JP2023169333A - 商品管理装置、商品管理方法、及び、プログラム - Google Patents

Abstract

【課題】顧客の実際のニーズに見合った適切な数の商品を棚に陳列しておく商品管理装置、商品管理方法及びプログラムを提供する。【解決手段】商品管理装置１００において、サーバ１０は、商品棚の前にいる人物の画像を取得し、前記画像に基づいて前記人物が納品者であるか否かを判定する納品者判定手段（個人認証部２３）と、前記商品棚の前にいる人物が納品者である場合に、補充すべき商品に関する情報を含む補充支援情報を表示装置に表示する表示制御手段（補充支援情報生成部２６及び陳列支援情報生成部２９）と、を備える。【選択図】図３

Description

本発明は、店舗の棚に陳列する商品を管理する技術に関する。

店舗内の商品棚の撮影画像を用いて、商品の棚割を管理する手法が提案されている。例えば、特許文献１は、商品棚の撮影画像に写る商品の種別及び配置状況が所定の商品種別及び配置状況と一致しているか否かに基づいて、商品配置検査を実行するかを判定する商品棚割管理装置を開示している。

国際公開WO2016/117600号公報

通常、各棚に陳列すべき商品の数は予め決められており、棚に陳列された商品が不足する場合、納品者が商品を補充する。棚に陳列する商品数は、実際の顧客のニーズに合った理想的な数であることが好ましい。棚に陳列する商品の数が実際のニーズより多すぎると商品の廃棄などのロスにつながり、少なすぎると商品を販売する機会の損失が生じる。

本発明の１つの目的は、顧客の実際のニーズに見合った適切な数の商品を棚に陳列しておくことが可能な商品管理装置を提供することにある。

本発明の一つの観点では、商品管理装置は、
商品棚の前にいる人物の画像を取得し、前記画像に基づいて前記人物が納品者であるか否かを判定する納品者判定手段と、
前記商品棚の前にいる人物が納品者である場合に、補充すべき商品に関する情報を含む補充支援情報を表示装置に表示する表示制御手段と、を備える。

本発明の他の観点では、商品管理方法は、
コンピュータが、
商品棚の前にいる人物の画像を取得し、前記画像に基づいて前記人物が納品者であるか否かを判定し、
前記商品棚の前にいる人物が納品者である場合に、補充すべき商品に関する情報を含む補充支援情報を表示装置に表示する。

本発明のさらに他の観点では、プログラムは、
商品棚の前にいる人物の画像を取得し、前記画像に基づいて前記人物が納品者であるか否かを判定し、
前記商品棚の前にいる人物が納品者である場合に、補充すべき商品に関する情報を含む補充支援情報を表示装置に表示する処理をコンピュータに実行させる。

本発明によれば、顧客の実際のニーズに見合った適切な数の商品を棚に陳列しておくことが可能となる。

第１実施形態に係る商品管理装置の概略構成を示す。 サーバのハードウェア構成を示すブロック図である。 第１実施形態に係るサーバの機能構成を示すブロック図である。 支援情報表示処理のフローチャートである。 現在数、理想数、出し入れ回数の例を示す。 理想状態修正処理の第１実施例のフローチャートである。 顧客毎に記憶された出し入れ回数の例を示す。 理想状態修正処理の第２実施例のフローチャートである。 第２実施形態に係る商品管理装置の概略構成を示す。 第２実施形態に係るサーバの機能構成を示すブロック図である。 第３実施形態に係る商品管理装置の機能構成を示すブロック図である。

以下、図面を参照して、本発明の好適な実施形態について説明する。
＜第１実施形態＞
［全体構成］
図１は、第１実施形態に係る商品管理装置の概略構成を示す。商品管理装置１００は、店舗の商品棚１に陳列される商品を管理する。商品管理装置１００は、人物用カメラ２と、商品用カメラ３Ｒ、３Ｌと、表示装置４と、棚用カメラ５と、サーバ１０とを備える。人物用カメラ２、商品用カメラ３Ｒ、３Ｌ、表示装置４及び棚用カメラ５は、有線又は無線によりサーバ１０と通信する。

人物用カメラ２は、商品棚１の上部に設置される。人物用カメラ２は、商品棚１の前にいる顧客を撮影するものであり、少なくとも顧客の顔を含む部分を撮影する。人物用カメラ２は、顧客の画像をサーバ１０へ送信する。なお、以下の説明では、「画像」と言った場合は動画でも静止画でもよく、「映像」と言った場合は動画を指す。

商品用カメラ３Ｒ、３Ｌは、商品棚１に対する商品の出し入れを検出するために設けられ、顧客が商品を棚から取り出す様子、及び、商品を棚に戻す様子を撮影した映像をサーバ１０へ出力する。本実施形態では、商品棚１の枠に対して一対の商品用カメラ３Ｒ、３Ｌが取り付けられている。商品用カメラ３Ｒ、３Ｌは、それぞれカメラユニット３ａと、照明ユニット３ｂを備える。商品棚１の右側に取り付けられた商品用カメラ３Ｒにおいては、照明ユニット３ｂが商品棚１の前面及び前方の領域を照明している状態で、商品棚１の右上の角に設けられたカメラユニット３ａが左下方向に商品棚１の前面及び前方の領域全体を撮影する。同様に、商品棚１の左側に取り付けられた商品用カメラ３Ｌにおいても、照明ユニット３ｂが商品棚１の前面及び前方の領域を照明している状態で、商品棚１の左下の角に設けられたカメラユニット３ａが右上方向に商品棚１の前面及び前方の領域全体を撮影する。左右の商品用カメラ３Ｒ、３Ｌを用いて、商品を出し入れする顧客の手を左右両側から撮影するので、左右の一方の映像では顧客が商品を持つ手で商品が隠れてしまう場合でも、他方の映像では顧客の手の中の商品を撮影することができる。

表示装置４は、例えば液晶ディスプレイなどであり、商品を商品棚１に陳列する者（以下、「納品者」と呼ぶ。）に対して、商品の納品に関する支援情報を表示する。表示装置４に表示される情報は、サーバ１０から送信される。

棚用カメラ５は、商品棚１に陳列されている商品の画像を撮影する。本実施形態では、棚用カメラ５は、商品棚１の前面全体を撮影し、撮影された画像をサーバ１０へ送信する。棚用カメラ５は、商品棚１上の各商品の陳列状態、具体的には各商品が正しい方向を向いているか否かを判定するために使用される。

［サーバのハードウェア構成］
図２は、サーバ１０のハードウェア構成を示すブロック図である。図示のように、サーバ１０は、通信部１１と、プロセッサ１２と、メモリ１３と、記録媒体１４と、データベース（ＤＢ）１５とを備える。

通信部１１は、有線又は無線により、人物用カメラ２、商品用カメラ３Ｒ、３Ｌ、表示装置４及び棚用カメラ５と通信する。プロセッサ１２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などのコンピュータであり、予め用意されたプログラムを実行することにより、サーバ１０の全体を制御する。具体的に、プロセッサ１２は、後述する支援情報表示処理、理想状態修正処理を実行する。

メモリ１３は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などにより構成される。メモリ１３は、プロセッサ１２による各種の処理の実行中に作業メモリとしても使用される。

記録媒体１４は、ディスク状記録媒体、半導体メモリなどの不揮発性で非一時的な記録媒体であり、サーバ１０に対して着脱可能に構成される。記録媒体１４は、プロセッサ１２が実行する各種のプログラムを記録している。サーバ１０が各種の処理を実行する際には、記録媒体１４に記録されているプログラムがメモリ１３にロードされ、プロセッサ１２により実行される。

データベース１５は、人物用カメラ２、商品用カメラ３Ｒ、３Ｌ、棚用カメラ５などから送信された映像を記憶する。また、データベース１５は、納品者の顔画像や商品棚１に陳列する商品に関する情報を記憶する。なお、サーバ１０は、店員が指示や入力を行うためのキーボード、マウスなどの入力部や、液晶ディスプレイなどの表示部を備えていてもよい。

［サーバの機能構成］
図３は、サーバ１０の機能構成を示すブロック図である。サーバ１０は、機能的には、顔検出部２１と、顔画像記憶部２２と、個人認証部２３と、映像処理部２４と、商品記憶部２５と、補充支援情報生成部２６と、棚内商品検出部２７と、商品画像記憶部２８と、陳列支援情報生成部２９と、理想状態修正部３０と、を備える。

顔検出部２１は、人物用カメラ２から、商品棚１の前にいる人物の顔を含む画像を取得し、その画像中の顔の部分を検出して、顔画像を個人認証部２３に出力する。顔画像記憶部２２には、予め用意された納品者の顔画像が記憶されている。個人認証部２３は、商品棚１の前にいる人物の顔画像と、顔画像記憶部２２に記憶されている納品者の顔画像とを照合し、商品棚１の前にいる人物が納品者であるか否かを判定する。そして、個人認証部２３は、商品棚の前にいる人物が納品者であるか否かを示す情報を、映像処理部２４、補充支援情報生成部２６、陳列支援情報生成部２９及び理想状態修正部３０へ出力する。

商品記憶部２５には、商品棚１に陳列される各商品の商品画像が記憶されている。また、商品記憶部２５には、現在、商品棚１にある各商品の数（以下、「現在数」と呼ぶ。）、商品棚１にあるべき各商品の理想の数（以下、「理想数」と呼ぶ。）、及び、商品棚１に対して各商品が出し入れされた回数（以下、「出し入れ回数」と呼ぶ。）を記憶している。なお、理想数は、商品毎に予め決められた数である。また、現在数は、最初に又は毎回の納品時に商品棚１に陳列された各商品の数、即ち理想数と、その後に商品棚１から出し入れされた数により計算され、更新される。

映像処理部２４は、商品用カメラ３Ｒ、３Ｌから、商品棚１に対して商品が出し入れされる映像（以下、「出し入れ映像」とも呼ぶ。）を取得する。映像処理部２４は、商品用カメラ３Ｒ、３Ｌから取得した出し入れ映像と、商品記憶部２５に記憶されている各商品の画像とを照合して、商品の出し入れによる現在数の増減を判定する。納品者による商品の納品が完了した時点では、理想数の商品が商品棚１に陳列されている。映像処理部２４は、出し入れ映像に基づいて、商品棚１からある商品が１つ取り出されたと判定した場合、商品記憶部２５に記憶されているその商品の現在数を１減らす。一方、映像処理部２４は、出し入れ映像に基づいて、商品棚１にある商品が１つ補充されたと判定した場合、商品記憶部２５に記憶されているその商品の現在数を１増やす。こうして、映像処理部２４は、出し入れ映像に基づいて、商品棚１から商品が出し入れされるたびに、商品記憶部２５に記憶されている各商品の現在数を更新する。よって、商品記憶部２５には、常にそのときの各商品の現在数が記憶されていることになる。

補充支援情報生成部２６は、商品棚の前にいる人物が納品者であることを示す情報を個人認証部２３から受け取ると、そのときの各商品の現在数と理想数とに基づいて補充支援情報を生成する。具体的に、補充支援情報生成部２６は、以下の式により補充すべき数を算出する。
（補充すべき数）＝（理想数）－（現在数）
そして、補充支援情報生成部２６は、補充が必要な商品名と、補充すべき数とを含む補充支援情報を生成し、生成した補充支援情報を表示装置４に表示する。これにより、表示装置４には、例えば「商品Ａを２個補充し、商品Ｂを１個減らして下さい。」などの補充支援情報が表示される。

棚内商品検出部２７は、棚用カメラ５から商品棚１全体の撮影画像を取得し、その撮影画像から各商品の画像を抽出する。そして、棚内商品検出部２７は、検出された各商品の画像を陳列支援情報生成部２９に出力する。商品画像記憶部２８は、各商品が正しい向きに置かれた場合の画像、即ち、各商品の正面画像を記憶している。陳列支援情報生成部２９は、商品棚の前にいる人物が納品者であることを示す情報を個人認証部２３から受け取ると、棚内商品検出部２７から入力された各商品の画像を、商品画像記憶部２８に記憶されている各商品の正面画像と照合し、正しい向きに置かれていない商品を示す陳列支援情報を生成する。そして、陳列支援情報生成部２９は、生成した陳列支援情報を表示装置４に表示する。これにより、表示装置４には、例えば「商品Ｃと商品Ｈを正しい向きに直して下さい。」などの陳列支援情報が表示される。

理想状態修正部３０は、商品記憶部２５に記憶されている各商品の現在数、理想数及び出し入れ回数に基づいて、各商品の理想数を修正する。なお、理想状態の修正については、後に詳しく説明する。

なお、上記の構成において、理想状態修正部３０は、取得部、理想数修正部、販売数算出部、関心度判定部、修正処理部の一例であり、映像処理部２４は検出部の一例であり、個人認証部２３は納品者判定部の一例であり、補充支援情報生成部２６及び陳列支援情報生成部２９は表示制御部の一例である。

［支援情報表示処理］
次に、サーバ１０により行われる支援情報表示処理について説明する。図４は、支援情報表示処理のフローチャートである。この処理は、図２に示すプロセッサ１２が予め用意されたプログラムを実行し、図３に示す各要素として動作することにより実現される。

まず、サーバ１０の個人認証部２３は、人物用カメラ２から取得した人物の顔画像に基づいて、商品棚１の前にいる人物が納品者であるか否かを判定する（ステップＳ１１）。その人物が納品者でない場合（ステップＳ１１：Ｎｏ）、処理は終了する。一方、その人物が納品者である場合（ステップＳ１１：Ｙｅｓ）、補充支援情報生成部２６は、商品記憶部２５からその時点の各商品の現在数と理想数を取得し（ステップＳ１２）、補充が必要な商品名と、補充すべき数とを含む補充支援情報を生成する（ステップＳ１３）。

次に、棚内商品検出部２７は、棚用カメラ５からその時点の商品棚１全体の画像を取得し、各商品の画像を抽出する（ステップＳ１４）。次に、陳列支援情報生成部２９は、各商品の画像に基づいて各商品の向きを判定し、正しい向きに置かれていない商品を示す陳列支援情報を生成する（ステップＳ１５）。次に、補充支援情報生成部２６は補充支援情報を表示装置４へ出力して表示させるとともに、陳列支援情報生成部２９は陳列支援情報を表示装置４へ出力して表示させる（ステップＳ１６）。そして、支援情報表示処理は終了する。

このように、支援情報表示処理によれば、納品者が商品棚１の前に来たタイミングで、表示装置４に補充支援情報及び陳列支援情報が表示される。よって、納品者は、表示された支援情報を見て、効率的に商品の補充及び陳列を行うことができる。

［理想状態の修正］
次に、理想状態修正部３０による理想状態の修正について説明する。上述のように、納品者は、商品棚１に実際に置かれている各商品の現在数が、商品記憶部２５に記憶されている理想数と一致するように商品の補充を行う。ここで、理想数が現実の顧客のニーズより多いと、商品が売れ残り、廃棄などのロスにつながる。一方、理想数が現実の顧客のニーズより少ないと、その商品を販売する機会を失うことになる。よって、各核商品の理想数は、現実の顧客のニーズにマッチした数であることが好ましい。そこで、本実施形態では、理想状態修正部３０は、現実の顧客のニーズを推測して、各商品の理想数を修正する。具体的に、理想状態修正部３０は、商品記憶部２５に記憶されている現在数と、理想数と、出し入れ回数とを用いて、理想数を修正する。以下、理想状態の修正方法として、２つの実施例を説明する。

（第１実施例）
まず、理想状態の修正方法の第１実施例を説明する。図５は、納品者による前回の納品時から今回の納品時までの期間（以下、「納品サイクル」とも呼ぶ。）における現在数、理想数、出し入れ回数の例を示す。理想状態修正部３０は、まず、現在数と理想数を用いて、１回の納品サイクルにおいて各商品が売れた数（販売数）を以下の式で算出する。
（販売数）＝（理想数）－（現在数）

また、理想状態修正部３０は、出し入れ回数に基づいて、各商品に対する顧客の関心度を判定する。商品棚１からの商品の出し入れ回数は、商品棚１から商品を取り出したときに１回、商品棚１に商品を戻したときにも１回とカウントされる。顧客がある商品を取り出して観察し、その商品を買わずに商品棚１に戻した場合には、出し入れ回数は２回となる。各商品の出し入れ回数は、その商品に対する顧客の関心度と関連し、出し入れ回数が多い商品は、顧客の関心度が高いと推測することができる。そこで、理想状態修正部３０は、ある商品の出し入れ回数が所定回数より多い場合、その商品は顧客の関心度が高い商品であると推測する。

そして、理想状態修正部３０は、各商品の販売数と関心度に基づき、必要に応じて各商品の理想数を修正する。基本的な考え方としては、商品が売れていなければ理想数を減らし、商品が売れていれば理想数を維持する。但し、商品が売れていなくても、その商品に対する関心度が高い場合には、理想数を減らさずに維持する。また、商品が売れており、かつ、その商品に対する関心度が高い場合には、理想数を増加させる。これにより、売れ残りを減らすともに、販売機会の損失を防止することができる。

具体的に、理想状態修正部３０は、各商品について、販売数が予め決められた基準販売数以上であれば理想数を維持するか増やし、販売数が基準販売数未満であれば理想数を維持するか減らす。また、理想状態修正部３０は、各商品について、出し入れ回数が基準回数以上であれば関心度が高いと判定し、出し入れ回数が基準回数未満であれば関心度が低いと判定する。

いま、図５の例で、基準販売数を「２個」とし、基準回数を「５回」とする。この場合、商品Ａについては、販売数４個が基準販売数以上であるのでその商品は売れているが、出し入れ回数２回が基準回数未満であるので、その商品に対する関心度は低い。よって、理想状態修正部３０は、理想数５個を維持する。商品Ｂについては、販売数４個が基準販売数以上であるのでその商品は売れており、出し入れ回数１０回が基準回数以上であるのでその商品に対する関心度も高い。よって、理想状態修正部３０は、理想数５個を例えば６個に増やす。

商品Ｃについては、販売数１個が基準販売数未満であるので、その商品はあまり売れておらず、出し入れ回数１回が基準回数未満なので、その商品に対する関心度も低い。よって、理想状態修正部３０は、理想数５個を例えば４個に減らす。商品Ｄについては、販売数１個が基準販売数未満であるので、その商品はあまり売れていないが、出し入れ回数１０回が基準回数以上であり、その商品に対する関心度は高い。よって、理想状態修正部３０は、理想数５個を維持する。

なお、上記の例では、商品が売れており、かつ、その商品に対する関心度が高い場合には、理想数を増やしているが、その代わりに、商品棚１の収容能力などに応じて理想数を増加する場合の上限を設定してもよく、理想数の増加は行わないこととしてもよい。

図６は、理想状態修正処理の第１実施例のフローチャートである。この処理は、図２に示すプロセッサ１２が、予め用意されたプログラムを実行し、図３に示す各要素として動作することにより実現される。

まず、サーバ１０の個人認証部２３は、人物用カメラ２から取得した人物の顔画像に基づいて、商品棚１の前にいる人物が納品者であるか否かを判定する（ステップＳ２１）。その人物が納品者でない場合（ステップＳ２１：Ｎｏ）、処理は終了する。一方、その人物が納品者である場合（ステップＳ２１：Ｙｅｓ）、理想状態修正部３０は、商品記憶部２５から現在数、理想数及び出し入れ回数を取得する（ステップＳ２２）。

次に、理想状態修正部３０は、現在数と理想数から販売数を算出し（ステップＳ２３）、出し入れ回数から関心度を判定する（ステップＳ２４）。そして、理想状態修正部３０は、上述の方法により販売数と関心度を用いて、商品記憶部２５に記憶されている理想数を修正する（ステップＳ２５）。こうして、理想状態修正処理は終了する。

次に、第１実施例の変形例を説明する。上記の第１実施例では、理想状態修正部３０は、販売数と出し入れ回数を用いて理想数を修正しているが、販売数の代わりに現在数を用いてもよい。即ち、現在数と出し入れ回数を用いて理想数を修正してもよい。この場合、基本的な考え方は第１実施例と同様であるが、現在数に基づいて商品が売れているか否かが判断される。具体的には、現在数が基準現在数未満である場合には商品が売れていると判断され、現在数が基準現在数以上である場合には商品が売れていないと判断される。なお、通常は商品毎に理想数が異なるので、基準現在数を商品毎に設定してもよい。

いま、ある商品の基準現在数を「２個」とし、出し入れの基準回数を「５回」とする。この場合、理想状態修正部３０は、現在数が２個未満であり、かつ、出し入れ回数が５回未満である場合には理想数を維持するが、現在数が２個未満であり、かつ、出し入れ回数が５回以上である場合には理想数を１個増やす。また、理想状態修正部３０は、現在数が２個以上であり、かつ、出し入れ回数が５回以上である場合には理想数を維持するが、現在数が２個以上であり、かつ、出し入れ回数が５回未満である場合には理想数を１個減らす。なお、現在数が０個の場合には、出し入れ回数に関わらず理想数を１個増加するようにしてもよい。

（第２実施例）
次に、理想状態の修正方法の第２実施例を説明する。第２実施例では、商品に対する関心度を判定する方法が第１実施例と異なる。上記の第１実施例では、１回の納品サイクルにおける複数の顧客全体による出し入れ回数を用いて各商品に対する関心度を判定している。これに対し、第２実施例では、理想状態修正部３０は、顧客毎に出し入れ回数を記憶し、顧客毎に関心度を判定した上で、それらを集計して顧客全体の関心度を判定する。

具体的に、個人認証部２３は、商品棚１の前に来た複数の人物を人物用カメラ２の撮影画像を用いて識別し、人物毎ＩＤなどを付与して映像処理部２４に出力する。なお、この場合、個人認証部２３は、各人物が誰であるかを特定する必要はなく、同一人物であるか異なる人物であるかを区別できればよい。映像処理部２４は、商品の出し入れ回数を検出し、人物ＩＤに対応付けて商品記憶部２５に記憶する。これにより、各商品の出し入れ回数を人物毎に商品記憶部２５に記憶しておくことができる。なお、現在数と理想数から販売数を算出する方法、及び、販売数と関心度を用いて理想数を修正する方法は、第１実施例と同様である。

図７は、人物毎に記憶された出し入れ回数の例を示す。理想状態修正部３０は、納品者が現れると、商品記憶部２５から図７に例示するような人物毎の出し入れ回数を取得し、基準回数と比較して商品毎の関心度を判定する。ある人物が商品棚１から商品を取り出して観察し、商品棚１に戻した場合、出し入れ回数は２回となる。例えば基準回数を４回とすると、理想状態修正部３０は、出し入れ回数が４回以上である商品は、その人物が関心を持っている商品と判定する。図７の例では、人物３は商品Ａについて関心を持っており、それ以外の商品については関心を持っていないと判定できる。

こうして、理想状態修正部３０は、商品毎にその商品に関心を持っている人物の人数を集計し、関心を持っている人数が所定人数以上となった商品を、顧客全体の関心度が高い商品と判定する。もしくは、理想状態修正部３０は、出し入れ回数を集計した全人物のうちの所定割合（例えば、６０％）以上の人物が関心を持っている商品を、顧客全体として関心度が高い商品と判定してもよい。第１実施例においては、一人の人物が何度も繰り返し同じ商品を出し入れした結果、出し入れ回数が増加したような場合でも、その影響で顧客全体の関心度が高いと判定されてしまう。これに対し、第２実施例では、個々の人物の関心度を個別に判定し、それらを総合して全体的な関心度を判定することができる。

図８は、第２実施例による理想状態修正処理のフローチャートである。この処理は、図２に示すプロセッサ１２が、予め用意されたプログラムを実行し、図３に示す各要素として動作することにより実現される。

まず、サーバ１０の個人認証部２３は、人物用カメラ２から取得した人物の顔画像に基づいて、商品棚１の前にいる人物が納品者であるか否かを判定する（ステップＳ３１）。その人物が納品者でない場合（ステップＳ３１：Ｎｏ）、処理は終了する。一方、その人物が納品者である場合（ステップＳ３１：Ｙｅｓ）、理想状態修正部３０は、商品記憶部２５から現在数、理想数及び出し入れ回数を取得する（ステップＳ３２）。

次に、理想状態修正部３０は、現在数と理想数から販売数を算出する（ステップＳ３３）。また、理想状態修正部３０は、図７に例示する人物毎の出し入れ回数に基づいて、商品毎に、出し入れ回数が所定回数以上の人物を、その商品に関心を持っている人物と判定する（ステップＳ３４）。さらに、理想状態修正部３０は、各商品について、関心を持っている人物の人数を集計し、その人数が所定人数以上である場合、その商品を顧客全体の関心度が高い商品と判定する（ステップＳ３５）。そして、理想状態修正部３０は、販売数と関心度を用いて、商品記憶部２５に記憶されている理想数を修正する（ステップＳ３６）。なお、販売数と関心度を用いて理想数を修正する方法は、第１実施例と同様である。そして、理想状態修正処理は終了する。

なお、第２実施例においても、販売数の代わりに現在数を用いて商品が売れているか否かを判断してもよい。即ち、理想状態修正部３０は、現在数と関心度を用いて理想数を修正してもよい。

［変形例］
次に、本実施形態の変形例を説明する。以下の変形例は、適宜組み合わせて適用することができる。

（変形例１）
サーバ１０は、理想状態修正処理による理想数の修正内容を表示装置４に表示して納品者に伝えることとしてもよい。これにより、納品者が次回以降の納品時に準備する各商品の数を調整することができる。

（変形例２）
上記の実施形態では、商品の現在数と理想数とが乖離する場合に、表示装置４に補充支援情報が表示されるが、納品者が誤って商品を補充しすぎた場合には、サーバ１０は表示装置４を制御して警告音を発する、警告表示を行うなどの方法により、直ちに納品者にフィードバックを行ってもよい。また、納品者による補充が不足しており、現在数と理想数とが乖離したまま納品者がその場を立ち去ろうとした場合にも、サーバ１０は警告音や警告表示などによるフィードバックを行ってもよい。

表示装置４としてタッチパネル式ディスプレイを使用し、納品者が自ら理想数の変更を入力したり、新規な商品について納品者が理想数を設定したりできるようにしてもよい。また、上記の実施形態では、表示装置４を商品棚１に取り付けているが、その代わりに、納品者が使用するタブレット端末などを表示装置として使用してもよい。

（変形例３）
上記の実施形態では、個人認証部２３は、人物用カメラ２が撮影した顔画像を用いて、商品棚の前にいる人物が納品者であるか否かを判定している。その代わりに、個人認証部２３は、人物用カメラ２が撮影した人物の制服やバッジなどに基づいて、納品者の認証を行ってもよい。

（変形例４）
上記の実施形態では、支援情報として、商品の補充のための補充支援情報と、商品を正しい向きに配置するための陳列支援情報の両方を生成し、表示しているが、補充支援情報のみを生成し、表示するようにしてもよい。

＜第２実施形態＞
次に、本発明の第２実施形態について説明する。第２実施形態では、棚カメラを設けず、陳列支援情報の表示を行わない。この点以外は、第２実施形態は第１実施形態と同様である。図９は、第２実施形態に係る商品管理装置１００ｘの概略構成を示す。図１と比較すると理解されるように、商品管理装置１００ｘは棚用カメラ５を有しないが、それ以外の構成は第１実施形態よる商品管理装置１００と同様である。図１０は、第２実施形態に係るサーバ１０ｘの機能構成を示す。図３と比較すると理解されるように、サーバ１０ｘは、棚内商品検出部２７、商品画像記憶部２８及び陳列支援情報生成部２９を有しないが、それ以外の構成は第１実施形態によるサーバ１０と同様である。

商品管理装置１００ｘは、棚カメラを用いた陳列支援情報の表示を行わない点以外は、第１実施形態の商品管理装置１００と同様に動作する。即ち、商品管理装置１００ｘは、第１実施形態と同様に補充支援情報を表示し、また、理想状態の修正を行う。

＜第３実施形態＞
次に、本発明の第３実施形態について説明する。図１１は、第３実施形態に係る商品管理装置の機能構成を示すブロック図である。商品管理装置７０は、取得部７１と、検出部７２と、理想数修正部７３と、を備える。取得部７１は、商品を陳列すべき理想の数である理想数と、商品棚に実際に陳列されている商品の数である現在数とを取得する。検出部７２は、商品棚に対する商品の出し入れ回数を検出する。理想数修正部７３は、現在数と、出し入れ回数とに基づいて、理想数を修正する。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
商品棚の前にいる人物の画像を取得し、前記画像に基づいて前記人物が納品者であるか否かを判定する納品者判定手段と、
前記商品棚の前にいる人物が納品者である場合に、補充すべき商品に関する情報を含む補充支援情報を表示装置に表示する表示制御手段と、
を備える商品管理装置。

（付記２）
前記補充支援情報は、補充すべき商品の商品名及び個数を含むことを特徴とする付記１に記載の商品管理装置。

（付記３）
商品を陳列すべき理想の数である理想数と、前記商品棚に陳列されている商品の数である現在数とを取得する取得手段を備え、
前記補充支援情報は、前記理想数と前記現在数とに基づいて生成される、付記１又は２に記載の商品管理装置。

（付記４）
前記商品棚上の商品の画像を取得し、前記画像に基づいて、前記商品棚上で正しい向きに配置されていない商品の情報を含む陳列支援情報を生成する陳列支援情報生成手段を備え、
前記表示制御手段は、前記陳列支援情報を前記表示装置に表示する付記１乃至３のいずれか一項に記載の商品管理装置。

（付記５）
前記商品棚全体の撮影画像を取得し、前記撮影画像から各商品の画像を抽出する棚内商品検出手段と、
各商品が正しい向きに置かれた場合の正面画像を記憶する商品画像記憶手段とを備え、
前記陳列支援情報生成手段は、前記商品棚の前にいる人物が納品者である場合に、前記棚内商品検出手段から入力された各商品の画像を、商品画像記憶手に記憶されている各商品の前記正面画像と照合し、前記陳列支援情報を生成する付記４に記載の商品管理装置。

（付記６）
コンピュータが、
商品棚の前にいる人物の画像を取得し、前記画像に基づいて前記人物が納品者であるか否かを判定し、
前記商品棚の前にいる人物が納品者である場合に、補充すべき商品に関する情報を含む補充支援情報を表示装置に表示する商品管理方法。

（付記７）
商品棚の前にいる人物の画像を取得し、前記画像に基づいて前記人物が納品者であるか否かを判定し、
前記商品棚の前にいる人物が納品者である場合に、補充すべき商品に関する情報を含む補充支援情報を表示装置に表示する処理をコンピュータに実行させるプログラム。

１ 商品棚
２ 人物用カメラ
３Ｒ、３Ｌ 商品用カメラ
４ 表示装置
５ 棚用カメラ
１０ サーバ
２１ 顔検出部
２３ 個人認証部
２４ 映像処理部
２５ 商品記憶部
２６ 補充支援情報生成部
２９ 陳列支援情報生成部
３０ 理想状態修正部

Claims (7)

1. 商品棚の前にいる人物の画像を取得し、前記画像に基づいて前記人物が納品者であるか否かを判定する納品者判定手段と、
   前記商品棚の前にいる人物が納品者である場合に、補充すべき商品に関する情報を含む補充支援情報を表示装置に表示する表示制御手段と、
   を備える商品管理装置。
2. 前記補充支援情報は、補充すべき商品の商品名及び個数を含むことを特徴とする請求項１に記載の商品管理装置。
3. 商品を陳列すべき理想の数である理想数と、前記商品棚に陳列されている商品の数である現在数とを取得する取得手段を備え、
   前記補充支援情報は、前記理想数と前記現在数とに基づいて生成される、請求項１又は２に記載の商品管理装置。
4. 前記表示制御手段は、前記商品棚上の商品の画像を取得し、前記画像に基づいて、前記商品棚上で正しい向きに配置されていない商品の情報を含む陳列支援情報を生成し、前記陳列支援情報を前記表示装置に表示する請求項１乃至３のいずれか一項に記載の商品管理装置。
5. 前記商品棚全体の撮影画像を取得し、前記撮影画像から各商品の画像を抽出する棚内商品検出手段と、
   各商品が正しい向きに置かれた場合の正面画像を記憶する商品画像記憶手段とを備え、
   前記表示制御手段は、前記商品棚の前にいる人物が納品者である場合に、前記棚内商品検出手段から入力された各商品の画像を、商品画像記憶手に記憶されている各商品の前記正面画像と照合し、前記陳列支援情報を生成する請求項４に記載の商品管理装置。
6. コンピュータが、
   商品棚の前にいる人物の画像を取得し、前記画像に基づいて前記人物が納品者であるか否かを判定し、
   前記商品棚の前にいる人物が納品者である場合に、補充すべき商品に関する情報を含む補充支援情報を表示装置に表示する商品管理方法。
7. 商品棚の前にいる人物の画像を取得し、前記画像に基づいて前記人物が納品者であるか否かを判定し、
   前記商品棚の前にいる人物が納品者である場合に、補充すべき商品に関する情報を含む補充支援情報を表示装置に表示する処理をコンピュータに実行させるプログラム。