(57)【要約】【課題】端末属性に応じたデータ形式に変換されたコンテンツを配信するコンテンツ配信システム全体の資源を最小限に抑えつつ、好適なコンテンツ配信が可能なコンテンツ配信システムを提供する。【解決手段】コンテンツ記憶装置に保持された変換前コンテンツに対し利用者端末装置の各端末属性に応じて異なるトランスコーディング処理を遂行し、利用者端末装置からのコンテンツ配信要求を契機にリアルタイムトランスコーディング配信処理を遂行する第１配信処理装置と、第１配信処理装置のリソース負荷を監視し、コンテンツ配信要求の際のリソース負荷状態に基づいて、配信要求のあったコンテンツの配信処理をリアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替える配信制御装置と、キャッシュ配信処理に際して第１配信処理装置のトランスコーディング処理を通じて生成される変換後コンテンツをキャッシュする第２配信処理装置とを有する。【選択図】図１
2010273298.tif 000002
【特許請求の範囲】
【請求項１】
利用者端末装置の各端末属性に応じたデータ形式に変換されたコンテンツを配信するコンテンツ配信システムであって、
コンテンツ記憶装置に保持される変換前コンテンツに対し前記各端末属性に応じて異なるトランスコーディング処理を遂行する機能を有し、前記利用者端末装置からのコンテンツ配信要求を契機にリアルタイムトランスコーディング配信処理を遂行する第１配信処理装置と、
前記第１配信処理装置のリソース負荷を監視し、前記コンテンツ配信要求の際の前記リソース負荷状態に基づいて、配信要求のあったコンテンツの配信処理を前記リアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替える配信制御装置と、
前記キャッシュ配信処理に際して前記第１配信処理装置の前記トランスコーディング処理を通じて生成される変換後コンテンツをキャッシュする第２配信処理装置と、
を有することを特徴とするコンテンツ配信システム。
【請求項２】
前記配信制御装置は、
前記リアルタイムトランスコーディング配信処理の同時配信処理接続数を監視し、前記コンテンツ配信要求の際の前記同時配信処理接続数が許容同時配信処理接続数に達しているか否かを判別し、前記同時配信処理接続数が許容同時配信処理接続数に達している場合、配信要求のあったコンテンツの配信処理を前記リアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替えることを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記配信制御装置は、
前記第１配信処理装置のＣＰＵ使用率を監視し、前記コンテンツ配信要求の際の前記ＣＰＵ使用率が許容ＣＰＵ使用率に達しているか否かを判別し、前記許容ＣＰＵ使用率が許容ＣＰＵ使用率に達している場合、配信要求のあったコンテンツの配信処理を前記リアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替えることを特徴とする請求項１又は２に記載のコンテンツ配信システム。
【請求項４】
前記配信制御装置は、配信要求のあったコンテンツの配信処理を前記リアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替える場合、前記第２配信処理装置への接続情報を前記利用者端末装置に伝送し、
前記第２配信処理装置は、前記接続情報に基づいて前記利用者端末装置から伝送されるコンテンツ配信要求を契機に、配信要求のあったコンテンツに対応する変換後コンテンツがキャッシュ登録されているか否かを判別し、キャッシュ登録されていない場合に前記キャッシュ配信処理に際して前記第１配信処理装置の前記トランスコーディング処理を通じて生成される変換後コンテンツをキャッシュすることを特徴とする請求項１から３のいずれか１つに記載のコンテンツ配信システム。
【請求項５】
前記コンテンツ記憶装置は、前記変換前コンテンツに対する前記トランスコーディング処理により生成される端末属性毎の変換後コンテンツヘッダを保持する変換後コンテンツヘッダ記憶部をさらに含み、
前記リアルタイムトランスコーディング配信処理は、
前記トランスコーディング処理におけるペイロード変換処理により順次生成される変換後コンテンツの配信パケットを、予め前記変換後コンテンツヘッダ記憶部に格納された該当の変換後コンテンツヘッダ情報と結合して配信することを特徴とする請求項１から４のいずれか１つに記載のコンテンツ配信システム。
【請求項６】
前記コンテンツ記憶装置は、前記コンテンツのメタ情報を格納するコンテンツメタ情報記憶部と、前記コンテンツの配信要求頻度を格納するコンテンツ履歴記憶部と、を有し、
前記配信制御装置は、前記各コンテンツに対して前記リアルタイムトランスコーディング配信処理又は前記キャッシュ配信処理を各コンテンツの配信ポリシーとして割り当てる配信ポリシー制御部を有し、
前記配信ポリシー制御部は、前記各コンテンツの配信要求頻度をメタ情報別に解析して得られるメタ情報別配信要求頻度を用いて、前記コンテンツ記憶装置に格納される各コンテンツに配信ポリシーを割り当てることを特徴とする請求項１から５のいずれか１つの記載のコンテンツ配信システム。
【請求項７】
前記配信ポリシー制御部は、
前記第２配信処理装置のキャッシュ容量における空き容量が所定値よりも小さいか否かを判別し、前記空き容量が所定値よりも小さい場合、前記メタ情報別配信要求頻度に関らずに前記リアルタイムトランスコーディング配信処理を配信ポリシーとして割り当てることを特徴とする請求項６に記載のコンテンツ配信システム。
【請求項８】
前記コンテンツ履歴記憶部は、前記各コンテンツの最大同時配信数をさらに格納し、
前記配信ポリシー制御部は、
前記コンテンツの配信要求頻度又は最大同時配信数の少なくとも一方が所定の各閾値よりも大きい場合に、前記リアルタイムトランスコーディング配信処理が割り当てられた前記コンテンツの配信ポリシーを、前記キャッシュ配信処理に変更する更新処理を遂行することを特徴とする請求項６に記載のコンテンツ配信システム。
【請求項９】
前記配信ポリシー制御部は、
前記コンテンツの配信要求頻度及び最大同時配信数の各々が所定の各閾値よりも小さい場合に、前記キャッシュ配信処理が割り当てられた前記コンテンツの配信ポリシーを、前記リアルタイムトランスコーディング配信処理に変更する更新処理を遂行することを特徴とする請求項８に記載のコンテンツ配信システム。
【請求項１０】
利用者端末装置の各端末属性に応じたデータ形式に変換されたコンテンツを配信するコンテンツ配信方法であって、
第１配信処理装置が、コンテンツ記憶装置に保持された変換前コンテンツに対し前記各端末属性に応じて異なるトランスコーディング処理を遂行し、前記利用者端末装置からのコンテンツ配信要求を契機にリアルタイムトランスコーディング配信処理を遂行するステップと、
配信制御装置が、前記第１配信処理装置のリソース負荷を監視し、前記コンテンツ配信要求の際の前記リソース負荷状態に基づいて、配信要求のあったコンテンツの配信処理を前記リアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替えるステップと、
第２配信処理装置が、前記キャッシュ配信処理に際して前記第１配信処理装置の前記トランスコーディング処理を通じて生成される変換後コンテンツをキャッシュするステップと、
を含むことを特徴とするコンテンツ配信方法。
【請求項１１】
利用者端末装置の各端末属性に応じたデータ形式に変換されたコンテンツを配信するコンテンツ配信システムであって、
コンテンツ記憶装置に保持された変換前コンテンツに対し前記各端末属性に応じて異なるトランスコーディング処理を遂行する機能を有し、前記利用者端末装置からのコンテンツ配信要求を契機にリアルタイムトランスコーディング配信処理を遂行するリアルタイムトランスコーディング配信処理装置と、
前記リアルタイムトランスコーディング配信処理装置のリソース負荷を監視し、前記コンテンツ配信要求の際の前記リソース負荷状態に基づいて、配信要求のあったコンテンツの配信処理を前記リアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替える配信制御装置と、
前記キャッシュ配信処理に際して変換後コンテンツをキャッシュするキャッシュ配信処理装置から伝送されるキャッシュ要求に基づいて、前記リアルタイムトランスコーディング配信処理装置の前記トランスコーディング処理を通じて生成される前記変換後コンテンツを前記キャッシュ配信処理装置に伝送するインターフェース装置と、
を有することを特徴とするコンテンツ配信システム。
【請求項１２】
利用者端末装置の各端末属性に応じて異なるトランスコーディング処理を遂行し、リアルタイムトランスコーディング配信処理を遂行する第１配信処理装置を含むコンテンツ配信システムの配信制御装置であって、
前記第１配信処理装置のリソース負荷を監視する負荷情報監視部と、
前記利用者端末装置からのコンテンツ配信要求の際の前記リソース負荷状態に基づいて、配信要求のあったコンテンツの配信処理を前記リアルタイムトランスコーディング配信処理から前記トランスコーディング処理を通じて生成される端末属性に応じた変換後のコンテンツをキャッシュする第２配信処理装置を通じて配信するキャッシュ配信処理に切り替える配信処理制御部と、を有し、
前記配信処理制御部は、
配信要求のあったコンテンツの配信処理を前記リアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替える場合、前記第２配信処理装置への接続情報を前記利用者端末装置に伝送することを特徴とする配信制御装置。
【請求項１３】
利用者端末装置の各端末属性に応じて異なるトランスコーディング処理を遂行し、リアルタイムトランスコーディング配信処理を遂行する第１配信処理装置を含むコンテンツ配信システムの配信制御プログラムであって、
前記第１配信処理装置のリソース負荷を監視する第１機能と、
前記利用者端末装置からのコンテンツ配信要求の際の前記リソース負荷状態に基づいて、配信要求のあったコンテンツの配信処理を前記リアルタイムトランスコーディング配信処理から前記トランスコーディング処理を通じて生成される端末属性に応じた変換後のコンテンツをキャッシュする第２配信処理装置を通じて配信するキャッシュ配信処理に切り替える第２機能と、
配信要求のあったコンテンツの配信処理を前記リアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替える場合に、前記第２配信処理装置への接続情報を前記利用者端末装置に伝送する第３機能と、
をコンピュータに実現させるための配信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システムに関し、より詳細には、システム全体のシステム資源（リソース）の効率化を図りつつ、好適な配信が可能なコンテンツ配信システムに関する。
【背景技術】
【０００２】
コンテンツ配信技術として例えば、ＣＤＮ（Content Delivery Network）技術がある。ＣＤＮ技術は、動画像等のデジタルコンテンツを提供するＷＥＢサーバへの同時アクセスやネットワーク負荷によるコンテンツ配信の遅延を解決する技術であり、配信するデジタルコンテンツを出来る限りコンテンツ利用者（利用者端末装置）の近くに置くことを基本に、デジタルコンテンツをネットワーク経由で配信するために最適化されたネットワークを構築することで利用者に快適なコンテンツ閲覧を提供する（非特許文献１参照）。
【０００３】
一方、特許文献１に記載のように携帯電話などの移動通信端末装置に対してコンテンツを配信する場合、携帯電話の各機種毎に相違する画像表示機能（画像表示能力）やデータ形式に対応したコンテンツ配信が要求される。すなわち、携帯電話からコンテンツ配信要求があった場合、要求元の携帯電話の機種（画像表示能力）に対応するデータ形式のコンテンツに変換（トランスコーディング処理）した変換後コンテンツを配信する必要がある。
【０００４】
しかしながら、従来のトランスコーディング処理を必要とするコンテンツ配信システムでは、以下のような課題があった。つまり、ＣＤＮのようにコンテンツをキャッシュする場合、１つのコンテンツに対して予め各機種に対応するデータ形式のコンテンツを複数生成してキャッシュしなければならず、これら各データ形式のコンテンツを保持するためには膨大な記憶容量が必要となる。また、コンテンツ数及び携帯電話の機種数に応じたコンテンツ格納資源を保有するシステムを構築しなければならないが、各コンテンツは各々そのデータ容量が異なり、さらにはコンテンツ数や機種数の増加、アクセス数の増加に対して最適なシステム資源を予測することは困難であった。このため、キャッシュサーバ等のコンテンツ格納資源の確保及びその維持の面において非効率的となり、システム資源、特にコンテンツ格納資源を予測して効率的なシステムを設計（設備設定）することができなかった。
【０００５】
一方、ＣＤＮのように予め携帯電話の機種毎に複数のデータ形式のコンテンツを保持するのではなく、配信要求都度、オリジナルのデータ形式で格納されているコンテンツをリアルタイムにトランスコーディングし、携帯電話の各機種に対応するデータ形式に変換されたコンテンツを配信することもできる。しかしながら、携帯電話の各機種に対応する複数種類のトランスコーディング処理を遂行しなければならないため、コンテンツ数や機種数の増加、アクセス数の増加に対して過度の処理負荷が発生し、トランスコーディング処理を行う配信サーバ等の処理能力がオーバーフローしてしまう問題があった。
【０００６】
このオーバーフローは、配信するコンテンツの品質低下や配信不能の事態を招くおそれがあるため、コンテンツ配信サービスの品質維持のためには、オーバーフローを発生させないだけの処理負荷に耐え得る処理性能（ＣＰＵ性能及びメモリ）を必要とする。言い換えれば、オーバーフローを防止するために最大処理負荷時に対する処理能力を維持できるだけのＣＰＵ性能及びメモリの資源を設計しなければならないが、上述のように配信するコンテンツ数の増加や携帯電話の機種数の増加、同時配信数の増加などを予測した処理能力の設計は困難であった。そこで、予測できない以上は、オーバーフロー（システム資源の枯渇）によるコンテンツ配信サービスの品質低下、配信不能を防止するためには、必要以上の（過剰な）システム資源（ＣＰＵ性能及びメモリ）を確保するしかなく、非効率的なシステムとなっていた。
【０００７】
このように従来のトランスコーディング処理を必要とするコンテンツ配信では、システム全体の資源（コンテンツ格納資源、ＣＰＵ性能等の処理性能資源）を効率的に活用した配信システムの実現が難しく、特に、システム全体の資源を最小限に抑えつつシステム資源を最大限活用し、品質低下や配信不能等を好適に抑制したコンテンツ配信システムがなかった。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−１７２３１９号公報
【特許文献２】特開２００６−２２２８２９号公報
【非特許文献】
【０００９】
【非特許文献１】日本国特許庁ホームページ,資料室（その他参考情報）>標準技術集>電子・ネット広告>CDNによるWebコンテンツ配信高速化技術（http://www.jpo.go.jp/shiryou/s_sonota/hyoujun_gijutsu/net_koukoku/004.html）
【発明の概要】
【発明が解決しようとする課題】
【００１０】
そこで、本発明の目的は、利用者の各端末属性に応じたデータ形式に変換されたコンテンツを配信するコンテンツ配信システム全体の資源の効率化を図りつつ、好適なコンテンツ配信が可能なコンテンツ配信システム、配信制御装置及び配信制御プログラムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明の１つの観点における利用者端末装置の各端末属性に応じたデータ形式に変換されたコンテンツを配信するコンテンツ配信システムは、コンテンツ記憶装置に保持される変換前コンテンツに対し各端末属性に応じて異なるトランスコーディング処理を遂行する機能を有し、利用者端末装置からのコンテンツ配信要求を契機にリアルタイムトランスコーディング配信処理を遂行する第１配信処理装置と、第１配信処理装置のリソース負荷を監視し、コンテンツ配信要求の際のリソース負荷状態に基づいて、配信要求のあったコンテンツの配信処理をリアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替える配信制御装置と、キャッシュ配信処理に際して第１配信処理装置のトランスコーディング処理を通じて生成される変換後コンテンツをキャッシュする第２配信処理装置と、を有することを特徴とする。
【００１２】
また、上記配信制御装置は、上記リアルタイムトランスコーディング配信処理の同時配信処理接続数を監視し、コンテンツ配信要求の際の同時配信処理接続数が許容同時配信処理接続数に達しているか否かを判別し、同時配信処理接続数が許容同時配信処理接続数に達している場合、配信要求のあったコンテンツの配信処理をリアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替えることができる。
【００１３】
また、上記配信制御装置は、第１配信処理装置のＣＰＵ使用率を監視し、コンテンツ配信要求の際の前記ＣＰＵ使用率が許容ＣＰＵ使用率に達しているか否かを判別し、許容ＣＰＵ使用率が許容ＣＰＵ使用率に達している場合、配信要求のあったコンテンツの配信処理をリアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替えることができる。
【００１４】
また、上記配信制御装置は、配信要求のあったコンテンツの配信処理をリアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替える場合、上記第２配信処理装置への接続情報を利用者端末装置に伝送し、上記第２配信処理装置は、接続情報に基づいて利用者端末装置から伝送されるコンテンツ配信要求を契機に、配信要求のあったコンテンツに対応する変換後コンテンツがキャッシュ登録されているか否かを判別し、キャッシュ登録されていない場合にキャッシュ配信処理に際して第１配信処理装置のトランスコーディング処理を通じて生成される変換後コンテンツをキャッシュすることができる。
【００１５】
また、上記コンテンツ記憶装置は、変換前コンテンツに対するトランスコーディング処理により生成される端末属性毎の変換後コンテンツヘッダを保持する変換後コンテンツヘッダ記憶部をさらに含むことができ、上記リアルタイムトランスコーディング配信処理は、トランスコーディング処理におけるペイロード変換処理により順次生成される変換後コンテンツの配信パケットを、予め変換後コンテンツヘッダ記憶部に格納された該当の変換後コンテンツヘッダ情報と結合して配信することができる。
【００１６】
また、上記コンテンツ記憶装置は、コンテンツのメタ情報を格納するコンテンツメタ情報記憶部と、コンテンツの配信要求頻度を格納するコンテンツ履歴記憶部とを含むことができ、上記配信制御装置は、各コンテンツに対してリアルタイムトランスコーディング配信処理又はキャッシュ配信処理を各コンテンツの配信ポリシーとして割り当てる配信ポリシー制御部を含むことができる。そして、上記配信ポリシー制御部は、各コンテンツの配信要求頻度をメタ情報別に解析して得られるメタ情報別配信要求頻度を用いて、コンテンツ記憶装置に格納される各コンテンツに配信ポリシーを割り当てることができる。
【００１７】
また、上記配信ポリシー制御部は、第２配信処理装置のキャッシュ容量における空き容量が所定値よりも小さいか否かを判別し、空き容量が所定値よりも小さい場合、メタ情報別配信要求頻度に関らずにリアルタイムトランスコーディング配信処理を配信ポリシーとして割り当てることができる。
【００１８】
また、上記コンテンツ履歴記憶部は、各コンテンツの最大同時配信数をさらに格納することができ、上記配信ポリシー制御部は、コンテンツの配信要求頻度又は最大同時配信数の少なくとも一方が所定の各閾値よりも大きい場合に、リアルタイムトランスコーディング配信処理が割り当てられたコンテンツの配信ポリシーを、キャッシュ配信処理に変更する更新処理を遂行することができる。
【００１９】
また、上記配信ポリシー制御部は、コンテンツの配信要求頻度及び最大同時配信数の各々が所定の各閾値よりも小さい場合に、キャッシュ配信処理が割り当てられたコンテンツの配信ポリシーを、リアルタイムトランスコーディング配信処理に変更する更新処理を遂行することができる。
【００２０】
さらに、本発明の他の観点における利用者端末装置の各端末属性に応じたデータ形式に変換されたコンテンツを配信するコンテンツ配信方法は、第１配信処理装置が、コンテンツ記憶装置に保持された変換前コンテンツに対し各端末属性に応じて異なるトランスコーディング処理を遂行し、利用者端末装置からのコンテンツ配信要求を契機にリアルタイムトランスコーディング配信処理を遂行するステップと、配信制御装置が、第１配信処理装置のリソース負荷を監視し、コンテンツ配信要求の際のリソース負荷状態に基づいて、配信要求のあったコンテンツの配信処理をリアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替えるステップと、第２配信処理装置が、キャッシュ配信処理に際して第１配信処理装置のトランスコーディング処理を通じて生成される変換後コンテンツをキャッシュするステップと、を含むことを特徴とする。
【００２１】
また、本発明のさらに１つの観点における利用者端末装置の各端末属性に応じたデータ形式に変換されたコンテンツを配信するコンテンツ配信システムは、コンテンツ記憶装置に保持された変換前コンテンツに対し各端末属性に応じて異なるトランスコーディング処理を遂行する機能を有し、利用者端末装置からのコンテンツ配信要求を契機にリアルタイムトランスコーディング配信処理を遂行するリアルタイムトランスコーディング配信処理装置と、リアルタイムトランスコーディング配信処理装置のリソース負荷を監視し、コンテンツ配信要求の際のリソース負荷状態に基づいて、配信要求のあったコンテンツの配信処理をリアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替える配信制御装置と、キャッシュ配信処理に際して変換後コンテンツをキャッシュするキャッシュ配信処理装置から伝送されるキャッシュ要求に基づいて、リアルタイムトランスコーディング配信処理装置のトランスコーディング処理を通じて生成される変換後コンテンツをキャッシュ配信処理装置に伝送するインターフェース装置と、を有することを特徴とする。
【００２２】
さらに、本発明の他の観点におけるコンテンツ配信システムの配信制御装置は、利用者端末装置の各端末属性に応じて異なるトランスコーディング処理を遂行し、リアルタイムトランスコーディング配信処理を遂行する第１配信処理装置を含むコンテンツ配信システムの配信制御装置であって、第１配信処理装置のリソース負荷を監視する負荷情報監視部と、利用者端末装置からのコンテンツ配信要求の際のリソース負荷状態に基づいて、配信要求のあったコンテンツの配信処理をリアルタイムトランスコーディング配信処理からトランスコーディング処理を通じて生成される端末属性に応じた変換後のコンテンツをキャッシュする第２配信処理装置を通じて配信するキャッシュ配信処理に切り替える配信処理制御部と、を有することを特徴とし、上記配信処理制御部は、配信要求のあったコンテンツの配信処理をリアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替える場合、第２配信処理装置への接続情報を利用者端末装置に伝送することを特徴とする。
【００２３】
また、本発明の他の観点におけるコンテンツ配信システムの配信制御プログラムは、利用者端末装置の各端末属性に応じて異なるトランスコーディング処理を遂行し、リアルタイムトランスコーディング配信処理を遂行する第１配信処理装置を含むコンテンツ配信システムの配信制御プログラムであって、第１配信処理装置のリソース負荷を監視する第１機能と、利用者端末装置からのコンテンツ配信要求の際のリソース負荷状態に基づいて、配信要求のあったコンテンツの配信処理をリアルタイムトランスコーディング配信処理からトランスコーディング処理を通じて生成される端末属性に応じた変換後のコンテンツをキャッシュする第２配信処理装置を通じて配信するキャッシュ配信処理に切り替える第２機能と、配信要求のあったコンテンツの配信処理をリアルタイムトランスコーディング配信処理からキャッシュ配信処理に切り替える場合に、第２配信処理装置への接続情報を前記利用者端末装置に伝送する第３機能と、をコンピュータに実現させることを特徴とする。
【発明の効果】
【００２４】
本発明によれば、利用者の各端末属性に応じたデータ形式に変換されたコンテンツを配信するコンテンツ配信システム全体の資源を最小限に抑えつつ、システム資源の枯渇による品質低下や配信停止などを好適に抑制したコンテンツ配信が可能となる。
【図面の簡単な説明】
【００２５】
【図１】本発明を適用したコンテンツ配信システムの全体概要図である。
【図２】本発明を適用したコンテンツ配信制御システムの構成ブロック図である。
【図３】本発明を適用したコンテンツ配信システムの全体処理フローを示すフローチャートである。
【図４】本発明の変換後コンテンツヘッダ格納処理（ａ），リアルタイムトランスコーディング処理（ｂ）の一例を示す図である。
【図５】本発明の配信処理決定処理の一例を示すフローチャートである。
【図６】本発明のＣＤＮキャッシュ配信処理の一例を示すフローチャートである。
【図７】本発明のメタデータ別配信ポリシー処理の一例を示すフローチャートである。
【図８】本発明のコンテンツ登録時の配信ポリシー決定処理の一例を示すフローチャートである。
【図９】本発明の配信ポリシー更新処理の一例を示すフローチャートである。
【図１０】図９に続くフローチャートである。
【発明を実施するための形態】
【００２６】
本発明の実施の形態を、図面を参照しながら詳細に説明する。
【００２７】
（第１実施形態）
図１は、本発明を適用したコンテンツ配信システム１の全体概要図である。本実施形態のコンテンツ配信システム１は、利用者端末装置３００の各端末属性に適合するデータ形式でデジタルコンテンツ（動画像、静止画像、音楽等，以下、単にコンテンツと称する）を配信する。図１に示すように、コンテンツ配信システム１は、システム全体の配信制御を遂行するとともにトランスコーディング処理機能を備えるコンテンツ配信制御システム１００と、ＣＤＮと、を含んでいる。
【００２８】
本実施形態の利用者端末装置３００の端末属性に応じたデータ形式に変換されたコンテンツの配信は、リアルタイムトランスコーディング配信処理（第１配信処理方式）及びＣＤＮキャッシュ配信処理（第２配信処理方式）の２つの配信処理により遂行される。以下の説明において、利用者端末装置３００の一態様として携帯電話を一例に説明する。なお、利用者端末装置３００としては、その他にＰＤＡ(Personal Digital Assistant)等の移動通信端末装置やパーソナルコンピュータなどの通信機能及び演算機能を備えた情報処理端末装置が含まれる。
【００２９】
リアルタイムトランスコーディング配信処理は、利用者端末装置３００からのコンテンツ配信要求を契機にリアルタイムにトランスコーディング処理を遂行し、当該利用者端末装置３００にその各端末属性に適合するデータ形式に変換されたコンテンツ（変換後コンテンツ）をキャッシュせずにインターネット等の第１ネットワークＮ１を通じて配信する配信処理方式である。ＣＤＮキャッシュ配信処理は、ＣＤＮ（第２ネットワークＮ２）上に配置される１つ又は複数のキャッシュサーバ２００Ｃを通じ、トランスコーディング処理が施された変換後コンテンツをキャッシュ配信する配信処理方式である。
【００３０】
なお、説明の便宜上、第１配信処理方式はインターネット（第１ネットワークＮ１）、第２配信処理方式はＣＤＮ（第２ネットワークＮ２）を通じて各々変換後コンテンツを配信するものとして説明するが、特に区別する必要はなく、第１及び第２ネットワークが同じネットワークであってもよい。つまり、ＣＤＮは文書等に比べて比較的データ容量の大きいデジタルコンテンツをネットワーク経由で配信するために最適化されたネットワークであり、広義にはコンテンツの配信管理、課金・認証システムを含むコンテンツ配信に必要な機能を含むネットワークも含まれるが、当該ＣＤＮは、専用回線などの物理的に閉鎖されたネットワークではなく、インターネット上において形成されるコンテンツ配信専用に最適化されたネットワークであり、例えばＣＤＮに対するアクセス制限等があったとしてもインターネットを構成する１ネットワークに過ぎない。したがって、１つ又は複数のキャッシュサーバ２００Ｃが配置されてＣＤＮキャッシュ配信処理によりコンテンツ配信を行うネットワークを説明の便宜上、インターネットと区別した第２ネットワークと称して説明しているが、インターネット及びＣＤＮを区別することなく１つのネットワークとして捉えることもできる。
【００３１】
ＣＤＮは、１又は複数のキャッシュサーバ２００Ｃ及びＣＤＮ全体を管理するＣＤＮ管理サーバ２００を含む。ＣＤＮ管理サーバ２００は、コンテンツ配信要求のあった利用者端末装置３００に対して最適なキャッシュサーバ２００Ｃを割り当てる配信ルート制御と、ＣＤＮにキャッシュ登録されているコンテンツの管理とを行う。また、キャッシュサーバ２００Ｃには、変換後コンテンツが格納される変換後コンテンツ格納部２１０Ｃが設けられ、ＣＤＮ管理サーバ２００には、各キャッシュサーバ２００Ｃにキャッシュ登録（格納）される変換後コンテンツのキャッシュ登録情報を格納するキャッシュ登録格納部２１０が設けられている。
【００３２】
ＣＤＮ管理サーバ２００は、利用者端末装置３００からのコンテンツ配信要求に応答して、要求されたコンテンツがＣＤＮにキャッシュ登録されているか否かを判別し、キャッシュ登録されていないコンテンツの配信要求に対して、コンテンツ配信制御システム１００との間で該当の変換後コンテンツのキャッシュ登録処理を遂行する。キャッシュサーバ２００Ｃは、コンテンツ配信要求に応答してＣＤＮ管理サーバ２００から送信される配信処理開始指示を受信して、変換後コンテンツ格納部２１０Ｃに格納されている該当の変換後コンテンツを利用者端末装置３００に配信する。なお、本実施形態のＣＤＮは、従来のＣＤＮと同様の構成及び配信機能を適用することができるので、従来と相違する点を中心に説明し、その他の説明については適宜省略する。
【００３３】
図２は、本実施形態のコンテンツ配信制御システム１００の構成ブロック図である。コンテンツ配信制御システム１００は、配信制御サーバ１１０、トランスコーディングサーバ１３０、ＣＤＮインターフェースサーバ１５０及び格納部１７０を含んで構成される。なお、図２の例では、各サーバを、コンテンツ配信制御システム１００を構成する各処理部及び格納部と対応付けて図示している。
【００３４】
配信制御サーバ１１０は、インターネットを通じた利用者端末装置３００との間の通信制御を遂行する通信処理部１１１、利用者端末装置３００からのコンテンツ配信要求に対して当該配信要求されたコンテンツの配信処理方式を決定する配信処理制御部１１２、トランスコーディングサーバ１３０の処理能力についての第１負荷情報及びトランスコーディングサーバ１３０におけるリアルタイムトランスコーディング配信処理における同時配信処理接続数（第２負荷情報）をリアルタイムに監視し、これら各負荷情報を収集・格納する負荷情報監視部１１３、コンテンツ配信システム１において配信するコンテンツを管理するコンテンツ管理部１１４、及び配信されるコンテンツに対する配信ポリシーを制御する配信ポリシー制御部１１５を含む。
【００３５】
トランスコーディングサーバ１３０は、オリジナルの又は所定のデータ形式で格納されているコンテンツ（変換前コンテンツ）を利用者端末装置３００の各端末属性に応じて異なる複数種類のトランスコーディング処理を遂行する変換処理部（トランスコーディング処理部）１３２と、各端末属性に応じて変換されたデータ形式のコンテンツ（変換後コンテンツ）を利用者端末装置３００にインターネットを通じて配信する通信処理部１３１と、利用者端末装置３００の各端末属性、例えば、携帯電話の各機種毎の属性情報（利用者端末装置３００の各端末属性に対応する変換種別（対応データ形式）や画像表示能力等に関する情報）などの情報を格納する端末属性格納部１４０と、を含む。
【００３６】
ＣＤＮインターフェースサーバ（ＣＤＮ_ＩＦサーバ）１５０は、ＣＤＮとのインターフェース機能を担う。具体的には、ＣＤＮ管理サーバ２００からのキャッシュ登録要求に対する変換後コンテンツの提供及びＣＤＮ全体の各情報を収集及び格納する機能を遂行する。上述のようにＣＤＮ管理サーバ２００は、利用者端末装置３００から配信要求されたコンテンツがキャッシュ登録されていない場合、コンテンツ配信制御システム１００に対してキャッシュ登録要求を送信する。このとき、ＣＤＮ_ＩＦサーバ１５０は、このキャッシュ登録要求を受信してトランスコーディングサーバ１３０に該当のコンテンツに対するトランスコーディング処理を要求し、トランスコーディングサーバ１３０で生成された変換後コンテンツをＣＤＮ管理サーバ２００に送信する。これらの機能は、ＣＤＮ制御部１５２によって遂行され、ＣＤＮ管理サーバ２００との間の通信制御は、通信処理部１５１によって遂行される。
【００３７】
また、ＣＤＮ_ＩＦサーバ１５０は、ＣＤＮ管理サーバ２００のＵＲＬ情報と、各キャッシュサーバ２００Ｃ又はＣＤＮ全体のストレージリソース情報（変換後コンテンツの格納資源に関する情報であり、ストレージ容量における空き容量に関する情報を含む）を不図示の格納部に保持することができる。例えば、ＣＤＮ_ＩＦサーバ１５０は、定期的（時間単位、日別単位等）にＣＤＮ管理サーバ２００又は各キャッシュサーバ２００Ｃからストレージリソース情報を収集したり、監視することができる。
【００３８】
格納部１７０は、トランスコーディング処理前のオリジナルの又は所定のデータ形式でコンテンツを格納する変換前コンテンツデータ格納部１７１、トランスコーディング処理により生成される変換後コンテンツヘッダ情報を格納する変換後コンテンツヘッダ格納部１７２、配信制御サーバ１１０の負荷情報監視部１１３によって収集された各負荷情報を格納する負荷情報格納部１７３、コンテンツの配信履歴情報を格納するコンテンツ履歴格納部１７４、配信制御サーバ１１０の配信ポリシー制御部１１５によって各コンテンツに関連付けられた配信ポリシーを格納する配信ポリシー格納部１７５、及びコンテンツに付随するメタ情報（メタデータ）を格納するコンテンツメタ情報格納部１７６を含む。
【００３９】
本実施形態のコンテンツ配信システム１は、例えば、配信制御サーバ１１０のコンテンツ管理部１１４により提供されるコンテンツ登録ページを通じて利用者端末３００又は不図示のシステム運営者の管理者端末装置からコンテンツがアップロード（登録）される。コンテンツ管理部１１４は、アップロードされたコンテンツをオリジナルのデータ形式（例えば、アップロード時のデータ形式）又は所定の共通したデータ形式で変換前コンテンツ格納部１７１に格納する。
【００４０】
また、各コンテンツは、そのコンテンツに関連する情報としてコンテンツの作成日時や作成者、データ形式、タイトル、要約、カテゴリ等のメタ情報を有する。メタ情報は、利用者又はコンテンツ登録ページの所定のメタ情報入力欄を介して入力することができ、また、コンテンツが作成される際にその作成者や配信者が予めメタ情報を作成し、コンテンツに付随する情報として当該コンテンツに付加され又はコンテンツに含まれることができる。コンテンツ管理部１１４は、コンテンツ登録処理において登録されたコンテンツを解析してメタ情報を抽出し、コンテンツメタ情報格納部１７６に格納する。
【００４１】
また、本実施形態のコンテンツ配信制御システム１００は、トランスコーディング処理後の変換後コンテンツ自体を保持せずに、変換後コンテンツに関してトランスコーディング処理において生成される変換後コンテンツヘッダ情報のみを変換後コンテンツヘッダ格納部１７２において保持する。
【００４２】
トランスコーディング処理は、入力されるコンテンツ（変換前コンテンツ）に対して各端末属性に応じた変換種別毎に１）ヘッダ解析処理、２）ペイロード変換処理、３）変換後ヘッダ生成処理、４）変換後ヘッダ情報とペイロードとの結合処理、を順に遂行し、変換後ヘッダ情報とペイロードとが結合されたデータを端末属性に応じた変換後コンテンツとして出力する。ここで、変換後コンテンツヘッダ情報は、一般的にこれら一連のトランスコーディング処理を遂行した後でなければ生成されないが、変換後コンテンツヘッダ情報は配信パケット自体を伝送するために必要な情報や端末属性に応じたデータ形式に関する情報（例えば、バージョン、ビットレート、パケット情報等）を含んでおり、変換後コンテンツヘッダ情報がなければ、配信処理を遂行することができない。
【００４３】
そこで、予め各端末属性に対応する各コンテンツの変換後コンテンツヘッダ情報を保持しておき、リアルタイムトランスコーディング配信処理におけるトランスコーディング処理において変換後コンテンツヘッダ情報の生成処理を持たずして（行わずに）、ペイロード変換処理で順次生成されるコンテンツの先頭の配信パケット（第１配信パケット）に変換後コンテンツヘッダ情報を結合させて配信する（図４（ｂ）参照）。このため、本実施形態のトランスコーディング処理では、コンテンツ配信要求から配信処理までの時間、すなわち、変換後コンテンツの第１配信パケットを送信するまでの時間を短縮することができ、トランスコーディング処理が完了しなければ配信処理がされなかった従来に比べ、コンテンツ配信要求後の変換処理時間に依存することなく、コンテンツ配信要求からコンテンツ配信までの遅延を回避する。
【００４４】
図４（ａ）は、変換後コンテンツヘッダ情報の生成及び格納処理の一例を示す図であり、コンテンツ管理部１１４は、コンテンツが新規に登録される際に、上述したメタ情報の格納処理とともに、トランスコーディングサーバ１３０に対して変換後コンテンツヘッダ情報の生成処理要求を出力する。トランスコーディングサーバ１３０は、入力された新規登録のコンテンツに対して上記１）〜３）までの処理を遂行し、生成された変換後コンテンツヘッダ情報を変換後コンテンツヘッダ格納部１７２に各コンテンツと関連付けて格納する。なお、上述にようにペイロード変換処理において生成されるペイロードは、格納及び保持せずに破棄する。
【００４５】
負荷情報格納部１７３は、負荷情報監視部１１３によりリアルタイムに監視及び収集されたトランスコーディングサーバ１３０の処理能力についての第１負荷情報、例えば、ＣＰＵ使用率やメモリ使用率、を時系列に格納するとともに、トランスコーディングサーバ１３０のリアルタイムトランスコーディング配信処理における同時配信処理接続数（同時配信処理要求数）を第２負荷情報として時系列に格納する。例えば、時間（秒、分、時）、日、週、月単位に各負荷情報を格納することができ、また、同時配信処理接続数に関しては、コンテンツ毎に格納することもでき、例えば、１つのコンテンツが最大で同時に配信した（要求された）数（コンテンツ別の最大同時配信数）を、各コンテンツ毎に格納することができる。
【００４６】
コンテンツ履歴格納部１７４は、各コンテンツの配信要求履歴を格納する。例えば、各コンテンツの配信数（配信要求頻度）、配信数の多い時間帯、配信方式別の配信数、コンテンツ別の最大同時配信数を、各コンテンツ毎に格納する。これらの配信要求履歴は、コンテンツ管理部１１４において管理され、配信数のカウント処理や集計処理等を経てコンテンツ履歴格納部１７４に格納される。
【００４７】
配信ポリシー格納部１７５は、後述する配信ポリシー決定処理及び配信ポリシー更新処理において各コンテンツに対して付与される配信ポリシーを格納する。配信ポリシーは、変換前コンテンツ格納部１７１に格納される全てのコンテンツに対して付与されるデフォルトの配信処理方式であり、上述の第１配信処理方式又は第２配信処理方式が各コンテンツに対する配信ポリシーとして関連付けられる。
【００４８】
図３は、本実施形態のコンテンツ配信システム１のコンテンツ配信処理の一例を示すフローチャートである。
【００４９】
利用者端末装置３００は、インターネットを介してコンテンツ配信制御システム１００が提供する不図示のコンテンツ配信ページにアクセスし（ステップＳ１）、所望のコンテンツを選択する（ステップＳ３）。利用者のコンテンツ選択は、コンテンツ配信要求としてコンテンツ配信制御システム１００に送信され、コンテンツ配信制御システム１００の配信制御サーバ１１０が、トランスコーディングサーバ１３０の負荷状態に基づいて配信要求されたコンテンツの配信処理方式の決定処理を遂行する（ステップＳ５）。このとき、コンテンツ配信要求には、選択したコンテンツの識別情報及び利用者端末装置３００の属性情報が含まれる。
【００５０】
配信制御サーバ１１０は、要求されたコンテンツの配信処理方式を第１配信処理方式に決定した場合、トランスコーディングサーバ１３０に対して当該コンテンツのリアルタイムトランスコーディング配信処理要求を出力する。トランスコーディングサーバ１３０は、配信処理要求に応答して変換前コンテンツ格納部１７１から該当のコンテンツを取得するとともに、変換後コンテンツヘッダ格納部１７２から該当の変換後コンテンツヘッダ情報を取得する。また、コンテンツ配信要求に含まれた利用者端末装置３００の属性情報を用いて端末属性格納部１４０から変換種別情報を取得する。そして、変換前コンテンツ、変換後コンテンツヘッダ情報及び変換種別を用いて、図４（ｂ）に示したリアルタイムトランスコーディング処理を実行する。トランスコーディングサーバ１３０は、トランスコーディング処理によりリアルタイムに生成された当該コンテンツの配信パケットを、インターネットを通じて利用者端末装置３００に順次に伝送する（ステップＳ７）。
【００５１】
一方、配信制御サーバ１１０は、要求されたコンテンツの配信処理方式を第２配信処理方式に決定した場合、ＣＤＮ管理サーバ２００のＵＲＬ（ワンタイムＵＲＬ）、端末属性に基づく変換種別等を含むリダイレクト情報（接続情報）を生成し（ステップＳ９）、利用者端末装置３００に送信する（ステップＳ１１）。このとき、配信制御サーバ１１０は、ＣＤＮ_ＩＦサーバ１５０からＣＤＮ管理サーバ２００のＵＲＬを取得してワンタイムＵＲＬを生成し、端末属性格納部１４０に格納された当該コンテンツの変換種別をコンテンツ配信要求に含まれる属性情報に基づいて取得する。
【００５２】
利用者端末装置３００は、リダイレクト情報に含まれるワンタイムＵＲＬを自動的に読み込んで、又はリダイレクト情報のワンタイムＵＲＬを利用者が選択することにより、リダイレクト先であるＣＤＮ管理サーバ２００にアクセスする。このとき、変換種別を含むコンテンツ配信要求がＣＤＮ管理サーバ２００（ＣＤＮ）に送信される（ステップＳ１３）。
【００５３】
ＣＤＮ管理サーバ２００は、変換種別を含むコンテンツ配信要求を受信すると、キャッシュ登録情報格納部２１０を参照して要求のあったコンテンツがキャッシュ登録されているか否かを判別する（ステップＳ１５）。キャッシュ登録の判別は、当該コンテンツの識別ＩＤ及び変換種別を用いて行われ、識別ＩＤが同一でかつ変換種別が同一のコンテンツがキャッシュ登録されているか否かを判別する。
【００５４】
ステップＳ１５においてキャッシュ登録されていると判別された場合は、当該利用者端末装置３００についての最適なキャッシュサーバ２００Ｃを複数のキャッシュサーバ２００Ｃの中から決定する配信ルート決定処理を遂行し、決定されたキャッシュサーバ２００Ｃに配信処理要求を出力する。キャッシュサーバ２００Ｃは、ＣＤＮ管理サーバ２００からの配信処理要求に応答して、変換後コンテンツ格納部２１０Ｃに格納されている該当の変換後コンテンツを利用者端末装置３００に配信する配信処理を遂行する（ステップＳ２５）。
【００５５】
ステップＳ１５においてキャッシュ登録されていないと判別された場合、コンテンツ管理サーバ２００は、コンテンツ配信制御システム１００に対して当該コンテンツのキャッシュ登録要求を送信する（ステップＳ１７）。
【００５６】
ＣＤＮ管理サーバ２００からのキャッシュ登録要求は、ＣＤＮ_ＩＦサーバ１５０によって受信され、ＣＤＮ_ＩＦサーバ１５０は、トランスコーディングサーバ１３０に該当のコンテンツに対するトランスコーディング処理を要求し、トランスコーディングサーバ１３０は、該当のコンテンツに対するトランスコーディング処理を遂行して変換後コンテンツを生成する（ステップＳ１９）。生成された変換後コンテンツは、ＣＤＮ_ＩＦサーバ１５０に出力され、ＣＤＮ管理サーバ２００に送信される（ステップＳ２１）。
【００５７】
ＣＤＮ管理サーバ２００は、キャッシュ登録要求に対する変換後コンテンツを受信すると、変換後コンテンツのキャッシュ登録処理を遂行するとともに（ステップＳ２３）、各キャッシュサーバ２００Ｃに当該変換後コンテンツを送信し、変換後コンテンツ格納部２１０に格納させる。そして、上述と同様に当該利用者端末装置３００についての最適なキャッシュサーバ２００Ｃを決定する配信ルート決定処理を遂行し、決定されたキャッシュサーバ２００Ｃに配信処理要求を出力する。キャッシュサーバ２００Ｃは、ＣＤＮ管理サーバ２００からの配信処理要求に応答して、ＣＤＮキャッシュ配信処理に際して変換後コンテンツ格納部２１０Ｃに格納された該当の変換後コンテンツを利用者端末装置３００に配信する配信処理を遂行する（ステップＳ２５）。
【００５８】
なお、ＣＤＮキャッシュ配信処理における配信ルート決定処理は、従来のＣＤＮと同様に遂行することができる。また、本実施形態のコンテンツ配信制御システム１００は、ＣＤＮ管理サーバ２００の機能、すなわち、ＣＤＮ全体を管理するとともに配信ルート決定機能、キャッシュ登録機能を担うように構成することも可能である。この場合、ＣＤＮ_ＩＦサーバ１５０がこれらの機能を備え、第２配信処理方式に決定された場合にキャッシュ登録有無のチェック及び配信ルート決定処理を遂行し、利用者端末装置３００に最適なキャッシュサーバ２００ＣのワンタイムＵＲＬを含むリダイレクト情報を利用者端末装置３００に送信し、決定されたキャッシュサーバ２００Ｃからのコンテンツ配信を遂行させるように制御することができる。
【００５９】
また、ＣＤＮ管理サーバ２００を設けずにキャッシュサーバ２００Ｃが当該ＣＤＮ管理サーバ２００の機能を担うように構成することも可能である。本実施形態のコンテンツ配信システム１では、変換後コンテンツをキャッシュして利用者端末装置３００にキャッシュ配信処理を遂行するキャッシュサーバを備えればよく、キャッシュ配信に伴うＣＤＮ管理サーバ２００を含むＣＤＮの構成は任意である。
【００６０】
＜配信処理決定処理＞
図５は、本実施形態のコンテンツ配信制御システム１００の配信処理決定処理の処理フローを示すフローチャートである。この処理は、配信制御サーバ１１０により遂行され、トランスコーディングサーバ１３０の負荷状態に基づいて、コンテンツ配信要求のあったコンテンツの配信処理方式を決定し、決定された配信処理方式での配信制御を遂行する。
【００６１】
配信制御サーバ１１０の配信処理制御部１１２は、利用者端末装置３００からのコンテンツ配信要求を受信すると（ステップＳ１０１）、要求されたコンテンツの配信ポリシーを配信ポリシー格納部１７５から取得する（ステップＳ１０２）。そして、取得した当該コンテンツの配信ポリシーが第２配信処理方式である場合には（ステップＳ１０３）、ＣＤＮへのリダイレクト処理を遂行する（ステップＳ１０４）。
【００６２】
一方、デフォルトで配信ポリシーが第１配信処理方式である場合、配信処理制御部１１２は、トランスコーディングサーバ１３０の現時点の同時配信処理接続数を取得し（ステップＳ１０５）、同時配信処理接続数が所定の閾値（許容同時配信処理接続数）に達しているか否かを判別する（ステップＳ１０６）。同時配信処理接続数が許容同時配信接続数に達している場合は、トランスコーディングサーバ１３０の処理能力の負荷をこれ以上増加させないために、配信ポリシーが第１配信処理方式の当該コンテンツの配信処理方式を第２配信処理方式に切り替え、ＣＤＮへのリダイレクト処理を遂行する（ステップＳ１０４）。
【００６３】
同時配信処理接続数が許容同時配信処理接続数、例えば、ネットワークトラフィック等から得られえる本システムが許容できる同時配信接続数に達していない場合（小さい場合）、配信処理制御部１１２はさらにトランスコーディングサーバ１３０の現時点でのＣＰＵ使用率を取得し（ステップＳ１０７）、ＣＰＵ使用率が所定の閾値（許容ＣＰＵ使用率）を超過しているか否かを判別する（ステップＳ１０８）。トランスコーディング処理及び配信処理を行うトランスコーディングサーバ１３０のＣＰＵ使用率が所定の閾値、例えば、ＣＰＵ性能から得られる最大許容ＣＰＵ使用率やオーバーフローを抑制するために任意に設定された所定割合を最大ＣＰＵ使用率に乗算して得られるＣＰＵ使用率上限値を超過している場合には、トランスコーディングサーバ１３０の処理能力の負荷をこれ以上増加させないために、配信ポリシーが第１配信処理方式の当該コンテンツの配信処理方式を第２配信処理方式に切り替え、ＣＤＮへのリダイレクト処理を遂行する（ステップＳ１０４）。
【００６４】
一方、ＣＰＵ使用率が所定の閾値を超過していない場合には、トランスコーディングサーバ１３０に対して当該コンテンツのリアルタイムトランスコーディング配信処理を要求し（ステップＳ１０９）、トランスコーディングサーバ１３０がリアルタイムトランスコーディング配信処理を遂行する。
【００６５】
ここで、本実施形態のリアルタイムトランスコーディング配信処理は、利用者端末装置３００からのコンテンツ配信要求を契機に遂行され、コンテンツ配信要求を契機に変換後コンテンツが生成される。すなわち、本実施形態のコンテンツ配信システム１は、後述するキャッシュ配信処理も含め、利用者端末装置３００からのコンテンツ配信要求があってから初めて変換後コンテンツが生成され、リアルタイムトランスコーディング配信処理後に変換後コンテンツを保持しない。言い換えれば、システム全体として予め変換後コンテンツのデータ自体を保持していない。
【００６６】
＜ＣＤＮキャッシュ配信処理＞
図６は、本実施形態のコンテンツ配信システム１のＣＤＮキャッシュ配信処理方式の処理フローを示すフローチャートである。本実施形態のＣＤＮキャッシュ配信処理は、コンテンツ配信制御システム１００が利用者端末装置３００にＣＤＮのワンタイムＵＲＬ及び変換種別を含むリダイレクト情報（接続情報）を送信し、利用者端末装置３００がこのリダイレクト情報に基づいて、ＣＤＮにコンテンツ配信要求をすることにより開始される。
【００６７】
ＣＤＮ管理サーバ２００は、利用者端末装置３００から変換種別を含むコンテンツ配信要求を受信すると（ステップＳ３０１）、要求されたコンテンツがキャッシュ登録されているか否かを判別する（ステップＳ３０２）。キャッシュ登録されている場合には、複数のキャッシュサーバ２００Ｃのうち、利用者端末装置３００に最適なキャッシュサーバ２００Ｃを決定し（ステップＳ３０８）、決定されたキャッシュサーバ２００Ｃが変換後コンテンツ格納部２１０に格納されている変換後コンテンツを利用者端末装置３００に配信する（ステップＳ３０９）。
【００６８】
一方、要求のあったコンテンツがキャッシュ登録されていないと判別された場合、ＣＤＮ管理サーバ２００は、ＣＤＮ（各キャッシュサーバ２００Ｃ）のストレージ容量において空きが存在するか否かを判別する（ステップＳ３０３）。ＣＤＮのストレージ容量に空き容量がないと判別された場合は、利用者端末装置３００にアラート（配信処理できない旨の通知）を伝送し、配信処理を終了する（ステップＳ３０４）。ステップＳ３０３において空き容量があると判別された場合には、ＣＤＮ管理サーバ２００は、コンテンツ配信制御システム１００に対して、当該コンテンツのキャッシュ登録要求を送信する（ステップＳ３０５）。
【００６９】
ＣＤＮ管理サーバ２００は、キャッシュ登録要求に対する変換後コンテンツを受信すると、変換後コンテンツのキャッシュ登録処理を遂行するとともに（ステップＳ３０６）、複数のキャッシュサーバ２００Ｃの各々に新規にキャッシュ登録される変換後コンテンツを伝送し、キャッシュサーバ２００Ｃの変換後コンテンツ格納部２１０Ｃに格納させる（ステップＳ３０７）。本実施形態では、コンテンツ配信要求があった際に該当のコンテンツがキャッシュ登録しているか否かを行い、キャッシュ登録されていないと判別された場合にＣＤＮキャッシュ配信処理に際して（利用者からのコンテンツ配信要求を契機に）初めて対応する端末属性の変換後コンテンツが各キャッシュサーバ２００Ｃにキャッシュされることになる。
【００７０】
その後、ＣＤＮ管理サーバ２００は、利用者端末装置３００に対する最適なキャッシュサーバ２００Ｃを決定し（ステップＳ３０８）、決定されたキャッシュサーバ２００から変換後コンテンツの配信処理を行う（ステップＳ３０９）。
【００７１】
なお、キャッシュ登録は所定の登録期間情報を含むことができ、例えば、何日、何週間といった一定期間キャッシュ登録され、一定期間経過後、キャッシュ登録から削除される。すなわち、各キャッシュサーバ２００Ｃの変換後コンテンツ格納部２１０Ｃから一定期間後に該当の変換後コンテンツが削除される。このキャッシュ削除の処理は、ＣＤＮ管理サーバ２００において集中的に管理することができる。
【００７２】
＜配信ポリシー決定処理＞
図７及び図８は、本実施形態の配信ポリシー決定処理を説明するための図であり、本実施形態では、コンテンツが配信される際に予め上述の第１及び第２配信処理方式をそのコンテンツの配信ポリシーとして関連付ける。このとき、各コンテンツのメタ情報及びコンテンツ配信履歴情報を活用して、各コンテンツのデフォルトの配信処理方式として配信ポリシーを決定する。
【００７３】
このため、本実施形態では前処理として、図７に示すように配信ポリシー制御部１１５によるメタ情報別配信ポリシー決定処理を遂行する。配信ポリシー制御部１１５は、コンテンツ履歴格納部１７４に格納されているコンテンツ毎の配信要求頻度を各コンテンツのメタ情報を用いて解析し（ステップＳ５０１）、例えば、メタ情報に含まれるカテゴリ別の配信要求頻度（メタ情報別配信要求頻度）を算出する。そして、カテゴリ別の配信頻度が所定の閾値（配信頻度閾値）を超えているか否かを判別し、越えている場合にはそのカテゴリに対して第２配信処理方式を割り当て（ステップＳ５０２）、越えていない場合にはそのカテゴリに対して第１配信処理方式を割り当てる（ステップＳ５０３）。そして、配信ポリシー制御部１１５は、メタ情報毎に割り当てられた配信処理方式を、メタ情報配信ポリシーとして配信ポリシー格納部１７５に格納する。
【００７４】
図８は、各コンテンツに対する配信ポリシー決定方法の処理遷移を示すフローチャートである。配信ポリシー制御部１１５は、新規コンテンツの登録があった場合（ステップＳ７０１）、ＣＤＮ_ＩＦサーバ１５０からＣＤＮのストレージリソース情報を取得し、ＣＤＮのキャッシュ（変換後コンテンツ格納部２１０Ｃ）に空き容量があるか否かを判別する（ステップＳ７０３）。
【００７５】
ＣＤＮの変換後コンテンツ格納部２１０Ｃに所定の空き容量がないと判別された場合には、新規登録されたコンテンツに対して第１配信処理方式であるリアルタイムトランスコーディング配信処理方式を当該コンテンツに配信ポリシーとして決定し（ステップＳ７１１）、配信ポリシー格納部１７５に格納する。このとき、ＣＤＮのストレージリソースが不足している旨のアラートを不図示の管理者端末装置等に出力することができる（ステップＳ７１３）。
【００７６】
ステップＳ７０３においてＣＤＮの変換後コンテンツ格納部２１０Ｃに所定の空き容量があると判別された場合には、配信ポリシー制御部１１５は、新規登録されるコンテンツのメタ情報を参照し、対応するメタ情報別配信ポリシーを当該コンテンツの配信ポリシーとして決定し（ステップＳ７０３）、決定された配信ポリシーを配信ポリシー格納部１７５に格納する。
【００７７】
そして、配信ポリシー制御部１１５は、決定された新規登録コンテンツの配信ポリシーが第２配信処理方式であるか否かを判別し（ステップＳ７０５）、第２配信処理方式であるＣＤＮキャッシュ配信処理方式であると判別された場合には、処理を終了する。一方、第２配信処理方式でないと判別された場合、すなわち、第１配信処理方式であるリアルタイムトランスコーディング配信処理方式と判別された場合には、図４（ａ）に示すように変換後コンテンツヘッダ情報の生成処理及び格納処理を遂行して処理を終了する（ステップＳ７０７，Ｓ７０９）。
【００７８】
なお、第２配信処理方式が配信ポリシーとして割り当てられたコンテンツに対して、ＣＤＮへの変換後コンテンツのキャッシュ登録は、事前に行わない。すなわち、事前にトランスコーディング処理を遂行し、各端末属性に応じた変換後コンテンツをキャッシュサーバ２００Ｃの変換後コンテンツ格納部２１０Ｃにせずに、上述のようにコンテンツ配信要求に際して、又はキャッシュ配信処理に際して当該コンテンツに対するキャッシュ登録チェックを遂行し、このとき初めて変換後コンテンツが変換後コンテンツ格納部２１０Ｃにキャッシュされ、システム全体としてコンテンツ配信要求又はキャッシュ配信処理が遂行されるまでは、変換後コンテンツはＣＤＮにキャッシュされない。
【００７９】
＜配信ポリシー更新処理＞
図９及び図１０は、各コンテンツに関連付けられた配信ポリシーの更新処理の処理フローを示すフローチャートである。配信ポリシー更新処理は、登録されている全てのコンテンツに対して遂行され、各コンテンツのコンテンツ履歴情報、例えば、コンテンツの最大同時配信数及び配信要求頻度（トラフィック情報）を用いて、コンテンツの配信ポリシーを更新する処理を遂行する。なお、当該更新処理は、定期的に又は任意のタイミングで行うことができる。
【００８０】
配信ポリシー制御部１１５は、登録コンテンツサーチ番号を初期化し（ステップＳ９０１）、前回の配信ポリシー更新処理以降のコンテンツの最大同時配信数及び配信要求頻度をコンテンツ履歴格納部１７４から取得する（ステップＳ９０３）。
【００８１】
配信ポリシー制御部１１５は、当該コンテンツの最大同時配信数及び配信要求頻度の各々が所定の各閾値を超過しているか否かの判別処理を遂行し（ステップＳ９０５，Ｓ９０７）、いずれか一方が超えていると判別された場合には、さらにＣＤＮのストレージリソース情報をチェックし、変換後コンテンツ格納部２１０Ｃに空き容量がある場合には、更新配信ポリシーとして当該コンテンツに対して第２配信処理方式（ＣＤＮキャッシュ配信処理）を割り当て、空き容量がない場合には、第１配信処理方式（リアルタイムトランスコーディング配信処理）を割り当てる（ステップＳ９１３）。
【００８２】
一方、当該コンテンツの最大同時配信数及び配信要求頻度の各々が所定の各閾値を超過していないと判別された場合には、第１配信処理方式を割り当てる（ステップＳ９０９）。
【００８３】
配信ポリシー制御部１１５は、更新配信ポリシーが割り当てられた後、当該更新配信ポリシーが現時点において割り当てられている配信ポリシー（更新前配信ポリシー）に対して変更があるか否かをチェックする（ステップＳ９１５）。
【００８４】
具体的には、更新配信ポリシーとして第１配信処理方式又は第２配信処理方式が割り当てられ、現時点において割り当てられている当該コンテンツの配信ポリシーが同一の第１配信処理方式又は第２配信処理方式である場合、配信ポリシーに変更なしと判別し、当該コンテンツに対する配信ポリシーを更新配信ポリシーに更新する処理を行わずに、次のコンテンツに対する配信ポリシー更新処理を遂行する（ステップＳ９２５，Ｓ９２７）。
【００８５】
一方、更新配信ポリシーとして第１配信処理方式が割り当てられ、現時点において割り当てられている当該コンテンツの配信ポリシーが第２配信処理方式である場合、配信ポリシーが第２配信処理方式に変更ありと判別し、ステップＳ９１７に進む。ステップＳ９１７では、上述のように第１配信処理方式が配信ポリシーとして関連付けられたコンテンツに対しては、第１配信処理のために変換後コンテンツヘッダ情報が変換後コンテンツヘッダ格納部１７２に保持されているため、第２配信処理方式に更新された当該コンテンツの変換後コンテンツヘッダ情報を変換後コンテンツヘッダ格納部１７２から削除する処理を遂行する。その後、次のコンテンツに対する配信ポリシー更新処理を遂行する（ステップＳ９２５，Ｓ９２７）。
【００８６】
また、更新配信ポリシーとして第２配信処理方式が割り当てられ、現時点において割り当てられている当該コンテンツの配信ポリシーが第１配信処理方式である場合、配信ポリシーが第１配信処理方式に変更ありと判別し、ステップＳ９１９に進む。ステップＳ９１９では、上述のように第１配信処理方式が配信ポリシーとして関連付けられたコンテンツに対しては、第１配信処理のために変換後コンテンツヘッダ情報を変換後コンテンツヘッダ格納部１７２に保持するため、第１配信処理方式に更新された当該コンテンツの変換後コンテンツヘッダ情報の生成処理を遂行し、変換後コンテンツヘッダ格納部１７２に格納する（ステップＳ９２１）。このとき、当該コンテンツに第２配信処理方式が割り当てられていたことから、第１配信処理方式に配信ポリシーを変更するに際し、配信ポリシー制御部１１５は、ＣＤＮ_ＩＦサーバ１５０を通じてＣＤＮ管理サーバ２００に当該コンテンツがキャッシュ登録されているかをチェックし、キャッシュ登録されている場合には、キャッシュ登録抹消処理をＣＤＮ管理サーバ２００に依頼し（キャッシュ登録抹消要求を送信し）、ＣＤＮ管理サーバ２００は、キャッシュ登録及びキャッシュサーバ２００の変換後コンテンツ格納部２１０からの該当変換後コンテンツの削除処理を遂行する（ステップＳ９２３）。その後、次のコンテンツに対する配信ポリシー更新処理を遂行する（ステップＳ９２５，Ｓ９２７）。
【００８７】
上述のように本実施形態のコンテンツ配信システム１は、利用者端末装置３００の各端末属性に応じた変換後コンテンツを予め保持せずに、変換前コンテンツはオリジナルの又は所定のデータ形式との関係で一対一に保持され、利用者端末装置３００からのコンテンツ配信要求があって初めてトランスコーディング処理が遂行されて各端末属性に応じた変換後コンテンツが生成される。そして、トランスコーディングサーバ１３０の負荷状態に応じてリアルタイムトランスコーディング配信処理をＣＤＮキャッシュ配信処理方式に切り換えて配信を行うことにより、トランスコーディングサーバ１３０の処理能力のオーバーフローを抑制することができ、キャッシュサーバ２００Ｃは、キャッシュ配信処理に際して変換後コンテンツをキャッシュして利用者端末装置３００へのキャッシュ配信処理を遂行する。
【００８８】
すなわち、１つのコンテンツが各端末属性毎に一対多の関係で保持される必要がなく、かつトランスコーディングサーバ１３０の処理性能の枯渇、すなわち、リソース負荷状態の増大に伴うオーバーフローを好適に抑制することができ、予め変換後コンテンツをキャッシュするのではなく、キャッシュ配信処理（コンテンツ配信要求）に際して必要な場合のみにキャッシュしてキャッシュ配信を行うことができる。
【００８９】
このため、利用者の端末属性に応じたデータ形式に変換されたコンテンツを配信するコンテンツ配信システム１全体の資源（コンテンツ格納資源、ＣＰＵ性能等）を最大限に発揮させつつシステム全体の資源を効率化することができ、かつシステム資源の枯渇による品質低下や配信停止などを好適に抑制したコンテンツ配信が可能となる。
【００９０】
言い換えれば、各端末属性に応じたトランスコーディング処理は、その各端末属性の複数種類のトランスコーディング処理を遂行しなければならず、１つのコンテンツに対しても複数のトランスコーディング処理を必要とする。このため、トランスコーディングサーバ１３０の処理負荷が大きくなるが、本実施形態のコンテンツ配信システム１では、コンテンツ配信制御システム１００が、トランスコーディングサーバ１３０の処理負荷に応じて、ＣＤＮキャッシュ配信に切り替えるため、トランスコーディング１３０のサーバ負荷を過度に増大することを好適に抑制できる。
【００９１】
特に、本実施形態のコンテンツ配信システム１は、変換後コンテンツを予め保持せずにコンテンツ配信要求があった時点で、初めてトランスコーディング処理により変換後コンテンツが生成され、第１配信処理方式又は第２配信処理方式で配信される。
【００９２】
このため、ストレージリソースを極めて少なくすることができるとともに、トランスコーディングサーバ１３０を最小限のリソースで設計することができ、効率的なシステム資源を実現できる。つまり、変換後コンテンツを保持せずにトランスコーディングサーバ１３０の処理能力を最大限に発揮させつつ、オーバーフローを抑制することができるため、必要以上の処理性能を具備することなく、かつコンテンツ配信制御システム１００及びＣＤＮのストレージリソースを極力低減させることができる。
【００９３】
また、予め配信ポリシーを設定することで、トランスコーディングサーバ１３０の処理負荷及びＣＤＮのストレージリソースを予測することが可能となり、好適なシステム設計を行うことができる。また、コンテンツの新規登録の際にＣＤＮのストレージリソースをチェックし、空き容量がない場合にはＣＤＮキャッシュ配信処理ではなく、リアルタイムトランスコーディング配信処理を配信ポリシーとして割り当てているため、一度に大量のコンテンツ登録があった場合であっても、ＣＤＮのストレージリソース不足によるＣＤＮキャッシュ配信の品質低下や配信不能等を好適に回避、抑制するが可能となるとともに、必要以上のストレージリソースを保持せずにＣＤＮのストレージリソースを効率的に活用することが可能となる。
【００９４】
また、本実施形態のコンテンツ配信システム１は、従来のロードバランサのような負荷分散技術と異なり、システム全体のリソースを最小化できる。つまり、従来の負荷分散技術は、複数のサーバ間の処理負荷の平均化を図るものであり、サーバリソース自体の効率化を図ることができないが、本実施形態では、システム全体及びシステムが保有する各装置等のリソースを効率化できる。
【００９５】
また、配信ポリシーが適宜更新されることで、システム資源の予測が容易になるとともに、配信ポリシーの割り当て及び更新時においても変換後コンテンツを予め保持せずに、コンテンツ配信要求があって初めてトランスコーディング処理の実行及び変換後コンテンツの生成、キャッシュサーバ２００Ｃへの変換後コンテンツの格納が行われるので、従来に比べて極めて少ないストレージリソースでシステムを実現することができる。また、ＣＤＮにキャッシュ登録されたコンテンツの配信ポリシーが第１配信処理方式に変更（更新）された場合に、そのキャッシュ登録を抹消し、キャッシュサーバ２００Ｃの変換後コンテンツ格納部２１０Ｃから該当の変換後コンテンツを削除するため、ＣＤＮのストレージリソースの効率化を図ることができる。
【００９６】
ここで、上記第１実施形態では、各コンテンツ毎に配信ポリシーを決定し、また、配信要求のあったコンテンツ毎にその配信処理方式によって又は配信処理方式を切り換えたコンテンツ配信について説明したが、上述のように利用者端末装置３００はその端末属性が各々異なり、変換後コンテンツはその端末属性に対応する変換種別の数に応じて生成される。つまり、１つのコンテンツでもその端末属性に応じた複数の変換後コンテンツが生成されるので、コンテンツと端末属性を対にしたコンテンツの管理及び配信を行うこともできる。
【００９７】
具体的には、コンテンツ配信システム１に登録された１つのコンテンツは、各端末属性毎に管理され、例えば、端末属性がｘ，ｙ，ｚの３つである場合、１つのコンテンツＡがコンテンツＡｘ，コンテンツＡｙ，コンテンツＡｚの３つで個別に管理される。そして、１つのコンテンツＡであっても、同じコンテンツＡに対してコンテンツ配信要求があった場合、利用者端末装置３００から送信される端末属性毎にそのコンテンツＡの配信処理方式を決定し、配信処理を遂行することができる。また、配信ポリシーもその端末属性毎に異なる配信ポリシーが割り当てられ、１つのコンテンツに対して端末属性毎の複数の配信ポリシーが関連付けられて格納されることになる。図９，図１０の例においては、端末属性とコンテンツとを対として、例えば、コンテンツＡｘ、コンテンツＡｙ，コンテンツＡｚ毎にその各最大同時配信数及び各配信要求頻度に基づいて、配信ポリシー更新処理が遂行されることになる。
【００９８】
また、コンテンツ管理部１１４は、各コンテンツ毎に格納する履歴情報を、さらに端末属性毎に格納することができる。つまり、上述の第１実施形態においてコンテンツの履歴情報は、コンテンツ及び各端末属性毎に管理及び格納されることができる。したがって、本発明のコンテンツ配信システムでは、コンテンツ毎又は／及びそのコンテンツを複数の端末属性毎に管理し、配信制御及び各種の処理を遂行することができる。１つのコンテンツを各端末属性で管理する場合であっても、各端末属性毎の変換後コンテンツを保持していないため、上記第１実施形態と同様の効果が得られるとともに、各端末属性毎に１つのコンテンツを管理することから、より綿密な制御及びシステム資源の効率化を図ることが可能となる。なお、コンテンツ配信システム１に登録されている複数のコンテンツのうち、上述の第１実施形態のようにコンテンツ単位で管理・制御するコンテンツとコンテンツ及び端末属性単位で管理・制御するコンテンツとが混在してもよく、また、どちらか一方の管理・制御でコンテンツ配信システム１を実現することもできる。
【００９９】
なお、利用者端末装置３００の各端末属性とトランスコーディング処理に用いられる変換種別とは必ずしも一対一の関係ではなくてもよく、例えば、端末属性が異なっていても同一の変換種別が関連付けられることもある。つまり、利用者端末装置３００のコンテンツに対する対応データ形式や画像表示能力等が、他の端末属性においても同様であったり又はそのデータ形式等に対応するものであれば、異なる端末属性に同じ変換種別が割り当てられ、その変換種別を用いてトランスコーディング処理が遂行されることになる。
【０１００】
なお、各サーバは、ハードウェア構成として上述以外にも、キーボード、マウス、スキャナー等の操作入力部、液晶ディスプレイ等の表示部、プリンタ、スピーカなどの出力部、主記憶装置（メモリ）、補助記憶装置（ハードディスク等）等を備えることが可能であり、利用者端末装置においてもこれらの手段を備えることができる。各部及び各装置の制御は、サーバ又はコンピュータ全体の制御を司る制御部（ＣＰＵ）により遂行される（不図示）。
【０１０１】
また、本実施形態のコンテンツ配信システム１００は、配信制御サーバ１１０、トランスコーディングサーバ１３０及びＣＤＮ_ＩＦサーバ１５０を各々異なるサーバ装置等で実現しているが、これに限らず１つのサーバ装置で実現することも可能である。また、各サーバ装置毎及び／又は各処理部毎にネットワーク上の複数の情報処理装置に分散させ、通信回線を介して接続する分散システムとして実現することも可能である。
【０１０２】
また、本発明のコンテンツ配信処理及び配信制御（の各ステップ）は、コンピュータで実行可能なプログラムとして提供することも可能であり、当該プログラムがインストールされたコンピュータは、本発明のコンテンツ配信処理を遂行する情報処理装置として動作することが可能である。例えば、不図示の補助記憶装置に当該プログラムが格納され、ＣＰＵ等の制御部が補助記憶装置に格納されたプログラムを主記憶装置に読み出し、主記憶装置に読み出された該プログラムを制御部が実行し、コンピュータに本発明の処理を動作させることができる。また、本発明のプログラムは、コンピュータ読取可能な記録媒体に記録された状態で提供することも可能である。コンピュータ読取可能な記録媒体としては、ＣＤ−ＲＯＭ等の光ディスク、ＤＶＤ−ＲＯＭ等の相変化型光ディスク、ＭＯ（Magnet Optical）やＭＤ(Mini Disk)などの光磁気ディスク、フロッピー（登録商標）ディスクやリムーバブルハードディスクなどの磁気ディスク、コンパクトフラッシュ（登録商標）、スマートメディア、SDメモリカード、メモリスティック等のメモリカードが挙げられる。また、本発明の目的のために特別に設計されて構成された集積回路（ICチップ等）等のハードウェア装置も記録媒体として含まれる。
【０１０３】
このように本発明を好適な実施形態に則して説明したが、本発明の要旨から逸脱しない範囲内で当該技術分野の技術に照らし合わせて多様に変形することが可能である。したがって、本発明の技術的範囲は、上述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。
【符号の説明】
【０１０４】
１        コンテンツ配信システム
１００    コンテンツ配信制御システム
１１０    配信制御サーバ
１１１    通信処理部
１１２    配信処理制御部
１１３    負荷情報監視部
１１４    コンテンツ管理部
１１５    配信ポリシー制御部
１３０    トランスコーディングサーバ
１３１    通信処理部
１３２    変換処理部
１４０    端末属性格納部
１５０    ＣＤＮインターフェースサーバ
１５１    通信処理部
１５２    制御部
１７０    格納部
１７１    変換前コンテンツ格納部
１７２    変換後コンテンツヘッダ格納部
１７３    負荷情報格納部
１７４    コンテンツ履歴格納部
１７５    配信ポリシー格納部
１７６    コンテンツメタ情報格納部
２００    ＣＤＮ管理サーバ
２１０    キャッシュ登録情報格納部
２００Ｃ  キャッシュサーバ
２１０Ｃ  変換後コンテンツ格納部
３００    利用者端末装置
【図１】
2010273298.tif 000003
【図２】
2010273298.tif 000004
【図３】
2010273298.tif 000005
【図４】
2010273298.tif 000006
【図５】
2010273298.tif 000007
【図６】
2010273298.tif 000008
【図７】
2010273298.tif 000009
【図８】
2010273298.tif 000010
【図９】
2010273298.tif 000011
【図１０】
2010273298.tif 000012