特開 2024-179074 精算機、精算方法、及びプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024179074

(43)【公開日】2024-12-26

(54)【発明の名称】精算機、精算方法、及びプログラム

(51)【国際特許分類】

   G07B 15/00 20110101AFI20241219BHJP

【ＦＩ】

G07B15/00 M

G07B15/00 N

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023097594

(22)【出願日】2023-06-14

(71)【出願人】

【識別番号】000005049

【氏名又は名称】シャープ株式会社

(74)【代理人】

【識別番号】100147304

【弁理士】

【氏名又は名称】井上 知哉

(74)【代理人】

【識別番号】100148493

【弁理士】

【氏名又は名称】加藤 浩二

(74)【代理人】

【識別番号】100168583

【弁理士】

【氏名又は名称】前井 宏之

(72)【発明者】

【氏名】永福 徹

【テーマコード（参考）】

3E127

【Ｆターム（参考）】

3E127AA18

3E127BA09

3E127BA11

3E127CA21

3E127CA35

3E127CA51

3E127CA56

3E127DA45

3E127EA04

3E127EA42

3E127FA11

3E127FA53

3E127FA61

(57)【要約】

【課題】使い勝手の良い精算機を提供することにある。
【解決手段】精算機は、貨幣の入金部と、前記貨幣の出金部と、処理部とを備える。前記処理部は、料金と、前記入金部への入金額とを特定するための特定処理と、前記特定処理の後に返金額を決定するための返金額決定処理と、前記返金額を前記出金部から出金できない場合に、前記返金額を特定する取引情報を出力するための出力処理とを実行する。
【選択図】図１

【特許請求の範囲】

【請求項1】

貨幣の入金部と、
前記貨幣の出金部と、
処理部と
を備え、
前記処理部は、
料金と、前記入金部への入金額とを特定するための特定処理と、
前記特定処理の後に返金額を決定するための返金額決定処理と、
前記返金額を前記出金部から出金できない場合に、前記返金額を特定する取引情報を出力するための出力処理と
を実行する、精算機。

【請求項2】

シートの排出部を更に備え、
前記処理部は、前記取引情報が印刷された前記シートを前記排出部から排出するための前記出力処理を実行する、請求項１に記載の精算機。

【請求項3】

前記取引情報は、模様により前記返金額を特定するための情報である、請求項２に記載の精算機。

【請求項4】

前記処理部は更に、
前記返金額を前記出金部から出金できない場合に、前記貨幣による前記料金の支払い以外の支払い方法を決定するための支払方法決定処理と、
前記支払方法決定処理により決定された支払い方法によって前記料金を決済するための決済処理と
を実行する、請求項１から請求項３のいずれかに記載の精算機。

【請求項5】

操作を受け付ける操作部を更に備え、
前記処理部は更に、
前記入金額を返金するための前記操作を前記操作部が受け付けたことに応じて、前記入金額の全額を前記出金部から返金可能か否かを判定する判定処理と、
前記判定処理により返金不能と判定された場合に、前記取引情報を出力する前記出力処理と
を実行する、請求項１から請求項３のいずれかに記載の精算機。

【請求項6】

前記料金は、駐車場の利用料金である、請求項１から請求項３のいずれかに記載の精算機。

【請求項7】

料金と、貨幣の入金部への入金額とを特定し、
前記料金と前記入金額とが特定された後に返金額を決定し、
前記貨幣の出金部から前記返金額を出金できない場合に、前記返金額を特定する取引情報を出力する、精算方法。

【請求項8】

コンピュータに、
料金と、貨幣の入金部への入金額とを特定する処理と、
前記料金と前記入金額とが特定された後に返金額を決定する処理と、
前記貨幣の出金部から前記返金額を出金できない場合に、前記返金額を特定する取引情報を出力する処理と
を実行させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、精算機、精算方法、及びプログラムに関する。

【背景技術】

【0002】

背景技術に係る精算機では、スマートフォンは、ＱＲコード（登録商標）を読み込み、サービスサイトに送信する。管理サーバは、車番号画像を取り出し駐車料金を求める。サービスサイトは、スマートフォンからのＱＲコードの受信に伴って駐車料金を決済させる（例えば特許文献１を参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２２－１１４３６３号公報

【発明の概要】

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

【0004】

利用者は、駐車場の利用料金を貨幣で精算したい場合がある。しかし、精算機は、釣銭不足等の理由で、釣銭を出金できないことがあり、利用者にとって使い勝手が良いとは言い難い。

【0005】

本開示の目的は、より使い勝手の良い精算機、精算方法、及びプログラムを提供することにある。

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

【0006】

本開示の一態様である精算機は、貨幣の入金部と、前記貨幣の出金部と、処理部とを備える。前記処理部は、料金と、前記入金部への入金額とを特定する特定処理と、前記特定処理の後に返金額を決定する返金額決定処理と、前記返金額を前記出金部から出金できない場合に、前記返金額を特定する取引情報を出力する出力処理とを実行する。

【0007】

本開示の他の態様である精算方法は、料金と、貨幣の入金部への入金額とを特定し、前記料金と前記入金額とが特定された後に返金額を決定し、前記貨幣の出金部から前記返金額を出金できない場合に、前記返金額を特定する取引情報を出力する。

【0008】

本開示の更に他の態様であるプログラムは、コンピュータに、料金と、貨幣の入金部への入金額とを特定する処理と、前記料金と前記入金額とが特定された後に返金額を決定する処理と、前記貨幣の出金部から前記返金額を出金できない場合に、前記返金額を特定する取引情報を出力する処理とを実行させる。

【発明の効果】

【0009】

本開示によれば、利用者にとって使い勝手の良い精算機、精算方法、及びプログラムを提供することができる。

【図面の簡単な説明】

【0010】

【図1】図１は、精算システムの構成を示す図である。

【図2A】図２Ａは、図１に示される精算機の処理部の各種処理の手順の第一部分を示すフロー図である。

【図2B】図２Ｂは、図１に示される精算機の処理部の各種処理の手順の第二部分を示すフロー図である。

【図3A】図３Ａは、実施形態でタッチパネルに表示される各種画面を示す第一の図である。

【図3B】図３Ｂは、実施形態でタッチパネルに表示される各種画面を示す第二の図である。

【図4】図４は、変形例においてタッチパネルに表示される各種画面を示す模式図である。

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

【0011】

以下、図面を参照しながら、本開示の実施形態に係る精算機、精算方法、プログラムを説明する。なお、図中、同一又は相当部分については同一の参照符号を附して説明の繰り返しを控える。

【0012】

図１は、精算システム１００の構成を示す図である。図１に示されるように、精算システム１００は、精算機１と、サーバ２と、端末装置３とを備える。

【0013】

精算機１は、料金を無人で徴収し精算する。実施形態では、精算機１は、有料の駐車場Ａに設置される。従って、料金は、駐車場Ａの利用料金である。詳細には、精算機１は、貨幣の入金部１１と、貨幣の出金部１２と、処理部１３と、記憶部１４とを備える。精算機１は、好ましくは、印刷部１５と、シートの排出部１６と、通信インタフェース（以下、「通信ＩＦ」と記載する。）１８と、タッチパネル１９とを更に備える。

【0014】

入金部１１には、貨幣（硬貨及び／又は紙幣）が、駐車場Ａの利用者により投入される。

【0015】

出金部１２からは、利用者に返金される貨幣が排出される。

【0016】

処理部１３は、典型的には中央処理装置又はマイクロコンピュータである。処理部１３は、本開示の「処理部」又は「コンピュータ」の一例である。記憶部１４は、リードオンリーメモリ、ランダムアクセスメモリ、又はフラッシュメモリ、若しくはこれらから選ばれた二つ以上を含む。記憶部１４は、精算プログラムＰ０１と、各種データとを記憶する。精算プログラムＰ０１は、コンピュータプログラム（以下、単に「プログラム」と記載する。）である。処理部１３は、精算プログラムＰ０１を実行し、各種処理を実行する。各種処理は、実施形態では、駐車料金の徴収及び精算、並びにこれらに付随する処理を含む。

【0017】

精算機１内には、シートが収容される。シートは、実施形態では、ロール紙である。印刷部１５は、処理部１３の制御下で、精算機１内に収容されるシートＳに各種情報を示す画像を、所定の画像記録方式により印刷する。画像記録方式としては、感熱記録方式、インクジェット記録方式又は電子写真方式が例示される。各種情報は、例えば、駐車場Ａを使用した年月日及び時刻、駐車場Ａの連絡先、及び駐車場Ａの利用料金を含む。印刷部１５は、画像記録により、各種情報が文字及び記号で印刷されたシートをレシートＲ（図３Ｂを参照）として生成する。排出部１６は、生成されたレシートＲを排出する。

【0018】

通信ＩＦ１８は、ネットワーク４を介してサーバ２と双方向のデータ通信を行う。

【0019】

タッチパネル１９は、処理部１３の制御下で各種画面を表示するとともに、人の操作を受け付ける。

【0020】

サーバ２は、少なくとも返金額を管理する。具体的には、サーバ２は、処理部と、記憶部と、通信ＩＦとを備える。処理部、記憶部及び通信ＩＦは、後述する点を除き、処理部１３、記憶部１４及び通信ＩＦ１８と同様である。

【0021】

端末装置３は、例えばコンビニエンスストアＢに設置されるＰＯＳ端末であり、取引情報Ｄ０１に基づいて少なくとも返金額を特定する。具体的には、端末装置３は、本体３１と、リーダ３２と、ディスプレイ３３とを備える。本体３１は、処理部３４と、記憶部３５と、通信ＩＦ３６とを含む。処理部３４、記憶部３５及び通信ＩＦ３６は、後述の点を除き、処理部１３、記憶部１４及び通信ＩＦ１８と同様である。

【0022】

記憶部３５は、返金額特定のための処理を規定するプログラムと、各種データとを記憶する。処理部３４は、プログラムを実行し、返金額管理のための処理を実行する。

【0023】

通信ＩＦ３６は、ネットワーク４を介して精算機１と双方向のデータ通信を行う。

【0024】

リーダ３２は、本体３１にデータ通信可能に接続される。リーダ３２は、店員による操作に応じて、利用者が持参した取引情報Ｄ０１を光学的に読み取る。リーダ３２は、読み取り結果としての取引情報Ｄ０１を示す画像データを本体３１に送信する。

【0025】

本体３１において、処理部３４は、記憶部３５内のプログラムを実行し、受け取った画像データを処理対象として返金額特定のための処理を実行する。

【0026】

ディスプレイ３３は、処理部３４の制御下で画面に返金額を表示する。

【0027】

ところで、精算機１には、準備金が収容されている。準備金は、駐車場Ａの利用者への返金のために予め準備される貨幣である。準備金は、典型的には釣銭となる。しかし、駐車場Ａには、精算機１の管理者が常駐していない場合があるため、準備金が足りなくなることもある。即ち、精算機１では、返金額を出金部１２から出金できない場合がある。返金額の第一例は、入金部１１への入金額と、駐車料金との差額（即ち、釣銭）である。

【0028】

他にも、精算機１は、精算機１の仕様として、紙幣を複数枚、返金額として出金部１２から出金できない場合がある。例えば、精算機１の中には、１枚の紙幣しか出金部１２から出金できない仕様のものがある。返金額の第二例は、入金額の少なくとも一部（但し、釣銭を除く）である。以下、返金額の第二例を、単に「返金額」と記載する。

【0029】

精算機１が利用者への返金ができないと、利用者は、駐車場Ａから出庫できない。そこで、実施形態では、精算機１の処理部１３は、図１、図２Ａ及び図２Ｂに示される各種処理を実行する。図２Ａ及び図２Ｂは、図１に示される精算機１の処理部１３の各種処理の手順の第一部分及び第二部分を示すフロー図である。図３Ａ及び図３Ｂは、実施形態においてタッチパネル１９に表示される各種画面を示す模式図である。

【0030】

図２Ａ及び図２Ｂに示されるように、処理部１３は、精算プログラムＰ０１を実行しており、ステップＳ１０１～Ｓ１２０を実行する。

【0031】

ステップＳ１０１において、処理部１３は、車室番号を入力するように促すための画面Ｇ０１（図３Ａ参照）をタッチパネル１９に表示させる。利用者が画面Ｇ０１を通じて車室番号を入力したことに応じて、処理部１３は、ステップＳ１０２を実行する。

【0032】

ステップＳ１０２で、処理部１３は、料金を特定する第一特定処理を実行する。詳細には、ステップＳ１０２において、処理部１３は、利用者に料金を示すための画面Ｇ０２（図３Ａ参照）をタッチパネル１９に表示させる。

【0033】

次に、ステップＳ１０３において、処理部１３は、利用者に決済方法を選択させるための画面Ｇ０３（図３Ａ参照）をタッチパネル１９に表示させる。画面Ｇ０３は、ソフトウェアボタン（以下、単に「ボタン」と記載する。）Ｂ０１～Ｂ０３を少なくとも含む。ボタンＢ０１は、決済方法が現金である場合に操作される。ボタンＢ０２、Ｂ０３は、決済方法がクレジットカード及び電子マネーである場合にそれぞれ操作される。

【0034】

ステップＳ１０４において、処理部１３は、ボタンＢ０１が操作されたか否かを判定する。ボタンＢ０１が操作されたと判定された場合（ステップＳ１０４でＹｅｓ）、処理部１３は、ステップＳ１０６を実行する。一方、ボタンＢ０１が操作されていないと判定された場合（ステップＳ１０４でＮｏ）、処理部１３は、ステップＳ１０５を実行した後、図２の処理を終了する。

【0035】

ステップＳ１０５において、処理部１３は、クレジットカード又は電子マネーによる決済処理を実行する。ステップＳ１０５は、公知技術で良いため、その詳説を控える。

【0036】

ステップＳ１０６において、処理部１３は、入金部１１への料金投入を促すための画面Ｇ０４（図３Ａ参照）をタッチパネル１９に表示させる。画面Ｇ０４は、返金ボタンＢ１１を含む。返金ボタンＢ１１は、ソフトウェアボタンであって、本開示における「操作を受け付ける操作部」の一例である。返金ボタンＢ１１は、入金額の返金を利用者が希望する場合に操作される。

【0037】

ステップＳ１０７において、処理部１３は、入金部１１への入金額を特定する第二特定処理を実行する。第一特定処理及び第二特定処理は、本開示の「特定処理」の一例である。

【0038】

次に、ステップＳ１０８において、処理部１３は、入金額を返金するための操作（以下、「返金操作」と記載する。）を返金ボタンＢ１１が受け付けたか否かを判定する。ステップＳ１０８でＮｏと判定した場合（即ち、返金操作がなされていない場合）、ステップＳ１０９が実行される。一方、ステップＳ１０８でＹｅｓと判定した場合（即ち、操作を返金ボタンＢ１１が受け付けたことに応じて）、ステップＳ１１４（図２Ｂ参照）が実行される。

【0039】

ステップＳ１０９において、処理部１３は、第一返金額決定処理を実行する。第一返金額決定処理は、本開示の「返金額決定処理」の第一例である。第一返金額決定処理で、処理部１３は、返金額の第一例である釣銭を決定する。釣銭は、入金額から料金を減算することで決定される。

【0040】

次に、ステップＳ１１０において、処理部１３は、準備金（前述）により釣銭を出金部１２から出金可能か否かを判定する。出金可能であると判定された場合（ステップＳ１１０でＹｅｓの場合）、処理部１３は、ステップＳ１１１を実行した後、図２の処理を終了する。

【0041】

ステップＳ１１１において、処理部１３は、釣銭を出金部１２から出金するための精算処理を実行する。ステップＳ１１１は、公知技術で良いため、その詳説を控える。出金不能であると判定された場合（ステップＳ１１０でＮｏの場合）、処理部１３は、ステップＳ１１２を実行する。

【0042】

ステップＳ１１２において、処理部１３は、出力処理を実行する。出力処理は、釣銭を出金部１２から出金できない場合に、返金額を特定する取引情報Ｄ０１を精算機１から出力するための処理である。実施形態では、処理部１３は、釣銭が取引情報Ｄ０１による返金になることを示す画面Ｇ０５（図３Ａ参照）をタッチパネル１９に表示させる。また、画面Ｇ０５は、承認ボタンＢ２１及び中止ボタンＢ２２を含む。承認ボタンＢ２１及び中止ボタンＢ２２は、ソフトウェアボタンである。承認ボタンＢ２１は、取引情報Ｄ０１による返金を利用者が受け入れる場合に操作される。中止ボタンＢ２２は、取引情報Ｄ０１による返金を利用者が受け入れない場合に操作される。

【0043】

承認ボタンＢ２１が操作されたことに応じて、処理部１３は、レシートＲに取引情報Ｄ０１を印刷するための印刷処理を実行し、取引情報Ｄ０１の第一例が印刷されたレシートＲ（図３Ｂ参照）を排出部１６から出力する出力処理を実行する。なお、レシートＲには更に、釣銭の情報が文字及び記号により印刷される。

【0044】

実施形態では、取引情報Ｄ０１は、駐車場Ａを使用した年月日及び時刻と、駐車場Ａの連絡先と、返金額そのものとを示す情報を含む。取引情報Ｄ０１は、実施形態では、模様により返金額を特定するための情報である。従って、取引情報Ｄ０１に多くの情報を含めることができる。この種の情報としては、一次元コード、又はマトリックス型の二次元コードが典型的である。一次元コードは、縞模様状の線の太さによって数値及び文字を表す。この種の一次元コードとしては、バーコードが典型的である。二次元コードは、セル状の模様によって数値及び文字を表す。この種の二次元コードとしては、例えばＱＲコード（登録商標）が典型的である。

【0045】

次に、ステップＳ１１３において、処理部１３は、登録処理を実行する。登録処理は、取引情報Ｄ０１の内容を精算機１がサーバ２に登録するための処理である。具体的には、処理部１３は、取引情報Ｄ０１を通信ＩＦ１８からネットワーク４に送信させる。サーバ２は、精算機１から送信されてくる取引情報Ｄ０１を記憶部（図示せず）に登録する（図１の矢印Ａ０１参照）。

【0046】

ステップＳ１１３の終了後、処理部１３は、図２の処理を終了する。図２の処理によれば、取引情報Ｄ０１が出力されることで、ユーザにとって使い勝手の良い精算機１を提供できる。詳細には、利用者は、駐車場Ａから出庫不能になることがなくなる。即ち、利用者は、精算機１の都合で返金を受けられない場合であっても、後日又は別の場所（コンビニエンスストアＢ（図１参照）など）で返金を受けることができる。また、駐車場Ａ及びサーバ２の少なくとも一方を管理者や運営者にとっては、準備金を補充する手間及びコストを低減できる。

【0047】

また、精算機１からは、取引情報Ｄ０１を印刷されたレシートＲが排出されるため、利用者にとって使い勝手が良い。詳細には、利用者は、取引情報Ｄ０１を取得するために何も準備しなくともよい。

【0048】

また、利用者は、取引情報Ｄ０１が印刷されたレシートＲを、端末装置３が設置されているコンビニエンスストアＢに持参する（図１の矢印Ａ０２参照）。コンビニエンスストアＢの店員は、利用者から取引情報Ｄ０１の提示を受けた後に、端末装置３を操作する。端末装置３において、処理部３４は、記憶部３５に記憶されたプログラムを実行している。リーダ３２は、店員の操作に応じて、レシートＲから取引情報Ｄ０１を光学的に読み取る。処理部３４は、リーダ３２による読み取り結果により特定される返金額をサーバ２に問い合わせる（図１の矢印Ａ０３参照）。端末装置３において、通信ＩＦ３６は、サーバ２からの応答を受信し（矢印Ａ０３参照）、受信応答に含まれる返金額をディスプレイ３３に表示する。店員は、端末装置３により特定された返金額を利用者に渡す。なお、コンビニエンスストアＢは、駐車場Ａの運営者に返金額を請求する。

【0049】

ステップＳ１１４（図２Ｂ参照）において、処理部１３は、第二返金額決定処理を実行する。第二返金額決定処理は、本開示の「返金額決定処理」の第二例である。第二返金額決定処理で、処理部１３は、返金額を決定する。返金額は、前述の通り、入金額の少なくとも一部である。

【0050】

次に、ステップＳ１１５において、処理部１３は、判定処理を実行する。判定処理では、処理部１３は、入金額の全額を出金部１２から返金可能か否かを判定する。返金可能であると判定された場合（ステップＳ１１５でＹｅｓの場合）、処理部１３は、ステップＳ１１６を実行した後、図２の処理を終了する。出金不能であると判定された場合（ステップＳ１１５でＮｏの場合）、処理部１３は、ステップＳ１１７を実行する。

【0051】

ステップＳ１１６において、処理部１３は、返金額を出金部１２から出金するための返金処理を実行する。ステップＳ１１６は、公知技術で良いため、その詳説を控える。

【0052】

ステップＳ１１７において、処理部１３は、精算機１の仕様により入金額の全額を返金できないことと、入金額の少なくとも一部が取引情報Ｄ０１による返金になることとを示す画面Ｇ０６（図３Ａ参照）をタッチパネル１９に表示させる。入金額の少なくとも一部（但し、釣銭を除く）は、本開示の「返金額」の第二例である。以下、返金額の第二例を、単に「返金額」と記載する。また、画面Ｇ０６は、確認ボタンＢ３１を含む。確認ボタンＢ３１は、ソフトウェアボタンであって、取引情報Ｄ０１による返金を利用者が確認した場合に操作される。なお、画面Ｇ０６は、画面Ｇ０５の中止ボタンＢ２２が操作されたことに応じて表示されてもよい。確認ボタンＢ３１が操作されたことに応じて、処理部１３は、ステップＳ１１９、Ｓ１２０を順に実行する。

【0053】

ステップＳ１１９において、ステップＳ１１２と同様の出力処理を実行する。これにより、取引情報Ｄ０１が印刷されたレシートＲ（図３Ｂ参照）が排出部１６から排出される。また、レシートＲには、返金額が文字及び記号により印刷されている。ステップＳ１２０において、処理部１３は、ステップＳ１１３と同様の登録処理を実行する。ステップＳ１１９の終了後、処理部１３は、図２の処理を終了する。この場合も、取引情報Ｄ０１が出力されることで、ユーザにとって使い勝手の良い精算機１を提供できる。詳細には、利用者は、駐車場Ａから出庫不能になることがなくなる。

【0054】

中止ボタンＢ２２と判定された場合にステップＳ１０３（図２Ａを参照）が実行される。従って、ステップＳ１０３では、返金額を出金部１２から出金できない場合に、貨幣（即ち、現金）による料金の支払い以外の支払い方法が決定される。従って、ステップＳ１０３は、本開示の「支払方法決定処理」の一例である。ステップＳ１０３により、貨幣以外の支払い方法で料金を精算できるため、ユーザにとって使い勝手がよい。

【0055】

図４は、変形例においてタッチパネル１９に表示される各種画面を示す模式図である。

【0056】

変形例では、図２Ａ及び図２Ｂの処理と比較すると、ステップＳ１０６の内容が相違する点において実施形態と相違する。変形例では、ステップＳ１０６において、処理部１３は、準備金（前述）により釣銭を出金部１２から出金不能な場合、取引情報Ｄ０１を通じて釣銭が返金されることを示す画面Ｇ０７（図４参照）をタッチパネル１９に表示させる。処理部１３は、画面Ｇ０７に含まれる了解ボタンＢ４１が操作されたことに応じて、前述同様の画面Ｇ０４（図３Ａ参照）をタッチパネル１９に表示させる。従って、変形例では、ボタンＢ０１の操作後すぐに、取引情報Ｄ０１を通じて釣銭が返金されることを利用者は知ることができる。

【0057】

なお、画面Ｇ０７は、複数枚の紙幣が入金部１１に投入される可能性が高い場合に限り、タッチパネル１９に表示されてもよい。詳細には、実施形態では、精算機１の仕様として１枚の紙幣しか出金部１２から出金できない。従って、ステップＳ１０２において、精算のために、２枚以上の紙幣が入金部１１に入金される可能性がある場合に、画面Ｇ０７が表示されればよい。

【0058】

以上、図面を参照しながら本開示の実施形態を説明した。ただし、本開示は、上述の実施形態に限られるものではなく、その要旨を逸脱しない範囲で種々の態様において実施することが可能である。また、上述の実施形態に開示される複数の構成要素を適宜組み合わせることによって、種々の開示の形成が可能である。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。図面は、理解しやすくするために、それぞれの構成要素を主体に模式的に示しており、図示された各構成要素の厚み、長さ、個数、間隔等は、図面作成の都合上から実際とは異なる場合もある。また、上述の実施形態で示す各構成要素の材質、形状、寸法等は一例であって、特に限定されるものではなく、本開示の効果から実質的に逸脱しない範囲で種々の変更が可能である。

【0059】

（１）実施形態及び変形例では、精算機１は、駐車場に設置されていた。しかし、これに限らず、精算機１は、駐車場以外の用途、例えば医療費の精算機や自動販売機に適用されてもよい。

【0060】

（２）実施形態及び変形例では、取引情報Ｄ０１は、レシートＲに印刷されていた。即ち、取引情報Ｄ０１は、紙媒体により利用者に提供されていた。しかし、これに限らず、精算機１は、取引情報Ｄ０１をタッチパネル１９に表示してもよい。この場合、利用者は、自身が携帯するスマートフォンに内蔵のカメラに、タッチパネル１９に表示された取引情報Ｄ０１を撮影する。利用者は、コンビニエンスストアＢでスマートフォンにより取引情報Ｄ０１を表示させることで、取引情報Ｄ０１を店員に提示する。

【0061】

（３）実施形態及び変形例では、取引情報Ｄ０１は、返金額そのものを示す情報を含んでいた。しかし、これに限らず、取引情報Ｄ０１は、返金額そのものを示す情報を含まなくともよい。この場合、サーバ２は、返金額そのものを示す情報を含まない取引情報Ｄ０１を端末装置３から受信する。サーバ２は、取引情報Ｄ０１に含まれる駐車場Ａを使用した年月日及び時刻と、駐車場Ａの連絡先とから返金額を特定する。

【0062】

（４）ステップＳ１１１（図２Ａ参照）において、釣銭を出金部１２から出金する過程で、不具合（機械的な故障や貨幣の詰まり）が発生した場合に、ステップＳ１１２（出力処理）が実行されてもよい。同様に、ステップＳ１１６（図２Ｂ参照）において、返金額を出金部１２から出金する過程で、不具合が発生した場合に、ステップＳ１１９（出力処理）が実行されてもよい。

【符号の説明】

【0063】

１００ ：精算システム
１ ：精算機
１１ ：入金部
１２ ：出金部
１３ ：処理部
１４ ：記憶部
Ｐ０１ ：精算プログラム
１５ ：印刷部
１６ ：排出部
１９ ：タッチパネル
２ ：サーバ
３ ：端末装置
３１ ：本体
３２ ：リーダ
３３ ：ディスプレイ
３４ ：処理部
３５ ：記憶部
４ ：ネットワーク

【図1】

【図2A】

【図2B】

【図3A】

【図3B】

【図4】