(57)【特許請求の範囲】
【請求項１】
ゲートウェイ装置から受信する各コンテンツ一覧配信要求を、コンテンツ配信装置に送信するコンテンツ一覧配信要求に変換する変換情報が格納された変換テーブルと、
複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で示されるコンテンツを配信するコンテンツ配信装置から、前記変換テーブルに格納されている各変換情報によって特定されるコンテンツ一覧情報を取得して記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成部と、
プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツ一覧情報を取得するためのコンテンツ一覧配信要求を受信すると、当該受信したコンテンツ一覧配信要求によって要求されるコンテンツ一覧情報を前記記憶装置から読出して前記ゲートウェイ装置を介して前記プレイヤに送信し、前記プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツを取得するためのコンテンツ配信要求を受信すると、当該コンテンツ配信要求によって要求されるコンテンツを前記記憶装置から読み出して前記ゲートウェイ装置を介して前記プレイヤに送信するコンテンツ一覧・コンテンツ配信部と、
を備えることを特徴とするコンテンツ変換装置。
【請求項２】
前記配信用データ作成部が、
前記変換テーブルに格納されている各変換情報によって特定されるコンテンツ一覧情報と前記変換されたコンテンツを前記記憶装置に保存した後、
前記コンテンツ配信装置から再度前記変換テーブルに格納されている各変換情報によって特定されるコンテンツ一覧情報を取得し、
前記再度取得されたコンテンツ一覧情報で指定されており、かつ前記記憶装置に保存されているコンテンツ一覧情報では指定されていない新しいコンツンツの有無を判別し、
前記新しいコンテンツが有ると判別された場合に前記再度取得されたコンテンツ一覧情報を前記記憶装置に保存されているコンテンツ一覧情報に上書きし、
前記新しいコンテンツが有ると判別された場合に前記新しいコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換して、当該変換されたコンテンツを前記記憶装置に保存し、
前記コンテンツ一覧情報の再取得と、前記判別と、前記コンテンツ一覧情報の上書きと、前記変換されたコンテンツの保存とを繰り返す、
ことを特徴とする請求項１に記載のコンテンツ変換装置。
【請求項３】
ゲートウェイ装置から受信する各コンテンツ一覧配信要求を、コンテンツ配信装置に送信するコンテンツ一覧配信要求に変換する変換情報が格納された変換テーブルを記憶装置に保存しているコンテンツ変換装置におけるコンテンツ変換方法であって、
複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で示されるコンテンツを配信するコンテンツ配信装置から、前記変換テーブルに格納されている各変換情報によって特定されるコンテンツ一覧情報を取得して前記記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成ステップと、
プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツ一覧情報を取得するためのコンテンツ一覧配信要求を受信すると、当該受信したコンテンツ一覧配信要求によって要求されるコンテンツ一覧情報を前記記憶装置から読出して前記ゲートウェイ装置を介して前記プレイヤに送信するコンテンツ一覧配信ステップと、
前記プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツを取得するためのコンテンツ配信要求を受信すると、当該コンテンツ配信要求によって要求されるコンテンツを前記記憶装置から読み出して前記ゲートウェイ装置を介して前記プレイヤに送信するコンテンツ配信ステップと、
を備えることを特徴とするコンテンツ変換方法。
【請求項４】
ゲートウェイ装置から受信する各コンテンツ一覧配信要求を、コンテンツ配信装置に送信するコンテンツ一覧配信要求に変換する変換情報が格納された変換テーブルを記憶装置に保存しているコンピュータに、
複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で示されるコンテンツを配信するコンテンツ配信装置から、前記変換テーブルに格納されている各変換情報によって特定されるコンテンツ一覧情報を取得して前記記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成ステップと、
プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツ一覧情報を取得するためのコンテンツ一覧配信要求を受信すると、当該受信したコンテンツ一覧配信要求によって要求されるコンテンツ一覧情報を前記記憶装置から読出して前記ゲートウェイ装置を介して前記プレイヤに送信するコンテンツ一覧配信ステップと、
前記プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツを取得するためのコンテンツ配信要求を受信すると、当該コンテンツ配信要求によって要求されるコンテンツを前記記憶装置から読み出して前記ゲートウェイ装置を介して前記プレイヤに送信するコンテンツ配信ステップと、
を実行させるためのコンテンツ変換プログラム。
【請求項５】
プレイヤとゲートウェイ装置が第１のネットワークに接続され、当該ゲートウェイ装置とコンテンツ変換装置とコンテンツ配信装置とが第２のネットワークに接続されたコンテンツ配信システムであって、
前記コンテンツ配信装置が、複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で示されるコンテンツを配信し、
前記コンテンツ変換装置が、
前記ゲートウェイ装置から受信する各コンテンツ一覧配信要求を、コンテンツ配信装置に送信するコンテンツ一覧配信要求に変換する変換情報が格納された変換テーブルと、
前記コンテンツ配信装置から前記変換テーブルに格納されている各変換情報によって特定されるコンテンツ一覧情報を取得して記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成部と、
プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツ一覧情報を取得するためのコンテンツ一覧配信要求を受信すると、当該受信したコンテンツ一覧配信要求によって要求されるコンテンツ一覧情報を前記記憶装置から読出して前記ゲートウェイ装置を介して前記プレイヤに送信し、前記プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツを取得するためのコンテンツ配信要求を受信すると、当該コンテンツ配信要求によって要求されるコンテンツを前記記憶装置から読み出して前記ゲートウェイ装置を介して前記プレイヤに送信するコンテンツ一覧・コンテンツ配信部と、
を備え、
前記ゲートウェイ装置が、
前記プレイヤからの要求に応じて前記コンテンツ変換装置に前記コンテンツ変換装置の記憶装置に保存されているコンテンツ一覧情報を取得するためのコンテンツ一覧配信要求を送信して、前記コンテンツ変換装置から前記コンテンツ一覧情報を取得し、取得した前記コンテンツ一覧情報をコンテンツディレクトリ内の当該取得したコンテンツ一覧情報に対応するディレクトリに追加し、当該取得したコンテンツ一覧情報を前記プレイヤに送信するコンテンツディレクトリ作成部と、
前記プレイヤからの要求に応じて前記コンテンツ変換装置に前記コンテンツ変換装置の記憶装置に保存されているコンテンツを取得するためのコンテンツ配信要求を送信して、前記コンテンツ変換装置から前記コンテンツを取得し、取得したコンテンツを前記プレイヤに送信するコンテンツ取得・中継部と、
を備え、
前記プレイヤが、
前記ゲートウェイ装置にコンテンツディレクトリ内のディレクトリに対応するコンテンツ一覧情報を要求し、前記ゲートウェイ装置から当該コンテンツ一覧情報を取得して表示装置に表示するコンテンツディレクトリ取得・表示部と、
前記表示装置に表示された前記コンテンツ一覧情報で指定されるコンテンツの中からユーザによって選択されたコンテンツを前記ゲートウェイ装置に要求して、前記ゲートウェイ装置から要求したコンテンツを取得し、取得された当該コンテンツを再生するコンテンツ再生部と、
を備える、
ことを特徴とするコンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたコンテンツ配信サーバに保存されているコンテンツをプレイヤで再生可能な形式に変換するコンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システムに関する。
【背景技術】
【０００２】
コンテンツが格納された配信機器とテレビなどのプレイヤを構内ネットワークに接続し、配信機器に格納されているコンテンツをプレイヤで視聴するための技術が普及している。その技術の標準規格の一つにＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）  Ｇｕｉｄｅｌｉｎｅ(以下、ＤＬＮＡという。)がある。
ＤＬＮＡでは、プレイヤが構内ネットワークに接続された配信機器にコンテンツリストを要求すると、配信機器がコンテンツリストを階層化されたディレクトリ構造のデータの形でプレイヤに返す。以下、このディレクトリ構造のデータをコンテンツディレクトリという。プレイヤのユーザがコンテンツディレクトリからコンテンツを選択し、プレイヤが選択されたコンテンツを配信機器に要求すると、配信機器からコンテンツがプレイヤに送信される。【０００３】
インターネットに接続されたコンテンツ配信サーバにコンテンツが格納されている場合に、ＤＬＮＡに準拠したプレイヤでそのコンテンツを視聴できるようにするために、ゲートウェイ装置とトランスコードサーバを用いることが考えられる。【０００４】
特許文献１に開示されているＡＶゲートウェイ装置は、ＡＶ（Ａｕｄｉｏ  Ｖｉｄｅｏ）ネットワークに接続されたＡＶ機器がインターネットに接続されたコンテンツサーバにアクセスすることができるように、データを送信するプロトコルを変換する。
同様に、構内ネットワークとインターネットの間にゲートウェイサーバを設置し、ゲートウェイサーバでデータを送信するプロトコルを変換する。これにより、プレイヤとトランスコードサーバが通信できるようになる。【０００５】
また、特許文献２に開示されているトランスコードサーバは、コンテンツ配信サーバに格納されているコンテンツのフォーマットをクライアント端末のデコーダが再生可能なフォーマットに変換してクライアント端末に送信する。
同様に、トランスコードサーバによりコンテンツ配信サーバに格納されているコンテンツのフォーマットをプレイヤで視聴可能なフォーマットに変換する。これにより、プレイヤは受信したコンテンツを再生できるようになる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−２５８９１８号公報
【特許文献２】特開２００４−１０２３３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、コンテンツのフォーマットの変換、特にコンテンツが動画である場合の変換には大きな処理能力が必要である。プレイヤがコンテンツを再生するごとにコンテンツのフォーマットを変換すると、プレイヤ数に応じてトランスコードサーバの処理能力を増強しなければならず、トランスコードサーバに膨大な処理能力を持たせる必要がある。
例えば、３台のプレイヤが同じコンテンツを再生しているときトランスコードサーバが１台必要であるとすると、同じコンテンツを再生するプレイヤが３０００台である場合には同性能のトランスコードサーバが１０００台必要になる。【０００８】
本発明の目的は、同一のコンテンツを再生するプレイヤの数に係らず一定の処理能力でコンテンツのフォーマットを変換することができるコンテンツ変換装置、コンテンツ変換方法、コンテンツ変換プログラムおよびコンテンツ配信システムを提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明のコンテンツ変換装置は、
ゲートウェイ装置から受信する各コンテンツ一覧配信要求を、コンテンツ配信装置に送信するコンテンツ一覧配信要求に変換する変換情報が格納された変換テーブルと、
複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で示されるコンテンツを配信するコンテンツ配信装置から、前記変換テーブルに格納されている各変換情報によって特定されるコンテンツ一覧情報を取得して記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成部と、
プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツ一覧情報を取得するためのコンテンツ一覧配信要求を受信すると、当該受信したコンテンツ一覧配信要求によって要求されるコンテンツ一覧情報を前記記憶装置から読出して前記ゲートウェイ装置を介して前記プレイヤに送信し、前記プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツを取得するためのコンテンツ配信要求を受信すると、当該コンテンツ配信要求によって要求されるコンテンツを前記記憶装置から読み出して前記ゲートウェイ装置を介して前記プレイヤに送信するコンテンツ一覧・コンテンツ配信部と、
を備える。
【００１０】
好ましくは、本発明のコンテンツ変換装置は、
前記配信用データ作成部が、
前記変換テーブルに格納されている各変換情報によって特定されるコンテンツ一覧情報と前記変換されたコンテンツを前記記憶装置に保存した後、
前記コンテンツ配信装置から再度前記変換テーブルに格納されている各変換情報によって特定されるコンテンツ一覧情報を取得し、
前記再度取得されたコンテンツ一覧情報で指定されており、かつ前記記憶装置に保存されているコンテンツ一覧情報では指定されていない新しいコンツンツの有無を判別し、
前記新しいコンテンツが有ると判別された場合に前記再度取得されたコンテンツ一覧情報を前記記憶装置に保存されているコンテンツ一覧情報に上書きし、
前記新しいコンテンツが有ると判別された場合に前記新しいコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換して、当該変換されたコンテンツを前記記憶装置に保存し、
前記コンテンツ一覧情報の再取得と、前記判別と、前記コンテンツ一覧情報の上書きと、前記変換されたコンテンツの保存とを繰り返す。
【００１１】
また、本発明のコンテンツ変換方法は、
ゲートウェイ装置から受信する各コンテンツ一覧配信要求を、コンテンツ配信装置に送信するコンテンツ一覧配信要求に変換する変換情報が格納された変換テーブルを記憶装置に保存しているコンテンツ変換装置におけるコンテンツ変換方法であって、
複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で示されるコンテンツを配信するコンテンツ配信装置から、前記変換テーブルに格納されている各変換情報によって特定されるコンテンツ一覧情報を取得して前記記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成ステップと、
プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツ一覧情報を取得するためのコンテンツ一覧配信要求を受信すると、当該受信したコンテンツ一覧配信要求によって要求されるコンテンツ一覧情報を前記記憶装置から読出して前記ゲートウェイ装置を介して前記プレイヤに送信するコンテンツ一覧配信ステップと、
前記プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツを取得するためのコンテンツ配信要求を受信すると、当該コンテンツ配信要求によって要求されるコンテンツを前記記憶装置から読み出して前記ゲートウェイ装置を介して前記プレイヤに送信するコンテンツ配信ステップと、
を備える。
【００１２】
また、本発明のコンテンツ変換プログラムは、
ゲートウェイ装置から受信する各コンテンツ一覧配信要求を、コンテンツ配信装置に送信するコンテンツ一覧配信要求に変換する変換情報が格納された変換テーブルを記憶装置に保存しているコンピュータに、
複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で示されるコンテンツを配信するコンテンツ配信装置から、前記変換テーブルに格納されている各変換情報によって特定されるコンテンツ一覧情報を取得して前記記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成ステップと、
プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツ一覧情報を取得するためのコンテンツ一覧配信要求を受信すると、当該受信したコンテンツ一覧配信要求によって要求されるコンテンツ一覧情報を前記記憶装置から読出して前記ゲートウェイ装置を介して前記プレイヤに送信するコンテンツ一覧配信ステップと、
前記プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツを取得するためのコンテンツ配信要求を受信すると、当該コンテンツ配信要求によって要求されるコンテンツを前記記憶装置から読み出して前記ゲートウェイ装置を介して前記プレイヤに送信するコンテンツ配信ステップと、
を実行させる。
【００１３】
また、本発明のコンテンツ配信システムは、
プレイヤとゲートウェイ装置が第１のネットワークに接続され、当該ゲートウェイ装置とコンテンツ変換装置とコンテンツ配信装置とが第２のネットワークに接続されたコンテンツ配信システムであって、
前記コンテンツ配信装置が、複数のコンテンツ一覧情報と当該各コンテンツ一覧情報で示されるコンテンツを配信し、
前記コンテンツ変換装置が、
前記ゲートウェイ装置から受信する各コンテンツ一覧配信要求を、コンテンツ配信装置に送信するコンテンツ一覧配信要求に変換する変換情報が格納された変換テーブルと、
前記コンテンツ配信装置から前記変換テーブルに格納されている各変換情報によって特定されるコンテンツ一覧情報を取得して記憶装置に保存し、当該取得したコンテンツ一覧情報で指定されるコンテンツを前記コンテンツ配信装置から取得し、当該取得されたコンテンツをプレイヤが再生可能なフォーマットのコンテンツに変換し、当該変換されたコンテンツを前記記憶装置に保存する配信用データ作成部と、
プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツ一覧情報を取得するためのコンテンツ一覧配信要求を受信すると、当該受信したコンテンツ一覧配信要求によって要求されるコンテンツ一覧情報を前記記憶装置から読出して前記ゲートウェイ装置を介して前記プレイヤに送信し、前記プレイヤからの要求に応じて前記ゲートウェイ装置により送信される要求であって前記記憶装置に保存されているコンテンツを取得するためのコンテンツ配信要求を受信すると、当該コンテンツ配信要求によって要求されるコンテンツを前記記憶装置から読み出して前記ゲートウェイ装置を介して前記プレイヤに送信するコンテンツ一覧・コンテンツ配信部と、
を備え、
前記ゲートウェイ装置が、
前記プレイヤからの要求に応じて前記コンテンツ変換装置に前記コンテンツ変換装置の記憶装置に保存されているコンテンツ一覧情報を取得するためのコンテンツ一覧配信要求を送信して、前記コンテンツ変換装置から前記コンテンツ一覧情報を取得し、取得した前記コンテンツ一覧情報をコンテンツディレクトリ内の当該取得したコンテンツ一覧情報に対応するディレクトリに追加し、当該取得したコンテンツ一覧情報を前記プレイヤに送信するコンテンツディレクトリ作成部と、
前記プレイヤからの要求に応じて前記コンテンツ変換装置に前記コンテンツ変換装置の記憶装置に保存されているコンテンツを取得するためのコンテンツ配信要求を送信して、前記コンテンツ変換装置から前記コンテンツを取得し、取得したコンテンツを前記プレイヤに送信するコンテンツ取得・中継部と、
を備え、
前記プレイヤが、
前記ゲートウェイ装置にコンテンツディレクトリ内のディレクトリに対応するコンテンツ一覧情報を要求し、前記ゲートウェイ装置から当該コンテンツ一覧情報を取得して表示装置に表示するコンテンツディレクトリ取得・表示部と、
前記表示装置に表示された前記コンテンツ一覧情報で指定されるコンテンツの中からユーザによって選択されたコンテンツを前記ゲートウェイ装置に要求して、前記ゲートウェイ装置から要求したコンテンツを取得し、取得された当該コンテンツを再生するコンテンツ再生部と、
を備える。
【発明の効果】
【００１４】
本発明によれば、コンテンツ変換装置は同一のコンテンツを再生するプレイヤの数に係らず一定の処理能力でコンテンツのフォーマットを変換することができる。
【図面の簡単な説明】
【００１５】
【図１】コンテンツ配信システムの構成の一例を示す図である。
【図２】プレイヤのプログラムの構成の一例を示す図である。
【図３】ゲートウェイ装置のプログラムの構成の一例を示す図である。
【図４】トランスコードサーバのプログラムの構成の一例を示す図である。
【図５】動画配信サーバのプログラムの構成の一例を示す図である。
【図６】動画配信サーバＡのプログラムに含まれる動画サイトＡバンドルの構成の一例を示す図である。
【図７】ゲートウェイ装置に保存されるコンテンツディレクトリ構成の一例を示す図である。
【図８】動画一覧データの一例を示す図である。
【図９】トランスコードサーバに保存されるトランスコード後動画ＵＲＬ関連テーブルの一例を示す図である。
【図１０】トランスコードサーバに保存される配信用動画一覧データの一例を示す図である。
【図１１】ゲートウェイ装置に保存されるコンテンツディレクトリの一例を示す図である。
【図１２】ゲートウェイ装置に保存されるＩＤ動画関連テーブルの一例を示す図である。
【図１３】（Ａ）トランスコードサーバに保存されるＡＰＩ変換テーブルを示す図である。（Ｂ）ゲートウェイ装置に保存されるディレクトリ・ＡＰＩ関連テーブルを示す図である。
【図１４】動画サイトＡバンドルにおけるコンテンツディレクトリ作成部の処理を示す図である。
【図１５】（Ａ）プレイヤのディスプレイに表示される最初の画面を示す図である。（Ｂ）プレイヤのディスプレイに表示される２番目の画面を示す図である。（Ｃ）プレイヤのディスプレイに表示される３番目の画面を示す図である。（Ｄ）プレイヤのディスプレイに表示される４番目の画面を示す図である。
【図１６】トランスコードサーバにおける配信用データ作成部の処理を示すフローチャートである。
【図１７】（Ａ）トランスコードサーバにおける動画一覧の配信の処理を示すフローチャートである。（Ｂ）トランスコードサーバにおける動画の配信の処理を示すフローチャートである。
【図１８】コンテンツディレクトリ取得処理の流れを示す図である。
【図１９】コンテンツ再生処理の流れを示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態に係るコンテンツ配信システムについて図面を参照しながら説明する。
なお、コンテンツには動画、音楽、写真等さまざまな種類があるが、以下では動画を配信する動画配信サーバを含むコンテンツ配信システムを例として説明する。
【００１７】
コンテンツ配信システム１００は、図１に示すように、プレイヤ１１１と、ゲートウェイ装置１２０と、トランスコードサーバ１３１と、動画配信サーバＡ  １３２と、動画配信サーバＢ  １３３とを有している。
また、図１に示すように、プレイヤ１１１と、ゲートウェイ装置１２０は構内ネットワーク１１０に接続されている。また、ゲートウェイ装置１２０と、トランスコードサーバ１３１と、動画配信サーバＡ  １３２と、動画配信サーバＢ  １３３はインターネット１３０に接続されている。
【００１８】
プレイヤ１１１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成される主記憶装置と、ネットワークインターフェースと、リモコン等の入力装置と、ディスプレイとを有する。
プレイヤ１１１は、コンテンツディレクトリをゲートウェイ装置１２０から取得して、ディスプレイに表示する。そして、ユーザによりリモコン等でコンテンツが選択されると、プレイヤ１１１は、ゲートウェイ装置１２０を経由してトランスコードサーバ１３１から選択されたコンテンツを取得し、取得したコンテンツを再生する。
プレイヤ１１１は、主記憶装置に記憶されているプログラムを実行することにより、これらの各種処理を行う。プレイヤ１１１のプログラムの詳細な構成は図２を参照しつつ後で説明する。
【００１９】
ゲートウェイ装置１２０は、ＣＰＵと、ＲＡＭ等で構成される主記憶装置と、２つのネットワークインターフェースとを有する。
ゲートウェイ装置１２０は、構内ネットワーク１１０とインターネット１３０に接続されており、プレイヤ１１１とトランスコードサーバ１３１の通信を中継する。また、ゲートウェイ装置１２０は、コンテンツディレクトリを作成してプレイヤ１１１に送信する。
ゲートウェイ装置１２０は、主記憶装置に記憶されているプログラムを実行することにより、これらの処理を行う。ゲートウェイ装置１２０のプログラムの詳細な構成は図３を参照しつつ後で説明する。
【００２０】
トランスコードサーバ１３１は、ＣＰＵと、ＲＡＭ等で構成される主記憶装置と、ネットワークインターフェースと、ハードディスク等で構成される補助記憶装置とを有する。
トランスコードサーバ１３１は、動画配信サーバＡ  １３２と動画配信サーバＢ  １３３から配信可能な動画一覧を取得して補助記憶装置に保存する。また、トランスコードサーバ１３１は、取得された動画一覧に対応する動画を動画配信サーバＡ  １３２と動画配信サーバＢ  １３３から取得し、取得された動画のフォーマットをプレイヤ１１１で再生できるフォーマットに変換して補助記憶装置に保存する。そして、プレイヤ１１１からの要求（リクエスト）に応答して保存されている動画一覧と動画をゲートウェイ装置１２０に送信する。
トランスコードサーバ１３１は、主記憶装置に記憶されているプログラムを実行することにより、これらの処理を行う。トランスコードサーバ１３１のプログラムの詳細な構成は図４を参照しつつ後で説明する。
【００２１】
動画配信サーバＡ  １３２は、動画配信業者Ａによって運営され、インターネット１３０に動画サイトＡを公開する。また、動画配信サーバＢ  １３３は動画配信業者Ｂによって運営され、インターネット１３０に動画サイトＢを公開する。
これらの各動画配信サーバは、ＣＰＵと、ＲＡＭ等で構成される主記憶装置と、ネットワークインターフェースと、ハードディスク等で構成される補助記憶装置とを有する。
各動画配信サーバは補助記憶装置に配信可能な動画を保存している。各動画配信サーバはトランスコードサーバ１３１等に動画を送信する。また、各動画配信サーバは、補助記憶装置に保存されている動画の一覧を提供する動画一覧提供機能を備え、トランスコードサーバ１３１からのリクエストに応答してトランスコードサーバ１３１に動画一覧を送信する。
各動画配信サーバは、主記憶装置に記憶されているプログラムを実行することにより、これらの処理を行う。各動画配信サーバのプログラムの詳細な構成は図５を参照しつつ後で説明する。
【００２２】
図２は、プレイヤ１１１のプログラムの構成の一例を示す。プレイヤ１１１のプログラムは、サーバ発見部２１０と、コンテンツディレクトリ取得・表示部２２０と、コンテンツ再生部２４０とで構成される。
サーバ発見部２１０は、構内ネットワーク１１０に接続されているコンテンツ配信機能を持つ配信機器を発見する機能を備える。サーバ発見部２１０は、まず、デバイス発見要求メッセージを構内ネットワーク１１０にブロードキャスト（放送）する。そして、構内ネットワーク１１０に接続された各デバイスは、デバイス発見要求メッセージに応答して、各デバイスが持つ機能を返信する。これにより、サーバ発見部２１０は、コンテンツ配信機能を持つ配信機器を発見することができる。このようなデバイスを発見するための手段については、例えばＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）  ＤＡ（Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ）規格を実装することで実現可能である。
ゲートウェイ装置１２０は、コンテンツ配信機能を持つ配信機器の一つである。サーバ発見部２１０は、デバイス発見要求メッセージを構内ネットワーク１１０にブロードキャストすることにより、ゲートウェイ装置１２０を発見することができる。
【００２３】
コンテンツディレクトリ取得・表示部２２０は、コンテンツ配信機能を持つ配信機器からコンテンツディレクトリを取得し、プレイヤ１１１のディスプレイに表示する。
コンテンツ再生部２４０は、コンテンツ配信機能を持つ配信機器に対し、再生するコンテンツを指定するリクエストを送信する。そのリクエストを受信した配信機器は、プレイヤ１１１にコンテンツを送信する。プレイヤ１１１は受信したコンテンツを再生する。ただし、コンテンツ再生部２４０が再生できるコンテンツのフォーマットは通常限定されている。本実施形態に係るコンテンツ再生部２４０は、ＭＰＥＧ−２で符号化されたＭＰＥＧ−２動画のみを再生することができるものとする。
【００２４】
以上の機能を持つプレイヤの例として、ＤＬＮＡで定められたＤＭＰ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｐｌａｙｅｒ）デバイスがある。
なお、コンテンツディレクトリの構成については図１１、コンテンツディレクトリ取得・表示部２２０の処理の詳細については図１５、コンテンツディレクトリ取得処理の流れについては図１８、コンテンツ再生処理の流れについては図１９をそれぞれ参照しつつ後で説明する。
【００２５】
図３は、ゲートウェイ装置１２０のプログラムの構成の一例を示す。ゲートウェイ装置１２０のプログラムは、デバイス公開部３１０と、ソフトウェア管理フレームワーク３２０と、バンドル群３３０とで構成される。コンテンツディレクトリ３４０は主記憶装置に保存される。
デバイス公開部３１０は、プレイヤ１１１からブロードキャストされるデバイス発見要求メッセージに応答し、ゲートウェイ装置１２０がコンテンツ配信機能を持つ配信機器であることを示すメッセージをプレイヤ１１１に返信する。
ソフトウェア管理フレームワーク３２０は、バンドルというモジュール単位でプログラムを管理する。ソフトウェア管理フレームワーク３２０は、ゲートウェイ装置１２０の全体を再起動せずに各バンドルのインストールとアンインストールを行うことができる。ＯＳＧｉ（Ｏｐｅｎ  Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙ  ｉｎｉｔｉａｔｉｖｅ）規格に基づいてこのようなソフトウェア管理フレームワーク３２０を実装することができる。
【００２６】
バンドル群３３０は、ソフトウェア管理フレームワーク３２０が管理するバンドルの集まりである。動画サイトＡバンドル３３１は、動画サイトＡとプレイヤ１１１を仲介する。本実施形態では、動画サイトＡバンドル３３１しかバンドルがないが、複数のバンドルが存在してもよい。
コンテンツディレクトリ３４０は、動画サイトＡバンドル３３１によって作成されたコンテンツディレクトリを保存する。動画サイトＡバンドル３３１によって作成されたコンテンツディレクトリは動画サイトＡが配信可能な動画の一覧を指定する。
なお、動画サイトＡバンドル３３１の詳細な構成については図６、コンテンツディレクトリ３４０の構造については図１１をそれぞれ参照しつつ後で説明する。
【００２７】
図４は、トランスコードサーバ１３１のプログラムの構成の一例を示す。トランスコードサーバ１３１のプログラムは、配信用データ作成部４１０と、動画一覧・動画配信部４２０とで構成される。また、配信用動画一覧データ４３０と、ＡＰＩ変換テーブル４３１と、トランスコード後動画データＵＲＬ関連テーブル４４０と、トランスコード後動画データ４５０とが補助記憶装置に保存されている。
【００２８】
配信用データ作成部４１０は、プレイヤ１１１から送信され、ゲートウェイ装置１２０を経由したリクエストに応答して動画サイトから動画一覧と動画を取得する。
配信用データ作成部４１０は、トランスコード部４１１を含む。トランスコード部４１１は、取得された動画のフォーマットをプレイヤ１１１で再生できるフォーマットに変換し、変換された動画をトランスコード後動画データ４５０として補助記憶装置に保存する。例えば、トランスコード部４１１は、Ｈ．２６４で符号化された動画をＭＰＥＧ−２動画に変換する。
その際、配信用データ作成部４１０は、動画サイトのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）と補助記憶装置に保存された動画とを関連付けるデータをトランスコード後動画データＵＲＬ関連テーブル４４０として補助記憶装置に保存する。
【００２９】
また、配信用データ作成部４１０は、取得した動画一覧の情報を配信用動画一覧データ４３０として補助記憶装置に保存する。
ＡＰＩ変換テーブル４３１は、動画一覧の情報を動画サイトから取得する際に、ゲートウェイ装置１２０からトランスコードサーバ１３１に送信されたリクエスト（ＡＰＩ）を動画サイトに送信するリクエストに変換するための対応表であり、予め補助記憶装置に保存されている。
なお、トランスコード後動画データＵＲＬ関連テーブル４４０については図９、配信用動画一覧データ４３０については図１０、ＡＰＩ変換テーブル４３１については図１３（Ａ）、配信用データ作成部４１０の処理の流れについては図１６をそれぞれ参照しつつ後で説明する。
【００３０】
動画一覧・動画配信部４２０は、プレイヤ１１１から送信され、ゲートウェイ装置１２０を経由したリクエストに応答して配信用動画一覧データ４３０より動画一覧データ、およびトランスコード後動画データ４５０よりＭＰＥＧ−２動画をそれぞれ取得し、ゲートウェイ装置１２０に送信する。動画一覧・動画配信部４２０の処理の流れについては図１７を参照しつつ後で説明する。
【００３１】
図５は、動画配信サーバＡ  １３２と動画配信サーバＢ  １３３のプログラムの構成の一例を示す。各動画配信サーバのプログラムは、動画一覧提供部５１０と動画配信部５２０とで構成される。動画データ５３０には配信可能な動画が格納されている。動画データ５３０は補助記憶装置に保存されている。
動画一覧提供部５１０は、トランスコードサーバ１３１等からのリクエストに応答して、動画一覧データをトランスコードサーバ１３１等に返信する。リクエストの例としては、人気の動画、再生回数の多い動画、評価の高い動画、特定のキーワードを含む動画などがある。
【００３２】
トランスコードサーバ１３１等は、例えば、ＨＴＴＰプロトコル（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いてリクエストを送信する。例えば、トランスコードサーバ１３１が次のＨＴＴＰリクエスト（ＡＰＩ）を動画配信サーバに送信したとする。
http://videosite-a.com/api.cgi?request=mostviewed
ここで、ａｐｉ．ｃｇｉは動画一覧提供部５１０の処理を実行するＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）プログラムである。このＨＴＴＰリクエストを受信した動画配信サーバの動画一覧提供部５１０は、ａｐｉ．ｃｇｉに渡される引数「ｒｅｑｕｅｓｔ＝ｍｏｓｔｖｉｅｗｅｄ」によって、リクエスト種別が再生回数の多い動画であることを判別し、再生回数の多い動画一覧のデータをトランスコードサーバ１３１に返信する。
動画配信サーバが送信する動画一覧データについては、図８を参照しつつ後で説明する。
【００３３】
なお、どのような種類のリクエストがあるか、リクエストの手段、および動画一覧データのフォーマットは、動画配信サーバによって異なる。上記はリクエストの一例に過ぎない。トランスコードサーバ１３１は各動画配信サーバに応じた形式でリクエストを送信する。
【００３４】
動画一覧のデータを取得したトランスコードサーバ１３１等がこの動画サイトに所望する動画データを要求すると、動画配信部５２０は動画データ５３０から要求された動画を取り出してトランスコードサーバ１３１等に送信する。
【００３５】
図６は、動画サイトＡバンドル３３１の構成の一例を示す。動画サイトＡバンドル３３１は、コンテンツディレクトリ作成部６１０と、動画取得・中継部６２０とで構成される。コンテンツディレクトリ構成６１１と、ディレクトリ・ＡＰＩ関連テーブル６１２と、ＩＤ動画関連テーブル６３０とは主記憶装置に保存される。
【００３６】
コンテンツディレクトリ作成部６１０は、トランスコードサーバ１３１から動画一覧データを取得し、その動画一覧データをコンテンツディレクトリに含まれる対応するディレクトリに追加する。
コンテンツディレクトリ構成６１１には、コンテンツディレクトリの構造が保存されている。また、ディレクトリ・ＡＰＩ関連テーブル６１２には、コンテンツディレクトリに含まれる各ディレクトリと、動画一覧データを取得するための動画サイトＡへのリクエスト（ＡＰＩ）との対応を示す情報が保存されている。コンテンツディレクトリの構造およびディレクトリとＡＰＩの対応関係は動画サイトＡバンドル３３１内で固定であり変化しない。
なお、コンテンツディレクトリ構成６１１については図７、ディレクトリ・ＡＰＩ関連テーブル６１２については図１３（Ｂ）、コンテンツディレクトリ作成部６１０の処理の流れについては図１４をそれぞれ参照しつつ後で説明する。
【００３７】
動画取得・中継部６２０は、プレイヤ１１１からの動画取得リクエストを受信すると、ＩＤ動画関連テーブル６３０を参照してその動画取得リクエストをトランスコードサーバ１３１に中継する。ここで、ＩＤ動画関連テーブル６３０は、コンテンツディレクトリ３４０と動画サイトの動画ＵＲＬを関連付けるためのテーブルである。
なお、ＩＤ動画関連テーブル６３０については図１２、動画取得・中継部６２０の処理については図１９をそれぞれ参照しつつ後で説明する。
【００３８】
図７は、コンテンツディレクトリに含まれるディレクトリの階層構成（コンテンツディレクトリ構成６１１）の一例を示す。
コンテンツディレクトリ構成６１１は固定されており、コンテンツディレクトリ作成部６１０はコンテンツディレクトリ構成６１１を予め有している。
コンテンツディレクトリ作成部６１０は、コンテンツディレクトリ構成６１１を元にコンテンツディレクトリに動画一覧データに関する情報を追加し、コンテンツディレクトリにつての情報をプレイヤ１１１に返す。コンテンツディレクトリ作成部６１０は、例えば、プレイヤ１１１から動画サイトＡ７００へのリクエストを受けると、再生回数の多い動画７１０、評価の高い動画７２０、カテゴリ７３０の３つのディレクトリをプレイヤ１１１に返す。また、コンテンツディレクトリ作成部６１０は、プレイヤ１１１から再生回数の多い動画７１０へのリクエストを受けると、トランスコードサーバより動画一覧を取得してその動画一覧をプレイヤ１１１に返す。
【００３９】
図８は、動画一覧データの一例を示す。
動画一覧データは、動画ＵＲＬ８１０とそれに対応する動画タイトル８２０の組で構成される。動画一覧データの文字列表現としてはＸＭＬのような構造化言語を使うこともありえる。
【００４０】
図９は、トランスコードサーバに保存されるトランスコード後動画ＵＲＬ関連テーブル４４０の一例を示す。
トランスコード後動画ＵＲＬ関連テーブル４４０は、動画ＵＲＬ９１０と、それに対応する動画ファイル９２０の組で構成される。動画ＵＲＬ９１０は、トランスコード前の動画を取得した動画サイトのＵＲＬを示す。動画ファイル９２０は、トランスコード後動画データ４５０内のＭＰＥＧ−２動画に変換された動画ファイルのパスを示す。
【００４１】
図１０は、トランスコードサーバに保存される配信用動画一覧データ４３０の一例を示す。
配信用動画一覧データ４３０は、カテゴリＩＤ１０１０と、動画ＵＲＬ１０２０と、動画タイトル１０３０とで構成される。
カテゴリＩＤ１０１０は、動画配信サーバの動画一覧提供部５１０に送ったリクエストに対応する一意のＩＤである。例えば、トランスコードサーバ１３１が動画サイトＡに次のリクエストを送信したとする。
http://videosite-a.com/api.cgi?request=mostviewed
この場合、カテゴリＩＤは、例えばa_mostviewedとなる（ただし、a_mostviewedでなくとも、一意であればよい）。
また、動画ＵＲＬ１０２０は動画サイトにおける動画ファイルのＵＲＬを、動画タイトル１０３０は動画のタイトルをそれぞれ示す。
【００４２】
図１１は、ゲートウェイ装置１２０に保存されるコンテンツディレクトリ３４０の一例を示す。
コンテンツディレクトリ３４０は、ＩＤ１１１０と、親のＩＤ１１２０と、種別１１３０と、名前１１４０と、ＵＲＬ１１５０とで構成される。コンテンツディレクトリ３４０は、ディレクトリの構造と各ディレクトリに割り当てられたコンテンツでコンテンツ一覧を表現することができる。
ＩＤ１１１０は、コンテンツに一意に割り当てられたＩＤである。親のＩＤ１１２０は、コンテンツの所属する親ディレクトリを示す。種別１１３０は、コンテンツのフォーマットを示す。ただし、種別１１３０が「ディレクトリ」となっている場合は、該当する行がディレクトリに対応することを示す。名前１１４０はコンテンツもしくはディレクトリの名前を示す。ＵＲＬ１１５０は、コンテンツのある場所を示すＵＲＬである。
【００４３】
以下、図１１のコンテンツディレクトリの例を説明する。行１１６１は、ルートディレクトリの子要素である「動画サイトＡ」という名前のディレクトリを表す。ルートディレクトリの子要素であることは、親のＩＤ１１２０が「０」であることによって表される。行１１６２〜１１６４は、「動画サイトＡ」ディレクトリの子要素である。行１１６２〜１１６４には、種別１１３０がディレクトリである３行が格納されている。行１１６５、１１６６は、行１１６２のディレクトリ「再生回数が多い動画」の子要素である。行１１６５、１１６６には種別１１３０がＭＰＥＧ−２動画である２行が格納されている。行１１６７〜１１６９は、行１１６４のディレクトリ「カテゴリ」の子要素である。行１１６７〜１１６９には、種別１１３０がディレクトリである３行が格納されている。
【００４４】
図１２は、ゲートウェイ装置１２０に保存されるＩＤ動画関連テーブル６３０の一例を示す。
ＩＤ動画関連テーブル６３０は、ＩＤ１２１０とＵＲＬ１２２０とで構成される。
ＩＤ１２１０には、図１１のコンテンツディレクトリにおいて種別１１３０がＭＰＥＧ−２動画である行のＩＤ１１１０が格納される。ＵＲＬ１２２０は、動画がインターネット１３０のどこにあるかを示すＵＲＬである。例えば、行１２３１のＩＤ１２１０は「５」であるため、行１２３１は図１１の行１１６５に対応する。
【００４５】
図１３（Ａ）は、トランスコードサーバ１３１に保存されるＡＰＩ変換テーブル４３１を示す。
ＡＰＩ変換テーブル４３１は、変換前ＡＰＩ１３１０と、変換後ＡＰＩ１３２０とで構成される。
ＡＰＩ変換テーブル４３１は、動画一覧の情報を動画サイトから取得する際に、ゲートウェイ装置１２０からトランスコードサーバ１３１に送信されたリクエスト（変換前ＡＰＩ１３１０）を動画サイトに送信するリクエスト（変換後ＡＰＩ１３２０）に変換するための対応表である。
【００４６】
図１３（Ｂ）は、ゲートウェイ装置に保存されるディレクトリ・ＡＰＩ関連テーブル６１２を示す。
ディレクトリ・ＡＰＩ関連テーブル６１２は、ディレクトリ１３４０と、ＡＰＩ１３５０とで構成される。
ディレクトリ・ＡＰＩ関連テーブル６１２は、コンテンツディレクトリ作成部６１０がプレイヤ１１１から動画一覧を持つディレクトリへのリクエストを受けたときに、そのディレクトリと動画一覧を取りに行く動画サイトのＡＰＩ（ＵＲＬ）を関連付ける。
【００４７】
例えば、プレイヤ１１１が「再生回数の多い動画」のリクエストを送信した場合、コンテンツディレクトリ作成部６１０は次のリクエストをトランスコードサーバ１３１に送信する。
http://transcodeserver/api.cgi?request=a_mostviewed
トランスコードサーバ１３１は、このリクエストを受信すると、ＡＰＩ変換テーブル４３１を用いてこのリクエストを次のリクエストに変換し、動画サイトに送信する。
http://videosite-a.com/api.cgi?request=mostviewed
【００４８】
図１４は、動画サイトＡバンドル３３１におけるコンテンツディレクトリ作成部６１０の処理を示す。
コンテンツディレクトリ作成部６１０は、これまで作成されたコンテンツディレクトリのデータをコンテンツディレクトリ３４０としてゲートウェイ装置１２０の主記憶装置に持っている。
また、コンテンツディレクトリ作成部６１０は、コンテンツディレクトリ３４０の階層構成についての情報、つまり各ディレクトリがどんな子ディレクトリを持っているか、という情報をコンテンツディレクトリ構成６１１（図７参照）として主記憶装置に予め保存している。
【００４９】
コンテンツディレクトリ作成部６１０は、コンテンツディレクトリ３４０のディレクトリが動画配信サーバの動画一覧に対応している場合（例えば「再生回数の多い動画」ディレクトリなど）、動画一覧をトランスコードサーバ１３１より取得し、コンテンツディレクトリのデータ行を動的に生成する。なお、動画配信サーバの動画一覧に対応していないディレクトリとは、子要素としてディレクトリのみを持つディレクトリをいう。
ゲートウェイ装置１２０は、動画一覧の取得のために各ディレクトリとトランスコードサーバ１３１のＡＰＩとの対応をディレクトリ・ＡＰＩ関連テーブル６１２（図１３（Ｂ）参照）として主記憶装置に予め保存している。
以下では、図１１の行１１６１〜１１６４までのコンテンツディレクトリ３４０についてのデータが既に主記憶装置に保存されている例について説明する。
【００５０】
＜ステップ１４００＞
プレイヤ１１１は、後で図１５を参照しつつ説明するように、ＤＬＮＡ規格のＳＯＡＰメッセージなどで入力のＩＤ１１１０を通知する。例えば、プレイヤ１１１が行１１６１の動画サイトＡというディレクトリを要求する場合は、プレイヤ１１１からの入力は「１」となる。
コンテンツディレクトリ作成部６１０は、プレイヤ１１１からの入力であるＩＤ１１１０と親のＩＤ１１２０が一致するエントリが存在する場合は、そのエントリを出力して終了する。例えば、入力のＩＤ１１１０が「１」であった場合、親のＩＤ１１２０が１である行１１６２〜１１６４を出力して終了する。
以下は、入力のＩＤ１１１０が２（名前１１４０は「再生回数が多い動画」）であるとして説明する。
【００５１】
＜ステップ１４１０＞
コンテンツディレクトリ作成部６１０は、ディレクトリの名前１１４０に対応する動画一覧のデータをトランスコードサーバ１３１から取得する。本例では、ディレクトリの名前１１４０が「再生回数の多い動画」であるので、ディレクトリ・ＡＰＩ関連テーブル６１２（図１３（Ｂ）参照）より取り出した行１３６１の次のＵＲＬリクエストを用いてトランスコードサーバ１３１の動画一覧・動画配信部４２０を呼び出し、「再生回数の多い動画」の動画一覧データを取得する。
http://transcodeserver/api.cgi?request=a_mostviewed
以下では、動画一覧データとして図８のデータを取得できた例について説明する。
【００５２】
＜ステップ１４２０＞
コンテンツディレクトリ作成部６１０は、図８の動画一覧データの各行について、コンテンツディレクトリのデータ行を生成する。これまで作成されたコンテンツディレクトリのデータとしては行１１６１〜１１６４がある場合に、行８３１を処理する例で説明する。コンテンツディレクトリ作成部６１０は、以下の（１）〜（５）の処理を行う。
（１）ＩＤ１１１０の設定
コンテンツディレクトリ作成部６１０は、これまで作成されたコンテンツディレクトリのＩＤ１１１０に存在しないＩＤを生成する。行１１６１〜１１６４のＩＤの中に「５」は存在しないため、コンテンツディレクトリ作成部６１０はＩＤ１１１０に「５」を設定する。
（２）親のＩＤ１１２０の設定
コンテンツディレクトリ作成部６１０は、親のＩＤ１１２０に入力のＩＤ「２」（再生回数が多い動画）を設定する。
【００５３】
（３）種別１１３０の設定
コンテンツディレクトリ作成部６１０は、種別１１３０にプレイヤ１１１が再生できるフォーマットを設定する。今回、プレイヤ１１１はＭＰＥＧ−２動画を再生でき、動画は全てトランスコードサーバ１３１によってＭＰＥＧ−２動画に変換されるため、コンテンツディレクトリ作成部６１０は種別１１３０に「ＭＰＥＧ−２動画」を設定する。
（４）名前１１４０の設定
コンテンツディレクトリ作成部６１０は、動画一覧データ（図８参照）の動画タイトル８２０の欄をそのまま使い、名前１１４０に「がっかりする猫」を設定する。
（５）ＵＲＬ１１５０の設定
コンテンツディレクトリ作成部６１０は、ＵＲＬ１１５０を次のように設定する。
http://<ゲートウェイ装置のアドレス（今回は133.108.2.1とする）>/content.cgi?id=<ID １１１０の値>
このため、コンテンツディレクトリ作成部６１０はＵＲＬ１１５０に以下を設定する。
http://133.108.2.1/content.cgi?id=5
以上の処理で、行１１６５が生成される。コンテンツディレクトリ作成部６１０は、同様に、行８３２について（１）〜（５）の処理を行い、行１１６６を生成する。
【００５４】
なお、例えばＩＤ１１１０として「３」または「４」が入力された後、ＩＤ１１１０として「２」が入力された場合、図１１に示すコンテンツディレクトリと異なるものが生成される。ゲートウェイ装置１２０は構内ネットワーク１１０毎に存在するので、プレイヤ１１１から見たゲートウェイ装置１２０は１つである。このため、各ゲートウェイ装置１２０が異なるコンテンツディレクトリを持つことは問題とはならない。例えば、「がっかりする猫」のＩＤ１１１０が「７」になった場合、プレイヤ１１１にはＩＤ１１１０「７」ＵＲＬ１１５０「http://133.100.2.1/content.cgi?id=7」が渡され、図１２に示すＩＤ動画関連テーブル６３０の行もそれに合わせて作成される。従って、各ゲートウェイ装置１２０が異なるコンテンツディレクトリを持っていても、プレイヤ１１１から見れば「再生回数が多い動画」ディレクトリの下の「がっかりする猫」という動画を取得するという行為において何の変わりもない。
【００５５】
＜ステップ１４３０＞
コンテンツディレクトリ作成部６１０は、ＩＤ動画関連テーブル６３０（図１２参照）を更新する。コンテンツディレクトリ作成部６１０は、ＩＤ動画関連テーブル６３０の各行について、ＩＤ１２１０にコンテンツディレクトリ（図１１参照）のＩＤ１１１０と同じものを設定し、ＵＲＬ１２２０に動画一覧データ（図８参照）の動画ＵＲＬ８１０と同じものを設定する。その結果、図１２に示すＩＤ動画関連テーブル６３０が得られる。
コンテンツディレクトリ作成部６１０は、最後に、＜ステップ１４２０＞で生成された行をコンテンツディレクトリ３４０に追加するとともに、その行のデータをプレイヤ１１１に送信する。今回、コンテンツディレクトリ作成部６１０は行１１６５，１１６６のデータを追加・送信する。
【００５６】
次に、図１５に示すプレイヤ１１１のディスプレイに表示される画面を使いながら、ユーザがコンテンツを選択することが可能となるまでのコンテンツディレクトリ取得・表示部２２０の処理を説明する。
今回は、コンテンツディレクトリ３４０の初期構成として、行１１６１〜１１６４が予めゲートウェイ装置１２０の主記憶装置に格納されているとする。
【００５７】
＜画面１５１０＞
ユーザがプレイヤ１１１の電源を投入し、インターネット１３０に接続されている動画サイトによって配信されるコンテンツを見るためのメニューをリモコンで選択すると、サーバ発見部２１０は発見したゲートウェイ装置１２０の名称を表示する。
図１の構成だと、サーバ発見部２１０に対して、ゲートウェイ装置１２０の中のデバイス公開部３１０が「サーバ名称「コンテンツサーバ」」を返信し、プレイヤ１１１のディスプレイには、図１５（Ａ）に示すように、コンテンツサーバ１５１１が表示される。
【００５８】
＜画面１５２０＞
ユーザがプレイヤ１１１のリモコン等でコンテンツサーバ１５１１を選択する。プレイヤ１１１のコンテンツディレクトリ取得・表示部２２０は、コンテンツサーバ１５１１が選択されたことをゲートウェイ装置１２０に通知する（ＤＬＮＡ規格のＳＯＡＰメッセージなどで通知する）。このとき、動画サイトＡバンドル３３１のコンテンツディレクトリ作成部６１０には入力のＩＤ１１１０として「０」が入力される。これに応答して、ゲートウェイ装置１２０は、コンテンツディレクトリ作成部６１０を使用し、図１１の行１１６１のようなコンテンツディレクトリをプレイヤ１１１に返信する。コンテンツディレクトリ取得・表示部２２０は、プレイヤ１１１のディスプレイに、図１５（Ｂ）に示すように、動画サイトＡ  １５２２を表示する。なお、動画サイトＡ  １５２２は、動画配信サーバＡ  １３２がインターネット１３０に公開しているサイト名である。
【００５９】
＜画面１５３０＞
ユーザが動画サイトＡ  １５２２を選択する。コンテンツディレクトリ取得・表示部２２０は、動画サイトＡ  １５２２が選択されたことをゲートウェイ装置１２０に通知する。このとき、動画サイトＡバンドル３３１のコンテンツディレクトリ作成部６１０には入力のＩＤ１１１０として「１」が入力される。これに応答して、コンテンツディレクトリ作成部６１０は、図１１の行１１６２〜１１６４をプレイヤ１１１に返信する。コンテンツディレクトリ取得・表示部２２０は、図１５（Ｃ）に示すように、行１１６２〜１１６４の名前１１４０を＜画面１５３０＞に表示し、リモコンで選択可能にする。
【００６０】
＜画面１５４０＞
ユーザが再生回数の多い動画１５３３を選択する。コンテンツディレクトリ取得・表示部２２０は、再生回数の多い動画１５３３が選択されたことをゲートウェイ装置１２０に通知する。このとき、動画サイトＡバンドル３３１のコンテンツディレクトリ作成部６１０には入力のＩＤ１１１０として「２」が入力される。これに応答して、動画サイトＡバンドル３３１のコンテンツディレクトリ作成部６１０は、行１１６５、１１６６をプレイヤ１１１に返信する。コンテンツディレクトリ取得・表示部２２０は、図１５（Ｄ）に示すように、行１１６５、１１６６の名前１１４０を＜画面１５４０＞に表示し、「がっかりする猫」１５４４と「犬と二人羽織」１５４５をリモコンで選択可能にする。ここで、行１１６５，１１６６の種別１１３０は「ＭＰＥＧ−２動画」となっており、「がっかりする猫」１５４４と「犬と二人羽織」１５４５に対応するコンツンツは動画であることが分かる。このようにディレクトリではなく再生可能なコンテンツであることを表す要素が選択された場合、コンテンツディレクトリ取得・表示部２２０は、コンテンツ再生部２４０を起動する。
【００６１】
図１６は、トランスコードサーバ１３１における配信用データ作成部４１０の処理を示すフローチャートである。
この処理はトランスコードサーバ１３１が立ち上げられた時点で実行される。そして、この処理は、一通り配信用データを作成した後、最初のステップに戻り繰り返し実行される。
【００６２】
配信用データ作成部４１０は、ゲートウェイ装置１２０がどのような動画サイトバンドルを持つかという情報、および各動画サイトバンドルが持つ、動画を子要素として有するディレクトリ等の情報（コンテンツディレクトリ構成６１１）を保有している。従って、配信用データ作成部４１０は、リクエストされる可能性のあるディレクトリの情報を知っている。このため、配信用データ作成部４１０は、リクエストされる可能性のある動画を予め全て変換することができる。
例えば、本実施形態では、配信用データ作成部４１０は、ゲートウェイ装置１２０が動画サイトＡバンドル３３１を持ち、動画サイトＡバンドル３３１のコンテンツディレクトリ作成部６１０が図１１の行１１６２の「再生回数が多い動画」、行１１６３の「評価が高い動画」、および行１１６７〜行１１６９のディレクトリを持っているという情報を有している。
配信用データ作成部４１０は、それらのディレクトリに対応する動画一覧および動画ファイルを動画サイトより取得し、取得された動画ファイルについてトランスコード部４１１を用いてＭＰＥＧ−２動画に変換する。以下に、配信用データ作成部４１０の処理手順を示す。
【００６３】
＜ステップ１６１０＞
ステップ１６１０では、配信用データ作成部４１０は、ゲートウェイ装置１２０が持つディレクトリに対応する動画一覧を動画サイトＡより取得する。例えば、図１１の行１１６２の「再生回数が多い動画」ディレクトリに対応する動画一覧を取得する場合、配信用データ作成部４１０は、ＡＰＩ変換テーブル４３１（図１３（Ａ）参照）を参照して、次のリクエストを動画配信サーバＡ  １３２に送信する。
http://videosite-a.com/api.cgi?request=mostviewed
動画配信サーバＡ  １３２は、図８のような動画一覧データをトランスコードサーバ１３１に返信する。なお、ＡＰＩ変換テーブル４３１はトランスコードサーバ１３１の補助記憶装置に予め保存されている。
【００６４】
＜ステップ１６２０＞
配信用データ作成部４１０は、ステップ１６１０で取得した動画一覧データ内の動画ＵＲＬ８１０をトランスコード後動画データＵＲＬ関連テーブル４４０（図９参照）のＵＲＬ９１０と比較し、ＵＲＬ８１０に含まれており、かつＵＲＬ９１０に含まれていない動画ＵＲＬを全て選び出す。
＜ステップ１６３０＞
配信用データ作成部４１０は、ステップ１６２０で選び出した動画ＵＲＬにアクセスして動画配信サーバＡ  １３２から動画ファイルを取得する。次に、配信用データ作成部４１０は、トランスコード部４１１を用いて取得された動画ファイルのフォーマットをＭＰＥＧ−２に変換し、トランスコード後動画データ４５０に追加して保存する。
【００６５】
＜ステップ１６４０＞
配信用データ作成部４１０は、ステップ１６３０で取得、変換、保存した動画について、その動画ＵＲＬと変換された動画を保存した場所をトランスコード後動画データＵＲＬ関連テーブル４４０（図９参照）に追加する。
【００６６】
＜ステップ１６５０＞
配信用データ作成部４１０は、ステップ１６１０で取得した動画一覧を配信用動画一覧データ４３０として図１０のような形式で補助記憶装置に保存する。配信用データ作成部４１０は、保存しようとする新しい動画一覧のカテゴリＩＤと同一のカテゴリＩＤを持つ動画が既に保存されている配信用動画一覧データ４３０内に一つでも存在した場合（つまり、この例では、「再生回数が多い動画」の動画一覧が初めて取得されたのではなく、すでに保存されていた場合）、配信用動画一覧データ４３０からそれら同一のカテゴリＩＤを持つ動画の行を全て削除してから新しい動画一覧を保存する。
【００６７】
配信用データ作成部４１０は、以上のステップ１６１０からステップ１６５０までの処理を各ゲートウェイ装置４１０からリクエストされる可能性のある全てのディレクトリについて行なう。この処理により、配信用動画一覧データ４３０から取得される動画一覧で指定される動画は全て既にＭＰＥＧ−２に変換された動画ファイルが存在する事になる。（動画サイトから取得した動画一覧内にある動画を全て変換し終わった後でその動画一覧を配信用動画一覧データ４３０に追加しているため。）
【００６８】
配信用データ作成部４１０は、全てのディレクトリについてステップ１６１０からステップ１６５０までの処理をした後は、また最初からこの処理を繰り返す。この方法では、繰り返しの処理時点で動画一覧が前回の処理時から大きく変わっていた場合、変換しなければならない動画の数が多くなるのでこの一通りの手順に（つまりゲートウェイ装置１２０に送信する動画一覧の更新に）相対的に長い時間がかかる。逆に動画一覧の変化が小さい場合は短時間で済む。同様に、トランスコードサーバ１３１の処理能力が高い場合は短い間隔で動画一覧が最新の情報に更新されることになり、処理能力が低い場合はその更新間隔が長くなる。更新間隔は不定期になるが、トランスコードサーバ１３１の変換処理能力を遊ばせることなく活用でき、トランスコードサーバ１３１の変換処理能力が高くても低くてもコンテンツ配信システム全体を動作させることができる。
【００６９】
図１７は、トランスコードサーバ１３１における動画一覧・動画配信部４２０の処理を示すフローチャートである。
この処理は、図１６の配信用データ作成部４１０の処理がゲートウェイ装置１２０の要求し得る全ての動画一覧について一通り終了した後で実行可能となる。なぜなら、図１６の処理が一巡しない内は、例えば、動画サイトＡバンドル３３１が持つ「ニュース」というディレクトリに対応する動画一覧および変換後動画ファイルがトランスコードサーバ１３１にまだ用意されていないからである。
【００７０】
配信用データ作成部４１０の処理が一通り終了し、２順目に入って以降は、配信用データ作成部４１０の処理および動画一覧・動画配信部４２０の処理１７１０と処理１７２０はそれぞれ並列処理可能である。なぜなら、図１６の配信用データ作成部４１０の処理は動画サイトから取得してきた動画一覧内の動画を全て変換・保存した後でその動画一覧を配信用動画一覧データ４３０として保存する。このため、配信用動画一覧データ４３０（図１０参照）内の動画一覧データも、トランスコード後動画データ４５０内の動画も、いつ読み出されてもよい状態にあるからである。
なお、図１７は、トランスコードサーバ１３１側から動画一覧・動画配信の処理を説明する。一方、図１８と図１９はプレイヤ１１１およびゲートウェイ装置１２０側から動画一覧・動画配信の処理を説明する。
【００７１】
＜処理１７１０＞
図１７（Ａ）は、動画一覧の配信処理を示すフローチャートである。
＜ステップ１７１１＞
動画一覧・動画配信部４２０は、ゲートウェイ装置１２０から動画一覧の要求を受信する。例えば、図１１の行１１６２の「再生回数が多い動画」に対応する動画一覧への要求ならば、ゲートウェイ装置１２０は次のリクエストをトランスコードサーバ１３１に送信する。
http://transcodeserver/contentslist.cgi?request=a_mostviewed
【００７２】
＜ステップ１７１２＞
動画一覧・動画配信部４２０は、カテゴリＩＤ１０１０を参照して配信用動画一覧データ４３０（図１０参照）より要求に応じたカテゴリＩＤ１０１０の行（ステップ１７１１の例では、カテゴリＩＤ１０１０がa_mostviewedである行）を全て抜き出す。そして、動画一覧・動画配信部４２０は、カテゴリＩＤ１０１０の列を取り除いて図８の動画一覧データの構成にしてゲートウェイ装置１２０に配信する。
【００７３】
＜処理１７２０＞
図１７（Ｂ）は、動画の配信の処理を示すフローチャートである。
＜ステップ１７２１＞
動画一覧・動画配信部４２０は、ゲートウェイ装置１２０から動画の配信要求を受信する。例えば、図１１の行１１６５の動画への要求なら、ゲートウェイ装置１２０は次のリクエストをトランスコードサーバ１３１に送信する。
http://transcodeserver/content.cgi?url=http://videosite-a.com/12345.flv
ただし、実際にはurl=の指すＵＲＬ部分はＵＲＬエンコーディングされる。
【００７４】
＜ステップ１７２２＞
動画一覧・動画配信部４２０は、ステップ１７２１で受信したリクエストに含まれる「http://videosite-a.com/12345.flv」を用いてトランスコード後動画データＵＲＬ関連テーブル４４０（図９参照）より動画ファイルの保存されている場所を取得する。そして、動画一覧・動画配信部４２０は、動画ファイルをトランスコード後動画データ４５０より読み出し、その動画ファイルをゲートウェイ装置１２０に送信する。
【００７５】
図１８は、プレイヤ１１１が動画一覧要求を送信した後、コンテンツディレクトリを取得するまでの一連の流れを示す。
＜処理１８１０＞
ユーザが「再生回数の多い動画」１５３３（図１５（Ｃ）参照）を選択すると、プレイヤ１１１はゲートウェイ１２０に（ＤＬＮＡ規格のＳＯＡＰメッセージなどを用いて）「再生回数の多い動画」ディレクトリに対応する動画一覧を要求する。
＜処理１８２０＞
ゲートウェイ装置１２０の持つコンテンツディレクトリ３４０が、図１１の行１１６１〜１１６４の情報を持っている状態であるとする。この時、プレイヤ１１１から「再生回数の多い動画」ディレクトリに対応する動画一覧を要求されたゲートウェイ装置１２０は、動画サイトＡバンドル３３１のコンテンツディレクトリ作成部６１０を使用して、トランスコードサーバ１３１に次のリクエストを送信する。
http://transcodeserver/contentslist.cgi?request=a_mostviewed
【００７６】
＜処理１８３０＞
リクエストを受け取ったトランスコードサーバ１３１は、配信用動画一覧データ４３０（図１０参照）より、カテゴリＩＤ１０１０がa_mostviewedである行を全て選び出す。
＜処理１８４０＞
トランスコードサーバ１３１は、処理１８３０で選び出した行を、図８の動画一覧データの構成にして動画一覧・動画配信部４２０を使用して配信する。
【００７７】
＜処理１８５０＞
動画一覧データを受け取ったゲートウェイ装置１２０は、その動画一覧データをコンテンツディレクトリ３４０に追加（図１１の行１１６５，１１６６）する。動画サイトＡバンドルを使用して取得されたコンテンツなのでＭＰＥＧ−２と分かっているため、ゲートウェイ装置１２０は種別１１３０にＭＰＥＧ−２動画を設定する。ゲートウェイ装置１２０はＩＤ１１１０を用いてＵＲＬ１１５０を生成する。ゲートウェイ装置１２０は追加した行１１６５、１１６６のデータをプレイヤ１１１に配信する。
＜処理１８６０＞
プレイヤ１１１は、受信した動画一覧データを用いて「がっかりする猫」１５４４，「犬と二人羽織」１５４５（図１５（Ｄ）参照）のようにディスプレイに表示する。
【００７８】
図１９は、コンテンツ再生部２４０および上述した機能を使ってコンテンツを再生するまでの一連の処理の流れを示す。プレイヤ１１１、ゲートウェイ装置１２０、トランスコードサーバ１３１は、コンテンツディレクトリ取得処理（図１８を参照して説明した処理）が終了した直後の状態にあるものとする。
＜処理１９１０＞
プレイヤ１１１は、コンテンツディレクトリ取得・表示部２２０の処理中にプレイヤ１１１で再生可能なコンテンツが選択されると、コンテンツ再生部２４０に処理を渡す。例えば、＜画面１５４０＞の「がっかりする猫」１５４４（図１５（Ｄ）参照）が選択された場合は、行１１６５のＵＲＬ１１５０に設定されている次のＵＲＬがコンテンツ再生部２４０に渡る。
http://133.108.2.1/content.cgi?id=5
コンテンツ再生部２４０はこのＵＲＬに対してＨＴＴＰリクエストを送る。今回はＵＲＬのアドレス「133.108.2.1」はゲートウェイ装置１２０のものであるので（図１４の＜ステップ１４２０＞（５）の説明参照）、ゲートウェイ装置１２０にリクエストが送信される。
【００７９】
＜処理１９２０＞
ゲートウェイ装置１２０は、動画サイトＡバンドル３３１の動画取得・中継部６２０を呼び出す。動画取得・中継部６２０は、リクエスト中のＵＲＬのid=＜数字＞の＜数字＞を取り出す。そして、動画取得・中継部６２０は、ＩＤ動画関連テーブル６３０（図１２参照）からＩＤ１２１０と＜数字＞が一致するＵＲＬ１２２０を取り出す。今回は＜数字＞は「５」であるため行１２３１の次のＵＲＬが取り出される。
http://videosite-a.com/12345.flv
動画取得・中継部６２０は、このＵＲＬをＫｅｙとして、次のＨＴＴＰリクエストをトランスコードサーバ１３１に送信する。
http://transcodeserver/content.cgi?url=http://videosite-a.com/12345.flv
＜処理１９３０＞＜処理１９４０＞
トランスコードサーバ１３１は、トランスコード後動画データＵＲＬ関連テーブル４４０（図９参照）およびトランスコード後動画データ４５０からリクエストに対応するＭＰＥＧ−２動画を取り出し、ゲートウェイ装置１２０に送信する。
＜処理１９５０＞
ゲートウェイ装置１２０は、送られてきたＭＰＥＧ−２動画をそのままプレイヤ１１１に送信する。
＜処理１９６０＞
ＭＰＥＧ−２動画が、プレイヤ１１１に渡り、ディスプレイ上で再生される。
【００８０】
なお、上述した実施形態ではゲートウェイ装置を１台、トランスコードサーバを１台、動画配信サーバを２台有するコンテンツ配信システムの例について説明したが、本発明のコンテンツ配信システムはゲートウェイ装置とトランスコードサーバをそれぞれ２台以上、動画配信サーバを３台以上有していても良い。
また、上述した実施形態では、１台の動画配信サーバが１つの動画配信サイトを持つ例を示したが、１台の動画配信サーバが複数の動画配信サイトを持ってもよい。
また、上述した実施形態では、動画サイトＡバンドル３３１の処理について説明したが、動画サイトＢとプレイヤ１１１を仲介する動画サイトＢバンドルも動画サイトＡバンドル３３１と同様の処理を行う。更に、本発明に係るゲートウェイ装置は、動画サイトＡバンドル３３１と同様の処理を行う３つ以上の動画サイトバンドルを含んでもよい。
【００８１】
また、上述した実施形態では、プレイヤ１１１とゲートウェイ装置１２０は構内ネットワーク１１０に接続されており、ゲートウェイ装置１２０とトランスコードサーバ１３１と動画配信サーバＡ  １３２と動画配信サーバＢ  １３３はインターネット１３０に接続されているとしたが、構内ネットワーク１１０とインターネット１３０に限らず、プレイヤ１１１とゲートウェイ装置１２０が接続される第１のネットワークと、ゲートウェイ装置１２０とトランスコードサーバ１３１と動画配信サーバＡ  １３２と動画配信サーバＢ  １３３が接続される第２のネットワークが異なるネットワークであればよい。
【００８２】
また、上述した実施形態ではコンテンツが動画である例について説明したが、音楽や写真、文書等さまざまなコンテンツについて本発明を適用することができる。
また、上述した実施形態ではトランスコードサーバ１３１が異なるフォーマット（Ｈ．２６１等）の動画をＭＰＥＧ−２動画に変換する例について説明したが、トランスコードサーバ１３１はプログレッシブ／インタレースの変換を行ってもよい。また、トランスコードサーバ１３１はＨＤＴＶ画像／ＳＤＴＶ画像の変換のように画面サイズを変換してもよい。また、トランスコードサーバ１３１は１秒当たりに再生される画面数を変換してもよい。
【００８３】
本発明によれば、コンテンツ変換装置は同一のコンテンツを再生するプレイヤの数に係らず一定の処理能力でコンテンツのフォーマットを変換することができる。
すなわち、本発明では、トランスコードサーバはまずコンテンツ一覧をコンテンツ配信サイトより取得する。そして、トランスコードサーバはそのコンテンツ一覧に対応するコンテンツをコンテンツ配信サイトより取得して変換した後で、そのコンテンツ一覧をプレイヤに送信する。このため、プレイヤからのリクエストのたびに変換処理を行なう方法と異なり、本発明の方法は、１つのコンテンツについて一度しか変換処理を行う必要がないので、変換処理にかかる計算量が一定量で済む。
【００８４】
また、本発明では、トランスコードサーバが、コンテンツ配信サイトにおけるコンテンツ一覧の更新を繰り返しチェックして、コンテンツ一覧および変換後コンテンツを更新する。このため、コンテンツ配信サイトのコンテンツ一覧が変更された場合に、変更されたコンテンツ一覧をコンテンツ配信サイトにおける変更から小さな遅れでプレイヤに配信することができる。
【００８５】
また、プレイヤからのコンテンツのリクエストのたびに変換する方法では、トランスコードサーバがコンテンツ配信サイトよりコンテンツを取得し、コンテンツのフォーマットを変換しながらプレイヤへそのコンテンツを送信する。このため、プレイヤがリクエストを送信してからコンテンツの配信開始までにタイムラグがある。一方、本発明に係るコンテンツ配信システムではコンテンツは予め変換されているので、トランスコードサーバはタイムラグなくすぐにプレイヤに配信することができる。
【００８６】
また、インターネットに接続されたコンテンツ配信サーバがコンテンツディレクトリを持たない場合、ＤＬＮＡに準拠したプレイヤはコンテンツディレクトリをディスプレイに表示することができない。このため、ユーザはコンテンツを選択することができない。その結果、ユーザはコンテンツを視聴することができない。
本発明によれば、ゲートウェイ装置がコンテンツディレクトリを作成するため、インターネットに接続されたコンテンツ配信サーバがコンテンツディレクトリを持たない場合でも、ＤＬＮＡに準拠したプレイヤはコンテンツディレクトリをディスプレイに表示することができ、ユーザがコンテンツを選択することができる。
【００８７】
以上、本発明の実施形態について説明したが、設計上の都合やその他の要因によって必要となる様々な修正や組み合わせは、請求項に記載されている発明や発明の実施形態に記載されている具体例に対応する発明の範囲に含まれる。
【符号の説明】
【００８８】
１１０…構内ネットワーク、１１１…プレイヤ、１２０…ゲートウェイ装置、１３０…インターネット、１３１…トランスコードサーバ、１３２…動画配信サーバＡ、１３３…動画配信サーバＢ、２１０…サーバ発見部、２２０…コンテンツディレクトリ取得・表示部、２４０…コンテンツ再生部、３１０…デバイス公開部、３２０…ソフトウェア管理フレームワーク、３３０…バンドル群、３３１…動画サイトＡバンドル、３４０…コンテンツディレクトリ、４１０…配信用データ作成部、４１１…トランスコード部、４２０…動画一覧・動画配信部、４３０…配信用動画一覧データ、４３１…ＡＰＩ変換テーブル、４４０…トランスコード後動画データＵＲＬ関連テーブル、４５０…トランスコード後動画データ、５１０…動画一覧提供部、５２０…動画配信部、５３０…動画データ、６１０…コンテンツディレクトリ作成部、６１１…コンテンツディレクトリ構成、６１２…ディレクトリ・ＡＰＩ関連テーブル、６２０…動画取得・中継部、６３０…ＩＤ動画関連テーブル
【図１】
0005588008.tif 000002
【図２】
0005588008.tif 000003
【図３】
0005588008.tif 000004
【図４】
0005588008.tif 000005
【図５】
0005588008.tif 000006
【図６】
0005588008.tif 000007
【図７】
0005588008.tif 000008
【図８】
0005588008.tif 000009
【図９】
0005588008.tif 000010
【図１０】
0005588008.tif 000011
【図１１】
0005588008.tif 000012
【図１２】
0005588008.tif 000013
【図１３】
0005588008.tif 000014
【図１４】
0005588008.tif 000015
【図１５】
0005588008.tif 000016
【図１６】
0005588008.tif 000017
【図１７】
0005588008.tif 000018
【図１８】
0005588008.tif 000019
【図１９】
0005588008.tif 000020