JP6492418B2 - 決済システム - Google Patents

Description

本明細書で開示する技術は、電子マネー決済を実行するための決済システムに関する。

特許文献１は、クレジットカード決済を実行する決済システムを開示する。特許文献１の決済システムは、クレジットカード決済を実行するためのユーザ端末と、ユーザ端末と通信可能に接続され、クレジットカード決済を実行するための決済用アプリケーションを管理するサーバと、を備える。ユーザ端末は、サーバにアクセスして、決済用アプリケーションの利用申し込み処理を行う。ユーザ端末によって利用申込み処理が行われると、サーバは、利用申し込み処理を行ったユーザ端末の情報を登録する。次いで、サーバは、ユーザ端末のための決済用アプリケーションをユーザ端末に配信する。ユーザ端末は、決済用アプリケーションを取得し、記憶する。ユーザ端末は、その後、決済用アプリケーションを利用して、クレジットカード決済を実行する。

特開２０１２−１７４０７５号公報

ところで、電子マネー決済を行うための同様の決済システムも存在する。従来、電子マネー決済を行うための決済システムでは、電子マネー決済を行うための決済端末と、決済端末と通信可能に接続され、電子マネー決済を行うための設定データを記憶するセンタサーバを備える。決済端末のユーザは、センタサーバの提供者に、設定データの利用申込みを行う。センタサーバは、申込みが行われた決済端末に関する情報を登録し、その決済端末のための設定データを決済端末に供給する。決済端末は、センタサーバから設定データを取得し、取得された設定データを利用して、電子マネー決済を実行する。

電子マネー決済を行うための設定データは、その性質上、ユーザが複製して複数個の決済端末で同時に利用することができないように制限されている。そのため、従来の技術では、同一のユーザが複数個の決済端末を設置する場合でも、各決済端末が、センタサーバから、当該決済端末のための設定データを個別に直接取得する必要がある。そのため、従来の技術では、設置する決済端末の数が多い場合、センタサーバにおける登録処理及び設定データの供給処理に長期間を要するおそれがある。その場合、ユーザの希望するタイミングで各決済端末に設定データが供給されない可能性があり、ユーザの利便性が損なわれる可能性がある。

本明細書では、従来の技術と比べて、決済端末のユーザの利便性が損なわれることを抑制することができる技術を提供する。

本明細書が開示する決済システムは、電子マネー決済を行うための１個又は複数個の決済端末と、１個又は複数個の決済端末のそれぞれと通信可能に接続される中継サーバと、中継サーバと通信可能に接続され、電子マネー決済を行うための設定データを記憶するセンタサーバとを備えている。センタサーバは、ユーザによって予め指定された数に従って、１個又は複数個の設定データを中継サーバに供給する。中継サーバは、センタサーバから１個又は複数個の設定データを取得し、取得された１個又は複数個の設定データに含まれる設定データを、１個ずつ、１個又は複数個の決済端末のそれぞれに対して供給し、かつ、決済端末に１個の設定データを供給すると、当該決済端末に他の設定データを供給不能とすると共に、当該決済端末に供給した設定データを他の決済端末に供給不能とする。決済端末は、中継サーバから設定データを取得し、取得された設定データを用いて、電子マネー決済を実行する。

上記の決済システムは、中継サーバを介して決済端末に設定データを供給する。即ち、センタサーバは、ユーザによって予め指定された数に従って、１個又は複数個の設定データを中継サーバに供給する。中継サーバは、センタサーバから１個又は複数個の設定データを取得し、取得された１個又は複数個の設定データに含まれる設定データを、１個ずつ、１個又は複数個の決済端末のそれぞれに対して供給する。上記の決済システムでは、ユーザが利用する設定データの数を予め指定すれば、センタサーバは、指定された数に応じた１個又は複数個の設定データを中継サーバに供給できる。このため、センタサーバにおける処理負担が小さくなり、ユーザの希望するタイミングで各決済端末に設定データを供給することが可能になる。従って、決済端末のユーザの利便性が損なわれることを抑制することができる。また、中継サーバは、決済端末に１個の設定データを供給すると、その決済端末には他の設定データを供給せず、また、１個の決済端末に供給した設定データは、他の決済端末に供給されない。このため、各決済端末には、異なる設定データが１個だけ供給される。従って、上記の決済システムにおいても、ユーザが１個の設定データを複製して複数個の決済端末で同時に利用させることができないようにされている。

実施例の決済システムの構成を模式的に示す図。 管理テーブルの例を示す図。 実施例の決済システムが実行する処理の例を示すシーケンスチャート。 比較例の決済システムが実行する処理の例を示すシーケンスチャート。

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

（特徴１）１個又は複数個の決済端末のうちの第１の決済端末は、中継サーバから取得された１個又は複数個の設定データのうちの１個の設定データである特定の設定データを中継サーバに返却可能であってもよい。第１の決済端末は、特定の設定データを返却した後は、電子マネー決済を実行不能であってもよい。中継サーバは、第１の決済端末から特定の設定データを取得し、取得された特定の設定データを、１個又は複数個の決済端末のうちの第２の決済端末であって、設定データを未取得の第２の決済端末に供給してもよい。第２の決済端末は、中継サーバから特定の設定データを取得し、取得された特定の設定データを用いて、電子マネー決済を実行してもよい。

従来のシステムでは、第１の決済端末での電子マネー決済を終了し、新たに第２の決済端末での電子マネー決済を開始する場合、ユーザは、センタサーバの提供者に、第１の決済端末での設定データの利用を終了する申込みを行うとともに、新たに第２の決済端末で設定データを利用するための申込みを行う。センタサーバは、申込みに従い、第１の決済端末での設定データの利用を終了するための処理、及び、第２の決済端末に新たに設定データを供給するための処理を行う必要がある。

この点、上記の構成によると、第１の決済端末は、特定の設定データを中継サーバに返却することで、第１の決済端末での電子マネー決済を終了させることができる。また、中継サーバが返却された特定の設定データを第２の決済端末に供給することにより、第２の決済端末での電子マネー決済を可能にすることができる。上記の構成によると、ユーザは、センタサーバの提供者に申込みを行う必要がない。また、センタサーバが処理を行う必要もない。従って、従来のシステムに比べて、第１の決済端末での電子マネー決済を終了し、新たに第２の決済端末での電子マネー決済を開始する場合に、ユーザの利便性を向上させることができる。

（特徴２）設定データを未取得の決済端末は、中継サーバにリクエスト信号を供給してもよい。中継サーバは、リクエスト信号を取得すると、１個又は複数個の設定データに含まれる設定データのうち供給可能な１個の設定データを、リクエスト信号の供給元である決済端末に供給してもよい。

この構成によると、設定データを未取得の決済端末に、適切に設定データを取得させることができる。

（システム構成；図１）
図１に示す決済システム２は、電子マネー決済を行うためのシステムである。決済システム２は、センタサーバ１０と、中継サーバ２０と、決済端末５０、６０、７０、８０とを備える。

（センタサーバ１０）
センタサーバ１０は、各決済端末（例えば、決済端末５０〜８０）が電子マネー決済を行うために必要な設定データを記憶し、ユーザからの申込みに応じて設定データを提供する。また、センタサーバ１０は、各決済端末で行われる電子マネー決済に関する各種情報（即ち、決済情報）を管理する。センタサーバ１０は、電子マネー決済サービスを提供するサービス提供者によって設置されている。

センタサーバ１０は、中継サーバ２０と通信可能に接続されている。センタサーバ１０は、制御部１２と、メモリ１４を備える。制御部１２は、メモリ１４内のプログラムに従って様々な処理を実行する。メモリ１４は、決済端末に供給するための設定データ（Ｄ１〜Ｄ３）を記憶するための設定データ記憶領域１５と、設定データ記憶領域１５に記憶されている設定データの各決済端末における利用状況を管理するための管理テーブル１６と、を記憶している。管理テーブル１６は、中継サーバ２０から供給され、メモリ１４内に記憶されるテーブルである。管理テーブル１６は、中継サーバ２０に記憶されている管理テーブル２６と同様の内容を有する。設定データ及び管理テーブル１６（２６）については後で詳しく説明する。図示しないが、メモリ１４は、申込み情報を記憶する領域、各決済端末で行われた電子マネー決済に関する各種情報を記憶する領域、等をさらに備える。また、図１には示していないが、センタサーバ１０は、中継サーバ２０と通信を行うための通信インターフェースも備えている。

（設定データについて）
上記の設定データについて詳しく説明する。設定データは、上記の通り、各決済端末（例えば、決済端末５０〜８０）が電子マネー決済を行うために用いるデータである。具体的に言うと、設定データには、利用可能な電子マネー種類を示す種類情報、電子マネー種類毎に、決済データを暗号化／復号化するための鍵情報、等が含まれている。従って、電子マネー決済の実行を希望する決済端末は、設定データを記憶していない限り、電子マネー決済を行うことができない。センタサーバ１０は、ユーザからの申込み数に応じて、申込み数に応じた設定データ（１個又は複数個）を生成する。本実施例では、各設定データに含まれる鍵情報の内容は、設定データ毎に異なっている。

本実施例では、設定データを記憶する各決済端末は、当該決済端末が記憶する設定データに含まれる鍵情報を用いて決済情報を暗号化し、暗号化済みの決済情報を、当該決済端末のＩＤ（例えば、決済端末５０のＩＤ「Ｔ１」）とともに、中継サーバ２０を介してセンタサーバ１０に供給する。センタサーバ１０は、決済端末のＩＤと設定データの組み合わせを記憶している（管理テーブル１６参照）。センタサーバ１０は、決済端末から暗号化済みの決済情報を取得すると、決済情報とともに取得された決済端末のＩＤが、センタサーバ１０に記憶されているか否かを確認する。決済情報とともに取得された決済端末のＩＤが、センタサーバ１０に記憶されている場合に、センタサーバ１０は、当該決済端末のＩＤに対応する設定データを用いて、取得した決済情報を復号化し、電子マネー決済に必要な処理を行う。一方、決済情報とともに取得された決済端末のＩＤが、センタサーバ１０に記憶されていない場合には、センタサーバ１０は上記必要な処理を行わない。そのため、仮に、一の決済端末に記憶された特定の設定データが、不正の手段によって複製されて他の決済端末に記憶された場合であっても、他の決済端末のＩＤはセンタサーバ１０に記憶されていないため、センタサーバ１０が、他の決済端末のＩＤとともに決済情報を取得したとしても、センタサーバ１０は電子マネー決済に必要な処理を行わない。即ち、他の決済端末が特定の設定データを用いて電子マネー決済を実行することができない。従って、本実施例の決済システム２においては、ユーザが１個の設定データを複製して複数個の決済端末で同時に利用させることができないようにされている。

（中継サーバ２０）
中継サーバ２０は、センタサーバ１０から１個又は複数個の設定データを取得し、取得された１個又は複数個の設定データを管理する。また、中継サーバ２０は、決済端末５０〜８０とセンタサーバ１０との間の通信（具体的には、各決済端末で行われる電子マネー決済に関する各種情報の通信）を中継する。本実施例では、中継サーバ２０は、決済端末５０〜８０のユーザによって設置されている。本実施例では、中継サーバ２０は、決済端末５０〜８０のユーザが設置するＰＣである。

中継サーバ２０は、センタサーバ１０と通信可能に接続されている。中継サーバ２０は、制御部２２と、メモリ２４を備える。制御部２２は、メモリ２４内のプログラムに従って様々な処理を実行する。また、メモリ２４は、センタサーバ１０から取得した設定データを記憶するための設定データ記憶領域２５と、設定データ記憶領域２５に記憶されている設定データを管理するための管理テーブル２６と、を記憶している。図１の例では、設定データ記憶領域２５には、設定データＤ１、Ｄ２、Ｄ３が記憶されている。管理テーブル２６の内容は、後で詳しく説明する。また、図１には示していないが、中継サーバ２０は、ユーザが各種指示を入力するための操作部と、センタサーバ１０及び各決済端末５０〜８０と通信を行うための通信インターフェースも備えている。

（管理テーブル２６；図２）
図２を参照して管理テーブル２６の内容を説明する。管理テーブル２６は、設定データ記憶領域２５に記憶されている各設定データを管理するためのテーブルである。制御部２２は、設定データ記憶領域２５に設定データ（Ｄ１〜Ｄ３）が記憶される場合に、管理テーブル２６を生成する。図２に示すように、管理テーブル２６は、データ名、利用マネー、状態、端末、の各情報が対応付けられた組み合わせ情報を含む。本実施例では、設定データ記憶領域２５には、３個の設定データＤ１〜Ｄ３が記憶される。そのため、図２に示すように、管理テーブル２６は、３個の設定データＤ１〜Ｄ３を管理するための各組合せ情報を含む。

「データ名」の欄は、設定データの名前（Ｄ１、Ｄ２、Ｄ３）を示す。「利用マネー」の欄は、当該設定データ（例えば、Ｄ１）を記憶することによって決済端末が取扱い可能となる電子マネーの種類（電子マネーＡ、Ｂ、Ｃ）を示す。「状態」の欄は、当該設定データ（例えば、Ｄ１）が、決済端末に供給されている状態か否かを示す。当該設定データが決済端末に供給されている状態は「利用中」で示され、当該設定データがいずれの決済端末にも供給されていない状態は「未利用」で示される。「端末」の欄は、当該設定データが決済端末に供給されている場合において、当該設定データが供給されている決済端末のＩＤ（Ｔ１、Ｔ２）を示す。当該設定データがいずれの決済端末にも供給されていない場合には、「端末」の欄には決済端末のＩＤが表示されない（図２では「−」が表示されている）。「利用中」で示されている設定データ（例えば、図２のＤ１）は、他の決済端末に供給不能である。また、既に設定データ（例えば、図２のＤ１）が供給されている決済端末（例えば、図２のＩＤ「Ｔ１」で示される決済端末５０）には、他の設定データを供給不能である。

本実施例では、中継サーバ２０の制御部２２は、設定データ記憶領域２５に３個の設定データＤ１〜Ｄ３が記憶されると、メモリ２４内に上記のような管理テーブル２６を生成する。制御部２２は、生成した管理テーブル２６をセンタサーバ１０にも供給する。センタサーバ１０は、中継サーバ２０から管理テーブル２６を取得すると、取得された管理テーブル２６をメモリ１４に記憶させる。これにより、メモリ１４内に管理テーブル１６が記憶される。また、中継サーバ２０の制御部２２は、管理テーブル２６の内容が変更される毎に、変更後の管理テーブル２６の内容を含む更新情報をセンタサーバ１０に供給する。センタサーバ１０は、更新情報に従って、メモリ１４内の管理テーブル１６の内容を更新する。従って、本実施例では、中継サーバ２０及びセンタサーバ１０は、常時同じ内容の管理テーブル２６、１６を記憶している。

上記の通り、センタサーバ１０は、決済端末（例えば決済端末５０）から暗号化済みの決済情報と決済端末のＩＤ（例えば「Ｔ１」）を取得すると、取得されたＩＤが、センタサーバ１０に記憶されているか（即ち、管理テーブル１６内に存在するか否か）を確認する。取得されたＩＤがセンタサーバ１０に記憶されている場合に、センタサーバ１０は、当該ＩＤに対応する設定データを用いて、取得した決済情報を復号化し、電子マネー決済に必要な処理を行う。一方、取得されたＩＤがセンタサーバ１０に記憶されていない場合には、センタサーバ１０は上記必要な処理を行わない。本実施例では、センタサーバ１０は、常時、中継サーバ２０が記憶する管理データ２６と同じ内容の管理データ１６を記憶しているため、例えば、設定データＤ３を利用する決済端末が決済端末７０から決済端末８０に変更された場合であっても、決済端末８０は、設定データＤ３を利用して適切に電子マネー決済を実行することができる。

（決済端末５０、６０、７０、８０）
図１の決済端末５０〜８０のそれぞれは、中継サーバ２０から取得した設定データを記憶し、記憶した設定データを用いて決済媒体（例えば、ＩＣカード）との間で電子マネー決済を実行する。本実施例では、決済端末５０〜８０のそれぞれは、中継サーバ２０のユーザによって、当該ユーザの店舗内に設置されている。各決済端末は、同一の店舗内に設置されていても、別々の店舗内に設置されていてもよい。決済端末５０〜８０は、それぞれ、図示しないＰＯＳ（Point Of Sales）端末に接続されている。

決済端末５０〜８０には、それぞれ、固有のＩＤが割り当てられている。ＩＤは、各端末のメモリに記憶されている。図１の例では、決済端末５０、６０、７０、８０に、それぞれ、Ｔ１、Ｔ２、Ｔ３、Ｔ４がＩＤとして割り当てられている。

決済端末５０〜８０は、それぞれ、中継サーバ２０と通信可能に接続されている。決済端末５０は、制御部５２及びメモリ５４を備える。制御部５２は、メモリ５４内のプログラムに従って様々な処理を実行する。メモリ５４は、中継サーバ２０から取得した設定データ（図１の例では、Ｄ１）を記憶するための領域を備える。メモリ５４内に設定データが記憶されると、制御部５２は、記憶された設定データを用いて、決済媒体との間で電子マネー決済を実行することができるようになる。制御部５２は、決済端末５０で行われる電子マネー決済に関する決済情報を、決済端末５０のＩＤとともに、中継サーバ２０を介してセンタサーバ１０に供給する。決済端末５０と同様に、決済端末６０〜８０は、それぞれ、制御部６２、７２、８２及びメモリ６４、７４、８４を備える。制御部６２、７２、８２は、それぞれ、制御部５２と同様の特徴を備える。メモリ６４、７４、８４も、それぞれ、メモリ５４と同様の特徴を備える。

（決済システム２が実行する処理の具体例；図３）
続いて、図３を参照して、本実施例の決済システム２の各構成要素が実行する処理の具体例を説明する。図３の処理の開始時点では、中継サーバ２０、決済端末５０〜８０のいずれにも設定データが記憶されていない。図３の例では、中継サーバ２０及び決済端末５０〜８０のユーザ（以下では単に「ユーザ」と呼ぶ）は、３個の決済端末５０、６０、７０に設定データを取得させることを希望する。

ユーザは、センタサーバ１０の提供者に対し、設定データを用いて電子マネー決済を実行するための利用申込みを行う（Ｓ１０）。利用申込みは、ユーザが必要事項を記入した申込用紙をセンタサーバ１０の提供者に対して提出することによって行うことができる（いわゆる直接申込み）。また、変形例では、利用申込みは、中継サーバ２０からセンタサーバ１０にアクセスして、中継サーバ２０からセンタサーバ１０に必要事項を含む利用申込み情報を送信することによって行ってもよい（いわゆるオンライン申込み）。利用申込みの際、ユーザは、希望する設定データの数と、中継サーバ２０の宛先情報とを指定する。図３の例では、ユーザは、設定データの数「３」と、中継サーバ２０の宛先情報とを指定する。

センタサーバ１０の管理者は、利用申込みが行われると、利用申込みの際に指定された設定データの数と、中継サーバ２０の宛先情報とをメモリ１４に登録する（Ｓ１２）。次いで、センタサーバ１０は、利用申込みの際に指定された数（即ち、３個）の設定データＤ１〜Ｄ３を生成する。設定データＤ１〜Ｄ３は、メモリ１４内の設定データ記憶領域１５に記憶される。次いで、センタサーバ１０は、生成した３個の設定データＤ１〜Ｄ３を、利用申込みの際に指定された宛先情報を用いて、中継サーバ２０に供給する（Ｓ１４）。

中継サーバ２０は、センタサーバ１０から３個の設定データＤ１〜Ｄ３を取得し、取得した３個の設定データＤ１〜Ｄ３をメモリ２４の設定データ記憶領域２５に記憶させる（Ｓ１６）。そして、中継サーバ２０は、設定データＤ１〜Ｄ３に対応する管理テーブル２６（図２参照）を作成する。この時点では、管理テーブル２６の「状態」の欄は、いずれも「未利用」を示す。中継サーバ２０は、管理テーブル２６を生成すると、生成した管理テーブル２６をセンタサーバ１０に供給する（Ｓ１７）。

センタサーバ１０は、中継サーバから管理テーブル２６を取得すると、取得した管理テーブル２６（１６）をメモリ１４に記憶させる。

その後、ユーザは、決済端末５０に接続されているＰＯＳ端末において、所定の設定データ要求操作を行う。設定データ要求操作が行われると、決済端末５０は、ＩＤ「Ｔ１」を含むリクエスト信号を中継サーバ２０に供給する（Ｓ１８）。

中継サーバ２０は、決済端末５０からリクエスト信号を取得すると、設定データ記憶領域２５内の３個の設定データＤ１〜Ｄ３のうちから１個の設定データＤ１を選択する。次いで、中継サーバ２０は、選択された設定データＤ１を決済端末５０に供給する（Ｓ２０）。具体的に言うと、中継サーバ２０は、設定データ記憶領域２５内の設定データＤ１をコピーし、コピーされた設定データＤ１を決済端末５０（ＩＤ「Ｔ１」）に供給する。同時に、中継サーバ２０は、管理テーブル２６中の設定データＤ１に対応する「状態」の欄を「利用中」に変更するとともに、「端末」の欄に「Ｔ１」を表示させる。言い換えると、中継サーバ２０は、設定データ記憶領域２５内の設定データＤ１に、利用中であることを示す利用中フラグと、決済端末５０のＩＤ「Ｔ１」と、を対応付けてメモリ２４に記憶させる。これによって、中継サーバ２０は、設定データＤ１を、他の決済端末に供給不能となる。また、中継サーバ２０自身が設定データＤ１を用いて処理を実行することも不能となる。また、既に設定データＤ１が供給された決済端末５０には、他の設定データ（例えば、設定データＤ２）を供給不能となる。即ち、本実施例では、各決済端末には、異なる設定データが１個だけ供給される。

次いで、中継サーバ２０は、変更後の管理テーブル２６の内容を含む更新情報をセンタサーバ１０に供給する（Ｓ２１）。

センタサーバ１０は、更新情報を取得すると、取得した更新情報に従って、メモリ１４内の管理テーブル１６の内容を更新する。従って、中継サーバ２０及びセンタサーバ１０には、同じ内容の管理テーブル２６、１６が記憶される。

一方、決済端末５０は、設定データＤ１を取得すると、取得した設定データＤ１をインストールする（Ｓ２２）。これにより、設定データＤ１がメモリ５４に記憶される。決済端末５０は、設定データＤ１を用いて、図示しない決済媒体（ＩＣカード等）との間で電子マネー決済を実行可能となる。

次いで、ユーザは、決済端末６０に接続されているＰＯＳ端末において、所定の設定データ要求操作を行う。設定データ要求操作が行われると、決済端末６０は、ＩＤ「Ｔ２」を含むリクエスト信号を中継サーバ２０に供給する（Ｓ２４）。

中継サーバ２０は、決済端末６０からリクエスト信号を取得すると、未利用の２個の設定データＤ２、Ｄ３のうちから１個の設定データＤ２を選択する。次いで、中継サーバ２０は、選択された設定データＤ２を決済端末６０に供給する（Ｓ２６）。この場合も、中継サーバ２０は、設定データ記憶領域２５内の設定データＤ２をコピーし、コピーされた設定データＤ２を決済端末６０（ＩＤ「Ｔ２」）に供給する。同時に、中継サーバ２０は、管理テーブル２６中の設定データＤ２に対応する「状態」の欄を「利用中」に変更するとともに、「端末」の欄に「Ｔ２」を表示させる。即ち、中継サーバ２０は、設定データ記憶領域２５内の設定データＤ２に、利用中フラグと、決済端末５０のＩＤ「Ｔ２」と、を対応付けてメモリ２４に記憶させる。これによって、中継サーバ２０は、設定データＤ２を、他の決済端末に供給不能となる。また、中継サーバ２０自身が設定データＤ２を用いて処理を実行することも不能となる。また、既に設定データが供給されている決済端末５０、６０には、他の設定データ（設定データＤ３）を供給不能となる。

次いで、中継サーバ２０は、変更後の管理テーブル２６の内容を含む更新情報をセンタサーバ１０に供給する（Ｓ２７）。

センタサーバ１０は、更新情報を取得すると、取得した更新情報に従って、メモリ１４内の管理テーブル１６の内容を更新する。中継サーバ２０及びセンタサーバ１０には、同じ内容の管理テーブル２６、１６が記憶される。

決済端末６０は、設定データＤ２を取得すると、取得した設定データＤ２をインストールする（Ｓ２８）。これにより、設定データＤ２がメモリ６４に記憶される。決済端末６０は、設定データＤ２を用いて、図示しない決済媒体との間で電子マネー決済を実行可能となる。

次いで、ユーザは、決済端末７０に接続されているＰＯＳ端末において、所定の設定データ要求操作を行う。設定データ要求操作が行われると、決済端末７０は、ＩＤ「Ｔ３」を含むリクエスト信号を中継サーバ２０に供給する（Ｓ３０）。

中継サーバ２０は、決済端末７０からリクエスト信号を取得すると、未利用の設定データＤ３を選択する。次いで、中継サーバ２０は、選択された設定データＤ３を決済端末７０に供給する（Ｓ３２）。この場合も、中継サーバ２０は、設定データ記憶領域２５内の設定データＤ３をコピーし、コピーされた設定データＤ３を決済端末７０（ＩＤ「Ｔ３」）に供給する。同時に、中継サーバ２０は、管理テーブル２６中の設定データＤ３に対応する「状態」の欄を「利用中」に変更するとともに、「端末」の欄に「Ｔ３」を表示させる。即ち、中継サーバ２０は、設定データ記憶領域２５内の設定データＤ３に、利用中フラグと、決済端末５０のＩＤ「Ｔ３」と、を対応付けてメモリ２４に記憶させる。これによって、中継サーバ２０は、設定データＤ３を、他の決済端末に供給不能となる。また、中継サーバ２０自身が設定データＤ３を用いて処理を実行することも不能となる。また、既に設定データが供給されている決済端末５０、６０、７０には、他の設定データを供給不能となる。

次いで、中継サーバ２０は、変更後の管理テーブル２６の内容を含む更新情報をセンタサーバ１０に供給する（Ｓ３３）。

センタサーバ１０は、更新情報を取得すると、取得した更新情報に従って、メモリ１４内の管理テーブル１６の内容を更新する。中継サーバ２０及びセンタサーバ１０には、同じ内容の管理テーブル２６、１６が記憶される。

決済端末７０は、設定データＤ３を取得すると、取得した設定データＤ３をインストールする（Ｓ３４）。これにより、設定データＤ３がメモリ７４に記憶される。決済端末７０は、設定データＤ３を用いて、図示しない決済媒体との間で電子マネー決済を実行可能となる。

図３のケースでは、その後、ユーザは、決済端末７０での電子マネー決済を終了し、新たに決済端末８０での電子マネー決済の開始を希望する。このような場合の例としては、決済端末７０が汚損等した場合に、ユーザが、決済端末７０に代えて決済端末８０を用いて電子マネー決済を行うことを希望したこと等が考えられる。

ユーザは、決済端末７０に接続されているＰＯＳ端末において、所定の返却操作を行う。返却操作が行われると、決済端末７０は、ＩＤ「Ｔ３」を含む返却信号を中継サーバ２０に供給する（Ｓ３６）。

中継サーバ２０は、返却信号を取得すると、管理テーブル２６中から、返却信号に含まれるＩＤ「Ｔ３」に対応付けられている設定データＤ３を特定する。次いで、中継サーバ２０は、特定された設定データＤ３に対応する「状態」の欄を「利用中」から「未利用」に変更するとともに、「端末」の欄を「Ｔ３」から「−」に変更する。即ち、中継サーバ２０は、設定データ記憶領域２５内の設定データＤ３に対応付けられている利用中フラグと、決済端末７０のＩＤ「Ｔ３」とを、メモリ２４から削除する。これによって、中継サーバ２０は、設定データＤ３を、設定データが供給されていない決済端末（例えば、決済端末８０）に供給可能となる。その後、中継サーバ２０は、決済端末７０に対して、返却完了信号を供給する（Ｓ３８）。次いで、中継サーバ２０は、変更後の管理テーブル２６の内容を含む更新情報をセンタサーバ１０に供給する（Ｓ３９）。

センタサーバ１０は、更新情報を取得すると、取得した更新情報に従って、メモリ１４内の管理テーブル１６の内容を更新する。

一方、決済端末７０は、返却完了信号を取得すると、メモリ７４に記憶された設定データＤ３をメモリ７４から削除する（Ｓ４０）。これにより、決済端末７０は、設定データＤ３を用いた電子マネー決済を実行不能となる。

その後、ユーザは、決済端末８０に接続されているＰＯＳ端末において、所定の設定データ要求操作を行う。設定データ要求操作が行われると、決済端末８０は、ＩＤ「Ｔ４」を含むリクエスト信号を中継サーバ２０に供給する（Ｓ４２）。

中継サーバ２０は、決済端末８０からリクエスト信号を取得すると、この時点で未利用の設定データＤ３（即ち、決済端末７０から返却された設定データＤ３）を選択する。次いで、中継サーバ２０は、選択された設定データＤ３を決済端末８０に供給する（Ｓ４４）。中継サーバ２０が設定データＤ３を供給する手法は上記と同様である。次いで、中継サーバ２０は、変更後の管理テーブル２６の内容を含む更新情報をセンタサーバ１０に供給する（Ｓ４５）。

センタサーバ１０は、更新情報を取得すると、取得した更新情報に従って、メモリ１４内の管理テーブル１６の内容を更新する。

決済端末８０は、設定データＤ３を取得すると、取得した設定データＤ３をインストールする（Ｓ４６）。これにより、設定データＤ３がメモリ７４に記憶される。決済端末８０は、設定データＤ３を用いて、図示しない決済媒体との間で電子マネー決済を実行可能となる。

図３の例では、決済システム２の各構成要素は、上記の各処理を実行する。

図３の例を用いて、決済システム２において電子マネー決済が実行される場合の各構成要素が実行する処理の例についても説明する。例えば、決済端末５０は、記憶している設定データＤ１を用いて、決済媒体との間で決済を実行する。決済端末５０は、設定データＤ１に含まれる鍵情報を用いて、実行した決済に関する決済情報を暗号化し、暗号化済みの決済情報を、決済端末５０のＩＤ「Ｔ１」とともに、中継サーバ２０に供給する。

中継サーバ２０は、暗号化済みの決済情報と決済端末５０のＩＤ「Ｔ１」とを、センタサーバ１０に転送する。

センタサーバ１０は、暗号化済みの決済情報と決済端末５０のＩＤ「Ｔ１」とを取得すると、取得された決済端末５０のＩＤ「Ｔ１」が、管理テーブル１６に含まれているか否かを確認する。図３の例では、管理テーブル１６において、設定データＤ１に決済端末５０のＩＤ「Ｔ１」が対応付けられている。そのため、センタサーバ１０は、ＩＤ「Ｔ１」に対応付けられている設定データＤ１を用いて、取得した決済情報を復号化し、必要な処理を行う。なお、センタサーバ１０が処理に用いる設定データＤ１は、設定データ記憶領域１５に記憶されている。

（比較例；図４）
次に、本実施例の決済システム２と比較するための比較例として、従来の決済システムの各構成要素が実行する処理の具体例を説明する。比較例の従来の決済システムも、センタサーバ１０と、決済端末５０〜８０を備える点は本実施例の決済システム２と共通するが、中継サーバ２０を備えない点が本実施例の決済システム２とは異なる。比較例の決済システムでは、決済端末５０〜８０は、それぞれ、センタサーバ１０と直接通信可能に接続されている。

図４の比較例でも、ユーザは、３個の決済端末５０、６０、７０に設定データを取得させることを希望する。この場合、ユーザは、センタサーバ１０の提供者に対し、設定データを用いて電子マネー決済を実行するための利用申込みを行う（Ｓ１００）。利用申込みの際、ユーザは、設定データを利用する決済端末５０、６０、７０の各ＩＤ（Ｔ１、Ｔ２、Ｔ３）と、決済端末５０、６０、７０の各宛先情報とを指定する。

センタサーバ１０の管理者は、まず、利用申込みの際に指定された決済端末５０のＩＤ（Ｔ１）と、決済端末５０の宛先情報をメモリ１４に登録する（Ｓ１０２）。次いで、センタサーバ１０は、決済端末５０で用いられる設定データＤ１を生成する。次いで、センタサーバ１０は、設定データＤ１を、登録された決済端末５０の宛先情報を用いて、決済端末５０に供給する（Ｓ１０４）。

決済端末５０は、設定データＤ１を取得すると、取得した設定データＤ１をインストールする（Ｓ１０６）。

次いで、センタサーバ１０の管理者は、決済端末６０のＩＤ（Ｔ２）と、決済端末６０の宛先情報をメモリ１４に登録する（Ｓ１０８）。次いで、センタサーバ１０は、決済端末６０で用いられる設定データＤ２を生成し、決済端末６０に供給する（Ｓ１１０）。

決済端末６０は、設定データＤ２を取得すると、取得した設定データＤ２をインストールする（Ｓ１１２）。

次いで、センタサーバ１０の管理者は、決済端末７０のＩＤ（Ｔ３）と、決済端末７０の宛先情報をメモリ１４に登録する（Ｓ１１４）。次いで、センタサーバ１０は、決済端末７０で用いられる設定データＤ３を生成し、決済端末７０に供給する（Ｓ１１６）。

決済端末７０は、設定データＤ３を取得すると、取得した設定データＤ３をインストールする（Ｓ１１８）。

図４の比較例でも、その後、ユーザは、決済端末７０での電子マネー決済を終了し、新たに決済端末８０での電子マネー決済の開始を希望する。

ユーザは、センタサーバ１０の提供者に対し、決済端末７０での設定データＤ３の利用を終了するための終了申込みを行う（Ｓ１２０）。終了申込みの際、ユーザは、設定データＤ３の利用終了を希望する決済端末７０のＩＤ（Ｔ３）を指定する。

センタサーバ１０の管理者は、終了申込みの際に指定された決済端末７０のＩＤに対応する設定データＤ３の利用を終了するための終了処理を実行する（Ｓ１２２）。終了処理が実行されると、センタサーバ１０は、利用終了信号を決済端末７０に供給する。

決済端末７０は、利用終了信号を取得すると、メモリ７４内の設定データＤ３を削除する（Ｓ１３０）。これにより、決済端末７０は、設定データＤ３を用いた電子マネー決済を実行不能となる。

ユーザは、さらに、センタサーバ１０の提供者に対し、決済端末８０での電子マネー決済を実行するための新たな利用申込みを行う（Ｓ１３２）。利用申込みの際、ユーザは、決済端末８０のＩＤ（Ｔ４）と決済端末８０の宛先情報とを指定する。

センタサーバ１０の管理者は、決済端末８０のＩＤ（Ｔ４）と、決済端末８０の宛先情報をメモリ１４に登録する（Ｓ１３４）。次いで、センタサーバ１０は、決済端末８０で用いられる設定データＤ４を生成し、決済端末８０に供給する（Ｓ１３６）。

決済端末８０は、設定データＤ４を取得すると、取得した設定データＤ４をインストールする（Ｓ１３８）。

上記のように、従来の決済システムでは、ユーザが複数個の決済端末５０〜７０のそれぞれに設定データを取得させることを希望する場合に、決済端末５０〜７０のそれぞれが、センタサーバ１０から、当該決済端末のための設定データを個別に直接取得する必要がある。そのため、従来の決済システムでは、設置する決済端末の数が多い場合、センタサーバ１０における登録処理及び設定データの供給処理に長期間を要するおそれがある。その場合、ユーザの希望するタイミングで各決済端末に設定データが供給されない可能性があり、ユーザの利便性が損なわれる場合がある。

また、従来の決済システムでは、決済端末７０での電子マネー決済を終了し、新たに決済端末８０での電子マネー決済を開始する場合、ユーザは、センタサーバ１０の提供者に、決済端末７０での設定データの利用を終了するための終了申込みを行うとともに、新たに決済端末８０で設定データを利用するための利用申込みを行う必要がある（Ｓ１２０、Ｓ１３２）。センタサーバ１０側では、決済端末７０での設定データの利用を終了するための終了処理（Ｓ１２２）、及び、決済端末８０に新たに設定データを供給するための処理（Ｓ１３４、Ｓ１３６）を行う必要がある。

以上のような比較例の決済システムに対し、本実施例の決済システム２では、図３に示すように、中継サーバ２０を介して、各決済端末に設定データＤ１〜Ｄ３を供給することができる（Ｓ２０、Ｓ２６、Ｓ３２参照）。即ち、センタサーバ１０は、利用申込みの際にユーザが指定した設定データの数（即ち、「３」）に従って、３個の設定データＤ１〜Ｄ３を中継サーバ２０に供給する（Ｓ１２、Ｓ１４参照）。中継サーバ２０は、３個の設定データＤ１〜Ｄ３を、１個ずつ、決済端末５０〜７０のそれぞれに対して供給する（Ｓ２０、Ｓ２６、Ｓ３２参照）。本実施例の決済システム２では、ユーザが、利用する設定データの数を予め指定して利用申込みを行えば、センタサーバ１０は、指定された数に応じた設定データを中継サーバ２０に供給すればよい。そのため、比較例の決済システム（即ち、従来の決済システム）に比べて、センタサーバ１０における処理負担が小さくなり、ユーザの希望するタイミングで各決済端末に設定データを供給することが可能になる。従って、ユーザの利便性が損なわれることを抑制することができる。

また、中継サーバ２０は、決済端末５０に１個の設定データＤ１を供給すると、その決済端末５０には他の設定データ（例えば設定データＤ２）を供給せず、また、１個の決済端末５０に供給した設定データＤ１は、他の決済端末（例えば、決済端末６０）に供給されない。このため、各決済端末には、異なる設定データが１個だけ供給される。また、中継サーバ２０とセンタサーバ１０は、同じ内容の管理データ２６、１６を常時記憶している（Ｓ１７、Ｓ２１、Ｓ２７、Ｓ３３、Ｓ３９、Ｓ４５）。従って、本実施例の決済システム２においても、ユーザが１個の設定データを複製して複数個の決済端末で同時に利用させることができないようにされている。

また、本実施例の決済システム２では、決済端末７０が中継サーバ２０に返却信号を送信することで、決済端末７０での電子マネー決済を終了させる（即ち、設定データＤ３を返却する）ことができる（Ｓ３６〜Ｓ４０参照）。また、その後、中継サーバ２０が、設定データＤ３を決済端末８０に供給することにより、決済端末８０での電子マネー決済を可能にすることができる（Ｓ４２〜Ｓ４６参照）。本実施例の決済システム２によると、ユーザは、比較例のように、センタサーバ１０の提供者に、終了申込み及び新たな利用申込みを行う必要がない。また、センタサーバ１０側で処理を行う必要もない。従って、比較例の決済システムに比べて、決済端末７０での電子マネー決済を終了し、新たに決済端末８０での電子マネー決済を開始する場合に、ユーザの利便性を向上させることができる。

また、本実施例の決済システム２では、中継サーバ２０は、各決済端末５０〜８０からリクエスト信号を取得した場合に、供給可能な設定データを、リクエスト信号の供給元である決済端末５０〜８０に供給する。そのため、設定データを未取得の決済端末に適切に取得させることもできる。

以上、本明細書で開示する技術の一実施例について詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例を含んでもよい。

（変形例１）上記の実施例では、中継サーバ２０は、各決済端末５０〜８０からリクエスト信号を取得した場合に、供給可能な設定データを、リクエスト信号の供給元である決済端末５０〜８０に供給する。これに限られず、中継サーバ２０は、各決済端末５０等からリクエスト信号を取得していない場合であっても、ユーザの指示に従って（他の例では自動的に）、設定データＤ１〜Ｄ３を、１個ずつ、決済端末５０等のそれぞれに対して供給してもよい。この際、１個の決済端末に１個の設定データを供給すると、当該決済端末に他の設定データを供給不能とすると共に、当該決済端末に供給した設定データを他の決済端末に供給不能とされていればよい。

（変形例２）上記の実施例では、例えば、中継サーバ２０が設定データＤ１を決済端末５０に供給する際（図３のＳ２０参照）には、中継サーバ２０は、設定データ記憶領域２５内の設定データＤ１をコピーし、コピーされた設定データＤ１を決済端末５０に供給している。中継サーバ２０は、同時に、設定データ記憶領域２５内の設定データＤ１に、利用中であることを示す利用中フラグと、決済端末５０のＩＤ「Ｔ１」と、を対応付けてメモリ２４に記憶させる。これに限られず、中継サーバ２０が設定データＤ１を決済端末５０に供給する際には、中継サーバ２０は、設定データ記憶領域２５内の設定データＤ１を決済端末５０に供給してもよい。設定データＤ１が決済端末５０に供給される際に、設定データ記憶領域２５から設定データＤ１が削除されてもよい。さらに、この変形例では、決済端末７０が設定データＤ３を用いた電子マネー決済の実行を終了する場合に、終了信号を中継サーバ２０に供給すること（図３のＳ３６参照）に代えて、設定データＤ３自身を中継サーバ２０に返却するようにしてもよい。設定データＤ３が決済端末７０に返却される際に、メモリ７４から設定データＤ３が削除されるようにしてもよい。

（変形例３）上記の実施例では、中継サーバ２０は、決済端末としての機能を備えていない（即ち、設定データを用いて電子マネー決済を実行する機能を備えていない）。しかしながら、これに限られず、中継サーバ２０が、中継サーバとしての機能とともに、決済端末としての機能を備えていてもよい。

本明細書または図面に説明した技術要素は、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時請求項記載の組み合わせに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：決済システム
１０：センタサーバ
２０：中継サーバ
２２：制御部
２４：メモリ
２５：設定データ記憶領域
２６：管理テーブル
５０、６０、７０、８０：決済端末
Ｄ１、Ｄ２、Ｄ３：設定データ

Claims (3)

1. 電子マネー決済を行うための複数個の決済端末と、
   複数個の決済端末のそれぞれと通信可能に接続される中継サーバと、
   中継サーバと通信可能に接続されるセンタサーバと、
   を備えており、
   センタサーバは、
   センタ制御部と、
   センタメモリと、を有しており、
   センタ制御部は、
   ユーザによって予め指定された所定数の設定データをセンタメモリに記憶させ、
   センタメモリに記憶させた所定数の設定データを中継サーバに供給し、
   設定データは、センタサーバ及び各決済端末が、所定の電子マネー決済を行うために利用するデータであり、
   中継サーバは、
   中継制御部と、
   中継メモリと、を有しており、
   中継制御部は、
   センタサーバから所定数の設定データを取得し、
   取得された所定数の設定データを中継メモリに記憶させ、
   中継メモリに記憶させた所定数の設定データを、１個ずつ、複数個の決済端末のそれぞれに対して供給し、
   決済端末に、所定数の設定データのうちの１個の設定データを供給すると、当該決済端末を示す識別情報と、当該設定データが利用中であることを示す利用中フラグと、を当該設定データと対応付けて中継メモリに記憶させることによって、当該決済端末に他の設定データを供給不能とすると共に、当該決済端末に供給した当該設定データを他の決済端末に供給不能とし、
   決済端末は、
   端末制御部と、
   端末メモリと、
   を有しており、
   端末制御部は、
   中継サーバから設定データを取得し、
   取得された設定データを端末メモリに記憶させ、
   端末メモリに記憶された設定データを利用して、決済媒体との間で、電子マネー決済を実行する、
   決済システム。
2. 端末制御部は、
   中継サーバから、所定数の設定データのうちの１個の設定データである特定の設定データを取得し、取得された特定の設定データを端末メモリに記憶させた後で、端末メモリに記憶された特定の設定データを返却することに関係する返却信号を中継サーバに供給し、さらに、端末メモリから特定の設定データを削除することによって、特定の設定データを利用して電子マネー決済のために必要な処理を実行不能な状態に移行し、
   中継制御部は、
   特定の設定データを決済端末に供給した後で、当該決済端末から返却信号を受信すると、中継メモリ内において、返却信号の供給元である当該決済端末を示す識別情報に対応付けられている特定の設定データを特定し、当該特定の設定データに対応付けられている識別情報と利用中フラグとを中継メモリから削除することによって、中継メモリ内の特定の設定データを、複数個の決済端末のうち、設定データを未取得であるいずれか１個の決済端末に供給可能とする、
   請求項１の決済システム。
3. 端末制御部は、
   端末メモリに設定データが記憶されていない場合に、中継サーバにリクエスト信号を供給可能であり、
   中継制御部は、
   中継メモリに所定数の設定データが記憶されている間に、決済端末からリクエスト信号を取得すると、中継メモリに記憶されている所定数の設定データのうち、識別情報及び利用中フラグが対応付けられていない１個の設定データを、リクエスト信号の供給元である決済端末に供給する、
   請求項１又は２の決済システム。
   

Images