(57)【特許請求の範囲】
【請求項１】
店舗の棚の位置を示す位置情報、各商品がどのくらい売れるのか又は売れないのかを示す販売状況情報、及び前記位置情報が示す位置の棚に陳列される商品を示す商品情報を端末装置からネットワークを介して受信する受信手段と、
店舗の売筋の棚の位置を示すゴールデンゾーン情報、店舗の売筋外の棚の位置を示すデッドゾーン情報、前記販売状況情報から得られる売上げ上位の商品を示す上位商品情報、及び商品毎の棚内の所望な位置を示す推奨棚位置情報を記憶する記憶手段と、
前記受信手段により受信された位置情報が前記記憶手段に記憶されるゴールデンゾーン情報と一致する場合、前記受信手段により受信された商品情報が示す商品のうち前記記憶手段に記憶される上位商品情報が示す商品と一致しない商品で構成される売筋外レリストを作成する売筋外レリスト作成手段と、
前記作成された売筋外レリスト内の商品が前記記憶手段に記憶される推奨棚位置情報が示す位置にある場合にその商品と売上げ上位の商品でないことを示す情報とを関連付けて棚位置の高さ変更通知リストを作成するか、または、その売筋外レリスト内の商品が前記記憶手段に記憶される推奨棚位置情報が示す位置にない場合にその商品と前記所望な位置とを関連付けて前記高さ変更通知リストを作成する高さ変更通知リスト作成手段と、
作成された前記売筋外レリスト及び前記高さ変更通知リストを前記ネットワークを介して前記端末装置に送信する送信手段と、
を備えることを特徴とする棚割データ処理装置。
【請求項２】
請求項１に記載の棚割データ処理装置であって、
前記受信手段により受信された位置情報が前記記憶手段に記憶されるゴールデンゾーン情報に一致せず、かつ、前記記憶手段に記憶されるデッドゾーン情報に一致する場合、前記受信手段により受信された商品情報が示す商品のうち前記上位商品情報に示す商品と一致する商品で構成される売筋商品リストを作成する売筋商品分析手段を備え、
前記送信手段は、前記売筋商品分析手段で作成された売筋商品リストを前記ネットワークを介して前記端末装置に送信する、
ことを特徴とする棚割データ処理装置。
【請求項３】
請求項１に記載の棚割データ処置装置であって、
前記記憶手段は、前記販売状況情報から得られる売上げ下位の商品を示す下位商品情報を記憶し、
前記受信手段により受信された位置情報が前記記憶手段に記憶されるゴールデンゾーン情報及びデッドゾーン情報に共に一致しない場合、前記受信手段により受信された商品情報が示す商品のうち前記上位商品情報に示す商品と一致する商品で構成される売筋商品リストを作成すると共に、前記受信手段により受信された商品情報が示す商品のうち前記下位商品情報が示す商品と一致する商品で構成される死筋商品リストを作成する死筋商品リスト作成手段を備え、
前記送信手段は、前記死筋商品リスト作成手段が売筋商品及び死筋商品リストを作成すると、前記売筋商品リスト及び前記死筋商品リストを前記ネットワークを介して前記端末装置に送信する、
ことを特徴とする棚割データ処理装置。
【請求項４】
請求項１〜３の何れか１項に記載の棚割データ処理装置であって、
前記受信手段は、前記販売状況情報と共に前記端末装置から送信される地域情報を受信し、
前記記憶手段は、前記上位商品情報と前記地域情報とを関連付けて記憶し、
前記売筋外レリスト作成手段は、ある商品と前記上位商品情報が示す商品とが一致しないことを判断する際、地域毎に判断する、
ことを特徴とする棚割データ処理装置。
【請求項５】
請求項１〜４の何れか１項に記載の棚割データ処理装置であって、
前記受信手段は、前記販売状況情報と共に前記端末装置から送信される売上月を示す月情報を受信し、
前記記憶手段は、前記上位商品情報と前記月情報とを関連付けて記憶し、
前記売筋外レリスト作成手段は、ある商品と前記上位商品情報が示す商品とが一致しないことを判断する際、月毎に判断する、
ことを特徴とする棚割データ処理装置。
【請求項６】
請求項１〜３の何れか１項に記載の棚割データ処理装置であって、
前記受信手段は、前記端末装置とは別の端末装置から送信される、イベントの開催地域毎の利用希望商品を示すイベント情報を受信し、
前記記憶手段は、前記上位商品情報として前記受信手段により受信されるイベント情報を記憶し、
前記売筋外レリスト作成手段は、ある商品と前記上位商品情報が示す商品とが一致しないことを判断する際、イベントの開催地域毎に判断する、
ことを特徴とする棚割データ処理装置。
【請求項７】
店舗の棚の位置を示す位置情報、各商品がどのくらい売れるのか又は売れないのかを示す販売状況情報、及び前記位置情報が示す位置の棚に陳列される商品を示す商品情報を端末装置からネットワークを介して受信し、
店舗の売筋の棚の位置を示すゴールデンゾーン情報、店舗の売筋外の棚の位置を示すデッドゾーン情報、前記販売状況情報から得られる売上げ上位の商品を示す上位商品情報、及び商品毎の棚内の所望な位置を示す推奨棚位置情報を記憶し、
前記位置情報が前記ゴールデンゾーン情報と一致する場合、前記商品情報が示す商品のうち前記上位商品情報が示す商品と一致しない商品で構成される売筋外レリストを作成し、
前記作成された売筋外レリスト内の商品が前記推奨棚位置情報が示す位置にある場合にその商品と売上げ上位の商品でないことを示す情報とを関連付けて棚位置の高さ変更通知リストを作成するか、または、その売筋外レリスト内の商品が前記推奨棚位置情報が示す位置にない場合にその商品と前記所望な位置とを関連付けて前記高さ変更通知リストを作成し、
作成された前記売筋外レリスト及び前記高さ変更通知リストを前記ネットワークを介して前記端末装置に送信する、
ことを特徴とする棚割データ処理方法。
【請求項８】
店舗の棚の位置を示す位置情報、各商品がどのくらい売れるのか又は売れないのかを示す販売状況情報、及び前記位置情報が示す位置の棚に陳列される商品を示す商品情報を受信する受信手段と、店舗の売筋の棚の位置を示すゴールデンゾーン情報、店舗の売筋外の棚の位置を示すデッドゾーン情報、前記販売状況情報から得られる売上げ上位の商品を示す上位商品情報、及び商品毎の棚内の所望な位置を示す推奨棚位置情報を記憶する記憶手段と、前記受信手段により受信された位置情報が前記記憶手段に記憶されるゴールデンゾーン情報と一致する場合、前記受信手段により受信された商品情報が示す商品のうち前記記憶手段に記憶される上位商品情報が示す商品と一致しない商品で構成される売筋外レリストを作成する売筋外レリスト作成手段と、前記作成された売筋外レリスト内の商品が前記記憶手段に記憶される推奨棚位置情報が示す位置にある場合にその商品と売上げ上位の商品でないことを示す情報とを関連付けて棚位置の高さ変更通知リストを作成するか、または、その売筋外レリスト内の商品が前記記憶手段に記憶される推奨棚位置情報が示す位置にない場合にその商品と前記所望な位置とを関連付けて前記高さ変更通知リストを作成する高さ変更通知リスト作成手段と、作成された前記売筋外レリスト及び前記高さ変更通知リストを送信する送信手段とを備える棚割データ処理サーバと、
前記位置情報、前記販売状況情報、及び前記商品情報をネットワークを介して前記棚割データ処理サーバに送信すると共に、前記棚割データ処理サーバから送信される前記売筋外レリスト及び前記高さ変更通知リストを前記ネットワークを介して受信する端末装置と、
を備えることを特徴とする棚割データ処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、スーパーやコンビニなどの小売店における商品の棚割について情報分析を行い、棚割情報を作成する棚割データ処理装置、棚割データ処理方法、及び棚割データ処理システムに関する。
【０００２】
【従来の技術】
一般に、スーパー、コンビニなどの小売店において、売れる売場作りのため商品棚にいつどのような商品をどのように並べるかが大きなポイントとなる。このように商品をどう揃えるかは、季節、地域性、その時代の売れ筋商品などを分析し、棚割日を決め、販売ロスを出さないように仕入れ数も決めなければならない。
【０００３】
そして、季節、地域性、その時代の売れ筋商品などを分析するには、店頭のバーコードリーダなどで商品名を確認し、その価格をコンピュータに入力して同時に売り上げデータを管理し、商品全体の販売管理を行なうシステム（ＰＯＳシステム）などにより多くの情報を収集したり、業界のノウハウを持った専任者が必要である。
【０００４】
【発明が解決しようとする課題】
このように、従来の方法で棚割を決定するには、多くの情報や業界のノウハウなどを備えている専任者を置く必要があり、このような棚割を行なうスーパーなどの小売業者は、人件費、ＰＯＳ会社からの情報の購入費など大きな負担となっている。
【０００５】
又、このような負担から従来の棚割決定を行えないでいる業者は、質の高い棚割及び品揃えができない状況にある。
本発明は上記の課題に鑑み、店舗の棚割情報をオンラインで専門のコンサルタント業者（棚割データ処理サーバ）に送り、その情報分析を行なわせるようにすることで、中小レベルの専任の担当を置く余裕のない企業に対してローコスト且つ高品質なサービスを提供することができる棚割データ処理システムを構築することを目的とする。
【０００６】
【課題を解決するための手段】
上記の課題を解決するために本発明では、以下のように構成した。
すなわち、本発明の棚割データ処理装置は、店舗の棚の位置を示す位置情報、各商品がどのくらい売れるのか又は売れないのかを示す販売状況情報、及び前記位置情報が示す位置の棚に陳列される商品を示す商品情報を端末装置からネットワークを介して受信する受信手段と、店舗の売筋の棚の位置を示すゴールデンゾーン情報、店舗の売筋外の棚の位置を示すデッドゾーン情報、前記販売状況情報から得られる売上げ上位の商品を示す上位商品情報、及び商品毎の棚内の所望な位置を示す推奨棚位置情報を記憶する記憶手段と、前記受信手段により受信された位置情報が前記記憶手段に記憶されるゴールデンゾーン情報と一致する場合、前記受信手段により受信された商品情報が示す商品のうち前記記憶手段に記憶される上位商品情報が示す商品と一致しない商品で構成される売筋外レリストを作成する売筋外レリスト作成手段と、前記作成された売筋外レリスト内の商品が前記記憶手段に記憶される推奨棚位置情報が示す位置にある場合にその商品と売上げ上位の商品でないことを示す情報とを関連付けて棚位置の高さ変更通知リストを作成するか、または、その売筋外レリスト内の商品が前記記憶手段に記憶される推奨棚位置情報が示す位置にない場合にその商品と前記所望な位置とを関連付けて前記高さ変更通知リストを作成する高さ変更通知リスト作成手段と、作成された前記売筋外レリスト及び前記高さ変更通知リストを前記ネットワークを介して前記端末装置に送信する送信手段とを備える。
【０００７】
また、上記棚割データ処理装置は、前記受信手段により受信された位置情報が前記記憶手段に記憶されるゴールデンゾーン情報に一致せず、かつ、前記記憶手段に記憶されるデッドゾーン情報に一致する場合、前記受信手段により受信された商品情報が示す商品のうち前記上位商品情報に示す商品と一致する商品で構成される売筋商品リストを作成する売筋商品分析手段を備え、前記送信手段は、前記売筋商品分析手段で作成された売筋商品リストを前記ネットワークを介して前記端末装置に送信するように構成してもよい。
【０００８】
また、上記棚割データ処置装置は、前記記憶手段は、前記販売状況情報から得られる売上げ下位の商品を示す下位商品情報を記憶し、前記受信手段により受信された位置情報が前記記憶手段に記憶されるゴールデンゾーン情報及びデッドゾーン情報に共に一致しない場合、前記受信手段により受信された商品情報が示す商品のうち前記上位商品情報に示す商品と一致する商品で構成される売筋商品リストを作成すると共に、前記受信手段により受信された商品情報が示す商品のうち前記下位商品情報が示す商品と一致する商品で構成される死筋商品リストを作成する死筋商品リスト作成手段を備え、前記送信手段は、前記死筋商品リスト作成手段が売筋商品及び死筋商品リストを作成すると、前記売筋商品リスト及び前記死筋商品リストを前記ネットワークを介して前記端末装置に送信するように構成してもよい。
【０００９】
また、上記受信手段は、前記販売状況情報と共に前記端末装置から送信される地域情報を受信し、前記記憶手段は、前記上位商品情報と前記地域情報とを関連付けて記憶し、前記売筋外レリスト作成手段は、ある商品と前記上位商品情報が示す商品とが一致しないことを判断する際、地域毎に判断するように構成してもよい。
【００１０】
また、上記受信手段は、前記販売状況情報と共に前記端末装置から送信される売上月を示す月情報を受信し、前記記憶手段は、前記上位商品情報と前記月情報とを関連付けて記憶し、前記売筋外レリスト作成手段は、ある商品と前記上位商品情報が示す商品とが一致しないことを判断する際、月毎に判断するように構成してもよい。
【００１１】
また、上記受信手段は、前記端末装置とは別の端末装置から送信される、イベントの開催地域毎の利用希望商品を示すイベント情報を受信し、上記記憶手段は、前記上位商品情報として前記受信手段により受信されるイベント情報を記憶し、上記売筋外レリスト作成手段は、ある商品と前記上位商品情報が示す商品とが一致しないことを判断する際、イベントの開催地域毎に判断するように構成してもよい。
【００１２】
また、本発明の棚割データ処理方法は、店舗の棚の位置を示す位置情報、各商品がどのくらい売れるのか又は売れないのかを示す販売状況情報、及び前記位置情報が示す位置の棚に陳列される商品を示す商品情報を端末装置からネットワークを介して受信し、店舗の売筋の棚の位置を示すゴールデンゾーン情報、店舗の売筋外の棚の位置を示すデッドゾーン情報、前記販売状況情報から得られる売上げ上位の商品を示す上位商品情報、及び商品毎の棚内の所望な位置を示す推奨棚位置情報を記憶し、前記位置情報が前記ゴールデンゾーン情報と一致する場合、前記商品情報が示す商品のうち前記上位商品情報が示す商品と一致しない商品で構成される売筋外レリストを作成し、前記作成された売筋外レリスト内の商品が前記推奨棚位置情報が示す位置にある場合にその商品と売上げ上位の商品でないことを示す情報とを関連付けて棚位置の高さ変更通知リストを作成するか、または、その売筋外レリスト内の商品が前記推奨棚位置情報が示す位置にない場合にその商品と前記所望な位置とを関連付けて前記高さ変更通知リストを作成し、作成された前記売筋外レリスト及び前記高さ変更通知リストを前記ネットワークを介して前記端末装置に送信する。
【００１３】
また、本発明の棚割データ処理システムは、店舗の棚の位置を示す位置情報、各商品がどのくらい売れるのか又は売れないのかを示す販売状況情報、及び前記位置情報が示す位置の棚に陳列される商品を示す商品情報を受信する受信手段と、店舗の売筋の棚の位置を示すゴールデンゾーン情報、店舗の売筋外の棚の位置を示すデッドゾーン情報、前記販売状況情報から得られる売上げ上位の商品を示す上位商品情報、及び商品毎の棚内の所望な位置を示す推奨棚位置情報を記憶する記憶手段と、前記受信手段により受信された位置情報が前記記憶手段に記憶されるゴールデンゾーン情報と一致する場合、前記受信手段により受信された商品情報が示す商品のうち前記記憶手段に記憶される上位商品情報が示す商品と一致しない商品で構成される売筋外レリストを作成する売筋外レリスト作成手段と、前記作成された売筋外レリスト内の商品が前記記憶手段に記憶される推奨棚位置情報が示す位置にある場合にその商品と売上げ上位の商品でないことを示す情報とを関連付けて棚位置の高さ変更通知リストを作成するか、または、その売筋外レリスト内の商品が前記記憶手段に記憶される推奨棚位置情報が示す位置にない場合にその商品と前記所望な位置とを関連付けて前記高さ変更通知リストを作成する高さ変更通知リスト作成手段と、作成された前記売筋外レリスト及び前記高さ変更通知リストを送信する送信手段とを備える棚割データ処理サーバと、前記位置情報、前記販売状況情報、及び前記商品情報をネットワークを介して前記棚割データ処理サーバに送信すると共に、前記棚割データ処理サーバから送信される前記売筋外レリスト及び前記高さ変更通知リストを前記ネットワークを介して受信する端末装置とを備える。
【００１７】
【発明の実施の形態】
【００１８】
【実施例】
以下、本発明の実施の形態を図面を用いて説明する。
＜第１実施形態例＞
図１は、第１実施例におけるシステム構成図であり、図２は、このシステムの一連の流れを説明する図である。情報端末装置１１は、例えばパーソナルコンピュータなどであり、小売業者側における商品棚の商品陳列情報（各商品が棚のどこにあるのかという位置情報、商品の種類を示す商品情報、及び各商品がどのくらい売れるのか又は売れないのかを示す販売状況情報）を管理し（図２の（１））、棚割データ処理サーバ１２に送信する（図２の（２））機能を有する。棚割データ処理サーバ１２は、コンサルタント会社において、小売業者の商品陳列情報の分析を行い（図２の（３））、その分析の結果より最適な商品の棚位置情報を小売業者の情報端末装置１１に送る（図２の（４））ところである。そして、小売業者は、コンサルタント会社にコンサルタント料金を支払う（図２の（５））。又、公衆回線１３は、例えば、インターネット等であり、情報端末装置１１と棚割データ処理サーバ１２とをつなぐ回線である。
【００１９】
次に、図３は、棚割データ処理サーバ１２の構成図である。
受信部１４は、小売店の商品陳列情報を情報端末装置１１から受信するところである。  次に、情報分析部１５は、その受信した商品陳列情報を分析し、最適な商品の陳列位置を求めるところであり、図４のような商品陳列情報ＤＢ（データベース）１６を備えている。この商品陳列情報ＤＢには、「棚段」、「左からの位置」、「フェース面数」の位置情報や商品の種類を示すＪＡＮコードを蓄積することができ、後述するゴールデンゾーン、デッドゾーンのフラグがある。又、情報分析部１５には、商品の売行きを示す売上情報ＤＢがあり、どの商品がどのくらい売れたのかを示す売上情報を蓄積することができる。
【００２０】
配置情報作成部１７は、その陳列位置より商品の配置情報を作成するところである。
料金算出部１８は、分析料金を算出し料金情報を作成するところである。送信部１９は、上記作成した商品配置情報及び料金情報を情報端末装置１１に送信するところである。尚、上記受信部１４や送信部１９を人手を介して行うということにすれば、商品陳列情報ファイルなどのデータをＣＤ（コンパクトディスク）やＦＤ（フロッピーディスク）等に記録したものを受け取りキーボード等の入力装置により商品陳列情報ファイルなどのデータを入力し、その入力データをデータ処理を行なう制御部が受信するということも考えられる。
【００２１】
又、実際の棚割データ処理サーバ１２は、図５のような構成をとることによって実現される。即ち、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）は、記憶装置に記憶されている各種処理プログラム、入力装置から入力される各種指示、あるいは各種指示に応じて処理された各種データをＲＡＭ内に格納し、この入力指示及び入力データ等に応じてＲＡＭ内に格納したアプリケーションプログラムに従って各種処理を実行して、その処理結果をＲＡＭ内に格納するとともに、表示装置に表示する。そして、ＣＰＵは、ＲＡＭ内に格納した処理結果を入力装置から入力指示される記憶装置内の保存先に保存する。又、伝送制御部は、外部の機器等とをネットワーク回線等の通信回線を介して接続するためのターミナルであり、ＣＰＵの指示に従って記憶装置内に格納された各種処理プログラム、データを通信回線を介して外部の機器と送受信する。記憶装置は、プログラムやデータ等が予め記憶されている記憶媒体を有しており、この記憶媒体は磁気的、光学的、若しくは半導体メモリ等で構成されている。この記憶媒体は記憶装置に固定的に設けたもの、若しくは着脱自在に装着するものであり、この記憶媒体には制御プログラム、メイン処理プログラム等の各処理プログラム、及び各処理プログラムで処理されたデータ等を記憶する。又、情報端末装置１１や後述される第４実施例のＰＣ２９１も同じ構成となる。又、後述される小売業者側のＨＴは、この構成にバーコードリーダを備えた構成となる。
【００２２】
次に、小売業者からコンサルタント会社に棚割ソフトを使った棚割データの処理を依頼し、その処理に対する料金の支払いまでについて説明する。図６は、その一連の流れの概念を説明する図である。
先ず、小売業者は、ＨＴ（ハンディーターミナル）等を用いて現状の棚の商品陳列情報である商品情報（ＪＡＮコード）、商品の並んでいる棚段、棚の左からの位置、並べる面数（フェース面）を入力する。
【００２３】
次に、その商品陳列情報を情報端末装置１１にＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）ファイルで入力する（図６の（１））。そして、ＣＳＶファイルで入力した商品陳列情報ファイルを棚割の再現ができる棚割ソフトを用いて棚割の再現を行ない、その再現結果をネットワークなどで送受信できるファイルに変換する。
【００２４】
そして、小売業者は、その変換した商品陳列情報ファイルを棚割コンサルタント会社の棚割データ処理サーバ１２へ公衆回線１３を介して送付メールの添付ファイル送信又はブラウザのファイル送信で送付する（図６の（２））。次に、棚割データ処理サーバ１２は、受信部１４により商品陳列情報ファイルを受信し、情報分析部１５で商品陳列情報ファイルを元に棚割を再現し、売れ筋商品が欠けていないか、又、死に筋商品（もう売れない商品）が棚に並んでいないか、又、季節にあった商品構成となっているかなどをチェックし、配置情報作成部１７で配置情報ファイルを作成する。又、配置情報ファイルを作成すると同時に料金算出部１８において分析料金を算出し、料金情報を作成する（図６の（３））。
【００２５】
そして、棚割データ処理サーバ１２は、送信部１９より小売業者の情報端末装置１１へ公衆回線１３を介して配置情報ファイル及び料金情報を送付する（図６の（４））。配置情報ファイル及び料金情報を受け取った小売業者は、規定のコンサルタント料金をインターネット決算により支払う（図６の（５））。
【００２６】
尚、このコンサルタント料金の支払いについては、人手による振り込み、電子的な振り込みの何れをも含み、（以降の例も同様）電子的に所定の金融機関に振り込む場合、請求した金額と振り込まれた金額が一致するのを確認して領収金額をインターネットにより小売業者側の端末装置に送付してもよい。
【００２７】
次に、上記の動作について、以下詳しく説明する。尚、以下に説明する各フローチャート（他の実施の形態のフローチャートについても同様）について補足すれば、その、フローチャートで示す各機能を実現するプログラムはＣＰＵが読み取り可能なプログラムコードの形態で前記記憶媒体に格納されている。又、このプログラムはプログラムコードの形態でネットワーク回線などの伝送媒体を介して伝送することもできる。
【００２８】
先ず、商品陳列情報をＨＴへＪＡＮコードを入力する時の処理について説明する。図７は、そのＨＴ側の動作についてのフローチャートである。
なお、以降の全ての各フローチャートの説明における各ステップを示す括弧中の番号の記載、例えば（Ａ１）は（ステップＡ１）を省略したものとする。
【００２９】
先ず、入力したＪＡＮコードとＨＴ内に保存されている商品陳列情報ファイルに同一のＪＡＮコードがあるかを確認する（ステップＡ１）。確認できなければ（Ａ１がＮｏ）、商品陳列情報ファイルの空のエリアにそのＪＡＮコードを記憶し（Ａ２）、棚段、左からの位置、フェース面数を入力する画面を表示する（Ａ３）。
【００３０】
一方、同一ＪＡＮコードが確認できれば（Ａ１がＹｅｓ）、設定データの読み出しを行ない（Ａ４）、入力画面を表示する（Ａ３）。そして、入力されるのを待ち（Ａ５がＮｏ）、入力があれば（Ａ５がＹｅｓ）、入力データ項目の指定があるか確認する（Ａ６）。指定がなければ（Ａ６がＮｏ）、入力画面まで戻る（Ａ５）。
【００３１】
一方、指定があれば（Ａ６がＹｅｓ）、データを記憶するかかどうか確認する（Ａ７）。データを記憶するのであれば（Ａ７がＹｅｓ）、指定された項目にデータを記憶し（Ａ８）、入力画面まで戻る（Ａ５）。
一方、データ入力がなく（Ａ７がＮｏ）、確定かどうか確認して（Ａ９）、まだ確定でなければ（Ａ９がＮｏ）、入力画面まで戻る（Ａ５）。
【００３２】
一方、確定であれば（Ａ９がＹｅｓ）、全項目入力が終了したかを確認する（Ａ１０）。まだ項目が残っていれば（Ａ１０がＮｏ）、入力画面まで戻る（Ａ５）。
一方、入力項目がなければ（Ａ１０がＹｅｓ）、処理を終了する。
【００３３】
次に、小売店におけるＨＴから情報端末装置１１への商品陳列情報の転送について説明する。図８は、その際のＨＴ側での動作についてのフローチャートである。
先ず、ＨＴは、情報端末装置１１へ接続要求を出す（Ｂ１）。次に、許可通知の確認を行い（Ｂ２）、許可通知がなければ（Ｂ２がＮｏ）、一定の時間が経過するまで待つ（Ｂ３がＮｏ）。又、一定時間か経過してしまうと（Ｂ３がＹｅｓ）、エラー報知を行ない（Ｂ４）、情報端末装置１１へ接続の切断通知を行って（Ｂ５）、通信を終了する。
【００３４】
一方、許可通知が来れば（Ｂ２がＹｅｓ）、店舗情報を送信し（Ｂ６）、商品陳列情報を送信する（Ｂ７）。この店舗情報及び商品陳列情報は、ＥＯＦ（Ｅｎｄ  Ｏｆ  Ｆｉｌｅ）が現れるまで繰り返される（Ｂ８がＮｏ）。
そして、ＥＯＦが確認されると（Ｂ８がＹｅｓ）、情報端末装置１１へ接続の切断通知を行って（Ｂ５）、通信を終了する。
【００３５】
次に、上記フローに対応する小売店の情報端末装置１１について説明する。図９は、ＨＴから情報端末装置１１への商品陳列情報の転送がなされた際における、情報端末装置１１での動作についてのフローチャートである。
先ず、ＨＴからの接続要求があるか確認する（Ｃ１）。なければ（Ｃ１がＮｏ）、そのまま終了する。一方、接続要求があれば（Ｃ１がＹｅｓ）、商品陳列情報ファイルを初期化し（Ｃ２）、ＨＴへ接続許可通知を送る（Ｃ３）。
【００３６】
次に、送られてきた情報が商品陳列情報であるかを確認する（Ｃ４）。商品陳列情報であれば（Ｃ４がＹｅｓ）、商品陳列情報ファイルに記憶し（Ｃ５）、再び商品陳列情報であるかを確認するところに戻る（Ｃ４）。
一方、商品陳列情報でなければ（Ｃ４がＮｏ）、店舗情報の受信であるかを確認する（Ｃ６）。店舗情報であれば（Ｃ６がＹｅｓ）、店舗情報を記憶し（Ｃ７）、商品陳列情報を確認するところまで戻る（Ｃ４）。尚、この店舗情報には、店舗面積、店舗周辺の地域情報が含まれている。
【００３７】
又、商品陳列情報でも店舗情報でもなければ（Ｃ６がＮｏ）、ＨＴから接続切断通知が送られているかを確認して（Ｃ８）、送られていれば（Ｃ８がＹｅｓ）、終了する。一方、送られていなければ（Ｃ８がＮｏ）、商品陳列情報を確認するところまで戻る（Ｃ４）。
【００３８】
次に、小売店の情報端末装置１１から棚割データ処理サーバ１２へ商品陳列情報ファイルのデータを送信をする動作について説明する。図１０は、その際の情報端末装置１１側の動作についてのフローチャートである。
先ず、情報端末装置１１は、棚割データ処理サーバ１２へ接続要求を出す（Ｄ１）。次に、許可通知の確認を行い（Ｄ２）、許可通知がなければ（Ｄ２がＮｏ）、一定の時間が経過するまで待つ（Ｄ３がＮｏ）。又、一定時間か経過してしまうと（Ｄ３がＹｅｓ）、エラー報知を行ない（Ｄ４）、通信を終了する。
【００３９】
一方、許可通知が来れば（Ｄ２がＹｅｓ）、商品陳列情報ファイルのデータを送信する（Ｄ５）。この時、情報端末装置１１における設定画面には、図１１のような表示画面が出るのでファイル名を入力し、送信ボタンを押す。そして、この商品陳列情報ファイルのデータ送信は、ＥＯＦ（Ｅｎｄ  Ｏｆ  Ｆｉｌｅ）が現れるまで繰り返される（Ｄ６がＮｏ）。尚、小売店に予めコンサルタント会社より与えられ情報端末装置１１に記録された小売店固有の店舗コードも転送される。
【００４０】
そして、ＥＯＦが確認されると（Ｄ６がＹｅｓ）、今度は、商品の売上情報ファイルのデータをＥＯＦが現れるまで送信する（Ｄ７、Ｄ８がＮｏ）。尚、ここでいう売上情報ファイルとは、商品別（ＰＬＵコード別）に売上金額、個数等の売上情報を記憶するものであり、その売上情報は登録毎に更新記録するファイルのことである。
【００４１】
一方、ＥＯＦが現れれば（Ｄ８がＹｅｓ）、棚割データ処理サーバ１２へＥＯＦ通知を行い（Ｄ９）、配置情報ファイルのデータを受信し、そのデータを出力する（Ｄ１０）。そして、今までのコンサルタント料金（図示はしないがコンサルタント会社の棚割データ処理サーバ１２から転送されてくるコンサルタント料金を累計するメモリを備え、また、小売店がコンサルタント料金を支払った場合は、その支払い金額分だけ減算されるものとする。）を出力し（Ｄ１１）、通信を終了する。
【００４２】
次に、小売店の情報端末装置１１から棚割データ処理サーバ１２へ商品陳列情報ファイルのデータが転送されてきた場合の上記図１０のフローに対応するコンサルタント会社の棚割データ処理サーバ１２側の動作について説明する。図１２は、その際の棚割データ処理サーバ１２側の動作についてのフローチャートである。
【００４３】
先ず、情報端末装置１１からの接続要求があるか確認する（Ｅ１）。なければ（Ｅ１がＮｏ）、そのまま終了する。一方、接続要求があれば（Ｅ１がＹｅｓ）、商品陳列情報ＤＢを初期化し（Ｅ２）、情報端末装置１１へ接続許可通知を送る（Ｅ３）。
【００４４】
次に、送られてきた情報が商品陳列情報であるかを確認する（Ｅ４）。商品陳列情報であれば（Ｅ４がＹｅｓ）、商品陳列情報ＤＢに記憶し（Ｅ５）、再び商品陳列情報であるかを確認するところに戻る（Ｅ４）。
一方、商品陳列情報でなければ（Ｅ４がＮｏ）、売上情報の受信であるかを確認する（Ｅ６）。売上情報であれば（Ｅ６がＹｅｓ）、売上情報ＤＢ（図示はしないがＰＬＵコード別に各店舗から転送されてきた金額データを、そのＰＬＵコード別に累計加算するＤＢである）を更新し（Ｅ７）、商品陳列情報を確認するところまで戻る（Ｅ４）。
【００４５】
一方、商品陳列情報でも売上情報でもなければ（Ｅ６がＮｏ）、情報端末装置１１からＥＯＦ通知が送られているかを確認して（Ｅ８）、送られていなければ（Ｅ８がＮｏ）、商品陳列情報を確認するところまで戻る（Ｅ４）。
一方、送られていれば（Ｅ８がＹｅｓ）、商品陳列情報分析及び配置情報ファイルの通知を行う（Ｅ９）。そして、コンサルタント料金を商品数×分析料で求め（Ｅ１０）、店舗コードと対応するようコンサルタント料金を加算して（Ｅ１１）、終了する。
【００４６】
次に、上記図１２のＥ９における商品陳列情報解析及び配置情報ファイルの作成、通知についての詳細を説明する。図１３は、その動作についてのフローチャートである。
先ず、商品陳列情報ＤＢ１６の棚Ｎｏを全て１とする（Ｆ１）。次に、その棚Ｎｏがゴールデンゾーンであるか確認する（Ｆ２）。図１４は、小売店におけるゴールデンゾーン及びデッドゾーンを示す図である。このゴールデンゾーンとは、入り口に割と近い場所であり且つキャッシュレジスタのあるカウンタにも近い場所のことである。つまり、店内で一番目立つところにある棚の場所のことをいう。又、デッドゾーンは、それとは反対に、入り口付近より奥まっている場所、つまり、目立たないところにある棚の場所のことである。
【００４７】
そして、ゴールデンゾーンであれば（Ｆ２がＹｅｓ）、売筋外レ商品分析（Ｆ３）、売筋外レ棚位置分析を行い（Ｆ４）、棚Ｎｏに１を加える（Ｆ５）。
一方、ゴールデンゾーンでなかったら（Ｆ２がＮｏ）、今度は、デッドゾーンであるか確認する（Ｆ６）。デッドゾーンであれば（Ｆ６がＹｅｓ）、売筋商品分析を行ない（Ｆ７）、デッドゾーンでなければ（Ｆ６がＮｏ）、売筋商品分析（Ｆ８）、死筋商品分析を行う（Ｆ９）。そして、何れの分析の終了後、棚Ｎｏに１を加える（Ｆ５）。
【００４８】
全ての棚Ｎｏが終了したかを確認し（Ｆ１０）、まだあれば（Ｆ１０がＮｏ）、その棚Ｎｏに１するところまで戻る（Ｆ１）。一方、全ての棚Ｎｏが終了したら（Ｆ１０がＹｅｓ）、各分析結果をテキスト文にしてメールを作成する（Ｆ１１）。そして、作成したメールを店舗コードに応じたメールアドレスを付加して接続中の小売店の情報端末装置１１へ送信する（Ｆ１２）。
【００４９】
次に、上記図１３のＦ３における売筋外レ商品分析について説明する。図１５は、その動作についてのフローチャートである。
先ず、売筋商品分析を行う（Ｇ１）。ここで店舗毎の売上げベスト１０の商品を抽出しておく。この売上げベスト１０は、上記売上情報ファイルにおいて最も売れ行きがよい商品から順番に抽出して、１番〜１０番等の順位をつけたファイルのことである。次に、商品陳列情報ＤＢ１６よりゴールデンゾーンの棚割データを取り込む（Ｇ２）。そして、一番最初の商品陳列情報を取り出し（Ｇ３）、ＥＯＦを確認する（Ｇ４）。全ての商品陳列情報が取り出し終わったら（Ｇ４がＹｅｓ）、売筋外レリストを作成し（Ｇ５）、終了する。
【００５０】
一方、商品陳列情報があれば（Ｇ４がＮｏ）、その商品が売上げベスト１０の商品であるかを確認する（Ｇ６）。売上げベスト１０の商品であれば（Ｇ６がＹｅｓ）、次の商品陳列情報を取り出し（Ｇ７）、ＥＯＦであるか確認する（Ｇ４）。一方、売上げベスト１０の商品でなければ（Ｇ６がＮｏ）、売筋外レリストへ書き出む（Ｇ８）。
【００５１】
次に、上記図１３のＦ４における売筋外レ棚位置分析について説明する。図１６は、その動作についてのフローチャートである。
先ず、売筋外レリストから１レコードを読み込み（Ｈ１）、ＥＯＦであるか確認する（Ｈ２）。最後のレコードの読み込みが終わったら（Ｈ２がＹｅｓ）、終了する。
【００５２】
一方、レコードがあれば（Ｈ２がＮｏ）、後述する店舗別棚割判別を行う（Ｈ３）。ここでは、棚の位置がポイント制で表現される。次に、実際の商品陳列位置がポイント制棚位置の範囲内であるかを比較する（Ｈ４）。実際の商品陳列位置のポイントがポイント制棚位置の範囲外であるとき（Ｈ４がＮｏ）、即ち、商品陳列位置のポイントがポイント制棚位置のポイントより高い場合、高さ変更通知リストへ「商品名」、「変更指示」、及び「推奨高さ」を書き出す（Ｈ５）。
【００５３】
一方、範囲内（商品陳列位置のポイントがポイント制棚位置のポイントより低い場合）であるとき（Ｈ４がＹｅｓ）、高さ変更通知リストへ「商品名」、「問題あり」と書き出し（Ｈ６）、レコードを読み込む処理まで戻る。
又、図１７のような推奨高さＤＢを設けておき、読み出したレコードと同じレコードを推奨高さＤＢより読み出し、実際の商品陳列位置と推奨高さとを比較して、上記それぞれのリストへ書き出すとしてもよい。
【００５４】
次に、上記図１６の（Ｈ３）における店舗別棚割判別について説明する。図１８は、その動作についてのフローチャートである。
先ず、図１９の店舗情報データフォーマットと商品陳列情報から図２０の棚割サンプルテーブルを用いて各棚割サンプル単位にポイント合計を計算する（Ｊ１）。次に、ポイント合計値が同じものがあるかを調べる（Ｊ２）。同点ポイントがあれば（Ｊ２がＹｅｓ）、そのまま同点ポイントにおける棚位置を読み出す（Ｊ３）。
【００５５】
一方、同点ポイントがなければ、そのポイントの棚位置を読み出す（Ｊ４）。ここで、例えば、図１９のＡ店の場合のポイント合計の計算について説明する。先ず、Ａ店における商品陳列情報の最初のデータを見ると、Ａ店はオフィス街にあるので図２０の「対象」の項目は、「独身」の６ポイントとなる。そして、オフィス街は地域１となるので図２０の「地域」は、「地域１」の７ポイントである。最後にＡ店の店舗面積は、２２０ｍ２であるから図２０の「店舗面積」は、
「２００〜３００ｍ２」の２ポイントとなる。次の棚位置データも同じようにポイ
ントを求める。このように、各店舗の立地条件に対応して商品陳列情報の棚位置データがポイント制で求められる。該当されるポイントを全て足していき、その合計ポイントが推奨されるポイントより大きいか小さいかで、その商品がその店舗の適当な配置位置となっているかを調べることができる。尚、推奨棚割データは３段の棚の位置と黒四角で示す商品位置とを対応付けて記憶するものである。
【００５６】
次に、図１３のＦ９における死筋商品分析について説明する。図２１は、その動作についてのフローチャートである。この分析では、予め売上ベスト１０同様売上ワースト３０のリストを作っておく。尚、この売上ワースト３０のリストは、売上ベスト１０のファイルとは逆に、売上情報ファイルより一番悪い売上の商品から順番に３０番まで抽出して作るファイルである。
【００５７】
先ず、その売上ワースト３０の商品情報を取り込む（Ｋ１）。次に、商品陳列情報から最初の１レコードを読む（Ｋ２）。次に、そのレコードがＥＯＦであるかを確認し（Ｋ３）、最後のレコードであれば（Ｋ３がＹｅｓ）、そのまま終了する。
【００５８】
一方、まだレコードがあれば（Ｋ３がＮｏ）、そのレコードが売上ワースト３０のリストに入っているかを確認する（Ｋ４）。入っていなければ（Ｋ４がＮｏ）、そのレコードを死筋商品リストへ書き出し（Ｋ５）、最初のレコードを読む（Ｋ２）。
【００５９】
一方、入っていれば（Ｋ４がＹｅｓ）、商品陳列情報から次の１レコードを読み（Ｋ６）、また最初からレコードを読む（Ｋ２）。  ＜第２実施形態例＞
次に、第２実施例について説明する。第１実施例では、現状の棚割情報とその小売店における売上状況からより良い改善案を提供するとしたが、第２実施例では、送付する小売業者の地域情報を加えることで、その地域特性を加えた分析をサーバ側に行わせる。
【００６０】
図２２は、第２実施例におけるシステム構成図である。情報端末装置２０１は、例えばパーソナルコンピュータなどであり、小売業者側における商品棚の商品陳列情報（各商品の位置情報、商品情報、販売状況情報、及び地域情報）を管理し、棚割データ処理サーバ２０２に送信する機能を有する。棚割データ処理サーバ２０２は、コンサルタント会社において、小売業者の商品陳列情報の処理を行うところである。公衆回線２０３は、インターネット等であり、情報端末装置２０１と棚割データ処理サーバ２０２とをつなぐ回線である。
【００６１】
次に、図２３は、棚割データ処理サーバ２０２の構成図である。
受信部２０４は、小売店の商品陳列情報を情報端末装置２０１から受信するところである。
情報分析部２０５は、その受信した商品陳列情報を分析するところである。又、情報分析部２０５内には、商品陳列情報ＤＢ、売上情報ＤＢの他に図２４のような地域別売上ＤＢ（データベース）２０６があり、小売店の地域における売れ筋商品ベスト１０より売れ筋商品漏れを検索し、最適な商品の陳列位置を求めることができる。
【００６２】
配置情報作成部２０７は、分析結果より商品の配置情報を作成するところである。
料金算出部２０８は、分析料金を算出し料金情報を作成するところである。
送信部２０９は、上記作成した商品配置情報及び料金情報を情報端末装置２０１に送信するところである。
【００６３】
次に、小売業者からコンサルタント会社に棚割データの処理を依頼し、その処理に対する料金の支払いまでについて説明する。
図２５は、第２実施例における棚割データ処理から料金の支払いまでの概念を説明する図である。
【００６４】
先ず、小売業者は、ＨＴ（ハンディーターミナル）等を用いて現状の棚の商品陳列情報の商品情報（ＪＡＮコード）を読み取る。又、他の入力情報として、その商品の並んでいる棚段、棚の左からの位置、並べる面数（フェース面）を入力する。又、この入力情報には、関東地区などの地域情報も入力する。
【００６５】
次に、その商品陳列情報を情報端末装置２０１にＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）ファイルで入力する（図２５の（１））。そして、ＣＳＶファイルで入力した商品陳列情報ファイルを棚割の再現ができる棚割ソフトを用いて棚割の再現を行ない、その再現結果をネットワークなどで送受信できるファイルに変換する。
【００６６】
そして、小売業者は、その変換した商品陳列情報ファイルを棚割コンサルタント会社の棚割データ処理サーバ２０２へ公衆回線２０３を介して送付メールの添付ファイル送信又はブラウザのファイル送信で送付する（図２５の（２））。次に、棚割データ処理サーバ２０２は、受信部２０４により商品陳列情報ファイルを受信し、情報分析部２０５で商品陳列情報ファイルを元に売れ筋商品が欠けていないか、死に筋商品（もう売れない商品）が棚に並んでいないか、季節にあった商品構成となっているかなどをチェックし、配置情報作成部２０７で配置情報ファイルを作成する。そして、このチェックをする際、地区別売上ＤＢ２０６に基づいた売れ筋商品を分析する。例えば、図２６のように関東地区の小売店の棚割情報は、地区別売上ＤＢ２０６の関東地区での商品売上ベスト１０と比較され、そして、そのベスト１０から漏れている商品をピックアップし、配置情報ファイルに加えている。
【００６７】
又、配置情報ファイルを作成すると同時に料金算出部２０８において分析料金を算出し、料金情報を作成する（図２５の（３））。そして、棚割データ処理サーバ２０２は、送信部２０９より小売業者の情報端末装置２０１へ公衆回線２０３を介して配置情報ファイルを送付する（図２５の（４））。
【００６８】
配置情報ファイルを受け取った小売業者は、規定のコンサルタント料金をインターネット決済などで支払う（図２５の（５））。このように、第２実施例では、情報分析部２０５に地区別売上ＤＢ２０６が備えられていることによりその地域毎に対応したより良い棚割配置情報を小売店に提供することができる。なお、地区別売上ＤＢ２０６のデータは小売店から転送された店舗コードから地区を判別し、その地区と対応する金額データに小売店から転送された売上情報中の金額データを加算累計する。
【００６９】
又、各地域毎のより詳しい地域でのイベント情報、例えば、小学校の運動会、コンサート、花火大会等の情報を小売店からの棚割情報に加えることで、運動会の開催日には、おにぎり、お茶などの商品を多くするというようにイベント情報ＤＢを設けることで、より売れる売場作りの提案が可能となる。
【００７０】
＜第３実施形態例＞
次に、第３実施例では、小売店で棚割を実施する時期を指定することにより、その時期別の分析をサーバ側に行わせる。
図２７は、第３実施例におけるシステム構成図である。
【００７１】
情報端末装置２４１は、例えばパーソナルコンピュータなどであり、小売業者側における商品棚の商品陳列情報（各商品の位置情報、商品情報、販売状況情報、及び実施時期情報）を管理し、棚割データ処理サーバ２４２に送信する機能を有する。棚割データ処理サーバ２４２は、コンサルタント会社において、小売業者の商品陳列情報の処理を行うところである。公衆回線２４３は、インターネット等であり、情報端末装置２４１と棚割データ処理サーバ２４２とをつなぐ回線である。
【００７２】
次に、図２８は、棚割データ処理サーバ２４２の構成図である。
受信部２４４は、小売店の商品陳列情報を情報端末装置２４１から受信するところである。
情報分析部２４５は、その受信した商品陳列情報を分析するところである。又、情報分析部２４５内には、商品陳列情報ＤＢ、売上情報ＤＢの他に図２９のような月別売上ＤＢ（データベース）２４６があり、小売店の棚割の実施月における売れ筋商品ベスト１０等を分析に考慮して売れ筋商品漏れを検索し、最適な商品陳列位置を求めることができる。  配置情報作成部２４７は、分析結果より商品の配置情報を作成するところである。
【００７３】
料金算出部２４８は、分析料金を算出し料金情報を作成するところである。
送信部２４９は、上記作成した商品配置情報及び料金情報を情報端末装置２４１に送信するところである。
次に、小売業者からコンサルタント会社に棚割データの処理を依頼し、その処理に対する料金の支払いまでについて説明する。
【００７４】
図３０は、第３実施例における棚割データ処理から料金の支払いまでの概念を説明する図である。
先ず、小売業者は、ＨＴ（ハンディーターミナル）等を用いて現状の棚の商品陳列情報の商品情報（ＪＡＮコード）を読み取る。又、他の入力情報として、その商品の並んでいる棚段、棚の左からの位置、並べる面数（フェース面）を入力する。この入力情報には、８月などの小売店の棚割実施月情報が含まれる。
【００７５】
次に、その商品陳列情報を情報端末装置２４１にＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）ファイルで入力する（図３０の（１））。そして、ＣＳＶファイルで入力した商品陳列情報ファイルを棚割の再現ができる棚割ソフトを用いて棚割の再現を行ない、その再現結果をネットワークなどで送受信できるファイルに変換する。
【００７６】
そして、小売業者は、その変換した商品陳列情報ファイルを棚割コンサルタント会社の棚割データ処理サーバ２４２へ公衆回線２４３を介して送付メールの添付ファイル送信又はブラウザのファイル送信で送付する（図３０の（２））。次に、棚割データ処理サーバ２４２は、受信部２４４により商品陳列情報ファイルを受信し、情報分析部２４５で商品陳列情報ファイルを元に売れ筋商品が欠けていないか、死に筋商品（もう売れない商品）が棚に並んでいないか、季節にあった商品構成となっているかなどをチェックし、配置情報作成部２４７で配置情報ファイルを作成する。そして、このチェックをする際、月別売上ＤＢ２４６に基づいた売れ筋商品を分析する。例えば、図３１のように８月の小売店の棚割情報を月別売上ＤＢ２４６の８月での商品売上ベスト１０と比較し、そして、そのベスト１０から漏れている商品をピックアップし、配置情報ファイルに加えている。
【００７７】
又、配置情報ファイルを作成すると同時に料金算出部２４８において分析料金を算出し、料金情報を作成する（図３０の（３））。そして、棚割データ処理サーバ２４２は、送信部２４９より小売業者の情報端末装置２４１へ公衆回線２４３を介して配置情報ファイルを送付する（図３０の（４））。
【００７８】
配置情報ファイルを受け取った小売業者は、規定のコンサルタント料金をインターネット決済などで支払う（図３０の（５））。このように、第３実施例では、情報分析部２４５に月別売上ＤＢ２４６が備えられているので棚割が実施される月毎の細かい分析が行え、より良い情報提供を行うことができる。
【００７９】
又、図３２のような第２、第３実施例を組み合わせた形、つまり、図３３に示すような地区別売上ＤＢと月別売上ＤＢを同時に考慮するＤＢを分析する情報提供も考えられる。
＜第４実施形態例＞
次に、第４実施例について説明する。コンサルタント会社の棚割分析に用いる情報をインターネットにより一般から収集することでより最適な商品配置情報を小売店に提供することができる。第４実施例では、このように一般のインターネットユーザからの情報を蓄積し、その情報を考慮して棚割データ処理を行うシステムについて説明する。尚、小売店〜コンサルタント会社間の棚割データ処理については、第１〜３実施例と同じ要領で行われるので説明は省略する。
【００８０】
図３４は、第４実施例におけるシステム構成図である。ＰＣ（パーソナルコンピュータ）２９１は、第三者であるインターネットユーザの持つ端末装置である。棚割データ処理サーバ２９２は、コンサルタント会社において、小売業者の商品陳列情報の処理を行うところであり、ここでは、一般のインターネットユーザから提供される各地域で催されるイベント情報等を集計するサーバとして説明する。公衆回線２９３は、インターネット等であり、ＰＣ２９１と棚割データ処理サーバ２９２とをつなぐ回線である。
【００８１】
次に、図３５は、棚割データ処理サーバ２９２の構成図である。受信部２９４は、一般ユーザのＰＣ２９１からイベント情報を受信するところである。情報分析部２９５には、図３６のような地域別イベント情報ＤＢ（データベース）２９６があり、一般ユーザのＰＣ２９１からのイベント情報を蓄積することができる。送信部２９７は、情報提供してくれたユーザに対してその見返りのメール等をＰＣ２９１に送信するところである。例えば、Ａコンビニで本メールを見せるとジュースをプレゼントというようなメールを見返りとしてユーザに送る。
【００８２】
次に、一般ユーザの情報提供からその見返りのメールを送るまでを説明する。図３７は、情報提供から見返りメール送信までの概念を説明する図である。先ず、一般ユーザは、コンサルタント会社が持つホームページにアクセスし、簡単なアンケートなどに答える。アンケートの内容は、例えば、「今度行われる運動会にあなたは、どんなお弁当を持っていきたいですか？」とする。すると、そのような口コミ情報は、ＰＣ２９１から公衆回線２９３を介してコンサルタント会社の棚割データ処理サーバ２９２に送られる（図３７の（１））。又、この口コミ情報は、メールで送ってもよい。そして、口コミ情報は、図３８のように棚割データ処理サーバ２９２内の地域別イベント情報ＤＢ２９６に蓄積され、棚割情報の分析に使われる。
【００８３】
次に、情報を提供してくれたユーザに対してその見返りとして特典（クーポン券）付きのメールを送信部２９７よりＰＣ２９１へ送信する（図３７の（２））。次に、一般ユーザのＰＣ２９１及び棚割データ処理サーバ２９２間の処理動作について説明する。先ず始めにＰＣ２９１で行われる処理動作について図３９を用いて説明する。
【００８４】
先ず、ＰＣ２９１は、棚割データ処理サーバ２９２に対して接続要求を出す（Ｍ１）。次に、フロントページ及びアンケートデータが受信されたかを確認し（Ｍ２）、受信されず（Ｍ２がＮｏ）、又、一定時間が経過していなければ（Ｍ３がＮｏ）、再度接続要求を出す（Ｍ１）。
【００８５】
一方、一定時間が経ってしまうと（Ｍ３がＹｅｓ）、エラー報知を送り（Ｍ４）、終了する。
又、フロントページ及びアンケートデータを受信した場合（Ｍ２がＹｅｓ）、その受信内容を表示画面などに表示する（Ｍ５）。次に、アンケートデータに対して入力すべきデータがあるかを確認して（Ｍ６）、入力データがあれば（Ｍ６がＹｅｓ）、入力データを送信用データとして記憶し（Ｍ７）、接続の切断指定がされたか確認する（Ｍ８）。
【００８６】
一方、アンケートデータに入力がなければ（Ｍ６がＮｏ）、切断指定を確認する（Ｍ８）。切断指定がなければ（Ｍ８がＮｏ）、その入力に従った処理及び送信を行ない（Ｍ９）、アンケートデータへの入力を待つ（Ｍ６）。
一方、切断指定があれば（Ｍ８がＹｅｓ）、送信用入力データを送信し（Ｍ１０）、接続の切断を通知して（Ｍ１１）、終了する。
【００８７】
次に、棚割データ処理サーバ２９２の動作について図４０を用いて説明する。先ず、ＰＣ２９１からの接続要求があるかを確認する（Ｎ１）。接続要求があれば（Ｎ１がＹｅｓ）、ＰＣ２９１へフロントページ及びアンケートデータを送信し（Ｎ２）、なければ（Ｎ１がＮｏ）、終了する。
【００８８】
次に、ＰＣ２９１から送信用入力データを受信したかを確認し（Ｎ３）、その入力データがあれば（Ｎ３がＹｅｓ）、地域別イベント情報ＤＢ２９６のデータの書き換えを行い（Ｎ４）、再び送信用入力データの受信を待つ（Ｎ３）。
一方、送信用入力データの受信がなく（Ｎ３がＮｏ）、他のユーザからのデータの受信があれば（Ｎ５がＹｅｓ）、その送信内容に応じた処理を行い（Ｎ６）、切断要求の確認を行う（Ｎ７）。
【００８９】
一方、他のところからもデータの受信がなければ（Ｎ５がＮｏ）、ＰＣ２９１からの切断要求を確認して（Ｎ７）、切断要求があれば（Ｎ７がＹｅｓ）、終了し、なければ（Ｎ７がＮｏ）、送信用入力データ受信の確認を行う（Ｎ３）。
次に、ユーザからのアンケートに基づいた地域別イベント情報ＤＢ２９６より棚割分析を行う処理について説明する。図４１は、その動作のフローチャートである。
【００９０】
先ず、小売店から送信された地域情報、棚割実施日を読み出す。（Ｐ１）次に、最初のＪＡＮコードを読み出す（Ｐ２）。そのＪＡＮコードが最後のデータであるかを確認し（Ｐ３）、最後であれば（Ｐ３がＹｅｓ）、終了する。
一方、まだＪＡＮコードがあれば（Ｐ３がＮｏ）、地域別イベント情報ＤＢ２９６から対象情報を読み出す（Ｐ４）。この対象情報は、図３６のイベント情報及び地域コードより割り出すことができる。次に、読み出されたＪＡＮコードが地域別イベント情報ＤＢ２９６内のおすすめ商品（推奨商品）であるかを確認して（Ｐ５）、おすすめ商品でなければ（Ｐ５がＮｏ）、地域別イベント情報ＤＢ２９６におすすめ商品として書き込む（Ｐ６）。
【００９１】
一方、おすすめ商品であれば（Ｐ５がＹｅｓ）、次のＪＡＮコードを読み出し（Ｐ７）、そのコードが最後のデータかどうかを確認する（Ｐ３）。
又、図４２のように実施例２における地区別売上げＤＢ２０６及び実施例３における月別売上げＤＢ２４６の売上げベスト１０から漏れている商品と実施例４における地域別イベント情報ＤＢ２９６より棚割情報として最適なピックアップ商品及びイベント情報を小売業者に提供することも考えられる。これより、小売業者は、例えば、近くの小学校で運動会が近いうちに行なわれるということが判るので、いつもより多くおにぎりなどをメーカー等に発注することができる。
【００９２】
なお、地域別イベント情報ＤＢ２９６のデータはコンサルタント会社が独自にデータを収集したりしてもよい。
このように、小売業者の端末機と最適な棚割情報の分析を行うサーバとをオンラインでつなぐことにより、互いにリアルタイムな情報の受け渡しが可能となる。
【００９３】
又、棚割情報の分析を行う際に一般のインターネットユーザからの情報提供を考慮することでより精度の高い分析結果を小売業者に提供することができる。
又、小売店からコンサルタント会社に棚割情報を送る際、コンピュータ等で実際の棚割状態を再現することができる棚割ソフトへ棚割情報を入力し、このソフトからデータ交換用であるファイルに出力し、それを棚割データ処理サーバ１２へ送付する形にしたが、専用フォーマットファイルを用いて送るようにしてもよい。
【００９４】
【発明の効果】
以上、本発明によれば、店舗における情報端末装置と商品棚の商品情報及び販売状況を解析処理するデータベースシステムとをオンラインでつなぐことにより、棚割分析の専門コンサルタント会社に依頼する余裕のない企業（クライアント）に対してローコストな棚割分析サービスを提供することができる。又、地域別、月別、イベント別などのデータベースを組み合わせて分析することによってより高度な情報をクライアントに提供することができる。
【図面の簡単な説明】
【図１】第１実施例におけるシステム構成図である。
【図２】第１実施例の概念を示す図である。
【図３】棚割データ処理サーバ１２の構成図である。
【図４】商品陳列情報ＤＢ１６を示す図である。
【図５】情報端末装置１１、小売業者側のＨＴ、棚割データ処理サーバ１２、ＰＣ２９１の概略ブロック構成図である。
【図６】第１実施例における棚割データ処理から料金の支払いまでの概念を説明する図である。
【図７】商品陳列情報をＨＴへ入力する時の処理についてのフローチャートである。
【図８】ＨＴでの動作についてのフローチャートである。
【図９】情報端末装置１１の動作についてのフローチャートである。
【図１０】情報端末装置１１の動作についてのフローチャートである。
【図１１】情報端末装置１１における設定画面を示す図である。
【図１２】棚割データ処理サーバ１２の動作についてのフローチャートである。
【図１３】商品陳列情報解析及び配置情報ファイルの作成、通知についてのフローチャートである。
【図１４】小売店におけるゴールデンゾーン及びデッドゾーンを示す図である。
【図１５】売筋外レ商品分析についてのフローチャートである。
【図１６】売筋外レ棚位置分析についてのフローチャートである。
【図１７】推奨高さＤＢを示す図である。
【図１８】店舗別棚割判別についてのフローチャートである。
【図１９】店舗情報のデータフォーマットを示す図である。
【図２０】棚割サンプルテーブルを示す図である。
【図２１】死筋商品分析についてのフローチャートである。
【図２２】第２実施例におけるシステム構成図である。
【図２３】棚割データ処理サーバ２０２の構成図である。
【図２４】地域別売上ＤＢ２０６を示す図である。
【図２５】第２実施例における棚割データ処理から料金の支払いまでの概念を説明する図である。
【図２６】第２実施例のコンサルタント会社における動作について説明する図である。
【図２７】第３実施例におけるシステム構成図である。
【図２８】棚割データ処理サーバ２４２の構成図である。
【図２９】月別売上ＤＢ２４６を示す図である。
【図３０】第３実施例における棚割データ処理から料金の支払いまでの概念を説明する図である。
【図３１】第３実施例のコンサルタント会社における動作について説明する図である。
【図３２】地区別売上げＤＢ及び月別売上げＤＢを考慮したコンサルタント会社における動作について説明する図である。
【図３３】地区別及び月別売上ＤＢを示す図である。
【図３４】第４実施例におけるシステム構成図である。
【図３５】棚割データ処理サーバ２９２の構成図である。
【図３６】地域別イベント情報ＤＢ２９６を示す図である。
【図３７】情報提供から見返りメール送信までの概念を説明する図である。
【図３８】第４実施例のコンサルタント会社における動作について説明する図である。
【図３９】ＰＣ２９１の動作についてのフローチャートである。
【図４０】棚割データ処理サーバ２９２の動作についてのフローチャートである。
【図４１】地域別イベント情報ＤＢ２９６より棚割分析を行う処理についてのフローチャートである。
【図４２】第４実施例において地区別売上げＤＢ及び月別売上げＤＢを考慮したコンサルタント会社における動作について説明する図である。
【符号の説明】
１１  情報処理装置
１２  棚割データ処理サーバ
１３  公衆回線
１４  受信部
１５  情報分析部
１６  商品陳列情報ＤＢ
１７  配置情報作成部
１８  料金算出部
１９  送信部
２０１  情報処理装置
２０２  棚割データ処理サーバ
２０３  公衆回線
２０４  受信部
２０５  情報解析部
２０６  地域別売上ＤＢ
２０７  配置情報作成部
２０８  料金算出部
２０９  送信部
２４１  情報端末装置
２４２  棚割データ処理サーバ
２４３  公衆回線
２４４  受信部
２４５  情報解析部
２４６  月別売上ＤＢ
２４７  配置情報作成部
２４８  料金算出部
２４９  送信部
２９１  ＰＣ
２９２  棚割データ処理サーバ
２９３  公衆回線
２９４  受信部
２９５  情報解析部
２９６  地域別イベント情報ＤＢ
２９７  送信部
【図１】
0003952678.tif 000002
【図３】
0003952678.tif 000003
【図４】
0003952678.tif 000004
【図５】
0003952678.tif 000005
【図７】
0003952678.tif 000006
【図８】
0003952678.tif 000007
【図９】
0003952678.tif 000008
【図１０】
0003952678.tif 000009
【図１１】
0003952678.tif 000010
【図１２】
0003952678.tif 000011
【図１３】
0003952678.tif 000012
【図１４】
0003952678.tif 000013
【図１５】
0003952678.tif 000014
【図１６】
0003952678.tif 000015
【図１７】
0003952678.tif 000016
【図１８】
0003952678.tif 000017
【図１９】
0003952678.tif 000018
【図２０】
0003952678.tif 000019
【図２１】
0003952678.tif 000020
【図２２】
0003952678.tif 000021
【図２３】
0003952678.tif 000022
【図２４】
0003952678.tif 000023
【図２６】
0003952678.tif 000024
【図２７】
0003952678.tif 000025
【図２８】
0003952678.tif 000026
【図２９】
0003952678.tif 000027
【図３１】
0003952678.tif 000028
【図３２】
0003952678.tif 000029
【図３３】
0003952678.tif 000030
【図３４】
0003952678.tif 000031
【図３５】
0003952678.tif 000032
【図３６】
0003952678.tif 000033
【図３８】
0003952678.tif 000034
【図３９】
0003952678.tif 000035
【図４０】
0003952678.tif 000036
【図４１】
0003952678.tif 000037
【図４２】
0003952678.tif 000038
【図２】
0003952678.tif 000039
【図６】
0003952678.tif 000040
【図２５】
0003952678.tif 000041
【図３０】
0003952678.tif 000042
【図３７】
0003952678.tif 000043