特許 6526918 情報処理装置、情報処理方法、プログラム、記憶媒体

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

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

(11)【特許番号】6526918

(24)【登録日】2019年5月17日

(45)【発行日】2019年6月5日

(54)【発明の名称】情報処理装置、情報処理方法、プログラム、記憶媒体

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20190527BHJP

【ＦＩ】

   G06Q30/02 398

【請求項の数】15

【全頁数】33

(21)【出願番号】特願2018-536578(P2018-536578)

(86)(22)【出願日】2016年8月31日

(86)【国際出願番号】JP2016075462

(87)【国際公開番号】WO2018042540

(87)【国際公開日】20180308

【審査請求日】2018年12月26日

【早期審査対象出願】

(73)【特許権者】

【識別番号】399037405

【氏名又は名称】楽天株式会社

(74)【代理人】

【識別番号】100116942

【弁理士】

【氏名又は名称】岩田 雅信

(74)【代理人】

【識別番号】100167704

【弁理士】

【氏名又は名称】中川 裕人

(72)【発明者】

【氏名】福田 英士

(72)【発明者】

【氏名】法隆 武恋男

【審査官】 松田 岳士

(56)【参考文献】

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

【文献】 特表２０１２−５０３２６６（ＪＰ，Ａ）

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

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

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

Ｇ０６Ｑ １０／００−９９／００

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

【請求項1】

配信条件として少なくとも、配信先の属性を示したターゲティング条件が設定されている各コンテンツについて、各コンテンツに設定された配信条件に従って端末装置に配信するコンテンツを選択する配信制御部と、
前記配信制御部によって選択されることで端末装置に配信されるコンテンツについて、配信開始から配信期間の終了に至る前の或る時点までの表示回数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理を行う増加傾向判定部と、
前記増加傾向判定部の比較結果に応じて当該コンテンツの配信頻度が可変されるように、コンテンツに設定されたターゲティング条件とする配信先の属性の数を増減することで配信条件の緩和又は強化を行う配信条件調整部と、を備えた
情報処理装置。

【請求項2】

端末装置に配信するコンテンツを、各コンテンツに設定された配信条件に従って選択する配信制御部と、
前記配信制御部によって選択されることで端末装置に配信されるコンテンツについて、配信開始から配信期間の終了に至る前のコンテンツの表示回数が所定段階に達した時点までの表示回数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理を行う増加傾向判定部と、
前記増加傾向判定部の前記比較処理の結果、調整が必要と判定した場合、当該コンテンツの配信頻度が可変されるように、配信期間長と経過期間長を用いて求めた係数を用いてコンテンツの出現率を変更することで配信条件の緩和又は強化を行う配信条件調整部と、を備えた
情報処理装置。

【請求項3】

前記増加傾向判定部は、コンテンツの配信開始から配信終了までの期間において単位期間経過毎に前記比較処理を行い、
前記配信条件調整部は、前記比較処理の結果に応じて、配信条件の固定幅又は固定数の緩和又は強化を行う
請求項１に記載の情報処理装置。

【請求項4】

前記配信条件調整部は、前記比較処理の結果として得られる前記増加勾配値と前記理想勾配値の差分に応じた可変幅又は可変数の配信条件の緩和又は強化を行う
請求項１又は請求項２に記載の情報処理装置。

【請求項5】

前記増加傾向判定部は、コンテンツの表示回数が所定段階に達したことに応じて前記比較処理を行い、
前記配信条件調整部は、前記比較処理の結果、調整が必要と判定した場合、配信期間長と経過期間長を用いて求めた係数を用いてコンテンツの出現率を変更することで配信条件の緩和又は強化を行う
請求項１に記載の情報処理装置。

【請求項6】

複数のコンテンツの間で相対的に配信用に選択される確率を示す出現率が設定されており、
前記配信条件調整部は、コンテンツに設定された出現率を変更することで配信条件の緩和又は強化を行う
請求項１又は請求項２に記載の情報処理装置。

【請求項7】

前記配信条件調整部は、前記比較処理の対象となったコンテンツの配信頻度が可変されるように、他のコンテンツの配信条件を変更する
請求項１又は請求項２に記載の情報処理装置。

【請求項8】

前記配信制御部は、
配信先の端末装置の情報を取得するとともに、該端末装置に配信するコンテンツを、取得した端末情報を用いて選択する
請求項１又は請求項２に記載の情報処理装置。

【請求項9】

前記配信制御部は、
配信先の端末装置における表示サイズの情報を取得するとともに、該端末装置に配信するコンテンツを、取得した表示サイズの情報を用いて選択する
請求項１又は請求項２に記載の情報処理装置。

【請求項10】

情報処理装置が実行する情報処理方法として、
配信条件として少なくとも、配信先の属性を示したターゲティング条件が設定されている各コンテンツについて、各コンテンツに設定された配信条件に従って端末装置に配信するコンテンツを選択する配信制御ステップと、
前記配信制御ステップで選択されることで端末装置に配信されるコンテンツについて、配信開始から配信期間の終了に至る前の或る時点までの表示回数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理を行う増加傾向判定ステップと、
前記増加傾向判定ステップでの比較結果に応じて当該コンテンツの配信頻度が可変されるように、コンテンツに設定されたターゲティング条件とする配信先の属性の数を増減することで配信条件の緩和又は強化を行う配信条件調整ステップと、を備えた
情報処理方法。

【請求項11】

配信条件として少なくとも、配信先の属性を示したターゲティング条件が設定されている各コンテンツについて、各コンテンツに設定された配信条件に従って端末装置に配信するコンテンツを選択する配信制御機能と、
前記配信制御機能により選択されることで端末装置に配信されるコンテンツについて、配信開始から配信期間の終了に至る前の或る時点までの表示回数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理を行う増加傾向判定機能と、
前記増加傾向判定機能での比較結果に応じて当該コンテンツの配信頻度が可変されるように、コンテンツに設定されたターゲティング条件とする配信先の属性の数を増減することで配信条件の緩和又は強化を行う配信条件調整機能と、
をコンピュータに実行させるプログラム。

【請求項12】

配信条件として少なくとも、配信先の属性を示したターゲティング条件が設定されている各コンテンツについて、各コンテンツに設定された配信条件に従って端末装置に配信するコンテンツを選択する配信制御機能と、
前記配信制御機能により選択されることで端末装置に配信されるコンテンツについて、配信開始から配信期間の終了に至る前の或る時点までの表示回数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理を行う増加傾向判定機能と、
前記増加傾向判定機能での比較結果に応じて当該コンテンツの配信頻度が可変されるように、コンテンツに設定されたターゲティング条件とする配信先の属性の数を増減することで配信条件の緩和又は強化を行う配信条件調整機能と、
をコンピュータに実行させるプログラムを記憶したコンピュータが読み取り可能な記憶媒体。

【請求項13】

情報処理装置が実行する情報処理方法として、
端末装置に配信するコンテンツを、各コンテンツに設定された配信条件に従って選択する配信制御ステップと、
前記配信制御ステップで選択されることで端末装置に配信されるコンテンツについて、配信開始から配信期間の終了に至る前のコンテンツの表示回数が所定段階に達した時点までの表示回数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理を行う増加傾向判定ステップと、
前記増加傾向判定ステップでの前記比較処理の結果、調整が必要と判定した場合、当該コンテンツの配信頻度が可変されるように、配信期間長と経過期間長を用いて求めた係数を用いてコンテンツの出現率を変更することで配信条件の緩和又は強化を行う配信条件調整ステップと、を備えた
情報処理方法。

【請求項14】

端末装置に配信するコンテンツを、各コンテンツに設定された配信条件に従って選択する配信制御機能と、
前記配信制御機能により選択されることで端末装置に配信されるコンテンツについて、配信開始から配信期間の終了に至る前のコンテンツの表示回数が所定段階に達した時点までの表示回数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理を行う増加傾向判定機能と、
前記増加傾向判定機能での前記比較処理の結果、調整が必要と判定した場合、当該コンテンツの配信頻度が可変されるように、配信期間長と経過期間長を用いて求めた係数を用いてコンテンツの出現率を変更することで配信条件の緩和又は強化を行う配信条件調整機能と、
をコンピュータに実行させるプログラム。

【請求項15】

端末装置に配信するコンテンツを、各コンテンツに設定された配信条件に従って選択する配信制御機能と、
前記配信制御機能により選択されることで端末装置に配信されるコンテンツについて、配信開始から配信期間の終了に至る前のコンテンツの表示回数が所定段階に達した時点までの表示回数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理を行う増加傾向判定機能と、
前記増加傾向判定機能での前記比較処理の結果、調整が必要と判定した場合、当該コンテンツの配信頻度が可変されるように、配信期間長と経過期間長を用いて求めた係数を用いてコンテンツの出現率を変更することで配信条件の緩和又は強化を行う配信条件調整機能と、
をコンピュータに実行させるプログラムを記憶したコンピュータが読み取り可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は情報処理装置、情報処理方法、プログラム、記憶媒体に関し、特に広告等のコンテンツ配信の制御技術に関する。

【背景技術】

【0002】

ユーザが閲覧するウェブページ上で広告を表示することが一般に行われている。例えば情報提供ウェブサイト、電子商取引ウェブサイトなどでは各種の広告コンテンツが掲載されている。
表示させる広告の選択に関しては、より広告効果を高くできるようにすることが望まれている。例えば閲覧するユーザの属性に応じて適した広告配信や、検索やキーワード入力等のユーザの挙動に応じた広告配信などが行われている。
また下記特許文献１には、ウェブサイトのページビューを考慮した広告配信に関する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第５６１４６９８号公報

【発明の概要】

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

【0004】

ところでウェブサイトでの広告掲載に関しては、通常、配信期間と、目標の表示回数（いわゆるインプレッション数）が設定されることがある。例えば広告主が、業務の都合や期待する宣伝効果を考慮して、広告代理店との間で配信期間や目標インプレッション数（以下、インプレッションは「ＩＭＰ」とも表記する）を設定する。この場合、配信サーバ装置としては、当然、期間内に目標ＩＭＰ数が得られるようにすることが望まれる。ところが、ターゲティング条件等に沿った配信を行う場合、ユーザのウェブサイトアクセスの状況によって各広告コンテンツの配信数が変動するため、ＩＭＰが必ずしも予定通りに進捗しなかったり、或いは一時期に急激に増えたりすることが生ずる。
広告配信は、設定した配信期間に、その期間中にまんべんなく適度なＩＭＰとなる配信が行われ、結果として配信期間の終了時に目標ＩＭＰ数となることが望ましい。
そこで本発明では、ターゲティング条件等に基づく配信を行いながらも、上記の望ましい状態が得られる可能性を高くする技術を提供することを目的とする。

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

【0005】

本発明に係る情報処理装置は、端末装置に配信するコンテンツを、各コンテンツに設定された配信条件に従って選択する配信制御部と、前記配信制御部によって選択されることで端末装置に配信されるコンテンツについて、配信開始から配信期間の終了に至る前の或る時点までの表示回数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理を行う増加傾向判定部と、前記増加傾向判定部の比較結果に応じて当該コンテンツの配信頻度が可変されるように配信条件を変更する配信条件調整部と、を備える。
例えば広告コンテンツを選択して配信する場合に、予定された一定の配信期間において目標の表示回数（インプレッション数）を達成するように、各広告コンテンツに設定された配信条件を調整する。この場合に、広告コンテンツの表示回数についての増加勾配値と理想勾配値の比較結果に基づく調整を行う。なお増加勾配値とは、時間軸と表示回数軸を考えた場合の傾きの値、つまり単位時間長に対する表示回数（インプレッション数）の増加数の比の値である。

【0006】

上記した情報処理装置においては、前記増加傾向判定部は、コンテンツの配信開始から配信終了までの期間において単位期間経過毎に前記比較処理を行い、前記配信条件調整部は、前記比較処理の結果に応じて、配信条件の固定幅又は固定数の緩和又は強化を行うことが考えられる。
即ち配信期間中に、逐次勾配の比較処理とそれに基づいた配信条件の調整を行う。配信条件の固定幅の緩和又は強化とは、例えばターゲティング条件における出現率等の数値の固定幅の増減をいう。また配信条件の固定数の緩和又は強化とは、条件要素の固定数（例えば１つ）の削除や追加をいう。つまり勾配の差分に関わらず、固定的な増減を行うことを意味する。出現率とは、複数のコンテンツの間で相対的に配信用に選択される確率を示す値である。

【0007】

上記した情報処理装置においては、前記配信条件調整部は、前記比較処理の結果として得られる前記増加勾配値と前記理想勾配値の差分に応じた可変幅又は可変数の配信条件の緩和又は強化を行うことが考えられる。
即ち現実の増加勾配値と理想勾配値の乖離の度合いに応じて、配信条件の調整を行う。配信条件の可変幅の緩和又は強化とは、出現率等の数値の増減幅を差分に応じて可変することを意味する。また配信条件の可変数の緩和又は強化とは、例えばターゲティング条件の条件要素の削除／追加の数を、差分に応じて可変することを意味する。

【0008】

上記した情報処理装置においては、前記増加傾向判定部は、コンテンツの表示回数が所定段階に達したことに応じて前記比較処理を行い、前記配信条件調整部は、前記比較処理の結果、調整が必要と判定した場合、配信期間長と経過期間長を用いて求めた係数を用いて、配信条件の緩和又は強化を行うことが考えられる。
表示回数が所定段階に達したときとは、例えば表示回数が目標の２５％に達したとき、５０％に達したとき、７５％に達したときなど、設定した段階に達したときのことをいう。この段階で比較処理を行い、そのときの比較結果で必要と判定されたら、配信期間長とその時点までの経過時間から算出した係数で調整を行う。

【0009】

上記した情報処理装置においては、各コンテンツには、配信条件として少なくとも、配信先の属性を示したターゲティング条件が設定されており、前記配信条件調整部は、コンテンツに設定されたターゲティング条件とする配信先の属性の数を増減することで配信条件の緩和又は強化を行うことが考えられる。
配信先の属性とは、例えばウェブページを閲覧する端末装置のユーザの属性であったり、使用している端末装置の属性などである。１又は複数の属性のアンド条件やオア条件により、配信する対象となるか否かが判断される。属性のアンド条件であれば、属性の数が多くなれば配信機会は少なくなり、属性の数が少なくなれば配信機会は多くなる。またオア条件であれば属性の数が多くなれば配信機会は多くなるが属性の数が少なくなれば配信機会も少なくなる。

【0010】

上記した情報処理装置においては、複数のコンテンツの間で相対的に配信用に選択される確率を示す出現率が設定されており、前記配信条件調整部は、コンテンツに設定された出現率を変更することで配信条件の緩和又は強化を行うことが考えられる。
例えば、ターゲティング条件の全部又は一部が共通の複数のコンテンツについて、それぞれの出現率を設定することで、配信比率を調整することができる。例えば２つのコンテンツである広告Ａ、広告Ｂについて出現率がそれぞれ３０％と７０％であれば、配信制御部は、該当のターゲティング条件が満たされた場合に、３０％の確率で広告Ａを選択して配信し、７０％の確率で広告Ｂを選択して配信する。

【0011】

上記した情報処理装置においては、前記配信条件調整部は、前記比較処理の対象となったコンテンツの配信頻度が可変されるように、他のコンテンツの配信条件を変更することが考えられる。
例えば、ターゲティング条件の全部又は一部が共通の複数のコンテンツ（競合するコンテンツ）を考えると、或るコンテンツの配信頻度を調整したい場合、競合する他のコンテンツの配信頻度を変化させるようにしてもよい。つまり相対的に配信頻度を調整することで、或るコンテンツの表示回数の進行を加減速できる。

【0012】

上記した情報処理装置においては、前記配信制御部は、配信先の端末装置の情報を取得するとともに、該端末装置に配信するコンテンツを、取得した端末情報を用いて選択することが考えられる。
例えばいわゆる据え置き型、ノート型等のＰＣ（パーソナルコンピュータ）、であるかスマートフォン等の携帯機器であるかなどに応じてコンテンツを選択する。例えば広告の画像サイズとして横幅のサイズが長短異なる場合、端末装置がＰＣであれば長サイズの広告を選択し、端末装置がスマートフォンであれば、短サイズの広告を選択する。

【0013】

上記した情報処理装置においては、前記配信制御部は、配信先の端末装置における表示サイズの情報を取得するとともに、該端末装置に配信するコンテンツを、取得した表示サイズの情報を用いて選択することが考えられる。
ウェブページは端末装置で起動されるブラウザによって表示されるため、その表示サイズは、ブラウザに割り当てられた表示領域のサイズによるものとなる。また例えばＰＣユーザの多くは、ブラウザを全画面表示するだけでなく、表示画面の一部に表示させる場合もある。従って、配信時点でのブラウザ表示サイズによってユーザへのコンテンツの露出状態が変化する。そこで、表示サイズに応じて適したコンテンツを選択する。

【0014】

本発明に係る情報処理方法は、端末装置に配信するコンテンツを、各コンテンツに設定された配信条件に従って選択する配信制御ステップと、前記配信制御ステップで選択されることで端末装置に配信されるコンテンツについて、配信開始から配信期間の終了に至る前の或る時点までの表示回数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理を行う増加傾向判定ステップと、前記増加傾向判定ステップでの比較結果に応じて当該コンテンツの配信頻度が可変されるように配信条件を変更する配信条件調整ステップとを備えている。
この情報処理方法により、情報処理装置によって適切なコンテンツ配信を実現する制御を行うことができる。
本発明に係るプログラムは、上記各ステップに相当する機能を情報処理装置に実行させるプログラムである。本発明に係る記憶媒体は、上記プログラムを記憶したものである。これらにより上述の情報処理装置の処理を実現する。

【発明の効果】

【0015】

本発明によれば、広告等のコンテンツの配信を、配信期間内において、目標の表示回数（ＩＭＰ）が達成されやすくなるように調整できる。また配信期間中に、時間軸上で表示回数の偏りがなく配信が行われるように広告配信を調整できる。

【図面の簡単な説明】

【0016】

【図1】本発明の実施の形態のシステム構成例のブロック図である。

【図2】実施の形態のコンピュータ装置のブロック図である。

【図3】実施の形態の広告サーバの機能構成及びデータベースの説明図である。

【図4】実施の形態の広告テーブルの説明図である。

【図5】実施の形態の広告の種別の説明図である。

【図6】実施の形態の実績テーブルの説明図である。

【図7】実施の形態の広告配信の調整処理の説明図である。

【図8】実施の形態の配信広告選択処理例Iのフローチャートである。

【図9】実施の形態の配信広告選択処理例IIのフローチャートである。

【図10】ブラウザの表示サイズの説明図である。

【図11】実施の形態の配信広告選択処理例IIIのフローチャートである。

【図12】実施の形態の調整処理例Iのフローチャートである。

【図13】実施の形態の調整処理例Iの説明図である。

【図14】実施の形態の調整処理例IIのフローチャートである。

【図15】実施の形態の調整処理例IIの説明図である。

【図16】実施の形態の調整処理例IIIのフローチャートである。

【図17】実施の形態の調整処理例IIIの説明図である。

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

【0017】

以下、実施の形態を次の順序で説明する。
＜１．システム構成＞
＜２．広告サーバの処理機能及び広告データベース＞
＜３．広告配信の調整処理の概要＞
＜４．配信広告選択処理例I＞
＜５．配信広告選択処理例II＞
＜６．配信広告選択処理例III＞
＜７．調整処理例I＞
＜８．調整処理例II＞
＜９．調整処理例III＞
＜１０．まとめ及び変形例＞
＜１１．プログラム及び記憶媒体＞

【0018】

＜１．システム構成＞
図１に複数の店舗が出店する仮想的な商店街を実現するＥＣ（electronic commerce（電子商取引））システムとして機能するネットワークシステムの構成例を示している。図１における広告サーバ３が本発明請求項の情報処理装置の実施の形態に相当する。実施の形態の広告サーバ３はユーザに電子商取引サーバ２が配信するウェブサイトにおいて掲載する広告コンテンツを提供する情報処理装置である。

【0019】

図１に示すように、本実施の形態に係るＥＣシステムは、電子商取引サーバ２（以下「ＥＣサーバ２」という）、広告サーバ３、複数の店舗端末４、複数のユーザ端末５がネットワーク１により相互に通信可能に接続されている。
またＥＣサーバ２は電子商取引データベース６にアクセス可能とされ、広告サーバ３は広告データベース７にアクセス可能とされている。
なお以下、データベースを「ＤＢ」と表記し、電子商取引データベース６を「電子商取引ＤＢ６」、広告データベース７を「広告ＤＢ７」と表記する。

【0020】

ネットワーク１の構成は多様な例が想定される。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が想定される。
またネットワーク１の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線等の有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。

【0021】

ＥＣサーバ２は、例えば仮想商店街のポータルとして機能する仮想商店街サーバである。ＥＣサーバ２は、店舗端末４やユーザ端末５から受信した処理要求に基づく処理を実行する。例えばユーザへの商品やサービスの検索ページの提供、各店舗に対する店舗ページの提供、ユーザの検索に応じた商品やサービスの検索、検索結果一覧表示、広告サーバ３との連携による広告表示、商品購入に関する処理、店舗管理、ユーザ管理などを行う。

【0022】

店舗端末４は、仮想商店街に出店する店舗側で使用される情報処理装置として示している。店舗端末４は仮想商店街で販売する商品の情報等をＥＣサーバ２を介して電子商取引ＤＢ６に登録することなどに用いられる。例えば、ＥＣサーバ２から提供される専用画面が店舗端末４の表示部に表示される。店舗の担当者はこの専用画面を介して商品の情報等を電子商取引ＤＢ６に登録する。

【0023】

ユーザ端末５は、仮想商店街を利用して商品やサービスの購入を行うユーザによって操作される情報処理装置として示している。このユーザ端末５は、例えば、通信機能を備えたＰＣ（Personal Computer）やフィーチャーフォンやＰＤＡ（Personal Digital Assistant）、或いは、スマートフォンやタブレット端末などのスマートデバイスなどが想定される。

【0024】

広告サーバ３はＥＣサーバ２と連携して、仮想商店街を形成する各種ウェブページに広告を表示させるための各種制御を行う。電子商取引システムでは、ユーザ端末５の表示部に表示されるウェブページに１又は複数の広告領域が設けられており、複数の広告コンテンツのうちから選択された広告コンテンツが広告領域に表示される。広告サーバ３はこのような広告表示として各広告が望ましい表示回数となるようにするための処理を行う。

【0025】

本実施の形態の場合、例えば、ＥＣサーバ２ではＨＴＴＰ（Hypertext Transfer Protocol）デーモンが起動される。また店舗端末４又はユーザ端末５ではブラウザが起動され、店舗端末４又はユーザ端末５からは、ブラウザを介して処理要求（ＨＴＴＰリクエスト）がＥＣサーバ２に送信される。ＥＣサーバ２からは、上記の処理要求に対応する処理結果（ＨＴＴＰレスポンス）が店舗端末４又はユーザ端末５に送信される。例えば、ウェブページ記述言語で記述されたページデータが店舗端末４又はユーザ端末５に送信される。そして、このページデータに基づいて、処理結果に基づくウェブページ画面が店舗端末４又はユーザ端末５の表示部に表示される。
ＥＣサーバ２はこのような動作によりユーザ端末５に仮想商店街としてのウェブページを提供し、またユーザ端末５からの要求に応じた商品検索、商品提示、広告提示、決済処理等を行う。またＥＣサーバ２は店舗端末４に対しても同様の動作で、商品登録ページの提供や、店舗端末４からの要求に応じた商品登録などを行う。

【0026】

ＥＣサーバ２がこれらの処理を行うために電子商取引ＤＢ６に必要な情報が格納される。図では店舗テーブル６ａ、商品テーブル６ｂ、ユーザテーブル６ｃ、購入履歴テーブル６ｄを例示している。
店舗テーブル６ａには、仮想商店街に出店している店舗に関するデータが登録される。例えば各店舗について、店舗識別子としての店舗ＩＤ（identification）、名称、住所、電話番号、及び店舗に関するウェブページ（店舗ページ）へのリンク情報（ＵＲＬ（Uniform Resource Locator））などが登録される。
商品テーブル６ｂには、仮想商店街で取り扱っている商品に関するデータが登録される。例えば商品テーブル６ｂには、各商品について、商品識別子としての商品ＩＤ、当該商品を販売する店舗の店舗ＩＤ、商品のカテゴリー、名称、価格、在庫、商品に関するウェブページ（商品ページ）へのリンク情報（ＵＲＬ）などが登録される。
ユーザテーブル６ｃには、仮想商店街を利用するユーザに関するデータが登録される。例えば登録されたユーザ毎に、ユーザＩＤ、ログインのパスワード、住所、氏名、性別や年齢等の属性情報、決済情報、電子メールアドレスなどが登録される。
購入履歴テーブル６ｄには、仮想商店街で行われた取引の履歴に関するデータが登録される。例えばユーザＩＤ毎に、購入商品の商品ＩＤ及び商品に関する情報、購入店舗、購入日時、購入価格等が登録される。
ＥＣサーバ２はこのような電子商取引ＤＢ６にアクセスして各種処理に必要な情報を取得する。

【0027】

また広告サーバ３が広告表示のための制御処理を行うために必要な情報が広告ＤＢ７に格納されている。広告ＤＢ７には例えば、広告テーブル７ａ、実績テーブル７ｂが設けられる。
広告テーブル７ａには、店舗によって登録された広告の情報（広告コンテンツ）が登録されている。実績テーブル７ｂには、各広告についての広告効果を評価するための実績データなどが登録される。各テーブルの具体的なデータ内容については図４，図６で後述する。
広告サーバ３はこのような広告ＤＢ７にアクセスして広告表示のための処理に必要な情報を取得する。

【0028】

これらの電子商取引ＤＢ６や広告ＤＢ７は、ＥＣサーバ２や広告サーバ３がアクセス可能とされていればどのような形態で実現されていてもよい。例えば電子商取引ＤＢ６は、ＥＣサーバ２とは別のサーバコンピュータ内に構築されていてもよいし、ＥＣサーバ２内に構築されていてもよい。また広告ＤＢ７は、広告サーバ３とは別のサーバコンピュータ内に構築されていてもよいし、広告サーバ３内に構築されていてもよい。
また電子商取引ＤＢ６や広告ＤＢ７の一部又は全部が別体、遠隔地等のコンピュータシステムに設けられていてもよい。もちろん電子商取引ＤＢ６や広告ＤＢ７内の各テーブルが一つの装置（例えば一つのＨＤＤ等）内に形成されている必要はない。また各ＤＢのそれぞれが、それぞれ１つのＤＢとして構成される必要もない。例えばユーザテーブル６ｃとして記憶される情報が、複数のテーブル（例えばログイン用のユーザテーブルと取引用のユーザテーブルなど）により記憶管理されてもよい。
例示した各ＤＢやテーブルは、実施の形態の処理に関連する情報の記憶部を例示したものに過ぎない。

【0029】

また広告サーバ３及びＥＣサーバ２は別体のサーバコンピュータによって実現されるようにしてもよいし、一台のサーバコンピュータによって実現されるようにしてもよい。
また広告サーバ３及び広告ＤＢ７による広告サービスの提供者（すなわち、広告サーバ３及び広告ＤＢ７の管理者）と、仮想商店街の提供者（すなわち、ＥＣサーバ２及び電子商取引ＤＢ６の管理者）は同じ業者であってもよいし異なる業者であってもよい。

【0030】

続いて図１に示したＥＣサーバ２、広告サーバ３、店舗端末４、ユーザ端末５を構成する情報処理装置のハードウエア構成を図２に示す。ＥＣサーバ２、広告サーバ３、店舗端末４、ユーザ端末５として示した各装置は、情報処理および情報通信が可能な図２に示すようなコンピュータ装置として実現できる。

【0031】

図２において、コンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ( Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ( Random Access Memory )１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、およびＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インタフェース１０５も接続されている。
入出力インタフェース１０５には、入力部１０６、出力部１０７、記憶部１０８、通信部１０９が接続されている。
入力部１０６はキーボード、マウス、タッチパネルなどにより構成される。
出力部１０７はＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどにより構成される。
記憶部１０８はＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などにより構成される。
通信部１０９はネットワーク１を介しての通信処理や機器間通信を行う。
入出力インタフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。

【0032】

このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われる。またリムーバブルメディア１１１を介したデータやプログラムの受け渡しが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、ＥＣサーバ２、広告サーバ３、店舗端末４、或いはユーザ端末５としての必要な情報処理や通信が実行される。
なお、ＥＣサーバ２、広告サーバ３、店舗端末４、ユーザ端末５を構成する情報処理装置は、図２のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮ等によりシステム化されていてもよいし、インターネット等を利用したＶＰＮ等により遠隔地に配置されたものでもよい。複数のコンピュータ装置には、クラウドコンピューティングサービスによって利用可能なサーバ群（クラウド）としての情報処理装置が含まれてもよい。

【0033】

＜２．広告サーバの処理機能及び広告データベース＞
ここでサーチワード広告に関する動作とそのための広告サーバ３の処理機能について説明する。

【0034】

広告を行うことを希望する広告主はＥＣサーバ２や広告サーバ３を運営する事業者或いは代理店とウェブサイト上での広告掲載の契約を結ぶ。
各種広告主の広告コンテンツは広告ＤＢ７に登録され、広告サーバ３によって適宜ウェブページ上での表示が行われるように管理される。
通常、広告契約では、広告期間とインプレッション（ＩＭＰ）数（表示回数）が設定される。例えば或る広告コンテンツの露出が行われる期間（配信期間）は、２０１６年７月１日から２０１６年７月３１日までの期間とされ、目標のＩＭＰ数が５００万回などのように設定される。
また、より有効な広告を実現するため、各広告コンテンツにはターゲティング設定が行われる。例えばターゲットとするユーザ属性として、性別、年齢層、住所などがターゲティング条件として設定される。化粧品の広告のターゲティング条件を「２０歳から３９歳」「女性」とするような例がある。

【0035】

広告サーバ３は、このような広告コンテンツを配信期間に、設定したターゲティング条件に従って、目標のＩＭＰ数となる配信を実現するよう処理を行う。
例えば広告サーバ３は、ＥＣサーバ２からの広告要求に応じて適切な広告コンテンツを選択し、ＥＣサーバ２に送信する。この際、ＥＣサーバ２からは、ウェブページ要求を行ったユーザのユーザ属性を広告サーバ３に通知することで、広告サーバ３はターゲティング条件を確認して、適切な広告コンテンツを選択して送信することができる。ＥＣサーバ２は、広告サーバ３が選択した広告コンテンツをウェブサイト上の広告エリアに組み込み、ウェブサイトをリクエストしてきたユーザ端末５に配信する。
或いは広告サーバ３には、ユーザ端末５からの広告リクエストが発生する場合もある。例えばＥＣサーバ２が広告エリアに広告リクエストのプログラム設定がなされたウェブページを送信する。当該ウェブページはユーザ端末５において起動されたブラウザによって表示されるが、ブラウザがリンク設定を解釈し、広告サーバ３に広告要求を行う。この場合も広告サーバ３は適切な広告コンテンツを選択し、送信する。ユーザ属性等はユーザがＥＣサーバ２に対してログインしてれば、ＥＣサーバ２を介して確認することができるため、ターゲティング条件の判断も可能である。

【0036】

本実施の形態の広告サーバ３の機能構成を図３に示す。
広告サーバ３は、広告サーバ３としてのコンピュータ装置のＣＰＵ１０１（図２参照）がプログラムに基づいて実行する処理機能として、広告配信制御部３０、増加傾向判定部３１、配信条件調整部３２、ＤＢ管理部３３を有する。
なお、以下説明するこれらの各機能による処理の全部又は一部をハードウエアにより実現してもよい。
また各機能をソフトウエアで実現する場合に、各機能がそれぞれ独立したプログラムで実現される必要はない。１つのプログラムにより複数の機能の処理が実行されてもよいし、１つの機能が複数のプログラムモジュールの連携で実現されてもよい。
また各機能は複数の情報処理装置に分散されていてもよい。さらに機能の１つが、複数の情報処理装置によって実現されてもよい。

【0037】

ＤＢ管理部３３は、広告ＤＢ７の各テーブルの更新管理を行う。例えば新たな広告コンテンツについての広告テーブル７ａへの登録処理や、配信を終了した広告コンテンツの広告テーブル７ａからの削除等を行う。
またＤＢ管理部３３は、各広告コンテンツの実績情報を例えばＥＣサーバ２等から受信することに応じて実績テーブル７ｂの更新管理を行う。

【0038】

広告配信制御部３０は、入力された広告要求に応じて適切な広告コンテンツを選択して送信する処理を行う。即ちＥＣサーバ２を介してユーザ端末５に送信する広告コンテンツ、或いは広告サーバ３が直接ユーザ端末５に送信する広告コンテンツについて、配信条件に従って選択し、リクエスト元に送信する。配信条件とは、例えばターゲティング条件である。即ち広告配信制御部３０はユーザ端末５を使用するユーザの属性情報と各コンテンツに設定されたターゲティング条件を照らして、適切な広告コンテンツを選択し、リクエスト元に送信する。
このため広告サーバ３は広告要求とともにユーザ属性を受信する。また本実施の形態では特に、ターゲティング条件として、端末属性を用いる場合もある。端末属性とは、ウェブページを要求しているユーザ端末５の機器情報（例えばＰＣであるかスマートフォンであるかなど）や、ユーザ端末５で表示されているブラウザのウインドウサイズの情報などである。広告配信制御部３０は広告要求の際に端末属性を取得し、端末属性に応じた広告コンテンツの選択も行う。
さらに配信条件として出現率を考慮する場合もある。出現率とは、例えばターゲティング条件の全部又は一部が同じ複数の広告コンテンツについて、それぞれどの程度の割合で配信を行うかを設定した確率である。例えば同じ広告主の２つの広告コンテンツ（広告Ａと広告Ｂ）をターゲティング条件が共通の１つの広告グループとし、広告Ａを７０％、広告Ｂを３０％というように出現率を設定する。この場合、当該広告グループがターゲティング条件に合致した場合、広告配信制御部３０は７０％の確率で広告Ａを選択するという抽選処理を行うことになる。
なお、出現率は必ずしもグループ化された複数の広告コンテンツの間の相対的な露出割合として設定されるものに限らず、各広告について選択される確率の設定として設けられてもよい。

【0039】

増加傾向判定部３１は、広告配信制御部３０によって選択されることでユーザ端末５に配信される広告コンテンツについて、配信開始から配信期間の終了に至る前の或る時点までの表示回数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理を行う。これは配信条件調整のためである。
そして配信条件調整部３２は、増加傾向判定部３１の比較結果に応じてコンテンツの配信頻度が可変されるように配信条件を変更する処理を行う。
例えば広告コンテンツを選択して配信する場合に、予定された一定の配信期間において目標のＩＭＰ数（表示回数）を達成するように、各広告コンテンツに設定された配信条件を調整する。この場合に、広告コンテンツの表示回数についての増加勾配値と理想勾配値の比較結果に基づく調整を行う。
増加勾配値とは、時間軸と表示回数軸を考えた場合の傾きの値、つまり単位時間長に対するＩＭＰ数の増加数の比の値である。
配信する広告は、あくまで配信条件に沿って選択されたものとすることで、有意な広告効果を得る必要がある。例えば５０代の男性に、１０代女子学生用の商品の広告を提示しても、有意な広告とはならない。
ところが、このように配信条件に沿った広告選択を行うと、アクセスしてくるユーザによって選択される広告がある程度決まるため、必ずしも各広告コンテンツが目標のＩＭＰに届かないということになる。つまり広告サーバ３の管理者が恣意的に各広告のＩＭＰ数をコントロールすることはできない。
そこで本実施の形態では、配信条件に沿いつつ、配信期間内に目標ＩＭＰ数をクリアできるように調整処理を行うようにしている。
さらに広告配信は、単に配信期間内に目標ＩＭＰ数をクリアするだけでなく、配信期間内にまんべんなく適度なＩＭＰ数が実現できていることが重要である。例えば３０日で１００万インプレッションを目標とした場合に、３日で５０万インプレッションが実現され、残りの２７日間で残りの５０万インプレッションというような配信は好ましくない。設定した配信期間に、継続的に適度な露出がおこなわれなければ広告効果が低減するためである。そこで本実施の形態の調整処理は、配信期間中にＩＭＰ数が偏らないような配信の可能性も高めるようにしている。

【0040】

このような機能を有する広告サーバ３がアクセスする広告ＤＢ７の各テーブルの内容例を説明する。

【0041】

図４は広告テーブル７ａの一例を示している。広告テーブル７ａは、広告ＩＤ、広告主ＩＤ、広告データ、配信期間、目標ＩＭＰ、配信条件、広告属性、許容ユーザ属性の各フィールドを有する。
広告ＩＤのフィールドには、各広告についてユニークに付与される識別情報として広告ＩＤ（Ａ００１、Ａ００２・・・）が登録される。
広告主ＩＤのフィールドには、広告を行うことを希望している広告主のＩＤ（Ｓ００１、Ｓ００２・・・）が登録される。
広告データのフィールドには、広告をユーザ端末５の表示部に表示するために必要な広告コンテンツのデータが登録される。例えば、広告画像データ、広告文データ、リンク情報（例えば、店舗ページ又は商品ページへのリンク情報）などが広告データとして登録される。

【0042】

配信期間のフィールドには、その広告について設定された配信開始日時、配信終了日時の情報が登録される。
目標ＩＭＰのフィールドには、その広告について設定された目標ＩＭＰ数が登録される。

【0043】

配信条件のフィールドには、その広告について設定された配信条件が登録される。この例では、配信条件を大別すると、出現率とターゲティング条件としている。
出現率に関しては、出現率としてのパーセンテージと、その出現率が適用される広告グループが登録されている。例えば図の例では、広告ＩＤがＡ００１，Ａ００２の２つの広告コンテンツは、同じ広告グループＧＰ１が設定され、それぞれが出現率４０％、６０％とされている状態を示している。
ターゲティング条件に関しては、ユーザ属性と端末属性が設定可能とされる。上述の通りユーザ属性は提示に適したユーザの属性が指定される。端末属性は提示に適したユーザ端末５の属性が指定される。
配信条件調整部３２による調整処理によっては、以上の配信条件の一部又は全部が更新されることになる。

【0044】

広告属性のフィールドには、その広告コンテンツの属性として、画像サイズの情報や、静止画／動画の別などの情報が登録される。
例えば図５Ａには、ウェブページに幅サイズの大きな広告９０が表示されている状態、図５Ｂには幅サイズが比較的小さい広告９１が表示されている状態を示している。例えばこれらのようにサイズの異なる広告コンテンツが存在する。特に大型の広告は、広告効果を高めたい場合に有効である。

【0045】

許容ユーザ属性のフィールドには、配信条件におけるターゲティング条件として設定可能なユーザ属性が登録される。これはターゲティング条件として追加できる条件要素、つまり広告効果を考えた場合に、ターゲットとして許容できるユーザの属性の各種が登録されるものである。例えば広告主が予め広告対象として選択したユーザの属性である。
ターゲティング条件として設定される初期のユーザ属性は、例えば許容ユーザ属性の条件要素が選択されて設定されることが考えられる。
この許容ユーザ属性は、ターゲティング条件が変更される際にも、あくまでも許容される範囲内でターゲティング条件の変更が行われるようにするために登録される。

【0046】

図６は実績テーブル７ｂの一例を示している。実績テーブル７ｂは、広告効果を示す各種指標値に関するテーブルである。実績テーブル７ｂは広告ＩＤ、表示回数（インプレッション（ＩＭＰ）数）、クリック回数、ＣＴＲ（Click Through Rate）、アクセス数、コンバージョン数、ＣＶＲ（Conversion Rate）、商品売上値、前回調整時の表示回数（ＩＭＰｐ）の各フィールドを有している。
各行の情報は、広告ＩＤ（Ａ００１，Ａ００２・・・）により、広告テーブル７ａに登録された各広告と紐づけられる。

【0047】

表示回数（ＩＭＰ数）のフィールドには、広告がユーザ端末５の表示部に表示された回数（広告がユーザ端末５に配信された回数）が登録される。
クリック回数のフィールドには広告がクリックされた回数が登録される。
広告がユーザ端末５の表示部に表示される（ユーザ端末５に配信される）ごとに、表示回数フィールドの値がインクリメントされる。また、ユーザ端末５の表示部に表示された広告がクリックされるごとに、その旨が広告サーバ３に通知され、クリック回数フィールドの値がインクリメントされる。

【0048】

ＣＴＲのフィールドには、広告効果を示す指標値の一種であるＣＴＲが登録される。ＣＴＲはクリック回数を表示回数で除することによって算出される。ＣＴＲの値が高いほど、広告効果が高いといえる。
アクセス数のフィールドには、広告領域が設定されたウェブページへのアクセス数（ページビュー）が登録される。
コンバージョン数のフィールドには、広告主が望む最終成果（例えば商品購入又は資料請求等）まで至った件数が登録される。
広告領域が設定されたウェブページへのアクセスが発生するごとに、その旨が広告サーバ３に通知され、アクセス数の値がインクリメントされる。また、広告主が望む最終成果（例えば商品購入又は資料請求等）まで至るごとに、その旨が広告サーバ３に通知され、コンバージョン数の値がインクリメントされる。

【0049】

ＣＶＲのフィールドには、広告効果を示す指標値の一種であるＣＶＲが登録される。ＣＶＲはコンバージョン数をアクセス数で除することによって算出される。コンバージョン・レートの値が高いほど、広告効果が高いといえる。なお、アクセス数の代わりにユニークユーザ数を用いるようにしてもよい。ユニークユーザ数とは、広告領域が設定されたウェブページへのアクセス者数の重複を除くようにしてカウントしたものである。

【0050】

商品売上値のフィールドには、広告をクリックしたユーザが広告主たる店舗において実際に購入した商品についての売上総額が登録される。従って商品売上値も広告効果を示す指標値の一種であり、商品売上値が高いほど、広告効果が高いといえる。

【0051】

前回調整時の表示回数（ＩＭＰｐ）のフィールドは、本実施の形態における調整処理のために用いるフィールドとされ、逐次、調整処理が行われた時点でのＩＭＰ数が、値ＩＭＰｐとして登録される。詳細は後述する。

【0052】

＜３．広告配信の調整処理の概要＞
広告サーバ３による広告配信の調整処理の概要を説明する。
調整の目的は、広告コンテンツについて、配信条件をある程度保つことで有効な広告効果を維持しながら、配信期間内に目標ＩＭＰ数を達成すること、及び期間中にＩＭＰ数の偏りがないようにする（期間中にまんべんなく適度なＩＭＰ数となるようにする）ことである。
つまり所期の広告目的を、有効な広告効果を発揮した状態で達成することである。
さらに望ましくは、目標ＩＭＰに達成することに加え、あまりにＩＭＰ数が過剰にならないようにすることもある。
目標ＩＭＰを越える配信は、広告主にとっては広告効果が高くなることで好ましいと考えられるが、場合によっては望ましくないこともある。例えばＩＭＰ数で広告費用が変動する場合に、広告主の予算の都合に合致しないことも生ずる。また広告業者側にとっては、広告主が求めていないほど過剰にＩＭＰ数が超過してしまうことは、他の広告の表示機会を失っていることにもなるためである。そこで、なるべく目標ＩＭＰ数をクリアしたうえで、過剰なＩＭＰ数とならないような調整を行う場合もある。

【0053】

まず調整処理の基本的な考え方を図７Ａで説明する。
図７Ａの横軸は時間、縦軸はＩＭＰの達成率である。仮に配信期間を１週間（７日間）とする例を挙げる。目標ＩＭＰは、例えば１００万インプレッション、５００万インプレッションなどとして設定されるが、その目標値を縦軸の１００％としている。なお、図７Ｂ、図７Ｃ、図７Ｄ及び後述の図１３Ａから図１３Ｄ，図１５Ａから図１５Ｄの縦軸、横軸も同様である。

【0054】

広告サーバ３（増加傾向判定部３１）は、広告コンテンツについて、配信開始から配信期間の終了に至る前の或る時点までのＩＭＰ数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理を行う。
図７Ａでは、当該「或る時点」を配信開始から３日目の時点としている。３日目のＩＭＰ数が想定より伸びておらず、増加勾配値はラインＪ１の傾きの値であったとする。
理想的には、７日間でＩＭＰ数が１００％となるため、破線で示すラインＬ１の傾きの値が理想勾配値となる。
ここでラインＬ１としての理想勾配値とラインＪ１としての現実の増加勾配値を比較すると、（理想勾配値）＞（増加勾配値）となる。このままでは目標ＩＭＰ数を達成できない傾向といえる。そこで調整処理では、当該広告コンテンツがより配信されやすくするように、配信条件を調整する。
例えばターゲティング条件を緩和したり、出現率を上昇させる。

【0055】

もちろんターゲティング条件の緩和は、本来の広告対象を逸脱しない範囲での緩和とする。
例えば最初の配信条件としてのターゲティング条件が、
（２０歳から２９歳）AND（男性）
であった場合に、３０歳から３９歳というユーザ属性をオア条件で追加し、
｛（２０歳から２９歳）OR（３０歳から３９歳）｝AND（男性）
のように変更する。
また例えば最初の配信条件としてのターゲティング条件が、地域、年齢層、性別のアンド条件として、
（関東在住）AND（２０歳から２９歳）AND（男性）
とされていた場合に、ユーザ属性の１つの在住地域を外して
（２０歳から２９歳）AND（男性）
という年齢層、性別のアンド条件とするなどである。

【0056】

このように配信条件を調整することで、配信頻度が増えることが期待される。例えばラインＪ２で示すようにＩＭＰ数が増加することで、目的ＩＭＰが達成できる可能性が高まる。

【0057】

なお、図示していないが、（理想勾配値）＜（増加勾配値）となった場合は、逆にＩＭＰ数が想定より伸びすぎていることになるため、配信条件を厳しくする。即ち出現率を低下させたり、ターゲティング条件を厳しくする。
ターゲティング条件を厳しくする場合は、例えば、
（２０歳から２９歳）AND（男性）
という条件を、商品の販売地域を考慮して、
（関東在住）AND（２０歳から２９歳）AND（男性）
となどとしてターゲティング条件を厳しくする。

【0058】

なおターゲティング条件の変更のためには、アンド条件或いはオア条件として配信条件から追加又は削除可能な条件要素を、予め設定しておくことが適切である。そのため図４に示したように、ターゲティング条件として適切な条件要素を許容ユーザ属性として登録しておく。
例えば或る商品Ａについて許容ユーザ属性は「２０歳から２９歳」「３０歳から３９歳」「１５歳から１９歳」「男性」「日本在住」「関東在住」「東京在住」などとして登録されている。この場合に、初期のターゲティング条件としてのユーザ属性が、「２０歳から２９歳」「男性」「日本在住」などと選択されたとする。
ユーザ属性の緩和又は強化は、これらの許容ユーザ属性の範囲内での条件要素の追加や削除が行われるようにする。このようにすることで、初期のターゲットとするユーザの想定範囲を維持したまま、配信数を調整できることになる。

【0059】

但し、もちろん１回の調整で必ずしも適切なＩＭＰ数となるとは限らない。例えば配信開始から３日目の時点で調整を行って、配信頻度が多くなったとしても、その伸び率が十分でなく、図７ＢのラインＪ４のようになって、配信終了時点で目標ＩＭＰ数に達しないこともある。或いはラインＪ３のように、ＩＭＰ数は過剰になることもある。

【0060】

そこで、配信期間内に調整を複数回行うことも適切である。
例えば図７Ｃでは、３日目の調整の後、５日目の時点でも調整を行う例を示している。３日目の調整後にラインＪ５で示すように実際のＩＭＰ数が推移したとする。そして５日目の時点で再度調整を行う。即ち５日目の時点で、現実の増加勾配値と理想勾配値を比較し、その比較結果に応じて配信条件の調整を行う。これにより、広告配信機会を調整し、例えばラインＪ６で示すように、適度のＩＭＰ数の伸びが期待できる状態となる。

【0061】

なお、このような２回目以降の調整の際の増加勾配値と理想勾配値については、図７Ｃの例と図７Ｄの例が考えられる。
図７Ｃは、理想勾配値はラインＬ２の傾きの値、増加勾配値はラインＪ５の傾きの値とする例である。
ラインＬ２は、前回の調整時点（３日目の時点）でのＩＭＰ数（達成率（％））を原点として、最終時点での１００％を目標とするラインである。ラインＪ５は、調整された配信条件のもとでのＩＭＰ実績に応じた勾配となる。従ってラインＪ５を増加勾配値として使用する場合、前回の調整時点でのＩＭＰ数を基準にしなければ、適正な比較ができないため、調整された配信条件のもとでの理想勾配（つまりラインＬ２も勾配）を用いる必要がある。
一方、図７Ｄは、理想勾配値は前回と同じくラインＬ１の傾きの値、増加勾配値は配信開始から５日目の時点でのＩＭＰ数（達成率）までのラインＬ５Ｒの傾きの値とする例である。
ラインＪ５の傾きは、３日目から５日目の傾向を示すものであるため、配信期間全体の傾向ではない。あくまで配信開始から５日目までのＩＭＰ数を対象としなければラインＬ１と比較できないためである。

【0062】

本実施の形態の調整のための比較処理では、図７Ｃ、図７Ｄの例のいずれが用いられてもよい。
なお図６の実績テーブル７ｂでは前回調整時の表示回数（ＩＭＰｐ）のフィールドを例示したが、これは図７Ｃの例が用いられる場合に必要となる。前回調整時（図３Ｃでは３日目の時点）のＩＭＰ数を記憶していなければ、ラインＬ２の理想勾配値を算出できないためである。図７Ｄの例が採用される場合、実績テーブル７ｂに前回調整時の表示回数（ＩＭＰｐ）のフィールドを設ける必要は無い。

【0063】

＜４．配信広告選択処理例I＞
続いて、広告サーバ３が広告配信制御部３０の機能により実行する配信広告選択処理例Iを説明する。広告サーバ３が以下説明するような各例の配信広告選択処理を行うことを前提として、後述する各例の調整処理が有用となる。

【0064】

図８は配信広告選択処理例Iのフローチャートである。広告サーバ３は例えばＥＣサーバ２からの広告要求に応じて、配信条件に沿って適切な広告コンテンツを選択し、要求もとに送信する。
ステップＳ１０１で広告要求を受信したら、広告サーバ３はステップＳ１０２以降の処理に進む。ステップＳ１０２で広告サーバ３は、広告要求とともに送信されてくる属性情報を取得する。属性情報はユーザ属性、端末属性などである。これらはユーザ端末５を用いてＥＣサーバ２に対してウェブページ閲覧を要求したユーザのユーザ属性や、使用しているユーザ端末５の端末属性の情報である。

【0065】

ステップＳ１０３で広告サーバ３は、取得したユーザ属性に基づいて、広告コンテンツ又は広告グループを抽出する。
これは広告ＤＢ７の広告テーブル７ａに登録されている広告コンテンツであって、現在が配信期間中であり、かつユーザ属性がターゲティング条件が合致した広告コンテンツを抽出する処理である。つまり抽出した１又は複数の広告或いは広告グループは今回の配信候補となる。
ステップＳ１０４で広告サーバ３は、抽出したうちから１つの広告或いは広告グループを選択する。抽出したものは全てターゲティング条件に合致したものであるため、選択はランダムでよい。もちろん、単独の広告か広告グループのいずれかを選択することを規定してもよいし、同一のターゲティング条件において選択順序がきめられていてもよい。ステップＳ１０４での選択手法は特に規定されない。

【0066】

ステップＳ１０５では広告サーバ３は、広告グループが選択されたか否かで処理を分岐する。ステップＳ１０４でグループ設定されていない単独の広告コンテンツが選択された場合は、ステップＳ１０７に進み、当該広告コンテンツを配信する広告として決定し、要求元に送信して処理を終える。
一方、ステップＳ１０４で或る広告グループが選択された場合は、広告サーバ３はステップＳ１０５からＳ１０６に進み、出現率に応じた抽選処理を行って、グループ内の１つの広告コンテンツを選択する。即ち当選確率を出現率に応じた状態として抽選処理を行う。そしてステップＳ１０７に進み、当該選択した広告コンテンツを配信する広告として決定し、要求元に送信して処理を終える。
なお、出現率を考慮した選択は、抽選処理ではなく、出現率に応じた選択回数を設定して順番に選択するような処理例も考えられる。例えば広告Ａ、Ｂの出現率がそれぞれ２５％、７５％とされていた場合、広告Ａ→広告Ｂ→広告Ｂ→広告Ｂ→広告Ａ→広告Ｂ・・・というような順番で選択を行うなどの例が考えられる。

【0067】

以上の配信広告選択処理例Iにより、配信条件、即ちターゲティング条件や出現率の設定に応じた広告選択が行われる。

【0068】

＜５．配信広告選択処理例II＞
配信広告選択処理例IIを図９で説明する。
ステップＳ１０１〜Ｓ１０５は図８と同様であり、説明を省略する。
この例では、ステップＳ１０４で或る広告グループが選択された場合において、広告サーバ３はステップＳ１０５からＳ１１０に進み、端末属性に応じた選択を行うようにしている。
端末属性は、ウェブページを配信するユーザ端末５の端末装置の種別やブラウザの表示サイズの情報である。
またグループ設定された複数の広告コンテンツとして、図５Ａ、図５Ｂの広告９０，９１のようにサイズの異なる複数の広告を考える。
例えば図５Ａの広告９０は、ＰＣ等の表示画面が比較的大きい場合に有効な広告となる。一方、この広告９０は、スマートフォン等で表示したときに、画面内に表示しきれず、横スクロール等を行わなければ全体を見ることができない場合がある。すると、広告を有効に表示するには、図５Ｂの広告９１の方が適している。
従って、ユーザ端末５が据置型やノート型のＰＣ等であって表示画面が比較的大型の場合は、広告９０が適切で、一方、ユーザ端末５がスマートフォン等の携帯端末で表示画面が比較的小型である場合は、広告９１が適切である。

【0069】

同様のことはウインドウの表示サイズにもよる。表示画面が大きいユーザ端末５であっても、ブラウザ表示が小さい場合もある。図１０Ａは、表示デバイスの画面９５の全面をブラウザのウインドウとしウェブページを表示している状態である。一方、図１０Ｂは表示デバイスの画面９５内で、ブラウザのウインドウサイズが縮小され、ウェブページの一部が表示されている状態を示している。
このように大型の表示画面の機器であったとしてもブラウザのウインドウサイズが縮小されている場合、広告の全体の視認性のよい広告表示を行うには、サイズの小さい広告９１の方が適している。

【0070】

そこで広告サーバ３はステップＳ１１０で、取得した端末属性から判別される機器種別やブラウザウインドウサイズに応じてグループ内の１つの広告コンテンツを選択する。そしてステップＳ１０７に進み、当該選択した広告コンテンツを配信する広告として決定し、要求元に送信して処理を終える。
このような配信広告選択処理例IIにより、ターゲティング条件に応じており、またユーザ端末５の閲覧環境に適した広告選択が行われる。

【0071】

＜６．配信広告選択処理例III＞
配信広告選択処理例IIIを図１１で説明する。
ステップＳ１０１〜Ｓ１０３、及びステップＳ１０４〜Ｓ１０７は図８と同様である。
この例では、ステップＳ１０３でユーザ属性に基づいて、ユーザ属性がターゲティング条件に合致した広告又は広告グループを抽出した後、さらにステップＳ１２０では、抽出したうちで、端末属性に合致した広告又は広告グループを抽出するようにしている。
例えば広告テーブル７ａに登録された各広告の広告属性を参照し、ユーザ端末５の閲覧環境に合致した広告又は広告グループを抽出する。従って、ステップＳ１２０で抽出された広告又は広告グループは、端末属性に合致した広告である。
そしてステップＳ１０４で広告サーバ３は、抽出したうちから１つの広告或いは広告グループを選択し、ステップＳ１０５〜Ｓ１０７の処理を行う。

【0072】

この配信広告選択処理例IIIによっても、ターゲティング条件としてのユーザ属性及び端末属性に合致した広告選択が行われる。特に、この例ではグループ設定にかかわらず、各広告コンテンツについて、閲覧性のよい表示が行われるような選択が実現できる。
なおこの処理を採用する場合、広告グループは、そのグループに含まれる全ての広告コンテンツが、ほぼ同様の画像サイズとされていることが好適である。
但し、広告グループ内の少なくとも１つの広告コンテンツが、サイズ的に端末属性に合致するものも含めてステップＳ１２０で抽出対象としてもよい。その場合、ステップＳ１０４で広告グループが選択された場合でも、ステップＳ１０６の段階で、出現率だけでなく、端末条件も参照して１つの広告コンテンツを選択するようにすればよい。

【0073】

なお、以上の配信広告選択処理例II、IIIでは、端末属性は表示サイズとしての端末の閲覧環境を想定したが、例えば端末種別による処理能力の差を考慮してもよい。
例えば広告コンテンツとして動画／静止画が存在する場合に、より能力の高いことが想定されるＰＣ等では動画を選択し、比較的処理能力が小さい機種の場合は静止画を選択するなどの例が考えられる。
もちろん表示サイズや処理能力をともに考慮して広告を選択する例も考えられる。

【0074】

＜７．調整処理例I＞
先に説明したように、広告サーバ３が広告配信制御部３０の機能により以上のように配信条件に合致した広告選択を行う場合、各広告のＩＭＰ数については、広告サーバ３の管理者が恣意的に調整することができない。しかし配信条件を保ち広告効果を維持しながら、配信期間内に目標ＩＭＰ数を達成すること、及び期間中にＩＭＰ数の偏りがないようにすることが求められる。そこで広告サーバ３は、増加傾向判定部３１及び配信条件調整部３２の機能により以下の調整処理例I、II、IIIのような調整処理を行う。

【0075】

まず図１２、図１３で調整処理例Iを説明する。図１２は調整処理例Iのフローチャートであり、図１３は調整処理例Iによる動作を説明する図である。
この調整処理例Iは、広告コンテンツの配信開始から配信終了までの期間において単位期間経過毎に、現実の増加勾配値と理想勾配値の比較処理を行い、比較処理の結果に応じて、配信条件の固定幅又は固定数の緩和又は強化を行う例である。
配信条件の固定幅の緩和又は強化とは、例えばターゲティング条件における出現率の数値の固定幅の増減をいう。また配信条件の固定数の緩和又は強化とは、条件要素の固定数（例えば１つ）の削除や追加をいう。

【0076】

図１３で動作を説明する。例えば配信期間を７日間としたときに、１日の終了時点毎に調整処理を行うことを想定する。
図１３Ａは、１日目が終了した時点の現実のＩＭＰ数に応じたラインＪ１と理想勾配値を表すラインＬ１を示している。これはＩＭＰ数が想定より伸びていない状態である。ラインＪ１の勾配値、増加勾配値は、理想勾配値より小さい。従って、この時点で配信条件を緩和する。この場合の調整は例えばターゲティング条件であるユーザ属性の固定数（例えば１つ）の削除や追加である。つまり１つのアンド条件要素の削除か、１つのオア条件要素の追加とする。をいう。或いは出現率の固定％（例えば５％）の加算をいう。例えば出現率３０％を３５％にするなどである。

【0077】

また２日目が終了した時点でも調整を行う。図１３Ｂは２日目の終了時点での現実のＩＭＰ数によるラインＪ２（又はラインＪ２Ｒ）を示している。
ラインＪ２は１日目終了時から２日目終了時までの増加勾配値を示すラインである。
ラインＪ２Ｒは配信期間開始時点から２日目終了時までの増加勾配値を示すラインである。図７Ｃ、図７Ｄで説明したように、ラインＪ２を増加勾配値とする場合、理想勾配値としてはラインＬ２の勾配値を用いる。またラインＪ２Ｒを増加勾配値とする場合、理想勾配値としてはラインＬ１の勾配値を用いる。
この２日目の時点でも増加勾配値と理想勾配値の比較結果により配信条件の固定幅の緩和又は強化を行う。

【0078】

さらに図１３Ｃは３日目の終了時の様子を示している。ここでは図７Ｃの方式を採用する場合のラインＪ３と理想勾配値のラインＬ３で表記している。
この３日目の段階でも増加勾配値と理想勾配値の比較結果により配信条件の固定幅の緩和又は強化を行う。

【0079】

例えばこのように１日単位で調整を行っていくことで、ＩＭＰ数の増加傾向が調整され、配信期間終了時点で目標ＩＭＰ数に達する可能性を高くしていくことができる。図１３Ｄは、配信条件が定期的に調整されることでＩＭＰ数の増加傾向が調整され、結果的に目標ＩＭＰ数に達した状態を示している。

【0080】

なお、目標ＩＭＰ数は、実際の目標ＩＭＰ数より少々高く設定してもよい。例えば目標ＩＭＰ数＝１００万の場合に、調整処理では目標ＩＭＰ数＝１０１万とするなどである。調整は、目標ＩＭＰ数に向かって収束させるため、実際には最終的に、目標ＩＭＰ数を少々下回る場合も生じる可能性がある。そこで、最低限、目標ＩＭＰ数をクリアすることを考えれば、実際よりも若干高めに目標ＩＭＰ数を設定して調整処理を行うことが望ましい。この点は、後述する調整処理例II、IIIでも同様である。

【0081】

この図１３のような調整処理を実現するための広告サーバ３の処理を図１２で説明する。広告サーバ３は、例えば図１２の処理を常時、或いは定期的に、繰り返し実行する。
ステップＳ２０１で広告サーバ３は、広告テーブル７ａに登録されている広告コンテンツのうちで、現在が配信期間中である広告コンテンツの全部又は一部を処理対象として抽出する。
なお、一部の広告コンテンツを抽出するというのは、例えば目標ＩＭＰ数が設定されている広告と、設定されていない広告、或いは配信期間が不定な広告等が存在することを考慮したものである。また、目標ＩＭＰ数や配信期間が設定されていても、特に調整が不要とされる広告もあり得る。ステップＳ２０１では、調整が必要な広告コンテンツを抽出することになる。

【0082】

ステップＳ２０２で広告サーバ３は、抽出した調整が必要とされる多数の広告コンテンツのうちの１つを処理対象として選択する。
ステップＳ２０３で広告サーバ３は、現在がその広告コンテンツの調整タイミングであるか否かを確認する。例えば２４時間毎であれば、その２４時間時点のタイミングになっているか否かである。調整タイミングでなければ、ステップＳ２１２に進み、抽出した全ての広告コンテンツについて確認が完了していなければ、ステップＳ２０２に戻り、１つの広告コンテンツを処理対象として選択する。

【0083】

広告サーバ３は、処理対象としている広告コンテンツが、現在が調整タイミングであると判定した場合は、ステップＳ２０３からＳ２０４に進め、その広告コンテンツについて理想勾配値及び増加勾配値の算出や、その後の調整処理のために必要な情報を広告ＤＢ７から取得する。具体的には、広告テーブル７ａから配信期間、目標ＩＭＰ、配信条件、広告属性、許容ユーザ属性の情報を取得する。また実績テーブル７ｂから表示回数（ＩＭＰ）を取得する。処理方式によっては前回調整時の表示回数（ＩＭＰｐ）も取得する。

【0084】

ステップＳ２０５で広告サーバ３は、配信期間、目標ＩＭＰ数の情報を用いて理想勾配値を算出する。前回調整時の表示回数の情報を用いる場合もある。
ステップＳ２０６で広告サーバ３は、配信期間、表示回数（ＩＭＰ）の情報を用いて増加勾配値を算出する。前回調整時の表示回数の情報を用いる場合もある。
ステップＳ２０７で広告サーバ３は、増加勾配値と理想勾配値の比較処理を行う。

【0085】

ステップＳ２０８で広告サーバ３は、比較結果が増加勾配値＝理想勾配値であったか否かを確認する。なお、この場合、増加勾配値と理想勾配値が完全に一致するか否かのみを判断してもよいが、増加勾配値≒理想勾配値の判断としてもよい。即ちある程度の許容範囲内で一致しているか否かを判断してもよい。例えば配信条件を変更するほどの乖離があるか否かとする判断とする。
もし増加勾配値と理想勾配値が一致（或いは一致と見なせる）する場合は、広告サーバ３はその広告コンテンツについて配信条件の調整は不要としてステップＳ２１２に進む。

【0086】

増加勾配値と理想勾配値が一致していない（或いは一致と見なせない）場合は、広告サーバ３はステップＳ２０９に進み、増加勾配値と理想勾配値の大小に応じて処理を分岐する。
即ち広告サーバ３は、増加勾配値＜理想勾配値の場合は、ステップＳ２１０に進み、ターゲティング条件としてのユーザ属性の緩和を行う。即ちユーザ属性としての１つのアンド条件要素の削除か、１つのオア条件要素の追加を行う。なお、この場合にユーザ属性の変更に代えて、或いはユーザ属性の変更とともに、出現率の固定幅の増加を行ってもよい。
具体的には広告サーバ３はステップＳ２１０で、このように緩和方向に調整した配信条件を設定し、当該広告コンテンツについて広告テーブル７ａの配信条件の情報内容を更新する。そしてステップＳ２１２に進む。

【0087】

また広告サーバ３は、増加勾配値＞理想勾配値の場合は、ステップＳ２１１に進み、ターゲティング条件としてのユーザ属性の強化を行う。即ちユーザ属性としての１つのアンド条件要素の追加か、１つのオア条件要素の削除を行う。なお、この場合にユーザ属性の変更に代えて、或いはユーザ属性の変更とともに、出現率の固定幅の減少を行ってもよい。
具体的には広告サーバ３はステップＳ２１１で、このように引き締め方向に調整した配信条件を設定し、当該広告コンテンツについて広告テーブル７ａの配信条件の情報内容を更新する。そしてステップＳ２１２に進む。

【0088】

広告サーバ３は、ステップＳ２０１で抽出した全ての広告コンテンツについて以上の処理を行ったら、ステップＳ２１２から一連の調整処理を終了する。

【0089】

なお、出現率を変更する場合には、競合する他の広告コンテンツの出現率を変化させてもよい。即ちＩＭＰ数を増加させたい広告コンテンツについては、競合する広告コンテンツの出現率を低下させるようにし、ＩＭＰ数の増加を抑えた広告コンテンツについては、競合する広告コンテンツの出現率を上昇させる。
このようにする場合も、他の広告コンテンツの出現率は、例えば固定幅で増減させればよい。

【0090】

＜８．調整処理例II＞
図１４，図１５で調整処理例IIを説明する。
これは比較処理の結果として得られる増加勾配値と理想勾配値の差分に応じた可変幅又は可変数の配信条件の緩和又は強化を行う例である。
即ち現実の増加勾配値と理想勾配値の乖離の度合いに応じて、配信条件の調整を行う。配信条件の可変幅の緩和又は強化とは、出現率の数値の増減幅を差分に応じて可変することを意味する。また配信条件の可変数の緩和又は強化とは、例えばターゲティング条件の条件要素の削除／追加の数を、差分に応じて可変することを意味する。

【0091】

図１５Ａは、或る時点（配信開始から４日目）に調整を行う状況を示している。この図１５Ａは、ラインＬ１で示される理想勾配値に対してラインＪ１で示される増加勾配値が、比較的大きく乖離している状態である。この場合、配信条件を大きく緩和し、図１５Ｂのように調整後の増加傾向（ラインＪ２の傾き）が急峻になるようにする。
一方図１５Ｃは、同じく配信開始から４日目に調整を行う状況であるが、ラインＬ１で示される理想勾配値に対してラインＪ１で示される増加勾配値があまり乖離していない状態を示している。この場合、配信条件を若干緩和するのみとし、図１５Ｄのように調整後の増加傾向（ラインＪ２の傾き）が緩やかになるようにする。

【0092】

このための広告サーバ３の処理を図１４で説明する。なお図１２と同一の処理については同一のステップ番号を付し、説明を省略する。
ステップＳ２０１〜Ｓ２０６は図１２と同様である。ステップＳ２０７Ａの比較処理では、広告サーバ３は増加勾配値と理想勾配値の大小の比較だけでなく、その差分も求めるようにする。

【0093】

或る広告コンテンツについて比較処理を行った結果、増加勾配値と理想勾配値が一致していない（或いは一致と見なせない）場合は、広告サーバ３はステップＳ２０８からＳ２０９に進み、増加勾配値と理想勾配値の大小に応じて処理を分岐する。

【0094】

広告サーバ３は、増加勾配値＜理想勾配値の場合は、ステップＳ２２１に進み、差分に応じた調整幅を設定する。例えば増加勾配値と理想勾配値の差分値を複数段階のいずれに相当するか否かを判定する。例えば差分について乖離レベルＬＶ１から乖離レベルＬＶｎのように乖離の度合いのレベルを判定する。
そして広告サーバ３は、ステップＳ２１０Ａでターゲティング条件としてのユーザ属性の緩和を行う。ここでは乖離レベルに応じて緩和する。
例えば乖離レベルＬＶ１，ＬＶ２，ＬＶ３と３段階を想定したときに、追加又は削除するユーザ属性の数を、それぞれ異なる値とする。例えば乖離レベルＬＶ１の場合は１個、乖離レベルＬＶ２の場合は２個、乖離レベルＬＶ３の場合は３個などとする。
そして乖離レベルに応じた数のユーザ属性としての１つのアンド条件要素の削除か、１つのオア条件要素の追加を行う。
なお、この場合にユーザ属性の変更に代えて、或いはユーザ属性の変更とともに、出現率の乖離レベルに応じた幅の増加を行ってもよい。例えば乖離レベルＬＶ１の場合は５％加算、乖離レベルＬＶ２の場合は１０％加算、乖離レベルＬＶ３の場合は１５％加算などとする。加算に代えて乗算でもよい。
広告サーバ３はこのステップＳ２１０Ａで、このように緩和方向に調整した配信条件を設定し、当該広告コンテンツについて広告テーブル７ａの配信条件の情報内容を更新する。そしてステップＳ２１２に進む。

【0095】

また広告サーバ３は、増加勾配値＞理想勾配値の場合は、ステップＳ２２２に進み、差分に応じた調整幅を設定する。そして広告サーバ３は、ステップＳ２１１でターゲティング条件としてのユーザ属性の乖離レベルに応じた強化を行う。
例えば乖離レベルに応じた数のユーザ属性としての１つのアンド条件要素の追加か、１つのオア条件要素の削除を行う。
なお、この場合もユーザ属性の変更に代えて、或いはユーザ属性の変更とともに、出現率の乖離レベルに応じた幅の減少を行ってもよい。例えば乖離レベルＬＶ１の場合は５％減算、乖離レベルＬＶ２の場合は１０％減算、乖離レベルＬＶ３の場合は１５％減算などとする。減算に代えて逆数乗算でもよい。
広告サーバ３はこのステップＳ２１１Ａで、このように強化方向に調整した配信条件を設定し、当該広告コンテンツについて広告テーブル７ａの配信条件の情報内容を更新する。そしてステップＳ２１２に進む。
ステップＳ２１２の処理は図１２と同様である。

【0096】

なお、出現率を変更する場合には、競合する他の広告コンテンツの出現率を変化させてもよい。即ちＩＭＰ数を増加させたい広告コンテンツについては、競合する広告コンテンツの出現率を低下させるようにし、ＩＭＰ数の増加を抑えた広告コンテンツについては、競合する広告コンテンツの出現率を上昇させる。
この場合、乖離の度合いに応じて増減幅を異なるようにすればよい。
また、増加勾配値と理想勾配値の乖離の度合いを乖離レベルで段階分けする例ではなく、差分値に係数乗算をおこなって調整幅を設定することも考えられる。

【0097】

＜９．調整処理例III＞
図１６，図１７で調整処理例IIIを説明する。
これは広告コンテンツの表示回数が所定段階に達したことに応じて比較処理を行い、比較処理の結果、調整が必要と判定した場合、配信期間長と経過期間長を用いて求めた係数を用いて、配信条件の緩和又は強化を行う例である。

【0098】

例えば図１７では、ＩＭＰ数が所定段階に達したときとして、ＩＭＰ数が目標の２５％に達したとき、５０％に達したとき、７５％に達したときに、増加勾配値と理想勾配値の比較処理を行い、そのときの比較結果で必要と判定されたら、配信期間長とその時点までの経過時間から算出した係数で配信条件の調整を行う例を示している。

【0099】

図１７の横軸は配信開始時点Ｔｓから配信終了時点Ｔｅまでの配信期間を示している。縦軸はＩＭＰ数を達成率（％）で示している。
ＩＭＰ数が２５％になった時点ＴＭ１、５０％になった時点ＴＭ２、７５％になった時点ＴＭ３でそれぞれ調整が行われ、ＩＭＰ数の増加傾向が変化し、最終的に目標ＩＭＰ数に達した状態を示している。

【0100】

ここでは、広告コンテンツの出現率を調整することを想定する。出現率について配信期間長と経過期間長を用いて求めた係数Ｋを乗算して配信条件の緩和又は強化を行う。
図のように、開始からの経過時間をＴＰとし、時点ＴＭ１，ＴＭ２，ＴＭ３までの経過時間長をそれぞれＴＰ１，ＴＰ２，ＴＰ３とする。また全配信期間の期間長をＴｓｅとする。
ＩＭＰ数としての２５％、５０％、７５％をｙとする。但しｙは達成率の１００分率の値とし、２５％の場合、ｙ＝２５とする。
この場合、係数Ｋは次のように求めることができる。
Ｋ＝（１００−ｙ）／｛（Ｔｓｅ／ＴＰ）ｙ−ｙ｝
例えばＩＭＰ数が２５％、５０％、７５％となったそれぞれの場合の係数Ｋは、
Ｋ＝（１００−２５）／｛（Ｔｓｅ／ＴＰ１）２５−２５｝
Ｋ＝（１００−５０）／｛（Ｔｓｅ／ＴＰ２）５０−５０｝
Ｋ＝（１００−７５）／｛（Ｔｓｅ／ＴＰ３）７５−７５｝
として求められる。
このような係数Ｋを求めて出現率を調整することで、より有効な調整を行う。

【0101】

このための広告サーバ３の処理を図１６で説明する。なお図１２と同一の処理については同一のステップ番号を付し、説明を省略する。
ステップＳ２０１、Ｓ２０２は図１２と同様である。
ステップＳ２３０では、広告サーバ３は、ステップＳ２０２で処理対象に選択した広告コンテンツの現在の表示回数（ＩＭＰ）を実績テーブル７ｂから取得する。そしてステップＳ２３１で広告サーバ３は、現在がその広告コンテンツの調整タイミングであるか否かを確認する。即ち、現在のＩＭＰ数が、目標ＩＭＰ数の２５％、５０％、７５％のいずれかに該当するか否かを判断する。

【0102】

なお、常にＩＭＰは増加しており、また調整処理が常時全ての広告に対して行われるわけではないため、実際に所定の達成率に達した時刻と、当該調整処理の時刻ではタイムラグは生ずる。そこで実際にはステップＳ２３１では、最初に２５％、５０％、７５％等の達成率を越えた後の最初の処理機会であるか否かを判定すればよい。もちろんその場合、取得する表示回数は、実際のＩＭＰ数（ｙ＝処理時点の達成率）を用い、経過時間は、その処理時点での配信開始からの経過時間を用いればよい。例えば処理時点で達成率が２５．１％となっていれば、上記の係数Ｋを求める式のｙ＝２５．１とし、経過時間ＴＰは、その処理時点までの経過時間を用いればよい。

【0103】

広告サーバ３は、調整タイミングでなければ、ステップＳ２１２に進み、抽出した全ての広告コンテンツについて確認が完了していなければ、ステップＳ２０２に戻り、１つの広告コンテンツを処理対象として選択する。
処理対象の広告コンテンツが、調整タイミングであれば、広告サーバ３はステップＳ２０４以降に進む。ステップＳ２０４〜Ｓ２０８は図１２と同様である。

【0104】

或る広告コンテンツについてステップＳ２０７で比較処理を行った結果、増加勾配値と理想勾配値が一致していない（或いは一致と見なせない）場合は、広告サーバ３はステップＳ２０８からＳ２３２に進み、経過時間の情報を取得する。即ち、配信開始から現時点までの経過時間ＴＰを求める。
ステップＳ２３３で広告サーバ３は、調整係数Ｋを算出する。その時点のＩＭＰの達成率をｙとし、また取得した経過時間ＴＰ、及び配信期間の期間長Ｔｓｅを用いて、上記式の演算を行い調整係数Ｋを求める。
そしてステップＳ２３４で、当該広告コンテンツについて設定されている出現率に係数Ｋを乗算する。そして乗算結果を調整後の新たな出現率として、当該広告コンテンツについて広告テーブル７ａの配信条件の情報内容を更新する。そしてステップＳ２１２に進む。ステップＳ２１２の処理は図１２と同様である。

【0105】

なお、この場合も競合する他の広告コンテンツの出現率を変化させてもよい。処理対象の広告コンテンツの出現率に係数Ｋを乗算して出現率を増減する場合と同等となるように、競合するコンテンツの出現率を変更する。
また、係数Ｋの算出式は一例である。例えば時点ＴＭ１、ＴＭ２等の各時点における残り時間を用いても同等な計算は可能である。

【0106】

＜１０．まとめ及び変形例＞
以上の実施の形態によれば次のような効果が得られる。
実施の形態の広告サーバ３は、ユーザ端末５に配信する広告コンテンツを、各コンテンツに設定された配信条件に従って選択する広告配信制御部３０を有する。また広告サーバ３は、広告配信制御部３０によって選択されることでユーザ端末５に配信されるコンテンツについて、配信開始から配信期間の終了に至る前の或る時点までの表示回数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理を行う増加傾向判定部３１を備える。さらに増加傾向判定部３１の比較結果に応じて当該コンテンツの配信頻度が可変されるように配信条件を変更する配信条件調整部３２を備える。
即ち予定された一定の配信期間において目標の表示回数（ＩＭＰ数）を達成するように、各広告コンテンツに設定された配信条件を増加勾配値と理想勾配値の比較結果に基づいて調整する。
これにより、広告コンテンツの配信を、配信期間内において、目標ＩＭＰ数を達成する可能性を高くするように調整できる。広告コンテンツのＩＭＰ数としての実際の増加勾配値を理想勾配値と比較することによれば、現状の広告の配信条件が適正か、厳しいか、或いは緩いかを判定できる。つまり実際の増加勾配値を求めてこれを理想勾配値と比較することで、現状の配信条件のままで目標ＩＭＰ数に達するか、或いは難しそうかが比較的高い精度で予測できる。従ってその予測に応じて配信条件を調整することで、配信期間の終了時点で目標ＩＭＰ数に達する確率を向上させることができる。
また実施の形態の処理によれば、配信期間中に、時間軸上で表示回数の偏りがなく配信が行われるように広告配信を調整できる。実際の増加勾配値が理想勾配値に近いことは、配信期間内に時期的な偏り無く配信される状態を示すものとなりやすい。従って実際の配信が理想勾配に近づくように配信条件を調整することは、配信期間内になるべくまんべんなく表示が行われているような配信を実現できることになる。
また配信条件変更判定の演算としては、現実の増加勾配値の算出と理想勾配値との比較を行うのみでよく、調整のための演算処理が容易であり、広告サーバ３の処理負担を増大させない点でも有用である。
また、増加勾配値を理想勾配値と比較することによれば、ＩＭＰ数が目標ＩＭＰ数を大きく越えてしまうことも調整可能である。ＩＭＰ数が過大になることが望ましくない場合もあり、そのような場合の調整にも有用である。
また、配信条件をある程度許容範囲内で維持しつつ変更するため、広告ターゲティングに基づく配信は適切に行われる。即ち全くターゲット外の人にむやみに配信して配信数を伸ばすようなものではないため、広告効果の高い広告配信を維持できた上での調整となる。
ユーザサイドから見れば、ユーザ端末における限られた（例えば、モニタなどの）提示領域において、そのユーザに価値があると想定される広告を提示する状態を維持できる。

【0107】

実施の形態の調整処理例Iでは、広告コンテンツの配信開始から配信終了までの期間において単位期間経過毎に比較処理を行うとともに、比較処理の結果に応じて、配信条件の固定幅又は固定数の緩和又は強化を行うようにしている。
この場合、定期的にＩＭＰ数の実績に応じて配信条件を逐次微調整していくことになるため、配信期間に、回数的な偏りが無い状態で配信されながら配信終了時に目標の表示回数（或いは目標の表示回数付近）に達する可能性を向上させることができる。
また固定幅や固定数での配信条件の緩和又は強化を行うことによれば、配信条件の調整のためのアルゴリズムを簡略化でき、サーバの処理負担を少なくできる。

【0108】

実施の形態の調整処理例IIでは、比較処理の結果として得られる増加勾配値と理想勾配値の差分に応じた可変幅又は可変数の配信条件の緩和又は強化を行うようにしている。
このような可変幅の配信条件の変更によれば、現実の表示回数の勾配を早めに理想勾配に近づけることができる。これにより配信期間終了時に目標の表示回数に達する可能性を、より向上させることができる。

【0109】

実施の形態の調整処理例IIIでは、広告コンテンツの表示回数が所定段階に達したことに応じて比較処理を行い、比較処理の結果、調整が必要と判定した場合、配信期間長と経過期間長を用いて求めた係数Ｋを用いて、配信条件の緩和又は強化を行うようにしている。
これによりＩＭＰ数の進捗に応じて調整を行うことができる。また、広告コンテンツの配信の進捗により、各段階に達するまでの時間長は広告コンテンツ毎に異なるが、調整は配信期間長と経過期間長に応じた係数Ｋを用いることで、配信終了時に目標の表示回数に達するようにするための精度のよい調整ができる。

【0110】

また実施の形態では、各広告コンテンツには、配信条件として少なくとも、配信先の属性を示したターゲティング条件（ユーザ属性や端末属性）が設定されており、広告コンテンツに設定されたターゲティング条件とする配信先の属性（例えばユーザ属性）の数を増減することで配信条件の緩和又は強化を行う例を挙げた。
このような配信先の属性の数の増減により、効果的なＩＭＰ増加傾向の調整が可能となる。
またユーザ属性の数を増減することは、広告ターゲティングの考え方を崩すものではなく、ターゲットを絞りながら、その範囲を変更するものとなるため、ターゲティング広告手法としても適している。
なお、ユーザ属性だけでなく端末属性の増減を行うようにしてもよい。

【0111】

実施の形態では、複数の広告コンテンツの間で相対的に配信用に選択される確率を示す出現率が設定されており、広告コンテンツに設定された出現率を変更することで配信条件の緩和又は強化を行う例を挙げた。
例えば、ターゲティング条件の全部又は一部が共通の複数の広告コンテンツ（グループ設定された広告コンテンツ）について、それぞれの出現率を設定することで、配信比率を調整することができる。例えば２つのコンテンツである広告Ａ、広告Ｂについて出現率がそれぞれ３０％と７０％であれば、配信制御部は、該当のターゲティング条件が満たされた場合に、３０％の確率で広告Ａを選択して配信し、７０％の確率で広告Ｂを選択して配信する。
従って、出現率を変更することで、効果的な表示回数の調整が可能となる。特に同じターゲティング条件の複数の広告を配信する場合に、一方が突出するようなことなく、それぞれが目標ＩＭＰ数に達するように有効な調整ができる。

【0112】

実施の形態の調整処理例I、II、IIIでは、変形例として、比較処理の対象となったコンテンツの配信頻度が可変されるように、競合する他のコンテンツの配信条件が変更されてもよいことを述べた。例えば、ターゲティング条件の全部又は一部が共通の複数のコンテンツ（競合するコンテンツ）を考えると、或るコンテンツの配信頻度を調整したい場合、競合する他のコンテンツの配信頻度を変化させるようにしてもよい。つまり相対的に配信頻度を調整することで、或るコンテンツの表示回数の進行を加減速できる。
特に共通のターゲティング条件の複数のコンテンツについて調整する場合に、１つの好適な手法となる。特に一方に表示回数が偏ってしまったような場合に有用である。

【0113】

実施の形態では、配信広告選択処理例II、IIIとして、配信先のユーザ端末５の端末属性の情報を取得するとともに、そのユーザ端末５に配信するコンテンツを、取得した端末属性の情報を用いて選択する例を述べた。
例えばいわゆる据え置き型、ノート型等のＰＣ（パーソナルコンピュータ）、であるかスマートフォン等の携帯機器であるかなどに応じて配信する広告コンテンツを選択する。例えば広告の画像サイズとして横幅のサイズが長短異なる場合、端末装置がＰＣであれば長サイズの広告を選択し、端末装置がスマートフォンであれば、短サイズの広告を選択する。
このようにすることで、非常に望ましい広告表示が実現できる。例えばスマートフォン等で画面サイズが小さい場合、横幅が長い広告は、全体を表示できなかったり、過剰に縮小されるなどの状態となり、広告効果が小さくなってしまう。一方でそのような広告はＰＣ等の大きな画面で表示させるとユーザに対する訴求効果は非常に大きい。また横幅サイズが短い広告は、ＰＣではあまり目立たないが、スマートフォン等の表示では、ユーザに大きな訴求力を持つ。
このような状況があるため、ユーザ端末５の種別など、端末属性の情報に応じて広告を選択することで、広告機能を最大限発揮させる配信が実現できる。
その一方で、この場合、ユーザ端末５によってある程度広告の選択が規定されてしまうため、各広告コンテンツについて配信期間内に目標ＩＭＰ数に届かなくなる可能性や、目標ＩＭＰ数を大きく越えてしまう可能性も高くなる。
そこで、逐次配信条件を調整する。例えばターゲティング条件を調整する。これにより各広告について、配信期間に目標ＩＭＰ数に到達するような制御ができ、目標ＩＭＰ数を設定した広告配信に非常に有効となる。

【0114】

配信広告選択処理例II、IIIでは、配信先のユーザ端末５における表示サイズの情報を取得するとともに、該ユーザ端末５に配信するコンテンツを、取得した表示サイズの情報を用いて選択することにも言及した。
ウェブページは端末装置で起動されるブラウザによって表示されるため、その表示サイズは、ブラウザに割り当てられた表示領域のサイズによるものとなる。また例えばＰＣユーザの多くは、ブラウザを全画面表示するだけでなく、表示画面の一部に表示させる場合もある。従って、配信時点でのブラウザ表示サイズによってユーザへのコンテンツの露出状態が変化する。そこで、表示サイズに応じて適したコンテンツを選択する。
このようにすることで、非常に望ましい広告表示が実現できる。例えば表示サイズが小さい場合、横幅が長い広告は、全体を表示できなかったり、過剰に縮小されるなどの状態となり、広告効果が小さくなってしまう。一方でそのような広告は表示サイズが大きいとユーザに対する訴求効果は非常に大きい。また横幅サイズが短い広告は、表示サイズが小さくても有効である。
従って表示サイズに応じて広告を選択することで、広告機能を最大限発揮させる配信が実現できる。
その一方で、この場合、ユーザ端末の表示サイズ状態によってある程度広告の選択が規定されてしまうため、各広告コンテンツについて配信期間内に目標ＩＭＰ数に届かなくなる可能性や、目標ＩＭＰ数を大きく越えてしまう可能性も高くなる。そこで、逐次配信条件を調整する。例えばターゲティング条件を調整する。これにより各広告について、配信期間に目標ＩＭＰ数に到達するような制御ができ、目標ＩＭＰ数を設定した広告配信に非常に有効となる。

【0115】

なお実施の形態では、主に広告コンテンツを想定して説明したが、広告以外のコンテンツの配信、例えばウェブページに表示する各種キャラクタ、ロゴマーク、その他のウェブページに用いる画像の表示、さらにはウェブページの背景画像の選択など、各種のコンテンツの配信管理に本発明は適用できる。

【0116】

また電子商取引用のウェブサイトだけでなく、各種の情報提供用のウェブサイト、ブログやアフィリエイトのウェブサイトなど、各種のウェブサイトでの広告配信のための制御として本発明は好適である。

【0117】

＜１１．プログラム及び記憶媒体＞
以上、本発明の情報処理装置の実施の形態としての広告サーバ３を説明してきたが、実施の形態のプログラムは、広告サーバ３とする情報処理装置に広告配信制御部３０、増加傾向判定部３１、配信条件調整部３２としての機能の処理を実行させるプログラムである。

【0118】

実施の形態のプログラムは、端末装置に配信するコンテンツを、各コンテンツに設定された配信条件に従って選択する広告配信制御機能を情報処理装置に実行させる。即ち配信広告選択処理例I、II、IIIとして例示した処理である。
またプログラムは配信開始から配信期間の終了に至る前の或る時点までの表示回数の増加勾配値と、配信期間長と目標表示回数に基づいて求められる表示回数の理想勾配値との比較処理と、比較結果に応じて当該コンテンツの配信頻度が可変されるように配信条件を変更する処理を情報処理装置に実行させる。即ち調整処理例I、II、IIIとして例示した処理である。

【0119】

このようなプログラムにより、上述した広告サーバ３としての１又は複数の情報処理装置を実現できる。
そしてこのようなプログラムはコンピュータ装置等の機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭ等に予め記憶しておくことができる。あるいはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的あるいは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。

【符号の説明】

【0120】

１ ネットワーク、２ ＥＣサーバ、３ 広告サーバ、４ 店舗端末、５ ユーザ端末、６ 電子商取引ＤＢ、７ 広告ＤＢ、３０ 広告配信制御部、３１ 増加傾向判定部、３２ 配信条件調整部、３３ ＤＢ管理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】