JPH05189450A - 企画分析支援方法およびそのシステム - Google Patents

Abstract

(57)【要約】 【目的】 利用者(企画分析者)の処理特性に合せた企画
分析業務の進行状況に応じて、利用者へのデータ提供時
間を利用者の業務遂行ペースに合せることが可能な、企
画分析支援方法およびそのためのシステムを提供するこ
と。 【構成】 操作者(企画分析者)用ワークステーション
と、操作者が行う企画分析業務に必要なデータを格納し
ているデータファイルサーバを有する企画分析支援シス
テムにおける企画分析支援方法であって、複数の企画行
動および該企画行動の流れを示すデータおよび各企画行
動の処理時間を含む企画分析者モデルを用いて、操作者
が企画分析業務を開始する前に、当該操作者が前記操作
者用ワークステーションから入力した企画分析要求に基
づいて、当該操作者に対応する前記企画分析者モデルを
選択し、これに基づいて当該操作者の企画行動を決定し
て該企画行動の処理に必要なデータを前記データファイ
ルサーバから読み出すことを特徴とする企画分析支援方
法。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は企画分析支援方法および
そのためのシステム、すなわち、企画・分析業務におけ
る意志決定支援およびそのためのシステムに関し、特に
スケジューリング等の計画・設計を行う際に、種々のデ
ータを利用して行う迅速な計画作成を支援するおよびそ
のためのシステムにおいて、知的データ管理方式を実現
する企画分析支援方法およびそのためのシステムに関す
る。

【０００２】

【従来の技術】近年の、消費者ニーズの激しい変化に対
応するためには、迅速に新商品企画を行うことが不可欠
であり、このため、企画・分析業務へのコンピュータ支
援が求められている。このような目的のシステムは、戦
略情報システムとも呼ばれている。この戦略情報システ
ムの狙いは、従来の計算機システムが、基幹情報システ
ムと呼ばれる、合理化を主たる目標としたものであった
のに対して、計画・分析業務への計算機利用の拡大を図
ろうとするところにある。計画・分析業務への計算機利
用の背景には、以下のような要因があると考えられる。 (１)個性化の時代に対応するため、企画・分析業務が重
要になっており、これまで構築されてきた基幹情報シス
テムから発生する膨大な情報の的確な処理が求められて
いる。

【０００３】(２)企業の置かれている環境の変化が大き
くなってきており、システム全体としての最適化は望む
べくも無くなり、満足化を図ることが課題となってきて
いる。そのため、単に計画作成ができるか否かという形
で一意的に計画を定義することができ難くなっている。
例えば、計画を作成する際、すべての条件を満足するこ
とができず、プロセスシステムの状況に応じて必要最低
限の評価指標値の維持を可能とするといった、多段階で
の評価が計画時に求められる場合が生じている。ここで
は、評価指標値の状況のレベルとそれに対応する運用方
法が幾つものランクで規定されるときの、システムの計
画評価をどのように定義するかという課題が生じる。つ
まり、制約条件の緩和問題である。 (３)システムの置かれた状況が、世の中の急激な変化に
対応してめまぐるしく変わりつつある。こうした専門家
すら経験したことのない状況における計画作成において
は、計画指針・ルールへの設計者の確信度が低くなり、
満足解を得る合理的方法論がないため、トライアル・ア
ンド・エラーが不可欠となるが、このアプローチは時間
がかかるという欠点がある。

【０００４】

【発明が解決しようとする課題】企画・分析への計算機
支援を行う際に問題となるのは、人間と計算機との役割
分担である。特に、優秀な企画担当者の業務がスムーズ
に進捗するよう、計算機による支援を行うことが、人的
資源の有効活用に必要となる。そのためには、計算機側
の処理を、人間の業務遂行のペースに合せて行うことが
必要となる。しかしながら、従来の計算機システムにお
いては、こうした配慮はなされていなかった。そのた
め、企画担当者が計算機の前で長く待つことを余儀なく
されるという事態が頻発していた。これは、特にＰＯＳ
(Ｐoint of Ｓales)データ利用の如く、膨大なデータを
扱い、しかも、定型処理でないような企画分析において
起こりやすい現象であった。従来は、上述の如き状況に
対して、計算機の高速化、つまり、グレードアップで対
処していたが、膨大なデータを数秒で処理するとなる
と、高速の計算機が必要になる。しかも、その計算機は
常時使っている訳ではないので、コストパフォーマンス
が悪く、計算機コストに見合った処理を行うという観点
からの改善が求められていた。

【０００５】また、計算速度を確保しつつ、メモリ容量
を削減する方法として、キャッシュメモリという方式が
大型計算機では採用されている。しかし、この方式は、
基本的には、ある計算タスクについて、次に使用するデ
ータが分かっている処理、つまり、定型処理を対象とし
ており、次にどのような処理を行うか分からない非定型
処理を対象とするシステムには、直接適用しても効果は
少ない。本発明は上記事情に鑑みてなされたもので、そ
の目的とするところは、従来、人間が行ってきた企画業
務のモデルの一部をコンピュータ上に実現し、このモデ
ルに従って、担当者の企画業務の進行状況に応じて必要
なデータを予測して、予め準備することにより、担当者
へのデータ提供時間を担当者の業務遂行ペースに合せる
ことを可能とし、これにより、円滑な企画分析業務推進
を支援する企画分析支援方法およびそのためのシステム
を提供することにある。

【０００６】以下、図１５に示した従来システムのハー
ドウェア構成を基にして、上述の問題について、より具
体的に説明する。なお、ここでは、企画担当者がワーク
ステーション(ＷＳ)で企画を行うが、その企画に必要な
データは、ホストコンピュータのデータベース(以下、
「ＤＢ」という)に存在し、通信回線を介してアクセスす
る場合を例として、説明を行う。また、企画用のプログ
ラムは、ワークステーションに存在するものとする。図
１５において、１はホストコンピュータ、２は通信回
線、３はワークステーション、１５はホストＤＢ、３９
はワークステーションＤＢを示している。企画分析者
は、企画業務を行う際、ワークステーション３にデータ
入力処理要求を入力する。ワークステーション３は、通
信回線２を経由して、ホストコンピュータ１にデータ入
力要求を出す。ホストコンピュータ１は、ホストＤＢ１
５から該当データをワークステーション３に送る。ワー
クステーション３は、送られてきたデータをワークステ
ーションＤＢ３９に格納し、格納終了を企画分析者に返
す。

【０００７】従来システムにおける、ホストコンピュー
タ１と、ワークステーション３内で実現されるソフトウ
ェア構成を図１６に示す。図１６(ａ)において、１１は
ホストコンピュータ１の通信処理部，１２は同オペレー
ティングシステム(ＯＳ)、１３は同業務処理部、１４は
同ＤＢマネジャ、また、図１６(ｂ)において、３１はワ
ークステーション３の通信処理部、３２はワークステー
ションオペレーティングシステム、３３は同企画インタ
フェイス、３４は同ＤＢマネジャ、３５は同企画処理制
御部、３６は同企画処理部、３７は同入力処理部、３８
は同企画メモリを示している。企画分析者は、企画業務
を行う際、ワークステーション３の企画インタフェイス
３３の機能を用いてデータ入力処理要求を入力する。企
画インタフェイス３３は、要求内容を企画処理制御部３
５に伝える。企画処理制御部３５は、入力処理部３７を
起動し、ワークステーション通信処理部３１を経由し
て、ホストコンピュータ１にデータ入力要求を出す。一
方、ホストコンピュータ１では、ホストコンピュータ通
信処理部１１がワークステーション３からの要求を受け
ると、オペレーティングシステム１２にこれを伝え、オ
ペレーティングシステム１２はＤＢマネジャ１４を起動
して、ホストＤＢ１５から該当データを取り出す。オヘ
レーティングシステム１２は、このデータをホストコン
ピュータ通信処理部１１を介して、ワークステーション
３へ送る。

【０００８】ワークステーション３では、通信処理部３
１を介してワークステーションオペレーティングシステ
ム３２がこれを受け取り、ＤＢマネジャ３４に送る。Ｄ
Ｂマネジャ３４は、送られてきたデータをワークステー
ションＤＢ３９に格納し、格納終了を企画インタフェイ
ス３３に返す。企画分析者は、必要ならばワークステー
ションＤＢ３９に格納されたデータを企画処理部３６の
処理プログラムで加工し、その結果を企画インタフェイ
ス３３に表示し、望む結果が得られた場合は、これを企
画メモリ３８に格納して処理を終了する。以上、詳述し
た如く、従来の企画分析支援システムにおいては、計算
機側の処理に人間の業務遂行のペースを合せざるを得な
いものであった。このため、企画担当者が計算機の前で
長く待つことを余儀なくされるという事態が頻発してい
たわけである。繰り返すことになるが、本発明は、従
来、人間が行ってきた企画業務のモデルの一部をコンピ
ュータ上に実現し、このモデルに従って、担当者の企画
業務の進行状況に応じて必要なデータを予測して予め準
備することにより、担当者へのデータ提供時間を担当者
の業務遂行ペースに合せることを可能とし、これによ
り、円滑な企画分析業務推進を支援する企画分析支援お
よびそのためのシステムを提供することを目的とするも
のである。

【０００９】

【課題を解決するための手段】本発明の上記目的は、操
作者(企画分析者)用ワークステーションと、操作者が行
う企画分析業務に必要なデータを格納しているデータフ
ァイルサーバを有する企画分析支援システムにおける企
画分析支援方法であって、複数の企画行動および該企画
行動の流れを示すデータおよび各企画行動の処理時間を
含む企画分析者モデルを用いて、操作者が企画分析業務
を開始する前に、当該操作者が前記操作者用ワークステ
ーションから入力した企画分析要求に基づいて、当該操
作者に対応する前記企画分析者モデルを選択し、これに
基づいて当該操作者の第１の企画行動を決定して該第１
の企画行動の処理に必要なデータを前記データファイル
サーバから読み出す処理と、当該操作者が、前記第１の
企画行動の処理終了後に引き続いて実行する第２の企画
行動の処理に必要なデータを前記データファイルサーバ
から読み出す処理とを実行することを特徴とする企画分
析支援方法およびそのためのシステムによって達成され
る。

【００１０】

【作用】本発明に係る企画分析支援方法およびそのシス
テムにおいては、企画・分析業務を担当する操作者から
の入力を受けると、操作者(企画分析者)モデルを参照し
て、企画分析者の次の企画行動を選択し、その企画行動
に必要なデータとそのデータの処理を決定する。次い
で、これらの必要なデータ容量をファイル容量計算装置
に送って、これらのデータが現在のファイル空き容量に
収まるか否かを判定する。収まる場合は、ファイル容量
計算装置は制御部にその情報を送る。制御部は、必要な
データを、データファイルサーバから読み出して、ワー
クステーションファイルに格納すると同時に、企画分析
ソフトを起動して企画分析に必要な処理を実行し、これ
をワークステーションファイルに格納する。なお、上記
企画分析者モデルは、企画分析者の行動モデルであり、
次に、企画分析者が行う企画の内容とそれに必要なデー
タの内容を決定する機能を有する。入力観測装置は、企
画の入力を受け取る度に、企画分析者が上記企画分析者
モデルのどの状態にあるかを後述する制御部(企画分析
制御部)に伝えると同時に、企画分析者の入力を格納・
蓄積する機能を有する。また、企画分析者モデル修正装
置は、一定時間毎に起動され、入力観測装置からの情報
に基づいて、各企画分析者動作の関連を定量的に整理
し、企画分析者モデルを修正する機能を有する。

【００１１】

【実施例】以下、本発明の実施例を図面に基づいて詳細
に説明する。図２に、本発明の一実施例におけるハード
ウェア構成例を示す。図１５に示した従来技術との相異
は、ワークステーション３が、ワークステーションＤＢ
３９の他に、操作ファイル７０を有することである。図
１に、本実施例におけるワークステーション３内のソフ
トウェア構成の一例を示す。図１６(ｂ)に示した従来技
術との相異は、企画部６５および企画分析者モデル修正
インタフェイス５６を有することである。ホストコンピ
ュータ１内のソフトウェア構成に関しては、図１６(ａ)
に示した従来例と同一である。なお、ここでも、企画担
当者がワークステーション(ＷＳ)で企画を行うが、その
企画に必要なデータは、ホストコンピュータＤＢに存在
し、通信回線を介してアクセスする場合を例として、説
明を行う。また、企画用のプログラムは、ワークステー
ションに存在するものとする。まず、企画分析者が企画
を実行する前のワークステーション３における処理の流
れを、図３に基づいて説明する。企画部６５内の図示さ
れていないタイマは、一定時刻毎に、本処理を起動する
(ステップ 501)。企画部６５は、操作ファイル７０内に
格納されている企画分析者モデルを参照し、企画分析者
の最初の企画行動を選択する(ステップ 502)。企画分析
者モデルには、企画分析者の企画行動の流れと、各企画
行動に必要なデータ，そのデータ取得に必要な時間，企
画行動の内容が記述されている。次に、各企画行動に必
要なデータとそのデータの処理内容を決定する(ステッ
プ 503)。

【００１２】これら必要なデータ容量が、ワークステー
ションＤＢ３９の現在の空き容量に収まるか否かを判定
する(ステップ 504)。データ容量がＤＢの空き容量に収
まる場合は、ホストＤＢ１５から必要なデータを読み出
して、ワークステーションＤＢ３９に格納すると同時
に、企画分析に必要な処理を実行し、これをワークステ
ーションＤＢ３９に格納する(ステップ 505,506)。この
処理に際しては、予め登録されている必要データとその
加工手順とに基づいて、企画分析者が入力したのと全く
同様の手順で処理を行う。また、ステップ 504における
判定の結果、ＤＢの空き容量に収まらない場合には、必
要データのうち、収まるデータのみを、重要度の高い順
に格納する(ステップ 507)。次に、先に処理した企画行
動(例えば、「企画行動Ａ」と呼ぶ)を企画分析者が行って
いる間に、上記企画行動Ａに続く企画行動(例えば、「企
画行動Ｂ」と呼ぶ)のためのデータを取得できるか否かを
判定し(ステップ 508)、企画行動Ｂのデータの取得時間
が長くて、企画行動Ａを行っている間に企画行動Ｂのデ
ータ取得が不可能な場合には、企画行動Ｂに必要なデー
タを、企画行動Ａの場合と同様に、事前にワークステー
ションＤＢ３９に格納する(ステップ 509)。

【００１３】次に、企画分析者が企画作業を行う際の処
理の流れを、図４に示す。企画分析者は、企画作業を開
始する際、企画インタフェース３３からデータ入力処理
要求を入力する(ステップ 601)。企画部６５は、処理要
求を受けると、該当処理が済んでいるか、あるいは、該
当データが取得されているかを、操作ファイル７０を読
んで判定し(ステップ 602)、済んでいる場合は、ワーク
ステーションＤＢ３９を検索して該当情報(データある
いは処理済みデータ)を、企画インタフェイス３３に表
示する(ステップ 603)。また、該当処理が済んでいない
場合については、従来と同様の処理を行う(ステップ 60
4)。企画分析者は、企画インタフェイス３３に表示され
た該当情報を検討して、更に必要な情報があれば、従来
手順で処理を続行する(ステップ 605)。上記実施例によ
れば、利用者は、企画を行う際には、必要なデータを取
得するのを待つ必要が無いので、企画分析をスムーズに
行うことができる。次に、上述の企画部６５の具体的構
成例を説明する。

【００１４】図５に、企画部６５の一構成例を示す。図
において、５１は企画分析制御部、５３はファイル容量
計算部、５４は企画時間計算部、５５は企画観測部、５
８はタイマを示している。また、操作ファイル７０の一
構成例を図６に示す。図において、５７はファイル容量
監視メモリ、６１は企画内容ファイル、６０は操作履歴
ファイル、５２は企画分析者モデル、５９は処理終了表
示テーブルメモリを示している。まず、企画分析者が企
画を開始する前の処理の流れを、図７に基づいて説明す
る。企画分析制御部５１は、タイマ５８からの入力を受
けると、操作ファイル７０の企画分析者モデル５２を参
照して、企画分析者の最初の企画行動を選択し、その企
画行動に必要なデータとそのデータの処理内容を決定す
る(ステップ 902)。企画分析者モデル５２は、企画分析
者の企画行動の流れと、各企画行動に必要なデータ，そ
のデータ取得に必要な時間，企画行動の内容を格納して
いる。

【００１５】次いで、企画分析制御部５１は、上述の必
要なデータ容量をファイル容量計算部５３に送って、こ
れらのデータが現在のファイル空き容量に収まるか否か
を判定する(ステップ 903,904)。ファイル容量計算部５
３は、操作ファイル７０のファイル容量監視メモリ５７
と企画分析制御部５１から送られてきたデータ容量から
ＤＢの容量が足りるか否かを判定する。ファイル容量監
視メモリ５７には、現時点でのＤＢの空き容量が格納さ
れている。ファイル空き容量に収まる場合は、ファイル
容量計算部５３は、企画分析制御部５１にその信号を送
る。企画分析制御部５１は、必要なデータを、ホストＤ
Ｂ１５から読み出して、ワークステーションＤＢ３９に
格納すると同時に、企画分析に必要な処理を実行し、こ
れをワークステーションＤＢ３９に格納する(ステップ
905)。この処理に際しては、操作ファイル７０の企画内
容ファイル６１を参照して、必要データとその加工手順
を読み出し、これを企画処理制御部３５に送り、企画分
析者が入力したのと全く同様の手順で処理を行う。更
に、処理終了表示テーブル５９の該当欄に処理終了のビ
ットを立てる(ステップ 906)。また、ＤＢマネジャ３４
は、上記ワークステーションＤＢ３９へのデータ格納を
管理／監視し、その時点での空き容量を把握して、これ
を企画分析制御部５１を介して、ファイル容量監視メモ
リ５７に格納する。

【００１６】次に、企画分析者が、企画作業を開始する
際、企画インタフェイス３３からデータ入力処理要求を
入力する。企画処理制御部３５は、処理要求を受ける
と、処理終了表示テーブル５９を参照して該当処理が済
んでいるか、あるいは該当データが取得されているかを
判定し、済んでいる場合は、ＤＢ３９を検索して該当情
報(データあるいは処理済みデータ)を企画インタフェイ
ス３３に表示する。済んでいない場合については、従来
と同様の処理を行う。企画分析者が処理を終了したと
き、企画インタフェイス３３は、これを企画分析制御部
５１へ送る。企画分析制御部５１は、該当企画処理に関
するデータの削除指令を、ＤＢマネジャ３４に送る。一
方、企画インタフェイス３３は、企画分析者からの次の
入力を受けると、これを企画観測部５５に送る。企画観
測部５５は、これを操作履歴ファイル６０に格納すると
同時に、企画分析制御部５１へ送る。企画分析制御部５
１は、企画観測部５５からの信号を受けると、企画分析
者モデル５２を参照して、企画分析者の次の企画行動を
選択する。

【００１７】企画分析者が、企画処理を始めた後の、企
画部６５における処理の流れを、図８に示し、以下、説
明する。企画インタフェイス３３は、企画分析者からの
入力を受けると、これを企画部６５に送る。企画部６５
は、これを操作ファイル６０に格納する(ステップ1002)
と同時に、企画分析者の次の企画行動を選択し(ステッ
プ1003)、その企画行動のためのデータが、既に取得さ
れているか否かを操作ファイル７０を読んで判定し(ス
テップ1004)、取得されていない場合は、企画開始前と
同じ操作手順でデータを取得する(ステップ1005)。その
際、企画部６５は「企画者が企画分析者モデルと異なっ
た行動を取ったため不要になったデータ」を操作ファイ
ル７０を読んで判定して、該当データをワークステーシ
ョンＤＢ３９から削除する(ステップ1006)。

【００１８】企画分析者モデル５２の一構成例を、図９
に示す。図中、３０１〜３０８は企画者行動、３０１１
は開始行動に必要なデータをＤＢに格納するために必要
な時間、３０１２は企画分析者が開始行動を終了するの
に必要な時間であり、以下同様に番号付けされている。
また、企画分析者モデル５２のメモリ内の蓄積例を、図
１０に示す。図中、１２０１は対象ノード名、１２０２
は行き先ノード名、１２０３は行き先別重み、１２０４
は格納所要時間、１２０５は(該当処理の)終了時間であ
る。なお、ここで、行き先別重み１２０３は、データの
重要度を示すものであり、例えば、ＤＢにデータを予め
格納しておくとき、格納容量が少ない場合は、この重み
が大きいものを優先して格納する。企画分析者がスムー
ズに企画業務を進めるためには、データの取得時間を最
小にする、すなわち、必要なデータは常にワークステー
ションＤＢ３９に格納されていることが望ましい。しか
しながら、ワークステーションＤＢ３９の容量の制約か
ら、企画に必要なデータを予めすべてワークステーショ
ンＤＢ３９に格納しておくことは困難である。

【００１９】そこで、企画分析制御部５１は、企画分析
者モデル５２内の企画者行動の中で、「現在の行動終了
時までに必要なデータをワークステーションＤＢ３９に
格納しておかないと、該当行動に移ったときにデータが
ワークステーションＤＢ３９にない」という企画者行動
を選択する。具体的には、現在の行動の終了までの所要
時間に比べて、その行動に到るまでの時間が短い行動を
すべて選ぶ。例えば、図９では、企画者行動３０５のデ
ータ取得時間８分は、企画者行動３０１の終了所要時間
５分と企画者行動３０３の終了時間２分の和に比べて大
きいので、企画者行動３０１を開始した時点でデータ取
得を始めなければならないため、企画分析制御部５１に
よってそのような制御を行う。

【００２０】企画分析制御部５１は、選択した企画者行
動に必要なデータとそのデータの処理を抽出する。次
に、上記必要なデータ容量をファイル容量計算部５３に
送り、これらのデータが現在のファイル空き容量に収ま
るか否かを判定する。収まる場合は、ファイル容量計算
部５３は、企画分析制御部５１にその信号を送る。企画
分析制御部５１は、必要なデータを、ホストＤＢ１５か
ら読み出して、ワークステーションＤＢ３９に格納す
る。同時に、企画内容ファイル６１から企画処理の内容
を読み出して、該当する企画処理３６を起動して、企画
分析に必要な処理を実行し、これをワークステーション
ＤＢ３９に格納する。更に、処理終了表示テーブル５９
の該当欄に、処理終了のビットを立てる。上述の実施例
においては、企画者行動１が発生した場合、それに続く
可能性のある企画者行動が複数ある場合(ここでは、企
画者行動２，３)、これら複数の企画者行動を調べて、
データ取得の準備をするようにしたが、企画分析者の実
際の行動パターンに基づいて、可能性の少ない企画者行
動については、データ準備の対象から外すことにより、
データ取得対象選択時間，データ取得時間を減らすよう
に構成することも可能である。

【００２１】企画者行動の可能性が少ないか否かは、実
際の企画者行動の発生数から求められる版移確率に基づ
いて決定するように構成することが可能である。例え
ば、続く可能性のある企画者行動が複数ある場合、版移
確率のより高い企画者行動を選択して、データ取得時間
を決定する。図１１に、企画部６５の他の構成例を示
し、以下、説明する。なお、図中の記号５１〜５６，５
８は図５に示したと同じ構成要素を示しており、７１は
企画分析者モデル修正部を示している。企画分析者が企
画処理を始めた後の企画部６５における処理の流れを、
以下、説明する。企画部６５のデータ操作処理について
は、先の説明と同様である。企画インタフェイス３３
は、企画分析者からの入力を受けると、これを企画部６
５に送る。企画部６５は、これを操作履歴ファイル６０
の該当部に格納する。企画部６５は、企画分析者の処理
が終了すると、企画分析者モデル修正部７１を起動す
る。

【００２２】企画分析者モデル修正部７１と操作履歴フ
ァイル６０の一構成例を、図１２に示し、以下、説明す
る。図１２において、１４０１は制御機能、１４０２は
読み出し機能、１４０３は特性ファイル(１)、１４０４
は特性ファイル(２)、１４０５は格納・演算機能を示し
ている。また、上述の二つの特性ファイル１４０３，１
４０４の一例を、図１３，図１４に示す。企画分析者モ
デル修正部７１は、起動されると、まず、制御機能１４
０１が読み出し機能１４０２を使って特性ファイル(１)
１４０３を読んで、これまでの分析者の行動履歴を知
る。図１３に示す特性ファイル(１)は、この場合の説明
を簡単にするために、図９とは別の企画分析者モデル５
２(図示されていない)に対する特性ファイル(１)を示す
ものである。これによれば、企画分析者の最初の行動１
２回のうち、企画者行動１は１０回あった。そして、企
画者行動１について見ると、発生した１０回のうち、４
回は次に企画者行動２が発生し、６回は次に企画者行動
３が発生している。

【００２３】制御機能１４０１は、このデータを格納・
演算機能１４０５に送る。格納・演算機能１４０５は、
このデータに基づいて、各行動間の遷移確率を計算し、
これを特性ファイル(２)１４０１に格納する。例えば、
企画分析者の最初の行動１２回のうち、企画者行動１は
１０回あったので、企画者行動１の発生確率は0.83であ
る。また、企画者行動１が発生した１０回のうち４回
は、次に企画者行動２が発生したため、企画者行動１か
ら企画者行動２への遷移確率は 0.4である。このように
して、格納・演算機能１４０５で実績データ(図１３)に
基づいて遷移確率が計算され、特性ファイル(２)１４０
４に格納される。この場合の特性ファイル(２)１４０４
の例が、図１４である。この記憶内容は、図１０に示し
た例と同様であり、更に、上述の遷移確率がルート別確
率(１６０４)として、各企画者行動毎に示されているも
のである。

【００２４】上記実施例によれば、利用者は、自分の処
理特性に合った企画分析者モデルを登録することによ
り、自分の個性を活かした企画をスムーズに行うことが
可能になるという効果が得られる。なお、上述の実施例
は本発明の一例を示したものであり、本発明はこれに限
定されるべきものではないことは言うまでもないことで
ある。例えば、上記実施例においては、操作者が行う企
画分析業務に必要なデータを格納しているデータファイ
ルサーバが、ワークステーションと通信回線を介して接
続されているホストコンピュータに接続されている例を
示したが、上記データファイルサーバを各ワークステー
ションに個別に備えるようにした構成，逆に上記データ
ファイルサーバも通信回線を介してホストコンピュータ
に接続される構成等の、他の実現方法も可能であるとい
う如くである。

【００２５】

【発明の効果】以上、詳細に説明した如く、本発明によ
れば、利用者(企画分析者)の処理特性に合せた企画分析
業務の進行状況に応じて、利用者へのデータ提供時間を
利用者の業務遂行ペースに合せることが可能な、企画分
析支援方法およびそのためのシステムを実現できるとい
う顕著な効果を奏するものである。

【００２６】

【図面の簡単な説明】

【図１】本発明の一実施例におけるワークステーション
３内のソフトウェアの構成例を示す図である。

【図２】実施例におけるハードウェアの構成例を示す図
である。

【図３】実施例における企画分析者が企画を実行する前
のワークステーション３における処理の流れを示す図で
ある。

【図４】実施例の、企画分析者が、企画作業を行う際の
処理の流れを示す図である。

【図５】実施例の、企画部６５の一構成例を示す図であ
る。

【図６】実施例の、操作ファイル７０の一構成例を示す
図である。

【図７】実施例の、企画分析者が、企画を開始する前の
処理の流れを示す図である。

【図８】実施例の、企画インタフェイス３３からの信号
を受けた際の、企画部６５における処理の流れを示す図
である。

【図９】実施例の、企画分析者モデルの一構成例を示す
図である。

【図１０】実施例の、企画分析者モデルの一構成例を示
す図である。

【図１１】実施例の、企画部６５の他の構成例を示す図
である。

【図１２】実施例の、企画分析者モデル修正部７１と、
操作履歴ファイル６０の一構成例を示す図である。

【図１３】実施例の、特性ファイル(１)の一構成例を示
す図である。

【図１４】実施例の、特性ファイル(２)の一構成例を示
す図である。

【図１５】従来システムのハードウェア構成例を示す図
である。

【図１６】従来システムにおける、ホストコンピュータ
１とワークステーション３内で実現されるソフトウェア
構成例を示す図である。

【符号の説明】

１：ホストコンピュータ、２：通信回線、３：ワークス
テーション、１１：通信処理部、１２：オペレーティン
グシステム(ＯＳ)、１３：業務処理部、１４：ＤＢマネ
ジャ、１５：ホストＤＢ、３１：通信処理部、３２：オ
ペレーティングシステム(ＯＳ)、３３：企画インタフェ
イス、３４：ＤＢマネジャ、３５：企画処理制御部、３
６：企画処理部、３７：入力処理部、３８：企画メモ
リ、３９：ワークステーションＤＢ、５１：企画分析制
御部、５２：企画分析者モデル、５３：ファイル容量計
算部、５４：企画時間計算部、５５：企画観測部、５
７：ファイル容量監視メモリ、５８：タイマ、５９：処
理終了表示テーブルメモリ、６０：操作履歴ファイル、
６１：脅画内容ファイル、７０：操作ファイル、１４０
１：制御機能、１４０２：読み出し機能、１４０３，１
４０４：特性ファイル、１４０５：格納・演算機能。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 杉本 浩 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム開発本部 内

Claims (8)

【特許請求の範囲】
1. 【請求項１】 操作者(企画分析者)用ワークステーショ
   ンと、操作者が行う企画分析業務に必要なデータを格納
   しているデータファイルサーバを有する企画分析支援シ
   ステムにおける企画分析支援方法であって、複数の企画
   行動および該企画行動の流れを示すデータおよび各企画
   行動の処理時間を含む企画分析者モデルを用いて、操作
   者が企画分析業務を開始する前に、当該操作者が前記操
   作者用ワークステーションから入力した企画分析要求に
   基づいて、当該操作者に対応する前記企画分析者モデル
   を選択し、これに基づいて当該操作者の第１の企画行動
   を決定して該第１の企画行動の処理に必要なデータを前
   記データファイルサーバから読み出す処理と、当該操作
   者が、前記第１の企画行動の処理終了後に引き続いて実
   行する第２の企画行動の処理に必要なデータを前記デー
   タファイルサーバから読み出す処理とを実行することを
   特徴とする企画分析支援方法。
2. 【請求項２】 操作者(企画分析者)用ワークステーショ
   ンと、操作者が行う企画分析業務に必要なデータを格納
   しているデータファイルサーバを有する企画分析支援シ
   ステムであって、複数の企画行動および該企画行動の流
   れを示すデータおよび各企画行動の処理時間を含む企画
   分析者モデルを有するとともに、操作者が企画分析業務
   を開始する前に、当該操作者が前記操作者用ワークステ
   ーションから入力した企画分析要求に基づいて、当該操
   作者に対応する前記企画分析者モデルを選択する手段
   と、該手段による選択結果に基づいて当該操作者の第１
   の企画行動を決定して該第１の企画行動の処理に必要な
   データを前記データファイルサーバから読み出す処理
   と、当該操作者が、前記第１の企画行動の処理終了後に
   引き続いて実行する第２の企画行動の処理に必要なデー
   タを前記データファイルサーバから読み出す処理とを実
   行する手段を有することを特徴とする企画分析支援シス
   テム。
3. 【請求項３】 一つ以上の前記操作者(企画分析者)用ワ
   ークステーションが通信回線を介してホストコンピュー
   タに接続されており、前記データファイルサーバは前記
   ホストコンピュータに接続されており、また、前記企画
   分析者モデルは、前記一つ以上の操作者用ワークステー
   ションの記憶手段内に操作者対応に設けられており、前
   記企画行動の処理に必要なデータは、前記データファイ
   ルサーバから前記通信回線を介して取得されることを特
   徴とする請求項２記載の企画分析支援システム。
4. 【請求項４】 前記各手段に加えて、前記データファイ
   ルサーバからのデータ読み出し処理を、前記操作者(企
   画分析者)用ワークステーションの記憶手段の空き容量
   を監視して、前記読み出しデータ量が、前記記憶手段の
   空き容量以上である場合には、前記読み出しデータのう
   ちの重要度の高いものから順に、前記記憶手段に格納す
   る如く制御する手段を有することを特徴とする請求項２
   または３記載の企画分析支援システム。
5. 【請求項５】 前記企画分析者モデルは、操作者対応
   の、複数の企画行動，該企画行動間の流れを示すデータ
   および各企画行動の処理時間を含むことを特徴とする請
   求項２〜４のいずれかに記載の企画分析支援システム。
6. 【請求項６】 前記企画分析者モデルは、前記情報に加
   えて、更に、各企画行動の処理に必要なデータを取得す
   るに要する時間のデータを含むことを特徴とする請求項
   ５記載の企画分析支援システム。
7. 【請求項７】 前記各手段に加えて、操作者(企画分析
   者)の入力に基づいて前記企画分析者モデルを修正する
   手段を有することを特徴とする請求項２〜６のいずれか
   に記載の企画分析支援システム。
8. 【請求項８】 前記操作者(企画分析者)用ワークステー
   ションの記憶手段内に複数の前記企画分析者モデルを設
   定し、該複数の企画分析者モデルの各々について、前記
   第１および第２の企画行動を決定し、該第２の企画行動
   に対して、操作者毎に異なったプライオリティを付与
   し、該プライオリティの高い順に、前記データファイル
   サーバからのデータ読み出し処理を行うことを特徴とす
   る請求項２〜７のいずれかに記載の企画分析支援システ
   ム。