JP3929670B2 - Ｐｏｓシステムおよびｐｏｓ装置 - Google Patents
Ｐｏｓシステムおよびｐｏｓ装置 Download PDFInfo
- Publication number
- JP3929670B2 JP3929670B2 JP2000061111A JP2000061111A JP3929670B2 JP 3929670 B2 JP3929670 B2 JP 3929670B2 JP 2000061111 A JP2000061111 A JP 2000061111A JP 2000061111 A JP2000061111 A JP 2000061111A JP 3929670 B2 JP3929670 B2 JP 3929670B2
- Authority
- JP
- Japan
- Prior art keywords
- sales
- sales information
- storage means
- transaction
- pos
- 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.)
- Expired - Fee Related
Links
- 238000012937 correction Methods 0.000 claims description 28
- 230000005540 biological transmission Effects 0.000 claims description 12
- 238000000034 method Methods 0.000 description 22
- 238000012545 processing Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 11
- 238000004891 communication Methods 0.000 description 7
- 230000000694 effects Effects 0.000 description 7
- 238000012795 verification Methods 0.000 description 6
- 230000004044 response Effects 0.000 description 3
- 238000007689 inspection Methods 0.000 description 2
- 230000001678 irradiating effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000010355 oscillation Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- 238000011179 visual inspection Methods 0.000 description 1
Images
Landscapes
- Cash Registers Or Receiving Machines (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、店舗に設置されるＰＯＳシステムおよびＰＯＳ装置に関するものであり、特に、電文抜けが発生したデータの特定および修正を短時間かつ確実に行うことができるＰＯＳシステムおよびＰＯＳ装置に関するものである。
【０００２】
近時、小売業においては、商品の売上内容の把握の迅速化、省力化等を目的として、特に、コンビニエンスストア、百貨店、スーパマーケット等では、ＰＯＳ（Point Of Sales）システムが急速に普及している。このＰＯＳシステムにおいては、キャラクタを表すバーコードを光学的に読み取りこの読み取り結果に基づいて売上データを生成し、この売上データをＬＡＮ（Local Area Network）を介してストアサーバへ送信している。この送信の際に通信エラー等により当該売上データが消失するという電文抜けが発生する場合がある。従来より、電文抜けが発生した売上データの特定、再登録に膨大な時間がかかるため、かかる問題を効果的に解決する手段、方法が切望されている。
【０００３】
【従来の技術】
図１０は、従来のＰＯＳシステムの概略構成を示す図である。このＰＯＳシステムは、ＰＯＳ装置１０と、ＬＡＮ３０を介してＰＯＳ装置１０に接続されたストアサーバ２０とから構成されており、発注、仕入、検品、顧客等の小売経営活動に関する店頭販売情報をコンピュータを活用して管理する小売業の総合経営情報システムである。
【０００４】
ＰＯＳ装置１０は、レジカウンタに設置されており、商品に付されたバーコードをバーコードスキャナ（いずれも図示略）により読み取り、この読み取り結果に基づいて、商品の数量、買上金額、消費税、合計金額、預り金額、釣銭金額等からなる売上データを１取引毎に生成する。バーコードは、複数の黒バーと白バーとが交互に組み合わされてなり、ＥＶＥＮ０〜ＥＶＥＮ９、ＯＤＤ０〜ＯＤＤ９という都合２０種類のキャラクタを表現するものである。このバーコードには、国コード、商品メーカコード、商品アイテムコード、チェックデジットの情報が含まれている。
【０００５】
キャッシュドロア１１には、釣銭準備金、売上金等の現金が収容される。ストアサーバ２０は、店舗の事務室等に設置されたコンピュータであり、ＰＯＳ装置１０から１取引毎に送信される売上データを受信し、これを売上データファイルＦ0 に格納する。このストアサーバ２０は、売上データファイルＦ0 に基づいて、売上分析、発注管理、仕入管理等を行う。
【０００６】
上記構成において、１人の顧客により商品がレジカウンタに持ち込まれると、オペレータ（店員）は、バーコードスキャナにより商品に付されたバーコードを読み取るとともに、商品の数量を登録するというオペレーションを商品の種類数分だけ繰り返す。そして、全ての商品に関するオペレーションが終了すると、ＰＯＳ装置１０は、バーコードに対応する情報から、買上金額、消費税、合計金額を算出し、これらをディスプレイ（図示略）に表示させる。
【０００７】
つぎに、オペレータは、顧客から受領した預り金をキャッシュドロア１１に格納した後、預り金額データをＰＯＳ装置１０に登録する。これにより、ＰＯＳ装置１０は、預り金額と合計金額との差を釣銭金額として算出した後、これをディスプレイに表示させる。この釣銭金額が１円以上である場合、オペレータは、キャッシュドロアから釣銭金額に対応する釣銭を取り出し、これを顧客に渡す。
【０００８】
これにより、１人の顧客との１取引が終了し、ＰＯＳ装置１０は、１取引の売上データを生成し、これをＬＡＮ３０を介してストアサーバ２０へ送信する。この売上データは、当該取引を特定するための取引が行われた店舗を特定するための店コードと、取引通番取引を識別するための取引通番と、取引日付と、取引開始時刻と、ＰＯＳ端末１０を操作したオペレータを識別するためのチェッカ番号およびキャッシャ番号と、商品を分類識別するための分類コードと、分類コード毎の商品の単価と、販売された商品の個数と、商品毎の合計の売上金額である合価と、精算時（取引終結時）における商品毎の取引合計金額と、販売商品の合計個数と、値引、割引額等の合計である値引／割引合計金額と、外税方式の消費税額である外税と、内税方式の消費税額である内税とを含むデータである。
【０００９】
また、ＰＯＳ装置１０は、売上データを取引ジャーナルＪとして印字する。そして、売上データがストアサーバ２０により受信されると、ストアサーバ２０は、１取引に対応する売上データを売上データファイルＦ0 に格納する。以後、１取引が発生する毎に上述した動作が繰り返されることにより、売上データファイルＦ0 には、売上データが順次格納される。
【００１０】
そして、オペレータの交代時または閉店時には、図１１に示した違算チェック処理が実行される。この違算チェック処理では、キャッシュドロア１１内に格納されている現金の合計（現金在高）と、ストアサーバ２０内の現金在高（売上合計＋釣銭準備金）とが一致しているか否かがチェックされる。すなわち、違算チェック処理では、実際の現金在高（ＰＯＳ装置１０側の現金在高）と、データ上の現金在高（ストアサーバ２０側の現金在高）とが一致しているか否かがチェックされる。ここで、両者が一致しない要因としては、預り金の登録ミスや釣銭金額の誤認等のオペレーションミスが発生したこと、またはＰＯＳ装置１０からストアサーバ２０へ売上データを送信した際に通信エラーにより上記売上データの消失（以下、電文抜けという）が発生したことが考えられる。
【００１１】
この違算チェック処理では、キャッシュドロア１１に格納されている現金が計数されることにより、ＰＯＳ装置１０側の現金在高が求められる。また、ストアサーバ２０でも、売上データファイルＦ0 よりデータ上の現金在高が求められる。具体的には、上記現金在高は、予め入力される釣銭準備金データと、売上データファイルＦ0 から得られる総売上データとが加算されることにより、求められる。ここで、両現金在高が一致した場合には、オペレーションミスも電文抜けも無いものと判断される。
【００１２】
一方、両現金在高が不一致である場合には、図１２に示したように、ＰＯＳ装置１０から出力されている取引ジャーナルＪと、売上データファイルＦ0 との照合が行われる。すなわち、ストアサーバ２０では、売上データファイルＦ0 が表示または印刷される。つぎに、取引ジャーナルＪと売上データファイルＦ0 とが１取引単位で目視でつき合わされる。この結果、取引ジャーナルＪと売上データファイルＦ0 とが一致した場合には、オペレーションミスが発生したものと判断される。
【００１３】
一方、取引ジャーナルＪと売上データファイルＦ0 とが不一致である場合、電文抜けが発生したものと判断され、この電文抜けが発生した取引に関する売上データが特定される。すなわち、取引ジャーナルＪに当該売上データが存在するが、売上データファイルＦ0 には、当該売上データが存在しない。この場合には、図１３に示した修正処理が実行される。すなわち、修正処理では、電文抜けが発生した売上データがオペレータによりＰＯＳ装置１０に再登録される。ＰＯＳ装置１０は、再登録された売上データをＬＡＮ３０を介してストアサーバ２０へ送信する。ストアサーバ２０は、上記売上データを売上データファイルＦ0 に再格納する。これにより、売上データファイルＦ0 の修正が終了する。
【００１４】
【発明が解決しようとする課題】
ところで、前述したように、従来のＰＯＳシステムでは、電文抜けが発生した場合に取引ジャーナルＪと売上データファイルＦ0 とを目視により照合することで、電文抜けが発生した売上データの特定を行っている旨を述べた。しかしながら、目視により照合する方法では、取引数が増えるに従って、照合対象も増えるため、照合ミスが発生し易いとともに、電文抜けが発生した売上データの特定に長時間を要するという問題があった。
【００１５】
特に、閉店時に違算チェックを実施する運用体制の店舗では、１日に発生する膨大な売上データが照合対象となるため、膨大な売上データの中から電文抜けが発生した売上データを目視で特定することが非常に困難である。また、従来のＰＯＳシステムでは、電文抜けが発生した売上データを特定した後に当該売上データを手動で修正しなければならないため、時間を要するという問題があった。
【００１６】
本発明は、上記に鑑みてなされたもので、電文抜けに基づく情報修正の要否の判断、修正を短時間かつ確実に行うことができるＰＯＳシステムおよびＰＯＳ装置を提供することを目的とする。
【００１７】
【課題を解決するための手段】
上記目的を達成するために、請求項１にかかる発明は、１取引毎に集計された売上情報を格納する第一の格納手段（後述する一実施の形態のハードディスク１０４に相当）と、前記集計された１取引毎の売上情報および精算時の現金在高情報を前記上位装置に送信する送信手段（後述する一実施の形態のＣＰＵ１０２およびＬＡＮカード１０５に相当）と、を備える端末装置（後述する一実施の形態のＰＯＳ装置１００に相当）と、前記端末装置と伝送路を介して接続され、前記端末装置から受信した売上情報を格納する第二の格納手段（後述する一実施の形態のハードディスク２０４に相当）と、前記端末装置での精算時に、前記第二の格納手段に格納された売上情報の合計値と、前記端末装置からの前記現金在高情報とを照合する照合手段（後述する一実施の形態のＣＰＵ２０２に相当）と、前記照合の結果、前記合計値と前記現金在高情報とが一致しない場合に、前記端末装置に対して前記第一の格納手段に格納されている売上情報の送信を要求する要求手段（後述する一実施の形態のＣＰＵ２０２に相当）と、を備える上位装置（後述する一実施の形態のストアサーバ２００に相当）と、を有することを特徴とする。
【００１８】
この発明によれば、１取引毎に第一の格納手段に売上情報が格納される。また、送信手段により、売上情報が上位装置に送信される。一方、上位装置の第二の格納手段は、端末装置より受信した上記売上情報を格納する。以後、１取引毎に上述した動作が繰り返される。そして、精算時では、照合手段は、売上情報の合計値（上位装置で把握されている現金在高）と、実際の現金在高とを照合する。ここで照合の結果が一致しない場合、要求手段は、端末装置に対して第一の格納手段に格納されている売上情報の送信を要求する。
【００１９】
このように、この発明によれば、第二の格納手段に格納された売上情報の合計値（上位装置で把握されている現金在高）と、精算時での現金在高情報とを照合し、両者の照合の結果が一致しない場合に、第一の格納手段に格納されている売上情報の送信を要求するようにしたので、従来のようにオペレータの目視により照合を行っていた場合に比して、オペレータが特に意識することなく、第二の格納手段に格納されている売上情報の修正の要否を、短時間、かつ確実に判断することができる。
【００２０】
また、請求項２にかかる発明は、請求項１に記載のＰＯＳシステムにおいて、前記上位装置は、前記端末装置から受信した売上情報と前記第二の格納手段に格納されている売上情報との対比を行い、前記第二の格納手段に格納された売上情報に抜けがあるとの照合結果に基づいて、前記第二の格納手段に格納された売上情報に抜けがある場合、抜けている情報を前記端末装置から受信した売上情報から抽出し、抽出された情報に基づいて、前記第二の格納手段に格納されている売上情報を修正する修正手段（後述する一実施の形態のＣＰＵ２０２に相当）を備えることを特徴とする。
【００２１】
この発明によれば、表示手段に表示された前記抜けている情報に基づいて、第二の格納手段に格納されている売上情報を修正するようにしたので、従来のように違算チェック処理を行うか否かをオペレータが特に意識することなく、抜けが生じた情報の特定、第二の格納手段に格納されている売上情報の修正を短時間かつ確実に行うことができる。
【００２２】
また、請求項３にかかる発明は、請求項２に記載のＰＯＳシステムにおいて、表示手段（後述する一実施の形態のＣＰＵ２０２およびディスプレイ２１０に相当）に表示された前記抜けている情報に基づいて、前記第二の格納手段に格納されている売上情報を修正するか否かを選択する選択手段（後述する一実施の形態のキーボード２０７およびマウス２０８に相当）を備えることを特徴とする。
【００２３】
この発明によれば、選択手段を設けて、第二の格納手段に格納されている売上情報を修正するか否かを選択できるようにしたので、店舗の運用状況に柔軟に対応させて修正を行うことができる。
【００２４】
また、請求項４にかかる発明は、請求項２または３に記載のＰＯＳシステムにおいて、前記上位装置は、前記照合手段の前記照合結果が不一致でありかつ前記修正手段による修正が行われなかった場合に、前記ＰＯＳ装置のオペレータのミスに関する履歴を表示する履歴表示手段（後述する一実施の形態のＣＰＵ２０２およびディスプレイ２１０に相当）を備えることを特徴とする。
【００２５】
この発明によれば、照合手段の照合結果が不一致でありかつ修正手段による修正が行われなかった場合に、オペレータのミスに関する履歴を表示するようにしたので、抜けに起因してオペレータのミスと看過されるケースを排除することができる。
【００２６】
また、請求項５にかかる発明は、店舗に設置され、伝送路を介して上位装置（後述する一実施の形態のストアサーバ２００に相当）に接続されたＰＯＳ装置において、１取引毎に集計された売上情報を格納する格納手段（後述する一実施の形態のハードディスク１０４に相当）と、前記集計された１取引毎の売上情報および精算時の現金在高情報を前記上位装置に送信する送信手段（後述する一実施の形態のＣＰＵ１０２およびＬＡＮカード１０５に相当）と、を備え、前記送信手段は、精算時に、前記上位装置における売上情報の合計値と前記現金在高情報との照合の結果、前記合計値と前記現金在高情報とが一致しない場合に前記上位装置からの要求に応じて、格納手段に格納されている売上情報を前記上位装置へ送信すること、を特徴とする。
【００２７】
この発明によれば、１取引毎に格納手段に売上情報が格納される。また、送信手段により、売上情報が上位装置に送信される。以後、１取引毎に上述した動作が繰り返される。そして、精算時では、送信手段は、上位装置における売上情報の合計値（上位装置で把握されている現金在高）と実際の現金在高とが一致しない場合、上位装置からの要求に応じて、格納手段に格納されている売上情報を上位装置へ送信する。
【００２８】
このように、この発明によれば、売上情報の合計値（上位装置で把握されている現金在高）と、精算時での現金在高情報とを照合し、両者の照合の結果が一致しない場合に、上位装置からの要求に応じて格納手段に格納されている売上情報を送信するようにしたので、従来のようにオペレータにより照合を行っていた場合に比して、オペレータが特に意識することなく、上位装置側で売上情報の修正の要否を、短時間、かつ確実に判断することができる。
【００２９】
【発明の実施の形態】
以下、図面を参照して本発明にかかるＰＯＳシステムおよびＰＯＳ装置の一実施の形態について詳細に説明する。
【００３０】
図１は、本発明にかかる一実施の形態の構成を示すブロック図である。この図には、ＰＯＳ装置１００と、ＬＡＮ３００を介してＰＯＳ装置１００に接続されたストアサーバ２００とから構成されたＰＯＳシステムが図示されている。このＰＯＳシステムは、前述したように、発注、仕入、検品、顧客等の小売経営活動に関する店頭販売情報をコンピュータを活用して管理する小売業の総合経営情報システムである。
【００３１】
ＰＯＳ装置１００は、レジカウンタに設置されており、商品（図示略）に付されたバーコードを固定スキャナ１１０またはタッチスキャナ１１２により読み取り、この読み取り結果に基づいて、商品の数量、買上金額、消費税、合計金額、預り金額、釣銭金額等からなる売上データを１取引毎に生成する。このバーコードには、国コード、商品メーカコード、商品アイテムコード、チェックデジットの情報が含まれている。
【００３２】
ＰＯＳ装置１００において、本体１０１は、ＣＰＵ(Central Processing Unit）１０２、メモリ１０３、ハードディスク１０４、ＬＡＮカード１０５およびインタフェース１０６を備えている。ＣＰＵ１０２は、ＰＯＳ装置１００の各部を制御するものであり、このＣＰＵ１０２の動作の詳細については後述する。メモリ１０３は、ＣＰＵ１０２で用いられるデータを一時的に格納する。このメモリ１０３の記憶容量は、たとえば、１６ＭＢ、３２ＭＢまたは６４ＭＢである。
【００３３】
ハードディスク１０４は、図５に示した１取引に対応する１売上データを取引ジャーナルファイルＦ1 として格納する。この１売上データは、当該取引を特定するための「店コード」〜「内税」（図６参照）を含むデータである。図６は、取引ジャーナルファイルＦ1 のフォーマットＦＭの一例を示す図である。
【００３４】
この図において、「店コード」は、取引が行われた店舗を識別するためのコードであり、「取引通番」は、取引を識別するための番号である。「取引日付」は、取引が行われた日付であり、「取引開始時刻」は、取引の開始時刻であり、「チェッカ番号」および「キャッシャ番号」は、ＰＯＳ端末１００を操作したオペレータを識別するための番号である。「分類コード」は、商品を分類識別するための情報であり、「単価」は、分類コード毎の商品単価であり、「個数」は、商品の販売個数であり、「合価」は、商品毎の合計の売上金額である。
【００３５】
「取引合計金額」は、精算時（取引終結時）における商品毎の合計金額である。ここで精算とは、オペレータの交代時／閉店時等に、ＰＯＳ端末１００の利用を終了するための処理をいう。「合計個数」は、販売商品の合計販売個数であり、「値引／割引合計金額」は、値引、割引額等の合計金額であり、「外税額」は、外税方式の消費税額であり、「内税」は、内税方式の消費税額である。また、ハードディスク１０４の記憶容量は、たとえば、２ＧＢまたは４ＧＢである。
【００３６】
ＬＡＮカード１０５は、ＣＰＵ１０２とＬＡＮ３００との間のインタフェースをとるものであり、所定の通信プロトコルに従って通信制御を行う。インタフェース１０６は、ＣＰＵ１０２とＩＤ（IDentification）カードリーダ１０７〜タッチパネル１１６との間に介挿されており、たとえば、ＲＳ２３２Ｃインタフェースボードである。ＩＤカードリーダ１０７は、オペレータが所持するＩＤカード（図示略）からオペレータデータを読み取る。このＩＤカードは、ＰＯＳ装置１００をオペレーションした当該オペレータを特定するためのカードである。
【００３７】
キーボード１０８は、商品数量、預り金額等の登録に用いられるものであり、「０」〜「９」までのテンキーを備えている。固定スキャナ１１０は、据え付け型のスキャナであり、商品に付されたバーコードを光学的に読み取り、読み取り結果をインタフェース１０６を介して、ＣＰＵ１０２へ出力する。この固定スキャナ１１０は、レーザ光をバーコードに対して照射するレーザ発振部（図示略）と、バーコードにより反射されたレーザ光を受光する受光部（図示略）と、受光部の出力信号からバーコード復調を行う復調部（図示略）とから概略構成されている。オペレーションキー１０９は、ＰＯＳ装置１００を起動させるためのキーである。
【００３８】
プリンタ１１１は、売上データを取引ジャーナルとして印字する。タッチスキャナ１１２は、固定スキャナ１１０と同様にして、商品に付されたバーコードを光学的に読み取り、読み取り結果をインタフェース１０６を介して、ＣＰＵ１０２へ出力する。ただし、このタッチスキャナ１１２は、ハンディ型のスキャナであり、オペレータにより把持された状態で使用される。
【００３９】
多項目キーボード１１３は、キーボード１０８と同様にして、同種商品の数量等の登録に用いられるものである。顧客用ディスプレイ１１４は、顧客に対して商品名、消費税、合計金額等を表示するものであり、ＣＲＴ（Cathode -Ray Tube）、ＬＣＤ（Liquid Crystal Display）等である。オペレータ用ディスプレイ１１５は、オペレータに対する各種表示を行うものであり、ＣＲＴ、ＬＣＤ等である。このオペレータ用ディスプレイ１１５には、各種入力用のタッチパネル１１６が貼着されている。キャッシュドロア１１７には、釣銭準備金、売上金等の現金が収容される。
【００４０】
ストアサーバ２００は、店舗の事務室等に設置されたコンピュータであり、ＰＯＳ装置１００からＬＡＮ３００を介して１取引毎に送信される１売上データを受信し、これを売上データファイルＦ2 （図５参照）に格納する。この売上データファイルＦ2 のフォーマットは、図６に示したものと同様である。このストアサーバ２００は、売上データファイルＦ2 に基づいて、売上分析、発注管理、仕入管理、違算チェック等を行う。
【００４１】
このストアサーバ２００は、本体２０１およびキーボード２０７〜ディスプレイ２１０から構成されている。本体２０１は、ＣＰＵ２０２、メモリ２０３、ハードディスク２０４、ＬＡＮカード２０５およびインタフェース２０６を備えている。ＣＰＵ２０２は、ストアサーバ２００の各部を制御するものであり、このＣＰＵ２０２の動作の詳細については後述する。
【００４２】
メモリ２０３は、ＣＰＵ２０２で用いられるデータを一時的に格納する。このメモリ２０３の記憶容量は、たとえば、１６ＭＢ、３２ＭＢまたは６４ＭＢである。ハードディスク２０４は、ＰＯＳ装置１００からの１売上データを売上データファイルＦ2（図５参照）として格納する。このハードディスク２０４の記憶容量は、たとえば、４ＧＢまたは１３．６ＧＢである。
【００４３】
ＬＡＮカード２０５は、ＣＰＵ２０２とＬＡＮ３００との間のインタフェースをとるものであり、所定の通信プロトコルに従って通信制御を行う。インタフェース２０６は、ＣＰＵ２０２とキーボード２０７〜ディスプレイ２１０との間に介挿されており、たとえば、ＲＳ２３２Ｃインタフェースボードである。キーボード２０７およびマウス２０８は、売上データファイルＦ2（図５参照）の表示指示や、各種データの表示指示等に用いられる入力デバイスである。
【００４４】
プリンタ２０９は、売上データファイルＦ2 （図５参照）や、修正画面Ｇ1（図２参照）、オペレーションミス履歴画面Ｇ2 、Ｇ3 （図３参照）を印刷する。なお、修正画面Ｇ1 、オペレーションミス履歴画面Ｇ2 、Ｇ3 の詳細については後述する。ディスプレイ２１０は、ＣＲＴやＬＣＤであり、売上データファイルＦ2 (図５参照）や、修正画面Ｇ1（図２参照）、オペレーションミス履歴画面Ｇ2 、Ｇ3 （図３参照）を表示する。
【００４５】
つぎに、上述した一実施の形態の動作について図４に示したフローチャートを参照しつつ説明する。同図において、ステップＳＡ１〜ステップＳＡ１７は、ＰＯＳ装置１００（図１参照）に対応しており、ステップＳＢ１〜ステップＳＢ１３は、ストアサーバ２００に対応している。同図に示したステップＳＡ１では、オペレーションキー１０９によりＰＯＳ装置１００が起動される。
【００４６】
一方、ステップＳＢ１でストアサーバ２００が起動されると、ステップＳＢ２では、ＣＰＵ２０２は、ＰＯＳ装置１００からの釣銭準備金データを受信したか否かを判断し、受信していない場合、判断結果を「Ｎｏ」とし、釣銭準備金データを受信するまで同判断を繰り返す。この釣銭準備金データは、１日の始業時にキャッシュドロア１１７に釣銭用として格納された現金（以下、釣銭準備金という）の総額に対応するデータである。
【００４７】
そして、オペレータは、始業時にキャッシュドロア１１７に釣銭準備金を格納する。つぎに、ステップＳＡ２では、オペレータは、釣銭準備金データをキーボード１０８を用いて登録する。これにより、ステップＳＡ３では、ＣＰＵ１０２は、釣銭準備金データをハードディスク１０４に格納するとともに、ＬＡＮカード１０５およびＬＡＮ３００を介してストアサーバ２００へ送信する。ステップＳＡ４では、オペレータは、顧客対応があるか否かを判断し、顧客対応がない場合、判断結果を「Ｎｏ」とし、顧客への対応が開始されるまで、同判断を繰り返す。
【００４８】
そして、釣銭準備金データがＬＡＮカード２０５を介してＣＰＵ２０２に受信されると、ＣＰＵ２０２は、ステップＳＢ２の判断結果を「Ｙｅｓ」とする。ステップＳＢ３では、ＣＰＵ２０２は、釣銭準備金データをハードディスク２０４内の売上データファイルＦ2（図５参照）に格納する。ステップＳＢ４では、ＣＰＵ２０２は、ＰＯＳ装置１００からの１売上データを受信したか否かを判断し、１売上データを受信するまで、「Ｎｏ」として同判断を繰り返す。
【００４９】
そして、１人の顧客により商品がレジカウンタに持ち込まれると、オペレータは、顧客対応を行う（ステップＳＡ４：「Ｙｅｓ」）。つぎに、ステップＳＡ５では、オペレータは、固定スキャナ１１０（またはタッチスキャナ１１２）により商品に付されたバーコードをスキャニングする。これにより、固定スキャナ１１０からは、インタフェース１０６を介してバーコードの読み取り結果がＣＰＵ１０２へ出力される。
【００５０】
ここで、同種商品が複数個ある場合、ステップＳＡ６では、オペレータは、同種商品の数量データを多項目キーボード１１３を用いて入力する。これにより、多項目キーボード１１３からは、インタフェース１０６を介してＣＰＵ１０２へ数量データが出力される。なお、同種商品が１個の場合や、複数個の同種商品を個別的にバーコードをスキャニングする場合、ステップＳＡ６はスキップされる。ステップＳＡ７では、オペレータは、他商品があるか否かを判断し、商品がある場合（ステップＳＡ７：「Ｙｅｓ」）、ステップＳＡ５以降の処理を商品の種類数分だけ繰り返す。そして、全ての商品に関する処理が終了すると、オペレータは、商品登録を終了する（ステップＳＡ７：「Ｎｏ」）。
【００５１】
そして、商品登録を終了するための操作がオペレータにより行われると、ステップＳＡ８では、ＣＰＵ１０２は、買上金額、消費税、合計金額を算出し、これらを顧客用ディスプレイ１１４およびオペレータ用ディスプレイ１１５に表示させる。そして、合計金額に対応する現金が顧客からオペレータに渡されると、ステップＳＡ９では、オペレータは、顧客から受領した預り金をキャッシュドロア１１７に格納した後、キーボード１０８を用いて預り金額データを登録する。
【００５２】
これにより、ステップＳＡ１０では、ＣＰＵ１０２は、預り金額と合計金額との差を釣銭金額として算出する。ステップＳＡ１１では、ＣＰＵ１０２は、釣銭金額データを顧客用ディスプレイ１１４に表示させる。この釣銭金額が１円以上である場合、オペレータは、キャッシュドロア１１７から釣銭金額に対応する釣銭を取り出し、これを顧客に渡す。
【００５３】
ステップＳＡ１２では、ＣＰＵ１０２は、図５に示した１取引に対応する１売上データを生成し、これを取引ジャーナルファイルＦ1 に格納する。ステップＳＡ１３では、ＣＰＵ１０２は、上記１売上データをＬＡＮカード１０５およびＬＡＮ３００を介してストアサーバ２００へ送信する。この１売上データは、当該取引を特定するための「店コード」〜「内税」（図６参照）を含むデータである。
【００５４】
そして、１売上データがＬＡＮカード２０５を介してＣＰＵ２０２に受信されると、ＣＰＵ２０２は、ステップＳＢ４の判断結果を「Ｙｅｓ」とする。ステップＳＢ５では、ＣＰＵ２０２は、１売上データを売上データファイルＦ2 （図５参照）に格納する。ステップＳＢ６では、ＣＰＵ２０２は、ＰＯＳ装置１００からの現金在高データを受信したか否かを判断する。ここで、オペレータが交代しない場合や閉店とならない場合、現金在高データがＰＯＳ端末１００から送信されないため、ステップＳＢ６の判断結果が「Ｎｏ」とされる。現金在高データとは、後述する精算処理時（オペレータの交代時または閉店時）にキャッシュドロア１１７内に格納されている現金の金額合計に対応するデータである。
【００５５】
ステップＳＡ１４では、ＣＰＵ１０２は、精算処理を実行するか否かを判断する。オペレータの交代等がない場合には、ＣＰＵ１０２は、ステップＳＡ１４の判断結果を「Ｎｏ」とする。以後、１取引が発生する毎に上述した動作が繰り返されることにより、図５に示したように、取引ジャーナルファイルＦ1 および売上データファイルＦ2 には、１売上データが順次格納される。
【００５６】
そして、オペレータの交代時または閉店時、すなわち、精算時になると、オペレータは、キーボード１０８より精算処理の指示を出す。これにより、ＣＰＵ１０２は、ステップＳＡ１４の判断結果を「Ｙｅｓ」とする。ステップＳＡ１５では、オペレータは、キャッシュドロア１１７に格納されている現金を計数し、この計数結果を現金在高データとしてキーボード１０８を用いて登録する。ステップＳＡ１６では、登録された現金在高データをＬＡＮカード１０５およびＬＡＮ３００を介してストアサーバ２００へ送信する。
【００５７】
上記現金在高データは、ＬＡＮカード２０５を介してＣＰＵ２０２に受信される。これにより、ＣＰＵ２０２は、ステップＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ７では、ＣＰＵ２０２は、違算チェック処理を実行する。この違算チェック処理では、ＰＯＳ装置１００からの現金在高データと売上データファイルＦ2 （図７参照）における現金在高（売上合計＋釣銭準備金）とが一致しているか否かがチェックされる。すなわち、違算チェック処理では、図７に示したように実際の現金在高（ＰＯＳ装置１００側の現金在高）と、データ上の現金在高（ストアサーバ２００側の現金在高）とが一致しているか否かがチェックされる。なお、本一実施の形態では、現金在高が売上合計と釣銭準備金との和であるが、［特許請求の範囲］では、「売上情報の合計値」には釣銭準備金が含まれるものとし、従って、「売上情報の合計値」＝「現金在高」とする。
【００５８】
ここで、両者が一致しない要因としては、預り金の登録ミスや釣銭金額の誤認等のオペレーションミスが発生したこと、またはＰＯＳ装置１００からストアサーバ２００へ売上データを送信した際に通信エラーにより上記売上データの消失（以下、電文抜けという）が発生したことが考えられる。
【００５９】
この違算チェック処理では、ＣＰＵ２０２は、売上データファイルＦ2 より得られる現金在高に釣銭準備金データから得られる釣銭準備金とを加算した結果を、ストアサーバ２００側現金在高データとして求める。つぎに、ＣＰＵ２０２は、ＰＯＳ装置１００からの現金在高データと上記ストアサーバ２００側現金在高データとを比較することにより、違算チェックを実施する。
【００６０】
ステップＳＢ８では、ＣＰＵ２０２は、違算チェック結果がＮＧ、すなわち、ＰＯＳ装置１００からの現金在高データと、ストアサーバ２００側現金在高データとが不一致であるか否かを判断する。この判断結果が「Ｎｏ」である場合、ＣＰＵ２０２は、オペレーションミスも電文抜けも無いものとして、一連の処理を終了する。
【００６１】
一方、ステップＳＢ８の判断結果が「Ｙｅｓ」である場合、ステップＳＢ９では、ＣＰＵ２０２は、ＰＯＳ装置１００からの取引ジャーナルファイルＦ1（図５参照）を受信したか否かを判断する。ここで、ステップＳＡ１７でＣＰＵ１０２により、ＬＡＮカード１０５およびＬＡＮ３００を介して取引ジャーナルファイルＦ1 がストアサーバ２００へ送信されたものとする。
【００６２】
そして、図８に示した取引ジャーナルファイルＦ1 がＬＡＮカード２０５を介してＣＰＵ２０２に受信されると、ＣＰＵ２０２は、取引ジャーナルファイルＦ1 を取引ジャーナルファイルＦ1'としてハードディスク２０４に格納した後、ステップＳＢ９の判断結果を「Ｙｅｓ」とする。ステップＳＢ１０では、ＣＰＵ２０２は、取引ジャーナルファイルＦ1'と、売上データファイルＦ2 とを１売上データ毎に、取引通番等（図６参照）をキーとして照合するという照合処理を実行する。
【００６３】
そして、電文抜けにより、取引ジャーナルファイルＦ1'に存在するが売上データファイルＦ2 に存在しないデータがあると、ステップＳＢ１１では、ＣＰＵ２０２は、図９に示した修正処理を実行する。この修正処理では、ＣＰＵ２０２は、取引ジャーナルファイルＦ1'から電文抜けが発生したデータを抽出する。つぎに、ＣＰＵ２０２は、図２に示した修正画面Ｇ1 をディスプレイ２１０に表示させる。この修正画面Ｇ1 には、電文抜けが発生した二つの１売上データ（取引通番「000123」および「001010」）が表示されている。そして、修正画面Ｇ1 を確認したオペレータは、電文抜けが発生した１売上データを売上データファイルＦ2 に反映させるか否かを判断する。
【００６４】
ここで、反映させる場合、オペレータは、キーボード２０７またはマウス２０８より同図に示した「自動反映」の「ＹＥＳ」を選択する。これにより、取引ジャーナルファイルＦ1'から抽出されたデータが売上データファイルＦ2 に反映されることで自動修正が行われる。一方、反映させない場合、オペレータは、キーボード２０７より同図に示した「自動反映」の「ＮＯ」を選択する。この場合、１売上データは、売上データファイルＦ2 に反映されない。
【００６５】
なお、一実施の形態では、オペレータにより「自動反映」の要否を判断するようにしたが、オペレータの判断によらず、電文抜けが発生した１売上データを自動的に売上データファイルＦ2 に反映させるようにしてもよい。また、取引ジャーナルファイルＦ1'と売上データファイルＦ2 との照合結果が一致した場合には、オペレーションミス（釣銭誤り等）が発生しているものと判断され、ステップＳＢ１１がスキップされる。
【００６６】
ステップＳＢ１２では、ＣＰＵ２０２は、オペレーションミスがあるか否かを判断する。すなわち、ＣＰＵ２０２は、違算チェック結果がＮＧでありかつ取引ジャーナルファイルＦ1'と売上データファイルＦ2 との照合結果が一致であるか否かを判断する。この判断結果が「Ｎｏ」である場合、ＣＰＵ２０２は、一連の処理を終了する。
【００６７】
一方、ステップＳＢ１２の判断結果が「Ｙｅｓ」である場合、ステップＳＢ１３では、ＣＰＵ２０２は、当該オペレータに関する誤算履歴、すなわちオペレーションミスの発生履歴に関するオペレーションミス履歴画面Ｇ2 またはＧ3 （図３（ａ）または（ｂ）参照）をディスプレイ２１０に表示させた後、一連の処理を終了する。オペレーションミス履歴画面Ｇ2 は、月単位のオペレーションミス履歴（従業員番号、オペレータ氏名、誤算年月日、誤算金額等）を示す画面である。一方、オペレーションミス履歴画面Ｇ3 は、年単位のオペレーションミス履歴（従業員番号、オペレータ氏名、誤算年月、誤算金額等）を示す画面である。
【００６８】
以上説明したように、一実施の形態によれば、１取引毎に１売上データを送信するとともに取引ジャーナルファイルＦ1 として格納し、精算時に取引ジャーナルファイルＦ1 を送信し、かつストアサーバ２００側で取引ジャーナルファイルＦ1'（取引ジャーナルファイルＦ1 ）と売上データファイルＦ2 との照合結果に基づいて、電文抜けが発生した１売上データを特定するようにしたので、従来のように目視による特定に比して、短時間かつ確実に電文抜けが発生したデータを特定することができる。
【００６９】
また、一実施の形態によれば、電文抜けが発生した１売上データを売上データファイルＦ2 に自動反映するようにしたので、従来のように人手により修正を行う場合に比して、１売上データの修正を短時間かつ確実に行うことができる。
【００７０】
また、一実施の形態によれば、図２に示したように、電文抜けが発生した１売上データを売上データファイルＦ2 に反映させるか否かを選択できるようにしたので、店舗の運用状況に柔軟に対応させて修正を行うことができる。
【００７１】
また、一実施の形態によれば、図４に示したステップＳＢ８の判断結果が「Ｙｅｓ」でありかつステップＳＢ１１で１売上データの修正が行われなかった場合に、図３（ａ）または（ｂ）に示したオペレータのミスに関する履歴を表示するようにしたので、電文抜けに起因してオペレータのミスと看過されるケースを排除することができる。
【００７２】
【発明の効果】
以上説明したように、請求項１にかかる発明は、第二の格納手段に格納された売上情報の合計値（上位装置で把握されている現金在高）と精算時での現金在高情報とを照合し、両者の照合の結果が一致しない場合に、第一の格納手段に格納されている売上情報の送信を要求するようにしたので、従来のようにオペレータの目視により照合を行っていた場合に比して、オペレータが特に意識することなく、第二の格納手段に格納されている売上情報の修正の要否を、短時間、かつ確実に判断することができるという効果を奏する。
【００７３】
また、請求項２にかかる発明によれば、修正手段により、端末装置から受信した売上情報と第二の格納手段に格納されている売上情報との対比を行い、第二の格納手段に格納された売上情報に抜けがあるとの照合結果に基づいて、抜けている情報を端末装置から受信した売上情報から抽出し、抽出された情報に基づいて、第二の格納手段に格納されている売上情報を修正するようにしたので、従来のように違算チェック処理を行うか否かをオペレータが特に意識することなく、抜けが生じた情報の特定、第二の格納手段に格納されている売上情報の修正を短時間かつ確実に行うことができるという効果を奏する。
【００７４】
また、請求項３にかかる発明によれば、選択手段を設けて、表示手段に表示された前記抜けている情報に基づいて、第二の格納手段に格納されている売上情報を修正するか否かを選択できるようにしたので、店舗の運用状況に柔軟に対応させて修正を行うことができるという効果を奏する。
【００７５】
また、請求項４にかかる発明によれば、照合手段の照合結果が不一致でありかつ修正手段による修正が行われなかった場合に、オペレータのミスに関する履歴を表示するようにしたので、抜けに起因してオペレータのミスと看過されるケースを排除することができるという効果を奏する。
【００７６】
また、請求項５にかかる発明によれば、売上情報の合計値（上位装置で把握されている現金在高）と、精算時での現金在高情報とを照合し、両者の照合の結果が一致しない場合に、上位装置からの要求に応じて格納手段に格納されている売上情報を送信するようにしたので、従来のようにオペレータにより照合を行っていた場合に比して、オペレータが特に意識することなく、上位装置側で売上情報の修正の要否を、短時間、かつ確実に判断することができるという効果を奏する。
【図面の簡単な説明】
【図１】 本発明にかかる一実施の形態の構成を示すブロック図である。
【図２】 図１に示したディスプレイ２１０に表示される修正画面Ｇ1 を示す図である。
【図３】 図１に示したディスプレイ２１０に表示されるオペレーションミス履歴画面Ｇ2 およびＧ3 を示す図である。
【図４】 同一実施の形態の動作を説明するフローチャートである。
【図５】 同一実施の形態の動作を説明する図である。
【図６】 図５に示した取引ジャーナルファイルＦ1 および売上データファイルＦ2 のフォーマットＦＭの一例を示す図である。
【図７】 同一実施の形態の違算チェック処理を説明する図である。
【図８】 同一実施の形態の違算チェック処理を説明する図である。
【図９】 同一実施の形態における売上データファイルの修正処理を説明する図である。
【図１０】 従来のＰＯＳシステムの概略構成を示す図である。
【図１１】 従来のＰＯＳシステムの違算チェック処理を説明する図である。
【図１２】 従来のＰＯＳシステムの違算チェック処理を説明する図である。
【図１３】 従来のＰＯＳシステムにおける売上データファイルの修正処理を説明する図である。
【符号の説明】
１００ ＰＯＳ装置
１０２ ＣＰＵ
１０４ ハードディスク
１０５ ＬＡＮカード
２００ ストアサーバ
２０２ ＣＰＵ
２０４ ハードディスク
２０５ ＬＡＮカード
２０７ キーボード
２１０ ディスプレイ
３００ ＬＡＮ
【発明の属する技術分野】
本発明は、店舗に設置されるＰＯＳシステムおよびＰＯＳ装置に関するものであり、特に、電文抜けが発生したデータの特定および修正を短時間かつ確実に行うことができるＰＯＳシステムおよびＰＯＳ装置に関するものである。
【０００２】
近時、小売業においては、商品の売上内容の把握の迅速化、省力化等を目的として、特に、コンビニエンスストア、百貨店、スーパマーケット等では、ＰＯＳ（Point Of Sales）システムが急速に普及している。このＰＯＳシステムにおいては、キャラクタを表すバーコードを光学的に読み取りこの読み取り結果に基づいて売上データを生成し、この売上データをＬＡＮ（Local Area Network）を介してストアサーバへ送信している。この送信の際に通信エラー等により当該売上データが消失するという電文抜けが発生する場合がある。従来より、電文抜けが発生した売上データの特定、再登録に膨大な時間がかかるため、かかる問題を効果的に解決する手段、方法が切望されている。
【０００３】
【従来の技術】
図１０は、従来のＰＯＳシステムの概略構成を示す図である。このＰＯＳシステムは、ＰＯＳ装置１０と、ＬＡＮ３０を介してＰＯＳ装置１０に接続されたストアサーバ２０とから構成されており、発注、仕入、検品、顧客等の小売経営活動に関する店頭販売情報をコンピュータを活用して管理する小売業の総合経営情報システムである。
【０００４】
ＰＯＳ装置１０は、レジカウンタに設置されており、商品に付されたバーコードをバーコードスキャナ（いずれも図示略）により読み取り、この読み取り結果に基づいて、商品の数量、買上金額、消費税、合計金額、預り金額、釣銭金額等からなる売上データを１取引毎に生成する。バーコードは、複数の黒バーと白バーとが交互に組み合わされてなり、ＥＶＥＮ０〜ＥＶＥＮ９、ＯＤＤ０〜ＯＤＤ９という都合２０種類のキャラクタを表現するものである。このバーコードには、国コード、商品メーカコード、商品アイテムコード、チェックデジットの情報が含まれている。
【０００５】
キャッシュドロア１１には、釣銭準備金、売上金等の現金が収容される。ストアサーバ２０は、店舗の事務室等に設置されたコンピュータであり、ＰＯＳ装置１０から１取引毎に送信される売上データを受信し、これを売上データファイルＦ0 に格納する。このストアサーバ２０は、売上データファイルＦ0 に基づいて、売上分析、発注管理、仕入管理等を行う。
【０００６】
上記構成において、１人の顧客により商品がレジカウンタに持ち込まれると、オペレータ（店員）は、バーコードスキャナにより商品に付されたバーコードを読み取るとともに、商品の数量を登録するというオペレーションを商品の種類数分だけ繰り返す。そして、全ての商品に関するオペレーションが終了すると、ＰＯＳ装置１０は、バーコードに対応する情報から、買上金額、消費税、合計金額を算出し、これらをディスプレイ（図示略）に表示させる。
【０００７】
つぎに、オペレータは、顧客から受領した預り金をキャッシュドロア１１に格納した後、預り金額データをＰＯＳ装置１０に登録する。これにより、ＰＯＳ装置１０は、預り金額と合計金額との差を釣銭金額として算出した後、これをディスプレイに表示させる。この釣銭金額が１円以上である場合、オペレータは、キャッシュドロアから釣銭金額に対応する釣銭を取り出し、これを顧客に渡す。
【０００８】
これにより、１人の顧客との１取引が終了し、ＰＯＳ装置１０は、１取引の売上データを生成し、これをＬＡＮ３０を介してストアサーバ２０へ送信する。この売上データは、当該取引を特定するための取引が行われた店舗を特定するための店コードと、取引通番取引を識別するための取引通番と、取引日付と、取引開始時刻と、ＰＯＳ端末１０を操作したオペレータを識別するためのチェッカ番号およびキャッシャ番号と、商品を分類識別するための分類コードと、分類コード毎の商品の単価と、販売された商品の個数と、商品毎の合計の売上金額である合価と、精算時（取引終結時）における商品毎の取引合計金額と、販売商品の合計個数と、値引、割引額等の合計である値引／割引合計金額と、外税方式の消費税額である外税と、内税方式の消費税額である内税とを含むデータである。
【０００９】
また、ＰＯＳ装置１０は、売上データを取引ジャーナルＪとして印字する。そして、売上データがストアサーバ２０により受信されると、ストアサーバ２０は、１取引に対応する売上データを売上データファイルＦ0 に格納する。以後、１取引が発生する毎に上述した動作が繰り返されることにより、売上データファイルＦ0 には、売上データが順次格納される。
【００１０】
そして、オペレータの交代時または閉店時には、図１１に示した違算チェック処理が実行される。この違算チェック処理では、キャッシュドロア１１内に格納されている現金の合計（現金在高）と、ストアサーバ２０内の現金在高（売上合計＋釣銭準備金）とが一致しているか否かがチェックされる。すなわち、違算チェック処理では、実際の現金在高（ＰＯＳ装置１０側の現金在高）と、データ上の現金在高（ストアサーバ２０側の現金在高）とが一致しているか否かがチェックされる。ここで、両者が一致しない要因としては、預り金の登録ミスや釣銭金額の誤認等のオペレーションミスが発生したこと、またはＰＯＳ装置１０からストアサーバ２０へ売上データを送信した際に通信エラーにより上記売上データの消失（以下、電文抜けという）が発生したことが考えられる。
【００１１】
この違算チェック処理では、キャッシュドロア１１に格納されている現金が計数されることにより、ＰＯＳ装置１０側の現金在高が求められる。また、ストアサーバ２０でも、売上データファイルＦ0 よりデータ上の現金在高が求められる。具体的には、上記現金在高は、予め入力される釣銭準備金データと、売上データファイルＦ0 から得られる総売上データとが加算されることにより、求められる。ここで、両現金在高が一致した場合には、オペレーションミスも電文抜けも無いものと判断される。
【００１２】
一方、両現金在高が不一致である場合には、図１２に示したように、ＰＯＳ装置１０から出力されている取引ジャーナルＪと、売上データファイルＦ0 との照合が行われる。すなわち、ストアサーバ２０では、売上データファイルＦ0 が表示または印刷される。つぎに、取引ジャーナルＪと売上データファイルＦ0 とが１取引単位で目視でつき合わされる。この結果、取引ジャーナルＪと売上データファイルＦ0 とが一致した場合には、オペレーションミスが発生したものと判断される。
【００１３】
一方、取引ジャーナルＪと売上データファイルＦ0 とが不一致である場合、電文抜けが発生したものと判断され、この電文抜けが発生した取引に関する売上データが特定される。すなわち、取引ジャーナルＪに当該売上データが存在するが、売上データファイルＦ0 には、当該売上データが存在しない。この場合には、図１３に示した修正処理が実行される。すなわち、修正処理では、電文抜けが発生した売上データがオペレータによりＰＯＳ装置１０に再登録される。ＰＯＳ装置１０は、再登録された売上データをＬＡＮ３０を介してストアサーバ２０へ送信する。ストアサーバ２０は、上記売上データを売上データファイルＦ0 に再格納する。これにより、売上データファイルＦ0 の修正が終了する。
【００１４】
【発明が解決しようとする課題】
ところで、前述したように、従来のＰＯＳシステムでは、電文抜けが発生した場合に取引ジャーナルＪと売上データファイルＦ0 とを目視により照合することで、電文抜けが発生した売上データの特定を行っている旨を述べた。しかしながら、目視により照合する方法では、取引数が増えるに従って、照合対象も増えるため、照合ミスが発生し易いとともに、電文抜けが発生した売上データの特定に長時間を要するという問題があった。
【００１５】
特に、閉店時に違算チェックを実施する運用体制の店舗では、１日に発生する膨大な売上データが照合対象となるため、膨大な売上データの中から電文抜けが発生した売上データを目視で特定することが非常に困難である。また、従来のＰＯＳシステムでは、電文抜けが発生した売上データを特定した後に当該売上データを手動で修正しなければならないため、時間を要するという問題があった。
【００１６】
本発明は、上記に鑑みてなされたもので、電文抜けに基づく情報修正の要否の判断、修正を短時間かつ確実に行うことができるＰＯＳシステムおよびＰＯＳ装置を提供することを目的とする。
【００１７】
【課題を解決するための手段】
上記目的を達成するために、請求項１にかかる発明は、１取引毎に集計された売上情報を格納する第一の格納手段（後述する一実施の形態のハードディスク１０４に相当）と、前記集計された１取引毎の売上情報および精算時の現金在高情報を前記上位装置に送信する送信手段（後述する一実施の形態のＣＰＵ１０２およびＬＡＮカード１０５に相当）と、を備える端末装置（後述する一実施の形態のＰＯＳ装置１００に相当）と、前記端末装置と伝送路を介して接続され、前記端末装置から受信した売上情報を格納する第二の格納手段（後述する一実施の形態のハードディスク２０４に相当）と、前記端末装置での精算時に、前記第二の格納手段に格納された売上情報の合計値と、前記端末装置からの前記現金在高情報とを照合する照合手段（後述する一実施の形態のＣＰＵ２０２に相当）と、前記照合の結果、前記合計値と前記現金在高情報とが一致しない場合に、前記端末装置に対して前記第一の格納手段に格納されている売上情報の送信を要求する要求手段（後述する一実施の形態のＣＰＵ２０２に相当）と、を備える上位装置（後述する一実施の形態のストアサーバ２００に相当）と、を有することを特徴とする。
【００１８】
この発明によれば、１取引毎に第一の格納手段に売上情報が格納される。また、送信手段により、売上情報が上位装置に送信される。一方、上位装置の第二の格納手段は、端末装置より受信した上記売上情報を格納する。以後、１取引毎に上述した動作が繰り返される。そして、精算時では、照合手段は、売上情報の合計値（上位装置で把握されている現金在高）と、実際の現金在高とを照合する。ここで照合の結果が一致しない場合、要求手段は、端末装置に対して第一の格納手段に格納されている売上情報の送信を要求する。
【００１９】
このように、この発明によれば、第二の格納手段に格納された売上情報の合計値（上位装置で把握されている現金在高）と、精算時での現金在高情報とを照合し、両者の照合の結果が一致しない場合に、第一の格納手段に格納されている売上情報の送信を要求するようにしたので、従来のようにオペレータの目視により照合を行っていた場合に比して、オペレータが特に意識することなく、第二の格納手段に格納されている売上情報の修正の要否を、短時間、かつ確実に判断することができる。
【００２０】
また、請求項２にかかる発明は、請求項１に記載のＰＯＳシステムにおいて、前記上位装置は、前記端末装置から受信した売上情報と前記第二の格納手段に格納されている売上情報との対比を行い、前記第二の格納手段に格納された売上情報に抜けがあるとの照合結果に基づいて、前記第二の格納手段に格納された売上情報に抜けがある場合、抜けている情報を前記端末装置から受信した売上情報から抽出し、抽出された情報に基づいて、前記第二の格納手段に格納されている売上情報を修正する修正手段（後述する一実施の形態のＣＰＵ２０２に相当）を備えることを特徴とする。
【００２１】
この発明によれば、表示手段に表示された前記抜けている情報に基づいて、第二の格納手段に格納されている売上情報を修正するようにしたので、従来のように違算チェック処理を行うか否かをオペレータが特に意識することなく、抜けが生じた情報の特定、第二の格納手段に格納されている売上情報の修正を短時間かつ確実に行うことができる。
【００２２】
また、請求項３にかかる発明は、請求項２に記載のＰＯＳシステムにおいて、表示手段（後述する一実施の形態のＣＰＵ２０２およびディスプレイ２１０に相当）に表示された前記抜けている情報に基づいて、前記第二の格納手段に格納されている売上情報を修正するか否かを選択する選択手段（後述する一実施の形態のキーボード２０７およびマウス２０８に相当）を備えることを特徴とする。
【００２３】
この発明によれば、選択手段を設けて、第二の格納手段に格納されている売上情報を修正するか否かを選択できるようにしたので、店舗の運用状況に柔軟に対応させて修正を行うことができる。
【００２４】
また、請求項４にかかる発明は、請求項２または３に記載のＰＯＳシステムにおいて、前記上位装置は、前記照合手段の前記照合結果が不一致でありかつ前記修正手段による修正が行われなかった場合に、前記ＰＯＳ装置のオペレータのミスに関する履歴を表示する履歴表示手段（後述する一実施の形態のＣＰＵ２０２およびディスプレイ２１０に相当）を備えることを特徴とする。
【００２５】
この発明によれば、照合手段の照合結果が不一致でありかつ修正手段による修正が行われなかった場合に、オペレータのミスに関する履歴を表示するようにしたので、抜けに起因してオペレータのミスと看過されるケースを排除することができる。
【００２６】
また、請求項５にかかる発明は、店舗に設置され、伝送路を介して上位装置（後述する一実施の形態のストアサーバ２００に相当）に接続されたＰＯＳ装置において、１取引毎に集計された売上情報を格納する格納手段（後述する一実施の形態のハードディスク１０４に相当）と、前記集計された１取引毎の売上情報および精算時の現金在高情報を前記上位装置に送信する送信手段（後述する一実施の形態のＣＰＵ１０２およびＬＡＮカード１０５に相当）と、を備え、前記送信手段は、精算時に、前記上位装置における売上情報の合計値と前記現金在高情報との照合の結果、前記合計値と前記現金在高情報とが一致しない場合に前記上位装置からの要求に応じて、格納手段に格納されている売上情報を前記上位装置へ送信すること、を特徴とする。
【００２７】
この発明によれば、１取引毎に格納手段に売上情報が格納される。また、送信手段により、売上情報が上位装置に送信される。以後、１取引毎に上述した動作が繰り返される。そして、精算時では、送信手段は、上位装置における売上情報の合計値（上位装置で把握されている現金在高）と実際の現金在高とが一致しない場合、上位装置からの要求に応じて、格納手段に格納されている売上情報を上位装置へ送信する。
【００２８】
このように、この発明によれば、売上情報の合計値（上位装置で把握されている現金在高）と、精算時での現金在高情報とを照合し、両者の照合の結果が一致しない場合に、上位装置からの要求に応じて格納手段に格納されている売上情報を送信するようにしたので、従来のようにオペレータにより照合を行っていた場合に比して、オペレータが特に意識することなく、上位装置側で売上情報の修正の要否を、短時間、かつ確実に判断することができる。
【００２９】
【発明の実施の形態】
以下、図面を参照して本発明にかかるＰＯＳシステムおよびＰＯＳ装置の一実施の形態について詳細に説明する。
【００３０】
図１は、本発明にかかる一実施の形態の構成を示すブロック図である。この図には、ＰＯＳ装置１００と、ＬＡＮ３００を介してＰＯＳ装置１００に接続されたストアサーバ２００とから構成されたＰＯＳシステムが図示されている。このＰＯＳシステムは、前述したように、発注、仕入、検品、顧客等の小売経営活動に関する店頭販売情報をコンピュータを活用して管理する小売業の総合経営情報システムである。
【００３１】
ＰＯＳ装置１００は、レジカウンタに設置されており、商品（図示略）に付されたバーコードを固定スキャナ１１０またはタッチスキャナ１１２により読み取り、この読み取り結果に基づいて、商品の数量、買上金額、消費税、合計金額、預り金額、釣銭金額等からなる売上データを１取引毎に生成する。このバーコードには、国コード、商品メーカコード、商品アイテムコード、チェックデジットの情報が含まれている。
【００３２】
ＰＯＳ装置１００において、本体１０１は、ＣＰＵ(Central Processing Unit）１０２、メモリ１０３、ハードディスク１０４、ＬＡＮカード１０５およびインタフェース１０６を備えている。ＣＰＵ１０２は、ＰＯＳ装置１００の各部を制御するものであり、このＣＰＵ１０２の動作の詳細については後述する。メモリ１０３は、ＣＰＵ１０２で用いられるデータを一時的に格納する。このメモリ１０３の記憶容量は、たとえば、１６ＭＢ、３２ＭＢまたは６４ＭＢである。
【００３３】
ハードディスク１０４は、図５に示した１取引に対応する１売上データを取引ジャーナルファイルＦ1 として格納する。この１売上データは、当該取引を特定するための「店コード」〜「内税」（図６参照）を含むデータである。図６は、取引ジャーナルファイルＦ1 のフォーマットＦＭの一例を示す図である。
【００３４】
この図において、「店コード」は、取引が行われた店舗を識別するためのコードであり、「取引通番」は、取引を識別するための番号である。「取引日付」は、取引が行われた日付であり、「取引開始時刻」は、取引の開始時刻であり、「チェッカ番号」および「キャッシャ番号」は、ＰＯＳ端末１００を操作したオペレータを識別するための番号である。「分類コード」は、商品を分類識別するための情報であり、「単価」は、分類コード毎の商品単価であり、「個数」は、商品の販売個数であり、「合価」は、商品毎の合計の売上金額である。
【００３５】
「取引合計金額」は、精算時（取引終結時）における商品毎の合計金額である。ここで精算とは、オペレータの交代時／閉店時等に、ＰＯＳ端末１００の利用を終了するための処理をいう。「合計個数」は、販売商品の合計販売個数であり、「値引／割引合計金額」は、値引、割引額等の合計金額であり、「外税額」は、外税方式の消費税額であり、「内税」は、内税方式の消費税額である。また、ハードディスク１０４の記憶容量は、たとえば、２ＧＢまたは４ＧＢである。
【００３６】
ＬＡＮカード１０５は、ＣＰＵ１０２とＬＡＮ３００との間のインタフェースをとるものであり、所定の通信プロトコルに従って通信制御を行う。インタフェース１０６は、ＣＰＵ１０２とＩＤ（IDentification）カードリーダ１０７〜タッチパネル１１６との間に介挿されており、たとえば、ＲＳ２３２Ｃインタフェースボードである。ＩＤカードリーダ１０７は、オペレータが所持するＩＤカード（図示略）からオペレータデータを読み取る。このＩＤカードは、ＰＯＳ装置１００をオペレーションした当該オペレータを特定するためのカードである。
【００３７】
キーボード１０８は、商品数量、預り金額等の登録に用いられるものであり、「０」〜「９」までのテンキーを備えている。固定スキャナ１１０は、据え付け型のスキャナであり、商品に付されたバーコードを光学的に読み取り、読み取り結果をインタフェース１０６を介して、ＣＰＵ１０２へ出力する。この固定スキャナ１１０は、レーザ光をバーコードに対して照射するレーザ発振部（図示略）と、バーコードにより反射されたレーザ光を受光する受光部（図示略）と、受光部の出力信号からバーコード復調を行う復調部（図示略）とから概略構成されている。オペレーションキー１０９は、ＰＯＳ装置１００を起動させるためのキーである。
【００３８】
プリンタ１１１は、売上データを取引ジャーナルとして印字する。タッチスキャナ１１２は、固定スキャナ１１０と同様にして、商品に付されたバーコードを光学的に読み取り、読み取り結果をインタフェース１０６を介して、ＣＰＵ１０２へ出力する。ただし、このタッチスキャナ１１２は、ハンディ型のスキャナであり、オペレータにより把持された状態で使用される。
【００３９】
多項目キーボード１１３は、キーボード１０８と同様にして、同種商品の数量等の登録に用いられるものである。顧客用ディスプレイ１１４は、顧客に対して商品名、消費税、合計金額等を表示するものであり、ＣＲＴ（Cathode -Ray Tube）、ＬＣＤ（Liquid Crystal Display）等である。オペレータ用ディスプレイ１１５は、オペレータに対する各種表示を行うものであり、ＣＲＴ、ＬＣＤ等である。このオペレータ用ディスプレイ１１５には、各種入力用のタッチパネル１１６が貼着されている。キャッシュドロア１１７には、釣銭準備金、売上金等の現金が収容される。
【００４０】
ストアサーバ２００は、店舗の事務室等に設置されたコンピュータであり、ＰＯＳ装置１００からＬＡＮ３００を介して１取引毎に送信される１売上データを受信し、これを売上データファイルＦ2 （図５参照）に格納する。この売上データファイルＦ2 のフォーマットは、図６に示したものと同様である。このストアサーバ２００は、売上データファイルＦ2 に基づいて、売上分析、発注管理、仕入管理、違算チェック等を行う。
【００４１】
このストアサーバ２００は、本体２０１およびキーボード２０７〜ディスプレイ２１０から構成されている。本体２０１は、ＣＰＵ２０２、メモリ２０３、ハードディスク２０４、ＬＡＮカード２０５およびインタフェース２０６を備えている。ＣＰＵ２０２は、ストアサーバ２００の各部を制御するものであり、このＣＰＵ２０２の動作の詳細については後述する。
【００４２】
メモリ２０３は、ＣＰＵ２０２で用いられるデータを一時的に格納する。このメモリ２０３の記憶容量は、たとえば、１６ＭＢ、３２ＭＢまたは６４ＭＢである。ハードディスク２０４は、ＰＯＳ装置１００からの１売上データを売上データファイルＦ2（図５参照）として格納する。このハードディスク２０４の記憶容量は、たとえば、４ＧＢまたは１３．６ＧＢである。
【００４３】
ＬＡＮカード２０５は、ＣＰＵ２０２とＬＡＮ３００との間のインタフェースをとるものであり、所定の通信プロトコルに従って通信制御を行う。インタフェース２０６は、ＣＰＵ２０２とキーボード２０７〜ディスプレイ２１０との間に介挿されており、たとえば、ＲＳ２３２Ｃインタフェースボードである。キーボード２０７およびマウス２０８は、売上データファイルＦ2（図５参照）の表示指示や、各種データの表示指示等に用いられる入力デバイスである。
【００４４】
プリンタ２０９は、売上データファイルＦ2 （図５参照）や、修正画面Ｇ1（図２参照）、オペレーションミス履歴画面Ｇ2 、Ｇ3 （図３参照）を印刷する。なお、修正画面Ｇ1 、オペレーションミス履歴画面Ｇ2 、Ｇ3 の詳細については後述する。ディスプレイ２１０は、ＣＲＴやＬＣＤであり、売上データファイルＦ2 (図５参照）や、修正画面Ｇ1（図２参照）、オペレーションミス履歴画面Ｇ2 、Ｇ3 （図３参照）を表示する。
【００４５】
つぎに、上述した一実施の形態の動作について図４に示したフローチャートを参照しつつ説明する。同図において、ステップＳＡ１〜ステップＳＡ１７は、ＰＯＳ装置１００（図１参照）に対応しており、ステップＳＢ１〜ステップＳＢ１３は、ストアサーバ２００に対応している。同図に示したステップＳＡ１では、オペレーションキー１０９によりＰＯＳ装置１００が起動される。
【００４６】
一方、ステップＳＢ１でストアサーバ２００が起動されると、ステップＳＢ２では、ＣＰＵ２０２は、ＰＯＳ装置１００からの釣銭準備金データを受信したか否かを判断し、受信していない場合、判断結果を「Ｎｏ」とし、釣銭準備金データを受信するまで同判断を繰り返す。この釣銭準備金データは、１日の始業時にキャッシュドロア１１７に釣銭用として格納された現金（以下、釣銭準備金という）の総額に対応するデータである。
【００４７】
そして、オペレータは、始業時にキャッシュドロア１１７に釣銭準備金を格納する。つぎに、ステップＳＡ２では、オペレータは、釣銭準備金データをキーボード１０８を用いて登録する。これにより、ステップＳＡ３では、ＣＰＵ１０２は、釣銭準備金データをハードディスク１０４に格納するとともに、ＬＡＮカード１０５およびＬＡＮ３００を介してストアサーバ２００へ送信する。ステップＳＡ４では、オペレータは、顧客対応があるか否かを判断し、顧客対応がない場合、判断結果を「Ｎｏ」とし、顧客への対応が開始されるまで、同判断を繰り返す。
【００４８】
そして、釣銭準備金データがＬＡＮカード２０５を介してＣＰＵ２０２に受信されると、ＣＰＵ２０２は、ステップＳＢ２の判断結果を「Ｙｅｓ」とする。ステップＳＢ３では、ＣＰＵ２０２は、釣銭準備金データをハードディスク２０４内の売上データファイルＦ2（図５参照）に格納する。ステップＳＢ４では、ＣＰＵ２０２は、ＰＯＳ装置１００からの１売上データを受信したか否かを判断し、１売上データを受信するまで、「Ｎｏ」として同判断を繰り返す。
【００４９】
そして、１人の顧客により商品がレジカウンタに持ち込まれると、オペレータは、顧客対応を行う（ステップＳＡ４：「Ｙｅｓ」）。つぎに、ステップＳＡ５では、オペレータは、固定スキャナ１１０（またはタッチスキャナ１１２）により商品に付されたバーコードをスキャニングする。これにより、固定スキャナ１１０からは、インタフェース１０６を介してバーコードの読み取り結果がＣＰＵ１０２へ出力される。
【００５０】
ここで、同種商品が複数個ある場合、ステップＳＡ６では、オペレータは、同種商品の数量データを多項目キーボード１１３を用いて入力する。これにより、多項目キーボード１１３からは、インタフェース１０６を介してＣＰＵ１０２へ数量データが出力される。なお、同種商品が１個の場合や、複数個の同種商品を個別的にバーコードをスキャニングする場合、ステップＳＡ６はスキップされる。ステップＳＡ７では、オペレータは、他商品があるか否かを判断し、商品がある場合（ステップＳＡ７：「Ｙｅｓ」）、ステップＳＡ５以降の処理を商品の種類数分だけ繰り返す。そして、全ての商品に関する処理が終了すると、オペレータは、商品登録を終了する（ステップＳＡ７：「Ｎｏ」）。
【００５１】
そして、商品登録を終了するための操作がオペレータにより行われると、ステップＳＡ８では、ＣＰＵ１０２は、買上金額、消費税、合計金額を算出し、これらを顧客用ディスプレイ１１４およびオペレータ用ディスプレイ１１５に表示させる。そして、合計金額に対応する現金が顧客からオペレータに渡されると、ステップＳＡ９では、オペレータは、顧客から受領した預り金をキャッシュドロア１１７に格納した後、キーボード１０８を用いて預り金額データを登録する。
【００５２】
これにより、ステップＳＡ１０では、ＣＰＵ１０２は、預り金額と合計金額との差を釣銭金額として算出する。ステップＳＡ１１では、ＣＰＵ１０２は、釣銭金額データを顧客用ディスプレイ１１４に表示させる。この釣銭金額が１円以上である場合、オペレータは、キャッシュドロア１１７から釣銭金額に対応する釣銭を取り出し、これを顧客に渡す。
【００５３】
ステップＳＡ１２では、ＣＰＵ１０２は、図５に示した１取引に対応する１売上データを生成し、これを取引ジャーナルファイルＦ1 に格納する。ステップＳＡ１３では、ＣＰＵ１０２は、上記１売上データをＬＡＮカード１０５およびＬＡＮ３００を介してストアサーバ２００へ送信する。この１売上データは、当該取引を特定するための「店コード」〜「内税」（図６参照）を含むデータである。
【００５４】
そして、１売上データがＬＡＮカード２０５を介してＣＰＵ２０２に受信されると、ＣＰＵ２０２は、ステップＳＢ４の判断結果を「Ｙｅｓ」とする。ステップＳＢ５では、ＣＰＵ２０２は、１売上データを売上データファイルＦ2 （図５参照）に格納する。ステップＳＢ６では、ＣＰＵ２０２は、ＰＯＳ装置１００からの現金在高データを受信したか否かを判断する。ここで、オペレータが交代しない場合や閉店とならない場合、現金在高データがＰＯＳ端末１００から送信されないため、ステップＳＢ６の判断結果が「Ｎｏ」とされる。現金在高データとは、後述する精算処理時（オペレータの交代時または閉店時）にキャッシュドロア１１７内に格納されている現金の金額合計に対応するデータである。
【００５５】
ステップＳＡ１４では、ＣＰＵ１０２は、精算処理を実行するか否かを判断する。オペレータの交代等がない場合には、ＣＰＵ１０２は、ステップＳＡ１４の判断結果を「Ｎｏ」とする。以後、１取引が発生する毎に上述した動作が繰り返されることにより、図５に示したように、取引ジャーナルファイルＦ1 および売上データファイルＦ2 には、１売上データが順次格納される。
【００５６】
そして、オペレータの交代時または閉店時、すなわち、精算時になると、オペレータは、キーボード１０８より精算処理の指示を出す。これにより、ＣＰＵ１０２は、ステップＳＡ１４の判断結果を「Ｙｅｓ」とする。ステップＳＡ１５では、オペレータは、キャッシュドロア１１７に格納されている現金を計数し、この計数結果を現金在高データとしてキーボード１０８を用いて登録する。ステップＳＡ１６では、登録された現金在高データをＬＡＮカード１０５およびＬＡＮ３００を介してストアサーバ２００へ送信する。
【００５７】
上記現金在高データは、ＬＡＮカード２０５を介してＣＰＵ２０２に受信される。これにより、ＣＰＵ２０２は、ステップＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ７では、ＣＰＵ２０２は、違算チェック処理を実行する。この違算チェック処理では、ＰＯＳ装置１００からの現金在高データと売上データファイルＦ2 （図７参照）における現金在高（売上合計＋釣銭準備金）とが一致しているか否かがチェックされる。すなわち、違算チェック処理では、図７に示したように実際の現金在高（ＰＯＳ装置１００側の現金在高）と、データ上の現金在高（ストアサーバ２００側の現金在高）とが一致しているか否かがチェックされる。なお、本一実施の形態では、現金在高が売上合計と釣銭準備金との和であるが、［特許請求の範囲］では、「売上情報の合計値」には釣銭準備金が含まれるものとし、従って、「売上情報の合計値」＝「現金在高」とする。
【００５８】
ここで、両者が一致しない要因としては、預り金の登録ミスや釣銭金額の誤認等のオペレーションミスが発生したこと、またはＰＯＳ装置１００からストアサーバ２００へ売上データを送信した際に通信エラーにより上記売上データの消失（以下、電文抜けという）が発生したことが考えられる。
【００５９】
この違算チェック処理では、ＣＰＵ２０２は、売上データファイルＦ2 より得られる現金在高に釣銭準備金データから得られる釣銭準備金とを加算した結果を、ストアサーバ２００側現金在高データとして求める。つぎに、ＣＰＵ２０２は、ＰＯＳ装置１００からの現金在高データと上記ストアサーバ２００側現金在高データとを比較することにより、違算チェックを実施する。
【００６０】
ステップＳＢ８では、ＣＰＵ２０２は、違算チェック結果がＮＧ、すなわち、ＰＯＳ装置１００からの現金在高データと、ストアサーバ２００側現金在高データとが不一致であるか否かを判断する。この判断結果が「Ｎｏ」である場合、ＣＰＵ２０２は、オペレーションミスも電文抜けも無いものとして、一連の処理を終了する。
【００６１】
一方、ステップＳＢ８の判断結果が「Ｙｅｓ」である場合、ステップＳＢ９では、ＣＰＵ２０２は、ＰＯＳ装置１００からの取引ジャーナルファイルＦ1（図５参照）を受信したか否かを判断する。ここで、ステップＳＡ１７でＣＰＵ１０２により、ＬＡＮカード１０５およびＬＡＮ３００を介して取引ジャーナルファイルＦ1 がストアサーバ２００へ送信されたものとする。
【００６２】
そして、図８に示した取引ジャーナルファイルＦ1 がＬＡＮカード２０５を介してＣＰＵ２０２に受信されると、ＣＰＵ２０２は、取引ジャーナルファイルＦ1 を取引ジャーナルファイルＦ1'としてハードディスク２０４に格納した後、ステップＳＢ９の判断結果を「Ｙｅｓ」とする。ステップＳＢ１０では、ＣＰＵ２０２は、取引ジャーナルファイルＦ1'と、売上データファイルＦ2 とを１売上データ毎に、取引通番等（図６参照）をキーとして照合するという照合処理を実行する。
【００６３】
そして、電文抜けにより、取引ジャーナルファイルＦ1'に存在するが売上データファイルＦ2 に存在しないデータがあると、ステップＳＢ１１では、ＣＰＵ２０２は、図９に示した修正処理を実行する。この修正処理では、ＣＰＵ２０２は、取引ジャーナルファイルＦ1'から電文抜けが発生したデータを抽出する。つぎに、ＣＰＵ２０２は、図２に示した修正画面Ｇ1 をディスプレイ２１０に表示させる。この修正画面Ｇ1 には、電文抜けが発生した二つの１売上データ（取引通番「000123」および「001010」）が表示されている。そして、修正画面Ｇ1 を確認したオペレータは、電文抜けが発生した１売上データを売上データファイルＦ2 に反映させるか否かを判断する。
【００６４】
ここで、反映させる場合、オペレータは、キーボード２０７またはマウス２０８より同図に示した「自動反映」の「ＹＥＳ」を選択する。これにより、取引ジャーナルファイルＦ1'から抽出されたデータが売上データファイルＦ2 に反映されることで自動修正が行われる。一方、反映させない場合、オペレータは、キーボード２０７より同図に示した「自動反映」の「ＮＯ」を選択する。この場合、１売上データは、売上データファイルＦ2 に反映されない。
【００６５】
なお、一実施の形態では、オペレータにより「自動反映」の要否を判断するようにしたが、オペレータの判断によらず、電文抜けが発生した１売上データを自動的に売上データファイルＦ2 に反映させるようにしてもよい。また、取引ジャーナルファイルＦ1'と売上データファイルＦ2 との照合結果が一致した場合には、オペレーションミス（釣銭誤り等）が発生しているものと判断され、ステップＳＢ１１がスキップされる。
【００６６】
ステップＳＢ１２では、ＣＰＵ２０２は、オペレーションミスがあるか否かを判断する。すなわち、ＣＰＵ２０２は、違算チェック結果がＮＧでありかつ取引ジャーナルファイルＦ1'と売上データファイルＦ2 との照合結果が一致であるか否かを判断する。この判断結果が「Ｎｏ」である場合、ＣＰＵ２０２は、一連の処理を終了する。
【００６７】
一方、ステップＳＢ１２の判断結果が「Ｙｅｓ」である場合、ステップＳＢ１３では、ＣＰＵ２０２は、当該オペレータに関する誤算履歴、すなわちオペレーションミスの発生履歴に関するオペレーションミス履歴画面Ｇ2 またはＧ3 （図３（ａ）または（ｂ）参照）をディスプレイ２１０に表示させた後、一連の処理を終了する。オペレーションミス履歴画面Ｇ2 は、月単位のオペレーションミス履歴（従業員番号、オペレータ氏名、誤算年月日、誤算金額等）を示す画面である。一方、オペレーションミス履歴画面Ｇ3 は、年単位のオペレーションミス履歴（従業員番号、オペレータ氏名、誤算年月、誤算金額等）を示す画面である。
【００６８】
以上説明したように、一実施の形態によれば、１取引毎に１売上データを送信するとともに取引ジャーナルファイルＦ1 として格納し、精算時に取引ジャーナルファイルＦ1 を送信し、かつストアサーバ２００側で取引ジャーナルファイルＦ1'（取引ジャーナルファイルＦ1 ）と売上データファイルＦ2 との照合結果に基づいて、電文抜けが発生した１売上データを特定するようにしたので、従来のように目視による特定に比して、短時間かつ確実に電文抜けが発生したデータを特定することができる。
【００６９】
また、一実施の形態によれば、電文抜けが発生した１売上データを売上データファイルＦ2 に自動反映するようにしたので、従来のように人手により修正を行う場合に比して、１売上データの修正を短時間かつ確実に行うことができる。
【００７０】
また、一実施の形態によれば、図２に示したように、電文抜けが発生した１売上データを売上データファイルＦ2 に反映させるか否かを選択できるようにしたので、店舗の運用状況に柔軟に対応させて修正を行うことができる。
【００７１】
また、一実施の形態によれば、図４に示したステップＳＢ８の判断結果が「Ｙｅｓ」でありかつステップＳＢ１１で１売上データの修正が行われなかった場合に、図３（ａ）または（ｂ）に示したオペレータのミスに関する履歴を表示するようにしたので、電文抜けに起因してオペレータのミスと看過されるケースを排除することができる。
【００７２】
【発明の効果】
以上説明したように、請求項１にかかる発明は、第二の格納手段に格納された売上情報の合計値（上位装置で把握されている現金在高）と精算時での現金在高情報とを照合し、両者の照合の結果が一致しない場合に、第一の格納手段に格納されている売上情報の送信を要求するようにしたので、従来のようにオペレータの目視により照合を行っていた場合に比して、オペレータが特に意識することなく、第二の格納手段に格納されている売上情報の修正の要否を、短時間、かつ確実に判断することができるという効果を奏する。
【００７３】
また、請求項２にかかる発明によれば、修正手段により、端末装置から受信した売上情報と第二の格納手段に格納されている売上情報との対比を行い、第二の格納手段に格納された売上情報に抜けがあるとの照合結果に基づいて、抜けている情報を端末装置から受信した売上情報から抽出し、抽出された情報に基づいて、第二の格納手段に格納されている売上情報を修正するようにしたので、従来のように違算チェック処理を行うか否かをオペレータが特に意識することなく、抜けが生じた情報の特定、第二の格納手段に格納されている売上情報の修正を短時間かつ確実に行うことができるという効果を奏する。
【００７４】
また、請求項３にかかる発明によれば、選択手段を設けて、表示手段に表示された前記抜けている情報に基づいて、第二の格納手段に格納されている売上情報を修正するか否かを選択できるようにしたので、店舗の運用状況に柔軟に対応させて修正を行うことができるという効果を奏する。
【００７５】
また、請求項４にかかる発明によれば、照合手段の照合結果が不一致でありかつ修正手段による修正が行われなかった場合に、オペレータのミスに関する履歴を表示するようにしたので、抜けに起因してオペレータのミスと看過されるケースを排除することができるという効果を奏する。
【００７６】
また、請求項５にかかる発明によれば、売上情報の合計値（上位装置で把握されている現金在高）と、精算時での現金在高情報とを照合し、両者の照合の結果が一致しない場合に、上位装置からの要求に応じて格納手段に格納されている売上情報を送信するようにしたので、従来のようにオペレータにより照合を行っていた場合に比して、オペレータが特に意識することなく、上位装置側で売上情報の修正の要否を、短時間、かつ確実に判断することができるという効果を奏する。
【図面の簡単な説明】
【図１】 本発明にかかる一実施の形態の構成を示すブロック図である。
【図２】 図１に示したディスプレイ２１０に表示される修正画面Ｇ1 を示す図である。
【図３】 図１に示したディスプレイ２１０に表示されるオペレーションミス履歴画面Ｇ2 およびＧ3 を示す図である。
【図４】 同一実施の形態の動作を説明するフローチャートである。
【図５】 同一実施の形態の動作を説明する図である。
【図６】 図５に示した取引ジャーナルファイルＦ1 および売上データファイルＦ2 のフォーマットＦＭの一例を示す図である。
【図７】 同一実施の形態の違算チェック処理を説明する図である。
【図８】 同一実施の形態の違算チェック処理を説明する図である。
【図９】 同一実施の形態における売上データファイルの修正処理を説明する図である。
【図１０】 従来のＰＯＳシステムの概略構成を示す図である。
【図１１】 従来のＰＯＳシステムの違算チェック処理を説明する図である。
【図１２】 従来のＰＯＳシステムの違算チェック処理を説明する図である。
【図１３】 従来のＰＯＳシステムにおける売上データファイルの修正処理を説明する図である。
【符号の説明】
１００ ＰＯＳ装置
１０２ ＣＰＵ
１０４ ハードディスク
１０５ ＬＡＮカード
２００ ストアサーバ
２０２ ＣＰＵ
２０４ ハードディスク
２０５ ＬＡＮカード
２０７ キーボード
２１０ ディスプレイ
３００ ＬＡＮ
Claims (5)
- １取引毎に集計された売上情報を格納する第一の格納手段と、
前記集計された１取引毎の売上情報および精算時の現金在高情報を前記上位装置に送信する送信手段と、
を備える端末装置と、
前記端末装置と伝送路を介して接続され、
前記端末装置から受信した売上情報を格納する第二の格納手段と、
前記端末装置での精算時に、前記第二の格納手段に格納された売上情報の合計値と、前記端末装置からの前記現金在高情報とを照合する照合手段と、
前記照合の結果、前記合計値と前記現金在高情報とが一致しない場合に、前記端末装置に対して前記第一の格納手段に格納されている売上情報の送信を要求する要求手段と、
を備える上位装置と、
を有することを特徴とするＰＯＳシステム。 - 前記上位装置は、前記端末装置から受信した売上情報と前記第二の格納手段に格納されている売上情報との対比を行い、前記第二の格納手段に格納された売上情報に抜けがあるとの照合結果に基づいて、抜けている情報を前記端末装置から受信した売上情報から抽出し、抽出された情報に基づいて、前記第二の格納手段に格納されている売上情報を修正する修正手段を備えることを特徴とする請求項１に記載のＰＯＳシステム。
- 表示手段に表示された前記抜けている情報に基づいて、前記第二の格納手段に格納されている売上情報を修正するか否かを選択する選択手段を備えることを特徴とする請求項２に記載のＰＯＳシステム。
- 前記上位装置は、前記照合手段の前記照合結果が不一致でありかつ前記修正手段による修正が行われなかった場合に、前記ＰＯＳ装置のオペレータのミスに関する履歴を表示する履歴表示手段を備えることを特徴とする請求項２または３に記載のＰＯＳシステム。
- 店舗に設置され、伝送路を介して上位装置に接続されたＰＯＳ装置において、
１取引毎に集計された売上情報を格納する格納手段と、
前記集計された１取引毎の売上情報および精算時の現金在高情報を前記上位装置に送信する送信手段と、
を備え、
前記送信手段は、精算時に、前記上位装置における売上情報の合計値と前記現金在高情報との照合の結果、前記合計値と前記現金在高情報とが一致しない場合に前記上位装置からの要求に応じて、格納手段に格納されている売上情報を前記上位装置へ送信すること、
を特徴とするＰＯＳ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000061111A JP3929670B2 (ja) | 2000-03-06 | 2000-03-06 | Ｐｏｓシステムおよびｐｏｓ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000061111A JP3929670B2 (ja) | 2000-03-06 | 2000-03-06 | Ｐｏｓシステムおよびｐｏｓ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001250168A JP2001250168A (ja) | 2001-09-14 |
| JP3929670B2 true JP3929670B2 (ja) | 2007-06-13 |
Family
ID=18581317
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000061111A Expired - Fee Related JP3929670B2 (ja) | 2000-03-06 | 2000-03-06 | Ｐｏｓシステムおよびｐｏｓ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3929670B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4361816B2 (ja) * | 2003-02-18 | 2009-11-11 | パナソニック株式会社 | 販売システム及び記録媒体 |
| EP1597691A1 (en) | 2003-02-18 | 2005-11-23 | Matsushita Electric Industrial Co., Ltd. | Sales system and recording medium |
| JP5020545B2 (ja) * | 2006-05-24 | 2012-09-05 | 東芝テック株式会社 | Ｐｏｓシステム及びｐｏｓ端末並びにｐｏｓコントローラ |
| CN110851131B (zh) * | 2019-11-14 | 2023-05-23 | 拉扎斯网络科技（上海）有限公司 | 脚本生成方法、装置、电子设备及计算机可读存储介质 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02150999A (ja) * | 1988-12-01 | 1990-06-11 | Tokyo Electric Co Ltd | 商品販売データ処理装置 |
| JPH06131364A (ja) * | 1992-10-16 | 1994-05-13 | Tokyo Electric Co Ltd | 商品販売データ処理装置 |
| JPH06243347A (ja) * | 1993-02-19 | 1994-09-02 | Tokyo Electric Co Ltd | 商品販売データ処理装置 |
| JPH0744637A (ja) * | 1993-07-29 | 1995-02-14 | Toshiba Corp | 自動取引システム |
| JP3373918B2 (ja) * | 1993-11-30 | 2003-02-04 | 三洋電機株式会社 | 販売登録装置 |
| JP3223086B2 (ja) * | 1995-11-17 | 2001-10-29 | 東芝テック株式会社 | 売上管理システム |
| JPH11154276A (ja) * | 1997-11-20 | 1999-06-08 | Fujitsu General Ltd | Ｐｏｓシステム |
-
2000
- 2000-03-06 JP JP2000061111A patent/JP3929670B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001250168A (ja) | 2001-09-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5326252B2 (ja) | 販売時点情報管理システムおよび精算端末 | |
| JPH07160951A (ja) | 高密度バーコードの印字・読み取り機能を有する端末装置 | |
| JP2023062026A (ja) | 商品販売データ処理装置及び制御プログラム | |
| JP5011358B2 (ja) | 公共料金支払処理装置及びプログラム | |
| JP2024003227A (ja) | 決済処理装置およびその制御プログラム | |
| JP3929670B2 (ja) | Ｐｏｓシステムおよびｐｏｓ装置 | |
| US20050261971A1 (en) | Method and apparatus for receiving an order for goods and drive-through system with the apparatus | |
| JP6329111B2 (ja) | 商品データ処理装置、及びプログラム | |
| EP2998915A1 (en) | Checkout system, settlement apparatus and method for processing settlement by settlement apparatus | |
| JP5903776B2 (ja) | 精算システム | |
| JP2003044940A (ja) | 販売データ処理装置 | |
| JP6600039B2 (ja) | 商品データ処理装置、プログラム、商品データ処理方法及びシステム | |
| JP3694194B2 (ja) | 商品販売登録データ処理システム | |
| JP6213598B2 (ja) | 精算システム及びプログラム | |
| JP7041233B2 (ja) | 商品データ処理装置、プログラム | |
| JP6876161B2 (ja) | 決済装置及びその制御プログラム | |
| JP6797264B2 (ja) | 商品データ処理装置、プログラム、及び商品データ処理方法 | |
| JP7336560B2 (ja) | 商品データ処理装置、プログラム | |
| JP6874188B2 (ja) | チェックアウトシステム | |
| JP6926259B2 (ja) | チェックアウトシステム及び決済装置 | |
| JP7356848B2 (ja) | 商品情報処理装置及び商品情報処理プログラム | |
| JP6643435B2 (ja) | 決済装置およびその制御プログラム | |
| JP2022070088A (ja) | 決済装置及びその制御プログラム、レシートデータ作成方法 | |
| JP4955511B2 (ja) | 商品販売データ処理装置 | |
| JPH08235440A (ja) | 金銭登録装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060830 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060905 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061102 |
|
| 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: 20070306 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070307 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100316 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110316 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110316 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120316 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130316 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130316 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140316 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |