JP6879868B2 - 決定プログラム、決定方法、及び決定装置 - Google Patents

Description

本発明は、決定プログラム、決定方法、及び決定装置に関する。

近年、所定の広告配信プラットフォームを介して広告を配信する方法が知られている。このような広告配信プラットフォームとしては、例えば、広告の配信対象となる多数の媒体に対して広告を配信するネットワークであるアドネットワークが知られている。

特開２０１６−１３９１９８号公報

しかしながら、上記の従来技術では、表示する広告を適切に決定することが難しい。例えば、単純にアドネットワークから取得した広告を表示するだけでは、収益性の向上を図ることが難しい場合がある。例えば、ある媒体（コンテンツ）に広告を表示する場合、アドネットワークの広告よりもより収益性が高い広告がある場合であっても、単純にアドネットワークから取得した広告を表示する広告に決定した場合、収益性等の観点において適切な広告を表示する広告として決定することが難しい。

本願は、上記に鑑みてなされたものであって、表示する広告を適切に決定する決定プログラム、決定方法、及び決定装置を提供することを目的とする。

本願に係る決定プログラムは、端末装置に表示されるコンテンツに含まれる所定の広告枠に広告を表示するためのフロアプライスを示す金額情報を送信することにより、各広告の入札価格に応じて配信する広告を決定する第２種別の広告配信サーバであって、第２の広告の入札価格が前記金額情報に基づく条件を満たす場合に前記第２の広告を配信する第２種別の広告配信サーバに広告の配信を要求する要求手順と、前記第２種別の広告配信サーバから前記第２の広告を取得した場合は、前記第２の広告を前記広告枠に表示すると決定し、前記第２種別の広告配信サーバから前記第２の広告を取得しなかった場合は、前記広告枠に表示する広告として、第１の広告を前記コンテンツと所定の関係を有する第１種別の広告配信サーバに要求すると決定する決定手順と、を端末装置に実行させることを特徴とする。

実施形態の一態様によれば、表示する広告を適切に決定することができるという効果を奏する。

図１は、実施形態に係る決定処理の一例を示す図である。 図２は、実施形態に係る決定システムの構成例を示す図である。 図３は、実施形態に係る端末装置の構成例を示す図である。 図４は、実施形態に係るユーザ情報記憶部の一例を示す図である。 図５は、実施形態に係る予測モデル情報記憶部の一例を示す図である。 図６は、実施形態に係る決定処理の一例を示すフローチャートである。 図７は、実施形態に係る決定処理の一例を示す図である。 図８は、実施形態に係る対応表の一例を示す図である。 図９は、実施形態に係る対応表を用いた広告要求の一例を示す図である。 図１０は、実施形態に係る対応表を用いた広告要求の一例を示す図である。 図１１は、端末装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る決定プログラム、決定方法、及び決定装置を実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る決定プログラム、決定方法、及び決定装置が限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
〔１．決定処理〕
まず、図１を用いて、実施形態に係る決定処理の一例について説明する。図１は、実施形態に係る決定処理の一例を示す図である。図１では、端末装置１０がコンテンツ配信装置１００にコンテンツを要求し、コンテンツに含まれる広告表示領域（広告枠）に表示する広告を決定する場合を示す。

〔決定システムの構成〕
図１に示す決定処理の説明に先立ち、図１及び図２に示す決定システム１について説明する。図２は、実施形態に係る決定システムの構成例を示す図である。図２に示すように、決定システム１は、端末装置１０と、コンテンツ配信装置１００と、第１種別広告配信サーバ５０と、第２種別広告配信サーバ５１と、ＤＳＰ装置７０−１、７０−２等とが含まれる。以下では、ＤＳＰ装置７０−１、７０−２等について、特に区別なく説明する場合には、ＤＳＰ装置７０と記載する。また、端末装置１０と、コンテンツ配信装置１００と、第１種別広告配信サーバ５０と、第２種別広告配信サーバ５１と、ＤＳＰ装置７０とは所定のネットワークＮを介して、有線または無線により通信可能に接続される。なお、図２に示した決定システム１には、複数台の端末装置１０や、複数台のコンテンツ配信装置１００や、複数台の第１種別広告配信サーバ５０や、複数台の第２種別広告配信サーバ５１等が含まれてもよい。

端末装置１０は、ユーザによって利用される情報処理装置である。また、以下では、端末装置１０をユーザと表記する場合がある。すなわち、以下では、ユーザを端末装置１０と読み替えることもできる。なお、端末装置１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。図１に示す例では、端末装置１０がタッチパネル機能を有するスマートフォンである場合を示す。例えば、図１の例では、端末装置１０がユーザＩＤ「Ｕ１」（図４参照）により識別されるユーザ（以下、「ユーザＵ１」とする場合がある）が利用するスマートフォンである場合を示す。

端末装置１０は、ユーザによる操作を受け付ける。例えば、端末装置１０は、ユーザの操作によりブラウザ等の種々のアプリケーション（以下、「アプリ」ともいう）を起動する。図１の例では、端末装置１０がブラウザによりコンテンツを表示する場合を示す。そして、端末装置１０は、ユーザの操作によりコンテンツ配信装置１００へコンテンツに要求する。また、端末装置１０は、コンテンツに含まれる表示枠に表示する広告を第１種別広告配信サーバ５０や第２種別広告配信サーバ５１へ要求する。

また、端末装置１０における表示内容の変更に応じて、端末装置１０を端末装置１０−１、１０−２として説明する。なお、端末装置１０−１、１０−２は同一の端末装置１０である。また、以下では、端末装置１０−１、１０−２について、特に区別なく説明する場合には、端末装置１０と記載する。

コンテンツ配信装置１００は、コンテンツを配信する情報処理装置である。図１に示す例では、コンテンツ配信装置１００は、端末装置１０からの要求に応じて、端末装置１０において表示されるコンテンツを配信する。

第１種別広告配信サーバ５０は、いわゆるアドネットワークと称され、広告の配信対象となる多数の媒体に対して広告を配信するネットワークの広告を配信する情報処理装置である。また、第１種別広告配信サーバ５０は、端末装置１０からの広告の配信要求（以下、「広告要求」ともいう）に応じて広告を配信する情報処理装置である。例えば、第１種別広告配信サーバ５０は、コンテンツ配信装置１００が配信するコンテンツに含まれる広告枠に表示される広告を配信する。例えば、第１種別広告配信サーバ５０は、コンテンツ配信装置１００が配信するコンテンツの広告枠に表示される広告を配信するアドネットワークの広告配信サーバである。

例えば、第１種別広告配信サーバ５０は、コンテンツ配信装置１００が配信するコンテンツと所定の関係を有する第１種別の広告配信サーバである。例えば、第１種別広告配信サーバ５０は、コンテンツ配信装置１００が配信するコンテンツが広告配信対象として設定されている。

例えば、第１種別広告配信サーバ５０は、コンテンツを配信する提供元と所定の関係を有する提供元が利用する広告配信サーバである。例えば、第１種別広告配信サーバ５０は、コンテンツ配信装置１００の提供元と所定の関係を有する提供元が利用する広告配信サーバである。例えば、第１種別広告配信サーバ５０は、コンテンツを配信する提供元が広告配信サービスの提供に利用する広告配信サーバである。例えば、第１種別広告配信サーバ５０は、コンテンツ配信装置１００の提供元が広告配信サービスの提供に利用する広告配信サーバである。

図１の例では、第１種別広告配信サーバ５０は、コンテンツ配信装置１００と同じサービスグループＳＧ１に属する広告配信サーバである。具体的には、第１種別広告配信サーバ５０は、コンテンツ配信装置１００と同じサービスの提供元が利用する広告配信サーバであり、コンテンツ配信装置１００が配信するコンテンツに表示する広告を配信する広告配信サーバである。

第２種別広告配信サーバ５１は、広告要求に応じて広告を配信する広告配信サービスを提供する。例えば、第２種別広告配信サーバ５１は、媒体側の収益を向上させるプラットフォームであるＳＳＰ（Supply-Side Platform）における広告配信装置である。例えば、ＳＳＰにおける第２種別広告配信サーバ５１は、所定のプラットフォーム（例えば、ＤＳＰ（Demand-Side Platform））に入札要求を行い、ＤＳＰの各装置（ＤＳＰ装置７０）からの配信を希望する広告の入札を取得し、取得した広告に基づいて、配信する広告を決定する。

例えば、第２種別広告配信サーバ５１は、端末装置１０からの広告要求に対して配信する候補となる広告の入札を、ＤＳＰ装置７０に要求する。例えば、第２種別広告配信サーバ５１は、複数の広告枠に対応する広告要求を受け付けた場合、各広告枠に応じて広告を取得し、配信する広告（以下、「配信広告」ともいう）を決定する。例えば、第２種別広告配信サーバ５１は、各広告の入札価格に応じて配信する広告を決定する。また、例えば、第２種別広告配信サーバ５１は、第２の広告の入札価格が金額情報に基づく条件を満たす場合に第２の広告を配信する。

ＤＳＰ装置７０は、第２種別広告配信サーバ５１からの要求に対して広告を入札する装置である。図１の例では、ＤＳＰ装置７０は、第２種別広告配信サーバ５１と同じ広告配信プラットフォームＡＰ１に属する装置である。例えば、ＤＳＰ装置７０は、広告を提供する提供元となる広告提供サーバである。なお、ここでいうＤＳＰ装置７０とは、第２種別広告配信サーバ５１からの入札要求に対して、広告を入札してくる装置のことをいう。すなわち、ＤＳＰ装置７０は、第２種別広告配信サーバ５１からの入札要求に対して、ビット額を指定して広告を入札する。また、第２種別広告配信サーバ５１は、ＤＳＰ装置７０が入札してきた広告のうち、所望の広告を配信広告として決定することができる。

ここから、図１を用いて、決定システム１における決定処理について説明する。図１に示す例では、コンテンツ配信装置１００は、第１種別広告配信サーバ５０から配信実績に関する情報を取得する（ステップＳ１１）。例えば、コンテンツ配信装置１００は、第１種別広告配信サーバ５０が第１の広告を配信した広告枠に関する情報を取得する。例えば、コンテンツ配信装置１００は、第１種別広告配信サーバ５０が第１の広告を配信した広告枠が含まれるコンテンツに関する情報を取得する。例えば、コンテンツ配信装置１００は、第１種別広告配信サーバ５０が第１の広告を配信した広告枠のコンテンツにおける位置に関する情報を取得する。

また、例えば、コンテンツ配信装置１００は、第１種別広告配信サーバ５０が配信した第１の広告を配信した広告枠について、その広告枠に配信された際の第１の広告の単価に関する情報を取得する。例えば、ここでいう第１の広告の単価とは、その第１の広告が表示された場合に第１の広告の広告主に請求される請求額であってもよい。

例えば、コンテンツ配信装置１００は、第１種別広告配信サーバ５０が第１の広告を配信した広告枠について、その広告枠に配信された際の第１の広告の単価と配信先であるユーザに関する情報とを対応付けた情報を取得する。そして、例えば、コンテンツ配信装置１００は、広告枠に関する情報とユーザに関する情報とを入力として、その入力に応じて単価を出力するモデル（以下、「予測モデル」ともいう）を生成する。例えば、コンテンツ配信装置１００は、第１種別広告配信サーバ５０から取得した広告枠ＡＲ１１への広告配信に関する情報に基づいて、広告枠ＡＲ１１へ第１の広告が配信される場合の単価を予測する予測モデルを生成する。例えば、コンテンツ配信装置１００は、図５中の予測モデル情報記憶部１４２に示すような、広告枠ＡＲ１１へ第１の広告が配信される場合の単価を予測する予測モデルＰＭ１を生成する。

なお、図１の例では、広告枠ＡＲ１１への広告配信に関する情報に基づいて予測モデルを生成する場合を示すが、コンテンツ配信装置１００は、複数の広告枠に関する情報を用いて、複数の広告枠に共通して利用可能な予測モデルを生成してもよい。また、コンテンツ配信装置１００は、ユーザに関する情報を用いずに、広告枠と単価との対応関係に関する情報をいて、予測モデルを生成してもよい。また、コンテンツ配信装置１００は、第１種別広告配信サーバ５０が予測モデルを生成する場合、第１種別広告配信サーバ５０から予測モデルを取得してもよい。以下では、広告枠ＡＲ１１へ第１の広告が配信される場合の単価を予測する予測モデルとして、予測モデルＰＭ１を用いる場合を例に説明する。

図１の例では、端末装置１０−１は、ユーザの操作に応じて、コンテンツ配信装置１００にコンテンツの要求を送信する（ステップＳ１２）。コンテンツの要求を受け付けたコンテンツ配信装置１００は、端末装置１０に表示されるコンテンツを配信する（ステップＳ１３）。

例えば、コンテンツ配信装置１００は、コンテンツＣＴ１１を端末装置１０に配信する。図１の例では、コンテンツ配信装置１００は、決定処理を実行する制御情報ＰＧ１１を含むコンテンツＣＴ１１を配信する。例えば、制御情報ＰＧ１１は、ＪａｖａＳｃｒｉｐｔ（登録商標）であり、端末装置１０に決定処理を実行させる決定プログラムを含む。なお、制御情報ＰＧ１１は、ステップＳ１３よりも前に予め端末装置１０に配信されてもよい。また、例えば、端末装置１０は、コンテンツ配信装置１００が配信するコンテンツを表示する専用のアプリを用いる場合、専用のアプリには、決定処理を行う所定のＳＤＫ（Software Development Kit：ソフトウェア開発キット）が含まれてもよい。例えば、専用のアプリのＳＤＫには、端末装置１０に決定処理を実行させる決定プログラムが含まれる。また、図１の例では、コンテンツ配信装置１００が配信する制御情報ＰＧ１１には、広告枠ＡＲ１１に対応する予測モデルＰＭ１が含まれるものとする。

ステップＳ１２において、コンテンツＣＴ１１を受信した端末装置１０−１は、第１種別広告配信サーバ５０が広告枠ＡＲ１１へ第１の広告を配信した場合における単価を予測する（ステップＳ１４）。なお、以下では、端末装置１０が予測した単価を広告枠ＡＲ１１に広告を表示する権利の最低落札金額を示すフロアプライスとして用いる場合を示すため、「単価」を「フロアプライス」として記載する場合がある。

また、制御情報ＰＧ１１が実装される面（コンテンツ）では、予測モデルＰＭ１が予測する単価（フロアプライス）を取得不可能であってもよい。例えば、予測モデルＰＭ１が予測するフロアプライスに関する情報は、制御情報ＰＧ１１としてのＪａｖａＳｃｒｉｐｔやＳＤＫの情報として、端末装置１０を利用するユーザや端末装置１０内の制御情報ＰＧ１１を用いない他のアプリケーション等においては取得不可能であってもよい。

例えば、端末装置１０−１は、制御情報ＰＧ１１に含まれる処理を実行することによりフロアプライスを予測する。例えば、端末装置１０−１は、制御情報ＰＧ１１に含まれる予測モデルＰＭ１にユーザ情報記憶部１４１に記憶されたユーザ情報を入力することにより、広告枠ＡＲ１１のフロアプライスを予測する。例えば、端末装置１０−１は、端末装置１０を利用するユーザＵ１に関する情報や広告枠ＡＲ１１に関する情報を制御情報ＰＧ１１に含まれる予測モデルＰＭ１に入力することにより、広告枠ＡＲ１１のフロアプライスを予測する。具体的には、端末装置１０−１は、図４に示すようにユーザＵ１が２０代男性であり、Ａ地域に居住し、経済に関心があることを示す情報や、広告枠ＡＲ１１がニュースのコンテンツＣＴ１１の下部に配置される広告枠であることを示す情報を予測モデルＰＭ１に入力することにより、広告枠ＡＲ１１のフロアプライスを予測する。

図１の例では、端末装置１０−１は、広告枠ＡＲ１１に表示する広告を第１種別広告配信サーバ５０に要求した場合に、第１種別広告配信サーバ５０が提供する第１の広告の単価を１００（円）と予測する。例えば、端末装置１０−１は、フロアプライスを１００（円）と予測する。

そして、予測モデルＰＭ１を用いて広告枠ＡＲ１１のフロアプライスを予測した端末装置１０−１は、広告配信プラットフォームＡＰ１に広告を要求する（ステップＳ１５）。図１の例では、端末装置１０−１は、広告配信プラットフォームＡＰ１に属する第２種別広告配信サーバ５１に広告枠ＡＲ１１を示す情報と、フロアプライスが「１００（円）」であることを示す情報を送信することにより、広告を要求する。

端末装置１０から広告要求を取得した第２種別広告配信サーバ５１は、広告配信プラットフォームＡＰ１に属するＤＳＰ装置７０に最低入札金額を「１００（円）」として、広告の入札を要求する（ステップＳ１６）。

図１の例では、第２種別広告配信サーバ５１は、広告枠ＡＲ１１について、最低入札金額を「１００（円）」として、ＤＳＰ装置７０−１に広告の入札を要求する（ステップＳ１６−１）。また、図１の例では、第２種別広告配信サーバ５１は、広告枠ＡＲ１１について、最低入札金額を「１００（円）」として、ＤＳＰ装置７０−２に広告の入札を要求する（ステップＳ１６−２）。また、図１では図示を省略するが、第２種別広告配信サーバ５１は、他のＤＳＰ装置７０についても同様に広告の入札を要求する。

その後、ステップＳ１６において入札要求を取得したＤＳＰ装置７０は、広告を第２種別広告配信サーバ５１に入札する（ステップＳ１７）。図１の例では、ＤＳＰ装置７０−１は、最低入札金額「１００（円）」より高い入札額「１１０（円）」を指定して、広告ＩＤ「ＡＤ１１」により識別される広告（以下、「広告ＡＤ１１」ともいう）を第２種別広告配信サーバ５１に入札する（ステップＳ１７−１）。図１の例では、ＤＳＰ装置７０−２は、最低入札金額「１００（円）」より高い入札額「１５０（円）」を指定して、広告ＩＤ「ＡＤ１２」により識別される広告（以下、「広告ＡＤ１２」ともいう）を第２種別広告配信サーバ５１に入札する（ステップＳ１７−２）。また、図１では図示を省略するが、第２種別広告配信サーバ５１は、他のＤＳＰ装置７０から同様に広告の入札を受け付ける。なお、第２種別広告配信サーバ５１からの入札要求に応じるＤＳＰ装置７０は、入札広告自体を送信してもよいし、入札広告に関する情報、例えば入札広告を識別する情報やビット額に関する情報を送信してもよい。また、各ＤＳＰ装置７０は広告を入札しなくてもよいが、この点についての詳細は後述する。

そして、第２種別広告配信サーバ５１は、広告枠ＡＲ１１へ配信する第２の広告を決定する（ステップＳ１８）。例えば、第２種別広告配信サーバ５１は、入札額が最大の広告を広告枠ＡＲ１１への第２の広告として決定する。図１の例では、第２種別広告配信サーバ５１は、入札額が最大の「１５０（円）」である広告ＡＤ１２を広告枠ＡＲ１１へ配信する第２の広告として決定する。なお、上記は一例であり、第２種別広告配信サーバ５１は、最低入札金額「１００（円）」より高い入札額の広告のうち、ｅＣＰＭ（effective Cost Per Mille）等の他の広告評価値に基づいて、広告枠ＡＲ１１へ配信する第２の広告を決定してもよい。なお、入札広告が無かった場合の処理については後述する。

ステップＳ１８において配信広告を決定した第２種別広告配信サーバ５１は、広告枠ＡＲ１１に表示する広告として広告ＡＤ１２を配信する（ステップＳ１９）。

配信広告を受信した端末装置１０−１は、第２種別広告配信サーバ５１からの受信に応じて、表示する広告を決定する（ステップＳ２０−１）。例えば、端末装置１０−１は、第２種別広告配信サーバ５１から第２の広告を取得した場合は、第２の広告を広告枠に表示すると決定する。

そのため、図１の例では、端末装置１０は、第２種別広告配信サーバ５１から取得した広告ＡＤ１２を、広告枠ＡＲ１１に表示する広告として決定する。そして、端末装置１０−２は、広告枠ＡＲ１１に広告ＡＤ１２が配置されたコンテンツＣＴ１１を表示する（ステップＳ２０−２）。図１の例では、端末装置１０−２は、ＦＸ（Foreign eXchange：外国為替保証金取引）に関する広告ＡＤ１２を広告枠ＡＲ１１に表示する。

上述のように、端末装置１０は、第２種別広告配信サーバ５１にフロアプライスを指定して広告を要求し、第２種別広告配信サーバ５１からの応答に応じて広告枠ＡＲ１１に表示する広告を決定することにより、表示する広告を適切に決定することができる。ここで、第２種別広告配信サーバ５１が配信する広告ＡＤ１２は、入札額が「１５０（円）」であり、フロアプライス「１００（円）」より高い広告である。そのため、第１種別広告配信サーバ５０から取得した単価「１００（円）」の広告ＡＤ２０を、広告枠ＡＲ１１に表示するよりも、広告ＡＤ１２を、広告枠ＡＲ１１に表示する方が、コンテンツＣＴ１１への広告配信において収益が向上することとなる。したがって、端末装置１０は、通常コンテンツＣＴ１１が広告配信対象として設定された第１種別広告配信サーバ５０の広告ではなく、第２種別広告配信サーバ５１の広告を広告枠ＡＲ１１に表示する。これにより、決定システム１は、広告配信における収益性を向上させることができる。

〔１−１．決定システムにおける通信〕
また、図１の例に示すように、端末装置１０が第１種別広告配信サーバ５０に第１の広告を要求することなく、第１の広告の単価を予測することにより、第１種別広告配信サーバ５０は、端末装置１０への第１の広告を配信回数の増大を抑制することができる。言い換えると、端末装置１０は、予測した単価（フロアプライス）を用いて第２種別広告配信サーバ５１へ広告を要求することにより、第１種別広告配信サーバ５０と第２種別広告配信サーバ５１とのいずれか一方からのみ広告の配信を受けることにより、広告枠に広告を表示する。具体的には、端末装置１０は、予測した単価（フロアプライス）よりも高額な広告を第２種別広告配信サーバ５１が配信できる場合は、第２種別広告配信サーバ５１から取得した第２の広告を表示する。この場合、端末装置１０は、第１種別広告配信サーバ５０へ広告を要求することがなく、第１種別広告配信サーバ５０から端末装置１０に第１の広告は配信されない。

また、端末装置１０は、予測した単価（フロアプライス）よりも高額な広告を第２種別広告配信サーバ５１が用意できない場合、第２種別広告配信サーバ５１から第２の広告は配信されない。そのため、端末装置１０は、第１種別広告配信サーバ５０へ広告を要求し、第１種別広告配信サーバ５０から第１の広告を取得し、表示する。このように、端末装置１０は、予測したフロアプライスを用いて、いずれか一方からのみの広告を取得することにより、通信負荷を抑制しつつ、表示する広告を適切に決定することができる。なお、端末装置１０は、第２種別の広告配信サーバから第２の広告を取得しなかった場合は、第１の広告を広告枠に表示すると決定するが、この点についての詳細は図７において後述する。

また、図１の例に示すように、端末装置１０が広告枠に関する情報とユーザに関する情報とを用いて、第１種別広告配信サーバ５０が配信する第１の広告の単価を予測することにより、端末装置１０は、第１の広告に関する情報なしで、第１の広告の単価を予測することが可能となる。このように、図１の例では、端末装置１０は、広告自体の内容等に関する情報なしで広告の単価を予測することができるため、第２種別広告配信サーバ５１へ広告を要求する際に送信するフロアプライスを決定するために、第１種別広告配信サーバ５０が配信する第１の広告可能を取得する必要がないため、第１種別広告配信サーバ５０との間における通信回数（通信負荷）の増大を抑制することが可能となる。

〔１−２．処理の主体〕
なお、上述した例では、端末装置１０において、コンテンツＣＴ１１の広告枠ＡＲ１１に表示する広告を決定する場合を示したが、コンテンツＣＴ１１の広告枠ＡＲ１１に表示する広告は、決定システム１内のいずれの装置で決定されてもよい。

例えば、決定システム１において、コンテンツ配信装置１００がコンテンツＣＴ１１の広告枠ＡＲ１１に表示する広告を決定してもよい。この場合、コンテンツ配信装置１００が決定処理を実行する決定装置であってもよい。また、コンテンツ配信装置１００が決定プログラムを実行するコンピュータであってもよい。この場合の処理について、以下簡単に説明する。

例えば、コンテンツ配信装置１００は、端末装置１０からコンテンツＣＴ１１の配信要求を取得した場合、予測モデルＰＭ１を用いて広告枠ＡＲ１１のフロアプライスを予測する。なお、予測モデルＰＭ１の入力にユーザに関する情報が含まれる場合、コンテンツ配信装置１００は、端末装置１０を利用するユーザＵ１に関する情報を種々の手段により取得する。例えば、コンテンツ配信装置１００は、端末装置１０からコンテンツＣＴ１１の配信要求を取得する際に、ユーザＵ１に関する情報を併せて取得する。

そして、コンテンツ配信装置１００は、広告配信プラットフォームＡＰ１に属する第２種別広告配信サーバ５１に広告枠ＡＲ１１を示す情報と、予測したフロアプライス情報を送信することにより、第２種別広告配信サーバ５１に第２の広告を要求する。

そして、コンテンツ配信装置１００は、第２種別広告配信サーバ５１から第２の広告を取得した場合は、第２の広告を広告枠ＡＲ１１に表示すると決定する。この場合、例えば、コンテンツ配信装置１００は、コンテンツＣＴ１１の広告枠ＡＲ１１に第２の広告を配置して、コンテンツＣＴ１１を端末装置１０へ配信する。

一方、コンテンツ配信装置１００は、第２種別広告配信サーバ５１から第２の広告を取得しなかった場合は、第１の広告を広告枠ＡＲ１１に表示すると決定する。

この場合、コンテンツ配信装置１００は、第１種別広告配信サーバ５０へ広告を要求し、第１種別広告配信サーバ５０から第１の広告を取得する。そして、コンテンツ配信装置１００は、コンテンツＣＴ１１の広告枠ＡＲ１１に第１の広告を配置して、コンテンツＣＴ１１を端末装置１０へ配信する。

このように、コンテンツ配信装置１００が、決定処理を行う場合、端末装置１０側へ予測モデルや予測したフロアプライスに関する情報を送信することなく、コンテンツＣＴ１１の広告枠ＡＲ１１に表示する広告を決定することができる。このように、コンテンツ配信装置１００が決定処理を行う場合であっても、決定システム１は、端末装置１０へ表示する広告を適切に決定することができる。なお、コンテンツ配信装置１００が予測モデルを用いてフロアプライスを予測して、端末装置１０へコンテンツＣＴ１１とともに配信し、表示する広告の決定は端末装置１０において行われてもよい。

〔２．端末装置の構成〕
次に、図３を用いて、実施形態に係る端末装置１０の構成について説明する。図３は、実施形態に係る端末装置の構成例を示す図である。図３に示すように、端末装置１０は、通信部１１と、入力部１２と、出力部１３と、記憶部１４と、制御部１５とを有する。

（通信部１１）
通信部１１は、例えば、通信回路等によって実現される。そして、通信部１１は、図示しない所定の通信網と有線または無線で接続され、外部の情報処理装置との間で情報の送受信を行う。例えば、通信部１１は、所定のネットワークＮ（図２参照）と有線または無線で接続され、コンテンツ配信装置１００との間で情報の送受信を行う。

（入力部１２）
入力部１２は、ユーザから各種操作が入力される。例えば、入力部１２は、タッチパネル機能により表示面（例えば出力部１３）を介してユーザからの各種操作を受け付けてもよい。また、入力部１２は、端末装置１０に設けられたボタンや、端末装置１０に接続されたキーボードやマウスからの各種操作を受け付けてもよい。

（出力部１３）
出力部１３は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。

（記憶部１４）
記憶部１４は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１４は、例えば、端末装置１０にインストールされているアプリケーションに関する情報、例えばプログラム等を記憶する。また、実施形態に係る記憶部１４は、図３に示すように、ユーザ情報記憶部１４１と、予測モデル情報記憶部１４２とを有する。

（ユーザ情報記憶部１４１）
実施形態に係るユーザ情報記憶部１４１は、ユーザに関する各種情報を記憶する。例えば、ユーザ情報記憶部１４１は、ユーザに関する各種情報を記憶する。図４は、実施形態に係るユーザ情報記憶部の一例を示す図である。図４に示すユーザ情報記憶部１４１は、「ユーザＩＤ」、「年齢」、「性別」、「居住地」、「関心」といった項目が含まれる。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、図１の例に示したユーザＵ１に対応する。また、「年齢」は、ユーザＩＤにより識別されるユーザの年齢を示す。なお、「年齢」は、例えば３５歳など、ユーザＩＤにより識別されるユーザの具体的な年齢であってもよい。また、「性別」は、ユーザＩＤにより識別されるユーザの性別を示す。

また、「居住地」は、ユーザＩＤにより識別されるユーザの居住する地域を示す。なお、「居住地」は、ユーザＩＤにより識別されるユーザの具体的な住所であってもよい。また、「関心」は、ユーザＩＤにより識別されるユーザが関心のある対象を示す。なお、「関心」は、複数登録されてもよい。

例えば、図４に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザ（ユーザＵ１）の年齢は、「２０代」であり、性別は、「男性」であることを示す。また、例えば、図４に示す例において、ユーザＵ１は、居住地が「Ａ地域」であり、関心のある対象が「経済」であることを示す。

なお、ユーザ情報記憶部１４１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、ユーザ情報記憶部１４１は、年齢や性別に加えて他のデモグラフィック属性情報やサイコグラフィック属性情報を記憶してもよい。例えば、ユーザ情報記憶部１４１は、氏名、勤務地、家族構成、収入、ライフスタイル、コンテキスト等の情報を記憶してもよい。

（予測モデル情報記憶部１４２）
実施形態に係る予測モデル情報記憶部１４２は、予測モデルに関する情報を記憶する。例えば、予測モデル情報記憶部１４２は、生成処理により生成された予測モデル情報を記憶する。図５は、実施形態に係る予測モデル情報記憶部の一例を示す図である。図５に示す予測モデル情報記憶部１４２では、広告枠ＡＲ１１へ第１の広告が配信される場合の単価を予測する予測モデルＰＭ１等の予測モデルが記憶される。図５に示す予測モデル情報記憶部１４２は、予測モデル情報として、予測モデルＰＭ１に対応させて「素性１」〜「素性３」等といった項目を有する。

例えば、図５に示す例において、予測モデルＰＭ１に関する予測モデル情報は、広告枠ＡＲ１１へ第１の広告が配信される場合の単価を予測する予測モデルである。例えば、予測モデルＰＭ１に端末装置１０を利用するユーザＵ１に関する情報や広告枠ＡＲ１１に関する情報を入力された場合、予測モデルＰＭ１は単価を示す情報（数値）を出力する。

例えば、図５に示す例において、予測モデルＰＭ１に関する予測モデル情報は、素性１の重みが「０．３」、素性２の重みが「０．６」、素性３の重みが「０．１」等であることを示す。例えば、モデルの素性（特徴量）がｍ次元のベクトルで表現される場合、素性数はｍ個になり、素性１〜素性ｍの重みが記憶される。例えば、図５に示す例において、予測モデルの素性は、ユーザに関する情報や広告枠に関する情報に対応する素性であってもよい。例えば、図５に示す例において、予測モデルの素性は、ユーザの属性情報や広告枠が配置されるコンテンツに関する情報や広告枠の位置に関する特徴等の情報に対応する素性であってもよい。例えば、図５に示す例において、予測モデルの素性は、素性１がユーザ属性「性別」に対応し、素性２がコンテンツの種別「スポーツ」に対応してもよい。

なお、予測モデル情報記憶部１４２は、上記に限らず、目的に応じて種々の予測モデル情報を記憶してもよい。なお、予測モデル情報記憶部１４２に示す情報は、端末装置１０に予測モデルに関する情報があることを示すものであり、各素性の重み等は端末装置１０において識別不可能であってもよい。例えば、予測モデル情報記憶部１４２に示す予測モデルに関する情報は、制御情報ＰＧ１１としてのＪａｖａＳｃｒｉｐｔやＳＤＫ等により実現されるプログラムとして、各素性の重み等がユーザから認識不可能な態様で、コンテンツ配信装置１００から配信されてもよい。例えば、予測モデル情報記憶部１４２に示す予測モデルに関する情報は、制御情報ＰＧ１１等のプログラムがコンパイルされた実行形式のファイルとして、コンテンツ配信装置１００から配信されることにより、端末装置１０を利用するユーザや端末装置１０内の制御情報ＰＧ１１を用いない他のアプリケーション等においては利用（認識）不可能であってもよい。

（制御部１５）
制御部１５は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、端末装置１０内部の記憶部１４などの記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。例えば、この各種プログラムは、決定処理を行うアプリケーションのプログラムが含まれる。また、制御部１５は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図３に示すように、制御部１５は、取得部１５１と、予測部１５２と、要求部１５３と、決定部１５４と、表示部１５５と、送信部１５６とを有し、以下に説明する決定処理の機能や作用を実現または実行する。なお、制御部１５の内部構成は、図３に示した構成に限られず、後述する決定処理を行う構成であれば他の構成であってもよい。また、制御部１５が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

（取得部１５１）
取得部１５１は、各種情報を取得する。例えば、取得部１５１は、ユーザ情報記憶部１４１等を含む記憶部１４から各種情報を取得する。また、取得部１５１は、各種情報を外部の情報処理装置から取得してもよい。

例えば、取得部１５１は、コンテンツ配信装置１００や第１種別広告配信サーバ５０や第２種別広告配信サーバ５１から各種情報を取得する。例えば、取得部１５１は、コンテンツ配信装置１００からコンテンツを取得する。また、例えば、取得部１５１は、第１種別広告配信サーバ５０から第１の広告を取得する。また、例えば、取得部１５１は、第２種別広告配信サーバ５１から第２の広告を取得する。

例えば、取得部１５１は、入力部１２を介して、端末装置１０を利用するユーザによる各種操作の入力を取得する。例えば、取得部１５１は、端末装置１０を利用するユーザによる入力に応じて、コンテンツ配信装置１００からコンテンツを取得する。

例えば、取得部１５１は、端末装置１０に表示される所定の広告枠を含むコンテンツと所定の関係を有する第１種別の広告配信サーバから第１の広告を取得する。例えば、取得部１５１は、コンテンツが広告配信対象として設定された第１種別の広告配信サーバから第１の広告を取得する。例えば、取得部１５１は、コンテンツを配信する提供元と所定の関係を有する提供元が利用する第１種別の広告配信サーバから第１の広告を取得する。例えば、取得部１５１は、コンテンツを配信する提供元が広告配信サービスの提供に利用する第１種別の広告配信サーバから第１の広告を取得する。

（予測部１５２）
予測部１５２は、各種情報を取得する。例えば、予測部１５２は、ユーザ情報記憶部１４１に記憶されたユーザ情報を用いて各種情報を取得する。また、予測部１５２は、外部の情報処理装置から取得された各種情報を用いて各種情報を予測する。

例えば、予測部１５２は、端末装置１０に表示される所定の広告枠を含むコンテンツと所定の関係を有する第１種別の広告配信サーバが配信する第１の広告が、広告枠に表示された場合に第１種別の広告配信サーバに請求する請求額に関する金額情報を、広告枠に関する情報に基づいて予測する。例えば、予測部１５２は、端末装置１０を利用するユーザに関する情報に基づいて、金額情報を予測する。

例えば、予測部１５２は、コンテンツが広告配信対象として設定された第１種別の広告配信サーバが配信する第１の広告が、広告枠に表示された場合の金額情報を予測する。例えば、予測部１５２は、コンテンツを配信する提供元と所定の関係を有する提供元が利用する第１種別の広告配信サーバが配信する第１の広告が、広告枠に表示された場合の金額情報を予測する。例えば、予測部１５２は、コンテンツを配信する提供元が広告配信サービスの提供に利用する第１種別の広告配信サーバが配信する第１の広告が、広告枠に表示された場合の金額情報を予測する。

例えば、予測部１５２は、制御情報ＰＧ１１に含まれる処理を実行することによりフロアプライスを予測する。例えば、予測部１５２は、制御情報ＰＧ１１に含まれる予測モデルにユーザ情報記憶部１４１に記憶されたユーザ情報を入力することにより、フロアプライスを予測する。図１の例では、予測部１５２は、広告枠ＡＲ１１に表示する広告を第１種別広告配信サーバ５０に要求した場合に、第１種別広告配信サーバ５０が提供する第１の広告の単価を１００（円）と予測する。例えば、予測部１５２は、フロアプライスを１００（円）と予測する。

（要求部１５３）
要求部１５３は、各種情報を要求する。例えば、要求部１５３は、コンテンツ配信装置１００や第１種別広告配信サーバ５０や第２種別広告配信サーバ５１に各種要求を行う。例えば、要求部１５３は、コンテンツ配信装置１００にコンテンツの配信要求を行う。また、例えば、要求部１５３は、第１種別広告配信サーバ５０に広告の配信要求を行う。また、例えば、要求部１５３は、第２種別広告配信サーバ５１に広告の配信要求を行う。なお、要求部１５３は、種々の情報を自身で送信してもよいし、送信部１５６に送信させてもよい。

例えば、要求部１５３は、予測部１５２により予測された金額情報を送信することにより、第２種別の広告配信サーバに広告の配信を要求する。例えば、要求部１５３は、第１の広告が表示された場合における第１種別の広告配信サーバに請求する請求額を金額情報として第２種別の広告配信サーバに送信することにより、第２種別の広告配信サーバに広告の配信を要求する。例えば、要求部１５３は、予測部１５２により予測された金額情報を第２種別の広告配信サーバが配信する広告に要求する最低落札金額を示すフロアプライス情報として第２種別の広告配信サーバに送信することにより、第２種別の広告配信サーバに広告の配信を要求する。

図１の例では、要求部１５３は、コンテンツＣＴ１１に含まれる広告枠ＡＲ１１に表示する広告を第１種別広告配信サーバ５０に要求する。図１の例では、要求部１５３は、制御情報ＰＧ１１により第１種別広告配信サーバ５０に広告を要求する。図１の例では、要求部１５３は、広告枠ＡＲ１１を示す情報を第１種別広告配信サーバ５０に送信することにより、第１種別広告配信サーバ５０に広告を要求する。

例えば、要求部１５３は、広告配信プラットフォームＡＰ１に広告を要求する。
図１の例では、要求部１５３は、広告配信プラットフォームＡＰ１に属する第２種別広告配信サーバ５１に広告枠ＡＲ１１を示す情報と、フロアプライスが「１００（円）」であることを示す情報を送信することにより、広告を要求する。

図１の例では、要求部１５３は、広告枠ＡＲ１１を示す情報を第１種別広告配信サーバ５０に送信することにより、第１種別広告配信サーバ５０に広告を要求する。図１の例では、要求部１５３は、広告配信プラットフォームＡＰ１に属する第２種別広告配信サーバ５１に広告枠ＡＲ１１を示す情報と、フロアプライスが「１００（円）」であることを示す情報を送信することにより、広告を要求する。

また、例えば、要求部１５３は、所定の手段により暗号化された金額情報を第２種別の広告配信サーバに送信することにより、第２種別の広告配信サーバに広告の配信を要求する。また、例えば、要求部１５３は、第２種別の広告配信サーバと情報共有する対応表であって、金額と所定の記号との対応付けを示す対応表に基づいて、第１種別の広告配信サーバに請求する請求額が暗号化された金額情報を第２種別の広告配信サーバに送信することにより、第２種別の広告配信サーバに広告の配信を要求する。また、例えば、要求部１５３は、第１の間隔で段階的に増加する金額と、所定の記号との対応付けを示す第１の対応表に基づいて、請求額が暗号化された第１の記号と、第１の間隔よりも狭い第２の間隔で段階的に増加する金額と、所定の記号との対応付けを示す第２の対応表に基づいて、請求額が暗号化された第２の記号と、を含む金額情報を第２種別の広告配信サーバに送信することにより、第２種別の広告配信サーバに広告の配信を要求する。なお、これらの点については、後述する。

（決定部１５４）
決定部１５４は、種々の情報を決定する。例えば、決定部１５４は、第２種別の広告配信サーバから第２の広告を取得した場合は、第２の広告を広告枠に表示すると決定し、第２種別の広告配信サーバから第２の広告を取得しなかった場合は、広告枠に表示する広告として第１の広告を第１種別の広告配信サーバに要求すると決定する。例えば、決定部１５４は、第２種別の広告配信サーバから第２の広告を取得した場合は、第２の広告を広告枠に表示すると決定し、第２種別の広告配信サーバから第２の広告を取得しなかった場合は、第１の広告を広告枠に表示すると決定する。

図１の例では、決定部１５４は、第２種別広告配信サーバ５１からの受信に応じて、表示する広告を決定する。図１の例では、決定部１５４は、第２種別広告配信サーバ５１から第２の広告を取得した場合は、第２の広告を広告枠に表示すると決定する。図１の例では、決定部１５４は、第２種別広告配信サーバ５１から取得した広告ＡＤ１２を、広告枠ＡＲ１１に表示する広告として決定する。図１の例では、決定部１５４は、広告ＡＤ１２を取得したため、コンテンツＣＴ１１の広告枠ＡＲ１１に表示する広告を広告ＡＤ１２に決定する。図１の例では、例えば、決定部１５４は、第２種別広告配信サーバ５１から第２の広告を取得しなかった場合、広告枠ＡＲ１１に表示する広告として第１の広告を第１種別の広告配信サーバに要求すると決定する。

（表示部１５５）
表示部１５５は、種々の情報を表示する。例えば、表示部１５５は、出力部１３を介して各種情報を表示する。例えば、表示部１５５は、取得部１５１に取得された各種情報や決定部１５４により決定された各種情報を表示する。例えば、表示部１５５は、決定部１５４により決定された広告を表示する。例えば、表示部１５５は、決定部１５４により第１の広告を表示すると決定された場合、第１の広告を表示する。例えば、表示部１５５は、決定部１５４により第２の広告を表示すると決定された場合、第２の広告を表示する。

図１の例では、表示部１５５は、広告枠ＡＲ１１を含むコンテンツＣＴ１１を表示する。図１の例では、表示部１５５は、広告枠ＡＲ１１に広告ＡＤ１２が配置されたコンテンツＣＴ１１を表示する。図１の例では、表示部１５５は、ＦＸに関する広告ＡＤ１２を広告枠ＡＲ１１に表示する。

（送信部１５６）
送信部１５６は、各種情報を送信する。例えば、送信部１５６は、外部装置に各種情報を送信する。例えば、送信部１５６は、入力部１２により入力されたユーザ操作に従って、外部の情報処理装置へ種々の情報を送信してもよい。例えば、送信部１５６は、コンテンツ配信装置１００や第１種別広告配信サーバ５０や第２種別広告配信サーバ５１に各種情報を提供する。例えば、送信部１５６は、コンテンツ配信装置１００にコンテンツを要求する情報を送信する。例えば、送信部１５６は、第１種別広告配信サーバ５０に広告を要求する情報を送信する。例えば、送信部１５６は、第２種別広告配信サーバ５１に金額情報を送信することにより、広告を要求する情報を送信する。

なお、上述した制御部１５による決定処理等の処理は、所定のアプリケーションにより行われる場合、制御部１５の各部は、例えば、所定のアプリケーションにより実現されてもよい。所定のアプリケーションには、決定処理を行う所定のＳＤＫが含まれてもよい。例えば、制御部１５による決定処理や表示処理等の処理は、ＪａｖａＳｃｒｉｐｔなどを含む制御情報により実現されてもよい。また、上述した決定処理や表示処理等が専用アプリにより行われる場合、制御部１５は、例えば、所定のアプリや専用アプリを制御するアプリ制御部を有してもよい。

〔３．決定処理のフロー〕
次に、図６を用いて、実施形態に係る端末装置１０による決定処理の手順について説明する。図６は、実施形態に係る決定処理を示すフローチャートである。

図６に示すように、端末装置１０は、広告枠を含むコンテンツを取得する（ステップＳ１０１）。図１の例では、端末装置１０は、広告枠ＡＲ１１を含むコンテンツＣＴ１１を取得する。

そして、端末装置１０は、第１種別の広告配信サーバが配信する第１の広告の単価（フロアプライス）を予測する（ステップＳ１０２）。図１の例では、端末装置１０は、第１種別広告配信サーバ５０が提供する第１の広告の単価（フロアプライス）を、広告枠ＡＲ１１に関する情報や端末装置１０を利用するユーザに関する情報に基づいて予測する。

そして、端末装置１０は、第２種別の広告配信サーバへフロアプライスを送信し、広告を要求する（ステップＳ１０３）。図１の例では、端末装置１０は、フロアプライス（１００円）を示す情報を第２種別広告配信サーバ５１へ送信し、広告を要求する。

そして、端末装置１０は、第２の広告を取得したかどうかを判定する（ステップＳ１０４）。例えば、端末装置１０は、第２の広告を取得した場合（ステップＳ１０４：Ｙｅｓ）、コンテンツの広告枠に表示する広告を第２の広告に決定する（ステップＳ１０５）。そして、端末装置１０は、第２の広告をコンテンツの広告枠に表示する。図１の例では、端末装置１０は、広告ＡＤ１２を取得したため、コンテンツＣＴ１１の広告枠ＡＲ１１に表示する広告を広告ＡＤ１２に決定する。

また、例えば、端末装置１０は、第２の広告を取得しなかった場合（ステップＳ１０４：Ｎｏ）、コンテンツの広告枠に表示する広告を第１の広告に決定する（ステップＳ１０６）。そして、端末装置１０は、第１種別の広告配信サーバから第１の広告を取得する（ステップＳ１０７）。例えば、端末装置１０は、第２種別広告配信サーバ５１から第２の広告を取得しなかった場合、コンテンツＣＴ１１の広告枠ＡＲ１１に表示する広告を第１の広告に決定し、第１種別広告配信サーバ５０から広告ＡＤ２０コンテンツＣＴ１１の広告枠ＡＲ１１に表示する広告として取得する。

〔４．決定処理の他の例〕
上述した例では、第２種別広告配信サーバ５１が配信する広告が表示される場合を示したが、端末装置１０は、第１種別広告配信サーバ５０から取得した広告を表示してもよい。この点について、図７を用いて説明する。図７は、実施形態に係る決定処理の一例を示す図である。なお、図１と同様の点については適宜説明を省略する。

図７に示す例では、コンテンツ配信装置１００は、第１種別広告配信サーバ５０から配信実績に関する情報を取得する（ステップＳ２１）。例えば、コンテンツ配信装置１００は、第１種別広告配信サーバ５０が第１の広告を配信した広告枠に関する情報を取得する。そして、コンテンツ配信装置１００は、広告枠に関する情報とユーザに関する情報とを入力として、その入力に応じて単価を出力する予測モデルを生成する。例えば、コンテンツ配信装置１００は、第１種別広告配信サーバ５０から取得した広告枠ＡＲ１１への広告配信に関する情報に基づいて、広告枠ＡＲ１１へ第１の広告が配信される場合の単価を予測する予測モデルを生成する。

図７の例では、端末装置１０−１は、ユーザの操作に応じて、コンテンツ配信装置１００にコンテンツの要求を送信する（ステップＳ２２）。コンテンツの要求を受け付けたコンテンツ配信装置１００は、端末装置１０に表示されるコンテンツを配信する（ステップＳ２３）。例えば、コンテンツ配信装置１００は、コンテンツＣＴ１１を端末装置１０に配信する。図７の例では、コンテンツ配信装置１００は、決定処理を実行する制御情報ＰＧ１１を含むコンテンツＣＴ１１を配信する。また、図７の例では、コンテンツ配信装置１００が配信する制御情報ＰＧ１１には、広告枠ＡＲ１１に対応する予測モデルが含まれるものとする。

ステップＳ２２において、コンテンツＣＴ１１を受信した端末装置１０−１は、第１種別広告配信サーバ５０が広告枠ＡＲ１１へ第１の広告を配信した場合における単価を予測する（ステップＳ２４）。なお、以下では、端末装置１０が予測した単価を広告枠ＡＲ１１に広告を表示する権利の最低落札金額を示すフロアプライスとして用いる場合を示すため、「単価」を「フロアプライス」として記載する場合がある。

例えば、端末装置１０−１は、制御情報ＰＧ１１に含まれる処理を実行することによりフロアプライスを予測する。例えば、端末装置１０−１は、制御情報ＰＧ１１に含まれる予測モデルにユーザ情報記憶部１４１に記憶されたユーザ情報を入力することにより、広告枠ＡＲ１１のフロアプライスを予測する。例えば、端末装置１０−１は、端末装置１０を利用するユーザＵ１に関する情報や広告枠ＡＲ１１に関する情報を制御情報ＰＧ１１に含まれる予測モデルに入力することにより、広告枠ＡＲ１１のフロアプライスを予測する。具体的には、端末装置１０−１は、図４に示すようにユーザＵ１が２０代男性であり、Ａ地域に居住し、経済に関心があることを示す情報や、広告枠ＡＲ１１がニュースのコンテンツＣＴ１１の下部に配置される広告枠であることを示す情報を予測モデルに入力することにより、広告枠ＡＲ１１のフロアプライスを予測する。

図７の例では、端末装置１０−１は、広告枠ＡＲ１１に表示する広告を第１種別広告配信サーバ５０に要求した場合に、第１種別広告配信サーバ５０が提供する第１の広告の単価を１００（円）と予測する。例えば、端末装置１０−１は、フロアプライスを１００（円）と予測する。

そして、予測モデルを用いて広告枠ＡＲ１１のフロアプライスを予測した端末装置１０−１は、広告配信プラットフォームＡＰ１に広告を要求する（ステップＳ２５）。図７の例では、端末装置１０−１は、広告配信プラットフォームＡＰ１に属する第２種別広告配信サーバ５１に広告枠ＡＲ１１を示す情報と、フロアプライスが「１００（円）」であることを示す情報を送信することにより、広告を要求する。

端末装置１０から広告要求を取得した第２種別広告配信サーバ５１は、広告配信プラットフォームＡＰ１に属するＤＳＰ装置７０に最低入札金額を「１００（円）」として、広告の入札を要求する（ステップＳ２６）。

図７の例では、第２種別広告配信サーバ５１は、広告枠ＡＲ１１について、最低入札金額を「１００（円）」として、ＤＳＰ装置７０−１に広告の入札を要求する（ステップＳ２６−１）。また、図７の例では、第２種別広告配信サーバ５１は、広告枠ＡＲ１１について、最低入札金額を「１００（円）」として、ＤＳＰ装置７０−２に広告の入札を要求する（ステップＳ２６−２）。また、図７では図示を省略するが、第２種別広告配信サーバ５１は、他のＤＳＰ装置７０についても同様に広告の入札を要求する。

その後、ステップＳ２６において入札要求を取得したＤＳＰ装置７０は、所定の入札期間内において第２種別広告配信サーバ５１に広告を入札しない（ステップＳ２７）。図７の例では、ＤＳＰ装置７０−１は、所定の入札期間内に第２種別広告配信サーバ５１に広告を入札しない（ステップＳ２７−１）。図７の例では、ＤＳＰ装置７０−２は、所定の入札期間内に第２種別広告配信サーバ５１に広告を入札しない（ステップＳ２７−２）。また、図７では図示を省略するが、他のＤＳＰ装置７０は、所定の入札期間内に第２種別広告配信サーバ５１に広告を入札しない。なお、ＤＳＰ装置７０は、広告を入札しないことを示す情報を第２種別広告配信サーバ５１に送信することより、広告を入札しないことを第２種別広告配信サーバ５１に通知してもよい。

そして、第２種別広告配信サーバ５１は、広告枠ＡＲ１１へ配信する第２の広告を決定する（ステップＳ２８）。図７の例では、第２種別広告配信サーバ５１は、ＤＳＰ装置７０から入札された広告がないため、広告枠ＡＲ１１へ配信する第２の広告を「無し」と決定する。

ステップＳ２８において第２の広告を「無し」と決定した第２種別広告配信サーバ５１は、広告枠ＡＲ１１に配信する第２の広告がないことを示す通知情報を第１種別広告配信サーバ５０に送信する（ステップＳ２９）。

また、端末装置１０は、第２種別広告配信サーバ５１からの受信に応じて、広告枠ＡＲ１１に表示する広告を決定する。例えば、端末装置１０は、第２種別広告配信サーバ５１から第２の広告を取得しなかった場合は、広告枠に表示する広告として第１の広告を、第１種別広告配信サーバ５０に要求すると決定する。

図７の例では、広告枠ＡＲ１１に配信する第２の広告がないことを示す通知情報を受信した端末装置１０は、コンテンツＣＴ１１に含まれる広告枠ＡＲ１１に表示する広告を第１種別広告配信サーバ５０に要求する（ステップＳ３０）。例えば、端末装置１０は、制御情報ＰＧ１１により第１種別広告配信サーバ５０に広告を要求する。図７の例では、端末装置１０は、広告枠ＡＲ１１を示す情報を第１種別広告配信サーバ５０に送信することにより、第１種別広告配信サーバ５０に広告を要求する。

端末装置１０から広告の要求を受け付けた第１種別広告配信サーバ５０は、端末装置１０に第１の広告を配信する（ステップＳ３１）。図７に示す例では、第１種別広告配信サーバ５０は、端末装置１０に広告ＡＤ２０を配信する。また、図７に示す例では、第１種別広告配信サーバ５０は、広告ＡＤ２０の単価が「１００（円）」であることを示す情報を端末装置１０に送信する。なお、第１種別広告配信サーバ５０は、端末装置１０に広告ＡＤ２０の単価が「１００（円）」であることを示す情報を送信しなくてもよい。

第１種別広告配信サーバ５０から第１の広告を取得した端末装置１０は、第１の広告を表示する広告として決定する（ステップＳ３２−１）。例えば、端末装置１０は、第２種別広告配信サーバ５１から第２の広告を取得しなかった場合は、第１種別広告配信サーバ５０から取得した第１の広告を広告枠に表示すると決定する。そして、端末装置１０は、広告枠ＡＲ１１に広告ＡＤ２０が配置されたコンテンツＣＴ１１を表示する（ステップＳ３２−２）。図７の例では、端末装置１０は、ゲームＡに関する広告ＡＤ２０を広告枠ＡＲ１１に表示する。

上述のように、端末装置１０は、第２種別広告配信サーバ５１にフロアプライスを指定して広告を要求し、第２種別広告配信サーバ５１からの応答に応じて広告枠ＡＲ１１に表示する広告を決定することにより、表示する広告を適切に決定することができる。ここで、第２種別広告配信サーバ５１が第２の広告を配信しなかった場合、予測したフロアプライスよりも高い入札額の広告を第２種別広告配信サーバ５１が配信できないことを示す。そのため、端末装置１０は、第１種別広告配信サーバ５０に広告を要求し、取得した単価「１００（円）」の広告ＡＤ２０を広告枠ＡＲ１１に表示する。このように、第２種別広告配信サーバ５１が予測したフロアプライス以上の広告を配信できない場合は、端末装置１０は、通常コンテンツＣＴ１１が広告配信対象として設定された第１種別広告配信サーバ５０の広告を広告枠ＡＲ１１に表示する。これにより、決定システム１は、広告配信における収益性を向上させることができる。

〔５．情報の秘匿〕
次に、図８〜図１０を用いて、実施形態に係る決定システム１における金額情報を秘匿化して送信する方法について説明する。図８は、実施形態に係る対応表の一例を示す図である。図９は、実施形態に係る対応表を用いた広告要求の一例を示す図である。図１０は、実施形態に係る対応表を用いた広告要求の一例を示す図である。

例えば、決定システム１において、端末装置１０と、第２種別広告配信サーバ５１とは、第１対応表ＭＴ１や第２対応表ＭＴ２により、通信時における金額情報（フロアプライス）を秘匿化してもよい。図８に示す第１対応表ＭＴ１や第２対応表ＭＴ２は端末装置１０と第２種別広告配信サーバ５１とが情報共有する対応表であって、金額と所定の記号との対応付けを示す対応表である。

図８に示す第１対応表ＭＴ１は、第１の間隔（１０円刻み）で段階的に増加する金額と、所定の記号との対応付けを示す対応表である。例えば、第１対応表ＭＴ１中の対応ＩＤ「ＣＲ１−１」により識別される対応付けは、記号「ＣＤ１−１」が金額「１０（円）」に対応することを示す。また、例えば、第１対応表ＭＴ１中の対応ＩＤ「ＣＲ１−２」により識別される対応付けは、記号「ＣＤ１−２」が金額「２０（円）」に対応することを示す。例えば、図８に示す第１対応表ＭＴ１は、１０円〜１０００円までの１０円刻みの各金額に対応する１００個の記号を記憶する。

また、図８に示す第２対応表ＭＴ２は、第１の間隔よりも狭い第２の間隔（１円刻み）で段階的に増加する金額と、所定の記号との対応付けを示す対応表である。例えば、第２対応表ＭＴ２中の対応ＩＤ「ＣＲ２−１」により識別される対応付けは、記号「ＣＤ２−１」が金額「１０１（円）」に対応することを示す。また、例えば、第２対応表ＭＴ２中の対応ＩＤ「ＣＲ２−２」により識別される対応付けは、記号「ＣＤ２−２」が金額「１０２（円）」に対応することを示す。例えば、図８に示す第２対応表ＭＴ２は、１０１円〜２００円までの１円刻みの各金額に対応する１００個の記号を記憶する。

このように、異なる２つの間隔で金額と記号とを対応付けることにより、決定システム１は、記号の数の増大を抑制することができる。例えば、１円〜１０００円までを１円刻みで記号と対応付ける場合１０００個の記号（対応付け）が必要となる。しかしながら、決定システム１は、１円刻みである必要がある範囲（１０１円〜２００円）のみを１円刻みとして別途記憶することにより、全体として記号の数を２００個にすることができる。

また、図８に示すように、第１対応表ＭＴ１に、第２対応表ＭＴ２と重複させた金額の範囲の対応付けを含むことにより、第２対応表ＭＴ２の範囲を第１対応表ＭＴ１の金額の範囲内で自由に調節可能となる。例えば、図８の例において、第２対応表ＭＴ２の金額の範囲を３０１円〜４００円までを１円刻みにしたい場合、第１対応表ＭＴ１が１０１円〜２００円の金額の範囲を含むため、第２対応表ＭＴ２を３０１円〜４００円までに変更するだけで実現可能となる。

次に、図９及び図１０を用いて対応表を用いた処理について説明する。なお、端末装置１０が第２種別広告配信サーバ５１に広告を要求する前までの処理は、図１と同様であるとして説明を省略する。

まず、図９を用いて、２つの記号を送信する場合を説明する。図９の例では、フロアプライス情報ＦＰ１１に示すように、フロアプライスが「１０２（円）」であるものとする。また、図９に示す例では、第１対応表ＭＴ１や第２対応表ＭＴ２は、制御情報ＰＧ５１内に含まれるものとする。例えば、制御情報ＰＧ５１は、ＪａｖａＳｃｒｉｐｔであり、端末装置１０に決定処理を実行させる決定プログラムを含む。

例えば、端末装置１０は、第１対応表ＭＴ１における金額「１０２（円）」に対応する記号を特定する。図９の例では、端末装置１０は、第１対応表ＭＴ１における金額「１０２（円）」に対応する記号を記号「ＣＤ１−１０」または記号「ＣＤ１−１１」と特定する。なお、端末装置１０は、第１対応表ＭＴ１における金額「１０２（円）」に対応する記号を記号「ＣＤ１−１０」または記号「ＣＤ１−１１」のいずれかに特定してもよい。例えば、端末装置１０は、第２種別広告配信サーバ５１にフロアプライスよりも高い請求額の広告を要求する場合、第１対応表ＭＴ１における金額「１０２（円）」に対応する記号を記号「ＣＤ１−１１」と特定してもよい。なお、図９の例では、端末装置１０は、第１対応表ＭＴ１における金額「１０２（円）」に対応する記号を記号「ＣＤ１−１０」と特定するものとする。

例えば、端末装置１０は、第２対応表ＭＴ２における金額「１０２（円）」に対応する記号を特定する。図９の例では、端末装置１０は、第２対応表ＭＴ２における金額「１０２（円）」に対応する記号を記号「ＣＤ２−２」と特定する。

そして、端末装置１０は、記号「ＣＤ１−１０」及び記号「ＣＤ２−２」を送信することにより、第２種別広告配信サーバ５１に広告を要求する（ステップＳ５１）。このように、端末装置１０は、記号「ＣＤ１−１０」及び記号「ＣＤ２−２」を送信することにより、第２種別広告配信サーバ５１に広告を要求することにより、通信時においてフロアプライスを秘匿化することができる。

そして、端末装置１０から記号「ＣＤ１−１０」及び記号「ＣＤ２−２」を受信した第２種別広告配信サーバ５１は、第１対応表ＭＴ１及び第２対応表ＭＴ２を用いて、フロアプライスを特定する（ステップＳ５２）。図９の例では、第２種別広告配信サーバ５１は、第１対応表ＭＴ１を用いて、記号「ＣＤ１−１０」が金額「１００（円）」に対応すると特定する。また、図９の例では、第２種別広告配信サーバ５１は、第２対応表ＭＴ２を用いて、記号「ＣＤ２−２」が金額「１０２（円）」に対応すると特定する。

なお、第２種別広告配信サーバ５１は、より刻みが細かい第２対応表ＭＴ２の記号を優先するものとする。そのため、図９の例では、第２種別広告配信サーバ５１は、フロアプライスが第２対応表ＭＴ２の記号「ＣＤ２−２」に対応する金額「１０２（円）」であると特定する。

そして、第２種別広告配信サーバ５１は、広告配信プラットフォームＡＰ１に属するＤＳＰ装置７０に最低入札金額を「１０２（円）」として、広告の入札を要求する（ステップＳ５３）。

図９の例では、第２種別広告配信サーバ５１は、広告枠ＡＲ１１について、最低入札金額を「１０２（円）」として、ＤＳＰ装置７０−１に広告の入札を要求する（ステップＳ５３−１）。また、図９の例では、第２種別広告配信サーバ５１は、広告枠ＡＲ１１について、最低入札金額を「１０２（円）」として、ＤＳＰ装置７０−２に広告の入札を要求する（ステップＳ５３−２）。また、図９では図示を省略するが、第２種別広告配信サーバ５１は、他のＤＳＰ装置７０についても同様に広告の入札を要求する。

次に、図１０を用いて、２つの記号を送信する場合を説明する。図１０の例では、フロアプライス情報ＦＰ１２に示すように、フロアプライスが「３０（円）」であるものとする。また、図１０に示す例では、第１対応表ＭＴ１や第２対応表ＭＴ２は、制御情報ＰＧ６１内に含まれるものとする。例えば、制御情報ＰＧ６１は、ＪａｖａＳｃｒｉｐｔであり、端末装置１０に決定処理を実行させる決定プログラムを含む。

例えば、端末装置１０は、第１対応表ＭＴ１における金額「３０（円）」に対応する記号を特定する。図１０の例では、端末装置１０は、第１対応表ＭＴ１における金額「３０（円）」に対応する記号を記号「ＣＤ１−３」と特定する。

また、例えば、端末装置１０は、第２対応表ＭＴ２には金額「３０（円）」に対応する記号がないため、第２対応表ＭＴ２の記号は無しと特定する。

そして、端末装置１０は、記号「ＣＤ１−３」を送信することにより、第２種別広告配信サーバ５１に広告を要求する（ステップＳ６１）。このように、端末装置１０は、記号「ＣＤ１−３」を送信することにより、第２種別広告配信サーバ５１に広告を要求することにより、通信時においてフロアプライスを秘匿化することができる。また、端末装置１０は、第２対応表ＭＴ２の記号がない場合、第１対応表ＭＴ１の記号「ＣＤ１−３」のみを送信することにより、第２種別広告配信サーバ５１がフロアプライスを特定可能に広告を要求することができる。

そして、端末装置１０から記号「ＣＤ１−３」を受信した第２種別広告配信サーバ５１は、第１対応表ＭＴ１を用いて、フロアプライスを特定する（ステップＳ６２）。図１０の例では、第２種別広告配信サーバ５１は、第１対応表ＭＴ１を用いて、記号「ＣＤ１−３」が金額「３０（円）」に対応すると特定する。

図１０の例では、第２対応表ＭＴ２の記号がないため、第２種別広告配信サーバ５１は、フロアプライスが第１対応表ＭＴ１の記号「ＣＤ１−３」に対応する金額「３０（円）」であると特定する。

そして、第２種別広告配信サーバ５１は、広告配信プラットフォームＡＰ１に属するＤＳＰ装置７０に最低入札金額を「３０（円）」として、広告の入札を要求する（ステップＳ６３）。

図１０の例では、第２種別広告配信サーバ５１は、広告枠ＡＲ１１について、最低入札金額を「３０（円）」として、ＤＳＰ装置７０−１に広告の入札を要求する（ステップＳ６３−１）。また、図１０の例では、第２種別広告配信サーバ５１は、広告枠ＡＲ１１について、最低入札金額を「３０（円）」として、ＤＳＰ装置７０−２に広告の入札を要求する（ステップＳ６３−２）。また、図１０では図示を省略するが、第２種別広告配信サーバ５１は、他のＤＳＰ装置７０についても同様に広告の入札を要求する。

〔６．効果〕
上述してきたように、実施形態に係る端末装置１０は、予測部１５２と、要求部１５３と、決定部１５４とを有する。取得部１５１は、端末装置１０に表示される所定の広告枠（実施形態においては「広告枠ＡＲ１１」。以下同じ）を含むコンテンツ（実施形態においては「ＣＴ１１」。以下同じ）と所定の関係を有する第１種別の広告配信サーバ（実施形態においては「第１種別広告配信サーバ５０」。以下同じ）が提供する第１の広告（実施形態においては「広告ＡＤ２０」。以下同じ）が、広告枠に表示された場合に第１種別の広告配信サーバに請求する請求額に関する金額情報を、広告枠に関する情報に基づいて予測する。要求部１５３は、予測部１５２により予測された金額情報を送信することにより、各広告の入札価格に応じて配信する広告を決定する第２種別の広告配信サーバ（実施形態においては「第２種別広告配信サーバ５１」。以下同じ）であって、第２の広告（実施形態においては例えば「広告ＡＤ１２」。以下同じ）の入札価格が金額情報に基づく条件を満たす場合に第２の広告を配信する第２種別の広告配信サーバに広告の配信を要求する。決定部１５４は、第２種別の広告配信サーバから第２の広告を取得した場合は、第２の広告を広告枠に表示すると決定し、第２種別の広告配信サーバから第２の広告を取得しなかった場合は、広告枠に表示する広告として第１の広告を第１種別の広告配信サーバに要求すると決定する。

これにより、実施形態に係る端末装置１０は、予測した金額情報を第２種別の広告配信サーバへ送信することにより、第２種別の広告配信サーバから第２の広告を取得した場合は、第２の広告を広告枠に表示すると決定し、第２種別の広告配信サーバから第２の広告を取得しなかった場合は、広告枠に表示する広告として第１の広告を第１種別の広告配信サーバに要求すると決定することにより、第１種別の広告配信サーバへの広告の要求を抑制することができるため、通信負荷を抑制しつつ、表示する広告を適切に決定することができる。

また、実施形態に係る端末装置１０において、予測部１５２は、端末装置１０を利用するユーザに関する情報に基づいて、金額情報を予測する。

これにより、実施形態に係る端末装置１０は、端末装置１０を利用するユーザに関する情報に基づいて、金額情報を予測することにより、金額情報の予測精度を高めることができ、適切な表示する広告を適切に決定することができる。

また、実施形態に係る端末装置１０において、予測部１５２は、コンテンツが広告配信対象として設定された第１種別の広告配信サーバが配信する第１の広告が、広告枠に表示された場合の金額情報を予測する。

これにより、実施形態に係る端末装置１０は、コンテンツが広告配信対象として設定された第１種別の広告配信サーバが配信する第１の広告が、広告枠に表示された場合の金額情報を予測することにより、表示する広告を適切に決定することができる。

また、実施形態に係る端末装置１０において、予測部１５２は、コンテンツを配信する提供元と所定の関係を有する提供元が利用する第１種別の広告配信サーバが配信する第１の広告が、広告枠に表示された場合の金額情報を予測する。

これにより、実施形態に係る端末装置１０は、コンテンツを配信する提供元と所定の関係を有する提供元が利用する第１種別の広告配信サーバが配信する第１の広告が、広告枠に表示された場合の金額情報を予測することにより、表示する広告を適切に決定することができる。

また、実施形態に係る端末装置１０において、予測部１５２は、コンテンツを配信する提供元が広告配信サービスの提供に利用する第１種別の広告配信サーバが配信する第１の広告が、広告枠に表示された場合の金額情報を予測する。

これにより、実施形態に係る端末装置１０は、コンテンツを配信する提供元が広告配信サービスの提供に利用する第１種別の広告配信サーバが配信する第１の広告が、広告枠に表示された場合の金額情報を予測することにより、表示する広告を適切に決定することができる。

また、実施形態に係る端末装置１０において、要求部１５３は、予測部１５２により予測された金額情報を、第２種別の広告配信サーバが配信する広告に要求する最低落札金額を示すフロアプライス情報として第２種別の広告配信サーバに送信することにより、第２種別の広告配信サーバに広告の配信を要求する。

これにより、実施形態に係る端末装置１０は、最低落札金額を示すフロアプライス情報を第２種別の広告配信サーバに送信し、第２種別の広告配信サーバに広告の配信を要求することにより、表示する広告を適切に決定することができる。

また、実施形態に係る端末装置１０において、要求部１５３は、所定の手段により暗号化された金額情報を第２種別の広告配信サーバに送信することにより、第２種別の広告配信サーバに広告の配信を要求する。

これにより、実施形態に係る端末装置１０は、所定の手段により暗号化された金額情報を第２種別の広告配信サーバに送信し、第２種別の広告配信サーバに広告の配信を要求することにより、広告表示に関する金額に関する情報を外部に秘匿にした状態で、表示する広告を適切に決定することができる。

また、実施形態に係る端末装置１０において、要求部１５３は、第２種別の広告配信サーバと情報共有する対応表であって、金額と所定の記号との対応付けを示す対応表に基づいて、第１種別の広告配信サーバに請求する請求額が暗号化された金額情報を第２種別の広告配信サーバに送信することにより、第２種別の広告配信サーバに広告の配信を要求する。

これにより、実施形態に係る端末装置１０は、金額と所定の記号との対応付けを示す対応表に基づいて、第１種別の広告配信サーバに請求する請求額が暗号化された金額情報を第２種別の広告配信サーバに送信し、第２種別の広告配信サーバに広告の配信を要求することにより、広告表示に関する金額に関する情報を外部に秘匿にした状態で、表示する広告を適切に決定することができる。

また、実施形態に係る端末装置１０において、要求部１５３は、第２種別の広告配信サーバと情報共有する第１の対応表であって、第１の間隔で段階的に増加する金額と、所定の記号との対応付けを示す第１の対応表に基づいて、請求額が暗号化された第１の記号と、第２種別の広告配信サーバと情報共有する第２の対応表であって、第１の間隔よりも狭い第２の間隔で段階的に増加する金額と、所定の記号との対応付けを示す第２の対応表に基づいて、請求額が暗号化された第２の記号と、を含む金額情報を第２種別の広告配信サーバに送信することにより、第２種別の広告配信サーバに広告の配信を要求する。

これにより、実施形態に係る端末装置１０は、金額と所定の記号との対応付けを異なる段階で示す２つの対応表に基づいて、第１種別の広告配信サーバに請求する請求額が暗号化された金額情報を第２種別の広告配信サーバに送信し、第２種別の広告配信サーバに広告の配信を要求することにより、広告表示に関する金額に関する情報を外部に秘匿にした状態で、表示する広告を適切に決定することができる。

〔７．プログラム〕
上述してきた端末装置１０やコンテンツ配信装置１００による処理は、本願に係る決定プログラムや表示プログラムにより実現される。例えば、端末装置１０に係る決定部１５４は、端末装置１０が有するＣＰＵやＭＰＵ等によって、例えば決定処理を実行する制御情報ＰＧ１１等に含まれる決定プログラムがＲＡＭを作業領域として、決定プログラムに係る表示手順が実行されることにより実現される。端末装置１０に係る他の処理部も同様に、表示プログラムによる各手順が実行されることにより実現される。例えば、端末装置１０に係る表示部１５５は、端末装置１０が有するＣＰＵやＭＰＵ等によって、例えば決定処理を実行する制御情報ＰＧ１１等に含まれる表示プログラムがＲＡＭを作業領域として、表示プログラムに係る表示手順が実行されることにより実現される。端末装置１０に係る他の処理部も同様に、表示プログラムによる各手順が実行されることにより実現される。

なお、本願に係る端末装置１０やコンテンツ配信装置１００が実行する処理は、必ずしも全てが決定プログラムや表示プログラムによって実現されるものでなくてもよい。例えば、端末装置１０外の情報等は、端末装置１０が有するＯＳ（Operating System）によって取得されてもよい。すなわち、決定プログラムや表示プログラム自体が、上述してきたような端末装置１０で実行される処理を実行するのではなく、ＯＳによって取得されたデータ（例えば、広告等を表示するために用いるデータ）を受け取ったりすることにより、上述してきた端末装置１０の処理を実現するようにしてもよい。

〔８．ハードウェア構成〕
上述してきた実施形態に係る端末装置１０は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。図１１は、端末装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read Only Memory）１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、所定のネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを所定のネットワークＮを介して他の機器へ送信する。

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

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

例えば、コンピュータ１０００が実施形態に係る端末装置１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１５の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定のネットワークＮを介してこれらのプログラムを取得してもよい。

以上、本願の実施形態を図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔９．その他〕
また、上記各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた各実施形態に記載された各処理は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 決定システム
１０ 端末装置（決定装置、コンピュータ）
１４１ ユーザ情報記憶部
１４２ 予測モデル情報記憶部
１５ 制御部
１５１ 取得部
１５２ 予測部
１５３ 要求部
１５４ 決定部
１５５ 表示部
１５６ 送信部
ＳＧ１ サービスグループ
１００ コンテンツ配信装置
５０ 第１種別広告配信サーバ
ＡＰ１ 広告配信プラットフォーム
５１ 第２種別広告配信サーバ
７０ ＤＳＰ装置
Ｎ ネットワーク

Claims (6)

1. 端末装置に表示されるコンテンツに含まれる所定の広告枠に広告を表示するためのフロアプライスであって、フロアプライスの予測に用いる予測モデルに、広告枠の配置に関する情報を入力することにより、前記予測モデルが出力するフロアプライスを示す金額情報を送信することにより、各広告の入札価格に応じて配信する広告を決定する第２種別の広告配信サーバであって、第２の広告の入札価格が前記金額情報に基づく条件を満たす場合に前記第２の広告を配信する第２種別の広告配信サーバに広告の配信を要求する要求手順と、
   前記第２種別の広告配信サーバから前記第２の広告を取得した場合は、前記第２の広告を前記広告枠に表示すると決定し、前記第２種別の広告配信サーバから前記第２の広告を取得しなかった場合は、前記広告枠に表示する広告として、第１の広告を前記コンテンツと所定の関係を有する第１種別の広告配信サーバに要求すると決定する決定手順と、
   を端末装置に実行させることを特徴とする決定プログラム。
2. 前記要求手順は、
   所定の手段により暗号化された前記金額情報を前記第２種別の広告配信サーバに送信することにより、前記第２種別の広告配信サーバに広告の配信を要求する
   ことを特徴とする請求項１に記載の決定プログラム。
3. 前記要求手順は、
   前記第２種別の広告配信サーバと情報共有する対応表であって、金額と所定の記号との対応付けを示す対応表に基づいて、前記第１種別の広告配信サーバに請求する請求額が暗号化された前記金額情報を前記第２種別の広告配信サーバに送信することにより、前記第２種別の広告配信サーバに広告の配信を要求する
   ことを特徴とする請求項１または請求項２に記載の決定プログラム。
4. 前記要求手順は、
   前記第２種別の広告配信サーバと情報共有する第１の対応表であって、第１の間隔で段階的に増加する金額と、所定の記号との対応付けを示す第１の対応表に基づいて、前記第１種別の広告配信サーバに請求する請求額が暗号化された第１の記号と、前記第２種別の広告配信サーバと情報共有する第２の対応表であって、前記第１の間隔よりも狭い第２の間隔で段階的に増加する金額と、所定の記号との対応付けを示す第２の対応表に基づいて、前記請求額が暗号化された第２の記号と、を含む前記金額情報を前記第２種別の広告配信サーバに送信することにより、前記第２種別の広告配信サーバに広告の配信を要求する
   ことを特徴とする請求項１〜３のいずれか１項に記載の決定プログラム。
5. 端末装置が実行する決定方法であって、
   端末装置に表示されるコンテンツに含まれる所定の広告枠に広告を表示するためのフロアプライスであって、フロアプライスの予測に用いる予測モデルに、広告枠の配置に関する情報を入力することにより、前記予測モデルが出力するフロアプライスを示す金額情報を送信することにより、各広告の入札価格に応じて配信する広告を決定する第２種別の広告配信サーバであって、第２の広告の入札価格が前記金額情報に基づく条件を満たす場合に前記第２の広告を配信する第２種別の広告配信サーバに広告の配信を要求する要求工程と、
   前記第２種別の広告配信サーバから前記第２の広告を取得した場合は、前記第２の広告を前記広告枠に表示すると決定し、前記第２種別の広告配信サーバから前記第２の広告を取得しなかった場合は、前記広告枠に表示する広告として、第１の広告を前記コンテンツと所定の関係を有する第１種別の広告配信サーバに要求すると決定する決定工程と、
   を含んだことを特徴とする決定方法。
6. 端末装置に表示されるコンテンツに含まれる所定の広告枠に広告を表示するためのフロアプライスであって、フロアプライスの予測に用いる予測モデルに、広告枠の配置に関する情報を入力することにより、前記予測モデルが出力するフロアプライスを示す金額情報を送信することにより、各広告の入札価格に応じて配信する広告を決定する第２種別の広告配信サーバであって、第２の広告の入札価格が前記金額情報に基づく条件を満たす場合に前記第２の広告を配信する第２種別の広告配信サーバに広告の配信を要求する要求部と、
   前記第２種別の広告配信サーバから前記第２の広告を取得した場合は、前記第２の広告を前記広告枠に表示すると決定し、前記第２種別の広告配信サーバから前記第２の広告を取得しなかった場合は、前記広告枠に表示する広告として、第１の広告を前記コンテンツと所定の関係を有する第１種別の広告配信サーバに要求すると決定する決定部と、
   を備えたことを特徴とする決定装置。

Images