JP2021039462A - 電子マネーのチャージ方法及び電子マネー支援システム - Google Patents
電子マネーのチャージ方法及び電子マネー支援システム Download PDFInfo
- Publication number
- JP2021039462A JP2021039462A JP2019159188A JP2019159188A JP2021039462A JP 2021039462 A JP2021039462 A JP 2021039462A JP 2019159188 A JP2019159188 A JP 2019159188A JP 2019159188 A JP2019159188 A JP 2019159188A JP 2021039462 A JP2021039462 A JP 2021039462A
- Authority
- JP
- Japan
- Prior art keywords
- api
- electronic money
- transfer
- user
- money server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 86
- 238000012546 transfer Methods 0.000 claims abstract description 278
- 239000008186 active pharmaceutical agent Substances 0.000 claims description 411
- 230000008569 process Effects 0.000 description 60
- 238000004891 communication Methods 0.000 description 53
- 238000012545 processing Methods 0.000 description 30
- 238000013475 authorization Methods 0.000 description 13
- 230000004044 response Effects 0.000 description 9
- 230000000694 effects Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 230000001960 triggered effect Effects 0.000 description 5
- 230000003111 delayed effect Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
【課題】金融機関が提供しているオープンＡＰＩを利用することで、利用者の預貯金口座から即時に電子マネー事業者に送金することができるようにする。
【解決手段】電子マネー支援システム１０において、利用者の意思にもとづいて、電子マネーサーバ３０から発行され、オープンＡＰＩである振込実行ＡＰＩ（決済実行）４２の受信を条件に、ＡＰＩ基盤４０が振込実行ＡＰＩ（決済実行）４２を実行する第１のステップと、利用者が決定したチャージ額と同額を、ＡＰＩ基盤４０が勘定系システム５２により、預貯金口座（利用者預貯金口座５３）から引き落とす第２のステップと、同時にチャージ額と同額を、ＡＰＩ基盤４０が勘定系システム５２により、振込先口座（電子マネー事業者預貯金口座５４）へ振り込む第３のステップと、引き落とし及び振り込みの同時実行後、ＡＰＩ基盤４０が「成功のコード」を電子マネーサーバ３０に送信する第４のステップと、を含む。
【選択図】図２
【解決手段】電子マネー支援システム１０において、利用者の意思にもとづいて、電子マネーサーバ３０から発行され、オープンＡＰＩである振込実行ＡＰＩ（決済実行）４２の受信を条件に、ＡＰＩ基盤４０が振込実行ＡＰＩ（決済実行）４２を実行する第１のステップと、利用者が決定したチャージ額と同額を、ＡＰＩ基盤４０が勘定系システム５２により、預貯金口座（利用者預貯金口座５３）から引き落とす第２のステップと、同時にチャージ額と同額を、ＡＰＩ基盤４０が勘定系システム５２により、振込先口座（電子マネー事業者預貯金口座５４）へ振り込む第３のステップと、引き落とし及び振り込みの同時実行後、ＡＰＩ基盤４０が「成功のコード」を電子マネーサーバ３０に送信する第４のステップと、を含む。
【選択図】図２
Description
この発明は、電子マネーのチャージ方法及び電子マネー支援システムに関し、金融機関が提供しているオープンＡＰＩを利用することで、利用者の預貯金口座から即時に電子マネー事業者に送金することができるようにしたものである。
従来、デビットカードの利用時、勘定系ホストが停止する時間があり、その間の対応に関する「決済処理システム、決済処理方法及び決済処理プログラム」が知られている（特許文献１参照）。
具体的には、第１に、銀行の勘定系の停止前に、電子マネー機能に決めた必要額をチャージし、電子マネーで支払を行い、その後、残り残高を口座に戻すようにしている。第２に、勘定系停止時、一定の与信額を定義して支払いし、与信額の支払い分を勘定系システムの再開後に支払うようにしている。
具体的には、第１に、銀行の勘定系の停止前に、電子マネー機能に決めた必要額をチャージし、電子マネーで支払を行い、その後、残り残高を口座に戻すようにしている。第２に、勘定系停止時、一定の与信額を定義して支払いし、与信額の支払い分を勘定系システムの再開後に支払うようにしている。
しかし、上記した従来のシステムは、銀行の勘定系ホストが停止する時間に対する一時的な対応に関するものであり、電子マネーへの継続的なチャージに対応するものでない。
電子マネーへの継続的なチャージの仕組みとしては、銀行における口座振替を利用することも可能です。例えば、利用者がチャージ金額を回収し、銀行勘定システムを利用して電子マネー業者の口座に入金することも可能である。しかし、電子マネー業者の口座に入金が、翌営業日となり、電子マネー業者の資金化が遅延し、又、加盟店への支払も遅延する傾向にあるという問題点があった。
そこで、各請求項にそれぞれ記載された各発明は、上記した従来の技術の有する問題点に鑑みてなされたものであり、その目的とするところは、次の点にある。
電子マネーへの継続的なチャージの仕組みとしては、銀行における口座振替を利用することも可能です。例えば、利用者がチャージ金額を回収し、銀行勘定システムを利用して電子マネー業者の口座に入金することも可能である。しかし、電子マネー業者の口座に入金が、翌営業日となり、電子マネー業者の資金化が遅延し、又、加盟店への支払も遅延する傾向にあるという問題点があった。
そこで、各請求項にそれぞれ記載された各発明は、上記した従来の技術の有する問題点に鑑みてなされたものであり、その目的とするところは、次の点にある。
（請求項１〜５）
請求項１〜５に記載の発明は、「電子マネーのチャージ方法」に関し、次の点を目的とする。
すなわち、請求項１〜５に記載の各発明は、電子マネーのチャージに対し、オープンAPIを利用して、利用者の預貯金口座から即時に電子マネー事業者に送金することで、電子マネー事業者の資金化を早期化し、加盟店への支払も早期化することができるようにしたものである。
請求項１〜５に記載の発明は、「電子マネーのチャージ方法」に関し、次の点を目的とする。
すなわち、請求項１〜５に記載の各発明は、電子マネーのチャージに対し、オープンAPIを利用して、利用者の預貯金口座から即時に電子マネー事業者に送金することで、電子マネー事業者の資金化を早期化し、加盟店への支払も早期化することができるようにしたものである。
（請求項６〜１０）
請求項６〜１０に記載の発明は、「電子マネー支援システム」に関し、上記した請求項１〜５に記載の発明と同様の点を目的とする。
請求項６〜１０に記載の発明は、「電子マネー支援システム」に関し、上記した請求項１〜５に記載の発明と同様の点を目的とする。
各請求項にそれぞれ記載された各発明は、上記した各目的を達成するためになされたものであり、各発明の特徴点を図面に示した発明の実施の形態を用いて、以下に説明する。
なお、カッコ内の符号は、発明の実施の形態において用いた符号を示し、本発明の技術的範囲を限定するものではない。
また、図面番号も、発明の実施の形態において用いた図番を示し、本発明の技術的範囲を限定するものではない。
なお、カッコ内の符号は、発明の実施の形態において用いた符号を示し、本発明の技術的範囲を限定するものではない。
また、図面番号も、発明の実施の形態において用いた図番を示し、本発明の技術的範囲を限定するものではない。
（請求項１）
請求項１に記載の発明は、「電子マネーのチャージ方法」に関し、次の点を特徴とする。
すなわち、請求項１に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
請求項１に記載の発明は、「電子マネーのチャージ方法」に関し、次の点を特徴とする。
すなわち、請求項１に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
第２に、前記利用者の意思にもとづいて、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込実行ＡＰＩの受信を条件に、前記ＡＰＩ基盤が前記振込実行ＡＰＩを実行する第１のステップと、前記利用者が決定したチャージ額と同額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記預貯金口座から引き落とす第２のステップと、同時に前記チャージ額と同額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記振込先口座へ振り込む第３のステップと、引き落とし及び振り込みの同時実行後、前記ＡＰＩ基盤が「成功のコード」を前記電子マネーサーバに送信する第４のステップと、を含む。
第３に、前記ＡＰＩ基盤は、前記「成功のコード」を前記電子マネーサーバに送信することにより、送信した前記「成功のコード」を前記電子マネーサーバが受信したことを契機として、前記電子マネーサーバにおいて、前記利用者が所有する電子マネーのマネー残高に前記チャージ額を加算させるように要求している。
（請求項２）
請求項２に記載の発明は、「電子マネーのチャージ方法」に関し、上記した請求項１に記載の発明の特徴点に加え、次の点を特徴とする。
請求項２に記載の発明は、前記振込実行ＡＰＩの受信を条件に、前記振込実行ＡＰＩを実行することで、前記利用者が予め決定した決定額、又は前記利用者が所有する前記マネー残高に対する不足額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記預貯金口座から引き落とす第５のステップと、同時に前記決定額又は前記不足額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記振込先口座へ振り込む第６のステップと、を含むことを特徴とする。
請求項２に記載の発明は、「電子マネーのチャージ方法」に関し、上記した請求項１に記載の発明の特徴点に加え、次の点を特徴とする。
請求項２に記載の発明は、前記振込実行ＡＰＩの受信を条件に、前記振込実行ＡＰＩを実行することで、前記利用者が予め決定した決定額、又は前記利用者が所有する前記マネー残高に対する不足額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記預貯金口座から引き落とす第５のステップと、同時に前記決定額又は前記不足額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記振込先口座へ振り込む第６のステップと、を含むことを特徴とする。
（請求項３）
請求項３に記載の発明は、「電子マネーのチャージ方法」に関し、上記した請求項１又は請求項２に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項３に記載の発明は、前記利用者の意思にもとづいて、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを、前記ＡＰＩ基盤が前記電子マネーサーバに対して発行する第７のステップと、前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、受信した前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスする第８のステップと、を含むことを特徴とする。
請求項３に記載の発明は、「電子マネーのチャージ方法」に関し、上記した請求項１又は請求項２に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項３に記載の発明は、前記利用者の意思にもとづいて、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを、前記ＡＰＩ基盤が前記電子マネーサーバに対して発行する第７のステップと、前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、受信した前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスする第８のステップと、を含むことを特徴とする。
（請求項４）
請求項４に記載の発明は、「電子マネーのチャージ方法」に関し、次の点を特徴とする。
すなわち、請求項４に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
請求項４に記載の発明は、「電子マネーのチャージ方法」に関し、次の点を特徴とする。
すなわち、請求項４に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
第２に、前記利用者の意思にもとづいて、前記オープンＡＰＩである振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記電子マネーサーバが発行する第１のステップと、発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記電子マネーサーバが前記ＡＰＩ基盤に送信する第２のステップと、前記ＡＰＩ基盤が、受信した前記振込実行ＡＰＩの実行により、前記勘定系システムにより、前記利用者が決定したチャージ額を前記預貯金口座からの引き落とし、同時に前記チャージ額の前記振込先口座へ振り込み、引き落とし及び振り込みの同時実行後、前記ＡＰＩ基盤が発信した「成功のコード」を、前記電子マネーサーバが受信したことを条件に、前記利用者が所有する電子マネーのマネー残高に前記チャージ額を、前記電子マネーサーバが加算する第３のステップと、を含む。
（請求項５）
請求項５に記載の発明は、「電子マネーのチャージ方法」に関し、上記した請求項４に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項５に記載の発明は、第１に、前記利用者が予定している電子マネーの利用予定額を販売店の電子端末から前記電子マネーサーバが受信すると、前記利用予定額が前記利用者の所有する前記マネー残高に達しているか否かを、前記電子マネーサーバが判定する第４のステップと、判定の結果、前記マネー残高が不足している場合には、前記オープンＡＰＩである振込指図ＡＰＩ及び前記振込実行ＡＰＩを、前記電子マネーサーバが発行する第５のステップと、発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを、前記電子マネーサーバが前記ＡＰＩ基盤に送信する第６のステップと、を含む。
請求項５に記載の発明は、「電子マネーのチャージ方法」に関し、上記した請求項４に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項５に記載の発明は、第１に、前記利用者が予定している電子マネーの利用予定額を販売店の電子端末から前記電子マネーサーバが受信すると、前記利用予定額が前記利用者の所有する前記マネー残高に達しているか否かを、前記電子マネーサーバが判定する第４のステップと、判定の結果、前記マネー残高が不足している場合には、前記オープンＡＰＩである振込指図ＡＰＩ及び前記振込実行ＡＰＩを、前記電子マネーサーバが発行する第５のステップと、発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを、前記電子マネーサーバが前記ＡＰＩ基盤に送信する第６のステップと、を含む。
第２に、前記電子マネーサーバは、前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤に送信することにより、送信した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤が受信したことを契機として、前記ＡＰＩ基盤において、前記利用者が予め決定した決定額、又は前記利用者が所有する前記マネー残高に対する不足額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記預貯金口座からの引き落とし、同時に前記決定額又は前記不足額を前記振込先口座へ振り込むように要求している。
（請求項６）
請求項６に記載の発明は、「電子マネー支援システム」に関し、次の点を特徴とする。
すなわち、請求項６に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
請求項６に記載の発明は、「電子マネー支援システム」に関し、次の点を特徴とする。
すなわち、請求項６に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
第２に、前記ＡＰＩ基盤は、前記利用者の意思にもとづいて、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込実行ＡＰＩの受信を条件に、前記振込実行ＡＰＩを実行し、前記利用者が決定したチャージ額と同額を、前記勘定系システムにより前記預貯金口座から引き落させ、同時に前記チャージ額と同額を、前記振込先口座へ前記勘定系システムにより振り込ませ、引き落とし及び振り込みの同時実行後、「成功のコード」を前記電子マネーサーバに送信し、前記「成功のコード」を前記電子マネーサーバに送信することにより、送信した前記「成功のコード」を前記電子マネーサーバが受信したことを契機として、前記電子マネーサーバにおいて、前記利用者が所有する電子マネーのマネー残高に前記チャージ額を加算させるように要求している。
（請求項７）
請求項７に記載の発明は、「電子マネー支援システム」に関し、上記した請求項６に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項７に記載の発明は、前記ＡＰＩ基盤が、前記振込実行ＡＰＩの受信を条件に、受信した前記振込実行ＡＰＩを実行させることで、利用者が予め決定した決定額、又は前記利用者が所有する前記マネー残高に対する不足額を、前記勘定系システムにより、前記預貯金口座から引き落とし、同時に前記決定額又は前記不足額を、前記振込先口座への振り込むことを特徴とする。
請求項７に記載の発明は、「電子マネー支援システム」に関し、上記した請求項６に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項７に記載の発明は、前記ＡＰＩ基盤が、前記振込実行ＡＰＩの受信を条件に、受信した前記振込実行ＡＰＩを実行させることで、利用者が予め決定した決定額、又は前記利用者が所有する前記マネー残高に対する不足額を、前記勘定系システムにより、前記預貯金口座から引き落とし、同時に前記決定額又は前記不足額を、前記振込先口座への振り込むことを特徴とする。
（請求項８）
請求項８に記載の発明は、「電子マネー支援システム」に関し、上記した請求項６又は請求項７に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項８に記載の発明は、前記ＡＰＩ基盤が、前記利用者の意思にもとづいて、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを前記電子マネーサーバに対して発行し、前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスすることを特徴とする。
請求項８に記載の発明は、「電子マネー支援システム」に関し、上記した請求項６又は請求項７に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項８に記載の発明は、前記ＡＰＩ基盤が、前記利用者の意思にもとづいて、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを前記電子マネーサーバに対して発行し、前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスすることを特徴とする。
（請求項９）
請求項９に記載の発明は、「電子マネー支援システム」に関し、次の点を特徴とする。
すなわち、請求項９に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
請求項９に記載の発明は、「電子マネー支援システム」に関し、次の点を特徴とする。
すなわち、請求項９に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
第２に、前記電子マネーサーバは、前記利用者の意思にもとづいて、前記オープンＡＰＩである振込指図ＡＰＩ及び前記振込実行ＡＰＩを発行し、発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤に送信し、前記ＡＰＩ基盤が、受信した前記振込実行ＡＰＩの実行により、前記勘定系システムにより、前記利用者が決定したチャージ額と同額を前記預貯金口座から引き落とし、同時に前記チャージ額と同額を前記振込先口座へ振り込み、引き落とし及び振り込みの同時実行後、前記ＡＰＩ基盤が送信した「成功のコード」を受信したことを条件に、前記利用者が所有する電子マネーのマネー残高に前記チャージ額を加算する。
（請求項１０）
請求項１０に記載の発明は、「電子マネー支援システム」に関し、上記した請求項９に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項１０に記載の発明は、第１に、前記電子マネーサーバが、前記利用者が予定している電子マネーの利用予定額を販売店の電子端末から受信すると、前記利用予定額が前記利用者の所有する前記マネー残高に達しているかどうか判定し、判定の結果、前記マネー残高が不足している場合には、前記オープンＡＰＩである振込指図ＡＰＩ及び前記振込実行ＡＰＩを発行し、発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤に送信する。
請求項１０に記載の発明は、「電子マネー支援システム」に関し、上記した請求項９に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項１０に記載の発明は、第１に、前記電子マネーサーバが、前記利用者が予定している電子マネーの利用予定額を販売店の電子端末から受信すると、前記利用予定額が前記利用者の所有する前記マネー残高に達しているかどうか判定し、判定の結果、前記マネー残高が不足している場合には、前記オープンＡＰＩである振込指図ＡＰＩ及び前記振込実行ＡＰＩを発行し、発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤に送信する。
第２に、前記電子マネーサーバは、前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤に送信することにより、送信した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤が受信したことを契機として、前記ＡＰＩ基盤において、前記利用者が予め決定した決定額、又は前記利用者が所有する前記マネー残高に対する不足額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記預貯金口座からの引き落とし、同時に前記決定額又は前記不足額を前記振込先口座へ振り込むように要求している。
本発明は、以上のように構成されているので、以下に記載されるような効果を奏する。
（請求項１〜５）
請求項１〜５に記載の発明は、「電子マネーのチャージ方法」に関し、次のような効果を奏する。
すなわち、請求項１〜５に記載の発明によれば、電子マネーのチャージに対し、オープンAPIを利用して、利用者の預貯金口座から即時に電子マネー事業者に送金することで、電子マネー事業者の資金化を早期化し、加盟店への支払も早期化することができる。
（請求項１〜５）
請求項１〜５に記載の発明は、「電子マネーのチャージ方法」に関し、次のような効果を奏する。
すなわち、請求項１〜５に記載の発明によれば、電子マネーのチャージに対し、オープンAPIを利用して、利用者の預貯金口座から即時に電子マネー事業者に送金することで、電子マネー事業者の資金化を早期化し、加盟店への支払も早期化することができる。
（請求項６〜１０）
請求項６〜１０に記載の発明は、「電子マネー支援システム」に関し、上記した請求項１〜５に記載の発明と同様の効果を奏するものである。
請求項６〜１０に記載の発明は、「電子マネー支援システム」に関し、上記した請求項１〜５に記載の発明と同様の効果を奏するものである。
（電子マネー支援システム10）
図１中、10は、電子マネー支援システムを示すものである。
電子マネー支援システム10は、図１に示すように、次の構成、「物」を前提とする（以下、「前提条件」という。）。
（１）電子マネーサーバ30
電子マネーサーバ30は、利用者が所有する電子マネーを管理するものである。電子マネーサーバ30は、電子マネー事業者により管理される。
ここで、「電子マネー」は、利用者が支払いした貨幣等と等価で交換した電子的記録残高をいう。
図１中、10は、電子マネー支援システムを示すものである。
電子マネー支援システム10は、図１に示すように、次の構成、「物」を前提とする（以下、「前提条件」という。）。
（１）電子マネーサーバ30
電子マネーサーバ30は、利用者が所有する電子マネーを管理するものである。電子マネーサーバ30は、電子マネー事業者により管理される。
ここで、「電子マネー」は、利用者が支払いした貨幣等と等価で交換した電子的記録残高をいう。
（２）ＡＰＩ基盤40
ＡＰＩ基盤40は、電子マネーサーバ30と通信が可能であり、電子マネーサーバ30に対して開放されたオープンＡＰＩを管理するものである。電子マネーサーバ30は、銀行等の金融機関により管理されているが、銀行に限定されない。
ここで、「オープンＡＰＩ」は、金融機関の機能を外部事業者に提供するインターフェイスをいう。
ここで、「通信」は、例えばインターネットを利用している。
ＡＰＩ基盤40は、電子マネーサーバ30と通信が可能であり、電子マネーサーバ30に対して開放されたオープンＡＰＩを管理するものである。電子マネーサーバ30は、銀行等の金融機関により管理されているが、銀行に限定されない。
ここで、「オープンＡＰＩ」は、金融機関の機能を外部事業者に提供するインターフェイスをいう。
ここで、「通信」は、例えばインターネットを利用している。
（３）勘定系システム52
勘定系システム52は、ＡＰＩ基盤40に接続され、利用者が所有する預貯金口座（利用者預貯金口座53、図２参照）への入金・出金、及び電子マネーサーバ30を管理する管理主体が所有する振込先口座（電子マネー事業者預貯金口座54、図２参照）への振込みを実行可能なものである。
ここで、「接続」は、例えば専用回線を使用して接続しているが、専用回線に限定されない。
勘定系システム52は、ＡＰＩ基盤40に接続され、利用者が所有する預貯金口座（利用者預貯金口座53、図２参照）への入金・出金、及び電子マネーサーバ30を管理する管理主体が所有する振込先口座（電子マネー事業者預貯金口座54、図２参照）への振込みを実行可能なものである。
ここで、「接続」は、例えば専用回線を使用して接続しているが、専用回線に限定されない。
（本発明の特徴）
本発明の特徴は、次の２点にある。
（１）電子マネーのチャージ処理
（２）電子マネーのオートチャージ処理
本発明の特徴は、次の２点にある。
（１）電子マネーのチャージ処理
（２）電子マネーのオートチャージ処理
（電子マネーのチャージ処理）
上記「（１）電子マネーのチャージ処理」は、利用者が、所有する預貯金口座（利用者預貯金口座53）を利用し、当該利用者が所有する電子マネーをチャージできるようにしたものである。
上記「（１）電子マネーのチャージ処理」は、利用者が、所有する預貯金口座（利用者預貯金口座53）を利用し、当該利用者が所有する電子マネーをチャージできるようにしたものである。
電子マネー支援システム10は、利用者の意思にもとづいて、銀行等の金融機関のオープンＡＰＩを利用し、利用者が決定したチャージ額と同額を、預貯金口座（利用者預貯金口座53、図２参照）から引き落とし、同時にチャージ額と同額を、電子マネー事業者の振込先口座（電子マネー事業者預貯金口座54、図２参照）へ振り込む。
引き落とし及び振り込みの同時実行後、電子マネー支援システム10のＡＰＩ基盤40は、「成功のコード」を、電子マネー事業者の電子マネーサーバ30に送信し、これを受信した電子マネーサーバ30が「成功のコード」を受信したことを契機として、利用者が所有する電子マネーのマネー残高にチャージ額を加算させる。
引き落とし及び振り込みの同時実行後、電子マネー支援システム10のＡＰＩ基盤40は、「成功のコード」を、電子マネー事業者の電子マネーサーバ30に送信し、これを受信した電子マネーサーバ30が「成功のコード」を受信したことを契機として、利用者が所有する電子マネーのマネー残高にチャージ額を加算させる。
ここで、「利用者の意思にもとづいて、」には、「チャージ処理」の場合において、次の場合を含む。
（１）利用者の通信端末21からの「チャージ要求」を契機とする場合
（２）販売店の電子端末60（図１参照）を経由して「チャージ要求」が送信される場合
を含む。
（１）利用者の通信端末21からの「チャージ要求」を契機とする場合
（２）販売店の電子端末60（図１参照）を経由して「チャージ要求」が送信される場合
を含む。
また、後述する「オートチャージ処理」の場合においては、販売店の電子端末60又は電子マネー事業者の電子マネーサーバ30においてマネー残高が不足していることの判定結果を契機する。
「オートチャージ」の場合には、チャージ要求の指定を利用者から同意書や利用規約等で指定してもらい、一定金額又は不足額が指定され、「利用者が決定したチャージ金額」と認識される。
「オートチャージ」の場合には、チャージ要求の指定を利用者から同意書や利用規約等で指定してもらい、一定金額又は不足額が指定され、「利用者が決定したチャージ金額」と認識される。
これにより、利用者が所有する電子マネーをチャージできるようにしたものである。すなわち、利用者の所有するマネー残高が「2,000円」で、利用者が「3,000円」をチャージ要求すると、電子マネー支援システム10が稼働し、電子マネー事業者の電子マネーサーバ30が銀行等の金融機関のＡＰＩ基盤40から「成功のコード」を受信したことを契機として、利用者が所有する電子マネーのマネー残高「2,000円」にチャージ額「3,000円」を加算し、マネー残高が「5,000円」となる。
電子マネー支援システム10は、引き落とし及び振り込みの同時実行し、且つ「成功のコード」を電子マネー事業者の電子マネーサーバ30に送信することで、電子マネー事業者の資金化を早期化し、加盟店への支払も早期化することができるようにしたものである。
電子マネー支援システム10は、引き落とし及び振り込みの同時実行し、且つ「成功のコード」を電子マネー事業者の電子マネーサーバ30に送信することで、電子マネー事業者の資金化を早期化し、加盟店への支払も早期化することができるようにしたものである。
（電子マネーのオートチャージ処理）
上記「（２）電子マネーのオートチャージ処理」は、「（１）電子マネーのチャージ処理」の発展系であり、利用者の所有するマネー残高に対する不足額を、自動的にチャージできるようにしたものである。
電子マネー支援システム10は、利用者が予定している電子マネーの利用予定額を販売店の電子端末60から受信を契機として、稼働する。
上記「（２）電子マネーのオートチャージ処理」は、「（１）電子マネーのチャージ処理」の発展系であり、利用者の所有するマネー残高に対する不足額を、自動的にチャージできるようにしたものである。
電子マネー支援システム10は、利用者が予定している電子マネーの利用予定額を販売店の電子端末60から受信を契機として、稼働する。
電子マネー事業者の電子マネーサーバ30は、利用予定額が利用者の所有するマネー残高に達しているか否かを、電子マネーサーバ30が判定し、判定の結果、マネー残高が不足している場合には、銀行等の金融機関のオープンＡＰＩを利用し、利用者が予め決定した決定額、又は利用者が所有するマネー残高に対する不足額を、ＡＰＩ基盤40が勘定系システム52により、預貯金口座（利用者預貯金口座53）からの引き落とし、同時に決定額又は不足額を振込先口座（電子マネー事業者預貯金口座54）へ振り込むように要求している。
これにより、利用者が所有する電子マネーをオートチャージできるようにしたものである。すなわち、利用者の所有するマネー残高が「2,000円」で、利用者の利用予定額が「3,000円」の場合には、マネー残高が不足している。このとき、利用者が予め決定した決定額が「5,000円」の場合には、電子マネーサーバ30は、銀行等の金融機関のオープンＡＰＩを利用し、銀行等の金融機関のＡＰＩ基盤40に「5,000円」の引き落とし及び振り込みの同時実行を要求する。
なお、銀行等の金融機関の勘定系システム52は、利用者の預貯金口座（利用者預貯金口座53）の口座残高を確認の上、例えば「20,000円」の場合には、「5,000円」を引き落とし、口座残高は「１5,000円」となる。
その後、電子マネーサーバ30は、ＡＰＩ基盤40から「成功のコード」を受信したことを契機として、利用者のマネー残高「2,000円」に振り込まれた決定額「5,000円」を加算し、マネー残高が「7,000円」となる。
販売店の電子端末60は、利用者のマネー残高「7,000円」が、利用予定額「3,000円」を越えていることを確認し、利用予定額「3,000円」を支払い、マネー残高「4,000円」となる。
販売店の電子端末60は、利用者のマネー残高「7,000円」が、利用予定額「3,000円」を越えていることを確認し、利用予定額「3,000円」を支払い、マネー残高「4,000円」となる。
電子マネー支援システム10は、引き落とし及び振り込みの同時実行し、且つ「成功のコード」を電子マネー事業者の電子マネーサーバ30に送信することで、電子マネー事業者の資金化を早期化し、加盟店への支払も早期化することができるようにしたものである。
また、引き落とし及び振り込み金額は、利用者が予め決定したチャージ額、又は利用者が所有するマネー残高に対する不足額のうち、予め決定した方法が選択されるので、利用者がチャージ額を計算したり、要求する必要が無く、利用者の負担を軽減できる。
また、引き落とし及び振り込み金額は、利用者が予め決定したチャージ額、又は利用者が所有するマネー残高に対する不足額のうち、予め決定した方法が選択されるので、利用者がチャージ額を計算したり、要求する必要が無く、利用者の負担を軽減できる。
（第１の特徴点）
以下、本発明の特徴点について説明する。
第１の特徴点は、「電子マネーのチャージ方法」に関し、前記した「前提条件」を含み、第１の構成として次のステップを含む。
以下、本発明の特徴点について説明する。
第１の特徴点は、「電子マネーのチャージ方法」に関し、前記した「前提条件」を含み、第１の構成として次のステップを含む。
（第１の構成）
（１）第１のステップ
第１のステップは、利用者の意思にもとづいて、電子マネーサーバ30から発行され、オープンＡＰＩである振込実行ＡＰＩ（決済実行）42の受信を条件に、ＡＰＩ基盤40が振込実行ＡＰＩ（決済実行）42を実行するステップである。
第１のステップについては、後述する図３の順にステップS10、S20、S21、S31、S32、S22、S23、S33が相当する。
（１）第１のステップ
第１のステップは、利用者の意思にもとづいて、電子マネーサーバ30から発行され、オープンＡＰＩである振込実行ＡＰＩ（決済実行）42の受信を条件に、ＡＰＩ基盤40が振込実行ＡＰＩ（決済実行）42を実行するステップである。
第１のステップについては、後述する図３の順にステップS10、S20、S21、S31、S32、S22、S23、S33が相当する。
（２）第２のステップ
第２のステップは、利用者が決定したチャージ額と同額を、ＡＰＩ基盤40が勘定系システム52により、預貯金口座（利用者預貯金口座53）から引き落とすステップである。
第２のステップについては、後述する図３のステップS34が相当する。
第２のステップは、利用者が決定したチャージ額と同額を、ＡＰＩ基盤40が勘定系システム52により、預貯金口座（利用者預貯金口座53）から引き落とすステップである。
第２のステップについては、後述する図３のステップS34が相当する。
（３）第３のステップ
第３のステップは、同時にチャージ額と同額を、ＡＰＩ基盤40が勘定系システム52により、振込先口座（電子マネー事業者預貯金口座54）へ振り込むステップである。
第３のステップについては、後述する図３のステップS35が相当する。
第３のステップは、同時にチャージ額と同額を、ＡＰＩ基盤40が勘定系システム52により、振込先口座（電子マネー事業者預貯金口座54）へ振り込むステップである。
第３のステップについては、後述する図３のステップS35が相当する。
（４）第４のステップ
第４のステップは、引き落とし及び振り込みの同時実行後、ＡＰＩ基盤40が「成功のコード」を電子マネーサーバ30に送信するステップである。
第４のステップについては、後述する図３のステップS36が相当する。
第４のステップは、引き落とし及び振り込みの同時実行後、ＡＰＩ基盤40が「成功のコード」を電子マネーサーバ30に送信するステップである。
第４のステップについては、後述する図３のステップS36が相当する。
（第２の構成）
第２の構成として、ＡＰＩ基盤40は、「成功のコード」を電子マネーサーバ30に送信することにより、送信した「成功のコード」を電子マネーサーバ30が受信したことを契機として、電子マネーサーバ30において、利用者が所有する電子マネーのマネー残高にチャージ額を加算させるように要求していることを特徴とする。
第２の構成については、後述する図３の順にステップS24、S11が相当する。
第２の構成として、ＡＰＩ基盤40は、「成功のコード」を電子マネーサーバ30に送信することにより、送信した「成功のコード」を電子マネーサーバ30が受信したことを契機として、電子マネーサーバ30において、利用者が所有する電子マネーのマネー残高にチャージ額を加算させるように要求していることを特徴とする。
第２の構成については、後述する図３の順にステップS24、S11が相当する。
（第２の特徴点）
第２の特徴点は、「電子マネーのチャージ方法」に関し、前記した第１の特徴点の第１の構成（第１〜第４のステップ）及び第２の構成に加え、第３の構成として次のステップを含む。
第２の特徴点は、「電子マネーのチャージ方法」に関し、前記した第１の特徴点の第１の構成（第１〜第４のステップ）及び第２の構成に加え、第３の構成として次のステップを含む。
（第３の構成）
（１）第５のステップ
第５のステップは、振込実行ＡＰＩ（決済実行）42の受信を条件に、振込実行ＡＰＩ（決済実行）42を実行することで、利用者が予め決定した決定額、又は利用者が所有するマネー残高に対する不足額を、ＡＰＩ基盤40が勘定系システム52により、預貯金口座（利用者預貯金口座53）から引き落とすステップである。
第５のステップについては、後述する図４の順にステップS63、S64が相当する。
（１）第５のステップ
第５のステップは、振込実行ＡＰＩ（決済実行）42の受信を条件に、振込実行ＡＰＩ（決済実行）42を実行することで、利用者が予め決定した決定額、又は利用者が所有するマネー残高に対する不足額を、ＡＰＩ基盤40が勘定系システム52により、預貯金口座（利用者預貯金口座53）から引き落とすステップである。
第５のステップについては、後述する図４の順にステップS63、S64が相当する。
（２）第６のステップ
第６のステップは、同時に決定額又は不足額を、ＡＰＩ基盤40が勘定系システム52により、振込先口座（電子マネー事業者預貯金口座54）へ振り込むステップである。
第６のステップについては、後述する図４のステップS65が相当する。
第６のステップは、同時に決定額又は不足額を、ＡＰＩ基盤40が勘定系システム52により、振込先口座（電子マネー事業者預貯金口座54）へ振り込むステップである。
第６のステップについては、後述する図４のステップS65が相当する。
（第３の特徴点）
第３の特徴点は、「電子マネーのチャージ方法」に関し、前記した第１の特徴点の第１の構成（第１〜第４のステップ）及び第２の構成に加え、第４の構成として次のステップを含む。
第３の特徴点は、「電子マネーのチャージ方法」に関し、前記した第１の特徴点の第１の構成（第１〜第４のステップ）及び第２の構成に加え、第４の構成として次のステップを含む。
（第４の構成）
（１）第７のステップ
第７のステップは、利用者の意思にもとづいて、電子マネーサーバ30から発行され、オープンＡＰＩである振込指図ＡＰＩ（決済申込）41の受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを、ＡＰＩ基盤40が電子マネーサーバ30に対して発行するステップである。
第７のステップについては、後述する図３のステップS10、S20、S21、S31、S32が相当する。
（１）第７のステップ
第７のステップは、利用者の意思にもとづいて、電子マネーサーバ30から発行され、オープンＡＰＩである振込指図ＡＰＩ（決済申込）41の受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを、ＡＰＩ基盤40が電子マネーサーバ30に対して発行するステップである。
第７のステップについては、後述する図３のステップS10、S20、S21、S31、S32が相当する。
（２）第８のステップ
第８のステップは、電子マネーサーバ30からの振込実行ＡＰＩ（決済実行）42の受信を契機として、受信した振込実行ＡＰＩ（決済実行）42を、アクセストークンを利用してＡＰＩ基盤40から勘定系システム52に送信することで、勘定系システム52にアクセスするステップである。
第７のステップについては、後述する図３のステップS22、S23、S33、S34が相当する。
第８のステップは、電子マネーサーバ30からの振込実行ＡＰＩ（決済実行）42の受信を契機として、受信した振込実行ＡＰＩ（決済実行）42を、アクセストークンを利用してＡＰＩ基盤40から勘定系システム52に送信することで、勘定系システム52にアクセスするステップである。
第７のステップについては、後述する図３のステップS22、S23、S33、S34が相当する。
（第４の特徴点）
第４の特徴点は、「電子マネーのチャージ方法」に関し、前記した「前提条件」を含み、第５の構成として次のステップを含む。
第４の特徴点は、「電子マネーのチャージ方法」に関し、前記した「前提条件」を含み、第５の構成として次のステップを含む。
（第５の構成）
（１）第１のステップ
第１のステップは、利用者の意思にもとづいて、オープンＡＰＩである振込指図ＡＰＩ（決済申込）41及び振込実行ＡＰＩ（決済実行）42を電子マネーサーバ30が発行するステップである。
第１のステップについては、後述する図３の順にステップS10、S20、S21、S23が相当する。
（１）第１のステップ
第１のステップは、利用者の意思にもとづいて、オープンＡＰＩである振込指図ＡＰＩ（決済申込）41及び振込実行ＡＰＩ（決済実行）42を電子マネーサーバ30が発行するステップである。
第１のステップについては、後述する図３の順にステップS10、S20、S21、S23が相当する。
（２）第２のステップ
第２のステップは、発行した振込指図ＡＰＩ（決済申込）41及び振込実行ＡＰＩ（決済実行）42を電子マネーサーバ30がＡＰＩ基盤40に送信するステップである。
第２のステップについては、後述する図３の順にステップS21、S22、S23が相当する。
第２のステップは、発行した振込指図ＡＰＩ（決済申込）41及び振込実行ＡＰＩ（決済実行）42を電子マネーサーバ30がＡＰＩ基盤40に送信するステップである。
第２のステップについては、後述する図３の順にステップS21、S22、S23が相当する。
（３）第３のステップ
第３のステップは、ＡＰＩ基盤40が、受信した振込実行ＡＰＩ（決済実行）42の実行により、勘定系システム52により、利用者が決定したチャージ額を預貯金口座（利用者預貯金口座53）からの引き落とし、同時にチャージ額の振込先口座（電子マネー事業者預貯金口座54）へ振り込み、引き落とし及び振り込みの同時実行後、ＡＰＩ基盤40が発信した「成功のコード」を、電子マネーサーバ30が受信したことを条件に、利用者が所有する電子マネーのマネー残高にチャージ額を、電子マネーサーバ30が加算するステップである。
第３のステップについては、後述する図３の順にステップS33、S34、S35、S36、S24が相当する。
第３のステップは、ＡＰＩ基盤40が、受信した振込実行ＡＰＩ（決済実行）42の実行により、勘定系システム52により、利用者が決定したチャージ額を預貯金口座（利用者預貯金口座53）からの引き落とし、同時にチャージ額の振込先口座（電子マネー事業者預貯金口座54）へ振り込み、引き落とし及び振り込みの同時実行後、ＡＰＩ基盤40が発信した「成功のコード」を、電子マネーサーバ30が受信したことを条件に、利用者が所有する電子マネーのマネー残高にチャージ額を、電子マネーサーバ30が加算するステップである。
第３のステップについては、後述する図３の順にステップS33、S34、S35、S36、S24が相当する。
（第５の特徴点）
第５の特徴点は、「電子マネーのチャージ方法」に関し、前記した第５の特徴点の第５の構成（第１〜第３のステップ）に加え、第６の構成として次のステップを含む。
第５の特徴点は、「電子マネーのチャージ方法」に関し、前記した第５の特徴点の第５の構成（第１〜第３のステップ）に加え、第６の構成として次のステップを含む。
（第６の構成）
（１）第４のステップ
第４のステップは、利用者が予定している電子マネーの利用予定額を販売店の電子端末60から電子マネーサーバ30が受信すると、利用予定額が利用者が所有するマネー残高に達しているか否かを、電子マネーサーバ30が判定するステップである。
第４のステップについては、後述する図４の順にステップS40、S50が相当する。
（１）第４のステップ
第４のステップは、利用者が予定している電子マネーの利用予定額を販売店の電子端末60から電子マネーサーバ30が受信すると、利用予定額が利用者が所有するマネー残高に達しているか否かを、電子マネーサーバ30が判定するステップである。
第４のステップについては、後述する図４の順にステップS40、S50が相当する。
（２）第５のステップ
第５のステップは、判定の結果、マネー残高が不足している場合には、オープンＡＰＩである振込指図ＡＰＩ（決済申込）41及び振込実行ＡＰＩ（決済実行）42を、電子マネーサーバ30が発行するステップである。
第５のステップについては、後述する図４の順にステップS51、52、S63が相当する。
第５のステップは、判定の結果、マネー残高が不足している場合には、オープンＡＰＩである振込指図ＡＰＩ（決済申込）41及び振込実行ＡＰＩ（決済実行）42を、電子マネーサーバ30が発行するステップである。
第５のステップについては、後述する図４の順にステップS51、52、S63が相当する。
（３）第６のステップ
第６のステップは、発行した振込指図ＡＰＩ（決済申込）41及び振込実行ＡＰＩ（決済実行）42を、電子マネーサーバ30がＡＰＩ基盤40に送信するステップである。
第６のステップについては、後述する図４の順にステップS51、S53が相当する。
第６のステップは、発行した振込指図ＡＰＩ（決済申込）41及び振込実行ＡＰＩ（決済実行）42を、電子マネーサーバ30がＡＰＩ基盤40に送信するステップである。
第６のステップについては、後述する図４の順にステップS51、S53が相当する。
（第７の構成）
第７の構成として、電子マネーサーバ30は、振込指図ＡＰＩ（決済申込）41及び振込実行ＡＰＩ（決済実行）42をＡＰＩ基盤40に送信することにより、送信した振込指図ＡＰＩ（決済申込）41及び振込実行ＡＰＩ（決済実行）42をＡＰＩ基盤40が受信したことを契機として、ＡＰＩ基盤40において、利用者が予め決定した決定額、又は利用者が所有するマネー残高に対する不足額を、ＡＰＩ基盤40が勘定系システム52により、預貯金口座（利用者預貯金口座53）からの引き落とし、同時に決定額又は不足額を振込先口座（電子マネー事業者預貯金口座54）へ振り込むように要求していることを特徴とする。
第７の構成については、後述する図４の順にステップS61、S62、S63、S64、S65が相当する。
第７の構成として、電子マネーサーバ30は、振込指図ＡＰＩ（決済申込）41及び振込実行ＡＰＩ（決済実行）42をＡＰＩ基盤40に送信することにより、送信した振込指図ＡＰＩ（決済申込）41及び振込実行ＡＰＩ（決済実行）42をＡＰＩ基盤40が受信したことを契機として、ＡＰＩ基盤40において、利用者が予め決定した決定額、又は利用者が所有するマネー残高に対する不足額を、ＡＰＩ基盤40が勘定系システム52により、預貯金口座（利用者預貯金口座53）からの引き落とし、同時に決定額又は不足額を振込先口座（電子マネー事業者預貯金口座54）へ振り込むように要求していることを特徴とする。
第７の構成については、後述する図４の順にステップS61、S62、S63、S64、S65が相当する。
（図１の説明）
電子マネー支援システム10は、図１に示すように、次の構成、「物」を前提とする。
なお、次の（１）〜（３）については先に説明したので、説明を省略する。また、電子マネー支援システム10は、次の（１）〜（６）に限定されず、利用者が電子マネーをチャージするだけの場合には、（５）普通預貯金口座22及び（６）販売店の電子端末60を省いてもよい。
（１）電子マネーサーバ30
（２）ＡＰＩ基盤40
（３）勘定系システム52
電子マネー支援システム10は、図１に示すように、次の構成、「物」を前提とする。
なお、次の（１）〜（３）については先に説明したので、説明を省略する。また、電子マネー支援システム10は、次の（１）〜（６）に限定されず、利用者が電子マネーをチャージするだけの場合には、（５）普通預貯金口座22及び（６）販売店の電子端末60を省いてもよい。
（１）電子マネーサーバ30
（２）ＡＰＩ基盤40
（３）勘定系システム52
（４）電子マネー用カード20
電子マネー用カード20には、例えば「バーコード」が表示され、利用者が所有する。
なお、「バーコード」等を例示したが、これに限定されず、「バーコード」以外の「二次元コード」を表示してもよいし、或いは「ＲＦＩＤ」を埋め込んでもよい。
電子マネー用カード20には、例えば「バーコード」が表示され、利用者が所有する。
なお、「バーコード」等を例示したが、これに限定されず、「バーコード」以外の「二次元コード」を表示してもよいし、或いは「ＲＦＩＤ」を埋め込んでもよい。
（５）通信端末21
通信端末21は、例えば「スマートフォン」から構成され、利用者が所有する。利用者は、スマートフォンを利用し、インターネットを介して、電子マネー事業者の電子マネーサーバ30にアクセスし、例えば電子マネーのチャージ要求を送信する。
なお、通信端末21として、「スマートフォン」を例示したが、これに限定されず、携帯電話、ＰＨＳ、ＰＤＡ、ノートＰＣ、タブレット等の移動体通信端末や携帯情報端末でもよい。
通信端末21は、例えば「スマートフォン」から構成され、利用者が所有する。利用者は、スマートフォンを利用し、インターネットを介して、電子マネー事業者の電子マネーサーバ30にアクセスし、例えば電子マネーのチャージ要求を送信する。
なお、通信端末21として、「スマートフォン」を例示したが、これに限定されず、携帯電話、ＰＨＳ、ＰＤＡ、ノートＰＣ、タブレット等の移動体通信端末や携帯情報端末でもよい。
（６）金融機関用通帳22
金融機関用通帳22は、利用者が所有し、金融機関との取り引きに用いられる。また、金融機関用通帳22に加え、キャッシュカードを用いてもよい。また、金融機関用通帳22は、紙でもよいし、或いは「デジタル通帳」を用いてもよい。
金融機関用通帳22は、利用者が所有し、金融機関との取り引きに用いられる。また、金融機関用通帳22に加え、キャッシュカードを用いてもよい。また、金融機関用通帳22は、紙でもよいし、或いは「デジタル通帳」を用いてもよい。
（７）電子端末60
電子端末60は、例えば「ＰＯＳレジ」から構成され、販売店などに設置される。「ＰＯＳレジ」は、利用者の電子マネー用カード20のバーコードを読み取り、利用者の本人確認等を行う。また、電子端末60は、読み取ったバーコードを用い、専用回線を介して電子マネー事業者の電子マネーサーバ30にアクセスし、電子マネー情報の確認、情報の交換等を実行する。「レジ」は、レジスター」の略である。
なお、電子端末60として、「ＰＯＳレジ」を例示したが、これに限定されず、端末機でもよい。また、「専用回線」を例示したが、これに限定されず、インターネットを利用したり、併用してもよい。
電子端末60は、例えば「ＰＯＳレジ」から構成され、販売店などに設置される。「ＰＯＳレジ」は、利用者の電子マネー用カード20のバーコードを読み取り、利用者の本人確認等を行う。また、電子端末60は、読み取ったバーコードを用い、専用回線を介して電子マネー事業者の電子マネーサーバ30にアクセスし、電子マネー情報の確認、情報の交換等を実行する。「レジ」は、レジスター」の略である。
なお、電子端末60として、「ＰＯＳレジ」を例示したが、これに限定されず、端末機でもよい。また、「専用回線」を例示したが、これに限定されず、インターネットを利用したり、併用してもよい。
（電子マネー用カード20と通信端末21との関係）
電子マネー用カード20と通信端末21との組み合わせの態様としては、次の種類がある。
（１）電子マネー用カード20と通信端末21とを組み合わせて使用する場合
（２）通信端末21を単体で使用する場合
（３）電子マネー用カード20を単体で使用する場合
電子マネー用カード20と通信端末21との組み合わせの態様としては、次の種類がある。
（１）電子マネー用カード20と通信端末21とを組み合わせて使用する場合
（２）通信端末21を単体で使用する場合
（３）電子マネー用カード20を単体で使用する場合
（電子マネー用カード20と通信端末21の組み合わ）
電子マネー用カード20と通信端末21の組み合わせは、電子マネー用カード20を「正」とし、通信端末21を「副」とする。
電子マネー用カード20は、図１に示すように、販売店に持参し、買い物の終了後、販売店に設置された例えば「ＰＯＳレジ」の電子端末60の読取機に、電子マネー用カード20をかざし、「バーコード」等の読み取ることで、利用者の本人確認に使用する。
電子マネー用カード20と通信端末21の組み合わせは、電子マネー用カード20を「正」とし、通信端末21を「副」とする。
電子マネー用カード20は、図１に示すように、販売店に持参し、買い物の終了後、販売店に設置された例えば「ＰＯＳレジ」の電子端末60の読取機に、電子マネー用カード20をかざし、「バーコード」等の読み取ることで、利用者の本人確認に使用する。
スマートフォン等の通信端末21は、電子マネーのチャージ要求に用いられる。
通信端末21には、電子マネー事業者から提供されたプログラム（以下、「第１のスマホアプリ」という。）がインストールされている。第１のスマホアプリには、図７に示すように、電子マネーサーバとの通信機能、及びディスプレイの表示機能が盛り込まれている。
通信端末21には、電子マネー事業者から提供されたプログラム（以下、「第１のスマホアプリ」という。）がインストールされている。第１のスマホアプリには、図７に示すように、電子マネーサーバとの通信機能、及びディスプレイの表示機能が盛り込まれている。
（通信端末21を単体で使用する場合）
通信端末21を単体で使用する場合には、次の仕様態様がある。
（１）通信端末21の第１の仕様態様
通信端末21の第１の仕様態様は、スマートフォンのディスプレイにバーコードや「バーコード」以外の「二次元コード」を表示する場合である。
通信端末21を単体で使用する場合には、次の仕様態様がある。
（１）通信端末21の第１の仕様態様
通信端末21の第１の仕様態様は、スマートフォンのディスプレイにバーコードや「バーコード」以外の「二次元コード」を表示する場合である。
ディスプレイにバーコード等は、電子マネー用カード20と同様に、販売店に設置された電子端末60の読取機にかざすことで、「バーコード」等の読み取り、利用者の本人確認に使用する。
通信端末21には、前記した第１のスマホアプリに加え、ディスプレイにバーコード等を表示させるプログラム（以下、「第２のスマホアプリ」という。）がインストールされている。
通信端末21には、前記した第１のスマホアプリに加え、ディスプレイにバーコード等を表示させるプログラム（以下、「第２のスマホアプリ」という。）がインストールされている。
（２）通信端末21の第２の仕様態様
通信端末21の第２の仕様態様は、電子マネー事業者の電子マネーサーバ30の機能を合わせ持っている。
通信端末21には、金融期間のＡＰＩ基盤40との通信機能のほか、利用者の電子マネーの管理機能をプログラム（以下、「第３のスマホアプリ」という。）がインストールされている。
通信端末21の第２の仕様態様は、電子マネー事業者の電子マネーサーバ30の機能を合わせ持っている。
通信端末21には、金融期間のＡＰＩ基盤40との通信機能のほか、利用者の電子マネーの管理機能をプログラム（以下、「第３のスマホアプリ」という。）がインストールされている。
（電子マネー用カード20を単体で使用する場合）
電子マネー用カード20を単体で使用する場合には、電子マネー用カード20を、図１に示すように、販売店に電子端末60の読取機にかざすることで、電子的情報等の読み取ることで、利用者の本人確認に使用するほか、電子端末60のタッチパネルやキーボードを通じてチャージ機能を合わせ持っている。
電子マネー用カード20を単体で使用する場合には、電子マネー用カード20を、図１に示すように、販売店に電子端末60の読取機にかざすることで、電子的情報等の読み取ることで、利用者の本人確認に使用するほか、電子端末60のタッチパネルやキーボードを通じてチャージ機能を合わせ持っている。
（図２の説明）
図２は、図１に示す電子マネー支援システム10の詳細を説明するためのものである。
電子マネー支援システム10は、次の構成を含んでいる。
（１）電子端末60
電子端末60は、販売店などに設置され、次の構成を含んでいる。
図２は、図１に示す電子マネー支援システム10の詳細を説明するためのものである。
電子マネー支援システム10は、次の構成を含んでいる。
（１）電子端末60
電子端末60は、販売店などに設置され、次の構成を含んでいる。
（１−１）電子マネー操作機能システム61
電子マネー操作機能システム61は、主としてマネー残高照会、チャージ画面を制御するものである。
（１−２）電子マネー決済機能システム62
電子マネー決済機能システム62は、主として支払金額の減額、チャージでの増額を制御するものである。電子マネー決済機能システム62は、電子マネー操作機能システム61に接続されている。
電子マネー操作機能システム61は、主としてマネー残高照会、チャージ画面を制御するものである。
（１−２）電子マネー決済機能システム62
電子マネー決済機能システム62は、主として支払金額の減額、チャージでの増額を制御するものである。電子マネー決済機能システム62は、電子マネー操作機能システム61に接続されている。
（２）電子マネーサーバ30
電子マネーサーバ30は、電子マネー事業者により管理されている。
電子マネーサーバ30は、次の構成を含んでいる。
（２−１）電子マネー支援機能システム31
電子マネー支援機能システム31は、主として振込指図API、振込実行、ＡＰＩを送信する仕組みを構成するものである。
電子マネーサーバ30は、電子マネー事業者により管理されている。
電子マネーサーバ30は、次の構成を含んでいる。
（２−１）電子マネー支援機能システム31
電子マネー支援機能システム31は、主として振込指図API、振込実行、ＡＰＩを送信する仕組みを構成するものである。
（２−２）電子マネー管理機能システム32
電子マネー管理機能システム32は、主として会員管理、残高管理、利用明細管理、決済等を司るものである。電子マネー管理機能システム32は、ＡＰＩ実行後に電子マネー支援機能システム31の完了指示でマネー残高の増減を実行する。
電子マネー管理機能システム32は、電子マネー決済機能システム62に接続されるとともに、電子マネー支援機能システム31に接続されている。
電子マネー管理機能システム32は、主として会員管理、残高管理、利用明細管理、決済等を司るものである。電子マネー管理機能システム32は、ＡＰＩ実行後に電子マネー支援機能システム31の完了指示でマネー残高の増減を実行する。
電子マネー管理機能システム32は、電子マネー決済機能システム62に接続されるとともに、電子マネー支援機能システム31に接続されている。
（２−３）その他
電子マネーサーバ30は、図示しないが、電子マネー残高管理ＤＢを備え、電子マネー残高管理ＤＢには、会員情報、マネー残高等の記憶されている。
（３）ＡＰＩ基盤40
ＡＰＩ基盤40は、銀行等の金融機関により管理されている。
ＡＰＩ基盤40は、次の構成を含んでいる。
（３−１）決済申込ＡＰＩ（振込指図）41
決済申込ＡＰＩ（振込指図）41は、電子マネー決済機能システム62に接続されている。
電子マネーサーバ30は、図示しないが、電子マネー残高管理ＤＢを備え、電子マネー残高管理ＤＢには、会員情報、マネー残高等の記憶されている。
（３）ＡＰＩ基盤40
ＡＰＩ基盤40は、銀行等の金融機関により管理されている。
ＡＰＩ基盤40は、次の構成を含んでいる。
（３−１）決済申込ＡＰＩ（振込指図）41
決済申込ＡＰＩ（振込指図）41は、電子マネー決済機能システム62に接続されている。
（３−２）決済実行ＡＰＩ（振込実行）42
決済実行ＡＰＩ（振込実行）42は、電子マネー決済機能システム62に接続されている。
また、ＡＰＩ基盤40には、上記振込指図ＡＰＩ41、振込実行ＡＰＩ42のプログラムが存在し、電子マネー支援機能システムからのＡＰＩ要求を受信し、次段の金融機関システム50と連携する。
決済実行ＡＰＩ（振込実行）42は、電子マネー決済機能システム62に接続されている。
また、ＡＰＩ基盤40には、上記振込指図ＡＰＩ41、振込実行ＡＰＩ42のプログラムが存在し、電子マネー支援機能システムからのＡＰＩ要求を受信し、次段の金融機関システム50と連携する。
（４）金融機関システム50
金融機関システム50は、銀行等の金融機関により管理されている。なお、金融機関システム50の管理主体と、ＡＰＩ基盤40の管理主体とは、同一でもよいし、或いは異なっていてもよく、例えばＡＰＩ基盤40が第１の管理主体に管理され、金融機関システム50が第２の管理主体に管理させていてもよい。
金融機関システム50は、銀行等の金融機関により管理されている。なお、金融機関システム50の管理主体と、ＡＰＩ基盤40の管理主体とは、同一でもよいし、或いは異なっていてもよく、例えばＡＰＩ基盤40が第１の管理主体に管理され、金融機関システム50が第２の管理主体に管理させていてもよい。
金融機関システム50には、次の構成を含んでいる。
（４−１）内部ＡＰＩ51
内部ＡＰＩ51は、決済実行ＡＰＩ（振込実行）42に接続されている。
（４−２）勘定系システム52
勘定系システム52は、内部ＡＰＩ51に接続されている。
（４−１）内部ＡＰＩ51
内部ＡＰＩ51は、決済実行ＡＰＩ（振込実行）42に接続されている。
（４−２）勘定系システム52
勘定系システム52は、内部ＡＰＩ51に接続されている。
勘定系システム52は、次の構成を含んでいる。
（４−２−１）利用者預貯金口座53
（４−２−２）電子マネー事業者預貯金口座54
電子マネー事業者預貯金口座54は、利用者預貯金口座53からの振り込みが可能となっている。
また、金融機関システム50は、振込実行ＡＰＩ42を受信する内部ＡＰＩ51と、内部ＡＰＩ51からの指示で勘定系システム52が、(1)利用者預貯金口座53から出金と、(2)出金金額を電子マネー事業者預貯金口座54へ振込みする処理を順次実行する。
（４−２−１）利用者預貯金口座53
（４−２−２）電子マネー事業者預貯金口座54
電子マネー事業者預貯金口座54は、利用者預貯金口座53からの振り込みが可能となっている。
また、金融機関システム50は、振込実行ＡＰＩ42を受信する内部ＡＰＩ51と、内部ＡＰＩ51からの指示で勘定系システム52が、(1)利用者預貯金口座53から出金と、(2)出金金額を電子マネー事業者預貯金口座54へ振込みする処理を順次実行する。
（図３の説明）
図３は、電子マネーのチャージ処理を説明するためのフローチャートである。
３列に分かれ、図３の向かって左側の左列は、利用者の通信端末21の動作を説明するものである。中央の中央列は、電子マネー事業者の電子マネーサーバ30、右側の右列は、金融機関のＡＰＩ基盤40及び勘定系システム52(50)の動作をそれぞれ説明するものである。
図３は、電子マネーのチャージ処理を説明するためのフローチャートである。
３列に分かれ、図３の向かって左側の左列は、利用者の通信端末21の動作を説明するものである。中央の中央列は、電子マネー事業者の電子マネーサーバ30、右側の右列は、金融機関のＡＰＩ基盤40及び勘定系システム52(50)の動作をそれぞれ説明するものである。
まず、左列のステップS10に進み、「電子マネーのチャージ要求（3,000円分）」が実行される。ステップS10は、利用者が通信端末21を使用して実行され、電子マネー事業者の電子マネーサーバ30に送信される。
ステップS10の終了後、中央列のステップS20に進む。ステップS20においては、「電子マネーのマネー残高の確認（2,000円残）」が実行される。ステップS20は、電子マネーサーバ30により実行され、「チャージ要求」を契機として開始され、利用者のマネー残高の確認及びチャージ金額と残高の合計が電子マネーの上限に達していないかの確認が実行される。また、電子マネーには上限金額が設けられている。
ステップS10の終了後、中央列のステップS20に進む。ステップS20においては、「電子マネーのマネー残高の確認（2,000円残）」が実行される。ステップS20は、電子マネーサーバ30により実行され、「チャージ要求」を契機として開始され、利用者のマネー残高の確認及びチャージ金額と残高の合計が電子マネーの上限に達していないかの確認が実行される。また、電子マネーには上限金額が設けられている。
ステップS20の終了後、下側のステップS21に進む。ステップS21においては、「チャージ金額による振込指図ＡＰＩの作成・送信」が実行される。ステップS21は、電子マネーサーバ30により実行され、作成された振込指図ＡＰＩがＡＰＩ基盤40に送信される。
ステップS21の終了後、右列のステップS31に進む。
ステップS21の終了後、右列のステップS31に進む。
なお、ステップS21において、電子マネーの残高がない場合には、残高不足の内容が返答される。エラーコードは、図１０に例示するように、「400」であり、残高不足エラーで、振込指図ＡＰＩは返答する。ここでは、電子マネーの残高が、「10,000円」であることを前提とする。
ステップS31においては、「振込指図ＡＰＩの受信」が実行される。ステップS31は、ＡＰＩ基盤40により実行される。
ステップS31の終了後、下段のステップS32に進む。ステップS32においては、振込指図ＡＰＩの返信（更新系トークンの付与・送信）」が実行される。
ここで、「更新系トークン」は、後述するが、決済申込受付トークンをいう。
決済申込受付トークンは、振込指図ＡＰＩの発行の都度発行され、１度きりで時限のあるトークンである。
ステップS31の終了後、下段のステップS32に進む。ステップS32においては、振込指図ＡＰＩの返信（更新系トークンの付与・送信）」が実行される。
ここで、「更新系トークン」は、後述するが、決済申込受付トークンをいう。
決済申込受付トークンは、振込指図ＡＰＩの発行の都度発行され、１度きりで時限のあるトークンである。
ステップS32は、勘定系システム52(50)により実行され、振込指図ＡＰＩの返信、更新系トークンが電子マネーサーバ30に送信される。
ステップS32の終了後、中央列のステップS22に進む。ステップS22においては、「振込指図ＡＰＩの受信（更新系トークンの受信）」が実行され、振込指図ＡＰＩで決済申込受付トークンと合せて発行された決済処理受付番号を受領する。ステップS22は、電子マネーサーバ30により実行される。
ステップS32の終了後、中央列のステップS22に進む。ステップS22においては、「振込指図ＡＰＩの受信（更新系トークンの受信）」が実行され、振込指図ＡＰＩで決済申込受付トークンと合せて発行された決済処理受付番号を受領する。ステップS22は、電子マネーサーバ30により実行される。
ステップS22の終了後、下段のステップS23に進む。ステップS23においては、「振込実行ＡＰＩの作成・送信（更新系トークンを用いたアクセス）が実行される。ステップS23は、電子マネーサーバ30により実行され、更新系トークンと決済処理受付番号を用い、ＡＰＩ基盤40にアクセスされ、振込実行ＡＰＩが送信される。
ステップS23の終了後、右列のステップS33に進む。ステップS33においては、「振込実行ＡＰＩの受信・実行」が実行される。ステップS33は、ＡＰＩ基盤40により実行される。
ステップS23の終了後、右列のステップS33に進む。ステップS33においては、「振込実行ＡＰＩの受信・実行」が実行される。ステップS33は、ＡＰＩ基盤40により実行される。
ステップS33は、下段のステップS34に進む。ステップS34においては、「勘定系システムによる利用者の預貯金口座からのチャージ金額（3,000円）の出金（口座残高：7,000円）」が実行される。ステップS34は、ＡＰＩ基盤40から送信された「振込実行ＡＰＩ」に基づき、勘定系システム52(50)により実行される。
ステップS34の終了後、下段のステップS35に進む。ステップS35においては、「勘定系システムにより、チャージ金額（3,000円）を電子マネー事業者の振込先口座へ振込」が実行される。ステップS35は、勘定系システム52(50)により実行される。
ステップS34の終了後、下段のステップS35に進む。ステップS35においては、「勘定系システムにより、チャージ金額（3,000円）を電子マネー事業者の振込先口座へ振込」が実行される。ステップS35は、勘定系システム52(50)により実行される。
ステップS35の終了後、下段のステップS36に進む。ステップS36においては、「振込実行ＡＰＩの返信（処理結果：成功）」が実行される。ステップS36は、勘定系システム52(50)からの報告に基づき、ＡＰＩ基盤40により実行され、「成功のコード」を電子マネーサーバ30に送信する。
ステップS36の終了後、中央列のステップS24に進む。ステップS24においては、「成功のコードの受信、チャージ金額の追加（5,000円残）、チャージ完了通知の送信」が実行される。ステップS24は、電子マネーサーバ30において実行され、「チャージ完了通知」を利用者の通信端末21に送信する。
ステップS36の終了後、中央列のステップS24に進む。ステップS24においては、「成功のコードの受信、チャージ金額の追加（5,000円残）、チャージ完了通知の送信」が実行される。ステップS24は、電子マネーサーバ30において実行され、「チャージ完了通知」を利用者の通信端末21に送信する。
ステップS24の終了後、左列のステップS11に進む。ステップS11においては、「チャージ完了通知の完了（残高表示：5,000円）」が実行される。ステップS11は、通信端末21において実行され、利用者が通信端末21のディスプレイに表示された「残高表示：5,000円」を確認することで、「電子マネーのチャージ要求（3,000円分）」が実行されたことを確認できる。
（図４の説明）
図４は、電子マネーのオートチャージ処理を説明するためのフローチャートである。
３列に分かれ、図４の向かって左側の左列は、販売店の電子端末61の動作を説明するものである。中央の中央列は、電子マネー事業者の電子マネーサーバ30、右側の右列は、金融機関のＡＰＩ基盤40及び勘定系システム52(50)の動作をそれぞれ説明するものである。
図４は、電子マネーのオートチャージ処理を説明するためのフローチャートである。
３列に分かれ、図４の向かって左側の左列は、販売店の電子端末61の動作を説明するものである。中央の中央列は、電子マネー事業者の電子マネーサーバ30、右側の右列は、金融機関のＡＰＩ基盤40及び勘定系システム52(50)の動作をそれぞれ説明するものである。
まず、左列のステップS40に進み、「電子マネーの支払操作（3,000円分）」が実行される。ステップS40は、販売店の電子端末61を使用して実行され、電子マネー事業者の電子マネーサーバ30に利用者の利用予定額が送信される。
ステップS40の終了後、中央列のステップS50に進む。ステップS50においては、「マネー残高が足りているか？」判定される。ステップS50は、電子マネーサーバ30により実行される。
ステップS40の終了後、中央列のステップS50に進む。ステップS50においては、「マネー残高が足りているか？」判定される。ステップS50は、電子マネーサーバ30により実行される。
ここでは、２つのケースを想定している。
ケース１は、マネー残高が「5,000円」の場合で、利用予定額（3,000円分）を越えているので、ステップS50の判定結果は、「はい」（ＹＥＳ）となる。
ケース２は、マネー残高が「2,000円」の場合で、利用予定額（3,000円分）を下回り、不足しているのので、ステップS50の判定結果は、「いいえ」（ＮＯ）となる。
ケース１は、マネー残高が「5,000円」の場合で、利用予定額（3,000円分）を越えているので、ステップS50の判定結果は、「はい」（ＹＥＳ）となる。
ケース２は、マネー残高が「2,000円」の場合で、利用予定額（3,000円分）を下回り、不足しているのので、ステップS50の判定結果は、「いいえ」（ＮＯ）となる。
ケース１、「はい」（ＹＥＳ）の場合には、ステップS50から、中央列の最下段のステップS54に進む。
ステップS54においては、「支払処理（支払額：3,000円）」が実行される。ステップS54は、電子マネーサーバ30により実行され、電子端末61に「支払完了」を発信する。
ステップS54の終了後、左列のステップS41に進む。ステップS41においては、「支払完了」を利用者に対して報知する。ステップS41は、電子端末61により実行される。
利用者は、マネー残高が「5,000円」から「2,000円」に減額したことから、マネー残高から支払いが実行されたことを確認できる。
ステップS54においては、「支払処理（支払額：3,000円）」が実行される。ステップS54は、電子マネーサーバ30により実行され、電子端末61に「支払完了」を発信する。
ステップS54の終了後、左列のステップS41に進む。ステップS41においては、「支払完了」を利用者に対して報知する。ステップS41は、電子端末61により実行される。
利用者は、マネー残高が「5,000円」から「2,000円」に減額したことから、マネー残高から支払いが実行されたことを確認できる。
つぎに、ケース２の場合、すなわちマネー残高が不足していた場合について説明する。
ケース２、「いいえ」（ＮＯ）の場合には、ステップS50から、直下のステップS51に進む。
ステップS51においては、「マネー追加額による振込指図ＡＰＩの作成・送信」が実行される。ステップS51は、電子マネーサーバ30により実行され、作成された振込指図ＡＰＩがＡＰＩ基盤40に送信される。
ここで、「マネー追加額」は、利用者が予め決定したチャージ額、又は利用者が所有するマネー残高に対する不足額のうち、予め決定した方法が選択され、「マネー追加額」として「5,000円」を例示している。
ケース２、「いいえ」（ＮＯ）の場合には、ステップS50から、直下のステップS51に進む。
ステップS51においては、「マネー追加額による振込指図ＡＰＩの作成・送信」が実行される。ステップS51は、電子マネーサーバ30により実行され、作成された振込指図ＡＰＩがＡＰＩ基盤40に送信される。
ここで、「マネー追加額」は、利用者が予め決定したチャージ額、又は利用者が所有するマネー残高に対する不足額のうち、予め決定した方法が選択され、「マネー追加額」として「5,000円」を例示している。
ステップS51の終了後、右列のステップS61に進む。
なお、ステップS61において、電子マネーの残高がない場合、残高不足の内容が返答される。エラーコードは、図１０に例示するように、「400」であり、残高不足エラーで、振込指図ＡＰＩは返答する。ここでは、電子マネーの残高が、「20,000円」であることを前提とする。
なお、ステップS61において、電子マネーの残高がない場合、残高不足の内容が返答される。エラーコードは、図１０に例示するように、「400」であり、残高不足エラーで、振込指図ＡＰＩは返答する。ここでは、電子マネーの残高が、「20,000円」であることを前提とする。
S61においては、「振込指図ＡＰＩの受信」が実行される。ステップS61は、ＡＰＩ基盤40により実行される。
ステップS61の終了後、下段のステップS62に進む。ステップS62においては、振込指図ＡＰＩの返信（更新系トークンの付与・送信）」が実行される。
ここで、「更新系トークン」は、後述するが、決済申込受付トークンをいう。
決済申込受付トークンは、振込指図ＡＰＩの発行の都度発行され、１度きりで時限のあるトークンである。
ステップS61の終了後、下段のステップS62に進む。ステップS62においては、振込指図ＡＰＩの返信（更新系トークンの付与・送信）」が実行される。
ここで、「更新系トークン」は、後述するが、決済申込受付トークンをいう。
決済申込受付トークンは、振込指図ＡＰＩの発行の都度発行され、１度きりで時限のあるトークンである。
ステップS62は、勘定系システム52(50)により実行され、振込指図ＡＰＩの返信、更新系トークンが電子マネーサーバ30に送信される。
ステップS62の終了後、中央列のステップS52に進む。ステップS52においては、「振込指図ＡＰＩの受信（更新系トークンの受信）」が実行され、振込指図ＡＰＩで決済申込受付トークンと合せて発行された決済処理受付番号を受領する。ステップS52は、電子マネーサーバ30により実行される。
ステップS62の終了後、中央列のステップS52に進む。ステップS52においては、「振込指図ＡＰＩの受信（更新系トークンの受信）」が実行され、振込指図ＡＰＩで決済申込受付トークンと合せて発行された決済処理受付番号を受領する。ステップS52は、電子マネーサーバ30により実行される。
ステップS52の終了後、下段のステップS53に進む。ステップS53においては、「振込実行ＡＰＩの作成・送信（更新系トークンを用いたアクセス）が実行される。ステップS53は、電子マネーサーバ30により実行され、更新系トークンと決済処理受付番号を用い、ＡＰＩ基盤40にアクセスされ、振込実行ＡＰＩが送信される。
ステップS53の終了後、右列のステップS63に進む。ステップS63においては、「振込実行ＡＰＩの受信・実行」が実行される。ステップS63は、ＡＰＩ基盤40により実行される。
ステップS53の終了後、右列のステップS63に進む。ステップS63においては、「振込実行ＡＰＩの受信・実行」が実行される。ステップS63は、ＡＰＩ基盤40により実行される。
ステップS63の終了後、下段のステップS64に進む。ステップ634においては、「勘定系システムによる利用者の預貯金口座からのマネー追加額（5,000円）の出金（口座残高：15,000円）」が実行される。ステップS64は、ＡＰＩ基盤40から送信された「振込実行ＡＰＩ」に基づき、勘定系システム52(50)により実行される。
ステップS64の終了後、下段のステップS65に進む。ステップS65においては、「勘定系システムにより、マネー追加額（5,000円）を電子マネー事業者の振込先口座へ振込」が実行される。ステップS65は、勘定系システム52(50)により実行される。
ステップS64の終了後、下段のステップS65に進む。ステップS65においては、「勘定系システムにより、マネー追加額（5,000円）を電子マネー事業者の振込先口座へ振込」が実行される。ステップS65は、勘定系システム52(50)により実行される。
ステップS65の終了後、下段のステップS66に進む。ステップS66においては、「振込実行ＡＰＩの返信（処理結果：成功）」が実行される。ステップS66は、勘定系システム52(50)からの報告に基づき、ＡＰＩ基盤40により実行され、「成功のコード」を電子マネーサーバ30に送信する。
ステップS66の終了後、中央列のステップS55に進む。ステップS55においては、「成功のコードの受信、マネー追加額（5,000円）の追加（7,000円残）」が実行される。ステップS55は、電子マネーサーバ30において実行される。
ステップS66の終了後、中央列のステップS55に進む。ステップS55においては、「成功のコードの受信、マネー追加額（5,000円）の追加（7,000円残）」が実行される。ステップS55は、電子マネーサーバ30において実行される。
ステップS55の終了後、先に説明した上段のステップS54に進む。ステップS54においては、「支払処理（支払額：3,000円）」が実行され、その後、左列のステップS41に進む。
ステップS41においては、「支払完了」を利用者に対して報知する。
利用者は、マネー残高が「2,000円」から「4,000円」に増額したことから、マネー残高が不足し、マネー追加額（5,000円）がオートチャージされたことを確認できる。
ステップS41においては、「支払完了」を利用者に対して報知する。
利用者は、マネー残高が「2,000円」から「4,000円」に増額したことから、マネー残高が不足し、マネー追加額（5,000円）がオートチャージされたことを確認できる。
（図５の説明）
図５は、電子マネーのチャージにおいて、チャージ用口座番号の登録のフローチャートである。
図５を用いて、利用者が所有する通信端末21を用いて、事前にチャージ用口座番号を登録することで、利用者はチャージ金額を入力するだけで電子マネーがチャージできる。
振込指図ＡＰＩを用いて、利用者が振込元口座(利用者口座)を予め登録することで、利用者が自分口座や振込先口座を指定することなく送金できる。
３列に分かれ、図５の向かって左側の左列は、利用者の通信端末21の動作を説明するものである。中央の中央列は、電子マネー事業者の電子マネーサーバ30、右側の右列は、金融機関のＡＰＩ基盤40の動作をそれぞれ説明するものである。
図５は、電子マネーのチャージにおいて、チャージ用口座番号の登録のフローチャートである。
図５を用いて、利用者が所有する通信端末21を用いて、事前にチャージ用口座番号を登録することで、利用者はチャージ金額を入力するだけで電子マネーがチャージできる。
振込指図ＡＰＩを用いて、利用者が振込元口座(利用者口座)を予め登録することで、利用者が自分口座や振込先口座を指定することなく送金できる。
３列に分かれ、図５の向かって左側の左列は、利用者の通信端末21の動作を説明するものである。中央の中央列は、電子マネー事業者の電子マネーサーバ30、右側の右列は、金融機関のＡＰＩ基盤40の動作をそれぞれ説明するものである。
まず、左列のステップS100に進み、「口座番号との接続要求」が実行される（図６の画面70参照）。ステップS100により、通信端末21にインストールされた「スマホアプリ」を用いて、金融機関に対し、口座接続の要求する。
ステップS100の終了後、中央列のステップS110に進む。ステップS110においては、「ＡＰＩログイン要求」が実行される。ステップS110は、電子マネー事業者の電子マネーサーバ30により実行される。電子マネーサーバ30は、金融機関のＡＰＩ基盤40に対し、ログインの要求を実行する。
ステップS100の終了後、中央列のステップS110に進む。ステップS110においては、「ＡＰＩログイン要求」が実行される。ステップS110は、電子マネー事業者の電子マネーサーバ30により実行される。電子マネーサーバ30は、金融機関のＡＰＩ基盤40に対し、ログインの要求を実行する。
ステップS110の終了後、右列のステップS120に進む。ステップS120においては、「ＡＰＩログイン画面、リダイレクト」が実行される。金融機関のAPI基盤40は、「オープンＡＰＩ」を用いて、ログイン要求に対し、「ＡＰＩログイン画面」を利用者の通信端末21に返送(リダイレクト)する。
ステップS120の終了後、左列のステップS101に進む。ステップS101においては、「ログイン画面表示（ＩＤ、ＰＡＳＳＷＯＲＤ）が実行される。「ログイン画面表示」には、「オープンＡＰＩ」が用いられ、通信端末21のディスプレイに「ログイン画面」が表示される（図６の画面71参照）。利用者は、「ログイン画面」にＩＤ、パスワード等を入力する。
ステップS101の終了後、右列のステップS122に進む。ステップS122においては、「API認可画面、リダイレクト」が実行される。金融機関のAPI基盤40は、認証処理を行い、「オープンＡＰＩ」を用いて、「ＡＰＩ認可画面」を利用者の通信端末21に返送(リダイレクト)する。
ステップS122の終了後、左列のステップS102に進む。ステップS102においては、「ＡＰＩ認可画面表示（認可許可応答）」を実行する。「ＡＰＩ認可画面表示」には、「オープンＡＰＩ」が用いられ、通信端末21のディスプレイに「ＡＰＩ認可画面」が表示される（図６の画面72参照）。
ステップS122の終了後、左列のステップS102に進む。ステップS102においては、「ＡＰＩ認可画面表示（認可許可応答）」を実行する。「ＡＰＩ認可画面表示」には、「オープンＡＰＩ」が用いられ、通信端末21のディスプレイに「ＡＰＩ認可画面」が表示される（図６の画面72参照）。
ステップS102の終了後、右列のステップS123に進む。ステップS123においては、「ＡＰＩ認可処理（認可成功）」が実行される。金融機関のＡＰＩ基盤４０にサービス(ここでいう電子マネーチャージ)を認可した情報を転送し、「オープンＡＰＩ」を用いて、スマホアプリに電子マネーチャージの「認可コード」を送信する。
ステップS123の終了後、左列のステップS103に進む。ステップS103においては、「認可コード受取」を実行する。ステップS103は、通信端末21の「スマホアプリ」を用いて実行する。その後、通信端末21の「スマホアプリ」は、「認可コード」を用いて、電子マネーサーバ30を経由し、ＡＰＩ基盤40に対し、口座情報、残高・入出金明細等の参照系トークを取得する。
左列のステップS103の終了後、中央列のステップS111に進む。ステップS111においては、「参照系アクセストークン要求」を実行する。ステップS111は、電子マネー事業者の電子マネーサーバ30により実行される。
ステップS111の終了後、右列のステップS124に進む。ステップS124においては、「ＡＰＩ認可サーバ、アクセストークン発行」が実行される。ステップS124は、金融機関のＡＰＩ基盤４０により「オープンＡＰＩ」を用いて実行される。
ステップS111の終了後、右列のステップS124に進む。ステップS124においては、「ＡＰＩ認可サーバ、アクセストークン発行」が実行される。ステップS124は、金融機関のＡＰＩ基盤４０により「オープンＡＰＩ」を用いて実行される。
ステップS124の終了後、中央列のステップS112に進む。ステップS112においては、「アクセストークンで口座番号照会 ＡＰＩ要」が実行される。ステップS112は、電子マネー事業者の電子マネーサーバ30により実行され、参照系トークンを用い、口座番号照会ＡＰＩを実行し、電子マネーチャージに利用する対象口座情報を勘定系システム52(50)から取得する。
ステップS112の終了後、右列のステップS125に進む。ステップS125においては、「口座番号照会ＡＰＩ受付・返答」が実行される。ステップS125は、金融機関のＡＰＩ基盤４０により「オープンＡＰＩ」を用いて実行される。
ステップS125の終了後、中央列のステップS113に進む。ステップS113においては、「アプリに対し、口座番号一覧を表示」を実行する。ステップS113は、電子マネー事業者の電子マネーサーバ30により実行され、スマホアプリに対し、対象口座の一覧データを提供し、利用者が選択することで、電子マネー管理機能システム32に口座番号を保存する。
ステップS125の終了後、中央列のステップS113に進む。ステップS113においては、「アプリに対し、口座番号一覧を表示」を実行する。ステップS113は、電子マネー事業者の電子マネーサーバ30により実行され、スマホアプリに対し、対象口座の一覧データを提供し、利用者が選択することで、電子マネー管理機能システム32に口座番号を保存する。
ステップS113の終了後、左列のステップS104に進む。ステップS104においては、「決済用の口座番号を選択」が実行される。ステップS104は、利用者の通信端末21の「スマホアプリ」により実行される。
ステップS104の終了後、中央列のステップS114に進む。ステップS114においては、「決済用の口座番号のデータベース登録」が実行される。ステップS114は、電子マネー事業者の電子マネーサーバ30により実行される。
ステップS104の終了後、中央列のステップS114に進む。ステップS114においては、「決済用の口座番号のデータベース登録」が実行される。ステップS114は、電子マネー事業者の電子マネーサーバ30により実行される。
（図６の説明）
図６は、通信端末21の画面の一例を説明するための説明図である。
画面70〜74は、図５に示す決済用の口座番号の登録処理に関連する。
画面70は、図５のステップS100に対応する。
画面71は、図５のステップS120及びステップS101に対応する。
画面72は、図５のステップS122及びステップS102に対応する。
画面73は、図５のステップS113に対応する。
画面74は、図５のステップS114のに対応し、「完了画面」である。
図６は、通信端末21の画面の一例を説明するための説明図である。
画面70〜74は、図５に示す決済用の口座番号の登録処理に関連する。
画面70は、図５のステップS100に対応する。
画面71は、図５のステップS120及びステップS101に対応する。
画面72は、図５のステップS122及びステップS102に対応する。
画面73は、図５のステップS113に対応する。
画面74は、図５のステップS114のに対応し、「完了画面」である。
（図７の説明）
図７は、通信端末21の画面の他の一例を説明するための説明図である。
画面80,81は、図３に示すチャージ処理に関連する。
画面80は、図３のステップS10に対応する。
画面81は、図３のステップS11に対応し、電子マネーの残高が「5,000円」の場合を想定している。
図７は、通信端末21の画面の他の一例を説明するための説明図である。
画面80,81は、図３に示すチャージ処理に関連する。
画面80は、図３のステップS10に対応する。
画面81は、図３のステップS11に対応し、電子マネーの残高が「5,000円」の場合を想定している。
（図８の説明）
図８は、利用者の口座明細の一例を示すものである。
最下段に、「出金：3,000」円、「入金（通帳摘要）：電子マネーチャージ」、「残金：7,000」円が表示されている。
上段の「残高：10,000」円から「電子マネーチャージ」の出金分の「3,000」円が減算されている。
図８は、利用者の口座明細の一例を示すものである。
最下段に、「出金：3,000」円、「入金（通帳摘要）：電子マネーチャージ」、「残金：7,000」円が表示されている。
上段の「残高：10,000」円から「電子マネーチャージ」の出金分の「3,000」円が減算されている。
（図９の説明）
図９は、電子マネー事業者の口座明細の一例を示すものである。
最下段に、「出金（通帳摘要）：チャージ入金」、「入金：3,000」円」、「残金：1,051,500」円が表示されている。
上段の「残高：1,048,5000」円に「電子マネーチャージ」の入金分の「3,000」円が加算されている。
図９は、電子マネー事業者の口座明細の一例を示すものである。
最下段に、「出金（通帳摘要）：チャージ入金」、「入金：3,000」円」、「残金：1,051,500」円が表示されている。
上段の「残高：1,048,5000」円に「電子マネーチャージ」の入金分の「3,000」円が加算されている。
（図１０の説明）
図１０は、ＡＰＩの要求に対する応答コードの一覧を説明するための一覧表の一部を抜粋したものである。
「HTTPステータスコード」のうち、次の３例を説明する。
（１）コード「201」(正常処理)
コード「201」は、「(正常処理)」時に出力されるものであり、「回答項目」は次の通りである。
「決済処理受付番号、決済処理受付日、決済処理受付時刻等」
備考は、次の通りである。
「決済処理受付番号により振込実行APIを要求」
図１０は、ＡＰＩの要求に対する応答コードの一覧を説明するための一覧表の一部を抜粋したものである。
「HTTPステータスコード」のうち、次の３例を説明する。
（１）コード「201」(正常処理)
コード「201」は、「(正常処理)」時に出力されるものであり、「回答項目」は次の通りである。
「決済処理受付番号、決済処理受付日、決済処理受付時刻等」
備考は、次の通りである。
「決済処理受付番号により振込実行APIを要求」
（２）コード「400」(エラー)
コード「400」は、「(エラー)」時に出力されるものであり、「回答項目」は次の通りである。
「エラー情報(残高不足、利用口座停止等)」
備考は、次の通りである。
「電子マネーチャージを中断」
コード「400」は、「(エラー)」時に出力されるものであり、「回答項目」は次の通りである。
「エラー情報(残高不足、利用口座停止等)」
備考は、次の通りである。
「電子マネーチャージを中断」
（３）コード「503」(エラー)
コード「503」も、「(エラー)」時に出力されるものであり、「回答項目」は次の通りである。
「エラー情報(勘定系システム時間外)」
備考は、「（２）コード「400」(エラー)」と同様であるので省略する。
コード「503」も、「(エラー)」時に出力されるものであり、「回答項目」は次の通りである。
「エラー情報(勘定系システム時間外)」
備考は、「（２）コード「400」(エラー)」と同様であるので省略する。
（図１１の説明）
図１１は、ＩＣカード23の使用例を説明するためのものである。
ＩＣカード23は、利用者により所有され、図１に示す電子マネー用カード20の一例であり、内部にＩＣチップが埋め込まれ、ＩＣチップは電子マネー部21として機能する。
図１１は、ＩＣカード23の使用例を説明するためのものである。
ＩＣカード23は、利用者により所有され、図１に示す電子マネー用カード20の一例であり、内部にＩＣチップが埋め込まれ、ＩＣチップは電子マネー部21として機能する。
電子マネー部21は、主として電子マネーの残高管理を有するものであり、ここでは利用者の本人確認用の個人情報や電子マネー情報が記憶されている。
ＩＣカード23は、例えば販売店等に持参され、店内に設置された電子マネー通信装置63により記憶された電子情報が読み取られる。電子マネー通信装置63は、電子マネー読取装置を兼ねており、内部のセンサーを介してＩＣカード23と通信する。
その後、電子マネー通信装置63は、電子マネー事業者の電子マネーサーバ30の電子マネー管理システム32と通信し、チャージ処理を含め電子マネーの運用を実行する。
ＩＣカード23は、例えば販売店等に持参され、店内に設置された電子マネー通信装置63により記憶された電子情報が読み取られる。電子マネー通信装置63は、電子マネー読取装置を兼ねており、内部のセンサーを介してＩＣカード23と通信する。
その後、電子マネー通信装置63は、電子マネー事業者の電子マネーサーバ30の電子マネー管理システム32と通信し、チャージ処理を含め電子マネーの運用を実行する。
（図１２の説明）
図１２は、スマートフォン25の使用例を説明するためのものである。
図１２は、図１１のＩＣカード23に代えて、スマートフォン25を使用する場合である。
スマートフォン25は、利用者により所有され、図１に示す通信端末21の一例である。スマートフォン25には、電子マネーアプリ26がインストールされ、電子マネーアプリ26はスマホアプリの一例であり、通信機能のほか、利用者の本人確認用の個人情報が記憶されている。
図１２は、スマートフォン25の使用例を説明するためのものである。
図１２は、図１１のＩＣカード23に代えて、スマートフォン25を使用する場合である。
スマートフォン25は、利用者により所有され、図１に示す通信端末21の一例である。スマートフォン25には、電子マネーアプリ26がインストールされ、電子マネーアプリ26はスマホアプリの一例であり、通信機能のほか、利用者の本人確認用の個人情報が記憶されている。
スマートフォン25は、インターネットを介して、電子マネー事業者の電子マネーサーバ30と通信し、チャージ処理を含め電子マネーの運用を実行する。電子マネーサーバ30には、電子マネー部21を有し、電子マネー部21は、先に説明したように、主として電子マネーの残高管理を有するものである。
（図１３の説明）
図１３は、プリペイドカード27又はスマートフォン25の使用例を説明するためのものである。
図１３は、図１１のＩＣカード23に代えて、プリペイドカード27又はスマートフォン25を使用する場合である。
プリペイドカード27は、利用者により所有され、図１に示す電子マネー用カード20の一例であり、カードの表面に「バーコード」が表示されている。なお、「バーコード」を例示したが、これに限定されず、「バーコード」以外の「二次元コード」を表示してもよい。
図１３は、プリペイドカード27又はスマートフォン25の使用例を説明するためのものである。
図１３は、図１１のＩＣカード23に代えて、プリペイドカード27又はスマートフォン25を使用する場合である。
プリペイドカード27は、利用者により所有され、図１に示す電子マネー用カード20の一例であり、カードの表面に「バーコード」が表示されている。なお、「バーコード」を例示したが、これに限定されず、「バーコード」以外の「二次元コード」を表示してもよい。
プリペイドカード27は、例えば販売店等に持参され、店内に設置されたバーコードリーダー等の電子マネー読取装置64により読み取られる。読み取った情報は、電子マネー読取装置64が接続されたＰＯＳレジ65に送信され、ＰＯＳレジ65は、通信機能により、電子マネー事業者の電子マネーサーバ30と通信し、チャージ処理を含め電子マネーの運用を実行する。
電子マネーサーバ30には、電子マネー部21を有し、電子マネー部21は、先に説明したように、主として電子マネーの残高管理を有するものである。
一方、スマートフォン25を使用する場合には、スマートフォン25にインストールされたスマホアプリの表示機能を使用し、画面に「バーコード」を表示させる。なお、「バーコード」を例示したが、これに限定されず、「バーコード」以外の「二次元コード」を表示させてもよい。
なお、画面に表示させた「バーコード」を、プリペイドカード27のように、販売店等に設置された電子マネー読取装置64により読み取って使用する。
一方、スマートフォン25を使用する場合には、スマートフォン25にインストールされたスマホアプリの表示機能を使用し、画面に「バーコード」を表示させる。なお、「バーコード」を例示したが、これに限定されず、「バーコード」以外の「二次元コード」を表示させてもよい。
なお、画面に表示させた「バーコード」を、プリペイドカード27のように、販売店等に設置された電子マネー読取装置64により読み取って使用する。
（図１４の説明）
図１４は、ＩＣカード23を使用したオートチャージ処理を説明するためのフローチャートである。
図１４は、先に説明した図４と一部共通しているので、共通した構成部分については、道一の符号を用い、説明を省略する。
図１４は、ＩＣカード23を使用したオートチャージ処理を説明するためのフローチャートである。
図１４は、先に説明した図４と一部共通しているので、共通した構成部分については、道一の符号を用い、説明を省略する。
まず、左列のステップS40に進み、利用者は、ＩＣカード23を用いて、「電子マネーの支払操作（3,000円分）」が実行される。
ステップS40の終了後、下段のステップS70に進む。ステップS70においては、ＩＣカード23において、「マネー残高が足りているか？」判定される。
ステップS40の終了後、下段のステップS70に進む。ステップS70においては、ＩＣカード23において、「マネー残高が足りているか？」判定される。
ＩＣカード23には、図１１に示すように、電子マネー部21を有し、電子マネーの残高管理を有している。このため、販売店等に設置されたＰＯＳレジ65（図１３参照）側において、ＩＣカード23に記憶された電子マネーの残高と、利用予定額とを比較可能である。
その結果、電子マネーの残高が足りている場合には、「はい」（ＹＥＳ）に進み、ステップS70から下段のステップS71に進む。ステップS71においては、ＩＣカード23を用いて、「支払処理（支払額：3,000円）」が実行される。
その結果、電子マネーの残高が足りている場合には、「はい」（ＹＥＳ）に進み、ステップS70から下段のステップS71に進む。ステップS71においては、ＩＣカード23を用いて、「支払処理（支払額：3,000円）」が実行される。
ステップS71の終了後、下段のステップS41に進み、「支払完了」が完了したことを、例えばＰＯＳレジ65を利用して利用者に対して報知する。
これに対し、マネー残高が足りていない場合、すなわち不足している場合には、ステップS70から中央列のステップS51に進み、以降は図４を用いて説明したオートチャージ処理が実行される。
これに対し、マネー残高が足りていない場合、すなわち不足している場合には、ステップS70から中央列のステップS51に進み、以降は図４を用いて説明したオートチャージ処理が実行される。
10 電子マネー支援システム
20 電子マネー用カード
21 通信端末
22 通帳
23 ＩＣカード
24 電子マネー部
25 スマートフォン
26 電子マネーアプリ（スマホアプリ）
27 プリペイドカード
30 電子マネーサーバ
31 電子マネー支援機能システム
32 電子マネー管理機能システム
40 ＡＰＩ基盤
41 振込指図ＡＰＩ（決済申込）
42 振込実行ＡＰＩ（決済実行）
50 銀行システム
51 内部ＡＰＩ
52 勘定系システム
53 利用者預貯金口座
54 電子マネー事業者預貯金口座
60 電子端末
61 電子マネー操作機能システム
62 電子マネー決済機能システム
63 電子マネー通信装置（電子マネー読取装置）
64 電子マネー読取装置
65 ＰＯＳレジ
70〜74 画面
80〜81 画面
20 電子マネー用カード
21 通信端末
22 通帳
23 ＩＣカード
24 電子マネー部
25 スマートフォン
26 電子マネーアプリ（スマホアプリ）
27 プリペイドカード
30 電子マネーサーバ
31 電子マネー支援機能システム
32 電子マネー管理機能システム
40 ＡＰＩ基盤
41 振込指図ＡＰＩ（決済申込）
42 振込実行ＡＰＩ（決済実行）
50 銀行システム
51 内部ＡＰＩ
52 勘定系システム
53 利用者預貯金口座
54 電子マネー事業者預貯金口座
60 電子端末
61 電子マネー操作機能システム
62 電子マネー決済機能システム
63 電子マネー通信装置（電子マネー読取装置）
64 電子マネー読取装置
65 ＰＯＳレジ
70〜74 画面
80〜81 画面
（請求項１〜４）
請求項１〜４に記載の発明は、「電子マネーのチャージ方法」に関し、次の点を目的とする。
すなわち、請求項１〜４に記載の各発明は、電子マネーのチャージに対し、オープンＡＰＩを利用して、利用者の預貯金口座から即時に電子マネー事業者に送金することで、電子マネー事業者の資金化を早期化し、加盟店への支払も早期化することができるようにしたものである。
請求項１〜４に記載の発明は、「電子マネーのチャージ方法」に関し、次の点を目的とする。
すなわち、請求項１〜４に記載の各発明は、電子マネーのチャージに対し、オープンＡＰＩを利用して、利用者の預貯金口座から即時に電子マネー事業者に送金することで、電子マネー事業者の資金化を早期化し、加盟店への支払も早期化することができるようにしたものである。
（請求項５〜８）
請求項５〜８に記載の発明は、「電子マネー支援システム」に関し、上記した請求項１〜４に記載の発明と同様の点を目的とする。
請求項５〜８に記載の発明は、「電子マネー支援システム」に関し、上記した請求項１〜４に記載の発明と同様の点を目的とする。
各請求項にそれぞれ記載された各発明は、上記した各目的を達成するためになされたものである。
第３に、前記ＡＰＩ基盤は、前記「成功のコード」を前記電子マネーサーバに送信することにより、送信した前記「成功のコード」を前記電子マネーサーバが受信したことを契機として、前記電子マネーサーバにおいて、前記利用者が所有する電子マネーのマネー残高に前記チャージ額を加算させるように要求している。
第４に、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを、前記ＡＰＩ基盤が前記電子マネーサーバに対して発行する第７のステップと、前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、受信した前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスする第８のステップと、を含むことを特徴とする。
第４に、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを、前記ＡＰＩ基盤が前記電子マネーサーバに対して発行する第７のステップと、前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、受信した前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスする第８のステップと、を含むことを特徴とする。
（請求項３）
請求項３に記載の発明は、「電子マネーのチャージ方法」に関し、次の点を特徴とする。
すなわち、請求項３に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
請求項３に記載の発明は、「電子マネーのチャージ方法」に関し、次の点を特徴とする。
すなわち、請求項３に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
第２に、前記利用者の意思にもとづいて、前記オープンＡＰＩである振込指図ＡＰＩ及び振込実行ＡＰＩを前記電子マネーサーバが発行する第１のステップと、発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記電子マネーサーバが前記ＡＰＩ基盤に送信する第２のステップと、前記ＡＰＩ基盤が、受信した前記振込実行ＡＰＩの実行により、前記勘定系システムにより、前記利用者が決定したチャージ額を前記預貯金口座からの引き落とし、同時に前記チャージ額の前記振込先口座へ振り込み、引き落とし及び振り込みの同時実行後、前記ＡＰＩ基盤が発信した「成功のコード」を、前記電子マネーサーバが受信したことを条件に、前記利用者が所有する電子マネーのマネー残高に前記チャージ額を、前記電子マネーサーバが加算する第３のステップと、を含む。
第３に、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを、前記ＡＰＩ基盤が前記電子マネーサーバに対して発行する第７のステップと、前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、受信した前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスする第８のステップと、を含むことを特徴とする。
第３に、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを、前記ＡＰＩ基盤が前記電子マネーサーバに対して発行する第７のステップと、前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、受信した前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスする第８のステップと、を含むことを特徴とする。
（請求項４）
請求項４に記載の発明は、「電子マネーのチャージ方法」に関し、上記した請求項３に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項４に記載の発明は、第１に、前記利用者が予定している電子マネーの利用予定額を販売店の電子端末から前記電子マネーサーバが受信すると、前記利用予定額が前記利用者の所有する前記マネー残高に達しているか否かを、前記電子マネーサーバが判定する第４のステップと、判定の結果、前記マネー残高が不足している場合には、前記オープンＡＰＩである前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを、前記電子マネーサーバが発行する第５のステップと、発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを、前記電子マネーサーバが前記ＡＰＩ基盤に送信する第６のステップと、を含む。
請求項４に記載の発明は、「電子マネーのチャージ方法」に関し、上記した請求項３に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項４に記載の発明は、第１に、前記利用者が予定している電子マネーの利用予定額を販売店の電子端末から前記電子マネーサーバが受信すると、前記利用予定額が前記利用者の所有する前記マネー残高に達しているか否かを、前記電子マネーサーバが判定する第４のステップと、判定の結果、前記マネー残高が不足している場合には、前記オープンＡＰＩである前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを、前記電子マネーサーバが発行する第５のステップと、発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを、前記電子マネーサーバが前記ＡＰＩ基盤に送信する第６のステップと、を含む。
（請求項５）
請求項５に記載の発明は、「電子マネー支援システム」に関し、次の点を特徴とする。
すなわち、請求項５に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
請求項５に記載の発明は、「電子マネー支援システム」に関し、次の点を特徴とする。
すなわち、請求項５に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
第２に、前記ＡＰＩ基盤は、前記利用者の意思にもとづいて、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込実行ＡＰＩの受信を条件に、前記振込実行ＡＰＩを実行し、前記利用者が決定したチャージ額と同額を、前記勘定系システムにより前記預貯金口座から引き落させ、同時に前記チャージ額と同額を、前記振込先口座へ前記勘定系システムにより振り込ませ、引き落とし及び振り込みの同時実行後、「成功のコード」を前記電子マネーサーバに送信し、前記「成功のコード」を前記電子マネーサーバに送信することにより、送信した前記「成功のコード」を前記電子マネーサーバが受信したことを契機として、前記電子マネーサーバにおいて、前記利用者が所有する電子マネーのマネー残高に前記チャージ額を加算させるように要求している。
第３に、前記ＡＰＩ基盤が、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを前記電子マネーサーバに対して発行し、前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスすることを特徴とする。
第３に、前記ＡＰＩ基盤が、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを前記電子マネーサーバに対して発行し、前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスすることを特徴とする。
（請求項６）
請求項６に記載の発明は、「電子マネー支援システム」に関し、上記した請求項５に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項６に記載の発明は、前記ＡＰＩ基盤が、前記振込実行ＡＰＩの受信を条件に、受信した前記振込実行ＡＰＩを実行させることで、利用者が予め決定した決定額、又は前記利用者が所有する前記マネー残高に対する不足額を、前記勘定系システムにより、前記預貯金口座から引き落とし、同時に前記決定額又は前記不足額を、前記振込先口座への振り込むことを特徴とする。
請求項６に記載の発明は、「電子マネー支援システム」に関し、上記した請求項５に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項６に記載の発明は、前記ＡＰＩ基盤が、前記振込実行ＡＰＩの受信を条件に、受信した前記振込実行ＡＰＩを実行させることで、利用者が予め決定した決定額、又は前記利用者が所有する前記マネー残高に対する不足額を、前記勘定系システムにより、前記預貯金口座から引き落とし、同時に前記決定額又は前記不足額を、前記振込先口座への振り込むことを特徴とする。
（請求項７）
請求項７に記載の発明は、「電子マネー支援システム」に関し、次の点を特徴とする。
すなわち、請求項７に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
請求項７に記載の発明は、「電子マネー支援システム」に関し、次の点を特徴とする。
すなわち、請求項７に記載の発明は、第１に、利用者が所有する電子マネーを管理する電子マネーサーバと、前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とする。
第２に、前記電子マネーサーバは、前記利用者の意思にもとづいて、前記オープンＡＰＩである振込指図ＡＰＩ及び振込実行ＡＰＩを発行し、発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤に送信し、前記ＡＰＩ基盤が、受信した前記振込実行ＡＰＩの実行により、前記勘定系システムにより、前記利用者が決定したチャージ額と同額を前記預貯金口座から引き落とし、同時に前記チャージ額と同額を前記振込先口座へ振り込み、引き落とし及び振り込みの同時実行後、前記ＡＰＩ基盤が送信した「成功のコード」を受信したことを条件に、前記利用者が所有する電子マネーのマネー残高に前記チャージ額を加算する。
第３に、前記ＡＰＩ基盤が、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを前記電子マネーサーバに対して発行し、前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスすることを特徴とする。
第３に、前記ＡＰＩ基盤が、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを前記電子マネーサーバに対して発行し、前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスすることを特徴とする。
（請求項８）
請求項８に記載の発明は、「電子マネー支援システム」に関し、上記した請求項７に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項８に記載の発明は、第１に、前記電子マネーサーバが、前記利用者が予定している電子マネーの利用予定額を販売店の電子端末から受信すると、前記利用予定額が前記利用者の所有する前記マネー残高に達しているかどうか判定し、判定の結果、前記マネー残高が不足している場合には、前記オープンＡＰＩである前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを発行し、発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤に送信する。
請求項８に記載の発明は、「電子マネー支援システム」に関し、上記した請求項７に記載の発明の特徴点に加え、次の点を特徴とする。
すなわち、請求項８に記載の発明は、第１に、前記電子マネーサーバが、前記利用者が予定している電子マネーの利用予定額を販売店の電子端末から受信すると、前記利用予定額が前記利用者の所有する前記マネー残高に達しているかどうか判定し、判定の結果、前記マネー残高が不足している場合には、前記オープンＡＰＩである前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを発行し、発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤に送信する。
本発明は、以上のように構成されているので、以下に記載されるような効果を奏する。
（請求項１〜４）
請求項１〜４に記載の発明は、「電子マネーのチャージ方法」に関し、次のような効果を奏する。
すなわち、請求項１〜４に記載の発明によれば、電子マネーのチャージに対し、オープンＡＰＩを利用して、利用者の預貯金口座から即時に電子マネー事業者に送金することで、電子マネー事業者の資金化を早期化し、加盟店への支払も早期化することができる。
（請求項１〜４）
請求項１〜４に記載の発明は、「電子マネーのチャージ方法」に関し、次のような効果を奏する。
すなわち、請求項１〜４に記載の発明によれば、電子マネーのチャージに対し、オープンＡＰＩを利用して、利用者の預貯金口座から即時に電子マネー事業者に送金することで、電子マネー事業者の資金化を早期化し、加盟店への支払も早期化することができる。
（請求項５〜８）
請求項５〜８に記載の発明は、「電子マネー支援システム」に関し、上記した請求項１〜４に記載の発明と同様の効果を奏するものである。
請求項５〜８に記載の発明は、「電子マネー支援システム」に関し、上記した請求項１〜４に記載の発明と同様の効果を奏するものである。
ここで、「利用者の意思にもとづいて、」には、「チャージ処理」の場合において、次の場合を含む。
（１）利用者の通信端末21からの「チャージ要求」を契機とする場合
（２）販売店の電子端末60（図１参照）を経由して「チャージ要求」が送信される場合
（１）利用者の通信端末21からの「チャージ要求」を契機とする場合
（２）販売店の電子端末60（図１参照）を経由して「チャージ要求」が送信される場合
Claims (10)
- 利用者が所有する電子マネーを管理する電子マネーサーバと、
前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、
前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とし、
前記利用者の意思にもとづいて、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込実行ＡＰＩの受信を条件に、前記ＡＰＩ基盤が前記振込実行ＡＰＩを実行する第１のステップと、
前記利用者が決定したチャージ額と同額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記預貯金口座から引き落とす第２のステップと、
同時に前記チャージ額と同額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記振込先口座へ振り込む第３のステップと、
引き落とし及び振り込みの同時実行後、前記ＡＰＩ基盤が「成功のコード」を前記電子マネーサーバに送信する第４のステップと、を含み、
前記ＡＰＩ基盤は、
前記「成功のコード」を前記電子マネーサーバに送信することにより、
送信した前記「成功のコード」を前記電子マネーサーバが受信したことを契機として、前記電子マネーサーバにおいて、前記利用者が所有する電子マネーのマネー残高に前記チャージ額を加算させるように要求していることを特徴とする電子マネーのチャージ方法。 - 前記振込実行ＡＰＩの受信を条件に、前記振込実行ＡＰＩを実行することで、前記利用者が予め決定した決定額、又は前記利用者が所有する前記マネー残高に対する不足額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記預貯金口座から引き落とす第５のステップと、
同時に前記決定額又は前記不足額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記振込先口座へ振り込む第６のステップと、
を含むことを特徴とする請求項１に記載の電子マネーのチャージ方法。 - 前記利用者の意思にもとづいて、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを、前記ＡＰＩ基盤が前記電子マネーサーバに対して発行する第７のステップと、
前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、受信した前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスする第８のステップと、
を含むことを特徴とする請求項１又は請求項２に記載の電子マネーのチャージ方法。 - 利用者が所有する電子マネーを管理する電子マネーサーバと、
前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、
前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とし、
前記利用者の意思にもとづいて、前記オープンＡＰＩである振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記電子マネーサーバが発行する第１のステップと、
発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記電子マネーサーバが前記ＡＰＩ基盤に送信する第２のステップと、
前記ＡＰＩ基盤が、受信した前記振込実行ＡＰＩの実行により、前記勘定系システムにより、前記利用者が決定したチャージ額を前記預貯金口座からの引き落とし、同時に前記チャージ額の前記振込先口座へ振り込み、引き落とし及び振り込みの同時実行後、前記ＡＰＩ基盤が発信した「成功のコード」を、前記電子マネーサーバが受信したことを条件に、前記利用者が所有する電子マネーのマネー残高に前記チャージ額を、前記電子マネーサーバが加算する第３のステップと、
を含むことを特徴とする電子マネーのチャージ方法。 - 前記利用者が予定している電子マネーの利用予定額を販売店の電子端末から前記電子マネーサーバが受信すると、前記利用予定額が前記利用者の所有する前記マネー残高に達しているか否かを、前記電子マネーサーバが判定する第４のステップと、
判定の結果、前記マネー残高が不足している場合には、前記オープンＡＰＩである振込指図ＡＰＩ及び前記振込実行ＡＰＩを、前記電子マネーサーバが発行する第５のステップと、
発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを、前記電子マネーサーバが前記ＡＰＩ基盤に送信する第６のステップと、を含み、
前記電子マネーサーバは、
前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤に送信することにより、
送信した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤が受信したことを契機として、前記ＡＰＩ基盤において、前記利用者が予め決定した決定額、又は前記利用者が所有する前記マネー残高に対する不足額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記預貯金口座からの引き落とし、同時に前記決定額又は前記不足額を前記振込先口座へ振り込むように要求していることを特徴とする請求項４に記載の電子マネー支援システム。 - 利用者が所有する電子マネーを管理する電子マネーサーバと、
前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、
前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とし、
前記ＡＰＩ基盤は、
前記利用者の意思にもとづいて、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込実行ＡＰＩの受信を条件に、前記振込実行ＡＰＩを実行し、前記利用者が決定したチャージ額と同額を、前記勘定系システムにより前記預貯金口座から引き落させ、同時に前記チャージ額と同額を、前記振込先口座へ前記勘定系システムにより振り込ませ、
引き落とし及び振り込みの同時実行後、「成功のコード」を前記電子マネーサーバに送信し、
前記「成功のコード」を前記電子マネーサーバに送信することにより、
送信した前記「成功のコード」を前記電子マネーサーバが受信したことを契機として、前記電子マネーサーバにおいて、前記利用者が所有する電子マネーのマネー残高に前記チャージ額を加算させるように要求していることを特徴とする電子マネー支援システム。 - 前記ＡＰＩ基盤は、
前記振込実行ＡＰＩの受信を条件に、受信した前記振込実行ＡＰＩを実行させることで、利用者が予め決定した決定額、又は前記利用者が所有する前記マネー残高に対する不足額を、前記勘定系システムにより、前記預貯金口座から引き落とし、同時に前記決定額又は前記不足額を、前記振込先口座への振り込むことを特徴とする請求項６に記載の電子マネー支援システム。 - 前記ＡＰＩ基盤は、
前記利用者の意思にもとづいて、前記電子マネーサーバから発行され、前記オープンＡＰＩである振込指図ＡＰＩの受信を条件に、１回だけの使用が許可され、再使用が禁止され、且つ有効期限付きのアクセストークンを前記電子マネーサーバに対して発行し、
前記電子マネーサーバからの前記振込実行ＡＰＩの受信を契機として、前記振込実行ＡＰＩを、前記アクセストークンを利用して前記ＡＰＩ基盤から前記勘定系システムに送信することで、前記勘定系システムにアクセスすることを特徴とする請求項６又は請求項７に記載の電子マネー支援システム。 - 利用者が所有する電子マネーを管理する電子マネーサーバと、
前記電子マネーサーバと通信が可能であり、前記電子マネーサーバに対して開放されたオープンＡＰＩを管理するＡＰＩ基盤と、
前記ＡＰＩ基盤に接続され、前記利用者が所有する預貯金口座への入金・出金、及び前記電子マネーサーバを管理する管理主体が所有する振込先口座への振込みを実行可能な勘定系システムと、を前提とし、
前記電子マネーサーバは、
前記利用者の意思にもとづいて、前記オープンＡＰＩである振込指図ＡＰＩ及び前記振込実行ＡＰＩを発行し、
発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤に送信し、
前記ＡＰＩ基盤が、受信した前記振込実行ＡＰＩの実行により、前記勘定系システムにより、前記利用者が決定したチャージ額と同額を前記預貯金口座から引き落とし、同時に前記チャージ額と同額を前記振込先口座へ振り込み、引き落とし及び振り込みの同時実行後、前記ＡＰＩ基盤が送信した「成功のコード」を受信したことを条件に、前記利用者が所有する電子マネーのマネー残高に前記チャージ額を加算することを特徴とする電子マネー支援システム。 - 前記電子マネーサーバは、
前記利用者が予定している電子マネーの利用予定額を販売店の電子端末から受信すると、前記利用予定額が前記利用者の所有する前記マネー残高に達しているかどうか判定し、
判定の結果、前記マネー残高が不足している場合には、前記オープンＡＰＩである振込指図ＡＰＩ及び前記振込実行ＡＰＩを発行し、
発行した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤に送信し、
前記電子マネーサーバは、
前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤に送信することにより、
送信した前記振込指図ＡＰＩ及び前記振込実行ＡＰＩを前記ＡＰＩ基盤が受信したことを契機として、前記ＡＰＩ基盤において、前記利用者が予め決定した決定額、又は前記利用者が所有する前記マネー残高に対する不足額を、前記ＡＰＩ基盤が前記勘定系システムにより、前記預貯金口座からの引き落とし、同時に前記決定額又は前記不足額を前記振込先口座へ振り込むように要求していることを特徴とする請求項９に記載の電子マネー支援システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019159188A JP6663531B1 (ja) | 2019-08-31 | 2019-08-31 | 電子マネーのチャージ方法及び電子マネー支援システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019159188A JP6663531B1 (ja) | 2019-08-31 | 2019-08-31 | 電子マネーのチャージ方法及び電子マネー支援システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP6663531B1 JP6663531B1 (ja) | 2020-03-11 |
| JP2021039462A true JP2021039462A (ja) | 2021-03-11 |
Family
ID=69998153
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019159188A Active JP6663531B1 (ja) | 2019-08-31 | 2019-08-31 | 電子マネーのチャージ方法及び電子マネー支援システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6663531B1 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6878645B1 (ja) * | 2020-03-13 | 2021-05-26 | 株式会社北洋銀行 | 電子マネーのチャージ方法及び電子マネー支援システム |
| JP6921294B1 (ja) * | 2020-12-25 | 2021-08-18 | ＰａｙＰａｙ株式会社 | 通知装置、通知方法及び通知プログラム |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006065620A (ja) * | 2004-08-27 | 2006-03-09 | Sumitomo Mitsui Banking Corp | 電子マネーのチャージ補助方法及びシステム |
| JP2009271769A (ja) * | 2008-05-08 | 2009-11-19 | Ntt Docomo Inc | 電子マネーチャージシステム、電子マネーサーバ、電子マネーチャージ方法 |
| JP2010055412A (ja) * | 2008-08-28 | 2010-03-11 | Yasunobu Shimooka | リアルタイム・アフィリエイト報酬支払いシステム |
| JP2016071655A (ja) * | 2014-09-30 | 2016-05-09 | Kddi株式会社 | 電子通貨管理装置、電子通貨管理方法及び電子通貨管理システム |
| US20170032351A1 (en) * | 2015-07-30 | 2017-02-02 | Accenture Global Services Limited | Managing electronic funds in a network of computing devices |
| JP2017091245A (ja) * | 2015-11-11 | 2017-05-25 | ヤフー株式会社 | 実行装置、実行方法及び実行プログラム |
| JP2019008525A (ja) * | 2017-06-23 | 2019-01-17 | 株式会社 みずほ銀行 | サービス管理システム及びサービス管理方法 |
| JP2019106095A (ja) * | 2017-12-14 | 2019-06-27 | Ｇｍｏあおぞらネット銀行株式会社 | 購入者と販売者との間における決済を代行する処理装置 |
-
2019
- 2019-08-31 JP JP2019159188A patent/JP6663531B1/ja active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006065620A (ja) * | 2004-08-27 | 2006-03-09 | Sumitomo Mitsui Banking Corp | 電子マネーのチャージ補助方法及びシステム |
| JP2009271769A (ja) * | 2008-05-08 | 2009-11-19 | Ntt Docomo Inc | 電子マネーチャージシステム、電子マネーサーバ、電子マネーチャージ方法 |
| JP2010055412A (ja) * | 2008-08-28 | 2010-03-11 | Yasunobu Shimooka | リアルタイム・アフィリエイト報酬支払いシステム |
| JP2016071655A (ja) * | 2014-09-30 | 2016-05-09 | Kddi株式会社 | 電子通貨管理装置、電子通貨管理方法及び電子通貨管理システム |
| US20170032351A1 (en) * | 2015-07-30 | 2017-02-02 | Accenture Global Services Limited | Managing electronic funds in a network of computing devices |
| JP2017091245A (ja) * | 2015-11-11 | 2017-05-25 | ヤフー株式会社 | 実行装置、実行方法及び実行プログラム |
| JP2019008525A (ja) * | 2017-06-23 | 2019-01-17 | 株式会社 みずほ銀行 | サービス管理システム及びサービス管理方法 |
| JP2019106095A (ja) * | 2017-12-14 | 2019-06-27 | Ｇｍｏあおぞらネット銀行株式会社 | 購入者と販売者との間における決済を代行する処理装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6663531B1 (ja) | 2020-03-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220101298A1 (en) | Method of performing transactions with contactless payment devices using pre-tap and two-tap operations | |
| US20220253815A1 (en) | Automatic generating and dynamic selecting of transaction elements regarding a gift card | |
| KR101517515B1 (ko) | Qr 코드를 이용한 즉시 결제 시스템 및 방법 | |
| JP5553821B2 (ja) | 情報処理サーバ、情報処理方法、情報処理プログラム、情報処理プログラムが記録された記録媒体、携帯端末、携帯端末用プログラム、及び携帯端末用プログラムが記録された記録媒体 | |
| TWI515674B (zh) | 預付費資訊的管理方法、預付費系統及電腦可讀取儲存介質 | |
| US10510069B1 (en) | Variable deposits maximums for a digital cash deposit digitization service | |
| JP5492182B2 (ja) | 情報処理システム、情報処理方法、及び情報処理プログラム | |
| US20150206107A1 (en) | Device and method for facilitating financial transactions | |
| KR100737830B1 (ko) | 전자상거래 금융정보 처리시스템과 그 방법 | |
| JP2021039462A (ja) | 電子マネーのチャージ方法及び電子マネー支援システム | |
| KR102027403B1 (ko) | 송금 기반 결제 처리 방법 및 그를 수행하기 위한 서버 | |
| JP6878645B1 (ja) | 電子マネーのチャージ方法及び電子マネー支援システム | |
| US20210081916A1 (en) | Point-of-sale device and method for generating a discounted authorization request | |
| KR100526032B1 (ko) | 카드 대금 결제 방법 및 그 시스템 | |
| JP2006065620A (ja) | 電子マネーのチャージ補助方法及びシステム | |
| KR20160107778A (ko) | 소상공인을 위한 휴대 단말 앱 기반 간편 결제 방법 및 시스템 | |
| CN114429345A (zh) | 一种数字货币支付方法、装置、存储介质及电子设备 | |
| KR20140017273A (ko) | 휴대 단말을 이용한 결제 방법 및 시스템 | |
| TWI559238B (zh) | Universal stored value card trading system | |
| KR101246035B1 (ko) | 앱신용카드를 이용한 상거래 시스템과 방법 | |
| KR102033576B1 (ko) | 전자 결제 시스템, 장치 및 방법 | |
| JP7415258B2 (ja) | クレジットカードの決済システム、決済方法、ｉｃカード、カード会社のサーバ、クラウドサーバ、及びプログラム | |
| JP7460831B1 (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
| JP7333926B1 (ja) | コインランドリー利用のためのアプリケーションシステムおよびその方法 | |
| US11922445B1 (en) | Using native and non-native events to control funding/actions on various connected digital platforms |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190902 |
|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20190903 |
|
| A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20190905 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20191210 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200107 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200122 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20200204 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200214 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6663531 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: R3D02 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |