JP2001250168A - Ｐｏｓシステムおよびｐｏｓ装置 - Google Patents

Abstract

(57)【要約】 【課題】 電文抜けに基づく情報修正の要否の判断、修
正を短時間かつ確実に行うこと。 【解決手段】 ＰＯＳ装置１００は、１取引毎に発生す
る１売上データを取引ジャーナルファイルとして格納す
るとともに１売上データをＬＡＮ３００を介してストア
サーバ２００へ送信する。ストアサーバ２００は、１売
上データを受信しこれを売上データファイルとして格納
し、精算時にＰＯＳ装置１００に格納されている現金の
在高に関する現金在高データと売上データファイルに応
じた現金在高データとを照合する。また、ストアサーバ
２００は、上記照合結果が不一致である場合、取引ジャ
ーナルファイルと売上データファイルとを１取引単位で
照合した結果に基づいて、売上データファイルの修正を
行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、店舗に設置される
ＰＯＳシステムおよびＰＯＳ装置に関するものであり、
特に、電文抜けが発生したデータの特定および修正を短
時間かつ確実に行うことができるＰＯＳシステムおよび
ＰＯＳ装置に関するものである。

【０００２】近時、小売業においては、商品の売上内容
の把握の迅速化、省力化等を目的として、特に、コンビ
ニエンスストア、百貨店、スーパマーケット等では、Ｐ
ＯＳ（Point Of Sales）システムが急速に普及してい
る。このＰＯＳシステムにおいては、キャラクタを表す
バーコードを光学的に読み取りこの読み取り結果に基づ
いて売上データを生成し、この売上データをＬＡＮ（Lo
cal Area Network）を介してストアサーバへ送信してい
る。この送信の際に通信エラー等により当該売上データ
が消失するという電文抜けが発生する場合がある。従来
より、電文抜けが発生した売上データの特定、再登録に
膨大な時間がかかるため、かかる問題を効果的に解決す
る手段、方法が切望されている。

【０００３】

【従来の技術】図１０は、従来のＰＯＳシステムの概略
構成を示す図である。このＰＯＳシステムは、ＰＯＳ装
置１０と、ＬＡＮ３０を介してＰＯＳ装置１０に接続さ
れたストアサーバ２０とから構成されており、発注、仕
入、検品、顧客等の小売経営活動に関する店頭販売情報
をコンピュータを活用して管理する小売業の総合経営情
報システムである。

【０００４】ＰＯＳ装置１０は、レジカウンタに設置さ
れており、商品に付されたバーコードをバーコードスキ
ャナ（いずれも図示略）により読み取り、この読み取り
結果に基づいて、商品の数量、買上金額、消費税、合計
金額、預り金額、釣銭金額等からなる売上データを１取
引毎に生成する。バーコードは、複数の黒バーと白バー
とが交互に組み合わされてなり、ＥＶＥＮ０〜ＥＶＥＮ
９、ＯＤＤ０〜ＯＤＤ９という都合２０種類のキャラク
タを表現するものである。このバーコードには、国コー
ド、商品メーカコード、商品アイテムコード、チェック
デジットの情報が含まれている。

【０００５】キャッシュドロア１１には、釣銭準備金、
売上金等の現金が収容される。ストアサーバ２０は、店
舗の事務室等に設置されたコンピュータであり、ＰＯＳ
装置１０から１取引毎に送信される売上データを受信
し、これを売上データファイルＦ₀ に格納する。このス
トアサーバ２０は、売上データファイルＦ₀ に基づい
て、売上分析、発注管理、仕入管理等を行う。

【０００６】上記構成において、１人の顧客により商品
がレジカウンタに持ち込まれると、オペレータ（店員）
は、バーコードスキャナにより商品に付されたバーコー
ドを読み取るとともに、商品の数量を登録するというオ
ペレーションを商品の種類数分だけ繰り返す。そして、
全ての商品に関するオペレーションが終了すると、ＰＯ
Ｓ装置１０は、バーコードに対応する情報から、買上金
額、消費税、合計金額を算出し、これらをディスプレイ
（図示略）に表示させる。

【０００７】つぎに、オペレータは、顧客から受領した
預り金をキャッシュドロア１１に格納した後、預り金額
データをＰＯＳ装置１０に登録する。これにより、ＰＯ
Ｓ装置１０は、預り金額と合計金額との差を釣銭金額と
して算出した後、これをディスプレイに表示させる。こ
の釣銭金額が１円以上である場合、オペレータは、キャ
ッシュドロアから釣銭金額に対応する釣銭を取り出し、
これを顧客に渡す。

【０００８】これにより、１人の顧客との１取引が終了
し、ＰＯＳ装置１０は、１取引の売上データを生成し、
これをＬＡＮ３０を介してストアサーバ２０へ送信す
る。この売上データは、当該取引を特定するための取引
が行われた店舗を特定するための店コードと、取引通番
取引を識別するための取引通番と、取引日付と、取引開
始時刻と、ＰＯＳ端末１０を操作したオペレータを識別
するためのチェッカ番号およびキャッシャ番号と、商品
を分類識別するための分類コードと、分類コード毎の商
品の単価と、販売された商品の個数と、商品毎の合計の
売上金額である合価と、精算時（取引終結時）における
商品毎の取引合計金額と、販売商品の合計個数と、値
引、割引額等の合計である値引／割引合計金額と、外税
方式の消費税額である外税と、内税方式の消費税額であ
る内税とを含むデータである。

【０００９】また、ＰＯＳ装置１０は、売上データを取
引ジャーナルＪとして印字する。そして、売上データが
ストアサーバ２０により受信されると、ストアサーバ２
０は、１取引に対応する売上データを売上データファイ
ルＦ₀ に格納する。以後、１取引が発生する毎に上述し
た動作が繰り返されることにより、売上データファイル
Ｆ₀ には、売上データが順次格納される。

【００１０】そして、オペレータの交代時または閉店時
には、図１１に示した違算チェック処理が実行される。
この違算チェック処理では、キャッシュドロア１１内に
格納されている現金の合計（現金在高）と、ストアサー
バ２０内の現金在高（売上合計＋釣銭準備金）とが一致
しているか否かがチェックされる。すなわち、違算チェ
ック処理では、実際の現金在高（ＰＯＳ装置１０側の現
金在高）と、データ上の現金在高（ストアサーバ２０側
の現金在高）とが一致しているか否かがチェックされ
る。ここで、両者が一致しない要因としては、預り金の
登録ミスや釣銭金額の誤認等のオペレーションミスが発
生したこと、またはＰＯＳ装置１０からストアサーバ２
０へ売上データを送信した際に通信エラーにより上記売
上データの消失（以下、電文抜けという）が発生したこ
とが考えられる。

【００１１】この違算チェック処理では、キャッシュド
ロア１１に格納されている現金が計数されることによ
り、ＰＯＳ装置１０側の現金在高が求められる。また、
ストアサーバ２０でも、売上データファイルＦ₀ よりデ
ータ上の現金在高が求められる。具体的には、上記現金
在高は、予め入力される釣銭準備金データと、売上デー
タファイルＦ₀ から得られる総売上データとが加算され
ることにより、求められる。ここで、両現金在高が一致
した場合には、オペレーションミスも電文抜けも無いも
のと判断される。

【００１２】一方、両現金在高が不一致である場合に
は、図１２に示したように、ＰＯＳ装置１０から出力さ
れている取引ジャーナルＪと、売上データファイルＦ₀
との照合が行われる。すなわち、ストアサーバ２０で
は、売上データファイルＦ₀ が表示または印刷される。
つぎに、取引ジャーナルＪと売上データファイルＦ₀ と
が１取引単位で目視でつき合わされる。この結果、取引
ジャーナルＪと売上データファイルＦ₀ とが一致した場
合には、オペレーションミスが発生したものと判断され
る。

【００１３】一方、取引ジャーナルＪと売上データファ
イルＦ₀ とが不一致である場合、電文抜けが発生したも
のと判断され、この電文抜けが発生した取引に関する売
上データが特定される。すなわち、取引ジャーナルＪに
当該売上データが存在するが、売上データファイルＦ₀
には、当該売上データが存在しない。この場合には、図
１３に示した修正処理が実行される。すなわち、修正処
理では、電文抜けが発生した売上データがオペレータに
よりＰＯＳ装置１０に再登録される。ＰＯＳ装置１０
は、再登録された売上データをＬＡＮ３０を介してスト
アサーバ２０へ送信する。ストアサーバ２０は、上記売
上データを売上データファイルＦ₀ に再格納する。これ
により、売上データファイルＦ₀ の修正が終了する。

【００１４】

【発明が解決しようとする課題】ところで、前述したよ
うに、従来のＰＯＳシステムでは、電文抜けが発生した
場合に取引ジャーナルＪと売上データファイルＦ₀ とを
目視により照合することで、電文抜けが発生した売上デ
ータの特定を行っている旨を述べた。しかしながら、目
視により照合する方法では、取引数が増えるに従って、
照合対象も増えるため、照合ミスが発生し易いととも
に、電文抜けが発生した売上データの特定に長時間を要
するという問題があった。

【００１５】特に、閉店時に違算チェックを実施する運
用体制の店舗では、１日に発生する膨大な売上データが
照合対象となるため、膨大な売上データの中から電文抜
けが発生した売上データを目視で特定することが非常に
困難である。また、従来のＰＯＳシステムでは、電文抜
けが発生した売上データを特定した後に当該売上データ
を手動で修正しなければならないため、時間を要すると
いう問題があった。

【００１６】本発明は、上記に鑑みてなされたもので、
電文抜けに基づく情報修正の要否の判断、修正を短時間
かつ確実に行うことができるＰＯＳシステムおよびＰＯ
Ｓ装置を提供することを目的とする。

【００１７】

【課題を解決するための手段】上記目的を達成するため
に、請求項１にかかる発明は、１取引毎に集計された売
上情報を格納する第一の格納手段（後述する一実施の形
態のハードディスク１０４に相当）と、前記集計された
１取引毎の売上情報を上位装置に送信し、精算時の現金
在高情報を前記上位装置に送信する送信手段（後述する
一実施の形態のＣＰＵ１０２およびＬＡＮカード１０５
に相当）と、を備える端末装置（後述する一実施の形態
のＰＯＳ装置１００に相当）と、前記端末装置と伝送路
を介して接続され、前記端末装置から受信した売上情報
を格納する第二の格納手段（後述する一実施の形態のハ
ードディスク２０４に相当）と、前記端末装置での精算
時に、前記第二の格納手段に格納された売上情報の合計
値と、前記現金在高情報とを照合する照合手段（後述す
る一実施の形態のＣＰＵ２０２に相当）と、前記照合の
結果、前記合計値と前記現金在高情報とが一致しない場
合に、前記端末装置に対して前記第一の格納手段に格納
されている売上情報の送信を要求する要求手段（後述す
る一実施の形態のＣＰＵ２０２に相当）と、を備える上
位装置（後述する一実施の形態のストアサーバ２００に
相当）と、を有することを特徴とする。

【００１８】この発明によれば、１取引毎に第一の格納
手段に売上情報が格納される。また、送信手段により、
売上情報が上位装置に送信される。一方、上位装置の第
二の格納手段は、端末装置より受信した上記売上情報を
格納する。以後、１取引毎に上述した動作が繰り返され
る。そして、精算時では、照合手段は、売上情報の合計
値（上位装置で把握されている現金在高）と、実際の現
金在高とを照合する。ここで照合の結果が一致しない場
合、要求手段は、端末装置に対して第一の格納手段に格
納されている売上情報の送信を要求する。

【００１９】このように、この発明によれば、第二の格
納手段に格納された売上情報の合計値（上位装置で把握
されている現金在高）と、精算時での現金在高情報とを
照合し、両者の照合の結果が一致しない場合に、第一の
格納手段に格納されている売上情報の送信を要求するよ
うにしたので、従来のようにオペレータの目視により照
合を行っていた場合に比して、オペレータが特に意識す
ることなく、第二の格納手段に格納されている売上情報
の修正の要否を、短時間、かつ確実に判断することがで
きる。

【００２０】また、請求項２にかかる発明は、請求項１
に記載のＰＯＳシステムにおいて、前記上位装置は、前
記端末装置から売上情報を受信した後、前記第二の格納
手段に格納されている売上情報との対比を行い、前記第
二の格納手段に格納された売上情報に抜けがある場合、
抜けている情報を前記端末装置から受信した売上情報か
ら抽出し、抽出された情報に基づいて、前記第二の格納
手段に格納されている売上情報を修正する修正手段（後
述する一実施の形態のＣＰＵ２０２に相当）を備えるこ
とを特徴とする。

【００２１】この発明によれば、修正手段により、抜け
ている情報を端末装置から受信した売上情報から抽出
し、抽出された情報に基づいて、第二の格納手段に格納
されている売上情報を修正するようにしたので、従来の
ように違算チェック処理を行うか否かをオペレータが特
に意識することなく、抜けが生じた情報の特定、第二の
格納手段に格納されている売上情報の修正を短時間かつ
確実に行うことができる。

【００２２】また、請求項３にかかる発明は、請求項２
に記載のＰＯＳシステムにおいて、前記抜けている情報
を表示する表示手段（後述する一実施の形態のＣＰＵ２
０２およびディスプレイ２１０に相当）と、当該情報に
基づいて、前記第二の格納手段に格納されている売上情
報を修正するか否かを選択する選択手段（後述する一実
施の形態のキーボード２０７およびマウス２０８に相
当）とを備えることを特徴とする。

【００２３】この発明によれば、選択手段を設けて、第
二の格納手段に格納されている売上情報を修正するか否
かを選択できるようにしたので、店舗の運用状況に柔軟
に対応させて修正を行うことができる。

【００２４】また、請求項４にかかる発明は、請求項２
または３に記載のＰＯＳシステムにおいて、前記上位装
置は、前記照合手段の前記照合結果が不一致でありかつ
前記修正手段による修正が行われなかった場合に、前記
ＰＯＳ装置のオペレータのミスに関する履歴を表示する
履歴表示手段（後述する一実施の形態のＣＰＵ２０２お
よびディスプレイ２１０に相当）を備えることを特徴と
する。

【００２５】この発明によれば、照合手段の照合結果が
不一致でありかつ修正手段による修正が行われなかった
場合に、オペレータのミスに関する履歴を表示するよう
にしたので、抜けに起因してオペレータのミスと看過さ
れるケースを排除することができる。

【００２６】また、請求項５にかかる発明は、店舗に設
置され、伝送路を介して上位装置（後述する一実施の形
態のストアサーバ２００に相当）に接続されたＰＯＳ装
置において、１取引毎に集計された売上情報を格納する
格納手段（後述する一実施の形態のハードディスク１０
４に相当）と、前記集計された１取引毎の売上情報を上
位装置に送信するとともに、精算時の現金在高情報を前
記上位装置に送信する送信手段（後述する一実施の形態
のＣＰＵ１０２およびＬＡＮカード１０５に相当）と、
を備え、前記送信手段は、精算時に、前記上位装置にお
ける売上情報の合計値と前記現金在高情報との照合の結
果、前記合計値と前記現金在高情報とが一致しない場合
に前記上位装置からの要求に応じて、格納手段に格納さ
れている売上情報を前記上位装置へ送信すること、を特
徴とする。

【００２７】この発明によれば、１取引毎に格納手段に
売上情報が格納される。また、送信手段により、売上情
報が上位装置に送信される。以後、１取引毎に上述した
動作が繰り返される。そして、精算時では、送信手段
は、上位装置における売上情報の合計値（上位装置で把
握されている現金在高）と実際の現金在高とが一致しな
い場合、上位装置からの要求に応じて、格納手段に格納
されている売上情報を上位装置へ送信する。

【００２８】このように、この発明によれば、売上情報
の合計値（上位装置で把握されている現金在高）と、精
算時での現金在高情報とを照合し、両者の照合の結果が
一致しない場合に、上位装置からの要求に応じて格納手
段に格納されている売上情報を送信するようにしたの
で、従来のようにオペレータにより照合を行っていた場
合に比して、オペレータが特に意識することなく、上位
装置側で売上情報の修正の要否を、短時間、かつ確実に
判断することができる。

【００２９】

【発明の実施の形態】以下、図面を参照して本発明にか
かるＰＯＳシステムおよびＰＯＳ装置の一実施の形態に
ついて詳細に説明する。

【００３０】図１は、本発明にかかる一実施の形態の構
成を示すブロック図である。この図には、ＰＯＳ装置１
００と、ＬＡＮ３００を介してＰＯＳ装置１００に接続
されたストアサーバ２００とから構成されたＰＯＳシス
テムが図示されている。このＰＯＳシステムは、前述し
たように、発注、仕入、検品、顧客等の小売経営活動に
関する店頭販売情報をコンピュータを活用して管理する
小売業の総合経営情報システムである。

【００３１】ＰＯＳ装置１００は、レジカウンタに設置
されており、商品（図示略）に付されたバーコードを固
定スキャナ１１０またはタッチスキャナ１１２により読
み取り、この読み取り結果に基づいて、商品の数量、買
上金額、消費税、合計金額、預り金額、釣銭金額等から
なる売上データを１取引毎に生成する。このバーコード
には、国コード、商品メーカコード、商品アイテムコー
ド、チェックデジットの情報が含まれている。

【００３２】ＰＯＳ装置１００において、本体１０１
は、ＣＰＵ(Central Processing Unit）１０２、メモリ
１０３、ハードディスク１０４、ＬＡＮカード１０５お
よびインタフェース１０６を備えている。ＣＰＵ１０２
は、ＰＯＳ装置１００の各部を制御するものであり、こ
のＣＰＵ１０２の動作の詳細については後述する。メモ
リ１０３は、ＣＰＵ１０２で用いられるデータを一時的
に格納する。このメモリ１０３の記憶容量は、たとえ
ば、１６ＭＢ、３２ＭＢまたは６４ＭＢである。

【００３３】ハードディスク１０４は、図５に示した１
取引に対応する１売上データを取引ジャーナルファイル
Ｆ₁ として格納する。この１売上データは、当該取引を
特定するための「店コード」〜「内税」（図６参照）を
含むデータである。図６は、取引ジャーナルファイルＦ
₁ のフォーマットＦＭの一例を示す図である。

【００３４】この図において、「店コード」は、取引が
行われた店舗を識別するためのコードであり、「取引通
番」は、取引を識別するための番号である。「取引日
付」は、取引が行われた日付であり、「取引開始時刻」
は、取引の開始時刻であり、「チェッカ番号」および
「キャッシャ番号」は、ＰＯＳ端末１００を操作したオ
ペレータを識別するための番号である。「分類コード」
は、商品を分類識別するための情報であり、「単価」
は、分類コード毎の商品単価であり、「個数」は、商品
の販売個数であり、「合価」は、商品毎の合計の売上金
額である。

【００３５】「取引合計金額」は、精算時（取引終結
時）における商品毎の合計金額である。ここで精算と
は、オペレータの交代時／閉店時等に、ＰＯＳ端末１０
０の利用を終了するための処理をいう。「合計個数」
は、販売商品の合計販売個数であり、「値引／割引合計
金額」は、値引、割引額等の合計金額であり、「外税
額」は、外税方式の消費税額であり、「内税」は、内税
方式の消費税額である。また、ハードディスク１０４の
記憶容量は、たとえば、２ＧＢまたは４ＧＢである。

【００３６】ＬＡＮカード１０５は、ＣＰＵ１０２とＬ
ＡＮ３００との間のインタフェースをとるものであり、
所定の通信プロトコルに従って通信制御を行う。インタ
フェース１０６は、ＣＰＵ１０２とＩＤ（IDentificati
on）カードリーダ１０７〜タッチパネル１１６との間に
介挿されており、たとえば、ＲＳ２３２Ｃインタフェー
スボードである。ＩＤカードリーダ１０７は、オペレー
タが所持するＩＤカード（図示略）からオペレータデー
タを読み取る。このＩＤカードは、ＰＯＳ装置１００を
オペレーションした当該オペレータを特定するためのカ
ードである。

【００３７】キーボード１０８は、商品数量、預り金額
等の登録に用いられるものであり、「０」〜「９」まで
のテンキーを備えている。固定スキャナ１１０は、据え
付け型のスキャナであり、商品に付されたバーコードを
光学的に読み取り、読み取り結果をインタフェース１０
６を介して、ＣＰＵ１０２へ出力する。この固定スキャ
ナ１１０は、レーザ光をバーコードに対して照射するレ
ーザ発振部（図示略）と、バーコードにより反射された
レーザ光を受光する受光部（図示略）と、受光部の出力
信号からバーコード復調を行う復調部（図示略）とから
概略構成されている。オペレーションキー１０９は、Ｐ
ＯＳ装置１００を起動させるためのキーである。

【００３８】プリンタ１１１は、売上データを取引ジャ
ーナルとして印字する。タッチスキャナ１１２は、固定
スキャナ１１０と同様にして、商品に付されたバーコー
ドを光学的に読み取り、読み取り結果をインタフェース
１０６を介して、ＣＰＵ１０２へ出力する。ただし、こ
のタッチスキャナ１１２は、ハンディ型のスキャナであ
り、オペレータにより把持された状態で使用される。

【００３９】多項目キーボード１１３は、キーボード１
０８と同様にして、同種商品の数量等の登録に用いられ
るものである。顧客用ディスプレイ１１４は、顧客に対
して商品名、消費税、合計金額等を表示するものであ
り、ＣＲＴ（Cathode -Ray Tube）、ＬＣＤ（Liquid Cr
ystal Display）等である。オペレータ用ディスプレイ
１１５は、オペレータに対する各種表示を行うものであ
り、ＣＲＴ、ＬＣＤ等である。このオペレータ用ディス
プレイ１１５には、各種入力用のタッチパネル１１６が
貼着されている。キャッシュドロア１１７には、釣銭準
備金、売上金等の現金が収容される。

【００４０】ストアサーバ２００は、店舗の事務室等に
設置されたコンピュータであり、ＰＯＳ装置１００から
ＬＡＮ３００を介して１取引毎に送信される１売上デー
タを受信し、これを売上データファイルＦ₂ （図５参
照）に格納する。この売上データファイルＦ₂ のフォー
マットは、図６に示したものと同様である。このストア
サーバ２００は、売上データファイルＦ₂ に基づいて、
売上分析、発注管理、仕入管理、違算チェック等を行
う。

【００４１】このストアサーバ２００は、本体２０１お
よびキーボード２０７〜ディスプレイ２１０から構成さ
れている。本体２０１は、ＣＰＵ２０２、メモリ２０
３、ハードディスク２０４、ＬＡＮカード２０５および
インタフェース２０６を備えている。ＣＰＵ２０２は、
ストアサーバ２００の各部を制御するものであり、この
ＣＰＵ２０２の動作の詳細については後述する。

【００４２】メモリ２０３は、ＣＰＵ２０２で用いられ
るデータを一時的に格納する。このメモリ２０３の記憶
容量は、たとえば、１６ＭＢ、３２ＭＢまたは６４ＭＢ
である。ハードディスク２０４は、ＰＯＳ装置１００か
らの１売上データを売上データファイルＦ₂（図５参
照）として格納する。このハードディスク２０４の記憶
容量は、たとえば、４ＧＢまたは１３．６ＧＢである。

【００４３】ＬＡＮカード２０５は、ＣＰＵ２０２とＬ
ＡＮ３００との間のインタフェースをとるものであり、
所定の通信プロトコルに従って通信制御を行う。インタ
フェース２０６は、ＣＰＵ２０２とキーボード２０７〜
ディスプレイ２１０との間に介挿されており、たとえ
ば、ＲＳ２３２Ｃインタフェースボードである。キーボ
ード２０７およびマウス２０８は、売上データファイル
Ｆ₂（図５参照）の表示指示や、各種データの表示指示
等に用いられる入力デバイスである。

【００４４】プリンタ２０９は、売上データファイルＦ
₂ （図５参照）や、修正画面Ｇ₁（図２参照）、オペレ
ーションミス履歴画面Ｇ₂ 、Ｇ₃ （図３参照）を印刷す
る。なお、修正画面Ｇ₁ 、オペレーションミス履歴画面
Ｇ₂ 、Ｇ₃ の詳細については後述する。ディスプレイ２
１０は、ＣＲＴやＬＣＤであり、売上データファイルＦ
₂ (図５参照）や、修正画面Ｇ₁（図２参照）、オペレー
ションミス履歴画面Ｇ ₂ 、Ｇ₃ （図３参照）を表示す
る。

【００４５】つぎに、上述した一実施の形態の動作につ
いて図４に示したフローチャートを参照しつつ説明す
る。同図において、ステップＳＡ１〜ステップＳＡ１７
は、ＰＯＳ装置１００（図１参照）に対応しており、ス
テップＳＢ１〜ステップＳＢ１３は、ストアサーバ２０
０に対応している。同図に示したステップＳＡ１では、
オペレーションキー１０９によりＰＯＳ装置１００が起
動される。

【００４６】一方、ステップＳＢ１でストアサーバ２０
０が起動されると、ステップＳＢ２では、ＣＰＵ２０２
は、ＰＯＳ装置１００からの釣銭準備金データを受信し
たか否かを判断し、受信していない場合、判断結果を
「Ｎｏ」とし、釣銭準備金データを受信するまで同判断
を繰り返す。この釣銭準備金データは、１日の始業時に
キャッシュドロア１１７に釣銭用として格納された現金
（以下、釣銭準備金という）の総額に対応するデータで
ある。

【００４７】そして、オペレータは、始業時にキャッシ
ュドロア１１７に釣銭準備金を格納する。つぎに、ステ
ップＳＡ２では、オペレータは、釣銭準備金データをキ
ーボード１０８を用いて登録する。これにより、ステッ
プＳＡ３では、ＣＰＵ１０２は、釣銭準備金データをハ
ードディスク１０４に格納するとともに、ＬＡＮカード
１０５およびＬＡＮ３００を介してストアサーバ２００
へ送信する。ステップＳＡ４では、オペレータは、顧客
対応があるか否かを判断し、顧客対応がない場合、判断
結果を「Ｎｏ」とし、顧客への対応が開始されるまで、
同判断を繰り返す。

【００４８】そして、釣銭準備金データがＬＡＮカード
２０５を介してＣＰＵ２０２に受信されると、ＣＰＵ２
０２は、ステップＳＢ２の判断結果を「Ｙｅｓ」とす
る。ステップＳＢ３では、ＣＰＵ２０２は、釣銭準備金
データをハードディスク２０４内の売上データファイル
Ｆ₂（図５参照）に格納する。ステップＳＢ４では、Ｃ
ＰＵ２０２は、ＰＯＳ装置１００からの１売上データを
受信したか否かを判断し、１売上データを受信するま
で、「Ｎｏ」として同判断を繰り返す。

【００４９】そして、１人の顧客により商品がレジカウ
ンタに持ち込まれると、オペレータは、顧客対応を行う
（ステップＳＡ４：「Ｙｅｓ」）。つぎに、ステップＳ
Ａ５では、オペレータは、固定スキャナ１１０（または
タッチスキャナ１１２）により商品に付されたバーコー
ドをスキャニングする。これにより、固定スキャナ１１
０からは、インタフェース１０６を介してバーコードの
読み取り結果がＣＰＵ１０２へ出力される。

【００５０】ここで、同種商品が複数個ある場合、ステ
ップＳＡ６では、オペレータは、同種商品の数量データ
を多項目キーボード１１３を用いて入力する。これによ
り、多項目キーボード１１３からは、インタフェース１
０６を介してＣＰＵ１０２へ数量データが出力される。
なお、同種商品が１個の場合や、複数個の同種商品を個
別的にバーコードをスキャニングする場合、ステップＳ
Ａ６はスキップされる。ステップＳＡ７では、オペレー
タは、他商品があるか否かを判断し、商品がある場合
（ステップＳＡ７：「Ｙｅｓ」）、ステップＳＡ５以降
の処理を商品の種類数分だけ繰り返す。そして、全ての
商品に関する処理が終了すると、オペレータは、商品登
録を終了する（ステップＳＡ７：「Ｎｏ」）。

【００５１】そして、商品登録を終了するための操作が
オペレータにより行われると、ステップＳＡ８では、Ｃ
ＰＵ１０２は、買上金額、消費税、合計金額を算出し、
これらを顧客用ディスプレイ１１４およびオペレータ用
ディスプレイ１１５に表示させる。そして、合計金額に
対応する現金が顧客からオペレータに渡されると、ステ
ップＳＡ９では、オペレータは、顧客から受領した預り
金をキャッシュドロア１１７に格納した後、キーボード
１０８を用いて預り金額データを登録する。

【００５２】これにより、ステップＳＡ１０では、ＣＰ
Ｕ１０２は、預り金額と合計金額との差を釣銭金額とし
て算出する。ステップＳＡ１１では、ＣＰＵ１０２は、
釣銭金額データを顧客用ディスプレイ１１４に表示させ
る。この釣銭金額が１円以上である場合、オペレータ
は、キャッシュドロア１１７から釣銭金額に対応する釣
銭を取り出し、これを顧客に渡す。

【００５３】ステップＳＡ１２では、ＣＰＵ１０２は、
図５に示した１取引に対応する１売上データを生成し、
これを取引ジャーナルファイルＦ₁ に格納する。ステッ
プＳＡ１３では、ＣＰＵ１０２は、上記１売上データを
ＬＡＮカード１０５およびＬＡＮ３００を介してストア
サーバ２００へ送信する。この１売上データは、当該取
引を特定するための「店コード」〜「内税」（図６参
照）を含むデータである。

【００５４】そして、１売上データがＬＡＮカード２０
５を介してＣＰＵ２０２に受信されると、ＣＰＵ２０２
は、ステップＳＢ４の判断結果を「Ｙｅｓ」とする。ス
テップＳＢ５では、ＣＰＵ２０２は、１売上データを売
上データファイルＦ₂ （図５参照）に格納する。ステッ
プＳＢ６では、ＣＰＵ２０２は、ＰＯＳ装置１００から
の現金在高データを受信したか否かを判断する。ここ
で、オペレータが交代しない場合や閉店とならない場
合、現金在高データがＰＯＳ端末１００から送信されな
いため、ステップＳＢ６の判断結果が「Ｎｏ」とされ
る。現金在高データとは、後述する精算処理時（オペレ
ータの交代時または閉店時）にキャッシュドロア１１７
内に格納されている現金の金額合計に対応するデータで
ある。

【００５５】ステップＳＡ１４では、ＣＰＵ１０２は、
精算処理を実行するか否かを判断する。オペレータの交
代等がない場合には、ＣＰＵ１０２は、ステップＳＡ１
４の判断結果を「Ｎｏ」とする。以後、１取引が発生す
る毎に上述した動作が繰り返されることにより、図５に
示したように、取引ジャーナルファイルＦ₁ および売上
データファイルＦ₂ には、１売上データが順次格納され
る。

【００５６】そして、オペレータの交代時または閉店
時、すなわち、精算時になると、オペレータは、キーボ
ード１０８より精算処理の指示を出す。これにより、Ｃ
ＰＵ１０２は、ステップＳＡ１４の判断結果を「Ｙｅ
ｓ」とする。ステップＳＡ１５では、オペレータは、キ
ャッシュドロア１１７に格納されている現金を計数し、
この計数結果を現金在高データとしてキーボード１０８
を用いて登録する。ステップＳＡ１６では、登録された
現金在高データをＬＡＮカード１０５およびＬＡＮ３０
０を介してストアサーバ２００へ送信する。

【００５７】上記現金在高データは、ＬＡＮカード２０
５を介してＣＰＵ２０２に受信される。これにより、Ｃ
ＰＵ２０２は、ステップＳＢ６の判断結果を「Ｙｅｓ」
とする。ステップＳＢ７では、ＣＰＵ２０２は、違算チ
ェック処理を実行する。この違算チェック処理では、Ｐ
ＯＳ装置１００からの現金在高データと売上データファ
イルＦ₂ （図７参照）における現金在高（売上合計＋釣
銭準備金）とが一致しているか否かがチェックされる。
すなわち、違算チェック処理では、図７に示したように
実際の現金在高（ＰＯＳ装置１００側の現金在高）と、
データ上の現金在高（ストアサーバ２００側の現金在
高）とが一致しているか否かがチェックされる。なお、
本一実施の形態では、現金在高が売上合計と釣銭準備金
との和であるが、［特許請求の範囲］では、「売上情報
の合計値」には釣銭準備金が含まれるものとし、従っ
て、「売上情報の合計値」＝「現金在高」とする。

【００５８】ここで、両者が一致しない要因としては、
預り金の登録ミスや釣銭金額の誤認等のオペレーション
ミスが発生したこと、またはＰＯＳ装置１００からスト
アサーバ２００へ売上データを送信した際に通信エラー
により上記売上データの消失（以下、電文抜けという）
が発生したことが考えられる。

【００５９】この違算チェック処理では、ＣＰＵ２０２
は、売上データファイルＦ₂ より得られる現金在高に釣
銭準備金データから得られる釣銭準備金とを加算した結
果を、ストアサーバ２００側現金在高データとして求め
る。つぎに、ＣＰＵ２０２は、ＰＯＳ装置１００からの
現金在高データと上記ストアサーバ２００側現金在高デ
ータとを比較することにより、違算チェックを実施す
る。

【００６０】ステップＳＢ８では、ＣＰＵ２０２は、違
算チェック結果がＮＧ、すなわち、ＰＯＳ装置１００か
らの現金在高データと、ストアサーバ２００側現金在高
データとが不一致であるか否かを判断する。この判断結
果が「Ｎｏ」である場合、ＣＰＵ２０２は、オペレーシ
ョンミスも電文抜けも無いものとして、一連の処理を終
了する。

【００６１】一方、ステップＳＢ８の判断結果が「Ｙｅ
ｓ」である場合、ステップＳＢ９では、ＣＰＵ２０２
は、ＰＯＳ装置１００からの取引ジャーナルファイルＦ
₁（図５参照）を受信したか否かを判断する。ここで、
ステップＳＡ１７でＣＰＵ１０２により、ＬＡＮカード
１０５およびＬＡＮ３００を介して取引ジャーナルファ
イルＦ₁ がストアサーバ２００へ送信されたものとす
る。

【００６２】そして、図８に示した取引ジャーナルファ
イルＦ₁ がＬＡＮカード２０５を介してＣＰＵ２０２に
受信されると、ＣＰＵ２０２は、取引ジャーナルファイ
ルＦ ₁ を取引ジャーナルファイルＦ₁’としてハードデ
ィスク２０４に格納した後、ステップＳＢ９の判断結果
を「Ｙｅｓ」とする。ステップＳＢ１０では、ＣＰＵ２
０２は、取引ジャーナルファイルＦ₁’と、売上データ
ファイルＦ₂ とを１売上データ毎に、取引通番等（図６
参照）をキーとして照合するという照合処理を実行す
る。

【００６３】そして、電文抜けにより、取引ジャーナル
ファイルＦ₁’に存在するが売上データファイルＦ₂ に
存在しないデータがあると、ステップＳＢ１１では、Ｃ
ＰＵ２０２は、図９に示した修正処理を実行する。この
修正処理では、ＣＰＵ２０２は、取引ジャーナルファイ
ルＦ₁’から電文抜けが発生したデータを抽出する。つ
ぎに、ＣＰＵ２０２は、図２に示した修正画面Ｇ₁ をデ
ィスプレイ２１０に表示させる。この修正画面Ｇ₁ に
は、電文抜けが発生した二つの１売上データ（取引通番
「000123」および「001010」）が表示されている。そし
て、修正画面Ｇ₁を確認したオペレータは、電文抜けが
発生した１売上データを売上データファイルＦ₂ に反映
させるか否かを判断する。

【００６４】ここで、反映させる場合、オペレータは、
キーボード２０７またはマウス２０８より同図に示した
「自動反映」の「ＹＥＳ」を選択する。これにより、取
引ジャーナルファイルＦ₁’から抽出されたデータが売
上データファイルＦ₂ に反映されることで自動修正が行
われる。一方、反映させない場合、オペレータは、キー
ボード２０７より同図に示した「自動反映」の「ＮＯ」
を選択する。この場合、１売上データは、売上データフ
ァイルＦ₂ に反映されない。

【００６５】なお、一実施の形態では、オペレータによ
り「自動反映」の要否を判断するようにしたが、オペレ
ータの判断によらず、電文抜けが発生した１売上データ
を自動的に売上データファイルＦ₂ に反映させるように
してもよい。また、取引ジャーナルファイルＦ₁’と売
上データファイルＦ₂ との照合結果が一致した場合に
は、オペレーションミス（釣銭誤り等）が発生している
ものと判断され、ステップＳＢ１１がスキップされる。

【００６６】ステップＳＢ１２では、ＣＰＵ２０２は、
オペレーションミスがあるか否かを判断する。すなわ
ち、ＣＰＵ２０２は、違算チェック結果がＮＧでありか
つ取引ジャーナルファイルＦ₁’と売上データファイル
Ｆ₂ との照合結果が一致であるか否かを判断する。この
判断結果が「Ｎｏ」である場合、ＣＰＵ２０２は、一連
の処理を終了する。

【００６７】一方、ステップＳＢ１２の判断結果が「Ｙ
ｅｓ」である場合、ステップＳＢ１３では、ＣＰＵ２０
２は、当該オペレータに関する誤算履歴、すなわちオペ
レーションミスの発生履歴に関するオペレーションミス
履歴画面Ｇ₂ またはＧ₃ （図３（ａ）または（ｂ）参
照）をディスプレイ２１０に表示させた後、一連の処理
を終了する。オペレーションミス履歴画面Ｇ₂ は、月単
位のオペレーションミス履歴（従業員番号、オペレータ
氏名、誤算年月日、誤算金額等）を示す画面である。一
方、オペレーションミス履歴画面Ｇ₃ は、年単位のオペ
レーションミス履歴（従業員番号、オペレータ氏名、誤
算年月、誤算金額等）を示す画面である。

【００６８】以上説明したように、一実施の形態によれ
ば、１取引毎に１売上データを送信するとともに取引ジ
ャーナルファイルＦ₁ として格納し、精算時に取引ジャ
ーナルファイルＦ₁ を送信し、かつストアサーバ２００
側で取引ジャーナルファイルＦ₁’（取引ジャーナルフ
ァイルＦ₁ ）と売上データファイルＦ₂ との照合結果に
基づいて、電文抜けが発生した１売上データを特定する
ようにしたので、従来のように目視による特定に比し
て、短時間かつ確実に電文抜けが発生したデータを特定
することができる。

【００６９】また、一実施の形態によれば、電文抜けが
発生した１売上データを売上データファイルＦ₂ に自動
反映するようにしたので、従来のように人手により修正
を行う場合に比して、１売上データの修正を短時間かつ
確実に行うことができる。

【００７０】また、一実施の形態によれば、図２に示し
たように、電文抜けが発生した１売上データを売上デー
タファイルＦ₂ に反映させるか否かを選択できるように
したので、店舗の運用状況に柔軟に対応させて修正を行
うことができる。

【００７１】また、一実施の形態によれば、図４に示し
たステップＳＢ８の判断結果が「Ｙｅｓ」でありかつス
テップＳＢ１１で１売上データの修正が行われなかった
場合に、図３（ａ）または（ｂ）に示したオペレータの
ミスに関する履歴を表示するようにしたので、電文抜け
に起因してオペレータのミスと看過されるケースを排除
することができる。

【００７２】

【発明の効果】以上説明したように、請求項１にかかる
発明は、第二の格納手段に格納された売上情報の合計値
（上位装置で把握されている現金在高）と、精算時での
現金在高情報とを照合し、両者の照合の結果が一致しな
い場合に、第一の格納手段に格納されている売上情報の
送信を要求するようにしたので、従来のようにオペレー
タの目視により照合を行っていた場合に比して、オペレ
ータが特に意識することなく、第二の格納手段に格納さ
れている売上情報の修正の要否を、短時間、かつ確実に
判断することができるという効果を奏する。

【００７３】また、請求項２にかかる発明によれば、修
正手段により、抜けている情報を端末装置から受信した
売上情報から抽出し、抽出された情報に基づいて、第二
の格納手段に格納されている売上情報を修正するように
したので、従来のように違算チェック処理を行うか否か
をオペレータが特に意識することなく、抜けが生じた情
報の特定、第二の格納手段に格納されている売上情報の
修正を短時間かつ確実に行うことができるという効果を
奏する。

【００７４】また、請求項３にかかる発明によれば、選
択手段を設けて、第二の格納手段に格納されている売上
情報を修正するか否かを選択できるようにしたので、店
舗の運用状況に柔軟に対応させて修正を行うことができ
るという効果を奏する。

【００７５】また、請求項４にかかる発明によれば、照
合手段の照合結果が不一致でありかつ修正手段による修
正が行われなかった場合に、オペレータのミスに関する
履歴を表示するようにしたので、抜けに起因してオペレ
ータのミスと看過されるケースを排除することができる
という効果を奏する。

【００７６】また、請求項５にかかる発明によれば、売
上情報の合計値（上位装置で把握されている現金在高）
と、精算時での現金在高情報とを照合し、両者の照合の
結果が一致しない場合に、上位装置からの要求に応じて
格納手段に格納されている売上情報を送信するようにし
たので、従来のようにオペレータにより照合を行ってい
た場合に比して、オペレータが特に意識することなく、
上位装置側で売上情報の修正の要否を、短時間、かつ確
実に判断することができるという効果を奏する。

【図面の簡単な説明】

【図１】本発明にかかる一実施の形態の構成を示すブロ
ック図である。

【図２】図１に示したディスプレイ２１０に表示される
修正画面Ｇ₁ を示す図である。

【図３】図１に示したディスプレイ２１０に表示される
オペレーションミス履歴画面Ｇ ₂ およびＧ₃ を示す図で
ある。

【図４】同一実施の形態の動作を説明するフローチャー
トである。

【図５】同一実施の形態の動作を説明する図である。

【図６】図５に示した取引ジャーナルファイルＦ₁ およ
び売上データファイルＦ₂ のフォーマットＦＭの一例を
示す図である。

【図７】同一実施の形態の違算チェック処理を説明する
図である。

【図８】同一実施の形態の違算チェック処理を説明する
図である。

【図９】同一実施の形態における売上データファイルの
修正処理を説明する図である。

【図１０】従来のＰＯＳシステムの概略構成を示す図で
ある。

【図１１】従来のＰＯＳシステムの違算チェック処理を
説明する図である。

【図１２】従来のＰＯＳシステムの違算チェック処理を
説明する図である。

【図１３】従来のＰＯＳシステムにおける売上データフ
ァイルの修正処理を説明する図である。

【符号の説明】

１００ ＰＯＳ装置 １０２ ＣＰＵ １０４ ハードディスク １０５ ＬＡＮカード ２００ ストアサーバ ２０２ ＣＰＵ ２０４ ハードディスク ２０５ ＬＡＮカード ２０７ キーボード ２１０ ディスプレイ ３００ ＬＡＮ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 3E042 CA08 CB03 CD05 DA01 EA01 EA05 EA08 5B049 AA04 AA05 AA06 BB11 DD01 DD02 DD04 EE05 FF01 GG01 GG04 GG07 9A001 BB04 DD10 JJ58 KK57

Claims (5)

【特許請求の範囲】
1. 【請求項１】 １取引毎に集計された売上情報を格納す
   る第一の格納手段と、 前記集計された１取引毎の売上情報を上位装置に送信
   し、精算時の現金在高情報を前記上位装置に送信する送
   信手段と、 を備える端末装置と、 前記端末装置と伝送路を介して接続され、 前記端末装置から受信した売上情報を格納する第二の格
   納手段と、 前記端末装置での精算時に、前記第二の格納手段に格納
   された売上情報の合計値と、前記現金在高情報とを照合
   する照合手段と、 前記照合の結果、前記合計値と前記現金在高情報とが一
   致しない場合に、前記端末装置に対して前記第一の格納
   手段に格納されている売上情報の送信を要求する要求手
   段と、を備える上位装置と、を有することを特徴とする
   ＰＯＳシステム。
2. 【請求項２】 前記上位装置は、前記端末装置から売上
   情報を受信した後、前記第二の格納手段に格納されてい
   る売上情報との対比を行い、前記第二の格納手段に格納
   された売上情報に抜けがある場合、抜けている情報を前
   記端末装置から受信した売上情報から抽出し、抽出され
   た情報に基づいて、前記第二の格納手段に格納されてい
   る売上情報を修正する修正手段を備えることを特徴とす
   る請求項１に記載のＰＯＳシステム。
3. 【請求項３】 前記抜けている情報を表示する表示手段
   と、当該情報に基づいて、前記第二の格納手段に格納さ
   れている売上情報を修正するか否かを選択する選択手段
   とを備えることを特徴とする請求項２に記載のＰＯＳシ
   ステム。
4. 【請求項４】 前記上位装置は、前記照合手段の前記照
   合結果が不一致でありかつ前記修正手段による修正が行
   われなかった場合に、前記ＰＯＳ装置のオペレータのミ
   スに関する履歴を表示する履歴表示手段を備えることを
   特徴とする請求項２または３に記載のＰＯＳシステム。
5. 【請求項５】 店舗に設置され、伝送路を介して上位装
   置に接続されたＰＯＳ装置において、 １取引毎に集計された売上情報を格納する格納手段と、 前記集計された１取引毎の売上情報を上位装置に送信す
   るとともに、精算時の現金在高情報を前記上位装置に送
   信する送信手段と、 を備え、 前記送信手段は、精算時に、前記上位装置における売上
   情報の合計値と前記現金在高情報との照合の結果、前記
   合計値と前記現金在高情報とが一致しない場合に前記上
   位装置からの要求に応じて、格納手段に格納されている
   売上情報を前記上位装置へ送信すること、 を特徴とするＰＯＳ装置。