JP2022011709A - 支払システム、支払方法、及びプログラム - Google Patents

Abstract

【課題】払込票又は払込用番号を利用した支払におけるユーザの利便性を向上させる。【解決手段】支払システム（１）の取得手段（１０１）は、払込票に記載のコードがユーザ端末（３０）により読み取られた場合、又は、払込用番号がユーザ端末（３０）に入力された場合に、コード又は払込用番号に対応する支払に関する支払情報を取得する。特定手段（１０２）は、複数の支払方法のうち、ユーザにより選択された支払方法を特定する。実行手段（１０６）は、支払情報に基づいて、ユーザにより選択された支払方法で支払をするための支払処理を実行する。【選択図】図６

Description

本開示は、支払システム、支払方法、及びプログラムに関する。

従来、コンビニエンスストアなどで払込票に記載のコードを読み取ったり払込用番号を入力したりすることによって、公共料金などの支払をする技術が知られている。例えば、特許文献１には、ユーザ端末で払込票に記載のコードを読み取って本人認証を行うと、ユーザの銀行口座から支払先の銀行口座への振込処理を実行することによって、払込票に記載された支払を実行する方法が記載されている。

特開２００５－２２８１５６号公報

しかしながら、特許文献１の技術は、銀行振込という単一の支払方法しか利用できないので、ユーザの利便性を十分に向上させることができなかった。

本開示は上記課題に鑑みてなされたものであって、その目的は、払込票又は払込用番号を利用した支払におけるユーザの利便性を向上させることが可能な支払システム、支払方法、及びプログラムを提供することである。

上記課題を解決するために、本開示に係る支払システムは、払込票に記載のコードがユーザ端末により読み取られた場合、又は、払込用番号がユーザ端末に入力された場合に、前記コード又は前記払込用番号に対応する支払に関する支払情報を取得する取得手段と、複数の支払方法のうち、ユーザにより選択された支払方法を特定する特定手段と、前記支払情報に基づいて、前記ユーザにより選択された支払方法で前記支払をするための支払処理を実行する実行手段と、を含む。

実施形態に係る支払システムの一例を示す図である。 （Ａ）のタイプの支払先に対する支払の流れを示す図である。 （Ａ）のタイプの支払先に対する支払の流れを示す図である。 （Ｂ）のタイプの支払先に対する支払の流れを示す図である。 （Ｃ）のタイプの支払先に対する支払の流れを示す図である。 支払システムにおいて実現される機能を示す機能ブロック図である。 支払先データベースのデータ格納例を示す図である。 支払情報データベースデータ格納例を示す図である。 支払システムにおいて実行される処理のフロー図である。 支払システムにおいて実行される処理のフロー図である。 支払システムにおいて実行される処理のフロー図である。 変形例（１）における（Ｂ）のタイプの支払先に対する支払の流れを示す図である。

［１．支払システムの全体構成］
以下、本開示に係る実施形態の例について図面に基づき詳細に説明する。図１は、実施形態に係る支払システムの一例を示す図である。図１に示すように、例えば、支払システム１は、銀行サーバ１０、電子決済サーバ２０、及びユーザ端末３０を含み、これらは、インターネットなどのネットワークＮに接続可能である。なお、図１では、銀行サーバ１０、電子決済サーバ２０、及びユーザ端末３０との各々を１台ずつ示しているが、これらは複数台あってもよい。また、サーバコンピュータは、１台だけであってもよい。

銀行サーバ１０は、銀行が管理するサーバコンピュータである。例えば、銀行サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、例えば、少なくとも１つのプロセッサを含む。記憶部１２は、例えば、ＲＡＭ等の主記憶部やハードディスク等の補助記憶部を含む。制御部１１は、記憶部１２に記憶されたプログラムやデータに従って処理を実行する。通信部１３は、有線通信又は無線通信用の通信インタフェースを含む。通信部１３は、ネットワークＮを介して外部機器とのデータ送受信が可能である。

電子決済サーバ２０は、電子決済サービスの提供者が管理するサーバコンピュータである。電子決済サービスは、コンピュータを利用した電子的な決済である。電子決済は、任意の種類であってよく、例えば、クレジットカード、デビットカード、電子マネー、ポイント、又は仮想通貨を利用した決済である。電子決済サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３のハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。

ユーザ端末３０は、ユーザが操作するコンピュータである。本実施形態では、ユーザは、銀行サーバ１０が提供する金融サービスと、電子決済サーバ２０が提供する電子決済サービスと、の両方を利用する。例えば、ユーザ端末３０は、携帯電話（スマートフォンを含む）、携帯情報端末（タブレット型端末及びウェアラブル端末を含む）、又はパーソナルコンピュータである。

ユーザ端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、表示部３５、及び撮影部３６を含む。制御部３１、記憶部３２、及び通信部３３のハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。操作部３４は、入力デバイスであり、例えば、タッチパネルやマウスなどのポインティングデバイス又はキーボードである。表示部３５は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイである。撮影部３６は、少なくとも１つのカメラを含む。

なお、記憶部１２，２２，３２に記憶されるものとして説明するプログラムやデータは、コンピュータ読み取り可能な情報記憶媒体（例えば、ＵＳＢメモリ又はＳＤカード）に記憶されたものが各コンピュータに供給されるようにしてもよいし、ネットワークを介して各コンピュータに供給されるようにしてもよい。また、上記説明した各コンピュータのハードウェア構成は、上記の例に限られず、例えば、情報記憶媒体を読み取る読取部（例えば、ＳＤカードスロット）、又は、外部機器と直接的に通信するための入出力部（例えば、ＵＳＢ端子）が備えられていてもよい。

［２．支払システムの概要］
本実施形態では、ユーザは、銀行における口座開設と、電子決済サービスの利用登録と、を済ませている。また、ユーザ端末３０には、銀行アプリと電子決済アプリがインストールされている。銀行アプリは、銀行が提供する金融サービスを利用するためのアプリケーションであり、例えば、銀行振込、銀行振込以外の送金、残高照会、入出金明細、又はローン申し込みを利用できる。電子決済アプリは、電子決済サービスを利用するためのアプリケーションであり、例えば、クレジットカード、デビットカード、電子マネー、ポイント、又は仮想通貨を利用した支払を実行できる。

本実施形態では、ユーザが払込票を利用して支払をする場面を例に挙げて、支払システム１の処理を説明する。払込票は、コンビニエンスストアなどの店舗で支払をするための用紙である。払込票は、請求書又は納付書と呼ばれることもある。払込票は、任意の形式であってよく、例えば、支払先の名前、支払先の銀行口座の情報、支払金額、支払期限、及びバーコードが印刷されている。払込票は、任意の支払で利用可能であり、例えば、税金、公共料金、又はインターネットで購入した商品の支払で利用されてよい。支払先は、ユーザの支払を受け取る者であり、例えば、ユーザの支払を最終的に受け取る自治体や会社である。なお、収納代行業者が支払先に相当してもよい。

例えば、払込票は、ユーザに郵送で送付される。払込票は、電子的なファイルとしてユーザに送付され、ユーザによって印刷されてもよい。他にも例えば、ユーザがコンビニエンスストアの端末などで払込用番号を入力することによって印刷される用紙が払込票に相当してもよい。なお、払込票は、用紙に印刷されていなくてもよく、画面に電子的に表示されてもよい。

バーコードには、支払に必要な情報が含まれており、例えば、個々の支払を一意に識別する支払ＩＤ、支払先を一意に識別する支払先ＩＤ、支払金額、及び支払期限といった情報が含まれている。本実施形態では、払込票に記載のコードの一例としてバーコードを説明するが、払込票に記載のコードは、バーコードに限られない。払込票に記載のコードは、二次元コードなどの他の任意のコードを利用可能である。このため、本実施形態でバーコードと記載した箇所は、他の任意のコードに読み替えることができる。

ユーザは、払込票のバーコードをユーザ端末３０で読み取ることによって、コンビニエンスストアなどに行かなくても、払込票の支払をすることができる。本実施形態では、銀行アプリと電子決済アプリの両方が払込票の支払に対応しており、ユーザは、何れのアプリを利用してもよい。即ち、ユーザは、任意のアプリを選択して任意の支払方法を選択できる。

本実施形態では、ユーザが選択可能な支払方法として、銀行振込、クレジットカード、及び電子マネーの３つを例に挙げる。支払方法は、電子的な送金方法であり、支払手段ということもできる。銀行振込は、銀行アプリから選択できる。クレジットカードと電子マネーは、電子決済アプリから選択できる。支払システム１に登録された全ての支払先がこれら全ての支払方法に対応してもよいが、本実施形態では、支払先ごとに、対応可能な支払方法が定められている。

本実施形態では、支払先は、下記の（Ａ）－（Ｃ）の何れかのタイプに属する。即ち、銀行振込については、全ての支払先が対応しており、クレジットカードと電子マネーについては、一部の支払先だけが対応しているものとする。
（Ａ）クレジットカード、電子マネー、及び銀行振込の全てに対応可能
（Ｂ）クレジットカードには対応しておらず、電子マネーと銀行振込に対応可能
（Ｃ）クレジットカードと電子マネーには対応しておらず、銀行振込にだけ対応可能

なお、（Ａ）のタイプの中には、ポイントを充当できるクレジットカード支払と、ポイントを充当できないクレジットカード支払と、が存在するものとする。ポイントは、任意の種類を利用可能であり、例えば、電子決済サービスの提供者が管理するポイントであってもよいし、この提供者の提携先が管理するポイントであってもよい。ポイントの充当とは、支払金額の一部又は全部をポイントで支払うことである。ポイントを充当できるクレジットカード支払の場合には、クレジットカードとポイントを併用した支払が可能になる。以降、（Ａ）－（Ｃ）の各々のタイプの支払先に対する支払の流れについて、払込票のバーコードが電子決済アプリで読み取られた場合を例に挙げて説明する。

図２及び図３は、（Ａ）のタイプの支払先に対する支払の流れを示す図である。図２は、ポイントを充当できるクレジットカード支払を示し、図３は、ポイントを充当できないクレジットカード支払を示す。例えば、電子決済アプリのメニューから払込票の支払を選択すると、図２及び図３に示すように、撮影部３６が起動し、撮影画面Ｇ１が表示部３５に表示される。撮影部３６は、所定のフレームレートで連続的に撮影処理を行う。撮影画面Ｇ１には、撮影部３６により撮影された画像が表示される。

ユーザ端末３０は、公知の検出アルゴリズムに基づいて、撮影画像からバーコードを検出する。ユーザ端末３０は、バーコードを検出すると、バーコードに含まれるバーコード情報を抽出して銀行サーバ１０に送信する。バーコード情報は、電子決済サーバ２０を経由してログを取らせるようにしてもよいが、本実施形態では、ユーザ端末３０から銀行サーバ１０に直接的に送信されるものとする。

銀行サーバ１０は、受信したバーコード情報に基づいて支払先を特定し、支払システム１に登録された支払先であるか否かを判定する。支払システム１に登録された支払先ではないと判定された場合には、ユーザ端末３０を利用して支払をすることはできないので、その旨を示すエラーメッセージが表示部３５に表示される。一方、支払システム１に登録された支払先であると判定された場合には、銀行サーバ１０は、ユーザが選択した支払方法が、その支払先に対応しているか否かを判定する。

例えば、ユーザは、複数のクレジットカードを電子決済アプリに登録しており、通常使用するクレジットカードとして、何れかのクレジットカードを選択しているものとする。銀行サーバ１０は、電子決済アプリからバーコードが読み取られた場合には、支払方法としてクレジットカードが選択されたと判定する。銀行サーバ１０は、バーコード情報に基づいて支払先を特定し、この支払先がクレジットカードに対応しているか否かを判定する。ここでは、（Ａ）のタイプの支払先なので、銀行サーバ１０は、支払先がクレジットカードに対応していると判定する。

図２に示すように、ポイントを充当できるクレジットカード支払に対応可能な支払先であれば、ポイントを充当可能な確認画面Ｇ２が表示部３５に表示される。例えば、確認画面Ｇ２には、支払先（又は支払の名前）、支払金額、ユーザが保有するポイントの情報、及びユーザが選択したクレジットカードの情報が表示される。ユーザは、ボタンＢ２０を選択すると、支払金額の一部又は全部をポイントで支払うことができる。図２の例では、電子マネーも併用可能になっているが、電子マネーは併用できなくてもよい。一方、図３に示すように、ポイントを充当できないクレジットカード支払に対応可能な支払先であれば、確認画面Ｇ２には、ポイントの情報とボタンＢ２０は表示されない。

ユーザが、図２又は図３の確認画面Ｇ２のスライドバーＢ２１をスライドさせると、電子決済サーバ２０に対し、確認画面Ｇ２に表示された内容に応じた決済要求が送信される。電子決済サーバ２０は、決済要求に応じて決済処理を実行し、その結果が銀行サーバ１０に送信される。銀行サーバ１０は、電子決済サーバ２０から決済完了の通知を受信すると、収納代行会社に対し、支払が完了した旨を通知する。その後、ユーザ端末３０には、支払が完了したことを示す完了画面Ｇ３が表示される。

図４は、（Ｂ）のタイプの支払先に対する支払の流れを示す図である。図４に示すように、撮影画面Ｇ１が表示されてバーコードが検出されると、（Ａ）のタイプの支払先と同様の処理が実行され、銀行サーバ１０は、支払先がクレジットカードに対応しているか否かを判定する。ここでは、（Ｂ）のタイプの支払先なので、銀行サーバ１０は、支払先がクレジットカードに対応していないと判定する。この場合、支払先がクレジットカードに対応していない旨のメッセージを含むウィンドウＷ２２が確認画面Ｇ２に表示される。

（Ｂ）のタイプの支払先は、電子マネーには対応しているので、ユーザは、支払方法を電子マネーに変更すれば、そのまま電子決済アプリから支払できる。このため、ウィンドウＷ２２には、電子マネーの利用を促す旨のメッセージが表示される。ユーザがボタンＢ２３を選択すると、支払方法を変更するための設定画面Ｇ４が表示部３５に表示される。なお、ユーザがボタンＢ２４を選択すると、払込票の支払をキャンセルできる。

例えば、設定画面Ｇ４には、支払方法として選択中のクレジットカードの情報が表示される。図４の例では、「クレジットカードＡ」が選択されている。ユーザは「クレジットカードＢ」も電子決済サービスに登録しているが、支払先がクレジットカードに対応していないので、「クレジットカードＢ」は選択できないようになっている。ユーザは、ボタンＢ４０，Ｂ４１を選択し、支払方法を電子マネーに変更する。

ユーザがボタンＢ４０，Ｂ４１を選択すると、支払方法が電子マネーに変更されたことを示すウィンドウＷ４２が表示される。ユーザがボタンＢ４３を選択すると、電子マネーで支払するための確認画面Ｇ２が表示される。この確認画面Ｇ２は、図示を省略するが、図２及び図３の確認画面Ｇ２と略同様であり、例えば、支払先、支払金額、及び電子マネーの残高が表示される。ユーザがスライドバーＢ２１をスライドさせると、電子マネーによる支払が完了して完了画面Ｇ３が表示される。

図５は、（Ｃ）のタイプの支払先に対する支払の流れを示す図である。図５に示すように、撮影画面Ｇ１が表示されてバーコードが検出されると、（Ａ）のタイプの支払先と同様の処理が実行され、銀行サーバ１０は、支払先がクレジットカードに対応しているか否かを判定する。ここでは、（Ｃ）のタイプの支払先なので、銀行サーバ１０は、支払先がクレジットカードに対応していないと判定する。また、銀行サーバ１０は、支払先が電子マネーにも対応していないと判定する。（Ｃ）のタイプの支払先は、銀行アプリを利用した銀行振込であれば支払可能なので、支払方法を銀行振込に変更することを促すウィンドウＷ２５が確認画面Ｇ２に表示される。

例えば、ユーザがボタンＢ２６を選択すると、銀行アプリが起動して確認画面Ｇ２が表示部３５に表示される。ユーザがボタンＢ２７を選択すると、払込票の支払をキャンセルできる。なお、銀行アプリは、ボタンＢ２６の選択に応じて自動的に起動するのではなく、ユーザが手動で起動させてもよい。銀行アプリが起動した場合、再びバーコードを読み込ませるようにしてもよいが、本実施形態では、電子決済アプリを利用して取得された情報が流用されるものとする。

図５に示すように、銀行アプリが起動すると、確認画面Ｇ５が表示部３５に表示される。銀行アプリの確認画面Ｇ５は、電子決済アプリの確認画面Ｇ２と概ね同様の内容であり、例えば、支払先、支払金額、及びユーザの銀行口座の情報が表示される。ユーザがスライドバーＢ５０をスライドさせると、銀行振込による支払が完了して完了画面Ｇ６が表示部３５に表示される。銀行サーバ１０により銀行振込が実行されるので、決済要求は、電子決済サーバ２０ではなく銀行サーバ１０に送信される。

なお、図２－図５では、ユーザが電子決済アプリを起動して支払をする場合を説明したが、ユーザは、銀行アプリを起動して支払をしてもよい。この場合、銀行アプリについても、電子決済アプリの撮影画面Ｇ１と同様の撮影画面が表示され、バーコードが検出されると、確認画面Ｇ５が表示される。本実施形態では、支払システム１に登録された全ての支払先は銀行振込に対応可能なので、銀行アプリが利用される場合には、図４のウィンドウＷ２２や図５のウィンドウＷ２５に相当するウィンドウは表示されない。後述する変形例のように、銀行振込に対応していない支払先が存在する場合には、クレジットカードなどの他の支払方法の利用を促す旨のウィンドウが表示されてもよい。

以上のように、本実施形態の支払システム１は、電子決済アプリと銀行アプリの各々で利用可能な複数の支払方法の中から、任意の支払方法をユーザに選択させることによって、払込票を利用した支払におけるユーザの利便性を向上させるようにしている。以降、支払システム１の構成の詳細について説明する。

［３．支払システムにおいて実現される機能］
図６は、支払システム１において実現される機能を示す機能ブロック図である。本実施形態では、銀行サーバ１０、電子決済サーバ２０、及びユーザ端末３０の各々で実現される機能を説明する。

［３－１．銀行サーバにおいて実現される機能］
図６に示すように、銀行サーバ１０では、データ記憶部１００、取得部１０１、特定部１０２、参照部１０３、判定部１０４、表示制御部１０５、及び実行部１０６が実現される。データ記憶部１００は記憶部１２を主として実現され、他の各機能は制御部１１を主として実現される。

［データ記憶部］
データ記憶部１００は、本実施形態で説明する処理を実行するために必要なデータを記憶する。ここでは、データ記憶部１００が記憶するデータの一例として、支払先データベースＤＢ１と、支払情報データベースＤＢ２と、について説明する。

図７は、支払先データベースＤＢ１のデータ格納例を示す図である。図７に示すように、支払先データベースＤＢ１は、個々の支払先に関する情報が格納されたデータベースである。例えば、支払先データベースＤＢ１には、支払先ＩＤ、支払先名、及び対応可能な支払方法が格納されている。支払先名は、支払先である自治体や会社の名前である。

対応可能な支払方法は、支払システム１で対応可能な複数の支払方法のうちの一部又は全部の支払方法である。本実施形態では、クレジットカード、電子マネー、及び銀行振込の各々の対応可否が示されている。クレジットカードに対応可能な支払先については、ポイントの充当可否も示されている。ポイントの充当可否は、クレジットカードとポイントの併用可否ということもできる。支払システム１に新たな支払先が登録されると、支払先データベースＤＢ１に新たなレコードが作成され、この支払先に関する情報が格納される。対応可能な支払方法は、事後的に変更可能であってもよい。

図８は、支払情報データベースＤＢ２のデータ格納例を示す図である。図８に示すように、支払情報データベースＤＢ２は、個々の支払に関する支払情報が格納されたデータベースである。例えば、支払情報データベースＤＢ２には、支払ＩＤ、支払先ＩＤ、支払金額、支払期限、及び支払者名が格納されている。

支払ＩＤは、個々の支払を一意に識別する情報なので、同じ支払先だったとしても支払が異なれば支払ＩＤは異なる。支払ＩＤは、払込票に記載された支払を一意に識別する情報である。本実施形態では、新たな支払が発生して払込票が発行される場合に、支払情報データベースＤＢ２に新たなレコードが作成され、この支払の支払情報が格納される。

なお、データ記憶部１００に記憶されるデータは、上記の例に限られない。データ記憶部１００は、銀行振込に必要なデータを記憶してもよい。例えば、データ記憶部１００は、銀行に開設された口座の支店番号、口座番号、名義人、及び残高といった情報が格納される口座データベースを記憶してもよい。この口座には、ユーザが開設した口座だけでなく、電子決済サービスの提供者用の口座と、この提供者から銀行への送金を受け取るための口座と、が含まれていてもよい。

また例えば、データ記憶部１００は、後述する銀行アプリと電子決済アプリのアプリＩＤを記憶してもよい。アプリＩＤには、支払方法を識別する情報が関連付けられているものとする。このため、本実施形態では、銀行サーバ１０がアプリＩＤを受信すると、そのアプリＩＤに関連付けられた支払方法が、ユーザにより選択された支払方法として特定される。また例えば、データ記憶部１００は、収納代行業者と連携するためのデータを記憶してもよい。また例えば、データ記憶部１００は、電子決済サーバ２０、ユーザ端末３０、及び収納代行業者のサーバの各々と連携するためのＡＰＩを記憶してもよい。

［取得部］
取得部１０１は、払込票のバーコードがユーザ端末３０により読み取られた場合、バーコードに対応する支払に関する支払情報を取得する。バーコードに対応する支払とは、バーコードが記載された払込票の支払である。別の言い方をすれば、バーコードに対応する支払は、バーコードに含まれる情報に基づいて識別される支払である。本実施形態では、バーコード情報に含まれる支払ＩＤによって特定される支払が、バーコードに対応する支払に相当する。

本実施形態では、個々の支払の支払情報が支払情報データベースＤＢ２に格納されているので、支払情報データベースＤＢ２の個々のレコードに格納された情報は、支払情報に相当する。支払情報は、支払を識別可能な情報であればよく、図８の例に限られない。例えば、支払情報には、支払期限が含まれていなくてもよい。また例えば、支払情報には、収納代行業者の識別情報が含まれていてもよい。また例えば、支払情報には、支払先が自由に設定可能なデータ領域が設けられていてもよい。

例えば、支払情報は、バーコードに対応する支払の支払先に関する支払先情報を含む。支払先情報は、支払先を識別可能な情報であり、例えば、支払先ＩＤである。支払先ＩＤ以外にも支払先名が支払先情報に相当してもよい。取得部１０１は、支払情報データベースＤＢ２を参照し、バーコードに対応する支払に関する支払情報を取得する。

本実施形態では、ユーザ端末３０は、バーコードを読み取ると、公知の検出アルゴリズムに基づいて、バーコードに含まれるバーコード情報を取得する。バーコード情報には、少なくとも支払ＩＤが含まれている。ユーザ端末３０は、銀行サーバ１０に対し、バーコード情報を送信する。取得部１０１は、支払情報データベースＤＢ２のうち、ユーザ端末３０から受信したバーコード情報に含まれる支払ＩＤが格納されたレコードを参照し、支払情報を取得する。なお、ユーザ端末３０から銀行サーバ１０に対し、撮影画像が送信されて、バーコード情報は、銀行サーバ１０側で取得されてもよい。

［特定部］
特定部１０２は、複数の支払方法のうち、ユーザにより選択された支払方法を特定する。本実施形態では、クレジットカード、電子マネー、及び銀行振込の３つの支払方法が用意されているので、特定部１０２は、これら３つの支払方法の中から、ユーザにより選択された支払方法を特定する。

ユーザが選択可能な支払方法は、全てのユーザで共通であってもよいし、ユーザに応じて定められていてもよい。例えば、電子決済アプリだけを利用するユーザが存在する場合には、クレジットカードと電子マネーの２つの支払方法だけが選択可能であってもよい。ユーザは、少なくとも１つの支払方法を選択すればよく、複数の支払方法を選択してもよい。ユーザが複数の支払方法を選択する場合には、これら複数の支払方法が１つの支払で併用されてもよいし、予め定められた優先順位に基づいて何れかの支払方法が自動的に選択されてもよい。

本実施形態では、電子決済アプリは複数の支払方法が用意されているので、ユーザにより選択された支払方法は、電子決済アプリで利用可能な複数の支払方法のうちの何れかである。図２－図５の例では、ユーザがクレジットカードを選択する場合を説明したが、ユーザは、電子マネーを選択してもよい。また、図２－図５の例では、ユーザにより選択された支払方法が、ユーザ端末３０の電子決済アプリを利用した支払方法である場合を説明したが、ユーザにより選択された支払方法は、銀行アプリを利用した支払方法であってもよい。

例えば、ユーザ端末３０は、銀行サーバ１０に対し、ユーザにより選択された支払方法を特定するための情報を送信し、特定部１０２は、この情報に基づいて、ユーザにより選択された支払方法を特定する。本実施形態では、この情報の一例として、アプリの識別情報を説明する。アプリの識別情報は、ユーザが選択したアプリを識別可能な情報であり、例えば、アプリがインストールされるたびに発行されるアプリＩＤである。ユーザがアプリを再インストールした場合には、新たなアプリＩＤが発行される。本実施形態では、電子決済アプリと銀行アプリの各々にアプリＩＤが発行されている。なお、アプリの識別情報は、アプリＩＤではなく、アプリの名前などであってもよい。

特定部１０２は、複数のアプリのうち、ユーザにより選択されたアプリのアプリＩＤに基づいて、ユーザにより選択された支払方法を特定する。アプリＩＤと支払方法の対応関係については、データ記憶部１００に予め記憶されているものとする。例えば、特定部１０２は、アプリＩＤが電子決済アプリのものであれば、ユーザによりクレジットカード又は電子マネーが選択されたと判定する。ユーザがクレジットカード又は電子マネーの何れを選択しているかは、アプリＩＤとともに送信されるようにしてもよいし、電子決済アプリであればクレジットカードがデフォルトの支払先として特定されるようにしてもよい。また例えば、特定部１０２は、アプリＩＤが銀行アプリのものであれば、ユーザにより銀行振込が選択されたと判定する。

なお、特定部１０２による特定方法は、上記の例に限られない。アプリＩＤではなく、ユーザにより選択された支払方法の識別情報によって、ユーザにより選択された支払方法が特定されてもよい。この場合、ユーザ端末３０は、銀行サーバ１０に対し、支払方法の識別情報を送信する。例えば、この識別情報には、クレジットカード、電子マネー、又は銀行振込の何れが選択されたかが示されている。この識別情報は、ユーザ端末３０に予め記憶されていてもよいし、バーコードが読み取られる前又は読み取られた後に、ユーザに支払方法を選択させてその選択結果に基づいて生成されるようにしてもよい。

他にも例えば、特定部１０２は、ユーザ端末３０から受信した情報ではなく、銀行サーバ１０に記憶された情報に基づいて、ユーザにより選択された支払方法を特定してもよい。この場合、ユーザにより選択された支払方法の識別情報がデータ記憶部１００に記憶されているものとする。例えば、ユーザの基本情報を格納するユーザデータベースをデータ記憶部１００に記憶させておき、ユーザデータベースに、ユーザにより選択された支払方法（デフォルトの支払方法）が格納されてもよい。この場合、特定部１０２は、ユーザ端末３０からユーザの識別情報（ユーザＩＤ又はユーザ名など）を取得し、この識別情報に関連付けられた支払方法を、ユーザにより選択された支払方法として特定してもよい。

［参照部］
参照部１０３は、複数の支払先の各々と、複数の支払方法の中で対応可能な支払方法と、が関連付けられた支払先データベースＤＢ１を参照する。参照部１０３は、支払先データベースＤＢ１を参照し、バーコードに対応する支払に関連付けられた対応可能な支払方法を特定する。本実施形態では、支払先データベースＤＢ１に、支払先ＩＤと対応可能な支払方法とが関連付けられているので、参照部１０３は、バーコードに対応する支払の支払先ＩＤに関連付けられた対応可能な支払方法を特定する。なお、バーコードに対応する支払の支払先ＩＤは、ユーザ端末３０から受信するバーコード情報に含まれていてもよいし、バーコード情報に含まれる支払ＩＤから検索されてもよい。

本実施形態では、（Ａ）のタイプの支払先は、ポイントを充当できるクレジットカード支払と、ポイントを充当できないクレジットカード支払と、が存在するので、参照部１０３は、複数の支払先の各々と、支払方法の併用可否と、が関連付けられた支払先データベースＤＢ１を参照する。参照部１０３は、支払先データベースＤＢ１を参照し、バーコードに対応する支払に関連付けられた併用可否を特定する。本実施形態では、支払先データベースＤＢ１に、支払先ＩＤと併用可否とが関連付けられているので、参照部１０３は、バーコードに対応する支払の支払先ＩＤに関連付けられた併用可否を特定する。本実施形態では、ポイントを充当できるクレジットカード支払は、併用可能な支払方法であり、ポイントを充当できないクレジットカード支払は、併用不可能な支払方法である。電子マネーと銀行振込についても併用不可能な支払方法である。

［判定部］
判定部１０４は、支払先ＩＤと支払先データベースＤＢ１とに基づいて、バーコードに対応する支払の支払先で、ユーザにより選択された支払方法が対応可能か否かを判定する。判定部１０４は、ユーザにより選択された支払方法と、支払先データベースＤＢ１に格納された対応可能な支払方法と、を比較する。判定部１０４は、ユーザにより選択された支払方法が対応可能な支払方法として支払先データベースＤＢ１に定義されていれば、ユーザにより選択された支払方法が対応可能であると判定する。判定部１０４は、ユーザにより選択された支払方法が対応可能な支払方法として支払先データベースＤＢ１に定義されていなければ、ユーザにより選択された支払方法が対応可能でないと判定する。

本実施形態では、ポイントを充当できるクレジットカード支払のように、併用可能な支払方法が存在するので、判定部１０４は、支払先情報と支払先データベースＤＢ１とに基づいて、バーコードに対応する支払の支払先で、支払方法の併用が可能か否かを判定する。判定部１０４は、ユーザにより選択された支払方法と、支払先データベースＤＢ１に格納された併用可否と、を比較する。判定部１０４は、ユーザにより選択された支払方法が併用可能として支払先データベースＤＢ１に定義されていれば、ユーザにより選択された支払方法が併用可能であると判定する。判定部１０４は、ユーザにより選択された支払方法が併用可能として支払先データベースＤＢ１に定義されていなければ、ユーザにより選択された支払方法が併用可能でないと判定する。

［表示制御部］
表示制御部１０５は、ユーザ端末３０に各種画面を表示させる。例えば、表示制御部１０５は、判定部１０４により対応可能ではないと判定された場合に、バーコードに対応する支払の支払先で対応可能な他の支払方法を、ユーザ端末３０に表示させる。他の支払方法は、ユーザが選択していない支払方法である。他の支払方法が複数存在する場合には、表示制御部１０５は、複数の他の支払方法の全てを表示させてもよいし、その一部だけを表示させてもよい。他の支払方法を表示させるとは、他の支払方法を示す画像を表示させること、又は、他の支払方法を選択可能な画像を表示させることである。本実施形態では、銀行サーバ１０により表示制御部１０５が実現されるので、表示制御部１０５は、これらの画像を表示させるためのデータをユーザ端末３０に送信することによって、これらの画像を表示させる。

例えば、表示制御部１０５は、タイプ（Ｂ）の支払先について、ユーザがクレジットカードを選択した場合に、図４の確認画面Ｇ２のように、ウィンドウＷ２２において、他の支払方法として電子マネーを表示させる。この場合、他の支払方法は、ユーザが支払方法を選択したアプリと同じアプリで利用可能な他の支払方法となる。また例えば、表示制御部１０５は、タイプ（Ｃ）の支払先について、ユーザがクレジットカード又は電子マネーを選択した場合に、図５の確認画面Ｇ２のように、ウィンドウＷ２５において、他の支払方法として銀行振込を表示させる。この場合、他の支払方法は、ユーザが支払方法を選択した電子決済アプリとは異なる銀行アプリを利用した支払方法となる。

［実行部］
実行部１０６は、支払情報に基づいて、ユーザにより選択された支払方法で支払をするための支払処理を実行する。支払処理は、バーコードに対応する支払に関する処理であればよく、例えば、決済処理自体が支払処理に相当してもよいし、決済処理をするために必要な準備処理が支払処理に相当してもよい。例えば、準備処理は、電子決済サーバ２０又はユーザ端末３０に対し、決済処理に必要な情報を送信することである。なお、収納ファイルの作成や収納代行会社への電文の送信が支払処理に相当してもよい。

銀行サーバ１０は銀行振込を実行可能なので、ユーザにより銀行振込が選択された場合には、実行部１０６は、支払処理として、銀行振込を実行する。銀行振込自体は、公知の方法で実行されるようにすればよく、例えば、実行部１０６は、ユーザの銀行口座から支払先の銀行口座に対する支払金額の振込処理を実行する。

一方、ユーザによりクレジットカード又は電子マネーが選択された場合、電子決済サーバ２０が決済処理を実行するので、実行部１０６は、クレジットカード又は電子マネーの決済に必要な準備処理を実行する。この場合の準備処理は、任意の処理であってよく、例えば、ユーザ端末３０に支払情報を送信すること、又は、電子決済サーバ２０に決済処理の実行を依頼することである。

上記のように、実行部１０６は、ユーザにより選択された支払方法に応じて、支払処理の処理内容を異ならせる。即ち、実行部１０６の処理内容は、ユーザにより選択された支払方法に応じて異なる。支払方法と処理内容との関係は、予めプログラムコードに記述されているものとする。実行部１０６は、ユーザにより選択された支払方法に応じた処理内容の支払処理を実行する。

本実施形態では、実行部１０６は、判定部１０４により対応可能であると判定された場合に、支払処理を実行する。実行部１０６は、判定部１０４により対応可能でないと判定された場合には、ユーザにより選択された支払方法の支払処理を実行せず、判定部１０４により対応可能であると判定されたことを条件として、ユーザにより選択された支払方法の支払処理を実行する。

例えば、（Ａ）のタイプの支払先の場合、何れの支払方法が選択されても対応可能であると判定されるので、実行部１０６は、ユーザにより選択された支払方法の支払処理を実行する。また例えば、（Ｂ）のタイプの支払先の場合、電子マネー又は銀行振込の場合に対応可能であると判定されるので、実行部１０６は、電子マネー又は銀行振込の何れかの支払方法がユーザにより選択された場合に、その支払方法の支払処理を実行する。また例えば、（Ｃ）のタイプの支払先の場合、銀行振込の場合に対応可能であると判定されるので、実行部１０６は、ユーザにより銀行振込が選択された場合に、銀行振込の支払処理を実行する。

本実施形態では、判定部１０４により対応可能でないと判定された場合には、他の支払方法を選択可能になるので、実行部１０６は、ユーザにより他の支払方法が選択された場合に、他の支払方法で支払を実行するための支払処理を実行する。本実施形態では、（Ａ）のタイプの支払先の場合には、何れの支払方法が選択されても対応可能であると判定されるので、（Ｂ）又は（Ｃ）のタイプの支払先の場合に、他の支払方法の選択が発生する。

例えば、（Ｂ）のタイプの支払先の場合、ユーザによりクレジットカードが選択されると対応可能でないと判定され、ユーザは他の支払方法として電子マネーを選択できる。実行部１０６は、ユーザにより電子マネーが選択された場合に、電子マネーの支払処理を実行する。また例えば、（Ｃ）のタイプの支払先の場合、ユーザによりクレジットカード又は電子マネーが選択されると対応可能でないと判定され、ユーザは他の支払方法として銀行振込を選択できる。実行部１０６は、ユーザにより銀行振込が選択された場合に、銀行振込の支払処理を実行する。

本実施形態では、複数の支払方法の併用が可能なので、実行部１０６は、ユーザにより選択された複数の支払方法を併用して支払をするための支払処理を実行する。この支払処理は、複数の支払方法の併用に関する処理であればよく、例えば、複数の支払方法の全ての決済処理を実行すること、一部の支払方法の決済処理と他の支払方法の準備処理を実行すること、又は複数の支払方法の全ての準備処理を実行することである。

本実施形態では、全ての支払先で併用が可能なわけではないので、実行部１０６は、判定部１０４により併用が可能であると判定された場合に、ユーザにより選択された複数の支払方法を併用して支払をするための支払処理を実行する。実行部１０６は、判定部１０４により併用が可能であると判定された場合には、複数の支払方法を併用した支払処理を実行せず、判定部１０４により対応可能であると判定されたことを条件として、複数の支払方法を併用した支払処理を実行する。

例えば、（Ａ）のタイプのうち、ポイントを充当できるクレジットカード支払に対応可能な支払先は、クレジットカードとポイントを併用した支払が可能なので、実行部１０６は、これらを併用して支払をするための支払処理を実行する。クレジットカードとポイントについては電子決済サーバ２０が決済処理を実行するので、実行部１０６は、クレジットカードとポイントの各々の決済に必要な準備処理を実行する。準備処理の意味は先述した通りである。例えば、実行部１０６は、一部の支払金額をクレジットカードの支払とし、残りの部分をポイントの支払とする。全額をポイントの支払とする場合に、クレジットカードの決済が０円で実行されてもよい。

［３－２．電子決済サーバにおいて実現される機能］
図６に示すように、電子決済サーバ２０では、データ記憶部２００と決済部２０１とが実現される。データ記憶部２００は、記憶部２２を主として実現され、決済部２０１は、制御部２１を主として実現される。

［データ記憶部］
データ記憶部２００は、決済に必要なデータを記憶する。例えば、データ記憶部２００は、電子決済サービスを利用するユーザに関する情報が格納されたユーザデータベースを記憶する。このユーザデータベースには、電子決済サービスを利用するユーザごとに、電子決済アプリのアプリＩＤ、クレジットカード情報、電子マネー情報、及びポイント情報などが格納されている。

クレジットカード情報は、ユーザが登録したクレジットカードの番号や有効期限などである。電子マネー情報は、ユーザが保有する電子マネーの残高などである。ポイント情報は、ユーザが保有するポイントの残高などである。クレジットカード、電子マネー、又はポイントを利用した支払は、これらの情報に基づいて決済が実行される。決済の実行方法自体は、公知の手法を利用すればよい。

［決済部］
決済部２０１は、ユーザデータベースに記憶された決済情報に基づいて、バーコードに対応する支払の決済を実行する。例えば、ユーザによりクレジットカードが選択された場合、決済部２０１は、ユーザデータベースに格納されたクレジットカード情報に基づいて、クレジットカード決済を実行する。また例えば、ユーザにより電子マネーが選択された場合、実行部１０６は、ユーザデータベースに格納された電子マネー情報に基づいて、電子マネー決済を実行する。他の支払方法を利用可能とする場合には、決済部２０１は、その支払方法に応じた決済情報に基づいて、その支払方法に応じた決済処理を実行すればよい。

［３－３．ユーザ端末において実現される機能］
図６に示すように、ユーザ端末３０では、データ記憶部３００、検出部３０１、受付部３０２、及び表示制御部３０３が実現される。データ記憶部３００は、記憶部３２を主として実現され、他の各機能は、制御部３１を主として実現される。

［データ記憶部］
データ記憶部３００は、バーコードに対応する支払を実行するために必要なデータを記憶する。例えば、データ記憶部３００は、複数の支払方法の各々を利用するためのアプリを記憶する。即ち、データ記憶部３００は、複数の支払方法にそれぞれ対応する複数のアプリを記憶する。本実施形態では、電子決済アプリと銀行アプリの２つのアプリが存在し、ユーザは、何れのアプリも選択可能である。このため、電子決済アプリと銀行アプリの何れのアプリが第１のアプリに相当してもよいし、第２のアプリに相当してもよい。ユーザが先に選択したアプリが第１のアプリに相当し、そのアプリの支払方法が対応可能ではなかった場合に選択される他のアプリが第２のアプリに相当すればよい。

データ記憶部３００は、アプリにログインするための情報を記憶してもよいし、ユーザにより選択された支払方法を記憶してもよい。本実施形態では、電子決済アプリは、デフォルトの支払方法を登録できるので、データ記憶部３００は、ユーザにより選択されたデフォルトの支払方法を識別する情報を記憶してもよい。

［検出部］
検出部３０１は、払込票のバーコードを検出する。本実施形態では、撮影部３６により撮影された撮影画像が利用される場合を説明するが、ユーザ端末３０に専用のコードリーダを備えておいてもよい。例えば、検出部３０１は、撮影画像を画像解析して、バーコードを検出する。検出部３０１は、検出したバーコードに含まれるバーコード情報を取得する。

［受付部］
受付部３０２は、ユーザの操作を受け付ける。例えば、受付部３０２は、複数の支払方法の中から、ユーザによる選択を受け付ける。本実施形態では、アプリの選択により支払方法が選択されるので、受付部３０２は、電子決済アプリ又は銀行アプリの何れかの選択を受け付ける。また例えば、受付部３０２は、ユーザにより選択された支払方法が対応可能ではないと判定された場合に、他の支払方法の選択を受け付ける。

［表示制御部］
表示制御部３０３は、本実施形態で説明する各種画面を表示させる。表示制御部３０３は、アプリを起動して各画面を表示させる。表示制御部３０３は、銀行サーバ１０の表示制御部３０３から他の支払方法に関する情報を受信した場合には、他の支払方法に関する情報を表示させる。

［４．支払システムにおいて実行される処理］
図９－図１１は、支払システム１において実行される処理のフロー図である。図９－図１１に示す処理は、制御部１１，２１，３１の各々が記憶部１２，２２，３２に記憶されたプログラムに従って動作することによって実行される。この処理は、各機能ブロックが実行する処理の一例である。

図９に示すように、ユーザ端末３０は、ユーザの操作に基づいて、電子決済アプリ又は銀行アプリを起動する（Ｓ１）。電子決済アプリが起動した場合（Ｓ１；電子決済アプリ）、ユーザ端末３０は、撮影部３６を起動し、撮影画面Ｇ１を表示部３５に表示させる（Ｓ２）。Ｓ２においては、ユーザ端末３０は、撮影部３６の検出信号に基づいて連続的に撮影画像を取得し、撮影画面Ｇ１に撮影画像を表示させる。

ユーザ端末３０は、撮影画像に基づいて、バーコードを検出する（Ｓ３）。Ｓ３においては、ユーザ端末３０は、公知の検出アルゴリズムに基づいて、撮影画像を画像解析してバーコードを検出する。ユーザ端末３０は、検出アルゴリズムに定義されたルールに基づいて、バーコードに含まれるバーコード情報を取得する。バーコード情報には、少なくとも支払ＩＤと支払先ＩＤが含まれるものとする。

ユーザ端末３０は、電子決済アプリのアプリＩＤと、バーコードから取得したバーコード情報と、を銀行サーバ１０に送信する（Ｓ４）。銀行サーバ１０は、アプリＩＤとバーコード情報を受信すると、支払情報データベースＤＢ２を参照し、支払情報を取得する（Ｓ５）。銀行サーバ１０は、支払先データベースＤＢ１に登録された支払先であるか否かを判定する（Ｓ６）。Ｓ６においては、銀行サーバ１０は、バーコード情報に含まれる支払先ＩＤが支払先データベースＤＢ１に存在するか否かを判定する。

支払先データベースＤＢ１に登録された支払先でないと判定された場合（Ｓ６；Ｎ）、本処理は終了する。この場合、銀行サーバ１０は、ユーザ端末３０にエラーメッセージを表示させ、支払システム１では取り扱いできない支払先であることがユーザに通知される。

一方、支払先データベースＤＢ１に登録された支払先であると判定された場合（Ｓ６；Ｙ）、銀行サーバ１０は、ユーザにより選択された支払方法としてクレジットカードを特定し（Ｓ７）、支払先データベースＤＢ１に基づいて、クレジットカードに対応した支払先であるか否かを判定する（Ｓ８）。Ｓ７においては、銀行サーバ１０は、Ｓ５において受信したアプリＩＤが電子決済アプリを示すので、クレジットカードを支払方法として特定する。Ｓ８においては、銀行サーバ１０は、クレジットカードに対応した支払先の場合には、ポイントの充当可否についても判定する。

ポイントを充当できるクレジットカード支払に対応した支払先であると判定された場合（Ｓ８；充当可）、銀行サーバ１０は、ユーザ端末３０に対し、バーコード情報に含まれる支払ＩＤに対応する支払情報（Ｓ５で取得した支払情報）とともに、ポイントを充当可能である旨の通知を送信する（Ｓ９）。

ユーザ端末３０は、支払情報と通知を受信すると、ポイントを充当可能な確認画面Ｇ２を表示部３５に表示させる（Ｓ１０）。Ｓ１０で表示される確認画面Ｇ２は、図２の状態になる。ユーザがボタンＢ２０を選択した場合に、支払金額の一部又は全部をポイントで充当させる。なお、ユーザが保有するポイントや電子マネーの情報やクレジットカード情報は、電子決済アプリ内に記憶されていてもよいし、確認画面Ｇ２が表示されるタイミングで電子決済サーバ２０から取得されてもよい。

ユーザ端末３０は、スライドバーＢ２１がスライドされた場合に、電子決済サーバ２０に対し、決済要求を送信する（Ｓ１１）。決済要求には、支払ＩＤ、支払金額、選択されたクレジットカードの情報、及び充当されるポイントと電子マネーの額が含まれるものとする。

電子決済サーバ２０は、決済要求を受信すると、決済を実行し（Ｓ１２）、銀行サーバ１０に対し、決済完了通知を送信する（Ｓ１３）。Ｓ１３においては、電子決済サーバ２０は、支払金額に基づいてクレジットカード決済を実行する。ユーザがポイントと電子マネーの充当を選択していた場合には、電子決済サーバ２０は、その額だけポイントと電子マネーの決済を実行する。これらの決済処理自体は、公知の処理を適用可能である。決済完了通知には、ユーザ端末３０から受信した支払ＩＤが含まれるものとする。

銀行サーバ１０は、決済完了通知を受信すると、支払情報データベースＤＢ２に基づいて、収納ファイルを作成して収納電文を外部の収納代行会社のサーバに送信する（Ｓ１４）。銀行サーバ１０は、ユーザ端末３０に対し、支払完了通知を送信し（Ｓ１５）、翌営業日以降、電子決済サービス用の口座から銀行の別段口座へ入金させる（Ｓ１６）。Ｓ１４とＳ１６の処理は、公知の払込票を利用した支払で行われる処理を利用すればよい。例えば、電子決済サービス用の口座には、Ｓ１２における決済相当額が入金されるものとする。なお、本実施形態では、バーコードを読み取ってから支払完了通知までの処理と、企業間の資金移動と、が非同期で行われる場合を説明したが、これらは同期されていてもよい。ユーザ端末３０は、支払完了通知を受信すると、完了画面Ｇ３を表示部３５に表示させ（Ｓ１７）、本処理は終了する。

Ｓ８において、ポイントを充当できないクレジットカード支払に対応した支払先であると判定された場合（Ｓ８；ポイント充当不可）、図１０に移り、銀行サーバ１０は、支払情報データベースＤＢ２に基づいて、ユーザ端末３０に対し、バーコード情報に含まれる支払ＩＤに対応する支払情報とともに、ポイントを充当できない旨の通知を送信する（Ｓ１８）。

ユーザ端末３０は、支払情報と通知を受信すると、ポイントを充当できない確認画面Ｇ２を表示部３５に表示させる（Ｓ１９）。Ｓ１９で表示される確認画面Ｇ２は、図３の状態になる。以降、Ｓ１１の処理に移行し、ユーザがスライドバーＢ２１をスライドしたことに応じて、クレジットカード決済が実行される。ただし、この場合、ポイントを充当できないので、Ｓ１２においては、ポイントの決済等は実行されず、クレジットカード決済のみが実行される。

Ｓ８において、クレジットカードに対応していない支払先であると判定された場合（Ｓ８；Ｎ）、図１０に移り、銀行サーバ１０は、支払先データベースＤＢ１に基づいて、電子マネーに対応した支払先であるか否かを判定する（Ｓ２０）。電子マネーに対応した支払先であると判定された場合（Ｓ２０；Ｙ）、銀行サーバ１０は、支払情報データベースＤＢ２に基づいて、ユーザ端末３０に対し、バーコード情報に含まれる支払ＩＤに対応する支払情報とともに、電子マネーに対応可能である旨の通知を送信する（Ｓ２１）。

ユーザ端末３０は、支払情報と通知を受信すると、ウィンドウＷ２２を含む確認画面Ｇ２を表示部３５に表示させる（Ｓ２２）。Ｓ２２で表示される確認画面Ｇ２は、図４の状態になる。ユーザ端末３０は、ボタンＢ２３が選択された場合に、設定画面Ｇ４を表示部３５に表示させる（Ｓ２３）。

ユーザ端末３０は、ユーザの操作に基づいて支払方法を変更して設定画面Ｇ４にウィンドウＷ４２を表示させ（Ｓ２４）、電子マネーで支払をするための確認画面Ｇ２を表示部３５に表示させる（Ｓ２５）。以降、Ｓ１１の処理に移行し、ユーザがスライドバーＢ２１をスライドしたことに応じて、Ｓ１２において電子マネー決済が実行される。

Ｓ２０において、電子マネーに対応していない支払先であると判定された場合（Ｓ２０；Ｎ）、銀行サーバ１０は、支払情報データベースＤＢ２に基づいて、ユーザ端末３０に対し、バーコード情報に含まれる支払ＩＤに対応する支払情報とともに、銀行振込を促す旨の通知をユーザ端末３０に送信する（Ｓ２６）。ユーザ端末３０は、支払情報と通知を受信すると、ウィンドウＷ２５を含む確認画面Ｇ２を表示部３５に表示させ（Ｓ２７）、ボタンＢ２６が選択されると、銀行アプリが起動して後述するＳ３６の処理に移行する。

Ｓ１において、銀行アプリが起動した場合（Ｓ１；銀行アプリ）、図１１に移り、ユーザ端末３０は、撮影部３６を起動し、撮影画面Ｇ１と同様の撮影画面を表示部３５に表示させる（Ｓ２８）。続くＳ２９～Ｓ３３の処理は、それぞれＳ３～Ｓ７の処理と同様である。Ｓ３３において、銀行アプリのアプリＩＤにより支払方法が銀行振込であることが特定されると、銀行サーバ１０は、銀行サーバ１０は、支払情報データベースＤＢ２に基づいて、ユーザ端末３０に対し、バーコード情報に含まれる支払ＩＤに対応する支払情報とともに、銀行振込に対応可能である旨の通知を送信する（Ｓ３４）。

ユーザ端末３０は、支払情報と通知を受信すると、銀行振込の確認画面Ｇ５を表示部３５に表示させる（Ｓ３５）。Ｓ３５で表示される確認画面Ｇ５は、図５の状態になる。ユーザ端末３０は、スライドバーＢ５０がスライドされた場合に、銀行サーバ１０に対し、決済要求を送信する（Ｓ３６）。決済要求には、ユーザの識別情報、支払ＩＤ、及び支払金額が含まれるものとする。銀行サーバ１０は、決済要求を受信すると、決済を実行する（Ｓ３７）。Ｓ３７においては、銀行サーバ１０は、ユーザの識別情報に基づいてユーザの口座を特定し、銀行振込を実行する。続くＳ３８～Ｓ４０の処理は、それぞれＳ１４，Ｓ１６～Ｓ１７の処理と同様である。

以上説明した支払システム１によれば、複数の支払方法のうち、ユーザにより選択された支払方法で、払込票に記載のコードに対応する支払の支払処理を実行することによって、ユーザが所望する支払方法で支払をさせ、ユーザの利便性を高めることができる。また、本実施形態では、銀行サーバ１０は、ユーザ端末３０でバーコードが読み取られた場合にアプリＩＤとバーコード情報を受信することによって、このタイミングでユーザにより選択された支払方法と特定することができる。このため、銀行サーバ１０とユーザ端末３０の通信回数を少なくすることができる。例えば、銀行サーバ１０が図９のＳ６の判定をして登録された支払先であることが確認された後に、支払先名や支払金額をユーザ端末３０に送信し、ユーザにより選択された支払方法をユーザ端末３０から受信して対応可能か否かを判定する場合には、銀行サーバ１０とユーザ端末３０の通信回数が増加するが、実施形態の支払システム１によれば、このような手間を省き、通信回数を少なくすることができる。支払システム１は、同じバーコードであったとしてもそれを読み取るアプリによって銀行サーバ１０が支払方法を特定することができる。

また、支払システム１は、払込票に記載のコードに対応する支払の支払先で、ユーザにより選択された支払方法が対応可能か否かを判定し、対応可能であると判定された場合に、ユーザにより選択された支払方法で、払込票に記載のコードに対応する支払を実行することによって、支払先が所望する支払方法でユーザに支払をさせ、支払先の企業や自治体などの利便性を高めることができる。

また、支払システム１は、払込票に記載のコードに対応する支払の支払先で、ユーザにより選択された支払方法が対応可能ではないと判定された場合に、払込票に記載のコードに対応する支払の支払先で対応可能な他の支払方法を、ユーザ端末３０に表示させる。ユーザにより他の支払方法が選択された場合に、他の支払方法で、払込票に記載のコードに対応する支払を実行することによって、当初の支払方法が対応していなかったとしても、代替手段となる他の支払方法で支払でき、ユーザの利便性を高めることができる。

また、支払システム１では、ユーザにより選択された支払方法は、アプリで利用可能な複数の支払方法のうちの何れかであり、他の支払方法は、そのアプリで利用可能な他の支払方法であることにより、あるアプリ内で代替手段となる他の支払方法で支払できるので、他のアプリを起動させる手間を省き、ユーザの利便性を高めることができる。

また、支払システム１は、ユーザにより選択された支払方法は、ユーザ端末３０の第１のアプリ（例えば、電子決済アプリ）を利用した支払方法であり、他の支払方法は、ユーザ端末３０の第２のアプリ（例えば、銀行アプリ）を利用した支払方法であることにより、あるアプリの支払方法が対応していなかったとしても、代替手段として他のアプリを利用して支払することができ、ユーザの利便性を高めることができる。

また、支払システム１は、ユーザ端末３０には、複数の支払方法にそれぞれ対応する複数のアプリが記憶されており、複数のアプリのうち、ユーザにより選択されたアプリの識別情報に基づいて、ユーザにより選択された支払方法を特定することにより、銀行サーバ１０は、アプリの識別情報さえ受信すれば支払方法を特定できる。その結果、先述したような通信回数の削減を図ることができる。

また、支払システム１は、ユーザにより選択された複数の支払方法を併用して、払込票のバーコードに対応する支払の支払処理を実行することにより、ユーザの利便性を高めることができる。

また、支払システム１は、払込票のバーコードに対応する支払の支払先で、ユーザにより選択された複数の支払方法の併用が可能か否かを判定し、併用が可能であると判定された場合に、支払方法の併用を認める支払先にだけ併用の支払を可能とし、支払先の企業や自治体などの利便性を高めることができる。

［５．変形例］
なお、本発明は、以上に説明した実施の形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。

（１）例えば、（Ｂ）のタイプの支払先の場合、図４の確認画面Ｇ２のように、支払方法を電子マネーに変更する旨が促される場合を説明したが、電子マネーと銀行振込の何れかをユーザに選択させるようにしてもよい。

図１２は、変形例（１）における（Ｂ）のタイプの支払先に対する支払の流れを示す図である。図１２に示すように、本変形例では、確認画面Ｇ２において、電子マネー又は銀行振込の何れかを選択可能なウィンドウＷ２８が表示される。ユーザがボタンＢ２９を選択すると、図４の設定画面Ｇ４がユーザ端末３０に表示される。ユーザがボタンＢ３０を選択すると、銀行アプリが起動して図５の確認画面Ｇ５がユーザ端末３０に表示される。なお、ユーザがボタンＢ３１を選択すると、払込票の支払キャンセルできる。

本変形例の表示制御部１０５は、バーコードに対応する支払の支払先で対応可能な複数の他の支払方法を、ユーザ端末３０に表示させる。複数の他の支払方法は、同じアプリであってもよいし、互いに異なるアプリであってもよい。表示制御部１０５は、複数の他の支払方法を選択可能に表示させる。例えば、表示制御部１０５は、ウィンドウＷ２８において、電子マネー又は銀行振込の何れかを選択可能に表示させる。

実行部１０６は、複数の他の支払方法のうち、ユーザにより選択された他の支払方法で支払をするための支払処理を実行する。支払処理自体は、実施形態で説明した通りである。実行部１０６の処理は、ユーザにより選択された他の支払方法の支払処理が実行されるという点で異なる。

変形例（１）によれば、バーコードに対応する支払の支払先で対応可能な複数の他の支払方法のうち、ユーザにより選択された他の支払方法で支払をするための支払処理を実行することにより、代替手段となる支払方法の選択肢を増やし、ユーザの利便性を高めることができる。

（２）また例えば、実施形態では、払込票を利用した支払を例に挙げて説明したが、払込票ではなく、払込用番号を入力させる支払についても同様の処理を利用可能である。払込用番号は、支払を一意に識別する情報である。払込用番号は、支払ＩＤと同じであってもよいし、支払ＩＤとは異なる情報であってもよい。払込用番号は、電子メール等でユーザに通知される。ユーザがコンビニエンスストアの端末等で払込用番号を入力すると、支払をするための用紙（払込票の一種）が印刷され、店員が操作する端末等で支払をすることができる。本変形例では、このような払込用番号をユーザ端末３０に入力することによって、支払をする場合を説明する。

本変形例の支払情報データベースＤＢ２には、支払ＩＤに関連付けられて払込用番号が格納されているものとする。本変形例の支払先は、バーコードに対応する支払先ではなく、払込用番号に対応する支払先となる。支払システム１で実行される処理は、実施形態で説明した処理と概ね同様であるが、ユーザ端末３０がバーコードを読み取ってバーコード情報に含まれる支払ＩＤを取得する処理が、ユーザ端末３０に入力された払込用番号を利用して支払ＩＤを取得する処理に置き換わる点で異なる。

取得部１０１は、払込用番号がユーザ端末３０に入力された場合に、払込用番号に対応する支払に関する支払情報を取得する。払込用番号に対応する支払とは、払込用番号に基づいて識別される支払である。支払情報データベースＤＢ２のうち、ユーザにより入力された払込用番号が格納されたレコードに対応する支払は、払込用番号に対応する支払である。支払が特定された後の処理については、実施形態と同様である。

変形例（２）によれば、複数の支払方法のうち、ユーザにより選択された支払方法で、払込用番号に対応する支払を実行することによって、ユーザが所望する支払方法で支払をさせ、ユーザの利便性を高めることができる。

（３）また例えば、上記変形例を組み合わせてもよい。

また例えば、実施形態では、支払先が（Ａ）－（Ｃ）の何れかのタイプである場合を説明したが、支払先のタイプはこれらに限られない。支払先は、複数の支払方法のうちの少なくとも１つに対応していればよい。例えば、銀行振込に対応しておらず、クレジットカードに対応可能な支払先が存在してもよい。この場合、ユーザが銀行アプリでバーコードを読み取ったり払込用番号を入力したりした場合には、クレジットカード支払を促すメッセージがユーザ端末３０に表示され、電子決済アプリが起動してもよい。また例えば、支払方法は、クレジットカード、電子マネー、及び銀行振込に限られず、任意の支払方法の組み合わせを適用可能である。

また例えば、電子決済アプリと銀行アプリの２つがユーザ端末３０にインストールされている場合を説明したが、ユーザ端末３０には、何れかのアプリだけがインストールされていてもよい。また例えば、ユーザ端末３０は、電子決済アプリ及び銀行アプリ以外のアプリを利用して、払込票のバーコードを読み取ったり払込用番号を入力したりしてもよい。また例えば、特にアプリを利用せずに、ブラウザ等を利用して支払が行われてもよい。また例えば、金融機関の一例として銀行を説明したが、銀行以外の金融機関を利用した支払方法であってもよい。

また例えば、電子決済アプリでバーコードが読み取られたり払込用番号が入力されたりした場合に、銀行アプリのインストールの有無が銀行サーバ１０に通知されてもよい。この場合、銀行サーバ１０は、銀行アプリがインストールされている場合にのみ、図５に示すような銀行振込を促すメッセージを表示させるようにしてもよい。このように、電子決済アプリでバーコードが読み取られたり払込用番号が入力されたりした場合に、ユーザにより選択された支払方法以外の他の支払方法（ユーザが対応可能な他の支払方法）が銀行サーバ１０に通知され、銀行サーバ１０は、ユーザにより選択された支払方法が支払先で対応していない場合に、通知された他の支払方法をユーザ端末３０に表示させてもよい。

また例えば、データ記憶部１００は、銀行サーバ１０とは別のデータベースサーバで実現されてもよい。また例えば、銀行サーバ１０において実現されるものとして説明した機能は、電子決済サーバ２０又はユーザ端末３０で実現されてもよい。また例えば、電子決済サーバ２０又はユーザ端末３０において実現されるものとして説明した機能は、銀行サーバ１０で実現されてもよい。他にも例えば、各機能は、他のコンピュータで実現されてもよいし、複数のコンピュータで分担されてもよい。

１ 支払システム、Ｎ ネットワーク、１０ 銀行サーバ、１１，２１，３１ 制御部、１２，２２，３２ 記憶部、１３，２３，３３ 通信部、２０ 電子決済サーバ、３０ ユーザ端末、３４ 操作部、３５ 表示部、３６ 撮影部、Ｇ１ 撮影画面、Ｇ２ 確認画面、Ｇ３ 完了画面、Ｇ４ 設定画面、Ｇ５ 確認画面、Ｇ６ 完了画面、１００ データ記憶部、１０１ 取得部、１０２ 特定部、１０３ 参照部、１０４ 判定部、１０５ 表示制御部、１０６ 実行部、２００ データ記憶部、２０１ 決済部、３００ データ記憶部、３０１ 検出部、３０２ 受付部、３０３ 表示制御部、Ｂ２０，Ｂ２３，Ｂ２４，Ｂ２６，Ｂ２９，Ｂ３０，Ｂ４０，Ｂ４３ ボタン、Ｂ２１，Ｂ５０ スライドバー、ＤＢ１ 支払先データベース、ＤＢ２ 支払情報データベース、Ｗ２２，Ｗ２５，Ｗ２８，Ｗ４２ ウィンドウ。

Claims (11)

1. 払込票に記載のコードがユーザ端末により読み取られた場合、又は、払込用番号がユーザ端末に入力された場合に、前記コード又は前記払込用番号に対応する支払に関する支払情報を取得する取得手段と、
   複数の支払方法のうち、ユーザにより選択された支払方法を特定する特定手段と、
   前記支払情報に基づいて、前記ユーザにより選択された支払方法で前記支払をするための支払処理を実行する実行手段と、
   を含む支払システム。
2. 前記支払情報は、前記支払の支払先に関する支払先情報を含み、
   前記支払システムは、
   複数の支払先の各々と、前記複数の支払方法の中で対応可能な支払方法と、が関連付けられた支払先データベースを参照する参照手段と、
   前記支払先情報と前記支払先データベースとに基づいて、前記支払の支払先で、前記ユーザにより選択された支払方法が対応可能か否かを判定する判定手段と、
   を更に含み、
   前記実行手段は、前記判定手段により対応可能であると判定された場合に、前記支払処理を実行する、
   請求項１に記載の支払システム。
3. 前記支払システムは、前記判定手段により対応可能ではないと判定された場合に、前記支払の支払先で対応可能な他の支払方法を、前記ユーザ端末に表示させる表示制御手段を更に含み、
   前記実行手段は、前記ユーザにより前記他の支払方法が選択された場合に、前記他の支払方法で前記支払をするための支払処理を実行する、
   請求項２に記載の支払システム。
4. 前記表示制御手段は、前記支払の支払先で対応可能な複数の他の支払方法を、前記ユーザ端末に表示させ、
   前記実行手段は、前記複数の他の支払方法のうち、前記ユーザにより選択された他の支払方法で前記支払をするための支払処理を実行する、
   請求項３に記載の支払システム。
5. 前記ユーザ端末には、前記複数の支払方法の各々を利用するためのアプリが記憶されており、
   前記ユーザにより選択された支払方法は、前記アプリで利用可能な前記複数の支払方法のうちの何れかであり、
   前記他の支払方法は、前記アプリで利用可能な他の支払方法である、
   請求項３又は４に記載の支払システム。
6. 前記ユーザにより選択された支払方法は、前記ユーザ端末の第１のアプリを利用した支払方法であり、
   前記他の支払方法は、前記ユーザ端末の第２のアプリを利用した支払方法である、
   請求項３～５の何れかに記載の支払システム。
7. 前記ユーザ端末には、前記複数の支払方法にそれぞれ対応する複数のアプリが記憶されており、
   前記特定手段は、前記複数のアプリのうち、前記ユーザにより選択されたアプリの識別情報に基づいて、前記ユーザにより選択された支払方法を特定する、
   請求項１～６の何れかに記載の支払システム。
8. 前記実行手段は、前記ユーザにより選択された複数の支払方法を併用して前記支払をするための支払処理を実行する、
   請求項１～７の何れかに記載の支払システム。
9. 前記支払情報は、前記支払の支払先に関する支払先情報を含み、
   前記支払システムは、
   複数の支払先の各々と、支払方法の併用可否と、が関連付けられた支払先データベースを参照する参照手段と、
   前記支払先情報と前記支払先データベースとに基づいて、前記支払の支払先で、支払方法の併用が可能か否かを判定する判定手段と、
   を更に含み、
   前記実行手段は、前記判定手段により併用が可能であると判定された場合に、前記ユーザにより選択された複数の支払方法を併用して前記支払をするための支払処理を実行する、
   請求項８に記載の支払システム。
10. 払込票に記載のコードがユーザ端末により読み取られた場合、又は、払込用番号がユーザ端末に入力された場合に、前記コード又は前記払込用番号に対応する支払に関する支払情報を取得する取得ステップと、
    複数の支払方法のうち、ユーザにより選択された支払方法を特定する特定ステップと、
    前記支払情報に基づいて、前記ユーザにより選択された支払方法で前記支払をするための支払処理を実行する実行ステップと、
    を含む支払方法。
11. 払込票に記載のコードがユーザ端末により読み取られた場合、又は、払込用番号がユーザ端末に入力された場合に、前記コード又は前記払込用番号に対応する支払に関する支払情報を取得する取得手段、
    複数の支払方法のうち、ユーザにより選択された支払方法を特定する特定手段、
    前記支払情報に基づいて、前記ユーザにより選択された支払方法で前記支払をするための支払処理を実行する実行手段、
    としてコンピュータを機能させるためのプログラム。

Images