(57)【要約】【課題】信頼性のある客層情報を高い確率をもって得られる商品販売データ処理装置を提供する。【解決手段】商品販売データ処理装置は、客の属性により分類される客層の入力を受け付ける。客層の入力を受け付けたことを条件に、商品販売データ処理装置は、店員用表示デバイスの画面を商品登録画面として客が買い上げる商品の登録を受け付ける。商品が登録されると、商品販売データ処理装置は、その登録を受け付けた商品の販売データを処理して商取引を決済する。【選択図】      図５
2016099774.tif 000002
【特許請求の範囲】
【請求項１】
店員に対する画面を表示する店員用表示デバイスと、
客の属性により分類される客層の入力を受け付ける客層入力手段と、
この客層入力手段により前記客層の入力を受け付けたことを条件に、前記店員用表示デバイスの画面を商品登録画面として前記客が買い上げる商品の登録を受け付ける登録受付手段と、
前記登録を受け付けた商品の販売データを処理して商取引を決済する処理手段と、
を具備したことを特徴とする商品販売データ処理装置。
【請求項２】
前記客層入力手段は、商取引の決済後に客層別のアイコンを配置した客層受付画面を前記店員用表示デバイスに表示させて、次の客の前記客層の入力を受け付けることを特徴とする請求項１記載の商品販売データ処理装置。
【請求項３】
各客層にそれぞれ関連付けて推奨するコンテンツを記憶する記憶デバイスと、
前記客層入力手段により入力を受け付けた客層に関連付けられた前記コンテンツを前記記憶デバイスから検出する検出手段と、
前記検出されたコンテンツを顕在化する顕在化手段と、
をさらに具備したことを特徴とする請求項１または２記載の商品販売データ処理装置。
【請求項４】
客に対する画面を表示する客用表示デバイス、
をさらに備え、
前記顕在化手段は、前記検出されたコンテンツの画像を前記客用表示デバイスに表示させることを特徴とする請求項３記載の商品販売データ処理装置。
【請求項５】
前記客用表示デバイスは、タッチパネルであり、
前記コンテンツの画像は、推奨商品を特定する画像と注文ボタンの画像とを含み、
前記登録受付手段は、前記注文ボタンの画像がタッチ入力された場合に当該注文ボタンとともに表示されている画像によって特定される推奨商品の登録を受け付ける
ことを特徴とする請求項４記載の商品販売データ処理装置。
【請求項６】
店員に対する画面を表示する店員用表示デバイスを備えた商品販売データ処理装置のコンピュータに、
客の属性により分類される客層の入力を受け付ける機能、
前記客層の入力を受け付けたことを条件に、前記店員用表示デバイスの画面を商品登録画面として前記客が買い上げる商品の登録を受け付ける機能、及び、
登録を受け付けた商品の販売データを処理して商取引を決済する機能、
を実現させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ＰＯＳ（Point Of Sales）端末、電子式キャッシュレジスタ等の商品販売データ処理装置及びその制御プログラムに関する。
【背景技術】
【０００２】
買物客が買い上げる商品の販売データを登録する際に、性別及び年代等の属性により分類される客層を入力するようにした商品販売データ処理装置が知られている。客層が入力されることで、店舗経営者は、買物客の客層を把握することができる。また店舗経営者は、客層毎に売れている商品あるいは売れていない商品のリストを得ることができる。これらのデータは、店の品ぞろえに役立つ。
【０００３】
客層入力機能を備えた商品販売データ処理装置は、通常、客層別のキー若しくはタッチボタンが用意してある。そして従来は、買物客が買い上げる商品の販売データを登録し終え、会計のための登録締めを宣言するタイミングで、キャッシャがその買物客の性別や年代を見定めて該当する客層のキーまたはタッチボタンを入力していた。
【０００４】
このように従来の商品販売データ処理装置は、登録締めのタイミングで買物客の客層を入力する仕様であったので、キャッシャが客層を見定める余裕が無く、雑に客層を入力してしまう場合が多かった。このため、客層情報の信頼性が低かった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８‐０８３９８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の実施形態が解決しようとする課題は、キャッシャが買物客の客層を適切に捉えて入力するようになり、信頼性のある客層情報を高い確率をもって得られる商品販売データ処理装置を提供しようとするものである。
【課題を解決するための手段】
【０００７】
一実施形態において、商品販売データ処理装置は、店員用表示デバイスと、客層入力手段と、登録受付手段と、処理手段とを備える。店員用表示デバイスは、店員に対する画面を表示する。客層入力手段は、客の属性により分類される客層の入力を受け付ける。登録受付手段は、客層入力手段により客層の入力を受け付けたことを条件に、店員用表示デバイスの画面を商品登録画面として客が買い上げる商品の登録を受け付ける。処理手段は、登録を受け付けた商品の販売データを処理して商取引を決済する。
【図面の簡単な説明】
【０００８】
【図１】ＰＯＳ端末を正面の右側から見た外観図。
【図２】ＰＯＳ端末を背面の右側から見た外観図。
【図３】ＰＯＳ端末の要部構成を示すブロック図。
【図４】客層別コンテンツテーブルのデータ構造を示す模式図。
【図５】商品登録プログラムにしたがって、ＣＰＵが実行する情報処理の主要な手順を示す流れ図。
【図６】店員用タッチパネルに表示される客層受付画面の一例を示す図。
【図７】客層受付画面が表示されているときの客用タッチパネルの画面例を示す図。
【図８】店員用タッチパネルに表示される登録画面の一例を示す図。
【図９】登録画面が表示されているときの客用タッチパネルの画面例を示す図。
【発明を実施するための形態】
【０００９】
以下、キャッシャが買物客の客層を適切に入力するようになり、信頼性のある客層情報を高い確率をもって得られる商品販売データ処理装置の実施形態について、図面を用いて説明する。なお、この実施形態では、商品販売データ処理装置の一態様として、ＰＯＳ端末１０（図１，図２を参照）を例示する。
【００１０】
図１は、ＰＯＳ端末１０を正面の右側から見た外観図、図２は同ＰＯＳ端末１０を背面の右側から見た外観図である。なお、図１では、後述するスキャナ２０のケーブルを省略している。図２では、同スキャナ２０そのものを省略している。
【００１１】
図１に示すように、ＰＯＳ端末１０は、本体１１の正面に店員用タッチパネル１２を配置し、この店員用タッチパネル１２の手前側にキーボード１３を配置する。またＰＯＳ端末１０は、店員用タッチパネル１２の一側部に接触式リーダ・ライタ１４のスリット１４ａを形成する。
【００１２】
店員用タッチパネル１２は、店員に対して様々な画面を表示する店員用表示デバイスとして機能する。また店員用タッチパネル１２は、画面に表示された画像から特定される情報のタッチ入力を受け付ける入力デバイスとしても機能する。
【００１３】
キーボード１３は、数値データを置数するためのテンキーの他、クリアキー、現計キー、クレジットキー、電子マネーキー等の種々のファンクションキーを含む。因みに現計キーは、現金による商取引の決済を宣言するキーである。クレジットキーは、クレジットカードによる商取引の決済を宣言するキーである。電子マネーキーは、電子マネーによる商取引の決済を宣言するキーである。これらの現計キー、クレジットキー及び電子マネーキーは、一般に、締めキーと称される。
【００１４】
接触式リーダ・ライタ１４は、スリット１４ａに挿入されたカードからデータを読み込んだり、このカードにデータを書込んだりする。カードが磁気カードである場合、リーダ・ライタ１４は、磁気カードリーダ・ライタである。カードがＩＣカードである場合、リーダ・ライタ１４は、ＩＣカードリーダ・ライタである。例えばクレジットカードやポイントカードが、接触式リーダ・ライタ１４によってデータの読み書きが行われるカードとして使用される。
【００１５】
図２に示すように、ＰＯＳ端末１０は、本体１１の背面に客用タッチパネル１５を配置し、この客用タッチパネル１５の一側部に非接触式リーダ・ライタ１６のアンテナ１６ａ（図３を参照）を配置する。
【００１６】
客用タッチパネル１５は、買上商品の代金を支払う客に対して様々な画面を表示する客用表示デバイスとして機能する。また客用タッチパネル１５は、画面に表示された画像から特定される情報のタッチ入力を受け付ける入力デバイスとしても機能する。
【００１７】
非接触式リーダ・ライタ１６は、アンテナに翳された非接触ＩＣカードからデータを読み込んだり、この非接触ＩＣカードにデータを書込んだりする。例えば電子マネーカードが、非接触式リーダ・ライタ１６によってデータの読み書きが行われる非接触ＩＣカードとして使用される。
【００１８】
図１または図２に示すように、ＰＯＳ端末１０は、本体１１に、レシート印字用のプリンタ１７を備える。そしてＰＯＳ端末１０は、プリンタ１７によって印字されたレシートを、本体１１の正面に形成されたレシート発行口１８から排出する。レシート発行口１８の下側には、預り金等の硬貨を一時的に置くためのコイントレイ１９が形成されている。また、プリンタ１７の上部は、ハンドスキャナ２０を置くためのスペースとなっている。
【００１９】
図３は、ＰＯＳ端末１０の要部構成を示すブロック図である。ＰＯＳ端末１０は、ＣＰＵ（Central Processing Unit）３１、ＲＯＭ（Read Only Memory）３２、ＲＡＭ（Random Access Memory）３３、補助記憶デバイス３４、時計部３５、通信コントローラ３６、ドロワインターフェース３７及びスキャナインターフェース３８を備える。またＰＯＳ端末１０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、補助記憶デバイス３４、時計部３５、通信コントローラ３６、ドロワインターフェース３７及びスキャナインターフェース３８を、システム伝送路３９で接続する。システム伝送路３９は、アドレスバス、データバス、制御信号線等を含む。そしてシステム伝送路３９に対し、前述したキーボード１３、店員用タッチパネル１２、客用タッチパネル１５、プリンタ１７、接触式リーダ・ライタ１４及び非接触式リーダ・ライタ１６が、図示しない入出力回路を介して接続される。
【００２０】
ＰＯＳ端末１０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、補助記憶デバイス３４と、これらを接続するシステム伝送路３９とによってコンピュータを構成する。
【００２１】
ＣＰＵ３１は、上記コンピュータの中枢部分に相当する。ＣＰＵ３１は、オペレーティングシステムやアプリケーションプログラムに従って、ＰＯＳ端末１０としての各種の機能を実現するべく各部を制御する。
【００２２】
ＲＯＭ３２は、上記コンピュータの主記憶部分に相当する。ＲＯＭ３２は、上記のオペレーティングシステムやアプリケーションプログラムを記憶する。ＲＯＭ３２は、ＣＰＵ３１が各部を制御するための処理を実行する上で必要なデータを記憶する場合もある。
【００２３】
ＲＡＭ３３は、上記コンピュータの主記憶部分に相当する。ＲＡＭ３３は、ＣＰＵ３１が処理を実行する上で必要なデータを記憶する。またＲＡＭ３３は、ＣＰＵ３１によって情報が適宜書き換えられるワークエリアとしても利用される。
【００２４】
補助記憶デバイス３４は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス３４は、例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）などである。補助記憶デバイス３４は、ＣＰＵ３１が各種の処理を行う上で使用するデータや、ＣＰＵ３１での処理によって生成されたデータを保存する。補助記憶デバイス３４は、上記のアプリケーションプログラムを記憶する場合もある。
【００２５】
時計部３５は、現在の日付及び時刻を計時する。  
通信コントローラ３６は、外部コンピュータとの間で、ＬＡＮ（Local Area Network）等の通信ネットワークを介して行うデータの送受信を制御する。外部コンピュータは、ＰＯＳ端末１０の上位コンピュータであり、例えばＰＯＳサーバ、ストアサーバ等と称される。外部コンピュータは、商品マスタファイル、売上集計ファイル等の種々のデータファイルを管理する。商品マスタファイルは、店舗で販売される各商品の商品コード、商品名、単価、税種等の商品データを保存する。売上集計ファイルは、商品別、客層別等の分類項目別に集計された売上点数データ、売上金額データ等を保存する。
【００２６】
ドロワインターフェース３７は、現金等を収納するためのドロワ（不図示）を電気的に接続する。ドロワインターフェース３７は、ドロワに対して開放指令信号を送信する。開放指令信号を受信したドロワは、開放動作する。なお、ドロワの代わりに自動釣銭機を接続してもよい。自動釣銭機を接続した場合、ドロワインターフェース３７は、自動釣銭機に対して釣銭データを送信する。釣銭データを受信した自動釣銭機は、釣銭データに基づいて釣銭となる貨幣を払い出す。
【００２７】
スキャナインターフェース３８は、前述したスキャナ２０を電気的に接続する。スキャナ２０は、商品に付されたバーコード等を光学的に読み取る。スキャナ２０によって読み取られたバーコードは、スキャナインターフェース３８を介してＣＰＵ３１に取り込まれる。ＣＰＵ３１は、バーコードを解読して、例えば商品コード等のデータに変換する。
【００２８】
このような構成のＰＯＳ端末１０は、信頼性のある客層情報を高い確率をもって得られるようにするために、以下に説明する商品登録プログラム（制御プログラム）を備える。またＰＯＳ端末１０は、この商品登録プログラムで必要なデータテーブルとして、図４に示すデータ構造の客層別コンテンツテーブル（以下、コンテンツテーブルと略称する）４０を備える。
【００２９】
コンテンツテーブル４０は、客層コード別に、客層情報、コンテンツ及び商品コードを設定するデータテーブルである。客層コードは、性別及び年代等により分類される客層毎に割り当てられた一意のコードである。客層情報は、対応する客層コードで識別される客層、例えば男性１０代以下、女性１０代以下、男性２０代、女性２０代等をそれぞれ示すテキストデータである。コンテンツは、対応する客層コードで識別される客層の買物客に対する推奨商品の画像データである。画像データは、静止画像のデータであってもよいし、動画像のデータであってもよい。商品コードは、対応する客層コードで識別される客層の買物客に対する推奨商品を特定するコードである。
【００３０】
コンテンツテーブル４０は、例えば補助記憶デバイス３４に保存される。そしてコンテンツテーブル４０のコンテンツと商品コードとは、例えば通信コントローラ３６を介して接続される外部コンピュータの制御により、適宜更新される。例えば、曜日や時間帯に応じて、客層毎にコンテンツと商品コードとが自動的に更新されてもよい。
【００３１】
図５は、前記商品登録プログラムにしたがって、ＣＰＵ３１が実行する情報処理の主要な手順を示す流れ図である。なお、図５に示すとともに以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。
【００３２】
商品登録プログラムが起動すると、ＣＰＵ３１は、Act１として店員用タッチパネル１２に客層受付画面５０（図６を参照）を表示させる。客層受付画面５０の一例を図６に示す。また、客層入力待機時点における客用タッチパネル１５の画面６０の一例を図７に示す。
【００３３】
図６に示すように、客層受付画面５０は、アイコン領域５１と、決済情報領域５２と、客面画像領域５３とを含む。アイコン領域５１には、各客層コードが個々に割り当てられた複数のアイコンが表示される。各アイコンには、それぞれそのアイコンに割り当てられた客層コードに対応する客層情報をキャッシャが認識可能な画像が表示されている。決済情報領域５２には、直前の１商取引の買上点数、合計金額及び釣銭額が表示される。客面画像領域５３には、現時点において客用タッチパネル１５の画面６０に表示されている客面画像が表示される。客面画像は、買物客に告知する情報、例えば特売日の期日を知らせる画像であり、予めコンテンツファイルに設定されている。コンテンツファイルは、例えば補助記憶デバイス３４に保存される。
【００３４】
図７に示すように、客用タッチパネル１５の画面６０は、上述した客面画像が表示される第１領域６１と登録情報が表示される第２領域６２とに区分される。第２領域６２には、販売登録された商品の商品名、単価及び数量が表示される。また、買上点数、合計金額、預り金額も、第２領域６２に表示される。
【００３５】
客層受付画面５０を表示させたＣＰＵ３１は、Act２としてアイコン領域５１のいずれかのアイコンがタッチ入力されるのを待機する（客層入力手段）。店員用タッチパネル１２からの信号により、アイコンがタッチ入力されたことを検知すると（Act２にてＹＥＳ）、ＣＰＵ３１は、Act３の処理に進む。Act３では、ＣＰＵ３１は、タッチ入力されたアイコンに割り当てられている客層コードを認識する。そしてＣＰＵ３１は、この客層コードを客層メモリに格納する。客層メモリは、例えばＲＡＭ３３に形成される。
【００３６】
客層が入力されると、ＣＰＵ３１は、Act４としてコンテンツテーブル４０を検索する。そしてＣＰＵ３１は、客層メモリに格納された客層コードに対応して設定されているコンテンツを検出する（検出手段）。ＣＰＵ３１は、Act５として当該コンテンツである推奨商品の画像を、客用タッチパネル１５の第１領域６１に表示させる（顕在化手段）。またＣＰＵ３１は、Act６として店員用タッチパネル１２の画面を登録画面７０（図８を参照）に変更する。登録画面７０の一例を図８に示す。また、客層入力受付時点における客用タッチパネル１５の画面６０の一例を図９に示す。
【００３７】
図８に示すように、登録画面７０は、明細領域７１と、決済情報領域７２と、客面画像領域７３と、客層領域７４とを含む。明細領域７１には、販売登録される商品の商品名、単価、数量、金額、税種等が表示される。決済情報領域７２には、明細領域７１に表示されている商品の買上点数及び合計金額が表示される。客面画像領域７３には、現時点において客用タッチパネル１５の第１領域６１に表示されている推奨商品の画像が表示される。客層領域７４には、タッチ入力されたアイコンの画像が表示される。
【００３８】
一方、図９に示すように、客用タッチパネル１５の画面６０には、第１領域６１に注文ボタン８０の画像が表示される。注文ボタン８０は、第１領域６１に表示されている推奨商品の注文入力を受け付ける。買物客が注文ボタン８０にタッチすることで、第１領域６１に表示される推奨商品の注文が確定する。
【００３９】
登録画面７０を表示させたＣＰＵ３１は、Act７として商品登録が行われたか否かを確認する（登録受付手段）。商品登録が行われていない場合（Act７にてＮＯ）、ＣＰＵ３１は、Act８として注文ボタン８０がタッチ入力されたか否かを確認する（登録受付手段）。注文ボタン８０がタッチ入力されていない場合（Act８にてＮＯ）、ＣＰＵ３１は、Act９として締めキーが操作入力されたか否かを確認する。締めキーが操作入力されていない場合（Act９にてＮＯ）、ＣＰＵ３１は、Act７の処理に戻り、再び商品登録が行われたか否かを確認する。ここにＣＰＵ３１は、商品登録が行われるか、注文ボタン８０がタッチ入力されるか、締めキーが操作入力されるのを待機する。
【００４０】
Act７〜Act９の待機状態において、スキャナ２０によるバーコード入力あるいはキーボード１３の操作入力により商品登録が行われたことを検知すると（Act７にてＹＥＳ）、ＣＰＵ３１は、Act１０として商品販売登録処理を実行する（処理手段）。
【００４１】
すなわちＣＰＵ３１は、登録された商品の商品コードから、商品名、単価等の商品データを取得する。そしてＣＰＵ３１は、単価に販売点数を乗じて販売金額を算出する。販売点数は、例えばテンキーによって置数された場合にはその数値であり、置数されない場合には“１”である。ＣＰＵ３１は、商品コード、商品名、単価、販売点数、販売金額、税種を含む商品販売データを、ＲＡＭ３３のトランザクションメモリに格納する。そしてＣＰＵ３１は、店員用タッチパネル１２の明細領域７１に、トランザクションメモリに格納された商品販売データの商品名、単価、販売点数（数量）、販売金額及び税種を表示させる。またＣＰＵ３１は、店員用タッチパネル１２の決済情報領域７２に、同商品販売データの販売点数合計値（買上点数）及び販売金額合計値（合計）を表示させる。さらにＣＰＵ３１は、客用タッチパネル１５の第２領域６２に、上記商品名、単価、販売点数（数量）、販売点数合計値（買上点数）、販売金額合計値（合計）を表示させる。
【００４２】
Act７〜Act９の待機状態において、注文ボタン８０がタッチ入力されたことを検知すると（Act８にてＹＥＳ）、ＣＰＵ３１は、Act１１として客層メモリに格納された客層コードを認識する。客層コードを認識したならば、ＣＰＵ３１は、Act１２としてコンテンツテーブル４０を検索する。そしてＣＰＵ３１は、Act１３として当該客層コードに対応して設定されている商品コードを検出する。商品コードを検出したならば、ＣＰＵ３１は、Act１０として前記と同様の商品販売登録処理を実行する。
【００４３】
なお、店員用タッチパネル１２の明細領域７１に注文ボタン８０によって登録された推奨商品の販売データを表示させる際、ＣＰＵ３１は、注文ボタン８０が入力されたことをキャッシャに通知するための報知動作を行う。報知動作は、例えば店員用タッチパネル１２に「注文ボタン８０がタッチされました」というようなメッセージを表示させる。あるいは、ＰＯＳ端末１が搭載するブザーから特定の音を発生させる。
【００４４】
Act７〜Act９の待機状態において、締めキーが操作入力されたことを検知すると（Act９にてＹＥＳ）、ＣＰＵ３１は、Act１３としてその締めキーの操作入力が有効であるか否かを確認する。例えば商品登録が行われることなく締めキーが操作入力された場合、締めキーの入力は無効である。締めキーの入力が無効の場合（Act１３にてＮＯ）、ＣＰＵ３１は、Act７〜Act９の待機状態に戻る。
【００４５】
締めキーの入力が有効の場合には（Act１３にてＹＥＳ）、ＣＰＵ３１は、Act１４として客用タッチパネル１５に表示される画面の第１領域６１から推奨商品の画像と注文ボタン８０の画像とを消去する。またＣＰＵ３１は、Act１５として締めキーに応じた取引締め処理を実行する。
【００４６】
例えば現計キーが操作入力された場合、ＣＰＵ３１は、預り金の入力を待機する。そして、キーボード１３のテンキーにより預り金が入力されたならば、ＣＰＵ３１は釣銭額を算出し、この釣銭額を店員用タッチパネル１２の決済情報領域７２と客用タッチパネル１５の第２領域６２とに表示させる。またＣＰＵ３１は、合計点数、合計金額、預り金額、釣銭額などの現金締めデータをトランザクションメモリに格納する。
【００４７】
例えばクレジットキーが操作入力された場合、ＣＰＵ３１は、クレジットカードのデータが読み取られるのを待機する。接触式リーダ・ライタ１４によってクレジットカードのデータが読み取られた場合、ＣＰＵ３１は、通信コントローラ３６を介して外部コンピュータにカードデータを送信して、クレジットカードの認証を受ける。そしてクレジットカードが承認された場合、ＣＰＵ３１は、プリンタ１７を駆動してクレジット伝票を印字させる。またＣＰＵ３１は、合計点数、合計金額、クレジットカードデータなどのクレジット締めデータをトランザクションメモリに格納する。
【００４８】
例えば電子マネーキーが操作入力された場合、ＣＰＵ３１は、電子マネーカードの残高データが読み取られるのを待機する。非接触式リーダ・ライタ１６によって残高データが読み取られた場合、ＣＰＵ３１は、その残高データから合計金額相当のデータを引き去る。そしてＣＰＵ３１は、合計金額相当のデータを引き去った後の残高データを、非接触式リーダ・ライタ１６によって電子マネーカードに書き込む。またＣＰＵ３１は、合計点数、合計金額、電子マネーカードデータなどの電子マネー締めデータをトランザクションメモリに格納する。
【００４９】
取引締め処理が終了すると、ＣＰＵ３１は、Act１６としてトランザクションメモリに格納されたデータを基にレシートの印字データを作成する。このときＣＰＵ３１は、客用タッチパネル１５に表示させた推奨商品の画像データも印字データに追加する。ＣＰＵ３１は、プリンタ１７に印字データを出力して、レシート発行口１８からレシートを発行させる。
【００５０】
ＣＰＵ３１は、Act１７としてトランザクションメモリのデータに客層メモリの客層コードを関連付ける。そしてＣＰＵ３１は、この客層コードが関連付けられたトランザクションメモリのデータを、通信コントローラ３６を介して外部コンピュータに送信する。因みに、外部コンピュータは、客層コードが関連付けられたトランザクションメモリのデータを基に、客層別の売上データを集計する。
【００５１】
トランザクションメモリのデータを送信した後、ＣＰＵ３１は、Act１の処理に戻る。すなわちＣＰＵ３１は、店員用タッチパネル１２に客層受付画面５０を表示させる。
【００５２】
なお、図５に示す情報処理において、例えばAct４及びAct５の処理とAct６の処理との順序を逆にしてもよい。すなわち、店員用タッチパネル１２に登録画面を表示させるタイミングと客用タッチパネル１５に推奨商品の画像と注文ボタンの画像とを表示させるタイミングとは、どちらが先でもよいし同時でもよい。また、Act１６の処理とAct１７の処理との順序を逆にしてもよい。すなわちレシートを発行するタイミングとトランザクションのデータを送信するタイミングとは、どちらが先でもよいし同時でもよい。
【００５３】
また、Act１４の処理において、客用タッチパネル１５から推奨商品の画像と注文ボタン８０の画像とを消去したが、注文ボタン８０の画像だけを消去してもよい。要は、締め入力後は注文ボタン８０による商品登録の受付を行えないようにすればよい。
【００５４】
このように本実施形態のＰＯＳ端末１０は、デフォルトの状態として、店員用タッチパネル１２に客層受付画面５０が表示されている。この状態で、買物客が買上商品の会計を申し出ると、キャッシャは先ず、その買物客の性別と年代を見定めて客層を特定する。そしてキャッシャは、客層受付画面５０のアイコン領域５１から、特定した客層の情報が表示されたアイコンを選択してタッチ入力する。そうすると、店員用タッチパネル１２の画面が登録画面に変更される。また、スキャナ２０やキーボード１３を用いた商品登録が許容される。
【００５５】
すなわちこのＰＯＳ端末１０は、客層を入力しないと商品登録を行うことができない。したがってキャッシャは、客と初めて対峙したときにその客の性別と年代を見定めて客層を特定する。そしてキャッシャは、特定した客層のアイコンをタッチ入力することとなる。したがって、キャッシャが買物客の客層を適切に捉えてＰＯＳ端末１０に入力するので、ＰＯＳ端末１０またはその外部コンピュータでは、信頼性のある客層情報を高い確率をもって得られるようになる。
【００５６】
客層が入力されると、客用タッチパネル１５の第２領域６２には、その入力された客層に対して設定されたコンテンツ、すなわち推奨商品の画像が表示される。したがって、買物客の客層に適した商品が推奨商品として顕在化されるので、買物客がその推奨商品を購入する可能性が高くなる。その結果、店の売上アップが期待できる。
【００５７】
また、客用タッチパネル１５には、推奨商品の画像とともに注文ボタン８０の画像が表示される。そしてこの注文ボタン８０がタッチ入力されると、推奨商品の販売データが登録される。したがって、客用タッチパネル１５の画像を見て推奨商品を購入することを決めた買物客は、その旨をキャッシャに伝えることなく注文できるので、煩わしさを解消できる。
【００５８】
なお、本発明は、前記実施形態に限定されるものではない。  
例えば前記実施形態では、客層コードに対応した推奨商品を１品目として説明したが、２品目以上の推奨商品を、客層コードに対応させてもよい。この場合、例えば数秒程度の短い時間間隔で各推奨商品の画像が巡回して客用タッチパネル１５に表示されるように、プログラムを設計するとよい。
【００５９】
また、前記実施形態では、客層コードが割り当てられたアイコンの画像を店員用タッチパネル１２に表示させることで客層入力を受け付けるようにしたが、客層入力受付手段はアイコン表示に限定されるものではない。例えば、客用タッチパネル１５の一部にカメラを設けて、会計に来た買物客の顔をカメラで撮影する。そしてＣＰＵ３１は、顔画像から買物客の客層を特定し、特定できたならば、店員用タッチパネル１２に登録画面を表示させる。このような構成としても、前記実施形態と同様の効果を奏することができる。
【００６０】
また、前記実施形態では、客層に関連付けられたコンテンツを客用タッチパネル１５に表示させることで、そのコンテンツの画像を顕在化させた。顕在化手段は、客用タッチパネル１５への表示手段に限定されるものではない。例えば、客層に関連付けられたコンテンツが推奨商品を紹介するコマーシャルの動画像の場合、ＰＯＳ端末１０とは別に用意したモニタに、その動画像を表示させることで、コンテンツの画像を顕在化させてもよい。
【００６１】
また、前記実施形態は、商品販売データ処理装置の一態様としてＰＯＳ端末を例示したが、商品販売データ処理装置はＰＯＳ端末１０に限定されるものではない。客層の入力受付機能と商品販売データの処理機能を有したコンピュータ装置であればよい。例えば電子式キャッシュレジスタ、電子料金秤等も商品販売データ処理装置に含有される。また、タブレット端末、スマートフォン等の携帯型情報処理装置を使って商品販売データを処理する場合も、この発明は適用されるものである。
【００６２】
なお、商品販売データ処理装置の譲渡は一般に、制御プログラム等がＲＯＭに記憶された状態にて行われる。しかしこれに限らず、コンピュータ装置が備える書き込み可能な記憶デバイスに、このコンピュータ装置とは個別に譲渡された制御プログラム等がユーザなどの操作に応じて書き込まれてもよい。制御プログラム等の譲渡は、リムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００６３】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６４】
１０…ＰＯＳ端末、１２…店員用タッチパネル、１３…キーボード、１５…客用タッチパネル、３１…ＣＰＵ、３２…ＲＯＭ、３３…ＲＡＭ、３４…補助記憶デバイス、３６…通信コントローラ、４０…客層別コンテンツテーブル、５０……客層受付画面、７０…登録画面。
【図１】
2016099774.tif 000003
【図２】
2016099774.tif 000004
【図３】
2016099774.tif 000005
【図４】
2016099774.tif 000006
【図５】
2016099774.tif 000007
【図６】
2016099774.tif 000008
【図７】
2016099774.tif 000009
【図８】
2016099774.tif 000010
【図９】
2016099774.tif 000011