特許 7427719 広告決定装置、広告決定方法、広告決定プログラム及び広告配信システム

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

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

(11)【特許番号】

(24)【登録日】2024-01-26

(45)【発行日】2024-02-05

(54)【発明の名称】広告決定装置、広告決定方法、広告決定プログラム及び広告配信システム

(51)【国際特許分類】

   G06Q 30/0241 20230101AFI20240129BHJP

   G06Q 30/0251 20230101ALI20240129BHJP

【ＦＩ】

G06Q30/0241

G06Q30/0251

【請求項の数】 14

(21)【出願番号】P 2022105812

(22)【出願日】2022-06-30

(65)【公開番号】P2024005576

(43)【公開日】2024-01-17

【審査請求日】2022-07-01

(73)【特許権者】

【識別番号】320005501

【氏名又は名称】株式会社電通

(74)【代理人】

【識別番号】110004185

【氏名又は名称】インフォート弁理士法人

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(74)【代理人】

【識別番号】100174528

【弁理士】

【氏名又は名称】木村 晋朗

(74)【代理人】

【識別番号】100213643

【弁理士】

【氏名又は名称】新開 健一

(72)【発明者】

【氏名】辻本 裕也

【審査官】加内 慎也

(56)【参考文献】

【文献】特許第６９８６１７６（ＪＰ，Ｂ１）

【文献】特開２０２２－０２８５５５（ＪＰ，Ａ）

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

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

【文献】国際公開第２０２０／２６２１７２（ＷＯ，Ａ１）

【文献】特開２００９－００３８４０（ＪＰ，Ａ）

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

【文献】国際公開第２０１４／０２４４７６（ＷＯ，Ａ１）

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

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

Ｇ０６Ｑ １０／００－９９／００

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

【請求項1】

店舗を特定するための情報に基づいて、当該店舗における商品の在庫の情報を取得する取得部と、
個人を特定するための情報に基づいて特定される個人の購買履歴に特定の広告主の第１の商品が含まれる場合に、前記在庫の情報に基づいて、在庫がある前記特定の広告主の第２の商品の広告を選択する制御部と、を有する広告決定装置。

【請求項2】

前記第１の商品は、前記第２の商品と同じである請求項１に記載の広告決定装置。

【請求項3】

前記第２の商品の広告は、選択対象の条件を満たす広告のうち、最も在庫が多い前記特定の広告主の商品の広告である請求項１に記載の広告決定装置。

【請求項4】

前記特定の広告主は、広告の出稿を希望する広告主のうち、目標インプレッション数との乖離が最も大きい広告を有する広告主である請求項１に記載の広告決定装置。

【請求項5】

前記制御部は、前記個人が主に利用する又は利用すると想定されるメイン店舗を決定し、前記メイン店舗に在庫がある前記第２の商品の広告を選択する請求項１に記載の広告決定装置。

【請求項6】

前記制御部は、前記個人の購買履歴に基づいて、一定期間において主に買い物をしていると判断される店舗を、前記メイン店舗として決定する請求項５に記載の広告決定装置。

【請求項7】

前記制御部は、前記個人のデバイスから送信されるメイン店舗に関する情報によって示される店舗を、前記メイン店舗として決定する請求項５に記載の広告決定装置。

【請求項8】

前記制御部は、前記個人の位置情報履歴に基づいて、一定期間において最も多く入店したと考えられる店舗を、前記メイン店舗として決定する請求項５に記載の広告決定装置。

【請求項9】

前記制御部は、前記個人の店舗検索履歴に基づいて、前記メイン店舗を決定する請求項５に記載の広告決定装置。

【請求項10】

前記制御部は、前記個人の宅配利用履歴に基づいて、前記メイン店舗を決定する請求項５に記載の広告決定装置。

【請求項11】

前記制御部は、商品ごと又は商品のジャンルごとに、前記メイン店舗を決定する請求項５に記載の広告決定装置。

【請求項12】

店舗を特定するための情報に基づいて、当該店舗における商品の在庫の情報を取得するステップと、
個人を特定するための情報に基づいて特定される個人の購買履歴に特定の広告主の第１の商品が含まれる場合に、前記在庫の情報に基づいて、在庫がある前記特定の広告主の第２の商品の広告を選択するステップと、を有する広告決定装置の広告決定方法。

【請求項13】

店舗を特定するための情報に基づいて、当該店舗における商品の在庫の情報を取得するステップと、
個人を特定するための情報に基づいて特定される個人の購買履歴に特定の広告主の第１の商品が含まれる場合に、前記在庫の情報に基づいて、在庫がある前記特定の広告主の第２の商品の広告を選択するステップと、をコンピュータに実行させる広告決定プログラム。

【請求項14】

請求項１から請求項１１のいずれかに記載の広告決定装置を含む広告配信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、広告決定装置、広告決定方法、広告決定プログラム及び広告配信システムに関する。

【背景技術】

【0002】

近年、飲食・流通・小売などの業界では、スマートフォン向けのアプリケーションを導入する事例が増大している。このようなアプリケーションは、例えば、顧客（ユーザ）へのクーポン提供、ポイント機能の提供、おすすめ商品・サービスの広告などのために用いられる。

【0003】

例えば、特許文献１においては、スーパーマーケットが提供している販売促進アプリ（店舗アプリ）が携帯端末装置で実行されているときに、必要に応じて適宜のタイミングで携帯端末装置の画面上にユーザに適した広告を表示する発明が開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１９－１５９３５７号公報

【発明の概要】

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

【0005】

しかしながら、特許文献１においては、広告対象の商品が店舗内に本当に存在するかについては考慮されておらず、広告が表示されたユーザが商品売り場に行ってみるとその商品がない、ということが生じ得る。また、特許文献１の上記発明は、店舗内でアプリが実行されている携帯端末装置にのみ広告を表示させるものであって、店舗外のユーザに対して広告を表示して購買を促すものではない。

【0006】

そこで本開示は、計算量の増大を抑制しつつ特定の店舗の在庫を考慮した効率的な広告配信を実現できる広告決定装置、広告決定方法、広告決定プログラム及び広告配信システムを提供することを目的の１つとする。

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

【0007】

本開示の一態様に係る広告決定装置は、店舗を特定するための情報に基づいて、当該店舗における商品の在庫の情報を取得する取得部と、個人を特定するための情報に基づいて特定される個人の購買履歴に特定の広告主の第１の商品が含まれる場合に、前記在庫の情報に基づいて、在庫がある前記特定の広告主の第２の商品の広告を選択する制御部と、を有する。

【発明の効果】

【0008】

本開示の一態様によれば、計算量の増大を抑制しつつ特定の店舗の在庫を考慮した効率的な広告配信を実現できる。

【図面の簡単な説明】

【0009】

【図1】図１は、本開示の一実施形態に係る広告配信システムの概略構成の一例を示す図である。

【図2】図２は、本開示の一実施形態に係る広告配信方法のフローチャートの一例を示す図である。

【図3】図３Ａ及び３Ｂは、購買データから導出されるメイン店舗の一例を示す図である。

【図4】図４は、在庫データの一例を示す図である。

【図5】図５は、決定方法３によって決定される入店推定店舗の一例を示す図である。

【図6】図６は、本開示の一実施形態の変形例に係る広告配信方法のフローチャートの一例を示す図である。

【図7】図７は、本開示の一実施形態に係る広告決定サーバの機能構成の一例を示す図である。

【図8】図８は、本開示の一実施形態に係る広告決定サーバなどのハードウェア構成の一例を示す図である。

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

【0010】

以下、本開示の実施形態について添付図面を参照して詳細に説明する。以下の説明では、同一の部には同一の符号が付される。同一の部は名称、機能などが同じであるため、詳細な説明は繰り返さない。

【0011】

本開示の一実施形態に係る広告配信方法では、実際の店舗の商品の在庫を判定した上で、自社アプリで配信する広告をリアルタイムで選定し、生活者にとって自分の行きつけのお店で売っているものに絞った広告配信を行うことができる。

【0012】

（広告配信システム）
図１は、本開示の一実施形態に係る広告配信システムの概略構成の一例を示す図である。図１に示す広告配信システム１は、デバイス１０と、広告配信サーバ（アドサーバと呼ばれてもよい）２０と、広告決定サーバ３０と、店舗４０と、サイネージ５０と、購買データ／在庫データ管理サーバ６０と、を含む。

【0013】

デバイス１０は、ユーザの操作などに基づいて、事前に所定のアプリケーション（アプリ、ソフトウェア）をインストールされている。このアプリは、例えば、販売促進アプリ、店舗アプリなどと呼ばれてもよく、配信される広告を表示可能である。以下の説明における「アプリ」は、このアプリのことを意味してもよい。

【0014】

デバイス１０は、ユーザの操作によりアプリを実行する装置である。デバイス１０は、アプリの動作に伴い、アドサーバ２０から広告を受信してもよい。なお、本開示の広告は、店舗４０のレジにおいてクーポンとして使われてもよい。

【0015】

デバイス１０は、携帯電話、スマートフォン、タブレット型端末などの携帯端末（移動通信端末）であってもよい。デバイス１０は、有線及び／又は無線（例えば、Long Term Evolution（ＬＴＥ）、5th Generation New Radio（５Ｇ ＮＲ）、Ｗｉ－Ｆｉ（登録商標）など）を介して、ネットワーク（インターネットなど）と通信してもよい。

【0016】

アドサーバ２０は、デバイス１０に対して、広告を配信する機能を有する装置であってもよい。広告は、例えば、テキスト、画像（静止画像、動画像）、音声、その他のメディア又はこれらの組み合わせにより構成されてもよい。なお、アドサーバ２０は、広告以外のコンテンツをデバイス１０に送信することができてもよい。

【0017】

アドサーバ２０は、配信対象のデバイス１０を、デバイス識別子（Identifier（ＩＤ））に基づいて判断してもよい。デバイスＩＤは、広告ＩＤ、所定のサービスに利用する識別子（例えば、アプリのログインＩＤなど）などの少なくとも１つであってもよい。

【0018】

ここで、広告ＩＤは、例えば、ユーザによってオプトアウト可能な、匿名かつ一意な広告配信用の識別子（広告に関する識別子）であってもよい。広告ＩＤは、デバイス１０のブラウザに保存される小さなファイル（クッキー（Cookie））に関する固有のクッキーＩＤ（Cookie ID）であってもよい。なお、クッキーＩＤは、ブラウザごとにそれぞれ異なるＩＤであってもよい。広告ＩＤは、クッキー情報などと呼ばれてもよい。

【0019】

また、広告ＩＤは、デバイス１０にインストールされるアプリケーションから取得される（アプリ経由で取得できる）識別子であってもよく、例えば、ＩＤＦＡ（Identification（Identifier） For Advertisers）、ＡＤＩＤ（Advertising ＩＤ）、その他の広告識別子などであってもよい。なお、ＩＤＦＡ、ＡＤＩＤなどの携帯端末で主に用いられるＩＤは、モバイル広告ＩＤ、モバイルＩＤなどと呼ばれてもよい。

【0020】

アドサーバ２０は、Data Management Platform（ＤＭＰ）を含んで構成されてもよく、ＤＭＰを用いて配信する広告を決定（選択）してもよい。また、アドサーバ２０は、Demand Side Platform（ＤＳＰ）を利用する配信サーバであってもよいし、ＤＳＰ以外の広告配信サーバ（アドサーバ）又はアドサーバを利用する配信サーバであってもよい。

【0021】

アドサーバは、特定の企業（例えば、Ｔｗｉｔｔｅｒ（登録商標）社、Ｆａｃｅｂｏｏｋ（登録商標）社など）が提供するＡＰＩ（Application Programming Interface）（Ads-API）を利用する配信サーバであってもよい。また、アドサーバは、オンライン動画広告を配信する動画広告配信サーバであってもよい。また、アドサーバ２０は、ＤＳＰ、ＡＰＩ、動画広告配信などについて、アドサーバとの連携を、ＤＭＰ（例えば、パブリックＤＭＰ）を介して行ってもよい。

【0022】

アドサーバ２０は、広告決定サーバ３０と連携し、ユーザ（デバイス１０）に対して、生活者にとって自分の行きつけのお店で売っているものに関する広告を配信してもよい。

【0023】

広告決定サーバ３０は、デバイス１０、購買データ／在庫データ管理サーバ６０などから収集された情報に基づいて、当該デバイス１０に対して配信する広告を決定してもよい。

【0024】

店舗４０は、デジタル上ではない実際の店舗であり、上述のアプリに関連する店舗（例えば、アプリの提供者／管理者に関連する店舗、アプリのポイント／個人ＩＤが利用される店舗）である。以下、本開示において、簡単のため、店舗４０は単に店舗とも記載する。

【0025】

サイネージ５０は、店舗４０内に配置され、アドサーバ２０から配信される広告を表示するデジタルサイネージである。

【0026】

購買データ／在庫データ管理サーバ６０は、店舗４０内に配置され、店舗４０における購買データ／在庫データを収集／管理する。店舗ごとの購買データ／在庫データの情報は、広告決定サーバ３０に送信され、集約されてもよい。

【0027】

デバイス１０など、各装置の機能構成及びハードウェア構成の一例については、後述する。

【0028】

なお、当該システム構成は一例であり、これに限られない。例えば、各装置は、図１ではそれぞれ１つずつ含まれる構成としたが、各機器の数はこれに限られず、複数存在してもよい。また、広告配信システム１は、一部の装置を含まない構成としてもよいし、所定の装置の機能が複数の装置により実現される構成としてもよい。

【0029】

また、複数の装置の機能が１つの装置により実現される構成としてもよい。例えば、アドサーバ２０及び広告決定サーバ３０は、１つのサーバ上で実装されてもよい。

【0030】

（広告配信方法）
本開示の一実施形態に係る広告配信方法（広告決定方法）について、以下で説明する。各広告配信方法は、上述の広告配信システムに適用されてもよい。

【0031】

なお、本開示において、商品は、商品／サービスと互いに読み替えられてもよい。本開示において、個人、顧客、生活者、ユーザなどは、互いに読み替えられてもよい。

【0032】

図２は、本開示の一実施形態に係る広告配信方法のフローチャートの一例を示す図である。

【0033】

ステップＳ１０１において、デバイス１０は、ユーザの操作によってアプリ画面が表示された（又はアクティブになった、最前面に出た、ユーザから視認可能な状態に遷移したなど）ことを検出する。

【0034】

ステップＳ１０２において、デバイス１０は、アプリ画面で表示されるページに含まれる広告枠に関して、広告枠リクエスト（広告取得のリクエスト）をアドサーバ２０に対して送信する。デバイス１０は、広告枠リクエストとともに、ユーザの個人ＩＤをアドサーバ２０に送信する。

【0035】

ステップＳ１０３において、アドサーバ２０は、上記広告枠リクエストに対して返す広告を特定するために、広告決定サーバ３０に対して、上記個人ＩＤを送信する。なお、アドサーバ２０は、上記広告枠に出稿（掲載）する広告主を決定し、広告決定サーバ３０に対して、当該広告主の情報を送信してもよい。

【0036】

例えば、アドサーバ２０は、アプリに対して広告の出稿を希望する広告主のリクエスト（広告決定サーバ３０が受信し、アドサーバ２０に転送されてもよいし、アドサーバ２０が受信してもよい）があった広告主のうち、特定の条件を満たす広告主を、上記広告に出稿する広告主として決定してもよい。当該特定の条件は、例えば、目標インプレッション数との乖離が最も大きい広告を有する広告主であること、であってもよい。このようにすれば、以降のステップにおいて出稿対象として選択される広告を特定の広告主の広告に限定して、高速に決定することができる。この場合、以降における「商品」は、当該特定の広告主の商品で読み替えられてもよい。

【0037】

ステップＳ１０４において、広告決定サーバ３０は、上記個人ＩＤに基づいて、個人ＩＤに対応するユーザのメイン店舗を判断する。なお、本開示において、メイン店舗は、ユーザが主に利用する（又は利用すると想定される）店舗に該当してもよい。

【0038】

メイン店舗は、例えば、上記個人ＩＤ及び購買データに基づいて導出されてもよい。メイン店舗の導出方法については後述する。上記購買データは、当該アプリに関連する店舗のうちの全部又は少なくとも一部に関する購買データに該当してもよい。また、上記購買データは、全ユーザについての個人単位の購買に関するデータを含んでもよく、Identifier-Point of Sales（ＩＤ－ＰＯＳ）データと呼ばれてもよい。

【0039】

図３Ａ及び３Ｂは、購買データから導出されるメイン店舗の一例を示す図である。図３Ａは、購買データの一例を示す。図示されるように、購買データは、個人ＩＤ、商品、店舗ＩＤ及びタイムスタンプ（例えば、商品が購入された日時）の組み合わせの情報を含んでもよい。例えば、図３Ａには、個人ＩＤ＝１１１のユーザ（以下、単にユーザ１１１とも呼ぶ）が、商品Ｘを店舗ＩＤ＝Ａａａの店舗（以下、単に店舗Ａａａとも呼ぶ）において３／２２ １５：００に購入したことが示されている。

【0040】

図３Ｂは、図３Ａの購買データから導出されるメイン店舗の一例を示す。本例では、図３Ａの購買データにおいて、各ユーザが商品を購入した回数が最も多い店舗が、メイン店舗として決定されている。

【0041】

ステップＳ１０４におけるメイン店舗の判断処理の具体的な実施例については、後述する。

【0042】

ステップＳ１０５において、広告決定サーバ３０は、上記個人ＩＤ、購買データ及びメイン店舗の在庫データに基づいて、個人ＩＤに対応するユーザに対して配信する広告を判断する。広告決定サーバ３０は、例えば、ユーザに対して、当該広告の商品の在庫が当該ユーザのメイン店舗に存在する場合に、当該広告（言い換えると当該広告を配信すること）を決定してもよい。

【0043】

図４は、在庫データの一例を示す図である。本例では、図３Ａで示した店舗Ａａａ及びＢｂｂの在庫データが示されているが、実際の在庫データは店舗ごとに別々に分けて存在してもよい（店舗単位で参照されてもよい）。在庫データは商品の在庫の変動（例えば、商品が購入される、入荷されるなど）に基づいて逐次更新されてもよく、タイムスタンプは商品の在庫が最後に変動した時刻（又は在庫データが参照される時刻）を示してもよい。

【0044】

在庫データは、Stock Keeping Unit（ＳＫＵ）単位のデータであってもよいし、アイテム単位のデータであってもよい。なお、本開示において、広告決定サーバ３０は、（少なくとも一定の地域における）複数の店舗（例えば、全店舗）に関する在庫データを利用（参照）できる。

【0045】

購買データ／在庫データは、店舗ごとに収集／管理されてもよい。また、各店舗から送信される購買データ／在庫データに関する情報に基づいて、これらを全て包含した全国の購買データ／在庫データが収集／管理されてもよい。購買データ／在庫データの収集／管理は、広告決定サーバ３０において行われてもよいし、他の装置において行われ、広告決定サーバ３０には購買データ／在庫データの情報だけが提供されてもよい。

【0046】

なお、配信する広告は、外部からの入力／情報の受信によって（広告主のリクエストに基づいて）設定された広告から選択されてもよい。設定された広告は、配信可能な期間（例えば、日、月）、配信可能な店舗、配信対象のユーザ（個人ＩＤに対応するユーザ）の購買履歴に特定の商品が含まれるか、などの配信可能な条件を設定されてもよく、当該条件を満たさない場合には選択対象から除外されてもよい。また、条件を満たす広告が複数ある場合には、その中から１つが配信される広告として選択されてもよい（例えば、最も在庫が多い商品の広告が選択されるなど）。

【0047】

ここで、上記特定の商品は、設定された広告の商品（広告対象の商品）と同じであってもよいし、異なってもよい。

【0048】

条件を満たさない場合（例えば、条件を満たさないユーザに対しては）、配信する広告がないと判断し、ステップＳ１０４におけるメイン店舗の判断処理、ステップＳ１０５における広告の判断処理などは省略されてもよい。

【0049】

ステップＳ１０５における広告の判断処理については、第１の実施例、第２の実施例などで後述する。

【0050】

ステップＳ１０６において、広告決定サーバ３０は、個人ＩＤに対応するユーザに対して配信する広告を特定するための情報（広告情報と呼ばれてもよい）をアドサーバ２０に対して送信する。ステップＳ１０７において、アドサーバ２０は、上記広告情報に基づいて、デバイス１０に対して広告を配信する。

【0051】

なお、ステップＳ１０５において配信する広告がないと判断された場合、ステップＳ１０６では広告情報として（又は広告情報の代わりに）広告がないことを示す情報が通知されてもよく、Ｓ１０７における広告の配信は省略されてもよい。

【0052】

＜第１の実施例＞
第１の実施例について説明する。本例では、設定された広告が、商品Ｘであると想定する。また、当該広告の配信可能な期間は３月３１日であり、３月に商品Ｘを購入したユーザに対して当該広告を配信するという条件が設定されている。例えば当該広告は、商品Ｘのリニューアルを知らせる広告であってもよい。

【0053】

ユーザ１１１が、ステップＳ１０１において、アプリ画面を３月３１日に表示した場合を考える。ステップＳ１０２、Ｓ１０３を経て、広告決定サーバ３０に対して、個人ＩＤ＝１１１が送信される。

【0054】

本例では、ステップＳ１０４において、図３Ａの購買データに基づいて図３Ｂのメイン店舗が決定された場合を想定する。

【0055】

ステップＳ１０５では、広告決定サーバ３０は、上記購買データに基づいて、ユーザ１１１の購買履歴を参照し、ユーザ１１１が商品Ｘを３月に購入した（つまり、当該ユーザが上記広告の配信対象である）ことを確認する。

【0056】

次に、広告決定サーバ３０は、ユーザ１１１のメイン店舗である店舗Ａａａの在庫データ（図４と想定する）において商品Ｘが存在することを確認する。つまり、ユーザ１１１のメイン店舗に商品Ｘの在庫があるため、広告決定サーバ３０は、ユーザ１１１に対して配信する広告として、商品Ｘの広告を選択する。

【0057】

ステップＳ１０６において、広告決定サーバ３０は、商品Ｘの広告情報をアドサーバ２０に対して送信する。ステップＳ１０７において、アドサーバ２０は、上記広告情報に基づいて、ユーザ１１１のデバイス１０に対して商品Ｘの広告を配信する。

【0058】

＜第２の実施例＞
第２の実施例について説明する。本例では、設定された広告が、商品Ｗであると想定する。また、当該広告の配信可能な期間は３月３１日であり、３月に商品Ｗを購入したユーザに対して当該広告を配信するという条件が設定されている。

【0059】

ユーザ１１１が、ステップＳ１０１において、アプリ画面を３月３１日に表示した場合を考える。ステップＳ１０２、Ｓ１０３を経て、広告決定サーバ３０に対して、個人ＩＤ＝１１１が送信される。

【0060】

本例では、ステップＳ１０４において、図３Ａの購買データに基づいて図３Ｂのメイン店舗が決定された場合を想定する。

【0061】

ステップＳ１０５では、広告決定サーバ３０は、上記購買データに基づいて、ユーザ１１１の購買履歴を参照し、ユーザ１１１が商品Ｗを３月に購入した（つまり、当該ユーザが上記広告の配信対象である）ことを確認する。

【0062】

次に、広告決定サーバ３０は、ユーザ１１１のメイン店舗である店舗Ａａａの在庫データ（図４と想定する）において商品Ｗが存在しないことを確認する。つまり、ユーザ１１１のメイン店舗に商品Ｗの在庫があるため、広告決定サーバ３０は、ユーザ１１１に対して配信する広告はないと決定する。

【0063】

ステップＳ１０６において、広告決定サーバ３０は、広告がないことを示す情報をアドサーバ２０に対して送信する。ステップＳ１０７において、アドサーバ２０は、上記情報に基づいて、ユーザ１１１のデバイス１０に対しては（商品Ｗの）広告を配信しない。

【0064】

＜メイン店舗の決定＞
以下では、メイン店舗の決定方法について説明する。これらの説明にあたっては、広告決定サーバ３０が、３月３１日に広告を決定するケースを想定する。

【0065】

［決定方法１］
広告決定サーバ３０は、購買データから取得されるユーザの購買履歴に基づいて、一定期間において主に買い物をしている（又は主に利用している）店舗を、メイン店舗として決定してもよい。図３Ａに基づく図３Ｂのメイン店舗の決定は、この決定方法に該当する。

【0066】

当該一定期間は、配信可能な期間が含まれる期間（例えば、同じ月）であってもよいし、ステップＳ１０４の処理を実施するタイミングの直近の一定期間（例えば、Ｎか月（Ｎは、整数））であってもよい。Ｎは、外部からの入力／情報の受信によって設定されてもよい。

【0067】

あるユーザが一定期間において主に買い物をしている（又は主に利用している）店舗は、店舗ごとに以下の式１の値（店舗の利用率と呼ばれてもよい）を求めて、これらのうち最大値となる店舗であると決定されてもよい。
（式１）
一定期間にわたる店舗における当該ユーザの購買回数（又は来店回数）÷一定期間にわたる全店舗における当該ユーザの総購買回数（又は来店回数）

【0068】

図３Ａにおいて、一定期間を３月の一か月間であるとすると、ユーザ１１１は店舗Ａａａで２回、店舗Ｂｂｂで１回買い物をしているため、上記利用率は店舗Ａａａの方が高く、ユーザ１１１のメイン店舗は店舗Ａａａであると決定される。ユーザ２２２は、店舗Ｂｂｂでのみ買い物をしているため、ユーザ２２２のメイン店舗は店舗Ｂｂｂであると決定される。

【0069】

なお、あるユーザが一定期間において主に買い物をしている（又は主に利用している）店舗は、店舗ごとに当該店舗における当該ユーザの購買回数（又は来店回数）を求めて、これらのうち最大値となる店舗であると決定されてもよい。

【0070】

メイン店舗は、商品ごとに決定されてもよいし、商品のジャンル（例えば、飲料全体、特定の飲料（アルコール）、野菜全体、特定の野菜など）ごとに決定されてもよい。例えば、ステップＳ１０５において広告決定サーバ３０が配信可否を決定する広告の商品についてのメイン店舗は、上述の式１の「購買」を「当該商品（又は当該商品のジャンルに属する商品）の購買」で読み替えた式を用いて決定されてもよい。このようにすれば、ユーザが、商品／ジャンルごとに異なる店舗で主に購買する場合に対応できる。

【0071】

［決定方法２］
広告決定サーバ３０は、ユーザによるメイン店舗に関する設定情報に基づいて、メイン店舗を決定してもよい。ユーザは、デバイス１０のアプリを介して、自身のメイン店舗に関する情報（例えば、店舗名）を入力してもよい。デバイス１０は、個人ＩＤと、入力されたメイン店舗に関する情報（店舗名、又は店舗名に対応する店舗ＩＤ）と、を広告決定サーバ３０に送信してもよい。

【0072】

なお、本開示において、デバイス１０から広告決定サーバ３０への情報の送信は、アドサーバ２０を介してもよいし、介さなくてもよい。また、本開示において、デバイス１０から広告決定サーバ３０への情報の送信の際に、特筆しない場合であっても個人ＩＤが合わせて送信されてもよい。

【0073】

広告決定サーバ３０は、デバイス１０から送信された個人ＩＤに対応するメイン店舗が、当該デバイス１０から送信されたメイン店舗に関する情報によって示される店舗ＩＤに関連すると決定してもよい。

【0074】

例えば、ユーザ１１１が、自身のメイン店舗がＡａａであることをデバイス１０のアプリにおいて設定した場合、広告決定サーバ３０は、当該デバイス１０から通知される情報に基づいて、ユーザ１１１のメイン店舗がＡａａであると判断してもよい。

【0075】

［決定方法３］
広告決定サーバ３０は、ユーザの位置情報履歴に基づいて、一定期間において最も多く入店したと考えられる店舗（以下、入店推定店舗とも呼ぶ）を、メイン店舗として決定してもよい。当該一定期間は、上記決定方法１で述べたのと同様であってもよい。

【0076】

例えば、あるユーザのメイン店舗は、一定期間において、各店舗のうち当該ユーザの入店推定店舗となった数が最大の店舗であると決定されてもよい。

【0077】

なお、本開示において、位置情報は、測位システム（例えば、衛星測位システム（Global Navigation Satellite System（ＧＮＳＳ）、Global Positioning System（ＧＰＳ）など））を用いて得られる情報（例えば、緯度、経度、高度）を含んでもよい。

【0078】

デバイス１０のアプリは、ユーザの位置情報を周期的に（又はアプリの起動時／操作時に）取得し、広告決定サーバ３０に送信してもよい。広告決定サーバ３０は、各ユーザから送信された位置情報を個人単位で管理／記憶し、ユーザの位置情報及び各店舗の位置情報（店舗の位置情報は、予め記憶しておいてもよい）を比較することによって、各ユーザの入店推定店舗を決定してもよい。例えば、ユーザの位置情報から判断される位置が、ある店舗の位置情報から判断される位置から一定範囲にある場合に、当該店舗が当該ユーザの入店推定店舗であると決定されてもよい。

【0079】

また、デバイス１０のアプリは、ユーザの位置情報を周期的に（又はアプリの起動時／操作時に）取得し、当該位置情報及び各店舗の位置情報（店舗の位置情報は、アプリに予め記憶されていてもよい）を比較することによって、ユーザの入店推定店舗を決定してもよい。デバイス１０のアプリは、ユーザの入店推定店舗が決定できた場合に、当該入店推定店舗に関する情報を、広告決定サーバ３０に送信してもよい。この方法によれば、位置情報を直接送る場合に比べて、デバイス１０の入店推定店舗決定のための情報にかかる通信オーバーヘッドは小さいことが期待される。

【0080】

なお、広告決定サーバ３０は、ユーザの位置情報をデバイス１０のアプリから受信する代わりに、別の装置から（例えば、連携するサービス提供者のサーバから）受信して、ユーザの入店推定店舗の決定に用いてもよい。

【0081】

広告決定サーバ３０は、決定された又は各ユーザから送信された入店推定店舗を、個人単位で管理／記憶してもよい。広告決定サーバ３０は、各ユーザの入店推定店舗の履歴を、タイムスタンプ（例えば、入店推定店舗が決定された日時）とともに記憶してもよい。

【0082】

図５は、決定方法３によって決定される入店推定店舗の一例を示す図である。本例では、３月におけるユーザ１１１の入店推定店舗の履歴が示されている。図示されるように、入店推定店舗の履歴は、個人ＩＤ、店舗ＩＤ及びタイムスタンプの組み合わせの情報を含んでもよい。

【0083】

図５において、上述の一定期間を３月の一か月間であるとすると、ユーザ１１１は店舗Ａａａで２回、店舗Ｂｂｂで３回買い物をしているため、ユーザ１１１のメイン店舗は店舗Ｂｂｂであると決定される。

【0084】

［決定方法４］
広告決定サーバ３０は、ユーザの店舗検索履歴に基づいて、メイン店舗を決定してもよい。

【0085】

例えば、あるユーザのメイン店舗は、一定期間において、各店舗のうち最も当該ユーザによって検索された数が多い店舗であると決定されてもよい。当該一定期間は、上記決定方法１で述べたのと同様であってもよい。

【0086】

また、あるユーザのメイン店舗は、時間的に一番直近に当該ユーザによって検索された店舗であると決定されてもよい。

【0087】

なお、決定方法４における検索は、図２のフローチャートにおけるアプリ上の検索を意味してもよいし、他のアプリ（例えば、ブラウザ）上の検索を意味してもよいし、両方を含んでもよい。

【0088】

デバイス１０のアプリは、ユーザの店舗検索履歴の情報を周期的に（又はアプリの起動時／操作時に）取得し、広告決定サーバ３０に送信してもよい。広告決定サーバ３０は、各ユーザから送信された店舗検索履歴の情報を個人単位で管理／記憶し、各ユーザのメイン店舗を決定してもよい。

【0089】

店舗検索履歴の情報は、検索された店舗の店舗ＩＤ、タイムスタンプ（例えば、店舗が検索された日時）などを含んでもよい。

【0090】

なお、広告決定サーバ３０は、ユーザの店舗検索履歴の情報をデバイス１０のアプリから受信する代わりに、別の装置から（例えば、連携するサービス提供者のサーバから）受信して、ユーザのメイン店舗の決定に用いてもよい。

【0091】

上述の図５は、決定方法４における店舗検索履歴の情報の一例としても参照できる。図５において、上述の一定期間を３月の一か月間であるとすると、ユーザ１１１は店舗Ａａａを２回、店舗Ｂｂｂを３回検索しているため、ユーザ１１１のメイン店舗は店舗Ｂｂｂであると決定されてもよい。また、図５において、時間的に一番直近にユーザ１１１によって検索された店舗は、３／２８ １５：００に検索された店舗Ａａａであり、ユーザ１１１のメイン店舗は店舗Ａａａであると決定されてもよい。

【0092】

［決定方法５］
広告決定サーバ３０は、ユーザの宅配利用履歴に基づいて、メイン店舗を決定してもよい。

【0093】

宅配利用履歴は、例えば、デバイス１０のアプリを介して発注された宅配の対象店舗（発注店舗と呼ばれてもよい）の履歴を含んでもよい。当該宅配は、いわゆるネットスーパー／ネットコンビニなどの宅配サービスに該当してもよく、アプリによって対象店舗を指定すると、当該対象店舗から任意の場所に商品を配送してくれる宅配であってもよい。

【0094】

宅配利用履歴は、例えば、任意の宅配会社の宅配便の受け取りのために、ユーザによって指定された対象店舗（受取店舗と呼ばれてもよい）の履歴を含んでもよい。

【0095】

例えば、あるユーザのメイン店舗は、一定期間において、各店舗のうち最も当該ユーザによって宅配（発注／受取）が利用された数が多い店舗であると決定されてもよい。当該一定期間は、上記決定方法１で述べたのと同様であってもよい。

【0096】

また、あるユーザのメイン店舗は、時間的に一番直近に当該ユーザによって宅配が利用された店舗であると決定されてもよい。

【0097】

なお、決定方法５における宅配は、図２のフローチャートにおけるアプリを介して発注／受取指定がされる宅配を意味してもよいし、他のアプリ（例えば、ブラウザ）を介して発注／受取指定がされる宅配を意味してもよいし、両方を含んでもよい。

【0098】

デバイス１０のアプリは、ユーザの宅配利用履歴の情報を周期的に（又はアプリの起動時／操作時に）取得し、広告決定サーバ３０に送信してもよい。広告決定サーバ３０は、各ユーザから送信された宅配利用履歴の情報を個人単位で管理／記憶し、各ユーザのメイン店舗を決定してもよい。

【0099】

宅配利用履歴の情報は、発注／受取に利用された店舗の店舗ＩＤ、タイムスタンプ（例えば、発注／受取が指定された日時）などを含んでもよい。

【0100】

なお、広告決定サーバ３０は、ユーザの宅配利用履歴の情報をデバイス１０のアプリから受信する代わりに、別の装置から（例えば、連携するサービス提供者のサーバから）受信して、ユーザのメイン店舗の決定に用いてもよい。

【0101】

上述の図５は、決定方法５における宅配利用履歴の情報の一例としても参照できる。図５において、上述の一定期間を３月の一か月間であるとすると、ユーザ１１１は店舗Ａａａを２回、店舗Ｂｂｂを３回、発注／受取に利用しているため、ユーザ１１１のメイン店舗は店舗Ｂｂｂであると決定されてもよい。また、図５において、時間的に一番直近にユーザ１１１によって発注／受取に利用された店舗は、３／２８ １５：００に検索された店舗Ａａａであり、ユーザ１１１のメイン店舗は店舗Ａａａであると決定されてもよい。

【0102】

なお、以上の決定方法３－５において、デバイス１０のアプリは、ユーザの位置情報／店舗検索履歴／宅配利用履歴に基づいて自らメイン店舗を決定し、決定したメイン店舗の情報を広告決定サーバ３０に送信してもよい。これによれば、広告決定サーバ３０が各ユーザのメイン店舗を決定する負荷を、各ユーザのデバイス１０に分散できる。

【0103】

以上説明した一実施形態によれば、ユーザのデバイス１０に対して、行きつけの店舗（メイン店舗）について在庫がある商品の広告配信を好適に行うことができるため、「アプリで広告された商品がなかった」というユーザの失望を抑制できる。メイン店舗についての広告であるため、ユーザにとって利便性が高い。また、ユーザのメイン店舗を決定することによって、全店舗の在庫データを探索する必要がなく、広告決定サーバ３０が低い処理負荷で在庫データを探索して広告を決定できる。

【0104】

＜変形例＞
上述の実施形態では、デバイス１０のアプリに対して配信される広告の決定方法を説明したが、この方法を少し修正した方法に基づいて、店舗のサイネージ５０に対して配信される広告が決定されてもよい。

【0105】

図６は、本開示の一実施形態の変形例に係る広告配信方法のフローチャートの一例を示す図である。図２のフローチャートと同様であってもよい内容については、繰り返し説明しない。

【0106】

ステップＳ２０２において、サイネージ５０は、自身が表示する広告枠に関して、広告枠リクエストをアドサーバ２０に対して送信する。サイネージ５０は、広告枠リクエストとともに、店舗ＩＤをアドサーバ２０に送信する。なお、アドサーバ２０において、広告枠リクエストを送信してきたサイネージ５０がある店舗が特定できるのであれば、店舗ＩＤは送信されなくてもよい。

【0107】

ステップＳ２０３において、アドサーバ２０は、上記広告枠リクエストに対して返す広告を特定するために、広告決定サーバ３０に対して、上記店舗ＩＤを送信する。なお、アドサーバ２０は、図２に関して述べたのと同様に、上記広告枠に出稿（掲載）する広告主を決定し、広告決定サーバ３０に対して、当該広告主の情報を送信してもよい。

【0108】

ステップＳ２０５において、広告決定サーバ３０は、上記店舗ＩＤに対応する店舗の在庫データに基づいて、サイネージ５０に対して配信する広告を判断する。広告決定サーバ３０は、例えば、サイネージ５０がある店舗に当該広告の商品の在庫が存在する場合に、サイネージ５０に対して当該広告を配信することを決定してもよい。

【0109】

ステップＳ２０６において、広告決定サーバ３０は、サイネージ５０に対して配信する広告を特定するための情報（広告情報と呼ばれてもよい）を、アドサーバ２０に対して送信する。ステップＳ２０７において、アドサーバ２０は、上記広告情報に基づいて、サイネージ５０に対して広告を配信する。

【0110】

以上説明した変形例によれば、店舗に在庫がある商品の広告を、当該店舗のサイネージ５０に表示できるため、当該広告を見たユーザの「サイネージで広告された商品がなかった」という失望を抑制できる。また、店舗ＩＤに基づいて特定することによって、広告決定サーバ３０が低い処理負荷で在庫データを探索できる。

【0111】

＜補足＞
本開示において、「…ＩＤ」は、「…を特定するための情報」、「…に関連付けられる情報」、「…の識別情報」などと互いに読み替えられてもよい。例えば、本開示の店舗ＩＤは、店舗を特定するための１つ以上の情報を意味してもよい。

【0112】

（機器の構成）
図７は、本開示の一実施形態に係る広告決定サーバの機能構成の一例を示す図である。本例に示すように、広告決定サーバ３０は、制御部３１０と、記憶部３２０と、通信部３３０と、入力部３４０と、出力部３５０と、を有する。なお、本例では、本実施形態における特徴部分の機能ブロックを主に示しており、広告決定サーバ３０は、他の処理に必要な他の機能ブロックも有してもよい。また、一部の機能ブロックを含まない構成としてもよい。

【0113】

制御部３１０は、広告決定サーバ３０の制御を実施する。制御部３１０は、上述の広告決定方法に基づく処理を実施してもよい。制御部３１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置により構成することができる。

【0114】

記憶部３２０は、広告決定サーバ３０において利用する情報を記憶（保持）する。記憶部３２０は、例えば、本開示に係る技術分野での共通認識に基づいて説明されるメモリ、ストレージ、記憶装置などにより構成することができる。

【0115】

通信部３３０は、ネットワークを介した他の通信デバイス（機器、サーバなど）との通信を行う。通信部３３０は、受信した種々の情報を制御部３１０に出力してもよい。

【0116】

通信部３３０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置により構成することができる。なお、通信部３３０は、送信部及び受信部から構成されてもよい。

【0117】

入力部３４０は、外部（例えば、人）からの操作により入力を受け付ける。また、入力部３４０は、所定の機器、記憶媒体などと接続され、データの入力を受け付けてもよい。入力部３４０は、入力結果を例えば制御部３１０に出力してもよい。

【0118】

入力部３４０は、本開示に係る技術分野での共通認識に基づいて説明されるキーボード、マウス、ボタンなどの入力装置、入出力端子、入出力回路などにより構成することができる。また、入力部３４０は、表示部と一体となった構成（例えば、タッチパネル）としてもよい。

【0119】

出力部３５０は、外部に対して知覚できる形式でデータ、コンテンツなどの出力を行う。例えば、出力部３５０は、画像を表示する表示部、音声を出力する音声出力部などを含んで構成されてもよい。

【0120】

表示部は、例えば、本開示に係る技術分野での共通認識に基づいて説明されるディスプレイ、モニタなどの表示装置により構成することができる。また、音声出力部は、本開示に係る技術分野での共通認識に基づいて説明されるスピーカーなどの出力装置により構成することができる。

【0121】

出力部３５０は、例えば、本開示に係る技術分野での共通認識に基づいて説明される演算器、演算回路、演算装置、プレイヤー、画像／映像／音声処理回路、画像／映像／音声処理装置、アンプなどを含んで構成することができる。

【0122】

なお、通信部３３０、入力部３４０及び制御部３１０のいずれか又はこれらの組み合わせは、取得部と呼ばれてもよい。

【0123】

取得部は、店舗を特定するための情報（例えば、店舗ＩＤ）に基づいて、当該店舗における商品の在庫の情報（在庫データ）を取得してもよい。制御部３１０は、前記在庫の情報に基づいて、在庫がある商品の広告を選択してもよい。通信部３３０は、選択された広告の情報を、アドサーバ２０に対して送信してもよい。

【0124】

制御部３１０は、個人を特定するための情報（例えば、個人ＩＤ）に基づいて特定される個人の購買履歴（購買データ）に特定の商品（例えば、広告対象の商品）が含まれる場合に、前記在庫の情報に基づいて、在庫がある商品の広告を選択してもよい。

【0125】

制御部３１０は、個人を特定するための情報に基づいて特定される個人が主に利用する又は利用すると想定されるメイン店舗を決定し、前記メイン店舗に在庫がある商品の広告を選択してもよい。

【0126】

制御部３１０は、前記個人の購買履歴に基づいて、一定期間において主に買い物をしていると判断される店舗を、前記メイン店舗として決定してもよい。

【0127】

制御部３１０は、前記個人のメイン店舗に関する設定情報によって示される店舗を、前記メイン店舗として決定してもよい。

【0128】

制御部３１０は、前記個人の位置情報履歴に基づいて、一定期間において最も多く入店したと考えられる店舗を、前記メイン店舗として決定してもよい。

【0129】

制御部３１０は、前記個人の店舗検索履歴に基づいて、前記メイン店舗を決定してもよい。

【0130】

制御部３１０は、前記個人の宅配利用履歴に基づいて、前記メイン店舗を決定してもよい。

【0131】

デバイス１０などその他の装置についても、図７と同様の構成を有してもよい。当業者であれば、図７の説明における広告決定サーバ３０関連の記載を、適宜読み替えて理解できる。

【0132】

以下、いくつかの部について例示的に説明する。なお、図７の各機能ブロックに対応する各装置の符号は、各装置を示す符号の最初の一桁の数字（例えば、デバイス１０であれば「３０」の最初の一桁の「３」）を図７の最初の一桁の数字に適用して表す。

【0133】

デバイス１０の通信部１３０は、広告枠リクエスト、個人ＩＤの情報などを、アドサーバ２０に対して送信してもよい。アドサーバ２０の通信部２３０は、個人ＩＤの情報を、広告決定サーバ３０に対して送信してもよい。

【0134】

アドサーバ２０の通信部２３０は、広告情報を、広告決定サーバ３０から受信してもよい。アドサーバ２０の制御部２１０は、上記広告情報に基づいて、デバイス１０に対して配信する広告を特定し、通信部２３０によって当該広告を送信してもよい。デバイス１０の出力部３５０は、デバイス１０の通信部１３０が受信した広告を表示してもよい。

【0135】

（ハードウェア構成）
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的に結合した１つの装置により実現されてもよいし、物理的に分離した２つ以上の装置を有線又は無線によって接続し、これら複数の装置により実現されてもよい。

【0136】

例えば、本開示の一実施形態における装置（広告決定サーバ３０など）は、本開示の広告配信方法の処理を行うコンピュータとして機能してもよい。図８は、本開示の一実施形態に係る広告決定サーバなどのハードウェア構成の一例を示す図である。上述の広告決定サーバ３０、デバイス１０などは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

【0137】

なお、本開示において、装置、回路、デバイス、ユニット、サーバなどは、互いに読み替えることができる。広告決定サーバ３０、デバイス１０などのハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

【0138】

例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、２以上のプロセッサによって実行されてもよい。なお、プロセッサ１００１は、１以上のチップによって実装されてもよい。

【0139】

広告決定サーバ３０、デバイス１０などにおける各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みなどを制御することによって実現される。

【0140】

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（Central Processing Unit（ＣＰＵ））によって構成されてもよい。なお、上述の制御部３１０などの各部は、プロセッサ１００１によって実現されてもよい。

【0141】

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、制御部３１０は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。

【0142】

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically EPROM）、ＲＡＭ（Random Access Memory）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、一実施形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

【0143】

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（ＣＤ－ＲＯＭ（Compact Disc ROM）など）、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。なお、上述の記憶部３２０は、メモリ１００２及び／又はストレージ１００３によって実現されてもよい。

【0144】

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、ＳＩＭカードを含んでもよい。なお、上述の通信部３３０は、通信装置１００４によって実現されてもよい。

【0145】

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウスなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカーなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。なお、上述の入力部３４０及び出力部３５０は、それぞれ入力装置１００５及び出力装置１００６によって実現されてもよい。

【0146】

また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００８によって接続される。バス１００７は、単一のバスによって構成されてもよいし、装置間で異なるバスで構成されてもよい。

【0147】

また、広告決定サーバ３０などは、マイクロプロセッサ、デジタル信号プロセッサ（Digital Signal Processor（ＤＳＰ））、Application Specific Integrated Circuit（ＡＳＩＣ）、Programmable Logic Device（ＰＬＤ）、Field Programmable Gate Array（ＦＰＧＡ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

【0148】

（変形例）
なお、本開示において説明した用語及び／又は本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。

【0149】

本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。また、本開示においてパラメータなどに使用する名称は、いかなる点においても限定的なものではない。

【0150】

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

【0151】

情報、信号などは、複数のネットワークノードを介して入出力されてもよい。入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。

【0152】

また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。

【0153】

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

【0154】

また、ソフトウェア、命令、情報などは、伝送媒体及び信号波形の少なくとも１つを介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（Digital Subscriber Line（ＤＳＬ））など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

【0155】

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

【0156】

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

【0157】

本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

【0158】

本開示において、「Ａ／Ｂ」及び「Ａ及びＢの少なくとも一方」は、互いに読み替えられてもよい。また、本開示において、「Ａ／Ｂ／Ｃ」は、「Ａ、Ｂ及びＣの少なくとも１つ」を意味してもよい。

【0159】

本開示において、「含む（include）」、「含んでいる（including）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

【0160】

本開示において、例えば、英語でのa, an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

【0161】

本開示において、「以下」、「未満」、「以上」、「より多い」、「と等しい」などは、互いに読み替えられてもよい。

【0162】

本開示において、「の（of）」、「のための（for）」、「に関する（regarding）」、「に関係する（related to）」、「に関連付けられる（associated with）」などは、互いに読み替えられてもよい。

【0163】

以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、特許請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】