売上データ処理装置及びプログラム
【課題】顧客がどのような種類の要注意人物であるかをオペレータに通知できるようにする。
【解決手段】カメラユニット部２は、顧客毎にその顧客を撮影した画像に関する顧客データがクレーマーデータベース、認知症データベース、その他の要注意人物データベースに記憶管理されている状態において、客側カメラ２５により撮影された登録待ち顧客の撮影画像に基づいてクレーマーデータベース、認知症データベース、その他の要注意人物データベースの内容と照合することにより要注意人物の種類を判別し、その種類に対応する接客対応データを操作者用表示部１６に表示させてオペレータに対して通知する。
【解決手段】カメラユニット部２は、顧客毎にその顧客を撮影した画像に関する顧客データがクレーマーデータベース、認知症データベース、その他の要注意人物データベースに記憶管理されている状態において、客側カメラ２５により撮影された登録待ち顧客の撮影画像に基づいてクレーマーデータベース、認知症データベース、その他の要注意人物データベースの内容と照合することにより要注意人物の種類を判別し、その種類に対応する接客対応データを操作者用表示部１６に表示させてオペレータに対して通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、売上データを取引毎に登録処理する売上データ処理装置及びプログラムに関する。
【背景技術】
【０００２】
一般に、店舗においては、ＥＣＲ（Electronic Cash Register）、ＰＯＳ（Point of sale）端末などの売上データ処理装置により登録処理された売上データを分析したり、その顧客（購入者）の属性（買物頻度、リピート率、性別、年齢層など）を分析したりするようにしている。例えば、顧客の買物頻度やリピート率、性別や年齢層などを分析する場合には、予め発行した会員カードから読み取ったカードデータに基づいてその顧客（会員ＩＤ）を特定して、購入履歴として記録して分析するようにしているが、会員カードを媒体とした顧客分析では、会員カードの発行やコスト、更には会員加入率に課題が残るほか、非会員にあっては顧客分析を行うことはできない。
そこで、従来では、顧客の顔を撮影するカメラを備え、このカメラによる撮影画像から顔の特徴を抽出して、その抽出結果と顧客データベースの内容（顔の特徴点データ）とを照合することにより顧客を特定し、それに対応付けられている顧客データ（氏名、住所、電話番号など）をデータベースから読み出して表示するようにした技術が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３２５４３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した特許文献１の技術にあっても、予め会員登録した顧客を対象としたものであり、会員以外の誰でも顔を認識して顧客を特定するようにしたものではなかった。
ところで、コンビニエンスストアやスーパーマーケットなどのように過当競争の激しい店舗にあっては、接客対応・体制は極めて重要な事項ではあるが、例えば、担当者（オペレータ）は、商品のこと、客への対応のこと、施設内のことなどを、しつこく苦情を言ったり、言いがかりをつけたりする人物（いわゆる、クレーマー）に対して接客を行う場合、認知症などの精神疾患の方に対して接客を行う場合、話好きの顧客に対して接客を行う場合など、それらの人物に対する接客に多くの時間を費やしてしまい、登録待ちしている他の顧客に対しても迷惑をかけるなど、多大な損害を被ることがあった。このような場合に担当者（オペレータ）は、どの顧客がクレーマーや精神疾患の方などの要注意人物であるかを知るすべもなく、毎回、同じような接客を行うことで多くの時間を費やしてしまうという問題があり、店舗側にとって大きな問題となっていた。
【０００５】
本発明の課題は、顧客がどのような種類の要注意人物であるかをオペレータに通知できるようにすることである。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために本発明の一つの態様は、
売上データを取引毎に登録処理する売上データ処理装置であって、
登録待ちの顧客を撮影する撮像手段と、
顧客毎にその顧客を撮影した画像に関する顧客データを記憶管理する顧客データ記憶手段と、
前記撮像手段により登録待ちの顧客を撮影した画像データと前記顧客データとを照合することにより要注意人物の種類を判別する人物種判別手段と、
前記人物種判別手段により判別された要注意人物の種類に対応する接客対応データをオペレータに対して通知する通知手段と、
を具備したことを特徴とする売上データ処理装置である。
【０００７】
上述した課題を解決するために本発明の他の態様は、
コンピュータに対して、
売上データを取引毎に登録処理する機能と、
登録待ちの顧客を撮影する撮影手段により顧客毎にその顧客を撮影した画像に関する顧客データを記憶管理する機能と、
前記撮像手段により登録待ちの顧客を撮影した画像データと前記顧客データとを照合することにより要注意人物の種類を判別する機能と、
前記判別された要注意人物の種類に対応する接客対応データをオペレータに対して通知する機能と、
を実現させるためのプログラムである。
【発明の効果】
【０００８】
本発明によれば、顧客がどのような種類の要注意人物であるかをオペレータに通知することができ、要注意人物の種類に合った適切な接客対応・体制を採ることが可能となる。
【図面の簡単な説明】
【０００９】
【図１】売上データ処理装置として適用したＥＣＲの基本的な構成要素を示したブロック図。
【図２】ＥＣＲ（ＥＣＲ本体ユニット部１）をその前方斜め（顧客側）から見た状態の外観斜視図。
【図３】客側カメラ２５によって登録待ちの顧客を撮影した画像を例示したもので、先頭の顧客の後ろに次の顧客が並んでいる状態を示した図。
【図４】カメラユニット部２側に記憶管理されている各種のファイルやデータベースを示した図。
【図５】（１）は、クレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３の構成を説明するための図、（２）は、顧客データベースＹ４の構成を説明するための図。
【図６】モードスイッチＭＳが「登録（ＲＥＧ）」モードに切り替えられている場合の登録モードでの動作を説明するためのフローチャート。
【図７】図６に続く動作を説明するためのフローチャート。
【図８】第２実施形態において、登録待ち顧客を撮影した動画の再生時に要注意人物を登録する場合の動作を示したフローチャート。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
（第１実施形態）
先ず、図１〜図７を参照して本発明の第１実施形態を説明する。
図１は、売上データ処理装置として適用したＥＣＲ（Electronic Cash Register）の基本的な構成要素を示したブロック図である。
このＥＣＲ（売上データ処理装置）は、ＥＣＲ本体ユニット部１とカメラユニット部２とに分離された構成で、ＥＣＲ本体ユニット部１とカメラユニット部２とは、ケーブル３を介して着脱自在に接続されている。ＥＣＲ本体ユニット部１は、ＥＣＲとしての基本的な機能（標準機能）として、入力された一取引分の売上データを登録処理すると共に、一取引分の登録終了時に顧客から渡された金種に応じた種類の締め処理を行う売上データ登録機能などを備えている。また、本実施形態においては、更にＥＣＲ本体ユニット部１には各種のキー操作やドロアオープン／クローズなどに応じてイベントコードを発生させて、そのイベントコードをジャーナルデータとしてカメラユニット部２に対して転送する機能を有している。
【００１１】
カメラユニット部２は、登録待ち（精算待ち）をしている顧客を撮影したり、担当者（オペレータ）及びその操作状況を撮影したりするカメラ機能のほか、このカメラ機能により撮影された顧客画像に基づいてその顧客を特定する顧客特定機能と、この顧客特定機能により特定された顧客に基づいて顧客（購入者）分析を行う顧客分析機能とを有し、各種の機能をモジュール化した構成となっている。このカメラユニット部２は、ケーブル３を介してＥＣＲ本体ユニット部１に着脱自在に接続されており、故障などにより何時でも自由に交換可能となっている。なお、ＥＣＲ本体ユニット部１とカメラユニット部２とは、必要に応じて協動して各種の処理を行うようにしている。
【００１２】
ＥＣＲ本体ユニット部１は、ＣＰＵ１１を中核とするもので、各種プログラムにしたがってこのＥＣＲ本体ユニット部１の全体動作を制御する中央演算処理装置である。記憶部１２は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリなどの記憶媒体やその駆動系を有し、後述する図６及び図７に示した動作手順に応じて本実施形態を実現するためのプログラムや各種のアプリケーションなどを記憶したり、データベース、文字フォントデータなどを記憶したりする。なお、上述の記憶媒体は固定的に設けた内蔵型の記憶媒体に限らず、着脱可能な可搬型の外部記憶媒体であってもよく、また、プログラム／データは、他の機器から有線伝送路あるいは無線伝送路を介して記憶媒体にインストールしたり、プログラム／データを記憶管理するサーバなどをアクセスして使用したりするようにしてもよい。メモリ１３は、計時データ、フラグデータなど、このＥＣＲ本体ユニット部１が動作するために必要な各種のデータを一時的に記憶するワーク領域である。
【００１３】
また、ＣＰＵ１１には、その入出力周辺デバイスである操作部１４、スキャナ１５、操作者用表示部１６、印字部１７、ドロア駆動部１８、ＣＯＭポート１９がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ１１はそれらの動作を制御する。操作部１４は、押しボタン式の各種キーが配列されているキーボードを有し、このキーボード上には図示省略したが、テンキー、登録キー、小計キー、現金／預かり金キーなどの締めキーのほか、本実施形態では、要注意人物の種類（クレーマー、精神疾患、話し好きなど）を指定する顧客属性キーＡＫが配設されていると共に、モードスイッチＭＳが配設されている。なお、顧客属性キーＡＫは、顧客がクレーマー、認知症などに対応して複数個配設されているが、キー操作回数によってその種類を指定したり、ロータリー式であれば、その切り換え位置によってその種類を指定したりするキー構成であってもよい。
【００１４】
モードスイッチＭＳは、その切り換え位置に応じて「登録（ＲＥＧ）」、「ＲＦ（戻し）」、「Ｚ（精算）」などの各種の動作モード（プログラム種）を切り換えるロータリー式のスイッチである。ＣＰＵ１１は、「登録（ＲＥＧ）」モードに切り換えられている状態において、各種のキー操作に応じてその操作に応じたイベントコードを生成すると共に、入力された売上データを表示させたり、売上合計を更新したりする登録処理を実行し、一取引の登録終了時に締めキーが押下されると、ドロアを開放させたり、レシートを発行させたりする。
【００１５】
イメージスキャナ１５は、例えば、ＣＣＤやＣＭＯＳなどの画像センサ（イメージセンサ）を有し、商品の登録時のスキャニング動作時にその商品に添付されているバーコードや二次元コードを撮影することにより読み取るもので、ＣＰＵ１１は、イメージスキャナ１５により撮影された画像データを解析することによってバーコードなどのコードデータをデコードして商品を特定するようにしている。操作者用表示部１６は、担当者（オペレータ）用として、金額や商品に関するデータ、メッセージなどを表示するもので、例えば、液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイなどにより構成されている。印字部１７は、例えば、熱転写やインクジェットなどのノンインパクトプリンタあるいはドットインパクトプリンタであり、レシート印字を行う。ドロア駆動部１８は、キー操作に応じてドロア１８Ａの開閉を制御するもので、ＣＰＵ１１は、ドロア１８Ａの開閉に応じてドロアオープン／クローズイベントを生成する。ＣＯＭポート１９は、カメラユニット部２との接続用のシリアルポートである。
【００１６】
カメラユニット部２は、ＣＰＵ２１を中核とするもので、各種プログラムにしたがってこのカメラユニット部２の全体動作を制御する中央演算処理装置である。記憶部２２は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリなどの記憶媒体やその駆動系を有し、後述する図７の一部（図中、破線で囲んだ部分）に示した動作手順に応じて本実施形態を実現するためのプログラムや各種のアプリケーションなどを記憶する。メモリ２３は、このカメラユニット部２が動作するために必要な各種のデータを一時的に記憶するワーク領域である。
【００１７】
また、ＣＰＵ２１には、その入出力周辺デバイスである客用表示部２４、客側カメラ２５、操作側カメラ２６、カードインターフェイス部２７、ＣＯＭポート２９がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ２１はそれらの動作を制御する。客用表示部２４は、登録待ち（精算待ち）の顧客用としてその画面を顧客側に対面させたもので、例えば、７セグメントＬＥＤ（発光ダイオード）などにより構成され、商品単価、個数、小計金額、預かり金額などを数値表示する。
【００１８】
客側カメラ２５は、客用表示部２４に接近配設されたもので、登録待ちしている顧客の顔を中心として撮影し、また、操作側カメラ２６は、操作部１４の全体及び操作中のオペレータの顔を撮影可能なもので、担当者（オペレータ）及びその操作状況を撮影する監視カメラである。なお、客側カメラ２５、操作側カメラ２６の詳細は、図示省略したが、レンズ部、撮像素子、Ａ／Ｄ（アナログ／デジタル）変換部などを有し、動画像を撮影可能な構成で、レンズ部からの被写体像が撮像素子（ＣＣＤ又はＣＭＯＳ）に結像されることにより被写体を高精細に撮影可能な構成となっている。
【００１９】
カードインターフェイス部２７は、記録媒体としてのＳＤカード２８が挿入接続されるもので、このＳＤカード２８には、後述する各種のファイルが格納されている。なお、カメラユニット部２には、カードインターフェイス部２７に挿入接続されたＳＤカード２８の盗難などを防ぐために錠前（図省略）が配設されており、例えば、責任者が所持する専用鍵を使用して、錠前を開いてＳＤカード２８を取り出すようにしている。また、ＳＤカード２８に限らず、その他の外部記録媒体であってもよい。ＣＯＭポート２９は、ＥＣＲ本体ユニット部１との接続用のシリアルポートである。
【００２０】
図２は、上述のように構成されたＥＣＲ（ＥＣＲ本体ユニット部１）をその前方斜め（顧客側）から見た状態の外観斜視図である。
ＥＣＲ本体ユニット部１の上面部には、操作者用表示部１６が配設されていると共に、操作部１４を構成するキーボード及びモードスイッチＭＳが配設されている。また、ＥＣＲ本体ユニット部１の上面部には、印字部１７から送出されるレシートを取り出すためのレシート発行口（図示省略）が配設されている。
【００２１】
カメラユニット部２は、客用表示部２４の筐体２Ａと、その筐体２Ａを支持するポール状の支持部材（支持ポール）２Ｂとを有している。支持ポール２Ｂは、客用表示部２４の筐体２Ａを支持するもので、その下端部はＥＣＲ本体ユニット部１の背面側の垂直に固定されている。また、支持ポール２Ｂの上端部は客用表示部２４の筐体２Ａが装着され、その長さを調整可能な構造となっていると共に、客用表示部２４の筐体２Ａは、支持ポール２Ｂに対して回転可能となっている。つまり、筐体２Ａの高さとその向きを調整可能となっており、それに応じて客用表示部２４、客側カメラ２５の高さとその向きも調整可能となっている。
【００２２】
客側カメラ２５は、図２に示すように筐体２Ａの前面において客用表示部２４の一端部（図中、左側端部）に接近配設され、その撮影方向は、登録待ちしている顧客方向で、その画角は、登録待ち行列の顧客を撮影可能な範囲となっている。図３は、客側カメラ２５によって撮影した登録待ち行列の顧客画像を例示したもので、先頭の顧客の後ろに次の顧客が並んでいる状態を示している。
【００２３】
図４は、カメラユニット部２側に記憶管理されている各種のファイルやデータベースを示した図である。
カメラユニット部２側には、クレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３、顧客データベースＹ４などが記憶管理されている。クレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３は、要注意人物の種類（クレーマー、認知症、話好きなど）に対応して設けられたデータベースである。すなわち、これらは、要注意人物を特定する際に使用されるもので、要注意人物毎にその顔認識用データ（顔の特徴点データ）を顧客データとして記憶管理する構成となっている。
【００２４】
図５（１）は、クレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３の構成を説明するための図である。
各データベースＹ１〜Ｂ３は、「人物ＩＤ」、「登録日時」、「来店回数」、「顔の特徴点データ」の各項目を有する構成となっている。顧客データベースＹ４は、顧客に関するデータとして、「性別」、「年齢層」、「購入実績」、「来店回数」などの項目を記憶管理する構成となっている。図５（２）は、顧客データベースＹ４の構成を説明するための図で、「人物ＩＤ」、「顧客属性」、「登録日時」、「来店回数」、「顔の特徴点データ」の各項目を有する構成となっている。「顧客属性」は、要注意人物の種類（クレーマー、認知症、話好きなど）を記憶するようにしているが、要注意人物の種類に限らず、「購入実績」や「来店回数」の多い上得意（優良顧客）なども顧客属性として記憶するようにしている。
【００２５】
次に、第１実施形態におけるＥＣＲの動作概念を図６及び図７に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、ネットワークなどの伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。このことは後述する他の実施形態においても同様であり、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム／データを利用して本実施形態特有の動作を実行することもできる。
なお、図６及び図７は、ＥＣＲの全体動作のうち、本実施形態の特徴部分の動作概要を示したフローチャートであり、この図６及び図７のフローから抜けた際には、全体動作のメインフロー（図示省略）に戻る。
【００２６】
図６及び図７は、モードスイッチＭＳが「登録（ＲＥＧ）」モードに切り替えられている場合の登録モードでの動作を説明するためのフローチャートである。なお、図６は、ＥＣＲ本体ユニット部１側の動作を示している。図７は、ＥＣＲ本体ユニット部１とカメラユニット部２との協動により実行される動作を示し、図中、破線で囲んだ部分は、カメラユニット部２側の動作を示し、他の部分はＥＣＲ本体ユニット部１側の動作を示している。
先ず、ＥＣＲ本体ユニット部１のＣＰＵ１１は、商品登録操作が行われた際に（ステップＡ１でＹＥＳ）、客側カメラ２５は撮影動作を停止中であるかを調べる（ステップＡ２）。
【００２７】
ここで、客側カメラ２５が停止中であれば（ステップＡ２でＹＥＳ）、一取引の最初の操作か、つまり、商品からバーコードなどを読み取るためにスキャナ１５によるスキャニング動作が行われたか、金額データの値数入力後に商品キーなどが操作されたかを調べる（ステップＡ３）。いま、一取引の最初の操作が行われたときには（ステップＡ３でＹＥＳ）、客側カメラ２５を起動させてその撮影画像を逐次記録する動作を開始させた後（ステップＡ４）、商品登録処理に移る（ステップＡ５）。なお、客側カメラ２５が動作中の場合（ステップＡ２でＮＯ）、又は登録待ち顧客がいて客側カメラ２５が停止中でも一取引の最初の操作ではない場合には（ステップＡ３でＮＯ）、上述の客側カメラ２５の起動処理（ステップＡ４）をスキップして商品登録処理に移る（ステップＡ５）。
【００２８】
この商品登録処理（ステップＡ５）では、商品別や部門別の売上合計を累計する処理を行ったり、入力された売上データを表示させたりする。そして、一取引分の小計金額を更新した後（ステップＡ６）、後述する図７のフローに移る。また、小計キーが操作されたときには（ステップＡ７でＹＥＳ）、小計金額を操作者用表示部１６及び客用表示部２４に表示させた後（ステップＡ８）、図７のフローに移る。また、一取引分の登録終了時に現金／預かり金キーなどの締めキーが操作されたときには（ステップＡ９でＹＥＳ）、顧客から渡された金種に応じた種類の締め処理を行うと共に、レシート印字を行ってレシートを発行させた後（ステップＡ１１）、客側カメラ２５を停止させる（ステップＡ１１）。そして、登録モードが解除されたかを調べる（ステップＡ１２）。ここで、登録モードのままであれば（ステップＡ１２でＮＯ）、図７のフローに移るが、登録モードが解除されたときには（ステップＡ１２でＹＥＳ）、図６及び図７のフローの終了となる。
【００２９】
図７のフローにおいて、ＥＣＲ本体ユニット部１側では、顧客属性キーＡＫが操作されたかを調べる（図７のステップＡ１３）。ここで、上述のように一取引の登録中において顧客がクレーマー、認知症などであれば、担当者（オペレータ）は、顧客属性キーＡＫを操作することによって対応する種類を指定する。ここで、顧客属性キーＡＫが操作されたときには（ステップＡ１３でＹＥＳ）、指定された顧客属性（要注意人物）の種類を判別して、その判別結果をカメラユニット部２側に送る。
【００３０】
カメラユニット部２は、ＥＣＲ本体ユニット部１からの判別結果（要注意人物の種類）に応じてクレーマーＤＢ（データベース）Ｂ１を指定したり（ステップＡ１５）、認知症ＤＢ（データベース）Ｂ２を指定したり（ステップＡ１６）、その他の要注意人物ＤＢ（データベース）Ｂ３を指定したりする（ステップＡ１７）。この状態において、客側カメラ２５で撮影された顧客特定用の撮影画像（１フレーム分の顧客画像）を取得し（ステップＡ１８）、この顧客画像をデジタルズーム処理により所定の大きさに拡大処理したり、顔部分を抽出したりした後、画像解析を行って顔の特徴点を抽出する（ステップＡ１９）。
【００３１】
すなわち、カメラユニット部２側では、抽出顔画像を解析しながら顧客の顔の輪郭や顔を形成するパーツ（目、口、鼻、額など）の形や位置関係などを総合的に判断して、顧客の顔の特徴点を抽出するが、抽出顔画像内に複数の被写体（顧客）が含まれているときには、その中から顔が最も大きく写っている顔を選択してその特徴点を抽出する。なお、顔の特徴点を抽出する機能は、カメラにおいて一般的に用いられている技術であり、本実施形態ではその周知技術を利用するようにしているため、その具体的な説明については省略するものとする。
【００３２】
そして、カメラユニット部２は、顧客画像から抽出した特徴点に基づいて指定ＤＢ（データベース）の内容を検索することにより顔認識処理を行い（ステップＡ２０）、同一人物が指定ＤＢ内に登録されているかを調べる（ステップＡ２１）。その結果、同一人物が登録されていなければ（ステップＡ２１でＮＯ）、今回抽出した人物の顔の特徴点を指定ＤＢに新規な人物として追加登録した後（ステップＡ２２）、図６のステップＡ１に戻るが、同一人物が既に登録されていれば（ステップＡ２１でＹＥＳ）、人物登録のステップＡ２２をスキップして、図６のステップＡ１に戻る。
【００３３】
他方、一取引の登録中において顧客属性キーＡＫが操作されなければ（ステップＡ１３でＮＯ）、次のステップＡ２３に移り、客側カメラ２５で撮影された撮影画像（顧客画像）を取得する。そして、この顧客画像をデジタルズーム処理により所定の大きさに拡大処理した後、画像解析を行い、顔の特徴点を抽出する（ステップＡ２４）。そして、クレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３のいずれか一つを検索対象として指定した後（ステップＡ２５）、その全てのデータベースを指定し終わったかを調べる（ステップＡ２６）。
【００３４】
最初は、一つ目のデータベースを指定した場合であるから（ステップＡ２７でＮＯ）、抽出した特徴点に基づいて指定ＤＢの内容を検索して顔認識を行い（ステップＡ２７）、特徴的に一致する人物の有無を調べる（ステップＡ２８）。その結果、特徴的に一致する人物がいなければ（ステップ２８ＡでＮＯ）、上述のステップＡ２５に戻り、次のデータベースを指定し、以下、上述の動作を繰り返す。いま、いずれかのデータベースに特徴的に一致する人物が登録されている場合には（ステップＡ２８でＹＥＳ）、その要注意人物の種類に応じた接客メッセージとアイコンを操作者用表示部１６に表示させた後（ステップＡ２９）、図６のステップＡ１に戻る。この場合、要注意人物の種類に応じた対応方法としては、例えば、「挨拶を２回繰り返す」、「普段より大きな声で対応する」などであり、要注意人物の種類に応じたアイコンとは、顧客が覗き見されても意味が伝わらない図形やマークなどである。
【００３５】
以上のように、第１実施形態においては、顧客毎にその顧客を撮影した画像に関する顧客データがクレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３に記憶管理されている状態において、客側カメラ２５により撮影された登録待ち顧客の撮影画像と、クレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３の内容とを照合することにより要注意人物の種類を判別し、その種類に対応する接客対応データをオペレータに対して通知するようにしたので、要注意人物の種類に合った適切な接客対応・体制を採ることが可能となる。その結果、従来のように接客に多くの時間を費やしたり、他の顧客に迷惑をかけたりすることも少なくすることができるなど、円滑な接客を期待することが可能となる。
【００３６】
売上データの登録時にオペレータが要注意人物であると認定した場合に、その要注意人物の種類とその顧客の画像データとを対応付けた顧客データをデータベースに登録するようにしたので、売上データの登録時に顧客との問題が起きた場合に、その場でどのような種類の要注意人物であるかを登録することができ、次回の来店時からはその要注意人物に対して適切な接客が可能となる。
【００３７】
客側カメラ２５は、登録待ち顧客が視認する客用表示部２４に搭載されていると共に登録待ち顧客の顔を対面撮影することが可能な向きに設置されているので、顧客の顔を正面から撮影することができ顔認識を適切に行うことが可能となる。
【００３８】
要注意人物の種類に対応する接客対応データとして、アイコン及び接客メッセージを表示するようにしたので、オペレータにとって分かり易い内容となり、適切かつ迅速な接客が可能となる。
【００３９】
なお、上述した第１実施形態においては、操作部１４のキーボードに顧客属性キーＡＫを設けたが、スキャナ１５の筐体側面などに設けるようにしてもよい。これによって顧客に気付かれずに要注意人物の登録が可能となる。
【００４０】
また、上述した第１実施形態においては、要注意人物の種類に応じた接客メッセージとアイコンを操作者用表示部１６に表示するようにしたが、外部機器（図示省略）に通知するようにしてもよい。例えば、他の接客担当者の控室であるバックヤード内のパーソナルコンピュータ（ＰＣ）などの外部機器（図示省略）に構内専用回線を介してＥＣＲが接続されている場合には、この外部機器に対して接客メッセージを送信（通知）するようにしてもよい。これによって要注意人物への対応がオペレータ以外の担当者に委ねることができ、他の顧客に対する登録遅れなどを防ぐことが可能となる。
さらに、上述した第１実施形態においては、売上データの登録時に接客している担当者（オペレータ）が要注意人物を認定して登録するようにしたが、返品登録を行う「ＲＦ（戻し）」モードにおいても、担当者が要注意人物を認定して登録するようにしてもよい。
【００４１】
（第２実施形態）
以下、この発明の第２実施形態について図８を参照して説明する。
なお、上述した第１実施形態においては、売上データの登録時に接客している担当者（オペレータ）自身が要注意人物であると認定して登録するようにしたが、この第２実施形態においては、登録待ち顧客を撮影した動画に基づいて、要注意人物を認定する専門担当者がその認定を行って登録するようにしたものである。つまり、客側カメラ２５により登録待ち顧客が撮影された動画を再生出力させ、その動画を見ながら要注意人物であるか否かを専門担当者が認定して登録するようにしたものである。この場合、動画の再生は、モードスイッチＭＳによって所定のモード（例えば、「Ｚ（精算）」モード）に切り換えられている状態において、動画再生の指示に応じて実行開始するようにしている。ここで、両実施形態において基本的あるいは名称的に同一のものは、同一符号を付して示し、その説明を省略すると共に、以下、第２実施形態の特徴部分を中心に説明するものとする。
【００４２】
図８は、第２実施形態において、登録待ち顧客を撮影した動画の再生時に要注意人物を登録する場合の動作を示したフローチャートで、モードスイッチＭＳによって「Ｚ（精算）」モード）に切り換えられている状態においてＥＣＲ本体ユニット部１とカメラユニット部２との協動により実行される。
先ず、ＥＣＲ本体ユニット部１側では「Ｚ（精算）」モード）に切り換えられている状態において、所定のキー操作として、動画再生を指定する操作と共に再生対象（動画ファイル名）を選択する操作が行われると、その操作に応じた指示をカメラユニット部２に対して転送する。これによってカメラユニット部２側では、例えば、日単位毎の動画の中から所望する日の動画を再生対象として選択指定して（ステップＢ１）、その指定動画の再生動作を開始させる（ステップＢ２）。
【００４３】
この動画再生時に、専門担当者は、顧客の行動を観察し、不審な顧客を要注意人物として認定した際に、顧客属性キーＡＫを操作してその種類を指定するが（ステップＢ３）、再生を終了させる場合には終了操作を行う（ステップＢ４）。いま、再生終了を指示する操作が行われたときには（ステップＢ４でＹＥＳ）、図８のフローから抜けるが、顧客属性キーＡＫが操作されたときには（ステップＢ３でＹＥＳ）、その顧客属性キーＡＫの操作に応じて指定された顧客属性（要注意人物）の種類を判別し（ステップＢ５）、その判別結果をカメラユニット部２側に転送する。
【００４４】
ここで、カメラユニット部２側では、顧客属性の判別結果（要注意人物の種類）に応じてクレーマーデータベースＹ１を指定したり（ステップＢ６）、認知症データベースＹ２を指定したり（ステップＢ７）、その他の要注意人物データベースＹ３を指定したりする（ステップＢ８）。そして、客側カメラ２５で撮影された撮影画像（顧客）を取得し（ステップＢ９）、この顧客画像をデジタルズーム処理により所定の大きさに拡大処理した後、画像解析を行い、顔の特徴点を抽出する（ステップＢ１０）。そして、抽出した特徴点に基づいて指定ＤＢ（データベース）の内容を検索して顔認識を行い（ステップＢ１１）、同一人物であるかを調べる（ステップＢ１２）。その結果、同一人物が登録されていなければ（ステップＡ１２でＮＯ）、今回抽出した人物の顔の特徴点を指定ＤＢに新規な人物として追加登録した後（ステップＢ１３）、上述のステップＢ３に戻るが、同一人物が既に登録されていなければ（ステップＢ１２でＹＥＳ）、人物登録のステップＢ１３をスキップして、上述のステップＢ３に戻る。
【００４５】
以上のように、第２実施形態においては、客側カメラ２５により登録待ち顧客を撮影した動画の再生時に要注意人物の登録を行うようにしたので、例えば、一日の営業終了時などで要注意人物であるか否かを専門担当者が認定することができ、統一された認定が可能となる。
【００４６】
なお、上述した第２実施形態においては、精算モードでの動画再生時に要注意人物を登録するようにしたが、ＳＤカード２８に格納した客側動画ファイルＦ２１をＰＣ（パーソナルコンピュータ）で再生する場合には、ＰＣ側で要注意人物の登録を行うようにしてもよい。この場合、ＰＣ側では、例えば、図８のフローチャートに示すような再生処理及び登録処理を行う専用のビューアソフトを備えておけばよい。
【００４７】
また、上述した各実施形態においては、顧客属性キーＡＫの操作に応答して、顧客を撮影するようにしたが、顧客を動画撮影しておき、顧客属性キーＡＫが操作された際に、その動画ファイルから１フレーム分の画像（静止画）を抽出するようにしてもよい。この場合、一取引の最初の登録操作から一取引の登録が終了するまでの間、登録待ち顧客を動画撮影するようにしてもよく、また、モードスイッチＭＳにより登録モードに切り換えられてその登録モードが解除されるまでの間、客側カメラ２５による動画撮影を継続するようにしてもよい。
【００４８】
また、上述した各実施形態においては、顧客属性（要注意人物）の種類として、クレーマー、認知症、話好きなどを例示したが、これに限らず、過去に万引きした人物なども含めるようにしてもよい。更に、要注意人物としては、クレーマーなど店舗側にとって不利益となる人物に限らず、歩行困難な障害者や高齢者などであってもよい。この場合、他の接客担当者の控室（バックヤード）に設置されているパーソナルコンピュータ（ＰＣ）などの外部機器（図示省略）に対して接客要請の通知を行うことにより、歩行困難な障害者や高齢者などの手助けをオペレータ以外の担当者に委ねることができる。このように要注意人物としては、店舗側にとって不利益となる人物に限らず、顧客支援となる人物も含むようにしてもよい。
【００４９】
また、上述した各実施形態においては、ＥＣＲ（売上データ処理装置）をＥＣＲ本体ユニット部１とカメラユニット部２とに分離した構成としたが、それらを統合した構成であってもよい。また、売上データ処理装置としてＥＣＲに適用した場合を示したが、構内専用回線に接続したＰＯＳ端末に適用するようにしてもよい。また、インターネットを介して本部のＰＣに接続した売上データ処理システムに適用するようにしてもよい。
【００５０】
また、上述した各実施形態において示した“装置”や“部”とは、機能別に複数の筐体に分離されていてもよく、単一の筐体に限らない。また、上述したフローチャートに記述した各ステップは、時系列的な処理に限らず、複数のステップを並列的に処理したり、別個独立して処理したりするようにしてもよい。
【００５１】
以上、この発明のいくつかの実施形態について説明したが、この発明は、これに限定されるものではなく、特許請求の範囲に記載された発明とその均等の範囲を含むものである。
以下、本願出願の特許請求の範囲に記載された発明を付記する。
（付記）
（請求項１）
請求項１に記載の発明は、
売上データを取引毎に登録処理する売上データ処理装置であって、
登録待ちの顧客を撮影する撮像手段と、
顧客毎にその顧客を撮影した画像に関する顧客データを記憶管理する顧客データ記憶手段と、
前記撮像手段により登録待ちの顧客を撮影した画像データと前記顧客データとを照合することにより要注意人物の種類を判別する人物種判別手段と、
前記人物種判別手段により判別された要注意人物の種類に対応する接客対応データをオペレータに対して通知する通知手段と、
を具備したことを特徴とする売上データ処理装置である。
（請求項２）
請求項２に記載の発明は、請求項１に記載の売上データ処理装置において、
前記顧客データ記憶手段は、売上データの登録時にオペレータによって認定された要注意人物の種類とその顧客の画像データとを対応付けた顧客データを記憶する、
ようにしたことを特徴とする売上データ処理装置である。
（請求項３）
請求項３に記載の発明は、請求項１に記載の売上データ処理装置において、
前記顧客データ記憶手段は、前記撮像手段により撮影された登録待ち顧客の画像データの再生時に認定者によって認定された要注意人物の種類とその顧客の画像データとを対応付けた顧客データを記憶する、
ようにしたことを特徴とする売上データ処理装置である。
（請求項４）
請求項４に記載の発明は、請求項１〜請求項３のいずれかに記載の売上データ処理装置において、
前記撮像手段は、登録待ち顧客が視認する客用表示部に搭載されていると共に登録待ち顧客の顔を対面撮影することが可能な向きに設置されている、
ことを特徴とする売上データ処理装置である。
（請求項５）
請求項５に記載の発明は、請求項１〜請求項４のいずれかに記載の売上データ処理装置において、
前記通知手段は、要注意人物の種類に対応する接客対応データとしてアイコン、メッセージのうち、少なくともそのいずれかを表示する、
ようにしたことを特徴とする売上データ処理装置である。
（請求項６）
請求項６に記載の発明は、請求項１〜請求項５のいずれかに記載の売上データ処理装置において、
前記通知手段は、要注意人物の種類に対応する接客対応データをオペレータに対して通知すると共に、他の接客担当者に対して通知する、
ようにしたことを特徴とする売上データ処理装置である。
（請求項７）
請求項７に記載の発明は、
コンピュータに対して、
売上データを取引毎に登録処理する機能と、
登録待ちの顧客を撮影する撮影手段により顧客毎にその顧客を撮影した画像に関する顧客データを記憶管理する機能と、
前記撮像手段により登録待ちの顧客を撮影した画像データと前記顧客データとを照合することにより要注意人物の種類を判別する機能と、
前記判別された要注意人物の種類に対応する接客対応データをオペレータに対して通知する機能と、
を実現させるためのプログラムである。
【符号の説明】
【００５２】
１ ＥＣＲ本体ユニット部
２ カメラユニット部
１１、２１ ＣＰＵ
１２、２２ 記憶部
１４ 操作部
１５ スキャナ
１６ 操作者用表示部
１９、２９ ＣＯＭポート
２４ 客用表示部
２５ 客側カメラ
２６ 操作側カメラ
２７ カードインターフェイス部
Ｂ１ クレーマーデータベース
Ｂ２ 認知症データベース
Ｂ３ その他の要注意人物データベース
【技術分野】
【０００１】
本発明は、売上データを取引毎に登録処理する売上データ処理装置及びプログラムに関する。
【背景技術】
【０００２】
一般に、店舗においては、ＥＣＲ（Electronic Cash Register）、ＰＯＳ（Point of sale）端末などの売上データ処理装置により登録処理された売上データを分析したり、その顧客（購入者）の属性（買物頻度、リピート率、性別、年齢層など）を分析したりするようにしている。例えば、顧客の買物頻度やリピート率、性別や年齢層などを分析する場合には、予め発行した会員カードから読み取ったカードデータに基づいてその顧客（会員ＩＤ）を特定して、購入履歴として記録して分析するようにしているが、会員カードを媒体とした顧客分析では、会員カードの発行やコスト、更には会員加入率に課題が残るほか、非会員にあっては顧客分析を行うことはできない。
そこで、従来では、顧客の顔を撮影するカメラを備え、このカメラによる撮影画像から顔の特徴を抽出して、その抽出結果と顧客データベースの内容（顔の特徴点データ）とを照合することにより顧客を特定し、それに対応付けられている顧客データ（氏名、住所、電話番号など）をデータベースから読み出して表示するようにした技術が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３２５４３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した特許文献１の技術にあっても、予め会員登録した顧客を対象としたものであり、会員以外の誰でも顔を認識して顧客を特定するようにしたものではなかった。
ところで、コンビニエンスストアやスーパーマーケットなどのように過当競争の激しい店舗にあっては、接客対応・体制は極めて重要な事項ではあるが、例えば、担当者（オペレータ）は、商品のこと、客への対応のこと、施設内のことなどを、しつこく苦情を言ったり、言いがかりをつけたりする人物（いわゆる、クレーマー）に対して接客を行う場合、認知症などの精神疾患の方に対して接客を行う場合、話好きの顧客に対して接客を行う場合など、それらの人物に対する接客に多くの時間を費やしてしまい、登録待ちしている他の顧客に対しても迷惑をかけるなど、多大な損害を被ることがあった。このような場合に担当者（オペレータ）は、どの顧客がクレーマーや精神疾患の方などの要注意人物であるかを知るすべもなく、毎回、同じような接客を行うことで多くの時間を費やしてしまうという問題があり、店舗側にとって大きな問題となっていた。
【０００５】
本発明の課題は、顧客がどのような種類の要注意人物であるかをオペレータに通知できるようにすることである。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために本発明の一つの態様は、
売上データを取引毎に登録処理する売上データ処理装置であって、
登録待ちの顧客を撮影する撮像手段と、
顧客毎にその顧客を撮影した画像に関する顧客データを記憶管理する顧客データ記憶手段と、
前記撮像手段により登録待ちの顧客を撮影した画像データと前記顧客データとを照合することにより要注意人物の種類を判別する人物種判別手段と、
前記人物種判別手段により判別された要注意人物の種類に対応する接客対応データをオペレータに対して通知する通知手段と、
を具備したことを特徴とする売上データ処理装置である。
【０００７】
上述した課題を解決するために本発明の他の態様は、
コンピュータに対して、
売上データを取引毎に登録処理する機能と、
登録待ちの顧客を撮影する撮影手段により顧客毎にその顧客を撮影した画像に関する顧客データを記憶管理する機能と、
前記撮像手段により登録待ちの顧客を撮影した画像データと前記顧客データとを照合することにより要注意人物の種類を判別する機能と、
前記判別された要注意人物の種類に対応する接客対応データをオペレータに対して通知する機能と、
を実現させるためのプログラムである。
【発明の効果】
【０００８】
本発明によれば、顧客がどのような種類の要注意人物であるかをオペレータに通知することができ、要注意人物の種類に合った適切な接客対応・体制を採ることが可能となる。
【図面の簡単な説明】
【０００９】
【図１】売上データ処理装置として適用したＥＣＲの基本的な構成要素を示したブロック図。
【図２】ＥＣＲ（ＥＣＲ本体ユニット部１）をその前方斜め（顧客側）から見た状態の外観斜視図。
【図３】客側カメラ２５によって登録待ちの顧客を撮影した画像を例示したもので、先頭の顧客の後ろに次の顧客が並んでいる状態を示した図。
【図４】カメラユニット部２側に記憶管理されている各種のファイルやデータベースを示した図。
【図５】（１）は、クレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３の構成を説明するための図、（２）は、顧客データベースＹ４の構成を説明するための図。
【図６】モードスイッチＭＳが「登録（ＲＥＧ）」モードに切り替えられている場合の登録モードでの動作を説明するためのフローチャート。
【図７】図６に続く動作を説明するためのフローチャート。
【図８】第２実施形態において、登録待ち顧客を撮影した動画の再生時に要注意人物を登録する場合の動作を示したフローチャート。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
（第１実施形態）
先ず、図１〜図７を参照して本発明の第１実施形態を説明する。
図１は、売上データ処理装置として適用したＥＣＲ（Electronic Cash Register）の基本的な構成要素を示したブロック図である。
このＥＣＲ（売上データ処理装置）は、ＥＣＲ本体ユニット部１とカメラユニット部２とに分離された構成で、ＥＣＲ本体ユニット部１とカメラユニット部２とは、ケーブル３を介して着脱自在に接続されている。ＥＣＲ本体ユニット部１は、ＥＣＲとしての基本的な機能（標準機能）として、入力された一取引分の売上データを登録処理すると共に、一取引分の登録終了時に顧客から渡された金種に応じた種類の締め処理を行う売上データ登録機能などを備えている。また、本実施形態においては、更にＥＣＲ本体ユニット部１には各種のキー操作やドロアオープン／クローズなどに応じてイベントコードを発生させて、そのイベントコードをジャーナルデータとしてカメラユニット部２に対して転送する機能を有している。
【００１１】
カメラユニット部２は、登録待ち（精算待ち）をしている顧客を撮影したり、担当者（オペレータ）及びその操作状況を撮影したりするカメラ機能のほか、このカメラ機能により撮影された顧客画像に基づいてその顧客を特定する顧客特定機能と、この顧客特定機能により特定された顧客に基づいて顧客（購入者）分析を行う顧客分析機能とを有し、各種の機能をモジュール化した構成となっている。このカメラユニット部２は、ケーブル３を介してＥＣＲ本体ユニット部１に着脱自在に接続されており、故障などにより何時でも自由に交換可能となっている。なお、ＥＣＲ本体ユニット部１とカメラユニット部２とは、必要に応じて協動して各種の処理を行うようにしている。
【００１２】
ＥＣＲ本体ユニット部１は、ＣＰＵ１１を中核とするもので、各種プログラムにしたがってこのＥＣＲ本体ユニット部１の全体動作を制御する中央演算処理装置である。記憶部１２は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリなどの記憶媒体やその駆動系を有し、後述する図６及び図７に示した動作手順に応じて本実施形態を実現するためのプログラムや各種のアプリケーションなどを記憶したり、データベース、文字フォントデータなどを記憶したりする。なお、上述の記憶媒体は固定的に設けた内蔵型の記憶媒体に限らず、着脱可能な可搬型の外部記憶媒体であってもよく、また、プログラム／データは、他の機器から有線伝送路あるいは無線伝送路を介して記憶媒体にインストールしたり、プログラム／データを記憶管理するサーバなどをアクセスして使用したりするようにしてもよい。メモリ１３は、計時データ、フラグデータなど、このＥＣＲ本体ユニット部１が動作するために必要な各種のデータを一時的に記憶するワーク領域である。
【００１３】
また、ＣＰＵ１１には、その入出力周辺デバイスである操作部１４、スキャナ１５、操作者用表示部１６、印字部１７、ドロア駆動部１８、ＣＯＭポート１９がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ１１はそれらの動作を制御する。操作部１４は、押しボタン式の各種キーが配列されているキーボードを有し、このキーボード上には図示省略したが、テンキー、登録キー、小計キー、現金／預かり金キーなどの締めキーのほか、本実施形態では、要注意人物の種類（クレーマー、精神疾患、話し好きなど）を指定する顧客属性キーＡＫが配設されていると共に、モードスイッチＭＳが配設されている。なお、顧客属性キーＡＫは、顧客がクレーマー、認知症などに対応して複数個配設されているが、キー操作回数によってその種類を指定したり、ロータリー式であれば、その切り換え位置によってその種類を指定したりするキー構成であってもよい。
【００１４】
モードスイッチＭＳは、その切り換え位置に応じて「登録（ＲＥＧ）」、「ＲＦ（戻し）」、「Ｚ（精算）」などの各種の動作モード（プログラム種）を切り換えるロータリー式のスイッチである。ＣＰＵ１１は、「登録（ＲＥＧ）」モードに切り換えられている状態において、各種のキー操作に応じてその操作に応じたイベントコードを生成すると共に、入力された売上データを表示させたり、売上合計を更新したりする登録処理を実行し、一取引の登録終了時に締めキーが押下されると、ドロアを開放させたり、レシートを発行させたりする。
【００１５】
イメージスキャナ１５は、例えば、ＣＣＤやＣＭＯＳなどの画像センサ（イメージセンサ）を有し、商品の登録時のスキャニング動作時にその商品に添付されているバーコードや二次元コードを撮影することにより読み取るもので、ＣＰＵ１１は、イメージスキャナ１５により撮影された画像データを解析することによってバーコードなどのコードデータをデコードして商品を特定するようにしている。操作者用表示部１６は、担当者（オペレータ）用として、金額や商品に関するデータ、メッセージなどを表示するもので、例えば、液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイなどにより構成されている。印字部１７は、例えば、熱転写やインクジェットなどのノンインパクトプリンタあるいはドットインパクトプリンタであり、レシート印字を行う。ドロア駆動部１８は、キー操作に応じてドロア１８Ａの開閉を制御するもので、ＣＰＵ１１は、ドロア１８Ａの開閉に応じてドロアオープン／クローズイベントを生成する。ＣＯＭポート１９は、カメラユニット部２との接続用のシリアルポートである。
【００１６】
カメラユニット部２は、ＣＰＵ２１を中核とするもので、各種プログラムにしたがってこのカメラユニット部２の全体動作を制御する中央演算処理装置である。記憶部２２は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリなどの記憶媒体やその駆動系を有し、後述する図７の一部（図中、破線で囲んだ部分）に示した動作手順に応じて本実施形態を実現するためのプログラムや各種のアプリケーションなどを記憶する。メモリ２３は、このカメラユニット部２が動作するために必要な各種のデータを一時的に記憶するワーク領域である。
【００１７】
また、ＣＰＵ２１には、その入出力周辺デバイスである客用表示部２４、客側カメラ２５、操作側カメラ２６、カードインターフェイス部２７、ＣＯＭポート２９がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ２１はそれらの動作を制御する。客用表示部２４は、登録待ち（精算待ち）の顧客用としてその画面を顧客側に対面させたもので、例えば、７セグメントＬＥＤ（発光ダイオード）などにより構成され、商品単価、個数、小計金額、預かり金額などを数値表示する。
【００１８】
客側カメラ２５は、客用表示部２４に接近配設されたもので、登録待ちしている顧客の顔を中心として撮影し、また、操作側カメラ２６は、操作部１４の全体及び操作中のオペレータの顔を撮影可能なもので、担当者（オペレータ）及びその操作状況を撮影する監視カメラである。なお、客側カメラ２５、操作側カメラ２６の詳細は、図示省略したが、レンズ部、撮像素子、Ａ／Ｄ（アナログ／デジタル）変換部などを有し、動画像を撮影可能な構成で、レンズ部からの被写体像が撮像素子（ＣＣＤ又はＣＭＯＳ）に結像されることにより被写体を高精細に撮影可能な構成となっている。
【００１９】
カードインターフェイス部２７は、記録媒体としてのＳＤカード２８が挿入接続されるもので、このＳＤカード２８には、後述する各種のファイルが格納されている。なお、カメラユニット部２には、カードインターフェイス部２７に挿入接続されたＳＤカード２８の盗難などを防ぐために錠前（図省略）が配設されており、例えば、責任者が所持する専用鍵を使用して、錠前を開いてＳＤカード２８を取り出すようにしている。また、ＳＤカード２８に限らず、その他の外部記録媒体であってもよい。ＣＯＭポート２９は、ＥＣＲ本体ユニット部１との接続用のシリアルポートである。
【００２０】
図２は、上述のように構成されたＥＣＲ（ＥＣＲ本体ユニット部１）をその前方斜め（顧客側）から見た状態の外観斜視図である。
ＥＣＲ本体ユニット部１の上面部には、操作者用表示部１６が配設されていると共に、操作部１４を構成するキーボード及びモードスイッチＭＳが配設されている。また、ＥＣＲ本体ユニット部１の上面部には、印字部１７から送出されるレシートを取り出すためのレシート発行口（図示省略）が配設されている。
【００２１】
カメラユニット部２は、客用表示部２４の筐体２Ａと、その筐体２Ａを支持するポール状の支持部材（支持ポール）２Ｂとを有している。支持ポール２Ｂは、客用表示部２４の筐体２Ａを支持するもので、その下端部はＥＣＲ本体ユニット部１の背面側の垂直に固定されている。また、支持ポール２Ｂの上端部は客用表示部２４の筐体２Ａが装着され、その長さを調整可能な構造となっていると共に、客用表示部２４の筐体２Ａは、支持ポール２Ｂに対して回転可能となっている。つまり、筐体２Ａの高さとその向きを調整可能となっており、それに応じて客用表示部２４、客側カメラ２５の高さとその向きも調整可能となっている。
【００２２】
客側カメラ２５は、図２に示すように筐体２Ａの前面において客用表示部２４の一端部（図中、左側端部）に接近配設され、その撮影方向は、登録待ちしている顧客方向で、その画角は、登録待ち行列の顧客を撮影可能な範囲となっている。図３は、客側カメラ２５によって撮影した登録待ち行列の顧客画像を例示したもので、先頭の顧客の後ろに次の顧客が並んでいる状態を示している。
【００２３】
図４は、カメラユニット部２側に記憶管理されている各種のファイルやデータベースを示した図である。
カメラユニット部２側には、クレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３、顧客データベースＹ４などが記憶管理されている。クレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３は、要注意人物の種類（クレーマー、認知症、話好きなど）に対応して設けられたデータベースである。すなわち、これらは、要注意人物を特定する際に使用されるもので、要注意人物毎にその顔認識用データ（顔の特徴点データ）を顧客データとして記憶管理する構成となっている。
【００２４】
図５（１）は、クレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３の構成を説明するための図である。
各データベースＹ１〜Ｂ３は、「人物ＩＤ」、「登録日時」、「来店回数」、「顔の特徴点データ」の各項目を有する構成となっている。顧客データベースＹ４は、顧客に関するデータとして、「性別」、「年齢層」、「購入実績」、「来店回数」などの項目を記憶管理する構成となっている。図５（２）は、顧客データベースＹ４の構成を説明するための図で、「人物ＩＤ」、「顧客属性」、「登録日時」、「来店回数」、「顔の特徴点データ」の各項目を有する構成となっている。「顧客属性」は、要注意人物の種類（クレーマー、認知症、話好きなど）を記憶するようにしているが、要注意人物の種類に限らず、「購入実績」や「来店回数」の多い上得意（優良顧客）なども顧客属性として記憶するようにしている。
【００２５】
次に、第１実施形態におけるＥＣＲの動作概念を図６及び図７に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、ネットワークなどの伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。このことは後述する他の実施形態においても同様であり、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム／データを利用して本実施形態特有の動作を実行することもできる。
なお、図６及び図７は、ＥＣＲの全体動作のうち、本実施形態の特徴部分の動作概要を示したフローチャートであり、この図６及び図７のフローから抜けた際には、全体動作のメインフロー（図示省略）に戻る。
【００２６】
図６及び図７は、モードスイッチＭＳが「登録（ＲＥＧ）」モードに切り替えられている場合の登録モードでの動作を説明するためのフローチャートである。なお、図６は、ＥＣＲ本体ユニット部１側の動作を示している。図７は、ＥＣＲ本体ユニット部１とカメラユニット部２との協動により実行される動作を示し、図中、破線で囲んだ部分は、カメラユニット部２側の動作を示し、他の部分はＥＣＲ本体ユニット部１側の動作を示している。
先ず、ＥＣＲ本体ユニット部１のＣＰＵ１１は、商品登録操作が行われた際に（ステップＡ１でＹＥＳ）、客側カメラ２５は撮影動作を停止中であるかを調べる（ステップＡ２）。
【００２７】
ここで、客側カメラ２５が停止中であれば（ステップＡ２でＹＥＳ）、一取引の最初の操作か、つまり、商品からバーコードなどを読み取るためにスキャナ１５によるスキャニング動作が行われたか、金額データの値数入力後に商品キーなどが操作されたかを調べる（ステップＡ３）。いま、一取引の最初の操作が行われたときには（ステップＡ３でＹＥＳ）、客側カメラ２５を起動させてその撮影画像を逐次記録する動作を開始させた後（ステップＡ４）、商品登録処理に移る（ステップＡ５）。なお、客側カメラ２５が動作中の場合（ステップＡ２でＮＯ）、又は登録待ち顧客がいて客側カメラ２５が停止中でも一取引の最初の操作ではない場合には（ステップＡ３でＮＯ）、上述の客側カメラ２５の起動処理（ステップＡ４）をスキップして商品登録処理に移る（ステップＡ５）。
【００２８】
この商品登録処理（ステップＡ５）では、商品別や部門別の売上合計を累計する処理を行ったり、入力された売上データを表示させたりする。そして、一取引分の小計金額を更新した後（ステップＡ６）、後述する図７のフローに移る。また、小計キーが操作されたときには（ステップＡ７でＹＥＳ）、小計金額を操作者用表示部１６及び客用表示部２４に表示させた後（ステップＡ８）、図７のフローに移る。また、一取引分の登録終了時に現金／預かり金キーなどの締めキーが操作されたときには（ステップＡ９でＹＥＳ）、顧客から渡された金種に応じた種類の締め処理を行うと共に、レシート印字を行ってレシートを発行させた後（ステップＡ１１）、客側カメラ２５を停止させる（ステップＡ１１）。そして、登録モードが解除されたかを調べる（ステップＡ１２）。ここで、登録モードのままであれば（ステップＡ１２でＮＯ）、図７のフローに移るが、登録モードが解除されたときには（ステップＡ１２でＹＥＳ）、図６及び図７のフローの終了となる。
【００２９】
図７のフローにおいて、ＥＣＲ本体ユニット部１側では、顧客属性キーＡＫが操作されたかを調べる（図７のステップＡ１３）。ここで、上述のように一取引の登録中において顧客がクレーマー、認知症などであれば、担当者（オペレータ）は、顧客属性キーＡＫを操作することによって対応する種類を指定する。ここで、顧客属性キーＡＫが操作されたときには（ステップＡ１３でＹＥＳ）、指定された顧客属性（要注意人物）の種類を判別して、その判別結果をカメラユニット部２側に送る。
【００３０】
カメラユニット部２は、ＥＣＲ本体ユニット部１からの判別結果（要注意人物の種類）に応じてクレーマーＤＢ（データベース）Ｂ１を指定したり（ステップＡ１５）、認知症ＤＢ（データベース）Ｂ２を指定したり（ステップＡ１６）、その他の要注意人物ＤＢ（データベース）Ｂ３を指定したりする（ステップＡ１７）。この状態において、客側カメラ２５で撮影された顧客特定用の撮影画像（１フレーム分の顧客画像）を取得し（ステップＡ１８）、この顧客画像をデジタルズーム処理により所定の大きさに拡大処理したり、顔部分を抽出したりした後、画像解析を行って顔の特徴点を抽出する（ステップＡ１９）。
【００３１】
すなわち、カメラユニット部２側では、抽出顔画像を解析しながら顧客の顔の輪郭や顔を形成するパーツ（目、口、鼻、額など）の形や位置関係などを総合的に判断して、顧客の顔の特徴点を抽出するが、抽出顔画像内に複数の被写体（顧客）が含まれているときには、その中から顔が最も大きく写っている顔を選択してその特徴点を抽出する。なお、顔の特徴点を抽出する機能は、カメラにおいて一般的に用いられている技術であり、本実施形態ではその周知技術を利用するようにしているため、その具体的な説明については省略するものとする。
【００３２】
そして、カメラユニット部２は、顧客画像から抽出した特徴点に基づいて指定ＤＢ（データベース）の内容を検索することにより顔認識処理を行い（ステップＡ２０）、同一人物が指定ＤＢ内に登録されているかを調べる（ステップＡ２１）。その結果、同一人物が登録されていなければ（ステップＡ２１でＮＯ）、今回抽出した人物の顔の特徴点を指定ＤＢに新規な人物として追加登録した後（ステップＡ２２）、図６のステップＡ１に戻るが、同一人物が既に登録されていれば（ステップＡ２１でＹＥＳ）、人物登録のステップＡ２２をスキップして、図６のステップＡ１に戻る。
【００３３】
他方、一取引の登録中において顧客属性キーＡＫが操作されなければ（ステップＡ１３でＮＯ）、次のステップＡ２３に移り、客側カメラ２５で撮影された撮影画像（顧客画像）を取得する。そして、この顧客画像をデジタルズーム処理により所定の大きさに拡大処理した後、画像解析を行い、顔の特徴点を抽出する（ステップＡ２４）。そして、クレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３のいずれか一つを検索対象として指定した後（ステップＡ２５）、その全てのデータベースを指定し終わったかを調べる（ステップＡ２６）。
【００３４】
最初は、一つ目のデータベースを指定した場合であるから（ステップＡ２７でＮＯ）、抽出した特徴点に基づいて指定ＤＢの内容を検索して顔認識を行い（ステップＡ２７）、特徴的に一致する人物の有無を調べる（ステップＡ２８）。その結果、特徴的に一致する人物がいなければ（ステップ２８ＡでＮＯ）、上述のステップＡ２５に戻り、次のデータベースを指定し、以下、上述の動作を繰り返す。いま、いずれかのデータベースに特徴的に一致する人物が登録されている場合には（ステップＡ２８でＹＥＳ）、その要注意人物の種類に応じた接客メッセージとアイコンを操作者用表示部１６に表示させた後（ステップＡ２９）、図６のステップＡ１に戻る。この場合、要注意人物の種類に応じた対応方法としては、例えば、「挨拶を２回繰り返す」、「普段より大きな声で対応する」などであり、要注意人物の種類に応じたアイコンとは、顧客が覗き見されても意味が伝わらない図形やマークなどである。
【００３５】
以上のように、第１実施形態においては、顧客毎にその顧客を撮影した画像に関する顧客データがクレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３に記憶管理されている状態において、客側カメラ２５により撮影された登録待ち顧客の撮影画像と、クレーマーデータベースＹ１、認知症データベースＹ２、その他の要注意人物データベースＹ３の内容とを照合することにより要注意人物の種類を判別し、その種類に対応する接客対応データをオペレータに対して通知するようにしたので、要注意人物の種類に合った適切な接客対応・体制を採ることが可能となる。その結果、従来のように接客に多くの時間を費やしたり、他の顧客に迷惑をかけたりすることも少なくすることができるなど、円滑な接客を期待することが可能となる。
【００３６】
売上データの登録時にオペレータが要注意人物であると認定した場合に、その要注意人物の種類とその顧客の画像データとを対応付けた顧客データをデータベースに登録するようにしたので、売上データの登録時に顧客との問題が起きた場合に、その場でどのような種類の要注意人物であるかを登録することができ、次回の来店時からはその要注意人物に対して適切な接客が可能となる。
【００３７】
客側カメラ２５は、登録待ち顧客が視認する客用表示部２４に搭載されていると共に登録待ち顧客の顔を対面撮影することが可能な向きに設置されているので、顧客の顔を正面から撮影することができ顔認識を適切に行うことが可能となる。
【００３８】
要注意人物の種類に対応する接客対応データとして、アイコン及び接客メッセージを表示するようにしたので、オペレータにとって分かり易い内容となり、適切かつ迅速な接客が可能となる。
【００３９】
なお、上述した第１実施形態においては、操作部１４のキーボードに顧客属性キーＡＫを設けたが、スキャナ１５の筐体側面などに設けるようにしてもよい。これによって顧客に気付かれずに要注意人物の登録が可能となる。
【００４０】
また、上述した第１実施形態においては、要注意人物の種類に応じた接客メッセージとアイコンを操作者用表示部１６に表示するようにしたが、外部機器（図示省略）に通知するようにしてもよい。例えば、他の接客担当者の控室であるバックヤード内のパーソナルコンピュータ（ＰＣ）などの外部機器（図示省略）に構内専用回線を介してＥＣＲが接続されている場合には、この外部機器に対して接客メッセージを送信（通知）するようにしてもよい。これによって要注意人物への対応がオペレータ以外の担当者に委ねることができ、他の顧客に対する登録遅れなどを防ぐことが可能となる。
さらに、上述した第１実施形態においては、売上データの登録時に接客している担当者（オペレータ）が要注意人物を認定して登録するようにしたが、返品登録を行う「ＲＦ（戻し）」モードにおいても、担当者が要注意人物を認定して登録するようにしてもよい。
【００４１】
（第２実施形態）
以下、この発明の第２実施形態について図８を参照して説明する。
なお、上述した第１実施形態においては、売上データの登録時に接客している担当者（オペレータ）自身が要注意人物であると認定して登録するようにしたが、この第２実施形態においては、登録待ち顧客を撮影した動画に基づいて、要注意人物を認定する専門担当者がその認定を行って登録するようにしたものである。つまり、客側カメラ２５により登録待ち顧客が撮影された動画を再生出力させ、その動画を見ながら要注意人物であるか否かを専門担当者が認定して登録するようにしたものである。この場合、動画の再生は、モードスイッチＭＳによって所定のモード（例えば、「Ｚ（精算）」モード）に切り換えられている状態において、動画再生の指示に応じて実行開始するようにしている。ここで、両実施形態において基本的あるいは名称的に同一のものは、同一符号を付して示し、その説明を省略すると共に、以下、第２実施形態の特徴部分を中心に説明するものとする。
【００４２】
図８は、第２実施形態において、登録待ち顧客を撮影した動画の再生時に要注意人物を登録する場合の動作を示したフローチャートで、モードスイッチＭＳによって「Ｚ（精算）」モード）に切り換えられている状態においてＥＣＲ本体ユニット部１とカメラユニット部２との協動により実行される。
先ず、ＥＣＲ本体ユニット部１側では「Ｚ（精算）」モード）に切り換えられている状態において、所定のキー操作として、動画再生を指定する操作と共に再生対象（動画ファイル名）を選択する操作が行われると、その操作に応じた指示をカメラユニット部２に対して転送する。これによってカメラユニット部２側では、例えば、日単位毎の動画の中から所望する日の動画を再生対象として選択指定して（ステップＢ１）、その指定動画の再生動作を開始させる（ステップＢ２）。
【００４３】
この動画再生時に、専門担当者は、顧客の行動を観察し、不審な顧客を要注意人物として認定した際に、顧客属性キーＡＫを操作してその種類を指定するが（ステップＢ３）、再生を終了させる場合には終了操作を行う（ステップＢ４）。いま、再生終了を指示する操作が行われたときには（ステップＢ４でＹＥＳ）、図８のフローから抜けるが、顧客属性キーＡＫが操作されたときには（ステップＢ３でＹＥＳ）、その顧客属性キーＡＫの操作に応じて指定された顧客属性（要注意人物）の種類を判別し（ステップＢ５）、その判別結果をカメラユニット部２側に転送する。
【００４４】
ここで、カメラユニット部２側では、顧客属性の判別結果（要注意人物の種類）に応じてクレーマーデータベースＹ１を指定したり（ステップＢ６）、認知症データベースＹ２を指定したり（ステップＢ７）、その他の要注意人物データベースＹ３を指定したりする（ステップＢ８）。そして、客側カメラ２５で撮影された撮影画像（顧客）を取得し（ステップＢ９）、この顧客画像をデジタルズーム処理により所定の大きさに拡大処理した後、画像解析を行い、顔の特徴点を抽出する（ステップＢ１０）。そして、抽出した特徴点に基づいて指定ＤＢ（データベース）の内容を検索して顔認識を行い（ステップＢ１１）、同一人物であるかを調べる（ステップＢ１２）。その結果、同一人物が登録されていなければ（ステップＡ１２でＮＯ）、今回抽出した人物の顔の特徴点を指定ＤＢに新規な人物として追加登録した後（ステップＢ１３）、上述のステップＢ３に戻るが、同一人物が既に登録されていなければ（ステップＢ１２でＹＥＳ）、人物登録のステップＢ１３をスキップして、上述のステップＢ３に戻る。
【００４５】
以上のように、第２実施形態においては、客側カメラ２５により登録待ち顧客を撮影した動画の再生時に要注意人物の登録を行うようにしたので、例えば、一日の営業終了時などで要注意人物であるか否かを専門担当者が認定することができ、統一された認定が可能となる。
【００４６】
なお、上述した第２実施形態においては、精算モードでの動画再生時に要注意人物を登録するようにしたが、ＳＤカード２８に格納した客側動画ファイルＦ２１をＰＣ（パーソナルコンピュータ）で再生する場合には、ＰＣ側で要注意人物の登録を行うようにしてもよい。この場合、ＰＣ側では、例えば、図８のフローチャートに示すような再生処理及び登録処理を行う専用のビューアソフトを備えておけばよい。
【００４７】
また、上述した各実施形態においては、顧客属性キーＡＫの操作に応答して、顧客を撮影するようにしたが、顧客を動画撮影しておき、顧客属性キーＡＫが操作された際に、その動画ファイルから１フレーム分の画像（静止画）を抽出するようにしてもよい。この場合、一取引の最初の登録操作から一取引の登録が終了するまでの間、登録待ち顧客を動画撮影するようにしてもよく、また、モードスイッチＭＳにより登録モードに切り換えられてその登録モードが解除されるまでの間、客側カメラ２５による動画撮影を継続するようにしてもよい。
【００４８】
また、上述した各実施形態においては、顧客属性（要注意人物）の種類として、クレーマー、認知症、話好きなどを例示したが、これに限らず、過去に万引きした人物なども含めるようにしてもよい。更に、要注意人物としては、クレーマーなど店舗側にとって不利益となる人物に限らず、歩行困難な障害者や高齢者などであってもよい。この場合、他の接客担当者の控室（バックヤード）に設置されているパーソナルコンピュータ（ＰＣ）などの外部機器（図示省略）に対して接客要請の通知を行うことにより、歩行困難な障害者や高齢者などの手助けをオペレータ以外の担当者に委ねることができる。このように要注意人物としては、店舗側にとって不利益となる人物に限らず、顧客支援となる人物も含むようにしてもよい。
【００４９】
また、上述した各実施形態においては、ＥＣＲ（売上データ処理装置）をＥＣＲ本体ユニット部１とカメラユニット部２とに分離した構成としたが、それらを統合した構成であってもよい。また、売上データ処理装置としてＥＣＲに適用した場合を示したが、構内専用回線に接続したＰＯＳ端末に適用するようにしてもよい。また、インターネットを介して本部のＰＣに接続した売上データ処理システムに適用するようにしてもよい。
【００５０】
また、上述した各実施形態において示した“装置”や“部”とは、機能別に複数の筐体に分離されていてもよく、単一の筐体に限らない。また、上述したフローチャートに記述した各ステップは、時系列的な処理に限らず、複数のステップを並列的に処理したり、別個独立して処理したりするようにしてもよい。
【００５１】
以上、この発明のいくつかの実施形態について説明したが、この発明は、これに限定されるものではなく、特許請求の範囲に記載された発明とその均等の範囲を含むものである。
以下、本願出願の特許請求の範囲に記載された発明を付記する。
（付記）
（請求項１）
請求項１に記載の発明は、
売上データを取引毎に登録処理する売上データ処理装置であって、
登録待ちの顧客を撮影する撮像手段と、
顧客毎にその顧客を撮影した画像に関する顧客データを記憶管理する顧客データ記憶手段と、
前記撮像手段により登録待ちの顧客を撮影した画像データと前記顧客データとを照合することにより要注意人物の種類を判別する人物種判別手段と、
前記人物種判別手段により判別された要注意人物の種類に対応する接客対応データをオペレータに対して通知する通知手段と、
を具備したことを特徴とする売上データ処理装置である。
（請求項２）
請求項２に記載の発明は、請求項１に記載の売上データ処理装置において、
前記顧客データ記憶手段は、売上データの登録時にオペレータによって認定された要注意人物の種類とその顧客の画像データとを対応付けた顧客データを記憶する、
ようにしたことを特徴とする売上データ処理装置である。
（請求項３）
請求項３に記載の発明は、請求項１に記載の売上データ処理装置において、
前記顧客データ記憶手段は、前記撮像手段により撮影された登録待ち顧客の画像データの再生時に認定者によって認定された要注意人物の種類とその顧客の画像データとを対応付けた顧客データを記憶する、
ようにしたことを特徴とする売上データ処理装置である。
（請求項４）
請求項４に記載の発明は、請求項１〜請求項３のいずれかに記載の売上データ処理装置において、
前記撮像手段は、登録待ち顧客が視認する客用表示部に搭載されていると共に登録待ち顧客の顔を対面撮影することが可能な向きに設置されている、
ことを特徴とする売上データ処理装置である。
（請求項５）
請求項５に記載の発明は、請求項１〜請求項４のいずれかに記載の売上データ処理装置において、
前記通知手段は、要注意人物の種類に対応する接客対応データとしてアイコン、メッセージのうち、少なくともそのいずれかを表示する、
ようにしたことを特徴とする売上データ処理装置である。
（請求項６）
請求項６に記載の発明は、請求項１〜請求項５のいずれかに記載の売上データ処理装置において、
前記通知手段は、要注意人物の種類に対応する接客対応データをオペレータに対して通知すると共に、他の接客担当者に対して通知する、
ようにしたことを特徴とする売上データ処理装置である。
（請求項７）
請求項７に記載の発明は、
コンピュータに対して、
売上データを取引毎に登録処理する機能と、
登録待ちの顧客を撮影する撮影手段により顧客毎にその顧客を撮影した画像に関する顧客データを記憶管理する機能と、
前記撮像手段により登録待ちの顧客を撮影した画像データと前記顧客データとを照合することにより要注意人物の種類を判別する機能と、
前記判別された要注意人物の種類に対応する接客対応データをオペレータに対して通知する機能と、
を実現させるためのプログラムである。
【符号の説明】
【００５２】
１ ＥＣＲ本体ユニット部
２ カメラユニット部
１１、２１ ＣＰＵ
１２、２２ 記憶部
１４ 操作部
１５ スキャナ
１６ 操作者用表示部
１９、２９ ＣＯＭポート
２４ 客用表示部
２５ 客側カメラ
２６ 操作側カメラ
２７ カードインターフェイス部
Ｂ１ クレーマーデータベース
Ｂ２ 認知症データベース
Ｂ３ その他の要注意人物データベース
【特許請求の範囲】
【請求項１】
売上データを取引毎に登録処理する売上データ処理装置であって、
登録待ちの顧客を撮影する撮像手段と、
顧客毎にその顧客を撮影した画像に関する顧客データを記憶管理する顧客データ記憶手段と、
前記撮像手段により登録待ちの顧客を撮影した画像データと前記顧客データとを照合することにより要注意人物の種類を判別する人物種判別手段と、
前記人物種判別手段により判別された要注意人物の種類に対応する接客対応データをオペレータに対して通知する通知手段と、
を具備したことを特徴とする売上データ処理装置。
【請求項２】
前記顧客データ記憶手段は、売上データの登録時にオペレータによって認定された要注意人物の種類とその顧客の画像データとを対応付けた顧客データを記憶する、
ようにしたことを特徴とする請求項１に記載の売上データ処理装置。
【請求項３】
前記顧客データ記憶手段は、前記撮像手段により撮影された登録待ち顧客の画像データの再生時に認定者によって認定された要注意人物の種類とその顧客の画像データとを対応付けた顧客データを記憶する、
ようにしたことを特徴とする請求項１に記載の売上データ処理装置。
【請求項４】
前記撮像手段は、登録待ち顧客が視認する客用表示部に搭載されていると共に登録待ち顧客の顔を対面撮影することが可能な向きに設置されている、
ことを特徴とする請求項１〜請求項３のいずれかに記載の売上データ処理装置。
【請求項５】
前記通知手段は、要注意人物の種類に対応する接客対応データとしてアイコン、メッセージのうち、少なくともそのいずれかを表示する、
ようにしたことを特徴とする請求項１〜請求項４のいずれかに記載の売上データ処理装置。
【請求項６】
前記通知手段は、要注意人物の種類に対応する接客対応データをオペレータに対して通知すると共に、他の接客担当者に対して通知する、
ようにしたことを特徴とする請求項１〜請求項５のいずれかに記載の売上データ処理装置。
【請求項７】
コンピュータに対して、
売上データを取引毎に登録処理する機能と、
登録待ちの顧客を撮影する撮影手段により顧客毎にその顧客を撮影した画像に関する顧客データを記憶管理する機能と、
前記撮像手段により登録待ちの顧客を撮影した画像データと前記顧客データとを照合することにより要注意人物の種類を判別する機能と、
前記判別された要注意人物の種類に対応する接客対応データをオペレータに対して通知する機能と、
を実現させるためのプログラム。
【請求項１】
売上データを取引毎に登録処理する売上データ処理装置であって、
登録待ちの顧客を撮影する撮像手段と、
顧客毎にその顧客を撮影した画像に関する顧客データを記憶管理する顧客データ記憶手段と、
前記撮像手段により登録待ちの顧客を撮影した画像データと前記顧客データとを照合することにより要注意人物の種類を判別する人物種判別手段と、
前記人物種判別手段により判別された要注意人物の種類に対応する接客対応データをオペレータに対して通知する通知手段と、
を具備したことを特徴とする売上データ処理装置。
【請求項２】
前記顧客データ記憶手段は、売上データの登録時にオペレータによって認定された要注意人物の種類とその顧客の画像データとを対応付けた顧客データを記憶する、
ようにしたことを特徴とする請求項１に記載の売上データ処理装置。
【請求項３】
前記顧客データ記憶手段は、前記撮像手段により撮影された登録待ち顧客の画像データの再生時に認定者によって認定された要注意人物の種類とその顧客の画像データとを対応付けた顧客データを記憶する、
ようにしたことを特徴とする請求項１に記載の売上データ処理装置。
【請求項４】
前記撮像手段は、登録待ち顧客が視認する客用表示部に搭載されていると共に登録待ち顧客の顔を対面撮影することが可能な向きに設置されている、
ことを特徴とする請求項１〜請求項３のいずれかに記載の売上データ処理装置。
【請求項５】
前記通知手段は、要注意人物の種類に対応する接客対応データとしてアイコン、メッセージのうち、少なくともそのいずれかを表示する、
ようにしたことを特徴とする請求項１〜請求項４のいずれかに記載の売上データ処理装置。
【請求項６】
前記通知手段は、要注意人物の種類に対応する接客対応データをオペレータに対して通知すると共に、他の接客担当者に対して通知する、
ようにしたことを特徴とする請求項１〜請求項５のいずれかに記載の売上データ処理装置。
【請求項７】
コンピュータに対して、
売上データを取引毎に登録処理する機能と、
登録待ちの顧客を撮影する撮影手段により顧客毎にその顧客を撮影した画像に関する顧客データを記憶管理する機能と、
前記撮像手段により登録待ちの顧客を撮影した画像データと前記顧客データとを照合することにより要注意人物の種類を判別する機能と、
前記判別された要注意人物の種類に対応する接客対応データをオペレータに対して通知する機能と、
を実現させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１３−３８１４（Ｐ２０１３−３８１４Ａ）
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願番号】特願２０１１−１３３８６２（Ｐ２０１１−１３３８６２）
【出願日】平成２３年６月１６日（２０１１．６．１６）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願日】平成２３年６月１６日（２０１１．６．１６）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
[ Back to top ]