特許 5736075 売上管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5736075

(24)【登録日】2015年4月24日

(45)【発行日】2015年6月17日

(54)【発明の名称】売上管理システム

(51)【国際特許分類】

   G07G 1/01 20060101AFI20150528BHJP

   G07G 1/12 20060101ALI20150528BHJP

【ＦＩ】

   G07G1/01 301E

   G07G1/12 311Z

【請求項の数】4

【全頁数】12

(21)【出願番号】特願2014-91357(P2014-91357)

(22)【出願日】2014年4月25日

(62)【分割の表示】特願2012-241876(P2012-241876)の分割

【原出願日】2012年11月1日

(65)【公開番号】特開2014-142966(P2014-142966A)

(43)【公開日】2014年8月7日

【審査請求日】2014年4月25日

(73)【特許権者】

【識別番号】394013002

【氏名又は名称】三菱電機インフォメーションシステムズ株式会社

(74)【代理人】

【識別番号】100110423

【弁理士】

【氏名又は名称】曾我 道治

(74)【代理人】

【識別番号】100166235

【弁理士】

【氏名又は名称】大井 一郎

(72)【発明者】

【氏名】蛯子 隆志

【審査官】 望月 寛

(56)【参考文献】

【文献】 特開２０１２−１０３８５７（ＪＰ，Ａ）

【文献】 特開平０９−２７００７２（ＪＰ，Ａ）

【文献】 特開昭６２−１２５４９４（ＪＰ，Ａ）

【文献】 特開平０９−１６０９０１（ＪＰ，Ａ）

【文献】 特開２００４−０２１８３６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０７Ｇ １／０１

Ｇ０７Ｇ １／１２

(57)【特許請求の範囲】

【請求項1】

複数の商品コードのそれぞれについて、商品グループ名、理論重量および容量を関連付ける、商品マスタを記憶する記憶手段と、
少なくとも１つの前記商品コードを対象商品コードとして取得する商品コード取得手段と、
前記対象商品コードのそれぞれについて数量を取得するとともに、前記対象商品コードのそれぞれに係る前記理論重量および前記数量に基づき、理論重量の総計を算出する演算手段と、
前記理論重量の総計および実重量を表示する表示手段と、
前記表示手段を制御する表示制御操作を受け付ける操作入力手段と
を備え、
前記演算手段は、前記表示制御操作に応じ、
‐商品グループ名と商品グループ名ごとの数量とを関連付けて表示するか、
‐商品グループ名および容量の組合せと、その組合せごとの数量とを関連付けて表示するか
を切り替える、売上管理システム。

【請求項2】

前記商品マスタは、前記複数の商品コードのそれぞれに、さらにメーカ名を関連付け、
前記表示手段は、前記表示制御操作に応じ、さらに
‐メーカ名とメーカ名ごとの数量とを関連付けて表示するか
を決定する、請求項１に記載の売上管理システム。

【請求項3】

前記商品マスタは、前記複数の商品コードのそれぞれに、さらに形状を関連付け、
前記表示手段は、前記表示制御操作に応じ、さらに
‐商品グループ名および形状の組合せと、その組合せごとの数量とを関連付けて表示するか
を決定する、請求項１または２に記載の売上管理システム。

【請求項4】

前記表示手段は、さらに、前記理論重量の総計と対象物の重量を測定した実重量とが一致しない場合に警告表示を行う、請求項１〜３のいずれか一項に記載の売上管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、売上管理システムに関する。

【背景技術】

【0002】

店頭において、ＰＯＳシステムを利用して商品を販売し売上計上する際に、販売員の過誤等により、多数の商品のうち一部がＰＯＳシステムに入力されないまま購入者に渡されてしまう場合がある。ＰＯＳシステムに入力されない商品は請求代金に反映されないので、売上漏れが発生する。

【0003】

このような事態を防止するために、重量値を用いて商品の確認を行う構成が公知である。たとえば特許文献１の構成では、計量器が計量した商品の総重量と、商品コードを用いて検索された重量の合計とを比較し、異なる場合にアラームを発生する。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開平７−１４１５６９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従来のシステムでは、多数の商品を一度に販売する場合において、売上漏れがあることを発見した後に、どの商品が売上漏れであるのかを特定する作業が煩雑であるという問題があった。
たとえば、特許文献１の構成では、商品の数量を入力することができず、すべての商品を逐一スキャンさせる必要がある。このため、単一種類の商品を多数販売する場合において売上漏れが発覚した場合に、全種類の商品を数えなおす必要があり、確認作業が煩雑となる。
また、商品の数量を入力できるシステムであっても、数量の入力を誤った場合には全種類の商品を数えなおす必要があり、確認作業が煩雑となる。

【0006】

この発明は、このような問題点を解決するためになされたものであり、多数の商品を一度に販売する場合において、売上漏れとなった商品を容易に特定できるようにする売上管理システムを提供することを目的とする。

【課題を解決するための手段】

【0007】

上述の問題点を解決するため、この発明に係る売上管理システムは、
複数の商品コードのそれぞれについて、商品グループ名、理論重量および容量を関連付ける、商品マスタを記憶する記憶手段と、
少なくとも１つの前記商品コードを対象商品コードとして取得する商品コード取得手段と、
前記対象商品コードのそれぞれについて数量を取得するとともに、前記対象商品コードのそれぞれに係る前記理論重量および前記数量に基づき、理論重量の総計を算出する演算手段と、
前記理論重量の総計および実重量を表示する表示手段と、
前記表示手段を制御する表示制御操作を受け付ける操作入力手段と
を備え、
前記演算手段は、前記表示制御操作に応じ、
‐商品グループ名と商品グループ名ごとの数量とを関連付けて表示するか、
‐商品グループ名および容量の組合せと、その組合せごとの数量とを関連付けて表示するか
を切り替える。

【0008】

前記商品マスタは、前記複数の商品コードのそれぞれに、さらにメーカ名を関連付け、
前記表示手段は、前記表示制御操作に応じ、さらに
‐メーカ名とメーカ名ごとの数量とを関連付けて表示するか
を決定してもよい。
前記商品マスタは、前記複数の商品コードのそれぞれに、さらに形状を関連付け、
前記表示手段は、前記表示制御操作に応じ、さらに
‐商品グループ名および形状の組合せと、その組合せごとの数量とを関連付けて表示するか
を決定してもよい。
前記表示手段は、さらに、前記理論重量の総計と対象物の重量を測定した実重量とが一致しない場合に警告表示を行ってもよい。

【発明の効果】

【0009】

この発明に係る売上管理システムによれば、商品グループ名と商品グループ名ごとの数量とを関連付けて表示するか、商品グループ名および容量の組合せと、その組合せごとの数量とを関連付けて表示するかを、任意に切り替えつつ表示できるので、売上漏れとなった商品を容易に特定することができる。

【図面の簡単な説明】

【0010】

【図1】本発明の実施の形態１に係る売上管理システムの構成を示す図である。

【図2】実施の形態１に係る商品マスタの構成の例を示す図である。

【図3】図１の売上管理システムの処理の流れを表すフローチャートである。

【図4】実施の形態１に係る商品名ごとの数量を表示する画面の例である。

【図5】実施の形態１に係る商品部門名ごとの数量を表示する画面の例である。

【図6】実施の形態１に係る商品部門・容量ごとの数量を表示する画面の例である。

【図7】実施の形態２に係る商品マスタの構成の例を示す図である。

【図8】実施の形態２に係る商品名ごとの数量を表示する画面の例である。

【図9】実施の形態２に係るメーカ名ごとの数量を表示する画面の例である。

【図10】実施の形態２に係る商品部門・形状ごとの数量を表示する画面の例である。

【発明を実施するための形態】

【0011】

以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１に、本発明の実施の形態１に係る売上管理システム１００の構成を示す。売上管理システム１００は、たとえば小売店舗において用いられる。
売上管理システム１００は、その動作を制御する制御装置１０を備える。制御装置１０は周知のコンピュータとしての構成を有し、演算を行う演算手段１１と、情報を格納する記憶手段１２とを備える。演算手段１１はＣＰＵ（中央処理装置）を含み、記憶手段１２は半導体メモリおよびＨＤＤ（ハードディスクドライブ）等の記憶媒体を含む。

【0012】

売上管理システム１００は、商品に付与された商品コードを取得するスキャナ３０を備える。本実施形態において、このスキャナ３０が取得する商品コードが売上の対象となるものとする。
売上管理システム１００は、タッチパネル４０を備える。タッチパネル４０は表示手段および操作入力手段を兼ねる。なお、タッチパネル４０に代えて、表示手段（液晶パネル等）および入力手段（キーボード等）を個別に設けてもよい。

【0013】

売上管理システム１００は、対象物の重量を測定する重量測定手段として秤５０を備える。秤５０は、対象物を収容する売上後カゴ５１を備え、売上後カゴ５１内に存在する物体（たとえば商品）の総重量を測定する。なお、本明細書において、秤５０によって随時測定される重量を「実重量」と呼び、予め記憶された重量またはこれに基づく演算により求められる重量を「理論重量」と呼ぶ。
また、とくに図示しないが、売上管理システム１００は、レシートを印刷する印刷手段等、公知のＰＯＳシステムとしての構成を備える。

【0014】

制御装置１０の記憶手段１２は、商品マスタ２０を格納する。
図２に商品マスタ２０の構成の例を示す。商品マスタ２０は、複数の商品をそれぞれ表す商品コードについて、その商品に関連する情報を関連付けて記憶する。商品に関連する情報は、商品名と、商品部門名と、容量と、重量（理論重量）とを含む。

【0015】

商品名はたとえばその商品を販売員等が識別するための情報であり、たとえばテキストデータで表される。商品部門名は、商品をグループに分類した場合の各グループを識別するための情報であり、たとえばテキストデータで表される。同一のグループに複数の商品が属する場合には、それらの商品コードについて同一の商品部門名が指定される。容量は、商品の正味容量を表し、たとえば数値（単位を含んでもよい）で表される。理論重量は、商品の重量を表し、たとえば数値（単位を含んでもよい）で表される。

【0016】

理論重量は適宜に指定することができる。たとえば、製造者による公称の重量を用いてもよいし、店舗等で予め実際に測定を行い、測定値を記憶して用いてもよい。また、包装等の重量による誤差を許容できる場合には、包装等を含む全重量でなく内容の正味重量をもって理論重量としてもよい。商品によって理論重量の定義または決定方法が異なっていてもよい。

【0017】

以上のように構成される売上管理システム１００の処理の流れを以下に説明する。
図３は、実施の形態１に係る売上管理システム１００の処理の流れを表すフローチャートである。まず、売上管理システム１００を操作する販売員が、所定のスキャン開始操作を行う。これに応じて演算手段１１はスキャン開始信号を受信し（ステップＳ１）、図３の処理を開始する。なお、このステップＳ１は省略してもよく、その場合にはステップＳ２から処理を開始してもよい。
なお図３で示す売上管理処理では、前半の商品登録処理、後半の決済処理に大別される。具体的には、前半はスキャナ３０を介して商品を登録する処理であり、後半は商品を買うユーザと決済を行う処理であり、現金を受け取る、クレジット決済をする等の処理である。商品登録をスキャン済み、商品登録漏れをスキャン漏れと表現している箇所があるが、本実施の形態では、スキャナ３０を介して商品を登録する一例を説明しているので、これらの表現は同意語である。
図３に示す処理の流れでは、ステップＳ９が前半から後半の処理に移行するための確認処理であり、ステップＳ１０が後半の処理、それ以外は前半の処理になる。

【0018】

次に、演算手段１１は、スキャナ３０を介し、売上の対象となる商品コードを少なくとも１つ取得する（ステップＳ２）。商品コードは、たとえば販売員が商品に付された識別パターン（バーコード等）をスキャナ３０に読み込ませることによって取得される。ここでスキャナ３０が取得した商品コードを、以下では「対象商品コード」と呼ぶ場合がある。スキャナ３０は、販売員の操作に応じ、複数の対象商品コードを取得してもよい。

【0019】

ここで、販売員は、売上後カゴ５１の外に配置された商品（たとえば図１の売上前カゴ６０に収容された商品）を取り出してスキャナ３０にスキャンさせ、その後、スキャンさせた商品を売上後カゴ５１に収容する。この作業により、対象商品コードに関連付けられた商品が、秤５０による重量測定の対象となる。

【0020】

また、このステップＳ２において、演算手段１１は、対象商品コードごとにその数量（個数）を取得する。数量は、販売員がタッチパネル４０等から入力することができる。たとえば販売員は、ある商品の商品コードをスキャナ３０にスキャンさせた後、他の商品コードをスキャンさせる前に、タッチパネル４０において数字ボタンを操作して数値を入力することにより、その商品コードが表す商品の販売数量を入力することができる。また、数値を入力せずに次の商品の商品コードがスキャンされた場合には、数量として「１」の値が取得されたものとして扱う。このような動作としては公知のＰＯＳシステムの動作を採用してもよい。

【0021】

演算手段１１は、対象商品コードのそれぞれに係る理論重量および数量に基づき、理論重量の総計を算出する。合わせて、ユーザ側に設置された液晶パネルにスキャン済みの商品を表示してもよい（ステップＳ３）。次に、販売員は、すべての商品コードをスキャンさせた後に、所定のスキャン終了操作を行う。これに応じて演算手段１１はスキャン終了信号を受信する（ステップＳ４）。所定のスキャン終了操作は、例えばタッチパネル４０に「小計」というボタンを備え、販売員がこの「小計」ボタンを押すことである。
前半の処理で商品登録中は、リアルタイムに金額が累積加算されていき、ユーザが支払うべき合計金額を表示する。
ステップＳ４以降は、後半の処理に入っていいかどうかを確認するための処理（これから先は取引に移行するので商品の登録はないという区切り）で、合計金額を確定し、後半の決済処理に進む。後述するように、スキャン漏れが発生する場合は、商品を追加登録して、再度「小計」ボタンをタッチすることにより、再決済処理ができる。
理論重量の総計は、たとえば各対象商品コードについて理論重量と数量との積を求め、この積を総和することによって求めることができる。

【0022】

次に、演算手段１１は、秤５０を介し、売上後カゴ５１に収容された物品の実重量を取得する（ステップＳ５）。上述のように、売上後カゴ５１にはステップＳ２においてスキャンされた商品がすべて収容されているので、この実重量は、売上の対象となる商品すべての実重量となる。

【0023】

次に、演算手段１１は、タッチパネル４０を制御して所定の画面を表示させる（ステップＳ６）。このステップＳ６において、タッチパネル４０は、商品名ごとの画面を表示する。
図４は、商品名ごとの画面の例である。商品名ごとの画面は、対象商品コードのそれぞれについて、商品名と、商品名ごとの数量（この例では「個数」）とを関連付けて表示する。この画面は、従来の目視による確認に近い方法である。図４に示すように、対象商品コード自体の表示は省略してもよいが、これを表示してもよい。

【0024】

図４の例では、「黒ビール」を実際には５個とすべきであるのに販売員が誤って４個としてしまったケースを想定している。商品名ごとの画面は、ステップＳ４で算出された理論重量の総計（この例では４６００ｇ）と、ステップＳ５で取得された実重量（この例では５０００ｇ）とを表示する。また、理論重量の総計と実重量との差（この例では４００ｇ）を表示してもよい。

【0025】

また、商品名ごとの画面は、入力された対象商品コードのそれぞれについて、商品名（この例では「商品」）、商品部門名（この例では「部門」）、容量、理論重量（この例では「重量」）および数量を表示する。

【0026】

次に、演算手段１１は、理論重量の総計と実重量とが一致するか否かを判定する（ステップＳ７）。ここで、「一致」の範囲は当業者が適宜決定してよい。たとえば、厳密に同一の数値である場合にのみ一致すると判定してもよいし、差分または比が所定の範囲内に収まる場合に一致すると判定してもよい。
実際には、それぞれの商品にはある程度の重量誤差があるので、商品別またはトータル重量での許容範囲重量を任意設定可能とする。例えば、許容誤差＝±２０ｇとしたとき、理論重量＝１０００ｇの場合では、実重量が９８０ｇ以上、１０２０ｇ以内であれば、理論重量に一致すると判定する。また売上後カゴ５１の重さにも誤差が生じるので、予め減算しておく売上後カゴ５１の重さに幅を持たせてもよい。

【0027】

一致しないと判定された場合には、タッチパネル４０は警告表示を行う（ステップＳ８）。この判定は、売上管理システム１００が売上漏れの可能性があると判断することに相当する。具体的には、演算手段１１がタッチパネル４０を制御して警告メッセージ８０を表示させる。警告メッセージ８０の表示ともに音声による警告が行われてもよい。警告メッセージ８０は、スキャナ３０がスキャンした商品およびその数量と、売上後カゴ５１に収容されている商品およびその数量との突合せ作業を販売員に促す内容であり、たとえば「重量」という語を含む文字列を含む。
さらにステップＳ８の警告により、販売員は実際の商品とスキャン済みデータとが不整合であることに気づき、後半の決済処理に進むべきでないと判断する。このような場合のために、ステップＳ１４等に関して後述するように、前半の処理の継続を可能とし、追加のスキャン処理を可能としている。

【0028】

ステップＳ７において、理論重量の総計と実重量とが一致すると判定された場合、またはステップＳ８の後に、演算手段１１は販売員による制御操作を受け付ける（ステップＳ９）。たとえばタッチパネル４０が、販売員が制御操作を入力するための操作入力手段として機能する。制御操作は、進行制御操作としての確認完了操作および修正操作を含む。また、制御操作は、表示制御操作を含む。

【0029】

商品名ごとの画面（図４、ステップＳ６）は、確認完了ボタン７１、部門名表示ボタン７２（「部門別」という表示）および部門名容量表示ボタン７３（「部門容量別」という表示）を表示する。これらのボタンを介して、販売員は演算手段１１に制御操作を入力することができる。

【0030】

確認完了ボタン７１に対する操作は確認完了操作であり、販売員が確認作業を完了して売上処理を完了させることを指示する操作である。演算手段１１は、確認完了ボタン７１に対する操作を受け付けると、売上完了処理を行う（ステップＳ１０）。ステップＳ１０が後半の決済処理であり、現金を受け取る、クレジット決済をする等の処理や、たとえばレシートの印刷等が含まれる。

【0031】

部門名表示ボタン７２および部門名容量表示ボタン７３に対する操作は、タッチパネル４０自身の表示内容を制御する表示制御操作である。演算手段１１は、表示制御操作に応じてタッチパネル４０を制御し、表示画面を切り替える。なお、後述する商品名表示ボタン７４に対する操作も表示制御操作であり、演算手段１１はこれに応じてタッチパネル４０を制御し、表示画面を切り替える。

【0032】

ステップＳ９において部門名表示ボタン７２が操作された場合には、演算手段１１は、タッチパネル４０を制御して商品部門名ごとの画面を表示させる（ステップＳ１２）。
図５は、商品部門名ごとの画面の例である。商品部門名ごとの画面は、対象商品コードに係る商品部門名のそれぞれについて、商品部門名（この例では「部門」）と、商品部門名ごとの数量（この例では「個数」）とを関連付けて表示する。また、ステップＳ８において警告メッセージ８０が表示されている場合には、警告メッセージ８０が引き続き（または改めて）表示される。なお、この画面に表示すべき商品部門名は、たとえば対象商品コードに基づいて商品マスタ２０を検索することで取得することができる。
この画面は、類似する商品の種類が多い場合（すなわち同一の商品部門に属する商品が多い場合）のために、部門等の分類グループ別に集約する画面である。

【0033】

商品名ごとの画面（図４）と同様に、商品部門名ごとの画面も、理論重量の総計および実重量を表示する。また、理論重量の総計と実重量との差を表示してもよい。また、商品部門名（この例では「部門」）のそれぞれについて、商品部門名および数量を表示する。また、確認完了ボタン７１、商品名表示ボタン７４（「商品別」という表示）および部門名容量表示ボタン７３（「部門容量別」という表示）を表示する。商品名表示ボタン７４および部門名容量表示ボタン７３に対する操作は、タッチパネル４０自身の表示内容を制御する表示制御操作である。演算手段１１は、表示制御操作に応じてタッチパネル４０を制御し、表示画面を切り替える。
ステップＳ１２の後、処理はステップＳ９に戻り、演算手段１１は販売員による制御操作を受け付ける。

【0034】

ステップＳ９において部門名容量表示ボタン７３が操作された場合には、演算手段１１は、タッチパネル４０を制御して商品部門名・容量ごとの画面を表示させる（ステップＳ１３）。
図６は、商品部門名・容量ごとの画面の例である。商品部門名・容量ごとの画面は、対象商品コードに係る商品部門名および容量の組合せのそれぞれについて、各組合せに係る数量を関連付けて表示する。また、ステップＳ８において警告メッセージ８０が表示されている場合には、警告メッセージ８０が引き続き（または改めて）表示される。ここで、異なる商品について、商品部門名が同一であっても、容量が異なる場合には異なる組合せに属することになるので、商品部門名および容量の組合せごとの表示は、商品名ごとの表示よりも粗く、商品部門名ごとの表示よりも細かい単位での表示であるということができる。なお、この画面に表示すべき商品部門名と容量との組合せは、たとえば対象商品コードに基づいて商品マスタ２０を検索することで取得することができる。この画面は、酒類など容量がある程度パターン化できる商品の場合に、部門容量別に集約する画面である。

【0035】

商品名ごとの画面（図４）と同様に、商品部門名・容量ごとの画面も、理論重量の総計および実重量を表示する。また、理論重量の総計と実重量との差を表示してもよい。また、商品部門名および容量の組合せのそれぞれについて、商品部門名（この例では「部門」）、容量および数量を表示する。また、確認完了ボタン７１、商品名表示ボタン７４および部門名表示ボタン７２を表示する。商品名表示ボタン７４および部門名容量表示ボタン７３に対する操作は、タッチパネル４０自身の表示内容を制御する表示制御操作である。演算手段１１は、表示制御操作に応じてタッチパネル４０を制御し、表示画面を切り替える。
ステップＳ１３の後、処理はステップＳ９に戻り、演算手段１１は販売員による制御操作を受け付ける。

【0036】

ステップＳ９において商品名表示ボタン７４が操作された場合には、演算手段１１は、タッチパネル４０を制御して商品名ごとの画面を表示させる（ステップＳ１１）。ステップＳ１１において表示される画面は、上述のステップＳ６と同一であり、図４に示されるものである。また、ステップＳ８において警告メッセージ８０が表示されている場合には、警告メッセージ８０が引き続き（または改めて）表示される。

【0037】

ステップＳ９において、修正操作（販売員がスキャン漏れに気づき、追加で商品をスキャンする）がなされると、演算手段１１はこれに応じて、対象商品コード、対象商品コードに係る数量、またはその双方を修正（追加）する（ステップＳ１４）。その後処理はステップＳ３に戻り、理論重量の総計が再計算される。
図４〜６のようにスキャン済み商品一覧を表示することにより、販売員がスキャンし忘れた商品に気付くことを促すことができる。そしてステップＳ１４で、販売員が追加でスキャンしたデータを既にスキャン済みの商品一覧に加えることにより、スキャン済み商品データを更新する。
または、修正することに代えて、処理をステップＳ１に戻し、すべての商品をスキャンしなおしてもよい。

【0038】

以上のように、ステップＳ９において、タッチパネル４０は、表示制御操作に応じ、
‐商品名と商品名ごとの数量とを関連付けて表示するか、
‐商品部門名と商品部門名ごとの数量とを関連付けて表示するか、または、
‐商品部門名および容量の組合せと、組合せごとの数量とを関連付けて表示するか
を決定するということができる。

【0039】

このため、詳細に商品名ごとの数量を表示させるか、または大まかに商品部門ごとの数量や容量ごとの数量を表示させるかを、任意に切り替えつつ表示できるので、売上漏れとなった商品を容易に特定することができる。

【0040】

たとえば図４の例のように多種のビールが混在している場合、ビールの品種まで区別した商品名ごとの数を数えるよりも、ビール全体の数を数えるほうが容易なケースがある。したがって、このような場合には、まず図５の画面に切り替え、売上漏れがビールのいずれかである（またはビールではない）ということを特定し、次に図４の画面に切り替えてビールのみに着目して（またはビール以外の部門のみに着目して）詳細に確認するという作業が可能となる。
さらに図６のように、ビールを品種ではなく、容量ごとに分類して表示することにより、６３３ｍｌのビールが１缶、３５０ｍｌのビールが６缶と目視することができるので、販売員はスキャン漏れの商品に気付きやすい。
図示していないが、それぞれ現状でスキャン済みの商品の総個数（図４では「登録済み個数 ４」、図５では「登録済み個数 ９」、図６では「登録済み個数 １０」）を算出して表示するようにすると、販売員はスキャン済み商品の個数と、売上後カゴ５１に入っている商品の個数を目視で確認できるので、何点スキャン漏れであるかを気付きやすい。

【0041】

上述の実施の形態１において、次のような変形を施すことができる。
表示制御操作は、タッチパネルに表示されたボタンの操作に限らず、公知の操作であればどのような操作であってもよい。たとえばキーボードの所定のキーを押下する操作であってもよい。この場合、異なるキーに異なる画面を対応付けてもよい。

【0042】

ステップＳ１〜Ｓ３およびＳ１０における売上管理システム１００の動作および操作は、公知のＰＯＳシステムを用いた操作であればどのようなものであってもよい。

【0043】

商品部門名は、必ずしも「部門」という用語に適合しない分類であってもよい。なんらかのグループ分類であれば、各グループを表す商品グループ名を商品部門名に代えて用いることができる。

【0044】

スキャナ３０は、可視光や赤外線等を用いた光学式のスキャナであってもよく、ＲＦＩＤ技術を用いた電磁式のスキャナであってもよい。また、商品コード取得手段は、スキャナに限らず、商品コードを取得する機能を有するものであればどのようなものであってもよい。たとえば商品コードを入力するためのキーボードまたはタッチパネルであってもよく、商品を撮影して画像を取得し、画像処理により商品を識別して商品コードを取得するものであってもよい。
また販売店によっては売上処理を行うＰＯＳシステムの周囲に十分なスペースがなく、売上前カゴ６０と売上後カゴ５１の２つのカゴが置けない場合がある。その場合は、１つのカゴの中に商品を入れておき、１つ１つ商品をスキャンして、スキャン後も同じカゴに格納することになる。つまり１つのカゴを売上後カゴ５１とした場合、売上後カゴ５１の中にスキャン前の商品とスキャン後の商品が混在することになる。
このような場合、２つのカゴを用いて商品を移動する場合より、スキャン漏れ（登録漏れ）が発生しやすいが、本実施の形態によると、販売員に対して、気付きを与えやすい。
売上後カゴ５１だけで売上処理を行うとき、売上後カゴ５１を秤５０の上に置いた時点で重量が計測できるので、図３に示すフローチャートにてステップＳ５に示した処理をステップＳ１の処理の後に実施してもよい。ステップＳ３、Ｓ４の処理後、ステップＳ６で表示する売上経過画面（図４〜６）では商品がスキャンされる毎に、「登録した商品の総重量」が「実際の総重量」に近づいていくのが目視できるので、販売員は「小計」ボタンをタッチする前に、売上漏れに気付きやすい。

【0045】

実施の形態２．
実施の形態２では、実施の形態１とは異なる商品の特徴に着目して、スキャン済み商品を分類する。具体的には、メーカ名、形状に着目する。
図７は、実施の形態２で用いる商品マスタ２１の一例である。図７に示す商品マスタ２１は、図２に示した商品マスタ２０に加えて、メーカ名、形状という項目を有する。メーカ名は、商品を製造した会社を示す。形状は、商品の外形を示すものであり、例えば、ビン、缶、ペットボトル、一升瓶、箱詰め、袋詰めが例示される。また、「形状」とは、商品の容器の種類または商品の包装の種類を示す項目であるということもできる。また、容器や包装を用いない商品の場合には、商品そのものの外形を「形状」として扱ってもよい。
図３を用いて、実施の形態２での処理の流れを説明する。ステップＳ６で、商品名ごとの画面を表示するとき、演算手段１１は、図７に示す商品マスタ２１を参照して、図８のように、商品名、部門、メーカ名、重量、個数を表示する。なお、容量や形状も合わせて表示してもよい。
そして、メーカ別表示ボタン７５が操作された場合には、演算手段７５は商品マスタ２１を参照して、メーカ毎のスキャン済み個数を表示する（図９）。また、形状別表示ボタン７６が操作された場合には、演算手段７５は商品マスタ２１を参照して、商品部門・形状別のスキャン済み個数を表示する（図１０）。
図９において、メーカ名だけでなく、部門、容量、形状を組み合わせて表示してもよい。図１０において、部門を表示せず形状のみの分類としてもよく、また、容量、メーカ名を組み合わせて表示してもよい。
図８〜１０の表示画面で、表示ボタンの操作により、他の表示画面に移行する処理は、実施の形態１で説明したとおりである。
このように実施の形態２では、商品の各種特徴に着目して、分類し、表示することを説明した。例えば、酒販店の熟練した販売員の場合、ビールをスキャンするとき、メーカは一目で把握することができる。そのため、国内主要４メーカ、及びその他外国メーカという５分類を表示すれば、スキャン漏れの商品が何であるかは把握しやすい。
また食料店の熟練した販売員の場合、商品の形状はスキャンするときに簡単に把握することができる。そのため、形状毎のスキャン済み商品を分類して表示すれば、スキャン漏れの商品が何であるかを把握しやすい。

【符号の説明】

【0046】

１０ 制御装置（１１ 演算手段、１２ 記憶手段）、２０，２１ 商品マスタ、３０ スキャナ（商品コード取得手段）、４０ タッチパネル（表示手段、操作入力手段）、５０ 秤（重量測定手段）、５１ 売上後カゴ、６０ 売上前カゴ、７１ 確認完了ボタン、７２ 部門名表示ボタン、７３ 部門名容量表示ボタン、７４ 商品名表示ボタン、７５ メーカ別表示ボタン、７６ 形状別表示ボタン、８０ 警告メッセージ（警告表示）、１００ 売上管理システム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】