JP2020194297A - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】キャパシティに制限がある対象を運営する事業者から入札を適切に受け付ける情報処理装置、情報処理方法および情報処理プログラムを提供する。【解決手段】情報処理装置１００は、受付部１３２を備える。受付部１３２は、キャパシティに制限がある対象へのユーザの送客に関する所定の条件を満たした場合に、対象を運営する第１事業者が、第１事業者とは異なる第２事業者に報酬を支払うことに対して、第１事業者から入札を受け付ける。【選択図】図６

Description

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

従来、グルメサイトを通じた予約で来店した際の送客手数料の支払いに関して飲食店及びサイト運営者に掛かっていた手間を省略する技術が知られている。例えば、送客のキャンセル数に応じて減じた送客手数料をサイト運営者から飲食店に請求する技術が知られている。

特開２０１７−０３３２６３号公報

しかしながら、上述した従来技術では、店舗などのキャパシティに制限がある対象を運営する事業者から入札を適切に受け付けることができるとは限らなかった。例えば、上述した従来技術では、キャンセルの数に応じた送客手数料を算出する技術に過ぎない。

本願は、上記に鑑みてなされたものであって、キャパシティに制限がある対象を運営する事業者から入札を適切に受け付けることを目的とする。

本願に係る情報処理装置は、キャパシティに制限がある対象へのユーザの送客に関する所定の条件を満たした場合に、前記対象を運営する第１事業者が、前記第１事業者とは異なる第２事業者に報酬を支払うことに対して、前記第１事業者から入札を受け付ける受付部を有することを特徴とする。

実施形態の一態様によれば、キャパシティに制限がある対象を運営する事業者から入札を適切に受け付けることができる。

図１は、実施形態に係る情報処理の一例を示す図である。 図２は、実施形態に係る情報処理の一例を示す図である。 図３は、実施形態に係る情報処理システムの構成例を示す図である。 図４は、実施形態に係る端末装置の構成例を示す図である。 図５は、実施形態に係る事業者装置の構成例を示す図である。 図６は、実施形態に係る情報処理装置の構成例を示す図である。 図７は、実施形態に係る送客関連情報記憶部の一例を示す図である。 図８は、実施形態に係る第１モデル記憶部の一例を示す図である。 図９は、実施形態に係る入札情報記憶部の一例を示す図である。 図１０は、実施形態に係る順位決定用情報記憶部の一例を示す図である。 図１１は、実施形態に係る第２モデル記憶部の一例を示す図である。 図１２は、実施形態に係る提供情報記憶部の一例を示す図である。 図１３は、実施形態に係るユーザ情報記憶部の一例を示す図である。 図１４は、実施形態に係る事業者情報記憶部の一例を示す図である。 図１５は、実施形態に係る情報処理の一例を示すフローチャートである。 図１６は、実施形態に係る情報処理の一例を示すフローチャートである。 図１７は、実施形態に係る情報処理の一例を示すフローチャートである。 図１８は、実施形態に係る情報処理の一例を示すフローチャートである。 図１９は、実施形態に係る情報処理の一例を示すフローチャートである。 図２０は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

（実施形態）
〔１．情報処理の一例〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。図１では、実施形態に係る情報処理が情報処理装置１００により実行される例を示す。なお、図１及び図２の例では、店舗（店）を、キャパシティに制限がある対象の一例として説明するが、対象は、キャパシティに制限があるものであれば、どのような対象であってもよい。例えば、対象は、タクシや自家用車などの所定の移動体であってもよい。例えば、対象は、電車やバスなどの公共交通機関であってもよい。例えば、対象は、イベントやアクティビティや講習会等が開催される会議室やイベント会場等の所定の空間（スペース）であってもよい。例えば、対象は、フリーアドレスのオフィス、インターネットカフェ、カプセルホテル、ホテル等の所定の空間であってもよい。キャパシティは、空間的な制限に限らず、参加人数などの人数的な制限であってもよい。また、キャパシティは、人数的な制限に限らず、椅子の数や座席数などの空間容量的な制限であってもよい。また、キャパシティに制限がある対象への収容物については、人に限らず、物などであってもよい。例えば、対象は、トラックの荷台などの物流に関する移動体の収容スペースであってもよい。また、ここでいう対象は、空き家、空き部屋、空き倉庫、スーツケース、かばん、コインロッカー、コインランドリー、マッサージチェア等、人や物が収容物となる種々の対象であてもよい。なお、上記は一例であり、キャパシティに制限があり、下記情報処理が適用可能な種々の対象について、後述する処理を行ってもよい。

図１では、情報処理装置１００が、送客に関して店舗が入札した入札額を受け付ける場合を示す（事業者ＣＭ３のケース）。なお、図１に示す事業者ＣＭ１及び事業者ＣＭ２のケースのように、情報処理装置１００は、送客に関する入札をアシストする情報を要求（リクエスト）した店舗から入札額を受け付けてもよい。例えば、送客に関する入札をアシストする情報とは、報酬（報酬額）に応じた送客の度合に関する情報である。この場合、情報処理装置１００は、送客に関する入札をアシストする情報を提供する。以下、送客に関する入札をアシストする情報を、適宜、入札アシスト情報と呼ぶ。また、ユーザ（利用者）の送客に関連する情報を、適宜、送客関連情報と呼ぶ。そして、図１では、入札アシスト情報を要求した店舗の送客関連情報に基づいて、送客の度合を算出する場合を示す。以下、図１を用いて、実施形態に係る情報処理の一例を説明する。

情報処理装置１００は、事業者装置２０−１を介して事業者ＣＭ１が送信した入札アシスト情報の要求を受け付ける（ステップ１０１）。なお、図１に示す事業者ＣＭ１は、店舗ＳＰ１と所定の関係を有する事業者である。例えば、事業者ＣＭ１は、店舗ＳＰ１を運営（経営）する事業者である。以下、店舗と所定の関係を有する事業者を、適宜、第１事業者と呼ぶ。図１では、店舗ＳＰ１は居酒屋である。以下、店舗を事業者（第１事業者）と読み替える場合がある。例えば、店舗ＳＰ１を、事業者ＣＭ１と読み替える場合がある。ステップＳ１０１において、情報処理装置１００は、入札アシスト情報の要求を受け付けると共に、店舗ＳＰ１の送客関連情報を取得する。例えば、情報処理装置１００は、事業者装置２０−１から送信された送客関連情報を取得してもよいし、所定の記憶部に格納された送客関連情報を取得してもよい。送客関連情報は、店舗が指定（要望）する情報（条件）を含んでもよい。

送客関連情報は、店舗が指定する情報であれば、どのような情報を含んでもよい。例えば、送客関連情報は、店舗が指定するユーザの属性（例えば、デモグラフィック属性）や、ユーザの店舗の利用の有無（リピータであるか否か）や、時間帯や、ユーザの到着時間を示す情報などを含んでもよい。具体的な例を挙げると、２０代の女性を集客したい場合には、送客関連情報として、「２０代：女性」といった属性を店舗が指定してもよい。また、店舗の利用がない新規のユーザを獲得したい場合には、送客関連情報として、「新規ユーザ」といった属性を店舗が指定してもよい。また、１３時から１４時のランチタイムに集客したい場合には、送客関連情報として、「１３時から１４時」といった時間帯に関する条件を指定してもよい。また、現時刻から１０分以内に来店可能な人を集客したい場合には、送客関連情報として、「現時刻から１０分以内」といったユーザの到着時間に関する条件を指定してもよい。

送客関連情報は、店舗の満空に関する状況を含んでもよい。ここで、満空に関する状況とは、店舗の空席状況であってもよい。具体的には、満空に関する状況は、「空き１５席」といった店舗内の空席の数であってもよいし、「空き１０％」といった店舗内の混雑率であってもよいし、別の表現により示されるものであってもよい。例えば、送客関連情報は、曜日毎や時間帯毎の店舗の満空に関する状況を含んでもよい。また、送客関連情報は、店舗が指定する情報と、店舗の満空に関する状況とを含んでもよい。また、送客関連情報は、店舗の満空に関する状況に応じて店舗が指定する情報を含んでもよい。

情報処理装置１００は、送客に関連する所定の関数を取得する。例えば、情報処理装置１００は、所定の記憶部に記憶された所定の関数を取得する。例えば、情報処理装置１００は、送客に関連する所定の関数として、報酬（リワード）に応じた関数を取得する。なお、所定の関数とは、スコアを出力するモデルであってもよい。例えば、所定の関数とは、報酬を入力することにより、スコアを算出するモデルであってもよい。情報処理装置１００は、送客に関連するモデル（以下、適宜「第１のモデルＭ１」と呼ぶ）を用いて、送客に関する指標を示すスコアを算出する（ステップＳ１０２）。図１では、情報処理装置１００は、報酬に応じた送客の度合を算出する。ここで、送客の度合とは、ユーザの送客に関する所定の条件を満たす度合である。すなわち、送客の度合は、送客に関する報酬を受け取れる度合である。なお、情報処理装置１００が算出する度合は、確率であってもよい。情報処理装置１００は、報酬を第１のモデルＭ１に入力した際に、送客の度合を算出する。以下に示す式（１）は、図１に示す所定の関数の一例である。図１の例では、第１のモデルＭ１は、以下の式（１）に対応する。図１に示す所定の関数は、複数の要素に応じてスコアを算出してもよい。すなわち、図１に示す所定の関数は、送客の度合を出力するモデルである。具体的には、図１に示す所定の関数は、送客関連情報を入力することにより、送客の度合を出力するモデルである。

式（１）に示すｘ１、ｘ２、・・・、ｘｎは、スコアを算出するための要素である。式（１）に示す要素は、送客関連情報である。式（１）に示す要素は、報酬、店舗が指定する情報、店舗の満空に関する状況、外部サーバが保有する情報などである。ここで、式（１）に示すｘ１が報酬に対応し、ｘ２が店舗の指定する情報に対応し、ｘ３が店舗の満空に関する状況に対応し、ｘ４が外部サーバの保有する情報に対応するものとする。また、ｘ２の店舗が指定する情報とは、例えば、ユーザの属性や、利用の有無や、時間帯である。また、式（１）は、店舗が指定するユーザの属性や、店舗が指定する利用の有無や、店舗が指定する時間帯に対応する各々の要素を含んでもよい。なお、ｘ４の外部サーバが保有する情報とは、例えば、店舗の周辺のユーザに関する情報や、店舗の周辺の環境（例えば、天候）に関する情報や、店舗の評価に関する情報である。また、式（１）は、外部サーバが保有する情報の各々に対応する要素を含んでもよい。

図１は、情報処理装置１００が、報酬５０円を第１のモデルＭ１に入力すると、確率Ｘ％を算出する（ステップＳ１０２−１）。また、情報処理装置１００は、報酬１００円を第１のモデルＭ１に入力すると、確率Ｙ％を算出する（ステップＳ１０２−２）。また、情報処理装置１００は、報酬２００円を第１のモデルＭ１に入力すると、確率Ｚ％を算出する（ステップＳ１０２−３）。なお、図１では、情報処理装置１００が、所定の記憶部に記憶された第１のモデルＭ１を用いて送客に関する確率を算出する場合を示すが、情報処理装置１００は、送客に関する確率を出力する第１のモデルＭ１を生成又は学習してもよい。なお、情報処理装置１００が、第１のモデルＭ１を生成又は学習する処理については後述する。

報酬は、送客に対して支払われる成功報酬である。報酬は、所定のウェブサービスを提供する事業者（以下、適宜「第２事業者」と呼ぶ）に対して、所定の条件を満たす場合に支払われる。具体的には、報酬は、店舗を運営する第１事業者から、店舗へのユーザの送客に対して貢献する行動を行った第２事業者に対して支払われる。すなわち、報酬は、第２事業者が店舗への送客に対して貢献する行動を行ったと情報処理装置１００が判定した場合に支払われる。なお、報酬を示す情報を、適宜、報酬情報と呼ぶ。また、報酬の支払の処理については図２において後述する。

情報処理装置１００は、第１のモデルＭ１に基づいてグラフＧＲ１を生成する（ステップＳ１０３）。例えば、情報処理装置１００は、報酬に応じた送客の度合を示すグラフＧＲ１を生成する。情報処理装置１００は、グラフＧＲ１を入札アシスト情報としてもよい。なお、図１に示す例では、情報処理装置１００がグラフＧＲ１を生成する場合を示すが、情報処理装置１００は、店舗の入札をアシストする情報であれば、どのようなものを生成してもよい。例えば、情報処理装置１００は、報酬と送客の度合とを対応付けて示すテーブル（一覧）を生成してもよい。情報処理装置１００は、生成した情報を入札アシスト情報としてもよい。

情報処理装置１００は、入札アシスト情報を提供する（ステップＳ１０４）。図１の例では、情報処理装置１００は、グラフＧＲ１を事業者装置２０−１に送信する。これにより、情報処理装置１００は、店舗にとって送客の度合に応じた魅力的な集客活動を展開することができる。

情報処理装置１００は、事業者装置２０−１を介して事業者ＣＭ１が入札した入札情報を受け付ける（ステップＳ１０５）。情報処理装置１００は、事業者ＣＭ１が入札した一人あたりの送客に関する入札情報を受け付ける。図１は、事業者ＣＭ１が送客に関して１００円を入札したことを示す。なお、事業者ＣＭ１が送客に関して入札した入札額（１００円）は、送客に関する所定の条件が満たされる場合に、第２事業者に支払われる報酬の額である。

同様に、情報処理装置１００は、事業者装置２０−２を介して事業者ＣＭ２が送信した入札アシスト情報の要求を受け付ける（ステップ１０６）。なお、図１に示す事業者ＣＭ２は、店舗ＳＰ２と所定の関係を有する第１事業者である。例えば、事業者ＣＭ２は、店舗ＳＰ２を運営する第１事業者である。図１では、店舗ＳＰ２はパン屋である。なお、以下では、店舗ＳＰ２を、適宜、事業者ＣＭ２と読み替える場合がある。ステップＳ１０６において、情報処理装置１００は、入札アシスト情報の要求を受け付けると共に、店舗ＳＰ２の送客関連情報を取得する。例えば、情報処理装置１００は、事業者装置２０−２から送信された送客関連情報を取得してもよいし、所定の記憶部に格納された送客関連情報を取得してもよい。

情報処理装置１００は、ステップＳ１０２及びステップＳ１０３と同様の処理に基づいて、店舗ＳＰ２に対応した入札アシスト情報を提供する（ステップＳ１０７）。具体的には、情報処理装置１００は、店舗ＳＰ２の送客関連情報に基づいて店舗ＳＰ２に対応する第１のモデルＭ１を生成し、第１のモデルＭ１に基づいて生成した情報を入札アシスト情報として提供する。情報処理装置１００は、店舗ＳＰ２に対応した入札アシスト情報を事業者装置２０−２に送信する。

情報処理装置１００は、事業者装置２０−２を介して事業者ＣＭ２が入札した入札情報を受け付ける（ステップＳ１０８）。情報処理装置１００は、事業者ＣＭ２が入札した一人あたりの送客に関する入札情報を受け付ける。図１は、事業者ＣＭ２が送客に関して２００円を入札したことを示す。なお、事業者ＣＭ２が送客に関して入札した入札額（２００円）は、送客に関する所定の条件が満たされる場合に、第２事業者に支払われる報酬の額である。

図１では、事業者ＣＭ１及び事業者ＣＭ２と異なり、事業者ＣＭ３が入札アシスト情報を要求しない場合を示す。この場合、情報処理装置１００は、事業者装置２０−３を介して事業者ＣＭ３から入札アシスト情報の要求を受け付けない。また、情報処理装置１００は、店舗ＳＰ３に対応した入札アシスト情報を事業者装置２０−３に送信しなくてよい。なお、図１に示す事業者ＣＭ３は、店舗ＳＰ３と所定の関係を有する第１事業者である。例えば、事業者ＣＭ３は、店舗ＳＰ３を運営する第１事業者である。図１では、店舗ＳＰ３は、レストランである。なお、以下では、店舗ＳＰ３を、適宜、事業者ＣＭ３と読み替える場合がある。

情報処理装置１００は、事業者装置２０−３を介して事業者ＣＭ３が入札した入札情報を受け付ける（ステップＳ１０９）。情報処理装置１００は、事業者ＣＭ３が入札した一人あたりの送客に関する入札情報を受け付ける。図１は、事業者ＣＭ３が送客に関して１５０円を入札したことを示す。なお、事業者ＣＭ３が送客に関して入札した入札額（１５０円）は、送客に関する所定の条件が満たされる場合に、第２事業者に支払われる報酬の額である。

なお、店舗ＳＰ１に関するステップＳ１０１乃至ステップＳ１０５の処理と、店舗ＳＰ２に関するステップＳ１０６乃至ステップＳ１０８の処理と、店舗ＳＰ３に関するステップＳ１０９の処理との順序に関係性はないものとする。

また、図１に示す例では、情報処理装置１００が、事業者ＣＭ１乃至事業者ＣＭ３から入札を受け付ける場合を示すが、入札を受け付ける第１事業者の数に制限はないものとする。すなわち、情報処理装置１００は、３以上の第１事業者から送信された入札情報を受け付けてもよい。

また、図１の例では、第１事業者が運営する店舗は、居酒屋（店舗ＳＰ１）、パン屋（店舗ＳＰ２）、レストラン（店舗ＳＰ３）といった食に関する店舗であるが、情報処理装置１００は、他のカテゴリに属する店舗から入札を受け付けてもよい。例えば、情報処理装置１００は、ホテルや民泊といった住に関する店舗を運営する第１事業者から入札を受け付けてもよい。

なお、報酬は、一人あたりの送客に対して支払われる報酬の額であってもよいし、複数の人数の送客に対して支払われる報酬の額であってもよい。例えば、第１のモデルＭ１に入力するための報酬５０円は、一人あたりの送客に関して支払われる報酬の額であってもよい。

なお、入札額は、一人あたりの送客に対する入札の額であってもよいし、複数の人数の送客に対する入札の額であってもよい。例えば、事業者ＣＭ１が入札した入札１００円は、一人あたりの送客に関する入札の額であってもよい。

〔２．情報処理の一例〕
次に、図２を用いて、実施形態に係る情報処理の一例について説明する。図２は、実施形態に係る情報処理の一例を示す図である。図２では、実施形態に係る情報処理が情報処理装置１００により実行される例を示す。図２の例では、ユーザＵ１を店舗への送客の対象（ターゲット）とするユーザ（以下、「ターゲットユーザ」ともいう）とする場合を示す。なお、ターゲットユーザは、例えば情報処理装置１００が提供しているウェブサービス等の所定のウェブサービスを利用しているユーザや、位置情報が取得可能なユーザ等、適宜決定（選択）されてもよい。

図２では、送客に関して店舗が入札した入札額に基づいて、ターゲットユーザに提供する情報を決定する場合を示す。図２では、情報処理装置１００は、送客に関する入札を行った店舗の順位（ランキング）を決定する。具体的には、情報処理装置１００は、ターゲットユーザに対応した店舗の順位を決定する。図２では、店舗の順位を決定するために用いる情報を、適宜、順位決定用情報と呼ぶ。以下、図２を用いて、実施形態に係る情報処理の一例を説明する。なお、マップＭＰ１は、店舗ＳＰ１と店舗ＳＰ２と店舗ＳＰ３とユーザＵ１との位置関係を示すものとする。マップＭＰ１は、ステップＳ２０７の処理の後、ユーザＵ１が店舗ＳＰ３に移動したことを示す。

情報処理装置１００は、端末装置１０−１を介してユーザＵ１に関するユーザ情報を取得する（ステップＳ２０１）。図２では、情報処理装置１００は、ユーザＵ１の位置情報を取得する。例えば、情報処理装置１００は、店舗から所定の範囲内に位置するユーザＵ１の位置情報を取得する。

情報処理装置１００は、順位決定用情報を取得する（ステップＳ２０２）。図１に示す例では、情報処理装置１００は、順位決定用情報記憶部１２４に格納された順位決定用情報を取得する場合を示すが、外部サーバから送信された順位決定用情報を取得してもよい。ここで、順位決定用情報とは、予め定められた情報である。例えば、順位決定用情報は、店舗毎に予め定められた情報であってもよいし、各店舗に共通して定められた情報であってもよい。例えば、順位決定用情報は、店舗によって予め指定された情報（条件）であってもよいし、情報処理装置１００により決定された情報（条件）であってもよい。順位決定用情報は、ターゲットユーザに対応する店舗の順位に用いる情報であれば、どのような情報であってもよい。

順位決定用情報は、ターゲットユーザに関する情報（条件）を含んでもよい。具体的には、順位決定用情報は、店舗が送客を要望するターゲットユーザに関する情報を含んでもよい。例えば、順位決定用情報は、ターゲットユーザの属性（例えば、デモグラフィック属性）や、ターゲットユーザの行動履歴や、ターゲットユーザの店舗の利用の有無（リピータであるか否か）や、ターゲットユーザの位置情報や、ターゲットユーザと店舗の間の距離を示す情報などを含んでもよい。例えば、情報処理装置１００は、「２０代：女性」といったターゲットユーザの属性に関する情報を取得してもよい。例えば、情報処理装置１００は、「飲食店情報サイトへのアクセスが１０回以上」といったターゲットユーザの行動履歴に関する情報を取得してもよい。例えば、情報処理装置１００は、「店舗の利用有」といったターゲットユーザの店舗の利用の有無に関する情報を取得してもよい。例えば、情報処理装置１００は、「ＡＡ駅周辺」や「ＢＢ市内」といったターゲットユーザの位置情報に関する情報を取得してもよい。例えば、情報処理装置１００は、「店舗との距離が１００メートル以内」といったターゲットユーザと店舗の間の距離に関する情報を取得してもよい。

順位決定用情報は、店舗の満空に関する状況を含んでもよい。ここで、満空に関する状況とは、店舗の予約状況であってもよい。なお、店舗の予約状況とは、現在の予約状況であってもよいし、未来の予約状況であってもよい。例えば、店舗の予約状況は、リアルタイムの予約状況であってもよいし、１秒後の予約状況であってもよいし、１月後の予約状況であってもよい。例えば、順位決定用情報は、「１８時〜１９時：予約多数」といった時間帯を含む予約状況を含んでもよい。また、予約状況は、「予約１０件」といった予約の数であってもよいし、「予約率９０％」や「店舗内１０席のうち予約９席」といった予約の混雑率であってもよいし、別の表現により示されるものであってもよい。また、順位決定用情報は、店舗の価格帯を含んでもよい。なお、店舗の価格帯とは、曜日毎や時間帯毎の価格帯であってもよい。また、順位決定用情報は、店舗の評価を含んでもよい。なお、店舗の評価とは、店舗を利用したことがあるユーザによる評価であってもよい。

情報処理装置１００は、送客に関連する所定の関数を取得する。情報処理装置１００は、第１のモデルＭ１とは異なる所定の関数を取得する。情報処理装置１００は、報酬を入力情報として含めない所定の関数を取得する。例えば、情報処理装置１００は、順位決定用情報に応じた関数を取得する。情報処理装置１００は、店舗の順位付けに用いる第１のスコアを算出する。なお、第１のスコアは、店舗毎に算出されるスコアである。ここで、第１のスコアとは、ターゲットユーザの送客に関する確率を示すスコアである。例えば、第１のスコアは、ターゲットユーザが第１事業者（店舗を運営する事業者）の利益につながる行動を行う確率を示すスコアであってもよい。具体的には、第１のスコアは、ターゲットユーザが店舗へ来る確率を示すスコアであってもよい。また、所定の関数とは、第１のスコアを出力するモデルであってもよい。例えば、所定の関数とは、順位決定用情報を入力することにより、第１のスコアを算出するモデルであってもよい。以下、第１のスコアを出力（算出）するモデルを、適宜「第２のモデルＭ２」と呼ぶ。以下に示す式（２）は、図２に示す所定の関数の一例である。図２の例では、第２のモデルＭ２は、以下の式（２）に対応する。図２に示す所定の関数は、複数の要素に応じてスコアを算出してもよい。

式（２）に示すｙ１、ｙ２、・・・、ｙｎは、スコアを算出するための要素である。式（２）に示す要素は、順位決定用情報である。式（２）に示す要素は、ターゲットユーザに関する情報、店舗の満空に関する状況、店舗の価格帯、店舗の評価、外部が保有する情報などである。ここで、式（２）に示すｙ１がターゲットユーザに関する情報に対応し、ｙ２が店舗の満空に関する状況に対応し、ｙ３が店舗の価格帯に対応し、ｙ４が店舗の評価に対応し、ｙ５が外部の保有する情報に対応するものとする。また、ｙ１のターゲットユーザに関する情報とは、例えば、ターゲットユーザの属性や、ターゲットユーザと店舗との距離である。例えば、式（２）は、ターゲットユーザの属性や、ターゲットユーザと店舗との距離に対応する各々の要素を含んでもよい。また、ｙ２の店舗の満空に関する状況とは、例えば、店舗の空席状況や、店舗の予約状況である。例えば、式（２）は、店舗の空席状況や、店舗の予約状況に対応する各々の要素を含んでもよい。なお、ｙ４の外部サーバが保有する情報とは、例えば、店舗の周辺のユーザに関する情報や、店舗の周辺の環境（例えば、天候）に関する情報や、店舗の評価に関する情報である。また、式（２）は、外部サーバが保有する情報の各々に対応する要素を含んでもよい。

図２は、情報処理装置１００が、店舗ＳＰ１に対応する順位決定用情報を入力すると、第１のスコア「ＳＣ１」を算出する（ステップＳ２０３−１）。また、情報処理装置１００は、店舗ＳＰ２に対応する順位決定用情報を入力すると、第１のスコア「ＳＣ２」を算出する（ステップＳ２０３−２）。また、情報処理装置１００は、店舗ＳＰ３に対応する順位決定用情報を入力すると、第１のスコア「ＳＣ３」を算出する（ステップＳ２０３−３）。なお、図２では、情報処理装置１００が、所定の記憶部に記憶された第２のモデルＭ２を用いて店舗の順位付けに用いる第１のスコアを算出する場合を示すが、情報処理装置１００は、店舗の順位付けに用いる第１のスコアを出力する第２のモデルＭ２を生成又は学習してもよい。なお、情報処理装置１００が、第２のモデルＭ２を生成又は学習する処理については後述する。

情報処理装置１００は、第１のスコアと報酬情報とに基づいて、店舗の順位付けに用いる第２のスコアを算出する（ステップＳ２０４）。なお、第２のスコアは、店舗毎に算出されるスコアである。具体的には、第２のスコアは、店舗の順位を決定するスコアである。ここで、第２のスコアとは、ターゲットユーザの送客に関するスコアである。例えば、第２のスコアは、入札額とターゲットユーザが来る確率とに基づくスコアである。図２に示す例では、情報処理装置１００は、第１のスコアと、店舗の入札額とに基づいて、第２のスコアを算出する。なお、第２のスコアは、第１のスコアと報酬情報とに基づいて算出されるスコアであれば、どのような関数に基づいて算出されてもよい。例えば、情報処理装置１００は、第１のスコアと店舗の入札額とを掛け合わせることにより第２のスコアを算出してもよい。図２では、例えば、情報処理装置１００は、店舗ＳＰ１の入札額「１００円」と、第１のスコア「ＳＣ１」とに基づいて、店舗ＳＰ１の第２のスコアである「２５」を算出する。なお、図２の例では、情報処理装置１００が、店舗の入札額と、第１のスコアと、第２のスコアとを店舗ＩＤ毎に示したテーブルＳＬ１を生成する場合を示すが、図２に示す例に限られない。また、情報処理装置１００は、テーブルＳＬ１を生成しなくてもよい。

情報処理装置１００は、算出した第２のスコアに基づいて、店舗の順位を決定する（ステップＳ２０５）。情報処理装置１００は、第２のスコアに基づいて、ユーザＵ１に提供する対象となる店舗の順位を決定する。例えば、情報処理装置１００は、第２のスコアの値が大きいほど、高い順位になるように各店舗の順位を決定する。すなわち、情報処理装置１００は、第２のスコアの値が大きい店舗ほど、優先してターゲットユーザに情報提供させるように各店舗の順位を決定する。図２では、情報処理装置１００は、第２のスコアが最も高い店舗ＳＰ３を１位の順位に決定する。また、情報処理装置１００は、第２のスコアが２番目に高い店舗ＳＰ１を２位の順位に決定する。そして、情報処理装置１００は、ユーザＵ１に提供する情報を決定する（ステップＳ２０６）。図２では、情報処理装置１００は、第２のスコアが最も高い店舗ＳＰ３の情報を提供することを決定する。なお、図２に示す例では、情報処理装置１００が、第２のスコアが最も高い店舗の情報を提供する例を示すが、図２に示す例に限られない。例えば、情報処理装置１００は、予め定められた所定の順位までの店舗の情報を提供すると決定してもよい。なお、図２の例では、情報処理装置１００が、第２のスコアの大きい順に店舗の順位を示したテーブルＲＫ１を生成する場合を示すが、図２に示す例に限られない。また、情報処理装置１００は、テーブルＲＫ１を生成しなくてもよい。

情報処理装置１００は、提供すると決定した店舗の情報を、ユーザＵ１に提供する（ステップＳ２０７）。図２では、情報処理装置１００は、第２のスコアが最も高い店舗ＳＰ３の情報を提供する。具体的には、情報処理装置１００は、店舗への送客に関するサービスの一例として、店舗の情報を提供する。例えば、情報処理装置１００は、ターゲットユーザを店舗へ惹きつける情報を提供する。具体的な例を挙げると、情報処理装置１００は、「店舗ＳＰ３はお得です」や「店舗ＳＰ３はセール中です」といった旨の情報を提供してもよい。例えば、情報処理装置１００は、「１９時までに決済すれば割引きます」や「１８時までに来店して１９時までに支払を完了すれば割引きます」といった条件を含む情報を提供してもよい。

情報処理装置１００は、送客に関する所定の情報を取得する（ステップＳ２０８）。情報処理装置１００は、端末装置１０から送信された所定の情報を取得する。情報処理装置１００は、提供された店舗の情報に対するターゲットユーザの行動に関する所定の情報を取得する。例えば、情報処理装置１００は、ターゲットユーザの位置情報を取得する。例えば、情報処理装置１００は、ターゲットユーザと店舗との間の距離を示す情報を取得する。図２の例では、情報処理装置１００は、ユーザＵ１と店舗ＳＰ３との間の距離を示す情報を取得する。

情報処理装置１００は、ステップＳ２０８において取得した所定の情報が、送客に関する所定の条件を満たすか否かを判定する（ステップＳ２０９）。例えば、情報処理装置１００は、ターゲットユーザが第１事業者（店舗を運営する事業者）の利益につながる行動を行ったか否かを判定する。具体的には、情報処理装置１００は、ターゲットユーザが店舗へ来たか否かを判定する。情報処理装置１００は、入札した第１事業者に対して課金（請求）するか否かを判定する。情報処理装置１００は、送客に関する所定の条件を満たすと判定した場合には、入札した第１事業者に対して課金すると判定する。情報処理装置１００は、課金すると判定した場合には、課金に関する処理を実行する。なお、課金に関する処理には、課金に関する情報の送信を含んでもよい。

情報処理装置１００は、事業者ＣＭ３に対して課金する（ステップＳ２１０）。例えば、情報処理装置１００は、事業者ＣＭ３に課金情報（請求情報）を送信する。

なお、ユーザ情報を取得するステップＳ２０１の処理と、第２のスコアを算出するステップＳ２０２乃至ステップＳ２０６の処理との順序に関係性はないものとする。例えば、情報処理装置１００は、ステップＳ２０１の処理を、ステップＳ２０６の処理の後に行ってもよいものとする。

〔３．処理のバリエーション〕
（３−１．位置情報の取得）
端末装置１０の位置情報は、例えば、端末装置１０に内蔵されたＧＰＳ（Global Positioning System）により検知されるものとする。情報処理装置１００は、端末装置１０のＧＰＳを介して、ターゲットユーザの位置情報を取得する。すなわち、情報処理装置１００は、端末装置１０のＧＰＳを介して取得された位置情報を、ターゲットユーザの位置情報として取得する。一方、店舗の位置情報は、例えば、店舗の住所により示されるものとする。情報処理装置１００は、所定の記憶部から店舗の位置情報を取得する。情報処理装置１００は、事業者情報記憶部１２８に記憶された店舗の住所を、店舗の位置情報として取得する。なお、情報処理装置１００は、外部サーバから取得した店舗の住所を、店舗の位置情報として取得してもよい。

（３−２．位置による送客の判定）
情報処理装置１００は、ターゲットユーザの位置と店舗の位置とに基づいて、ターゲットユーザが店舗に来店したかどうかを判定する。情報処理装置１００は、ターゲットユーザと店舗との間の距離が所定の閾値（例えば１ｍ以内等）以内である場合、ターゲットユーザが店舗に来店したと判定する。図１の例では、情報処理装置１００は、ユーザＵ１と店舗ＳＰ３との間の距離が所定の閾値以内であるため、ユーザＵ１が店舗ＳＰ３に来店したと判定する。これにより、情報処理装置１００は、ターゲットユーザであるユーザＵ１が情報提供を行った店舗ＳＰ３に来店したため、送客に関する所定の条件を満たすと判定する。情報処理装置１００は、店舗ＳＰ３の事業者ＣＭ３が入札した入札額「１５０円」を、店舗ＳＰ３へのユーザＵ１を送客したことに対する報酬として、事業者ＣＭ３に請求する。

（３−３．認証による送客の判定）
情報処理装置１００は、店舗に設置されたセンサにより検知された情報に基づいて、ターゲットユーザが店舗に来店したかどうかを判定する。例えば、情報処理装置１００は、情報処理装置１００は、店舗に設置された認証装置による認証（例えば、顔認証や指紋認証など）に基づいて、ターゲットユーザが来店したかどうかを判定する。例えば、情報処理装置１００は、店舗に設置された認証装置により検知された情報と、情報提供装置５０が提供しているウェブサービス等の所定のウェブサービスに登録された情報とがマッチングする場合、ターゲットユーザが店舗に来店したと判定する。

（３−４．クーポンの配布）
実施形態では、情報処理装置１００が、店舗への送客に関するサービスの一例として、店舗の情報を提供する場合を示した。情報処理装置１００は、店舗への送客に関するサービスの一例として、送客に関するクーポンを提供してもよい。例えば、クーポンは、ターゲットユーザにとって利益になる特典である。例えば、クーポンは、店舗で使える特典である。例えば、クーポンは、所定の条件を満たす場合に店舗で使える特典であってもよい。例えば、クーポンは、所定の時刻までの決済において有効であるといった条件を含む特典であってもよい。例えば、クーポンは、所定の時刻までにターゲットユーザが操作（タップやクリックなど）して決済した場合に有効であるといった条件を含む特典であってもよい。この場合、情報処理装置１００が算出する第１のスコアは、第２事業者が提供した情報に対して、ターゲットユーザが所定の行動を行う確率を示すスコアであってもよい。具体的には、情報処理装置１００が算出する第１のスコアは、第２事業者が提供したクーポンをターゲットユーザが選択する確率を示すスコアであってもよい。

（３−５．サービスの種々の提供方法）
情報処理装置１００は、所定の通知方法（例えば、プッシュ通知など）を用いて、送客に関するサービスを提供してもよい。情報処理装置１００は、送客に関するサービスとして、広告コンテンツを提供してもよい。例えば、情報処理装置１００は、送客に関するサービスとして、所定のウェブサービスに含まれる所定の領域（例えば、広告領域）に表示する広告コンテンツを提供してもよい。

（３−６．決済による報酬の判定）
実施形態では、送客に関する所定の条件として、ターゲットユーザが店舗に来た場合に報酬が支払われるものとした。ここで、送客に関する所定の条件として、ターゲットユーザが所定の決済を行った場合に報酬が支払われるものとしてもよい。具体的には、第２事業者が提供したクーポンを用いてターゲットユーザが店舗で決済を行った場合に報酬が支払われるものとしてもよい。この場合、情報処理装置１００は、第２事業者が提供したクーポンを用いてターゲットユーザが所定の行動を行ったかどうかを判定してもよい。

（３−７．送客のバリエーション）
実施形態では、送客が店舗への来店である場合を一例として説明したが、キャパシティに制限がある対象への送客は、所定の場所への移動（行動）を目的とすれば、来店に限らず、どのような移動であってもよい。キャパシティに制限がある対象への送客は、人の移動に限らず、物などの移動であってもよい。具体的な例を挙げると、キャパシティに制限がある対象への送客は、イベントやアクティビティや講習会等が開催される会議室やイベント会場等の所定の空間への参加であってもよい。また、キャパシティに制限がある対象がトラックの荷台などの物流に関する移動体の収容スペースなどの物である場合には、キャパシティに制限がある対象への送客は、輸送（持運び）であってもよい。

（３−８．第１事業者のバリエーション）
第１事業者は、キャパシティに制限がある対象を運営する事業者に限らず、キャパシティに制限がある対象と所定の関係性を有する事業者であれば、どのような事業者であってもよい。例えば、第１事業者は、キャパシティに制限がある対象を提供する事業者であってもよい。具体的な例を挙げると、キャパシティに制限がある対象がイベントやアクティビティや講習会等が開催される会議室やイベント会場等の所定の空間である場合には、第１事業者は、会議室やイベント会場等の所定の空間を提供する事業者であってもよい。また、第１事業者は、キャパシティに制限がある対象を取り扱う事業者であってもよい。具体的な例を挙げると、キャパシティに制限がある対象がトラックの荷台などの物流に関する移動体の収容スペースである場合には、第１事業者は、物流に関する移動体の収容スペースを取り扱う事業者であってもよい。

〔４．情報処理システムの構成〕
図３に示す情報処理システム１について説明する。図３に示すように、情報処理システム１は、端末装置１０と、事業者装置２０と、情報処理装置１００とが含まれる。端末装置１０と、事業者装置２０と、情報処理装置１００とは所定の通信網（ネットワークＮ）を介して、有線または無線により通信可能に接続される。図３は、実施形態に係る情報処理システムの構成例を示す図である。なお、図３に示した情報処理システム１には、複数台の端末装置１０や、複数台の事業者装置２０や、複数台の情報処理装置１００が含まれてもよい。

端末装置１０は、ユーザ（ターゲットユーザ）によって利用される情報処理装置である。端末装置１０は、実施形態における処理を実現可能であれば、どのような装置であってもよい。また、端末装置１０は、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等の装置であってもよい。図２に示す例においては、端末装置１０がスマートフォンである場合を示す。端末装置１０−１は、ユーザＵ１が利用する端末装置である。また、端末装置１０は、ＧＰＳセンサ等に限らず種々のセンサにより、各種センサ情報を検知してもよい。

事業者装置２０は、第１事業者によって利用される情報処理装置である。事業者装置２０は、実施形態における処理を実現可能であれば、どのような装置であってもよい。また、事業者装置２０は、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等の装置であってもよい。図１及び図２に示す例においては、事業者装置２０がノート型ＰＣである場合を示す。事業者装置２０−１は、事業者ＣＭ１が利用する事業者装置である。事業者装置２０−２は、事業者ＣＭ２が利用する事業者装置である。事業者装置２０−３は、事業者ＣＭ３が利用する事業者装置である。また、事業者装置２０は、ＧＰＳセンサ等に限らず種々のセンサにより、各種センサ情報を検知してもよい。

情報処理装置１００は、店舗の情報に基づいて、送客の度合を算出するために用いられる。また、情報処理装置１００は、送客に関する入札を店舗から受け付けるために用いられる。また、情報処理装置１００は、送客に関する入札を行った店舗の順位を決定するために用いられる。情報処理装置１００は、例えば、ＰＣ、ＷＳ（Work Station）等の情報処理装置であり、端末装置１０及び事業者装置２０からネットワークＮを介して送信されてきた情報に基づいて処理を行う。例えば、情報処理装置１００は、端末装置１０から送信されたユーザ情報に基づいて処理を行う。例えば、情報処理装置１００は、事業者装置２０から送信された入札情報に基づいて処理を行う。

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

（通信部１１）
通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、情報処理装置１００との間で情報の送受信を行う。

（入力部１２）
入力部１２は、ユーザ（ターゲットユーザ）からの各種操作を受け付ける。図２に示す例では、ユーザＵ１からの各種操作を受け付ける。例えば、入力部１２は、タッチパネル機能により表示面を介してユーザからの各種操作を受け付けてもよい。また、入力部１２は、端末装置１０に設けられたボタンや、端末装置１０に接続されたキーボードやマウスからの各種操作を受け付けてもよい。例えば、入力部１２は、情報処理装置１００から送信された情報に対するユーザからの各種操作を受け付ける。例えば、入力部１２は、情報処理装置１００により決定された店舗への来店を予約する操作を受け付ける。例えば、入力部１２は、情報処理装置１００により決定された店舗への来店を予約しない操作又は提供された情報を閉じる操作を受け付ける。

（出力部１３）
出力部１３は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。また、出力部１３は、情報処理装置１００から送信された情報を出力する。例えば、出力部１３は、情報処理装置１００により決定された店舗の情報を出力する。図２に示す例では、出力部１３は、店舗ＳＰ３に関する情報を出力する。例えば、出力部１３は、店舗への送客に関するサービスを含む情報を出力する。

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

図４に示すように、制御部１４は、送信部１４１と、受信部１４２とを有し、以下に説明する情報処理の作用を実現または実行する。

（送信部１４１）
送信部１４１は、外部の情報処理装置へ各種情報を提供する。送信部１４１は、外部の情報処理装置へ各種情報を送信する。例えば、送信部１４１は、情報処理装置１００等の他の情報処理装置へ各種情報を送信する。送信部１４１は、所定の記憶部に格納された各種情報を送信する。送信部１４１は、外部サーバから取得した各種情報を送信する。送信部１４１は、センサにより検知された各種情報を送信する。送信部１４１は、端末装置１０に内蔵されたセンサにより検知された各種情報を送信する。送信部１４１は、ユーザ情報を送信する。送信部１４１は、ユーザの位置情報を送信する。また、送信部１４１は、端末装置１０にインストールされたアプリを介して実行された各種情報を送信してもよい。

（受信部１４２）
受信部１４２は、各種情報を受信する。受信部１４２は、外部の情報処理装置から各種情報を受信する。受信部１４２は、情報処理装置１００等の他の情報処理装置から各種情報を受信する。例えば、受信部１４２は、情報処理装置１００により決定された店舗の情報を受信する。受信部１４２は、送客に関する店舗の情報を受信する。受信部１４２は、店舗への送客に関するサービスを含む情報を受信する。

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

（通信部２１）
通信部２１は、例えば、ＮＩＣ等によって実現される。そして、通信部２１は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、情報処理装置１００との間で情報の送受信を行う。

（入力部２２）
入力部２２は、第１事業者からの各種操作を受け付ける。図１に示す例では、事業者ＣＭ１乃至事業者ＣＭ３からの各種操作を受け付ける。例えば、入力部２２は、タッチパネル機能により表示面を介して第１事業者からの各種操作を受け付けてもよい。また、入力部２２は、事業者装置２０に設けられたボタンや、事業者装置２０に接続されたキーボードやマウスからの各種操作を受け付けてもよい。例えば、入力部２２は、送客に関する第１事業者からの入札を受け付ける。例えば、入力部２２は、送客に関する入札アシスト情報の要求の送信を受け付ける。例えば、入力部２２は、送客に関して第１事業者が指定した情報（条件）の設定を受け付ける。

（出力部２３）
出力部２３は、例えば液晶ディスプレイや有機ＥＬディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。また、出力部２３は、情報処理装置１００から送信された情報を出力する。例えば、出力部２３は、送客に関する入札アシスト情報を出力する。例えば、出力部２３は、情報処理装置１００により算出された送客の度合に関する情報を出力する。図１に示す例では、出力部２３は、送客に関するグラフＧＲ１を出力してもよい。また、出力部２３は、送客に関する請求情報を出力する。

（制御部２４）
制御部２４は、例えば、コントローラであり、ＣＰＵやＭＰＵ等によって、事業者装置２０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。例えば、この各種プログラムには、事業者装置２０にインストールされたアプリケーションのプログラムが含まれる。例えば、この各種プログラムには、情報処理装置１００へ送客に関する入札情報を送信するアプリケーションのプログラムが含まれる。また、制御部２４は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図５に示すように、制御部２４は、送信部２４１と、受信部２４２とを有し、以下に説明する情報処理の作用を実現または実行する。

（送信部２４１）
送信部２４１は、外部の情報処理装置へ各種情報を提供する。送信部２４１は、外部の情報処理装置へ各種情報を送信する。例えば、送信部２４１は、情報処理装置１００等の他の情報処理装置へ各種情報を送信する。

送信部２４１は、送客に関する入札アシスト情報の要求を送信する。送信部２４１は、送客に関して第１事業者が指定した情報（条件）を送信する。送信部２４１は、送客に関して第１事業者が指定した送客関連情報を送信する。

送信部２４１は、送客に関する入札情報を送信する。送信部２４１は、入札アシスト情報に基づく入札情報を送信してもよい。

（受信部２４２）
受信部２４２は、各種情報を受信する。受信部２４２は、外部の情報処理装置から各種情報を受信する。受信部２４２は、情報処理装置１００等の他の情報処理装置から各種情報を受信する。

受信部２４２は、入札アシスト情報を受信する。受信部２４２は、送客の度合に関する情報を受信する。例えば、受信部２４２は、報酬に応じた送客の度合に関する情報を受信する。図１に示す例では、受信部２４２は、送客に関するグラフＧＲ１を受信してもよい。

受信部２４２は、送客に関する請求情報を受信する。受信部２４２は、第１事業者が行った入札に基づく請求情報を受信する。

〔７．情報処理装置の構成〕
次に、図６を用いて、実施形態に係る情報処理装置１００の構成について説明する。図６は、実施形態に係る情報処理装置１００の構成例を示す図である。図６に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、情報処理装置１００は、情報処理装置１００の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、端末装置１０と事業者装置２０との間で情報の送受信を行う。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図６に示すように、記憶部１２０は、送客関連情報記憶部１２１と、第１モデル記憶部１２２と、入札情報記憶部１２３と、順位決定用情報記憶部１２４と、第２モデル記憶部１２５と、提供情報記憶部１２６と、ユーザ情報記憶部１２７と、事業者情報記憶部１２８とを有する。

送客関連情報記憶部１２１は、送客関連情報を記憶する。送客関連情報記憶部１２１は、店舗が指定した送客に関する情報を記憶する。送客関連情報記憶部１２１は、店舗の満空に関する状況を示す情報を記憶する。ここで、図７に、実施形態に係る送客関連情報記憶部１２１の一例を示す。図７に示すように、送客関連情報記憶部１２１は、「送客ＩＤ」、「店舗ＩＤ」、「事業者ＩＤ」、「送客関連情報」といった項目を有する。

「送客ＩＤ」は、送客関連情報を識別するための識別情報を示す。「店舗ＩＤ」は、店舗を識別するための識別情報を示す。例えば、図７は、店舗ＳＰ１が、送客ＳＫ１に対応する送客関連情報を指定した店舗であることを示す。「事業者ＩＤ」は、第１事業者を識別するための識別情報を示す。例えば、図７は、事業者ＣＭ１が、店舗ＳＰ１を運営する第１事業者であることを示す。

「送客関連情報」は、送客関連情報を示す。「送客関連情報」は、「送客要望」、「送客満空」といった項目を更に有する。「送客要望」は、送客に関して店舗が指定した情報（条件）を示す。「送客要望」は、例えば、送客に関して店舗が指定したユーザ情報（例えば、ユーザの属性、ユーザの店舗の利用の有無）、時間帯、ユーザの到着時間に関する条件を示す。図７に示す例では、「送客要望」に「送客要望＃１１」や「送客要望＃１２」といった概念的な情報が格納される例を示したが、実際には、店舗が指定した情報を示すデータ（例えば、条件式）が格納される。なお、店舗が指定した情報がない場合には、「送客要望」に「なし」や「ＮＵＬＬ」といった情報が格納されてもよい。具体的な例を挙げると、送客ＩＤ「ＳＫ１」に対応する送客要望に含まれる「送客要望＃１１」に「性別：女性」、「送客要望＃１２」に「年齢：２０〜３０」が格納され、「送客要望＃１３」以降に「なし」といった情報が格納されてもよい。また、「送客満空」は、店舗の満空に関する状況を示す。例えば、「送客満空」は、送客に関する情報を店舗が指定した際の店舗の満空に関する状況を示す。図７に示す例では、「送客満空」に「送客満空＃１」や「送客満空＃２」といった概念的な情報が格納される例を示したが、実際には、店舗の空席数を示すデータ（例えば、空席率）が格納される。

第１モデル記憶部１２２は、第１のモデルＭ１に関する情報を記憶する。第１モデル記憶部１２２は、送客の指標を示すスコアを算出するための第１のモデルＭ１に関する情報を記憶する。ここで、図８に、実施形態に係る第１モデル記憶部１２２の一例を示す。図８に示すように、第１モデル記憶部１２２は、「第１モデルＩＤ」、「第１モデル（算出式）」といった項目を有する。

「第１モデルＩＤ」は、第１のモデルＭ１を識別するための識別情報を示す。「第１モデル（算出式）」は、第１のモデルＭ１の算出式を示す。図８に示す例では、「第１モデル（算出式）」に「第１モデル＃１」や「第１モデル＃２」といった概念的な情報が格納される例を示したが、実際には、関数のデータが格納される。例えば、「第１モデル（算出式）」に式（１）の関数が格納される。

入札情報記憶部１２３は、入札情報を記憶する。入札情報記憶部１２３は、各第１事業者が送客に関して入札した入札情報を記憶する。ここで、図９に、実施形態に係る入札情報記憶部１２３の一例を示す。図９に示すように、入札情報記憶部１２３は、「入札ＩＤ」、「店舗ＩＤ」、「事業者ＩＤ」、「入札情報」といった項目を有する。

「入札ＩＤ」は、入札情報を識別するための識別情報を示す。「店舗ＩＤ」は、店舗を識別するための識別情報を示す。例えば、図９は、店舗ＳＰ１が、入札ＮＳ１に対応する入札を行った店舗であることを示す。「事業者ＩＤ」は、第１事業者を識別するための識別情報を示す。「送客ＩＤ」は、送客関連情報を識別するための識別情報を示す。「入札情報」は、第１事業者が入札した入札情報を示す。具体的には、「入札情報」には、入札額が格納される。例えば、図９は、送客ＳＫ１の送客に関して、事業者ＣＭ１が１００円を入札したことを示す。また、図９は、送客ＳＫ２の送客に関して、事業者ＣＭ２が２００円を入札したことを示す。

順位決定用情報記憶部１２４は、順位決定用情報を記憶する。順位決定用情報記憶部１２４は、店舗が指定した送客に関する情報を記憶する。具体的には、順位決定用情報記憶部１２４は、店舗が要望する送客のターゲットユーザに関する情報（条件）を記憶する。順位決定用情報記憶部１２４は、店舗の満空に関する状況を示す情報を記憶する。具体的には、順位決定用情報記憶部１２４は、店舗の予約状況を示す情報を記憶する。ここで、図１０に、実施形態に係る順位決定用情報記憶部１２４の一例を示す。図１０に示すように、順位決定用情報記憶部１２４は、「順位決定ＩＤ」、「店舗ＩＤ」、「事業者ＩＤ」、「順位決定用情報」といった項目を有する。

「順位決定ＩＤ」は、順位決定用情報を識別するための識別情報を示す。「店舗ＩＤ」は、店舗を識別するための識別情報を示す。例えば、図１０は、店舗ＳＰ１が、順位決定ＪＫ１に対応する順位決定用情報を指定した店舗であることを示す。「事業者ＩＤ」は、第１事業者を識別するための識別情報を示す。

「順位決定用情報」は、順位決定用情報を示す。「順位決定用情報」は、「順位要望」、「順位満空」といった項目を更に有する。「順位要望」は、ターゲットユーザに関して店舗が指定した情報（条件）を示す。「順位要望」は、例えば、ターゲットユーザの属性、行動履歴、店舗の利用の有無、位置情報に関する条件を示す。図１０に示す例では、「順位要望」に「順位要望＃１１」や「順位要望＃１２」といった概念的な情報が格納される例を示したが、実際には、店舗が指定した情報を示すデータ（例えば、条件式）が格納される。なお、店舗が指定した情報がない場合には、「順位要望」に「なし」や「ＮＵＬＬ」といった情報が格納されてもよい。具体的な例を挙げると、順位決定ＩＤ「ＪＫ１」に対応する順位要望に含まれる「順位要望＃１１」に「性別：女性」、「順位要望＃１２」に「年齢：２０〜３０」が格納され、「順位要望＃１３」以降に「なし」といった情報が格納されてもよい。

「順位満空」は、店舗の満空に関する現在の状況を示す。図１０に示す例では、「順位満空」に「順位満空＃１」や「順位満空＃２」といった概念的な情報が格納される例を示したが、実際には、店舗の空席数を示すデータが格納される。「予約状況」は、店舗の満空に関する未来の状況を示す。具体的には、「予約状況」には、満空に関する予約状況を示す情報が格納される。図１０に示す例では、「予約状況」に「予約＃１」や「予約＃２」といった概念的な情報が格納される例を示したが、実際には、未来の所定の時間帯における予約数を示すデータ（例えば、予約率）が格納される。

「価格帯」は、店舗で提供される取引対象（商品）の価格帯を示す。「価格帯」は、店舗で提供される取引対象の最安値から最高値までの価格帯を示してもよいし、平均的な価格帯を示してもよい。また、「価格帯」には、所定の価格が格納されてもよいし、価格の範囲が格納されてもよい。図１０に示す例では、「価格帯」に「価格＃１」や「価格＃２」といった概念的な情報が格納される例を示したが、実際には、価格の値段を示すデータが格納される。

「評価」は、店舗の評価を示す。例えば、「評価」は、店舗を利用したユーザによる評価を示す。また、「評価」には、評価の指標を示す情報であれば、どのような情報が格納されてもよい。例えば、「評価」には、「良い」、「普通」、「悪い」といった評価を示す文字が格納されてもよいし、「Ａ」、「Ｂ」、「Ｃ」といった評価を示す記号が格納されてもよいし、「４」、「３」、「２」といった評価の数値が格納されてもよい。図１０に示す例では、「評価」に「評価＃１」や「評価＃２」といった概念的な情報が格納される例を示す。

第２モデル記憶部１２５は、第２のモデルＭ２に関する情報を記憶する。第２モデル記憶部１２５は、店舗の順位付けに用いる第１のスコアを算出するための第２のモデルＭ２に関する情報を記憶する。例えば、第２モデル記憶部１２５は、ターゲットユーザの送客に関する確率を算出するための第２のモデルＭ２に関する情報を記憶する。ここで、図１１に、実施形態に係る第２モデル記憶部１２５の一例を示す。図１１に示すように、第２モデル記憶部１２５は、「第２モデルＩＤ」、「第２モデル（算出式）」といった項目を有する。

「第２モデルＩＤ」は、第２のモデルＭ２を識別するための識別情報を示す。「第２モデル（算出式）」は、第２のモデルＭ２の算出式を示す。図１１に示す例では、「第２モデル（算出式）」に「第２モデル＃１」や「第２モデル＃２」といった概念的な情報が格納される例を示したが、実際には、関数のデータが格納される。例えば、「第２モデル（算出式）」に式（２）の関数が格納される。

提供情報記憶部１２６は、ターゲットユーザに提供すると決定した情報（以下、適宜「提供情報」と呼ぶ）を記憶する。提供情報記憶部１２６は、ターゲットユーザの端末装置１０に送信すると決定した情報を記憶する。提供情報記憶部１２６は、送客のサービスに関する情報を記憶する。ここで、図１２に、実施形態に係る提供情報記憶部１２６の一例を示す。図１２に示すように、提供情報記憶部１２６は、「提供ＩＤ」、「ユーザＩＤ」、「提供情報」といった項目を有する。

「提供ＩＤ」は、提供情報を識別するための識別情報を示す。「ユーザＩＤ」は、ターゲットユーザを識別するための識別情報を示す。「提供情報」は、提供情報を示す。例えば、「提供情報」には、ターゲットユーザに提供すると決定した店舗の情報が格納される。例えば、「提供情報」には、店舗の情報として、複数の店舗の情報が格納される。図１２に示す例では、「店舗情報」に「店舗情報＃１」や「店舗情報＃２」といった概念的な情報が格納される例を示したが、実際には、店舗名、店舗の広告、店舗のＵＲＬ（Universal Resource Locator）、店舗の位置を示すデータ（例えば、地図情報）などの店舗の情報が格納される。また、「提供情報」には、店舗に関するクーポンの情報が格納されてもよい。例えば、「提供情報」には、クーポンの情報として、店舗毎に対応する複数のクーポンの情報が格納されてもよい。また、「提供情報」には、クーポンの利用に関する条件が格納されてもよい。若しくは、「提供情報」には、ターゲットユーザの行動に関する条件が格納されてもよい。実際には、「提供情報」にクーポンの割引の内容を示すデータや、クーポンを利用するための条件式が格納されてもよい。

ユーザ情報記憶部１２７は、ユーザ（ターゲットユーザ）に関する情報を示すユーザ情報を記憶する。ここで、図１３に、実施形態に係るユーザ情報記憶部１２７の一例を示す。図１３に示すように、ユーザ情報記憶部１２７は、「ユーザＩＤ」、「端末ＩＤ」、「性別」、「年齢」、「居住地」、「店舗の利用有無」といった項目を有する。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「端末ＩＤ」は、ユーザが利用する端末装置を識別するための識別情報を示す。「性別」は、ユーザの性別を示す。「年齢」は、ユーザの年齢を示す。「居住地」は、ユーザの住所に関する情報を示す。図１３に示す例では、「居住地」に「居住地＃１」や「居住地＃２」といった概念的な情報が格納される例を示したが、実際には、都道府県及び市町村等により示すデータが格納される。「店舗の利用有無」は、各店舗のユーザの利用の有無を示す。「店舗の利用有無」には、複数の店舗のユーザの利用有無を示す情報が格納されてもよい。図１３に示す例では、「店舗の利用有無」に「利用有無＃１」や「利用有無＃２」といった概念的な情報が格納される例を示したが、実際には、各店舗におけるユーザの利用の有無を示すデータ（例えば、「店舗ＳＰ１：利用有」）が格納される。

事業者情報記憶部１２８は、第１事業者に関する情報を示す事業者情報を記憶する。ここで、図１４に、実施形態に係る事業者情報記憶部１２８の一例を示す。図１４に示すように、事業者情報記憶部１２８は、「事業者ＩＤ」、「事業者装置ＩＤ」、「店舗ＩＤ」、「専門」、「店舗場所」、「価格帯」、「評価」といった項目を有する。

「事業者ＩＤ」は、第１事業者を識別するための識別情報を示す。「事業者装置ＩＤ」は、第１事業者が利用する事業者装置を識別するための識別情報を示す。例えば、図１４は、事業者装置２０−１が、事業者ＣＭ１が利用する事業者装置であることを示す。「店舗ＩＤ」は、店舗を識別するための識別情報を示す。例えば、図１４は、店舗ＳＰ１が、事業者ＣＭ１が運営する店舗であることを示す。「専門」は、店舗の属性を示す。「店舗場所」は、店舗の住所に関する情報を示す。図１４に示す例では、「店舗場所」に「店舗場所＃１」や「店舗場所＃２」といった概念的な情報が格納される例を示したが、実際には、都道府県及び市町村等により示すデータが格納される。

「価格帯」は、店舗で提供される取引対象（商品）の価格帯を示す。「価格帯」は、店舗で提供される取引対象の最安値から最高値までの価格帯を示してもよいし、平均的な価格帯を示してもよい。また、「価格帯」には、所定の価格が格納されてもよいし、価格の範囲が格納されてもよい。図１４に示す例では、「価格帯」に「価格＃１」や「価格＃２」といった概念的な情報が格納される例を示したが、実際には、価格の値段を示すデータが格納される。

「評価」は、店舗の評価を示す。例えば、「評価」は、店舗を利用したユーザによる評価を示す。また、「評価」には、評価の指標を示す情報であれば、どのような情報が格納されてもよい。例えば、「評価」には、「良い」、「普通」、「悪い」や、「Ａ」、「Ｂ」、「Ｃ」といった評価を示す記号が格納されてもよいし、「４」、「３」、「２」といった評価の数値が格納されてもよい。図１４に示す例では、「評価」に「評価＃１」や「評価＃２」といった概念的な情報が格納される例を示す。

（制御部１３０）
制御部１３０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図６に示すように、制御部１３０は、取得部１３１と、受付部１３２と、生成部１３３と、算出部１３４と、決定部１３５と、提供部１３６と、判定部１３７と、課金部１３８とを有し、以下に説明する情報処理の作用を実現または実行する。なお、制御部１３０の内部構成は、図６に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（取得部１３１）
取得部１３１は、各種情報を取得する。取得部１３１は、外部の情報処理装置から各種情報を取得する。取得部１３１は、端末装置１０及び事業者装置２０等の他の情報処理装置から各種情報を取得する。

取得部１３１は、記憶部１２０から各種情報を取得する。取得部１３１は、送客関連情報記憶部１２１や第１モデル記憶部１２２や入札情報記憶部１２３や順位決定用情報記憶部１２４や第２モデル記憶部１２５や提供情報記憶部１２６やユーザ情報記憶部１２７や事業者情報記憶部１２８から各種情報を取得する。

取得部１３１は、取得した各種情報を記憶部１２０に格納する。取得部１３１は、送客関連情報記憶部１２１や第１モデル記憶部１２２や入札情報記憶部１２３や順位決定用情報記憶部１２４や第２モデル記憶部１２５や提供情報記憶部１２６やユーザ情報記憶部１２７や事業者情報記憶部１２８に各種情報を格納する。

取得部１３１は、他の機能構成により受付、生成、算出、決定、判定された各種情報を取得する。

取得部１３１は、入札アシスト情報の要求を取得する。取得部１３１は、事業者装置２０を介して第１事業者が送信した入札アシスト情報の要求を取得する。取得部１３１は、送客関連情報を取得する。取得部１３１は、事業者装置２０を介して第１事業者が送信した送客関連情報を取得する。例えば、取得部１３１は、店舗が指定する情報（条件）を含む送客関連情報を取得する。例えば、取得部１３１は、店舗の満空に関する状況を含む送客関連情報を取得する。

取得部１３１は、所定の関数を取得する。取得部１３１は、第１のモデルＭ１を取得する。例えば、取得部１３１は、第１モデル記憶部１２２に格納された第１のモデルＭ１を取得してもよいし、生成部１３３により生成された第１のモデルＭ１を取得してもよい。また、取得部１３１は、第２のモデルＭ２を取得する。例えば、取得部１３１は、第２モデル記憶部１２５に格納された第２のモデルＭ２を取得してもよいし、生成部１３３により生成された第２のモデルＭ２を取得してもよい。

取得部１３１は、入札情報を取得する。取得部１３１は、送客に関して店舗が入札した入札情報を取得する。取得部１３１は、事業者装置２０を介して第１事業者が送信した入札情報を取得する。言い替えると、取得部１３１は、報酬情報を取得する。具体的には、取得部１３１は、店舗を運営する第１事業者が、店舗へのユーザの送客に対して貢献する行動を行った第２事業者に対して支払う報酬情報を取得する。

取得部１３１は、順位決定用情報を取得する。店舗が指定する情報（条件）を含む順位決定用情報を取得する。例えば、取得部１３１は、ターゲットユーザに関する情報を含む順位決定用情報を取得する。例えば、取得部１３１は、店舗の満空に関する状況を含む順位決定用情報を取得する。例えば、取得部１３１は、店舗の予約状況を含む順位決定用情報を取得する。例えば、取得部１３１は、店舗の価格帯を含む順位決定用情報を取得する。例えば、取得部１３１は、店舗の評価を含む順位決定用情報を取得する。

取得部１３１は、ユーザ（ターゲットユーザ）の位置情報を取得する。例えば、取得部１３１は、端末装置１０から送信された位置情報を取得する。また、取得部１３１は、第１事業者の位置情報を取得する。例えば、取得部１３１は、事業者情報記憶部１２８に格納された店舗の住所に関する情報を取得する。

（受付部１３２）
受付部１３２は、各種情報を受け付ける。受付部１３２は、外部の情報処理装置から各種情報を受け付ける。受付部１３２は、端末装置１０等の他の情報処理装置から各種情報を受け付ける。なお、受付部１３２は、取得部１３１の一部であってもよい。

受付部１３２は、受け付けた各種情報を記憶部１２０に格納する。例えば、受付部１３２は、入札情報記憶部１２３に各種情報を格納する。

受付部１３２は、第１事業者から入札を受け付ける。受付部１３２は、店舗を運営する第１事業者が、店舗へのユーザの送客に対して貢献する行動を行った第２事業者に報酬を支払うことに対して、第１事業者から入札を受け付ける。

（生成部１３３）
生成部１３３は、各種情報を生成する。生成部１３３は、生成した各種情報を記憶部１２０に格納する。例えば、生成部１３３は、第１モデル記憶部１２２や第２モデル記憶部１２５に各種情報を格納する。

生成部１３３は、他の機能構成により取得、受付、算出、決定された各種情報に基づいて、各種情報を生成する。

生成部１３３は、モデルを生成する。生成部１３３は、指標値を出力するよう、コンピュータを機能させるためのモデルを生成する。生成部１３３は、第１のモデルＭ１を生成する。生成部１３３は、送客関連情報に応じた第１のモデルＭ１を生成する。生成部１３３は、報酬（入力情報）を第１のモデルＭ１に入力すると、送客の度合（出力情報）を出力する第１のモデルＭ１を生成する。図１の例では、生成部１３３は、報酬５０円を入力すると、確率Ｘ％を出力する第１のモデルＭ１を生成する。

生成部１３３は、第１のモデルＭ１を学習する。生成部１３３は、報酬に関する情報と、送客の度合に関する情報とに基づいて、第１のモデルＭ１を学習する。具体的には、生成部１３３は、店舗に来たターゲットユーザを正解データとして学習した第１のモデルＭ１を生成する。例えば、生成部１３３は、ターゲットユーザが店舗に来た場合の報酬を入力した場合に、ターゲットユーザが店舗に来る度合として「１００」を出力するように学習した第１のモデルＭ１を生成する。例えば、生成部１３３は、ターゲットユーザが店舗に来なかった場合の報酬を入力した場合に、ターゲットユーザが店舗に来ない度合として「０」を出力するように学習した第１のモデルＭ１を生成する。

生成部１３３は、第２のモデルＭ２を生成する。生成部１３３は、順位決定用情報に応じた第２のモデルＭ２を生成する。生成部１３３は、店舗の順位決定用情報を第２のモデルＭ２に入力すると、ターゲットユーザの送客に関する度合を示す第１のスコアを出力する第２のモデルＭ２を生成する。図２の例では、生成部１３３は、店舗ＳＰ１の順位決定用情報を入力すると、第１のスコアＳＣ１を出力する第２のモデルＭ２を生成する。

生成部１３３は、第２のモデルＭ２を学習する。生成部１３３は、順位決定用情報と、ターゲットユーザの送客に関する度合とに基づいて、第２のモデルＭ２を学習する。具体的には、生成部１３３は、店舗に来たターゲットユーザを正解データとして学習した第２のモデルＭ２を生成する。例えば、生成部１３３は、ターゲットユーザが店舗に来た場合の順位決定用情報を入力した場合に、ターゲットユーザが店舗に来る度合として「１００」を出力するように学習した第２のモデルＭ２を生成する。例えば、生成部１３３は、ターゲットユーザが店舗に来なかった場合の順位決定用情報を入力した場合に、ターゲットユーザが店舗に来ない度合として「０」を出力するように学習した第２のモデルＭ２を生成する。

（算出部１３４）
算出部１３４は、各種情報を算出する。算出部１３４は、記憶部１２０から各種情報を算出する。例えば、算出部１３４は、第１モデル記憶部１２２や第２モデル記憶部１２５から各種情報を算出する。

算出部１３４は、他の機能構成により取得、受付、生成、決定された各種情報を算出する。

算出部１３４は、送客に関する指標を示すスコアを算出する。例えば、算出部１３４は、送客関連情報と所定の関数とに基づいて、送客に関するスコアを算出する。例えば、算出部１３４は、送客関連情報と第１のモデルＭ１とに基づいて、送客に関するスコアを算出する。例えば、算出部１３４は、送客の度合（確率）を算出する。

算出部１３４は、店舗の順位付けに用いる第１のスコアを算出する。例えば、算出部１３４は、順位決定用情報と所定の関数とに基づいて、第１のスコアを算出する。例えば、算出部１３４は、順位決定用情報と第２のモデルＭ２とに基づいて、第１のスコアを算出する。また、算出部１３４は、店舗の順位付けに用いる第２のスコアを算出する。例えば、算出部１３４は、第１のスコアと報酬情報とに基づいて、第２のスコアを算出する。

（決定部１３５）
決定部１３５は、各種情報を決定する。決定部１３５は、決定した各種情報を記憶部１２０に格納する。例えば、決定部１３５は、提供情報記憶部１２６に各種情報を格納する。

決定部１３５は、他の機能構成により取得、受付、生成、算出された各種情報を決定する。

決定部１３５は、店舗の順位を決定する。決定部１３５は、ターゲットユーザに情報を提供する対象となる店舗の順位を決定する。決定部１３５は、報酬情報と順位決定用情報とに基づいて店舗の順位を決定する。決定部１３５は、算出部１３４により算出された第２のスコアに基づいて店舗の順位を決定する。

（提供部１３６）
提供部１３６は、外部の情報処理装置へ各種情報を提供する。提供部１３６は、外部の情報処理装置へ各種情報を送信する。提供部１３６は、外部の情報処理装置へ各種情報を通知する。例えば、提供部１３６は、端末装置１０等の他の情報処理装置へ各種情報を提供する。

提供部１３６は、記憶部１２０から各種情報を提供する。提供部１３６は、提供情報記憶部１２６から各種情報を提供する。

提供部１３６は、他の機能構成により取得、受付、生成、算出、決定された各種情報を提供する。

提供部１３６は、入札アシスト情報を提供する。例えば、提供部１３６は、生成部１３３により生成された第１のモデルＭ１に基づく入札アシスト情報を提供する。例えば、提供部１３６は、報酬に応じた送客の度合を示す情報を提供する。

提供部１３６は、店舗への送客に関するサービスを提供（配信）する。例えば、提供部１３６は、店舗に関する情報を提供する。例えば、提供部１３６は、店舗に関する広告を提供する。例えば、提供部１３６は、店舗に関するクーポン（特典）を提供する。

提供部１３６は、請求情報（課金情報）を提供する。提供部１３６は、判定部１３７による判定結果に応じて、入札を行った第１事業者に対して請求情報を提供する。

（判定部１３７）
判定部１３７は、各種情報を判定する。判定部１３７は、送客に関する所定の条件を判定する。判定部１３７は、ターゲットユーザが送客に関する所定の条件を満たす行動をおこなったか否かを判定する。例えば、判定部１３７は、ターゲットユーザが第１事業者（店舗を運営する事業者）の利益につながる行動を行ったか否かを判定する。例えば、判定部１３７は、ターゲットユーザが店舗に来たか否かを判定する。

（課金部１３８）
課金部１３８は、入札を行った第１事業者に対して、送客に関する入札額を課金する。課金部１３８は、所定の条件を満たす場合に課金を実行する。課金部１３８は、判定部１３７による判定結果に応じて課金を実行する。

〔８．情報処理のフロー〕
次に、図１５乃至図１９を用いて、実施形態に係る情報処理システム１による情報処理の手順について説明する。図１５乃至図１９は、実施形態に係る情報処理システム１による情報処理の手順を示すフローチャートである。

図１５に示すように、情報処理装置１００は、送客関連情報を取得する（ステップＳ３０１）。情報処理装置１００は、取得した送客関連情報に所定の関数を入力することにより送客に関する指標を示すスコアを算出する（ステップＳ３０２）。

図１６に示すように、情報処理装置１００は、入札アシスト情報の要求を受け付けたかを判定する（ステップＳ４０１）。情報処理装置１００は、入札アシスト情報の要求を受け付けていない場合（ステップＳ４０１；ＮＯ）、入札アシスト情報の要求を受け付けるまで待機する。一方、情報処理装置１００は、入札アシスト情報の要求を受け付けた場合（ステップＳ４０１；ＹＥＳ）、報酬に応じた送客の度合を示す入札アシスト情報を生成する（ステップＳ４０２）。情報処理装置１００は、生成した入札アシスト情報を第１事業者に提供する（ステップＳ４０３）。

図１７に示すように、情報処理装置１００は、送客の入札を第１事業者から受け付けたかを判定する（ステップＳ５０１）。情報処理装置１００は、送客の入札を第１事業者から受け付けなかった場合（ステップＳ５０１；ＮＯ）、情報処理を終了する。一方、情報処理装置１００は、送客の入札を第１事業者から受け付けた場合（ステップＳ５０１；ＹＥＳ）、第１事業者からの入札に関する情報を記憶部に記憶する（ステップＳ５０２）。

図１８に示すように、情報処理装置１００は、順位決定用情報を記憶部から取得する（ステップＳ６０１）。情報処理装置１００は、店舗の順位付けに用いる第１のスコアを算出する（ステップＳ６０２）。情報処理装置１００は、算出した第１のスコアと報酬情報とに基づいて第２のスコアを算出する（ステップＳ６０３）。情報処理装置１００は、算出した第２のスコアに応じて店舗の順位を決定する（ステップＳ６０４）。情報処理装置１００は、決定した店舗の順位に応じてターゲットユーザに提供する対象となる店舗の情報を決定する（ステップＳ６０５）。情報処理装置１００は、決定した店舗の情報をターゲットユーザに提供する（ステップＳ６０６）。

図１９に示すように、情報処理装置１００は、ターゲットユーザが送客に関する所定の条件を満たす行動を行ったかを判定する（ステップＳ７０１）。情報処理装置１００は、ターゲットユーザが送客に関する所定の条件を満たす行動を行わなかったと判定した場合（ステップＳ７０１；ＮＯ）、情報処理を終了する。一方、情報処理装置１００は、ターゲットユーザが送客に関する所定の条件を満たす行動を行ったと判定した場合（ステップＳ７０１；ＹＥＳ）、入札を行った第１事業者に課金する（ステップＳ７０２）。

〔９．効果〕
上述してきたように、実施形態に係る情報処理装置１００は、受付部１３２を有する。受付部１３２は、キャパシティに制限がある対象へのユーザの送客に関する所定の条件を満たした場合に、対象を運営する第１事業者が、第１事業者とは異なる第２事業者に報酬を支払うことに対して、第１事業者から入札を受け付ける。

これにより、実施形態に係る情報処理装置１００は、キャパシティに制限がある対象を運営する事業者から入札を適切に受け付けることができる。また、情報処理装置１００は、キャパシティに制限がある対象へのユーザの送客に対応した報酬を適切に支払うことができる。また、情報処理装置１００は、対象側が指定した入札額に応じた送客を行うことができるため、対象側にとって魅力的な集客活動を展開することができる。

また、受付部１３２は、所定の条件を満たした場合に、第１事業者が第２事業者に支払う報酬の値を示す入札を受け付ける。

これにより、実施形態に係る情報処理装置１００は、対象側が指定した入札額に応じた送客を行うことができる。

また、受付部１３２は、対象へのユーザの送客に対して貢献する行動を行った第２事業者に報酬を支払うことに対して、第１事業者から入札を受け付ける。

これにより、実施形態に係る情報処理装置１００は、第１事業者が所望する送客を行った第２事業者に対して対象へのユーザの送客に対応した報酬を適切に支払うことができる。

また、受付部１３２は、ユーザに対して対象に関する情報提供を行った第２事業者に報酬を支払うことに対して、第１事業者から入札を受け付ける。

これにより、実施形態に係る情報処理装置１００は、第１事業者が所望する情報提供を行った第２事業者に対して対象へのユーザの送客に対応した報酬を適切に支払うことができる。

また、受付部１３２は、第２事業者が提供した情報に対してユーザが所定の行動を行った場合に、第１事業者が、第２事業者に報酬を支払うことに対して、第１事業者から入札を受け付ける。

これにより、実施形態に係る情報処理装置１００は、対象への送客の向上を促進させる情報を提供した第２事業者に対して対象へのユーザの送客に対応した報酬を適切に支払うことができる。

また、受付部１３２は、ユーザに対して対象に関するクーポンを配信した第２事業者に報酬を支払うことに対して、第１事業者から入札を受け付ける。

これにより、実施形態に係る情報処理装置１００は、対象への送客の向上を促進させる情報を提供した第２事業者に対して対象へのユーザの送客に対応した報酬を適切に支払うことができる。

また、受付部１３２は、ユーザがクーポンを選択した場合に、第１事業者が第２事業者に報酬を支払うことに対して、第１事業者から入札を受け付ける。

これにより、実施形態に係る情報処理装置１００は、対象へのユーザの送客に対応した報酬を適切に支払うことができる。

また、受付部１３２は、ユーザが第１事業者の利益につながる行動を行った場合に、第１事業者が、第２事業者に報酬を支払うことに対して、第１事業者から入札を受け付ける。

これにより、実施形態に係る情報処理装置１００は、対象へのユーザの送客に対応した報酬を適切に支払うことができる。

また、受付部１３２は、ユーザが対象である店舗へ来店した場合に、第１事業者が、第２事業者に報酬を支払うことに対して、第１事業者から入札を受け付ける。

これにより、実施形態に係る情報処理装置１００は、対象である店舗へのユーザの送客に対応した報酬を適切に支払うことができる。

また、実施形態に係る情報処理装置１００は、受付部１３２により受け付けられた入札に関するサービスを提供する提供部１３６を有する。

これにより、実施形態に係る情報処理装置１００は、提供するサービスに応じて、対象へのユーザの好奇心を刺激することができるため、対象への送客の向上を促進させることができる。

また、提供部１３６は、対象へのユーザの送客に関するサービスを提供する。

これにより、実施形態に係る情報処理装置１００は、対象へのユーザの好奇心を刺激することができるため、対象への送客の向上を促進させることができる。

また、提供部１３６は、ユーザに対して対象に関する情報提供を行う。

これにより、実施形態に係る情報処理装置１００は、対象へのユーザの好奇心を刺激することができるため、対象への送客の向上を促進させることができる。

また、提供部１３６は、ユーザに対して対象に関するクーポンを配信する。

これにより、実施形態に係る情報処理装置１００は、対象へのユーザの好奇心を刺激することができるため、対象への送客の向上を促進させることができる。

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

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

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

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

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

例えば、コンピュータ１０００が実施形態に係る端末装置１０、事業者装置２０および情報処理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１４、２４および１３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

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

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

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

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

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

１ 情報処理システム
１０ 端末装置
２０ 事業者装置
１００ 情報処理装置
１１０ 通信部
１２０ 記憶部
１２１ 送客関連情報記憶部
１２２ 第１モデル記憶部
１２３ 入札情報記憶部
１２４ 順位決定用情報記憶部
１２５ 第２モデル記憶部
１２６ 提供情報記憶部
１２７ ユーザ情報記憶部
１２８ 事業者情報記憶部
１３０ 制御部
１３１ 取得部
１３２ 受付部
１３３ 生成部
１３４ 算出部
１３５ 決定部
１３６ 提供部
１３７ 判定部
１３８ 課金部
Ｎ ネットワーク

Claims (15)

1. キャパシティに制限がある対象へのユーザの送客に関する所定の条件を満たした場合に、前記対象を運営する第１事業者が、前記第１事業者とは異なる第２事業者に報酬を支払うことに対して、前記第１事業者から入札を受け付ける受付部、
   を備えることを特徴とする情報処理装置。
2. 前記受付部は、
   前記所定の条件を満たした場合に、前記第１事業者が前記第２事業者に支払う前記報酬の値を示す前記入札を受け付ける
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記受付部は、
   前記対象への前記ユーザの前記送客に対して貢献する行動を行った前記第２事業者に前記報酬を支払うことに対して、前記第１事業者から前記入札を受け付ける
   ことを特徴とする請求項１または請求項２に記載の情報処理装置。
4. 前記受付部は、
   前記ユーザに対して前記対象に関する情報提供を行った前記第２事業者に前記報酬を支払うことに対して、前記第１事業者から前記入札を受け付ける
   ことを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。
5. 前記受付部は、
   前記第２事業者が提供した情報に対して前記ユーザが所定の行動を行った場合に、前記第１事業者が、前記第２事業者に報酬を支払うことに対して、前記第１事業者から入札を受け付ける
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記受付部は、
   前記ユーザに対して前記対象に関するクーポンを配信した前記第２事業者に前記報酬を支払うことに対して、前記第１事業者から前記入札を受け付ける
   ことを特徴とする請求項４または請求項５に記載の情報処理装置。
7. 前記受付部は、
   前記ユーザが前記クーポンを選択した場合に、前記第１事業者が前記第２事業者に報酬を支払うことに対して、前記第１事業者から入札を受け付ける
   ことを特徴とする請求項６に記載の情報処理装置。
8. 前記受付部は、
   前記ユーザが前記第１事業者の利益につながる行動を行った場合に、前記第１事業者が、前記第２事業者に報酬を支払うことに対して、前記第１事業者から入札を受け付ける
   ことを特徴とする請求項１〜７のいずれか１項に記載の情報処理装置。
9. 前記受付部は、
   前記ユーザが前記対象である店舗へ来店した場合に、前記第１事業者が、前記第２事業者に報酬を支払うことに対して、前記第１事業者から入札を受け付ける
   ことを特徴とする請求項１〜８のいずれか１項に記載の情報処理装置。
10. 前記受付部により受け付けられた前記入札に関するサービスを提供する提供部、
    をさらに備えることを特徴とする請求項１〜９のいずれか１項に記載の情報処理装置。
11. 前記提供部は、
    前記対象への前記ユーザの前記送客に関するサービスを提供する
    ことを特徴とする請求項１０に記載の情報処理装置。
12. 前記提供部は、
    前記ユーザに対して前記対象に関する情報提供を行う
    ことを特徴とする請求項１０または請求項１１に記載の情報処理装置。
13. 前記提供部は、
    前記ユーザに対して前記対象に関するクーポンを配信する
    ことを特徴とする請求項１２に記載の情報処理装置。
14. コンピュータが実行する情報処理方法であって、
    キャパシティに制限がある対象へのユーザの送客に関する所定の条件を満たした場合に、前記対象を運営する第１事業者が、前記第１事業者とは異なる第２事業者に報酬を支払うことに対して、前記第１事業者から入札を受け付ける受付工程と、
    を含むことを特徴とする情報処理方法。
15. キャパシティに制限がある対象へのユーザの送客に関する所定の条件を満たした場合に、前記対象を運営する第１事業者が、前記第１事業者とは異なる第２事業者に報酬を支払うことに対して、前記第１事業者から入札を受け付ける受付手順と、
    をコンピュータに実行させることを特徴とする情報処理プログラム。

Images