JP2003022478A - 販売管理方法及びこれを用いたｐｏｓシステム - Google Patents

Abstract

(57)【要約】 【課題】 既存のシステムを利用して簡易な構成により
精算の際の混雑緩和を可能とし実効性のある販売管理方
法を提供する。また、前記販売方法を用いたＰＯＳシス
テムを提供する。 【解決手段】 クライアント２を備えた買物カゴ４内の
購入商品を精算する際、サーバ１における商品重量情報
Ｗと精算時に計測した商品総重量Ｇとを比較して、比較
データ数値が一致した場合には、ＰＯＳレジ３に直接精
算を要求してサーバ１の商品売価情報Ｐの金額に基づい
て商品売価の支払いを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、スーパーマーケッ
ト等の店舗において商品の販売情報を管理する販売管理
方法、及びこれを用いたＰＯＳシステム(point of sale
s system：販売時点情報管理システム)に関するもので
ある。

【０００２】

【従来の技術】ＰＯＳシステムは、多数の店舗のいろい
ろな売場のレジスタと店舗を統括する本店の管理部門と
をオンラインで結び、商品が売れると同時に売場のレジ
スタから品名，数量，値段などを管理部門のサーバに送
り、それをデータとして記録する。また、売場のレジス
タからも管理部門のサーバにある記録を呼び出して、在
庫状況などを知ることができる。これによって、商品の
管理，現金の管理，在庫の管理が容易になる。商品コー
ド，メーカコードを表示したバーコードの読み取りには
ＯＣＲ(optical character reader：光学文字読取装置)
などのバーコードリーダが用いられる。この場合、売場
のレジスタに設置される情報入力装置をＰＯＳ端末装置
またはＰＯＳ端末という。

【０００３】従来、この種のＰＯＳシステムとして、た
とえば、特開平７―７３３８０号公報に記載のＰＯＳシ
ステムを図１０に示す。図１０に示されているように、
カート５に無線部とバーコード読み取り部と買物商品の
明細及び合計金額表示部を備えたクライアント２を設
け、店内に設置した無線中継装置を介して、買物途中の
カート５と本店のサーバ１とデータの送受信を行わせ
て、購入商品の一覧と合計金額を表示させる。買物が終
わったとき、精算装置３の側面にカート５を止めてカー
ト５のクライアント２から精算装置３に対して無線回線
を介して精算処理を行って現金精算すると、レシートが
発行されゲートが開かれて通過することができる。

【０００４】また近年、物品に付与したタグ情報を自動
的に読み取って識別するためのシステムとして、バーコ
ード方式によるものに代えて、非接触で書き込み・読み
出しが可能なデータキャリアと呼ばれる電子タグの開発
・実用化の試みが行われつつある。その例として特開２
０００―２５９９４７号公報には、図１１に示すような
電子タグを用いた販売管理システムが記載されている。

【０００５】図１１に示されているように、予め商品情
報が記録された電子タグと、電子タグが付された商品を
収納して運搬するカート５と、カート５に配設され電子
タグとの間で商品情報の送受信を非接触で行う。クライ
アント２は電子タグに記録されている商品情報を非接触
で受信する送受信器と、送受信器によって受信した商品
購入情報を基に商品の売価を集計する。集計した合計売
価をカート５に設けた表示部に表示する。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来技術の場合には、下記のような問題が生じていた。す
なわち、図１０のＰＯＳシステムにおいては、精算時の
レジ混雑緩和をその目的としているが、たとえば買物客
の不正防止、バーコード読取の際の読取エラーや買物客
のスキャンのし忘れに対しては、買物客の自主性に任せ
る他に何ら対策が考慮されておらず、実際の販売管理の
面での機能性に乏しい。

【０００７】一方、図１１の販売管理システムにおい
て、電子タグは、まだまだ高価であり陳列している商品
数も多いスーパーマーケット等での商品の識別に実用化
されるまでには至っていないのが現状である。すなわ
ち、前記電子タグを用いた販売管理システムを採用する
と、販売する全商品に電子タグを装着することになるの
で、特に陳列している商品数も多いスーパーマーケット
等ではそのコストは多大なものとなる。また全商品に装
着した電子タグは、精算後には回収しなければならず、
その回収にはさらなる工程が必要となりシステムは複雑
化してしまう。

【０００８】本発明は上記事項に鑑みなされたものであ
り、既存のシステムを利用して簡易な構成により精算の
際の混雑緩和を可能とし実効性のある販売管理方法を提
供する。また、前記販売方法を用いたＰＯＳシステムを
提供することを課題とする。

【０００９】

【課題を解決するための手段】上記課題を解決するため
に、本発明は以下のような手段とした。すなわち、商品
の販売情報管理を行うサーバと、買物カゴに設けられた
買物客の商品購入情報をサーバに送信するクライアント
と、前記サーバからの商品購入情報に基づき買物客の商
品精算を行う精算装置とを用いて、前記クライアントが
商品に印刷又は貼付されているバーコードを読み取る読
取ステップと、前記クライアントから前記読取ステップ
で読み取られた商品購入情報をサーバ側に送信するステ
ップと、前記サーバが前記商品購入情報を記憶するステ
ップと、前記サーバが前記商品購入情報を処理して、買
物客の購入商品の商品売価情報及び商品重量情報を抽出
するステップと、前記商品売価情報及び商品重量情報を
精算装置に送信するステップと、購入商品精算時、前記
サーバにおける商品重量情報と精算時に計測した商品総
重量とを比較する比較ステップと、前記比較ステップに
おける比較データ数値が一致した場合は、精算装置に直
接精算を要求して前記サーバの商品売価情報の金額に基
づいて商品売価の支払いを行うステップとを含み、商品
重量の比較に着目して、前記サーバが商品売価及び商品
重量によって販売管理を行うことを特徴とする商品の販
売管理を行うようにした。

【００１０】前記比較データ数値が一致した場合には、
通常の精算工程のように購入商品一点一点の会計を行う
必要はなく、買物客は精算装置にて直接精算を行い、商
品売価を支払うのみでよいので、精算時のレジスタにお
ける会計の混雑を緩和できる。

【００１１】

【発明の実施の形態】以下に図面を参照し、この発明の
実施の形態について詳細に説明する。ただし、この実施
の形態に記載されている構成は、特に特定的な記載がな
い限りは、この発明の技術的範囲をそれらのみに限定す
る趣旨のものではない。また、以下の図面において、前
述の従来技術の説明で用いた図面に記載された部材と同
様の部材には同じ番号を付す。

【００１２】(ＰＯＳシステムの構成)図１〜図３を参照
して本実施形態に係るＰＯＳシステムについて説明す
る。図１は、本発明の実施形態に係る販売管理方法を用
いたＰＯＳシステムの全体構成を示す概念図、図２は、
本発明の実施形態に係る買物カゴの構成を示す斜視図、
図３は、本発明の実施形態に係るカートの構成を示す斜
視図である。図１において、１は商品の販売情報管理を
行うサーバ、２は買物カゴ４に設けられた買物客の商品
購入情報Ｋをサーバ１に送信するクライアント、３はＰ
ＯＳシステムを採用したレジスタ(以下、ＰＯＳレジと
称す)である。

【００１３】ここでＰＯＳシステムは、多数の店舗のい
ろいろな売場のＰＯＳレジ３(精算装置)と店舗を統括す
る管理部門とをオンラインで結び、商品が売れると同時
に売場のＰＯＳレジ３から品名，数量，値段などを管理
部門のサーバ１に送り、それを販売情報として記録す
る。また、売場のＰＯＳレジ３からも管理部門のサーバ
１にある記録を呼び出して、在庫状況などを知ることが
できる。これによって、商品の管理，現金の管理，在庫
の管理が容易になる。商品コード，メーカコードを表示
したバーコードの読み取りにはＯＣＲ(optical charact
er reader：光学文字読取装置)などのバーコード読取機
が用いられる。

【００１４】ＰＯＳレジ３を利用したスーパーマーケッ
ト等の店内では、買物客は買物カゴ４を携行して買物す
る。買物カゴ４にはクライアント２が備えられている。
クライアント２は、買物客の商品購入情報Ｋをサーバ１
に送信する。サーバ１は商品の販売情報管理を行うため
の端末であり、買物客の精算時には精算に必要な情報を
ＰＯＳレジ３に送信している。サーバ１、クライアント
２、ＰＯＳレジ３は互いに無線８によって送受信可能と
なっている。なお、３者間の送受信は店舗内という比較
的近距離において行われるので、特定省電力無線を用い
ることが望ましい。

【００１５】本実施形態の買物カゴ４の特徴として図２
において、カゴ上部一端にクライアント２を、そしてカ
ゴ底部には重量計２７をそれぞれ備えている。クライア
ント２は、その上面に、商品販売情報Ｓや商品合計売価
Ｂ等の商品情報をディスプレイ上に表示する表示部２４
と、印刷又は貼付されているバーコードの読み取りを行
うバーコード読取部２６とが設けられている。なお、ク
ライアント２を備える対象としては買物カゴ４の他、図
３に示したような買物カゴ４を搭載したカート５又は買
物カゴ４を内蔵した構造のカート５であってもよい。そ
の際、把手７の部分にクライアント２を備えたものとし
てもよい。以下、図１における各部の構成を説明する。

【００１６】図４はサーバの構成を示すブロック図であ
る。サーバ１は、クライアント２との商品購入情報Ｋ、
及びＰＯＳレジ３との商品売価情報Ｐを送受信する無線
(送受信手段)８により情報のやり取りを行う。その情報
の１つとしてクライアントＩＤを受信して、ＣＰＵ(cen
tral processing unit)１１内のクライアントＩＤ認識
部１２においてクライアント２の認識を行う。

【００１７】そして、サーバ１はクライアント２からの
商品購入情報Ｋ及びサーバ１側で蓄積された商品販売情
報Ｓを記憶するメモリ(記憶手段)１５によって情報をス
トックし、前記商品購入情報Ｋ及び商品販売情報Ｓを基
にＣＰＵ１１内に情報処理部(情報処理手段)１３におい
て処理を行い、必要なデータに変換して商品売価情報Ｐ
及び商品重量情報Ｗを抽出する。これら各部は、一連の
サーバ１の商品購入管理を制御するサーバ制御部(サー
バ制御手段)１０においてバス１７を介して統制されて
いる。

【００１８】図５はクライアント２の構成を示すブロッ
ク図である。商品情報が書き込まれたバーコードを読み
取るバーコード読取部(バーコード読取手段)２６におい
てスキャンされた商品購入情報Ｋを、クライアント２は
無線(送信手段)８によって、サーバ１に送信する。ま
た、クライアント２は合計売価Ｂを買物客に通知する表
示部(表示手段)２４と、リセットスイッチ２８a、重量
商品スイッチ２８b、精算スイッチ２８cからなる各スイ
ッチ２８とを備えている。これら各部は、一連のクライ
アント２の制御を行うクライアント制御部(クライアン
ト制御手段)２０においてバス２９を介して統制されて
いる。

【００１９】図６はＰＯＳレジ３の構成を示すブロック
図である。ＰＯＳレジ３は、サーバ１に対して精算要求
信号を送信し商品購入情報Ｋ及び商品重量情報Ｗを受信
する媒体となる無線(送受信手段)８により情報のやり取
りを行う。その情報の１つとしてクライアントＩＤを受
信して、ＣＰＵ３１内のクライアントＩＤ認識部３２に
おいてクライアント２の認識を行う。また、ＰＯＳレジ
３は、販売する商品の集計を行い、買物客が商品売価の
支払いを行う会計部(会計手段)３８と、バス３６を介し
て一連のＰＯＳレジ３の制御を行うＰＯＳレジ制御部
(精算装置制御手段)３０とを備えている。

【００２０】(第１の実施形態)図４、図７、及び図８を
参照して、第１の実施の形態に係る販売管理方法につい
て説明する。本実施形態においては、商品の重量を計測
する重量計２７(商品総重量計測手段)をクライアント２
に備え、サーバ１が抽出した商品重量情報Ｗと、精算時
に計測された商品総重量Ｇとを比較する重量比較部(重
量比較手段)１４をサーバ１に備えたことを特徴として
いる。

【００２１】買物客が買物カゴ４を利用して買物をする
際、クライアント２のリセットスイッチ２８aを押す。
リセットスイッチ２８aが押されると、クライアント２
からのリセットスイッチＯＮの信号が受信される。それ
と同時にクライアントＩＤが送信されサーバ１のクライ
アントＩＤ認識部１２において認識される。クライアン
トＩＤが確認されるとサーバ１は、そのクライアント２
に対して商品販売情報Ｓを配信する。この商品販売情報
Ｓとは、各売場に置かれている商品の商品名、数量、売
価である。なお、クライアント２の表示部２４を利用し
て販売サービス情報(たとえば当日の推奨品、特別販売
品情報等)を配信してもよい。なお、クライアントＩＤ
及びクライアントＩＤ認識部１２を特に設けず、リセッ
トスイッチＯＮの信号からクライアント２の認識を行う
ようにしてもよい。

【００２２】買物客が商品を購入する際、買物客は、購
入希望商品のバーコード部分をバーコード読取部２６で
スキャンさせる。スキャンしたバーコードの商品購入情
報Ｋは、クライアント２から無線８を介してサーバ１に
受信される。なお、商品購入情報Ｋをクライアント２か
ら自動送信するのではなく、送信確認ボタン等を設けて
買物客の確認をとったうえで送信する工程を設けてもよ
い。一方、商品が重量単位に応じて売価を決定するよう
な商品の場合には、バーコードをスキャンさせた後、重
量商品スイッチ２８bを押してから買物カゴ４内に入れ
て、重量計２７で対象商品の単品重量を計測する。計測
された対象商品重量Ｔは、スキャンしたバーコードの商
品購入情報Ｋと同様にサーバ１により受信される。

【００２３】サーバ１において受信した商品購入情報Ｋ
及び対象商品重量Ｔは、メモリ１５において記憶され
る。その後、ＣＰＵ１１の情報処理部１３が所定のデー
タ交換処理を行い、商品売価情報Ｐ及び商品重量情報Ｗ
を抽出する。ここで、商品売価情報Ｐ及び商品重量情報
Ｗとは、商品コード、メーカコードを表示しているバー
コードの商品購入情報Ｋをデータ変換処理して、その商
品に対応した商品販売情報Ｓを対照して購入商品の売価
及び重量をデータ化したものである。

【００２４】サーバ１は、クライアント２の重量計２７
により計測された買物カゴ４内の商品総重量Ｇを受信す
る。そして、商品総重量Ｇと商品重量情報ＷとをＣＰＵ
１１に設けられた重量比較部１４において比較して両重
量が一致するかどうかを確認する。一致しない場合に
は、クライアント２へ(バーコードの)読み取りエラーを
通知する信号を発信する。その信号を受信したクライア
ント２は、表示部２４に「読み取りエラー」のメッセー
ジ及び該当商品名を表示して買物客に対して購入商品の
バーコードの読み取りが正しくなされなかったことを通
知する。

【００２５】このように重量の比較に着目して「読み取
りエラー」を検知する工程を設けることで、全購入商品
のバーコード読み取りを確実に行うことができることに
よって、正確な商品売価情報及び商品重量情報を得るこ
とが可能となり、それにより好適な販売情報管理が可能
となる。

【００２６】また、上記比較において両重量が一致した
場合には、抽出した商品売価情報Ｐ及び商品重量情報Ｗ
は、クライアント２に送信され、クライアント２の表示
部２４において、商品名、商品重量、単価売価、購入数
量、合計売価等が表示される。クライアント２の表示部
２４により上記のような情報が買物客に随時提供される
ことによって、買物客は、買物の途中においてもその時
点までに何を買ったのかが分かり、さらにその時点まで
の買物の合計売価も把握可能となる。なお、この重量比
較工程は、購入商品をスキャンするごとに行われる。

【００２７】次に、買物精算時について詳述する。買物
客は買物が終わると、精算をするためＰＯＳレジ３へ買
物カゴ４を持っていく。ＰＯＳレジ３において、買物客
又は店員がクライアント２に設けられた精算スイッチ２
８cを押す。精算スイッチ２８cがＯＮになると、クライ
アント２からサーバ１に精算要求信号が送信される。サ
ーバ１は、クライアント２の重量計２７により再計測さ
れた、精算時における買物カゴ４内の商品総重量Ｇを受
信する。そして、精算時における商品重量情報Ｗと商品
総重量Ｇとを重量比較部１４において再び比較して両重
量が一致するかどうかを確認する。

【００２８】仮に比較した重量が一致しない場合、サー
バ１はＰＯＳレジ３に会計を要求し、ＰＯＳレジ３にお
いて通常の精算工程と同じように購入商品一点一点の会
計を行って合計売価Ｂを計算し、ＰＯＳレジ３の会計に
基づき買物客が合計売価Ｂを支払って精算は終了する。

【００２９】比較した重量が一致した場合には、上記の
ような通常の会計を行う必要はなく、サーバ１はＰＯＳ
レジ３に直接精算を要求すると同時に、精算時における
商品売価情報Ｐをクライアント２又はＰＯＳレジ３に送
信する。買物客が商品売価情報Ｐに基づいた合計売価Ｂ
を支払って精算は終了する。

【００３０】なお、サーバ１において、受信、抽出、検
出された各情報はサーバ１内のメモリ１５によって随時
記憶され蓄積されている。

【００３１】上記の重量比較工程は、購入商品をスキャ
ンするごとに行われるものであるので、買物客が、適正
に購入商品のバーコードの読み取りを行っており、不正
を行った場合、その他意図的に購入商品のバーコードの
読み取りをしなかった等の場合でなければ、買物客が商
品売価情報Ｐに基づいた合計売価Ｂを直接支払うだけで
精算は終了する。

【００３２】このように、上記の重量比較において比較
データ数値が一致した場合には、通常の精算工程のよう
に購入商品一点一点の会計を行う必要はなく、買物客は
ＰＯＳレジ３にて直接精算を行い、商品売価を支払うの
みでよい。これにより既存のＰＯＳシステムにおいて、
商品重量の比較に着目して販売管理を行うことで精算時
のレジスタにおける上記のような会計の混雑を緩和でき
る。

【００３３】図７、８は第１の実施形態に係るサーバ１
における販売管理プログラムの実行工程を示すフローチ
ャートである。図７、８に示したフローチャートを参照
して、サーバ１の販売管理プログラムの実行工程を記
す。 (ステップ１０１) ・クライアント２よりリセットスイッチＯＮの信号を受
信すると同時に、クライアントＩＤを受信し、認識を行
う。 (ステップ１０２) ・クライアント２へ商品の商品名、数量、売価等の商品
販売情報を送信する。 (ステップ１０３) ・クライアント２より読み取ったバーコードの商品購入
情報Ｋを受信する。 ・クライアント２より重量計２７で計測された対象商品
重量Ｔを受信する。 (ステップ１０４) ・受信した商品購入情報Ｋ及び対象商品重量Ｔを記憶す
る。 (ステップ１０５) ・データ交換処理を行い、商品売価情報Ｐ及び商品重量
情報Ｗを抽出する。 (ステップ１０６) ・クライアント２より重量計２７で計測された商品総重
量Ｇを受信する。 (ステップ１０７) ・商品総重量Ｇと商品重量情報Ｗとの重量比較を行う。 (ステップ１０８) ・ステップ１０７において比較一致の場合、クライアン
ト２へ商品売価情報Ｐ及び商品重量情報Ｗを送信する。 (ステップ１０９) ・ステップ１０７において比較不一致の場合、クライア
ント２へバーコード読み取りエラーを通知する。 (ステップ１１０) ・クライアント２より精算スイッチ２８cのＯＮによる
精算要求信号を受信する 。 (ステップ１１１) ・クライアント２より重量計２７によって再計測された
買物カゴ４内の精算時における商品総重量Ｇを受信す
る。 (ステップ１１２) ・精算時における商品重量情報Ｗと商品総重量Ｇとの重
量比較を行う。 (ステップ１１３) ・ステップ１１２において比較一致の場合、ＰＯＳレジ
３に直接精算を要求すると同時に、精算時における商品
売価情報Ｐをクライアント２又はＰＯＳレジ３に送信す
る。 (ステップ１１４) ・ステップ１１２において比較不一致の場合、ＰＯＳレ
ジ３に会計を要求する。 (ステップ１１５) ・買物客が商品売価情報Ｐに基づいた合計売価Ｂを支払
う。

【００３４】(第２の実施形態)図５、図９、及び図１０
には、第２の実施の形態が示されている。本実施形態に
おいては、商品の重量を計測する重量計２７(商品総重
量計測手段)をクライアント２に備え、サーバ１から送
信された商品重量情報Ｗと、精算時に計測された商品総
重量Ｇとを比較する重量比較部(重量比較手段)２２をク
ライアント２に備えたことを特徴としている。前記第１
の実施の形態では、サーバ１における販売管理方法につ
いて説明した。その他の構成および作用については第１
の実施の形態と同一なので、同一の構成部分については
同一の符号を付して、その説明は省略する。

【００３５】買物客が買物カゴ４を利用して買物をする
際、クライアント２のリセットスイッチ２８aを押す。
リセットスイッチ２８aが押されると、サーバ１にリセ
ットスイッチＯＮの信号を送信する。それと同時にクラ
イアントＩＤが送信されサーバ１のクライアントＩＤ認
識部１２において認識される。クライアントＩＤが確認
されるとサーバ１は、クライアント２に対して商品販売
情報Ｓを配信する。

【００３６】商品販売情報Ｓを受信したクライアント２
は、表示部２４に、各売場に置かれている商品の商品
名、数量、売価、及び当日の推奨品、特別販売品情報等
の販売サービス情報を表示する。これにより買物客は、
買物の際にあらゆる販売情報を得ることができる。

【００３７】買物客が商品を購入する際、買物客は、購
入希望商品のバーコード部分をバーコード読取部２６で
スキャンさせる。スキャンしたバーコードの商品購入情
報Ｋは、クライアント２から無線８を介してサーバ１へ
送信する。一方、商品が重量単位に応じて売価を決定す
るような商品の場合には、バーコードをスキャンさせた
後、重量商品スイッチ２８bを押してから買物カゴ４内
に入れて、重量計２７で対象商品の単品重量を計測す
る。計測された対象商品重量Ｔは、スキャンしたバーコ
ードの商品購入情報Ｋと同様にサーバ１により受信され
る。

【００３８】商品購入情報Ｋ及び対象商品重量Ｔを受信
したサーバ１は、所定のデータ交換処理を行い、商品売
価情報Ｐ及び商品重量情報Ｗを抽出する。抽出された商
品売価情報Ｐ及び商品重量情報Ｗは、サーバ１からクラ
イアント２に受信される。前記情報受信後、まずクライ
アント２は、合計売価Ｂと商品売価情報ＰとをＣＰＵ２
１に設けられた金額比較部２５において比較して両金額
が一致するかどうかを確認する。一致しない場合には、
クライアント２は、表示部２４に「読み取りエラー」の
メッセージ及び該当商品名を表示して買物客に対して購
入商品のバーコードの読み取りが正しくなされなかった
ことを通知する。

【００３９】さらに、クライアント２は、重量計２７に
より買物カゴ４内の商品総重量Ｇを計測する。そして、
商品総重量Ｇと商品重量情報ＷとをＣＰＵ２１に設けら
れた重量比較部２２において比較して両重量が一致する
かどうかを確認する。一致しない場合には、クライアン
ト２は、金額比較の場合と同様に表示部２４に「読み取
りエラー」のメッセージ及び該当商品名を表示して買物
客に対して購入商品のバーコードの読み取りが正しくな
されなかったことを通知する。

【００４０】次に、買物精算時について詳述する。買物
客は買物が終わると、精算をするためＰＯＳレジ３へ買
物カゴ４を持っていく。ＰＯＳレジ３において、買物客
又は店員がクライアント２に設けられた精算スイッチ２
８cを押す。精算スイッチ２８cがＯＮになると、クライ
アント２からサーバ１に精算要求信号が送信される。前
記精算要求信号に対応して、精算時における商品売価情
報Ｐ及び商品重量情報Ｗは、サーバ１からクライアント
２に受信される。そして、クライアント２は、重量計２
７により買物カゴ４内の精算時における商品総重量Ｇを
再計測する。以上の情報を基に精算時における商品重量
情報Ｗと商品総重量Ｇとを重量比較部２２において再び
比較して両重量が一致するかどうかを確認する。

【００４１】仮に比較した重量が一致しない場合、クラ
イアント２はＰＯＳレジ３に会計を要求し、ＰＯＳレジ
３において通常の精算工程と同じように購入商品一点一
点の会計を行って合計売価Ｂを計算し、ＰＯＳレジ３の
会計に基づき買物客が合計売価Ｂを支払って精算は終了
する。

【００４２】比較した重量が一致した場合には、上記の
ような通常の会計を行う必要はなく、クライアント２は
ＰＯＳレジ３に直接精算を要求する。買物客がＰＯＳレ
ジ３にて商品売価情報Ｐに基づいた合計売価Ｂを支払っ
て精算は終了する。

【００４３】なお、クライアント２において、受信、検
出、計測された各情報はクライアント２内のメモリ２３
によって随時記憶され蓄積されている。

【００４４】図９、１０は第２の実施形態に係るクライ
アント２における販売管理プログラムの実行工程を示す
フローチャートである。図９、１０に示したフローチャ
ートを参照して、クライアント２の販売管理プログラム
の実行工程を記す。 (ステップ２０１) ・サーバ１へリセットスイッチＯＮ及びクライアントＩ
Ｄの信号を送信する。 (ステップ２０２) ・合計売価Ｂ、商品総重量Ｇ等の商品情報の表示をクリ
アする。 (ステップ２０３) ・サーバ１より商品の商品名、数量、売価等の商品販売
情報を受信する。 (ステップ２０４) ・重量商品スイッチ２８bがＯＮかＯＦＦかを判断す
る。 (ステップ２０５) ・購入希望商品のバーコードを読み取る。 (ステップ２０６) ・サーバ１へ読み取ったバーコードの商品購入情報Ｋを
送信する。 (ステップ２０７) ・重量計２７で対象商品単品の対象商品重量Ｔを計測す
る。 (ステップ２０８) ・サーバ１へ重量計２７で計測された対象商品重量Ｔを
送信する。 (ステップ２０９) ・サーバ１より商品売価情報Ｐ及び商品重量情報Ｗを受
信する。 (ステップ２１０) ・合計売価Ｂと商品売価情報Ｐとの金額比較を行う。 (ステップ２１１) ・ステップ２１０において比較不一致の場合、表示部２
４へバーコード読み取りエラーを通知する。 (ステップ２１２) ・商品総重量Ｇを重量計２７で計測して表示部に表示す
る。 (ステップ２１３) ・商品総重量Ｇと商品重量情報Ｗとの重量比較を行う。 (ステップ２１４) ・ステップ２１３において比較不一致の場合、表示部２
４へバーコード読み取りエラーを通知する。 (ステップ２１５) ・表示部２４に商品名、商品重量、単価売価、購入数
量、合計売価等を表示する。 (ステップ２１６) ・サーバ１へ精算スイッチ２８cのＯＮによる精算要求
信号を送信する。 (ステップ２１７) ・サーバ１より精算時における商品売価情報Ｐ及び商品
重量情報Ｗを受信する。 (ステップ２１８) ・精算時における買物カゴ４内の商品総重量Ｇを重量計
２７で再計測する。 (ステップ２１９) ・ステップ精算時における商品重量情報Ｗと再計測後の
商品総重量Ｇとの重量比較を行う。 (ステップ２２０) ・ステップ２１９において比較一致の場合、ＰＯＳレジ
３に直接精算を要求する。 (ステップ２２１) ・ステップ２１９において比較不一致の場合、ＰＯＳレ
ジ３に会計を要求する。 (ステップ２２２) ・買物客が商品売価情報Ｐに基づいた合計売価Ｂを支払
う。

【００４５】以上のように、商品総重量計測手段及び重
量比較手段をクライアント２に備えた第２の実施形態の
構成によっても、第１の実施形態と同様の効果を得るこ
とができる。

【００４６】(第３の実施形態)図６及び図１１には、第
３の実施の形態が示されている。本実施形態において
は、商品の重量を計測する重量計３７(商品総重量計測
手段)をＰＯＳレジ３に備え、サーバ１から送信された
商品重量情報Ｗと、精算時に計測された商品総重量Ｇと
を比較する重量比較部(重量比較手段)３３をＰＯＳレジ
３に備えたことを特徴としている。前記第１の実施の形
態では、サーバ１における販売管理方法について説明し
た。また、前記第２の実施の形態では、クライアント２
における販売管理方法について説明した。その他の構成
および作用については第１及び第２の実施の形態と同一
なので、同一の構成部分については同一の符号を付し
て、その説明は省略する。

【００４７】買物客は買物が終わると、精算をするため
ＰＯＳレジ３へ買物カゴ４を持っていく。ＰＯＳレジ３
において、買物客又は店員がクライアント２に設けられ
た精算スイッチ３９を押す。ＰＯＳレジ３は、クライア
ント２から受信したクライアントＩＤをＣＰＵ３１に設
けられたクライアントＩＤ認識部３２により認識する。
精算スイッチ３９がＯＮになり、クライアントＩＤが認
識されると、ＰＯＳレジ３からサーバ１に精算要求信号
が送信される。前記精算要求信号に対応して、精算時に
おける商品売価情報Ｐ及び商品重量情報Ｗは、サーバ１
からＰＯＳレジ３に受信される。

【００４８】ＰＯＳレジ３は、図１に示した買物カゴ載
置台に設けられた重量計３７により買物カゴ４内の精算
時における商品総重量Ｇを計測する。そして、精算時に
おける商品重量情報Ｗと商品総重量ＧとをＣＰＵ３１に
設けられた重量比較部３３において再び比較して両重量
が一致するかどうかを確認する。

【００４９】仮に比較した重量が一致しない場合、ＰＯ
Ｓレジ３は会計部３８に会計を要求し、会計部３８にお
いて通常の精算工程と同じように購入商品一点一点の会
計を行って合計売価Ｂを計算し、ＰＯＳレジ３の会計に
基づき買物客が合計売価Ｂを支払って精算は終了する。

【００５０】比較した重量が一致した場合には、上記の
ような通常の会計を行う必要はなく、ＰＯＳレジ３は会
計部３８に直接精算を要求する。買物客がＰＯＳレジ３
の会計部３８にて商品売価情報Ｐに基づいた合計売価Ｂ
を支払って精算は終了する。

【００５１】なお、ＰＯＳレジ３において、受信、検
出、計測された各情報はＰＯＳレジ３内のメモリ３４に
よって随時記憶され蓄積されている。

【００５２】図１１は第３の実施形態に係るＰＯＳレジ
３における販売管理プログラムの実行工程を示すフロー
チャートである。図１１に示したフローチャートを参照
して、ＰＯＳレジ３の販売管理プログラムの実行工程を
記す。 (ステップ３０１) ・クライアント２より精算スイッチ２８cのＯＮによる
精算要求信号を受信する。 (ステップ３０２) ・クライアント２よりクライアントＩＤを受信し、認識
を行う。 (ステップ３０３) ・サーバ１へ精算スイッチ３９のＯＮによる精算要求信
号を送信する。 (ステップ３０４) ・サーバ１より精算時における商品売価情報Ｐ及び商品
重量情報Ｗを受信する。 (ステップ３０５) ・精算時における買物カゴ４内の商品総重量Ｇを重量計
３７で計測する。 (ステップ３０６) ・精算時における商品重量情報Ｗと商品総重量Ｇとの重
量比較を行う。 (ステップ３０７) ・ステップ３０６において比較一致の場合、会計部３８
に直接精算を要求する。 (ステップ３０８) ・ステップ３０６において比較不一致の場合、会計部３
８に会計を要求し、会計部３８にて通常の精算工程と同
様に会計を行う。 (ステップ３０９) ・買物客から商品売価情報Ｐに基づいた合計売価Ｂの支
払いを受け、ＰＯＳレジ３に現金を収容する。

【００５３】以上のように、商品総重量計測手段及び重
量比較手段をＰＯＳレジ３に備えた第３の実施形態の構
成によっても、第１及び第２の実施形態と同様の効果を
得ることができる。

【００５４】(その他の実施形態)以下のような実施形態
の構成によっても、第１〜第３の実施形態と同様の効果
を得ることができる。以下にその他の実施形態を記す。

【００５５】(１) 商品の販売情報管理を行うサーバ
と、買物カゴに設けられた買物客の商品購入情報を読み
取るクライアントと、買物客の商品精算を行う精算装置
とを用いた販売管理方法であって、買物客が購入する商
品から読み取った商品購入情報を送信するステップと、
前記商品購入情報から商品売価情報及び商品重量情報を
抽出するステップと、前記商品重量情報に基づいて商品
の販売管理を行うステップと、前記商品売価情報に基づ
いて買物客の購入商品精算を行う精算ステップと、を含
む販売管理方法とした。

【００５６】(２) 商品の販売情報管理を行うサーバ
と、買物カゴに設けられた買物客の商品購入情報をサー
バに送信するクライアントと、前記サーバからの商品購
入情報に基づき買物客の商品精算を行う精算装置とを用
いた販売管理方法であって、前記クライアントが商品に
印刷又は貼付されているバーコードを読み取る読取ステ
ップと、前記クライアントから前記読取ステップで読み
取られた商品購入情報をサーバ側に送信するステップ
と、前記サーバが前記商品購入情報を記憶するステップ
と、前記サーバが前記商品購入情報を処理して、買物客
の購入商品の商品売価情報及び商品重量情報を抽出する
ステップと、前記商品売価情報及び商品重量情報を精算
装置に送信するステップと、購入商品精算時、前記サー
バにおける商品重量情報と精算時に計測した商品総重量
とを比較する比較ステップと、前記比較ステップにおけ
る比較データ数値が一致した場合は、精算装置に直接精
算を要求して前記サーバの商品売価情報の金額に基づい
て商品売価の支払いを行うステップと、を含む販売管理
方法とした。

【００５７】(３) 前記サーバから送信された商品重量
情報と、購入商品精算時に計測した商品総重量とを前記
精算装置において比較する比較ステップを含むことを特
徴とする(１)又は(２)に記載の販売管理方法とした。

【００５８】(４) 前記サーバから送信された商品重量
情報と、購入商品精算時に計測した商品総重量とを前記
クライアントにおいて比較する比較ステップを含むこと
を特徴とする(１)又は(２)に記載の販売管理方法とし
た。

【００５９】(５) 前記サーバにより抽出された商品重
量情報と、購入商品精算時に計測され前記サーバに送信
された商品総重量前記商品重量とを前記サーバにおいて
比較する比較ステップを含むことを特徴とする(１)又は
(２)に記載の販売管理方法とした。

【００６０】(６) 前記精算装置に商品総重量計測手段
を設けて前記商品総重量の計測を行うことを特徴とする
(１)〜(５)何れかに記載の販売管理方法とした。

【００６１】(７) 前記買物カゴに商品重量計測手段を
設けて前記商品総重量の計測を行うことを特徴とする
(１)〜(５)何れかに記載の販売管理方法とした。

【００６２】(８) 前記読取ステップが実行されるごと
に前記クライアントが、前記読取ステップに基づいて商
品の単品売価及び合計売価を表示するステップと、商品
総重量を計測するステップと、前記サーバが前記商品購
入情報から抽出した商品売価情報及び商品重量情報を受
信するステップと、前記合計売価と前記商品売価情報を
比較する売価比較ステップと、前記売価比較ステップに
おいて比較売価が一致しない場合は買物客にバーコード
の読取エラーを通知するステップと、前記商品総重量と
前記商品重量情報を比較する重量比較ステップと、前記
重量比較ステップにおいて比較重量が一致しない場合は
買物客にバーコードの読取エラーを通知するステップ
と、を行うことを特徴とする(２)、(４)、(７)何れかに
記載の販売管理方法とした。

【００６３】(９) 前記精算装置にＰＯＳシステムを適
用したことを特徴とする(１)〜(８)何れかに記載の販売
管理方法とした。

【００６４】(１０) 前記クライアントが、カゴを搭載
したカート又はカゴを内蔵したカートに設けられている
ことを特徴とする(１)〜(９)何れかに記載の販売管理方
法とした。

【００６５】(１１) 商品の販売情報管理を行うサーバ
における販売管理プログラムであって、買物客の買物カ
ゴに設けられたクライアントに販売する商品の所定の情
報である商品販売情報を送信するステップと、前記クラ
イアントから買物客が購入する商品の商品購入情報を受
信するステップと、前記クライアントからの前記商品購
入情報を記憶するステップと、前記商品購入情報を基に
必要なデータに変換して商品売価情報及び商品重量情報
を抽出するステップと、精算要求信号を受信するステッ
プと、購入商品精算時、前記クライアント又は購入商品
の精算を行う精算装置に精算時の商品売価情報及び商品
重量情報送信するステップと、をサーバに実行させる販
売管理プログラムとした。

【００６６】(１２) 精算時の商品総重量受信するステ
ップと、前記精算時の商品総重量と商品重量情報を比較
する精算時重量比較ステップと、前記精算時重量比較ス
テップにおいて比較重量が一致した場合には、前記精算
装置に直接精算を要求するステップと、前記精算時重量
比較ステップにおいて比較重量が一致しない場合には、
前記精算装置に再度会計を行うよう要求するステップ
と、を前記精算要求信号受信後に、サーバに実行させる
ことを特徴とする(１１)に記載の販売管理プログラムと
した。

【００６７】(１３) 商品の販売情報管理を行うサーバ
に、買物カゴに設けられた買物客の商品購入情報を送信
するクライアントにおける販売管理プログラムであっ
て、前記サーバに商品購入情報を送信するステップと、
商品情報が書き込まれたバーコードを読み取る読取ステ
ップと、前記読取ステップに基づいて商品の単品売価及
び合計売価を表示するステップと、購入商品精算時の商
品総重量を計測するステップと、前記サーバより精算時
の商品売価情報及び商品重量情報を受信するステップ
と、前記精算時の商品総重量と商品重量情報を比較する
精算時重量比較ステップと、前記精算時重量比較ステッ
プにおいて比較重量が一致した場合には、購入商品精算
を行う精算装置に直接精算を要求するステップと、前記
精算時重量比較ステップにおいて比較重量が一致しない
場合には、前記精算装置に再度会計を行うよう要求する
ステップと、をクライアントに実行させる販売管理プロ
グラムとした。

【００６８】(１４) 前記商品総重量を計測するステッ
プと、前記サーバが前記商品購入情報から抽出した商品
売価情報及び商品重量情報を受信するステップと、前記
合計売価と前記商品売価情報を比較する売価比較ステッ
プと、前記売価比較ステップにおいて比較売価が一致し
ない場合は買物客にバーコードの読取エラーを通知する
ステップと、前記商品総重量と前記商品重量情報を比較
する重量比較ステップと、前記重量比較ステップにおい
て比較重量が一致しない場合は買物客にバーコードの読
取エラーを通知するステップと、を前記読取ステップが
実行されるごとに、クライアントに実行させることを特
徴とする(１３)に記載の販売管理プログラムとした。

【００６９】(１５) 買物客の購入商品精算時に、商品
の販売情報管理を行うサーバからの商品購入情報に基づ
き買物客の購入商品精算を行う精算装置における販売管
理プログラムであって、前記サーバに対して精算要求信
号送信するステップと、精算時の商品総重量を計測する
ステップと、前記サーバが前記商品購入情報から抽出し
た精算時の商品売価情報及び商品重量情報を受信するス
テップと、前記精算時の商品総重量と商品重量情報を比
較する精算時重量比較ステップと、前記精算時重量比較
ステップにおいて比較重量が一致した場合には、直接精
算を行うステップと、前記精算時重量比較ステップにお
いて比較重量が一致しない場合には再度会計を行うステ
ップと、買物客の商品合計売価を収受するステップと、
を精算装置に実行させる販売管理プログラムとした。

【００７０】(１６) 前記精算装置にＰＯＳシステムを
適用したことを特徴とする(１１)〜(１５)何れかに記載
の販売管理プログラムとした。

【００７１】(１７) 商品の販売情報管理を行うサーバ
と、買物カゴに設けられた買物客の商品購入情報をサー
バとの間で送受信するクライアントと、前記サーバから
の商品購入情報に基づき買物客の商品精算を行う精算装
置とを備え、前記サーバに非接触の前記クライアントか
ら商品購入情報及び商品重量情報をサーバに送信し、前
記サーバが販売情報管理を行うＰＯＳシステムにおい
て、前記サーバが商品売価及び商品重量により販売管理
を行うことを特徴とするＰＯＳシステムとした。

【００７２】(１８) 前記サーバは、前記クライアント
との商品購入情報、及び精算装置との商品売価情報を送
受信する送受信手段と、前記クライアントからの商品購
入情報及びサーバ側で蓄積された商品販売情報を記憶す
る記憶手段と、前記商品購入情報及び商品販売情報を基
に必要なデータに変換して商品売価情報及び商品重量情
報を抽出する情報処理手段と、一連のサーバの商品購入
管理を制御するサーバ制御手段と、を備えた(１７)に記
載のＰＯＳシステムとした。

【００７３】(１９) 前記クライアントは、前記サーバ
に商品購入情報を送受信する送受信手段と、商品情報が
書き込まれたバーコードを読み取るバーコード読取手段
と、商品の重量を計測する商品総重量計測手段と、前記
合計売価を買物客に通知する表示手段と、一連のクライ
アントの制御を行うクライアント制御手段と、を備えた
(１７)又は(１８)に記載のＰＯＳシステムとした。

【００７４】(２０) 前記精算装置は、前記サーバに対
して精算要求信号を送信し前記商品購入情報及び商品重
量情報を受信する媒体となる送受信手段と、販売する商
品の集計を行い、買物客が商品合計売価の支払いを行う
会計手段と、一連の精算装置の制御を行う精算装置制御
手段と、を備えた(１７)〜(１９)何れかに記載のＰＯＳ
システムとした。

【００７５】(２１) 前記サーバから送信された商品重
量情報と、精算時に計測された商品総重量とを比較する
重量比較手段を前記精算装置、クライアント、サーバの
何れかに備えたことを特徴とする(１７)〜(２０)何れか
に記載のＰＯＳシステムとした。

【００７６】(２２) 前記クライアントが、カゴを搭載
したカート又はカゴを内蔵したカートに設けられている
ことを特徴とする(１７)〜(２１)何れかに記載のＰＯＳ
システムとした。

【００７７】

【発明の効果】以上説明したように、本発明は、商品重
量の比較に着目して、既存のシステムであるＰＯＳシス
テムにおけるサーバが商品売価及び商品重量によって販
売管理を行うようにしたので、既存のシステムを利用し
て簡易な構成により精算の際の混雑緩和を可能とし実効
性のある販売管理方法を提供できる。また、前記販売方
法を用いたＰＯＳシステムを提供できる。

【図面の簡単な説明】

【図１】本発明の実施形態に係る販売管理方法を用いた
ＰＯＳシステムの全体構成を示す概念図である。

【図２】本発明の実施形態に係る買物カゴの構成を示す
斜視図である。

【図３】本発明の実施形態に係るカートの構成を示す斜
視図である。

【図４】第１の実施形態に係るサーバの構成を示すブロ
ック図である。

【図５】第２の実施形態に係るクライアントの構成を示
すブロック図である。

【図６】第３の実施形態に係るＰＯＳレジの構成を示す
ブロック図である。

【図７】第１の実施形態に係るサーバにおける販売管理
プログラムの実行工程を示すフローチャートである。

【図８】第１の実施形態に係るサーバにおける販売管理
プログラムの実行工程を示すフローチャートである。

【図９】第２の実施形態に係るクライアントにおける販
売管理プログラムの実行工程を示すフローチャートであ
る。

【図１０】第２の実施形態に係るクライアントにおける
販売管理プログラムの実行工程を示すフローチャートで
ある。

【図１１】第３の実施形態に係るＰＯＳレジにおける販
売管理プログラムの実行工程を示すフローチャートであ
る。

【図１２】従来の技術におけるＰＯＳシステムの全体構
成を示す概念図である。

【図１３】従来の技術における電子タグを用いた販売管
理方法を示す概念図である。

【符号の説明】

１ サーバ ２ クライアント ３ ＰＯＳレジ(精算装置) ４ 買物カゴ ５ カート ６ 買物カゴ載置台 ７ 把手 ８ 無線 １０ サーバ制御部 １１ ＣＰＵ １２ クライアントＩＤ認識部 １３ 情報処理部 １４ 重量比較部 １５ メモリ １７ バス ２０ クライアント制御部 ２１ ＣＰＵ ２２ 重量比較部 ２３ メモリ ２４ 表示部 ２５ 金額比較部 ２６ バーコード読取部 ２７ 重量計 ２８ 各スイッチ ２８a リセットスイッチ ２８b 重量商品スイッチ ２８c 精算スイッチ ２９ バス ３０ ＰＯＳレジ制御部 ３１ ＣＰＵ ３２ クライアントＩＤ認識部 ３３ 重量比較部 ３４ メモリ ３５ 表示部 ３６ バス ３７ 重量計 ３８ 会計部 ３９ 精算スイッチ Ｂ 合計売価 Ｇ 商品総重量 Ｋ 商品購入情報 Ｐ 商品売価情報 Ｓ 商品販売情報 Ｔ 対象商品重量 Ｗ 商品重量情報

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ３３２ Ｇ０６Ｆ 17/60 ３３２ Ｇ０７Ｇ 1/14 Ｇ０７Ｇ 1/14

Claims (22)

【特許請求の範囲】
1. 【請求項１】 商品の販売情報管理を行うサーバと、買
   物カゴに設けられた買物客の商品購入情報を読み取るク
   ライアントと、買物客の商品精算を行う精算装置とを用
   いた販売管理方法であって、 買物客が購入する商品から読み取った商品購入情報を送
   信するステップと、 前記商品購入情報から商品売価情報及び商品重量情報を
   抽出するステップと、 前記商品重量情報に基づいて商品の販売管理を行うステ
   ップと、 前記商品売価情報に基づいて買物客の購入商品精算を行
   う精算ステップと、を含む販売管理方法。
2. 【請求項２】 商品の販売情報管理を行うサーバと、買
   物カゴに設けられた買物客の商品購入情報をサーバに送
   信するクライアントと、前記サーバからの商品購入情報
   に基づき買物客の商品精算を行う精算装置とを用いた販
   売管理方法であって、 前記クライアントが商品に印刷又は貼付されているバー
   コードを読み取る読取ステップと、 前記クライアントから前記読取ステップで読み取られた
   商品購入情報をサーバ側に送信するステップと、 前記サーバが前記商品購入情報を記憶するステップと、 前記サーバが前記商品購入情報を処理して、買物客の購
   入商品の商品売価情報及び商品重量情報を抽出するステ
   ップと、 前記商品売価情報及び商品重量情報を精算装置に送信す
   るステップと、 購入商品精算時、前記サーバにおける商品重量情報と精
   算時に計測した商品総重量とを比較する比較ステップ
   と、 前記比較ステップにおける比較データ数値が一致した場
   合は、精算装置に直接精算を要求して前記サーバの商品
   売価情報の金額に基づいて商品売価の支払いを行うステ
   ップと、を含む販売管理方法。
3. 【請求項３】 前記サーバから送信された商品重量情報
   と、購入商品精算時に計測した商品総重量とを前記精算
   装置において比較する比較ステップを含むことを特徴と
   する請求項１又は２に記載の販売管理方法。
4. 【請求項４】 前記サーバから送信された商品重量情報
   と、購入商品精算時に計測した商品総重量とを前記クラ
   イアントにおいて比較する比較ステップを含むことを特
   徴とする請求項１又は２に記載の販売管理方法。
5. 【請求項５】 前記サーバにより抽出された商品重量情
   報と、購入商品精算時に計測され前記サーバに送信され
   た商品総重量前記商品重量とを前記サーバにおいて比較
   する比較ステップを含むことを特徴とする請求項１又は
   ２に記載の販売管理方法。
6. 【請求項６】 前記精算装置に商品総重量計測手段を設
   けて前記商品総重量の計測を行うことを特徴とする請求
   項１〜５何れかに記載の販売管理方法。
7. 【請求項７】 前記買物カゴに商品重量計測手段を設け
   て前記商品総重量の計測を行うことを特徴とする請求項
   １〜５何れかに記載の販売管理方法。
8. 【請求項８】 前記読取ステップが実行されるごとに前
   記クライアントが、 前記読取ステップに基づいて商品の単品売価及び合計売
   価を表示するステップと、 商品総重量を計測するステップと、 前記サーバが前記商品購入情報から抽出した商品売価情
   報及び商品重量情報を受信するステップと、 前記合計売価と前記商品売価情報を比較する売価比較ス
   テップと、 前記売価比較ステップにおいて比較売価が一致しない場
   合は買物客にバーコードの読取エラーを通知するステッ
   プと、 前記商品総重量と前記商品重量情報を比較する重量比較
   ステップと、 前記重量比較ステップにおいて比較重量が一致しない場
   合は買物客にバーコードの読取エラーを通知するステッ
   プと、を行うことを特徴とする請求項２、４、７何れか
   に記載の販売管理方法。
9. 【請求項９】 前記精算装置にＰＯＳシステムを適用し
   たことを特徴とする請求項１〜８何れかに記載の販売管
   理方法。
10. 【請求項１０】 前記クライアントが、カゴを搭載した
    カート又はカゴを内蔵したカートに設けられていること
    を特徴とする請求項１〜９何れかに記載の販売管理方
    法。
11. 【請求項１１】 商品の販売情報管理を行うサーバにお
    ける販売管理プログラムであって、 買物客の買物カゴに設けられたクライアントに販売する
    商品の所定の情報である商品販売情報を送信するステッ
    プと、 前記クライアントから買物客が購入する商品の商品購入
    情報を受信するステップと、 前記クライアントからの前記商品購入情報を記憶するス
    テップと、 前記商品購入情報を基に必要なデータに変換して商品売
    価情報及び商品重量情報を抽出するステップと、 精算要求信号を受信するステップと、 購入商品精算時、前記クライアント又は購入商品の精算
    を行う精算装置に精算時の商品売価情報及び商品重量情
    報送信するステップと、をサーバに実行させる販売管理
    プログラム。
12. 【請求項１２】 精算時の商品総重量受信するステップ
    と、前記精算時の商品総重量と商品重量情報を比較する
    精算時重量比較ステップと、 前記精算時重量比較ステップにおいて比較重量が一致し
    た場合には、前記精算装置に直接精算を要求するステッ
    プと、 前記精算時重量比較ステップにおいて比較重量が一致し
    ない場合には、前記精算装置に再度会計を行うよう要求
    するステップと、を前記精算要求信号受信後に、サーバ
    に実行させることを特徴とする請求項１１に記載の販売
    管理プログラム。
13. 【請求項１３】 商品の販売情報管理を行うサーバに、
    買物カゴに設けられた買物客の商品購入情報を送信する
    クライアントにおける販売管理プログラムであって、 前記サーバに商品購入情報を送信するステップと、 商品情報が書き込まれたバーコードを読み取る読取ステ
    ップと、 前記読取ステップに基づいて商品の単品売価及び合計売
    価を表示するステップと、 購入商品精算時の商品総重量を計測するステップと、 前記サーバより精算時の商品売価情報及び商品重量情報
    を受信するステップと、 前記精算時の商品総重量と商品重量情報を比較する精算
    時重量比較ステップと、 前記精算時重量比較ステップにおいて比較重量が一致し
    た場合には、購入商品精算を行う精算装置に直接精算を
    要求するステップと、 前記精算時重量比較ステップにおいて比較重量が一致し
    ない場合には、前記精算装置に再度会計を行うよう要求
    するステップと、をクライアントに実行させる販売管理
    プログラム。
14. 【請求項１４】 前記商品総重量を計測するステップ
    と、 前記サーバが前記商品購入情報から抽出した商品売価情
    報及び商品重量情報を受信するステップと、 前記合計売価と前記商品売価情報を比較する売価比較ス
    テップと、 前記売価比較ステップにおいて比較売価が一致しない場
    合は買物客にバーコードの読取エラーを通知するステッ
    プと、 前記商品総重量と前記商品重量情報を比較する重量比較
    ステップと、 前記重量比較ステップにおいて比較重量が一致しない場
    合は買物客にバーコードの読取エラーを通知するステッ
    プと、を前記読取ステップが実行されるごとに、クライ
    アントに実行させることを特徴とする請求項１３に記載
    の販売管理プログラム。
15. 【請求項１５】 買物客の購入商品精算時に、商品の販
    売情報管理を行うサーバからの商品購入情報に基づき買
    物客の購入商品精算を行う精算装置における販売管理プ
    ログラムであって、 前記サーバに対して精算要求信号送信するステップと、 精算時の商品総重量を計測するステップと、 前記サーバが前記商品購入情報から抽出した精算時の商
    品売価情報及び商品重量情報を受信するステップと、 前記精算時の商品総重量と商品重量情報を比較する精算
    時重量比較ステップと、 前記精算時重量比較ステップにおいて比較重量が一致し
    た場合には、直接精算を行うステップと、 前記精算時重量比較ステップにおいて比較重量が一致し
    ない場合には再度会計を行うステップと、 買物客の商品合計売価を収受するステップと、を精算装
    置に実行させる販売管理プログラム。
16. 【請求項１６】 前記精算装置にＰＯＳシステムを適用
    したことを特徴とする請求項１１〜１５何れかに記載の
    販売管理プログラム。
17. 【請求項１７】 商品の販売情報管理を行うサーバと、
    買物カゴに設けられた買物客の商品購入情報をサーバと
    の間で送受信するクライアントと、前記サーバからの商
    品購入情報に基づき買物客の商品精算を行う精算装置と
    を備え、 前記サーバに非接触の前記クライアントから商品購入情
    報及び商品重量情報をサーバに送信し、前記サーバが販
    売情報管理を行うＰＯＳシステムにおいて、 前記サーバが商品売価及び商品重量により商品販売管理
    を行うことを特徴とするＰＯＳシステム。
18. 【請求項１８】 前記サーバは、前記クライアントとの
    商品購入情報、及び精算装置との商品売価情報を送受信
    する送受信手段と、 前記クライアントからの商品購入情報及びサーバ側で蓄
    積された商品販売情報を記憶する記憶手段と、 前記商品購入情報及び商品販売情報を基に必要なデータ
    に変換して商品売価情報及び商品重量情報を抽出する情
    報処理手段と、 一連のサーバの商品購入管理を制御するサーバ制御手段
    と、を備えた請求項１７に記載のＰＯＳシステム。
19. 【請求項１９】 前記クライアントは、前記サーバに商
    品購入情報を送受信する送受信手段と、 商品情報が書き込まれたバーコードを読み取るバーコー
    ド読取手段と、 商品の重量を計測する商品総重量計測手段と、 前記合計売価を買物客に通知する表示手段と、 一連のクライアントの制御を行うクライアント制御手段
    と、を備えた請求１７又は１８に記載のＰＯＳシステ
    ム。
20. 【請求項２０】 前記精算装置は、前記サーバに対して
    精算要求信号を送信し前記商品購入情報及び商品重量情
    報を受信する媒体となる送受信手段と、 販売する商品の集計を行い、買物客が商品合計売価の支
    払いを行う会計手段と、 一連の精算装置の制御を行う精算装置制御手段と、を備
    えた請求項１７〜１９何れかに記載のＰＯＳシステム。
21. 【請求項２１】 前記サーバから送信された商品重量情
    報と、精算時に計測された商品総重量とを比較する重量
    比較手段を前記精算装置、クライアント、サーバの何れ
    かに備えたことを特徴とする請求項１７〜２０何れかに
    記載のＰＯＳシステム。
22. 【請求項２２】 前記クライアントが、カゴを搭載した
    カート又はカゴを内蔵したカートに設けられていること
    を特徴とする請求項１７〜２１何れかに記載のＰＯＳシ
    ステム。