JP2013025603A - 売上データ処理装置及びプログラム - Google Patents

Abstract

【課題】登録待ちの顧客を撮影した画像から混雑状況を適切に検出して第三者に通知できるようにする。
【解決手段】客側カメラにより撮影された登録待ち画像を解析することによってその画像内の専用篭を特定すると（図５のステップＳ２）、特定した専用篭の数を登録待ち顧客の混雑状況として計数し（ステップＳ３）、この専用篭の数（混雑状況）を当該ＥＣＲに対応する案内用表示器に表示させたり（ステップＳ４）、各担当者所持の端末装置（担当者端末）に送信したり（ステップＳ６）、バックヤード内のサーバ装置に送信する（ステップＳ７）。
【選択図】 図５

Description

本発明は、売上データを取引毎に登録処理する売上データ処理装置及びプログラムに関する。

一般に、店舗においてＥＣＲ（Electronic Cash Register）、ＰＯＳ（Point of sale）端末などの売上データ処理装置では、会計する登録待ちの顧客が多い場合（待ち行列が長い場合）、そのオペレータ（担当者）は、バックヤードなどに待機している他の担当者に支援を要請するようにしているが、このような支援を要請するか否かはオペレータの個々が判断するようにしていた。一方、顧客にあっても、複数台の売上データ処理装置が設置されている店舗において、どの待ち行列に並んだ方が早いかを顧客の個々が判断するようにしていた。
ところで、従来においては、上述のような混雑状況を検出する技術として、例えば、監視カメラの撮影範囲内において、その撮影画像内の含まれている人物を認識すると共に、認識した人物を移動者と滞在者とを区別することにより、その滞在者に応じて混雑状況を検出するようにした技術が提案されている（特許文献１参照）。

特開２０１０−２７７５４７号公報

しかしながら、上述した特許文献１の技術にあっては、画像認識技術を利用することにより移動者と滞在者とを区別することができたとしても、滞在者が必ずしも登録待ちしている顧客であるとは限らず、しかも、家族、友達同士など、同伴者と共に登録待ちしているような場合でも同伴者を登録待ち顧客数に含めてしまうなどのように、人物認識では混雑状況を正確に検出することはできなかった。

本発明の課題は、登録待ちの顧客を撮影した画像から混雑状況を検出する場合に、その混雑状況を適切に検出して第三者に通知できるようにすることである。

上述した課題を解決するために本発明の一つの態様は、
売上データを取引毎に登録処理する売上データ処理装置であって、
登録待ちの顧客方向を撮影する撮像手段と、
前記撮像手段により撮影された画像を解析することによってその画像内の店舗専用篭を特定する特定手段と、
前記特定手段により特定された専用篭の数を計数する計数手段と、
前記計数手段により計数された専用篭の数に応じて、登録待ち顧客の混雑具合を通知する処理を実行する通知手段と、
を具備したことを特徴とする売上データ処理装置である。

上述した課題を解決するために本発明の他の態様は、
コンピュータに対して、
売上データを取引毎に登録処理する機能と、
登録待ちの顧客方向を撮影する機能と、
前記撮影された画像を解析することによってその画像内の店舗専用篭を特定する機能と、
前記特定された専用篭の数を計数する機能と、
前記計数された専用篭の数に応じて、登録待ち顧客の混雑具合を通知する処理を実行する機能と、
を実現させるためのプログラムである。

本発明によれば、登録待ちの顧客を撮影した画像から混雑状況を検出する場合に、その混雑状況を適切に検出して第三者に通知することができ、顧客サービスの向上や店舗運営にとって有益なものとなる。

売上データ処理装置として適用したＥＣＲ１を含む通信システムを示したブロック図。 ＥＣＲ１の基本的な構成要素を示したブロック図。 ＥＣＲ１をその前方斜め（顧客側）から見た状態の外観斜視図。 （１）、（２）は、例えば、コンビニエンスストアにおいて、客側カメラ２５によって撮影した登録待ち行列の顧客画像を例示した図。 モードスイッチＭＳが「登録（ＲＥＧ）」モードに切り換えられている場合に実行される登録処理を説明するためのフローチャート。 図５の動作に続くフローチャート。 第２実施形態において、第２実施形態におけるカメラユニット部２０の外観を示した図。 第２実施形態において、図５のフローに相当する第２実施形態の動作を示したフローチャート。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。
（第１実施形態）
先ず、図１〜図６を参照して本発明の第１実施形態を説明する。
図１は、売上データ処理装置として適用したＥＣＲ（Electronic Cash Register）を含む通信システムを示したブロック図である。
この通信システムは、例えば、コンビニエンスストア、スーパーマーケットなどの店舗内に構築されている売上データ処理システムで、この店舗内の会計エリアには複数台（図示の例では３台）のＥＣＲ１が設置されている。各ＥＣＲ１は、バックヤードに設置されているサーバ装置（管理装置）２にＬＡＮ（構内専用回線）３を介して通信接続されているほか、アクセスポイント４を介して各担当者所持の端末装置（担当者端末）５に通信接続されている。

また、この売上データ処理システムには、各ＥＣＲ１に対応してその近傍に客用案内表示器（表示装置）６が設置されている。この客用案内表示器６は、対応するＥＣＲ１において登録待ち（会計待ち）している顧客の人数（混雑状況）を報知するために当該ＥＣＲ１の近傍の天井から“吊り下げる”などの手段により固定されているもので、遠くからでも視認可能となっている。なお、図示の例では、左端設置のＥＣＲ１に対応する客用案内表示器６には、そのＥＣＲ１の混雑状況として“３人”が表示され、中央設置のＥＣＲ１に対応する客用案内表示器６には、そのＥＣＲ１の混雑状況として“４人”が表示され、右端設置のＥＣＲ１に対応する客用案内表示器６には、その混雑状況のＥＣＲ１として“５人”が表示されている場合を示している。

図２は、ＥＣＲ１の基本的な構成要素を示したブロック図である。
このＥＣＲ（売上データ処理装置）１は、その基本的な機能（標準機能）として、入力された一取引分の売上データを登録処理すると共に、一取引分の登録終了時に顧客から渡された金種に応じた種類の締め処理を行う売上データの登録機能などを備えているほか、登録待ち（会計待ち）の顧客を撮影するカメラ機能を備えている。このＥＣＲ１は、ＥＣＲ本体ユニット部１０とカメラユニット部２０とに分離された構成で、ＥＣＲ本体ユニット部１０とカメラユニット部２０とは、ケーブル３０を介して着脱自在に接続されている。

ＥＣＲ本体ユニット部１０は、ＣＰＵ１１を中核とするもので、このＣＰＵ１１は、各種プログラムにしたがってこのＥＣＲ本体ユニット部１０の全体動作を制御する中央演算処理装置である。記憶部１２は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリなどの記憶媒体やその駆動系を有し、後述する図５及び図６に示した動作手順に応じて本実施形態を実現するためのプログラムや各種のアプリケーションなどを記憶したり、データベース、文字フォントデータなどを記憶したりする。なお、上述の記憶媒体は固定的に設けた内蔵型の記憶媒体に限らず、着脱可能な可搬型の外部記憶媒体であってもよく、また、プログラム／データは、他の機器から有線伝送路あるいは無線伝送路を介して記憶媒体にインストールしたり、プログラム／データを記憶管理するサーバなどをアクセスして使用したりするようにしてもよい。メモリ１３は、計時データ、フラグデータなど、このＥＣＲ本体ユニット部１０が動作するために必要な各種のデータを一時的に記憶するワーク領域である。

また、ＣＰＵ１１には、その入出力周辺デバイスである操作部１４、スキャナ１５、操作者用表示部１６、印字部１７、ドロア駆動部１８、ＣＯＭポート１９がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ１１はそれらの動作を制御する。操作部１４は、押しボタン式の各種キーが配列されているキーボードを有し、このキーボード上には図示省略したが、テンキー、登録キー、小計キー、現金／預かり金キーなどの締めキーが配設されていると共に、モードスイッチＭＳが配設されている。なお、モードスイッチＭＳは、その切り換え位置に応じて「登録（ＲＥＧ）」、「戻し（ＲＦ）」、「精算（Ｚ）」などの各種の動作モード（プログラム種）を切り換えるロータリー式のスイッチである。ＣＰＵ１１は、「登録（ＲＥＧ）」モードに切り換えられている状態において、各種のキー操作に応じてその操作に応じたイベントコードを生成すると共に、入力された売上データを表示させたり、売上合計を更新したりする登録処理を実行し、一取引の登録終了時に締めキーが押下されると、ドロアを開放させたり、レシートを発行させたりする。

スキャナ１５は、例えば、ＣＣＤやＣＭＯＳなどの画像センサ（イメージセンサ）を有し、商品の登録時のスキャニング動作時にその商品に添付されているバーコードや二次元コードを撮影することにより読み取るもので、ＣＰＵ１１は、スキャナ１５により撮影された画像データを解析することによってバーコードなどのコードデータをデコードして商品を特定するようにしている。操作者用表示部１６は、担当者（オペレータ）用として、金額や商品に関するデータ、メッセージなどを表示するもので、例えば、液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイなどにより構成されている。印字部１７は、例えば、熱転写やインクジェットなどのノンインパクトプリンタあるいはドットインパクトプリンタであり、レシート印字を行う。ドロア駆動部１８は、キー操作に応じてドロア１８Ａの開閉を制御するもので、ＣＰＵ１１は、ドロア１８Ａの開閉に応じてドロアオープン／クローズイベントを生成する。ＣＯＭポート１９は、カメラユニット部２との接続用のシリアルポートである。

カメラユニット部２０は、ＣＰＵ２１を中核とするもので、このＣＰＵ２１は、各種プログラムにしたがってこのカメラユニット部２０の全体動作を制御する中央演算処理装置である。記憶部２２は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリなどの記憶媒体やその駆動系を有し、プログラムや各種のアプリケーションなどを記憶する。メモリ２３は、このカメラユニット部２０が動作するために必要な各種のデータを一時的に記憶するワーク領域である。また、ＣＰＵ２１には、その入出力周辺デバイスである客用表示部２４、客側カメラ２５、操作側カメラ２６、カードインターフェイス部２７、ＣＯＭポート２９がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ２１はそれらの動作を制御する。客用表示部２４は、登録待ち（精算待ち）の顧客が視認する顧客用として、その画面を顧客側に対面させたもので、例えば、７セグメントＬＥＤ（発光ダイオード）などにより構成され、商品単価、個数、小計金額、預かり金額などを数値表示する。

客側カメラ２５は、客用表示部２４に接近配設されたもので、登録待ちしている顧客の全身を撮影し、また、操作側カメラ２６は、操作部１４の全体及び操作中のオペレータの顔を撮影可能なもので、担当者（オペレータ）及びその操作状況を撮影する監視カメラである。なお、客側カメラ２５、操作側カメラ２６の詳細は、図示省略したが、レンズ部、撮像素子、Ａ／Ｄ（アナログ／デジタル）変換部などを有し、動画像を撮影可能な構成で、レンズ部からの被写体像が撮像素子（ＣＣＤ又はＣＭＯＳ）に結像されることにより被写体を高精細に撮影可能な構成となっている。

カードインターフェイス部２７は、記録媒体としてのＳＤカード２８が挿入接続されるもので、このＳＤカード２８には、後述する各種のファイルが格納されている。なお、カメラユニット部２０には、カードインターフェイス部２７に挿入接続されたＳＤカード２８の盗難などを防ぐために錠前（図省略）が配設されており、例えば、責任者が所持する専用鍵を使用して、錠前を開いてＳＤカード２８を取り出すようにしている。また、ＳＤカード２８に限らず、その他の外部記録媒体であってもよい。ＣＯＭポート２９は、ＥＣＲ本体ユニット部１０との接続用のシリアルポートである。

図３は、上述のように構成されたＥＣＲ１をその前方斜め（顧客側）から見た状態の外観斜視図である。
ＥＣＲ本体ユニット部１０の上面部には、操作者用表示部１６が配設されていると共に、操作部１４を構成するキーボード及びモードスイッチＭＳが配設されている。また、ＥＣＲ本体ユニット部１０の上面部には、印字部１７から送出されるレシートを取り出すためのレシート発行口（図示省略）が配設されている。カメラユニット部２０は、客用表示部２４の筐体２０Ａと、その筐体２０Ａを支持するポール状の支持部材（支持ポール）２０Ｂとを有している。支持ポール２０Ｂは、客用表示部２４の筐体２０Ａを支持するもので、その下端部はＥＣＲ１の背面側の垂直に固定されている。また、支持ポール２０Ｂの上端部は客用表示部２４の筐体２０Ａが装着され、その長さを調整可能な構造となっていると共に、客用表示部２４の筐体２０Ａは、支持ポール２０Ｂに対して回転可能となっている。つまり、筐体２０Ａの高さとその向きを調整可能となっており、それに応じて客用表示部２４、客側カメラ２５の高さとその向きも調整可能となっている。

客側カメラ２５は、図２に示すように筐体２０Ａの前面において客用表示部２４の一端部（図中、左側端部）に接近配設され、その撮影方向は、登録待ちしている顧客方向で、その画角は、登録待ち行列の全体（各顧客の全身）を撮影可能な範囲となっている。すなわち、客側カメラ２５は、登録待ち顧客が視認する客用表示部２４の近傍に搭載されていると共に、登録待ち顧客をその対面方向から撮影するためにそのカメラ向きが設定されている。

図４（１）、（２）は、例えば、コンビニエンスストアにおいて、客側カメラ２５によって撮影した登録待ち行列の顧客画像を例示したもので、先頭の顧客の後ろに次の３人の顧客（合計４人の顧客）が並んでいる状態を示している。なお、図中、ＥＣは、店舗において用意されている専用の買い物篭（専用篭）を示し、図示の例は、４人の顧客に対して３個の専用篭ＥＣが写っている場合である。すなわち、専用篭ＥＣを手に持っている一番目の顧客と、専用篭ＥＣを床に置いている二番目の顧客と、周囲に専用篭ＥＣが見当たらない三番目の顧客と、専用篭ＥＣを手に持っている四番目の顧客が写っている場合を示している。なお、図４（１）は、登録待ち行列の前に篭置き用のテーブルが設置されていない場合あるいは篭置き用のテーブルが設置されていても撮影範囲から外れている場合の画像を例示した図である。また、図４（２）は、篭置き用のテーブルが撮影範囲内に写っている場合であり、先頭顧客の専用篭ＥＣがテーブル上に置かれている場合の画像を例示した図である。

カメラユニット部２０のＣＰＵ２１は、客側カメラ２５により撮影された登録待ち画像を解析することによってその画像内に含まれている店舗専用篭ＥＣを特定するようにしている。この場合、形状、大きさ、色、模様、店用ラベルなどを総合的に判断して、画像内の専用篭ＥＣを特定するようにしているが、このような画像認識技術は、カメラにおいて一般的に行われている顔認識と基本的には同様の技術であるので、その詳細にいては省略するものとする。このようにしてＣＰＵ２１は、画像解析により専用篭ＥＣが写っている画像部分を特定すると、その画像部分の数を専用篭の数を当該ＥＣＲ１に対して登録待ちしている顧客の混雑具合として計数し、この専用篭の数に応じた混雑具合を所定の宛先に通知するようにしている。この場合の通知先は、各担当者所持の端末装置（担当者端末）５、バックヤード内のサーバ装置（管理装置）２、当該ＥＣＲ１に対応する案内用表示器６である。

次に、第１本実施形態におけるＥＣＲ１の動作概念を図５及び図６に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、ネットワークなどの伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。すなわち、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム／データを利用して本実施形態特有の動作を実行することもできる。
なお、図５及び図６は、ＥＣＲ１の全体動作のうち、第１実施形態の特徴部分の動作概要を示したフローチャートであり、この図５及び図６のフローから抜けた際には、全体動作のメインフロー（図示省略）に戻る。

図５及び図６は、モードスイッチＭＳが「登録（ＲＥＧ）」モードに切り換えられている場合に実行される登録処理を説明するためのフローチャートである。なお、ＥＣＲ本体ユニット部１０とカメラユニット部２０とは、必要に応じて協動して各種の処理を行うようにしている。
先ず、ＥＣＲ本体ユニット部１０のＣＰＵ１１は、「登録（ＲＥＧ）」モードに切り換えられると、カメラユニット部２０に対して客側カメラ２５の起動を指示して客側カメラ２５を起動させる（図５のステップＳ１）。カメラユニット部２０は、客側カメラ２５により撮影された登録待ち画像を解析することによってその画像内に含まれている店舗専用篭ＥＣを特定する（ステップＳ２）。

この場合、例えば、専用篭ＥＣの一部が人物の陰になったり、物陰になったりして、篭の全体を特定することができず、籠の一部分（例えば、２０％程度）しか写っていないような場合でも、店内には類似の籠は存在しないものと考えて、その部分から専用篭を特定するようにしている。なお、図４に示すように、４人の顧客に対して３個の専用篭ＥＣが写っている場合、周囲に専用篭ＥＣが見当たらない三番目の顧客は、二番目の顧客あるいは四番目の顧客との同伴者の可能性が高い。

このようにして登録待ち画像内の専用篭を特定すると、特定した専用篭の数を登録待ち顧客の混雑状況として計数する（ステップＳ３）。そして、この専用篭の数（混雑状況）を当該ＥＣＲ１に対応する案内用表示器６に表示させるためにバックヤード内のサーバ装置２に送信すると、サーバ装置２は、当該ＥＣＲ１に対応する案内用表示器６に混雑状況を送信して表示させる（ステップＳ４）。また、ＥＣＲ１側では専用篭の数（混雑状況）は、所定値（例えば、３人）以上であるかを調べる（ステップＳ５）。なお、図４（１）、（２）の例では、３個の専用篭ＥＣが特定されるので、混雑状況として所定値（例えば、３人）以上に該当するため（ステップＳ５でＹＥＳ）、各担当者所持の端末装置（担当者端末）５に対してその混雑状況を送信して支援要請を行うと共に（ステップＳ６）、バックヤード内のサーバ装置２に対してその混雑状況を送信して支援要請を行う（ステップＳ７）。なお、担当者端末５、サーバ装置２は、受信した混雑状況をポップアップ画面などの緊急表示により控え中の担当者に混雑状況を報知するようにしている。

以下、図６のフローに移り、売上データを登録する登録操作が行われたかを調べたり（ステップＳ８）、一取引分の登録終了時に現金／預かり金キーなどの締めキーが操作されたかを調べたり（ステップＳ１１）、その他のキーが操作されたかを調べたり（ステップＳ１４）、モードスイッチＭＳにより「登録（ＲＥＧ）」モードが解除されたかを調べたりする（ステップＳ１６）。いま、売上データを登録する登録操作が行われたときには、つまり、商品からバーコードなどを読み取るためにスキャナ１５によるスキャニング動作が行われたか、金額データの値数入力後に商品キーなどが操作されたときには（ステップＳ８でＹＥＳ）、次の商品登録処理に移る（ステップＳ９）。

この場合、入力された商品名及び単位を操作者用表示部１６及び客用表示部２４に表示させたり、入力された売上データに基づいて、図示しない商品別合計ファイル、部門別合計ファイルの内容（売上データ）を更新したりする処理を行う。そして、一取引分の小計金額を更新した後（ステップＳ１０）、上述の専用篭ＥＣを特定する処理のステップＳ２に戻る。以下、登録操作が行われる毎に（ステップＳ８でＹＥＳ）、以下、上述の動作を繰り返す。

一方、小計キーや訂正キーなど、その他のキーが操作されたときには（ステップＳ１４でＹＥＳ）、その操作キーに応じた処理を実行した後（ステップＳ１５）、上述の専用篭ＥＣを特定する処理（図５のステップＳ２）に戻る。例えば、小計キーの操作に応じて小計金額を操作者用表示部１６及び客用表示部２４に表示させたり、訂正キーの操作に応じて入力データを訂正したりする処理を行う。また、一取引分の登録終了時において現金による支払であることを示すために、預かり金を置数入力して現金／預かり金キー（締めキー）が操作されたときには（ステップＳ１１でＹＥＳ）、現金取引に応じた締め処理として、その合計データを更新する処理を行ったり、ドロアを開放させたりする（ステップＳ１２）。そして、印字部１７を駆動させて今回の一取引分の売上データ、預かり金、つり銭をレシート印字させてレシートを発行させる（ステップＳ１３）。その後、上述の専用篭ＥＣを特定する処理（図５のステップＳ２）に戻る。なお、モードスイッチＭＳにより「登録（ＲＥＧ）」モードが解除されたときには（ステップＳ１６でＹＥＳ）、客側カメラ２５を停止させた後（ステップＳ１７）、図５及び図６のフローから抜ける。

以上のように、第１実施形態においてＣＰＵ１１は、客側カメラ２５により登録待ちの顧客が撮影された画像を解析することによってその画像内の店舗の専用篭ＥＣを特定してその専用篭ＥＣの数を計数し、この専用篭ＥＣの数に応じて、登録待ち顧客の混雑具合を通知する実行を実行するようにしたので、その混雑状況を適切に検出して第三者に通知することができ、顧客サービスの向上や店舗運営にとって有益なものとなる。

登録待ち顧客の混雑具合を通知する場合に、他の店員所持の端末装置（担当者端末）５、バックヤード内のサーバ装置２、顧客への案内用表示装置６を宛先として通知するようにしたので、オペレータに負担をかけずに、他の担当者の支援を要請することができ、また、顧客にあっては案内表示の内容から比較的空いているＥＣＲを容易に探し出すことができ、店舗運営にとって、顧客サービスの向上にとって有益なものとなる。

客側カメラ２５により登録待ちの顧客が撮影された画像を解析した結果、専用篭の一部（例えば、２０％程度）しか認識することができなくてもその全体が認識できたものとして専用篭を特定するようにしたので、専用篭の一部か人陰や物陰により隠れていてもその数を正確に数えることが可能となる。

客側カメラ２５は、登録待ち顧客が視認する客用表示部２４に搭載されていると共に登録待ち顧客の顔を対面撮影することが可能な向きに設置されているので、顧客の顔を正面から撮影することができ顔認識を適切に行うことが可能となる。

（第２実施形態）
以下、この発明の第２実施形態について図７及び図８を参照して説明する。
なお、上述した第１実施形態においては、単一の客側カメラ２５を客用表示部２４の近傍に配設した場合を例示したが、この第２実施形態においては、撮影範囲がそれぞれ異なる２台の客側カメラ２５、３０を客用表示部２４の近傍にそれぞれ配設した場合である。ここで、両実施形態において基本的あるいは名称的に同一のものは、同一符号を付して示し、その説明を省略すると共に、以下、第２実施形態の特徴部分を中心に説明するものとする。

図７は、第２実施形態におけるカメラユニット部２０の外観を示した図である。
カメラユニット部２０は、上述した第１実施形態と同様に、客用表示部２４の筐体２０Ａと、その筐体２０Ａを支持する支持ポール２０Ｂとを有する構成となっている。ここで、第２実施形態においては、２台の客側カメラとして、筐体２０Ａには第１実施形態と同様の客側カメラ（１台目のカメラ）２５が配設され、支持ポール２０Ｂの軸方向中心部には、登録待ち行列の全体（各顧客の全身）を撮影可能な客側カメラ（２台目のカメラ）３０が配設されている。

この客側カメラ２５と客側カメラ３０との撮影範囲が重ならないようにそれらのカメラ向きが設定されている。すなわち、登録待ち行列中の専用篭が物陰や人陰により隠れないように撮影範囲を“ずらして”、その画角が設定されている。ＣＰＵ１１は、客側カメラ２５と客側カメラ３０の撮影画像を解析することによってその画像内の専用篭をカメラ毎に特定すると共に、カメラ毎に特定した専用篭を比較し、その結果、全てが同じ篭であると認識したときには、その認識数を専用篭の数として計数し、一部でも異なる篭であると認識したときには、同じ篭と認識した数に、異なると認識した数を加えた数を専用篭の数として計数するようにしている。

図８は、図５のフローに相当する第２実施形態の動作を示したフローチャートである。
先ず、ＥＣＲ本体ユニット部１０のＣＰＵ１１は、「登録（ＲＥＧ）」モードに切り換えられると、カメラユニット部２０に対して客側カメラ２５の起動を指示して、１台目の客側カメラ２５及び２台目の客側カメラ３０をそれぞれ起動させる（ステップＳ２１）。そして、カメラユニット部２０は、１台目の客側カメラ２５により撮影された登録待ち画像を解析することによってその画像内に含まれている専用篭ＥＣを特定する（ステップＳ２２）。更に、２台目の客側カメラ３０により撮影された登録待ち画像を解析することによってその画像内に含まれている専用篭ＥＣを特定する（ステップＳ２３）。

これによって１台目及び２台目のカメラによる撮影画像内の専用篭ＥＣを特定すると、このカメラ毎に特定した専用篭の画像部分同士を比較することにより（ステップＳ２４）、全てが同じ篭であると認識したかの判別を行う（ステップＳ２５）。この場合、専用篭の位置関係、向き、置き場所、保持状態などを総合的に判断することによりその判別を行う。その結果、全てが同じ篭であると認識したときには（ステップＳ２５でＹＥＳ）、その認識数を専用篭の数として計数するが（ステップＳ２６）、一部でも異なる篭であると認識したときには（ステップＳ２５でＮＯ）、同じ篭と認識した数に、異なると認識した数を加えた数を専用篭の数として計数する（ステップＳ２７）。

そして、上述した第１実施形態と同様に、この専用篭の計数値を混雑状況として、当該ＥＣＲ１に対応する案内用表示器６に表示させるためにバックヤード内のサーバ装置２に送信すると、サーバ装置２は、ＥＣＲ１から専用篭の数（混雑状況）を当該ＥＣＲ１に対応する案内用表示器６に送信して表示させる（ステップＳ２８）。また、ＥＣＲ１側では専用篭の数（混雑状況）は、所定値（例えば、３人）以上であれば（ステップＳ２９でＹＥＳ）、各担当者所持の端末装置（担当者端末）５に対して混雑状況を送信して支援要請を行うと共に（ステップＳ３０）、バックヤード内のサーバ装置２に対して混雑状況を送信して支援要請を行う（ステップＳ３１）。その後、図６のフローに移る。

以上のように、第２実施形態においてＣＰＵ１１は、客側カメラ２５及び客側カメラ３０の撮影画像をそれぞれ解析してカメラ毎に専用篭を特定すると共に、カメラ毎に特定した専用篭を比較した結果、全てが同じ篭であると認識したときには、その認識数を専用篭の数として計数し、一部でも異なる篭であると認識したときには、同じ篭と認識した数に、異なると認識した数を加えた数を専用篭の数として計数するようにしたので、いずれか一方のカメラで撮影された画像内において専用篭の一部あるいはその全部か人陰や物陰により隠れていたとしても、その隠れている専用篭を他のカメラで撮影することができようになり、専用篭の数をより正確に数えることが可能となり、これによって混雑具合を更に適切に検出することが可能となる。

なお、上述した第２実施形態においては、２台の客側カメラ２５、３０を客用表示部２４の近傍にそれぞれ配設した場合を例示したが、２台目の客側カメラ３０をＥＣＲ１以外の箇所に配置するようにしてもよい。例えば、ＥＣＲ１の上方、例えば、建物の天井に客側カメラ３０を配設し、登録待ち行列をその上から撮影するようにしてもよい。この場合においても、ＣＰＵ１１は、客側カメラ２５と客側カメラ３０の撮影画像を解析してカメラ毎に専用篭を特定すると共に、カメラ毎に特定した専用篭を比較した結果、全てが同じ篭であると認識したときには、その認識数を専用篭の数として計数し、一部でも異なる篭であると認識したときには、同じ篭と認識した数に、異なると認識した数を加えた数を専用篭の数として計数するようにすればよい。これによって、専用篭の数をより正確に数えることが可能となり、混雑具合を更に適切に検出することが可能となる。

更に、上述した第１実施形態と同様に、単一の客側カメラ２５を客用表示部２４の近傍に固定的に配設する場合に限らず、カメラ２５の撮影方向を変更可能とすることによりその撮影範囲が移動可能としてもよい。この場合、客側カメラ２５の撮影方向が変更される毎にその撮影画像を解析することによってその変更前後での専用篭を特定すると共に、カメラ毎に特定した専用篭を比較した結果、全てが同じ篭であると認識したときには、その認識数を専用篭の数として計数し、一部でも異なる篭であると認識したときには、同じ篭と認識した数に、異なると認識した数を加えた数を専用篭の数として計数するようにすればよい。これによって、専用篭の数をより正確に数えることが可能となり、混雑具合を更に適切に検出することが可能となる。

また、上述した各実施形態においては、店舗専用篭ＥＣを特定する場合、その形状、大きさ、色、模様、店用ラベルなどを総合的に判断して、特定するようにしているが、店用ラベルを認識することにより店舗専用篭ＥＣを特定するようにしてもよい。

また、上述した各実施形態においては、通知先として、案内用表示器６、各担当者所持の端末装置（担当者端末）５、バックヤード内のサーバ装置２に混雑状況をそれぞれ送信するようにしたが、そのいずれかに通知するだけであってもよい。

また、上述した各実施形態において示した“装置”や“部”とは、機能別に複数の筐体に分離されていてもよく、単一の筐体に限らない。また、上述したフローチャートに記述した各ステップは、時系列的な処理に限らず、複数のステップを並列的に処理したり、別個独立して処理したりするようにしてもよい。

以上、この発明の実施形態について説明したが、この発明は、これに限定されるものではなく、特許請求の範囲に記載された発明とその均等の範囲を含むものである。
以下、本願出願の特許請求の範囲に記載された発明を付記する。
（付記）
（請求項１）
請求項１に記載の発明は、
売上データを取引毎に登録処理する売上データ処理装置であって、
登録待ちの顧客方向を撮影する撮像手段と、
前記撮像手段により撮影された画像を解析することによってその画像内の店舗専用篭を特定する特定手段と、
前記特定手段により特定された専用篭の数を計数する計数手段と、
前記計数手段により計数された専用篭の数に応じて、登録待ち顧客の混雑具合を通知する処理を実行する通知手段と、
を具備したことを特徴とする売上データ処理装置である。
（請求項２）
請求項２に記載の発明は、請求項１に記載の売上データ処理装置において、
前記通知手段は、前記登録待ち顧客の混雑具合を通知する場合に、少なくとも他の店員所持の端末装置、バックヤード内の管理装置、顧客への案内用表示装置のいずれかを宛先として通知する処理を実行する、
ようにしたことを特徴とする売上データ処理装置である。
（請求項３）
請求項３に記載の発明は、請求項１あるいは請求項２に記載の売上データ処理装置において、
前記特定手段は、前記撮像手段により撮影された画像を解析した結果、専用篭の一部しか認識することができなくてもその全体が認識できたものとして専用篭を特定する、
ようにしたことを特徴とする売上データ処理装置である。
（請求項４）
請求項４に記載の発明は、請求項１〜請求項３のいずれかに記載の売上データ処理装置において、
前記撮像手段は、登録待ち顧客が視認する客用表示部の近傍に搭載されていると共に、登録待ち顧客をその対面方向から撮影するためにそのカメラ向きが設定されている、
ことを特徴とする売上データ処理装置である。
（請求項５）
請求項５に記載の発明は、請求項１〜請求項４のいずれかに記載の売上データ処理装置において、
前記撮像手段は、登録待ち顧客が視認する客用表示部の筐体に搭載されているカメラと、この客用表示部を支持する支持ポールに搭載されているカメラとを有し、前記各カメラは、登録待ち顧客をその対面方向から撮影する際に、その撮影範囲が異なるようなカメラ向きに設定され、
前記特定手段は、前記カメラ装置毎の撮影画像を解析することによってそのカメラ毎に専用篭を特定し、
前記計数手段は、前記特定手段により特定されたカメラ毎の専用篭を比較した結果、全てが同じ篭であると認識したときには、その認識数を専用篭の数として計数し、一部でも異なる篭であると認識したときには、同じ篭と認識した数に、異なると認識した数を加えた数を専用篭の数として計数する、
ようにしたことを特徴とする売上データ処理装置である。
（請求項６）
請求項６に記載の発明は、請求項１〜請求項４のいずれかに記載の売上データ処理装置において、
前記撮像手段は、登録待ち顧客が視認する客用表示部の筐体に搭載されているカメラと、当該売上データ処理装置以外の箇所に配置されているカメラとを有し、前記各カメラは、登録待ち顧客を撮影する際に、その撮影範囲が異なるようなカメラ向きに設定され、
前記特定手段は、前記カメラ毎の撮影画像を解析することによってその各カメラ毎に専用篭を特定し、
前記計数手段は、前記特定手段により特定されたカメラ毎の専用篭を比較した結果、全てが同じ篭であると認識したときには、その認識数を専用篭の数として計数し、一部でも異なる篭であると認識したときには、同じ篭と認識した数に、異なると認識した数を加えた数を専用篭の数として計数する、
ようにしたことを特徴とする売上データ処理装置である。
（請求項７）
請求項７に記載の発明は、請求項１〜請求項４のいずれかに記載の売上データ処理装置において、
前記撮像手段の撮影方向を変更する駆動手段を更に備え、
前記特定手段は、前記駆動手段により前記撮像手段の撮影方向が変更される毎にその撮影画像を解析することによってその変更前後での専用篭を特定し、
前記計数手段は、前記特定手段により特定された変更前後の専用篭を比較した結果、全てが同じ篭であると認識したときには、その認識数を専用篭の数として計数し、一部でも異なる篭であると認識したときには、同じ篭と認識した数に、異なると認識した数を加えた数を専用篭の数として計数する、
ようにしたことを特徴とする売上データ処理装置である。
（請求項８）
請求項８に記載の発明は、
コンピュータに対して、
売上データを取引毎に登録処理する機能と、
登録待ちの顧客方向を撮影する機能と、
前記撮影された画像を解析することによってその画像内の店舗専用篭を特定する機能と、
前記特定された専用篭の数を計数する機能と、
前記計数された専用篭の数に応じて、登録待ち顧客の混雑具合を通知する処理を実行する機能と、
を実現させるためのプログラムである。

１ ＥＣＲ
２ サーバ装置（管理装置）
３ ＬＡＮ（構内専用回線）
４ アクセスポイント
５ 担当者端末
６ 案内用表示器
１０ ＥＣＲ本体ユニット部
２０ カメラユニット部
１１、２１ ＣＰＵ
１２、２２ 記憶部
１４ 操作部
１９、２９ ＣＯＭポート
２０Ａ 筐体
２０Ｂ 支持ポール
２４ 客用表示部
２５、３０ 客側カメラ
ＥＣ 専用篭

Claims (8)

1. 売上データを取引毎に登録処理する売上データ処理装置であって、
   登録待ちの顧客方向を撮影する撮像手段と、
   前記撮像手段により撮影された画像を解析することによってその画像内の店舗専用篭を特定する特定手段と、
   前記特定手段により特定された専用篭の数を計数する計数手段と、
   前記計数手段により計数された専用篭の数に応じて、登録待ち顧客の混雑具合を通知する処理を実行する通知手段と、
   を具備したことを特徴とする売上データ処理装置。
2. 前記通知手段は、前記登録待ち顧客の混雑具合を通知する場合に、少なくとも他の店員所持の端末装置、バックヤード内の管理装置、顧客への案内用表示装置のいずれかを宛先として通知する処理を実行する、
   ようにしたことを特徴とする請求項１に記載の売上データ処理装置。
3. 前記特定手段は、前記撮像手段により撮影された画像を解析した結果、専用篭の一部しか認識することができなくてもその全体が認識できたものとして専用篭を特定する、
   ようにしたことを特徴とする請求項１あるいは請求項２に記載の売上データ処理装置。
4. 前記撮像手段は、登録待ち顧客が視認する客用表示部の近傍に搭載されていると共に、登録待ち顧客をその対面方向から撮影するためにそのカメラ向きが設定されている、
   ことを特徴とする請求項１〜請求項３のいずれかに記載の売上データ処理装置。
5. 前記撮像手段は、登録待ち顧客が視認する客用表示部の筐体に搭載されているカメラと、この客用表示部を支持する支持ポールに搭載されているカメラとを有し、前記各カメラは、登録待ち顧客をその対面方向から撮影する際に、その撮影範囲が異なるようなカメラ向きに設定され、
   前記特定手段は、前記カメラ装置毎の撮影画像を解析することによってそのカメラ毎に専用篭を特定し、
   前記計数手段は、前記特定手段により特定されたカメラ毎の専用篭を比較した結果、全てが同じ篭であると認識したときには、その認識数を専用篭の数として計数し、一部でも異なる篭であると認識したときには、同じ篭と認識した数に、異なると認識した数を加えた数を専用篭の数として計数する、
   ようにしたことを特徴とする請求項１〜請求項４のいずれかに記載の売上データ処理装置。
6. 前記撮像手段は、登録待ち顧客が視認する客用表示部の筐体に搭載されているカメラと、当該売上データ処理装置以外の箇所に配置されているカメラとを有し、前記各カメラは、登録待ち顧客を撮影する際に、その撮影範囲が異なるようなカメラ向きに設定され、
   前記特定手段は、前記カメラ毎の撮影画像を解析することによってその各カメラ毎に専用篭を特定し、
   前記計数手段は、前記特定手段により特定されたカメラ毎の専用篭を比較した結果、全てが同じ篭であると認識したときには、その認識数を専用篭の数として計数し、一部でも異なる篭であると認識したときには、同じ篭と認識した数に、異なると認識した数を加えた数を専用篭の数として計数する、
   ようにしたことを特徴とする請求項１〜請求項４のいずれかに記載の売上データ処理装置。
7. 前記撮像手段の撮影方向を変更する駆動手段を更に備え、
   前記特定手段は、前記駆動手段により前記撮像手段の撮影方向が変更される毎にその撮影画像を解析することによってその変更前後での専用篭を特定し、
   前記計数手段は、前記特定手段により特定された変更前後の専用篭を比較した結果、全てが同じ篭であると認識したときには、その認識数を専用篭の数として計数し、一部でも異なる篭であると認識したときには、同じ篭と認識した数に、異なると認識した数を加えた数を専用篭の数として計数する、
   ようにしたことを特徴とする請求項１〜請求項４のいずれかに記載の売上データ処理装置。
8. コンピュータに対して、
   売上データを取引毎に登録処理する機能と、
   登録待ちの顧客方向を撮影する機能と、
   前記撮影された画像を解析することによってその画像内の店舗専用篭を特定する機能と、
   前記特定された専用篭の数を計数する機能と、
   前記計数された専用篭の数に応じて、登録待ち顧客の混雑具合を通知する処理を実行する機能と、
   を実現させるためのプログラム。

Images