(57)【要約】【課題】ユーザが、支払いの時点で支払総額が最も低い支払方法を使って代金を支払うことができるようにする。【解決手段】オークションサーバ２０は、ユーザが利用可能な複数の支払方法の情報を格納する金融機関情報格納部２１およびカード情報格納部２２と、ユーザが取得した商品の代金が確定した場合に、当該ユーザが利用可能な支払方法を金融機関情報格納部２１およびカード情報格納部２２から抽出する取得部２４と、ユーザが利用可能な支払方法毎の手数料または手数料率を示す手数料情報を用いて、当該支払方法を利用して代金を支払う場合の合計の支払額を算出する算出部２５と、算出部２５が算出した支払額の中で、少なくとも最も低い支払額を、支払方法の情報と共にユーザに提示する提示部２６とを備える。【選択図】図１
2015079452.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが利用可能な複数の支払方法の情報を格納する支払方法格納部と、
前記ユーザが取得した商品の代金が確定した場合に、前記ユーザが利用可能な支払方法を前記支払方法格納部から抽出する抽出部と、
前記ユーザが利用可能な支払方法毎の手数料または手数料率を示す手数料情報を用いて、前記支払方法を利用して前記代金を支払う場合の合計の支払額を算出する算出部と、
前記算出部が算出した支払額の中で、少なくとも最も低い支払額を、支払方法の情報と共にユーザに提示する提示部と
を備えることを特徴とする支払額算出装置。
【請求項２】
前記支払方法には、
クレジットカードを利用した支払方法、または、金融機関のインターネットバンキングを利用した支払方法の、少なくともいずれかが含まれることを特徴とする請求項１に記載の支払額算出装置。
【請求項３】
前記提示部は、
支払額の低い順に、支払額および当該支払額の算出において利用された支払方法の情報をユーザに複数提示することを特徴とする請求項１または２に記載の支払額算出装置。
【請求項４】
前記算出部は、
前記ユーザが利用可能な支払方法毎の手数料情報および還元率を用いて、当該支払方法を利用して前記代金を支払う場合の合計の支払額を算出することを特徴とする請求項１から３のいずれか一項に記載の支払額算出装置。
【請求項５】
少なくとも手数料、手数料率、または還元率のいずれかを、これらの情報を管理するサーバから取得する情報取得部をさらに備えることを特徴とする請求項１から４のいずれか一項に記載の支払額算出装置。
【請求項６】
前記支払方法格納部は、
ユーザ毎に、当該ユーザが利用可能な支払方法と、当該ユーザが所有するクレジットカードの所定期間内に支払った金額の累積額とを格納し、
前記算出部は、
前記ユーザが所有するクレジットカード毎に、前記支払方法格納部を参照して、前記累積額に前記代金を加算して加算額を算出し、算出した加算額が、ユーザが所有するクレジットカードの利用限度額を超える場合に、当該クレジットカードを利用した支払方法については支払額を算出しないことを特徴とする請求項１から５のいずれか一項に記載の支払額算出装置。
【請求項７】
前記支払方法格納部は、
ユーザ毎に、当該ユーザが利用可能な支払方法と、当該ユーザが所有するクレジットカードの所定期間内に支払った金額の累積額とを格納し、
前記提示部は、
前記ユーザが所有するクレジットカード毎に、前記支払方法格納部を参照して、前記累積額に前記代金を加算して加算額を算出し、算出した加算額が、ユーザが所有するクレジットカードの利用限度額を超えるクレジットカードについては、支払額および支払方法についての情報をユーザに提示しないことを特徴とする請求項１から５のいずれか一項に記載の支払額算出装置。
【請求項８】
コンピュータが、
ユーザが取得した商品の代金が確定した場合に、当該ユーザが利用可能な支払方法を、ユーザが利用可能な複数の支払方法の情報を格納する支払方法格納部から抽出する抽出工程と、
前記ユーザが利用可能な支払方法毎の手数料または手数料率を示す手数料情報を用いて、前記支払方法を利用して前記代金を支払う場合の合計の支払額を算出する算出工程と、
前記算出工程において算出した支払額の中で、少なくとも最も低い支払額を、支払方法の情報と共にユーザに提示する提示工程と
を実行することを特徴とする支払額算出方法。
【請求項９】
コンピュータに、
ユーザが取得した商品の代金が確定した場合に、当該ユーザが利用可能な支払方法を、ユーザが利用可能な複数の支払方法の情報を格納する支払方法格納部から抽出する抽出手順と、
前記ユーザが利用可能な支払方法毎の手数料または手数料率を示す手数料情報を用いて、当該支払方法を利用して前記代金を支払う場合の合計の支払額を算出する算出手順と、
前記算出手順において算出した支払額の中で、少なくとも最も低い支払額を、支払方法の情報と共にユーザに提示する提示手順と
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、支払額算出装置、支払額算出方法、およびプログラムに関する。
【背景技術】
【０００２】
クレジットカードは、様々な種類が存在し、手数料やポイント還元率も様々である。また、その利便性の高さから、１人で複数のクレジットカードを所有するユーザも存在する。また、オンラインショッピングでは、クレジットカードによる支払い方法が普及しており、オンラインショッピングサイトでは、通常、複数種類のクレジットカードによる支払に対応している。
【０００３】
ユーザは、オンラインショッピングにおいてクレジットカードによる支払いを行う場合、複数のクレジットカードを所有していれば、オンラインショッピングサイトが対応しているクレジットカード中のいずれかを選択することになる。例えば、下記の特許文献１には、実際の店舗への入店をトリガとして、ユーザが保有するクレジットカードの中で、当該店舗と提携関係にあるカード会社のクレジットカード（いわゆるハウスカード）を優先的に利用させる技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第４４９４６８２号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、クレジットカードの発行元のカード会社は、所定の時期に限って手数料を割り引くキャンペーン等を行う場合がある。そのような場合、キャンペーンの対象となっているクレジットカードの手数料は、ハウスカードの手数料よりも安くなっている場合がある。
【０００６】
また、企業と一般消費者との間のいわゆるＢｔｏＣ取引では、企業側がクレジットカードの手数料をもつ場合があり、その場合には、どのクレジットカードを利用しても、支払者が支払う総額は変わらない。しかし、一般消費者同士のいわゆるＣｔｏＣ取引では、支払者側がクレジットカードの手数料を支払う必要があるため、支払者は手数料をできるだけ安くしたいと考える。しかし、支払いの時点で最も支払総額が低くなるクレジットカードを調べることは、支払者にとって面倒な作業である。
【０００７】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、ユーザが、支払いの時点で支払い総額の最も低い支払方法を使って代金を支払うことができるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するための本発明の第一の態様は、例えば、ユーザが利用可能な複数の支払方法の情報を格納する支払方法格納部と、ユーザが取得した商品の代金が確定した場合に、当該ユーザが利用可能な支払方法を支払方法格納部から抽出する抽出部と、ユーザが利用可能な支払方法毎の手数料または手数料率を示す手数料情報を用いて、当該支払方法を利用して代金を支払う場合の合計の支払額を算出する算出部と、算出部が算出した支払額の中で、少なくとも最も低い支払額を、支払方法の情報と共にユーザに提示する提示部とを備えることを特徴とする支払額算出装置を提供する。
【０００９】
また、本発明の第二の態様は、例えば、コンピュータが、ユーザが取得した商品の代金が確定した場合に、当該ユーザが利用可能な支払方法を、ユーザが利用可能な複数の支払方法の情報を格納する支払方法格納部から抽出する抽出工程と、ユーザが利用可能な支払方法毎の手数料または手数料率を示す手数料情報を用いて、当該支払方法を利用して代金を支払う場合の合計の支払額を算出する算出工程と、算出工程において算出した支払額の中で、少なくとも最も低い支払額を、支払方法の情報と共にユーザに提示する提示工程とを実行することを特徴とする支払額算出方法を提供する。
【００１０】
また、本発明の第三の態様は、例えば、コンピュータに、ユーザが取得した商品の代金が確定した場合に、当該ユーザが利用可能な支払方法を、ユーザが利用可能な複数の支払方法の情報を格納する支払方法格納部から抽出する抽出手順と、ユーザが利用可能な支払方法毎の手数料情報を用いて、当該支払方法を利用して代金を支払う場合の合計の支払額を算出する算出手順と、算出手順において算出した支払額の中で、少なくとも最も低い支払額を、支払方法の情報と共にユーザに提示する提示手順とを実行させることを特徴とするプログラムを提供する。
【発明の効果】
【００１１】
本発明によれば、ユーザが、支払いの時点で支払総額が最も低い支払方法を使って代金を支払うことができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施形態における処理の概略の一例を説明するための概念図である。
【図２】図２は、オークションシステムの一例を示すシステム構成図である。
【図３】図３は、金融機関情報格納部に格納されているデータの構造の一例を示す図である。
【図４】図４は、カード情報格納部に格納されているデータの構造の一例を示す図である。
【図５】図５は、オークションサーバの機能構成の一例を示すブロック図である。
【図６】図６は、金融機関情報格納部に格納されているデータの構造の一例を示す図である。
【図７】図７は、カード情報格納部に格納されているデータの構造の一例を示す図である。
【図８】図８は、支払額テーブルのデータ構造の一例を示す図である。
【図９】図９は、支払額確認画面の構成の一例を示す概念図である。
【図１０】図１０は、オークションサーバの動作の一例を示すフローチャートである。
【図１１】図１１は、オークションサーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。
【図１２】図１２は、支払額確認画面の構成の他の例を示す概念図である。
【発明を実施するための形態】
【００１３】
［処理の概略］
図１は、実施形態における処理の概略の一例を説明するための概念図である。本実施形態において、オークションサーバ２０は、ＣｔｏＣ取引の一形態であるオークションサービスを提供する。
【００１４】
まず、ユーザ１４は、ユーザ端末１３を操作して、ユーザ１４のユーザＩＤを用いてオークションサーバ２０にログインし、オークションサーバ２０内のオークション処理部２３によって提供されるオークションサイトにおいて希望する商品を検索して入札する。そして、希望商品が落札できた場合、ユーザ１４は、ユーザ端末１３を操作して、支払額確認画面をオークションサーバ２０に要求する。
【００１５】
オークションサーバ２０のオークション処理部２３は、ユーザ端末１３から支払額確認画面を要求された場合に、当該ユーザ１４のユーザＩＤを取得部２４へ送る。また、オークション処理部２３は、落札代金の情報を算出部２５へ送り、落札商品の情報を提示部２６へ送る。
【００１６】
取得部２４は、オークション処理部２３から受け取ったユーザＩＤに対応付けられている金融機関コードを金融機関情報格納部２１から抽出する。金融機関情報格納部２１には、それぞれのユーザが保有する口座を提供している金融機関の金融機関コードが登録されている。金融機関の口座を介したインターネットバンキングによる代金の支払いは、支払方法の一例である。取得部２４は、抽出した金融機関コードを含む金融機関情報要求を決済代行サーバ３０へ送信する。
【００１７】
また、取得部２４は、オークション処理部２３から受け取ったユーザＩＤに対応付けられているカード番号をカード情報格納部２２から抽出する。カード情報格納部２２には、ユーザが所有するクレジットカードのカード番号が登録されている。クレジットカードを利用した代金の支払いは、支払方法の一例である。取得部２４は、抽出したそれぞれのカード番号を含むカード情報要求を決済代行サーバ３０へ送信する。
【００１８】
決済代行サーバ３０は、振込額毎の最新の手数料を含む手数料テーブルを金融機関毎に金融機関情報格納部３１において管理している。また、決済代行サーバ３０は、クレジットカード毎に最新の手数料および還元率等の情報をカード情報格納部３３において管理している。ここで、本実施形態において、金融機関情報格納部３１には、手数料情報として手数料の額を示す情報が格納されており、カード情報格納部３３には、手数料情報として、手数料率を示す情報が格納されている。
【００１９】
決済代行サーバ３０の通信部３２は、オークションサーバ２０から金融機関情報要求を受信した場合に、受信した金融機関情報要求に含まれている金融機関コードに対応付けられている手数料テーブルを金融機関情報格納部３１から抽出する。そして、通信部３２は、金融機関コード毎の手数料テーブルを含む金融機関情報応答を、オークションサーバ２０へ送信する。
【００２０】
また、通信部３２は、オークションサーバ２０からカード情報要求を受信した場合に、受信したカード情報要求に含まれているカード番号の頭６桁と一致するＢＩＮ（Bank  Identification  Number）コードに対応付けられている手数料および還元率等をカード情報格納部３３からそれぞれ抽出する。そして、通信部３２は、カード番号毎の手数料および還元率等を含むカード情報応答を、オークションサーバ２０へ送信する。ここで、還元率とは、利用額に応じてポイント等を介してユーザに還元される金額の割合である。
【００２１】
取得部２４は、金融機関情報応答を決済代行サーバ３０から受信した場合に、当該金融機関情報応答に含まれている金融機関毎の手数料テーブルを算出部２５へ送る。また、取得部２４は、カード情報応答を決済代行サーバ３０から受信した場合に、当該カード情報応答に含まれているカード番号毎の手数料および還元率を算出部２５へ送る。
【００２２】
算出部２５は、オークション処理部２３から受け取った落札代金と、取得部２４から受け取ったカード番号毎の手数料および還元率に基づいて、クレジットカード毎に、手数料の額、支払額、ポイント還元額、および還元後の支払額を算出する。ここで、支払額とは、落札代金と手数料の額を合計した金額である。また、ポイント還元額とは、利用額（本実施形態では落札代金）と還元率とに基づいてユーザに還元されるポイントを金額に換算した金額である。また、還元後の支払額とは、支払額からポイント還元額を引いた金額である。
【００２３】
また、算出部２５は、オークション処理部２３から受け取った落札代金と、取得部２４から受け取った金融機関毎の手数料テーブルとに基づいて、金融機関毎に手数料を特定する。そして、算出部２５は、特定した手数料を用いて、金融機関毎に支払額を算出する。
【００２４】
提示部２６は、クレジットカード毎に算出された還元後の支払額、および、金融機関毎に算出された支払額の中で、少なくとも最も低い支払額を特定する。そして、提示部２６は、特定した支払額の算出において利用された支払方法の情報を含む支払額確認画面４０のデータを作成し、作成したデータをユーザ端末１３へ送信する。支払額確認画面４０には、落札代金、支払方法、手数料、ポイント還元額、および還元後の支払額等の情報が含まれる。
【００２５】
ユーザ端末１３は、オークションサーバ２０から受信したデータに基づいて支払額確認画面４０を表示する。ユーザ１４は、表示された支払額確認画面４０の内容を確認し、ユーザ端末１３を操作して支払の手続きを行う。ユーザ端末１３は、支払方法および支払額等の情報をオークションサーバ２０へ送信する。
【００２６】
支払処理部２７は、ユーザ端末１３から受信した支払方法に応じて、ユーザ１４が予め登録しているカード番号や金融機関コード等の情報を特定する。そして、支払処理部２７は、特定した情報および支払額等の情報を決済代行サーバ３０へ送信する。決済代行サーバ３０の通信部３２は、オークションサーバ２０から受信した情報に基づいて、カード会社サーバ１５や金融機関サーバ１６へ必要な情報を送信して決済が実行される。
【００２７】
このように、オークションサーバ２０は、落札代金が確定した場合に、ユーザが保有するクレジットカード毎の最新の手数料および還元率と、ユーザが登録している金融機関毎の最新の手数料とを、決済代行サーバ３０から取得する。そして、オークションサーバ２０は、これら最新の情報に基づいて、支払額（ポイントの還元がある場合には、還元後の支払額）が最も低くなる支払方法を特定し、特定した支払方法を用いた場合の支払額を含む支払額確定画面をユーザ端末１３に表示させる。
【００２８】
これにより、オークションサーバ２０は、カード会社のキャンペーン等により、一時的に手数料が安くなっていたり還元率が上がっている場合でも、これらを考慮して、支払額が最も低くなる支払方法をユーザに提示することができる。従って、ユーザは、支払いの時点で、支払総額が最も低くなる支払方法を使って代金を支払うことができる。
【００２９】
以上に示した仕組みを実現するための詳細な構成について、以下に説明する。
【００３０】
［オークションシステム１０の構成］
図２は、オークションシステムの一例を示すシステム構成図である。本実施形態におけるオークションシステム１０は、オークションサーバ２０、決済代行サーバ３０、カード会社サーバ１５、金融機関サーバ１６、および複数のユーザ端末１３−１〜ｎを備える。オークションサーバ２０、決済代行サーバ３０、カード会社サーバ１５、および金融機関サーバ１６は、通信回線１１に通信可能に接続されている。
【００３１】
決済代行サーバ３０は、金融機関情報格納部３１、通信部３２、およびカード情報格納部３３を有する。図３は、金融機関情報格納部に格納されているデータの構造の一例を示す図である。金融機関情報格納部３１には、例えば図３に示すように、それぞれの金融機関を識別する金融機関コード３１０に対応付けて、手数料テーブル３１１が格納されている。それぞれの手数料テーブル３１１には、振込額３１２毎に、インターネットバンキングにおける振込手数料３１３が格納されている。
【００３２】
図３に例示した金融機関情報格納部３１では、例えば、「０１２３」の金融機関コード３１０に手数料テーブル３１１が対応付けられており、当該手数料テーブル３１１では、「３万円〜」の振込額３１２に、「２９８円」の振込手数料３１３が対応付けられている。
【００３３】
図４は、カード情報格納部に格納されるデータの構造の一例を示す図である。カード情報格納部３３には、例えば図４に示すように、それぞれのクレジットカードの発行元を識別するＢＩＮコード３３０に対応付けて、当該クレジットカードの手数料３３１、還元率３３２、および利用限度額３３３が格納されている。本実施形態において、それぞれのクレジットカードの手数料は、利用額に対する割合で規定されている。
【００３４】
図４に例示したカード情報格納部３３では、例えば、「１１１１１１」のＢＩＮコード３３０に、「３．５％」の手数料３３１、「０．５％」の還元率３３２、および「５０万円」の利用限度額３３３が対応付けられている。
【００３５】
通信部３２は、通信回線１１を介してオークションサーバ２０から、金融機関情報要求を受信した場合に、受信した金融機関情報要求に含まれている金融機関コード毎に、当該金融機関コードに対応付けられている手数料テーブル３１１を金融機関情報格納部３１から抽出する。そして、通信部３２は、金融機関情報要求に含まれていたユーザＩＤと、金融機関コード毎に抽出した手数料テーブル３１１とを含む金融機関情報応答を、通信回線１１を介してオークションサーバ２０へ送信する。
【００３６】
また、通信部３２は、オークションサーバ２０からカード情報要求を受信した場合に、受信したカード情報要求に含まれているカード番号毎に、当該カード番号の頭６桁と一致するＢＩＮコードをカード情報格納部３３内で特定する。そして、通信部３２は、特定したＢＩＮコード毎に、手数料、還元率、および利用限度額をカード情報格納部３３から抽出する。そして、通信部３２は、カード情報要求に含まれていたユーザＩＤと、カード番号毎の手数料、還元率、および利用限度額とを含むカード情報応答を、オークションサーバ２０へ送信する。
【００３７】
それぞれのユーザ１４−１〜ｎが操作するユーザ端末１３−１〜ｎは、最寄りの基地局１２と無線通信し、基地局１２および通信回線１１を介して、オークションサーバ２０と通信する。本実施形態において、それぞれのユーザ端末１３は、例えばタブレット型の携帯情報端末である。なお、ユーザ端末１３は、これ以外に、携帯型ＰＣ（Personal  Computer）、ＰＤＡ（Personal  Digital  Assistant）、スマートフォンなどのスマートデバイスであってもよく、デスクトップＰＣなどの据置型のコンピュータであってもよい。
【００３８】
［オークションサーバ２０の構成］
図５は、オークションサーバの機能構成の一例を示すブロック図である。オークションサーバ２０は、金融機関情報格納部２１、カード情報格納部２２、オークション処理部２３、取得部２４、算出部２５、提示部２６、および支払処理部２７を有する。金融機関情報格納部２１およびカード情報格納部２２は、支払方法格納部の一例である。
【００３９】
図６は、金融機関情報格納部に格納されているデータの構造の一例を示す図である。金融機関情報格納部２１には、それぞれのユーザを識別するユーザＩＤ２１０に対応付けて、当該ユーザが予め登録した金融機関の情報を含む金融機関テーブル２１１が格納される。それぞれの金融機関テーブル２１１には、それぞれの金融機関を識別する金融機関コード２１２毎に、当該金融機関の金融機関名２１３等が格納されている。それぞれの金融機関は、インターネットバンキングに対応している。
【００４０】
図６に例示した金融機関情報格納部２１では、例えば、「Ｕ００１」のユーザＩＤ２１０に金融機関テーブル２１１が対応付けられており、当該金融機関テーブル２１１では、「０１２３」の金融機関コード２１２に、「ａａａ銀行」の金融機関名２１３等が対応付けられている。
【００４１】
図７は、カード情報格納部に格納されているデータの構造の一例を示す図である。カード情報格納部２２には、例えば図７に示すように、それぞれのユーザを識別するユーザＩＤ２２０に対応付けて、当該ユーザが予め登録したクレジットカードの情報を含むカードテーブル２２１が格納される。それぞれのカードテーブル２２１には、ユーザが保有するそれぞれのクレジットカードのカード番号２２２に対応付けて、当該クレジットカードのカード名２２３および利用累積額２２４等が格納される。
【００４２】
ここで、利用累積額２２４とは、例えば、対応するユーザＩＤ２２０のユーザが、所定期間内に、対応するカード番号２２２のクレジットカードを利用した金額の累積額である。所定期間とは、例えば１ヶ月である。また、例えば、末日締め２７日払いのクレジットカードの場合、所定期間とは、例えば１ヶ月と２７日の期間であってもよい。
【００４３】
図７に例示したカード情報格納部２２では、例えば、「Ｕ００１」のユーザＩＤ２２０にカードテーブル２２１が対応付けられており、当該カードテーブル２２１では、「１１１１１１・・・」のカード番号２２２に、「ＡＡＡカード」のカード名２２３、および、「３０万円」の利用累積額２２４等が対応付けられている。
【００４４】
オークション処理部２３は、通信回線１１を介してユーザ１４のユーザ端末１３との間で、商品の検索、入札、および落札の通知など、オークションに必要な処理を実行する。そして、オークション処理部２３は、ユーザ１４のユーザ端末１３から支払額確認画面を要求された場合に、当該ユーザ１４のユーザＩＤを取得部２４へ送る。また、オークション処理部２３は、落札代金の情報を算出部２５へ送る。また、オークション処理部２３は、落札された商品に関する情報を提示部２６へ送る。
【００４５】
取得部２４は、オークション処理部２３からユーザＩＤを受け取った場合に、受け取ったユーザＩＤに対応付けられている金融機関テーブル２１１を金融機関情報格納部２１から抽出する。そして、取得部２４は、抽出した金融機関テーブル２１１に含まれている金融機関コードとユーザＩＤとを含む金融機関情報要求を、通信回線１１を介して決済代行サーバ３０へ送信する。
【００４６】
そして、通信回線１１を介して決済代行サーバ３０から金融機関情報応答を受信した場合、取得部２４は、当該金融機関情報応答に含まれている金融機関毎の手数料テーブルを取得する。そして、取得部２４は、金融機関情報格納部２１を参照し、金融機関情報応答に含まれているユーザＩＤに対応付けられている金融機関テーブル２１１から、金融機関コード毎の金融機関名を抽出する。そして、取得部２４は、金融機関毎に、金融機関名と金融機関毎の手数料テーブルとを算出部２５へ送る。
【００４７】
また、取得部２４は、オークション処理部２３から受け取ったユーザＩＤに対応付けられているカードテーブル２２１をカード情報格納部２２から抽出する。そして、取得部２４は、抽出したカードテーブル２２１に含まれているカード番号とユーザＩＤとを含むカード情報要求を、通信回線１１を介して決済代行サーバ３０へ送信する。
【００４８】
そして、通信回線１１を介して決済代行サーバ３０からカード情報応答を受信した場合、取得部２４は、当該カード情報応答に含まれているカード番号毎の手数料、還元率、および利用限度額を取得する。そして、取得部２４は、カード情報格納部２２を参照し、カード情報応答に含まれているユーザＩＤに対応付けられているカードテーブル２２１から、カード番号毎のカード名および利用累積額を抽出する。そして、取得部２４は、カード番号毎のカード名、手数料、還元率、利用累積額、および利用限度額を算出部２５へ送る。なお、取得部２４は、抽出部および情報取得部の一例である。
【００４９】
算出部２５は、オークション処理部２３から受け取った落札代金と、取得部２４から受け取った金融機関毎の手数料テーブルとに基づいて、金融機関毎に手数料の額を特定する。そして、算出部２５は、特定した手数料の額を用いて、金融機関毎に支払額を算出する。そして、算出部２５は、例えば図８に示す支払額テーブル４１に、金融機関毎に、金融機関名、落札代金、手数料の額、および支払額を格納する。
【００５０】
また、算出部２５は、オークション処理部２３から受け取った落札代金と、取得部２４から受け取ったカード番号毎の利用累積額および利用限度額とに基づいて、クレジットカード毎に、落札代金と利用累積額の合計が、利用限度額を超えないクレジットカードを特定する。
【００５１】
そして、算出部２５は、特定したそれぞれのクレジットカードのカード番号について、オークション処理部２３から受け取った落札代金と、取得部２４から受け取った手数料および還元率とに基づいて、手数料の額、支払額、ポイント還元額、および還元後の支払額を算出する。このように、利用限度額を超えないクレジットカードについて、還元後の支払額等を算出するため、オークションサーバ２０は、実際には利用できないクレジットカードの情報に基づいて処理を進めてしまう無駄を省くことができる。そして、算出部２５は、例えば図８に示す支払額テーブル４１に、カード番号毎に、カード名、落札代金、手数料の額、支払額、ポイント還元額、および還元後の支払額を格納する。
【００５２】
図８は、支払額テーブルのデータ構造の一例を示す図である。支払額テーブル４１には、例えば図８に示すように、１つ以上のレコード４１６が格納される。それぞれのレコード４１６にクレジットカードの情報が格納される場合、それぞれのレコード４１６は、カード番号毎に設けられる。また、それぞれのレコード４１６に金融機関のインターネットバンキングの情報が格納される場合、それぞれのレコード４１６は、金融機関毎に設けられる。
【００５３】
それぞれのレコード４１６には、支払方法４１０、落札代金４１１、手数料の額４１２、支払額４１３、ポイント還元額４１４、および還元後の支払額４１５が含まれる。それぞれのレコード４１６にクレジットカードの情報が格納される場合、支払方法４１０の欄にはカード名が格納される。また、それぞれのレコード４１６に金融機関の情報が格納される場合、支払方法４１０の欄には金融機関名が格納され、ポイント還元額４１４の欄には「０円」が格納され、還元後の支払額４１５の欄には支払額４１３と同じ金額が格納される。
【００５４】
提示部２６は、算出部２５によって作成された支払額テーブル４１内の各レコード４１６を参照し、還元後の支払額が最も低いレコード４１６を特定する。図８の例では、上から２番目のレコード４１６内の還元後の支払額が「６６２３円」であり、他のレコード４１６に含まれている還元後の支払額の中で最も低い。
【００５５】
そして、提示部２６は、特定したレコード４１６内の情報と、オークション処理部２３から受け取った落札商品の情報とを用いて、例えば図９に示すような支払額確認画面４０のデータを作成する。そして、提示部２６は、作成した支払額確認画面４０のデータを通信回線１１を介してユーザ端末１３へ送信する。
【００５６】
図９は、支払額確認画面の構成の一例を示す概念図である。支払額確認画面４０内の領域４００には、例えば図９に示すように、落札された商品に関する情報が表示される。領域４００には、落札代金を表示する領域４０３が含まれる。
【００５７】
また、支払額確認画面４０内の領域４０１には、例えば図９に示すように、支払額が最も低くなる支払方法に関する情報が表示される。領域４０１には、支払方法（カード名または金融機関名）を表示する領域４０４と、手数料の額を表示する領域４０５と、支払額を表示する領域４０６とが含まれる。
【００５８】
また、支払額確認画面４０内の領域４０２には、例えば図９に示すように、支払額が最も低くなる支払方法においてポイント等による還元がある場合に、その還元額に関する情報が表示される。領域４０２には、ポイント還元額を表示する領域４０７と、還元後の支払額を表示する領域４０８とが含まれる。また、支払額確認画面４０には、支払額確認画面４０に表示された支払方法による支払の実行をオークションサーバ２０に指示するための支払実行ボタン４０９が表示される。
【００５９】
ユーザ端末１３は、オークションサーバ２０から受信したデータに基づいて支払額確認画面４０を表示する。ユーザ１４は、表示された支払額確認画面４０の内容を確認し、ユーザ端末１３を操作して支払額確認画面４０内の支払実行ボタン４０９を押下する。ユーザ端末１３は、支払額確認画面４０のデータを、ユーザＩＤと共に通信回線１１を介してオークションサーバ２０へ送信する。
【００６０】
支払処理部２７は、通信回線１１を介してユーザ端末１３からユーザＩＤおよび支払額確認画面４０のデータを受信した場合に、カード情報格納部２２を参照し、当該ユーザＩＤに対応付けられているカードテーブル２２１を特定する。そして、支払処理部２７は、特定したカードテーブル２２１を参照して、支払額確認画面４０のデータに含まれているカード名に対応付けられている利用累積額を特定する。そして、支払処理部２７は、ユーザ端末１３から受信した支払額確認画面４０のデータに含まれている支払額を、特定した利用累積額に加算し、加算後の金額で利用累積額を更新する。
【００６１】
そして、支払処理部２７は、金融機関情報格納部２１およびカード情報格納部２２を参照し、ユーザ端末１３から受信したユーザＩＤに対応付けられている金融機関テーブル２１１およびカードテーブル２２１を特定する。そして、支払処理部２７は、ユーザ端末１３から受信した支払額確認画面４０のデータに含まれている支払方法を参照して、当該支払方法が金融機関名を表示している場合には、金融機関テーブル２１１から金融機関コードを取得し、当該支払方法がカード名を表示している場合には、カードテーブル２２１からカード番号を取得する。
【００６２】
そして、支払処理部２７は、支払額およびカード番号または金融機関コード等の情報を通信回線１１を介して決済代行サーバ３０へ送信する。決済代行サーバ３０の通信部３２は、オークションサーバ２０から受信した情報に基づいて、カード会社や金融機関のサーバへ必要な情報を送信し、落札代金の決済が実行される。
【００６３】
［オークションサーバ２０の動作］
図１０は、オークションサーバの動作の一例を示すフローチャートである。例えば、商品等を落札したユーザ１４のユーザ端末１３から支払額確認画面を要求された場合に、オークションサーバ２０は、本フローチャートに示す動作を開始する。
【００６４】
まず、オークション処理部２３は、ユーザ１４のユーザＩＤを取得部２４へ送り、落札代金の情報を算出部２５へ送り、落札された商品に関する情報を提示部２６へ送る。取得部２４は、金融機関情報格納部２１を参照し、オークション処理部２３から受け取ったユーザＩＤに対応付けられている金融機関テーブル２１１から金融機関コードを抽出する。
【００６５】
次に、取得部２４は、抽出した金融機関コードとユーザＩＤとを含む金融機関情報要求を決済代行サーバ３０へ送信する。そして、取得部２４は、金融機関情報応答を受信し、当該金融機関情報応答に含まれている金融機関毎の手数料テーブルを取得する（Ｓ１００）。
【００６６】
そして、取得部２４は、金融機関情報格納部２１を参照し、金融機関情報応答に含まれているユーザＩＤに対応付けられている金融機関テーブル２１１から、金融機関コード毎の金融機関名を抽出する。そして、取得部２４は、金融機関毎に、金融機関名と金融機関毎の手数料テーブルとを算出部２５へ送る。
【００６７】
次に、取得部２４は、カード情報格納部２２を参照し、オークション処理部２３から受け取ったユーザＩＤに対応付けられているカードテーブル２２１からカード番号を抽出する。そして、取得部２４は、抽出したカード番号とユーザＩＤとを含むカード情報要求を決済代行サーバ３０へ送信する。そして、取得部２４は、カード情報応答を受信し、当該カード情報応答に含まれているカード番号毎の手数料、還元率、および利用限度額を取得する（Ｓ１０１）。
【００６８】
そして、取得部２４は、カード情報格納部２２を参照し、カード情報応答に含まれているユーザＩＤに対応付けられているカードテーブル２２１から、カード番号毎のカード名および利用累積額を抽出する。そして、取得部２４は、カード番号毎に、カード名、手数料、還元率、利用累積額、および利用限度額を算出部２５へ送る。
【００６９】
次に、算出部２５は、ユーザが登録している金融機関の中で、未選択の金融機関を１つ選択する（Ｓ１０２）。そして、算出部２５は、選択した金融機関について、オークション処理部２３から受け取った落札代金と、取得部２４から受け取った手数料テーブルとに基づいて、手数料の額を特定する。そして、算出部２５は、特定した手数料の額を用いて支払額を算出する（Ｓ１０３）。
【００７０】
次に、算出部２５は、支払額テーブル４１内にレコードを設け、当該レコード内に、選択した金融機関の金融機関名、落札代金、手数料の額、および支払額を格納する（Ｓ１０４）。なお、当該レコード内のポイント還元額の欄には「０円」が格納され、還元後の支払額の欄には支払額と同じ金額が格納される。
【００７１】
次に、算出部２５は、ユーザが登録している金融機関を全て選択したか否かを判定する（Ｓ１０５）。未選択の金融機関がある場合（Ｓ１０５：Ｎｏ）、算出部２５は、再びステップＳ１０２に示した処理を実行する。
【００７２】
一方、ユーザが登録している金融機関を全て選択した場合（Ｓ１０５：Ｙｅｓ）、算出部２５は、ユーザが登録しているクレジットカードのカード番号中で、未選択のカード番号を１つ選択する（Ｓ１０６）。そして、算出部２５は、選択したカード番号に対応する利用累積額および利用限度額と、落札代金とに基づいて、落札代金と利用累積額の合計が利用限度額を超えるか否かを判定する（Ｓ１０７）。落札代金と利用累積額の合計が利用限度額を超える場合（Ｓ１０７：Ｙｅｓ）、算出部２５は、ステップＳ１１０に示す処理を実行する。
【００７３】
一方、落札代金と利用累積額の合計が利用限度額を超えない場合（Ｓ１０７：Ｎｏ）、算出部２５は、選択したカード番号について、取得部２４から受け取った落札代金、手数料、および還元率に基づいて、手数料の額、支払額、ポイント還元額、および還元後の支払額をそれぞれ算出する（Ｓ１０８）。そして、算出部２５は、支払額テーブル４１内にレコードを設け、当該レコード内に、選択したカード番号のカード名、落札代金、手数料の額、支払額、ポイント還元額、および還元後の支払額を格納する（Ｓ１０９）。
【００７４】
次に、算出部２５は、ユーザが登録しているクレジットカードのカード番号を全て選択したか否かを判定する（Ｓ１１０）。未選択のカード番号がある場合（Ｓ１１０：Ｎｏ）、算出部２５は、再びステップＳ１０６に示した処理を実行する。
【００７５】
一方、ユーザが登録しているクレジットカードのカード番号を全て選択した場合（Ｓ１１０：Ｙｅｓ）、算出部２５は、支払額テーブル４１のデータを提示部２６へ送る。提示部２６は、算出部２５から受け取った支払額テーブル４１内の各レコード４１６を参照し、還元後の支払額が最も低いレコード４１６を特定する（Ｓ１１１）。
【００７６】
そして、提示部２６は、特定したレコード４１６内の情報と、オークション処理部２３から受け取った落札商品の情報とを用いて、例えば図９に示した支払額確認画面４０のデータを作成する。そして、提示部２６は、作成した支払額確認画面４０のデータを、通信回線１１を介してユーザ端末１３へ送信し（Ｓ１１２）、オークションサーバ２０は、本フローチャートに示した処理を終了する。
【００７７】
［ハードウェア構成］
なお、上記第１の実施形態におけるオークションサーバ２０は、例えば図１１に示すような構成のコンピュータ５０によって実現される。図１１は、オークションサーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ５０は、ＣＰＵ（Central  Processing  Unit）５１、ＲＡＭ（Random  Access  Memory）５２、ＲＯＭ（Read  Only  Memory）５３、ＨＤＤ（Hard  Disk  Drive）５４、通信インターフェイス（Ｉ／Ｆ）５５、入出力インターフェイス（Ｉ／Ｆ）５６、およびメディアインターフェイス（Ｉ／Ｆ）５７を備える。
【００７８】
ＣＰＵ５１は、ＲＯＭ５３またはＨＤＤ５４に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ５３は、コンピュータ５０の起動時にＣＰＵ５１によって実行されるブートプログラムや、コンピュータ５０のハードウェアに依存するプログラム等を格納する。
【００７９】
ＨＤＤ５４は、ＣＰＵ５１によって実行されるプログラムおよび当該プログラムによって使用されるデータ等を格納する。通信インターフェイス５５は、通信回線１１を介して他の機器からデータを受信してＣＰＵ５１へ送り、ＣＰＵ５１が生成したデータを、通信回線１１を介して他の機器へ送信する。
【００８０】
ＣＰＵ５１は、入出力インターフェイス５６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ５１は、入出力インターフェイス５６を介して、入力装置からデータを取得する。また、ＣＰＵ５１は、生成したデータを、入出力インターフェイス５６を介して出力装置へ出力する。
【００８１】
メディアインターフェイス５７は、記録媒体５８に格納されたプログラムまたはデータを読み取り、ＲＡＭ５２を介してＣＰＵ５１に提供する。ＣＰＵ５１は、当該プログラムを、メディアインターフェイス５７を介して記録媒体５８からＲＡＭ５２上にロードし、ロードしたプログラムを実行する。記録媒体５８は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【００８２】
コンピュータ５０のＣＰＵ５１は、ＲＡＭ５２上にロードされたプログラムを実行することにより、金融機関情報格納部２１、カード情報格納部２２、オークション処理部２３、取得部２４、算出部２５、提示部２６、および支払処理部２７の各機能を実現する。また、ＨＤＤ５４には、金融機関情報格納部２１およびカード情報格納部２２内のデータが格納される。
【００８３】
コンピュータ５０のＣＰＵ５１は、これらのプログラムを、記録媒体５８から読み取って実行するが、他の例として、他の装置から、通信回線１１を介してこれらのプログラムを取得してもよい。
【００８４】
以上、本発明の実施の形態について説明した。
【００８５】
上記説明から明らかなように、本実施形態のオークションシステム１０によれば、ユーザが、支払いの時点で支払総額が最も低い支払方法を使って代金を支払うことができる。
【００８６】
［変形例］
なお、上記した実施形態において、オークションサーバ２０は、支払額テーブル４１内で還元後の支払額が最も低いレコードの情報を用いて支払額確認画面４０を作成したが、本発明はこれに限られない。他の形態として、オークションサーバ２０は、例えば図１２に示すように、支払額テーブル４１内の各レコードの情報を、還元後の支払額が低い順に支払額確認画面４０に表示するようにしてもよい。
【００８７】
図１２は、支払額確認画面の構成の他の例を示す概念図である。図１２に示した支払額確認画面４０において、領域４０１ａには、支払額が最も低くなる支払方法に関する情報が表示される。また、領域４０２ａには、支払額が最も低くなる支払方法においてポイント等による還元がある場合に、その還元額に関する情報が表示される。支払実行ボタン４０９ａは、領域４０１ａおよび領域４０２ａに表示された支払方法に対応付けられている。
【００８８】
また、領域４０１ｂには、支払額が２番目に低くなる支払方法に関する情報が表示される。また、領域４０２ｂには、支払額が２番目に低くなる支払方法においてポイント等による還元がある場合に、その還元額に関する情報が表示される。支払実行ボタン４０９ｂは、領域４０１ｂおよび領域４０２ｂに表示された支払方法に対応付けられている。支払実行ボタン４０９ｂより下方には、支払額が低い３番目以降の支払方法についての情報が順次表示される。
【００８９】
このように、ポイントの還元額も含めた支払額の低い順に、複数の支払方法が提示されることにより、ユーザは、今回の支払いに利用するクレジットカードや金融機関を、支払額を考慮しながら自由に選択することができる。これにより、ユーザの利便性を向上させることができる。
【００９０】
また、上記した実施形態において、算出部２５は、落札代金と利用累積額の合計が利用限度額を超えるクレジットカードについては支払額を算出しないが、本発明はこれに限られない。例えば、他の形態として、算出部２５は、落札代金と利用累積額の合計が利用限度額を超えるクレジットカードについても支払額を算出し、提示部２６が、落札代金と利用累積額の合計が利用限度額を超えるクレジットカードを除外した支払方法の中で、還元後の支払額が最も低い支払方法を特定してユーザに提示するようにしてもよい。
【００９１】
また、上記した実施形態では、各クレジットカードにポイントを介した還元があるものの、金融機関のインターネットバンキングには、ポイントを介した還元がないものとして説明したが、本発明はこれに限られない。例えば、金融機関のインターネットバンキングにおいて、ポイントを介した還元のサービスが存在する場合には、算出部２５は、還元率を考慮して、ポイント還元額および還元後の支払額を算出するようにしてもよい。
【００９２】
また、上記した実施形態において、算出部２５は、利用限度額を超えないクレジットカードについて、還元後の支払額等を算出したが、本発明はこれに限られない。例えば、算出部２５は、口座の残高が利用額（上記実施形態では落札代金）以上の金融機関について、支払額等を算出するようにしてもよい。この場合、口座の残高が利用額未満の金融機関については、支払方法として支払額確認画面４０に表示されることはない。
【００９３】
また、上記し実施形態では、オークションサーバ２０について、１台の装置を用いて実現される例を用いて説明したが、本発明はこれに限られない。例えば、オークションサーバ２０内のそれぞれの機能が、複数の装置に分散配置され、これらの装置が通信回線１１を介して互いに協調動作して、全体としてオークションサーバ２０の機能が実現されるように構成されてもよい。また、金融機関情報格納部２１、カード情報格納部２２、取得部２４、算出部２５、および提示部２６が、１台の支払額算出装置として実現されてもよい。
【００９４】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に多様な変更または改良を加えることが可能であることが当業者には明らかである。また、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【符号の説明】
【００９５】
１０  オークションシステム
１３  ユーザ端末
１４  ユーザ
１５  カード会社サーバ
１６  金融機関サーバ
２０  オークションサーバ
２１  金融機関情報格納部
２２  カード情報格納部
２３  オークション処理部
２４  取得部
２５  算出部
２６  提示部
２７  支払処理部
３０  決済代行サーバ
３１  金融機関情報格納部
３２  通信部
３３  カード情報格納部
４０  支払額確認画面
【図１】
2015079452.tif 000003
【図２】
2015079452.tif 000004
【図３】
2015079452.tif 000005
【図４】
2015079452.tif 000006
【図５】
2015079452.tif 000007
【図６】
2015079452.tif 000008
【図７】
2015079452.tif 000009
【図８】
2015079452.tif 000010
【図９】
2015079452.tif 000011
【図１０】
2015079452.tif 000012
【図１１】
2015079452.tif 000013
【図１２】
2015079452.tif 000014