(57)【要約】【課題】  広告が配信されるユーザのフリークエンシーを平均化するよう配信を制御してインターネット広告配信による広告の効果を最大化すること。【解決手段】  クライアント端末Ａ１２１、Ｂ１２２、Ｃ１２３から広告の配信要求が送信されると、オークションサーバからＤＳＰ１１０に入札要求が送信され、入札額を含む入札応答が返される。すなわち、ＤＳＰ１１０は広告主との契約に基づいて、配信を担当している複数の広告から、一定の規則に従ってその時点で配信すべき広告およびその入札額を決定しオークションに参加する。本実施形態では、この際に各ユーザ、広告ごとにフリークエンシーを管理するためのフリークエンシー管理テーブル１１６を備え、フリークエンシーをユーザごとに管理することにより、各ユーザのフリークエンシーを適正に保ちつつ、全体の配信数を制御する。【選択図】  図１
2015018293.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してクライアント端末に配信する広告をオークションで決定する広告配信システムにおいて、前記オークションのための入札要求を受信し、条件に合致する広告と対価とを決定して入札応答を送信するためのサーバであって、
前記入札要求により入札を要求される広告の配信先であるクライアント端末に前記広告を表示した回数である出現数を計数する計数手段と、
予め配信数が定められた広告について、所定期間内に前記クライアント端末に対する出現数が予め定めた制御数を超えると、該クライアント端末への該広告の配信を抑制する抑制手段と
を備えたことを特徴とするサーバ。
【請求項２】
前記計数手段は、前記クライアント端末を端末識別情報で識別することを特徴とする請求項１に記載のサーバ。
【請求項３】
前記計数手段は、前記入札要求に含まれるクッキー情報と、前記クライアント端末の端末識別情報とを対応づけることを特徴とする請求項２に記載のサーバ。
【請求項４】
前記抑制手段は、前記出現数が予め定めた前記制御数を超えると、該クライアント端末への該広告の配信を停止することを特徴とする請求項１ないし３のいずれかに記載のサーバ。
【請求項５】
前記抑制手段は、前記出現数が予め定めた前記制御数を超えると、予め定めた条件で該クライアント端末に配信すると決定される広告以外の広告について入札応答を送信することを特徴とする請求項４に記載のサーバ。
【請求項６】
前記抑制手段は、前記出現数が予め定めた前記制御数を超えると、該クライアント端末への該広告の対価を低くすることを特徴とする請求項１ないし３のいずれかに記載のサーバ。
【請求項７】
ネットワークを介してクライアント端末に配信する広告をオークションで決定する広告配信システムであって、
前記クライアント端末に配信する広告の配信枠を有するホームページを提供する広告メディアサーバと、
前記配信枠に表示する広告の入札要求を受信すると、該入札要求に対応する広告および該広告を表示する対価の額を決定して、該広告の対価の額及び該広告を表示するための広告情報を含む入札応答を送信する複数の入札応答手段と、
前記クライアント端末から広告配信要求を受信すると入札要求を送信し、受信した複数の入札応答に含まれる対価の額に基づいて配信する広告を決定し、および前記クライアント端末に前記決定手段で決定した広告を表示するため前記広告情報を送信する広告サーバと、
前記広告についての入札要求を受信し、条件に合致する広告と対価とを決定して入札応答を送信するためのサーバであって、前記入札要求により入札を要求される広告の配信先であるクライアント端末に前記広告を配信した回数である出現数を計数する計数手段と、予め配信回数が定められた広告について、所定期間内に前記クライアント端末に対する出現数が予め定めた制御数を超えると、該クライアント端末への該広告の配信を抑制する抑制手段とを含むサーバと
を備え、
前記クライアント端末は、前記広告メディアサーバにアクセスして、前記ホームページを表示するとともに、前記広告の配信枠に割り当てられた広告サーバ識別情報により広告配信要求を送信し、前記要求した広告情報を受信して表示することを特徴とする広告配信システム。
【請求項８】
ネットワークを介してクライアント端末に配信する広告をオークションで決定する広告配信方法であって、
前記オークションのための入札要求を受信し、条件に合致する広告と対価とを決定して入札応答を送信するためのサーバにおいて、
前記入札要求により入札を要求される広告の配信先であるクライアント端末に前記広告を表示した回数である出現数を計数する計数ステップと、
予め配信数が定められた広告について、所定期間内に前記クライアント端末に対する出現数が予め定めた制御数を超えると、該クライアント端末への該広告の配信を抑制する抑制ステップと
を備えたことを特徴とする広告配信方法。
【請求項９】
ネットワークを介してクライアント端末に配信する広告をオークションで決定する広告配信方法を、該オークションのための入札要求を受信し、条件に合致する広告と対価とを決定して入札応答を送信するためのサーバに、実行させるプログラムであって、前記広告配信方法は、
前記入札要求により入札を要求される広告の配信先であるクライアント端末に前記広告を表示した回数である出現数を計数する計数ステップと、
予め配信数が定められた広告について、所定期間内に前記クライアント端末に対する出現数が予め定めた制御数を超えると、該クライアント端末への該広告の配信を抑制する抑制ステップと
を備えたことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告配信方法、サーバ、システムおよびプログラムに関し、より具体的には、ネットワークを介してクライアント端末に表示されたホームページの広告枠に配信する広告の配信数を制御する広告配信方法、サーバ、システムおよびプログラムに関する。
【背景技術】
【０００２】
一般に、商品やサービスの広告媒体として、広告メディアサーバが提供する検索サイトやポータルサイトなど、さまざまなホームページに設定された広告枠に広告を配信するインターネット広告においては、広告ごとに期間あたりの配信数が設定されており、この配信数を超えないように広告の配信が行われる場合がある。これは、通常広告主が広告ごとに一定の上限予算を決めており、広告主から広告の配信を請け負った広告代理店などの業者は、契約上上限予算まで広告を配信すると、配信を停止する必要があるからである。この点を図９ないし１１を参照して以下に説明する。
【０００３】
図９は、オークションにより配信広告を決定して広告を配信するネットワーク広告システムの一般的なデマンドサイドプラットフォーム（ＤＳＰ）の概念を示す図である。図９に示すように、このようなネットワーク広告システムにおいては、配信システムにオークションサーバが設けられており、オークションサーバに対し入札を行う複数のＤＳＰは、広告枠ごとにオークションサーバからの入札要求に応答して入札を行い、最も入札額の高い広告が配信される。ＤＳＰは広告主との契約に基づく規則により、入札要求があると配信すべき広告および入札額を決定しオークションサーバに送信し（入札応答（６））、その入札が落札されると（７）、配信サーバから広告が送信される(１０)。この際オークションサーバは、特許文献１の広告の場合と同様に、広告配信の対象となる広告枠に関する情報、すなわち張り付けられたホームページの情報、クライアントに関する情報およびクライアント端末の情報などを入札要求とともに各ＤＳＰに送信する。各ＤＳＰは、これらの情報を使用して上記規則により広告枠に配信すべき広告を決定し、対応する入札額を決定する。
【０００４】
このようにＤＳＰでは、広告主との契約に基づき複数の広告の中から入札要求の内容により配信する広告が決定されるので、類似する入札要求が連続する等して、特定の広告が集中して配信される可能性がある。上述のとおり各広告には上限予算があり広告の配信数が予め定めた数を超えると配信を停止する必要があるため、例えば配信開始から初期のうち集中的に配信され上限予算に達すると、その後まったく配信されないといった偏った配信になる恐れがある。一般的に、インターネット広告は特定の時間に集中することなく、平均的に満遍なく配信されるのが好ましい。そこで、特定の時間に偏ることなく上限予算内で広告配信を行う方法として、ペーシングという技術が提案されている。
【０００５】
図１０は、一般的なペーシングの技術を説明するための図である。図１０に示す例では、上限予算３００００円の場合に、配信を制御しなかったならば上限予算の倍の６００００円まで配信されると予測あるいは想定する。この場合、オークションで広告の入札をＤＳＰが決定したとき２回に１回は入札応答を中止する等して、予想される配信数を半分に間引くことにより、上限予算内の配信が可能となる。このようなペーシングを行った場合、上限予算に達すると配信を突如停止するわけではないので、平均的に満遍なく広告を配信することが出来る（例えば、特許文献１参照）。なお、広告の配信数を予想する方法および間引く方法には様々なものがある。
【特許文献１】特開２０１２−１４６２７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、従来のペーシングを用いて広告の配信数を制御する場合、図１０に示すように、配信するユーザに関係なく間引くため、全体としては配信数を上限予算を満たすように制御できても、どのユーザに配信するかは制御していないので、各ユーザについてみるとユーザあたりの広告の表示回数であるフリークエンシー（ＦＱ）は、偏った分布となる。すなわち、図１０に示すように３人のユーザに広告が配信される可能性があったとすると、特定のユーザについてはまったく間引かれなかったり、別のユーザでは多くが間引かれたりして、ＦＱが４のユーザもいれば、ＦＱが０でまったく配信されないユーザもいるといった偏った配信となる恐れがある。ここで、一般にインターネット広告の配信の際は、フリークエンシーを多くしすぎると、ユーザにとっては何度も同じ広告が表示されるので、関心が薄れて効果が下がっていく。実際図１１に示すように、フリークエンシーとクリック率とは反比例の関係にあり、フリークエンシーが多くなるほど、ユーザがクリックすることが少なくなるので、広告を配信する場合は、フリークエンシーを少なくした方が一般的には広告の効果を向上させることができる。
【０００７】
したがって、上述のようにフリークエンシーを考慮せず単純にペーシングを行うと、特定のユーザについてフリークエンシーが多くなって広告効果を低下させてしまう一方、フリークエンシーが０のユーザには広告がまったく配信されないので、広告の効果は０になる。この結果、上限予算を決められ、限られた配信数しか広告を配信できないにもかかわらず、効果的に多くのユーザに配信することができず、広告の効果を最大化できないという問題がある。
【０００８】
本発明は上記従来の問題に鑑みてなされたものであり、広告の配信数を予め定められたインターネット広告において、一定期間あたりの全体の配信数を抑えるとともに、広告が配信されるユーザのフリークエンシーを平均化するよう配信を制御してインターネット広告配信による広告の効果を最大化することが可能な広告配信方法、広告サーバ、広告配信システムおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
請求項１に記載の発明は、ネットワークを介してクライアント端末に配信する広告をオークションで決定する広告配信システムにおいて、オークションのための入札要求を受信し、条件に合致する広告と対価とを決定して入札応答を送信するためのサーバであって、入札要求により入札を要求される広告の配信先であるクライアント端末に広告を表示した回数である出現数を計数する計数手段と、予め配信数が定められた広告について、所定期間内にクライアント端末に対する出現数が予め定めた制御数を超えると、クライアント端末への広告の配信を抑制する抑制手段とを備えたことを特徴とする。
【００１０】
請求項２に記載の発明は、請求項１に記載のサーバにおいて、計数手段は、クライアント端末を端末識別情報で識別することを特徴とする。
【００１１】
請求項３に記載の発明は、請求項２に記載のサーバにおいて、計数手段は、入札要求に含まれるクッキー情報と、クライアント端末の端末識別情報とを対応づけることを特徴とする。
【００１２】
請求項４に記載の発明は、請求項１ないし３のいずれかに記載のサーバにおいて、抑制手段は、出現数が予め定めた制御数を超えると、クライアント端末への該広告の配信を停止することを特徴とする。
【００１３】
請求項５に記載の発明は、請求項４に記載のサーバにおいて、抑制手段は、出現数が予め定めた制御数を超えると、予め定めた条件で該クライアント端末に配信すると決定される広告以外の広告について入札応答を送信することを特徴とする。
【００１４】
請求項６に記載の発明は、請求項１ないし３のいずれかに記載のサーバにおいて、抑制手段は、出現数が予め定めた制御数を超えると、クライアント端末への広告の対価を低くすることを特徴とする。
【００１５】
請求項７に記載の発明は、ネットワークを介してクライアント端末に配信する広告をオークションで決定する広告配信システムであって、クライアント端末に配信する広告の配信枠を有するホームページを提供する広告メディアサーバと、配信枠に表示する広告の入札要求を受信すると、入札要求に対応する広告および広告を表示する対価の額を決定して、広告の対価の額及び広告を表示するための広告情報を含む入札応答を送信する複数の入札応答手段と、クライアント端末から広告配信要求を受信すると入札要求を送信し、受信した複数の入札応答に含まれる対価の額に基づいて配信する広告を決定し、およびクライアント端末に決定手段で決定した広告を表示するため広告情報を送信する広告サーバと、広告についての入札要求を受信し、条件に合致する広告と対価とを決定して入札応答を送信するためのサーバであって、入札要求により入札を要求される広告の配信先であるクライアント端末に広告を配信した回数である出現数を計数する計数手段と、予め配信回数が定められた広告について、所定期間内に前記クライアント端末に対する出現数が予め定めた制御数を超えると、クライアント端末への広告の配信を抑制する抑制手段とを含むサーバとを備え、クライアント端末は、広告メディアサーバにアクセスして、ホームページを表示するとともに、広告の配信枠に割り当てられた広告サーバ識別情報により広告配信要求を送信し、要求した広告情報を受信して表示することを特徴とする。
【００１６】
請求項８に記載の発明は、ネットワークを介してクライアント端末に配信する広告をオークションで決定する広告配信方法であって、オークションのための入札要求を受信し、条件に合致する広告と対価とを決定して入札応答を送信するためのサーバにおいて、入札要求により入札を要求される広告の配信先であるクライアント端末に広告を表示した回数である出現数を計数する計数ステップと、予め配信数が定められた広告について、所定期間内にクライアント端末に対する出現数が予め定めた制御数を超えると、クライアント端末への広告の配信を抑制する抑制ステップとを備えたことを特徴とする。
【００１７】
請求項９に記載の発明は、ネットワークを介してクライアント端末に配信する広告をオークションで決定する広告配信方法を、オークションのための入札要求を受信し、条件に合致する広告と対価とを決定して入札応答を送信するためのサーバに、実行させるプログラムであって、広告配信方法は、入札要求により入札を要求される広告の配信先であるクライアント端末に広告を表示した回数である出現数を計数する計数ステップと、予め配信数が定められた広告について、所定期間内にクライアント端末に対する出現数が予め定めた制御数を超えると、クライアント端末への該広告の配信を抑制する抑制ステップとを備えたことを特徴とする。
【発明の効果】
【００１８】
本発明によると、入札要求により入札を要求される広告の配信先であるクライアント端末に広告を表示した回数である出現数を計数する計数手段と、予め配信数が定められた広告について、所定期間内にクライアント端末に対する出現数が予め定めた制御数を超えると、クライアント端末への広告の配信を抑制する抑制手段とを備えているので、インターネット広告配信による広告の効果をさらに最大化することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態のフリークエンシー制御を行うＤＳＰの概念を示す図である。
【図２】本発明の一実施形態の全体のシステム構成図である。
【図３】本発明の一実施形態のフリークエンシー制御を説明するための図である。
【図４】本実施形態のフリークエンシー管理テーブルの一例を示す図である。
【図５】本発明の一実施形態のアドエクスチェンジシステムの機能ブロック図である。
【図６】本発明の一実施形態のオークションを説明するための図である。
【図７】本発明の一実施形態のシステム全体の処理を示すフローチャートである。
【図８】本発明の一実施形態のフリークエンシー制御の具体的な一例を示す図である。
【図９】一般的なＤＳＰの概念を示す図である。
【図１０】一般的なペーシングの概念を示す図である。
【図１１】インターネット広告におけるフリークエンシーとクリック率の一般的な関係を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明の広告配信方法、広告サーバ、広告配信システムおよびプログラムについて図面を参照して実施形態を説明する。
【００２１】
図１は、本発明の一実施形態のフリークエンシー制御を行うデマンドサイドプラットフォーム（ＤＳＰ）の概念を示す図である。ここで、フリークエンシー（ＦＱ）とは、クライアント端末を使用するユーザあたりの広告表示回数、すなわち広告があるユーザにリーチする回数である。図１に示すように、クライアント端末Ａ１２１、Ｂ１２２、Ｃ１２３から広告の配信要求が送信されると、オークションサーバからＤＳＰ１１０に入札要求が送信され、入札額を含む入札応答が返される。すなわち、ＤＳＰ１１０は広告主との契約に基づいて、配信を担当している複数の広告から、一定の規則に従ってその時点で配信すべき広告およびその入札額を決定しオークションに参加する。本実施形態では、この際に各ユーザ、広告ごとにフリークエンシーを管理するためのフリークエンシー管理テーブル１１６を備え、フリークエンシーをユーザごとに管理することにより、各ユーザのフリークエンシーを適正に保ちつつ、全体の配信数を制御する。
【００２２】
一般にこのようなＤＳＰは、図２に示すようにインターネット広告全体でＤＳＰ１１１ないし１１３など複数存在し、オークションサーバを含むアドエクスチェンジ１０１に接続して、各クライアント端末が広告メディアサーバなどにアクセスし、広告配信の要求が発生すると送信された入札要求を受信して、条件に適合した広告と対価を決定して入札応答をアドエクスチェンジ１０１に送信する。オークションサーバは各ＤＳＰから入札応答を受信すると、最も高い対価を提示したＤＳＰの入札した広告の配信を決定し、決定した広告をＤＳＰから受信して、広告配信要求元であるクライアント端末に配信する。
【００２３】
また、本実施形態のインターネット広告システムでは、図２に示すようにアドエクスチェンジシステム１０１、広告メディアサーバ１０３、ＤＳＰ１１１ないし１１３およびクライアント端末１２１ないし１２３などが、各々インターネット１０４で接続されている。広告メディアサーバ１０３の提供するホームページの広告枠には、ＲＴＢなどにより広告を決定し配信できるようにタグ（アドエクスチェンジへのリンク等）が予め埋め込まれており、これによりクライアント端末からアドエクスチェンジに広告の配信要求が出される。
【００２４】
具体的には、本実施形態でクライアントは、クライアント端末１２１を用いて、まず広告メディアサーバ１０３にアクセスし、所望のホームページ１０６をブラウザに表示させる。本実施形態のホームページ１０６には広告枠１０７が設けられており、ブラウザに読み込まれると、ホームページ１０６に埋め込まれたアドエクスチェンジシステム１０１の情報に基づいてアドエクスチェンジシステム１０１に接続する。この際、クライアント端末のＩＰアドレスおよび何らかの識別情報等、これらを特定する情報がアドエクスチェンジシステム１０１に送られる。ここで、アドエクスチェンジシステム１０１のオークション機能は具体的には、図５に示すようにオークションサーバ４０３により実行される。
【００２５】
同様に、ホームページや広告メディアに関する情報（メディア情報）も送られ、オークションサーバ４０３はこれらの情報に基づき、入札要求を行って競争入札を開始する。また、オークションサーバ４０３は受信したＩＰアドレス等によりクライアント端末の大まかな設置位置を特定し、入札要求に含めて送信することができるが、これに限られず何らかの方法で取得したクライアント端末の位置情報等をＤＳＰにおける広告決定の情報に用いるために送信することもできる。入札は、従来の本技術分野で知られたいずれかのＲＴＢプロトコルに基づいて実行される。
【００２６】
ここで、入札要求を受け取ったＤＳＰは受信したクライアント端末の識別情報により、予め蓄積していたオーディエンス情報、例えばクライアントの性別や年齢層、嗜好あるいは閲覧履歴などをＤＳＰが管理するデータベースから読み出し、受信したクライアント端末の位置に関する情報などに基づき、予め広告主との契約で入札に参加する予定の複数の広告から応札する広告および対価を決定して入札応答を送信する。本実施形態では、オーディエンス情報やメディア情報は、特定のサーバで記憶され、使用されるように説明したが、これに限られず、これらの情報の一部または全部を異なるサーバで記憶させておき、また異なるサーバで使用するように構成することもできる。なお、一般に媒体社は広告メディアサーバを所有または管理し、ＲＴＢ広告はＤＳＰから広告代理店など通して提供されるが、広告代理店や広告主が直接オークションに参加して（アドエクスチェンジシステムに入札応答を送信することによって）媒体社に応札することもできる。
【００２７】
ここで、図２に示すインターネット１０４はネットワークの一例にすぎず、各サーバ、端末はインターネット以外の様々なネットワークをそれぞれ組み合わせて接続することができる。また、広告メディアサーバは、広告枠を含むホームページを提供するサーバのことであり、通常のポータルサイトや検索サイト以外でも、広告枠を含むホームページを提供していれば通常の企業のサーバなど、本技術分野で知られたいずれのサーバを含むことができる。さらに、当業者が容易に理解できるようにＤＳＰサーバは通常複数接続されており、アドエクスチェンジシステム１０１からの入札要求に対し、各々１つまたは複数の広告の入札応答を返すことができる。
【００２８】
さらに、図２に示すように本実施形態のようなインターネット広告配信システムでは、多くのクライアント端末が広告枠を有するウェブサイトにアクセスして広告が配信されるため、各ＤＳＰではそれぞれ広告の配信要求をしたクライアント端末を記録しておき、広告の配信においてはこの記録を参照して、配信する広告やその対価を決定することもできる。すなわち、配信枠を表示するクライアント端末を何らかの識別情報で特定し、現在オークションにかけられている広告枠がクライアント端末Ａのものか、クライアント端末Ｂのものなのかを特定し、そのクライアント端末の過去のアクセス履歴、広告配信履歴などを考慮に入れて、その広告枠に配信する広告および対価を決定し入札応答を送信、すなわちオークションに参加する。ここで、本実施形態ではクッキーによりクライアント端末を識別しているが、これに限られずさまざまな情報を識別情報として用いることができる。なお、後述するように本実施形態では、このように現在入札を決定しようとしている広告枠を表示しているクライアント端末を特定し、また過去の配信履歴を（入札応答を送信したのみならず、それによりオークションで配信が決定され配信されたかも含め）記録しておき、各クライアント端末の各広告のフリークエンシーを算出できるようになっている。
【００２９】
なお、本実施形態では、一般的なオークションである単純に最高額の入札を応札するような方式を採用するが、通常のオークション方式と比較して変則的なルールで配信する広告を決定する変則オークション方式を用いてＲＴＢ広告を実現することもできる。
【００３０】
（フリークエンシーの制御）
一般に、インターネット広告では広告ごとに予算上限が決まっている。すなわち、広告主との契約において各広告ごとに一定期間（以下、配信期間）内、例えば１日、１週間、１ヶ月などの期間の間に配信される配信数の上限を決めておき、その期間内にその配信数を配信するよう制御しなければならない。特に１日の配信上限を１日上限予算とも呼ぶが、通常契約は１か月単位等なので、この期間内で上限予算を超えることは許されないが、１日上限予算は目標値であり、最終的に契約期間内で調整できればいい場合が多い。したがって、ＤＳＰは何らかの方法で一定期間内に配信数が満たされるように、また配信数を超えないように広告を配信しなければならないが、オークションにより配信する広告を決定する場合、必ずしも配信数を制御することは容易ではない。すなわち、広告の決定条件を予めある程度の配信数を見込めるように定めることもできるが、一般的にはクライアント端末のアクセス条件によって、特定のクライアント端末や特定の広告に集中して配信の決定がなされ、そのように集中的に配信された広告は配信期間の早い時期に上限予算に達してしまう。上述の通り、このような場合う予算を超えて配信できないのでいわゆるキャップがはめられ、以後その広告を配信する条件のときも配信できなくなる。このため、従来ではペーシングという技術が提案されており、仮に入札応答する広告を決定しても、一定の割合で入札をやめたり、別の広告で入札したりして間引いて配信し、特定の広告が集中して配信されないようにすることも可能である。
【００３１】
しかし、上述したとおり、単純に広告配信を間引くペーシングの場合、配信期間にわたって、比較的満遍なく広告が配信されるが、図９に示すように、配信されるクライアント端末には偏りが発生する恐れがあり、そのような場合、ある広告について特定のクライアント端末だけユーザあたりの広告表示回数であるフリークエンシー（ＦＱ）が異常に高くなり、一方で、別のクライアント端末はＦＱが０になったりする。一般に、インターネット広告ではＦＱが高くなるほど効果が低くなることが知られているから、ＤＳＰは配信予定の複数の広告を上限予算にあわせて平均的に満遍なく配信するだけでなく、各広告について配信先のクライアント端末におけるＦＱを最適に制御することも必要である。本実施形態では以下に説明する特徴的な構成を備え、図３に示すようにクライアント端末Ａ、Ｂ、ＣのＦＱが同程度になるように、処理を実行ことにより、対象となるクライアント端末Ａ、Ｂ、ＣのＦＱを適切に保ちつつ配信期間内の広告の配信数が上限予算を超えないように制御することができる。
【００３２】
ここで、ＦＱを制御する具体的な実施例がいくつかあるので、以下では各実施例に基づいて具体的な処理を説明する。なお、本実施形態のＤＳＰはフリークエンシー制御機能を有しているものとして以下説明するが、インターネット広告配信システム全体としてはすべてのＤＳＰがフリークエンシー制御機能を有する必要のないのはもちろんである。逆に、本実施形態のＤＳＰは従来のオークションサーバと接続して広告のオークションに参加し、広告を配信する標準的な機能を有しており、これに加えてペーシングやフリークエンシー制御機能を有するのである。
【００３３】
＜実施例１＞
図１ないし７を参照して、本実施例の処理を説明する。図４は、本実施例で用いるフリークエンシー管理テーブルであり、配信期間中にクライアント端末ごとに、各広告が表示された回数を記録してある。図４に示すフリークエンシー管理テーブル１１６は本実施例ではＤＳＰ  Ｂのものであり、本実施例で広告ａは各クライアントについてフリークエンシー２まで配信できる、すなわちフリークエンシーキャップは２と設定されているものとする。図５および６は、それぞれ本実施例におけるアドエクスチェンジの機能ブロック図およびオークション処理を示す図である。図７は、本実施例のシステム全体の処理を示すフローチャートである。本実施例では、図１に示すフリークエンシー制御部１１５は、図４に示すようなフリークエンシー管理テーブル１１６を管理して、各クライアントのフリークエンシーが平均化されるように入札の処理を制御する。広告配信全体の処理としては、フリークエンシーの制御以外は通常のオークションの処理と同様に実行される。すなわち、各クライアント端末のフリークエンシーが上限（本実施例では２）を超えない限り、通常のオークションによるインターネット広告配信と同様である。
【００３４】
Ｓ７０１において、例えばクライアント端末Ａ１２１がインターネット１０４を介して、広告メディアサーバ１０３にアクセスすると、所望のホームページ１０６がダウンロードされ、クライアント端末Ａ１２１のブラウザにより表示される。ホームページ１０６に広告枠１０７が設定されていると、アドエクスチェンジシステム１０１にユーザＩＤ、ＩＰアドレス及びメディア情報が送信され（Ｓ７０２）、以上の情報に基づいて図５に示す制御部４０１は、広告管理部４０２およびオークションサーバ４０３を制御して、入札処理を実行する。この際、本実施例ではクライアント端末の識別情報としてのクッキー、およびＩＰアドレスから取得したクライアント端末の位置情報を入札要求に含めて送信する。
【００３５】
入札要求を受信したＤＳＰでは、送信されたクッキーによりオーディエンス情報を取得し、及びメディア情報、位置情報あるいは、オーディエンス情報及びメディア情報に基づく情報を使用し、予め定めた広告条件に適合する広告を選択して入札額を決定し入札応答を送信する。本実施例では、ＤＳＰ  Ｂ社が広告ａを対価１３０円で入札応答するものとする。このようにして、ＤＳＰが供給する広告の中で対象となる広告枠に最適な広告を選択し、その時点における配信条件に基づき入札額を設定することにより広告主として最適な広告掲載を可能とする。以上のようなＤＳＰの処理は、本技術分野で知られたいずれの方法を使用することもでき、また別の方法によっても入札応答処理を実行することもできる。
【００３６】
ここでは、フリークエンシー制御部１１５はフリークエンシー管理テーブル１１６を参照してクライアント端末Ａ１２１における広告ａのフリークエンシーが現在１であることを読み出し、本実施例の上限フリークエンシーと比較する（Ｓ７０３）。本実施例では、上限は２であるから、クライアント端末Ａについてはまだフリークエンシーが規定の値を超えていないものとして、決定した広告ａで入札応答する（７０５）。ここで、図６に示すように他のＤＳＰ  ＡおよびＣよりも入札価格が高ければ、クライアント端末Ａに広告ａが配信されることが決定されて配信される。この場合フリークエンシー管理テーブル１１６の広告ａ、クライアント端末Ａのフリークエンシーの値はインクリメントされ、２となる（Ｓ７０６）。このようにして、フリークエンシー管理テーブル１１６は管理、更新され、各広告、各クライアント端末について常に最新の情報を記録するようになっている。
【００３７】
次に、クライアント端末Ｂから広告配信要求が来た場合、同様に各ＤＳＰに入札要求が出され、入札要求を受信したＤＳＰ  Ｂでは同様に広告ａの配信を決定したとする（Ｓ７０１ないしＳ７０２）。この場合、フリークエンシー管理テーブル１１６を参照すると、クライアント端末Ｂのフリークエンシーは２であり、上限値に達しているので、これ以上配信するとフリークエンシーの値が３以上となる（Ｓ７０３）。そこで、ＤＳＰ  Ｂはフリークエンシーの値が上限を超える可能性がある場合であるとして、広告ａのフリークエンシーが規定値に達したクライアント端末への配信を抑制する。
【００３８】
本実施例では、クライアント端末Ｂへの広告ａの配信の入札応答の送信自体を取りやめる、すなわちこの回のオークションへの参加を中止することにより配信を抑制する（Ｓ７０４）。この結果、その後広告ａのフリークエンシーが規定値に達しているクライアント端末に関するオークションについては、広告ａの入札応答を送信することはなくなるが、規定値に達していないクライアント端末については、条件が合えば広告ａが配信される。これにより、広告ａのフリークエンシーがいずれのクライアント端末においても既定の２を超えることはなく、またフリークエンシーが０あるいは規定値に達していないクライアント端末には条件さえそろえば広告ａが配信されるように配信を制御することができるので、各クライアント端末に万遍なく広告を配信することができる。
【００３９】
ここで、本実施例のフリークエンシー制御を用いてペーシングを行う。すなわち、通常ペーシングは、予想される配信数が上限予算を超える場合、例えば２倍であれば配信数をあらかじめ２分の１に間引き（間引き率２分の１）、３倍であれば３分の１に間引いて、配信期間における最終的な配信数が上限予算に近くなるようにするが、具体的間引き方は種々考えられる。通常は、単純に入札要求の２回に１回、すなわち入札要求を受信するごとに交互に２回に１回入札応答することにより配信数を２分の１に間引くことができる。本実施例では、このような単純な間引き方ではなく、フリークエンシー制御が効果的にペーシングに寄与するように処理を行う。
【００４０】
具体的には、このようなペーシングには以下のような4種類の制御があり、システムや状況に応じて最適なものを使用することができる。
【００４１】
第1のペーシング例は、最初に一定の間引き率を設定し、各広告についての各クライアントのフリークエンシーに応じてその間引き率を変化させ、フリークエンシーを制御する。すなわち、図4に示すような各フリークエンシーの状況を参照して、フリークエンシーの規定値に近づいているクライアントに関しては間引き率を高くし、規定値にはまだ届かないクライアントに関しては間引き率を低くする。このようにすることにより、フリークエンシーの値が一定の範囲内に抑えつつ間引きにより配信を上限予算に抑えることができる。
【００４２】
第2のペーシング例は、入札額を上下させて実質的に間引く方法である。すなわち、図4に示すような各フリークエンシーの状況を参照して、フリークエンシーの規定値に近づいているクライアントに関しては入札額を低くし、規定値にはまだ届かないクライアントに関しては入札額を変更しないか、高くする。このようにすることにより、フリークエンシーの値が一定の範囲内に抑えつつ間引きにより配信を上限予算に抑えることができる。
【００４３】
第３のペーシング例は、フリークエンシーの規定値（フリークエンシーキャップ）を調整して実質的に間引く方法である。すなわち、図4に示すような各フリークエンシーの状況を参照して、そのフリークエンシーがフリークエンシーキャップに到達したクライアントについては、例えば応札しないなど配信を抑制する制御を行うが、その結果として一定の期間で、あるいは定期的に配信数を確認し配信数が予想よりも多いときは、フリークエンシーキャップを低くすることにより配信を抑制して配信数を抑える。一方、配信数が予想より多いときは、フリークエンシーキャップを増やして間引きを減らし結果的に配信数を抑制しないようにする。このようにすることにより、フリークエンシーの値が一定の範囲内に抑えつつ間引きにより配信を上限予算に抑えることができる。
【００４４】
また、以下に説明するような方法により間引くこともできる。入札要求のたびに間引いた（入札する広告は決定したが入札には参加しない、あるいは本実施例の意味で配信を抑制した）ことを記録しておき、受信を複数回まとめて間引きの管理を行う。すなわち、入札要求を受信して、ある広告の入札応答をするごと（抑制判断機会）に配信抑制するか否かを決定するが、この抑制判断を抑制判断機会１０回なり、２０回ごとに、間引き率の管理を行い、目標よりも高い間引き率の場合は、次の抑制判断機会から配信が促進されるようにフリークエンシー制御を行い、目標よりも低い場合は、次の抑制判断機会から配信をさらに抑制するようにフリークエンシー制御を行う。例えば、入札要求の受信１０回を単位とする、最初の１０回は本実施例の配信の抑制のみを行って抑制の不要な場合は間引かない（入札に参加する）。この結果、この１０回の間の配信数を記録しておき、予定の間引き率になっていなかったときは、次の１０回の目標とする間引き率を変更する。すなわち、目標間引き率を２分の１とすると、最初の１０回の間引き率（入札要求の回数に対する入札に参加しなかった率または入札したが配信されなかった率のいずれか）が目標よりも高かったときは、次の１０回の間引き率の目標を２分の１よりも低くする。本実施例では、例えば配信の抑制が必要な入札のみ入札参加を取りやめ、その他の入札はあえて間引かず入札に参加するようにする。このようにすると、通常は間引き率は低くなる。
【００４５】
逆に、最初の１０回の間引き率が目標より低かったときは、次の１０回の間引き率の目標を高くする。本実施例では、例えば２回に１回無条件に間引き、これに加えて配信の抑制が必要なときも入札に参加しないようにして間引くことを優先し、これに加えて間引き率が高くなるように制御し、または配信の抑制が必要なときは入札に参加しないようにし、さらに残りの入札の２回に１回を無条件に間引くようにして間引き率が高くなるように制御する。以降、入札要求がなされ、ある広告の入札を決定した、例えば１０回ごとに間引き率が目標を超えているか否かで、間引きを優先の処理とするか、配信を優先する処理とするかを決定して、フリークエンシー制御をしつつ最終的に目標の間引き率に近くなるように入札を判断する。本実施例では、このようなペーシングの処理を行うことで、効果的に上限予算内に配信を抑えつつ、各クライアント端末のフリークエンシーを適正な値に制御することができる。
【００４６】
なお、フリークエンシーの上限値は、予め定められた広告配信の条件などによりシミュレーションを行うことにより、あるいは配信期間中の広告の上限予算、配信数の予測、間引き率または広告の決定条件などを加味して、本技術分野の通常の知識を用いて定めておくことができる。また、広告管理部４０２は、広告ａ、広告ｂ等そのＤＳＰが扱う広告は、何等かのＩＤで特定し、広告枠に配信するごとにそれぞれ配信数をカウントし、図示しないメモリ等に格納しておいて、配信数が上限予算に相当する規定回数に達したときは、フリークエンシー制御とは別にいわゆるキャップをはめることもできる
さらに、広告枠に表示される広告のデータは通常、アドエクスチェンジシステム１０１から実際にデータの格納されたデータベースを示すＵＲＬなどの情報が送られ、これをブラウザが解釈することにより表示されるが、これに限らずオークションサーバやその他のサーバからクライアント端末１０５に直接送信するようにすることもでき、その他いずれかの本技術分野で知られた方法で表示可能にすることができる。一方、配信期間の後半になっても、上限予算に達しない場合で、一定の条件を満たすときはフリークエンシー制御を停止してＦＱが上限値を超えていても確実に広告が配信されるようにすることもできる。
【００４７】
＜実施例２＞
図８を参照して、実施例２の処理を説明する。本実施例は、上述の実施例１とは、ある広告のあるクライアント端末におけるフリークエンシーが、オークションに参加して勝者となった場合に予め定められた上限値を超えるときは、その広告の配信を抑制するという点で共通するが、その抑制方法が異なる。すなわち、実施例１では配信すればフリークエンシーの上限値を超えるような広告配信の入札応答は中止するという形で配信を抑制するが、本実施例では入札額を低くすることにより配信を抑制する。すなわち、入札額が低くなるとオークションで勝利する可能性が低くなるので、実際に配信されることが抑制されることとなる。
【００４８】
基本的に実施例１の処理と本実施例の処理とは同様なので、上述の相違点に関連する処理のみ以下に説明する。図８は、本実施例の配信の抑制の具体的な処理の例を示す図である。図７に示すフローチャートでいうと、本実施例の処理のうちＳ７０１ないしＳ７０３およびＳ７０５およびＳ７０６は上述の実施例１と同じであるが、本実施例では配信を抑制することが決定された場合、Ｓ７０４のように入札応答自体を中止せずに入札応答を送信する。ただし、入札額として、通常であれば１３０円とするところを、他のＤＳＰよりも安い額、具体的には８０円とする。すなわち、同じクライアント端末Ｂに同じ広告ａを配信するときでもフリークエンシーが上限を超える可能性があるときは、異なる入札額、すなわち配信の抑制が必要ではないときよりも安い入札額とすることにより、他のＤＳＰの入札額より安くなり、その結果オークションに勝利せず、配信されることがなくなる。具体的には、図８を参照すると、通常であれば広告ａの入札額は１３０円で、他のＤＳＰの提供する広告より高額であるため広告ａが勝利して配信されるが、フリークエンシーが上限値を超える可能性があり配信の抑制が必要となったときは、入札額を８０円とする。図８の例では、他のＤＳＰの提供する広告の入札額は９０円以上であるから、この入札額の値下げにより広告ａの配信は抑制することができる。
【００４９】
ここで、入札額は、５０円値下げしているが、具体的な値下げ額は広告提供条件、契約条件、その他本技術分野の通常の知識を加味して決定することができるが、一般に入札額をある程度下げるとほぼオークションに勝利する可能性はなくなるものと考えられる。
【００５０】
＜実施例３＞
以下、実施例３の処理を説明する。本実施例は、上述の実施例２と同様、実施例１とはある広告のあるクライアント端末におけるフリークエンシーがオークションに参加して勝者となった場合に予め定められた上限値を超えるときは、その広告の配信を抑制するという点で共通するが、その抑制方法が異なる。すなわち、実施例１では配信すればフリークエンシーの上限値を超えるような広告配信の入札応答は中止するという形で配信を抑制するが、本実施例ではフリークエンシーが上限に達していない別の広告で入札応答を送信することにより配信を抑制する。
【００５１】
基本的に実施例１の処理と本実施例の処理とは同様なので、上述の相違点に関連する処理のみ以下に説明する。図７に示すフローチャートでいうと、クライアント端末Ｂからの広告配信要求があり、広告ａが配信される本実施例の処理のうちＳ７０１ないしＳ７０３およびＳ７０５およびＳ７０６は上述の実施例１と同じであるが、本実施例では配信を抑制することが決定された場合Ｓ７０４のように入札応答自体を中止することはしない。広告ａでの入札応答を送信する代わりに、広告ａとは異なる代替の広告であって、フリークエンシーの値が次に配信すると上限を超えることはない、例えば広告ｂ（図４に示すようにフリークエンシーは０である）を配信する広告として決定する。入札額は、広告ａに準拠するようにしてもいいし、あくまで通常の条件で広告ｂの入札額を決定してもいい。また、代替の広告の配信数が伸び悩んでいる場合は、広告ａと同等、あるいはさらに上げてオークションでの勝利の可能性を高めるようにすることもできる。
【００５２】
このような処理をすることにより、フリークエンシーが上限を超えるような広告の配信を抑制することができる一方、フリークエンシーが低い、特に０で、全く配信されたことのない広告を配信することができる。もちろん、クライアント端末Ｂに配信する広告として、そのオークションにおいては広告ａが通常は決定されるのであるから、本来広告ｂを配信すべきではないが、例えば配信期間の終盤でも広告ごとに配信数が大幅に偏って配信にキャップをはめなければならない広告があり、一方で予算上限に届かない広告が残る場合などに代替の広告でオークションに参加するのは有効である。例えば、本実施例の処理により、全体の広告が平均して配信されるように、図４に示すフリークエンシー管理テーブルを使用して、全体の配信数の少ない広告から先に代替広告として選定し、配信数の偏りを減らすように制御することができれば広告システムとしてはより効果的となる可能性がある。
【００５３】
以上、３つの実施例を説明したが、これらの実施例のフリークエンシー制御のための配信抑制のための方法は、基本的に各々単独で用いることもでき、または他の方法と組み合わせて若しくはこれらの配信抑制の方法を組み合わせて、ＤＳＰにおける入札応答の決定入札額の決定処理に適用し広告配信を種々に制御することができる。例えば、非常に急激に特定の広告が配信されているときは、実施例１の制御を適用し、そうでないときは実施例２の制御を行う等、種々の組み合わせを行うことにより、広告自体を配信期間中万遍なく配信するとともに、各クライアント端末におけるフリークエンシーを平均化して、広告の効果を最大にすることができる。
【図１】
2015018293.tif 000003
【図２】
2015018293.tif 000004
【図３】
2015018293.tif 000005
【図４】
2015018293.tif 000006
【図５】
2015018293.tif 000007
【図６】
2015018293.tif 000008
【図７】
2015018293.tif 000009
【図８】
2015018293.tif 000010
【図９】
2015018293.tif 000011
【図１０】
2015018293.tif 000012
【図１１】
2015018293.tif 000013