JP2002334285A - 複数電子マネー決済代行システム - Google Patents

Abstract

(57)【要約】 【課題】仮想及び現実の店舗において、利用者が、所有
する電子マネーの種類を意識することなく、その電子マ
ネーを店舗での決済に利用できるようにすることを目的
とする。 【解決手段】本発明による複数電子マネー決済代行シス
テムは、店舗が受け取るマネーの種類としてその店舗が
指定する店舗指定マネー種類の情報と、マネーの送金先
としてその店舗が指定する店舗指定マネー送金先の情報
と、を含む店舗情報データベースを記憶している店舗情
報記憶部を備える。店舗指定マネー種類の情報に従っ
て、店舗利用者から受信した電子マネーを店舗指定マネ
ー種類のマネーに変換し、店舗指定マネー送金先の情報
に従って、その変換後のマネーを店舗指定マネー送金先
に送金する電子マネー変換送金部を備える。又、店舗情
報データベースには利用者に付加するポイント種類の情
報を含むようにし、そのポイント種類の情報が示す種類
のポイントを利用者に付加するポイント処理部を備え
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の電子マネー
の決済を代行するシステムに係る。

【０００２】

【従来の技術】近年、実際の店舗及びインターネット等
を用いた仮想的な店舗において、現金にかわる電子マネ
ーを用いた決済が行われるようになってきている。電子
マネーは、セキュリティの高さを有しながら、取り扱い
が簡単なため、今後現金にかわる決済手段に用いられて
いくと思われる。

【０００３】しかし、現金は通常１種類であるのに対し
て、電子マネーは複数種類が存在している。各種類の電
子マネーは、入出金や移動の処理手順が個別に規定され
ている場合が多いので、その規定に沿った手順で処理を
進めなければならない。従って、全種類の電子マネーを
利用可能としたい店舗は、全種類の電子マネーについて
各種類の電子マネーサービス提供者と契約し、複数の機
器を揃える必要がある。これは、手続き上の手間や金銭
的な負担が、利用可能とする電子マネーの種類に比例し
て増加するため現実的ではない。一方、小規模の店舗に
とっては、最終的に１種類の電子マネーもしくは現金を
受け取った方がよい場合が多いであろう。以上のことか
ら、店舗によっては、特定の電子マネーしか利用できな
いこととなっている場合が多くある。この場合、利用者
は、利用したい店舗によって異なる電子マネーを用意せ
ねばならず、この手間が普及を妨げている面も否めな
い。

【０００４】そこで、店舗利用者が特定の電子マネーを
所持していなくても、その電子マネーを決済に用いるこ
とができるようにする方法が提案されている。例えば、
特開２０００−２１５２５８号公報には、次のような方
法が開示されている。センタのデータベースには、各利
用者の現金口座及び複数種類の電子マネー口座を含む利
用者口座と、同構成を有するプール口座と、の情報が記
憶されている。そして、利用者からの要求に応じて、利
用者が支払に用いる口座から決済金額をプール口座に移
動し、プール口座における所定の電子マネー口座から決
済金額を支払い先に支払う。このようにすることによ
り、必要な種類の電子マネーで決済をすることができ
る。

【０００５】

【発明が解決しようとする課題】しかしながら、上記公
報の方法では、店舗利用者が上記センタに利用者口座を
開設していなければ、店舗利用者は決済をすることがで
きない。又、上記公報の方法は、口座情報の移動により
決済をすることから、ホスト型電子マネー（ホストの口
座に電子マネーを蓄える種類の電子マネー）のみを対象
とし、ＩＣＣ型電子マネー（利用者のＩＣカードに電子
マネーを蓄える種類の電子マネー）については対象とし
ていないと思われる。ＩＣＣ型電子マネーは、決済の際
にホストの口座を介す必要はなく、支払者のＩＣカード
から受取者のＩＣカードに電子マネーを直接移動するも
のだからである。従って、上記公報の方法では、上記セ
ンタに口座を開設していない多くの店舗利用者、特にＩ
ＣＣ型電子マネーを所有する店舗利用者を逃してしまう
ことになる。

【０００６】本発明の目的は、上記問題を解決すべく、
各店舗において、各店舗利用者が、所有する電子マネー
の種類を意識することなく、その電子マネーを店舗での
決済に利用できるようにすることである。

【０００７】

【課題を解決するための手段】本発明による複数電子マ
ネー決済代行システムは、店舗が受け取るマネーの種類
としてその店舗が指定する店舗指定マネー種類の情報
と、マネーの送金先としてその店舗が指定する店舗指定
マネー送金先の情報と、を含む店舗情報データベースを
記憶している店舗情報記憶部を備えることを特徴とす
る。そして、店舗指定マネー種類の情報に従って、店舗
利用者から受信した電子マネーを店舗指定マネー種類の
マネーに変換し、次に、店舗指定マネー送金先の情報に
従って、その変換後のマネーを店舗指定マネー送金先に
送金する電子マネー変換送金部を備えることを特徴とす
る。

【０００８】又、本発明による複数電子マネー決済代行
システムは、店舗情報データベースには利用者に付加す
るポイント種類の情報を含むようにし、そしてそのポイ
ント種類の情報が示す種類のポイントを利用者に付加す
るポイント処理部を備えることを特徴とする。

【０００９】

【発明の実施の形態】以下、本発明の実施例を図面を参
照しながら説明する。

【００１０】まず実施例の概略を簡単に説明する。各店
舗は、複数の電子マネーサービス提供者と契約する必要
はなく、複数電子マネー決済代行システム提供者のみと
契約する。なお当然に複数電子マネー決済代行システム
提供者は各電子マネーサービス提供者と契約済みである
ものとする。そして各店舗は、上記契約により、複数電
子マネー決済代行システム提供者が提供する複数電子マ
ネー決済代行システムを利用可能となる。このシステム
は、各店舗利用者が支払に使用した電子マネーを受取
り、該店舗が受取りに指定する店舗指定マネー種類のマ
ネー（現金又は電子マネー）に変換する。そして、変換
したマネーを、各店舗が指定する店舗指定マネー送金先
に送金する。店舗指定マネー送金先とは、各店舗が指定
する現金口座・電子マネー口座・店舗所有のＩＣカード
内の電子マネー財布等である。これにより、契約した各
店舗は、複数機器の導入や手続上の手間を必要とせず、
低コストで複数の電子マネーによる決済を店舗利用者に
提供することができるようになる。また、各店舗利用者
は、所有する電子マネーの種類を意識することなく、そ
の電子マネーを店舗での決済に利用できるようになる。
以下、このシステムの構成及び動作を詳細に説明する。

【００１１】図１は、本実施例にかかる複数電子マネー
決済代行システム１００の全体構成を示す例である。店
舗情報記憶部１０１は、複数電子マネー決済代行システ
ム提供者と契約している現実又は仮想の店舗に送金する
電子マネーの種類や送金先などの店舗情報データベース
を記憶している。マネー個別処理部１０２は、それぞれ
のマネーに対応したマネーの入出金及び移動等の処理手
順を規定した処理モジュールを記憶している。電子マネ
ー変換送金部１０３は、店舗利用者が利用した電子マネ
ーを各店舗に指示されているマネーの種類に変換し、各
店舗に指示されている口座又はＩＣカード内に送金す
る。マネーの変換は、金融機関を通じて、又はシステム
１００内にあるＩＣカード内の電子マネーとの間で、あ
るいはこれらを連携して行う（詳細は後述する）。ＩＣ
カードアクセス部１０４は、システム１００内にあるＩ
ＣＣ１０５内の電子マネーにアクセスして入出金を行
う。ＩＣＣ１０５は、ＩＣカード内に貯蓄されるタイプ
の電子マネーを貯蓄する。ネットワーク接続部１０６
は、各金融機関１０７や店舗機器とネットワークを通じ
て接続する。店舗機器とは、現実店舗が備える店舗端末
１０８・仮想店舗のサーバ１１０等である。ここで、店
舗端末１０８は、店舗所有のＩＣＣ１０９を利用可能と
なっている。仮想店舗１１０は、さらに利用者端末１１
１と接続され、利用者端末１１１は、利用者のＩＣＣ１
１２を利用可能となっている。

【００１２】なお、ＩＣカード内蓄積型の電子マネーを
取り扱う必要がなければ、ＩＣカードアクセス部１０４
及びＩＣＣ１０５はなくても構わない。また金融機関１
０７は、それぞれの電子マネーおよび現金を取り扱う複
数の機関がある。

【００１３】次に、複数電子マネー決済代行システム１
００の動作について説明する。

【００１４】まず利用者は、現実又は仮想の店舗で商品
を購入しようとし、その際に電子マネーで支払をしよう
とする。現実店舗の場合は、店舗端末１０８に利用者の
ＩＣＣ１０９を挿入し（店舗端末１０８とＩＣＣ１０９
とが無線接続可能であれば無線接続し（以下同様））、
ネットワークを介して複数電子マネー決済代行システム
１００に、店ＩＤと支払金額と電子マネーの種類との情
報を送信する。又、仮想店舗の場合は、利用者は利用者
端末１１１にＩＣＣ１１２を挿入して支払金額及び電子
マネーの種類の情報を仮想店舗サーバ１１０に送信す
る。そして仮想店舗サーバ１１０は、受信した支払金額
及び電子マネーの種類の情報と店ＩＤの情報とをネット
ワークを介して複数電子マネー決済代行システム１００
に送信する。

【００１５】例えば、ＩＣＣ蓄積型の電子マネーであれ
ば、利用者は利用者の有するＩＣカード内の電子マネー
を、店舗機器とネットワーク接続部とを通じて、複数電
子マネー決済代行システム１００内のＩＣＣ１０５に移
動する。一方、ホスト型電子マネーであれば、利用者
は、ホスト型電子マネーを取り扱っている金融機関（ホ
スト）に利用者が開設している口座に貯蓄してある利用
者の電子マネーの情報を、ホスト型電子マネーを取り扱
っている金融機関に複数電子マネー決済代行システム１
００が開設している口座に移動するようにしても良い。

【００１６】尚、店舗端末１０８と複数電子マネー決済
代行システム１００との間、利用者端末１１１と仮想店
舗サーバ１１０との間、及び仮想店舗サーバ１１０と複
数電子マネー決済代行システム１００との間のそれぞれ
における情報の授受には、上述した情報以外の情報が含
まれていても構わない。

【００１７】複数電子マネー決済代行システム１００で
は、ネットワーク接続部１０６によって、店ＩＤと支払
金額と電子マネーの種類との情報が受信される。そし
て、店ＩＤの情報は店舗情報記憶部１０１に入力され
る。店舗情報記憶部１０１では、店舗情報データベース
を参照し、店ＩＤの情報を基に、契約店舗に送金する電
子マネーの種類や送金先の情報を検索する。

【００１８】次に、利用者が支払に使用した電子マネー
の種類（変換元マネーの種類）の情報と契約店舗に送金
する電子マネーの種類（変換先マネーの種類）の情報と
が電子マネー変換送金部１０３に入力される。電子マネ
ー変換送金部１０３では、変換元マネーの種類を変換先
マネーの種類に変換する。この変換は、金融機関１０７
を通じて、又はシステム１００内にあるＩＣＣ１０５内
の電子マネーとの間で、あるいはこれらを連携して行う
が、より詳細には、次のようにする。

【００１９】例えば、店舗指定マネー種類がＩＣＣ蓄積
型電子マネーである場合において、店舗指定マネー送金
先が契約店舗所有のＩＣＣのときは、複数電子マネー決
済代行システム１００内のＩＣＣ１０５に蓄積されてい
る電子マネーを、契約店舗所有のＩＣＣに移動する。又
は、店舗指定マネー送金先がＩＣＣ蓄積型電子マネーを
取り扱う金融機関に契約店舗が開設している口座である
ときは、複数電子マネー決済代行システム１００内のＩ
ＣＣ１０５に蓄積されている電子マネーを、その口座に
移動する。

【００２０】一方、店舗指定マネー種類がホスト型電子
マネーである場合は、ホスト型電子マネーを取り扱う金
融機関に複数電子マネー決済代行システムが開設してい
る口座の情報を、ホスト型電子マネーを取り扱う金融機
関に契約店舗が開設している口座に移動する。又、店舗
指定マネー種類が現金である場合には、現金を取り扱う
金融機関に複数電子マネー決済代行システムが開設して
いる口座の情報を、現金を取り扱う金融機関に契約店舗
が開設している口座に移動する。

【００２１】図２は、店舗情報記憶部１０１に記憶され
ている店舗情報データベース２００の構成例を示したも
のである。項目として、複数電子マネー決済代行システ
ムと契約している契約店舗２０１と、その店舗に送金す
るマネーの種類である送金マネー種類２０２と、マネー
の送金先２０３を例として示している。もちろん送金マ
ネー種類およびマネー送金先は複数設定できても構わな
い。またその他の情報として、各店舗で取り扱い可能な
電子マネー情報があってもかまわない。

【００２２】この図の例では、現実店舗Ａは、店舗への
送金マネー種類は電子マネーＡであり、送金先としては
電子マネー口座Ａが設定されている。現実店舗Ｂでは、
店舗への送金マネー種類は電子マネーＢであり、送金先
としては店舗端末のＩＣカード内の電子マネー財布が設
定されている。また仮想店舗Ａでは、店舗への送金マネ
ー種類は、現金Ａであり、振込先としては現金口座Ａが
設定されている。

【００２３】図３は、マネー個別処理部１０２に含まれ
る、それぞれのマネー処理モジュール３００の例を示し
た図である。それぞれのマネーは入出金や移動の処理フ
ローが個別に規定されている場合が多く、その規定に沿
った手順で処理を進めなければならない。上述した電子
マネーの変換及び送金はこの処理モジュールにしたがっ
て行われる。この図の例では、電子マネーＡ３０１と、
電子マネーＢ３０２と、現金Ａ３０３のモジュールが示
されている。又、新たなマネーが出現した場合は、対応
する処理モジュールを追加することで、取り扱いが可能
となる。

【００２４】図４は、電子マネー変換送金部１０３に含
まれる、ある電子マネーからその他のマネーの変換率を
表した電子マネー変換定義テーブル４００の例を示した
図である。店舗利用者が支払に使った電子マネーを、各
店舗が指定する種類のマネーに変換する場合にどのくら
いの変換率で変換するかを定義している。もちろんこの
変換率の設定は自由であるし、変換額の大きさによって
変動してもかまわない。そして、この変換で生じた差額
が手数料として複数電子マネー決済代行システム提供者
の収入となる。尚、その他一定期間ごとの基本料や、初
期費用などが収入として考えられる。

【００２５】具体例を示して説明する。例えば、店舗利
用者は電子マネーＡで支払をし、複数電子マネー決済代
行システムが電子マネーＡを電子マネーＢに変換し、店
舗は電子マネーＢを受取るものとする。このとき、図４
の電子マネー変換定義テーブルにおいて、変換元マネー
は電子マネーＡであり変換先マネーは電子マネーＢであ
るので、変換率は０．９５となる。ここで、手数料の全
額を店舗が負担するとすると、例えば店舗利用者が電子
マネーＡで１０００電子マネーを支払うと、店舗へは電
子マネーＢで９５０電子マネーが支払われる。この差額
５０電子マネーが手数料として複数電子マネー決済代行
システム提供者の収入となる。また逆に、例えば手数料
の全額を店舗利用者が負担するとすると、店舗が電子マ
ネーＢで１０００電子マネーを受け取れるように逆算し
て、店舗利用者は電子マネーＡで１０５２電子マネー
（端数は切り捨てた）を支払うことになる。この差額５
２電子マネーが上記と同様に複数電子マネー決済代行シ
ステム提供者の収入となる。また、手数料は、店舗と店
舗利用者が一定の割合で分割して負担することも当然に
可能である。

【００２６】図５は、ある店舗利用者が実際の店舗端末
または利用者端末を使ってある種類の電子マネーによる
支払いを行い、複数電子マネー決済代行システムがその
ある種類の電子マネーを店舗が指定する店舗指定マネー
種類のマネーに変換し、変換後のマネーを店舗指定マネ
ー送金先に送金する場合の、複数電子マネー決済代行シ
ステム側の処理フローの例を表すフローチャート図であ
る。

【００２７】店舗利用者が店舗端末又はユーザの端末な
どを通じて決済処理を開始することによって、複数電子
マネー決済代行システムの処理がステップ５００からス
タートする。次にステップ５０１において、ユーザが使
用したい電子マネーの種類の判別を行い、複数電子マネ
ー決済代行システムがそのマネー種類をサポートしてい
る場合は、その電子マネーの種類を記憶し、ステップ５
０２へ進む。もしステップ５０１においてユーザの使用
したい電子マネーの種類が複数電子マネー決済代行シス
テムが取り扱っていない種類である場合は、ステップ５
０９へ進みその電子マネーは取り扱っていないことを通
知し、ステップ５０８へ進み処理を終了する。

【００２８】ステップ５０２では、ネットワークを通じ
て入手可能な店舗ＩＤなどの情報をもとに利用店舗の判
別を行い、ステップ５０３へ進む。ステップ５０３で
は、店舗情報データベース２００を参照して契約店舗に
送金するマネー種類の決定を行い、ステップ５０４へ進
む。ステップ５０４では、ユーザの使用する電子マネー
種類と利用店舗に送金するマネー種類との変換率を電子
マネー変換定義テーブル４００を参照して決定し、ステ
ップ５０５へ進む。ステップ５０５では、上述したよう
なマネー変換を行ない、ステップ５０６へ進む。ステッ
プ５０６では、ステップ５０４で決定した電子マネーの
変換率より生じる、店舗利用者が支払った額と店舗側へ
の送金額の差額を手数料として徴収し、ステップ５０７
へ進む。ステップ５０７では、店舗情報データベース２
００を参照し店舗の指定する送金先へ変換されたマネー
を送金し、ステップ５０８へ進み、処理を終了する。

【００２９】尚、ここでは、各ステップで行う処理はそ
のステップで完了するように説明したが、必ずしもこれ
に限られず、次の様にすることもできる。即ち、まずス
テップ５００において、利用者から実際に電子マネーを
受信することはせず、支払に使用しようとしている電子
マネーの種類の情報及び金額情報のみを受信する。そし
て、ステップ５０１からステップ５０４までの各ステッ
プにおいて、電子マネーを判別し、契約店舗を判別し、
店舗指定マネー種類を決定し、変換率を決定する。次
に、ステップ５０５からステップ５０７までの各ステッ
プにおいて、実際にマネーを変換し手数料を徴収し変換
されたマネーを送金することはせず、ここで、支払をす
るか否かの確認を利用者に求めるようにする。そして利
用者が支払を確認したときに、実際に利用者から電子マ
ネーを受信し、マネーを変換し、手数料を徴収し、変換
後のマネーを送金するようにする。逆に利用者が支払の
確認を拒否したときは、これらの処理は行わない。

【００３０】このようにすると、利用者が支払に使用し
たい電子マネーが複数ある場合に、それぞれの電子マネ
ーで支払をした場合には手数料がいくらになるかを、比
較することができるようになる。

【００３１】又、特に、複数の電子マネーについて実際
のマネーの移動をせずステップ５０７までの処理をし、
それぞれの処理結果を同一の画面に表示するようにす
る。ここで、支払をするか否かの確認及び支払をする場
合にはどの電子マネーで支払をするかの選択を利用者に
求めるようにする。このようにすると、利用者はより容
易に比較をすることができるようになる。そして、利用
者が支払を確認し、電子マネーを選択したときに、実際
に利用者から電子マネーを受信し、マネーを変換し、手
数料を徴収し、変換後のマネーを店舗指定マネー送金先
に送金するようにする。

【００３２】又、さらに、上述のようにそれぞれの処理
結果を同一の画面に表示するようにし、ここで、支払を
するか否かの確認及び支払をする場合にはどの電子マネ
ーで支払をするかの選択を利用者に求めるとともに、複
数の電子マネーを組合せて支払をすること（以下「ＭＩ
Ｘ決済」ということもある。）も可能であることを通知
するようにする。そしてＭＩＸ決済が選択された場合に
は、どの電子マネーを用いて、どのような割合で組合せ
て支払をするかを利用者に求める。そして、支払に使用
する電子マネーと割合が利用者から指示されると、複数
電子マネー決済代行システムは、その支払に使用する複
数の電子マネーをそれぞれの割合に応じた額だけ受信
し、それぞれの電子マネーを上述したように変換及び送
金することによって、ＭＩＸ決済を完了する。

【００３３】このようにすれば、利用者が複数の電子マ
ネーを用いて決済をすることができるので、利便性が向
上する。特に、１種類の電子マネーだけでは支払い額に
足らないときは、複数の電子マネーを組合せて、支払い
額まですることができる。又は、ある１種類の電子マネ
ーを使い切りたいと考えているときには、その電子マネ
ーの全額を選び、支払額に対して不足する額を他の電子
マネーで支払う様にすることにより、その電子マネーを
使いきることができる。

【００３４】尚、言うまでもないが、このようにする場
合には、利用者が支払の確認や電子マネーの選択をする
ために、店舗機器で各マネー種類の手数料を表示すると
よい。そのため、複数電子マネー決済代行システムは、
各マネー種類の手数料の情報を店舗機器に送信する。

【００３５】以上説明したように、本実施例によれば、
各契約店舗において利用者は、複数の電子マネーによる
決済をすることができるようになる。もちろん、各契約
店舗はそれぞれの電子マネーサービス提供者と契約する
必要はなく、複数電子マネー決済代行システム提供者と
契約するだけでよい。さらに複数機器の導入や手続き上
の手間も必要としないため、低コストである。

【００３６】次に、以上説明したような複数電子マネー
決済代行システムに、ユーザが利用した電子マネーから
店舗が指示する電子マネーまたは現金への変換の種類と
額に応じてポイントを付加するサービスを追加した場合
の例を説明する。

【００３７】ここでポイントとは、例えば、購入した商
品の金額に応じたポイントが付与され、利用者は次回以
降の商品購入の際にこのポイントに応じた割引を受ける
ことができる（いわゆる還元サービス）、というものが
ある。また例えば、利用者がある一定のポイントを貯め
た場合に、そのポイントをそのポイントに応じた賞品と
交換することができる（いわゆる賞品交換サービス）、
というものがある。また、ポイントはこれらに限られる
ものではなく、ポイントを付与する者がポイントを付与
される者に対してそのポイントにより様々なサービスを
行うことが考えられる。

【００３８】このポイントサービスを付加した複数電子
マネー決済代行システムによれば、例えば次のような効
果を得ることができる。即ち、ポイントを付与して、そ
のポイントに応じたサービスをすることにより、利用者
の再来店を促すことができる。又、電子マネーの変換種
類によって異なるポイントを付加することにより、変換
種類によって異なる相応の手数料を利用者に負担しても
らうことも可能となる。つまり、利用者は変換に手数料
があまりかからない電子マネーを使った場合は多くのポ
イントを受け取ることができ、逆に変換に手数料が多く
かかる電子マネーを使った場合は、ポイントをあまり受
け取ることができないとする。このようにすると、店舗
側は、電子マネーの変換種類にかかわらず、店舗側の収
入率（及び店舗側の負担率）を一定にすることができ
る。

【００３９】具体例を示して説明する。ここで、電子マ
ネー変換率定義テーブルは図４に示した例を用いる。例
えば、ポイントは上述した還元サービスであるとし、１
ポイントを１電子マネーと換算して割引を行うとする。
そして、利用者は１０００電子マネーの商品を購入し、
電子マネーＡ又は電子マネーＣで支払いをしようとし、
店舗は現金Ａで受取をするものとする。また店舗は実質
的に販売額の８割（この場合は８００マネー）を受け取
るものとし、複数電子マネー決済代行システム提供者へ
の手数料は店舗が支払うものとする。この場合は、以下
のようになる。

【００４０】まず利用者が電子マネーＡで支払いをする
場合は、１０００電子マネーを電子マネーＡで店舗に支
払い、これが複数電子マネー決済代行システムに渡さ
れ、ここで図４の電子マネー変換率定義テーブルを参照
し変換される。この場合は変換率は０．９０であるの
で、現金Ａで９００マネーに変換される。そしてこの９
００マネーが店舗に渡される。店舗においては、実質的
に８００マネーを受け取ることとしているので、１００
マネーに相当する１００ポイントを利用者に付与する。
また、利用者が電子マネーＣで支払いをする場合も同様
である。即ち、利用者は電子マネーＣで１０００電子マ
ネーを支払い、これが複数電子マネー決済代行システム
にて現金Ａで８９０マネーに変換され、店舗は９０マネ
ーに相当する９０ポイントを利用者に付与する。

【００４１】なお、利用者が支払いに利用するマネーの
種類や店舗が受け取るマネーの種類はこれらに限られる
ものではない。またここでは還元サービスの例で説明し
たが、賞品交換サービスの場合でも同様である。例え
ば、５００ポイントを貯めると５０００マネー相当の賞
品と交換可能であれば、１ポイントを１０マネーと換算
して上記具体例と同様に取り扱うことができる。また他
のサービスであっても、同様に取り扱うことができる。

【００４２】以上説明した様に、複数電子マネー決済代
行システムにポイントサービスを付加すると、利用者は
電子マネーの変換手数料を気にせず常に商品の価格のみ
の支払をすれば良く、また店舗は常に一定の収入率でマ
ネーを受け取りことができ、複数電子マネー決済代行シ
ステム提供者は所定の手数料を得ることができる。即
ち、マネー変換種類によって異なる手数料を、それに応
じて異なるポイントを付与することによって、ポイント
をマネーに換算した場合の額と手数料の額とを加算した
額が実質的に一定になる様にすることができる。

【００４３】また、店舗側の判断によってポイントをそ
の店舗だけしか利用できないものにしておけば、その店
舗の再利用率が上がる可能性があるし、逆に多くの店舗
で共通に利用できるようなポイントにしておけば、ある
地域店舗街全体での活性化に役立つ可能性がある。また
ポイントの発行及び管理は、店舗が行っても良く、ある
いは、複数電子マネー決済代行システム提供者が行って
も良い。

【００４４】図６は、ポイントサービスを加えた複数電
子マネー決済代行システム６００の全体構成例である。

【００４５】本図中、６０１〜６１２は図１中の１０１
〜１１２と対応しており、ほぼ同様の動作をするため、
同一の動作については説明を省略する。本図のポイント
サービスを加えた複数電子マネー決済代行システム６０
０と図１の複数電子マネー決済代行システム１００との
主な違いは、ポイント処理部６１３を設けたことであ
る。このポイント処理部６１３は、利用者が利用した電
子マネーと店舗側が指定した送金マネーの変換の種類に
応じて利用者に付加するポイントを管理する。またここ
でＩＣＣ６０５は、電子マネーに加え、ポイントを蓄え
ることもできるものとする。

【００４６】なお、ＩＣＣ内蓄積型の電子マネーやポイ
ントを取り扱う必要がなく、かつ、ポイントを蓄えるこ
とも必要がなければ、ＩＣカードアクセス部６０４及び
ＩＣＣ６０５はなくても構わない。

【００４７】ポイントの管理は、一般に、一括管理方式
と総量管理方式がある。一括管理方式とは、例えば、利
用者それぞれのポイント残高を記憶したテーブルを店舗
が保持・更新して一括管理する方式である。総量管理方
式とは、例えば、店舗で予めポイントの総量を定めてお
り、そのポイントを利用者に付与する方式であって、利
用者それぞれのポイントは各利用者が保持しており、店
舗は全体のポイント残高を記憶するものである。つま
り、例えば、店舗で予め割引券を作成しておき、利用者
にその割引券を渡すのと同様である。

【００４８】本実施例において、一括管理方式では、各
利用者のポイント残高や有効期限などの情報をポイント
処理部６１３で利用者ごとに記憶し、一括管理する。例
えば、ポイント処理部６１３が、利用者ＩＤ・ポイント
種類・ポイント残高・ポイント付与日・有効期限を項目
とするテーブルを保持すればよい。さらに、購入した商
品のＩＤや購入店舗などを追加することも勿論可能であ
る。この場合、ポイント処理部６１３は、利用者の商品
の購入に対してポイントを付与するとき、及び利用者が
ポイントを使用するときに、ポイント処理部６１３の内
部に記憶している各利用者のポイント残高や有効期限な
どの情報を適宜更新することにより、ポイントの付与又
は受取を行う。

【００４９】また総量管理方式では、利用者の有するポ
イント種類及びポイント残高の情報を利用者のＩＣカー
ド内に記憶する様にし、全体のポイント残高をＩＣＣ６
０５に記憶して管理する。利用者のＩＣカード内に記憶
する情報にはさらに、上述したような有効期限・ポイン
ト付与日・商品ＩＤ・購入店舗などの情報が記憶されて
も良い。この場合、ポイント処理部６１３は、利用者の
商品の購入に対してポイントを付与するとき、及び利用
者がポイントを使用するときに、利用者のＩＣカードと
システムの有するＩＣＣ６０５との間でポイントを移動
する処理を行うことにより、ポイントの付与又は受取を
行う。

【００５０】またはこれらを併用して、ポイント処理部
６１３と利用者のＩＣカード内に各利用者のポイント残
高や有効期限などの情報を記憶し、ＩＣＣ６０５内に全
体の残高を記憶するようにし、ポイント処理部６１３は
上記処理の両方を行う様にしてもよい。即ち、各利用者
のポイント残高を記憶しているテーブルを更新し、かつ
付与するポイントをシステム内のＩＣＣ６０５から利用
者のＩＣカード内に移動することにより、ポイントを付
与又は受取を行うようにしてもよい。

【００５１】図７は、店舗情報記憶部６０１に記憶され
ている、店舗情報データベース７００の構成例を示した
ものである。

【００５２】本図中、項目として、７０１〜７０３は図
２中の２０１〜２０３と同様の内容であり、説明を省略
する。異なっている点は、利用者への付加ポイント種類
７０４の項目を設けている点である。また図２と同様
に、送金マネー種類およびマネー送金先および付加ポイ
ント種類は複数設定できても構わない。またその他の情
報として、各店舗で取り扱い可能な電子マネー情報があ
ってもかまわない。

【００５３】この図７の例では、現実店舗Ａは、店舗へ
の送金マネーは電子マネーＡであり、送金先としては電
子マネー口座Ａであり、利用者への付加ポイント種類は
ポイントＡが設定されている。現実店舗Ｂでは、店舗へ
の送金マネーは電子マネーＢであり、送金先としては店
舗端末のＩＣカード内の電子マネー財布であり、利用者
への付加ポイント種類はポイントＡが設定されている。
また仮想店舗Ａでは、店舗への送金マネーは、現金Ａで
あり、振込先としては現金口座Ａであり、利用者への付
加ポイント種類はポイントＢが設定されている。

【００５４】この例では、ポイントの種類を各店舗ごと
に設定することができるようになっており、各店舗側の
選択の仕方によっては、店舗共通のポイントを利用者に
付加することもできるし、各店舗だけで利用できる独自
のポイントを利用者に付加することも可能となる。つま
り、現実店舗Ａ及び現実店舗Ｂはともに、ポイント種類
がポイントＡと設定されており共通である。従って、現
実店舗Ａで付与されたポイントを現実店舗Ｂで使用する
こともでき、逆も当然できる。一方、仮想店舗Ａは他と
異なるポイントＢを設定されており、仮想店舗Ａで付与
されたポイントは他の店舗では使用できず、逆もできな
い。

【００５５】図８は、ポイント総量管理を行う場合に、
ポイント処理部６１３に含まれるポイント種類と残高デ
ータ８００の例を示したものである。ポイントは複数電
子マネー決済代行システム６００のＩＣＣ６０５の中に
それぞれ格納されている。この図の例では、ポイント種
類のポイントＡ８０１の残高が７２８４９８、ポイント
Ｂ８０２の残高が５８６７４６、ポイントＣの残高が１
００００００となっている。ポイントＡ８０１の場合、
初期値が１００００００だったとすると、現在２７１５
０２ポイントが利用者の手元にあることになる。ポイン
トＣ８０３はまだ誰にも付加されておらず全額がＩＣＣ
６０５内に残っている。そして、総量管理方式の場合、
利用者へのポイントの付与は、ポイント処理部６１３に
より、ＩＣＣ６０５に格納されているポイントを利用者
のＩＣカードへ移動することにより行う。この際、必要
に応じて、ポイントの利用履歴や有効期限などの情報を
使用者のＩＣカード内に記憶しても良い。

【００５６】一方、一括管理方式の場合は、図示してい
ないが、上述したように、各利用者のＩＤ・ポイント種
類・ポイント残高・ポイント付与日・有効期限・購入し
た商品のＩＤ・購入店舗の項目を有したテーブルをポイ
ント処理部６１３が記憶する。そして、利用者のポイン
トの付与又は受取は、ポイント処理部６１３により、こ
のテーブルに記憶されているその利用者のポイント残高
を更新することにより行う。即ち、利用者にポイントを
付与する場合にはその付与するポイント分を加算した値
に更新し、利用者がポイントを使用する場合にはその使
用するポイント分を減算した値に更新する。

【００５７】図９は、ポイント処理部６１３に含まれ
る、ある電子マネーからその他の電子マネーに変換した
場合のポイントの付加率を表したポイント付加率定義テ
ーブル９００の例を示した図である。店舗利用者が支払
に使った電子マネーを、各店舗が指定するマネーに変換
する場合にどのくらいのポイントが付加されるかを定義
している。例えば、店舗利用者が支払った変換元である
電子マネーＡが１０００電子マネーであり、店舗への支
払に指定されているマネー種類が電子マネーＢである場
合は、利用者に対し７０ポイントが付加されることにな
る。もちろんこの付加率の設定は自由であるし、変換額
の大きさによって変動してもかまわない。特に、上述し
たように、電子マネーの変換種類に関わらず店舗側の収
入率（及び店舗側の負担率）を一定にするように、ポイ
ント付加率を定義することができる。

【００５８】図１０は、ある店舗利用者が店舗端末また
は利用者端末を使って、ある種類の電子マネーによる支
払いを行い、複数電子マネー決済代行システムがそのあ
る種類の電子マネーを店舗指定マネー種類の電子マネー
に変換し、店舗指定マネー送金先に送金し、さらに利用
者にある種類のポイントを付加する場合の、ポイントサ
ービスを付加した複数電子マネー決済代行システム６０
０の処理フローの例を表すフローチャート図である。

【００５９】店舗利用者が、店舗機器を通じて決済処理
を開始することで、ステップ１０００から複数電子マネ
ー決済代行システムの処理がスタートする。まずステッ
プ１００１において、ユーザが使用したい電子マネーの
種類の判別を行う。複数電子マネー決済代行システム提
供者がサポートしている電子マネーである場合は、その
電子マネーの種類を一時的に記憶し、ステップ１００２
へ進む。もしステップ１００１においてユーザの使用し
たい電子マネーが複数電子マネー決済代行システムが取
り扱っていない種類の電子マネーである場合は、ステッ
プ１０１１へ進みその電子マネーは取り扱っていないこ
とを通知し、ステップ１０１０へ進み処理を終了する。

【００６０】ステップ１００２では、ネットワークを通
じて入手可能な店舗ＩＤなどの情報をもとに、利用店舗
の判別を行い、ステップ１００３へ進む。ステップ１０
０３では、店舗情報データベース７００（図７）を参照
して利用店舗に送金するマネー種類の決定を行い、ステ
ップ１００４へ進む。ステップ１００４では、利用者の
使用する電子マネー種類と利用店舗に送金する店舗指定
マネー種類との変換率を、電子マネー変換定義テーブル
４００を参照して決定し、ステップ１００５へ進む。ス
テップ１００５では、電子マネーの変換を行う。電子マ
ネーの変換は、上述したように、金融機関６０７を通じ
て行い、又は複数電子マネー決済代行システム内のＩＣ
Ｃを用いて行い、又は金融機関６０７と複数電子マネー
代行システム内で保持している電子マネーとを連携して
行う。そして電子マネーの変換後ステップ１００６へ進
む。

【００６１】ステップ１００６では、店舗情報データベ
ース７００（図７）を参照し、店舗が指定しているポイ
ント種類の決定を行い、ステップ１００７へ進む。ステ
ップ１００７では、ポイント付加率定義テーブル９００
（図９）を参照して、ユーザの使用する電子マネー種類
から利用店舗に送金するマネー種類への変換の組み合わ
せと利用額に応じたポイント付加額を決定し、ステップ
１００８へ進む。ステップ１００８では、店舗情報デー
タベース７００（図７）を参照し、店舗の指定する送金
先へ変換後のマネーを送金して、ステップ１００９へ進
む。ステップ１００９では、ステップ１００６で決定さ
れたポイント種類で、ステップ１００７で決定されたポ
イント付加額を利用者に付加して、ステップ１０１０へ
進み処理を終了する。

【００６２】尚、図５を用いて複数電子マネー決済代行
システム１００の処理フローを説明したのと同様に、ポ
イントサービスが付加された複数電子マネー決済代行シ
ステム６００の処理フローにおいても、実際の電子マネ
ーの移動をせずに、種類情報や金額情報のみを用いて各
ステップの処理を進め、最後に、支払をするか否かの確
認を利用者に求めるようにすることができる。そして、
利用者が支払の確認をしたときに、実際にマネーの移動
をし、かつポイントの付与を行うようにする。又、同様
に、複数の電子マネーを受信して、それぞれの処理結果
を同一の画面に表示し、支払をするか否かの確認及び支
払をする場合にはどの電子マネーで支払をするかの選択
を利用者に求めるようにすることもできる。又、上述し
たＭＩＸ決済をすることもできる。これらの場合には、
それぞれの処理結果を画面表示する際に、マネー種類や
金額情報に加えて、それぞれの電子マネーを用いた場合
の手数料及び／又はポイントを同時に表示する様にする
と良い。

【００６３】これらによれば、上述したのと同様の効果
が得られるとともに、さらにポイントについても比較す
ることができるようになる。利用者は、それぞれの電子
マネーを用いた場合の手数料及び／又はポイントを見
て、どの電子マネーを用いて支払をするか、又は電子マ
ネーを組合せて支払をするかを判断することができる。

【００６４】尚、言うまでもないが、このようにする場
合には、利用者が支払の確認や電子マネーの選択をする
ために、店舗機器で各マネー種類の手数料や付加ポイン
トを表示するようにするとよい。そのため、複数電子マ
ネー決済代行システムは、各マネー種類の手数料と付加
ポイントの情報とを店舗機器に送信する。

【００６５】以上説明したように、ポイントサービスを
備えた複数電子マネー決済代行システム６００によれ
ば、利用者にとっては、電子マネーで決済をする際の利
便性が大幅に向上する効果がある。又、店舗にとって
は、利用者の再来店を促すことができる効果がある。
又、上述のように、電子マネーの変換種類にかかわら
ず、店舗側の収入率（及び店舗側の負担率）を一定にす
ることができる効果がある。

【００６６】ところで、以上の説明では、複数電子マネ
ー決済代行システムを、利用者が店舗への支払に用いる
場合を説明したが、支払ではなく両替に用いることも可
能である。以下、複数電子マネー決済代行システムを両
替に用いる場合を説明する。但、利用者が店舗への支払
に用いる場合とほぼ同様であるため、詳細な説明は省略
し、異なる点を説明する。尚、構成は図１と同一であ
る。但、店舗情報データベース２００を記憶している店
舗情報記憶部１０１はなくても良い。

【００６７】動作は次の通りである。即ち、まず利用者
は、利用者の有するＩＣＣ１０９を店舗端末１０８に挿
入又は無線接続する。又は利用者の有するＩＣＣ１１２
を利用者端末１１１に挿入又は無線接続する。そして、
両替をしたいある種類の電子マネーと、受け取りたいマ
ネー種類（以下「両替種類」ともいう。）の情報と、両
替後のマネーの送金先の情報と、を複数電子マネー決済
代行システム１００に送信する。そして、複数電子マネ
ー決済代行システム１００は、上述した支払の場合と同
様の方法によって、受信したある種類の電子マネーを、
受信した両替種類のマネーに変換する。次に、複数電子
マネー決済代行システム１００は、両替後のマネーを、
受信した送金先の情報に基づいてその送金先に送金す
る。尚、送金先の情報を複数電子マネー決済代行システ
ム１００に送信しない場合には、利用者のＩＣＣ１０９
又は１１２に送金するようにしても良い。以上により、
両替が完了する。要するに、上述の支払の場合と異なる
点は、上述の支払の場合には、店舗情報データベースを
参照して変換すべきマネー種類や送金すべき送金先を決
定していたのに対し、両替の場合には、変換すべきマネ
ー種類や送金すべき送金先は、利用者から受信する点で
ある。

【００６８】尚、両替の場合でも、上述したような電子
マネー変換率定義テーブル４００（図４）とポイント付
加率定義テーブル９００（図９）を用いて、電子マネー
を変換し、手数料を徴収し、ポイントを付与してもよ
い。

【００６９】以上、複数電子マネー決済代行システム１
００（図１）とポイントサービスを備えた複数電子マネ
ー決済代行システム６００（図６）を、それぞれ専用装
置であるとして説明したが、これに限られるものではな
く、次のようにすることもできる。複数電子マネー決済
代行システム１００及びポイントサービスを備えた複数
電子マネー決済代行システム６００は、ネットワーク部
と制御部と記憶部とを備えたコンピュータを用いて実現
することも可能である。この場合、上述した動作をコン
ピュータに実行させるプログラムをコンピュータにイン
ストールし、コンピュータの各部は次のように機能す
る。即ち、コンピュータのネットワーク部は、ネットワ
ーク接続部１０６及び６０６として機能する。コンピュ
ータの制御部は、電子マネー変換送金部１０３及び６０
３として機能する。コンピュータの記憶部は、店舗情報
記憶部１０１及び６０１とマネー個別処理部１０２及び
６０２として機能する。又、ＩＣＣ蓄積型電子マネーを
取り扱う場合は、コンピュータにＩＣＣ１０５及び６０
５を備える様にシ、さらに、ＩＣカードアクセス部１０
４及び６０４としてカードリーダを備える様にする。
尚、このプログラムは、コンピュータ読み取り可能な記
憶媒体に記憶されて、又はネットワークを通じて、配布
される。

【００７０】次に図１１から図１６を参照して、店舗機
器の画面の例を説明する。

【００７１】図１１は、利用者が実際の店舗または仮想
店舗で何か購入し、決済を開始する時の画面例１１００
を示した図である。この決済開始画面１１００は、図５
におけるステップ５００又は図１０におけるステップ１
０００において、店舗機器の表示画面に表示される。こ
の決済開始画面は、例えば、購入金額と確認ボタンと取
消ボタンが表示される。この例では、利用者は１５，０
００円の買い物を行い、支払額を確認する段階である。
ここで確認を選択すると支払方法選択画面（図１２〜１
４）へ進む。取消を選択すると決済は中止される。

【００７２】図１２は、支払方法を選択する画面例１２
００を示す図である。この支払方法選択画面１２００
は、利用者が利用者の有するＩＣカードを店舗機器に挿
入し（無線であればＩＣカードと店舗機器とを無線接続
し）た後に、図５におけるステップ５０６又は図１０に
おけるステップ１００７において、店舗機器の表示画面
に表示される。但、上述したように、実際のマネーの移
動と手数料の徴収とポイントの付加とをせずに、図５に
おけるステップ５００〜５０６又は図１０におけるステ
ップ１０００〜１００７を処理する場合で、利用者から
複数の電子マネーの情報を複数電子マネー決済代行シス
テムが受信して処理した情報を店舗機器が受信して表示
するときの画面である。

【００７３】この支払方法選択画面１２００は、例え
ば、購入金額と、１又は２以上の支払種類と、支払種類
が電子マネーのときはその残高と、各支払種類で支払を
した場合の手数料と取消ボタンとが表示される。上述の
説明では電子マネーで支払をする場合を説明したが、そ
の他に従来のクレジットカードによる支払があっても構
わない。また支払種類には、複数の支払種類を組み合わ
せて支払う方法であるＭＩＸがあってもよい。この例で
は利用者はクレジット、電子マネーＡ、電子マネーＢ、
ＭＩＸの中から支払方法を選択することが可能である。
店舗機器は利用者の有するＩＣカードから各電子マネー
の残高を読み取り、その各電子マネーの残高を画面に表
示する。また複数電子マネー決済代行システムから受信
するそれぞれの支払種類ごとの手数料を画面に表示す
る。そして、利用者はその異なる手数料を参考に支払方
法を決定すればよい。

【００７４】この例では、電子マネーＡを利用すれば最
も手数料が安いことが示されており、電子マネーＢとの
差は１５０となっている。また逆にクレジットの手数料
は７５０と一番高くなっていることがわかる。ＭＩＸ
は、上述した通り電子マネーの種類を複数組み合わせて
支払う方法であるが、このＭＩＸが選択された場合の画
面については、後述の図１５で説明する。なお、手数料
は、最終的にその店舗が、複数電子マネー代行システム
提供者からどの種類のマネーで支払いをうけるかで異な
る。また、この支払方法選択画面は、利用者が変換手数
料の全部又は一部を支払う場合に表示される画面であ
り、店舗が変換手数料の全部を支払う場合には利用者に
手数料の額を知らせる必要はなく、当然手数料の欄は不
要となる。

【００７５】図１３は、支払方法を選択する画面例１３
００である。この支払方法選択画面１３００は、図１２
の支払方法選択画面１２００と同様に、実際のマネーの
移動等をする前に、まず支払の確認及び電子マネーの選
択を利用者に求める場合の表示画面である。図１２の例
で示したものと異なる点は、残高と手数料のかわりにポ
イント残高と、付加ポイントが示されている点である。
利用者はその異なる付加ポイントを参考に支払方法を選
択すればよい。なお、この例では示していないが、各電
子マネーの残高も同時に示されていればよりわかりやす
い。また、ここでは各支払種類ごとに異なるポイントを
有する場合の例を示しているが、これに限られるもので
はない。即ち、支払種類とは別個独立してポイントが存
在するようにしても勿論よい。また上述の様にポイント
には店舗ごと又は地域ごとに複数のポイントを取り扱う
場合があり、この場合は、その店舗が取り扱っている種
類のポイントを表示する様にし、さらに、各支払種類に
よって異なる付加ポイントを表示する様にする。

【００７６】図１４は、支払方法を選択する画面例１４
００である。図１２の例で示したものほぼ同様である
が、異なる点は、手数料のかわりに支払いの総額が示さ
れている点である。決済に用いる電子マネーによる総支
払額で示したほうが利用者にとってわかりやすこともあ
ると思われる。なお、図１２と同様に、この支払方法選
択画面は、利用者が変換手数料の全部又は一部を支払う
場合に表示される画面である。

【００７７】なお、図１２〜１４は、それぞれ別々の画
面として説明したが、各画面で表示される各項目を組み
合わせて１画面上に表示することも可能である。即ち、
支払金額・支払種類・電子マネー残高・手数料・総支払
額・ポイント残高・付加ポイント・ＭＩＸ支払・取消ボ
タンの全て若しくはこれらのうち任意の複数の項目を表
示することが可能である。

【００７８】図１５は、ＭＩＸ支払方法選択画面例１５
００である。これは、図１２〜図１４の例でＭＩＸ支払
を選択したときに表示される画面である。ここでは、複
数の電子マネー種類を組み合わせて支払をすることがで
きる。画面上には、組み合わせる複数の電子マネー種類
の残高及びＭＩＸ比率が表示される。この画面の例で
は、利用者は電子マネーＡと電子マネーＢをもってお
り、それぞれ１，２５０と１３，７５０を組み合わせて
支払おうとしている。もちろん組み合わせ額は自由であ
る。付加ポイントは６１として示しているが、組み合わ
せの種類や額によって変動するはずである。もちろん付
加ポイントではなく手数料を示す画面でもよいし、総支
払額を示す画面でもよいし、それらを示す画面でもよ
い。

【００７９】図１６は、店舗での支払ではなく、利用者
が直接複数電子マネー決済代行サービス提供者を通じ
て、電子マネーの両替を行っている場合の表示画面例１
６００である。この両替画面１６００では、例えば、両
替金額・両替元種類・両替種類・手数料・取消ボタンが
表示される。利用者は両替元として電子マネーＡをもっ
ており、それを画面で示されている電子マネーＢ、Ｃ、
Ｄ、Ｅに両替することができる。この画面の例では、両
替種類によって手数料が異なっている。例えば電子マネ
ーＢを選択すると、利用者のＩＣカード内の電子財布に
手数料を引かれた額が送金される。もちろん利用者のＩ
Ｃカード内ではなく電子マネー口座や現金口座に振り込
まれるようにしてもよい。又、両替によりポイントを付
加することも可能である。この場合は、手数料に代えて
又は加えてポイントを表示するようにするとよい。

【００８０】

【発明の効果】以上説明したように、本発明によれば、
仮想及び現実の各店舗において、各店舗利用者が、所有
する電子マネーの種類を意識することなく、その電子マ
ネーを店舗での決済に利用できるようになる。

【図面の簡単な説明】

【図１】 本発明の実施例にかかる、複数電子マネー決
済代行システムの全体構成を示した図である。

【図２】 本発明の実施例にかかる、店舗情報データベ
ースを示した図である。

【図３】 本発明の実施例にかかる、マネー処理モジュ
ールを示した図である。

【図４】 本発明の実施例にかかる、電子マネー変換率
定義テーブルを示した図である。

【図５】 本発明の実施例にかかる、複数電子マネー決
済代行システムの処理フローを示した図である。

【図６】 本発明の実施例にかかる、ポイント処理を加
えた複数電子マネー決済代行システムを示した図であ
る。

【図７】 本発明の実施例にかかる、ポイント処理を加
えた店舗情報データベースを示した図である。

【図８】 本発明の実施例にかかる、ポイント種類と残
高データを示した図である。

【図９】 本発明の実施例にかかる、ポイント付加率定
義テーブルを示した図である。

【図１０】 本発明の実施例にかかる、ポイント処理を
加えた複数電子マネー決済代行システムの処理フローを
示した図である。

【図１１】 本発明の実施例にかかる、支払金額確認画
面を示した図である。

【図１２】 本発明の実施例にかかる、支払方法選択画
面を示した図である。

【図１３】 本発明の実施例にかかる、支払方法選択画
面を示した図である。

【図１４】 本発明の実施例にかかる、支払方法選択画
面を示した図である。

【図１５】 本発明の実施例にかかる、ＭＩＸ支払方法
選択画面を示した図である。

【図１６】 本発明の実施例にかかる、電子マネー両替
画面を示した図である。

【符号の説明】

１００…複数電子マネー決済代行システム。 １０１…店舗情報記憶部。 １０２…マネー個別処理部 １０３…電子マネー変換送金部。 １０４…ＩＣカードアクセス部。 １０５、１０９、１１２…ＩＣＣ（ＩＣカード）。 １０６…ネットワーク接続部。 １０７…金融機関。 １０８…店舗端末。 １１０…仮想店舗サーバ。 １１１…利用者端末。 ２００…店舗情報データベース。 ３００…マネー処理モジュール。 ４００…電子マネー変換率定義テーブル。 ６００…ポイントサービスを付加した複数電子マネー決
済代行システム。 ７００…ポイントサービスを付加した店舗情報データベ
ース。 ８００…ポイント種類と残高データのデーブル。 ９００…ポイント付加率定義テーブル。 １１００…支払金額確認画面。 １２００…支払方法選択画面。 １３００…支払方法選択画面。 １４００…支払方法選択画面。 １５００…ＭＩＸ支払方法選択画面。 １６００…電子マネー両替画面。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 高見 穣 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所デジタルメディア開発本 部内 (72)発明者 松本 健司 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所デジタルメディア開発本 部内 (72)発明者 井上 喜勇 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所デジタルメディア開発本 部内

Claims (16)

【特許請求の範囲】
1. 【請求項１】店舗の店舗機器と接続されており、該店舗
   の利用者が支払に用いた電子マネーを該店舗機器から受
   信するネットワーク接続部と、 該店舗が受け取るマネーの種類として該店舗が指定する
   店舗指定マネー種類の情報とマネーの送金先として該店
   舗が指定する店舗指定マネー送金先の情報とを記憶して
   いる店舗情報記憶部と、 該店舗指定マネー種類の情報を参照して該店舗機器から
   受信した該電子マネーを該店舗指定マネー種類のマネー
   に変換し、該店舗指定マネー送金先の情報を参照して該
   変換後のマネーを該店舗指定マネー送金先に該ネットワ
   ーク接続部を通じて送信する電子マネー変換送金部と、 を備えることを特徴とする複数電子マネー決済代行シス
   テム。
2. 【請求項２】請求項１において、 前記店舗機器から受信した電子マネーの種類及び前記店
   舗指定マネー種類それぞれに対応した入出金及びマネー
   移動の手順を定めている処理モジュールを備えているマ
   ネー個別処理部を設け、 前記電子マネー変換送金部は、該マネー個別処理部が備
   える該処理モジュールに従って前記変換及び前記送金を
   行うこと、 を特徴とする複数電子マネー決済代行システム。
3. 【請求項３】請求項１又は２において、 電子マネーを記憶するＩＣカードと、 該ＩＣカードに記憶されている電子マネーにアクセスす
   るためのＩＣカードアクセス部と、 を設け、 前記電子マネー変換送金部は、該ＩＣカードに記憶され
   ている電子マネーを用いて前記変換及び前記送金を行う
   こと、 を特徴とする複数電子マネー決済代行システム。
4. 【請求項４】請求項１乃至３のいずれかにおいて、 前記ネットワーク接続部は、前記利用者が支払に用いる
   前記電子マネーの口座を前記利用者が開設している金融
   機関、及び前記利用者が支払に用いる前記電子マネーと
   同じ種類の電子マネーの口座を前記複数電子マネー決済
   代行システムが開設している金融機関、及び前記店舗指
   定マネー種類のマネーの口座を前記複数電子マネー決済
   代行システムが開設している金融機関、及び前記店舗指
   定マネー種類のマネーの口座を前記店舗が開設している
   金融機関、の少なくとも１つ以上に接続されており、 前記電子マネー変換送金部は、前記変換及び前記送金を
   行う際に、該各口座への入出金の要求及び該各口座の情
   報の移動の要求のいずれか又は両方を該各金融機関に送
   信すること、 を特徴とする複数電子マネー決済代行システム。
5. 【請求項５】請求項１乃至４のいずれかにおいて、 前記電子マネー変換送金部は、前記店舗が指定するマネ
   ー送金先は前記店舗機器内のＩＣカードであることを前
   記店舗指定マネー送金先の情報が示す場合に、該ＩＣカ
   ードに前記変換後のマネーを送信すること、 を特徴とする複数電子マネー決済代行システム。
6. 【請求項６】請求項４において、 前記電子マネー変換送金部は、前記店舗が指定するマネ
   ー送金先は前記店舗が前記金融機関に開設している前記
   店舗指定マネー種類のマネーの口座であることを前記店
   舗指定マネー送金先の情報が示す場合に、該口座に前記
   変換後のマネーを送金すること、 を特徴とする複数電子マネー決済代行システム。
7. 【請求項７】請求項１乃至６のいずれかにおいて、 前記電子マネー変換送金部は、前記利用者から受信した
   電子マネーの種類と前記店舗指定マネー種類との組み合
   わせで定まる変換率が定義された電子マネー変換率定義
   テーブルを保持しており、該電子マネー変換率定義テー
   ブルを用いて前記変換を行うこと、 を特徴とする複数電子マネー決済代行システム。
8. 【請求項８】請求項１乃至７のいずれかにおいて、 前記店舗情報記憶部は、前記利用者に付加するポイント
   種類の情報を記憶しており、 該ポイント種類の情報が示す種類のポイントを前記利用
   者に付加するポイント処理部を設けること、 を特徴とする複数電子マネー決済代行システム。
9. 【請求項９】請求項８において、 前記ポイント処理部は、前記利用者から受信した電子マ
   ネーの種類と前記店舗指定マネー種類の情報が示すマネ
   ーの種類との組み合わせ及びその額に応じたポイントを
   前記利用者に付加すること、 を特徴とする複数電子マネー決済代行システム。
10. 【請求項１０】請求項８又は９において、 前記ポイント処理部は、前記利用者から受信した電子マ
    ネーの種類と前記店舗指定マネー種類の情報が示すマネ
    ーの種類との組み合わせで定まる変換率が定義されたポ
    イント付加率定義テーブルを保持しており、該ポイント
    付加率定義テーブルを用いて決定されるポイントを前記
    利用者に付加すること、 を特徴とする複数電子マネー決済代行システム。
11. 【請求項１１】請求項８乃至１０のいずれかにおいて、 ポイントを蓄積するＩＣカードと、 該ＩＣカードに蓄積されているポイントにアクセスする
    ＩＣカードアクセス部と、 を設け、 前記ポイント処理部は、該ＩＣカードに蓄積されている
    ポイントを用いて前記利用者にポイントを付加するこ
    と、 を特徴とする複数電子マネー決済代行システム。
12. 【請求項１２】請求項８乃至１１のいずれかにおいて、 前記ポイント処理部は、各利用者が有するポイント残高
    を利用者ごとに記憶しているポイント管理テーブルを保
    持しており、該ポイント管理テーブルに記憶されている
    前記利用者のポイント残高を更新することにより前記利
    用者にポイントを付加すること、 を特徴とする複数電子マネー決済代行システム。
13. 【請求項１３】請求項１乃至１２のいずれかにおいて、 前記ネットワーク接続部は、１回の支払につき複数種類
    の電子マネーを前記利用者から受信し、 前記電子マネー変換送金部は、該受信した複数種類の電
    子マネーそれぞれを前記送金マネー種類のマネーに変換
    し、該変換後の全マネーを前記店舗指定マネー送金先に
    送金すること、 を特徴とする複数電子マネー決済代行システム。
14. 【請求項１４】利用者端末と接続されており、該利用者
    端末を通じて利用者から、両替をされる電子マネーと両
    替種類の情報とを受信するネットワーク接続部と、 該利用者から受信した電子マネーの種類及び該両替種類
    それぞれに対応した入出金及びマネー移動の手順を定め
    ている処理モジュールを備えているマネー個別処理部
    と、 該マネー個別処理部が備える処理モジュールに従って、
    該利用者から受信した電子マネーを該両替種類のマネー
    に変換し、該ネットワーク接続部及び該利用者端末を通
    じて該変換後のマネーを該利用者に送信する電子マネー
    変換送金部と、を備えることを特徴とする両替システ
    ム。
15. 【請求項１５】ネットワーク部と制御部と記憶部とを有
    するコンピュータにおける複数電子マネー決済代行方法
    であって、 該ネットワーク部が、店舗の利用者が支払に用いた電子
    マネーを該店舗の店舗機器から受信するステップと、 該制御部が、該記憶部に記憶されている、該店舗が受け
    取るマネーの種類として該店舗が指定する店舗指定マネ
    ー種類の情報を参照し、該店舗機器から受信した該電子
    マネーを該店舗指定マネー種類のマネーに変換するステ
    ップと、 該制御部が、該記憶部に記憶されている、マネーの送金
    先として該店舗が指定する店舗指定マネー送金先の情報
    を参照し、該変換後のマネーを該店舗指定マネー送金先
    に該ネットワーク接続部を通じて送信するステップと、 を有することを特徴とする複数電子マネー決済代行方
    法。
16. 【請求項１６】請求項１５において、 前記制御部が、前記記憶部に記憶されている、前記利用
    者に付加するポイント種類の情報を参照し、該ポイント
    種類の情報が示す種類のポイントを前記利用者に付加す
    るステップを設けること、 を特徴とする複数電子マネー決済代行方法。