JP2003535555A - マルチメディア・インターネット放送における広告を挿入するためのシステムおよび方法 - Google Patents

Abstract

(57)【要約】 聴取者をターゲットとした広告（５４）を地上波ラジオ放送（局１−３）のインターネット再送信に挿入するためのアーキテクチャ（３０）が提供される。インターネット・サーバ（３６）は１、インターネット（３４）を介して複数の聴取者／ユーザ（３２）に伝播するため、複数のラジオ放送プログラミング（局１−３）の集約を提供する。それぞれインターネットにより提供されたラジオ放送（局１−３）には、デモグラフィクス・プロファイルに基づいてそれぞれ個別の聴取者／ユーザ（３２）をターゲットとした広告（５４）が含まれる。それぞれの聴取者／ユーザ（３２）のデモグラフィクス・プロファイルは、ターゲット広告（５４）の基盤を提供する。容易にスケーラブルなアーキテクチャ（３０）により、聴取者／ユーザ（３２）の急速な増加に対してサポートができる。スケジューリング・データ（４４）を使用して、広告コンテンツ（５４）を予測し事前ステージすることができる。ラジオ放送（局１−３）のタイム・スタンピングは、広告（５４）後、放送データ・シーケンス内のどこをピックアップすべきかを計算するのに役立つ。スケーラビリティは、ストリーミング・オーディオの多数の聴取者の接続（３２）をサポートするために、マルチプレクサ（４０）によって達成されることが好ましい。

Description

【発明の詳細な説明】

【０００１】 本出願は、２０００年５月２６日出願の米国仮特許出願第６０／２０７，３８
５号、「Ｉｎｔｅｒｎｅｔ Ｒａｄｉｏ Ａｄ Ｉｎｓｅｒｔｉｏｎ Ａｒｃｈ
ｉｔｅｃｔｕｒｅ」の特典を主張するものである。

【０００２】 （発明の分野） 本発明は、インターネットを介する放送コンテンツの送信に関し、より詳細に
は、聴取者をターゲットとした広告（advertisement）の挿入を含むインターネ
ットを介した放送コンテンツの送信のためのアーキテクチャに関する。

【０００３】 （発明の背景） ＡＭ／ＦＭ周波数を介する標準的なラジオ放送の場合、ターゲットとなる聴取
者は、本質的にプログラム（program）形式とラジオ局の地理的カバレージ（cov
erage 視聴圏）によって決定される。ラジオ放送者は、通常、サード・パーテ
ィ組織によって集められた統計的サンプリング技術を使用することによって、聴
取者ベースの数とデモグラフィクス（demographics）を決定する。これらの統計
は、アービトロン格付け（Arbitron rating）と呼ばれている。これらの格付け
は、ラジオ局が広告料金を設定する際に極めて重要であり、また広告主がどこで
どのように広告を出すかを決定するための主要な意思決定ツールである。

【０００４】 しかし、広告主は、聴取者が広告メッセージに動かされて行動を起こす機会を
増加させるために、高い達成目標のターゲット聴取者に向けて自社のメッセージ
を発信することを好む。アービトロン格付けシステムを使用しても、広告主が、
自社のキャンペーンの効果を判断することが非常に困難である。これは、広告主
および／またはラジオ局が、単に何人の、そしてどのような人々が広告メッセー
ジを聴くのかを極めて正確に決定することができないためである。

【０００５】 現在、いくつかのラジオ局は、自局のウェブ・サイトから直接、またはヤフー
（Yahoo）（商標）その他のサード・パーティのプロバイダなどの媒介者を通じ
て、インターネット（すなわち、インターネット・ラジオ）を介して、その局の
プログラミング（programinng 番組編成）を同時放送している。インターネッ
ト媒体は、聴取者に関する情報を放送者に返す固有の機能を有しているが、現在
までのところ、インターネット媒体をこの方式で利用した実施態様はない。

【０００６】 放送者とその広告クライアントが、インターネットを放送媒体として使用する
場合の利点は、仕事中の人々で、そうでなければラジオを聴いていない人々のよ
うな、ラジオではなくコンピュータの前にいる人々、にプログラミングを届ける
ことができることである。またインターネット媒体は、特定の従来の電波放送信
号の範囲外にいる人々が、放送プログラミングを聴くことができるようにする。

【０００７】 インターネットを配信手段として使用する場合の現時点の欠点は、広告コンテ
ンツが聴取者にとって状況を全く無視している可能性があることである。このこ
とは、聴取者が電波（すなわち、ＡＭ／ＦＭ）放送信号の範囲外にいるときに起
きる。たとえば、ヒューストンのラジオ局のプログラムのインターネット放送を
聴いているニューヨークにいる人は、恐らく、放送者のヒューストンの地域に的
を絞った広告には関心を示さないであろう。したがって、インターネットを介し
て聴取者層を増加させることの価値（value）は、ＡＭ／ＦＭ放送の範囲内で聴
取者層を増加させるのと同じ経済的な利点を、有さない。

【０００８】 上述の論議は、インターネットを介して、同時に、あるいはそうでなく、提供
される、あらゆるタイプの元々の放送マルチメディアのプログラムにも適用可能
である。

【０００９】 したがって、特定の聴取者に対する広告を含むインターネット・マルチメディ
ア・コンテンツを提供することが必要とされている。

【００１０】 ならびに、複数の聴取者にインターネット・マルチメディア・コンテンツを同
時に提供することが必要とされている。

【００１１】 さらに、複数の聴取者に、インターネットを介してマルチメディア・コンテン
ツを複数の局に同時に提案し提供することが必要とされている。

【００１２】 （発明の概要） 本発明は、放送マルチメディア・コンテンツおよびターゲット広告を処理し、
かつ／または、複数の異なるユーザにネットワークを介して提供するためのシス
テムである。

【００１３】 本発明は、同じ放送プログラムを聴いているかつ／または見ている個々の人々
が、他と異なる広告を聞くことができるように、選ばれた聴取者に広告を接続す
る機能を提供する。また本発明により、何人の聴取者が自局のチャネルに合わせ
ているかを正確に決定することができ、入手可能な情報に基づいて聴取者のデモ
グラフィクスを確認することもできる。この情報は広告主およびラジオ放送者に
、これに基づいて、彼等の事業や製品の提供に対する手がかりがあると意志決定
する、非常に多くの情報ベースを提供することができる。

【００１４】 本発明は、内部ディスク記憶装置を備えていない再生装置（ラジオ、携帯電話
など）に、特によく適している。しかし、本発明は、パーソナル・コンピュータ
（コンピュータ）やディスク操作可能な再生システムを有する装置とともに機能
することもできる。

【００１５】 以下の本発明の説明については、添付図面と合わせて参照されたい。

【００１６】 これらの図を通じ、対応する参照符号は、対応する部分を示す。

【００１７】 （発明の詳細な説明） 図１を参照すると、ラジオ放送局網の実施態様、より詳細には、本明細書に記
述した原理によるラジオ放送局のインターネット・ラジオの実施態様を、全体を
１０で表したブロック図が示してある。したがって、図に示し本明細書に記述し
たラジオ放送局網の実施態様は、放送マルチメディア・システムまたは設備の代
表例にすぎないことをまず最初に理解されたい。したがって、放送ラジオ（オー
ディオ・コンテンツ、データ、またはプログラミング）について本明細書に記述
した原理は、他の放送マルチメディアにも適用される。他の放送マルチメディア
には、ストリーム化オーディオ・データ、ストリーム化ビデオ・データ、音声表
現データ、ボイスメール・データ、ビデオ放送が含まれるが、これらに限定され
るものではない。

【００１８】 ラジオ局１２が、アナログ・プログラミングまたはコンテンツ１４を制作また
は生成する。アナログ・コンテンツ１４は、オーディオ・アナログ・フォーマッ
トであり、当技術分野で周知のＡＭまたはＦＭフォーマットで、電波（すなわち
、地上波放送）を介して放送または送信される。ラジオ局１２は、そのコンテン
ツをディジタル・フォームで放送できるが、通常はアナログ・フォームである。
ラジオ局のアナログ・コンテンツ１４の地上波放送は、当技術分野で周知のよう
に、放送受信エリア内の標準的なラジオ受信者によって受信される。ラジオ局の
アナログ・オーディオ・コンテンツ（以後、「ラジオ・コンテンツ」と呼ぶ）１
４には、広告を割り込ませたプログラミング（すなわち、音楽と語り）が含まれ
る。広告のコンテンツは、放送受信エリア内にいる聴取者をターゲットとしてい
る。

【００１９】 ラジオ放送を実施しているラジオ局と同様に、テレビジョン局も、ビデオおよ
びオーディオのプログラミングまたはコンテンツ（すなわち、テレビジョン・コ
ンテンツ）を制作または生成する。コンテンツは、アナログおよび／またはディ
ジタル・フォーマットであり、当技術分野で周知のフォーマットで、電波（すな
わち、地上波放送）を介して放送される。テレビジョン・コンテンツのこのよう
な地上波放送は、当技術分野で周知のように、放送受信エリア内にいるテレビ受
信者によって受信される。テレビジョン局のテレビジョン・コンテンツには、広
告を割り込ませたプログラミング（すなわち、ビデオとオーディオ）が含まれる
。広告のコンテンツは、放送受信エリア内にいる聴取者をターゲットとしている
。他のフォームのマルチメディア・コンテンツを、同じ方式で放送することもで
きる。

【００２０】 ラジオ局のアナログ・コンテンツ１４の電波放送に加えて、ラジオ局１２は、
ネットワーク２２を介してラジオ・コンテンツ１４を提供することができる。ネ
ットワーク２２は、通常、電子ネットワークであり、より詳細には、通常、イン
ターネットである。しかし、本発明は、どのようなタイプのネットワークまたは
ネットワーク・システムにも適用可能であることを理解されたい。ネットワーク
２２を介して伝播するためにラジオ・コンテンツ１４を作成する際に、ラジオ・
コンテンツ１４は、モジュール１６で示すように、適切にフォーマットされてい
る。これは、ウェブキャスト（WebCast）（商標）ソフトウェアなどのソフトウ
ェアを介して遂行される。ラジオ・コンテンツ１４のフォーマッティング１６に
は、ネットワーク２２にまたネットワーク２２を介して送信するため、アナログ
信号をディジタル信号に変換することが含まれる。

【００２１】 ラジオ局１２はまた、ラジオ・コンテンツ用の、広告のスケジュールであるモ
ジュール２０を提供しなければならない。これは、スケジューリング・ソフトウ
ェアを広告することによって遂行される。広告スケジューリング・ソフトウェア
は、ネットワーク２２を介しての更なる伝播（dissemination）に備えて広告タ
イミング・スケジュール（広告マッピング・データ）を提供するのに加え、アナ
ログ信号をフォーマッティングするスケジューリング情報またはデータを提供す
る。スケジューリング情報は、いつ広告を挿入すべきかを示すためフォーマット
されたアナログ信号内に含まれるかまたはフォーマットされたアナログ信号内に
フォーマットされるマーカまたはデータに変換される。広告マッピング・データ
は、広告のための時間長（継続時間）、タイミング・スケジューリングなどに関
する情報を提供する。生放送と、ネットワーク２２を介する伝播期間のアナログ
信号のフォーマッティング／送信との間に遅延が起きるため、リアル・タイムの
調整１８も、必要ならば、アナログ信号のフォーマッティング１６に提供される
。

【００２２】 ラジオ・コンテンツ１４のフォーマッティング１６後に、現在のディジタル・
ラジオ・コンテンツが、ネットワーク２２に提供される。ラジオ局１２は、自局
の電波放送ラジオ・コンテンツをネットワーク２２に提供する複数のラジオ局の
１つの典型であることをさらに理解されたい。関連するすべてのラジオ局１２か
らのディジタル・ラジオ・コンテンツと広告スケジューリング・データが、ネッ
トワーク２２と通信しているネットワーク・サーバ２４によって収集される。ネ
ットワーク・サーバ２４は、多くの聴取者にネットワーク２２を介しての伝播に
備えて、ラジオ・コンテンツと広告スケジューリング・データを集約する（aggr
egate）。したがって、ネットワーク・サーバ２４は、ネットワーク２２にアク
セスでき、そして適切なソフトウェアを有するどの人に対しても、あらゆる場所
に位置するさまざまなラジオ局のラジオ・コンテンツのプロバイダとなる。

【００２３】 ユーザすなわち聴取者２６が、（モデム付きのパーソナル・コンピュータのブ
ラウザを介するなど）適切な手段を介してネットワーク２２にアクセスし、ネッ
トワーク・サーバ２４と交信し、接続する。聴取者２６は、サーバ２４によって
提示された複数のラジオ局から、ラジオ局／オーディオ放送を選択する。次いで
、ネットワーク・サーバ２４は、聴取者２６に、選択されたラジオ局のオーディ
オ放送をリアル・タイムでネットワーク２２を介して提供する。聴取者２６のネ
ットワーク使用可能な装置はまた、ネットワーク・サーバ２４からオーディオ放
送のオーディオ・フォーマットを再生する（復号する）ための適切なソフトウェ
アを備える。

【００２４】 本発明の一態様によれば、ネットワーク・サーバ２４からのオーディオ放送に
は、特定の聴取者をターゲットとした広告が含まれる。そのターゲット広告は、
ラジオ局のオリジナルの放送中のその広告の代りにまたはその広告がある場所に
、挿入される。したがって、ラジオ局のオリジナルの場所の、聴取者をターゲッ
トとした広告を聞く代りに、聴取者２６は、特定の聴取者に特定した、またはそ
れをターゲットとした、広告を聞くこととなる。ラジオ局１２の広告スケジュー
リング・ソフトウェア２０からの広告タイミング・スケジュールと、フォーマッ
トされたラジオ・コンテンツ中にコード化されたタイミング情報は、ネットワー
ク・サーバ２４が、ターゲット広告をネットワーク・サーバ２４のオーディオ放
送内に正確に配置することを可能にする。ターゲット広告は、サーバ２４に基づ
いて得られる。ターゲット広告を提供できるようにするために、聴取者に関する
デモグラフィクス情報を取得して、そのデモグラフィクス情報をオーディオ送信
の適切な時間中に参照することが必要となる。同様に、本発明の一態様によれば
、ネットワーク・サーバ２４は、複数の聴取者の各人にネットワーク・サーバ２
４によって伝えられる複数のラジオ局のいずれかを提供し、それぞれの聴取者に
対して放送されるそれぞれのラジオ局内のターゲット広告も提供するように動作
可能である。これらのラジオ・プログラム・ストリームは、それぞれのユーザに
途切れなく提供される。

【００２５】 次に図２を参照すると、本発明のより詳細な実施形態が、全体を３０で表して
示してある。システム３０は、複数のマルチメディア・フィード（feeds）、コ
ンテンツ、プログラミング、ビットストリームなどのいずれかを、複数の聴取者
またはユーザ３２のいずれかに提供するように動作可能である。しかし、システ
ム３０は、特に別段の記載をしない限り、ただ１人のユーザ３２に関してのみ記
述する。具体的に表示しなくとも、ユーザ３２は、インターネット３４に接続し
通信することを可能にするように動作可能な、インターネット（ネットワーク）
使用可能装置を有し使用することを理解されたい。上記に関連し、用語インター
ネットは、どのようなネットワーク・システムも包含することを理解されたい。
したがって、インターネット使用可能装置は、システム３０がそこで使用される
タイプのネットワークに適合した装置である。以下、この用語インターネットは
、特に別段の記載をしない限り、このようなあらゆるネットワークを指すものと
する。インターネット使用可能装置は、インターネットにアクセスまたは接続し
、そしてインターネットと通信するさまざまなサーバと交信しインターフェイス
する、適切な処理、メモリ、記憶装置、論理あるいは回路などを有する、パーソ
ナル・コンピュータ、ＤＳＳシステムなどの代表的なコンピュータ（以下、総称
して「コンピュータ」と呼ぶ）であってよい。インターネット使用可能装置には
さらに、ブラウザ・プログラムなどの適切なソフトウェアが含まれる。ブラウザ
・プログラムに加えて、インターネット使用可能装置には、当技術分野で周知の
オーディオ（ラジオ局）放送を受信し、復号し、再生するための、適切なソフト
ウェアまたは他の手段が含まれる。

【００２６】 ユーザ３２は、インターネット３４にアクセスし、その後、ラジオ局プロバイ
ダのウェブ・サーバ３６（以下「ウェブ・サーバ３６」と呼ぶ）に接続する。ユ
ーザ３２は、ウェブ・サーバ３６と情報をやり取りし、好ましくは、ユーザ３２
に関するデモグラフィクスの収集を含む加入アカウントをセットアップする。し
たがって、ウェブ・サーバ３６は、ユーザ３２からデモグラフィクス情報／デー
タを得るための適切なソフトウェアを有する。好ましくは、次いで、このような
ユーザ・デモグラフィクスが、永久格納するために、ユーザのインターネット使
用可能装置に格納され、次いで、ユーザ３２がウェブ・サーバ３６に接続してい
る時、ウェブ・サーバ３６に関連付けられたデモグラフィクス・データベース（
記憶装置）３８内にキャッシュされる。しかし、加入アカウントは、本発明の運
用に必要なものではないが、ユーザ３２に、これにより、さらなる利点が与える
ことができる。

【００２７】 本発明の一態様によれば、ウェブ（インターネット）エージェント・プログラ
ムが、ユーザ３２のインターネット使用可能装置にインストールされる。ウェブ
・エージェント・プログラムは、ウェブ・サーバ３６または他のサーバからダウ
ンロードするか、またはユーザ３２にインターネット使用可能装置にインストー
ルするディスクを提供することができる。ウェブ・エージェント・プログラムは
、ユーザ３２がウェブ・サーバ３６からのラジオ放送を聴いていない時に、ユー
ザ３６がアクセスするウェブ・サイトを追跡するようにさせることも可能である
。ウェブ・サイト情報は、ユーザのデモグラフィクスを補足またはユーザのデモ
グラフィクスに取り込むために使用される。ウェブ・エージェントを受け入れる
ことができないインターネット使用可能装置または格納機能を有さないインター
ネット使用可能装置でも、ウェブ・サーバ３６に接続してラジオ放送を聴くこと
ができる。このような場合、ユーザ・デモグラフィクスは、ウェブ・サーバ３６
において、デモグラフィクス・データベース３８などに格納される。

【００２８】 ユーザ３２がウェブ・サーバ３６に接続して、特定のラジオ局／放送を選択し
チャネルを合わせると、次いで、ユーザ３２は、ＩＰソケット接続を介しインタ
ーネット３４を通じてマルチプレクサ４０に、あるいはマルチプレクサ４０から
のパイプラインに接続される。マルチプレクサ４０は、ウェブ・サーバ３６また
は他のウェブ・サーバに関連付けられ、ラジオ・プログラム・コンテンツを、選
択されたラジオ局からユーザ３２に転送する。ラジオ・プログラム・コンテンツ
内の広告データ・マーカが、広告を挿入すべき時間が来ていることを示すと、マ
ルチプレクサ４０は、広告チャネルを選択するか、またはユーザ３２のデモグラ
フィクス・プロファイルに基づいて広告ステージング（演出 staging）モジュ
ール４８から複数の広告送り（ad feed）５４を取り出す。そしてマルチプレク
サ４０は、入力ソース（すなわち、ラジオ・プログラム・コンテンツ）を適切な
広告チャネルに接続する。

【００２９】 概ね、広告データ・マーカは、ラジオ局１２（すなわち、放送ソース）または
広告ソースのいずれかによって挿入され、図１を参照して上述したように、広告
データ・マーカは、ある広告がプログラム・コンテンツの中に何時挿入されるよ
うにスケジュールされているかを示す。これは、通常、放送プログラム・コンテ
ンツのための広告スケジュールと一致する。図１を参照して上述したように、広
告データは、ローダ４６によって別個に受信され、プログラム・アグリゲータ（
集積器 aggregator）４２によってプログラム・コンテンツに添えられる。

【００３０】 マルチプレクサ４０は、ユーザ接続を追跡し、それに関連付けられている広告
追跡データベース内に統計を保存するように動作可能である。この統計には、何
人のユーザが特定の広告を聞くか、などのさまざまな情報を含むことができる。
この統計情報は、ウェブ・ポータルを通じて、動的に放送業者に使用可能にされ
、放送者とそのクライアントが広告のパフォーマンスを対話式に分析するための
助けとなる。聴取者ベースの対話式および時間分類した分析は、放送者および広
告主の両方にとって非常に貴重なものである。たとえば、聴取者のタイプに関す
るプログラミング・スケジュールの想定があまり最適とは言えないような場合に
、システムは、スケジュールおよび広告コンテンツの再構成を動的にサポートす
る。聴取者の傾向の継続的な分析は、放送者が自局のプログラミング・コンテン
ツを自局の聴取者に合わせるよう微調整することを可能にし、同様に広告主が自
社のメッセージを調整することを可能にする。したがって、システム３０は、取
得した統計に応じてユーザ３２をターゲットとした広告の動的な再割り当てを実
施することが可能である。

【００３１】 このように広告が特定のユーザ３２にカストマイズされることが、本発明の一
利点である。本発明が、ユーザ３２に対するデータ（ラジオ・プログラム・コン
テンツおよび広告）のストリームの連続性を低下することなく、多数の接続した
ユーザをサポートすることが重要であることを理解されたい。そうでなければ、
音（sound）は、途切れ途切れになり、壊れたものになる。このような場合には
、聴取者の注意がそがれたり、あるいは完全に聴取者が関心をなくすことにもな
りかねない。したがって、マルチプレクサ４０との効率的な相互接続をサポート
するために、プログラム・データをステージ（stage）すること、聴取者のデモ
グラフィクスをキャッシュする（caching）こと、広告ストリームを準備するこ
とが、本発明の重要な特徴である。広告は、局所的または非局所的にソース（so
urce 提供）することができる。非局所的にソースされる広告より、局所的にソ
ースされる広告の方が好ましい。さらに、デモグラフィクス３８用のユーザ・プ
ロファイル・データベースは、好ましくは、マルチプレクサ４０によって取得さ
れた統計とともに、あらかじめコンパイルしたユーザ・プリファレンス・データ
（ユーザの好みのデータ）に基づいて、ユーザ３２への配信に対して個々の広告
を割り当てることに、使用可能である。同様に、ユーザ・プログラム選択履歴に
基づく前のプリファレンス・データも使用することができる。

【００３２】 図２において局１、局２、局３で示したさまざまなラジオ局（プログラム・コ
ンテンツ）は、プログラム・アグリゲータ４２によって受信される。局１−３は
、インターネット３４を介して伝播する自局のプログラミング・コンテンツを転
送する複数のラジオ局を表わしている。プログラム・アグリゲータ４２は、ウェ
ブ・サーバ３６、マルチプレクサ４０に関連付けられた別のウェブ・サーバ、ま
たはさらに別のウェブ・サーバに関連付けられている。さらに、図１を参照して
上述したように、さまざまなラジオ局からのプログラミング・コンテンツは、局
１−３で表した線で示すように、通常、インターネット３４を介してプログラム
・アグリゲータ４２に提供される。プログラミング・コンテンツは他の手段によ
ってもプログラム・アグリゲータに提供できるため、このことは、簡単化した図
２には明確に示していない。

【００３３】 プログラミング・コンテンツを提供するそれぞれの局からのプログラミング・
コンテンツ用の、広告スケジューリングに関しての、データが、局１−３で表し
た線で示すように、ローダ４６に提供される。広告スケジュール・データは、ラ
ジオ・コンテンツの放送ソース（たとえば、ラジオ局１２）から、または指定さ
れた広告のソース（すなわち、ラジオ・コンテンツ・ビットストリームの中に挿
入するため選択されたターゲット広告）を経由して受信される。スケジューリン
グ・データは、多くのラジオ局コンテンツとマルチメディア・タイプとをカバー
できる。さらに、スケジューリング・データには、好ましくは、少なくとも以下
の情報が含まれる。すなわち、放送プログラムの中への広告挿入用に使用可能な
タイム・スロットを示す情報、広告挿入タイム・スロットを指示する選択された
放送プログラムの中のマーカ、広告挿入タイム・スロットを識別する情報でタイ
ム・スタンプ指標に基づく情報、である。他のスケジューリング・データも提供
することができる。このような広告スケジュール・データには、いつ広告がプロ
グラム・コンテンツ（タイミング）内にスケジュールされるか、広告のための時
間の長さ、およびその他の関連広告データ、に関する情報が含まれる。広告デー
タは、プログラム・アグリゲータ４２と通信するスケジュール・データベース４
４（スケジューラ）に転送される。次いで、プログラム・アグリゲータ４２は、
マルチプレクサ４０に転送される、マークを付けたプログラム・コンテンツを生
成する。マークを付けたプログラム・コンテンツには、広告データとともにラジ
オ局からのプログラム・コンテンツが含まれ、これは、マルチプレクサ４０が、
いつ広告を挿入する必要があるかを決定することを可能にする。

【００３４】 ユーザ３２に提供されるプログラム・コンテンツ／データストリームの中に広
告を挿入すべきであると判断すると、マルチプレクサ４０は、デモグラフィクス
・データベース３８、ユーザ３２のコンピュータ、またはそれらの組合せの中の
デモグラフィクス情報に従って複数の広告送り５４の１つを介して広告コンテン
ツを選択する。それぞれの広告送り５４は、広告ステージング・モジュール４８
にその源を発している。広告ステージング・モジュール４８は、広告を収集し、
広告送りライン５４を介してマルチプレクサ４０に送信する。広告の収集は、イ
ンターネット３４を介して得ることができ、インターネット３４において、広告
は、インターネット３４と通信している広告サーバ５０に格納することができる
る。テープを介するなどの、広告を広告ステージング・モジュール４８に提供す
る他の手段が、使用可能である。したがって、広告ステージング・モジュール４
８は、インターネット３４を介して、または広告サーバ５０からリアル・タイム
でなどの、あらゆる方式で得られるさまざまな広告を格納することができる。し
たがって、広告ステージング・モジュール４８は、複数の広告をマルチプレクサ
４０に提供して、適切なプログラム・コンテンツへのターゲット広告の配置をサ
ポートするように動作可能である。

【００３５】 したがって、マルチプレクサ４０は、適切なラジオ局／プログラム・コンテン
ツをユーザに転送し、そして、マークを付けたプログラム・ライン５６の１つを
介してプログラム・アグリゲータ４２から受信されたプログラム・コンテンツの
中のデータ・マーカが広告を挿入する時間であることを示すと、マルチプレクサ
４０は、ユーザ３２のデモグラフィクス・プロファイルに基づいて広告送り５４
を選択し、ユーザの入力ソースを適切な広告送りに接続する。本発明は、パイプ
ラインが同じプログラム・コンテンツを含むかどうかにかかわらず、ターゲット
広告の挿入を可能とするプログラム・コンテンツのそれぞれのパイプラインを備
えたマルチプレクサ４０に専ら接続する複数のユーザをサポートするので、マル
チプレクサ４０が、プログラム・コンテンツの複数のパイプラインと、それぞれ
のパイプラインの中へターゲット広告を挿入することをサポートすることが必要
である。本発明の一態様によれば、プログラム・アグリゲータ４２、スケジュー
ル・ローダ４６、広告ステージャ４８、マルチプレクサ４０が、すべて連携して
、それぞれのユーザ３２に個別の聴取経験を提供する。これらのセクションまた
はモジュールのそれぞれについて、以下にさらに記述する。

【００３６】 プログラム・アグリゲータ４２は、好ましくは、それぞれのラジオ放送者シス
テムとの接続を提供する、要するに、それぞれのラジオ放送システムから各ラジ
オ放送プログラムを受信する、マルチスレッド・ソフトウェア・プログラムであ
る。それぞれのラジオ放送プログラムは、ほぼリアル・タイムでプログラム・ア
グリゲータ４２に提供されることを理解されたい。

【００３７】 プログラム・アグリゲータ４２は、ログイン・スレッド、制御スレッド、読取
りスレッドとして実施され、条件アクセス・プロセッサと考えることができる。
ログイン・スレッドは、ラジオ放送者からプログラム・アグリゲータ４２への接
続を提供する。好ましくは、安全ななＩＰリンク（secure IP link）を介して接
続がなされる。ログイン・スレッドは、放送者からの要求を聴く。接続がなされ
ると、ログイン・スレッドは、ログイン要求レコードを受信すること予想する。
ログイン要求レコードは、実際にクライアント接続要求が許可を得たラジオ局で
あることを確認するため分析される。ラジオ放送者からプログラム・アグリゲー
タ４２へのＩＰリンクが確実なものであり、無線侵害（radio piracy）を回避す
るため暗号化されていることが好ましい。ログインが成功すると、ログイン・ス
レッドは、読取りスレッド、書込みスレッド、制御スレッドを開始し、それらに
、接続されている放送者の識別（ＩＤ）を知らせる。

【００３８】 図４は、プログラム・コンテンツに関して、ラジオ放送者によってプログラム
・アグリゲータ４２に送信されるログイン・コマンドの一実施形態を示す、全体
を６０で表したテーブルである。テーブル６０の列６２には、ログイン・コマン
ド項目が列挙されている。テーブル６０の列６４には、ログイン・コマンド項目
列６２からの対応するログイン・コマンド項目のためのログイン・コマンド・ビ
ット長が列挙されている。テーブル６０の列６６には、ログイン・コマンド項目
列６２からの対応するログイン項目のためのログイン値を列挙されている。テー
ブル６０の列６８が、ログイン・コマンド項目列６２からの対応する項目のため
の注記を表している。テーブル６０の行７０が、ラジオ放送者によって送信され
、ビット長４および値ＬＯＧＮの、プログラム・アグリゲータ４２によって受信
される項目「マーカ」を示し、この項目「マーカ」は、ログイン要求の開始をマ
ーク付ける。テーブル６０の行７２は、ラジオ放送者によって送信され、ビット
長５の、プログラム・アグリゲータ４２によって受信された項目「放送者ＩＤ」
を示し、この項目「放送者ＩＤ」は、特定のラジオ局の呼出し符号識別を呈示す
る。テーブル６０の行７４は、ラジオ局によって送信され、ビット長３２の、暗
号化ルーチンに従って暗号化され、プログラム・アグリゲータ４２によって受信
される項目「バリデーション（validation）」を示し、この項目「バリデーショ
ン」は、現在の日時、放送者ＩＤ、放送者のパスワードに対して有効となるよう
復号しなければならないプログラム・アグリゲータ４２に対して暗号化した値を
呈示する。最後に、テーブル６０の行７６は、ラジオ放送者によって送信され、
ビット長４で、ＥＬＯＧの値を有し、プログラム・アグリゲータ４２によって受
信される項目「マーカ」を示し、この項目「マーカ」は、ラジオ放送の受信を停
止する。

【００３９】 プログラム・アグリゲータ４２の制御スレッド部またはモジュールは、スケジ
ュール・データベース４４を読取り、広告挿入が放送プログラムの中に行われる
べきである時刻を決定する。次の広告サイクル用の広告をステージするための要
求が、広告ステージング・モジュールまたはプログラム４８に送信される。この
要求は、必要とされるスケジュールからそれぞれの広告を識別するレコードから
なる。広告ステージング・プログラム／モジュール４８は、広告コンテンツを読
み取るために使用可能な１組の接続ポート（広告送り）に応答する。次いで、ポ
ートは、広告を開始する時刻になった時に、ユーザ３２を広告タイプに関連付け
るコア・インテリジェンスが確立されるように、制御スレッドによってデモグラ
フィクス・タイプに関連を持たせられる。

【００４０】 制御スレッドの特徴は、制御スレッドにより、すべてのリソースが分類されて
、広告を流すことが想定／スケジュールされている時刻に使用できるよう準備さ
れることである。広告を見つけること、広告をメモリ内へステージすること、接
続リソースを割り当てることについてのタイミング待ち時間は、ユーザ３２への
音楽データ（すなわち、プログラム・コンテンツ）の安定した流れを中断するこ
となく、必要となる時間に遅れることはできない。制御スレッドは、特定のユー
ザ３２用の広告コンテンツを選択するためマルチプレクサ４０によって使用され
る広告ステージャ・ポート（広告送り）へのデモグラフィクス・広告のマッピン
グを含むバッファを準備する。このバッファは、読み取りスレッドに送信されて
、開始時間に達した時に、この読み取りスレッドはバッファ・ストリームに向け
られたマルチプレクサの中に配置される。

【００４１】 読取りスレッドは、データストリームをラジオ放送者から受信し、有効な符号
化（ＭＰ３などの）フレームをデータから選択し、有効なフレームをメモリ待ち
行列の中に入れ、次いで、マルチプレクサ４０にルーティングする。符号化フレ
ームのそれぞれのバッファは、タイム・スタンプされて、放送者からの受信をマ
ーク付けする。読取りスレッドは、メモリ内で受信したデータをステージし、ユ
ーザ３２に対するデータのスムーズな流れを確実にする。同様に、符号化フレー
ムは、整合性を確認するため分析される。どの不良フレームも、音の劣化、これ
は通常破損したデータが原因である、を回避するため除去される。読取りスレッ
ドはまた、デモグラフィクス広告／ポート・マッピングを含むメッセージ・バッ
ファを読取り、マルチプレクサ拘束メモリ待ち行列の中にこのメッセージ・バッ
ファを挿入するのに適切な時間を決定する。マルチプレクサ４０によるメッセー
ジ・バッファの受信は、放送データの代りに広告コンテンツに切り換えるための
信号である。

【００４２】 プログラム・スケジュール・ローダ４６は、プログラム・スケジュール・デー
タを、ラジオ放送者から安全なＩＰリンク接続を介して、受信する。スケジュー
ル・ローダ・プログラムは、特定の放送者用に指定されている特定のポートｉｄ
上のソケット／パイプライン（ＴＣＰ／ＩＰソケットのような）を開放する。ス
ケジュール・ローダ・プログラムは連続して動作し、要求が到着すると、その要
求をサービスする。ラジオ放送者から接続要求を受信すると、ローダ４６は、ラ
ジオ放送者を検証する（validate）ための暗号化されたログイン・プロトコルを
使用し、次いで、そのバリデーションが成功した場合、ラジオ放送者からの要求
を処理する。その要求は、プログラム・ストリームの中への広告挿入を制御する
ため使用されるスケジューリング・レコードの、挿入、更新および削除の要求か
ら構成される。要求は処理され、次いで、コマンド・レコードは、運用のステー
タスと、（コマンドが挿入要求である場合は）レコードの識別子とでマーク付け
される。その後、コマンド・レコードは、ラジオ放送者に戻し送信される。

【００４３】 図５は、広告マッピング・データに関して、ラジオ放送者によってローダ４６
に送信されるログイン・コマンドの一実施形態を示す、全体を８０で表したテー
ブルである。テーブル８０の列８２には、ログイン・コマンド項目が列挙されて
いる。テーブル８０の列８４には、ログイン・コマンド項目列８２からの対応す
るログイン・コマンド項目のためのログイン・コマンド・ビット長が列挙されて
いる。テーブル８０の列８６には、ログイン・コマンド項目列８２からの対応す
るログイン項目のためのログイン値が列挙されている。テーブル８０の列８８が
、ログイン・コマンド項目列８２からの対応する項目のための注記を表している
。テーブル８０の行９０が、ラジオ放送者によって送信され、ビット長４および
値ＬＯＧＮの、ローダ４６によって受信された項目「マーカ」を示し、この項目
「マーカ」は、ログイン要求の開始をマーク付けする。

【００４４】 テーブル８０の行９２は、ラジオ放送者によって送信され、ビット長５の、ロ
ーダ４６によって受信された項目放送者ＩＤを示し、この項目放送者ＩＤは、特
定のラジオ局の呼出し符号識別を呈示する。テーブル８０の行９４は、ラジオ局
によって送信され、ビット長３２の、暗号化ルーチンに従って暗号化され、ロー
ダ４６によって受信された項目「バリデーション」を示し、この項目「バリデー
ション」は、現在の日時、放送者ＩＤ、放送者パスワードに対して有効となるよ
う復号しなければならないローダ４６に暗号化した値を呈示する。最後に、テー
ブル８０の行９６は、ラジオ放送者によって送信され、ビット長さ４およびＥＬ
ＯＧの値の、ローダ４６によって受信される項目「マーカ」を示し、この項目「
マーカ」は、広告マッピング・データの受信を停止する。

【００４５】 図６は、レコード・データに関して、ラジオ放送者によってローダ４６に送信
されるレコード維持コマンドの一実施形態を示す、全体を１００で表した、テー
ブルである。テーブル１００の列１０２には、ログイン・コマンド項目が列挙さ
れている。テーブル１００の列１０４には、ログイン・コマンド項目列１０２か
らの対応するログイン・コマンド項目のためのログイン・コマンド・ビット長が
列挙されている。テーブル１００の列１０６には、ログイン・コマンド項目列１
０２からの対応するログイン項目のためのログイン値が列挙されている。テーブ
ル１００の列１０８は、ログイン・コマンド項目列１０２からの対応する項目の
ための注記を表している。テーブル１００の行１１０は、ラジオ放送者によって
送信され、ビット長４およびＤＡＴＡの値の、ローダ４６によって受信された項
目「マーカ」を示し、この項目「マーカ」は、新しいコマンドの開始をマーク付
けする。テーブル１００の行１１２は、ラジオ放送者によって送信され、ビット
長５の、ローダ４６によって受信された項目「放送者ＩＤ」を示し、この項目「
放送者ＩＤ」は、特定のラジオ局の呼出し符号識別を呈示する。テーブル１００
の行１１４は、ビット長１、値が１、２、または３の、ローダ４６によって受信
された項目「コマンド・タイプ」を示し、この項目「コマンド・タイプ」は、レ
コードを挿入、更新、または削除すべきかどうか示す。テーブル１００の行１１
６は、ビット長１０の、ラジオ放送者によって送信され、ローダ４６によって受
信された項目「レコードＩＤ」を示し、この項目「レコードＩＤ」は、スケジュ
ール・ローダ・プログラムによって設定されるレコード識別子を示し、挿入コマ
ンド要求の場合に戻される。テーブル１００の行１１８は、ビット長１０の、Ｄ
ＡＴＡの値（すなわち、ＭＭ／ＤＤ／ＹＹＹＹ）を有し、ラジオ放送者によって
送信され、ローダ４６によって受信された項目「開始日」を示し、この項目「開
始日」は、広告挿入の日を提供する。テーブル１００の行１２０は、バイト長さ
１１の、ＴＩＭＥの値（すなわち、ＨＨ：ＭＭ：ＳＳ：ＳＳ）を有し、ラジオ放
送者によって送信され、ローダ４６によって受信された項目「時間」を示し、こ
の項目「時間」は、広告挿入の時間を提供する。テーブル１００の行１２２は、
ビット長２０の、ラジオ放送者によって送信され、ローダ４６によって受信され
た項目「広告識別子」を示し、この項目「広告識別子」は、広告サーバに配置さ
れた広告媒体のためのレコード識別子を提供する。テーブル１００の行１２４は
、ビット長１の、１または０の値を有する、ラジオ放送者によって送信され、ロ
ーダ４６によって受信された項目「結果」を示し、この項目「結果」は、レコー
ドが合格か不合格かを示す。テーブル１００の行１２６は、ビット長３の、ＤＥ
ＮＤの値を有する、放送者によって送信され、ローダ４６によって受信された項
目「マーカ」を示し、この項目「マーカ」は、コマンドの終了を示す。

【００４６】 広告ステージングは、適切なソフトウェア、ハードウェア、またはその両方の
組合せを通じて広告ステージング・モジュール４８によって達成される。広告ス
テージング４８は、後にプログラム・コンテンツの中に挿入するための広告を取
得するため、広告サーバ５０に接続する。広告は、広告ステージング４８に関連
付けられたメモリの中にキャッシュされる。広告のステージングは、制御スレッ
ドからの要求によって駆動される。制御スレッドは、スケジュール要件を分析し
、必要な時間にはその広告が準備されているように、広告ステージング４８に、
どの広告が次の放送サイクルに要求されているのかを知らせる。したがって、広
告は、予測してステージされる。リアル・タイムで、特にインターネット・サー
バから広告の取り出し試みる場合に、著しい遅延が起きる可能性があるため、広
告はキャッシュされることが、好ましい。

【００４７】 システム３０には、誤りを検出するため、ユーザ３２に提供される複合データ
ストリーム（すなわち、ラジオ局および広告）を解析するエラー（誤り）プロセ
ッサが含まれる。エラー隠蔽機能（error concealment function）が、検出した
誤りから生じる結果を軽減するために使用可能である。

【００４８】 本発明の一態様によれば、マルチプレクサ４０は、ユーザ３２との接続、それ
ぞれのパイプラインまたはＩＰソケット５２に対する放送プログラムと広告のプ
レゼンテーションとの間の切り換えを管理する（図２参照）。マルチプレクサ４
０は、現在のマルチプレクサ・プログラムが動作しているネットワーク内の他の
ノードに放送をトランスポートするよう構成することができる。すなわち、スケ
ーラビリティを有する。このことは、図３内に表してある。

【００４９】 次に図３を参照すると、本発明のスケーラビリティを例示したブロック図が示
してある。マルチプレクサ４０は、適切なソフトウェア、ハードウェア、または
ソフトウェアとハードウェアの組合せの中で実施できることを理解されたい。一
般に、図３内のそれぞれのボックスが、マルチプレクサ・プログラム内で管理さ
れる処理スレッドを示す。以下に記述するように、多くのマルチプレクサ・プロ
グラムは、同じウェブ・サーバ上で走ることができ、また多くのサーバ全体に分
配できる。これをどのように構成するかについては、マルチプレクサ・プログラ
ムが走っているウェブ・サーバとオペレーティング・システムの能力に基づいて
、最適な判断がなされる。図３では、マルチプレクサ４０は主要マルチプレクサ
であると考えられ、マルチプレクサ１４０は予備または補足マルチプレクサであ
ると考えられる。主要マルチプレクサ４０は、放送のラベルを付けた線で表した
ラジオ放送、およびＡｄ１、Ａｄ２、Ａｄ３のラベルを付けた線で表した広告（
広告ステージング・モジュール４３の広告送りを介したターゲット広告、図２参
照）を受信するコンテンツ（ラジオ放送および広告）マルチプレクサ１５０をサ
ポートするよう構成される。図２の４０のラベルを付けたマルチプレクサは、図
３に示し、また以下に記述するマルチプレクサ・アーキテクチャをサポートする
ことを理解されたい。さらに、図３には、このような予備または補足マルチプレ
クサ１４０をただ１つしか示していないが、本発明は、多くの予備または補足マ
ルチプレクサ１４０をサポートすることを理解されたい。

【００５０】 接続要求はウェブ・サーバ３６にその源を発するが、これは、放送へのアクセ
スを望むユーザ３２のための交信ポイント（contact point）である。ウェブ・
サーバ３６は、複数の接続マネージャ・ボックスによって表される複数の接続マ
ネージャのアクティブ接続マネージャ１５２に接続することを試みる。アクティ
ブ接続マネージャは、システム負荷に基づいて変化する。アクティブ接続マネー
ジャがいつ変化したかが、ウェブ・サーバ３６に通知される。接続マネージャ１
５２は、そのサーバが、別のユーザ３２をサポートするための十分なリソースを
有しているかどうかを判断する。接続マネージャ１５２が別のユーザ３２をサポ
ートするための十分なリソースを有している場合は、接続マネージャ１５２は、
ＩＰアドレスとポートｉｄをウェブ・サーバに戻し、聴取者放送スレッド１５４
（ＬＢＴ）が開始される。ＬＢＴは、ＩＰアドレスとポートｉｄ上で接続が起き
るのを待つ。接続が起きると、ＬＢＴは、指定した入力チャネル上で見つけた放
送／追加データを流す。入力チャネルは、コンテンツ・マルチプレクサ１５０ま
たはリピータ１５６によって作成されるメモリ待ち行列として実施される。

【００５１】 ローカル・マシンがＬＢＴを開始するための十分なリソースを有さない場合は
、次いで、接続マネージャ１５２は、構成内の次のマルチプレクサ（予備または
補足マルチプレクサ１４０）に接続要求を渡す。マルチプレクサが要求をサポー
トできない場合は、ユーザは、アクセスを拒否される。ＬＢＴが開始されると、
ウェブ・サーバ３６は、動的Ｊａｖａ（登録商標）アプレット（または同等なコ
マンド命令）をウェブ・クライアントにダウンロードし、次いで、これが、接続
要求から受信されたＩＰアドレスとポートへの接続が利用できるようにする。次
いで、Ｊａｖａ（登録商標）アプレットは、ユーザのコンピュータにインストー
ルされているＭＰ３（または他の音楽復号器）プレーヤを開始する。

【００５２】 コンテンツ・マルチプレクサ１５０は、ＭＰ３データソースを選択するためＬ
ＢＴによって使用される待ち行列ポインタを管理する。プログラムの放送中、す
べてのＬＢＴが、そのラジオ・プログラムを含む同じ待ち行列を指している。マ
ルチプレクサ４０が広告開始バッファを受信すると、マルチプレクサ４０は、適
切な広告ソースからデータを受信するＬＢＴのための入力ポインタをリセットす
る。次いで、コンテンツ・マルチプレクサ１５０は、１次放送待ち行列ポインタ
を、（スケジュール毎の）広告開始時間プラス広告の長さに最も近いバッファ上
のタイム・スタンプを捜すことにより、ソース放送の中の適切なバッファにセッ
トし直す（リセット）する。このことにより、ユーザ３２が再同期されて、放送
内の適切な開始ポイントに戻される。

【００５３】 ストリームを聴取者に送信する代りに、ストリームが、別のマシン（マルチプ
レクサ１４０）のリピータ２５６に送信される以外は、主要マルチプレクサ４０
のリピータ１５６は、聴取者放送スレッドの如く動作する。マルチプレクサ１４
０のリピータ２５６は、ＬＢＴに透過的にマップされるメモリ待ち行列を作成す
る。ネットワーク内のすべてのデモグラフィクス・タイプおよびすべてのマシン
・ノードのためのリピータ・スレッド・インスタンスが、主要マルチプレクサ４
０インスタンス上に構成される。接続要求が必要とした時、ネットワーク内のサ
ポートしているノードにあるすべてのアクティブ・デモグラフィクス・タイプに
対して、リピータ・スレッドが開始される。

【００５４】 上述したような本接続マネージャ・アーキテクチャは、放送への接続を要求す
るそれぞれのユーザに、使用可能なリソースのあるネットワーク内のマシンの計
算リソース（computing-resources）を割り当てることができるため、システム
・スループットのスケーラビリティを提供する。サーバ（プロセッサなど）を構
成に追加すると、追加したハードウェア数に正比例して、サポートすることがで
きるユーザの数が増大する。

【００５５】 本リピータ・アーキテクチャは、ネットワークの需要を直線的に増加させるこ
となく、ネットワーク内に、さらなるユーザをサポートするサーバの数を追加す
ることができる。これは、特定のデモグラフィクス・タイプについての集約した
プログラム・コンテンツをサーバに送信し、そしてサーバが、そのデモグラフィ
クス・タイプの全ての聴取者に対してその放送を送信することによって、遂行さ
れる。

【００５６】 それぞれのデモグラフィクス的に集約されたプログラムは、放送品質を維持す
るため約１３０ｋｂｓのネットワーク帯域幅を必要とする。約７５０の特有のプ
ログラム・ストリームが、１００ｂａｓｅＴネットワークでサポート可能である
。実際、これは、タイムスライス毎の、同様の数の特有な広告よりもはるかに多
い数である。したがって、（ＬＢＴに対する処理パワーを基準として）多くのマ
シンを接続しても、ネットワークの最大ロードに影響を及ぼさない。

【００５７】 重大なボトルネックは、ＬＢＴと、サーバをインターネットに関連付ける、ネ
ットワーク・スイッチ／ルータ・スイッチの間に生じる可能性がある。ネットワ
ーク内の所与のマシンが４０００人の聴取者の接続をサポートしている場合、出
力データストリーム帯域幅は、５００Ｍｂｓのスループットを必要とする。しか
し、この帯域幅の問題は、現在入手可能なルータと切り換え技術で容易に解決で
きる。

【００５８】 ユーザ３２に対するそれぞれの接続のポイント・ツー・ポイントおよび安定し
たストリームは、所与のサーバとネットワーク・ルータ間に多くのネットワーク
接続を含むサーバ構成を可能とする。ルータに対するそれぞれのネットワーク接
続は、専用物理リンク上にあり、その結果、リンク上のすべてのネットワーク・
キャパシティが、複数のＬＢＴの集合に割当てられるのが好ましい。

【００５９】 ルータ／スイッチは、多くの接続をサポートして、物理リンク全体の負荷のス
ケーリングが可能とする。現行ネットワーク・ルータ技術は、１Ｇｐｂｓのスル
ープット率で動作することができるため、ルータは、最大１０（ten）の１００
ｂａｓｅＴリンクまで対処する。ルータは、好ましくは、負荷を、光学（たとえ
ば、同期光通信網（ＳＯＮＥＴ））、ＤＳ４などを介してインターネットまたは
他のインターフェイスに切り換える。チャネル毎の２．４Ｇｂｓで動作する光学
ネットワーク切換と、そして２５４Ｍｂｓで動作するＤＳ４を使用すると、ルー
タが意図された数の同時聴取者接続をサポートするに十分な適切な数のＤＳ４／
光チャネルを構成するだけで、容易に解決する。

【００６０】 このように、スケーラビリティは、本発明の一態様であり、その理由は、ビジ
ネス・モデルとしての個人用放送の実行可能性には、多数の人々に見聞きされる
ことが必要となるためである。これを達成するには、多くのコンピュータ／サー
バ全体に処理量を分配することのできるシステム・アーキテクチャに負託するこ
とである。

【００６１】 本アーキテクチャは、本発明の１つの重要な態様を示す。本設計により、高品
質のサービスを維持しながら数千人のユーザを同時にサポートする、スケーラビ
リティの高いアーキテクチャが可能となる。同様に、本アーキテクチャは、イン
ターネットの種類のポイント・ツー・ポイント・ネットワークにおける放送の特
有なストリームをサポートできる、という特徴を持つ個別放送の抱える主要な問
題点に対応する。

【００６２】 好ましい設計および／または構成を有した形で、本発明を記述してきたが、本
発明は、本開示の趣旨および範囲内で、さらに修正することができる。したがっ
て、本出願は、その一般的な原理を使用した本発明の、あらゆる変形形態、使用
形態、適用形態を包含するものとする。さらに、本出願はまた、本発明に関連す
る当技術分野で周知のまたは慣例による手法、および添付した特許請求の範囲内
に含まれる、本開示からの逸脱も包含するものとする。

【図面の簡単な説明】

【図１】 マルチメディア放送の一形態を例示したインターネット・ラジオの適用形態を
示すブロック図である。

【図２】 本発明の原理に従って構成した、図１のインターネット・ラジオの適用形態を
示すブロック図である。

【図３】 本発明の原理に従った、図２のマルチプレクサの機能を示すブロック図である
。

【図４】 本発明に従ってインターネットを介して放送用のプログラム・コンテンツを転
送するため、放送者がアグリゲータ・プログラムに送信するログイン・コマンド
を示すテーブルである。

【図５】 本発明に従って広告マッピング・データを転送するため、放送者がアグリゲー
タ・プログラムに送信するログイン・コマンドを示すテーブルである。

【図６】 本発明に従ってマッピング・データのレコードの転送に関して、放送者がロー
ダ・プログラムに送信するレコード維持コマンドを示すテーブルである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＯ，ＣＲ，ＣＵ，ＣＺ，ＤＥ ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ， ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，Ｉ Ｓ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ， ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，Ｐ Ｔ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ， ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 ケリー ウェイン カルバート アメリカ合衆国 46236 インディアナ州 インディアナポリス ツイン ポイント サークル 8354 【要約の続き】 立つ。スケーラビリティは、ストリーミング・オーディ オの多数の聴取者の接続（３２）をサポートするため に、マルチプレクサ（４０）によって達成されることが 好ましい。

Claims (21)

【特許請求の範囲】
1. 【請求項１】 放送マルチメディア・プログラム・コンテンツおよび広告を
   処理し、マルチメディア・データ・コンテンツと、ユーザをターゲットとした広
   告とを有する複合プログラムのデータストリームを複数の個々のユーザに提供す
   るシステム（３０）であって、 複数のソースから放送マルチメディア・プログラム・コンテンツを同時に受信
   するように動作可能な入力プロセッサ（４２）と、 指定された広告を、選択された放送マルチメディア・プログラム・コンテンツ
   に挿入する時刻をスケジュールするように動作可能なスケジューラ（４４）と、 スケジュールされた挿入時刻で、指定された広告（５４）を選択されたマルチ
   メディア・プログラム・コンテンツ（５６）の中に挿入して、複合プログラム・
   データストリーム（５２）を形成すること、前記複合プログラム・データストリ
   ーム（５２）を前記複数のユーザのうちの対応するユーザに結合すること、を複
   数のユーザについて並列に実施することにより、複数のユーザにユーザ事情に合
   わせた複合プログラム・データストリームを提供するように動作可能なマルチプ
   レクサ（４０）と を備えることを特徴とするシステム。
2. 【請求項２】 前記放送マルチメディア・プログラム・コンテンツ（５６）
   は、（ａ）ストリーム化オーディオ・データ、（ｂ）ストリーム化ビデオ・デー
   タ、（ｃ）音声表現データ、（ｄ）ボイスメール・データ、および、（ｅ）ラジ
   オまたはビデオ放送、の少なくとも１つを備えることを特徴とする請求項１に記
   載のシステム（３０）。
3. 【請求項３】 前記スケジューラ（４４）は、前記スケジュールされた挿入
   時刻で前記選択されたマルチメディア・プログラム・コンテンツ（５６）に挿入
   すべき前記指定された広告の選択に備えて、候補広告を提供する複数のソースか
   ら広告を受信し、かつ事前キャッシュすることを特徴とする請求項１に記載のシ
   ステム（３０）。
4. 【請求項４】 前記スケジューラ（４４）は、（ａ）前記選択された放送マ
   ルチメディア・プログラムの放送ソース（１２）によって提供されたスケジュー
   リング情報（２０）、（ｂ）前記指定された広告（５０）のソースによって提供
   されたスケジューリング情報、の少なくとも１つに基づいて、前記指定された広
   告の前記マルチメディア・プログラム・コンテンツ（５６）への挿入をスケジュ
   ールすることを特徴とする請求項１に記載のシステム（３０）。
5. 【請求項５】 前記スケジューリング情報は、複数の放送マルチメディア・
   プログラムを包括する広告スケジューリング情報を含むことを特徴とする請求項
   ４に記載のシステム（３０）。
6. 【請求項６】 放送ソース（１２）によって提供された前記スケジューリン
   グ情報（２０）は、（ａ）前記放送マルチメディア・プログラムへの広告挿入に
   使用可能なタイム・スロットを指示する情報と、（ｂ）広告挿入タイム・スロッ
   トを指示するマーカで、前記選択された放送マルチメディア・プログラム内のマ
   ーカと、（ｃ）広告挿入タイム・スロットを識別するための、タイム・スタンプ
   表示からの情報、の少なくとも１つを含むことを特徴とする請求項４に記載のシ
   ステム（３０）。
7. 【請求項７】 前記マルチプレクサ（４０）は、前記複合プログラム・デー
   タストリーム（５２）の放送のスケーラブルな拡張を可能にするように複数のユ
   ーザに結合するために、前記複合プログラム・データストリーム（５２）の複数
   の格納されたコピーを提供する、前記複合プログラム・データストリームを備え
   る、格納されたデータをマッピングすることによって前記複合プログラム・デー
   タストリーム（５２）をリピートする（１５６）ことを特徴とする請求項１に記
   載のシステム（３０）。
8. 【請求項８】 前記マルチプレクサ（４０）は、ユーザ接続を追跡し、（ａ
   ）ユーザの好むプログラム・ソース、（ｂ）広告放送の数、（ｃ）前記複合プロ
   グラム・データストリーム（５２）を受信しているユーザの数、（ｄ）特定の複
   合プログラム・データストリーム（５２）へのユーザ接続の長さ、の少なくとも
   １つを含むユーザ接続に関連する統計のデータベース（３８）を維持することを
   特徴とする請求項１に記載のシステム（３０）。
9. 【請求項９】 前記マルチプレクサ（４０）は、前記スケジュールされた挿
   入時刻で、タイム・スロットに適切な持続時間の複数の使用可能な広告から広告
   を選択することにより、コマンドに応答して、前記複合プログラム・データスト
   リーム（５２）の放送中にユーザをターゲットとした広告を動的に再割り当てす
   ることを特徴とする請求項１に記載のシステム（３０）。
10. 【請求項１０】 非局所ソース（non-locally source）の広告に優先して、
    局所ソース（locally source）の広告が前記タイム・スロット用に選択されるこ
    とを特徴とする請求項９に記載のシステム（３０）。
11. 【請求項１１】 誤りを検出するために前記複合プログラム・データストリ
    ーム（５２）を解析するように動作可能であり、検出した誤りにより生じる結果
    を軽減するように動作可能な誤り隠蔽機能を有する誤りプロセッサ（３６）をさ
    らに備えることを特徴とする請求項１０に記載のシステム（３０）。
12. 【請求項１２】 前記ユーザ・プロファイル・データベース内の以前にコン
    パイルしたユーザ・プリファレンス・データに基づいて個々のユーザに配信する
    ため、複数の使用可能な異なる広告（５４）の１つを割り当てるように動作可能
    なユーザ・プロファイル・データベース（３８）と、 前のユーザ・プログラム選択履歴に基づいて前記ユーザ・プロファイル・デー
    タベース（３８）内で使用されるユーザ・プリファレンス（好み）情報をコンパ
    イルするように動作可能なデータ取得プロセッサ（３６）とをさらに備えること
    を特徴とする請求項１に記載のシステム（３０）。
13. 【請求項１３】 放送マルチメディア・プログラム・コンテンツおよび広告
    を処理して、マルチメディア・データ・コンテンツとユーザをターゲットとした
    広告を有する複合プログラム・データストリーム（５２）を複数の個々のユーザ
    （３２）に提供するシステム（３０）であって、 複数の放送ソースの認証を決定して、放送マルチメディア・プログラム・コン
    テンツを前記システム（３０）に同時に提供するように動作可能な条件アクセス
    ・プロセッサ（４２）と、 指定された広告を選択された放送マルチメディア・プログラム・コンテンツ（
    ５６）の中に挿入する時刻をスケジュールするように動作可能なスケジューラ（
    ４４）とを含み、さらに、 スケジュールされた挿入時刻で、指定された広告（５４）を選択されたマルチ
    メディア・プログラム・コンテンツ（５６）の中に挿入して、複合プログラム・
    データストリーム（５２）を形成し、および前記複合プログラム・データストリ
    ーム（５２）を前記複数のユーザ（３２）の対応するユーザに結合することを複
    数のユーザ（３２）について並列で実施することにより、複数のユーザにユーザ
    事情に合わせた複合プログラム・データストリーム（５２）を提供するように動
    作可能なマルチプレクサ（４０）と を備えることを特徴とするシステム。
14. 【請求項１４】 前記条件付きアクセス・プロセッサ（４２）は、放送ソー
    ス（１２）の認証を決定して、（ａ）放送者ＩＤ、および（ｂ）パスワードの少
    なくとも１つに基づいて放送マルチメディア・プログラム・コンテンツを提供す
    ることを特徴とする請求項１３に記載のシステム（３０）。
15. 【請求項１５】 前記条件付きアクセス・プロセッサ（４２）は、（ａ）暗
    号化した放送マルチメディア・プログラム・コンテンツ、および（ｂ）暗号化し
    た認証コードまたはパスワード、の少なくとも１つを解読する解読機能を含むこ
    とを特徴とする請求項１３に記載のシステム（３０）。
16. 【請求項１６】 前記マルチプレクサ（４０）は、前記複合プログラム・デ
    ータストリームの放送のスケーラブルな拡張を可能にするように複数のユーザ（
    ３２）に結合するために、前記複合プログラム・データストリーム（５２）の複
    数の格納されたコピーを提供する、前記複合プログラム・データストリーム（５
    ２）を備える、格納されたデータをマッピングすることによって前記複合プログ
    ラム・データストリーム（５２）をリピートする（１５６）ことを特徴とする請
    求項１３に記載のシステム（３０）。
17. 【請求項１７】 放送マルチメディア・プログラム・コンテンツおよび広告
    を処理し、マルチメディア・データ・コンテンツとユーザをターゲットとした広
    告とを有する複合プログラム・データストリームを複数の異なるユーザ（３２）
    に提供するシステム（３０）であって、 複数のソースから放送マルチメディア・プログラム・コンテンツ（局１−３）
    を同時に受信するように動作可能な入力プロセッサ（４２）と、 複数のソースから広告を受信し、かつ事前キャッシュし、選択された広告を選
    択された放送マルチメディア・プログラム・コンテンツに挿入する時刻をスケジ
    ュールするように動作可能なスケジューラ（４４）と、 スケジュールされた挿入時刻で、選択された広告を選択されたマルチメディア
    ・プログラム・コンテンツの中に挿入し、複合プログラム・データストリームを
    形成し、および前記複合プログラム・データストリームを対応するユーザ（３２
    ）に結合することを複数のユーザについて並列に実施することにより、複数のユ
    ーザにユーザ事情に合わせた複合プログラム・データストリームを提供するよう
    に動作可能なマルチプレクサ（４０）と を備えることを特徴とするシステム。
18. 【請求項１８】 前記マルチプレクサ（４０）は、ユーザ（３２）に提供さ
    れる放送マルチメディア・プログラムおよび広告を識別するデータを記録し、 前記記録したデータは、（ａ）ユーザへの課金、（ｂ）広告主への課金、（ｃ
    ）権利使用料の支払いの追跡、の少なくとも１つのために使用されることを特徴
    とする請求項１７に記載のシステム（３０）。
19. 【請求項１９】 前記マルチプレクサ（４０）は、前記複合プログラム・デ
    ータストリーム（５２）の放送のスケーラブルな拡張を可能にするように複数の
    ユーザ（３２）に結合するために、前記複合プログラム・データストリーム（５
    ２）の複数の格納されたコピーを提供する、前記複合プログラム・データストリ
    ーム（５２）を含む格納されたデータをマッピングすることによって前記複合プ
    ログラム・データストリーム（５２）をリピートする（１５６）ことを特徴とす
    る請求項１７に記載のシステム（３０）。
20. 【請求項２０】 マルチメディア・データ・コンテンツおよびユーザをター
    ゲットとした広告とを含む複合プログラム・データストリームを複数の異なるユ
    ーザ（３２）に提供するため、放送マルチメディア・プログラム・コンテンツお
    よび広告を処理するシステム（３０）において、 複数のソースから放送マルチメディア・プログラム・コンテンツ（局１−３）
    を同時に受信するステップと、 指定された広告（５４）を選択された放送マルチメディア・プログラム・コン
    テンツ（５６）の中に挿入する時間をスケジュールする（４４）ステップを含み
    、さらに、 複合プログラム・データストリーム（５２）を形成するため、スケジュールさ
    れた挿入時間で指定された広告を選択されたマルチメディア・プログラム・コン
    テンツの中への挿入と、および前記複合プログラム・データストリーム（５２）
    を前記複数のユーザの対応するユーザへの結合を、複数のユーザ（３２）につい
    て並列に実施することにより、複数のユーザ（３２）に個別の複合プログラム・
    データストリーム（５２）を提供するステップ を備えることを特徴とする方法。
21. 【請求項２１】 複数のユーザ（３２）に、ネットワークを介して、地上波
    放送者からの地上波放送オーディオ・プログラム、および前記複数のユーザのう
    ちの特定のユーザをターゲットとする広告、を提供するシステム（３０）であっ
    て、 前記地上波放送者からの地上波放送オーディオ・プログラムに対応する前記地
    上波放送者からの広告挿入データ（４６）を受信し、前記地上波放送オーディオ
    ・コンテンツのそれぞれ１つについて広告挿入スケジュールを提供するように動
    作可能なスケジューラ（４４）と、 （ａ）複数の地上波による放送オーディオ・プログラムを前記地上波放送者か
    ら受信し、前記地上波放送オーディオ・プログラムが広告挿入マーカを有し、（
    ｂ）前記地上波オーディオ・プログラムのそれぞれ１つについて広告挿入スケジ
    ュールを前記スケジューラから受信し、（ｃ）前記地上波放送オーディオ・プロ
    グラムのそれぞれ１つについて広告マークを付けた複合データストリームを提供
    する、ように動作可能なプログラム・アグリゲータ（４２）と、 前記広告マークを付けた複合データストリームおよびターゲット広告の１つを
    、複数の広告から前記複数のユーザ（３２）のいずれか１つに提供するように動
    作可能なマルチプレクサ（４０）と を備えることを特徴とするシステム。