JP2014006728A - 広告課金額決定装置、広告課金額決定方法およびプログラム - Google Patents

Abstract

【課題】広告の配信に係る負荷を考慮して課金額を決定することができるようにする。
【解決手段】Ｗｅｂサーバ２０は、広告に対する課金額の標準額を取得する標準額取得手段２１４と、広告の配信に係る負荷を評価する負荷評価手段２１７と、負荷の評価値および標準額に応じて課金額を決定する課金額決定手段２１５と、を備える。
【選択図】図４

Description

本発明は、広告課金額決定装置、広告課金額決定方法およびプログラムに関する。

広告に課金するための課金モデルには様々なものが存在する。例えば特許文献１ではクリック単価とクリック数、あるいはインプレッション単価とインプレッション数に応じて広告への課金を行うことが記載されている。

特開２０１２−５０７７７９号公報

広告が入稿されるとその内容を審査し、審査を通った広告についてはその広告データを記憶し、記憶したものの中から配信用の広告データを抽出する処理を行うことになり、広告の配信には各種の負荷が発生する。しかしながら、特許文献１に記載のシステムでは、こうした広告の配信に係る負荷については何ら考慮されていない。

本発明は、このような背景を鑑みてなされたものであり、広告の配信に係る負荷を考慮して課金額を決定することのできる、広告課金額決定装置、広告課金額決定方法およびプログラムを提供することを目的とする。

上記課題を解決するための本発明の主たる発明は、広告の課金額を決定する装置であって、前記広告に対する課金額の標準額を取得する標準額取得手段と、前記広告の配信に係る負荷を評価する負荷評価手段と、前記負荷の評価値および前記標準額に応じて前記課金額を決定する課金額決定手段と、を備えることとする。

また、本発明の広告課金額決定装置では、前記負荷の評価値には、前記広告の記憶および読み出しに係る負荷を評価したシステム負荷評価値が含まれ、前記負荷評価手段は、前記広告に関連する関連情報の量を示す関連情報量を取得し、前記関連情報量に応じて前記システム負荷評価値を算出するようにしてもよい。

また、本発明の広告課金額決定装置では、前記広告にはキーワードが対応付けられており、前記関連情報は前記キーワードであり、前記関連情報量は前記広告に対応付けられている前記キーワードの数であり、前記広告に対して課金した実績値を取得する課金実績取得手段をさらに備え、前記負荷評価手段は、前記関連情報量および前記実績値に応じて前記システム負荷評価値を算出するようにしてもよい。

また、本発明の広告課金額決定装置では、前記負荷の評価値には前記広告の審査に係る負荷を評価した審査負荷評価値が含まれ、前記負荷評価手段は、前記広告が配信可能か否かを審査した結果を示す審査情報を取得し、配信不能の結果を示す前記審査情報の数である拒絶数と、全ての前記審査情報の数に対する前記拒絶数の割合との少なくともいずれかに応じて前記審査負荷評価値を算出するようにしてもよい。

また、本発明の広告課金額決定装置では、前記負荷の評価値には、前記広告の記憶および読み出しに係る負荷を評価したシステム負荷評価値と、前記広告の審査に係る負荷を評価した審査負荷評価値とが含まれ、前記負荷評価手段は、前記広告に関連する関連情報の量を示す関連情報量を取得し、前記関連情報量に応じて前記システム負荷評価値を算出し、前記広告が配信可能か否かを審査した結果を示す審査情報を取得し、配信不能の結果を示す前記審査情報の数である拒絶数と、全ての前記審査情報の数に対する前記拒絶数の割合との少なくともいずれかに応じて前記審査負荷評価値を算出するようにしてもよい。

また、本発明の広告課金額決定装置では、前記広告に対して課金した実績値を取得する課金実績取得手段をさらに備え、前記負荷評価手段は、前記拒絶数に前記拒絶率を足した値を２で割った商と、前記実績値を前記関連情報量で割った商に−１を乗じた値との合計を２で割って前記負荷の評価値を算出するようにしてもよい。

また、本発明の他の態様は、広告の課金額を決定する方法であって、コンピュータが、前記広告に対する課金額の標準額を取得するステップと、前記広告の配信に係る負荷を評価するステップと、前記負荷の評価値および前記標準額に応じて前記課金額を決定するステップと、を実行することとする。

また、本発明の他の態様は、広告の課金額を決定するためのプログラムであって、コンピュータに、前記広告に対する課金額の標準額を取得するステップと、前記広告の配信に係る負荷を評価するステップと、前記負荷の評価値および前記標準額に応じて前記課金額を決定するステップと、を実行させることとする。

その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。

本発明によれば、広告の配信に係る負荷を考慮して課金額を決定することができる。

本実施形態の広告配信システムにおいて表示される画面１の一例を示す図である。 本実施形態の広告配信システムの全体構成を示す図である。 Ｗｅｂサーバ２０のハードウェア構成例を示す図である。 Ｗｅｂサーバ２０のソフトウェア構成例を示す図である。 広告データベース２５２に記憶される広告情報の構成例を示す図である。 入札データベース２５３に記憶される入札情報の構成例を示す図である。 審査ログ記憶手段２５４に記憶される審査ログの構成例を示す図である。 インプレッションログ記憶手段２５５に記憶されるインプレッションログの構成例を示す図である。 クリックログ記憶手段２５６に記憶されるクリックログの構成例を示す図である。 調整率記憶手段２５７の構成例を示す図である。 調整率の算出処理の流れを示す図である。 審査負荷の評価処理の流れを示す図である。 システム負荷の評価処理の流れを示す図である。 Ｗｅｂサーバ２０により行われる処理の流れを示す図である。 課金額の決定処理の流れを示す図である。

＝＝（１）概要＝＝
以下、本発明の一実施形態に係る広告配信システムについて説明する。本実施形態の広告配信システムは、検索キーワードに対応するＷｅｂページを検索するいわゆる検索エンジンにおいて、検索キーワードに関連する広告を配信することを想定する。図１は本実施形態の広告配信システムにおいて表示される画面１の一例を示す図である。図１の例では、入力欄２に入力された検索キーワードに応じて検索結果が表示欄３に表示されるとともに、検索キーワードに関連する広告４が表示されている。

広告主は検索キーワードに対して広告と入札額とを設定しておき、入札額と広告４が表示された数（以下、インプレッション数という。）とに応じて広告主に対する課金が行われるところ、本実施形態の広告配信システムでは、広告主に対する課金額を、広告の配信に係る負荷に応じて課金額を調整する。

広告の配信に係る負荷には、広告の審査に係る負荷（以下、審査負荷という。）と、広告を記憶し検索するためのシステム資源に係る負荷（以下、システム負荷という。）とが含まれる。

広告の審査とは、広告主が広告を表示するためのデータ（以下、広告データという。）を入稿した際に、当該広告の配信が可能か否かを判定する審査である。この審査は、例えば、不適切なワードが含まれていないかどうか、他社の著作権に抵触する表現が含まれていないかどうかなどの観点により人手により行われる。本実施形態では、入稿された広告データごとに審査結果を示す情報（以下、審査結果情報という。）が取得可能であるものとし、広告主ごとに、当該広告主から入稿された広告データについて、配信不可能との判定結果を示す審査結果情報の数（以下、リジェクト数という。）と、配信不可能との判定がなされた割合（以下、リジェクト率という。）とに応じて、広告主ごとの審査負荷を評価する。リジェクト数およびリジェクト率が大きいほど審査負荷も大きく評価される。

システム負荷は、広告主ごとの広告に関連する情報の量に基づいて評価される。本実施形態では、広告主が入札した検索キーワード１つあたりの課金実績、すなわち、過去所定期間内において広告主に実際に課金された金額（以下、課金実績値という。）を検索キーワードの数で割った値（単位課金実績値という。）に応じて広告主ごとのシステム負荷が評価される。課金実績値が大きいほど審査負荷は小さく評価される。

本実施形態では、広告の配信に係る負荷に応じた係数（以下、調整率という。）を求め、入札額に基づいて決定される課金額の標準額に調整率を乗じて課金額が決定される。具体的には、リジェクト率の偏差値をＺ１、リジェクト数の偏差値をＺ２、広告主が入札した検索キーワード１つあたりの課金額の実績値（以下、課金単価という。）の偏差値をＺ３として、調整率Ｑは次式により求められる。
Ｑ＝｛（Ｚ１＋Ｚ２）÷２＋（−１×Ｚ３）｝÷２

また、本実施形態では、検索キーワードに対して入札した広告を入札額の高いものから配信を行い、配信した広告の入札額の次に高い入札額を課金額の標準額として、標準額に上記調整率を乗じたものを、入札額を上限として課金額とする。
以下、詳細について説明する。

＝＝（２）システム構成＝＝
図２は、本実施形態の広告配信システムの全体構成を示す図である。本実施形態の広告配信システムは、Ｗｅｂサーバ２０を含んで構成される。Ｗｅｂサーバ２０には通信ネットワーク３０を介してユーザ端末１０が通信可能に接続される。通信ネットワーク３０は、例えば、インターネットやＬＡＮ（Local Area Network）であり、公衆電話回線網や専用電話回線網、無線通信路、イーサネット（登録商標）通信路などにより構築される。通信ネットワーク３０ではＴＣＰ／ＩＰによる通信が行われているものとする。

ユーザ端末１０は、ユーザが操作する、例えば携帯電話端末やスマートフォン、タブレットコンピュータ、ノートコンピュータ、パーソナルコンピュータなどのコンピュータである。ユーザ端末１０ではＷｅｂブラウザが動作し、ユーザはＷｅｂブラウザを利用してＷｅｂサーバ２０にアクセスする。

Ｗｅｂサーバ２０は、検索エンジンのサービスを提供する、例えばパーソナルコンピュータやワークステーションなどのコンピュータである。Ｗｅｂサーバ２０は、１台のコンピュータであってもよいし、複数台のコンピュータにより実現するようにしてもよい。本実施形態では、Ｗｅｂサーバ２０は、ユーザ端末１０から検索キーワードを受信し、受信した検索キーワードに応じたＷｅｂページの検索結果とともに、検索キーワードに関連する広告を表示するための画面１を表示するためのデータ（以下、画面データという。画面データは例えばＨＴＭＬ（HyperText Markup Language）などにより記述される。）をユーザ端末１０に送信することを想定している。

＝＝（３）ハードウェア＝＝
図３は、Ｗｅｂサーバ２０のハードウェア構成例を示す図である。Ｗｅｂサーバ２０は、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４、入力装置２０５、出力装置２０６を備える。記憶装置２０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。ＣＰＵ２０１は記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより各種の機能を実現する。通信インタフェース２０４は、通信ネットワーク３０に接続するためのインタフェースであり、例えば、イーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信網に接続するための無線通信機などである。入力装置２０５は、データの入力を受け付ける、例えばキーボードやマウス、トラックボール、タッチパネル、マイクロフォンなどである。出力装置２０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。Ｗｅｂサーバ２０は複数の入力装置２０５及び出力装置２０６を備えるようにすることもできる。

＝＝（４）ソフトウェア＝＝
図４は、Ｗｅｂサーバ２０のソフトウェア構成例を示す図である。Ｗｅｂサーバ２０は、ＨＴＴＰ処理手段２１１、Ｗｅｂページ作成手段２１２、広告選択手段２１３、標準額取得手段２１４、課金額決定手段２１５、ログ収集手段２１６、負荷評価手段２１７の各処理手段と、Ｗｅｂ情報データベース２５１、広告データベース２５２、入札データベース２５３、審査ログ記憶手段２５４、インプレッションログ記憶手段２５５、クリックログ記憶手段２５６、調整率記憶手段２５７の各記憶手段、とを備える。なお、上記各処理手段は、Ｗｅｂサーバ２０が備えるＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現される。

＝＝（５）記憶手段の説明＝＝
Ｗｅｂ情報データベース２５１は、Ｗｅｂページを作成するための情報（以下、Ｗｅｂ情報という。）を記憶する。Ｗｅｂ情報は、例えば、ＨＴＭＬで記述されたファイルや、ＣＧＩ（Common Gateway Interface）などの仕組みにより実行されるプログラムを格納したプログラムファイル、画像ファイルなどである。Ｗｅｂ情報データベース２５１は、例えば、Ｗｅｂサーバ２０で動作するオペレーティングシステムが提供するファイルシステムのディレクトリやフォルダにより実現することができる。

広告データベース２５２は、広告を表示するための情報（以下、広告情報という。）を記憶する。図５は、広告データベース２５２に記憶される広告情報の構成例を示す図である。広告情報には、広告の識別情報である広告ＩＤに対応付けて、広告のランディングページを示すＵＲＬ（Uniform Resource Locator）、ならびに広告のタイトルおよび説明が含まれる。本実施形態では、図１の画面１にタイトル４１および説明４２の文字列が広告４として表示されることを想定しているが、これに限らず画像や動画、音声などを広告４として画面１に埋め込むようにしてもよい。この場合、画像や動画、音声などを示すＵＲＬを広告情報に含めるようにすることができる。

入札データベース２５３は、キーワードについて広告主が設定する入札額を含む情報（以下、入札情報という。）を記憶する。広告主は、キーワードに関連付けて表示したい広告と、その広告の配信について課金される上限の金額としての入札額とを入札する。図６は、入札データベース２５３に記憶される入札情報の構成例を示す図である。入札情報には、キーワードに対応付けて、広告ＩＤと、広告主を示す広告主ＩＤと、入札額とが含まれる。本実施形態では、広告主が複数の検索キーワードについて入札を行った場合、１つのキーワードについて１つの入札情報が登録されるものとする。入札額は、広告主に課金される最高額であり、本実施形態では、広告が表示されるごと（すなわち広告を含む画面情報がユーザ端末１０に送信されるごと）に広告主に対する課金額が加算される。なお、広告主への課金額を決定する処理については後述する。

審査ログ記憶手段２５４は、広告の審査結果を示す情報（以下、審査ログという。）を記憶する。図７は、審査ログ記憶手段２５４に記憶される審査ログの構成例を示す図である。審査ログには審査が行われた日時（審査日時）、審査された広告を示す広告ＩＤ、当該広告を入稿した広告主を示す広告主ＩＤ、および審査の結果が含まれる。本実施形態では、審査結果は、当該広告の配信が可能であることを示す「可」または当該広告の配信が不能であることを示す「不可」のいずれかであるものとする。なお、広告主から広告が入稿されて、審査が行われる度に、審査担当者により審査ログが審査ログ記憶手段２５４に登録されているものとする。

インプレッションログ記憶手段２５５は、画面１に広告４が表示されたこと（インプレッション）を示す情報（以下、インプレッションログという。）を記憶する。図８は、インプレッションログ記憶手段２５５に記憶されるインプレッションログの構成例を示す図である。インプレッションログには、画面１に広告４が表示された日時（配信日時）、画面１を閲覧したユーザを示すユーザＩＤ、画面１に表示された広告４を示す広告ＩＤ、当該広告を配信する契機となった検索キーワード、および広告についての課金額が含まれる。図１の例では、６つの広告４が表示されているので、ユーザが画面１を１度閲覧すると６つのインプレッションログが登録されることになる。

クリックログ記憶手段２５６は、ユーザが画面１に表示された広告４をクリックしたことを示す情報（以下、クリックログという。）を記憶する。図９は、クリックログ記憶手段２５６に記憶されるクリックログの構成例を示す図である。クリックログには、広告４がクリックされた日時（クリック日時）、広告４をクリックしたユーザを示すユーザＩＤおよびクリックされた広告４を示す広告ＩＤが含まれる。

調整率記憶手段２５７は調整率を記憶する。図１０は調整率記憶手段２５７の構成例を示す図である。同図に示すように、調整率記憶手段２５７には、広告主を示す広告主ＩＤに対応付けて調整率が記憶されている。

＝＝（６）処理手段の説明＝＝
ＨＴＴＰ処理手段２１１は、ＨＴＴＰの処理を行う。なお、ＨＴＴＰ処理手段２１１によるＨＴＴＰの処理は一般的なＷｅｂサーバの処理を想定している。
ＨＴＴＰ処理手段２１１は、ユーザ端末１０から送信されるＨＴＴＰのリクエストを受信する。リクエストにリダイレクトＵＲＬが指定されていた場合、ＨＴＴＰ処理手段２１１は、ログ収集手段２１６を呼び出してクリックログを登録させた上で、リクエストに含まれている広告ＩＤに対応する広告情報を広告データベース２５２から読み出し、読み出した広告情報に含まれているＵＲＬをリダイレクト先として指定した応答をユーザ端末１０に応答する。なお、リクエストにはユーザＩＤが設定されているものとする。
一方、リクエストにリダイレクトＵＲＬ以外の、Ｗｅｂページを示すＵＲＬが指定された場合には、ＨＴＴＰ処理手段２１１は、Ｗｅｂページ作成手段２１２を呼び出してＷｅｂページを表示するための画面情報を作成させ、Ｗｅｂページ作成手段２１２が作成した画面情報をユーザ端末１０に応答し、ログ収集手段２１６を呼び出してインプレッションログを登録させる。

Ｗｅｂページ作成手段２１２は、Ｗｅｂページを表示するための画面情報を作成する。Ｗｅｂページ作成手段２１２は、広告選択手段２１３を呼び出して画面１に表示させる広告４を選択させ、選択された広告が広告４として表示されて、広告４がクリックされた場合にはリダイレクトＵＲＬがアクセスされるように、例えば広告情報のＵＲＬへのリンクタグを設定した広告情報のタイトルおよび広告情報の説明を画面情報に挿入する。なお、Ｗｅｂページ作成手段２１２が、広告４以外の各種のコンテンツを作成する処理については、一般的なＷｅｂサーバによる処理を用いるものとして、ここでは説明を省略する。

広告選択手段２１３は、Ｗｅｂページに表示する広告を選択する。なお、ＨＴＴＰのリクエストに検索キーワードが設定されていない場合には、一般的な処理を用いて、例えば画面１に表示されるコンテンツの内容に応じて、あるいはアクセスしてきたユーザに応じて広告情報を選択するものとし、以下ではＨＴＴＰのリクエストには検索キーワードが含まれているものとして説明する。
広告選択手段２１３は、ＨＴＴＰのリクエストに含まれている検索キーワードに対応する入札情報を入札データベース２５３から検索する。検索キーワードが複数含まれている場合には、各検索キーワードに対応する入札情報を検索する。広告選択手段２１３は、入札額の高い順に所定数（図１の例では６つ）の入札情報に含まれている広告ＩＤを配信用の広告情報（以下、配信情報という。）を示す広告ＩＤとして選択する。

標準額取得手段２１４は、広告についての課金額を決定するための標準とする金額（以下、標準額という。）を取得する。標準額は検索キーワードによって変わる。本実施形態では、標準額取得手段２１４は、課金対象の広告に対する入札金額の次に高い入札額を標準額として決定する。

課金額決定手段２１５は、広告の配信に係る負荷に応じて標準額を調整した課金額を決定する。本実施形態では、課金額決定手段２１５は、標準額に調整率を乗じた値または入札額の小さい方を課金額として決定する。すなわち、課金額をＡ、調整率をＱ、標準額をＣＰＣとすると、課金額Ａは次式により求められる。
Ａ＝ｍｉｎ（入札額，ＣＰＣ×Ｑ）

ログ収集手段２１６は、インプレッションログ及びクリックログを登録する。ログ収集手段２１６は、ＨＴＴＰにリダイレクトＵＲＬが指定されていた場合には、現在の日時と、ＨＴＴＰのリクエストを送信したユーザを示すユーザＩＤと、リダイレクトＵＲＬに指定されている広告ＩＤとを設定したクリックログを作成してクリックログ記憶部２５６に登録する。また、ＨＴＴＰにリダイレクトＵＲＬ以外のＵＲＬが指定されていた場合には、ログ収集手段２１６は、広告選択部２１３が選択した広告ＩＤのそれぞれについて、現在日時、ＨＴＴＰのリクエストを送信したユーザのユーザＩＤ、当該広告ＩＤ、ＨＴＴＰのリクエストに指定されていた検索キーワード、および当該広告ＩＤについて課金額決定手段２１５が決定した課金額とを含むインプレッションログを作成してインプレッションログ記憶部２５５に登録する。

負荷評価手段２１７は、広告の配信に係る負荷を評価する。本実施形態では、負荷評価手段２１７は、広告主ごとに負荷を評価して調整率とし、調整率を調整率記憶手段２５７に登録する。具体的には、負荷評価手段２１７は、リジェクト数の偏差値とリジェクト率の偏差値とを平均して審査負荷の評価値とし、入札された検索キーワード１つあたりの課金額の偏差値に−１を乗じたものをシステム負荷の評価値とし、審査負荷の評価値とシステム負荷の評価値の平均を調整率として算出する。

＝＝（７）調整率の算出処理＝＝
図１１は、調整率の算出処理の流れを示す図である。負荷評価手段２１７は、例えば１日に１回など定期的に図１１の処理を行うものとする。

まず、負荷評価手段２１７は、広告主ごとの審査負荷の評価処理を行う（Ｓ５０１）。図１２は、審査負荷の評価処理の流れを示す図である。

負荷評価手段２１７は、各広告主について以下の処理を行う。
負荷評価手段２１７は、審査ログ記憶手段２５４から、当該広告主を示す広告主ＩＤに対応する審査ログの数をカウントして審査数とし（Ｓ５２１）、当該広告主を示す広告主ＩＤに対応する審査ログのうち「不可」の審査結果が含まれているものの数をカウントしてリジェクト数とする（Ｓ５２２）。負荷評価手段２１７は、リジェクト数を審査数で割ってリジェクト率を算出する（Ｓ５２３）。
以上の処理を各広告主について行った後、負荷評価手段２１７は、リジェクト数およびリジェクト率の平均値をそれぞれ算出する（Ｓ５２４）。

負荷評価手段２１７は、各広告主について、リジェクト率の偏差値を算出してＺ１とし（Ｓ５２５）、リジェクト数の偏差値を算出してＺ２とする（Ｓ５２６）。負荷評価手段２１７は、リジェクト率の偏差値とリジェクト数の偏差値との平均値を算出して審査負荷の評価値とする（Ｓ５２７）。
以上のようにして、広告主ごとに審査負荷の評価値が算出される。

次に、負荷評価手段２１７は、広告主ごとのシステム負荷の評価処理を行う（Ｓ５０２）。図１３は、システム負荷の評価処理の流れを示す図である。
負荷評価手段２１７は、各広告主について以下の処理を行う。

負荷評価手段２１７は、入札データベース２５３から当該広告主を示す広告主ＩＤに対応する入札情報の数をカウントして入札キーワード数とする（Ｓ５４１）。負荷評価手段２１７は、インプレッションログ記憶手段２５５から当該広告主を示す広告主ＩＤに対応する課金額の合計値を算出して総課金額とする（Ｓ５４２）。負荷評価手段２１７は、総課金額を入札キーワード数で割って課金単価を算出する（Ｓ５４３）。

以上の処理を各広告主について行った後、負荷評価手段２１７は、課金単価の平均値を算出する（Ｓ５４４）。
負荷評価手段２１７は、広告主ごとに、課金単価の偏差値を算出し（Ｓ５４５）、課金単価の偏差値に−１を乗じてシステム負荷の評価値とする（Ｓ５４６）。
以上のようにして、広告主ごとにシステム負荷の評価値が算出される。

図１１に戻り、負荷評価手段２１７は、広告主ごとに、審査負荷の評価値とシステム負荷の評価値との平均値を調整率として算出する（Ｓ５０３）。すなわち、
算出した調整率を、当該広告主を示す広告主ＩＤに対応付けて調整率記憶手段２５７に登録する（Ｓ５０４）。

以上のようにして、広告主ごとに審査負荷とシステム負荷とに応じた調整率が調整率記憶手段２５７に登録される。

＝＝（８）リクエストへの対応処理＝＝
図１４は、Ｗｅｂサーバ２０により行われる処理の流れを示す図である。
ＨＴＴＰ処理手段２１１は、ユーザ端末１０からＨＴＴＰのリクエストを受信すると（Ｓ６０１）、リクエストにリダイレクトＵＲＬが指定されているか否かにより、広告がクリックされたか否かを判定する（Ｓ６０２）。

広告がクリックされたと判定した場合（Ｓ６０２：ＹＥＳ）、ログ収集手段２１６は、リダイレクトＵＲＬに設定されている広告ＩＤに対応する広告情報を広告データベース２５２から読み出し、リクエストに設定されているユーザＩＤ、広告ＩＤおよび現在日時を含むクリックログを作成してクリックログ記憶手段２５６に登録する（Ｓ６０３）。ＨＴＴＰ処理手段２１１は、広告情報のＵＲＬにリダイレクトするようにＨＴＴＰのレスポンスをユーザ端末１０に送信する（Ｓ６０４）。

一方、広告がクリックされていないと判断した場合（Ｓ６０２：ＮＯ）、Ｗｅｂページ作成手段２１２は、リクエストに含まれている検索キーワードに対応するＷｅｂページの検索結果を表示するための画面情報を作成する（Ｓ６０５）。なお、ステップＳ４０９における画面情報の作成処理は、一般的な検索エンジンによるＷｅｂページの検索処理を想定している。

Ｗｅｂページ作成手段２１２は、入札データベース２５３から、リクエストに含まれている検索キーワードに対応する入札情報を、入札額の高い順に所定数読み出し（Ｓ６０６）、読み出した入札情報に含まれる広告ＩＤに対応する広告情報を広告データベース２５２から読み出す（Ｓ６０７）。Ｗｅｂページ作成手段２１２は、読み出した各広告情報について、所定のＵＲＬの引数に広告情報に含まれる広告ＩＤを設定したリダイレクトＵＲＬを作成する（Ｓ４１０）。リダイレクトＵＲＬは、例えば「www.foobar.com/ad?id=xxxx」という形式とすることができる。Ｗｅｂページ作成手段２１２は、各広告情報について、リダイレクトＵＲＬへのリンクタグを設定して、広告情報に含まれるタイトルおよび説明（Ｔ＆Ｄ）を画面情報に挿入する（Ｓ６０８）。ここで挿入される文字列は、例えば「<a href="http://www.foobar.com/ad?id=xxxx">タイトル</a>説明」という形式とすることができる。

次に、課金額決定手段２１５が課金額を決定する（Ｓ６０９）。図１５は課金額の決定処理の流れを示す図である。標準額取得手段２１４は、ステップＳ６０７において読み出されて各広告情報について以下の処理を行う。

標準額取得手段２１４は、広告情報の広告ＩＤと検索キーワードとに対応する入札情報の入札額を入札データベース２５３から取得してＢとし（Ｓ６２１）、入札データベース２５３から、検索キーワードに対応し、かつ、Ｂよりも安い入札額のうち、最も高いものを取得して標準額とする（Ｓ６２２）。例えば、検索キーワードが「車」であり、広告情報の広告ＩＤが「Ａ０００１」であった場合に、図６に表示されている３つの入札情報を例とすると、広告ＩＤ「Ａ０００１」に対応する入札額が「１０」の次に高い入札額「９」が標準額として決定される。

課金額決定手段２１５は、広告情報の広告ＩＤに対応する調整率を調整率記憶手段２５７から取得し（Ｓ６２３）、標準額に調整率を乗じた金額とＢとの安い方を課金額として決定する（Ｓ６２４）。
以上の処理を繰り返すことにより、配信する広告のそれぞれについて、広告の配信に係る負荷に応じた調整率により標準額を調整して課金額を決定することができる。

図１４に戻り、ＨＴＴＰ処理手段２１１は、作成された画面情報をリクエストへの応答としてユーザ端末１０に送信する（Ｓ６１０）。ログ収集手段２１６は、ステップＳ６０７において読み出された広告情報のそれぞれについて、現在日時、リクエストに設定されていたユーザＩＤ、広告情報に含まれる広告ＩＤ、リクエストに含まれていた検索キーワードおよび課金額を含むインプレッションログを作成してインプレッションログ記憶手段２５５に登録する（Ｓ６１１）。

＝＝（９）効果＝＝
以上説明したように、本実施形態の広告配信システムでは、広告の配信に係る負荷に応じて課金額を決定することができる。したがって、負荷の高い広告主については、負荷の低い広告主よりも高い金額が課されることになるので、負荷の増加に伴うコスト増加分の負担を広告主間で平等に割り振ることが可能となる。

また、本実施形態の広告配信システムによれば、広告の記憶や検索に係るシステム資源が大きい場合には、Ｗｅｂサーバ２０の運営コストが増加することになるところ、システム負荷に応じて課金額を決定することができるので、システム資源に係る負荷による増加コストを広告主間で実質的に平等に負担するようにすることができる。

また、広告の配信に係る負荷が上がったとしても、課金によって負荷分は回収できていると考えられるところ、本実施形態の広告配信システムでは、システム負荷は、検索キーワード１つあたりの実際の課金額に応じて評価することができる。したがって、正しくシステム負荷を評価することが可能となる。

また、本実施形態の広告配信システムによれば、審査のリジェクト数およびリジェクト率に応じて審査負荷を評価することができる。したがって、何度も審査を繰り返す必要のあった広告主に対しては高い課金額となるように審査負荷を評価することができるので、問題ある広告をなるべく入稿しないように、広告主に動機付けをすることができる。

＝＝（１０）変形例＝＝
本実施形態では、Ｗｅｂサーバ２０は１台のコンピュータであるものとしたが、これに限らず、複数台のコンピュータにより実現することもできる。その場合、複数のコンピュータが仮想的に１台のコンピュータを提供するようにしてもよいし、複数のコンピュータまたは複数の仮想のコンピュータにＷｅｂサーバ２０の機能を振り分けるようにしてもよい。例えば、記憶手段をＷｅｂサーバ２０とは独立したデータベースサーバとして実現してもよい。

また、本実施形態では、Ｗｅｂサーバ２０が配信する広告を決定するものとしたが、配信する広告を決定する広告配信サーバをＷｅｂサーバ２０とは別途設けるようにしてもよい。この場合、広告配信サーバから広告を配信するようにしてもよいし、広告配信サーバが配信すべき広告を決定して、広告情報はＷｅｂサーバ２０から配信するようにしてもよい。

また、広告の課金額を決定する広告課金装置をＷｅｂサーバ２０とは別に設けるようにしてもよい。この場合、広告課金装置は、少なくとも負荷評価手段２１７を備えるようにして、調整率記憶手段２５７を定期的に更新するようにすることができる。

また、本実施形態では、検索キーワードに対応するＷｅｂページの検索結果とともに、当該検索キーワードに対応する広告を表示する、いわゆる検索連動型広告を想定したが、これに限らず、たとえばコンテンツの内容に応じた広告を表示するようにしてもよい。この場合、コンテンツを解析して特徴語を特定し、特定した特徴語に対応する入札情報を入札データベース２５３から検索するようにすることができる。

また、本実施形態では、入札額と負荷評価値とインプレッション数とに応じて課金するものとしたが、インプレッション数に代えて、広告４がクリックされた回数（クリック数）に応じて課金を行うようにしてもよい。この場合、例えば、リダイレクトＵＲＬには広告ＩＤに加えてインプレッションログを特定するための情報を含めるようにしておき、ＨＴＴＰ処理手段２１１がリダイレクトＵＲＬの含まれたリクエストを受信した場合に、リダイレクトＵＲＬに含まれている情報からインプレッションログを特定し、特定したインプレッションログに含まれる課金額と広告主とをクリックログに含めてクリックログ記憶手段２５６に登録しておき、広告主への課金時にはクリックログから課金額を集計するようにすることができる。なお、この方法に限らず、広告がクリックされた場合に、クリックされた広告および当該広告が表示される契機となった検索キーワードを特定できるようにしておけばよい。また、インプレッション数とクリック数との組み合わせに応じて課金するようにしてもよい。

また、広告で予定されていた、商品の購入や会員登録、資料請求、問い合わせなどの成果（コンバージョンと呼ばれる。）の発生した数およびコンバージョン率の少なくともいずれかに応じて課金するようにしてもよい。この場合、Ｗｅｂサーバ２０は、コンバージョンが発生したことを判定するコンバージョン判定手段と、コンバージョンに関する情報（以下、コンバージョンログという。）を記憶するコンバージョンログ記憶手段とをさらに備えるようにする。コンバージョンログには、コンバージョンの発生した日時、コンバージョンの契機となった広告を示す広告ＩＤ、当該広告を入札した広告主を示す広告主ＩＤを含める。また、コンバージョンが例えば商品の購入などに関するものである場合には、その売上金額などを含めるようにしてもよい。コンバージョン判定手段は、例えば、ランディングページを提供する他のＷｅｂサーバやコンバージョンに関する処理を行う他のサーバなどからコンバージョンログを受信することにより、コンバージョンの発生を検知するようにすることができる。

コンバージョンに応じて課金を行う場合、ランディングページにリダイレクトするにあたり、インプレッションログを特定するための情報を送信しておき、コンバージョン判定手段は、コンバージョンログとともに、インプレッションログを特定するための情報を取得して、特定したインプレッションログに含まれる課金額をコンバージョンログに加えてコンバージョンログ記憶手段に登録する。これにより、コンバージョンログ記憶手段から課金額を集計し、これに基づいて広告主への課金を行うことができる。

また、本実施形態では、広告の配信時にその広告の課金額を決定するものとしたが、これに限らず、例えば１週間や１ヶ月など所定の期間ごとに、まとめて課金額を計算するようにしてもよい。

また、本実施形態では、予め調整率を調整率記憶手段２５７に登録しておき、定期的に調整率を更新するものとしたが、これに限らず、ＨＴＴＰのリクエストを受信するごとに調整率を算出し、算出した調整率を用いて課金額を決定するようにしてもよい。

また、本実施形態では、審査結果が「不可」である審査ログの数およびその割合を用いて審査負荷を算出するものとしたが、これに限らず、審査負荷は、審査の負荷を評価したものであれば何でもよい。例えば審査ログに審査結果に代えて審査負荷を含めるようにし、広告主ごとに審査ログに含まれる審査負荷を集計して最終的な審査負荷の評価値を求めるようにしてもよい。この場合、広告の審査を行った者による審査に係った負荷を数値化して審査負荷の評価に用いることができる。したがって、リジェクトしなくても審査に手間のかかるデザインや内容であった場合などにも、正確に審査に係る負荷を評価することが可能となる。

また、本実施形態では、偏差値を用いて審査負荷およびシステム負荷を評価するものとしたが、これに限らず、任意の統計手法を用いて負荷の評価を行うようにすることができる。

また、本実施形態では、広告の配信に係る負荷には、審査負荷およびシステム負荷の両方が含まれるものとしたが、いずれか一方のみとしてもよい。この場合、負荷評価手段２１７は、図１２または図１３のいずれかの処理のみを行い、審査負荷の評価値またはシステム負荷の評価値のいずれかを調整率として調整率記憶手段２５７に登録することができる。

また、本実施形態では、システム負荷は、広告主ごとにキーワード１つあたりの課金額に−１を乗じたものとしたが、これに限らず、システム負荷はシステムの負荷に係る評価であれば何でもよい。例えば、検索キーワードの数が大きくなるほどシステム負荷が大きくなるようにシステム負荷を決定するようにしてもよいし、広告情報の数やデータ量に応じてシステム負荷を決定するようにしてもよい。また、広告情報１つあたりの課金額または広告情報のデータの単位量あたりの課金額に−１を乗じてシステム負荷としてもよい。また、課金額に代えて入札額としてもよい。さらに、広告主ごとに予算額が決まっている場合には、検索キーワード１つあたりの予算額（すなわち、予算額÷検索キーワード数）に−１を乗じたものとしてもよい。

また、本実施形態では、入札額を超えないように課金額を決定するものとしたが、これに限らず、標準額に調整率を乗じた値を課金額として算出するようにしてもよい。この場合、例えば広告主毎の予算額を記憶しておき、課金額の合計が予算額以下となる間のみ広告を配信するようにしてもよい。

また、本実施形態では、標準額は入札額よりも小さい他の広告の入札額の中の最高額であるものとしたが、入札額をそのまま標準額として用いるようにしてもよい。また、配信対象となる広告ＩＤに対応する当該入札情報を除く他の入札情報のうち、当該入札情報の入札額以下となるものの中で最高額の入札額を標準額として用いるようにしてもよい。

以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。

１ 画面
２ 入力欄
３ 表示欄
４ 広告
４１ タイトル
４２ 説明
１０ ユーザ端末
２０ Ｗｅｂサーバ
３０ 通信ネットワーク
２１１ ＨＴＴＰ処理手段
２１２ Ｗｅｂページ作成手段
２１３ 広告選択手段
２１４ 標準額取得手段
２１５ 課金額決定手段
２１６ ログ収集手段
２１７ 負荷評価手段
２５１ Ｗｅｂ情報データベース
２５２ 広告データベース
２５３ 入札データベース
２５４ 審査ログ記憶手段
２５５ インプレッションログ記憶手段
２５６ クリックログ記憶手段
２５７ 調整率記憶手段

Claims (8)

1. 広告の課金額を決定する装置であって、
   前記広告に対する課金額の標準額を取得する標準額取得手段と、
   前記広告の配信に係る負荷を評価する負荷評価手段と、
   前記負荷の評価値および前記標準額に応じて前記課金額を決定する課金額決定手段と、
   を備えることを特徴とする広告課金額決定装置。
2. 請求項１に記載の広告課金額決定装置であって、
   前記負荷の評価値には、前記広告の記憶および読み出しに係る負荷を評価したシステム負荷評価値が含まれ、
   前記負荷評価手段は、前記広告に関連する関連情報の量を示す関連情報量を取得し、前記関連情報量に応じて前記システム負荷評価値を算出すること、
   を特徴とする広告課金額決定装置。
3. 請求項２に記載の広告課金額決定装置であって、
   前記広告にはキーワードが対応付けられており、
   前記関連情報は前記キーワードであり、
   前記関連情報量は前記広告に対応付けられている前記キーワードの数であり、
   前記広告に対して課金した実績値を取得する課金実績取得手段をさらに備え、
   前記負荷評価手段は、前記関連情報量および前記実績値に応じて前記システム負荷評価値を算出すること、
   を特徴とする広告課金額決定装置。
4. 請求項１乃至３のいずれか１項に記載の広告課金額決定装置であって、
   前記負荷の評価値には前記広告の審査に係る負荷を評価した審査負荷評価値が含まれ、
   前記負荷評価手段は、前記広告が配信可能か否かを審査した結果を示す審査情報を取得し、配信不能の結果を示す前記審査情報の数である拒絶数と、全ての前記審査情報の数に対する前記拒絶数の割合との少なくともいずれかに応じて前記審査負荷評価値を算出すること、
   を特徴とする広告課金額決定装置。
5. 請求項１に記載の広告課金額決定装置であって、
   前記負荷の評価値には、前記広告の記憶および読み出しに係る負荷を評価したシステム負荷評価値と、前記広告の審査に係る負荷を評価した審査負荷評価値とが含まれ、
   前記負荷評価手段は、
   前記広告に関連する関連情報の量を示す関連情報量を取得し、前記関連情報量に応じて前記システム負荷評価値を算出し、
   前記広告が配信可能か否かを審査した結果を示す審査情報を取得し、配信不能の結果を示す前記審査情報の数である拒絶数と、全ての前記審査情報の数に対する前記拒絶数の割合との少なくともいずれかに応じて前記審査負荷評価値を算出すること、
   を特徴とする広告課金額決定装置。
6. 請求項５に記載の広告課金額決定装置であって、
   前記広告に対して課金した実績値を取得する課金実績取得手段をさらに備え、
   前記負荷評価手段は、前記拒絶数に前記拒絶率を足した値を２で割った商と、前記実績値を前記関連情報量で割った商に−１を乗じた値との合計を２で割って前記負荷の評価値を算出すること、
   を特徴とする広告課金額決定装置。
7. 広告の課金額を決定する方法であって、
   コンピュータが、
   前記広告に対する課金額の標準額を取得するステップと、
   前記広告の配信に係る負荷を評価するステップと、
   前記負荷の評価値および前記標準額に応じて前記課金額を決定するステップと、
   を実行することを特徴とする広告課金額決定方法。
8. 広告の課金額を決定するためのプログラムであって、
   コンピュータに、
   前記広告に対する課金額の標準額を取得するステップと、
   前記広告の配信に係る負荷を評価するステップと、
   前記負荷の評価値および前記標準額に応じて前記課金額を決定するステップと、
   を実行させるためのプログラム。

Images