JP6095913B2 - Transaction system, transaction terminal and management server - Google Patents
Transaction system, transaction terminal and management server Download PDFInfo
- Publication number
- JP6095913B2 JP6095913B2 JP2012165581A JP2012165581A JP6095913B2 JP 6095913 B2 JP6095913 B2 JP 6095913B2 JP 2012165581 A JP2012165581 A JP 2012165581A JP 2012165581 A JP2012165581 A JP 2012165581A JP 6095913 B2 JP6095913 B2 JP 6095913B2
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- value
- card
- balls
- recording medium
- 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
Links
- 238000000034 method Methods 0.000 claims description 87
- 238000012545 processing Methods 0.000 claims description 66
- 230000005540 biological transmission Effects 0.000 claims description 9
- 230000004044 response Effects 0.000 claims description 9
- 230000008569 process Effects 0.000 description 74
- 235000013305 food Nutrition 0.000 description 72
- 238000012508 change request Methods 0.000 description 14
- 238000004891 communication Methods 0.000 description 13
- 238000012423 maintenance Methods 0.000 description 12
- 238000012986 modification Methods 0.000 description 8
- 230000004048 modification Effects 0.000 description 8
- 230000000717 retained effect Effects 0.000 description 6
- 238000003780 insertion Methods 0.000 description 5
- 230000037431 insertion Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000007704 transition Effects 0.000 description 4
- 238000012795 verification Methods 0.000 description 4
- 238000007792 addition Methods 0.000 description 3
- 235000013361 beverage Nutrition 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 241000208125 Nicotiana Species 0.000 description 1
- 235000002637 Nicotiana tabacum Nutrition 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Landscapes
- Pinball Game Machines (AREA)
Description
本発明は、遊技者が遊技にて獲得した獲得価値を、各商品・サービスの代価の支払いに使用可能な取引用システム、及び、該取引用システムを構成する取引用端末と管理サーバに関する。 The present invention relates to a transaction system that can use an acquired value acquired by a player in a game for payment of a price for each product / service, and a transaction terminal and a management server that constitute the transaction system.
従来、遊技者に対して代価の支払いにより各商品・サービスを行うシステムとしては、各パチンコ機に設置された各台計数機を操作することで持玉から代価の支払いを行うことで各商品・サービスの提供を行っているものがある(例えば、特許文献1参照)。 Conventionally, as a system for performing each product / service by paying a price to a player, each product / service can be paid by paying the price from the holding ball by operating each counter installed in each pachinko machine. Some services are provided (see, for example, Patent Document 1).
しかしながら、特許文献1にあっては、各商品・サービスの取り消しを行う場合には、返却する持玉をリモコンにより入力操作するため、間違った数の持玉の返却や、不正に多い持玉が返却される場合があるという問題がある。
However, in
本発明は、このような問題点に着目してなされたもので、間違った獲得価値や不正に多い獲得価値が返却されてしまうことのない取引用システム、取引用端末並びに管理サーバを提供することを目的とする。 The present invention has been made paying attention to such problems, and provides a transaction system, a transaction terminal, and a management server, in which wrong acquisition value or illegal acquisition value is not returned. With the goal.
前記課題を解決するために、請求項1に記載の本発明の取引用システムは、
遊技者が提供を希望する商品の指定を受付ける受付手段(MPU51が商品受付処理を実行する部分)と、
記録媒体(例えば、会員カードKとビジターカードV)を個々に識別可能な記録媒体識別情報(例えば、カードID)が記録され、遊技者が遊技にて獲得した獲得価値(例えば、持玉及び貯玉)を特定可能な記録媒体を受付けて、該記録媒体の記録媒体識別情報を読み出す記録媒体処理手段(例えば、カードリーダライタ57)と、
前記受付手段にて指定を受付けた商品の代価を特定可能な代価特定情報(例えば、持玉管理テーブル更新要求における端末取引テーブルデータ中の玉数や、貯玉管理テーブル更新要求における玉数)と、代価に相当する獲得価値を減算する獲得価値の種別を特定可能な種別情報と、前記記録媒体処理手段にて読み出した記録媒体識別情報とを含む減算要求(例えば、持玉管理テーブル更新要求、貯玉管理テーブル更新要求)を送信する減算要求送信手段(例えば、MPU51がステップS126や、ステップS138を実行する部分)と、
前記記録媒体識別情報に対応付けて、各記録媒体を所持する遊技者が所有する複数種別の獲得価値をそれぞれ管理する獲得価値管理手段(会員用持玉管理テーブル、ビジター用持玉管理テーブル、貯玉管理テーブル)と、
前記減算要求の受信に応じて、該減算要求に含まれる記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該減算要求に含まれる種別情報から特定される種別の獲得価値から、該減算要求に含まれる代価特定情報から特定される代価に相当する獲得価値を減算する獲得価値減算手段(例えば、ステップSm312においてビジター用持玉管理テーブルを減算更新する部分、ステップSm313において会員用持玉管理テーブルを減算更新する部分、ステップSk510において貯玉管理テーブルを減算更新する部分)と、
前記獲得価値減算手段にて減算した獲得価値と、減算された獲得価値の種別とを含む取引履歴(例えば、レシート番号、カードID、取引時間、商品ID、数量、玉レート、玉数、送信済フラグ)を記憶する取引履歴記憶手段(例えば、端末取引テーブル、履歴管理テーブル)と、
所定の取り消し指定(例えば、メインメニュー画面において、「メンテナンス」を選択し、且つ図示しないメンテナンスのメニュー画面において「払い戻し」を選択)を受付ける取り消し受付手段(MPU51がステップS151〜ステップS154を実行する部分)と、
前記取り消し受付手段にて取り消し指定を受付けたことに基づいて、前記取引履歴記憶手段に記憶されている取引履歴を特定可能な取引履歴特定情報(例えば、レシート番号)を含む返却要求(商品キャンセル要求)を送信する返却要求送信手段(例えば、MPU51がステップS155を実行し、持玉管理サーバ110に対して商品キャンセル要求を送信する部分)と、
前記返却要求の受信に応じて、該返却要求から特定される前記獲得価値減算手段が減算した獲得価値を、当該取引において前記記録媒体処理手段にて受付けた記録媒体の記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該返却要求から特定される種別の獲得価値に加算して返却する返却手段(例えば、CPU112がステップSm333を実行して会員用持玉管理テーブルにキャンセル玉数を更新する部分、CPU112がステップSm334を実行してビジター用持玉管理テーブルにキャンセル玉数を更新する部分)を備える、
ことを特徴としている。
この特徴によれば、注文を取り消す場合には、取引履歴から特定される獲得価値が返却されるので、間違った獲得価値や不正に多い獲得価値が返却されてしまうことを防止できる。
また、この特徴によれば、遊技者が使用した交換レートの獲得価値に加算されて返却されるので、他の交換レートに返却されてしまうことで、該交換レートの獲得価値を使用した再遊技が不能となってしまう等の不都合の発生を防止することができる。
本発明の請求項2に記載の取引用システムは、請求項1に記載の取引用システムであって、
前記獲得価値管理手段は、獲得した当日においてのみ使用可能な第1獲得価値を管理する第1獲得価値管理手段と、前記第1獲得価値から移行された価値であって獲得した当日以降において使用可能な第2獲得価値を管理する第2獲得価値管理手段とを含み、
前記獲得価値減算手段は、前記第1獲得価値と前記第2獲得価値のいずれからも代価に相当する獲得価値を減算し、
前記返却手段は、前記獲得価値減算手段によって前記第2獲得価値から減算された代価に相当する獲得価値を加算するときには、前記第2獲得価値に代えて前記第1獲得価値に加算する、
ことを特徴としている。
この特徴によれば、減算された代価に相当する獲得価値が、第2獲得価値ではなく第1獲得価値に加算されるので、例えば、日付が変更となったときに一括して実施する第1獲得価値を第2獲得価値に移行する移行処理を、取り消しがあった都度毎に実施する必要がないので、取り消しに伴う処理が複雑化してしまうことを防止することができる。
In order to solve the above-mentioned problem, the transaction system according to
Accepting means for accepting the designation of products Yu technique wishes to provide a (part MPU51 to execute the goods acceptance process),
Record medium (e.g., membership card K and visitor card V) can identify the individual recording medium identification information (e.g., card ID) is recorded, earned value obtained by the player in the game (for example, lifting ball and貯玉) receives a specific recording medium capable of recording medium processing unit for reading out of the recording medium identification information of the recording medium (for example, the card reader-writer 57),
The receiving unit can identify the price of accepting designation goods at a price specific information (e.g., number of balls of or in the terminal transaction table data in lifting ball management table update request, the number of balls in貯玉management table update request) and , A subtraction request (for example, a ball management table update request, a type information that can specify the type of acquisition value to subtract the acquisition value corresponding to the price, and the recording medium identification information read by the recording medium processing means, Subtraction request transmission means (for example, the part where the
Before type recording medium in association with the identification information, acquiring the value managing means (the member's equity ball management table, lifting ball management table for visitors player in possession of the respective recording medium respectively manage the acquisition value of multiple types owned Storage ball management table),
In response to the reception of the subtraction request, it is specified from the type information included in the subtraction request among the acquired values managed by the acquired value management means in association with the recording medium identification information included in the subtraction request. Acquisition value subtraction means for subtracting the acquisition value corresponding to the price specified from the price specification information included in the subtraction request from the acquisition value of the type (for example, a part for subtracting and updating the visitor holding management table in step Sm312; A part for subtracting and updating the membership management table for members in step Sm313, a part for subtracting and updating the storage management table in step Sk510), and
And earned value obtained by subtracting in the previous Symbol earned value subtraction means, transaction history, including the type of earned value that is subtracted (for example, receipt number, card ID, transaction time, product ID, quantity, ball rate, number of balls, transmission Transaction history storage means (for example, terminal transaction table, history management table) ,
Tokoro cancellation specified constant (e.g., the main menu screen, select "Maintenance", select "refund" in and not shown maintenance menu screen) Cancel receiving Tsukete stage (
Based on the received revocation specified in the revocation receiving Tsukete stage, the transaction history storage means can identify the transaction history stored on a transaction history identification information (e.g., receipt number) return request including (product return request sending means that sends a cancel request) (e.g., MPU 51 executes a step S155, a portion) for transmitting product cancellation request against lifting
In response to receiving the prior Symbol return request, the earned value to which the return the earned value subtraction means requests either et al are identified by subtracting, recording medium identification information of the recording medium received in the recording medium processing device in the transaction Returning means (for example, the
It is characterized by that.
According to this feature, when an order is canceled, the acquired value specified from the transaction history is returned, so that it is possible to prevent an incorrect acquired value or an illegally acquired value from being returned.
Further, according to this feature, since it is returned after being added to the acquired value of the exchange rate used by the player, the replay using the acquired value of the exchange rate by returning to another exchange rate. It is possible to prevent the occurrence of inconveniences such as being impossible.
The transaction system according to
The acquired value management means is a first acquired value management means that manages a first acquired value that can be used only on the day of acquisition, and is a value that has been transferred from the first acquired value and can be used after the acquired day Second acquired value management means for managing such second acquired value,
The acquired value subtracting means subtracts the acquired value corresponding to the price from both the first acquired value and the second acquired value,
The return means, when adding the acquired value corresponding to the price subtracted from the second acquired value by the acquired value subtracting means, is added to the first acquired value instead of the second acquired value,
It is characterized by that.
According to this feature, the acquired value corresponding to the subtracted price is added to the first acquired value instead of the second acquired value. For example, when the date is changed, the first value is collectively implemented. Since it is not necessary to carry out the transition process for shifting the acquired value to the second acquired value every time cancellation is performed, it is possible to prevent the processing accompanying cancellation from becoming complicated.
請求項3に記載の本発明の取引用端末は、
遊技者が遊技にて獲得した獲得価値(例えば、持玉及び貯玉)を、商品(例えば、飲食物)の代価の支払いに使用可能な取引用システムに用いられる取引用端末(取引用端末50)であって、
遊技者が提供を希望する商品の指定を受付ける受付手段(MPU51が商品受付処理を実行する部分)と、
記録媒体(例えば、会員カードKとビジターカードV)を個々に識別可能な記録媒体識別情報(例えば、カードID)が記録され、遊技者が遊技にて獲得した獲得価値を特定可能な記録媒体を受付けて、該記録媒体の記録媒体識別情報を読み出す記録媒体処理手段(例えば、カードリーダライタ57)と、
該取引用端末とデータ通信可能に接続された管理サーバ(持玉管理サーバ110、会員管理サーバ120)に対して、前記受付手段にて指定を受付けた商品の代価を特定可能な代価特定情報(例えば、持玉管理テーブル更新要求における端末取引テーブルデータ中の玉数や、貯玉管理テーブル更新要求における玉数)と、代価に相当する獲得価値を減算する獲得価値の種別を特定可能な種別情報と、前記記録媒体処理手段にて読み出した記録媒体識別情報とを含む減算要求(例えば、持玉管理テーブル更新要求、貯玉管理テーブル更新要求)を送信することにより、前記管理サーバにおいて該記録媒体識別情報に対応付けて管理されている複数種別の獲得価値うち、該減算要求に含まれる種別情報から特定される種別の獲得価値から、該減算要求に含まれる代価特定情報から特定される代価に相当する獲得価値を減算させる減算要求送信手段(例えば、MPU51がステップS126や、ステップS138を実行する部分)と、
前記減算要求を送信することによって前記管理サーバに減算させた獲得価値と、減算された獲得価値の種別とを含む取引履歴(例えば、レシート番号、カードID、取引時間、商品ID、数量、玉レート、玉数、送信済フラグ)を記憶する取引履歴記憶手段(端末取引テーブル)と、
所定の取り消し指定(例えば、メインメニュー画面において、「メンテナンス」を選択し、且つ図示しないメンテナンスのメニュー画面において「払い戻し」を選択)を受付ける取り消し受付手段(MPU51がステップS151〜ステップS154を実行する部分)と、
前記取り消し受付手段にて取り消し指定を受付けたことに基づいて、前記取引履歴記憶手段に記憶されている取引履歴を特定可能な取引履歴特定情報を含み、獲得価値に加算して返却するための返却要求を前記管理サーバに送信して、該返却要求から特定される前記管理サーバが減算した獲得価値を、当該取引において前記記録媒体処理手段にて受付けた記録媒体の記録媒体識別情報に対応付けて前記管理サーバにおいて管理されている獲得価値のうち、該返却要求から特定される種別の獲得価値に加算させる返却要求送信手段(例えば、MPU51がステップS155を実行し、持玉管理サーバ110に対して商品キャンセル要求を送信する部分)と、
を備える、
ことを特徴としている。
この特徴によれば、注文を取り消す場合には、取引履歴から特定される獲得価値が返却されるので、間違った獲得価値や不正に多い獲得価値が返却されてしまうことを防止できる。
また、この特徴によれば、遊技者が使用した交換レートの獲得価値に加算されて返却されるので、他の交換レートに返却されてしまうことで、該交換レートの獲得価値を使用した再遊技が不能となってしまう等の不都合の発生を防止することができる。
本発明の請求項4に記載の取引用端末は、請求項3に記載の取引用端末であって、
前記記録媒体処理手段は、獲得した当日においてのみ使用可能な第1獲得価値と、前記第1獲得価値から移行された価値であって獲得した当日以降において使用可能な第2獲得価値とを特定可能な記録媒体を受付け可能であって、
前記返却要求送信手段は、前記取り消し受付け手段にて取り消し操作を受付けたことに基づいて、前記第2獲得価値から減算された代価に相当する獲得価値を加算して返却するよう要求するときには、前記第2獲得価値に代えて前記第1獲得価値に加算して返却するための返却要求を前記管理サーバに送信する、
ことを特徴としている。
この特徴によれば、減算された代価に相当する獲得価値が、第2獲得価値ではなく第1獲得価値に加算されるので、例えば、日付が変更となったときに一括して実施する第1獲得価値を第2獲得価値に移行する移行処理を、取り消しがあった都度毎に実施する必要がないので、取り消しに伴う処理が複雑化してしまうことを防止することができる。
The transaction terminal of the present invention according to
Transaction terminal (transaction terminal 50) used in a transaction system that can be used for payment of the price of goods (for example, food and drink) using the acquired value (for example, possession balls and storage balls) acquired by the player in the game Because
Accepting means for accepting the designation of products Yu technique wishes to provide a (part MPU51 to execute the goods acceptance process),
Record medium (e.g., membership card K and visitor card V) can identify the individual recording medium identification information (e.g., card ID) is recorded, the player can identify the earned value acquired in a game recording medium the accept, recording medium processing unit for reading out of the recording medium identification information of the recording medium (for example, the card reader-writer 57),
Said mounting reference terminal and data communicably connected management server (lifting
Transaction history (for example, receipt number, card ID, transaction time, product ID, quantity, ball rate) including the acquisition value subtracted by the management server by transmitting the subtraction request and the type of the subtraction value acquired Transaction history storage means (terminal transaction table) for storing the number of balls, transmitted flag),
Predetermined cancellation specified (e.g., the main menu screen, select "Maintenance" and select "refund" in the menu screen of the maintenance not shown) Cancel receiving Tsukete stage (
Based on the received revocation specified in the revocation receiving Tsukete stage, the include transaction history can be stored transaction history identification information identifying the transaction history stored in the means, for returning and adding the earned value To the management server, and the acquired value subtracted by the management server specified from the return request corresponds to the recording medium identification information of the recording medium received by the recording medium processing means in the transaction. give of earned value managed in the management server, return request transmitting means Ru is added to the acquired value of the type identified from the return request (e.g., run MPU51 the step S155, lifting
Comprising
It is characterized by that.
According to this feature, when an order is canceled, the acquired value specified from the transaction history is returned, so that it is possible to prevent an incorrect acquired value or an illegally acquired value from being returned.
Further, according to this feature, since it is returned after being added to the acquired value of the exchange rate used by the player, the replay using the acquired value of the exchange rate by returning to another exchange rate. It is possible to prevent the occurrence of inconveniences such as being impossible.
The transaction terminal according to
The recording medium processing means can specify a first acquired value that can be used only on the acquired day and a second acquired value that has been shifted from the first acquired value and can be used after the acquired day Can accept various recording media,
When the return request transmission means requests to return by adding the acquisition value corresponding to the price subtracted from the second acquisition value based on the reception of the cancellation operation by the cancellation reception means, Sending a return request to the management server for returning in addition to the first acquisition value instead of the second acquisition value;
It is characterized by that.
According to this feature, the acquired value corresponding to the subtracted price is added to the first acquired value instead of the second acquired value. For example, when the date is changed, the first value is collectively implemented. Since it is not necessary to carry out the transition process for shifting the acquired value to the second acquired value every time cancellation is performed, it is possible to prevent the processing accompanying cancellation from becoming complicated.
請求項5に記載の本発明の管理サーバは、
遊技者が遊技にて獲得した獲得価値(例えば、持玉及び貯玉)を、商品(例えば、飲食物)の代価の支払いに使用可能な取引用システムに用いられる管理サーバ(持玉管理サーバ110、会員管理サーバ120)であって、
遊技者が提供を希望する商品の指定を受付けるとともに、記録媒体(例えば、会員カードKとビジターカードV)を個々に識別可能な記録媒体識別情報(例えば、カードID)が記録され、遊技者が遊技にて獲得した獲得価値を特定可能な記録媒体を受付けて、該記録媒体の記録媒体識別情報を読み出して、該読み出した記録媒体識別情報と、指定を受付けた商品の代価を特定可能な代価特定情報(例えば、持玉管理テーブル更新要求における端末取引テーブルデータ中の玉数や、貯玉管理テーブル更新要求における玉数)と、代価に相当する獲得価値を減算する獲得価値の種別を特定可能な種別情報とを含む減算要求(持玉管理テーブル更新要求)を送信する取引用端末(取引用端末50)とデータ通信可能に接続され、
前記記録媒体識別情報に対応付けて、各記録媒体を所持する遊技者が所有する複数種別の獲得価値をそれぞれ管理する獲得価値管理手段(会員用持玉管理テーブル、ビジター用持玉管理テーブル、貯玉管理テーブル)と、
前記減算要求の受信に応じて、該減算要求に含まれる記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該減算要求に含まれる種別情報から特定される種別の獲得価値から、該減算要求に含まれる代価特定情報から特定される代価に相当する獲得価値を減算する獲得価値減算手段(例えば、ステップSm312においてビジター用持玉管理テーブルを減算更新する部分、ステップSm313において会員用持玉管理テーブルを減算更新する部分)と、
前記獲得価値減算手段にて減算した獲得価値と、減算された獲得価値の種別とを含む取引履歴(例えば、レシート番号、カードID、取引時間、商品ID、数量、玉レート、玉数、送信済フラグ)を記憶する取引履歴記憶手段(履歴管理テーブル)と、
前記取引用端末において所定の取り消し指定(例えば、メインメニュー画面において、「メンテナンス」を選択し、且つ図示しないメンテナンスのメニュー画面において「払い戻し」を選択)を受付ける取り消し受付け手段(MPU51がステップS151〜ステップS154を実行する部分)を受付けたことに基づいて、前記取引履歴記憶手段に記憶されている取引履歴を特定可能な取引履歴特定情報(例えば、レシート番号)を含む返却要求(商品キャンセル要求)の受信に応じて、該返却要求から特定される前記獲得価値減算手段が減算した獲得価値を、当該取引において前記取引用端末にて受付けた記録媒体の記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該返却要求から特定される種別の獲得価値に加算して返却する返却手段(例えば、CPU112がステップSm333を実行して会員用持玉管理テーブルにキャンセル玉数を更新する部分、CPU112がステップSm334を実行してビジター用持玉管理テーブルにキャンセル玉数を更新する部分)と、
を備える、
ことを特徴としている。
この特徴によれば、注文を取り消す場合には、取引履歴から特定される獲得価値が返却されるので、間違った獲得価値や不正に多い獲得価値が返却されてしまうことを防止できる。
また、この特徴によれば、遊技者が使用した交換レートの獲得価値に加算されて返却されるので、他の交換レートに返却されてしまうことで、該交換レートの獲得価値を使用した再遊技が不能となってしまう等の不都合の発生を防止することができる。
本発明の請求項6に記載の管理サーバは、請求項5に記載の管理サーバであって、
前記獲得価値管理手段は、獲得した当日においてのみ使用可能な第1獲得価値を管理する第1獲得価値管理手段と、前記第1獲得価値から移行された価値であって獲得した当日以降において使用可能な第2獲得価値を管理する第2獲得価値管理手段とを含み、
前記獲得価値減算手段は、前記第1獲得価値と前記第2獲得価値のいずれからも代価に相当する獲得価値を減算し、
前記返却手段は、前記獲得価値減算手段によって前記第2獲得価値から減算された代価に相当する獲得価値を加算するときには、前記第2獲得価値に代えて前記第1獲得価値に加算する
ことを特徴としている。
この特徴によれば、減算された代価に相当する獲得価値が、第2獲得価値ではなく第1獲得価値に加算されるので、例えば、日付が変更となったときに一括して実施する第1獲得価値を第2獲得価値に移行する移行処理を、取り消しがあった都度毎に実施する必要がないので、取り消しに伴う処理が複雑化してしまうことを防止することができる。
The management server of the present invention according to
Management server (
With accepting the designation of products Yu technique wishes to provide, record media (for example, membership card K and the visitor card V) can be identified to the individual recording medium identification information (for example, the card ID) is recorded, game who accepts a particular recording medium capable of the earned value earned in the game, read out the recording medium identification information of the recording medium, the recording medium identification information read the, price of accepting the designated goods Price specific information (for example, the number of balls in the terminal transaction table data in the holding management table update request or the number of balls in the storage management table update request) and the acquisition value of the acquisition value corresponding to the price It is connected to a transaction terminal (transaction terminal 50) that transmits a subtraction request (moment management table update request) including type information that can identify the type, so that data communication is possible,
Acquired value management means for managing each of a plurality of types of acquired value possessed by the player who owns each recording medium in association with the recording medium identification information (member holding management table, visitor holding management table, storage ball Management table)
In response to the reception of the subtraction request, it is specified from the type information included in the subtraction request among the acquired values managed by the acquired value management means in association with the recording medium identification information included in the subtraction request. Acquisition value subtraction means for subtracting the acquisition value corresponding to the price specified from the price specification information included in the subtraction request from the acquisition value of the type (for example, a part for subtracting and updating the visitor holding management table in step Sm312; A portion for subtracting and updating the membership management table for members in step Sm313);
Transaction history (for example, receipt number, card ID, transaction time, product ID, quantity, ball rate, number of balls, transmitted) including the acquired value subtracted by the acquired value subtracting means and the type of acquired value subtracted Transaction history storage means (history management table) for storing a flag),
Cancel accepting means (
Comprising
It is characterized by that.
According to this feature, when an order is canceled, the acquired value specified from the transaction history is returned, so that it is possible to prevent an incorrect acquired value or an illegally acquired value from being returned.
Further, according to this feature, since it is returned after being added to the acquired value of the exchange rate used by the player, the replay using the acquired value of the exchange rate by returning to another exchange rate. It is possible to prevent the occurrence of inconveniences such as being impossible.
The management server according to claim 6 of the present invention is the management server according to
The acquired value management means is a first acquired value management means that manages a first acquired value that can be used only on the day of acquisition, and is a value that has been transferred from the first acquired value and can be used after the acquired day Second acquired value management means for managing such second acquired value,
The acquired value subtracting means subtracts the acquired value corresponding to the price from both the first acquired value and the second acquired value,
The return means adds to the first acquired value instead of the second acquired value when adding the acquired value corresponding to the price subtracted from the second acquired value by the acquired value subtracting means.
It is characterized by that.
According to this feature, the acquired value corresponding to the subtracted price is added to the first acquired value instead of the second acquired value. For example, when the date is changed, the first value is collectively implemented. Since it is not necessary to carry out the transition process for shifting the acquired value to the second acquired value every time cancellation is performed, it is possible to prevent the processing accompanying cancellation from becoming complicated.
本発明の手段1の取引用システムは、請求項1または2に記載の取引用システムであって、
前記獲得価値管理手段は、遊技媒体の交換レート(例えば、玉レート)毎に獲得価値を個別に管理し(図8、図11(b)において、各玉レート毎に持玉数や貯玉数を記憶して管理)、
前記返却手段は、受信した前記返却要求に含まれる前記取引履歴特定情報から特定される取引履歴に含まれる獲得価値を、該取引履歴から特定される取引において該獲得価値が減算された交換レートの獲得金額に加算する(CPU112が、ステップSm333やステップSm334において、会員用持玉管理テーブルやビジター用持玉管理テーブルにおいて、受信した商品キャンセル要求に含まれているカードIDに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した商品キャンセル要求に含まれている玉レートの持玉数にキャンセル玉数を加算更新する部分)
ことを特徴としている。
この特徴によれば、遊技者が使用した交換レートの獲得価値に加算されて返却されるので、他の交換レートに返却されてしまうことで、該交換レートの獲得価値を使用した再遊技が不能となってしまう等の不都合の発生を防止することができる。
The transaction system according to means 1 of the present invention is the transaction system according to
The acquired value management means individually manages the acquired value for each exchange rate (for example, the ball rate) of the game medium (in FIG. 8 and FIG. 11 (b), the number of possessed balls and the number of stored balls are determined for each ball rate. Remember and manage),
The return means is configured to obtain an acquisition value included in a transaction history specified from the transaction history specifying information included in the received return request, and an exchange rate obtained by subtracting the acquired value in the transaction specified from the transaction history. (In step Sm333 or step Sm334, the
It is characterized by that.
According to this feature, since the player is returned after being added to the value obtained for the exchange rate used by the player, the game cannot be replayed using the value obtained for the exchange rate by being returned to another exchange rate. It is possible to prevent the occurrence of inconvenience such as
本発明の手段2に記載の取引用システムは、手段1に記載の取引用システムであって、
商品・サービスの代価に相当する獲得価値が減算された獲得価値の交換レートを特定するための所定の交換レート特定情報(例えば、レシート番号)により交換レートを特定可能とする処理を行う交換レート特定化処理手段(例えば、CPU112がステップSm310やステップSm320において履歴管理テーブルを更新することで、玉レートとレシート番号とを対応付けて記憶する部分)を備え、
前記返却手段は、前記交換レート特定情報から特定される交換レートの獲得金額に、前記返却要求に含まれる取引履歴特定情報から特定される取引履歴に含まれる獲得価値を加算する(CPU112が、ステップSm333やステップSm334において、会員用持玉管理テーブルやビジター用持玉管理テーブルにおいて、受信した商品キャンセル要求に含まれているカードIDに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した商品キャンセル要求に含まれる玉レートの持玉数にキャンセル玉数を加算更新する部分)、
ことを特徴としている。
この特徴によれば、獲得価値を加算する交換レートを交換レート特定情報から容易に特定することができる。
The transaction system according to means 2 of the present invention is the transaction system according to
Exchange rate specification that performs processing that makes it possible to specify the exchange rate based on predetermined exchange rate specification information (for example, a receipt number) for specifying the exchange rate of the acquired value obtained by subtracting the acquired value corresponding to the price of the product / service Processing means (for example, the part where the
The return means adds the acquired value included in the transaction history specified from the transaction history specifying information included in the return request to the acquisition amount of the exchange rate specified from the exchange rate specifying information (the
It is characterized by that.
According to this feature, the exchange rate for adding the acquired value can be easily specified from the exchange rate specifying information.
本発明の手段3に記載の取引用システムは、手段2に記載の取引用システムであって、
前記取引用端末は、
前記記録媒体とは異なる記録媒体であって、前記交換レート特定情報(レシート番号)が記録された交換レート特定記録媒体(レシートR)を発行する発行手段(例えば、MPU51がステップS125やステップS149にて、レシートプリンタ59を用いてレシートRを発行する部分)を備える、
この特徴によれば、交換レート特定記録媒体が発行されるので、交換レート特定情報を交換レート特定記録媒体から容易に特定できるとともに、これら交換レート特定記録媒体が遊技者が所持する記録媒体とは個別に発行されるので、記録媒体を回収することができる。
The transaction system according to means 3 of the present invention is the transaction system according to
The transaction terminal is:
Issuing means (for example, the
According to this feature, since the exchange rate specific recording medium is issued, the exchange rate specific information can be easily specified from the exchange rate specific recording medium, and the recording medium possessed by the player is the exchange rate specific recording medium. Since it is issued separately, the recording medium can be collected.
本発明の手段4に記載の取引用システムは、請求項1、請求項2または手段1に記載の取引用システムであって、
前記取引履歴は、当該取引において前記記録媒体処理手段にて受付けた記録媒体の記録媒体識別情報を含み(端末取引テーブルや履歴管理テーブルに記憶されている取引履歴がカードIDを含む部分)、
前記取り消し受付け手段は、取り消し操作の受付けに際して前記記録媒体処理手段にて受付けた記録媒体の記録媒体識別情報を含む取引履歴を特定し、該特定した取引履歴を選択可能に表示して取引履歴の選択を受付ける(MPU51が、変形例におけるステップS202を実行する部分)、
ことを特徴としている。
この特徴によれば、返却する獲得価値を、遊技者が所持している記録媒体から容易に特定できるようになるので、遊技者は、記録媒体と異なる記録媒体を所持する必要がなく、遊技者の利便性を向上できる。
The transaction system according to means 4 of the present invention is the transaction system according to
The transaction history includes the recording medium identification information of the recording medium accepted by the recording medium processing means in the transaction (the portion where the transaction history stored in the terminal transaction table or the history management table includes a card ID),
The cancellation accepting means specifies a transaction history including the recording medium identification information of the recording medium accepted by the recording medium processing means when accepting the cancellation operation, and displays the identified transaction history in a selectable manner. Accepting the selection (the part in which
It is characterized by that.
According to this feature, the player can easily identify the acquired value to be returned from the recording medium possessed by the player, so that the player does not need to possess a recording medium different from the recording medium. Can improve convenience.
本発明の手段5に記載の取引用システムは、請求項1、請求項2、手段1〜手段4のいずれかに記載の取引用システムであって、
前記記録媒体処理手段は、前記獲得価値減算手段によって減算された後の新たな獲得価値が存在しないこと(例えば、全ての玉レートにおける持玉数0且つビジターカードVに記憶されているプリペイド残高が0円であることにより、MPU51がステップS122においてYesと判定したこと)を条件に、該受付けた記録媒体を回収する(ステップS123を実行してビジターカードを回収する)、
ことを特徴としている。
この特徴によれば、獲得価値が存在しないことで不要となった記録媒体が排出されることで、該不要となった記録媒体が捨てられて不正に利用されてしまうことを防止できる。
The transaction system according to means 5 of the present invention is the transaction system according to any one of
The recording medium processing means has no new earned value after being subtracted by the earned value subtracting means (for example, the prepaid balance stored in the visitor card V is 0 for all ball rates and the visitor card V). The received recording medium is collected on the condition that the
It is characterized by that.
According to this feature, it is possible to prevent the unnecessary recording medium from being discarded and illegally used by discharging the recording medium that has become unnecessary due to the absence of the acquired value.
本発明の取引用システムの実施例を図面に基づいて説明する。先ず図1には、遊技場内に複数配置される各遊技島(図示略)に並設される遊技機であるカードリーダ式パチンコ機(以下パチンコ機と略称する)2と、パチンコ機2の所定側の側方位置に該パチンコ機2に対して1対1に対応設置され、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカードV(図12(B)参照)や、該遊技機に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードK(図2、図12(A)参照)を受付けて、パチンコ機2における遊技に使用される遊技媒体である遊技球を貸し出すための処理や、該計数済みの遊技球数の範囲内の遊技球の払出し(返却)を行う本発明の遊技用装置であるカードユニット3と、カードユニット3にて使用されるビジターカードVや会員カードK並びにカードユニット3の管理等を行うシステムコントローラ100と、遊技者が遊技にて獲得した遊技球を計数するための玉計数器40と、会員遊技者がパチンコ機2での遊技により獲得した遊技球数である持玉数及び一般の遊技者がパチンコ機2での遊技により獲得した遊技球数である持玉数の管理を行う持玉管理サーバ110と、会員カードKを所持する会員遊技者の会員情報及び会員遊技者が再度の遊技に使用可能に所有する遊技球数を貯玉数として管理する会員管理サーバ120と、から主に構成されている遊技用システムが示されている。
An embodiment of a transaction system of the present invention will be described with reference to the drawings. First, in FIG. 1, a card reader type pachinko machine (hereinafter abbreviated as a pachinko machine) 2 which is a gaming machine arranged in parallel on each gaming island (not shown) arranged in the game hall, and
遊技場内の喫茶スペース等には、更に、パチンコ機2での遊技にて持玉及び貯玉を獲得した遊技者に対して、持玉または貯玉を代価とすることで商品としての飲食物の取引を行うために遊技場とは異なるサービス業者が運用する複数台の取引用端末50が設置されており、本発明の取引用システムは、取引用端末50、持玉管理サーバ110、会員管理サーバ120から主に構成されている。
In addition, the game space in the amusement hall can be used for trading of food and drink as commodities by paying the balls or storage balls to the player who has acquired the balls and storage balls through the game on the
そして、これら本実施例の遊技用システム及び取引システムを構成する各装置は、図1に示すように、ハブ(HUB)7並びに通信ケーブル8を介して双方向のデータ通信が可能に接続されていて、各接続機器にはそれぞれローカルIPアドレスが付与されてローカルエリアネットワーク(LAN)が形成されており、該ローカルエリアネットワーク(LAN)に接続されているこれら各装置は、各ローカルIPアドレスを送信データに付与して送受信することにより、互いにデータの送受を実施できるようになっている。
The devices constituting the gaming system and the transaction system of the present embodiment are connected so as to enable bidirectional data communication via a hub (HUB) 7 and a
尚、本実施例のシステムコントローラ100は、上述したように、各会員カードK並びに各ビジターカードVに残存するプリペイド残高(遊技用価値)を管理しているとともに、通信回線11を介して、これら会員カードKやビジターカードVを管理する遊技場外のカード管理会社に設置された管理サーバ12と双方向のデータ通信を実施できるように接続されていて、これら管理サーバ12に対してシステムコントローラ100から、各種の管理情報が送信されることにより、カード管理会社は、該管理サーバ12にて各遊技場の会員カードK並びにビジターカードVによる売り上げ等を把握できるようになっている。
As described above, the
また、会員管理サーバ120は、専用通信回線を介して外部機関である貯玉補償センタに設置されている貯玉補償サーバ(図示せず)に双方向にデータ通信可能に接続されている。この貯玉補償サーバは、後述するように、各遊技場の会員管理サーバ120が有する玉管理テーブル(図11(b)参照)と同一のテーブルを有し、各遊技場の会員管理サーバ120の貯玉管理テーブルが更新されることで、貯玉補償サーバの貯玉管理テーブルも構成されるようになっており、何らかの不具合等によって各遊技場における貯玉数の管理データが損傷しても、これら貯玉数の管理データを外部機関としての貯玉補償センタが補償できるようになっている。
Further, the
次に、取引用端末50の構成について説明する。図2及び図3に示すように、取引用端末50は、会員カードKを挿入することで、会員カードKから会員ID、カードID、プリペイド残高、持玉数を読み取り、新たな持玉数を書き込むとともに、ビジターカードVを挿入することで、ビジターカードVからカードID、プリペイド残高、持玉数を読み取り、新たな持玉数を書き込むカードリーダライタ57と、カードリーダライタ57で読み取った会員カードKまたはビジターカードVの情報の表示や遊技者に飲食物を提供するための処理情報や取引履歴等の各種情報を表示するための表示部54と、表示部54での表示を制御するための表示部ドライバ55と、表示部54の表示画面上でサービス業者の操作を検出するタッチパネル52と、タッチパネル52でのサービス業者の操作の検出を制御するためのタッチパネルドライバ53と、点灯することで取引用端末50が取引可能な状態であることを示すLEDランプ56と、飲食物の取引(販売)を行うことで遊技者に発行するレシートRを印刷するレシートプリンタ59と、飲食物メニューの書き換えを行うために取引用端末50と外部のPCやUSBメモリ等をUSB端子で接続するためのUSBインターフェース60と、時刻情報を出力可能なリアルタイムクロック(RTC)61と、持玉管理サーバ110及び会員管理サーバ120とローカルエリアネットワーク(LAN)を介して通信可能とする通信部58と、取引用端末50の動作を制御するための制御マイコン(MPU)51と、から主に構成されている。
Next, the configuration of the
LEDランプ56、カードリーダライタ57、通信部58、レシートプリンタ59、USBインターフェース60及びRTC61はMPU51に接続されており、タッチパネル52はタッチパネルドライバ53を介してMPUに接続されており、表示部54は表示部ドライバ55を介してMPU51に接続されている。尚、MPU51には、図4に示す端末利用額テーブル、図5に示す端末取引テーブル、図6に示す商品メニューテーブルが記憶されているRAMが内蔵されている。
The
このうち、図4に示す端末利用額テーブルには、各玉レート(1円/玉、2円/玉、3円/玉、4円/玉)毎に当該取引用端末50で取引に使用された(サービス業者に対して遊技者から支払われた)持玉及び貯玉の合計数である利用総玉数が、それぞれ記憶されている。また、図5に示す端末取引テーブルには、サービス業者と遊技者とが取引を行う毎に発行(レシートプリンタ59により印刷)されるレシートRのレシート番号が、取引の行われた時間順に記憶されている。尚、本実施例のレシート番号は2つのハイフン「−」を含む12文字の文字列で表されている。具体的には、レシート番号の最初2文字である「RC」がレシート番号であることを示しており、ハイフンを挟んでの次の4文字が取引の行われた取引用端末50の端末IDを示している。更に、ハイフンを挟んで最後の4文字が、当該取引用端末50でのレシートRの発行回数を示している。
Among these, the terminal usage amount table shown in FIG. 4 is used for transactions at the
これら各レシート番号には、サービス業者と取引を行った遊技者の所持している会員カードKまたはビジターカードVのカードIDと、取引が行われた際にRTC61から出力される取引時間と、遊技者がサービス業者との取引によって購入した商品の商品ID及び個数と、取引に用いられた持玉・貯玉の玉レート及び持玉数または貯玉数から成る取引履歴とが、それぞれ対応付けて記憶されている。尚、本実施例のカードIDは、1つのハイフン「−」を含む11文字の文字列で表されている。このカードIDの最初の2文字が「KC」であれば会員カードのカードIDであることを示し、「VC」であればビジターカードVのカードIDであることを示している。そして、「KC」または「VC」とハイフンを挟んで次のユニークな8文字によりカードIDが構成されている。
Each of these receipt numbers includes the card ID of the member card K or visitor card V possessed by the player who made the transaction with the service provider, the transaction time output from the
また、各レシート番号には、当該レシート番号に対応付けて記憶されている取引履歴(カードID、取引時間、商品ID、数量、玉レート、玉数等の情報)が持玉管理サーバ110に送信済みか否かを示す送信済フラグも対応付けて記憶されている。これら送信済フラグは、「01」であれば取引履歴を持玉管理サーバ110に送信済みであることを示しており、「00」であれば取引履歴が持玉管理サーバ110に送信されていないことを示している。図6に示す商品メニューテーブルには、前述した各商品ID毎に、各商品IDが示す商品名と、各玉レート(1円/玉、2円/玉、3円/玉、4円/玉)毎の遊技者が商品を購入するために支払う玉数と、が対応付けて記憶されている。
Also, for each receipt number, a transaction history (information such as card ID, transaction time, product ID, quantity, ball rate, number of balls, etc.) stored in association with the receipt number is transmitted to the
次に、持玉管理サーバ110の構成について説明する。図7に示すように、持玉管理サーバ110は、持玉管理サーバ110での各種処理を実行するCPU112と、該CPU112が実行する処理に伴う各種データを一時的に保存するRAM113と、時刻情報を出力可能なリアルタイムクロック(RTC)114と、CPU112が実行する処理プログラム、図8(a)に示す会員用持玉管理テーブル、図8(b)に示すビジター用持玉管理テーブル、図9に示す履歴管理テーブルが記憶されている記憶装置115と、キーボードやマウス等の入力装置116と、ディスプレイ等の表示装置117と、カードユニット3、取引用端末50、会員管理サーバ120と通信可能に接続された通信部119と、各種情報を出力するプリンタ118と、これらCPU112、RAM113、RTC114、記憶装置115、入力装置116、表示装置117、通信部119、プリンタ118を通信可能に接続してデータの送受を行うデータバス111と、から主に構成されている。
Next, the configuration of the
図8(a)に示すように、記憶装置115に記憶されている会員用持玉管理テーブルには、各会員遊技者が所持している会員カードKのカードIDが記憶されており、これら各カードIDに対応付けて、各玉レート(1円/玉、2円/玉、3円/玉、4円/玉)毎に玉計数器40で計数された持玉数が記憶されている。また、図8(b)に示すように、記憶装置115に記憶されているビジター用持玉管理テーブルには、ビジターカードVのカードIDが記憶されており、これら各カードIDに対応付けて、各玉レート(1円/玉、2円/玉、3円/玉、4円/玉)毎に玉計数器40で計数された持玉数が記憶されている。尚、本実施例における遊技場内には、図示しないが、玉計数器40として1円/玉の玉レートで遊技球を計数する玉計数器と、2円/玉の玉レートで遊技球を計数する玉計数器と、3円/玉の玉レートで遊技球を計数する玉計数器と、4円/玉の玉レートで遊技球を計数する玉計数器とが設けられている。
As shown in FIG. 8 (a), the membership management table for members stored in the
これら玉計数器40で遊技球が計数されることで、会員用持玉管理テーブル及びビジター用持玉管理テーブルにおいて、各カードIDに対応付けて1円/玉のレートに記憶されている持玉数には、1円/玉の玉レートで遊技球を計数する玉計数器で計数された遊技球数が加算して記憶され、各カードIDに対応付けて2円/玉のレートに記憶されている持玉数には、2円/玉の玉レートで遊技球を計数する玉計数器で計数された遊技球数が加算して記憶され、各カードIDに対応付けて3円/玉のレートに記憶されている持玉数には、3円/玉の玉レートで遊技球を計数する玉計数器で計数された遊技球数が加算して記憶され、各カードIDに対応付けて4円/玉のレートに記憶されている持玉数には、4円/玉の玉レートで遊技球を計数する玉計数器で計数された遊技球数が加算して記憶されるようになっている。 The game balls are counted by these ball counters 40, so that in the member's own ball management table and the visitor's own ball management table, the long balls stored in the rate of 1 yen / ball in association with each card ID. The number is stored by adding the number of game balls counted by the ball counter that counts the game balls at the rate of 1 yen / ball, and stored in the rate of 2 yen / ball in association with each card ID. The number of possessed balls is stored by adding the number of game balls counted by a ball counter that counts game balls at a rate of 2 yen / ball, and 3 yen / ball is associated with each card ID. The number of balls stored in the rate is stored by adding the number of game balls counted by a ball counter that counts game balls at a ball rate of 3 yen / ball, and is associated with each card ID. The number of balls held in the yen / ball rate is counted as 4 balls / ball rate. Ball counter has been game balls counting in is adapted to be stored by adding.
尚、会員用持玉管理テーブルにて各カードIDに対応付けて記憶されている持玉数は、日付が変わることで会員管理サーバ120に送信され、後述する貯玉管理テーブルにおいて、会員用持玉管理テーブルにてカードIDに対応付けて記憶されている会員IDに対応付けて記憶されている貯玉数に、各玉レート毎に加算更新されるようになっている。このとき、会員用持玉管理テーブルに記憶されている持玉数はリセットされる。また、ビジター用持玉管理テーブルに記憶されている持玉は、日付が変わることでリセットされる。
Note that the number of possessed balls stored in association with each card ID in the membership management table for members is transmitted to the
図9に示すように、記憶装置115に記憶されている履歴管理テーブルには、各取引用端末50の取引用端末IDが記憶されている。本実施例の取引用端末IDは、ハイフン「−」を含む7文字の文字列で表されている。このカードIDの最初の2文字である「TD」が取引用端末IDであることを示し、ハイフンを挟んで次のユニークな4文字により取引用端末IDが構成されている。これら各取引用端末IDには、サービス業者と遊技者とが取引を行う毎に発行(レシートプリンタ59により印刷)されるレシートRのレシート番号と、サービス業者と取引を行った遊技者の所持している会員カードKまたはビジターカードVのカードIDと、取引が行われた際にRTC61から出力される取引時間と、遊技者がサービス業者との取引によって購入した商品の商品ID及び個数と、取引に用いられた持玉・貯玉の玉レート及び持玉数または貯玉数が、それぞれ対応付けて記憶されている。つまり、履歴管理テーブルには、各取引用端末ID毎に、当該取引用端末IDを有する取引用端末50のRAMに記憶されている端末取引テーブルと同一のデータが、送信済フラグを除いた状態で記憶されている。
As shown in FIG. 9, the transaction terminal ID of each
次に、会員管理サーバ120の構成について説明する。図10に示すように、会員管理サーバ120は、会員管理サーバ120での各種処理を実行するCPU122と、該CPU122が実行する処理に伴う各種データを一時的に保存するRAM123と、時刻情報を出力可能なリアルタイムクロック(RTC)124と、CPU122が実行する処理プログラム、図11(a)に示す会員情報テーブル、図11(b)に示す貯玉管理テーブルが記憶されている記憶装置125と、キーボードやマウス等の入力装置126と、ディスプレイ等の表示装置127と、カードユニット3、取引用端末50、持玉管理サーバ110と通信可能に接続された通信部129と、各種情報を出力するプリンタ128と、これらCPU122、RAM123、RTC124、記憶装置125、入力装置126、表示装置127、通信部129、プリンタ128を通信可能に接続してデータの送受を行うデータバス121と、から主に構成されている。
Next, the configuration of the
図11(a)に示すように、記憶装置125に記憶されている会員情報テーブルには、各会員遊技者が所持している会員カードKの会員IDが記憶されている。これら各カードIDには、各会員カードKの後述する磁気部Ka及びICチップKb内に記憶されている会員IDと、貯玉を用いて遊技を行うために遊技者がカードユニット3に会員カードKを挿入した後に入力する暗証番号と、会員遊技者の名字、名前、性別、年齢、誕生日、職業、住所等の個人情報と、遊技者のメールアドレスとが対応付けて記憶されている。
As shown in FIG. 11A, the member information table stored in the
また、図11(b)に示すように、記憶装置125に記憶されている貯玉管理テーブルには、各会員遊技者が所持している会員カードKの会員IDが記憶されており、これら各会員IDに対応付けて、各玉レート(1円/玉、2円/玉、3円/玉、4円/玉)毎に貯玉数が記憶されている。これら貯玉数は、前述したように、持玉管理サーバ110の会員用持玉管理テーブルに記憶されている持玉数が、日付が変わることで会員管理サーバ120に送信され、各玉レート毎に加算更新されることで増加するようになっている。
Further, as shown in FIG. 11 (b), the member management table stored in the
次に、会員カードK及びビジターカードVについて説明する。図12(A)に示すように、会員カードKの表面には、磁気情報として会員IDが記憶されている磁気部Kaが設けられている。また、会員カードK内には、各種情報を記憶可能な記憶領域を有するICチップKbが内蔵されている。このICチップKbの記憶領域には、磁気部Kaと同一の会員IDに加えて、会員カードのカードIDと、プリペイド残高と、各玉レート(1円/玉、2円/玉、3円/玉、4円/玉)の持玉数とが記憶されている。特に記憶領域のエリア1には、1円/玉の玉レートの持玉数、エリア2には、2円/玉の玉レートの持玉数、エリア3には、3円/玉の玉レートの持玉数、エリア4には、4円/玉の玉レートの持玉数がそれぞれ記憶されている。
Next, the member card K and the visitor card V will be described. As shown in FIG. 12A, a magnetic part Ka in which a member ID is stored as magnetic information is provided on the surface of the member card K. In addition, the membership card K contains an IC chip Kb having a storage area capable of storing various types of information. In the storage area of the IC chip Kb, in addition to the same member ID as the magnetic part Ka, the card ID of the member card, the prepaid balance, and each ball rate (1 yen / ball, 2 yen / ball, 3 yen / Ball, 4 yen / ball) is stored. In particular, in
また、図12(B)に示すように、ビジターカードVには、会員カードKのような磁気部は設けられておらず、各種情報を記憶可能な記憶領域を有するICチップVaのみが内蔵されている。このICチップVaの記憶領域には、ビジターカードVのカードIDと、プリペイド残高と、各玉レート(1円/玉、2円/玉、3円/玉、4円/玉)の持玉数とが記憶されている。特に記憶領域のエリア1には、1円/玉の玉レートの持玉数、エリア2には、2円/玉の玉レートの持玉数、エリア3には、3円/玉の玉レートの持玉数、エリア4には、4円/玉の玉レートの持玉数がそれぞれ記憶されている。
Further, as shown in FIG. 12B, the visitor card V is not provided with a magnetic part like the membership card K, and only the IC chip Va having a storage area capable of storing various information is incorporated. ing. In the storage area of the IC chip Va, the card ID of the visitor card V, the prepaid balance, and the number of balls in each ball rate (1 yen / ball, 2 yen / ball, 3 yen / ball, 4 yen / ball) Is stored. In particular, in
次に、このように構成される本実施例の取引用システムにおける取引用端末50で実行されるメイン処理及び該メイン処理に定期的に割込み実施されるオフライン判定処理について説明する。図13に示すように、取引用端末50で実行されるメイン処理では、先ず、MPU51は、図23に示す表示部54の表示画面に、サービス業者と遊技者とが取引を開始するために選択される「業務開始」と、サービス業者が本日の業務を終了するために選択される「業務終了」と、取引用端末50における各種設定や後述する「払い戻し」を実行するために選択される「メンテナンス」と、該取引用端末50で行われた取引の履歴を表示するために選択される「取引ログ」と、該取引用端末50で行われた本日の取引の売上を表示するために選択される「日計」と、該取引用端末50で行われた本日迄の当月の取引の売上を表示するために選択される「月計」とが表示されているメインメニュー画面において、「業務開始」が選択されたか否かを判定する(ステップS11)。
Next, the main process executed by the
メインメニュー画面において「業務開始」が選択された場合(ステップS11;Yes)には、遊技者の所望する飲食物を遊技者の持玉又は貯玉と引き換えに提供するための商品受付処理を実行し(ステップS12)、メインメニュー画面において「業務開始」が選択されなかった場合(ステップS11;No)には、図23に示すメインメニュー画面において、「メンテナンス」が選択され、且つ図示しないメンテナンスのメニュー画面において「払い戻し」が選択されたか否かを判定する(ステップS13)。メインメニュー画面において、「メンテナンス」が選択され、且つ図示しないメンテナンスのメニュー画面において「払い戻し」が選択された場合(ステップS13;Yes)は、遊技者が商品受付処理(ステップS12)で持玉又は貯玉と引き換えに飲食物の返品や取り消し(キャンセル)を行うための商品キャンセル処理を実行し(ステップS14)、「払い戻し」が選択されなかった場合(ステップS13;No)は、メインメニュー画面において、「業務終了」が選択されたか否かを判定する(ステップS15)。メインメニュー画面において「業務終了」が選択された場合(ステップS15;Yes)には、本日の業務を終了するための業務終了処理を実行し(ステップS16)、メインメニュー画面において「業務終了」が選択されなかった場合(ステップS15;No)には、その他、選択されたメニューに応じた処理を実行する。 If “start business” is selected on the main menu screen (step S11; Yes), a product acceptance process for providing food and drink desired by the player in exchange for the player's possession or storage ball is executed. (Step S12) When “Start business” is not selected on the main menu screen (Step S11; No), “Maintenance” is selected on the main menu screen shown in FIG. It is determined whether or not “Refund” is selected on the screen (step S13). When “maintenance” is selected on the main menu screen and “refund” is selected on the maintenance menu screen (not shown) (step S13; Yes), the player can hold the ball in the product acceptance process (step S12). When a product cancellation process is performed in order to return or cancel (cancel) food and drinks in exchange for storage balls (step S14), and "refund" is not selected (step S13; No), on the main menu screen, It is determined whether or not “end of business” has been selected (step S15). When “end of business” is selected on the main menu screen (step S15; Yes), a business end process for ending the current day's business is executed (step S16), and “end of business” is displayed on the main menu screen. If it is not selected (step S15; No), other processing corresponding to the selected menu is executed.
図14に示すオフライン判定処理は、取引用端末50と持玉管理サーバ110または会員管理サーバ120との接続状態がオフラインであるか否かを判定するために、MPU51が、所定時間経過する毎にメイン処理に割り込んで実行する処理である。このオフライン判定処理では、先ず、MPU51は、持玉管理サーバ110及び会員管理サーバ120に所定の信号を送信し、所定時間内に持玉管理サーバ110及び会員管理サーバ120から所定の返信信号を受信したか否かを判定することで、持玉管理サーバ110または会員管理サーバ120との少なくとも一方がオフラインであるか否かを判定する(ステップS21)。持玉管理サーバ110または会員管理サーバ120との少なくとも一方がオフライン(ステップS21;Yes)、つまり、持玉管理サーバ110または会員管理サーバ120の一方からの返信信号が所定時間内で受信されなかった場合と、持玉管理サーバ110と会員管理サーバ120との双方からの返信信号が所定時間内で受信されなかった場合は、RAMの所定領域に切断フラグをセット(ステップS22)する。そして、表示部54の表示画面に、図31に示すように、該取引用端末50と、現在持玉管理サーバ110と会員管理サーバ120との少なくとも一方と通信不能な状態であるオフライン状態である旨を示す表示を行う。そして、オフライン状態である旨を示す表示とともにオフライン状態での取引用端末50の運用継続を行うか否かの選択肢を表示することで、取引用端末50の運用継続の実施・非実施の受付を行う(ステップS24)。
Each offline determination process shown in FIG. 14, for connection between the transactions for the
オフライン状態での取引用端末50の運用継続を行うか否かの選択肢を表示した後、オフライン状態での取引用端末50の運用継続の実施が受付られた(選択された)場合(ステップS25;Yes)には、オフライン判定処理を終了し、オフライン状態での取引用端末50の運用継続の非実施が受付られた(選択された)場合(ステップS25;No)には、RAMの所定領域に運用禁止フラグをセットしてオフライン判定処理を終了する。
After displaying the option of whether or not to continue the operation of the
一方、持玉管理サーバ110または会員管理サーバ120との双方ともオンライン(ステップS21;No)、つまり、持玉管理サーバ110及び会員管理サーバ120の双方からの返信信号が所定時間内で受信された場合は、RAMの所定領域を参照し、切断フラグがセットされているか否かを判定する(ステップS27)。切断フラグがセットされている場合(ステップS27;Yes)は、切断フラグをクリア(ステップS28)した後、RAMの所定領域を参照し、運用禁止フラグがセットされているか否かを判定する(ステップS29)一方、切断フラグがセットされていない場合(ステップS27;No)は、オフライン判定処理を終了する。また、ステップS29において運用禁止フラグがセットされている場合(ステップS29;Yes)は、運用禁止フラグをクリア(ステップS30)した後、端末取引テーブルを参照することで送信済フラグが「00」、つまり「未送信」となっているレシート番号に対応付けて記憶されているカードID、取引時間、商品ID、数量、玉レート、玉数を特定し、持玉管理サーバ110に対して、これら未送信となっているレシート番号、カードID、取引時間、商品ID、数量、玉レート、玉数を取引履歴として持玉管理テーブル及び履歴管理テーブルに反映させるための更新要求を送信し(ステップS31)、該「未送信」となっているレシート番号に対応付けて記憶されている取引履歴を持玉管理サーバ110に対して送信する。一方、運用禁止フラグがセットされていない場合(ステップS29;No)は、オフライン判定処理を終了する。
On the other hand, both the
そして、持玉管理サーバ110に対して、「未送信」となっているレシート番号に対応付けて記憶されているカードID、取引時間、商品ID、数量、玉レート、玉数等の端末取引テーブルデータを送信してオフライン判定処理を終了する、
Then, a terminal transaction table such as card ID, transaction time, product ID, quantity, ball rate, number of balls, etc. stored in association with the receipt number that is “unsent” with respect to the
次に、取引用端末50で商品受付処理が実行される際に、取引用端末50、持玉管理サーバ110及び会員管理サーバ120間で行われる処理について図15〜図18に基づいて説明する。
Next, processing that is performed among the
先ず、取引用端末50においては、商品受付処理が開始されると、遊技者またはサービス業者によってカードリーダライタ57に会員カードまたはビジターカードVが挿入される(ステップS101)。このとき、MPU51は、RAMの所定領域を参照して運用禁止フラグがセットされているか否かを判定する(ステップS102)。運用禁止フラグがセットされている場合(ステップS102;Yes)は、カードリーダライタ57から挿入されたカードを排出し(ステップS104)、運用禁止フラグがセットされていない場合(ステップS102;No)は、カードリーダライタ57によって挿入されたカードから、会員カードであれば会員ID、カードID、プリペイド残高、各玉レート毎の持玉数、ビジターカードVであればカードID、プリペイド残高、各玉レート毎の持玉数を読み取る(ステップS103)。このとき、更にRAMの所定領域を参照し、切断フラグがセットされているか否かを判定する(ステップS105)。切断フラグがセットされている場合(ステップS105;Yes)は、ステップS106に進み、切断フラグがセットされていない場合(ステップS105;No)は、MPU51は、持玉管理サーバ110に対してステップS103にて読み取ったカードIDを含む持玉数要求を送信する(ステップS108)。
First, in the
持玉管理サーバ110のCPU112は、取引用端末50から持玉数要求を受信すると、先ず、受信した持玉数要求に含まれているカードIDが会員カードのカードIDであるか否か、つまり、カードIDの最初の2文字が会員カードのカードIDを示す「KC」であるか、ビジターカードVのカードIDを示す「VC」であるかを判定する(ステップSm301)。受信した持玉数要求に含まれているカードIDがビジターカードVのカードIDの場合(ステップSm301;No)は、CPU112は、図8(b)に示すビジター用持玉管理テーブルから、受信した持玉数要求に含まれているカードIDに対応付けて記憶されている玉レート毎の持玉数を特定し(ステップSm302)、該特定した玉レート毎の持玉数の持玉数データを取引用端末50に対して返信する(ステップSm303)。
When the
また、受信した持玉数要求に含まれているカードIDが会員カードのカードIDの場合(ステップSm301;Yes)は、図8(a)に示す会員用持玉管理テーブルから、受信した持玉数要求に含まれているカードIDに対応付けて記憶されている玉レート毎の持玉数を特定し(ステップSm304)、該特定した玉レート毎の持玉数の持玉数データを取引用端末50に対して返信する(ステップSm305)。 In addition, when the card ID included in the received number-of-balls request is the card ID of the member card (step Sm301; Yes), the received ball-ball is received from the ball-ball management table for members shown in FIG. The number of balls for each ball rate stored in association with the card ID included in the number request is specified (step Sm304), and the number of balls in the number of balls for each specified ball rate is used for trading. A reply is made to the terminal 50 (step Sm305).
ステップS108を実行後のMPU51は、ステップS103において読み取ったカードが会員カードであるか否か、つまり、カードIDの最初の2文字が会員カードのカードIDを示す「KC」であるか、ビジターカードVのカードIDを示す「VC」であるかを判定する(ステップS109)。ステップS103において読み取ったカードがビジターカードVである場合(ステップS109;No)は、ステップS110に進み、ステップS103において読み取ったカードが会員カードである場合(ステップS109;Yes)は、会員管理サーバ120に対してステップS103にて読み取った会員IDを含む貯玉数要求を送信する。
The
会員管理サーバ120のCPU122は、取引用端末50から貯玉要求を受信すると、図11(b)に示す貯玉管理テーブルから、受信した貯玉数要求に含まれている会員IDに対応付けて記憶されている玉レート毎の貯玉数を特定し(ステップSk501)、該特定した玉レート毎の貯玉数の貯玉数データを取引用端末50に対して送信する(ステップSk502)。
When the
そして、ステップS110では、持玉管理サーバ110から受信した持玉数データと、ステップS103において読み取ったカードが会員カードである場合には会員管理サーバ120から受信した貯玉数データと、に基づいて、図24に示すように、MPU51は、表示部54の表示画面に玉レート毎の持玉数と貯玉数を表示し(ステップS110)、遊技者との取引に用いられる持玉・貯玉の玉レートの選択をタッチパネル52の操作により受付ける(ステップS111)。この玉レートの選択を受付けた後は、取引の支払いを持玉と貯玉のいずれから行うかを選択するための支払方法選択をタッチパネル52の操作により受付け(ステップS112)、支払方法として持玉が選択されたか否かを判定する(ステップS113)。支払方法として持玉が選択された場合(ステップS113;Yes)は、表示部54の表示画面に図25に示すように飲食物のメニュー画面を表示し(ステップS114)、サービス業者が遊技者からの注文に応じてタッチパネル52を操作することで、遊技者の注文を受付けることを可能とする。
And in step S110, based on the number-of-balls data received from the ball-
この状態で、サービス業者がタッチパネル52を操作することで、遊技者からの飲食物の注文を受付ける商品受注処理が実行され(ステップS115)、図26に示すように、表示部54の表示画面の表示は、遊技者の注文に応じて飲食物及びその個数を選択可能に入力する入力画面に切り替わる。この入力画面を操作することで遊技者が注文した飲食物を入力する。尚、この商品受注処理においてMPU51は、持玉管理サーバ110から受信した持玉数データに基づく持玉数と、入力画面の操作により入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和とを比較するようになっており、入力画面の操作により入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和が持玉管理サーバ110から受信した持玉数データに基づく持玉数よりも多い場合には、商品受注処理を停止するとともに、持玉管理サーバ110から受信した持玉数データに基づく持玉数が不足していることを示すエラー表示を表示画面に表示するようになっている。商品受注処理後、MPU51は、今回の取引(ステップS115の商品受注処理)で入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和を、図4に示す当該玉レートに対応付けて記憶されている利用総玉数に加算更新し(ステップS116)するとともに、後述するステップS125でレシートプリンタ59で発行(印刷)されるレシートRのレシート番号に対応付けて、ステップS103で読み取ったカードID、今回の取引(ステップS115の商品受注処理)を実行した取引時間、今回の取引(ステップS115の商品受注処理)で遊技者から受注した飲食物(商品)の商品ID及び数量、玉レート、各飲食物の販売単価である玉数、送信済フラグ「01」を、新たに端末取引テーブルに記憶させる(ステップS117)。尚、このときレシートRに記載されるレシート番号は、MPU51が端末取引テーブルを参照することで該端末取引テーブルに記憶されている最新のレシート番号を特定することで、MPU51によって該特定したレシート番号に続く(連続する)番号に決定されるようになっている。
In this state, when the service provider operates the
ステップS117実行後、MPU51は、ステップS103において読み取ったカードが会員カードであるか否か、つまり、カードIDの最初の2文字が会員カードのカードIDを示す「KC」であるか、ビジターカードVのカードIDを示す「VC」であるかを判定する(ステップS120)。ステップS103において読み取ったカードが会員カードである場合(ステップS120;Yes)は、持玉管理サーバ110から受信した持玉数データに基づく持玉数と今回の取引(ステップS115の商品受注処理)で入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和との差である商品受注後の持玉数を、カードリーダライタ57により会員カードKのICチップKbの記憶領域に書き込む(ステップS120+)。このとき、表示部54の表示画面には、図27(a)に示すように、商品受注後の持玉数を会員カードKのICチップKbの記憶領域に書込み中である旨と、ステップS111で選択した玉レートと、持玉管理サーバ110から受信した持玉数データに基づく持玉数と、今回の取引(ステップS115の商品受注処理)での商品受注後の持玉数とが表示される。尚、商品受注後の持玉数を書き込むICチップKbの記憶領域におけるエリアは、ステップS111で選択された玉レートのエリアである。ステップS120実行後は、ステップS124に進む。
After executing step S117, the
また、ステップS103において読み取ったカードがビジターカードVである場合(ステップS120;No)は、持玉管理サーバ110から受信した持玉数データに基づく持玉数と今回の取引(ステップS115の商品受注処理)で入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和との差である商品受注後の持玉数を、カードリーダライタ57によりビジターカードVのICチップVaの記憶領域に書き込む(ステップS121)。このとき、表示部54の表示画面には、図27(a)に示すように、商品受注後の持玉数をビジターカードVのICチップVaの記憶領域に書込み中である旨と、ステップS111で選択した玉レートと、持玉管理サーバ110から受信した持玉数データに基づく持玉数と、今回の取引(ステップS115の商品受注処理)での商品受注後の持玉数とが表示される。尚、商品受注後の持玉数を書き込むICチップVaの記憶領域におけるエリアは、ステップS111で選択された玉レートのエリアである。
If the card read in step S103 is the visitor card V (step S120; No), the number of balls based on the number of balls received from the
ステップS121の実行後は、ステップS103で読み取ったプリペイド残高及び、持玉管理サーバ110から受信した持玉数データに基づく持玉数と、今回の取引(ステップS115の商品受注処理)で入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和との差に基づいて、全ての玉レートにおける持玉数0且つビジターカードVに記憶されているプリペイド残高が0円であるか否かを判定する(ステップS122)。全ての玉レートにおける持玉数0且つビジターカードVに記憶されているプリペイド残高が0円でない場合(ステップS122;No)は、カードリーダライタ57に挿入されているカードを排出して(ステップS124)ステップS125に進み、全ての玉レートにおける持玉数0且つビジターカードVに記憶されているプリペイド残高が0円である場合(ステップS122;Yes)は、カードリーダライタ57に挿入されているビジターカードVを取引用端末50内に設けられた図示しない回収スペースに送出することでビジターカードVを回収する(ステップS124)。そして、ステップS115にて実行された商品受注処理の処理結果に応じてレシートプリンタ59によってステップS115において受注した飲食物の商品名、個数、レシート番号等が記載されたレシートRを発行し(ステップS125)、持玉管理サーバ110に対して、カードID、商品ID、取引時間、数量、玉レート、玉数を含むステップS117において更新した端末取引テーブルの端末取引テーブルデータ(取引履歴)及び取引用端末IDを含む持玉管理テーブル更新要求を送信する(ステップS126)。
After execution of step S121, the prepaid balance read in step S103, the number of balls based on the number of balls received from the
持玉管理サーバ110のCPU112は、取引用端末50から持玉管理テーブル更新要求を受信すると、受信した持玉管理テーブル更新要求に含まれているカードID、商品ID、取引時間、数量、玉レート、玉数を含む端末取引テーブルデータ及び取引用端末IDに基づいて、履歴管理テーブルを更新し、(ステップSm310)玉レートとレシート番号とを対応付けて記憶する。ステップSm310実行後は、受信した持玉管理テーブル更新要求に含まれているカードIDが会員カードのカードIDであるか否か、つまり、カードIDの最初の2文字が会員カードのカードIDを示す「KC」であるか、ビジターカードVのカードIDを示す「VC」であるかを判定する(ステップSm311)。受信した持玉管理テーブル更新要求に含まれているカードIDが会員カードのカードIDでない場合(ステップSm311;No)は、CPU112は、ビジター用持玉管理テーブルにおいて、受信したカードIDに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した持玉管理テーブル更新要求に含まれている玉レートの持玉数を、受信した持玉管理テーブル更新要求に含まれている玉数分だけ減算更新する(ステップSm312)。また、受信した持玉管理テーブル更新要求に含まれているカードIDが会員カードのカードIDである場合(ステップSm311;Yes)は、CPU112は、会員用持玉管理テーブルにおいて、該カードIDに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した持玉管理テーブル更新要求に含まれている玉レートの持玉数を、受信した持玉管理テーブル更新要求に含まれている玉数分だけ減算更新する(ステップSm313)。
When the
一方、ステップS113において、支払方法として持玉が選択されなかった場合、つまり、支払方法として貯玉が選択された場合(ステップS113;No)は、MPU51は、表示部54の表示画面に図25に示すように飲食物のメニュー画面を表示し(ステップS130)、サービス業者が遊技者からの注文に応じてタッチパネル52を操作することで、遊技者の注文を受付けることを可能とする。
On the other hand, when the holding ball is not selected as the payment method in step S113, that is, when the stored ball is selected as the payment method (step S113; No), the
この状態で、サービス業者がタッチパネル52を操作することで、遊技者からの飲食物の注文を受付ける商品受注処理が実行され(ステップS131)、図26に示すように、表示部54の表示画面の表示は、遊技者の注文に応じて飲食物及びその個数を選択可能に入力する入力画面に切り替わる。この入力画面を操作することで遊技者が注文した飲食物を入力する。尚、この商品受注処理においてMPU51は、会員管理サーバ120から受信した貯玉数データに基づく貯玉数と、入力画面の操作により入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和とを比較するようになっており、入力画面の操作により入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和が会員管理サーバ120から受信した貯玉数データに基づく貯玉数よりも多い場合には、商品受注処理を停止するとともに、会員管理サーバ120から受信した貯玉数データに基づく貯玉数が不足していることを示すエラー表示を表示画面に表示するようになっている。商品受注処理後、MPU51は、今回の取引(ステップS131の商品受注処理)で入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和を、図4に示す当該玉レートに対応付けて記憶されている利用総玉数に加算更新し(ステップS132)するとともに、後述するステップS136でレシートプリンタ59で発行(印刷)されるレシートRのレシート番号に対応付けて、ステップS103で読み取ったカードID、今回の取引(ステップS131の商品受注処理)を実行した取引時間、今回の取引(ステップS131の商品受注処理)で遊技者から受注した飲食物(商品)の商品ID及び数量、玉レート、各飲食物の販売単価である玉数、送信済フラグ「01」を、新たに端末取引テーブルに記憶させる(ステップS133)。尚、このときレシートRに記載されるレシート番号は、MPU51が端末取引テーブルを参照することで該端末取引テーブルに記憶されている最新のレシート番号を特定することで、MPU51によって該特定したレシート番号に続く(連続する)番号に決定されるようになっている。
In this state, when the service provider operates the
ステップS133の実行後は、カードリーダライタ57に挿入されている会員カードKを排出する(ステップS135)とともに、ステップS131にて実行された商品受注処理の処理結果に応じてレシートプリンタ59によってステップS131において受注した飲食物の商品名、個数、レシート番号等が記載されたレシートRを発行し(ステップS136)、持玉管理サーバ110に対して、レシート番号、カードID、取引時間、商品ID、数量、玉レート、玉数を含む端末取引テーブルデータ及び取引用端末IDを含む履歴管理テーブル更新要求を送信する(ステップS137)。
After execution of step S133, the membership card K inserted in the card reader /
持玉管理サーバ110のCPU112は、取引用端末50から履歴管理テーブル更新要求を受信すると、受信した履歴管理テーブル更新要求に含まれている取引用端末IDと端末取引テーブルデータに基づいて履歴管理テーブルを更新することで、玉レートとレシート番号とを対応付けて記憶する。更に、取引用端末50に対して、履歴管理テーブルを更新した旨を示す履歴管理テーブル更新完了通知を送信する(Sm320)。
When receiving the history management table update request from the
取引用端末50のMPU51は、履歴管理テーブル更新完了通知を受信すると、会員管理サーバ120に対して、玉レート、玉数を含むステップS133において更新した端末取引テーブルの端末取引テーブルデータ及び会員IDを含む貯玉管理テーブル更新要求を送信する(ステップS138)。
Upon receiving the history management table update completion notification, the
会員管理サーバ120のCPU122は、取引用端末50から貯玉管理テーブル更新要求を受信すると、貯玉管理テーブルにおいて、受信した会員IDに対応付けて記憶されている各玉レート毎の貯玉数のうち、受信した貯玉管理テーブル更新要求に含まれている玉レートの貯玉数を、受信した貯玉管理テーブル更新要求に含まれている玉数分だけ減算更新する(ステップSk510)。
When the
また、ステップS105において切断フラグがセットされている場合(ステップS105;Yes)は、ステップS103において読み取ったカードが会員カードであるか否か、つまり、カードIDの最初の2文字が会員カードのカードIDを示す「KC」であるか、ビジターカードVのカードIDを示す「VC」であるかを判定する(ステップS106)。ステップS103において読み取ったカードが会員カードKである場合(ステップS106;Yes)は、カードリーダライタ57に挿入されている会員カードKを排出し、ステップS103において読み取ったカードがビジターカードVの場合(ステップS106;No)は、MPU51は、表示部54の表示画面に玉レート毎の持玉数を表示し(ステップS140)、遊技者との取引に用いられる持玉の玉レートの選択を受付ける(ステップS140a)。尚、このステップS140における表示画面には、玉レート毎の貯玉数の表示を行わない、若しくは玉レート毎の貯玉数を0表示することで、支払方法が持玉のみであることを示すようにする。ステップS140aにおいて支払いに用いられる持玉の玉レートが選択された後は、表示部54の表示画面に図25に示すように飲食物のメニュー画面を表示し(ステップS141)、サービス業者が遊技者からの注文に応じてタッチパネル52を操作することで、遊技者の注文を受付けることを可能とする。
If the disconnection flag is set in step S105 (step S105; Yes), whether or not the card read in step S103 is a member card, that is, the first two characters of the card ID are the card of the member card. It is determined whether it is “KC” indicating the ID or “VC” indicating the card ID of the visitor card V (step S106). When the card read in step S103 is the member card K (step S106; Yes), the member card K inserted in the card reader /
この状態で、サービス業者がタッチパネル52を操作することで、遊技者からの飲食物の注文を受付ける商品受注処理が実行され(ステップS142)、図26に示すように、表示部54の表示画面の表示は、遊技者の注文に応じて飲食物及びその個数を選択可能に入力する入力画面に切り替わる。この入力画面を操作することで遊技者が注文した飲食物を入力する。尚、この商品受注処理においてMPU51は、ビジターカードVのICチップVaから読み取った持玉数と、入力画面の操作により入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和とを比較するようになっており、入力画面の操作により入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和がビジターカードVのICチップVaから読み取った持玉数よりも多い場合には、商品受注処理を停止するとともに、ビジターカードVのICチップVaから読み取った持玉数が不足していることを示すエラー表示を表示画面に表示するようになっている。商品受注処理後、MPU51は、今回の取引(ステップS142の商品受注処理)で入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和を、図4に示す当該玉レートに対応付けて記憶されている利用総玉数に加算更新(ステップS143)するとともに、後述するステップS149でレシートプリンタ59で発行(印刷)されるレシートRのレシート番号に対応付けて、ステップS103で読み取ったカードID、今回の取引(ステップS142の商品受注処理)を実行した取引時間、今回の取引(ステップS142の商品受注処理)で遊技者から受注した飲食物(商品)の商品ID及び数量、玉レート、各飲食物の販売単価である玉数、「未送信」を示す送信済フラグ「00」を、新たに端末取引テーブルに記憶させる(ステップS144)。尚、このときレシートRに記載されるレシート番号は、MPU51が端末取引テーブルを参照することで該端末取引テーブルに記憶されている最新のレシート番号を特定することで、MPU51によって該特定したレシート番号に続く(連続する)番号に決定されるようになっている。
In this state, when the service provider operates the
ステップS144の実行後は、持玉管理サーバ110から受信した持玉数データに基づく持玉数と、今回の取引(ステップS142の商品受注処理)で入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和との差である商品受注後の新たな持玉数を、カードリーダライタ57によりビジターカードVのICチップVaの記憶領域に書き込み(ステップS145)、ステップS103で読み取ったプリペイド残高及び、持玉管理サーバ110から受信した持玉数データに基づく持玉数と、今回の取引(ステップS115の商品受注処理)で入力された飲食物毎のステップS111で選択された玉レートで定められている販売単価(玉数)の総和との差に基づいて、全ての玉レートにおける持玉数0且つビジターカードVに記憶されているプリペイド残高が0円であるか否かを判定する(ステップS146)。
After execution of step S144, the number of balls is based on the number of balls received from the
全ての玉レートにおける持玉数0且つビジターカードVに記憶されているプリペイド残高が0円でない場合(ステップS146;No)は、カードリーダライタ57に挿入されているカードを排出して(ステップS147)ステップS149に進み、全ての玉レートにおける持玉数0且つビジターカードVに記憶されているプリペイド残高が0円である場合(ステップS146;Yes)は、カードリーダライタ57に挿入されているビジターカードVを取引用端末50内に設けられた図示しない回収スペースに送出することでビジターカードVを回収する(ステップS148)。そして、レシートプリンタ59によってステップS1において受注した飲食物の商品名、個数、レシート番号等が記載されたレシートRを発行する(ステップS149)。
If the number of balls in all ball rates is 0 and the prepaid balance stored in the visitor card V is not 0 yen (step S146; No), the card inserted in the card reader /
次に、取引用端末50で商品キャンセル処理が実行される際に、取引用端末50、持玉管理サーバ110及び会員管理サーバ120間で行われる処理について図19に基づいて説明する。
Next, processing that is performed between the
先ず、取引用端末50においては、商品キャンセル処理が開始されると、MPU51は、取引履歴として端末取引テーブルを読み出し、該取引用端末50で取引のあった全てのレシート番号を表示部54の表示画面にタッチパネル52の操作により選択可能に一覧表示し(ステップS151)、キャンセルする商品を含むレシート番号の選択をタッチパネル52の操作により受付ける(ステップS152)。尚、キャンセルする商品を含むレシート番号は、ステップS125、ステップS136、ステップS149または後述するステップS164で発行されるレシートRに印字されている。
First, in the
ステップS152においてキャンセルする飲食物を含むレシート番号が選択されると、MPU51は、図28に示すように、表示部54の表示画面に、取引履歴の詳細情報として端末取引テーブルにおいて選択したレシート番号に対応付けて記憶されている飲食物の商品名(メニュー名)及び数量(個数)と、玉レートを表示する(ステップS153)。MPU51は、この取引履歴の詳細情報が表示部54の表示画面に表示されている状態で、キャンセルする商品名及び数量の選択をタッチパネル52の操作により受付ける(ステップS154)。
When the receipt number including the food or drink to be canceled is selected in step S152, the
そして、MPU51は、ステップS154において受付けた飲食物及び数量に基づいて、持玉管理サーバ110に対して、取引用端末ID、キャンセルした飲食物を含むレシート番号、端末取引テーブルにおいてキャンセルした飲食物を含むレシート番号に対応付けて記憶されているカードID、キャンセルした飲食物の商品ID、飲食物の数量、玉レート、飲食物をキャンセルしたことで生じたキャンセル玉数を含む商品キャンセル要求を送信し(ステップS155)、後述する持玉返却完了通知を持玉管理サーバ110から受信したか否かを判定する(ステップS156)。持玉返却完了通知を受信していない場合(ステップS156;No)は、持玉返却完了通知を受信するまでステップS156の実行を繰り返して待機する。
And MPU51 is based on the food and drink received in step S154, with respect to the
持玉管理サーバ110のCPU112は、取引用端末50から商品キャンセル要求を受信すると、履歴管理テーブルを参照し、履歴管理テーブルに該当取引履歴があるか否か、つまり、受信した商品キャンセル要求に含まれている取引用端末IDに対応付けて履歴管理テーブルに記憶されているレシート番号、カードID、商品ID、数量、玉レートの中に、受信した商品キャンセル要求に含まれているレシート番号、カードID、商品ID、数量、玉レートと一致するものがあるか否かを判定する(ステップSm330)。履歴管理テーブルに該当取引履歴がない場合(ステップSm330;No)は、取引用端末50に対してエラー通知を送信する。取引用端末50は、このエラー通知を受信することで、商品キャンセル処理が実行不能であることを示すエラー報知を実行する(ステップS169)。
When receiving the product cancellation request from the
また、履歴管理テーブルに該当取引履歴がある場合(ステップSm330;Yes)は、受信した商品キャンセル要求に含まれているカードIDが会員カードのカードIDであるか否か、つまり、カードIDの最初の2文字が会員カードのカードIDを示す「KC」であるか、ビジターカードVのカードIDを示す「VC」であるかを判定する(ステップSm332)。受信した商品キャンセル要求に含まれているカードIDが会員カードIDの場合(ステップSm332;Yes)は、CPU112は、会員用持玉管理テーブルにおいて、受信した商品キャンセル要求に含まれているカードIDに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した商品キャンセル要求に含まれている玉レートの持玉数にキャンセル玉数を加算更新して(ステップSm333)ステップSm335に進み、受信した商品キャンセル要求に含まれているカードIDがビジターカードVのカードIDの場合(ステップSm332;No)は、CPU112は、ビジター用持玉管理テーブルにおいて、受信した商品キャンセル要求に含まれているカードIDに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した商品キャンセル要求に含まれている玉レートの持玉数にキャンセル玉数を加算更新して(ステップSm334)、ステップSm335に進む。
If the transaction management table has a corresponding transaction history (step Sm330; Yes), whether or not the card ID included in the received product cancellation request is the card ID of the member card, that is, the first card ID. Are determined to be “KC” indicating the card ID of the membership card or “VC” indicating the card ID of the visitor card V (step Sm332). When the card ID included in the received product cancellation request is a member card ID (step Sm332; Yes), the
そして、履歴管理テーブルから、受信した商品キャンセル要求に含まれているレシート番号及び、該レシート番号に対応付けて記憶されているカードID取引時間、商品ID、数量、玉レート、玉数を削除し(ステップSm335)、会員持玉管理テーブルまたはビジター用管理テーブルにキャンセル玉数を加算更新したことを示す持玉返却完了通知を取引用端末50対して送信する(ステップSm336)。 Then, the receipt number included in the received merchandise cancellation request and the card ID transaction time, the merchandise ID, the quantity, the ball rate, and the number of balls stored in association with the receipt number are deleted from the history management table. (Step Sm335), a ball return completion notification indicating that the number of canceled balls has been added and updated in the member possession ball management table or visitor management table is transmitted to the transaction terminal 50 (step Sm336).
取引用端末50のMPU51は、ステップS156において、持玉返却完了通知を受信した場合(ステップS156;Yes)は、ステップS152に選択したレシート番号に対応付けて端末取引テーブルに記憶されている玉レートを特定し、端末利用額テーブルにおいて該特定した玉レートに対応付けて記憶されている利用総玉数に、食物をキャンセルしたことで生じたキャンセル玉数を減算更新する(ステップS157)。
When the
ステップS157実行後、MPU51は、端末取引テーブルにおいてステップS152で受付けたレシート番号に対応付けて記憶されている商品IDのうち、ステップS154で受付けた飲食物の商品IDと、該商品IDに対応付けて記憶されている数量、玉レート、玉価数、送信済フラグを削除する(ステップS158)。このとき、レシート番号に対応付けて記憶されている取引履歴が存在していなければ、端末取引テーブルからレシート番号に対応付けて記憶されているカードID、取引時間を端末取引テーブルから削除する。また、レシート番号に対応付けて記憶されている取引履歴が存在していれば、新規レシート番号を端末取引テーブルに記憶するとともに、現在のレシート番号に対応付けて記憶されている取引履歴をそのまま新規レシート番号に対応付けて記憶する。そして、現在のレシート番号に対応付けて記憶されている取引履歴を端末取引テーブルから削除した後、持玉管理サーバ110に対して、取引用端末ID、新規レシート番号、カードID、取引時間、商品ID、数量、玉レート、玉数を含む取引履歴変更要求を送信する(ステップS159)。
After execution of step S157, the
持玉管理サーバ110のCPU112は、取引用端末50から取引履歴変更要求を受信すると、受信した取引履歴変更要求に含まれている取引用端末IDに対応付けて、変更要求に含まれる取引要求として、受信した取引履歴変更要求に含まれている新規レシート番号、カードID取引時間、商品ID、数量、玉レート、玉数を登録する(Sm337)。
CPU112 of lifting
また、ステップS159実行後の取引用端末50のMPU51は、カードリーダライタ57にビジターカードVの挿入を受付け(ステップS160)、カードリーダライタ57への会員カードKまたはビジターカードVの挿入が無いか否か、つまり、カードリーダライタ57に所定時間内に会員カードKまたはビジターカードVが挿入されたか否かを判定する(ステップS161)。
Further, the
カードリーダライタ57へ所定時間内に会員カードKまたはビジターカードVが挿入された場合(ステップS161;No)は、ステップS160において挿入を受付けた会員カードKのICチップKbまたはビジターカードVのICチップVaの記憶領域に玉レート毎に対応付けて記憶されている持玉数に、該当する玉レートのキャンセル玉数を加算更新して(ステップS162)ステップS163に進む。このとき、表示部54の表示画面には、図29に示すように、キャンセル玉数を持玉として会員カードKのICチップKbまたはビジターカードVのICチップVaの記憶領域に加算更新中である旨と、ステップS161で会員カードKまたはビジターカードVを挿入した時点で会員カードKのICチップKbまたはビジターカードVのICチップVaから読み取ったキャンセル玉数と同一の玉レートにおける持玉数と、該持玉数にキャンセル玉数を加算更新した後の持玉数とが表示される。
When the member card K or the visitor card V is inserted into the card reader /
また、カードリーダライタ57へ所定時間内に会員カードKまたはビジターカードVが挿入されなかった場合(ステップS161;Yes)は、取引履歴変更要求として送信したカードIDが会員カードのカードIDであるか否か、つまり、ステップS160においてカードリーダライタ57に挿入されるはずであったカードのカードIDの最初の2文字が会員カードのカードIDを示す「KC」であるか、ビジターカードVのカードIDを示す「VC」であるかを判定する。取引履歴変更要求として送信したカードIDが会員カードのカードIDである場合(ステップS165;Yes)は、カードリーダライタ57に会員カードKが挿入されていないことを示すエラー報知を実行して(ステップS170)、再びステップS160においてカードリーダライタ57でのカード挿入を受付ける。
If the member card K or visitor card V is not inserted into the card reader /
取引履歴変更要求として送信したカードIDがビジターカードのカードIDである場合(ステップS165;No)は、ビジターカードVが商品受付処理におけるステップS123において回収されたと判断し、新規のビジターカードVのICチップVaの記憶領域に、キャンセル玉数を玉レートに対応付けて書き込み(ステップS166)、端末取引テーブルに記憶されている取引履歴変更要求として送信したカードIDを、新たに発行するビジターカードVのカードIDに書き換える(ステップS167)。そして、持玉管理サーバ110に対して、取引履歴変更要求として送信したカードID、新たに発行するビジターカードVのカードID、新たに発行するビジターカードVのICチップVaの記憶領域に書き込まれたキャンセル玉数である玉数、該キャンセル玉数の玉レートを含む持玉数移行要求を送信し(ステップS168)、ステップS163に進む。
When the card ID transmitted as the transaction history change request is the card ID of the visitor card (step S165; No), it is determined that the visitor card V has been collected in step S123 in the merchandise reception process, and the IC of the new visitor card V In the storage area of the chip Va, the number of canceled balls is written in association with the ball rate (step S166), and the card ID transmitted as the transaction history change request stored in the terminal transaction table is the newly issued visitor card V. The card ID is rewritten (step S167). Then, the card ID transmitted as a transaction history change request, the card ID of the newly issued visitor card V, and the storage area of the IC chip Va of the newly issued visitor card V are written to the
持玉管理サーバ110のCPU112は、取引用端末50から持玉数移行要求を受信すると、移行処理として、先ず、受信した取引履歴変更要求に含まれるカードIDをビジター用持玉管理テーブルから特定し、該カードIDを新たに発行するビジターカードVのカードIDに書き換える。そして、新たに発行するビジターカードVのカードIDに対応付けて、キャンセル玉数を該当する玉レートに記憶する。
When receiving the number-of-balls transfer request from the
ステップS163において、MPU51は、端末取引テーブルを参照して、レシートプリンタ59によって新規レシート番号のレシートRを発行した後(ステップS163)、カードリーダライタ57から会員カードKまたはビジターカードVを排出する(ステップS164)。
In step S163, the
次に、取引用端末50で実行される業務終了処理について説明する。図20に示すように、取引用端末50で実行される業務終了処理では、先ず、MPU51は、メニュー画面にで「業務終了」が選択されることで、該取引用端末50の端末利用額テーブルに記憶されている各玉レート毎の利用総玉数を取引用端末50から移行させるためのオーダーカードの挿入をカードリーダライタ57にて受付け(ステップS41)、オーダーカードのICチップの記憶領域に、端末利用額テーブルに記憶されている各玉レート毎の利用総玉数を書き込む(ステップS42)。尚、このとき、図30に示すように、表示部54の表示画面には、オーダーカードのICチップの記憶領域に端末利用額テーブルに記憶されている各玉レート毎の利用総玉数を書込み中であることを示す表示と、ステップS41においてオーダーカードを挿入した時点でオーダーカードのICチップの記憶領域から読み取った各玉レート毎の玉数(全て0)と、該玉数に端末利用額テーブルに記憶されている各玉レート毎の利用総玉数を書き込んだ後の玉数とが表示される。
Next, the business end process executed on the
オーダーカードのICチップの記憶領域への端末利用額テーブルに記憶されている各玉レート毎の利用総玉数の書き込みが終了した後、MPU51は、端末利用額テーブル、端末取引テーブルをリセットし(ステップS43)、オーダーカードをカードリーダライタ57から排出して業務終了処理を終了する。
After completing the writing of the total number of balls used for each ball rate stored in the terminal usage amount table in the storage area of the IC chip of the order card, the
また、図21に示す業務終了判定処理は、取引用端末50において前述した業務終了処理が実行されたか否かを判定するために、MPU51が、所定時間経過する毎にメイン処理に割り込んで実行する処理である。この業務終了判定処理では、先ずMPU51は、RTC61を参照し、業務終了処理が実行されたか否かを検証する業務終了検証時間となったか否かを判定する(ステップS46)。尚、本実施例の業務終了検証時間は、遊技場の営業終了時間から所定時間経過後や、日付が変わる午前0時に設定すれば良い。
The execution business end determination processing shown in FIG. 21, in order to determine whether the end of the job processing described above in a transaction for the
業務終了検証時間となっていない場合(ステップS46;No)は、業務終了判定処理を終了し、業務終了検証時間となっている場合(ステップS46;Yes)は、端末利用額テーブル及び端末取引テーブルを参照し、これら端末利用額テーブル及び端末取引テーブルがリセットされた状態であるか否かを判定する。端末利用額テーブル及び端末取引テーブルがリセットされていない場合(ステップS47;No)は、業務終了判定処理を終了し、端末利用額テーブル及び端末取引テーブルがリセットされている場合(ステップS47;Yes)は、端末利用額テーブルのデータをレシートプリンタ59によって発行し(ステップS48)する。このようにすることで、サービス業者が業務終了処理の実行を忘れてしまっても、後日ステップS48で発行された端末利用額データに基づいて該取引用端末50での売上を精算することが可能となっている。そして、端末利用額テーブル及び端末取引テーブルをリセットして業務終了判定処理を終了する。
When it is not the business end verification time (step S46; No), the business end determination process is terminated, and when it is the business end verification time (step S46; Yes), the terminal usage amount table and the terminal transaction table are displayed. , It is determined whether or not the terminal usage amount table and the terminal transaction table are in a reset state. When the terminal usage amount table and the terminal transaction table are not reset (step S47; No), the business end determination process is terminated, and when the terminal usage amount table and the terminal transaction table are reset (step S47; Yes). The terminal printer amount table data is issued by the receipt printer 59 (step S48). In this way, even if the service provider forgets to execute the business end process, it is possible to settle the sales at the
尚、本実施例では、図19に示すように、商品キャンセル処理実行時に、取引履歴として端末取引テーブルを読み出し、該取引用端末50で取引のあった全てのレシート番号を表示部54の表示画面に一覧表示し、キャンセルする商品を含むレシート番号の選択をタッチパネル52の操作により受付けたが、本発明はこれに限定されず、例えば、商品キャンセル処理実行時にカードIDを読み取ることにより、該カードIDが対応付けて記憶されているレシート番号のみを表示部54の表示画面に一覧表示するようにしても良く、以下にこの場合についての変形例を示す。
In this embodiment, as shown in FIG. 19, when executing the product cancellation process, the terminal transaction table is read as a transaction history, and all receipt numbers for which transactions have been made at the
具体的には、図22に示すように、商品キャンセル処理が開始されると、MPU51は、カードリーダライタ57で会員カードK及びビジターカードVの挿入を受付ける(ステップS200)。カードリーダライタ57に会員カードKまたはビジターカードVが挿入されると、MPU51は、カードリーダライタ57によって該カードのICチップの記憶領域からカードIDを読み取る(ステップS201)。そして、MPU51は、取引履歴として端末取引テーブルを読み出し、該読み取ったカードIDが対応付けられて記憶されているレシート番号のみを表示部54の表示画面にタッチパネル52により選択可能に一覧表示し(ステップS202)、キャンセルする商品を含むレシート番号の選択をタッチパネル52の操作により受付ける(ステップS203)。
Specifically, as shown in FIG. 22, when the product cancellation process is started, the
ステップS1203においてキャンセルする飲食物を含むレシート番号が選択されると、MPU51は、図28に示すように、表示部54の表示画面に、取引履歴の詳細情報として端末取引テーブルにおいて選択したレシート番号に対応付けて記憶されている飲食物の商品名(メニュー名)及び数量(個数)と、玉レートを表示する(ステップS204)。MPU51は、この取引履歴の詳細情報が表示部54の表示画面に表示されている状態で、キャンセルする商品名及び数量の選択をタッチパネル52の操作により受付ける(ステップS205)。
When the receipt number including the food or drink to be canceled is selected in step S1203, the
そして、MPU51は、ステップS154において受付けた飲食物及び数量に基づいて、持玉管理サーバ110に対して、取引用端末ID、キャンセルした飲食物を含むレシート番号、端末取引テーブルにおいてキャンセルした飲食物を含むレシート番号に対応付けて記憶されているカードID、キャンセルした飲食物の商品ID、飲食物の数量、玉レート、飲食物をキャンセルしたことで生じたキャンセル玉数を含む商品キャンセル要求を送信し(ステップS206)、後述する持玉返却完了通知を持玉管理サーバ110から受信したか否かを判定する(ステップS207)。持玉返却完了通知を受信していない場合(ステップS207;No)は、持玉返却完了通知を受信するまでステップS207の実行を繰り返して待機する。
And MPU51 is based on the food and drink received in step S154, with respect to the
持玉管理サーバ110のCPU112は、取引用端末50から商品キャンセル要求を受信すると、履歴管理テーブルを参照し、履歴管理テーブルに該当取引履歴があるか否か、つまり、受信した商品キャンセル要求に含まれている取引用端末IDに対応付けて履歴管理テーブルに記憶されているレシート番号、カードID、商品ID、数量、玉レートの中に、受信した商品キャンセル要求に含まれているレシート番号、カードID、商品ID、数量、玉レートと一致するものがあるか否かを判定する(ステップSm340)。履歴管理テーブルに該当取引履歴がない場合(ステップSm340;No)は、取引用端末50に対してエラー通知を送信する。取引用端末50は、このエラー通知を受信することで、商品キャンセル処理が実行不能であることを示すエラー報知を実行する(ステップS214)。
When receiving the product cancellation request from the
また、履歴管理テーブルに該当取引履歴がある場合(ステップSm340;Yes)は、受信した商品キャンセル要求に含まれているカードIDが会員カードのカードIDであるか否か、つまり、カードIDの最初の2文字が会員カードのカードIDを示す「KC」であるか、ビジターカードVのカードIDを示す「VC」であるかを判定する(ステップSm341)。受信した商品キャンセル要求に含まれているカードIDが会員カードIDの場合(ステップSm341;Yes)は、CPU112は、会員用持玉管理テーブルにおいて、受信した商品キャンセル要求に含まれているカードIDに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した商品キャンセル要求に含まれている玉レートの持玉数にキャンセル玉数を加算更新して(ステップSm342)ステップSm335に進み、受信した商品キャンセル要求に含まれているカードIDがビジターカードVのカードIDの場合(ステップSm341;No)は、CPU112は、ビジター用持玉管理テーブルにおいて、受信した商品キャンセル要求に含まれているカードIDに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した商品キャンセル要求に含まれている玉レートの持玉数にキャンセル玉数を加算更新して(ステップSm343)、ステップSm344に進む。
If the transaction management table has a corresponding transaction history (step Sm340; Yes), whether or not the card ID included in the received product cancellation request is the card ID of the member card, that is, the first card ID. It is determined whether the two characters are “KC” indicating the card ID of the member card or “VC” indicating the card ID of the visitor card V (step Sm341). When the card ID included in the received product cancellation request is a member card ID (Step Sm341; Yes), the
そして、履歴管理テーブルから、受信した商品キャンセル要求に含まれているレシート番号及び、該レシート番号に対応付けて記憶されているカードID取引時間、商品ID、数量、玉レート、玉数を削除し(ステップSm344)、会員持玉管理テーブルまたはビジター用管理テーブルにキャンセル玉数を加算更新したことを示す持玉返却完了通知を取引用端末50対して送信する(ステップSm345)。 Then, the receipt number included in the received merchandise cancellation request and the card ID transaction time, the merchandise ID, the quantity, the ball rate, and the number of balls stored in association with the receipt number are deleted from the history management table. (Step Sm344), a ball return completion notification indicating that the number of canceled balls has been added and updated in the member possession management table or visitor management table is transmitted to the transaction terminal 50 (Step Sm345).
取引用端末50のMPU51は、ステップS156において、持玉返却完了通知を受信した場合(ステップS207;Yes)は、ステップS203に選択したレシート番号に対応付けて端末取引テーブルに記憶されている玉レートを特定し、端末利用額テーブルにおいて該特定した玉レートに対応付けて記憶されている利用総玉数に、食物をキャンセルしたことで生じたキャンセル玉数を加算更新する(ステップS208)。
When the
ステップS208実行後、MPU51は、端末取引テーブルにおいてステップS203で受付けたレシート番号に対応付けて記憶されている商品IDのうち、ステップS205で受付けた飲食物の商品IDと、該商品IDに対応付けて記憶されている数量、玉レート、玉価数、送信済フラグを削除する(ステップS209)。このとき、レシート番号に対応付けて記憶されている取引履歴が存在していなければ、端末取引テーブルからレシート番号に対応付けて記憶されているカードID、取引時間も端末取引テーブルから削除する。また、レシート番号に対応付けて記憶されている取引履歴が存在していれば、
新規レシート番号を端末取引テーブルに記憶するとともに、現在のレシート番号に対応付けて記憶されている取引履歴をそのまま新規レシート番号に対応付けて記憶する。そして、現在のレシート番号に対応付けて記憶されている取引履歴を端末取引テーブルから削除した後、持玉管理サーバ110に対して、取引用端末ID、新規レシート番号、カードID、取引時間、商品ID、数量、玉レート、玉数を含む取引履歴変更要求を送信する(ステップS210)。
After executing step S208, the
The new receipt number is stored in the terminal transaction table, and the transaction history stored in association with the current receipt number is stored in association with the new receipt number as it is. Then, after deleting the transaction history stored in association with the current receipt number from the terminal transaction table, the transaction terminal ID, the new receipt number, the card ID, the transaction time, and the merchandise for the possession management server 110 A transaction history change request including ID, quantity, ball rate, and number of balls is transmitted (step S210).
持玉管理サーバ110のCPU112は、取引用端末50から取引履歴変更要求を受信すると、受信した取引履歴変更要求に含まれている取引用端末IDに対応付けて、変更要求に含まれる取引要求として、受信した取引履歴変更要求に含まれている新規レシート番号、カードID取引時間、商品ID、数量、玉レート、玉数を登録する(Sm346)。
CPU112 of lifting
また、ステップS210実行後の取引用端末50のMPU51は、ステップS201で読み取ったカードIDが会員カードのカードIDであるか否か、つまり、カードIDの最初の2文字が会員カードのカードIDを示す「KC」であるか、ビジターカードVのカードIDを示す「VC」であるかを判定する(ステップS211)。取引履歴変更要求として送信したカードIDが会員カードのカードIDである場合(ステップS211;Yes)は、ステップS213に進み、取引履歴変更要求として送信したカードIDがビジターカードVのカードIDである場合(ステップS211;No)は、ビジターカードVのICチップVaの記憶領域に玉レート毎に対応付けて記憶されている持玉数に、該当する玉レートのキャンセル玉数を加算更新して(ステップS212)ステップS213に進む。このとき、表示部54の表示画面には、図29に示すように、キャンセル玉数を持玉としてビジターカードVのICチップVaの記憶領域に加算更新中である旨と、ステップS161でビジターカードVを挿入した時点でビジターカードVのICチップVaから読み取ったキャンセル玉数と同一の玉レートにおける持玉数と、該持玉数にキャンセル玉数を加算更新した後の持玉数とが表示される。
Further, the
ステップS164において、MPU51は、端末取引テーブルを参照して、レシートプリンタ59によって新規レシート番号のレシートRを発行した後(ステップS164)、カードリーダライタ57から会員カードKまたはビジターカードVを排出する。
In step S164, the
以上、本実施例の取引用システム、取引用端末50、持玉管理サーバ110及び会員管理サーバ120にあっては、注文を取り消す場合には、取引履歴から特定される玉数が返却されるので、間違った玉数や不正に多い玉数が返却されてしまうことを防止できる。
As described above, in the transaction system, the
また、遊技者が使用した玉レートの玉数に加算されて返却されるので、他の玉レートに返却されてしまうことで、該玉レートの玉数を使用した再遊技が不能となってしまう等の不都合の発生を防止することができる。 In addition, since it is added to the number of balls of the ball rate used by the player and returned, it is impossible to replay using the number of balls of the ball rate by returning to another ball rate. The occurrence of such inconveniences can be prevented.
また、玉数を加算する玉レートを玉レート特定情報から容易に特定することができる。 Further, the ball rate to which the number of balls is added can be easily specified from the ball rate specifying information.
また、レシートRが発行されるので、レシート番号をレシートRから容易に特定できるとともに、これらレシートRが遊技者が所持するビジターカードVとは個別に発行されるので、ビジターカードVを回収することができる。 In addition, since the receipt R is issued, the receipt number can be easily identified from the receipt R, and since the receipt R is issued separately from the visitor card V possessed by the player, the visitor card V is collected. Can do.
また、返却する玉数を、遊技者が所持している会員カードKまたはビジターカードVから容易に特定できるようになるので、遊技者は、会員カードKまたはビジターカードVと異なる記録媒体を所持する必要がなく、遊技者の利便性を向上できる。 Further, since the number of balls to be returned can be easily specified from the member card K or visitor card V possessed by the player, the player possesses a recording medium different from the member card K or visitor card V. There is no need, and the convenience of the player can be improved.
また、玉数が存在しないことで不要となったビジターカードVが排出されることで、該不要となったビジターカードVが捨てられて不正に利用されてしまうことを防止できる。 In addition, since the visitor card V that is no longer needed due to the absence of the number of balls is discharged, it is possible to prevent the visitor card V that is no longer needed from being discarded and used illegally.
また、減算された玉数に相当する持玉数または貯玉数が、貯玉数ではなく持球数に加算されるので、例えば、日付が変更となったときに一括して実施する持玉数を貯玉数に移行する移行処理を、取り消しがあった都度毎に実施する必要がないので、取り消しに伴う処理が複雑化してしまうことを防止することができる。 In addition, the number of balls or the number of balls corresponding to the number of balls subtracted is added to the number of balls held, not the number of balls, so for example, the number of balls to be carried out collectively when the date is changed Since it is not necessary to carry out the transition process for shifting to the number of stored balls every time there is a cancellation, it is possible to prevent the processing associated with the cancellation from becoming complicated.
以上、本発明の実施例を図面により説明してきたが、具体的な構成はこれら実施例に限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。 Although the embodiments of the present invention have been described with reference to the drawings, the specific configuration is not limited to these embodiments, and modifications and additions within the scope of the present invention are included in the present invention. It is.
例えば、前記変形例の商品キャンセル処理では、取引履歴として端末取引テーブルを読み出し、ステップS201において読み取ったカードIDが対応付けられて記憶されているレシート番号のみを表示部54の表示画面に一覧表示しているが、本発明はこれに限定されず、該端末取引テーブルにステップS201において読み取ったカードIDが対応付けられて記憶されているレシート番号が存在しない場合は、持玉管理テーブルに対して、ステップS201において読み取ったカードIDを含む取引履歴送信要求を送信し、該送信要求を受信した持玉管理サーバ110のCPU112が、履歴管理テーブルを参照することで、受信した取引履歴送信要求に含まれているカードIDが対応付けられて記憶されているレシート番号の各データ(レシート番号、取引時間、商品ID、数量、玉レート、玉数)を取引用端末50に対して取引履歴通知として送信し、取引履歴通知を受信した取引用端末50のMPU51が、受信した該取引履歴通知に含まれているレシート番号を一覧表示するようにしても良い。
For example, in the product cancellation process of the modified example, the terminal transaction table is read as the transaction history, and only the receipt numbers stored in association with the card ID read in step S201 are displayed as a list on the display screen of the
また、前記実施例では、メインメニュー画面において、「メンテナンス」を選択し、且つ図示しないメンテナンスのメニュー画面において「払い戻し」を選択する操作を行うことで商品キャンセル処理が実行されると、MPU51は、取り消し受付け手段として、取引履歴として端末取引テーブルを読み出し、該取引用端末50で取引のあった全てのレシート番号を表示部54の表示画面にタッチパネル52により選択可能に一覧表示して、キャンセルする商品を含むレシート番号の選択をタッチパネル52の操作により受付けているが、本発明はこれに限定されず、例えば、商品キャンセル処理が実行される際に端末取引テーブルにレシート番号が1つのみ記憶されている場合は、表示部54の表示画面でのレシート番号の表示と、タッチパネル52によるレシート番号の選択とを経ずに、キャンセルする商品名及び数量の選択をタッチパネル52の操作により受付けるようにしても良い。
In the above embodiment, when the product cancellation process is executed by selecting “maintenance” on the main menu screen and selecting “refund” on the maintenance menu screen (not shown), the
また、前記変形例では、カードリーダライタ57に挿入されたカードのICチップの記憶領域からカードIDを読み取るとともに、取引履歴として端末取引テーブルを読み出し、該読み取ったカードIDが対応付けられて記憶されているレシート番号のみを表示部54の表示画面にタッチパネル52により選択可能に一覧表示し、キャンセルする商品を含むレシート番号の選択をタッチパネル52の操作により受付けたが、本発明はこれに限定されず、例えば、カードリーダライタ57に挿入されたカードのICチップの記憶領域からカードIDを読み取るとともに、取引履歴として端末取引テーブルを読み出し、更に読み出した取引履歴の中から最も取引時間の新しいレシート番号を特定することで、表示部54の表示画面に該特定したレシート番号に対応付けて記憶されている飲食物の商品名(メニュー名)及び数量(個数)と、玉レートを表示し、キャンセルする商品名及び数量の選択をタッチパネル52の操作により受付けるようにしても良い。
In the modification, the card ID is read from the storage area of the IC chip of the card inserted into the card reader /
また、前記実施例では、商品受付処理のステップS112において、取引の支払いを持玉と貯玉のいずれから行うかを選択するための支払方法選択をタッチパネル52の操作により受付け、該タッチパネル52の選択により受付けた側の玉数を取引された商品の合計玉数分を減算更新しているが、本発明はこれに限定されず、タッチパネル52の選択により受付けた側の玉数が取引される商品の合計玉数分よりも少ない場合には、タッチパネル52の選択により受付けられていない側の玉数から不足分の玉数を減算更新して取引を行うようにしても良い。
Moreover, in the said Example, in step S112 of merchandise reception processing, the payment method selection for selecting whether the payment of a transaction is performed from a holding ball or a storage ball is received by operation of the
また、前記実施例では、商品キャンセル処理を実行する場合、取引用端末50から商品キャンセル要求を持玉管理サーバ110に対して送信し、持玉管理サーバ110から持玉返却完了通知を受信することで端末利用額テーブルの減算更新、端末取引テーブルの更新、会員カードKのICチップKbまたはビジターカードVのICチップVaへの持玉数の加算更新を実行したが、本発明はこれに限定されず、取引用端末50と持玉管理サーバ110との接続状態がオフラインである場合には、MPU51が端末取引テーブルの送信済フラグを参照することで、該送信済フラグが「未送信」を示す「00」となっている取引履歴のみを対象として商品キャンセル処理を実行するようにしても良い。この場合は、取引用端末50と持玉管理サーバ110の接続状態がオンラインとなることでオフライン判定処理のステップS32が実行されるため、自動的に端末取引テーブルに記憶されている取引履歴と履歴管理テーブルに記憶されている取引履歴が同期するようになっている。
Moreover, in the said Example, when performing goods cancellation processing, the goods cancellation request | requirement is transmitted with respect to the
また、前記実施例では、商品受付処理のステップS112において、取引の支払いを持玉と貯玉のいずれから行うかを選択するための支払方法選択をタッチパネル52の操作により受付け、該タッチパネル52の選択により受付けた側の玉数を取引された商品の合計玉数分減算更新しているが、本発明はこれに限定されず、取引の支払い行われることで、持玉数と貯玉数の一方から優先的に取引された商品の合計玉数分を減算更新するようにし、取引された商品の合計玉数が該優先的に減算更新される側の玉数よりも多い場合は、他方側の玉数(例えば、持玉数から優先的に取引された商品の合計玉数分を減算更新する場合は、貯玉数)から取引された商品の合計玉数分を減算更新するようにしても良い。
Moreover, in the said Example, in step S112 of merchandise reception processing, the payment method selection for selecting whether the payment of a transaction is performed from a holding ball or a storage ball is received by operation of the
尚、このように持玉数と貯玉数の一方から優先的に取引された商品の合計玉数分を減算更新するようにする場合には、商品キャンセル処理が実行される際にキャンセル玉数が持玉数に加算更新されるようになっているため、持玉数を貯玉数よりも優先して取引された商品の合計玉数分を減算更新するようにすることが望ましい。 When the total number of balls traded preferentially from one of the number of balls and the number of balls is subtracted and updated as described above, the number of balls canceled when the product cancellation process is executed. Since the number of possessed balls is added and updated, it is desirable to subtract and update the total number of products traded with priority over the number of retained balls.
また、前記実施例では、取引用端末50を用いてサービス業者と遊技者とが取引する商品を飲食物として説明したが、本発明はこれに限定されず、商品は、煙草等の非飲食物であってもよい。
Moreover, in the said Example, although the goods which a service provider and a player trade using the
また、前記実施例では、会員カードKのICチップKb及びビジターカードVのICチップVaの記憶領域におけるエリア1に1円/玉の玉レートの持玉数、エリア2に2円/玉の玉レートの持玉数、エリア3に3円/玉の玉レートの持玉数、エリア4に4円/玉の玉レートの持玉数をそれぞれ記憶しており、取引用端末50において各エリアに記憶されている玉レートの持玉数を用いて商品の取引を実行することが可能となっているが、本発明はこれに限定されず、例えば、会員カードKのICチップKb及びビジターカードVのICチップVaの記憶領域におけるエリア1に4円/玉の玉レートの持玉数a、エリア2に4円/玉の玉レートの持玉数b、エリア3に4円/玉の玉レートの持玉数c、エリア4に4円/玉の玉レートの持玉数dをそれぞれ記憶し、同一のレートであっても持玉数a〜持玉数dを取引用端末50における商品の取引に使用する持玉数として個別に使用することができるようにしても良い。
Further, in the above-described embodiment, the number of balls having a ball rate of 1 yen / ball in
また、前記実施例では、会員カードKのICチップKb及びビジターカードVのICチップVaの記憶領域における各エリアに持玉数の玉レートを記憶しているが、本発明はこれに限定されず、例えば、会員カードKのICチップKb及びビジターカードVのICチップVaの記憶領域における各エリアには、遊技機がスロットマシンであれば、該スロットマシンの遊技において使用されるメダルのメダルレートを記憶してもよく、遊技機が封入式遊技機であれば、該封入式遊技機の遊技で得られるポイントのポイントレートを記憶しても良い。 Moreover, in the said Example, although the ball rate of the number of balls is memorize | stored in each area in the storage area of IC chip Kb of the membership card K and IC chip Va of the visitor card V, this invention is not limited to this. For example, in each storage area of the IC chip Kb of the member card K and the IC chip Va of the visitor card V, if the gaming machine is a slot machine, the medal rate of medals used in the gaming of the slot machine is indicated. If the gaming machine is an enclosed game machine, the point rate of points obtained by the game of the enclosed game machine may be stored.
また、前記実施例では、会員カードKのICチップKbの記憶領域に記憶されている持玉数を使用することで取引用端末50において商品の取引を可能としているが、本発明はこれに限定されず、会員カードKのICチップKbの記憶領域には持玉数を記憶せず、持玉管理サーバ110のみに持玉数を記憶しておき、該持玉管理サーバ110の会員用持玉管理テーブルに記憶されている持玉数を使用することで、取引用端末50において商品の取引を可能とするようにしても良い。この場合は、MPU51がカードリーダライタ57により会員カードKからカードIDを読み取った後、会員用持玉管理サーバ110に対してカードリーダライタ57によって読み取ったカードIDを含む持球数要求を送信して、持玉管理サーバ110に記憶されている各玉レート毎の持玉数を取得して、取引用端末50において、会員カードKを所持する会員遊技者が、持玉管理サーバ110に記憶されている持玉数によって商品の取引を実行することができるようにすれば良い。
Moreover, in the said Example, although the
2 パチンコ機
50 取引用端末
51 MPU
57 カードリーダライタ
59 レシートプリンタ
110 持玉管理サーバ
112 CPU
120 会員管理サーバ
122 CPU
K 会員カード
V ビジターカード
R レシート
2
57 Card reader /
120
K member card V visitor card R receipt
Claims (6)
記録媒体を個々に識別可能な記録媒体識別情報が記録され、遊技者が遊技にて獲得した獲得価値を特定可能な記録媒体を受付けて、該記録媒体の記録媒体識別情報を読み出す記録媒体処理手段と、
前記受付手段にて指定を受付けた商品の代価を特定可能な代価特定情報と、代価に相当する獲得価値を減算する獲得価値の種別を特定可能な種別情報と、前記記録媒体処理手段にて読み出した記録媒体識別情報とを含む減算要求を送信する減算要求送信手段と、
前記記録媒体識別情報に対応付けて、各記録媒体を所持する遊技者が所有する複数種別の獲得価値をそれぞれ管理する獲得価値管理手段と、
前記減算要求の受信に応じて、該減算要求に含まれる記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該減算要求に含まれる種別情報から特定される種別の獲得価値から、該減算要求に含まれる代価特定情報から特定される代価に相当する獲得価値を減算する獲得価値減算手段と、
前記獲得価値減算手段にて減算した獲得価値と、減算された獲得価値の種別とを含む取引履歴を記憶する取引履歴記憶手段と、
所定の取り消し指定を受付ける取り消し受付手段と、
前記取り消し受付手段にて取り消し指定を受付けたことに基づいて、前記取引履歴記憶手段に記憶されている取引履歴を特定可能な取引履歴特定情報を含む返却要求を送信する返却要求送信手段と、
前記返却要求の受信に応じて、該返却要求から特定される前記獲得価値減算手段が減算した獲得価値を、当該取引において前記記録媒体処理手段にて受付けた記録媒体の記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該返却要求から特定される種別の獲得価値に加算する返却手段と、
を備える、
ことを特徴とする取引用システム。 And accepting means for accepting the designation of products Yu technique wishes to provide,
Record medium can be identified to the individual recording medium identification information is recorded, the player receives a specific recording medium capable of the earned value earned in the game, the reading out of the recording medium identification information of the recording medium record Medium processing means;
Wherein the price specifying information capable of specifying the price of accepting designation goods at the reception means, and possible type information identifying the type of the earned value subtracting the earned value corresponding to price, in the recording medium processing unit Subtraction request transmitting means for transmitting a subtraction request including the read recording medium identification information ;
In association with the previous type recording medium identification information, and the earned value management means the player carrying the respective recording medium respectively manage the acquisition value of multiple types owned,
In response to the reception of the subtraction request, it is specified from the type information included in the subtraction request among the acquired values managed by the acquired value management means in association with the recording medium identification information included in the subtraction request. Acquisition value subtraction means for subtracting the acquisition value corresponding to the price specified from the price specification information included in the subtraction request from the type of acquisition value ;
And earned value obtained by subtracting in the previous SL earned value subtracting means, and transaction history storage means for storing a transaction history including the types of earned value which is subtracted,
And cancel receiving Tsukete stage to accept the cancellation designation of Jo Tokoro,
Based on the received revocation specified in the revocation receiving Tsukete stage, the transaction history return request transmitting means for sending the return request including the possible transaction history identification information identifying the transaction history stored in the storage means and,
In response to receiving the prior Symbol return request, the earned value to which the return the earned value subtraction means requests either et al are identified by subtracting, recording medium identification information of the recording medium received in the recording medium processing device in the transaction Returning means for adding to the acquired value of the type specified from the return request among the acquired values managed by the acquired value managing means in association with
Comprising
A trading system characterized by that.
前記獲得価値減算手段は、前記第1獲得価値と前記第2獲得価値のいずれからも代価に相当する獲得価値を減算し、 The acquired value subtracting means subtracts the acquired value corresponding to the price from both the first acquired value and the second acquired value,
前記返却手段は、前記獲得価値減算手段によって前記第2獲得価値から減算された代価に相当する獲得価値を加算するときには、前記第2獲得価値に代えて前記第1獲得価値に加算する、 The return means, when adding the acquired value corresponding to the price subtracted from the second acquired value by the acquired value subtracting means, is added to the first acquired value instead of the second acquired value,
ことを特徴とする請求項1に記載の取引用システム。 The transaction system according to claim 1.
遊技者が提供を希望する商品の指定を受付ける受付手段と、
記録媒体を個々に識別可能な記録媒体識別情報が記録され、遊技者が遊技にて獲得した獲得価値を特定可能な記録媒体を受付けて、該記録媒体の記録媒体識別情報を読み出す記録媒体処理手段と、
該取引用端末とデータ通信可能に接続された管理サーバに対して、前記受付手段にて指定を受付けた商品の代価を特定可能な代価特定情報と、代価に相当する獲得価値を減算する獲得価値の種別を特定可能な種別情報と、前記記録媒体処理手段にて読み出した記録媒体識別情報とを含む減算要求を送信することにより、前記管理サーバにおいて該記録媒体識別情報に対応付けて管理されている複数種別の獲得価値うち、該減算要求に含まれる種別情報から特定される種別の獲得価値から、該減算要求に含まれる代価特定情報から特定される代価に相当する獲得価値を減算させる減算要求送信手段と、
前記減算要求を送信することによって前記管理サーバに減算させた獲得価値と、減算された獲得価値の種別とを含む取引履歴を記憶する取引履歴記憶手段と、
所定の取り消し指定を受付ける取り消し受付手段と、
前記取り消し受付手段にて取り消し指定を受付けたことに基づいて、前記取引履歴記憶手段に記憶されている取引履歴を特定可能な取引履歴特定情報を含み、獲得価値に加算して返却するための返却要求を前記管理サーバに送信して、該返却要求から特定される前記管理サーバが減算した獲得価値を、当該取引において前記記録媒体処理手段にて受付けた記録媒体の記録媒体識別情報に対応付けて前記管理サーバにおいて管理されている獲得価値のうち、該返却要求から特定される種別の獲得価値に加算させる返却要求送信手段と、
を備える、
ことを特徴とする取引用端末。 The earned value obtained by the player in the game, a transaction terminal to be used in the transaction for the system that can be used to pay for the price of goods,
And accepting means for accepting the designation of products Yu technique wishes to provide,
Record medium can be identified to the individual recording medium identification information is recorded, the player receives a specific recording medium capable of the earned value earned in the game, the reading out of the recording medium identification information of the recording medium record Medium processing means;
Against said mounting reference terminal and data communicably connected management server, and price identification information that can specify the price of goods accepted designation by the receiving unit, acquiring for subtracting the earned value corresponding to price By transmitting a subtraction request including type information capable of specifying the type of value and the recording medium identification information read by the recording medium processing means, the management server manages the information in association with the recording medium identification information. and are among the earned value plurality of types, from the acquired value of the type specified from the type information included in the subtraction request is subtracted earned value corresponding to the price specified from price specific information included in the subtraction request subtraction A request sending means;
Transaction history storage means for storing a transaction history including the acquired value subtracted by the management server by transmitting the subtraction request and the type of the acquired value subtracted ;
And revoking receiving Tsukete stage for receiving a predetermined cancel designation,
Based on the received revocation specified in the revocation receiving Tsukete stage, the include transaction history can be stored transaction history identification information identifying the transaction history stored in the means, for returning and adding the earned value To the management server, and the acquired value subtracted by the management server specified from the return request corresponds to the recording medium identification information of the recording medium received by the recording medium processing means in the transaction. give of earned value managed in the management server, a return request transmitting means Ru is added to the acquired value of the type identified from the return request,
Comprising
A trading terminal characterized by that.
前記返却要求送信手段は、前記取り消し受付手段にて取り消し指定を受付けたことに基づいて、前記第2獲得価値から減算された代価に相当する獲得価値を加算して返却するよう要求するときには、前記第2獲得価値に代えて前記第1獲得価値に加算して返却するための返却要求を前記管理サーバに送信する、 The return request transmission means, upon requesting the addition of an acquisition value corresponding to the price subtracted from the second acquisition value, based on having received the cancellation designation by the cancellation reception means, Sending a return request to the management server for returning in addition to the first acquisition value instead of the second acquisition value;
ことを特徴とする請求項3に記載の取引用端末。 The transaction terminal according to claim 3.
遊技者が提供を希望する商品の指定を受付けるとともに、記録媒体を個々に識別可能な記録媒体識別情報が記録され、遊技者が遊技にて獲得した獲得価値を特定可能な記録媒体を受付けて、該記録媒体の記録媒体識別情報を読み出して、該読み出した記録媒体識別情報と、指定を受付けた商品の代価を特定可能な代価特定情報と、代価に相当する獲得価値を減算する獲得価値の種別を特定可能な種別情報とを含む減算要求を送信する取引用端末とデータ通信可能に接続され、
前記記録媒体識別情報に対応付けて、各記録媒体を所持する遊技者が所有する複数種別の獲得価値をそれぞれ管理する獲得価値管理手段と、
前記減算要求の受信に応じて、該減算要求に含まれる記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該減算要求に含まれる種別情報から特定される種別の獲得価値から、該減算要求に含まれる代価特定情報から特定される代価に相当する獲得価値を減算する獲得価値減算手段と、
前記獲得価値減算手段にて減算した獲得価値と、減算された獲得価値の種別とを含む取引履歴を記憶する取引履歴記憶手段と、
前記取引用端末において所定の取り消し指定を受付けたことに基づいて、前記取引履歴記憶手段に記憶されている取引履歴を特定可能な取引履歴特定情報を含む返却要求の受信に応じて、該返却要求から特定される前記獲得価値減算手段が減算した獲得価値を、当該取引において前記取引用端末にて受付けた記録媒体の記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該返却要求から特定される種別の獲得価値に加算して返却する返却手段と、
を備える、
ことを特徴とする管理サーバ。 The earned value caught the player has won in a game, a management server to be used in the transaction for the system that can be used to pay for the price of goods,
With accepting the designation of products Yu technique wishes to provide, individually identifiable recording medium identification information of the record medium is recorded, the player accepts a particular recording medium capable of the acquisition value, which was won by the player Te, read out the recording medium identification information of the recording medium, and the read-out recording medium identification information, and price identification information that can specify the price of goods accepted designation, the earned value corresponding to price subtraction Connected to a transaction terminal that transmits a subtraction request including type information that can specify the type of acquired value to be communicated,
In association with the recording medium identification information, acquired value management means for managing each of a plurality of types of acquired value possessed by a player possessing each recording medium,
In response to the reception of the subtraction request, it is specified from the type information included in the subtraction request among the acquired values managed by the acquired value management means in association with the recording medium identification information included in the subtraction request. Acquisition value subtraction means for subtracting the acquisition value corresponding to the price specified from the price specification information included in the subtraction request from the type of acquisition value ;
Transaction history storage means for storing a transaction history including the acquired value subtracted by the acquired value subtraction means and the type of the acquired value subtracted ;
In response to receiving a return request including transaction history specifying information capable of specifying the transaction history stored in the transaction history storage means based on receiving a predetermined cancellation designation at the transaction terminal, the return request the acquisition value the earned value subtracting means identified asked whether we were subtracted, are managed in the earned value management means in association with the recording medium identification information of the recording medium which is received in the transaction terminal in the transaction Among the acquired values , a return means for returning in addition to the acquired value of the type specified from the return request ;
Comprising
A management server characterized by that.
前記獲得価値減算手段は、前記第1獲得価値と前記第2獲得価値のいずれからも代価に相当する獲得価値を減算し、 The acquired value subtracting means subtracts the acquired value corresponding to the price from both the first acquired value and the second acquired value,
前記返却手段は、前記獲得価値減算手段によって前記第2獲得価値から減算された代価に相当する獲得価値を加算するときには、前記第2獲得価値に代えて前記第1獲得価値に加算する The return means adds to the first acquired value instead of the second acquired value when adding the acquired value corresponding to the price subtracted from the second acquired value by the acquired value subtracting means.
ことを特徴とする請求項5に記載の管理サーバ。 The management server according to claim 5.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012165581A JP6095913B2 (en) | 2012-07-26 | 2012-07-26 | Transaction system, transaction terminal and management server |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012165581A JP6095913B2 (en) | 2012-07-26 | 2012-07-26 | Transaction system, transaction terminal and management server |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2017023984A Division JP2017080577A (en) | 2017-02-13 | 2017-02-13 | Transaction system, transaction terminal, and management server |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2014023679A JP2014023679A (en) | 2014-02-06 |
JP2014023679A5 JP2014023679A5 (en) | 2015-08-27 |
JP6095913B2 true JP6095913B2 (en) | 2017-03-15 |
Family
ID=50197927
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012165581A Active JP6095913B2 (en) | 2012-07-26 | 2012-07-26 | Transaction system, transaction terminal and management server |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6095913B2 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6405189B2 (en) * | 2014-10-27 | 2018-10-17 | ダイコク電機株式会社 | Amusement park management system |
JP6974933B2 (en) * | 2016-03-28 | 2021-12-01 | グローリー株式会社 | Storage game medium management system and storage game medium management method |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5033983B2 (en) * | 2006-06-22 | 2012-09-26 | 株式会社大一商会 | Service providing device in gaming device |
JP5177845B2 (en) * | 2007-11-21 | 2013-04-10 | ダイコク電機株式会社 | Amusement machine prize exchange device |
JP5451084B2 (en) * | 2009-01-15 | 2014-03-26 | グローリー株式会社 | Game medium payout system and game medium payout method |
JP5400562B2 (en) * | 2009-10-16 | 2014-01-29 | 株式会社ジョイコシステムズ | Game system and game medium lending device |
JP5576639B2 (en) * | 2009-11-13 | 2014-08-20 | グローリー株式会社 | Premium management device and premium management method |
JP2012055477A (en) * | 2010-09-08 | 2012-03-22 | Glory Ltd | Prize exchange system and prize exchange method |
-
2012
- 2012-07-26 JP JP2012165581A patent/JP6095913B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2014023679A (en) | 2014-02-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4683608B2 (en) | Game system | |
JP5191641B2 (en) | Price setting system and price setting device | |
JP6095913B2 (en) | Transaction system, transaction terminal and management server | |
JP4172647B2 (en) | Integrated management system | |
JP5108370B2 (en) | Premium exchange device and premium exchange method | |
JP2005185527A (en) | System, method and program for member information management | |
JP2017080577A (en) | Transaction system, transaction terminal, and management server | |
JP2008073251A (en) | Exchange management device, system, and method | |
JP4393095B2 (en) | GAME SYSTEM CONTROL METHOD AND GAME SYSTEM | |
JP4965690B2 (en) | Gift exchange system | |
JP2008086643A (en) | Premium management apparatus, premium management system, and premium management method | |
JP2021117913A (en) | Vending machine and selling system | |
JP2008272383A (en) | Prize exchange system and prize exchange method | |
JP2007148642A (en) | Order system by finger vein authentication system | |
JP6585483B2 (en) | Each device and game medium management method | |
JP5690037B2 (en) | Precious metal bullion stock support system, stock device, precious metal bullion stock support method, and computer program | |
US20240054523A1 (en) | Point of sale terminal | |
JP7378189B1 (en) | Prize exchange system | |
JP2012055477A (en) | Prize exchange system and prize exchange method | |
JP5982641B2 (en) | Gift exchange device | |
JP2012248163A (en) | Electronic money transaction management system | |
JP5531449B2 (en) | Center device, automatic transaction device, fee preferential system and fee preferential method | |
JP6870295B2 (en) | Arithmetic logic unit, calculation method and program | |
JP6768456B2 (en) | Amusement park system | |
JP5491239B2 (en) | Amusement system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20150612 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20150612 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150710 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150813 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20160524 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20160531 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160726 |
|
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: 20170117 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170215 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6095913 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |