特許 6194731 決済システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6194731

(24)【登録日】2017年8月25日

(45)【発行日】2017年9月13日

(54)【発明の名称】決済システム

(51)【国際特許分類】

   G06Q 20/20 20120101AFI20170904BHJP

   G06Q 20/06 20120101ALI20170904BHJP

   G06F 9/445 20060101ALI20170904BHJP

   G06F 13/00 20060101ALI20170904BHJP

【ＦＩ】

   G06Q20/20

   G06Q20/06 300

   G06F9/06 640A

   G06F13/00 520C

   G06F13/00 530B

【請求項の数】4

【全頁数】16

(21)【出願番号】特願2013-208286(P2013-208286)

(22)【出願日】2013年10月3日

(65)【公開番号】特開2015-72619(P2015-72619A)

(43)【公開日】2015年4月16日

【審査請求日】2016年8月5日

(73)【特許権者】

【識別番号】501428545

【氏名又は名称】株式会社デンソーウェーブ

(74)【代理人】

【識別番号】110000110

【氏名又は名称】特許業務法人快友国際特許事務所

(72)【発明者】

【氏名】亀山 征二

【審査官】 青柳 光代

(56)【参考文献】

【文献】 特開２００６−２４３９７１（ＪＰ，Ａ）

【文献】 特開２００３−２７１４８０（ＪＰ，Ａ）

【文献】 特開２０１１−２８７７５（ＪＰ，Ａ）

【文献】 特開２００４−２３４０５６（ＪＰ，Ａ）

【文献】 特開２００２−１７５２３７（ＪＰ，Ａ）

【文献】 特開２００５−５６１５０（ＪＰ，Ａ）

【文献】 特開２００６−９２２７５（ＪＰ，Ａ）

【文献】 特開２００７−３３４４７１（ＪＰ，Ａ）

【文献】 特開２００１−２４９８８５（ＪＰ，Ａ）

【文献】 特開２００６−１８３４７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

Ｇ０６Ｆ ９／４４５

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

複数種類の電子マネーから選択される少なくとも１種類の電子マネーを用いた決済を行うための１又は複数の決済端末と、
利用エリア毎に設置され、当該利用エリア内に設置される１又は複数の決済端末と通信可能に接続される中継装置と、
電子マネーの種類毎に設置され、利用エリア毎に設置される中継装置と通信可能に接続され、決済端末との間で、当該決済端末が設置された利用エリア内の中継装置を介して、決済端末で行われる電子マネーを用いた決済に関する情報を送受信可能であるマネー管理装置と、
マネー管理装置とは異なるソフトウェア管理装置であって、利用エリア毎に設置される中継装置と通信可能に接続され、電子マネーの種類毎に当該電子マネーを用いた決済を行うための決済用ソフトウェアを記憶するソフトウェア管理装置と、を備えており、
決済端末は、当該決済端末で使用を希望する種類の電子マネーの決済用ソフトウェアの提供を要求するソフトウェア提供要求を、当該決済端末が設置された利用エリア内の中継装置に送信し、
中継装置は、決済端末からソフトウェア提供要求を受信する場合に、受信されたソフトウェア提供要求で要求される決済用ソフトウェアの種類に関する情報を、ソフトウェア管理装置に送信する一方、ソフトウェア管理装置から決済用ソフトウェアを受信する場合に、受信した決済用ソフトウェアを、その決済用ソフトウェアの提供を要求した決済端末に送信し、
ソフトウェア管理装置は、中継装置から決済用ソフトウェアの種類に関する情報を受信する場合に、その決済用ソフトウェアの種類に関する情報を送信した中継装置に、その決済用ソフトウェアの種類に関する情報に対応した決済用ソフトウェアを送信する、
決済システム。

【請求項2】

決済用ソフトウェアは、決済端末が電子マネーを扱うために必要な電子マネー用ソフトウェアと、決済端末が中継装置との間で電子マネーを用いた決済に関係する通信を実行するために必要な通信用ソフトウェアと、を含み、
ソフトウェア管理装置は、中継装置から決済用ソフトウェアの種類に関する情報を受信する場合に、その決済用ソフトウェアの種類に関する情報に対応した電子マネー用ソフトウェアと通信用ソフトウェアを中継装置に送信する、請求項１に記載の決済システム。

【請求項3】

決済端末は、さらに、当該決済端末が現在記憶している決済用ソフトウェアのバージョンに関するバージョン情報を、当該決済端末が設置された利用エリア内の中継装置に送信し、
中継装置は、さらに、決済端末からバージョン情報を受信する場合に、その受信したバージョン情報をソフトウェア管理装置に送信する一方、ソフトウェア管理装置から最新バージョンの決済用ソフトウェアを受信する場合に、その受信した最新バージョンの決済用ソフトウェアを、その決済用ソフトウェアの旧バージョンに係るバージョン情報を送信した決済端末に送信し、
ソフトウェア管理装置は、中継装置からバージョン情報を受信する場合に、そのバージョン情報に係る決済用ソフトウェアが新しいバージョンに更新されているときは、そのバージョン情報を送信した中継装置に、新しいバージョンの決済用ソフトウェアを送信する、請求項１又は２に記載の決済システム。

【請求項4】

決済端末は、ソフトウェア提供要求の送信を指示された場合において、当該決済端末が中継装置と通信を行っている間は、ソフトウェア提供要求を中継装置に送信しない、請求項１から３のいずれか一項に記載の決済システム。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書で開示する技術は、決済システムに関する。

【背景技術】

【0002】

通信によって端末装置にソフトウェアを提供するシステムが知られている。例えば、特許文献１に開示されたソフトウェア提供システムでは、ソフトウェアの販売を仲介する仲介端末と、ソフトウェアを情報端末に提供するソフトウェア管理装置と、ソフトウェアを使用する情報端末とを備える。仲介端末は、販売されたソフトウェアを表すソフトウェア情報及び情報端末を識別するための識別情報を含む販売情報が入力されると、入力された販売情報をソフトウェア管理装置に送信する。ソフトウェア管理装置は、販売情報を受信すると、販売情報を記憶する。情報端末は、利用者によって識別情報が入力されると、入力された識別情報を含む送信情報をソフトウェア管理装置に送信する。ソフトウェア管理装置は、受信した送信情報に含まれる識別情報から販売情報を特定し、その特定した販売情報に基づいてソフトウェアを特定し、特定されたソフトウェアを情報端末に送信する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００５−３２１８３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、電子マネーを用いた決済を行うための決済システムは、決済を行うための決済端末と、決済端末が設置されている利用エリアに設置されている中継装置と、利用エリア毎に設置されている中継装置のそれぞれと通信可能であって、電子マネーの種類毎に設置されている複数のマネー管理装置とを備えている。決済端末において電子マネーを用いる決済が行われると、決済端末は、中継装置を介して、実行された決済に関係する情報をマネー管理装置に送信する。マネー管理装置は、中継装置を介して、決済後の情報を決済端末に送信する。このような決済システムにおいて、決済端末を用いて実際に決済を行うためには、決済端末に決済用ソフトウェアが記憶されている必要がある。

【0005】

従来の技術では、決済端末に決済用ソフトウェアを提供するために、以下の構成を採用している。即ち、決済端末は、当該決済端末で使用を希望する種類の電子マネーの決済用ソフトウェアの提供を要求するソフトウェア提供要求を、中継装置及びマネー管理装置を介して、マネー管理装置と通信可能に接続されているソフトウェア管理装置に送信する。ソフトウェア管理装置は、電子マネーの種類毎に当該電子マネーを用いた決済を行うための決済用ソフトウェアを記憶している。ソフトウェア管理装置は、中継装置及びマネー管理装置を介して、ソフトウェア提供要求を受信すると、決済端末で使用を希望する種類の電子マネーの決済用ソフトウェアを、マネー管理装置及び中継装置を介して、特定された決済用ソフトウェアを決済端末に送信する。

【0006】

上記のシステムでは、マネー管理装置は、決済端末との間で、中継装置を介して、決済端末で実行された決済に関係する情報を通信する。それに加えて、マネー管理装置は、ソフトウェア提供要求及び決済用ソフトウェアの送受信を行わなければならない。従って、上記のシステムでは、特に決済端末の数が多くなる場合に、マネー管理装置の処理負荷が過大になるおそれがある。

【0007】

本明細書では、従来の技術と比べて、マネー管理装置の処理負荷が過大になることを抑制することができる技術を提供する。

【課題を解決するための手段】

【0008】

本明細書が開示する決済システムは、複数種類の電子マネーから選択される少なくとも１種類の電子マネーを用いた決済を行うための１又は複数の決済端末と、利用エリア毎に設置され、当該利用エリア内に設置される１又は複数の決済端末と通信可能に接続される中継装置と、電子マネーの種類毎に設置され、利用エリア毎に設置される中継装置と通信可能に接続され、決済端末との間で、当該決済端末が設置された利用エリア内の中継装置を介して、決済端末で行われる電子マネーを用いた決済に関する情報を送受信可能であるマネー管理装置と、マネー管理装置とは異なるソフトウェア管理装置であって、利用エリア毎に設置される中継装置と通信可能に接続され、電子マネーの種類毎に当該電子マネーを用いた決済を行うための決済用ソフトウェアを記憶するソフトウェア管理装置と、を備えている。決済端末は、当該決済端末で使用を希望する種類の電子マネーの決済用ソフトウェアの提供を要求するソフトウェア提供要求を、当該決済端末が設置された利用エリア内の中継装置に送信する。中継装置は、決済端末からソフトウェア提供要求を受信する場合に、受信されたソフトウェア提供要求で要求される決済用ソフトウェアの種類に関する情報を、ソフトウェア管理装置に送信する一方、ソフトウェア管理装置から決済用ソフトウェアを受信する場合に、受信した決済用ソフトウェアを、その決済用ソフトウェアの提供を要求した決済端末に送信する。ソフトウェア管理装置は、中継装置から決済用ソフトウェアの種類に関する情報を受信する場合に、その決済用ソフトウェアの種類に関する情報を送信した中継装置に、その決済用ソフトウェアの種類に関する情報に対応した決済用ソフトウェアを送信する。

【0009】

上記の決済システムでは、中継装置は、決済端末からソフトウェア提供要求を受信すると、受信されたソフトウェア提供要求で要求される決済用ソフトウェアの種類に関する情報を、ソフトウェア管理装置に送信する。ソフトウェア管理装置は、中継装置から決済用ソフトウェアの種類に関する情報を受信する場合に、その決済用ソフトウェアの種類に関する情報を送信した中継装置に、その決済用ソフトウェアの種類に関する情報に対応した決済用ソフトウェアを送信する。中継装置は、決済用ソフトウェアを決済端末に送信する。即ち、上記の決済システムでは、マネー管理装置は、ソフトウェア提供要求及び決済用ソフトウェアの送受信を行わずに済む。マネー管理装置がソフトウェア提供要求及び決済用ソフトウェアの送受信を行う必要があった従来のシステムと比べて、マネー管理装置の処理負荷が過大になることを抑制することができる。

【図面の簡単な説明】

【0010】

【図1】実施例の決済システムの構成を模式的に示す図。

【図2】決済端末の制御部が実行する処理を示すフローチャート。

【図3】中継装置の制御部が実行する処理を示すフローチャート。

【図4】ソフトウェア管理装置の制御部が実行する処理を示すフローチャート。

【図5】決済システムが実行する処理の具体例を示すシーケンスチャート。

【発明を実施するための形態】

【0011】

以下に説明する実施例の主要な特徴を列記しておく。なお、以下に示す技術要素は、それぞれ独立した技術要素であって、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時請求項記載の組み合わせに限定されるものではない。

【0012】

（特徴１）決済用ソフトウェアは、決済端末が電子マネーを扱うために必要な電子マネー用ソフトウェアと、決済端末が中継装置との間で電子マネーを用いた決済に関係する通信を実行するために必要な通信用ソフトウェアと、を含んでもよい。ソフトウェア管理装置は、中継装置から決済用ソフトウェアの種類に関する情報を受信する場合に、その決済用ソフトウェアの種類に関する情報に対応した電子マネー用ソフトウェアと通信用ソフトウェアを中継装置に送信してもよい。

【0013】

この構成によると、決済端末が電子マネーを使用して決済を行うために必要なソフトウェアを適切に決済端末に提供することができる。

【0014】

（特徴２）決済端末は、さらに、当該決済端末が現在記憶している決済用ソフトウェアのバージョンに関するバージョン情報を、当該決済端末が設置された利用エリア内の中継装置に送信してもよい。中継装置は、決済端末からバージョン情報を受信する場合に、その受信したバージョン情報をソフトウェア管理装置に送信する一方、ソフトウェア管理装置から最新バージョンの決済用ソフトウェアを受信する場合に、その受信した最新バージョンの決済用ソフトウェアを、その決済用ソフトウェアの旧バージョンに係るバージョン情報を送信した決済端末に送信してもよい。ソフトウェア管理装置は、中継装置からバージョン情報を受信する場合に、そのバージョン情報に係る決済用ソフトウェアが新しいバージョンに更新されているときは、そのバージョン情報を送信した中継装置に、新しいバージョンの決済用ソフトウェアを送信してもよい。

【0015】

この構成によると、決済端末に、最新バージョンの決済用ソフトウェアを提供することができる。

【0016】

（特徴３）決済端末は、ソフトウェア提供要求の送信を指示された場合において、当該決済端末が中継装置と通信を行っている間は、ソフトウェア提供要求を中継装置に送信しないようにしてもよい。

【0017】

決済端末が中継装置と通信（例えば、決済に関係する通信）を行っている間は、決済端末と中継装置との間の通信負荷が大きくなっている。上記の構成によると、決済端末は、決済端末と中継装置との間の通信負荷が大きくなっている間を避けて、ソフトウェア提供要求を中継装置に対して送信することができる。そのため、決済端末と中継装置との間の通信負荷が過度に大きくなることを抑制することができる。

【実施例】

【0018】

（決済システム２の構成；図１）
図１に示す決済システム２は、電子マネーを用いた決済を行うためのシステムである。決済システム２は、決済端末１０と、中継装置２０、３０、４０と、マネー管理装置５０、６０、７０と、ソフトウェア管理装置８０とを備える。

【0019】

（決済端末１０）
決済端末１０は、複数種類の電子マネー（図１の電子マネーＭ１、Ｍ２、Ｍ３等）のうちの少なくとも１種類の電子マネーを用いた決済を行うための端末である。決済端末１０は、例えば、商店の管理者によって商店内に設置される。図１の例では、決済端末１０は、電子マネーＭ１を用いた決済を行うための端末である。決済端末１０は、エリアＡ１の範囲内に設置されている。また、図１では、決済端末１０のみを図示しているが、決済システム２は、決済端末１０以外にも１以上の他の決済端末（図示しない）を有している。

【0020】

決済端末１０は、制御部１２とメモリ１４を備える。制御部１２は、メモリ１４内のプログラムに従って様々な処理を実行する。制御部１２が実行する処理の内容は後で詳しく説明する。メモリ１４は、様々なプログラムを記憶している。また、メモリ１４は、電子マネーＭ１を用いた決済を行うために必要な決済用ソフトウェアを記憶（即ち、インストール）するための領域も有している。また、メモリ１４は、決済用ソフトウェアのバージョン（図４のバージョンＸ１、Ｙ１参照）を示すバージョン情報を記憶するための領域も有している。ここで、決済用ソフトウェアは、決済端末１０が電子マネーＭ１を扱うために必要な電子マネー用ソフトウェアと、決済端末１０が中継装置２０との間で電子マネーＭ１を用いた決済に関する通信を実行するために必要な通信用ソフトウェアの２種類のソフトウェアを含む。そのため、決済用ソフトウェアのバージョンは、電子マネー用ソフトウェアのバージョンＸ１と、通信用ソフトウェアのバージョンＹ１とを含む。電子マネー用ソフトウェアのバージョンＸ１及び通信用ソフトウェアのバージョンＹ１は、「１．０１」等の数字で表され、数字が大きいほど新しいバージョンであることを意味する。

【0021】

さらに、メモリ１４は、電子マネーＭ１を用いて実行された決済に関する情報を記憶する領域も有している。また、メモリ１４は、決済端末１０の使用者が要求操作（後述）を行った際に入力された各種情報（ユーザＩＤ、使用する電子マネーの種類（Ｍ１）を示す種類情報、及び、決済端末１０を利用するエリア（Ａ１）を示すエリア情報）を記憶する領域も有している。

【0022】

また、図１には示していないが、決済端末１０は、電子マネーＭ１を利用可能なＩＣカードやＩＣチップ内蔵の携帯端末等（以下、「決済媒体」と呼ぶ）との間で近距離無線通信を行うための近距離無線通信インターフェイスも備えている。決済端末１０の制御部１２は、近距離無線通信インターフェイスを介して決済媒体と近距離無線通信を行うことにより、決済媒体との間で電子マネーＭ１を用いた決済に関する情報を通信する。

【0023】

また、図１には示していないが、決済端末１０は、利用エリアＡ１に設置されている中継装置２０との間で通信（図１の矢印１００参照）を行うための通信インターフェイスも備えている。決済端末１０の制御部１２は、所定タイミング毎（例えば、１日のうちの所定時刻が到来する毎）に、中継装置２０を介して、マネー管理装置５０との間で、決済端末１０で行われた電子マネーＭ１を用いた決済に関する通信を実行する。なお、決済端末１０は、利用エリアＡ１外に設置されている中継装置３０、４０との間で通信を行うことはない。

【0024】

また、図１には示していないが、決済端末１０は、図示しないＰＯＳ（Point Of Sales）端末と通信可能に接続するための接続部も備えている。決済端末１０は、接続部を介して、店内に据え付けられているＰＯＳ端末と通信可能に接続されて使用される。

【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】

２：決済システム
１０：決済端末
１２：制御部
１４：メモリ
２０、３０、４０：中継装置
２２：制御部
５０、６０、７０：マネー管理装置
８０：ソフトウェア管理装置
８２：制御部
８４：メモリ
８６：電子マネー用ソフトウェア
８８：通信用ソフトウェア

【図1】

【図2】

【図3】

【図4】

【図5】