JPH0219965A - データ管理方法とそのシステム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、データ管理方法及びそのシステム、更に詳し
く言えば各種の実績データをユーザの利用目的に応じて
加工し、蓄積し、分析するデータ管理方法とそのシステ
ムに係り、特に、スーパーマーケット等の小売店での店
舗別、販売部署別及び商品別収益の算定・蓄積・分析に
好適な発明である。

〔従来の技術〕

店舗別、販売部署別及び商品別収益の算定システムが、
多〈実施されている。

例えば、店舗別、販売部署別収益の算定システムには、
次の方式で収益を算定する１個々の販売部署に共通な経
費を、個々の部署での商品の取り扱い点数あるいは売上
げ点数の比率に応じて配賦し、それと個々の販売部署で
の個別経費とから、店舗別、販売部署別収益を算定する
方式である（特開昭６１−２２４０６８号）。

又、商品別収益の算定方法について、商品別収益を評価
する尺度として、Ｄ　Ｐ　Ｐ　（ＤｉｒｅｃｔＰｒｏｄ
ｕｃｔ　Ｐｒｏｆｉｔ　：直接単品収益）の概念が提案
されている。ＤＰＰとは、店頭での販売価格から仕入れ
価格を差し引き、それに、納入業者からの一時的な割引
き（リベート）を加える。そして、この値から、商品を
販売するために直接、かかる経費Ｄ　Ｐ　Ｃ（Ｄｉｒｅ
ｃｔ　Ｐｒｏｄｕｃｔ　Ｃｏ５ｔ　：販売経費）を差し
引いたものである。ここで、ＤＰＣには、倉庫の人件費
、スペース利用質、在庫管理費から、店舗への輸送コス
ト、店舗での人件費、スペース利用質、レジで商品を紙
袋につめるための人件費まで、１個の商品を販売するた
めに直接、かかる費用を含める。間接費は含めない（米
国フード・マーケラティング・インステイテユートが決
めた計算モデルを用いて、ＤＰＰを算定するソフトウェ
アが、既に提案されている）。

〔発明が解決しようとする課題〕

経営の企画・立案を行なうための一情報に、店舗別、販
売部門別、商品別収益データがあろう。

各種の収益データを経営の企画・立案に結びつけるため
には、収益の算定、収益データの蓄積、収益の分析、の
３手段が必要である。以下、各手段を従来技術で実現す
る場合の問題点について述べる。

（１）収益の算定 作業の改善、ＳＡ（ストアオートメーション）機器の進
歩に伴なって、販売経費に含めるべき費目は変化しよう
、また、商品のライフサイクルは短かく、取り扱う商品
の入れ替えが頻繁である。

そのため、全ての店舗での全ての商品が、常に、上記計
算モデルに合致するとは限らない。

一方、上記計算モデルで、ＤＰＰを算定するためには、
個々の商品について、販売経費を求めなければならない
、ｐｏｓシステムの普及により、一部分の費用について
は、商品単位での測定が可能になった。しかし、全ての
費用を商品単位で測定できるまでに至っていない。−店
舗で取、り扱う商品点数は、数百点〜数十万点に及び、
手作業で、個々の経費を測定することも困難であろう。

従って、上記計算モデルを活用する場合には、複数の商
品に共通な費用を、それぞれの商品に如何に配賦するか
と配賦方法が鍵となる。費用の配賦方法として、前述の
従来技術の考え方による方法が有効な店舗も多いであろ
う。しかし、常に、前述の方法で、満足な配賦が達成で
きているとは限らない。例えば、大、小の商品を、同じ
個数だけ、バンクルームから取り出し、陳列棚に補充す
る場合を考えよう、この場合、輸送器の容量によって。

その移動回数が異なることがある。それに伴なって、作
業時間も異なる。

以上のように、従来技術では、計算モデル、費用配賦の
多様性について考慮されておらず、店舗・商品の個別性
、ＳＡシステムの成長性に柔軟に対処できないという問
題があった。

（２）収益データの蓄積 店長、バイヤ、などの各階層の管理者は、収益データを
分析し、今後の経営の企画・立案にその結果を活用する
。各管理者の管理レベル、利用目的によって、それぞれ
が必要とする収益データは異なる０例えば、店長では、
その立場から、販売部門別収益データを、月単位あるい
は四半期単位で、数年間に渡って必要であろう、一方、
バイヤは、商品別収益データを日単位あるいは週単位で
必要であろう。

ところで、商品別収益データは１日々の販売実績に基づ
いて算定されるデータであり、時系列データである。ま
た、商品点数も、数万点〜数十万点であり、取り扱う商
品の入れ替えも頻繁である。

従って、収益データは、膨大な量になろう。

ここでの課題は、この膨大な収益データを、ユーザに、
その利用目的に応じて、迅速に提供できるデータベース
（ＤＢ）、即ち、検索の多様性と応答性とを兼ね備えた
収益データＤＢを如何に実現するかにある。

（３）収益の分析 上記従来技術では、収益データを予め定めた図表形式で
ユーザに提示する。しかし、このような提示形態では、
次の理由から、不十分である。

収益分析の目的は、分析結果の利用目的、即ち、分析結
果を如何に経営戦路の企画・立案に活用するかによって
異なる。分析分析の目的が異なれば、当然、分析すべき
データ項目、分析手順は異なる。

さらに、ある特定の目的であっても、この分析業務が非
定形梁部であるため、分析すべきデータ項目、分析手順
は限定できない。

一方１分析業務を繰り返すことによって、部分的ではあ
るが、定形化がなされる場合もある。但し、定形式され
たものが固定化するのではなく、ユーザの熟練度の向上
、ＳＡｉ器の進歩によるデータ項目の拡充、などによっ
て、部分的な修正や全面的な改定がなされる。

さらに、収益データの分析者には、計算機システム利用
の初心者、熟練者及び半熟練者がいる。

従って、本発明の主な目的は多量のデータを蓄積し、そ
のデータを用いて多様なアルゴリズムによって新たにデ
ータを得、その新たなデータを分析するようなデータ管
理システムにおいて、データの多量、多様性、データの
利用目的に多様性に迅速に対応するデータ管理システム
及びデータ管理方法を実現することで、特に本発明の主
な用途である商品の収益管理等において、 ・収益管理体制の確立 ・売れ筋裔品、死に筋商品の適確な把握と、品揃えの適
正化 ・経営戦略立案のための情報基盤の確立を図るためのデ
ータ管理方法とそのシステムを提供することにある。

〔課題を解決するための手段〕

上記目的を達成するための考え方について述べる。

（１）収益の算定 商品を販売するために直接、必要な作業は、次に４種類
に大別できよう。即ち、受発注作業、保管作業、移動作
業、加工作業である。従って、ある商品をある期間、販
売することによって得られる収益は、次式で定義できる
。

収益２店頭での販売価格×売上げ点数 −仕入れ価格×−仕入れ点数 一受発注作業による費用 一保管作業による費用 一移動作業による費用 一加工作業による費用　　　・・・式（１）個々の作業
の費用が算定されたならば、式（１）から、商品別の収
益を容易に算定できる。個々の費用を算定するアルゴリ
ズムは、前述の如く商品ごと１店舗ごとに異なり、時間
の経過に伴なって変化する。そこで、この費用の算定ア
ルゴリズムをアルゴリズムペース化し、このアルゴリズ
ムと式（１）による収益算定アルゴリズムとを分離する
構成にする。これにより、ユーザは、自店に応じたパ費
用の算定アルゴリズム″をアルゴリズムベースに格納、
あるいはアルゴリズムベース内の算定アルゴリズムを、
システムを変更することなく、修正・改定することがで
き、費用の算定の個別性、成長性を達成できる。

（２）収益の蓄積 商品別収益データを、日単位で、数年間に渡って記憶し
たのでは、データ量が膨大となり、前述られよう。次に
、データを加工あるいは分散させるかの考え方について
述べる。

収益データの利用者として、次の４種の管理者が考えら
れよう。店長、バイヤ、売場担当マネージャ、複数の店
舗を統括する本部マネージャである。これら利用者は、
その利用目的から、次のような単位で収益データを比較
する。収益データを商品単位で比較する。販売部署とい
ったマクロな単位で比較する。よりマクロな店舗という
単位で比較する等である。そこで、収益データを、商品
別、販売部門別１店舗別といった利用目的に応じたデー
タ単位に加工し、蓄積することにする。

ところで、収益データは、その店舗の運営履歴である。

従って、店舗運営の過程で、過去の収益データが改変さ
れることはない、そのため、収益データを複数の記憶装
置上に重複あるいは分散して格納しても、その整合性が
そこなわれることはない、そこで、利用目的別にＤＢを
構築し、収益データを分散管理することにする。これに
より。

検索の多様性・応答性を達成できるであろう、さらに、
ユーザごと（ワークステーションごと）にパーソナルな
解析用ＤＢを配置し、分析梁部に応じて、目的別ＤＢか
ら解析用ＤＢに、必要な情報を必要な量だけ取り出せる
ようにする。これにより、検索の多様性・応答性を更に
向上させることが期待できる。

（３）収益の分析 収益分析の実＠課題が１次の３点にあることは既に述べ
た。

（ａ）収益データの表示図表の多様性の実現（ｂ）表示
図表の定形化とその改変の容易性の実現（ｃ）システム
の使い勝手の実現 以下、それぞれの解決方針について述べる・（ａ）収益
データの表示図表の多様性の実現前述までの議論から、
″どのデータ項目をどのタイプの図表に表現するか″を
規定することは困難である。しかし、収益データの分析
に用いられる図表のタイプは、ある程度、規定できよう
。

・折れ線グラフ：収益データの時間推移などを示す。

・棒グラフ　　：収益データの商品間比較などを示す。

・円グラフ　　：収益データの内訳を示す。

・散布図　　　：収益と売上げとの相関などを示す。

それぞれのタイプの図表は、次の構成要素で定義できる
。

・折れ線グラフ：縦軸名称、横軸名称、凡例・棒グラフ
　　：縦軸名称、横軸名称、凡例・円グラフ　　：凡例 ・散布図　　　：縦軸名称、横軸名称、凡例そこで、図
表タイプと″どの構成要素にどのデータ項目を割り当て
るか″とをユーザが対話形式で設定することにする。こ
れにより、ユーザＪよ、利用目的に応じて、データ項目
と図表タイプとを選択でき１表示図表の多様性を実現す
る。

（ｂ）表示図表の定形化とその改変の容易性の実現表示
図表の定形化とは、図表のタイプとそれに表示するデー
タ項目とを規定することである。これを実現する方法と
して、定形な図表ごとに、表示用の計算機プログラムを
作成しておき、そのプログラムをコマンドあるいはファ
ンクション・キーで起動し、定形な図表を表示する方法
が考えられる。しかし、この方法では、コマンドの名称
、図表タイプ、データ項目に変更が生じるごとに、プロ
グラムを変更しなければならず、必ずしも、改変が容易
でない、改変の容易性を実現するためには、プログラム
を変更することなく、コマンドの名称、図表タイプ、デ
ータ項目をユーザが変更できる機構を実現する必要があ
る。これを実現するための方法として、図表タイプ、デ
ータ項目とプログラムとを分離し、前者をプログラムへ
のパラメータとする方法が考えられる。具体的には、定
形な図表の表示要求コマンドを、コマンドの名称、図表
タイプ、データ項目で構成し、このコマンドを記憶装置
上に記憶する０図表タイプごとにプログラムを作成する
。そして、ユーザからのコマンド名称に合致するコマン
ドを記憶装置上から検索する。検索結果を解釈し、該当
する図表タイプのプログラムを起動する６表示すべきデ
ータ項目はプログラムにパラメータとして引渡す方法で
ある。これにより、プログラムを変更することなく、表
示図表の定形化、即ち、コマンドの追加、表示図表の改
定、即ち、コマンドの削除、変更を実現することができ
る。

（Ｑ）システムの使い勝手の実現 収益データの分析は、段階的に行なわれる。ユーザは、
各段階で、計算機システムに収益データの提示を命令し
、その結果を分析する。

計算機システム利用の初心者は、キーボードの操作が不
慣れである。さらに、どのような命令がどのような様式
で用意されているかについても暗い。従って、この人に
は、命令様式を表示し、実行条件を埋め込む、樟準値が
ある場合には、その標準値を表示する６選択肢がある場
合には、マウスなどのポインティング装置で選択する方
式（様式埋込み方式）が有効であろう、熟練者にとって
は、命令をキーボードから、直接、入力する方式（コマ
ンド方式）が、短時間に操作でき、有効である。半熟練
者には、自己の熟練度に応じて、分析過程の各段階で１
両方式を使い分けられることが重要であろう。

そこで、様式埋込み方式とコマンド方式との両方式を備
え、分析過程の各段階で、両方式のいずれか一方を選択
できるようにする。

システムの操作性については、上記で実現できる。とこ
ろで、システムの使い勝手には、次の面もあろう。

システムの利用者には、収益分析の熟練者、半熟練者が
いる。分析過程の各段階で、半熟練者に適切なアドバイ
スを提示することは、システムの使い勝手の向上、分析
精度の均一化・向上に有効であろう。

分析手順を予め規定できないため、どの段階でどのよう
なアドバイスを提示すべきかを予め定めることはできな
い、さらに、提示すべきアドバイスは、熟練者、先輩が
、経験を通して得た知識であり、追加・変更が生じやす
い。このような知識の活用には、知識ベースの考え方が
有効である。

そこで、熟練者、先輩のもつ収益分析に関する知識を知
識ベース化し、分析過程の各段階で、ユーザの要求に応
じて、アドバイスを展示することにする。

前述の目的は、上記の考え方を具現化することにより、
達成する。具体的には、次の手段で実現する。

（１）実績情報ＤＢ：収益の算定に必要な各種の実績情
報を蓄積する。

（２）経費算定アルゴリズムベース：経費の算定アルゴ
リズム群を保存する。

益を算定する。

（４）目的別収益情報ＤＢ：収益データをその利用目的
ごとに分散し、蓄積・管 理する。

（５）解析用ＤＢ：収益分析用のパーソナルＤＢる分析
要求の受付、収益デー タの表示、分析アドバイスの 提示を行なう。

（７）表示要求コマンドファイル：ユーザが登録した表
示要求コマンドを蓄積・ 管理する。

（８）知識ベース二分析アドバイスに関する知識を蓄積
し、管理する。

〔作用〕

ＰＯＳシステムを中心とする店舗情報システムで収集さ
れた各種の実績情報は、実績情報ＤＢに蓄積される。

収益算定手段（データ変換手段）は、経費算定アルゴリ
ズム・ベースに格納されている経費算定アルゴリズムを
起動し、収益の算定に必要な経費を算定する。そして、
それを使って、目的別の収益を算定する。算定結果は、
目的別収益情報ＤＢに分散して格納する。

収益分析手段（データ解析手段）は、ユーザが収益分析
を開始する以耐に、ユーザから、収益分析に必要な収益
データの項目とそのデータ量とを受付け、そのデータを
、目的別収益情報ＤＢから解析用ＤＢに転送する。その
後、ユーザから、様式埋込み方式あるいはコマンド方式
で分析要求を受付ける。コマンド方式による分析要求な
らば、受付けたコマンド名称に合致するコマンドを表示
要求コマンドファイルから検索する。そして、受付けた
要求を解釈し、該当する収益データを表示する。もし、
ユーザから、アドバイスの提示を要求されたならば、知
識ベース内の知識を活用し、分析アドバイスをユーザに
提示する。

〔実施例〕

以下、小売店舗における収益データ管理方法とそのシス
テムを対象に１本発明によるデータ管理システムの一実
施例を、図を用いて詳述する。

第１図は、本発明によるデータ管理システムの一実施例
の構成を示す。複数の店舗を統括管理する本部１には、
大型のホストコンピュータ２を配備する。ホストコンピ
ュータ２は通信ネットワーク４を介して、個々の店舗３
から送信される各種の実績情報を蓄積・管理する基幹Ｄ
ＢＳを備える。

さらに、基幹ＤＢＳ上の実績情報を基に算定した収益デ
ータを、その利用目的別に蓄積・管理する目的別収益情
報ＤＢ６を備える。収益データ分析用ワークステーショ
ン７は本部１で業務する本部マネージャ、本部バイヤ、
及び店舗３で業務する店舗マネージャ、販売部署担当マ
ネージャ、などの各階層の管理者８にそれぞれ、配備す
る。各ワークステーション７は収益分析用のパーソナル
ファイルである解析用ＤＢ９を備える。ホスト・コンピ
ュータ２と個々の店舗３のワークステーション７との間
の情報通信は、通信ネットワーク４を介して行なう。Ｐ
ｏＳシステムを中心とする個々の店舗３の店舗情報シス
テム１０で収集した各種の実績情報はストアコントロー
ラ１１に一時的に保管され、その後１通信ネットワーク
４を介して、本部１のホストコンピュータ２が備える基
幹ＤＦ１５に蓄えられる。

第２図は、上記第１図の実施例における店舗収益データ
を管理するための機能構成を示す、システム管理者１２
には収益の算定を命令するための計算機端末１３を配備
する。ホスト・コンピュータ２はストアコントローラ１
１から送信された各種の実績情報を基幹ＤＢＳに格納す
る機能（実績情報の登録機能２０１）、実績情報から目
的別の収益を算定する機能（収益算定機能２０２）、各
階層の管理者８からの要求に応じて、目的別収益情報Ｄ
ＢＳから収益データを検索し、ワークステーション７に
送信する機能（収益情報の検索機能２０３）、基幹ＤＢ
Ｓ及び目的別収益情報ＤＢ６の情報登録・検索を行なう
ＤＢ管理機能（ホスト用ＤＢＭＳ２０４）を備える。ワ
ークステーション７は、データ検索機能７０１を備える
。上記機能７０１は、ユーザ８からの要求に応じて、収
益情報の検索機能２０３へ収益データの転送を要求する
。転送され収益データを解析用ＤＢ９に格納する。ユー
ザ８からの要求に応じて、解析用ＤＢ９から収益データ
を検索する。さらに、ワークステジョン７はユーザ８か
らの要求を解析し、収益データを解析し、ワークステー
ション７上の表示画面７１０に解析結果の図表を提示す
る機能（収益分析機能７０２）、解析用ＤＢ９の情報登
録・検索を行なうＤＢ管理機能（ＷＳ用Ｄ　Ｂ　Ｍ　Ｓ
　７０３）を備える。

第３図は上記の第２図の実施例の動作フローを示す、ス
トアコントローラ１１とホストコンピュータ２との間で
、第３図（ａ）に示す動作が、日日、行なわれる。

ステップ２０１：予め定められた時刻に、ストアコント
ローラ１１から転送される各種の実績情報を受は取る。

ホスト用ＤＢＭＳ２０４を起動し、受は取った実績情報
の基幹ＤＢＳへの登録を要請する。

ステップ２０４ニステツプ２０１で受は取った実績情報
を基幹ＤＢＳへ格納する。

ホストコンピュータ２では１週末及び月末に、第３図（
ｂ）に示す動作を行なう。

ステップ２０２１　ニジステム管理者１２が計算機端末
１３を介して要求した″収益算定指示″を受付ける。ホ
スト用ＤＢＭＤ２０４を起動し、経費算定のための実績
情報の検索を要請する。

ステップ２０４１：実績情報を基幹Ｉ）Ｂ５から検索す
る。

ステップ２０２２：検索した実績情報から、目的別に収
益を算定する。ホスト用ＤＢＭＳ２０４を起動し、収益
データの登録を要請する。

ステップ２０４２．収益データを目的別収益情報ＤＢＳ
へ格納する。

ワークステーション７は、ユーザ８からの要求に応じて
、随時、第３図（ｃ）に示す動作を行なう。

ステップ７０１１：ユーザから収益データの転送要求を
受は付け、その収益データの転送を。

収益情報の検索機能２０３へ要請する。

ステップ２０３１：ホスト用ＤＢＭＳ２０４を起動し、
収益情報の検索を要請する。

ステップ２０４：収益情報を目的別収益情報ＤＢＳから
検索する。

ステップ２０３２：検索した収益情報を、データ検索機
能７０１へ転送する。

ステップ７０１２：ＷＳ用ＤＢＭＳ７０３を起動し、転
送された収益情報の登録を要請する。

ステップ７０３１：収益情報を、解析用ＤＢ９に格納す
る。

ステップ７０２１：ユーザ８から、収益データの分析要
求を受は付け、そのデータの検索をデータ検索機能７０
１に要請する。

ステップ７０１３：ＷＳ用ＤＢＭＳ７０３を起動し、収
益データの検索を要請する。

ステップ７０３２　：収益情報を、解析用ＤＢ９から検
索する。

ステップ７０２２：検索された収益情報を解析し、その
結果を図表形式で表示画面７０１に提示する。

以下、′収益算定機能２０２　”と゛′収益分析機能７
０２　”と“目的別収益情報Ｄ　Ｂ　６　”の一実施例
を、図を参照しながら、詳述する。

データ変換方法とその手段の一実施例を、前述の″収益
算定″を具体的な対象に、図を参照しながら、詳述する
。

第４図は、上記実施例の収益算定の機能構成を示す０本
実施例では、次の６種類の収益を算定する。

（１）店舗別販売部署別の商品単位での週間収益但し、 Ｐ　Ｓｇ　ｄｌ　ｌ＋　ＩＴ　＋　Ｓ店舗のｄ販売部署
のｇ商品の第Ｗ週の収益（ｇ商品の単品数 Ｃｓ＋　ａ２ｇ、　ｗ：　ｓ店舗のｄ販売部署のｇ商品
のＣｓＨｄ、　ｌｉｔ　ｗ　：　Ｓ店舗のｄ販売部署の
ｇＨ品のＥｓ＋　ｔ＋　ｇ、　ｗ　：　Ｓ店舗のｄ販売
部署のｇ商品の第Ｗ週に、受発注に要した経費 （２）店舗別の販売部署貼位での月間収益（販売部・・
・式（２） ％式％ ・・・式（３） 但し Ｐｓ、−：８店舗のｄ販売部署の月間収益Ｒｓｇ　ａ　
：　ｓ店舗のｄ販売部署が受けた。取り引き業者からの
月間割戻し額 Ｅｓ、ａ：ｓ店舗のｄ販売部署の月間運営経費（人件費
、統制間接費、などの総和） Ｐｓ”ΣΣΣＧ５１ｄ＋Ｍｇ１ｌ−ΣΣΣＣ５１Ｃ５１
ｄｔ＋ΣＲｓ、ａ　　Ｅｓ　　　　　　　　”’式（４
）Ｐｓ：ｓ店舗の月間収益 Ｅｓ：ｓ店舗の月間運営経費 （４）企業体全体での月間収益（本部収益）Ｐ　ｈ　＝
ΣＰｓ　　Ｅｈ　　　　　　　　　　”’式（５）Ｐｈ
：企業体全体での月間収益 Ｅｈ：本部の月間運営経費 （５）ある特定の商品の１個々の店舗での収益の総和（
商品総収益） （６）ある特定の販売部署の、個々の店舗での収益の総
和（販売部署総収益） Ｐ　ａ　＝ΣＰ　ｓ　、−・・・式（７）本部収益算定
機能２２は、式（５）に基づき、本部収益を算出する０
店舗収益算定機能２３、販売部署収益算定機能２４．販
売部署総収益算定機能２５、単品収益算定機能２６、単
品総収益算定機能２７、の各機能も、式（２）〜（４）
、　（６）、　（７）に基づき、該当する収益を算定す
る。実績情報の検索機能２８は、基幹ＤＢ５から、各種
の実績情報を検索し、アルゴリズムベース３０上の経費
算定アルゴリズムで、式（２）〜（７）を実現するため
のデータを算出する。収益情報の登録機能２９は、機能
２２〜２７で算出した収益データを目的別収益情報ＤＢ
Ｓに！＆録する。収益算定要求受付機能２１は、″個々
の商品の週間収益を算定する″あるいは゛′組織別の月
間収益を算定する″という収益算定要求を、システム管
理者１２から計算機端末１３を介して、受付ける。

第５図は、上記機能群の動作フローを示す。第５図のフ
ローチャート図と、第６図〜第１２図のテーブル構成図
とを参照しながら、第４図の実施例の動作を説明する。

ステップ２００１：収益算定要求の受付はシステム管理
者１２から、計算機端末１３を介して、次の２要求のい
ずれか一方を受付ける。

（１）商品別の週間収益の算定 （単品収益、単品総収益の算定） （２）組織別の月間収益の算定 （本部収益、店舗収益、販売部門収益、販売部門総収益
の算定） 第６図（ａ）は、上記要求の受付は画面の一表示例を示
す。計算機端末１３の表示画面１３１で、″上記２要求
のいずれを実施するか″を問合せる。

システム管理者１２は、計算機端末１３のキーボード１
３２の数値キー１３２１の中で、“１″又は“２”のキ
ーのいずれか一方を押下する。ＬＬ　Ｉ　ＩＩの押下は
“商品別の週間収益の算定″の要求である。ｉｌ　２７
１の押下は″゛組織別の月間収益の算定″の要求である
。ここでは、“１ｕ、ｔｉ２ｕのいずれのキーが押下さ
れたかを受付け、その結果を算定要求テーブル４１に格
納する。第６図（ｂ）は算定要求テーブル４１の構成を
示す。受付は結果はテーブル４１の要求の種類４１１４
１１に格納する。

ステップ２００２：算定処理の選択 法の２種類の算定処理のいずれを実行するかを選択する
。

（１）商品別の収益算定 （２）組織別の収益算定 ここでは、算定要求テーブル４１の要求の種類部４１１
上のデータ値を取り込む。その値が１″ならば、ステッ
プ２００３へ処理を移す。データ値がＩＩ　２　Ｐ＋な
らば、ステップ２００７へ処理を移す。

ステップ２００３　：商品別実績情報の検索基幹ＤＢ５
から、次の１２種類の実績情報を検索する。即ち、（ｉ
）販売部、（ｉｔ　）販売部、（ｉｎ）販売部（販売部
の第何週■にあたるかを示す）、（ｔｖ）商品名、（ｖ
）店舗名、（ｖｉ　）販売部署名、（ｖｉｉ）当該商品
の当該週での売上げ額、（ｖｉ）仕入れ額、（ｈ）移動
に要する経費、（Ｘ）保管に要する経費、（社）加工に
要する経費、（ｍ）受発注に要する経費、である、もし
、上記（故）〜（地）の経費が算定されていなければ、
基幹ＤＢＳ上の他の実績情報から、アルゴリズムベース
３０上の経費算定アルゴリズムで算定する。

第７図は、単品収益テーブル４６の構成を示す。

ここでは、上記１２種類の実績情報を、テーブル４６の
該当欄、即ち、４６０１〜４６０６　、４６０８〜４６
１３の各欄に格納する。

ステップ２００４　：単品収益の算定 式（２）に従って、店舗別販売部署別の商品弔位の収益
を求める。

まず、単品収益テーブル４６の売上げ額Ｊｌｉ４６０８
゜仕入れ類ｌ５４６０９．移動経＊欄４６１０、保管経
費ｌ１４６１１、加工経費欄４６１２、受発注経費９４
６１３、それぞれから、第１行目に格納されているデー
タ値を取り込む、そのデータ値から、式（２）の計算式
に従って、単品収益を求める。求めた単品収益は、単品
収益ＩＪ４６０７の第１行目に格納する。以上の操作を
、単品収益テーブル４６の全ての行に、繰り返す。

ステップ２００５　：単品総収益の算定式（６）に従っ
て、単品総収益を求める。

まず、単品収益テーブルＮ４６の商品名個４６０４の第
１行目に格納されているデータ値、即ち、商品名を取り
込む０次に第２行目の商品名を取り込む。この２つの商
品名が合致するならば、用品収益欄４６０７の第１行目
のデータ値と第２行目のデータ値との和を求める。４６
０８〜４６１３の各欄のデータ値についても同じ操作を
する。この操作を、第３行目、第４行目へと、順次、全
ての行について繰り返す、この結果を、単品総収益テー
ブル４７の第１行目に格納する。

第８図は、単品総収益テーブル４７の構成を示す。生部
４７０１．月０４７０２．週０４７０３゜商品各欄４７
０４には、単品収益テーブル４６の部槽４６０１．月欄
４６０３　、商品各欄４６０４の第１行目に格納されて
いるデータ値をベテ録する。

１１品総収益［４７０５、喉品総売−ヒげ額部４７０６
　。

単品総仕入れ額６１４７０７、単品総移動経費欄４７０
８、単品総保管経費＠４７０９、単品総加工経費＄１４
７１０．単品総受発注経費１ｉ４７１１には、上記で求
めたそれぞれの集計値を登録する。

以上の操作を、全ての商品について、実施する。

ステップ２００６　：商品別の週間収益の登録単品収益
テーブル４６上の各種のデータを、単品収益ファイル６
５に登録する。ファイル６５には、単品収益テーブル４
６と同じ構成で登録する。

更に、単品総収益テーブル４７上の各種のデータを単品
総収益ファイル６６に登録する。ファイル６６には、単
品総収益テーブル４７と同じ構成で登録する。

以上が、商品別の週間収益の算定処理である。

次に、組織別の月間収益の算定処理を説明する。

ステップ２００７　：組織別実績情報の検索基幹ＤＢＳ
から、次の８種類の実績情報を検索する。即ち、（ｉ）
販売部、（ｉｉ）販売月、（ｎｕ）店舗名、（泣）販売
部署名、（ｖ）当該部署の当該月での売上げ額、（ｖｉ
）仕入れ額、（ｖｌｉ）割戻し額、　（ｖｉ）運営経費
である。もし、運営経費が算定されていなければ、基幹
ＤＢＳ上の他の実績情報から、アルゴリズムベース３０
上の店舗販売部署別運営経費算定アルゴリズムで算定す
る。第９図は、販売部署収益テーブル４４の構成を示す
。ここでは、上記８種類の実績情報をテーブル４４の該
当欄、即チ、ｌ１１４４０１〜４４０３，４１４４０５
〜４４０９の各欄に格納する。

次に、基幹ＤＢＳから、次の７種類の実績情報を検索す
る。即ち、（ｉ）販売部、　（ｉｉ）販売月、（ｉｉｉ
）店舗名、（ｔｖ）当該店舗の当該月での売上げ額、（
Ｖ）仕入れ額、（ｖｉ　）割戻し額、（■）運営経費、
である、もし、運営経費が算定されていなければ、基幹
ＤＢＳ上の他の実績情報から、アルゴリズムベース３０
上の店舗別運営経費算定アルゴリズムで算定する。第１
１図は、店舗収益テーブル４３の構成を示す、ここでは
、上記７種類の実績情報をテーブル４３の該当欄、即ち
、１１４３０１〜４３０３、欄４３０５〜４３０８の各
欄に格納する。

最後に、基幹ＤＢＳから、次の３種類の実績情報を検索
する。即ち、（ｉ）販売部、（ｎ）販売部。

（ｉｉｉ）本部の当該月での運営経費である。もし、運
営経費が算定されていなければ、鵡幹ＤＢ５上の他の実
績情報から、アルゴリズムベース３０上の本部経費算定
アルゴリズムで算定する。第１２図は、本部収益テーブ
ル４２の構成を示す、ここでは、上記３種類の実績情報
を、テーブル４２の年１１４２０１、月１４２０２、運
営経費１１！４２０４に格納する。

ステップ２００８　：販売部署収益の算定式（３）に従
って、店舗別の販売部署単位の収益を求める。

まず、販売部署収益テーブル４４の売上げ額部４４０６
、仕入れ額部４４０’７．割戻し額８１４４０８　。

運営経費欄４４０９、それぞれから、第１行目に格納さ
れているデータ値を取り込む。そのデータ値から、式（
３）の計算式に従って、販売部署収益を求める。求めた
販売部署収益は、販売部署収益欄４４０５の１行目に格
納する。以上の操作を販売部署収益テーブル４４の全て
の行に、繰り返す。

ステップ２００９　：販売部署総収益の算定式（７）に
従って、販売部署総収益を求める。

まず、販売部署収益テーブル４４の販売部署名［４４０
４の第１行目に格納されているデータ値、即ち、販売部
署名を取り込む。次に、第２行目の販売部署名を取り込
む、この２つの販売部署名が合致するならば、販売部署
収益欄４４０５の第１行目のデータ値と第２行目のデー
タ値との和を求メル。４４０６〜４４０９の各欄のデー
タ値についても同じ操作をする。この操作を、第３行目
。

第４行目へと、順次、全ての行について繰り返す。

この結果を、販売部署総収益テーブル４５の第１行目に
格納する。

第１０図は、販売部署総収益テーブル４５の構成を示す
１部槽４５０１．月＠４５０２．販売部署名１１１４５
０３には、販売部署収益テーブル４４の竿部４４０１．
月欄４４０２．販売部署名欄４４０４の第１行目に格納
されているデータ値を登録する。販売部署収益欄４５ｏ
４、販売部署総売上げｌｉ４５０５、販売部署総仕入れ
額部４５０６、販売部署粗割戻し額部４５０７、販売部
署総仕入経＊１ｌＪ４５０８には、上記で求めたそれぞ
れの集計値を登録する。

以上の操作を、全ての販売部署について、実施する。

ステップ２０１０：店舗収益の算定 式（４）に従って１店舗単位の収益を求める。

まず、店舗収益テーブル４３の売上げ額１１ｉ４３０５
、仕入れ額部４３０６、割戻し額部４３０７、運営経費
［４３０８それぞれから、第１行目に格納されているデ
ータ値を取り込む。そのデータ値から、式（４）の計算
式に従って、店舗収益を求める。求めた店舗収益は、店
舗収益１１ＪＩ４３０４の１行目に格納する。以上の操
作も店舗収益テーブル４３の全ての行に繰り返す。

ステップ２０１１：本部収益の算定 式（５）に従って、企業全体の収益を求める。

まず１店舗収益テーブル４３の店舗収益？ａ４３０４に
格納されているデータ値の総和を求める。その求めた総
和から、本部収益テーブル４２の運営経＊＆Ｊ４２０３
に格納されているデータ値を差し引く。この値が木部収
益である。求めた本部収益は、本部収益欄４２０３に＜
子録する。

ステップ２０１２：組織別の月間収益の登録販売部署収
益テーブル４４上の各種のデータを販売部署収益ファイ
ル６２に（？録する。ファイル６３には、販売部署収益
テーブル４４と同じ構成で登録する。さらに、販売部署
総収益テーブル４５、店舗収益テーブル４３、本部収益
テーブル４２、それぞれで格納する各種のデータを、該
当するファイルに登録する。即ち、販売部署総収益ファ
イル６３．販売部署総収益ファイル６４、店舗収益ファ
イル６２、本部収益ファイル６１の各ファイルである。

各ファイルには、該当するテーブルと同じ構成でデータ
を登録する。

次に、データ解析方法とその手段の一実施例を。

前述の″収益分析″を具体的な対象に１図を参照しなが
ら、詳述する。

第１３図は、本実施例の機能構成を示す。本実施例は次
の機能部で実現する。

（１）収益情報の検索７２：目的別収益情報ＤＢＳから
、管理者８が要求する収益情報を検索し、解析用ＤＢ９
に登録する。

（２）収益情報の分析７５：管理者８との対話形式で、
解析用ＤＢＱ上の収益情報を分析する。

（３）コマンド編集７３に分析機能７５はコマンド形式
で定形な図表を出力する。本機能はこの定形か図表の出
力用コマンドの編集を行なう。

（４）ルール編集７４に分析機能７６は熟練管理者のノ
ウハウをルールベース化し、そのルールを用いて、管理
者に分析アドバイスを提示する。

本機能は、このルールの編集を行なう。

（５）処理要件の選択７１；上記（１）〜（４）のいず
れを処理するかを、管理者８から受付ける。

第１４図は、上記５機能の動作フローを示す。

本実施例の動作を述べる。

ステップ７１０１　：処理要件の受付 第１５図（ａ）は処理要件の受付画面の一表示例を示す
。ＷＳ７の表示画面７１０で、″いずれの処理要件を実
行するか″を問合せる。管理者８はキーボード７２０の
数値キー７４０の中でＩｔ　ｌ　＃１〜“５″のキーの
いずれか一つを押下する。ここでは、いずれのキーが押
下されたかを受付け、その結果を処理要件テーブル７６
に格納する。第１５図（ｂ）は、処理要件テーブル７６
の構成を示す。受付結果はテーブル７６の処理要件Ｎｏ
欄７６０１に格納する。

ステップ７１０２　：処理の選択 上記（１）〜（４）のいずれの機能を実行するかを選択
する。具体的には、テーブル７６の処理要件Ｎα！７６
０１上のデータ値を取り込む、そのデータ値が“１″な
らステップ７１０３へ処理を移す。

“２″ならば、ステップ７１０６へ処理を移す。

“３”ならば、ステップ７１０４へ処理を移す。

ＩＩ　４　ＩＩならば、ステップ７１０５へ処理を移す
。

“５”ならば、処理を終了する。

ステップ７１０３　：収益情報の検索 ″収益情報の検索７２”を実行し、ステップ７１０１へ
処理を戻す。

ステップ７　］、　０４　：コマンドのｔＩＡ集“コマ
ンド編集７３″を実行し、ステップ７１０１へ処理を戻
す。

ステップ７１０５：ルールの編集 “ルール編集７４″を実行し、ステップ７１０１へ処理
を戻す。

ステップ７１０６：収益情報の分析 ″収益情報の分析７５″を実行し、ステップ７１０１へ
処理を戻す。

以下、収益情報の検＃７２．コマンド編集７３゜ルール
編集７４．収益情報の分析７５、を詳述する。

（１）収益情報の検索７２ 第１６図は、本機能７２の機能構成を示す６本機能７２
は次の２種類の検索を行う。

（ａ）組織別の月間収益情報の検索 （ｂ）商品別の週間収益情報の検索 組織別収益情報の検索７２２は、上記（ａ）タイプの検
索を行なう。商品列収益情報の検索７２３は、上記（ｂ
）タイプの検索を行なう。検索要求の受付７２１は、（
ａ）、（ｂ）いずれのタイプの検索を行なうかを、管理
者８に間合せる。

第１７図は本機能７２の動作フローを示す。第１７図の
フローチャート図に従って、本機能７２の動作を述べる
。

ステップ７２０１：検索タイプの受付 第１８図（ａ）に、検索タイプの受付画面の一表示例を
示す。ＷＳ７の表示画面７１０で、“いずれのタイプで
検索するか″を問合せる。管理者８はキーボード７２０
の数値キー７４０の中で、ＩＩ　Ｉ　ＴＴ又は１１２　
ＩＩのいずれかのキーを押下する。

ここでは、いずれのキーが押下されたかを受付け、検索
要求テーブル７２４に格納する。第１８図（ｄ）は、検
索要求テーブル７２４の構成を示す。

受付は結果は、テーブル７２４の検索タイプ欄７２４１
に格納する。

ステップ７２０２　：検索タイプの選択テーブル７２４
の検索タイプ［７２４１Ｊ二のデータ値を取り込む。そ
のデータ値が１１　、Ｉ　Ｄならば、ステップ７２０３
へ処理を移す。１１２　ＩＩならば。

ステップ７２０７へ処理を移す。

ステップ７２０３　：検索範囲の受付（組織別用）第１
８図（ｂ）は検索範囲の受付画面の一表示例を示す、こ
こでは、検索期間と検索範囲とを受付ける。検索期間は
その先頭の年月日（検索開始日）と後尾の年月日（検索
終了日）とで受付ける。

検索範囲は″全店舗″、即ち店舗単品の月間収益情報か
、あるいは″特定店舗″、即ち、店舗別販売部署単位の
月間収益情報かといった範囲の限定と、″特定店舖″な
らばその店舗名称とで受付ける。受付は結果は、テーブ
ル７２４の検索範囲槽７２４２、店舗各欄７２４３．検
索開始日槽７２４５、検索終了日槽７２４６へ格納する
。

ステップ７２０４　：検索処理の選択（組織別用）テー
ブル７２４の検索範囲［７２４２上のデータ値を取り込
む。そのデータ値が“１″ならば、ステップ７２０５へ
処理を移す。データ値が“２″ならば、ステップ７２０
６へ処理を移す。

ステップ７２０５：組織別収益情報の検索（全店舗） テーブル７２４の検索開始日槽７２４５と検索終了口部
７２４６上のデータ値を取り込む。そして、その期間に
含まれる収益情報を本部収益ファイル６１からＷＳ用本
部収益ＤＢ７７１へ同一構成で転送する。

さらに、店舗収益ファイル６２からＷＳ用店舗収益ＤＢ
７７２へ同一構成で転送する。販売部署総収益ファイル
６４からＷＳ用販売部署総数益ＤＢ７７３へ同一構成で
転送し、処理を終了する。

ステップ７２０６：組織別収益情報の検索（特定店舗） テーブル７２４の検索開始日槽７２４５と検索終了ＩＥ
［７２４６，店舗名１ｉ７２４３上のデータ値を取り込
む。

そして、その期間に含まれる当該店舗の収益情報を、店
舗収益ファイル６２からＷＳ用店舗収益ＤＢ７７２へ同
一構成で転送する。さらに、販売部署収益ファイル６３
からｗＳ用販売部署収益Ｄ　Ｉ３７７４に同一構成で転
送し、処理を終了する。

ステップ７２０７　：検索範囲の受付（商品別用）第１
８図（ｃ）は検索範囲の受付画面の一表示例を示す。こ
こでは、検索期間と検索範囲とを受付ける。検索期間は
検索開始日と検索終了日とで受付ける。検索範囲は対象
とする販売部署の名称と、゛′全店舗″、即ち、単品総
収益情報か、あるいはパ特定店舗”、即ち、店舗別販売
部総則単品収益情報といった範囲の限定と、゛特定店舗
″ならばその店舗名称とで受付ける。受付は結果はテー
ブル７２４の検索範囲槽７２４２、店舗各欄７２４３、
販売部署名欄７２４４、検索開始日槽７２４５、検索終
了日４［１７２４６へ格納する。

ステップ７２０８　：検索処理の選択（商品別用）テー
ブル７２４の検索範囲欄７２４２上のデータ値を取り込
む、そのデータ値が１１１　Ｉ＋ならば、ステップ７２
０９へ処理を移す、データ値が“２″ならば、ステップ
７２１０へ処理を移す。

ステップ７２０９：商品別収益情報の検索（全店舗） テーブル７２４の検索開始日１Ｉ７２４５と検索終了日
槽７２４６．販売部署名１１７２４４上のデータ値を取
り込む。そして、その期間に含まれる当該販売部署の収
益情報を販売部署収益ファイル６３からＷＳ用販売部署
収益ＤＢ７７４へ同一構成で転送する。さらに、単品総
収益ファイル６６からＷＳ用貼品総収益ＤＢ７７５へ同
一構成で転送し、処理を終了する。

ステップ７２１０：商品別収益情報の検索（特定店舗） テーブル７２４の検索開始日１１ｉ７２４５と検索終了
Ｈ欄７２４６、販売部署名欄７２４４、店舗名１１１７
２４３上のデータ値を取り込む。そして、その期間に含
まれる当該店舗の当該販売部署の収益情報を販売部署収
益ファイル６３からＷＳ用販売部署収益ＤＢ７７４へ同
一構成で転送する。さらに、単品収益ファイル６５から
ＷＳ用単品収益ＤＢ７７６へ同一構成で転送し、処理を
終了する。

（２）コマンド編集７３ 第１９図（ａ）は本機能７３の構成を示す。本機能７３
は、既存の画面エディタで実現する。

第１９図（ｂ）はコマンドファイル７７７の構成を示す
、−個のコマンドは名称と図表タイプとその図表を構成
するための構成要件（具体的には、横軸の名称、縦軸の
名称、凡例）とで構成する。

図中の“Ａ　Ａ　Ａ　”、″折れ線グラフＩＰ　　１′
Ｂ　Ｂ　Ｂ　Ｔｊ“ＣＣＣ”　　”ＤＤＤ”　　　”Ｅ
ＥＥ”は、それぞれのデータ名称を示す。

（３）ルール編集７４ 第２０図（ａ）は本機能７４の構成を示す０本機能７３
も、既存の画面エディタで実現する。

第２０図（ｂ）はルールファイル７７８の構成を示す。

ルールはＩＦ／ＴＨＥＮ形式のルールで表現する。ＩＦ
部には、コマンドの名称とそのコマンドで表示される図
表の特徴とを表わす、　ＴＩＩＥＮ部には、分析アドバ
イスを表わす。

（４）収益情報の分析７５ 本機能７５は対話形式で分析用の図表を表示する機能を
備える。その表示の要求方法は（ｉ）対話形式による１
図表タイプとその構成要件との指示（分析要求の作成）
。

（ｉ）コマンドによる指示（コマンド受付）の２種類を
備える。さらに、本機能７５は知識工学技術を応用し、
管理者８に分析アドバイスを提示する機能を備える。

第２１図は本機能７５の機能構成を示す０本機能は次の
７個の要素機能で構成されている。

（ａ）分析要求の受付７５１”分析アドバイスの提示か
″、″分析図表の表示か″′″図表表示ならばその要求
方法は？″を受付ける。

（ｂ）分析要求の作成７５２：上記（ｉ）の要求方法に
よる分析要求を受付ける。

（Ｑ）コマンド受付７５３：上記（ｉｉ）の要求方法に
よる分析要求を受付ける。

（ｄ）コマンド解釈７５４：上記（ｂ）、（ｃ）での受
付けた要求を解釈する。

（ｅ）収益情報の検索７５５：受付けた要求に基づき、
収益情報を解析用ＤＢ９から検索する。

（ｆ）分析グラフの表示７５６：検索した収益情報を、
要求された図表形式で管理者８に提示する。

（ｇ）分析アドバイスの提示７５７：知識工学技術を応
用し、管理者８に分析アドバイスを提示する。

第２２図は本機能７５の動作フローを示す・第２２図の
フローチャー１−図に従って、本機能７５の動作を述に
る。

ステップ７５０１：分析要求の受付 第２３図は分析要求の受付画面の一表示例を示す。ここ
では、″分析要件の作成９０１　”、゛コマンド人力９
０２　”、“′アドバイスの提示９０３　”パ終了９０
４　”のいずれか一つを受付ける。管理者８は、所望の
要求をマウス７３０でピックする。

“コマンド人力９０２　”の要求はキーボード７２０か
ら行なう。いずれの要求が指示されたかを受付け、その
結果を分析要求テーブル８１に格納する。

第２４図は１分析要求テーブル８１の構成を示す。

受付は結果はテーブル８１の分析要求タイプ欄８１０１
に格納する。

ステップ７５０２：分析要求の選択 テーブル８１の分析要求タイプ４１１８１０１上のデー
タ値を取り込む、そのデータ値がｒｒ　１　ｎならば、
ステップ７５０３へ処理を移す。データ値がＩＩ　２　
″ならば、ステップ７５０５へ処理を移す。

データ値がＩｔ　３　ＩＩならば、ステップ７５１０へ
処理を移す。データ値がｒｅ　４　＋ｔならば、処理を
終了する。

ステップ７５０３　：図表タイプの受付第２５図は図表
タイプ及び図表の構成要件の受付画面の一表示例を示す
、管理者８は、キーボード７２０で図表タイプ欄９０５
から図表タイプをキーインする。ここでは、その図表タ
イプを受付ける。

ステップ７５０４：図表の構成要件の受付受付けた図表
タイプの構成要件を受付ける。具体的には、欄９０６に
構成要件基を出力する。管理者８はキーボードで欄９０
７からデータ名をキーインする。ここでは、そのデータ
名を受付ける。

この操作を全ての構成要件について、繰り返し、その結
果をコマンド要件テーブル８２に格納する。

第２６図はコマンド要件テーブル８２の構成を示す。受
付けた図表タイプは図表タイプ欄８２０１に、構成要件
基は要件名称ａ８２０２に、データ名称はデータ名称＄
１８２０３．８２０４にそれぞれ格納する。そして、ス
テップ７５０７へ処理を移す。ステップ７５０５：コマ
ンドの照合受付けたコマンド名称に合致するコマンドを
、コマンドファイル７７７から検索する。

ステップ７５０６　：コマンドの分解 検索したコマンドの図表タイプと構成要件とを、コマン
ド要件テーブル８２に格納する。

ステップ７５０７：コマンドの解釈 コマンド要件テーブル８２上のデータ値を、解釈後テー
ブル８３に転送する。第２７図はテーブル８３の構成を
示す、テーブル８２の図表タイプ［８２０１上のデータ
値をテーブル８３の図表タイプ１ａ８３０１に格納する
。テーブル８２の要件名称４１１８２０２とデータ名称
欄８２０３　、８２０４上のデータ値を取り込む。要件
名称値が“横軸名称″ならば、データ名称値を横軸名称
ＪＩＩ８３０２へ格納する。″縦軸名称″′ならば、縦
軸名称１ｉ８３０３へ格納する。゛′凡例″ならば、凡
例８１８３０４へ格納する。

ステップ７５０８　：収益情報の検索 テーブル８３の横軸名称欄８３０２上のデータ名称値を
取り込む、凡例欄８３０４上のデータ名称値を取り込む
、そして、凡例欄８３０４上のデータ名称値を検索条件
に、横軸名称１１１８３０２上のデータ名称値に合致す
るデータ名称のデータ値を解析用ＤＢ９から検索する。

そして、そのデータ名称値とデータ値とを、収益情報テ
ーブル８４に格納する。第２８図は収益情報テーブル８
４の構成を示す。データ名称値は、データ名称４１１８
４０１に格納する。データ値はデータ１欄８４０２に格
納する。

縦軸についても、同様の処理を実施し、データ名称値を
データ名称［８４０１に格納する。検索したデータ値は
データ２６８４０３に格納する。

ステップ７５０９　：分析グラフの表示収益情報テーブ
ル８４上のデータ名称値及びデータ値を取り込み、テー
ブル８２の図表タイゾ欄８２０１の図表タイプに応じた
図６表を表示画面７１０に表示する。第２９図は分析図
表の一表示例を示す。分析図表は表示画面７１０の分析
グラフ提示領域９０８に表示する。そして、ステップ７
５０１に処理を移す。

ステップ７５１０：表示図表の特徴抽出収益情報テーブ
ル８４上のデータ値を取り込み、収益情報の特徴を抽出
する。

ステップ７５１１ニアドパイスの作成 上記で抽出した特徴に合致する特徴をＩＦ部にもつルー
ルをルールベース７７８から抽出する。

そのルールのＴＨＥＮ部がアドバイスとなる。

ステップ７５１２ニアドパイスの抽出 上記で抽出したアドバイスを表示画面７１０に表示する
。第３０図はアドバイスの一提示例を示す、アドバイス
は、表示画面７１０のアドバイス提示領域９０９上に出
力する。そして、処理をステップ７５０１へ移す。

〔発明の効果〕

本発明によれば、次の効果がある。

（１）経費の配賦モデルをユーザが変更できるので、店
舗・商品の個別性、ＳＡシステムの成長性を達成できる
。

（２）ユーザの利用目的別に収益情報を蓄積するので、
収益情報の管理が容易であると共に、利用１−４的に応
じた応答性を達成できる。

（３）マンマシン性の充実、分析アドバイスの提示によ
り１分析者の熟練度に応じた分析業務、システム操作が
達成できる。

以とのことにより、 ・収益管理体制の確立 ・売れ筋商品、死に筋商品の適正な把握と、品揃えの適
正化 ・経営戦略立案のための情報基盤の確立を達成できる。

【図面の簡単な説明】

第１図及び第２図はいずれも本発明によるデータ管理シ
ステムの一実施例の構成図、第３図は第２図の実施例の
動作フロー図、第４図は本発明の実施例における収益算
定部の構成図、第５図は上記第４図の動作フロー図、第
６図（ａ）、第１５図（ａ）、第１８図（ａ）、第１−
８図（ｂ）。 第１８図（Ｃ）、第２３図、第２５図、第２９図及び第
３０図はいずれも表示装置上の画面を示す図、第６図（
ｂ）、第７図、第８図、第９図、第１０図、第１１図、
第１２図、第１５図（ｂ）。 第１８図（ｄ）、第２４図、第２６図、第２７図。 第２８図はいずれもテーブルの構成図、第１３図は本発
明の一実施例におけるデータ解析部の構成図、第１４図
は第１３図の動作フロー図、第１６図は本発明の実施例
における収益検索部の機能構成図、第１７図は第１６図
の構成の動作フロー図、第１９図（ａ）は本発明の実施
例におけるコマンド編集部の機能構成図、第１９図（ｂ
）はコマンドファイルの内容を示す図、第２０図（ａ）
は本発明の実施例におけるルール編集部の機能構成図、
第２０図（ｂ）はルールファイルの内容を示す図、作フ
ロー図である。

Claims (1)

1. 【特許請求の範囲】 １、個々の部署での実績データを基幹データベースに保
   管し、予め定められた期間ごとに、上基幹データベース
   上の実績データを利用目的に応じた目的データに変換し
   、上記目的データを目的別データベースし、個々のユー
   ザに、データ解析手段と解析用データベースとを配置し
   、上記ユーザの要求するデータを上記目的別データベー
   スから検索し、上記解析用データベースに保管し、上記
   データ解析手段で、上記解析用データベース上のデータ
   を自動的あるいは対話的に解析することによつて、上記
   ユーザの利用目的に応じたデータ管理行うことを特徴と
   するデータ管理方法。 ２、個々の部署での実績データを保管する基幹データベ
   ースと、予め定められた期間ごとに、上記基幹データベ
   ースでの保管データをユーザの利用目的に応じた目的デ
   ータに変換するデータ変換手段と、上記目的データを保
   存する目的別データベースと、個々のユーザに配置され
   た解析用データベースと、上記ユーザが要求するデータ
   を上記目的別データベースから検索し、上記解析用デー
   タベースに格納するデータ検索手段と、上記解析用デー
   タベース上のデータを自動的あるいは対話的に解析する
   データ解析手段とを有して構成されたことを特徴とする
   データ管理システム。 ３、ホストコンピュータに、データ変換手段とデータ検
   索手段とを備え、複数のワークステーションのそれぞれ
   にデータ解析手段を備え、上記ホストコンピュータに基
   幹データベース、目的別データベースを接続し、上記複
   数のワークステーションのそれぞれに解析用データベー
   スを接続し、上記ホストコンピュータと上記ワークステ
   ーションのそれぞれとを通信回線を介して接続して構成
   されたことを特徴とするデータ管理システム。 ４、請求項第２記載の上記基幹データベースに、個々の
   店舗での集績データを保管し、上記データ変換手段で上
   記データを入力として店舖・販売部署のユーザの利用目
   的に応じた収益データを算定し、上記収益データを上記
   目的別データベースに保存し上記ユーザからの要求に応
   じて、上記データ検索手段で上記収益データを検索し、
   上記解析用データベースに保存し、上記データ解析手段
   で、上記収益データを自動的あるいは管理者やバイヤと
   対話的に解析することを特徴とする収益データ管理方法
   。 ５、陳列棚上での商品配置、店舗やフロアでの売場配置
   、取り扱い商品、広告・催事、売場での作業改善のうち
   少なくとも１つを企画する複数の経営戦略システムに、
   第４項記載の上記データ解析手段と上記解析用データベ
   ースとを配置し、個々のシステムの利用目的に応じた収
   益データを第４項記載の上記目的別データベースから検
   索し、その結果を解析用データベースに保管し、上記デ
   ータ解析手段によつて、個々の経営戦略システムからの
   要求に応じて、上記解析用データベース上の収益データ
   を解析し、個々のシステムでの経営戦略の企画・立案を
   支援することを特徴とする収益データ管理方法。 ６、請求項第４記載の方法に使用される上記目的別デー
   タベースであつて、上記目的別データベースに個々の店
   舗での収益データを、店舗単位、販売部署単位、商品単
   位、店舗別販売部署単位、店舖別販売部署別商品単位に
   分散して蓄積することを特徴とする目的別データベース
   。 ７、データ変換方法であつて、ユーザに個側的なデータ
   変換アルゴリズム群をアルゴリズム・ベースに格納し、
   上記アルゴリズム・ベース中のアルゴリズムを、予め定
   められた順序で実行し、その後、上記ユーザに共通なデ
   ータ変換アルゴリズムを実行することを特徴とするデー
   タ変換方法。 ８、データ変換手段であつて、ユーザに個別的なデータ
   変換アルゴリズム群を格納するアルゴリズム・ベースと
   、上記ユーザに共通なデータ変換アルゴリズムを実行す
   る手段と、上記データ変換アルゴリズム群の実行順序を
   制御する手段を有して成ることを特徴とするデータ変換
   手段。 ９、請求項第７記載のデータ変換方法において上記アル
   ゴリズムベースに、商品別作業別の経費算定アルゴリズ
   ム群を格納し、商品別荒利益（二店頭での販売価格×売
   上げ点数−仕入れ価格×仕入れ点数）から商品別作業別
   経費を差し引いた収益を算定するアルゴリズムを上記共
   通なデータ変換アルゴリズムとし、上記データ変換方法
   で商品別収益を算定することを特徴とする収益算定方法
   。 １０、データ解析手段へのデータ解析の要求方法であつ
   て、図表タイプと上記図表タイプの図表の構成要素に割
   当てるデータ項目とを対話形式で順次、設定することに
   よつて、解析用データベースからのデータ検索と解析結
   果の表示形態とを併せて要求することを特徴とするデー
   タ解析手段へのデータ解析方法。 １１、データ解析手段へのデータ解析の要求方法であつ
   て、図表タイプと上記図表タイプの図表の構成要素に割
   当てるデータ項目とからなるコマンドを、コマンド群フ
   ァイルに格納し、コマンドに付した名称を対話形式で入
   力することによつて、解析用データベースからのデータ
   検索と解析結果の表示形態とを併せて要求することを特
   徴とするデータ解析方法。 １２、データ解析に関する知識を知識ベースに格納し、
   分析過程の各段階で、ユーザからの要求に応じて、知識
   ベース内の知識を活用し、データ解析に関するアドバイ
   スをユーザに提示することを特徴とするデータ解析方法
   。 １３、請求項第１２記載の方法において、上記知識ベー
   スに、収益データの分析に関する知識を格納し、収益デ
   ータの分析に関するアドバイスをユーザに提示すること
   を特徴とする収益分析方法。 １４、複数の店舗での緒経費を店舖ごと、部門ごとおよ
   び／または商品ごとに配賦し、店舖ごと、部門ごとおよ
   び／または商品ごとに収益を計算、管理する収益管理シ
   ステムにおいて、上記配賦する配賦部が、複数の配賦ア
   ルゴリズムを格納したアルゴリズムベースと、費目に対
   応すべきアルゴリズムの選択適用を決定するためのルー
   ルを格納した知識ベースと、上記知識ベースのルールを
   解釈し、適用すべき配賦アルゴムを選択したアルゴリズ
   ムを選択し、選択した配賦アルゴリズムで上記費目を店
   舖ごと、部品ごとおよび／又は商品ごとに配賦する推論
   機構とで構成されたことを特徴とする収益管理システム
   。