JP6949611B2 - 商品登録装置及びそのプログラム - Google Patents

Description

本発明の実施形態は、商品登録装置及びそのプログラムに関する。

ＰＯＳ（Point Of Sales）端末等の商品登録装置に商品の販売データを登録する方法としては、ＰＬＵ（Price Look Up）登録と部門登録とが知られている。ＰＬＵ登録は、例えば商品に付されたバーコードをスキャナで読み取り、そのバーコードから特定される商品コードでデータベースを検索して商品名、価格等を読出し、商品コード、商品名、価格等を売上登録する方法である。部門登録は、例えばキーボードを介して商品が属する部門の部門コードと価格との入力を受け付け、入力された部門コードでデータベースを検索して部門名を読出し、部門コード、部門名、価格等を売上登録する方法である。因みに、部門とは、各商品の品目を属性が類似しているとしてまとめた商品分類の識別名称である。

近年では、多くの商品にバーコードが付されており、ＰＬＵ登録によって商品登録装置に販売データが登録されている。ＰＬＵ登録を行うことにより、各商品の売上データを品目毎に管理できるメリットがある。しかしながら、鮮魚、青果物等のように商品にバーコードが付されておらず、部門登録を行わざるを得ない場合がある。部門登録を行った場合、その商品の売上データは、品目毎の売上データに反映させることができない。

このような事情から、商品分類と価格との入力によって登録された商品の売上データを、品目毎の管理に反映させることが望まれている。

特開２０１５−０３５０８２号公報

本発明の実施形態が解決しようとする課題は、商品分類と価格との入力によって登録された商品の売上データを、品目毎の管理に反映させることができる商品登録装置及びそのプログラムを提供しようとするものである。

一実施形態において、商品登録装置は、入力手段と、検索手段と、第１登録手段と、第２登録手段と、絞り込み手段と、第３登録手段と、第４登録手段とを含む。入力手段は、登録対象の商品が属する商品分類コードと当該商品の価格との入力を受け付ける。検索手段は、入力手段を介して入力された商品分類コードと価格とを基に、商品毎にその商品固有の商品コード、商品名、価格、及びその商品が属する商品分類を記憶した商品記憶部を検索して、候補商品を検出する。第１登録手段は、検索手段により候補商品を１品も検出できなかった場合、入力手段を介して入力された商品分類コード及び価格と、商品分類コードで特定される分類名称とを登録メモリに登録する。第２登録手段は、検索手段により候補商品を１品だけ検出した場合、その候補商品の商品コード、商品名及び価格を登録メモリに登録する。絞り込み手段は、検索手段により候補商品を２品以上検出した場合、その２品以上の候補商品の中から登録対象の商品と推定される候補商品を絞り込む。第３登録手段は、絞り込み手段により絞り込まれた候補商品が１品だけの場合、その候補商品の商品コード、商品名及び価格を登録メモリに登録する。第４登録手段は絞り込み手段により絞り込まれた候補商品が２品以上の場合、その２品以上の候補商品の中から１品をユーザに選択させ、選択された候補商品の商品コード、商品名及び価格を登録メモリに登録する。

商品登録装置の一実施形態であるＰＯＳ端末の要部回路構成を示すブロック図。 ＰＯＳ端末のキーボードに配置されるキーレイアウトの一例を示す模式図。 商品マスタに保存される商品レコードの主要なデータ構造を示す模式図。 部門マスタに保存される部門レコードの主要なデータ構造を示す模式図。 認識辞書マスタに保存される認識辞書レコードの主要なデータ構造を示す模式図。 購買履歴マスタに保存される履歴レコードの主要なデータ構造を示す模式図。 ＰＯＳ端末のメインメモリに形成される取引メモリ及び候補メモリのデータ構造を示す模式図。 ＰＯＳ端末のプロセッサが商品登録プログラムに従って実行する情報処理手順の要部を示す流れ図。 図８の「商品推定処理」の手順を具体的に示す流れ図。 図９の「候補絞り込み処理」の手順を具体的に示す流れ図。 選択画面の一表示例を示す模式図。 レシートの発行例を示す模式図。 第２の実施形態において、ＰＯＳ端末のメインメモリに形成される候補メモリのデータ構造を示す模式図。 第２の実施形態において、ＰＯＳ端末のプロセッサが商品登録プログラムに従って実行する「候補絞り込み処理」の手順を具体的に示す流れ図。 第２の実施形態において、選択画面の一表示例を示す模式図。

以下、商品分類と価格との入力によって登録された商品の売上データを、品目毎の管理に反映させることができる商品登録装置の実施形態について、図面を用いて説明する。なお、実施形態では、商品登録装置の一態様として、ＰＯＳ（Point Of Sales）端末１００（図１を参照）を例示する。

［第１の実施形態］
始めに、ＰＯＳ端末１００の構成について、図１〜図７を用いて説明する。
図１は、ＰＯＳ端末１００の要部回路構成を示すブロック図である。ＰＯＳ端末１００は、プロセッサ１０１、メインメモリ１０２、補助記憶デバイス１０３及び通信インターフェース１０４を備える。そしてＰＯＳ端末１００は、プロセッサ１０１と、メインメモリ１０２、補助記憶デバイス１０３及び通信インターフェース１０４とを、システムバス１０５で接続することによって、コンピュータを構成する。

プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、オペレーティングシステムやアプリケーションプログラムに従って、ＰＯＳ端末１００としての各種の機能を実現するべく各部を制御する。

メインメモリ１０２は、上記コンピュータの主記憶部分に相当する。メインメモリ１０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１０２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１０２は、プロセッサ１０１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ１０２は、揮発性のメモリ領域を、プロセッサ１０１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス１０３は、上記コンピュータの補助記憶部分に相当する。例えばＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、ＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）等が補助記憶デバイス１０３として使用される。補助記憶デバイス１０３は、プロセッサ１０１が各種の処理を行う上で使用するデータや、プロセッサ１０１での処理によって生成されたデータを保存する。補助記憶デバイス１０３は、上記のアプリケーションプログラムを記憶する場合もある。

通信インターフェース１０４は、ＬＡＮ等のネットワークを介して接続されたストアサーバと、予め設定された通信プロトコルに従いデータ通信を行う。ストアサーバは、店舗内のＰＯＳ端末１００をネットワークで一元的に接続する。そしてストアサーバは、各ＰＯＳ端末１００からネットワークを介して収集したトランザクションデータを基に、各商品の売上を品目別又は部門別に集計する機能を有する。このようなストアサーバは、周知のものなので、ここでの説明は省略する。

システムバス１０５は、アドレスバス、データバス、制御信号線等を含む。ＰＯＳ端末１００は、システムバス１０５を介して種々の入出力デバイスをコンピュータに接続する。入出力デバイスは、タッチパネル１０６、キーボード１０７、スキャナ１０８、プリンタ１０９、客面ディスプレイ１１０、リーダライタ１１１、カメラ１１２等を含む。

タッチパネル１０６は、オペレータへの情報提供画面を表示するものである。またタッチパネル１０６は、オペレータによるタッチ操作での入力デバイスとして機能する。

キーボード１０７は、商品登録に必要な種々のキーを配設したものである。商品登録に必要なキーの一例を図２に示す。図示するようにキーボード１０７には、置数キー（テンキー）Ｋ１、クリアキーＫ２、複数（図では４つ）の部門キーＫ３、乗算（×）キーＫ４、金額キーＫ５、締めキーＪ６等が配設されている。

置数キーＫ１は、商品の価格、客からの預り金額等の数値データを入力するためのキーである。クリアキーＫ２は、置数キーＫ１で入力された数値データのクリアを指令するためのキーである。部門キーＫ３は、各商品をその属性で分類した商品分類、いわゆる部門を入力するためのキーである。複数の部門キーＫ３には、それぞれ異なる部門を特定するための部門コードが割り当てられている。乗算キーＫ４は、置数キーＫ１により入力された数値が乗数であることを宣言するためのキーである。金額キーＫ５は、置数キーＫ１により入力された数値が金額であることを宣言するためのキーである。締めキーＫ６は、商取引の締めを宣言するためのキーである。一般に商取引の締めには現金締め、クレジット締め、金券締め等がある。現金締めは、現金支払いで商取引を締めることをいう。クレジット締めはクレジットカードで商取引を締めることをいう。金券締めは、商品券等の金券で商取引を締めることをいう。通常、キーボード１０７には、締めの種類別に締めキーが用意されている。しかしこの実施形態では、締めの種類は関係ないので、１つの締めキーＫ６として説明する。

スキャナ１０８は、バーコードをスキャニングして読み取るものである。スキャナ１０８は、定置式スキャナであってもよいし、ハンディ式のスキャナであってもよい。スキャナ１０８で読取りが可能なバーコードは、１段バーコードに限定されるものではない。例えば２段バーコードや２次元バーコード（又は、２次元データコード）等もスキャナ１０８で読み取ることができる。

プリンタ１０９は、レシート用紙にレシートデータを印刷して発行するものである。プリンタ１０９は、レシートデータ以外のプリントデータをレシート用紙に印刷することも可能である。なお、ＰＯＳ端末１００は、レシートデータを電子データとして客に提供する、いわゆる電子レシートシステムに対応したものであってもよい。

客面ディスプレイ１１０は、客への情報提供画面を表示するものである。客面ディスプレイ１１０には、客が購入した商品の名称、価格等が表示される。また、その客が購入した商品の合計金額等も表示される。客面ディスプレイ１１０は、タッチパネルを用いてもよい。

リーダライタ１１１は、会員カード、ポイントカード、クレジットカード等のカード媒体に対するデータの読取り及び書込みを行うものである。カード媒体が磁気カードの場合、リーダライタ１１は磁気カードリーダライタとなる。カード媒体がＩＣカードの場合、リーダライタ１１はＩＣカードリーダライタとなる。ＩＣカードリーダライタは、接触式であってもよいし、非接触式であってもよい。磁気カードとＩＣカードとが混在する運用の場合には、ＰＯＳ端末１００は、磁気カードリーダライタとＩＣカードリーダライタとを備えることとなる。なお、カードへの書込みが不要な場合には、カードリーダ専用機であってもよい。

カメラ１１２は、バーコードが付されていない商品の撮影に用いられる。カメラ１１２は、例えばＣＣＤ(Charge Coupled Sensor)カメラである。オペレータが商品をカメラ１１２の撮影領域に翳すことによって、その商品の外観画像がＰＯＳ端末１００に取り込まれる。

かかる構成のＰＯＳ端末１００は、補助記憶デバイス１０３の記憶領域の一部を、商品マスタ１２１、部門マスタ１２２、認識辞書マスタ１２３及び購買履歴マスタ１２４の領域として使用する。

商品マスタ１２１は、商品の品目に関する種々のデータを記憶するものである。この商品マスタ１２１に記憶される１商品当たりのデータレコードの要部を図３に示す。図示するように商品マスタ１２１は、商品コード、商品名、部門コード、価格等を含む商品レコード１２１Ｒを商品の品目数分記憶する。すなわち商品マスタ１２１は、バーコードが付されている商品だけでなく、バーコードが付されていない商品の分も含めて商品レコード１２１Ｒを記憶する。商品コードは、商品の品目毎に設定された一意のコードである。商品に付されているバーコードは、商品コードをバーコード化したものである。商品名は、商品コードで特定される商品の品名である。部門コードは、商品コードで特定される商品が属する部門のコードである。価格は、商品コードで特定される商品１点当たりの価格（単価）である。ここに、商品マスタは、商品記憶部として機能する。

部門マスタ１２２は、類似品目の集合体（商品分類）である部門に関する種々のデータを記憶するものである。この部門マスタ１２２に記憶される１部門当たりのデータレコードの要部を図４に示す。図示するように部門マスタ１２２は、部門コード及び部門名を含む部門レコード１２２Ｒを記憶する。部門コードは、各部門を識別するために部門毎に一意に割り当てられたコードである。部門名は、部門コードで特定される部門の総称である。ここに、部門マスタ１２２は、分類記憶部として機能する。

認識辞書マスタ１２３は、商品の画像認識に必要な特徴量データを記憶する。この認識辞書マスタ１２３に記憶される１商品当たりのデータレコードの要部を図５に示す。図示するように認識辞書マスタ１２３は、商品コード及び商品名と、プリセット画像と、多数の特徴量データとを含む認識辞書レコード１２３Ｒを記憶する。プリセット画像は、対応する商品コードによって特定される商品を表わす画像である。特徴量データは、対応する商品コードで特定される商品の外観上の特徴（外観形状、色合い、模様、凹凸具合等）をパラメータで表わしたものである。ここに、認識辞書マスタ１２３は、特徴量記憶部として機能する。

購買履歴マスタ１２４は、会員となった客の購買履歴に関するデータを記憶する。この購買履歴マスタ１２４に記憶される１会員当たりのデータコードの要部を図６に示す。図示するように購買履歴マスタ１２４は、会員ＩＤと、多数の購買履歴データとを含む履歴レコード１２４Ｒを記憶する。会員ＩＤは、会員を識別するための会員毎に割り当てられた一意のコードである。会員は、会員ＩＤが記録された会員カードを所有している。あるいは会員は、会員ＩＤのバーコードを画面に表示させるためのアプリケーションプログラムを保存した情報端末を所有している。情報端末は、例えばスマートフォン、タブレット端末等である。購買履歴データは、購買日時、購買商品のコード、名称、価格、点数、金額等を含む。コードは、ＰＬＵ登録された商品の場合は、商品コードであり、部門登録された商品の場合は部門コードとなる。名称は、ＰＬＵ登録された商品の場合は商品名であり、部門登録された商品の場合は部門名である。なお、ＰＬＵ登録された商品の場合は、購買履歴データにその商品が属する部門の部門コードも含まれる。ここに、購買履歴マスタ１２４は、履歴記憶部として機能する。

また、ＰＯＳ端末１００は、メインメモリ１０２の揮発性領域に、取引メモリ１３１と候補メモリ１３２とを形成する。

図７は、取引メモリ１３１及び候補メモリ１３２のデータ構造を示す模式図である。取引メモリ１３１は、１商取引の購買商品のコード、名称、価格、点数及び金額をそれぞれ関連付けて記憶する明細領域１３１Ａと、点数及び金額の合計領域１３１Ｂとを有する。候補メモリ１３２は、候補商品の商品コード、商品名、価格及び類似度をそれぞれ関連付けて記憶する領域を有する。候補商品及び類似度については、後述する。

次に、ＰＯＳ端末１００の動作について、図８〜図１２を用いて説明する。
図８〜図１０は、ＰＯＳ端末１００のプロセッサ１０１が、商品登録プログラムに従って実行する情報処理の要部手順を示す流れ図である。商品登録プログラムは、メインメモリ１０２又は補助記憶デバイス１０３に記憶されているアプリケーションプログラムの一種である。なお、図８〜図１０に示すとともに以下に説明する処理の内容は一例である。同様な結果を得ることが可能であればその処理手順及び処理内容は特に限定されるものではない。

さて、本実施形態では、商品の売場と会計場（レジ）とが区別された小売店舗を想定する。このような店舗では、客は売場を回って購入する商品を集め、最後に会計場に行って会計を行う、という流れとなる。ＰＯＳ端末１００は会計場に設置されており、店員いわゆるキャッシャが、オペレータとなる。

キャッシャは、客が会計場に来ると先ず、店舗の会員、例えばポイント会員であるか否かを問い合わせる。そして会員である場合、キャッシャは、その客の会員ＩＤをＰＯＳ端末１００に入力する。例えば客が会員カードを提示した場合には、その会員カードのデータをリーダライタ１１１で読み取らせる。例えば客が会員カードのバーコードが表示された情報端末を提示した場合には、そのバーコードをスキャナ１０８で読み取らせる。

次にキャッシャは、客が購入する商品の登録を行う。すなわちキャッシャは、バーコードが付されている商品については、そのバーコードをスキャナ１０８で読み取らせて、ＰＬＵ登録を行う。これに対し、バーコードが付されていなかったり、例えばバーコードが汚れていて読み取ることができなかったりした商品については、キャッシャは、キーボード１０７を操作してその商品が属する部門の部門コードと価格とを入力して、部門登録を行う。

このような操作に対応するために、ＰＯＳ端末１００のプロセッサ１０１は、図８のＡｃｔ１として、商品登録が開始されたか否かを判断する。商品登録が開始されていない場合（Ａｃｔ１、ＮＯ）、プロセッサ１０１は、Ａｃｔ２として会員ＩＤが入力されたか否かを判断する。会員ＩＤが入力されていない場合（Ａｃｔ２、ＮＯ）、プロセッサ１０１は、再び商品登録が開始されたか否かを判断する。ここにプロセッサ１０１は、Ａｃｔ１及びＡｃｔ２の処理により、商品登録が開始されるか会員ＩＤが入力されるのを待ち受ける。

前述したように、リーダライタ１１１で会員カードのデータが読み取られるか、スキャナ１０８で会員カードのバーコードが読み取られると、プロセッサ１０１は、会員ＩＤが入力されたとみなす（Ａｃｔ２、ＹＥＳ）。プロセッサ１０１は、Ａｃｔ３として、入力された会員ＩＤを会員ＩＤメモリに書き込む。会員ＩＤメモリは、メインメモリ１０２に確保されたワークエリアの一部である。その後、プロセッサ１０１は、再び商品登録が開始されたか否かを判断する。

スキャナ１０８で商品に付されたバーコードが読み取られるか、キーボード１０７を介して商品が属する部門の部門コードと当該商品の価格とが入力されると、プロセッサ１０１は、商品登録が開始されたとみなす（Ａｃｔ１、ＹＥＳ）。プロセッサ１０１は、Ａｃｔ４として初期化を行う。この初期化により、取引メモリ１３１と候補メモリ１３２とがクリアされる。プロセッサ１０１は、Ａｃｔ５として、一意の取引ＩＤを発行し、取引ＩＤメモリに書き込む。取引ＩＤメモリは、メインメモリ１０２に確保されたワークエリアの一部である。

プロセッサ１０１は、Ａｃｔ６として、商品登録がＰＬＵ登録なのか部門登録なのかを判断する。スキャナ１０８で商品のバーコードが読み取られた場合、プロセッサ１０１は、ＰＬＵ登録とみなす（Ａｃｔ６、ＹＥＳ）。プロセッサ１０１は、Ａｃｔ７として、バーコードを解析して商品コードを取得する。プロセッサ１０１は、Ａｃｔ８として、商品マスタ１２１を検索して、Ａｃｔ７で取得した商品コードを含む商品レコード１２１Ｒを読み出す。プロセッサ１０１は、Ａｃｔ９として、その商品レコード１２１Ｒから商品名と価格とを取得し、商品コード、商品名及び価格を登録メモリに書き込む。すなわちプロセッサ１０１は、ＰＬＵ登録された商品の商品コード、商品名及び価格を登録メモリに書き込む。登録メモリは、メインメモリ１０２に確保されたワークエリアの一部である。その後、プロセッサ１０１は、Ａｃｔ１４の処理へと進む。

Ａｃｔ６において、キーボード１０７から部門コードと価格とが入力された場合、プロセッサ１０１は、部門登録とみなす（Ａｃｔ６、ＮＯ）。プロセッサ１０１は、Ａｃｔ１０として、推定モードが有効であるか否かを確認する。推定モードは、部門登録された商品について、商品推定処理を実行するモードである。商品推定処理は、部門登録された商品の品目を推定する処理である。ＰＯＳ端末１００は、推定モードを有効にするか無効にするかのオプションフラグを補助記憶デバイス１０３で記憶している。このオプションフラグは、ＰＯＳ端末の設定業務において、有効または無効に設定される。例えば商品推定処理を実行する運用の店舗では、予めオプションフラグが有効な状態に設定される。例えば商品推定処理を実行しない運用の店舗では、予めオプションフラグが無効な状態に設定される。

推定モードが有効でない場合、すなわちオプションフラグが無効な状態に設定されている場合には（Ａｃｔ１０、ＮＯ）、プロセッサ１０１は、Ａｃｔ１１として部門マスタ１２２を検索して、キーボード１０７を介して入力された部門コードを含む部門レコード１２２Ｒを読み出す。プロセッサ１０１は、Ａｃｔ１２として、その部門レコード１２２Ｒから部門名を取得し、さらにキーボード１０７を介して入力された価格を取得して、部門コード、部門名及び価格を登録メモリに書き込む。すなわちプロセッサ１０１は、部門登録された商品の部門コード、部門名及び価格を登録メモリに書き込む。その後、プロセッサ１０１は、Ａｃｔ１４の処理へと進む。

推定モードが有効な場合、すなわちオプションフラグが有効な状態に設定されている場合には（Ａｃｔ１０、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ１３として商品推定処理を実行する。

図９は、商品推定処理の主要な手順を示す流れ図である。商品推定処理に入ると、プロセッサ１０１は、Ａｃｔ３１として部門登録の際にキーボード１０７を介して入力された部門コードと価格とを取得し、比較メモリに書き込む。比較メモリは、メインメモリ１０２に確保されたワークエリアの一部である。

プロセッサ１０１は、Ａｃｔ３２として商品マスタ１２１を検索して１つの商品レコード１２１Ｒを検出する。そしてプロセッサ１０１は、検出した商品レコード１２１Ｒの部門コードが比較メモリに記憶された部門コードと一致するか否かを判断する。部門コードが一致しない場合（Ａｃｔ３３、ＮＯ）、プロセッサ１０１は、Ａｃｔ３６の処理に進む。

部門コードが一致する場合には（Ａｃｔ３３、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ３４として検出した商品レコード１２１Ｒの価格が比較メモリに記憶された価格と一致するか否かを判断する。価格が一致しない場合（Ａｃｔ３４、ＮＯ）、プロセッサ１０１は、Ａｃｔ３６の処理に進む。

価格が一致する場合には（Ａｃｔ３４、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ３５としてこの部門コード及び価格が比較メモリのデータと一致した商品レコードで特定される商品を候補商品とする。すなわちプロセッサ１０１は、当該商品レコードに含まれる商品コード、商品名及び価格を、デフォルト値の類似度と関連付けて候補メモリ１３２に格納する。類似度のデフォルト値は、たとえば“０”である。その後、プロセッサ１０１は、Ａｃｔ３６の処理に進む。

Ａｃｔ３６では、プロセッサ１０１は、商品マスタ１２１の検索を終了したか否かを判断する。商品マスタ１２１にまだ検出していない商品レコード１２１Ｒが残っている場合、商品マスタ１２１の検索は終了していない。商品マスタ１２１の検索を終了していない場合（Ａｃｔ３６、ＮＯ）、プロセッサ１０１は、Ａｃｔ３２に戻る。すなわち、プロセッサ１０１は、未検出の商品レコード１２１Ｒの中から１つの商品レコード１２１Ｒを検出して、Ａｃｔ３３〜Ａｃｔ３５の処理を前述したのと同様に実行する。

ここにプロセッサ１０１は、Ａｃｔ３１〜Ａｃｔ３６の処理を実行することにより、検索手段を構成する。

商品マスタ１２１に記憶されている全ての商品レコード１２１Ｒを順次検出して、Ａｃｔ３３〜Ａｃｔ３５の処理を実行し終えると、プロセッサ１０１は、商品マスタ１２１の検索を終了したと認識する。商品マスタ１２１の検索が終了すると（Ａｃｔ３６、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ３７として候補数が“０”であるか否かを判断する。候補メモリ１３２にデータが１つも記憶されていない場合、候補数は“０”である。候補数が“０”の場合（Ａｃｔ３７、ＹＥＳ）、プロセッサ１０１は、図８のＡｃｔ１２の処理へと進む。すなわちプロセッサ１０１は、部門マスタ１２２を検索して、比較メモリに記憶された部門コードを含む部門レコード１２２Ｒを読み出す。そしてプロセッサ１０１は、その部門レコード１２２Ｒから部門名を取得し、さらに比較メモリに記憶された価格を取得して、部門コード、部門名及び価格を登録メモリに書き込む。

候補メモリ１３２にデータが記憶されている場合、候補数は“０”ではない。候補数が“０”でない場合（Ａｃｔ３７、ＮＯ）、プロセッサ１０１は、Ａｃｔ３８として候補数が“１”であるか否かを判断する。候補メモリ１３２にデータが１つしか記憶されていない場合、候補数は“１”である。候補数が“１”の場合（Ａｃｔ３８、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ３９としてその候補メモリ１３２に記憶されている唯一のデータの商品コード、商品名及び価格を登録メモリに書き込む。すなわちプロセッサ１０１は、商品推定処理によって唯一検索された候補商品の商品コード、商品名及び価格を登録メモリに書き込む。

候補メモリ１３２に２以上のデータが記憶されている場合、すなわち候補数が“０”でも“１”でもない場合（Ａｃｔ３７、Ａｃｔ３８、いずれもＮＯ）、プロセッサ１０１は、Ａｃｔ４０として候補絞り込み処理を実行する。

図１０は、候補絞り込み処理の具体的に手順を示す流れ図である。候補絞り込み処理に入ると、プロセッサ１０１は、Ａｃｔ５１として、タッチパネル１０６に商品の撮影をキャッシャに要求するメッセージ、例えば「部門登録を行った商品をカメラに翳してください」を表示させる。このメッセージを確認したキャッシャは、直前にキーボード１０７を操作して部門コードと価格とを入力した商品をカメラ１１２の撮影領域に翳す。商品がカメラ１１２の撮影領域に翳されることにより、この商品の外観画像がカメラ１１２で撮影される。カメラ１１２で撮影されたフレーム画像は、メインメモリ１０２の画像メモリに順次記憶される。

プロセッサ１０１は、Ａｃｔ５２として画像メモリに記憶されたフレーム画像に商品が撮像されているか否かを確認する。商品が撮像されていない場合（Ａｃｔ５２、ＮＯ）、プロセッサ１０１は、画像メモリから次のフレーム画像を取り込む。そしてプロセッサ１０１は、このフレーム画像に商品が撮像されているか否かを確認する。

こうして、画像メモリに順次記憶されるフレーム画像をチェックした結果、商品が撮像されたフレーム画像を検出したならば（Ａｃｔ５２、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ５３としてそのフレーム画像から商品の輪郭線を検出し、その輪郭線に沿って画像を切り出す。そしてプロセッサ１０１は、切り出した画像、つまりは商品の画像から当該商品の形状、表面の色合い、模様、凹凸状況等の外観特徴量を抽出する。

商品の外観特徴量を抽出できたならば、プロセッサ１０１は、Ａｃｔ５４として候補メモリ１３２に記憶されている候補商品のデータから１つの商品コードを検出する。そしてプロセッサ１０１は、Ａｃｔ５５として認識辞書マスタ１２３を検索して、当該商品コードに関連付けて記憶されている特徴量データを取得する。

プロセッサ１０１は、Ａｃｔ５６として、Ａｃｔ５３の処理で商品画像から抽出した特徴量データが、Ａｃｔ５５の処理で認識辞書マスタ１２３から取得した各特徴量データに対してどの程度類似しているかを示す類似度Ｒを算出する。そしてプロセッサ１０１は、候補メモリ１３２の当該商品コードに関連付けて記憶されている類似度を、算出された類似度Ｒに書き換える。類似度Ｒは、例えばハミング距離によって“０”から“１００”の範囲内で算出され、類似している率が高い程大きい値をとる。

プロセッサ１０１は、Ａｃｔ５７として類似度Ｒが所定の閾値よりも小さいか否かを判断する。類似度Ｒが所定の閾値よりも小さい商品は、部門登録された商品の候補から外す。プロセッサ１０１は、類似度Ｒが閾値よりも小さい場合（Ａｃｔ５７、ＹＥＳ）、Ａｃｔ５８として、候補メモリ１３２から当該商品コードと、それに関連付けられた商品名，価格及び類似度の各データを削除する。類似度Ｒが閾値以上である場合には（Ａｃｔ５７、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ５８の処理を実行しない。

その後、プロセッサ１０１は、Ａｃｔ５９として、候補メモリ１３２にまだ検出していない商品コードがあるか否かを確認する。未検出の商品コードがある場合（Ａｃｔ５９、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ５４に戻る。すなわちプロセッサ１０１は、候補メモリ１３２に記憶されている候補商品のデータからその未検出の商品コードを１つ検出する。そしてプロセッサ１０１は、Ａｃｔ５５〜Ａｃｔ５８の処理を前述したのと同様に実行する。

Ａｃｔ５９において、候補メモリ１３２に未検出の商品コードが無いと判断した場合（Ａｃｔ５９、ＮＯ）、プロセッサ１０１は、Ａｃｔ６０として、候補数が“０”であるか否かを判断する。候補メモリ１３２にデータが１つも記憶されていない場合、候補数は“０”である。候補数が“０”の場合（Ａｃｔ６０、ＹＥＳ）、プロセッサ１０１は、図８のＡｃｔ１２の処理へと進む。すなわちプロセッサ１０１は、部門マスタ１２２を検索して、比較メモリに記憶した部門コードを含む部門レコード１２２Ｒを読み出す。そしてプロセッサ１０１は、その部門レコード１２２Ｒから部門名を取得し、さらに比較メモリに記憶された価格を取得して、部門コード、部門名及び価格を登録メモリに書き込む。

候補メモリ１３２にデータが記憶されている場合、候補数は“０”ではない。候補数が“０”でない場合（Ａｃｔ６０、ＮＯ）、プロセッサ１０１は、Ａｃｔ６１として候補数が“１”であるか否かを判断する。候補メモリ１３２にデータが１つしか記憶されていない場合、候補数は“１”である。候補数が“１”の場合（Ａｃｔ６１、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ６４としてその候補メモリ１３２に記憶されている唯一のデータの商品コード、商品名及び価格を登録メモリに書き込む。すなわちプロセッサ１０１は、商品絞り込み処理によって１つに絞り込まれた候補商品の商品コード、商品名及び価格を登録メモリに書き込む。

候補メモリ１３２に２以上のデータが記憶されている場合、すなわち候補数が“０”でも“１”でもない場合（Ａｃｔ６０、Ａｃｔ６１、いずれもＮＯ）、プロセッサ１０１は、Ａｃｔ６２として候補メモリ１３２に記憶されたデータを基に、候補商品の選択画面ＳＣ１（図１１を参照）をタッチパネル１０６に表示させる。

選択画面ＳＣ１の一例を図１１に示す。図示するように、選択画面ＳＣ１は、画像の表示領域Ａ１と、候補商品の表示領域Ａ２とに区分される。また、「その他」ボタンＢ１が選択画面ＳＣ１に表示される。表示領域Ａ１には、カメラ１１２で撮影された画像から切出された商品の画像が表示される。表示領域Ａ２は、画面の上下方向にさらに３つの領域Ａ２１，Ａ２２，Ａ２３に細分化されており、上の領域Ａ２１から類似度の大きい順に候補商品のプリセット画像と商品名とが表示される。候補商品とは、候補メモリ１３２に記憶されている商品コードで特定される商品である。プリセット画像と商品名は、認識辞書マスタ１２３に記憶されている。プロセッサ１０１は、候補メモリ１３２に記憶されている商品コードで認識辞書マスタ１２３を検索して、当該商品コードを含む認識辞書レコード１２３Ｒからプリセット画像と商品名とを読出し、領域Ａ２に表示させる。

因みに、Ａｃｔ６２の処理において最初に表示される選択画面ＳＣ１の表示領域Ａ２には、類似度が１位から３位までの候補商品のプリセット画像と商品名とが画面の上から順に表示される。この状態で、「その他」ボタンＢ１がタッチ操作されると、表示領域Ａ２は、類似度が４位から６位までの商品のプリセット画像と商品名とに切り替わる。以後、「その他」ボタンＢ１がタッチ操作される毎に、表示領域Ａ２の画像は、類似度がより下位の商品のプリセット画像と商品名との表示に切り替わり、最下位まで表示されると、１位に戻る。

選択画面ＳＣ１を確認したキャッシャは、表示領域Ａ２のなかからカメラ１１２の撮影領域に翳した商品のプリセット画像と商品名とが表示された領域Ａ２１，Ａ２２またはＡ２３を探す。そして、該当する領域Ａ２１，Ａ２２またはＡ２３を見つけたならば、キャッシャは、この領域Ａ２１，Ａ２２またはＡ２３をタッチ操作する。

プロセッサ１０１は、Ａｃｔ６３として、領域Ａ２１，Ａ２２またはＡ２３がタッチ操作されるのを待機する。領域Ａ２１，Ａ２２またはＡ２３がタッチ操作されたならば、プロセッサ１０１は、Ａｃｔ６４としてその領域Ａ２１，Ａ２２またはＡ２３にプリセット画像等が表示されている商品の商品コード、商品名及び価格を登録メモリに書き込む。商品名及び価格は、当該商品コードと関連付けて候補メモリ１３２に記憶されているデータである。すなわちプロセッサ１０１は、複数の候補商品の中から選択された候補商品の商品コード、商品名及び価格を登録メモリに書き込む。以上で、プロセッサ１０１は、候補絞り込み処理を抜ける。

ここにプロセッサ１０１は、図９のＡｃｔ３９、Ａｃｔ４０及びＡｃｔ４１の処理を実行することにより、決定手段を構成する。またプロセッサ１０１は、図１０のＡｃｔ５１〜Ａｃｔ５９の処理を実行することにより、決定手段に含まれる絞り込み手段を構成する。

図９のＡｃｔ３９の処理、あるいは図１０のＡｃｔ６４の処理により、登録メモリに商品コード、商品名及び価格のデータが書き込まれると、商品推定処理が終了する。商品推定処理が終了すると、プロセッサ１０１は、図８のＡｃｔ１４の処理へと進む。

Ａｃｔ１４では、プロセッサ１０１は、販売データ処理を行う。すなわちプロセッサ１０１は、登録メモリに記憶された価格に販売点数を乗算して販売金額を算出する。販売点数は、置数キーＫ１と乗算キーＫ４との入力により乗数が入力されている場合にはその乗数であり、乗数が入力されていない場合には“１”である。プロセッサ１０１は、登録メモリに記憶されたコード（商品コード又は部門コード）、名称（商品名又は部門名）及び価格と、販売点数及び販売金額とをそれぞれ関連付けて、取引メモリ１３１の明細領域１３１Ａに格納する。またプロセッサ１０１は、取引メモリ１３１の合計領域１３１Ｂのデータを更新する。さらにプロセッサ１０１は、名称（商品名又は部門名）及び価格と、販売点数及び販売金額とをタッチパネル１０６及び客面ディスプレイ１１０に表示させる。

以上のような販売データ処理を終えると、プロセッサ１０１は、Ａｃｔ１５として次の商品登録が行われたか否かを確認する。商品登録が行われていない場合（Ａｃｔ１５、ＮＯ）、プロセッサ１０１は、Ａｃｔ１６として締めキーＫ６が入力されたか否かを判断する。締めキーＫ６が入力されていない場合（Ａｃｔ１６、ＮＯ）、プロセッサ１０１は、再び次の商品登録が行われたか否かを確認する。ここにプロセッサ１０１は、Ａｃｔ１５及びＡｃｔ１６の処理により、次の商品登録が行われるか締めキーＫ６が入力されるのを待ち受ける。

プロセッサ１０１は、次の商品登録（ＰＬＵ登録又は部門登録）が行われると（Ａｃｔ１５、ＹＥＳ）、Ａｃｔ６に戻る。このときプロセッサ１０１は、候補メモリ１３２、登録メモリ及び比較メモリをクリアする。そしてプロセッサ１０１は、Ａｃｔ６〜Ａｃｔ１４の処理を前述したのと同様に実行する。

ここに、プロセッサ１０１は、スキャナ１０８又はキーボード１０７等の入力デバイスと協働して、Ａｃｔ１又はＡｃｔ１５の処理を実行することにより、入力手段を構成する。

Ａｃｔ１５及びＡｃｔ１６の待ち受け状態において、締めキーＫ６が入力されたことを検知すると（Ａｃｔ１６、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ１７として登録締め処理を実行する。例えば現金締めの場合、置数キーＫ１と金額キーＫ５とにより入力された金額を預り金額とし、この預り金額から取引メモリ１３１の合計領域１３１Ｂに記憶された合計金額を減じて釣銭額を算出する、いわゆる現金締めの登録締め処理を行う。このような登録締め処理は、現金締め以外にもクレジット締めの登録締め処理、金券締めの登録締め処理等がある。これらの処理内容はいずれも周知であるので、ここでの説明は省略する。

登録締め処理を終えると、プロセッサ１０１は、Ａｃｔ１８として、取引メモリ１３１に記憶されたデータを基にレシートデータを作成する。そしてプロセッサ１０１は、プリンタ１０９を制御して、レシートを印字発行させる。

またプロセッサ１０１は、Ａｃｔ１９として、会員取引であるか否かを判断する。会員ＩＤメモリに会員ＩＤが記憶されている場合、プロセッサ１０１は、会員取引であるとみなす（Ａｃｔ１９、ＹＥＳ）。プロセッサ１０１は、Ａｃｔ２０として、購買履歴の更新を行う。すなわちプロセッサ１０１は、取引メモリ１３１に記憶されたデータで商品毎に購買履歴データを作成する。そしてプロセッサ１０１は、会員ＩＤメモリに記憶された会員ＩＤで購買履歴マスタ１２４を検索して、同一の会員ＩＤを含む履歴レコード１２４Ｒに商品の購買履歴データを追加する。

会員ＩＤメモリに会員ＩＤが記憶されていない、すなわち会員取引でない場合には（Ａｃｔ１９、ＮＯ）、プロセッサ１０１は、Ａｃｔ２０の処理を実行しない。

プロセッサ１０１は、Ａｃｔ２１として、トランザクションデータの送信を行う。すなわちプロセッサ１０１は、取引ＩＤメモリに記憶された取引ＩＤと、取引メモリ１３１に記憶されたデータとでトランザクションデータを作成する。そしてプロセッサ１０１は、このトランザクションデータをストアサーバに送信出力するように通信インターフェース１０４を制御する。

ここにプロセッサ１０１は、プリンタ１０９又は通信インターフェース１０４と協働して、Ａｃｔ１８又はＡｃｔ２１の処理を実行することにより、出力手段を構成する。

以上で、プロセッサ１０１は、客との商取引に対する処理を終了する。その後、プロセッサ１０１は、次の客との商取引を制御するために、Ａｃｔ１からの処理を再開する。

図１２は、Ａｃｔ１８の処理において発行されるレシートの一例である。同図において、レシートＲ１は、推定モードが有効でないときの発行例であり、レシートＲ２は、推定モードが有効なときの発行例である。いずれの場合も、バーコードが付されている商品として「ハム」を購入し、バーコードが付されていない商品として「りんご（ふじ）」を購入した客を想定している。

キャッシャは、「ハム」を登録する場合、スキャナ１０８にその「ハム」のバーコードを読み取らせる。そうすると、取引メモリ１３１には、「ハム」の商品コード「１２３４６０」、名称「ハム」、価格「２００円」、点数「１」、金額「２００円」が記憶される。

キャッシャは、「りんご（ふじ）」を登録する場合、キーボード１０７を操作して部門コード「青果」と価格「１００円」を入力する。このとき、推定モードが有効でない場合には、取引メモリ１３１には、「りんご（ふじ）」の部門コード「１」、部門名「青果」、価格「１００円」、点数「１」、金額「１００円」が記憶される。
この段階で、締めキーが操作されると、レシートＲ１が発行される。また、取引メモリ１３１のデータに基づいて作成されるトランザクションデータがストアサーバに送信される。その結果、ＰＬＵ登録を行った「ハム」については、品目の単位で売り上げが管理される。これに対し、部門登録を行った「りんご（ふじ）」については、部門「青果」の単位で売り上げが管理される。

一方、推定モードが有効な場合には、商品推定処理が実行される。ここで、商品マスタ１２１には、部門コードが「１」で価格が「１００円」の商品として、「りんご（王林）」、「りんご（ふじ）」、「梨（豊水）」、「グレープフルーツ」の４品目が存在していたとする。その場合、Ａｃｔ３２〜Ａｃｔ３６の処理で商品マスタ１２１の検索を終えた段階では、上記４品目のデータが候補メモリ１３２に記憶される。したがって、候補数が“４”なので、候補絞り込み処理が実行される。

そこでキャッシャは、「りんご（ふじ）」をカメラ１１２の撮影領域に翳す。そうすると、この「りんご（ふじ）」を撮影した画像から得られる商品の外観特徴量と、「りんご（王林）」、「りんご（ふじ）」、「梨（豊水）」及び「グレープフルーツ」の各品目の特徴量データとから、品目毎に類似度Ｒが算出される。ここで、「りんご（王林）」、「りんご（ふじ）」及び「梨（豊水）」の３品目については、類似度Ｒが閾値以上であったが、「グレープフルーツ」だけは類似度Ｒが閾値未満であったと仮定する。その場合、候補メモリ１３２から「グレープフルーツ」のデータが削除される。そしてタッチパネル１０６に、図１１に示す内容の選択画面ＳＣ１が表示される。

選択画面ＳＣ１を確認したキャッシャは、「りんご（ふじ）」が表示されている領域Ａ２２にタッチする。そうすると、取引メモリ１３１には、「りんご（ふじ）」の商品コード「１２３４５６」、名称「りんご（ふじ）」、価格「１００円」、点数「１」、金額「１００円」が記憶される。

この段階で、締めキーが操作されると、レシートＲ２が発行される。また、取引メモリ１３１のデータに基づいて作成されるトランザクションデータがストアサーバに送信される。その結果、ＰＬＵ登録を行った「ハム」については、品目の単位で売り上げが管理される。また、部門登録を行った「りんご（ふじ）」についても、品目の単位で売り上げが管理される。

ところで、客が会員であった場合、キャッシャは、会員から提示を受けた会員ＩＤをＰＯＳ端末１００に入力する。そうすることにより、「ハム」と「りんご（ふじ）」の購買履歴データが、当該客の会員ＩＤに関連付けられて、購買履歴マスタ１２４に保存される。

このように本実施形態によれば、推定モードを有効にすることによって、部門コードと価格との入力によって部門登録された商品の売上を、部門の売上ではなく、品目の売上として管理することができる。その結果、商品の購買データをより詳細に分析することができる。

また、推定モードが有効でないときのレシートＲ１には、部門登録された商品、例えば「りんご（ふじ）」の名称が部門名「青果」で印字されるのに対し、推定モードが有効なときのレシートＲ２には、商品名「りんご（ふじ）」で印字される。したがって、推定モードを有効にすることによって、部門登録せざるを得なかった商品についても、具体的な商品名をレシートに印字することができる。その結果、レシートＲ２を確認した客は、ＰＬＵ登録された商品と同様に部門登録された商品についても商品名を知ることができる。また、タッチパネル１０６及び客面ディスプレイ１１０に表示される名称も、部門名ではなく商品名で表示されるので、どの商品を登録したのかを容易に判別できる。

ところで本実施形態では、部門登録した商品と同一部門に属し、価格が同一の商品を一次的な候補商品とする。そして、部門登録した商品を撮像した画像から得られる外観特徴量と、一次候補の商品に対してプリセットされている特徴量データとの類似度を求め、所定の閾値以上の類似度を有する商品を最終的な候補商品として選択画面ＳＣ１に表示させるようにしている。したがって、選択画面ＳＣ１に表示される候補商品は、同一部門及び同一価格の商品のうち、外観の特徴が部門登録した商品と近似した商品だけに絞られるので、外観の特徴が似通っていない商品が候補商品として選択画面ＳＣ１に表示されることはない。一般に、外観の特徴が似通っていない商品が部門登録した商品であるということは考えられないので、候補商品を効果的に絞り込むことができる。

また、推定モードを無効にした場合には、商品推定処理がキャンセルされる。商品推定処理を実行した場合、大抵は選択画面ＳＣ１から該当する商品を選択するという操作が発生するため、処理に時間を要する。そこで、例えば夕方などのようにレジが混雑している時間帯では、推定モードを無効にすることで、混雑の緩和を図ることができる。

［第２の実施形態］
次に、第２の実施形態について説明する。

第２の実施形態において、ＰＯＳ端末１００は、カメラ１１２を省略できる。また、認識辞書マスタ１２３も不要である。それ以外の図１に示す構成要素は、第１の実施形態と同様である。ただし、候補メモリ１３２のデータ構造が異なる。

図１３は、第２の実施形態における候補メモリ１３２のデータ構造を示す模式図である。図示するように候補メモリ１３２は、候補商品の商品コード、商品名及び価格に加えて、重複フラグを記憶する領域を有する。重複フラグについては、後述する。

また第２の実施形態において、ＰＯＳ端末１００は、候補絞り込み処理の動作が第１の実施形態と異なる。それ以外の図８及び図９を用いて説明したＰＯＳ端末１００の動作は、第１の実施形態と同様であるので、ここでの説明は省略する。

ＰＯＳ端末１００のプロセッサ１０１は、商品推定処理（図９を参照）のＡｃｔ３８において、候補メモリ１３２に２以上のデータが記憶されている場合、図１４の流れ図に示す候補絞り込み処理に入る。なお、図１４に示すとともに以下に説明する処理の内容は一例である。同様な結果を得ることが可能であればその処理手順及び処理内容は特に限定されるものではない。

先ず、プロセッサ１０１は、Ａｃｔ７１として会員取引であるか否かを判断する。会員ＩＤメモリに会員ＩＤが記憶されている場合、プロセッサ１０１は、会員取引であるとみなす（Ａｃｔ７１、ＹＥＳ）。プロセッサ１０１は、Ａｃｔ７２として候補メモリ１３２に記憶されている候補商品のデータから１つの商品コードを検出する。

プロセッサ１０１は、Ａｃｔ７３として会員ＩＤメモリに記憶された会員ＩＤで購買履歴マスタ１２４を検索する。そしてプロセッサ１０１は、Ａｃｔ７４として当該会員ＩＤが関連付けられた履歴レコード１２４Ｒの中に、Ａｃｔ７２において検出した商品コードの購買履歴データが存在するか否かを確認する。当該購買履歴データが履歴レコード１２４Ｒの中に存在する場合（Ａｃｔ７４、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ７５として、候補メモリ１３２に記憶されている候補商品のデータのうち当該商品コードに関連付けられたデータの重複フラグをセットする。当該購買履歴データが履歴レコード１２４Ｒの中に存在しない場合には（Ａｃｔ７４、ＮＯ）、プロセッサ１０１は、重複フラグをセットしない。

その後、プロセッサ１０１は、Ａｃｔ７６として、候補メモリ１３２にまだ検出していない商品コードがあるか否かを確認する。未検出の商品コードがある場合（Ａｃｔ７６、ＹＥＳ）、プロセッサ１０１は、Ａｃｔ７２に戻る。すなわちプロセッサ１０１は、候補メモリ１３２に記憶されている候補商品のデータからその未検出の商品コードを１つ検出する。そしてプロセッサ１０１は、Ａｃｔ７３〜Ａｃｔ７５の処理を前述したのと同様に実行する。

Ａｃｔ７６において、候補メモリ１３２に未検出の商品コードが無いと判断した場合（Ａｃｔ７６、ＮＯ）、プロセッサ１０１は、Ａｃｔ７７として、候補メモリ１３２に記憶されたデータを基に、候補商品の選択画面ＳＣ２（図１５を参照）をタッチパネル１０６に表示させる。また、Ａｃｔ７１において、会員取引でないと判断した場合も（Ａｃｔ７１、ＮＯ）、プロセッサ１０１は、Ａｃｔ７２乃至Ａｃｔ７６の処理を行うことなく、Ａｃｔ７７の処理に進み、候補商品の選択画面ＳＣ２をタッチパネル１０６に表示させる。

選択画面ＳＣ２の一例を図１５に示す。図示するように、選択画面ＳＣ２は、候補商品の表示領域Ａ３１、Ａ３２、Ａ３３と、「その他」ボタンＢ２と表示される。表示領域Ａ３１、Ａ３２、Ａ３３には、候補商品の商品名が表示される。候補商品とは、候補メモリ１３２に記憶されている商品コードで特定される商品である。商品名は、候補メモリ１３２に記憶されている。プロセッサ１０１は、候補メモリ１３２に記憶されている商品名を順に読出し、表示領域Ａ３１、Ａ３２、Ａ３３に表示させる。

このときプロセッサ１０１は、重複フラグがセットされているデータの商品名を優先的に表示領域Ａ３１、Ａ３２、Ａ３３に表示させる。そして、重複フラグがセットされているデータの商品名を表示させた表示領域（図１５では表示領域Ａ３１と表示領域Ａ３２）には、識別マークＭ１を表示させる。

なお、図１５の表示例では、識別マークＭ１を破線の枠としたが、識別マークＭ１の種類は特に限定されるものではない。また、識別マークＭ１を表示させるのではなく、重複フラグがセットされているデータの商品名を表示させた表示領域の背景色を変更したり、商品名を点滅表示させたりしてもよい。要は、重複フラグがセット、つまりは候補商品のうち購買履歴がある商品と、重複フラグがリセット、つまりは購買履歴が無い商品とを、キャッシャが区別できればよい。

選択画面ＳＣ２を確認したキャッシャは、部門登録した商品の商品名が表示されている表示領域Ａ３１、Ａ３２又はＡ３３をタッチ操作する。

プロセッサ１０１は、Ａｃｔ７８として、領域Ａ３１，Ａ３２またはＡ３３がタッチ操作されるのを待機する。領域Ａ３１，Ａ３２またはＡ３３がタッチ操作されたならば、プロセッサ１０１は、Ａｃｔ７９としてその領域Ａ３１，Ａ３２またはＡ３３に商品名が表示されている商品の商品コード、商品名及び価格を登録メモリに書き込む。商品名及び価格は、当該商品コードと関連付けて候補メモリ１３２に記憶されているデータである。すなわちプロセッサ１０１は、複数の候補商品の中から選択された候補商品の商品コード、商品名及び価格を登録メモリに書き込む。以上で、プロセッサ１０１は、候補絞り込み処理を抜ける。

このように動作する第２の実施形態においても、推定モードを有効にすることによって、部門コードと価格との入力によって部門登録された商品の売上を、部門の売上ではなく、品目の売上として管理することができる。また、タッチパネル１０６及び客面ディスプレイ１１０に表示される名称やレシートに印字される名称も、部門名ではなく商品名とすることができる。

その上、第２の実施形態では、部門登録された商品と部門及び価格が一致する一次的な候補商品のうち、購買履歴が有る商品を優先的に選択画面ＳＣ２に表示するようにしている。同じ客が同じ商品を繰り返し購入することはよくある事象である。したがって、購買履歴が有る商品を優先的に選択画面ＳＣ２に表示させることで、キャッシャが選択画面ＳＣ２から部門登録された商品を見つけやすくなるメリットがある。

なお、これまで説明した実施形態は、以下のような変形実施が可能である。
前記実施形態では、推定モードの有効、無効を設定可能とし、無効の場合には図８のＡｃｔ１１及びＡｃｔ１２の処理を実行するようにした。他の実施形態としては、推定モードを省略してもよい。すなわち、図８のＡｃｔ６において、部門登録であると判断した場合には、Ａｃｔ１３に進んで、商品推定処理を実行するようにしてもよい。

前記実施形態では、商品推定処理において、部門登録された商品と部門コード及び価格が一致する商品を候補商品として候補メモリ１３２に記憶した。他の実施形態としては、部門コードは一致しているが、価格が許容範囲内において異なる商品も候補商品として候補メモリ１３２に記憶するようにしてもよい。バーコードが付されていない商品の場合、その大きさ、重さなどから価格が変動する場合がある。このような場合でも、価格が許容範囲内において異なる商品も候補商品とすることによって、候補商品を検出する精度を高めることができる。

第１の実施形態では、商品絞り込み処理として、登録対象の商品を撮影した画像から当該登録対象の商品の特徴量を求め、商品毎に基本となる特徴量を記憶した特徴量記憶部から候補商品の特徴量を検出して登録対象の商品の特徴量との類似度を求め、所定の閾値以上の類似度を有する候補商品を選択することで絞り込むようにした。
他の商品絞り込み処理としては、画像の中からオブジェクトを検出する方法として知られているハフ変換の原理を利用して、商品を絞り込む方法が考えられる。

また、分光器を使った分子センサで商品の成分を検出して絞り込む方法や、３Ｄスキャナを使用して商品を分析することで、商品を絞り込む方法も考えられる。

第２の実施形態では、商品推定処理によって検出した候補商品のなかから購買履歴のある商品を検索し、購買履歴のある商品は購買履歴が無い商品と識別可能に選択画面ＳＣ２に表示させた。他の実施形態としては、先ず、購買履歴の有る候補商品だけを選択画面ＳＣ２に表示させ、部門登録された商品が確定されない場合に、購買履歴のない候補商品を選択画面ＳＣ２に表示させるようにしてもよい。因みに、購買履歴の検索範囲は、購買履歴マスタ１２４に記憶されている全ての購買履歴レコードを検索しなくてもよい。例えばかの１年間、あるいは過去６か月という期限を定めて、購買履歴レコードを検索してもよい。

なお、商品登録装置の譲渡は一般に、商品登録プログラム等のプログラムがメインメモリ又は補助記憶デバイスに記憶された状態にて行われる。しかしこれに限らず、この種のプログラムがメインメモリ等に記憶されていない状態で、譲渡されてもよい。そしてこの場合は、商品登録装置が備える書き込み可能な記憶デバイスに、この商品登録装置とは個別に譲渡された制御プログラム等がユーザなどの操作に応じて書き込まれるか、上記の別の制御プログラムを書き替えてもよい。商品登録プログラム等の譲渡は、リムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］登録対象の商品が属する商品分類と当該商品の価格との入力を受け付ける入力手段と、前記入力手段を介して入力された商品分類と価格とを基に、商品毎にその商品固有のコード、商品名、価格、及びその商品が属する商品分類を記憶した商品記憶部を検索して、候補商品を検出する検索手段と、前記検索手段により検出された前記候補商品から前記登録対象の商品を決定する決定手段と、を具備する商品登録装置。
［２］前記決定手段は、前記検索手段により前記候補商品が複数検出された場合に、その複数の候補商品の中から前記登録対象の商品と推定される候補商品を絞り込む絞り込み手段を含み、前記絞り込み手段により絞り込まれた前記候補商品の中から前記登録対象の商品を決定する、付記［１］記載の商品登録装置。
［３］前記絞り込み手段は、前記登録対象の商品を撮影した画像に基づいて前記候補商品を絞り込む、付記［２］記載の商品登録装置。
［４］前記絞り込み手段は、客の購買履歴を記憶した履歴記憶部を検索して前記候補商品の購買有無を判定し、購買有の候補商品を選択することで絞り込む、付記［２］記載の商品登録装置。
［５］前記決定手段により決定された商品の商品名及び価格を関連付けて出力する出力手段、をさらに具備する付記［１］乃至［４］のうちいずれか１項記載の商品登録装置。
［６］登録対象の商品が属する商品分類と当該商品の価格との入力を受け付ける入力手段、を備えた商品登録装置のコンピュータに、前記入力手段を介して入力された商品分類と価格とを基に、商品毎にその商品固有のコード、商品名、価格、及びその商品が属する商品分類を記憶した商品記憶部を検索して、候補商品を検出する機能、前記検出された前記候補商品から前記登録対象の商品を決定する機能、を実現させるためのプログラム。

１００…ＰＯＳ端末、１０１…プロセッサ、１０２…メインメモリ、１０３…補助記憶デバイス、１０４…通信インターフェース、１０５…システムバス、１０６…タッチパネル、１０７…キーボード１０７…スキャナ、１０９…プリンタ、１１０…客面ディスプレイ、１１１…リーダライタ、１１２…カメラ、１２１…商品マスタ、１２２…部門マスタ、１２３…認識辞書マスタ、１２４…購買履歴マスタ。

Claims (5)

1. 登録対象の商品が属する商品分類コードと当該商品の価格との入力を受け付ける入力手段と、
   前記入力手段を介して入力された商品分類コードと価格とを基に、商品毎にその商品固有の商品コード、商品名、価格、及びその商品が属する商品分類を記憶した商品記憶部を検索して、候補商品を検出する検索手段と、
   前記検索手段により前記候補商品を１品も検出できなかった場合、前記入力手段を介して入力された商品分類コード及び価格と、前記商品分類コードで特定される分類名称とを登録メモリに登録する第１登録手段と、
   前記検索手段により前記候補商品を１品だけ検出した場合、その候補商品の商品コード、商品名及び価格を前記登録メモリに登録する第２登録手段と、
   前記検索手段により前記候補商品を２品以上検出した場合、その２品以上の候補商品の中から前記登録対象の商品と推定される候補商品を絞り込む絞り込み手段と、
   前記絞り込み手段により絞り込まれた候補商品が１品だけの場合、その候補商品の商品コード、商品名及び価格を前記登録メモリに登録する第３登録手段と、
   前記絞り込み手段により絞り込まれた候補商品が２品以上の場合、その２品以上の候補商品の中から１品をユーザに選択させ、選択された候補商品の商品コード、商品名及び価格を前記登録メモリに登録する第４登録手段と、
   を具備する商品登録装置。
2. 前記絞り込み手段は、前記登録対象の商品を撮影した画像に基づいて前記候補商品を絞り込む、請求項１記載の商品登録装置。
3. 前記絞り込み手段は、客の購買履歴を記憶した履歴記憶部を検索して前記候補商品の購買有無を判定し、購買有の候補商品を選択することで絞り込む、請求項１記載の商品登録装置。
4. 前記登録メモリに記憶されたデータを基に商品の販売データを処理する処理手段、
   をさらに具備する請求項１乃至３のうちいずれか１項記載の商品登録装置。
5. 登録対象の商品が属する商品分類コードと当該商品の価格との入力を受け付ける入力手段、を備えた商品登録装置のコンピュータに、
   前記入力手段を介して入力された商品分類コードと価格とを基に、商品毎にその商品固有の商品コード、商品名、価格、及びその商品が属する商品分類を記憶した商品記憶部を検索して、候補商品を検出する機能、
   前記候補商品を１品も検出できなかった場合、前記入力手段を介して入力された商品分類コード及び価格と、前記商品分類コードで特定される分類名称とを登録メモリに登録する機能、
   前記候補商品を１品だけ検出した場合、その候補商品の商品コード、商品名及び価格を前記登録メモリに登録する機能、
   前記候補商品を２品以上検出した場合、その２品以上の候補商品の中から前記登録対象の商品と推定される候補商品を絞り込む機能、
   前記絞り込まれた候補商品が１品だけの場合、その候補商品の商品コード、商品名及び価格を前記登録メモリに登録する機能、及び、
   前記絞り込まれた候補商品が２品以上の場合、その２品以上の候補商品の中から１品をユーザに選択させ、選択された候補商品の商品コード、商品名及び価格を前記登録メモリに登録する機能、
   を実現させるためのプログラム。

Images