JP7460374B2 - コンピュータプログラム、決済実行装置、決済方法、特典付与プログラム、特典付与装置及び特典付与方法 - Google Patents

Description

本発明は、送金を行うためのコンピュータプログラム等に関する。

個人向け決済・送金サービスが普及している。例えば、特許文献１には、個人間における電子マネーの送金を含む金融決済を行うシステムが提案されている。

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

しかしながら、従来の個人向け決済・送金サービスにおいて、金融機関口座間の送金については、異なる金融機関の口座間で送受金が可能であるものの、それ以外の決済サービスでは、異なる決済サービス間での送受金は行えない。本発明はこのような状況に鑑みてなされたものである。その目的は、個人間の送受金において、送信先のユーザが、送金元が選択した決済サービスとは異なるサービスで、送金先のユーザが受け取りを可能とするコンピュータプロクラム等である。

本願の一態様に係るコンピュータプロクラムは、第１ユーザから第２ユーザへの送金情報を取得し、取得した前記送金情報を表示し、特典情報が対応付いた決済手段を含む複数の決済手段、及び、付与されるインセンティブの算出法を含む前記特典情報を表示し、前記第２ユーザからの指示に基づく前記決済手段の選択情報、及び、送金された金額から充当する額が指定された前記インセンティブの受取情報を取得し、取得した前記選択情報に基づく前記決済手段により、前記送金情報に基づく送金を受け付けた結果、及び、前記受取情報に基づく前記インセンティブの付与結果を出力する処理をコンピュータに行わせることを特徴とする。

本願の一態様にあっては、送金元のユーザが選択した決済サービスとは異なる決済サービスで、送金先のユーザは送金を受け取ることが可能となる。

仲介システムの構成例を示す説明図である。 仲介サーバのハードウェア構成例を示すブロック図である。 送金元端末のハードウェア構成例を示すブロック図である。 送金元サーバのハードウェア構成例を示すブロック図である。 ユーザＤＢの例を示す説明図である。 ユーザ属性ＤＢの例を示す説明図である。 決済サービスＤＢの例を示す説明図である。 送金情報ＤＢの例を示す説明図である。 送金処理の手順例を示すフローチャートである。 決済処理の手順例を示すフローチャートである。 送金設定画面の例を示す説明図である。 送金案内画面の例を示す説明図である。 送金案内画面の例を示す説明図である。 提供者ＤＢの例を示す説明図である。 送金先特典ＤＢの例を示す説明図である。 送金処理の他の手順例を示すフローチャートである。 決済処理の他の手順例を示すフローチャートである。 入金先選択画面の他の例を示す説明図である。 送金元特典ＤＢの例を示す説明図である。 送金処理の他の手順例を示すフローチャートである。 送金設定画面の他の例を示す説明図である。 送金システムの構成例を示す説明図である。 送金処理の他の手順例を示すフローチャートである。 送金処理の他の手順例を示すフローチャートである。 受領確認画面の他の例を示す説明図である。 ユーザ特典ＤＢの例を示す説明図である。 履歴表示処理の手順例を示すフローチャートである。 特典一覧画面の例を示す説明図である。

（実施の形態１）
以下実施の形態を、図面を参照して説明する。図１は仲介システムの構成例を示す説明図である。仲介システム１００は仲介サーバ１、送金元端末２、送金先端末３、送金元サーバ４及び送金先サーバ５を含む。更に、サービスサイト６を含んでもよい。仲介サーバ１は異なる決済サービス（決済手段）間での送受金を仲介する役割を担う。送金元端末２は送金を行うユーザが使用する端末である。送金先端末３は送金を受け取るユーザが使用するユーザ端末である。送金元端末２及び送金先端末３はユーザ間で送受金が行われる際に一時的に定まるものであり、固定的なものではない。ある局面で、ユーザ端末が送金元端末２となり、同じユーザ端末が他の局面では送金先端末３となり得る。送金元サーバ４は送金を行うユーザが出金元として選択した決済サービスを提供するサーバである。送金先サーバ５は送金を受け取るユーザが入金先として選択した決済サービスを提供するサーバである。送金元サーバ４及び送金先サーバ５は決済サービスを提供する決済サーバであり、送金元端末２及び送金先端末３と同様に、固定的なものではない。同一の決済サーバがある局面では送金元サーバ４となり、他の局面では送金先サーバ５となる。仲介サーバ１、送金元端末２、送金先端末３、送金元サーバ４及び送金先サーバ５はそれぞれネットワークＮを介して通信可能に接続される。ネットワークＮはインターネット、一般公衆網、携帯電話網等である。また、サービスサイト６は仲介サーバ１、送金元端末２及び送金先端末３等とネットワークＮを介して通信可能に接続される。

以下の説明において、送金を行うユーザを送金元ユーザ（第１ユーザ）という。送金を受け取るユーザを送金先ユーザ（第２ユーザ）という。決済サービスは個人が利用可能な電子決済サービス（電子決済手段）、インターネットバンキング、インターネット上で行うクレジットカード決済を含む。電子決済とは、商品またはサービス等の代金の決済を、硬貨や紙幣などの現金で支払うのではなく、現金と同じ価値を持つデータの送受によって行う仕組みである。電子決済の方式には、プリペイド方式、ジャストペイ方式、ポストペイ方式があるが、いずれでもよい。プリペイド方式は先に電子マネーの購入（いわゆるチャージ）が必要な方式で、チャージした金額の範囲内で決済が行える方式である。例えば、近距離通信規格の１つであるＮＦＣ（Near Field Communication）で通信可能なＩＣチップを内蔵した交通系ＩＣカードを用いた決済である。ジャストペイ方式は、金融機関と連携し、残高を上限として銀行口座等から即時に出金し、相手方に支払う方式である。例えば、J-Debit（登録商標）やデビットカードを用いた決済である。ポストペイ方式は、商品やサービスの購入時には支払わず後から支払う方式である。広義の意味ではクレジットカード決済も含む。

図２は仲介サーバのハードウェア構成例を示すブロック図である。仲介サーバ１は制御部１１、主記憶部１２、補助記憶部１３、通信部１４及び読み取り部１５を含む。制御部１１、主記憶部１２、補助記憶部１３、通信部１４及び読み取り部１５はバスＢにより接続されている。仲介サーバ１はサーバコンピュータ、ＰＣ（Personal Computer）等で構成する。また、仲介サーバ１を複数のコンピュータからなるマルチコンピュータ、ソフトウェアによって仮想的に構築された仮想マシン又は量子コンピュータで構成しても良い。さらに、仲介サーバ１の機能をクラウドサービスで実現してもよい。

制御部１１は、一又は複数のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を有する。制御部１１は、補助記憶部１３に記憶された制御プログラム１Ｐを読み出して実行することにより、第１送信部、第１受信部、第２送信部、第２受信部、決済実行部及び特典付与部などの機能部を実現する。

主記憶部１２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等である。主記憶部１２は主として制御部１１が演算処理を実行するために必要なデータを一時的に記憶する。

補助記憶部１３はハードディスク又はＳＳＤ（Solid State Drive）等であり、制御部１１が処理を実行するために必要な制御プログラム１Ｐや各種ＤＢ（Database）を記憶する。補助記憶部１３は、ユーザＤＢ１３１、ユーザ属性ＤＢ１３２、決済サービスＤＢ１３３、送金情報ＤＢ１３４、提供者ＤＢ１３５、送金先特典ＤＢ１３６及び送金元特典ＤＢ１３７を記憶する。補助記憶部１３は仲介サーバ１に内蔵されている必要はなく、外部接続された外部記憶装置であってもよい。補助記憶部１３に記憶する各種ＤＢ等を、仲介サーバ１とは異なるデータベースサーバやクラウドストレージに記憶してもよい。

通信部１４はネットワークＮを介して、他のコンピュータと通信を行う。また、制御部１１が通信部１４を用い、ネットワークＮ等を介して他のコンピュータから制御プログラム１Ｐをダウンロードし、補助記憶部１３に記憶してもよい。

読み取り部１５はＣＤ（Compact Disc）－ＲＯＭ及びＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読み取り部１５を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、補助記憶部１３に記憶してもよい。また、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでもよい。

図３は送金元端末のハードウェア構成例を示すブロック図である。送金元端末２はノートパソコン、タブレットコンピュータ、スマートフォン等で構成する。送金元端末２は制御部２１、主記憶部２２、補助記憶部２３、通信部２４、近距離通信部２５、入力部２６及び表示部２７を備える。各構成はバスＢで接続されている。

制御部２１は、一又は複数のＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を有する。制御部２１は、補助記憶部２３に記憶された制御プログラム２Ｐを読み出して実行することにより、ハードウェア各部を制御する。

主記憶部２２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。主記憶部２２は主として制御部２１が演算処理を実行するために必要なデータを一時的に記憶する。

補助記憶部２３はハードディスク又はＳＳＤ等であり、制御部２１が処理を実行するために必要な制御プログラム２Ｐや電子決済に関する情報等を記憶する。電子決済に関する情報は、例えばユーザＩＤ、利用可能額、決済履歴である。

通信部２４はネットワークＮを介して、他のコンピュータと通信を行う。また、制御部２１が通信部２４を用い、ネットワークＮ等を介して他のコンピュータから制御プログラム２Ｐをダウンロードし、補助記憶部２３に記憶してもよい。

近距離通信部２５はＮＦＣ（Near Field Communication）等の規格に従った通信により、データの送受信を行う。例えば、決済端末との通信により、電子決済を行うことが可能となる。

入力部２６はキーボードやマウスである。表示部２７は液晶表示パネル等を含む。表示部２７は仲介サーバ１が出力した送金画面を表示する。また、表示部２７は入力部２６と一体化したタッチパネルディスプレイでもよい。なお、送金元端末２は外部の表示装置に表示を行ってもよい。

送金先端末３のハードウェア構成は、送金元端末２のハードウェア構成と同様である。送金先端末３は制御部３１、主記憶部３２、補助記憶部３３、通信部３４、近距離通信部３５、入力部３６及び表示部３７を備える。制御部３１、主記憶部３２、補助記憶部３３、通信部３４、近距離通信部３５、入力部３６及び表示部３７はそれぞれ送金元端末２の制御部２１、主記憶部２２、補助記憶部２３、通信部２４、近距離通信部２５、入力部２６及び表示部２７と同様であるから、図示及び説明を省略する。

図４は送金元サーバのハードウェア構成例を示すブロック図である。送金元サーバ４は制御部４１、主記憶部４２、補助記憶部４３、通信部４４及び読み取り部４５を含む。制御部４１、主記憶部４２、補助記憶部４３、通信部４４及び読み取り部４５はバスＢにより接続されている。送金元サーバ４はサーバコンピュータ、ＰＣ等で構成する。また、送金元サーバ４を複数のコンピュータからなるマルチコンピュータ、ソフトウェアによって仮想的に構築された仮想マシン又は量子コンピュータで構成しても良い。さらに、送金元サーバ４の機能をクラウドサービスで実現してもよい。

制御部４１は、一又は複数のＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を有する。制御部４１は、補助記憶部４３に記憶された制御プログラム４Ｐを読み出して実行することにより、ハードウェア各部を制御する。

主記憶部４２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。主記憶部４２は主として制御部４１が演算処理を実行するために必要なデータを一時的に記憶する。

補助記憶部４３はハードディスク又はＳＳＤ等であり、制御部４１が処理を実行するために必要な制御プログラム４Ｐや各種ＤＢを記憶する。補助記憶部４３は送金元サーバ４に内蔵されている必要はなく、外部接続された外部記憶装置であってもよい。補助記憶部４３に記憶する各種ＤＢ等を、送金元サーバ４とは異なるデータベースサーバやクラウドストレージに記憶してもよい。

通信部４４はネットワークＮを介して、他のコンピュータと通信を行う。また、制御部４１が通信部４４を用い、ネットワークＮ等を介して他のコンピュータから制御プログラム４Ｐをダウンロードし、補助記憶部４３に記憶してもよい。

読み取り部４５はＣＤ－ＲＯＭ及びＤＶＤ－ＲＯＭを含む可搬型記憶媒体４ａを読み取る。制御部４１が読み取り部４５を介して、制御プログラム４Ｐを可搬型記憶媒体４ａより読み取り、補助記憶部４３に記憶してもよい。また、半導体メモリ４ｂから、制御部４１が制御プログラム４Ｐを読み込んでもよい。

送金先サーバ５のハードウェア構成は、送金元サーバ４のハードウェア構成と同様である。送金先サーバ５は制御部５１、主記憶部５２、補助記憶部５３、通信部５４及び読み取り部５５を含む。制御部５１、主記憶部５２、補助記憶部５３、通信部５４及び読み取り部５５はそれぞれ送金元サーバ４の制御部４１、主記憶部４２、補助記憶部４３、通信部４４及び読み取り部４５と同様であるから、図示及び説明を省略する。

次に、仲介システム１００で使用するデータベースについて説明する。図５はユーザＤＢの例を示す説明図である。ユーザＤＢ１３１は仲介システム１００を利用するユーザの情報を記憶する。ユーザＤＢ１３１はユーザＩＤ列、公開ＩＤ列及び決済アカウント列を含む。ユーザＩＤ列はユーザを一意に特定可能なユーザＩＤを記憶する。ユーザＩＤはユーザＤＢ１３１に新たなレコードが追加される際に発行される。公開ＩＤ列は他者から送金を受ける際に用いるＩＤである。ユーザは公開ＩＤを送金元ユーザに伝えることで、送金を受けることが可能である。公開ＩＤは送金を受けるユーザを指定するためのＩＤであり、仲介システム１００にログインするためには使用できない。ユーザＩＤは秘匿できるので、仲介システム１００への不正アクセスのリスクを低減することが可能となる。決済アカウント列はユーザが利用している決済サービスのアカウント情報を記憶する。決済アカウント列は複数のアカウント情報を記憶する事が可能である。記憶するアカウント情報は決済サービス毎に異なっていてよい。

図６はユーザ属性ＤＢの例を示す説明図である。ユーザ属性ＤＢ１３２はユーザの属性を記憶する。ユーザ属性ＤＢ１３２はユーザＩＤ列、氏名列、都道府県列、市区町村列、性別列及び生年列を記憶する。ユーザＩＤ列はユーザＩＤを記憶する。氏名列ユーザの氏名を記憶する。都道府県列はユーザが居住する都道府県を記憶する。市区町村列はユーザ居住する市区町村を記憶する。性別列はユーザの性別を記憶する。生年列はユーザ生年を記憶する。

図７は決済サービスＤＢの例を示す説明図である。決済サービスＤＢ１３３は決済サービスについての情報を記憶する。決済サービスＤＢ１３３はサービスＩＤ列、名称列及び接続先情報列を含む。サービスＩＤ列は決済サービスを一意に特定可能なサービスＩＤを記憶する。サービスＩＤは決済サービスＤＢ１３３に新たな決済サービスを登録する際に決定する。名称列は決済サービスの名称を記憶する。接続先情報列は決済サービスに接続するための情報を記憶する。接続先情報は例えは使用するプロトコルやホストのＩＰアドレスなどである。

図８は送金情報ＤＢの例を示す説明図である。送金情報ＤＢ１３４は送金に関する情報を記憶する。送金情報ＤＢ１３４は管理ＩＤ列、送金元ＩＤ列、元サービスＩＤ列、依頼日列、送金先ＩＤ列、先サービスＩＤ列、金額列、状態列及び完了日列を含む。管理ＩＤ列は送金情報を一意に特定可能なＩＤを記憶する。管理ＩＤは送金情報ＤＢ１３４に新規レコードが登録される際に発行される。送金元ＩＤ列は送金元ユーザのユーザＩＤを記憶する。元サービスＩＤ列は送金元ユーザが送金するために選択した決済サービスのサービスＩＤ（選択情報）を記憶する。依頼日列は送金元ユーザが送金を依頼した日を記憶する。依頼した日は、送信情報を新規登録した日、一時保存した日、又は送金の実行依頼をした日である。送金先ＩＤ列は送金先ユーザのユーザＩＤを記憶する。先サービスＩＤ列は送金先ユーザが送金を受け取るために選択した決済サービスのサービスＩＤ（選択情報）を記憶する。新規レコードが登録される際は、送金先ユーザは受け取りに使う決済サービスを選択していないため、先サービスＩＤ列は空白又はＮＵＬＬ（値なし）となる。金額列は送金金額を記憶する。状態列は送金の状態を記憶する。例えば状態は、一時保存、送信済、受信済、完了又は拒否である。一時保存は送金元ユーザが送金情報を設定したが実行依頼はせずに一時保存している状態を示す。送信済みは、送金元ユーザが送金の実行依頼を行い、送金先へ送金情報を送信済みの状態を示す。受信済みは送金先ユーザが送金情報を受信したが、受け取りの承認、受け取りに使う決済サービスの選択をしていない状態を示す。完了は、送金が完了したことを示す。拒否は送金先ユーザが受け取りを拒否したこと示す。完了日列は送金が完了した日を記憶する。

続いて仲介システム１００による送金について説明する。図９は送金処理の手順例を示すフローチャートである。送金元ユーザは送金元端末２を操作して送金先ユーザ、送金額、出金する決済サービスを設定する。送金元端末２の制御部２１は送金先ユーザに対応する送金先ＩＤ、送金額及び決済サービスに対応したサービスＩＤを取得する（ステップＳ１）。制御部２１は送金先ＩＤ、送金額及びサービスＩＤ並びに送金元ユーザのユーザＩＤを含む送金情報を仲介サーバ１へ送信する（ステップＳ２）。仲介サーバ１の制御部１１は送金情報を受信する（ステップＳ３）。制御部１１は送金先ユーザ宛の案内を作成する（ステップＳ４）。制御部１１は作成した案内を送金先ユーザへ送信する（ステップＳ５）。案内は電子メール、プッシュ通知等で送信する。送金先端末３の制御部３１は案内を受信し、表示部３７に表示する（ステップＳ６）。送金先ユーザは送金の案内を参照し、回答を入力する。制御部３１は回答を取得する（ステップＳ７）。制御部３１は回答が送金の受け取りの承認であるか否かを判定する（ステップＳ８）。制御部３１は回答が承認であると判定した場合（ステップＳ８でＹＥＳ）、送金を受け取るために送金先ユーザが選択した決済サービスのサービスＩＤを取得する（ステップＳ９）。送金先ユーザが送金の承認する際に、送金を受け取るために用いる決済サービスを選択入力する。当該選択入力に基づいて、制御部３１はサービスＩＤを取得する。制御部３１は送金先ユーザが送金を承認した旨（承認通知）を仲介サーバ１へ送信する（ステップＳ１０）。仲介サーバ１の制御部１１は承認した旨を受信する（ステップＳ１１）。制御部１１は決済を行う（ステップＳ１２）。制御部１１は送金元端末２及び送金先端末３へ送金の完了を送信する（ステップＳ１３）。送金元端末２の制御部２１は完了を受信し、表示部２７に表示する（ステップＳ１４）。制御部２１は処理を終了する。送金先端末３の制御部３１は完了を受信し、表示部３７に表示する（ステップＳ１５）。制御部３１は回答が承認でないと判定した場合（ステップＳ８でＮＯ）、拒否された旨を仲介サーバ１へ送信する（ステップＳ１６）。仲介サーバ１の制御部１１は拒否された旨を受信した後、拒否された旨を送金元端末２へ送信する（ステップＳ１７）。送金元端末２の制御部２１は拒否された旨を受信し、表示部２７に表示する（ステップＳ１８）。送金元ユーザは再送又は終了を入力する。制御部２１は送金元ユーザの入力が再送か否かを判定する（ステップＳ１９）。制御部２１は送金元ユーザの入力が再送であると判定した場合（ステップＳ１９でＹＥＳ）、処理をステップＳ１へ戻す。制御部２１は送金元ユーザの入力が再送でないと判定した場合（ステップＳ１９でＮＯ）、処理を終了する。

図１０は決済処理の手順例を示すフローチャートである。図１０に示す処理は図９のステップＳ１２に対応する。仲介サーバ１の制御部１１は送金元サーバ４へ出金依頼を送信する（ステップＳ３１）。出金依頼には送金元サーバ４が提供する決済サービス（第１決済手段）における送金元ユーザのユーザＩＤ及び出金額を含む。送金元サーバ４の制御部４１は出金依頼を受信する（ステップＳ３２）。制御部４１は出金依頼に含まれるユーザＩＤ及び出金額に基づいて、出金処理を行う（ステップＳ３３）。制御部４１は出金完了を仲介サーバ１へ送信する（ステップＳ３４）。仲介サーバ１の制御部１１は出金完了を受信する（ステップＳ３５）。制御部１１は送金先サーバ５へ入金依頼を送信する（ステップＳ３６）。入金依頼には送金先サーバ５が提供する決済サービス（第２決済手段）における送金先ユーザのユーザＩＤ及び入金額を含む。送金先サーバ５の制御部５１は入金依頼を受信する（ステップＳ３７）。制御部５１は入金依頼に含まれるユーザＩＤ及び入金額に基づいて、入金処理を行う（ステップＳ３８）。制御部５１は入金完了を仲介サーバ１へ送信する（ステップＳ３９）。仲介サーバ１の制御部１１は入金完了を受信し（ステップＳ４０）、処理を呼び出し元に戻す。

なお、図９及び図１０において、エラー処理は省略している。例えば、送金元ユーザの残高不足で出金ができない自体を避けるため、図９のステップＳ３で送金情報を受信した後、サービスＩＤに対応した決済サービスにおける送金元ユーザの利用可能残高と送金額とを対照し、出金が可能であるか否かを判定してもよい。

図１１は送金設定画面の例を示す説明図である。送金設定画面ｄ０１は送金元端末２に表示される画面である。送金設定画面ｄ０１は送金設定を行うための画面である。送金設定画面ｄ０１は送金先欄ｄ０１１、検索ボタンｄ０１２、送金額欄ｄ０１３、出金元選択ボタンｄ０１４及び決定ボタンｄ０１５を含む。送金元ユーザは、送金先欄ｄ０１１に送金先ユーザを設定する。検索ボタンｄ０１２は送金先ユーザを検索するためのボタンである。送金元ユーザは、送金先欄ｄ０１１に送金先ユーザの氏名を入力し、検索ボタンｄ０１２を選択すると送金先ユーザが検索され、ヒットすれば送金先ユーザが確定する。ヒットしない場合は再入力が必要となる。また、送金元ユーザは、送金先欄ｄ０１１に送金先ユーザの公開ＩＤを入力して、検索ボタンｄ０１２を選択してもよい。また、送金元ユーザは、送金先欄ｄ０１１に送金先ユーザの氏名の一部を入力し、検索ボタンｄ０１２を選択してもよい。検索にヒットしたユーザが複数の場合は、然るべきユーザを送金元ユーザは選択する。送金元ユーザは、送金額欄ｄ０１３に送金額を設定する。出金元選択ボタンｄ０１４は送金元ユーザが利用している決済サービス毎に設けられている。送金元ユーザは、出金する決済サービスに対応した出金元選択ボタンｄ０１４を選択する。決定ボタンｄ０１５は送金設定（送金情報）を決定するボタンである。送金元ユーザが決定ボタンｄ０１５を操作すると、送金情報が仲介サーバ１へ送信される。

図１２及び図１３は送金案内画面の例を示す説明図である。送金案内画面は送金先端末３に表示される画面である。送金案内画面は送金の受け取りを承認するか又は拒否するかの入力、承認する場合にどの決済サービスにより受け取るかを選択するための画面である。ここでは、送金案内画面は図１２に示す受領確認画面と図１３に示す入金先選択画面との２画面としている。受領確認画面ｄ０２は送金者欄ｄ０２１、送金額欄ｄ０２２、承認ボタンｄ０２３及び拒否ボタンｄ０２４を含む。送金者欄ｄ０２１は送金者の氏名を表示する。送金額欄ｄ０２２は送金額を表示する。承認ボタンｄ０２３は送金の受け取りを承認するためボタンである。送金先ユーザが承認ボタンｄ０２３を選択すると、入金先選択画面ｄ０３へ遷移する。拒否ボタンｄ０２４は送金の受け取りを拒否するためのボタンである。送金先ユーザが拒否ボタンｄ０２４を選択すると、送金先端末３は受け取りを拒否する旨を仲介サーバ１へ送信する。

入金先選択画面ｄ０３は入金先選択ボタンｄ０３１、決定ボタンｄ０３２及びキャンセルボタンｄ０３３を含む。入金先選択ボタンｄ０３１は送金先ユーザが利用している決済サービス毎に設けられている。送金先ユーザは、入金する決済サービスに対応した入金先選択ボタンｄ０３１を選択する。決定ボタンｄ０３２は受け取りの承認、受け取り先を決定するボタンである。送金先ユーザが決定ボタンｄ０３２を操作すると、送金の受け取りを承認する旨と、受け取り先として選択した決済サービスのサービスＩＤを、送金先端末３は仲介サーバ１へ送信する。キャンセルボタンｄ０３３は送金の受け取りを中断するためのボタンである。送金先ユーザがキャンセルボタンｄ０３３を選択すると受領確認画面ｄ０２又はホーム画面（図示しない）へ戻る。

入金先選択画面ｄ０３に表示する決済サービスは、送金先ユーザが利用している決済サービスに限定しなくともよい。送金先ユーザが未使用の決済サービスを表示してもよい。送金先ユーザが未使用の決済サービスを選択した場合は、ユーザ登録を行う画面に遷移し、登録完了後に送金を受け取る処理が実行される。

本実施の形態では、以下の効果を奏する。送金元ユーザから送金先ユーザへ送金する場合において、送金元ユーザは送金するお金を出金する決済サービスを自由に選択可能である。また、送金先ユーザは受け取ったお金を入金する決済サービスを自由に選択可能である。送金元ユーザが選択した決済サービスと、送金先ユーザが選択した決済サービスとが相違していても送金が可能となる。

（実施の形態２）
本実施の形態は送金先ユーザが特典を得られる形態に関する。本実施の形態において、システム構成及びハードウェア構成は、実施の形態１と同様である。以下の説明においては、実施の形態１と異なる点について、主として説明する。

図１４は提供者ＤＢの例を示す説明図である。提供者ＤＢ１３５はユーザに特典（インセンティブ）を提供する提供者の情報を記憶する。提供者ＤＢ１３５は提供者ＩＤ列、名称列及び紹介サイト列を含む。提供者ＩＤ列は特典を提供する者を一意に特定する提供者ＩＤを記憶する。提供者ＩＤは提供者ＤＢ１３５に新たなレコードが登録される際に発行する。名称列は特典の名称、特典を受けられる店の店名、又は特典を受けられるサービスの名称等を記憶する。紹介サイト列は特典内容を紹介するＷｅｂサイトのＵＲＬ（Uniform Resource Locator）を記憶する。

図１５は送金先特典ＤＢの例を示す説明図である。送金先特典ＤＢ１３６は送金先ユーザへの特典に関する特典情報を記憶する。送金先特典ＤＢ１３６はオファＩＤ列、属性列、決済額列、提供者ＩＤ列及びインセンティブ列を含む。オファＩＤ列は特典情報を一意に特定するオファＩＤを記憶する。属性列は特典を提供する送金先ユーザの属性条件を記憶する。属性列は性別列、年齢区分列、婚姻列及び住所列等を記憶する。性別列は特典を提供する送金先ユーザの性別条件を記憶する。年齢区分列は特典を提供する送金先ユーザの年齢条件を記憶する。年齢条件は例えば２０代、３０代である。婚姻列は特典を提供する送金先ユーザの婚姻条件を記憶する。婚姻条件は未婚、既婚等である。住所列は特典を提供する送金先ユーザの住所条件を記憶する。住所条件は都道府県や都道府県及び市区町村等である。決済額列は特典を提供する送金先ユーザが受け取る金額の条件を記憶する。属性列に記憶する条件は、ユーザ属性ＤＢ１３２が記憶するユーザの属性と対照可能なものである。提供者ＩＤ列は特典を提供する提供者の提供者ＩＤを記憶する。インセンティブ列は送金先ユーザが得られる特典の内容を記憶する。

図１６は送金処理の他の手順例を示すフローチャートである。図９に示した処理と同様なものは同じステップ番号を付し、説明を省略する。仲介サーバ１の制御部１１は送金情報を受信（ステップＳ３）後、特典情報を取得する（ステップＳ２０）。取得する特典情報は複数であってもよい。制御部１１は送金先ＩＤを検索キーとしてユーザ属性ＤＢ１３２を検索し、送金先ユーザの属性を取得する。取得した送金先ユーザの属性と、送金先特典ＤＢ１３６の条件列に記憶している属性とを対照し、条件にマッチする送金先特典ＤＢ１３６のインティブ列に記憶された特典の情報を取得する。制御部１１は取得した特典に関する情報を含めた案内を作成し（ステップＳ４）、ステップＳ５以降を実行する。

例えば、送金先ユーザが５０代、男性、既婚者、東京に在住、送金額が３０００円である場合、オファＩＤ＝００３の特典が案内される。特典の内容は、決済額の１．１倍のポイント付与、３３００ポイントの付与である。ここでは１ポイント１円相当なので、３３００円相当のポイントが付与される特典である。

特典の付与は、決済処理で行われる。図１７は決済処理の他の手順例を示すフローチャートである。図１０に示した処理と同様なものは同じステップ番号を付し、説明を省略する。仲介サーバ１の制御部１１はステップＳ３５の後、送信先ユーザが選択した特典の付与依頼をサービスサイト６へ送信する（ステップＳ４１）。例えば、送金されたお金をポイントで受け取ることを送金先ユーザが選択した場合、当該ポイントの管理を行っているサービスサイト６に依頼を送信する。サービスサイト６は依頼を受信する（ステップＳ４２）。サービスサイト６は依頼に従った特典付与処理を行う（ステップＳ４３）。例えば、ポイントの加算処理を行う。サービスサイト６は完了を仲介サーバ１へ送信する（ステップＳ４４）。仲介サーバ１の制御部１１は完了を受信し（ステップＳ４５）、処理を呼び出し元に戻す。

図１８は入金先選択画面の他の例を示す説明図である。入金先選択画面ｄ０３は入金先選択ボタンｄ０３１、決定ボタンｄ０３２及びキャンセルボタンｄ０３３並びに特典選択ボタンｄ０３４を含む。入金先選択ボタンｄ０３１、決定ボタンｄ０３２及びキャンセルボタンｄ０３３の役割は、図１３と同様である。特典選択ボタンｄ０３４は送金されたお金を決済サービスで受け取るのではなく、特典付きで受け取る場合に選択する。

なお、図１８の例では、特典付きでの受け取りは、１つの方法（ＨＰＹポイント）での受け取りしか表示されていないが、複数であってもよい。また、決済サービスの提供者が特典を提供してもよい。さらに、受け取る金額を分割し、一部を決済サービスで受け取り、残りを特典付きでの受け取りとしてもよい。

本実施の形態では、以下の効果を奏する。送金先ユーザは受け取ったお金を特典付きで受け取ることで金銭的価値を高めた受け取りが可能となる。また、特典の提供者は特典を付与する代わりに、送金されたお金を提供者が運営する店舗等でしか使用できないポイント等の価値に変換させることにより、送金先ユーザによる消費を獲得することが可能となる。

（実施の形態３）
本実施の形態は送金元ユーザが特典を得られる形態に関する。本実施の形態において、システム構成及びハードウェア構成は、実施の形態１と同様である。以下の説明においては、実施の形態１と異なる点について、主として説明する。

図１９は送金元特典ＤＢの例を示す説明図である。送金元特典ＤＢ１３７の例を示す説明図である。送金元特典ＤＢ１３７は送金元ユーザへの特典に関する特典情報を記憶する。送金元特典ＤＢ１３７はオファＩＤ列、属性列、決済額列、提供者ＩＤ列及びインセンティブ列を含む。オファＩＤ列は特典情報を一意に特定するオファＩＤを記憶する。属性列は特典を提供する送金元ユーザの属性条件を記憶する。属性列は性別列、年齢区分列、婚姻列、住所列等を記憶する。性別列は特典を提供する送金元ユーザの性別条件を記憶する。年齢区分列は特典を提供する送金元ユーザの年齢条件を記憶する。婚姻列は特典を提供する送金元ユーザの婚姻条件を記憶する。住所列は特典を提供する送金元ユーザの住所条件を記憶する。性別列、年齢区分列、婚姻列、住所列それぞれが取りうる値は送金先特典ＤＢ１３６と同様である。決済額列は特典を提供する送金元ユーザが送金する金額の条件を記憶する。属性列に記憶する条件は、ユーザ属性ＤＢ１３２が記憶するユーザの属性と対照可能なものである。提供者ＩＤ列は特典を提供する提供者の提供者ＩＤを記憶する。インセンティブ列は送金元ユーザが得られる特典の内容を記憶する。

図２０は送金処理の他の手順例を示すフローチャートである。送金元端末２の制御部２１は仲介サーバ１へ送金要求を送信する（ステップＳ５１）。仲介サーバ１の制御部１１は送金要求を受信する（ステップＳ５２）。制御部１１は送金元ユーザに適合する特典に関する情報（特典情報）を送金元特典ＤＢ１３７から取得する（ステップＳ５３）。取得する特典情報は複数であってもよい。制御部１１は取得した特典を含む送金設定画面を送金元端末２へ送信する（ステップＳ５４）。送金元端末２の制御部２１は送金設定画面を受信し表示部２７に表示する（ステップＳ５５）。送金元ユーザは送金元端末２を操作して送金先ユーザ、送金額、出金する決済サービスを設定する。また、特典が複数の場合、受け取る特典を選択する。特典が一つの場合、送金先ユーザの操作なく当該特典が選択状態となる。送金元端末２の制御部２１は送金先ユーザに対応する送金先ＩＤ、送金額及び決済サービスに対応したサービスＩＤ並びに選択された特典の特典情報を取得する（ステップＳ５６）。制御部２１は特典情報を補助記憶部２３に記憶する（ステップＳ５７）。制御部２１は特典情報を仲介サーバ１へ送信し、仲介サーバ１の補助記憶部１３に設けた受取特典ＤＢ（図示しない）に記憶してもよい。制御部２１は図９に示したステップＳ２以降を実行する。なお、送金元ユーザに付与する特典は送金が完了するまでは仮付与とし、送金先ユーザが送金を承認したら正式付与とすることが望ましい。送金先ユーザが送金を拒否した場合や何らかの原因で送金に失敗した場合は、送金元ユーザ仮付与した特典は取り消される。

図２１は送金設定画面の他の例を示す説明図である。図２１において、図１１と同様な要素については、図１１と同一の符号を付している。送金設定画面ｄ０１は送金先欄ｄ０１１、検索ボタンｄ０１２、送金額欄ｄ０１３、出金元選択ボタンｄ０１４、決定ボタンｄ０１５、特典情報ｄ０１６及び特典選択ボタンｄ０１７を含む。送金先欄ｄ０１１、検索ボタンｄ０１２、送金額欄ｄ０１３及び出金元選択ボタンｄ０１４は図１１と同様であるから説明を省略する。特典情報ｄ０１６は送金元ユーザに付与される特典の情報を示す。特典選択ボタンｄ０１７は受け取る特典を送金元ユーザが選択するためのボタンである。図２１の例では付与される特典の候補が１つであったため、表示される特典情報ｄ０１６は１つである。また、特典選択ボタンｄ０１７も１つのみ表示され、すでに選択状態で表示されている。決定ボタンｄ０１５は送金設定を決定すると共に、受け取る特典の選択を決定するボタンである。

本実施の形態では、以下の効果を奏する。送金元ユーザは特典により、送金手数料が補填されると感じさせることが可能である。そのような送金元ユーザは、手数料が掛かるとしても仲介システム１００による送金を積極的に利用することが期待される。

（実施の形態４）
上述の実施の形態においては、送金元ユーザと送金先ユーザとで異なる決済サービスを利用可能とした。本実施の形態は、送金元ユーザと送金先ユーザとで同一の決済サービスを利用する場合であって、特典付与がされる形態である。

図２２は送金システムの構成例を示す説明図である。送金システム１１０はサービスサーバ７、送金元端末２、送金先端末３及びサービスサイト６を含む。サービスサーバ７は電子決済サービスを提供するサーバである。送金元端末２、送金先端末３及びサービスサイト６それぞれの役割、機能及びハードウェア構成等は、実施の形態１の送金元端末２、送金先端末３及びサービスサイト６それぞれと同様である。サービスサーバ７、送金元端末２、送金先端末３及びサービスサイト６はそれぞれネットワークＮを介して通信可能に接続される。ネットワークＮはインターネット、一般公衆網、携帯電話網等である。

サービスサーバ７はサーバコンピュータ、ＰＣ等で構成する。また、サービスサーバ７を複数のコンピュータからなるマルチコンピュータ、ソフトウェアによって仮想的に構築された仮想マシン又は量子コンピュータで構成しても良い。さらに、サービスサーバ７の機能をクラウドサービスで実現してもよい。図示は省略するが、サービスサーバ７はハードウェア構成として、制御部７１、主記憶部７２、補助記憶部７３、通信部７４及び読み取り部７５を含む。制御部７１、主記憶部７２、補助記憶部７３、通信部７４及び読み取り部７５はバスＢにより接続されている。制御部７１、主記憶部７２、補助記憶部７３、通信部７４及び読み取り部７５はそれぞれ仲介サーバ１の制御部１１、主記憶部１２、補助記憶部１３、通信部１４及び読み取り部１５と同様であるから、説明を省略する。

本実施の形態において、サービスサーバ７が使用するデータベースは、ユーザＤＢ７３１、ユーザ属性ＤＢ７３２、送金情報ＤＢ７３４、提供者ＤＢ７３５、送金先特典ＤＢ７３６及び送金元特典ＤＢ７３７である。これらのデータベースは例えばサービスサーバ７の補助記憶部７３に記憶する。ユーザＤＢ７３１、ユーザ属性ＤＢ７３２、送金情報ＤＢ７３４、提供者ＤＢ７３５、送金先特典ＤＢ７３６及び送金元特典ＤＢ７３７の構成は、実施の形態１のユーザＤＢ１３１、ユーザ属性ＤＢ１３２、送金情報ＤＢ１３４、提供者ＤＢ１３５、送金先特典ＤＢ１３６及び送金元特典ＤＢ７３７と同様である。なお、本実施の形態において、決済サービスＤＢ１３３に相当するデータベースは不要である。補助記憶部７３におけるユーザＤＢ７３１において、決済アカウント列はサービスサーバ７が提供する電子決済サービスについてのアカウント情報のみを記憶していれば足りる。本実施の形態における送金情報ＤＢ７３４は送金情報ＤＢ１３４に含まれる元サービスＩＤ列及び先サービスＩＤ列は含まれていなくともよい。

送金システム１１０が行う情報処理について説明する。図２３及び図２４は送金処理の他の手順例を示すフローチャートである。送金元端末２の制御部２１はサービスサーバ７へ送金要求を送信する（ステップＳ７１）。サービスサーバ７の制御部７１は送金要求を受信する（ステップＳ７２）。制御部７１は送金元ユーザに適合する特典に関する情報（特典情報）を送金元特典ＤＢ７３７から取得する（ステップＳ７３）。制御部７１は取得した特典を含む送金設定画面を送金元端末２へ送信する（ステップＳ７４）。送金元端末２の制御部２１は送金設定画面を受信し表示部２７に表示する（ステップＳ７５）。送金元ユーザは送金元端末２を操作して送金先ユーザ、送金額及び受け取る特典を設定する。特典は複数であってもよい。特典が一つの場合、送金先ユーザの操作なしで当該特典が選択状態となる。送金元端末２の制御部２１は送金先ユーザに対応する送金先ＩＤ、送金額及び選択された特典の特典情報を取得する（ステップＳ７６）。制御部２１は特典情報を補助記憶部２３に記憶する（ステップＳ７７）。制御部２１は特典情報をサービスサーバ７へ送信し、サービスサーバ７の補助記憶部７３に設けた受取特典ＤＢ（図示しない）に記憶してもよい。なお、送金元ユーザに付与する特典は送金が完了するまでは仮付与とし、送金先ユーザが送金を承認したら正式付与とすることが望ましい。送金先ユーザが送金を拒否した場合や何らかの原因で送金に失敗した場合は、送金元ユーザ仮付与した特典は取り消される。制御部２１は送金先ＩＤ、送金額及び送金元ユーザのユーザＩＤを含む送金情報をサービスサーバ７へ送信する（ステップＳ７８）。サービスサーバ７の制御部７１は送金情報を受信する（ステップＳ７９）。制御部７１は特典情報を取得する（ステップＳ８０）。制御部７１は送金先ＩＤを検索キーとしてユーザ属性ＤＢ７３２を検索し、送金先ユーザの属性を取得する。取得した送金先ユーザの属性と、送金先特典ＤＢ７３６の条件列に記憶している属性とを対照し、条件にマッチする送金先特典ＤＢ７３６のインセンティブ列に記憶された特典の情報を取得する。取得する特典の情報は複数でもよい。制御部７１は取得した特典に関する情報を含めた案内を作成する（ステップＳ８１）。制御部７１は作成した案内を送金先ユーザへ送信する（ステップＳ８２）。案内は電子メール、プッシュ通知等で送信する。送金先端末３の制御部３１は案内を受信し、表示部３７に表示する（ステップＳ８３）。送金先ユーザは送金の案内を参照し、回答を入力する。送金先ユーザは送金受取を承認する場合、受け取る特典の選択入力も行う。なお、特典を受け取らないことも可能である。制御部３１は回答を取得する（ステップＳ８４）。当該回答に特典の選択情報も含まれている。図２４に移る。制御部３１は回答が送金の受け取りの承認であるか否かを判定する（ステップＳ８５）。制御部３１は回答が承認であると判定した場合（ステップＳ８５でＹＥＳ）、送金先ユーザが送金を承認した旨を仲介サーバ１へ送信する（ステップＳ８６）。サービスサーバ７の制御部７１は承認した旨を受信する（ステップＳ８７）。制御部７１は決済を行う（ステップＳ８８）。制御部７１は送金元ユーザの残高から送金額を引き、送金先ユーザの残高に送金額を足す。制御部７１は特典付与を行う（ステップＳ８９）。制御部７１は送金元ユーザ及び送金先ユーザにそれぞれに特典を付与する。制御部７１は送金元端末２及び送金先端末３へ送金の完了を送信する（ステップＳ９０）。送金元端末２の制御部２１は完了を受信し、表示部２７に表示する（ステップＳ９２）。制御部２１は処理を終了する。送金先端末３の制御部３１は完了を受信し、表示部３７に表示する（ステップＳ９１）。制御部３１は処理を終了する。制御部３１は回答が承認でないと判定した場合（ステップＳ８５でＮＯ）、拒否された旨をサービスサーバ７へ送信する（ステップＳ９３）。サービスサーバ７の制御部７１は拒否された旨を受信した後、拒否された旨を送金元端末２へ送信する（ステップＳ９４）。送金元端末２の制御部２１は拒否された旨を受信し、表示部２７に表示する（ステップＳ９５）。送金元ユーザは再送又は終了を入力する。制御部２１は送金元ユーザの入力が再送か否かを判定する（ステップＳ９６）。制御部２１は送金元ユーザの入力が再送であると判定した場合（ステップＳ９６でＹＥＳ）、処理をステップＳ７８へ戻す。制御部２１は送金元ユーザの入力が再送でないと判定した場合（ステップＳ９６でＮＯ）、処理を終了する。

図２５は受領確認画面の他の例を示す説明図である。受領確認画面ｄ０２は送金者欄ｄ０２１、送金額欄ｄ０２２、承認ボタンｄ０２３及び拒否ボタンｄ０２４並びにて特典選択ボタンｄ０２５を含む。送金者欄ｄ０２１は送金者の氏名を表示する。送金額欄ｄ０２２は送金額を表示する。承認ボタンｄ０２３は送金の受け取りを承認するためボタンである。送金先ユーザが承認ボタンｄ０２３を選択すると、承認通知がサービスサーバへ送信される。拒否ボタンｄ０２４は送金の受け取りを拒否するためのボタンである。送金先ユーザが拒否ボタンｄ０２４を選択すると、送金先端末３は受け取りを拒否する旨を仲介サーバ１へ送信する。特典選択ボタンｄ０２５は送金先ユーザが複数の特典から取得する特典を選択するためのボタンである。図２５では、送金されたものを用途が限定されたポイントへ変換することにより、金銭的価値が送金額よりも大きいポイントが得られる例を示している。ポイントに変換しないことも選択可能である。

本実施の形態は以下の効果を奏する。送金により、送金元ユーザ及び送金元ユーザは特典を得ることが可能となるので、サービスサーバ７が提供する決済サービスは優位性を持つことが可能となる。また、特典を提供者は特典を付与する代わりに、送金されたお金を提供者が運営する店舗等でしか使用できないポイント等の価値に変換させることにより、送金先ユーザによる消費を獲得することが可能となる。さらに、送金システム１１０が送金手数料を徴収するとしても、送金元ユーザは特典により、送金手数料が補填されると感じさせることが可能である。それにより、サービスサーバ７が提供する決済サービスは優位性を持つことが可能となる。

（履歴機能）
実施の形態４において、受け取った特典の履歴を表示する履歴機能について述べる。図２６はユーザ特典ＤＢの例を示す説明図である。ユーザ特典ＤＢ７３８はサービスサーバ７の補助記憶部７３に記憶する。ユーザ特典ＤＢ７３８はユーザに付与された特典を記憶する。ユーザ特典ＤＢ７３８が記憶する特典は、ユーザが送金先ユーザとなったときに得た特典と、ユーザが送金元ユーザとなったときに得た特典との両方である。ユーザ特典ＤＢ７３８はユーザＩＤ列、日付列、送金元ＩＤ列、送金先ＩＤ列、金額列、オファＩＤ列、受領ポイント列、特典列、有効期限列及び状態列を含む。ユーザＩＤ列はユーザＩＤを記憶する。日付列は特典が付与された日付を記憶する。送金元ＩＤ列はユーザが送金先ユーザとして特典を受けたときに、係る送金の送金元ユーザのユーザＩＤを記憶する。ユーザが送金元ユーザであったときは、値はなしとなる。図２６では「－」で値なしを示している。送金先ＩＤ列はユーザが送金元ユーザとして特典を受けたときに、係る送金の送金先ユーザのユーザＩＤを記憶する。金額列は送金された額を記憶する。オファＩＤ列は受け取った特典のオファＩＤを記憶する。受領ポイント列は特典をポイントとして受け取った場合に、受け取ったポイント数を記憶する。特典列は受け取った特典が割引券等である場合にその内容を記憶する。有効期限列は特典の有効期限を記憶する。有効期限がない場合は、「なし」や「－」を記憶する。状態列は特典の状態を記憶する。状態は例えば「未使用」、「使用済」又は「期限切れ」である。

図２７は履歴表示処理の手順例を示すフローチャートである。以下の説明において、送金元端末２及び送金先端末３を代表して、ユーザ端末と呼ぶ。ユーザ端末はサービスサーバ７へ履歴要求を送信する（ステップＳ１０１）。履歴要求にはユーザＩＤが含まれている。サービスサーバ７の制御部７１は履歴要求を受信する（ステップＳ１０２）。制御部７１は要求したユーザのユーザＩＤをキーにしてユーザ特典ＤＢ７３８を検索し、ユーザが得た特典の情報を取得する（ステップＳ１０３）。制御部７１は取得した特典を一覧表示する画面を作成する（ステップＳ１０４）。制御部７１は生成した画面をユーザ端末へ送信する（ステップＳ１０５）。ユーザ端末は画面を受信する（ステップＳ１０６）。ユーザ端末は表示部に一覧表を表示し（ステップＳ１０７）、処理を終了する。

図２８は特典一覧画面の例を示す説明図である。特典一覧画面ｄ０４は送金先特典一覧ｄ０４１、送金元特典一覧ｄ０４２及び戻るボタンｄ０４３を含む。送金先特典一覧ｄ０４１はユーザが送金先ユーザとなったときに得た特典の一覧である。送金先特典一覧ｄ０４１は日付列、送金元列、受領額列、変換先列、受領列、有効期限列及び状態列を含む。日付列は特典を得た日付を表示する。送金元列は送金元ユーザの氏名を表示する。氏名ではなくニックネームやハンドル名でもよい。受領額列は受け取った金額を表示する。変換先列はポイントに変換した場合のポイントの名称を表示する。受領列は受け取ったポイント数を表示する。有効期限列は特典の有効期限を表示する。状態列は特典の状態を表示する。送金元特典一覧ｄ０４２はユーザが送金元ユーザとなったときに得た特典の一覧である。送金元特典一覧ｄ０４２は日付列、送金先列、送金額列、特典列、有効期限列及び状態列を含む。日付列は特典を得た日付を表示する。送金先列は送金先ユーザの氏名を表示する。氏名ではなくニックネームやハンドル名でもよい。送金額列は送金した金額を表示する。特典列は受け取った特典の具体的内容を表示する。有効期限列は特典の有効期限を表示する。状態列は特典の状態を表示する。戻るボタンｄ０４３を選択すると、特典一覧画面ｄ０４を表示する前の画面、例えばホーム画面やメニュー画面等に戻る。

送金先特典一覧ｄ０４１及び送金元特典一覧ｄ０４２の１つの行を選択すると特典に関する詳細情報（利用可能場所、利用条件等）を表示する詳細画面を表示してもよい。なお、履歴機能を設けるのは実施の形態４に限らない。上述の実施の形態１から３それぞれに設けてもよい。

履歴機能により、ユーザは受け取った特典を一覧できるので、受け取った特典を有効活用することが可能となる。特典の活用が進むと特典提供者の売上向上に寄与する。そして、特典提供者はよりお得感のある特典を提供する。それによって、送金システム１１０の利用頻度が向上する。

上述の実施の形態において、提供者の特典提供のオファが選択された場合、その都度、または定期・不定期に集計されて選択されたオファの提供者に通知されて良い。それにより、提供者は集客可能性の情報が得られるので、受け入れの準備または心積もりができる。

各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１００ 仲介システム
１ 仲介サーバ
１１ 制御部
１２ 主記憶部
１３ 補助記憶部
１３１ ユーザＤＢ
１３２ ユーザ属性ＤＢ
１３３ 決済サービスＤＢ
１３４ 送金情報ＤＢ
１３５ 提供者ＤＢ
１３６ 送金先特典ＤＢ
１３７ 送金元特典ＤＢ
１４ 通信部
１５ 読み取り部
１Ｐ 制御プログラム
２ 送金元端末
２１ 制御部
２２ 主記憶部
２３ 補助記憶部
２４ 通信部
２５ 近距離通信部
２６ 入力部
２７ 表示部
２Ｐ 制御プログラム
３ 送金先端末
４ 送金元サーバ
４１ 制御部
４２ 主記憶部
４３ 補助記憶部
４４ 通信部
４５ 読み取り部
４Ｐ 制御プログラム
５ 送金先サーバ
６ サービスサイト
１１０ 送金システム
７ サービスサーバ

Claims (6)

1. 第１ユーザから第２ユーザへの送金情報を取得し、
   取得した前記送金情報を表示し、
   特典情報が対応付いた決済手段を含む複数の決済手段、及び、付与されるインセンティブの算出法を含む前記特典情報を表示し、
   前記第２ユーザからの指示に基づく前記決済手段の選択情報、及び、送金された金額から充当する額が指定された前記インセンティブの受取情報を取得し、
   取得した前記選択情報に基づく前記決済手段により、前記送金情報に基づく送金を受け付けた結果、及び、前記受取情報に基づく前記インセンティブの付与結果を出力する
   処理をコンピュータに行わせることを特徴とするコンピュータプログラム。
2. 前記複数の決済手段には、前記第２ユーザが未使用の決済手段を含む
   ことを特徴とする請求項１に記載のコンピュータプログラム。
3. 前記第１ユーザが使用している複数の決済手段を表示し、
   前記第１ユーザが使用している決済手段の選択情報を含む前記第２ユーザへの送金情報を取得し、
   取得した前記送金情報を出力し、
   前記送金情報に基づく送金が受け付けられた結果を表示する
   ことを特徴とする請求項１又は請求項２に記載のコンピュータプログラム。
4. 前記第１ユーザが使用している各決済手段に対応し、前記第１ユーザへ付与可能な特典に関する特典情報を取得し、
   取得した特典情報を表示する
   ことを特徴とする請求項３に記載のコンピュータプログラム。
5. 第１ユーザが使用している複数の第１決済手段を送信する第１送信部と、
   前記第１決済手段の選択情報を含む第２ユーザへの送金情報を受信する第１受信部と、
   取得した送金情報及び特典情報が対応付いた決済手段を含む複数の第２決済手段、並びに、付与されるインセンティブの算出法を含む前記特典情報を送信する第２送信部と、
   前記第２決済手段の選択情報、及び、送金された金額から充当する額が指定された前記インセンティブの受取情報を受信する第２受信部と、
   第１決済手段による出金及び第２決済手段による入金を実行する決済実行部と、
   前記受取情報に基づく前記インセンティブの付与依頼を送信する第３送信部と
   を備える
   ことを特徴とする決済実行装置。
6. コンピュータが、
   第１ユーザが使用している複数の第１決済手段を送信し、
   前記第１決済手段の選択情報を含む第２ユーザへの送金情報を受信し、
   取得した送金情報及び特典情報が対応付いた決済手段を含む複数の第２決済手段、並びに、付与されるインセンティブの算出法を含む前記特典情報を送信し、
   前記第２決済手段の選択情報、及び、送金された金額から充当する額が指定された前記インセンティブの受取情報を受信し、
   第１決済手段による出金及び第２決済手段による入金を実行し、
   前記受取情報に基づく前記インセンティブの付与依頼を送信する
   ことを特徴とする決済方法。

Images