ホーム > 特許ランキング > 株式会社ローソン銀行
知財求人 - 知財ポータルサイト「IP Force」
特開2022-91017金融関連情報管理装置、金融関連情報管理装置の制御方法及び金融関連情報管理装置の制御プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022091017
(43)【公開日】2022-06-20
(54)【発明の名称】金融関連情報管理装置、金融関連情報管理装置の制御方法及び金融関連情報管理装置の制御プログラム
(51)【国際特許分類】
G06Q 20/06 20120101AFI20220613BHJP
【ＦＩ】
G06Q20/06 300
【審査請求】未請求
【請求項の数】5
【出願形態】ＯＬ
(21)【出願番号】P 2020203681
(22)【出願日】2020-12-08
(71)【出願人】
【識別番号】519195534
【氏名又は名称】株式会社ローソン銀行
(74)【代理人】
【識別番号】100098796
【弁理士】
【氏名又は名称】新井 全
(74)【代理人】
【識別番号】100121647
【弁理士】
【氏名又は名称】野口 和孝
(74)【代理人】
【識別番号】100187377
【弁理士】
【氏名又は名称】芳野 理之
(72)【発明者】
【氏名】片山 弘毅
(72)【発明者】
【氏名】畑 優摩
(72)【発明者】
【氏名】深見 勇
【テーマコード（参考）】
5L055
【Ｆターム（参考）】
5L055AA14
(57)【要約】
【課題】電子マネー等の電子通貨をチャージするにあたって金融機関の預金口座から出金する際に、利用者に煩雑な手続きを求めることなく、且つ、取引の安全を確保できる金融関連情報管理装置等を提供すること。
【解決手段】利用者の端末装置１０、事業者の管理装置である事業者用管理装置２０及び金融機関の管理装置である金融機関側管理装置３０と通信可能であって、端末装置の電子通貨は、所定の条件に達した場合に自動的に金融機関の預金口座から出金がなされて所定金額が増加される自動口座出金が実行され、自動口座出金の実行に、利用者の金融機関の暗証情報の入力が条件とされず、自動口座出金の実行は、過去における自動口座出金実行実績情報である過去自動口座出金実行情報に基づき許可される金融関連情報管理装置４０。
【選択図】図１
【解決手段】利用者の端末装置１０、事業者の管理装置である事業者用管理装置２０及び金融機関の管理装置である金融機関側管理装置３０と通信可能であって、端末装置の電子通貨は、所定の条件に達した場合に自動的に金融機関の預金口座から出金がなされて所定金額が増加される自動口座出金が実行され、自動口座出金の実行に、利用者の金融機関の暗証情報の入力が条件とされず、自動口座出金の実行は、過去における自動口座出金実行実績情報である過去自動口座出金実行情報に基づき許可される金融関連情報管理装置４０。
【選択図】図１
【特許請求の範囲】
【請求項1】
利用者の端末装置、前記端末装置と通信する事業者の管理装置である事業者用管理装置及び金融機関の管理装置である金融機関側管理装置と通信可能な金融関連情報を管理する金融関連情報管理装置であって、
前記端末装置の電子通貨は、所定の条件に達した場合に、自動的に金融機関の預金口座から出金がなされて所定金額が増加される自動口座出金が実行され、
前記自動口座出金の実行に、利用者の金融機関の暗証情報の入力が条件とされず、
前記自動口座出金の実行は、過去における自動口座出金実行実績情報である過去自動口座出金実行情報に基づき許可される構成となっていることを特徴とする金融関連情報管理装置。
前記端末装置の電子通貨は、所定の条件に達した場合に、自動的に金融機関の預金口座から出金がなされて所定金額が増加される自動口座出金が実行され、
前記自動口座出金の実行に、利用者の金融機関の暗証情報の入力が条件とされず、
前記自動口座出金の実行は、過去における自動口座出金実行実績情報である過去自動口座出金実行情報に基づき許可される構成となっていることを特徴とする金融関連情報管理装置。
【請求項2】
前記過去における自動口座出金実行実績情報が、事業者ごとの過去における前記自動口座出金の最大の実行回数情報であると共に前記最大の実行回数情報が、所定の下限情報以上であることを特徴とする請求項１に記載の金融関連情報管理装置。
【請求項3】
前記利用者が前記事業者と取引するために前記事業者用管理装置に入力された登録関連情報に基づいて、前記金融機関が受信可能な金融機関向送信情報を生成すると共に、前記金融機関から受信した情報に基づいて、前記事業者用管理装置が受信可能事業者向送信情報を生成することを特徴とする請求項１に記載の金融関連情報管理装置。
【請求項4】
利用者の端末装置、前記端末装置と通信する事業者の管理装置である事業者用管理装置及び金融機関の管理装置である金融機関側管理装置と通信可能な金融関連情報を管理する金融関連情報管理装置の制御方法であって、
前記端末装置の電子通貨は、所定の条件に達した場合に、自動的に金融機関の預金口座から出金がなされて所定金額が増加される自動口座出金が実行され、
前記自動口座出金の実行に、利用者の金融機関の暗証情報の入力が条件とされず、
前記自動口座出金の実行は、過去における自動口座出金実行実績情報である過去自動口座出金実行情報に基づき許可される構成となっていることを特徴とする金融関連情報管理装置の制御方法。
前記端末装置の電子通貨は、所定の条件に達した場合に、自動的に金融機関の預金口座から出金がなされて所定金額が増加される自動口座出金が実行され、
前記自動口座出金の実行に、利用者の金融機関の暗証情報の入力が条件とされず、
前記自動口座出金の実行は、過去における自動口座出金実行実績情報である過去自動口座出金実行情報に基づき許可される構成となっていることを特徴とする金融関連情報管理装置の制御方法。
【請求項5】
利用者の端末装置、前記端末装置と通信する事業者の管理装置である事業者用管理装置及び金融機関の管理装置である金融機関側管理装置と通信可能な金融関連情報を管理する金融関連情報管理装置に、前記端末装置の電子通貨は、所定の条件に達した場合に、自動的に金融機関の預金口座から出金がなされて所定金額が増加される自動口座出金が実行される機能、
前記自動口座出金の実行に、利用者の金融機関の暗証情報の入力が条件とされず、前記自動口座出金の実行は、過去における自動口座出金実行実績情報である過去自動口座出金実行情報に基づき許可される機能、を実行させる構成となっていることを特徴とする金融関連情報管理装置の制御プログラム。
前記自動口座出金の実行に、利用者の金融機関の暗証情報の入力が条件とされず、前記自動口座出金の実行は、過去における自動口座出金実行実績情報である過去自動口座出金実行情報に基づき許可される機能、を実行させる構成となっていることを特徴とする金融関連情報管理装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、事業を行う事業者と金融機関との間の金融関連情報を管理する金融関連情報管理装置、金融関連情報管理装置の制御方法及び金融関連情報管理装置の制御プログラムに関するものである。
【背景技術】
【0002】
従来、電子マネー等の残高が少ないときに、使用者の銀行口座等から自動的にチャージする「電子マネー自動チャージ」があるが、この「電子マネー自動チャージ」では、その取引の安全性を確保するため、「暗証番号」等の入力が必要となっている。（特許文献１等）
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許５６４８２７２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、電子マネーの利用者にとって、チャージをする度に、暗証番号等の入力を求められるのは、煩雑であるという問題があった。
また、電子マネー等のチャージ等を行うＡＴＭ等の機器を管理する金融機関等が、当該利用者が利用している金融機関等と異なる場合、当該金融機関は、他の金融機関等に「暗証番号」等を管理させることになるという問題もあった。
また、電子マネー等のチャージ等を行うＡＴＭ等の機器を管理する金融機関等が、当該利用者が利用している金融機関等と異なる場合、当該金融機関は、他の金融機関等に「暗証番号」等を管理させることになるという問題もあった。
【0005】
そこで、本発明は、電子マネー等の電子通貨をチャージ（入金）するにあたって金融機関の預金口座から出金する際に、利用者に煩雑な手続きを求めることなく、且つ、取引の安全を確保できる金融関連情報管理装置、金融関連情報管理装置の制御方法及び金融関連情報管理装置の制御プログラム等を提供することを目的とする。
【0006】
上記目的は、本発明にあっては、利用者の端末装置、前記端末装置と通信する事業者の管理装置である事業者用管理装置及び金融機関の管理装置である金融機関側管理装置と通信可能な金融関連情報を管理する金融関連情報管理装置であって、前記端末装置の電子通貨は、所定の条件に達した場合に、自動的に金融機関の預金口座から出金がなされて所定金額が増加される自動口座出金が実行され、前記自動口座出金の実行に、利用者の金融機関の暗証情報の入力が条件とされず、前記自動口座出金の実行は、過去における前記自動口座出金実行実績情報である過去自動口座出金実行情報に基づき許可される構成となっていることを特徴とする金融関連情報管理装置により達成される。
【0007】
前記構成によれば、暗証番号等の暗証情報を入力せずに自動口座出金可能なので、利用者に暗証番号の入力を強いることがない。
また、自動口座出金（例えば、オートチャージ等）の実行の際、過去における自動口座出金の実行実績情報（例えば、事業者毎の１日における出金実行回数等）に基づいて、当該自動口座出金の実行が許可される構成となっているため、不適切な自動口座出金を未然に防ぐことができる。
また、自動口座出金（例えば、オートチャージ等）の実行の際、過去における自動口座出金の実行実績情報（例えば、事業者毎の１日における出金実行回数等）に基づいて、当該自動口座出金の実行が許可される構成となっているため、不適切な自動口座出金を未然に防ぐことができる。
【0008】
好ましくは、前記金融関連情報管理装置の前記過去における自動口座出金実行実績情報が、事業者毎の過去における前記自動口座出金の最大の実行回数情報であると共に前記最大の実行回数情報が、所定の下限情報以上であることを特徴とする。
【0009】
前記構成によれば、過去自動口座出金実行実績情報が、事業者毎の過去おける自動口座出金（例えば、オートチャージ等）の例えば、１日等の最大の実行回数情報なので、利用者の不自然な自動口座出金を精度良く、未然に把握することができる。
また、前記構成によれば、最大の実行回数情報が、所定の下限情報以上となっているので、例えば、自動口座出金を開始直後のように、過去のおける自動口座出金の回数が少ないときでも、自動口座出金を不許可にする等となることを未然に回避することができる。
また、前記構成によれば、最大の実行回数情報が、所定の下限情報以上となっているので、例えば、自動口座出金を開始直後のように、過去のおける自動口座出金の回数が少ないときでも、自動口座出金を不許可にする等となることを未然に回避することができる。
【0010】
好ましくは、前記金融関連情報管理装置の前記利用者が前記事業者と取引するために前記事業者用管理装置に入力された登録関連情報に基づいて、前記金融機関が受信可能な金融機関向送信情報を生成すると共に、前記金融機関から受信した情報に基づいて、前記事業者用管理装置が受信可能事業者向送信情報を生成することを特徴とする。
【0011】
前記構成によれば、登録関連情報（例えば、カナ氏名、生年月日、銀行名等）に基づいて、金融機関が受信可能な金融機関向送信情報を生成すると共に、金融機関から受信した情報に基づいて、事業者が受信可能な事業者向送信情報を生成する。
このように、事業者が情報を金融機関に送信するときは、金融関連情報管理装置は、金融機関側管理装置が受信可能な電文等の情報を作成して、送信する。
また、金融機関が事業者に情報を送信するときは、金融関連情報管理装置は、事業者側管理装置が受信可能な電文等の情報を作成して、送信する。
このように、事業者が情報を金融機関に送信するときは、金融関連情報管理装置は、金融機関側管理装置が受信可能な電文等の情報を作成して、送信する。
また、金融機関が事業者に情報を送信するときは、金融関連情報管理装置は、事業者側管理装置が受信可能な電文等の情報を作成して、送信する。
【0012】
このように、金融関連情報管理装置は、金融機関側管理装置と事業者側管理装置が、それぞれ、受信可能な電文等で情報を送信するので、事業者側管理装置と金融機関側管理装置は、従来のネットワークシステム等を一切変更することなく、そのままで、相互に情報を交換することができる。
例えば、各金融機関側管理装置は、それぞれ、別個のＡＰＩ（（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を採用しているため、事業者側管理装置が、各金融機関側管理装置と通信するために、異なるＡＰＩに合わせたネットワークを構築する必要があった。
これに対し、本発明では、金融関連情報管理装置が、各金融機関側管理装置のＡＰＩに合わせた電文等を生成するので、事業者側管理装置が、各金融機関側管理装置と通信するために、異なるＡＰＩに合わせたネットワークを構築する必要はなく、従来のネットワーク等をそのまま利用でき、コストを大幅に低減することができる。
例えば、各金融機関側管理装置は、それぞれ、別個のＡＰＩ（（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を採用しているため、事業者側管理装置が、各金融機関側管理装置と通信するために、異なるＡＰＩに合わせたネットワークを構築する必要があった。
これに対し、本発明では、金融関連情報管理装置が、各金融機関側管理装置のＡＰＩに合わせた電文等を生成するので、事業者側管理装置が、各金融機関側管理装置と通信するために、異なるＡＰＩに合わせたネットワークを構築する必要はなく、従来のネットワーク等をそのまま利用でき、コストを大幅に低減することができる。
【0013】
上記目的は、本発明にあっては、利用者の端末装置、前記端末装置と通信する事業者の管理装置である事業者用管理装置及び金融機関の管理装置である金融機関側管理装置と通信可能な金融関連情報を管理する金融関連情報管理装置の制御方法であって、前記端末装置の電子通貨は、所定の条件に達した場合に、自動的に金融機関の預金口座から出金がなされて所定金額が増加される自動口座出金が実行され、前記自動口座出金の実行に、利用者の金融機関の暗証情報の入力が条件とされず、前記自動口座出金の実行は、過去における前記自動口座出金実行実績情報である過去自動口座出金実行情報に基づき許可される構成となっていることを特徴とする金融関連情報管理装置の制御方法により達成される。
【0014】
上記目的は、本発明にあっては、利用者の端末装置、前記端末装置と通信する事業者の管理装置である事業者用管理装置及び金融機関の管理装置である金融機関側管理装置と通信可能な金融関連情報を管理する金融関連情報管理装置に、前記端末装置の電子通貨は、所定の条件に達した場合に、自動的に金融機関の預金口座から出金がなされて所定金額が増加される自動口座出金が実行される機能、前記自動口座出金の実行に、利用者の金融機関の暗証情報の入力が条件とされず、前記自動口座出金の実行は、過去における前記自動口座出金実行実績情報である過去自動口座出金実行情報に基づき許可される機能、を実行させる構成となっていることを特徴とする金融関連情報管理装置の制御プログラムにより達成される。
【発明の効果】
【0015】
以上説明したように、本発明は、電子マネー等の電子通貨をチャージ（入金）するにあたって金融機関の預金口座から出金する際に、利用者に煩雑な手続きを求めることなく、且つ、取引の安全を確保できる金融関連情報管理装置、金融関連情報管理装置の制御方法及び金融関連情報管理装置の制御プログラムを提供することができるという利点がある。
【図面の簡単な説明】
【0016】
【図1】本発明の実施の形態にかかる「金融関連情報管理システム」である例えば、電子通貨管理システム１を示す概略説明図である。
【図3】事業者サーバ側第１の各種情報記憶部２００の主な構成を示す概略ブロック図である。
【図4】事業者サーバ側第２の各種情報記憶部２１０の主な構成を示す概略ブロック図である。
【図6】管理サーバ側第１の各種情報記憶部４００の主な構成を示す概略ブロック図である。
【図7】管理サーバ側第２の各種情報記憶部４１０の主な構成を示す概略ブロック図である。
【図8】管理サーバ側第３の各種情報記憶部４２０の主な構成を示す概略ブロック図である。
【図9】管理サーバ側第４の各種情報記憶部４３０の主な構成を示す概略ブロック図である。
【図10】管理サーバ側第５の各種情報記憶部４４０の主な構成を示す概略ブロック図である。
【図12】銀行サーバ側第１の各種情報記憶部３００の主な構成を示す概略ブロック図である。
【図13】銀行サーバ側第２の各種情報記憶部３１０の主な構成を示す概略ブロック図である。
【図14】利用者の登録工程を示す主な概略フローチャートである。
【図15】利用者の登録工程を示す他の主な概略フローチャートである。
【図16】利用者の登録工程を示す他の主な概略フローチャートである。
【図17】利用者の都度チャージ工程を示す主な概略フローチャートである。
【図18】利用者の都度チャージ工程を示す主な他の概略フローチャートである。
【図19】利用者の都度チャージ工程を示す主な他の概略フローチャートである。
【図20】利用者の自動口座出金（オートチャージ等）登録工程を示す主な概略フローチャートである。
【図21】自動口座出金（オートチャージ等）の実行工程を示す他の概略フローチャートである。
【図22】自動口座出金（オートチャージ等）の実行工程を示す他の概略フローチャートである。
【図23】自動口座出金（オートチャージ等）の実行工程を示す他の概略フローチャートである。
【図24】ＳＴ４で記憶された「管理側利用者情報（その１）」を示す概略説明図である。
【図25】ＳＴ６でＭＳ情報が記憶された管理側利用者情報（その２）を示す概略説明図である。
【図26】ＳＴ１３で「利用許可フラグ」が設定された状態を示す管理側利用者情報を示す概略説明図である。
【図27】ＳＴ１４で「トークン情報」が記憶された「管理側利用者情報（その４）」を示す概略説明図である。
【図28】ＳＴ２５で「管理側都度チャージ受付情報記憶部４２１」に記憶される「管理側チャージ受付情報（その１）」の内容を示す概略説明図である。
【図29】ＳＴ２７で「管理側都度チャージ受付情報記憶部４２１」に記憶される「管理側チャージ受付情報（その２）」の内容を示す概略説明図である。
【図30】ＳＴ２８で、「都度チャージ金額」「取引ＩＤ」「取引日時」の情報が付加された管理側利用者情報（その５）を示す概略説明図である。
【図31】ＳＴ３５で「取引結果（出金）」が付加された「管理者側利用者情報（その６）」を示す概略説明図である。
【図32】「取引結果（自動口座出金）」が付加された「管理側利用者情報（その７）」を示す概略説明図である。
【発明を実施するための形態】
【0017】
以下、この発明の好適な実施の形態を添付図面等を参照しながら、詳細に説明する。
尚、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
尚、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
【0018】
図１は、本発明の実施の形態にかかる「金融関連情報管理装置」である例えば、管理サーバ４０を有する「電子通貨情報管理システム１」を示す概略説明図である。
図１に示すように、本システム１は、例えば、Ｘペイ等の電子通貨を使用する、または使用を希望する利用者が所持する端末装置１０、Ｘペイ等の電子通貨を扱う事業者の事業者側管理装置である例えば、事業者サーバ２０、銀行等の金融機関側管理装置である例えば、銀行サーバ３０を有している。
図１に示すように、本システム１は、例えば、Ｘペイ等の電子通貨を使用する、または使用を希望する利用者が所持する端末装置１０、Ｘペイ等の電子通貨を扱う事業者の事業者側管理装置である例えば、事業者サーバ２０、銀行等の金融機関側管理装置である例えば、銀行サーバ３０を有している。
【0019】
また、同システム１は、これら端末装置１０、事業者用管理装置である例えば、事業者サーバ２０、銀行サーバ３０の間で、金融関連情報である例えば、利用者の口座情報等を管理する金融関連情報管理装置である例えば、管理サーバ４０を有している。
また、これら端末装置１０、事業者サーバ２０、管理サーバ４０等は図１に示すように、インターネット網２や基地局３等を介して相互に通信可能に接続されている。
さらに、図１に示すように、管理サーバ４０は銀行サーバ３０と通信可能な構成となっている。
また、これら端末装置１０、事業者サーバ２０、管理サーバ４０等は図１に示すように、インターネット網２や基地局３等を介して相互に通信可能に接続されている。
さらに、図１に示すように、管理サーバ４０は銀行サーバ３０と通信可能な構成となっている。
【0020】
図１に示すように端末装置１０は、入力装置及び表示部である例えば、「タッチパネル１１」を有している。
ここで「タッチパネル１１」は、表示部である例えば、ディスプレイと、位置入力装置を組み合わせた電子部品であり、ディスプレイ上の表示に利用者が触れることで各種情報を入力できる入力装置である。
また、図１に示す端末装置１０は、図示しない端末装置側通信装置を有している。
ここで「タッチパネル１１」は、表示部である例えば、ディスプレイと、位置入力装置を組み合わせた電子部品であり、ディスプレイ上の表示に利用者が触れることで各種情報を入力できる入力装置である。
また、図１に示す端末装置１０は、図示しない端末装置側通信装置を有している。
【0021】
そして、図１の「電子通貨管理システム１」の端末装置１０、事業者サーバ２０、管理サーバ４０、銀行サーバ３０等は、コンピュータであり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やハードディスク等を有し、バスを介して接続されている。
【0022】
（事業者サーバ２０の主な構成について）
図２は、図１の事業者サーバ２０の主な構成を示す概略ブロック図である。
図２に示すように、事業者サーバ２０は、「事業者側制御部２１」を有し、同制御部２１は、「事業者側通信装置２２」、「事業者側ディスプレイ２３」及び「事業者側各種情報入力装置２４」を制御する。
また、同制御部２１は、図２に示す「事業者サーバ側第１の各種情報記憶部２００」や「事業者サーバ側第２の各種情報記憶部２１０」も制御する。
図２は、図１の事業者サーバ２０の主な構成を示す概略ブロック図である。
図２に示すように、事業者サーバ２０は、「事業者側制御部２１」を有し、同制御部２１は、「事業者側通信装置２２」、「事業者側ディスプレイ２３」及び「事業者側各種情報入力装置２４」を制御する。
また、同制御部２１は、図２に示す「事業者サーバ側第１の各種情報記憶部２００」や「事業者サーバ側第２の各種情報記憶部２１０」も制御する。
【0023】
【0024】
（管理サーバ４０について）
図５は、図１の管理サーバ４０の主な構成を示す概略ブロック図である。
図５に示すように、管理サーバ４０は、「管理側制御部４１」を有し、同制御部４１は、「管理側通信装置４２」、「管理側ディスプレイ４３」及び「管理側各種情報入力装置４４」を制御する。
また、同制御部４１は、図５に示す「管理サーバ側第１の各種情報記憶部４００」、「管理サーバ側第２の各種情報記憶部４１０」、「管理サーバ側第３の各種情報記憶部４２０」、「管理サーバ側第４の各種情報記憶部４３０」及び「管理サーバ側第５の各種情報記憶部４４０」も制御する。
図５は、図１の管理サーバ４０の主な構成を示す概略ブロック図である。
図５に示すように、管理サーバ４０は、「管理側制御部４１」を有し、同制御部４１は、「管理側通信装置４２」、「管理側ディスプレイ４３」及び「管理側各種情報入力装置４４」を制御する。
また、同制御部４１は、図５に示す「管理サーバ側第１の各種情報記憶部４００」、「管理サーバ側第２の各種情報記憶部４１０」、「管理サーバ側第３の各種情報記憶部４２０」、「管理サーバ側第４の各種情報記憶部４３０」及び「管理サーバ側第５の各種情報記憶部４４０」も制御する。
【0025】
【0026】
（銀行サーバ３０について）
図１１は、図１の銀行サーバ３０の主な構成を示す概略ブロック図である。
図１１に示すように、銀行サーバ３０は、「銀行側制御部３１」を有し、同制御部３１は、「銀行側通信装置３２」、「銀行側ディスプレイ３３」、「銀行側各種情報入力装置３４」、「銀行サーバ側第１の各種情報記憶部３００」及び「銀行サーバ側第２の各種情報記憶部３１０」を制御する。
図１１は、図１の銀行サーバ３０の主な構成を示す概略ブロック図である。
図１１に示すように、銀行サーバ３０は、「銀行側制御部３１」を有し、同制御部３１は、「銀行側通信装置３２」、「銀行側ディスプレイ３３」、「銀行側各種情報入力装置３４」、「銀行サーバ側第１の各種情報記憶部３００」及び「銀行サーバ側第２の各種情報記憶部３１０」を制御する。
【0027】
【0028】
（電子通貨管理システム１の動作例について）
以下、本実施の形態にかかる「電子通貨管理システム１」の動作例等を説明する。
本実施の形態では、先ず、Ｘ電子通貨の利用を希望する利用者が図１に示す端末装置１０を操作し、インターネット網２等を介して、Ｘ電子通貨を取り扱う事業者の事業者サーバ２０にアクセスし、利用可能な状態とするため「登録手続」を行う「利用者の登録工程」を説明する。
以下、本実施の形態にかかる「電子通貨管理システム１」の動作例等を説明する。
本実施の形態では、先ず、Ｘ電子通貨の利用を希望する利用者が図１に示す端末装置１０を操作し、インターネット網２等を介して、Ｘ電子通貨を取り扱う事業者の事業者サーバ２０にアクセスし、利用可能な状態とするため「登録手続」を行う「利用者の登録工程」を説明する。
【0029】
図１４乃至図１６は、利用者の登録工程を示す主な概略フローチャートであり、図１７乃至図１９は利用者の都度（随時）チャージ工程を示す主な概略フローチャートである。
また、図２０は、利用者の自動口座出金（オートチャージ等）登録工程を示す主な概略フローチャートであり、図２１乃至図２３は、自動口座出金（オートチャージ等）の実行工程を示す概略フローチャートである。
また、図２０は、利用者の自動口座出金（オートチャージ等）登録工程を示す主な概略フローチャートであり、図２１乃至図２３は、自動口座出金（オートチャージ等）の実行工程を示す概略フローチャートである。
【0030】
先ずは、利用者の登録工程を説明し、次いで、登録済みの利用者が図１の端末装置１０を操作し、インターネット網２等を介して、自己の銀行口座からＸ電子通貨を都度チャージする「都度チャージ工程」を説明する。
その後、自動口座出金登録工程と、その実行工程を説明する。
その後、自動口座出金登録工程と、その実行工程を説明する。
【0031】
ここで、都度チャージ工程は、利用者が必要に応じて、任意のタイミングで、利用者が自己の銀行口座の現金を端末装置１０で利用可能なＸ電子通貨に変更するための工程を指し、後述する、所定の条件下で、自動的に利用者の銀行口座の現金を端末装置１０で利用可能なＸ電子通貨に変更する自動口座出金工程、例えば、オートチャージ工程と相違する工程である。
【0032】
（利用者の登録工程）
先ず、図１４のステップ（以下「ＳＴ」とする。）１では、Ｘ電子通貨（Ｘペイ等）の利用を希望する利用者は、図１の自己の端末装置１０を操作し、インターネット網２等を介して、図１のＸ電子通貨（Ｘペイ等）の事業者サーバ２０にアクセスする。
先ず、図１４のステップ（以下「ＳＴ」とする。）１では、Ｘ電子通貨（Ｘペイ等）の利用を希望する利用者は、図１の自己の端末装置１０を操作し、インターネット網２等を介して、図１のＸ電子通貨（Ｘペイ等）の事業者サーバ２０にアクセスする。
【0033】
次いで、ＳＴ２へ進む。ＳＴ２では、図１の事業者サーバ２０の図３の「事業者側登録受付処理部（プログラム）２０１」が動作し、図３の「登録受付用情報記憶部２０２」を参照する。
同記憶部２０２には、端末装置１０のタッチパネル１１に登録情報として表示すべき事項、例えば、基本受付用情報（例えば「カナ氏名、生年月日、銀行名、支店名、種目名、口座番号等」が記憶されている。
そこで、同処理部２０１は、端末装置１０のタッチパネル１１に、「基本受付用情報（例えば「カナ氏名、生年月日、銀行名、支店名、種目名、口座番号）」の入力を求める画面を表示する。
ここで、基本受付用情報が、登録関連情報及び一般登録関連情報の一例である。
同記憶部２０２には、端末装置１０のタッチパネル１１に登録情報として表示すべき事項、例えば、基本受付用情報（例えば「カナ氏名、生年月日、銀行名、支店名、種目名、口座番号等」が記憶されている。
そこで、同処理部２０１は、端末装置１０のタッチパネル１１に、「基本受付用情報（例えば「カナ氏名、生年月日、銀行名、支店名、種目名、口座番号）」の入力を求める画面を表示する。
ここで、基本受付用情報が、登録関連情報及び一般登録関連情報の一例である。
【0034】
次いで、ＳＴ３へ進む。ＳＴ３では、利用者による端末装置１０への入力が完了すると、端末装置１０との接続が事業者サーバ２０から管理サーバ４０に自動的に変更され、管理サーバ４０の図６の「管理側登録受付処理部（プログラム）４０１」が動作し、管理サーバ４０は、端末装置１０のタッチパネル１１に「現在残高」及び「暗証番号」の入力を求める。
また、併せて「カナ氏名」、「生年月日」、「職業」、「利用目的」、「電話番号」、「口座（預金口座）情報（支店名、（預金）種目、口座番号）」の入力も求める。
これら「現在残高」及び「暗証番号」等が、登録関連情報及び金融機関識別情報の一例となっている。
また、併せて「カナ氏名」、「生年月日」、「職業」、「利用目的」、「電話番号」、「口座（預金口座）情報（支店名、（預金）種目、口座番号）」の入力も求める。
これら「現在残高」及び「暗証番号」等が、登録関連情報及び金融機関識別情報の一例となっている。
【0035】
次いで、ＳＴ４へ進む。ＳＴ４では、利用者による「現在残高（例えば、１，０００，０００円）」、「暗証番号（例えば、５６７８）」、「カナ氏名」、「生年月日」、「職業」、「利用目的」、「口座情報（支店名、種目、口座番号）」等の入力が完了すると、管理サーバ４０の同処理部４０１が動作し、図６の「管理側利用者情報記憶部４０２」の「管理側利用者情報」にこれらの情報を記憶する。
【0036】
図２４は、ＳＴ４で記憶された「管理側利用者情報（その１）」を示す概略説明図である。
図２４に示すように、この段階では、管理側利用者情報として「利用者ＩＤ」「カナ氏名」「銀行名」「支店名」「種目名」「口座番号」「現在残高」「暗証番号」「生年月日」「利用目的」「職業」「電話番号」等が記憶される。
図２４に示すように、この段階では、管理側利用者情報として「利用者ＩＤ」「カナ氏名」「銀行名」「支店名」「種目名」「口座番号」「現在残高」「暗証番号」「生年月日」「利用目的」「職業」「電話番号」等が記憶される。
【0037】
このように、本実施の形態では、利用者の「現在残高」や「暗証番号」は、事業者サーバ２０に入力されることがない。
したがって、暗証番号や口座番号等が電子通貨の事業者に漏れることがなく、これらの拡散を未然に防止することができる。
したがって、暗証番号や口座番号等が電子通貨の事業者に漏れることがなく、これらの拡散を未然に防止することができる。
【0038】
次いで、ＳＴ５へ進む。ＳＴ５では、管理サーバ４０は、事業者サーバ２０から「カナ氏名」及び「生年月日」のデータを受け取り、事業者サーバ２０に入力された「カナ氏名」及び「生年月日」と、管理サーバ４０に入力された「カナ氏名」及び「生年月日」と一致するか否かを判断する。
【0039】
次いで、ＳＴ６へ進む。ＳＴ６では、管理サーバ４０の図６の「ＭＳ情報取得部（プログラム）４０３」が動作し、図６の「ＭＳ情報記憶部４０４」を参照する。
この「ＭＳ情報記憶部４０４」には、各銀行のキャッシュカードのマグストライプ（ＭＳ）情報が記憶されている。
ここで、ＭＳ情報は、各銀行のキャッシュカードに記憶されている情報であって、口座番号等が暗号化されて記憶されている。
この「ＭＳ情報記憶部４０４」には、各銀行のキャッシュカードのマグストライプ（ＭＳ）情報が記憶されている。
ここで、ＭＳ情報は、各銀行のキャッシュカードに記憶されている情報であって、口座番号等が暗号化されて記憶されている。
【0040】
また、同取得部４０３は、図６及び図２４の管理側利用者情報（その１）の当該利用者ＩＤの「銀行名（例えば、ＡＢＣ銀行）」を参照し、当該銀行（例えば、ＡＢＣ銀行）のキャッシュカードのマグストライプ（ＭＳ）情報を取得して、図６の「管理側利用者情報記憶部４０２」に記憶する。
【0041】
【0042】
次いで、ＳＴ７へ進む。ＳＴ７では、管理サーバ４０の図６の「第１の銀行向送信用電文（例えば、ＡＴＭ電文）作成部（プログラム）４０５」が動作し、図６及び図２５の管理側利用者情報記憶部４０２の管理側利用者情報（その２）から「銀行名（ＡＢＣ銀行）」「支店名（大崎支店）」「種目名（普通）」「口座番号（１２３４５６７）」「ＭＳ情報（・・・・）」「暗証番号（５６７８）」を取得し、「第１の銀行向送信用電文」を作成し、図６の「第１の銀行向送信用電文記憶部４０６」に記憶する。
【0043】
ここで、「第１の銀行向送信用電文」は、金融機関向送信情報の一例であり、銀行等の金融機関が受信可能な電文である。
本実施の形態では、例えば、ＡＢＣ銀行が受信可能なＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｃａｃｅ）に沿った電文となっている。
なお、銀行向電文は、各銀行によって異なるＡＰＩを採用しているが、本実施の形態の管理サーバ４０は、各銀行のＡＰＩの情報を取得しているため、当該銀行（例えば、ＡＢＣ銀行）に合致した電文を作成することができる。
本実施の形態では、例えば、ＡＢＣ銀行が受信可能なＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｃａｃｅ）に沿った電文となっている。
なお、銀行向電文は、各銀行によって異なるＡＰＩを採用しているが、本実施の形態の管理サーバ４０は、各銀行のＡＰＩの情報を取得しているため、当該銀行（例えば、ＡＢＣ銀行）に合致した電文を作成することができる。
【0044】
したがって、事業者は利用者の情報を取得しても、その情報を管理サーバ４０に送信することで、銀行サーバ３０に送信することができ、事業者は銀行毎に相違するＡＰＩに沿ってネットワークを構築する必要がなく、極めて低コストで銀行と通信することができる。
また、銀行も従来から利用しているＡＰＩネットワークをそのまま利用して管理サーバ４０と通信することができるので、新たにネットワークを構築する必要がなく、極めて低コストで通信することができる。
また、銀行も従来から利用しているＡＰＩネットワークをそのまま利用して管理サーバ４０と通信することができるので、新たにネットワークを構築する必要がなく、極めて低コストで通信することができる。
【0045】
次いで、ＳＴ８へ進む。ＳＴ８では、管理サーバ４０は、図６の「第１の銀行向送信用電文記憶部４０６」の電文を「銀行サーバ３０」に送信する。
そして、送信後、管理サーバ４０は、図２５の管理側利用者情報（その２）の「暗証番号」及び図６の「第１の銀行向送信用電文記憶部４０６」の「第１の銀行向送信用電文」の「暗証番号」を記憶から削除する。
そして、送信後、管理サーバ４０は、図２５の管理側利用者情報（その２）の「暗証番号」及び図６の「第１の銀行向送信用電文記憶部４０６」の「第１の銀行向送信用電文」の「暗証番号」を記憶から削除する。
【0046】
このように、本実施の形態では、利用者にとって極めて重要な「暗証番号」を事業者サーバ２０のみならず「管理サーバ４０」にも残さない構成となっているため、極めて安全なシステムとなっている。
【0047】
次いで、ＳＴ９へ進む。ＳＴ９では、銀行サーバ３０の図１２の「暗証番号突合処理部（プログラム）３０１」が動作し、受信した「第１の銀行向送信用電文」の「口座番号」等から銀行サーバ３０の当該口座の「暗証番号」情報を取得する。
そして、第１の銀行向送信用電文の暗証番号と銀行サーバ３０の暗証番号の突合を行う。
そして、第１の銀行向送信用電文の暗証番号と銀行サーバ３０の暗証番号の突合を行う。
【0048】
次いで、ＳＴ１０へ進む。ＳＴ１０では、銀行サーバ３０が、利用者の口座の暗証番号の突合の結果、暗証番号が完全に一致した場合、銀行サーバ３０の図１２の「現在残高付銀行向送信用電文作成部（プログラム）３０２」が動作する。
そして、当該口座の銀行サーバ３０における「現在残高」を含む「現在残高付銀行向送信用電文」を作成し、図１２の「現在残高付銀行向送信用電文記憶部３０３」に記憶する。
この「現在残高付銀行向送信用電文」には、銀行で把握している口座名義人の「カナ氏名」、「生年月日」、「銀行において本人確認済みか否かを識別するフラグ（本人確認フラグ）」及び「個人か法人かを識別するフラグ（個人法人識別フラグ）」も含まれる。
なお、この暗証番号は、暗証情報の一例である。
そして、当該口座の銀行サーバ３０における「現在残高」を含む「現在残高付銀行向送信用電文」を作成し、図１２の「現在残高付銀行向送信用電文記憶部３０３」に記憶する。
この「現在残高付銀行向送信用電文」には、銀行で把握している口座名義人の「カナ氏名」、「生年月日」、「銀行において本人確認済みか否かを識別するフラグ（本人確認フラグ）」及び「個人か法人かを識別するフラグ（個人法人識別フラグ）」も含まれる。
なお、この暗証番号は、暗証情報の一例である。
【0049】
この現在残高付銀行向送信用電文は、当該銀行のＡＰＩに沿った電文で作成され、図１２に示すように、銀行名（ＡＢＣ＿ｂａｎｋ）、支店名（Ｏｓａｋｉ＿Ｂｒａｎｃｈ）、種目名（普通）、口座番号（１２３４５６７）、ＭＳ番号（ａｂｖｄｅｆｇ）、暗証番号（ｅｆｇｈ）、銀行側現在残高（１，０００，０００円）の情報等が含まれている
【0050】
この工程で、銀行サーバ３０は、利用者が端末装置１０で入力した「暗証番号」が正確か否かの判断を行う。
【0051】
次いで、ＳＴ１１へ進む。ＳＴ１１では、銀行サーバ３０は、図１２の「現在残高付銀行向送信用電文記憶部３０３」の「現在残高付銀行向送信用電文」を管理サーバ４０に送信する。
【0052】
次いで、ＳＴ１２へ進む。ＳＴ１２では、管理サーバ４０の図６の「現在残高付事業者向送信用電文作成部（プログラム）４０７」が動作し、受信した「現在残高付銀行向送信用電文」を「現在残高付事業者向送信用電文」に変換する。
そして、図７の「現在残高付事業者向送信用電文記憶部４１１」に記憶する。
そして、図７の「現在残高付事業者向送信用電文記憶部４１１」に記憶する。
【0053】
ここで、現在残高付事業者向送信用電文の「事業者向送信用電文」は、事業者サーバ２０が受信可能事業者向け送信情報の一例である。
このように、本実施の形態では、管理サーバ４０が、銀行向けの特殊な電文を事業者向けの電文に変換するので、事業者は特に銀行との通信のために当該銀行の採用するＡＰＩに沿った新たなネットワークを構築する必要がなく、通信コストを低く抑えることができる。
このように、本実施の形態では、管理サーバ４０が、銀行向けの特殊な電文を事業者向けの電文に変換するので、事業者は特に銀行との通信のために当該銀行の採用するＡＰＩに沿った新たなネットワークを構築する必要がなく、通信コストを低く抑えることができる。
【0054】
以上のように、本実施の形態では、管理サーバ４０は、銀行サーバ３０と事業者サーバ２０が、それぞれ、受信可能な電文で情報を送信するので、銀行サーバ３０と事業者サーバ２０は、従来のネットワークシステム等を一切変更することなく、そのままで、相互に情報を交換することができる。
例えば、各銀行の銀行サーバ３０は、それぞれ、別個のＡＰＩを採用しているため、事業者サーバ２０が、各銀行サーバ３０と通信するために、異なるＡＰＩに合わせたネットワークを構築する必要があった。
これに対し、本実施の形態では、管理サーバ４０が、各銀行サーバ３０のＡＰＩに合わせた電文を生成するので、事業者サーバ２０が、銀行サーバ３０と通信するために、異なるＡＰＩに合わせたネットワークを構築する必要はなく、従来のネットワーク等をそのまま利用でき、コストを大幅に低減することができる。
例えば、各銀行の銀行サーバ３０は、それぞれ、別個のＡＰＩを採用しているため、事業者サーバ２０が、各銀行サーバ３０と通信するために、異なるＡＰＩに合わせたネットワークを構築する必要があった。
これに対し、本実施の形態では、管理サーバ４０が、各銀行サーバ３０のＡＰＩに合わせた電文を生成するので、事業者サーバ２０が、銀行サーバ３０と通信するために、異なるＡＰＩに合わせたネットワークを構築する必要はなく、従来のネットワーク等をそのまま利用でき、コストを大幅に低減することができる。
【0055】
次いで、ＳＴ１３へ進む。ＳＴ１３では、管理サーバ４０の「情報比較部（マッチング）（プログラム）４１２」が動作し、図７の「現在残高付事業者向送信用電文記憶部４１１」の「現在残高付事業者向送信用電文」の「カナ氏名」、「生年月日」、「銀行側現在残高（１，０００，０００円）」と、図６及び図２５の「管理側利用者情報記憶部４０２」の「管理側利用者情報（その２）」の「カナ氏名」、「生年月日」、「現在残高（１，０００，０００円）」とを比較し、データが一致したか否かを判断し、一致し、本人確認がなされており、口座名義人が個人であることが確認できた場合、図６の管理側利用者情報記憶部４０２に「利用許可フラグ」を設定する。
また、この本人確認と口座名義人が個人であること等の確認は、図７の「現在残高付事業者向送信用電文」に基づいて実行される。
また、この本人確認と口座名義人が個人であること等の確認は、図７の「現在残高付事業者向送信用電文」に基づいて実行される。
【0056】
図２６は、ＳＴ１３で「利用許可フラグ」が設定された状態を示す管理側利用者情報を示す概略説明図である。
図２６に示すように、管理側利用者情報（その３）には「利用許可フラグ」が設定されている。
なお、ここで現在残高は、残高情報の一例となっている。
図２６に示すように、管理側利用者情報（その３）には「利用許可フラグ」が設定されている。
なお、ここで現在残高は、残高情報の一例となっている。
【0057】
このように本実施の形態では、銀行サーバ３０が、利用者が入力した暗証番号と、利用者のキャッシュカードの登録済みの暗証番号の一致を確認し、更に、管理サーバ４０が、利用者が入力した「カナ氏名」、「生年月日」、現在残高と、銀行サーバ３０から入手した「カナ氏名」、「生年月日」、現在残高を比較し、これらが一致し、さらに、銀行において本人確認がなされており、口座名義人が個人であることが確認できた場合等にのみ「利用許可フラグ」を設定する構成となっている。
このため、利用者の本人認証を確実に行うことができる。
このため、利用者の本人認証を確実に行うことができる。
【0058】
特に、本実施の形態では、暗証番号の突合は、銀行サーバ３０、現在残高等の突合は管理サーバ４０と、それぞれ異なった機関で実行されるので、より信頼性の高い本人認証が可能となっている。
【0059】
次いで、ＳＴ１４へ進む。ＳＴ１４では、管理サーバ４０の図７の「利用期間情報（トークン）生成部（プログラム）４１３」が動作し、トークン情報（特定日から１２０日間有効）を生成し、図６の「管理側利用者情報記憶部４０２」に登録する。
図２７は、ＳＴ１４で「トークン情報」が記憶された「管理側利用者情報（その４）」を示す概略説明図である。
図２７で示すように、当該利用者フラグの有効期間を限定する情報を付加することで、本人認証の確実性を担保している。
図２７は、ＳＴ１４で「トークン情報」が記憶された「管理側利用者情報（その４）」を示す概略説明図である。
図２７で示すように、当該利用者フラグの有効期間を限定する情報を付加することで、本人認証の確実性を担保している。
【0060】
次いで、ＳＴ１５へ進む。ＳＴ１５では、管理サーバ４０の図７の「事業者サーバ送信用利用者情報生成部（プログラム）４１４」が動作し、「事業者サーバ送信用情報」を生成し、図７の「事業者サーバ送信用情報記憶部４１５」に記憶する。
この事業者サーバ送信用情報は、事業者サーバ２０が受信可能な事業者向送信用電文で生成されていると共に、事業者が必要な情報に限定し、利用者のキャッシュカードの暗証番号や銀行口座の現在残高情報は含まれない構成となっている。
この事業者サーバ送信用情報は、事業者サーバ２０が受信可能な事業者向送信用電文で生成されていると共に、事業者が必要な情報に限定し、利用者のキャッシュカードの暗証番号や銀行口座の現在残高情報は含まれない構成となっている。
【0061】
具体的には、図７の「事業者サーバ送信用情報」として、事業者ＩＤ（例えば、２００１）、利用者ＩＤ（例えば、１０００１）、カナ氏名、銀行名（例えば、ＡＢＣ銀行）、支店名（例えば、大崎支店）、種目名（例えば、普通）、口座番号（例えば、１２３４５６７）、トークン（例えば、２０２００１３０）情報等が含まれる。
【0062】
このように本実施の形態では、事業者が従来のシステムを変更することなく、管理サーバ４０を介して銀行サーバ３０と通信できると共に、利用者の機密情報等は取得できない構成となっている。
したがって、事業者にとっては使い易く、且つ、必要な情報を自動的に取得でき、一方、利用者にとっては安全性の高いシステムとなっている。
したがって、事業者にとっては使い易く、且つ、必要な情報を自動的に取得でき、一方、利用者にとっては安全性の高いシステムとなっている。
【0063】
次いで、ＳＴ１６へ進む。ＳＴ１６では、管理サーバ４０は、図７の「事業者サーバ送信用情報記憶部４１５」の「事業者サーバ送信用情報」を事業者サーバ２０へ送信する。
【0064】
次いで、ＳＴ１７へ進む。ＳＴ１７では、事業者サーバ２０は、受信した「事業者サーバ送信用情報」に基づいて、事業者サーバ２０の図３の「事業者側利用者情報記憶部２０３」に「事業者側利用者情報」を記憶する。
具体的には、図３の「事業者側利用者情報記憶部２０３」に示すように、事業者ＩＤ（例えば、２００１）、利用者ＩＤ（例えば、１０００１）、カナ氏名（、銀行名（例えば、ＡＢＣ銀行）、支店名（例えば、大崎支店）、種目名（例えば、普通）、口座番号（例えば、１２３４５６７）、トークン（例えば、２０２００１３０）情報等が記憶される。
具体的には、図３の「事業者側利用者情報記憶部２０３」に示すように、事業者ＩＤ（例えば、２００１）、利用者ＩＤ（例えば、１０００１）、カナ氏名（、銀行名（例えば、ＡＢＣ銀行）、支店名（例えば、大崎支店）、種目名（例えば、普通）、口座番号（例えば、１２３４５６７）、トークン（例えば、２０２００１３０）情報等が記憶される。
【0065】
これにより、事業者サーバ２０は、Ｘ電子通貨を利用する利用者の必要な情報を自動的に取得することができる。
【0066】
次いで、ＳＴ１８へ進む。ＳＴ１８では、管理サーバ４０が、端末装置１０とのタッチパネル１１に登録終了の画面を表示し、「利用者の登録」が終了する。
【0067】
（都度チャージ工程）
Ｘ電子通貨の利用のために登録が完了した利用者が、Ｘ電子通貨を利用するために「都度チャージ」すなわち、自己の銀行口座の現金を端末装置１０で利用可能なＸ電子通貨に変更するための工程を以下説明する。
先ず、図１７のＳＴ２１で、電子通貨のチャージを希望する利用者は、自己の端末装置１０で電子通貨の事業者サーバ２０にアクセスする。
Ｘ電子通貨の利用のために登録が完了した利用者が、Ｘ電子通貨を利用するために「都度チャージ」すなわち、自己の銀行口座の現金を端末装置１０で利用可能なＸ電子通貨に変更するための工程を以下説明する。
先ず、図１７のＳＴ２１で、電子通貨のチャージを希望する利用者は、自己の端末装置１０で電子通貨の事業者サーバ２０にアクセスする。
【0068】
次いで、ＳＴ２２へ進む。ＳＴ２２では、事業者サーバ２０の図３の「都度チャージ受付処理部（プログラム）２０４」が動作し、端末装置１０のタッチパネル１１に、都度チャージ情報である例えば、都度チャージ金額の入力画面を表示される。
【0069】
次いで、ＳＴ２３へ進む。ＳＴ２３では、入力が完了すると、同処理部２０４が動作し、都度チャージ金額を図３の「事業者側都度チャージ受付情報記憶部２０５」に記憶する。
図３の事業者側都度チャージ受付情報記憶部２０５では、「銀行名（例えば、ＡＢＣ銀行）」「支店名（例えば、大崎支店）」「種目名（例えば、普通）」「口座番号（例えば、１２４５６７）」「都度チャージ金額（例えば、１，０００円）」が記憶される。
図３の事業者側都度チャージ受付情報記憶部２０５では、「銀行名（例えば、ＡＢＣ銀行）」「支店名（例えば、大崎支店）」「種目名（例えば、普通）」「口座番号（例えば、１２４５６７）」「都度チャージ金額（例えば、１，０００円）」が記憶される。
【0070】
次いで、ＳＴ２４へ進む。ＳＴ２４では、端末装置１０との接続が、事業者サーバ２０から管理サーバ４０へ自動変更されると共に、事業者サーバ２０が図３の「事業者側都度チャージ受付情報記憶部２０５」の「事業者側チャージ受付情報」を管理サーバ４０へ送信する。
【0071】
次いで、ＳＴ２５へ進む。ＳＴ２５では、管理サーバ４０は、受信した「事業者側チャージ受付情報」を「管理側チャージ受付情報」として図８の「管理側都度チャージ受付情報記憶部４２１」に記憶する。
図２８は、ＳＴ２５で「管理側都度チャージ受付情報記憶部４２１」に記憶される「管理側チャージ受付情報（その１）」の内容を示す概略説明図である。
図２８に示すように、「管理側都度チャージ受付情報（その１）」は、以下の事項となる。
「銀行名（例えば、ＡＢＣ銀行）」「支店名（例えば、大崎支店）」「種目名（例えば、普通）」「口座番号（例えば、１２３４５６７）」「都度チャージ金額（例えば、１，０００円）」
図２８は、ＳＴ２５で「管理側都度チャージ受付情報記憶部４２１」に記憶される「管理側チャージ受付情報（その１）」の内容を示す概略説明図である。
図２８に示すように、「管理側都度チャージ受付情報（その１）」は、以下の事項となる。
「銀行名（例えば、ＡＢＣ銀行）」「支店名（例えば、大崎支店）」「種目名（例えば、普通）」「口座番号（例えば、１２３４５６７）」「都度チャージ金額（例えば、１，０００円）」
【0072】
次いで、ＳＴ２６へ進む。ＳＴ２６では、管理サーバ４０の図８の「暗証番号要求部（プログラム）４２２」が動作し、端末装置１０のタッチパネル１１に「暗証番号」の入力画面を表示する。
【0073】
次いで、ＳＴ２７へ進む。ＳＴ２７では、入力があると、管理サーバ４０の同要求部４２２は、入力された「暗証番号（例えば、５６７８）」を図８の「管理側都度チャージ受付情報記憶部４２１」に記憶する。
【0074】
図２９は、ＳＴ２７で「管理側都度チャージ受付情報記憶部４２１」に記憶される「管理側チャージ受付情報（その２）」の内容を示す概略説明図である。
図２９に示すように、「管理側都度チャージ受付情報（その２）」は、以下の事項となる。
「銀行名（例えば、ＡＢＣ銀行）」「支店名（例えば、大崎支店）」「種目名（例えば、普通）」「口座番号（例えば、１２３４５６７）」「都度チャージ金額（例えば、１，０００円）」「暗証番号（例えば、５６７８）」
図２９に示すように、「管理側都度チャージ受付情報（その２）」は、以下の事項となる。
「銀行名（例えば、ＡＢＣ銀行）」「支店名（例えば、大崎支店）」「種目名（例えば、普通）」「口座番号（例えば、１２３４５６７）」「都度チャージ金額（例えば、１，０００円）」「暗証番号（例えば、５６７８）」
【0075】
このように、本実施の形態では、利用者は入力する暗証番号は、事業者サーバ２０ではなく、管理サーバ４０に直接、入力される。このため、事業者は不必要な情報を取得することなく、また、利用者は暗証番号の機密性を確保することができる。
【0076】
次いで、ＳＴ２８へ進む。ＳＴ２８では、管理サーバ４０の図８の「利用者判断部（プログラム）４２３」が動作し、図８の「管理側都度チャージ受付情報記憶部４２１」の「管理側都度チャージ受付情報」と、管理サーバ４０の図６「管理側利用者情報記憶部４０２」の「管理側利用者情報」とを比較する。
具体的には、図２９の「管理側都度チャージ受付情報（その２）」と図２７の「管理側利用者情報（その４）」とを比較して、情報が一致するか否かを判断し、一致する場合、「都度チャージ金額」「取引ＩＤ」「取引日時」の情報を図６の「管理側利用者情報記憶部４０２」に記憶する。
具体的には、図２９の「管理側都度チャージ受付情報（その２）」と図２７の「管理側利用者情報（その４）」とを比較して、情報が一致するか否かを判断し、一致する場合、「都度チャージ金額」「取引ＩＤ」「取引日時」の情報を図６の「管理側利用者情報記憶部４０２」に記憶する。
【0077】
図３０は、ＳＴ２８で、「都度チャージ金額」「取引ＩＤ」「取引日時」の情報が付加された管理側利用者情報（その５）を示す概略説明図である。
図３０に示すように、管理側利用者情報（その５）には、「都度チャージ金額（例えば、１，０００円）」「取引ＩＤ（・・・・）」「取引日時（・・・・）」の情報が記憶される。
図３０に示すように、管理側利用者情報（その５）には、「都度チャージ金額（例えば、１，０００円）」「取引ＩＤ（・・・・）」「取引日時（・・・・）」の情報が記憶される。
【0078】
このように、本実施の形態では、登録工程を経た利用者であっても、チャージに際し、管理サーバ４０が、再び本人認証するため、より安全性の高いシステムとなっている。
【0079】
次いで、ＳＴ２９へ進む。ＳＴ２９では、管理サーバ４０の図８の「第２の銀行向送信用電文作成部（プログラム）４２４」が動作し、図６の「管理側利用者情報記憶部４０２」の図３０の「管理側利用者情報（その５）」と図８の「管理側都度チャージ受付情報記憶部４２１」の図２９の「管理側都度チャージ受付情報（その２）」に基づいて、「第２の銀行向送信用電文」、例えばＡＴＭ電文を作成し、図８の「第２の銀行向送信用電文記憶部４２５」に記憶する。
【0080】
具体的には、図８に示すように「第２の銀行向送信用電文」の内容は以下のとおりである。
「銀行名（例えば、ＡＢＣ＿ｂａｎｋ）」「支店名（例えば、Ｏｓａｋｉ＿ｂｒａｎｃｈ）」「種目名（普通）」「口座番号（例えば、１２３４５６７）」「ＭＳ情報（例えば、Ａｂｃｄｅｆｇ）」「暗証番号（例えば、ｅｆｇｈ）」「チャージ方式区分（０）」「暗証番号チェック区分（０）」「都度チャージ金額（例えば、１、０００円）」
「銀行名（例えば、ＡＢＣ＿ｂａｎｋ）」「支店名（例えば、Ｏｓａｋｉ＿ｂｒａｎｃｈ）」「種目名（普通）」「口座番号（例えば、１２３４５６７）」「ＭＳ情報（例えば、Ａｂｃｄｅｆｇ）」「暗証番号（例えば、ｅｆｇｈ）」「チャージ方式区分（０）」「暗証番号チェック区分（０）」「都度チャージ金額（例えば、１、０００円）」
【0081】
ここで、チャージ方式区分は、都度チャージ又はオートチャージ（自動口座出金）の区分を指し、「０」は都度チャージを意味する。
また、「暗号番号チェック区分」は、暗号番号のチェックの要否を示し、「０」はチェック要を意味する。
暗号番号チェックは、オートチャージでは不要、都度チャージでは必要となっているため、ここでは、「チェック要（０）」となっている。
また、「暗号番号チェック区分」は、暗号番号のチェックの要否を示し、「０」はチェック要を意味する。
暗号番号チェックは、オートチャージでは不要、都度チャージでは必要となっているため、ここでは、「チェック要（０）」となっている。
【0082】
次いで、ＳＴ３０へ進む。ＳＴ３０では、管理サーバ４０は、図８の「第２の銀行向送信用電文記憶部４２５」の「第２の銀行向送信用電文」を「銀行サーバ（ＡＢＣ銀行）３０」へ送信する。
そして、その後、「第２の銀行向送信用電文」の「暗証番号」の情報を削除する。
そして、その後、「第２の銀行向送信用電文」の「暗証番号」の情報を削除する。
【0083】
したがって、管理サーバ４０が利用者の機密性の高いキャッシュカードの暗証番号を保持しないため、安全性を高める構成となっている。
【0084】
次いで、ＳＴ３１へ進む。ＳＴ３１では、銀行サーバ３０の図１２の「出金判断処理部（プログラム）３０４」が動作し、「都度チャージ金額」が出金可能か否かを判断し、可能な場合は、出金（１，０００円）処理（勘定系処理）する。
そして、「出金済み銀行送信用電文」を生成し、図１２の「出金済み銀行送信用電文記憶部３０５」に記憶する。
そして、「出金済み銀行送信用電文」を生成し、図１２の「出金済み銀行送信用電文記憶部３０５」に記憶する。
【0085】
次いで、ＳＴ３２へ進む。ＳＴ３２では、銀行サーバ３０は、図１２の「出金済み銀行送信用電文記憶部３０５」の「出金済み銀行送信用電文」を管理サーバ４０へ送信する。
【0086】
次いで、ＳＴ３３へ進む。ＳＴ３３では、管理サーバ４０は、受信した「出金済み銀行送信用電文」を図８の「管理側出金済み銀行送信用電文記憶部４２６」に記憶する。
【0087】
次いで、ＳＴ３４へ進む。ＳＴ３４では、管理サーバ４０の図８の「事業者向送信用電文変換処理部（プログラム）４２７」が動作し、図８の「管理側出金済み銀行送信用電文記憶部４２６」の「管理側出金済み銀行向送信用電文」を「管理側出金済み事業者向送信用電文」に変換し、図９の「管理側出金済み事業者向送信用電文記憶部４３１」に記憶する。
【0088】
したがって、上述の利用者の登録工程と同様に、管理サーバ４０が銀行サーバ３０向け送信電文と事業者サーバ２０向け送信電文を生成し、送信するので、事業者と銀行は従来のシステムを変更することなく、そのまま利用することができ、本システム１を低コストで利用することができる。
【0089】
次いで、ＳＴ３５へ進む。ＳＴ３５では、管理サーバ４０は、図９の「管理側出金済み事業者向送信用電文記憶部４３１」の「管理側出金済み事業者向送信用電文」の「取引結果（出金）（例えば、１，０００円）」を図６の「管理側利用者情報記憶部４０２」に記憶する。
【0090】
図３１は、ＳＴ３５で「取引結果（出金）」が付加された「管理者側利用者情報（その６）」を示す概略説明図である。
図３１に示すように、管理サーバ４０は、暗証番号を除く利用者情報を管理することができる構成となっている。
図３１に示すように、管理サーバ４０は、暗証番号を除く利用者情報を管理することができる構成となっている。
【0091】
次いで、ＳＴ３６へ進む。ＳＴ３６では、管理サーバ４０が、チャージで１０００円が電子通貨として入金処理されたことを、端末装置１０のタッチパネル１１に表示する。
【0092】
次いで、ＳＴ３７へ進む。ＳＴ３７では、端末装置１０で、承認入力すると、取引終了の信号が事業者サーバ２０へ送信される。
【0093】
次いで、ＳＴ３８へ進む。ＳＴ３８では、事業者サーバ２０は、管理サーバ４０から「管理側出金済み事業者向送信用電文」を取得し、図３の「事業者側利用者情報記憶部２０３」の「事業者側利用者情報」に「取引結果（出金）」情報等を付加して記憶する。
【0094】
本実施の形態のチャージ工程では、ＳＴ２４から端末装置１０との通信が、事業者サーバ２０ではなく、管理サーバ４０へ自動的変更されるため、チャージ関連情報である例えば、取引結果（出金）情報を事業者サーバ２０が入手できない構成となっている。
このため、ＳＴ３７で、取引が終了すると、その信号が、端末装置１０から事業者サーバ２０へ送信され、事業者サーバ２０が管理サーバ４０から取引結果（出金）等の情報を取得できる構成となっている。
すなわち、暗証番号等の機密情報は、事業者サーバ２０に入力されないと共に、取引結果（出金）等の必要な情報は迅速に漏れなく、事業者サーバ２０が取得可能な構成となっている。
このため、ＳＴ３７で、取引が終了すると、その信号が、端末装置１０から事業者サーバ２０へ送信され、事業者サーバ２０が管理サーバ４０から取引結果（出金）等の情報を取得できる構成となっている。
すなわち、暗証番号等の機密情報は、事業者サーバ２０に入力されないと共に、取引結果（出金）等の必要な情報は迅速に漏れなく、事業者サーバ２０が取得可能な構成となっている。
【0095】
加えて、本実施の形態によれば、仮に、事業者サーバ２０、銀行サーバ３０、管理サーバ４０間の通信が途絶した場合であっても事業者サーバ２０と管理サーバ４０、銀行サーバ３０間の取引結果の整合性確認及び不整合時の補正を事業者側で行うことができる構成となっている。
【0096】
（自動口座出金（オートチャージ等）登録工程）
次いで、Ｘ電子通貨の利用のために登録が完了した利用者が、Ｘ電子通貨を利用するために「自動口座出金」すなわち、端末装置１０で利用可能なＸ電子通貨が、所定金額（例えば、１,０００円以下等）なったとき、自己の銀行口座から現金（１０,０００円）を自動的に出金し、端末装置１０のＸ電子通貨に変更するための登録工程を説明する。
次いで、Ｘ電子通貨の利用のために登録が完了した利用者が、Ｘ電子通貨を利用するために「自動口座出金」すなわち、端末装置１０で利用可能なＸ電子通貨が、所定金額（例えば、１,０００円以下等）なったとき、自己の銀行口座から現金（１０,０００円）を自動的に出金し、端末装置１０のＸ電子通貨に変更するための登録工程を説明する。
【0097】
【0098】
次いで、ＳＴ４２へ進む。ＳＴ４２では、事業者サーバ２０の図４の「自動口座出金（例えば、オートチャージ）受付処理部（プログラム）２１１」が動作し、端末装置１０のタッチパネル１１に、自動口座出金情報（例えば、オートチャージ出金等）である自動口座出金金額（例えば、１０，０００円）と自動口座出金の実行金額（例えば、オートチャージ実行金額、１，０００円）の入力画面を表示する。
【0099】
次いで、入力が完了すると、ＳＴ４３へ進む。ＳＴ４３では、同処理部２１１が動作し、オートチャージ出金金額（１０，０００円）及びオートチャージの実行金額（１，０００円）を図４の「事業者側自動口座出金受付情報記憶部２１２」に記憶する。
「事業者側自動口座出金受付情報記憶部２１２」では、「銀行名（例えば、ＡＢＣ銀行）」「支店名（例えば、大崎支店）」「種目名（例えば、普通）」「口座番号（例えば、１２４５６７）」「オートチャージ出金金額（例えば、１０，０００円）」「オートチャージの実行金額（例えば、１，０００円）」等が記憶される。
以上で、Ｘ電子通貨の自動口座出金（オートチャージ）の登録工程が完了する。
「事業者側自動口座出金受付情報記憶部２１２」では、「銀行名（例えば、ＡＢＣ銀行）」「支店名（例えば、大崎支店）」「種目名（例えば、普通）」「口座番号（例えば、１２４５６７）」「オートチャージ出金金額（例えば、１０，０００円）」「オートチャージの実行金額（例えば、１，０００円）」等が記憶される。
以上で、Ｘ電子通貨の自動口座出金（オートチャージ）の登録工程が完了する。
【0100】
（自動口座出金（オートチャージ）の実行工程）
図２１は、自動口座出金の実行工程を示す概略フローチャートである。
図２１に沿って、以下、同工程を説明する。
先ず、図２１のＳＴ５１では、事業者サーバ２０の図４の「自動口座出金受付処理部（プログラム）２１１」が動作し、事業所サーバ２０の図４の「端末装置毎電子通貨残高情報記憶部２１３」の当該端末装置１０のＸ電子通貨の残高情報と、図４の「事業者側自動口座出金受付情報記憶部２１２」の「自動口座出金実行金額（１，０００円）」を参照し、同残高情報が、自動口座出金実行金額に該当するか否かを判断し、該当する場合は、この「事業者側自動口座出金受付情報」を管理サーバ４０に送信する。
図２１は、自動口座出金の実行工程を示す概略フローチャートである。
図２１に沿って、以下、同工程を説明する。
先ず、図２１のＳＴ５１では、事業者サーバ２０の図４の「自動口座出金受付処理部（プログラム）２１１」が動作し、事業所サーバ２０の図４の「端末装置毎電子通貨残高情報記憶部２１３」の当該端末装置１０のＸ電子通貨の残高情報と、図４の「事業者側自動口座出金受付情報記憶部２１２」の「自動口座出金実行金額（１，０００円）」を参照し、同残高情報が、自動口座出金実行金額に該当するか否かを判断し、該当する場合は、この「事業者側自動口座出金受付情報」を管理サーバ４０に送信する。
【0101】
次いで、ＳＴ５２へ進む。ＳＴ５２では、事業者サーバ２０から受信した「事業者側自動口座出金受付情報」を図９の「管理側自動口座出金受付情報記憶部４３２」に記憶する。
【0102】
次いで、ＳＴ５３へ進む。ＳＴ５３では、図９の「暫定合計出金実行回数生成部（プログラム）４３３」が動作し、事業者サーバ２０から「事業者側自動口座出金受付情報」を受信すると、暫定的に、すなわち、出金を実行したと仮定して「出金実行回数」に含め、当該１日の当該事業者に関する出金実行回数に足し、その合計回数を当該実行日の暫定合計出金実行回数として、図９の「暫定合計出金実行回数記憶部４３４」に記憶する。
【0103】
次いで、ＳＴ５４に進む。ＳＴ５４では、図９の「出金制限等基準情報生成部（プログラム）４３６」が動作し、図９の「自動口座出金履歴情報記憶部４３５」を参照する。
ここで、「自動口座出金履歴情報記憶部４３５」には、各端末装置１０等について電子通貨の事業者毎に、１日における出金実行回数の合計も記憶される構成となっている。
この出金実行回数は、銀行サーバ３０で出金実行した回数に基づいて算出される。
ここで、「自動口座出金履歴情報記憶部４３５」には、各端末装置１０等について電子通貨の事業者毎に、１日における出金実行回数の合計も記憶される構成となっている。
この出金実行回数は、銀行サーバ３０で出金実行した回数に基づいて算出される。
【0104】
また、この出金実行回数は、過去における１日の最大値（回数）を優先的に記憶する構成となっており、優先的に記憶されている１日の最大値を上回る回数の場合は、従前の最大値が更新される構成となっている。
【0105】
そして、同生成部４３６は、「自動口座出金履歴情報記憶部４３５」の過去における１日の出金実行回数の最大値に基づいて、一定の比率を乗じて算出した「出金制限基準回数」及び「出金停止基準回数」を定め、図９の「出金制限等基準情報記憶部４３７」に記憶させる。
【0106】
このとき、過去における１日の実行回数の最大値が、任意で設定される出金実行下限回数未満のときは、過去における最大値ではなく、この出金実行下限回数値に基づいて「出金制限基準回数」等を定め、それぞれ記憶する。
したがって、例えば、自動口座出金の開始直後のように、過去のおける自動口座出金（オートチャージ等）の回数が少ないときでも、自動口座出金を不許可にする等となることを未然に回避することができる。
したがって、例えば、自動口座出金の開始直後のように、過去のおける自動口座出金（オートチャージ等）の回数が少ないときでも、自動口座出金を不許可にする等となることを未然に回避することができる。
【0107】
次いで、ＳＴ５５に進む。ＳＴ５５では、図１０の「自動口座出金監視部（プログラム）４４２」が動作し、図９の「暫定合計出金実行回数記憶部４３４」の暫定合計出金実行回数が図９の「出金制限等基準情報記憶部４３７」の「出金制限基準回数」又は「出金停止基準回数」に達したか否かを判断し、暫定合計出金実行回数が、「出金制限基準回数」に達し、「出金停止基準回数」に達していないときは、「警告情報」を生成して、管理サーバ４０運営者宛てに「警告情報」を送信すると共に、「警告情報」を図１０の「監視結果情報記憶部４４１」に記憶し、後述する「出金制限情報関連工程」へ進む。
【0108】
また、暫定合計出金実行回数が「出金停止基準回数」に達しているときは、「停止情報」を生成し、管理サーバ４０管理者宛てに「停止情報」を送信すると共に、「停止情報」を図１０の「監視結果情報記憶部４４１」に記憶し、後述する「出金停止情報関連工程」へ進む。
さらに、暫定合計出金実行回数が「出金制限基準回数」に達していないときは、後述する「通常工程」に進む。
さらに、暫定合計出金実行回数が「出金制限基準回数」に達していないときは、後述する「通常工程」に進む。
【0109】
このように本実施の形態では、自動口座出金（例えば、オートチャージ等）の実行の際、過去における自動口座出金の実行実績情報（例えば、事業者毎の１日における出金実行回数等）に基づいて、当該自動口座出金が、「正常」、「警告（出金制限）」又は「停止（出金停止）」のいずれかに分け、異なる処理を行い、これにより、不適切な自動口座出金を未然に防ぐ構成となっている。
【0110】
。
以下、「通常工程」、「出金制限情報工程」及び「出金停止情報工程」のそれぞれについて詳述する。
以下、「通常工程」、「出金制限情報工程」及び「出金停止情報工程」のそれぞれについて詳述する。
【0111】
（通常工程）
図２２及び図２３は、「通常工程」の主な工程を示す概略フローチャートである。
以下、同概略フローチャートに沿って、本実施の形態における「通常工程」を説明する。
先ず、図２２のＳＴ７０では、管理サーバ４０は、図１０の「監視結果情報記憶部４４１」を参照し、同記憶部４４１に「警告情報」や「停止情報」が記憶されていないときは、「正常」と判断して、「銀行向自動口座出金用送信電文」を生成し、図１０の「銀行向自動口座出金用送信電文記憶部４４３」に記憶する。
図２２及び図２３は、「通常工程」の主な工程を示す概略フローチャートである。
以下、同概略フローチャートに沿って、本実施の形態における「通常工程」を説明する。
先ず、図２２のＳＴ７０では、管理サーバ４０は、図１０の「監視結果情報記憶部４４１」を参照し、同記憶部４４１に「警告情報」や「停止情報」が記憶されていないときは、「正常」と判断して、「銀行向自動口座出金用送信電文」を生成し、図１０の「銀行向自動口座出金用送信電文記憶部４４３」に記憶する。
【0112】
具体的には、図１０に示すように「銀行向自動口座出金用送信電文」の内容は以下のとおりである。
「銀行名（例えば、ＡＢＣ銀行）」「支店名（例えば、大崎支店）」「種目名（例えば、普通）」「口座番号（例えば、１２３４５６７）」「自動口座出金金額（例えば、１０，０００円）」「ＭＳ情報（例えば、Ａｂｃｄｅｆｇ）」、自動口座出金の場合は、ＭＳ情報の「チャージ方式区分」が「自動口座出金（１）」、「暗証番号チェック区分」が「チェック不要（１）」となる旨追加する。
「銀行名（例えば、ＡＢＣ銀行）」「支店名（例えば、大崎支店）」「種目名（例えば、普通）」「口座番号（例えば、１２３４５６７）」「自動口座出金金額（例えば、１０，０００円）」「ＭＳ情報（例えば、Ａｂｃｄｅｆｇ）」、自動口座出金の場合は、ＭＳ情報の「チャージ方式区分」が「自動口座出金（１）」、「暗証番号チェック区分」が「チェック不要（１）」となる旨追加する。
【0113】
次いで、ＳＴ７１へ進む。ＳＴ７１では、管理サーバ４０は、「銀行向自動口座出金用送信電文」を銀行サーバ３０へ送信する。
ＳＴ７２では、銀行サーバ３０は図１３の「出金判断処理部（プログラム）３１１」が動作し、「自動口座出金金額」が出金可能か否かを判断し、可能な場合は、出金（１０，０００円）処理（勘定系処理）する。
そして、ＳＴ７３へ進み、銀行サーバ３０は、「出金済み銀行送信用電文」を生成し、図１３の「出金済み銀行送信用電文記憶部３１２」に記憶する。
ＳＴ７２では、銀行サーバ３０は図１３の「出金判断処理部（プログラム）３１１」が動作し、「自動口座出金金額」が出金可能か否かを判断し、可能な場合は、出金（１０，０００円）処理（勘定系処理）する。
そして、ＳＴ７３へ進み、銀行サーバ３０は、「出金済み銀行送信用電文」を生成し、図１３の「出金済み銀行送信用電文記憶部３１２」に記憶する。
【0114】
ここで、銀行サーバ３０は、「暗証番号」の確認を行わないため、管理サーバ４０も「暗証番号」情報を銀行サーバ３０へ送信する必要がない。
したがって、端末装置１０の利用者に「暗証番号」の入力を強いることがないので、使い易いシステムとなっている。
また、暗証番号の入力を利用者に強いることがない代わりに、例えば、自動口座出金「1日における出金実行回数の合計の最大値」等に基づいて自動口座出金の不適切な実行を未然に防ぐ構成となっている。
したがって、端末装置１０の利用者に「暗証番号」の入力を強いることがないので、使い易いシステムとなっている。
また、暗証番号の入力を利用者に強いることがない代わりに、例えば、自動口座出金「1日における出金実行回数の合計の最大値」等に基づいて自動口座出金の不適切な実行を未然に防ぐ構成となっている。
【0115】
次いで、ＳＴ７４へ進む、ＳＴ７４では、銀行サーバ３０は、図１３の「出金済み銀行送信用電文記憶部３１２」の「出金済み銀行送信用電文」を管理サーバ４０へ送信する。
次いで、ＳＴ７５で、管理サーバ４０は、受信した「出金済み銀行送信用電文」を図１０の「管理側出金済み銀行送信用電文記憶部４４４」に記憶する。
次いで、ＳＴ７５で、管理サーバ４０は、受信した「出金済み銀行送信用電文」を図１０の「管理側出金済み銀行送信用電文記憶部４４４」に記憶する。
【0116】
次いで、ＳＴ７６へ進む。ＳＴ７６では、管理サーバ４０の図１０の「事業者向送信用電文変換処理部（プログラム）４４５」が動作し、図１０の「管理側出金済み銀行送信用電文記憶部４４４」の「管理側出金済み銀行送信用電文」を「管理側出金済み事業者向送信用電文」に変換し、図１０の「管理側出金済み事業者向送信用電文記憶部４４６」に記憶する。
このように、管理サーバ４０が「銀行サーバ向け送信電文」と「事業者サーバ向け送信電文」を生成し、送信するので、事業者と銀行は従来のシステムを変更することなく、そのまま利用することができ、本システム１を低コストで利用することができる。
このように、管理サーバ４０が「銀行サーバ向け送信電文」と「事業者サーバ向け送信電文」を生成し、送信するので、事業者と銀行は従来のシステムを変更することなく、そのまま利用することができ、本システム１を低コストで利用することができる。
【0117】
次いで、ＳＴ７７へ進む。ＳＴ７７で管理サーバ４０は、図１０の「管理側出金済み事業者向送信用電文記憶部４４６」の「管理側出金済み事業者向送信用電文」の「取引結果自動出金（例えば、１０，０００円）」を図６の「管理側利用者情報記憶部４０２」に記憶する。
【0118】
図３２は、「取引結果（自動口座出金）」が付加された「管理側利用者情報（その７）」を示す概略説明図である。
図３２に示すように、管理サーバ４０は、暗証番号を除く利用者情報を管理することができる構成となっている。
図３２に示すように、管理サーバ４０は、暗証番号を除く利用者情報を管理することができる構成となっている。
【0119】
次いで、ＳＴ７８へ進む。ＳＴ７８では、自動口座出金で１０，０００円が電子通貨として自動入金処理されたことを、端末装置１０のタッチパネル１１に表示する。
次いで、ＳＴ７９で、端末装置１０で、承認入力すると、取引終了の信号が端末装置１０から管理サーバ４０へ送信される。
次いで、ＳＴ７９で、端末装置１０で、承認入力すると、取引終了の信号が端末装置１０から管理サーバ４０へ送信される。
【0120】
次いで、ＳＴ８０へ進む。ＳＴ８０では、管理サーバ４０から事業者サーバ２０へ「管理側出金済み事業者向送信用電文」が送信され、図３の「事業者側利用者情報記憶部２０３」の「事業者側利用者情報」に「取引結果（自動口座出金取引）」情報等を付加して記憶する。
【0121】
ただし、管理サーバ４０から事業者サーバ２０への「取引結果（自動口座出金取引）」情報等の送信が所定の時間内に正常になされなかった場合には、事業者サーバ２０が管理サーバ４０から取引結果（自動口座出金）等の情報を取得できる構成となっている。
以上で、「通常」と判断された場合の自動口座出金の実行工程が終了する。
以上で、「通常」と判断された場合の自動口座出金の実行工程が終了する。
【0122】
（出金制限情報関連工程）
「出金制限情報関連工程」では、管理サーバ４０が、図１０の「監視結果情報記憶部４４１」を参照し、同記憶部４４１に「警告情報」が記憶されている場合、管理サーバ４０は、メールでその旨を管理サーバ４０運営者に提供するが、その他の工程は、上記の「正常と判断された場合」と同様である。
「出金制限情報関連工程」では、管理サーバ４０が、図１０の「監視結果情報記憶部４４１」を参照し、同記憶部４４１に「警告情報」が記憶されている場合、管理サーバ４０は、メールでその旨を管理サーバ４０運営者に提供するが、その他の工程は、上記の「正常と判断された場合」と同様である。
【0123】
ただし、「警告情報」のメールを受け取った管理サーバ４０運営者が任意に設定した「停止情報」が併せて記憶されている場合には、「銀行向自動口座出金用送信電文」を銀行サーバ３０に送信することなく、自動口座出金（オートチャージ等）が不可である旨の情報を「事業者サーバ２０」と「端末装置１０」に送信する。
したがって、不適切な自動口座出金は実行されることなく、その実行は未然に防止される。
したがって、不適切な自動口座出金は実行されることなく、その実行は未然に防止される。
【0124】
（「出金停止情報関連工程」について）
「出金停止情報関連工程」では、管理サーバ４０は、図１０の「監視結果情報記憶部４４１」を参照し、同記憶部４４１に「停止情報」が記憶されている場合、「銀行向自動口座出金用送信電文」を銀行サーバ３０に送信することなく、自動口座出金が不可である旨の情報を「事業者サーバ２０」と「端末装置１０」に送信する。
したがって、不適切な自動口座出金は実行されることなく、その実行は未然に防止される。
「出金停止情報関連工程」では、管理サーバ４０は、図１０の「監視結果情報記憶部４４１」を参照し、同記憶部４４１に「停止情報」が記憶されている場合、「銀行向自動口座出金用送信電文」を銀行サーバ３０に送信することなく、自動口座出金が不可である旨の情報を「事業者サーバ２０」と「端末装置１０」に送信する。
したがって、不適切な自動口座出金は実行されることなく、その実行は未然に防止される。
【0125】
このように、本実施の形態では、自動口座出金（例えば、オートチャージ等）の実行の際、過去における自動口座出金の実行実績情報（例えば、事業者毎の１日における出金実行回数等）に基づいて、当該自動口座出金の実行が許可される構成となっているため、不適切な自動口座出金を未然に防ぐことができる。
【0126】
以上説明した本実施形態においては、装置として実現される場合を例に挙げて説明したが、本発明は、これに限定されず、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤなど）光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納され頒布されてもよい。
【0127】
また、記憶媒体は、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であればよい。記憶媒体の記憶形式は、特には限定されない。
【0128】
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行してもよい。
【0129】
さらに、本発明における記憶媒体は、コンピュータと独立した媒体には限定されず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。
【0130】
また、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づいて本実施形態における各処理を実行すればよく、１つのパソコン等からなる装置であってもよいし、複数の装置がネットワーク接続されたシステム等であってもよい。
【0131】
また、本発明におけるコンピュータとは、パソコンには限定されず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。
【0132】
以上、本発明の実施形態について説明した。しかし、本発明は、上記実施形態に限定されず、特許請求の範囲を逸脱しない範囲で種々の変更を行うことができる。上記実施形態の構成は、その一部を省略したり、上記とは異なるように任意に組み合わせたりすることができる。
【符号の説明】
【0133】
１・・・電子通貨情報管理システム、２・・インターネット網、３・・・基地局、１０・・・端末装置、２０・・・事業者サーバ、３０・・・銀行サーバ、４０・・・管理サーバ、２００・・・事業者サーバ側第１の各種情報記憶部、２１０・・・事業者サーバ側第２の各種情報記憶部、３００・・・銀行サーバ側第１の各種情報記憶部、３１０・・・銀行サーバ側第２の各種情報記憶部、４００・・・管理サーバ側第１の各種情報記憶部、４１０・・・管理サーバ側第２の各種情報記憶部、４２０・・・管理サーバ側第３の各種情報記憶部、４３０・・・管理サーバ側第４の各種情報記憶部、４４０・・・管理サーバ側第５の各種情報記憶部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】