(57)【特許請求の範囲】
【請求項１】
サーバとクライアントとで構成され、複数の作業で構成され事業における各作業の費用を、記憶された各作業単価、該当作業の各作業属性に基づいて算出して、算出した各作業の費用を全ての作業に亘って積算することによって前記事業の総費用を算出する積算システムにおいて、
前記サーバは、
前記事業を構成する各作業の作業単価を記憶する記憶部と、
前記各作業毎に該当作業の費用を算出するに際して、当該作業の具体的作業内容を示す作業属性の選択の設問を記憶する設問テーブルと、
前記設問テーブルに設定された各設問毎に該当設問に対する複数の具体的作業内容の項目の回答候補を記憶する回答テーブルと、
前記各項目毎に、前記作業の費用を算出するときに用いる費用に関する係数を記憶する係数テーブルと、
前記各作業毎に該当作業の費用を、該当作業の作業単価と該当作業の各作業属性の項目の係数とを用いて算出する方程式を記憶する方程式テーブルと
を記憶するリレーショナル・データベースを備え、
前記クライアントから作業属性の各項目の受信に応じて、この受信した各項目の係数を前記係数テーブルから読出す係数読出し手段と、
前記方程式テーブルに記憶されている方程式に前記各係数を代入することによって、前記各作業の費用を算出する作業費用算出手段と、
この算出した各作業の費用をクライアントへ送出する手段と
を有し、
前記クライアントは、
自己の表示部に前記サーバと同一構成の設問テーブル及び回答テーブルを表示した状態で、操作指定された前記回答テ−ブルに表示された作業属性の項目を抽出する作業属性の項目抽出手段と、
この抽出された各項目を前記サーバへ送信する手段と、
前記サーバから受信した各作業の費用を表示出力する手段と
を有する
ことを特徴とする積算システム。
【請求項２】
操作入力された作業属性の更新要求に応じて、前記設問テーブルに作業属性を追加する設問追加手段とを備えたことを特徴とする請求項１記載の積算システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は複数の作業で構成される事業における総費用を各作業毎の費用を全ての作業に亘って積算することによって算出する積算システムに関する。
【０００２】
【従来の技術】
例えば、工場建設、ビル建設、道路建設、河川の堰堤建設、ダム建設等のハード的作業のみで構成される大規模施設や、商品開発の計画立案等のハード的作業のみならずソフト的作業を含むプロジェクト等の事業は、前述したように、多数の作業で構成されている。そして、新規にこの事業を行う前には、この事業を行うために必要な総費用を予め算出するようにしている。
【０００３】
通常、このような大規模な事業の総費用を算出する場合、多数の担当者で分担して行う。図１３は多数の担当者で事業の総費用を算出するための積算システムの概略構成図である。この例においては、道路建設、河川の堰堤建設、ダム建設等の主に土木工事を伴う事業に適用した場合を説明する。
【０００４】
各担当者が操作するクライアント１は１台のサーバ２に接続されている。サーバ２及び各クライアント１には歩掛ファイル３が設けられている。この歩掛ファイル３内には、図１５に示すように、該当事業を構成する各作業の費用を算出するための、該当作業を実施する場合における費用が、例えば［単位］の形式で記憶されている。
【０００５】
この例においては、「土砂掘削」の作業に対して、該当作業の具体的作業対象や具体的作業環境を示す「ブルトーザ掘削押土」〜「入力積込」等の各作業属性及びその［単位］が記憶されている。そして、この「土砂掘削」の作業に対して、どの作業属性を選択するかが設問（質問）／回答形式で記憶されている。
【０００６】
各クライアント１は、この歩掛ファイル３に記憶されている設問と該当設問に対する回答候補を表示画面に表示して、担当者に選択させる。この場合、通常、一つの作業に対して、作業難易度を含めて多数の設問が設定されていて、結果的に一つの作業に対して、多数の作業属性が選択されることになる。
【０００７】
そして、クライアント１は、担当者が表示画面上で選択した作業属性に付された［単位］を加算することによって、該当作業の費用を算出する。
サーバ２は、各クライアント１で算出された各作業の費用を全部の作業に亘って積算することによって事業全体の総費用を算出する。
【０００８】
このような構成の積算システムにおいて、新しい作業方法が開発されたり、年度が改まる時における費用に相当する［単位］の改訂が頻繁に行われる。また、同一作業であって作業名称のみが変更される場合もある。したがって、歩掛ファイル３の記憶内容は頻繁に更新される。しかし、大規模な事業は長期間に亘って行われるので、歩掛ファイル３における更新履歴を管理しておく必要がある。
【０００９】
このようなことから、図１４に示すように、歩掛ファイル３が更新される毎に、メンテナンスアプリケーション４が起動して、更新後の歩掛ファイル３の他に、更新前の各歩掛ファイル３ａ、３ｂも同時に記憶保持している。
【００１０】
さらに事業規模が大きくなると、一つのサーバで対応できなくなり、図１６に示すように、それぞれクライアント１ａが接続された複数にサブサーバ５に対して、前述した歩掛ファイルが組込まれたデータファイル３ａを設けている。そして、各サブサーバ５をメインサーバ６に接続している。すなわち、この検索システムは、一つのデータ検索システムを構成する。
【００１１】
このような構成のデータ検索システムにおいて、各担当者は、自己のクライアント１ａを操作して、自己に接続されたサブサーバ５のデータファイル３ａに記憶されている歩掛ファイル内の自己が費用計算を実行しようとする作業の設問及び回答に関する部分を自己のクライアント１ａへダウンロードさせる。
【００１２】
そして、このダウンロードされた前述した該当作業の設問及び回答に関するデータを用いて、該当作業の費用を算出するようにしている。各クライアント１ａで算出された各作業の費用は、サブサーバ５を介して、メインサーバ６で集計される。
【００１３】
【発明が解決しようとする課題】
しかしながら、図１３に示す積算システム及び図１６に示すデータ検索システムにおいても、まだ改良すべき次のような課題があった。
すなわち、データ検索システムにおけるデータファイル３ａをも含めて各システムに組込まれる歩掛ファイル３内には、事業を構成する膨大な数の作業に関する設問及び該当設問に対する回答候補が記憶されている。
【００１４】
したがって、図１３の積算システムおける各クライアント１が必要とする記憶容量が大きくなり、積算システム全体の必要記憶容量が増大する。
さらに、歩掛ファイル３の記憶内容が更新される毎に、更新履歴を確保するために、図１４に示すように、更新された最新の歩掛ファイル３の他に、更新前の各歩掛ファイル３ａ、３ｂも同時に記憶保持しているので、より一層必要とする記憶容量が増加する。
【００１５】
また、歩掛ファイル３の記憶内容が更新されると、全てのクライアント１に設けられた歩掛ファイル３に対する前述した更新処理を実施する必要があるので、この積算システムの管理者の維持管理作業が煩雑になる。
【００１６】
また、図１６に示すデータファイル３ａ内に歩掛ファイル３が組込まれたデータ検索システムにおいて、各サブサーバ５の必要記憶容量を低減させるために、各データファイル毎に異なるデータを記憶保持させる場合がある。この場合、各クライアント１ａの各担当者は、原則的に、自己のクライアント１ａが接続されたサブサーバ５に設けられたデータファイル３ａに記憶された前述した各作業に関するデータを自己クライアント内に取込んで、該当作業に対する費用を算出する。
【００１７】
場合によっては、他のサブサーバ５に設けられたデータファイル３ａに記憶されている各作業に関するデータを用いて、該当作業に対する費用を算出する必要が生じる場合がある。
【００１８】
しかしながら、このままのデータ検索システムにおいては、各クライアント１ａは、自己が接続されていない他のサブサーバ５のデータファイル３ａを検索して必要なデータを取得する術がなかった。
【００１９】
さらに、各クライアント１ａに対して、自己が接続されたサブサーバ５に設けられたデータファイル３ａに新規データの書込を可能とするシステムもある。この場合、データファイル３ａがデータベースで構成されていた場合で、かつ書込データ量が多い場合は、サブサーバ５側において、データベースに新規のデータを登録するのに多大の処理時間が必要であった。
【００２０】
当然、このデータベースに対する新規データの登録処理期間中においては、サブサーバ５は、他のクライアント１ａから通常のデータ検索を受付ないので、サブサーバ５に対して、頻繁にデータ登録要求が発生すると、データ検索システム全体の処理能率が大幅に低下する問題が生じる。
【００２１】
本発明は、このような事情に鑑みてなされたものであり、各作業の費用を算出するために用いていた歩掛ファイルの内容を複数のテーブルからなるリレーショナル・データベースで構成することにより、各クライアントはこのリレーショナル・データベースを遠隔から検索でき、各クライアントにおける歩掛ファイルを除去でき、システム全体の必要な記憶容量を大幅に減少でき、またクライアントの処理負担を大幅に低減できる積算システムを提供すること目的とする。
【００２３】
【課題を解決するための手段】
本発明は、サーバとクライアントとで構成され、複数の作業で構成され事業における各作業の費用を、記憶された各作業単価、該当作業の各作業属性に基づいて算出して、算出した各作業の費用を全ての作業に亘って積算することによって前記事業の総費用を導出する積算システムに適用される。
【００２４】
そして、サーバに対して、事業を構成する各作業の作業単価を記憶する記憶部と、各作業毎に該当作業の費用を算出するに際して、当該作業の具体的作業内容を示す作業属性の選択の設問を記憶する設問テーブルと、設問テーブルに設定された各設問毎に該当設問に対する複数の具体的作業内容の項目の回答候補を記憶する回答テーブルと、各項目毎に、前記作業の費用を算出するときに用いる費用に関する係数を記憶する係数テーブルと、各作業毎に該当作業の費用を、該当作業の作業単価と該当作業の各作業属性の項目の係数とを用いて算出する方程式を記憶する方程式テーブルとを記憶するリレーショナル・データベースを備えている。
さらに、サーバに対して、クライアントから作業属性の各項目の受信に応じて、この受信した各項目の係数を前記係数テーブルから読出す係数読出し手段と、
方程式テーブルに記憶されている方程式に前記各係数を代入することによって、各作業の費用を算出する作業費用算出手段と、この算出した各作業の費用をクライアントへ送出する手段とを有している。
【００２５】
一方、クライアントに対して、自己の表示部に前記サーバと同一構成の設問テーブル及び回答テーブルを表示した状態で、操作指定された回答テ−ブルに表示された作業属性の項目を抽出する作業属性の項目抽出手段と、この抽出された各項目を前記サーバへ送信する手段と、サーバから受信した各作業の費用を表示出力する手段とを備えている。
【００２６】
このように構成された積算システムにおいては、リレーショナル・データベースを構成する方程式テーブルと設問テーブルと回答テーブルとは、設問、回答、及びこの回答に対応する係数等で関連付けられている。
【００２７】
したがって、例えば、クライアントにおいて、該当作業に対する設問に答えると、この回答に基づいてリレーショナル・データベース検索指令が作成されて、方程式が計算されて、該当作業の費用が算出される。
【００２８】
このように、従来の歩掛ファイルを、方程式テーブルと設問テーブルと回答テーブルと係数テーブルとからなるリレーショナル・データベース構成とすることによって、従来の歩掛ファイルにおける重複データ記載を省略でき、従来の歩掛ファイルに比較して、必要記憶容量を節減できる。
【００２９】
さらに、この積算システムを、クライアントサーバシステムで構成した場合に、サーバにリレーショナル・データベースを設置して、各クライアントからサーバのリレーショナル・データベースを検索することが可能となるので、各クライアントに対して、歩掛ファイルやデータベースを設ける必要がない。その結果、システム全体の必要記憶容量をさらに節減できる。
【００３０】
また別の発明は、上述した発明の積算システムに対して、さらに、操作入力された作業属性の更新要求に応じて、前記設問テーブルに作業属性を追加する設問追加手段とを備えている。
【００４３】
【発明の実施の形態】
以下、本発明の各実施形態を図面を用いて説明する。
（第１実施形態）
図１は本発明の第１実施形態に係わる積算システムの概略構成を示すブロック図である。
【００４４】
この積算システムは、図示するように、１台のサーバ１１と複数台のクライアント１２とで構成されている。サーバ１１内にはリレーショナル・データベース１４とこのリレーショナル・データベース１４に対してデータ検索を実行すると共に、このリレーショナル・データベース１４に対して維持管理を行うリレーショナル・データベース管理部１３（以下ＲＤＢ管理部と略する）とが組込まれている。
【００４５】
リレーショナル・データベース１４内には、設問テーブル１５，回答テーブル１６，仮想Ｖiew テーブル１７，方程式テーブル１８及び複数の係数テーブル１９ａ〜１９ｃからなる係数テーブル群１９が組込まれている。さらに、ＲＤＢ管理部１３内には、回答受信部２０，設問テーブル付加部２１，ＳＱＬ文作成部２２、検索部２３，検索結果出力部２４が設けられている。
【００４６】
また、クライアント１２内には、リレーショナル・データベース１４内の設問テーブル１５及び回答テーブル１６と同一構成の設問回答テーブル２５，入力操作部２６，回答作成部２７，回答送信部２８，表示部２９，設問付加指示部３０が組込まれている。
【００４７】
前記リレーショナル・データベース１４内の設問テーブル１５内には、図２に示すように、この積算システムで算出すべき事業を構成する各作業の作業属性における各項目の設問が記憶されている。図２においては、「土木」の作業に対して、３つの項目に対する設問Ｑ１，Ｑ２，Ｑ３が設定されている。具体的設問名称として例えば図４（ａ）に示すような「土砂オープン掘削費」等が設定されている。
【００４８】
回答テーブル１６内には、図３（ａ）に示すように、上述した各設問Ｑ１，Ｑ２，Ｑ３に対する回答の候補が記憶されている。例えば設問Ｑ１に対して、２個の回答の候補Ａ１，Ａ２が設定されている。具体的回答名称として例えば図４（ｂ）に示すような「ブルトーザ掘削押土」，「バックホウ掘削積込」等が設定されている。さらに、各回答に対して、回答番号及び対応する「Ｔ１」，「Ｔ２」等の係数テーブル名が設定されている。
【００４９】
方程式テーブル１８内には、図３（ｂ）に示すように、各作業の費用に対応する［単位］を算出するための方程式が、該当作業の作業単価と各作業属性の係数との関数で記憶されている。
【００５０】
係数テーブル群１９の各係数テーブル１９ａ、１９ｂ、１９ｃ内には、図３（ｃ）に示すように、回答テーブル１６に設定された各回答番号に対応する実際の係数が設定されている。例えば、「Ｔ１」の係数テーブル１９ａには、回答番号［１］に対して［０．１］の係数が設定されている。
【００５１】
したがって、一つの設問に対する回答が入力されると、回答番号が定まり、その結果、実際の係数が定まるので、方程式テーブル１８の方程式に実際の係数を代入することによって、該当作業の費用に対応する単位が求まる。
【００５２】
次に、この積算システムにおける各部の動作を説明する。
クライアント１２において、設問回答テーブル２５に設定された各設問及び回答候補が表示部２９に表示され、操作者が入力操作部２６を介して、例えば複数の回答候補のなかの一つの回答を選択すると、回答作成部２７が回答を作成して、回答送信部２８がその回答をサーバ１１へ送信する。
【００５３】
サーバ１１におけるＲＤＢ管理部１３の回答受信部２０で受信された回答は回答テーブル１６及びＳＱＬ文作成部２２へ送られる。このＳＱＬ文作成部２２は、入力された回答と方程式テーブル１８の方程式からリレーショナル・データベース１４を検索するためのＳＱＬ文を作成する。
【００５４】
例えば、担当者が設問Ｑ１に対してＡ１を回答し、設問Ｑ２に対してＢ２を回答し、設問Ｑ３に対してＣ１を回答したとする。この場合、方程式
（３６００＊Ｔ１）／Ｔ２＊Ｔ３
の係数Ｔ１はＴ１．１（Ｔ１テーブルの１カラム目「０．１」）
係数Ｔ２はＴ２．２（Ｔ２テーブルの２カラム目「１．０」）
係数Ｔ３はＴ３．１（Ｔ３テーブルの１カラム目「１．０」）
に書き換えられ、以下のＳＱＬ文を作成する。
【００５５】
ＳＥＬＥＣＴ（３６００＊Ｔ１．１）／Ｔ２．２＊Ｔ３．１
ＦＲＯＭ
係数テーブル
ＷＥＨＲＥＲ
Ｔ１式名＝‘土木量’ＡＮＤ
Ｔ２式名＝‘土木量’ＡＮＤ
Ｔ３式名＝‘土木量
検索部２３は、作成された検索文で係数テーブル群１９を検索することによって、該当作業の単位で示される費用を算出して、検索結果出力部２４を介して、検索要求元のクライアント１２へ送信する。
【００５６】
クライアント１２は受信した作業の費用を表示部２９へ表示出力する。
このように、サーバ１１上において、従来の歩掛ファイルを、方程式テーブル１８と設問テーブル１５と回答テーブル１６と係数テーブル群１９からなるリレーショナル・データベース１４の構成とすることによって、従来の歩掛ファイルにおける重複データ記載を省略でき、従来の歩掛ファイルに比較して、必要記憶容量を節減できる。
【００５７】
次に、このような構成の積算システムにおいて、歩掛ファイルにおける設問項目の一部が追加されて、その結果、リレーショナル・データベース１４の設問テーブル１５に新たな設問項目が追加された場合におけるＲＤＢ管理部１３の設問テーブル付加部２１のリレーショナル・データベース１４に対する処理動作を具体例を挙げて説明する。
【００５８】
いま、例えば、図４（ａ），（ｂ）に示すように、設問テーブル１５にある作業に対して一つの設問が設定されており、回答テーブル１６にこの設問に対して４つの回答が設定されているとする。なお、設問及び回答欄における終了日における［9999999 ］は現在時点においても有効であることを示す。
【００５９】
この状態で、設問の名称が変更（修正）になったとする。この場合、変更前（修正前）の設問の名称も使用されるので、両方を残す必要がある。したがって、図５（ａ）に示すように、修正後の設問テーブル１５ａには、変更前の設問と変更（修正）後の設問との２つの設問が登録される。但し、変更前の設問の終了日には変更した実際の日付が書込まれる。
【００６０】
当然、変更（修正）後の設問に対しても、変更前の設問と同様に、４っの回答が設定される。したがって、回答テーブル１６には、８っの回答が設定されるはずである。しかし、変更後の設問に対する回答は変更前の設問に対する回答と同じであるので、図５（ｂ）に示すように、回答テーブル１６に、変更後の設問に対する回答を追加登録していない。
【００６１】
その代りに、ＳＱＬ文作成部２３は、図５（ａ）（ｂ）の質問テーブル１５ａ及び回答テーブル１６から、この質問テーブル１５ａ及び回答テーブル１６を、図６に示す質問テーブル１５ａ及び回答テーブル１６を直積した状態の仮想Ｖiew テーブル１７があたかも存在するように取扱う。
【００６２】
すなわち、この仮想Ｖiew テーブル１７内には、変更前と変更後とに対応する合計８個の回答及び設問が徹底される。
ＳＱＬ文作成部２３における仮想Ｖiew テーブル１７を作成するためのＳＱＬ文を示す。
【００６３】
ＣＲＡＴＥ  ＶＩＥＷ  ＶＩＥＷテーブルＡＳ
ＳＥＬＥＣＴ  設問ＵＫ
設問ＣＤ  設問・設問ＣＤ，
開始日  設問・開始日，
終了日  設問・終了日，
設問名称  設問・設問名称，
回答ＵＫ  回答・ＵＫ，
設問ＣＤ  回答・設問ＣＤ，
開始日  回答・開始日，
終了日  回答・終了日，
回答名称  回答・回答名称
このように、この第１実施形態の積算システムにおいては、リレーショナル・データべース１４における仮想Ｖiew テーブル１７の手法を採用することによって、設問が更新された場合において、回答テーブルを増設する必要がない。
【００６４】
すなわち、この仮想Ｖiew テーブル１７の手法を採用することによって、歩掛ファイルの共有化とそれに伴うディスク容量の削減が可能となる。また、変更が発生した場合には最小限の変更データを作成することによって、履歴を含めた容易な検索を行うことができる。
【００６５】
（第２実施形態）
図７は本発明の第２実施形態に係わるデータ検索システムの概略構成を示すブロック図である。
【００６６】
このデータ検索システムにおいては、内部にデータベース３２が形成された１台のサーバ３１と、このサーバ３１のデータベース３２を検索する複数台のクライアント３９とで構成されている。
【００６７】
サーバ３１内には、前記データベース３２の他に、インデックス情報メモリ３３、一般データファイル３４が形成されている。一般データファイル３４内には、各クライアント３９からデータベース３２に対する登録要求があったデータが一時的に記憶される。インデックス情報メモリ３３内には、図８に示すように、一般データファイル３４内に一時記憶されている各データにおける一般データファイル３４内の格納位置が記憶されている。
【００６８】
さらに、サーバ３１内には、データベース管理部３５、一般ファイル管理部３６，データ書込部３７、バッチ処理部３８が設けられている。
一方、各クライアント３９内には、サーバ３１に対してデータ検索指令を送出する検索部４０、サーバ３１から検索データ（検索結果）を受信する検索データ受信部４１、受信した検索データを表示する検索データ表示部４２、データ作成部４３、データ送信部４４等が組込まれている。
【００６９】
次に、このように構成されたデータ検索システムにおける各部の詳細動作を説明する。
各クライアント３９からサーバ３１のデータベース３２に新規のデータを登録する場合は、担当者がクライアント３９において、新規のデータを操作入力すると、データ作成部４３が起動して、データを作成する。そして、データ送信部４４が作成されたデータをサーバ３１へ送信する。
【００７０】
サーバ３１のデータ書込部３７は、受信したデータを一般データファイル３４へ書込む。さらに、データ書込部３４は、一般データファイル３４に書込んだデータの一般データファイル３４内の格納位置をインデックス情報メモリ３３内に登録する。
【００７１】
このような状態において、担当者がクライアント３９において、例えば、データ名を指定した検索要求を入力すると、検索部４０が起動して、この検索要求をサーバ３１へ送信する。
【００７２】
サーバ３１のデータベース管理部３５は、先ずデータベース３２を検索して、該当データがデータベース３２に存在する場合は、このデータを読出してクライアント３９へ送信する。なお、該当データがデータベース３２に存在しない場合は、インデックス情報メモリ３３を調べる。そして、このインデックス情報メモリ３３に該当データの一般データファイル３４内の格納位置が要録されていた場合、一般ファイル管理部３６へその格納位置を送る。一般ファイル管理部３６は、一般データファイル３４から該当データを読出して、データベース管理部３５へ送る。データベース管理部３５はこのデータを要求元のクライアント３９へ送信する。
【００７３】
クライアント３９は、検索データ受信部４１で該当データを受信して、検索データ表示部４１に表示出力する。
バッチ処理部３８は、例えば真夜中等のクライアント３９から検索要求が入力されることの少ない所定のタイミングで、一般データファイル３４に書込まれているデータをデータベースへ３２一括登録するとともに、インデックス情報メモリ３３の記憶内容をクリアする。
【００７４】
このように構成された第２実施形態のデータ検索システムにおいては、クライアント３９からサーバ３１のデータベース３２にデータを登録する場合は、一旦、サーバ３１の一般データファイル３４に書込まれて、インデックス情報メモリ３３に登録される。したがって、この新規に書込まれたデータは、結果的にデータベース３２に元から登録されているデータと同一条件でデータ検索が可能である。
【００７５】
この場合、一般データファイル３４にデータを書込み、インデックス情報メモリ３３に登録する処理時間は、データを正規にデータベース３２に登録する処理時間に比較して格段に短い。よって、データをサーバ３１に登録することにより、他のクライアント３９のサーバ３１に対するデータ検索業務に支障を与えることはない。
【００７６】
（第３実施形態）
図９は本発明の第３実施形態に係わるデータ検索システムの概略構成を示すブロック図である。
【００７７】
このデータ検索システムにおいては、内部にインデックス情報メモリ５２が形成された１台のメインサーバ５１と、このメインサーバ５１に接続されたそれぞれ個別のデータファイル５４を有する複数のサブサーバ５３と、各サブサーバ５３に接続された複数のクライアント５５とで構成されている。
【００７８】
各サブサーバ５３に設けられた各データファイル５４は、システム全体の必要記憶容量を節減するために、原則として、それぞれ自己に接続された各クライアント５５を操作する各担当者に割当てられた業務に関するデータのみを記憶する。
【００７９】
メインサーバ５１のインデックス情報メモリ５２内には、図１０に示すように、全てのサブサーバ５３のデータファイル５４に記憶されている全部のデータに亘って各データ毎に、該当データが格納されているデータファイル５４の所属サブサーバ名（格納ホスト名）と、該当データファイル５４内の格納位置が記憶されている。
【００８０】
このような構成のデータ検索システムにおいて、通常状態において、各担当者は、自己のクライアント５５を操作して、自己のクライアント５５が接続されたサブサーバ５３に必要なデータのデータ名を指定した検索要求を送出する。サブサーバ５３は、クライアント５５からの検索要求を受信すると、自己のデータファイル５４を検索して、該当データを読出して、検索要求元のクライアント５５へ送出する。なお、該当データが検索できなかった場合は、その旨を検索要求元のクライアント５５へ送出する。
【００８１】
図１１は、該当データが検索できなかった場合における各クライアント５５の動作を示す流れ図である。自己に接続されたサブサーバ５３にて正常にデータ検索が可能な場合（Ｓ１）、前述したように通常のデータ検索処理を行う（Ｓ２）。
【００８２】
該当データが検索できなかった場合、このサブサーバ５３を介してメインサーバ５１へインデックス情報の送信要求を送出する（Ｓ３）。メインサーバ５１からインデックス情報メモリ５２に記憶されているインデックス情報を受領すると（Ｓ４）、この受領したインデックス情報を表示出力する（Ｓ５）。そして、担当者がこのインデックス情報に基づいて目的とするデータのデータ名を指定すると（Ｓ６）、該当データの送信要求をサブサーバ５３を介してメインサーバ５１へ送出する（Ｓ７）。メインサーバ５１からサブサーバ５３を介して、目的とするデータを受信すると（Ｓ８）、この受信データを表示する（Ｓ９）。
【００８３】
図１２は各サブサーバ５３の動作を示す流れ図である。
メインサーバ５１からインデックス情報が入力されると（Ｑ１）、このインデックス情報を要求元のクライアント５５へ送信する（Ｑ２）。また、メインサーバ５１からのデータ名を指定したデータ送信要求の場合（Ｑ３）、自己のデータファイル５４に記憶されている該当データを読出してデータ送信要求元のメインサーバ５１へアップロードする（Ｑ４）。
【００８４】
また、メインサーバ５１からのデータのダウンロードがあると（Ｑ５）、該当データの要求元のクライアント５５へこのデータを再度ダウンロードする（Ｑ６）。
【００８５】
さらに、クライアント５５からのインデックス情報の送信要求が入力されると（Ｑ７）、この入力したインデックス情報の送信要求をメインサーバ５１へ送信する。
【００８６】
さらに、メインサーバ５１は、サブサーバ５３を介したクライアント５５からのインデックス情報の送信要求が入力されると、インデックス情報メモリ５２に記憶されたインデックス情報をサブサーバ５３を介して送信要求元のクライアント５５へ送信する。
【００８７】
また、メインサーバ５１は、サブサーバ５３を介したクライアント５５からのサブサーバ５３を指定したデータの送信要求が入力されると、該当サブサーバ５３に対して該当データを自己にアップロードさせるデータ送信要求を送信する。さらに、該当サブサーバ５３からアップロードされたデータを、サブサーバ５３を介してデータ送信要求元のクライアント５５へダウンロードする。
【００８８】
このように構成された第３実施形態のデータ検索システムにおいては、メインサーバ５１に、各データと該当データが格納されているデータファイル５４の所属サブサーバ５３との関係を示すインデックス情報を記憶するインデックス情報メモリ５２が設けられている。
【００８９】
したがって、各クライアント５５は、検索目標とするデータが記憶されているデータファイル５４の所属サブサーバ５３を特定できる。よって、各クライアント５５は、自己が接続されたサブサーバ５３以外の他のサブサーバ５３のデータファイル５４に記憶されているデータもメインサーバ５１を介して簡単に検索して取得できる。
【００９０】
【発明の効果】
以上説明したように、本発明の積算システムにおいては、各作業の費用を算出するために用いていた歩掛ファイルの内容を複数のテーブルからなるリレーショナル・データベースで構成している。
【００９１】
したがって、各クライアントはこのリレーショナル・データベースを遠隔から検索でき、各クライアントにおける歩掛ファイルを除去でき、シスレム全体の必要な記憶容量を大幅に減少でき、またクライアントの処理負担を大幅に低減できる。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係わる積算システムの概略構成を示すブロック図
【図２】同積算システムに組込まれた質問テーブルの記憶内容を示す図
【図３】同積算システムに組込まれた回答テーブル、方程式テーブル及び係数テーブルの各記憶内容を示す図
【図４】同積算システムに組込まれた質問テーブル及び回答テーブルの具体的記憶内容を示す図
【図５】同積算システムに組込まれた質問項目を付加した状態の質問テーブル及び回答テーブルの具体的記憶内容を示す図
【図６】同積算システムのサーバで作成される仮想Ｖiew テーブルを示す図
【図７】本発明の第２実施形態に係わるデータ検索システムの概略構成を示すブロック図
【図８】同データ検索システムのサーバ内に形成されたインデックス情報メモリの記憶内容を示す図
【図９】本発明の第３実施形態に係わるデータ検索システムの概略構成を示すブロック図
【図１０】同データ検索システムのサーバ内に形成されたインデックス情報メモリの記憶内容を示す図
【図１１】同データ検索システムに組込まれた各クライアントの動作を示す流れ図
【図１２】同データ検索システムに組込まれた各サブサーバの動作を示す流れ図
【図１３】従来の積算システムの概略構成を示すブロック図
【図１４】同積算システムにおける歩掛ファイルの更新状態を示す図
【図１５】同積算システムにおける歩掛ファイルの具体的記憶内容を示す図
【図１６】従来のデータ検索システムの概略構成を示すブロック図
【符号の説明】
１１，３１…サーバ
１２，３９，５５…クライアント
１３…ＲＤＢ管理部
１４…リレーショナル・データベース
１５，１５ａ…設問テーブル
１６…回答テーブル
１７…仮想Ｖiew テーブル
１８…方程式テーブル
１９…係数テーブル群
２０…回答受信部
２１…設問テーブル付加部
２２…ＳＱＬ文作成部
２３…検索部
２７…回答作成部
３２…データベース
３３，５２…インデックス情報メモリ
３４…一般データファイル
３５…データベース管理部
３６…一般ファイル管理部
３８…バッチ処理部
５３…サブサーバ
５４…データファイル
【図１】
0004119010.tif 000002
【図２】
0004119010.tif 000003
【図３】
0004119010.tif 000004
【図４】
0004119010.tif 000005
【図５】
0004119010.tif 000006
【図６】
0004119010.tif 000007
【図７】
0004119010.tif 000008
【図８】
0004119010.tif 000009
【図９】
0004119010.tif 000010
【図１０】
0004119010.tif 000011
【図１１】
0004119010.tif 000012
【図１２】
0004119010.tif 000013
【図１３】
0004119010.tif 000014
【図１４】
0004119010.tif 000015
【図１５】
0004119010.tif 000016
【図１６】
0004119010.tif 000017