JP2002109177A - 棚割データ処理装置、棚割データ処理方法、及び棚割データ処理システム - Google Patents

Abstract

(57)【要約】 【課題】 棚割を行うスーパーなどの小売業者に対して
ローコストで質の高い棚割情報を提供することができる
棚割データ処理装置、棚割データ処理方法、及び棚割デ
ータ処理システムを構築すること。 【解決手段】 店舗における商品棚に並べられている商
品の種類等の商品情報、商品が商品棚のどの位置に並べ
られているかという位置情報及びどのような商品が売れ
ているのか又は売れないのかという販売状況情報の分析
を行い、その分析結果を店舗に送ると同時に分析料金を
請求することができるサーバシステムと店舗先の情報端
末装置とをオンラインで接続し、所定の金融機関より分
析料金を課金する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、スーパーやコンビ
ニなどの小売店における商品の棚割について情報分析を
行い、棚割情報を作成する棚割データ処理装置、棚割デ
ータ処理方法、及び棚割データ処理システムに関する。

【０００２】

【従来の技術】一般に、スーパー、コンビニなどの小売
店において、売れる売場作りのため商品棚にいつどのよ
うな商品をどのように並べるかが大きなポイントとな
る。このように商品をどう揃えるかは、季節、地域性、
その時代の売れ筋商品などを分析し、棚割日を決め、販
売ロスを出さないように仕入れ数も決めなければならな
い。

【０００３】そして、季節、地域性、その時代の売れ筋
商品などを分析するには、店頭のバーコードリーダなど
で商品名を確認し、その価格をコンピュータに入力して
同時に売り上げデータを管理し、商品全体の販売管理を
行なうシステム（ＰＯＳシステム）などにより多くの情
報を収集したり、業界のノウハウを持った専任者が必要
である。

【０００４】

【発明が解決しようとする課題】このように、従来の方
法で棚割を決定するには、多くの情報や業界のノウハウ
などを備えている専任者を置く必要があり、このような
棚割を行なうスーパーなどの小売業者は、人件費、ＰＯ
Ｓ会社からの情報の購入費など大きな負担となってい
る。

【０００５】又、このような負担から従来の棚割決定を
行えないでいる業者は、質の高い棚割及び品揃えができ
ない状況にある。本発明は上記の課題に鑑み、店舗の棚
割情報をオンラインで専門のコンサルタント業者（棚割
データ処理サーバ）に送り、その情報分析を行なわせる
ようにすることで、中小レベルの専任の担当を置く余裕
のない企業に対してローコスト且つ高品質なサービスを
提供することができる棚割データ処理システムを構築す
ることを目的とする。

【０００６】

【課題を解決するための手段】上記の課題を解決するた
めに本発明では、店舗における商品棚に並べられている
商品の種類等の商品情報、商品が商品棚のどの位置に並
べられているかという位置情報及びどのような商品が売
れているのか又は売れないのかという販売状況情報の分
析を行い、その分析結果を店舗に送ると同時に分析料金
を請求することができる装置、方法を提案し、又、店舗
先の情報端末装置とをオンラインで接続し、所定の金融
機関より分析料金を課金するシステムを構築する。

【０００７】請求項１記載の発明は、店の棚の各商品の
配置を示す位置情報、前記各商品の種類についての商品
情報、及び前記各商品の販売状況情報をクライアントの
情報端末装置から受信する受信手段と、前記位置情報、
前記商品情報及び前記販売状況情報を記憶する記憶手段
と、前記各商品が所定の棚位置となっているかを分析す
る情報分析手段と、前記情報分析手段の分析結果より前
記各商品の最適な棚位置を作成する棚位置情報作成手段
と、前記情報分析手段の分析結果よりクライアントに請
求する分析料金を算出し料金情報を作成する料金情報作
成手段と、前記推奨商品配置情報及び前記料金情報を前
記情報端末装置に送信する送信手段とから成ることを特
徴とする棚割データ処理装置である。

【０００８】このような装置により、小売業者に対して
低コスト且つ質の高い棚割商品情報を提供することがで
きる。請求項２記載の発明は、請求項１記載の棚割デー
タ処理装置において、前記情報分析手段は、前記商品が
前記店の地域周辺でよく売れる商品であるかを分析する
ことを特徴とする。

【０００９】これより、棚割商品情報について、その地
域に密着した分析結果を出すことができる。請求項３記
載の発明は、請求項１又は２記載の棚割データ処理装置
において、前記情報分析手段は、前記商品が前記店の棚
割実施月によく売れる商品であるかを分析することを特
徴とする。

【００１０】これより、棚割商品情報について、その時
期にあった分析結果を出すことができる。請求項４記載
の発明は、請求項１〜３の何れか一項記載の棚割データ
処理装置において、前記情報分析手段は、前記商品が前
記店の地域周辺で開かれる催物に適した商品であるかを
分析することを特徴とする。

【００１１】これより、棚割商品情報について、その地
域で催されるイベントに適した分析結果を出すことがで
きる。請求項５記載の発明は、店の商品が前記店の目立
つところの棚にあるか判別する第１の判別ステップと、
前記商品が目立つところの棚にあるとき前記商品が売れ
る商品であるか判別する第２の判別ステップと、前記商
品が所定の棚位置であるか判別する第３の判別ステップ
とから成ることを特徴とする棚割データ処理方法であ
る。

【００１２】このような方法により、店内の目立つ棚に
ある商品の最適な棚割を行うことができる。請求項６記
載の発明は、店の商品が前記店の目立つところの棚にあ
るか判別する第１の判別ステップと、前記商品が目立つ
ところの棚にないとき前記商品が前記店の目立たないと
ころの棚にあるか判別する第２の判別ステップと、前記
商品が目立たないところの棚にあるとき前記商品が売れ
る商品であるか判別する第３の判別ステップとから成る
ことを特徴とする棚割データ処理方法である。

【００１３】このような方法により、店内の目立たない
棚にある商品の最適な棚割を行うことができる。請求項
７記載に発明は、店の商品が前記店の目立つところの棚
にあるか判別する第１の判別ステップと、前記商品が目
立つところの棚にないとき前記商品が前記店の目立たな
いところの棚にあるか判別する第２の判別ステップと、
前記商品が目立たないところの棚にないとき前記商品が
売れる商品であるか判別する第３の判別ステップと、前
記商品が売れない商品であるか判別する第４の判別ステ
ップとから成ることを特徴とする棚割データ処理方法で
ある。

【００１４】このような方法により、店内の目立つ棚で
も目立たない棚でもないところの商品の最適な棚割を行
うことができる。請求項８記載の発明は、店の棚の各商
品の配置を示す位置情報、前記各商品の種類についての
商品情報、及び前記各商品の販売状況情報を入力する入
力手段と、前記位置情報、前記商品情報及び前記販売状
況情報を記憶する記憶手段と、前記位置情報、前記商品
情報及び前記販売状況情報を記憶する記憶手段と、前記
各商品が所定の棚位置となっているかを分析する情報分
析手段と、前記情報分析手段の分析結果より前記各商品
の最適な棚位置を作成する棚位置情報作成手段と、前記
棚位置情報を出力する出力手段とから成ることを特徴と
する棚割データ処理システムである。

【００１５】このようなシステムを構築することによ
り、小売業者は、質の高い棚割商品情報を得ることがで
きる。請求項９記載の発明は、請求項８記載の棚割デー
タ処理システムにおいて、前記情報分析手段の分析結果
よりクライアントに請求する分析料金を算出し料金情報
を作成する料金情報作成手段を有することを特徴とする
棚割データ処理システムである。

【００１６】このようなシステムを構築することによ
り、小売業者は、低コストな棚割商品情報を得ることが
できる。

【００１７】

【発明の実施の形態】

【００１８】

【実施例】以下、本発明の実施の形態を図面を用いて説
明する。 ＜第１実施形態例＞図１は、第１実施例におけるシステ
ム構成図であり、図２は、このシステムの一連の流れを
説明する図である。情報端末装置１１は、例えばパーソ
ナルコンピュータなどであり、小売業者側における商品
棚の商品陳列情報（各商品が棚のどこにあるのかという
位置情報、商品の種類を示す商品情報、及び各商品がど
のくらい売れるのか又は売れないのかを示す販売状況情
報）を管理し（図２の）、棚割データ処理サーバ１２
に送信する（図２の）機能を有する。棚割データ処理
サーバ１２は、コンサルタント会社において、小売業者
の商品陳列情報の分析を行い（図２の）、その分析の
結果より最適な商品の棚位置情報を小売業者の情報端末
装置１１に送る（図２の）ところである。そして、小
売業者は、コンサルタント会社にコンサルタント料金を
支払う（図２の）。又、公衆回線１３は、例えば、イ
ンターネット等であり、情報端末装置１１と棚割データ
処理サーバ１２とをつなぐ回線である。

【００１９】次に、図３は、棚割データ処理サーバ１２
の構成図である。受信部１４は、小売店の商品陳列情報
を情報端末装置１１から受信するところである。 次
に、情報分析部１５は、その受信した商品陳列情報を分
析し、最適な商品の陳列位置を求めるところであり、図
４のような商品陳列情報ＤＢ（データベース）１６を備
えている。この商品陳列情報ＤＢには、「棚段」、「左
からの位置」、「フェース面数」の位置情報や商品の種
類を示すＪＡＮコードを蓄積することができ、後述する
ゴールデンゾーン、デッドゾーンのフラグがある。又、
情報分析部１５には、商品の売行きを示す売上情報ＤＢ
があり、どの商品がどのくらい売れたのかを示す売上情
報を蓄積することができる。

【００２０】配置情報作成部１７は、その陳列位置より
商品の配置情報を作成するところである。料金算出部１
８は、分析料金を算出し料金情報を作成するところであ
る。送信部１９は、上記作成した商品配置情報及び料金
情報を情報端末装置１１に送信するところである。尚、
上記受信部１４や送信部１９を人手を介して行うという
ことにすれば、商品陳列情報ファイルなどのデータをＣ
Ｄ（コンパクトディスク）やＦＤ（フロッピー（登録商
標）ディスク）等に記録したものを受け取りキーボード
等の入力装置により商品陳列情報ファイルなどのデータ
を入力し、その入力データをデータ処理を行なう制御部
が受信するということも考えられる。

【００２１】又、実際の棚割データ処理サーバ１２は、
図５のような構成をとることによって実現される。即
ち、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ
Ｕｎｉｔ）は、記憶装置に記憶されている各種処理プロ
グラム、入力装置から入力される各種指示、あるいは各
種指示に応じて処理された各種データをＲＡＭ内に格納
し、この入力指示及び入力データ等に応じてＲＡＭ内に
格納したアプリケーションプログラムに従って各種処理
を実行して、その処理結果をＲＡＭ内に格納するととも
に、表示装置に表示する。そして、ＣＰＵは、ＲＡＭ内
に格納した処理結果を入力装置から入力指示される記憶
装置内の保存先に保存する。又、伝送制御部は、外部の
機器等とをネットワーク回線等の通信回線を介して接続
するためのターミナルであり、ＣＰＵの指示に従って記
憶装置内に格納された各種処理プログラム、データを通
信回線を介して外部の機器と送受信する。記憶装置は、
プログラムやデータ等が予め記憶されている記憶媒体を
有しており、この記憶媒体は磁気的、光学的、若しくは
半導体メモリ等で構成されている。この記憶媒体は記憶
装置に固定的に設けたもの、若しくは着脱自在に装着す
るものであり、この記憶媒体には制御プログラム、メイ
ン処理プログラム等の各処理プログラム、及び各処理プ
ログラムで処理されたデータ等を記憶する。又、情報端
末装置１１や後述される第４実施例のＰＣ２９１も同じ
構成となる。又、後述される小売業者側のＨＴは、この
構成にバーコードリーダを備えた構成となる。

【００２２】次に、小売業者からコンサルタント会社に
棚割ソフトを使った棚割データの処理を依頼し、その処
理に対する料金の支払いまでについて説明する。図６
は、その一連の流れの概念を説明する図である。先ず、
小売業者は、ＨＴ（ハンディーターミナル）等を用いて
現状の棚の商品陳列情報である商品情報（ＪＡＮコー
ド）、商品の並んでいる棚段、棚の左からの位置、並べ
る面数（フェース面）を入力する。

【００２３】次に、その商品陳列情報を情報端末装置１
１にＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌ
ｕｅ）ファイルで入力する（図６の）。そして、ＣＳ
Ｖファイルで入力した商品陳列情報ファイルを棚割の再
現ができる棚割ソフトを用いて棚割の再現を行ない、そ
の再現結果をネットワークなどで送受信できるファイル
に変換する。

【００２４】そして、小売業者は、その変換した商品陳
列情報ファイルを棚割コンサルタント会社の棚割データ
処理サーバ１２へ公衆回線１３を介して送付メールの添
付ファイル送信又はブラウザのファイル送信で送付する
（図６の）。次に、棚割データ処理サーバ１２は、受
信部１４により商品陳列情報ファイルを受信し、情報分
析部１５で商品陳列情報ファイルを元に棚割を再現し、
売れ筋商品が欠けていないか、又、死に筋商品（もう売
れない商品）が棚に並んでいないか、又、季節にあった
商品構成となっているかなどをチェックし、配置情報作
成部１７で配置情報ファイルを作成する。又、配置情報
ファイルを作成すると同時に料金算出部１８において分
析料金を算出し、料金情報を作成する（図６の）。

【００２５】そして、棚割データ処理サーバ１２は、送
信部１９より小売業者の情報端末装置１１へ公衆回線１
３を介して配置情報ファイル及び料金情報を送付する
（図６の）。配置情報ファイル及び料金情報を受け取
った小売業者は、規定のコンサルタント料金をインター
ネット決算により支払う（図６の）。

【００２６】尚、このコンサルタント料金の支払いにつ
いては、人手による振り込み、電子的な振り込みの何れ
をも含み、（以降の例も同様）電子的に所定の金融機関
に振り込む場合、請求した金額と振り込まれた金額が一
致するのを確認して領収金額をインターネットにより小
売業者側の端末装置に送付してもよい。

【００２７】次に、上記の動作について、以下詳しく説
明する。尚、以下に説明する各フローチャート（他の実
施の形態のフローチャートについても同様）について補
足すれば、その、フローチャートで示す各機能を実現す
るプログラムはＣＰＵが読み取り可能なプログラムコー
ドの形態で前記記憶媒体に格納されている。又、このプ
ログラムはプログラムコードの形態でネットワーク回線
などの伝送媒体を介して伝送することもできる。

【００２８】先ず、商品陳列情報をＨＴへＪＡＮコード
を入力する時の処理について説明する。図７は、そのＨ
Ｔ側の動作についてのフローチャートである。なお、以
降の全ての各フローチャートの説明における各ステップ
を示す括弧中の番号の記載、例えば（Ａ１）は（ステッ
プＡ１）を省略したものとする。

【００２９】先ず、入力したＪＡＮコードとＨＴ内に保
存されている商品陳列情報ファイルに同一のＪＡＮコー
ドがあるかを確認する（ステップＡ１）。確認できなけ
れば（Ａ１がＮｏ）、商品陳列情報ファイルの空のエリ
アにそのＪＡＮコードを記憶し（Ａ２）、棚段、左から
の位置、フェース面数を入力する画面を表示する（Ａ
３）。

【００３０】一方、同一ＪＡＮコードが確認できれば
（Ａ１がＹｅｓ）、設定データの読み出しを行ない（Ａ
４）、入力画面を表示する（Ａ３）。そして、入力され
るのを待ち（Ａ５がＮｏ）、入力があれば（Ａ５がＹｅ
ｓ）、入力データ項目の指定があるか確認する（Ａ
６）。指定がなければ（Ａ６がＮｏ）、入力画面まで戻
る（Ａ５）。

【００３１】一方、指定があれば（Ａ６がＹｅｓ）、デ
ータを記憶するかかどうか確認する（Ａ７）。データを
記憶するのであれば（Ａ７がＹｅｓ）、指定された項目
にデータを記憶し（Ａ８）、入力画面まで戻る（Ａ
５）。一方、データ入力がなく（Ａ７がＮｏ）、確定か
どうか確認して（Ａ９）、まだ確定でなければ（Ａ９が
Ｎｏ）、入力画面まで戻る（Ａ５）。

【００３２】一方、確定であれば（Ａ９がＹｅｓ）、全
項目入力が終了したかを確認する（Ａ１０）。まだ項目
が残っていれば（Ａ１０がＮｏ）、入力画面まで戻る
（Ａ５）。一方、入力項目がなければ（Ａ１０がＹｅ
ｓ）、処理を終了する。

【００３３】次に、小売店におけるＨＴから情報端末装
置１１への商品陳列情報の転送について説明する。図８
は、その際のＨＴ側での動作についてのフローチャート
である。先ず、ＨＴは、情報端末装置１１へ接続要求を
出す（Ｂ１）。次に、許可通知の確認を行い（Ｂ２）、
許可通知がなければ（Ｂ２がＮｏ）、一定の時間が経過
するまで待つ（Ｂ３がＮｏ）。又、一定時間か経過して
しまうと（Ｂ３がＹｅｓ）、エラー報知を行ない（Ｂ
４）、情報端末装置１１へ接続の切断通知を行って（Ｂ
５）、通信を終了する。

【００３４】一方、許可通知が来れば（Ｂ２がＹｅ
ｓ）、店舗情報を送信し（Ｂ６）、商品陳列情報を送信
する（Ｂ７）。この店舗情報及び商品陳列情報は、ＥＯ
Ｆ（Ｅｎｄ Ｏｆ Ｆｉｌｅ）が現れるまで繰り返され
る（Ｂ８がＮｏ）。そして、ＥＯＦが確認されると（Ｂ
８がＹｅｓ）、情報端末装置１１へ接続の切断通知を行
って（Ｂ５）、通信を終了する。

【００３５】次に、上記フローに対応する小売店の情報
端末装置１１について説明する。図９は、ＨＴから情報
端末装置１１への商品陳列情報の転送がなされた際にお
ける、情報端末装置１１での動作についてのフローチャ
ートである。先ず、ＨＴからの接続要求があるか確認す
る（Ｃ１）。なければ（Ｃ１がＮｏ）、そのまま終了す
る。一方、接続要求があれば（Ｃ１がＹｅｓ）、商品陳
列情報ファイルを初期化し（Ｃ２）、ＨＴへ接続許可通
知を送る（Ｃ３）。

【００３６】次に、送られてきた情報が商品陳列情報で
あるかを確認する（Ｃ４）。商品陳列情報であれば（Ｃ
４がＹｅｓ）、商品陳列情報ファイルに記憶し（Ｃ
５）、再び商品陳列情報であるかを確認するところに戻
る（Ｃ４）。一方、商品陳列情報でなければ（Ｃ４がＮ
ｏ）、店舗情報の受信であるかを確認する（Ｃ６）。店
舗情報であれば（Ｃ６がＹｅｓ）、店舗情報を記憶し
（Ｃ７）、商品陳列情報を確認するところまで戻る（Ｃ
４）。尚、この店舗情報には、店舗面積、店舗周辺の地
域情報が含まれている。

【００３７】又、商品陳列情報でも店舗情報でもなけれ
ば（Ｃ６がＮｏ）、ＨＴから接続切断通知が送られてい
るかを確認して（Ｃ８）、送られていれば（Ｃ８がＹｅ
ｓ）、終了する。一方、送られていなければ（Ｃ８がＮ
ｏ）、商品陳列情報を確認するところまで戻る（Ｃ
４）。

【００３８】次に、小売店の情報端末装置１１から棚割
データ処理サーバ１２へ商品陳列情報ファイルのデータ
を送信をする動作について説明する。図１０は、その際
の情報端末装置１１側の動作についてのフローチャート
である。先ず、情報端末装置１１は、棚割データ処理サ
ーバ１２へ接続要求を出す（Ｄ１）。次に、許可通知の
確認を行い（Ｄ２）、許可通知がなければ（Ｄ２がＮ
ｏ）、一定の時間が経過するまで待つ（Ｄ３がＮｏ）。
又、一定時間か経過してしまうと（Ｄ３がＹｅｓ）、エ
ラー報知を行ない（Ｄ４）、通信を終了する。

【００３９】一方、許可通知が来れば（Ｄ２がＹｅ
ｓ）、商品陳列情報ファイルのデータを送信する（Ｄ
５）。この時、情報端末装置１１における設定画面に
は、図１１のような表示画面が出るのでファイル名を入
力し、送信ボタンを押す。そして、この商品陳列情報フ
ァイルのデータ送信は、ＥＯＦ（Ｅｎｄ Ｏｆ Ｆｉｌ
ｅ）が現れるまで繰り返される（Ｄ６がＮｏ）。尚、小
売店に予めコンサルタント会社より与えられ情報端末装
置１１に記録された小売店固有の店舗コードも転送され
る。

【００４０】そして、ＥＯＦが確認されると（Ｄ６がＹ
ｅｓ）、今度は、商品の売上情報ファイルのデータをＥ
ＯＦが現れるまで送信する（Ｄ７、Ｄ８がＮｏ）。尚、
ここでいう売上情報ファイルとは、商品別（ＰＬＵコー
ド別）に売上金額、個数等の売上情報を記憶するもので
あり、その売上情報は登録毎に更新記録するファイルの
ことである。

【００４１】一方、ＥＯＦが現れれば（Ｄ８がＹｅ
ｓ）、棚割データ処理サーバ１２へＥＯＦ通知を行い
（Ｄ９）、配置情報ファイルのデータを受信し、そのデ
ータを出力する（Ｄ１０）。そして、今までのコンサル
タント料金（図示はしないがコンサルタント会社の棚割
データ処理サーバ１２から転送されてくるコンサルタン
ト料金を累計するメモリを備え、また、小売店がコンサ
ルタント料金を支払った場合は、その支払い金額分だけ
減算されるものとする。）を出力し（Ｄ１１）、通信を
終了する。

【００４２】次に、小売店の情報端末装置１１から棚割
データ処理サーバ１２へ商品陳列情報ファイルのデータ
が転送されてきた場合の上記図１０のフローに対応する
コンサルタント会社の棚割データ処理サーバ１２側の動
作について説明する。図１２は、その際の棚割データ処
理サーバ１２側の動作についてのフローチャートであ
る。

【００４３】先ず、情報端末装置１１からの接続要求が
あるか確認する（Ｅ１）。なければ（Ｅ１がＮｏ）、そ
のまま終了する。一方、接続要求があれば（Ｅ１がＹｅ
ｓ）、商品陳列情報ＤＢを初期化し（Ｅ２）、情報端末
装置１１へ接続許可通知を送る（Ｅ３）。

【００４４】次に、送られてきた情報が商品陳列情報で
あるかを確認する（Ｅ４）。商品陳列情報であれば（Ｅ
４がＹｅｓ）、商品陳列情報ＤＢに記憶し（Ｅ５）、再
び商品陳列情報であるかを確認するところに戻る（Ｅ
４）。一方、商品陳列情報でなければ（Ｅ４がＮｏ）、
売上情報の受信であるかを確認する（Ｅ６）。売上情報
であれば（Ｅ６がＹｅｓ）、売上情報ＤＢ（図示はしな
いがＰＬＵコード別に各店舗から転送されてきた金額デ
ータを、そのＰＬＵコード別に累計加算するＤＢであ
る）を更新し（Ｅ７）、商品陳列情報を確認するところ
まで戻る（Ｅ４）。

【００４５】一方、商品陳列情報でも売上情報でもなけ
れば（Ｅ６がＮｏ）、情報端末装置１１からＥＯＦ通知
が送られているかを確認して（Ｅ８）、送られていなけ
れば（Ｅ８がＮｏ）、商品陳列情報を確認するところま
で戻る（Ｅ４）。一方、送られていれば（Ｅ８がＹｅ
ｓ）、商品陳列情報分析及び配置情報ファイルの通知を
行う（Ｅ９）。そして、コンサルタント料金を商品数×
分析料で求め（Ｅ１０）、店舗コードと対応するようコ
ンサルタント料金を加算して（Ｅ１１）、終了する。

【００４６】次に、上記図１２のＥ９における商品陳列
情報解析及び配置情報ファイルの作成、通知についての
詳細を説明する。図１３は、その動作についてのフロー
チャートである。先ず、商品陳列情報ＤＢ１６の棚Ｎｏ
を全て１とする（Ｆ１）。次に、その棚Ｎｏがゴールデ
ンゾーンであるか確認する（Ｆ２）。図１４は、小売店
におけるゴールデンゾーン及びデッドゾーンを示す図で
ある。このゴールデンゾーンとは、入り口に割と近い場
所であり且つキャッシュレジスタのあるカウンタにも近
い場所のことである。つまり、店内で一番目立つところ
にある棚の場所のことをいう。又、デッドゾーンは、そ
れとは反対に、入り口付近より奥まっている場所、つま
り、目立たないところにある棚の場所のことである。

【００４７】そして、ゴールデンゾーンであれば（Ｆ２
がＹｅｓ）、売筋外レ商品分析（Ｆ３）、売筋外レ棚位
置分析を行い（Ｆ４）、棚Ｎｏに１を加える（Ｆ５）。
一方、ゴールデンゾーンでなかったら（Ｆ２がＮｏ）、
今度は、デッドゾーンであるか確認する（Ｆ６）。デッ
ドゾーンであれば（Ｆ６がＹｅｓ）、売筋商品分析を行
ない（Ｆ７）、デッドゾーンでなければ（Ｆ６がＮ
ｏ）、売筋商品分析（Ｆ８）、死筋商品分析を行う（Ｆ
９）。そして、何れの分析の終了後、棚Ｎｏに１を加え
る（Ｆ５）。

【００４８】全ての棚Ｎｏが終了したかを確認し（Ｆ１
０）、まだあれば（Ｆ１０がＮｏ）、その棚Ｎｏに１す
るところまで戻る（Ｆ１）。一方、全ての棚Ｎｏが終了
したら（Ｆ１０がＹｅｓ）、各分析結果をテキスト文に
してメールを作成する（Ｆ１１）。そして、作成したメ
ールを店舗コードに応じたメールアドレスを付加して接
続中の小売店の情報端末装置１１へ送信する（Ｆ１
２）。

【００４９】次に、上記図１３のＦ３における売筋外レ
商品分析について説明する。図１５は、その動作につい
てのフローチャートである。先ず、売筋商品分析を行う
（Ｇ１）。ここで店舗毎の売上げベスト１０の商品を抽
出しておく。この売上げベスト１０は、上記売上情報フ
ァイルにおいて最も売れ行きがよい商品から順番に抽出
して、１番〜１０番等の順位をつけたファイルのことで
ある。次に、商品陳列情報ＤＢ１６よりゴールデンゾー
ンの棚割データを取り込む（Ｇ２）。そして、一番最初
の商品陳列情報を取り出し（Ｇ３）、ＥＯＦを確認する
（Ｇ４）。全ての商品陳列情報が取り出し終わったら
（Ｇ４がＹｅｓ）、売筋外レリストを作成し（Ｇ５）、
終了する。

【００５０】一方、商品陳列情報があれば（Ｇ４がＮ
ｏ）、その商品が売上げベスト１０の商品であるかを確
認する（Ｇ６）。売上げベスト１０の商品であれば（Ｇ
６がＹｅｓ）、次の商品陳列情報を取り出し（Ｇ７）、
ＥＯＦであるか確認する（Ｇ４）。一方、売上げベスト
１０の商品でなければ（Ｇ６がＮｏ）、売筋外レリスト
へ書き出む（Ｇ８）。

【００５１】次に、上記図１３のＦ４における売筋外レ
棚位置分析について説明する。図１６は、その動作につ
いてのフローチャートである。先ず、売筋外レリストか
ら１レコードを読み込み（Ｈ１）、ＥＯＦであるか確認
する（Ｈ２）。最後のレコードの読み込みが終わったら
（Ｈ２がＹｅｓ）、終了する。

【００５２】一方、レコードがあれば（Ｈ２がＮｏ）、
後述する店舗別棚割判別を行う（Ｈ３）。ここでは、棚
の位置がポイント制で表現される。次に、実際の商品陳
列位置がポイント制棚位置の範囲内であるかを比較する
（Ｈ４）。実際の商品陳列位置のポイントがポイント制
棚位置の範囲外であるとき（Ｈ４がＮｏ）、即ち、商品
陳列位置のポイントがポイント制棚位置のポイントより
高い場合、高さ変更通知リストへ「商品名」、「変更指
示」、及び「推奨高さ」を書き出す（Ｈ５）。

【００５３】一方、範囲内（商品陳列位置のポイントが
ポイント制棚位置のポイントより低い場合）であるとき
（Ｈ４がＹｅｓ）、高さ変更通知リストへ「商品名」、
「問題あり」と書き出し（Ｈ６）、レコードを読み込む
処理まで戻る。又、図１７のような推奨高さＤＢを設け
ておき、読み出したレコードと同じレコードを推奨高さ
ＤＢより読み出し、実際の商品陳列位置と推奨高さとを
比較して、上記それぞれのリストへ書き出すとしてもよ
い。

【００５４】次に、上記図１６の（Ｈ３）における店舗
別棚割判別について説明する。図１８は、その動作につ
いてのフローチャートである。先ず、図１９の店舗情報
データフォーマットと商品陳列情報から図２０の棚割サ
ンプルテーブルを用いて各棚割サンプル単位にポイント
合計を計算する（Ｊ１）。次に、ポイント合計値が同じ
ものがあるかを調べる（Ｊ２）。同点ポイントがあれば
（Ｊ２がＹｅｓ）、そのまま同点ポイントにおける棚位
置を読み出す（Ｊ３）。

【００５５】一方、同点ポイントがなければ、そのポイ
ントの棚位置を読み出す（Ｊ４）。ここで、例えば、図
１９のＡ店の場合のポイント合計の計算について説明す
る。先ず、Ａ店における商品陳列情報の最初のデータを
見ると、Ａ店はオフィス街にあるので図２０の「対象」
の項目は、「独身」の６ポイントとなる。そして、オフ
ィス街は地域１となるので図２０の「地域」は、「地域
１」の７ポイントである。最後にＡ店の店舗面積は、２
２０ｍ^２であるから図２０の「店舗面積」は、「２００
〜３００ｍ^２」の２ポイントとなる。次の棚位置データ
も同じようにポイントを求める。このように、各店舗の
立地条件に対応して商品陳列情報の棚位置データがポイ
ント制で求められる。該当されるポイントを全て足して
いき、その合計ポイントが推奨されるポイントより大き
いか小さいかで、その商品がその店舗の適当な配置位置
となっているかを調べることができる。尚、推奨棚割デ
ータは３段の棚の位置と黒四角で示す商品位置とを対応
付けて記憶するものである。

【００５６】次に、図１３のＦ９における死筋商品分析
について説明する。図２１は、その動作についてのフロ
ーチャートである。この分析では、予め売上ベスト１０
同様売上ワースト３０のリストを作っておく。尚、この
売上ワースト３０のリストは、売上ベスト１０のファイ
ルとは逆に、売上情報ファイルより一番悪い売上の商品
から順番に３０番まで抽出して作るファイルである。

【００５７】先ず、その売上ワースト３０の商品情報を
取り込む（Ｋ１）。次に、商品陳列情報から最初の１レ
コードを読む（Ｋ２）。次に、そのレコードがＥＯＦで
あるかを確認し（Ｋ３）、最後のレコードであれば（Ｋ
３がＹｅｓ）、そのまま終了する。

【００５８】一方、まだレコードがあれば（Ｋ３がＮ
ｏ）、そのレコードが売上ワースト３０のリストに入っ
ているかを確認する（Ｋ４）。入っていなければ（Ｋ４
がＮｏ）、そのレコードを死筋商品リストへ書き出し
（Ｋ５）、最初のレコードを読む（Ｋ２）。

【００５９】一方、入っていれば（Ｋ４がＹｅｓ）、商
品陳列情報から次の１レコードを読み（Ｋ６）、また最
初からレコードを読む（Ｋ２）。 ＜第２実施形態例＞
次に、第２実施例について説明する。第１実施例では、
現状の棚割情報とその小売店における売上状況からより
良い改善案を提供するとしたが、第２実施例では、送付
する小売業者の地域情報を加えることで、その地域特性
を加えた分析をサーバ側に行わせる。

【００６０】図２２は、第２実施例におけるシステム構
成図である。情報端末装置２０１は、例えばパーソナル
コンピュータなどであり、小売業者側における商品棚の
商品陳列情報（各商品の位置情報、商品情報、販売状況
情報、及び地域情報）を管理し、棚割データ処理サーバ
２０２に送信する機能を有する。棚割データ処理サーバ
２０２は、コンサルタント会社において、小売業者の商
品陳列情報の処理を行うところである。公衆回線２０３
は、インターネット等であり、情報端末装置２０１と棚
割データ処理サーバ２０２とをつなぐ回線である。

【００６１】次に、図２３は、棚割データ処理サーバ２
０２の構成図である。受信部２０４は、小売店の商品陳
列情報を情報端末装置２０１から受信するところであ
る。情報分析部２０５は、その受信した商品陳列情報を
分析するところである。又、情報分析部２０５内には、
商品陳列情報ＤＢ、売上情報ＤＢの他に図２４のような
地域別売上ＤＢ（データベース）２０６があり、小売店
の地域における売れ筋商品ベスト１０より売れ筋商品漏
れを検索し、最適な商品の陳列位置を求めることができ
る。

【００６２】配置情報作成部２０７は、分析結果より商
品の配置情報を作成するところである。料金算出部２０
８は、分析料金を算出し料金情報を作成するところであ
る。送信部２０９は、上記作成した商品配置情報及び料
金情報を情報端末装置２０１に送信するところである。

【００６３】次に、小売業者からコンサルタント会社に
棚割データの処理を依頼し、その処理に対する料金の支
払いまでについて説明する。図２５は、第２実施例にお
ける棚割データ処理から料金の支払いまでの概念を説明
する図である。

【００６４】先ず、小売業者は、ＨＴ（ハンディーター
ミナル）等を用いて現状の棚の商品陳列情報の商品情報
（ＪＡＮコード）を読み取る。又、他の入力情報とし
て、その商品の並んでいる棚段、棚の左からの位置、並
べる面数（フェース面）を入力する。又、この入力情報
には、関東地区などの地域情報も入力する。

【００６５】次に、その商品陳列情報を情報端末装置２
０１にＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａ
ｌｕｅ）ファイルで入力する（図２５の）。そして、
ＣＳＶファイルで入力した商品陳列情報ファイルを棚割
の再現ができる棚割ソフトを用いて棚割の再現を行な
い、その再現結果をネットワークなどで送受信できるフ
ァイルに変換する。

【００６６】そして、小売業者は、その変換した商品陳
列情報ファイルを棚割コンサルタント会社の棚割データ
処理サーバ２０２へ公衆回線２０３を介して送付メール
の添付ファイル送信又はブラウザのファイル送信で送付
する（図２５の）。次に、棚割データ処理サーバ２０
２は、受信部２０４により商品陳列情報ファイルを受信
し、情報分析部２０５で商品陳列情報ファイルを元に売
れ筋商品が欠けていないか、死に筋商品（もう売れない
商品）が棚に並んでいないか、季節にあった商品構成と
なっているかなどをチェックし、配置情報作成部２０７
で配置情報ファイルを作成する。そして、このチェック
をする際、地区別売上ＤＢ２０６に基づいた売れ筋商品
を分析する。例えば、図２６のように関東地区の小売店
の棚割情報は、地区別売上ＤＢ２０６の関東地区での商
品売上ベスト１０と比較され、そして、そのベスト１０
から漏れている商品をピックアップし、配置情報ファイ
ルに加えている。

【００６７】又、配置情報ファイルを作成すると同時に
料金算出部２０８において分析料金を算出し、料金情報
を作成する（図２５の）。そして、棚割データ処理サ
ーバ２０２は、送信部２０９より小売業者の情報端末装
置２０１へ公衆回線２０３を介して配置情報ファイルを
送付する（図２５の）。

【００６８】配置情報ファイルを受け取った小売業者
は、規定のコンサルタント料金をインターネット決済な
どで支払う（図２５の）。このように、第２実施例で
は、情報分析部２０５に地区別売上ＤＢ２０６が備えら
れていることによりその地域毎に対応したより良い棚割
配置情報を小売店に提供することができる。なお、地区
別売上ＤＢ２０６のデータは小売店から転送された店舗
コードから地区を判別し、その地区と対応する金額デー
タに小売店から転送された売上情報中の金額データを加
算累計する。

【００６９】又、各地域毎のより詳しい地域でのイベン
ト情報、例えば、小学校の運動会、コンサート、花火大
会等の情報を小売店からの棚割情報に加えることで、運
動会の開催日には、おにぎり、お茶などの商品を多くす
るというようにイベント情報ＤＢを設けることで、より
売れる売場作りの提案が可能となる。

【００７０】＜第３実施形態例＞次に、第３実施例で
は、小売店で棚割を実施する時期を指定することによ
り、その時期別の分析をサーバ側に行わせる。図２７
は、第３実施例におけるシステム構成図である。

【００７１】情報端末装置２４１は、例えばパーソナル
コンピュータなどであり、小売業者側における商品棚の
商品陳列情報（各商品の位置情報、商品情報、販売状況
情報、及び実施時期情報）を管理し、棚割データ処理サ
ーバ２４２に送信する機能を有する。棚割データ処理サ
ーバ２４２は、コンサルタント会社において、小売業者
の商品陳列情報の処理を行うところである。公衆回線２
４３は、インターネット等であり、情報端末装置２４１
と棚割データ処理サーバ２４２とをつなぐ回線である。

【００７２】次に、図２８は、棚割データ処理サーバ２
４２の構成図である。受信部２４４は、小売店の商品陳
列情報を情報端末装置２４１から受信するところであ
る。情報分析部２４５は、その受信した商品陳列情報を
分析するところである。又、情報分析部２４５内には、
商品陳列情報ＤＢ、売上情報ＤＢの他に図２９のような
月別売上ＤＢ（データベース）２４６があり、小売店の
棚割の実施月における売れ筋商品ベスト１０等を分析に
考慮して売れ筋商品漏れを検索し、最適な商品陳列位置
を求めることができる。 配置情報作成部２４７は、分
析結果より商品の配置情報を作成するところである。

【００７３】料金算出部２４８は、分析料金を算出し料
金情報を作成するところである。送信部２４９は、上記
作成した商品配置情報及び料金情報を情報端末装置２４
１に送信するところである。次に、小売業者からコンサ
ルタント会社に棚割データの処理を依頼し、その処理に
対する料金の支払いまでについて説明する。

【００７４】図３０は、第３実施例における棚割データ
処理から料金の支払いまでの概念を説明する図である。
先ず、小売業者は、ＨＴ（ハンディーターミナル）等を
用いて現状の棚の商品陳列情報の商品情報（ＪＡＮコー
ド）を読み取る。又、他の入力情報として、その商品の
並んでいる棚段、棚の左からの位置、並べる面数（フェ
ース面）を入力する。この入力情報には、８月などの小
売店の棚割実施月情報が含まれる。

【００７５】次に、その商品陳列情報を情報端末装置２
４１にＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａ
ｌｕｅ）ファイルで入力する（図３０の）。そして、
ＣＳＶファイルで入力した商品陳列情報ファイルを棚割
の再現ができる棚割ソフトを用いて棚割の再現を行な
い、その再現結果をネットワークなどで送受信できるフ
ァイルに変換する。

【００７６】そして、小売業者は、その変換した商品陳
列情報ファイルを棚割コンサルタント会社の棚割データ
処理サーバ２４２へ公衆回線２４３を介して送付メール
の添付ファイル送信又はブラウザのファイル送信で送付
する（図３０の）。次に、棚割データ処理サーバ２４
２は、受信部２４４により商品陳列情報ファイルを受信
し、情報分析部２４５で商品陳列情報ファイルを元に売
れ筋商品が欠けていないか、死に筋商品（もう売れない
商品）が棚に並んでいないか、季節にあった商品構成と
なっているかなどをチェックし、配置情報作成部２４７
で配置情報ファイルを作成する。そして、このチェック
をする際、月別売上ＤＢ２４６に基づいた売れ筋商品を
分析する。例えば、図３１のように８月の小売店の棚割
情報を月別売上ＤＢ２４６の８月での商品売上ベスト１
０と比較し、そして、そのベスト１０から漏れている商
品をピックアップし、配置情報ファイルに加えている。

【００７７】又、配置情報ファイルを作成すると同時に
料金算出部２４８において分析料金を算出し、料金情報
を作成する（図３０の）。そして、棚割データ処理サ
ーバ２４２は、送信部２４９より小売業者の情報端末装
置２４１へ公衆回線２４３を介して配置情報ファイルを
送付する（図３０の）。

【００７８】配置情報ファイルを受け取った小売業者
は、規定のコンサルタント料金をインターネット決済な
どで支払う（図３０の）。このように、第３実施例で
は、情報分析部２４５に月別売上ＤＢ２４６が備えられ
ているので棚割が実施される月毎の細かい分析が行え、
より良い情報提供を行うことができる。

【００７９】又、図３２のような第２、第３実施例を組
み合わせた形、つまり、図３３に示すような地区別売上
ＤＢと月別売上ＤＢを同時に考慮するＤＢを分析する情
報提供も考えられる。 ＜第４実施形態例＞次に、第４実施例について説明す
る。コンサルタント会社の棚割分析に用いる情報をイン
ターネットにより一般から収集することでより最適な商
品配置情報を小売店に提供することができる。第４実施
例では、このように一般のインターネットユーザからの
情報を蓄積し、その情報を考慮して棚割データ処理を行
うシステムについて説明する。尚、小売店〜コンサルタ
ント会社間の棚割データ処理については、第１〜３実施
例と同じ要領で行われるので説明は省略する。

【００８０】図３４は、第４実施例におけるシステム構
成図である。ＰＣ（パーソナルコンピュータ）２９１
は、第三者であるインターネットユーザの持つ端末装置
である。棚割データ処理サーバ２９２は、コンサルタン
ト会社において、小売業者の商品陳列情報の処理を行う
ところであり、ここでは、一般のインターネットユーザ
から提供される各地域で催されるイベント情報等を集計
するサーバとして説明する。公衆回線２９３は、インタ
ーネット等であり、ＰＣ２９１と棚割データ処理サーバ
２９２とをつなぐ回線である。

【００８１】次に、図３５は、棚割データ処理サーバ２
９２の構成図である。受信部２９４は、一般ユーザのＰ
Ｃ２９１からイベント情報を受信するところである。情
報分析部２９５には、図３６のような地域別イベント情
報ＤＢ（データベース）２９６があり、一般ユーザのＰ
Ｃ２９１からのイベント情報を蓄積することができる。
送信部２９７は、情報提供してくれたユーザに対してそ
の見返りのメール等をＰＣ２９１に送信するところであ
る。例えば、Ａコンビニで本メールを見せるとジュース
をプレゼントというようなメールを見返りとしてユーザ
に送る。

【００８２】次に、一般ユーザの情報提供からその見返
りのメールを送るまでを説明する。図３７は、情報提供
から見返りメール送信までの概念を説明する図である。
先ず、一般ユーザは、コンサルタント会社が持つホーム
ページにアクセスし、簡単なアンケートなどに答える。
アンケートの内容は、例えば、「今度行われる運動会に
あなたは、どんなお弁当を持っていきたいですか？」と
する。すると、そのような口コミ情報は、ＰＣ２９１か
ら公衆回線２９３を介してコンサルタント会社の棚割デ
ータ処理サーバ２９２に送られる（図３７の）。又、
この口コミ情報は、メールで送ってもよい。そして、口
コミ情報は、図３８のように棚割データ処理サーバ２９
２内の地域別イベント情報ＤＢ２９６に蓄積され、棚割
情報の分析に使われる。

【００８３】次に、情報を提供してくれたユーザに対し
てその見返りとして特典（クーポン券）付きのメールを
送信部２９７よりＰＣ２９１へ送信する（図３７の
）。次に、一般ユーザのＰＣ２９１及び棚割データ処
理サーバ２９２間の処理動作について説明する。先ず始
めにＰＣ２９１で行われる処理動作について図３９を用
いて説明する。

【００８４】先ず、ＰＣ２９１は、棚割データ処理サー
バ２９２に対して接続要求を出す（Ｍ１）。次に、フロ
ントページ及びアンケートデータが受信されたかを確認
し（Ｍ２）、受信されず（Ｍ２がＮｏ）、又、一定時間
が経過していなければ（Ｍ３がＮｏ）、再度接続要求を
出す（Ｍ１）。

【００８５】一方、一定時間が経ってしまうと（Ｍ３が
Ｙｅｓ）、エラー報知を送り（Ｍ４）、終了する。又、
フロントページ及びアンケートデータを受信した場合
（Ｍ２がＹｅｓ）、その受信内容を表示画面などに表示
する（Ｍ５）。次に、アンケートデータに対して入力す
べきデータがあるかを確認して（Ｍ６）、入力データが
あれば（Ｍ６がＹｅｓ）、入力データを送信用データと
して記憶し（Ｍ７）、接続の切断指定がされたか確認す
る（Ｍ８）。

【００８６】一方、アンケートデータに入力がなければ
（Ｍ６がＮｏ）、切断指定を確認する（Ｍ８）。切断指
定がなければ（Ｍ８がＮｏ）、その入力に従った処理及
び送信を行ない（Ｍ９）、アンケートデータへの入力を
待つ（Ｍ６）。一方、切断指定があれば（Ｍ８がＹｅ
ｓ）、送信用入力データを送信し（Ｍ１０）、接続の切
断を通知して（Ｍ１１）、終了する。

【００８７】次に、棚割データ処理サーバ２９２の動作
について図４０を用いて説明する。先ず、ＰＣ２９１か
らの接続要求があるかを確認する（Ｎ１）。接続要求が
あれば（Ｎ１がＹｅｓ）、ＰＣ２９１へフロントページ
及びアンケートデータを送信し（Ｎ２）、なければ（Ｎ
１がＮｏ）、終了する。

【００８８】次に、ＰＣ２９１から送信用入力データを
受信したかを確認し（Ｎ３）、その入力データがあれば
（Ｎ３がＹｅｓ）、地域別イベント情報ＤＢ２９６のデ
ータの書き換えを行い（Ｎ４）、再び送信用入力データ
の受信を待つ（Ｎ３）。一方、送信用入力データの受信
がなく（Ｎ３がＮｏ）、他のユーザからのデータの受信
があれば（Ｎ５がＹｅｓ）、その送信内容に応じた処理
を行い（Ｎ６）、切断要求の確認を行う（Ｎ７）。

【００８９】一方、他のところからもデータの受信がな
ければ（Ｎ５がＮｏ）、ＰＣ２９１からの切断要求を確
認して（Ｎ７）、切断要求があれば（Ｎ７がＹｅｓ）、
終了し、なければ（Ｎ７がＮｏ）、送信用入力データ受
信の確認を行う（Ｎ３）。次に、ユーザからのアンケー
トに基づいた地域別イベント情報ＤＢ２９６より棚割分
析を行う処理について説明する。図４１は、その動作の
フローチャートである。

【００９０】先ず、小売店から送信された地域情報、棚
割実施日を読み出す。（Ｐ１）次に、最初のＪＡＮコー
ドを読み出す（Ｐ２）。そのＪＡＮコードが最後のデー
タであるかを確認し（Ｐ３）、最後であれば（Ｐ３がＹ
ｅｓ）、終了する。一方、まだＪＡＮコードがあれば
（Ｐ３がＮｏ）、地域別イベント情報ＤＢ２９６から対
象情報を読み出す（Ｐ４）。この対象情報は、図３６の
イベント情報及び地域コードより割り出すことができ
る。次に、読み出されたＪＡＮコードが地域別イベント
情報ＤＢ２９６内のおすすめ商品（推奨商品）であるか
を確認して（Ｐ５）、おすすめ商品でなければ（Ｐ５が
Ｎｏ）、地域別イベント情報ＤＢ２９６におすすめ商品
として書き込む（Ｐ６）。

【００９１】一方、おすすめ商品であれば（Ｐ５がＹｅ
ｓ）、次のＪＡＮコードを読み出し（Ｐ７）、そのコー
ドが最後のデータかどうかを確認する（Ｐ３）。又、図
４２のように実施例２における地区別売上げＤＢ２０６
及び実施例３における月別売上げＤＢ２４６の売上げベ
スト１０から漏れている商品と実施例４における地域別
イベント情報ＤＢ２９６より棚割情報として最適なピッ
クアップ商品及びイベント情報を小売業者に提供するこ
とも考えられる。これより、小売業者は、例えば、近く
の小学校で運動会が近いうちに行なわれるということが
判るので、いつもより多くおにぎりなどをメーカー等に
発注することができる。

【００９２】なお、地域別イベント情報ＤＢ２９６のデ
ータはコンサルタント会社が独自にデータを収集したり
してもよい。このように、小売業者の端末機と最適な棚
割情報の分析を行うサーバとをオンラインでつなぐこと
により、互いにリアルタイムな情報の受け渡しが可能と
なる。

【００９３】又、棚割情報の分析を行う際に一般のイン
ターネットユーザからの情報提供を考慮することでより
精度の高い分析結果を小売業者に提供することができ
る。又、小売店からコンサルタント会社に棚割情報を送
る際、コンピュータ等で実際の棚割状態を再現すること
ができる棚割ソフトへ棚割情報を入力し、このソフトか
らデータ交換用であるファイルに出力し、それを棚割デ
ータ処理サーバ１２へ送付する形にしたが、専用フォー
マットファイルを用いて送るようにしてもよい。

【００９４】

【発明の効果】以上、本発明によれば、店舗における情
報端末装置と商品棚の商品情報及び販売状況を解析処理
するデータベースシステムとをオンラインでつなぐこと
により、棚割分析の専門コンサルタント会社に依頼する
余裕のない企業（クライアント）に対してローコストな
棚割分析サービスを提供することができる。又、地域
別、月別、イベント別などのデータベースを組み合わせ
て分析することによってより高度な情報をクライアント
に提供することができる。

【図面の簡単な説明】

【図１】第１実施例におけるシステム構成図である。

【図２】第１実施例の概念を示す図である。

【図３】棚割データ処理サーバ１２の構成図である。

【図４】商品陳列情報ＤＢ１６を示す図である。

【図５】情報端末装置１１、小売業者側のＨＴ、棚割デ
ータ処理サーバ１２、ＰＣ２９１の概略ブロック構成図
である。

【図６】第１実施例における棚割データ処理から料金の
支払いまでの概念を説明する図である。

【図７】商品陳列情報をＨＴへ入力する時の処理につい
てのフローチャートである。

【図８】ＨＴでの動作についてのフローチャートであ
る。

【図９】情報端末装置１１の動作についてのフローチャ
ートである。

【図１０】情報端末装置１１の動作についてのフローチ
ャートである。

【図１１】情報端末装置１１における設定画面を示す図
である。

【図１２】棚割データ処理サーバ１２の動作についての
フローチャートである。

【図１３】商品陳列情報解析及び配置情報ファイルの作
成、通知についてのフローチャートである。

【図１４】小売店におけるゴールデンゾーン及びデッド
ゾーンを示す図である。

【図１５】売筋外レ商品分析についてのフローチャート
である。

【図１６】売筋外レ棚位置分析についてのフローチャー
トである。

【図１７】推奨高さＤＢを示す図である。

【図１８】店舗別棚割判別についてのフローチャートで
ある。

【図１９】店舗情報のデータフォーマットを示す図であ
る。

【図２０】棚割サンプルテーブルを示す図である。

【図２１】死筋商品分析についてのフローチャートであ
る。

【図２２】第２実施例におけるシステム構成図である。

【図２３】棚割データ処理サーバ２０２の構成図であ
る。

【図２４】地域別売上ＤＢ２０６を示す図である。

【図２５】第２実施例における棚割データ処理から料金
の支払いまでの概念を説明する図である。

【図２６】第２実施例のコンサルタント会社における動
作について説明する図である。

【図２７】第３実施例におけるシステム構成図である。

【図２８】棚割データ処理サーバ２４２の構成図であ
る。

【図２９】月別売上ＤＢ２４６を示す図である。

【図３０】第３実施例における棚割データ処理から料金
の支払いまでの概念を説明する図である。

【図３１】第３実施例のコンサルタント会社における動
作について説明する図である。

【図３２】地区別売上げＤＢ及び月別売上げＤＢを考慮
したコンサルタント会社における動作について説明する
図である。

【図３３】地区別及び月別売上ＤＢを示す図である。

【図３４】第４実施例におけるシステム構成図である。

【図３５】棚割データ処理サーバ２９２の構成図であ
る。

【図３６】地域別イベント情報ＤＢ２９６を示す図であ
る。

【図３７】情報提供から見返りメール送信までの概念を
説明する図である。

【図３８】第４実施例のコンサルタント会社における動
作について説明する図である。

【図３９】ＰＣ２９１の動作についてのフローチャート
である。

【図４０】棚割データ処理サーバ２９２の動作について
のフローチャートである。

【図４１】地域別イベント情報ＤＢ２９６より棚割分析
を行う処理についてのフローチャートである。

【図４２】第４実施例において地区別売上げＤＢ及び月
別売上げＤＢを考慮したコンサルタント会社における動
作について説明する図である。

【符号の説明】

１１ 情報処理装置 １２ 棚割データ処理サーバ １３ 公衆回線 １４ 受信部 １５ 情報分析部 １６ 商品陳列情報ＤＢ １７ 配置情報作成部 １８ 料金算出部 １９ 送信部 ２０１ 情報処理装置 ２０２ 棚割データ処理サーバ ２０３ 公衆回線 ２０４ 受信部 ２０５ 情報解析部 ２０６ 地域別売上ＤＢ ２０７ 配置情報作成部 ２０８ 料金算出部 ２０９ 送信部 ２４１ 情報端末装置 ２４２ 棚割データ処理サーバ ２４３ 公衆回線 ２４４ 受信部 ２４５ 情報解析部 ２４６ 月別売上ＤＢ ２４７ 配置情報作成部 ２４８ 料金算出部 ２４９ 送信部 ２９１ ＰＣ ２９２ 棚割データ処理サーバ ２９３ 公衆回線 ２９４ 受信部 ２９５ 情報解析部 ２９６ 地域別イベント情報ＤＢ ２９７ 送信部

Claims (9)

【特許請求の範囲】
1. 【請求項１】 店の棚の各商品の配置を示す位置情報、
   前記各商品の種類についての商品情報、及び前記各商品
   の販売状況情報をクライアントの情報端末装置から受信
   する受信手段と、 前記位置情報、前記商品情報及び前記販売状況情報を記
   憶する記憶手段と、 前記各商品が所定の棚位置となっているかを分析する情
   報分析手段と、 前記情報分析手段の分析結果より前記各商品の最適な棚
   位置を作成する棚位置情報作成手段と、 前記情報分析手段の分析結果よりクライアントに請求す
   る分析料金を算出し料金情報を作成する料金情報作成手
   段と、 前記棚位置情報及び前記料金情報を前記情報端末装置に
   送信する送信手段と、 から成ることを特徴とする棚割データ処理装置。
2. 【請求項２】 前記情報分析手段は、前記商品が前記店
   の地域周辺でよく売れる商品であるかを分析することを
   特徴とする請求項１記載の棚割データ処理装置。
3. 【請求項３】 前記情報分析手段は、前記商品が前記店
   の棚割実施月によく売れる商品であるかを分析すること
   を特徴とする請求項１又は２記載の棚割データ処理装
   置。
4. 【請求項４】 前記情報分析手段は、前記商品が前記店
   の地域周辺で開かれる催物に適した商品であるかを分析
   することを特徴とする請求項１乃至３の何れか一項に記
   載の棚割データ処理装置。
5. 【請求項５】 店の商品が前記店の目立つところの棚に
   あるか判別する第１の判別ステップと、 前記商品が目立つところの棚にあるとき前記商品が売れ
   る商品であるか判別する第２の判別ステップと、 前記商品が所定の棚位置であるか判別する第３の判別ス
   テップと、 から成ることを特徴とする棚割データ処理方法。
6. 【請求項６】 店の商品が前記店の目立つところの棚に
   あるか判別する第１の判別ステップと、 前記商品が目立つところの棚にないとき前記商品が前記
   店の目立たないところの棚にあるか判別する第２の判別
   ステップと、 前記商品が目立たないところの棚にあるとき前記商品が
   売れる商品であるか判別する第３の判別ステップと、 から成ることを特徴とする棚割データ処理方法。
7. 【請求項７】 店の商品が前記店の目立つところの棚に
   あるか判別する第１の判別ステップと、 前記商品が目立つところの棚にないとき前記商品が前記
   店の目立たないところの棚にあるか判別する第２の判別
   ステップと、 前記商品が目立たないところの棚にないとき前記商品が
   売れる商品であるか判別する第３の判別ステップと、 前記商品が売れない商品であるか判別する第４の判別ス
   テップと、 から成ることを特徴とする棚割データ処理方法。
8. 【請求項８】 店の棚の各商品の配置を示す位置情報、
   前記各商品の種類についての商品情報、及び前記各商品
   の販売状況情報を入力する入力手段と、 前記位置情報、前記商品情報及び前記販売状況情報を記
   憶する記憶手段と、 前記各商品が所定の棚位置となっているかを分析する情
   報分析手段と、 前記情報分析手段の分析結果より前記各商品の最適な棚
   位置を作成する棚位置情報作成手段と、 前記棚位置情報を出力する出力手段と、 から成ることを特徴とする棚割データ処理システム。
9. 【請求項９】 前記情報分析手段の分析結果よりクライ
   アントに請求する分析料金を算出し料金情報を作成する
   料金情報作成手段を有することを特徴とする請求項８記
   載の棚割データ処理システム。