JPH0922347A - 業務支援ソフトウェア生成装置及び業務支援システム - Google Patents

Abstract

(57)【要約】 【目的】 各種業務を遂行する上で必要となる業務デー
タフレームを生成させる業務支援ソフトウェアを簡単に
生成することが可能な業務支援ソフトウェア生成装置
と、同様な方法で以て各種業務を支援することを可能と
なす業務支援システムを提供することを目的としてい
る。 【構成】 対象とする業務の事業構造を、実体定義手段
１、管理データ定義手段２、多階層管理データ関係項目
定義手段３、事業構造決定手段７により、定義する。次
に、定義された事業構造に基づき、業務データ項目登録
手段１０により対象とする業務で必要な視点の業務デー
タ項目を多次元にわたって登録する。そして、登録した
業務データ項目に基づき、業務データフレーム生成手段
１１により必要となる業務データフレーム１２０を生成
する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、企業や官公庁等におい
て、経営管理や事務管理で使用される業務支援ソフトウ
ェアを生成する業務支援ソフトウェア生成装置、並び
に、同管理業務を支援する業務支援システムに関するも
のである。

【０００２】

【従来の技術】従来より、わが国における企業や官公庁
等においては、独自の方法で以て個々の業務の遂行にあ
たっている。このような状況下では、個々の業務を遂行
する上で必要となる業務支援システムを開発するのに、
既存のパッケージソフトウェアを導入できる分野が汎用
される業務分野に限られてしまうため、多くの場合に
は、個々の業務に合わせた独自のプログラムを開発せね
ばならないのが現状である。特に、経営管理のような独
自性が強い分野においては、パッケージソフトウェア導
入の余地は全く無いと言っても過言ではない。

【０００３】

【発明が解決しようとする課題】ところが、業務を遂行
する上で必要となる個々の業務支援ソフトウェアの開発
には長期間を要し、それに伴う開発費用の増大化傾向は
避けられず、しかも、組織改革のように業務構造に大き
な変化があったときの既存の業務支援ソフトウェアの更
新には、極めて多大な時間と費用を要してしまうことに
なる。

【０００４】本発明は、かかる現状に鑑みて成されたも
のであり、各種業務を遂行する上で必要となる業務デー
タフレームを生成させる業務支援ソフトウェアを簡単に
生成することが可能な業務支援ソフトウェア生成装置
と、同様な方法で以て各種業務を支援することを可能と
なす業務支援システムを提供することを目的としてい
る。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に本請求項１に記載の発明は、ツールソフトウェアを使
って対象となる業務を特定し、特定した該業務で必要と
なる業務データフレームを作成する業務支援ソフトウェ
アを生成する業務支援ソフトウェア生成装置であって、
前記ツールソフトウェアが、特定すべき業務について管
理対象となる実体を定義する実体定義手段と、定義され
た前記実体を記憶する実体記憶手段と、定義された前記
実体を管理するための管理データを定義する管理データ
定義手段と、定義された前記管理データを記憶する管理
データ記憶手段と、定義された前記管理データに関係す
る項目を多階層にわたって定義する管理データ関係項目
定義手段と、定義された前記管理データ関係項目を記憶
する管理データ関係項目記憶手段と、記憶された前記実
体、前記管理データ、及び前記管理データ関係項目によ
り、対象とする業務の事業構造を決定する事業構造決定
手段と、決定された前記事業構造を記憶する事業構造記
憶手段と、記憶された前記事業構造に基づき、業務デー
タベースを構築する業務データベース構築手段とを備え
る一方、前記業務支援ソフトウェアが、前記事業構造記
憶手段によって記憶された事業構造に基づき、作成すべ
き業務データフレームにおける業務データ項目を多次元
にわたって登録する業務データ項目登録手段と、登録さ
れた前記業務データ項目を記憶する業務データ項目記憶
手段と、記憶された前記業務データ項目に基づき、業務
データフレームを生成する業務データフレーム生成手段
と、生成された業務データフレームを保存する業務デー
タフレーム保存手段と、前記業務データベース構築手段
によって構築され、保存された前記業務データフレーム
とリンクして、相互に業務データのやりとりを行う業務
データベースとを備えていることを特徴としている。

【０００６】また、本請求項２に記載の発明は、サーバ
にて決定された業務の事業構造に基づき、クライアント
にて該業務で必要となる業務データフレームを生成させ
る業務支援システムであって、前記サーバが、対象とす
る業務についての管理対象となる実体を定義する実体定
義手段と、定義された前記実体を記憶する実体記憶手段
と、定義された前記実体を管理するための管理データを
定義する管理データ定義手段と、定義された前記管理デ
ータを記憶する管理データ記憶手段と、定義された前記
管理データに関係する項目を多階層にわたって定義する
管理データ関係項目定義手段と、定義された前記管理デ
ータ関係項目を記憶する管理データ関係項目記憶手段
と、記憶された前記実体、前記管理データ、及び前記管
理データ関係項目により、対象とする業務の事業構造を
決定する事業構造決定手段と、決定された前記事業構造
を記憶する事業構造記憶手段と、前記クライアントにて
生成される業務データフレームとリンクして、相互に業
務データのやりとりを行う業務データベースと、記憶さ
れた前記事業構造に関するデータの前記クライアントへ
の送信と、前記業務データベースにおける業務データの
送受信を制御する第１の通信制御手段とを備える一方、
前記クライアントが、前記サーバから送信されてくる事
業構造に関するデータに基づき、作成すべき業務データ
フレームにおける業務データ項目を多次元にわたって登
録する業務データ項目登録手段と、登録された前記業務
データ項目を記憶する業務データ項目記憶手段と、登録
された前記業務データ項目に基づき、業務データフレー
ムを生成する業務データフレーム生成手段と、生成され
た業務データフレームを保存する業務データフレーム保
存手段と、前記サーバから送信されてくる事業構造に関
するデータを受信して前記業務データ項目記憶手段へ与
えると共に、保存された業務データフレームにおける業
務データの送受信を制御する第２の通信制御手段とを備
えていることを特徴としている。

【０００７】また、本請求項３に記載の発明は、対象と
する業務で必要となる業務データフレームをサーバにて
作成し、通信ネットワークを介して接続されたクライア
ントへ送信する業務支援システムであって、前記サーバ
が、対象とする業務についての管理対象となる実体を定
義する実体定義手段と、定義された前記実体を記憶する
実体記憶手段と、定義された前記実体を管理するための
管理データを定義する管理データ定義手段と、定義され
た前記管理データを記憶する管理データ記憶手段と、定
義された前記管理データに関係する項目を多階層にわた
って定義する管理データ関係項目定義手段と、定義され
た前記管理データ関係項目を記憶する管理データ関係項
目記憶手段と、記憶された前記実体、前記管理データ、
及び前記管理データ関係項目により、対象とする業務の
事業構造を決定する事業構造決定手段と、決定された前
記事業構造を記憶する事業構造記憶手段と、記憶された
前記事業構造に関するデータに基づき、作成すべき業務
データフレームにおける業務データ項目を多次元にわた
って登録する業務データ項目登録手段と、登録された前
記業務データ項目を記憶する業務データ項目記憶手段
と、登録された前記業務データ項目に基づき、業務デー
タフレームを複数生成する業務データフレーム生成手段
と、生成された複数の業務データフレームを保存する業
務データフレーム保存手段と、保存された前記業務デー
タフレームとリンクして、相互に業務データのやりとり
を行う業務データベースと、前記クライアントからの業
務データフレーム送信要求に従い、保存された前記業務
データフレームの中から必要な業務データフレームを選
択する業務データフレーム選択手段と、前記クライアン
トからの業務データフレーム送信要求を受信して前記業
務データフレーム選択手段へ与えると共に、選択された
前記業務データフレームの該クライアントへの送信を制
御する第１の通信制御手段とを備える一方、前記クライ
アントが、前記サーバに対し、業務データフレームの送
信を要求する業務データフレーム送信要求手段と、前記
サーバへの業務データフレーム送信要求の送信と、該サ
ーバからの業務データフレームの受信を制御する第２の
通信制御手段と、受信された業務データフレームを保存
する受信業務データフレーム保存手段とを備えているこ
とを特徴としている。

【０００８】

【作用】上記請求項１にかかる発明の構成によれば、本
業務支援ソフトウェア生成装置では、ツールソフトウェ
アを使って対象となる業務が特定され、特定された該業
務で必要となる業務データフレームが、業務支援ソフト
ウェアによって作成されるようになっている。

【０００９】この場合、業務を特定するために使われる
ツールソフトウェアでは、特定すべき業務についての管
理対象となる実体が、実体定義手段によって定義され、
定義された前記実体が、実体記憶手段によって記憶され
る。また、定義された前記実体を管理するための管理デ
ータが、管理データ定義手段によって定義され、定義さ
れた前記管理データが、管理データ記憶手段によって記
憶される。更に、定義された前記管理データに関係する
項目が、管理データ関係項目定義手段によって多階層に
わたって定義され、定義された前記管理データ関係項目
が、管理データ関係項目記憶手段によって記憶される。

【００１０】次に、記憶された前記実体、前記管理デー
タ、及び前記管理データ関係項目とから、事業構造決定
手段によって対象とする業務の事業構造が決定され、決
定された前記事業構造が、事業構造記憶手段によって記
憶される。また、これと並行して、記憶された前記事業
構造に基づく業務データベースが、業務データベース構
築手段によって構築される。

【００１１】一方、業務データを作成するための業務支
援ソフトウェアでは、前記事業構造記憶手段によって記
憶された事業構造に基づき、業務データ項目登録手段に
よって作成すべき業務データフレームにおける業務デー
タ項目が多次元にわたって登録され、登録された前記業
務データ項目が、業務データ項目記憶手段によって記憶
される。更に、記憶された前記業務データ項目に基づ
き、業務データフレーム生成手段によって業務データフ
レームが生成され、生成された業務データフレームが、
業務データフレーム保存手段によって保存される。ま
た、前記業務データベース構築手段によって構築された
業務データベースでは、保存された前記業務データフレ
ームとリンクされ、相互に業務データのやりとりが行わ
れる。

【００１２】本業務支援ソフトウェア生成装置を使用す
れば、構築した業務データベースを使い、対象とする業
務に必要となる業務データフレームを、視点を変えて作
成することができるようになる。上記請求項２にかかる
発明の構成によれば、本業務支援システムでは、通信ネ
ットワークを介して接続されたサーバとクライアントの
共同作業により業務データフレームを作成させて業務を
支援するようになっている。この場合、サーバにて決定
された業務の事業構造に基づき、クライアントにて該業
務で必要となる業務データフレームが生成される。

【００１３】サーバ側では、実体定義手段によって、対
象とする業務についての管理対象となる実体が定義さ
れ、定義された前記実体が、実体記憶手段によって記憶
される。また、定義された前記実体を管理するための管
理データが、管理データ定義手段によって定義され、定
義された前記管理データが、管理データ記憶手段によっ
て記憶される。更に、定義された前記管理データに関係
する項目が、管理データ関係項目定義手段によって多階
層にわたって定義され、定義された前記管理データ関係
項目が、管理データ関係項目記憶手段によって記憶され
る。そして、記憶された前記実体、前記管理データ、及
び前記管理データ関係項目とから、事業構造決定手段に
よって、対象とする業務の事業構造が決定され、決定さ
れた前記事業構造が、事業構造記憶手段によって記憶さ
れる。

【００１４】また、本サーバには、別途、構築された業
務データベースが備えられており、該業務データベース
では、クライアントにて生成される業務データフレーム
とリンクして、相互に業務データのやりとりが行われる
ようになっている。また、第１の通信制御手段によっ
て、記憶された前記事業構造に関するデータの前記クラ
イアントへの送信と、前記業務データベースにおける業
務データの送受信とが制御されるようになっている。

【００１５】一方、クライアント側では、前記サーバか
ら送信されてくる事業構造に関するデータに基づいて、
業務データ項目登録手段によって、作成すべき業務デー
タフレームにおける業務データ項目が多次元にわたって
登録され、登録された前記業務データ項目が、業務デー
タ項目記憶手段によって記憶される。また、登録された
前記業務データ項目に基づいて、業務データフレーム生
成手段によって、業務データフレームが生成され、生成
された業務データフレームが、業務データフレーム保存
手段によって保存される。また、第２の通信制御手段に
よって、前記サーバから送信されてくる事業構造に関す
るデータが受信され、受信された該データが前記業務デ
ータ項目登録手段に渡される。更に、第２の通信制御手
段によって、保存された業務データフレームにおける業
務データの送受信が制御されるようになっている。

【００１６】本業務支援システムによれば、対象とする
業務に必要となる業務データフレームを、クライアント
側にて視点を変えて作成することができるようになる。
上記請求項３にかかる発明の構成よれば、本業務支援シ
ステムでは、対象とする業務で必要となる業務データフ
レームがサーバにて作成され、作成された業務データフ
レームが、通信ネットワークを介して接続されたクライ
アントへ送信されることにより業務を支援するようにな
っている。

【００１７】この場合、サーバ側では、実体定義手段に
よって、対象とする業務についての管理対象となる実体
が定義され、定義された前記実体が、実体記憶手段によ
って記憶される。また、定義された前記実体を管理する
ための管理データが、管理データ定義手段によって定義
され、定義された前記管理データが、管理データ記憶手
段によって記憶される。更に、定義された前記管理デー
タに関係する項目が、管理データ関係項目定義手段によ
って多階層にわたって定義され、定義された前記管理デ
ータ関係項目が、管理データ関係項目記憶手段によって
記憶される。そして、記憶された前記実体、前記管理デ
ータ、及び前記管理データ関係項目とから、事業構造決
定手段によって、対象とする業務の事業構造が決定さ
れ、決定された前記事業構造が、事業構造記憶手段によ
って記憶される。

【００１８】次に、記憶された前記事業構造に基づい
て、業務データ項目登録手段によって、作成すべき業務
データフレームにおける業務データ項目が多次元にわた
って登録され、登録された前記業務データ項目が、業務
データ項目記憶手段によって記憶される。また、登録さ
れた前記業務データ項目に基づいて、業務データフレー
ム生成手段によって、業務データフレームが複数生成さ
れ、生成された複数の業務データフレームが、業務デー
タフレーム保存手段によって保存される。

【００１９】また、本サーバには、別途、構築された業
務データベースが備えられており、該業務データベース
では、生成された複数の業務データフレームとリンクし
て、相互に業務データのやりとりが行われるようになっ
ている。また、クライアントからの業務データフレーム
送信要求に従い、業務データフレーム選択手段によっ
て、保存された前記業務データフレームの中から必要な
業務データフレームが選択されるようになっている。そ
して、第１の通信制御手段によって、クライアントから
の業務データフレーム送信要求が受信され、前記業務デ
ータフレーム選択手段に渡される。更に、第１の通信制
御手段によって、選択された業務データフレームの該ク
ライアントへの送信が制御されるようになっている。

【００２０】一方、クライアント側では、業務データフ
レーム送信要求手段によって、前記サーバに対して、業
務データフレームを送信するよう要求される。また、第
２の通信制御手段によって、前記サーバに対する業務デ
ータフレーム送信要求の送信と、該サーバからの業務デ
ータフレームの受信とが制御される。そして、受信され
た業務データフレームは、受信業務データフレーム保存
手段によって保存され、利用できるようになっている。

【００２１】本業務支援システムによれば、対象とする
業務に必要となる業務データフレームをサーバにて予め
複数作成しておき、クライアント側からの要求に応じ
て、該当する適当な業務データフレームを選択し、それ
をクライアントへ供給することができるようになる。

【００２２】

【実施例】以下、本発明の一実施例を、図面に従い具体
的に説明する。図１は、本発明にかかる業務支援ソフト
ウェア生成装置の構成を示すブロック図である。本業務
支援ソフトウェア生成装置には、ツールソフトウェアと
して、対象とする業務内容の実体を定義する実体定義手
段１及びその定義内容を記憶する実体記憶手段４と、対
象とする業務についての管理すべきデータを定義する管
理データ定義手段２及びその定義内容を記憶する管理デ
ータ記憶手段５と、各管理データを関係付ける項目を多
階層にわたって定義する多階層管理データ関係項目定義
手段３及びその定義内容を記憶する多階層管理データ関
係項目記憶手段６と、前記実体記憶手段４、管理データ
記憶手段５、多階層管理データ関係項目記憶手段６によ
って記憶された各定義内容に従い、事業構造を決定する
事業構造決定手段７及びその決定内容を記憶する事業構
造記憶手段８と、更に加えて、事業構造記憶手段８によ
って記憶された事業構造に従い、業務データベースを構
築する業務データベース構築手段１３が備えられてい
る。

【００２３】そして、上記ツールソフトウェアを使用し
て、次なる業務支援ソフトウェア（図中、破線で囲む内
部の構成をとる）を生成するようになっている。この業
務支援ソフトウェアは、前記事業構造記憶手段８によっ
て記憶された事業構造を元に、対象とする業務で必要な
視点の複数の業務データ項目を多次元にわたって登録す
る業務データ項目登録手段９及びその登録内容を記憶す
る業務データ項目記憶手段１０と、対象とする業務で必
要な業務データフレーム１２０を生成する業務データフ
レーム生成手段１１及び生成された業務データフレーム
１２０を保存する業務データフレーム保存手段１２と、
前記業務データベース構築手段１３によって構築された
業務データベース１６が備えられている。

【００２４】業務データベース１６は、保有する業務デ
ータ１５と、該業務データ１５についての各種制御を行
うデータアクセスインターフェース部１４とから構成さ
れており、該データアクセスインターフェース部１４で
は、前記業務データフレーム１２０の有する業務データ
フレーム情報を受けて、該業務データフレーム１２０と
の間で業務データ１５の授受を制御するようになってい
る。

【００２５】なお、図示はしないが、本業務支援ソフト
ウェア生成装置には、キーボードやマウス等の入力手段
と、ディスプレイ等の表示手段とが、ユーザとの対話手
段として備えられている。図２は、図１に示す業務支援
ソフトウェア生成装置の動作内容を示すフローチャート
である。先ず、実体定義手段１及び実体記憶手段４を使
って、対象とする業務について、その管理対象とすべき
実体を定義し、記憶する（ステップＳ１）。この場合の
ユーザ操作を、図３に示す操作画面を使用して説明す
る。

【００２６】図３は、図２に示すステップＳ１の動作を
実行させるために使用される実体定義画面の例を示す模
式図である。この画面で新規実体の定義を行う場合に
は、先ず、実体入力フィールドに実体名を入力し、「登
録」ボタンをクリックすることにより入力した実体名が
登録される。ここでは、実体として「サービス」が既に
登録されており、新規実体として「商品」を新たに登録
する例を示している。そして、登録された実体である
「商品」は、実体名称を表示するウインドウ（なお、右
端部にスクロールバーを有する）である実体表示フィー
ルドの所定のカレント行にマーキングされて表示され
る。

【００２７】また、実体を追加する場合には、「追加」
ボタンをクリックすることにより実体入力フィールドが
クリアされ、実体表示フィールドのカレント行が次行に
移行するので、同様にして実体入力フィールドに追加す
べき実体名を入力し、「登録」ボタンをクリックする
と、実体が追加され、追加された実体名がカレント行に
表示される。

【００２８】また、実体を更新する場合には、「検索」
ボタンをクリックすることにより定義済みの実体が実体
表示フィールドに表示されるので、更新すべき実体が表
示されたカレント行をクリックし、実体入力フィールド
に表示させて修正し、「登録」ボタンをクリックするこ
とにより更新する。また、実体を削除する場合には、同
じく「検索」ボタンをクリックすることにより、定義済
みの実体が実体表示フィールドに表示されるので、削除
すべき実体表示されたカレント行をクリックして実体入
力フィールドに表示させ、「削除」ボタンをクリックす
ることにより削除する。

【００２９】再び図２に戻って、次に、管理データ定義
手段２及び管理データ記憶手段５を使って、実体を管理
するための管理データを定義し、記憶する（ステップＳ
２）。この場合のユーザ操作を、図４に示す操作画面を
使用して説明する。図４は、図２に示すステップＳ２の
動作を実行させるために使用される管理データ定義画面
の例を示す模式図である。この画面は、図３に示す実体
定義画面と同じ画面構成がとられ、図３における実体表
示フィールドが管理データ表示フィールドに代わって、
カレント行には管理データ名称が表示され、また、図３
における実体入力フィールドが管理データ入力フィール
ドに代わって、管理データが入力されるようになってい
る。ここでは、管理データとしてとして「生産高」と
「受注量」が既に登録されており、「販売高」が新たな
管理データとして登録する例を示している。

【００３０】なお、管理データの登録、追加、更新、削
除の各操作については、図３で説明したのと全く同様に
して行われるようになっいる。再び図２に戻って、次
に、多階層管理データ関係項目定義手段３及び多階層管
理データ関係項目記憶手段６を使って、前記管理データ
に関係する項目を必要な階層だけ定義して記憶する（ス
テップＳ３）。この場合のユーザ操作を、図５に示す操
作画面を使用して説明する。

【００３１】図５は、図２に示すステップＳ３の動作を
実行させるために使用される分類軸定義画面の例を示す
模式図である。なお、ここでは、多階層にわたって定義
される管理データ関係項目のことを「分類軸」と表現し
ている。そして、この画面において、「作成」ボタンを
クリックした後、作成域内の一点をクリックすることに
より、そのクリック位置に矩形（以下ラベルと呼ぶ）が
作成されるようになっている。また、このラベルは、必
要な階層だけ作成することができるようになっている。

【００３２】次に、「文字」ボタンをクリックした後、
各ラベル内をクリックしてラベル内にラベル名を入力す
る。また、Ｔｉｔｌｅ領域内をクリックして、そこに分
類軸名を入力する。続いて、「線」ボタンをクリックし
た後、２つのラベルを順にクリックすることによってラ
ベルとラベルとを関係付ける。この場合、先にクリック
したラベルから後でクリックしたラベルに向けて矢印で
結ばれる。この操作をくり返すことにより、画面上の全
てのラベルが、多階層にわたってＴｒｅｅ状に関係付け
られる。

【００３３】ここに示す例では、「販路」という分類軸
を定義しており、第１階層には「販路」を、第２階層に
は「国内」と「輸出」を、第３階層には「国内」に従属
する項目として「リビング（ルート）」と「システム
（ルート）」を、また、「輸出」に従属する項目として
「米州」と「欧州・アフリカ」と「アジア・中近東」
を、更に、第４階層には「米州」に従属する項目として
「北米」と「中南米」を夫々定義している。なお、「移
動」ボタン、「消去」ボタンを用いることにより、ラベ
ルを編集したり、Ｔｒｅｅの位置や形状を修正すること
が可能である。

【００３４】このようにして定義した分類軸は、図６に
示すように「ファイル」ボタンをクリックしてプルダウ
ンメニュー（保存、呼出、削除、その他空白）を同一画
面上に表示させ、その中の「保存」ボタンをクリックす
ることによって記憶される。また、分類軸を更新する場
合には、「ファイル」ボタンをクリックして、図６に示
すプルダウンメニューを表示させ、その中の「呼出」ボ
タンをクリックすることにより、分類軸一覧（図示せ
ず）を同一画面上に表示させ、その中の更新すべき分類
軸名をクリックして分類軸を表示させて名称を更新す
る。

【００３５】また、分類軸を削除する場合には、同様
に、「ファイル」ボタンをクリックして、図６に示すプ
ルダウンメニューを表示させ、その中の「呼出」ボタン
をクリックすることにより、分類軸一覧を同一画面上に
表示させ、その中の削除すべき分類軸名をクリックして
分類軸を表示させる。そして再び「ファイル」ボタンを
クリックして、図６に示すプルダウンメニューを表示さ
せ、その中の「削除」ボタンをクリックすることにより
削除する。

【００３６】再び図２に戻って、次に、事業構造決定手
段７及び事業構造記憶手段８を使って、既に定義した実
体、管理データ、多階層管理データ関係項目より、対象
とする業務の事業構造を決定し、記憶する（ステップＳ
４）。この場合のユーザ操作を、図７及び図８に示す操
作画面を使用して説明する。図７は、図２に示すステッ
プＳ４において、事業構造を決定させるために使用され
る事業構造決定の第１画面の例を示す模式図であって、
この画面では、事業構造を決定するために必要な実体と
管理データとを登録するようになっている。図で示すよ
うに、左上の実体一覧を示すウインドウには、図３に示
す実体定義画面で登録された実体名（ここでは、「商
品」と「サービス」）が表示されている。そこで、事業
構造として登録すべき実体を選択し、ダブルクリックす
ると、選択した実体（ここでは、「商品」）が右上の実
体フィールドに表示され、登録される。

【００３７】また、左下の管理データ一覧を示すウイン
ドウには、図３に示す管理データ定義画面で登録された
管理データ（こでは、「生産高」、「受注量」、「販売
高」）が表示されている。そこで、事業構造として登録
すべき管理データを選択してダブルクリックすると、選
択した管理データ（ここでは「受注量」と「販売高」）
が右側の管理データを示すウインドウに表示され、登録
される。

【００３８】続いて、画面中央部の「確定」ボタンをク
リックすると、選択した前記実体と前記管理データとが
事業構造として決定され、図８に示す事業構造決定の第
２画面が立ち上がる。なお、登録した実体及び管理デー
タを取り消す場合には、画面中央部の「取消」ボタンを
クリックすればよい。図８は、事業構造決定の第２画面
の例を示す模式図であって、この画面では、図７に示す
第１画面で登録した実体と管理データに対して、分類軸
を登録するようになっている。左下の分類軸一覧を示す
ウインドウには、図５に示す分類軸定義画面で登録され
た分類軸名（ここでは、「販路」、「工場」、「期
間」、「用途」）が表示されている。そこで、事業構造
として登録すべき分類軸を選択し、ダブルクリックする
と、選択した分類軸（ここでは、「販路」と「期間」）
が右側の分類軸を示すウインドウに表示され、登録され
る。なお、右上には、既に登録された実体（ここでは、
「商品」）が実体フィールドに、また、既に登録された
管理データ（ここでは、「受注量」と「販売高」）が管
理データを示すウインドウ に表示されている。

【００３９】続いて、画面中央部の「確定」ボタンをク
リックすると、選択した分類軸が、既に登録された前記
実体及び管理データと共に事業構造として決定される。
ここで決定した事業構造は、「商品」という実体を、
「販路」または「期間」、或いは、「販路」と「期間」
の組み合わせという分類軸で以て、「受注量」或いは
「販売高」について管理するという意味内容を持ってい
る。なお、登録した分類軸を取り消す場合には、画面中
央部の「取消」ボタンをクリックすればよい。また、決
定した事業構造を取り消す場合には、同じ「取消」ボタ
ンをダブルクリックすれば、図７に示す第１画面に切り
替わる。

【００４０】続いて、「ファイル」ボタンをクリックし
て、図６に示すプルダウンメニューを表示させた後、
「保存」を選択してクリックすることにより、決定され
た事業構造（即ち、実体、管理データ、分類軸）が記憶
される。再び図２に戻って、次に、業務データ項目登録
手段９及び業務データ項目記憶手段１０を使って、対象
業務で必要な視点の業務データ項目（後述する業務デー
タフレームにおける項目となるものである）を、決定し
た事業構造に基づいて登録し、記憶する（ステップ、Ｓ
５）。この場合のユーザ操作を、図９に示す操作画面を
使用して説明する。

【００４１】図９は、図２に示すステップＳ５の動作を
実行させるために使用される表頭／表側の登録画面の例
を示す模式図であって、ここでは、業務データの枠組み
である表を決めるために必要となる表頭に位置させる業
務データ項目と、表側に位置させる業務データ項目とを
登録するようになっている。この画面では、初めに、左
上の実体フィールドに、既に登録された実体（ここで
は、「商品」）が表示され、その下方には表側分類軸を
示すウインドウが、右上には表頭分類軸を示すウインド
ウが、右下には管理データを示すウインドウが表示され
ている。

【００４２】次に、管理データを示すウインドウにおけ
る「管理データ」をクリックすると、既に登録されてい
る管理データである「受注量」と「販売高」が表示され
る。そこで、その中から必要な管理データを選択して
（ここでは、「販売高」を選択しているが、複数の管理
データを選択することも可能である）ダブルクリック
し、その右側のフィールドに表示させる。

【００４３】同様にして、「表頭分類軸」、「表側分類
軸」を夫々クリックすると、既に登録されている分類軸
である「販路」と「期間」が夫々のウインドウに表示さ
れる。そこで、その中から必要な分類軸を選択してダブ
ルクリックすると、表頭分類軸では、その下側のフィー
ルドに、また、表側分類軸では、その右側のフィールド
に、夫々選択された分類軸の内容が表示される。ここに
示す例では、表頭分類軸としては「期間」（第１階層で
ある）が選択され、その内容である「１９９５年」（第
２階層である）、「上期及び下期」（第３階層である）
が３階層にわたって表示される。また、表側分類軸とし
ては「販路」（第１階層である）が選択され、その内容
である「国内」（第２階層である）、「リビング及びシ
ステム」（第３階層である）が３階層にわたって表示さ
れる。

【００４４】このようにして、対象とする業務で必要な
視点の業務データ項目を選択した後は、「ファイル」ボ
タンをクリックして図６に示すプルダウンメニューを表
示させ、その中の「保存」を選択してクリックすること
により、業務データ項目が記憶される。即ち、ここに示
す例では、実体が「商品」である場合に、その管理デー
タとしては「販売高」が、その管理データの関係項目を
示す表頭分類軸の業務データ項目としては「期間」が、
表側分類軸の業務データ項目としては「販路」が夫々記
憶される。

【００４５】再び図２に戻って、続いて、業務データフ
レーム生成手段１１では、前記業務データ項目記憶手段
１０に記憶された業務データ項目である表頭分類軸の
「期間」と、表側分類軸の「販路」とから、業務で必要
な視点の業務データフレーム１２０を生成し、それを業
務データ保存手段１２によって保存する（ステップＳ
６）。これ迄の説明から、生成された業務データフレー
ム１２０の中身を表す業務データとしては、この例の場
合、管理データである「販売高」となることがわかる。

【００４６】一方、生成された業務データフレーム１２
０に業務データを表示させたり、或いは業務データフレ
ーム１２０に業務データを入力したりするには、次のよ
うにすればよい。即ち、事業構造記憶手段８に記憶され
た事業構造より、対象とする業務で使用する表頭分類軸
と表側分類軸並びに管理データがわかるので、ステップ
Ｓ４を実行した後、先に業務データベース構築手段１３
によって、対象とする業務で使用する業務データベース
１６を構築する（ステップＳ７）。なお、業務データベ
ース構築手段１３としては、市販のデータベース構築ツ
ール等を用いることができる。次に、ステップＳ６で生
成した業務データフレーム１２０と、ステップＳ７で構
築した業務データベース１６とのリンクを行う（ステッ
プＳ８）。この場合、業務データベース１６には、先述
したように、通常、データアクセスインターフェース部
１４が設けられているので、生成された業務データフレ
ーム１２０自体が有する業務データフレーム情報（即
ち、この例では、「期間」と「販路」とから構成される
業務データフレームであるということや、業務データフ
レームを構成する各々のセルの位置情報、更には管理デ
ータが「販売高」であるということの情報である）をア
クセス情報として前記データアクセスインターフース部
１４に引き渡すことにより、前記業務データフレーム１
２０と、前記業務データベース１６との間で業務データ
の授受を行うことができる。

【００４７】また、同一事業構造内で業務データの視点
を変更したい場合（ステップＳ９においてＹｅｓの場
合）には、前記業務データ項目登録手段９により、業務
データ項目の再登録を行えば即座に対応することができ
る。また、事業構造自体の仕様変更やメンテナンスに対
しては、前記実体定義手段１により、実体を再定義する
ことから始めて、上述したステップＳ１〜Ｓ８迄の各プ
ロセスを実行すればよい。

【００４８】以上より、本業務支援ソフトウェア生成装
置を使用すれば、実体定義手段１、管理データ定義手段
２、多階層管理データ関係項目定義手段３、並びに事業
構造決定手段７により、対象とする業務の事業構造の決
定が行われ、対象とする業務で必要な視点の業務データ
項目については、業務データ項目登録手段９により登録
を行うことができるので、対象業務に応じて独自のプロ
グラムの開発を行う必要がなくなる。その結果、新たな
業務支援ソフトウェアの開発やメンテナンスについて、
効率化、低価格化を図ることが可能となる。

【００４９】図１０は、本発明にかかる業務支援システ
ムの第１の構成例を示すブロック図である。なお、図１
に示す業務支援ソフトウェア生成装置の構成要素と同一
の要素については同一番号を付して表現している。ま
た、ここでは、図１における１〜７の各構成要素をまと
めて、事業構造定義手段１７と呼ぶものとする。本業務
支援システムでは、サーバ１８で定義した事業構造に関
するデータを、通信ネットワーク（ここでは、ローカル
エリアネットワーク（ＬＡＮ）２３を例として示す）を
通じて、複数のクライアント（ここでは、端末２０と２
１の２つを例として示す）へ送信し、各クライアントが
必要とする業務データフレーム１２０を、個々のクライ
アントにて生成できるようにしている。

【００５０】例えば、管理本部に設置されるサーバー１
８には、対象とする業務の事業構造を定義するための事
業構造定義手段１７と、定義した事業構造を記憶する事
業構造記憶手段８と、別途構築された業務データベース
１６と、記憶された事業構造に関するデータを各クライ
アントへ送信する他、業務データベース１６と各クライ
アントにて生成された業務データフレーム１２０との間
をリンクさせ、相互間の業務データの送受信について制
御する通信制御手段１９が備えられている。

【００５１】また、業務を遂行する各部署に設置され、
ローカルエリアネットワーク２３を通じて、サーバ１８
に接続されるクライアントである端末２０と２１には、
夫々、受け取った業務構造に基づき、業務で必要な視点
の業務データ項目を多次元にわたって登録することがで
きる業務データ項目登録手段９と、登録した業務データ
項目を記憶する業務データ項目記憶手段１０と、登録さ
れた業務データ項目に基づき、業務データの枠組みであ
る業務データフレーム１２０を生成する業務データフレ
ーム生成手段１１と、生成された業務データフレーム１
２０を保存する業務データフレーム保存手段１２と、前
記サーバ１８から送信されてくる事業構造に関するデー
タを受信して業務データ項目登録手段９に与える他、保
存された業務データフレーム１２０と前記サーバ１８に
おける業務データベース１６との間で行われる業務デー
タのやり取りを制御する通信制御手段２２が備えられて
いる。

【００５２】なお、２４は、サーバ１８をローカルエリ
アネットワーク２３に接続するための交換ノードであ
り、２５及び２６は、クライアントである端末２０及び
端末２１をローカルエリアネットワーク２３に接続する
ための交換ノードである。サーバ１８では、事業構造定
義手段１７によって、対象とする業務の事業構造が定義
され、定義された事業構造が事業構造記憶手段８によっ
て記憶される。また、別途、対象とする業務で使用する
業務データベース１６を市販のツール等を利用して構築
しておく。ここで、事業構造記憶手段８及び業務データ
ベース１６は、通信制御手段１９を介してローカルエリ
アネットワーク２３に接続されているので、同じくロー
カルエリアネットワーク２３に接続された端末２０及び
端末２１における各データを共有することができる。

【００５３】一方、端末２０及び端末２１では、夫々、
業務データ項目登録手段９により、対象とする業務で必
要な視点の業務データ項目を、前記サーバ１８の事業構
造記憶手段８に格納されている事業構造を該サーバ１８
から受け取り、その事業構造に基づいて登録し、業務デ
ータ項目記憶手段１０によって記憶する。更に、記憶さ
れた業務データ項目に基づき、業務データフレーム生成
手段１１によって業務データフレーム１２０を生成し、
生成された業務データフレーム１２０を業務データフレ
ーム保存手段１２によって保存する。そして、保存され
た業務データフレーム１２０と、サーバ１８における業
務データベース１６との間の業務データの授受について
は、先述した業務支援ソフトウェア生成装置の場合と同
様にして行われるが、ここでは、ローカルエリアネット
ワーク２３を介して行われる。

【００５４】以上より、本業務支援システムを使用すれ
ば、各端末２０と端末２１では、夫々、異なった視点か
らの業務データ項目を登録することができるようにな
り、視点が変わるたびに業務データ項目を登録し直す必
要はなくなる。なお、ユーザが使用する操作画面につい
ては、図３〜図９に示したものと同様のものを使用する
ことが可能である。また、ローカルエリアネットワーク
２３以外にも、高速デジタル回線やインターネット等の
広域回線を使用することも可能であり、更に、端末数と
しては、使用するネットワークで許容される数だけの端
末を設置することができることについては言う迄もな
い。

【００５５】図１１は、図１０に示すサーバ１８と各ク
ライアント間の通信制御動作を示すフローチャートであ
る。サーバ１８における通信制御手段１９では、業務デ
ータ項目を送信する場合（ステップＳ１０１においてＹ
ｅｓの場合）には、端末を指定して（ステップＳ１０
２）、業務データ項目の端末への送信を制御する（ステ
ップＳ１０３）。そして、相手先端末が業務データ項目
を受信したことを確認した場合（ステップＳ１０４にお
いてＹｅｓの場合）には、ステップＳ１０１の処理に戻
る。また、相手先端末が業務データ項目を受信しなかっ
たことを確認した場合（ステップＳ１０４においてＮｏ
の場合）には、ステップＳ１０３に戻って、業務データ
項目の再送制御を行う。

【００５６】また、業務データを送信する場合（ステッ
プＳ１０１においてＮｏ、ステップＳ１０５においてＹ
ｅｓの場合）には、端末を指定して（ステップＳ１０
６）、業務データベース１６から受け取った業務データ
の送信を制御する（ステップＳ１０７）。そして、相手
先端末が業務データを受信したことを確認した場合（ス
テップＳ１０８においてＹｅｓの場合）には、ステップ
Ｓ１０１の処理に戻る。相手先端末が業務データを受信
しなかったことを確認した場合（ステップＳ１０８にお
いてＮｏの場合）には、ステップＳ１０７に戻って、業
務データの再送制御を行う。なお、ステップＳ１０４及
びステップＳ１０８で、相手先端末において、データの
受信が行われたか否かについては、交換ノード２４にお
いて監視されており、その結果が連絡されるようになっ
ている。

【００５７】また、業務データを受信する場合（ステッ
プＳ１０５においてＮｏ、ステップＳ１０９においてＹ
ｅｓの場合）には、相手先端末からの業務データを受信
する制御を行い（ステップＳ１１０）、受信した業務デ
ータを業務データベース１６へ渡して（ステップＳ１１
１）、ステップＳ１０１の処理に戻る。一方、クライア
ント側の通信制御手段２２では、業務データ項目を受信
する場合（ステップＳ１２１においてＹｅｓの場合）に
は、サーバ１８からの業務データ項目を受信する制御を
行い（ステップＳ１２２）、受信した業務データ項目を
業務データ項目登録手段９に渡す（ステップＳ１２
３）。

【００５８】また、業務データを送信する場合（ステッ
プＳ１２１においてＮｏ、ステップＳ１２４においてＹ
ｅｓの場合）には、送信先サーバ１８を指定して（ステ
ップＳ１２５）、保存された業務データの送信を制御す
る（ステップＳ１２６）。そして、送信先サーバ１８が
業務データを受信したことを確認した場合（ステップＳ
１２７においてＹｅｓの場合）には、ステップＳ１２１
の処理に戻る。送信先サーバ１８が業務データを受信し
なかったことを確認した場合（ステップＳ１２６におい
てＮｏの場合）には、ステップＳ１２６に戻って、業務
データの再送制御を行う。なお、ステップＳ１２７で、
送信先サーバ１８において、データの受信が行われたか
否かについては、交換ノード２５（或いは２６）におい
て監視されており、その結果が連絡されるようになって
いる。

【００５９】また、業務データを受信する場合（ステッ
プＳ１２４においてＮｏ、ステップＳ１２８においてＹ
ｅｓの場合）には、サーバ１８からの業務データを受信
する制御を行い（ステップＳ１２９）、受信した業務デ
ータを業務データフレーム保存手段１２へ渡して（ステ
ップＳ１３０）、ステップＳ１２１の処理に戻る。図１
２は、図１０に示すサーバ１８と各クライアント間のデ
ータの送受信動作の流れを示すフローチャートである。
端末２０及び／又は端末２１では、業務データ項目登録
手段９により、サーバ１８における事業構造記憶手段８
に格納されている事業構造にアクセスして、アプリケー
ションで必要な視点の業務データ項目を受信する（ステ
ップＳ２１）。そして、受信した業務データ項目を、業
務データ項目記憶手段１０に記憶する（ステップＳ２
２）。続いて、業務データフレーム生成手段１１によ
り、記憶している前記業務データ項目から、業務データ
フレーム１２０を生成し、業務データ保存手段１２に保
存する（ステップＳ２３）。

【００６０】次に、業務データフレーム１２０の業務デ
ータフレーム情報（業務データ項目、業務データフレー
ム１２０の各セルの位置情報）をアクセス情報として、
サーバ１８における業務データベース１６にアクセスし
て、サーバ１８からの業務データを、業務データフレー
ム１２０に受信する（ステップＳ２４）。ここで、業務
データフレーム１２０へデータの入力を行う場合（ステ
ップＳ２５においてＹｅｓの場合）には、端末側で業務
データフレーム１２０へ入力された業務データは、入力
した位置の業務データフレーム情報をアクセス情報とし
て、サーバ１８における業務データベース１６にアクセ
スして、入力した業務データを送信し、格納する（ステ
ップＳ２６）。なお、業務データフレーム１２０へのデ
ータ入力を行わない場合（ステップＳ２５においてＮｏ
の場合）には、ステップＳ２７の処理に移行する。

【００６１】また、業務データの視点変更を行う場合
（ステップＳ２７においてＹｅｓの場合）には、上記の
ステップＳ１〜ステップＳ２６の処理を繰り返し、そう
でない場合（ステップＳ２７においてＮｏの場合）に
は、以上の処理を終える。図１３は、本発明にかかる業
務支援システムの第２の構成例を示すブロック図であ
る。なお、図１０の場合と同様に、図１に示す業務支援
ソフトウェア生成装置の構成要素と同一の要素について
は同一番号を付して表現し、その機能説明については省
略する。また、同じく、図１における１〜７の各構成要
素をまとめて、事業構造定義手段１７と表現している。

【００６２】本業務支援システムも、図１０に示した業
務支援システムと同様に、ローカルエリアネットワーク
２３等の通信ネットワークを利用したクライアント／サ
ーバシステムが採用されている。そして、サーバ１８側
にて、予め、複数の業務データフレーム１２０を生成し
て保存しておき、クライアントからの要求があったとき
に、そのクライアントで必要となる業務データフレーム
１２０を選択して送信するようになっている。

【００６３】サーバ１８には、事業構造定義手段１７
と、事業構造記憶手段８と、業務データ項目登録手段９
と、業務データ項目記憶手段１０と、業務データフレー
ム生成手段１１と、別途構築した業務データベース１６
の他に、生成された業務データフレーム群１２１を保存
する業務データフレーム保存手段１２と、端末からの要
求を受けて保存された業務データフレーム群１２１の中
から該当する業務データフレーム１２０を選択する業務
データフレーム選択手段１２２と、選択された業務デー
タフレーム１２０の相手先端末への送信と、業務データ
ベース１６と相手先端末における業務データフレーム１
２０との間の業務データの送受信を制御する通信制御手
段１９とが備えられている。

【００６４】一方、端末２０及び端末２１には、夫々、
サーバ１８に対して業務データフレーム１２０の送信を
要求する業務データフレーム送信要求手段２７と、受信
した業務データフレーム１２０を保存する受信業務デー
タフレーム保存手段２８と、保存された業務データフレ
ーム１２０とサーバ１８における業務データベース１６
との間の業務データの送受信を制御する通信制御手段２
２が備えられている。

【００６５】以上より、本業務支援システムを使用すれ
ば、各端末２０、２１では、夫々、「業務データフレー
ム送信要求」をサーバ１８に対して送信するだけで、必
要となる業務データフレーム１２０を受け取ることがで
きるようになる。このため、各端末２０、２１の構成は
極めて簡単なものとなり、設備コスト的に大変有利とな
る。

【００６６】なお、ユーザが使用する操作画面について
は、先述した第１の構成例と同様に、図３〜図９に示し
たものと同様のものを使用することが可能である。ま
た、ローカルエリアネットワーク２３以外にも、高速デ
ジタル回線やインターネット等の広域回線を使用するこ
とも同様に可能であり、更に、端末数としては、使用す
るネットワークで許容される数だけの端末を設置するこ
とができることについては言う迄もない。

【００６７】図１４は、図１３に示すサーバ１８と各ク
ライアント間の通信制御動作を示すフローチャートであ
る。サーバ１８における通信制御手段１９では、端末か
らの「業務データフレーム送信要求」を受信した場合
（ステップＳ２０１においてＹｅｓの場合）には、受信
した「業務データフレーム送信要求」を業務データフレ
ーム選択手段１２２に渡す（ステップＳ２０２）。

【００６８】続いて、業務データフレームを送信する場
合（ステップＳ２０３においてＹｅｓの場合）には、端
末を指定して（ステップＳ２０４）、業務データフレー
ム選択手段１２２が選択した業務データフレーム１２０
を受け取り、相手先端末へ送信する制御を行う（ステッ
プＳ２０５）。そして、相手先端末が業務データフレー
ム１２０を受信したことを確認した場合（ステップＳ２
０６においてＹｅｓの場合）には、ステップＳ２０１の
処理に戻る。また、相手先端末が業務データフレーム１
２０を受信しなかったことを確認した場合（ステップＳ
２０６においてＮｏの場合）には、ステップＳ２０５に
戻って、業務データフレーム１２０の再送制御を行う。

【００６９】また、業務データフレーム１２０の送信を
行うのではなく、業務データを送信する場合（ステップ
Ｓ２０３においてＮｏ、ステップＳ２０７においてＹｅ
ｓの場合）には、端末を指定して（ステップＳ２０
８）、業務データベース１６から受け取った業務データ
を相手先端末へ送信する制御を行う（ステップＳ２０
９）。そして、相手先端末が業務データを受信したこと
を確認した場合（ステップＳ２１０においてＹｅｓの場
合）には、ステップＳ２０１の処理に戻る。また、相手
先端末が業務データを受信しなかったことを確認した場
合（ステップＳ２１０においてＮｏの場合）には、ステ
ップＳ２０９に戻って、業務データの再送制御を行う。
なお、ステップＳ２０６及びステップＳ２１０で、相手
先端末において、データの受信が行われたか否かについ
ては、交換ノード２４において監視されており、その結
果が連絡されるようになっている。

【００７０】また、業務データを受信する場合（ステッ
プＳ２０７においてＮｏ、ステップＳ２１１においてＹ
ｅｓの場合）には、相手先端末からの業務データを受信
する制御を行い（ステップＳ２１２）、受信した業務デ
ータを業務データベース１６へ渡して（ステップＳ２１
３）、ステップＳ２０１の処理に戻る。一方、クライア
ント側の通信制御手段２２では、サーバ１８に対して業
務データフレームの送信を要求する場合（ステップＳ２
２１においてＹｅｓの場合）には、送信先サーバ１８を
指定して（ステップＳ２２２）、「業務データフレーム
送信要求」をサーバ１８へ送信する制御を行う（ステッ
プＳ２２３）。そして、送信先サーバ１８が「業務デー
タフレーム送信要求」を受信したことを確認した場合
（ステップＳ２２４においてＹｅｓの場合）には、ステ
ップＳ２２１の処理に戻る。また、送信先サーバ１８が
「業務データフレーム送信要求」を受信しなかったこと
を確認した場合（ステップＳ２２４においてＮｏの場
合）には、ステップＳ２２３に戻って、「業務データフ
レーム送信要求」の再送制御を行う。

【００７１】また、業務データを送信する場合（ステッ
プＳ２２１においてＮｏ、ステップＳ２２５においてＹ
ｅｓの場合）には、送信先サーバ１８を指定して（ステ
ップＳ２２６）、保存された業務データの送信を制御す
る（ステップＳ２２７）。そして、送信先サーバ１８が
業務データを受信したことを確認した場合（ステップＳ
２２８においてＹｅｓの場合）には、ステップＳ２２１
の処理に戻る。また、送信先サーバ１８が業務データを
受信しなかったことを確認した場合（ステップＳ２２８
においてＮｏの場合）には、ステップＳ２２７に戻っ
て、業務データの再送制御を行う。なお、ステップＳ２
２４及びステップＳ２２８で、送信先サーバ１８におい
て、データの受信が行われたか否かについては、交換ノ
ード２５（或いは２６）において監視されており、その
結果が連絡されるようになっている。

【００７２】また、業務データを受信する場合（ステッ
プＳ２２５においてＮｏ、ステップＳ２２９においてＹ
ｅｓの場合）には、サーバ１８からの業務データを受信
する制御を行い（ステップＳ２３０）、受信した業務デ
ータを業務データフレーム保存手段１２へ渡して（ステ
ップＳ２３１）、ステップＳ２２１の処理に戻る。

【００７３】

【発明の効果】本発明にかかる業務支援ソフトウェア生
成装置によれば、対象とする業務の事業構造を定義する
ことができ、更に、対象とする業務で必要な視点の業務
データ項目を多次元にわたって登録することができるの
で、対象とする業務内で視点を変えて業務データフレー
ムを生成させたいときには、該業務データ項目を再登録
するだけで即座に所望の業務データフレームを生成させ
ることが可能となる。

【００７４】従って、これ迄の様に、対象とする業務に
応じて個々にプログラム開発を行う必要がなくなり、業
務支援ソフトウェアの開発費用とその開発時間が大きく
削減される。更に、業務支援ソフトウェアのメンテナン
スの効率化も図られ、しかも、組織改革のように業務構
造に大きな変化があった場合でも、事業構造を再定義し
て新たな業務支援ソフトウェアを生成させることによっ
て、仕様変更に対しても極めて柔軟に対応することが可
能となる。

【００７５】また、本発明にかかる業務支援システムに
よれば、ローカルエリアネットワーク等の通信ネットワ
ークを使用するクライアント／サーバ方式を利用して、
サーバに格納された事業構造より、クライアント側で業
務データフレームを生成させたり、或いは、クライアン
トからの要求に応じて、サーバから適切な業務データフ
レームをクライアントへ供与することが可能となるた
め、極めて、有用性に富む業務支援システムを提供する
ことが可能となる。

【図面の簡単な説明】

【図１】本発明にかかる業務支援ソフトウェア生成装置
の構成を示すブロック図である。

【図２】図１に示す業務支援ソフトウェア生成装置の動
作内容を示すフローチャートである。

【図３】図２に示すステップＳ１の動作を実行させるた
めに使用される実体定義画面の例を示す模式図である。

【図４】図２に示すステップＳ２の動作を実行させるた
めに使用される管理データ定義画面の例を示す模式図で
ある。

【図５】図２に示すステップＳ３の動作を実行させるた
めに使用される分類軸定義画面の例を示す模式図であ
る。

【図６】図５に示す「ファイル」ボタンをクリックする
ことにより、同一画面上に表示されるプルダウンメニュ
ーを示す模式図である。

【図７】図２に示すステップＳ４において、事業構造を
決定させるために使用される事業構造決定の第１画面の
例を示す模式図である。

【図８】事業構造決定の第２画面の例を示す模式図であ
る。

【図９】図２に示すステップＳ５の動作を実行させるた
めに使用される表頭／表側の登録画面の例を示す模式図
である。

【図１０】本発明にかかる業務支援システムの第１の構
成例を示すブロック図である。

【図１１】図１０に示すサーバ１８と各クライアント間
の通信制御動作を示すフローチャートである。

【図１２】図１０に示すサーバ１８と各クライアント間
のデータの送受信動作の流れを示すフローチャートであ
る。

【図１３】本発明にかかる業務支援システムの第２の構
成例を示すブロック図である。

【図１４】図１３に示すサーバ１８と各クライアント間
の通信制御動作を示すフローチャートである。

【符号の説明】

１ 実体定義手段 ２ 管理データ定義手段 ３ 多階層管理データ関係項目定義手段 ４ 実体記憶手段 ５ 管理データ記憶手段 ６ 多階層管理データ関係項目記憶手段 ７ 事業構造決定手段 ８ 事業構造記憶手段 ９ 業務データ項目登録手段 １０ 業務データ項目記憶手段 １１ 業務データフレーム生成手段 １２ 業務データフレーム保存手段 １３ 業務データベース構築手段 １４ データアクセスインターフェース部 １５ 業務データ １６ 業務データベース １７ 事業構造定義手段 １８ サーバ １９ サーバ側通信制御手段 ２０ 端末 ２１ 端末 ２２ クライアント側通信制御手段 ２３ ローカルエリアネットワーク ２４ 交換ノード ２５ 交換ノード ２６ 交換ノード ２７ 業務データフレーム送信要求手段 ２８ 受信業務データフレーム保存手段 １２０業務データフレーム １２１業務データフレーム群 １２２業務データフレーム選択手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者 徳永 保浩 大阪府門真市大字門真1006番地 松下情報 システム株式会社内 (72)発明者 縄井 秀彦 大阪府門真市大字門真1006番地 松下情報 システム株式会社内 (72)発明者 上木原 健司 大阪府門真市大字門真1006番地 松下情報 システム株式会社内 (72)発明者 氏本 浩介 大阪府門真市大字門真1006番地 松下情報 システム株式会社内 (72)発明者 福本 照道 大阪府門真市大字門真1006番地 松下情報 システム株式会社内 (72)発明者 吉田 不二夫 東京都中央区日本橋一丁目10番１号 株式 会社野村総合研究所内 (72)発明者 袖山 欣大 東京都中央区日本橋一丁目10番１号 株式 会社野村総合研究所内 (72)発明者 山崎 敏之 東京都中央区日本橋一丁目10番１号 株式 会社野村総合研究所内 (72)発明者 坪田 邦央 東京都中央区日本橋一丁目10番１号 株式 会社野村総合研究所内

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ツールソフトウェアを使って対象となる
   業務を特定し、特定した該業務で必要となる業務データ
   フレームを作成する業務支援ソフトウェアを生成する業
   務支援ソフトウェア生成装置であって、 前記ツールソフトウェアが、 特定すべき業務について管理対象となる実体を定義する
   実体定義手段と、 定義された前記実体を記憶する実体記憶手段と、 定義された前記実体を管理するための管理データを定義
   する管理データ定義手段と、 定義された前記管理データを記憶する管理データ記憶手
   段と、 定義された前記管理データに関係する項目を多階層にわ
   たって定義する管理データ関係項目定義手段と、 定義された前記管理データ関係項目を記憶する管理デー
   タ関係項目記憶手段と、 記憶された前記実体、前記管理データ、及び前記管理デ
   ータ関係項目により、対象とする業務の事業構造を決定
   する事業構造決定手段と、 決定された前記事業構造を記憶する事業構造記憶手段
   と、 記憶された前記事業構造に基づき、業務データベースを
   構築する業務データベース構築手段とを備える一方、 前記業務支援ソフトウェアが、 前記事業構造記憶手段によって記憶された事業構造に基
   づき、作成すべき業務データフレームにおける業務デー
   タ項目を多次元にわたって登録する業務データ項目登録
   手段と、 登録された前記業務データ項目を記憶する業務データ項
   目記憶手段と、 記憶された前記業務データ項目に基づき、業務データフ
   レームを生成する業務データフレーム生成手段と、 生成された業務データフレームを保存する業務データフ
   レーム保存手段と、 前記業務データベース構築手段によって構築され、保存
   された前記業務データフレームとリンクして、相互に業
   務データのやりとりを行う業務データベースとを備えて
   いることを特徴とする業務支援ソフトウェア生成装置。
2. 【請求項２】 サーバにて決定された業務の事業構造に
   基づき、クライアントにて該業務で必要となる業務デー
   タフレームを生成させる業務支援システムであって、 前記サーバが、 対象とする業務についての管理対象となる実体を定義す
   る実体定義手段と、 定義された前記実体を記憶する実体記憶手段と、 定義された前記実体を管理するための管理データを定義
   する管理データ定義手段と、 定義された前記管理データを記憶する管理データ記憶手
   段と、 定義された前記管理データに関係する項目を多階層にわ
   たって定義する管理データ関係項目定義手段と、 定義された前記管理データ関係項目を記憶する管理デー
   タ関係項目記憶手段と、 記憶された前記実体、前記管理データ、及び前記管理デ
   ータ関係項目により、対象とする業務の事業構造を決定
   する事業構造決定手段と、 決定された前記事業構造を記憶する事業構造記憶手段
   と、 前記クライアントにて生成される業務データフレームと
   リンクして、相互に業務データのやりとりを行う業務デ
   ータベースと、 記憶された前記事業構造に関するデータの前記クライア
   ントへの送信と、前記業務データベースにおける業務デ
   ータの送受信を制御する第１の通信制御手段とを備える
   一方、 前記クライアントが、 前記サーバから送信されてくる事業構造に関するデータ
   に基づき、作成すべき業務データフレームにおける業務
   データ項目を多次元にわたって登録する業務データ項目
   登録手段と、 登録された前記業務データ項目を記憶する業務データ項
   目記憶手段と、 登録された前記業務データ項目に基づき、業務データフ
   レームを生成する業務データフレーム生成手段と、 生成された業務データフレームを保存する業務データフ
   レーム保存手段と、 前記サーバから送信されてくる事業構造に関するデータ
   を受信して前記業務データ項目登録手段に与えると共
   に、保存された業務データフレームにおける業務データ
   の送受信を制御する第２の通信制御手段とを備えている
   ことを特徴とする業務支援ソフトウェア生成装置。
3. 【請求項３】 対象とする業務で必要となる業務データ
   フレームをサーバにて作成し、通信ネットワークを介し
   て接続されたクライアントへ送信する業務支援システム
   であって、 前記サーバが、 対象とする業務についての管理対象となる実体を定義す
   る実体定義手段と、 定義された前記実体を記憶する実体記憶手段と、 定義された前記実体を管理するための管理データを定義
   する管理データ定義手段と、 定義された前記管理データを記憶する管理データ記憶手
   段と、 定義された前記管理データに関係する項目を多階層にわ
   たって定義する管理データ関係項目定義手段と、 定義された前記管理データ関係項目を記憶する管理デー
   タ関係項目記憶手段と、 記憶された前記実体、前記管理データ、及び前記管理デ
   ータ関係項目により、対象とする業務の事業構造を決定
   する事業構造決定手段と、 決定された前記事業構造を記憶する事業構造記憶手段
   と、 記憶された前記事業構造に関するデータに基づき、作成
   すべき業務データフレームにおける業務データ項目を多
   次元にわたって登録する業務データ項目登録手段と、 登録された前記業務データ項目を記憶する業務データ項
   目記憶手段と、 登録された前記業務データ項目に基づき、業務データフ
   レームを複数生成する業務データフレーム生成手段と、 生成された複数の業務データフレームを保存する業務デ
   ータフレーム保存手段と、 保存された前記業務データフレームとリンクして、相互
   に業務データのやりとりを行う業務データベースと、 前記クライアントからの業務データフレーム送信要求に
   従い、保存された前記業務データフレームの中から必要
   な業務データフレームを選択する業務データフレーム選
   択手段と、 前記クライアントからの業務データフレーム送信要求を
   受信して前記業務データフレーム選択手段に与えると共
   に、選択された前記業務データフレームの該クライアン
   トへの送信を制御する第１の通信制御手段とを備える一
   方、 前記クライアントが、 前記サーバに対し、業務データフレームの送信を要求す
   る業務データフレーム送信要求手段と、 前記サーバへの業務データフレーム送信要求の送信と、
   該サーバからの業務データフレームの受信を制御する第
   ２の通信制御手段と、 受信された業務データフレームを保存する受信業務デー
   タフレーム保存手段とを備えていることを特徴とする業
   務支援システム。