JP2002259627A - 店頭情報検索システム - Google Patents

Abstract

(57)【要約】 【課題】 店頭情報をリアルタイムで自動的に収集で
き、その情報を利用する側も、多角的な角度から必要と
する情報検索が可能なシステムを提供する。 【解決手段】 活動スタッフ４０が調査した店頭情報を
入力して送信するモバイル端末３０と、モバイル端末３
０から公衆回線、特定回線あるいはインターネット等の
データ伝送手段２０を介して店舗情報を受信、蓄積する
データサーバシステム１０と、データ伝送手段２０を介
してデータサーバシステム１０にアクセスする複数のク
ライアントＰＣ５０とよりなる店舗情報検索システム。
クライアントＰＣ５０では、データサーバシステム１０
に蓄積されたデータに対する検索種別、検索条件を指定
し、データサーバシステム１０では、クライアントＰＣ
５０より指定されたデータに対し、指定された検索条件
に基づいて検索を実行し、クライアントＰＣ５０に対し
て検索、集計、分析結果を出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、各店舗における商
品の陳列場所や数量などの、店頭における取り扱い状況
データをリアルタイムで蓄積し、逐次検索、分析できる
ようにした店頭情報検索システムに関する。

【０００２】

【従来の技術】商品の販売、在庫管理をコンピュータ処
理により効率的に行うシステムとして、従来よりＰＯＳ
（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅｓ）システムが採用され
ている。このＰＯＳシステムは、商品に付されたバーコ
ードにより、それがキャッシュレジスタ、いわゆるレジ
に設置されたバーコードリーダーに読み込まれた時点
で、商品コードなどのデータをコンピュータに伝送す
る。大規模店舗などでは、複数のレジがオンラインでコ
ンピュータと結ばれており、売買の情報はネットワーク
を経由して集計用のコンピュータに伝送される。小規模
店舗などでは、売買情報をＰＯＳ機能付きレジに一定時
間記録しておき、その後、情報をコンピュータに伝送す
る。ＰＯＳを利用すると、商品の販売数をリアルタイム
に集計、分析ができ、売れ筋商品の早期認知や不良在庫
の低減を行いやすく、効率的な在庫管理が可能になる。

【０００３】しかしながら、ＰＯＳシステムでは、ある
店舗では売れ筋の商品が、別の店舗では売れ行きが悪い
場合等の原因究明までは不可能である。

【０００４】例えば導入されているはずの商品が店頭の
商品棚に並んでいなければ商品はいつまで経っても１つ
も売れない。ＰＯＳデータも０のままである。出荷もさ
れていてＰＯＳデータから得られる情報が０なら売れな
いと判断されるかもしれないが、本当は、単に陳列され
ていなかっただけかも知れないし、目立たない場所に陳
列されているかも知れない。また本来ならば販売企画に
基づいて、価格を下げて大量陳列されているはずが、実
施されていないとＰＯＳデータの売り上げ数値も伸びな
い。

【０００５】そのような店頭における商品販売状況は、
実際に調査員が店舗に出かけて調査を行うフィールド活
動が必要となる。このフィールド活動について説明する
と、商品の製造側のセールス担当者は、量販店の本部商
談、卸売店商談が中心業務であり、本来、本部決定した
企画商品の店頭扱いや、新商品の導入、特売の実施等
が、末端店舗できちっと実施されていれば店舗での活動
は必要ない。しかし、実際は本部意志が伝わらないこと
が多く、そのため、店舗へ直接営業をかけ自社製品の売
場メンテナンスもメーカー側の要員が行う必要性があ
る。

【０００６】フィールド活動では、配荷の有無（定番棚
・大陳（大きな陳列棚）／フェイス数（商品の面の数）
／価格（定番・特売）／ＰＯＰ（店頭広告）設置状況／
企画の実施有無／トレー設置状況等、店頭巡回時に目視
することで得られる店頭の状況データを調査する。この
データを入店時と退店時に取ることでスタッフの活動デ
ータを取ることになる。つまり商品が店舗でどう扱われ
ているかという状況データとスタッフが何を行ったかと
いう行動データである。商品が導入された数を表す出荷
データと商品が売れた数を表すＰＯＳデータの中間にあ
る、なぜ商品が売れたか（あるいは売れなかったか）を
検証するための状況データというものである。

【０００７】これらの状況データは、メーカーにとって
は非常に重要なデータであるといえる。これらのデータ
は１店舗毎ではあまり重要な意味を持たないが、集計す
ることにより、チェーン別やスタッフ別、商品別等傾向
が見えてくる。また時系列にすることで推移がわかり、
メーカーの活動の次の施策に有効活用できる。

【０００８】

【発明が解決しようとする課題】従来もこういった活動
に伴い、日報、報告書というペーパーでの報告がなされ
ていた。しかし、想像されるとおり、サマリー（集計）
に時間と労力が掛かり、多岐にわたる角度からの分析に
は非常にアナログな効率の悪い作業をしていた。また、
調査員は、日報、報告書を業務終了時にＦＡＸや郵送で
会社に送ることになっているが、ＦＡＸが設置されてい
るコンビニなどがいつでも近くにあるとは限らないし、
ＦＡＸを受けた後、内勤のスタッフがデータの打ち込み
をしなければならない。また郵送では、タイムラグが生
じ、リアルタイムの情報収集ができない。

【０００９】そこで本発明が解決しようとする課題は、
店頭情報をリアルタイムで自動的に収集でき、その情報
を利用する側も、多角的な角度から、必要とする情報検
索ができる店頭情報検索システムを提供することにあ
る。

【００１０】

【課題を解決するための手段】前記課題を解決するた
め、本発明の店頭情報検索システムは、活動スタッフが
調査した店頭情報を入力して送信するモバイル端末と、
このモバイル端末から公衆回線、特定回線あるいはイン
ターネット等のデータ伝送手段を介して店舗情報を受
信、蓄積するデータサーバシステムと、前記データ伝送
手段を介して前記データサーバシステムにアクセスする
複数のクライアントＰＣとよりなり、前記クライアント
ＰＣには、前記データサーバシステムに蓄積されたデー
タに対する検索種別を指定し、指定された検索種別につ
いて検索条件を指定する手段を備え、前記データサーバ
システムには、前記クライアントＰＣより指定されたデ
ータに対し、指定された検索条件に基づいて検索を実行
し、前記クライアントＰＣに対して検索、集計、分析結
果を出力する手段を備えたものである。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。図１は本発明のシステムの概略構成図であ
る。図１において、１０はデータサーバシステム、１５
はサーバ管理用端末機、２０はデータ伝送手段としての
インターネット、３０はスタッフ４０が携帯しているモ
バイル端末、５０はクライアント６０Ａ，６０Ｂ・・・
に設置されているクライアントＰＣである。図２はサー
バシステムの構成図であり、クライアントＰＣ５０とモ
バイル端末３０とのインターネット通信のためのＷＷＷ
サーバ１１と、データ処理部１２と、データベース１３
とを備えている。

【００１２】本発明においては、活動スタッフ４０が店
頭で調査した店頭情報を日報データとしてモバイル端末
３０からインターネット２０を経由してデータサーバシ
ステム１０に送信する。データサーバシステム１０で
は、受信したデータをＷＷＷサーバ１１を介してデータ
ベース１３に蓄積する。日報データの内容は、調査した
スタッフ名、店舗名、商品名、配荷の有無（定番棚・大
陳）、フェイス数（商品の面の数）、価格（定番・特
売）、ＰＯＰ設置状況、企画の実施有無、トレー設置状
況、スタッフが当該店舗に訪問した時間と退店した時間
等である。データベース１３には、複数のスタッフ４０
からの日報データが逐次蓄積される。

【００１３】クライアントＰＣ５０は、インターネット
２０を介してデータサーバシステム１０にアクセスし
て、データの集計・分析を行うことができる。各クライ
アント６０Ａ，６０Ｂ・・・には、それぞれデータサー
バシステム１０のＷＷＷサーバ１１にアクセスするため
のユーザ名、パスワードが設定されており、ログイン画
面で正しいユーザ名、パスワードを入力したときにのみ
ログインでき、メイン画面に入ることができる。

【００１４】メイン画面からは、集計・分析条件を選択
することができる。その項目の例を図３に示す。活動種
別の項目としては、行動、状況がある。集計カテゴリの
項目としては、チェーン、店舗、商品、スタッフがあ
る。集計期間の項目としては、最新、期間、月別推移が
ある。活動項目としては、通常価格、特売価格、定番、
大陳、フェイス数、ＰＯＰ設置、企画、トレー設置、発
注促進、受注がある。計算方法の項目としては、合計、
平均、最頻値がある。

【００１５】行動分析の処理フローを図４に示す。 ステップ１００：集計カテゴリを図３の項目の中から選
択する。 ステップ１１０：集計期間を図３の項目から選択する。 ステップ１２０：活動項目を図３の項目から選択する。 ステップ１３０：計算方法を図３の項目から選択する。 ステップ１４０：以上の選択項目に基づいて、図２のデ
ータ処理部１２が処理を実行し、該当する日報データの
訪問時と退店時の差を集計する。 ステップ１５０：クライアントＰＣ５０に、集計・分析
結果を表示する。 ステップ１６０：表示された結果をクライアントＰＣに
保存したいときは、データダウンロードを指定し、ダウ
ンロードを行う。

【００１６】次に、状況分析の処理フローを図５に示
す。 ステップ２００：集計カテゴリを図３の項目の中から選
択する。 ステップ２１０：集計期間を図３の項目から選択する。 ステップ２２０：活動項目を図３の項目から選択する。 ステップ２３０：計算方法を図３の項目から選択する。 ステップ２４０：以上の選択項目に基づいて、図２のデ
ータ処理部１２が処理を実行し、該当する日報データを
集計する。 ステップ２５０：チェーン数、店舗数などから母数を算
出する。 ステップ２６０：クライアントＰＣ５０に、集計・分析
結果を表示する。 ステップ２７０：表示された結果をクライアントＰＣに
保存したいときは、データダウンロードを指定し、ダウ
ンロードを行う。 このようにして、クライアント６０は、所望のデータを
データサーバシステムから検索、集計、分析することが
できる。

【００１７】

【実施例】以下、本発明の実施例について説明する。図
６および図７は、クライアントＰＣ５０からサーバシス
テム１０のＷＷＷサーバ１１にアクセスし、ログインが
完了したときに表示されるメイン画面を示すものであ
る。図６は、ログインした者が一般のクライアントのと
き、図７はログインした者がサーバシステム１０のサー
ビス提供者に所属する者であるときのメイン画面を示し
ている。システムは、ログイン名により、いずれかを判
定する。メイン画面に表示されるメニューは、一般のク
ライアント用には、「ホーム」、「日報検索」、「リス
ト表示」、「集計・分析」、「ログアウト」の５つの項
目が表示される。サービス提供者用には、このほかに
「活動日報」、「システム管理」の２つが追加される。

【００１８】一般のクライアント用のメイン画面からの
作業の流れを図８に示す。サービス提供者用には、図８
の機能のほかに、図９の「活動日報」、「システム管
理」の機能が追加される。

【００１９】以下に、各作業についての操作画面につい
て説明する。

【００２０】１．日報検索 日報の検索を行う場合には、メイン画面のトップメニュ
ーバーに表示されている「日報検索」をクリックして、
図１０に示す日報検索画面を表示させる。検索のキーワ
ードとしては、「巡回日」、「ＦＬ氏名」、「チェーン
名」、「店舗名」の４項目を使用できる。これらの項目
にキーワードを入力して検索実行ボタンをクリックする
ことで検索を行うことができる。

【００２１】・巡回日（年／月／日） こられの項目はそれぞれ「年」（２０００〜２０１
０）、「月」（１〜１２）、「日」（１〜３１）から選
択できる。

【００２２】・ＦＬ氏名 このリストには、ログインを行ったクライアントに所属
するスタッフ名のみが表示されるので、このリストから
任意のスタッフ名を選択する。

【００２３】・チェーン名、店舗名 これらの項目には、それぞれ全角漢字「２０文字」まで
入力できる。検索方法として前方一致型検索を設定して
いる。

【００２４】検索した結果、該当するデータが１件以上
存在した場合は、図１１のような画面が表示される。表
示される項目は、「巡回日」、「ＦＬ氏名」、「チェー
ン名」、「店舗名」の４項目である。「巡回日」と「Ｆ
Ｌ氏名」はリンク部分となっており、ここをクリックす
ると図１２のように詳細な情報を表示できる。図１２の
例では、上部に「基本情報」、下部に「売場状況」につ
いての情報が表示されている。

【００２５】この詳細画面からは、自社製品および他社
製品についても確認できる。確認するには、「自社製
品」または「他社製品」ボタンをクリックする。図１３
は「自社製品」情報画面を示している。

【００２６】２．リスト表示 ここでは、各クライアントに関係あるスタッフ情報およ
び店舗情報の内容を確認することができる。図１４はリ
スト表示のトップ画面を表している。このトップ画面の
「スタッフ情報」のボタンをクリックすると、図１５に
示すスタッフリスト画面が表示され、現在の担当スタッ
フ情報の一覧がリスト形式で表示される。表示される情
報としては、「スタッフ名」、「担当地区」等がある。

【００２７】図１４のトップ画面の「店舗情報」のボタ
ンをクリックすると、図１６に示すように店舗の一覧情
報がリスト形式で表示される。各店舗の詳細情報を確認
する場合は、各店舗名部分をクリックすることで、図１
７に示すように店舗情報および最新の売場状況を確認す
ることができる。

【００２８】３．集計・分析 集計・分析画面は、図１８に示すように、上部の「設定
画面」と下部の「表示画面」に分かれた２画面構成にな
っており、「フレーム」を使用している。

【００２９】全体的な作業手順としては、図１８の設定
画面に表示されたＳｔｅｐ１〜３の各設定を行い、「合
計」、「平均」、「最頻値」のボタンをクリックするこ
とで、設定内容に応じた集計・分析結果が図１９に示す
ように表示画面に表示される。この画面において、「項
目１」は設定画面で設定されたスタッフ名、「項目２」
は店舗名を表している。設定画面における設定の手順に
ついては説明を省略する。

【００３０】４．合計・平均・最頻値 これらの機能は、図１８における全てのＳｔｅｐ設定を
終了した段階で初めて使用できる。

【００３１】図２０は合計結果の表示画面であり、単に
各店舗毎の項目を合計した結果を表示する。この画面の
下部には、対象となった「店舗数」が表示される。この
表示結果をクライアントＰＣにダウンロードする場合
は、「ダウンロードボタン」をクリックし、ファイルの
格納場所を指定してダウンロードすることができる。各
クライアントＰＣでは、ダウンロードしたデータをソフ
トウエアに応じた表形式に変換し、表計算やグラフ自動
作成機能を用いて任意に加工することができる。

【００３２】図２１は平均の表示画面であり、各店舗毎
の合計を各店舗数で割った数値を表形式で表示する。
「通常価格・特売価格」については「円」を、「フェイ
ス」以外の項目の最後尾には「％」を追加した形式で表
示する。

【００３３】最頻値では、各店舗毎の項目を集計し、そ
の中で最も多い数値を表示する。ただし、例えば該当店
舗数が２件で各項目の値がそれぞれ「１」と「０」であ
った場合など、どちらも出現数が同数であった場合は、
最頻値を取得できないため、最初の値である「１」が表
示される。

【００３４】図２２は合計・平均・最頻値の推移の表示
画面である。推移では、図２２の例では６月から８月の
ような一定の期間を時系列で表示する。このとき、ある
期間にデータが存在しなかった項目は「−」で表示され
る。

【００３５】この店舗情報検索システムは、次のような
営業戦略に効果的に用いることができる。 （１）社内会議、商談時に、ＰＣをＷＷＷサーバに接続
した状態で資料として相手に説明資料として提示でき
る。 （２）売れている理由、売れない理由の把握ができる。 （３）店舗毎の傾向分析ができる。 （４）エリア毎の傾向分析ができる。 （５）フィールド担当者毎の傾向分析ができる。 （６）ＩＴ活用をしている企業イメージの向上が図れ
る。 （７）他エリアの情報収集ができる。 （８）セールスの仕事の実態が見える。 （９）フィールドスタッフの仕事の実態が見える。

【００３６】

【発明の効果】以上述べたように、本発明によれば、下
記の効果を奏する。 （１）活動スタッフがフィールド活動で得た店頭情報を
リアルタイムでデータサーバに蓄積し、クライアントで
あるメーカーへ提供することができるため、店頭状況把
握がスピーディーに行うことができる。 （２）クライアントは、欲しい情報を視覚的に見やすい
形で取得でき、集計・分析結果をダウンロードすること
により自分のＰＣで様々な処理を迅速に行うことができ
る。 （３）多角的な角度からの情報検索を行うために、その
都度情報に手を加えることなく即座に作業でき情報入手
ができる。 （４）メーカーが自社で扱うシステムではなく、アウト
ソーサーとして多くのメーカーを対象とする本発明のシ
ステムは、同じ店舗における他メーカーのデータを有す
るため、店舗毎、チェーン毎の客観的な傾向分析が可能
である。

【図面の簡単な説明】

【図１】 本発明のシステムの概略構成図である。

【図２】 本発明におけるサーバシステムの構成図であ
る。

【図３】 本発明における集計・分析条件の項目の例を
示す説明図である。

【図４】 本発明における行動分析の処理フロー図であ
る。

【図５】 本発明における状況分析の処理フロー図であ
る。

【図６】 本発明実施例において、一般クライアントが
ログインしたときのメイン画面である。

【図７】 本発明実施例において、サービス提供者がロ
グインしたときのメイン画面である。

【図８】 一般のクライアント用のメイン画面からの作
業の流れを示す説明図である。

【図９】 サービス提供者用のメイン画面からの作業の
流れを示す説明図である。

【図１０】 日報検索表示画面である。

【図１１】 検索結果表示画面である。

【図１２】 検索結果の詳細情報表示画面である。

【図１３】 自社商品情報表示画面である。

【図１４】 リスト表示のトップ画面である。

【図１５】 スタッフリスト表示画面である。

【図１６】 店舗リスト表示画面である。

【図１７】 店舗情報の詳細表示画面である。

【図１８】 集計・分析のトップ画面である。

【図１９】 集計・分析結果の表示画面である。

【図２０】 合計表示画面である。

【図２１】 平均結果の表示画面である。

【図２２】 合計の推移の表示画面である。

【符号の説明】

１０ データサーバシステム １１ ＷＷＷサーバ １２ データ処理部 １３ データベース １５ サーバ管理用端末機 ２０ インターネット ３０ モバイル端末 ４０ スタッフ ５０ クライアントＰＣ ６０Ａ，６０Ｂ・・・ クライアント

Claims (4)

【特許請求の範囲】
1. 【請求項１】 活動スタッフが調査した店頭情報を入力
   して送信するモバイル端末と、このモバイル端末から公
   衆回線、特定回線あるいはインターネット等のデータ伝
   送手段を介して店舗情報を受信、蓄積するデータサーバ
   システムと、前記データ伝送手段を介して前記データサ
   ーバシステムにアクセスする複数のクライアントＰＣと
   よりなり、 前記クライアントＰＣには、前記データサーバシステム
   に蓄積されたデータに対する検索種別を指定し、指定さ
   れた検索種別について検索条件を指定する手段を備え、 前記データサーバシステムには、前記クライアントＰＣ
   より指定されたデータに対し、指定された検索条件に基
   づいて検索を実行し、前記クライアントＰＣに対して検
   索、集計、分析結果を出力する手段を備えたことを特徴
   とする店頭情報検索システム。
2. 【請求項２】 次の手順を実行して店舗における商品販
   売状況分析する手段を備えた請求項１記載の店頭情報検
   索システム。 （１）前記クライアントＰＣにおいて、 ａ．集計カテゴリを、チェーン、店舗、商品、スタッフ
   の中から選択する。 ｂ．集計期間を、最新、期間、月別推移の中から選択す
   る。 ｃ．活動項目を、通常価格、特売価格、定番、大陳、フ
   ェイス数、ＰＯＰ設置の有無、企画、トレー設置、発注
   促進、受注の中から選択する。 ｄ．計算方法を、合計、平均、最頻値の中から選択す
   る。 （２）前記データサーバシステムにおいて、 ｅ．前記ａ〜ｄの選択項目に基づいて、データ処理部に
   より処理を実行し、該当する日報データを集計する。 ｆ．チェーン数、店舗数などから母数を算出する。 ｇ．クライアントＰＣに、集計・分析結果を伝送する。
3. 【請求項３】 次の手順を実行して行動スタッフの行動
   分析を行う手段を備えた請求項１記載の店舗情報検索シ
   ステム。 （１）前記クライアントＰＣにおいて、 ａ．集計カテゴリを、チェーン、店舗、商品、スタッフ
   の中から選択する。 ｂ．集計期間を、最新、期間、月別推移の中から選択す
   る。 ｃ．活動項目を、通常価格、特売価格、定番、大陳、フ
   ェイス数、ＰＯＰ設置の有無、企画、トレー設置、発注
   促進、受注の中から選択する。 ｄ．計算方法を、合計、平均、最頻値の中から選択す
   る。 （２）前記データサーバシステムにおいて、 ｅ．前記ａ〜ｄの選択項目に基づいて日報データの訪問
   時と退店時の差を集計する。 ｆ．クライアントＰＣに、集計・分析結果を伝送する。
4. 【請求項４】 前記クライアントＰＣにおいて、前記デ
   ータサーバシステムからの集計・分析結果をダウンロー
   ドする手段を設けた請求項１から３のいずれかの項に記
   載の店舗情報検索システム。