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

Description

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

従来、商品やサービスのプロモーションを行うための技術が提案されている。例えば、ＳＮＳ（Social Networking Service）等のソーシャルメディア上でキャンペーンを行うことが提案されている。一技術では、店舗のクーポンが、ソーシャルメディアを介して店舗とつながるユーザに提供される（特許文献１）。

特開２０１３－８３４５号公報

しかしながら、上記の従来技術では、出品者と購入者との間の活発な取引を促進することができるとは限らない。例えば、上記の従来技術では、ソーシャルメディアを介して店舗とつながるユーザが、提供されたクーポンを使用して店舗と活発な取引を行うとは限らない。

本願は、上記に鑑みてなされたものであって、出品者と購入者との間の活発な取引を促進することを目的とする。

本願に係る決定装置は、出品者と購入者との間の取引の態様を示す取引態様情報を取得する取引態様情報取得部と、前記取引態様情報取得部によって取得された取引態様情報に基づいて、前記出品者と前記購入者との間の取引の態様が、特典の適用に関する所定の条件を満たすかを判定する判定部と、前記判定部によって前記取引の態様が当該所定の条件を満たすと判定された場合に、前記特典を適用すると決定し、前記判定部によって前記取引の態様が前記所定の条件を満たさないと判定された場合に、前記特典を適用しないと決定する決定部とを備えることを特徴とする。

実施形態の一態様によれば、出品者と購入者との間の活発な取引を促進することできるという効果を奏する。

図１は、実施形態に係る特典適用可否判定システムの構成例を示す図である。 図２Ａは、特典の適用可否を判定するための特典適用可否判定システムの一例を示す図である。 図２Ｂは、特典の適用可否を判定するための特典適用可否判定システムの一例を示す図である。 図３は、実施形態に係る決定装置の構成例を示す図である。 図４は、実施形態に係る決定装置によって実行される、特典を適用するかを決定するための処理手順を示すフローチャートである。 図５は、ハードウェア構成の一例を示す図である。

以下に、本願に係る決定装置、決定方法及び決定プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る決定装置、決定方法及び決定プログラムが限定されるものではない。１つまたは複数の実施形態の詳細は、以下の説明および図面に記載される。また、１つまたは複数の実施形態の各々は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の１つまたは複数の実施形態において同一の部位には同一の符号を付し、重複する説明は省略する。

〔１．特典適用可否判定システムの構成〕
まず、図１を参照して、実施形態に係る特典適用可否判定システムの構成について説明する。

図１は、実施形態に係る特典適用可否判定システムの構成例を示す図である。図１に示すように、実施形態に係る特典適用可否判定システム１は、ユーザ装置１０_１～１０_ｎ（ｎは任意の自然数）と、決定装置１００とを含む。本明細書では、ユーザ装置１０_１～１０_ｎを区別する必要がない場合は、ユーザ装置１０_１～１０_ｎを「ユーザ装置１０」と総称する。

特典適用可否判定システム１において、ユーザ装置１０および決定装置１００は、それぞれネットワークＮと有線又は無線により接続される。ネットワークＮは、例えば、インターネット網等のネットワーク網である。図１中では図示していないが、特典適用可否判定システム１は、複数台の決定装置１００を含んでもよい。

ユーザ装置１０は、ユーザによって利用される情報処理装置である。ユーザは、例えば、インターネット上で提供される各種サービスを利用する者である。ユーザ装置１０は、スマートフォン、デスクトップ型ＰＣ（Personal Computer）、ノート型ＰＣ、タブレット型ＰＣ等のクライアント装置を含む、任意のタイプの情報処理装置であってもよい。

決定装置１００は、ユーザに配信された特典を適用するかの決定を行う情報処理装置である。特典は、例えば、インターネット上で提供される各種サービスを介してユーザに配信された電子クーポンである。決定装置１００は、サーバを含む、任意のタイプの情報処理装置であってもよい。決定装置１００は、ネットワークＮを介して、有線又は無線によりユーザ装置１０と通信を行う。複数台の決定装置１００が、ウェブサーバ、アプリケーションサーバ、データベースサーバ等の各種サーバの機能をそれぞれ提供してもよい。

〔２．特典適用可否判定処理〕
次に、図２Ａおよび図２Ｂを参照して、例示的な実施形態に係る特典適用可否判定処理について説明する。

〔２－１．例示的な実施形態の概要〕
インターネットオークションでは、入札が、スマートフォンのアプリケーション（以下「アプリ」という。）や、ＰＣのブラウザなどから行われる。オークションアプリを利用するユーザは、空き時間、待ち時間または移動時間といった時間に、インターネットオークションにアクセスすることができる。このため、オークションアプリからのアクセスは、インターネットオークションにおける活発な入札につながることがある。

しかしながら、インターネットオークションのユーザの中には、オークションアプリから入札したことがない多くのユーザが存在することがある。このようなユーザは、オークションアプリの潜在的ユーザであるかもしれない。

そこで、例示的な実施形態に係る決定装置１００は、ユーザの入札履歴に基づいて、ユーザがオークションアプリから入札した場合に利用可能なクーポンを、オークションアプリから入札したことがないユーザに提供する。クーポン適用要求を受信することに応じて、決定装置１００は、クーポンが提供された後のユーザの入札履歴が「ユーザがオークションアプリから入札した」という適用条件を満たすかを判定する。ユーザの入札履歴が適用条件を満たすと判定することに応じて、決定装置１００は、クーポンを適用すると決定する。

これにより、決定装置１００は、オークションアプリからのインターネットオークションへのアクセスを増加させることができ、それによって、インターネットオークションでの活発な入札を促進することができる。

〔２－２．特典適用可否判定システムの処理フロー〕
以下では、図２Ａおよび図２Ｂを参照して、例示的な実施形態に係る特典適用可否判定システム１の処理フローについて説明する。

図２Ａおよび図２Ｂは、特典の適用可否を判定するための特典適用可否判定システムの一例を示す図である。図２Ａおよび図２Ｂの例では、特典の適用可否を判定する特典適用可否判定処理が、図１を参照して上述した特典適用可否判定システム１の決定装置１００によって行われる。

図２Ａおよび図２Ｂの例では、特典適用可否判定システム１の決定装置１００は、インターネットオークションシステムとして実装される。例えば、決定装置１００は、特典適用可否判定システム１のユーザ装置１０に、インターネットオークションサービスを提供する。

一例として、決定装置１００は、ユーザ装置１０のブラウザを介して、インターネットオークションに関するコンテンツ（例えば、オークションウェブサイト）を提供することができる。別の例として、決定装置１００は、ネイティブアプリ等の、ユーザ装置１０にインストールされたアプリを介して、インターネットオークションに関するコンテンツを提供することができる。この場合、インターネットオークションに関するコンテンツは、例えば、オークションアプリ内のコンテンツである。

インターネットオークションの基本的な流れは、次のとおりである。はじめに、ユーザが、商品に入札する。次いで、落札者が、入札に基づいて決定される。その後、落札者は、落札代金の決済を行う。

ところで、様々なユーザデータが、上述のインターネットオークションの入札プロセスから発生する。インターネットオークションを運営する特定のエンティティ（例えば、特定のインターネット企業）は、例えば、入札額、ユーザが入札した時間（すなわち、時刻）、落札価格、ユーザによって購入された商品、ユーザによって使用されたアプリケーションソフトウェア（例えば、デスクトップ型ＰＣやノート型ＰＣのブラウザ、スマートフォンのモバイルブラウザ、スマートフォンのオークションアプリ）等の、ユーザの入札履歴を取得することができる。

しかしながら、上述のユーザの入札履歴についてのデータ分析を行うことによって、インターネットオークションを運営する特定のエンティティは、オークションアプリから入札したことがない多くのユーザが存在することがわかることがある。このようなユーザは、オークションアプリをインストールしたが、オークションアプリから入札をしたことがないユーザも含む。一方で、この入札履歴についてのデータ分析の結果は、ブラウザおよびオークションアプリの両方を使用して入札するユーザの入札回数や最終的な決済金額（例えば、所定の期間（例えば、１年間）における入札回数や決済金額）が、オークションアプリではなくブラウザを使用して入札するユーザの入札回数や最終的な決済金額より多いことを示すことがある。

このような入札回数や決済金額の違いの考えられる１つの理由は、ユーザがオークションアプリを使用して入札する場合に、タッチポイント（Touchpoint）が増加することである。例えば、ユーザがノート型ＰＣのブラウザを使用して入札する場合に、ユーザは、ノート型ＰＣを開けて、それから商品を検索する。一方で、ユーザがオークションアプリを使用して入札する場合に、ユーザはスマートフォンを手元に持っているため、ユーザは、ちょっとした空き時間、待ち時間または移動時間に、商品を検索することができる。加えて、ユーザは、オークションアプリのアイコンを含むホーム画面から、インターネットオークションに簡単にアクセスすることができる。このことは、ユーザとインターネットオークションとの間のタッチポイントを増加させ、それによって、商品に入札したり、商品を購入したりするユーザの数を増加させる。

そこで、図２Ａおよび図２Ｂの例示的な実施形態では、決定装置１００は、インターネットオークションでの活発な入札を促進するために、以下に説明される特典適用可否判定処理を実行する。

図２Ａを参照すると、はじめに、決定装置１００は、決定装置１００のユーザデータベース１２１から、ユーザ装置１０のユーザの取引履歴を取得する（ステップＳ１）。取得された取引履歴は、入札、落札等のオークション形式の取引を行うために使用されたアプリケーションソフトウェアを示す。図２Ａの例に示されるように、取引履歴は、例えば、ユーザ装置１０_１を利用するユーザＵ１がブラウザＢ１を使用してオークション形式の取引を行ったことを示す。ユーザデータベース１２１は、図３を参照して以下で詳述される。

次いで、決定装置１００は、取得された取引履歴に基づいて、インターネットオークションで利用可能な特典として、ユーザ装置１０のユーザにクーポンを配信する（ステップＳ２）。例えば、決定装置１００は、オークションアプリからの入札を増加させるために、オークションアプリからの入札の経験がないユーザに、アプリ限定のクーポンを配信する。図２Ａの例に示されるように、クーポンコードを含むアプリ限定のクーポンが、例えば、ブラウザＢ１を使用してオークション形式の取引を行ったユーザＵ１によって利用されるユーザ装置１０_１に配信される。アプリ限定のクーポンは、ユーザＵ１の電子メールアカウント、ユーザＵ１へのプッシュ通知またはユーザＵ１の個人ページ（Personal Page）などを介して提供され得る。

図２Ａの例では、配信されたクーポンは、決済時に利用可能なクーポンである。例えば、配信されたクーポンは、落札代金から所定の割合（例えば、１０％）割引になるクーポンや、落札代金から所定の金額（例えば、１，０００円）割引になるクーポンである。

図２Ｂを参照すると、図２ＡのステップＳ２の後に、決定装置１００は、ユーザ装置１０から、クーポンコードを含むクーポン適用要求を受信する（ステップＳ３）。例えば、ユーザＵ１は、落札後の決済時に、クーポンコードを入力する。そして、ユーザＵ１は、クーポン適用要求に対応するボタンを選択し、クーポン適用要求を送信する。

次いで、決定装置１００は、ユーザデータベース１２１から、ユーザ装置１０のユーザの取引態様を取得する（ステップＳ４）。取得された取引態様は、入札、落札等のオークション形式の取引を行うために使用されたアプリケーションソフトウェアを示す。図２Ｂの例に示されるように、取引態様は、例えば、ユーザ装置１０_２を利用するユーザＵ１がオークションアプリＡ１を使用してオークション形式の取引を行ったことを示す。

その後、決定装置１００は、アプリ限定のクーポンを配信されたユーザがアプリを使用してオークション形式の取引を実際に行ったことを確認するために、取得されたユーザの取引態様が適用条件を満たすかを判定する（ステップＳ５）。例えば、決定装置１００は、ユーザの取引態様が「ユーザがオークションアプリＡ１から入札した」という適用条件を満たすかを判定する。図２Ｂの例では、上述のように、ユーザＵ１の取引態様は、ユーザＵ１がオークションアプリＡ１を使用してオークション形式の取引を行ったことを示す。このため、決定装置１００は、ユーザＵ１の取引態様が適用条件を満たすと判定する。この場合、決定装置１００は、アプリ限定のクーポンを適用することを決定する。

このように、決定装置１００は、入札時点の取引態様（例えば、オークションアプリからの入札、ブラウザからの入札）に基づいて、クーポン適用判定を行う。クーポンがオークションアプリからの入札に対して使用された場合に、決定装置１００は、クーポンを適用する。なお、決済は、オークションアプリから行われなくてもよい。例えば、決済は、ＰＣのブラウザから行われてもよい。

〔２－３．例示的な実施形態の効果〕
上述のように、例示的な実施形態に係る決定装置１００は、ユーザの取引履歴に基づいて、オークションアプリから入札したことがないユーザに、アプリ限定のクーポンを配信する。アプリ限定のクーポンを配信されたユーザがオークションアプリから入札した場合に、決定装置１００は、アプリ限定のクーポンを適用することを決定する。

これにより、決定装置１００は、利便性の高いオークション体験（例えば、空き時間、待ち時間または移動時間における入札）をユーザに提供することができる。その結果、決定装置１００は、オークションアプリのユーザの数を増加させることができ、それによって、インターネットオークションでの活発な入札を促進することができる。

以下、このような特典適用可否判定処理を実現する決定装置１００について詳細に説明する。

〔３．決定装置の構成〕
次に、図３を参照して、実施形態に係る決定装置１００の構成例について説明する。

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

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

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

（ユーザデータベース１２１）
ユーザデータベース１２１は、ユーザ装置１０のユーザのユーザ情報を記憶する。例えば、ユーザデータベース１２１は、後述する受信部１３１によって受信されたユーザ情報を記憶する。少なくとも１つの実施形態では、ユーザデータベース１２１は、ユーザ情報として、購入者に特典を配信するのに用いられる各種情報を記憶することができる。購入者に特典を配信するのに用いられる各種情報は、例えば、購入者の取引の履歴を示す取引履歴情報である。少なくとも１つの実施形態では、ユーザデータベース１２１は、ユーザ情報として、出品者と購入者との間の取引の態様が特典の適用に関する所定の条件を満たすかを判定するのに用いられる各種情報を記憶することができる。出品者と購入者との間の取引の態様が特典の適用に関する所定の条件を満たすかを判定するのに用いられる各種情報は、例えば、出品者と購入者との間の取引の態様を示す取引態様情報である。

ユーザを識別するユーザＩＤが、ユーザデータベース１２１内のユーザ情報に関連付けられている。ユーザＩＤは、ユーザデータベース１２１内の各種ユーザ情報を取得するための主キーとして使用され得る。ユーザデータベース１２１は、ユーザのマスタデータを記憶してもよい。ユーザのマスタデータは、例えば、ユーザ名、電子メールアドレス、ユーザ装置１０にインストールされたアプリ（例えば、ポータルアプリ、オークションアプリ、ショッピングアプリ、フリマアプリ）等の情報を含み得る。ユーザＩＤは、オークションアプリを提供する特定のエンティティ（例えば、特定のインターネット企業）によって提供される各種インターネットサービスにおいて使用される識別子であってもよい。この場合、ユーザは、各種インターネットサービスにおいてアカウントを有していてもよい。各種インターネットサービスは、検索、ポータル、ショッピング、オークション、ニュース、ファイナンス、旅行、飲食店紹介、スポーツ、テレビ、動画、ゲーム、地図、路線情報、料理、不動産、自動車、ブログ、結婚、漫画、占い、地域情報等のサービスであってもよい。

ユーザデータベース１２１は、ユーザの属性を示す属性情報（例えば、デモグラフィック属性、サイコグラフィック属性）を記憶してもよい。ユーザデータベース１２１は、ユーザの行動を示す行動情報（例えば、ユーザのサービス利用履歴）を記憶してもよい。ユーザデータベース１２１は、ユーザの行動情報として、ＥＣ（Electronic Commerce）サイトやＥＣアプリ（例えば、オークションアプリ、ショッピングアプリ、フリマアプリ）を介して取得されたユーザの購入履歴を記憶してもよい。ユーザの購入履歴は、例えば、ユーザによってよく購入される商品（例えば、フライングディスク）や、この商品のカテゴリ（例えば、おもちゃ）を示す。商品のカテゴリ（例えば、おもちゃ）は、この商品のカテゴリとの親和性を有する他のカテゴリ（例えば、アウトドア）に関連付けられてもよい。後述されるように、ユーザの属性情報および行動情報は、配信部１３３によって実行されるクーポンの発行に使用され得る。

（クーポンデータベース１２２）
クーポンデータベース１２２は、ユーザ装置１０のユーザに配信されたクーポンのクーポン情報を記憶する。例えば、クーポンデータベース１２２は、後述する配信部１３３によって配信されたクーポンのクーポン情報を記憶する。図２Ａおよび図２Ｂを参照して上述したように、ユーザに配信されたクーポンは、例えば、入札の態様が使用条件であるクーポンである。

一例として、使用条件は、「ユーザがオークションアプリを経由して入札する」という条件である。別の例として、ユーザがオークションアプリをダウンロードしていない場合に、使用条件は、「ユーザがオークションアプリをダウンロードする」という条件であってもよい。さらに別の例として、使用条件は、「ｎ人以上のユーザ（例えば、３人以上のユーザ）が入札する」（ｎは任意の自然数）という条件であってもよい。

クーポンを識別するクーポンＩＤが、クーポンデータベース１２２内のクーポン情報に関連付けられている。クーポンＩＤは、クーポンデータベース１２２内のクーポン情報を取得するための主キーとして使用され得る。クーポン情報は、クーポン等の特典の適用に関する所定の条件を含み得る。クーポンの適用に関する所定の条件は、例えば、ユーザがオークションアプリから入札した」という適用条件である。クーポン情報は、クーポンの適用に関する所定の条件を、クーポンのカテゴリ（例えば、アプリ限定のクーポン）として含んでもよい。加えて、クーポン情報は、クーポンを送るキャンペーン、クーポンの使用期間、クーポンの割引率、クーポンの割引額、クーポンの生成日時、クーポンコード等の情報を含み得る。

（制御部１３０）
制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサによって、決定装置１００内部の記憶装置に記憶されている各種プログラム（決定プログラムの一例に相当）がＲＡＭ等を作業領域として実行されることにより実現される。また、制御部１３０は、コントローラ（controller）であり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＧＰＧＰＵ（General Purpose Graphic Processing Unit）等の集積回路により実現されてもよい。

制御部１３０は、図３に示すように、受信部１３１と、取引履歴情報取得部１３２と、配信部１３３と、取引態様情報取得部１３４と、判定部１３５と、決定部１３６とを有し、以下に説明する情報処理の機能や作用を実現又は実行する。また、制御部１３０は、図２Ａおよび図２Ｂを参照して上述した特典適用可否判定処理を実現することができる。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。例えば、判定部は、判定部以外の部（例えば、決定部１３６）に関して後述する情報処理の全部または一部を行ってもよい。

（受信部１３１）
受信部１３１は、ユーザ装置１０のユーザのユーザ情報を受信する。少なくとも１つの実施形態では、受信部１３１は、ユーザ情報として、購入者に特典を配信するのに用いられる各種情報を受信することができる。上述のように、購入者に特典を配信するのに用いられる各種情報は、例えば、購入者の取引の履歴を示す取引履歴情報である。少なくとも１つの実施形態では、受信部１３１は、ユーザ情報として、出品者と購入者との間の取引の態様が特典の適用に関する所定の条件を満たすかを判定するのに用いられる各種情報を受信することができる。上述のように、出品者と購入者との間の取引の態様が特典の適用に関する所定の条件を満たすかを判定するのに用いられる各種情報は、例えば、出品者と購入者との間の取引の態様を示す取引態様情報である。

受信部１３１は、購入者に特典を配信するのに用いられる各種情報を受信する第１受信部として実装されてもよい。加えてまたはあるいは、受信部１３１は、出品者と購入者との間の取引の態様が特典の適用に関する所定の条件を満たすかを判定するのに用いられる各種情報を受信する第２受信部として実装されてもよい。

受信部１３１は、所定の情報処理装置（例えば、決定装置１００に関係するエンティティ（例えば、特定のインターネット企業）の装置）から、ユーザ情報を受信することができる。受信部１３１は、決定装置１００に関係するエンティティによって提供されたインターネットオークションサービスを介して、ユーザ情報を受信してもよい。例えば、受信部１３１は、インターネットオークションサービスを提供するシステムから、ユーザ情報を受信してもよい。受信部１３１は、ユーザインタフェースを介して、決定装置１００を利用する管理者からユーザ情報を受信してもよい。受信部１３１は、受信されたユーザ情報を、ユーザデータベース１２１に格納してもよい。

図２Ａおよび図２Ｂを参照して上述したように、決定装置１００は、インターネットオークションシステムとして実装されてもよい。例えば、決定装置１００の制御部１３０は、インターネットオークションサービスを提供する提供部（図示せず）を有してもよい。いくつかの実装形態では、受信部１３１は、この提供部によって提供されたインターネットオークションサービスを介して、ユーザ情報（例えば、取引履歴情報、取引態様情報）を受信してもよい。

一例では、提供部は、ユーザ装置１０のブラウザを介して、インターネットオークションに関するコンテンツ（例えば、オークションウェブサイト）を提供することができる。別の例では、提供部は、ネイティブアプリケーション等の、ユーザ装置１０にインストールされたアプリケーションを介して、インターネットオークションに関するコンテンツを提供することができる。この場合、インターネットオークションに関するコンテンツは、例えば、オークションアプリ内のコンテンツである。

決定装置１００は、オンラインショッピングシステムとして実装されてもよい。例えば、決定装置１００の制御部１３０は、オンラインショッピングサービスを提供する提供部（図示せず）を有してもよい。いくつかの実装形態では、受信部１３１は、この提供部によって提供されたオンラインショッピングサービスを介して、ユーザ情報（例えば、属性情報、行動情報）を受信してもよい。

一例では、受信部１３１は、ユーザ装置１０から、クーポンコードを含むクーポン適用要求を受信する。受信部１３１は、クーポン等の特典の適用するための要求を受信する第３受信部として実装されてもよい。図２Ｂを参照して上述したように、例えば、ユーザＵ１は、落札後の決済時に、クーポンコードを入力する。そして、ユーザＵ１は、クーポン適用要求に対応する選択可能な要素（例えば、ボタン）を選択する。このようにして、受信部１３１は、ユーザＵ１によって利用されるユーザ装置１０_２から、ユーザ装置１０_１に配信されたクーポンの適用要求を、オークション形式の取引後の決済時に受信する。

いくつかの実装形態では、提供部は、クーポンコードを入力するためのコンポーネント（例えば、入力フィールド）を含むコンテンツ（例えば、決済ページ）を、ユーザ装置１０に提供してもよい。受信部１３１は、提供部によって提供されたコンテンツを介して、クーポンコードを含むクーポン適用要求を受信してもよい。

（取引履歴情報取得部１３２）
取引履歴情報取得部１３２は、購入者の取引の履歴を示す取引履歴情報を取得する。例えば、取引履歴情報取得部１３２は、取引履歴情報として、購入者のオークション形式の取引の履歴を示す情報を取得する。

一例では、取引履歴情報取得部１３２は、ユーザデータベース１２１から、ユーザ装置１０のユーザの取引履歴を取得する。取得された取引履歴は、入札、落札等のオークション形式の取引を行うために使用されたアプリケーションソフトウェアを示す。図２Ａを参照して上述したように、取引履歴は、例えば、ユーザＵ１がブラウザＢ１を使用してオークション形式の取引を行ったことを示す。

取引履歴情報取得部１３２は、問合せ言語（Query Language）を用いてユーザデータベース１２１から特定の取引履歴情報を取得することができる。例えば、取引履歴情報取得部１３２は、ＳＱＬ（Structured Query Language）クエリを処理し、ユーザデータベース１２１から所定の条件を満たすユーザを特定することができる。一例として、取引履歴情報取得部１３２は、ブラウザ（例えば、ＰＣのブラウザ、スマートフォンのモバイルブラウザ）のみから入札しているユーザや、オークションアプリを使用したことがないユーザを、ユーザデータベース１２１から特定することができる。このようにして、取引履歴情報取得部１３２は、入札するために使用されたアプリケーションソフトウェアを、ユーザの取引履歴から抽出することができる。

（配信部１３３）
配信部１３３は、取引履歴情報取得部１３２によって取得された取引履歴情報に基づいて、購入者に特典を配信する。

例えば、配信部１３３は、取引履歴情報に基づいて、購入者の端末装置にインストールされたアプリケーションを介して行われる入札の頻度を特定し、特定された入札の頻度に基づいて、購入者に特典を配信する。例えば、配信部１３３は、アプリケーションを介して行われる入札の頻度に基づいて、購入者がアプリケーションを介して入札を行った場合に適用される特典を配信する。

また、例えば、配信部１３３は、購入者がオークション形式の取引を行うことができるオークションサービスとは異なるサービスを介して、購入者に特典を配信する。

一例では、配信部１３３は、取引履歴情報取得部１３２によって取得された取引履歴に基づいて、インターネットオークションで利用可能な特典として、ユーザ装置１０のユーザにクーポンを配信する。例えば、配信部１３３は、オークションアプリからの入札を増加させるために、オークションアプリからの入札の経験がないユーザに、アプリ限定のクーポンを配信する。例えば、図２Ａを参照して上述したように、クーポンコードを含むアプリ限定のクーポンが、例えば、ブラウザＢ１を使用してオークション形式の取引を行ったユーザＵ１によって利用されるユーザ装置１０_１に配信される。アプリ限定のクーポンは、ユーザＵ１の電子メールアカウント、ユーザＵ１へのプッシュ通知またはユーザＵ１の個人ページなどを介して提供され得る。

一例として、配信部１３３は、アプリ限定のクーポンに関する電子メールを、図２Ａを参照して上述したユーザＵ１の電子メールアドレスに送信してもよい。別の例として、配信部１３３は、アプリ限定のクーポンに関するプッシュ通知を、オークションアプリとは異なる他のアプリに送信してもよい。他のアプリは、例えば、オークションアプリを提供する特定のエンティティ（例えば、特定のインターネット企業）によって提供されるアプリ（例えば、ポータルアプリ、ショッピングアプリ、フリマアプリ）である。さらに別の例として、配信部１３３は、インターネットオークションサービスとは異なる他のインターネットサービスに関するコンテンツのトップページに、アプリ限定のクーポンに関する情報を表示してもよい。他のインターネットサービスは、例えば、オークションアプリを提供する特定のエンティティによって提供されるインターネットサービス（例えば、ポータル、ショッピング、フリーマーケット）である。

図２Ａを参照して上述したように、配信部１３３によって配信されたクーポンは、例えば、支払いまたは決済時に利用可能なクーポンである。例えば、配信されたクーポンは、落札代金から所定の割合（例えば、１０％）割引になるクーポンや、落札代金から所定の金額（例えば、１，０００円）割引になるクーポンである。

上述のように、配信部１３３は、インターネットオークションシステムにおいて、ユーザの過去の入札履歴に関する情報に応じて、クーポン発行情報を、動的に変更することができる。入札操作に関しては、配信部１３３は、スマートフォンのオークションアプリ以外のアプリケーションソフトウェアからのユーザの操作傾向（例えば、ユーザが、オークションアプリからの入札の履歴をほとんどあるいは全く持たない。）に応じて、ユーザがオークションアプリから入札した場合に利用可能なクーポンを発行することができる。そして、配信部１３３は、インターネットオークションサービス以外のインターネットサービスを介して、発行されたクーポンを事前にユーザに通知することができる。

ユーザ装置１０のユーザがオークションアプリをインストールしている場合に、配信部１３３は、アプリ限定のクーポンに関するプッシュ通知を、オークションアプリに送信してもよい。配信部１３３は、オークションアプリ内のコンテンツ（例えば、インターネットオークションに関するコンテンツのトップページ）に、アプリ限定のクーポンに関する情報を表示してもよい。このような場合、配信部１３３は、オークションアプリからのみアクセス可能なクーポンコードをユーザに提供してもよい。例えば、ユーザがクーポンコードを表示するページにブラウザからアクセスした場合に、配信部１３３は、オークションウェブサイトのページを介して、「オークションアプリをダウンロードして下さい。」というメッセージを提示してもよい。

配信部１３３は、クーポンのクーポンＩＤを生成することができる。また、配信部１３３は、クーポンを送るキャンペーン、クーポンの使用期間、クーポンの割引率、クーポンの割引額、クーポンの生成日時、クーポンコード等のクーポン情報を、クーポンＩＤに関連付けることができる。配信部１３３は、クーポン発行の機能を実装するクーポン発行モジュール（例えば、クーポンを発行するためのツール）を有し得る。上述のクーポン情報は、クーポン発行モジュールによって生成され得る。配信部１３３は、クーポンＩＤに関連付けられたクーポン情報を、クーポンデータベース１２２に格納することができる。

配信部１３３は、ユーザデータベース１２１に記憶されたユーザの属性情報や、ユーザデータベース１２１に記憶されたユーザの行動情報に基づいて、ユーザに特典を配信してもよい。例えば、配信部１３３は、ユーザの属性情報に基づいて、ユーザが所定のカテゴリ（例えば、おもちゃ）に属する商品に入札した場合に利用可能なクーポンを発行してもよい。また、例えば、配信部１３３は、ユーザの行動情報に基づいて、ユーザによってよく購入される商品のカテゴリ（例えば、おもちゃ）との親和性を有する他のカテゴリ（例えば、アウトドア）に属する商品に入札した場合に利用可能なクーポンを発行してもよい。

（取引態様情報取得部１３４）
取引態様情報取得部１３４は、出品者と購入者との間の取引の態様を示す取引態様情報を取得する。例えば、取引態様情報取得部１３４は、取引態様情報として、取引対象をオークションに出品する出品者と、このオークションにおいてこの取引対象を購入する購入者との間のオークション形式の取引の態様を示す情報を取得する。

一例では、取引態様情報取得部１３４は、ユーザデータベース１２１から、ユーザ装置１０のユーザの取引態様を取得する。取得された取引態様は、オークション形式の取引を行うために使用されたアプリケーションソフトウェアを示す。図２Ｂを参照して上述したように、取引態様は、例えば、ユーザ装置１０_２を利用するユーザＵ１がオークションアプリＡ１を使用してオークション形式の取引を行ったことを示す。

取引態様情報取得部１３４は、問合せ言語を用いてユーザデータベース１２１から特定の取引態様情報を取得することができる。例えば、取引態様情報取得部１３４は、ＳＱＬクエリを処理し、ユーザデータベース１２１から所定の条件を満たすユーザを特定することができる。一例として、取引態様情報取得部１３４は、オークションアプリを使用してオークション形式の取引を行ったユーザを、ユーザデータベース１２１から特定することができる。このようにして、取引態様情報取得部１３４は、入札するために使用されたオークションアプリを、ユーザの取引態様から抽出することができる。

（判定部１３５）
判定部１３５は、取引態様情報取得部１３４によって取得された取引態様情報に基づいて、出品者と購入者との間の取引の態様が、特典の適用に関する所定の条件を満たすかを判定する。

例えば、判定部１３５は、取引態様情報に基づいて、出品者と購入者との間の取引の態様が、購入者が購入者の端末装置にインストールされたアプリケーションを介して取引を行ったという条件である所定の条件を満たすかを判定する。例えば、判定部１３５は、取引態様情報に基づいて、オークション形式の取引の態様が、購入者がアプリケーションを介して入札を行ったという条件である所定の条件を満たすかを判定する。

また、例えば、判定部１３５は、取引態様情報に基づいて、出品者と購入者との間の取引の態様が、配信部１３３によって配信された特典の適用に関する所定の条件を満たすかを判定する。

一例では、判定部１３５は、アプリ限定のクーポンを配信されたユーザがアプリを使用してオークション形式の取引を実際に行ったことを確認するために、取引態様情報取得部１３４によって取得されたユーザの取引態様が適用条件を満たすかを判定する。図２Ｂを参照して上述したように、例えば、判定部１３５は、ユーザの取引態様が「ユーザがオークションアプリＡ１から入札した」という適用条件を満たすかを判定する。図２Ｂの例では、ユーザＵ１の取引態様は、ユーザＵ１がオークションアプリＡ１を使用してオークション形式の取引を行ったことを示す。このため、判定部１３５は、ユーザＵ１の取引態様が適用条件を満たすと判定する。この場合、判定部１３５は、アプリ限定のクーポンを適用することを決定する。

このように、判定部１３５は、入札時点の取引態様（例えば、オークションアプリからの入札、ブラウザからの入札）に基づいて、クーポン適用判定を行う。

判定部１３５は、クーポン等の特典の適用に関する所定の条件を、クーポンデータベース１２２から取得することができる。例えば、受信部１３１がクーポンを適用するための要求をユーザ装置１０から受信した場合に、判定部１３５は、このクーポンのクーポンＩＤに関連付けられた適用条件（例えば、「ユーザがオークションアプリから入札した」という条件）を、クーポンデータベース１２２から取得することができる。

（決定部１３６）
決定部１３６は、判定部１３５によって取引の態様が所定の条件を満たすと判定された場合に、特典を適用すると決定し、判定部１３５によって取引の態様が所定の条件を満たさないと判定された場合に、特典を適用しないと決定する。

一例では、クーポンがオークションアプリからの入札に対して使用された場合に、決定部１３６は、クーポンを適用する。

上述の「特典を適用すると決定すること」は、特典を使用した値引き（ディスカウント）の設定を行うことを包含し得る。例えば、決定部１３６は、落札代金からの値引きの設定を行うことができる。説明のための一例として、落札代金が、「１，０００円」であると仮定する。さらに、アプリ限定のクーポンが、落札代金から「１０％」割引になるクーポンであると仮定する。この例では、決定部１３６は、決済代金として、「９００円」を設定する。決定部１３６は、設定された決済代金を示す情報を、決定装置１００内の所定の記憶領域に格納してもよい。決定部１３６は、設定された決済代金を示す情報を、金融取引を処理する取引処理装置に送信することで、決済代金の支払処理を制御することができる。

上述の「特典を適用すると決定しないこと」は、特典を使用した値引き（ディスカウント）の設定を行わないことを包含し得る。判定部１３５によって取引の態様が所定の条件を満たさないと判定された場合に、決定部１３６は、クーポンコードを入力するためのコンポーネント（例えば、入力フィールド）を含むコンテンツ（例えば、決済ページ）を介して、「入札がオークションアプリから行われた場合に、クーポンが適用されます。」というメッセージを提示してもよい。

〔４．特典適用可否判定処理のフロー〕
次に、図４を参照して、実施形態に係る決定装置１００による特典適用可否判定処理の手順について説明する。

図４は、実施形態に係る決定装置１００によって実行される、特典を適用するかを決定するための処理手順を示すフローチャートである。

図４に示すように、はじめに、決定装置１００の取引履歴情報取得部１３２は、決定装置１００のユーザデータベース１２１から、ユーザ装置１０のユーザの取引履歴を取得する（ステップＳ１０１）。

次いで、決定装置１００の配信部１３３は、取引履歴情報取得部１３２によって取得された取引履歴に基づいて、インターネットオークションで利用可能な特典として、ユーザ装置１０のユーザにクーポンを配信する（ステップＳ１０２）。

次いで、決定装置１００の受信部１３１は、配信部１３３によって配信されたクーポンを適用するための要求を、ユーザ装置１０から受信する（ステップＳ１０３）。

次いで、決定装置１００の取引態様情報取得部１３４は、受信部１３１によって受信された要求を送信したユーザ装置１０のユーザの取引の態様を、ユーザデータベース１２１から取得する（ステップＳ１０４）。

次いで、決定装置１００の判定部１３５は、取引態様情報取得部１３４によって取得された取引の態様がクーポンの適用条件を満たすかを判定する（ステップＳ１０５）。

判定部１３５が取引の態様がクーポンの適用条件を満たすと判定した場合に（ステップＳ１０５；Ｙｅｓ）、決定装置１００の決定部１３６は、クーポンを適用すると決定する（ステップＳ１０６）。判定部１３５が取引の態様がクーポンの適用条件を満たさないと判定した場合に（ステップＳ１０５；Ｎｏ）、決定部１３６は、クーポンを適用しないと決定する（ステップＳ１０７）。

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

〔５－１．競り入札と定額入札〕
決定装置１００の配信部１３３は、取引履歴情報に基づいて、定額で落札される取引対象への入札である定額入札の頻度又は競り価格で落札される取引対象への入札である競り入札の頻度を特定し、特定された入札の頻度に基づいて、購入者に特典を配信してもよい。例えば、配信部１３３は、定額入札の頻度に基づいて、購入者が競り入札を行った場合に適用される特典を配信してもよい。また、例えば、配信部１３３は、競り入札の頻度に基づいて、購入者が定額入札を行った場合に適用される特典を配信してもよい。

例えば、配信部１３３は、インターネットオークションサービスを利用するユーザの操作傾向に応じて、発行されるクーポンを変更してもよい。一例として、ユーザが競り入札の履歴をほとんどあるいは全く持たない場合に、ユーザが競り入札を行った場合に適用されるクーポンである競り入札限定のクーポンを発行してもよい。別の例として、ユーザが定額入札の履歴をほとんどあるいは全く持たない場合に、ユーザが定額入札を行った場合に適用されるクーポンである定額入札限定のクーポンを発行してもよい。そして、配信部１３３は、インターネットオークションサービス以外のインターネットサービスを介して、発行されたクーポンをユーザに通知してもよい。競り入札限定のクーポンが競り入札に対して使用された場合に、決定装置１００の決定部１３６は、競り入札限定のクーポンを適用する。同様に、定額入札限定のクーポンが競り入札に対して使用された場合に、決定部１３６は、定額入札限定のクーポンを適用する。

〔５－２．値下げ交渉〕
いくつかの実施形態では、決定装置１００の判定部１３５は、取引態様情報に基づいて、出品者と購入者との間の取引の態様が、購入者が出品者に値下げ交渉を行ったという条件である所定の条件を満たすかを判定してもよい。例えば、決定装置１００の配信部１３３は、取引履歴情報取得部１３２によって取得された取引履歴に基づいて、ユーザが値下げ交渉を行った場合に利用可能なクーポンを、値下げ交渉の経験がないユーザに提供してもよい。判定部１３５は、取引態様情報に基づいて、ユーザの取引態様が「ユーザが値下げ交渉を行った」という適用条件を満たすか判定してもよい。

〔５－３．フリーマーケット〕
上述の取引態様情報は、オークション形式の取引の態様を示す情報であるが、これに限定されるものではない。取引態様情報は、フリーマーケット形式の取引の態様を示す情報であってもよい。

決定装置１００の取引態様情報取得部１３４は、取引態様情報として、取引対象をフリーマーケットで出品する出品者と、このフリーマーケットにおいてこの取引対象を購入する購入者との間のフリーマーケット形式の取引の態様を示す情報を取得してもよい。

決定装置１００の取引履歴情報取得部１３２は、取引履歴情報として、購入者のフリーマーケット形式の取引の履歴を示す情報を取得してもよい。決定装置１００の配信部１３３は、取引履歴情報取得部１３２によって取得された取引履歴に基づいて、ユーザがフリーマーケットにおいて値下げ交渉を行った場合に利用可能なクーポンを、値下げ交渉の経験がないユーザに提供してもよい。判定部１３５は、取引態様情報に基づいて、ユーザの取引態様が「ユーザがフリーマーケットにおいて値下げ交渉を行った」という適用条件を満たすか判定してもよい。

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

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

例えば、図３に示した記憶部１２０の一部又は全部は、決定装置１００によって保持されるのではなく、ストレージサーバ等に保持されてもよい。この場合、決定装置１００は、ストレージサーバにアクセスすることで、ユーザ情報やクーポン情報等の各種情報を取得する。

〔７．ハードウェア構成〕
また、上述してきた実施形態に係る決定装置１００は、例えば図５に示すような構成のコンピュータ１０００によって実現される。図５は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭ等、演算装置１０３０が各種の演算に用いるデータを一時的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等により実現される。

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインタフェースであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナ等といった各種の入力装置１０２０から情報を受信するためのインタフェースであり、例えば、ＵＳＢ等により実現される。

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリ等の外付け記憶媒体であってもよい。

ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

例えば、コンピュータ１０００が決定装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。

〔８．効果〕
上述してきたように、実施形態に係る決定装置１００は、取引態様情報取得部１３４と、判定部１３５と、決定部１３６とを有する。

実施形態に係る決定装置１００において、取引態様情報取得部１３４は、出品者と購入者との間の取引の態様を示す取引態様情報を取得する。また、実施形態に係る決定装置１００において、判定部１３５は、取引態様情報取得部１３４によって取得された取引態様情報に基づいて、出品者と購入者との間の取引の態様が、特典の適用に関する所定の条件を満たすかを判定する。実施形態に係る決定装置１００において、決定部１３６は、判定部１３５によって取引の態様が所定の条件を満たすと判定された場合に、特典を適用すると決定し、判定部１３５によって取引の態様が所定の条件を満たさないと判定された場合に、特典を適用しないと決定する。

また、実施形態に係る決定装置１００において、判定部１３５は、取引態様情報に基づいて、出品者と購入者との間の取引の態様が、購入者が購入者の端末装置にインストールされたアプリケーションを介して取引を行ったという条件である所定の条件を満たすかを判定する。

また、実施形態に係る決定装置１００において、取引態様情報取得部１３４は、取引態様情報として、取引対象をオークションに出品する出品者と、このオークションにおいてこの取引対象を購入する購入者との間のオークション形式の取引の態様を示す情報を取得する。また、実施形態に係る決定装置１００において、判定部１３５は、取引態様情報に基づいて、オークション形式の取引の態様が、購入者がアプリケーションを介して入札を行ったという条件である所定の条件を満たすかを判定する。

また、実施形態に係る決定装置１００は、購入者の取引の履歴を示す取引履歴情報を取得する取引履歴情報取得部１３２を有する。また、実施形態に係る決定装置１００は、取引履歴情報取得部１３２によって取得された取引履歴情報に基づいて、購入者に特典を配信する配信部１３３を有する。また、実施形態に係る決定装置１００において、判定部１３５は、取引態様情報に基づいて、出品者と購入者との間の取引の態様が、配信部１３３によって配信された特典の適用に関する所定の条件を満たすかを判定する。

また、実施形態に係る決定装置１００において、取引履歴情報取得部１３２は、取引履歴情報として、購入者のオークション形式の取引の履歴を示す情報を取得する。また、実施形態に係る決定装置１００において、配信部１３３は、取引履歴情報に基づいて、購入者の端末装置にインストールされたアプリケーションを介して行われる入札の頻度を特定し、特定された入札の頻度に基づいて、購入者に特典を配信する。

また、実施形態に係る決定装置１００において、配信部１３３は、アプリケーションを介して行われる入札の頻度に基づいて、購入者がアプリケーションを介して入札を行った場合に適用される特典を配信する。

また、実施形態に係る決定装置１００において、配信部１３３は、購入者がオークション形式の取引を行うことができるオークションサービスとは異なるサービスを介して、購入者に特典を配信する。

また、実施形態に係る決定装置１００において、配信部１３３は、取引履歴情報に基づいて、定額で落札される取引対象への入札である定額入札の頻度又は競り価格で落札される取引対象への入札である競り入札の頻度を特定し、特定された入札の頻度に基づいて、購入者に特典を配信する。

また、実施形態に係る決定装置１００において、配信部１３３は、定額入札の頻度に基づいて、購入者が競り入札を行った場合に適用される特典を配信する。

また、実施形態に係る決定装置１００において、配信部１３３は、競り入札の頻度に基づいて、購入者が定額入札を行った場合に適用される特典を配信する。

また、実施形態に係る決定装置１００において、取引態様情報取得部１３４は、取引態様情報として、取引対象をフリーマーケットで出品する出品者と、このフリーマーケットにおいてこの取引対象を購入する購入者との間のフリーマーケット形式の取引の態様を示す情報を取得する。

また、実施形態に係る決定装置１００において、判定部１３５は、取引態様情報に基づいて、出品者と購入者との間の取引の態様が、購入者が出品者に値下げ交渉を行ったという条件である所定の条件を満たすかを判定する。

上述した各処理により、決定装置１００は、出品者と購入者との間の活発な取引を促進することができる。

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

また、上述した決定装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

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

１ 特典適用可否判定システム
１０ ユーザ装置
１００ 決定装置
１１０ 通信部
１２０ 記憶部
１２１ ユーザデータベース
１２２ クーポンデータベース
１３０ 制御部
１３１ 受信部
１３２ 取引履歴情報取得部
１３３ 配信部
１３４ 取引態様情報取得部
１３５ 判定部
１３６ 決定部

Claims (13)

1. 購入者の取引の履歴を示す取引履歴情報を取得する取引履歴情報取得部と、
   前記取引履歴情報取得部によって取得された取引履歴情報に基づいて、定額で落札される取引対象への入札である定額入札の頻度を特定し、前記定額入札の頻度に基づいて、前記購入者に、前記購入者が競り価格で落札される取引対象への入札である競り入札を行った場合に適用される特典を配信する配信部と、
   出品者と前記購入者との間の取引の態様を示す取引態様情報を取得する取引態様情報取得部と、
   前記取引態様情報取得部によって取得された取引態様情報に基づいて、前記出品者と前記購入者との間の取引の態様が、前記配信部によって配信された特典の適用に関する所定の条件を満たすかを判定する判定部と、
   前記判定部によって前記取引の態様が前記所定の条件を満たすと判定された場合に、前記特典を適用すると決定し、前記判定部によって前記取引の態様が前記所定の条件を満たさないと判定された場合に、前記特典を適用しないと決定する決定部と
   を備えることを特徴とする決定装置。
2. 購入者の取引の履歴を示す取引履歴情報を取得する取引履歴情報取得部と、
   前記取引履歴情報取得部によって取得された取引履歴情報に基づいて、競り価格で落札される取引対象への入札である競り入札の頻度を特定し、前記競り入札の頻度に基づいて、前記購入者に、前記購入者が定額で落札される取引対象への入札である定額入札を行った場合に適用される特典を配信する配信部と、
   出品者と前記購入者との間の取引の態様を示す取引態様情報を取得する取引態様情報取得部と、
   前記取引態様情報取得部によって取得された取引態様情報に基づいて、前記出品者と前記購入者との間の取引の態様が、前記配信部によって配信された特典の適用に関する所定の条件を満たすかを判定する判定部と、
   前記判定部によって前記取引の態様が前記所定の条件を満たすと判定された場合に、前記特典を適用すると決定し、前記判定部によって前記取引の態様が前記所定の条件を満たさないと判定された場合に、前記特典を適用しないと決定する決定部と
   を備えることを特徴とする決定装置。
3. 前記判定部は、前記取引態様情報に基づいて、前記出品者と前記購入者との間の取引の態様が、前記購入者が前記購入者の端末装置にインストールされたアプリケーションを介して取引を行ったという条件である前記所定の条件を満たすかを判定する
   ことを特徴とする請求項１又は２に記載の決定装置。
4. 前記取引態様情報取得部は、前記取引態様情報として、取引対象をオークションに出品する前記出品者と、当該オークションにおいて当該取引対象を購入する前記購入者との間のオークション形式の取引の態様を示す情報を取得し、
   前記判定部は、前記取引態様情報に基づいて、前記オークション形式の取引の態様が、前記購入者が前記アプリケーションを介して入札を行ったという条件である前記所定の条件を満たすかを判定する
   ことを特徴とする請求項３に記載の決定装置。
5. 前記取引履歴情報取得部は、前記取引履歴情報として、前記購入者のオークション形式の取引の履歴を示す情報を取得し、
   前記配信部は、前記取引履歴情報に基づいて、前記購入者の端末装置にインストールされたアプリケーションを介して行われる入札の頻度を特定し、特定された入札の頻度に基づいて、前記購入者に特典を配信する
   ことを特徴とする請求項１～４のうちいずれか１つに記載の決定装置。
6. 前記配信部は、前記アプリケーションを介して行われる前記入札の頻度に基づいて、前記購入者が前記アプリケーションを介して入札を行った場合に適用される特典を配信する
   ことを特徴とする請求項５に記載の決定装置。
7. 前記配信部は、前記購入者が前記オークション形式の取引を行うことができるオークションサービスとは異なるサービスを介して、前記購入者に特典を配信する
   ことを特徴とする請求項５又は６に記載の決定装置。
8. 前記取引態様情報取得部は、前記取引態様情報として、取引対象をフリーマーケットで出品する前記出品者と、当該フリーマーケットにおいて当該取引対象を購入する前記購入者との間のフリーマーケット形式の取引の態様を示す情報を取得する
   ことを特徴とする請求項１～７のうちいずれか１つに記載の決定装置。
9. 前記判定部は、前記取引態様情報に基づいて、前記出品者と前記購入者との間の取引の態様が、前記購入者が前記出品者に値下げ交渉を行ったという条件である前記所定の条件を満たすかを判定する
   ことを特徴とする請求項１～８のうちいずれか１つに記載の決定装置。
10. コンピュータが実行する決定方法であって、
    購入者の取引の履歴を示す取引履歴情報を取得する取引履歴情報取得部と、
    前記取引履歴情報取得部によって取得された取引履歴情報に基づいて、定額で落札される取引対象への入札である定額入札の頻度を特定し、前記定額入札の頻度に基づいて、前記購入者に、前記購入者が競り価格で落札される取引対象への入札である競り入札を行った場合に適用される特典を配信する配信部と、
    出品者と前記購入者との間の取引の態様を示す取引態様情報を取得する取引態様情報取得工程と、
    前記取引態様情報取得工程によって取得された取引態様情報に基づいて、前記出品者と前記購入者との間の取引の態様が、前記配信部によって配信された特典の適用に関する所定の条件を満たすかを判定する判定工程と、
    前記取引の態様が前記所定の条件を満たすと判定された場合に、前記特典を適用すると決定し、前記取引の態様が前記所定の条件を満たさないと判定された場合に、前記特典を適用しないと決定する決定工程と
    を含むことを特徴とする決定方法。
11. コンピュータが実行する決定方法であって、
    購入者の取引の履歴を示す取引履歴情報を取得する取引履歴情報取得工程と、
    前記取引履歴情報取得工程によって取得された取引履歴情報に基づいて、競り価格で落札される取引対象への入札である競り入札の頻度を特定し、前記競り入札の頻度に基づいて、前記購入者に、前記購入者が定額で落札される取引対象への入札である定額入札を行った場合に適用される特典を配信する配信工程と、
    出品者と前記購入者との間の取引の態様を示す取引態様情報を取得する取引態様情報取得工程と、
    前記取引態様情報取得工程によって取得された取引態様情報に基づいて、前記出品者と前記購入者との間の取引の態様が、前記配信工程によって配信された特典の適用に関する所定の条件を満たすかを判定する判定工程と、
    前記判定工程によって前記取引の態様が前記所定の条件を満たすと判定された場合に、前記特典を適用すると決定し、前記判定工程によって前記取引の態様が前記所定の条件を満たさないと判定された場合に、前記特典を適用しないと決定する決定工程と
    を含むことを特徴とする決定方法。
12. 購入者の取引の履歴を示す取引履歴情報を取得する取引履歴情報取得部と、
    前記取引履歴情報取得部によって取得された取引履歴情報に基づいて、定額で落札される取引対象への入札である定額入札の頻度を特定し、前記定額入札の頻度に基づいて、前記購入者に、前記購入者が競り価格で落札される取引対象への入札である競り入札を行った場合に適用される特典を配信する配信部と、
    出品者と前記購入者との間の取引の態様を示す取引態様情報を取得する取引態様情報取得手順と、
    前記取引態様情報取得手順によって取得された取引態様情報に基づいて、前記出品者と前記購入者との間の取引の態様が、前記配信部によって配信された特典の適用に関する所定の条件を満たすかを判定する判定手順と、
    前記取引の態様が前記所定の条件を満たすと判定された場合に、前記特典を適用すると決定し、前記取引の態様が前記所定の条件を満たさないと判定された場合に、前記特典を適用しないと決定する決定手順と
    をコンピュータに実行させることを特徴とする決定プログラム。
13. 購入者の取引の履歴を示す取引履歴情報を取得する取引履歴情報取得手順と、
    前記取引履歴情報取得手順によって取得された取引履歴情報に基づいて、競り価格で落札される取引対象への入札である競り入札の頻度を特定し、前記競り入札の頻度に基づいて、前記購入者に、前記購入者が定額で落札される取引対象への入札である定額入札を行った場合に適用される特典を配信する配信手順と、
    出品者と前記購入者との間の取引の態様を示す取引態様情報を取得する取引態様情報取得手順と、
    前記取引態様情報取得手順によって取得された取引態様情報に基づいて、前記出品者と前記購入者との間の取引の態様が、前記配信手順によって配信された特典の適用に関する所定の条件を満たすかを判定する判定手順と、
    前記判定手順によって前記取引の態様が前記所定の条件を満たすと判定された場合に、前記特典を適用すると決定し、前記判定手順によって前記取引の態様が前記所定の条件を満たさないと判定された場合に、前記特典を適用しないと決定する決定手順と
    をコンピュータに実行させることを特徴とする決定プログラム。

Images