JP2002092734A - Ｐｏｓ端末装置、ｐｏｓシステム、及びｐｏｓ端末装置の在高管理方法 - Google Patents
Ｐｏｓ端末装置、ｐｏｓシステム、及びｐｏｓ端末装置の在高管理方法Info
- Publication number
- JP2002092734A JP2002092734A JP2000279139A JP2000279139A JP2002092734A JP 2002092734 A JP2002092734 A JP 2002092734A JP 2000279139 A JP2000279139 A JP 2000279139A JP 2000279139 A JP2000279139 A JP 2000279139A JP 2002092734 A JP2002092734 A JP 2002092734A
- Authority
- JP
- Japan
- Prior art keywords
- change
- cash
- pos
- terminal device
- amount
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F5/00—Coin-actuated mechanisms; Interlocks
- G07F5/18—Coin-actuated mechanisms; Interlocks specially adapted for controlling several coin-freed apparatus from one place
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F5/00—Coin-actuated mechanisms; Interlocks
- G07F5/24—Coin-actuated mechanisms; Interlocks with change-giving
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F9/00—Details other than those peculiar to special kinds or types of apparatus
- G07F9/002—Vending machines being part of a centrally controlled network of vending machines
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F9/00—Details other than those peculiar to special kinds or types of apparatus
- G07F9/08—Counting total of coins inserted
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
- G07G1/00—Cash registers
- G07G1/12—Cash registers electronically operated
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Cash Registers Or Receiving Machines (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
(57)【要約】
【課題】ＰＯＳシステムにおいて、現金在高を随時把握
し、効率的な金銭管理を実現する。 【解決手段】ＰＯＳ端末装置は、顧客から預かる現金を
入金するとともに、顧客に返金する釣銭を出金し、かつ
入出金された現金を金種別に計数可能な釣銭・釣札機に
接続されるとともに、顧客から預かる金券類を収納する
ためのドロアを有し、計数機能により特定された釣銭・
釣札機内の金種別在高情報を受信し、受信した在高情報
と、ドロア内の金券在高情報とを上位装置に送信するこ
とを特徴とする。
し、効率的な金銭管理を実現する。 【解決手段】ＰＯＳ端末装置は、顧客から預かる現金を
入金するとともに、顧客に返金する釣銭を出金し、かつ
入出金された現金を金種別に計数可能な釣銭・釣札機に
接続されるとともに、顧客から預かる金券類を収納する
ためのドロアを有し、計数機能により特定された釣銭・
釣札機内の金種別在高情報を受信し、受信した在高情報
と、ドロア内の金券在高情報とを上位装置に送信するこ
とを特徴とする。
Description
【発明の属する技術分野】本発明は、商品やサービスの
購入の際に金銭管理を行うＰＯＳシステム並びにＰＯＳ
端末に関する。また、本発明はそのようなＰＯＳ端末に
おける現金管理の方法に関する。
購入の際に金銭管理を行うＰＯＳシステム並びにＰＯＳ
端末に関する。また、本発明はそのようなＰＯＳ端末に
おける現金管理の方法に関する。
【従来の技術】ＰＯＳシステムなどにおいては、各種の
金銭管理が行なわれている。各種店舗の一日の営業時間
中に行なわれる作業は、おおよそ以下のようなものであ
る。 １）釣銭, 釣札の事前準備。 ２）釣銭, 釣札額のPOS での入力。 ３）来店客から商品代金を預かり, 預かり金の入力。 ４）来店客にお釣( 釣銭, 釣札) を返す。 ５）ドロア内にあるべき現金の集計 ６）ドロア内に実際に収納された現金の集計。 ７）ドロア内にあるべき現金と収納されている現金の差
額算出。 ８）ドロア内の現金が過剰になった場合の中間回収。 ９）一日の売上げ金の収納 １０）売上げ金の銀行への預け入れ。 例えば、各種の店舗では客に手渡すための釣銭を準備す
る必要がある。店舗では開店前に各ＰＯＳ端末に必要な
額の釣銭、特に小銭が準備される。この際に、客が支払
った現金を釣銭に充当することは可能であるが、特定額
の貨幣などについては事前に準備した釣銭が途中で不足
する場合があるので、釣銭補充を適宜行なう必要があ
る。一方、高額紙幣については釣銭として客に手渡され
ることがないため、開店時間中にこれらの現金を回収す
る必要もある。また、店員の交替時あるいは閉店時に
は、各ＰＯＳ端末のドロア内に本来あるべき現金額と実
際にドロア内にある現金額とを対比、その額の過不足を
調べることにより、過不足が生じた原因などを追求する
ようにしている。
金銭管理が行なわれている。各種店舗の一日の営業時間
中に行なわれる作業は、おおよそ以下のようなものであ
る。 １）釣銭, 釣札の事前準備。 ２）釣銭, 釣札額のPOS での入力。 ３）来店客から商品代金を預かり, 預かり金の入力。 ４）来店客にお釣( 釣銭, 釣札) を返す。 ５）ドロア内にあるべき現金の集計 ６）ドロア内に実際に収納された現金の集計。 ７）ドロア内にあるべき現金と収納されている現金の差
額算出。 ８）ドロア内の現金が過剰になった場合の中間回収。 ９）一日の売上げ金の収納 １０）売上げ金の銀行への預け入れ。 例えば、各種の店舗では客に手渡すための釣銭を準備す
る必要がある。店舗では開店前に各ＰＯＳ端末に必要な
額の釣銭、特に小銭が準備される。この際に、客が支払
った現金を釣銭に充当することは可能であるが、特定額
の貨幣などについては事前に準備した釣銭が途中で不足
する場合があるので、釣銭補充を適宜行なう必要があ
る。一方、高額紙幣については釣銭として客に手渡され
ることがないため、開店時間中にこれらの現金を回収す
る必要もある。また、店員の交替時あるいは閉店時に
は、各ＰＯＳ端末のドロア内に本来あるべき現金額と実
際にドロア内にある現金額とを対比、その額の過不足を
調べることにより、過不足が生じた原因などを追求する
ようにしている。
【発明が解決しようとする課題】そのため、従来は以下
のような問題点が生じる可能性が非常に高かった。特に
釣銭の扱いについては、 1)店舗が釣銭相当額を予め金融機関に預金する必要があ
る。店舗が預金する現金用の準備金は、店舗が自由に運
用することができない性質のものである。従って、釣銭
用の預金などはなるべくその額を減らすことが好まし
い。 2)銀行での釣銭準備の作業に手間がかかる。特に釣銭用
には、各金種の現金（特に硬貨）を分類し、所定枚数毎
にまとめるなどの作業を行なう必要がある。近年ではこ
のような釣銭準備に手間がかかることなどの理由によ
り、金融機関が釣銭準備のための手数料を店舗から徴収
する場合もある。この手数料は、一般的には利用高に対
して所定の割合（数パーセント）の金額とされるが、一
日当たり数百万円の釣銭を準備する必要があるような店
舗では、年間に支払い手数料も数百万円程度となり、店
の負担が増してしまうという問題が生じる。 3)釣銭の準備自体が重労働である。釣銭を準備するため
には、まず店員が金融機関から釣銭用の現金を受け取る
必要がある。仮に店員が金融機関に出向いて現金を受け
取るのであれば、金融機関と店舗との間の往復時間に少
なくても数十分を要する。この時間も当然店員の労働時
間と考える必要があるため、この時間分の人件費が必要
となる。ここで５店舗分の釣銭準備作業に要するコスト
の一例を考える。現金の受け取りに一店あたり２名が担
当し、店舗−金融機関の往復時間が３０分、店員の時給
を２０００円とし、年間３００日この作業を行なうと仮
定した場合、釣銭の準備作業だけで年間およそ３００百
万円ほどの費用を必要とする。また、開店前に金融機関
から受け取った現金を店舗内の各端末装置に準備する必
要がある。この作業にも２名の店員をあて、作業時間が
４５分、５店舗分で店員の時給を１５００円と仮定した
場合には、釣銭の準備に年間およそ４００万円を必要と
する。なお、釣銭の補充は開店時のみに行なえばよいと
いった性格のものではなく、営業時間中に必要に応じて
釣銭を補充する必要がある。特に少額貨幣については客
から受け取る額に比べて釣銭として客に渡す額の方が多
くなる傾向にあり、営業中にこれらの貨幣が足りなくな
る可能性が非常に高いために、一日に数回釣銭を補充し
なければならないケースもある。また、特定の金種、例
えば１万円札は顧客から受け取る一方で釣銭として利用
されることはないため、ドロア内にたまる一方である。
そのため、これらの紙幣等は防犯上の意味も含めて営業
時間中に適宜回収する必要がある。このように、営業時
間中の現金の補充・回収のための手間もかかる。 4)営業が終了した後は、基本的には店内の現金、つまり
売上金は全額が金融機関に送金される。この場合、現金
を受け取る場合と同様に要員が必要となってしまう。 5)釣銭補充・現金回収のタイミングを見計らうことが難
しかった。各ＰＯＳ端末の現金の状況をリアルタイムで
把握することができなければ、どのＰＯＳ端末で釣銭補
充が必要となっているのか、補充が必要な釣銭の金種と
その額はどの程度なのか、あるいは回収が必要な高額紙
幣はどの程度なのか、といったことを判断することがで
きない。そのため、釣銭補充が間に合わなかったり、逆
に不必要な補充作業が発生したりする可能性が高い。本
発明は、上記のような問題に鑑み、より効率的な金銭管
理を実現することを目的とする。
のような問題点が生じる可能性が非常に高かった。特に
釣銭の扱いについては、 1)店舗が釣銭相当額を予め金融機関に預金する必要があ
る。店舗が預金する現金用の準備金は、店舗が自由に運
用することができない性質のものである。従って、釣銭
用の預金などはなるべくその額を減らすことが好まし
い。 2)銀行での釣銭準備の作業に手間がかかる。特に釣銭用
には、各金種の現金（特に硬貨）を分類し、所定枚数毎
にまとめるなどの作業を行なう必要がある。近年ではこ
のような釣銭準備に手間がかかることなどの理由によ
り、金融機関が釣銭準備のための手数料を店舗から徴収
する場合もある。この手数料は、一般的には利用高に対
して所定の割合（数パーセント）の金額とされるが、一
日当たり数百万円の釣銭を準備する必要があるような店
舗では、年間に支払い手数料も数百万円程度となり、店
の負担が増してしまうという問題が生じる。 3)釣銭の準備自体が重労働である。釣銭を準備するため
には、まず店員が金融機関から釣銭用の現金を受け取る
必要がある。仮に店員が金融機関に出向いて現金を受け
取るのであれば、金融機関と店舗との間の往復時間に少
なくても数十分を要する。この時間も当然店員の労働時
間と考える必要があるため、この時間分の人件費が必要
となる。ここで５店舗分の釣銭準備作業に要するコスト
の一例を考える。現金の受け取りに一店あたり２名が担
当し、店舗−金融機関の往復時間が３０分、店員の時給
を２０００円とし、年間３００日この作業を行なうと仮
定した場合、釣銭の準備作業だけで年間およそ３００百
万円ほどの費用を必要とする。また、開店前に金融機関
から受け取った現金を店舗内の各端末装置に準備する必
要がある。この作業にも２名の店員をあて、作業時間が
４５分、５店舗分で店員の時給を１５００円と仮定した
場合には、釣銭の準備に年間およそ４００万円を必要と
する。なお、釣銭の補充は開店時のみに行なえばよいと
いった性格のものではなく、営業時間中に必要に応じて
釣銭を補充する必要がある。特に少額貨幣については客
から受け取る額に比べて釣銭として客に渡す額の方が多
くなる傾向にあり、営業中にこれらの貨幣が足りなくな
る可能性が非常に高いために、一日に数回釣銭を補充し
なければならないケースもある。また、特定の金種、例
えば１万円札は顧客から受け取る一方で釣銭として利用
されることはないため、ドロア内にたまる一方である。
そのため、これらの紙幣等は防犯上の意味も含めて営業
時間中に適宜回収する必要がある。このように、営業時
間中の現金の補充・回収のための手間もかかる。 4)営業が終了した後は、基本的には店内の現金、つまり
売上金は全額が金融機関に送金される。この場合、現金
を受け取る場合と同様に要員が必要となってしまう。 5)釣銭補充・現金回収のタイミングを見計らうことが難
しかった。各ＰＯＳ端末の現金の状況をリアルタイムで
把握することができなければ、どのＰＯＳ端末で釣銭補
充が必要となっているのか、補充が必要な釣銭の金種と
その額はどの程度なのか、あるいは回収が必要な高額紙
幣はどの程度なのか、といったことを判断することがで
きない。そのため、釣銭補充が間に合わなかったり、逆
に不必要な補充作業が発生したりする可能性が高い。本
発明は、上記のような問題に鑑み、より効率的な金銭管
理を実現することを目的とする。
【課題を解決するための手段】上記課題を解決すべく、
本発明は、上位のストアサーバに接続され、更に入出金
された現金を金種別に計数する機能を有する釣銭・釣札
機が接続されるＰＯＳ端末装置であって、１取引毎に、
前記釣銭・釣札機に投入される客からの受取額、前記釣
銭・釣札機より排出される客への返金額とから定まる前
記釣銭・釣札機内の金種別在高情報を前記釣銭・釣札機
より受信することを特徴とする。また、本発明は、ＰＯ
Ｓ端末装置と、前記ＰＯＳ端末装置の上位に接続される
ストアサーバとを備え、前記ＰＯＳ端末装置には更に入
出金された現金を金種別に計数する機能を有する釣銭・
釣札機が接続されるＰＯＳシステムであって、前記ＰＯ
Ｓ端末装置は、１取引毎に、前記釣銭・釣札機に投入さ
れる客からの受取額、前記釣銭・釣札機より排出される
客への返金額とから定まる前記釣銭・釣札機内の金種別
在高情報を前記釣銭・釣札機より受信し、受信した該在
高情報を、前記ストアサーバに送信するとともに、前記
ストアサーバは、前記ＰＯＳ端末装置から受信した前記
在高情報を集計するように動作することを特徴とする。
また、前記ストアサーバは、前記ＰＯＳ端末装置から受
信した在高情報に基づいて、当該ＰＯＳ端末装置の釣銭
過不足額を算出し、算出された釣銭過不足額を出力する
ように動作することを特徴とする。さらに、前記ＰＯＳ
端末装置は、操作者を識別する情報を前記在高情報とと
もに前記ストアサーバに送信するとともに、前記ストア
サーバは、前記ＰＯＳ端末装置から受信した前記在高情
報を操作者毎に集計するように動作することを特徴とす
る。また、上位装置と接続され、１取引毎の精算処理を
実行する金銭管理機能を備えたＰＯＳ端末装置であっ
て、前記ＰＯＳ端末装置は、顧客から預かる現金を入金
するとともに、顧客に返金する釣銭を出金し、かつ入出
金された現金を金種別に計数可能な釣銭・釣札機に接続
されるとともに、顧客から預かる金券類を収納するため
のドロアを有し、前記計数機能により特定された前記釣
銭・釣札機内の金種別在高情報を受信し、受信した該在
高情報と、前記ドロア内の金券在高情報とを前記上位装
置に送信することを特徴とする。さらに、上位のストア
サーバに接続され、更に入出金された現金を金種別に計
数する機能を有する釣銭・釣札機が接続されるＰＯＳ端
末装置の現金管理方法であって、顧客から預かる金券は
ＰＯＳ端末装置のドロアに収納し、顧客から預かる現金
は前記釣銭・釣札機に入金し、顧客に返金する釣銭用現
金は前記釣銭・釣札機より出金し、前記計数機能により
特定される、入出金額の増減により特定される前記釣銭
・釣札機内の現金の金種別在高を受信することにより、
現金の在高を確定することを特徴とする。本発明によれ
ば、金種別の計数機能を有する釣銭・釣札機をＰＯＳ端
末装置に接続詞、客から預かった現金は釣銭・釣札機に
投入し、客に返金する釣銭は釣銭・釣札機より出金し、
計数機能により導き出される釣銭・釣札機内の在高情報
を受信することにより、釣銭・釣札機内の釣銭の残存状
況を金種別に把握することが可能となる。これにより、
ＰＯＳ開局時、また運用中において、釣銭の過不足を随
時判断し、効率的な補充／回収が可能となる。また、釣
銭・釣札機からの情報をサーバ側で集計することから、
複数のＰＯＳ端末装置の現金在高を一カ所にて把握でき
る為、例えば店舗内の釣銭の回収／補充を担当する係員
が固定されている場合において、係員の負担を軽減でき
る。しかも、この在高情報を、操作者を識別する情報と
ともにサーバに送信することが可能であり、操作者毎の
現金管理が可能となる。さらに、現金の出入りは釣銭・
釣札機で行うことから、ＰＯＳのドロア内の現金の金種
別管理が不要となり、キャッシャが顧客から現金を預か
ったり、釣銭を返金する毎に金種を手入力することな
く、全体の現金の在高を把握することが可能となる。ま
た、現金の出入りは釣銭・釣札機にて行い、釣銭・釣札
機で受け入れることのできない金券の類の出入りはＰＯ
Ｓ端末装置のドロアにて行い、釣銭・釣札機内の在高情
報とＰＯＳ端末装置内の金券の情報を合わせるだけで、
総金銭量を導き出すことができる。
本発明は、上位のストアサーバに接続され、更に入出金
された現金を金種別に計数する機能を有する釣銭・釣札
機が接続されるＰＯＳ端末装置であって、１取引毎に、
前記釣銭・釣札機に投入される客からの受取額、前記釣
銭・釣札機より排出される客への返金額とから定まる前
記釣銭・釣札機内の金種別在高情報を前記釣銭・釣札機
より受信することを特徴とする。また、本発明は、ＰＯ
Ｓ端末装置と、前記ＰＯＳ端末装置の上位に接続される
ストアサーバとを備え、前記ＰＯＳ端末装置には更に入
出金された現金を金種別に計数する機能を有する釣銭・
釣札機が接続されるＰＯＳシステムであって、前記ＰＯ
Ｓ端末装置は、１取引毎に、前記釣銭・釣札機に投入さ
れる客からの受取額、前記釣銭・釣札機より排出される
客への返金額とから定まる前記釣銭・釣札機内の金種別
在高情報を前記釣銭・釣札機より受信し、受信した該在
高情報を、前記ストアサーバに送信するとともに、前記
ストアサーバは、前記ＰＯＳ端末装置から受信した前記
在高情報を集計するように動作することを特徴とする。
また、前記ストアサーバは、前記ＰＯＳ端末装置から受
信した在高情報に基づいて、当該ＰＯＳ端末装置の釣銭
過不足額を算出し、算出された釣銭過不足額を出力する
ように動作することを特徴とする。さらに、前記ＰＯＳ
端末装置は、操作者を識別する情報を前記在高情報とと
もに前記ストアサーバに送信するとともに、前記ストア
サーバは、前記ＰＯＳ端末装置から受信した前記在高情
報を操作者毎に集計するように動作することを特徴とす
る。また、上位装置と接続され、１取引毎の精算処理を
実行する金銭管理機能を備えたＰＯＳ端末装置であっ
て、前記ＰＯＳ端末装置は、顧客から預かる現金を入金
するとともに、顧客に返金する釣銭を出金し、かつ入出
金された現金を金種別に計数可能な釣銭・釣札機に接続
されるとともに、顧客から預かる金券類を収納するため
のドロアを有し、前記計数機能により特定された前記釣
銭・釣札機内の金種別在高情報を受信し、受信した該在
高情報と、前記ドロア内の金券在高情報とを前記上位装
置に送信することを特徴とする。さらに、上位のストア
サーバに接続され、更に入出金された現金を金種別に計
数する機能を有する釣銭・釣札機が接続されるＰＯＳ端
末装置の現金管理方法であって、顧客から預かる金券は
ＰＯＳ端末装置のドロアに収納し、顧客から預かる現金
は前記釣銭・釣札機に入金し、顧客に返金する釣銭用現
金は前記釣銭・釣札機より出金し、前記計数機能により
特定される、入出金額の増減により特定される前記釣銭
・釣札機内の現金の金種別在高を受信することにより、
現金の在高を確定することを特徴とする。本発明によれ
ば、金種別の計数機能を有する釣銭・釣札機をＰＯＳ端
末装置に接続詞、客から預かった現金は釣銭・釣札機に
投入し、客に返金する釣銭は釣銭・釣札機より出金し、
計数機能により導き出される釣銭・釣札機内の在高情報
を受信することにより、釣銭・釣札機内の釣銭の残存状
況を金種別に把握することが可能となる。これにより、
ＰＯＳ開局時、また運用中において、釣銭の過不足を随
時判断し、効率的な補充／回収が可能となる。また、釣
銭・釣札機からの情報をサーバ側で集計することから、
複数のＰＯＳ端末装置の現金在高を一カ所にて把握でき
る為、例えば店舗内の釣銭の回収／補充を担当する係員
が固定されている場合において、係員の負担を軽減でき
る。しかも、この在高情報を、操作者を識別する情報と
ともにサーバに送信することが可能であり、操作者毎の
現金管理が可能となる。さらに、現金の出入りは釣銭・
釣札機で行うことから、ＰＯＳのドロア内の現金の金種
別管理が不要となり、キャッシャが顧客から現金を預か
ったり、釣銭を返金する毎に金種を手入力することな
く、全体の現金の在高を把握することが可能となる。ま
た、現金の出入りは釣銭・釣札機にて行い、釣銭・釣札
機で受け入れることのできない金券の類の出入りはＰＯ
Ｓ端末装置のドロアにて行い、釣銭・釣札機内の在高情
報とＰＯＳ端末装置内の金券の情報を合わせるだけで、
総金銭量を導き出すことができる。
【発明の実施の形態】以下、図面を用いて本発明の一実
施形態を説明する。図１は、本実施形態によるＰＯＳシ
ステムの概要構成図であり、例えばスーパーマーケット
等で利用されるものを例示している。図１において、１
はストアサーバ（以下ＳＳＶ）であり、ＳＳＶ１には現
金収納機２が接続されている。ＰＯＳ端末（３ａ，３
ｂ，３ｃ）を扱うキャッシャは、ＰＯＳ端末装置（３
ａ，３ｂ，３ｃ）に現金がある場合、しかるべきタイミ
ングにて現金収納機２にドロア（４ａ，４ｂ，４ｃ）を
持ち込み、ドロア内の現金等は現金収納機２に収納され
ることになる。ＳＳＶ１に接続される現金収納機２は、
キャッシャを識別できるコードを入力することができ、
現金が投入された時には、キャッシャ識別コードに対応
してドロア内現金の計数結果を記憶でき、その結果をＳ
ＳＶ１に送信できる。本実施形態では、ドロア（３ａ，
３ｂ，３ｃ）内には現金以外の商品券類が収納されるこ
とになる。そして、現金収納機２ではキャッシャ識別コ
ードに対応した商品券額を入力することができ、キャッ
シャ識別コードに対応して入力された商品券額の合計を
記憶でき、その結果もＳＳＶ１に送信される。一方ＳＳ
Ｖ１はキャッシャ別の精算処理を行なう。ここで、 Ａ：キャッシャ別の総精算データ（キャッシャが取り扱
った現金；ＰＯＳ側から送信） Ｂ：ＰＯＳ側から送信される釣銭釣札機の現金偏差（キ
ャッシャが扱った釣銭釣札機内の現金：ＰＯＳ側から送
信） Ｃ：ドロア内の現金額（本実施形態ではドロア内の商品
券の総額：ＰＯＳ側から、或いは現金収納機か ら送
信） とした場合、理論上、Ａ＝Ｂ＋Ｃとなる。ＳＳＶ１で
は、これら、ＰＯＳあるいは現金収納機から送信される
データより、キャッシャ毎の現金の過不足を算出する。
ＰＯＳ端末３ａ〜３ｃでは、顧客が購入する商品の精算
が行なわれる。それぞれのＰＯＳ端末には、現金が収納
されるドロア４ａ〜４ｃが設けられる。また、各ＰＯＳ
端末には釣銭釣札機（以下ＴＣ）５ａ〜５ｃが接続され
る。各ＴＣ５ａ〜５ｃには、釣銭として客に手渡される
べき現金が収納されている。そして、客の支払いの際に
釣銭に相当する金額の金銭が放出される。また客から受
け取った現金はＴＣに収納され、金種が判別された後に
金種毎に分類され、釣銭準備金に充当されることにな
る。なお、計数できなかったり金種判別ができないよう
な現金は、ＴＣからリジェクトされる。図２は、ＴＣに
おける現金の出入りを概略的に図示した図面である。こ
こで、各ＰＯＳ３ａ〜３ｃからは、それぞれ接続された
ＴＣ５ａ〜５ｃ内の現金在高を取得でき、現金在高は金
種毎に把握できる。また、各ＰＯＳ３ａ〜３ｃが得たＴ
Ｃ５ａ〜５ｃ内の現金在高は各ＰＯＳ３ａ〜３ｃからＳ
ＳＶ１に送信される。そして、各ＰＯＳ３ａ〜３ｃから
送信されたＴＣ５ａ〜５ｃ内の現金在高は、ＰＯＳ番号
及びキャッシャ番号と関連付けて、ＳＳＶ１内の格納領
域に格納される。一方、支払い時に商品券等が利用され
た場合には、これをＴＣ５ａ〜５ｃに投入することはで
きない。そのため、このような商品券などの商品券類
は、ドロア４ａ〜４ｃに収納されることとなる。なお、
金種が判別できないなどの理由によりＴＣ５ａ〜５ｃか
らリジェクトされた金銭や、ＴＣ５ａ〜５ｃが満杯とな
り収納しきれなくなった金銭などを、ドロア４ａ〜４ｃ
に収納するようにしても良い。これらのドロア４ａ〜４
ｃに収納される類の現金については、その金種等のデー
タは、キャッシャがＰＯＳ３ａ〜３ｃを操作することに
より手入力されるか、現金収納機２にドロア４ａ〜４ｃ
を持ち込むことにより入力されることになるが、少額で
あることからキャッシャにとっては実質的な負担にはな
らない。なお、図１に図示されたＰＯＳシステムではい
わゆるフローティングキャッシャ方式が採用されてい
る。この場合には、個々のキャッシャは自分のドロアを
持っており、ＰＯＳをキャッシャが利用する場合には、
自身のドロアをＰＯＳにセットする。また、キャッシャ
が一方のＰＯＳから他方のＰＯＳに移動する場合には、
キャッシャは自分のドロアを一方のＰＯＳから取り外
し、移動先のＰＯＳにセットする。一方、ＴＣはそれぞ
れのＰＯＳ固有のものであり、キャッシャがＰＯＳを交
替しても釣銭・釣札機は移動しないし、内部の現金もそ
のままである。そのため、本実施形態においては、それ
ぞれのキャッシャがそれぞれのＰＯＳで業務を行なった
期間の、ＴＣ内の現金の増減を把握するための処理が行
なわれる。図１に戻り、ＳＳＶ１は以下のような機能を
備える。なお、一部の機能については周知のＰＯＳシス
テムと同様の機能となっている。・ＰＯＳターミナルの
価格コントロール図１に図示されるＰＯＳシステムにお
いては、各々のＰＯＳ３ａ〜３ｃにプライスルックアッ
プテーブル（ＰＬＵ）が備えられており、商品購入時に
はバーコードの読取やキーボードからの商品コード等の
入力に基づいてＰＬＵが検索され、商品価格や商品名な
どの情報を読み出して精算処理が実行される。ここで、
新規商品の追加や商品の削除、価格変更などのために、
これらのＰＬＵファイルのメンテナンスを行なう必要が
ある。これらのＰＬＵファイルメンテナンスはＳＳＶ１
により行なわれる。また、特にスーパーマーケットなど
の場合には特売が行なわれるが、そのための特売データ
の生成と各ＰＯＳ３ａ〜３ｃへの送信もＳＳＶ１で行な
われる。・売上データの集計ＳＳＶ１には、各ＰＯＳ３
ａ〜３ｃから各取引毎の売上データが送信され、ＳＳＶ
１は、これらの売上データを、キャッシャ別に、或いは
チェッカー別に集計する。一方、各ＰＯＳ３ａ〜３ｃは
以下のような機能を備える。 ・来店客の買上げ商品の読取 ・顧客への請求額の計算 ・取引毎のレシートやジャーナルの印刷 ・取引ログのＳＳＶ１への送信 ・取引別の集計 次に、図１に図示されたＰＯＳシステムにおける現金管
理の手順について説明する。まず、ＰＯＳ３ａでの手陣
について説明する。ＰＯＳ３ａにはドロア４ａとＴＣ５
ａが備えられている。前述した通り、本実施形態におい
ては、基本的に、現金（紙幣，硬貨）の出入りはＴＣ５
ａにて行い、商品券類の出入りはドロア４ａにて行う。
このうち、ドロア４ａはキャッシャがＰＯＳ３ａを移動
・交替する際にキャッシャと一緒に移動する。一方、Ｔ
Ｃ５ａはＰＯＳ３ａに対して固定である。ここで、ＰＯ
Ｓ３ａ内の集計領域（つまりドロア４ａ＋ＴＣ５ａ）に
格納されているべき現金額をＨｅ（０）とし、ドロア４
ａ内に開局前に存在している商品券の額をＤ（０）、Ｔ
Ｃ５ａ内にある前日からの繰り越し準備金額（＝開局前
の釣銭準備金額）をＭ（０）とする。この場合、Ｈｅ
（０）＝Ｄ（０）＋Ｍ（０）（なお、「０」は「開局
前」を指す）で表される。通常、ドロア内４ａの商品券
は、前日の業務終了時に回収されるため、この場合には
Ｄ（０）＝０である。一方、ＴＣ５ａ内に現金を保留さ
せておくのであれば、Ｍ（０）＝前日の閉局時点におい
てＴＣ５ａ内に存在していた現金金額となるはずであ
る。続いて、キャッシャが業務を開始するために、ＰＯ
Ｓ（１）の開局操作が行なわれる。この際にキャッシャ
は、釣銭準備金δＭ（１）（硬貨及び札）をＴＣ５ａに
投入する。投入された釣銭準備金δＭ（１）はＴＣ５ａ
の計数機能により金種別に計数される。ここで、各金額
は、 ドロア４ａ内にある商品券額＝Ｄ（１） （＝０：開局
時に開局時に商品券は存在しない） ＴＣ５ａ内にある現金額（紙幣，硬貨）＝Ｍ（１）＝Ｍ
（０）＋δＭ（１） となる。なお、各符号に付された数字は開局時点を
「１」とした通番であり、処理が行なわれる毎に「１」
増加するものとする。また、各符号に付された「δ」
は、その操作時点での金額の増減分を示す。開局操作に
続いて、ＰＯＳ３ａではキャッシャ登録が行なわれる。
ここではキャッシャを識別するためのキャッシャ番号Ｃ
ａ（ｊ）がキャッシャ自身により入力される。なお、キ
ャッシャ番号に付された符号「ｊ」はキャッシャ固有の
符号である。続いて、ＰＯＳ３ａからＳＳＶ１に対して
図３（ａ）に図示された形式の電文が送信される。な
お、各データの詳細はいずれも上述した通りである。 ・ＰＯＳ３ａの識別データ：ＰＯＳ（１） ・キャッシャの識別データ：Ｃａ（ｊ） ・ドロア４ａの商品券の額：Ｄ（１） ・ＴＣ５ａ内にある現金金額（紙幣，硬貨）：Ｍ（１） ここで、Ｍ（１）は、ＰＯＳ３ａからＴＣ５ａに対して
在高報告要求が出された結果、ＴＣ５ａから返信された
応答の値となる。前述の通りＴＣ５ａには投入された現
金及び放出された現金の額を計数する機能が備えられて
おり、この計数結果に基づいてその時点でＴＣ５ａ内に
収納されている現金の額を金種別に算出することが可能
である。一方、ＳＳＶ１はＰＯＳ３ａからの電文を受信
して、その内容を集計テーブルに書き込む。このような
開局操作の後にＰＯＳ３ａを利用した精算処理が実行さ
れる。続いて、来店客が商品を購入する際の精算・登録
処理について説明する。まず、キャッシャは客が購入し
ようとする商品に付されたバーコードをスキャンする。
これに基づいて、ＰＯＳ３ａではＰＬＵ（Ｐｒｉｃｅ
Ｌｏｏｋ Ｕｐ）ファイルが参照され、当該商品の価格
等の商品情報が検索される。そして、検索された商品価
格や商品名などの情報が、ＰＯＳ３ａのディスプレイ上
に表示される。客が購入しようとする商品の全てが登録
されると、キャッシャはＰＯＳ３ａに設けられた精算キ
ーを押下する。これによって代金が算出され、キャッシ
ャが客から代金を預かる。次に、キャッシャは預かった
現金をＴＣ５ａに投入する。もし商品券等が利用された
場合には、預かった商品券をドロア４ａに投入するとと
もに、その商品券の相当額をＰＯＳ３ａから入力する。
続いてＰＯＳ３ａにより放出されるべき釣銭額が算出さ
れ、ＴＣ５ａから算出された額の釣銭が放出され、客に
手渡される。このように、商品券の入力はＰＯＳ３ａの
図示せぬキーボードから行うことになるが、現金につい
ては、ＴＣ５ａの現金計数機能を利用し、キャッシャが
預かった現金をＴＣ５ａに投入することで、投入された
現金額が預かり金額として自動的に入力される。同様
に、放出されるべき釣銭についても、ＴＣ５ａより放出
されることから、出金額についても自動的も入力され
る。この投入された現金額と放出された現金額とから、
ＴＣ５ａ内の増減額δＭ（２）は一義的に定まる。な
お、既に述べた通り、ＴＣ５ａに投入された預かり金
は、そのまま釣銭補充金となる。 この後、この時点に
おける各金額が算出される。具体的には、 Ｄ（２） ＝Ｄ（１）＋δＤ（２） Ｍ（２） ＝Ｍ（１）＋δＭ（２） である。そして、これらの算出された金額は、一時的に
ＰＯＳ３ａに記憶される。以降、精算処理が順次行なわ
れるごとに、ｎ回目の精算時点における各種の金額 Ｄ（ｎ） ＝Ｄ（ｎ−１）＋δＤ（ｎ） Ｍ（ｎ） ＝Ｍ（ｎ−１）＋δＭ（ｎ） が算出される。この後、キャッシャが交替、あるいは業
務が終了する場合、キャッシャＣａ（ｊ）によるＰＯＳ
３ａでの操作を終了させるための処理・操作が実行され
る。そして、以下のデータが、図３（ｂ）に図示された
形態の電文としてＳＳＶ１に送信される。 ・ドロア４ａ内の商品券額：Ｄ（ｎ） ・ＴＣ５ａ内にある金額：Ｍ（ｎ） 一方、ＳＳＶ１はＰＯＳ（１）からのデータを受信し、
キャッシャＣａ（ｊ）が開局時から現在までに扱った現
金等の総額（理論値）ＤＣａ（１、ｊ、ｎ）を、以下の
ようにして算出する。 ＤＣａ（１、ｊ、ｎ）＝（Ｄ（ｎ）−Ｄ（１））＋（Ｍ
（ｎ）−Ｍ（１）） なお、ＤＣａ（１、ｊ、ｎ）の「１」はＰＯＳ３ａを識
別する番号を、「ｊ」はキャッシャを識別する番号を、
「ｎ」は最終の取引通番をそれぞれ示している。そし
て、ＳＳＶ１ではＰＯＳ３ａから受信したデータを集計
テーブルに書き込む。同様に、キャッシャ（ｉ）がＰＯ
Ｓ３ｂを開局後操作した場合、ＰＯＳ３ｂにおける各金
額は、 Ｄ（ｍ） ＝Ｄ（ｍ−１）＋δＤ（ｍ） Ｍ（ｍ） ＝Ｍ（ｍ−１）＋δＭ（ｍ） となる。そして、開局後ｍ＋１の時点でキャッシャ交替
となる場合には、キャッシャＣａ（ｉ）はＰＯＳ３ｂで
の操作を終了し、ＰＯＳ３ａでキャッシャＣａ（ｊ）が
行なった際と同様に ・ドロア４ｂ内にある商品券額：Ｄ（ｍ） ・ＴＣ５ｂ内にある金額：Ｍ（ｍ） がＰＯＳ３ｂからＳＳＶ１に図３（ｃ）に図示される電
文形式で送信される。これによって、ＳＳＶ１はキャッ
シャＣａ（ｉ）が開局時から現在までに扱った現金等の
総額（理論値）ＤＣａ（２、ｉ、ｍ）を ＤＣａ（２、ｉ、ｍ）＝（Ｄ（ｍ）−Ｄ（１））＋（Ｍ
（ｍ）−Ｍ（１）） として算出する。次に、この時点でキャッシャＣａ
（ｊ）がＰＯＳ３ｂでの操作を開始する場合について説
明する。なお、キャッシャＣａ（ｊ）と一緒にドロア４
ａが移動し、ＰＯＳ３ｂにセットされる。この場合に
は、キャッシャＣａ（ｊ）がＰＯＳ３ｂでの操作を開始
するための処理を行なう。これに合わせて、ＳＳＶ１に
以下のデータが図３（ｄ）に図示されるような形式で送
信される。 ・ドロア４ａに存在する商品券額：Ｄ（ｍ） ・ＴＣ５ｂの内部に存在する金額：Ｍ（ｍ） この時、Ｄ（ｍ）の値は、ドロア４ａにそれまで存在し
ていた値、すなわちＤ（ｎ）の値と置き換わる。一方、
Ｍ（ｍ）については変動がない。続いて、キャッシャＣ
ａ（ｊ）がＰＯＳ３ｂを用いて精算処理を行なう。その
度に、各金額が算出され、キャッシャＣａ（ｊ）の交替
からＬ番目の処理が終了した時点での金額が、 Ｄ（ｍ＋Ｌ） ＝Ｄ（ｍ＋Ｌ−１）＋δＤ（ｍ＋Ｌ） Ｍ（ｍ＋Ｌ） ＝Ｍ（ｍ＋Ｌ−１）＋δＭ（ｍ＋Ｌ） と算出される。この後、キャッシャの交替、あるいは業
務が終了する場合、先と同様にキャッシャＣａ（ｊ）に
よるＰＯＳ３ｂの操作終了となる。そして、 ・ドロア４ａ内にある商品券類：Ｄ（ｍ＋Ｌ） ・ＴＣ５ｂ内にある金額：Ｍ（ｍ＋Ｌ） が図３（ｅ）に図示された電文形式でＳＳＶ１に送信さ
れる。これによって、ＳＳＶ１はキャッシャＣａ（ｊ）
が移動時時から現在までにＰＯＳ３ｂで扱った現金等の
総額（理論値）ＤＣａ（２、ｊ、ｍ＋Ｌ）を ＤＣａ（２、ｊ、ｍ＋Ｌ）＝（Ｄ（ｍ＋Ｌ）−Ｄ
（ｍ））＋（Ｍ（ｍ＋Ｌ）−Ｍ（ｍ）） が算出される。ここで、キャッシャＣａ（ｊ）はＰＯＳ
３ａとＰＯＳ３ｂとを利用しているため、キャッシャＣ
ａ（ｊ）が扱った現金等の総額 ＤＣａ（ｊ）＝ＤＣａ（１、ｊ、ｎ）＋ＤＣａ（２、
ｊ、ｍ＋Ｌ） が算出され、集計テーブルにキャッシャ毎に記録され
る。なお、図４はこれらの処理の流れをおおまかに図示
した図面であり、特定のキャッシャが途中でＰＯＳ３ａ
からＰＯＳ３ｂに交替する例を図示するものである。開
局時には、ＰＯＳ３ａからＳＳＶ１に対してその時点に
おける情報（図３（ａ）に相当）が通知される。一方、
キャッシャがＰＯＳ３ａからＰＯＳ３ｂに交替する場合
には、まずＰＯＳ３ａからＳＳＶ１に対して交替（終
了）の通知が行なわれ、その際に上述した情報（図３
（ｂ）に相当）がＰＯＳ３ａからＳＳＶ１に送信され
る。そして、ＰＯＳ３ｂからＳＳＶ１に対して交替（開
始）の通知が行なわれ、その際に上述した情報（図３
（ｄ）に相当）がＰＯＳ３ｂからＳＳＶ１に送信され
る。キャッシャがＰＯＳ３ｂの操作を終了する際には、
ＰＯＳ３ｂからＳＳＶ１へ交替（終了）及び精算（終
了）の通知が行なわれ、その際に上述した情報（図３
（ｅ）に相当）がＰＯＳ３ｂからＳＳＶ１に送信され
る。なお、上述した通り、本実施形態ではドロア４ａに
は現金を収納せず、商品券のみを収納するものである
が、ＴＣ５ａ，５ｂに現金が収納しきれずに、止むを得
ず現金をドロア４ａに収納する事態が起こり得る。これ
ら不測の事態を考慮して、キャッシャがＰＯＳ３ｂの操
作を終了する際には、キャッシャはドロア４ａを現金収
納機２に持ち込み、その場でドロア４ａ内の現金を投入
・計数するようにすると良い。現金収納機２で計数され
た金額はＳＳＶ１に送信され、ＳＳＶ１でキャッシャ別
に集計される。上述した不測の事態により、ドロア内に
現金が収納されている場合、その金額は現金収納機２で
計数されるまで確定しないが、このような事態が起こる
ことは少なく、基本的には、現金はＴＣ内でほぼ全て管
理されているので支障はない。図５は、店舗で印刷され
る店内の現金の所在ごとの、金種別の在高表の例を図示
した図面である。なお、図５は閉局処理時、つまり店舗
の業務終了の段階で作成された在高表を図示している。
図５の在高表は、各ＰＯＳに設けられたＴＣ内に保留さ
れている現金と、店舗内の現金収納機内に保留されてい
る現金との枚数を、金種毎に集計したものである。図示
される通り、在高表には各ＰＯＳ／収納機内の現金総額
と、個々の金種毎の収納枚数とが記される。ここで、Ｔ
Ｃには、翌日の開局時に収納される適切枚数が金種毎に
予め設定されている。これは、店舗の営業時間中にどれ
だけ客から預かり、またどれだけ釣銭として放出するか
といった経験則から導き出されるものであり、極力補
充、或いは回収の機会を減らすための適正値である。本
実施例における適正枚数は、５００円硬貨については５
０枚、その他の硬貨、および１０００円札については１
００枚ずつ、また５０００円札については２０毎と設定
されている。なお、１００００円札については、釣銭と
して放出される可能性がないため、適正枚数は設定され
ない。図５に図示された在高表では、各金種毎のＴＣの
収納部への不足枚数も、在高と合わせて印刷される。各
マスの下段の数字が不足枚数に該当する。従って、店員
は翌日の業務開始前に、どのＰＯＳに併設されたＴＣ
に、どの金種をどの程度補充すればよいのかを容易に把
握することができ、開店前の釣銭補充の作業を効率よく
行なうことが可能となる。なお、図５の例は閉局処理時
のものであるが、店舗の営業期間中はＰＯＳから上述し
た各種金額情報が、例えば一取引終了毎にＳＳＶ１に転
送されてくるようにし、在高表を電文受信毎に適宜更新
するようにしてもよい。このように在高表を適宜更新
し、必要に応じて参照できるようにすることで、各ＰＯ
Ｓにおける各時点の現金在高の状況を容易に把握するこ
とができる。これによって、釣銭の補充や高額紙幣の回
収が必要なＰＯＳが判るため、釣銭補充・高額紙幣の回
収を効率的に行なうことが可能となる。ＳＳＶ１が、Ｔ
Ｃ内の金種の補充／回収を判断するためには、各ＰＯＳ
から送られてくる在高情報（図３の電文）受信する必要
があるが、逆に、ＳＳＶ１からＰＯＳ／ＴＣに対して在
高要求を行い、ＰＯＳ／ＴＣから回答を送信させるよう
にしてもよい。これによって、ＳＳＶ１側でどのＰＯＳ
／ＴＣで釣銭補充あるいは現金回収を必要としているの
かを把握することができる。図６は、上記の動作を時系
列で説明した図面である。図６（ａ）のケースでは、Ｐ
ＯＳが主体的にＳＳＶ１に対して在高を通知する例を説
明している。ＳＳＶ１への在高に先立って、ＰＯＳはＴ
Ｃに対して在高情報を要求する。これに応じて、ＴＣで
はその内部に収納されている各金種毎の在高を算出、Ｐ
ＯＳに通知する。ＴＣからの回答を受信後、ＰＯＳはそ
の内容をＳＳＶ１に通知する。これによって、ＳＳＶ１
はＰＯＳの在高を把握することが可能となる。図６
（ｂ）は、ＳＳＶ１からＰＯＳに問い合わせを行なう形
態を説明した図面である。この場合、ＳＳＶ１からＰＯ
Ｓに対してＴＣの在高報告要求が送出される。これに応
じて、ＰＯＳはＴＣに対し在高報告を要求する。あとは
図６（ａ）の例と同様に、ＴＣからＰＯＳ端末に在高が
報告され、その結果がＳＳＶ１に報告される。図６
（ａ）、（ｂ）いずれの例についても、ＰＯＳからの報
告を受けてＳＳＶ１では釣銭補充、現金の中間回収の要
否を判断する。
施形態を説明する。図１は、本実施形態によるＰＯＳシ
ステムの概要構成図であり、例えばスーパーマーケット
等で利用されるものを例示している。図１において、１
はストアサーバ（以下ＳＳＶ）であり、ＳＳＶ１には現
金収納機２が接続されている。ＰＯＳ端末（３ａ，３
ｂ，３ｃ）を扱うキャッシャは、ＰＯＳ端末装置（３
ａ，３ｂ，３ｃ）に現金がある場合、しかるべきタイミ
ングにて現金収納機２にドロア（４ａ，４ｂ，４ｃ）を
持ち込み、ドロア内の現金等は現金収納機２に収納され
ることになる。ＳＳＶ１に接続される現金収納機２は、
キャッシャを識別できるコードを入力することができ、
現金が投入された時には、キャッシャ識別コードに対応
してドロア内現金の計数結果を記憶でき、その結果をＳ
ＳＶ１に送信できる。本実施形態では、ドロア（３ａ，
３ｂ，３ｃ）内には現金以外の商品券類が収納されるこ
とになる。そして、現金収納機２ではキャッシャ識別コ
ードに対応した商品券額を入力することができ、キャッ
シャ識別コードに対応して入力された商品券額の合計を
記憶でき、その結果もＳＳＶ１に送信される。一方ＳＳ
Ｖ１はキャッシャ別の精算処理を行なう。ここで、 Ａ：キャッシャ別の総精算データ（キャッシャが取り扱
った現金；ＰＯＳ側から送信） Ｂ：ＰＯＳ側から送信される釣銭釣札機の現金偏差（キ
ャッシャが扱った釣銭釣札機内の現金：ＰＯＳ側から送
信） Ｃ：ドロア内の現金額（本実施形態ではドロア内の商品
券の総額：ＰＯＳ側から、或いは現金収納機か ら送
信） とした場合、理論上、Ａ＝Ｂ＋Ｃとなる。ＳＳＶ１で
は、これら、ＰＯＳあるいは現金収納機から送信される
データより、キャッシャ毎の現金の過不足を算出する。
ＰＯＳ端末３ａ〜３ｃでは、顧客が購入する商品の精算
が行なわれる。それぞれのＰＯＳ端末には、現金が収納
されるドロア４ａ〜４ｃが設けられる。また、各ＰＯＳ
端末には釣銭釣札機（以下ＴＣ）５ａ〜５ｃが接続され
る。各ＴＣ５ａ〜５ｃには、釣銭として客に手渡される
べき現金が収納されている。そして、客の支払いの際に
釣銭に相当する金額の金銭が放出される。また客から受
け取った現金はＴＣに収納され、金種が判別された後に
金種毎に分類され、釣銭準備金に充当されることにな
る。なお、計数できなかったり金種判別ができないよう
な現金は、ＴＣからリジェクトされる。図２は、ＴＣに
おける現金の出入りを概略的に図示した図面である。こ
こで、各ＰＯＳ３ａ〜３ｃからは、それぞれ接続された
ＴＣ５ａ〜５ｃ内の現金在高を取得でき、現金在高は金
種毎に把握できる。また、各ＰＯＳ３ａ〜３ｃが得たＴ
Ｃ５ａ〜５ｃ内の現金在高は各ＰＯＳ３ａ〜３ｃからＳ
ＳＶ１に送信される。そして、各ＰＯＳ３ａ〜３ｃから
送信されたＴＣ５ａ〜５ｃ内の現金在高は、ＰＯＳ番号
及びキャッシャ番号と関連付けて、ＳＳＶ１内の格納領
域に格納される。一方、支払い時に商品券等が利用され
た場合には、これをＴＣ５ａ〜５ｃに投入することはで
きない。そのため、このような商品券などの商品券類
は、ドロア４ａ〜４ｃに収納されることとなる。なお、
金種が判別できないなどの理由によりＴＣ５ａ〜５ｃか
らリジェクトされた金銭や、ＴＣ５ａ〜５ｃが満杯とな
り収納しきれなくなった金銭などを、ドロア４ａ〜４ｃ
に収納するようにしても良い。これらのドロア４ａ〜４
ｃに収納される類の現金については、その金種等のデー
タは、キャッシャがＰＯＳ３ａ〜３ｃを操作することに
より手入力されるか、現金収納機２にドロア４ａ〜４ｃ
を持ち込むことにより入力されることになるが、少額で
あることからキャッシャにとっては実質的な負担にはな
らない。なお、図１に図示されたＰＯＳシステムではい
わゆるフローティングキャッシャ方式が採用されてい
る。この場合には、個々のキャッシャは自分のドロアを
持っており、ＰＯＳをキャッシャが利用する場合には、
自身のドロアをＰＯＳにセットする。また、キャッシャ
が一方のＰＯＳから他方のＰＯＳに移動する場合には、
キャッシャは自分のドロアを一方のＰＯＳから取り外
し、移動先のＰＯＳにセットする。一方、ＴＣはそれぞ
れのＰＯＳ固有のものであり、キャッシャがＰＯＳを交
替しても釣銭・釣札機は移動しないし、内部の現金もそ
のままである。そのため、本実施形態においては、それ
ぞれのキャッシャがそれぞれのＰＯＳで業務を行なった
期間の、ＴＣ内の現金の増減を把握するための処理が行
なわれる。図１に戻り、ＳＳＶ１は以下のような機能を
備える。なお、一部の機能については周知のＰＯＳシス
テムと同様の機能となっている。・ＰＯＳターミナルの
価格コントロール図１に図示されるＰＯＳシステムにお
いては、各々のＰＯＳ３ａ〜３ｃにプライスルックアッ
プテーブル（ＰＬＵ）が備えられており、商品購入時に
はバーコードの読取やキーボードからの商品コード等の
入力に基づいてＰＬＵが検索され、商品価格や商品名な
どの情報を読み出して精算処理が実行される。ここで、
新規商品の追加や商品の削除、価格変更などのために、
これらのＰＬＵファイルのメンテナンスを行なう必要が
ある。これらのＰＬＵファイルメンテナンスはＳＳＶ１
により行なわれる。また、特にスーパーマーケットなど
の場合には特売が行なわれるが、そのための特売データ
の生成と各ＰＯＳ３ａ〜３ｃへの送信もＳＳＶ１で行な
われる。・売上データの集計ＳＳＶ１には、各ＰＯＳ３
ａ〜３ｃから各取引毎の売上データが送信され、ＳＳＶ
１は、これらの売上データを、キャッシャ別に、或いは
チェッカー別に集計する。一方、各ＰＯＳ３ａ〜３ｃは
以下のような機能を備える。 ・来店客の買上げ商品の読取 ・顧客への請求額の計算 ・取引毎のレシートやジャーナルの印刷 ・取引ログのＳＳＶ１への送信 ・取引別の集計 次に、図１に図示されたＰＯＳシステムにおける現金管
理の手順について説明する。まず、ＰＯＳ３ａでの手陣
について説明する。ＰＯＳ３ａにはドロア４ａとＴＣ５
ａが備えられている。前述した通り、本実施形態におい
ては、基本的に、現金（紙幣，硬貨）の出入りはＴＣ５
ａにて行い、商品券類の出入りはドロア４ａにて行う。
このうち、ドロア４ａはキャッシャがＰＯＳ３ａを移動
・交替する際にキャッシャと一緒に移動する。一方、Ｔ
Ｃ５ａはＰＯＳ３ａに対して固定である。ここで、ＰＯ
Ｓ３ａ内の集計領域（つまりドロア４ａ＋ＴＣ５ａ）に
格納されているべき現金額をＨｅ（０）とし、ドロア４
ａ内に開局前に存在している商品券の額をＤ（０）、Ｔ
Ｃ５ａ内にある前日からの繰り越し準備金額（＝開局前
の釣銭準備金額）をＭ（０）とする。この場合、Ｈｅ
（０）＝Ｄ（０）＋Ｍ（０）（なお、「０」は「開局
前」を指す）で表される。通常、ドロア内４ａの商品券
は、前日の業務終了時に回収されるため、この場合には
Ｄ（０）＝０である。一方、ＴＣ５ａ内に現金を保留さ
せておくのであれば、Ｍ（０）＝前日の閉局時点におい
てＴＣ５ａ内に存在していた現金金額となるはずであ
る。続いて、キャッシャが業務を開始するために、ＰＯ
Ｓ（１）の開局操作が行なわれる。この際にキャッシャ
は、釣銭準備金δＭ（１）（硬貨及び札）をＴＣ５ａに
投入する。投入された釣銭準備金δＭ（１）はＴＣ５ａ
の計数機能により金種別に計数される。ここで、各金額
は、 ドロア４ａ内にある商品券額＝Ｄ（１） （＝０：開局
時に開局時に商品券は存在しない） ＴＣ５ａ内にある現金額（紙幣，硬貨）＝Ｍ（１）＝Ｍ
（０）＋δＭ（１） となる。なお、各符号に付された数字は開局時点を
「１」とした通番であり、処理が行なわれる毎に「１」
増加するものとする。また、各符号に付された「δ」
は、その操作時点での金額の増減分を示す。開局操作に
続いて、ＰＯＳ３ａではキャッシャ登録が行なわれる。
ここではキャッシャを識別するためのキャッシャ番号Ｃ
ａ（ｊ）がキャッシャ自身により入力される。なお、キ
ャッシャ番号に付された符号「ｊ」はキャッシャ固有の
符号である。続いて、ＰＯＳ３ａからＳＳＶ１に対して
図３（ａ）に図示された形式の電文が送信される。な
お、各データの詳細はいずれも上述した通りである。 ・ＰＯＳ３ａの識別データ：ＰＯＳ（１） ・キャッシャの識別データ：Ｃａ（ｊ） ・ドロア４ａの商品券の額：Ｄ（１） ・ＴＣ５ａ内にある現金金額（紙幣，硬貨）：Ｍ（１） ここで、Ｍ（１）は、ＰＯＳ３ａからＴＣ５ａに対して
在高報告要求が出された結果、ＴＣ５ａから返信された
応答の値となる。前述の通りＴＣ５ａには投入された現
金及び放出された現金の額を計数する機能が備えられて
おり、この計数結果に基づいてその時点でＴＣ５ａ内に
収納されている現金の額を金種別に算出することが可能
である。一方、ＳＳＶ１はＰＯＳ３ａからの電文を受信
して、その内容を集計テーブルに書き込む。このような
開局操作の後にＰＯＳ３ａを利用した精算処理が実行さ
れる。続いて、来店客が商品を購入する際の精算・登録
処理について説明する。まず、キャッシャは客が購入し
ようとする商品に付されたバーコードをスキャンする。
これに基づいて、ＰＯＳ３ａではＰＬＵ（Ｐｒｉｃｅ
Ｌｏｏｋ Ｕｐ）ファイルが参照され、当該商品の価格
等の商品情報が検索される。そして、検索された商品価
格や商品名などの情報が、ＰＯＳ３ａのディスプレイ上
に表示される。客が購入しようとする商品の全てが登録
されると、キャッシャはＰＯＳ３ａに設けられた精算キ
ーを押下する。これによって代金が算出され、キャッシ
ャが客から代金を預かる。次に、キャッシャは預かった
現金をＴＣ５ａに投入する。もし商品券等が利用された
場合には、預かった商品券をドロア４ａに投入するとと
もに、その商品券の相当額をＰＯＳ３ａから入力する。
続いてＰＯＳ３ａにより放出されるべき釣銭額が算出さ
れ、ＴＣ５ａから算出された額の釣銭が放出され、客に
手渡される。このように、商品券の入力はＰＯＳ３ａの
図示せぬキーボードから行うことになるが、現金につい
ては、ＴＣ５ａの現金計数機能を利用し、キャッシャが
預かった現金をＴＣ５ａに投入することで、投入された
現金額が預かり金額として自動的に入力される。同様
に、放出されるべき釣銭についても、ＴＣ５ａより放出
されることから、出金額についても自動的も入力され
る。この投入された現金額と放出された現金額とから、
ＴＣ５ａ内の増減額δＭ（２）は一義的に定まる。な
お、既に述べた通り、ＴＣ５ａに投入された預かり金
は、そのまま釣銭補充金となる。 この後、この時点に
おける各金額が算出される。具体的には、 Ｄ（２） ＝Ｄ（１）＋δＤ（２） Ｍ（２） ＝Ｍ（１）＋δＭ（２） である。そして、これらの算出された金額は、一時的に
ＰＯＳ３ａに記憶される。以降、精算処理が順次行なわ
れるごとに、ｎ回目の精算時点における各種の金額 Ｄ（ｎ） ＝Ｄ（ｎ−１）＋δＤ（ｎ） Ｍ（ｎ） ＝Ｍ（ｎ−１）＋δＭ（ｎ） が算出される。この後、キャッシャが交替、あるいは業
務が終了する場合、キャッシャＣａ（ｊ）によるＰＯＳ
３ａでの操作を終了させるための処理・操作が実行され
る。そして、以下のデータが、図３（ｂ）に図示された
形態の電文としてＳＳＶ１に送信される。 ・ドロア４ａ内の商品券額：Ｄ（ｎ） ・ＴＣ５ａ内にある金額：Ｍ（ｎ） 一方、ＳＳＶ１はＰＯＳ（１）からのデータを受信し、
キャッシャＣａ（ｊ）が開局時から現在までに扱った現
金等の総額（理論値）ＤＣａ（１、ｊ、ｎ）を、以下の
ようにして算出する。 ＤＣａ（１、ｊ、ｎ）＝（Ｄ（ｎ）−Ｄ（１））＋（Ｍ
（ｎ）−Ｍ（１）） なお、ＤＣａ（１、ｊ、ｎ）の「１」はＰＯＳ３ａを識
別する番号を、「ｊ」はキャッシャを識別する番号を、
「ｎ」は最終の取引通番をそれぞれ示している。そし
て、ＳＳＶ１ではＰＯＳ３ａから受信したデータを集計
テーブルに書き込む。同様に、キャッシャ（ｉ）がＰＯ
Ｓ３ｂを開局後操作した場合、ＰＯＳ３ｂにおける各金
額は、 Ｄ（ｍ） ＝Ｄ（ｍ−１）＋δＤ（ｍ） Ｍ（ｍ） ＝Ｍ（ｍ−１）＋δＭ（ｍ） となる。そして、開局後ｍ＋１の時点でキャッシャ交替
となる場合には、キャッシャＣａ（ｉ）はＰＯＳ３ｂで
の操作を終了し、ＰＯＳ３ａでキャッシャＣａ（ｊ）が
行なった際と同様に ・ドロア４ｂ内にある商品券額：Ｄ（ｍ） ・ＴＣ５ｂ内にある金額：Ｍ（ｍ） がＰＯＳ３ｂからＳＳＶ１に図３（ｃ）に図示される電
文形式で送信される。これによって、ＳＳＶ１はキャッ
シャＣａ（ｉ）が開局時から現在までに扱った現金等の
総額（理論値）ＤＣａ（２、ｉ、ｍ）を ＤＣａ（２、ｉ、ｍ）＝（Ｄ（ｍ）−Ｄ（１））＋（Ｍ
（ｍ）−Ｍ（１）） として算出する。次に、この時点でキャッシャＣａ
（ｊ）がＰＯＳ３ｂでの操作を開始する場合について説
明する。なお、キャッシャＣａ（ｊ）と一緒にドロア４
ａが移動し、ＰＯＳ３ｂにセットされる。この場合に
は、キャッシャＣａ（ｊ）がＰＯＳ３ｂでの操作を開始
するための処理を行なう。これに合わせて、ＳＳＶ１に
以下のデータが図３（ｄ）に図示されるような形式で送
信される。 ・ドロア４ａに存在する商品券額：Ｄ（ｍ） ・ＴＣ５ｂの内部に存在する金額：Ｍ（ｍ） この時、Ｄ（ｍ）の値は、ドロア４ａにそれまで存在し
ていた値、すなわちＤ（ｎ）の値と置き換わる。一方、
Ｍ（ｍ）については変動がない。続いて、キャッシャＣ
ａ（ｊ）がＰＯＳ３ｂを用いて精算処理を行なう。その
度に、各金額が算出され、キャッシャＣａ（ｊ）の交替
からＬ番目の処理が終了した時点での金額が、 Ｄ（ｍ＋Ｌ） ＝Ｄ（ｍ＋Ｌ−１）＋δＤ（ｍ＋Ｌ） Ｍ（ｍ＋Ｌ） ＝Ｍ（ｍ＋Ｌ−１）＋δＭ（ｍ＋Ｌ） と算出される。この後、キャッシャの交替、あるいは業
務が終了する場合、先と同様にキャッシャＣａ（ｊ）に
よるＰＯＳ３ｂの操作終了となる。そして、 ・ドロア４ａ内にある商品券類：Ｄ（ｍ＋Ｌ） ・ＴＣ５ｂ内にある金額：Ｍ（ｍ＋Ｌ） が図３（ｅ）に図示された電文形式でＳＳＶ１に送信さ
れる。これによって、ＳＳＶ１はキャッシャＣａ（ｊ）
が移動時時から現在までにＰＯＳ３ｂで扱った現金等の
総額（理論値）ＤＣａ（２、ｊ、ｍ＋Ｌ）を ＤＣａ（２、ｊ、ｍ＋Ｌ）＝（Ｄ（ｍ＋Ｌ）−Ｄ
（ｍ））＋（Ｍ（ｍ＋Ｌ）−Ｍ（ｍ）） が算出される。ここで、キャッシャＣａ（ｊ）はＰＯＳ
３ａとＰＯＳ３ｂとを利用しているため、キャッシャＣ
ａ（ｊ）が扱った現金等の総額 ＤＣａ（ｊ）＝ＤＣａ（１、ｊ、ｎ）＋ＤＣａ（２、
ｊ、ｍ＋Ｌ） が算出され、集計テーブルにキャッシャ毎に記録され
る。なお、図４はこれらの処理の流れをおおまかに図示
した図面であり、特定のキャッシャが途中でＰＯＳ３ａ
からＰＯＳ３ｂに交替する例を図示するものである。開
局時には、ＰＯＳ３ａからＳＳＶ１に対してその時点に
おける情報（図３（ａ）に相当）が通知される。一方、
キャッシャがＰＯＳ３ａからＰＯＳ３ｂに交替する場合
には、まずＰＯＳ３ａからＳＳＶ１に対して交替（終
了）の通知が行なわれ、その際に上述した情報（図３
（ｂ）に相当）がＰＯＳ３ａからＳＳＶ１に送信され
る。そして、ＰＯＳ３ｂからＳＳＶ１に対して交替（開
始）の通知が行なわれ、その際に上述した情報（図３
（ｄ）に相当）がＰＯＳ３ｂからＳＳＶ１に送信され
る。キャッシャがＰＯＳ３ｂの操作を終了する際には、
ＰＯＳ３ｂからＳＳＶ１へ交替（終了）及び精算（終
了）の通知が行なわれ、その際に上述した情報（図３
（ｅ）に相当）がＰＯＳ３ｂからＳＳＶ１に送信され
る。なお、上述した通り、本実施形態ではドロア４ａに
は現金を収納せず、商品券のみを収納するものである
が、ＴＣ５ａ，５ｂに現金が収納しきれずに、止むを得
ず現金をドロア４ａに収納する事態が起こり得る。これ
ら不測の事態を考慮して、キャッシャがＰＯＳ３ｂの操
作を終了する際には、キャッシャはドロア４ａを現金収
納機２に持ち込み、その場でドロア４ａ内の現金を投入
・計数するようにすると良い。現金収納機２で計数され
た金額はＳＳＶ１に送信され、ＳＳＶ１でキャッシャ別
に集計される。上述した不測の事態により、ドロア内に
現金が収納されている場合、その金額は現金収納機２で
計数されるまで確定しないが、このような事態が起こる
ことは少なく、基本的には、現金はＴＣ内でほぼ全て管
理されているので支障はない。図５は、店舗で印刷され
る店内の現金の所在ごとの、金種別の在高表の例を図示
した図面である。なお、図５は閉局処理時、つまり店舗
の業務終了の段階で作成された在高表を図示している。
図５の在高表は、各ＰＯＳに設けられたＴＣ内に保留さ
れている現金と、店舗内の現金収納機内に保留されてい
る現金との枚数を、金種毎に集計したものである。図示
される通り、在高表には各ＰＯＳ／収納機内の現金総額
と、個々の金種毎の収納枚数とが記される。ここで、Ｔ
Ｃには、翌日の開局時に収納される適切枚数が金種毎に
予め設定されている。これは、店舗の営業時間中にどれ
だけ客から預かり、またどれだけ釣銭として放出するか
といった経験則から導き出されるものであり、極力補
充、或いは回収の機会を減らすための適正値である。本
実施例における適正枚数は、５００円硬貨については５
０枚、その他の硬貨、および１０００円札については１
００枚ずつ、また５０００円札については２０毎と設定
されている。なお、１００００円札については、釣銭と
して放出される可能性がないため、適正枚数は設定され
ない。図５に図示された在高表では、各金種毎のＴＣの
収納部への不足枚数も、在高と合わせて印刷される。各
マスの下段の数字が不足枚数に該当する。従って、店員
は翌日の業務開始前に、どのＰＯＳに併設されたＴＣ
に、どの金種をどの程度補充すればよいのかを容易に把
握することができ、開店前の釣銭補充の作業を効率よく
行なうことが可能となる。なお、図５の例は閉局処理時
のものであるが、店舗の営業期間中はＰＯＳから上述し
た各種金額情報が、例えば一取引終了毎にＳＳＶ１に転
送されてくるようにし、在高表を電文受信毎に適宜更新
するようにしてもよい。このように在高表を適宜更新
し、必要に応じて参照できるようにすることで、各ＰＯ
Ｓにおける各時点の現金在高の状況を容易に把握するこ
とができる。これによって、釣銭の補充や高額紙幣の回
収が必要なＰＯＳが判るため、釣銭補充・高額紙幣の回
収を効率的に行なうことが可能となる。ＳＳＶ１が、Ｔ
Ｃ内の金種の補充／回収を判断するためには、各ＰＯＳ
から送られてくる在高情報（図３の電文）受信する必要
があるが、逆に、ＳＳＶ１からＰＯＳ／ＴＣに対して在
高要求を行い、ＰＯＳ／ＴＣから回答を送信させるよう
にしてもよい。これによって、ＳＳＶ１側でどのＰＯＳ
／ＴＣで釣銭補充あるいは現金回収を必要としているの
かを把握することができる。図６は、上記の動作を時系
列で説明した図面である。図６（ａ）のケースでは、Ｐ
ＯＳが主体的にＳＳＶ１に対して在高を通知する例を説
明している。ＳＳＶ１への在高に先立って、ＰＯＳはＴ
Ｃに対して在高情報を要求する。これに応じて、ＴＣで
はその内部に収納されている各金種毎の在高を算出、Ｐ
ＯＳに通知する。ＴＣからの回答を受信後、ＰＯＳはそ
の内容をＳＳＶ１に通知する。これによって、ＳＳＶ１
はＰＯＳの在高を把握することが可能となる。図６
（ｂ）は、ＳＳＶ１からＰＯＳに問い合わせを行なう形
態を説明した図面である。この場合、ＳＳＶ１からＰＯ
Ｓに対してＴＣの在高報告要求が送出される。これに応
じて、ＰＯＳはＴＣに対し在高報告を要求する。あとは
図６（ａ）の例と同様に、ＴＣからＰＯＳ端末に在高が
報告され、その結果がＳＳＶ１に報告される。図６
（ａ）、（ｂ）いずれの例についても、ＰＯＳからの報
告を受けてＳＳＶ１では釣銭補充、現金の中間回収の要
否を判断する。
【発明の効果】このように、本発明では、各ＰＯＳ端末
を操作するキャッシャが各自ＰＯＳ端末／釣銭釣札機内
の現金在高を把握する必要がなくなり、キャッシャの手
間を省くことも、キャッシャによるミスをなくすことも
できるようになる。そして、効率的な釣銭補充・現金回
収を行なうことが可能となる。また、閉店時点における
釣銭準備金がそのまま保留しておくことが可能となるの
で、これによって、開店時に金融機関から釣銭準備金を
運んだり、閉店時に金融機関に現金を持ち込む必要性を
最小限に止めることが可能となる。さらに、金融機関へ
の事前の釣銭準備金の預金や、金融機関に支払う必要が
あった各種の手数料、あるいは店員等の人件費を低減さ
せることも可能となる。
を操作するキャッシャが各自ＰＯＳ端末／釣銭釣札機内
の現金在高を把握する必要がなくなり、キャッシャの手
間を省くことも、キャッシャによるミスをなくすことも
できるようになる。そして、効率的な釣銭補充・現金回
収を行なうことが可能となる。また、閉店時点における
釣銭準備金がそのまま保留しておくことが可能となるの
で、これによって、開店時に金融機関から釣銭準備金を
運んだり、閉店時に金融機関に現金を持ち込む必要性を
最小限に止めることが可能となる。さらに、金融機関へ
の事前の釣銭準備金の預金や、金融機関に支払う必要が
あった各種の手数料、あるいは店員等の人件費を低減さ
せることも可能となる。
【図１】本発明の一実施形態によるＰＯＳシステムの概
要構成図である。
要構成図である。
【図２】釣銭釣札機への現金の出入りを概念的に図示し
た図面である。
た図面である。
【図３】ＰＯＳからＳＳＶ１に転送される電文の形式を
示す図面である。
示す図面である。
【図４】キャッシャ操作に応じたＰＯＳ−ＳＳＶ−現金
収納機間の情報の流れを図示した図面である。
収納機間の情報の流れを図示した図面である。
【図５】一実施形態による現金在高表の一例を示す図面
である。
である。
【図６】ＳＳＶ−ＰＯＳ−ＴＣ間の在高情報の流れを示
す図である。
す図である。
１ ＳＳＶ ２ 現金収納機 ３ａ，３ｂ，３ｃ ＰＯＳ端末 ４ａ，４ｂ，４ｃ ドロア ５ａ，５ｂ，５ｃ ＴＣ
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 3E042 AA01 BA15 CA08 CB05 CD05 EA06 5B049 GG01
Claims (6)
- 【請求項１】上位のストアサーバに接続され、更に入出
金された現金を金種別に計数する機能を有する釣銭・釣
札機が接続されるＰＯＳ端末装置であって、 １取引毎に、前記釣銭・釣札機に投入される客からの受
取額、前記釣銭・釣札機より排出される客への返金額と
から定まる前記釣銭・釣札機内の金種別在高情報を前記
釣銭・釣札機より受信すること特徴とするＰＯＳ端末装
置。 - 【請求項２】ＰＯＳ端末装置と、前記ＰＯＳ端末装置の
上位に接続されるストアサーバとを備え、前記ＰＯＳ端
末装置には更に入出金された現金を金種別に計数する機
能を有する釣銭・釣札機が接続されるＰＯＳシステムで
あって、 前記ＰＯＳ端末装置は、１取引毎に、前記釣銭・釣札機
に投入される客からの受取額、前記釣銭・釣札機より排
出される客への返金額とから定まる前記釣銭・釣札機内
の金種別在高情報を前記釣銭・釣札機より受信し、受信
した該在高情報を、所定のタイミングで前記ストアサー
バに送信するとともに、 前記ストアサーバは、前記ＰＯＳ端末装置から受信した
前記在高情報を集計するように動作することを特徴とす
る、ＰＯＳシステム。 - 【請求項３】前記ストアサーバは、前記ＰＯＳ端末装置
から受信した在高情報に基づいて、当該ＰＯＳ端末装置
の釣銭過不足額を算出し、算出された釣銭過不足額を出
力するように動作することを特徴とする、請求項２記載
のＰＯＳシステム。 - 【請求項４】前記ＰＯＳ端末装置は、操作者を識別する
情報を前記在高情報とともに前記ストアサーバに送信す
るとともに、 前記ストアサーバは、前記ＰＯＳ端末装置から受信した
前記在高情報を操作者毎に集計するように動作すること
を特徴とする、請求項２記載のＰＯＳシステム。 - 【請求項５】上位装置と接続され、１取引毎の精算処理
を実行する金銭管理機能を備えたＰＯＳ端末装置であっ
て、 前記ＰＯＳ端末装置は、顧客から預かる現金を入金する
とともに、顧客に返金する釣銭を出金し、かつ入出金さ
れた現金を金種別に計数可能な釣銭・釣札機に接続され
るとともに、 顧客から預かる金券類を収納するためのドロアを有し、 前記計数機能により特定された前記釣銭・釣札機内の金
種別在高情報を受信し、受信した該在高情報と、前記ド
ロア内の金券在高情報とを前記上位装置に送信すること
を特徴とするＰＯＳ端末装置。 - 【請求項６】上位のストアサーバに接続され、更に入出
金された現金を金種別に計数する機能を有する釣銭・釣
札機が接続されるＰＯＳ端末装置の現金管理方法であっ
て、 顧客から預かる金券はＰＯＳ端末装置のドロアに収納
し、 顧客から預かる現金は前記釣銭・釣札機に入金し、 顧客に返金する釣銭用現金は前記釣銭・釣札機より出金
し、 前記計数機能により特定される、入出金額の増減により
特定される前記釣銭・釣札機内の現金の金種別在高を受
信することにより、現金の在高を確定することを特徴と
するＰＯＳ端末装置の現金管理方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000279139A JP3680721B2 (ja) | 2000-09-14 | 2000-09-14 | Ｐｏｓ端末装置、ｐｏｓシステム、及びｐｏｓ端末装置の在高管理方法 |
| US09/947,533 US6981633B2 (en) | 2000-09-14 | 2001-09-07 | Point of sales terminal, point of sales system, and method for managing cash-on hand information |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000279139A JP3680721B2 (ja) | 2000-09-14 | 2000-09-14 | Ｐｏｓ端末装置、ｐｏｓシステム、及びｐｏｓ端末装置の在高管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002092734A true JP2002092734A (ja) | 2002-03-29 |
| JP3680721B2 JP3680721B2 (ja) | 2005-08-10 |
Family
ID=18764192
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000279139A Expired - Lifetime JP3680721B2 (ja) | 2000-09-14 | 2000-09-14 | Ｐｏｓ端末装置、ｐｏｓシステム、及びｐｏｓ端末装置の在高管理方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6981633B2 (ja) |
| JP (1) | JP3680721B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004362163A (ja) * | 2003-06-03 | 2004-12-24 | Fujitsu Ltd | Ｐｏｓ端末装置、ｐｏｓ端末システム、ｐｏｓ端末制御方法およびｐｏｓ端末制御プログラム |
| JP2008152524A (ja) * | 2006-12-18 | 2008-07-03 | Toshiba Tec Corp | 自動釣銭機及びそのプログラム |
| WO2009090758A1 (en) | 2008-01-17 | 2009-07-23 | Glory Ltd. | Methods and systems for sorting bank notes, providing a change fund, and balancing revenue |
| JP2009217625A (ja) * | 2008-03-11 | 2009-09-24 | Glory Ltd | マネー管理システムおよびマネー収受装置 |
| WO2011039872A1 (ja) * | 2009-09-30 | 2011-04-07 | グローリー株式会社 | 有価媒体処理システム |
| JP2011113154A (ja) * | 2009-11-25 | 2011-06-09 | Fujitsu Frontech Ltd | 現金管理システム、現金管理プログラム及び現金管理方法 |
| WO2012042569A1 (ja) * | 2010-09-29 | 2012-04-05 | グローリー株式会社 | 資金管理システム及び資金管理装置 |
Families Citing this family (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004023255A2 (en) * | 2002-09-06 | 2004-03-18 | De La Rue International Limited | Capacity management and timing |
| US20060112006A1 (en) * | 2002-09-06 | 2006-05-25 | De La Rue International Limited | Audio/visual clips |
| US7765135B2 (en) * | 2002-09-06 | 2010-07-27 | Talaris Holdings Limited | Count and login management |
| US20060146839A1 (en) * | 2002-09-06 | 2006-07-06 | Hurwitz Harlan A | Payment and media management |
| US6983836B2 (en) * | 2003-04-10 | 2006-01-10 | De La Rue Cash Systems Inc. | Machine and method for cash recycling and cash settlement |
| GB2404768A (en) * | 2003-08-08 | 2005-02-09 | Tellermate Plc | Reconciling actual and expected cash holdings |
| JP2005071015A (ja) * | 2003-08-22 | 2005-03-17 | Toshiba Tec Corp | 商品販売データ処理装置 |
| US20050096986A1 (en) * | 2003-09-05 | 2005-05-05 | De La Rue International, Limited | Method of electronically managing payment media |
| GB2410363A (en) * | 2004-01-21 | 2005-07-27 | Tellermate Plc | Detecting misplaced cash items within cash drawers |
| US7537153B2 (en) * | 2004-05-03 | 2009-05-26 | De La Rue International, Limited | Method and computer program product for electronically managing payment media |
| SE528945C8 (sv) * | 2004-07-06 | 2007-10-09 | Scan Coin Ind Ab | Kontantåteranvändningssystem innefattande en kontantmottagningsenhet och en kontantutdelningsenhet |
| SE0502492L (sv) * | 2005-11-11 | 2007-05-12 | Scan Coin Ind Ab | Kontantdepineringsanordning och associerade förfaranden och anordningar |
| US20070187485A1 (en) * | 2006-02-10 | 2007-08-16 | Aas Per C | Cash handling |
| SE529716C8 (sv) * | 2006-03-08 | 2007-12-04 | Scan Coin Ind Ab | Anordning och förfarande för kontantdeponering |
| US7681707B2 (en) * | 2006-04-14 | 2010-03-23 | Tabachnik Bruce M | Drawerless point of sale system and associated methods |
| US7850076B1 (en) | 2006-04-21 | 2010-12-14 | Andrei Dorenbaum | Cash management system |
| SE531959C2 (sv) * | 2006-08-25 | 2009-09-15 | Scan Coin Ind Ab | En myntutmatningsanordning och en myntdeponerings- och utmatningsanordning |
| US7677440B2 (en) * | 2007-08-20 | 2010-03-16 | International Business Machines Corporation | Point of sale terminal network implementation for transmitting data indicative of terminal changes upon switching of open close state of cash drawer |
| US20090120760A1 (en) * | 2007-11-12 | 2009-05-14 | Anders Sjostrom | Dual use coin deposit and dispensing apparatus |
| US8812366B2 (en) * | 2008-09-30 | 2014-08-19 | Bank Of America Corporation | Automatic generation of change orders |
| US20090184034A1 (en) * | 2008-01-17 | 2009-07-23 | Kazuhiro Doi | Methods and systems for sorting bank notes, providing a change fund and balancing revenue |
| US20100082483A1 (en) * | 2008-09-30 | 2010-04-01 | Bank Of America Corporation | Automatic Generation of Change Orders |
| WO2011123176A1 (en) * | 2010-04-01 | 2011-10-06 | M3 Technology Solutions Llc | Cash management system and method |
| JP2013012056A (ja) * | 2011-06-29 | 2013-01-17 | Glory Ltd | 紙幣処理装置および硬貨処理装置 |
| JP5903919B2 (ja) * | 2012-02-14 | 2016-04-13 | 株式会社寺岡精工 | Ｐｏｓシステム、コンピュータプログラム及び会計装置 |
| US20140058856A1 (en) * | 2012-08-22 | 2014-02-27 | Burroughs, Inc. | Point-of-Sale System |
| EP3029942B1 (en) | 2014-12-04 | 2017-08-23 | Axis AB | Method and device for inserting a graphical overlay in a video stream |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6174096A (ja) | 1984-09-18 | 1986-04-16 | 富士通株式会社 | 電子式金銭登録処理装置 |
| US6067530A (en) * | 1995-10-13 | 2000-05-23 | Brooks Armored Car Services, Inc. | Cash management system |
| US6772941B1 (en) * | 1999-07-15 | 2004-08-10 | Odie Kenneth Carter | Revenue balancing method and computer program |
-
2000
- 2000-09-14 JP JP2000279139A patent/JP3680721B2/ja not_active Expired - Lifetime
-
2001
- 2001-09-07 US US09/947,533 patent/US6981633B2/en not_active Expired - Lifetime
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004362163A (ja) * | 2003-06-03 | 2004-12-24 | Fujitsu Ltd | Ｐｏｓ端末装置、ｐｏｓ端末システム、ｐｏｓ端末制御方法およびｐｏｓ端末制御プログラム |
| JP2008152524A (ja) * | 2006-12-18 | 2008-07-03 | Toshiba Tec Corp | 自動釣銭機及びそのプログラム |
| WO2009090758A1 (en) | 2008-01-17 | 2009-07-23 | Glory Ltd. | Methods and systems for sorting bank notes, providing a change fund, and balancing revenue |
| JP2011510362A (ja) * | 2008-01-17 | 2011-03-31 | グローリー株式会社 | 釣銭準備金作成方法 |
| CN101952858B (zh) * | 2008-01-17 | 2014-06-25 | 光荣株式会社 | 分拣纸币、提供找零备用金和平衡收入的方法和系统 |
| JP2009217625A (ja) * | 2008-03-11 | 2009-09-24 | Glory Ltd | マネー管理システムおよびマネー収受装置 |
| WO2011039872A1 (ja) * | 2009-09-30 | 2011-04-07 | グローリー株式会社 | 有価媒体処理システム |
| JP2011113154A (ja) * | 2009-11-25 | 2011-06-09 | Fujitsu Frontech Ltd | 現金管理システム、現金管理プログラム及び現金管理方法 |
| WO2012042569A1 (ja) * | 2010-09-29 | 2012-04-05 | グローリー株式会社 | 資金管理システム及び資金管理装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20020030101A1 (en) | 2002-03-14 |
| US6981633B2 (en) | 2006-01-03 |
| JP3680721B2 (ja) | 2005-08-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002092734A (ja) | Ｐｏｓ端末装置、ｐｏｓシステム、及びｐｏｓ端末装置の在高管理方法 | |
| JP6422078B2 (ja) | 貨幣管理システム及び貨幣管理方法 | |
| US20050096986A1 (en) | Method of electronically managing payment media | |
| JP3434908B2 (ja) | 売場資金管理システム | |
| WO2012128083A1 (ja) | 精算システム、精算方法、及び現金精算装置 | |
| JP2005267262A (ja) | 資金管理システム、資金管理方法および資金管理プログラム | |
| JP2001195657A (ja) | 自動精算システム | |
| JP2000259948A (ja) | Ｐｏｓ端末装置とｐｏｓシステム | |
| JP4053319B2 (ja) | 売上金額確定システム及び売上金額確定方法 | |
| JP2005071015A (ja) | 商品販売データ処理装置 | |
| JP2019106073A (ja) | 貨幣入金機及び会計システム | |
| JP7147174B2 (ja) | 情報管理装置及び情報管理システム | |
| JP4315409B2 (ja) | 算定手数料算出システム及び集配金手数料算出システム | |
| JP6718313B2 (ja) | 後方無人化支援システム | |
| JP2009059294A (ja) | 店舗現金管理システム | |
| JP2007518183A5 (ja) | ||
| JP2008033456A (ja) | 商品の委託販売方法 | |
| JP2008210029A (ja) | キャッシュレジスタ装置 | |
| JP6113536B2 (ja) | つり銭金管理装置、つり銭金管理方法及びプログラム | |
| JP2005275804A (ja) | 資金管理システム | |
| JP6738389B2 (ja) | 貨幣管理システム | |
| JPH07210761A (ja) | 自動釣銭機付金銭登録機 | |
| JP2005010911A (ja) | 現金管理システム | |
| JP2013134568A (ja) | 貨幣精算装置、貨幣取引システムおよび貨幣取引方法 | |
| WO2022102668A1 (ja) | 貨幣処理システム及び貨幣処理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040929 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041019 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041220 |
|
| 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: 20050426 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050509 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3680721 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080527 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090527 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090527 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100527 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100527 Year of fee payment: 5 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100527 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110527 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110527 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120527 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130527 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130527 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140527 Year of fee payment: 9 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |