知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-18
(45)【発行日】2024-11-26
(54)【発明の名称】商品入れ替え提案システム、および、収納庫
(51)【国際特許分類】
G06Q 30/0202 20230101AFI20241119BHJP
G06Q 50/10 20120101ALI20241119BHJP
G16Y 10/45 20200101ALI20241119BHJP
G16Y 20/20 20200101ALI20241119BHJP
G16Y 40/20 20200101ALI20241119BHJP
G16Y 40/30 20200101ALI20241119BHJP
【ＦＩ】
G06Q30/0202
G06Q50/10
G16Y10/45
G16Y20/20
G16Y40/20
G16Y40/30
【請求項の数】
13
(21)【出願番号】P 2021143539
(22)【出願日】2021-09-02
(65)【公開番号】P2023036472
(43)【公開日】2023-03-14
【審査請求日】2023-12-21
(73)【特許権者】
【識別番号】399048917
【氏名又は名称】日立グローバルライフソリューションズ株式会社
(74)【代理人】
【識別番号】110001807
【氏名又は名称】弁理士法人磯野国際特許商標事務所
(72)【発明者】
【氏名】中川 雄一郎
(72)【発明者】
【氏名】澤田 晃
(72)【発明者】
【氏名】鶴崎 整
【審査官】田中 寛人
(56)【参考文献】
【文献】特表２０２１－５１３１４０（ＪＰ，Ａ）
【文献】特開２０２０－０１３１８３（ＪＰ，Ａ）
【文献】特開２０２０－１５４５１０（ＪＰ，Ａ）
【文献】特開２０１３－１８２５３８（ＪＰ，Ａ）
【文献】特開２０２０－０８６６７５（ＪＰ，Ａ）
【文献】特開２０１９－２０８６２７（ＪＰ，Ａ）
【文献】特開２０２０－１２３３０６（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ１０／００－９９／００
Ｇ１６Ｙ１０／４５
Ｇ１６Ｙ２０／２０
Ｇ１６Ｙ４０／２０
Ｇ１６Ｙ４０／３０
(57)【特許請求の範囲】
【請求項1】
貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、
各前記商品の決済を検知する決済検知部と、
各前記商品の販売数の変化に基づき、前記商品のうちユーザ全体としての再購入率が閾値以下の商品を、入れ替え候補として提案し、過去の購入が所定値よりも多いユーザの再購入率が閾値を超えている商品を、入れ替え候補から除外する提案部と、
を備えることを特徴とする商品入れ替え提案システム。
【請求項2】
貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、
各前記商品の決済を検知する決済検知部と、
或る期間における各前記商品の販売数の変化に基づき、前記商品のうちユーザ全体としての再購入率が閾値以下の商品を、入れ替え候補として提案し、所定期間に亘って繰り返し購入しているヘビーユーザに対する、この期間に再購入したユーザの割合である再購入率が閾値を超えている品を、入れ替え候補から除外する提案部と、
を備えることを特徴とする商品入れ替え提案システム。
【請求項3】
前記提案部は、お気に入り登録数が所定値以下の商品を、入れ替え候補として提案する、ことを特徴とする請求項２に記載の商品入れ替え提案システム。
【請求項4】
貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、
各前記商品の決済を検知する決済検知部と、
各前記商品の販売数の変化に基づき、前記商品のうち入れ替え候補となるものを提案する提案部と、
認証情報を読み取る読取装置を含み、ユーザが有する認証情報源から認証情報を読み取って前記ユーザを認証する認証部と、
を備え、
前記ユーザの識別情報は、前記ユーザの健康情報が記録されたネットワークサービスのアカウントに紐づけられており、
前記提案部は、前記健康情報に所定の問題を有するユーザの再購入率が閾値を超えている商品は、入れ替え候補として提案しない、
ことを特徴とする商品入れ替え提案システム。
【請求項5】
電子錠が取り付けられ、前記貯蔵室の開口を開閉自在な扉を更に備え、前記認証部がユーザを認証したときに、前記電子錠を解錠する、
ことを特徴とする請求項４に記載の商品入れ替え提案システム。
【請求項6】
前記取出し検知部は、前記商品が載置された棚の重量を検知する重量センサを含み、前記棚の重量の変化により、前記認証部が認証したユーザによる各前記商品の取り出しを検知する、ことを特徴とする請求項５に記載の商品入れ替え提案システム。
【請求項7】
前記取出し検知部は撮像装置を含み、前記撮像装置によって、前記認証部が認証したユーザによる各前記商品の取り出しを検知する、ことを特徴とする請求項５に記載の商品入れ替え提案システム。
【請求項8】
前記取出し検知部は第１のＩＣタグリーダを含み、前記商品に貼付けられているＩＣタグ情報を読み取ることにより、前記認証部が認証したユーザによる各前記商品の取り出しを検知する、ことを特徴とする請求項４に記載の商品入れ替え提案システム。
【請求項9】
ユーザを認証する認証部と、撮像装置を含み、前記撮像装置によって前記商品に貼付けられているバーコードを読み取ることにより、前記認証部が認証したユーザへの各前記商品の決済を検知する決済検知部と、
を備え、
前記取出し検知部が何れかの商品の取出しを検知したのち、前記決済検知部は、前記撮像装置がバーコードを読み取るよりも前に前記貯蔵室の扉が閉じられたならば、未決済であることを報知する、
ことを特徴とする請求項２に記載の商品入れ替え提案システム。
【請求項10】
貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、
各前記商品の決済を検知する決済検知部と、
各前記商品の販売数の変化に基づき、前記商品のうちユーザ全体としての再購入率が閾値以下の商品を、入れ替え候補として提案し、過去の購入が所定値よりも多いユーザの再購入率が閾値を超えている商品を、入れ替え候補から除外する提案部と、
を備えることを特徴とする収納庫。
【請求項11】
貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、
各前記商品の決済を検知する決済検知部と、
或る期間における各前記商品の販売数の変化に基づき、前記商品のうちユーザ全体としての再購入率が閾値以下の商品を、入れ替え候補として提案し、所定期間に亘って繰り返し購入しているヘビーユーザに対する、この期間に再購入したユーザの割合である再購入率が閾値を超えている品を、入れ替え候補から除外する提案部と、
を備えることを特徴とする収納庫。
【請求項12】
貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、
各前記商品の決済を検知する決済検知部と、
各前記商品の販売数の変化に基づき、前記商品のうち入れ替え候補となるものを提案する提案部と、
認証情報を読み取る読取装置を含み、ユーザが有する認証情報源から認証情報を読み取って前記ユーザを認証する認証部と、
を備え、
前記ユーザの識別情報は、前記ユーザの健康情報が記録されたネットワークサービスのアカウントに紐づけられており、
前記提案部は、前記健康情報に所定の問題を有するユーザの再購入率が閾値を超えている商品は、入れ替え候補として提案しない、
ことを特徴とする収納庫。
【請求項13】
ユーザを認証する認証部と、撮像装置を含み、前記撮像装置によって前記商品に貼付けられているバーコードを読み取ることにより、前記認証部が認証したユーザへの各前記商品の決済を検知する決済検知部と、
を備え、
前記取出し検知部が何れかの商品の取出しを検知したのち、前記決済検知部は、前記撮像装置がバーコードを読み取るよりも前に前記貯蔵室の扉が閉じられたならば、未決済であることを報知する、
ことを特徴とする請求項１２に記載の収納庫。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、商品入れ替え提案システム、および、収納庫に関する。
【背景技術】
【0002】
消費者の嗜好分布や購入履歴に基づいて、商品の推薦を行うシステムが提案されている。例えば、特許文献１には、多くの消費者が購入の対象とするが、売れ筋商品と比べると購入される総数の少ない商品を消費者に推薦することが開示されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２１－１０１３９２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１に記載されている発明は、特許文献１の図４に示すように、購入人数と購入者一人当たりの購入数で消費に推薦優先度を判断している。これにより、売り上げは向上するが、商品購入者の満足度が下がってしまう可能性が有る。また、商品購入者ではなく、商品の販売会社に対して、何らかの提案をすることも必要である。それと共に、商品を販売する際に、どのようにして少ない工数で商品の販売情報（購入情報）を収集するかということも課題である。
【0005】
そこで、本発明は、商品入れ替え提案システム、および、収納庫にて、商品の販売会社に対して入れ替え対象となる商品を好適に提案することを課題とする。
【課題を解決するための手段】
【0006】
前記した課題を解決するため、本発明の商品入れ替え提案システムは、貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、各前記商品の決済を検知する決済検知部と、各前記商品の販売数の変化に基づき、前記商品のうちユーザ全体としての再購入率が閾値以下の商品を、入れ替え候補として提案し、過去の購入が所定値よりも多いユーザの再購入率が閾値を超えている商品を、入れ替え候補から除外する提案部と、を備えることを特徴とする。
本発明の商品入れ替え提案システムは、貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、各前記商品の決済を検知する決済検知部と、或る期間における各前記商品の販売数の変化に基づき、前記商品のうちユーザ全体としての再購入率が閾値以下の商品を、入れ替え候補として提案し、所定期間に亘って繰り返し購入しているヘビーユーザに対する、この期間に再購入したユーザの割合である再購入率が閾値を超えている品を、入れ替え候補から除外する提案部と、を備えることを特徴とする。
本発明の商品入れ替え提案システムは、貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、各前記商品の決済を検知する決済検知部と、各前記商品の販売数の変化に基づき、前記商品のうち入れ替え候補となるものを提案する提案部と、認証情報を読み取る読取装置を含み、ユーザが有する認証情報源から認証情報を読み取って前記ユーザを認証する認証部と、を備え、前記ユーザの識別情報は、前記ユーザの健康情報が記録されたネットワークサービスのアカウントに紐づけられており、前記提案部は、前記健康情報に所定の問題を有するユーザの再購入率が閾値を超えている商品は、入れ替え候補として提案しない、ことを特徴とする。
本発明の商品入れ替え提案システムは、貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、各前記商品の決済を検知する決済検知部と、或る期間における各前記商品の販売数の変化に基づき、前記商品のうちユーザ全体としての再購入率が閾値以下の商品を、入れ替え候補として提案し、所定期間に亘って繰り返し購入しているヘビーユーザに対する、この期間に再購入したユーザの割合である再購入率が閾値を超えている品を、入れ替え候補から除外する提案部と、を備えることを特徴とする。
本発明の商品入れ替え提案システムは、貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、各前記商品の決済を検知する決済検知部と、各前記商品の販売数の変化に基づき、前記商品のうち入れ替え候補となるものを提案する提案部と、認証情報を読み取る読取装置を含み、ユーザが有する認証情報源から認証情報を読み取って前記ユーザを認証する認証部と、を備え、前記ユーザの識別情報は、前記ユーザの健康情報が記録されたネットワークサービスのアカウントに紐づけられており、前記提案部は、前記健康情報に所定の問題を有するユーザの再購入率が閾値を超えている商品は、入れ替え候補として提案しない、ことを特徴とする。
【0007】
本発明の収納庫は、貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、各前記商品の決済を検知する決済検知部と、各前記商品の販売数の変化に基づき、前記商品のうちユーザ全体としての再購入率が閾値以下の商品を、入れ替え候補として提案し、過去の購入が所定値よりも多いユーザの再購入率が閾値を超えている商品を、入れ替え候補から除外する提案部と、を備えることを特徴とする。
本発明の収納庫は、貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、各前記商品の決済を検知する決済検知部と、或る期間における各前記商品の販売数の変化に基づき、前記商品のうちユーザ全体としての再購入率が閾値以下の商品を、入れ替え候補として提案し、所定期間に亘って繰り返し購入しているヘビーユーザに対する、この期間に再購入したユーザの割合である再購入率が閾値を超えている品を、入れ替え候補から除外する提案部と、を備えることを特徴とする。
本発明の収納庫は、貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、各前記商品の決済を検知する決済検知部と、各前記商品の販売数の変化に基づき、前記商品のうち入れ替え候補となるものを提案する提案部と、認証情報を読み取る読取装置を含み、ユーザが有する認証情報源から認証情報を読み取って前記ユーザを認証する認証部と、を備え、前記ユーザの識別情報は、前記ユーザの健康情報が記録されたネットワークサービスのアカウントに紐づけられており、前記提案部は、前記健康情報に所定の問題を有するユーザの再購入率が閾値を超えている商品は、入れ替え候補として提案しない、ことを特徴とする。
その他の手段については、発明を実施するための形態のなかで説明する。
本発明の収納庫は、貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、各前記商品の決済を検知する決済検知部と、或る期間における各前記商品の販売数の変化に基づき、前記商品のうちユーザ全体としての再購入率が閾値以下の商品を、入れ替え候補として提案し、所定期間に亘って繰り返し購入しているヘビーユーザに対する、この期間に再購入したユーザの割合である再購入率が閾値を超えている品を、入れ替え候補から除外する提案部と、を備えることを特徴とする。
本発明の収納庫は、貯蔵室に設けられ、商品を載置する１または複数の棚と、各前記商品の取り出しを検知する取出し検知部と、各前記商品の決済を検知する決済検知部と、各前記商品の販売数の変化に基づき、前記商品のうち入れ替え候補となるものを提案する提案部と、認証情報を読み取る読取装置を含み、ユーザが有する認証情報源から認証情報を読み取って前記ユーザを認証する認証部と、を備え、前記ユーザの識別情報は、前記ユーザの健康情報が記録されたネットワークサービスのアカウントに紐づけられており、前記提案部は、前記健康情報に所定の問題を有するユーザの再購入率が閾値を超えている商品は、入れ替え候補として提案しない、ことを特徴とする。
その他の手段については、発明を実施するための形態のなかで説明する。
【発明の効果】
【0008】
本発明によれば、商品の販売会社に対して入れ替え対象となる商品を好適に提案することが可能となる。
【図面の簡単な説明】
【0009】
【図1】第１実施形態に係る商品入れ替え提案システムの構成図である。
【図2】収納庫と決済端末の構成図である。
【図3】収納庫による商品の取出し検知処理と戻し検知処理のフローチャートである。
【図4】決済端末による決済処理のフローチャートである。
【図5】商品の入れ替え提案のフローチャートである。
【図6】第２実施形態に係る商品入れ替え提案システムの構成図である。
【図7】収納庫の構成図である。
【図8】収納庫による取出し検知処理と戻し検知処理と決済処理のフローチャートである。
【図9】再購入率の算出処理のフローチャートである。
【図10】サーバによる商品の入れ替えの提案処理のフローチャートである。
【図11】第３実施形態に係る収納庫の構成図である。
【図12】商品の取出し検知処理と戻し検知処理のフローチャートである。
【図13】第４実施形態に係る収納庫の構成図である。
【図14】商品の取出し検知処理と戻し検知処理のフローチャートである。
【発明を実施するための形態】
【0010】
以降、本発明を実施するための形態を、各図を参照して詳細に説明する。
《第１の実施形態》
第１実施形態に係る商品入れ替え提案システムは、収納庫内に載置された商品の販売数の変化に基づいて、商品の入れ替えを提案するものである。
《第１の実施形態》
第１実施形態に係る商品入れ替え提案システムは、収納庫内に載置された商品の販売数の変化に基づいて、商品の入れ替えを提案するものである。
【0011】
図１は、第１実施形態に係る商品入れ替え提案システム７の構成図である。
商品入れ替え提案システム７は、サーバ３と、収納庫１と、決済端末６を含んで構成されている。これらサーバ３と、収納庫１と、決済端末６とは、ネットワーク４を介して相互に通信可能に接続されている。
商品入れ替え提案システム７は、サーバ３と、収納庫１と、決済端末６を含んで構成されている。これらサーバ３と、収納庫１と、決済端末６とは、ネットワーク４を介して相互に通信可能に接続されている。
【0012】
サーバ３は、この商品入れ替え提案システム７を統括制御するものである。サーバ３は、購入履歴データベース３１と、提案部３４と、表示部３５と、通信部３６と、処理部３７とを含んで構成される。
【0013】
購入履歴データベース３１は、後記する図２に示す商品５ａ～５ｃなどの販売履歴を格納するデータベースである。提案部３４は、購入履歴データベース３１を参照して、各商品の販売数の変化に基づき、収納庫１に収納して販売する商品の入れ替え候補となるものを提案するものである。表示部３５は、液晶ディスプレイなどで構成され、例えば提案部３４による商品の入れ替え提案などを表示するものである。通信部３６は、ネットワークインタフェースカードなどで構成され、このサーバ３が後記する決済端末６や収納庫１などと通信するためのものである。処理部３７は、決済端末６から受信した各商品の販売情報を、購入履歴データベース３１に格納する。
【0014】
収納庫１は、販売企業がエンドユーザに販売する商品を収納するものである。そして決済端末６は、ユーザが購入する商品を決済するための端末である。収納庫１と決済端末６は、後記する図２で詳細に説明する。
【0015】
図２は、収納庫１と決済端末６の構成図である。
収納庫１は、扉１２と、棚１３ａ～１３ｃおよび重量センサ１３１ａ～１３１ｃと、制御部１０と、通信部１６とを含んで構成されるものであり、例えば収納している商品等を冷蔵する冷蔵庫である。収納庫１は、不図示の貯蔵室を備え、その貯蔵室には、貯蔵室の開口を開閉自在な扉１２と、棚１３ａ～１３ｃが設けられている。貯蔵室の棚１３ａには、販売会社によって複数の商品５ａが載置される、棚１３ｂには、販売会社によって複数の商品５ｂが載置される。棚１３ｃには、販売会社によって複数の商品５ｃが載置される。これら商品５ａ～５ｃは、ユーザが自由に取り出し可能である。
収納庫１は、扉１２と、棚１３ａ～１３ｃおよび重量センサ１３１ａ～１３１ｃと、制御部１０と、通信部１６とを含んで構成されるものであり、例えば収納している商品等を冷蔵する冷蔵庫である。収納庫１は、不図示の貯蔵室を備え、その貯蔵室には、貯蔵室の開口を開閉自在な扉１２と、棚１３ａ～１３ｃが設けられている。貯蔵室の棚１３ａには、販売会社によって複数の商品５ａが載置される、棚１３ｂには、販売会社によって複数の商品５ｂが載置される。棚１３ｃには、販売会社によって複数の商品５ｃが載置される。これら商品５ａ～５ｃは、ユーザが自由に取り出し可能である。
【0016】
重量センサ１３１ａは、棚１３ａとそれに載置された商品５ａの重量を計測するセンサである。この重量センサ１３１ａは、棚１３ａに載置された商品５ａの取り出しを検知する取出し検知部として機能する。更に重量センサ１３１ｂは、棚１３ｂとそれに載置された商品５ｂの重量を計測するセンサである。重量センサ１３１ｃは、棚１３ｃとそれに載置された商品５ｃの重量を計測するセンサである。重量センサ１３１ｂ，１３１ｃも同様に、商品５ｂ，５ｃの取り出しを検知する取出し検知部として機能する。
【0017】
制御部１０は、重量センサ１３１ａ～１３１ｃと通信部１６に内部バスを介して接続されている。通信部１６は、無線ＬＡＮ（Local Area Network）カードなどで構成され、この収納庫１が決済端末６や図１のサーバ３などと通信するためのものである。
【0018】
一方で、決済端末６は、ユーザが収納庫１から取り出した商品を決済するための端末である。決済端末６は、制御部６１と、通信部６２と、バーコードリーダ６３を含んで構成される。
【0019】
バーコードリーダ６３は、商品５ａ～５ｃなどに貼り付けられているバーコードを読み取るリーダであり、これら商品５ａ～５ｃの決済を検知する決済検知部として機能する。
【0020】
制御部６１は、通信部６２とバーコードリーダ６３とに内部バスを介して接続されている。通信部６２は、無線ＬＡＮカードなどで構成され、この決済端末６が収納庫１や図１のサーバ３などと通信するためのものである。
【0021】
図３は、収納庫１による商品５ａ～５ｃの取出し検知処理と戻し検知処理のフローチャートであり、適宜図１と図２を参照して説明する。
制御部１０（図２参照）は、棚１３ａ～１３ｃ（図２参照）の重量減少を検知したか否かを判定する（ステップＳ１１０）。棚１３ａ～１３ｃの重量減少を検知したならば（Ｙｅｓ）、制御部１０は、この棚に対応する商品の取り出しを検知する（ステップＳ１１１）。そして制御部１０は、通信部１６（図２参照）により、この商品の取出しを決済端末６（図２参照）に通知すると（ステップＳ１１２）、ステップＳ１１０に戻る。一方で、ステップＳ１１０にて、制御部１０は、棚１３ａ～１３ｃの重量減少を検知しなかったならば（Ｎｏ）、ステップＳ１１３に進む。
制御部１０（図２参照）は、棚１３ａ～１３ｃ（図２参照）の重量減少を検知したか否かを判定する（ステップＳ１１０）。棚１３ａ～１３ｃの重量減少を検知したならば（Ｙｅｓ）、制御部１０は、この棚に対応する商品の取り出しを検知する（ステップＳ１１１）。そして制御部１０は、通信部１６（図２参照）により、この商品の取出しを決済端末６（図２参照）に通知すると（ステップＳ１１２）、ステップＳ１１０に戻る。一方で、ステップＳ１１０にて、制御部１０は、棚１３ａ～１３ｃの重量減少を検知しなかったならば（Ｎｏ）、ステップＳ１１３に進む。
【0022】
制御部１０は、棚１３ａ～１３ｃの重量増加を検知したか否かを判定する（ステップＳ１１３）。棚１３ａ～１３ｃの重量増加を検知したならば（Ｙｅｓ）、制御部１０は、この棚に対応する商品の戻しを検知する（ステップＳ１１４）。そして制御部１０は、通信部１６により、この商品の取り出しを決済端末６に通知すると（ステップＳ１１５）、ステップＳ１１０に戻る。一方で、ステップＳ１１３にて、制御部１０は、棚１３ａ～１３ｃの重量増加を検知しなかったならば（Ｎｏ）、ステップＳ１１０に戻る。
【0023】
重量センサ１３１ａ～１３１ｃからのデータ取得周期が短く、例えば１秒周期であれば、制御部１０は、商品を取り出したことに加えて、商品を取り出したあとに棚に戻したことが判定可能である。
なお、重量センサ１３１ａ～１３１ｃからのデータ取得周期が長く、例えば１０秒周期であれば、カメラを併用して、棚１３ａ～１３ｃを監視するとよい。これにより制御部１０は、商品を取り出したことに加えて、商品を取り出したあとに棚に戻したことが分かる。
なお、重量センサ１３１ａ～１３１ｃからのデータ取得周期が長く、例えば１０秒周期であれば、カメラを併用して、棚１３ａ～１３ｃを監視するとよい。これにより制御部１０は、商品を取り出したことに加えて、商品を取り出したあとに棚に戻したことが分かる。
【0024】
また、カメラを用いて収納庫１の近くに人を検知した場合、重量センサ１３１ａ～１３１ｃからのデータ取得周期を短くしてもよい。これにより、収納庫１とサーバ３との通信量を低減可能である。
【0025】
サーバ３の処理部３７（図１参照）は、収納庫１から各商品の取出し情報と戻し情報を受信すると、購入履歴データベース３１に、各商品の取出し情報と戻し情報を格納する。商品の販売会社に対して、各商品の魅力を示す情報として、各商品を手に取ったか否かの取出し情報と、それを購入せずに戻したという戻し情報とを提示できる。
【0026】
図４は、決済端末６による決済処理のフローチャートであり、適宜図１と図２を参照して説明する。
図２に示す決済端末６の制御部６１は、通信部６２（図２参照）により収納庫１から商品取出し情報の受信を試みる（ステップＳ１２０）。次に制御部６１は、バーコードリーダ６３がバーコードを検知したか否かを判定する。バーコードリーダ６３がバーコードを検知しなかったならば（Ｎｏ）、制御部６１は、ステップＳ１２０の処理に戻る。
図２に示す決済端末６の制御部６１は、通信部６２（図２参照）により収納庫１から商品取出し情報の受信を試みる（ステップＳ１２０）。次に制御部６１は、バーコードリーダ６３がバーコードを検知したか否かを判定する。バーコードリーダ６３がバーコードを検知しなかったならば（Ｎｏ）、制御部６１は、ステップＳ１２０の処理に戻る。
【0027】
バーコードリーダ６３がバーコードを検知したならば（Ｙｅｓ）、制御部６１は、バーコードに対応する商品が取り出し中であるか否かを判定する。バーコードに対応する商品が取り出し中でないならば（Ｎｏ）、制御部６１は、商品以外のバーコードが読み取られたと判定して、ステップＳ１２０に戻る。バーコードに対応する商品が取り出し中ならば（Ｙｅｓ）、制御部６１は、バーコード情報に対応する商品の決済を行い、サーバ３に決済情報を送信すると、ステップＳ１２０に戻る。
図１に示すサーバ３の処理部３７は、決済端末６から決済情報を受信すると、購入履歴データベース３１に、商品の販売履歴（決済履歴）を記録する。
図１に示すサーバ３の処理部３７は、決済端末６から決済情報を受信すると、購入履歴データベース３１に、商品の販売履歴（決済履歴）を記録する。
【0028】
【0029】
この繰り返し処理にて、提案部３４は、購入履歴データベース３１を参照しつつ、最新期間の販売数（決済数）とそれ以前の販売数（決済数）とを比較する（ステップＳ１３１）。提案部３４は、最新期間の販売数が減少したか否かを判定する（ステップＳ１３２）。提案部３４は、例えば、最新期間の販売数をそれ以前の販売数で除算した結果が所定値以下ならば、最新期間の販売数が減少したと判定する。
【0030】
最新期間の販売数が減少したならば（Ｙｅｓ）、提案部３４は、この商品を入れ替え提案の対象とし（ステップＳ１３３）、ステップＳ１３４に進む。最新期間の販売数が減少していないならば（Ｎｏ）、提案部３４は、ステップＳ１３４に進む。
提案部３４は、ステップＳ１３４にて、全ての商品について処理を繰り返したか否かを判定す。これら一連の繰り返し処理が終了すると、図５の処理を終了する。
提案部３４は、ステップＳ１３４にて、全ての商品について処理を繰り返したか否かを判定す。これら一連の繰り返し処理が終了すると、図５の処理を終了する。
【0031】
本実施形態の商品入れ替え提案システム７によれば、最新期間の販売数が、それ以前の期間よりも減少した商品の入れ替えを提案している。これにより販売会社は、より多くの販売が見込まれる商品に入れ替えて、売り上げを向上させることができる。
【0032】
商品入れ替え提案システム７は、商品の販売量を判断できる重量センサ１３１ａ～１３１ｃと時間情報とに基づく商品の販売量の変化を算出している。これにより、商品入れ替え提案システム７は、好適に入れ替え対象の商品を提案可能である。
【0033】
《第２の実施形態》
第２実施形態に係る商品入れ替え提案システムは、ユーザを認証して商品の購入者を特定し、収納庫内に載置された商品を再購入したユーザ数の変化に基づいて、商品の入れ替えを提案するものである。
第２実施形態に係る商品入れ替え提案システムは、ユーザを認証して商品の購入者を特定し、収納庫内に載置された商品を再購入したユーザ数の変化に基づいて、商品の入れ替えを提案するものである。
【0034】
図６は、第２実施形態に係る商品入れ替え提案システム７Ａの構成図である。
商品入れ替え提案システム７Ａは、サーバ３Ａと、収納庫１Ａと、携帯端末２ａ，２ｂ…を含んで構成されている。これらサーバ３Ａと、収納庫１Ａと、携帯端末２ａ，２ｂ…とは、ネットワーク４を介して相互に通信可能に接続されている。なお、携帯端末２ａ，２ｂ…は、必ずしもネットワーク４に接続されていなくてもよい。
商品入れ替え提案システム７Ａは、サーバ３Ａと、収納庫１Ａと、携帯端末２ａ，２ｂ…を含んで構成されている。これらサーバ３Ａと、収納庫１Ａと、携帯端末２ａ，２ｂ…とは、ネットワーク４を介して相互に通信可能に接続されている。なお、携帯端末２ａ，２ｂ…は、必ずしもネットワーク４に接続されていなくてもよい。
【0035】
サーバ３Ａは、この商品入れ替え提案システム７Ａを統括制御するものである。サーバ３Ａは、購入履歴データベース３１と、ユーザ健康情報データベース３２と、お気に入り情報データベース３３と、提案部３４と、表示部３５と、通信部３６と、処理部３７とを含んで構成される。
【0036】
購入履歴データベース３１は、商品５ａ～５ｃなどの購入履歴（決済履歴）を購入者ごとに格納するデータベースである。ユーザ健康情報データベース３２は、商品の購入者であるユーザの健康情報を格納するデータベースであり、例えば健康診断情報や、ユーザが保有するウェアラブル端末から収集したバイタルデータが格納されている。ユーザ健康情報データベース３２は、ユーザの識別情報で検索することにより、このユーザの健康情報を取得可能なように構成される。お気に入り情報データベース３３は、各商品のお気に入り登録数を格納するデータベースである。ここでお気に入り登録数とは、例えば販売会社が運営しているポータルサイトのログインユーザによる各商品のお気に入り登録であるが、これに限られない。
【0037】
提案部３４は、購入履歴データベース３１と、ユーザ健康情報データベース３２と、お気に入り情報データベース３３とを参照して、収納庫１Ａに収納して販売する商品の入れ替えを提案するものである。表示部３５は、液晶ディスプレイなどで構成され、例えば提案部３４による商品の入れ替え提案などを表示するものである。通信部３６は、ネットワークインタフェースカードなどで構成され、このサーバ３Ａが収納庫１Ａなどと通信するためのものである。処理部３７は、収納庫１Ａから受信した各商品の販売情報を、購入履歴データベース３１に格納する。
【0038】
収納庫１Ａは、販売企業がエンドユーザに販売する商品を収納するものである。そして携帯端末２ａ，２ｂ…は、その所有者（購入者）を個人認証するための認証情報源である。そして携帯端末２ａ，２ｂ…には、不図示の決済用アプリケーションがインストールされており、カメラ等で商品のバーコードを読み取って、この商品の決済を行う決済端末として機能する。
【0039】
図７は、収納庫１Ａの構成図である。
収納庫１Ａは、ＮＦＣ（Near Field Communication）リーダ１１と、扉１２と、その電子錠１２１および開閉センサ１２２と、棚１３ａ～１３ｃおよび重量センサ１３１ａ～１３１ｃとを含んで構成される。収納庫１Ａは更に、制御部１０と、バーコードリーダ１４と、スピーカ１５と、通信部１６とを含んで構成される。収納庫１Ａは、不図示の貯蔵室を備え、その貯蔵室には、開口を開閉自在な扉１２と、棚１３ａ～１３ｃが設けられている。貯蔵室に設けられた棚１３ａには、販売会社によって複数の商品５ａが載置される、棚１３ｂには、販売会社によって複数の商品５ｂが載置される。棚１３ｃには、販売会社によって複数の商品５ｃが載置される。これら商品５ａ～５ｃは、ユーザが自由に取り出し可能である。
収納庫１Ａは、ＮＦＣ（Near Field Communication）リーダ１１と、扉１２と、その電子錠１２１および開閉センサ１２２と、棚１３ａ～１３ｃおよび重量センサ１３１ａ～１３１ｃとを含んで構成される。収納庫１Ａは更に、制御部１０と、バーコードリーダ１４と、スピーカ１５と、通信部１６とを含んで構成される。収納庫１Ａは、不図示の貯蔵室を備え、その貯蔵室には、開口を開閉自在な扉１２と、棚１３ａ～１３ｃが設けられている。貯蔵室に設けられた棚１３ａには、販売会社によって複数の商品５ａが載置される、棚１３ｂには、販売会社によって複数の商品５ｂが載置される。棚１３ｃには、販売会社によって複数の商品５ｃが載置される。これら商品５ａ～５ｃは、ユーザが自由に取り出し可能である。
【0040】
ＮＦＣリーダ１１は、ＮＦＣカードや、ＮＦＣ機能を有する携帯端末２ａ，２ｂ…などから電子的に認証情報を読み取る認証部である。ＮＦＣカードや、ＮＦＣ機能を有する携帯端末２ａ，２ｂ…は、ユーザが有する認証情報源である。この認証情報は、販売会社などがユーザに提供するネットワークサービスのアカウントに紐づけられている。
電子錠１２１は、扉１２をロックする錠であり、電子的に解錠と鎖錠とを切り替えることができる。ＮＦＣリーダ１１でユーザを認証するときに、制御部１０は、この電子錠１２１を解錠する。開閉センサ１２２は、扉１２の開閉状態を検知するセンサである。
電子錠１２１は、扉１２をロックする錠であり、電子的に解錠と鎖錠とを切り替えることができる。ＮＦＣリーダ１１でユーザを認証するときに、制御部１０は、この電子錠１２１を解錠する。開閉センサ１２２は、扉１２の開閉状態を検知するセンサである。
【0041】
重量センサ１３１ａは、棚１３ａとそれに載置された商品５ａの重量を計測するセンサである。この重量センサ１３１ａは、棚１３ａの重量の変化により、棚１３ａに載置された商品５ａの取り出しを検知する取出し検知部として機能する。更に重量センサ１３１ｂは、棚１３ｂとそれに載置された商品５ｂの重量を計測するセンサである。重量センサ１３１ｃは、棚１３ｃとそれに載置された商品５ｃの重量を計測するセンサである。重量センサ１３１ｂ，１３１ｃも同様に、商品５ｂ，５ｃの取り出しを検知する取出し検知部として機能する。
【0042】
制御部１０は、重量センサ１３１ａ～１３１ｃとバーコードリーダ１４と通信部１６に内部バスを介して接続されている。バーコードリーダ１４は、商品のバーコードを読み取って、この商品の決済を検知する決済検知手段として機能する。スピーカ１５は、所定の音声などを出力するものであり、ユーザに音声情報を報知する報知部として機能する。通信部１６は、無線ＬＡＮカードなどで構成され、この収納庫１Ａがサーバ３Ａなどと通信するためのものである。
【0043】
図８は、収納庫１Ａによる取出し検知処理と戻し検知処理と決済処理のフローチャートである。
当初、収納庫１Ａの電子錠１２１は鎖錠している。ユーザが携帯端末２ａなどをＮＦＣリーダ１１に翳すと、制御部１０は、ＮＦＣリーダ１１で認証情報の読み込みを試みる（ステップＳ１０）。そして、制御部１０は、ユーザ認証したか否かを判定する（ステップＳ１１）。なお、この収納庫１Ａに収納された商品を取り出せる者は、予め登録されたユーザに限定される。
当初、収納庫１Ａの電子錠１２１は鎖錠している。ユーザが携帯端末２ａなどをＮＦＣリーダ１１に翳すと、制御部１０は、ＮＦＣリーダ１１で認証情報の読み込みを試みる（ステップＳ１０）。そして、制御部１０は、ユーザ認証したか否かを判定する（ステップＳ１１）。なお、この収納庫１Ａに収納された商品を取り出せる者は、予め登録されたユーザに限定される。
【0044】
ステップＳ１１にて制御部１０は、ユーザ認証できなかったならば（Ｎｏ）、ステップＳ１０に戻り、ユーザ認証できたならば（Ｙｅｓ）、電子錠１２１を解錠して（ステップＳ１２）、扉１２を開閉可能とする。ここでユーザは扉１２を開いて、棚１３ａ～１３ｃに載置された商品を取り出せるようにする。
【0045】
制御部１０は、棚１３ａ～１３ｃの重量減少を検知したか否かを判定する（ステップＳ１３）。制御部１０が棚１３ａ～１３ｃの重量減少を検知したならば（Ｙｅｓ）、制御部１０は、この棚に対応する商品の取り出しを検知して（ステップＳ１４）、ステップＳ１３に戻る。一方で、ステップＳ１３にて、制御部１０は、棚１３ａ～１３ｃの重量減少を検知しなかったならば（Ｎｏ）、ステップＳ１５に進む。
【0046】
ステップＳ１５にて、制御部１０は、棚１３ａ～１３ｃの重量増加を検知したか否かを判定する。棚１３ａ～１３ｃの重量増加を検知したならば（Ｙｅｓ）、制御部１０は、この棚に対応する商品の戻しを検知し（ステップＳ１６）、ステップＳ１３に戻る。これにより制御部１０は、ユーザが収納庫１Ａを開けて商品を手に取っていながら、その商品を棚に戻したことを検知できる。制御部１０は、この情報をサーバ３Ａに送信して、購買情報データベースに記録させる。これにより、販売会社は、この商品の魅力度がどのようなものであったかを知ることができる。
ステップＳ１５にて、棚１３ａ～１３ｃの重量増加を検知しなかったならば（Ｎｏ）、制御部１０は、ステップＳ１７に進む。
ステップＳ１５にて、棚１３ａ～１３ｃの重量増加を検知しなかったならば（Ｎｏ）、制御部１０は、ステップＳ１７に進む。
【0047】
ステップＳ１７にて、制御部１０は、バーコードリーダ１４がバーコードを検知したか否かを判定する。バーコードリーダ１４がバーコードを検知したならば（Ｙｅｓ）、制御部１０は、このバーコードに対応する決済を検知し（ステップＳ１８）、ステップＳ１３に戻る。ステップＳ１７にて、バーコードリーダ１４がバーコードを検知しなかったならば（Ｙｅｓ）、制御部１０は、ステップＳ１９に進む。
【0048】
ステップＳ１９にて、制御部１０は、扉１２が開いているか否かを判定する。ここで制御部１０は、開閉センサ１２２で、扉１２の開閉状態を検知する。扉１２が開いているならば（Ｙｅｓ）、制御部１０は、ステップＳ１３に戻る。扉１２が閉じているならば（Ｎｏ）、制御部１０は、ステップＳ２０に進む。
【0049】
ステップＳ２０にて、制御部１０は、未決済の商品が有るか否かを判定する。未決済の商品とは、その商品の取り出しを検知していながらも決済されていない商品のことをいう。未決済の商品が有れば（Ｙｅｓ）、制御部１０は、スピーカ１５を介して未決済の旨を報知し（ステップＳ２１）、あわせてユーザが有する携帯端末２ａ，２ｂに対して未決済である旨を通知して（ステップＳ２２）、図８の処理を終了する。これにより携帯端末２ａ，２ｂにインストールされている決済用アプリケーションで、ユーザに商品を決済させることが可能となり、ユーザの決済し忘れを防ぐことができる。
ステップＳ２０にて、未決済の商品が無ければ（Ｎｏ）、制御部１０は、図８の処理を終了する。その後、制御部１０は、所定の時間が経過するなどの条件が成立したならば、電子錠１２１を鎖錠するとよい。これにより、予め登録されたユーザのみが、この収納庫１Ａ内の商品５ａ～５ｃを購入可能となる。
サーバ３Ａの処理部３７は、収納庫１Ａや携帯端末２ａ，２ｂなどから決済情報を受信すると、購入履歴データベース３１に、商品の販売履歴（決済履歴）を記録する。
ステップＳ２０にて、未決済の商品が無ければ（Ｎｏ）、制御部１０は、図８の処理を終了する。その後、制御部１０は、所定の時間が経過するなどの条件が成立したならば、電子錠１２１を鎖錠するとよい。これにより、予め登録されたユーザのみが、この収納庫１Ａ内の商品５ａ～５ｃを購入可能となる。
サーバ３Ａの処理部３７は、収納庫１Ａや携帯端末２ａ，２ｂなどから決済情報を受信すると、購入履歴データベース３１に、商品の販売履歴（決済履歴）を記録する。
【0050】
図９は、再購入率の算出処理のフローチャートである。
サーバ３Ａの提案部３４は、ステップＳ９０～Ｓ１００に亘り、全ての商品について処理を繰り返す。
更に提案部３４は、ステップＳ９１～Ｓ９９に亘り、全ての期間について処理を繰り返す。
更に提案部３４は、ステップＳ９２～Ｓ９５に亘り、全てのユーザについて処理を繰り返す。
サーバ３Ａの提案部３４は、ステップＳ９０～Ｓ１００に亘り、全ての商品について処理を繰り返す。
更に提案部３４は、ステップＳ９１～Ｓ９９に亘り、全ての期間について処理を繰り返す。
更に提案部３４は、ステップＳ９２～Ｓ９５に亘り、全てのユーザについて処理を繰り返す。
【0051】
ステップＳ９３にて、提案部３４は、このユーザがこの商品を当該期間とその前の期間に購入したか否かを判定する。このユーザがこの商品を当該期間とその前の期間に購入したならば（Ｙｅｓ）、提案部３４は、当該期間におけるこのユーザのこの商品の再購入を認定する。このユーザがこの商品を当該期間とその前の期間に購入していないならば（Ｎｏ）、提案部３４は、ステップＳ９５に進む。
【0052】
ステップＳ９５にて、提案部３４は、全てのユーザについて処理を繰り返したならば、ステップＳ９６に進み、未処理のユーザが居ればステップＳ９２に戻る。
ステップＳ９６にて、提案部３４は、ユーザ全体に対する再購入したユーザの割合を算出して、当該期間におけるユーザ全体の再購入率とする。
ステップＳ９６にて、提案部３４は、ユーザ全体に対する再購入したユーザの割合を算出して、当該期間におけるユーザ全体の再購入率とする。
【0053】
更に提案部３４は、不健康ユーザに対する再購入したユーザの割合を算出して、当該期間における不健康ユーザの再購入率とする（ステップＳ９７）。ここで不健康ユーザとは、健康に何らかの問題を有しているユーザのことをいい、図１に示したユーザ健康情報データベース３２を検索することで抽出可能である。
更に提案部３４は、ヘビーユーザに対する再購入したユーザの割合を算出して、当該期間におけるヘビーユーザの再購入率とする（ステップＳ９８）。なお、ヘビーユーザとは、当該商品の過去の購入量が所定値よりも多いユーザであってもよく、当該商品を所定期間に亘って再購入しているユーザであってもよく、限定されない。
ステップＳ９９にて、提案部３４は、全ての期間について処理を繰り返したならば、ステップＳ１００に進み、未処理の期間が有れば、ステップＳ９１に戻る。
ステップＳ１００にて、提案部３４は、全ての商品について処理を繰り返したならば、図９の処理を終了し、未処理の商品が有れば、ステップＳ９０に戻る。
更に提案部３４は、ヘビーユーザに対する再購入したユーザの割合を算出して、当該期間におけるヘビーユーザの再購入率とする（ステップＳ９８）。なお、ヘビーユーザとは、当該商品の過去の購入量が所定値よりも多いユーザであってもよく、当該商品を所定期間に亘って再購入しているユーザであってもよく、限定されない。
ステップＳ９９にて、提案部３４は、全ての期間について処理を繰り返したならば、ステップＳ１００に進み、未処理の期間が有れば、ステップＳ９１に戻る。
ステップＳ１００にて、提案部３４は、全ての商品について処理を繰り返したならば、図９の処理を終了し、未処理の商品が有れば、ステップＳ９０に戻る。
【0054】
図１０は、サーバ３Ａによる商品の入れ替えの提案処理のフローチャートである。
サーバ３Ａの提案部３４は、ステップＳ４０～Ｓ４６に亘り、全ての商品について処理を繰り返す。
サーバ３Ａの提案部３４は、ステップＳ４０～Ｓ４６に亘り、全ての商品について処理を繰り返す。
【0055】
提案部３４は、不健康ユーザによる当該商品の再購入率が閾値Ｘを超えているか否かを判定する（ステップＳ４１）。不健康ユーザによる当該商品の再購入率が閾値Ｘを超えているならば（Ｙｅｓ）、提案部３４は、ステップＳ４６に進む。これにより、少人数の不健康ユーザの意見を反映させることができる。不健康ユーザによる当該商品の再購入率が閾値Ｘ以下ならば（Ｎｏ）、ステップＳ４２に進む。
【0056】
ステップＳ４２にて、提案部３４は、ヘビーユーザ全体による当該商品の再購入率が閾値Ｙを超えているか否かを判定する。ヘビーユーザ全体による当該商品の再購入率が閾値Ｙを超えているならば（Ｙｅｓ）、提案部３４は、ステップＳ４６に進む。これにより、少人数のヘビーユーザの意見を反映させることができる。なお、ヘビーユーザとは、当該商品の過去の購入量が所定値よりも多いユーザであってもよく、当該商品を所定期間に亘って再購入しているユーザであってもよく、限定されない。
後者のように当該商品を所定期間に亘って再購入しているヘビーユーザは、その商品を真に必要としているユーザである。ステップＳ４２の判定により、当該商品を真に必要としているユーザが存在している場合には、当該商品を入れ替え対象から除外できる。つまり、当該商品を真に必要としているユーザがいるにも関わらず、数多く購入するユーザの意見が優先されて商品が入れ替えられてしまうことを防ぐことができる。
ステップＳ４２にて、ヘビーユーザ全体による当該商品の再購入率が閾値Ｙ以下ならば（Ｎｏ）、提案部３４は、ステップＳ４３に進む。
後者のように当該商品を所定期間に亘って再購入しているヘビーユーザは、その商品を真に必要としているユーザである。ステップＳ４２の判定により、当該商品を真に必要としているユーザが存在している場合には、当該商品を入れ替え対象から除外できる。つまり、当該商品を真に必要としているユーザがいるにも関わらず、数多く購入するユーザの意見が優先されて商品が入れ替えられてしまうことを防ぐことができる。
ステップＳ４２にて、ヘビーユーザ全体による当該商品の再購入率が閾値Ｙ以下ならば（Ｎｏ）、提案部３４は、ステップＳ４３に進む。
【0057】
ステップＳ４３にて、提案部３４は、ユーザ全体による当該商品の再購入率が閾値Ｚ以下であるか否かを判定する。ユーザ全体による当該商品の再購入率が閾値Ｚ以下ならば（Ｙｅｓ）、提案部３４は、ステップＳ４５に進み、この商品の入れ替えを提案する。ユーザ全体による当該商品の再購入率が閾値Ｚを超えているならば（Ｎｏ）、提案部３４は、ステップＳ４４に進む。
【0058】
ステップＳ４３の判定により、提案部３４は、販売会社に商品の入れ替えを好適なタイミングで提案できる。入れ替えの判断基準は、その商品の再購入率の変化である。全てのユーザにおける当該商品の再購入率の低下を検知することが、この商品を入れ替えるべきことを判定できる。
【0059】
ステップＳ４４にて、提案部３４は、お気に入り情報データベース３３を参照して、当該商品のユーザによるお気に入り登録数が所定値以下であるか否かを判定する。当該商品のユーザによるお気に入り登録数が所定値以下ならば（Ｙｅｓ）、提案部３４は、ステップＳ４５に進む。これにより提案部３４は、この商品の入れ替えを提案することができる。
ステップＳ４４にて、当該商品のユーザによるお気に入り登録数が所定値を超えているならば（Ｎｏ）、提案部３４は、ステップＳ４６に進む。
ステップＳ４４にて、当該商品のユーザによるお気に入り登録数が所定値を超えているならば（Ｎｏ）、提案部３４は、ステップＳ４６に進む。
【0060】
ステップＳ４６にて、提案部３４は、全ての商品について処理を繰り返したならば、図１０の処理を終了し、未処理の商品が有れば、ステップＳ４０に戻る。
【0061】
《第３の実施形態》
第３の実施形態の商品入れ替え提案システムは、図６に示すシステムと同様に構成されており、棚を撮像するカメラで商品の取り出しを検知すると共に、携帯端末に備わるカメラで商品のバーコードを検知して決済するものである。
第３の実施形態の商品入れ替え提案システムは、図６に示すシステムと同様に構成されており、棚を撮像するカメラで商品の取り出しを検知すると共に、携帯端末に備わるカメラで商品のバーコードを検知して決済するものである。
【0062】
図１１は、第３実施形態に係る収納庫１Ｂと携帯端末２の構成図である。
収納庫１Ｂは、第２の実施形態の収納庫１Ａと同様に、ＮＦＣリーダ１１と、扉１２と、その電子錠１２１および開閉センサ１２２と、制御部１０と、スピーカ１５と、通信部１６とを含んで構成される。そして収納庫１Ｂは、第２の実施形態の収納庫１Ａとは異なり棚１３ａ～１３ｃに、それぞれカメラ１７１ａ～１７１ｃとを含んで構成される。
収納庫１Ｂは、第２の実施形態の収納庫１Ａと同様に、ＮＦＣリーダ１１と、扉１２と、その電子錠１２１および開閉センサ１２２と、制御部１０と、スピーカ１５と、通信部１６とを含んで構成される。そして収納庫１Ｂは、第２の実施形態の収納庫１Ａとは異なり棚１３ａ～１３ｃに、それぞれカメラ１７１ａ～１７１ｃとを含んで構成される。
【0063】
カメラ１７１ａは、棚１３ａとそれに載置された商品５ａを撮影し、ユーザによる取り出し動作を検知する。このカメラ１７１ａは、棚１３ａに載置された商品５ａの取り出しを検知する取出し検知部として機能する。更にカメラ１７１ｂは、棚１３ｂとそれに載置された商品５ｂを撮影し、ユーザによる取り出し動作を検知する。カメラ１７１ｃは、棚１３ｃとそれに載置された商品５ｃを撮影し、ユーザによる取り出し動作を検知する。カメラ１７１ｂ，１７１ｃも同様に、商品５ｂ，５ｃの取り出しを検知する取出し検知部として機能する。
なお、カメラ１７１ａ～１７１ｃのように棚ごとではなく、収納庫１Ｂの入り口を撮像でき、かつ各棚を俯瞰できる位置にカメラが配置されていてもよい。カメラは、例えば、収納庫１Ｂよりも上方に位置する設置空間の天井や、収納庫１Ｂの庫外であって天面上に配置されていてもよい。これにより、収納庫１Ｂの冷気によりカメラのレンズが曇ることを防ぐことができる。
なお、カメラ１７１ａ～１７１ｃのように棚ごとではなく、収納庫１Ｂの入り口を撮像でき、かつ各棚を俯瞰できる位置にカメラが配置されていてもよい。カメラは、例えば、収納庫１Ｂよりも上方に位置する設置空間の天井や、収納庫１Ｂの庫外であって天面上に配置されていてもよい。これにより、収納庫１Ｂの冷気によりカメラのレンズが曇ることを防ぐことができる。
【0064】
制御部１０は、カメラ１７１ａ～１７１ｃと通信部１６に内部バスを介して接続されている。
携帯端末２は、制御部２１と通信部２２とカメラ２３とを備えている。携帯端末２は、カメラ２３（撮像装置）で商品のバーコードを読み取って、この商品の決済を検知する決済検知手段として機能する。通信部２２は、無線ＬＡＮカードなどで構成され、この携帯端末２が収納庫１Ｂやサーバ３Ａなどと通信するためのものである。
携帯端末２は、制御部２１と通信部２２とカメラ２３とを備えている。携帯端末２は、カメラ２３（撮像装置）で商品のバーコードを読み取って、この商品の決済を検知する決済検知手段として機能する。通信部２２は、無線ＬＡＮカードなどで構成され、この携帯端末２が収納庫１Ｂやサーバ３Ａなどと通信するためのものである。
【0065】
図１２は、商品の取出し検知処理と戻し検知処理と決済処理のフローチャートである。
当初、収納庫１Ｂの電子錠１２１は鎖錠している。ユーザが携帯端末２などをＮＦＣリーダ１１に翳すと、制御部１０は、ＮＦＣリーダ１１で認証情報の読み込みを試みる（ステップＳ５０）。そして、制御部１０は、ユーザ認証したか否かを判定する（ステップＳ５１）。なお、この収納庫１Ｂに収納された商品を取り出せる者は、予め登録されたユーザに限定される。
当初、収納庫１Ｂの電子錠１２１は鎖錠している。ユーザが携帯端末２などをＮＦＣリーダ１１に翳すと、制御部１０は、ＮＦＣリーダ１１で認証情報の読み込みを試みる（ステップＳ５０）。そして、制御部１０は、ユーザ認証したか否かを判定する（ステップＳ５１）。なお、この収納庫１Ｂに収納された商品を取り出せる者は、予め登録されたユーザに限定される。
【0066】
ステップＳ５１にて、制御部１０は、ユーザ認証できなかったならば（Ｎｏ）、ステップＳ５０に戻り、ユーザ認証できたならば（Ｙｅｓ）、電子錠１２１を解錠して（ステップＳ５２）、扉１２を開閉可能とする。ここでユーザは扉１２を開いて、棚１３ａ～１３ｃに載置された商品を取り出せるようにする。
【0067】
制御部１０は、棚１３ａ～１３ｃをカメラ１７１ａ～１７１ｃで撮像した画像に基づき、棚１３ａ～１３ｃに載置された商品の取り出し動作を検知したか否かを判定する（ステップＳ５３）。制御部１０が棚１３ａ～１３ｃに載置された商品の取り出し動作を検知したならば（Ｙｅｓ）、制御部１０は、この棚に対応する商品の取り出しを検知して（ステップＳ５４）、ステップＳ５３に戻る。一方で、ステップＳ５３にて、制御部１０は、棚１３ａ～１３ｃに載置された商品の取り出し動作を検知しなかったならば（Ｎｏ）、ステップＳ５５に進む。
【0068】
ステップＳ５５にて、制御部１０は、棚１３ａ～１３ｃをカメラ１７１ａ～１７１ｃで撮像した画像に基づき、棚１３ａ～１３ｃへの商品の戻し動作を検知したか否かを判定する。棚１３ａ～１３ｃへの商品の戻し動作を検知したならば（Ｙｅｓ）、制御部１０は、この棚に対応する商品の戻しを検知し（ステップＳ５６）、ステップＳ５３に戻る。棚１３ａ～１３ｃへの商品の戻し動作を検知しなかったならば（Ｎｏ）、制御部１０は、ステップＳ５７に進む。
【0069】
ステップＳ５７にて、制御部１０は、携帯端末２がカメラ２３によりバーコードを検知したか否かを判定する。携帯端末２がバーコードを検知したならば（Ｙｅｓ）、制御部１０は、このバーコードに対応する決済しを検知し（ステップＳ５８）、ステップＳ５３に戻る。ステップＳ５７にて、携帯端末２がバーコードを検知しなかったならば（Ｙｅｓ）、制御部１０は、ステップＳ５９に進む。
【0070】
ステップＳ５９にて、制御部１０は、扉１２が開いており且つ人を検知したか否かを判定する。ここで制御部１０は、開閉センサ１２２で、扉１２の開閉状態を検知し、カメラ１７１ａ～１７１ｃで人を検知する。
ステップＳ５９にて、扉１２が開いており且つ人を検知したならば（Ｙｅｓ）、制御部１０は、ステップＳ５３に戻る。扉１２が閉じたか又は人を検知しないならば（Ｎｏ）、制御部１０は、ステップＳ６０に進む。
ステップＳ５９にて、扉１２が開いており且つ人を検知したならば（Ｙｅｓ）、制御部１０は、ステップＳ５３に戻る。扉１２が閉じたか又は人を検知しないならば（Ｎｏ）、制御部１０は、ステップＳ６０に進む。
【0071】
ステップＳ６０にて、制御部１０は、未決済の商品が有るか否かを判定する。未決済の商品とは、その商品の取り出しを検知していながらも決済されていない商品のことをいう。未決済の商品が有れば（Ｙｅｓ）、制御部１０は、スピーカ１５を介して未決済の旨を報知し（ステップＳ６１）、図１２の処理を終了する。未決済の商品が無ければ（Ｎｏ）、制御部１０は、図１２の処理を終了する。その後、制御部１０は、所定の時間が経過するなどの条件が成立したならば、電子錠１２１を鎖錠するとよい。これにより、予め登録されたユーザのみが、この収納庫１Ｂ内の商品５ａ～５ｃを購入可能となる。
サーバ３Ａの処理部３７は、収納庫１Ｂから決済情報を受信すると、購入履歴データベース３１に、商品の販売履歴（決済履歴）を記録する。
サーバ３Ａの処理部３７は、収納庫１Ｂから決済情報を受信すると、購入履歴データベース３１に、商品の販売履歴（決済履歴）を記録する。
【0072】
《第４の実施形態》
第４の実施形態の商品入れ替え提案システムは、図６に示すシステムと同様に構成されており、第１のＩＣタグリーダで商品の取り出しを検知すると共に、決済用の第２のＩＣタグリーダで商品に貼り付けられたＩＣタグを検知して決済するものである。
第４の実施形態の商品入れ替え提案システムは、図６に示すシステムと同様に構成されており、第１のＩＣタグリーダで商品の取り出しを検知すると共に、決済用の第２のＩＣタグリーダで商品に貼り付けられたＩＣタグを検知して決済するものである。
【0073】
図１３は、第４実施形態に係る収納庫１Ｃの構成図である。
収納庫１Ｃは、第２の実施形態の収納庫１Ａと同様に、ＮＦＣリーダ１１と、扉１２と、その電子錠１２１および開閉センサ１２２と、制御部１０と、スピーカ１５と、通信部１６とを含んで構成される。そして収納庫１Ｃは、第２の実施形態の収納庫１Ａとは異なり棚１３ａ～１３ｃに、それぞれＩＣタグリーダ１８１ａ～１８１ｃとを含んで構成され、更に決済用ＩＣタグリーダ１８を備えている。
収納庫１Ｃは、第２の実施形態の収納庫１Ａと同様に、ＮＦＣリーダ１１と、扉１２と、その電子錠１２１および開閉センサ１２２と、制御部１０と、スピーカ１５と、通信部１６とを含んで構成される。そして収納庫１Ｃは、第２の実施形態の収納庫１Ａとは異なり棚１３ａ～１３ｃに、それぞれＩＣタグリーダ１８１ａ～１８１ｃとを含んで構成され、更に決済用ＩＣタグリーダ１８を備えている。
【0074】
ＩＣタグリーダ１８１ａは、棚１３ａに載置された商品５ａのＩＣタグ情報を検知する第１のＩＣタグリーダである。制御部１０は、既存のＩＣタグ情報が消失して検知しなくなったことにより、ユーザによる取り出し動作を検知する。このＩＣタグリーダ１８１ａは、棚１３ａに載置された商品５ａの取り出しを検知する取出し検知部として機能する。同様にＩＣタグリーダ１８１ｂは、棚１３ｂに載置された商品５ｂのＩＣタグ情報を検知する第１のＩＣタグリーダである。ＩＣタグリーダ１８１ｃは、棚１３ｃに載置された商品５ｃのＩＣタグ情報を検知する第１のＩＣタグリーダである。
【0075】
制御部１０は、ＩＣタグリーダ１８１ａ～１８１ｃと決済用ＩＣタグリーダ１８と通信部１６に、内部バスを介して接続されている。
決済用ＩＣタグリーダ１８は、商品に貼付けられているＩＣタグ情報を読み取る決済検知部である。決済用ＩＣタグリーダ１８により、制御部１０は、ＮＦＣリーダ１１が認証したユーザへの各商品の決済を検知する。
決済用ＩＣタグリーダ１８は、商品に貼付けられているＩＣタグ情報を読み取る決済検知部である。決済用ＩＣタグリーダ１８により、制御部１０は、ＮＦＣリーダ１１が認証したユーザへの各商品の決済を検知する。
【0076】
図１４は、商品の取出し検知処理と戻し検知処理と決済処理のフローチャートである。
当初、収納庫１Ｃの電子錠１２１は鎖錠している。ユーザが携帯端末２などをＮＦＣリーダ１１に翳すと、制御部１０は、ＮＦＣリーダ１１で認証情報の読み込みを試みる（ステップＳ７０）。そして、制御部１０は、ユーザ認証したか否かを判定する（ステップＳ７１）。なお、この収納庫１Ｃに収納された商品を取り出せる者は、予め登録されたユーザに限定される。
当初、収納庫１Ｃの電子錠１２１は鎖錠している。ユーザが携帯端末２などをＮＦＣリーダ１１に翳すと、制御部１０は、ＮＦＣリーダ１１で認証情報の読み込みを試みる（ステップＳ７０）。そして、制御部１０は、ユーザ認証したか否かを判定する（ステップＳ７１）。なお、この収納庫１Ｃに収納された商品を取り出せる者は、予め登録されたユーザに限定される。
【0077】
ステップＳ７１にて、制御部１０は、ユーザ認証できなかったならば（Ｎｏ）、ステップＳ７０に戻り、ユーザ認証できたならば（Ｙｅｓ）、電子錠１２１を解錠して（ステップＳ７２）、扉１２を開閉可能とする。ここでユーザは扉１２を開いて、棚１３ａ～１３ｃに載置された商品を取り出せるようにする。
【0078】
制御部１０は、棚１３ａ～１３ｃをＩＣタグリーダ１８１ａ～１８１ｃで検知した結果に基づき、棚１３ａ～１３ｃに存在していたタグ情報が消失したか否かを判定する（ステップＳ７３）。ユーザが商品を棚から取り出したことにより、ＩＣタグリーダ１８１ａ～１８１ｃは、棚１３ａ～１３ｃに存在していたタグ情報を検知しなくなる。制御部１０は、タグ情報が消失したと判定する。
ステップＳ７３にて、棚１３ａ～１３ｃのタグ情報の消失を検知したならば（Ｙｅｓ）、制御部１０は、このタグ情報に対応する商品の取り出しを検知すると（ステップＳ７４）、ステップＳ７３に戻る。一方で、ステップＳ７３にて、制御部１０は、棚１３ａ～１３ｃからタグ情報の消失を検知しなかったならば（Ｎｏ）、ステップＳ７５に進む。
ステップＳ７３にて、棚１３ａ～１３ｃのタグ情報の消失を検知したならば（Ｙｅｓ）、制御部１０は、このタグ情報に対応する商品の取り出しを検知すると（ステップＳ７４）、ステップＳ７３に戻る。一方で、ステップＳ７３にて、制御部１０は、棚１３ａ～１３ｃからタグ情報の消失を検知しなかったならば（Ｎｏ）、ステップＳ７５に進む。
【0079】
ステップＳ７５にて、制御部１０は、棚１３ａ～１３ｃをＩＣタグリーダ１８１ａ～１８１ｃで検知した結果に基づき、棚１３ａ～１３ｃから消失したタグ情報を再検知したか否かを判定する。ユーザが商品を棚に戻したことにより、ＩＣタグリーダ１８１ａ～１８１ｃは、この商品に貼り付けられたＩＣタグのタグ情報を検知する。制御部１０は、棚１３ａ～１３ｃから消失したタグ情報を再検知する。
棚１３ａ～１３ｃから消失したタグ情報を再検知したならば（Ｙｅｓ）、制御部１０は、このタグ情報に対応する商品の戻しを検知し（ステップＳ７６）、ステップＳ７３に戻る。棚１３ａ～１３ｃから消失したタグ情報を再検知しなかったならば（Ｎｏ）、制御部１０は、ステップＳ７７に進む。
棚１３ａ～１３ｃから消失したタグ情報を再検知したならば（Ｙｅｓ）、制御部１０は、このタグ情報に対応する商品の戻しを検知し（ステップＳ７６）、ステップＳ７３に戻る。棚１３ａ～１３ｃから消失したタグ情報を再検知しなかったならば（Ｎｏ）、制御部１０は、ステップＳ７７に進む。
【0080】
ステップＳ７７にて、制御部１０は、決済用ＩＣタグリーダ１８がタグ情報を検知したか否かを判定する。決済用ＩＣタグリーダ１８がタグ情報を検知したならば（Ｙｅｓ）、制御部１０は、このタグ情報に対応する決済しを検知し（ステップＳ７８）、ステップＳ７３に戻る。ステップＳ７７にて、決済用ＩＣタグリーダ１８がタグ情報を検知しなかったならば（Ｙｅｓ）、制御部１０は、ステップＳ７９に進む。
【0081】
ステップＳ７９にて、制御部１０は、扉１２が開いているか否かを判定する。ここで制御部１０は、開閉センサ１２２で、扉１２の開閉状態を検知する。扉１２が開いているならば（Ｙｅｓ）、制御部１０は、ステップＳ１３に戻る。扉１２が閉じているならば（Ｎｏ）、制御部１０は、ステップＳ８０に進む。
【0082】
ステップＳ８０にて、制御部１０は、未決済の商品が有るか否かを判定する。未決済の商品とは、その商品の取り出しを検知していながらも決済されていない商品のことをいう。未決済の商品が有れば（Ｙｅｓ）、制御部１０は、スピーカ１５を介して未決済の旨を報知し（ステップＳ８１）、図１４の処理を終了する。未決済の商品が無ければ（Ｎｏ）、制御部１０は、図１４の処理を終了する。その後、制御部１０は、所定の時間が経過するなどの条件が成立したならば、電子錠１２１を鎖錠するとよい。これにより、予め登録されたユーザのみが、この収納庫１Ｃ内の商品５ａ～５ｃを購入可能となる。
サーバ３Ａの処理部３７は、収納庫１Ｃから決済情報を受信すると、購入履歴データベース３１に、商品の販売履歴（決済履歴）を記録する。
サーバ３Ａの処理部３７は、収納庫１Ｃから決済情報を受信すると、購入履歴データベース３１に、商品の販売履歴（決済履歴）を記録する。
【0083】
本発明の商品入れ替え提案システム７Ａが、購入されなくなった商品や再購入率が低下した商品を入れ替え対象として販売企業に提案することで、ユーザの所望の商品が収納庫１の庫内に陳列される機会を増やすことになる。これにより、ユーザの商品購入率や個数が向上し、売れずに賞味期限が切れてしまう商品の数を少なくすることができる。よって、フードロスを低減して環境負荷を低減することができる。
【0084】
（変形例）
本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば上記した実施形態は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることも可能である。
本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば上記した実施形態は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることも可能である。
【0085】
上記の各構成、機能、処理部、処理手段などは、それらの一部または全部を、例えば集積回路などのハードウェアで実現してもよい。上記の各構成、機能などは、プロセッサがそれぞれの機能を実現するプログラムを解釈して実行することにより、ソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイルなどの情報は、メモリ、ハードディスク、ＳＳＤ（Solid State Drive）などの記録装置、または、フラッシュメモリカード、ＤＶＤ（Digital Versatile Disk）などの記録媒体に置くことができる。
【0086】
各実施形態に於いて、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には、殆ど全ての構成が相互に接続されていると考えてもよい。
本発明の変形例として、例えば、次の（ａ）～（ｆ）のようなものがある。
本発明の変形例として、例えば、次の（ａ）～（ｆ）のようなものがある。
【0087】
（ａ） 本発明は、収納庫とサーバの組み合わせではなく、単体の収納庫の制御部が商品の入れ替えを提案してもよい。この場合、収納庫の制御部は、商品の入れ替えを提案する提案部として機能する。
（ｂ） 収納庫にカメラを設け、カメラで撮像した画像から取得した人の目線の情報を活用し、収納庫を開ける前に、商品が収納されている収納庫のＰＯＰ（point of purchase）を見た時間を取得してもよい。この時間情報を加工することにより、商品を提供する会社に対して、ＰＯＰの有効性情報を提供することができる。
（ｃ） 本システムに、電子レンジを連携させてもよい。これにより、電子レンジによる加熱を要する商品の利用状況を収集して、販売会社にその情報を提供可能となる。
（ｄ） 携帯端末をＮＦＣリーダに翳して認証することに限られず、社員証などのカードをＮＦＣリーダに翳して認証してもよい。
（ｅ） 収納庫外に載置された商品の重量を計測する重量センサを設けてもよい。これにより、収納庫内の重量センサの情報と組合せると、収納庫に入りきらなかった在庫も含めての管理も可能になり、廃棄ロスや計画発注などに活用できる。
（ｆ） 収納庫の棚の重量を測る重量センサと、棚の商品の状態を撮像するカメラの組み合わせであってもよい。これにより、重量情報の変化と商品状態を撮像した画像を組み合わせて、より正確に商品の取り出しと戻しを判定可能である。
（ｂ） 収納庫にカメラを設け、カメラで撮像した画像から取得した人の目線の情報を活用し、収納庫を開ける前に、商品が収納されている収納庫のＰＯＰ（point of purchase）を見た時間を取得してもよい。この時間情報を加工することにより、商品を提供する会社に対して、ＰＯＰの有効性情報を提供することができる。
（ｃ） 本システムに、電子レンジを連携させてもよい。これにより、電子レンジによる加熱を要する商品の利用状況を収集して、販売会社にその情報を提供可能となる。
（ｄ） 携帯端末をＮＦＣリーダに翳して認証することに限られず、社員証などのカードをＮＦＣリーダに翳して認証してもよい。
（ｅ） 収納庫外に載置された商品の重量を計測する重量センサを設けてもよい。これにより、収納庫内の重量センサの情報と組合せると、収納庫に入りきらなかった在庫も含めての管理も可能になり、廃棄ロスや計画発注などに活用できる。
（ｆ） 収納庫の棚の重量を測る重量センサと、棚の商品の状態を撮像するカメラの組み合わせであってもよい。これにより、重量情報の変化と商品状態を撮像した画像を組み合わせて、より正確に商品の取り出しと戻しを判定可能である。
【符号の説明】
【0088】
１，１Ａ，１Ｂ，１Ｃ 収納庫
１０ 制御部
１１ ＮＦＣリーダ （認証部）
１２ 扉
１２１ 電子錠
１２２ 開閉センサ
１３ａ～１３ｃ 棚
１３１ａ～１３１ｃ 重量センサ （取出し検知部）
１４ バーコードリーダ （決済検知部）
１５ スピーカ
１６ 通信部
１７１ａ～１７１ｃ カメラ （取出し検知部）
１８１ａ～１８１ｃ ＩＣタグリーダ （第１のＩＣタグリーダ、取出し検知部）
１８ 決済用ＩＣタグリーダ （第２のＩＣタグリーダ、決済検知部）
２ 携帯端末 （決済検知部）
２ａ，２ｂ 携帯端末
２１ 制御部
２２ 通信部
２３ カメラ
３ サーバ
３１ 購入履歴データベース
３２ ユーザ健康情報データベース
３３ お気に入り情報データベース
３４ 提案部
３５ 表示部
３６ 通信部
３７ 処理部
４ ネットワーク
５ａ～５ｃ 商品
６ 決済端末 （決済検知部）
６１ 制御部
６２ 通信部
６３ バーコードリーダ
７，７Ａ 商品入れ替え提案システム
１０ 制御部
１１ ＮＦＣリーダ （認証部）
１２ 扉
１２１ 電子錠
１２２ 開閉センサ
１３ａ～１３ｃ 棚
１３１ａ～１３１ｃ 重量センサ （取出し検知部）
１４ バーコードリーダ （決済検知部）
１５ スピーカ
１６ 通信部
１７１ａ～１７１ｃ カメラ （取出し検知部）
１８１ａ～１８１ｃ ＩＣタグリーダ （第１のＩＣタグリーダ、取出し検知部）
１８ 決済用ＩＣタグリーダ （第２のＩＣタグリーダ、決済検知部）
２ 携帯端末 （決済検知部）
２ａ，２ｂ 携帯端末
２１ 制御部
２２ 通信部
２３ カメラ
３ サーバ
３１ 購入履歴データベース
３２ ユーザ健康情報データベース
３３ お気に入り情報データベース
３４ 提案部
３５ 表示部
３６ 通信部
３７ 処理部
４ ネットワーク
５ａ～５ｃ 商品
６ 決済端末 （決済検知部）
６１ 制御部
６２ 通信部
６３ バーコードリーダ
７，７Ａ 商品入れ替え提案システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】