IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ ヤフー株式会社の特許一覧

特開2023-144165情報処理装置、情報処理方法および情報処理プログラム
<>
  • 特開-情報処理装置、情報処理方法および情報処理プログラム 図1
  • 特開-情報処理装置、情報処理方法および情報処理プログラム 図2
  • 特開-情報処理装置、情報処理方法および情報処理プログラム 図3
  • 特開-情報処理装置、情報処理方法および情報処理プログラム 図4
  • 特開-情報処理装置、情報処理方法および情報処理プログラム 図5
  • 特開-情報処理装置、情報処理方法および情報処理プログラム 図6
  • 特開-情報処理装置、情報処理方法および情報処理プログラム 図7
  • 特開-情報処理装置、情報処理方法および情報処理プログラム 図8
  • 特開-情報処理装置、情報処理方法および情報処理プログラム 図9
  • 特開-情報処理装置、情報処理方法および情報処理プログラム 図10
  • 特開-情報処理装置、情報処理方法および情報処理プログラム 図11
  • 特開-情報処理装置、情報処理方法および情報処理プログラム 図12
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023144165
(43)【公開日】2023-10-11
(54)【発明の名称】情報処理装置、情報処理方法および情報処理プログラム
(51)【国際特許分類】
   G06Q 30/0241 20230101AFI20231003BHJP
【FI】
G06Q30/02 380
【審査請求】有
【請求項の数】6
【出願形態】OL
(21)【出願番号】P 2022042608
(22)【出願日】2022-03-17
(11)【特許番号】
(45)【特許公報発行日】2023-10-02
(71)【出願人】
【識別番号】319013263
【氏名又は名称】ヤフー株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】村上 龍希
(72)【発明者】
【氏名】酒井 一輝
(72)【発明者】
【氏名】山下 拓真
【テーマコード(参考)】
5L049
【Fターム(参考)】
5L049BB08
(57)【要約】
【課題】広告それぞれの配信ペースを適切に制御すること。
【解決手段】本願に係る情報処理装置は、未来に発生する広告枠の一部に実際には広告を配信しないダミー広告を設定する設定部と、設定部によって設定されたダミー広告の数量を記未来に発生する広告枠の発生数量から差し引いた差し引き数量と、入稿広告それぞれの配信目標数量とに基づいて広告枠に対して配信する入稿広告それぞれの配信確率を算出する確率算出部とを備える。
【選択図】図1
【特許請求の範囲】
【請求項1】
未来に発生する広告枠の一部に実際には広告を配信しないダミー広告を設定する設定部と、
前記設定部によって設定された前記ダミー広告の数量を前記未来に発生する広告枠の発生数量から差し引いた差し引き数量と、入稿広告それぞれの配信目標数量とに基づいて前記広告枠に対して配信する前記入稿広告それぞれの配信確率を算出する確率算出部と、
を備えることを特徴とする情報処理装置。
【請求項2】
前記広告枠の単位時間当たりの前記差し引き数量と、前記ダミー広告および前記入稿広告それぞれの単位時間当たりの配信目標数とを用いた数理計画法によって、前記ダミー広告および前記入稿広告それぞれの相対的な相対優先度を事前に算出する事前算出部
を備え、
前記確率算出部は、
前記事前算出部によって算出された前記相対優先度に基づいて、前記広告枠に対して配信可能な前記入稿広告それぞれの配信確率を算出すること
を特徴とする請求項1に記載の情報処理装置。
【請求項3】
前記事前算出部は、
前記入稿広告それぞれの前記相対優先度の総和と前記ダミー広告それぞれの前記相対優先度の総和との和が1未満になるように、前記ダミー広告および前記入稿広告それぞれの前記相対優先度を算出すること
を特徴とする請求項2に記載の情報処理装置。
【請求項4】
前記確率算出部は、
前記広告枠に対して配信可能な前記入稿広告それぞれの前記相対優先度を正規化することで前記配信確率を算出すること
を特徴とする請求項2または3に記載の情報処理装置。
【請求項5】
コンピュータが実行する情報処理方法であって、
未来に発生する広告枠の一部に実際には広告を配信しないダミー広告を設定する設定工程と、
前記設定工程によって設定された前記ダミー広告の数量を前記未来に発生する広告枠の発生数量から差し引いた差し引き数量と、入稿広告それぞれの配信目標数量とに基づいて前記広告枠に対して配信する前記入稿広告それぞれの配信確率を算出する確率算出工程と、
を備えることを特徴とする情報処理方法。
【請求項6】
未来に発生する広告枠の一部に実際には広告を配信しないダミー広告を設定する設定手順と、
前記設定手順によって設定された前記ダミー広告の数量を前記未来に発生する広告枠の発生数量から差し引いた差し引き数量と、入稿広告それぞれの配信目標数量とに基づいて前記広告枠に対して配信する前記入稿広告それぞれの配信確率を算出する確率算出手順と、
をコンピュータに実行させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。
【背景技術】
【0002】
近年、インターネットの飛躍的な普及に伴い、インターネットを介した広告配信が盛んに行われている。広告配信では、端末装置の表示画面に連動した広告を配信するリスティング広告がある。
【0003】
リスティング広告に関する技術として、たとえば、予め設定した配信計画に沿って、広告を配信することで広告の予算消化ペースを制御する技術がある(例えば、特許文献1参照)。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開2017-016320号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来技術では、たとえば、広告それぞれの配信回数を担保することについては考慮されておらず、広告それぞれの配信ペースを適切に制御することができなかった。
【0006】
本発明は、上記に鑑みてなされたものであって、広告それぞれの配信ペースを適切に制御することができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0007】
上述した課題を解決し、目的を達成するために、本発明に係る情報処理装置は、未来に発生する広告枠の一部に実際には広告を配信しないダミー広告を設定する設定部と、前記設定部によって設定された前記ダミー広告の数量を前記未来に発生する広告枠の発生数量から差し引いた差し引き数量と、入稿広告それぞれの配信目標数量とに基づいて前記広告枠に対して配信する前記入稿広告それぞれの配信確率を算出する算出部と、前記算出部によって算出された前記配信確率に応じて、前記入稿広告を配信する配信部とを備える。
【発明の効果】
【0008】
本発明によれば、広告それぞれの配信ペースを適切に制御することができる。
【図面の簡単な説明】
【0009】
図1図1は、実施形態に係る情報処理の一例を示す図である。
図2図2は、実施形態に係るダミー案件の模式図である。
図3図3は、実施形態に係る情報処理装置の構成例を示すブロック図である。
図4図4は、実施形態に係る広告情報記憶部に記憶する情報の一例を示す図である。
図5図5は、実施形態に係る在庫予測情報記憶部に記憶する情報の一例を示す図である。
図6図6は、実施形態に係る相対優先度記憶部に記憶する情報の一例を示す図である。
図7図7は、実施形態に係る生成部による処理の一例を示す図である。
図8図8は、実施形態に係る相対優先度と配信確率との関係性を示す図である。
図9図9は、実施形態に係る相対優先度の一例を示す模式図である。
図10図10は、実施形態に係る相対優先度の算出処理の一例を示すフローチャートである。
図11図11は、実施形態に係る配信処理の一例を示すフローチャートである。
図12図12は、実施形態に係る情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【0010】
以下に、本願に係る情報処理装置、情報処理方法および情報処理プログラムを実施するための形態(以下、「実施形態」と記載する。)について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。
【0011】
[実施形態]
〔1-1.情報処理〕
まず、図1を用いて、実施形態に係る情報処理の一例について説明する。図1は、実施形態に係る情報処理の一例を示す図である。なお、かかる情報処理方法は、たとえば、図1に示す情報処理装置10によって実行される。
【0012】
また、以下では、実施形態に係る情報処理が広告配信に関する処理である場合について説明するが、実施形態に係る情報処理は、種々の在庫管理に適用することが可能である。
【0013】
図1に示すように、実施形態に係る情報処理装置10は、たとえば、ユーザ端末50から広告の配信リクエストを受け付けるとともに、受け付けた配信リクエストとの配信条件に対応する広告を選択したうえでユーザ端末50へ配信する処理装置である。なお、以下では、配信条件が広告の配信先となるユーザのユーザ属性を指定するものである場合について説明するが、これに限定されるものではなく、たとえば、検索システム上で利用される検索クエリを指定するものであってもよい。
【0014】
たとえば、情報処理装置10は、ユーザ端末50に表示されるウェブページ上の広告枠200に対して表示する広告を配信する。なお、情報処理装置10は、たとえば、サーバ装置やクラウドシステム等によって実現される。
【0015】
ユーザ端末50は、ユーザが所有する端末装置であり、情報処理装置10とのデータ通信によって、情報処理装置10から配信される広告をウェブページ上に設定された広告枠200に表示する端末である。ユーザ端末50として、たとえば、スマートフォン、タブレット端末、パソコン、ウェアラブル端末などが挙げられる。
【0016】
ここで、たとえば、情報処理装置10の事業者(以下、単に事業者)は、未来に発生する広告枠を在庫(以下、単に在庫とも記載)とみなし、広告主との間で広告枠の売買契約を行う。たとえば、広告主は、配信期間と配信条件および配信回数を指定して未来の広告枠に対する購入申請を事業者に対して行う。
【0017】
これに対して、事業者は、購入申請によって提示された広告枠に在庫があれば、当該購入申請に応じて契約を締結し、在庫が不足する場合には契約を行わない。なお、通常、1キャンペーン単位で広告枠に関する契約が行われることから、以下では、1つの契約に関する広告をキャンペーンとも記載する。また、同一の広告であっても、それぞれ異なる契約が締結された場合は、別々のキャンペーンとして取り扱われるものとする。
【0018】
このような契約の上では、広告の配信回数を担保する必要があり、実施形態に係る情報処理では、3層からなる数理計画法によって各広告の配信の最適化を行う。
【0019】
ここで、数理計画法を用いる情報処理の概要について説明しておく。実施形態に係る情報処理装置10は、キャンペーンそれぞれの相対的な優先度である相対優先度を数理計画法によって予め算出したうえで、広告リクエストを受け付けた場合に、相対優先度から当該配信リクエストに対する配信確率を算出して広告配信を行う。
【0020】
たとえば、図1に示すように、まず、実施形態に係る情報処理装置10は、広告枠の表示媒体となるウェブページを提供するウェブサーバ100から在庫予測情報を取得する(ステップS01)。
【0021】
たとえば、在庫予測情報は、ウェブサーバ100が提供するウェブページ上で、未来に発生する広告枠200に関する情報であり、たとえば、単位時間毎に発生する広告枠200に関する情報であり、時間帯毎にどのような属性を持った広告枠200が何件発生するといった予測情報である。
【0022】
つづいて、情報処理装置10は、各広告の相対優先度を算出する(ステップS02)。情報処理装置10は、たとえば、第1層~第3層を用いた数理計画法によって、各キャンペーンの相対優先度を算出する。
【0023】
ここで、相対優先度とは、キャンペーン全体で、どのキャンペーンをそれぞれどれくらいの比率で配信すべきかといったキャンペーンそれぞれの配信割合を相対的に数値化したものである。なお、ここでの数理計画法には、たとえば、線形計画法、非線形計画法、動的計画法、離散的計画法などといった各種手法が含まれる。
【0024】
たとえば、第1層に示すノード(S1~S3・・・)は、在庫それぞれの配信条件に対応する。たとえば、在庫の配信条件毎に1つのノードが生成され、かかるノードは、たとえば、日時毎の在庫の数に対応する行列である。
【0025】
また、第3層に示すノード(D1~D3・・・)は、それぞれのキャンペーンに対応する。たとえば、キャンペーンの追加毎に新たなノードが生成され、かかるノードは、キャンペーン期間全体の目標配信回数、すなわち、キャンペーンで購入した在庫数に対応する行列である。
【0026】
第2層に示すノード(P1~P3・・・)は、第3層のノードそれぞれを単位時間当たりの配信目標数に細分化して表現した行列である。すなわち、第2層のノードは、たとえば、第3層のノードそれぞれの目標配信回数を配信期間で割った値に対応する行列である。
【0027】
そして、実施形態に係る情報処理装置10では、単位時間毎に、第1層のノードそれぞれの配信条件で配信可能な第2層のノードを互いに対応付けたうえで、数理計画法を用いることで相対優先度を算出する。
【0028】
たとえば、算出した相対優先度は、情報処理装置10の相対優先度記憶部に格納される。なお、相対優先度は、キャンペーン毎の相対的な指標を示すものであればよく、相対優先度の算出方法は、ステップS02の例に限定されるものではない。
【0029】
その後、情報処理装置10は、たとえば、ユーザ端末50から広告枠200に表示する広告リクエストを受け付ける(ステップS03)。たとえば、広告リクエストは、広告の配信条件に関する情報が含まれており、情報処理装置10は、配信条件に関する情報に対応する広告を特定したうえで広告を配信する。
【0030】
この際、情報処理装置10では、配信条件に対応する広告が複数ある場合には、相対優先度記憶部に記憶した相対優先度から広告リクエストに対する優先度である相対優先度を算出する(ステップS04)。
【0031】
たとえば、情報処理装置10は、L1-Ball Projectionと称される正規化の手法を用いることで、配信確率を算出する。たとえば、情報処理装置10は、広告リクエストに対して競合する複数の広告それぞれの相対優先度の総和が1となるように、各相対優先度から同数を引いた値を広告それぞれの相対優先度として算出する。たとえば、広告Aおよび広告Bの相対優先度が「0.8」、「0.6」であった場合、総和は「1.4」となる。このとき、広告Aの配信確率は「0.8-0.2=0.6」となり、広告Bの配信確率は「0.6-0.2=0.4」として算出される。
【0032】
そして、情報処理装置10は、算出した相対優先度に応じて配信リクエストに対して
広告を配信する(ステップS05)。すなわち、上記の例では、同一属性の配信リクエストに対して広告Aと広告Bとを60%、40%の比率で配信することになる。なお、たとえば、広告Aおよび広告Bの相対優先度の和が1に満たない場合には、それぞれの相対優先度がそのまま配信確率となる。
【0033】
このように、実施形態に係る情報処理装置10では、予め算出した相対優先度を用いて配信リクエストに対して競合する広告の配信確率を算出することで、各広告を適切に配信することが可能である。
【0034】
〔1-2.算出処理〕
つづいて、相対優先度の具体的な算出手順について説明しておく。まず、第1層および第3層の2層から相対優先度を算出する場合について説明する。第1層に示す各ノードを在庫s_i、第3に示す各ノードをd_jとしたときの相対優先度x_tj、相対優先度p_ijとする。なお、iは在庫のインデックスであり、jは案件(キャンペーン)のインデックスとなる。
【0035】
案件jの集合をA、案件jに属する在庫iの集合をΓ(j)、在庫iに属する案件jの集合をΓ(i)、案件jの総在庫をS_jとし、通期予定配信確率(Σs_i p_ij/S_j)と、目標配信確率(d_j/S_j)とを一致させる相対優先度p_ijに関する最適化は下記式(1)に示す評価関数によって算出することができる。なお、通期予定配信確率は、たとえば、在庫側からみた相対優先度であり、目標配信確率は、案件側からみた相対優先度を示す。
【0036】
【数1】
【0037】
なお、上記式(1)では、後々の微分を考えて評価関数に1/2を乗算している。上記式(1)によってキャンペーン毎の相対優先度を算出し、実際には、相対優先度に対してL1―Ball Projectionによって正規化することで相対優先度p_ijが算出される。
【0038】
具体的には、在庫iに属する時間帯tをB(i)とした場合に、下記式(2)によって各案件の相対優先度x_tjから相対優先度p_ijを導出するための調整項δ_iを算出することになる。
【0039】
【数2】
【0040】
一方、第1層および第3層に対して、さらに第2層を追加した場合、相対優先度p_ijは、時間帯tにおける案件jの相対優先度x_tjと上記式(2)に示す調整項δ_iを用いて下記式(3)によって表現することができ、これを最適化式にあてはめると式(4)となる。
【0041】
【数3】
【0042】
式(4)について、max関数を消すため、要素iの条件にx_tj>δ_iを追加し、Lとすると、最終的に式(5)によって表現し、相対優先度x_tjに関する最適化を行う。
【0043】
【数4】
【0044】
ついで、上記式(2)による調整項δ_iの導出と、時間帯tの案件jの相対優先度x_tjの更新を上記式(5)を用いて交互に繰り返すことで、各時間帯における各案件の相対優先度x_tjの最適化を行う。
【0045】
〔1-3.調整処理〕
ところで、このような広告主に対して事前に在庫を売る場合、たとえば、すべての在庫を売るのではなく、一部の在庫を取っておくといった運用方法も考えられる。そこで、実施形態に係る情報処理では、一部の在庫に対して事業者に売らない広告枠を設定することとした。
【0046】
たとえば、図2に示すように、情報処理装置10は。広告主へ販売する在庫と、広告主へ販売しない未販売分の在庫を設定する。そして、情報処理装置10は、未販売分の在庫に対してダミー広告を設定し、在庫全体からダミー広告の数量を差し引いた差し引き数量に基づいて、各キャンペーンの相対優先度ならびに配信確率を算出する。
【0047】
ここで、ダミー広告は、未販売分の在庫を確保し、広告主に対して販売する在庫を減らすためのものであり、実際の配信対象とはならない。そのため、情報処理装置10は、ダミー広告以外の広告の中から、配信リクエストに対して配信する広告を選択することになる。
【0048】
たとえば、ダミー広告の集合をSL、在庫iに示すダミー広告以外の在庫の割合Kiとすると、在庫の割合Kiは下記式(6)によって表現することができる。
【数5】
【0049】
そして、ダミー広告は、在庫の取り合いには参加しないので、ダミー広告の調整項δ_iは0とした場合に、評価関数は、下記式(7)によって表現することができる。
【数6】
【0050】
情報処理装置10は、式(7)に示すように、ダミー案件以外の相対優先度の総和と、ダミー案件の相対優先度の総和との和が1以下となるように評価関数を設定したうえで、相対優先度X_tjの最適化を行うことで、各時間帯における各案件の相対優先度x_tjの最適化を行う。
【0051】
すなわち、情報処理装置10は、これらの相対優先度x_tjを最適化するロジックによって、未販売分の在庫を確保したうえで、各キャンペーンの相対優先度を適切に算出することができる。
【0052】
したがって、実施形態に係る情報処理装置10によれば、広告それぞれの配信ペースを適切に制御することができる。特に、実施形態に係る情報処理装置10では、未販売の在庫を確保するような場合に有効な手段となり得る。
【0053】
〔2.情報処理装置の構成例〕
次に、図3を用いて、情報処理装置10の構成例について説明する。図3は、実施形態に係る情報処理装置10の構成例を示すブロック図である。図3に示すように、情報処理装置10は、通信部110と、制御部120と、記憶部130とを有する。
【0054】
通信部110は、例えば、NIC(Network Interface Card)等によって実現される。そして、通信部110は、4G(Generation)、5G、LTE(Long Term Evolution)、WiFi(登録商標)若しくは無線LAN(Local Area Network)等といった各種の無線通信網若しくは各種の有線通信網といったネットワークを介して、外部装置との間で情報の送受信を行う。
【0055】
記憶部130は、例えば、RAM、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部130は、広告情報記憶部131、在庫予測情報記憶部132および相対優先度記憶部133を有する。
【0056】
広告情報記憶部131は、広告枠を購入したキャンペーンの広告に関する情報を記憶する。図4は、実施形態に係る広告情報記憶部131に記憶する情報の一例を示す図である。図4に示すように、広告情報記憶部131は、たとえば、「キャンペーンID」、「広告主ID」、「配信条件」、「配信期間」および「購入数」といった項目の情報を互いに対応付けて記憶する。
【0057】
「キャンペーンID」は、広告枠を購入したキャンペーンの識別子であり、換言すれば、配信する広告の識別子である。「広告主ID」は、広告枠を購入した広告主の識別子である。「配信条件」は、広告の配信条件を示す。なお、配信条件をターゲティングと読み替えることにしてもよい。
【0058】
「配信期間」は、対応する広告の配信期間であり、広告のキャンペーン期間を示す。「購入数」は、キャンペーンで購入した広告枠の個数を示す。なお、図4に示すように、たとえば、キャンペーンID「Ca3」で識別されるキャンペーンは、ダミー広告であり、配信条件T1の在庫の販売数を制限するためのものである。
【0059】
図3の説明に戻り、在庫予測情報記憶部132について説明する。在庫予測情報記憶部132は、広告枠200の在庫に関する情報を記憶する。広告枠200の在庫数を予測した情報を記憶する。たとえば、在庫予測情報は、広告枠の表示媒体に対する過去のアクセスの実績値に基づいて予測された情報である。
【0060】
図5は、実施形態に係る在庫予測情報記憶部132に記憶する情報の一例を示す図である。図5に示すように、在庫予測情報記憶部132は、「ユ―ザ属性」、「日時」、「在庫数」といった項目の情報を互いに対応付けて記憶する。
【0061】
「ユ―ザ属性」は、たとえば、広告リクエストを行うユーザの属性を示す。「日時」および「在庫数」は、対応する日時に対応する在庫数が発生することを示す。すなわち、図4の例では、13時にユーザ属性「T1」のユーザ群に対する在庫が「3000」個発生することを示す。なお、ここでの在庫数は、予測値である。
【0062】
図3の説明に戻り、相対優先度記憶部133について説明する。相対優先度記憶部133は、相対優先度に関する情報を記憶する。図6は、実施形態に係る相対優先度記憶部133に記憶する情報の一例を示す図である。
【0063】
図6に示すように、相対優先度記憶部133は、「キャンペーンID」、「日時」および「相対優先度」といった項目の情報を互いに対応付けて記憶する。「キャンペーンID」は、広告枠を購入したキャンペーンの識別子である。
【0064】
「日時」および「相対優先度」は、それぞれ対応する日時における相対優先度を示す。なお、相対優先度は、たとえば、在庫と、キャンペーン全体の配信目標数との関係性からキャンペーンそれぞれの配信比率を相対的に数値化したものである。たとえば、キャンペーンの配信目標数が大きいほど、相対優先度は大きな値となり、キャンペーンに対応する在庫(配信リクエスト数)が多いほど、相対優先度は大きな値となる。
【0065】
図3の説明に戻り、制御部120について説明する。制御部120は、例えば、コントローラ(controller)であり、CPU(Central Processing Unit)やMPU(Micro Processing Unit)等によって、情報処理装置10内部の記憶装置に記憶されている各種プログラムがRAMを作業領域として実行されることにより実現される。
【0066】
図3に示すように、制御部120は、取得部121、設定部122、事前算出部123、受付部124、特定部125、確率算出部126および配信部127を有する。
【0067】
取得部121は、在庫予測情報および広告情報を取得する。取得部121は、たとえば、在庫予測情報をウェブサーバ100から取得し、広告情報を事業者から取得する。
【0068】
取得部121によって取得された在庫予測情報は在庫予測情報記憶部132に格納され、広告情報は広告情報記憶部131に格納される。なお、情報処理装置10は、在庫予測情報を取得する代わりに、広告の配信履歴から在庫予測情報に対応する情報を独自に算出することにしてもよい。
【0069】
設定部122は、未来に発生する広告枠の一部に実際には広告を配信しないダミー広告を設定する。たとえば、設定部122は、在庫予測情報記憶部132に記憶された在庫のうち、まだ販売されていない在庫にダミー広告を設定する。
【0070】
たとえば、設定部122は、事業者による操作に基づき、在庫に対してダミー広告を設定する。より具体的には、たとえば、事業者は、ダミー広告の設定に関し、ユーザ属性および期間を設定することができ、設定部122は、事業者に設定された情報に基づき、ダミー広告を設定する。
【0071】
より具体的には、事業者、たとえば、30代男性をターゲットにした広告枠をいつからいつまでの期間の在庫の販売数を50%に制限するなどといった条件を指定することができる。つまり、この場合、設定部122は、事業者に指定された期間の30代男性をターゲットにした広告枠の販売数が50%となるように、広告情報記憶部131にダミー広告(図4のCa3参照)を設定する。
【0072】
事前算出部123は、各広告の相対的な相対優先度である相対優先度を算出する。たとえば、事前算出部123は、相対優先度の算出に先立って、相対優先度を算出するための評価関数(第1層、第2層および第3層)を生成する。図7は、実施形態に係るによる第1~第3層を用いた評価関数の一例を示す図である。たとえ、図7に示す第1層の各ノードは、在庫それぞれの配信条件に対応し、単位時間当たりに発生する在庫数に関する行列である。
【0073】
また、図7に示す第3層の各ノードは、それぞれのキャンペーンに対応し、キャンペーン期間全体の配信目標数に関する行列である。たとえば、事前算出部123は、在庫予測情報記憶部132を参照し、在庫予測情報に基づいて第1層を生成し、広告情報記憶部131を参照し、広告情報に基づいて第3層を生成する。
【0074】
また、第2層の各ノードは、第3層の各ノードが示すキャンペーンに対応し、第3層の各ノードが示すキャンペーン期間全体の配信目標数に関する行列を単位時間当たりの配信目標数に変換した行列である。
【0075】
事前算出部123は、第2層の各ノードを生成すると、第1層の各ノードに対応する第2層の各ノードの組み合わせを特定する。たとえば、配信条件Aに対してキャンペーンAの広告を配信可能である場合、配信条件Aに対応する第1層のノードと、キャンペーンAに対応する第2層のノードとを1個の組み合わせとして特定し、対応するノードを繋いでいく。
【0076】
また、配信条件AorBに対して、キャンペーンAまたはキャンペーンBの広告を配信可能である場合、配信条件Aの第1層のノードと、キャンペーンAおよびキャンペーンBそれぞれに対応する第2層のノードとを1つの組み合わせとして特定し、対応するノードを繋いでいく。これらの処理を順次行うことで、単位時間当たりに発生する在庫と、在庫それぞれに対して配信可能なキャンペーンとの組み合わせを対応付けるこることとなる。
【0077】
その後、事前算出部123は、配信条件毎の配信リクエストの単位時間当たりの予測取得数と、広告それぞれの単位時間当たりの入稿目標数とを用いた線形計画法によって相対優先度を算出する。
【0078】
なお、この際、事前算出部123は、入稿目標数の総和が在庫数を上回る場合には、在庫数に応じて、各広告の相対優先度を調整する。すなわち、この場合においては、事前算出部123は、相対優先度が低い広告については、入稿目標数に満たない配信目標数を設定したうえで、配信計画T1(図2A参照)を立てることになる。
【0079】
受付部124は、広告枠200に対する広告の配信リクエストを受け付ける。たとえば、受付部124は、広告の配信対象となるユーザに関する情報が紐づいた配信リクエストをユーザ端末50から受け付ける。ここでのユーザに関する情報とは、ユーザを識別するユーザIDや、たとえば、年齢、性別、年収、居住地、職業、趣味嗜好などといった各種パーソナルデータが含まれ得る。
【0080】
受付部124によって受け付けられた配信リクエストに関する情報は、特定部125へ渡される。なお、受付部124は、ユーザ毎のパーソナルデータを記憶するユーザ情報記憶部にアクセスし、ユーザを識別する識別子(たとえば、ユーザID)に基づいて、対応するユーザのユーザ属性に関する情報を取得することにしてもよい。
【0081】
特定部125は、広告の配信条件と、配信条件それぞれで配信対象となる広告との組み合わせのうち、受付部124によって受け付けられた配信リクエストに対応する組み合わせを特定する。
【0082】
すなわち、特定部125は、配信リクエストに対して、配信可能なキャンペーンを特定する。たとえば、特定部125は、各キャンペーンの配信条件を参照し、配信リクエストのユーザ属性にあうキャンペーンを特定する。
【0083】
そして、特定部125は、特定したキャンペーンに関する情報を確率算出部126へ渡す。なお、たとえば、配信リクエストに対して配信可能なキャンペーンが1つである場合には、そのキャンペーンに対応する広告が配信部127によって配信されることになる。
【0084】
確率算出部126は、事前算出部123によって事前に算出された相対優先度に基づき、特定部125によって特定された組み合わせに含まれる広告それぞれの配信確率を算出する。
【0085】
確率算出部126は、特定部125から配信対象として特定されたキャンペーンに関する情報を受け取ると、相対優先度記憶部133からキャンペーンそれぞれの相対優先度に関する情報を取得する。
【0086】
つづいて、確率算出部126は、取得したキャンペーンそれぞれの相対優先度を用いて、配信確率を算出する。確率算出部126は、算出した配信確率に関する情報を配信部127へ渡す。
【0087】
ここで、図8および図9を用いて、相対優先度および配信確率の関係性について説明する。図7は、実施形態に係る相対優先度と配信確率との関係性を示す図である。図8は、実施形態に係る配信確率の一例を示す模式図である。
【0088】
たとえば、図8の左に示すように、キャンペーンA~D・・・には、それぞれ0.2、0.8、0.6、0.3の相対優先度を有するものとする。たとえば、特定部125は、配信リクエストに対して配信可能なキャンペーンの絞り込みを行い(ステップS11)、結果として、キャンペーンA、B、Cの計3つに絞り込まれたとする。
【0089】
つづいて、確率算出部126は、キャンペーンA、B、Cのそれぞれの相対優先度から同数を引いて総和が1になるように配信確率を算出する(ステップS12)。たとえば、この場合、キャンペーンA、B、Cのそれぞれの相対優先度の総和は「0.2+0.8+0.6=1.6」となる。
【0090】
そのため、確率算出部126は、キャンペーンA、B、Cそれぞれの相対優先度から0.2を引いた値をキャンペーンA、B、Cそれぞれの相対優先度として算出する。すなわち、この場合、キャンペーンA、B、Cそれぞれの相対優先度は、0、0.6、0.4となる。
【0091】
すなわち、この場合、図8に示すように、同一属性の配信リクエストに対して、キャンペーンAを配信せず、キャンペーンB、Cを0.6対0.4の確率で配信することで、キャンペーンそれぞれの配信ペースを適切に制御することができる。
【0092】
なお、上記の例では、上記の配信リクエストと同一属性の配信リクエストに対して、キャンペーンAは、一切配信されないことになるが、キャンペーンB,Cと配信条件が重複しない他の属性の配信リクエストに対して配信されるので、キャンペーンAについても配信ペースは適切に制御される。
【0093】
すなわち、たとえば、2つ以上のキャンペーンの配信条件が包含関係にある場合に、部分集合部分に対応する配信リクエストがきた場合、部分集合となる配信条件を優先的に配信されるように配信確率が算出される。この場合、部分集合以外に対応する配信リクエストがきた場合には、他方のキャンペーンを配信すれば足りるので、キャンペーンそれぞれの配信ペースを適切に制御することができる。
【0094】
より具体的な例を挙げると、たとえば、キャンペーンAの配信条件が男性、キャンペーンBの配信条件が男性、30代、キャンペーンCの配信条件が男性、東京在住であったとする。
【0095】
この場合、キャンペーンAは、キャンペーンBおよびキャンペーンCと配信条件が競合しない配信リクエストにおいて配信すれば、在庫に対して適切な配信ペースを維持することができる。すなわち、キャンペーンAは、30代の東京在住の男性以外の男性に対して配信することとすればよく、かかる配信リクエストに対する配信確率を「0%」としても、他の配信リクエストに対して配信するので、キャンペーンそれぞれの配信ペースを適切に制御することができる。
【0096】
図3の説明に戻り、配信部127について説明する。配信部127は、確率算出部126によって算出された配信確率に基づき、配信候補となる広告を抽選し、ユーザ端末50へ配信する。
【0097】
これにより、実施形態に係る情報処理装置10では、ユーザ端末50へ配信する各広告の配信ペースを適切に制御することができる。
【0098】
〔3.処理フロー〕
次に、図10および図11を用いて、実施形態に係る情報処理装置10が実行する処理手順について説明する。図10は、実施形態に係る相対優先度の算出処理の一例を示すフローチャートである。図11は、実施形態に係る配信処理の一例を示すフローチャートである。
【0099】
図9に示すように、まず、情報処理装置10は、在庫予測情報を取得するとともに(ステップS101)、ダミー広告を設定する(ステップS102)。つづいて、情報処理装置10は、在庫の配信条件と配信条件毎に配信可能な広告(キャンペーン)との組み合わせを設定する(ステップS103)。
【0100】
つづいて、情報処理装置10は、組み合わせ毎に単位時間当たりの在庫数および目標配信回数の関係性を特定する(ステップS104)。なお、ステップS104までの処理によって、第1層から第3層のそれぞれのノードが生成される。
【0101】
つづいて、情報処理装置10は、キャンペーン毎の相対優先度を算出して(ステップS105)、相対優先度の算出処理を終了する。
【0102】
図11に示すように、配信処理において、情報処理装置10は、まず、配信リクエストを受け付けると(ステップS201)、配信リクエストに対して配信可能なキャンペーンを特定する(ステップS202)。
【0103】
つづいて、情報処理装置10は、配信可能なキャンペーンのそれぞれの相対優先度から相対優先度を算出し(ステップS203)、当該相対優先度に応じて広告を配信して(ステップS204)、配信処理を終了する。
【0104】
〔4.変形例〕
ところで、上述した実施形態では、広告に関する需要予測と、配信目標とに基づいて広告の配信ペースを制御する場合について説明したが、これに限定されるものではない。すなわち、リソースは、広告に限定されるものでなく、たとえば、商品の配達に関するリソースであってもよく、商品自体をリソースと見做すことにしてもよい。
【0105】
すなわち、種々の在庫管理に本願発明を適用することにしてもよい。この場合、上述の在庫予測情報を対象とする需要予測情報に置き換えるとともに、広告情報を対象とする供給目標情報に置き換えることで、本願発明の適用が可能となる。
【0106】
また、上述した実施形態では、第2層において、第1層と第3層の時間単位を揃える場合について説明したが、これに限定されるものではない。すなわち、第2層において、たとえば、時間単位以外の任意のパラメータを揃えることにしてもよい。その一例として、たとえば、広告配信の地域に関するパラメータを揃えることにしてもよい。
【0107】
〔5.効果〕
上述した実施形態に係る情報処理装置10は、未来に発生する広告枠の一部に実際には広告を配信しないダミー広告を設定する設定部122と、設定部122によって設定されたダミー広告の数量を未来に発生する広告枠の発生数量から差し引いた差し引き数量と、入稿広告それぞれの配信目標数量とに基づいて広告枠に対して配信する入稿広告それぞれの配信確率を算出する確率算出部126とを備える。したがって、実施形態に係る情報処理装置10によれば、広告それぞれの配信ペースを適切に制御することができる。
【0108】
また、実施形態に係る情報処理装置10は、広告枠の単位時間当たりの差し引き数量と、ダミー広告および入稿広告それぞれの単位時間当たりの配信目標数とを用いた数理計画法によって、ダミー広告および入稿広告それぞれの相対的な相対優先度を事前に算出する事前算出部123を備え、確率算出部126は、事前算出部123によって算出された相対優先度に基づいて、広告枠に対して配信可能な入稿広告それぞれの配信確率を算出する。したがって、実施形態に係る情報処理装置10によれば、配信リクエストに対して遅延することなく配信確率を算出することができる。
【0109】
また、実施形態に係る情報処理装置10において、事前算出部123は、入稿広告それぞれの相対優先度の総和とダミー広告それぞれの相対優先度の総和との和が1未満になるように、ダミー広告および入稿広告それぞれの相対優先度を算出する。したがって、実施形態に係る情報処理装置10は、ダミー広告を考慮して各入稿案件に対して適切な相対優先度を算出することができる。
【0110】
また、実施形態に係る情報処理装置10において、確率算出部126は、広告枠に対して配信可能な入稿広告それぞれの相対優先度を正規化すること配信確率を算出する。したがって、実施形態に係る情報処理装置10によれば、ダミー広告を考慮した適切な配信確率を算出することができる。
【0111】
また、実施形態に係る情報処理方法は、コンピュータが実行する情報処理方法であって、未来に発生する広告枠の一部に実際には広告を配信しないダミー広告を設定する設定工程と、設定工程によって設定されたダミー広告の数量を未来に発生する広告枠の発生数量から差し引いた差し引き数量と、入稿広告それぞれの配信目標数量とに基づいて広告枠に対して配信する入稿広告それぞれの配信確率を算出する確率算出工程とを含む。したがって、実施形態に係る情報処理方法によれば、広告それぞれの配信ペースを適切に制御することができる。
【0112】
また、実施形態に係る情報処理プログラムは、未来に発生する広告枠の一部に実際には広告を配信しないダミー広告を設定する設定手順と、前記設定手順によって設定された前記ダミー広告の数量を前記未来に発生する広告枠の発生数量から差し引いた差し引き数量と、入稿広告それぞれの配信目標数量とに基づいて前記広告枠に対して配信する前記入稿広告それぞれの配信確率を算出する確率算出手順とをコンピュータに実行させる。したがって、実施形態に係る情報処理プログラムによれば、広告それぞれの配信ペースを適切に制御することができる。
【0113】
〔6.ハードウェア構成〕
また、上述してきた実施形態に係る情報処理装置10は、例えば図12に示すような構成のコンピュータ1000によって実現される。図12は、実施形態に係る情報処理装置10の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ1000は、CPU1100、RAM1200、ROM1300、HDD1400、通信インターフェイス(I/F)1500、入出力インターフェイス(I/F)1600、及びメディアインターフェイス(I/F)1700を有する。
【0114】
CPU1100は、ROM1300またはHDD1400に格納されたプログラムに基づいて動作し、各部の制御を行う。ROM1300は、コンピュータ1000の起動時にCPU1100によって実行されるブートプログラムや、コンピュータ1000のハードウェアに依存するプログラム等を格納する。
【0115】
HDD1400は、CPU1100によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス1500は、ネットワーク(通信ネットワーク)Nを介して他の機器からデータを受信してCPU1100へ送り、CPU1100が生成したデータをネットワークNを介して他の機器へ送信する。
【0116】
CPU1100は、入出力インターフェイス1600を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置(図11では、出力装置および入力装置を総称して「入出力装置」と記載する)を制御する。CPU1100は、入出力インターフェイス1600を介して、入力装置からデータを取得する。また、CPU1100は、生成したデータを入出力インターフェイス1600を介して出力装置へ出力する。
【0117】
メディアインターフェイス1700は、記録媒体1800に格納されたプログラムまたはデータを読み取り、RAM1200を介してCPU1100に提供する。CPU1100は、かかるプログラムを、メディアインターフェイス1700を介して記録媒体1800からRAM1200上にロードし、ロードしたプログラムを実行する。記録媒体1800は、例えばDVD(Digital Versatile Disc)、PD(Phase change rewritable Disk)等の光学記録媒体、MO(Magneto-Optical disk)等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【0118】
例えば、コンピュータ1000が実施形態に係る情報処理装置10として機能する場合、コンピュータ1000のCPU1100は、RAM1200上にロードされたプログラムを実行することにより、制御部120の機能を実現する。コンピュータ1000のCPU1100は、これらのプログラムを記録媒体1800から読み取って実行するが、他の例として、他の装置からネットワークNを介してこれらのプログラムを取得してもよい。
【0119】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【0120】
〔7.その他〕
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0121】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【0122】
また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【0123】
また、上述してきた「部(section、module、unit)」は、「手段」や「回路」などに読み替えることができる。例えば、取得部121は、取得手段やユーザ情報取得回路に読み替えることができる。
【符号の説明】
【0124】
10 情報処理装置
50 ユーザ端末
100 ウェブサーバ
110 通信部
120 制御部
121 取得部
122 設定部
123 事前算出部
124 受付部
125 特定部
126 確率算出部
127 配信部
130 記憶部
131 広告情報記憶部
132 在庫予測情報記憶部
133 相対優先度記憶部
200 広告枠
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12