JP7340066B2 - 集約決済装置、集約決済方法、および集約決済プログラム - Google Patents

Description

本開示は、集約決済装置、集約決済方法、および集約決済プログラムに関する。

電子マネーの普及に伴い、様々な種類の電子マネーが存在する。利用者は、１つの電子マネーを選択する必要はなく、複数の電子マネーを利用することも少なくない。

また、サービスによっては、利用者が買い物などをした場合に付与されるポイント、仮想通貨や銀行口座の現金などを電子マネーにチャージすることもできる。このように、利用者は現金を持たずとも、様々なファンディングソース（支払い原資）によって商品購入やサービス利用の際の支払いを行うことができる。

特開２０１９－１４９１３６号公報

しかしながら、電子マネーやポイントは種類によって利用できる店舗やサービスが異なったり、一度に利用できる金額が決まっていたりする場合などもあるため、複数の電子マネーやポイントの残高が少しずつ残ってしまうことがある。また、ポイントの種類によっては、有効期限が設定されている場合もあり、利用されないまま失効してしまうこともある。そのため、複数の電子マネーやポイントをまとめて１つの支払いに利用したいというニーズがある。

そこで、一つの側面では、複数のファンディングソースをまとめて１つの支払いに利用できる集約決済装置、集約決済方法、および集約決済プログラムを提供することを目的とする。

本開示によれば、複数のファンディングソースによる利用者の支払い指示を第１のコンピュータから受け付ける受付部と、利用者が保有する複数のファンディングソースごとの金額またはポイントの残高を、複数のファンディングソースの各々に対応する複数の第２のコンピュータから取得する取得部と、予め取得された残高と、支払い指示に応答して取得された残高とを比較して一致しない場合、支払い指示に対する決済は不可であることを決定し、支払い指示に対する支払い金額、および複数のファンディングソースごとの残高である充当上限に基づいて、支払い指示に対する決済を行う複数のファンディングソース、および複数のファンディングソースの各々に対する利用金額またはポイントを決定する決定部と、支払い指示に対する決済の可否を、第２のコンピュータに確認する確認部と、複数のファンディングソースの全てに対して決済が可能である場合、支払い指示に対する決済を複数の第２のコンピュータに依頼する決済部とを備えたことを特徴とする集約決済装置が提供される。

また、本開示によれば、集約決済装置が、複数のファンディングソースによる利用者の支払い指示を第１のコンピュータから受け付け、利用者が保有する複数のファンディングソースごとの金額またはポイントの残高を、複数のファンディングソースの各々に対応する第２のコンピュータから取得し、予め取得された残高と、支払い指示に応答して取得された残高とを比較して一致しない場合、支払い指示に対する決済は不可であることを決定し、支払い指示に対する支払い金額、および複数のファンディングソースごとの残高である充当上限に基づいて、支払い指示に対する決済を行う複数のファンディングソース、および複数のファンディングソースの各々に対する利用金額またはポイントを決定し、支払い指示に対する決済の可否を、第２のコンピュータに確認し、複数のファンディングソースの全てに対して決済が可能である場合、支払い指示に対する決済を複数の第２のコンピュータに依頼する処理を実行することを特徴とする集約決済方法が提供される。

また、本開示によれば、集約決済装置に、複数のファンディングソースによる利用者の支払い指示を第１のコンピュータから受け付け、利用者が保有する複数のファンディングソースごとの金額またはポイントの残高を、複数のファンディングソースの各々に対応する第２のコンピュータから取得し、予め取得された残高と、支払い指示に応答して取得された残高とを比較して一致しない場合、支払い指示に対する決済は不可であることを決定し、支払い指示に対する支払い金額、および複数のファンディングソースごとの残高である充当上限に基づいて、支払い指示に対する決済を行う複数のファンディングソース、および複数のファンディングソースの各々に対する利用金額またはポイントを決定し、支払い指示に対する決済の可否を、第２のコンピュータに確認し、複数のファンディングソースの全てに対して決済が可能である場合、支払い指示に対する決済を複数の第２のコンピュータに依頼する処理を実行させることを特徴とする集約決済プログラムが提供される。

一つの側面では、複数のファンディングソースをまとめて１つの支払いに利用できる。

本実施形態に係る情報処理システムの構成例を示す図である。 本実施形態に係る集約決済装置１００の機能構成例を示すブロック図である。 本実施形態に係るマルチファンディングソースによる集約決済の一例を示す図である。 本実施形態に係る集約決済処理の流れを示すフローチャートである。 本実施形態に係る集約決済装置１００のハードウェア構成例を示すブロック図である。

以下に、本実施形態について図面に基づいて詳細に説明する。なお、本明細書および図面において、実質的に同一の部位には、同一の符号を付することにより重複する説明を省略する。

なお、説明は以下の順序で行うものとする。
１．実施形態
１．１．システム構成例
１．２．機能構成例
１．３．機能の概要
１．４．機能の流れ
２．ハードウェア構成例
３．まとめ
４．効果

＜１．実施形態＞
＜＜１．１．システム構成例＞＞
まず、本実施形態に係る情報処理システムの構成例について説明する。図１は、本実施形態に係る情報処理システムの構成例を示す図である。図１に示すように、情報処理システムは、集約決済装置１００、利用者端末２００、外部決済装置３００－１～３００－ｎ（ｎは任意の整数。以下、まとめて「外部決済装置３００」という）、および加盟店装置４００を含む。図１に示すように、集約決済装置１００と、利用者端末２００、外部決済装置３００、および加盟店装置４００とはネットワークＮを介して相互に通信可能に接続される。なお、ネットワークＮは、有線、無線を問わず、インターネットなどの各種通信網を採用することができる。

集約決済装置１００は、例えば、本実施形態に係る集約決済サービスなどを提供するサービス提供者によって管理されるコンピュータである。集約決済装置１００は、複数のファンディングソースによる支払い指示を利用者端末２００から受け付けると、支払い金額およびファンディングソースごとの充当上限や充当順位などに基づいて、決済を行う複数のファンディングソースと、各ファンディングソースの利用金額またはポイントとを決定する。

そして、集約決済装置１００は、決定したファンディングソースごとに、対応する外部決済装置３００に決済可否を確認し、ファンディングソースの全てに対して決済が可能である場合、外部決済装置３００の各々に決済を依頼する。これにより、利用者から集約決済サービスのサービス提供者への支払いが行われる。

また、集約決済装置１００は、外部決済装置３００の各々に対する決済が完了すると、支払い指示に基づいて支払先である加盟店装置４００に対して支払い処理を実行する。これにより、集約決済サービスのサービス提供者から支払先である加盟店への支払いが行われる。なお、加盟店装置４００に対する支払いは、利用者端末２００から支払い指示を受け付けた際にリアルタイムで行われてもよいし、事後的に行われてもよい。

なお、集約決済装置１００は、クラウドコンピューティングサービスの提供者によって管理されるクラウドサーバ装置であってもよいし、複数台のコンピュータで構成される分散型コンピューティングシステムであってもよい。集約決済装置１００の機能構成の詳細については後述する。

利用者端末２００は、利用者が所有し使用する端末である。利用者端末２００は、スマートフォンやタブレットＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などのモバイル端末であってもよいし、利用者の自宅などに設置されるデスクトップＰＣやノートＰＣなどであってもよい。

利用者は、利用者端末２００を用いて、集約決済装置１００などによって提供され、利用者端末２００にインストールされたアプリケーションを介して、複数のファンディングソースによる支払い指示を入力する。

外部決済装置３００は、集約決済サービスなどを提供するサービス提供者以外の外部の決済サービスを提供する決済サービス会社などによって管理されるコンピュータである。外部決済装置３００は、決済サービス会社ごとに外部決済装置３００－１～３００－ｎといったように複数台あり得る。

外部決済装置３００は、集約決済装置１００からの要求に応じて残高照会を実行し、利用者が保有するファンディングソースの金額やポイントの残高を集約決済装置１００に返す。また、外部決済装置３００は、集約決済装置１００からの要求に応じて、利用者に対する信用照会（オーソリ：オーソリゼーション）を実行し、決済可否を回答する。

なお、外部決済装置３００は、利用者の支払いが複数のファンディングソースによるものかなどを認識する必要はなく、集約決済装置１００からの決済依頼に基づいて、利用者が保有する金額またはポイント残高から利用分の金額またはポイントを引き落とす。すなわち、個々の外部決済装置３００は、集約決済装置１００から依頼された単一の決済を、通常の決済と同様に実行する。

加盟店装置４００は、外部決済装置３００によって提供される決済サービスに加盟している店舗などによって管理されるコンピュータである。加盟店装置４００は、集約決済装置１００からの支払いを受け付け、外部決済装置３００に決済依頼を行う。これにより、集約決済サービスのサービス提供者から加盟店への支払いが行われる。

なお、図１では、本実施形態に係る情報処理システムとして、集約決済装置１００、利用者端末２００、外部決済装置３００、および加盟店装置４００の４種類の情報処理装置を含むように示している。しかしながら、本実施形態に係る情報処理システムは、使用形態によって、その他の情報処理装置を含んでもよいし、集約決済装置１００などをさらに細かく複数の装置に分散させて構成してもよい。

＜＜１．２．機能構成例＞＞
次に、本実施形態に係る集約決済装置１００の機能構成例について説明する。図２は、本実施形態に係る集約決済装置１００の機能構成例を示すブロック図である。図２に示すように、本実施形態に係る集約決済装置１００は、記憶部１１０、受付部１２０、取得部１３０、決定部１４０、確認部１５０、決済部１６０、および制御部１７０を備える。

（記憶部１１０）
本実施形態に係る記憶部１１０は、各種プログラムやデータを一時的または恒常的に記憶するための記憶領域である。記憶部１１０には、集約決済装置１００が各種機能を実行するためのプログラムやデータが記憶されてよい。具体的な一例として、記憶部１１０には、本実施形態に係る集約決済サービスを利用者に提供するためのプログラムやデータ、利用者や各ファンディングソースに関するデータ、および各種設定などを管理するための管理データなどが記憶されてよい。もちろん、上記はあくまで一例であり、記憶部１１０は、記憶するデータの種別を特に限定することなく様々な情報を記憶できる。記憶部１１０は、記憶装置の一例であり、例えば、メモリやハードディスクなどである。

（受付部１２０）
本実施形態に係る受付部１２０は、複数のファンディングソースによる利用者の支払い指示を利用者端末２００から受け付ける。なお、支払い指示に対する決済を行う複数のファンディングソースおよび各ファンディングソースの利用金額またはポイントは、支払い指示の中で指示されてもよい。

（取得部１３０）
本実施形態に係る取得部１３０は、受付部１２０によって受け付けられた支払い指示の支払い者である利用者が保有する複数のファンディングソースごとの金額またはポイントの残高を、各ファンディングソースに対応する外部決済装置３００に要求し取得する。

（決定部１４０）
本実施形態に係る決定部１４０は、受付部１２０によって受け付けられた支払い指示に対する支払い金額、および複数のファンディングソースごとの充当上限に基づいて、支払い指示に対する決済を行う複数のファンディングソース、および各ファンディングソースの利用金額またはポイントを決定する。

なお、支払い指示の中で、決済を行う複数のファンディングソース、および各ファンディングソースの利用金額またはポイントが指示されている場合、決定部１４０は、支払い指示に従って、決済を行うファンディングソース、および利用金額またはポイントを決定する。

また、充当上限は、利用者が保有する複数のファンディングソースごとの金額またはポイントの残高である。または、充当上限は、利用者によって設定されてもよく、利用者の設定上限より残高があっても、利用者の設定上限内で金額やポイントが充当される。このように、決定部１４０は、充当上限より多い金額やポイントを充当しないように制御する。

また、決定部１４０は、予め取得された残高と、支払い指示に応答して取得された残高とを比較して一致しない場合、支払い指示に対する決済は不可であることを決定する。これは、いわゆる排他制御であり、他のプロセスによって既に引き落とされた残高に対して決済を行い、残高がマイナスになってしまうことなどを防止するためである。そのため、決定部１４０は、決済依頼の直前に取得された残高と、予め取得された残高とを比較して一致しない場合は、他のプロセスによって既に残高の引き落としが行われたと判断し、決済を行わないように制御する。

また、決定部１４０は、複数のファンディングソースに対する充当順位にさらに基づいて、決済を行う複数のファンディングソースを決定することもできる。なお、複数のファンディングソースに対する充当上限および充当順位は、利用者が予め設定することもできる。また、充当上限および充当順位は、利用者が利用する店舗やサービスごとに設定されてもよく、決定部１４０は、支払い指示に基づいて、利用された店舗やサービスを判断し、決済を行う複数のファンディングソースを決定する際に、都度、充当上限および充当順位を決定してもよい。

（確認部１５０）
本実施形態に係る確認部１５０は、受付部１２０によって受け付けられた支払い指示に対する決済の可否を、決定部１４０によって決定された各ファンディングソースに対応する外部決済装置３００に確認する。

（決済部１６０）
本実施形態に係る決済部１６０は、複数のファンディングソースの全てに対して決済が可能である場合、支払い指示に対する決済を、各ファンディングソースに対応する外部決済装置３００に依頼する。また、この場合、決済部はさらに、支払い指示に基づいて、支払先である加盟店装置４００に対して支払い処理を実行する。

（制御部１７０）
本実施形態に係る制御部１７０は、集約決済装置１００全体を司る処理部であり、集約決済装置１００が備える各構成を制御する。

以上、本実施形態に係る集約決済装置１００の機能構成例について説明した。なお、図２を用いて説明した上記の機能構成はあくまで一例であり、本実施形態に係る集約決済装置１００の機能構成は係る例に限定されない。例えば、集約決済装置１００は、必ずしも図２に示す構成の全てを備えず、一部の構成を集約決済装置１００とは異なる別のコンピュータに備えることもできる。また、集約決済装置１００は、複数の構成を１つの構成として備えてもよい。本実施形態に係る集約決済装置１００の機能構成は、仕様や運用に応じて柔軟に変形可能である。

また、各構成要素の機能を、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）などの演算装置がこれらの機能を実現する処理手順を記述した制御プログラムを記憶したＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの記憶媒体から制御プログラムを読み出し、そのプログラムを解釈して実行することにより行ってもよい。したがって、本実施形態を実施する時々の技術レベルに応じて、適宜利用する構成を変更することが可能である。また、集約決済装置１００のハードウェア構成の一例については後述される。

＜＜１．３．機能の概要＞＞
次に、図３を用いて、本実施形態に係る集約決済装置１００が動作主体となって実行される集約決済サービス（集約決済機能）について説明する。図３は、本実施形態に係るマルチファンディングソースによる集約決済の一例を示す図である。

図３では、例えば、利用者が１５００円分の買い物をし、複数のファンディングソースによって支払いを行う場合を説明する。なお、利用者端末２００には、予め、集約決済装置１００などによって提供された、集約決済サービスを利用するためのアプリケーションがインストールされている。

まず、利用者は、利用者端末２００を介して、支払い方法として複数のファンディングソースによる支払いを指定する。この際、決済を行う複数のファンディングソースや各ファンディングソースの利用金額またはポイントを併せて指定してもよい。

利用者が、決済を行うファンディングソースなどを指定する場合、例えば、利用者端末２００のディスプレイに表示されたアプリケーションに、利用者が利用可能なファンディングソースがアイコンなどで表示されてよい。これにより、利用者は利用可能なファンディングソースを把握し、支払い方法として指定できる。

また、当該アプリケーションに、利用者が保有する各ファンディングソースの金額またはポイントの残高が表示されてよい。これにより、利用者は各ファンディングソースの残高を把握し、どのファンディングソースでどれだけの金額やポイントを利用して支払いを行うかを指定できる。

次に、利用者によって、支払い方法として複数のファンディングソースによる支払いが指定されると、利用者端末２００は支払い指示を集約決済装置１００に送信する。なお、決済を行う複数のファンディングソースや各ファンディングソースの利用金額またはポイントが指定されている場合、利用者端末２００は、支払い指示の中で併せて各指定を指示できる。

次に、集約決済装置１００は、支払い指示を受信すると、図３の集約決済装置１００の吹き出し内に示すように、支払い指示に対する決済を行う複数のファンディングソース、および各ファンディングソースの利用金額またはポイントを決定する。

図３の例では、ファンディングソース（１）が充当順位１位のファンディングソースであり、保有金額３１２０円中の５００円が利用金額として決定されたことを示している。この５００円という金額は、利用者によって予め設定されたファンディングソース（１）に対する充当上限である。

なお、当該充当上限は利用者によって必ずしも指定される必要はない。充当上限が利用者によって指定されない場合、充当上限は、利用者が保有するファンディングソースごとの金額またはポイントの残高であり、各ファンディングソースに対応する外部決済装置３００から取得される。

しかしながら、充当上限が利用者によって指定されている場合であっても、残高より多い金額やポイントは充当されないように集約決済装置１００によって制御される。または、利用者が利用者端末２００を用いて利用金額やポイントを指定する際に、残高より多い金額やポイントを設定できないように制御されてもよい。

また、ファンディングソース（６）～（８）は金額ではなくポイント（Ｐ）であり、図３の例では、１Ｐ＝１円として、充当上限内で利用ポイントが決定される。

なお、決済を行うファンディングソースが支払い指示の中で利用者によって指示されている場合、決定部１４０は、支払い指示に従って、決済を行うファンディングソース、および利用金額またはポイントを決定する。

一方、決済を行うファンディングソースなどが支払い指示の中で指示されていない場合、決定部１４０は、支払い金額、および複数のファンディングソースごとの充当上限および充当順位に基づいて、決済を行うファンディングソース、および利用金額またはポイントを決定する。なお、支払い金額は、支払い指示の中で指示される。

より具体的には、図３の集約決済装置１００の吹き出し内に示すように、支払い金額に対して、充当上限内で利用金額またはポイントが決定される。図３の例では、集約決済装置１００は、充当順位に基づいてファンディングソース（１）から順番に、充当上限内で５００円、２０９円、１２０円・・・と充当し、合計金額が支払い金額の１５００円になるまで、決済を行うファンディングソースを決定する。

なお、図３の例では、８種類のファンディングソースが決済を行うファンディングソースとして決定されたため、８種類のファンディングソースのみ示しているが、利用者が決済を行うファンディングソースは、当然ながら８種類に限定されない。

次に、決済を行うファンディングソースが決定されると、集約決済装置１００は、各ファンディングソースに対応する外部決済装置３００に、各ファンディングソースに対する利用金額またはポイントでの決済可否を確認する。

なお、決済可否の確認の前に、利用者が保有する各ファンディングソースの金額またはポイントの残高を外部決済装置３００の各々から取得し、予め取得された残高と比較できる。これにより、残高が一致しない場合、集約決済装置１００は、外部決済装置３００の各々に対して決済可否を確認することなく、支払い指示に対する決済は不可であることを決定できるので、外部決済装置３００の各々に対して余計な負荷をかけなくて済む。

そして、ファンディングソースの全てに対して決済が可能である場合、集約決済装置１００は、各ファンディングソースに対して決済を依頼する。また、集約決済装置１００は、支払先である加盟店装置４００に対して支払い処理を実行する。

＜＜１．４．機能の流れ＞＞
次に、図４を用いて、本実施形態に係る集約決済処理の手順について説明する。図４は、本実施形態に係る集約決済処理の流れを示すフローチャートである。図４に示す集約決済処理は、利用者が、商品購入やサービス利用の際の支払いを行うために、利用者端末２００を用いて、集約決済装置１００などによって提供されるアプリケーションやＷｅｂサイトにアクセスおよびログインし、集約決済サービスを利用するためのユーザインタフェース（ＵＩ）が利用者端末２００に表示されたところから開始される。

まず、図４に示すように、利用者は、利用者端末２００を介して、支払い方法として複数のファンディングソースによる支払いを指定する（ステップＳ１０１）。なお、支払い金額や支払先は、オンラインショップでの商品購入などの場合はデータ連携により既に指定されていてもよいし、ステップＳ１０１の前後でＱＲコード（登録商標）などの読み込みにより指定されてもよい。

次に、利用者端末２００は、複数のファンディングソースによる支払い指示を集約決済装置１００に送信する（ステップＳ１０２）。この際、利用者端末２００は、支払い金額の他、利用者によって指定された、支払いを行う複数のファンディングソースおよび各ファンディングソースの利用金額またはポイントを併せて集約決済装置１００に送信することもできる。

なお、支払いを行うファンディングソースなどの指定は、例えば、集約決済サービスを利用するためのＵＩに、利用者が現在利用可能なファンディングソース、および保有する金額またはポイントの残高が表示され、これらの表示内容に基づいて利用者によって指定されることにより行われる。

次に、集約決済装置１００は、複数のファンディングソースによる支払い指示を利用者端末２００から受信していない場合（ステップＳ１０３：Ｎｏ）、支払い指示の受信を待つ。一方、支払い指示を受信した場合（ステップＳ１０３：Ｙｅｓ）、集約決済装置１００は、支払い指示に対する決済を行う複数のファンディングソース、および各ファンディングソースの利用金額またはポイントを決定する（ステップＳ１０４）。

なお、ステップＳ１０４における決済を行うファンディングソースなどの決定は、ステップＳ１０３で受信した支払い指示の中で指定されている場合は、支払い指示に従う。一方、支払い指示の中で指定されていない場合は、支払い金額、複数のファンディングソースごとの充当上限および充当順位に基づいて、決済を行うファンディングソースおよび利用金額またはポイントを決定する。

次に、集約決済装置１００は、ステップＳ１０４で決定した各ファンディングソースに対応する外部決済装置３００から、利用者が保有する各ファンディングソースの金額やポイントの残高を取得する（ステップＳ１０５）。厳密には、外部決済装置３００で残高照会が実行され、取得された残高が集約決済装置１００に送信される。

次に、集約決済装置１００は、ステップＳ１０５で取得した残高と、利用者が図４に示す集約決済処理を実行するためにアプリケーションなどを起動した際などに予め取得しておいた残高とを比較してチェックする（ステップＳ１０６）。

ステップＳ１０６で残高を比較した結果、ステップＳ１０５で取得した残高と予め取得しておいた残高とが一致しない場合（ステップＳ１０７：Ｎｏ）、集約決済装置１００は、決済不可としてエラーメッセージを利用者端末２００に送信する（ステップＳ１０８）。

次に、利用者端末２００は、エラーメッセージを集約決済装置１００から受信していない場合（ステップＳ１０９：Ｎｏ）、エラーメッセージの受信を待つ。一方、エラーメッセージを受信した場合（ステップＳ１０９：Ｙｅｓ）、利用者端末２００は、例えば、ディスプレイにエラーメッセージを表示する（ステップＳ１１０）。

ステップＳ１１０の後、図４に示す集約決済処理は終了するが、利用者は、エラーメッセージによってエラー内容を確認し、再度、支払い指示の送信（ステップＳ１０２）からやり直すこともできる。

一方、ステップＳ１０６で残高を比較した結果、ステップＳ１０５で取得した残高と予め取得しておいた残高とが一致する場合（ステップＳ１０７：Ｙｅｓ）、集約決済装置１００は、ステップＳ１０４で決定した各ファンディングソースに対する決済可否を、各ファンディングソースに対応する外部決済装置３００に確認する（ステップＳ１１１）。その後、外部決済装置３００ではファンディングソースに対する信用照会が実行され、決済可否が回答される。

ステップＳ１１１で決済可否を確認した結果、ステップＳ１０４で決定した複数のファンディングソースに対して１つでも決済が不可であるファンディングソースがある場合（ステップＳ１１２：Ｎｏ）、集約決済装置１００は、決済不可としてエラーメッセージを利用者端末２００に送信する（ステップＳ１０８）。

一方、ステップＳ１１１で決済可否を確認した結果、ステップＳ１０４で決定した全てのファンディングソースに対して決済が可能である場合（ステップＳ１１２：Ｙｅｓ）、集約決済装置１００は、ファンディングソースごとに、各ファンディングソースに対応する外部決済装置３００に決済を依頼する（ステップＳ１１３）。これにより、外部決済装置３００で利用者が保有する金額またはポイント残高から利用分の金額またはポイントが引き落とされる。

次に、集約決済装置１００は、支払い指示に基づいて支払先である加盟店装置４００に対して支払い処理を実行する（ステップＳ１１４）。ステップＳ１１４の実行後、図４に示す集約決済処理は終了する。

なお、図４に示す集約決済処理は終了後などに、例えば、利用者によって購入商品が返品されるなどし、売り上げを取り消す場合、集約決済装置１００は、これを受け付けないように制御できる。または、この場合、集約決済装置１００は、図４に示す集約決済処理の全部または一部をロールバックし、各ファンディングソースを元の状態に戻すことができる。

＜２．ハードウェア構成例＞
次に、本実施形態に係る集約決済装置１００のハードウェア構成例について説明する。図５は、本実施形態に係る集約決済装置１００のハードウェア構成例を示すブロック図である。図５を参照すると、集約決済装置１００は、例えば、プロセッサ８０１と、ＲＯＭ８０２と、ＲＡＭ８０３と、ホストバス８０４と、ブリッジ８０５と、外部バス８０６と、インターフェース８０７と、入力装置８０８と、出力装置８０９と、ストレージ８１０と、ドライブ８１１と、接続ポート８１２と、通信装置８１３と、を有する。なお、ここで示すハードウェア構成は一例であり、構成要素の一部が省略されてもよい。また、ここで示される構成要素以外の構成要素をさらに含んでもよい。なお、本実施形態に係る集約決済装置１００以外の装置である、利用者端末２００、外部決済装置３００、および加盟店装置４００も、図５に示すハードウェア構成例と同様または類似の構成をとることができる。

（プロセッサ８０１）
プロセッサ８０１は、例えば、演算処理装置または制御装置として機能し、ＲＯＭ８０２、ＲＡＭ８０３、ストレージ８１０、またはリムーバブル記録媒体９０１に記録された各種プログラムに基づいて各構成要素の動作全般またはその一部を制御する。

（ＲＯＭ８０２、ＲＡＭ８０３）
ＲＯＭ８０２は、プロセッサ８０１に読み込まれるプログラムや演算に用いるデータなどを格納する手段である。ＲＡＭ８０３には、例えば、プロセッサ８０１に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータなどが一時的または永続的に格納される。

（ホストバス８０４、ブリッジ８０５、外部バス８０６、インターフェース８０７）
プロセッサ８０１、ＲＯＭ８０２、ＲＡＭ８０３は、例えば、高速なデータ伝送が可能なホストバス８０４を介して相互に接続される。一方、ホストバス８０４は、例えば、ブリッジ８０５を介して比較的データ伝送速度が低速な外部バス８０６に接続される。また、外部バス８０６は、インターフェース８０７を介して種々の構成要素と接続される。

（入力装置８０８）
入力装置８０８には、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、およびレバーなどが用いられる。さらに、入力装置８０８としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ（以下、リモコン）が用いられることもある。また、入力装置８０８には、マイクロフォンなどの音声入力装置が含まれる。

（出力装置８０９）
出力装置８０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、ＬＣＤ、または有機ＥＬなどのディスプレイ装置、スピーカ、ヘッドホンなどのオーディオ出力装置、プリンタ、携帯電話、またはファクシミリなど、取得した情報を利用者に対して視覚的または聴覚的に通知することが可能な装置である。また、本実施形態に係る出力装置８０９は、触覚刺激を出力することが可能な種々の振動デバイスを含む。

（ストレージ８１０）
ストレージ８１０は、各種のデータを格納するための装置である。ストレージ８１０としては、例えば、ハードディスクドライブ（ＨＤＤ）などの磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどが用いられる。

（ドライブ８１１）
ドライブ８１１は、例えば、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９０１に記録された情報を読み出し、またはリムーバブル記録媒体９０１に情報を書き込む装置である。

（接続ポート８１２）
接続ポート８１２は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）、ＲＳ－２３２Ｃポート、または光オーディオ端子などのような外部接続機器９０２を接続するためのポートである。

（通信装置８１３）
通信装置８１３は、ネットワークに接続するための通信デバイスであり、例えば、有線または無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）用のルータ、または各種通信用のモデムなどである。

（リムーバブル記録媒体９０１）
リムーバブル記録媒体９０１は、例えば、ＤＶＤメディア、Ｂｌｕ－ｒａｙ（登録商標）メディア、ＨＤ ＤＶＤメディア、各種の半導体記憶メディアなどである。もちろん、リムーバブル記録媒体９０１は、例えば、非接触型ＩＣチップを搭載したＩＣカード、または電子機器などであってもよい。

（外部接続機器９０２）
外部接続機器９０２は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、またはＩＣレコーダなどである。

なお、本実施形態に係る記憶部１１０は、ＲＯＭ８０２やＲＡＭ８０３、ストレージ８１０によって実現される。また、プロセッサ８０１によって実現される本実施形態に係る制御部１７０が、受付部１２０、取得部１３０、決定部１４０、確認部１５０、および決済部１６０を実現する各制御プログラムを、ＲＯＭ８０２やＲＡＭ８０３などから読み出し実行する。また、通信装置８１３によって、ホストバス８０４、ブリッジ８０５、外部バス８０６、インターフェース８０７を介して、外部装置とのデータの送受信が行われる。

＜３．まとめ＞
以上説明したように、集約決済装置１００は、複数のファンディングソースによる利用者の支払い指示を利用者端末２００から受け付ける受付部１２０と、利用者が保有する複数のファンディングソースごとの金額またはポイントの残高を、複数のファンディングソースの各々に対応する複数の外部決済装置３００から取得する取得部１３０と、予め取得された残高と、支払い指示に応答して取得された残高とを比較して一致しない場合、支払い指示に対する決済は不可であることを決定し、支払い指示に対する支払い金額、および複数のファンディングソースごとの残高である充当上限に基づいて、支払い指示に対する決済を行う複数のファンディングソース、および複数のファンディングソースの各々に対する利用金額またはポイントを決定する決定部１４０と、支払い指示に対する決済の可否を、複数のファンディングソースの各々に対応する複数の外部決済装置３００に確認する確認部１５０と、複数のファンディングソースの全てに対して決済が可能である場合、支払い指示に対する決済を複数の外部決済装置３００に依頼する決済部１６０とを備える。

これにより、利用者は、複数のファンディングソースをまとめて１つの支払いに利用できる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

＜４．効果＞
上述したように、集約決済装置１００は、以下のような構成を取り様々な効果を奏し得る。しかしながら、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏し得る。

（１）複数のファンディングソースによる利用者の支払い指示を利用者端末２００である第１のコンピュータから受け付ける受付部１２０と、
前記利用者が保有する前記複数のファンディングソースごとの金額またはポイントの残高を、前記複数のファンディングソースの各々に対応する外部決済装置３００である複数の第２のコンピュータから取得する取得部１３０と、
予め取得された前記残高と、前記支払い指示に応答して取得された前記残高とを比較して一致しない場合、前記支払い指示に対する決済は不可であることを決定し、
前記支払い指示に対する支払い金額、および前記複数のファンディングソースごとの前記残高である充当上限に基づいて、前記支払い指示に対する決済を行う前記複数のファンディングソース、および前記複数のファンディングソースの各々に対する利用金額またはポイントを決定する決定部１４０と、
前記支払い指示に対する決済の可否を、前記第２のコンピュータに確認する確認部１５０と、
前記複数のファンディングソースの全てに対して決済が可能である場合、前記支払い指示に対する決済を前記第２のコンピュータに依頼する決済部１６０と
を備えたことを特徴とする集約決済装置１００。

これにより、集約決済装置１００は、１つの支払い指示に対する決済を複数のファンディングソースに対して依頼するので、利用者は、複数のファンディングソースをまとめて１つの支払いに利用できる。

（２）前記決定部は、前記複数のファンディングソースに対する充当順位にさらに基づいて、決済を行う前記複数のファンディングソースを決定することを特徴とする前記（１）に記載の集約決済装置１００。

これにより、集約決済装置１００は、支払い金額に達するまで、各ファンディングソースの充当順位および充当上限内で利用金額およびポイントを決定するので、利用者は、より容易に、複数のファンディングソースをまとめて１つの支払いに利用できる。

（３）前記充当上限および前記充当順位は、前記利用者によって予め設定されることを特徴とする前記（２）に記載の集約決済装置１００。

これにより、利用者は、利用するファンディングソースや金額およびポイントを自由に指定して、複数のファンディングソースをまとめて１つの支払いに利用できる。

（４）前記決済部１６０はさらに、前記複数のファンディングソースの全てに対して決済が可能である場合、前記支払い指示に基づく支払い処理を実行することを特徴とする前記（１）に記載の集約決済装置１００。

これにより、集約決済装置１００は、ファンディングソースの全てに対して決済が可能である場合のみ支払い処理を実行するので、利用者は、決済可能な複数のファンディングソースをまとめて１つの支払いに利用できる。

（５）前記決済部１６０はさらに、前記支払い指示に対する決済をキャンセルする場合、前記複数のファンディングソースを元の状態に戻すために、前記複数のファンディングソースの各々に対する処理の全部または一部をロールバックする処理を実行することを特徴とする前記（１）に記載の集約決済装置１００。

これにより、集約決済装置１００は、複数のファンディングソースをまとめた１つの支払いに対しても、支払いおよび決済のキャンセルを行うことができる。

（６）集約決済装置１００が、
複数のファンディングソースによる利用者の支払い指示を第１のコンピュータから受け付け、
前記利用者が保有する前記複数のファンディングソースごとの金額またはポイントの残高を、前記複数のファンディングソースの各々に対応する外部決済装置３００である複数の第２のコンピュータから取得し、
予め取得された前記残高と、前記支払い指示に応答して取得された前記残高とを比較して一致しない場合、前記支払い指示に対する決済は不可であることを決定し、
前記支払い指示に対する支払い金額、および前記複数のファンディングソースごとの前記残高である充当上限に基づいて、前記支払い指示に対する決済を行う前記複数のファンディングソース、および前記複数のファンディングソースの各々に対する利用金額またはポイントを決定し、
前記支払い指示に対する決済の可否を、前記第２のコンピュータに確認し、
前記複数のファンディングソースの全てに対して決済が可能である場合、前記支払い指示に対する決済を前記第２のコンピュータに依頼する
処理を実行することを特徴とする集約決済方法。

（７）集約決済装置１００に、
複数のファンディングソースによる利用者の支払い指示を第１のコンピュータから受け付け、
前記利用者が保有する前記複数のファンディングソースごとの金額またはポイントの残高を、前記複数のファンディングソースの各々に対応する複数の外部決済装置３００である第２のコンピュータから取得し、
予め取得された前記残高と、前記支払い指示に応答して取得された前記残高とを比較して一致しない場合、前記支払い指示に対する決済は不可であることを決定し、
前記支払い指示に対する支払い金額、および前記複数のファンディングソースごとの前記残高である充当上限に基づいて、前記支払い指示に対する決済を行う前記複数のファンディングソース、および前記複数のファンディングソースの各々に対する利用金額またはポイントを決定し、
前記支払い指示に対する決済の可否を、前記第２のコンピュータに確認し、
前記複数のファンディングソースの全てに対して決済が可能である場合、前記支払い指示に対する決済を前記第２のコンピュータに依頼する
処理を実行させることを特徴とする集約決済プログラム。

１００ 集約決済装置
１１０ 記憶部
１２０ 受付部
１３０ 取得部
１４０ 決定部
１５０ 確認部
１６０ 決済部
１７０ 制御部
２００ 利用者端末
３００ 外部決済装置
４００ 加盟店装置

Claims (7)

1. 複数のファンディングソースによる利用者の支払い指示を第１のコンピュータから受け付ける受付部と、
   前記利用者が保有する前記複数のファンディングソースごとの金額またはポイントの残高を、前記複数のファンディングソースの各々に対応する複数の第２のコンピュータから取得する取得部と、
   予め取得された前記残高と、前記支払い指示に応答して取得された前記残高とを比較して一致しない場合、前記支払い指示に対する決済は不可であることを決定し、
   前記支払い指示に対する支払い金額、および前記複数のファンディングソースごとの前記残高である充当上限に基づいて、前記支払い指示に対する決済を行う前記複数のファンディングソース、および前記複数のファンディングソースの各々に対する利用金額またはポイントを決定する決定部と、
   前記支払い指示に対する決済の可否を、前記第２のコンピュータに確認する確認部と、
   前記複数のファンディングソースの全てに対して決済が可能である場合、前記支払い指示に対する決済を前記第２のコンピュータに依頼する決済部と
   を備えたことを特徴とする集約決済装置。
2. 前記決定部は、前記複数のファンディングソースに対する充当順位にさらに基づいて、決済を行う前記複数のファンディングソースを決定することを特徴とする請求項１に記載の集約決済装置。
3. 前記充当上限および前記充当順位は、前記利用者によって予め設定されることを特徴とする請求項２に記載の集約決済装置。
4. 前記決済部はさらに、前記複数のファンディングソースの全てに対して決済が可能である場合、前記支払い指示に基づく支払い処理を実行することを特徴とする請求項１に記載の集約決済装置。
5. 前記決済部はさらに、前記支払い指示に対する決済をキャンセルする場合、前記複数のファンディングソースを元の状態に戻すために、前記複数のファンディングソースの各々に対する処理の全部または一部をロールバックする処理を実行することを特徴とする請求項１に記載の集約決済装置。
6. 集約決済装置が、
   複数のファンディングソースによる利用者の支払い指示を第１のコンピュータから受け付け、
   前記利用者が保有する前記複数のファンディングソースごとの金額またはポイントの残高を、前記複数のファンディングソースの各々に対応する複数の第２のコンピュータから取得し、
   予め取得された前記残高と、前記支払い指示に応答して取得された前記残高とを比較して一致しない場合、前記支払い指示に対する決済は不可であることを決定し、
   前記支払い指示に対する支払い金額、および前記複数のファンディングソースごとの前記残高である充当上限に基づいて、前記支払い指示に対する決済を行う前記複数のファンディングソース、および前記複数のファンディングソースの各々に対する利用金額またはポイントを決定し、
   前記支払い指示に対する決済の可否を、前記第２のコンピュータに確認し、
   前記複数のファンディングソースの全てに対して決済が可能である場合、前記支払い指示に対する決済を前記第２のコンピュータに依頼する
   処理を実行することを特徴とする集約決済方法。
7. 集約決済装置に、
   複数のファンディングソースによる利用者の支払い指示を第１のコンピュータから受け付け、
   前記利用者が保有する前記複数のファンディングソースごとの金額またはポイントの残高を、前記複数のファンディングソースの各々に対応する複数の第２のコンピュータから取得し、
   予め取得された前記残高と、前記支払い指示に応答して取得された前記残高とを比較して一致しない場合、前記支払い指示に対する決済は不可であることを決定し、
   前記支払い指示に対する支払い金額、および前記複数のファンディングソースごとの前記残高である充当上限に基づいて、前記支払い指示に対する決済を行う前記複数のファンディングソース、および前記複数のファンディングソースの各々に対する利用金額またはポイントを決定し、
   前記支払い指示に対する決済の可否を、前記第２のコンピュータに確認し、
   前記複数のファンディングソースの全てに対して決済が可能である場合、前記支払い指示に対する決済を前記第２のコンピュータに依頼する
   処理を実行させることを特徴とする集約決済プログラム。

Images