(57)【特許請求の範囲】
【請求項１】
端末宛先にブロードバンド通信ネットワークリンク上で伝送するために、メディア及びデータをパッケージし、カスタマイズされたメッセージを生成する方法であって、
前記カスタマイズされたメッセージの断片を含むメディアセグメントであって、前記端末宛先への伝送のための所望のメディアセグメントにアクセスするステップと、
ターゲットオーディエンスのために前記カスタマイズされたメッセージのコンテンツを示すよう構成されているターゲット情報であって、前記端末宛先への伝送のためのターゲット情報にアクセスするステップと、
前記メディアセグメントと前記ターゲット情報と命令とを単一パッケージにパッケージするステップであって、当該命令は、当該単一パッケージをパッケージ解除する命令であって、前記端末宛先に、前記ターゲット情報を分析させ、前記ターゲットオーディエンスに基づいて組み立てるよう前記コンテンツのメッセージの複数のバージョンの一つを判定させるように構成されている命令である、ステップと、
前記単一パッケージを前記端末宛先に送るステップと、
前記端末宛先に動作可能に接続されているディスプレイ装置における表示のために、前記端末宛先において、前記ターゲット情報及び前記命令に基づき前記メディアセグメントから断片のセットを選択することによって、前記単一パッケージをパッケージ解除し、前記メディアセグメントの二又はそれ以上から形成される前記カスタマイズされたメッセージを形成するステップとを含むことを特徴とする方法。
【請求項２】
前記パッケージ解除するステップが、前記端末宛先におけるオン・デマンド要求に応じて実質的にリアルタイムで生じることを特徴とする請求項１に記載の方法。
【請求項３】
前記パッケージするステップ中に最適化手順を用いて、前記単一パッケージにおいてユニークであるメディアセグメント一つのみを含めることによって、前記パッケージのサイズを最適化するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記メディアセグメントが、広告のセグメントであることを特徴とする請求項１に記載の方法。
【請求項５】
前記端末宛先が、セットトップボックスであることを特徴とする請求項１に記載の方法。
【請求項６】
端末宛先において、メディア及びデータをパッケージ解除する方法であって、
メディアセグメントと、ターゲットオーディエンスのためにカスタマイズされたメッセージのコンテンツを示すよう構成されているターゲット情報と、前記メディアセグメントの取り扱いに関する命令であって、前記端末宛先に、前記ターゲット情報を分析させ、前記ターゲットオーディエンスに基づいて組み立てるよう前記コンテンツのメッセージの複数のバージョンの一つを判定させるように構成されている命令とを含む単一パッケージを受信するステップと、
前記単一パッケージから、前記メディアセグメント、前記ターゲット情報及び前記命令をパッケージ解除するステップと、
前記端末宛先に動作可能に接続されているディスプレイ装置における表示のために、前記端末宛先において、前記命令及び前記ターゲット情報に基づき前記メディアセグメントのうちの１つ又はそれ以上をアセンブルし、前記メディアセグメントの二又はそれ以上から形成される前記カスタマイズされたメッセージを形成するステップと
を含むことを特徴とする方法。
【請求項７】
前記パッケージ解除するステップが、前記端末宛先におけるオン・デマンド要求に応じて実質的にリアルタイムで行われることを特徴とする請求項６に記載の方法。
【請求項８】
前記メディアセグメントが、音声及び映像のセグメントを含み、前記アセンブルするステップが、
音声セグメントを連結するステップと、
映像セグメントを連結するステップと、
前記連結された音声セグメントと映像のセグメントとを統合するステップと、
表示のために、前記連結され統合されたセグメントを送出するステップと
を含むことを特徴とする請求項７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、メディア配信システムにおけるメディア及びデータのパッケージングに関し、より具体的には、カスタマイズされた広告の作成及び配信に有用なパッケージング・プロセス及び装置に関する。
【０００２】
（関連出願）
本出願は、全体的な内容が引用により本明細書に組み入れられる、２００７年９月２０日に出願された、Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｍｅｄｉａ  Ｐａｃｋａｇｉｎｇという発明の名称の米国特許仮出願番号第６０／９７３，９８２号に基づく優先権を主張する。
【背景技術】
【０００３】
カスタマイズされたアドレス指定可能な映像広告のためのシステムが開発されている。こうしたシステムは主として、従来のＴＶ配給ネットワーク（ケーブル、衛星、及び放送）に実装されている。典型的なシステムを図１に示す。
【０００４】
図１を参照すると、作成機能１０は、一般に、カスタマイズ可能なキャンペーンを定義し、設定するプロセスを指す。このプロセスは、一般に、メディアツール（例えば、絵コンテ作成ツール、編集ツール、及び他の制作及び制作後ツール）、並びにデータツール（例えば、セグメント化ツール、分析ツール等）によりサポートされる。ライン１２を介したこのプロセスの出力は、制作されたメディア（典型的には、ＤＶ５０のような高品質フォーマット）と、グラフィックスと、タイミング情報と、セグメント化／ターゲットデータと、異なるバージョンのコマーシャルを作成し、それらを適切な視聴者に配信するために必要とされる全ての他のメタデータとで構成されたキャンペーンである。図１の作成プロセスは、一般に、キャンペーンがオンエアされ始める前に一度行われ、異なるコマーシャルは中間キャッシュサーバに格納される。
【０００５】
管理機能１４は、一般に、キャンペーンのオンエア中に、これを監視及び管理するプロセスを指す。これは、メタデータの変更、特定のバージョンのコマーシャルを異なる状況下でどのように放送するかについての変更、コマーシャルにおける価格情報の幾つかの変更等を含むことができる。キャンペーンを管理するプロセスは、キャンペーンがオンエアされる期間全体にわたり継続することができる（一方、上述のように、作成プロセス１０は主として、キャンペーンが放送され始める前に終了するのが通常である）。管理機能の出力は、ライン１６上で利用可能である。
【０００６】
パッケージング・プロセス１８は、一般に、全てのメディア及び（メタ）データを、単一の「アセット」（本明細書においては「パッケージ」と呼ばれることもある）に統合するプロセスを指す。このプロセスは、単一アセットを生成するのに必要なメディア及びデータの全ての操作を網羅するものであり、単一アセットは、配信ネットワークを通して容易に配給することができ、その後、表示される必要がある最終的なコマーシャルに変換することができる。これは、グラフィックスを計算し、映像上にレンダリングすること、音声及び映像を宛先のネットワークが要求するフォーマットにエンコードすること、ターゲットデータを配信ポイントに対して適合させること等のプロセス・ステップを網羅することができる。
【０００７】
パッケージ（例えば、キャンペーンに関連付けられたメディア及びデータを表わす単一アセット）は、パッケージング制御１８によりライン２０を介して出力され、配信ネットワーク２２を通じてその宛先に配給される。配信ネットワークは、この用途で要求される帯域幅及びセキュリティの制約を満たすいずれのコンピュータネットワークであってもよい。これは、典型的には、一対多方向接続である（換言すれば、パッケージは、典型的には、１つの場所から多数の宛先ポイントに（例えば、ＴＶの配給ネットワークにおける異なるケーブルシステム、異なる衛星オペレータ、又はさらには、異なる個々のセットトップボックスに）送られる。異なる配信ネットワークは、典型的には、それら自体の固有の構成の結果である、幾つかの固有の特徴及び／又は制約を有する（例えば、放送環境においては、全ての視聴者に対して同じ映像信号が一斉送信され、かつ提示され、ビデオ・オン・デマンド環境においては、全ての視聴者は、彼ら固有の映像信号のコピーを視聴する、等）。
【０００８】
パッケージ解除プロセスモジュール２４は、配信ネットワーク１１からライン２６を介してデータを受け取り、特定の視聴者（のグループ）に対して特定の時間に表示するための適正なバージョンのコマーシャルを生成する。このプロセスは、配信ネットワーク２２の中で又はその端部で（例えば、ビデオ・オン・デマンド・サーバ内、又は放送設備内で）行われる。パッケージ解除プロセスは、直接に視聴者に表示することができるコマーシャルを生成するので、これは、典型的には、システム及び位置に応じた特定のフォーマットである必要がある（例えば、現代のケーブルシステムの場合には、特定のエンコード設定を有するＭＰＥＧ−２）。パッケージ解除は、完全に自動化されたプロセスであり（すなわち、人間の関与なしで生じる）、コマーシャルが視聴されるべき時点の前に生じる。次いで、アンパックされたコマーシャルは、パッケージ解除モジュール２４からライン２８を介して中間キャッシュサーバ２５に送られ、そこで格納される。
【０００９】
次いで、表示モジュール２６が、表示されるべきコマーシャルを必要に応じてライン２９を介して受信し、一般にコマーシャルを視聴者に対して描画する。これは、典型的には、既存の表示システムを用いて実行される。これは、ネットワーク及び実装に応じて、Ｆｌａｓｈ  Ｐｌａｙｅｒ（ブロードバンド用途の場合）、デジタル・セットトップボックス（現代のケーブルシステムの場合）などを用いて行うことができる。特定のネットワーク／プレーヤ／セットトップボックスは、典型的には、コマーシャルに対してある特定のフォーマット制約を課すことに注目することは重要である（例えば、Ｆｌａｓｈ  Ｐｌａｙｅｒに対しては．ｆｌｖファイルフォーマット、セットトップボックスの場合には特定のＭＰＥＧ−２  ｆｌａｖｏｒ、等とする必要がある）。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
従って、遅延時間を減少させ、システムの効率及びスループットを高めるためには、迅速にかつ効率的にパッケージ解除できることが重要である。さらに、パッケージが要求する帯域幅を最小にすることも重要である。
【課題を解決するための手段】
【００１１】
本発明は、端末宛先における表示のためにブロードバンド通信ネットワークリンク上で伝送するために、メディア及びデータをパッケージする方法に関する。本方法の特徴は、端末宛先への伝送のための所望のメディアセグメントを生成するステップと、端末宛先への伝送のための、例えば、全部又は一部がメタデータ形態のターゲット情報を生成するステップとを含む。他の特徴は、生成されたメディアセグメントと生成されたターゲット情報とを単一パッケージにパッケージするステップと、ターゲット命令に従って、ターゲットされたメディアを端末宛先において表示するために、単一パッケージをアンパックするステップとを含む。
【００１２】
別の態様において、本発明は、端末宛先における表示のためにメディア及びデータをアンパックする方法を提供し、この方法は、ターゲット命令に従って、メディアセグメントとメディアセグメントの取り扱いに関する命令とを含む単一パッケージを受信し、単一パッケージからディアセグメント及び命令をアンパックし、端末宛先における表示のためにメディアセグメントの１つ又はそれ以上をアセンブルするステップを実施する。
【００１３】
本発明は、さらに、音声及び映像のセグメントを含むメディアセグメントを特徴とすることができ、オーディーセグメントは連結され、映像セグメントは連結され、連結された音声セグメントと映像セグメントとが統合され、端末宛先での表示のために、連結され統合されたセグメントが送出される。
【００１４】
本発明のさらなる特徴は、パッケージのサイズを最適化するために、パッケージするステップ中に最適化手順を用いるステップを含み、メディアセグメントは広告のセグメントであり、端末宛先はユーザのセットトップボックスであり、アンパックするステップはオン・デマンドで行われる。
本発明の特徴及び利点は、図面から明らかである。
【図面の簡単な説明】
【００１５】
【図１】高レベルで従来技術のシステムの説明を表わす。
【図２】本発明の一実施形態による例示的なパッケージの実装を示す。
【図３】本発明の実施形態による、パッケージング・プロセスへの入力と、そこからの出力を示す。
【図４】本発明の実施形態による、メディアのパッケージング・プロセスの実装を示す。
【図５】本発明の実施形態による、別のメディアのパッケージング・プロセスの実装を示す。
【図６】本発明の実施形態による、データのパッケージング・プロセスの実装を示す。
【図７】本発明の実施形態による、パッケージ解除プロセスの実装を示す。
【発明を実施するための形態】
【００１６】
本発明の態様の実施形態によれば、本システムは、要求されるプレゼンテーションの適正なコマーシャルのバージョンを（好ましくはリアルタイム又はオン・デマンドで）生成できるようにするために必要な全てのメディア及びデータを含む、単一パッケージに関する。こうしたパッケージは、自己完結型であり、所与の各々のプレゼンテーション・コンテクストにおける適正なプレゼンテーション、例えば、コマーシャルの自動生成を可能にする。本実施形態は、多数の重要な利点を有する。
【００１７】
第１に、パッケージは自己完結型であるため、単一アセットとして配給及び管理することができる（ルール、メタデータ、及びメディアのアセットを個別に管理する必要はない）。第２に、パッケージのサイズは最適化されており、すなわち、固有のアセット・ピースはパッケージに一度だけ含まれる（例えば、あるキャンペーンが、１０００の異なるバージョンをもつ１５秒間のコマーシャルを有し、その違いは最後の３秒間のみである場合には、パッケージは最初の１２秒間を一度だけ含む。このことは、１０００の完全に別個のコマーシャルのコピーを格納及び配給するよりはるかに効率的である）。第３に、パッケージが全てのルール及びメタデータを含むため、既存のネットワーク及び他のインフラストラクチャはそれについて懸念する必要がない。ルール及びメタデータの知識は、大部分はパッケージ内に保持され、ネットワーク及び他のシステム要素に対してトランスペアレントである。これにより、変更されたデータ、コンテンツ、又はルールを取り扱うことの複雑性が局所化され、パッケージ解除をメディアの宛先において、例えば、セットトップボックスで実行することが可能になる。理想的な状況においては、パッケージ解除は、コマーシャルが放送されるのと同じときに実行される（このことは、「リアルタイムのパッケージ解除」又は「オンザフライのパッケージ解除」と呼ばれることもある）。
【００１８】
用途
パッケージ及びパッケージングの概念は、多くの異なるＴＶネットワーク環境に適用することができ、その一例はブロードバンドである。ブロードバンド環境においては、オンライン・コンテンツに挿入されるコマーシャルをカスタマイズ及びターゲットし、次いで視聴者に対してストリーミングするために、例示的な広告準備システムが用いられる。このシステムを用いて、視聴者の位置に基づいて（例えば、位置マッピングに対するＩＰアドレスを用いて、又は他の機構によって）、リアルタイムのデータ（天気等）に基づいて、又はいずれかの他の（ビジネス関連）の条件に基づいて、映像コマーシャルを変更することができる。
【００１９】
現在、ブロードバンドにおいて、Ｆｌａｓｈ  Ｖｉｄｅｏ、Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ、及びＡｐｐｌｅ社のＱｕｉｃｋｔｉｍｅといった、多数の異なる圧縮フォーマットが用いられている。従って、ブロードバンドのためのパッケージは、Ｆｌａｓｈ、Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ、又はＱｕｉｃｋｔｉｍｅ（又は必要とされることがある他の全てのフォーマット）でのメディア要素、並びに、コマーシャルをターゲット及びカスタマイズするのに必要なターゲットデータ又は他のメタデータを含む。
【００２０】
ほとんどのブロードバンド映像システムは、低信頼ネットワーク接続を補償するために、バッファリングを用いる。このことが幾らかの端末相互間遅延を発生させる（ユーザは、視聴する映像を選択した後、受信側のバッファが、再生が開始されるのに十分に満たされるまで、数秒間待たなければならない）。ここで説明されるシステムの１つの実施形態によれば、（潜在的に）オンザフライで生成される映像が存在し、必要なバージョンのコマーシャルをパッケージから生成する（パッケージ解除として知られる）のにかかる時間の量が端末相互間起動遅延に追加される（すなわち、視聴者はこの場合、Ｘ＋Ｙだけ待たなければならず、式中、Ｘはパッケージ解除にかかる時間の量であり、Ｙは十分なバッファリングにかかる時間の量である）。起動時間は最小にする必要がありので、その結果として、パッケージ解除プロセスをできるだけ速くする必要があることになる。
【００２１】
パッケージのコンテンツ
パッケージファイルのフォーマットは、パッケージ解除プログラムによる構文解析が可能であり、かつ、（正しいコンテクストパラメータを有するという条件で）そこから非常に迅速にブロードバンド映像（例えば、コマーシャル）を生成できるものとすべきである。理想的には、この機能の性能（速度）は、パッケージファイルのサイズに対して線形であるべきである（そのため、これは「（ｎ）次」であるべきであり、ここで「ｎ」はパッケージファイルのファイルサイズを表わす）。パッケージは、典型的には３つの情報の論理ブロック、すなわち、索引表、メディア・アセット、及びアセンブリ表を含むことができる。
【００２２】
索引表は、基本的には、パッケージ内にある全てのメディア・アセットに対するルックアップ表である。例えば、索引表は、３つのＦｌａｓｈ  ｖｉｄｅｏアセット（Ａ、Ｂ、Ｃ）及び４つのＭＰ３アセット（Ｄ、Ｅ、Ｆ及びＧ）がパッケージ内に存在することを示すことができる。
【００２３】
メディア・アセットは、映像アセット、音声アセット、及びグラフィックス又は他のアセットに分けることができる。各々の種類のアセットは、典型的には、特定のフォーマットにエンコードされる（例えば、映像に対してＦｌａｓｈ  ｖｉｄｅｏ、音声に対してＭＰ３、等）。
【００２４】
アセンブリ表は、所与の状況に対して最良の（コマーシャル）メッセージを生成するために種々のアセットをいつ、どのように統合すべきかについての情報を含む。実装に応じて、これらはかなり基本的なものとすることができ、例えば、コマーシャルの「スペイン語バージョン」を、Ｆｌａｓｈ  ｖｉｄｅｏアセットＡ、Ｃ及びＸと、ＭＰ３アセットＸ、Ｙ及びＺとを連結し、次いで、映像と音声を単一の．ｆｌｖファイルに統合することにより生成することができることを指定することができる。これは、（後の段階でのグラフィックスのオーバーレイがサポートされている場合には）、グラフィックス・アセットＧを、コマーシャルメッセージの最後の部分の上にオーバーレイすることを指定することもできる。より複雑な実装においては、アセンブリ命令は、ターゲット情報又はトラフィック情報を含むこともできる。例えば、特定の範囲（例えば、１２３．４．５．６７８から１２３．４．５．６７０）内の全てのＩＰアドレスが特定のバージョンのコマーシャルを受信すべきこと、又は、毎週日曜日の午前１０時から１１時の間に２つの異なるバージョンのコマーシャルメッセージを５０％−５０％でローテーションさせるべきことを指定することもできる。
【００２５】
パッケージのフォーマットには、異なる実装の選択肢があることが明らかである。一例を以下でさらに詳細に説明する。
【００２６】
この例では、パッケージは、以下のようにファイルとして実装される。
図２を参照すると、パッケージファイルの形式的ファイル構文ではなく論理構造が描かれている。従って、本発明のこの例示的な実施形態の説明を単純かつ明確にするために、例えば、チェックサム、種々のセグメントの長さ等のようなフィールドは、図から省略されている。
【００２７】
図２に示される索引表区域４０は、ファイル内で利用可能な全てのメディア・アセットをリスト化する。この例においては。ＭＰ３の音声フラグメント、及び．ｆｌｖ（Ｆｌａｓｈ  Ｖｉｄｅｏ）の映像フラグメントのみがサポートされる。この表は、各フラグメントについてのエントリを含む。各エントリは、固有のメディアｉｄ（ｉｄ＃）、ファイル内でのメディア・フラグメントの開始をメディア・アセット区域の開始点から相対的に示すベースオフセット（ベース）、ファイル内でのこのフラグメントの長さ（長さ）、及び、ｍｐ３（音声の場合）又は．ｆｌｖ（映像の場合）のいずれかであり得るタイプ・フィールドを定義する。
【００２８】
メディア・アセット区域４２は、全ての実際のメディア・フラグメント（この場合はｍｐ３又は．ｆｌｖフラグメント）を含む。超高速パッケージ解除のための性能要件を満たすには、メディア・アセットは、単に互いに連結するだけで、いかなる音声又は映像アーチファクトも生じることなく有効なシームレスのコマーシャルを生成することができるような方法で、準備され／エンコードされる必要がある。
【００２９】
アセンブリ表区域４４は、ファイルから生成することができる全ての有効なコマーシャル・バージョンをリスト化する。この例においては、時間／日に特有の幾つかのバージョンがある（１つのバージョンは朝に有効であり、１つは午後に有効である、等）。アセンブリ表は、各々の有効なコマーシャル・バージョンについてのエントリを含む。各エントリは、固有のバージョン名（バージョン）、並びに、連結されるべき映像フラグメントのシーケンスの識別情報（映像）、及び連結されるべき音声フラグメントのシーケンスの識別情報（音声）を定義する。
【００３０】
この例においては、ターゲット条件（全て時間特有である）は暗黙的であり、バージョンの固有名により駆動される（例えば、「朝」の意味は、「就業日の東部標準時の真夜中から正午まで」を意味するようにハードコード化することができる、等）ことに注目されたい。これらのルール（時間に基づくルール、又はＩＰアドレスに基づくルール等のいずれも）も表わすように、パッケージファイルのフォーマットをさらに拡張することができることが容易に理解される。このことは、例えば、アセンブリ表を拡張することにより、又は、アセンブリ表４４における「バージョン」を特定のターゲットルールに関連付けるための別の表を導入する（付加する）ことにより、実行することができる。
【００３１】
パッケージング・プロセス
パッケージング・プロセスの入力及び出力を図３に示す。メタデータは、プロセスへの入力である。これは１つ又はそれ以上のＸＭＬファイルとして表わすことができるが、他の（ファイル又は非ファイル）表現もまた可能である。これは、ソースメディア・アセットを識別するものであり、また、異なるバージョンのコマーシャルを生成するためにメディア・アセットのどの有効な組み合わせを用いるべきであるかを定義するメタデータ及びルールさらに含む。これは、これらのシーケンスのためのターゲットルールの幾つかの定義を含むこともできる。
【００３２】
メディア・アセットもまたプロセスへの入力である。これらは、典型的には、高（制作）品質であり、音声に対しては．ＷＡＶファイル、映像に対しては．ＡＶＩファイルの形態とすることができる。
【００３３】
プロセスの出力は単一パッケージである。実装は様々であってよいが、この説明の残りの部分では、この実装が単純なバイナリファイルとして表されるものと想定する。
【００３４】
基本パッケージ及び更新パッケージの概念を実装することが可能であることにも注目されたい。基本パッケージは、全てのメディア及びメタデータを含むように最初に作成される。次にこれが、放送のために配信ネットワークに配給される。キャンペーンの変更が必要とされる場合（異なるメディア、異なるルール）、パッケージング・プロセスは、基本パッケージからの変更だけを含む更新パッケージを生成することができる。これは、すでに配給された全てのデータを再配給しなくてよいという利点を有する。このことは、パッケージング・プロセス及びパッケージ解除プロセスの両方が、履歴の概念（すなわち、基本パッケージの履歴）を有することを前提とする。
【００３５】
メディアのパッケージング
パッケージ解除に対する１つの要件は、性能である（すなわち、適正なバージョンのコマーシャルを、パッケージから非常に迅速に生成することが可能でなければならない）。これを行うためには、パッケージ解除時点における処理及びメディア操作の量を減らすことが重要である。これは、処理の間に全てのメディア・フラグメントをその宛先のフォーマットにエンコードしておき、パッケージ解除時点においては、フラグメントを単に連結して適正なバージョンを生成できるようにすることにより達成することができる（潜在的には、その圧縮フォーマットに応じて、同様に実行する必要があるタイムスタンプのようないくつかの他の基本的な動作又はいくつかの他の単純な動作も存在するが、この目的は、メディア操作、圧縮解除、再圧縮などのような、計算の影響を受けやすい動作を回避することである）。
【００３６】
図４は、パッケージ解除性能を向上させるのに役立つメディアパッケージング・プロセスの、より詳細な例を示す。本例においては、入力は、．ＡＶＩファイル（映像のためのＤＶ５０を含む）５６と、．ＷＡＶファイル（音声のための４８ｋＨｚのサンプリングレートを有する非圧縮音声）５８である。この例示的なフローにおいては、単純にするために、テンプレート及びメタデータのフローを省略する。音声入力は、４８ｋＨｚでサンプリングされた．ＷＡＶファイルの非圧縮の音声である。
【００３７】
このパッケージング・プロセスはブロードバンド用のＦｌａｓｈファイルのためのものであるため、異なるサンプリング周波数（４４．１ｋＨｚ）を有するＭＰ３ファイルが必要である。それで、このシステムは全ての音声フラグメントを４４．１ｋＨｚに再サンプリングする（再サンプリング（１））６０。現在、業界において用いられており、当該分野で公知の、この状況で機能する再サンプリングのための種々の技術がある。
【００３８】
一旦、音声フラグメントが適正なサンプリングレートを有するものとなったら（依然として、．ＷＡＶファイルの非圧縮音声）、それらを再調整する必要がある（再調整（２））６２。このステップは、別々にエンコードされた音声フラグメントを互いにシームレスに連結することを可能にするために必要とされる。このことは、内容が全体として引用により本明細書に組み入れられる、「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｓｅａｍｌｅｓｓ  Ｓｗｉｔｃｈｉｎｇ  ｏｆ  Ｃｏｍｐｒｅｓｓｅｄ  Ａｕｄｉｏ  Ｓｔｒｅａｍｓ」という発明の名称の米国特許出願番号第１０／１９２，１９２号に記載されている。
【００３９】
再調整されたら、フラグメントをエンコードして、適正な圧縮フォーマット、この場合はＭＰ３ファイルにすることができる（エンコーディング（３））６４。このことは、いずれかの適切なＭＰ３エンコーダによって行うことができるが、ＭＰ３エンコーダに関して、フレームの境界をクリーンに保つために「ビットリザーバ」オプションは無効にすべきである。このステップの結果として、６４において、個別にエンコードされた一組のＭＰ３音声ファイルが得られる。
【００４０】
映像入力は、この説明的な例においては、ＤＶ５０（５０メガビット／秒）で圧縮された映像フラグメントである。これらをエンコードして、正しい映像圧縮フォーマット、この場合は、．ＦＬＶファイルにする（エンコーディング（４））６６。このことは、いずれかの適切なエンコーダによって実行することができる。その結果は、個別にエンコードされた一組のＦＬＶ映像ファイルである。
【００４１】
次いで、エンコードされた音声ファイル（ＭＰ３）及びエンコードされた映像ファイル（ＦＬＶ）を多重化して、パッケージファイルにする（多重化（５））６８。パッケージファイルのフォーマットは、例えば、図２において説明されるようなフォーマットとすることができる。このステップにおいて、メタデータもまたパッケージ内に入れられることに注目されたい（例えば、パッケージファイルの「アセンブリ表」区域内に）。
【００４２】
図４のパッケージング・プロセスは、より多くの機能又は異なるメディアの種類を追加するように拡張することができる。こうしたパッケージング・プロセスの多少複雑な例を図５に示す。図５を参照すると、図４に説明されるプロセスとほとんど同じであるが、グラフィックスのオーバーレイが追加されたプロセスが示されている。この例においては、７０において、グラフィック・ファイル＋データの形態で、システムへの追加入力がある。グラフィック・ファイルは、グラフィックスのオーバーレイ（又は、アートカード）のためのテンプレートを設計することができる。データは、最終的なコマーシャルの一部とする必要があるグラフィックスについての実際の値とすることができる。例えば、車のコマーシャルにおいてディーラーのアドレスについてのグラフィックス・テンプレートが存在するものとして、そのデータは、全ての有効なディーラーのアドレスのリストを有するスプレッドシートとすることができる。
【００４３】
映像フラグメントをエンコードして６６ａにおいてＦＬＶファイルを形成（エンコーディング（４））する前に、システムは、適切な映像フラグメントのコピーを作成し、各フラグメントに対して種々のグラフィックスを計算し、それらを映像７２の中にレンダリングする。そのため、例えば、コマーシャルの最後の５秒間にディーラーのアドレス含める必要があり、かつ５つのディーラー・アドレスがある場合には、システムは、映像の最後の５秒間のコピーを５つ作成し、ディーラー・アドレス１をコピー１内にレンダリングし、ディーラー・アドレス２をコピー２内にレンダリングする、等、以下同様に行うことになる。
【００４４】
メタデータのパッケージング
メタデータは、パッケージファイルの別の要素である。図２のパッケージファイル・フォーマットにおいては、メタデータは、アセンブリ表の一部である。他の実装において、メタデータは別個の区域内にあるものとすることもできる。
【００４５】
図６は、メタデータのパッケージング・プロセスの例示的な実装を示す。メディアのパッケージング・プロセスとメタデータのパッケージング・プロセスとは高度に相関していることに注目されたい。パッケージング・プロセスの実装は、以下に説明されるようなメタデータのパッケージングと組み合わされた、上述のようなメディアのパッケージングを含むことができる。
【００４６】
図６を参照すると、広告主メタデータ８０は、キャンペーン特有のものであり、ＸＭＬファイル又は他の表現として供給することができる。これは、ビジネスルール（又はデータのセグメント化）を定義し、それらをメディアとリンクさせる。これは、パッケージング・プロセスにおいて配信アドレスに対して方法を解決するのに十分なデータが存在するという条件で、いずれかのデータのセグメント化方法を参照するビジネスルールを定義することができる。広告メタデータの例は以下の表に示され、第１の列はメディア／コマーシャルを参照し、第２の列はターゲットとなる受け手を定義する。
【表１】
0005591702.tif 000002
本例においては、コマーシャルのバージョン＿Ａはボストンに住む人々に提示され、バージョン＿Ｂはサンフランシスコに住む人々に提示され、以下同様である。
【００４７】
ネットワークデータ８２は、コマーシャルメッセージの配信に利用可能なネットワークのトポロジ及びネットワークアドレスを記述するデータである。これは典型的には、データベース表として表わされる。データベースのコンテンツは、配信ネットワークに依存し、すなわち、例えば、ケーブルシステムのためのデータベースは、インターネットのためのデータベースとは異なる。インターネット配信のためのネットワーク構成の例は、以下の表に示され、第１の列はＩＰアドレス範囲を表わし、第２の列は郵便番号の範囲を表わす。
【表２】
0005591702.tif 000003
【００４８】
他のデータ８４は、広告メタデータ（本例においては、バージョン）と、特定のネットワークにおける配信ポイント、例えば、ＩＰアドレスとの間の解決を解決するのに必要な全ての他のデータベースである。他のデータの例は、以下の表に示され、第１の列はターゲットとなる視聴者／市を定義し、第２の列は郵便番号を定義する。
【表３】
0005591702.tif 000004
【００４９】
このパッケージング・プロセス８６は、入力された広告主メタデータ８０を取得し、必要なときにこれをネットワークデータ８２及び他のデータ８４に対して解決する。より具体的には、パッケージング・プロセスは、一方で、異なるバージョンのコマーシャルと、ネットワーク内に存在する物理的配信アドレスとの間にリンクを確立する。その目的は、あるバージョンのコマーシャルが（配信ネットワークの奥深くで）要求された場合に、パッケージ解除プロセスを非常に迅速に、好ましくは他のデータソースに照会することなく実行することができることを保証することである。以下の表に示される例においては、パッケージング・プロセスは、以下のデータがパッケージ内に含まれるように計算することができる。
【表４】
0005591702.tif 000005
この表において、第１の列はバージョンを定義し、第２の列はこのバージョンが適用可能なＩＰアドレスを定義する。次いでこのデータはパッケージファイル８８内に埋め込まれるので（アセンブリ表の一部として、又は個別に）、パッケージ解除時には、所与のＩＰアドレスに対して適正なバージョンのコマーシャルを迅速に生成するために、必要とされる全てのメディア及びデータが使用可能になる。
【００５０】
パッケージング解除
本発明によると、パッケージ解除プロセスは、ストリーミングプロセスにおいて、エンドユーザ／表示装置へのストリームが固有のものになるポイントで行われる。その位置では、パッケージ解除は実質的にオン・デマンドで生じ、従って、パッケージ解除プロセスは、メディア／コマーシャルが必要になったときに実行できるように、簡単なものであることが要求される。
【００５１】
上述のように、パッケージ解除プロセスにとって、性能は重要な基準である。一般に、パッケージ解除プロセスは、ターゲット基準をその環境から（例えば、特定のコマーシャルが要求されるＩＰアドレスから）判断し、メディア・フラグメントを見出し、それらを連結し、それらを多重化して、正しいファイルのフォーマットにする。より詳細なパッケージ解除のフローの例を図７に示す。
【００５２】
図７を参照すると、コマーシャルに対する要求９０は、典型的には、配信ネットワークを通じて開始される。次いでこの要求はパッケージ解除プロセスに渡される。これはインターネット上のブロードバンドのコマーシャルに対する要求の場合もあり、又は、ビデオ・オン・デマンド・セッションにおけるコマーシャル等に対する要求の場合もある。
【００５３】
パッケージ解除プロセスは、最初に、ターゲットパラメータを決定する９２。これらは、適正なバージョンのコマーシャルを生成するのに用いられるべきパラメータである。これらのパラメータは、要求と共にパッケージ解除器に渡されるべきである。インターネット環境においては、これは、ターゲットコンピュータのＩＰアドレスとすることができる。ビデオオンデマンドシステムにおいては、これは、宛先セットトップボックスのＭＡＣアドレスとすることができる。
【００５４】
パッケージ解除プロセスは、９４において、ターゲットパラメータを用いて、パッケージファイルのバージョンを探索する。これは、典型的には、アセンブリ表、又はパッケージの別の区域内で探索される。このステップの結果は、バージョンの固有識別子である。
【００５５】
９６における次のステップで、パッケージファイル内のメディアを探索する。これは、パッケージファイル内の索引表を用いて実行される。このステップの結果は、連結される必要があるパッケージファイル内の種々のメディア・フラグメントを指示するポインタのリストである。
【００５６】
９８における次のステップで、メディアを読み込む／連結する。種々の音声フラグメントが順々に読み込まれ、種々の映像フラグメントが順々に読み込まれる。その結果は、単一の映像ストリーム及び単一の音声ストリームである。
【００５７】
最終ステップ１００は、音声ストリーム及び映像ストリームの多重化である。このステップは、音声及び映像のパケットを（正しい順番及び比率で）多重化して、単一のシーケンスとする。このプロセスはまた、得られる単一ファイルをシームレスかつ適正なものにするために、パケットヘッダに対する軽微な調整（又はタイムスタンプの再スタンプ）を含むことができる。
次いで１０２において、得られたファイルが呼び出し元に戻される。
【００５８】
例示的なパッケージング／パッケージ解除プロセスの１つの主要な用途（すなわち、個々のメディア要素及びターゲットデータが一緒に単一アセットにパッケージされ、完成したコマーシャルがリアルタイムで簡単かつ迅速に抽出されることを可能にするようにあらかじめ準備される）を詳細に説明したが、この技術には代替的な実装及び用途がある。従って、これは、Ｆｌａｓｈ  Ｖｉｄｅｏ、Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ、Ｑｕｉｃｋｔｉｍｅ、ＭＰＥＧ−２  Ｓｔａｎｄａｒｄ  Ｄｅｆｉｎｉｔｉｏｎ、ＭＰＥＧ−２  Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ、Ｈ．２６４等のような異なる音声及び映像フォーマットに適用することができる。これは、Ｆｌａｓｈ、動画ＧＩＦ、動画ＪＰＥＧ等のような異なるリッチメディア・フォーマットにも適用することもできる。さらに、これを用いて、ターゲットされた／カスタマイズされたコマーシャルを作成し、それらをＣｏｎｔｅｎｔ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｎｅｔｗｏｒｋｓ（Ａｋａｍａｉ等）、又はストリーミングサーバ（Ｆｌａｓｈ  Ｓｔｒｅａｍｉｎｇ  Ｓｅｒｖｅｒ等）に「埋め込む」ことができる。このことにより、ターゲットされたキャンペーンを、ちょうど普通のコマーシャルのように、ストリームとして配給できるようになる。さらに、これをオン・デマンド（又はユニキャスト）デジタルＴＶネットワーク（ケーブルにおけるビデオ・オン・デマンド、ＩＰＴＶ、ケーブルにおけるＳｗｉｔｃｈｅｄ  Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ、等）で用いることができる。これにより、視聴者が分かれば、正しいコマーシャルをほとんどオンザフライで抽出することが可能になる。これはまた、コマーシャル以外の映像メッセージにも用いることができる（そのため、例えば、個人用のニュースの切抜き又は他のコンテンツを作成するのに用いることができる）。他の実装において、種々の性能の最適化が可能である。例えば、複数のターゲットに対して一度呼び出すと、一回の稼働で複数の関連する映像コマーシャルを戻すことができるパッケージ解除器を製造することができる。
【００５９】
本発明の他の特徴及び利点は当業者には明らかであり、本発明の範囲内にあるものとみなされる。
【符号の説明】
【００６０】
１０：作成機能
１４：管理機能
１８：パッケージング・プロセス
２２：配信ネットワーク
２４：パッケージ解除プロセスモジュール
２５：中間キャッシュサーバ
２６：表示モジュール
４０：索引表
４２：メディア・アセット
４４：アセンブリ表
５６、７２:ＡＶＩファイル
５８、６０、６２：ＷＡＶファイル
６４：ＭＰ３ファイル
６６：．ＦＬＶファイル
６８、８８：パッケージファイル
７０：グラフィックスファイル＋データ
８０：広告主メタデータ
８２：ネットワークデータ
８４：他のデータ
８６：パッケージング・プロセス
【図１】
0005591702.tif 000006
【図２】
0005591702.tif 000007
【図３】
0005591702.tif 000008
【図４】
0005591702.tif 000009
【図５】
0005591702.tif 000010
【図６】
0005591702.tif 000011
【図７】
0005591702.tif 000012