JP5200817B2 - エリア限定ワンセグ放送を利用した広告効果測定方法、及び広告効果測定システム - Google Patents

Description

本発明は、エリア限定ワンセグ放送を利用した広告効果測定方法、及び広告効果測定システムに関する。

近年、ワンセグ放送（地上デジタル放送１セグメント部分受信サービス）の本放送サービスが開始され、専用ブラウザを搭載した携帯電話のような携帯端末では、通常のテレビ番組映像である本線映像と、テキストや静止画を中心とした補完情報を表示するデータ放送を視聴することが可能である。データ放送では、放送波により送信される放送コンテンツと、携帯端末のネットワーク機能を用いて送信される通信コンテンツの２種類が存在する。

これらのデータ放送のコンテンツは、ＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）という放送用マークアップ言語で記載されており、各携帯端末に搭載されているＢＭＬブラウザで表示される（特許文献１）。また、ＢＭＬにスクリプト関数を埋め込んで、動的なコンテンツを記述することも可能であり、ワンセグ放送をデジタルサイネージと呼ばれる電子広告メディアとして利用するなど、多様な利用方法が提供されている（特許文献２）。

また、微弱電波を利用して、ワンセグ放送を小規模なエリアに配信するエリア限定ワンセグ放送システムが開発されている。これにより、様々な事業者がワンセグ放送を利用することが可能となりつつある。エリア限定ワンセグ放送を利用したデジタルサイネージでは、例えば放送波の本線映像で広告番組を配信するとともに、そのエリアに関するきめ細かいコンテンツを、データ放送で配信することも可能であり、エリア限定ゆえの特有の利点がある。

特開２００７−１５０６６４号公報 特開２００８−１９１１９３号公報

しかしながら、上述のデジタルサイネージでは、広告効果を測定する手法が確立されていなかった。例えば、広告提供者等が広告番組の視聴者が何人いるのかを知りたい場合でも、視聴者がサーバに能動的にアクセスしない限り、その人数を把握することができなかった。

本発明は、このような問題に鑑みてなされたもので、その目的とするところは、視聴者に特別な操作をさせなくても、広告提供者が広告効果を測定することが可能なエリア限定ワンセグ放送を利用した広告効果測定方法等を提供することにある。

前述した目的を達成するために第１の発明は、エリア限定ワンセグ放送を受信し、再生する機能を有する受信端末を利用した広告効果測定方法であって、前記受信端末は、進入したエリアにおいて配信されている放送波とともに第１のＢＭＬファイルを受信し、前記第１のＢＭＬファイルに記述されている、所定の通信ＢＭＬ配信サーバから広告コンテンツである第２のＢＭＬファイルを取得するためのコマンドを実行する第１のステップと、前記第１のＢＭＬファイルに記述されたコマンドの実行の結果、前記通信ＢＭＬ配信サーバとのデータ通信状態へ遷移し、該通信ＢＭＬ配信サーバから、前記広告コンテンツに加えて、受信端末識別情報を取得するコマンド群、前記受信端末における受信チャンネル識別データを取得するコマンド群、並びに、該受信端末識別情報及び該受信チャンネル識別データを所定の行動履歴データベースを管理するサーバに送信するコマンド群が記述された前記第２のＢＭＬファイルを取得する第２のステップと、前記第２のＢＭＬファイルに記述されたコマンド群を実行して、前記行動履歴データベースを管理するサーバに対して前記受信端末識別情報及び前記受信チャンネル識別データを含む視聴者の行動履歴に関する情報を送信し、前記行動履歴データベースに蓄積させる第３のステップと、を含む処理を行うことを特徴とするエリア限定ワンセグ放送を利用した広告効果測定方法である。

また、前記第２のＢＭＬファイルには、更に、放送波の受信状態データを取得するコマンド群、及び、該放送波の受信状態データを前記行動履歴データベースを管理するサーバに送信するコマンド群が記述されており、前記第３のステップにおいて、前記受信端末は、他のエリアに進入して他のエリアにおいて配信されている放送波とともに他のエリアにおける前記第１のＢＭＬファイルを受信するまで、放送波の受信状態取得処理を所定時間間隔で繰り返し行い、前記行動履歴データベースを管理するサーバに対して、前記行動履歴に関する情報として、更に、前記放送波の受信状態データを送信し、前記行動履歴データベースに蓄積させることが望ましい。

第２の発明は、所定のエリアに第１のＢＭＬファイルで記述されたデータ放送コンテンツを含むエリア限定ワンセグ放送を配信する放送配信機と、前記ワンセグ放送を受信し、再生する機能を有する受信端末と、前記受信端末にネットワークを介して通信接続され、該受信端末からの要求に応じて広告コンテンツである第２のＢＭＬファイルを配信する通信ＢＭＬ配信サーバと、前記受信端末にネットワークを介して通信接続され、視聴者の行動履歴に関する情報を蓄積して記憶する行動履歴データベースと、からなる広告効果測定システムであって、前記第１のＢＭＬファイルには、前記通信ＢＭＬ配信サーバから第２のＢＭＬファイルを取得するためのコマンド群が記述され、前記第２のＢＭＬファイルには、前記広告コンテンツに加えて、受信端末識別情報を取得するコマンド群、前記受信端末における受信チャンネル識別データを取得するコマンド群、並びに、該受信端末識別情報及び該受信チャンネル識別データを前記行動履歴データベースを管理するサーバに送信するコマンド群が記述され、前記受信端末は、進入したエリアにおいて配信されている放送波とともに前記第１のＢＭＬファイルを受信し、前記第１のＢＭＬファイルに記述されている、前記通信ＢＭＬ配信サーバから前記第２のＢＭＬファイルを取得するためのコマンドを実行する第１のＢＭＬファイル実行手段と、前記第１のＢＭＬファイル実行手段による処理の実行の結果、前記通信ＢＭＬ配信サーバとのデータ通信状態へ遷移し、該通信ＢＭＬ配信サーバから、前記第２のＢＭＬファイルを取得する第２のＢＭＬファイル取得手段と、前記第２のＢＭＬファイルに記述されたコマンド群を実行して、前記行動履歴データベースを管理するサーバに対して前記受信端末識別情報及び前記受信チャンネル識別データを含む前記行動履歴に関する情報を送信し、前記行動履歴データベースに蓄積させる行動履歴送信手段と、を備えることを特徴とする広告効果測定システムである。

本発明によれば、視聴者に特別な操作をさせなくても、広告提供者が広告効果を測定することが可能なエリア限定ワンセグ放送を利用した広告効果測定方法等を提供することが可能になる。

以下、図面に基づいて本発明の好適な実施形態について詳細に説明する。
図１は本実施の形態の広告効果測定システム１のシステム構成を示す図である。

図１に示すように、広告効果測定システム１は、ワンセグ放送を配信するコンテンツ配信サーバ１０、送出装置２１、２２、視聴者（ユーザ）３２が所有する携帯電話３０、携帯電話３０と、携帯電話基地局４１、携帯キャリアＧＷ（ゲートウェイ）４２、及びネットワーク４０等を介して接続される行動履歴ＤＢサーバ５０及び通信ＢＭＬ配信サーバ７０を備える。

携帯電話３０は、ワンセグ放送のチューナ及びブラウザ（以下、ＢＭＬブラウザという）を搭載した携帯電話であり、進入したエリアに設置されている送出装置２１、２２から送出されるワンセグ放送ＴＳを受信し、再生する。

コンテンツ配信サーバ１０は、映像コンテンツ、音声コンテンツ、データ放送コンテンツ等を含むワンセグ放送トランスポートストリーム（以下、ワンセグ放送ＴＳという）を配信するための装置であり、複数のコンテンツを記憶している。コンテンツ配信サーバ１０はネットワーク１５を介して送出装置２１、２２に対して、ワンセグ放送ＴＳ（コンテンツ）を送信する。

送出装置２１、２２は、配信エリア毎に設置されるものであり、コンテンツ配信サーバ１０から提供されるワンセグ放送ＴＳを、所定周波数の微弱電波を用いて、所定の配信エリアＡ，Ｂにそれぞれ送出する。配信エリアＡ，Ｂは、各送出装置２１、２２の電波到達範囲であり、その規模は、概ね２〜３ｍ程度である。視聴者３２は、携帯電話３０を持って配信エリアＡ，Ｂ間を移動すると、各配信エリアＡ，Ｂにて配信されているワンセグ放送を視聴することが可能となる。以下の説明では、送出装置２１、２２は、電波到達範囲（エリア）が重複しないように設置され、各送出装置２１、２２からはそれぞれ一つのチャンネルのワンセグ放送が配信される例を示すが、複数のチャンネルのワンセグ放送が配信されるものとしてもよい。

ここで、ワンセグ方法ＴＳに含まれるデータ放送コンテンツは、ＢＭＬで記述されており、携帯電話３０のＢＭＬブラウザにて読み込まれ、ＢＭＬに従った処理等が行われる。以下、ＢＭＬで記述されたコマンド群を、ＢＭＬファイルと呼ぶ。
ＢＭＬファイルには、放送波から送信される第１のＢＭＬファイル（以下、放送ＢＭＬファイル１００という）と、携帯電話３０の通信機能を利用して通信ＢＭＬ配信サーバ７０から配信される第２のＢＭＬファイル（以下、通信ＢＭＬファイル２００）と、がある。

本実施の形態では、放送ＢＭＬファイル１００に次のコマンド群（スクリプト関数等）を埋め込むものとする。すなわち、携帯電話３０での放送ＢＭＬファイル１００の実行に伴い、所定の通信ＢＭＬ配信サーバ７０との通信を開始し、所定のＢＭＬファイル２００を取得するためのコマンド群を埋め込む。

通信ＢＭＬ配信サーバ７０は、広告主、広告制作会社、或いは広告管理会社等に配置されるサーバ装置であり、ネットワーク４０を介して接続された携帯電話３０からの要求に応じて、通信ＢＭＬファイル２００を配信する。本実施の形態では、通信ＢＭＬ配信サーバ７０から携帯電話３０に対して配信される通信ＢＭＬファイル２００に、所定の処理を実行させるためのコマンド群（スクリプト関数等）を埋め込むものとする。

すなわち、通信ＢＭＬファイル２００のスクリプト関数には、受信チャンネル識別データ、携帯電話３０の端末識別データ、及びエリアへの出入りを示す情報を、視聴者３２の行動履歴に関する情報として、行動履歴ＤＢサーバ５０に送信させる処理が含まれる。
また、通信ＢＭＬファイル２００のスクリプト関数に、放送波の電波受信状態を取得する関数を埋め込み、携帯電話３０が通信ＢＭＬファイル２００を読み込んだ際、及び電波受信状態が圏外となった際に、それぞれ動作区分「ｉｎ」（エリアに入ったことを示す情報）、動作区分「ｏｕｔ」（エリアから出たことを示す情報）とともに、上述の行動履歴に関する情報を、前記行動履歴ＤＢサーバ５０に送信させるようにする。

携帯電話３０は、放送波から得た放送ＢＭＬファイル１００に記述された処理の実行を開始することにより、ネットワーク４０との通信へ遷移し、通信ＢＭＬファイル２００の取得を要求する。また、携帯電話３０は、通信ＢＭＬファイル２００を取得すると、ＢＭＬブラウザによって通信ＢＭＬファイル２００に含まれるスクリプト処理を実行し、ネットワーク４０を介して行動履歴ＤＢサーバ５０に対して、受信チャンネル識別データ、端末識別データ、及びエリアへの出入りを示すデータ（動作区分「ｉｎ」または「ｏｕｔ」）を送信する。

通信ＢＭＬファイル２００に含まれるスクリプト処理は、放送波の受信状態が悪くても続行されるものである。そのため、視聴者３２があるエリアに進入し、放送ＢＭＬファイル１００に基づく処理の実行に引き続いて、通信ＢＭＬファイル２００に基づく処理が実行されると、視聴者３２が他のエリアに移動して、別のＢＭＬファイルを受信するまでの間、通信ＢＭＬファイル２００に基づく処理（受信チャンネル識別データ、端末識別データ、及びエリアへの出入りを示すデータの送信）を続行する。

なお、ＡＲＩＢ（社団法人電波産業会）による地上デジタルテレビジョン放送運用規定では、放送圏外では、放送ＢＭＬファイル１００の処理は実行されないこととなっている。そのため、正確にエリアを出たことを行動履歴ＤＢサーバ５０へ送信するためには、放送圏外においても実行される通信ＢＭＬファイル２００を利用する必要がある。

行動履歴ＤＢサーバ５０は、広告制作会社、或いは広告管理会社等に設置されるサーバ装置であり、携帯電話３０から逐次送信される受信チャンネル識別データ、端末識別データ、及びワンセグ放送の受信状態（動作区分「ｉｎ」または「ｏｕｔ」）を蓄積して管理する。

ネットワーク４０は、インターネット等の通信網であり、携帯キャリアＧＷ４２を介して、複数の携帯電話基地局４１で構成される各携帯電話キャリアの通信網と相互に接続されている。携帯キャリアＧＷ４２は、携帯電話３０の通信網とネットワーク４０との通信接続を媒介するサーバである。

図２はコンテンツ配信サーバ１０のハードウエア構成を示す図、図３はコンテンツ配信サーバ１０の有するコンテンツ管理データ１１０を示す図、図４は、放送ＢＭＬファイル１００の一部記述例を示す図、図５は一般的なＢＭＬファイルの構造について説明する図である。

図２に示すように、コンテンツ配信サーバ１０は、バス１０８により相互接続された制御部１０１、記憶装置１０２、メディア入出力部１０３、入力部１０４、印刷部１０５、表示部１０６、通信部１０７等を有する。

制御部１０１は、プログラムの実行を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、プログラム命令あるいはデータ等を格納するためのＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等のメモリから構成される。制御部１０１は、コンテンツ配信サーバ１０全体の動作を制御する。

記憶装置１０２は、コンテンツ配信サーバ１０の制御プログラム等の固定データ、各種データ等を格納するための記憶媒体であり、ワンセグ放送ＴＳが記憶されている。
メディア入出力部１０３は、ＣＤ−ＲＯＭ(Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)あるいはＣＤ−ＲＷ（ＣＤ−ＲｅＷｒｉｔａｂｌｅ）、フレキシブルディスク、ＭＯ(Ｍａｇｎｅｔｏ Ｏｐｔｉｃ Ｄｉｓｃ)等の媒体のドライブで、媒体からのデータの読み出しや、媒体へのデータの書き込みを行う。

入力部１０４は、キーボード、マウス等の入力装置である。
印刷部１０５はプリンタで、ユーザからの要求により必要な情報等の印刷を行う。
表示部１０６は、ＣＲＴ（Ｃａｔｈｏｄｅ−ｒａｙ Ｔｕｂｅ）あるいはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）等の表示装置である。
通信部１０７は、通信制御装置、通信ポート等であり、ネットワーク１５を介し、送出装置２１、２２等との通信を制御する。

コンテンツ配信サーバ１０の有するワンセグ放送ＴＳは、番組の放送コンテンツ（本線映像・音声コンテンツ及びデータ放送コンテンツ）をストリーミングデータにエンコードしたものであり、ＢＭＬで記述された放送ＢＭＬファイル１００が含まれる。
なお、映像データは、現在の仕様においては、Ｈ２６４（ＭＰＥＧ４−ＡＶＣ）となる。

コンテンツ配信サーバ１０の記憶装置１０２は、複数チャンネルのワンセグ放送ＴＳを記憶するとともに、図３に示すように、エリア毎に配信するコンテンツ等を設定したコンテンツ管理テーブル１１０を記憶している。制御部１０１は、コンテンツ管理テーブル１１０に基づいて、所定のワンセグ放送ＴＳを記憶装置１０２から読み出し、通信部１０７を制御して送出装置２１、２２に配信する。

コンテンツ管理テーブル１１０には、エリア名１１０ａ（例えば、「Ａ」、「Ｂ」等）、送出装置ＩＰアドレス１１０ｂ（例えば、「１９２．１６８．０．１」、「１９２．１６８．０．２」等）、コンテンツパス１１０ｃ（例えば、「Ｃ：￥ｃｏｎｔｅｎｔｓ￥ａｒｅａ＿ａ．ｔｓ」、「Ｃ：￥ｃｏｎｔｅｎｔｓ￥ａｒｅａ＿ｂ．ｔｓ」等）、チャンネル識別子１１０ｄ（例えば、「０００１」、「０００２」等）、配信映像名１１０ｅ（例えば、「番組１」、「番組２」等）が対応付けて格納されている。なお、チャンネル識別子１１０ｄは、ＡＲＩＢにより規定されるｓｅｒｖｉｃｅ＿ｉｄ等のチャンネルを識別する情報である。チャンネル識別子１１０ｄは、全地上波デジタルテレビジョン放送ＴＳで、ユニークとなるように割り当てられる。

ワンセグ放送ＴＳに含まれる放送ＢＭＬファイル１００の一部記述例を図４に示す。図４に示すように、放送ＢＭＬファイル１００に、例えば、「ｏｎＬｏａｄ()」と記述されるイベント処理を埋め込み、「ｏｎＬｏａｄ()」イベント実行時に呼び出されるスクリプト関数として「ｂｒｏｗｓｅｒ．ｌａｕｎｃｈＤｏｃｕｍｅｎｔ（）」を記述するようにすればよい。スクリプト関数「ｂｒｏｗｓｅｒ．ｌａｕｎｃｈＤｏｃｕｍｅｎｔ（）」の引数には、通信ＢＭＬ配信サーバ７０に配置されたＢＭＬコンテンツのＵＲＬ等が記述される。

ここで、スクリプト関数「ｂｒｏｗｓｅｒ．ｌａｕｎｃｈＤｏｃｕｍｅｎｔ（）」は、ＡＲＩＢで規定されているＢＭＬのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）関数であり、（）内の引数に記述されたＵＲＬに配置されたＢＭＬ文書に遷移させる関数である。
また、「・・・ｏｎＬｏａｄ()＝“”」は、ページや画像等のデータの読み込み終了時に“”内に定義された処理を発生させるものである。

図５に示すように、一般にＢＭＬは、ＢＭＬ宣言部、ＨＥＡＤ部、ＢＯＤＹ部により構成され、更にＨＥＡＤ部は、ＴＩＴＬＥ要素とＳＣＲＩＰＴ要素を有し、ＢＯＤＹ部は、ＢＯＤＹ要素とモノメディア要素を有している。ＳＣＲＩＰＴ要素には、グローバルスクリプトと、スクリプト関数とが記述される。

携帯電話３０のＢＭＬブラウザは、図５に示すようなＢＭＬファイルを受信すると、ＢＭＬ宣言部、ＨＥＡＤ部の順に読み込み、ＢＯＤＹ要素を読み込んだ際に、ｏｎＬｏａｄイベントを発生させる。従って、図４のように記述されたＢＭＬにより、携帯電話３０は、放送波から放送ＢＭＬファイル１００を読み込むと、通信ＢＭＬ配信サーバ７０に対して通信ＢＭＬファイル２００を要求する。

図６は、送出装置２１、２２のハードウエア構成を示す図である。
送出装置２１、２２は、微弱電波を用いて、ワンセグ放送ＴＳを所定範囲のエリアに送信する装置である。
図６に示すように、送出装置２１、２２は、バス２０８を介して接続される制御部２０１、メモリ２０２、メディア入力部２０３、通信部２０４、ＯＦＤＭ変調部２０５、及びワンセグ放送送信部２０６を有し、ワンセグ放送送信部２０６は送信アンテナ２０７に接続されている。

制御部２０１は、プログラムの実行を行うＣＰＵと、ＯＳ、プログラム命令あるいはデータ等を格納するためのＲＯＭ、一時的な作業用データを格納するためのＲＡＭ等のメモリから構成される。制御部２０１は、送出装置２１、２２全体を制御する。
メモリ２０２は、送出装置２１、２２の制御プログラム、及び固定データが格納される他、通信部２０４またはメディア入力部２０３を介して入力されたワンセグ放送ＴＳ等が格納される。

メディア入力部２０３は、ＣＤ−ＲＯＭあるいはＣＤ−ＲＷ、フレキシブルディスク、ＭＯ等の媒体のドライブ、或いはワンセグ放送ＴＳを入力するポートを含み、媒体或いはポートから入力されるデータの読み出しを行う。
通信部２０４は、送出装置２１、２２とコンテンツ配信サーバ１０との間に形成されるネットワーク１５とのインターフェイスであり、ネットワーク１５を介したコンテンツ配信サーバ１０との通信を制御する。通信部２０４は、コンテンツ配信サーバ１０から送信されるワンセグ放送ＴＳを受信する。受信したワンセグ放送ＴＳは、メモリ２０２に記憶される。

ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）変調部２０５は、メモリ２０２から読み出したワンセグ放送ＴＳをＯＦＤＭ変調する。
ワンセグ放送送信部２０６は、ＯＦＤＭ変調されたワンセグ放送ＴＳを所定周波数帯域の微弱電波に変調し、送信アンテナ２０７から送出する。ワンセグ放送送信部２０６による放送波は、２〜３ｍ程度の限定されたエリアに送信される。

図７は携帯電話３０のハードウエア構成を示す図である。
携帯電話３０は、ワンセグ放送を再生するＢＭＬブラウザ、及びチューナを搭載した携帯電話である。

図７に示すように、携帯電話３０は、バス３０８を介して接続される制御部３０１、通信部３０２、音声入力部３０３、表示部３０４、音声出力部３０５、入力部３０６、メモリ３０７、及びアンテナ３０９等の通常の携帯電話の機能に加え、ワンセグチューナ３１０を有する。ワンセグチューナ３１０は、バス３１５を介してチューナ制御部３１１、メモリ３１２、ＯＦＤＭ復調部３１３、チューナ３１４、及びアンテナ３１６等を有する。

制御部３０１は、プログラムの実行を行うＣＰＵと、ＯＳ、プログラム命令あるいはデータ等を格納するためのＲＯＭ、一時的な作業用データを格納するためのＲＡＭ等のメモリから構成される。制御部３０１は、携帯電話３０全体を制御する。

通信部３０２は、携帯電話基地局４１（図１参照）との間で行われる無線通信を制御する。通信部３０２は、制御部３０１の制御の下、音声に関するデータやパケット通信用のデータ等の信号を生成し、アンテナ３０９を介して基地局に送信したり、あるいは、基地局から送信される無線信号を受信し、受信した信号を復調して音声に関するデータやパケット通信用のデータを取得する。

音声入力部３０３は、マイク等で、音声を入力する。
表示部３０４は、液晶表示パネル等を有し、表示制御を行う。
音声出力部３０５は、スピーカ、イヤホン等で音声の出力をする。
入力部３０６は、数字や文字、操作指示を入力するためのキーボタン等を有し、キーボタンの操作に応じた信号を制御部３０１に出力する。
メモリ３０７は、携帯電話３０にインストールされているアプリケーションプログラムや、電話番号及びメールアドレス等のアドレス帳データ等が格納されている。また、ワンセグ放送の映像記憶領域としても使用される。

ワンセグチューナ３１０のチューナ制御部３１１は、プログラムの実行を行うＣＰＵと、ＯＳ、プログラム命令あるいはデータ等を格納するためのＲＯＭ、一時的な作業用データを格納するためのＲＡＭ等のメモリから構成される。チューナ制御部３１１は、ワンセグチューナ３１０全体を制御する。

メモリ３１２は、揮発性メモリ領域であるＵｒｅｇ／Ｇｒｅｇと、不揮発性メモリ領域であるＮＶＲＡＭを有する。メモリ３１２へのアクセスは、ワンセグチューナ３１０のチューナ制御部３１１からのみアクセス可能で、携帯電話３０の制御部３０１からはアクセスできない。

チューナ３１４は、アンテナ３１６を介してワンセグ放送を受信、選局し、音声、映像信号を得る。
ＯＦＤＭ復調部３１３は、ＯＦＤＭ変調されたワンセグ放送ＴＳを音声、映像信号、データに復調する。

チューナ制御部３１１は、送出装置２０または送出装置２１から送出されるワンセグ放送をチューナを介して受信すると、ＯＦＤＭ復調部３１３により音声、映像、その他データに復調する。音声信号、映像信号は、それぞれチューナ制御部３１１によりデコード処理され、映像ストリームは、表示部３０４へ、音声ストリームは音声出力部３０５へ、それぞれ出力される。放送ＢＭＬファイル１００は、メモリ３１２に一旦保持された後、チューナ制御部３１１のＣＰＵにより読み出される。ＣＰＵは、ＢＭＬブラウザを起動し、ＢＭＬファイルに記述された処理を実行する。

本実施の形態では、携帯電話３０は、放送波から取得した放送ＢＭＬファイル１００の実行に伴い、通信ＢＭＬ配信サーバ７０との通信へ遷移し、通信ＢＭＬファイル２００を取得する。また、チューナ制御部３１１のＣＰＵは、通信ＢＭＬ配信サーバ７０から取得した通信ＢＭＬファイル２００に従った処理を実行する。また、ＣＰＵは、通信ＢＭＬファイル２００を取得すると、取得した通信ＢＭＬファイル２００に記述された処理に従って、受信チャンネル識別子及び端末識別子を取得し、取得した受信チャンネル識別子及び端末識別子を動作区分「ｉｎ」とともに行動履歴ＤＢサーバ５０に送信する。

更に、ＣＰＵは、所定時間間隔（たとえば、１秒間隔等）に放送波の受信状態（受信レベル）を取得するとともに、状態フラグを用いて受信レベルの変化を監視する。状態フラグは、受信レベルが放送圏内から圏外に変化したときに‘ｏｕｔ’にセットされ、圏外であった受信レベルが圏内になったとき、または新たなワンセグ放送配信エリアに入ったときに‘ｉｎ’にセットされるものである。そして、ＣＰＵは、状態フラグが‘ｉｎ’であり、かつ、受信レベルが「圏外」となったときに、受信チャンネル識別子及び端末識別子を、動作区分「ｏｕｔ」とともに行動履歴ＤＢサーバ５０に送信する。

図８は、通信ＢＭＬ配信サーバ７０のハードウエア構成を示す図、図９は通信ＢＭＬ配信サーバ７０から配信される通信ＢＭＬファイル２００の一部記述例を示す図、図１０は（ａ）チャンネル識別子を取得するＡＰＩ関数、（ｂ）端末ＩＤを取得するＡＰＩ関数、（ｃ）電波の受信状態を取得するＡＰＩ関数について説明する図である。

図８に示すように、通信ＢＭＬ配信サーバ７０は、バス７０８により相互接続された制御部７０１、記憶装置７０２、メディア入出力部７０３、入力部７０４、印刷部７０５、表示部７０６、通信部７０７等を有する。

制御部７０１は、プログラムの実行を行うＣＰＵと、プログラム命令あるいはデータ等を格納するためのＲＯＭ、ＲＡＭ等のメモリから構成される。制御部７０１は、通信ＢＭＬ配信サーバ７０全体の動作を制御する。

記憶装置７０２は、通信ＢＭＬ配信サーバ７０の制御プログラム等の固定データ、各種データ等を格納するための記憶媒体である。
メディア入出力部７０３は、ＣＤ−ＲＯＭあるいはＣＤ−ＲＷ、フレキシブルディスク、ＭＯ等の媒体のドライブで、媒体からのデータの読み出しや、媒体へのデータの書き込みを行う。

入力部７０４は、キーボード、マウス等の入力装置である。
印刷部７０５はプリンタで、ユーザからの要求により必要な情報等の印刷を行う。
表示部７０６は、ＣＲＴあるいはＬＣＤ等の表示装置である。
通信部７０７は、通信制御装置、通信ポート等であり、ネットワーク７０１を介した携帯電話３０との通信を制御する。

通信ＢＭＬファイル２００の一部を、図９に示す。図９に示すように、通信ＢＭＬファイル２００に、「ｏｎＬｏａｄ()」イベント処理を埋め込み、イベント実行時に呼び出されるスクリプト関数として、「一定時間おき（例えば、１秒おき）にｃｏｎｄｉｔｉｏｎＣｈｅｃｋ関数を呼び出す処理」、「受信状態を取得し、戻り値が「０」か（放送受信圏外か）、否かを判断する処理」、及び「行動履歴ＤＢサーバ５０に対して情報を送信する処理」を記述するようにすればよい。

携帯電話３０のＢＭＬブラウザは、図９に示すような通信ＢＭＬファイル２００を受信すると、ＢＭＬ宣言部、ＨＥＡＤ部の順に読み込み、ＢＯＤＹ要素内のｏｎＬｏａｄ処理の読み込み時に、指定されたスクリプト関数に記述されている処理を発生させる。すなわち、携帯電話３０は、通信ＢＭＬ配信サーバ７０からＢＭＬファイル２００を読み込んだ後、一定時間おきにｃｏｎｄｉｔｉｏｎＣｈｅｃｋ関数を呼び出し、受信状態を取得し、戻り値が「０」か否かを判断し、戻り値が「０」（放送圏外）の場合は、行動履歴ＤＢサーバ５０に対して情報を送信する。

また、ｏｎＬｏａｄ処理の読み込み時に実行するスクリプト関数として、図１０に示すような、チャンネル識別子を取得するＡＰＩ関数「ｇｅｔＰｒｏｇｒａｍＩＤ（）」、端末ＩＤ（端末識別情報）を取得するＡＰＩ関数「Ｘ＿ＤＰＡ＿ｇｅｔＩＲＤＩＤ（）」、電波の受信状態を取得するＡＰＩ関数「Ｘ＿ＤＰＡ＿ｇｅｔＲｃｖＣｏｎｄ（）」を、図９に示す通信ＢＭＬファイル２００に埋め込むようにすれば、携帯電話３０のＢＭＬブラウザで、受信チャンネル識別情報、受信端末識別情報、電波受信状態を取得することが可能となる。
なお、チャンネル識別子を取得するＡＰＩ関数の引数には、図１０（ａ）に示す表のｔｙｐｅ「１」〜「９」のいずれの種別を用いるようにしてもよい。本実施の形態では、一例としてｔｙｐｅ「２」の「ｓｅｒｖｉｃｅ＿ｉｄ」を用いている（図１２のチャンネル識別子５１０ａ参照）。

図１１は行動履歴ＤＢサーバ５０のハードウエア構成を示す図、図１２は行動履歴ＤＢサーバ５０で蓄積管理される行動履歴データ５１０の詳細を示す図である。

行動履歴ＤＢサーバ５０は、携帯電話３０から送信される、視聴者３２の行動履歴に関するデータを蓄積して管理する行動履歴データベースを有する。

図１１に示すように、行動履歴ＤＢサーバ５０は、バス５０８により相互接続された制御部５０１、記憶装置５０２、メディア入出力部５０３、入力部５０４、印刷部５０５、表示部５０６、通信部５０７等を有する。

制御部５０１は、プログラムの実行を行うＣＰＵと、プログラム命令あるいはデータ等を格納するためのＲＯＭ、ＲＡＭ等のメモリから構成される。制御部５０１は、行動履歴ＤＢサーバ５０全体の動作を制御する。

記憶装置５０２は、行動履歴ＤＢサーバ５０の制御プログラム等の固定データ、各種データ等を格納するための記憶媒体である。
メディア入出力部５０３は、ＣＤ−ＲＯＭあるいはＣＤ−ＲＷ、フレキシブルディスク、ＭＯ等の媒体のドライブで、媒体からのデータの読み出しや、媒体へのデータの書き込みを行う。

入力部５０４は、キーボード、マウス等の入力装置である。
印刷部５０５はプリンタで、ユーザからの要求により必要な情報等の印刷を行う。
表示部５０６は、ＣＲＴあるいはＬＣＤ等の表示装置である。
通信部５０７は、通信制御装置、通信ポート等であり、ネットワークを介して携帯電話３０等との通信を制御する。

図１２に示すように、行動履歴データ５１０には、チャンネル識別子（ｓｅｒｖｉｃｅ＿ｉｄ）５１０ａ、端末識別子５１０ｂ、動作区分５１０ｃ、取得時間５１０ｄ等の項目のデータを１レコードとして蓄積して記録される。

チャンネル識別子５１０ａは、携帯電話３０が受信しているワンセグ放送のチャンネル識別情報であり、携帯電話３０から送信される。例えば、「０００１」、「０００２」等のｓｅｒｖｉｃｅ＿ｉｄがチャンネル識別情報として格納される。
端末識別子５１０ｂは、携帯電話３０の端末識別情報であり、例えば、「ＤｏＣｏＭｏ／２．０（ｃ１０；ｓｅｒ１２３；ｉｃｃ１２３）」のように端末固有のデータが格納される。

動作区分５１０ｃは、携帯電話３０のワンセグ放送配信エリアへの出入りを示す情報であり、「ｉｎ」は配信エリアへ入った状態を表し、「ｏｕｔ」は配信エリアから出た状態を表す。動作区分５１０ｃは、携帯電話３０のワンセグ放送波の受信状態に基づき決定されるものである。例えば、携帯電話３０のワンセグ放送の受信状態を取得するＡＰＩ関数として、図１０（ｃ）に示すＡＰＩ関数「Ｘ＿ＤＰＡ＿ｇｅｔＲｃｖＣｏｎｄ（）」が利用される場合は、戻り値として、「０：圏外」、「１：低受信状態」、「２：中受信状態」、「３：受信状態良好」、または「Ｎａｎ：受信機エラー」が得られる。そのため、戻り値が「１：低受信状態」、「２：中受信状態」、または「３：受信状態良好」のいずれかのときに動作区分を「ｉｎ」とし、受信状態が「０：圏外」、または「Ｎａｎ：受信機エラー」のときに動作区分を「ｏｕｔ」とすればよい。

取得時間５１０ｄは、チャンネル識別子５１０ａ、端末識別子５１０ｂ、及び動作区分５１０ｃ等の行動履歴に関するデータを携帯電話３０から受信した時刻を示すものであり、行動履歴ＤＢサーバ５０の制御部５０１により計時され、付加されるものである。

制御部５０１は、行動履歴に関するデータ（チャンネル識別子５１０ａ、端末識別子５１０ｂ、動作区分５１０ｃ）を携帯電話３０から受信すると、取得した時刻とともに、行動履歴データ５１０の各項目に格納する。

図１２の行動履歴データ５１０の例では、端末識別子「ＤｏＣｏＭｏ／２．０（ｃ１０；ｓｅｒ１２３；ｉｃｃ１２３）」の携帯電話３０は、「２００８／０６／２６ １０：０８：３６」にチャンネル「０００１」の配信エリアに入り（動作区分「ｉｎ」）、「２００８／０６／２６ １０：３８：３６」に、その配信エリアから出た（動作区分「ｏｕｔ」）ことが分かる。

つぎに、図１３、図１４、図１５を参照して、広告効果測定システム１の動作について説明する。
図１３は、広告効果測定システム１の各装置の処理の流れを示すフローチャート、図１４は、携帯電話３０のＢＭＬブラウザで実行されるＢＭＬ表示処理の流れを示すフローチャート、図１５は、各段階での携帯電話３０の表示画面例である。図１５において、３０Ａ、３０Ｂ、３０Ｃ、３０Ｄ、３０Ｅ、３０Ｆは、各段階での携帯電話３０の表示画面例である。また、各表示画面例３０Ａ〜３０Ｆの上段３０４ａは、ワンセグ放送の本線映像表示領域、下段３０４ｂはデータ放送表示領域とする。

まず、視聴者３２がいずれのエリアにも入らない場合は、ワンセグ放送が受信できないため、携帯電話３０の表示部３０４は、図１５の３０Ａに示す表示状態となっている。すなわち、上段３０４ａには、映像は表示されずに「電波圏外」等のメッセージが表示され、下段３０４ｂには何も表示されない状態となっている。

視聴者３２が、エリア限定ワンセグ放送の受信エリア（例えば、図１の配信エリアＡ）に入ると（ステップＵ１）、携帯電話３０は送出装置２１から送出されているワンセグ放送ＴＳを受信する（ステップＳ１）。この段階では、図１５の３０Ｂに示す表示画面例のように、上段３０４ａ、下段３０４ｂのいずれにも「受信中」等のメッセージが表示される。

携帯電話３０は、受信したワンセグ放送ＴＳをチューナ制御部３１１の制御によってＯＦＤＭ復調し、映像データ、音声データ、データ放送（ＢＭＬファイル）に分離する。映像データ及び音声データはそれぞれチューナ制御部３１１によりデコードされて、表示部３０４、音声出力部３０５から出力される。データ放送は一旦メモリ３１２に記憶され、チューナ制御部３１１の制御によりＢＭＬブラウザが起動され、ＢＭＬブラウザによって放送ＢＭＬファイル１００が読み込まれ、処理が実行される。

ステップＳ２において、携帯電話３０はＢＭＬブラウザを起動し、ＢＭＬ表示処理を行う。図１４に示すように、ＢＭＬ表示処理では、まず、ＢＭＬファイルのＢＭＬ宣言部の読み込みを行い（ステップＳ３０１）、次にＨＥＡＤ部のＴＩＴＬＥ要素、及びスクリプト要素の読み込みを行う（ステップＳ３０２）。その後、ＢＯＤＹ部のＢＯＤＹ要素を読み込み（ステップＳ３０３）、次に、ＢＯＤＹ部のモノメディア要素を読み込み（ステップＳ３０４）、記述された内容に従った表示処理を行う。

本実施の形態では、ステップＳ３０３のＢＯＤＹ部ＢＯＤＹ要素を読み込む段階で、放送ＢＭＬファイル１００に記述されたｏｎＬｏａｄイベントが検知され、指定された関数が実行される。
また、この段階では、図１５の３０Ｃに示す表示画面例のように、本線映像表示領域３０４ａにはエリアＡにて受信可能な「番組１」の映像が表示され、データ放送表示領域３０４ｂには、例えば「配信番組をゆっくりお楽しみください」といったテキストデータ等を含むデータ放送コンテンツが表示される。

ここで、携帯電話３０のＢＭＬブラウザは、ステップＳ１で受信した放送ＢＭＬファイル１００のｏｎＬｏａｄイベントを検知すると、通信ＢＭＬ配信サーバ７０との通信を開始する。そして、通信ＢＭＬファイル２００を通信ＢＭＬ配信サーバ７０に対して要求する（ステップＳ２）。

一方、通信ＢＭＬ配信サーバ７０は、携帯電話３０からの通信ＢＭＬファイル２００の配信要求に応答し、通信ＢＭＬファイル２００を携帯電話３０へ送信する（ステップＴ１）。
携帯電話３０は、通信ＢＭＬ配信サーバ７０から送信された通信ＢＭＬファイル２００を受信し、ＢＭＬブラウザにて読み込む（ステップＳ３、図１４のＳ３０１〜Ｓ３０４）。

通信ＢＭＬ配信サーバ７０から送信された通信ＢＭＬファイル２００には、処理の実行に伴い（ｏｎＬｏａｄイベント）、配信エリア内に入ったことを示す情報（動作区分「ｉｎ」）とともに、受信チャンネル識別情報、及び受信端末識別情報を行動履歴ＤＢサーバ５０へ送信するための関数が記述されている。また、所定時間おき（例えば１秒毎）に受信状態を判別し、放送波の受信レベルが圏外である場合に、視聴者３２が配信エリア外に移動したことを示す情報（動作区分「ｏｕｔ」）とともに、受信チャンネル識別情報、及び受信端末識別情報を行動履歴ＤＢサーバ５０へ送信するための関数が記述されている。

携帯電話３０のＢＭＬブラウザは、通信ＢＭＬ配信サーバ７０から受信した通信ＢＭＬファイル２００を実行し、ｏｎＬｏａｄイベントを検知すると（ステップＳ４）、配信エリア内に入ったことを示す情報（動作区分「ｉｎ」）とともに、受信チャンネル識別情報、及び受信端末識別情報を行動履歴ＤＢサーバ５０へ送信する（ステップＳ５）。また、携帯電話３０の動作の状態を示す状態フラグを‘ｉｎ’にセットする（ステップＳ６）。

行動履歴ＤＢサーバ５０は、携帯電話３０から送信された、受信チャンネル識別情報、受信端末識別情報、及び動作区分を、これらの情報を取得した日時とともに行動履歴データ５１０の１レコードに書き込む（ステップＫ１）。

また、携帯電話３０のＢＭＬブラウザは、通信ＢＭＬ配信サーバ７０から受信した通信ＢＭＬファイル２００に従って所定時間おきに、受信レベル（受信状態）を取得する（ステップＳ７）。

次に、携帯電話３０のＢＭＬブラウザは、携帯電話３０にセットされている状態フラグと受信レベルとを確認する。状態フラグが‘ｉｎ’にセットされ、かつ、受信レベルが圏外（図１０（Ｃ）のＡＰＩ関数の戻り値が「０」）である場合は（ステップＳ８；Ｙｅｓ）、それまで入っていたワンセグ放送配信エリアから出ており、放送波を受信していない状態であるが、携帯電話３０は、通信ＢＭＬファイル２００に基づく処理を続行する（ステップＵ２、ステップＳ３〜Ｓ１０）。

この段階では、放送波の電波圏外であるため、図１５の３０Ｄに示す表示画面例のように、本線映像表示領域３０４ａには「電波圏外」等のメッセージが表示され、映像は表示されない。しかしながら、通信ＢＭＬファイル２００による処理は続行しており、データ放送表示領域３０４ｂには、引き続き「配信番組をごゆっくりお楽しみ下さい。」といったデータ放送コンテンツの内容が表示される。

携帯電話３０は、配信エリアから出たことを示す情報（動作区分「ｏｕｔ」）とともに、受信チャンネル識別情報、及び受信端末識別情報を行動履歴ＤＢサーバ５０へ送信する（ステップＳ９）。そして、状態フラグを‘ｏｕｔ’にセットする（ステップＳ１０）。行動履歴ＤＢサーバ５０の制御部５０１は、携帯電話３０から送信された受信チャンネル識別情報、受信端末識別情報、及び動作区分を、取得した日時とともに行動履歴データ５１０の１レコードに書き込む（ステップＫ２）。

携帯電話３０にセットされている状態フラグが‘ｏｕｔ’にセットされ、かつ、受信レベルが圏外でない場合（図１０（Ｃ）のＡＰＩ関数の戻り値が「１」以上）は（ステップＳ８；Ｎｏ→ステップＳ１１；Ｙｅｓ）、ワンセグ放送配信エリアから出て、再び同じエリアに入った状態であるので、携帯電話３０は、通信ＢＭＬファイル２００に基づく処理を続行する（ステップＵ２、ステップＳ１１〜Ｓ１３）。

携帯電話３０は、配信エリアに入ったことを示す情報（動作区分「ｉｎ」）とともに、受信チャンネル識別情報、及び受信端末識別情報を行動履歴ＤＢサーバ５０へ送信する（ステップＳ１２）。そして、状態フラグを‘ｉｎ’にセットする（ステップＳ１３）。行動履歴ＤＢサーバ５０の制御部５０１は、携帯電話３０から送信された受信チャンネル識別情報、受信端末識別情報、及び動作区分を、取得した日時とともに行動履歴データ５１０の１レコードに書き込む（ステップＫ２）。

携帯電話３０のＢＭＬブラウザは、状態フラグが‘ｏｕｔ’かつ受信レベルが圏外である場合（どのワンセグ放送配信エリアにも入っていない状態が続いている場合）や、状態フラグが‘ｉｎ’かつ受信レベルが圏外でない場合（同じワンセグ放送配信エリアに入っている状態が続いている場合）は、ステップＳ７へ戻る。

視聴者３２が他のワンセグ放送の配信エリアに入り（ステップＵ１）、他のエリアにおけるワンセグ放送ＴＳを受信した場合（ステップＳ１）は、ステップＳ１〜Ｓ１３、Ｔ１、Ｋ１、Ｋ２等の処理を実行する。
この段階では、図１５の３０Ｅに示す表示画面例のように、ワンセグ放送の受信開始時は、本線映像表示領域３０４ａには受信中のメッセージが表示され、データ放送表示領域３０４ｂにも受信中のメッセージが表示される。

その後、図１５の３０Ｆに示す表示画面例のように、配信エリアＢにおける映像番組（番組２）が本線映像表示領域３０４ａに表示され、エリアＢにおけるデータ放送がデータ放送表示領域３０４ｂに表示される。

以上のような処理を繰り返すことにより、行動履歴ＤＢサーバ５０には、視聴者３２の行動履歴に関するデータが蓄積して記憶されることとなる。広告提供者は、行動履歴ＤＢサーバ５０に記憶されている行動履歴データ５１０を解析することにより広告効果を測定することが可能となる。

以上説明したような広告効果測定システム１は、例えば、映画・音楽のショートクリップ配信サービスや、量販店等における利用者の回遊パターン分析、或いは美術館ガイドシステム等に利用できる。

具体的には、映画・音楽のショートクリップ配信サービスでは、レコードショップやレンタルビデオ店の店舗における音楽の視聴サービスとして、上述のエリア限定ワンセグ放送を利用し、複数チャンネルの視聴用番組を各エリアで提供する。視聴者３２が携帯電話３０を利用してワンセグ放送を視聴すると、上述の広告効果測定システム１の手法によって、視聴者３２の行動履歴（どのエリアで、どの視聴用番組を、いつ視聴したか）が行動履歴ＤＢサーバ５０へ送信される。そのため、視聴者にとっては自分の携帯電話で気軽に視聴番組を提供でき、また、店舗側も行動履歴データ５１０を解析することで、視聴サービスの効果が実商品の販売数にどの程度反映されているかを把握できる。

また、例えば、量販店等における利用者の回遊パターン分析でも、量販店は上述のエリア限定ワンセグ放送を利用し、食材商品を使ったレシピの映像や商品の利用方法等を広告番組として複数チャンネルで提供する。訪問者が携帯電話３０を利用してワンセグ放送を視聴すると、上述の広告効果測定システム１の手法によって、訪問者の行動履歴（どのエリア（売り場）で、どの広告番組を、どのくらいの時間視聴したか）が行動履歴ＤＢサーバ５０へ送信される。そのため、視聴者にとっては自分の携帯電話で気軽に商品についての知識を得ることができ、また、量販店側も行動履歴データ５１０を解析することで、訪問者の店舗内の回遊パターンを把握することが可能となる。そのため、量販店における効果的な売り場配置等を分析しやすくなり、いわゆる「買い回り」を増やして売上増を期待できる。

また、美術館ガイドシステムでは、展示物毎に複数言語のガイド番組をワンセグ放送の各チャンネルに割り当て、配信する。美術館の訪問者は、所望の言語で展示物についてのガイド番組を視聴できる。また、訪問者の行動履歴データが（どのエリア（展示物）で、どの言語のガイド番組を、どのくらいの時間視聴したか）が行動履歴ＤＢサーバ５０へ送信される。美術館側では、訪問者の好み等を正確に把握して、展示物の配置や展示企画等に反映することが可能となる。

また、上述の例の他、銀行、ホテル、映画館、アミューズメントスポット、病院、空港、駅等において、本発明の広告効果測定システム１の手法を適用した場合に、各エリアの混雑度をリアルタイムに把握して、データ放送で混雑を回避する情報を配信するなど、広告測定には限定されない様々な用途が考えられる。

以上説明したように、本実施の形態の広告効果測定システム１では、各送出装置２１、２２から所定のエリアにワンセグ放送ＴＳを送出する。そのエリアに進入した携帯電話３０は、ワンセグ放送ＴＳを受信する。ワンセグ放送のデータ放送コンテンツは、ＢＭＬで記述されている。

放送波から受信する放送ＢＭＬファイル１００には、このＢＭＬファイル１００の実行に伴い、前記通信ＢＭＬ配信サーバ７０から通信ＢＭＬファイル２００を取得するためのコマンド群が含まれる。通信ＢＭＬファイル２００には、配信エリアに入ったことを示す情報（動作区分「ｉｎ」）とともに受信チャンネル識別情報及び受信端末識別情報を行動履歴ＤＢサーバ５０に送信するためのコマンド群や、受信状態を監視し、受信レベルが圏外である場合に、動作区分「ｏｕｔ」とともに受信チャンネル識別情報や受信端末識別情報を行動履歴ＤＢサーバ５０に送信するためのコマンド群が含まれる。

そのため、携帯電話３０は、放送波から取得した放送ＢＭＬファイル１００を読み込むと、通信ＢＭＬ配信サーバ７０との通信へ遷移し、通信ＢＭＬファイル２００を取得して実行する。
そして、他のエリアにおける放送波を受信するまでの期間、通信ＢＭＬファイル２００に従った処理を続行し、行動履歴ＤＢサーバ５０に対して、動作区分とともに受信チャンネル識別情報及び受信端末識別情報を送信する。

従って、視聴者が特別な操作をしなくても、行動履歴ＤＢサーバ５０にワンセグ放送の受信チャンネル識別情報や受信端末識別情報、及びエリアに出入りした時刻等が記憶されるので、全ての視聴者の行動履歴をもれなく把握することができる。そのため広告提供者等は、広告映像を見た不特定多数の利用者の行動を正確に把握することが可能となる。その結果、マーケティングとしての効果測定をより明確に行うことが可能となる。

また、放送波から取得した放送ＢＭＬファイル１００ではなく、通信にて取得した通信ＢＭＬファイル２００に基づいて、行動履歴に関するデータを行動履歴ＤＢサーバ５０に送信するので、視聴者が放送圏外に出たときにも、処理が途切れることなく行動履歴に関するデータを通信できる。

また、視聴者が他のエリアに入ったときには、携帯電話３０は他のエリアにて配信される放送波（ＢＭＬファイル）を一旦取得して、その後自動的に通信ＢＭＬファイル２００を取得するので、視聴者が特別な操作をしなくても、他のエリアに入ってワンセグ放送を視聴したという情報を行動履歴ＤＢサーバ５０へ送信できる。

なお、上述の実施の形態では、ワンセグ放送の受信端末として携帯電話を利用したが、これに限定されるものではなく、例えば、ワンセグ放送の受信・再生機能を搭載したゲーム機器、車載機器、またはワンセグ専用端末等であってもよい。
また、携帯電話３０が行動履歴ＤＢサーバ５０へ送信する行動履歴に関するデータは、受信チャンネル識別情報、受信端末識別情報、及び動作区分情報としたが、これに限定されるものではなく、視聴者の行動履歴を特定するための他の情報を送信するようにしてもよい。

その他、ＢＭＬの記述例、使用する関数等は一例であり、当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

広告効果測定システム１のシステム構成を示す図 コンテンツ配信サーバ１０のハードウエア構成を示す図 コンテンツ配信サーバ１０の有するコンテンツ管理データ１１０を示す図 ワンセグ放送のデータ放送に含まれる放送ＢＭＬファイル１００の一部記述例を示す図 ＢＭＬファイルの構造について説明する図 送出装置２１、２２のハードウエア構成を示す図 携帯電話３０のハードウエア構成を示す図 通信ＢＭＬ配信サーバ７０のハードウエア構成を示す図 通信ＢＭＬ配信サーバ７０から配信されるＢＭＬファイル２００の一部記述例を示す図 （ａ）チャンネル識別子を取得するＡＰＩ関数、（ｂ）端末ＩＤを取得するＡＰＩ関数、（ｃ）電波の受信状態を取得するＡＰＩ関数、について夫々説明する図 行動履歴ＤＢサーバ５０のハードウエア構成を示す図 行動履歴ＤＢサーバ５０で蓄積管理される行動履歴データの詳細を示す図 広告効果測定システム１の各装置の処理の流れを示すフローチャート 携帯電話３０のＢＭＬブラウザで実行されるＢＭＬ表示処理の流れを示すフローチャート 各段階での携帯電話３０の表示画面例を示す図

符号の説明

１・・・・・・・広告効果測定システム
１０・・・・・・コンテンツ配信サーバ
２１、２２・・・送出装置
３０・・・・・・携帯電話
３２・・・・・・視聴者（ユーザ）
４０・・・・・・ネットワーク
５０・・・・・・行動履歴ＤＢサーバ
７０・・・・・・通信ＢＭＬ配信サーバ
１１０・・・・・コンテンツ管理データ
５１０・・・・・行動履歴データ
１００・・・・・データ放送からのＢＭＬファイル
２００・・・・・通信からのＢＭＬファイル

Claims (4)

1. エリア限定ワンセグ放送を受信し、再生する機能を有する受信端末を利用した広告効果測定方法であって、
   前記受信端末は、
   進入したエリアにおいて配信されている放送波とともに第１のＢＭＬファイルを受信し、前記第１のＢＭＬファイルに記述されている、所定の通信ＢＭＬ配信サーバから広告コンテンツである第２のＢＭＬファイルを取得するためのコマンドを実行する第１のステップと、
   前記第１のＢＭＬファイルに記述されたコマンドの実行の結果、前記通信ＢＭＬ配信サーバとのデータ通信状態へ遷移し、該通信ＢＭＬ配信サーバから、前記広告コンテンツに加えて、受信端末識別情報を取得するコマンド群、前記受信端末における受信チャンネル識別データを取得するコマンド群、並びに、該受信端末識別情報及び該受信チャンネル識別データを所定の行動履歴データベースを管理するサーバに送信するコマンド群が記述された前記第２のＢＭＬファイルを取得する第２のステップと、
   前記第２のＢＭＬファイルに記述されたコマンド群を実行して、前記行動履歴データベースを管理するサーバに対して前記受信端末識別情報及び前記受信チャンネル識別データを含む視聴者の行動履歴に関する情報を送信し、前記行動履歴データベースに蓄積させる第３のステップと、
   を含む処理を行うことを特徴とするエリア限定ワンセグ放送を利用した広告効果測定方法。
2. 前記第２のＢＭＬファイルには、更に、放送波の受信状態データを取得するコマンド群、及び、該放送波の受信状態データを前記行動履歴データベースを管理するサーバに送信するコマンド群が記述されており、
   前記第３のステップにおいて、前記受信端末は、他のエリアに進入して他のエリアにおいて配信されている放送波とともに他のエリアにおける前記第１のＢＭＬファイルを受信するまで、放送波の受信状態取得処理を所定時間間隔で繰り返し行い、前記行動履歴データベースを管理するサーバに対して、前記行動履歴に関する情報として、更に、前記放送波の受信状態データを送信し、前記行動履歴データベースに蓄積させることを特徴とする請求項１に記載の広告効果測定方法。
3. 所定のエリアに第１のＢＭＬファイルで記述されたデータ放送コンテンツを含むエリア限定ワンセグ放送を配信する放送配信機と、前記ワンセグ放送を受信し、再生する機能を有する受信端末と、前記受信端末にネットワークを介して通信接続され、該受信端末からの要求に応じて広告コンテンツである第２のＢＭＬファイルを配信する通信ＢＭＬ配信サーバと、前記受信端末にネットワークを介して通信接続され、視聴者の行動履歴に関する情報を蓄積して記憶する行動履歴データベースと、からなる広告効果測定システムであって、
   前記第１のＢＭＬファイルには、前記通信ＢＭＬ配信サーバから第２のＢＭＬファイルを取得するためのコマンド群が記述され、
   前記第２のＢＭＬファイルには、前記広告コンテンツに加えて、受信端末識別情報を取得するコマンド群、前記受信端末における受信チャンネル識別データを取得するコマンド群、並びに、該受信端末識別情報及び該受信チャンネル識別データを前記行動履歴データベースを管理するサーバに送信するコマンド群が記述され、
   前記受信端末は、
   進入したエリアにおいて配信されている放送波とともに前記第１のＢＭＬファイルを受信し、前記第１のＢＭＬファイルに記述されている、前記通信ＢＭＬ配信サーバから前記第２のＢＭＬファイルを取得するためのコマンドを実行する第１のＢＭＬファイル実行手段と、
   前記第１のＢＭＬファイル実行手段による処理の実行の結果、前記通信ＢＭＬ配信サーバとのデータ通信状態へ遷移し、該通信ＢＭＬ配信サーバから、前記第２のＢＭＬファイルを取得する第２のＢＭＬファイル取得手段と、
   前記第２のＢＭＬファイルに記述されたコマンド群を実行して、前記行動履歴データベースを管理するサーバに対して前記受信端末識別情報及び前記受信チャンネル識別データを含む前記行動履歴に関する情報を送信し、前記行動履歴データベースに蓄積させる行動履歴送信手段と、
   を備えることを特徴とする広告効果測定システム。
4. 前記受信端末は、更に、放送波の受信状態を取得する受信状態取得手段を備え、
   前記第２のＢＭＬファイルには、更に、放送波の受信状態データを取得するコマンド群、及び、該放送波の受信状態データを前記行動履歴データベースを管理するサーバに送信するコマンド群が記述されており、
   前記前記受信状態取得手段は、他のエリアに進入して他のエリアにおいて配信されている放送波とともに他のエリアにおける前記第１のＢＭＬファイルを受信するまで、放送波の受信状態取得処理を所定時間間隔で繰り返し行い、
   前記行動履歴送信手段は、前記行動履歴データベースを管理するサーバに対して、前記行動履歴に関する情報として、更に、前記放送波の受信状態データを送信し、前記行動履歴データベースに蓄積させることを特徴とする請求項３に記載の広告効果測定システム。
   

Images