特許 5948664 取引システムおよび決済装置

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

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

(11)【特許番号】5948664

(24)【登録日】2016年6月17日

(45)【発行日】2016年7月6日

(54)【発明の名称】取引システムおよび決済装置

(51)【国際特許分類】

   G07B 15/00 20110101AFI20160623BHJP

   G06Q 50/12 20120101ALI20160623BHJP

   G07B 1/00 20060101ALI20160623BHJP

【ＦＩ】

   G07B15/00 M

   G06Q50/12 100

   G07B1/00 Z

   G07B15/00 501

【請求項の数】8

【全頁数】24

(21)【出願番号】特願2012-44332(P2012-44332)

(22)【出願日】2012年2月29日

(65)【公開番号】特開2013-182334(P2013-182334A)

(43)【公開日】2013年9月12日

【審査請求日】2014年12月17日

(73)【特許権者】

【識別番号】000001432

【氏名又は名称】グローリー株式会社

(74)【代理人】

【識別番号】100087701

【弁理士】

【氏名又は名称】稲岡 耕作

(74)【代理人】

【識別番号】100101328

【弁理士】

【氏名又は名称】川崎 実夫

(72)【発明者】

【氏名】土田 雅巳

(72)【発明者】

【氏名】丸岡 洋平

【審査官】 古川 峻弘

(56)【参考文献】

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

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

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

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

Ｇ０７Ｂ １／００−１７／０４

Ｇ０７Ｇ １／００− １／１４

Ｇ０６Ｑ ５０／００−５０／２０

５０／２６−５０／３４

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

【請求項1】

客が携帯する媒体から当該媒体の識別情報を読み取るための第１読取手段と、客が購入したいアイテムについての決済処理を行うための決済手段と、前記第１読取手段による識別情報の読み取りおよび前記決済手段による決済処理が完了したときに、当該決済処理が完了したアイテムについての複数の購入情報を、前記第１読取手段が読み取った１つの識別情報に関連付けて外部送信する送信手段とを有する決済装置、
前記送信手段によって外部送信された前記購入情報を前記識別情報に関連付けて管理するための管理手段を有する管理ユニット、
客が携帯する媒体の識別情報を読み取るための第２読取手段と、前記第２読取手段が読み取った識別情報に基づいて、当該識別情報に関連付けられた前記購入情報を前記管理ユニットから取得する取得手段とを有する読取ユニット、および、
前記取得手段が取得した購入情報を表示するための表示手段を有する表示ユニットを含むことを特徴とする、取引システム。

【請求項2】

前記決済手段は、前記第１読取手段による識別情報の読み取りが完了した場合に、前記決済処理を行うことを特徴とする、請求項１記載の取引システム。

【請求項3】

前記アイテムは、施設に入場するためのチケットであり、
客が施設から一時退場する際に、前記第２読取手段は、客の媒体から識別情報を読み取り、
前記管理ユニットは、客が一時退場したという一時退場情報を、前記第２読取手段が読み取った識別情報に関連付けて記憶する記憶手段をさらに有することを特徴とする、請求項１または２記載の取引システム。

【請求項4】

前記管理手段が管理する購入情報に関連付けられた識別情報と、前記記憶手段が記憶する一時退場情報に関連付けられた識別情報とを関連付ける手段をさらに含むことを特徴とする、請求項３記載の取引システム。

【請求項5】

前記表示手段に表示された購入情報がＯＫおよびＮＧのいずれであるのかを前記表示手段に表示させるための制御手段をさらに含むことを特徴とする、請求項１〜４のいずれかに記載の取引システム。

【請求項6】

前記管理手段は、ＮＧである前記購入情報については、当該購入情報がＮＧである旨を前記識別情報に関連付けて管理することを特徴とする、請求項５記載の取引システム。

【請求項7】

前記決済装置は、
前記ＮＧである購入情報に関連付けられた識別情報を前記第１読取手段が読み取った場合に、当該購入情報のキャンセルまたは変更を受け付けるための受付手段と、
前記受付手段が当該購入情報のキャンセルを受け付けた場合に、当該購入情報についての返金処理を行う返金手段と
を有し、
前記受付手段が当該購入情報の変更を受け付けた場合に、前記決済手段は、当該購入情報の変更に伴う差額についての決済処理を行うことを特徴とする、請求項６記載の取引システム。

【請求項8】

客が携帯する媒体から当該媒体の識別情報を読み取るための読取手段と、
前記読取手段による識別情報の読み取りが完了した場合に、客が購入したいアイテムについての決済処理を行うための決済手段と、
前記決済手段による決済処理が完了したときに、当該決済処理が完了したアイテムについての複数の購入情報を、前記読取手段が読み取った１つの識別情報に関連付けて外部送信する送信手段と
を有することを特徴とする、決済装置。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、客との間でアイテム購入についての取引を行うための取引システム、および、この取引システムに含まれる決済装置に関する。

【背景技術】

【0002】

特許文献１で開示された注文システムは、飲食店の入口近辺に設置された券売機と、厨房近傍の受付カウンタ等に設置された受付機とを含んでいる。券売機の表示・操作部に表示された複数のボタンのそれぞれには、アイテム（ここでは、料理のメニュー）が表されていて、客が好みのアイテムのボタンを押してから当該アイテムについて決済する。決済に関連して、客は、自身が携帯する電子マネー機能付き媒体を券売機の読取部にかざして、当該媒体の識別情報を読取部に読み取らせる。すると、当該アイテムが電子マネーで決済されるとともに、当該アイテムの購入情報（ここでは、メニュー名）が、前記媒体の識別情報に関連付けて受付機に送信される。当該購入情報は、注文アイコンとして、受付機のディスプレーのＡ領域に表示される。そして、この客が受付カウンタへ行って前記媒体を受付機の読取部にかざして、当該媒体の識別情報を読取部に読み取らせる。すると、この識別情報に関連付けられた購入情報に対応する注文アイコンがディスプレーにおいてＡ領域からＢ領域に移動する。これによって、この客の注文についての受付処理が完了する。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

特許文献１の場合、客が券売機でアイテムを選択して決済を完了すると、直ちに、そのアイテムの購入情報についての注文アイコンが受付機のディスプレーに表示される。また、アイテムの決済が複数回立て続けに行われると、複数の注文アイコンが受付機のディスプレーに表示される。さらに、各注文アイコンは、ディスプレー内でＡ領域からＢ領域に移動する。

【0005】

そのため、特許文献１の注文システムでは、複数の注文アイコンを見やすく表示でき、かつ、各注文アイコンをＡ領域からＢ領域に移動させることができるように、受付機のディスプレーの表示領域をある程度大きくしておく必要がある。
この発明は、かかる背景のもとでなされたもので、購入情報が表示される部分の小型化を図ることができる取引システム、および、この取引システムに含まれる決済装置を提供することを目的とする。

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

【0006】

請求項１記載の発明は、客が携帯する媒体から当該媒体の識別情報を読み取るための第１読取手段と、客が購入したいアイテムについての決済処理を行うための決済手段と、前記第１読取手段による識別情報の読み取りおよび前記決済手段による決済処理が完了したときに、当該決済処理が完了したアイテムについての複数の購入情報を、前記第１読取手段が読み取った１つの識別情報に関連付けて外部送信する送信手段とを有する決済装置、前記送信手段によって外部送信された前記購入情報を前記識別情報に関連付けて管理するための管理手段を有する管理ユニット、客が携帯する媒体の識別情報を読み取るための第２読取手段と、前記第２読取手段が読み取った識別情報に基づいて、当該識別情報に関連付けられた前記購入情報を前記管理ユニットから取得する取得手段とを有する読取ユニット、および、前記取得手段が取得した購入情報を表示するための表示手段を有する表示ユニットを含むことを特徴とする、取引システムである。

【0007】

請求項２記載の発明は、前記決済手段は、前記第１読取手段による識別情報の読み取りが完了した場合に、前記決済処理を行うことを特徴とする、請求項１記載の取引システムである。

【0008】

請求項３記載の発明は、前記アイテムは、施設に入場するためのチケットであり、客が施設から一時退場する際に、前記第２読取手段は、客の媒体から識別情報を読み取り、前記管理ユニットは、客が一時退場したという一時退場情報を、前記第２読取手段が読み取った識別情報に関連付けて記憶する記憶手段をさらに有することを特徴とする、請求項１または２記載の取引システムである。

【0009】

請求項４記載の発明は、前記管理手段が管理する購入情報に関連付けられた識別情報と、前記記憶手段が記憶する一時退場情報に関連付けられた識別情報とを関連付ける手段をさらに含むことを特徴とする、請求項３記載の取引システムである。
請求項５記載の発明は、前記表示手段に表示された購入情報がＯＫおよびＮＧのいずれであるのかを前記表示手段に表示させるための制御手段をさらに含むことを特徴とする、請求項１〜４のいずれかに記載の取引システムである。

【0010】

請求項６記載の発明は、前記管理手段は、ＮＧである前記購入情報については、当該購入情報がＮＧである旨を前記識別情報に関連付けて管理することを特徴とする、請求項５記載の取引システムである。
請求項７記載の発明は、前記決済装置は、前記ＮＧである購入情報に関連付けられた識別情報を前記第１読取手段が読み取った場合に、当該購入情報のキャンセルまたは変更を受け付けるための受付手段と、前記受付手段が当該購入情報のキャンセルを受け付けた場合に、当該購入情報についての返金処理を行う返金手段とを有し、前記受付手段が当該購入情報の変更を受け付けた場合に、前記決済手段は、当該購入情報の変更に伴う差額についての決済処理を行うことを特徴とする、請求項６記載の取引システムである。

【0011】

請求項８記載の発明は、客が携帯する媒体から当該媒体の識別情報を読み取るための読取手段と、前記読取手段による識別情報の読み取りが完了した場合に、客が購入したいアイテムについての決済処理を行うための決済手段と、前記決済手段による決済処理が完了したときに、当該決済処理が完了したアイテムについての複数の購入情報を、前記読取手段が読み取った１つの識別情報に関連付けて外部送信する送信手段とを有することを特徴とする、決済装置である。

【発明の効果】

【0012】

請求項１記載の発明によれば、決済装置において、第１読取手段による識別情報の読み取りおよび決済手段による決済処理が完了したとしても、読取ユニットの第２読取手段が当該識別情報を読み取るまでは、表示ユニットの表示手段には、当該購入情報が表示されない。つまり、第２読取手段が当該識別情報を読み取ってから、初めて、当該識別情報に対応する購入情報が表示手段に表示される。そのため、表示手段では、決済装置において識別情報の読み取りや決済処理が完了した購入情報を全て表示しなくても済むので、表示する情報量を減らせることから、その分、表示手段を小さくすることができる。よって、購入情報が表示される部分の小型化を図ることができる。

【0013】

また、１つの識別情報によって複数のアイテムを購入できるので使い勝手がよい。
請求項２記載の発明によれば、第１読取手段による識別情報の読み取りが完了しなければ決済処理ができないので、第１読取手段での識別情報の読み取りが忘れられることを防止できる。

【0014】

請求項３記載の発明によれば、客が一時退場後に再入場する際、第２読取手段に対して（一時退場時に読み取られた）識別情報を再度読み取らせて照合することによって、一時退場した客と再入場しようとする客とが同一か否かを特定することができる。
請求項４記載の発明によれば、購入情報に関連付けられた（購入時に読み取られた）識別情報と、記憶手段に記憶された（一時退場時に読み取られた）識別情報とが違っていても、これらの識別情報が関連付けられているので、購入者と再入場者との関連性を把握することができる。

【0015】

請求項５記載の発明によれば、表示手段には、購入情報だけでなく、購入情報がＯＫおよびＮＧのいずれであるのかという判定結果も表示することができるので、購入情報の判定結果が把握しやすくなり、使い勝手がよい。
請求項６記載の発明のように、ＮＧである購入情報については、当該購入情報がＮＧである旨が識別情報に関連付けて管理されているので、請求項７記載の発明のように、当該識別情報を第１読取手段に読み取らせれば、決済装置において、当該購入情報についてキャンセルまたは変更することができて便利である。さらに、決済装置において、当該購入情報をキャンセルする場合には、当該購入情報についての返金を受けることができ、当該購入情報を変更する場合には、変更に伴う差額についての決済を受けることができる。

【0016】

請求項８記載の発明によれば、決済装置では、読取手段による識別情報の読み取りが完了しなければ決済処理ができないので、読取手段での識別情報の読み取りが忘れられることを防止できる。また、１つの識別情報によって複数のアイテムを購入できるので使い勝手がよい。

【図面の簡単な説明】

【0017】

【図1】図１は、取引システム１の全体構成を示す模式図である。

【図2】図２は、決済装置２の電気的構成を示すブロック図である。

【図3】図３は、受付装置３の電気的構成を示すブロック図である。

【図4】図４は、管理装置４の電気的構成を示すブロック図である。

【図5A】図５Ａは、管理装置４の記憶部３０に記憶された管理テーブル３２を示す図であって、管理テーブル３２における登録内容の第１例を示している。

【図5B】図５Ｂは、管理装置４の記憶部３０に記憶された管理テーブル３２を示す図であって、管理テーブル３２における登録内容の第２例を示している。

【図5C】図５Ｃは、管理装置４の記憶部３０に記憶された管理テーブル３２を示す図であって、管理テーブル３２における登録内容の第３例を示している。

【図5D】図５Ｄは、管理装置４の記憶部３０に記憶された管理テーブル３２を示す図であって、管理テーブル３２における登録内容の第４例を示している。

【図6】図６は、決済装置２において実施される第１の処理の手順を示すフローチャートである。

【図7】図７は、受付装置３において実施される第１の処理の手順を示すフローチャートである。

【図8A】図８Ａは、受付装置３の表示・操作部２３の表示内容の第１例を示している。

【図8B】図８Ｂは、受付装置３の表示・操作部２３の表示内容の第２例を示している。

【図8C】図８Ｃは、受付装置３の表示・操作部２３の表示内容の第３例を示している。

【図8D】図８Ｄは、受付装置３の表示・操作部２３の表示内容の第４例を示している。

【図8E】図８Ｅは、受付装置３の表示・操作部２３の表示内容の第５例を示している。

【図9】図９は、決済装置２において実施される第２の処理の手順を示すフローチャートである。

【図10A】図１０Ａは、決済装置２の表示・操作部６の表示内容の第１例を示している。

【図10B】図１０Ｂは、決済装置２の表示・操作部６の表示内容の第２例を示している。

【図11】図１１は、受付装置３において実施される第２の処理の手順を示すフローチャートである。

【図12】図１２は、受付装置３の表示・操作部２３の表示内容の第６例を示している。

【図13】図１３は、受付装置３において実施される第３の処理の手順を示すフローチャートである。

【図14】図１４は、受付装置３の表示・操作部２３の表示内容の第７例を示している。

【図15】図１５は、第１変形例にかかる取引システム１の全体構成を示す模式図である。

【図16】図１６は、第２変形例にかかる取引システム１の全体構成を示す模式図である。

【図17】図１７は、変形例にかかる受付装置３の外観を示す斜視図である。

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

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

図１０Ｂの場合、取引画面において、全員分（ＩＤｍが００００３の客の場合には、大人１名と小人３名の４名分）の変更欄５４が表示されている。各変更欄５４には、該当するチケットの種類（ここでは、大人１名および小人１名のいずれか）と、変更ボタン５５と、削除ボタン５６とが表示されている。客は、（チケットを購入した）全員分のうち該当するメンバーのチケットの種類を変更したい場合（大人→小人または小人→大人に変更する場合）には、該当する変更欄５４における変更ボタン５５を押す。また、全員分のうち該当するメンバー（全員分でも構わない）のチケット購入をキャンセルしたい場合には、該当する変更欄５４における削除ボタン５６を押す。

【0064】

このように、図１０Ａおよび図１０Ｂのいずれにおいても、ＮＧである購入情報に関連付けられたＩＤｍを読取部１１が読み取った場合に（ステップＳ３１でＹＥＳ）、表示・操作部６は、取引画面において、当該購入情報のキャンセルまたは変更を受け付けることができる。
図９に戻り、ステップＳ３３での取引画面表示後、客が買い直しボタン４６（図１０Ａの場合）を押して買い直しを選択した場合（ステップＳ３４でＹＥＳ）、つまり、表示・操作部６が誤購入の購入情報の変更を受け付けた場合、制御部１３は、現金決済部１４や電子マネー決済部１５に対して、購入情報の変更に伴う差額についての決済処理を実行させる（ステップＳ３５）。なお、ここでの決済処理は、不足分金額を決済する場合には、前述したステップＳ５（図６参照）で説明した手順と同じであるが、過払い金（たとえば、大人→小人に買い直す場合に発生する）を払い戻す場合には、現金決済部１４が差額分の現金を返却口９から払い戻したり、電子マネー決済部１５が差額分の電子マネーをＩＣカード１００にチャージしたりする。また、ステップＳ３３での取引画面表示後、客が図１０Ｂの取引画面における該当する変更欄５４における変更ボタン５５または削除ボタン５６（一部でも全部でもよい）を押して買い直しを選択した場合にも（ステップＳ３４でＹＥＳ）、制御部１３（厳密には、現金決済部１４や電子マネー決済部１５）は、差額分の決済処理を行う。

【0065】

図９を参照して、差額分の決済処理（ステップＳ３５）が済むと、制御部１３は、今回の処理結果を管理装置４に送信する（ステップＳ３６）。誤購入分だけを買い直した場合には、当該処理結果には、誤購入が解消した旨と、対応するＩＤｍとが含まれている。そのため、この処理結果を受信した管理装置４の制御部２７は、管理テーブル３２（図５Ｂ参照）において、当該ＩＤｍ（ここでは、００００３）についての誤購入フラグをリセット（ＯＦＦ）して「○」を削除するとともに、ステータスを「誤購入」から「購入」に変更する。誤購入分を買い直した客は、再び入退場ゲートに行って、ＩＣカード１００を受付装置３の読取部２２にタッチさせる。これにより、受付装置３では、図７の処理が行われ、判定がＯＫだと、当該客は、今度は入場することができる。

【0066】

なお、誤購入分だけでなく他の購入情報についても買い直しがあった場合（図１０Ｂにおいて複数人分の変更ボタン５５や削除ボタン５６を押した場合）には、当該処理結果には、誤購入が解消した旨と、対応するＩＤｍと、買い直し後の購入情報が含まれている。そのため、この処理結果を受信した管理装置４の制御部２７は、管理テーブル３２において、当該ＩＤｍについての誤購入フラグをリセット（ＯＦＦ）して「○」を削除するとともに、ステータスを「誤購入」から「購入」に変更するとともに、購入情報自体を買い直し後の購入情報に変更する。

【0067】

一方、客が払い戻しボタン４７（図１０Ａ参照）を押した場合には、つまり、表示・操作部６が誤購入の購入情報（００００３のＩＤｍの場合には小人１名分）のキャンセルを受け付けた場合には、買い直し選択がない（ステップＳ３４でＮＯ）。そのため、制御部１３は、現金決済部１４や電子マネー決済部１５に対して、誤購入分のチケット（誤購入の購入情報）について返金処理を実行させる（ステップＳ３７）。この場合、現金決済部１４が誤購入分のチケット代（００００３のＩＤｍの場合には小人１名分のチケット代）の現金を返却口９から払い戻したり、電子マネー決済部１５が当該チケット代の電子マネーをＩＣカード１００にチャージしたりする。

【0068】

前述したように、ＮＧである購入情報については、当該購入情報がＮＧである旨がＩＤｍに関連付けて管理されている（図５Ｂの誤購入フラグおよびステータス参照）。そのため、当該ＩＤｍを読取部１１に読み取らせれば、決済装置２において、当該購入情報についてキャンセルまたは変更することができて便利である（図１０Ａおよび図１０Ｂ参照）。さらに、決済装置２では、当該購入情報をキャンセルする場合には、当該購入情報についての返金を受けることができ、当該購入情報を変更する場合には、変更に伴う差額についての決済を受けることができる。

【0069】

次に、図１１を参照して、受付装置３において実施される第２の処理を説明する。ここでは、施設に既に入場した客が入退場ゲートを通って施設から一時退場する場合を想定している。
待機状態における受付装置３では、制御部２４（図３参照）が、これから一時退場しようとする客が自分のＩＣカード１００（図１参照）を読取部２２にタッチさせたか否か（読取部２２が当該ＩＣカード１００からＩＤｍを読み取ったか否か）を監視している（ステップＳ４１）。ここでのＩＣカード１００は、決済装置２での決済や受付装置３での入場時の取引の際に用いられたＩＣカード１００と同じである。

【0070】

一時退場しようとする客によってＩＣカード１００のタッチがあった場合には（ステップＳ４１でＹＥＳ）、制御部２４は、表示・操作部２３に、図１２に示す退場画面を表示する（ステップＳ４２）。図１２では、前述したＩＤｍが００００１の客（図５Ａ参照）が一時退場する場合を想定していて、退場画面には、当該客のメンバー構成分（大人１名および小人３名の合計４名分）の選択ボタン５８が表示されている。各選択ボタン５８には、対応するチケットの種類（大人１名または小人１名）が表示されている。客または従業員（客からの依頼を受けた従業員）が、一時退場するメンバー分の選択ボタン５８を押すことによって、一時退場するメンバーの選択を完了すると（ステップＳ４３でＹＥＳ）、制御部２４は、今回の取引結果を管理装置４に送信する（ステップＳ４４）。なお、前述した判別センサ２６（図３参照）が一時退場するメンバーを自動認識することによって、一時退場するメンバーの選択が完了してもよい（ステップＳ４３でＹＥＳ）。

【0071】

たとえば、ＩＤｍが００００１の客（大人１名および小人３名の合計４名）のうち大人１名が一時退場すると選択された場合（ステップＳ４３でＹＥＳ）、制御部２４は、このＩＤｍと一時退場するメンバー（ここでは大人１名）とを関連付けた取引結果を管理装置４に送信する（ステップＳ４４）。当該取引結果を受信した管理装置４では、制御部２７（図４参照）が、管理テーブル３２において、図５Ｃに示すように、該当するＩＤｍ（ここでは００００１）についてのステータスを「入場」から「一時退場」に変更するとともに、一時退場フラグを「○（ＯＮ）」にセットし、退場情報として、今回一時退場するメンバー（ここでは、大人１名）を登録する。このように、管理テーブル３２は、客が一時退場したという一時退場情報（ステータスや一時退場フラグや退場情報）を、一時退場の際に読取部２２がステップＳ４１で読み取ったＩＤｍに関連付けて記憶する。この場合、後述する図１３の処理で説明するように、客が一時退場後に再入場する際、読取部２２に対して（一時退場時に読み取られた）ＩＤｍを再度読み取らせて照合することによって、一時退場した客と再入場しようとする客とが同一か否かを特定することができる。

【0072】

また、図１１を参照して、ステップＳ４１でタッチするＩＣカード１００は、決済時や入場時に用いたＩＣカード１００とは別物であってもよい。たとえば、００００１のＩＤｍで決済や入場をした客が、００００１以外のＩＤｍ（ここでは００００５のＩＤｍ）のＩＣカード１００も携帯している場合、このＩＣカード１００をタッチしてもよい（ステップＳ４１）。この場合にも、退場画面（ただし、メンバー全員分の選択ボタン５８は表示されない）が表示されるので（ステップＳ４２）、客または従業員は、大人および小人が何人一時退場するのかを表示・操作部２３の操作（選択ボタン５８の押下）によって選択する。これにより（ステップＳ４３でＹＥＳ）、制御部２４は、今回の取引結果を管理装置４に送信する（ステップＳ４４）。

【0073】

たとえば、ＩＤｍが００００５のＩＣカード１００を携帯する客（グループ）のうち大人１名が一時退場すると選択された場合、制御部２４は、このＩＤｍと一時退場するメンバー（ここでは大人１名）とを関連付けた取引結果を管理装置４に送信する。当該取引結果を受信した管理装置４では、制御部２７が、管理テーブル３２において、図５Ｄに示すように、今回受信した新たなＩＤｍ（ここでは００００５）の欄（図５Ｄにおける最下欄）を新たに作成する。そして、制御部２７は、当該ＩＤｍ（ここでは００００５）についてのステータスを「一時退場」とするとともに、一時退場フラグを「○（ＯＮ）」にセットし、退場情報として、今回一時退場するメンバー（ここでは、大人１名）を登録する。

【0074】

ここで、決済時や入場時に用いたＩＣカード１００（たとえば、ＩＤｍが００００１のカード）と、このＩＣカード１００とは別のＩＣカード（たとえば、ＩＤｍが００００５のカード）との両方をステップＳ４１でタッチさせることが考えられる。たとえば、一時退場する者が、当該両方をタッチさせてから、決済時に用いたＩＣカード１００を仲間（一時退場しない者）に預け、当該別のＩＣカードを持って一時退場することがある。

【0075】

その場合、前述した選択完了後において（ステップＳ４３でＹＥＳ）、制御部２４は、先程タッチされた両方のカードのＩＤｍ（ここでは、００００１および００００５のＩＤｍ）と、一時退場するメンバー（ここでは大人１名）とを関連付けた取引結果を管理装置４に送信する。当該取引結果を受信した管理装置４では、制御部２７が、図５Ｄに示すように、管理テーブル３２において、前述したように新たなＩＤｍ（ここでは００００５）の欄を新たに作成して当該欄において必要な情報を登録するとともに、元々登録していたＩＤｍ（ここでは、００００１のＩＤｍ）の欄において、退場情報として、当該新たなＩＤｍ（００００５）を登録する。これにより、管理装置４の制御部２７は、管理テーブル３２において、００００１のＩＤｍ(管理テーブル３２に管理された購入情報に関連付けられたＩＤｍ)と００００５のＩＤｍ（前述した一時退場情報に関連付けられたＩＤｍ）という互いに異なるＩＤｍを関連付けている。そのため、購入情報に関連付けられた（購入時に読み取られた）ＩＤｍと、一時退場時に読み取られたＩＤｍとが違っていても、これらのＩＤｍが関連付けられているので、購入者と一時退場者（換言すれば、再入場者）との関連性を把握することができる。

【0076】

次に、図１３を参照して、受付装置３において実施される第３の処理を説明する。ここでは、一時退場した客が再入場するために客が入退場ゲートにやってきた場合を想定している。
待機状態における受付装置３では、制御部２４が、再入場しようとする客が自分のＩＣカード１００（図１参照）を読取部２２にタッチさせたか否か（読取部２２がＩＣカード１００のＩＤｍを読み取ったか否か）を監視している（ステップＳ５１）。ここでのＩＣカード１００は、一時退場での取引の際に用いられたＩＣカード１００と同じである。

【0077】

再入場しようとする客によってＩＣカード１００のタッチがあった場合には（ステップＳ５１でＹＥＳ）、制御部２４は、表示・操作部２３に、図１４に示す再入場画面を表示する（ステップＳ５２）。図１４では、前述したＩＤｍが００００１の客（図５Ｃ参照）のうちの（一時退場した）大人１名が再入場する場合を想定している。制御部２４は、タッチされたＩＣカード１００から読み取ったＩＤｍ（ここでは、００００１）についての退場情報を管理テーブル３２から呼び出し、当該退場情報に登録された一時退場者（ここでは、大人１名であり、図５Ｃ参照）の情報（一時退場者情報）を、「大人１名（再入場）」として再入場画面に表示する。また、制御部２４は、前述したＯＫボタン４０およびＮＧボタン４１も表示する。

【0078】

また、前述したように、一時退場時に用いられたＩＣカード１００（たとえば、ＩＤｍが００００５）が、決済時や入場時に用いられたＩＣカード１００（たとえば、ＩＤｍが００００１）とは別物である場合もある（図５Ｄ参照）。この場合（両方のＩＤｍが関連付けられていても関連付けられていなくてもよい）には、ＩＤｍが００００５のＩＣカード１００のタッチがあると（ステップＳ５１）、制御部２４は、００００５のＩＤｍについての退場情報を管理テーブル３２（図５Ｄ参照）から呼び出す。そして、制御部２４は、当該退場情報に登録された一時退場者（ここでは、大人１名であり、図５Ｄ参照）の情報（一時退場者情報）を、「大人１名（再入場）」として再入場画面に表示し、ＯＫボタン４０およびＮＧボタン４１も表示する。

【0079】

その後、入退場ゲートの従業員または判別センサ２６（図３参照）によって、先程ＩＣカード１００を読取部２２にタッチさせた再入場客のメンバー構成が再入場画面における一時退場者情報と一致しているか否かが判定される（ステップＳ５３）。つまり、図１４の場合には、再入場者が大人１名であるか否かが判定される。
判定結果がＯＫであった場合には（ステップＳ５４でＹＥＳ）、制御部２４は、前述したＯＫ表示４３（図８Ｂ参照）を表示・操作部２３に表示（ＯＫ表示）し、今回の取引結果を管理装置４に送信する（ステップＳ５５）。ここでの取引結果とは、判定結果がＯＫであって、再入場手続が無事完了したということである。そのため、客は、入退場ゲートを越えて再入場することができる。

【0080】

また、判定結果がＯＫであったときに送信された取引結果を受信した管理装置４の制御部２７は、管理テーブル３２において、今回の取引があったＩＤｍ（ここでは、００００１）について、ステータス（図５Ｃでは「一時退場」）を「入場」に変更する。そして、制御部２７は、退場情報（図５Ｃでは「大人１名」）を削除するとともに、一時退場フラグをリセット（ＯＦＦ）して「○」を削除する。また、一時退場時に用いられたＩＣカード１００（たとえば、ＩＤｍが００００５）が、決済時や入場時に用いられたＩＣカード１００（たとえば、ＩＤｍが００００１）とは別物である場合には、図５Ｄを参照して、制御部２７は、管理テーブル３２において、ＩＤｍが００００５の欄（図５Ｄにおける最下欄）の全体を削除する。また、００００１のＩＤｍと００００５のＩＤｍとが関連付けられている場合には、制御部２７は、００００１のＩＤｍにおける退場情報（ＩＤｍ：００００５という情報）も削除する。

【0081】

図１３を参照して、判定結果がＯＫではなかった場合には（ステップＳ５４でＮＯ）、制御部２４は、前述したＮＧ表示４４（図８Ｃ参照）を表示・操作部２３に表示（ＮＧ表示）し、今回の取引結果を管理装置４に送信する（ステップＳ５６）。ここでの取引結果とは、判定結果がＮＧであって、再入場手続が完了しなかったということである。そのため、客は、再入場できない。なお、管理装置４の制御部２７は、この取引結果を受信しても、管理テーブル３２において、今回の取引があったＩＤｍについてのデータを更新しない。つまり、再入場手続が無事完了するまでの間、当該ＩＤｍについての一時退場情報（ステータスや一時退場フラグや退場情報）は更新されずにいる。

【0082】

以上のように、本発明によれば、ＩＣカード１００のＩＤｍを利用することによって、チケットレスで決済をするだけでなく、入退場や誤購入等の様々な状況に幅広く対応することができる。また、複数人分のチケットをチケットレスで決済した場合には、全員分のチケットが、実施的には、決済に用いた１つのＩＣカード１００だけになる。つまり、各人がチケットを持っていないので、たとえば一部のメンバーが一時退場する場合等に不具合（メンバー全員が一緒に行動しなければならなくなる）が生じえるのだが、本発明では、このような不具合にも対応することもできるので（図１１および図１３の処理参照）、チケットレスの場合でも客の個別行動が可能となる。

【0083】

この発明は、以上の実施形態の内容に限定されるものではなく、請求項記載の範囲内において種々の変更が可能である。
図１５は、第１変形例にかかる取引システム１の全体構成を示す模式図である。図１６は、第２変形例にかかる取引システム１の全体構成を示す模式図である。
たとえば、管理装置４は、独立して存在してなくてもよく、図１５に示すように、いずれかの受付装置３が管理装置４の役割を兼ねていてもよい。図１５では、左端の受付装置３が、親機３Ａとして、管理装置４の役割を兼ねており、残りの受付装置３が、子機３Ｂとして、親機３Ａとの間で通信するようになっている。

【0084】

また、図１６に示すように、１台ずつの決済装置２および受付装置３によって取引システム１を構成してもよい。つまり、この取引システム１では、決済装置２と受付装置３とは１対１の関係にある。
図１７は、変形例にかかる受付装置３の外観を示す斜視図である。
受付装置３は、ディスプレー２１と読取部２２とを個別に有していたが（図１参照）、図１７に示すように、ディスプレー２１と読取部２２とが一体化されていてもよい。図１７の受付装置３は、筐体９０を有し、筐体９０の上面（水平方向に対して傾斜していてもよい）９０Ａに、ディスプレー２１と読取部２２とが並んで配置されている。

【0085】

そして、前述した誤購入による買い直しやキャンセルは、決済装置２だけでなく、受付装置３で実施できてもよい。そうすれば、誤購入した客は、チケットコーナーの決済装置２まで戻らなくても、入退場ゲートの受付装置３で誤購入に対応して、速やかに入場することができる。
また、管理テーブル３２（図５Ａ〜図５Ｄ参照）の記憶内容（各ＩＤｍの欄）は、所定のタイミング（たとえば、施設の毎日の閉園時間後）において削除（クリア）されてもよい。

【0086】

また、前述した実施形態の決済装置２では、発券部１６（図２参照）によって紙製チケットを発行できるようになっているが、発券部１６を省略してもよい。そうすれば、決済装置２では、紙製チケットを廃止することができるので、紙製チケットが完全に不要となる。
また、１枚のＩＣカードのＩＣチップが複数のアプリケーションを実行可能であって、このＩＣカードにおいて複数種類の電子マネーで決済可能である場合には、ＩＣ決済時において、客の所望する種類の電子マネーを選択して、その電子マネーでＩＣ決済できるようにしてもよい。この場合の前提として、決済装置２が複数種類の電子マネーでのＩＣ決済に対応している必要がある。

【0087】

また、本発明において、客の携帯する媒体をＩＣカード１００とし、その識別情報をＩＤｍとしたが、識別情報は、ＩＤｉ（ＩＣカード１００のＩＣチップで実行できるアプリケーション（電子マネー決済についてのアプリケーション）に対してＩＣカードの発券者がＩＣカード毎に採番した番号）であってもよい。また、媒体として、携帯電話を用いることができ、この場合、携帯電話の識別情報として、ＩＤｍやＩＤｉの他に、携帯電話のメールアドレスや電話番号などを用いることができる。つまり、媒体を特定できる情報であれば、あらゆる情報を、識別情報として用いることができる。

【0088】

また、本発明は、前述した施設の入退場における取引システム１に限らず、食堂における注文システムや銭湯等における備品（タオル等）の貸出システムにも適用可能である。これらの場合には、食券や備品の利用券を紙で用意せずに済む。また、たとえば、食堂の場合には、購入情報が受付装置３（注文の受付カウンタ等に設置されている）に表示されれば、誤購入の判別や、決済完了か否かの判別（客が決済せずに受付カウンタに来た場合）ができる。

【符号の説明】

【0089】

１ 取引システム
２ 決済装置
４ 管理装置
６ 表示・操作部
１１ 読取部
１３ 制御部
１４ 現金決済部
１５ 電子マネー決済部
２１ ディスプレー
２２ 読取部
２３ 表示・操作部
２４ 制御部
２７ 制御部
３２ 管理テーブル
３５ 購入情報
１００ ＩＣカード

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図5C】

【図5D】

【図6】

【図7】

【図8A】

【図8B】

【図8C】

【図8D】

【図8E】

【図9】

【図10A】

【図10B】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】