JP6624708B1 - 情報処理装置、システム及びプログラム - Google Patents

Abstract

【課題】複数の決済サービスが登録された端末を所有するユーザーに対して、特定の決済に対して好ましい決済サービスを提示可能な情報処理装置、システム及びプログラムを提供する。【解決手段】システム１００において情報処理装置１は、取得部、解析部、及び選択部を備える。取得部は、決済データ、第１データ、第２データ及び第３データの少なくとも１つを取得可能に構成される。決済データは、ユーザー端末による過去の決済履歴を表すデータであり、第１データは、ユーザー端末のおかれた環境に関するデータであり、第２データは、複数の決済サービスの特典に関するデータであり、第３データは、複数の決済サービスの利用制限に関するデータである。選択部は、決済データと、第１データ〜第３データの少なくとも１つに基づいて、複数の決済サービスのうち特定の決済サービスを選択可能に構成される。【選択図】図１

Description

本発明は、情報処理装置、システム及びプログラムに関する。

近年、スマートフォン等の多機能情報端末を利用した決済システムが普及している。

特許文献１には、携帯端末を使用して、電子決済を実行する方法及びシステムが開示されている。

特表２０１７−５３４９７８号公報

このような決済システムは利便性が高く、多くのユーザーに利用されているので、各社が独自の決済サービスを提供している。ところが、ユーザーにとっては、特定の決済において、多くの決済サービスのうちのいずれの決済サービスを利用するのが好ましいかについての判断を下すことが困難である。

本発明は、かかる事情を鑑みてなされたものであり、複数の決済サービスが登録された端末を所有するユーザーに対して、特定の決済に対して好ましい決済サービスを提示可能な情報処理装置、システム及びプログラムを提供することを目的とする。

本発明によれば、情報処理装置であって、取得部、解析部、及び選択部を備え、前記取得部は、決済データ、第１データ、第２データ及び第３データの少なくとも１つを取得可能に構成され、前記決済データは、ユーザー端末による過去の決済履歴を表すデータであり、ここで、前記ユーザー端末は、ユーザーが登録している複数の決済サービスを利用可能な端末であり、前記第１データは、前記ユーザー端末のおかれた環境に関するデータであり、前記第２データは、前記複数の決済サービスの特典に関するデータであり、前記第３データは、前記複数の決済サービスの利用制限に関するデータであり、前記選択部は、前記決済データと、前記第１データ〜前記第３データの少なくとも１つに基づいて、前記複数の決済サービスのうち特定の決済サービスを選択可能に構成される、情報処理装置が提供される。

本発明では、決済データと、第１データ〜第３データの少なくとも１つに基づいて、複数の決済サービスのうち特定の決済サービスを選択する。これにより、ユーザーが決済処理の度に複数の決済サービスから特定の決済サービスを選択する手間を低減することができる。

本発明の一実施形態に係る情報処理装置１を含むシステム１００の概略図である。 複数の決済サービスと決済サービスに紐付いたクレジットカードの関係を表す概念図である。 決済データの一例である。 決済サービスの選択規則を表すルールの一部を表す図である。 決済サービスの選択規則を表すルールの一部を表す図である。 図６Ａは、ルールの変更前の状態の一例である。図６Ｂは、ルールの変更後の状態の一例である。 ユーザー端末４の機能ブロック図である。 ユーザー端末４の記憶部４５に記憶されているプログラムを表す概念図である。 ユーザー端末４の表示部４１に表示される２次元コードの一例である。 表示部４１に提示される決済サービスを表す画像の一例である。 表示部４１に提示される決済サービスを表す画像の他の例である。 情報処理装置１により実行される処理を表すフローチャートの一例である。 ユーザーの生活圏を考慮した決済サービスの提示いついて説明する概念図である。

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

本実施形態に係るシステム１００は、複数の決済サービスを登録したユーザー端末４に対するサービスを提供するものである。一実施形態では、複数の決済サービスを隠蔽したフロントエンドのアグリゲーション決済サービス（以下、Ｍ Ｐａｙと称する）としてかかるサービスを提供することができる。具体的には、アグリゲーション決済サービスは、複数の決済サービスを管理可能な決済サービスである。そして、ユーザーは、ユーザー端末４にインストールしたＭ Ｐａｙを起動することにより、複数の決済サービスのうち、特定の決済処理において好ましい決済サービスの提示を受けることができる。ここで、かかる決済サービスの提示には、決済処理に用いるウォレットの提示に加え、種々の仮想通貨及び電子マネーによる決済を提示することも含まれる。

１．システム１００の概要
図１に示すように、本発明の一実施形態に係るシステム１００は、情報処理装置１及びユーザー端末４を備える。本実施形態では、システム１００はさらに、店舗サーバ５及び決済サーバ６を備える。そして、情報処理装置１、ユーザー端末４、店舗サーバ５及び決済サーバ６がネットワークＮＷを介して互いに接続されている。情報処理装置１は、例えばサーバにより構成される。ユーザー端末４は、任意のコンピュータにより構成され、例えば、スマートフォン、タブレット端末、スマートウォッチ、多機能音楽プレーヤー、表示画面を備えないデバイス（例：ユーザーの指に装着するスマートリング、無線通信機能を備えるカード、脳波により操作可能なデバイス）により構成される。店舗サーバ５は、店舗が運用するサーバであり、店舗に設置された決済端末にユーザー端末４をかざしたり、２次元コードを読み取ることにより、決済処理に関するデータを決済サーバ６に送信する。決済サーバ６は、ユーザー端末４による決済処理を管理するサーバである。

２．情報処理装置１の概要
情報処理装置１は、制御部１０、通信部２０及び記憶部３０を備える。

２−１．制御部１０
制御部１０は、取得部１１、解析部１２、選択部１３、提示部１４、イベント検出部１５、料金決定部１６、ルール取得部１７、ルール変更部１８、及び学習部１９を備える。

＜取得部１１＞
取得部１１は、決済データ、第１データ、第２データ及び第３データの少なくとも１つを取得可能に構成される。決済データは、ユーザー端末４による過去の決済履歴を表すデータである。本実施形態では、ユーザー端末４は、決済サービスを利用するユーザーが登録している複数の決済サービスを利用可能な端末である。第１データは、ユーザー端末４のおかれた環境に関するデータである。好ましくは、第１データは、ユーザー端末４の位置を表す位置データ、時刻、曜日、天気及びイベントの少なくとも１つを含むデータである。第２データは、複数の決済サービスの特典に関するデータである。好ましくは、第２データは、法定通貨に準ずるポイントの残高、ポイントの還元率、及び決済金額を割り引くクーポンに関する情報の少なくとも１つを含む。第３データは、複数の決済サービスの利用制限に関するデータである。好ましくは、第３データは、決済サービスの決済額の上限、決済サービスの所定期間における利用限度額、及び決済サービスに紐づく口座残高の少なくとも１つを含む。

本実施形態では、取得部１１は、ユーザーの生活圏を表す生活圏データと、ユーザー端末４の位置を表す位置データを取得可能に構成される。ここで、生活圏は、ユーザーの自宅、職場その他の生活の中心地を基準に設定されることが好ましい。また、生活圏データは、ユーザーが自ら入力してもよく、ユーザー端末４から取得する位置データにより情報処理装置１が推定してもよい。

また、本実施形態では、取得部１１は、ユーザーのスケジュールを表すスケジュールデータを取得可能に構成される。ここで、スケジュールデータは、ユーザーが自ら入力してもよく、ユーザー端末４のカレンダーアプリ、メールに記載された交通手段の予約内容、宿泊施設の予約内容等から情報処理装置１が推定してもよい。

さらに、本実施形態では、取得部１１は、複数の決済サービスに紐付いたクレジットカードに関するカード情報を取得可能に構成される。ここで、カード情報は、クレジットカードの種類及び限度額を含むことが好ましい。

ここで、図２に示すように、複数の決済サービス（決済サービスＡ〜決済サービスＮ：以下、Ａ Ｐａｙ〜Ｎ Ｐａｙと称する）には、それぞれクレジットカード（以下、ａカード〜ｍカードと称する）が紐付いて登録されている。そして、ユーザー端末４により決済サービスが起動され、決済処理が実行されることにより、決済サービスに紐付いたクレジットカードから決済相当額が利用される。ユーザーは、任意のクレジットカードを特定の決済サービスに紐付けることができ、同じクレジットカードを複数の決済サービスに紐付けてもよい。ここで、かかる決済サービスは、例えばスマートフォン用のアプリケーションとして実装でき、ユーザーがアプリケーションをユーザー端末４にインストールすることにより利用可能となる。

＜解析部１２＞
解析部１２は、決済データ、第１データ、第２データ及び第３データの少なくとも１つを解析可能に構成される。具体的には、解析部１２は、決済データを解析し、過去の決済履歴を含むデータを取得する。図３に示すように、決済データは、取引ＩＤ、利用した決済サービス、決済を実行した日付及び時刻、購入した商品又はサービスの品目と金額を対応付けたテーブルであってもよい。また、解析部１２は、第１データ〜第３データを解析し、各種データに含まれる情報を取得する。

＜選択部１３＞
選択部１３は、決済データと、第１データ、第２データ及び第３データの少なくとも１つに基づいて、複数の決済サービスのうち特定の決済サービスを選択可能に構成される。本実施形態では、選択部１３は、解析部１２による解析結果を利用して、複数の決済サービスのうち特定の決済サービスを選択する。そして、選択された決済サービスにより、決済処理が実行され得る。例えば、特定の決済サービスのみを選択してもよく、複数の決済サービスのうち優先順位が高い順に選択してもよい。具体的には、選択部１３は、決済データと、第１データに含まれる位置データ、時刻、曜日、天気及びイベントの少なくとも１つに基づいて、ユーザー端末４による決済処理が実行される位置における使用頻度が高い決済サービスを決済サービスに用いる決済サービスとして選択することができる。ここで、ユーザー端末４による決済処理が実行される位置は、緯度及び経度により特定される座標だけでなく、決済処理が実行される店舗を表す情報であってもよい。本実施形態では、位置データによる位置の特定に加え、ユーザーのスケジュールを解析することにより、時刻又は天気から決済処理が実行される位置を推定してもよい。

また、選択部１３は、第２データを用いて、以下の（１）〜（３）の基準に基づいて、複数の決済サービスのうち、ユーザー端末４に提示する決済サービスを選択することができる。
（基準）
（１）法定通貨に準ずるポイントの残高が予め定められた値を上回る決済サービス、又は、法定通貨に準ずるポイントの残高が予め定められた値以下である決済サービスをユーザー端末４に提示する決済サービスとして選択する
（２）法定通貨に準ずるポイントの還元率が大きい決済サービスをユーザー端末４に提示する決済サービスとして選択する
（３）決済金額を割り引くクーポンによる割引額が大きい決済サービスをユーザー端末４に提示する決済サービスとして選択する

以下、それぞれの基準について説明する。

基準（１）は、決済サービスを利用することにより、割引や商品又はサービスと交換可能なポイントが貯まるケースを想定している。そして、複数の決済サービスのうち、ポイントの残高が予め定められた値を上回る決済サービスが存在する場合には、かかる決済サービスを優先的に選択することにより、ユーザーがポイントを利用できる時期を早めることができる。逆に、複数の決済サービスのうち、ポイントの残高が予め定められた値以下である決済サービスが存在する場合には、かかる決済サービスを優先的に選択することにより、ポイントが相対的に溜まっていない決済サービスによる決済を促進することができる。

基準（２）は、例えば、特定の時期において特定の店舗で特定の決済サービスにより決済した場合に、
ポイント還元率を大きくするキャンペーンを想定している。そして、複数の決済サービスのうち、ポイント還元率が大きい決済サービスを選択することにより、効率的にポイントを取得することを促進することができる。

基準（３）は、例えば、特定の時期において特定の店舗で特定の決済サービスにより決済した場合に、
決済金額を割り引くクーポンによる割引額を大きくするキャンペーンを想定している。そして、複数の決済サービスのうち、クーポンによる割引額が大きい決済サービスを選択することにより、効率的にポイントを取得することを促進することができる。

ここで、基準（２）又は基準（３）では、複数の決済サービスのうち、他の決済サービスと比べてポイント還元率又は割引額が大きい決済サービスを選択してもよい。また、予め定められた値を上回る決済が複数ある場合には、最もポイント還元率又は割引額が大きい決済サービスを選択してもよい。なお、ポイント還元率又は割引額については、外部のデータベースから取得してもよく、ＳＮＳ等に投稿された情報から取得してもよい。

また、選択部１３は、生活圏データ及び位置データに基づいて、ユーザー端末４による決済処理が実行される位置が生活圏に含まれない場合であって、クーポンが次回の決済から利用可能であると判断されたとき、クーポンを利用可能な決済サービスを選択しないようにしてもよい。かかる処理については、図１３を用いて後述する。

また、選択部１３は、生活圏データ、スケジュールデータ及び位置データに基づいて、ユーザー端末４による決済処理が実行される位置が生活圏に含まれない場合であって、クーポンが次回の決済から利用可能であり、ユーザーが、決済処理が実行される位置から予め定められた範囲内に予め定められた時間以上滞在すると判断されたとき、かかるクーポンを利用可能な決済サービスを選択してもよい。かかる処理については、図１３を用いて後述する。

また、選択部１３は、スケジュール又は位置データに基づいて、ユーザーが複数人での決済を実行すると判断された場合、割勘機能を備える決済サービスを選択してもよい。これは、例えば複数人での飲食を想定している。具体的には、会計を複数人で割勘すると予想される場合には、複数の決済サービスのうち、割勘機能を備える決済サービスを選択することにより、割勘を伴う会計をスムーズに実行することができる。

また、選択部１３は、決済サービスの決済額の上限及び済サービスの所定期間における利用限度額を超える決済サービス、又は、決済サービスに紐づく口座残高が予め定められた金額以下である決済サービスを選択しないように構成することができる。これにより、利用制限が課せられた決済サービスをユーザーが利用しそうになることを抑制することができる。

また、選択部１３は、ユーザー端末４に登録されていない決済サービスを選択してもよい。具体的には、選択部１３は、スポンサーの提供する決済サービスであって、ユーザー端末４に登録することによりクーポンを発行可能な決済サービスを選択することができる。このとき、スポンサーが複数存在する場合、援助額の高いスポンサーが提供する決済サービスを優先的に選択してもよい。これにより、以下のメリットを有する。
・情報処理装置１の提供者：スポンサーに関する情報をユーザー端末４に表示させ、又は、スポンサーの提供する決済サービスをユーザーに提示することにより、スポンサー収入を得る。
・スポンサー：スポンサーが提供する決済サービスを効率的にユーザーに宣伝することができる。
・ユーザー：スポンサーが提供する決済サービスを登録することにより、クーポンを得ることができる。

また、選択部１３は、カード情報に基づいて、複数の決済サービスのうち特定の決済サービスを決定してもよい。具体的には、特定の店舗において特定のクレジットカードを利用することにより割引を受けられる場合には、複数の決済サービスによる割引額に加え、決済サービスに紐付いたクレジットカードによる割引額を考慮し、総合的な割引額が高い組み合わせに係る決済サービスを選択する。

さらに、選択部１３は、ユーザー端末４によりアグリゲーション決済サービス（Ｍ Ｐａｙ）が起動されたとき、複数の決済サービスのうち特定の決済サービスを選択してもよい。また、提示部１４により、選択された決済サービスをＭ Ｐａｙの画面上に提示してもよい。これにより、ユーザーが決済をしようとするタイミングで、適切な決済サービスを選択又は提示することができる。

＜提示部１４＞
提示部１４は、選択部１３により選択された決済サービスをユーザー端末４に提示可能に構成される。例えば、特定の決済サービスのみを提示してもよく、複数の決済サービスのうち優先順位が高い順に提示してもよく、複数の決済サービスを優先順位とともに提示してもよい。好ましくは、提示部１４は、選択部１３により選択された決済サービスをユーザー端末４に提示可能に構成される。

ここで、提示部１４による提示は、任意の態様により実現される。例えば、提示部１４が画像生成機能を有する場合には、提示部１４により、ユーザー端末４の表示部４１に表示させる画像が生成される。そして、通信部２０を介してかかる画像をユーザー端末４に送信し、表示部４１に表示することにより、特定の決済サービスを提示する。ここで、かかる画像には、静止画及び動画が含まれる。また、静止画には、テキスト、アイコン、画像、写真等、任意の情報が含まれる。

本実施形態では、提示部１４は、ユーザー端末４によりアグリゲーション決済サービス（Ｍ Ｐａｙ）が起動されたとき、決済サービスを表す画像を生成可能に構成されてもよい。ここで、決済サービスを表す画像は、例えば、決済サービスを実現するアプリケーションを表すアイコン、テキストその他の画像である。

また、提示すべき決済サービスを表す画像を生成することに代えて、音声、光、振動、匂い、脳波への情報伝達等、任意の態様により選択された決済サービスをユーザーに提示することができる。例えば、音声の場合には、選択された決済サービスの名称ユーザー端末４で発生させる。また、光の場合には、予め定められた決済サービスに対応する色でユーザー端末４の一部を発光させる。また、振動の場合には、予め定められた決済サービスに対応する振動パターンでユーザー端末４の一部を振動させる。また、匂いの場合には、予め定められた決済サービスに対応する匂をユーザー端末４の一部から発生させる。また、脳波の場合には、予め定められた決済サービスに対応する電気信号をユーザーの脳にセットした通信チップに送信する。

＜イベント検出部１５＞
イベント検出部１５は、ユーザーが体験しているイベントを検出するものである。具体的には、ユーザー端末４の位置情報又はスケジュール情報を解析し、現在ユーザーが体験していると思われるイベントを検出する。これにより、例えば、ユーザーが複数人で飲食店に滞在することを検出した場合には、割勘機能を備える決済サービスを選択することができる。

＜料金決定部１６＞
料金決定部１６は、選択部１３が選択した決済サービスにより、予め定められた期間においてユーザーが得た利益に基づいて、情報処理装置１の利用料金を決定可能に構成される。具体的には、情報処理装置１が提供するＭ Ｐａｙのユーザーへ適切な決済サービスの選択を続け、予め定められた期間（例：１年間）においてユーザーが得た利益（得した金額）の数％を次回のサービス利用料（次年度の年間サービス使用料）とすることができる。

ここで、Ｍ Ｐａｙの利用にあたり、予め定められた期間において得られる利益について、ユーザーが複数のオプションから選択できるような機能を提供してもよい。例えば、「短期利益型」や「長期利益型」を選択する画像を表示部４１に表示させてもよい。具体的には、「短期利益型」が選択された場合には、クーポンや割引等により得られる利益が短期間（例：１日、１週間、１ヶ月）で最大化するように決済サービスが選択される。一方、「長期利益型」が選択された場合には、クーポンや割引等により得られる利益が長期間（例：３ヶ月、６ヶ月、１２ヶ月）で最大化するように決済サービスが選択される。

＜ルール取得部１７＞
ルール取得部１７は、ルールを取得可能に構成される。ここで、ルールは、決済サービスの選択規則を表すものである。さらに、本実施形態では、ルールは、複数の決済サービス毎に第１データ〜前記第３データの少なくとも１つと関連付いたデータである。そして、選択部１３は、ルールに基づいて、複数の決済サービスのうち特定の決定サービスを選択してもよい。

ここで、図４及び図５を用いて、ルールについて説明する。図４及び図５に示すように、例えば、ルールは、複数の決済サービス毎に第１データ〜前記第３データの少なくとも１つと関連付いたテーブルである。図４及び図５の例では、複数の決済サービスとして、Ａ Ｐａｙ〜Ｄ Ｐａｙが登録されている。

そして、図４に示すように、第１データとして、位置、時刻、曜日、天気、イベントが登録されている。これらの条件は、さらに詳細な条件（生活圏内、生活圏外、所定の時間、天気の内容、イベントの内容）に細分化されている。ここで、これらの条件は図４の例に限定されず、適宜設定することができる。

また、図５に示すように、第２データとして、ポイント残高、ポイント還元率、クーポンが登録されている。これらの条件は、さらに詳細な条件（ポイントｐの範囲（０，Ｐ１，Ｐ２により規定）、ポイント還元率ｒの範囲（０，Ｒ１，Ｒ２により規定）、クーポンの割引額ｄの範囲（０，Ｄ１，Ｄ２により規定））に細分化されている。ここで、これらの条件は図５の例に限定されず、条件の範囲を３段階以下又は４段階以上としてもよく、クーポンの利用可能期間を加えてもよい。

さらに、図５に示すように、第３データとして、決済額の上限、利用限度額、口座残高が登録されている。これらの条件は、さらに詳細な条件（決済額の上限ｓの範囲（０，Ｓ１，Ｓ２により規定）、利用限度額ｕの範囲（０，Ｕ１，Ｕ２により規定）、口座残高ａの範囲（０，Ａ１，Ａ２により規定））に細分化されている。ここで、これらの条件は図５の例に限定されず、条件の範囲を３段階以下又は４段階以上としてもよい。

本実施形態では、過去の決済履歴を表す決済データを解析し、図４及び図５に示される条件において、過去にユーザーが実際に使用した頻度が高い決済サービスを対応付けてルールを生成する。図４及び図５の例では、種々の条件毎に最も利用頻度が高かった決済サービスを「○」で表示している。ここで、ルールの定め方はこれに限られず、複数の決済サービスに対して優先順位を設定してもよい。

なお、図４及び図５の例では、種々の条件毎に決済サービスを１対１で対応付けているが、複数の条件の組み合わせ毎に決済サービスを対応付けたルールを用いてもよい。

＜ルール変更部１８＞
ルール変更部１８は、決済データに基づいて、ルールを変更可能に構成される。ここで、図６Ａ及び図６Ｂを用いて、ルールの変更について説明する。図６Ａは、ルール変更前におけるルールの一部を表す図である。また、図６Ｂは、ルール変更後におけるルールの一部を表す図である。なお、これらの図は、種々の条件毎に複数の決済サービスの優先順位を設定したルールの例である。

図６Ａに示すように、１８：０１−２１：００までの時間帯において、ユーザーが利用する決済サービスの利用頻度が、Ｂ Ｐａｙ、Ａ Ｐａｙ、Ｃ Ｐａｙ、Ｄ Ｐａｙの順に高かったとする。その後、様々な要因によりユーザーが利用する決済サービスに変化が生じ、１８：０１−２１：００までの時間帯において最も利用する決済サービスがＢ ＰａｙからＡ Ｐａｙに変わったとする。このとき、ルール変更部１８は、図６Ａに示されるルールを変更し、図６Ｂに示されるルールを生成する。

＜学習部１９＞
学習部１９は、決済データ及び第１データ〜第３データを解析し、機械学習を実行するものである。そして、学習部１９による学習結果を解析部１２、選択部１３、提示部１４、イベント検出部１５、料金決定部１６、ルール取得部１７及びルール変更部１８へフィードバックすることで、データの解析精度を向上させることができる。

２−２．通信部２０
通信部２０は、他の情報処理装置又は構成要素と通信可能に構成される。本実施形態では、通信部２０は、情報処理装置１を構成する他の構成要素、ユーザー端末４、店舗サーバ５、決済サーバ６及び他の情報処理装置と有線又は無線によりデータ通信可能に構成される。本実施形態では、通信部２０により、ネットワークＮＷを介して情報処理装置１とユーザー端末４、店舗サーバ５及び決済サーバ６の間で種々のデータの送受信が実行される。

２−３．記憶部３０
記憶部３０は、種々のプログラム及びデータを記憶するものであり、例えばメモリ、ハードディスク、ＳＳＤ等により構成される。本実施形態では、記憶部３０は、ユーザーデータ、決済データ、第１データ、第２データ、第３データ、店舗データ及びプログラムを格納する。ここで、ユーザーデータは、ユーザーの氏名、ユーザーＩＤ、電子メールアドレス、ユーザー端末４に登録されている決済サービスを特定する情報、決済サービスに紐付いたクレジットカードに関する情報等を対応付けたデータである。また、プログラムは、情報処理装置１を構成する各構成要素による処理を実現するものである。

ここで、図１の例では、記憶部３０が情報処理装置１に設けられる構成としているが、記憶部３０を情報処理装置１の外部に設け、必要に応じて情報処理装置１が記憶部３０にアクセスする、いわゆるクラウドコンピューティングの形態としてもよい。

３．ユーザー端末４
ユーザー端末４は任意のデバイスにより構成することができる。以下、スマートフォン等の多機能通信端末を例として説明する。図７に示すように、ユーザー端末４は、表示部４１、操作部４２、通信部４３、制御部４４及び記憶部４５を備える。

表示部４１は、テキストや画像（静止画及び動画を含む）を表示するものであり、任意のディスプレイにより構成される。操作部４２は、ユーザー端末４を操作するものであり、マウス、ポインティングデバイス等により構成される。ここで、表示部４１がタッチパネルである場合には、タッチパネルへのタップ操作が操作部４２による操作に対応する。通信部４３は、情報処理装置１の通信部２０と同様の機能を有するものである。制御部４４は、ユーザー端末４の他の構成要素を制御するものである。記憶部４５は、種々のデータ及びプログラムを記憶する。

図８に示すように、記憶部４５は、アグリゲーション決済サービスであるＭ Ｐａｙに加え、Ａ Ｐａｙ〜Ｄ Ｐａｙ及びプログラムを記憶する。Ｍ Ｐａｙの位置づけは、ユーザーがユーザー端末４に登録した複数の決済サービスをまとめて管理するサービスである。そして、これらの決済サービスは、例えばスマートフォンにインストールするアプリケーションとして実現することができる。また、プログラムは、ユーザー端末４を構成する各構成要素による処理を実現するものである。

ここで、情報処理装置１及びユーザー端末４を構成する各構成要素は、ソフトウェアによって実現してもよく、ハードウェアによって実現してもよい。ソフトウェアによって実現する場合、ＣＰＵがプログラムを実行することによって各種機能を実現することができる。プログラムは、内蔵の記憶部に格納してもよく、コンピュータ読み取り可能な非一時的な記録媒体に格納してもよい。また、外部の記憶部に格納されたプログラムを読み出し、いわゆるクラウドコンピューティングにより実現してもよい。ハードウェアによって実現する場合、ＡＳＩＣ、ＦＰＧＡ、又はＤＲＰなどの種々の回路によって実現することができる。本実施形態においては、様々な情報やこれを包含する概念を取り扱うが、これらは、０又は１で構成される２進数のビット集合体として信号値の高低によって表され、上記のソフトウェア又はハードウェアの態様によって通信や演算が実行され得るものである。

４．店舗サーバ５及び決済サーバ６
店舗サーバ５は、店舗での決済処理を受け付けるサーバである。例えば、図９に示すように、ユーザー端末４の表示部４１に表示された２次元コードを店舗に設置された決済端末が読み取ることにより、決済処理が実行される。また、決済端末に表示される２次元コードをユーザー端末４が読み取ることにより、決済処理が実行されてもよい。なお、２次元コードを用いた決済処理は一例であり、決済端末にユーザー端末４をかざすことにより、直接クレジットカードによる決済が実行されてもよい。そして、店舗サーバ５は、決済端末から取り込んだ決済処理に関するデータを、情報処理装置１又は決済サーバ６に送信する。

決済サーバ６は、クレジットカードの発行者が運営するサーバであり、決済データの管理、クレジットカードの限度額、クレジットカードに紐付いた銀行口座の残高等を管理する。そして、種々のデータを情報処理装置１に送信することにより、情報処理装置１が決済データ等のデータを取得することができる。

５．提示画面の例
次に、図１０及び図１１を用いて、提示部１４により生成された画像をユーザー端末４の表示部４１に提示する一態様について説明する。

図１０に示すように、ユーザーがＭ Ｐａｙを起動すると、情報処理装置１により適切であると推定される決済サービス（図１０の例ではＡ Ｐａｙ）を表す画像（アイコンＡ）が表示部４１に表示される。この状態でユーザー端末４を決済端末にかざすか２次元コードを読み取ることにより、決済処理が実行される。ここで、図１０に示されるアイコンＡを選択することにより、決済処理の実行が開始されてもよい。

なお、決済サービスを表す画像が表示部４１に表示されるタイミングはこれに限られず、ユーザー端末４から取得した位置情報、Ｗｉ−Ｆｉから得られる位置情報、店舗内のビーコンから得られる位置情報、ユーザー端末４を決済端末にかざしたり、２次元コードを読み取ることで得られる店舗情報から、ユーザーが決済処理を行うと推定できるタイミングで画像を表示部４１に表示させてもよい。

また、ユーザーに提示された決済サービス（Ａ Ｐａｙ）と異なる決済サービスを利用したい場合には、「他のサービスを利用」ボタンを選択し、他の決済サービスを選ぶことができる構成としてもよい。

また、図１１に示すように、Ａ Ｐａｙを表すアイコンＡの周辺に、Ｂ ＰＡＹ，Ｃ ＰＡＹ及びＤ Ｐａｙを表すアイコンＢ、アイコンＣ及びアイコンＤを表示してもよい。かかるアイコンは、図６Ａ又は図６Ｂに示されるルールにより規定される優先順位が高い順に表示されることが好ましい。あわせて、これらのアイコンの近傍に、優先順位を表示してもよい。そして、ユーザーによりアイコンＢ〜アイコンＤのいずれかが選択されると、かかるアイコンに対応する決済サービスを決済処理に利用するサービスとして設定してもよい。このとき、図９と同様に、「他のサービスを利用」ボタンを表示することができる。

ここで、Ｍ Ｐａｙを起動すると、表示部４１にアイコンＡ〜アイコンＤが表示されるとともに、予め定められた時間が経過すると、アイコンＢ〜アイコンＤを非表示とするように構成してもよい。これにより、ユーザーが決済に利用したい決済サービスと異なる決済サービスに対応するアイコンを選択する操作ミスを低減することができる。

６．システム１００による処理
６−１．フローチャート
次に、図１２を用いて、システム１００による処理について説明する。

まず、Ｓ１において、通信部２０により、ユーザー端末４が決済サービスを起動したことを表す情報受信される。具体的には、通信部２０は、ユーザー端末４によりＭ Ｐａｙが起動されたことを表す情報を受信する。

次に、Ｓ２において、取得部１１により、記憶部３０から決済データが取得される。そして、Ｓ３において、取得部１１により、第１データ〜第３データの少なくとも１つが取得される。ここで、第１データはユーザー端末４から、第２データは外部のデータベース又はＳＮＳ等の投稿から、第３データは決済サーバ６から取得してもよい。

次に、Ｓ４において、解析部１２により、決済データと、第１データ〜第３データの少なくとも１つが解析される。

次に、ルール取得部１７により取得されたルールに基づいて、Ｓ５において、選択部１３により、複数の決済サービスから特定の決済サービスが選択される。

そして、Ｓ６において、ユーザー端末４の表示部４１に、決済サービスを表す画像が表示される。かかる画像を目にしたユーザーは、提示された決済サービスを利用するか、その他の決済サービスを利用するかを最終的に選択する。なお、ユーザー端末４が表示部４１を備えないデバイスである場合には、上述の画像以外の提示形態により、選択された決済サービスがユーザーに提示される。

次に、Ｓ７において、ユーザーが他の決済サービスを選択したか否かが判断される。かかる選択は、図１０又は図１１に表示される画面によりなされる。

Ｓ７において、ユーザーが提示された決済サービスを選択した場合（ＮＯ）、Ｓ１０に進み、決済処理が実行される。

一方、Ｓ７において、ユーザーが提示された決済サービスと異なる決済サービスを選択した場合（ＹＥＳ）、Ｓ８に進む。

Ｓ８において、図４及び図５に示されるルールを変更するか否かが判定される。ここで、ルール変更のタイミングは特に限定されず、例えば、提示した決済サービスと異なる決済サービスを所定回数以上選択した場合にルールを変更するようにしてもよい。

そして、Ｓ８において、ルールの変更が不要であると判定された場合（ＮＯ）、Ｓ１０に進み、決済処理が実行される。

一方、Ｓ８において、ルールの変更が必要であると判定された場合（ＹＥＳ）、Ｓ９に進み、ルール変更部１８によりルールが変更される（図６Ａ及び図６Ｂ参照）。その後、Ｓ１０に進み、決済処理が実行される。

６−２．決済サービスの選択規則
次に、図１２のＳ５における処理について、詳細に説明する。

＜第１データ＞
図４に示すように、ユーザーが決済処理を実行しようとした時間帯により、利用する決済サービスが異なる場合がある。例えば、普段はａカードに紐づくＡ Ｐａｙ（図２参照）を利用するユーザーが、特定の時間帯においては他のクレジットカードに紐づく決済サービスを利用する場合が想定される。図４の例では、１８：０１−２１：００の時間帯においては、ｂカードに紐づくＢ Ｐａｙ（図２参照）を利用する頻度が高い。これは、例えば、仕事帰りに夕食の食材を買いにスーパーに立ち寄り、家族の食費を支払うカードをｂカードにしている場合が挙げられる。また、図４の例では、００：０１−０６：００の時間帯においては、ｃカードに紐づくＣ Ｐａｙ（図２参照）を利用する頻度が高い。これは、遅い時間帯に友人と食事に行ったときの支払いカードをｃカードにしている場合が挙げられる。このようなユーザーにとっては、決済処理の度に複数の決済サービスから特定の決済サービスを選択することは手間がかかる作業であるが、決済データを解析し、ルールを定めることにより、特定の時間帯における決済処理においてはＢ ＰａｙやＣ Ｐａｙを情報処理装置１が選択することにより、ユーザーによる選択の手間を低減することができる。

また、生活圏内ではＡ Ｐａｙを利用するが、旅行先等の生活圏外では他のクレジットカードに紐づくＤ Ｐａｙを利用する頻度が高い場合も想定される。さらに、曜日、天気及びイベントに応じて、異なる決済サービスを利用する場合が想定される。図４の例では、ユーザーが一人（単独）で決済処理を行う場面では、主にＡ Ｐａｙを利用するが、複数人での決済処理を行う場面では、割勘機能を備えるＣ Ｐａｙを利用する頻度が高い場合もある。このような場面でも、情報処理装置１が特定の決済サービスを選択することにより、ユーザーによる選択の手間を低減することが可能である。

さらに、図４に示される第１データの中で条件が重複する場合には、特定の条件を優先することもできる。例えば、ユーザーによる決済処理が生活圏外で行われることが検出された場合でも、イベント検出部１５により検出されたイベントが複数人の食事を表す場合には、割勘機能を備えるＣ Ｐａｙを優先的に選択してもよい。また、１２：０１−１８：００における決済処理が検出された場合でも、その日が土曜日である場合には、Ｂ Ｐａｙを優先的に選択してもよい。ここで、いずれの条件を優先するかについては適宜設定することができる。例えば、位置、時刻、曜日等の日常的な条件よりも、天気やイベント等の非日常的な条件を優先してもよい。

＜第２データ＞
図５に示すように、複数の決済サービスに紐付いたポイント残高や、ポイント還元率と対応付けて、選択する決済サービスを設定することができる。ここで、図５では、Ａ Ｐａｙ〜Ｄ Ｐａｙが保有するポイント残高又はポイント還元率が同じである場合における選択サービスの例を示しているが、各決済サービスが保有するポイント残高又はポイント還元率が異なる場合には、決済データその他の条件に基づいて選択する優先順位を決定してもよい。

さらに、クーポンの割引額の大小に加え、クーポンの使用期限、及び使用可能な店舗の位置情報を考慮して特定の決済サービスを選択してもよい。例えば、特定の決済サービスを利用することにより、次回の決済処理から使用可能なクーポンを受け取れる場合でも、クーポンの使用期限まで残りわずかである場合には、かかる決済サービスの優先順位を下げて、他の決済サービスを選択してもよい。

ここで、第２データについても、条件が重複する場合には、特定の条件を優先することもできる。例えば、ポイント残高又はポイント還元率よりも、クーポンに関する条件を優先するように設定してもよい。

＜第３データ＞
また、決済額の上限、利用限度額、口座残高により、提示する決済サービスを登録することができる。例えば、Ａ ＰａｙよりもＢ Ｐａｙの方が決済額の上限が大きい場合であって、Ａ Ｐａｙの決済額の上限を上回る決済処理の実行が検出される場合には、Ｂ Ｐａｙを選択する。利用限度額及び口座残高についても同様である。ここで、提示部１４による提示がなされる場合、Ｂ Ｐａｙの提示態様は特に限定されず、Ａ Ｐａｙに変えてＢ Ｐａｙを提示してもよい。また、Ａ Ｐａｙを表す画像を表示させるとともに、「決済額の上限を超えるためお使いになれません」等のメッセージを表示させた後、Ｂ Ｐａｙを提示してもよい。このように、第３データは、第１データ及び第２データと異なり、特定の決済サービスの利用を制限する条件を定めているといえる。

そして、実際の提示に際しては、決済データに加え、第１データ〜第３データの少なくとも１つを解析することにより、ユーザーに提示する決済サービスを選択する。ここで、第１データ〜第３データが全て取得できる場合には、これらのデータ間における優先順位を定めてもよい。例えば、特定の決済サービスの利用を制限する条件を定めた第３データを第１データ又は第２データよりも優先することが好ましい。

また、スポンサーが提供する決済サービスが存在する場合には、その場で登録することによりユーザーに対して特典が付与される場合には、スポンサーの提供する決済サービスを優先的に選択してもよい。これにより、ユーザーは未登録の決済サービスを知ることができるとともに、必要に応じて登録することで、特典を得ることができる。

以上説明した例は、提示部１４による提示を前提としてケースである。提示部１４による提示がなされるのは、以下のケースが想定される。
・決済処理に利用する決済サービスをユーザーが最終的に決定したい場合において、ユーザー端末４に決済サービスを提示する
・決済処理に利用される決済サービスを確認するために、店舗に設置された決済端末に決済サービスを提示する

７．提示部１４による提示を省略する場合
ここで、提示部１４による提示は必須ではなく、図１２に示されるＳ６〜Ｓ９の処理を省略することもできる。例えば、ユーザーがユーザー端末４を操作し、Ｍ Ｐａｙの設定を「お任せモード」にした場合には、提示部１４による提示がなされることなく、情報処理装置１の選択部１３により選択された決済サービスにより決済処理を実行してもよい。また、ユーザーがユーザー端末４を操作し、図５又は図６に示されるルールをマイルールとして手動で作成した場合、情報処理装置１がユーザー毎にカスタムしたルールを事前に提示し、ユーザーがかかるルールをマイルールとして設定した場合、又は、情報処理装置１が提示したルールをユーザーがカスタマイズした上でマイルールとして設定した場合には、かかるルールに従う場合には提示部１４による提示を省略してもよい。ここで、マイルールとして規定された以外の状況が生じた場合には、提示部１４による提示がなされるように構成してもよい。

このように、ユーザー端末４の操作部４２を操作することにより、Ｍ Ｐａｙによる提示の有無を切り替え可能に構成することが好ましい。

８．生活圏内と生活圏外における提示
次に、図１３を用いて、生活圏内と生活圏外における提示について説明する。例えば、ユーザーの生活圏ＬＡ内に位置する店舗Ａ又は店舗Ｂにおける決済処理においては、図４に示される条件に基づいて決定された決済サービスが提示される。一方、ユーザーの生活圏ＬＡ外に位置する店舗Ｃにおける決済処理においては、特定の決済サービス（例：Ｄ Ｐａｙ）を利用することにより店舗Ｃで使用可能なクーポンが発行されたとしても、かかるクーポンを使用する見込みが高くないと想定される。このような場合には、Ｄ Ｐａｙではなく、優先順位が次に高い決済サービスを提示してもよい。

ここで、イベント検出部１５により取得されたイベント情報や、ユーザーが投稿したＳＮＳ等の内容から、生活圏ＬＡ外に位置する店舗Ｃから予め定められた範囲内に予め定められた時間以上滞在すると判断された場合には、店舗Ｃでの次回の決済から利用可能なクーポンを受け取れるＤ Ｐａｙを優先的に提示してもよい。

以上説明したように、本実施形態に係る情報処理装置１を含むシステム１００では、決済データと、第１データ〜第３データの少なくとも１つに基づいて、複数の決済サービスのうち特定の決済サービスが選択される。そして、提示部１４による提示がなされる場合には、提示部１４により、選択された決済サービスがユーザーに提示される。このように、情報処理装置１を用いたシステム１００では、特定の決済に対して好ましい決済サービスを選択することが可能になる。これにより、ユーザーが決済処理の度に複数の決済サービスから特定の決済サービスを選択する手間を低減することができる。

９．その他
本発明に係る情報処理装置１は、以下の態様でも実施可能である。

制御部１０、通信部２０及び記憶部３０をユーザー端末４に設ける。具体的には、情報処理装置１又はアプリ配信サーバから配信されたＭ Ｐａｙアプリをユーザー端末４にインストールすることにより、ユーザー端末４単体で情報処理装置１の機能を実現することができる。

システムであって、ユーザー端末及び情報処理装置を備え、前記ユーザー端末は、ユーザーが登録している複数の決済サービスを利用可能な端末であり、前記情報処理装置は、取得部及び選択部を備え、前記取得部は、決済データ、第１データ、第２データ及び第３データの少なくとも１つを取得可能に構成され、前記決済データは、ユーザー端末による過去の決済履歴を表すデータであり、ここで、前記ユーザー端末は、ユーザーが登録している複数の決済サービスを利用可能な端末であり、前記第１データは、前記ユーザー端末のおかれた環境に関するデータであり、前記第２データは、前記複数の決済サービスの特典に関するデータであり、前記第３データは、前記複数の決済サービスの利用制限に関するデータであり、前記選択部は、前記決済データと、前記第１データ〜前記第３データの少なくとも１つに基づいて、前記複数の決済サービスのうち特定の決済サービスを選択可能に構成され、前記ユーザー端末は、前記選択された決済サービスにより、決済処理を実行可能に構成される、システム。

プログラムであって、コンピュータを、取得部及び選択部を備える情報処理装置として機能させるもので、前記取得部は、決済データ、第１データ、第２データ及び第３データの少なくとも１つを取得可能に構成され、前記決済データは、ユーザー端末による過去の決済履歴を表すデータであり、ここで、前記ユーザー端末は、ユーザーが登録している複数の決済サービスを利用可能な端末であり、前記第１データは、前記ユーザー端末のおかれた環境に関するデータであり、前記第２データは、前記複数の決済サービスの特典に関するデータであり、前記第３データは、前記複数の決済サービスの利用制限に関するデータであり、前記選択部は、前記決済データと、前記第１データ〜前記第３データの少なくとも１つに基づいて、前記複数の決済サービスのうち特定の決済サービスを選択可能に構成される、プログラム。

また、上述のプログラムを格納する、コンピュータ読み取り可能な非一時的な記録媒体として提供してもよい。

１ ：情報処理装置
４ ：ユーザー端末
５ ：店舗サーバ
６ ：決済サーバ
１０ ：制御部
１１ ：取得部
１２ ：解析部
１３ ：選択部
１４ ：提示部
１５ ：イベント検出部
１６ ：料金決定部
１７ ：ルール取得部
１８ ：ルール変更部
１９ ：学習部
２０ ：通信部
３０ ：記憶部
４１ ：表示部
４２ ：操作部
４３ ：通信部
４４ ：制御部
４５ ：記憶部
１００ ：システム
ＮＷ ：ネットワーク

Claims (18)

1. 情報処理装置であって、
   取得部及び選択部を備え、
   前記取得部は、決済データ、第１データ、第２データ及び第３データの少なくとも１つを取得可能に構成され、
   前記決済データは、ユーザー端末による過去の決済履歴を表すデータであり、ここで、前記ユーザー端末は、ユーザーが登録している複数の決済サービスを利用可能な端末であり、
   前記第１データは、前記ユーザー端末のおかれた環境に関するデータであり、
   前記第２データは、前記複数の決済サービスの特典に関するデータであり、
   前記第３データは、前記複数の決済サービスの利用制限に関するデータであり、
   前記選択部は、前記決済データと、前記第１データ〜前記第３データの少なくとも１つに基づいて、前記複数の決済サービスのうち特定の決済サービスを選択可能に構成され、
   前記取得部は、前記ユーザーのスケジュールを表すスケジュールデータ、又は、前記ユーザー端末の位置を表す位置データを取得可能に構成され、
   前記選択部は、前記スケジュールデータ又は前記位置データに基づいて、前記ユーザーが複数人での決済を実行すると判断された場合、割勘機能を備える決済サービスを選択する、
   情報処理装置。
2. 情報処理装置であって、
   取得部及び選択部を備え、
   前記取得部は、決済データ、第１データ、第２データ及び第３データの少なくとも１つを取得可能に構成され、
   前記決済データは、ユーザー端末による過去の決済履歴を表すデータであり、ここで、前記ユーザー端末は、ユーザーが登録している複数の決済サービスを利用可能な端末であり、
   前記第１データは、前記ユーザー端末のおかれた環境に関するデータであり、
   前記第２データは、前記複数の決済サービスの特典に関するデータであり、
   前記第３データは、前記複数の決済サービスの利用制限に関するデータであり、
   前記選択部は、前記決済データと、前記第１データ〜前記第３データの少なくとも１つに基づいて、前記複数の決済サービスのうち特定の決済サービスを選択可能に構成され、
   前記第２データは、決済金額を割り引くクーポンに関する情報を含み、
   前記取得部は、前記ユーザーの生活圏を表す生活圏データと、前記ユーザー端末の位置を表す位置データを取得可能に構成され、
   前記選択部は、前記生活圏データ及び前記位置データに基づいて、前記ユーザー端末による決済処理が実行される位置が前記生活圏に含まれない場合であって、前記クーポンが次回の決済から利用可能であると判断されたとき、前記クーポンを利用可能な決済サービスを選択しない、
   情報処理装置。
3. 請求項２に記載の情報処理装置において、
   前記第２データは、決済金額を割り引くクーポンに関する情報を含み、
   前記取得部は、前記ユーザーの生活圏を表す生活圏データと、前記ユーザーのスケジュールを表すスケジュールデータと、前記ユーザー端末の位置を表す位置データを取得可能に構成され、
   前記選択部は、前記生活圏データ、前記スケジュールデータ及び前記位置データに基づいて、前記ユーザー端末による決済処理が実行される位置が前記生活圏に含まれない場合であって、前記クーポンが次回の決済から利用可能であり、前記ユーザーが、前記決済処理が実行される位置から予め定められた範囲内に予め定められた時間以上滞在すると判断されたとき、前記クーポンを利用可能な決済サービスを選択する、
   情報処理装置。
4. 請求項１〜請求項３の何れか１つに記載の情報処理装置において、
   提示部を備え、
   前記提示部は、前記選択部により選択される決済サービスを前記ユーザー端末に提示可能に構成される、
   情報処理装置。
5. 請求項１〜請求項４の何れか１つに記載の情報処理装置において、
   前記第１データは、前記ユーザー端末の位置を表す位置データ、時刻、曜日、天気及びイベントの少なくとも１つを含むデータであり、
   前記選択部は、前記決済データと、前記位置データ、時刻、曜日、天気及びイベントの少なくとも１つに基づいて、前記ユーザー端末による決済処理が実行される位置における使用頻度が高い決済サービスを選択する、
   情報処理装置。
6. 請求項１〜請求項５の何れか１つに記載の情報処理装置において、
   前記第２データは、法定通貨に準ずるポイントの残高、前記ポイントの還元率、及び決済金額を割り引くクーポンに関する情報の少なくとも１つを含み、
   前記選択部は、以下（１）〜（３）の基準に基づいて、前記複数の決済サービスのうち、前記ユーザー端末に提示する決済サービスを選択可能に構成される；
   （１）前記残高が予め定められた値を上回る決済サービス、又は、前記残高が予め定められた値以下である決済サービスを選択する
   （２）前記還元率が大きい決済サービスを選択する
   （３）前記クーポンによる割引額が大きい決済サービスを選択する
   情報処理装置。
7. 請求項１〜請求項６に記載の情報処理装置において、
   前記第３データは、前記決済サービスの決済額の上限、前記決済サービスの所定期間における利用限度額、及び前記決済サービスに紐づく口座残高の少なくとも１つを含み、
   前記選択部は、前記決済額の上限及び前記利用限度額を超える決済サービス、又は、前記口座残高が予め定められた金額以下である決済サービスを、選択しない、
   情報処理装置。
8. 請求項１〜請求項７の何れか１つに記載の情報処理装置において、
   前記選択部は、前記ユーザー端末に登録されていない決済サービスを選択可能に構成される、
   情報処理装置。
9. 請求項８に記載の情報処理装置において、
   スポンサーの提供する決済サービスであって、前記ユーザー端末に登録することによりクーポンを発行可能な決済サービスを選択可能に構成される、
   情報処理装置。
10. 請求項９に記載の情報処理装置において、
    前記選択部は、前記スポンサーが複数存在する場合、援助額の高いスポンサーが提供する決済サービスを優先的に選択可能に構成される、
    情報処理装置。
11. 請求項１〜請求項１０の何れか１つに記載の情報処理装置において、
    前記取得部は、前記複数の決済サービスに紐付いたクレジットカードに関するカード情報を取得可能に構成され、
    前記選択部は、前記カード情報に基づいて、前記複数の決済サービスのうち特定の決済サービスを選択可能に構成される、
    情報処理装置。
12. 請求項１〜請求項１１の何れか１つに記載の情報処理装置において、
    前記選択部は、前記ユーザー端末によりアグリゲーション決済サービスが起動されたとき、前記複数の決済サービスのうち特定の決済サービスを選択可能に構成され、
    前記アグリゲーション決済サービスは、前記複数の決済サービスを管理可能な決済サービスである、
    情報処理装置。
13. 請求項１２に記載の情報処理装置において、
    提示部を備え、
    前記提示部は、前記選択部により選択される決済サービスを前記ユーザー端末に提示可能に構成され、
    前記提示部は、前記ユーザー端末によりアグリゲーション決済サービスが起動されたとき、前記決済サービスを提示可能に構成さる、
    情報処理装置。
14. 請求項１〜請求項１３の何れか１つに記載の情報処理装置において、
    料金決定部を備え、
    前記料金決定部は、前記選択部が選択した決済サービスにより、予め定められた期間においてユーザーが得た利益に基づいて、前記情報処理装置の利用料金を決定可能に構成される、
    情報処理装置。
15. 請求項１〜請求項１４の何れか１つに記載の情報処理装置において、
    ルール取得部を備え、
    前記ルール取得部は、ルールを取得可能に構成され、
    前記ルールは、決済サービスの選択規則を表すルールであり、且つ、前記複数の決済サービス毎に前記第１データ〜前記第３データの少なくとも１つと関連付いたデータであり、
    前記選択部は、前記ルールに基づいて、前記複数の決済サービスのうち特定の決済サービスを選択可能に構成さる、
    情報処理装置。
16. 請求項１５に記載の情報処理装置において、
    ルール変更部を備え、
    前記ルール変更部は、前記決済データに基づいて、前記ルールを変更可能に構成される、
    情報処理装置。
17. システムであって、
    ユーザー端末及び情報処理装置を備え、
    前記ユーザー端末は、ユーザーが登録している複数の決済サービスを利用可能な端末であり、
    前記情報処理装置は、
    取得部及び選択部を備え、
    前記取得部は、決済データ、第１データ、第２データ及び第３データの少なくとも１つを取得可能に構成され、
    前記決済データは、ユーザー端末による過去の決済履歴を表すデータであり、ここで、前記ユーザー端末は、ユーザーが登録している複数の決済サービスを利用可能な端末であり、
    前記第１データは、前記ユーザー端末のおかれた環境に関するデータであり、
    前記第２データは、前記複数の決済サービスの特典に関するデータであり、
    前記第３データは、前記複数の決済サービスの利用制限に関するデータであり、
    前記選択部は、前記決済データと、前記第１データ〜前記第３データの少なくとも１つに基づいて、前記複数の決済サービスのうち特定の決済サービスを選択可能に構成され、
    前記ユーザー端末は、前記選択部により選択される決済サービスにより、決済処理を実行可能に構成され、
    前記取得部は、前記ユーザーのスケジュールを表すスケジュールデータ、又は、前記ユーザー端末の位置を表す位置データを取得可能に構成され、
    前記選択部は、前記スケジュールデータ又は前記位置データに基づいて、前記ユーザーが複数人での決済を実行すると判断された場合、割勘機能を備える決済サービスを選択する、
    システム。
18. プログラムであって、コンピュータを、取得部及び選択部を備える情報処理装置として機能させるもので、
    前記取得部は、決済データ、第１データ、第２データ及び第３データの少なくとも１つを取得可能に構成され、
    前記決済データは、ユーザー端末による過去の決済履歴を表すデータであり、ここで、前記ユーザー端末は、ユーザーが登録している複数の決済サービスを利用可能な端末であり、
    前記第１データは、前記ユーザー端末のおかれた環境に関するデータであり、
    前記第２データは、前記複数の決済サービスの特典に関するデータであり、
    前記第３データは、前記複数の決済サービスの利用制限に関するデータであり、
    前記選択部は、前記決済データと、前記第１データ〜前記第３データの少なくとも１つに基づいて、前記複数の決済サービスのうち特定の決済サービスを選択可能に構成され、
    前記取得部は、前記ユーザーのスケジュールを表すスケジュールデータ、又は、前記ユーザー端末の位置を表す位置データを取得可能に構成され、
    前記選択部は、前記スケジュールデータ又は前記位置データに基づいて、前記ユーザーが複数人での決済を実行すると判断された場合、割勘機能を備える決済サービスを選択する、
    プログラム。