特許 6742683 広告配信装置、広告配信方法および広告配信プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6742683

(24)【登録日】2020年7月31日

(45)【発行日】2020年8月19日

(54)【発明の名称】広告配信装置、広告配信方法および広告配信プログラム

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20200806BHJP

【ＦＩ】

   G06Q30/02

【請求項の数】11

【全頁数】19

(21)【出願番号】特願2014-190722(P2014-190722)

(22)【出願日】2014年9月19日

(65)【公開番号】特開2016-62380(P2016-62380A)

(43)【公開日】2016年4月25日

【審査請求日】2016年9月15日

【審判番号】不服2018-9732(P2018-9732/J1)

【審判請求日】2018年7月13日

(73)【特許権者】

【識別番号】319013263

【氏名又は名称】ヤフー株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】津森 暁史

【合議体】

【審判長】 渡邊 聡

【審判官】 松田 直也

【審判官】 速水 雄太

(56)【参考文献】

【文献】 特開２０１４−１２４４７１（ＪＰ，Ａ）

【文献】 特開２０１０−２８６６７８（ＪＰ，Ａ）

【文献】 特開２００６−２８５９４１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

G06Q 10/00 - 99/00

(57)【特許請求の範囲】

【請求項1】

広告主が利用者に提供するサービスの状況を特定するサービス情報を受け付ける受付手段と、
前記受付手段によって受け付けられた前記サービス情報と、予め登録された広告情報とを組み合わせた広告を生成し、前記受付手段によって前記サービス情報が所定時間受け付けられない場合、前記サービスの利用状況を推定し、予め定めた条件にしたがって、推定した前記利用状況に基づく情報によって前記サービス情報を更新した前記広告を生成する生成手段と、
前記生成手段によって生成された前記広告を配信する配信手段と
を備えたことを特徴とする広告配信装置。

【請求項2】

広告主が利用者に提供するサービスの状況を特定するサービス情報を受け付ける受付手段と、
前記受付手段によって受け付けられた前記サービス情報と、予め登録された広告情報と、を組み合わせた広告を生成する生成手段と、
前記生成手段によって生成された前記広告を配信する配信手段と
を備え、
前記配信手段は、
前記受付手段によって受け付けられた前記サービス情報に含まれる前記サービスの利用状況に関する情報が特定の条件を満たす場合、前記生成手段によって生成された前記広告の配信を抑制する
ことを特徴とする広告配信装置。

【請求項3】

前記受付手段は、前記利用者に提供可能なサービスの状況および内容を特定する前記サービス情報を前記広告主から受け付け、
前記生成手段は、前記受付手段によって受け付けられた前記サービス情報と、正当な広告であることを示す審査条件を満たす前記広告情報とを組み合わせて、前記広告を生成することを特徴とする請求項１または２に記載の広告配信装置。

【請求項4】

前記受付手段は、予め定めた入力項目を有する入力画面を用いて、各入力項目について予め定めた入力情報を選択させることで、前記サービス情報の入力を受け付けることを特徴とする請求項３に記載の広告配信装置。

【請求項5】

前記生成手段は、前記広告主が定めた広告費を超過しない範囲内、または、前記広告主が定めた期間内で、前記サービス情報を更新することを特徴とする請求項１に記載の広告配信装置。

【請求項6】

前記生成手段は、前記サービスの状況が特定の条件を満たす場合、前記サービス情報の更新を抑制することを特徴とする請求項１から５のいずれか一つに記載の広告配信装置。

【請求項7】

前記広告が更新された回数に応じて、前記広告主に課金する課金手段をさらに備えることを特徴とする請求項１から６のいずれか一つに記載の広告配信装置。

【請求項8】

コンピュータが、
広告主が利用者に提供するサービスの状況を特定するサービス情報を受け付ける受付工程と、
前記受付工程によって受け付けられた前記サービス情報と、予め登録された広告情報とを組み合わせた広告を生成し、前記受付工程によって前記サービス情報が所定時間受け付けられない場合、前記サービスの利用状況を推定し、予め定めた条件にしたがって、推定した前記利用状況に基づく情報によって前記サービス情報を更新した前記広告を生成する生成工程と、
前記生成工程によって生成された前記広告を配信する配信工程と
を含んだことを特徴とする広告配信方法。

【請求項9】

コンピュータに、
広告主が利用者に提供するサービスの状況を特定するサービス情報を受け付ける受付手順と、
前記受付手順によって受け付けられた前記サービス情報と、予め登録された広告情報とを組み合わせた広告を生成し、前記受付手順によって前記サービス情報が所定時間受け付けられない場合、前記サービスの利用状況を推定し、予め定めた条件にしたがって、推定した前記利用状況に基づく情報によって前記サービス情報を更新した前記広告を生成する生成手順と、
前記生成手順によって生成された前記広告を配信する配信手順と
を実行させることを特徴とする広告配信プログラム。

【請求項10】

コンピュータが、
広告主が利用者に提供するサービスの状況を特定するサービス情報を受け付ける受付工程と、
前記受付工程によって受け付けられた前記サービス情報と、予め登録された広告情報と、を組み合わせた広告を生成する生成工程と、
前記生成工程によって生成された前記広告を配信する配信工程と
を含み、
前記配信工程は、
前記受付工程によって受け付けられた前記サービス情報に含まれる前記サービスの利用状況に関する情報が特定の条件を満たす場合、前記生成工程によって生成された前記広告の配信を抑制する
ことを特徴とする広告配信方法。

【請求項11】

コンピュータに、
広告主が利用者に提供するサービスの状況を特定するサービス情報を受け付ける受付手順と、
前記受付手順によって受け付けられた前記サービス情報と、予め登録された広告情報と、を組み合わせた広告を生成する生成手順と、
前記生成手順によって生成された前記広告を配信する配信手順と
を実行させ、
前記配信手順は、
前記受付手順によって受け付けられた前記サービス情報に含まれる前記サービスの利用状況に関する情報が特定の条件を満たす場合、前記生成手順によって生成された前記広告の配信を抑制する
ことを特徴とする広告配信プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、広告配信装置、広告配信方法および広告配信プログラムに関する。

【背景技術】

【0002】

従来から、飲食店や映画館などのＷｅｂページを公開し、Ｗｅｂページ上で予約を受け付ける予約受付システムが知られている。また、Ｗｅｂページや動画像などのコンテンツに、飲食店の広告を表示させ、当該広告がクリックされると飲食店の紹介ページなどを表示する広告システムも知られている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００７−５８８００号公報

【特許文献2】特開２００３−７６９０１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上述した予約システムはあるものの、予約状況に応じてユーザに有益な情報を届けられず、店舗側のリアルタイムに変化する状況に応じた広告配信を実現することができない。

【0005】

本願は、上記に鑑みてなされたものであって、利便性の高い広告を表示させることができる広告配信装置、広告配信方法および広告配信プログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

広告配信装置は、広告主が利用者に提供するサービスの状況を特定するサービス情報を受け付ける受付手段と、前記受付手段によって受け付けられた前記サービス情報と、予め登録された広告情報とを組み合わせた広告を生成する生成手段と、前記生成手段によって生成された前記広告を配信する配信手段と、を備えたことを特徴とする。

【発明の効果】

【0007】

実施形態の一態様によれば、利便性の高い広告を表示させることができる。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態に係るシステムの全体構成例を説明する図である。

【図2】図２は、広告配信サーバ１０の機能構成を示す機能ブロック図である。

【図3】図３は、登録情報ＤＢ１２ａに記憶される情報の例を示す図である。

【図4】図４は、リアルタイム情報の入力例を説明する図である。

【図5】図５は、広告作成例を説明する図である。

【図6】図６は、広告コンテンツを含むＷｅｂページの例を説明する図である。

【図7】図７は、広告配信サーバ１０が実行する広告配信処理の流れを示すフローチャートである。

【図8】図８は、広告配信の更新例を説明する図である。

【図9】図９は、広告配信の停止例を説明する図である。

【図10】図１０は、広告配信の自動更新例を説明する図である。

【図11】図１１は、サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

【発明を実施するための形態】

【0009】

以下に、本願の開示する広告配信装置、広告配信方法および広告配信プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

【0010】

［１．システム構成例］
まず、実施形態にかかるシステムの全体構成を説明する。図１は、実施形態に係るシステムの全体構成例を説明する図である。図１に示すように、システムは、ユーザ端末１、広告主２、広告配信サーバ１０を有して構成される。

【0011】

ユーザ端末１は、タッチパネルの機能を備えるタブレット端末であって、ウェブページを閲覧するユーザによって利用される情報処理装置である。なお、ユーザ端末１は、例えば、スマートフォンや、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等であってもよい。また、ユーザ端末１は、ユーザによる操作に従って、図示しないＷｅｂサーバからＷｅｂページを取得し、取得したＷｅｂページを表示する。また、ユーザ端末１は、Ｗｅｂページに後述する広告取得命令が含まれる場合には、広告配信サーバ１０から広告コンテンツ（以下、単に「広告」と記載する場合がある）を取得し、取得した広告コンテンツをＷｅｂページとともに表示する。

【0012】

広告主２は、広告配信サーバ１０に広告を入稿する広告主であり、広告主によって利用される情報処理装置である。例えば、広告主２は、デスクトップ型ＰＣや、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ等である。また、広告主２は、広告主２による操作に従って、広告コンテンツを広告配信サーバ１０に入稿する。例えば、広告主２は、広告コンテンツとして、静止画像や、動画像や、テキストデータや、広告主２が管理する広告主サーバによって配信される広告ページにアクセスするためのＵＲＬ（Uniform Resource Locator）などを広告配信サーバ１０に入稿する。

【0013】

なお、広告主２は、広告コンテンツの入稿を代理店に依頼する場合がある。この場合、広告コンテンツを入稿するのは代理店となる。以下では、「広告主」といった表記は、広告主２だけでなく代理店を含む概念であり、「広告主端末」といった表記は、広告主２が利用する端末だけでなく代理店によって利用される代理店装置を含む概念であるものとする。

【0014】

広告配信サーバ１０は、広告主２から入稿された広告コンテンツを配信するサーバ装置である。例えば、広告配信サーバ１０は、ユーザ端末１からアクセスされた場合に、広告コンテンツをユーザ端末１に配信する。

【0015】

ユーザ端末１が閲覧するＷｅｂページは、図示しないＷｅｂサーバが配信するが、ここで配信されるＷｅｂページ例としては、ニュースサイト、オークションサイト、天気予報サイト、ショッピングサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行サイト、飲食店紹介サイト、ウェブブログなどがある。

【0016】

また、配信されるＷｅｂページは、例えば、ＨＴＭＬ（HyperText Markup Language）により記述されたＨＴＭＬファイルや、ＸＭＬ（Extensible Markup Language）により記述されたＸＭＬファイル等により形成される。そして、Ｗｅｂサーバによって配信されるＷｅｂページには、Ｗｅｂページ及び広告コンテンツの表示態様を制御する制御情報が含まれる。この制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）やＣＳＳ（Cascading Style Sheets）等のスクリプト言語により、Ｗｅｂページを形成するＨＴＭＬファイル等に記述される。

【0017】

また、Ｗｅｂサーバによって配信されるＷｅｂページには、広告取得命令が含まれる。例えば、Ｗｅｂページを形成するＨＴＭＬファイル等には、ＷｅｂサーバのＵＲＬ等が広告取得命令として記述される。この場合、ユーザ端末１は、ＨＴＭＬファイル等に記述されているＵＲＬにアクセスすることで、Ｗｅｂサーバから広告コンテンツを取得する。

【0018】

なお、Ｗｅｂサーバからユーザ端末１に配信される各種データは、実際にはＷｅｂページを形成するＨＴＭＬファイルや画像等であるが、以下では、Ｗｅｂサーバからユーザ端末１に配信される各種データを「Ｗｅｂページ」と表記する場合がある。

【0019】

［２．処理の流れ］
次に、図１を用いて、システムが実行する処理を説明する。まず、広告主２は、広告配信サーバ１０へ広告を入稿する（Ｓ１）。すると、広告配信サーバ１０は、入稿された情報が正当な広告であることを示す審査条件を満たす場合、入稿された情報を登録情報ＤＢ１２ａに登録する（Ｓ２）。

【0020】

例えば、広告配信サーバ１０は、広告主２から広告と表示させる広告情報として、「広告主名、ＵＲＬ」として「居酒屋Ａ、ＵＲＬ（Ａ）」の入稿を受け付ける。続いて、広告配信サーバ１０は、審査機関に、入稿された「居酒屋Ａ、ＵＲＬ（Ａ）」が公序良俗に違反しない正当な広告であるか否かの審査を依頼する。そして、広告配信サーバ１０は、正当な広告であることが審査されると、入稿された「居酒屋Ａ、ＵＲＬ（Ａ）」を登録情報ＤＢ１２ａに登録する。

【0021】

一方で、ユーザ端末１は、Ｗｅｂページ５を表示させて、ユーザがＷｅｂページ５に入力した検索キーワード「六本木」に対する検索結果を表示する（Ｓ３）。なお、Ｗｅｂページ５は、検索結果を表示する領域５ａと、検索キーワードに連動した広告コンテンツが表示される広告領域５ｂとを有する。

【0022】

続いて、広告主２である居酒屋Ａの空席状況が１９時の時点で１０％となると（Ｓ４）、広告主２は、空席を埋めるために、サービス情報として「空席情報、割引率、入札額、予算、検索キーワード」を広告配信サーバ１０に入力する（Ｓ５）。ここでは、広告配信サーバ１０には、「空席あり、割引率１０％、１００円、１万円、居酒屋・飲み会」を受け付ける（Ｓ５）。

【0023】

すると、広告配信サーバ１０は、受け付けたサービス情報「空席あり、割引率１０％、１００円、１万円、居酒屋・飲み会」と、居酒屋Ａについて登録済みの広告情報「居酒屋Ａ、ＵＲＬ（Ａ）」を組み合わせた広告コンテンツを生成する（Ｓ６）。

【0024】

一方で、ユーザ端末１は、Ｗｅｂページ５に対する検索キーワード「居酒屋」を受け付けると（Ｓ７）、検索キーワード「居酒屋」の検索結果を表示する（Ｓ８）。このとき、広告配信サーバ１０は、検索キーワード「居酒屋」の検索結果を表示するＷｅｂページの広告領域５ｂに、事前に登録された広告情報とリアルタイムに入力されたサービス情報とを組み合わせて生成した広告コンテンツを配信する（Ｓ９）。

【0025】

ここで、広告配信サーバ１０は、受け付けた入札額等にしたがって広告コンテンツの配信を制御する。一例を挙げると、広告配信サーバ１０は、生成した広告コンテンツのうち、Ｗｅｂページ５に入力された検索キーワード「居酒屋」を、リアルタイムなサービス情報の「検索キーワード」に含む広告コンテンツを特定する。そして、広告配信サーバ１０は、特定した広告コンテンツのうち、リアルタイムなサービス情報の「入札額」が最も高い広告コンテンツＡを配信する。

【0026】

そして、広告配信サーバ１０は、ユーザが検索キーワード「居酒屋」のＷｅｂページを検索するたびに、広告コンテンツＡを配信する。なお、広告配信サーバ１０は、広告コンテンツＡを配信すると、広告主がリアルタイムに設定した予算を超過する場合は、別の広告コンテンツＢを同様に選択して配信する。すなわち、広告配信サーバ１０は、リアルタイム情報が更新されるまで、広告主２がリアルタイムに指定する予算の範囲内で、広告コンテンツの配信を繰り返す。

【0027】

このように、広告配信サーバ１０は、広告主２のリアルタイム状況にあわせた広告コンテンツを生成して表示させることができるので、利便性の高い広告コンテンツを表示させることができる。

【0028】

［３．機能構成］
次に、図１に示したシステムを構成する各装置の機能構成ついて説明する。なお、ユーザ端末１や広告主２の端末は、一般的なスマートフォンなどと同様の機能構成を有するので、詳細な説明は省略する。

【0029】

図２は、広告配信サーバ１０の機能構成を示す機能ブロック図である。図２に示すように、広告配信サーバ１０は、通信部１１、記憶部１２、制御部１３を有する。

【0030】

通信部１１は、無線通信や有線通信を実行する処理部であり、例えば無線インタフェースやネットワークインタフェースカードなどである。この通信部１１は、ユーザ端末１から広告コンテンツに関する情報の入稿やサービス情報などの入力を受信し、Ｗｅｂページに広告コンテンツを配信する。

【0031】

記憶部１２は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置である。かかる記憶部１２は各種プログラムや設定データなどが記憶される。記憶部１２に記憶されるプログラムは、例えば、ＯＳ（Operating System）、各種アプリケーションのプログラムなどである。この記憶部１２は、登録情報ＤＢ１２ａを記憶する。

【0032】

登録情報ＤＢ１２ａは、広告主２が事前に登録した情報および広告主２がリアルタイムに入力された情報を記憶するデータベースである。図３は、登録情報ＤＢ１２ａに記憶される情報の例を示す図である。図３に示すように、登録情報ＤＢ１２ａは、「広告ＩＤ、審査済、事前登録情報（名称、住所、ＵＲＬ）、入力情報（空席、割引率、入札額、予算、検索キーワード）」を対応付けて記憶する。なお、ここで示した情報は、あくまで一例であり、任意に設定変更することができる。

【0033】

「広告ＩＤ」は、広告を一意に識別する識別子である。「審査済」は、正当な広告か否かが審査されたか否かを示す情報であり、審査が許可された場合は「１」が設定され、審査は拒否または未処理の場合は「０」が設定される。「事前登録情報」は、サービス開始前に事前に登録された審査対象の情報であり、「名称」は、広告の名称やサービス名を特定する情報であり、「住所」は、サービス提供先の店舗などの住所であり、「ＵＲＬ」は、広告主が提供するＷｅｂページの所在を示す情報である。

【0034】

「入力情報」は、リアルタイムに入力された情報であり、「空席」は、広告主２が提供するサービスの空き状況を示し、「割引率」は、広告主２が設定したサービスの割引率を示す。「入札額」は、広告主２によって設定された価格であり、広告コンテンツが１回選択されたときに支払われる価格である。「予算」は、広告主２が広告コンテンツの配信に対して設定した限度額である。「検索キーワード」は、広告主２が設定した情報であり、広告コンテンツを表示させる検索キーワードである。

【0035】

図３の１行目の場合、広告ＩＤ「０１」で特定される広告は審査許可済みの広告情報であり、広告主２が「居酒屋Ａ」で、住所が「東京都千代田区・・・」、ＵＲＬが「ＵＲＬ（Ａ）」であり、現時点で空席があり、サービスの割引率が「１０％」であることを示す。そして、この広告は、１回選択されると「１００円」が課金され、課金された合計が予算「１万円」を超えるまで、検索キーワード「居酒屋、飲み会」に対する広告コンテンツとして配信されることを示す。

【0036】

また、図３の２行目の場合、広告ＩＤ「０２」で特定される広告は審査が未処理の広告情報であり、広告主２が「カラオケ店Ｂ」で、住所が「東京都港区・・・」、ＵＲＬが「ＵＲＬ（Ｂ）」であり、現時点でサービスに関するリアルタイム情報が未入力であることを示す。

【0037】

制御部１３は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、広告配信サーバ１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

【0038】

図２に示すように、制御部１３は、入稿受付部１４、審査依頼部１５、リアルタイム情報受付部１６、生成部１７、配信部１８を有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３が有する各処理部の接続関係は、図２に示した接続関係に限られず、他の接続関係であってもよい。

【0039】

なお、入稿受付部１４、審査依頼部１５、リアルタイム情報受付部１６、生成部１７、配信部１８は、例えばＣＰＵなどが有する電子回路の一例やＣＰＵが実行するプロセスの一例である。

【0040】

（入稿受付部１４）
入稿受付部１４は、広告主２から、審査対象となる広告情報を受け付ける処理部である。具体的には、入稿受付部１４は、事業者名、住所、ＵＲＬ、電話番号などを受け付けて、受け付けた情報を審査依頼部１５に出力する。受け付ける情報は、審査項目に応じて任意に設定変更することができるが、例えば、ユーザが広告コンテンツによって事業者を特定できる情報が好ましい。一例を挙げると、入稿受付部１４は、事業者名「居酒屋Ａ」、住所「東京都千代田区・・・」、ＵＲＬ「ＵＲＬ（Ａ）」などを受け付ける。

【0041】

なお、ここで入稿されるＵＲＬは、広告主２が提供するＷｅｂページに限られず、例えば第三者が広告主２を紹介するＷｅｂページのＵＲＬであってもよく、さらには、クーポンなどのＷｅｂページや二次元バーコードなどを含んだＷｅｂページでもよい。

【0042】

（審査依頼部１５）
審査依頼部１５は、第三者の審査機関に対して、広告主２が正当なユーザであるかの審査を依頼する処理部である。具体的には、審査依頼部１５は、入稿受付部１４によって受け付けられた事業者名「居酒屋Ａ」、住所「東京都千代田区・・・」、ＵＲＬ「ＵＲＬ（Ａ）」などの広告情報を、審査機関に送信して審査を依頼する。

【0043】

そして、審査依頼部１５は、審査機関によって正当なユーザであると判定された場合、審査された事業者名「居酒屋Ａ」、ＵＲＬ「ＵＲＬ（Ａ）」などに広告ＩＤを割当てて登録情報ＤＢ１２ａの「事前登録情報」に格納し、「審査」のフラグを「１」に設定する。なお、審査依頼部１５は、審査機関によって不正なユーザであると判定された場合、審査された情報に広告ＩＤを割当てて登録情報ＤＢ１２ａの「事前登録情報」に格納し、「審査」のフラグを「０」に設定する。

【0044】

なお、審査機関は、依頼されたＵＲＬにアクセスして、公序良俗に違反しないＷｅｂページであるか、不正な商品を取り扱うＷｅｂページではないか、不正な取引を助長するＷｅｂページではないかなどを審査する。また、審査機関は、事業者名が正式な機関によって登録されている事業者か否かなどを審査する。

【0045】

（リアルタイム情報受付部１６）
リアルタイム情報受付部１６は、広告主２から、サービスに関するリアルタイムなサービス情報を受け付ける処理部である。具体的には、リアルタイム情報受付部１６は、広告主２から適宜、サービス情報を受け付けて登録情報ＤＢ１２ａに格納する。

【0046】

例えば、リアルタイム情報受付部１６は、広告主２から任意の情報を受け付けることもでき、不正な入力の情報を抑止するために、入力対象の項目を予め定めておき、広告主２に入力情報を選択させることもできる。

【0047】

図４は、リアルタイム情報の入力例を説明する図である。図４に示すように、リアルタイム情報受付部１６は、広告主２からリアルタイム情報の入力要求を受け付けると、空き状況と割引率をプルダウンメニューで選択させるとともに、入札価格と検索キーワードを入力させる入力画面を提供する。

【0048】

例えば、リアルタイム情報受付部１６は、入力画面の「空き状況」が選択されると、「空席あり、空席多数あり」などを選択させる。また、リアルタイム情報受付部１６は、入力画面の割引率が選択されると、「１０％、２０％」などを選択させる。さらに、リアルタイム情報受付部１６は、入札額として「１００円」や「２００円」などの入力や、検索キーワードとして「居酒屋、飲み会」などの入力を受け付ける。そして、リアルタイム情報受付部１６は、選択させたリアルタイム情報を登録情報ＤＢ１２ａの「入力情報」に格納する。

【0049】

（生成部１７）
生成部１７は、広告コンテンツを生成する処理部である。具体的には、生成部１７は、リアルタイム情報受付部１６が登録情報ＤＢ１２ａにリアルタイム情報を格納すると、審査が許可されている場合に限り、登録情報ＤＢ１２ａの「事前登録情報」と「入力情報」とを組み合わせた広告コンテンツを生成する。すなわち、生成部１７は、「審査済」のフラグが「１」である場合に限り、広告コンテンツを生成して、生成した広告コンテンツを配信部１８に出力する。

【0050】

図５は、広告作成例を説明する図である。図５に示すように、生成部１７は、事前登録情報「居酒屋、住所」とリアルタイム情報「空きあり、１０％ＯＦＦ！！」を組み合わせた広告を生成し、当該広告にＵＲＬを対応付けることで、当該広告が選択されると事前登録情報「ＵＲＬ（Ａ）」を表示させる広告コンテンツを生成する。ここで、生成部１７は、広告スペース等に余裕がある場合には、１０％ＯＦＦとなるクーポン券の２次元バーコードを表示させることもできる。

【0051】

（配信部１８）
配信部１８は、生成部１７によって生成された広告コンテンツを配信する処理部である。具体的には、配信部１８は、所定のＷｅｂページを表示させたユーザ端末１から広告配信要求を受信した場合、当該ユーザ端末１に広告コンテンツを配信する。すなわち、配信部１８は、ユーザ端末１が閲覧するＷｅｂページに、生成部１７によって生成された広告コンテンツを表示させる。

【0052】

例えば、配信部１８は、生成した広告コンテンツのうち、Ｗｅｂページ５に入力された検索キーワード「居酒屋」を、登録情報ＤＢ１２ａの入力情報の「検索キーワード」に含む広告コンテンツを特定する。そして、配信部１８は、特定した広告コンテンツのうち、「入札額」が最も高い広告コンテンツを配信する。

【0053】

その後、配信部１８は、リアルタイムなサービス情報が更新されるまでの間に、「居酒屋」や「飲み会」など該当する検索キーワードが入力されるたびに、同様の広告コンテンツを配信する。一方で、配信部１８は、広告コンテンツを配信すると、広告主２がリアルタイムに設定した予算を超過する場合は、別の広告コンテンツを同様に選択して配信する。つまり、配信部１８は、広告主２が設定した予算を超えない範囲で、広告コンテンツを配信する。

【0054】

ここで、広告コンテンツを含むＷｅｂページの例を説明する。図６は、広告コンテンツを含むＷｅｂページの例を説明する図である。図６に示すように、Ｗｅｂページ５は、Ｗｅｂページの内容が表示される領域５ａと広告コンテンツが表示される広告領域５ｂを有する。そして、広告領域５ｂに表示される広告コンテンツが選択されると、広告コンテンツに対応付けられるＵＲＬへアクセスする。

【0055】

例えば、広告コンテンツに広告主２の店舗のＵＲＬが対応付けられている場合、ユーザ端末１によって広告コンテンツが選択されると、店舗のＷｅｂページ６がユーザ端末１に表示される。一方、広告コンテンツに第３者が店舗を紹介するＷｅｂページのＵＲＬが対応付けられている場合、ユーザ端末１によって広告コンテンツが選択されると、店舗紹介のＷｅｂページ７がユーザ端末１に表示される。

【0056】

このように、本サービスを利用する広告主は、自分でＷｅｂサイトを持っている必要はなく、自分の店舗を紹介する第３者のＷｅｂサイトであっても、同様のサービスを利用することができる。

【0057】

［４．処理の流れ］
次に、広告配信サーバが実行する処理について説明する。図７は、広告配信サーバ１０が実行する広告配信処理の流れを示すフローチャートである。

【0058】

図７に示すように、入稿受付部１４が審査対象の広告情報の入稿を受け付けると（Ｓ１０１）、審査依頼部１５は、入稿された広告情報の審査を依頼する（Ｓ１０２）。ここで、広告情報が登録不可と判定された場合（Ｓ１０３：Ｎｏ）、審査依頼部１５は、入稿された広告情報と「審査済」のフラグ＝０を対応付けて、登録情報ＤＢ１２ａに登録する（Ｓ１０４）。その後、Ｓ１０１に戻って以降の処理が繰り返される。

【0059】

一方、広告情報が登録可と判定された場合（Ｓ１０３：Ｙｅｓ）、審査依頼部１５は、入稿された広告情報と「審査済」のフラグ＝１を対応付けて、登録情報ＤＢ１２ａに登録する（Ｓ１０５）。

【0060】

その後、リアルタイム情報受付部１６は、リアルタイム情報の入力要求を広告主２から受け付けると（Ｓ１０６：Ｙｅｓ）、入力情報を選択させる入力画面を表示させて、リアルタイム情報の入力を受け付ける（Ｓ１０７）。

【0061】

そして、入力情報の選択が終了すると（Ｓ１０８：Ｙｅｓ）、リアルタイム情報受付部１６は、入力された情報を登録情報ＤＢ１２ａに登録し、生成部１７は、事前に登録された広告情報と入力されたリアルタイム情報（入力情報）とを組み合わせた広告コンテンツを生成する（Ｓ１０９）。そして、配信部１８は、Ｓ１０９で生成された広告コンテンツを配信する（Ｓ１１０）。

【0062】

［５．広告の更新例］
次に、図８から図１０を用いて、広告主２からのリアルタイム情報によって広告コンテンツが更新される具体例を説明する。なお、ここでは、広告主２が居酒屋である例で説明する。また、ここでは広告コンテンツの更新について説明するので、入札額と検索キーワードについては省略する。

【0063】

（広告の更新）
図８は、広告配信の更新例を説明する図である。図８に示すように、時刻ｔ０において、居酒屋が広告情報を広告配信サーバ１０に入稿して審査か許可されると、広告配信サーバ１０は、時刻ｔ０の時に入力されたリアルタイム情報（空席あり、１０％）と審査済みの広告情報とを用いて、広告コンテンツ５ｂを生成する。

【0064】

その後、時刻ｔ１において、ユーザ端末１が、検索キーワード「居酒屋」の入力を受け付けてＷｅｂページを検索すると、広告配信サーバ１０は、リアルタイム情報（空席あり、１０％）を含む広告コンテンツ５ｂをユーザ端末１に配信する。

【0065】

そして、時刻ｔ２において、居酒屋の空席増加の変化に伴って、居酒屋がリアルタイム情報（空席多数あり、３０％）を広告配信サーバ１０に入力すると、広告配信サーバ１０は、新たに入力されたリアルタイム情報（空席多数あり、３０％）と審査済みの広告情報とを用いて、広告コンテンツ５ｂを生成する。

【0066】

その後、時刻ｔ３において、ユーザ端末１が、検索キーワード「飲み会」の入力を受け付けてＷｅｂページを検索すると、広告配信サーバ１０は、リアルタイム情報（空席多数あり、３０％）を含む広告コンテンツ５ｂをユーザ端末１に配信する。

【0067】

さらに、時刻ｔ４において、居酒屋の空席減少の変化に伴って、居酒屋がリアルタイム情報（空席あり、１０％）を広告配信サーバ１０に入力すると、広告配信サーバ１０は、新たに入力されたリアルタイム情報（空席あり、１０％）と審査済みの広告情報とを用いて、広告コンテンツ５ｂを生成する。

【0068】

その後、時刻ｔ３において、ユーザ端末１が、検索キーワード「居酒屋」の入力を受け付けてＷｅｂページを検索すると、広告配信サーバ１０は、再度更新したリアルタイム情報（空席あり、１０％）を含む広告コンテンツ５ｂをユーザ端末１に配信する。

【0069】

（広告の停止）
図９は、広告配信の停止例を説明する図である。図９に示すように、時刻ｔ０において、居酒屋が広告情報を広告配信サーバ１０に入稿して審査か許可されると、広告配信サーバ１０は、時刻ｔ０の時に入力されたリアルタイム情報（空席あり、１０％）と審査済みの広告情報とを用いて、広告コンテンツ５ｂを生成する。

【0070】

その後、時刻ｔ１において、ユーザ端末１が、検索キーワード「居酒屋」の入力を受け付けてＷｅｂページを検索すると、広告配信サーバ１０は、リアルタイム情報（空席あり、１０％）を含む広告コンテンツ５ｂをユーザ端末１に配信する。

【0071】

そして、時刻ｔ２において、居酒屋の空席増加の変化に伴って、居酒屋がリアルタイム情報（満員）を広告配信サーバ１０に入力すると、広告配信サーバ１０は、新たに入力されたリアルタイム情報が満員であることから、広告コンテンツ５ｂの生成を抑制する。

【0072】

その後、時刻ｔ３において、ユーザ端末１が、検索キーワード「飲み会」の入力を受け付けてＷｅｂページを検索すると、広告配信サーバ１０は、リアルタイム情報が「満員」であることから、広告コンテンツ５ｂの配信を抑制する。

【0073】

さらにその後、時刻ｔ４において、居酒屋の空席増加の変化に伴って、居酒屋がリアルタイム情報（空席あり、１０％）を広告配信サーバ１０に入力すると、広告配信サーバ１０は、新たに入力されたリアルタイム情報（空席あり、１０％）と審査済みの広告情報とを用いて、広告コンテンツ５ｂを生成する。

【0074】

その後、時刻ｔ５において、ユーザ端末１が、検索キーワード「居酒屋」の入力を受け付けてＷｅｂページを検索すると、広告配信サーバ１０は、再度、リアルタイム情報（空席あり、１０％）を含む広告コンテンツ５ｂをユーザ端末１に配信する。

【0075】

なお、ここでは空席がなくなった場合に広告配信を抑制する例を説明したが、これに限定されるものではなく、例えば予算がなくなったときなど広告配信の抑止条件は、広告主２が任意に設定することができる。したがって、広告主各々が自分の予算や状況に適した自動抑止条件を設定することができる。

【0076】

（広告の自動更新）
図１０は、広告配信の自動更新例を説明する図である。図１０に示すように、時刻ｔ０において、居酒屋が広告情報を広告配信サーバ１０に入稿して審査か許可されると、広告配信サーバ１０は、時刻ｔ０の時に入力されたリアルタイム情報（空席あり、１０％）と審査済みの広告情報とを用いて、広告コンテンツ５ｂを生成する。

【0077】

その後、時刻ｔ１において、ユーザ端末１が、検索キーワード「居酒屋」の入力を受け付けてＷｅｂページを検索すると、広告配信サーバ１０は、リアルタイム情報（空席あり、１０％）を含む広告コンテンツ５ｂをユーザ端末１に配信する。

【0078】

さらにその２時間経過後も、居酒屋によるリアルタイム情報の更新がない場合、広告配信サーバ１０は、居酒屋の空き状況が増加していると推定する。その結果、２時間後の時刻ｔ１０において、広告配信サーバ１０は、自動で更新したリアルタイム情報（空席多数あり、４０％）と審査済みの広告情報とを用いて、広告コンテンツ５ｂを生成する。

【0079】

その後、時刻ｔ１１において、ユーザ端末１が、検索キーワード「居酒屋」の入力を受け付けてＷｅｂページを検索すると、広告配信サーバ１０は、リアルタイム情報（空席多数あり、４０％）を含む広告コンテンツ５ｂをユーザ端末１に自動配信する。

【0080】

なお、ここでは２時間更新がない場合に自動更新する例を説明したが、自動更新するタイミングは任意に設定できる。例えば、広告配信サーバ１０は、広告主２ごとに、自動更新する条件を設定しておき、条件が満たされた場合に、自動更新することもできる。なお、条件の例としては、所定時間更新が行われなかった場合、更新可能な時間および回数を設定することができる。

【0081】

また、自動更新する内容も、割引率を増やす場合に限られず、任意に設定変更することができる。例えば、広告配信サーバ１０は、過去の更新履歴や更新がなくなるまでの更新履歴等を用いて、リアルタイム情報を予測し、予測結果に基づいて広告コンテンツを自動更新することもできる。

【0082】

一例を挙げると、広告配信サーバ１０は、平日の１８時から１９時までは空席が少ないことが多い場合、割引率を下げるように自動更新する。広告配信サーバ１０は、平日の１７時前と２３時以降は空席が多いことが多い場合、割引率を上げるように自動更新する。

【0083】

［６．効果］
上述したように、広告配信サーバ１０は、事前に審査された情報とリアルタイムに入力された情報とを組み合わせた広告コンテンツを配信することができる。したがって、利便性の高い広告を表示させることができる。この結果、ユーザ側は、店舗側の実際の混雑状況などを知ることができ、店舗側でも、リアルタイムの状況をユーザに提供することができる。

【0084】

また、広告配信サーバ１０は、リアルタイムに入力させる情報を、予め定めた情報の中から選択させることができる。したがって、広告配信サーバ１０は、公序良俗に違反するリアルタイム情報の入力を抑制でき、不正な広告コンテンツの配信を抑制できる。

【0085】

また、広告配信サーバ１０は、広告を自動で更新することができるので、広告主２のリアルタイムな状況に自動で追従することができ、広告主２の負担が小さく、サービルの活用が期待できる。また、広告配信サーバ１０は、自動更新の時間帯などを任意に設定することができるので、広告主２の予算にあわせたサービスを提供することができる。

【0086】

［７．広告配信手法の例］
次に、広告配信サーバ１０が実行する広告コンテンツの配信手法を例示する。上記実施形態では、広告配信サーバ１０が、検索キーワードが一致する場合に広告コンテンツを表示する、いわゆる検索連動型広告を実行する例を説明したが、これに限定されるものではなく、任意の配信手法を利用することができる。

【0087】

（時間帯による広告配信の制御）
例えば、広告配信サーバ１０は、広告コンテンツを配信する時間帯を広告主２からリアルタイムに受け付けて、受け付けた時間帯だけ広告コンテンツを配信することもできる。

【0088】

一例を挙げると、広告配信サーバ１０は、リアルタイムなサービス情報とともに、配信時間として「１６時から２３時」などを受け付ける。そして、広告配信サーバ１０は、「１６時から２３時」の間だけ、広告コンテンツの配信を実行し、当該時間帯以外は広告の配信を抑制する。

【0089】

（ターゲティング広告）
例えば、広告配信サーバ１０は、ユーザ属性などを指定するターゲティング情報を広告主２からリアルタイムに受け付けて、受け付けたターゲティング情報にしたがって広告コンテンツを配信することもできる。

【0090】

一例を挙げると、広告配信サーバ１０は、リアルタイムなサービス情報とともに、ターゲティング情報として「２０代、男性」などを受け付ける。そして、広告配信サーバ１０は、「２０代、男性」に該当するユーザがＷｅｂページを閲覧している場合に、広告コンテンツの配信を実行し、それ以外のユーザ属性に該当するユーザに対しては広告の配信を抑制する。

【0091】

また、ユーザ属性の例としては、年齢、性別、地域、趣味などを任意に使用できる。なお、広告配信サーバ１０は、Ｃｏｏｋｉｅなどを利用することで、Ｗｅｂページを閲覧するユーザの属性を収集することができ、この収集方法については公知の様々な技術を利用することができる。

【0092】

（コンテンツマッチング広告）
例えば、広告配信サーバ１０は、広告配信対象のコンテンツ属性などを指定するコンテンツ属性情報を広告主２からリアルタイムに受け付けて、受け付けたコンテンツ属性情報にしたがって広告コンテンツを配信することもできる。

【0093】

一例を挙げると、広告配信サーバ１０は、リアルタイムなサービス情報とともに、コンテンツ属性情報として「スポーツ、ゴルフ、野球」などを受け付ける。そして、広告配信サーバ１０は、「スポーツ、ゴルフ、野球」に該当するＷｅｂページを閲覧するユーザに対して広告コンテンツの配信を実行し、それ以外のＷｅｂページを閲覧するユーザに対しては広告の配信を抑制する。

【0094】

（予算との組み合わせ）
なお、広告配信サーバ１０は、上述した各広告の配信方法と予算による制御を任意に組み合わせることができる。具体的には、広告配信サーバ１０は、リアルタイムに受け付けた予算内で、上記各手法による広告コンテンツの配信を実行し、予算を超過する場合は広告コンテンツの配信を抑制する。

【0095】

このように、広告配信サーバ１０は、任意の配信手法を選択することができるので、システム形態に依存することなく、効率的かつ効果的な広告コンテンツをユーザ端末１に配信することができる。また、広告配信サーバ１０は、Ｗｅｂページを閲覧するユーザの嗜好等に適した広告コンテンツを配信することができるので、広告効果の向上が図れる。

【0096】

また、広告配信サーバ１０は、時間帯、ターゲティング情報、コンテンツ属性情報、予算などについて、選択可能な情報を入力画面に表示して、選択形式で入力させることもできる。また、広告配信サーバ１０は、時間帯、ターゲティング情報、コンテンツ属性情報、予算などについて、必ずしもリアルタイムに受け付ける必要なく、例えば審査対象の情報を受け付けるタイミングで受け付けるなど、事前に登録しておくこともできる。

【0097】

［８．その他の実施形態例］
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。また、各実施形態は、矛盾のない範囲内で適宜組み合わせることもできる。以下では、異なる実施形態を例示する。

【0098】

（広告の選択手法）
上記実施形態では、広告配信サーバ１０は、該当する広告コンテンツの中から、入札額の高い広告コンテンツを優先的に配信する一例を説明したが、これに限定されるものではない。例えば、広告配信サーバ１０は、入札額と広告評価値（例えばＣＴＲ（Click Through Ratio）とに基づき算出されるｅＣＰＭ（effective Cost Per Mill）を用いて、広告コンテンツの配信を制御することができる。

【0099】

すなわち、広告配信サーバ１０は、ｅＣＰＭが高く、広告効果の高い広告コンテンツから優先的に配信することができる。なお、ＣＴＲについては、例えば広告主２の過去のＣＴＲの平均値や分散値などを用いることもできる。

【0100】

（課金）
例えば、広告配信サーバ１０は、更新された回数に応じて、広告主２に広告料を課金することもできる。したがって、広告主２の予算内で効率的な広告の提供を実現できる。また、広告配信サーバ１０は、広告主２が設定する予算内で更新を繰り返すこともできる。例えば、広告配信サーバ１０は、更新１回について１万と設定し、広告主２の予算が５万円である場合、５回まで更新を実行する。また、広告配信サーバ１０は、広告主２ごとに、自動更新可能な時間を設定し、その時間内では自動更新を実行し、その時間外では自動更新を抑制することもできる。

【0101】

（広告主）
上記実施形態では、広告主２として居酒屋を例にして説明したが、これに限定されるものではない。例えば、ホテルの空席状況、オークションの入札数、ネットショッピングの商品の割引率、野菜などの割引率などについても、同様に処理することができる。

【0102】

（ハードウェア）
上述した各サーバのハードウェア構成について説明するが、各サーバは同様の構成を有するので、ここでは、広告配信サーバ１０を例にして説明する。図１１は、サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。広告配信サーバ１０は、ＣＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ＨＤＤ１０ｄ、通信インタフェース（Ｉ／Ｆ）１０ｅ、入出力インタフェース（Ｉ／Ｆ）１０ｆ、およびメディアインタフェース（Ｉ／Ｆ）１０ｇを備える。

【0103】

ＣＰＵ１０ａは、ＲＯＭ１０ｃまたはＨＤＤ１０ｄに格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１０ｃは、広告配信サーバ１０の起動時にＣＰＵ１０ａによって実行されるブートプログラムや、広告配信サーバ１０のハードウェアに依存するプログラム等を格納する。

【0104】

ＨＤＤ１０ｄは、ＣＰＵ１０ａによって実行されるプログラムおよび当該プログラムによって使用されるデータ等を格納する。通信インタフェース１０ｅは、各種通信回線を介して他の装置からデータを受信してＣＰＵ１０ａへ送り、ＣＰＵ１０ａが生成したデータを、各種通信回線を介して他の装置へ送信する。

【0105】

ＣＰＵ１０ａは、入出力インタフェース１０ｆを介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ１０ａは、入出力インタフェース１０ｆを介して、入力装置からデータを取得する。また、ＣＰＵ１０ａは、生成したデータを、入出力インタフェース１０ｆを介して出力装置へ出力する。

【0106】

メディアインタフェース１０ｇは、記録媒体１０ｈに格納されたプログラムまたはデータを読み取り、ＲＡＭ１０ｂを介してＣＰＵ１０ａに提供する。ＣＰＵ１０ａは、当該プログラムを、メディアインタフェース１０ｇを介して記録媒体１０ｈからＲＡＭ１０ｂ上にロードし、ロードしたプログラムを実行する。記録媒体１０ｈは、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

【0107】

例えば、広告配信サーバ１０のＣＰＵ１０ａは、ＲＡＭ１０ｂ上にロードされたプログラムを実行することにより、入稿受付部１４、審査依頼部１５、リアルタイム情報受付部１６、生成部１７、配信部１８の各機能を実現する。また、ＨＤＤ１０ｄには、記憶部１２に記憶されるデータが格納される。

【0108】

広告配信サーバ１０のＣＰＵ１０ａは、これらのプログラムを、記録媒体１０ｈから読み取って実行するが、他の例として、他の装置から、各種通信回線を介してこれらのプログラムを取得してもよい。

【0109】

また、実施形態に記載した「部」は、「手段」や「section、module、unit」や「回路」などに読み替えることができる。例えば、入稿受付部は、入稿受付手段や入稿受付回路に読み替えることができる。また、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれ、各実施形態を組み合わせることもできる。

【0110】

以上、本発明を実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。上記実施の形態に多様な変更または改良を加えることが可能であることが当業者には明らかである。また、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

【符号の説明】

【0111】

１ ユーザ端末
２ 広告主
１０ 広告配信サーバ
１１ 通信部
１２ 記憶部
１２ａ 登録情報ＤＢ
１３ 制御部
１４ 入稿受付部
１５ 審査依頼部
１６ リアルタイム情報受付部
１７ 生成部
１８ 配信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】