(57)【要約】【課題】利用者に対してより適切な広告を配信することができるようにする。【解決手段】  広告配信システムは、携帯電話機１０と、携帯電話機１０と携帯電話網１００を介して接続される広告仲介サーバ２０と、広告仲介サーバ２０とインターネット等のネットワークを介して接続される複数の広告発行サーバ３０−１、３０−２，３０−３とから構成され、利用者エージェント１３は、利用者情報に基づいて仲介エージェント２２を介して広告を募集し、広告エージェント３２は広告の入札価値を評価して提案可能であれば所定の広告を仲介エージェント２２に提案し、仲介エージェント２２は広告エージェント３２から提案された広告を評価し、適切な広告を利用者エージェント１３に提案する。利用者エージェント１３は仲介エージェント２２より提案された広告を広告欄１２に表示する。【選択図】図１ 
2005222500.tif 000002
【特許請求の範囲】
【請求項１】
利用者に対して広告を配信する広告配信システムであって、
前記利用者の利用者情報を抽出する抽出手段と、
前記利用者情報に基づいて、前記利用者に対して配信すべき広告のカテゴリを推論するカテゴリ推論手段と、
前記カテゴリ推論手段によって推論された前記カテゴリの広告を募集する公告募集手段と、
前記募集に対して所定の広告主による広告を提案する提案手段と、
前記提案手段によって提案された前記広告を評価する評価手段と、
前記評価手段による評価結果に応じて、前記広告を前記利用者に対して配信する配信手段と
を備えることを特徴とする広告配信システム。
【請求項２】
前記評価手段は、所定の評価戦略に基づいて前記提案手段によって提案された前記広告を評価する
ことを特徴とする請求項１に記載の広告配信システム。
【請求項３】
前記提案手段は、前記カテゴリの広告を検索し、前記所定の広告主が準備した広報戦略に基づいて、前記広告の入札価値を見積もり、前記入札価値に基づいて前記広告の提案を行う
ことを特徴とする請求項１または２に記載の広告配信システム。
【請求項４】
前記利用者によってクリックされた前記広告の種類、クリックされた回数、クリックされた時刻、クリックされた場所を含む情報を取引履歴情報として記憶する記憶手段をさらに備え、
前記取引履歴情報は、前記広告主の検索または前記広告の評価に用いられる
ことを特徴とする請求項３に記載の広告配信システム。
【請求項５】
前記評価手段は、前記取引履歴情報に基づいて前記広告を評価する
ことを特徴とする請求項４に記載の広告配信システム。
【請求項６】
利用者に対して広告を配信する広告配信方法であって、
前記利用者の利用者情報を抽出する抽出ステップと、
前記利用者情報に基づいて、前記利用者に対して配信すべき広告のカテゴリを推論するカテゴリ推論ステップと、
前記カテゴリ推論ステップにおいて推論された前記カテゴリの広告を募集する公告募集ステップと、
前記募集に対して所定の広告主による広告を提案する提案ステップと、
前記提案ステップにおいて提案された前記広告を評価する評価ステップと、
前記評価ステップにおける評価結果に応じて、前記広告を前記利用者に対して配信する配信ステップと
を備えることを特徴とする広告配信方法。
【請求項７】
利用者に対して広告を配信する広告配信システムを制御する広告配信プログラムであって、
前記利用者の利用者情報を抽出する抽出ステップと、
前記利用者情報に基づいて、前記利用者に対して配信すべき広告のカテゴリを推論するカテゴリ推論ステップと、
前記カテゴリ推論ステップにおいて推論された前記カテゴリの広告を募集する公告募集ステップと、
前記募集に対して所定の広告主による広告を提案する提案ステップと、
前記提案ステップにおいて提案された前記広告を評価する評価ステップと、
前記評価ステップにおける評価結果に応じて、前記広告を前記利用者に対して配信する配信ステップとを前記広告配信システムに実行させる
ことを特徴とする広告配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は広告配信システムに関し、特に、利用者の意図や状況を考慮して適切な広告を利用者に配信する広告配信システムに関するものである。
【背景技術】
【０００２】
従来の携帯電話機向けの広告配信システムは、設置式のＰＣ（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）環境で多く用いられているダイレクト電子メールやウェブページを、携帯電話機の画面向けにカスタマイズして利用しているものが多い。携帯電話機は設置型のＰＣとは異なり、情報を閲覧する場合において、利用者の現在の状況（場所、時間など）が関わる情報が必要となることが多くある。現在の携帯電話機向けの広告を扱う環境には、以下のような特徴がある。
（１）携帯電話機の発達により、小型ＰＣ並の性能を持ち、独立したプログラムを動かすことができる。
（２）画面に表示可能な情報量（画面の大きさ、広告数）が限られているため、軽量でシンプルなコンテンツが好まれる。
（３）確立されたビジネスアプリケーションとして認知されており、課金メカニズムが確立している。
また、広告主が、ネットワークで接続されているユーザ端末に宣伝広告を行うべく、広告に関する情報を添付して代理店に広告依頼を行い、広告依頼を受けた代理店が、広告コンテンツを制作し、この広告コンテンツと広告に関する情報とをプロバイダに送信して広告配信依頼を行い、プロバイダが、広告に関する情報に基づいて、広告の配信先の顧客ユーザを選び出して、それらの端末のＩＰアドレスを記載した配信先リストを作成し、この配信先リストに記載されているＩＰアドレスに従って広告コンテンツ及び提示制御情報を配信し、これらを受信したユーザ端末が、提示制御情報に基づいて広告コンテンツの表示、音声による提示を行うことにより、広告配信側の無駄を排除しつつ、広告受信側の一般ユーザがより希望する情報を配信し得る広告効率の高い広告配信システムを提供するようにしたものがある（例えば、特許文献１参照）。
【特許文献１】特開２００３−３３０９６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の携帯電話機向けの広告ビジネスには次のような問題点があった。
（１）広告コンテンツの処理中に、電波状態の悪化などの原因で電話網が切断されることがある。
（２）利用者の状態（場所、時間、意図など）を考慮した質の良い情報をリアルタイムで得ることが難しい。
（３）広告仲介者が質の良い広告を収集することが難しく、クリックスルー率を上げることが難しい。
本発明はこのような状況に鑑みてなされたものであり、携帯電話機への広告コンテンツの配信において、利用者の意図や状況を考慮して、広告主が提供する適切な広告コンテンツを収集、配布するための仕組みを実現するものである。また、広告欄の価値（時価）をリアルタイムに見積もることにより、利用者が欲している情報を広告コンテンツとして入手することができるシステムを実現することができるようにするものである。
【課題を解決するための手段】
【０００４】
請求項１に記載の広告配信システムは、利用者に対して広告を配信する広告配信システムであって、利用者の利用者情報を抽出する抽出手段と、利用者情報に基づいて、利用者に対して配信すべき広告のカテゴリを推論するカテゴリ推論手段と、カテゴリ推論手段によって推論されたカテゴリの広告を募集する公告募集手段と、募集に対して所定の広告主による広告を提案する提案手段と、提案手段によって提案された広告を評価する評価手段と、評価手段による評価結果に応じて、広告を利用者に対して配信する配信手段とを備えることを特徴とする。
また、評価手段は、所定の評価戦略に基づいて提案手段によって提案された広告を評価するようにすることができる。
また、提案手段は、カテゴリの広告を検索し、所定の広告主が準備した広報戦略に基づいて、広告の入札価値を見積もり、入札価値に基づいて広告の提案を行うようにすることができる。
また、利用者によってクリックされた広告の種類、クリックされた回数、クリックされた時刻、クリックされた場所を含む情報を取引履歴情報として記憶する記憶手段をさらに備え、取引履歴情報は、広告主の検索または広告の評価に用いられるようにすることができる。
また、評価手段は、取引履歴情報に基づいて広告を評価するようにすることができる。
請求項６に記載の広告配信方法は、利用者に対して広告を配信する広告配信方法であって、利用者の利用者情報を抽出する抽出ステップと、利用者情報に基づいて、利用者に対して配信すべき広告のカテゴリを推論するカテゴリ推論ステップと、カテゴリ推論ステップにおいて推論されたカテゴリの広告を募集する公告募集ステップと、募集に対して所定の広告主による広告を提案する提案ステップと、提案ステップにおいて提案された広告を評価する評価ステップと、評価ステップにおける評価結果に応じて、広告を利用者に対して配信する配信ステップとを備えることを特徴とする。
請求項７に記載の広告配信プログラムは、利用者に対して広告を配信する広告配信システムを制御する広告配信プログラムであって、利用者の利用者情報を抽出する抽出ステップと、利用者情報に基づいて、利用者に対して配信すべき広告のカテゴリを推論するカテゴリ推論ステップと、カテゴリ推論ステップにおいて推論されたカテゴリの広告を募集する公告募集ステップと、募集に対して所定の広告主による広告を提案する提案ステップと、提案ステップにおいて提案された広告を評価する評価ステップと、評価ステップにおける評価結果に応じて、広告を利用者に対して配信する配信ステップとを広告配信システムに実行させることを特徴とする。
【発明の効果】
【０００５】
本発明の広告配信システムによれば、携帯電話機と広告仲介システムは、非同期的な通信プロトコルで動作するため、処理途中で通信が切断されてもよい。これによって、広告仲介システムは通信状態を気にすることなく、利用者に広告コンテンツを提供することができる。
また、利用者の状態を監視する「利用者エージェント」を携帯電話機に常駐させることにより、リアルタイムに情報収集が可能となる。これによって、利用者の現在の場所、時間、操作、および動作から推測できる趣味、習慣に関する情報を得ることができる。
また、広告発行システムのビジネスディレクトリを作ることにより、利用者の状態を検索キーとして、広告仲介システムは利用者に適した広告コンテンツを提供することが可能な広告発行システムを即時に検索することができる。
また、広告発行システムが仲介システムに対して、利用者の情報を元に広告欄の価値を評価し、時価を提案することにより、単なる値引き競争になりがちな入札を防ぎ、クリックスルー率の高い広告コンテンツの提供が可能となる。
【発明を実施するための最良の形態】
【０００６】
図１は、本発明の広告配信システムの一実施の形態の構成例を示すブロック図である。同図に示すように、本実施の形態は、携帯電話機１０と、携帯電話機１０と携帯電話網１００を介して接続される広告仲介サーバ２０と、広告仲介サーバ２０とインターネット等のネットワークを介して接続される１または複数の広告発行サーバ３０とから構成されている。以下では、各広告発行サーバ３０を広告発行サーバ３０−１，３０−２，３０−３と記載する。
【０００７】
携帯電話機１０には、携帯電話システム１１が実装されている。この携帯電話システム１１は、広告欄１２と、利用者エージェント１３と、利用者情報（職業、国籍、年齢、性別等）を記憶する記憶装置１４と、表示ルールを記憶する記憶装置１５等により構成されている。
【０００８】
利用者エージェント１３は、利用者の状態（時間（携帯電話機１０のキャリア（携帯電話機会社）が提供するもの等）、場所（携帯電話機１０のキャリア（携帯電話機会社）が提供するもの等）、操作、および利用者の習慣等から推測される意図等）を監視するものであり、携帯電話機１０の図示せぬ処理装置に常駐し、通信状態に関わらず、利用者の状態を自動収集し、必要に応じて収集した利用者の状態を広告仲介システム２１に提供するようになっている。
【０００９】
広告仲介サーバ２０には、広告仲介システム２１が実装されている。この広告仲介システム２１は、仲介エージェント２２と、取引履歴（利用者が過去に受け入れた広告とクリックスルーに関する履歴情報であり、例えば、広告の種類、表示回数、クリックスルーの有無、場所、時間等からなる）を記憶する記憶装置２３と、広告主データベース（ＤＢ）を記憶する記憶装置２４と、評価戦略を記憶する記憶装置２５と、利用者情報（利用者が興味のある趣味、分野に関するキーワード、利用者の行動予定（スケジュール）等）を記憶する記憶装置２６等により構成されている。
【００１０】
広告仲介システム２１は、利用者に応じた様々な広告コンテンツを収集、選別し、実際の広告コンテンツを提供する広告発行システムを検索するものである。利用者が所持する携帯電話機１０に実装された携帯電話システム１１と、広告仲介システム２１は非同期的に動作するため、通信が途中で切断されてもよい。
【００１１】
また、広告仲介システム２１の記憶装置２４には、広告主の情報（ビジネスディレクトリ（広告主を登録した電話帳、或いは、データベース等））や広告の種類等の情報が登録されている。仲介エージェント２２は、利用者情報を元に、ビジネスディレクトリから、広告コンテンツを配信する広告発行システムを検索することにより、幅広い広告コンテンツを入手するようになっている。
【００１２】
また、最適な広告コンテンツを入手する際に、仲介エージェント２２または利用者エージェント１３は、匿名化された利用者情報（個人を特定することができないように、通知する必要のない情報を除いた利用者情報であり、利用者の氏名、住所、電話番号、行動予定、趣味等を元に、広告の入札価格決定に必要な指標化された情報）を広告エージェント３２に提供する。広告エージェント３２は、この情報を後述するクリックスルー率の期待値計算の要素として用いる。
【００１３】
広告発行サーバ３０−１には、広告発行システム３１−１が実装されている。この広告発行システム３１−１は、広告エージェント３２−１と、広告ＤＢを記憶する記憶装置３３−１と、広報戦略を記憶する記憶装置３４−１と、取引履歴を記憶する記憶装置３５−１等により構成されている。広告エージェント３２−１は、広告欄１２の評価額を見積もり、広告コンテンツとその価格を仲介エージェント２２に提案（入札）するようになっている。広告発行サーバ３０−２，３０−３も基本的に同様の構成であるので、その説明は省略する。また、以下では、広告発行サーバ３０−１，３０−２，３０−３等を区別する必要がない場合、適宜広告発行サーバ３０と記載する。広告発行システム３１−１，３１−２，３１−３およびその構成要素についても同様に、適宜広告発行システム３１などと記載する。
【００１４】
図２は、広告が表示される手順を示すフローチャートである。利用者は、ステップＳ１において、表示トリガ（検索や推論などの操作）を利用者エージェント１３に提供する。ステップＳ１１において、利用者エージェント１３は、記憶装置１４から利用者情報の抽出を行い、カテゴリ推論を行う。次に、ステップＳ１２において、携帯電話網１００を介して広告仲介システム２１に対して、カテゴリ推論によって得たキーワード等を送信し、広告募集を行う。その後、処理を終了し、利用者による表示トリガ待ちの状態となる。
【００１５】
仲介エージェント２２は、ステップＳ３１において、利用者エージェント１３による広告募集を受け、利用者エージェント１３からのキーワードと、記憶装置２６に記憶されている利用者情報とに基づいて、記憶装置２４に記憶されている広告主ＤＢから広告主を検索し、ステップＳ３２において広告募集を行う。
【００１６】
広告エージェント３２は、ステップＳ４１において、仲介エージェント２２からの広告募集を受けると、記憶装置３３に記憶されている広告ＤＢから広告の検索を行い、記憶装置３４に記憶されている広報戦略（ＰＳ）を読み込む。広報戦略（ＰＳ）は、広告コンテンツの提案に要する戦略的なルールを定義したものである。例えば、提案基準となる評価額を見積もる見積もり式、場所、時間に応じた提案の振り分けルールなどである。
【００１７】
次に、ステップＳ４２において、価値の見積もりを行う。次に、ステップＳ４３において、提案可能か否かが判定される。その結果、提案不可能であると判定された場合、本処理を終了し、仲介エージェント２２からの広告募集待ちの状態となる。一方、提案可能であると判定された場合、ステップＳ４４に進む。ステップＳ４４においては、広告の提案を行う。
【００１８】
仲介エージェント２２は、ステップＳ３３において、広告の募集結果の評価を行い、ステップＳ３４において、適切な広告の提案があったか否かが判定される。適切な広告の提案がなかったと判定された場合、ステップＳ３２に戻り、ステップＳ３２以降の処理が繰り返し実行される。一方、適切な広告の提案があったと判定された場合、ステップＳ３５に進み、広告エージェント３２より提案された広告を利用者エージェント１３に対して提案する。
【００１９】
利用者エージェント１３は、ステップＳ２１において、仲介エージェント２２より提案された広告の評価を行い、ステップＳ２２において、この広告を表示するか否かを判定する。その結果、この広告を表示しないと判定した場合、本処理を終了し、仲介エージェント２２からの次の広告提案待ちの状態となる。一方、この広告を表示すると判定した場合、ステップＳ２３に進む。
【００２０】
仲介エージェント２２は、ステップＳ３６において、ステップＳ３５において提案した広告が利用者エージェント１３によって受け入れられたか否かを判定する。その結果、提案が受け入れられず、拒否されたと判定した場合、本処理を終了し、利用者エージェント１３からの次の広告募集待ちの状態となる。一方、提案が受け入れられ、許可されたと判定された場合、ステップＳ３７に進む。
【００２１】
また、広告エージェント３２は、ステップＳ４５において、ステップＳ４４において提案した広告が仲介エージェント２２によって受け入れられたか否かを判定する。その結果、提案した広告が仲介エージェント２２によって受け入れられず、拒否されたと判定した場合、本処理を終了し、仲介エージェント２２からの次の広告の募集待ちの状態となる。一方、提案した広告が仲介エージェント２２によって受け入れられ、許可されたと判定した場合、ステップＳ４６に進み、広告の格納場所を示すＵＲＬ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ）を仲介エージェント２２に配信する。
【００２２】
仲介エージェント２２は、ステップＳ３７において、広告エージェント３２から配信された広告のＵＲＬを利用者エージェント１３に配信する。利用者エージェント１３は、ステップＳ２３において、仲介エージェント２２から配信された広告のＵＲＬを受信すると、そのＵＲＬにアクセスし、広告を広告欄１２に表示する。その後、処理を終了し、仲介エージェント２２からの広告の提案待ちの状態となる。利用者は、ステップＳ２において、携帯電話機１０の広告欄１２に表示された広告を閲覧する。
【００２３】
次に、図３のフローチャートを参照して、広告クリックスループロセスについて説明する。利用者は、ステップＳ５１において、携帯電話機１０の画面の広告欄１２に表示された広告を図示せぬボタンを操作してクリックする。次に、ステップＳ５２において、携帯電話機１０の画面に、いまクリックした広告に対応するＵＲＬに格納されているコンテンツが表示されるので、それを閲覧し、終了する。
【００２４】
利用者エージェント１３は、利用者による操作を監視しており、広告がクリックされたことを検出すると、ステップＳ６１において、利用者によってクリックされた広告を示すデータを携帯電話網１００を介して仲介エージェント２２に送信し、このデータに対応する広告がクリックされたことを通知する。その後、ステップＳ６２に進み、記憶装置１４に記憶されている利用者情報の更新を行う。例えば、操作履歴（検索したキーワードの種類、検索回数、キーワードを検索した時刻、場所、クリックした広告の種類、クリックした回数、広告をクリックした時刻、場所等からなる履歴）等の更新を行う。その後、本処理を終了し、利用者のクリック待ちの状態となる。
【００２５】
仲介エージェント２２は、ステップＳ７１において、利用者エージェント１３から送信されてきた、利用者によってクリックされた広告を示すデータを広告エージェント３２に送信し、このデータに対応する広告がクリックされたことを通知する。その後、ステップＳ７２に進み、記憶装置２３に記憶されている取引履歴を更新する。次に、ステップＳ７３において、広告エージェント３２から送信されてきた課金情報に基づいて広告主に対して課金する。その後、本処理を終了し、利用者エージェント１３からの通知待ちの状態となる。
【００２６】
広告エージェント３２は、ステップＳ８１において、仲介エージェント２２から送信されてきたデータを受信すると、ステップＳ８２に進み、記憶装置３５に記憶されている取引履歴を更新する。次に、ステップＳ８３において、課金情報を仲介エージェント２２に送信する。その後、本処理を終了し、仲介エージェント２２からの通知待ちの状態となる。
【００２７】
次に、図４のフローチャートを参照して、各エージェントのイベント通知の関係について説明する。まず、表示イベントについて説明する。利用者は、ステップＳ１０１において表示イベントを発生させる。例えば、検索などの操作を行う。利用者エージェント１３は、ステップＳ１１１において、利用者の操作を検知し、広告要求を仲介エージェント２２に対して行う。仲介エージェント２２は、ステップＳ１２１において、利用者エージェント１３からの広告要求を受けると、広告募集を広告エージェント３２に対して行う。広告エージェント３２は、ステップＳ１３１において、仲介エージェント２２からの広告募集を受けると、広告の提案を行う。
【００２８】
仲介エージェント２２は、広告エージェント３２から提案された広告を評価し、適切な広告であると判断した場合、利用者エージェント１３にその広告を提案する。利用者エージェント１３は、仲介エージェント２２から提案された広告を評価し、表示すると判断した場合、ステップＳ１３２において広告エージェント３２から配信されたＵＲＬにアクセスし、ステップＳ１１２において広告を表示する。
【００２９】
次に、クリックスルーイベントについて説明する。利用者は、ステップＳ１０２において、画面上でクリック操作をし、クリックスルーイベントを発生させる。ステップＳ１１３において、利用者エージェント１３は、クリックスルーイベントが発生すると、クリックスルー処理を実行し、仲介エージェント２２にクリックスルーイベントの発生を通知する。ステップＳ１２２において、仲介エージェント２２は、利用者エージェント１３からの通知を受け、クリックスルー処理を実行し、広告エージェント３２に通知する。ステップＳ１３３において、広告エージェント３２は、仲介エージェント２２からの通知を受け、クリックスルー処理を実行する。
【００３０】
次に、利用者情報設定イベントについて説明する。ステップＳ１０３において、利用者が利用者設定を行い、利用者設定イベントが発生すると、ステップＳ１１４において、利用者エージェント１３により、利用者情報設定が行われる。
【００３１】
次に、広告登録イベントについて説明する。ステップＳ１４１において、広告主により広告登録イベントが発生すると、ステップＳ１２３において、仲介エージェント２２により広告登録が行われる。また、ステップＳ１３４において、広告エージェント３２により広告登録イベントが発生すると、ステップＳ１２３において、仲介エージェント２２により、広告登録が行われる。
【００３２】
次に、図５のフローチャートを参照して、利用者エージェント１３によるイベント監視手順について説明する。まず最初に、ステップＳ２１１において、利用者エージェントが有効である間、すなわち、利用者エージェントが活性化している間、利用者エージェント１３のイベントを監視し、イベント発生時にイベントに応じた処理を割り振り、ステップＳ２１２以降の処理が繰り返し実行されるように制御される。ステップＳ２１２においては、イベントが発生したか否かが判定される。その結果、イベントが発生したと判定された場合、イベントに応じた処理が実行される。
【００３３】
利用者のアクションによって広告が表示されるとき、ステップＳ２１３において、図６を参照して後述する広告要求処理が実行される。仲介エージェント２２から広告が紹介されたとき、ステップＳ２１４において、図７を参照して後述する広告表示処理が実行される。利用者が携帯電話機１０の画面の広告欄１２の広告をクリックしたとき、ステップＳ２１５において、図８を参照して後述するクリックスルー処理が実行される。利用者が最初にサービスを開始するとき、ステップＳ２１６において、図９を参照して後述する利用者情報設定処理が実行される。全てのイベント（利用者のアクション、仲介エージェント２２からの広告の紹介、広告のクリック、サービスの開始）は、非同期的に動作するため、不要なイベントの終了を待つ必要がない。また、エージェント間の通信経路を保持する必要がない。
【００３４】
次に、図６のフローチャートを参照して、利用者エージェント１３が、広告要求を行う手順について説明する。まず最初に、ステップＳ２２１において、利用者プロファイルから利用者情報の抽出を行う。次に、ステップＳ２２２において、利用者情報に基づいて、要求する広告を検索するためのカテゴリまたはキーワードを推論する。次に、ステップＳ２２３において、推論したカテゴリまたはキーワードに対して、広告欄１２に表示するための広告を仲介エージェント２２に要求する。
【００３５】
次に、図７のフローチャートを参照して、広告表示の手順について説明する。まず最初に、ステップＳ２３１において、利用者エージェント１３は、仲介エージェント２２から広告を受け取り、表示ルールに従ってその広告を評価する。次に、ステップＳ２３２において、評価結果に基づいて、その広告を利用者の携帯電話機１０の画面の広告欄１２に表示するか否かが判定される。その結果、その広告を表示しないと判定された場合、ステップＳ２３５に進み、仲介エージェント２２および広告エージェント３２からの広告のデータおよびＵＲＬ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ）の受信を拒否する。一方、その広告を表示すると判定された場合、ステップＳ２３３に進み、仲介エージェント２２または広告エージェント３２からの広告のデータまたはＵＲＬを受信し、ステップＳ２３４において、広告のＵＲＬにアクセスし、広告を携帯電話機１０の画面の広告欄１２に表示する。
【００３６】
次に、図８のフローチャートを参照して、利用者エージェント１３のクリックスルー処理について説明する。利用者が、携帯電話機１０の画面の広告欄１２に表示された広告をクリックすると、ステップＳ２４１において、利用者エージェント１３は、クリックされたその広告にリンクされたコンテンツに移動する。次に、ステップＳ２４２において、利用者エージェント１３は、仲介エージェント２２にクリックスルーを通知する。次に、ステップＳ２４３において、クリックスルーした情報を元に、利用者情報を更新する。クリックスルーの情報とは、広告のカテゴリ、クリックスルーの回数、広告主の情報等である。これらの情報は、次回のカテゴリの推論に用いられる。
【００３７】
次に、図９のフローチャートを参照して、利用者情報の設定手順について説明する。まず、ステップＳ２５１において、利用者は、携帯電話機１０の図示しない入力キーを操作して、利用者情報を入力する。利用者情報とは、携帯電話機１０の利用者の氏名、住所、年齢、国籍、および職業と、近い将来の行動予定（旅程、訪問スケジュール等）、および広告の表示ルール（一度見た広告は表示しない、特定のカテゴリの広告は表示しない等）などである。
【００３８】
次に、ステップＳ２５２において、利用者エージェント１３は、入力された利用者情報を利用者プロファイルとして記憶装置１４に記憶させる。既に利用者情報が記憶装置１４に記憶されている場合には、その利用者情報が更新される。
【００３９】
次に、図１０のフローチャートを参照して、仲介エージェント２２によるイベント監視手順について説明する。まず最初に、ステップＳ２６１において、仲介エージェント２２が有効である間、すなわち、仲介エージェント２２が活性化している間、仲介エージェント２２のイベントを監視し、イベント発生時にイベントに応じた処理を割り振り、ステップＳ２６２以降の処理が繰り返し実行されるように制御される。ステップＳ２６２においては、イベントが発生したか否かが判定される。その結果、イベントが発生したと判定された場合、イベントに応じた処理が実行される。
【００４０】
広告主が登録されるとき、ステップＳ２６３において、図１３を参照して後述する広告登録処理が実行される。利用者エージェント１３から広告が要求されたとき、ステップＳ２６４において、図１１を参照して後述する広告募集処理が実行される。利用者が携帯電話機１０の画面の広告欄１２の広告をクリックしたとき、ステップＳ２６５において、図１２を参照して後述するクリックスルー通知処理が実行される。全てのイベント（広告主の登録、利用者エージェント１３からの広告の要求、利用者による広告のクリック）は、非同期的に動作するため、不要なイベントの終了を待つ必要がない。また、エージェント間の通信経路を保持する必要がない。
【００４１】
次に、図１１のフローチャートを参照して、仲介エージェント２２による広告募集手順について説明する。ステップＳ２７１において、利用者エージェント１３から送信されてきた広告要求を受信する。次に、ステップＳ２７２において、適切なカテゴリの広告主を検索する。次に、ステップＳ２７３において、広告主の広告エージェント３２に対して広告を募集する。ステップＳ２７４においては、記憶装置２５に記憶されている評価戦略に基づいて、募集結果を評価し、広告エージェント３２の提案から適切なものを必要な数だけ決定する。ここで、評価戦略とは、適切な提案を選出するためのルールセット（例えば、最も価格の安いものを取るなど）である。
【００４２】
次に、ステップＳ２７５において、適切な広告の提案があったか否かが判定され、適切な広告の提案がなかったと判定された場合、ステップＳ２７３に戻り、ステップＳ２７３以降の処理が繰り返し実行される。一方、適切な広告の提案があったと判定された場合、ステップＳ２７６に進む。
【００４３】
ステップＳ２７６においては、広告エージェント３２から適切な広告の提案があった場合、利用者エージェント１３に対してその広告を提案する。ステップＳ２７７においては、利用者エージェント１３により、提案した広告が受け入れられたか否かが判定される。利用者エージェント１３により、提案した広告が受け入れられた（許可された）と判定された場合、ステップＳ２７８において、広告エージェント３２は広告データに対応するＵＲＬを利用者エージェント１３に配信する。一方、利用者エージェント１３により、提案した広告が受け入れられなかった（拒否された）と判定された場合、そのまま何もせず、処理を終了する。
【００４４】
次に、図１２のフローチャートを参照して、仲介エージェント２２によるクリックスルー通知の処理手順について説明する。ステップＳ２８１において、利用者エージェント１３から、利用者によるクリックスルーの通知を受け取る。次に、ステップＳ２８２において、受け取った情報を元に、記憶装置２３に記憶されている取引履歴を更新する。取引履歴とは、利用者がクリックした広告の種類、クリック回数、閲覧時間、閲覧場所等の履歴情報である。これらの情報は、広告主の検索や広告の評価に再利用される。次に、ステップＳ２８３において、クリックされた広告を提供した広告主に対して、広告料金の課金を行う。
【００４５】
次に、図１３のフローチャートを参照して、仲介エージェント２２による広告登録の処理手順について説明する。ステップＳ２９１において、広告エージェント３２または広告主の管理者から、広告情報を受け取る。広告情報とは、利用者エージェント１３の要求に応じた広告主を検索するための情報である。例えば、広告主の情報、広告の種類、ＵＲＬ等である。次に、ステップＳ２９２において、受け取った広告情報は、記憶装置２４に記憶されている広告主ＤＢに保存、更新される。
【００４６】
次に、図１４のフローチャートを参照して、広告エージェント３２によるイベント監視処理手順について説明する。まず最初に、ステップＳ３０１において、広告エージェント３２が有効である間、すなわち、広告エージェント３２が活性化している間、広告エージェント３２のイベントを監視し、イベント発生時にイベントに応じた処理を割り振り、ステップＳ３０２以降の処理が繰り返し実行されるように制御される。ステップＳ３０２においては、イベントが発生したか否かが判定される。その結果、イベントが発生したと判定された場合、イベントに応じた処理が実行される。
【００４７】
仲介エージェント２２から広告募集があったとき、ステップＳ３０３において、図１５を参照して後述する広告提案処理が実行される。利用者エージェント１３に広告を配信するとき、ステップＳ３０４において、図１６を参照して後述する広告配信処理が実行される。利用者が携帯電話機１０の画面の広告欄１２の広告をクリックしたとき、ステップＳ３０５において、図１７を参照して後述するクリックスルー通知処理が実行される。全てのイベント（仲介エージェント２２からの広告募集、利用者エージェント１３に対する広告配信、利用者による広告のクリック）は、非同期的に動作するため、不要なイベントの終了を待つ必要がない。また、エージェント間の通信経路を保持する必要がない。
【００４８】
次に、図１５のフローチャートを参照して、広告エージェント３２による広告提案の処理手順について説明する。ステップＳ３１１において、仲介エージェント２２から送信されてきた広告提案の要求（広告募集）を受信する。次に、ステップＳ３１２において、適切なカテゴリの広告を検索する。次に、ステップＳ３１３において、広告主が広報活動のために準備した広報戦略を読み込む。広報戦略は、ステップＳ３１４における入札価値の見積もりで用いられる評価ルールとデータを含んでいる。
【００４９】
次に、ステップ３１４において、広告戦略の内容と、後述する広告エージェント３２の評価モデルを使用して、広告の入札価値を見積もる。次に、ステップＳ３１５において、入札価値を評価して、広告の提案が可能であるか否かが判定される。その結果、広告の提案が不可能であると判定された場合、処理を終了する。一方、広告の提案が可能であると判定された場合、ステップＳ３１６に進む。
【００５０】
ステップＳ３１６においては、仲介エージェント２２に対して価格と広告を提案する。次に、ステップＳ３１７において仲介エージェント２２が提案した価格と広告を受け入れたか否かが判定される。仲介エージェント２２が提案した価格と広告を受け入れなかった（拒否した）場合、そのまま処理を終了する。一方、仲介エージェント２２が提案した価格と広告を受け入れた（許可した）場合、広告を利用者エージェント１３に配信するためのＵＲＬを送信する。
【００５１】
次に、図１６のフローチャートを参照して、広告エージェント３２による広告配信の処理手順について説明する。ステップＳ３２１において、利用者エージェント１３から広告の配信依頼（広告要求）を受け取る。次に、ステップＳ３２２において、広告を利用者エージェント１３に配信する。
【００５２】
次に、図１７のフローチャートを参照して、広告エージェント３２によるクリックスルー通知の処理手順について説明する。ステップＳ３３１において、仲介エージェント２２または利用者エージェント１３から、利用者によるクリックスルーの通知を受け取る。次に、ステップＳ３３２において、受け取った情報を元に、記憶装置３５に記憶されている取引履歴を更新する。取引履歴とは、利用者がクリックした広告の種類、クリック回数、閲覧時間、閲覧場所等の履歴情報である。これらの情報は、広告主の検索や広告入札の価値評価に再利用される。次に、ステップＳ３３３において、仲介エージェント２２から要求された広告料の課金処理を行う。
【００５３】
次に、図１８のシーケンス図を参照して、利用者、利用者エージェント１３、仲介エージェント２２、および広告エージェント３２間の対話プロトコルについて説明する。利用者、利用者エージェント１３、仲介エージェント２２、広告エージェント３２は、広告表示プロセスと広告クリックスループロセスを通じて、図１８に示したシーケンスに従ったメッセージ通信（対話）を行う。後述する同期メッセージとは、相手の返信メッセージを受け取るまで処理を中断（同期処理）するものである。非同期メッセージとは、相手の返信メッセージを待たずに処理を続けて、任意のタイミングで受信（非同期処理）するものである。非同期メッセージの通信では、返信メッセージを受信するまでの空き時間には、通信状態を保持しておく必要はなく、任意に通信を切断することができる。
【００５４】
まず最初に、ステップＳ３４１において、利用者は非同期メッセージにより広告表示を要求する。次に、ステップＳ３４２において、利用者エージェント１３は、利用者からの広告表示要求に応じて、非同期メッセージにより、仲介エージェント２２に対して広告を募集する（例えば、カテゴリとして「レストラン｜金融」を指定して非同期メッセージにより仲介エージェント２２に対して広告を募集する）。次に、ステップＳ３４３において、仲介エージェント２２は、同期メッセージにより広告エージェント３２に対して広告を募集する。
【００５５】
次に、ステップＳ３４４において、広告エージェント３２は、同期メッセージにより、仲介エージェント２２に対して広告提案（例えば、「Ａレストラン、朝食メニュー」の提案）を行う。次に、仲介エージェント２２は、ステップＳ３４５において、同期メッセージにより広告エージェント３２に対して提案棄却を行うか、または、ステップＳ３４６において、同期メッセージにより広告エージェント３２に対して提案受理を行う。
【００５６】
次に、ステップＳ３４７において、仲介エージェント２２は、非同期メッセージにより利用者エージェント１３に対して広告提案（例えば、「Ａレストラン、朝食メニュー」の提案）を行う。次に、利用者エージェント１３は、ステップＳ３４８において、非同期メッセージにより仲介エージェント２２に対して提案棄却を行うか、または、ステップＳ３４９において、非同期メッセージにより仲介エージェント２２に対して提案受理を行う。提案受理の場合、ステップＳ３５０において、利用者エージェント１３は、同期メッセージにより仲介エージェント２２を介して広告エージェント３２に対し、配信要求（例えば、「Ａレストラン、朝食メニュー」の配信要求）を行う。
【００５７】
次に、ステップＳ３５１において、利用者エージェント１３から仲介エージェント２２を介して配信要求を受けた広告エージェント３２は、同期メッセージにより仲介エージェント２２を介して利用者エージェント１３に対し、広告配信（広告のＵＲＬ（例えば、「ｈｔｔｐ：／／広告ＵＲＬ」）の配信）を行う。
【００５８】
次に、ステップＳ３５２において、利用者エージェント１３は、非同期メッセージにより広告エージェント３２から仲介エージェント２２を介して配信された広告のＵＲＬにアクセスし、その広告を携帯電話機１０の画面の広告欄１２に表示する。ステップＳ３５３においては、利用者が携帯電話機１０の画面の広告欄１２に表示された広告をクリックした場合、非同期メッセージにより利用者エージェント１３に対してクリック通知がなされる。すなわち、利用者エージェント１３のイベント監視により、利用者が広告欄１２に表示されている広告をクリックしたことが検出される。
【００５９】
次に、ステップＳ３５４において、利用者エージェント１３は、クリック通知を受けて仲介エージェント２２に対して非同期メッセージによりクリック通知を行う。例えば、利用者によってクリックされた広告のＵＲＬ（例えば、「ｈｔｔｐ：／／広告ＵＲＬ」）を通知する。次に、ステップＳ３５５において、仲介エージェント２２は、利用者エージェント１３からのクリック通知を受けて、広告エージェント３２に対して同期メッセージによりクリック通知を行う。次に、ステップＳ３５６において、広告エージェント３２は、仲介エージェント２２に対して同期メッセージにより課金処理通知を行う。
【００６０】
次に、図１５のステップＳ３１４における広告エージェント３２の評価モデルについて説明する。まず、広告エージェント３２の概要について説明する。広告エージェント３２は、広告主に代わって広告欄１２を競売（入札）する。広告エージェント３２は、携帯電話機１０への広告配信を最適化することを目的にしている。広告エージェント３２は、「いつ」、「どの」広告を携帯電話機１０に提供するかを決定する。広告エージェント３２の動作は、利用者の入力によって決定されるだけでなく、過去の取引履歴をもとに最適化されながら決定される。
【００６１】
広告エージェント３２は、広告の競売を要求した仲介エージェント２２と対話することができる。入札価格と広告種類の選択には、広告主側の意思決定者（広報担当者）の戦略的決定はもとより、過去の取引履歴も参考とされる。図１９は、広告エージェント３２の概要を示す図である。同図に示すように、広告エージェント３２は、入札依頼に対して広告の入札を行う。その際、意志決定者（広告主の広報担当者）が広告宣伝費や販売戦略をもとに決定した入札価格の決定戦略などの利用者プリファレンス（広報戦略、入札戦略、広報用予算枠等）や、ＥＲＰシステム３６（一般的なＥＲＰ（Ｅｎｔｅｒｐｒｉｓｅ  Ｒｅｓｏｕｒｃｅ  Ｐｌａｎｎｉｎｇ）パッケージ、たとえば、商品・在庫データベース、受発注予測パッケージ、管理会計パッケージなど）から提供される過去の取引履歴、発注方法、発注見込み等に基づいて、広告データベース３３から提供すべき広告を検索する。
【００６２】
広告エージェント３２は、次のような機能を提供する。
（１）広告欄１２をいくらで入札するかを決定する。
（２）広告価格、プロモーション、言語のカスタマイズ（ニーズに合わせて変更）を行う。
（３）過去の取引履歴に基づいて、ルールや動作を見直し、更新する。
【００６３】
また、広告エージェント３２の動作決定は下記の２種類の技術を応用して行っている。
（１）ルールベース技術：利用者情報に基づいて、ルールによる価値評価とエージェントの動作を予見して決定するもの。
（２）ニューラルネットワーク：ニューラルネットワークは、システムのルール自体を変更することは難しいが、学習によって利用価値のある値（期待値）の見積もりに適したデータマイニング技術である。
【００６４】
次に、入札価格の決定方法について説明する。ここでは、広告エージェント３２がニューラルネットワークとルールを使って、どのような手順で適切な入札価格を決定するのかについて説明する。ここでの事例における入札価格決定では、落札成功のために利用者がいくらで入札すべきかを考える。
【００６５】
図２０は、入札価格に相当する価値を見積もるための評価モデルの例を示している。この例では、広告エージェント３２が、外国人のビジネスマンに対して、東京の日本食レストラン（寿司屋）がどのように広告を提示すべきかを推測し、利用者の携帯電話機１０の広告欄１２をＪＰＹ（日本円）１５（円）の価値で入札する意思決定を行うまでの過程を表したものである。
【００６６】
広告エージェント３２は、最適な見返り（リターン）を得るために入札額を変更、設定することができる。特徴としては、入札の機能だけでなく、利用者プロファイル（利用者情報）、過去の取引履歴や現在の状態（場所とタイミング）を考慮する機能を持つことである。これらのデータをもとに、広告エージェント３２は、以下の「期待値」と「価値」を見積もる。
【００６７】
ニューラルネットワークは、以下の期待値を見積もるために使用される。
（１）落札に対する期待値
この期待値は、入札価格の決定関数のみならず、利用者情報、現在の時間（時刻）、場所に依存した比較関数である。これは次のような関数で表すことができる。
関数ｆ（入札価格，利用者情報，時間，場所）
（２）利用者のクリックスルーに対する期待値（落札したら与えられる）（詳細は後述する）。
（３）商品成約（発注）に対する期待値（クリックスルーしたら与えられる）
入札価格の期待値に類似している。これは次のような関数で表すことができる。
関数ｆ（利用者情報，時間，場所）
【００６８】
ルールベース機構（技術）は、評価モデルの価値ノードを見積もるために使うことができる。
（１）ブランドインパクト（パッシブ）：利用者がクリックを行わなかった場合でも、ブランドイメージを与える広告を見たという価値を与える。つまり、意識的もしくは無意識的に、利用者がそのブランドを意識している。
（２）ブランドインパクト（アクティブ）：利用者がサイトを訪れるためにクリックした場合、利用者がそのブランドを記憶して、今後も意識する見込みが増える。
（３）カスタマバリュー：利用者が商品を購入することによる利益（利用者による将来的な購入による利益でも可）が広告主に生じる可能性がある。この価値は、それが新規顧客であるかリピート顧客であるかに依存する。
【００６９】
図２０に示した入札価格に相当する価値を見積もるための評価モデルの例では、東京の日本食レストランが外国人のビジネスマンに広告を宣伝した場合、ＪＰＹ１５の入札でＪＰＹ８の利益が期待できる。
【００７０】
以下の表１は、このシナリオの計算結果をまとめたものである。
【００７１】
【表１】
2005222500.tif 000003
【００７２】
以下では、ニューラルネットワークを使って、どのようにして図２０に示した期待ノード（クリックスルー部）を計算するのかについて説明する。その後、価値ノード（カスタマバリュー部）を計算するためのルールの例について説明する。
【００７３】
まず、上記評価モデルにおいて、クリックスルー期待値をニューラルネットワークを使って見積もる方法について説明する。図２１は、ニューラルネットワークを使ったクリックスルー期待値の計算方法を示す図である。ここでは、外国人のビジネスマンが、東京の日本食レストラン（寿司屋）が出した昼食の広告をクリックする期待値を計算する例を示している。ここで、ニューロン（丸図形）の内部の数値は、出力と、各ニューロンの重みに相当する矢印の値を決定するために使われる。図中の表は、データを処理するためのルールだけでなく、入力値、処理後の値も表している。つまり、それらの入力を０から１の間の数値に変換している。ニューラルネットワークの「入力層」は「隠れ層」に値を渡す際に、シグモイド関数を使った計算を行う。
【００７４】
ｆ（ｘ）＝１／（１＋ｅ−ｘ）
ここでｘは、全ての入力の重みの合計値と等しい。
【００７５】
図２１に示したように、ニューラルネットワークは、利用者が広告をクリックする期待値を０．４５４として計算している。ここで、図２１に示した一般的なニューラルネットを使った計算モデルについて簡単に説明しておく。ニューロンの入力(丸の上からの数値（この例では、１，１，１，１，１，１）)と閾値(丸の真ん中の数値（１，０，１，１，０．６２５，１)から、シグモイド関数を使った計算によりニューロンの出力を求める。各出力を定められた重み（ｗｅｉｇｈｔ  ｏｆ  ｏｕｔｐｕｔ）によって次層のニューロンの入力に割り当てる。次層のニューロンは、入力値の総和にもとづいて先の計算を繰り返すことで出力値を計算する。また、ニューロンによっては入力定数（ｆｉｘｅｄ  ｉｎｐｕｔ）を持つセルがある。この場合、先の計算においてこの定数を用いる。ネットワーク全体の出力値がクリックスルーの期待値（ｐｒｏｂａｂｉｌｉｔｙ  ｏｆ  ｃｌｉｃｋｉｎｇ  ｔｈｒｏｕｇｈ）となる。
【００７６】
次に、価値ノードの決定と書き換え可能なルールベース（ＲＢ）を使った広告のカスタマイズについて説明する。ここでは、広告エージェント３２がその行動を決定するために、どのようにしてＲＢとルールを使うかについて説明する。また、ここでは、図２０のカスタマバリューをどのように計算するかという具体例について説明する。
【００７７】
寿司屋の広告を見ている利用者（外国人）は表２に示すようなプロファイル（属性）を持つ。表２は、アメリカ人ビジネスマンの利用者プロファイルの例を示している。
【００７８】
【表２】
2005222500.tif 000004
【００７９】
同時に、ベンダー（例えば、寿司屋等）は、異なる利用者の期待値の見積もり規準を提供する属性を持つ。例えば、表３に示すような属性値を、手動、またはベンダーの持つＥＲＰシステムからウェブサービスを使って得ることができる。表３は、日本食レストラン（寿司屋）のベンダープロファイルの例を示している。
【００８０】
【表３】
2005222500.tif 000005
【００８１】
利用者もまた、利用者視点からのカスタマバリューの計算を決定する計算ルールを提供する。ＲＢを使うことで、以下のようなルールを更新することができる。
If T in [11.30-14.00] then Lunch Time (LT) = True
If not LT then PL = 0
If T in [17.30-22.00] then Dinner Time (DT) = True
If not DT then PD = 0
If customer is International then Profit New Customer (PN) = 0
If customer is not new then Profit from New Customer (PN) = 0
If customer is not international then Profit International (VI) = 0
SR = SR * Current exchange Rate (100 JPY/USD)
【００８２】
ＲＢを使うことで、ベンダーは利用者から見積もった期待値を決定する計算ルールを徐々に追加、修正することができる。例えば、寿司屋は外国客に対する経験を後々積むことができる可能性がある。その結果、アメリカ人は他国の客に比べて浪費する傾向にあることが分かり、以下のような計算ルールを追加する可能性がある。
If customer is International and American then VI = VI * 1.5
【００８３】
次に、期待値の平均化を行う。カスタマバリューは一般に次のように平均化できる。
カスタマバリュー（ＣＶ）＝ＰＤ＋ＰＬ＋ＰＮ＋ＶＩ＋Ｋｓ（ＳＲ−２０００）
先の例では、ＰＤ＝０、ＰＬ＝２２０、ＰＮ＝０、ＶＩ＝１３０、Ｋｓ＝０．０５２６、ＳＲ＝ＵＳＤ（＄）５５＝ＪＰＹ５５００とすると、以下のように計算できる。
カスタマバリュー＝０＋２２０＋０＋１３０＋０．０５２６＊（５５００−２０００）                  ＝ＪＰＹ５３４
【００８４】
これは表２の計算値と一致する。もし、アメリカ人の顧客に関するＲＢが適用されれば、ＶＩ＝１９５（＝１３０＊１．５）となるので、カスタマバリューはＪＰＹ５９９に引き上げられる。
【００８５】
次に、計算ルールを使った広告のカスタマイゼーションについて説明する。利用者はさらに、どの広告を見せるかを決定するためにもＲＢを使うことができる。以下は、日本の寿司屋が広告をカスタマイズするためのルールの例を示している。
If Customer Distance > 3 km then do not advertise
If Dinner Time then show Dinner offer
If Lunch Time then show Lunch offer
If customer is International then language = English
このルールの結果、この広告は英語で書かれたお勧め昼食メニューが表示されたものとなる。
【００８６】
ＲＢ技術はベンダーが簡単にルールを追加できる方法を提供する。例えば、もし利用者が外国人で、＄５０以上の携帯電話の特典プランを持っているときは、スペシャルメニューを勧めるようなルールを追加することができる。
【００８７】
なお、上記実施の形態の構成および動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更することができることは言うまでもない。
【図面の簡単な説明】
【００８８】
【図１】本発明の広告配信システムの一実施の形態の構成例を示すブロック図である。
【図２】広告表示プロセスを示すフローチャートである。
【図３】広告クリックスループロセスを示すフローチャートである。
【図４】エージェントのイベント通知の関係を示す図である。
【図５】利用者エージェントのイベント監視の処理手順を示すフローチャートである。
【図６】利用者エージェントの広告要求の処理手順を示すフローチャートである。
【図７】利用者エージェントの広告表示の処理手順を示すフローチャートである。
【図８】利用者エージェントのクリックスルー処理の処理手順を示すフローチャートである。
【図９】利用者エージェントの利用者情報設定の処理手順を示すフローチャートである。
【図１０】仲介エージェントのイベント監視処理の処理手順を示すフローチャートである。
【図１１】仲介エージェントの広告募集の処理手順を示すフローチャートである。
【図１２】仲介エージェントのクリックスルー通知の処理手順を示すフローチャートである。
【図１３】仲介エージェントの広告登録の処理手順を示すフローチャートである。
【図１４】広告エージェントのイベント監視の処理手順を示すフローチャートである。
【図１５】広告エージェントの広告提案の処理手順を示すフローチャートである。
【図１６】広告エージェントの広告配信の処理手順を示すフローチャートである。
【図１７】広告エージェントのクリックスルー通知の処理手順を示すフローチャートである。
【図１８】利用者および各エージェント間の対話プロトコルを示す図である。
【図１９】広告エージェントの概要を説明するためのものである。
【図２０】入札価格に相当する価値を見積もるための評価モデルの例を示す図である。
【図２１】ニューラルネットワークを使ったクリックスルー期待値の計算方法を示す図である。
【符号の説明】
【００８９】
１０  携帯電話機
１１  携帯電話システム
１２  広告欄
１３  利用者エージェント
１４，１５，２３，２４，２５，２６  記憶装置
２０  広告仲介サーバ
２１  広告仲介システム
２２  仲介エージェント
３０−１，３０−２，３０−３  広告発行サーバ
３１−１，３１−２，３１−３  広告発行システム
３２−１，３２−２，３２−３  広告エージェント
３３−１，３３−２，３３−３  記憶装置
３４−１，３４−２，３４−３  記憶装置
３５−１，３５−２，３５−３  記憶装置
３６  ＥＲＰシステム
１００  携帯電話網
【図１】
2005222500.tif 000006
【図２】
2005222500.tif 000007
【図３】
2005222500.tif 000008
【図４】
2005222500.tif 000009
【図５】
2005222500.tif 000010
【図６】
2005222500.tif 000011
【図７】
2005222500.tif 000012
【図８】
2005222500.tif 000013
【図９】
2005222500.tif 000014
【図１０】
2005222500.tif 000015
【図１１】
2005222500.tif 000016
【図１２】
2005222500.tif 000017
【図１３】
2005222500.tif 000018
【図１４】
2005222500.tif 000019
【図１５】
2005222500.tif 000020
【図１６】
2005222500.tif 000021
【図１７】
2005222500.tif 000022
【図１８】
2005222500.tif 000023
【図１９】
2005222500.tif 000024
【図２０】
2005222500.tif 000025
【図２１】
2005222500.tif 000026