(57)【要約】【課題】コンテンツ情報を検証することが可能なコンテンツ情報検証装置、コンテンツ情報検証方法、及びプログラムを提供すること。【解決手段】クリエイティブを用いて番組表を編成するコンテンツ配信システムに対して実コンテンツを転送する前に前記実コンテンツの情報を検証するコンテンツ情報検証装置が提供される。当該コンテンツ情報検証装置は、前記コンテンツ配信システムに提供される前記実コンテンツの属性が前記クリエイティブの属性に適合するか否かを検証する属性検証部と、前記実コンテンツに紐付けられたメタデータ、及び前記属性検証部による検証結果を含むパラメータファイルを生成するパラメータ生成部と、前記実コンテンツ、及び前記パラメータファイルを前記コンテンツ配信システムに転送する転送部と、を備える。【選択図】図３
2008294968.tif 000002
【特許請求の範囲】
【請求項１】
暫定的なコンテンツを用いて番組表を編成するコンテンツ配信システムに対して実コンテンツを転送する前に前記実コンテンツの情報を検証するコンテンツ情報検証装置であって、
前記コンテンツ配信システムに提供される前記実コンテンツの属性が前記暫定的なコンテンツの属性に適合するか否かを検証する属性検証部と、
前記実コンテンツに紐付けられたメタデータ、及び前記属性検証部による検証結果を含むパラメータファイルを生成するパラメータ生成部と、
前記実コンテンツ、及び前記パラメータファイルを前記コンテンツ配信システムに転送する転送部と、
を備えることを特徴とする、コンテンツ情報検証装置。
【請求項２】
前記属性検証部は、前記暫定的なコンテンツと前記実コンテンツとを対応付けるために前記メタデータとして記述された識別情報に基づき、互いに対応する前記暫定的なコンテンツ及び前記実コンテンツのファイル形式、再生時間、及び表示形式が適合するか否かを検証することを特徴とする、請求項１に記載のコンテンツ情報検証装置。
【請求項３】
前記属性検証部は、検証する前記表示形式として、前記暫定的なコンテンツ及び前記実コンテンツを縦方向配置にするか、或いは横方向配置にするかを示す配置方向情報と、当該実コンテンツを表示する表示端末の画面構成を示す画面構成情報とを対象にすることを特徴とする、請求項２に記載のコンテンツ情報検証装置。
【請求項４】
前記属性検証部は、前記実コンテンツが表示される設備に関し、前記画面構成情報として、前記表示端末の数、前記表示端末が有する表示画面数、及び一又は複数の前記表示端末の表示画面により形成される表示領域が縦長であるか、或いは横長であるかを示す画面方向情報を対象にすることを特徴とする、請求項３に記載のコンテンツ情報検証装置。
【請求項５】
前記属性検証部は、前記配置方向情報と、前記画面構成情報に含まれる前記画面方向情報とを比較して、前記実コンテンツの配置方向と前記表示領域の形状とが適合するか否かを検証することを特徴とする、請求項４に記載のコンテンツ情報検証装置。
【請求項６】
前記実コンテンツを実際に、或いは仮想的に再生し、当該実コンテンツの再生処理に要する演算負荷を測定する演算負荷測定部をさらに備え、
前記パラメータ生成部は、前記演算負荷測定部による測定結果を前記パラメータファイルに記述することを特徴とする、請求項１に記載のコンテンツ情報検証装置。
【請求項７】
前記属性検証部は、前記演算負荷測定部により測定された演算負荷値が所定値以下であるか否かを検証することを特徴とする、請求項６に記載のコンテンツ情報検証装置。
【請求項８】
前記転送部は、前記実コンテンツ及び前記パラメータファイルを１つの転送ファイルに書庫化した上で、当該転送ファイルを前記コンテンツ配信システムに転送することを特徴とする、請求項１に記載のコンテンツ情報検証装置。
【請求項９】
前記実コンテンツからプレビュー用のコンテンツを生成するプレビュー生成部をさらに備え、
前記転送部は、前記実コンテンツ及び前記パラメータファイルに加えて、前記プレビュー用のコンテンツも１つの転送ファイルに書庫化した上で、当該転送ファイルを前記コンテンツ配信システムに転送することを特徴とする、請求項８に記載のコンテンツ情報検証装置。
【請求項１０】
暫定的なコンテンツを用いて番組表を編成するコンテンツ配信システムに対して実コンテンツを転送する前に前記実コンテンツの情報を検証するコンテンツ情報検証方法であって、
前記コンテンツ配信システムに提供される前記実コンテンツの属性が前記暫定的なコンテンツの属性に適合するか否かを検証する属性検証ステップと、
前記実コンテンツに紐付けられたメタデータ、及び前記属性検証部による検証結果を含むパラメータファイルを生成するパラメータ生成ステップと、
前記実コンテンツ、及び前記パラメータファイルを前記コンテンツ配信システムに転送する転送ステップと、
を含むことを特徴とする、コンテンツ情報検証方法。
【請求項１１】
請求項１〜９に記載のコンテンツ情報検証装置が有する機能をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ情報検証装置、コンテンツ情報検証方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、デジタル放送が脚光を浴びるようになり、映像や音楽等のデジタルコンテンツをブロードキャスト配信する技術に注目が集まっている。また、大型小売店舗や駅構内等に設置された大型ディスプレイ、又は多画面同期再生ディスプレイ等に局所的な広告効果を目的とした広告コンテンツを配信する技術についても注目されている。例えば、より高品質のコンテンツを提供するために、コンテンツデータの符号化／復号技術や表示技術、或いは、コンテンツデータの通信技術等に関する新たな技術スポットが当てられている。一方で、コンテンツがデジタル化されたことにより、これまで行われていたコンテンツ制作現場での編集作業や放送番組の編成作業等にも変化が生じている。
【０００３】
例えば、放送番組を編成する場合、ロールと呼ばれる再生単位に番組コンテンツや広告コンテンツを割り付けた上で、一日又はチャンネル毎のタイムテーブルにロールを割り付けることにより番組表を組成する必要があるが、これらの作業をシステム上で効率的に行うことができるようになる。特に、番組制作者以外が制作を担当する広告コンテンツを入稿する場合、システムを介して容易にコンテンツの実体を入稿することが可能になる上、番組製作者側と広告制作者側との間で規格したフォーマットに従って入稿することで、広告制作者が想定した品質／内容の広告を容易に配信することができるようになる。また、下記の特許文献１に記載されているように、コンテンツにメタデータを付加することで、そのメタデータを索引にしてコンテンツを検索できるという利点も生まれる。
【０００４】
しかし、番組制作者側と広告制作者側との間で規格したフォーマットに広告コンテンツが適合しているか否かを検証する必要があり、これまではコンテンツ毎に目視で検証を行っていたために多くの検証漏れが発生していた。これに対し、下記の特許文献２に記載されているコンテンツ検証方法を適用することで、ある程度の検証漏れを防止できる。しかし、特許文献２に記載のコンテンツ検証方法は、画像形式や音声形式等のフォーマットを検証する方法であり、全てのコンテンツに対して一律に決められたフォーマットに適合するか否かを検証する方法である。また、下記の特許文献３には、コンテンツに対応するメタデータのフォーマットを検証する方法が記載されている。
【０００５】
【特許文献１】特開２００３−８５８９３号公報
【特許文献２】特開２００３−１８５３１号公報
【特許文献３】特開２００１−７５９４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上記のシステムでは、ロールを編成する際に、暫定的なコンテンツ（以下、クリエイティブ）を利用して予めロール編成を実行するため、これらのクリエイティブと実際のコンテンツ（以下、実コンテンツ）とを個々に規格されたフォーマットで対応付ける必要が生じていた。その結果、広告コンテンツ毎にフォーマットの検証が必要になるため、目視による検証では検証漏れを防止することが難しかった。さらに、上記の特許文献２のコンテンツ検証方法を当該フォーマットの検証に利用することができないという事情があるため、コンテンツ毎、或いは複数のコンテンツを含むグループ毎に規定されたフォーマットを検証することが可能なコンテンツ検証方法が求められている。
【０００７】
そこで、本発明は、上記の事情を勘案してなされたものであり、本発明の目的とするところは、実コンテンツがコンテンツ毎又はコンテンツグループ毎に規定されたフォーマットに適合するか否かを検証することが可能な、新規かつ改良されたコンテンツ情報検証装置、コンテンツ情報検証方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、クリエイティブを用いて番組表を編成するコンテンツ配信システムに対して実コンテンツを転送する前に前記実コンテンツの情報を検証するコンテンツ情報検証装置が提供される。
また、前記コンテンツ情報検証装置は、前記コンテンツ配信システムに提供される前記実コンテンツの属性が前記クリエイティブの属性に適合するか否かを検証する属性検証部と、前記実コンテンツに紐付けられたメタデータ、及び前記属性検証部による検証結果を含むパラメータファイルを生成するパラメータ生成部と、前記実コンテンツ、及び前記パラメータファイルを前記コンテンツ配信システムに転送する転送部とを備える装置である。
【０００９】
前記コンテンツ情報検証装置が備える属性検証部は、前記コンテンツ配信システムに提供される前記実コンテンツの属性が前記クリエイティブの属性に適合するか否かを検証する。そして、前記パラメータ生成部は、前記実コンテンツに紐付けられたメタデータ、及び前記属性検証部による検証結果を含むパラメータファイルを生成する。さらに、前記転送部は、前記実コンテンツ、及び前記パラメータファイルを前記コンテンツ配信システムに転送する。
【００１０】
また、前記属性検証部は、例えば、前記クリエイティブと前記実コンテンツとを対応付けるために前記メタデータとして記述された識別情報に基づき、互いに対応する前記クリエイティブ及び前記実コンテンツのファイル形式、再生時間、及び表示形式が適合するか否かを検証する機能を有していてもよい。
【００１１】
また、前記属性検証部は、例えば、検証する前記表示形式として、前記クリエイティブ及び前記実コンテンツを縦方向配置にするか、或いは横方向配置にするかを示す配置方向情報と、当該実コンテンツを表示する表示端末の画面構成を示す画面構成情報とを対象にすることもできる。
【００１２】
また、前記属性検証部は、例えば、前記実コンテンツが表示される設備に関し、前記画面構成情報として、前記表示端末数、前記表示端末が有する表示画面数、及び一又は複数の前記表示端末の表示画面により形成される表示領域が縦長であるか、或いは横長であるかを示す画面方向情報を対象にすることもできる。
【００１３】
また、前記属性検証部は、例えば、前記配置方向情報と、前記画面構成情報に含まれる前記画面方向情報とを比較して、前記実コンテンツの配置方向と前記表示領域の形状とが適合するか否かを検証する機能を有していてもよい。
【００１４】
また、前記コンテンツ情報検証装置は、前記実コンテンツを実際に、或いは仮想的に再生し、当該実コンテンツの再生処理に要する演算負荷を測定する演算負荷測定部をさらに備えていてもよい。そして、前記パラメータ生成部は、例えば、前記演算負荷測定部による測定結果を前記パラメータファイルに記述する機能を有していてもよい。
【００１５】
また、前記属性検証部は、例えば、前記演算負荷測定部により測定された演算負荷値が所定値以下であるか否かを検証する機能を有していてもよい。
【００１６】
また、前記転送部は、例えば、前記実コンテンツ及び前記パラメータファイルを１つの転送ファイルに書庫化した上で、当該転送ファイルを前記コンテンツ配信システムに転送する機能を有していてもよい。
【００１７】
また、前記コンテンツ情報検証装置は、前記実コンテンツからプレビュー用のコンテンツを生成するプレビュー生成部をさらに備えていてもよい。そして、前記転送部は、例えば、前記実コンテンツ及び前記パラメータファイルに加えて、前記プレビュー用のコンテンツも１つの転送ファイルに書庫化した上で、当該転送ファイルを前記コンテンツ配信システムに転送する機能を有していてもよい。
【００１８】
また、上記課題を解決するために、本発明の別の観点によれば、クリエイティブを用いて番組表を編成するコンテンツ配信システムに対して実コンテンツを転送する前に前記実コンテンツの情報を検証するコンテンツ情報検証方法が提供される。
また、前記コンテンツ情報検証方法は、前記コンテンツ配信システムに提供される前記実コンテンツの属性が前記クリエイティブの属性に適合するか否かを検証する属性検証ステップと、前記実コンテンツに紐付けられたメタデータ、及び前記属性検証部による検証結果を含むパラメータファイルを生成するパラメータ生成ステップと、前記実コンテンツ、及び前記パラメータファイルを前記コンテンツ配信システムに転送する転送ステップとを含む方法である。
【００１９】
前記コンテンツ情報検証方法に含まれる属性検証ステップは、前記コンテンツ配信システムに提供される前記実コンテンツの属性が前記クリエイティブの属性に適合するか否かを検証するステップである。また、前記パラメータ生成ステップは、前記実コンテンツに紐付けられたメタデータ、及び前記属性検証部による検証結果を含むパラメータファイルを生成するステップである。前記転送ステップは、前記実コンテンツ、及び前記パラメータファイルを前記コンテンツ配信システムに転送するステップである。
【００２０】
また、上記課題を解決するために、本発明の別の観点によれば、前記コンテンツ情報検証装置が有する機能、及び前記コンテンツ情報検証方法をコンピュータに実現させるためのプログラムが提供される。また、前記プログラムを記録した記録媒体が提供される。
【００２１】
上記の各装置の機能、方法、及びプログラムを用いると、実コンテンツをコンテンツ配信システムにアップロードする前にクリエイティブとの整合性を自動的に検証可能になるため、目視で検証する場合に比べ、検証誤りや検証漏れ等のミスを低減させることが可能になる。また、実コンテンツ毎に煩雑なフォーマット検証を実行する必要が無くなるため、コンテンツを制作する側、及び番組表を編成する側における作業効率を大幅に向上させることが可能になる。
【発明の効果】
【００２２】
以上説明したように、本発明によれば、実コンテンツがコンテンツ毎又はコンテンツグループ毎に規定されたフォーマットに適合するか否かを検証することが可能になる。
【発明を実施するための最良の形態】
【００２３】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２４】
＜本発明の一実施形態＞
まず、本発明の一実施形態について詳細に説明するに先立ち、本実施形態が対象とするコンテンツ配信システムの概略について説明した上で、本実施形態が対象とする具体的な課題について簡単に述べる。
【００２５】
（コンテンツ配信システムの概略）
、図１を参照しながら、コンテンツ配信システムによるタイムテーブルの編成方法について簡単に説明する。図１は、コンテンツ配信システムによるタイムテーブルの編成方法を示す説明図である。
【００２６】
図１には、タイムテーブルの編成方法のうち、ロール編成ステップ（Ｓ１）及びロール割付ステップ（Ｓ２）が示されている。本実施形態が対象とするコンテンツ配信システムは、暫定的なコンテンツ（以下、クリエイティブ）を利用してロール編成を行う。例えば、前記のコンテンツ配信システムは、図１に示すように、２つのクリエイティブ（クリエイティブＡ、クリエイティブＢ）をロール中の所定の時間位置に割り付ける。この所定の時間位置とは、各クリエイティブに対応する実コンテンツが配信される予定の時間位置である。
【００２７】
同様に、前記のコンテンツ配信システムは、他のロールに対しても所要数のクリエイティブを割り付けてロール編成を行う。そして、前記のコンテンツ配信システムは、編成された各ロールをタイムテーブルに割り付けることによって一日毎又はチャンネル毎のタイムテーブルを形成する。例えば、前記のコンテンツ配信システムは、図１に示すように、同じロールを時間帯Ａ、及び時間帯Ｂに割り付けることもできる。
【００２８】
そして、前記のコンテンツ配信システムは、１日毎又はチャンネル毎に形成されたタイムテーブルに従って一又は複数の表示端末１０にコンテンツを配信する。但し、前記のコンテンツ配信システムは、各クリエイティブに対して実コンテンツを対応付ける必要がある。各クリエイティブと実コンテンツを対応付けるステップは、ロール編成ステップ（Ｓ１）以前、又はロール割付ステップ（Ｓ２）の以前又は以後に実行されうる。このとき、クリエイティブと実コンテンツとの間でフォーマットの不整合が発生すると、両者の対応付けができなくなるため、クリエイティブと実コンテンツとの整合性を検証する必要が生じる。
【００２９】
ここで、図２を参照しながら、クリエイティブと実コンテンツとの対応付けについて説明する。図２は、クリエイティブと実コンテンツとの対応付け方法を示す説明図である。
【００３０】
当然のことながら、クリエイティブに対応付ける実コンテンツを制作するコンテンツ制作ステップ（Ｓ３）がある。このとき、コンテンツ製作者は、クリエイティブ毎に予め決められたフォーマットに従って実コンテンツを制作する。そして、制作された実コンテンツは、前記のコンテンツ配信システムにアップロードされる。例えば、広告コンテンツの場合を例に挙げると、広告代理店がコンテンツ製作者から実コンテンツを取得して、広告代理店の端末から実コンテンツをコンテンツ配信システムにアップロードする。
【００３１】
前記のコンテンツ配信システムは、実コンテンツを取得した後、クリエイティブを編成するクリエイティブ編成ステップ（Ｓ４）を実行し、取得した実コンテンツと所定のクリエイティブとを対応付ける。例えば、コンテンツ制作ステップ（Ｓ３）において３つの実コンテンツ（コンテンツＡ、コンテンツＢ、コンテンツＣ）が作成された場合、図２に示すように、クリエイティブ編成ステップ（Ｓ４）において２つのクリエイティブ（クリエイティブＡ、クリエイティブＢ）に各実コンテンツを対応付けることができる。
【００３２】
図２の例では、コンテンツＡ、及びコンテンツＢがクリエイティブＡに対応付けられ、コンテンツＡ、及びコンテンツＣがクリエイティブＢに対応付けられている。このように、同一のコンテンツを異なるクリエイティブに対応付けることも可能である。例えば、コンテンツＡがイントロ部分を構成し、コンテンツＢ、及びコンテンツＣがそれぞれ異なるバージョンのストーリー部分を構成する場合等に、こうした対応付けが行われることが想定される。
【００３３】
また、図２には、キャンペーンという括りが記載されている。これは、コンテンツの配信単位を表すもので、一又は複数のクリエイティブ（又は実コンテンツ）が属している。より具体的には、キャンペーンとは、ある所定の属性を規定した配信単位（又は、再生単位）であり、期間、配信先、及び配信回数といった情報（以下、キャンペーン情報）を属性として保持している。そのため、あるキャンペーンに属する実コンテンツは、そのキャンペーンの属性に準じて、配信される期間、配信先、及びその期間内に配信される回数が属性として決定される。また、キャンペーンには、例えば、広告キャンペーン、又は番組キャンペーンといった種別を設定することが可能である。広告キャンペーンであれば、所謂、広告コンテンツの配信管理単位であるし、番組キャンペーンであれば、番組の視聴率を上げるための番組コンテンツの配信管理単位である。
【００３４】
なお、タイムテーブル、ロール、及びクリエイティブは、互いに同一の属性を有することで対応付けが可能になる。また、表示端末１０、及びチャンネルに関しても、対応付けされるためには同じ属性を有することが条件になる。そのため、ある表示端末１０に異なる属性を有する実コンテンツが配信／再生されることはないのである。
【００３５】
このように、各クリエイティブには、種々の属性を付加することが可能であり、特に、広告コンテンツを含むコンテンツ配信システムにおいては、個々の実コンテンツの内容等に応じて複雑な属性区分が定義される。そのため、実コンテンツとクリエイティブとを対応付ける際に行う属性の検証が煩雑で手間の掛かるものになるのである。しかし、広告コンテンツ等の場合、広告効果や費用対効果を高めるために各コンテンツに対して広告主や番組制作者の間で様々な取り決めがなされることが多く、上記の煩雑さを容易に回避することは難しい。従って、属性の検証を自動的に実行できるシステムが求められているのである。
【００３６】
（具体的な課題）
従前は、実コンテンツとクリエイティブとの整合性を検証する方法として、実コンテンツのプレビュー表示を参照して目視で整合性を判断する方法が採られていた。しかし、作業効率が非常に悪い上、検証漏れや誤判断も多かった。そのため、自動的に整合性を検証する手段が求められる。また、検証結果を含むメタデータをコンテンツに対応付けて管理することにより、コンテンツをより効率的に検索したり、その検索結果に基づいてコンテンツを有効に再利用するという応用も考えられる。そのため、検証結果を含むメタデータを自動的に生成できるシステムを構築することも望まれる。さらに、コンテンツ配信システムに転送されるファイルが多くなると、アップロードに係る処理が煩雑になるため、より効率的なアップロードを可能にする方法も望まれる。以下で詳細に説明するように、本実施形態は、少なくとも上記の要望に応えるための具体的なシステム構成、装置構成、及び方法を提供するものである。
【００３７】
以下、本発明の一実施形態について詳細に説明する。本実施形態の特徴は、後述するコンテンツ情報検証装置１００の構成にある。そこで、本実施形態に係るコンテンツ情報検証装置１００の構成を中心に説明する。
【００３８】
［全体システムの構成］
まず、図３を参照しながら、本実施形態に係るコンテンツ情報検証装置１００、及びコンテンツ配信システム２００を含むコンテンツ配信システム全体（以下、全体システム）の構成について説明する。図３は、本実施形態に係るコンテンツ情報検証装置１００を含む全体システムの構成を示す説明図である。
【００３９】
図３に示すように、本実施形態に係る全体システムは、主に、コンテンツ情報検証装置１００、及びコンテンツ配信システム２００により構成されている。また、コンテンツ配信システム２００は、主に、編成装置２１０、及び配信装置２４０により構成されている。さらに、コンテンツ配信システム２００は、ネットワーク９３２を介して複数の表示端末１０に接続されており、コンテンツを各表示端末１０に配信することが可能である。なお、この表示端末１０は、例えば、一又は複数の表示画面に対して映像又は画像を表示したり、音声データを再生することが可能な情報処理装置（以下、ディスプレイコントローラ；ＤＰＣ）により構成される。
【００４０】
［コンテンツ情報検証装置１００の構成］
図３に示すように、コンテンツ情報検証装置１００は、主に、コンテンツ情報取得部１０２と、属性検証部１０６と、演算負荷測定部１０８と、パラメータファイル生成部１１０と、プレビュー生成部１１２と、転送部１１４とにより構成されている。また、コンテンツ情報取得部１０２は記憶部１０４を備えている。さらに、転送部１１４は書庫化部１１６を備えている。
【００４１】
（コンテンツ情報取得部１０２）
コンテンツ情報取得部１０２は、コンテンツの実体である実コンテンツ、及び実コンテンツの属性等が記述されたコンテンツ管理ファイルを取得する。例えば、コンテンツ情報取得部１０２は、ネットワークを介して接続されている広告代理店のサーバ装置から、当該サーバ装置内に保存されている実コンテンツ、及びコンテンツ管理ファイルを取得することができる。もし、複数の実コンテンツがある場合、コンテンツ情報取得部１０２は、複数の実コンテンツの再生順序等を規定するテンプレートファイルを実コンテンツと共に上記のサーバ装置から取得することができる。
【００４２】
他の例として、コンテンツ情報取得部１０２は、実コンテンツを制作するコンテンツ制作者の端末装置に接続され、当該端末装置から実コンテンツを取得する機能を有していてもよい。また、コンテンツ情報取得部１０２は、コンテンツ管理ファイルを他のサーバ装置や端末装置、或いは、後述するコンテンツ配信システム２００から取得する機能を有していてもよい。なお、実コンテンツ、コンテンツ管理ファイル、及びテンプレートファイル等を総称してコンテンツ情報と呼ぶことにする。
【００４３】
また、コンテンツ情報取得部１０２は、コンテンツ情報を格納する記憶部１０４を備えており、取得したコンテンツ情報を一時的又は永続的に保持しておくことができる。図３の例では、コンテンツ情報取得部１０２と記憶部１０４とが一体に記載されているが、各部を別体として構成することも可能である。さらに、コンテンツ情報取得部１０２は、取得したコンテンツ情報を属性検証部１０６、演算負荷測定部１０８、プレビュー生成部１１２、及び転送部１１４の一部又は全部に対して伝送する。
【００４４】
（コンテンツ管理ファイルについて）
ここで、図４を参照しながら、本実施形態に係るコンテンツ管理ファイルについて簡単に説明する。図４は、本実施形態に係るコンテンツ管理ファイルの構成を示す説明図である。なお、図４に示すコンテンツ管理ファイルの構成は一例であり、必ずしもこれに限定されるものではない。なお、コンテンツ管理ファイルは、例えば、ＣＳＶ（Ｃｏｍｍａ  Ｓｅｐａｒａｔｅｄ  Ｖａｌｕｅｓ）形式等のデータファイルとして提供される。
【００４５】
図４に示すように、コンテンツ管理ファイルは、例えば、コンテンツ名、広告代理店名、クライアントＩＤ、表示端末種別、表示種別、画面分割の有無、コンテンツ種別、再生時間、及びキャンペーンＩＤ等の項目を有する表形式で表現されている。「コンテンツ名」は、実コンテンツのファイル名を示す項目である。「広告代理店名」は、実コンテンツの広告代理店を示す項目である。「クライアントＩＤ」は、実コンテンツを提供する広告主を示す項目である。「表示端末種別」は、実コンテンツの映像を再生する表示端末１０の種別を示す項目である。「表示種別」は、実コンテンツが縦長表示用に制作されたものか、或いは横長表示用に制作されたものかを示す項目である。「画面分割」は、実コンテンツが複数の画面に分割して再生されるタイプのものか否かを示す項目である。「コンテンツ種」別は、実コンテンツが広告キャンペーン用のものか、或いは番組キャンペーン用のものかを示す項目である。「再生時間」は、実コンテンツの再生時間を示す項目である。「キャンペーンＩＤ」は、実コンテンツに対応するクリエイティブが属するキャンペーンを示す項目である。
【００４６】
この他にも、コンテンツ管理ファイルには、例えば、実コンテンツを再生して広告される商品名や商品種別を示す項目が含まれたり、実コンテンツのアスペクト比や対応するクリエイティブを特定するためのクリエイティブＩＤ等が項目として含まれていてもよい。さらに、コンテンツ名の項目には、実コンテンツのファイル名の他に、当該実コンテンツが格納されているフォルダ名等が記述されていてもよい。このように、コンテンツ管理ファイルには、実コンテンツ、クリエイティブ、キャンペーン、又は表示端末１０等に関する情報が記述される。なお、図４からも推察される通り、実コンテンツのファイル形式として、例えば、ＷＭＶ（Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ｖｉｄｅｏ）形式やＦＬＡＳＨ形式等の様々な形式が利用されうる。
【００４７】
（演算負荷測定部１０８）
再び図３を参照する。演算負荷測定部１０８は、コンテンツ情報取得部１０２から取得した実コンテンツを実際に、或いは仮想的に再生し、当該実コンテンツの再生に要する演算負荷（例えば、ＣＰＵ使用率等）を測定する。そして、演算負荷測定部１０８は、測定した演算負荷値をパラメータファイル生成部１１０に伝送する。例えば、演算負荷測定部１０８は、実コンテンツの全体を再生して平均ＣＰＵ使用率、又は最大ＣＰＵ使用率等の演算負荷値を出力することができる。また、演算負荷測定部１０８は、所定の仮想的な再生装置の構成を仮定して演算負荷を測定する機能を有していてもよい。もちろん、演算負荷測定部１０８は、実コンテンツの再生に要する平均／最大メモリ使用量等を測定する機能を有していてもよい。なお、コンテンツ情報検証装置１００は、演算負荷測定部１０８の機能をオフにすることも可能である。その場合、演算負荷測定部１０８が演算負荷値を出力しないため、演算負荷測定部１０８の後段に位置する各部では演算負荷値が利用されないことになる。
【００４８】
（属性検証部１０６）
属性検証部１０６は、コンテンツ情報取得部１０２からコンテンツ情報を取得し、コンテンツ情報の属性がコンテンツ配信システム２００の形式に適合するか否かを検証する。そして、属性検証部１０６は、検証結果をパラメータファイル生成部１１０に伝送する。より具体的に述べると、属性検証部１０６は、取得した実コンテンツに対応するクリエイティブの属性に対し、当該実コンテンツの属性が適合するか否かを検証する。また、属性検証部１０６は、コンテンツ管理ファイルに必要な情報が正確に記載されているか否かについても検証する。
【００４９】
ここで、図５を参照しながら、属性検証部１０６の構成について、より詳細に説明する。図５は、本実施形態に係る属性検証部１０６の構成を示す説明図である。
【００５０】
図５を参照すると、属性検証部１０６は、主に、管理ファイル検証部１２２と、コンテンツ属性検証部１２４と、ハッシュ値計算部１２６とにより構成されている。
【００５１】
（管理ファイル検証部１２２）
管理ファイル検証部１２２は、コンテンツ情報取得部１０２から取得したコンテンツ管理ファイルのフォーマットが適正か否かを判断する。まず、管理ファイル検証部１２２は、コンテンツ管理ファイルに記述されているコンテンツの数が適正か否かを判断する。管理ファイル検証部１２２は、例えば、コンテンツ管理ファイルに記述されているコンテンツの数が所定数（例えば、９９個等）以上である場合にエラーを出力して属性検証部１０６が実行している検証処理を停止させる。また、管理ファイル検証部１２２は、例えば、コンテンツ管理ファイルに記述されているコンテンツの数に応じて所定のダイアログ表示内容を変化させることもできる。
【００５２】
さらに、管理ファイル検証部１２２は、コンテンツ管理ファイルに記述されたコンテンツ名を参照し、そのコンテンツが所定のフォルダ（例えば、カレントフォルダ又は指定されたフォルダ等）に存在するか否かを判断する。そして、管理ファイル検証部１２２は、コンテンツ管理ファイルに記述されたパラメータが対応するクリエイティブ、又はキャンペーンのフォーマットに適合しているか否かを判断する。管理ファイル検証部１２２は、コンテンツ管理ファイルの検証が正常に完了すると、コンテンツ管理ファイルをコンテンツ属性検証部１２４に伝送すると共に、その検証結果をパラメータファイル生成部１１０に伝送する。
【００５３】
（コンテンツ属性検証部１２４）
コンテンツ属性検証部１２４は、コンテンツ情報取得部１０２から取得した実コンテンツと、管理ファイル検証部１２２から取得したコンテンツ管理ファイルとに基づき、当該実コンテンツの属性を検証する。そして、コンテンツ属性検証部１２４は、所定の項目について実コンテンツの検証が完了すると、その検証結果をパラメータファイル生成部１１０に伝送する。
【００５４】
ここで、図６を参照しながら、コンテンツ属性検証部１２４が検証する所定の項目について簡単に説明する。図６は、コンテンツ属性検証部１２４が検証する情報について説明するための説明図であると共に、後述するパラメータファイル生成部１１０が生成するパラメータファイルの情報について説明するための説明図である。ここでは、コンテンツ属性検証部１２４に係る項目についてのみ説明する。
【００５５】
まず、図６に例示した項目について説明する。図６を参照すると、「ユーザ入力パラメータ（管理ファイル）」として、フォルダ／ファイル名、クリエイティブＩＤ；キャンペーンＩＤ、コンテンツ種別、再生時間、表示端末種別、表示種別（縦／横）、画面分割（有／無）、アスペクト比、広告代理店名（又はＩＤ）、クライアントＩＤ、商品種別、商品名、備考（メモ等）という項目が挙げられている。これらのうち、フォルダ／ファイル名は、図４に示したコンテンツ管理ファイルのコンテンツ名に対応する。同様に、キャンペーンＩＤ、コンテンツ種別、再生時間、表示端末種別、表示種別、画面分割、広告代理店名、及びクライアントＩＤの項目は、図４のコンテンツ管理ファイルの例に対応する。
【００５６】
図６で新たに登場したクリエイティブＩＤ、アスペクト比、商品種別、及び商品名等の項目は、実施の態様に応じてコンテンツ管理ファイルに記載されるべきものである。例えば、クリエイティブＩＤは、それが記載されたコンテンツ管理ファイルに対応する実コンテンツと、それに対応するクリエイティブとを対応付けするための識別情報である。図４では、キャンペーンＩＤのみが記載されているコンテンツ管理ファイルの例を示したが、より直接的に実コンテンツとクリエイティブとの対応関係を示す情報として、このクリエイティブＩＤを用いる方が効率的であると考えられる。従って、実施の態様に応じて、適宜、クリエイティブＩＤをコンテンツ管理ファイルに記述することが好ましいと言える。
【００５７】
また、アスペクト比の項目は、実コンテンツのアスペクト比を示しており、当該実コンテンツが再生される際に想定される表示条件に関する表示情報の一例である。さらに、商品種別、及び商品名の項目は、実コンテンツが広告コンテンツ等の場合に、当該広告コンテンツが宣伝する商品の種類や名称が記述された項目である。図６に示すユーザ入力パラメータ（管理ファイル）の各項目は、例えば、広告代理店を含む広告制作者側と番組制作者等を含むコンテンツ配信者側との間で予め協議して決定され、その内容がコンテンツ管理ファイル等に予め記述される。そのため、上記の各項目は、広告主側、又は番組制作者側のユーザにより入力される項目である。但し、実コンテンツの表示に関わる項目は、実コンテンツをアップロードする際、或いは実コンテンツを制作する工程等において、その情報を実コンテンツのファイルから自動的に取得してもよい。
【００５８】
上記の検証項目を踏まえ、コンテンツ属性検証部１２４が検証する情報について説明する。コンテンツ属性検証部１２４は、主に、クリエイティブＩＤ；キャンペーンＩＤ（ｃ１）、再生時間（ｃ２）、表示端末種別（ｃ３）、表示種別（ｃ４）、及び画面分割（ｃ５）の項目に記載された情報について検証を行う。
【００５９】
（クリエイティブＩＤ（ｃ１）、再生時間（ｃ２））
まず、コンテンツ属性検証部１２４は、実コンテンツがメタデータとして保持しているクリエイティブＩＤと、コンテンツ管理ファイルに記述されたクリエイティブＩＤ（ｃ１）とが一致するか否かを検証する。次いで、コンテンツ属性検証部１２４は、実コンテンツの再生時間と、コンテンツ管理ファイルに記述された再生時間とが適合するか否かを検証する。
【００６０】
例えば、コンテンツ管理ファイルに記述された再生時間よりも実コンテンツの再生時間が所定時間以上に長い場合、コンテンツ属性検証部１２４は、その実コンテンツがコンテンツ配信システム２００に適合していないものと判断し、エラーファイルを出力する。一方、コンテンツ管理ファイルに記述された再生時間よりも実コンテンツの再生時間が短く、かつ、その差が所定値よりも小さい場合、コンテンツ属性検証部１２４は、当該実コンテンツがコンテンツ配信システム２００の属性に適合するものと判断する。
【００６１】
（表示端末種別（ｃ３））
次いで、コンテンツ属性検証部１２４は、表示端末種別の情報を踏まえて実コンテンツの表示に関する情報を検証する。前述のように、表示端末種別には、例えば、何台のＤＰＣを利用して何台のディスプレイに実コンテンツを表示するか、或いは、複数のディスプレイにどのように実コンテンツを表示するかといった情報が含まれている。例えば、その情報には、「３台のディスプレイが各々接続された２台のＤＰＣ（つまり、６台のディスプレイ）に対して異なる６つの映像を同時に再生する」といった情報が含まれていると仮定する。この場合、コンテンツ属性検証部１２４は、例えば、該当するクリエイティブに対応付ける実コンテンツが６つ存在するか否かを検証する。
【００６２】
他の例として、表示端末種別の情報に「２台のディスプレイに跨る分割映像を再生する」という情報が含まれている場合、コンテンツ属性検証部１２４は、例えば、該当するクリエイティブに対応付ける分割映像を再生するための実コンテンツ、又は分割再生される２つの同じ実コンテンツが存在するか否かを検証する。このように、コンテンツ属性検証部１２４は、表示端末種別に記述されたＤＰＣの数、各ＤＰＣに接続されたディスプレイの数、及び各ディスプレイに表示される実コンテンツの表示形式（例えば、分割映像の同期再生、又は同一映像の同期再生等）等の情報を参照して、そのクリエイティブの属性に適合する実コンテンツが存在するか否か、或いは、存在する実コンテンツが、その表示属性に適合するか否かを検証する。
【００６３】
（表示種別（ｃ４））
次いで、コンテンツ属性検証部１２４は、実コンテンツを再生する際に、映像が設置される方向について検証する。表示種別には、例えば、「縦長の映像を表示するか、或いは横長の映像を表示するか」という情報が記述されている。そこで、コンテンツ属性検証部１２４は、実コンテンツが縦長か横長かを判別し、コンテンツ管理ファイルの表示種別に記載された情報（縦長／横長）に一致するか否かを検証する。但し、コンテンツ属性検証部１２４は、実コンテンツの縦長／横長を判別する際、その実コンテンツに付加されたメタデータから、その縦長／横長の情報を参照して判別してもよいし、実際に実コンテンツを再生させて判別してもよい。また、実コンテンツの表示形状が正方形である場合、コンテンツ属性検証部１２４は、表示種別の内容に依らずに、その実コンテンツの表示種別がコンテンツ配信システム２００の属性に適合していると判断してもよい。なお、表示種別には、実コンテンツが縦長であっても横長であってもよいことを示すフラグが記載されていてもよい。
【００６４】
（画面分割（ｃ５））
次いで、コンテンツ属性検証部１２４は、コンテンツ管理ファイルを参照して画面分割の有無を確認し、画面分割有の場合、実コンテンツが分割画面に対応するか否かを検証する。一例として、２画面（画面数は表示端末種別を参照）に分割する場合、コンテンツ属性検証部１２４は、該当するクリエイティブに対応する２つの分割された実コンテンツが存在するか否かを判断する。このとき、コンテンツ属性検証部１２４は、２つの実コンテンツが分割して画面に表示されるものか否かを判別する。その判別の際、コンテンツ属性検証部１２４は、例えば、各実コンテンツのメタデータを参照して分割されたコンテンツであるか否か、或いは、前記の２つの実コンテンツが互いに分割されたものであるか否かを判断することができる。
【００６５】
以上説明したように、コンテンツ属性検証部１２４は、主に、クリエイティブＩＤ；キャンペーンＩＤ（ｃ１）、再生時間（ｃ２）、表示端末種別（ｃ３）、表示種別（ｃ４）、及び画面分割（ｃ５）の項目に記載された５つの属性について検証し、実コンテンツの属性とコンテンツ配信システム２００の属性との整合性を確認することができる。もちろん、コンテンツ属性検証部１２４は、これに限定されず、コンテンツ管理ファイルに追加された他の項目に関しても併せて検証を行うことができる。例えば、コンテンツ属性検証部１２４は、実コンテンツの実際のファイル形式と、コンテンツ管理ファイルに記述されたファイル名の拡張子との整合性を検証することもできる。なお、クリエイティブも上記の５つの属性を有しており、上記の検証を実行することで、クリエイティブと実コンテンツとの整合性を検証できる点に注意されたい。
【００６６】
（ハッシュ値計算部１２６）
再び図５を参照する。ハッシュ値計算部１２６は、コンテンツ情報取得部１０２から取得した実コンテンツに付加されたハッシュ値を用いて当該実コンテンツの改竄の有無を検証する。このハッシュ値は、所定のハッシュ関数から出力されたメッセージダイジェストであり、コンテンツ配信システム２００とコンテンツ情報検証装置１００との間で、或いは、コンテンツ制作者の端末とコンテンツ情報検証装置１００との間で改竄の有無を検証するために利用される。つまり、送信側と受信側とで同じハッシュ関数を利用して生成されたメッセージダイジェストを照合することで改竄判定が行われる。より具体的には、ＳＨＡ−１やＭＤ５等のハッシュ関数を適用することが可能である。
【００６７】
以上、属性検証部１０６に含まれる管理ファイル検証部１２２、コンテンツ属性検証部１２４、及びハッシュ値計算部１２６の機能について説明した。各部は、それぞれ検証した結果をパラメータファイル生成部１１０に伝送する。また、各部がコンテンツ情報取得部１０２から取得したコンテンツ情報を互いに共有することも可能である。さらに、属性検証部１０６は、コンテンツ情報取得部１０２から取得したコンテンツ情報をバッファリングする記憶部を備えていてもよい。
【００６８】
（パラメータファイル生成部１１０）
再び図３を参照する。パラメータファイル生成部１１０は、属性検証部１０６、及び演算負荷測定部１０８から検証結果、及び演算負荷値等を取得してパラメータファイルを生成する。そして、パラメータファイル生成部１１０は、生成したパラメータファイルを転送部１１４に伝送する。パラメータファイルには、実コンテンツの属性を示すパラメータが記述されると共に、前記の検証結果、及び演算負荷値等が記述される。このとき、パラメータファイル生成部１１０は、後段で詳述するように、コンテンツ管理ファイルに基づいてパラメータファイルを生成する。従って、パラメータファイルは、コンテンツ管理ファイルに記述されたパラメータの一部又は全部を含めることが可能である。なお、パラメータファイルは、例えば、ＣＳＶ形式等のデータファイルとして出力される。
【００６９】
（パラメータファイルについて）
ここで、図６を参照しながら、パラメータファイル生成部１１０により出力されるパラメータファイルについて簡単に説明する。図６は、パラメータファイル生成部１１０が生成するパラメータファイルの情報について説明するための説明図であると共に、前述のコンテンツ属性検証部１２４が検証する情報について説明するための説明図である。ここでは、パラメータファイル生成部１１０に係る項目についてのみ説明する。
【００７０】
図６には、コンテンツ管理ファイルの具体例として表「ユーザ入力パラメータ（管理ファイル）」が、パラメータファイルの具体例として表「出力結果（パラメータファイル）」が示されている。そこで、出力結果（パラメータファイル）の表に注目する。出力結果（パラメータファイル）には、演算負荷（ＣＰＵ使用率）、ＳＨＡ−１ダイジェスト値、及びデータサイズの項目があり、さらに、コンテンツ種別毎の項目が並んでいる。
【００７１】
コンテンツ種別がＷＭＶの場合、出力結果（パラメータファイル）には、例えば、ビットレート、空間解像度（ビデオサイズ）、アスペクト比、時間解像度（フレームレート）、再生時間、走査タイプ、音声フォーマット、音声ビットレート、及び再生可否等の項目が記述される。一方、コンテンツ種別がＦＬＡＳＨの場合、出力結果（パラメータファイル）には、例えば、ＦＬＡＳＨバージョン、空間解像度、アスペクト比、時間解像度（フレームレート）、再生時間、音声ストリーミング指定の有無、ｆｓｃｏｍｍａｎｄの有無、ｆｓｃｏｍｍａｎｄ変数名、ｆｓｃｏｍｍａｎｄ設定値、禁止ＡｃｔｉｏｎＳｃｒｉｐｔの有無、及びＡｃｔｉｏｎＳｃｒｉｐｔ一覧等が記述される。
【００７２】
まず、パラメータファイル生成部１１０は、演算負荷測定部１０８により測定された演算負荷値をパラメータファイルに記述する。次いで、パラメータファイル生成部１１０は、例えば、ハッシュ値計算部１２６により計算されたメッセージダイジェスト、又はコンテンツ情報取得部１０２が実コンテンツを取得する際に改竄が行われたか否かを示す検証結果をパラメータファイルに記述する。次いで、パラメータファイル生成部１１０は、実コンテンツのデータサイズ（例えば、実コンテンツのファイルサイズやメタデータの文字数等）をパラメータファイルに記述する。
【００７３】
さらに、パラメータファイル生成部１１０は、コンテンツ管理ファイルのコンテンツ種別に基づき、コンテンツ種別に応じたパラメータをパラメータファイルに記述する。例えば、コンテンツ種別がＷＭＡの場合、パラメータファイル生成部１１０は、ＷＭＡに固有の情報を含むパラメータをパラメータファイルに記述する。一方、コンテンツ種別がＦＬＡＳＨの場合、パラメータファイル生成部１１０は、ＦＬＡＳＨバージョン等のＦＬＡＳＨに固有の情報を含むパラメータをパラメータファイルに記述する。
【００７４】
以上、パラメータファイルについて簡単に説明した。パラメータファイル生成部１１０は、上記のようなパラメータファイルを生成して転送部１１４に伝送する。なお、図６に示したパラメータファイルの項目は一例であり、これに限定されるものではない。例えば、コンテンツ種別がＭＰＥＧやＭＯＶである場合、パラメータファイル生成部１１０は、そのコンテンツ種別に固有の情報を含むパラメータをパラメータファイルに記述する。
【００７５】
（プレビュー生成部１１２）
プレビュー生成部１１２は、コンテンツ情報取得部１０２から取得した実コンテンツをリサイズしてプレビュー用のコンテンツ（以下、プレビューファイル）を生成する。そして、プレビュー生成部１１２は、生成したプレビューファイルを転送部１１４に伝送する。プレビューファイルは、コンテンツ配信システム２００等において、主に、実コンテンツの内容を確認するために用いるファイルである。そのため、プレビューファイルは、メタデータ等を用いて実コンテンツに対応付けられている。
【００７６】
（転送部１１４）
転送部１１４は、主に、コンテンツ情報取得部１０２から取得した実コンテンツ、パラメータファイル生成部１１０から取得したパラメータファイル、及びプレビュー生成部１１２から取得したプレビューファイル等を纏めてコンテンツ配信システム２００に転送する。また、転送部１１４は、書庫化部１１６を備えており、前記の実コンテンツ、パラメータファイル、プレビューファイル等をアーカイブ（書庫化）することができる。そのため、転送部１１４は、少ないファイル数で所望のファイルを転送することが可能になる。
【００７７】
（アーカイブ処理について）
ここで、図７及び図８を参照しながら、書庫化部１１６によるアーカイブ処理について簡単に説明する。図７は、書庫化部１１６によるアーカイブ処理の一例（１画面コンテンツの場合）を示す説明図である。図８は、書庫化部１１６によるアーカイブ処理の一例（ＨＴＭＬ画面分割コンテンツの場合）を示す説明図である。
【００７８】
例えば、１画面コンテンツの場合、図７に示すように、実コンテンツとコンテンツ管理ファイルとの検証処理（Ｓ１１６）の結果、実コンテンツがコンテンツ配信システム２００のフォーマットに適合していると判断されると（Ｓ１４０）、書庫化部１１６は、実コンテンツ、プレビューファイル、及びパラメータファイル等をアーカイブ処理（Ｓ１４２）して１つのアーカイブファイル（例えば、ｔａｒファイル（Ｔａｐｅ  ＡＲｃｈｉｖｅ  ｆｏｒｍａｔ  ｆｉｌｅ））を生成する。このとき、書庫化部１１６は、さらにアーカイブファイルを圧縮処理することも可能である。一方、実コンテンツがコンテンツ配信システム２００のフォーマットに適合していないと判断されると（Ｓ１４０）、属性検証部１０６がエラー処理（Ｓ１４４）を実行してエラーファイルを生成する。その場合、書庫化部１１６は、アーカイブ処理を実行しない。
【００７９】
他の例として、ＨＴＭＬ画面分割コンテンツの場合、図８に示すように、複数の実コンテンツと、当該複数の実コンテンツを対応付けるテンプレートファイルとが存在するため、各実コンテンツ及びテンプレートファイルと、コンテンツ管理ファイルとの検証処理（Ｓ１１６）の結果、実コンテンツ及びテンプレートファイルがコンテンツ配信システム２００のフォーマットに適合していると判断されると（Ｓ１５０）、書庫化部１１６は、実コンテンツ、テンプレートファイル、プレビューファイル、及びパラメータファイル等をアーカイブ処理（Ｓ１５２）して１つのアーカイブファイルを生成する。
【００８０】
このとき、プレビュー生成部１１２は、各実コンテンツに加え、テンプレートファイルのプレビューファイルも生成する。同様に、パラメータファイル生成部１１０は、各実コンテンツに加え、テンプレートファイルのパラメータファイルも生成する。そのため、実コンテンツの数にテンプレートファイルの数を加えた数のプレビューファイル、及びパラメータファイルが生成される。
【００８１】
そこで、書庫化部１１６は、複数の実コンテンツ及びテンプレートファイルと、複数の実コンテンツ及びテンプレートファイルに対応する複数のプレビューファイルと、複数の実コンテンツ及びテンプレートファイルに対応する複数のパラメータファイルとを個々のフォルダに格納してからアーカイブ処理（Ｓ１５２）を実行することができる。若しくは、書庫化部１１６は、複数の実コンテンツ及びテンプレートファイルを書庫化した第１アーカイブファイル、複数のプレビューファイルを書庫化した第２アーカイブファイル、及び複数のパラメータファイルを書庫化した第３アーカイブファイルを生成し、さらに、第１〜第３アーカイブファイルを書庫化して１つのアーカイブファイルにアーカイブ処理（Ｓ１５２）することも可能である。さらに、書庫化部１１６は、アーカイブファイルを圧縮処理することもできる。
【００８２】
以上、書庫化部１１６によるアーカイブ処理について簡単に説明した。転送部１１４は、上記のアーカイブ処理によって生成されたアーカイブファイルをコンテンツ配信システム２００に転送する。なお、図３には、転送部１１４と書庫化部１１６とを一体に構成する例が示されているが、これに限定されるものではなく、転送部１１４と書庫化部１１６とを別体として構成することも可能である。
【００８３】
ここまで、本実施形態に係るコンテンツ情報検証装置１００の構成について詳細に説明してきた。上述の通り、コンテンツ情報検証装置１００が有する特徴の一つは、属性検証部１０６の構成にある。つまり、コンテンツ配信システム２００に転送される実コンテンツが当該コンテンツ配信システム２００のフォーマットに適合するか否かを自動判別する機能に特徴がある。かかる構成により、実コンテンツのファイル形式、再生時間、又は演算負荷等のパラメータを短時間で確実に検証できるという効果が得られる。
【００８４】
また、本実施形態に係るコンテンツ情報検証装置１００は、属性検証部１０６による検証結果等を含むパラメータファイルを生成するためのパラメータファイル生成部１１０を備える点にも特徴がある。つまり、実コンテンツに対応付けられるパラメータファイル（又は、パラメータファイルの情報を含むメタデータ等）が自動生成される機能に特徴がある。かかる構成により、コンテンツ配信システム２００等において、コンテンツ情報検証装置１００で検証された結果を含むパラメータファイルの情報を索引として実コンテンツを検索することが可能になり、後日、実コンテンツを再利用する際などにおいて、検索効率を向上させることができる。
【００８５】
さらに、本実施形態に係るコンテンツ情報検証装置１００は、実コンテンツ、パラメータファイル、及びプレビューファイル等をアーカイブ処理してコンテンツ配信システム２００に転送する機能にも特徴がある。上述の通り、コンテンツ情報検証装置１００は、実コンテンツ毎にパラメータファイルやプレビューファイル等が生成されるため、ファイル数が多くなり、ファイルの転送処理が煩雑になると共にファイル管理が複雑化する。しかし、コンテンツ情報検証装置１００が上記のアーカイブ処理機能を有することにより、転送すべきファイルを１つ又は少数のファイルに集約することが可能になるため、アップロードの効率を向上させることができる。
【００８６】
［コンテンツ情報検証装置１００による検証処理方法］
次に、図９を参照しながら、本実施形態に係るコンテンツ情報検証装置１００による検証処理方法について説明する。図９は、本実施形態に係るコンテンツ情報検証装置１００による検証処理方法を示す説明図である。
【００８７】
図９に示すように、広告代理店等のサーバにおいて、実コンテンツ（※１）、及びコンテンツ管理ファイル（※２）が取得され（Ｓ１０２）、実コンテンツ、コンテンツ管理ファイル、又はテンプレートファイル等がコンテンツ情報検証装置１００に転送される（Ｓ１０４）。これらのファイルは、例えば、ＳＦＴＰ（Ｓｅｃｕｒｅ  Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等のセキュアなプロトコルを用いて転送される。
【００８８】
次いで、コンテンツ情報検証装置１００は、広告代理店サーバから転送されたコンテンツ情報を取得し（Ｓ１０６）、そのコンテンツ情報の検証処理を開始する（Ｓ１０８）。まず、属性検証部１０６に含まれる管理ファイル検証部１２２は、コンテンツ管理ファイルに記載された実コンテンツの数が所定数以下であるか否か等のコンテンツ管理ファイルに関する検証を行う（Ｓ１１０）。また、管理ファイル検証部１２２は、コンテンツ管理ファイルに記述されている実コンテンツが所定のフォルダ（例えば、カレントフォルダ等）に存在するか否か、或いは、コンテンツ管理ファイルに記述されているパラメータが所定の書式に則っているか否か等の検証を行う（Ｓ１１０）。
【００８９】
次いで、管理ファイル検証部１２２は、実コンテンツのコンテンツ種別を判別して、コンテンツ種別毎に決められたパラメータが記載されているか、或いは、そのパラメータの書式が正しいか否か等を検証する（Ｓ１１２）。このとき、管理ファイル検証部１２２は、コンテンツ種別毎に決められた所定の検証項目を確認して、コンテンツ管理ファイルの各パラメータを検証する。
【００９０】
次いで、コンテンツ属性検証部１２４は、実コンテンツの検証に必要なパラメータをコンテンツ管理ファイルから取得する（Ｓ１１４）。次いで、コンテンツ属性検証部１２４は、そのパラメータに基づき、実コンテンツのコンテンツ種別を判別し、そのコンテンツ種別用の検証項目を確認する（Ｓ１１６）。次いで、コンテンツ属性検証部１２４は、検証結果を出力してパラメータファイル生成部１１０に伝送する（Ｓ１１８）。次いで、パラメータファイル生成部１１０は、管理ファイル検証部１２２、及びコンテンツ属性検証部１２４による検証結果を受けて、その検証結果を含むパラメータファイルを生成する（Ｓ１２０）。次いで、ハッシュ値計算部１２６は、取得した実コンテンツ等の改竄の有無を検証するためにハッシュ値を計算し（Ｓ１２２）、その検証結果をパラメータファイル生成部１１０に伝送する。このとき、パラメータファイル生成部１１０は、パラメータファイルにハッシュ値を追記することができる。
【００９１】
次いで、プレビュー生成部１１２は、実コンテンツ、及びテンプレートファイルのプレビューファイルを生成する（Ｓ１２４）。次いで、書庫化部１１６は、実コンテンツ、プレビューファイル、及びコンテンツ管理ファイル等をアーカイブ処理してアーカイブファイルを生成する（Ｓ１２６）。次いで、転送部１１４は、アーカイブファイルをコンテンツ配信システム２００に転送する（Ｓ１２８）。
【００９２】
以上、本実施形態に係るコンテンツ情報検証装置１００による検証処理方法について説明した。上記の構成により、コンテンツ配信システム２００に転送される実コンテンツのフォーマットを短時間で確実に検証することが可能になる。また、コンテンツ配信システム２００へのアップロードをより効率的に実行することができる。さらに、実コンテンツに対応するパラメータファイルを利用することで、後日、実コンテンツを効率的に検索することが可能になる。
【００９３】
［コンテンツ情報検証装置１００の画面構成］
次に、図１０を参照しながら、本実施形態に係るコンテンツ情報検証装置１００の画面構成について簡単に紹介する。図１０は、本実施形態に係るコンテンツ情報検証装置１００の画面構成を示す説明図である。
【００９４】
図１０に示すように、コンテンツ情報検証装置１００の画面構成は、例えば、ファイル指定ボタン１００２と、コンテンツ情報の検証開始ボタン１００４と、検証結果（又は、ログ）表示欄と、エラー表示欄とを有している。第１に、ファイル指定欄にファイル名、又はフォルダ＋ファイル名を記入するか、或いは、ファイル指定ボタン１００２を用いてコンテンツ管理ファイルのファイル指定を行う。第２に、検証開始ボタン１００４を押下して、ファイル指定欄で指定されたコンテンツ管理ファイルに基づき、そのコンテンツ管理ファイル、及び実コンテンツの検証を実行する。コンテンツ情報検証装置１００は、自動的に実コンテンツがコンテンツ配信システム２００に適合するか否かを検証し、検証結果を検証結果表示欄に表示するか、或いは、エラーレポートをエラー表示欄に表示する。
【００９５】
以上、本実施形態に係るコンテンツ情報検証装置１００の画面構成について簡単に説明した。このように、コンテンツ情報検証装置１００の利用者は、非常に簡単な操作に基づいて自動的に実コンテンツのフォーマット検証を実行することが可能になる。その結果、実コンテンツの属性とコンテンツ配信システム２００の属性とを短時間で確実に検証することができるようになる。
【００９６】
［コンテンツ配信システム２００の構成］
次に、本実施形態に係るコンテンツ配信システム２００について詳細に説明する。前述の通り、本実施形態に係るコンテンツ配信システム２００は、主に、編成装置２１０、及び配信装置２４０により構成されている。そして、そのコンテンツ配信システム２００の特徴は、主に、コンテンツ情報検証装置１００から取得したパラメータファイルを利用して実コンテンツのプレイリストを生成する編成装置２１０の構成にある。そこで、以下では、編成装置２１０の構成を中心にしてコンテンツ配信システム２００の説明を行う。
【００９７】
［編成装置２１０の構成］
まず、図１１を参照しながら、本実施形態に係る編成装置２１０の構成について説明する。図１１は、本実施形態に係る編成装置２１０の構成を示す説明図である。
【００９８】
図１１に示すように、編成装置２１０は、主に、書庫化データ取得部２１２と、クリエイティブ編成部２１８と、ロール編成部２２０と、ロール割付部２２２と、プレイリスト生成部２２４とにより構成される。また、書庫化データ取得部２１２は、展開部２１４と、記憶部２１６とを含んでいる。なお、図示しないが、キャンペーン情報を入力するキャンペーン情報入力部をさらに備えていてもよい。
【００９９】
（書庫化データ取得部２１２、展開部２１４、記憶部２１６）
書庫化データ取得部２１２は、コンテンツ情報検証装置１００から取得したアーカイブファイルを取得して展開部２１４に伝送する。展開部２１４は、取得したアーカイブファイルを元のファイル（例えば、実コンテンツ、プレビューファイル、及びテンプレートファイル等）に展開して記憶部２１６に記録する。さらに、書庫化データ取得部２１２は、展開して復元された実コンテンツ、プレビューファイル、及びテンプレートファイル等をクリエイティブ編成部２１８に伝送する。なお、記憶部２１６には、コンテンツ管理ファイルに記述された他の情報を保持していてもよい。
【０１００】
（クリエイティブ編成部２１８）
クリエイティブ編成部２１８は、実コンテンツとクリエイティブとを対応付ける。図２を参照しながら前述した通り、本実施形態は、ロールを編成する際に暫定的なコンテンツを用いるタイムテーブルの編成方法に適用できるように構成されている。そのため、クリエイティブと実コンテンツとを対応付ける処理が必要であり、その処理を実行するのがクリエイティブ編成部２１８である。
【０１０１】
クリエイティブ編成部２１８は、実コンテンツとクリエイティブとを対応付ける際、書庫化データ取得部２１２から取得したパラメータファイルを参照する。クリエイティブ編成部２１８は、例えば、クリエイティブＩＤを照合して実コンテンツとクリエイティブとを対応付ける。また、クリエイティブ編成部２１８は、クリエイティブに対応するパラメータが存在しない場合、又は検証結果がエラーである旨を示すパラメータが含まれる場合等において、クリエイティブに実コンテンツを対応付ける処理を終了する。クリエイティブに対する実コンテンツの対応付けが完了すると、クリエイティブ編成部２１８は、実コンテンツとクリエイティブとの対応付け情報、又は実コンテンツが対応付けられたクリエイティブをロール編成部２２０に伝送する。
【０１０２】
（ロール編成部２２０）
ロール編成部２２０は、ロール中にクリエイティブを配置する。このとき、ロール編成部２２０は、例えば、キャンペーン単位でクリエイティブをロールに割り付けることも可能である。つまり、ロール編成部２２０は、例えば、あるキャンペーンで管理される所要数のクリエイティブを任意に選択してロール中の所定位置に割り付けることもできる。ロール編成部２２０は、クリエイティブが配置されたロール又はロールの情報をロール割付部２２２に伝送する。
【０１０３】
（ロール編成画面について）
ここで、図１２を参照しながら、ロール編成部２２０のユーザインターフェース（ＵＩ）について簡単に説明する。図１２は、ロール編成部２２０のＵＩを示す説明図である。
【０１０４】
図１２に示す例のように、ロール編成部２２０のＵＩは、キャンペーン単位でクリエイティブを割り付ける構成にすることができる。番組キャンペーン／広告キャンペーン欄は、登録されたキャンペーン情報が表示される欄である。この欄には、再生時刻、テロップの有無（ＴＬＰ）、キャンペーンＩＤ、及びキャンペーン名称の項目が並んでいる。例えば、０〜１２秒の時間帯には、キャンペーンＩＤ＝００６２４により特定されるキャンペーンが登録されていることが分かる。つまり、キャンペーンを登録することにより、ロールの中で、そのキャンペーンに割り振る時間を確保するのである。そして、実際にその時間に配信される実コンテンツは、クリエイティブ編成作業により割り当てられる。なお、削除ボタン２００２を押下することで、該当するキャンペーンの登録を削除することができる。
【０１０５】
一方、番組キャンペーン／広告キャンペーン追加欄は、ロールにキャンペーンを追加するための欄である。この欄には、追加ボタン２００４が設けられており、このボタンを押下することで、新たにキャンペーンを追加することができる。なお、番組キャンペーン／広告キャンペーン追加欄にも、番組キャンペーン／広告キャンペーン欄と同じ項目が並べられており、各項目に情報を入力して追加ボタン２００４を押下することで追加情報が登録される。
【０１０６】
（ロール割付部２２２）
再び図１１を参照する。ロール割付部２２２は、ロールを所定の時間帯に割り付けてタイムテーブルを生成する。このとき、ロール割付部２２２は、チャンネル毎、又は日付毎にタイムテーブルを生成する。そして、ロール割付部２２２は、タイムテーブルの情報をプレイリスト生成部２２４に伝送する。
【０１０７】
（ロール割付画面）
ここで、図１３を参照しながら、ロール割付部２２２のＵＩについて簡単に説明する。図１３は、ロール割付部２２２のＵＩを示す説明図である。
【０１０８】
図１３に示す例ように、ロール割付部２２２のＵＩは、タイムテーブル欄、及びロール追加欄により構成されている。タイムテーブル欄には、番組／キャンペーン欄が設けられており、時間帯毎に所定のロールが割り付けられている。また、登録されたロール毎に削除ボタン２０１２が設置されており、このボタンを押下することで登録されたロールを削除することができる。一方、ロール追加欄には、所望のロールを指定して挿入するための挿入ボタン２０１４が設けられており、ロールを指定して挿入ボタン２０１４を押下することで、ロールを追加することができる。
【０１０９】
（プレイリスト生成部２２４）
再び図１１を参照する。プレイリスト生成部２２４は、ロール割付部２２２から取得したタイムテーブル、又はタイムテーブルを集約したチャンネルの編成表に基づいて、各表示端末１０に配信されるコンテンツのプレイリストファイルを生成する。プレイリストファイルは、例えば、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等の言語により記述され、対応する表示端末１０の情報を含んでいてもよい。そして、プレイリスト生成部２２４は、プレイリストファイルと実コンテンツとを配信装置２４０に転送する。
【０１１０】
以上、本実施形態に係る編成装置２１０の構成について説明した。上記の通り、編成装置２１０は、コンテンツ情報検証装置１００により生成されたパラメータファイルを用いてクリエイティブ編成する機能に一つの特徴がある。また、編成装置２１０は、コンテンツ情報検証装置１００から取得したアーカイブファイルを展開すると共に、パラメータファイルに記載されたクリエイティブＩＤに基づいて、実コンテンツとクリエイティブとの対応関係を認識できる点にも特徴がある。
【０１１１】
これらの特徴は、編成装置２１０が暫定的なコンテンツであるクリエイティブを利用してロール編成する機能、及びキャンペーン単位で編成作業を実行できる機能と併存することで特に効果を発揮する。クリエイティブを用いてロール編成作業を実行すると、実コンテンツの入稿を待たずして編成作業に入れるため、非常に効率的である。
【０１１２】
しかし、入稿されたコンテンツとクリエイティブとの間でフォーマットが相違していると、実コンテンツを再作成しなくてはならず、余計な手間と時間が掛かってしまう。そのため、実コンテンツがクリエイティブのフォーマットに適合しているかを予め検証し、その検証結果に基づいてクリエイティブ編成ができる機能が非常に重要なのである。従って、上記の構成を適用すると、コンテンツ情報検証装置１００が生成したパラメータファイルを利用して編成作業を実行できるため、より確実に短い時間で番組を編成することが可能になる。その結果、システムの信頼性を向上させることができる。
【０１１３】
［ロール編成方法］
次に、図１４を参照しながら、本実施形態に係るロール編成方法の流れについて説明する。図１４は、本実施形態に係るロール編成方法の流れを示す説明図である。
【０１１４】
まず、ロール編成部２２０、及びロール割付部２２２は、クリエイティブを利用してロールを編成し、そのロールを割り付けてチャンネル毎にタイムテーブルを生成する（Ｓ２０２）。当該ステップについて、より詳細に述べると、まず、キャンペーン情報が入力され（Ｓ２１２）、ロール編成部２２０により当該キャンペーン情報に基づいてロールの編成処理が実行され（Ｓ２１４）、ロール割付部２２２によりロールの割付処理が実行される（Ｓ２１６）。
【０１１５】
次いで、書庫化データ取得部２１２は、コンテンツ情報検証装置１００からパラメータファイルを取得する（Ｓ２０４）。次いで、クリエイティブ編成部２１８、及びプレイリスト生成部２２４は、クリエイティブに実コンテンツを対応付けた上で、タイムテーブルを参照して各表示端末１０に配信されるコンテンツのプレイリストを生成する（Ｓ２０６）。次いで、プレイリスト生成部２２４は、プレイリストと実コンテンツとを配信装置２４０に転送する（Ｓ２０８）。その後、配信装置２４０により各表示端末１０に配信される。
【０１１６】
［ハードウェア構成］
上記の各装置、及び各システムの一部又は全部の機能は、例えば、図１５に示すハードウェア構成を有する情報処理装置によって実現することが可能である。図１５は、上記の各装置、及び各システムが備える構成要素の機能を実現可能な情報処理装置のハードウェア構成例を示す説明図である。
【０１１７】
図１５に示すように、上記の情報処理装置は、主に、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０２と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０４と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０６と、ホストバス９０８と、ブリッジ９１０と、外部バス９１２と、インターフェース９１４と、入力部９１６と、出力部９１８と、記憶部９２０と、ドライブ９２２と、接続ポート９２４と、通信部９２６とにより構成される。
【０１１８】
ＣＰＵ９０２は、例えば、演算処理装置又は制御装置として機能し、ＲＯＭ９０４、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８に記録された各種プログラムに基づいて各構成要素の動作全般又はその一部を制御する。ＲＯＭ９０４は、例えば、ＣＰＵ９０２に読み込まれるプログラムや演算に用いるデータ等を格納する。ＲＡＭ９０６は、例えば、ＣＰＵ９０２に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータ等を一時的又は永続的に格納する。これらの構成要素は、例えば、高速なデータ伝送が可能なホストバス９０８によって相互に接続されている。また、ホストバス９０８は、例えば、ブリッジ９１０を介して比較的データ伝送速度が低速な外部バス９１２に接続されている。
【０１１９】
入力部９１６は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、及びレバー等の操作手段である。また、入力部９１６は、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントロール手段（所謂、リモコン）であってもよい。なお、入力部９１６は、上記の操作手段を用いて入力された情報を入力信号としてＣＰＵ９０２に伝送するための入力制御回路等により構成されている。
【０１２０】
出力部９１８は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、ＰＤＰ（Ｐｌａｓｍａ  ＤｉｓｐｌａｙＰａｎｅｌ）、又はＥＬＤ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ  Ｄｉｓｐｌａｙ）等のディスプレイ装置、スピーカ、ヘッドホン等のオーディオ出力装置、プリンタ、携帯電話、又はファクシミリ等、取得した情報を利用者に対して視覚的又は聴覚的に通知することが可能な装置である。
【０１２１】
記憶部９２０は、各種のデータを格納するための装置であり、例えば、ハードディスクドライブ（ＨＤＤ；Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイス等により構成される。
【０１２２】
ドライブ９２２は、例えば、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体９２８に記録された情報を読み出し、又はリムーバブル記録媒体９２８に情報を書き込む装置である。リムーバブル記録媒体９２８は、例えば、ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア、ＨＤ−ＤＶＤメディア、コンパクトフラッシュ（ＣＦ；ＣｏｍｐａｃｔＦｌａｓｈ）（登録商標）、メモリースティック、又はＳＤメモリカード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  ｍｅｍｏｒｙ  ｃａｒｄ）等である。もちろん、リムーバブル記録媒体９２８は、例えば、非接触型ＩＣチップを搭載したＩＣカード（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  Ｃａｒｄ）、又は電子機器等であってもよい。
【０１２３】
接続ポート９２４は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）、ＲＳ−２３２Ｃポート、又は光オーディオ端子等のような外部接続機器９３０を接続するためのポートである。外部接続機器９３０は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、又はＩＣレコーダ等である。
【０１２４】
通信部９２６は、ネットワーク９３２に接続するための通信デバイスであり、例えば、有線又は無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ、又は各種通信用のモデム等である。また、通信部９２６に接続されるネットワーク９３２は、有線又は無線により接続されたネットワークにより構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、放送、又は衛星通信等である。
【０１２５】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１２６】
例えば、パラメータファイルにコンテンツ情報を検証したコンテンツ情報検証装置１００を示す識別情報（ＩＤ）や、検証処理を実行した利用者（或いは、会社名）の識別情報等を含んでいてもよい。また、複数の実コンテンツに対してコンテンツ情報を検証する際、一部の実コンテンツだけがエラーになった場合、正常に検証をパスした実コンテンツのみをアーカイブ処理してコンテンツ配信システム２００に転送する構成でもよい。さらに、演算負荷を測定せず、パラメータファイルに含めない構成も可能である。そして、コンテンツ種別毎に検証する項目を規定した検証用ファイルを保持していてもよい。
【図面の簡単な説明】
【０１２７】
【図１】本発明の一実施形態に係るロール編成方法を示す説明図である。
【図２】同実施形態に係るクリエイティブ編成方法を示す説明図である。
【図３】同実施形態に係るコンテンツ情報検証装置の構成を示す説明図である。
【図４】同実施形態に係るコンテンツ管理ファイルの構成を示す説明図である。
【図５】同実施形態に係る属性検証部の構成を示す説明図である。
【図６】同実施形態に係るパラメータファイルの構成を示す説明図である。
【図７】同実施形態に係るアーカイブ処理方法を示す説明図である。
【図８】同実施形態に係るアーカイブ処理方法を示す説明図である。
【図９】同実施形態に係るコンテンツ情報の検証方法を示す説明図である。
【図１０】同実施形態に係るコンテンツ情報検証装置のＵＩを示す説明図である。
【図１１】同実施形態に係るコンテンツ配信システムの構成を示す説明図である。
【図１２】同実施形態に係るロール編成画面を示す説明図である。
【図１３】同実施形態に係るロール割付画面を示す説明図である。
【図１４】同実施形態に係るロール編成方法を示す説明図である。
【図１５】同実施形態に係る各装置のハードウェア構成を示す説明図である。
【符号の説明】
【０１２８】
１０    表示端末
１００    コンテンツ情報検証装置
１０２    コンテンツ情報取得部
１０４    記憶部
１０６    属性検証部
１０８    演算負荷測定部
１１０    パラメータファイル生成部
１１２    プレビュー生成部
１１４    転送部
１１６    書庫化部
１２２    管理ファイル検証部
１２４    コンテンツ属性検証部
１２６    ハッシュ値計算部
２００    コンテンツ配信システム
２１０    編成装置
２１２    書庫化データ取得部
２１４    展開部
２１６    記憶部
２１８    クリエイティブ編成部
２２０    ロール編成部
２２２    ロール割付部
２２４    プレイリスト生成部
２４０    配信装置
９０２    ＣＰＵ
９０４    ＲＯＭ
９０６    ＲＡＭ
９０８    ホストバス
９１０    ブリッジ
９１２    外部バス
９１４    インターフェース
９１６    入力部
９１８    出力部
９２０    記憶部
９２２    ドライブ
９２４    接続ポート
９２６    通信部
９２８    リムーバブル記録媒体
９３０    外部接続機器
９３２    ネットワーク
【図１】
2008294968.tif 000003
【図２】
2008294968.tif 000004
【図３】
2008294968.tif 000005
【図４】
2008294968.tif 000006
【図５】
2008294968.tif 000007
【図６】
2008294968.tif 000008
【図７】
2008294968.tif 000009
【図８】
2008294968.tif 000010
【図９】
2008294968.tif 000011
【図１０】
2008294968.tif 000012
【図１１】
2008294968.tif 000013
【図１２】
2008294968.tif 000014
【図１３】
2008294968.tif 000015
【図１４】
2008294968.tif 000016
【図１５】
2008294968.tif 000017