(57)【特許請求の範囲】
【請求項１】
ネットワークを介して互いに接続されており、
番組データを蓄積するメディアサーバと、
広告データを蓄積するアドサーバと、
前記番組データと広告データとを結合した単一のファイルからなるコンテンツデータを受信するユーザ端末とからなり、
前記メディアサーバは、番組データに対する広告情報の結合方法を示す配信設定を行うための配信設定データを前記アドサーバに送信するためのメディア管理端末を有し、
前記アドサーバは、広告データと広告属性データとをアドサーバに送信するためのアド管理端末を有し、
前記アドサーバは、前記配信設定データと前記広告属性データとに基づいて配信設定定義ファイルを生成し、前記広告データと配信設定定義ファイルとをメディアサーバに送信し、
前記メディアサーバは、前記アドサーバから受信した前記配信設定定義ファイルに基づいて、前記広告データを前記メディア管理端末から受信した番組データと結合して単一のファイルに変換してユーザ端末からのリクエストに基づいてコンテンツデータとしてダウンロードさせる広告配信システム。
【請求項２】
前記メディアサーバはネットワーク上で公開されたＷＥＢサーバであり、コンテンツデータの更新を構造化書式で表示するとともに、
前記ユーザ端末はネットワークを介して前記メディアサーバの構造化書式を検査し、前記コンテンツデータの更新がなされているときには、前記メディアサーバに対して当該コンテンツデータのダウンロードリクエストを送信する請求項１記載の広告配信システム。
【請求項３】
前記ユーザ端末は、ネットワーク接続可能な情報処理端末である請求項２記載の広告配信システム。
【請求項４】
前記ユーザ端末は、コンテンツデータの再生機能を備えた携帯型プレイヤである請求項２または３記載の広告配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介したコンテンツ配信時の広告情報の提供技術に関する。
【背景技術】
【０００２】
各企業が運営する商用サイト（ＷＥＢサイト）において、バナー広告を挿入する場合、参加メディア企業は自身のメディアサーバから送信するコンテンツ（ＨＴＭＬデータ）に広告用のタグを挿入して広告事業者が管理する広告管理サーバにリンクさせる。広告管理サーバではこの広告用タグの部分にバナー広告を表示させて各メディア企業のサイトからユーザ端末に配信することが一般的であった。
【０００３】
一方、近年ＷＥＢサーバ上にマルチメディア・データファイル（音声データ・動画データなど、以下「コンテンツ」と総称する）をアップロードし、ＲＳＳ(Rich Site Summary)を通してＷＷＷ上に公開するポッドキャスト技術を用いたコンテンツ配信技術が一般化
してきている。ここで用いられるＲＳＳ技術は、ＷＥＢサイトの見出しや要約などのメタデータを構造化して記述するＸＭＬベースのフォーマットであり、サイト上のコンテンツの更新情報を公開できるため、このような最新のコンテンツに広告情報を付加することができれば効率的に高い広告効果を得ることができる。
【０００４】
このようなポッドキャストコンテンツへの広告挿入には、メディア提供者から提供されたマルチメディアコンテンツに対して広告事業者が広告データを付加して単一のファイルとして配信サーバに保存し、配信する方法が考えられる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、前記のようにコンテンツ（本編）と広告データをつなぎ合わせて単一のファイルとして配信する技術では、広告事業者自身が配信サーバを運営しなければならず、広告事業者の初期投資が大きな負担となり、かつ単一の広告事業者のみによる配信しか行えないため、ポッドキャスティングによる広告市場の活性化が困難であるという問題があった。
【０００６】
本発明はこのような問題を解決するためになされたものであり、ポッドキャスティング等において、既存のメディアサーバのインフラを利用しつつ効率的に広告配信を可能にすることを課題とする。
【課題を解決するための手段】
【０００７】
本発明の請求項１は、ネットワークを介して互いに接続されており、番組データを蓄積するメディアサーバと、広告データを蓄積するアドサーバと、前記番組データと広告データとを結合した単一のファイルからなるコンテンツデータを受信するユーザ端末とからなり、前記メディアサーバは、当該番組データに対する広告情報の結合方法を示す配信設定を行うための配信設定データを前記アドサーバに送信するためのメディア管理端末を有し、前記アドサーバは、広告データと広告属性データとをアドサーバに送信するためのアド管理端末を有し、前記アドサーバは、前記配信設定データと前記広告属性データとに基づいて配信設定定義ファイルを生成し、前記広告データと配信設定定義ファイルとをメディアサーバに送信し、前記メディアサーバは、前記アドサーバから受信した前記配信設定定義ファイルに基づいて、前記広告データを前記メディア管理端末から受信した番組データと結合して単一のファイルに変換してユーザ端末からのリクエストに基づいてコンテンツデータとしてダウンロードさせる広告配信システムである。
【０００８】
この発明によれば、メディアサーバで管理する番組データに対して、番組供給者はメディア管理端末を通じて配信設定データを生成してアドサーバに送信しておくだけでよく、アドサーバではその配信設定データに基づいて広告データの組み合わせ方や再生回数等を定義した配信設定定義ファイルを生成してメディアサーバに対して単一ファイルのコンテンツデータの生成を指示できる。このように広告データの結合された番組データは単一のコンテンツファイルとしてメディアサーバ自身からユーザ端末に配信されるため、ユーザ端末ではチェックすべきＷＥＢサイト（メディアサーバのＵＲＬ）のＲＳＳを書き換える必要もない。したがって、数多くの番組配信を行っている既存のメディアサーバをそのまま活用して広告情報を効率的に挿入することができるようになり、ＷＥＢサーバによる番組配信において広告市場を活性化することができる。
【０００９】
請求項２は、前記メディアサーバはネットワーク上で公開されたＷＥＢサーバであり、コンテンツデータの更新を構造化書式で表示するとともに、前記ユーザ端末はネットワークを介して前記メディアサーバの構造化書式を検査し、前記コンテンツデータの更新がなされているときには、前記メディアサーバに対して当該コンテンツデータのダウンロードリクエストを送信する請求項１記載の広告配信システムである。
【００１０】
これによれば、いわゆるポッドキャスティングをはじめとする構造化書式（ＸＭＬ）を用いたＲＳＳ技術による番組配信に対して特に効果的な広告情報の挿入が可能となる。
【００１１】
請求項３は、前記ユーザ端末は、ネットワーク接続可能な情報処理端末である請求項２記載の広告配信システムである。また、請求項４は、前記ユーザ端末は、コンテンツデータの再生機能を備えた携帯型プレイヤである請求項２または３記載の広告配信システムである。
【００１２】
ここでユーザ端末としての情報端末とは、メディアサーバからのデータを受信できるものであればいかなるものであってもよく、代表的なものとしてはパーソナルコンピュータであるが、ネットワークへの接続方式としては有線によるものに限られず、無線ＬＡＮ等の非接触接続手段を備えたものであってもよい。また、コンテンツデータの再生は、パーソナルコンピュータ自身で行ったものを聴取・視聴してもよいし、さらには当該パーソナルコンピュータに接続された携帯型の端末装置にダウンロードして再生させてもよい。
【００１３】
また、ネットワーク接続が可能な機能を有していれば、パーソナルコンピュータを介することなく、ＰＤＡ(Personal Data Assistant)、携帯電話端末、音楽再生プレイヤ端末
自体でメディアサーバからコンテンツデータをダウンロードしてもよい。
【発明の効果】
【００１４】
本発明によれば、既存のメディアサーバのインフラを利用しつつ効率的な広告配信が可能となる。
【発明を実施するための最良の形態】
【００１５】
本発明の実施形態を図を用いて説明する。
【００１６】
図１は、実施形態のシステム構成を示すブロック図である。
【００１７】
同図は説明の便宜のためのものであるが、ネットワーク上には広告データを蓄積したアドサーバと、番組データを蓄積したメディアサーバとが配置されている。
【００１８】
また、アドサーバおよびメディアサーバにはそれぞれ、アド管理端末およびメディア管
理端末が接続されている。
【００１９】
さらに当該ネットワークにはユーザ端末が接続され、前記メディアサーバからのコンテンツデータの受信が可能となっている。
【００２０】
ここで、メディアサーバとアドサーバとは、汎用のネットワークサーバで構成されており（図示は省略）、中央処理装置（ＣＰＵ）およびメインメモリ（ＭＭ）を中心にバス（ＢＵＳ）で接続されたハードディスク装置（ＨＤ）等を有している。また当該ハードディスク装置（ＨＤ）内にはオペレーティングシステム（ＯＳ）とともにネットワークサーバとして機能させるためのサーバプログラム、アプリケーションプログラム等が格納されている。さらに、データベース（ＤＢ）を有しており、当該データベース（ＤＢ）にはメディアサーバの場合には番組データが、アドサーバの場合には広告データがそれぞれ格納されるようになっている。
【００２１】
また、メディアサーバはＷＥＢサーバとしても機能し、ネットワーク上にＵＲＬ（Uniform Resource Locator）が公開され、インターネット等の汎用ネットワークを介してユーザ端末よりインターフェース画面としてのＨＴＭＬ(Hyper Text Mark-up Language)ソー
スファイルへのアクセスが可能となっている。なお、このＨＴＭＬソースファイルの一部には、構造化されたＸＭＬによるＲＳＳ領域が設けられており、このＲＳＳ領域をユーザ端末にインストールされた監視プログラム（ブラウザプログラムや番組ダウンロード・再生プログラム等）によりチェック可能となっている。
【００２２】
アド管理端末およびメディア管理端末も前記ネットワークサーバと同様の汎用のコンピュータで構成されているが、バス（ＢＵＳ）にはさらにディスプレイ装置（ＤＩＳＰ）やキーボード（ＫＢＤ）等の入出力装置が接続されている。ディスプレイ装置（ＤＩＳＰ）には、それぞれの端末にインストールされた管理プログラムの管理画面が表示されるようになっている。
【００２３】
ユーザ端末の代表的なものとしては、パーソナルコンピュータであり、このパーソナルコンピュータには前述のブラウザプログラムや番組ダウンロード・再生プログラム等がインストールされており、メディアサーバのＲＳＳ領域をチェックし更新された番組データがある場合にはこれを自身のハードディスク装置（ＨＤ）等にダウンロードできるようになっている。
【００２４】
さらにユーザ端末としてのパーソナルコンピュータには、携帯可能な音楽プレイヤ端末（音楽再生端末）が接続可能であり、前記番組データをパーソナルコンピュータ上で再生するだけではなく、これらの音楽プレイヤ端末にさらに転送して外出先で聴取・視聴することも可能である。
【００２５】
なお、ユーザ端末としては、前記パーソナルコンピュータの他に、プレイヤ端末自体をこれに代わるものとして使用することもできる。その場合、プレイヤ端末には携帯電話機能、または無線ＬＡＮ、ブルートゥースまたは赤外線等の無線通信機能を持たせてネットワークとの接続が可能なように構成するとよい。
【００２６】
図２は、前述のメディアサーバ、アドサーバ、メディア管理端末、アド管理端末およびユーザ端末のそれぞれの機能をブロック図で示したものである。
【００２７】
前述のようにメディアサーバはＷＥＢサーバとしても機能しており、このメディアサーバのハードディスク装置（ＨＤ）内に格納されたＨＴＭＬソースファイルの中には、ＸＭＬ書式で記述されたＲＳＳフィールドを有している。また、変換プログラム(Rewrite Eng
ine)やそれに関連するプログラム（ｍｐ３ファイル結合システム、コントロールシステム）等もメディアサーバのハードディスク装置（ＨＤ）に格納されている。
【００２８】
前記メディアサーバに接続されたメディア管理端末は、ネットワーク接続可能な汎用の
コンピュータであり、ビューワー等の閲覧プログラムを通じてアドサーバにアクセス可
能となっており、番組データを所有するメディア管理者が入力した番組データと広告情報との結合方法等の配信設定データをアドサーバに送信可能となっている。なお、この当該メディア管理端末のビューワープログラムには、前記アドサーバにアクセスするためのアドインプログラム等を別途インストールしてもよい。
【００２９】
また、メディア管理端末とともに、メディア管理者はメディア送信端末を有しており、当該メディア管理端末から番組データがｍｐ３形式のデータファイルとして格納され、メディアサーバに対して送信可能となっている。
【００３０】
なお、前記番組データは図２ではメディア管理端末とは別装置のメディア送信端末からメディアサーバに対してアップロードするように構成したが、番組データはメディア管理端末あるいは、ネットワークに接続された別の情報端末から直接メディアサーバにアップロードされるようにしてもよい。
【００３１】
前記アドサーバに接続されたアド管理端末のハードディスク装置（ＨＤ）には広告データ（ＣＭ）が同じくｍｐ３形式（他の音声、動画形式であってもよい）のデータファイルとして格納されている。また、アド管理端末にインストールされたアド管理プログラムによって、広告属性データ（ＣＭデータ）が生成されるようになっている。
【００３２】
アドサーバは、前記広告データと、広告属性データ（ＣＭデータ）と、配信設定データとを受信して、配信設定定義ファイル（配信設定情報）を生成するとともに、メディアサーバから受信した配信ログを管理する機能を有している。
【００３３】
ユーザ端末（パーソナルコンピュータ）のハードディスク装置（ＨＤ）には、メディアサーバのＲＳＳ領域を監視する機能を有する番組ダウンロード・再生プログラムがインストールされており、このＲＳＳ領域を監視するＸＭＬモジュールがダウンロードされて、当該サイト（メディアサーバ）の更新情報の有無をチェックできるようになっている。そして更新された番組がある場合には後述のコンテンツデータ（広告データと番組データとが結合された単一ファイル）がダウンロードできるようになっている。
【００３４】
次に、図２を用いた処理手順について説明する。
【００３５】
まず、番組配信を行う番組配信事業者は、番組データ（ｍｐ３）を自身のメディア送信端末からメディアサーバに転送・登録する。次に、メディア管理端末を用いて、端末内のハードディスク装置（ＨＤ）にインストールされているメディア管理プログラムを起動して、配信設定データを生成する。この配信設定データとは、たとえば番組ＩＤ、ジャンル、サーバ、ビットレート等を登録できる。さらに番組データに対して適切でないカテゴリの広告データ（たとえば、番組が健康情報に関するものであるときの「タバコ」の広告等）をＮＧＣＭ（番組データに対して不適切だったり好ましくない広告データのカテゴリ等）として登録できるようになっている。
【００３６】
これらの配信設定データは、メディア管理プログラムによってアドサーバに送信される。また番組データはメディアサーバに登録されるようになっている。
【００３７】
次に、アド管理端末においてハードディスク装置（ＨＤ）にあらかじめインストールさ
れたアド管理プログラムを起動し、当該プログラムのインターフェース画面を介して、音声形式（ｍｐ３）で作成された広告データ（ＣＭ）を外部メディア（フラッシュメモリ等）からアド管理端末内に転送する。
【００３８】
次に、前記アド管理プログラムにおいて、この広告データに対応した広告属性データ（ＣＭ属性データ）も生成する。この広告属性データには、広告会社、広告主、カテゴリ等の他、当該広告データの配信量（ダウンロード数）、配信期間（ダウンロード許可期間）等を設定することができる。
【００３９】
次に、当該アド管理プログラムを用いて、アド管理端末からアドサーバに対して、前記の広告データとその広告データに対応する広告属性データとをアドサーバに送信する。
【００４０】
アドサーバは、アド管理端末からの前記広告データ（ＣＭ）および広告属性データ（ＣＭデータ）、メディア管理端末からの配信設定データを受信すると、配信設定定義ファイル（config.xml)を生成する。このとき、アド管理端末からの広告属性データとメディア
管理端末からの配信設定データにおいて競合する設定がなされている場合には、あらかじめどちらの設定を優先するかを定めておいてもよい。
【００４１】
なお、アドサーバには広告情報テーブルが設けられており、図７に示すように、広告データに関連した情報（アド管理者のＩＤや広告代理店名等）が登録可能となっている。このテーブルはアド管理端末のアド管理プログラムによって入力された事項で構成されている。
【００４２】
また、アドサーバには、番組情報テーブルが設けられており、図８および図９に示すように、番組に関する情報（ＮＧとなる広告等）が登録可能となっている。このテーブルはメディア管理端末のメディア管理プログラムによって入力された事項で構成されている。
【００４３】
以下の配信設定定義ファイルの生成に際しては、これらの各種テーブルの情報も参照される。
【００４４】
図３は、配信設定定義ファイルの記述内容を示した図である。同図に示すように配信設定定義ファイル（config.xml)は、構造化書式を有するテキストファイルであり、前記広
告属性データおよび／または配信設定データに基づいて自動生成される。
【００４５】
この配信設定定義ファイルの生成手順を示したものが図５および図６である。これらの図では、メディア管理端末上のメディア管理プログラムと、アド管理端末上のアド管理プログラムとから入力された情報（配信設定データと広告属性データ）を元に配信設定定義ファイルを生成している。通常、同一のメディア配信企業（たとえば放送局）であっても複数のメディアサーバを運営していることが多いので、図５および図６ではこのことを想定して複数のアドサーバやメディアサーバに対して配信設定定義ファイルの生成が可能になっている。
【００４６】
アドサーバは、メディアサーバに対して、広告データ（ＣＭ）と配信設定定義ファイルとを定期的に配信する。この配信タイミングとしては１日１回としたり、数時間単位としたり任意でよい。
【００４７】
メディアサーバは前述のようにＷＥＢサーバとしても機能しており、このＷＥＢサーバのＨＴＭＬ書式のソースファイル中に記述されたＸＭＬ書式によるＲＳＳ領域がユーザ端末の番組ダウンロード・再生プログラム（たとえばアップル社が提供するiTunes(商標名
））にポッドキャスト(Podcast)番組として登録されている場合、ユーザ端末は当該ダウ
ンロード・再生プログラムの設定にしたがって自動またはユーザの指示を待って当該番組のコンテンツデータのダウンロード要求を行う。
【００４８】
メディアサーバでは、前記ユーザ端末からのダウンロード要求があった場合、変換プログラムが起動してｍｐ３ファイル結合システム（プログラム）に対して番組データと広告データとを結合したコンテンツデータの生成を命令する。そして、ｍｐ３ファイル結合システム（プログラム）は、配信設定定義ファイルを参照しながら番組データと広告データとの結合処理を行う。この結合処理手順をフローで示したものが図４である。
【００４９】
このようにして生成されたコンテンツデータは、ｍｐ３ファイルとして単一のファイルである。次に処理がｍｐ３結合プログラムから変換プログラムに戻されて、当該コンテンツデータファイルがユーザ端末にダウンロードされる。
【００５０】
ユーザ端末では、ダウンロードしたコンテンツデータファイルをその番組ダウンロード・再生プログラムに基づいて再生することもできるし、当該コンテンツデータファイルをユーザ端末に接続されたiPod（商標）等の音楽プレイヤ端末にさらに転送させて再生させてもよい。
【００５１】
このとき、コンテンツデータファイルは、番組データと広告データが結合されたものであるため、ユーザは番組データとともに広告データも聴取されることになる。
【００５２】
なお、本実施形態では、コンテンツデータはｍｐ３形式による音声情報ファイルを前提に説明したが、これが画像ファイル（ｊｐｅｇ、ｇｉｆ等）、動画ファイル（ａｓｆ、ａｖｉ、ｍｐｅｇ等）であってもよいことは勿論である。
【産業上の利用可能性】
【００５３】
本発明は、定期的または不定期に番組が更新される音声または動画による番組配信システムにおける広告配信に利用できる。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施形態におけるシステム構成概念を示すブロック図
【図２】実施形態のシステム構成を示すブロック図
【図３】配信設定情報定義ファイルの記述内容を示す説明図
【図４】ｍｐ３ファイル結合システム（プログラム）の処理手順を示す説明図
【図５】配信設定情報定義ファイルの生成手順を示す説明図（１）
【図６】配信設定情報定義ファイルの生成手順を示す説明図（２）
【図７】広告情報テーブルの内容を示す説明図
【図８】番組情報テーブルの内容を示す説明図（１）
【図９】番組情報テーブルの内容を示す説明図（２）
【図１】
0005265969.tif 000002
【図２】
0005265969.tif 000003
【図３】
0005265969.tif 000004
【図４】
0005265969.tif 000005
【図５】
0005265969.tif 000006
【図６】
0005265969.tif 000007
【図７】
0005265969.tif 000008
【図８】
0005265969.tif 000009
【図９】
0005265969.tif 000010