JP2015156148A - 仲介装置、仲介方法、仲介プログラム、端末装置、端末制御方法及び端末制御プログラム - Google Patents

Abstract

【課題】売残り商品をユーザの意図するタイミングと条件で購入させること【解決手段】本願に係る仲介装置は、購入受付部と、販売受付部と、抽出部と、決済部とを有する。購入受付部は、ユーザが購入を希望する購入希望商品と、購入希望商品の価格の条件とに関する情報を含む購入要求を受け付ける。販売受付部は、店舗において販売される販売商品と、所定の時間帯における販売商品の販売価格とに関する情報を含む販売要求を受け付ける。抽出部は、購入受付部によって受け付けられた購入要求のうち、販売受付部によって受け付けられた販売要求に対応する購入要求を抽出する。決済部は、抽出部によって抽出された購入要求に対応するユーザと、販売要求に対応する店舗との間における販売商品の売買に関する決済を行う。【選択図】図５

Description

本発明は、仲介装置、仲介方法、仲介プログラム、端末装置、端末制御方法及び端末制御プログラムに関する。

近年、消費期限に短い日配品や消費期限の近づいた商品を販売促進するために、インターネットを利用して様々な販売促進が行われてきている。例えば、店舗が、特売情報をユーザ端末に送信することで、ユーザからの電子決済付の予約を待つといった技術が知られている。

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

しかしながら、上記の従来技術では、ユーザは、任意のタイミングと条件で商品を購入することができるとは限らない。具体的には、ユーザは、店舗側の設定する特売期間と販売条件に応じた申込等の操作を要するため、限られた購入期間に操作が間に合わないことがある。また、数量や販売価格に同意できないこともある。したがって、上記の従来技術では、ユーザは、任意のタイミングと条件で商品を購入することができるとは限らない。

本願は、上記に鑑みてなされたものであって、売残り商品をユーザの意図するタイミングと条件で購入することができる仲介装置、仲介方法、仲介プログラム、端末装置、端末制御方法及び端末制御プログラム。

本願に係る仲介装置は、ユーザが購入を希望する購入希望商品と、当該購入希望商品の価格の条件とに関する情報を含む購入要求を受け付ける購入受付部と、店舗において販売される販売商品と、所定の時間帯における当該販売商品の販売価格とに関する情報を含む販売要求を受け付ける販売受付部と、前記購入受付部によって受け付けられた購入要求のうち、前記販売受付部によって受け付けられた販売要求に対応する購入要求を抽出する抽出部と、前記抽出部によって抽出された購入要求に対応するユーザと、前記販売要求に対応する店舗との間における前記販売商品の売買に関する決済を行う決済部と、を備えたことを特徴とする。

実施形態の一態様によれば、売残り商品をユーザの意図するタイミングと条件で購入することができる効果を奏する。

図１は、実施形態に係る仲介処理の一例を示す図である。 図２は、実施形態に係る仲介システムの構成例を示す図である。 図３は、実施形態に係るユーザ端末の構成例を示す図である。 図４は、実施形態に係る入力画面の一例を示す図である。 図５は、実施形態に係る仲介装置の構成例を示す図である。 図６は、実施形態に係るユーザ情報記憶部の一例を示す図である。 図７は、実施形態に係る購入要求記憶部の一例を示す図である。 図８は、実施形態に係る販売要求記憶部の一例を示す図である。 図９は、実施形態に係る仲介システムによる処理手順を示すシーケンス図である。 図１０は、変形例に係る購入要求記憶部と販売要求記憶部の比較の一例を示す図である。 図１１は、サーバ装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

〔１．仲介処理〕
まず、図１を用いて、実施形態に係る仲介処理の一例について説明する。図１では、実施形態に係る仲介処理の一例を示す図である。図１では、仲介装置１００によって仲介処理が行われる例を示す。

図１の例では、ユーザ端末１０は、ユーザＵ０１によって利用される。店舗端末２０は、店舗Ａ０１の店員などによって利用される。仲介装置１００は、ユーザと店舗間での品物売買を仲介する。

店舗Ａ０１は、売残り廃棄処分による損害などを避けるために、所定の時刻になると生鮮食品等の消費期限のある売残り商品を所定の時間帯だけ割引価格で販売するタイムセールを行うことがある。しかし、店舗Ａ０１は、このようなタイムセールを不定期に行うことが多い。このため、ユーザは、タイムセールが行われていれば売残り商品を購入したいという意思があったとしても、タイムセール時に店舗Ａ０１に所在しなければ購入することができない。そこで、ユーザは、発生不確定な売残り商品に対し、事前に購入予約することができれば、売残り発生時には購入することができるため便利であるし、店舗側も売残り品の販売を促進することができる。図１に示した仲介装置１００は、このような売残り商品の販売を実現する。この点について図１を用いて説明する。

図１に示すように、ユーザ端末１０は、ユーザＵ０１から、購入希望の売残り商品に関する各種情報を設定する操作を受け付ける。そして、ユーザ端末１０は、ユーザＵ０１から受付けた各種情報を含む購入要求を仲介装置１００へ送信する（ステップＳ１１）。例えば、購入要求として、ユーザＵ０１によって「購入希望日：２０１４／２／１、店舗：店舗Ａ０１、商品：豚肉、数量：１００ｇ、価格：￥１００」と設定されたとする。この場合、ユーザ端末１０によって送信される購入要求は、「２０１４／２／１、店舗Ａ０１にて豚肉が１００ｇ売れ残った場合、￥１００以下であれば購入する」という内容を示す。

続いて、店舗端末２０は、店舗Ａ０１の店員から、所定の時刻を過ぎても売残った商品と、売残った商品の割引価格などの各種情報を設定する操作を受付ける。そして、店舗端末２０は、店舗Ａ０１の店員から受付けた各種情報を含む販売要求を仲介装置１００へ送信する（ステップＳ１２）。例えば、販売要求として、店舗Ａ０１によって「販売日：２０１４／２／１、店舗：店舗Ａ０１、商品：豚肉、数量：１００ｇ、価格：￥１００」と設定されたとする。この場合、店舗端末２０によって送信される販売要求は、「２０１４／２／１、店舗Ａ０１にて豚肉１００ｇを割引価格￥１００で販売」という内容を示す。

仲介装置１００は、店舗端末２０から販売要求を受信した場合に、販売要求を満たす購入要求が存在するか否かを判定し、販売要求を満たす購入要求の送信元のユーザを購入者として決定する（ステップＳ１３）。図１の例では、店舗Ａ０１の販売要求に、ユーザＵ０１の購入要求が一致するため、仲介装置１００は、購入要求「購入希望日：２０１４／２／１、店舗：店舗Ａ０１、商品：豚肉、数量：１００ｇ、価格：￥１００」に基づいて販売される豚肉の購入者をユーザＵ０１として決定する。

続いて、仲介装置１００は、決定した購入者と、購入者の購入要求に対応する店舗との間における商品の売買に関する決済を行う（ステップＳ１４）。図１の例では、仲介装置１００は、購入者として決定したユーザＵ０１の購入要求に基づいて、ユーザＵ０１と店舗Ａ０１との決済を行う。

また、仲介装置１００は、決済が完了して取引成立したことをユーザＵ０１のユーザ端末１０に専用の確認画面を通知する（ステップＳ１５）。具体的には、図１の例のように、仲介装置１００は、ユーザ端末１０に、取引内容（商品、価格など）と商品引換番号を通知する。また、仲介装置１００は、上記の商品引換番号とともに取引成立したことを店舗端末２０に通知する（ステップＳ１６）。

そして、ユーザＵ０１は、ユーザ端末１０によって仲介装置１００からの取引成立通知を受けた場合に、店舗Ａ０１へ商品を引取りに向かう（ステップＳ１７）。このとき、ユーザ端末１０は、ユーザＵ０１の操作に従って、仲介装置１００から受信した商品引換番号を、画面上に表示する。これにより、ユーザＵ０１は、店舗Ａ０１の店員に対して、商品引換番号を口頭で伝える等して、売買が成立した商品を受け取る。なお、商品との引換は、商品引換番号に限らない。例えば、仲介装置１００がユーザ端末１０にバーコードを通知することで、ユーザＵ０１は、ユーザ端末１０に表示されるバーコードを店員に読み込んでもらってもよい。また、ユーザＵ０１がユーザ端末１０に表示される取引成立に係る画面を店員に直接見せてもよい。

このように、実施形態に係る仲介装置１００は、所定の条件で売残り商品を購入したいというユーザＵ０１の購入要求を店舗Ａ０１で売残りが発生する前であればいかなるときも受け付ける。そして、仲介装置１００は、店舗Ａ０１から売残り商品の販売要求を受け付けると、販売要求を満たす購入要求が存在するか否かを判定し、販売要求を満たす購入要求の送信元のユーザを購入者として決定する。これにより、店舗Ａ０１は、売残り商品の販売を促進することができ、ユーザＵ０１は、希望する売残り商品が売残った場合には、自身が希望する数量と価格で購入することができる。

〔２．仲介システムの構成〕
次に、図２を用いて、実施形態に係る仲介システムの構成について説明する。図２は、実施形態に係る仲介システム１の構成例を示す図である。図２に示すように、仲介システム１は、ユーザ端末１０と、店舗端末２０と、仲介装置１００と、を含む。ユーザ端末１０と、店舗端末２０と、仲介装置１００とは、ネットワークＮを介して有線又は無線により通信可能に接続される。なお、図２に示す仲介システムには、複数台のユーザ端末や、複数台の店舗端末が含まれてもよい。

ユーザ端末１０は、ユーザによって利用される端末装置である。例えば、ユーザ端末１０は、スマートフォンなどの携帯電話機や、タブレット端末や、ＰＤＡ（Personal Digital Assistant）や、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣ等である。

店舗端末２０は、店舗の店員によって利用される情報処理装置である。店舗端末２０は、スマートフォンなどの携帯電話機や、タブレット端末や、ＰＤＡや、デスクトップ型ＰＣや、ノート型ＰＣ等である。

仲介装置１００は、図１を用いて説明したように、ユーザ端末１０から受付けた購入要求と店舗端末２０から受付けた販売要求に基づいて、ユーザと店舗間での商品売買を仲介する。

〔３−１．ユーザ端末の構成〕
次に、図３を用いて、実施形態に係るユーザ端末１０について説明する。図３は、実施形態に係るユーザ端末１０の構成例を示す図である。図３に示すように、ユーザ端末１０は、通信部１１と、入力部１２と、出力部１３と、購入要求制御部１４とを有する。なお、この実施形態では、販売商品は売残り商品であるものとする。

通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１は、ネットワークＮと有線又は無線で接続される。

入力部１２は、ユーザから各種操作を受け付ける入力装置である。例えば、入力部１２は、キーボードやマウスや操作キー等によって実現される。出力部１３は、各種情報を表示するための表示装置である。例えば、出力部１３は、液晶ディスプレイ等によって実現される。なお、ユーザ端末１０にタッチパネルが採用される場合には、入力部１２と出力部１３はとは一体化される。

購入要求制御部は１４は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、ユーザ端末１０内部の記憶装置に記憶されている各種プログラム（端末制御プログラムの一例）がＲＡＭを作業領域として実行されることにより実現される。また、購入要求制御部１４は、例えば、ＡＳＩＣ（Application Specific Circuit）等の集積回路により実現される。

このような購入要求制御部１４は、売残り商品購入要求に係る専用のアプリケーション（以下、「購入要求アプリ」と表記する場合がある」）を実行制御する。なお、購入要求アプリは、仲介装置１００からダウンロードされることでユーザ端末１０にインストールされてもよいし、仲介装置１００以外のサーバ装置（例えば、各種アプリケーションを提供するサーバ装置）からダウンロードされることでユーザ端末１０にインストールされてもよい。

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

表示制御部１５は、入力部１２によって受け付けられた各種操作に応じて、出力部１３に各種情報を表示制御する。実施形態に係る表示制御部１５は、入力部１２によって受け付けられた各種操作に応じて、売残り商品購入に係る各種情報を入力するための入力画面や、ユーザと店舗間で取引が成立した際の確認画面を出力部１３に表示制御する。

ここで、図４を用いて、表示制御部１５によって表示制御されることで、出力部１３に表示される入力画面について説明する。図４は、実施形態に係る入力画面の一例を示す図である。図４に示すように、入力画面Ｗ１０は、入力欄Ｔ１１〜Ｔ１５を有する。

入力欄Ｔ１１は、「購入希望日」が選択されるプルダウンに該当する。ここで、「購入希望日」は、ユーザが購入希望する売残り商品に対するユーザの購入希望日を示す。ここで、売残り商品が生鮮食品である場合、売残り発生当日の品に限られるため、表示制御部１５は、「当日発生した売残り商品が対象となります」といった注意書きを入力画面Ｗ１０に表示してもよい。

入力欄Ｔ１２は、「店舗」が選択されるプルダウンに該当する。ここで、「店舗」は、ユーザが購入希望する売残り商品に対するユーザの購入希望店を示す。このとき、表示制御部１５は、店舗名とともに店舗の所在地を入力画面Ｗ１０に表示してもよい。また、表示制御部１５は、店舗の地図を表示するリンクを入力画面Ｗ１０に表示してもよい。これにより、表示制御部１５は、ユーザに対してユーザが希望する店舗の所在地を確認させることができる。

入力欄Ｔ１３は、「商品」が選択されるプルダウンに該当する。ここでの、「商品」は、売残った場合には、ユーザが購入希望する商品品目を示す。このとき、ユーザは異なる商品であれば複数選択してもよい。また、入力欄Ｔ１３には、ユーザが選択できる商品数の上限が設定されていてもよい。なお、商品によっては、複数セットの場合もある（例えば、さんま３匹パック、ビール５本詰など）。

入力欄Ｔ１４は、「数量」が入力されるテキストボックスに該当する。ここで、「数量」は、ユーザが購入希望する売残り商品に対するユーザの購入希望数を示す。そして、ユーザは、商品欄Ｔ１３で選択した商品の表示形式によって数量を指定することができる。例えば、ユーザは、入力欄Ｔ１３で「豚肉」を選択したとすると、入力欄Ｔ１４では希望グラム数を入力すればよい。また、ユーザは、入力欄Ｔ１３で「豚肉５００ｇパック」を選択したとすると、入力欄Ｔ１４では希望パック数を入力すればよい。

入力欄Ｔ１５は、「価格」が入力されるテキストボックスに該当する。ここで、「価格」は、ユーザが購入希望する売残り商品に対するユーザの希望購入価格を示す。ユーザは、商品によっては価格相場が不明な場合もあるため、表示制御部１５は、入力欄Ｔ１３で指定された商品の定価を入力画面Ｗ１０に表示してもよい。また、ユーザが入力欄Ｔ１２において店舗を指定した時点で、入力画面Ｗ１０には、店舗詳細画面へのリンクが表示されてもよい。これにより、入力画面Ｗ１０は、ユーザに対し店舗詳細画面から商品の定価情報を取得可能にしてもよい。なお、「価格」は、ユーザが希望する価格自体であってもよいし、定価に対する割引率であってもよい。

なお、図示していないが、入力画面Ｗ１０に「ＯＫ」ボタン等を設置し、ユーザに「ＯＫ」ボタンが押下された場合には、ユーザによって入力された各種情報を確定させてもよい。また、入力欄Ｔ１２に表示される店舗情報や、入力欄Ｔ１３に表示される商品情報は、図示しない所定の記憶部（メモリなど）にあらかじめ格納さていてもよい、あるいは、図示しない所定の取得部によって状況に応じて店舗端末２０やネットワーク上のサーバ装置から取得されてもよい。

要求部１６は、入力部１２がユーザの操作によって受け付けた入力情報を、表示制御部１５を介して受け付ける。そして、要求部１６は、受け付けた入力情報を仲介装置１００へ送信する。具体的には、要求部１６は、ユーザが購入を希望する購入希望商品と、かかる購入希望商品の価格の条件とに関する情報を含む購入要求を仲介装置１００に送信する。図４に示す例では、要求部１６は、入力画面Ｗ１０の各入力欄においてユーザが入力した情報とともにユーザＩＤを含んだ購入要求を仲介装置１００に送信する。

受信部１７は、仲介装置１００からユーザと店舗間で取引成立に関する情報を受信する。具体的には、受信部１７は、店舗において販売される販売商品及び所定の時間帯における販売商品の販売価格に関する情報を含む販売要求を仲介装置１００に送信する店舗側と購入要求に対応するユーザとの間における販売商品の売買に関する決済を行った仲介装置１００から、決済に関する情報を受信する。ここで、決済に関する情報とは、例えば図１に示す「購入希望日：２０１４／２／１、店舗：店舗Ａ０１、商品：豚肉、数量：１００ｇ、価格：￥１００」といった購入要求のうちユーザによって設定された購入希望の売残り商品に関する情報と、ユーザが商品引取りの際に必要となる商品引換番号などを含んだ情報である。なお、前述したように商品との引換は、商品引換番号に限らない。また、受信部１７は、取引成立に係る情報を図３に図示しない所定の記憶部（メモリなど）に格納する。

なお、上述した表示制御部１５は、受信部１７によって受信された取引成立に関する情報を出力部１３に表示制御する。具体的には、表示制御部１５は、取引成立に係る情報として商品引換番号を含む確認画面を出力部１３に表示制御する。

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

通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、ネットワークＮと有線又は無線で接続される。

記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図５に示すように、記憶部１２０は、ユーザ情報記憶部１２１、購入要求記憶部１２２、販売要求記憶部１２３とを有する。

ユーザ情報記憶部１２１は、ユーザ端末１０のユーザに関する各種情報を記憶する。ここで、図６に、実施形態に係るユーザ情報記憶部１２１の一例を示す。図６に示した例では、ユーザ情報記憶部１２１は、「ユーザＩＤ」、「氏名」、「住所」、「性別」といった項目を有する。

「ユーザＩＤ」は、ユーザ端末１０又はユーザ端末１０のユーザを識別するための識別情報を示す。「氏名」は、ユーザの氏名を示す。「住所」は、ユーザの住所を示す。「性別」は、ユーザの性別を示す。なお、以下では、「ユーザＩＤ」をユーザの参照符号として用いる場合がある。例えば、ユーザＩＤ「Ｕ０１」によって識別されるユーザを「ユーザＵ０１」と表記する場合がある。

購入要求記憶部１２２は、ユーザ端末１０から受信した購入要求を記憶する。ここで、図７に、実施形態に係る購入要求記憶部１２２の一例を示す。図７に示す例では、購入要求記憶部１２２は、「購入希望日」、「ユーザＩＤ」、「受信日時」、「店舗」、「商品」、「数量」、「価格（割引率）」といった項目を有する。そして、購入要求記憶部１２２は、ユーザ端末１０から受付けた購入要求を、購入希望日ごとに記憶する。なお、購入要求のうちユーザが購入希望する売残り商品に関する各種情報として「購入希望日」、「店舗」、「商品」、「数量」、「価格」を示したが、これに限るものではない。

ここで、「ユーザＩＤ」は、図６に示したユーザＩＤに対応する。「受信日時」は、仲介装置１００が、ユーザ端末１０から購入要求を受け付けた受付日時を示す。また、「購入希望日」は、図４に示した入力欄Ｔ１１にユーザによって設定された「購入希望日」に対応する。「店舗」は、図４に示した入力欄Ｔ１２にユーザによって設定された「店舗名」に対応する。「商品」は、図４に示した入力欄Ｔ１３にユーザによって設定された「商品品目」に対応する。「数量」は、図４に示した入力欄Ｔ１４にユーザによって設定された「数量」に対応する。「価格」は、図４に示した入力欄Ｔ１５にユーザによって設定された「価格（割引率）」に対応する。

後に詳述するが、販売要求を満たす複数の購入要求が存在する場合に、仲介装置１００は、各ユーザに優先順位を定めて購入者を決定することがある。このとき、優先順位の決定方法の一つとして、ユーザからの購入要求の受付順という決定方法が存在するため、購入要求記憶部１２２は、受付日時を記憶しておく。また、図７に示すユーザＵ０１のように、ユーザは、購入要求を１日に複数回設定してもよい。このとき、ユーザはそれぞれの購入要求に異なる店舗を設定してもよい。また、ユーザは、購入希望日よりも前の日に購入要求を送信してもよいし、購入希望の期間や終期を指定してもよい。購入希望日の指定自体を省略した実施も可能である。なお、購入要求受付に関して、仲介装置１００、あるいは店舗端末２０によってあらかじめ受付期限が設定されているものとする。

すなわち、図７では、ユーザＵ０１が「２０１４／１／３０ ２２：０１」において「２０１４／１／３１、店舗Ａ０１にて豚肉１００ｇパック売れ残った場合、１個￥１００以下であれば購入する」といった内容の購入要求を送信した例を示す。

販売要求記憶部１２３は、店舗端末２０の各店舗によって設定される販売要求を記憶する。販売要求とは、各店舗において所定の時刻を過ぎても売残った商品と、売残った商品の割引価格を含む売残り商品情報を示す。ここで、図８に、実施形態に係る販売要求記憶部１２３の一例を示す。図８に示した例では、販売要求記憶部１２３は、「店舗ＩＤ」、「販売日」、「商品」、「数量」、「価格（割引率）」といった項目を有する。そして、販売要求記憶部１２３は、店舗端末２０から受付けた販売要求をそれぞれに記憶する。

「店舗ＩＤ」は、店舗端末２０を識別するための識別情報を示す。また、図８に示す店舗Ａ０１のように、店舗は、販売要求を１日に複数回設定してもよい。これは、店舗によっては１日にタイムセールを複数回行う場合があり、店舗はタイムセールごとに販売要求を送信することが考えられるためである。なお、以下では、「店舗ＩＤ」を店舗の参照符号として用いる場合がある。例えば、店舗ＩＤ「Ａ０１」によって識別される店舗を「店舗Ａ０１」と表記する場合がある。

「販売日」は、各店舗における売残り商品の販売日である。店舗は、生鮮食品など消費期限の短い商品に関しては、売残り発生当日に限り販売要求として仲介装置１００に通知するが、飲料水など消費期限の長い商品に関しては、店舗の判断で翌日再び販売されてもよい。また、販売要求の「販売日」は、購入要求の「購入希望日」に対応する。「商品」は、店舗によってタイムセールなどの割引が行われたが所定の時刻を過ぎても売残った商品を示す。「数量」は、各売残り商品の売残った数量を示す。「価格（割引率）」は、所定の時間を過ぎても売れ残った商品の割引価格や割引率を示す。

すなわち、図８では、店舗Ａ０１が「２０１４／２／１、豚肉１００ｇパック１個を割引価格￥１００で販売」といった内容の販売要求を送信した例を示す。

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

図５に示すように、制御部１３０は、購入受付部１３１と、販売受付部１３２と、抽出部１３３と、決済部１３４と、通知部１３５と、算定部１３６とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図５に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図５に示した接続関係に限られず、他の接続関係であってもよい。

購入受付部１３１は、ユーザ端末１０から送信される購入要求を受け付ける。具体的には、購入受付部１３１は、ユーザ端末１０からユーザが購入を希望する購入希望商品と、購入希望商品の価格の条件とに関する情報を含む購入要求を受け付ける。そして、購入受付部１３１は、受け付けた購入要求を購入要求記憶部１２２に格納する。このとき、購入要求記憶部１２２は、購入希望日ごとに各ユーザ端末１０から送信される購入要求を管理する。

販売受付部１３２は、店舗端末２０から送信される販売要求を受け付ける。具体的には、販売受付部１３２は、店舗において販売される販売商品と、所定の時間帯における販売商品の販売価格とに関する情報を含む販売要求を受け付ける。そして、販売受付部１３２は、受け付けた販売要求を販売要求記憶部１２３に格納する。このとき、販売要求報記憶部は１２３は、各店舗端末２０から送信される販売要求ごとに管理する。

抽出部１３３は、売残り商品の購入者を決定する。具体的には、抽出部１３３は、販売受付部１３２が販売要求を受信した場合に、購入受付部によって受け付けられた購入要求のうち、販売受付部１３２によって受け付けられた販売要求に対応する購入要求を抽出する。このとき、抽出部１３３は、販売要求の「販売日」、「店舗」、「商品」それぞれと一致する「購入希望日」、「店舗」、「商品」が設定されている購入要求であり、かつ、販売要求の「数量」以下の「数量」が設定されている購入要求であり、かつ、販売要求の「価格」以上（割引率の場合は、販売要求の「割引率」以上）の「価格」（割引率）が設定されている購入要求を抽出する。そして、抽出部１３３は、抽出した購入要求の送信元のユーザを購入者として決定する。

例えば、抽出部１３３は、販売要求を満たす複数の購入要求が存在する場合に、購入受付部１３１が、購入要求を受信した順に、決済対象の購入要求を抽出する。図７に示した例では、ユーザＵ０１とユーザＵ０２は購入要求受信日時以外で同一の購入要求を示している。このとき、店舗Ａ０１の販売要求を「販売日：２０１１／１／３１、店舗：Ａ０１、商品：豚肉１００ｇパック、数量：１、価格：￥１００」とすると、店舗Ａ０１の販売要求をユーザＵ０１とユーザＵ０２の両方の購入要求が満たしていることになる。つまり、１個の売残り商品に対して２人の購入者候補が存在していることになり、どちらかを購入者として決定する必要がある。このようなとき、抽出部１３３は、ユーザＵ０１とユーザＵ０２からの購入要求受信日時を比較して、購入要求受信日時の早い方のユーザＵ０１の購入要求を優先的に決済対象の購入要求として抽出する。

決済部１３４は、ユーザと店舗間での売買に関する決済を行う。具体的には、決済部１３４は、抽出部１３３によって購入要求が抽出された場合に、抽出された購入要求に対応するユーザと、販売要求に対応する店舗との間における販売商品の売買に関する決済を行う。図１の例では、決済部１３４は、抽出部１３３によって購入者として決定されたユーザＵ０１の購入要求に基づいて、ユーザＵ０１と店舗Ａ０１との間で豚肉１００ｇ￥１００の決済を行う。

通知部１３５は、取引成立通知をユーザ端末１０へ送信する。具体的には、通知部１３５は、決済部１３４によって決済が行われた場合に、取引成立した内容をユーザ端末１０の受信部１７へ送信する。ここで、取引成立した内容とは、例えば図１に示すような、決済対象となった購入要求に含まれる商品情報やユーザが商品引取りの際に必要な商品引換番号などである。

算定部１３６は、後述するが、ユーザが売残り商品引取りに来店した際にユーザが行った買い物よる売上金額を算定する。

〔４．仲介システムの処理手順〕
次に、図９を用いて、実施形態に係る仲介システムによる処理の手順について説明する。図９は、実施形態に係る仲介システムによる処理手順を示すシーケンス図である。

図９に示すように、ユーザ端末１０は、ユーザの操作に従って、購入要求を仲介装置１００に送信する（ステップＳ１０１）。

続いて、仲介装置１００は、ユーザ端末１０から受信した購入要求を購入要求記憶部１２２に記憶する（ステップＳ１０２）。

続いて、店舗端末２０は、店員の操作に従って、販売要求を仲介装置１００に送信する（ステップＳ１０３）。

続いて、仲介装置１００は、店舗端末２０から受信した販売要求を販売要求記憶部１２３に記憶する（ステップＳ１０４）。

そして、仲介装置１００は、店舗端末２０から販売要求を受信した場合に、販売要求を満たす購入要求が存在するか否かを判定する。そして、仲介装置１００は、販売要求を満たす購入要求の送信元のユーザを購入者として決定する（ステップＳ１０５）。

続いて、仲介装置１００は、購入者として決定したユーザの購入要求に基づいて、ユーザと店舗間での決済を行う（ステップＳ１０６）。そして、仲介装置１００は、ユーザ端末１０と店舗端末２０に取引成立を通知する。このとき、仲介装置１００は、ユーザ端末１０には、取引内容を記載した専用の確認画面を表示させる（ステップＳ１０７）。

そして、ユーザは、ユーザ端末１０によって仲介装置１００からの取引成立通知を受けた場合に、ユーザ自身が商品を受け取りに店舗へ向かう（ステップＳ１０８）。このとき、ユーザ端末１０は、ユーザＵ０１の操作に従って、仲介装置１００から受信した商品引換番号を、画面上に表示する。

〔５．変形例〕
上述した実施例に係る仲介装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、仲介装置１００の他の実施例について説明する。

〔５−１．購入者の決定（１）〕
上記実施形態では、抽出部１３３が、販売要求を満たす複数の購入要求が存在する場合に、購入要求を受信した順に購入要求を抽出する例を示した。しかし、抽出部１３３は、ユーザの所在地に基づいて、購入要求を抽出してもよい。具体的には、抽出部１３３は、店舗場所により近く所在地を有するユーザの購入要求を優先的に決済対象の購入要求を抽出してもよい。ここで、図６に示す例のように、仲介装置１００は、事前にユーザから住所情報を受け付けておくことで、店舗住所とユーザ所在地の位置関係を割り出してもよい。また、ユーザがユーザ端末１０に位置検索アプリケーション（以下、「位置検索アプリ」と表記する場合がある）を導入している場合や、購入要求アプリが位置検索アプリ機能を有している場合には、仲介装置１００は、ユーザ端末１０から位置履歴を抽出し、例えば、ユーザが所定時間以上停止している位置を所在地として決定してもよい。なお、位置検索は販売受付部１３２が、店舗端末２０から販売要求を受け付けた時点で、仲介装置１００が位置検索アプリを導入しているユーザ端末１０にアクセスしてもよいし、定期的に仲介装置１００が位置検索アプリを導入しているユーザ端末１０にアクセスしユーザの位置情報を更新してもよい。逆に、位置検索アプリを導入しているユーザ端末１０が仲介装置１００へ送信する形であってもよい。

〔５−２．購入者の決定（２）〕
また、抽出部１３３は、販売要求を満たす複数の購入要求が存在する場合に、店舗位置とユーザの現在地に基づいて、購入要求を抽出してもよい。具体的には、抽出部１３３は、販売受付部１３２が、販売要求を受け付けた時刻において店舗場所により近く位置するユーザの購入要求を優先的に決済対象の購入要求として抽出する。この場合、ユーザ端末１０には、位置検索アプリが導入されているか、購入要求アプリが位置検索アプリ機能を有している必要がある。なお、位置検索は販売受付部１３２が、販売要求を受け付けた時点で、仲介装置１００が位置アプリを導入しているユーザ端末１０にアクセスしてもよいし、定期的に仲介装置１００が位置検索アプリを導入しているユーザ端末１０にアクセスしユーザの位置情報を更新してもよい。逆に、位置アプリを導入しているユーザ端末１０が仲介装置１００へ送信する形であってもよい。

〔５−３．購入者の決定（３）〕
抽出部１３３は、販売要求を満たす複数の購入要求が存在する場合に、見込購入単価が多いユーザの購入要求を優先的に決済対象の購入要求として抽出してもよい。具体的には、決済対象候補の購入要求に対応するユーザが会員登録している場合、仲介装置１００は、該当店舗のサーバへアクセスし、各決済候補のユーザの過去購入履歴を取得する。そして、抽出部１３３は、仲介装置１００が取得した各決済候補ユーザの過去購入履歴を比較し、過去において該当店舗で購入履歴が多いユーザの購入要求を優先的に決済対象の購入要求として抽出する。過去購入履歴が多いユーザは、該当店舗における常連であることが考えられる。そのため、店舗側は、常連の可能性が高い過去購入履歴が多いユーザが来店した方が、同時買いによる売り上げ向上につながるメリットがある。よって、店側の要求を反映した抽出といえる。

〔５−４．購入者の決定（４）〕
また、抽出部１３３は、販売要求を満たす複数の購入要求が存在する場合に、商品重量とユーザの移動手段から決済対象の購入要求を抽出してもよい。具体的には、抽出部１３３は、所定の重量以上の販売商品に対する販売要求を満たす複数の購入要求が存在する場合に、購入要求に対応するユーザが前記店舗に来店する際の交通手段と、前記販売商品の重量とに基づいて、決済対象の購入要求抽出に優先順位を設定してもよい。例えば、「店舗Ａ０１、１．５リットル飲料水１０本セット、１組、￥５００」という販売要求に一致する購入要求が複数存在したとする。このとき、抽出部１３３は、販売受付部１３２が、販売要求を受け付けた時刻において各購入要求に対応するユーザの現在位置と移動手段を調査する。この場合、各ユーザのユーザ端末１０には、位置検索アプリが導入されているか、購入要求アプリが位置検索アプリ機能を有している必要がある。

まず、仲介装置１００は、販売受付部１３２が、販売要求を受け付けた時刻において、店舗端末２０から各ユーザの位置情報を取得し、店舗Ａ０１から所定の距離以内に位置するユーザを判定する。ここで、所定の距離とは、仲介装置１００や店舗端末２０によって設定されるものである。そして、店舗Ａ０１付近に現在地を有するユーザがいれば、取引成立の通知を受けた場合、店舗Ａ０１に立ち寄ることが想定される。このとき、抽出部１３３は、仲介装置１００が取得した位置情報に基づいて、店舗Ａ０１付近に現在地を有するユーザの移動手段を判定する。例えば、定期的に位置情報を取得し、ユーザの時間経過における移動距離から判定してもよい（単位時間当たりの移動距離が所定の距離以上である場合は、移動手段は自転車や車と判定する）。また、ユーザが駅付近に位置する場合は、移動手段は電車であると判定してもよい。さらに、ユーザが高速道路など主要道路上に位置する場合は、移動手段は車であると判定してもよい。そして、店舗Ａ０１付近に現在地を有し、かつ、移動手段が車のユーザに対応する購入要求を決済多少の購入要求として抽出する。これにより、移動手段が徒歩のユーザに１．５リットル飲料水１０本セットという重量級の商品が渡る事態を回避することができる。なお、位置検索は販売受付部１３２が、販売要求を受け付けた時点で、仲介装置１００が位置検索アプリを導入しているユーザ端末１０にアクセスしてもよいし、定期的に仲介装置１００が位置検索アプリを導入しているユーザ端末１０にアクセスしユーザの位置情報を更新してもよい。逆に、位置アプリを導入しているユーザ端末１０が仲介装置１００へ送信する形であってもよい。

〔５−５．購入者の決定（５）〕
上記実施形態に係る抽出部１３３は、販売要求を満たす複数の購入要求が存在する場合に、優先順位に基づいて決済対象となる購入要求を抽出する例を示した。しかし、抽出部１３３は、販売商品を分配することで、均等に決済対象の購入要求を抽出してもよい。この点について、図１０を用いて説明する。

図１０は、変形例に係る購入要求記憶部１２２と販売要求記憶部１２３の比較の一例を示す図である。図１０に示すように、「販売日：２０１４／２／１、店舗：店舗ａ０１、商品：豚肉、数量：１０００ｇ、価格：￥１００／１００ｇ」といった販売要求を満たす購入要求に対応するユーザがユーザＵ０１〜ユーザＵ０５まで存在したとする。このとき、抽出部１３３は、優先順位に基づいて各ユーザに対応する購入要求から決済対象の購入要求を抽出するのではなく、均等に各ユーザに対応する購入要求から決済対象の購入要求を抽出できるように商品を分配する。分配方法としては、豚肉１００ｇをユーザ５人に２００ｇずつ均等分配してもよい。また、ユーザＵ０１に５００ｇ、ユーザＵ０２に３００ｇ、ユーザＵ０３に２００ｇといった形で希望数量を満たして分配し、分配できなかったユーザＵ０４、ユーザＵ０５関しては、次回、購入要求を出した場合には、優先的に希望数量を分配してもよい。なお、図１０に示す例では、均等分配した場合、ユーザＵ０３以外は希望数量を満たしていないことになる。ここで、仲介装置１００は、ユーザに対し、「部分買いしますか？」といった内容で同意を得るようにしてもよい。このような分配方法を採用することで、抽出部１３３は、購入希望商品を購入できないユーザを減らすことができる。

〔５−６．購入者の約定制御（１）〕
上記実施形態に係る抽出部１３３は、販売要求を満たす複数の購入要求が存在する場合において、優先順位などを設定することにより、複数の購入要求から決済対象となる購入要求を抽出する例を示した。ここで、抽出部１３３は、店舗の駐車料金と購入要求に含まれるユーザの希望購入価格との間に設けられた一定の制限に基づいて、決済対象の購入要求を抽出する例について説明する。

具体的には、店舗において購入された商品の価格に応じて変動する店舗の駐車料金と、販売商品の販売価格とに基づいて、決済対象の購入要求を抽出する。例えば、店舗Ａ０１に希望購入価格￥１，５００の購入要求及び希望購入価格￥５００の購入要求が存在するとする。また、店舗Ａ０１では、￥２，０００以上で駐車料金が無料になるとする。このとき、仲介装置１００が「駐車料金の下限額から駐車料金の半額以上の希望購入価格を抽出対象」といった制限を設定していたとすると、抽出部１３３は、希望購入価格￥１，５００に対応する購入要求を抽出対象として残し、希望購入価格￥５００に対応する購入要求を除外する。これにより、希望購入価格￥１，５００を設定したユーザが、購入者として決定された場合には、残り￥５００分買い物すれば駐車料金を無料にすることができる。一方、希望購入価格￥５００を設定したユーザが、購入者として決定された場合には、駐車料金を無料にするには残り￥１，５００分買い物する必要がある。つまり、あらかじめ仲介装置１００が「駐車料金の下限額から一定額以上の希望購入価格を抽出対象」といった制限を設けておくことで、抽出部１３３は、ユーザに対して駐車場料金という決済金額以外の出費を軽減することができる。ここで、抽出部１３３は、制限を満たす購入要求が複数存在した場合には、上記優先順位をさらに適用してもよいし、制限を満たさず除外された購入要求にも上記優先順位をさらに適用してもよい。また、抽出部１３３は、制限を満たす購入要求が存在しない場合は、制限を無視してもよい。また、駐車料金の下限額から一定額という値設定は、店舗によって行われてもよい。さらに、仲介装置１００は、あらかじめ各店舗の駐車料金情報を記憶しているものとする。

〔５−７．購入者の約定制御（２）〕
また、抽出部１３３は、ユーザの交通手段と販売商品の販売価格との間に一定の制限に基づいて、決済対象の購入要求を抽出してもよい。具体的には、販売要求に対応する購入要求のうち、購入要求に対応するユーザが店舗に来店する際の交通手段と、販売商品の販売価格とに基づいて、決済対象の購入要求を抽出する。例えば、仲介装置１００は、「￥５００以下の販売商品は徒歩及び自転車のユーザの購入要求を対象」といった制限を設定していたとすると、抽出部１３３は、希望購入価格￥５００以下の購入要求に対応するユーザのうち交通手段が徒歩及び自転車のユーザの購入要求を抽出対象とする。つまり、あらかじめ仲介装置１００が「一定額以下の販売商品は徒歩及び自転車のユーザの購入要求を対象」といった制限を設けておくことで、抽出部１３３は、安い商品を自動車で（駐車料金などをかけて）引取りに来なければならなくなるといった事態を回避することができる。なお交通手段の判定は、前述したように、仲介装置１００が、ユーザ端末１０が有する位置検索アプリから情報を取得してもよいし、また、登録されている住所が店舗近隣であれば徒歩や自転車で来店する可能性があると判断してもよい。ここで、抽出部１３３は、制限を満たす購入要求が複数存在した場合には、上記優先順位をさらに適用してもよいし、制限満たさず除外された購入要求にも上記優先順位をさらに適用してもよい。また、抽出部１３３は、制限を満たす購入要求が存在しない場合は、制限を無視してもい。さらに、販売商品の一定額以下の値設定は、店舗によって行われてもよい。
。

〔５−８．購入者の約定制御（３）〕
また、抽出部１３３は、販売要求に対応する購入要求のうち、店舗において実施されているキャンペーン対象のユーザ属性と、購入要求に対応するユーザのユーザ属性とに基づいて、決済対象の購入要求を抽出してもよい。例えば、店舗Ａ０１は、子供用品のキャンペーン中であるとする。このとき、女性でかつ子供のいるユーザが来店すれば、商品引取りの同時買いとして子供用品も購入する可能性があり、店側は子供用品の販売促進につなげることができる。すなわち、店舗Ａ０１は、自身の店舗がターゲットとしているユーザにより多く来店させるように、あらかじめ仲介装置１００にユーザ属性を指定する。そして、仲介装置１００がユーザの個人情報登録時などに性別や子供の有無、子供の年齢を問い合わせておくことで、抽出部１３３は、店舗の指定するユーザ属性に対応するユーザの購入要求を優先的に抽出する。

〔５−９．決済手段〕
また、抽出部１３３は、店舗が決済手段を指定している場合、該当する決済手段（例えば、所定のサービスブランドの電子マネーなど）に対応可能なユーザの購入要求を優先的に決済対象の購入要求として抽出してもよい。仲介装置１００は、ユーザの個人情報登録時などに決済手段も問い合わせる。このとき、店舗の指定する決済手段に一致するユーザの購入要求を優先的に抽出する。

〔５−１０．購入権を次席者に譲渡〕
購入受付部１３１は、販売要求に対応する複数の購入要求から一部の購入要求が抽出されて取引成立となった場合には、抽出された購入要求を取り消す取消要求を受け付ける。つまり、抽出部１３３は、決済対象となった購入要求に対応するユーザに対して、事情変更等で取引を取り消したい場合、次席者があれば、購入権を辞退し決済対象からはずれたユーザである次席者に譲渡するか否かを確認することができる。譲渡された購入権は、典型的には、辞退したユーザが抽出された際に優先順位で次席だったユーザに割り当てられる。次席だったユーザに、譲渡を受けるか否か確認するようにしてもよいし、さらに、否定された譲渡はさらなる次席者へ割り当てられる処理が、譲渡が受け入れられるまでまたは次席者が尽きるまで繰り返されるようにしてもよい。

〔５−１１．レベニューシェア〕
店舗は、売残り商品の決済が完了し、商品引取りに来店したユーザが行った買い物（同時買い）によって得られた売上げの一部を店舗の運営に関わった会社（仲介装置１００の管理会社）に支払う（レベニーシェア）。例えば、店舗Ａ０１は、仲介装置１００の運営会社に対して１月単位などで支払う。

算定部１３６は、商品引取りの際に、ユーザが行った買い物による売上金額を算定する。例えば、店舗は、商品引取り方法として、レジ場所や引取り場所にて、仲介装置１００からユーザ端末１０に送信された取引成立画面に表示される識別番号などを、ユーザから店員に報告させる、または、店員が機械で取引成立画面を読み込むといった方式をとっておく。このとき、ユーザが同時に他の商品も会計依頼していれば、算定部１３６は、合計金額から決済額を差し引いた金額を同時買いで生じた金額として算定する。また、ユーザは、商品の引取りとは別に同時買いだけで会計を依頼した場合には、商品引取りと所定の時間以内の会計は同時買いによる売上げ金額として算定してもよい。このときの所定の時間は、仲介装置１００で自由に決定されるものであってよい。これにより、算定部１３６は、ユーザが売残り品引取り時に行った同時買いによる売上金額を算定することができる。

〔５−１２．取引仲介〕
仲介装置１００は、転売を仲介する。例えば、取引完了通画面に「転売しますか？」といった項目を設定しておくことで、ユーザが転売希望した場合には、仲介装置１００は、他のユーザに転売対象の商品情報と価格を通知する。価格は転売元ユーザが自由に設定してもよいし、仲介装置１００が決済額を基準に、一定の価格範囲で設定するように指示してもよい。購入希望者が現れた場合には、仲介装置１００は、転売価格を転売元ユーザに戻し、転売先ユーザに課金する。また、このようにして連鎖的に転売が行われてもよい。

〔５−１３．購入要求の設定方法〕
上記の実施形態では、ユーザ端末１０は、ユーザによって「購入要求アプリ」をインストールされることで、購入要求を受け付ける例や、取引成立に係る確認画面を表示する例を示した。しかし、ユーザ端末１０は、「購入要求アプリ」をインストールされなくてもよい。この場合、購入要求に係る専用のウェブページが仲介装置１００から配信されることで、ユーザ端末１０は、ユーザの操作によってウェブページにアクセスしてもよい。そして、ユーザ端末１０は、ウェブページを表示することで、ユーザからの購入要求に係る入力操作を受け付けてもよい。また、取引成立に係る確認ページの代わりに、あらかじめユーザが登録しているメールアドレス宛てに、仲介装置１００が取引成立通知を送信してもよい。

〔５−１４．プログラム〕
また、上述してきた実施形態に係る仲介装置１００は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。以下、仲介装置１００を例に挙げて説明する。図１１は、仲介装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

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

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

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

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（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