JP7265448B2 - デジタル地域通貨の利用促進を支援する方法及びシステム - Google Patents

デジタル地域通貨の利用促進を支援する方法及びシステム Download PDF

Info

Publication number
JP7265448B2
JP7265448B2 JP2019150383A JP2019150383A JP7265448B2 JP 7265448 B2 JP7265448 B2 JP 7265448B2 JP 2019150383 A JP2019150383 A JP 2019150383A JP 2019150383 A JP2019150383 A JP 2019150383A JP 7265448 B2 JP7265448 B2 JP 7265448B2
Authority
JP
Japan
Prior art keywords
store
user
payment
currency
charge
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019150383A
Other languages
English (en)
Other versions
JP2021033456A (ja
Inventor
俊臣 森木
雄一 黒澤
弘起 佐藤
美保 小林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Systems Ltd
Original Assignee
Hitachi Systems Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Systems Ltd filed Critical Hitachi Systems Ltd
Priority to JP2019150383A priority Critical patent/JP7265448B2/ja
Priority to US16/920,840 priority patent/US11379814B2/en
Publication of JP2021033456A publication Critical patent/JP2021033456A/ja
Application granted granted Critical
Publication of JP7265448B2 publication Critical patent/JP7265448B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/206—Point-of-sale [POS] network systems comprising security or operator identification provisions, e.g. password entry
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/03—Arrangements for converting the position or the displacement of a member into a coded form
    • G06F3/033—Pointing devices displaced or positioned by the user, e.g. mice, trackballs, pens or joysticks; Accessories therefor
    • G06F3/039—Accessories therefor, e.g. mouse pads
    • G06F3/0393—Accessories for touch pads or touch screens, e.g. mechanical guides added to touch screens for drawing straight lines, hard keys overlaying touch screens or touch pads
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • G06F3/04883—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures for inputting data by handwriting, e.g. gesture or text
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/14—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation using light without selection of wavelength, e.g. sensing reflected white light
    • G06K7/1404—Methods for optical code recognition
    • G06K7/1408—Methods for optical code recognition the method being specifically adapted for the type of code
    • G06K7/1417—2D bar codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/208—Input by product or record sensing, e.g. weighing or scanner processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/209—Specified transaction journal output feature, e.g. printed receipt or voice output
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V40/00—Recognition of biometric, human-related or animal-related patterns in image or video data
    • G06V40/10—Human or animal bodies, e.g. vehicle occupants or pedestrians; Body parts, e.g. hands
    • G06V40/12—Fingerprints or palmprints
    • G06V40/1365—Matching; Classification
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F9/00—Details other than those peculiar to special kinds or types of apparatus
    • G07F9/02—Devices for alarm or indication, e.g. when empty; Advertising arrangements in coin-freed apparatus
    • G07F9/023—Arrangements for display, data presentation or advertising
    • G07F9/0235—Arrangements for display, data presentation or advertising the arrangements being full-front touchscreens

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Electromagnetism (AREA)
  • General Health & Medical Sciences (AREA)
  • Toxicology (AREA)
  • Artificial Intelligence (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Health & Medical Sciences (AREA)
  • Multimedia (AREA)
  • User Interface Of Digital Computer (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Description

特許法第３０条第２項適用 １．平成３０年８月２１日に国分寺市飲食店「こまち」にて公開 ２．平成３０年８月３１日に株式会社日立製作所中央研究所にて公開 ３．平成３０年９月３日にウェブサイトにて公開 ４．平成３０年１０月１日に国分寺市役所にて公開 ５．平成３０年１０月１５日にウェブサイトにて公開 ６．平成３０年１２月１３日に株式会社日立製作所横浜研究所にて公開 ７．平成３１年１月１９日にウェブサイトにて公開 ８．平成３１年１月３１日に東京社会イノベーション協創センタにて公開 ９．平成３１年２月２１日に国分寺市商工会にて公開 １０．平成３１年３月１日～平成３１年３月３１日に鉄板肉バルみやじま亭国分寺店にて公開 １１．平成３１年３月１８日に東京社会イノベーション協創センタにて公開 １２．平成３１年３月１８日にホテルメルパルク広島／メルパルクホールにて公開 １３．平成３１年４月１１日に株式会社日立製作所中央研究所にて公開 １４．平成３１年４月１１日に株式会社日立製作所中央研究所にて公開 １５．平成３１年４月１１日にテレビ放送にて公開 １６．令和１年５月１７日に株式会社日立製作所中央研究所にて公開 １７．令和１年５月２４日にＡＸＩＳ／六本木ＡＸＩＳギャラリーにて公開 １８．令和１年５月２７日に日本ユニシス株式会社本社会議室にて公開 １９．令和１年６月１９日に千葉工業大学津田沼キャンパスにて公開 ２０．令和１年６月１９日にｉ．ｓｃｈｏｏｌにて公開 ２１．令和１年６月２６日にウェブサイトにて公開 ２２．令和１年６月２６日に株式会社日立製作所中央研究所にて公開 ２３．令和１年８月６日に株式会社日立製作所中央研究所にて公開
本発明は、概して、デジタル地域通貨の利用促進を支援するコンピュータ技術に関わる。
経済のグローバル化の進展と流通の発達により、多くの生活消費財が、他国で生産され国境を越えて輸出入されている。今日、大多数の消費者は、少しでも安価な商品を求めて大型のチェーンストアやグローバルの通販事業者を選好して商品を購入している。地域の特色ある小規模な事業者（例えば、商店や飲食店）への資金フローが細り、地域の小規模事業者は衰退の危機にある。
地域の事業者に優先して資金を流通させる方法として、地域通貨が知られている。地域通貨として、紙のチケットのような何らかの実体を採用する方法が一般的であったが、最近では、決済技術及び価値記録技術の充実により、デジタル地域通貨を採用することが好ましいと考えられる。決済技術の充実の例としては、スマートフォンアプリと２次元バーコードによる決済の急速な普及がある。価値記録技術の充実の例としては、分散型台帳技術（典型的にはブロックチェーン）の普及がある。
デジタル地域通貨の一例として、デジタルチケットを採用することが考えられる。デジタルチケットの取扱いに関し、例えば特許文献１に開示の技術が知られている。また、地域循環型の取引を促進する電子決済システムとして、例えば特許文献２に開示の技術が知られている。
特許第５４３６７１８号 特開２０１７－９０９８９号公報
地域通貨を用いて地域経済を活性化させるためには、消費者の呼び込みに加えて継続的な購買行動の促進が欠かせない。すなわち、通販の事業者や地域外の事業者よりも地域内の店舗（例えば、商店や飲食店）の利用を当該地域でのユーザ（例えば地域住民）が好むこと、つまり、地域通貨の利用促進が必要である。
また、地域の店舗は、一般に、小規模であることが多く、デジタル地域通貨を用いた決済のための設備に対する投資余力に乏しいと考えられる。
そこで、本発明は、地域に属する店舗がデジタル地域通貨の決済のための大がかりな設備投資をすること無しにデジタル地域通貨の利用促進を実現することを目的とする。
タッチスクリーンを有するユーザ端末で実行されるアプリが、デジタル地域通貨の通貨量の決済のための決済ＵＩ（User Interface）として、ユーザによるタッチ操作を受け付けるユーザ側ＵＩと、店舗の店員によるタッチ操作を受け付ける店舗側ＵＩとが配置されたＵＩをタッチスクリーンに表示する。アプリが、ユーザ側ＵＩに対するタッチ操作と店舗側ＵＩに対するタッチ操作とが同時にされ続けている時間が所定時間に達したか否かを判断する。当該判断の結果が真の場合に、アプリが、決済完了通知をタッチスクリーンに表示する。
地域に属する店舗がデジタル地域通貨の決済のための大がかりな設備投資をすること無しにデジタル地域通貨の利用促進を実現できる。
本発明の一実施形態に係るシステム全体の構成例を示す。 携帯端末の構成例を示す。 店舗用タブレットの構成例を示す。 Ｗｅｂ／ＡＰサーバの構成例を示す。 決済ＤＢ（データベース）が格納するテーブルの一例を示す。 店舗テーブルの構成例を示す。 ユーザテーブルの構成例を示す。 メニューテーブルの構成例を示す。 店舗認証テーブルの構成例を示す。 ウォレットテーブルの構成例を示す。 トランザクションテーブルの構成例を示す。 メニューの一例を示す。 店舗情報カードの一例を示す。 チャージ用カードの一例を示す。 店舗スタンプの構成の一例を示す。 チャージ処理のフローの一例を示す。 店舗用タブレットに表示されたチャージ用ワンタイムバーコードの一例を示す。 携帯端末に表示された決済完了通知（ポイントでの決済の決済完了通知）の一例を示す。 携帯端末に表示されたアプリトップＵＩの一例を示す。 携帯端末に表示された来店確認ＵＩの一例を示す。 支払い処理のフローの一例を示す。 携帯端末に表示された支払い条件入力ＵＩの一例を示す。 携帯端末に表示された支払い条件確認ＵＩの一例を示す。 携帯端末に表示された支払いＵＩの一例を示す。 携帯端末に表示された支払い完了通知の一例を示す。 店舗スタンプを使用した支払いの一例を示す。 携帯端末に表示された支払い失敗通知の一例示す。
以下の説明では、「インターフェース装置」は、一つ以上のインターフェースデバイスでよい。当該一つ以上のインターフェースデバイスは、下記のうちの少なくとも一つでよい。
・一つ以上のＩ／Ｏ（Input/Output）インターフェースデバイス。Ｉ／Ｏ（Input/Output）インターフェースデバイスは、Ｉ／Ｏデバイスと遠隔の表示用計算機とのうちの少なくとも一つに対するインターフェースデバイスである。表示用計算機に対するＩ／Ｏインターフェースデバイスは、通信インターフェースデバイスでよい。少なくとも一つのＩ／Ｏデバイスは、ユーザインターフェースデバイス、例えば、キーボード及びポインティングデバイスのような入力デバイスと、表示デバイスのような出力デバイスとのうちのいずれでもよい。
・一つ以上の通信インターフェースデバイス。一つ以上の通信インターフェースデバイスは、一つ以上の同種の通信インターフェースデバイス（例えば一つ以上のＮＩＣ（Network Interface Card））であってもよいし二つ以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。
また、以下の説明では、「メモリ」は、一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。
また、以下の説明では、「永続記憶装置」は、一つ以上の永続記憶デバイスである。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）であり、具体的には、例えば、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）である。
また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくともメモリでよい。
また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサデバイスである。少なくとも一つのプロセッサデバイスは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサデバイスは、プロセッサコアでもよい。少なくとも一つのプロセッサデバイスは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。
また、以下の説明では、「ｘｘｘテーブル」といった表現にて、入力に対して出力が得られる情報を説明することがあるが、当該情報は、どのような構造のデータでもよいし（例えば、構造化データでもよいし非構造化データでもよいし）、入力に対する出力を発生するニューラルネットワークのような学習モデルでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。また、以下の説明において、各テーブルの構成は一例であり、一つのテーブルは、二つ以上のテーブルに分割されてもよいし、二つ以上のテーブルの全部又は一部が一つのテーブルであってもよい。
また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶装置及び／又はインターフェース装置等を用いながら行うため、処理の主語が、プロセッサ（或いは、そのプロセッサを有するコントローラのようなデバイス）とされてもよい。プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読み取り可能な（例えば非一時的な）記録媒体であってもよい。また、以下の説明において、二つ以上のプログラムが一つのプログラムとして実現されてもよいし、一つのプログラムが二つ以上のプログラムとして実現されてもよい。
また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号のうちの共通部分を使用し、同種の要素を区別する場合は、参照符号を使用することがある。例えば、メニューを区別しない場合には、「メニュー１４０」と言い、メニューを区別する場合には、「メニュー１４０ａ」、「メニュー１４０ｂ」のように言うことがある。
また、「デジタル地域通貨」とは、所定の発行体から発行され特定の地域（例えば市町村）でのみ使用可能な通貨である。以下、単に「地域通貨」と言うこともある。
また、「ユーザ」とは、デジタル地域通貨にて購入対象（典型的には商品又はサービス）を購入し得る者を言う。ユーザは、消費者又はバイヤと呼ばれてもよい。
また、「店舗」とは、販売対象（典型的には商品又はサービス）を販売する者を言う。店舗は、事業者又はサプライヤと呼ばれてもよい。
また、「店員」とは、店舗に所属する者を言う。店員は、典型的には、従業員であるが、従業員に限らず、例えばオーナーでもよい。
以下、本発明の実施形態について図面を用いて説明する。なお、以下の説明では、デジタル地域通貨として、「チケット」と「ポイント」といった二種類の通貨のうちのいずれも使用され得る。「通貨量」とは、チケット量（チケットの枚数）又はポイント量（ポイントの数）である。デジタル地域通貨の種類は、「チケット」及び「ポイント」の少なくとも一種類以外の種類（例えば「コイン」）が採用されてもよい。また、以下の実施形態では、チケット量をポイント量に変換すること、及び、ポイント量をチケット量に変換することのいずれも可能又は不可能であってもよい。
図１は、本発明の一実施形態に係るシステム全体の構成例を示す。
デジタル地域通貨の利用促進を通じて地域の経済を活性化するべく、本実施形態では、ユーザと店員との対面決済が採用される。対面決済を工夫することで、デジタル地域通貨の利用促進が図られる。
店舗１１２には、一般に、店員１０８が接客を行う接客エリア１２０と、接客エリアとは区切られたプライベートの業務エリア１２１とがある。接客エリア１２０と業務エリア１２１は、例えば、店舗カウンタ１１３で相互に隔てられている。店舗１１２の業種としては、主に、飲食物の販売や雑貨販売など、ユーザ（消費者）に対して対面サービスを行う業種が想定されるが、対面決済の採用が可能であれば、店舗１１２の業種はこれらに限られない。
店舗１１２内では、ユーザ１０７と店員１０８間で携帯端末１０９を介してのやり取りにより、ユーザ１０７の購入対象の対価として地域通貨での支払量の支払い、及び、携帯端末１０９への地域通貨の払出を担うチャージが行われる。本実施形態では、「支払い」及び「チャージ」を指して「決済」と総称する。
携帯端末１０９は、ユーザが携帯するユーザ端末の一例であり、少なくともタッチスクリーンを有する。携帯端末１０９は、例えば、ユーザ１０７が保有するスマートフォンである。携帯端末１０９は、ＩＴシステム１００と通信する。携帯端末１０９とＩＴシステム１００間の通信は、携帯回線網や公衆無線ＬＡＮ（Local Area Network）といった通信ネットワークを介して行われてよい。ＩＴシステム１００は、例えば、Ｗｅｂ／ＡＰ（Application）サーバ１０２、決済ＤＢ（データベース）１０３、及び、ブロックチェーンＮＷ（ネットワーク）１０４を含んだシステムである。ＩＴシステム１００の内部ネットワーク１０１にＷｅｂ／ＡＰサーバ１０２、決済ＤＢ１０３、及び、ブロックチェーンＮＷ１０４が接続されている。Ｗｅｂ／ＡＰサーバ１０２は、サーバの一例であり、Ｗｅｂサーバ、又は、ＡＰサーバである。
ＩＴシステム１００としては、例えば、単一のデータセンタ（ＤＣ）、又は、複数のＤＣで構成されたシステムが考えられるが、ＩＴシステム１００の構成はそれに限られない。例えば、ブロックチェーンＮＷ１０４は無くてもよい。決済ＤＢ１０３が、ブロックチェーンＮＷ１０４に属する一ノードとされてもよい。Ｗｅｂ／ＡＰサーバ１０２及び決済ＤＢ１０３の少なくとも一つは、一つ以上の物理的な計算機でもよいし、複数種類の計算リソースを有するシステム（例えばクラウド基盤）上で実現されたシステムでもよい。
店舗１１２には、店舗情報カード１１０、チャージ用カード１３０、店舗用タブレット１１１、店舗スタンプ１１６及びメニュー１４０が設けられている。店舗情報カード１１０及びチャージ用カード１３０は、決済のためにユーザが手に取れるよう接客エリア１２０に設けられる。チャージ用カード１３０は、異なる通貨量別に用意されてもよい。接客エリア１２０には、客席１１４も設けられている。店舗用タブレット１１１、店舗スタンプ１１６及びメニュー１４０は、業務エリア１２１に設けられており、必要に応じて、店員１０８により接客エリア１２０に運ばれる。店舗用タブレット１１１に代えて、タッチスクリーンを有する他種の情報処理端末（例えば、スマートフォン）が採用されてよい。
チャージの際は、ユーザ１０７は、接客エリア１２０にある所望の通貨量が記載されたチャージ用カード１３０を店員１０８に渡す。そして、ユーザ１０７は、現金や電子マネー等と引き換えに、当該チャージ用カード１３０及び店舗用タブレット１１１を介して所望の通貨量を携帯端末１０９にチャージする。一方、支払いの際は、ユーザ１０７は、接客エリア１２０にある店舗情報カード１１０に印刷されている二次元バーコード、もしくは、メニュー１４０にある所望の商品に対応した二次元バーコードを携帯端末１０９で読み取る。上述したように、店舗情報カード１１０は、接客エリア１２０、例えば、店舗１１２のレジ（図示せず）付近に常設されている。一方、メニュー１４０は、ユーザ１０７が飲食物などの商品又はサービスを依頼する際に店員１０８が業務エリア１２１から客席１１４まで手持ちする。
以下、本実施形態を詳細に説明する。
図２は、携帯端末１０９の構成例を示す。
携帯端末１０９は、典型的には、タッチスクリーン２０３を有するスマートフォン又はタブレットのようなスマートデバイスでよい。携帯端末１０９は、インターフェース装置２０１、記憶装置２０２、タッチスクリーン２０３、カメラ２０４、マイク２０５、スピーカ２０６、及びそれらに接続されたプロセッサ２０７を有する。記憶装置２０２は、地域通貨アプリ２１１（第１のアプリケーションプログラムの一例）を格納する。地域通貨アプリ２１１は、例えば、インターフェース装置２０１を通じてプログラム配布サーバからダウンロードされ記憶装置２０２に格納される。プロセッサ２０７が、記憶装置２０２から地域通貨アプリ２１１を読み込み、当該アプリ２１１を実行する。地域通貨アプリ２１１は、例えば、対面決済を支援する。
図３は、店舗用タブレット１１１の構成例を示す。
店舗用タブレット１１１は、典型的には、タッチスクリーン３０３を有するスマートフォン又はタブレットのようなスマートデバイスでよい。店舗用タブレット１１１は、インターフェース装置３０１、記憶装置３０２、タッチスクリーン３０３、カメラ３０４、マイク３０５、スピーカ３０６、及びそれらに接続されたプロセッサ３０７を有する。記憶装置３０２は、決済支援アプリ３１１（第２のアプリケーションプログラムの一例）を格納する。決済支援アプリ３１１は、例えば、インターフェース装置３０１を通じてプログラム配布サーバからダウンロードされ記憶装置３０２に格納される。プロセッサ３０７が、記憶装置３０２から決済支援アプリ３１１を読み込み、当該アプリ３１１を実行する。決済支援アプリ３１１は、例えば、通貨量のチャージを支援する。
図４は、Ｗｅｂ／ＡＰサーバ１０２の構成例を示す。
Ｗｅｂ／ＡＰサーバ１０２は、インターフェース装置４０１、記憶装置４０２、及びそれらに接続されたプロセッサ４０７を有する。記憶装置４０２は、管理プログラム４１１を格納する。プロセッサ２０７が、記憶装置４０２から管理プログラム４１１を読み込み、当該プログラム４１１を実行する。管理プログラム４１１は、例えば、決済ＤＢ１０３内のテーブルを用いて、通貨量の決済を管理する。
図５は、決済ＤＢ１０３が格納するテーブルの一例を示す。
決済ＤＢ１０３は、例えば、店舗テーブル５０１、ユーザテーブル５０２、メニューテーブル５０３、店舗認証テーブル５０４、ウォレットテーブル５０５及びトランザクションテーブル５０６を格納する。
図６は、店舗テーブル５０１の構成例を示す。なお、以下の説明では、「オブジェクト」とは、アプリのようなプログラムから見た１つの論理的な電子データの塊である。オブジェクトとしてのデータは、例えば、レコード、キーバリューペア又はタプルである。以下、オブジェクトとして、レコードを例に取る。
店舗テーブル５０１は、店舗に関する情報を保持する。店舗テーブル５０１は、例えば、店舗毎にレコードを有する。各レコードは、店舗ＩＤ６０１、店舗名６０２、連絡先６０３及び説明６０４といった情報を保持する。一つの店舗を例に取る（図６の説明において「注目店舗」）。
店舗ＩＤ６０１は、注目店舗の店舗ＩＤである。店舗名６０２は、注目店舗の名称である。連絡先６０３は、注目店舗の連絡先（例えば、電子メールアドレス）である。説明６０４は、注目店舗に関する付帯情報（例えば、セールスポイント等を表すテキスト）である。
図７は、ユーザテーブル５０２の構成例を示す。
ユーザテーブル５０２は、ユーザに関する情報を保持する。ユーザテーブル５０２は、例えば、ユーザ毎にレコードを有する。各レコードは、ユーザＩＤ７０１、ユーザ名７０２、連絡先７０３、生年月日７０４、登録日７０５及び有効フラグ７０６といった情報を保持する。一人のユーザを例に取る（図７の説明において「注目ユーザ」）。
ユーザＩＤ７０１は、注目ユーザのユーザＩＤである。ユーザ名７０２は、注目ユーザの名称である。連絡先７０３は、注目ユーザの連絡先（例えば、電子メールアドレス）である。生年月日７０４は、注目ユーザの生年月日である。登録日７０５は、注目ユーザによりユーザ登録が行われた日である。有効フラグ７０６は、注目ユーザが有効か否かを表すフラグである。
図８は、メニューテーブル５０３の構成例を示す。
メニューテーブル５０３は、メニュー１４０にリストされている販売対象に関する情報を保持する。メニューテーブル５０３は、例えば、販売対象毎にレコードを有する。各レコードは、店舗ＩＤ８０１、販売対象ＩＤ８０２、支払量８０３、バーコードデータ８０４及び画像データ８０５といった情報を保持する。一つの販売対象を例に取る（図８の説明において「注目販売対象」）。
店舗ＩＤ８０１は、注目販売対象が販売される店舗の店舗ＩＤである。販売対象ＩＤ８０２は、注目販売対象のＩＤである。支払量８０３は、注目販売対象の購入に必要な通貨量である。バーコードデータ８０４は、注目販売対象に関連付けられた二次元バーコードのデータである。画像データ８０５は、注目販売対象の画像を表すデータ（又は当該データへのパス）である。
図９は、店舗認証テーブル５０４の構成例を示す。
店舗認証テーブル５０４は、店舗の認証情報を保持する。本実施形態において、店舗の認証情報は、店員の指紋情報又は店舗のスタンプ情報である。
店舗認証テーブル５０４は、例えば、店舗毎にレコードを有する。各レコードは、店舗ＩＤ９０１及び認証情報９０２を保持する。一つの店舗を例に取る（図９の説明において「注目店舗」）。
店舗ＩＤ９０１は、注目店舗の店舗ＩＤである。認証情報９０２は、注目店舗の認証情報である。認証情報９０２は、特徴量９１１及び印影９１２といった情報を含む。
特徴量９１１は、印影９１２の特徴を表す。例えば、認証情報が指紋情報の場合、特徴量９１１は、店員の指紋の特徴を表す。また、例えば、認証情報がスタンプ情報の場合、特徴量９１１は、後述する接触部位群１５０５（図１５参照）の特徴、例えば、接触部位群１５０５の大きさ（例えば、印面の大きさ）、接触部位群１５０５の形状（例えば、印面の形状）、接触部位１５０６の数、及び、接触部位１５０６の配置、のうちの少なくとも一つを表す。
印影９１２は、印影９１２の画像を表す。例えば、認証情報が指紋情報の場合、印影９１２は、店員の指紋の画像を表す。また、例えば、認証情報がスタンプ情報の場合、印影９１２は、店舗スタンプ１１６の印面の平面視の画像を表す。
図１０は、ウォレットテーブル５０５の構成例を示す。
ウォレットテーブル５０５は、ユーザの通貨量残高や店舗で使用された通貨量累計に関する情報を保持する。ウォレットテーブル５０５は、例えば、ユーザ及び店舗毎にレコードを有する。各レコードは、ＩＤ１００１、タイプ１００２、ポイント残高１００３、仮押さえポイント１００４、チケット残高１００５及び仮押さえチケット１００６といった情報を保持する。図１０の説明において、ユーザと店舗を「利用体」と総称し、一つの利用体を例に取る（図１０の説明において「注目利用体」）。
ＩＤ１００１は、注目利用体のＩＤである。タイプ１００２は、注目利用体のタイプ（ユーザと店舗のいずれであるか）を表す。
注目利用体がユーザの場合、ポイント残高１００３は、当該ユーザのポイントの残高である。注目利用体が店舗の場合、ポイント残高１００３は、当該店舗で使用されたポイントの累計である。
注目利用体がユーザの場合、仮押さえポイント１００４は、当該ユーザが一つ以上の店舗との間で仮押さえとなっているポイントの累計である。注目利用体が店舗の場合、仮押さえポイント１００４は、当該店舗が一人以上のユーザとの間で仮押さえとなっているポイントの累計である。
注目利用体がユーザの場合、チケット残高１００５は、当該ユーザのチケットの残高である。注目利用体が店舗の場合、チケット残高１００５は、当該店舗で使用されたチケットの累計である。
注目利用体がユーザの場合、仮押さえチケット１００６は、当該ユーザが一つ以上の店舗との間で仮押さえとなっているチケットの累計である。注目利用体が店舗の場合、仮押さえチケット１００６は、当該店舗が一人以上のユーザとの間で仮押さえとなっているチケットの累計である。
図１１は、トランザクションテーブル５０６の構成例を示す。
トランザクションテーブル５０６は、決済の履歴を表す。トランザクションテーブル５０６は、レコード追記型のテーブルである。トランザクションテーブル５０６は、例えば、ＤＡＧ構造のテーブルでよく、その場合、ノードがレコードでよく、エッジがレコード間の関係を表してよい（例えば、ハッシュチェーンが採用されてよい）。トランザクションテーブル５０６におけるレコードを辿ることで、ウォレットテーブル５０５を生成可能である。このため、ウォレットテーブル５０５は、トランザクションテーブル５０６のスナップショットと言うこともできる。
トランザクションテーブル５０６は、例えば、決済毎にレコードを有する。各レコードは、ＩＤ１１０１、トークン１１０２、支払者１１０３、受取者１１０４、通貨量１１０５及びステータス１１０６といった情報を保持する。一つの決済を例に取る（図１１の説明において「注目決済」）。
ＩＤ１１０１は、注目決済のＩＤ（例えば、後述の支払いＩＤ）である。トークン１１０２は、チャージ処理において発行されたトークンである。
支払者１１０３は、注目決済での通貨量の支払者のＩＤ及びタイプを表す。受取者１１０４は、注目決済での通貨量の受取者のＩＤ及びタイプを表す。チャージ処理では、支払者は、店舗（又は発行体）であり、受取者は、ユーザである。支払い処理では、支払者は、ユーザであり、受取者は、店舗である。
通貨量１１０５は、注目決済での通貨量である。ステータス１１０６は、注目決済の状態を表す。
図１２は、メニュー１４０の一例を示す。
メニュー１４０として、例えば、販売対象がリストされており販売対象の購入に使用されるメニュー１４０ａと、通貨量の修正に使用されるメニュー１４０ｂとがある。
メニュー１４０ａには、例えば、販売対象毎に、購入（注文）に必要な通貨量１２００（例えば、チケットの枚数）と、販売対象（例えば、一つ以上の飲食物）を表す画像１２０１（図面もしくは写真）と、当該通貨量及び当該販売対象を表す二次元バーコード１２０２との組合せが印刷されている。メニュー１４０ａは、繰り返し利用されることを想定しており、防水加工もしくはラミネート保護された紙でよい。ユーザは、注文したい販売対象を一つ選んで携帯端末１０９で当該販売対象に対応した二次元バーコード１２０２を読み取る。
メニュー１４０ｂは、通貨量の修正用のメニューである。メニュー１４０ｂは、ユーザが誤って支払い処理をしてしまった場合の取り消し、もしくは不足分のチケットを追加で支払うために使用される。
図１３は、店舗情報カードの一例を示す。
店舗情報カード１１０も、例えば、繰り返し利用されることを想定しており、防水加工もしくはラミネート保護された紙でよい。店舗情報カード１１０には、店舗名称１３０２のような店舗を表す情報と、当該店舗の店舗ＩＤを含んだ店舗情報を表す二次元バーコード１３０１とが印刷されている。ユーザ１０７は、店舗名称１３０２を見て、支払先が、店舗名称１３０２が表す店舗であることを認識する。二次元バーコード１３０１は、更に、例えば、Ｗｅｂ／ＡＰサーバ１０２へアクセスするための情報（例えばＵＲＬ（Uniform Resource Locator））を含む。
本実施形態では、ユーザ１０７は、あらかじめ例えば現金（法定通貨）を地域通貨事務局（発行体の一例）に預け入れ、当該現金分の通貨量（例えばポイント量）を携帯端末１０９に払い出す（チャージする）必要がある。このような処理を「チャージ処理」と称する。本実施形態では、通貨量のチャージ処理に、携帯端末１０９の他に、チャージ用カード１３０及び店舗用タブレット１１１が使用される。
図１４は、チャージ用カード１３０の構成例を示す。
本カード１３０は、ユーザ１０７が自身の携帯端末１０９を対象にチケット量もしくはポイント量を払い出す（チャージする）際の補助を行う販促品である。チャージ用カード１３０は、ユーザ１０７が対象の地域通貨を扱っている地域の店舗１１２に出向いた際に、所望の通貨量が記載されたチャージ用カード１３０を手に取り、現金等価物と共に当該カード１３０を店員１０８に提示する。店員１０８は、店舗用タブレット１１１を用いてチャージ処理を完了させる。チャージ用カード１３０自身は金券ではないため、店舗カウンタ１１３等の一般に触れられる場所に展示しておいても安全である。
チャージ用カード１３０には、その表面に、チャージに必要な現金数量（図１４の例では“１０００円”）、及び、チャージ時に払い出されるポイント量（図１４の例では“１０１０ｐ”）が記載されている。
チャージ用カード１３０の表面には、二次元バーコード１４０１も印刷されている。この二次元バーコード１４０１は、上述のチャージに必要な現金数量と払い出されるポイント量とを表すが、さらに追加の情報を含んでいてもよい。例えば、払い出されるポイント量（通貨量の一例）と現金数量との差額であるプレミアムポイント量（この場合は１０ｐ）の負担元事業者の情報を含ませることが考えられる。本カード１３０の機能により、企業からのスポンサーシップを募り、デジタル地域通貨の運用に資すると共に、企業側の宣伝をカード１３０に印刷するといった協業が可能となる。結果として、地域通貨の利用促進が図られる。
なお、ポイント量のチャージ用カード１３０に代えて又は加えて、チケット量のチャージ用カードがあってもよい。
図１５は、店舗スタンプ１１６の構成の一例を示す。
本スタンプ１１６は、例えば、絶縁性の基材１５０１に導電性の印面用部材１５０２を貼り付け、印面に対して接触部位群１５０５が張り付けられている。接触部位群１５０５は、一つ以上の接触部位１５０６（例えば１５０６ａ～１５０６ｃ）で構成されている。接触部位１５０６の配置によって印影（印面図形）が構成される。印影の特徴は、例えば、接触点数（接触部位１５０６の数）の違いや複数の接触点が表す形状によって異なり、店員１０８が、その特徴を識別できる。印影と店舗の関係は、図９に示した通り、店舗認証テーブル５０４にて管理されている。
店舗スタンプ１１６は、タッチスクリーンに同時に接触する一つ以上の接触部位１５０６で構成された接触部位群１５０５を持つユニットである。
図１６は、チャージ処理のフローの一例を示す。なお、図１６の説明では、通貨量として、ポイント量を採用する。
最初に、ユーザ１０７が、チャージ用カード１３０を店員１０８に提示する。店員１０８が、当該カード１３０の表面に印刷されている二次元バーコード１４０１（第１のバーコードの一例）を店舗用タブレット１１１の決済支援アプリ３１１により読み取る（Ｓ１６０１）。決済支援アプリ３１１が、チャージ用カード１３０の読み取られた二次元バーコード１４０１が表すチャージ情報をＷｅｂ／ＡＰサーバ１０２に送信する（Ｓ１６０２）。本実施形態では、チャージ情報は、チャージ金額（チャージに必要な現金数量、及び、払い出されるポイント量）、店舗ＩＤ、カード発行者ＩＤ（例えば、上述したプレミアムポイント量を負担する企業のＩＤ）を含む。
Ｗｅｂ／ＡＰサーバ１０２の管理プログラム４１１は、決済ＤＢ１０３に対して、チャージ予約処理を行う（Ｓ１６０３）。これにより、ウォレットテーブル５０５において、チャージ情報が表す店舗ＩＤの店舗１１２について、チャージ情報が表すポイント量が、仮押さえポイント１００４に追加される。また、仮押さえを表すレコードが、トランザクションテーブル５０６に追加される。決済ＤＢ１０３により、チャージ用トークンが発行される（Ｓ１６０４）。チャージ用トークンは、管理プログラム４１１により発行されてもよい。チャージ用トークンは、チャージ情報を含む。なお、Ｓ１６０３に従う処理の正当性が、ブロックチェーンＮＷ１０４で検証されてよい（Ｓ１６０５）。具体的には、例えば、ブロックチェーンＮＷ１０４を構成する各ノードが、テーブル５０５及び５０６のうちの少なくともテーブル５０６を有していて、各ノードにより、Ｓ１６０３に従う処理に伴い追加されたレコード（Ｗｅｂ／ＡＰサーバ１０２から伝搬されたレコード）の検証が行われてもよい。
チャージ用トークンを受信したＷｅｂ／ＡＰサーバ１０２の管理プログラム４１１は、チャージ用トークンを表す二次元バーコードを生成する（Ｓ１６０６）。管理プログラム４１１により生成された二次元バーコードは、店舗用タブレット１１１の決済支援アプリ３１１により、店舗用タブレット１１１のタッチスクリーン３０３に表示される（Ｓ１６０７）。図１７が、当該二次元バーコード１７０１の表示の一例を示す。当該二次元バーコード１７０１は、ワンタイムの二次元バーコードである。以下、当該二次元バーコード１７０１を、「チャージ用二次元バーコード１７０１」と言う。チャージ用二次元バーコード１７０１は、第２のバーコードの一例である。生成されたチャージ用二次元バーコード１７０１は、チャージ用トークンの情報を含んでいる。このため、同じカード１３０の二次元バーコード１４０１を読み取りの都度に、内容が異なるトークンが発行され、故に、異なるチャージ用二次元バーコード１７０１、つまり、ワンタイムの二次元バーコードが生成され表示される。このようにチャージ用カード１３０に含まれる二次元バーコード１４０１と異なるワンタイムの二次元バーコード１７０１が用いられることで、二次元バーコード１４０１の不当な貼替えによるポイント量の詐取を防止できる。なお、チャージ用二次元バーコード１７０１は、更に、例えば、Ｗｅｂ／ＡＰサーバ１０２へアクセスするための情報（例えばＵＲＬ）を含む。
ユーザ１０７が、携帯端末１０９の地域通貨アプリ２１１により、店舗用タブレット１１１に表示されているチャージ用二次元バーコード１７０１を読み取る（Ｓ１６０９）。これにより、地域通貨アプリ２１１は、チャージＵＩを、携帯端末１０９のタッチスクリーン２０３に表示する。チャージＵＩは図示されないが、チャージ用ＵＩの特徴は、後述の支払いＵＩと同じである。すなわち、チャージＵＩの特徴の一つは、ユーザ１０７によるタッチ操作を受け付けるユーザ側ＵＩと、店員１０８によるタッチ操作を受け付ける店舗側ＵＩとが配置されていることにある。店員１０８によるタッチ操作は、後述するように、指によるタッチでもよいし店舗スタンプ１１６によるタッチでもよい。
チャージされるポイント量の確認において、ユーザ１０７及び店員１０８の両者が、携帯端末１０９上のタッチスクリーンに同時にタッチする（Ｓ１６１０）。すなわち、ユーザ１０７が、携帯端末１０９のタッチスクリーン２０３に表示されているチャージＵＩにおけるユーザ側ＵＩをタッチし、店員１０８が、同チャージＵＩにおける店舗側ＵＩをタッチする。
地域通貨アプリ２１１が、ユーザ側ＵＩに対するタッチ操作と店舗側ＵＩに対するタッチ操作とが同時にされ続けている時間（ユーザ側ＵＩと店舗側ＵＩが同時にタッチされ続けている時間）を計時し、計時されている時間が一定時間に達したか否かを判断する（Ｓ１６１１）。Ｓ１６１１の判断結果が偽の場合、地域通貨アプリ２１１は、Ｓ１６１１の判断結果が真になるまで待つ。その間、ユーザ側ＵＩ及び店舗側ＵＩの少なくとも一つについてタッチが検出されなくなった場合、チャージ処理がキャンセルされてよい。つまり、ユーザ１０７と店員１０８のいずれかがタッチを止めることが、チャージ処理のキャンセル要求でよい。
Ｓ１６１１の判断結果が真の場合（つまり、ユーザ１０７と店員１０８の両者によるタッチが所定時間維持された後）、地域通貨アプリ２１１が、Ｗｅｂ／ＡＰサーバ１０２に対してチャージ要求を送信する（Ｓ１６１２）。送信されたチャージ要求には、読み取られたチャージ用二次元バーコードが表すチャージ用トークンの情報に加えて、ユーザ１０７のユーザＩＤが関連付けられている。ユーザＩＤは、例えば、予め携帯端末１０９の地域通貨アプリ２１１に登録されているユーザＩＤでもよいし、そのユーザＩＤに代えて又は加えて、携帯端末１０９の個体情報を含んでもよい。また、チャージ要求には、店員１０８がいる店舗１１２の認証情報も関連付けられる。認証情報は、店員１０８の指紋情報、又は、店舗１１２の店舗スタンプ１１６のスタンプ情報である。指紋情報は、店員１０８の指紋の特徴量又は指紋画像を含む。スタンプ情報は、店舗スタンプ１１６の印影の特徴量又は印影画像を含む。
チャージ要求を受けたＷｅｂ／ＡＰサーバ１０２の管理プログラム４１１が、当該チャージ要求に関連付けられているチャージ用トークンから特定される店舗ＩＤに対応した認証情報９０２を店舗認証テーブル５０４から特定し、特定した認証情報９０２を用いて、当該チャージ要求に関連付けられている認証情報が正当か否かを判断する（Ｓ１６１３）。Ｓ１６１３の判断結果が偽の場合、図示しないが、管理プログラム４１１は、チャージ失敗を、携帯端末１０９の地域通貨アプリ２１１に返してよい。この場合、地域通貨アプリ２１１は、チャージ失敗の応答を受けて、チャージ失敗の通知をタッチスクリーン２０３に表示してよい。
Ｓ１６１３の判断結果が真の場合、Ｗｅｂ／ＡＰサーバ１０２の管理プログラム４１１が、当該チャージ用トークンが表すチャージ金額及び店舗ＩＤに、当該チャージ要求に関連付けられているユーザＩＤを関連付ける（Ｓ１６１４）。具体的には、例えば、管理プログラム４１１は、当該店舗ＩＤについて仮押さえになっていたポイント量をユーザ１０７に対して付与する。決済ＤＢ１０３内のウォレットテーブル５０５において、ユーザ１０７のポイント残高１００３が増え、店舗１１２の仮押さえポイント１００４が減る。また、仮押さえになっていたポイント量がユーザ１０７に対して付与されたことを表すレコードが、トランザクションテーブル５０６に追加される。なお、この段落で述べた処理の正当性が、ブロックチェーンＮＷ１０４で検証されてよい（Ｓ１６１６）。具体的には、例えば、ブロックチェーンＮＷ１０４を構成する各ノードにより、この段落で述べた処理に伴い追加されたレコードの検証が行われてもよい。
Ｗｅｂ／ＡＰサーバ１０２の管理プログラム４１１が、決済ＤＢ１０３の更新に成功を受け（Ｓ１６１５）、チャージ用二次元バーコード１７０１を無効化する（Ｓ１６１７）。「チャージ用二次元バーコードの無効化」とは、当該チャージ用二次元バーコード１７０１が表すチャージ用トークンは使用済みであることを記憶装置４０２に登録することで、以後、同じチャージ用トークンの情報をＷｅｂ／ＡＰサーバ１０２が受けてもチャージ処理が進まないことを意味する。これにより、例えば、店舗用タブレット１１１に表示されている同じチャージ用二次元バーコード１７０１が携帯端末１０９の地域通貨アプリ２１１によって読み取られても、チャージは失敗となる。
Ｗｅｂ／ＡＰサーバ１０２の管理プログラム４１１が、携帯端末１０９に対してチャージ成功を応答し（Ｓ１６１８）、その応答を受けた携帯端末１０９の地域通貨アプリ２１１が、チャージ成功の通知をタッチスクリーン２０３に表示する（Ｓ１６１９）。
以上のようにして、携帯端末１０９にポイント量がチャージされる（同様にして、携帯端末１０９にチケット量がチャージされてもよい）。チャージ用カード１３０が表す通貨量は、店舗用タブレット１１１を通じて、イネーブル（チャージ可能）となる。
図１９は、携帯端末１０９に表示されたアプリトップＵＩの一例を示す。
地域通貨アプリ２１１が起動されると、図１９に例示のアプリトップＵＩが表示される。アプリトップＵＩは、ユーザ１０７が保有している通貨量（例えばポイント量）を表示する。アプリトップＵＩは、支払いのためのＵＩ（例えばアイコン）やチャージのためのアイコンに加え、ユーザ間での通貨量を授受するためのＵＩや、本地域通貨を利用可能な店舗の一覧を閲覧するためのＵＩを備える。また、アプリトップＵＩは、カメラ２０４を通じて支払いやチャージに必要な二次元バーコードを読み込むためのＵＩを備えてもよい。さらには、アプリトップＵＩは、ユーザ１０７が使用した通貨量の履歴を確認するためのＵＩや、ユーザ１０７が指定した店舗１１２に来店した回数を示す来店記録を確認するためのＵＩを備えてもよい。
図２０は、携帯端末に表示された来店確認ＵＩの一例を示す。
来店確認ＵＩは、例えばアプリトップＵＩのうち、ユーザ１０７が指定した店舗１１２の来店記録を確認するためのＵＩが指定された場合に、携帯端末１０９のタッチスクリーン２０３に表示される。店舗ごとに、少なくとも１支払いがされるに１マークが得られる。マークの配布タイミングは店舗ごとに設定できてよい。例えば、支払を伴わなくても配布可能とされてもよいし、１日に１回のみに制限されてもよい。来店マークを特定の数（図２０の例では９）あつめると、引き換えに店舗固有のサービスが受けられてよい。サービス提供のタイミングで全マークがゼロに戻されてよい。
図２１は、支払い処理のフローの一例を示す。なお、以下の支払い処理の説明では、通貨量として、チケット量を採用する。
ユーザ１０７が、携帯端末１０９の地域通貨アプリ２１１により、店舗情報カード１１０上の二次元バーコード１３０１を読み取る（Ｓ２１０１）。地域通貨アプリ２１１が、読み取られた二次元バーコード１３０１が表すＵＲＬに従いＷｅｂ／ＡＰサーバ１０２に接続し、Ｗｅｂ／ＡＰサーバ１０２に、読み取られた二次元バーコード１３０１が表す店舗情報を関連付けた要求を送信する（Ｓ２１０２）。当該要求を受け取ったＷｅｂ／ＡＰサーバ１０２の管理プログラム４１１は、当該要求に関連付けられている店舗情報中の店舗ＩＤに対応したレコード群を決済ＤＢ１０３中のメニューテーブル５０３から取得し、携帯端末１０９に対して、取得したレコード群に従う店舗メニュー情報を応答する（Ｓ２１０３）。なお、Ｓ２１０１～Ｓ２１０３は省略され、Ｓ２１０４以降で、店舗１１２に置かれているメニュー１４０ａが使用されてもよい。メニュー１４０ａに印刷されている二次元バーコード１２０２には、Ｗｅｂ／ＡＰサーバ１０２のＵＲＬを表す情報が含まれていてもよい。
以下の説明では、メニュー１４０ａの使用に代えて、携帯端末１０９に応答された店舗メニュー情報が表し携帯端末１０９に表示された店舗メニューが使用されることとする。
ユーザ１０７は、携帯端末１０９を用いて、店舗メニューから所望の販売対象を指定する。すると、当該販売対象の支払い条件の入力を受け付ける支払い条件入力ＵＩが、地域通貨アプリ２１１により、携帯端末１０９のタッチスクリーン２０３に表示される。図２２が、支払い条件入力ＵＩの一例を示す。支払い条件入力ＵＩは、例えば、ユーザ１０７に紐づいて所持されているチケット量（チケット残高）２２０３、指定した販売対象の情報２２０４、及び、支払いを受け取る者としての店舗１１２の情報２２０５を表示する。また、支払い条件入力ＵＩは、チケット量調整ＵＩ２０６と、支払いボタン２２０７とを表示する。ユーザ１０７は、チケット量調整ＵＩ２２０６に対して支払うチケット量を入力し、支払ボタン２２０７を押す（Ｓ２１０４）。販売対象毎に必要チケット量が決まっているので、販売対象の数を入力することで、チケット量が調整されてよい。その後、地域通貨アプリ２１１により、図２３に例示の支払い条件確認ＵＩ２３０１（ダイアログ）がタッチスクリーン２０３に表示される。当該ＵＩは、支払われるチケット量をユーザ１０７に確認させるＵＩである。支払い確認ＵＩ２３０１は、支払われるチケット量（例えば１枚）及びユーザ１０７が保持しているチケット量（例えば７枚）を表示する。ユーザ１０７は、意図する支払い条件になっていれば、当該ＵＩ２３０１上のＯＫボタンを押す。
その後、地域通貨アプリ２１１は、支払い要求をＷｅｂ／ＡＰサーバ１０２に送信する（Ｓ２１０５）。支払い要求には、入力されたチケット量、ユーザ１０７のユーザＩＤ、店舗１１２の店舗ＩＤが関連付けられている。
支払い要求を受け取ったＷｅｂ／ＡＰサーバ１０２の管理プログラム４１１は、決済ＤＢ１０３に対して、当該支払い要求に関連付けられているユーザＩＤ及び店舗ＩＤについて、当該支払い要求に関連付けられているチケット量を仮押さえする（Ｓ２１０６）。これにより、ウォレットテーブル５０５において、当該ユーザＩＤ及び当該店舗ＩＤの各々について、チケット量が、仮押さえチケット１００６に追加される。また、仮押さえを表すレコードが、トランザクションテーブル５０６に追加される。なお、Ｓ２１０６に従う処理の正当性が、ブロックチェーンＮＷ１０４で検証されてよい（Ｓ２１０８）。具体的には、例えば、ブロックチェーンＮＷ１０４を構成する各ノードにより、Ｓ２１０６に従う処理に伴い追加されたレコード（Ｗｅｂ／ＡＰサーバ１０２から伝搬されたレコード）の検証が行われてもよい。
Ｗｅｂ／ＡＰサーバ１０２は、仮押さえの応答を受け（Ｓ２１０７）、携帯端末１０９に対して、支払いＩＤを応答する（Ｓ２１０９）。支払いＩＤは、この支払い処理を通じて使われるユニークなＩＤであり、支払い要求に関連付けられている情報に関連付けられる。
支払いＩＤを受けた携帯端末１０９の地域通貨アプリ２１１が、支払いＵＩを、携帯端末１０９のタッチスクリーン２０３に表示する。
図２４は、支払いＵＩの一例を示す。なお、本実施形態では、携帯端末１０９の長手方向が、携帯端末１０９の上下方向であるが（つまり、携帯端末１０９は縦向きで使用されが）、携帯端末１０９の幅方向が、携帯端末１０９の上下方向とされてもよい（つまり、携帯端末１０９は横向きで使用されてよい）。
支払いＵＩは、ユーザ１０７によるタッチ操作を受け付けるユーザ側ＵＩ２４０５と、店員１０８によるタッチ操作を受け付ける店舗側ＵＩ２４０４とが配置されている。ユーザ側ＵＩ２４０５と店舗側ＵＩ２４０４は、携帯端末１０９の長手方向に沿って配置されており、携帯端末１０９の中央を隔てて向かい合わせになっている。ユーザ１０７にとって携帯端末１０９の上側（又は下側）が、店員１０８にとって携帯端末１０９の下側（又は上側）である。ユーザ側ＵＩ２４０５と店舗側ＵＩ２４０４間の空きスペースに、店員１０８にとっての上側を上側として、販売対象と支払われるチケット量とを表す情報２４０２が表示される。これにより、情報２４０２を見て支払いの妥当性を対面で確認しあうことができる。この図の例では「ワンドリンク or おすすめフード１品」を１人分注文し、合計１枚のチケットで支払うことに両者が合意する。
ユーザ１０７が、店員１０８に、支払いＵＩが表示されている携帯端末１０９を提示する。ユーザ１０７と店員１０８の両者で同時にタッチスクリーン２０３に対するタッチ操作をする（図２１のＳ２１１０）。支払いのためにはユーザ１０７の操作だけでなくユーザ１０７の携帯端末１０９を用いた店員１０８による対面での操作も必要である。このため、ユーザ１０７と店員１０８間でのコミュニケーションの機会ができる。
本実施形態では、支払い完了のための条件として、ユーザ側ＵＩ２４０５と店舗側ＵＩ２４０４が同時にタッチされている時間が一定時間であることが採用される。具体的には、地域通貨アプリ２１１が、ユーザ側ＵＩ２４０５に対するタッチ操作と店舗側ＵＩ２４０４に対するタッチ操作とが同時にされ続けている時間を計時し、計時されている時間が一定時間に達したか否かを判断する（図２１のＳ２１１１）。このため、ユーザ１０７はユーザ側ＵＩ２４０５に触れ続けは、店員１０８は店舗側ＵＩ２４０４に触れ続ける必要がある。このため、ユーザ１０７と店員１０８間でのコミュニケーションのために一定の時間が与えられ、結果として、ユーザ１０７と店員１０８間での積極的なコミュニケーションが誘発される。
なお、同時にタッチされている計時時間を表すゲージであるタッチゲージ２４０３が、支払いＵＩに設けられている。地域通貨アプリ２１１が、ユーザ１０７と店員１０８によりＵＩ２４０５及び２４０４が同時にタッチされ続けている時間を計時するが、それに伴い、タッチゲージ２４０３における計時時間を増やし続ける。計時時間が一定時間に達するとタッチゲージ２４０３において計時時間が満タンになる。これにより、コミュニケーション可能な終了時間までのカウントダウンが可視化されるため、ユーザ１０７と店員１０８間での積極的なコミュニケーションの一層の誘発が期待できる。なお、タッチゲージ２４０３は、支払いＵＩとチャージＵＩのいずれにおいても採用されても採用されなくてもよい。
タッチゲージ２４０３は、例えば、バー状のゲージであり、ユーザ側ＵＩ２４０５から店舗側ＵＩ２４０４の範囲にかけて長手方向に沿って延びている。これにより、ユーザ１０７と店員１０８の両者にとって見易い。
Ｓ２１１１の判断結果が偽の場合、地域通貨アプリ２１１は、Ｓ２１１１の判断結果が真になるまで待つ。その間、ユーザ側ＵＩ２４０５及び店舗側ＵＩ２４０４の少なくとも一つについてタッチが検出されなくなった場合、チャージ処理がキャンセルされてよい。つまり、ユーザ１０７と店員１０８のいずれかがタッチを止めることが、チャージ処理のキャンセル要求でよい。例えば、支払い内容が妥当でない、もしくは間違えた注文である場合は、上記の一定時間内に両者もしくは片方が指を携帯端末１０９から離すことで、支払い処理を中止することができる。
以上のようにして、ユーザ１０７と店員１０８は一つの携帯端末１０９上のスクリーン２０３にタッチして支払いに同意する。タッチ継続中において、地域通貨アプリ２１１が、店舗の認証情報を取得する。認証情報は、店舗側ＵＩ２４０４にタッチされている指の指紋情報（又は後述の通り店舗スタンプ１１６のスタンプ情報）である。つまり、店員１０８によるタッチ操作が、支払いの合意と認証情報の入力を兼ねている。店員１０８が別途認証情報を入力する必要が無いので、店員１０８にとって利便性が高い。この点、上述したチャージ処理についても同様である。
一定時間タッチが継続されると、携帯端末１０９の地域通貨アプリ２１１が、Ｗｅｂ／ＡＰサーバ１０２に対して、支払い実行指示を送信する（Ｓ２１１２）。本指示には、Ｓ２１０９で応答された支払いＩＤと、地域通貨アプリ２１１により取得された上述の認証情報が関連付けられる。
本指示を受信したＷｅｂ／ＡＰサーバ１０２の管理プログラム４１１は、当該指示に関連付けられている支払いＩＤに紐付いている店舗ＩＤに対応した認証情報９０２を店舗認証テーブル５０４から特定し、特定した認証情報９０２を用いて、当該指示に関連付けられている認証情報が正当か否かを判断する（Ｓ２１１３）。Ｓ２１１３の判断結果が偽の場合、管理プログラム４１１は、支払い失敗を、携帯端末１０９の地域通貨アプリ２１１に返してよい。この場合、地域通貨アプリ２１１は、支払い失敗の応答を受けて、支払い失敗の通知をタッチスクリーン２０３に表示してよい。図２７が、支払い失敗通知（ダイアログ）２７０１の一例を示す。図２７を図２３と比較すると、支払い失敗のため、ユーザ１０７が所持しているチケット量に変更が無い。
Ｓ２１１３の判断結果が真の場合、Ｗｅｂ／ＡＰサーバ１０２の管理プログラム４１１が、ユーザ１０７の有するチケット量から支払いがされるチケット量を減算する処理を決済ＤＢ１０３にコミットする（Ｓ２１１４）。これにより、決済ＤＢ１０３内のウォレットテーブル５０５において、支払いＩＤに紐付いているユーザ１０７について、チケット残高１００５及び仮押さえチケット１００６が減り、支払いＩＤに紐付いている店舗１１２について、チケット残高１００５が増え仮押さえチケット１００６が減る。また、仮押さえになっていたチケット量がユーザ１０７から店舗１１２に支払われたことを表すレコードが、トランザクションテーブル５０６に追加される。なお、Ｓ２１１４の処理の正当性が、ブロックチェーンＮＷ１０４で検証されてよい（Ｓ２１１６）。具体的には、例えば、ブロックチェーンＮＷ１０４を構成する各ノードにより、Ｓ２１１４の処理に伴い追加されたレコードの検証が行われてもよい。
Ｗｅｂ／ＡＰサーバ１０２の管理プログラム４１１が、決済ＤＢ１０３のコミット成功を受け（Ｓ２１１５）、支払い完了を携帯端末１０９に応答する（Ｓ２１１７）。その応答を受けた携帯端末１０９の地域通貨アプリ２１１が、支払い完了の通知をタッチスクリーン２０３に表示する（Ｓ２１１８）。図２５が、支払い完了通知２５０１の一例を示す。図２５を図２３と比較すると、支払い完了のため、ユーザ１０７が所持しているチケット量が減っている。
以上のようにして、チケット量の支払いが行われる。支払いの完了の通知と並行して、メールやＳＭＳ（Short Messaging Service）等で決済内容がユーザ１０７及び店員１０８に通知されてもよいし、支払い処理が、ＰＯＳ（Point Of Sale）や自動注文システムと連携されてもよい。また、店員１０８のタッチ操作は、図２６に例示するように、店舗スタンプ１１６によるタッチ操作でもよい。店員１０８の指紋情報や店舗スタンプ１１６のスタンプ情報といった店舗１１２の認証情報を用いて認証が行われる。これにより、セキュリティを高め悪意のある第３者からの詐取を防止できる。例えば、第３者により店舗情報カード１１０の二次元バーコードが不正に差し替えられた場合、Ｓ２１１３の判断結果が偽となり、支払い失敗となる。
以上が、本実施形態についての説明である。
なお、図２１～図２７を参照した支払い処理の説明は、通貨量としてチケット量が採用されたが、チケット量に代えて又は加えてポイント量が採用されてもよい。例えば、ポイント量が使用された支払い処理が完了した場合、図１８に例示の支払い完了通知ＵＩが、携帯端末１０９のタッチスクリーン２０３に、地域通貨アプリ２１１により表示される。なお、支払い完了通知ＵＩは、ユーザ１０７（例えば地域住民）と店舗１１２との交流を促すための仕掛けとして、店舗１１２のサービスに対する好意をユーザ１０７が表す「いいね」の送信ボタン１８０１や、チップの送信ボタン１８０２とを有している。「いいね」の送信ボタン１８０１は、複数回のタップもしくは長押しを行うことによって複数レベルの好意を示すことができる。また、チップは、特定のポイント量（例えば５０ポイント）であるが、チップとしてのポイント量は、ユーザ１０７任意のポイント量でもよい。
上述したように、本実施形態において、地域通貨の利用促進は、対面決済の工夫を通じて図られている。地域の店舗１１２は、一般に小規模である。このため、地域通貨の決済のための大掛かりな設備投資を店舗１１２が行うことは困難である。
また、地域通貨の利用促進のために、ユーザ１０７と店員１０８との間で積極的にコミュニケーションをとることを誘発する技術が望ましいと考えられる。
これらを解決するため、本実施形態では、ユーザ１０７の携帯端末１０９が、ユーザ１０７と店員１０８の対面決済に利用される。これにより、店舗１１２側での大がかりな設備投資を不要とし、且つ、ユーザ１０７と店員１０８間のコミュニケーションの機会が提供される。そして、同時にタッチされる時間は一定時間必要とされているので、ユーザ１０７と店員１０８間の積極的なコミュニケーションが誘発される。
なお、ユーザ１０７のタッチ操作だけでは決済ができず店員１０８のタッチ操作が決済の要件とされていることは、店舗の同意を得ずにユーザだけで操作を完了させてしまうことを不可能とし、以って、地域通貨の払出者である店舗を迂回した不正な通貨量払出を防止することができる。
また、本実施形態によれば、店舗１１２の認証情報が使用される。このため、決済のための読み取り対象の二次元バーコードが、店舗１１２の店頭のような来店者であれば誰でも触れられる環境にあって当該二次元バーコードが不正に差し替えられたら、決済が失敗する。このため、不正な二次元バーコードを介してユーザ１０７が意図しない者に通貨量が支払われることを防ぐことができる。また、認証情報は、指紋情報やスタンプ情報であり、店員１０８のタッチ操作において地域通貨アプリ２１１により取得される情報である。店員１０８が別途認証情報を入力する必要が無いので、店員１０８にとって利便性が高い。
本実施形態では、例えば、下記のような幾つかの変形例が考えられる。
・ユーザ側ＵＩ２４０５が、決済ＵＩ（支払いＵＩ又はチャージＵＩ）に一個以上配置されてもよい。例えば、地域通貨アプリ２１１が、ユーザ側の人数の入力を受け付け、入力された人数と同じ数又はそれより少ない数のユーザ側ＵＩ２４０５を決済ＵＩ（支払いＵＩ又はチャージＵＩ）上に配置してもよい。この場合、全ての又は一部の所定数以上のユーザ側ＵＩ２４０５が同時にタッチされ続けていることが決済完了の要件とされてよい。これにより、例えば、複数人で来店した場合、複数人を交えて店員１０８とのコミュニケーションが図られる。
・店舗側ＵＩ２４０４が、決済ＵＩに一個以上配置されてもよい。例えば、地域通貨アプリ２１１が、指定された販売対象が表す情報から所定数の店員（例えば、営業員とその上司）を特定した場合、人数分の店舗側ＵＩ２４０４を支払いＵＩ上に配置してもよい。全ての又は一部の所定数以上の店舗側ＵＩ２４０５が同時にタッチされ続けていることが決済完了の要件とされてよい。
・ユーザ側ＵＩ２４０５及び店舗側ＵＩ２４０４の少なくとも一つが複数個表示された場合、全てのＵＩが同時にタッチされ続けることに代えて、所定割合の一部のＵＩが同時にされ続けることが採用されてもよい。
・ユーザ１０７と店員１０８の同時のタッチ操作に加えて、ユーザ１０７と店員１０８の会話も、決済完了の要件とされてよい。会話がされたことは、携帯端末１０９のマイク２０５を通じて地域通貨アプリ２１１により検出されてよい。
・計時時間の閾値（所定時間の一例）としての時間は、常に一定でなくてもよい。例えば、地域通貨アプリ２１１は、インターフェース装置２０１、カメラ２０４、マイク２０５及びタッチスクリーン２０３を介して携帯端末１０９に入力される種々の情報を基に、計時時間の閾値を決定してよい。
・ユーザ側ＵＩ２４０５と店舗側ＵＩ２４０４の配置は、向かい合わせになることに代えて（ユーザ１０７にとっての上側と店員１０８にとっての上側が反対であることに代えて）、隣り合ってもよい（ユーザ１０７にとっての上側と店員１０８にとっての上側が同じであってもよい）。
・また、ユーザ側ＵＩ２４０５及び店舗側ＵＩ２４０４が同時にタッチされていることを知らせる方法として、同時にタッチされ続けている計時時間をタッチゲージ２４０３にて表す方法以外の方法が採用されてもよい。例えば、ユーザ側ＵＩ２４０５及び店舗側ＵＩ２４０４が同時にタッチされ続けている間、地域通貨アプリ２１１が、ユーザ側ＵＩ２４０５の周縁と店舗側ＵＩ２４０４の周縁を点滅させてよい（例えば、ＵＩ２４０５及び２４０４の各々の輪郭をグローで表示してよい）。これにより、ユーザ１０７と店員１０８は、決済が進んでいることを知ることができる。計時時間が一定時間に達したら、地域通貨アプリ２１１が、点滅表示を停止してよい。
以上の説明を、例えば下記のように総括することができる。
デジタル地域通貨の利用促進を支援するシステムは、携帯端末１０９（ユーザ端末の一例）において実行される地域通貨アプリ２１１（第１のアプリケーションプログラムの一例）と、携帯端末１０９と通信するＷｅｂ／ＡＰサーバ１０２（サーバの一例）とで構成される。地域通貨アプリ２１１が携帯端末１０９に実行されることで、携帯端末１０９に、デジタル地域通貨の通貨量の指定を受け付ける機能Ａと、通貨量の決済のための決済ＵＩとして、ユーザ側ＵＩ２４０５と店舗側ＵＩ２４０４とが配置された決済ＵＩをタッチスクリーン２０３に表示する機能Ｂと、ユーザ側ＵＩ２４０５に対するタッチ操作と店舗側ＵＩ２４０４に対するタッチ操作とが同時にされ続けている時間が所定時間に達したか否かを判断する機能Ｃと、当該判断の結果が真の場合に上記指定された通貨量の決済要求をＷｅｂ／ＡＰサーバ１０２に送信する機能Ｄと、決済完了の応答をＷｅｂ／ＡＰサーバ１０２から受けた場合に、上記指定された通貨量の決済が完了したことの通知である決済完了通知をタッチスクリーン２０３に表示する機能Ｅとが実現される。これにより、地域に属する店舗１１２がデジタル地域通貨の決済のための大がかりな設備投資をすること無しにデジタル地域通貨の利用促進を実現できる。なお、配置されるユーザ側ＵＩ２４０５は、Ｍ個（Ｍは自然数）でよい。配置される店舗側ＵＩ２４０４は、Ｎ個（Ｎは自然数）でよい。同時にタッチ操作されるユーザ側ＵＩ２４０５は、Ｘ個（ＸはＭ以下の自然数）でよい。同時にタッチ操作される店舗側ＵＩ２４０４は、Ｙ個（ＹはＮ以下の自然数）でよい。
店舗側ＵＩ２４０４に対するタッチ操作が、店舗１１２の認証情報の入力を兼ねている。具体的には、例えば、店舗側ＵＩ２４０４に対するタッチ操作が、店員１０８の指をタッチスクリーン２０３にタッチすることであり、認証情報は、店員１０８の指紋情報である。或いは、店舗側ＵＩ２４０４に対するタッチ操作が、タッチスクリーン２０３に同時に接触する一つ以上の接触部位１５０６で構成された接触部位群１５０５を持つユニットである店舗スタンプ１１６の接触部位群１５０５をタッチスクリーン２０３にタッチすることであり、接触部位群１５０５は、店舗１１２に固有の特徴を有し、認証情報は、接触部位群１５０５の特徴を表す情報であるスタンプ情報である。これにより、上述したように決済のセキュリティが高まり、結果として、コミュニケーションの誘発に加えて決済のセキュリティが高まるという観点からも、デジタル地域通貨の利用促進を実現することが期待できる。
デジタル地域通貨の利用促進を支援するシステムは、店舗用タブレット１１１（店舗端末の一例）で実行される決済支援アプリ３１１（第２のアプリケーションプログラムの一例）を更に備える。決済が、チャージの場合、決済支援アプリ３１１が店舗用タブレット１１１で実行されることで、店舗用タブレット１１１に、店舗情報カード１１０（印刷媒体の一例）に印刷されているデジタル地域通貨の通貨量を表す二次元バーコード１３０１（第１の二次元バーコードの一例）を読み取る機能ａと、読み取られた二次元バーコード１３０１が表す通貨量と店舗１１２の店舗ＩＤとを表すチャージ情報を、Ｗｅｂ／ＡＰサーバ１０２に送信する機能ｂとが実現される。Ｗｅｂ／ＡＰサーバ１０２が、チャージ情報が表す通貨量及び店舗ＩＤに基づくチャージ用トークンを表すチャージ用二次元バーコード１７０１（第２の二次元バーコードの一例）を生成する。決済支援アプリ３１１が店舗用タブレット１１１で実行されることで、店舗用タブレット１１１に、更に、生成されたチャージ用二次元バーコードを店舗用タブレット１１１のタッチスクリーン３０３に表示する機能ｃが実現される。地域通貨アプリ２１１が携帯端末１０９に実行されることで、携帯端末１０９に、更に、店舗用タブレット１１１のタッチスクリーン３０３に表示されているチャージ用二次元バーコード１７０１を読み取る機能Ｆが実現される。機能Ｄが、上述の判断の結果が真の場合に、読み取られた第２の二次元バーコードが表すチャージ用トークンの他にユーザのユーザＩＤと店舗の認証情報とが関連付けられた、通貨量のチャージ要求を、Ｗｅｂ／ＡＰサーバ１０２に送信する。Ｗｅｂ／ＡＰサーバ１０２が、チャージ要求を受けた場合、チャージ要求に関連付けられている認証情報が、店舗ＩＤに関連付けられている認証情報に適合するか否かを判断する。当該判断の結果が真の場合に、Ｗｅｂ／ＡＰサーバ１０２が、トランザクションテーブル５０６（デジタル地域通貨の通貨量の決済毎に当該決済を表すオブジェクトが追加されるトランザクション情報の一例）に、受けたチャージ要求に関連付いているチャージ用トークンが表す通貨量及び店舗ＩＤと、当該チャージ要求に関連付いているユーザＩＤとを含んだレコードを追加し、チャージ完了を携帯端末１０９に通知する。
以上、一実施形態及び幾つかの変形例を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態及び変形例にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。
１００：ＩＴシステム １０２：Ｗｅｂ／ＡＰサーバ １０３：決済ＤＢ １０９：携帯端末

Claims (14)

  1. タッチスクリーンを有するユーザ端末が、デジタル地域通貨の通貨量の指定を受け付け、
    前記ユーザ端末が、前記通貨量の決済のための決済ＵＩ（User Interface）として、ユーザによるタッチ操作を受け付けるユーザ側ＵＩと、店舗の店員によるタッチ操作を受け付ける店舗側ＵＩとが配置されたＵＩを前記タッチスクリーンに表示し、
    前記ユーザ端末が、前記ユーザ側ＵＩに対するタッチ操作と前記店舗側ＵＩに対するタッチ操作とが同時にされ続けている時間が所定時間に達したか否かを判断し、
    前記ユーザ端末が、当該判断の結果が真の場合に、前記通貨量の決済要求を、サーバに送信し、
    前記ユーザ端末が、前記サーバから、前記決済要求に対する決済完了応答を受けた場合に、前記通貨量の決済が完了したことの通知である決済完了通知を前記タッチスクリーンに表示する、
    デジタル地域通貨の利用促進を支援する方法。
  2. 前記店舗側ＵＩに対するタッチ操作が、前記店舗の認証情報の入力を兼ねている、
    請求項１に記載の方法。
  3. 前記店舗側ＵＩに対するタッチ操作が、前記店員の指を前記タッチスクリーンにタッチすることであり、
    前記認証情報は、前記店員の指紋情報である、
    請求項２に記載の方法。
  4. 前記店舗側ＵＩに対するタッチ操作が、前記タッチスクリーンに同時に接触する一つ以上の接触部位で構成された接触部位群を持つユニットである店舗スタンプの前記接触部位群を前記タッチスクリーンにタッチすることであり、
    前記接触部位群は、前記店舗に固有の特徴を有し、
    前記認証情報は、前記接触部位群の特徴を表す情報であるスタンプ情報である、
    請求項２に記載の方法。
  5. 前記決済が、チャージの場合、
    タッチスクリーンを有する店舗端末が、印刷媒体に印刷されており前記デジタル地域通貨の通貨量を表す第１の二次元バーコードを読み取り、
    前記店舗端末が、前記読み取られた第１の二次元バーコードが表す通貨量と前記店舗の店舗ＩＤとを表すチャージ情報を、前記サーバに送信し、
    前記サーバが、前記チャージ情報が表す通貨量及び店舗ＩＤに基づくチャージ用トークンを表す第２の二次元バーコードを生成し、
    前記店舗端末が、前記生成された第２の二次元バーコードを前記店舗端末のタッチスクリーンに表示し、
    前記ユーザ端末が、前記店舗端末のタッチスクリーンに表示されている第２の二次元バーコードを読み取り、
    前記ユーザ端末が、前記判断の結果が真の場合に、前記読み取られた第２の二次元バーコードが表すチャージ用トークンの他に前記ユーザのユーザＩＤと前記店舗の認証情報とが関連付けられた、前記通貨量のチャージ要求を、前記サーバに送信し、
    前記サーバが、前記チャージ要求を受けた場合、前記チャージ要求に関連付けられている認証情報が、前記店舗ＩＤに関連付けられている認証情報に適合するか否かを判断し、
    前記サーバが、当該判断の結果が真の場合に、前記デジタル地域通貨の通貨量の決済毎に当該決済を表すオブジェクトが追加される情報であるトランザクション情報に、前記受けたチャージ要求に関連付いているチャージ用トークンが表す通貨量及び店舗ＩＤと、当該チャージ要求に関連付いているユーザＩＤとを含んだオブジェクトを追加し、チャージ完了を前記ユーザ端末に通知し、
    前記決済完了通知は、チャージが完了したことの通知であるチャージ完了通知である、
    請求項２に記載の方法。
  6. タッチスクリーンを有するユーザ端末において実行される第１のアプリケーションプログラムと、
    前記ユーザ端末と通信するサーバと
    を備え、
    前記第１のアプリケーションプログラムが、
    デジタル地域通貨の通貨量の指定を受け付け、
    前記通貨量の決済のための決済ＵＩ（User Interface）として、ユーザによるタッチ操作を受け付けるユーザ側ＵＩと、店舗の店員によるタッチ操作を受け付ける店舗側ＵＩとが配置されたＵＩを前記タッチスクリーンに表示し、
    前記ユーザ側ＵＩに対するタッチ操作と前記店舗側ＵＩに対するタッチ操作とが同時にされ続けている時間が所定時間に達したか否かを判断し、
    当該判断の結果が真の場合に、前記通貨量の決済要求を、サーバに送信し、
    前記サーバから、決済完了の応答を受けた場合に、前記通貨量の決済が完了したことの通知である決済完了通知を前記タッチスクリーンに表示する、
    ことを前記ユーザ端末に実行させる、
    デジタル地域通貨の利用促進を支援するシステム。
  7. 前記店舗側ＵＩに対するタッチ操作が、前記店舗の認証情報の入力を兼ねている、
    請求項６に記載のシステム。
  8. 前記店舗側ＵＩに対するタッチ操作が、前記店員の指を前記タッチスクリーンにタッチすることであり、
    前記認証情報は、前記店員の指紋情報である、
    請求項７に記載のシステム。
  9. 前記店舗側ＵＩに対するタッチ操作が、前記タッチスクリーンに同時に接触する一つ以上の接触部位で構成された接触部位群を持つユニットである店舗スタンプの前記接触部位群を前記タッチスクリーンにタッチすることであり、
    前記接触部位群は、前記店舗に固有の特徴を有し、
    前記認証情報は、前記接触部位群の特徴を表す情報であるスタンプ情報である、
    請求項７に記載のシステム。
  10. タッチスクリーンを有する店舗端末で実行される第２のアプリケーションプログラムを更に備え、
    前記決済が、チャージの場合、
    前記第２のアプリケーションプログラムが、
    印刷媒体に印刷されており前記デジタル地域通貨の通貨量を表す第１の二次元バーコードを読み取り、
    前記読み取られた第１の二次元バーコードが表す通貨量と前記店舗の店舗ＩＤとを表すチャージ情報を、前記サーバに送信する、
    ことを前記店舗端末に実行させ、
    前記サーバが、前記チャージ情報が表す通貨量及び店舗ＩＤに基づくチャージ用トークンを表す第２の二次元バーコードを生成し、
    前記第２のアプリケーションプログラムが、前記生成された第２の二次元バーコードを前記店舗端末のタッチスクリーンに表示することを前記店舗端末に実行させ、
    前記第１のアプリケーションプログラムが、
    前記店舗端末のタッチスクリーンに表示されている第２の二次元バーコードを読み取り、
    前記判断の結果が真の場合に、前記読み取られた第２の二次元バーコードが表すチャージ用トークンの他に前記ユーザのユーザＩＤと前記店舗の認証情報とが関連付けられた、前記通貨量のチャージ要求を、前記サーバに送信する、
    ことを前記ユーザ端末に実行させ、
    前記サーバが、
    前記チャージ要求を受けた場合、前記チャージ要求に関連付けられている認証情報が、前記店舗ＩＤに関連付けられている認証情報に適合するか否かを判断し、
    当該判断の結果が真の場合に、前記デジタル地域通貨の通貨量の決済毎に当該決済を表すオブジェクトが追加される情報であるトランザクション情報に、前記受けたチャージ要求に関連付いているチャージ用トークンが表す通貨量及び店舗ＩＤと、当該チャージ要求に関連付いているユーザＩＤとを含んだオブジェクトを追加し、チャージ完了を前記ユーザ端末に通知し、
    前記決済完了通知は、チャージが完了したことの通知であるチャージ完了通知である、
    請求項７に記載のシステム。
  11. タッチスクリーンを有するコンピュータで実行されるアプリケーションプログラムであって、当該コンピュータに、
    デジタル地域通貨の通貨量の指定を受け付け、
    前記通貨量の決済のための決済ＵＩ（User Interface）として、ユーザによるタッチ操作を受け付けるユーザ側ＵＩと、店舗の店員によるタッチ操作を受け付ける店舗側ＵＩとが配置されたＵＩを前記タッチスクリーンに表示し、
    前記ユーザ側ＵＩに対するタッチ操作と前記店舗側ＵＩに対するタッチ操作とが同時にされ続けている時間が所定時間に達したか否かを判断し、
    当該判断の結果が真の場合に、前記通貨量の決済が完了したことの通知である決済完了通知を前記タッチスクリーンに表示する、
    ことを実行させるアプリケーションプログラム。
  12. 前記店舗側ＵＩに対するタッチ操作が、前記店舗の認証情報の入力を兼ねている、
    請求項１１に記載のアプリケーションプログラム。
  13. 前記店舗側ＵＩに対するタッチ操作が、前記店員の指を前記タッチスクリーンにタッチすることであり、
    前記認証情報は、前記店員の指紋情報である、
    請求項１２に記載のアプリケーションプログラム。
  14. 前記店舗側ＵＩに対するタッチ操作が、前記タッチスクリーンに同時に接触する一つ以上の接触部位で構成された接触部位群を持つユニットである店舗スタンプの前記接触部位群を前記タッチスクリーンにタッチすることであり、
    前記接触部位群は、前記店舗に固有の特徴を有し、
    前記認証情報は、前記接触部位群の特徴を表す情報であるスタンプ情報である、
    請求項１２に記載のアプリケーションプログラム。
JP2019150383A 2019-08-20 2019-08-20 デジタル地域通貨の利用促進を支援する方法及びシステム Active JP7265448B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2019150383A JP7265448B2 (ja) 2019-08-20 2019-08-20 デジタル地域通貨の利用促進を支援する方法及びシステム
US16/920,840 US11379814B2 (en) 2019-08-20 2020-07-06 Method and system for supporting promotion of use of digital local currency

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019150383A JP7265448B2 (ja) 2019-08-20 2019-08-20 デジタル地域通貨の利用促進を支援する方法及びシステム

Publications (2)

Publication Number Publication Date
JP2021033456A JP2021033456A (ja) 2021-03-01
JP7265448B2 true JP7265448B2 (ja) 2023-04-26

Family

ID=74645379

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019150383A Active JP7265448B2 (ja) 2019-08-20 2019-08-20 デジタル地域通貨の利用促進を支援する方法及びシステム

Country Status (2)

Country Link
US (1) US11379814B2 (ja)
JP (1) JP7265448B2 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022264226A1 (ja) * 2021-06-14 2022-12-22 日本電信電話株式会社 情報提示制御装置、方法およびプログラム
US20230112606A1 (en) * 2021-10-12 2023-04-13 Vmware, Inc. Device enrollment in a unified endpoint management system over a closed network
JP7153153B1 (ja) 2022-02-15 2022-10-13 Kddi株式会社 情報処理装置及び情報処理方法
JP7256321B1 (ja) 2022-06-29 2023-04-11 Kddi株式会社 情報処理装置、情報処理方法及びプログラム
JP7463471B1 (ja) 2022-10-24 2024-04-08 株式会社 みずほ銀行 サービス管理システム、サービス管理方法及びサービス管理プログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014016803A (ja) 2012-07-09 2014-01-30 Konica Minolta Inc 操作表示装置およびプログラム
WO2019043809A1 (ja) 2017-08-30 2019-03-07 楽天株式会社 決済システム、決済方法、及びプログラム
JP2019040243A (ja) 2017-08-22 2019-03-14 日本エイ・ティー・エム株式会社 仮想通貨管理システム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DK2483403T3 (en) * 2009-09-29 2018-02-12 Novozymes Inc POLYPEPTIDES WITH XYLANASE ACTIVITY AND POLYNUCLEOTIDES CODING THEM
SG193752A1 (en) 2012-03-29 2013-10-30 Live Styles Inc Ticket processing method and program of the same
US10824708B2 (en) * 2012-11-19 2020-11-03 12Cm Global Pte. Ltd. Method and system for authenticating stamp touch
US10867149B2 (en) * 2014-06-12 2020-12-15 Verizon Media Inc. User identification through an external device on a per touch basis on touch sensitive devices
JP6730019B2 (ja) 2015-11-04 2020-07-29 吉田　大 電子決済システムおよび電子決済方法
US9715496B1 (en) * 2016-07-08 2017-07-25 Asapp, Inc. Automatically responding to a request of a user

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014016803A (ja) 2012-07-09 2014-01-30 Konica Minolta Inc 操作表示装置およびプログラム
JP2019040243A (ja) 2017-08-22 2019-03-14 日本エイ・ティー・エム株式会社 仮想通貨管理システム
WO2019043809A1 (ja) 2017-08-30 2019-03-07 楽天株式会社 決済システム、決済方法、及びプログラム

Also Published As

Publication number Publication date
US11379814B2 (en) 2022-07-05
JP2021033456A (ja) 2021-03-01
US20210056530A1 (en) 2021-02-25

Similar Documents

Publication Publication Date Title
JP7265448B2 (ja) デジタル地域通貨の利用促進を支援する方法及びシステム
US11222352B2 (en) Automatic billing payment system
JP5932053B2 (ja) ネットワークアクセス可能な販売時点情報管理デバイスインスタンス
JP2011186660A (ja) 電子商取引システム、決済サーバ、およびプログラム
US20140244487A1 (en) Fund Transfer Using Near Field Communication
GB2541099A (en) System and method for remote access
US20220261848A1 (en) Micro influencer hyperlinking
JP6527254B1 (ja) 情報管理システム、情報管理方法及び情報管理プログラム
JP2018022323A (ja) 情報処理装置、情報処理システム、情報処理方法、及び情報処理プログラム
JP2013065360A (ja) 決済システム
US20160005066A1 (en) System and method for automatically detecting and rejecting fradulent coupons
KR102122794B1 (ko) 배달 주문 처리 방법 및 그를 수행하기 위한 결제 단말 장치
JP2021002139A (ja) 決済サーバ、決済方法及びプログラム
JP2017138874A (ja) 積立年金処理装置、方法、及びコンピュータプログラム
KR100366561B1 (ko) 인터넷에서의 거래 정보 관리 방법
JP2013242840A (ja) ポイント管理システムおよびポイント管理サーバ
Erling Cash is dead, long live cash
JP7485837B1 (ja) 情報処理装置、情報処理方法、およびプログラム
JP7366212B1 (ja) 情報処理装置、情報処理方法、およびプログラム
JP7401714B1 (ja) 情報処理装置、情報処理方法、プログラム、およびシステム
JP7456037B1 (ja) カード情報管理装置、カード情報管理方法、およびプログラム
JP5377199B2 (ja) 信用情報機関に提供された個人信用情報の開示システム
JP7395780B1 (ja) 情報処理装置、情報処理方法、およびプログラム
JP7417776B1 (ja) 情報提供装置、システム、情報提供方法、およびプログラム
JP7366313B1 (ja) サービス提供装置、サービス提供方法、およびプログラム

Legal Events

Date Code Title Description
A80 Written request to apply exceptions to lack of novelty of invention

Free format text: JAPANESE INTERMEDIATE CODE: A80

Effective date: 20190917

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211202

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20221013

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221101

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20221226

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221227

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20221226

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230411

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230414

R150 Certificate of patent or registration of utility model

Ref document number: 7265448

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150