(57)【特許請求の範囲】
【請求項１】
利用者の入力操作を検出する操作手段と、
前記操作手段への利用者の入力操作を通じて利用者のそれぞれのコンテンツの視聴に対する要求を特定する手段と、
前記利用者ごと、前記要求対象のコンテンツの種類ごとに、前記要求の回数を含む、要求履歴を記録する履歴記録手段と、
モニタ端末でのモニタ対象ユーザの前記コンテンツの視聴に対する視聴の回数と前記モニタ対象ユーザに提供したときに所定以上の応答が検知された推奨情報との関係から決定される関係であって、前記利用者に提供されるべき推奨情報と、前記要求対象のコンテンツの種類ごとのモニタ対象ユーザの視聴の回数の実績値として決定される、前記それぞれのコンテンツの視聴に対する要求の基準回数との関係を記録する情報記録手段と、
前記要求対象のコンテンツの種類ごとの前記利用者の要求履歴中の要求の回数と前記基準回数との差分を２乗した項の和を含む評価関数よって、前記利用者に前記推奨情報を提供する場合の適性に係る評価値を算出する手段と、
前記評価値により最適とされる推奨情報を前記情報記録手段に記録された前記関係から選択する選択手段と、
前記選択された推奨情報を出力する手段と、を備える情報提供装置。
【請求項２】
利用者の入力操作を検出する操作手段と、
前記操作手段への利用者の入力操作を通じて利用者のそれぞれのコンテンツの視聴に対する要求を特定する手段と、
前記利用者ごと、前記コンテンツの種類ごとに、そのコンテンツの視聴の回数を含む、視聴履歴を記録する履歴記録手段と、
モニタ端末でのモニタ対象ユーザの前記コンテンツの視聴の回数と前記モニタ対象ユーザに提供したときに所定以上の応答が検知された推奨情報との関係から決定される関係であって、前記利用者に提供されるべき推奨情報と、前記コンテンツの種類ごとのモニタ対象ユーザの視聴の回数の実績値として決定される、前記それぞれのコンテンツの視聴の基準回数との関係を記録する情報記録手段と、
前記コンテンツの種類ごとの前記利用者の視聴履歴中の視聴の回数と前記基準回数との差分を２乗した項の和を含む評価関数によって、前記利用者に前記推奨情報を提供する場
合の適性に係る評価値を算出する手段と、
前記評価値により最適とされる推奨情報を前記情報記録手段に記録された前記関係から選択する選択手段と、
前記選択された推奨情報を出力する手段と、を備える情報提供装置。
【請求項３】
前記情報記録手段は、ユーザのアクセスを排除した保護領域に構成される請求項１または２に記載の情報提供装置。
【請求項４】
利用者の入力操作を検出する操作装置および情報を出力する出力装置を制御する制御装置であり、
前記操作装置への入力操作を通じて利用者のそれぞれのコンテンツの視聴に対する要求を特定する手段と、
前記利用者ごと、前記要求対象のコンテンツの種類ごとに、前記要求の回数を含む、要求履歴を記録する履歴記録手段と、
モニタ端末でのモニタ対象ユーザの前記コンテンツの視聴に対する視聴の回数と前記モニタ対象ユーザに提供したときに所定以上の応答が検知された推奨情報との関係から決定される関係であって、前記利用者に提供されるべき推奨情報と、前記要求対象のコンテンツの種類ごとのモニタ対象ユーザの視聴の回数の実績値として決定される、前記それぞれのコンテンツの視聴に対する要求の基準回数との関係を記録する情報記録手段と、
前記要求対象のコンテンツの種類ごとの前記利用者の要求履歴中の要求の回数と前記基準回数との差分を２乗した項の和を含む評価関数によって、前記利用者に前記推奨情報を提供する場合の適性に係る評価値を算出する手段と、
前記評価値により最適とされる推奨情報を前記情報記録手段に記録された前記関係から選択する選択手段と、
前記選択された推奨情報を前記出力装置に出力させる出力制御手段とを備える制御装置。
【請求項５】
利用者の入力操作を検出する操作装置および情報を出力する出力装置を制御する制御装置であり、
前記操作装置への入力操作を通じて利用者のそれぞれのコンテンツに対する視聴要求を特定する手段と、
前記利用者ごと、前記コンテンツの種類ごとに、そのコンテンツの視聴の回数を含む、視聴履歴を記録する履歴記録手段と、
モニタ端末でのモニタ対象ユーザの前記コンテンツの視聴の回数と前記モニタ対象ユーザに提供したときに所定以上の応答が検知された推奨情報との関係から決定される関係であって、前記利用者に提供されるべき推奨情報と、前記コンテンツの種類ごとのモニタ対象ユーザの視聴の回数の実績値として決定される、前記それぞれのコンテンツの視聴の基準回数との関係を記録する情報記録手段と、
前記コンテンツの種類ごとの前記利用者の視聴履歴中の視聴の回数と前記基準回数との差分を２乗した項の和を含む評価関数によって、前記利用者に前記推奨情報を提供する場合の適性に係る評価値を算出する手段と、
前記評価値により最適とされる推奨情報を前記情報記録手段に記録された前記関係から選択する選択手段と、
前記選択された推奨情報を前記出力装置に出力させる出力制御手段とを備える制御装置。
【請求項６】
前記情報記録手段は、ユーザのアクセスを排除した保護領域に構成される請求項４または５に記載の制御装置。
【請求項７】
コンピュータに利用者の入力操作を検出する操作装置および情報を出力する出力装置を制御させ、利用者に情報を提供させるプログラムであり、
前記コンピュータは前記利用者ごと、それぞれのコンテンツの種類ごとに、コンテンツの視聴に対する要求の回数を含む、要求履歴を記録する履歴記録手段と、モニタ端末でのモニタ対象ユーザの前記コンテンツの視聴に対する視聴の回数と前記モニタ対象ユーザに提供したときに所定以上の応答が検知された推奨情報との関係から決定される関係であって、前記利用者に提供されるべき推奨情報と前記コンテンツの種類ごとのモニタ対象ユーザの視聴の回数の実績値として決定される前記それぞれのコンテンツの視聴に対する要求の基準回数との関係を記録する情報記録手段と、を有し、前記コンピュータに、
前記操作装置への入力操作を通じて利用者のそれぞれのコンテンツの視聴に対する要求を特定するステップと、
前記特定された要求対象のコンテンツの種類ごとに、前記要求の回数を含む、要求履歴を前記履歴記録手段に記録するステップと、
前記履歴記録手段から前記利用者について、前記要求対象のコンテンツの種類ごとの前記要求の回数を読み出すステップと、
前記情報記録手段から、前記利用者に提供されるべき推奨情報と、前記要求対象のコンテンツの種類ごとの前記実績値として決定される、前記それぞれのコンテンツの視聴に対する要求の基準回数との関係を読み出すステップと、
前記要求対象のコンテンツの種類ごとの前記利用者の要求履歴中の要求の回数と前記基準回数との差分を２乗した項の和を含む評価関数によって、前記利用者に前記推奨情報を提供する場合の適性に係る評価値を算出するステップと、
前記評価値により最適とされる推奨情報を前記情報記録手段に記録された前記関係から選択する選択ステップと、
前記選択された推奨情報を前記出力装置に出力させる出力制御ステップとを備えるプログラム。
【請求項８】
コンピュータに利用者の入力操作を検出する操作装置および情報を出力する出力装置を制御させ、利用者に情報を提供させるプログラムであり、
前記コンピュータは前記利用者ごと、コンテンツの種類ごとに、コンテンツの視聴の回数を含む、視聴履歴を記録する履歴記録手段と、モニタ端末でのモニタ対象ユーザの前記コンテンツの視聴に対する視聴の回数と前記モニタ対象ユーザに提供したときに所定以上の応答が検知された推奨情報との関係から決定される関係であって、前記利用者に提供されるべき推奨情報と前記コンテンツの種類ごとにモニタ対象ユーザの視聴の回数の実績値として決定されるそれぞれのコンテンツの視聴の基準回数とを記録する情報記録手段と、を有し、前記コンピュータに、
前記操作装置への入力操作を通じて利用者のそれぞれのコンテンツの視聴に対する要求を特定するステップと、
視聴されたコンテンツの視聴の回数を視聴履歴として前記履歴記録手段に記録するステップと、
前記履歴記録手段から前記利用者について、コンテンツの種類ごとの視聴の回数を読み出すステップと、
前記情報記録手段から、前記利用者に提供されるべき推奨情報と、前記コンテンツの種類ごとの前記実績値として決定される、前記視聴の基準回数との関係を読み出すステップと、
前記コンテンツの種類ごとの前記利用者の視聴履歴中の視聴の回数と前記基準回数との差分を２乗した項の和を含む評価関数によって、前記利用者に前記推奨情報を提供する場合の適性に係る評価値を算出するステップと、
前記評価値により最適とされる推奨情報を前記情報記録手段に記録された前記関係から選択する選択ステップと、
前記選択された推奨情報を前記出力装置に出力させる出力制御ステップとを備えるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報の提供技術に関するものである。
【０００２】
【従来の技術】
この種の発明としては、例えば、本出願人による国際公開ＷＯ０１／２８２３６Ａ１号公報に記載のようなテレビ受信機が知られている。このテレビ受信機は、それぞれの視聴者の嗜好に合ったコマーシャルを自動的に選択し、提供することを目的とする。そのため、このテレビ受信機は、コンテンツを選択する選択基準を記憶しておき、その選択基準にしたがい、予めメモリに記憶された複数のコンテンツから１以上を選択する。この選択基準とは、例えば、視聴者の住所、家族構成、年齢、趣味等の属性データである。
【０００３】
しかし、このような半固定的な属性データでは、必ずしも的確にコマーシャルを提供できていなかった。例えば、ゴルフクラブの新製品が発売された場合、その視聴者にそのゴルフクラブのコマーシャルを提供すべきか否かは、属性情報（例えば、視聴者の趣味がゴルフか否か）だけによっては決定できない場合がある。なぜなら、その視聴者の趣味がゴルフであっても、そのゴルフクラブのコマーシャルを繰り返して見ると、もはや見たくなくなるような場合もあるからである。
【０００４】
すなわち、視聴者に適切な情報を提供するためには、単に選択基準にしたがい、情報の選択を行うだけでは十分ではない。
【０００５】
一方、今日、メディアの双方向化により視聴者が意識的また無意識的に行っている行動を収集し、分析して、視聴者特性にあった最適なコミュニケーション方法をとることが可能になってきた。例えば、衛星放送番組では、電話回線を通じて、視聴者が番組に参加することが可能になっている。このため、番組提供側は、視聴者の特性等、様々な情報を収集することが容易になっている。
【０００６】
しかし、このような双方向通信技術の進歩に伴い、視聴者の情報保護が問題になってきている。その場合、情報収集に対して、視聴者がパーミッションを与えているか、または、どこまでのパーミッションを与えるか、の観点で、以下の問題が生じる。
【０００７】
まず、上記のような双方向化したメディアにより、視聴者に関する情報を収集すると、視聴者本人が意図して開示している以上の情報が採取されてしまうことがある。その場合、予め、採取されるすべての情報に対して視聴者のパーミッションを得ることはできない。また、採取された情報のすべてについて、改めて視聴者からパーミッションを得るのでは、手続が複雑になる。このため、上記のような双方向化されたメディアが必ずしも、視聴者に関する情報の収集において有効な手段とならない場合がある。
【０００８】
次に、例えば、コマースは購入者の意志に基づいて行われるアクティブな行動である。このため、購入者はより良い取引を行うために必要と思う情報を自ら提供する。一方、テレビ広告等の広告は視聴者にとっては基本的にパッシブな行動である。このため、視聴者が広告メッセージの送り手を信頼していないと、広告の効果は発揮されない。そのため、広告事業において視聴者に関する情報を収集する場合、視聴者の信頼を維持することが極めて重要となる。
【０００９】
【発明が解決しようとする課題】
本発明はこのような従来の技術の問題点に鑑みてなされたものである。すなわち、本発明の課題は、視聴者への情報提供において、視聴者の個人情報や家庭内情報を確実に保護した上で、視聴者が意識的また無意識的に行っている行動を収集し、分析し、当該視聴者に適合する情報を選択して、提供する技術を実現することにある。
【００１０】
【課題を解決するための手段】
本発明は前記課題を解決するために、以下の手段を採用した。
【００１１】
すなわち、本発明は、利用者に情報を提供する情報提供装置（２）であり、
利用者の入力操作を通じて利用者の行動を特定する手段（２３）と、
上記利用者に提供される情報を記録する情報記録手段（２０）と、
上記行動に応じて上記情報記録手段に記録された情報の中から提供する情報を選択する選択手段（２５）と、
上記選択された情報を出力する出力手段（２４）と、
を備えるものである。
【００１２】
また、本発明は、利用者の入力操作を検出する操作装置（２３）および情報を出力する出力装置（２４）を制御する制御装置であり、
上記操作装置への入力操作を通じて利用者の行動を特定する手段と、
上記利用者に提供される情報を記録する情報記録手段（２０）と、
上記行動に応じて上記情報記録手段に記録された情報の中から提供する情報を選択する選択手段（２５）と、
上記選択された情報を上記出力装置（２４）に出力させる出力制御手段とを備えるものでもよい。
【００１３】
本発明によれば、利用者が使用する情報提供装置内、あるいは、制御装置内において、利用者の行動を特定し、その行動に基づき情報を選択し、出力手段に出力することができる。また、このような行動の中には、視聴者が意識的また無意識的に行っている行動が含まれる。
【００１４】
好ましくは、上記選択手段は、利用者の行動を細分化した行動区分の組み合わせに対応してその利用者に提供する情報を指定する情報選択手段を有してもよい。
【００１５】
好ましくは、上記情報提供装置は、上記行動区分の組み合わせとその組み合わせ応じて上記出力手段から出力すべき情報と、を含む選択情報を受信する受信手段をさらに備えてもよい。
【００１６】
このような選択情報は、例えば、利用者に情報を提供する事業者から配信すればよい。そのような選択情報は、事業者がモニタ調査等を実施することで構成できる。したがって、事業者は、そのようなモニタ調査で得られた選択情報を利用者の情報提供装置に配信し、利用者側の装置で情報の選択に利用させることができる。このため、本情報提供装置によれば、利用者の行動履歴等を事業者等の第三者に開示する必要がない。
【００１７】
好ましくは、上記行動区分には、第１の情報の視聴の有無を含み、上記情報選択手段は、第１の情報の視聴の有無を反映して、その利用者に提供する第２の情報を指定するようにしてもよい。
【００１８】
このように、本発明によれば、利用者がある特定の情報を視聴したか否かに基づき、第２の情報を利用者に提供すべきか否かを選択できる。
【００１９】
好ましくは、上記行動区分は、商品またはサービスの購入の有無または購入量に係る情報を含み、上記情報選択手段は、上記商品またはサービスの購入の有無または購入量を反映して、その利用者に提供する情報を指定するようにしてもよい。
【００２０】
また、本発明によれば、利用者がある特定の商品やサービスを購入したか否かに基づき、情報を利用者に提供すべきか否かを選択できる。
【００２１】
好ましくは、所定期間における前記利用者の行動を含む行動履歴を記録する履歴記録手段（１２）をさらに備え、
上記選択手段（２５）は、その行動履歴に応じて情報を選択してもよい。このように、複数の行動を含む行動履歴を記録することにより、その利用者に提供する情報をさらに的確に選択することができる。
【００２２】
好ましくは、上記情報記録手段（２０）は、ユーザのアクセスを排除した保護領域（８２）に構成されてもよい。情報記録手段をそのような保護領域（８２）に構成することで、複数の情報の中からそのユーザに提供することが望ましい情報を選択し、そのユーザに提供することが望ましくない情報を隠蔽することができる。
【００２３】
また、本発明は、コンピュータに、以上のいずれかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータが読み取り可能な記録媒体に記録したものでもよい。
【００２４】
ここで、コンピュータ読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記録媒体をいう。このような記録媒体の内コンピュータから取り外し可能なものとしては、例えばフロッピーディスク、光磁気ディスク、CD-ROM、CD-R/W、DVD、DAT、８mmテープ、メモリカード等がある。
【００２５】
また、コンピュータに固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【００２６】
【発明の実施の形態】
以下、本発明の好適な実施の形態を図１から図１０の図面に基いて説明する。図１は、従来のカスタマイズド広告の例を示す図であり、図２は、本実施の形態に係る情報システムの構成図であり、図３は、図２に示した端末２のメモリのエリア構成を示す図であり、図４は、図２の出力デバイス２４に出力される情報の構造を示す図であり、図５は、図２に示した端末２内に保持されるユーザプロフィール２６の例であり、図６は、表示する広告を選択するための表示用広告データベース２１のデータ例を示す図であり、図７は、ユーザの行動履歴に基づくステータステーブルのデータ例であり、図８は、端末２に保持されるリダイレクト用ＣＧＩ（Common Gateway Interface）管理テーブルの例であり、図９は、事業者側でのルール作成、配信処理を示すフローチャートであり、図１０は、行動履歴に基づいたカスタマイズド広告の提供手順を示すフローチャートである。
【００２７】
＜システムの原理＞
図１に、従来のブロードバンド（広帯域通信）を利用したカスタマイズド広告の例を示す。従来から、インターネット上のウェブページへのアクセスに対してユーザのアクセス履歴を蓄積し、そのアクセス履歴に基づいて、そのユーザに適した広告を配信するような技術が提案されていた。この技術では、例えば、事業者側に設置されたサーバ１と、ユーザ側に設置された端末２とをブロードバンド通信、例えば、ケーブルテレビ網、ＡＤＳＬ（Asymmetric Digital Subscriber Line）等のｘＤＳＬ、ＦＴＴＨ（Fiber To The Home）等の光通信ネットワーク、衛星放送、携帯電話網、ＰＨＳ網等により接続して情報システムが構成される。
【００２８】
端末２は、例えば、パーソナルコンピュータ、ケーブルテレビのセットトップボックス、デジタルテレビ、衛星放送受信用チューナ、携帯電話、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital(Data) Assistants）等である。
【００２９】
端末２は、ユーザの操作の検出する入力デバイス２３を有している。入力デバイス２３は、例えば、マウス、タッチパネル、ジョイスティック等のポインティングデバイス、リモートコントローラ、キーボード等である。
【００３０】
また、端末２は、情報を出力する出力デバイス２４を有している。出力デバイス２４は、例えば、テレビモニタ、ＣＲＴ、液晶ディスプレイ、プラズマディスプレイ、フラットディスプレイパネル、スピーカ等である。
【００３１】
ユーザは、端末２により、ウェブページや映像の表示、音声の出力等、各種オブジェクトを出力するためのリクエストをサーバ１に送信する。このリクエストは、例えば、ウェブページの表示要求、テレビ番組やビデオの配信要求等である。
【００３２】
その場合、例えば、入力デバイス２３（リモートコントローラ等）には、家庭内のユーザを個々に識別する色つきボタンを有する。そのため、ユーザが操作する端末２は、端末２の識別情報とともに当該端末２を利用するユーザの識別情報（例えば、世帯主、妻、子等）をサーバ１に提供する。このような識別情報は、例えば、パーソナルコンピュータにおけるクッキーを使用して端末２からサーバ１に引き渡す場合もある。
【００３３】
この端末２とユーザの識別情報との組み合わせにより、サーバ１は、ユーザをシステム内でユニークに識別する。ただし、端末２の識別情報とユーザの識別情報の組み合わせの代わりに、各ユーザの識別情報自体をシステム（サーバ１）でユニークなものとしてもよい。
【００３４】
サーバ１は、リクエストされたオブジェクト（例えば、番組の本編）を蓄積エリア１０、例えば、番組映像を格納した番組データベース等から検索する。また、そのオブジェクトに追加される追加オブジェクトがある場合、サーバ１はその追加オブジェクトを蓄積エリア１１から検索する。追加オブジェクトとは、例えば、番組の本編に追加される広告映像等である。
【００３５】
そして、サーバ１は、ユーザにリクエストされたオブジェクト、および、そのオブジェクトに対応する追加オブジェクトを端末２に送信する。
【００３６】
このとき、サーバ１は、ユーザのリクエストを行動履歴として履歴データベース１２に蓄積する。端末２は、受信したオブジェクト、または、追加オブジェクトを組み合わせたオブジェクトを出力デバイス２４に出力する。
【００３７】
このようにして、従来の情報システムでは、ユーザの行動履歴を蓄積し、そのような行動履歴に応じて番組や広告を配信することが提案されていた。しかし、このようなシステムでは、ユーザの日常生活が第三者であるサーバ１の運用者に開示され、ユーザのプライバシが保護されない危険があった。
【００３８】
図２に、本実施形態に係る情報システムの構成を示す。ただし、この情報システムは、図１の場合と同様、サーバ１と端末２とをネットワークで接続して構成される。
【００３９】
ただし、この情報システムでは、オブジェクトおよび追加オブジェクトは、事前にサーバ１から端末２に配信され、端末２の蓄積エリア２０および２１に格納されている。また、ユーザからのリクエストは、ユーザの行動履歴として、端末２側の行動履歴ファイル２２（ログファイル）に蓄積される。
【００４０】
したがって、この情報システムの通常の運用では、ユーザの個人情報や日常生活等に係るプライバシが第三者に開示されることはない（悪意の侵入者による場合は除く）。
【００４１】
ただし、この情報システムの構成では、蓄積された行動履歴を分析するロジック、例えばユーザごとに最適な広告を決定する端末広告差替ロジック２５をどのように端末２上に構成するかが課題となる。
【００４２】
そこで、本実施形態では、モニタ（被験者）を募集し、モニタ分析により広告差替ロジック５５を形成し、端末２に配信する。そのため、本情報システムは、被験者が使用する被験者端末６から行動履歴を収集し、モニタ分析を実行する分析サーバ５を備える。
【００４３】
被験者端末６は、被験者になることを同意したユーザの端末であり、その構成要素は端末２と同様である。また、分析サーバ５は、被験者の行動履歴ファイル５２（ログファイル）と、行動履歴ファイル５２の解析結果である広告差替ロジック５５を有している。行動履歴ファイル５２には、被験者端末６からのリクエストやそのリクエストに対応して送信したオブジェクト等の配信結果を蓄積する。また、広告差替ロジック５５には、行動履歴の分析結果（知見）と、その結果に基づくルールを蓄積する。なお、このようなルールそのものを広告差替ロジックともいう。
【００４４】
以下に、知見と、ルールの例を示す。
（知見）Ａという番組を見た人は広告Ｂのクリック率が高い。
（ルール）Ａという番組を見た直後の広告枠には、広告Ｂを露出する。
【００４５】
このようにして蓄積された広告差替ロジック５５は、サーバ１を介してユーザの端末２に配信され、端末広告差替ロジック２５として格納される。この配信は、例えば、衛星放送におけるデータ放送（特定のチャンネルを使用して繰り返し放送されるカルーセル方式）を利用する。データ放送によるサーバ１から端末２（セットトップボックス等）への配信方法については、すでに確立されているので、その説明を省略する。
【００４６】
さらに、本実施形態では、端末２にユーザプロフィール２６を保持する。そして、端末２は、行動履歴ファイル２２およびユーザプロフィール２６に広告差替ロジック２５を適用し、当該ユーザに表示する広告を選択する。
【００４７】
＜端末２のメモリエリアの構成＞
図３に、端末２のメモリエリアの構成を示す。このメモリエリアは、端末２が有する不図示のハードディスク、半導体メモリ、強誘電体メモリ(FRAM)またはリムーバルディスク等に確保される。
【００４８】
半導体メモリは、ＲＡＭ（Random Access Memory）、フラッシュメモリ等である。また、リムーバルディスクは、例えば、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等である。
【００４９】
図３に示すように、本実施形態の端末２のメモリエリアは、ユーザエリア７とプロバイダエリア８とに分割されて使用される。ユーザエリア７は、ユーザがデータを書き込み、あるいは、データを消去できる領域である。
【００５０】
さらに、このユーザエリア７は、オープンエリア７１とクローズエリア７２に区分されている。オープンエリア７１は、例えば、Ｐ２Ｐ（peer to peer）コミュニケーションに利用される。すなわち、他のユーザからのアクセスを許容し、他のユーザに開放する情報、映像、音データ等のコンテンツが格納される。
【００５１】
クローズエリア７２は、他のユーザからのアクセスを許容しないプライベートな領域である。
【００５２】
一方、プロバイダエリア８は、ユーザがデータを書き込み、または、データを消去することができない領域である。このプロバイダエリア８は、ユーザと契約したプロバイダがデータを蓄積する領域である。
【００５３】
さらに、このプロバイダエリア８は、アクセサブルエリア８１とストックエリア８２に区分される。アクセサブルエリア８１は、ユーザが読み出し専用でアクセスできる領域である。一方、ストックエリア８２は、ユーザがアクセスできず、プロバイダ（データ放送等を通じたサーバ１からの指令による端末２上のプロバイダ用プログラム）のみがアクセスできる領域である。
【００５４】
このストックエリア８２には、図２に示したオブジェクトの蓄積エリア２０、追加オブジェクトの蓄積エリア２１、行動履歴ファイル２２および端末広告差替ロジック２５が格納される。
【００５５】
本情報システムでは、このストックエリア８２へのアクセスは、プロバイダ（サーバ１）に対応する特権プログラム（サーバ１との通信プログラムおよび広告選択ロジック２５を実行するＣＧＩ）に対してのみ認められる。
【００５６】
すなわち、サーバ１は、特権プログラム（通信プログラム）を介して、端末広告差替ロジック２５をストックエリア２５に蓄積する。また、サーバ１は、特権プログラム（ＣＧＩ）に、端末広告差替ロジック２５を実行させる。
【００５７】
＜データ構造＞
図４に、出力デバイス２４に出力される情報の構造を示す。この情報は、出力デバイス２４の画面に表示される映像や、スピーカから出力される音等である。
【００５８】
また、画面に表示される映像は、番組画面４１とバナー広告スペース４２とから構成される。
【００５９】
このうち、バナー広告用スペース４２には、ＣＧＩ（Common Gateway Interface）の実行により、まず、バナー広告の画像が表示され、ユーザがそのバナー広告をクリックすると、番組に対応する広告が選択されて表示される。
【００６０】
図４の例では、広告表示用ＣＧＩはｈｔｔｐ：／／ａｄ．ｄｅｎｔ．ｃｏｍ／ａｄｆ／ｓｅｒｖｅｒに格納されている。本情報システムでは、このＣＧＩの格納先は、端末２の内部（図３のアクセサブルエリア８１）である。
【００６１】
端末２のブラウザは、図４のＨＴＭＬソースを受けとると、そのウェブページを端末２の画面に表示する。このとき、まず、ブラウザは、＜ＩＭＧ  ＳＲＣ＝”ｈｔｔｐ：／／ａｄ．ｄｅｎｔｓｕ．ｃｏｍ／ａｄｆ／ｓｅｒｖｅｒ？ｒｅｑ＝ｉｇ＆ｉｄ＝５４”  ＷＩＤＴＨ＝”４６８”  ＨＥＩＧＨＴ＝”６０”  ＢＯＲＤＥＲ＝”０”ａｌｔ＝””＞というＨＴＭＬソースにより、ＣＧＩ（ｈｔｔｐ：／／ａｄ．ｄｅｎｔｓｕ．ｃｏｍ／ａｄｆ／ｓｅｒｖｅｒ）に、ｒｅｑ＝ｉｇ＆ｉｄ＝５４”  ＷＩＤＴＨ＝”４６８”  ＨＥＩＧＨＴ＝”６０”  ＢＯＲＤＥＲ＝”０”ａｌｔ＝””というパラメータを送信し、バナー広告として表示する画像（広告素材）を要求する。
【００６２】
ここで、ｒｅｑ＝ｉｇは、画像ファイルを要求する指定であり、ｉｄ＝５４は、その画像を表示する広告枠番号である。また、ＷＩＤＴＨ、ＨＥＩＧＨＴ、およびＢＯＲＤＥＲ等のパラメータにより、画像の寸法、境界線の有無を指定している。
【００６３】
ＣＧＩから画像が送信されると、ブラウザは、その画像をバナー広告として表示する。そして、そのバナー広告がクリックされると、ブラウザは、さらに、同じＣＧＩに、ｒｅｑ＝ｉｃ＆ｉｄ＝５４”というパラメータを含むリクエストを送信する。ここで、ｒｅｑ＝ｉｃは、バナー広告に対するリダイレクトの指定である。リダイレクトとは、ブラウザーからのウェブページへのアクセスに対して、そのブラウザを別のウェブページへの表示に切り換えさせることをいう。
【００６４】
このリクエストにより、ＣＧＩは、上記クリックに対するリンク先、すなわち、当該ユーザに表示すべき広告を選択し（このとき、広告差し替えロジック２５が実行される）、その格納先のＵＲＬをブラウザに返す。ブラウザは、返されたリンク先を画面に表示する。
【００６５】
このように、本情報システムでは、同一のＣＧＩ（ｈｔｔｐ：／／ａｄ．ｄｅｎｔｓｕ．ｃｏｍ／ａｄｆ／ｓｅｒｖｅｒ）がバナー広告の提供と、リンク先へのリダイレクト（広告差し替えロジック）を実行する。どちらの処理を実行するかは、ｒｅｑ＝ｉｇまたはｒｅｑ＝ｉｃというパラメータにより指定される。ただし、バナー広告の画像の提供と、リンク先へのリダイレクトを異なるＣＧＩにより実行させてもよい。
【００６６】
端末２で表示される番組（コンテンツ）は、番組ＩＤで識別され、番組名を有し、番組エピソードとリンクされている。端末２が番組を表示するとき、番組エピソードが検索される。エピソードは、複数のコンテンツファイル（ＨＴＭＬ、画像、オブジェクト動画など）を有し、広告枠もその一つである。
【００６７】
図４のエピソードにリンクされるオブジェクト動画は番組画面４１に表示される番組の本編である。また、広告枠には、広告サーバを起動するＣＧＩが記述される。このＣＧＩの実行により、広告差し替えロジックが実行され、広告素材（バナー等）および広告が選択され、バナー用広告スペース４２に表示される。
【００６８】
ここで、番組、エピソード、広告枠は、コンテンツの論理的なレイヤを表している。すなわち、番組は、複数のエピソードを持つ。さらに、エピソードは、複数の広告枠を持つ。そして、これらのエピソードや広告枠は、は具体的なオブジェクト動画、広告素材と対応付けられる。
【００６９】
図５に、端末２に保持されるユーザプロフィール２６の例を示す。図５に示す表の各行がユーザプロフィール２６の１レコードに相当し、ユーザ１人分のプロフィールを記録する。
【００７０】
このユーザプロフィール２６は、UserID、性別、年齢、家庭内役割、Ｑ１、Ｑ２、．．．、Ｑｎという項目を有している。このうち、UserIDは、各ユーザを識別する情報である。ユーザが端末２の電源を入れ、ユーザごとに割り当てられたボタンを押下することにより端末２がUserIDを取得し、そのUserIDに対応するユーザプロフィール２６を読み出す。このボタンは、例えば、リモートコントローラ上でユーザごとに割り当てられたボタン、あるいは、出力デバイス２４の画面上に表示されるトグルボタン（ＧＵＩ）等である。
【００７１】
サーバ１は、端末２から送信された情報を受信し、どのユーザが現在視聴中であるかを認識する。また、家庭内役割とは、例えば、世帯主、世帯主の妻、世帯主の長女等、世帯主との続柄で家族を表現する情報である。
【００７２】
Ｑ１〜Ｑｎは、アンケートに対する回答結果である。例えば、Ｑ１は、「インスタント食品に抵抗がないですか？」という問い合わせに対するＹｅｓまたはＮｏの回答である。また、Ｑ２は、「年に何回くらい劇場で映画を見ますか？」という問い合わせに対する回答である。
【００７３】
図６に、表示用広告データベース２１のデータ例を示す。表示用広告データベース２１は、ユーザに現在表示されている番組に対してどの広告を組み合わせるかを決定する。本表示用広告データベース２１は、ユーザのコンテンツの視聴実績に対して、効果の大きい推奨広告が設定されている。
【００７４】
図６に示したデータは、情報が公開されることを前提に予め協力を依頼した特定のユーザ（以下モニタという）について、そのモニタが視聴したコンテンツと、そのモニタに効果があった広告の組み合わせを記録する。
【００７５】
すなわち、表示広告用データベース２１の各レコードは、UserID、広告枠番号、広告ＩＤ、広告素材、コンテンツＡ、コンテンツＢ、・・・コンテンツＭ等の各フィールドを有している。
【００７６】
UserIDは、現在視聴中のユーザまたはモニタを識別する情報である。現在視聴しているユーザをUserIDで区別するのは、現在視聴中のユーザと同じ（または類似した）プロフィールを持っているモニタから集計された表示広告用データベース２１のデータを用いるためである。
【００７７】
例えば、現在視聴しているユーザが世帯主であった場合、そのユーザにはモニタの世帯主達を集計して計算した表示広告用データベース２１のデータを適用する。また、同様に現在視聴しているユーザが専業主婦であるならば、モニタの専業主婦を集計した表示広告用データベース２１のデータを適用する。これにより、効果のある広告素材を選択する確率を高めることができる。
【００７８】
広告枠番号は、UserIDで指定されたユーザが現在視聴中の番組に組み込まれている広告枠を識別する番号である。
【００７９】
広告ＩＤは、その広告枠に表示する広告を識別する情報である。広告素材は、その広告の開始を受け付けるオブジェクト（バナー、アイコン、ボタン等）の格納先を示す情報（例えばＵＲＬ等）である。
【００８０】
コンテンツＡ〜コンテンツＭのフィールドに示されたθa1'等は、過去の所定日時から現在までの期間における各コンテンツの視聴実績（例えば、各番組の過去１月の視聴回数）である。端末２は、これらのコンテンツＡ〜Ｍのフィールドの値と、ユーザの実際の視聴実績を比較する。そして、図６の表からユーザの視聴実績に近い行を選択し、その行に定義された広告ＩＤの広告を推奨広告として選択して表示する。
【００８１】
推奨広告とは、上記コンテンツＡ〜Ｍの視聴実績を有するユーザに効果的であると想定される広告をいう。このようなコンテンツの視聴実績と、そのような視聴実績を有するユーザに対して表示すべき広告との対応関係は、モニタ調査の結果に基づき設定される。
【００８２】
ただし、本表示用広告データベース２１では、UserIDごとに区分して視聴実績と推奨広告の組み合わせを有することができる。これは、同一の視聴実績を有するユーザであっても、ユーザの特性により適切な広告が異なる場合があるからである。
【００８３】
すなわち、UserID=1(当該世帯の世帯主)、UserID=２(当該世帯の妻)、UserID=3(当該世帯の長女)等、ユーザに応じて、異なる組み合わせを設定してもよい。
【００８４】
そして、例えば、今、UserID=1の世帯主が、広告枠番号５４が組み込まれた番組を視聴中であるとする。この場合、図６に示した表示用広告データベース２１のUserID＝１、広告枠番号＝５４の行のいずれかが、その世帯主の視聴実績に基づき選択されることになる。
【００８５】
図７に、ユーザの行動履歴をサマライズしたステータステーブルのデータ例を示す。図７の表の各行が、ステータステーブルの１レコードに相当し、ユーザ１人分のコンテンツの視聴実績を記録する。図７のように、ステータステーブル各レコードは、UserIDと、コンテンツＡ〜Ｍ等のフィールドを有している。
【００８６】
UserIDは、端末２を使用する各ユーザを識別する情報である。また、コンテンツＡ〜Ｍ等のフィールドには、各ユーザごとの所定期間におけるコンテンツの視聴回数を記録する。視聴回数は、行動履歴ファイル２２から各ユーザによるコンテンツの視聴回数を集計した結果である。
【００８７】
そして、端末２は、この視聴回数の組み合わせ（Xa〜Ｘｍ）と最も一致する視聴回数のパターンを、ユーザごとに、表示用広告データベース２１の行から検索する。そして、端末２は、その行に定義された広告ＩＤの広告を選択し、当該ユーザに表示する。
【００８８】
図８は、端末２に保持されるリダイレクト用ＣＧＩ管理テーブルの例である。リダイレクト用ＣＧＩ管理テーブルには、各広告ＩＤの広告を表示するＣＧＩへのＵＲＬを記録する。すなわち、端末２は、図７のステータステーブルと、図６の表示用広告データベース２１から表示すべき広告ＩＤを設定し、広告素材で指定されるオブジェクト（例えば、バナー広告の画像）を表示する。そして、さらに、そのオブジェクトがユーザによって選択（例えば、リモートコントローラ等で決定）されると、その広告をリダイレクト用ＣＧＩにより表示する。リダイレクト用ＣＧＩ管理テーブルには、各広告ＩＤに対応するリダイレクト先のＣＧＩを保持する。
【００８９】
＜ステータスのマッチング手順＞
ここでは、図７のステータステーブルのデータに対して、図６の表示用広告データベース２１（UserIDおよび広告枠番号の一致する行）から最も適合するコンテンツの視聴実績を選択する手順（以下、マッチング手順という）を説明する。
【００９０】
このような評価関数の例（ここでは評価関数の値が小さいものがより望ましいマッチングを示す）としては、本実施形態では、以下の数１を使用する。
【００９１】
【数１】
0004658439.tif 000002
（ａ）は、ステータス（例えば、コンテンツＡ〜Ｍの視聴実績）が表示用広告データベース２１のコンテンツＡ〜Ｍの視聴実績値に示されたパターンに最も近いものを選択する評価関数である。この評価関数の機能を距離マッチングという。ただし、評価関数の値の最小値を達成するものが複数ある場合には、確率的に選択する、あるいは、若い番号順に表示するという規則を定めることで決定する。
【００９２】
（ｂ）の評価関数では、あるコンテンツツがθkl回以上露出されると、図６の表示用広告データベース２１の行ｌが選択されるという評価関数である。この評価関数の機能を条件マッチングという。
【００９３】
ただし、本発明の実施は、このようなマッチング手順に限定されるものではない。すなわち、ＩＦ、ＴＨＥＮ、ＥＬＳＥの形式で記述できるようなものであれば、どのようなマッチング手順でも使用できる。以上述べたマッチング手順と、上記表示用広告データベース２１の内容が広告差替ロジック２５（図２）に相当する。
【００９４】
＜作用＞
本情報システムは、▲１▼事業者側でモニタの行動分析を行って、効率・効果の高いと思われる広告露出ルールを発見し、そのルールを一般ユーザの端末２に配信する、▲２▼各端末２において、配信されたルールに基づき、ユーザに露出する広告を選択する、という２つのステップを実行する。また、▲２▼の処理において、端末２は、端末２内でユーザの行動履歴を記録した行動履歴ファイル２２（ログファイル）をステータステーブルにサマライズするプログラムと、ステータステーブルに基づき、最適と考えられる広告を選択するＣＧＩとを実行する。
【００９５】
図９は、事業者側でのルール作成、配信処理を示すフローチャートである。まず、事業者側で、広告キャンペーンの計画が作成される（Ｓ１）。広告キャンペーンの計画とは、広告対象の製品、販売方法（例えば、ディスカウントの有無）等の決定、広告素材の候補となる映像の選定等をいう。
【００９６】
次に、モニタのプロフィールに基づき、モニタ対象の実験計画を立案し、実行する（Ｓ２）。すなわち、各モニタに対し、どの広告素材（バナー広告の画像、バナー広告をクリックした後表示される広告コンテンツ等）の反応がよいかを測定する。そのため、サーバ１は、各モニタの端末２に対して、計画的に広告素材を露出し、モニタの応答を端末２のログに記録させる。
【００９７】
次に、サーバ１は、モニタの端末２からログを回収し、広告の露出（例えば、バナー広告に対するクリック）の有無、コンテンツ視聴履歴を分析する（Ｓ３）。例えば、バナー広告のクリック率が高いのは、どういう番組ジャンルを多く見る人かなどを分析する。このような分析結果をアソシエーションルール（以下、単にルール）といい、データマイニング手法の一つとしてすでに提案されている。このルールは、図２に示した広告差替ロジック５５を構成する。また、ルール導出のため様々なベンダーから、相関分析や主成分分析等の分析を実行する分析パッケージプログラムが提供され、このようなルールの導出に利用されている。
【００９８】
次に、サーバ１は、生成されたルールの精度が十分か否かを判定する（Ｓ４）。例えば、モニタによるサンプルの出現頻度が所定の基準値に達しない場合（データの信頼性が低い場合）、モニタにより、クリック率が所定値以上の広告素材がなかった場合（効果的な広告素材が見いだせない場合）には、サーバ１は、事業者に精度が十分でないとのメッセージを通知する。そこで、事業者は、Ｓ２の処理に戻り、再度、実験計画を立案する。
【００９９】
一方、Ｓ４の判定で、生成されたルールの精度が十分であった場合、サーバ１は、一般ユーザの端末２に、ルールを配信する（Ｓ５）。端末２は、ルールを表示用広告データベース２１のデータおよび上記マッチングを実行するプログラムとして蓄積し、このルールにしたがい、広告選択処理を実行する。
【０１００】
次に、サーバ１は、一般ユーザに対する成果を計測する（Ｓ６）。一般ユーザに対する成果は、特定サイト（放送局もしくは広告主の管理下）のトラフィックの増加や、広告対象商品、広告対象サービスへの成約率の増加として計測できる。このように、一般ユーザに対する成果は、ユーザ全体で集計・サマライズされた形でしか取得できない。
【０１０１】
次に、サーバ１は、成果が予想通りか否かを判定する（Ｓ７）。例えば、広告対象の商品またはサービスに関連するウェブページでのアンケート応募件数、その商品やサービスへの問い合わせ件数の増加率を所定の予測値と比較する。
【０１０２】
サーバ１の判定で成果が予想通りであった場合、事業者は、Ｓ１のステップへ戻る。一方、成果が予想通りでなかった場合、ユーザの端末２から、ユーザの承諾を得て、モニタログを回収し、予想がはずれた原因の詳細分析を行う（Ｓ８）。
【０１０３】
図１０に、行動履歴に基づいたカスタマイズド広告の提供手順を示す。この処理では、端末２は、ユーザの操作にしたがい、広告表示プロセスを起動する（Ｓ１０）。
【０１０４】
次に、端末２は、ユーザの入力操作からユーザＩＤを取得する。また、端末２は、広告枠番号（図１０では、広告スペースＩＤ）等のパラメータを表示中の情報から取得する（Ｓ１１）。
【０１０５】
次に、端末２は、ユーザプロフィールを読み出す（Ｓ１２）。ユーザプロフィールは、各ユーザから提供を許諾され、端末２に記録されている。
【０１０６】
次に、端末２は、広告表示プロセスに引き渡されたパラメータ、時刻等から表示すべき広告の特性を表示用広告データベース２１で特定する。これは、例えば、図６の表示用広告データベース２１において、UserIDと広告枠番号から、使用するレコードを絞る処理である。次に、端末２は、ユーザの行動履歴を記録したログ、またはステータス（行動履歴のサマライズ結果）を取得する（Ｓ１４）。
【０１０７】
そして、端末２は、利用者のステータス（例えば、当該ユーザのコンテンツ視聴実績）と、表示用広告データベース２１のデータ（モニタから収集したコンテンツ視聴実績等）を比較する（Ｓ１５）。この比較は、例えば、条件マッチングや、距離マッチング等による。
【０１０８】
次に、端末２は、表示用広告を決定する。そして、表示用広告データベース２１に記録された広告ＩＤに基づき、広告素材（例えば、バナーの画像）を表示する（Ｓ１６）。また、このとき、ユーザが広告素材を選択すると、その広告ＩＤに対応するＣＧＩが実行され、広告コンテンツが表示される。
【０１０９】
次に、端末２は、その広告素材の表示記録、および広告コンテンツの表示の有無を行動履歴ファイル２２に記録する。さらに、端末２は、行動履歴ファイル２２に記録した内容をステータステーブルに反映する。
【０１１０】
この行動履歴ファイル２２は、所定の期間、例えば、過去１日、１週間、あるいは１ヶ月等において特定されたユーザの行動履歴を記録するようにすればよい。また、期間を規定せず、所定のデータ容量、例えば、１０Ｋバイト、１Ｍバイト等のファイル容量を各ユーザにの行動履歴ファイル２２に割り当て、そのファイル容量が満たされると、順次古い行動履歴を削除するようにしてもよい。
【０１１１】
＜実施形態の効果＞
以上述べたように、本情報システムによれば、端末２のユーザの個人情報や日常生活に係る行動履歴を第三者に開示することなく、個人情報や行動履歴に適合する情報をユーザに提供できる。
【０１１２】
また、この情報システムでは、適切な情報を選択するための広告差替ロジックが、モニタ調査の結果に基づき、サーバ１から端末２に配信される。このため、モニタにおいて実績を得た広告差替ロジックを用いて、端末２内のローカルな広告の差替を実現できる。
【０１１３】
＜利用者の行動に基づく広告の選択＞
上記実施形態では、利用者の行動を行動履歴ファイル２２に記録し、その行動履歴をステータステーブルに反映した。そして、そのユーザのステータスとモニタから収集したコンテンツ視聴実績を比較し、ユーザに表示する表示用広告を決定した。しかし、本発明の実施は、このような構成や手順には限定されない。
【０１１４】
例えば、必ずしも行動履歴を記録する必要はない。すなわち、直近または現在時点のユーザの行動を特定し、その行動に対応して、表示用広告を決定するようにしてもよい。
【０１１５】
その場合、表示用広告データベース２１には、モニタが直近または現在時点において取った行動と、その行動後のモニタに対する表示により効果があった広告を記録するようにすればよい。
【０１１６】
＜その他の変形例＞
上記実施形態では、作成されたルール（広告差替ロジック）による一般ユーザに対する成果は、特定サイト（放送局もしくは広告主の管理下）のトラフィックの増加等により計測した。しかし、本発明の実施は、このような手順には限定されない。
【０１１７】
例えば、端末２において、一般ユーザの応答をユーザの許諾を得た範囲で抽象化し、サーバ１に報告するようにしてもよい。
【０１１８】
上記実施形態では、表示用広告データベース２１において、特定のコンテンツＡ〜Ｍの視聴実績に対して最適な推奨広告を設定し、そのような視聴実績とのマッチングにより、視聴者に表示する広告を決定した。しかし、本発明の実施は、そのような手順には限定されない。例えば、このようなコンテンツは、番組の本編である必要はなく、広告コンテンツであってもよい。
【０１１９】
また、例えば、視聴者が特定の商品を購入したか否か、特定のサービスを受けたか否か、その購入量や購入頻度等、視聴者の購買履歴とのマッチングにより、視聴者に表示する広告を決定してもよい。すなわち、視聴者が図３のメモリ領域に構築されたバーチャルショールームやバーチャルショップにおいて購入した商品やサービスの購入実績を行動履歴として記録してもよい。
【０１２０】
バーチャルショールームやバーチャルショップは、例えば、図３のプロバイダ領域８に格納したウェブページとして構築できる。また、バーチャルショールームやバーチャルショップから事業者への注文情報は、電子メールで発信すればよい。
【０１２１】
このような行動履歴により、例えば、自動車を購入したユーザにそのユーザの居住地からドライブに適した観光地の観光案内を表示させればよい。また、特定の間隔で特定の商品、例えば化粧品を購入するユーザには、その購入間隔から次の購入時期を予測し、新商品の広告を表示させるようにすればよい。
【０１２２】
さらに、行動履歴から特定の商品の購入量が増加している場合には、お買い得プランを含む広告を提示し、さらに、購入量を増加させればよい。逆に、動履歴から特定の商品の購入量が減少している場合には、代替商品の提案となる広告を提示してもよい。
【０１２３】
このように、本情報システムによれば、ユーザの行動履歴に応じて、その時々で最適と想定される情報をモニタ調査の実績に基づき、ユーザのローカルな装置で提供するように、情報の表示を制御できる。
【０１２４】
【発明の効果】
以上説明したように、本発明によれば、視聴者への情報提供において、視聴者の個人情報や家庭内情報を確実に保護した上で、当該視聴者に適合する情報を選択し、提供することができる。
【図面の簡単な説明】
【図１】  従来のブロードバンド（広帯域通信）を利用したカスタマイズド広告の例
【図２】  本発明の一実施形態に係る情報システムの構成図
【図３】  端末２のメモリエリアの構成図
【図４】  出力デバイス２４に出力される情報の構造を示す図
【図５】  端末２に保持されるユーザプロフィール２６の例
【図６】  表示用広告データベース２１のデータ例
【図７】  ステータステーブルのデータ例
【図８】  リダイレクト用ＣＧＩ管理テーブルの例
【図９】  事業者側でのルール作成、配信処理を示すフローチャート
【図１０】行動履歴に基づいたカスタマイズド広告の提供手順を示す図
【符号の説明】
１  サーバ
２  端末
５  分析サーバ
６  被験者端末
１０、１１、２０、２１  オブジェクトの蓄積エリア
１２、２２  ユーザの行動履歴
２３  入力デバイス
２４  出力デバイス
２５、５５  広告差替ロジック
【図１】
0004658439.tif 000003
【図２】
0004658439.tif 000004
【図３】
0004658439.tif 000005
【図４】
0004658439.tif 000006
【図５】
0004658439.tif 000007
【図６】
0004658439.tif 000008
【図７】
0004658439.tif 000009
【図８】
0004658439.tif 000010
【図９】
0004658439.tif 000011
【図１０】
0004658439.tif 000012