JP5651558B2 - 管理サーバ、映像配信制御システム及び映像配信制御方法 - Google Patents

Description

本発明はネットワークを経由する映像配信サービスに対して制御を行なう管理サーバ、映像配信制御システム及び映像配信制御方法に関する。

ファイバーツーザホーム技術（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ：ＦＴＴＨ）に代表されるアクセスネットワーク技術の発達に伴い、ユーザが利用可能なネットワーク帯域は増加の一途をたどっている。帯域の増加は、ネットワーク上での広帯域コンテンツ配信サービスを可能にし、且つＩＰＴＶサービス、ビデオオンデマンド（ＶｏＤ）サービスなどの映像を中心とするサービスが市場に展開されつつある。配信される映像コンテンツは様々な符号方式により符号化され、また配信経路のネットワークも有線、無線に分かれて多様化している。そのため、動画データの配信ビットレートや符号化方式を変換するトランスコーダ技術が提案されている。例えば、従来技術である特許文献１では、映像データを視聴するときの画質が満たすべき最低条件と、携帯端末が要求する画質の条件を鑑みて、映像データの配信ビットレートをネットワーク側で算出し、トランスコーダを用いて映像の配信ビットレートが算出したビットレートになるように制御する技術が開示されている。

特開２００８−２１１５６８号

映像データの制御には映像データフォーマットに関する情報が必要である。前記従来技術においてトランスコーダは外部の映像配信サーバからデータフォーマットに関する情報を取得して制御を行うが、このような処理は映像配信サーバとトランスコーダの間にデータフォーマットを送受信する通信プロトコルが規定されている場合にのみ行うことが出来る。実際のシステム運用においては、映像配信サーバは任意のコンテンツプロバイダが提供するため、トランスコーダは映像データフォーマットに関する情報を映像配信サーバから取得できるとは限らない。

本発明は上記の問題点を鑑みてなされたものであり、管理サーバ、映像配信制御システムおよび映像配信制御方法を提供し、プロキシサーバを経由して端末から取得した映像配信要求を分析することで、いずれの場合でも映像データフォーマットに関する情報を取得可能にすることを目的とする。

本発明に係わる一つの技術案はネットワークを経由して映像配信サービスを提供する映像配信制御システムであって、プロキシサーバと前記プロキシサーバに接続されたトランスコーダを含み、前記プロキシサーバは、映像配信を要求する端末と配信対象の映像データを管理する映像配信サーバ間の通信を中継し、ネットワークを経由して通信を行なうネットワークインターフェースと、前記ネットワークインターフェースを経由して前記端末から映像配信の開始を要求する映像配信要求を受信した場合、前記映像配信要求を解析して、映像種別に関する情報を抽出し、抽出した情報を映像種別情報として前記トランスコーダに送信する映像配信要求解析部と、を有し、前記トランスコーダは受信した映像種別情報を用いて、前記プロキシサーバの指示に基づいて、配信中の前記映像データに対して種々の映像データ処理を行なうことを特徴とする。

本発明によると、ユーザに映像を配信するシステムにプロキシサーバとトランスコーダから構成された映像配信制御システムを導入することで、トランスコーダがプロキシサーバを介して端末側から映像データフォーマットに関する情報を取得することができる。

また、本発明は、映像種別情報に少なくともコンテナ種別情報またはＣＯＤＥＣ種別情報が含まれてもよい。

コンテナ種別情報とＣＯＤＥＣ種別情報は従来映像データ処理において必要とされる映像データ種別情報である。

また、本発明は、それぞれの映像種別情報が複数の映像種別候補と当該映像種別候補に対応して当該映像種別候補の確度を示す種別情報確度の組を含んでもよい。

このような場合、前記トランスコーダは映像種別情報判断部をさらに含んでもよく、当該映像種別情報判断部が前記プロキシサーバから前記映像種別情報を受信した場合、それぞれの映像種別情報の複数の映像種別候補が対応する種別情報確度に応じて、高い順に種別情報確度が対応する映像種別候補の判断アルゴリズムを順次適用して映像データの映像種別を特定する。

このように、例えば、コンテナ種別情報の中に複数の映像種別候補が存在し、且つ映像種別候補に対応する種別情報確度が存在する場合、トランスコーダは確度の大きさに基づいて、正確な映像種別が見つかるまでに種々の判断アルゴリズムを順次適用することができる。

また、前記プロキシサーバは通知機能判断部をさらに含んでもよく、端末から映像配信要求を受信した場合、当該通知機能判断部は前記映像配信要求の示す映像配信サーバが映像種別通知機能を有するかどうかを判断し、映像種別通知機能を有しないと判断した場合にのみ、映像配信要求解析部により映像配信要求を解析する。

このようにして、プロキシサーバの解析を行なう時間とリソースを節約し、システム全体の効率を向上することができる。

また、本発明は、前記プロキシサーバと前記トランスコーダを統合した管理サーバおよび映像配信制御方法であってもよい。

本発明はネットワークを経由してユーザに映像を配信するシステムを改良できる。本発明の映像配信制御システムによれば、プロキシサーバと映像配信サーバの間に映像データフォーマット情報を通知する手段を設置しなかった場合でも、プロキシサーバを介してトランスコーダに映像データフォーマット情報を通知し、コード変換に基づいた映像配信制御を実行することが可能である。

本発明を適用した一実施形態を示す映像配信制御システムのブロック図である。 プロキシサーバの構成を示すブロック図である。 トランスコーダの構成を示すブロック図である。 映像配信サーバの構成を示すブロック図である。 映像配信サーバが映像種別を通知する手段を備える場合の映像配信処理のタイムチャートである。 プロキシサーバが映像種別を推定する場合の映像配信処理のタイムチャートである。 映像配信サーバが映像配信サーバの映像通知機能を判断する手段を持たない場合の映像配信処理のタイムチャートである。 プロキシサーバにおける制御の一例を示すフローチャートである。 トランスコーダにおける制御の一例を示すフローチャートである。 映像配信サーバにおける制御の一例を示すフローチャートである。 映像配信制御システムで使用されるパケットの例を示す説明図である。 コンテナ種別判断手段情報ＤＢとＣＯＤＥＣ種別判断手段情報ＤＢの初期値を表す説明図である。 コンテナ種別判断手段情報ＤＢとＣＯＤＥＣ種別判断手段情報ＤＢの更新状態を表す説明図である。 コンテナ種別判断手段情報ＤＢとＣＯＤＥＣ種別判断手段情報ＤＢの更新状態を表す説明図である。 コンテナ種別判断手段情報ＤＢとＣＯＤＥＣ種別判断手段情報ＤＢの更新状態を表す説明図である。

以下、本発明の実施形態を添付図面に基づいて説明する。

（第一の実施形態）
図１は、本発明を適用した映像配信制御システムを示すコンテンツ配信システムの構成図である。図１において、コンテンツ配信システムは、映像配信を要求する端末５(５−１〜５−Ｎ)と、端末５からの映像配信要求を受信するとともにトランスコーダ２を制御するプロキシサーバ１と、プロキシサーバ１と接続して通信を行い、プロキシサーバ１からの指示を受信して種々の映像配信処理を実行するトランスコーダ２と、プロキシサーバ１を経由して端末５の映像配信要求を受信し、映像配信要求に対応した映像コンテンツを提供する映像配信サーバ３（３−１〜３−Ｎ）と、これらの間を接続するネットワーク４およびアクセスネットワーク６と、から構成される。

プロキシサーバ１は端末５と映像配信サーバ３（３−１〜３−Ｎ）の間に位置し、映像配信に関する種々の制御を行う。例えば、典型的なシステム構成において、プロキシサーバ１と端末５の間は、アクセスネットワーク６で構成されるが、アクセスネットワーク６が混み合って、十分な帯域を提供できない場合、プロキシサーバ１はトランスコーダ２に対して、映像の配信レートを下げるように指示する。また、映像配信サーバ３（３−１〜３−Ｎ）が提供する映像コンテンツのフォーマットと、端末５が再生可能な映像コンテンツのフォーマットが一致しない場合、プロキシサーバ１はトランスコーダ２に対して、フォーマットの変換を行うように通知する。これら一連の制御において、トランスコーダ２は処理を行う前に、処理対象の映像コンテンツの映像データフォーマット情報を取得する必要がある。映像データフォーマットの取得方法については後文にて詳述する。

なお、図１に示すシステムにおいて、プロキシサーバ１とトランスコーダ２を二つの独立した装置として説明する。プロキシサーバ１とトランスコーダ２は映像配信制御システムを構成し、共同で映像配信制御を行なうが、プロキシサーバ１とトランスコーダ２の両方を一つの装置（例えば管理サーバ）に形成するかまたはその他のシステムの中に統合させて制御を行なってもよい。

次に、各装置の詳細な構成について説明する。

図２はプロキシサーバ１の装置構成である。図２において、プロキシサーバ１はバス１８に接続されたＣＰＵ１２、メモリ１６、ハードディスク１４およびネットワークインターフェース１０を備えており、ネットワークインターフェース１０のパケット送受信部１０１を経由して外部と通信を行う。ハードディスク１４には、制御対象の映像ストリームに関する情報を保存した映像ストリーム情報データベース（ＤＢ）１４１および映像配信サーバに関する情報を保存した映像配信サーバ情報ＤＢ１４３が格納されている。また、メモリ１６上において、ロードされたプロキシ制御プログラム１６１により読み書きが行われる。

メモリ１６上のプロキシ制御プログラム１６１は、アプリケーションのセッション状態を管理するセッション管理モジュール１６１１、映像配信要求メッセージの受信時に映像配信要求メッセージを解析して映像フォーマット情報を取得する映像配信要求解析モジュール１６１３、および通信監視タイマ１６１５を備える。プロキシ制御プログラム１６１は通信監視タイマ１６１５を通してプロキシサーバ１とトランスコーダ２、映像配信サーバ３（３−１〜３−Ｎ）および端末５の間の通信セッションを監視し、エラーの発生を検出する。

図２に示すように、映像ストリーム情報ＤＢ１４１は、通信セッションを唯一に特定するためのセッション識別子、コンテンツを唯一に特定するためのコンテンツ識別子、映像配信要求を送信した端末５のアドレスを格納する映像要求元アドレス、映像配信ソースを示す映像配信サーバアドレス、映像のパケットフォーマットを示すコンテナ種別、および映像の符号化フォーマットを示すＣＯＤＥＣ種別から構成される。

映像配信サーバ情報ＤＢ１４３は、映像配信サーバのアドレスと、映像配信サーバが映像種別の通知機能を有するかどうかを示す映像種別通知機能フラグから構成される。映像種別通知機能フラグはそれぞれ「ＹＥＳ」または「ＮＯ」を示す２つの値を取り、映像種別通知機能フラグが「ＮＯ」の場合には映像配信サーバがプロキシサーバ１に映像種別を通知する機能を有しないことを示す。このような場合、プロキシサーバ１は映像配信要求解析モジュール１６１３を用いて端末５から映像データフォーマット情報の取得を試みる。

図３はトランスコーダ２の装置構成である。トランスコーダ２はバス２８に接続されたＣＰＵ２２、メモリ２６、ハードディスク２４およびネットワークインターフェース２０を備えており、ネットワークインターフェース２０のパケット送受信部２０１を経由して外部と通信を行う。ハードディスク２４には、制御対象の映像ストリームに関する情報を保存した映像ストリーム情報ＤＢ２４１、制御対象の映像のコンテナ種別の識別子と判断アルゴリズムの対を保存したコンテナ種別判断手段情報ＤＢ２４３、およびＣＯＤＥＣ種別の識別子と判断アルゴリズムの対を保存したＣＯＤＥＣ種別判断手段情報ＤＢ２４５が格納されている。また、メモリ２６上において、ロードされた映像トランスコード制御プログラム２６１により読み書きが行われる。

メモリ２６上の映像トランスコード制御プログラム２６１は、アプリケーションのセッション状態を管理するセッション管理モジュール２６１１、映像フォーマットを解析する映像種別判断モジュール２６１３、プロキシサーバ１からの指示に従って映像送信レート変換、ＣＯＤＥＣ変換などの処理を行うトランスコードモジュール２６１５、および通信監視タイマ２６１７を備える。映像トランスコード制御プログラム２６１は通信監視タイマ２６１７により、プロキシサーバ１との間の通信セッションを監視し、エラーの発生を検出する。

次に、各データベースの管理する情報について説明する。映像ストリーム情報ＤＢ２４１は、通信セッションを唯一に特定するためのセッション識別子、コンテンツを唯一に特定するためのコンテンツ識別子、映像配信要求を送信した端末５のアドレスを格納する映像要求元アドレス、映像配信ソースを示す映像配信サーバアドレス、映像のパケットフォーマットを示すコンテナ種別、コンテナ種別の確かさを示すコンテナ種別情報確度、映像の符号化フォーマットを示すＣＯＤＥＣ種別、およびＣＯＤＥＣ種別の確かさを示すＣＯＤＥＣ種別情報確度から構成される。コンテナ種別判断手段情報ＤＢ２４３は、通信セッションを唯一に特定するためのセッション識別子、コンテナを唯一に特定するためのコンテナ種別、およびコンテナ種別に対応したコンテナ種別判断アルゴリズムから構成される。ＣＯＤＥＣ種別判断手段情報ＤＢ２４５は、通信セッションを唯一に特定するためのセッション識別子、ＣＯＤＥＣを唯一に特定するためのＣＯＤＥＣ種別、およびＣＯＤＥＣ種別に対応したＣＯＤＥＣ種別判断アルゴリズムから構成される。

図４は映像配信サーバ３の装置構成である。映像配信サーバ３はバス３８に接続されたＣＰＵ３２、メモリ３６、ハードディスク３４、およびネットワークインターフェース３０を備えており、ネットワークインターフェース３０のパケット送受信部３０１を経由して外部と通信を行う。ハードディスク３４には、配信対象の映像コンテンツに関する情報を保存したコンテンツ情報ＤＢ３４１と、配信対象の映像ストリームに関する情報を保存した映像ストリーム情報ＤＢ３４３が格納されている。また、メモリ３６上において、ロードされた映像配信プログラム３６１により読み書きが行われる。

メモリ３６上の映像配信プログラム３６１は、アプリケーションのセッション状態を管理するセッション管理モジュール３６１１、映像データの伝送を行うデータ伝送制御モジュール３６１３、および通信監視タイマ３６１５を備える。映像配信プログラム３６１は通信監視タイマ３６１５により、プロキシサーバ１との間の通信セッションを監視し、エラーの発生を検出する。

コンテンツ情報ＤＢ３４１は、コンテンツを唯一に特定するためのコンテンツ識別子、配信対象のコンテンツデータ、映像のパケットフォーマットを示すコンテナ種別、および映像の符号化フォーマットを示すＣＯＤＥＣ種別から構成される。コンテナ種別は映像の格納形式を示し、ＣＯＤＥＣ種別は映像そのものの符号化形式を示す。したがって、映像データの種別を解析するには、まずコンテナ種別を解析し、次にＣＯＤＥＣ種別を解析する必要がある。映像ストリーム情報ＤＢ３４３は、通信セッションを唯一に特定するためのセッション識別子、コンテンツを唯一に特定するためのコンテンツ識別子、コンテナを唯一に特定するためのコンテナ種別、映像配信要求を送信した端末５のアドレスを格納する映像要求元アドレス、映像のパケットフォーマットを示すコンテナ種別、および映像の符号化フォーマットを示すＣＯＤＥＣ種別から構成される。

以上では本発明のプロキシサーバ１とトランスコーダ２の構成および本発明に関わる映像配信サーバ３の構成について説明した。

また、プロキシサーバ１とトランスコーダ２は一つの管理サーバに統合されて動作してもよい。このような場合、管理サーバの構成はプロキシサーバ１とトランスコーダ２を合併した構成になる。具体的には、管理サーバはプロキシサーバ１およびトランスコーダ２と同様に、ネットワークインターフェース、メモリ、ＣＰＵ、ハードディスクおよびバスを備える。メモリ上にはプロキシ制御プログラム１６１及び映像トランスコード制御プログラム２６１を、ハードディスクには映像ストリーム情報ＤＢ２４１、映像配信サーバ情報ＤＢ１４３、コンテナ種別判断手段情報ＤＢ２４３、および符号化種別判断手段情報ＤＢ２４５をそれぞれ備える。これにより、図１と図２の中の同一名称の部材は一つの部材に統合することができ、プロキシサーバ１とトランスコーダ２のデータ交換は内部装置の間の各部材間のデータ交換になるが、その他および原理においては映像配信制御システムのときと同じである。

次に、図５〜図６に示すタイムチャートを参照して本発明が開示する映像配信制御システムの全体の動作について説明する。

最初に、映像配信サーバ３が映像種別を通知する機能を有している場合について、図５を用いて説明する。

映像配信処理は、端末５がプロキシサーバ１を経由して映像配信サーバ３に映像配信要求を送信する（Ｓ１−０１）ことから始まる。映像配信要求のメッセージフォーマットは図１１のＰＦ−０１の構成を採用する。図１１のＰＦ−０１に示すように、映像配信要求はメッセージの送信元アドレスと宛先アドレス、パケット種別（映像配信要求）、通信セッションのセッション識別子、映像配信を要求した端末５のアドレスを含む映像要求元アドレス、映像配信サーバ３のアドレスを含む映像配信サーバアドレス、コンテンツ識別子、およびコンテンツに補足説明を加えるコンテンツ補足情報を含む。映像配信要求を受信したプロキシサーバ１は、映像配信要求に含まれているセッション識別子、コンテンツ識別子、映像要求元アドレスおよび映像配信サーバアドレスを、映像ストリーム情報ＤＢ１４１のセッション識別子、コンテンツ識別子、映像要求元アドレスおよび映像配信サーバアドレスにそれぞれ設定して、映像ストリーム情報ＤＢ１４１に新規レコードを作成する。

次に、映像配信要求に含まれている映像配信サーバアドレスを用いて、映像配信サーバ情報ＤＢ１４３を検索し、対応する映像配信サーバアドレスと映像種別通知機能フラグを抽出する（Ｓ１−０４）。ここでは映像配信サーバ３が映像種別を通知する機能を有しているため、映像種別通知機能フラグは「ＹＥＳ」である。プロキシサーバ１は映像配信サーバ３から映像種別に関する情報を取得できることが保証されているため、プロキシサーバ１は受信した映像配信要求を映像配信要求の映像配信サーバアドレスが示す映像配信サーバ３へ転送する（Ｓ１−０７）。

プロキシサーバ１から映像配信要求を受信した映像配信サーバ３は、映像配信要求に含まれているコンテンツ識別子を用いてコンテンツ情報ＤＢ３４１を検索し、対応するコンテンツデータ、コンテナ種別およびＣＯＤＥＣ種別を取得する。次に、映像配信要求に含まれているセッション識別子、コンテンツ識別子、映像要求元アドレス、コンテンツ情報ＤＢ３４１から取得したコンテナ種別およびＣＯＤＥＣ種別を、映像ストリーム情報ＤＢ３４３のセッション識別子、コンテンツ識別子、映像要求元アドレス、コンテナ種別およびＣＯＤＥＣ種別にそれぞれ設定して、映像ストリーム情報ＤＢ３４３に新規レコードを作成する。

その後、セッション識別子、コンテンツ識別子、映像要求元アドレス、コンテナ種別およびＣＯＤＥＣ種別を映像種別通知に含め、プロキシサーバ１に通知する（Ｓ１−１０）。映像種別通知のメッセージフォーマットは図１１のＰＦ−０２の構成を採用する。図１１のＰＦ−０２に示すように、映像種別通知はメッセージの送信元アドレスと宛先アドレス、パケット種別（映像配信要求）、セッション識別子、コンテンツ識別子、映像要求元アドレス、コンテナ種別、コンテナ種別情報確度、ＣＯＤＥＣ種別およびＣＯＤＥＣ種別情報確度を含む。コンテナ種別情報確度とＣＯＤＥＣ種別情報確度はコンテナ種別とＣＯＤＥＣ種別に関する情報の正確度合いを表し、０から１の値をとりうる。値が１の時は、情報は完全に正しく、数値が小さくなるにつれて情報の確度は低くなる。情報確度が１以外の値をとる場合については後述する。映像配信サーバ３はコンテンツ情報ＤＢ３４１によってコンテナ種別及びＣＯＤＥＣ種別に関する正確な情報を保持するため、情報確度は１となる。

また、映像配信サーバが送信する映像種別通知は常に正しいと想定できるため、ステップＳ１−１０で送信される映像種別通知の情報確度は省略してもよい。映像配信サーバ３から映像種別通知を受信したプロキシサーバ１は、映像種別通知に含まれているセッション識別子、コンテナ種別およびＣＯＤＥＣ種別を抽出し、抽出したセッション識別子に対応した映像ストリーム情報ＤＢ３４３のレコード中のコンテナ種別及びＣＯＤＥＣ種別を、抽出したコンテナ種別及びＣＯＤＥＣに更新する。その後、ステップＳ１−１０で受信した映像種別通知をトランスコーダ２へ転送する（Ｓ１−１３）。

このとき、映像種別通知がコンテナ種別情報確度及びＣＯＤＥＣ種別情報確度を含まなければ、コンテナ種別情報確度またはＣＯＤＥＣ種別情報確度をそれぞれ１に設定した後の映像種別通知をトランスコーダ２へ送信する。映像種別通知を受信したトランスコーダ２は、映像種別通知に含まれているセッション識別子、コンテンツ識別子、映像要求元アドレス、コンテナ種別、コンテナ種別情報確度、ＣＯＤＥＣ種別及びＣＯＤＥＣ種別情報確度を、映像ストリーム情報ＤＢ２４１のセッション識別子、コンテンツ識別子、映像要求元アドレス、コンテナ種別、コンテナ種別情報確度、ＣＯＤＥＣ種別およびＣＯＤＥＣ種別情報確度にそれぞれ設定して、映像ストリーム情報ＤＢ２４１に新規レコードを作成する。

次に、映像配信サーバはステップＳ１−０７において要求されたコンテンツの配信を開始する（Ｓ１−１６）。当該コンテンツに対応する映像データはプロキシサーバ１を経由してトランスコーダ２に到達する（Ｓ１−１９）。トランスコーダ２はステップＳ１−１３において、映像データのコンテナ種別とＣＯＤＥＣ種別に関して情報確度１の情報を取得しているため、コンテナ種別とＣＯＤＥＣ種別を判断する必要はない。したがって、トランスコーダ２は、取得した映像データに対し、直ちにＣＯＤＥＣ変換、送信レート変換、解像度変換などの映像データ処理を実行することができる。トランスコーダ２が実行すべき処理は、規定の動作として定義する処理もあれば、外部から状況に応じて動的に動作を指示する処理もある。一つの実現例としては、例えば特許文献１のように、プロキシサーバ１にて最適な映像の送信レートを算出し、トランスコーダ２に対して算出した送信レートへの変換を指示する方式がある。映像データを受信したトランスコーダ２は上に例示したような映像データ処理を開始し（Ｓ１−２１）、トランスコーダ２が処理した映像データはプロキシサーバ１を経由して、最終的に端末５に到達する（Ｓ１−２２、Ｓ１−２５）。

次に、映像配信サーバ３が映像種別を通知する機能を有しない場合について、図６を用いて説明する。

図５と同様、映像配信処理は、端末５がプロキシサーバ１を経由して映像配信サーバ３に映像配信要求を送信する（Ｓ２−０１）ことから始まる。映像配信要求を受信したプロキシサーバ１は、映像配信要求に含まれているセッション識別子、コンテンツ識別子、映像要求元アドレスおよび映像配信サーバアドレスを、映像ストリーム情報ＤＢ１４１のセッション識別子、コンテンツ識別子、映像要求元アドレスおよび映像配信サーバアドレスにそれぞれ設定して、映像ストリーム情報ＤＢ１４１に新規レコードを作成する。

次に、映像配信要求に含まれている映像配信サーバ３のアドレスを用いて、映像配信サーバ情報ＤＢ１４３を検索し、対応する映像配信サーバアドレスと映像種別通知機能フラグを抽出する（Ｓ２−０４）。ここでは映像配信サーバ３が映像種別を通知する機能を有しないため、映像種別通知機能フラグは「ＮＯ」である。従って、プロキシサーバ１は映像種別に関する情報を取得するために、映像配信要求メッセージを解析してコンテナ種別に関する情報とＣＯＤＥＣ種別に関する情報の抽出を試みる（Ｓ２−０７、Ｓ２−１０）。映像種別に関する情報は、コンテンツ識別子もしくはコンテンツ補足情報から得られる。例えば、コンテンツ識別子として一般的に用いられるものに、Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）などで利用されているＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）があるが、映像配信サービスにおいては、ＵＲＬが配信対象のファイル名であることが多い。また、ファイル名の末尾は慣例ではファイルの種類を表す拡張子である。たとえば、拡張子がｍｐｇである場合はＣＯＤＥＣがＭＰＥＧに関連すると推測できるし、拡張子がａｖｉである場合はＡｕｄｉｏ Ｖｉｄｅｏ Ｉｎｔｅｒｌｅａｖｅ（ＡＶＩ）と呼ばれる動画フォーマットであることがわかる。ＵＲＬからファイル名や拡張子に関する情報を取得することが難しい場合でも、たとえばＨＴＴＰにはコンテンツの種類を表すＣｏｎｔｅｎｔ−Ｔｙｐｅと呼ばれるメッセージフィールドがあり、このような付加的な情報は映像配信要求のコンテンツ補足情報として端末５からプロキシサーバに送信される。Ｃｏｎｔｅｎｔ−Ｔｙｐｅがとりうる値の例としては、「ｖｉｄｅｏ／ｍｐｅｇ」や「ｖｉｄｅｏ／ｘ−ｍｓｖｉｄｅｏ」があり、前者はＭＰＥＧ映像を、後者はａｖｉフォーマットの動画であることを表す。映像種別を解析する方法はまたいろいろあるが、従来の技術または原理に基づいて解析することができ、上述の方法のみに限定するものではない。

しかしながら、応用方法がいろいろあっても、このような情報はいつも取得できるとは限らない。例えば、ＨＴＴＰにおけるＣｏｎｔｅｎｔ−Ｔｙｐｅには「ａｐｐｌｉｃａｔｉｏｎ／ｏｃｔｅｔ−ｓｔｒｅａｍ」という値が規定されているが、これは任意のデータストリームを表すため、このような値に対してはプロキシサーバ１がコンテナまたはＣＯＤＥＣに関する情報を取得することは難しい。

上記の例が示すように、映像種別に関してプロキシサーバ１が映像配信要求に含まれているコンテンツ識別子またはコンテンツ補足情報から断片的で不完全な情報を得ることは可能であり、具体的な処理方法は以下の４つの場合に分類される。

（ケース１）プロキシサーバ１がコンテナ種別とＣＯＤＥＣ種別に関する情報を両方抽出する
（ケース２）プロキシサーバ１がコンテナ種別に関する情報のみを抽出する
（ケース３）プロキシサーバ１がＣＯＤＥＣ種別に関する情報のみを抽出する
（ケース４）プロキシサーバ１が情報抽出に失敗する

抽出できた情報の種類によって、ステップＳ２−１３においてプロキシサーバ１がトランスコーダ２に送信する映像種別通知の内容は変化する。ただし、（ケース１）から（ケース４）のいずれの場合においても、送信元アドレスはプロキシサーバ１のアドレス、宛先アドレスはトランスコーダ２のアドレス、パケット種別は映像種別通知である。

（ケース１）において、プロキシサーバ１は抽出したコンテナ種別に関する情報とＣＯＤＥＣ種別に関する情報を映像種別通知に含める。ただし、これらの情報はプロキシサーバ１が推定した情報であり、必ずしも正しいという保証はない。そこで、情報の確度に基づいて、コンテナ種別情報確度とＣＯＤＥＣ種別情報確度にそれぞれ０以上1以下の値、例えばここではいずれも０．５を設定する。

（ケース２）において、映像種別通知にはコンテナ種別を含めることができるが、ＣＯＤＥＣ種別は空に設定する。コンテナ種別情報確度には０以上1以下の値を設定し、ＣＯＤＥＣ種別情報確度には０を設定する。（ケース３）も同様に、映像種別通知にはＣＯＤＥＣ種別を含めることができるが、コンテナ種別は空に設定する。コンテナ種別情報確度には０、ＣＯＤＥＣ種別情報確度には０以上１以下の値を設定する。

（ケース４）において、プロキシサーバ１はいかなる情報も取得できないため、コンテナ種別とＣＯＤＥＣ種別はいずれも空に設定し、それぞれの情報確度には０を設定して、トランスコーダ２が情報なしで映像種別を判断する必要があることを示す。

また、（ケース１）、（ケース２）、（ケース３）において、プロキシサーバ１は複数の情報を取得する場合がある。例えば、前述のＣｏｎｔｅｎｔ−Ｔｙｐｅにおいて、値が 「ｖｉｄｅｏ／ｍｐｅｇ」である場合に、プロキシサーバ１はＣＯＤＥＣがＭＰＥＧであることは判断できるが、ＭＰＥＧにはＭＰＥＧ１、ＭＰＥＧ２およびＭＰＥＧ４の複数の種別があり、これだけではどのＣＯＤＥＣを示すものか判断できない。このような場合、ＭＰＥＧ１、ＭＰＥＧ２およびＭＰＥＧ４に対して同じ値の情報確度を割り当てるか、異なる情報確度を割り当てることが考えられる。異なる情報確度を割り当てるには、さらなる情報が必要であり、例えばステップＳ０２−０１で受信した映像配信要求のコンテンツ補足情報を解析した結果、端末が携帯端末であることが分かった場合、プロキシサーバ１は圧縮率の高いＭＰＥＧ４の情報確度を、ＭＰＥＧ１、ＭＰＥＧ２の情報確度よりも高い値に設定することが可能である。

プロキシサーバ１が複数の情報を抽出した場合、ステップＳ２−１３で送信する映像種別通知のフォーマットは、図１１のＰＦ−０３の構成を採用する。ＰＦ−０２と比べて、ＰＦ−０３の構成では、コンテナ種別、コンテナ種別情報確度の組、およびＣＯＤＥＣ種別とＣＯＤＥＣ種別情報確度の組を複数個含めることで、複数の情報をまとめて送信することが可能である。

プロキシサーバ１から、情報確度に１以外の値が設定された映像種別通知を受信したトランスコーダ２は、映像種別を判断する必要があるかどうかと判断し、判断手段の適用順序を調整する（Ｓ２−１６）。トランスコーダ２はコンテナ種別判断手段情報ＤＢ２４３、ＣＯＤＥＣ種別判断手段情報ＤＢ２４５に、通信セッションごとの映像手段の判断手段に関する情報を保持している。これらのデータベースは、トランスコーダ２が判断可能な全てのコンテナ種別、ＣＯＤＥＣ種別およびそれに対応する判断アルゴリズムを含んでいる。トランスコーダ２は、種別の不明な映像データを受信した場合、これらの判断アルゴリズムを逐次適用することで、映像データの種別を判断する。

図１２はコンテナ種別判断手段情報ＤＢ２４３、ＣＯＤＥＣ種別判断手段情報ＤＢ２４５の具体例である。図１２において、コンテナ種別に関しては最初に適用される５つの種別判断アルゴリズムがＴＳ、ＡＶＩ、３ＧＰＰ、ＭＯＶおよびＡＳＦの判断アルゴリズムであり、ＣＯＤＥＣ種別に関しては最初に適用される種別判断アルゴリズムがＭＰＥＧ１、ＭＰＥＧ２、ＭＰＥＧ４、Ｈ．２６４およびＷＭＶの判断アルゴリズムであることが示されている。映像種別の判断においては、まずコンテナ種別の判断を行い、次にＣＯＤＥＣ種別の判断を試みる。すなわち、コンテナ種別判断手段情報ＤＢ２４３の判断アルゴリズムを最初から最後まで順次適用してコンテナ種別を識別した後に、ＣＯＤＥＣ種別判断手段情報ＤＢ２４５の判断アルゴリズムを最初から最後まで適用してＣＯＤＥＣ種別を判断する。

上記の方法はトランスコーダ２がセッション識別子で特定される映像データに関してまったく情報を得ていない状態で適用される映像判断手段であるが、コンテナ種別とＣＯＤＥＣ種別の判断アルゴリズムの適用順序は、トランスコーダ２がステップＳ２−１３で受信した映像種別通知の内容によって変化する。

例えば、（ケース１）において、コンテナ種別がＡＶＩ、ＣＯＤＥＣ種別がＭＰＥＧ４、コンテナ種別情報確度およびＣＯＤＥＣ種別情報確度が０．５とそれぞれ指定された場合、トランスコーダ２はコンテナ種別判断においてＡＶＩ判断アルゴリズム、ＣＯＤＥＣ種別判断においてＭＰＥＧ４判断アルゴリズムをそれぞれ最初に適用するようにコンテナ種別判断手段情報ＤＢ２４３、ＣＯＤＥＣ種別判断手段情報ＤＢ２４５のセッション識別子で特定されたレコードを更新する。

更新後のコンテナ種別判断手段情報ＤＢ２４３およびＣＯＤＥＣ種別判断手段情報ＤＢ２４５の状態の例を図１３に示す。映像種別通知が複数のコンテナ種別、コンテナ種別情報確度、ＣＯＤＥＣ種別、ＣＯＤＥＣ種別情報確度を含む場合は、コンテナ種別情報確度およびＣＯＤＥＣ種別情報確度の高い順序に従って、コンテナ種別判断手段情報ＤＢ２４３およびＣＯＤＥＣ種別判断手段情報ＤＢ２４５をそれぞれ更新する。

例えば、ＣＯＤＥＣ種別がＭＰＥＧ４またはＭＰＥＧ２で、ＭＰＥＧ４のＣＯＤＥＣ種別情報確度が０．８、ＭＰＥＧ２のＣＯＤＥＣ種別情報確度が０．５の場合の、更新後のＣＯＤＥＣ種別判断手段情報ＤＢ２４５の状態の例を図１４に示す。ＣＯＤＥＣ種別の判断において、ＭＰＥＧ４判断アルゴリズムはＭＰＥＧ２判断アルゴリズムより先に適用される。その他の判断アルゴリズムの適用順序は、システムがあらかじめ保持する順序に従う。

また、複数のコンテナ種別またはＣＯＤＥＣ種別が映像種別通知に含まれているが、当該複数のコンテナ種別またはＣＯＤＥＣ種別のコンテナ種別情報確度またはＣＯＤＥＣ種別情報確度が同じ値である場合について考える。例えば、ＣＯＤＥＣ種別がＭＰＥＧ２またはＭＰＥＧ４で、ＭＰＥＧ２とＭＰＥＧ４のＣＯＤＥＣ種別情報確度がともに０．７である場合、ＭＰＥＧ２判断アルゴリズムとＭＰＥＧ４判断アルゴリズムのどちらを先に適用するかが問題となるが、このような場合は、システムがあらかじめ保持する順序に従うものとする。図１２において、システムの規定値ではＭＰＥＧ２判断アルゴリズムはＭＰＥＧ４判断アルゴリズムより先に適用することになっているため、更新後のＣＯＤＥＣ種別判断手段情報ＤＢ２４５は図１５のようになる。その他の判断アルゴリズムの適用順序は、システムがあらかじめ保持する順序に従う。

トランスコーダ２は更新後のコンテナ種別判断手段情報ＤＢ２４３およびＣＯＤＥＣ種別判断手段情報ＤＢ２４５で指定されたアルゴリズムの適用順序に従い、プロキシサーバ１から通知されたコンテナ種別とＣＯＤＥＣ種別が正しいかどうかを判断する。プロキシサーバ１がステップＳ２−０７、Ｓ２−１０において、映像配信要求を解析することによって推定したコンテナ種別とＣＯＤＥＣ種別が正しければ、トランスコーダ２による映像種別判断は、コンテナ種別判断とＣＯＤＥＣ種別判断においてそれぞれ最初に指定され唯一の判断アルゴリズムを適用することで、実現できる。プロキシサーバ１から通知されたコンテナ種別とＣＯＤＥＣ種別が誤りであった場合は、コンテナ種別判断手段情報ＤＢ２４３およびＣＯＤＥＣ種別判断手段情報ＤＢ２４５で指定された２番目以降のコンテナ種別判断アルゴリズム、ＣＯＤＥＣ種別判断アルゴリズムを順次適用することで、映像種別の判断を行う。

映像種別判断処理は、トランスコーダ２が映像データを受信したときに開始する。即ち、プロキシサーバ１が端末５から受信した映像配信要求を映像配信サーバ３に転送し（Ｓ２−１９）、映像配信サーバ３が映像配信要求に含まれているコンテンツ識別子で指定された映像データの配信を開始し（Ｓ２−２２）、プロキシサーバ１が映像配信サーバ３から受信した映像データをトランスコーダ２に転送（Ｓ２−２５）した時点で、コンテナ種別の判断処理（Ｓ２−２８）およびＣＯＤＥＣ種別の判断処理（Ｓ２−３１）が実行される。

以上の処理を経て、コンテナ種別とＣＯＤＥＣ種別の判断を完了したトランスコーダ２は、識別したコンテナ種別とＣＯＤＥＣ種別を映像ストリーム情報ＤＢ２４１のコンテナ種別とＣＯＤＥＣ種別に格納し、それぞれの情報確度を１に設定する。映像データ処理に必要な解析処理を完了したトランスコーダ２は、映像データ種別をプロキシサーバ１に通知するために、映像種別通知をプロキシサーバ１へ送信する（Ｓ２−３２）。映像種別通知を受信したプロキシサーバ１は、映像ストリーム情報ＤＢ１４１の対応するレコードを更新する。

プロキシサーバ１へ映像種別通知を送信した後、トランスコーダ２は図５のステップＳ１−２１と同様の映像データ処理を開始する（Ｓ２−３３）。処理後の映像データはプロキシサーバ１に送信される（Ｓ２−３４）。映像データをトランスコーダ２から受信したプロキシサーバ１は、映像データを端末５へ送信する（Ｓ２−３７）。

次に、プロキシサーバ１で行われる制御の一例について、図８のフローチャートを参照しながら説明する。このフローチャートは、所定の周期で実行されるものである。プロキシサーバ１は起動時(ステップＦ１−０１)にメッセージ受信ループを開始させ（ステップＦ１−０４）、ネットワークインターフェース１０からのメッセージを受信する。

ステップＦ１−０７において、受信したメッセージが端末５からの映像配信要求であるかどうかを判断する。受信したメッセージが映像配信要求である場合、ステップＦ１−２５に進んで映像配信サーバ情報ＤＢ１４３を参照して、映像配信要求が指定する映像配信サーバ３が映像種別の通知機能を有するかどうかを判断する。映像配信サーバ３が映像種別を通知可能な場合はステップＦ１−３４に進み、端末５から受信した映像配信要求を映像配信サーバ３へ転送する。

ステップＦ１−２５において、映像配信サーバ３が映像種別通知機能を有しないと判断した場合はステップＦ１−２８へ進み、端末５から受信した映像配信要求を解析してコンテナ種別とＣＯＤＥＣ種別に関する情報を抽出する。抽出したコンテナ種別とＣＯＤＥＣ種別に関する情報はステップＦ１−３１において映像種別通知としてトランスコーダ２へ送信される。この際、コンテナ種別情報確度及びＣＯＤＥＣ種別情報確度はそれぞれ０以上１以下の値に設定される。

ステップＦ１−１０において、映像配信サーバ３から映像種別通知を受信した場合、プロキシサーバ１は受信した映像種別通知メッセージがコンテナ種別情報確度及びＣＯＤＥＣ種別情報確度を含めているかどうかをチェックする。コンテナ種別情報確度及びＣＯＤＥＣ種別情報確度を含めていない場合は、コンテナ種別情報確度及びＣＯＤＥＣ種別情報確度を１に設定した後、映像種別通知をトランスコーダ２へ転送する（Ｆ１−３７）。

ステップＦ１−１３において、映像配信サーバ３から映像データを受信した場合、プロキシサーバ１は当該映像データをトランスコーダ２へ転送する（Ｆ１−４０）。ステップＦ１−１６において、トランスコーダ２から映像データを受信した場合、プロキシサーバ１は当該映像データを端末５へ転送する（Ｆ１−４３）。メッセージ受信ループはプロキシサーバ１のシャットダウン時（ステップＦ１−１９）に終了する（ステップＦ１−２２）。以上の処理により、プロキシサーバ１は端末５の映像配信要求に応じて映像配信サーバ３へのメッセージ転送および映像種別の判断処理を行い、映像配信サービスを制御する。

次に、トランスコーダ２で行われる制御の一例について、図９のフローチャートを参照しながら説明する。このフローチャートは、所定の周期で実行されるものである。トランスコーダ２は起動時(ステップＦ２−０１)にメッセージ受信ループを開始させ（ステップＦ２−０４）、ネットワークインターフェース２０からのメッセージを受信する。

ステップＦ２−０７において、受信したメッセージがプロキシサーバ１からの映像配信要求であるかどうかを判断する。受信したメッセージが映像配信要求である場合、ステップＦ２−１９に進んで、映像配信要求に含まれているコンテナ種別情報確度及びＣＯＤＥＣ種別情報確度が１かどうかを判断する。コンテナ種別情報確度またはＣＯＤＥＣ種別情報確度が１以外の値である場合はステップＦ２−２２に進み、映像配信要求に含まれているコンテナ種別、ＣＯＤＥＣ種別、コンテナ種別情報確度及びＣＯＤＥＣ種別情報確度に応じて、コンテナ種別判断手段情報ＤＢ２４３およびＣＯＤＥＣ種別判断手段情報ＤＢ２４５を更新し、種別判断アルゴリズムの適用順序を調整する。

ステップＦ２−１０において、プロキシサーバ１から映像データを受信した場合はステップＦ２−２５に進み、映像種別が特定済みかどうかを判断する。映像ストリームＤＢ２４１のコンテナ種別情報確度およびＣＯＤＥＣ種別情報確度がいずれも１のときには、映像種別が特定済みであると判断される。ステップＦ２−２５において、映像種別が未特定の場合はステップＦ２−２８に進み、コンテナ種別判断手段情報ＤＢ２４３およびＣＯＤＥＣ種別判断手段情報ＤＢ２４５に従ってコンテナ種別とＣＯＤＥＣ種別の判断処理を行う。映像データはトランスコーダ２による処理を経た後、プロキシサーバ１へ送信される（Ｆ２−３１）。メッセージ受信ループはトランスコーダ２のシャットダウン時（ステップＦ２−１３）に終了する（ステップＦ２−１６）。

以上の処理により、トランスコーダ２は必要に応じて映像種別の判断処理を行い、映像配信サービスを提供する。

次に、プロキシサーバ１とトランスコーダ２が上述のような処理を行なう際に、映像配信サーバ３の動作について、図１０のフローチャートを参照しながら簡単に説明する。このフローチャートは、所定の周期で実行されるものである。映像配信サーバ３は起動時(ステップＦ３−０１)にメッセージ受信ループを開始させ（ステップＦ３−０４）、ネットワークインターフェース３０からのメッセージを受信する。ステップＦ３−０７において、受信したメッセージがプロキシサーバ１からの映像配信要求であるかどうかを判断する。受信したメッセージが映像配信要求である場合、ステップＦ３−１６に進んで、映像種別の通知が可能かどうかを判断する。映像種別の通知が可能である場合はステップＦ３−１９に進み、映像種別通知をプロキシサーバ１へ送信する。映像種別の通知可否にかかわらず、映像配信要求を受信した映像配信サーバ３はステップＦ３−２２へ進み、映像データをプロキシサーバ１へ送信する。メッセージ受信ループは映像配信サーバ３のシャットダウン時（ステップＦ３−１０）に終了する（ステップＦ３−１３）。以上の処理により、映像配信サーバ３は端末の要求した映像データの配信処理を行う。

（第二の実施形態）
第一の実施形態ではプロキシサーバ１が映像配信サーバ３に映像種別通知機能を有するかどうかを判断できる前提で，映像配信制御システムの処理について説明した。

しかし、プロキシサーバ１が映像配信サーバ３に関する情報を管理しない、即ち図２の映像配信サーバ情報ＤＢ１４３が存在しない場合もあり得る。その他の各装置の構成は第一の実施形態と同じであるため、詳細な説明を省略する。

なお、第一の実施形態と同じ構成要素については同じ記号で表示し、重複説明を省略する。

以下、第二の実施形態の各装置の処理について、図７のタイムチャートを用いて説明する。図６と同様、映像配信処理は、端末５がプロキシサーバ１を経由して映像配信サーバ３に映像配信要求を送信する（Ｓ３−０１）ことから始まる。

映像配信要求を受信したプロキシサーバ１は、映像配信要求に含まれているセッション識別子、コンテンツ識別子、映像要求元アドレスおよび映像配信サーバアドレスを、映像ストリーム情報ＤＢ１４１のセッション識別子、コンテンツ識別子、映像要求元アドレスおよび映像配信サーバアドレスにそれぞれ設定して、映像ストリーム情報ＤＢ１４１に新規レコードを作成する。

次に、プロキシサーバ１は映像種別に関する情報を取得するために、映像配信要求メッセージを解析してコンテナ種別に関する情報とＣＯＤＥＣ種別に関する情報の抽出を試みる（Ｓ３−０４，Ｓ３−０７）。コンテナ種別情報とＣＯＤＥＣ種別情報の抽出は、図６のステップＳ２−０７、Ｓ２−１０とそれぞれ同様の手順で行う。以下、ステップＳ３−１０におけるプロキシサーバ１からトランスコーダ２への映像種別通知の送信から、ステップＳ３−１６におけるプロキシサーバ１から映像配信サーバ３への映像配信要求の送信までは、図６におけるステップＳ２−１３からステップＳ２−１９までと同様の手順である。

この時、映像配信サーバ３が映像種別の通知機能を有する場合、映像種別通知をプロキシサーバ１へ送信する（Ｓ３−１９）。映像種別通知を受信したプロキシサーバ１は、映像種別通知をトランスコーダ２へ転送する（Ｓ３−２２）。映像種別通知の内容は図５のＳ１−１３と同様であり、コンテナ種別情報確度とＣＯＤＥＣ種別情報確度はそれぞれ１である。情報確度が１の映像種別情報を受信したトランスコーダ２は、再び映像データの判断処理を行う必要がない。このため、以後映像データの処理は図５のステップＳ１−１６からステップＳ１−２５までと同様の手順で行われる（Ｓ３−２５〜Ｓ３−３７）。

すなわち、第二の実施形態において、プロキシサーバ１は映像配信サーバ３が映像種別通知機能を有するかどうかを判断せず、映像配信サーバ３から映像種別通知を受信したときに、映像配信サーバ３から取得した種別情報の確度を高く設定し、映像配信要求から解析して得られた情報とともにトランスコーダ２に送信して、トランスコーダ２により特定を行なうことができる。

（その他の実施形態）
上述の実施形態においては本発明の最適な実施形態について説明したが、本発明は上述の実施形態に限らない。本発明の構想は、プロキシサーバとトランスコーダの連結または管理サーバに統合されて処理を行なう構造を採用し、プロキシサーバにて端末からの映像配信要求を解析することで、トランスコーダが正確な映像種別を分析して映像データの処理を行なうことである。そのため、本発明の上述の構想に基づいて上記の実施形態に対して変形を行っても、本発明を実施できることは当然である。

特に、本分野の技術者にとって、上述の実施形態においてシステムをさらに最適化するために採用された部材または映像種別判断に無関係な部材がいくつか削除されても本発明を実施できることは明らかである。

例えば、上述の実施形態において、トランスコーダがプロキシサーバからコンテナ種別とＣＯＤＥＣ種別に関する情報を受信して判断するが、トランスコーダはその中の一種類の映像種別情報のみを取得して候補の間の判断を行ない、その他の映像種別に対しては直接あらかじめ決められた順序で可能な限りのすべての判断アルゴリズムを順次適用して正確な映像種別を見つけてもよい。

また、従来の技術において映像ストリームに対する処理はコンテナ種別とＣＯＤＥＣ種別が常に必要であるが、技術の発展に伴いその他の映像種別が現れた場合、当然ながらこれらの映像種別に対しても本発明を適用することができる。

また、上述の実施形態において、トランスコーダおよびプロキシサーバはいずれもメモリとハードディスクを含むことで必要なデータとデータベースをそれぞれ格納するが、このような記憶装置に対する応用に限定せず、格納機能を実現可能な部材であれば、如何なる半導体メモリまたは外付けメモリなどの種々の記憶装置でもよい。また、記憶装置の数も限定せず、データの保存と読み取りさえ実現できればよい。

また、上述の実施形態において、各データベース（例えば映像ストリーム情報ＤＢ、映像配信サーバ情報ＤＢ、コンテナ種別判断手段情報ＤＢなど）はあらかじめハードディスクに格納されており、端末から送信された映像配信要求および映像種別情報を利用して更新する。しかし、本発明のデータベースはあらかじめ格納されず、判断するたびに、映像配信要求および映像種別情報に基づいてレコードを作成してもよい。その形式も当然ながら上述の実施形態に述べられたフォーマットに限定されない。

また、上述の実施形態において説明したように、映像配信サーバは映像種別通知機能を有し、あるいは映像配信要求から確度を特定できない場合、映像種別情報には映像種別情報確度を含まなくてもよい。他方、複数の映像種別候補が存在する場合、トランスコーダはあらかじめ指定された順序で種々の映像種別候補が対応するアルゴリズムを適用してもよい。

上述のように、本発明に係る映像配信制御システムでは、プロキシサーバ、トランスコーダおよび映像配信サーバにより、端末に対してトランスコーダを解した種々の映像配信制御を、プロキシサーバと映像配信サーバの間に映像種別を通知する手段を設けることなく実現できるため、複数の異なるコンテンツプロバイダと提携した映像配信サービスに適用することができる。

１ プロキシサーバ
２ トランスコーダ
３ 映像配信サーバ
４ ネットワーク
５ 端末
６ アクセスネットワーク

Claims (12)

1. プロキシサーバと前記プロキシサーバに接続されたトランスコーダと、を含み、
   前記プロキシサーバは
   映像配信を要求する端末と配信対象の映像データを管理する映像配信サーバ間の通信を中継し、ネットワークを経由して通信を行うネットワークインターフェースと、
   前記ネットワークインターフェースを経由して前記端末から映像配信の開始を要求する映像配信要求を受信した場合、前記映像配信要求の示す映像配信サーバが映像種別通知機能を有するかどうかを判断する通知機能判断部と、
   前記通知機能判断部が前記映像配信サーバは映像種別通知機能を有しないと判断した場合、前記端末から受信した映像配信要求に含まれるコンテンツ識別子またはコンテンツ補足情報から映像種別に関する情報としてコンテナ種別情報及び／又はＣＯＤＥＣ種別情報の抽出を試み、抽出した情報及び抽出した情報の確かさに基づく確度を映像種別情報として前記トランスコーダに送信する映像配信要求解析部と、を有し、
   前記トランスコーダは
   前記プロキシサーバから受信した前記映像種別情報を用いて、前記プロキシサーバの指示に基づいて、配信中の前記映像データに対して映像データ処理を行なう
   ことを特徴とする映像配信制御システム。
2. 前記映像配信要求解析部による抽出の試みにより、前記情報を抽出できない場合、前記抽出した情報の確かさに基づく確度を０とすることを特徴とする請求項１に記載の映像配信制御システム。
3. 請求項１に記載の映像配信制御システムであって、
   それぞれの映像種別情報は複数の映像種別候補と当該映像種別候補に対応して当該映像種別候補の確度を示す種別情報確度の組を含むことを特徴とする映像配信制御システム。
4. 請求項３に記載の映像配信制御システムであって、
   前記トランスコーダは
   映像種別情報判断部をさらに含み、当該映像種別情報判断部が前記プロキシサーバから前記映像種別情報を受信した場合、それぞれの映像種別情報の複数の映像種別候補が対応する種別情報確度に応じて、高い順に種別情報確度が対応する映像種別候補の判断アルゴリズムを順次適用して映像データの映像種別を特定する
   ことを特徴とする映像配信制御システム。
5. プロキシサービス手段と前記プロキシサービス手段に接続されたコード変換手段と、を備え、
   前記プロキシサービス手段は
   映像配信を要求する端末と配信対象の映像データを管理する映像配信サーバ間の通信を中継し、ネットワークを経由して通信を行うネットワークインターフェースと、
   前記ネットワークインターフェースを経由して前記端末から映像配信の開始を要求する映像配信要求を受信した場合、前記映像配信要求の示す映像配信サーバが映像種別通知機能を有するかどうかを判断する通知機能判断部と、
   前記通知機能判断部が前記映像配信サーバは映像種別通知機能を有しないと判断した場合、前記端末から受信した映像配信要求に含まれるコンテンツ識別子またはコンテンツ補足情報から映像種別に関する情報としてコンテナ種別情報及び／又はＣＯＤＥＣ種別情報の抽出を試み、抽出した情報及び抽出した情報の確かさに基づく確度を映像種別情報として前記コード変換手段に送信する映像配信要求解析部と、を有し、
   前記コード変換手段は
   前記プロキシサービス手段から受信した映像種別情報を用いて、前記プロキシサービス手段の指示に基づいて、配信中の前記映像データに対して映像データ処理を行なう
   ことを特徴とする管理サーバ。
6. 前記映像配信要求解析部による抽出の試みにより、前記情報を抽出できない場合、前記抽出した情報の確かさに基づく確度を０とすることを特徴とする請求項５に記載の管理サーバ。
7. 請求項５に記載の管理サーバであって、
   それぞれの映像種別情報は複数の映像種別候補と当該映像種別候補に対応して当該映像種別候補の確度を示す種別情報確度の組を含むことを特徴とする管理サーバ。
8. 請求項７に記載の管理サーバであって、
   前記コード変換手段は
   映像種別情報判断部をさらに含み、当該映像種別情報判断部が前記プロキシサービス手段から前記映像種別情報を受信した場合、それぞれの映像種別情報の複数の映像種別候補が対応する種別情報確度に応じて、高い順に種別情報確度が対応する映像種別候補の判断アルゴリズムを順次適用して映像データの映像種別を特定する
   ことを特徴とする管理サーバ。
9. 映像配信制御システムにおける映像配信制御方法であって、
   前記映像配信制御システムはプロキシサーバと前記プロキシサーバに接続されたトランスコーダと、を備え、
   前記プロキシサーバは映像配信を要求する端末と配信対象の映像データを管理する映像配信サーバ間の通信を中継し、
   前記映像配信制御方法は、
   前記プロキシサーバがネットワークインターフェースを経由して前記端末から映像配信の開始を要求する映像配信要求を受信した場合、前記映像配信要求の示す映像配信サーバが映像種別通知機能を有するかどうかを判断するステップと、
   前記判断するステップにおいて前記映像配信サーバは映像種別通知機能を有しないと判断した場合、前記プロキシサーバが前記端末から受信した映像配信要求に含まれるコンテンツ識別子またはコンテンツ補足情報から映像種別に関する情報としてコンテナ種別情報及び／又はＣＯＤＥＣ種別情報の抽出を試み、抽出した情報及び抽出した情報の確かさに基づく確度を映像種別情報として前記トランスコーダに送信するステップと、
   前記トランスコーダが前記プロキシサーバから受信した映像種別情報を用いて、前記プロキシサーバの指示に基づいて、配信中の前記映像データに対して映像データ処理を行なうステップと、
   を含むことを特徴とする映像配信制御方法。
10. 前記送信するステップにおける抽出の試みにより、前記情報を抽出できない場合、前記抽出した情報の確かさに基づく確度を０とすることを特徴とする請求項９に記載の映像配信制御方法。
11. 請求項９に記載の映像配信制御方法であって、
    それぞれの映像種別情報は複数の映像種別候補と当該映像種別候補に対応して当該映像種別候補の確度を示す種別情報確度の組を含むことを特徴とする映像配信制御方法。
12. 請求項１１に記載の映像配信制御方法であって、
    前記トランスコーダが前記プロキシサーバから前記映像種別情報を受信した場合、それぞれの映像種別情報の複数の映像種別候補が対応する種別情報確度に応じて、高い順に種別情報確度が対応する映像種別候補の判断アルゴリズムを順次適用して映像データの映像種別を特定するステップをさらに含むことを特徴とする映像配信制御方法。