JP2009026252A - ストアコンピュータ - Google Patents

Abstract

【課題】売上金を金融機関に入金する作業の効率化を図りつつ売上金を正確に管理する。
【解決手段】ストアコンピュータ４０１は、端数金額を記憶する記憶部を備えており、通信ネットワークを介して商品販売データ処理装置２０１にデータ通信自在に接続する。ストアコンピュータ４０１は、入金金額算出処理を実行して、商品販売データ処理装置２０１から取得した店舗の売上金額と記憶部に記憶されている端数金額とを合計して合計金額を算出し、所定の単位金額の整数倍で合計金額を超えない金額を簡易ＡＴＭ１５１に入金されるべき入金予定金額として算出し、合計金額と入金予定金額との差を店舗１２１に残すべき端数金額として算出する。算出された端数金額は記憶部に記憶され、ストアコンピュータ４０１が次に入金金額算出処理を実行する際に用いられる。
【選択図】図１

Description

本発明は、データ通信可能に接続されたＰＯＳ端末を統括管理するストアコンピュータに関する。

従来、ＰＯＳ端末とデータ通信可能に接続しＰＯＳ端末を統括管理するストアコンピュータが実用化されている。ＰＯＳ端末は、一例として、貨幣を収納するドロワ又は自動釣銭機が接続された状態で店舗内のレジカウンタに設置される。ＰＯＳ端末は、顧客との取引金額を含む商品販売データなどの各種データを生成し、ストアコンピュータに送信する。ストアコンピュータは、一例として、バックヤードに設置される。ストアコンピュータは、ＰＯＳ端末から送信される各種データを受信し、受信したデータを自身のＨＤＤ内の各種ファイルに記憶させる。

ストアコンピュータを用いることによって、店舗では商品の売上に関する各種データの管理を行うことができる（例えば、特許文献１）。ストアコンピュータで算出される売上金額は一円単位まで計算され、事業所得を算出するために用いられる。そのため、店舗で発生した売上金額分の現金（以下、「売上金」と表記する。）は正確に管理されなければならない。そこで、ストアコンピュータが算出する売上金額分の現金を店舗の店員が金融機関まで持参し、売上金を金融機関に預けることが行われている。

特開２００６−１３９６５７公報

近年、コンビニエンスストアなどの各種の店舗において、店舗内や店舗に隣接して簡易ＡＴＭ（Ａｕｔｏｍａｔｅｄ Ｔｅｌｌｅｒ Ｍａｃｈｉｎｅ）が多く設置されている。簡易ＡＴＭは、金融機関との金銭取引を可能にする。そこで、簡易ＡＴＭに売上金の全てを入金することができれば、店舗の店員は、売上金を金融機関に預けるために金融機関まで赴く必要がなくなり、売上金を金融機関に入金する作業の効率化を図ることができる。

しかし、簡易ＡＴＭは、紙幣のみを取り扱うことが可能であって硬貨の取り扱いをしていないものが多い。そのため、店員は、売上金のうち簡易ＡＴＭが取り扱うことができない端数金額分の現金を簡易ＡＴＭに入金することができない。このため、売上金を金融機関に預ける入金作業において簡易ＡＴＭを利用すると、店舗には売上金の一部が残り店舗での売上金額の記録と店舗が金融機関に預けた現金とに差が生じ、店舗で発生した売上金を正確に管理できなくなってしまうおそれがある。

本発明の目的は、売上金を金融機関に入金する作業の効率化を図りつつ売上金を正確に管理することである。

本発明のストアコンピュータは、端数金額を記憶する記憶部を備え、（ａ）通信ネットワークを介してデータ通信自在に接続する商品販売データ処理装置から売上金額を取得する処理と、（ｂ）前記取得した売上金額と前記記憶部に記憶されている端数金額とを合計して合計金額を算出する処理と、（ｃ）所定の単位金額の整数倍であり前記算出した合計金額を超えない入金予定金額と、当該合計金額と当該入金予定金額との差である端数金額とを算出する処理と、（ｄ）前記算出した端数金額を前記記憶部に記憶する処理と、を実行する。

本発明によれば、入金予定金額は単位金額の整数倍に設定され、売上金額のうち単位金額で割り切れない端数金額は記憶部に記憶され、端数金額は売上金額と別個に管理されるため、売上金を金融機関に入金する作業の効率化を図りつつ売上金を正確に管理することができる。

本発明の実施の一形態を図１ないし図８に基づいて説明する。本実施の形態は、スーパーマーケットに導入されたＰＯＳシステム１０１を構成するストアコンピュータ４０１への適用例である。

図１は、店舗１２１で行われる売上金額を簡易ＡＴＭに入金する入金作業の概要を示す模式図である。店舗１２１には、ＰＯＳシステム１０１が導入されている。ＰＯＳシステム１０１は、ストアコンピュータ４０１とＰＯＳ端末２０１と上位サーバとしての本部サーバ３１とにより構成される。

店舗１２１の店員は、一日の営業終了後にその営業当日の店舗１２１での売上金額分の現金（売上金）を金融機関に入金する入金作業を行う。金融機関への売上金の入金に際しては、店舗１２１内に設置されている簡易ＡＴＭ１５１が用いられる。簡易ＡＴＭ１５１では、紙幣の入金を行うことができるが、硬貨の入金を行うことができない。そのため、店員は売上金の一部である入金予定金額分の現金を簡易ＡＴＭ１５１に入金し、残りの端数金額分の現金を店舗１２１に残すことになる。入金予定金額および端数金額は、ストアコンピュータ４０１によって決定される。ストアコンピュータ４０１は、入金金額算出処理を実行して、店員が簡易ＡＴＭ１５１に入金すべき入金予定金額と、簡易ＡＴＭに入金することができず店舗１２１に残される端数金額とを決定する。

ストアコンピュータ４０１は、入金金額算出処理を実行すると、まず、記憶部としてのＨＤＤ４６１（図４参照）に格納されているレジ別集計テーブル４０２ａを参照して、店舗１２１における営業当日の売上金額を算出する。このレジ別集計テーブル４０２ａには、個々のＰＯＳ端末２０１から送信された商品販売データのうち個々のＰＯＳ端末で記録されたレジ別売上金額がＰＯＳ端末２０１別に集計されて記憶されている。

続いて、ストアコンピュータ４０１は、ＨＤＤ４６２に記憶されている端数金額テーブル４０２ｄの前営業日の端数金額を参照し、前営業日の端数金額と営業当日の売上金額とを合計して営業当日の合計金額を算出する。算出された合計金額は、合計金額テーブル４０２ｂに格納される。

続いて、ストアコンピュータ４０１は、営業当日の合計金額と単位金額とを用いて、店員が簡易ＡＴＭ１５１に入金すべき営業当日の入金予定金額と、営業当日の端数金額とを算出する。この単位金額は、簡易ＡＴＭ１５１に入金することができる貨幣の金種の一単位の金額である。一例として、簡易ＡＴＭ１５１が千円札以上の紙幣の入金を可能とする機種である場合、単位金額は「１，０００円」に設定される。別の一例として、簡易ＡＴＭが一万円札紙幣のみの入金を可能とする機種である場合、単位金額は「１０，０００円」に設定される。単位金額は、単位金額テーブル４０２ｅに記憶されている。この単位金額は、ストアコンピュータ４０１が備える入力部としてのキーボード４１２（図４参照）を用いて店員が任意の値に変更することが可能である。営業当日の入金予定金額および端数金額の算出方法については、図７に基づいて後述する。

ストアコンピュータ４０１は、算出した入金予定金額を入金予定金額テーブル４０２ｃに記憶し、出力部としてのＬＣＤ４１１に出力する。店員は、ＬＣＤ４１１に出力された営業当日の入金予定金額分の現金を簡易ＡＴＭ１５１に入金する。

また、ストアコンピュータ４０１は、算出した営業当日の端数金額を端数金額テーブル４０２ｄに記憶する。端数金額テーブル４０２ｄに記憶された営業当日の端数金額は、翌営業日の営業終了後にストアコンピュータ４０１が実行する入金金額算出処理に用いられる。

また、ストアコンピュータ４０１は、営業当日の売上金額と、合計金額と、入金予定金額と、端数金額とを、本部サーバ３１に送信する。

図２は、ＰＯＳシステム１０１を示すシステム構成図である。ＰＯＳシステム１０１は、店舗１２１内で、食品売場、衣料品売場、雑貨売場等の複数の売場１３１と、売場１３１とは別に設けられて商品在庫の保管場所でもあるバックヤード１４１とに渡って導入されている。ＰＯＳシステム１０１は、売場１３１毎のレジカウンタに配置されるＰＯＳ端末２０１と、バックヤード１４１に配置されてＰＯＳ端末２０１を統括管理するストアコンピュータ４０１とによって構成されている。ＰＯＳ端末２０１とストアコンピュータ４０１とは、店舗１２１に配設された通信ネットワークとしてのＬＡＮケーブル１１１によって互いにデータ通信可能に接続されている。

ＰＯＳ端末２０１には、自動釣銭機３０１がデータ通信自在に接続されている。このようなＰＯＳ端末２０１は、各売場１３１に複数台設置される。自動釣銭機３０１は、貨幣の入金及び出金機能を備え、自動釣銭機３０１内に収納されている貨幣の在高を把握している。ＰＯＳ端末２０１は、自動釣銭機３０１を制御し、必要に応じて貨幣の在高を取得する。

ストアコンピュータ４０１は、必要に応じてＰＯＳ端末２０１からデータを抽出する。また、ストアコンピュータ４０１は、必要に応じてＰＯＳ端末２０１にデータを配信する。また、ストアコンピュータ４０１は、ＬＡＮケーブル１１１およびこのＬＡＮケーブル１１１と接続する通信ネットワークとしての広域ネットワーク網４０を介して、本部３０に設置される本部サーバ３１にデータ通信自在に接続する。

図３は、ＰＯＳ端末２０１のハードウェア構成を示すブロック図である。ＰＯＳ端末２０１は、情報処理部としてのマイクロコンピュータ２５１を備える。マイクロコンピュータ２５１は、各部を集中的に制御するＣＰＵ２５２と、プログラム等の固定的データを予め記憶するＲＯＭ２５３と、各種データを書き換え自在に記憶するＲＡＭ２５４とが、バスラインＢＬを介して接続されて構成されている。ＲＡＭ２５４は、その一部が、ＰＯＳ端末２０１の電源を切っても記憶内容が消失しない不揮発性メモリで構成されている。ＲＡＭ２５４には、ＰＯＳ端末２０１を識別する識別番号となるＰＯＳ端末番号が割り当てられて記憶されている。

マイクロコンピュータ２５１には、バスラインＢＬを介して、画像データに応じた画像をＬＣＤ２１１に表示させる表示コントローラ２５６、タッチパネル２１２からの入力信号をマイクロコンピュータ２５１に取り込むタッチパネルコントローラ２５７、キーボード２１３からの入力信号をマイクロコンピュータ２５１に取り込むキーボードコントローラ２５８、バーコードスキャナ２１４を駆動制御して読み取った商品コードをマイクロコンピュータ２５１に取り込むスキャナコントローラ２５９、レシートプリンタであるプリンタ２１５を制御して印字データに応じた印刷をレシート用紙に対して行うプリンタコントローラ２６０、ＬＡＮケーブル１１１を介してストアコンピュータ４０１とのデータ通信を可能とする通信部としての通信インタフェース２６１、記憶部としてのＨＤＤ２６２、および、自動釣銭機３０１が接続された外部機器インタフェース２６３が接続されている。

ＨＤＤ２６２は、取引毎に生成される商品販売データを記憶する商品販売データファイル２０２の他、マイクロコンピュータ２５１に各種処理を実行させるコンピュータプログラム、商品コードに対応付けて商品の単価を記憶する商品データファイル、各種アプリケーションソフトウェア等を格納する。外部機器インタフェース２６３は、自動釣銭機３０１との間でデータ通信を可能とする。

ＰＯＳ端末２０１のマイクロコンピュータ２５１は、商品販売データ処理を実行する。つまり、マイクロコンピュータ２５１は、バーコードスキャナ２１４が読み取った商品コードに基づいて、商品データファイルを検索して対応する単価を取得し、仮締め指示に応じて取得した単価の合計金額を求める。次に、マイクロコンピュータ２５１は、顧客からの預かり金額が入力された後、締め指示に応じて、入力金額と求めた合計金額との差を釣銭金額として求める。次に、マイクロコンピュータ２５１は、単価、合計金額、入力金額、釣銭金額等を含む印字データを生成してプリンタ２１５に出力して印刷させる。また、商品コード、販売点数、販売金額、入力金額、釣銭金額等を含む商品販売データを取引毎に生成して、ＨＤＤ２６２に格納された商品販売データファイル２０２に記憶する。また、ＣＰＵ２５２は、商品販売データファイル２０２に記憶されている商品販売データを定期的にストアコンピュータ４０１に送信する。

自動釣銭機３０１は、入出金される紙幣や硬貨を金種毎に検出する図示しない入出金検出センサを備える。図示しない入出金検出センサは、自動釣銭機３０１に対する貨幣（紙幣および硬貨）の入出金の検出結果を出力する。自動釣銭機３０１は、図示しない入出金検出センサが出力する検出結果に基づいて貨幣の入金枚数と出金枚数とを金種毎にカウントし、自動釣銭機３０１に収納されている金種毎の在高枚数を算出し、算出した金種別の入金枚数、出金枚数、在高枚数を含むデータをＰＯＳ端末２０１に送信する。自動釣銭機３０１は、このようなデータ送信を、接続されたＰＯＳ端末２０１からの要求に応じて、定期的に実行する。

ＰＯＳ端末２０１のマイクロコンピュータ２５１は、自動釣銭機３０１から送信された入金枚数、出金枚数、在高枚数を含むデータ（枚数データ）を受信し、ＨＤＤ２６２に格納されている図示しないジャーナルファイルに記憶する。

図４は、ストアコンピュータ４０１のハードウェア構成を示すブロック図である。ストアコンピュータ４０１は、情報処理部としてのマイクロコンピュータ４５１を備える。マイクロコンピュータ４５１は、ＣＰＵ４５２とＲＯＭ４５３とＲＡＭ４５４とがバスラインＢＬ２を介して接続されて構成されている。ＲＡＭ４５４は、その一部が、ストアコンピュータ４０１の電源を切っても記憶内容が消失しない不揮発性メモリで構成されている。ＲＡＭ４０１には、店舗１２１を識別する識別番号となる店舗番号が割り当てられて記憶されている。ＲＡＭ４５４を構成する不揮発性メモリおよびＨＤＤ４６１は、各種データを記憶する記憶部としての機能を果たす。

コンピュータ４０１のマイクロコンピュータ４５１には、バスラインＢＬ２を介して、画像データに応じた画像をＬＣＤ４１１に表示させる表示コントローラ４５６、キーボード４１２からの入力信号をマイクロコンピュータ４５１に取り込むキーボードコントローラ４５７、ポインティングデバイスであるマウス４１３からの入力信号をマイクロコンピュータ４５１に取り込むポインティングデバイスコントローラ４５８、プリンタ４１４を制御して印字データに応じた印刷を用紙に対して行うプリンタコントローラ４５９、ＬＡＮケーブル１１１を介してＰＯＳ端末２０１および本部サーバ３１とのデータ通信を可能とする通信インタフェース４６０、及び、ＨＤＤ４６１が接続されている。

すなわち、キーボードコントローラ４５７、キーボード４１２、ポインティングデバイスコントローラ４５８、および、マウス４１３は、各種情報を入力するための入力部としての機能を果たす。また、表示コントローラ４５６、ＬＣＤ４１１、プリンタコントローラ４５９、および、プリンタ４１４は、各種情報を出力するための出力部としての機能を果たす。

ＨＤＤ４６１は、後述するレジ別集計テーブル４０２ａ、合計金額テーブル４０２ｂ、入金予定金額テーブル４０２ｃ、端数金額テーブル４０２ｄ、および、単位金額テーブル４０２ｅを含む統合ファイル４０２を格納する他、マイクロコンピュータ４５１に各種処理を実行させるコンピュータプログラム、商品データファイル、各種アプリケーションソフトウェア等を格納する。統合ファイル４０２に含まれる各種テーブルのデータ構成については、図６に基づいて後述する。

図４に示すように構成されたストアコンピュータ４０１のマイクロコンピュータ４５１は、ＰＯＳ端末２０１とデータ通信を実行する。例えば、マイクロコンピュータ４５１は、ＨＤＤ４６１に格納された商品データファイルのデータをＰＯＳ端末２０１に対して随時配信する。ＰＯＳ端末２０１では、配信された商品データファイルのデータがＨＤＤ２６２に格納される。また、ストアコンピュータ４０１のマイクロコンピュータ４５１は、ＰＯＳ端末２０１のＨＤＤ２６２に格納されている商品販売データファイル２０２に記憶されているデータを抽出する。

また、ストアコンピュータ４０１のマイクロコンピュータ４５１は、本部サーバ３１とデータ通信を実行する。ストアコンピュータ４０１が本部サーバ３１に送信するデータの詳細については、図７に基づいて後述する。

また、ストアコンピュータ４０１のマイクロコンピュータ４５１は、入金金額算出処理を実行する。入金金額算出処理の詳細は、図７に基づいて後述する。

図５は、本部サーバ３１のハードウェア構成を示すブロック図である。本部サーバ３１は、一般的なコンピュータと同様に、ＣＰＵ３９ａ、ＲＯＭ３９ｂ、ＲＡＭ３９ｃ等で構成される制御部３９を備える。制御部３９は、バスラインＢＬ３を介して通信インタフェース３２およびＩ／Ｏ機器制御部３４に接続する。通信インタフェース３２は、本部サーバ３１を広域ネットワーク網４０に接続させて、本部サーバ３１と各店舗１２１に設置されているストアコンピュータ４０１との間でのデータ通信を実現する。Ｉ／Ｏ機器制御部３４は、キーボード３５、表示器３６、プリンタ３７、および、ＨＤＤ３８が接続されている。ＨＤＤ３８には、制御部３９のＣＰＵ３９ａを動作させる制御プログラムの他、顧客マスタファイル等の各種ファイルが格納されている。顧客マスタファイルは、会員番号、累積ポイントや顧客ステージを会員顧客毎に記憶するものである。

図６は、統合ファイル４０２のデータ構成を示す模式図である。統合ファイル４０２は、ストアコンピュータ４０１のＨＤＤ４６１に格納されている。この統合ファイル４０２は、複数のデータテーブルにより構成されている。レジ別集計テーブル４０２ａ、合計金額テーブル４０２ｂ、入金予定金額テーブル４０２ｃ、端数金額テーブル４０２ｄ、および、単位金額テーブル４０２ｅが含まれている。

レジ別集計テーブル４０２ａは、日付に対応付けてＰＯＳ端末番号およびレジ別売上金額を記憶することが可能な形式に構成されている。ＰＯＳ端末番号は、店舗１２１に設置されている個々のＰＯＳ端末２０１のＲＡＭ２５４に記憶されているＰＯＳ端末を識別するための番号である。レジ別売上金額は、個々のＰＯＳ端末２０１から送信される商品販売データのうち個々のＰＯＳ端末２０１で発生した売上額をＰＯＳ端末番号ごとに日別に合計したものである。

合計金額テーブル４０２ｂは、日付に対応付けて合計金額を記憶することが可能な形式に構成されている。

入金予定金額テーブル４０２ｃは、日付に対応付けて入金予定金額を記憶することが可能な形式に構成されている。

端数金額テーブル４０２ｄは、日付に対応付けて端数金額を記憶することが可能な形式に構成されている。

単位金額テーブル４０２ｅは、単位金額を記憶することが可能な形式に構成されている。

ストアコンピュータ４０１のＣＰＵ４５２は、ＨＤＤ４６１（図４参照）に記憶されている販売金額更新プログラムを実行し、個々のＰＯＳ端末２０１から送信された商品販売データのうち販売金額を抽出して、レジ別集計テーブル４０２ａに記憶されているデータのうち集計を行う営業当日の日付であって商品販売データを送信したＰＯＳ端末２０１のＰＯＳ端末番号と一致するデータレコードを検索し、検索したデータレコードのレジ別売上金額に抽出した販売金額を加えて、レジ別集計テーブル４０２ａのレジ別売上金額を更新する。ストアコンピュータ４０１のＣＰＵ４５２は、起動中、販売金額更新プログラムを実行している。そのため、レジ別集計テーブル４０２ａには、営業当日までの各営業日についてＰＯＳ端末番号に対応してレジ別売上金額が格納されている状態となっている。

図７は、ストアコンピュータ４０１のＣＰＵ４５２が実行する入金金額算出処理の流れを示すフローチャートである。ストアコンピュータ４０１のＣＰＵ４５２は、キーボード４１２やマウス４１３によって入金金額算出処理の開始を示す入力操作が行われると、入金金額算出処理を開始する。

ＣＰＵ４５２は、入金金額算出処理を開始すると、レジ別集計テーブル４０２ａに記憶されているデータに基づいて、営業当日の売上金額を算出する（ステップＳ１１）。より詳細には、ＣＰＵ４５２は、レジ別集計テーブル４０２ａに記憶されているデータのうち、日付が営業当日のものであるデータレコードを抽出し、全てのＰＯＳ端末２０１でのレジ別売上金額を合計して店舗の売上金額とする。ＣＰＵ４５２は、営業当日の日付と対応付けて算出した売上金額を合計金額テーブル４０２ｂに追加記憶する。

続く処理として、ＣＰＵ４５２は、算出した売上金額を本部サーバ３１に送信する（ステップＳ１２）。このとき、ＣＰＵ４５２は、算出した売上金額とともに、売上金額を集計した営業当日の日付と店舗を識別する店舗識別番号等の各種データを同時に本部サーバ３１に送信する。本部サーバ３１は、営業当日の日付、店舗識別番号および売上金額等の各種データを受信すると、図示しない店舗別管理ファイルに、受信した各種データとこれらのデータを受信した受信時刻とを記憶する。

続く処理として、ＣＰＵ４５２は、端数金額テーブル４０２ｄを検索し前営業日の端数金額を取得する（ステップＳ１３）。

続く処理として、ＣＰＵ４５２は、ステップＳ１３において取得した前営業日の端数金額が０であるか否かを判定する（ステップＳ１４）。前営業日の端数金額が０であると判定した場合（ステップＳ１４のＹ）、ＣＰＵ４５２は、ステップＳ１１で算出した売上金額を合計金額に設定する（ステップＳ１５）。これに対し、前営業日の端数金額が０でないと判定した場合（ステップＳ１４のＮ）、ＣＰＵ４５２は、ステップＳ１１で算出した売上金額とステップＳ１３で取得した前営業日の端数金額とを合計した結果を合計金額に設定する（ステップＳ１６）。なお、別の実施の形態として、前営業日の端数金額が０であるか否かにかかわらず、ＣＰＵ４５２はステップＳ１４〜Ｓ１６に代えて、ステップＳ１１で算出した売上金額とステップＳ１３で取得した前営業日の端数金額とを合計した結果を合計金額に設定するようにしてもよい。

ステップＳ１５もしくはステップＳ１６に続く処理として、ＣＰＵ４５２は、ステップＳ１５もしくはステップＳ１６で算出した合計金額を、営業当日の日付と対応付けて合計金額テーブル４０２ｂに記憶する（ステップＳ１６ａ）。

続く処理として、ＣＰＵ４５２は、単位金額テーブル４０２ｅを参照して単位金額を取得する（ステップＳ１７）。

続く処理として、ＣＰＵ４５２は、ステップＳ１５もしくはステップＳ１６で算出した合計金額とステップＳ１７で取得した単位金額とに基づいて、営業当日の端数金額を算出する（ステップＳ１８）。ＣＰＵ４５２は、算出した合計金額を取得した単位金額で、商が整数である範囲で除し、その余りの金額を端数金額として算出する。

続く処理として、ＣＰＵ４５２は、ステップＳ１８で算出した端数金額が０であるか否かを判定する（ステップＳ１９）。算出した端数金額が０である場合（ステップＳ１９のＹ）、ＣＰＵ４５２は、ステップＳ１５またはステップＳ１６で算出した合計金額を営業当日の入金予定金額に設定する（ステップＳ２０）。これに対し、算出した端数金額が０でない場合（ステップＳ１９のＮ）、ＣＰＵ４５２は、ステップＳ１５またはステップＳ１６で算出した合計金額から算出した端数金額を減じてその結果を営業当日の入金予定金額に設定する（ステップＳ２１）。なお、別の実施の形態として、ステップＳ１８で算出した端数金額が０であるか否かにかかわらず、ＣＰＵ４５２はステップＳ１９〜Ｓ２１に代えて、ステップＳ１５またはステップＳ１６で算出した合計金額から算出した端数金額を減じてその結果を入金予定金額に設定するようにしてもよい。

ステップＳ２０もしくはステップＳ２１に続く処理として、ＣＰＵ４５２は、ステップＳ１８で算出した端数金額を、営業当日の日付と対応付けて端数金額テーブル４０２ｄに記憶する（ステップＳ２２）。

続く処理として、ＣＰＵ４５２は、ステップＳ２０もしくはステップＳ２１で算出した入金予定金額を、営業当日の日付と対応付けて入金予定金額テーブル４０２ｃに記憶する（ステップＳ２３）。

続く処理として、ＣＰＵ４５２は、本部サーバ３１に、ステップＳ１５もしくはステップＳ１６で算出した合計金額と、ステップＳ１８で算出した端数金額と、ステップＳ２０もしくはステップＳ２１で算出した入金予定金額とを送信する（ステップＳ２４）。このとき、ＣＰＵ４５２は、これら算出した各種の金額とともに、営業当日の日付と店舗を識別する店舗識別番号等の各種データを同時に送信する。本部サーバ３１は、日付、店舗識別番号、合計金額、端数金額、入金予定金額を含む各種データを受信すると、図示しない店舗別管理ファイルに、受信したこれらの各種データと、データを受信した受信時刻とを記憶する。

ステップＳ２４の処理を実行した後に、ＣＰＵ４５２は、入金金額算出処理を終了する。

なお、ＣＰＵ４５２は入金金額算出処理の実行中もしくは終了直後に、表示コントローラ４５６を制御して営業当日の入金予定金額および端数金額をＬＣＤ４１１に表示させたり、プリンタコントローラ４５９を制御して営業当日の入金予定金額および端数金額をプリンタ４１４から印字出力したりして、簡易ＡＴＭに入金すべき入金予定金額と翌営業日まで繰り越される端数金額とを店員に報知するようにしてもよい。

図８は、入金金額算出処理の流れの一例を示す模式図である。以下、営業当日を４月１日とし、図６（ａ）〜（ｅ）に示すように、統合ファイル４０２に含まれるレジ別集計テーブル４０２ａ、合計金額テーブル４０２ｂ、入金予定金額テーブル４０２ｃ、端数金額テーブル４０２ｄ、および、単位金額テーブル４０２ｅには３月３１日までの各種データが記憶されているものとする。

ストアコンピュータ４０１は起動中に販売金額更新プログラムが実行されている。そのため、４月１日の営業終了時点において、統合ファイル４０２のレジ別集計テーブル４０２ａには営業当日の個々のＰＯＳ端末２０１でのレジ別売上金額が記憶された状態になっている。

店舗１２１の店員が営業終了後にキーボード４１２から入金金額算出処理の開始を示す入力操作を行うと、ストアコンピュータ４０１のＣＰＵ４５２は入金金額算出処理を開始する。

ストアコンピュータ４０１のＣＰＵ４５２は、レジ別集計テーブル４０２ａから営業当日である４月１日の個々のＰＯＳ端末２０１のレジ別売上金額を抽出し、抽出したレジ別売上金額を合計する。図６に示す例では、抽出した４月１日のレジ別売上金額の合計は２２１，６００円である。そこで、ストアコンピュータ４０１のＣＰＵ４５２は、営業当日の合計金額を２２１，６００円に設定する。また、ストアコンピュータ４０１のＣＰＵ４５２は、端数金額テーブル４０２ｄを検索して前営業日である３月３１日の端数金額として３００円を取得する。ストアコンピュータ４０１のＣＰＵ４５２は、この両者を合計して営業当日である４月１日の合計金額として２２１，９００円を算出し、日付＝４月１日、合計金額＝２２１，９００円からなるデータレコードを合計金額テーブル４０２ｂに追加記憶する。

続いて、ストアコンピュータ４０１のＣＰＵ４５２は、単位金額テーブル４０２ｅを検索して、単位金額として１，０００円を取得する。

続いて、ストアコンピュータ４０１のＣＰＵ４５２は、営業当日の合計金額２２１，９００円÷単位金額１，０００円の除算を商が整数である範囲で行い、余りの金額を算出する。この場合、算出した余りの金額は９００円である。ストアコンピュータ４０１のＣＰＵ４５２は、余りの金額として算出した９００円を、営業当日である４月１日の端数金額として設定する。ストアコンピュータ４０１のＣＰＵ４５２は、日付＝４月１日、端数金額＝９００円からなるデータレコードを端数金額テーブル４０２ｄに追加記憶する。この追加記憶した端数金額＝９００円を含むデータは、翌営業日である４月２日の営業終了後にストアコンピュータ４０１で実行される入金金額算出処理に用いられる。

また、ストアコンピュータ４０１のＣＰＵ４５２は、単位金額である１，０００円の整数倍で合計金額（２２１，９００円）を超えない最大金額として２２１，０００円を算出し、この算出した最大金額を営業当日である４月１日の入金予定金額とする。ストアコンピュータ４０１のＣＰＵ４５２は、日付＝４月１日、入金予定金額＝２２１，０００円からなるデータレコードを入金予定金額テーブル４０２ｃに追加記憶する。さらに、ストアコンピュータ４０１の出力部としてのＬＣＤ４１１には、算出された入金予定金額＝２２１，０００円が表示される。店員は、店舗内の簡易ＡＴＭ１５１に、ＬＣＤ４１１に表示された２２１，０００円の現金を入金することになる。結果として、店舗には端数金額＝９００円分の現金が店舗に残る。

このように、本実施の形態のＰＯＳシステム１０１によれば、入金予定金額は単位金額の整数倍に設定され、売上金額のうち簡易ＡＴＭ１５１に入金できない端数金額はＨＤＤ４６１に記憶され、端数金額は売上金額と別個に管理されるため、売上金を金融機関に入金する作業の効率化を図りつつ売上金を正確に管理することができる。

また、本実施の形態のＰＯＳシステム１０１によれば、本部サーバ３１に、営業当日の売上金額と合計金額と入金予定金額と端数金額とを送信するので、本部３０が店舗１２１で行われる簡易ＡＴＭ１５１への入金作業の概要を把握し、より確実な売上金管理を行うことが可能になる。

なお、別の実施の形態として、ストアコンピュータ４０１のＣＰＵ４５２は、入金金額算出処理（図７参照）のステップＳ１８〜ステップＳ２１に示す処理に代えて、ステップＳ１７で取得した単位金額の整数倍となる金額のうち、ステップＳ１５またはステップＳ１６で算出した合計金額を超えない金額を算出し、その算出した金額を入金予定金額として算出し、合計金額から入金予定金額を減じた結果を端数金額として算出するようにしてもよい。この場合において、入金予定金額は、単位金額の整数倍である必要はあるが、必ずしも合計金額を超えない最大金額である必要はない。例えば、合計金額＝１５，６００円であって単位金額＝１，０００円である場合に、入金予定金額＝１５，０００円に限る必要はなく、入金予定金額＝１４，０００円あってもよい。この場合、端数金額＝合計金額１５，６００円−入金予定金額１４，０００円＝１，６００円となる。

店舗で行われる売上金額を簡易ＡＴＭに入金する入金作業の概要を示す模式図である。 ＰＯＳシステムを示すシステム構成図である。 ＰＯＳ端末のハードウェア構成を示すブロック図である。 ストアコンピュータのハードウェア構成を示すブロック図である。 本部サーバのハードウェア構成を示すブロック図である。 統合ファイルのデータ構成を示す模式図である。 ストアコンピュータのＣＰＵが実行する入金金額算出処理の流れを示すフローチャートである。 入金金額算出処理の流れの一例を示す模式図である。

符号の説明

３１…本部サーバ（上位サーバ）、４０…広域ネットワーク網（通信ネットワーク）、１１１…ＬＡＮケーブル（通信ネットワーク）、２０１…ＰＯＳ端末（商品販売データ処理装置）、４０１…ストアコンピュータ、４１１…ＬＣＤ（出力部）、４１２…キーボード（入力部）、４１３…マウス（入力部）、４１４…プリンタ（出力部）、４６１…ＨＤＤ（記憶部）

Claims (6)

1. 端数金額を記憶する記憶部と、
   通信ネットワークを介してデータ通信自在に接続する商品販売データ処理装置から売上金額を取得する手段と、
   前記取得した売上金額と前記記憶部に記憶されている端数金額とを合計して合計金額を算出する手段と、
   所定の単位金額の整数倍であり前記算出した合計金額を超えない入金予定金額と、当該合計金額と当該入金予定金額との差である端数金額とを算出する手段と、
   前記算出した端数金額を前記記憶部に記憶する手段と、
   を備えるストアコンピュータ。
2. 前記合計金額を前記単位金額で除した余りの金額を前記端数金額として算出する、請求項１記載のストアコンピュータ。
3. 前記単位金額の整数倍で前記合計金額を超えない最大金額を前記入金予定金額として算出する、請求項１または２記載のストアコンピュータ。
4. 各種情報を入力するための入力部を備え、前記単位金額は前記入力部からの操作入力に基づいて設定可能である、請求項１から３のいずれか一に記載のストアコンピュータ。
5. 各種情報を出力する出力部を備え、前記算出した入金予定金額を前記出力部に出力する、請求項１から４のいずれか一に記載のストアコンピュータ。
6. 前記通信ネットワークを介してデータ通信自在に接続する上位サーバに前記取得した売上金額と前記算出した合計金額と前記算出した入金予定金額と前記算出した端数金額との少なくとも一を送信する、請求項１から５のいずれか一に記載のストアコンピュータ。

Images