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

Abstract

【課題】入札に関する情報を事業者に適切に提供する情報処理装置、情報処理方法及び情報処理プログラムを提供する。【解決手段】情報処理装置１００は、制御部１３０において、取得部１３１と、提供部１３５と、を備える。取得部１３１は、第１事業者が運営するキャパシティに制限がある対象が入札対象となる入札対象情報を取得する。提供部１３５は、取得部１３１により取得された入札対象情報を、第１事業者とは異なる第２事業者に提供する。【選択図】図７

Description

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

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

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

しかしながら、上述した従来技術では、入札に関する情報を事業者に適切に提供できるとは限らなかった。例えば、上述した従来技術では、店舗などの対象の予約を行う際に入力された顧客情報や予約情報をデータベースに登録する技術に過ぎない。

本願は、上記に鑑みてなされたものであって、入札に関する情報を事業者に適切に提供することを目的とする。

本願に係る情報処理装置は、第１事業者が運営するキャパシティに制限がある対象が入札対象となる入札対象情報を取得する取得部と、前記取得部により取得された前記入札対象情報を、前記第１事業者とは異なる第２事業者に提供する提供部とを有することを特徴とする。

実施形態の一態様によれば、入札に関する情報を事業者に適切に提供することができるという効果を奏する。

図１は、実施形態に係る情報処理の一例を示す図である。 図２は、実施形態に係る情報処理の一例を示す図である。 図３は、実施形態に係る情報処理システムの構成例を示す図である。 図４は、実施形態に係る端末装置の構成例を示す図である。 図５は、実施形態に係る第１事業者装置の構成例を示す図である。 図６は、実施形態に係る第２事業者装置の構成例を示す図である。 図７は、実施形態に係る情報処理装置の構成例を示す図である。 図８は、実施形態に係る入札対象情報記憶部の一例を示す図である。 図９は、実施形態に係る落札者情報記憶部の一例を示す図である。 図１０は、実施形態に係る送客結果情報記憶部の一例を示す図である。 図１１は、実施形態に係る判定結果情報記憶部の一例を示す図である。 図１２は、実施形態に係る情報処理の一例を示すフローチャートである。 図１３は、実施形態に係る情報処理の一例を示すフローチャートである。 図１４は、実施形態に係る情報処理の一例を示すフローチャートである。 図１５は、実施形態に係る情報処理の一例を示すフローチャートである。 図１６は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

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

キャパシティに制限がある対象（以下、適宜「入札対象」と呼ぶ）は、第１事業者とは異なる他の事業者（以下、適宜「第２事業者」と呼ぶ）による入札の対象となる。例えば、第２事業者は、ユーザ（消費者）と所定の関係性を有する事業者（企業）である。例えば、第２事業者は、ユーザに対して情報提供が可能な事業者である。第２事業者は、ユーザに対して情報提供を行う事業者いわゆるメディア（媒体）であってもよい。また、ユーザが利用する端末装置１０にインストールされ、ユーザに対して情報提供可能なアプリケーション（以下単に「アプリ」ともいう）に関するサービスを提供する事業者であってもよい。このように、第２事業者は、ユーザに対して情報提供可能な事業者のように、ユーザへのリーチを持つ事業者であってもよい。第２事業者は、送客に関してユーザをコンバージョンさせられる事業者であれば、どのような事業者であってもよい。例えば、第２事業者は、ユーザと物理的な位置関係（例えば、緯度と経度とに基づく位置関係）が近い商店などであってもよいし、スマホなどを通してユーザにアクセスできる企業であってもよい。例えば、第２事業者は、メディアやアプリなどであってもよい。そして、実施形態では、第２事業者の入札対象に関する情報を、適宜、入札対象情報と呼ぶ。例えば、入札対象情報には、対象の席数に関する情報や、対象への送客に関する報酬に関する情報などが含まれてもよい。

図１では、情報処理装置１００が、送客に関する店舗を対象とする入札対象情報を第１事業者から受け付ける場合を示す（第１事業者ＦＣ１及び第１事業者ＦＣ２のケース）。なお、情報処理装置１００は、第１事業者ＦＣ３のケースように、送客に関する店舗を対象とする入札対象情報を受け付けない場合もある。例えば、第１事業者ＦＣ３が運営する店舗ＳＰ３の店舗内に空席がない場合である。例えば、第１事業者ＦＣ３が運営する店舗ＳＰ３の店舗内の席が予約で満杯である場合である。また、図１では、情報処理装置１００が、入札対象情報を要求（リクエスト）した第２事業者から入札を受け付ける場合を示す（第２事業者ＳＣ１のケース）。なお、情報処理装置１００は、第２事業者ＳＣ２及び第２事業者ＳＣ３のケースのように、入札対象情報を要求した第２事業者から入札を受け付けない場合もある。図１では、第１事業者から受け付けた入札対象情報を第２事業者に提供することにより、店舗への送客を行う第２事業者を決定する場合を示す。以下、図１を用いて、実施形態に係る情報処理の一例を説明する。

情報処理装置１００は、第１事業者装置２０−１を介して第１事業者ＦＣ１が送信した入札対象情報を受け付ける（ステップＳ１０１）。なお、第１事業者ＦＣ１は、店舗ＳＰ１と所定の関係を有する事業者である。例えば、第１事業者ＦＣ１は、店舗ＳＰ１を運営する事業者である。図１では、店舗ＳＰ１はフレンチを提供するレストランである。以下、店舗を第１事業者と読み替える場合がある。例えば、店舗ＳＰ１を、第１事業者ＦＣ１と読み替える場合がある。同様に、情報処理装置１００は、第１事業者装置２０−２を介して第１事業者ＦＣ２が送信した入札対象情報を受け付ける（ステップＳ１０２）。なお、第１事業者ＦＣ２は、店舗ＳＰ２と所定の関係を有する事業者である。例えば、第１事業者ＦＣ２は、店舗ＳＰ２を運営する事業者である。図１では、店舗ＳＰ２はフレンチを提供するレストランである。また、店舗ＳＰ２を、第１事業者ＦＣ２と読み替えてもよい。なお、店舗ＳＰ１に関するステップＳ１０１の処理と、店舗ＳＰ２に関するステップＳ１０２の処理との順序に関係性はないものとする。情報処理装置１００は、受け付けた入札対象情報を記憶部に格納する（ステップＳ１０３）。図１では、情報処理装置１００が、受け付けた入札対象情報を入札対象情報記憶部１２１に格納する場合を示す。

入札対象情報は、店舗に関する数量を示す数量情報を含んでもよい。例えば、入札対象情報は、店舗の満空（空席）に関する数量情報を含んでもよい。具体的な例を挙げると、入札対象情報は、「空席１５席」といった店舗内の空席の数に関する数量情報を含んでもよい。なお、店舗の満空に関する数量情報は、店舗が予め指定した情報であってもよい。

入札対象情報は、送客の成功報酬（報酬）に関する情報を含んでもよい。ここで、送客の成功報酬とは、店舗へのユーザの送客に関する所定の条件を満たした場合に、第１事業者が支払う報酬である。すなわち、入札対象情報は、店舗へのユーザの送客に関する所定の条件を満たした場合に、第１事業者が支払う報酬に関する情報を含んでもよい。

情報処理装置１００は、入札対象情報記憶部１２１に記憶された入札対象情報に基づいてテーブルＬＴ１を生成する（ステップＳ１０４）。図１の例では、情報処理装置１００が、空席に関する情報と、成功報酬に関する情報とを含む入札対象情報を店舗毎に示したテーブルＬＴ１を生成する場合を示すが、図１に示す例に限られなくてもよい。また、情報処理装置１００は、テーブルＬＴ１を生成しなくてもよい。図１に示すテーブルＬＴ１には、「入札対象ＩＤ」、「店舗」、「空席」、「成功報酬」といった項目が含まれる。「入札対象ＩＤ」は、入札対象情報を識別するための識別情報を示す。「店舗」は、入札対象情報を送信した店舗に関する情報を示す。「店舗」に含まれるＳＰ１は、店舗ＳＰ１を識別するための識別情報である。また、「店舗」に含まれるフレンチＡは、店舗ＳＰ１の名称である。「空席」は、店舗内の空席の数を示す。「成功報酬」は、送客の成功報酬を示す。具体的には、「成功報酬」は、「空席」が示す空席数に対する送客の成功報酬を示す。すなわち、「成功報酬」は、店舗が指定した空席数の全てを満たした場合に支払われる報酬を示す。なお、テーブルＬＴ１は、入札対象情報を要求した第２事業者に提供する情報の一例である。

情報処理装置１００は、第２事業者装置３０−１を介して第２事業者ＳＣ１が送信した入札対象情報の要求を受け付ける（ステップＳ１０５）。情報処理装置１００は、入札対象情報を提供する（ステップＳ１０６）。図１の例では、情報処理装置１００は、テーブルＬＴ１を第２事業者装置３０−１に送信する。これにより、情報処理装置１００は、第２事業者の店舗への送客に関する好奇心を刺激することができる。また、情報処理装置１００は、店舗にとって報酬に応じた魅力的な集客活動を展開することができる。また、情報処理装置１００は、キャパシティに制限がある対象の入札に関する情報を事業者に適切に提供することができる。

情報処理装置１００は、第２事業者装置３０−２を介して第２事業者ＳＣ２が送信した入札対象情報の要求を受け付ける（ステップＳ１０７）。情報処理装置１００は、テーブルＬＴ１を第２事業者装置３０−２に送信する（ステップＳ１０８）。同様に、情報処理装置１００は、第２事業者装置３０−３を介して第２事業者ＳＣ３が送信した入札対象情報の要求を受け付ける（ステップＳ１０９）。情報処理装置１００は、テーブルＬＴ１を第２事業者装置３０−３に送信する。なお、第２事業者ＳＣ１に関するステップＳ１０５及びステップＳ１０６の処理と、第２事業者ＳＣ２に関するステップＳ１０７及びステップＳ１０８の処理と、第２事業者ＳＣ３に関するステップＳ１０９及びステップＳ１１０の処理との順序に関係性はないものとする。

情報処理装置１００は、第２事業者装置３０−１を介して第２事業者ＳＣ１から入札を受け付ける（ステップＳ１１１）。図１の例では、情報処理装置１００が、テーブルＬＴ１に示す入札対象ＩＤ「ＡＴ２」に対する入札を受け付ける場合を示す。具体的には、情報処理装置１００は、店舗ＳＰ２へのユーザの送客に関する入札を第２事業者ＳＣ１から受け付ける。なお、図１では、入札対象に最先で入札した第２事業者を落札者に決定する場合を示す。入札の受け付けの他の場合の処理については後述する。

情報処理装置１００は、受け付けた入札に基づいて店舗への送客に関する落札者を決定する（ステップＳ１１２）。情報処理装置１００は、テーブルＬＴ１に示す入札対象ＩＤ毎に落札者を決定する。図１の例では、情報処理装置１００が、入札対象ＩＤ「ＡＴ２」に対応する落札者を第２事業者ＳＣ１に決定する場合を示す。すなわち、情報処理装置１００は、店舗ＳＰ２への送客に関する落札者を第２事業者ＳＣ１に決定する。なお、図１の例では、情報処理装置１００が、店舗への送客に関する落札者を入札対象ＩＤ毎に示したテーブルＡＬ１を生成する場合を示すが、図１に示す例に限られなくてもよい。また、情報処理装置１００は、テーブルＡＬ１を生成しなくてもよい。図１に示すテーブルＡＬ１には、「入札対象ＩＤ」、「落札者」といった項目が含まれる。「入札対象ＩＤ」は、入札対象情報を識別するための識別情報を示す。「落札者」は、店舗への送客に関する落札者の情報を示す。「落札者」に含まれるＳＣ１は、落札者である第２事業者ＳＣ１を識別するための識別情報である。また、「落札者」に含まれるメディアＸは、第２事業者ＳＣ１と所定の関係を有する企業の名称である。例えば、メディアＸは、第２事業者ＳＣ１が属する企業の名称である。なお、情報処理装置１００は、決定した落札者に関する情報を記憶部に格納してもよい。例えば、情報処理装置１００は、決定した落札者に関する情報を落札者情報記憶部１２２（図９参照）に格納してもよい。

情報処理装置１００は、落札者である第２事業者ＳＣ１に落札した旨を通知する（ステップＳ１１３）。また、情報処理装置１００は、落札に関する情報を第２事業者ＳＣ１に提供する。情報処理装置１００は、落札に関する情報を第２事業者装置３０−１に送信する。

図１に示す例では、情報処理装置１００が、第１事業者ＦＣ１及び第１事業者ＦＣ２から入札対象情報を受け付ける場合を示すが、入札対象情報を受け付ける第１事業者の数に制限はないものとする。すなわち、情報処理装置１００は、３以上の第１事業者から入札対象情報を受け付けてもよい。

図１の例では、第１事業者が運営する店舗がレストランなどの食に関する店舗である場合を示すが、情報処理装置１００は、食以外の他のカテゴリに関連がある店舗を運営する第１事業者から入札対象情報を受け付けてもよい。例えば、情報処理装置１００は、不動産やホテルや民泊などの住に関する店舗を運営する第１事業者から入札対象情報を受け付けてもよい。

図１に示す例では、情報処理装置１００が、第２事業者ＳＣ１乃至第２事業者ＳＣ３から入札対象情報の要求を受け付ける場合を示すが、入札対象情報の要求を受け付ける第２事業者の数に制限はないものとする。すなわち、情報処理装置１００は、３以上の第２事業者から入札対象情報の要求を受け付けてもよい。

図１に示す例では、情報処理装置１００が、一の第２事業者のみから入札を受け付ける場合を示すが、入札を受け付ける第２事業者の数に制限はないものとする。すなわち、情報処理装置１００は、複数の第２事業者から各送客に対する入札を受け付けてもよい。具体的な例を挙げると、情報処理装置１００は、一の第２事業者から送客に関する入札を受け付けた後、店舗へのユーザの送客に関する所定の条件を満たさずに所定の期間が経過した場合、一の第２事業者以外の他の第２事業者から入札を受け付けてもよい。

図１に示す例では、情報処理装置１００が、第２事業者ＳＣ１のみに落札に関する旨を通知する場合を示すが、情報処理装置１００は、複数の第２事業者を落札者に決定してもよい。この場合、情報処理装置１００は、複数の第２事業者に対する通知を行ってもよい。具体的な例を挙げると、情報処理装置１００は、複数の第２事業者から送客に関する入札を受け付けた場合であって、複数の第２事業者のうち一の第２事業者が送客に関する所定の条件を満たした場合には、一の第２事業者以外の他の第２事業者に、一の第２事業者が所定の条件を満たしたことを示す旨を通知してもよい。

図１に示す例では、情報処理装置１００が、店舗内の空席の数に関する数量情報を含む入札対象情報を取得する場合を示すが、情報処理装置１００は、店舗内の空席の数を算出するための情報を含む入札対象情報を取得してもよい。例えば、情報処理装置１００は、店舗内の混雑率や予約率に関する情報を含む入札対象情報を取得してもよい。そして、情報処理装置１００は、店舗内の混雑率や予約率に関する情報から、店舗内の空席の数に関する数量情報を取得してもよい。

図１に示す例では、情報処理装置１００が、一定の数の空席に対する報酬情報を含む入札対象情報を取得する場合を示すが、情報処理装置１００は、店舗内の状況に応じて変動する空席数に対する報酬情報を含む入札対象情報を取得してもよい。なお、店舗内の状況に応じて変動する空席数に対する報酬情報は、店舗が最初に指定した一定の数の空席に対する報酬情報に基づいて情報処理装置１００が算出した報酬情報であってもよい。この場合、情報処理装置１００は、店舗内の状況に応じて、店舗内の空席の数に関する数量情報を更新する。例えば、情報処理装置１００は、空席の数が一減る毎に店舗内の空席の数に関する数量情報を更新する。また、情報処理装置１００は、店舗内の空席の数に関する数量情報をリアルタイムで更新してもよい。そして、情報処理装置１００は、店舗内の空席の数に応じた報酬情報を含む入札対象情報を第２事業者に提供する。

図１に示す例では、情報処理装置１００が、店舗が指定した空席数の全てを満たした場合に支払われる報酬情報を含む入札対象情報を取得する場合を示すが、情報処理装置１００は、店舗が指定した空席数のうちの１席を満たした場合に支払われる報酬情報を含む入札対象情報を取得してもよい。そして、情報処理装置１００は、店舗が指定した空席数のうち、第２事業者が空席を満たした数に応じて、後述する課金に関する処理を実行してもよい。例えば、情報処理装置１００は、第２事業者が空席を満たした数に応じた報酬を第１事業者に課金してもよい。例えば、情報処理装置１００は、第２事業者が空席を満たした数に応じた報酬を第２事業者に提供してもよい。

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

なお、図２に示す情報処理は、図１に示す情報処理の後に実行されるものとする。すなわち、図２に示す第２事業者ＳＣ１は、図１において、情報処理装置１００が店舗ＳＰ２への送客に関する落札者と決定した事業者である。

図２では、送客に関する成功報酬に基づいて、第２事業者に提供する報酬を決定する場合を示す。図２では、情報処理装置１００は、店舗への送客に関する所定の条件を満たした場合に、第２事業者に報酬を提供する。以下、図２を用いて、実施形態に係る情報処理の一例を説明する。なお、マップＭＰ１は、店舗ＳＰ１と店舗ＳＰ２とユーザＵ１との位置関係を示す。

送客に関する所定の条件を満たす場合とは、店舗への送客に対する入札後に、第２事業者が所定の条件を満たした場合であってもよい。例えば、送客に関する所定の条件を満たす場合とは、第２事業者が店舗へのターゲットユーザの送客に対して貢献する行動を行った場合である。例えば、送客に関する所定の条件を満たす場合とは、第２事業者が店舗に関する情報を提供したターゲットユーザが店舗に関する所定の行動を行った場合である。例えば、送客に関する所定の条件を満たす場合とは、ターゲットユーザが第１事業者の利益につながる行動を行った場合である。例えば、送客に関する所定の条件を満たす場合とは、ターゲットユーザが店舗に関する予約を行った場合である。また、ターゲットユーザのうち、送客に関する所定の条件を満たしたユーザを、適宜、送客ユーザ（獲得ユーザ）と呼ぶ。なお、送客ユーザは、実際に店舗に来店したユーザに限らず、送客に関する所定の条件を満たしたユーザであれば、どのようなユーザであってもよい。

第２事業者ＳＣ１は、ユーザＵ１を含む複数のターゲットユーザに店舗ＳＰ２の情報を提供する（ステップＳ２０１）。第２事業者ＳＣ１は、第２事業者装置３０−１を介して、ターゲットユーザの各々が利用する端末装置１０に店舗ＳＰ２の情報を送信する。例えば、第２事業者ＳＣ１は、ターゲットユーザに店舗ＳＰ２への送客に関する所定の行動を促す情報を提供する。図２では、第２事業者ＳＣ１は、ターゲットユーザに店舗ＳＰ２の予約を促す情報を提供する。

図２の例では、第２事業者ＳＣ１が情報を提供した複数のターゲットユーザのうち、所定の数のターゲットユーザが店舗ＳＰ２を予約する。なお、ユーザＵ１は、店舗ＳＰ２を予約した所定の数のターゲットユーザのうちの一人である。すなわち、ユーザＵ１は、所定の数の送客ユーザのうちの一人である。端末装置１０は、ターゲットユーザの操作に応じて、店舗ＳＰ２を予約する旨を第２事業者装置３０−１に送信する（ステップＳ２０２）。端末装置１０は、店舗ＳＰ２の予約情報を第２事業者装置３０−１に送信する。

情報処理装置１００は、ターゲットユーザの送客に関する情報を取得する（ステップＳ２０３）。図２では、情報処理装置１００は、店舗ＳＰ２への送客に関する予約情報を取得する。なお、情報処理装置１００は、取得したターゲットユーザの送客に関する情報を記憶部に格納してもよい。例えば、情報処理装置１００は、ターゲットユーザの送客に関する情報を送客結果情報記憶部１２３（図１０参照）に格納してもよい。

情報処理装置１００は、取得したターゲットユーザの送客に関する情報に基づいてテーブルＰＬ１を生成する（ステップＳ２０４）。図２の例では、情報処理装置１００が、ターゲットユーザに関する情報と、送客ユーザに関する情報とを入札対象ＩＤ毎に示したテーブルＰＬ１を生成する場合を示すが、図２に示す例に限られなくてもよい。また、情報処理装置１００は、テーブルＰＬ１を生成しなくてもよい。図２に示すテーブルＰＬ１には、「入札対象ＩＤ」、「落札者」、「ターゲットユーザ」、「送客ユーザ」といった項目が含まれる。「入札対象ＩＤ」は、入札対象情報を識別するための識別情報を示す。「落札者」は、店舗への送客に関する落札者の情報を示す。「ターゲットユーザ」は、ターゲットユーザに関する情報を示す。「ターゲットユーザ」は、例えば、ターゲットユーザを識別するための識別情報を示す。「ターゲットユーザ」は、Ｕ１乃至Ｕ３により識別されるユーザなどがターゲットユーザであることを示す。「送客ユーザ」は、送客ユーザに関する情報を示す。「送客ユーザ」は、例えば、送客ユーザを識別するための識別情報を示す。「送客ユーザ」は、Ｕ１及びＵ３により識別されるユーザなどが送客ユーザであることを示す。また、「送客ユーザ」に含まれる１０ユーザは、送客ユーザの数を示す。具体的には、「送客ユーザ」に含まれる１０ユーザは、Ｕ１及びＵ３により識別されるユーザを含む送客ユーザの総数を示す。

情報処理装置１００は、テーブルＰＬ１に関する情報と、テーブルＬＴ１に関する情報とに基づいて、第２事業者ＳＣ１が店舗への送客に関する所定の条件を達成できたかどうかを判定する（ステップＳ２０５）。具体的には、情報処理装置１００は、店舗の空席の数と、予約数とが対応しているかどうかを判定する。より具体的には、情報処理装置１００は、店舗が指定した空席の数と、送客ユーザ（獲得ユーザ）の数とが対応しているかどうかを判定する。情報処理装置１００は、店舗の空席の数と予約数とが対応していると判定した場合には、第２事業者が店舗への送客に関する所定の条件を達成できたと判定する。この場合、情報処理装置１００は、送客成功と判定する。一方、情報処理装置１００は、店舗の空席の数と予約数とが対応していないと判定した場合には、第２事業者が店舗への送客に関する所定の条件を達成できなかったと判定してもよい。この場合、情報処理装置１００は、送客失敗と判定してもよい。

図２の例では、情報処理装置１００が、店舗への送客に関する所定の条件を達成できたかどうかを入札対象ＩＤ毎に示したテーブルＪＬ１を生成する場合を示すが、図２に示す例に限られなくてもよい。また、情報処理装置１００は、テーブルＪＬ１を生成しなくてもよい。図２に示すテーブルＪＬ１には、「入札対象ＩＤ」、「落札者」、「判定」といった項目が含まれる。「入札対象ＩＤ」は、入札対象情報を識別するための識別情報を示す。「落札者」は、店舗への送客に関する落札者の情報を示す。「判定」は、落札者が店舗への送客に関する所定の条件を達成できたかどうかを示す。図２では、第２事業者ＳＣ１が送客に関する所定の条件を達成できたことを示す。なお、情報処理装置１００は、落札者が送客に関する所定の条件を達成できたかどうかを示す結果情報を記憶部に格納してもよい。例えば、情報処理装置１００は、落札者が送客に関する所定の条件を達成できたかどうかを示す結果情報を判定結果情報記憶部１２４（図１１参照）に格納してもよい。

情報処理装置１００は、店舗への送客に関する所定の条件を達成できたと判定した場合には、課金（請求）に関する処理を実行する。図２では、情報処理装置１００は、店舗を運営する第１事業者ＦＣ２に対して課金する（ステップＳ２０６）。なお、課金に関する処理には、課金に関する情報の送信が含まれてもよい。例えば、情報処理装置１００は、課金に関する情報を第１事業者装置２０−２に送信する。

情報処理装置１００は、成功報酬の支払いの受取に関する処理を実行する（ステップＳ２０７）。情報処理装置１００は、第１事業者ＦＣ２に課金した成功報酬を第１事業者ＦＣ２から受け取る。

情報処理装置１００は、第１事業者が支払う成功報酬のうち、一部を第２事業者に提供する（ステップＳ２０８）。具体的には、情報処理装置１００は、第１事業者が支払う成功報酬から、店舗への入札に関するサービスを提供する事業者（以下、適宜「第３事業者」と呼ぶ）が受け取る報酬（以下、適宜「第１報酬」と呼ぶ）を除いた報酬（以下、適宜「第２報酬」と呼ぶ）を第２事業者に提供する。図２の例では、情報処理装置１００は、受け取った成功報酬２００円のうち、１０％の第１報酬２０円を除いた第２報酬１８０円を第２事業者に提供する。なお、第３事業者は、例えば、情報処理装置１００を管理する事業者であってもよい。例えば、第３事業者は、店舗情報を有するマーケットプレイスのプラットフォームを管理する事業者であってもよい。例えば、第３事業者は、店舗を運営する第１事業者と、店舗の情報をユーザに提供する第２事業者の双方と所定の関係性を有する事業者であってもよい。すなわち、第３事業者は、第１事業者と第２事業者の双方にアクセスできる事業者であってもよい。また、第３事業者は、ユーザにアクセスできる事業者であってもよい。なお、第３事業者は、第２事業者であってもよい。第３事業者は、情報処理装置１００を管理する管理者であってもよい。

なお、図１及び図２に示す実施形態に係る通知や提供や送信は、所定の通知方法を用いて行われてもよい。例えば、実施形態に係る通知や提供や送信は、プッシュ通知を用いて行われてもよい。

図２に示す例では、第２事業者装置３０が、店舗への送客に関する所定の行動を促す情報を提供する場合を示した。ここで、店舗への送客に関する所定の行動を促す情報は、例えば、広告コンテンツであってもよい。例えば、店舗への送客に関する所定の行動を促す情報は、所定のウェブサービスに含まれる領域（例えば、広告領域）に表示される広告コンテンツであってもよい。また、店舗への送客に関する所定の行動を促す情報は、クーポン（特典）であってもよい。例えば、店舗への送客に関する所定の行動を促す情報は、店舗で利用可能なクーポンであってもよい。

〔３．処理のバリエーション〕
（３−１．複数の入札から落札者を決定）
図１に示す例では、情報処理装置１００が、入札の早い順に優先して店舗への送客に関する落札者を決定する場合を示すが、情報処理装置１００は、第２事業者が指定した入札額の高い順に優先して店舗への送客に関する落札者を決定してもよい。この場合、情報処理装置１００は、所定の期間において複数の第２事業者から入札を受け付けてもよいし、第２事業者の入札の数が所定の閾値を満たすまで待機してもよい。そして、情報処理装置１００は、送客失敗と判定した場合には、第２事業者が指定した入札額の一部を第２事業者に課金してもよい。このように、情報処理装置１００は、複数の第２事業者から入札を受け付けた場合、第３事業者にとって最も有利になる入札を行った第２事業者を落札者に決定することができる。これにより、情報処理装置１００は、第３事業者に掛かる負担（リスク）を軽減させることができるため、第３事業者にとって魅力的なマーケティング活動を展開することができる。また、情報処理装置１００は、店舗への送客に関する過去の実績に基づいて店舗への送客に関する落札者を決定してもよい。情報処理装置１００は、店舗への送客に関する成功率の高い順に優先して店舗への送客に関する落札者を決定してもよい。

（３−２．デポジットの取得）
図１に示す例では、情報処理装置１００が、店舗への送客に関する入札を受け付ける場合を示すが、情報処理装置１００は、入札を受け付けるとともに、第２事業者に対して第２事業者が指定した入札額をデポジットとして予め課金してもよい。これにより、情報処理装置１００は、第２事業者から担保を有することができるので、第３事業者に掛かる負担を軽減させることができるため、第３事業者にとって魅力的なマーケティング活動を展開することができる。なお、デポジットの額は、第１事業者が指定した成功報酬の額であってもよい。すなわち、情報処理装置１００は、入札を行った第２事業者に対して、第１事業者が指定した成功報酬をデポジットとして予め課金してもよい。

（３−３．オーバーブッキングの場合）
図１に示す例では、情報処理装置１００が、入札を行った一の第２事業者を落札者に決定する場合を示すが、情報処理装置１００は、入札を行った複数の第２事業者を落札者に決定してもよい。この場合、情報処理装置１００は、複数の第２事業者全体で送客に関する所定の条件を満たすかどうかを判定する。例えば、情報処理装置１００は、複数の第２事業者全体による送客に関する予約数が店舗の指定した空席の数に対応した場合には、送客成功と判定する。そして、情報処理装置１００は、送客成功と判定した場合には、複数の第２事業者の人数に応じて各第２事業者に提供する報酬を分配してもよい。また、情報処理装置１００は、複数の第２事業者全体による送客に関する予約数が、店舗の指定した空席の数を超過した場合には、オーバーブッキングと判定する。この場合、情報処理装置１００は、店舗が指定した空席の数を超過した分の予約をキャンセルしてもよい。そして、情報処理装置１００は、予約したのにキャンセル扱いになってしまったユーザに対する所定の代金（キャンセル料）を入札に関するサービスを提供する事業者（例えば、情報処理装置１００を管理する管理者）が負担するようにしてもよい。また、キャンセル扱いになってしまったユーザに情報提供を行った第２事業者が、キャンセル料を負担してもよい。この場合、入札に関するサービスを提供する事業者（例えば、情報処理装置１００を管理する管理者）は、第２事業者への補償を行ってもよい。例えば、入札に関するサービスを提供する事業者は、第２事業者がユーザへ支払ったキャンセル料のうち所定の割合（例えば５０％等）を、第２事業者に対して補償金として提供してもよい。

（３−４．送客失敗の判定）
図２に示す例では、情報処理装置１００が、店舗の空席の数と予約数とが対応しているかどうかを判定することにより、第２事業者が店舗への送客に関する所定の条件を達成できたかどうかを判定する場合を示した。ここで、情報処理装置１００は、時間的な制限を含む送客に関する所定の条件に基づいて達成できたかどうかを判定してもよい。例えば、情報処理装置１００は、落札者情報記憶部１２２に記憶された「期限」に基づいて判定してもよい。具体的には、情報処理装置１００は、店舗が指定した所定の期間において店舗の空席の数と予約数とが対応したかどうかを判定することにより、第２事業者が店舗への送客に関する所定の条件を達成できたかどうかを判定してもよい。より具体的には、情報処理装置１００は、制限時間になっても店舗の空席の数が予約数で埋まらなかった場合、送客失敗と判定する。これにより、情報処理装置１００は、店舗が所望する期間に応じた効率的な集客活動を展開することができる。

（３−５．送客失敗の場合の報酬）
図２に示す例では、情報処理装置１００が、送客成功と判定した場合には、第１事業者に対して成功報酬を課金する場合を示した。ここで、情報処理装置１００は、送客失敗と判定した場合には、第１事業者に対して報酬を何も課金しなくてもよいし、第１事業者に対して成功報酬の一部を課金してもよい。例えば、情報処理装置１００は、第１事業者に対して送客が成功した割合（例えば、予約数）に応じた成功報酬を課金してもよい。この場合、情報処理装置１００は、第２事業者に対して報酬を何も提供しなくてもよい。若しくは、情報処理装置１００は、第２事業者に対して送客が成功した割合に応じた報酬を提供してもよい。また、情報処理装置１００は、デポジットを予め取得する場合には、第２事業者に提供しない報酬の一部を第１事業者に返金してもよい。例えば、情報処理装置１００は、デポジットした報酬の全額を第１事業者に返金してもよい。例えば、情報処理装置１００は、送客が成功した割合に応じたデポジットを第１事業者に返金してもよい。

（３−６．入札の受け付けのバリエーション）
図１に示す例では、情報処理装置１００が、最先で入札した第２事業者ＳＣ１を落札者に即決で決定する場合を示した。ここで、情報処理装置１００は、予め定められた所定の期間内に入札を行った第２事業者の中から落札者を決定してもよい。例えば、情報処理装置１００は、所定の期間内に入札を行った第２事業者が第２事業者ＳＣ１のみであったので、第２事業者ＳＣ１を落札者に決定してもよい。例えば、情報処理装置１００は、所定の期間内に入札を行った第２事業者が複数である場合には、入札を行った複数の第２事業者の中から一の第２事業者を選択して落札者に決定してもよい。具体的には、情報処理装置１００は、入札に関するサービスを提供する事業者にとって最も利益になる第２事業者の入札を優先して落札者を決定してもよい。

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

端末装置１０は、ユーザ（ターゲットユーザ）によって利用される情報処理装置である。端末装置１０は、実施形態における処理を実現可能であれば、どのような装置であってもよい。また、端末装置１０は、スマートフォンや、タブレット型端末や、ノート型ＰＣ（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）等の集積回路により実現される。

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

（送信部１４１）
送信部１４１は、外部の情報処理装置へ各種情報を提供する。送信部１４１は、外部の情報処理装置へ各種情報を送信する。例えば、送信部１４１は、第２事業者装置３０等の他の情報処理装置へ各種情報を送信する。例えば、送信部１４１は、店舗の予約情報を第２事業者装置３０に送信する。

（受信部１４２）
受信部１４２は、各種情報を受信する。受信部１４２は、外部の情報処理装置から各種情報を受信する。受信部１４２は、第２事業者装置３０等の他の情報処理装置から各種情報を受信する。例えば、受信部１４２は、情報処理装置１００により決定された第２事業者が利用する第２事業者装置３０から送信された店舗の情報を受信する。例えば、受信部１４２は、店舗への送客に関する所定の行動を促す情報を受信する。例えば、受信部１４２は、店舗への来店の予約を促す情報を受信する。

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

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

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

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

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

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

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

送信部２４１は、入札対象情報を送信する。例えば、送信部２４１は、店舗に関する数量を示す数量情報を含む入札対象情報を送信する。例えば、送信部２４１は、第１事業者が支払う報酬を示す報酬情報を含む入札対象情報を送信する。送信部２４１は、第１事業者に課金された報酬の支払いに関する情報を送信する。

（受信部２４２）
受信部２４２は、各種情報を受信する。受信部２４２は、外部の情報処理装置から各種情報を受信する。受信部２４２は、情報処理装置１００等の他の情報処理装置から各種情報を受信する。例えば、受信部２４２は、第１事業者に課金された報酬に関する情報を受信する。

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

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

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

（出力部３３）
出力部３３は、例えば液晶ディスプレイや有機ＥＬディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。また、出力部３３は、情報処理装置１００から送信された情報を出力する。例えば、出力部３３は、入札対象情報を出力する。例えば、出力部３３は、情報処理装置１００からの通知を出力する。

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

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

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

送信部３４１は、入札対象情報の要求を送信する。送信部３４１は、店舗への送客に関する入札を示す入札情報を送信する。

送信部３４１は、端末装置１０に店舗の情報を送信する。送信部３４１は、端末装置１０から受信した店舗の予約情報を送信する。

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

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

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図７に示すように、記憶部１２０は、入札対象情報記憶部１２１と、落札者情報記憶部１２２と、送客結果情報記憶部１２３と、判定結果情報記憶部１２４とを有する。

入札対象情報記憶部１２１は、入札対象情報を記憶する。ここで、図８に、実施形態に係る入札対象情報記憶部１２１の一例を示す。図８に示すように、入札対象情報記憶部１２１は、「入札対象ＩＤ」、「店舗ＩＤ」、「第１事業者ＩＤ」、「入札対象情報」といった項目を有する。

「入札対象ＩＤ」は、入札対象情報を識別するための識別情報を示す。「店舗ＩＤ」は、店舗を識別するための識別情報を示す。例えば、図８は、店舗ＳＰ２が入札対象ＩＤ「ＡＴ２」に対応する入札対象情報を送信した店舗であることを示す。「第１事業者ＩＤ」は、第１事業者を識別するための識別情報を示す。例えば、図８は、第１事業者ＦＣ２が店舗ＳＰ２を運営する第１事業者であることを示す。

「入札対象情報」は、入札対象情報を示す。「入札対象情報」は、「満空状況」、「成功報酬」といった項目を更に有する。「満空状況」は、店舗の満空に関する状況を示す。例えば、「満空状況」は、店舗内の空席に関する状況を示す。図８に示す例では、「満空状況」に「満空状況＃１」や「満空状況＃２」といった概念的な情報が格納される例を示したが、実際には、店舗の空席数を示すデータが格納される。「成功報酬」は、第１事業者が支払う送客に関する成功報酬を示す。例えば、「成功報酬」は、「満空状況」が示す情報に対して一人あたりの送客が行われた場合に、第１事業者が支払う成功報酬を示す。図８に示す例では、「成功報酬」に「成功報酬＃１」や「成功報酬＃２」といった概念的な情報が格納される例を示したが、実際には、成功報酬の報酬額を示すデータが格納される。

落札者情報記憶部１２２は、店舗への送客の落札者に関する情報を記憶する。ここで、図９に、実施形態に係る落札者情報記憶部１２２の一例を示す。図９に示すように、落札者情報記憶部１２２は、「入札対象ＩＤ」、「落札者ＩＤ（第２事業者ＩＤ）」、「期限」といった項目を有する。

「入札対象ＩＤ」は、入札対象情報を識別するための識別情報を示す。「落札者ＩＤ（第２事業者ＩＤ）」は、落札者である第２事業者を識別するための識別情報を示す。例えば、図９は、第２事業者ＳＣ１が入札対象ＩＤ「ＡＴ２」に対応する店舗への送客の落札者であることを示す。「期限」は、送客に関する期限を示す。「期限」は、送客に関する所定の基準を達成するまでに掛かる時間に関する期限を示す。図９に示す例では、「期限」に「期限＃１」や「期限＃２」といった概念的な情報が格納される例を示したが、実際には、時間（例えば、日時や期間など）を示す情報が格納される。なお、「期限」には、時間を示す情報であればどのような情報が格納されてもよい。例えば、「期限」には、時分に限られず、秒まで含んだ時間を示す情報が格納されてもよいし、別の表現の時間を示す情報が格納されてもよい。

送客結果情報記憶部１２３は、店舗への送客に関する結果情報を記憶する。ここで、図１０に、実施形態に係る送客結果情報記憶部１２３の一例を示す。図１０に示すように、送客結果情報記憶部１２３は、「入札対象ＩＤ」、「落札者ＩＤ（第２事業者ＩＤ）」、「ターゲットユーザＩＤ」、「送客ユーザＩＤ」といった項目を有する。

「入札対象ＩＤ」は、入札対象情報を識別するための識別情報を示す。「落札者ＩＤ（第２事業者ＩＤ）」は、落札者である第２事業者を識別するための識別情報を示す。「ターゲットユーザＩＤ」は、ターゲットユーザを識別するための識別情報を示す。例えば、図１０は、ユーザＵ１乃至ユーザＵ３などが第２事業者ＳＣ１のターゲットユーザであることを示す。「送客ユーザＩＤ」は、送客ユーザを識別するための識別情報を示す。例えば、図１０は、ユーザＵ１及びユーザＵ３などが第２事業者ＳＣ１の送客ユーザであることを示す。

判定結果情報記憶部１２４は、店舗への送客の判定結果に関する情報を記憶する。ここで、図１１に、実施形態に係る判定結果情報記憶部１２４の一例を示す。図１１に示すように、判定結果情報記憶部１２４は、「入札対象ＩＤ」、「落札者ＩＤ（第２事業者ＩＤ）」、「判定結果」といった項目を有する。

「入札対象情報」は、入札対象情報を示す。「落札者ＩＤ（第２事業者ＩＤ）」は、落札者である第２事業者を識別するための識別情報を示す。「判定結果」は、落札者が店舗への送客に関する所定の基準を達成できたか否かを示す。例えば、図１１は、第２事業者ＳＣ１が送客に関する所定の基準を達成できたことを示す。

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

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

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

取得部１３１は、記憶部１２０から各種情報を取得する。取得部１３１は、入札対象情報記憶部１２１や落札者情報記憶部１２２や送客結果情報記憶部１２３や判定結果情報記憶部１２４から各種情報を取得する。

取得部１３１は、取得した各種情報を記憶部１２０に格納する。取得部１３１は、入札対象情報記憶部１２１や落札者情報記憶部１２２や送客結果情報記憶部１２３や判定結果情報記憶部１２４に各種情報を格納する。

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

取得部１３１は、入札対象情報を取得する。取得部１３１は、第１事業者装置２０を介して第１事業者が送信した入札対象情報を取得する。取得部１３１は、第１事業者が運営する店舗が入札対象となる入札対象情報を取得する。取得部１３１は、店舗に関する数量を示す数量情報を含む入札対象情報を取得する。例えば、取得部１３１は、店舗の空席数に関する情報を含む入札対象情報を取得する。取得部１３１は、第１事業者が支払う報酬を示す報酬情報を含む入札対象情報を取得する。

取得部１３１は、取得した入札対象情報に基づいて入札対象情報に関する情報を生成する。取得部１３１は、取得した入札対象情報から入札対象毎の情報を生成する。図１に示す例では、取得部１３１は、テーブルＬＴ１に関する情報を生成する。

取得部１３１は、入札対象情報の要求を取得する。取得部１３１は、第２事業者装置３０を介して第２事業者が送信した入札対象情報の要求を取得する。

取得部１３１は、送客に関する情報を取得する。取得部１３１は、第２事業者装置３０を介して第２事業者が送信した送客に関する情報を取得する。取得部１３１は、店舗へのターゲットユーザの送客に関する予約情報を取得する。取得部１３１は、送客ユーザに関する情報を取得する。取得部１３１は、送客ユーザの数に関する情報を取得する。

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

受付部１３２は、第２事業者から入札を受け付ける。受付部１３２は、第２事業者から店舗に対する入札を受け付ける。受付部１３２は、第２事業者から店舗への送客に対する入札を受け付ける。受付部１３２は、一の第２事業者のみから店舗に対する入札を受け付ける。受付部１３２は、複数の第２事業者から店舗に対する入札を受け付ける。

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

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

決定部１３３は、送客に関する落札者を決定する。決定部１３３は、店舗への送客に関する落札者を決定する。決定部１３３は、店舗への送客を行う第２事業者を決定する。決定部１３３は、第２事業者からの入札に応じて落札者を決定する。決定部１３３は、入札を行った第２事業者を落札者に決定する。決定部１３３は、入札を行った複数の第２事業者から落札者を決定する。

決定部１３３は、一の第２事業者を落札者に決定した後、店舗への送客に関する所定の条件を満たさずに所定の期間が経過した場合、一の第２事業者以外の他の第２事業者を新たな落札者に決定する。決定部１３３は、一の第２事業者以外の他の第２事業者であって、店舗に対する入札を行った他の第２事業者を新たな落札者に決定する。

決定部１３３は、送客ユーザに関する情報を決定する。決定部１３３は、送客ユーザを決定する。決定部１３３は、送客ユーザの数を決定する。

決定部１３３は、課金する第１事業者を決定する。決定部１３３は、第１事業者に課金する報酬を決定する。決定部１３３は、第２事業者に提供する第２報酬を決定する。決定部１３３は、第３事業者が受け取る第３報酬を決定する。

（判定部１３４）
判定部１３４は、各種情報を判定する。判定部１３４は、判定した各種情報を記憶部１２０に格納する。例えば、判定部１３４は、判定結果情報記憶部１２４に各種情報を格納する。

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

判定部１３４は、送客に関する情報を判定する。判定部１３４は、送客に関する所定の条件を判定する。判定部１３４は、送客に関する所定の条件を満たしたか否かを判定する。判定部１３４は、店舗へのターゲットユーザの送客に関する所定の条件を満たしたか否かを判定する。

判定部１３４は、店舗に対して第２事業者が入札後に送客に関する所定の条件を満たしたか否かを判定する。判定部１３４は、第２事業者が店舗へのターゲットユーザの送客に対して貢献する行動を行ったか否かを判定する。判定部１３４は、第２事業者が店舗に関する情報提供を行ったターゲットユーザが店舗に関する所定の行動を行ったか否かを判定する。判定部１３４は、ターゲットユーザが第１事業者の利益につながる行動を行ったか否かを判定する。判定部１３４は、ターゲットユーザが店舗に関する予約を行ったか否かを判定する。

判定部１３４は、送客ユーザに関する情報を判定する。判定部１３４は、送客ユーザに関する情報が送客に関する所定の条件を満たしたか否かを判定する。判定部１３４は、送客ユーザに関する情報と入札対象情報とに基づいて、送客に関する所定の条件を満たしたか否かを判定する。判定部１３４は、送客ユーザの数が店舗の空席の数を満たしたか否かを判定する。判定部１３４は、店舗の空席が送客ユーザで満杯になった場合、送客に関する所定の条件を満たしたと判定する。

（提供部１３５）
提供部１３５は、外部の情報処理装置へ各種情報を提供する。提供部１３５は、外部の情報処理装置へ各種情報を送信する。提供部１３５は、外部の情報処理装置へ各種情報を通知する。例えば、提供部１３５は、第２事業者装置３０等の他の情報処理装置へ各種情報を提供する。

提供部１３５は、記憶部１２０から各種情報を提供する。提供部１３５は、入札対象情報記憶部１２１や落札者情報記憶部１２２や送客結果情報記憶部１２３や判定結果情報記憶部１２４から各種情報を提供する。

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

提供部１３５は、入札対象情報を提供する。提供部１３５は、第２事業者装置３０を介して入札対象情報の要求を送信した第２事業者に入札対象情報を提供する。図１に示す例では、提供部１３５は、テーブルＬＴ１に関する情報を提供する。

提供部１３５は、落札を通知する。提供部１３５は、落札者である第２事業者に落札した旨を通知する。提供部１３５は、店舗への送客に対して落札した旨の情報を提供する。提供部１３５は、第２事業者装置３０を介して入札を行った第２事業者に店舗への送客を落札した旨の情報を提供する。提供部１３５は、落札した一の第２事業者以外の他の第２事業者に、一の第２事業者が落札した旨の情報を提供する。提供部１３５は、入札を行った複数の第２事業者のうち、一の第２事業者が落札した場合、落札した一の第２事業者以外の他の第２事業者に、一の第２事業者が落札した旨の情報を提供する。

提供部１３５は、送客に関する所定の条件を満たした場合、送客に関する所定の条件を満たしたことを示す情報を提供する。提供部１３５は、落札した一の第２事業者が送客に関する所定の条件を満たした場合、送客に関する所定の条件を満たしたことを示す情報を一の第２事業者に提供する。提供部１３５は、落札した一の第２事業者以外の他の第２事業者に、一の第２事業者が送客に関する所定の条件を満たしたことを示す情報を提供する。提供部１３５は、入札を行った複数の第２事業者のうち、一の第２事業者が送客に関する所定の条件を満たした場合、一の第２事業者以外の他の第２事業者に、一の第２事業者が送客に関する所定の条件を満たしたことを示す情報を提供する。

提供部１３５は、送客に関する報酬を第２事業者に提供する。提供部１３５は、第１事業者が支払う報酬のうち、一部を第２事業者に提供する。提供部１３５は、第１事業者が支払う報酬から、第３事業者が受け取る第１報酬を除いた第２報酬を第２事業者に提供する。提供部１３５は、第３事業者に第１報酬を提供する。

（課金部１３６）
課金部１３６は、送客に関する報酬を課金する。課金部１３６は、店舗へのターゲットユーザの送客に関する報酬を課金する。課金部１３６は、店舗への送客に関する所定の条件を満たした場合、店舗を運営する第１事業者に対して送客に関する報酬を課金する。課金部１３６は、課金した報酬を受け取る。課金部１３６は、第１事業者が支払う報酬を受け取る。課金部１３６は、第３事業者が受け取る第１報酬を算出する。課金部１３６は、第１事業者に課金した報酬から第１報酬を除いた第２報酬を算出する。

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

図１２に示すように、情報処理装置１００は、入札対象情報を取得する（ステップＳ３０１）。情報処理装置１００は、取得した入札対象情報を記憶部に格納する（ステップＳ３０２）。

図１３に示すように、情報処理装置１００は、入札対象情報の要求を受け付けたかを判定する（ステップＳ４０１）。情報処理装置１００は、入札対象情報の要求を受け付けていない場合（ステップＳ４０１；ＮＯ）、入札対象情報の要求を受け付けるまで待機する。一方、情報処理装置１００は、入札対象情報の要求を受け付けた場合（ステップＳ４０１；ＹＥＳ）、入札対象情報を送信する（ステップＳ４０２）。例えば、情報処理装置１００は、入札対象情報の要求を送信した第２事業者に入札対象情報を送信する。

図１４に示すように、情報処理装置１００は、入札を受け付けたかを判定する（ステップＳ５０１）。情報処理装置１００は、入札を受け付けていない場合（ステップＳ５０１；ＮＯ）、入札を受け付けるまで待機する。一方、情報処理装置１００は、入札を受け付けた場合（ステップＳ５０１；ＹＥＳ）、受け付けた入札に基づいて店舗への送客を行う落札者を決定する（ステップＳ５０２）。情報処理装置１００は、落札者に落札した旨を通知する（ステップＳ５０３）。

図１５に示すように、情報処理装置１００は、店舗へのターゲットユーザの送客に関する情報を取得する（ステップＳ６０１）。情報処理装置１００は、取得した情報に基づいて送客に関する所定の条件を満たしたかを判定する（ステップＳ６０２）。情報処理装置１００は、送客に関する所定の条件を満たさないと判定した場合（ステップＳ６０２；ＮＯ）、情報処理を終了する。一方、情報処理装置１００は、送客に関する所定の条件を満たしたと判定した場合（ステップＳ６０２；ＹＥＳ）、店舗を運営する第１事業者に報酬を課金する（ステップＳ６０３）。情報処理装置１００は、課金した報酬のうち一部を第２事業者に提供する（ステップＳ６０４）。

〔１０．効果〕
上述してきたように、実施形態に係る情報処理装置１００は、取得部１３１と、提供部１３５とを有する。取得部１３１は、第１事業者が運営するキャパシティに制限がある対象が入札対象となる入札対象情報を取得する。また、提供部１３５は、取得部１３１により取得された入札対象情報を、第１事業者とは異なる第２事業者に提供する。

これにより、実施形態に係る情報処理装置１００は、入札に関する情報を事業者に適切に提供することができる。また、情報処理装置１００は、キャパシティに制限がある対象の入札に関する情報を事業者に適切に提供することができる。また、情報処理装置１００は、例えば、ユーザへのリーチがある第２事業者に情報を適切に提供することができる。また、情報処理装置１００は、入札に対する第２事業者の好奇心を刺激することができる。また、情報処理装置１００は、店舗などの対象にとって魅力的な集客活動を展開することができる。

また、提供部１３５は、対象への入札主体となる第２事業者に入札対象情報を提供する。

これにより、実施形態に係る情報処理装置１００は、入札に対する第２事業者の好奇心を刺激することができる。

また、提供部１３５は、ユーザへの情報提供サービスを行う第２事業者に入札対象情報を提供する。

これにより、実施形態に係る情報処理装置１００は、ユーザに情報提供を行うことができる第２事業者の入札に対する好奇心を刺激することができる。

また、取得部１３１は、対象に関する数量を示す数量情報を含む入札対象情報を取得する。

これにより、実施形態に係る情報処理装置１００は、対象に関連する情報を適切に提供することができる。また、情報処理装置１００は、対象の数量情報をビッディングして買うことのできる仕組みを提供することができる。

また、取得部１３１は、対象へのユーザの送客に関する所定の条件を満たした場合に、第１事業者が支払う報酬を示す報酬情報を含む入札対象情報を取得する。

これにより、実施形態に係る情報処理装置１００は、対象に関連する情報を適切に提供することができる。また、情報処理装置１００は、対象へのユーザの送客を買うことのできる仕組みを提供することができる。

また、取得部１３１は、対象に対して第２事業者が入札後に、所定の条件を満たした場合に、第１事業者が支払う報酬を示す報酬情報を含む入札対象情報を取得する。

これにより、実施形態に係る情報処理装置１００は、所定の条件に応じて対象に関連する情報を適切に提供することができる。

また、取得部１３１は、第２事業者が、対象へのユーザの送客に対して貢献する行動を行った場合に、第１事業者が支払う報酬を示す報酬情報を含む入札対象情報を取得する。

これにより、実施形態に係る情報処理装置１００は、送客に関する所定の条件に応じて対象に関連する情報を適切に提供することができる。

また、取得部１３１は、第２事業者が対象に関する情報提供を行ったユーザが対象に関する所定の行動を行った場合に、第１事業者が支払う報酬を示す報酬情報を含む入札対象情報を取得する。

これにより、実施形態に係る情報処理装置１００は、送客に関する所定の条件に応じて対象に関連する情報を適切に提供することができる。

また、取得部１３１は、ユーザが第１事業者の利益につながる行動を行った場合に、第１事業者が支払う報酬を示す報酬情報を含む入札対象情報を取得する。

これにより、実施形態に係る情報処理装置１００は、送客に関する所定の条件に応じて対象に関連する情報を適切に提供することができる。

また、取得部１３１は、ユーザが対象に関する予約を行った場合に、第１事業者が支払う報酬を示す報酬情報を含む入札対象情報を取得する。

これにより、実施形態に係る情報処理装置１００は、送客に関する所定の条件に応じて対象に関連する情報を適切に提供することができる。

また、提供部１３５は、第１事業者が支払う報酬のうち、一部を第２事業者に提供する。

これにより、実施形態に係る情報処理装置１００は、送客の支払いに関して第２事業者に掛かっていた手間を省略することができる。

また、提供部１３５は、第１事業者が支払う報酬から、対象への入札に関するサービスを提供する第３事業者が受け取る第１報酬を除いた第２報酬を第２事業者に提供する。

これにより、実施形態に係る情報処理装置１００は、送客の支払いに関して第２事業者及び第３事業者に掛かっていた手間を省略することができる。

また、実施形態に係る情報処理装置１００は、第２事業者から対象に対する入札を受け付ける受付部１３２を有する。

これにより、実施形態に係る情報処理装置１００は、対象の入札に関するサービスを適切に提供することができる。

また、受付部１３２は、一の第２事業者のみから対象に対する入札を受け付ける。

これにより、実施形態に係る情報処理装置１００は、対象の入札に関するサービスを適切に提供することができる。

また、受付部１３２は、一の第２事業者から対象に対する入札を受け付けた後、対象へのユーザの送客に関する所定の条件を満たさずに所定の期間が経過した場合、一の第２事業者以外の他の第２事業者から対象に対する入札を受け付ける。

これにより、実施形態に係る情報処理装置１００は、対象の入札に関するサービスを適切に提供することができる。

また、受付部１３２は、複数の第２事業者から対象に対する入札を受け付ける。

これにより、実施形態に係る情報処理装置１００は、対象の入札に関するサービスを適切に提供することができる。

また、提供部１３５は、複数の第２事業者のうち、一の第２事業者が対象へのユーザの送客に関する所定の条件を満たした場合、一の第２事業者以外の他の第２事業者に、一の第２事業者が所定の条件を満たしたことを示す情報を提供する。

これにより、実施形態に係る情報処理装置１００は、対象の入札に関するサービスを適切に提供することができる。

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

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

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

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

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

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

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

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

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

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

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

１ 情報処理システム
１０ 端末装置
２０ 第１事業者装置
３０ 第２事業者装置
１００ 情報処理装置
１１０ 通信部
１２０ 記憶部
１２１ 入札対象情報記憶部
１２２ 落札者情報記憶部
１２３ 送客結果情報記憶部
１２４ 判定結果情報記憶部
１３０ 制御部
１３１ 取得部
１３２ 受付部
１３３ 決定部
１３４ 判定部
１３５ 提供部
１３６ 課金部
Ｎ ネットワーク

Claims (19)

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

Images