JP4007747B2

JP4007747B2 - Form data storage management system

Info

Publication number: JP4007747B2
Application number: JP2000099862A
Authority: JP
Inventors: 丈夫成田
Original assignee: Hitachi Software Engineering Co Ltd
Current assignee: Hitachi Software Engineering Co Ltd
Priority date: 2000-03-31
Filing date: 2000-03-31
Publication date: 2007-11-14
Anticipated expiration: 2020-03-31
Also published as: JP2001283141A

Description

【０００１】
【発明の属する技術分野】
本発明は、複数台の計算機により構成され、帳票データを複数の計算機によって共有して保存し、各計算機から検索または参照を行う計算機システムにおける帳票データ保存管理システムに関するものである。また、帳票データ保存管理システムにおいて帳票データを分割保存する場合の帳票データ保存管理方法と、分割保存した帳票データの各データを検索する処理を分散して行う場合の帳票データ保存管理方法に関するものである。
【０００２】
【従来の技術】
近年、業務の電子化は、計算機の低価格化やコスト削減の流れを受けて、急速に広まっている。そのように様々に電子システム化されたものの中には、計算機システムのメインフレームが出力する帳票を電子データの形で保存管理し、電子表示装置を有するワークステーションの計算機システムにおいて参照および検索を行うことができる計算機システムが存在する。
【０００３】
このような計算機システムにおける参照および検索の方法として、計算機のハードディスク装置や光ディスク装置（例えばＣＤ−Ｒ）といった外部記憶装置に帳票データを保存し、そのデータ専用のアプリケーションを用いて参照する方法が知られている。
【０００４】
このような計算機システムは、そのシステムを構築する形態より、帳票データの保存方法と参照方法の組み合わせによって、クライアントサーバ型のシステムとデータ配信型システムに分類できる。
【０００５】
クライアントサーバ型のシステムは、帳票データの出力元よりデータを受信し全データの保存管理から検索処理までの処理を行う一台のサーバと、帳票の表示や検索の要求を行う複数のクライアントから構成される。各クライアントはサーバから保存されている帳票一覧情報を取得し、その中から参照したい帳票を選択し、サーバにデータ取得要求を送る。要求を受信したサーバは保存している帳票データのコピーを要求元のクライアントに送信する。同様に帳票表示中に、検索処理を設定しサーバに送ることにより、サーバが検索処理を行う。
【０００６】
一方、データ配信型システムは、帳票データの出力元よりデータを受信した計算機が、あらかじめ設定された拠点に帳票データの配信を行うシステムである。配信の方式として、通信回線を介して送信するオンライン方式と、ある一定のデータ量または時期に達するまでのデータをＣＤ−Ｒのような搬送可能な記憶媒体に格納し物理的に送るオフライン方式とが存在する。いずれかの方式で帳票データを受け取った拠点では、あらかじめ用意していたアプリケーションにて帳票の参照・検索処理を行う。
【０００７】
また、クライアントサーバ型のシステムとデータ配信型システムとが融合したシステムも存在する。
【０００８】
【発明が解決しようとする課題】
クライアントサーバ型のシステムの場合、クライアント数が増加した場合、サーバへ処理が集中してサーバの負荷が増大し、各クライアントの要求処理のレスポンスが低下する。このような問題の解決のため、従来のシステムでは、複数のサーバを新たに導入し、サーバ当たりのクライアント数を減らす方法が一般的である。この際、導入したサーバが帳票データを取得するため、従来のサーバに格納していた全帳票データを複製するか、既存のサーバの外部記憶装置自体、もしくは帳票データ部分のみを共有化するなどといった煩雑な作業が発生するという問題がある。
【０００９】
また、データ配信型システムの場合、各拠点に共通に同一の帳票データが送られるため、利用されない帳票データが送られる可能性があり、その際には不必要に記憶媒体の容量を消費する。逆に配信されない帳票データを参照する必要が生じた場合、対象の帳票データの配信のための手続きが必要になる。このように不要なデータ、必要なデータに対し柔軟に対応できないという問題がある。
【００１０】
本発明の目的は、帳票のデータを複数の拠点（クライアントサーバ型のシステムにおけるサーバ、データ配信型システムにおける配信先の拠点）で電子データ化して保存する場合に、複数の拠点で同一の帳票を保存する場合は帳票データを共有して使用できるようにし、一拠点あたりのデータ保存量を削減する機能を提供することにある。また、帳票データの目的に応じた分割保存と、その後の参照回数の管理を行うことにより、検索処理の分散による各計算機あたりの処理の軽減、過剰な帳票データ保持の防止を実現するシステムを提供することにある。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明においては、基本的な構成として、複数台の計算機によって帳票データを共有して保存し、保存した帳票データを各計算機で参照及び検索する計算機システムにおいて、帳票データを利用するためのデータタイプに基づいて分割し、つまり、保存対象となる帳票データの各部分を、複数の帳票データで共通な部分があるか否か、検索処理で使用する部分か否か、参照する頻度が高い部分か否かの三種類の特性により分割し、新たに保存する必要がある部分のみを、検索処理を分散して効率よくするために、一箇所ないし複数箇所へ帳票データの各部分を分割して保存する。
【００１２】
また、本発明においては、システムの特徴として、分散保存された帳票データに対し、システム内の各計算機からの検索または帳票データ取得の要求を中央の計算機が自動的に分散並びに配信を行う処理をし、各保存先から送信され一時的に集められた帳票データに対し、その保存または破棄の判定を計算機内での特定期間の運用状況より中央の計算機が決定する機能を備える。
【００１３】
本発明により構成される帳票データ保存管理システムにおいては、システム内に保存する各々の帳票データを、帳票データを利用するためのデータタイプの分類基準に基づいて分割し、分割した帳票データの各部分を保存先の処理サーバ群に配布し、処理サーバ群に配布した帳票データの各部分を帳票データ管理情報により管理する中央サーバ群（１）と、前記中央サーバ群により配布された、分割した帳票データの各部分を保存し、保存している帳票データに関する検索処理を行い、システム内に保存している帳票データの検索要求および参照要求を中央サーバ群に発行する複数の処理サーバ群（９）と、中央サーバ群と複数の処理サーバ群とを接続する通信網（１３）とを備えるものである。
【００１４】
すなわち、ここでの中央サーバ群（１）は、帳票データを利用するためのデータタイプとして、複数の帳票データで共通な部分があるか否か、検索処理で使用する部分か否か、参照する頻度が高い部分か否かの三種類の特徴により帳票データを分割する。
【００１５】
本発明により構成される帳票データ保存管理システムにおいて、中央サーバ群（１）は、保存対象の帳票データを分割して、分割した帳票データを保存する処理サーバ群に配布するデータ分割配布サーバ（２）と、帳票データの参照の運用状況を評価した過去の運用状況情報を蓄積する使用状況情報データベース（３）と、使用状況情報データベースを基に一時データの保存または廃棄の決定し処理サーバ群に廃棄命令を送信する保存管理処理サーバ（４）と、処理サーバ群からの各種要求を受け付ける要求受付サーバ（５）と、帳票データの保存先の処理サーバ群を識別する保存先サーバ識別情報，保存している帳票データの種類を識別するデータ識別情報，および帳票データの保存状態を指示する状態情報とからなる保存管理情報データベース（６）と、各サーバ群の間の通信網の伝送容量を記録したネットワーク相関表（７）と、要求受付サーバにより受け付けた処理要求を、前記ネットワーク相関表を参照して処理サーバ群に分散して送信する処理分散決定サーバ（８）とから構成される。
【００１６】
また、本発明により構成される帳票データ保存管理システムにおいて、処理サーバ群（９）は、中央サーバ群より配布された帳票データを保存する帳票データ格納部（１１）と、中央サーバ群より送られた検索要求およびデータ送信要求を受け付ける要求処理サーバ（１０）と、保存された帳票データに対する検索処理を行い、データ送信要求を発行した要求元に配信する実処理サーバ（１２）とから構成される。
【００２０】
このような特徴および構成を有する本発明によれば、複数の拠点間で重複していた帳票データを共有することにより、システム全体のデータ量の削減を実現することができ、その際、単に削減できるのではなく、データ量と各拠点での運用状況とのバランスの最もとれたデータ配置にて保存するため、システムにおいてデータを効率よく保存することができる。また、同時にデータの分散化により、データの安全性も獲得することができる。
【００２１】
更に、帳票データの保存管理に関する情報を中央サーバ群が一括管理することにより、効率的な処理分散を実現でき、帳票参照等のレスポンスが向上する。また、マスタデータ以外のデータの保存、破棄の判定を一様な判定ではなく各データタイプにあわせた保存効果のポイント化により行うことで、より実際の帳票利用に根付いたデータ管理を行うことができる。従来、拠点の追加の際には、帳票データを格納する外部記憶装置の複製や共有に関する複雑な作業が発生したが、本発明によれば拠点の設備と中央サーバ群への処理サーバ群の追加を行うだけで、あとは自動的に帳票データの共有化や処理分散が行われることにより、システム拡大に柔軟に対応することが可能になる。
【００２２】
【発明の実施の形態】
以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。図１は、本発明の一実施例にかかる帳票データ保存管理システムのシステム構成を示す図である。図１において、参照番号１は中央サーバ群、２はデータ分割配布サーバ、３は使用状況情報データベース、４は保存管理処理サーバ、５は要求受付サーバ、６は保存管理情報データベース、７はネットワーク相関表、８は分散処理決定サーバ、９は処理サーバ群、１０は要求処理サーバ、１１は分割データ格納部、１２は実処理サーバ、１３は通信網である。
【００２３】
この実施例の帳票データ保存管理システムは、クライアント・サーバシステムでのシステム構成がなされ、中央サーバ群１と複数の処理サーバ群９とが通信網１３により接続されてシステムを構成している。中央サーバ群１には、中央処理機能のそれぞれの処理を行う複数のサーバが備えられ、また、複数の処理サーバ群９においても、端末側のそれぞれの処理を行う複数のサーバが備えられる。
中央サーバ群１により提供される処理機能は、システム内に保存する大量の帳票データを、帳票データを利用するためのデータタイプに基づいて分割し、分割した帳票データを保存先の処理サーバ群に配布し、処理サーバ群に配布した帳票データを帳票データ管理情報により管理する機能である。また、複数の処理サーバ群９により提供される処理機能は、中央サーバ群１により配布された帳票データを保存し、保存している帳票データに関する検索処理を行い、システム内に保存している帳票データの検索要求および参照要求を中央サーバ群１に発行する機能である。
【００２４】
また、ここでの中央サーバ群１は、後述するように、帳票データを利用するためのデータタイプとして、複数の帳票データで共通な部分があるか否か、検索処理で使用する部分か否か、参照する頻度が高い部分か否かの三種類の特徴により帳票データを分割する。
【００２５】
中央サーバ群１は、データ分割配布サーバ２と、使用状況情報データベース３と、保存管理処理サーバ４と、要求受付サーバ５と、保存管理情報データベース６と、ネットワーク相関表７と、処理分散決定サーバ８とから構成され、複数の処理サーバ群９は、帳票データを保存する帳票データ格納部１１と、要求処理サーバ１０と、実処理サーバ１２とから構成される。
【００２６】
中央サーバ群１において、データ分割配布サーバ２は、保存対象の帳票データを分割して、分割した帳票データを保存する処理サーバ群９に配布する。使用状況情報データベース３は、帳票データの参照の運用状況を評価した過去の運用状況情報を蓄積しており、保存管理処理サーバ４は、使用状況情報データベース３の情報を基にして一時データの保存または廃棄を決定し、処理サーバ群９に廃棄命令を送信する。要求受付サーバ５は、処理サーバ群からの各種要求を受け付ける。保存管理情報データベース６は、帳票データの保存先の処理サーバ群を識別する保存先サーバ識別情報，保存している帳票データの種類を識別するデータ識別情報，および帳票データの保存状態を指示する状態情報とから保存管理情報を蓄積しており、また、ネットワーク相関表７は、各サーバ群の間の通信網の通信容量、その間の距離、通信コストなどを評価した通信能力の評価点を記録している。処理分散決定サーバ８は、要求受付サーバ５により受け付けた処理要求を、前記ネットワーク相関表７を参照して、適切に処理サーバ群９に分散して送信する。
【００２７】
また、処理サーバ群９において、帳票データ格納部１１は、中央サーバ群より配布された帳票データ１１ａを保存しており、要求処理サーバ１０が、中央サーバ群１より送られた検索要求およびデータ送信要求を受け付けると、実処理サーバ１２が、帳票データ格納部１１に保存された帳票データを対する検索処理を行い、データ送信要求を発行した要求元に配信する。
【００２８】
すなわち、システムとして帳票データの保存管理および処理分散の制御処理を行う中央処理機能を備える中央サーバ群１は、複数のサーバ群により、その機能を提供しており、システムに入力された帳票データを分割および配信を行うデータ分割配布サーバ２と、各計算機からの帳票データの運用状況を入力し、過去の運用状況情報を蓄積している使用状況情報データベース３を基に一時データの保存または廃棄の決定し、廃棄命令を送信する保存管理処理サーバ４、各計算機からの各種要求を受け付ける要求受付サーバ５、及び、受け付けた要求内容を保存管理情報データベース６や各サーバ群を結ぶ通信網の回線状況をまとめたネットワーク相関表７を参照し処理要求先を分散し送信する処理分散決定サーバ８から構成されている。
【００２９】
処理サーバ群９は、中央サーバ群１からの処理依頼を受けて、分割された帳票データの保存、また保持している帳票データに関する検索処理、システム内に保存している帳票の検索・参照要求を発行する。処理サーバ群９も、同じく複数のサーバ群により、その機能を提供している。処理サーバ群９の要求処理サーバ１０は、中央サーバ群１より配布された帳票情報を基に参照・検索要求を発行したり、中央サーバ群１より送られた検索要求やデータ送信要求を受け付ける。受け付けた処理は、実処理サーバ１２により、保存された分割帳票データ１１を基に検索処理を行う。中央サーバ群と各処理サーバ群の間を結ぶ通信網１３は、公衆電話回線、ＬＡＮ通信網などが利用され、中央サーバ群〜各処理サーバ群間、また処理サーバ群同士を結ぶ通信網となっている。
【００３０】
処理サーバ群９は、従来の電子帳票システムの拠点にあたるもので、このサーバ群にさらにクライアントが接続される場合もある。サーバ群を構成する場合、複数の計算機による構成と単一計算機による構成のいずれも可能である。接続クライアント数が多いシステム、または、扱うデータ量が非常に多い巨大なシステムにおいては、中央サーバ群１の場合、各サーバ機能それぞれに計算機を割り当て個々の処理の負荷を中央サーバ群内にて分散することで、単一計算機構成に比べ処理サーバ群へのレスポンスを向上できる。同様に、処理サーバ群９においても、各サーバ機能に計算機を割り当てることで、通信制御処理と帳票データの検索処理の２つの大きな負荷を分散し中央サーバ群からの検索処理等へのレスポンスをさらに向上することが可能である。
【００３１】
また、一方、各処理サーバ群に接続するクライアント数が少ないシステムにおいて、データ共有を目的にシステムを構築するような場合には、各サーバ群を単一計算機で構成することで対処できる。このように、実際にシステムを構成する場合には、システムの規模や目的に合わせて多彩な計算機構成が可能である。
【００３２】
図２は、帳票データを利用するための帳票データの特徴によるデータタイプを説明する図である。本実施例による帳票データ保存管理システムでは、処理サーバ群に分散して保存するため帳票データを分割するが、分割する基準として、システムに保存するデータを、ここで説明するデータタイプにより、複数の帳票データで共通な部分があるか否か、検索処理で使用する部分か否か、参照する頻度が高い部分か否かの三種類の特性に基づいて、帳票データを分類する。
【００３３】
帳票データを構成するデータは、まず、複数の帳票データで共通に使用できるデータか否か、という特性により、図２に示すように、データタイプは大分類として、タイプＡとタイプＢに分類する。タイプＡは各帳票データに固有のデータであり、異なる帳票データの間にて共有できないデータである。タイプＢは共通の属性をもつ帳票同士で再利用可能なデータである。
【００３４】
タイプＡにおいて、日々の業務で参照される機会が比較的多く発生する帳票データのうち、検索処理の対象となることができるデータをＡ−１型データと定義する。このＡ−１型のデータタイプは、会計帳簿や売上記録等に記載している数値、日付、文字列データのようなデータであり、帳票の実データ部分のデータである。一方、帳票に付随する画像データや罫線や図形によるグラフといった検索処理の対象になることができないデータをＡ−２型データと定義する。ただし、書式データは含まない。
【００３５】
そして、Ａ−１型データおよびＡ−２型データに該当しない他のタイプのデータ、つまり、メインフレームでのジョブのログや大量の明細書発行時の控えデータのように、普段の業務では参照することはないが、ジョブの異常終了時の解析や明細書の再発行といった場合のように突発的な理由にて参照する必要があるデータをＡ−３型データと定義する。Ａ−３型データは通常は参照されず保管のみ行われる場合が多いデータである。
【００３６】
タイプＢに分類するデータとしては、帳票データの書式データのように、共通の属性の帳票間で同一の表示を担うデータをＢ−１型データと定義する。また、帳票の表示内容や項目名などの帳票の属性、構成情報を示すデータをＢ−２型データと定義する。このように帳票データを利用するための分類基準に従ってデータタイプを定義する。図２に示す表には、それれぞれのデータタイプの帳票データのデータ特性を併せて示している。つまり、異なる帳票間での共有の可能性、各データの検索実行の可能性、参照頻度の特徴（高い、低い）を併せて示している。
【００３７】
具体的に、帳票データの各部分のデータを各々のデータタイプの分類基準に従って分類した場合の一例を、図１３および図１４に示している。図１３は、帳票データのＡ−３型データの具体例を示す図である。例えば、保存目的のため帳票として出力する大量のデータである。大型計算機のログデータ２１が該当する。このような大型計算機のログデータ２１は、シーケンシャルデータ２２として、従来は磁気テープ等に記録されていたデータである。
【００３８】
図１４は、帳票データのＡ−１型データ、Ａ−２型データ、Ｂ−１型データおよびＢ−２型データの具体例を示す図である。図１４に示すように、例えば決算期・支店別の受注実績一覧として表示されるデータ２３をデータタイプに従い分類すると、帳票データの書式データ２４がＢ−１型データに該当し、帳票に付随する画像データ，罫線，図形によるグラフなどの付属データ２５がＡ−２型データに該当する。また、帳票の表示内容や項目名など帳票の属性、構成情報を示すデータ２６が、Ｂ−２型データに該当する。そして、日々の業務で発生し参照される機会が多い検索処理および参照処理などに最も利用される帳票データの実データ部分２７が、Ａ−１型データに該当する。
【００３９】
次に、ここでの帳票データ保存管理システムにおけるそれぞれの処理内容について、つまり、中央サーバ群１および処理サーバ群９のサーバ群により提供される各サーバ処理機能ごとに基づく一連の処理について、一部のフローチャートを参照して説明する。
【００４０】
まず、システムに帳票データが入力され保存されるまでの処理の流れについて説明する。この処理の流れの説明のために、図３，図４および図５を参照する。図３は、帳票データが入力され保存されるまでの処理のデータ分割配布サーバ２における処理を示すフローチャートである。図４の（ａ）は保存管理情報データベース６に保存されるデータを説明する図であり、図４の（ｂ）は、処理サーバ群９の分割データ格納部１１に格納される帳票登録情報のデータ構造を説明する図であり、図４の（ｃ）は、処理サーバ群９の分割データ格納部１１に格納される帳票データの分割データのデータ構造を説明する図である。また、図５は、帳票データが入力され保存されるまでの処理の処理サーバ群における処理を示すフローチャートである。
【００４１】
システムに帳票データが入力され保存されるまでの処理は、主として中央サーバ群１におけるデータ分割配布サーバ２による処理であり、この処理により分割された帳票データは、分散されて保存するために処理サーバ群９に配布され、そこで保存される。
【００４２】
まず、図３を参照する。保存するための帳票データが、システムに入力されると、中央サーバ群１のデータ分割配布サーバ２にデータが送られる（処理ステップＳ３０１）。入力されたデータは、図４の（ａ）に示すように、保存管理情報データベース６内に設定してある帳票特性６１を基にして初期解析として、データ分割のための基礎解析処理を行う（処理ステップＳ３０２）。
【００４３】
基礎解析処理を行った結果を判定し、次に、入力された帳票データ中にＢ−１型データがあるか否かをチェックする（処理ステップＳ３０３）。Ｂ−１型データが存在する場合は、そのデータが既にシステム内に保存されているかをチェックし（処理ステップＳ３０４）、既にシステム内に存在する場合は、Ｂ−１型データを保存対象に含めないこととし（処理ステップＳ３０６）、今回の保存対象から外す。また、システム内に存在しない場合は、Ｂ−１型データを保存対象に含める（処理ステップＳ３０５）。処理ステップＳ３０３のチェックの後、次に、帳票データをタイプごとに分類して１回目の分割処理を行う（処理ステップＳ３０７）。帳票データを分割した後、個々のデータ毎に、処理ステップＳ３２０〜Ｓ３２７によるデータタイプ別処理を行う。
【００４４】
この処理ステップＳ３２０〜Ｓ３２７によるデータタイプ別処理においては、まず、データタイプを判定する（処理ステップＳ３２０）。Ａ−１型データおよびＡ−２型データの場合は、処理ステップＳ３２１において、帳票データを処理単位に分割する。つまり、データの再分割を行う。この際の分割の単位は、ページ単位、発行先別の単位など、データの連続性が途切れる個所で分割する。分割されたデータは、処理ステップＳ３２２において、保存管理情報データベース６のデータを参照して、データがシステム内で偏らないように考慮した上で２箇所配布先を決定し、各パーツを二箇所（処理サーバ群）に配布する。分割データを２箇所に配布する処理は、データの安全性を実現するほか、Ａ−１型データおよびＡ−２型データは、頻繁に参照されるデータなので、データの分散を効率よく行う目的がある。配布先決定後はそれぞれの配布先に通信網１３を介して配布する。
【００４５】
データタイプを判定し（処理ステップＳ３２０）、Ａ−３型データの場合は、処理ステップＳ３２３において、帳票データを処理単位に分割する。処理ステップＳ３２１と同様に、データの再分割を行うが、ただし、分割単位は、あらかじめ登録した分割サイズである。再分割の完了後もしくは分割中に、分割データ復元用データを作成する（処理ステップＳ３２４）。この分割データ復元用データデータは、ある分割データが何らかの理由で紛失もしくは破損した場合に、残っている他のデータと組み合わせ復元処理を実行し紛失した分割データを復元するためのものである。復元データは異なる２つの分割データの排他的論理和の結果等を利用して作成する。そして、処理ステップＳ３２５において、各パーツ、データを、保存先の処理サーバ群に配布する。データの配布処理では、帳票データの再分割、復元用データ作成完了後に、保存管理情報データベース６を参照して、各処理サーバ群間のデータ量の均衡を考慮し格納しているデータ量の少ない処理サーバ群より配布先を決定する。
【００４６】
データタイプを判定し（処理ステップＳ３２０）、Ｂ−１型データの場合は、処理ステップＳ３２６において、データを利用できる帳票の属性情報等を、保存管理情報データベース６に帳票特性６１として保存して、関連付けを行う。この保存と関連付けの登録後、他のデータ同様、保存管理情報データベース６を参照しデータの配布先を決定し配布を行う（処理ステップＳ３２７）。
【００４７】
それぞれのデータタイプに応じての個々のデータの配布を完了した後、配布した結果を保存管理情報データベース６に登録する（処理ステップＳ３０８）。図４の（ａ）に示すように、保存管理情報データベース６に登録する保存管理情報レコード６２は、次のデータによって構成される。すなわち、保存先の処理サーバ群を識別する識別ＩＤ６２１、どのようなデータが保存されているかを示すデータ識別情報６２２、そしてデータの状態を示す状態６２３の各フィールドデータである。状態６２３として保存する内容は、ここで配布したデータがシステム内にてはマスタデータであるため、マスタデータを示す“Ｍ”をセットする。
【００４８】
処理ステップＳ３２２、Ｓ３２５、Ｓ３２７にて配布されたデータは、図５に示すように、それぞれの送信先である処理サーバ群９内の要求処理サーバ１０および実処理サーバ１２において受信処理とデータ格納処理が行われる（処理ステップＳ３１０、Ｓ３１１）。受信したデータの分割データ１１ａは、処理サーバ群９の外部記憶装置である分割データ格納部１１に格納される。
【００４９】
分割データ１１ａは、図４の（ｃ）に示すように、どのようなデータが保存されているかを示すデータ識別情報１１１、データの状態を示す状態１１２、そして実際のデータ１１３の各フィールドデータから構成される。状態１１２として格納されるデータは、保存管理情報データベース６内に格納した保存管理情報レコード６２と同様に、マスタデータであることを示す“Ｍ”がセットされる。
【００５０】
再び、図３を参照すると、全ての分割データをシステム内に保存した時点で、データ分割配布サーバ２からは、全ての処理サーバ群９に対して新たに帳票を登録したことを通知する帳票登録情報を送信する（処理ステップＳ３０９）。全ての処理サーバ群９では、図５に示すように、要求処理サーバ１０および実処理サーバ１２により帳票登録情報の通知を受信して、外部記憶装置の分割データ格納部１１に帳票登録情報９１として登録する。帳票登録情報９１は、図４の（ｂ）に示すように、帳票を識別する情報９１１と、その帳票に関連するＢ−１型データの一覧およびＢ−２型データの関連情報９１２とで構成される。
【００５１】
次に、ある処理サーバ群において帳票データ表示（取得）処理もしくは検索処理を行う場合のシステム内における処理の流れについて説明する。ここでは、このような処理の流れの説明のため、図６および図７を参照する。図６は帳票データ表示（取得）処理もしくは検索処理を行う場合の処理要求元の処理サーバ群および中央サーバ群における処理の流れを示すフローチャートであり、図７は帳票データ表示（取得）処理もしくは検索処理を行う場合の中央サーバ群からの処理依頼の配信により処理を受け持つ処理サーバ群の処理の流れを示すフローチャートである。
【００５２】
図６を参照すると、処理要求元の処理サーバ群９ａから中央サーバ群１の要求受付サーバ５に対して処理要求を送信する。すなわち、処理を開始して処理ステップＳ４０１において、処理サーバ群９ａから発生した帳票データ取得または検索の要求の内容を中央サーバ群１に送信する。このような要求内容は、事前に自サーバ群９ａ内にある帳票登録情報９１に対し、目的のデータがある帳票を要求処理サーバ１０において検索した上で発行しているため、処理要求を受け付けた中央サーバ群１は受け取った内容をそのまま実行に移せばよく、中央サーバ群１への処理の集中を防いでいる。
【００５３】
処理サーバ群９ａから送られた要求内容は、中央サーバ群１の要求受付サーバ５により解析され（処理ステップ４０２）、処理分散決定サーバ８に要求内容を送る。処理分散決定サーバ８では、目的のデータの保存先を保存管理情報データベース６から取得して、処理の分散先を決定する。すなわち、保存管理情報とネットワーク相関表により転送元（検索実行先）を決定する。候補が複数ある場合は、ネットワーク相関表より最寄りの処理サーバ群を選択する（処理ステップＳ４０３）。
【００５４】
処理分散を行うための配分が決定すると、処理要求元の処理サーバ群９ａに向けて『転送元（もしくは検索実行先）一覧』を送信し（処理ステップＳ４０４）、処理を実行するそれぞれの処理サーバ群９ｂに対してデータの転送命令（もしくは検索実行命令）を送信する（処理ステップＳ４０５）。
【００５５】
図７に示すように、要求された処理を実行する処理サーバ群９ｂにおいては、中央サーバ群１から送信された処理要求が、送信先の処理サーバ群９ｂの要求処理サーバ１０にて受信される（処理ステップＳ４０６）と、その要求内容が解析される（分岐ステップＳ４０７）。要求内容の解析の結果、「データ送信」の場合は、要求された分割データのコピーを要求元に対し送信する（処理ステップＳ４０８）。一方、要求内容の解析の結果、「検索処理」の場合は、その要求内容を実処理サーバ１２に渡し、実処理サーバ１２において要求にしたがい検索処理を行い（処理ステップＳ４０９）、検索結果を要求元に送信する（処理ステップＳ４１０）。
【００５６】
図６に示すように、処理要求元の処理サーバ群９ａにおいては、処理要求を送信した後、要求した処理結果の配信を待つ。その場合に、中央サーバ群１から送信された『転送元（もしくは検索実行先）一覧』９３を受信（処理ステップＳ４１１）し、その後、処理サーバ群９ａは、一覧上の処理サーバ群からすべてデータが送られるまで待つ（処理ステップＳ４１２、分岐ステップＳ４１３）。処理要求が帳票データ取得要求の場合、揃った時点で外部記憶装置に一時的に分割データ１１ａを登録する（処理ステップＳ４１４）。登録した分割データ１１ａのレコードの状態１１２のフィールドデータ部分は、一時的なデータであることを意味する“Ｂ”をセットする。その時点より、データの参照回数の定期的なチェックを開始する（処理ステップＳ４１５）。一方、検索要求の場合はデータが揃った時点で検索結果表示等の処理を行う（処理ステップＳ４１４）。
【００５７】
次に、一時的に集められた帳票データの保存の継続または破棄に関する処理の流れについて説明する。この処理の流れの説明のため、図８，図９および図１０を参照する。図８は帳票データの保存の継続または破棄に関する処理の処理サーバ群における処理の流れを説明するフローチャートであり、図９は帳票データの保存の継続または破棄に関する処理の中央サーバ群における処理の流れを説明するフローチャートである。また、図１０の（ｄ）は保存管理情報データベース６に保存されるデータを説明する図であり、図１０の（ｅ）は使用状況情報データベース３に格納される使用状況情報のデータ構造を説明する図である。
【００５８】
図８を参照する。処理サーバ群９においては、一時保存分割データ１１ａの使用状況を監視しており（処理ステップＳ５０１）、処理サーバ群９内の外部記憶装置に一時的に保存されている分割データ１１ａを、ある一定の時期に達した時点で、登録後に何回使用されたかをチェックする（分岐ステップＳ５０２）。このとき、規定の回数を満たさなかった場合は、一時保存としての役目を完了したとし、分割データ１１ａを削除する（処理ステップＳ５０３）。規定の回数を越えた場合、そのデータは処理サーバ群９において使用頻度が高く、自サーバ群内に格納し運用する有用性が非常に高いとみなし、分割データ１１ａの状態を一時的なものから「仮登録」に昇格する手続きを取るため、該当データの自サーバ群での『仮登録申請』を送信する（処理ステップＳ５０４）。
【００５９】
仮登録の手続きを取ることにより、マスタデータと同様に一時保存時のチェック期間より長い期間、自サーバ群にデータをとどめておくことができ、要求のある度に各処理サーバ群よりデータを収集する必要がなくなる。そのため、帳票データを取得し、表示するための時間を短縮でき、ネットワークや中央サーバ群の負荷を軽減することができる。
【００６０】
検索処理に関しては処理分散を優先するため、従来と同様に中央サーバ群１に対して処理要求を出す仕組みをとる。ただし、その際、自サーバ群が検索処理分散の対象にはなる。同様に他の処理サーバ群でのデータ取得要求の際に送信の一部を担う。
【００６１】
中央サーバ群１に「仮登録申請」を行った後は、分割データ１１ａの状態１１２のフィールドデータとして、仮登録データであることを示す“Ｒ”に更新する（処理ステップＳ５０５）。そして、その時点より一時保存時の際から行っていた使用回数チェックのほかに、中央サーバ群１からのデータ送信または検索処理要求の頻度も集計項目に含めてチェックを再開する（処理ステップＳ５０６）。
【００６２】
図９を参照すると、処理サーバ群９からの仮登録申請は、中央サーバ群１の要求受付サーバ５にて受信され（処理ステップＳ５０７）、内容解析の後、保存管理処理サーバ４に要求内容を渡す。要求を受けた保存管理処理サーバ４は、マスタデータを登録したときと同様に、保存管理情報データベース６に保存管理情報レコード６２を追加する（処理ステップＳ５０８）。そのレコードの状態６２３は処理５０４同様に“Ｒ”とする。次に処理ステップＳ５０９において、使用状況情報データベース３に、後述する保存の継続の判定に用いる為の情報を格納する使用状況情報のレコード３１を追加する。
【００６３】
図１０に示すように、使用状況情報のレコード３１は、データの格納先を示す処理サーバ群識別ＩＤ３１１、データを識別する為の識別子３１２、現在の仮登録としての効果を示す現評価点３１３、そして、過去の使用状況情報３１４というデータ形式のデータ構造を有している。初期状態では識別子以外０を設定し、次回の“仮登録状態の効果の評価”（処理ステップＳ５１３）以降においてデータを設定する。
【００６４】
仮登録した後、一定の期間が過ぎた時点で処理サーバ群９は仮登録データの使用状況を集計した『使用状況レポート』を中央サーバ群１に送信する（処理ステップ５１０）。送信されたレポートは中央サーバ群１の要求受付サーバ５を介して保存管理処理サーバ４に転送する（処理ステップＳ５１１）。保存管理サーバ４ではレポート受信した後（処理ステップＳ５１２）、仮登録として保存を継続する効果があるかどうかを判定する処理を行い、仮登録状態での格納効果の再評価の処理を行い（処理ステップＳ５１３）、仮登録としての効果を再評価する。再評価の詳細については、後述する図１１により説明する。
【００６５】
再評価後、評価点（再評価の結果を具体的に数値で表現したもの）の判定を行う（分岐ステップＳ５１４）。評価点が１点以上である場合は、仮登録として継続して保存する効果があるとみなし、評価点ならびに今回の使用状況レポートの内容を使用状況情報データベース３内のレコード３１に反映する（処理ステップＳ５１５）。再評価にて得点を失った場合には、仮登録としての効果がないとみなし、保存管理情報データベースならびに使用状況情報データベースの該当するレコードを削除し（処理ステップＳ５１６）、処理サーバ群９に対し『仮登録の取り消し命令』を送信する（処理ステップＳ５１７）。
【００６６】
再び、図８を参照する。処理サーバ群９では『仮登録の取り消し命令』を受信し（処理ステップＳ５１８）、処理サーバ群９は、該当するデータの“状態”部分を一時保存を示す“Ｂ”に更新する（処理ステップＳ５１９）。以降、分割データ１１ａは、再び一時保存データとして使用状況のみをチェックする状態（処理ステップＳ５０１）に戻る。
【００６７】
図１１は、図９の処理ステップＳ５１３における仮登録状態での格納効果の再評価処理を示すフローチャートであり、図１２は、仮登録状態での格納効果の再評価処理で用いる評価方法の算出基準の例を示している。
【００６８】
仮登録状態での格納効果の再評価処理において、再評価の対象となったデータの前回の評価点ならびに過去の使用状況のデータを使用状況情報データベース３より取得する（処理ステップＳ６０１）。取得したデータを元に、全データ共通の評価点を算出する（処理ステップＳ６０２）。そして、データタイプを判定してＡ−１型データまたはＢ−１型データに応じてそれぞれの処理を行う。この処理で、Ａ−１型、Ｂ−１型のデータの場合は、さらにデータの特長を生かす固有の評価点を算出する（処理ステップＳ６０３、Ｓ６０４、Ｓ６０５）。ここでの処理ステップＳ６０２において、算出する直接参照評価点とは、仮登録データが通信網を介してのデータ収集を発生させないことによって得たトラフィック量の削減に対する貢献度をポイント化したものである。
【００６９】
その算出方法としては、図１２に示すように、それぞれの算出基準での評価を行う。例えば、過去の参照回数から今回の参照回数を推定し、その推測値と実測値との差をポイント化する方法（７１）や、その仮登録データ参照回数を偏差値によって評価する方法（７２）等が用いる。いずれの方法の場合でも、参照頻度が高いものにはプラスのポイントを、参照頻度が低いものにはマイナスのポイントを与える。
【００７０】
次にデータタイプ個別の評価点を算出する算出基準としては、Ａ−１型データのデータタイプの場合、自サーバ群内の参照以外にも、他の処理サーバ群からのデータ取得または検索処理の要求がある。これを踏まえ、システムからみた場合の処理分散、データ分散への貢献度をポイント化したものが“処理分散評価点”である。この評価点のポイント化の例として、全体の要求処理に対する対象の仮登録データの利用回数の割合にてポイントする方法（７３）等を用いる。
【００７１】
Ｂ−１型データのデータタイプの場合、本来の目的の帳票データ自体が不用になっても、定期的に出力される帳票を参照する場合には再び使用することができるデータである。そのため、Ｂ−１型データが関連付けられている帳票が定期的に出力されるような場合に、その出力期間にあわせて長期保存に対応した評価ができるよう補正するポイントを算出する（７４）。
【００７２】
そして、最終的に、今回算出した各評価点と現在の評価点を足したものを新しい評価点とする（処理ステップＳ６０６）。ただし、この計算により新しい評価点が０点を割った際は０点とする。ここで算出した評価点を基に、図９の処理フローの中の分岐ステップＳ５１４にて仮登録の継続または解除の判定を行う。
【００７３】
【発明の効果】
以上、説明したように、本発明の帳票データ保存管理システムによれば、複数の拠点間で重複していた帳票データを共有することにより、帳票データを保存する場合のシステム全体のデータ量の削減を行うことができる。その際、単に削減できるのではなく、データ量と各拠点での運用状況とのバランスの最もとれたデータ配置にて保存するため、システムにおいてデータを効率よく保存することができる。同時に、データの分散化により、データの安全性も獲得することができる。更には、帳票データの保存管理に関する情報を中央サーバ群が一括管理するので、効率的な処理分散を実現して、帳票参照等のレスポンスが向上する。マスタデータ以外のデータの保存、破棄の判定を一様な判定ではなく、各データタイプにあわせた格納効果の評価を行い、ポイント化により行うことで、より実際の帳票データの利用に根付いたデータ管理を行うことができる。
【００７４】
また、従来、拠点（サーバ群）の追加の際には、帳票データを格納する外部記憶装置の複製や共有に関する複雑な作業が発生したが、本発明によれば、拠点の設備と中央サーバ群への処理サーバ群の追加を行うだけで、あとは自動的に帳票データの共有化や処理分散が行われることにより、システム拡大に柔軟に対応することが可能になる。
【図面の簡単な説明】
【図１】本発明の一実施例にかかる帳票データ保存管理システムのシステム構成を示す図、
【図２】帳票データを利用するための帳票データの特徴によるデータタイプを説明する図、
【図３】帳票データが入力され保存されるまでの処理のデータ分割配布サーバ２における処理を示すフローチャート、
【図４】（ａ）は保存管理情報データベース６に保存されるデータを説明する図、（ｂ）は処理サーバ群９の分割データ格納部１１に格納される帳票登録情報のデータ構造を説明する図、（ｃ）は処理サーバ群９の分割データ格納部１１に格納される帳票データの分割データのデータ構造を説明する図である。
【図５】帳票データが入力され保存されるまでの処理の処理サーバ群における処理を示すフローチャート、
【図６】帳票データ表示（取得）処理もしくは検索処理を行う場合の処理要求元の処理サーバ群および中央サーバ群における処理の流れを示すフローチャート、
【図７】帳票データ表示（取得）処理もしくは検索処理を行う場合の中央サーバ群からの処理依頼の配信により処理を受け持つ処理サーバ群の処理の流れを示すフローチャート、
【図８】帳票データの保存の継続または破棄に関する処理の処理サーバ群における処理の流れを説明するフローチャート、
【図９】帳票データの保存の継続または破棄に関する処理の中央サーバ群における処理の流れを説明するフローチャート、
【図１０】（ｄ）は保存管理情報データベース６に保存されるデータを説明する図、（ｅ）は使用状況情報データベース３に格納される使用状況情報のデータ構造を説明する図である。
【図１１】仮登録状態での格納効果の再評価処理を示すフローチャート、
【図１２】仮登録状態での格納効果の再評価処理で用いる評価方法の算出基準の例を示す図である。
【図１３】帳票データのＡ−３型データの具体例を示す図である。
【図１４】帳票データのＡ−１型データ、Ａ−２型データ、Ｂ−１型データおよびＢ−２型データの具体例を示す図である。
【符号の説明】
１…中央サーバ群、
２…データ分割配布サーバ、
３…使用状況情報データベース、
４…保存管理処理サーバ、
５…要求受付サーバ、
６…保存管理情報データベース、
７…ネットワーク相関表、
８…分散処理決定サーバ、
９…処理サーバ群、
１０…要求処理サーバ、
１１…分割データ格納部、
１２…実処理サーバ、
１３…通信網[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a form data storage management system in a computer system that includes a plurality of computers, shares and stores form data among a plurality of computers, and searches or references from each computer. In addition, the present invention relates to a form data storage management method when the form data is stored separately in the form data storage management system, and a form data storage management method when the processing for searching each data of the divided form data is performed in a distributed manner. is there.
[0002]
[Prior art]
In recent years, computerization of business has spread rapidly in response to the trend of lower computer prices and cost reduction. Among these various electronic systems, the forms output by the main frame of the computer system are stored and managed in the form of electronic data, and are referenced and searched in the computer system of the workstation having the electronic display device. There are computer systems that can do this.
[0003]
As a reference and search method in such a computer system, a method is known in which form data is stored in an external storage device such as a hard disk device or an optical disk device (for example, a CD-R) of the computer and is referred to using an application dedicated to the data. It has been.
[0004]
Such a computer system can be classified into a client server type system and a data distribution type system according to a combination of a form data storage method and a reference method, depending on the configuration of the system.
[0005]
The client-server system receives data from the form data output source and searches from the storage management of all data. Processing up to Display and search for a single server and forms Request It consists of multiple clients that perform Each client acquires form list information stored from the server, selects a form to be referred to from the list information, and sends a data acquisition request to the server. The server that has received the request sends a copy of the stored form data to the requesting client. Similarly, during the form display, the server performs search processing by setting search processing and sending it to the server.
[0006]
On the other hand, a data distribution type system is a system in which a computer that receives data from a form data output source distributes form data to a base set in advance. As a delivery method, an online method for transmitting via a communication line, and an offline method for physically sending data until a certain amount of data or time is reached in a transportable storage medium such as a CD-R Exists. At the site that receives the form data by any of the methods, the form is referred and searched by an application prepared in advance.
[0007]
There is also a system in which a client server type system and a data distribution type system are integrated.
[0008]
[Problems to be solved by the invention]
In the case of a client server type system, when the number of clients increases, processing concentrates on the server, the load on the server increases, and the response of request processing of each client decreases. In order to solve such a problem, the conventional system generally employs a method of newly introducing a plurality of servers and reducing the number of clients per server. At this time, since the installed server acquires the form data, all form data stored in the conventional server is duplicated, or the external storage device of the existing server itself or only the form data part is shared. There is a problem that complicated work occurs.
[0009]
Further, in the case of a data distribution type system, the same form data is sent to each base in common, so that form data that is not used may be sent, and in this case, the capacity of the storage medium is unnecessarily consumed. Conversely, when it is necessary to refer to form data that is not distributed, a procedure for distributing the target form data is required. Thus, there is a problem that it is not possible to flexibly cope with unnecessary data and necessary data.
[0010]
An object of the present invention is to save the same form at a plurality of bases when the form data is converted into electronic data at a plurality of bases (a server in a client server type system, a distribution destination base in a data distribution type system). When saving, form data can be shared and used, and the function of reducing the amount of data saved per site is provided. In addition, by providing divided storage according to the purpose of the form data and managing the number of subsequent references, we provide a system that reduces the processing per computer by distributing search processing and prevents excessive form data retention. There is to do.
[0011]
[Means for Solving the Problems]
In order to achieve the above object, in the present invention, as a basic configuration, in a computer system in which form data is shared and saved by a plurality of computers and the saved form data is referred to and searched by each computer, Dividing based on the data type for using the data, that is, whether each part of the form data to be saved has a common part in multiple form data or whether it is a part used in search processing , Refers frequently Divide each part of the form data into one place or multiple places in order to distribute the search process efficiently for only the parts that need to be newly saved, divided according to the three types of characteristics of whether or not they are parts And save.
[0012]
In the present invention, as a feature of the system, a process in which a central computer automatically distributes and distributes a request for retrieval or form data acquisition from each computer in the system for distributed and stored form data. In addition, the central computer has a function of determining whether to store or discard the form data transmitted from each storage destination and temporarily collected based on the operation status of a specific period in the computer.
[0013]
Book Form data storage management system constituted by the invention In Save in the system Each Data type for using the form data of the form data Classification criteria Divided form data and divided form data Each part of Is distributed to the processing server group of the storage destination, and the form data distributed to the processing server group Each part of Is managed by the central server group (1) that manages the document data by the form data management information and the central server group. Split Form data Each part of A plurality of processing server groups (9) that perform search processing on the stored form data, issue search requests and reference requests for the form data stored in the system to the central server group, and the central server A communication network (13) connecting the group and a plurality of processing server groups; It is equipped with .
[0014]
That is, the central server group (1) here is a data type for using the form data, whether there is a common part in a plurality of form data, whether it is a part used in search processing, Refers frequently The form data is divided according to three types of characteristics, ie, whether it is a part or not.
[0015]
In the form data storage management system constructed according to the present invention, the central server group (1) divides the form data to be stored and distributes it to the processing server group for storing the divided form data (2 ), A usage status information database (3) that accumulates past operational status information that evaluates the operational status of reference to form data, and based on the usage status information database, a decision is made to save or discard temporary data to the processing server group. Storage management processing server (4) for transmitting a discard command, request reception server (5) for receiving various requests from the processing server group, storage destination server identification information for identifying the processing server group for saving the form data, and storage Management information data consisting of data identification information for identifying the type of form data being processed, and status information indicating the storage status of the form data The network correlation table (7) in which the transmission capacity of the communication network between the server (6) and each server group is recorded, and the processing request received by the request receiving server with reference to the network correlation table. And a processing distribution determination server (8) that transmits the data in a distributed manner.
[0016]
In the form data storage management system configured according to the present invention, the processing server group (9) is sent from the central server group and the form data storage unit (11) for storing the form data distributed from the central server group. Request processing server (10) that accepts search requests and data transmission requests, and saved form data In And an actual processing server (12) that performs a search process on the request and distributes it to the requester that issued the data transmission request.
[0020]
According to the present invention having such characteristics and configuration, the data amount of the entire system can be reduced by sharing the form data that has been duplicated among a plurality of bases. Instead, data can be stored efficiently in the system because data is stored in a data arrangement that balances the amount of data and the operation status at each site. At the same time, data security can be obtained by data distribution.
[0021]
Furthermore, the central server group collectively manages information related to storage management of form data, so that efficient processing distribution can be realized, and response such as form reference is improved. In addition, data management that is more rooted in the use of actual forms can be performed by determining whether data other than master data is to be stored or discarded by making the storage effect pointed to each data type, rather than making a uniform determination. it can. Conventionally, when adding a base, complicated work related to duplication and sharing of an external storage device that stores form data has occurred, but according to the present invention, the processing server group is added to the base equipment and the central server group. By simply performing the above, it is possible to flexibly cope with system expansion by automatically sharing the form data and distributing the processing.
[0022]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment for carrying out the present invention will be specifically described with reference to the drawings. FIG. 1 is a diagram showing a system configuration of a form data storage management system according to an embodiment of the present invention. In FIG. 1, reference numeral 1 is a central server group, 2 is a data division distribution server, 3 is a usage status information database, 4 is a storage management processing server, 5 is a request reception server, 6 is a storage management information database, and 7 is a network correlation. Table, 8 is a distributed processing determination server, 9 is a processing server group, 10 is a request processing server, 11 is a divided data storage unit, 12 is an actual processing server, and 13 is a communication network.
[0023]
The form data storage management system of this embodiment has a system configuration of a client / server system, and a central server group 1 and a plurality of processing server groups 9 are connected by a communication network 13 to constitute a system. The central server group 1 is provided with a plurality of servers that perform the respective processes of the central processing function, and each of the processing on the terminal side is also included in the plurality of processing server groups 9. The A plurality of servers to perform are provided.
The processing function provided by the central server group 1 divides a large amount of form data stored in the system based on the data type for using the form data, and the divided form data is stored in the processing server group of the storage destination. This is a function for managing the form data distributed and distributed to the processing server group using the form data management information. Further, the processing functions provided by the plurality of processing server groups 9 store the form data distributed by the central server group 1, perform a search process on the stored form data, and store the forms in the system. This is a function for issuing a data search request and a reference request to the central server group 1.
[0024]
In addition, as will be described later, the central server group 1 here is a data type for using the form data, whether there is a common part in a plurality of form data, and whether it is a part used in search processing. , Refers frequently The form data is divided according to three types of characteristics, ie, whether it is a part or not.
[0025]
The central server group 1 includes a data division distribution server 2, a usage status information database 3, a storage management processing server 4, a request reception server 5, a storage management information database 6, a network correlation table 7, and a processing distribution determination server. The plurality of processing server groups 9 are composed of a form data storage unit 11 that stores form data, a request processing server 10, and an actual processing server 12.
[0026]
In the central server group 1, the data division distribution server 2 divides the form data to be saved and distributes it to the processing server group 9 that saves the divided form data. The usage status information database 3 stores past operational status information that evaluates the operational status of the form data reference, and the storage management processing server 4 stores temporary data based on the information of the usage status information database 3. Alternatively, discard is determined and a discard command is transmitted to the processing server group 9. The request reception server 5 receives various requests from the processing server group. The storage management information database 6 stores storage server identification information for identifying a processing server group to store form data, data identification information for identifying the type of stored form data, and a state for indicating the storage state of the form data Storage management information is accumulated from the information, and the network correlation table 7 records communication capacity evaluation points for evaluating the communication capacity of the communication network between each server group, the distance between them, the communication cost, and the like. ing. The processing distribution determination server 8 refers to the network correlation table 7 and appropriately distributes and transmits the processing request received by the request receiving server 5 to the processing server group 9.
[0027]
In the processing server group 9, the form data storage unit 11 stores the form data 11 a distributed from the central server group, and the request processing server 10 transmits the search request and data transmission sent from the central server group 1. When the request is received, the actual processing server 12 performs a search process for the form data stored in the form data storage unit 11 and distributes it to the request source that issued the data transmission request.
[0028]
In other words, the central server group 1 having a central processing function that performs storage management of form data and control processing of processing distribution as a system provides the function by a plurality of server groups, and the form data input to the system is Data distribution / distribution server 2 that performs division and distribution and the operation status of the form data from each computer are input, and temporary data is stored or discarded based on the usage status information database 3 that accumulates past operation status information. The storage management processing server 4 that determines and sends a discard command, the request reception server 5 that receives various requests from each computer, and the line status of the communication network that connects the received request contents to the storage management information database 6 and each server group Referring to the network correlation table 7 summarizing the above, the processing distribution determination server 8 is configured to distribute and transmit the processing request destinations.
[0029]
Upon receiving a processing request from the central server group 1, the processing server group 9 stores the divided form data, retrieves the retained form data, and retrieves / references a form stored in the system. Is issued. The processing server group 9 also provides its function by a plurality of server groups. The request processing server 10 of the processing server group 9 issues a reference / search request based on the form information distributed from the central server group 1 and accepts a search request and a data transmission request sent from the central server group 1. The accepted processing is performed by the actual processing server 12 based on the stored divided form data 11. The communication network 13 connecting the central server group and each processing server group is a public telephone line, a LAN communication network, or the like, and becomes a communication network connecting the central server group to each processing server group or between processing server groups. ing.
[0030]
The processing server group 9 is a base of a conventional electronic form system, and a client may be further connected to this server group. When configuring the server group, either a configuration with a plurality of computers or a configuration with a single computer is possible. In a system with a large number of connected clients or a huge system with a large amount of data to be handled, in the case of the central server group 1, a computer is assigned to each server function to distribute the processing load within the central server group. By doing so, the response to the processing server group can be improved as compared with the single computer configuration. Similarly, in the processing server group 9, by assigning a computer to each server function, two large loads of communication control processing and form data search processing are distributed, and a response to the search processing from the central server group is further added. It is possible to improve.
[0031]
On the other hand, in a system in which the number of clients connected to each processing server group is small and the system is constructed for the purpose of data sharing, it can be dealt with by configuring each server group with a single computer. As described above, when the system is actually configured, various computer configurations are possible according to the scale and purpose of the system.
[0032]
FIG. 2 is a diagram for explaining data types according to the characteristics of the form data for using the form data. In the form data storage management system according to the present embodiment, the form data is divided in order to be distributed and stored in the processing server group. As a reference for division, the data to be stored in the system is divided into a plurality of data types described here. Whether there is a common part in the form data, whether it is a part used in search processing, Refers frequently The form data is classified based on three kinds of characteristics, ie, whether it is a part or not.
[0033]
The data constituting the form data is first classified into type A and type B as shown in FIG. 2 according to the characteristic of whether or not the data can be used in common by a plurality of form data. . Type A is data unique to each form data, and cannot be shared among different form data. Type B is data that can be reused between forms having common attributes.
[0034]
In type A, data that can be a target of search processing is defined as A-1 type data among the form data in which relatively many opportunities to be referred to in daily work occur. The A-1 type data type is data such as numerical values, dates, and character string data described in an accounting book or sales record, and is data of the actual data portion of the form. On the other hand, data that cannot be an object of search processing, such as image data attached to a form, a ruled line, or a graphic graph, is defined as A-2 type data. However, format data is not included.
[0035]
And other types of data that do not correspond to A-1 type data and A-2 type data, ie, job logs in mainframes and copy data when large numbers of statements are issued. Data that needs to be referred to for unexpected reasons, such as analysis at the time of abnormal termination of a job or reissue of a specification, is defined as A-3 type data. A-3 type data is data that is often not stored and usually only stored.
[0036]
As data classified into type B, data that bears the same display among forms with common attributes, such as form data format data, is defined as B-1 type data. Further, data indicating the form attributes such as the display contents of the form and item names, and the configuration information are defined as B-2 type data. Thus, the data type is defined according to the classification standard for using the form data. The table shown in FIG. 2 also shows the data characteristics of the form data of each data type. In other words, the possibility of sharing between different forms, the possibility of search execution of each data, and the characteristics (high and low) of the reference frequency are also shown.
[0037]
Specifically, an example in which the data of each part of the form data is classified according to the classification standard of each data type is shown in FIG. 13 and FIG. FIG. 13 is a diagram showing a specific example of A-3 type data of form data. For example, a large amount of data to be output as a form for storage purposes. This corresponds to log data 21 of a large computer. The log data 21 of such a large computer is data that has been conventionally recorded on a magnetic tape or the like as sequential data 22.
[0038]
FIG. 14 is a diagram illustrating specific examples of A-1 type data, A-2 type data, B-1 type data, and B-2 type data of form data. As shown in FIG. 14, for example, a list of orders received by settlement period and branch Displayed as When the data 23 is classified according to the data type, the form data format data 24 corresponds to the B-1 type data, and the attached data 25 such as image data, ruled lines, and graphic graphs attached to the form corresponds to the A-2 type data. To do. Further, the data 26 indicating the form attributes and configuration information such as the display contents and item names of the form corresponds to the B-2 type data. The actual data portion 27 of the form data that is used most frequently in search processing and reference processing that occurs frequently in daily work and is often referred to corresponds to A-1 type data.
[0039]
Next, a part of each processing content in the form data storage management system here, that is, a series of processing based on each server processing function provided by the server group of the central server group 1 and the processing server group 9 is partially This will be described with reference to the flowchart of FIG.
[0040]
First, the flow of processing until form data is input and stored in the system will be described. For description of the flow of this process, reference is made to FIGS. 3, 4 and 5. FIG. FIG. 3 is a flowchart showing the processing in the data division distribution server 2 until the form data is input and stored. 4A is a diagram for explaining data stored in the storage management information database 6, and FIG. 4B is a diagram of form registration information stored in the divided data storage unit 11 of the processing server group 9. FIG. 4C is a diagram illustrating the data structure of the divided data of the form data stored in the divided data storage unit 11 of the processing server group 9. FIG. 5 is a flowchart showing the processing in the processing server group until the form data is input and stored.
[0041]
The processing until the form data is input and stored in the system is mainly processing by the data division distribution server 2 in the central server group 1, and the form data divided by this processing is processed in order to be distributed and stored. Distributed to group 9 and stored there.
[0042]
First, referring to FIG. When the form data to be stored is input to the system, the data is sent to the data division distribution server 2 of the central server group 1 (processing step S301). As shown in FIG. 4A, the input data is subjected to basic analysis processing for data division as an initial analysis based on the form characteristics 61 set in the storage management information database 6 ( Processing step S302).
[0043]
The result of the basic analysis process is determined, and then it is checked whether or not the B-1 type data is present in the input form data (processing step S303). If the B-1 type data exists, it is checked whether the data is already stored in the system (processing step S304). If it already exists in the system, the B-1 type data is included in the storage target. It is assumed that there is no data (processing step S306), and is excluded from the current storage target. If the data does not exist in the system, the B-1 type data is included in the storage target (processing step S305). After the check in the processing step S303, next, the form data is classified by type and the first division processing is performed (processing step S307). After the form data is divided, processing for each data type is performed for each piece of data by processing steps S320 to S327.
[0044]
In the data type-specific processing in the processing steps S320 to S327, first, the data type is determined (processing step S320). In the case of A-1 type data and A-2 type data, the form data is divided into processing units in processing step S321. That is, the data is divided again. The division unit at this time is divided at a location where data continuity is interrupted, such as a page unit or a unit by issue destination. In the processing step S322, the divided data is determined by referring to the data in the storage management information database 6 and determining two distribution destinations in consideration of the data not being biased in the system. Distributed to the processing server group). The process of distributing the divided data to two places realizes the safety of the data, and the purpose is to efficiently distribute the data because the A-1 type data and the A-2 type data are frequently referenced data. is there. After the distribution destination is determined, it is distributed to each distribution destination via the communication network 13.
[0045]
The data type is determined (processing step S320), and in the case of A-3 type data, the form data is divided into processing units in processing step S323. Similar to the processing step S321, data is re-divided, but the division unit is a division size registered in advance. After the re-division is completed or during division, divided data restoration data is created (processing step S324). This divided data restoration data data is used to restore lost divided data by executing a combination restoration process with other remaining data when some divided data is lost or damaged for some reason. Restored data is created using the result of exclusive OR of two different divided data. In step S325, each part and data is distributed to the storage destination processing server group. In the data distribution process, after the division of the form data and the creation of the restoration data are completed, the storage management information database 6 is referred to, and the stored data amount is small in consideration of the balance of the data amount among the processing server groups. Distribution destination from processing server group The decide.
[0046]
The data type is determined (processing step S320), and in the case of B-1 type data, the attribute information of the form that can use the data is stored in the storage management information database 6 as the form characteristic 61 in processing step S326. Make an association. After the registration of the storage and association, as with other data, the storage management information database 6 is referred to determine the data distribution destination and perform distribution (processing step S3). 27 ).
[0047]
After the distribution of individual data according to each data type is completed, the distribution result is registered in the storage management information database 6 (processing step S308). As shown in FIG. 4A, the storage management information record 62 registered in the storage management information database 6 is composed of the following data. That is, the field data includes an identification ID 621 for identifying a storage destination processing server group, data identification information 622 indicating what kind of data is stored, and a state 623 indicating a data state. The content stored as the state 623 is set to “M” indicating the master data because the data distributed here is the master data in the system.
[0048]
As shown in FIG. 5, the data distributed in the processing steps S322, S325, and S327 are received and stored in the request processing server 10 and the actual processing server 12 in the processing server group 9 as the respective transmission destinations. Are performed (processing steps S310 and S311). The divided data 11 a of the received data is stored in the divided data storage unit 11 that is an external storage device of the processing server group 9.
[0049]
As shown in FIG. 4C, the divided data 11a includes data identification information 111 indicating what kind of data is stored, a state 112 indicating the state of the data, and each field data of the actual data 113. Composed. Similarly to the storage management information record 62 stored in the storage management information database 6, “M” indicating that the data stored as the state 112 is master data is set.
[0050]
Referring to FIG. 3 again, when all the divided data is stored in the system, the data division distribution server 2 notifies the registration of a new form to all the processing server groups 9. Information is transmitted (processing step S309). In all the processing server groups 9, as shown in FIG. 5, the notification of the form registration information is received by the request processing server 10 and the actual processing server 12, and the form registration information 91 is stored in the divided data storage unit 11 of the external storage device. sign up. As shown in FIG. 4B, the form registration information 91 includes information 911 for identifying a form, a list of B-1 type data related to the form, and related information 912 of B-2 type data. Is done.
[0051]
Next, the flow of processing in the system when a form data display (acquisition) process or search process is performed in a certain processing server group will be described. Here, FIG. 6 and FIG. 7 are referred to for explaining the flow of such processing. FIG. 6 is a flowchart showing the flow of processing in the processing request source processing server group and the central server group when the form data display (acquisition) process or search process is performed, and FIG. 7 shows the form data display (acquisition) process or search. It is a flowchart which shows the flow of a process of the process server group which takes charge of a process by delivery of the process request from the central server group in the case of performing a process.
[0052]
Referring to FIG. 6, a processing request is transmitted from the processing request source processing server group 9 a to the request receiving server 5 of the central server group 1. That is, the processing is started, and the content of the form data acquisition or search request generated from the processing server group 9a is transmitted to the central server group 1 in processing step S401. Since the request contents are issued in advance after searching the form registration information 91 in the own server group 9a after searching the form having the target data in the request processing server 10, the processing request is accepted. The central server group 1 only needs to execute the received content as it is, thus preventing concentration of processing in the central server group 1.
[0053]
The request content sent from the processing server group 9 a is analyzed by the request receiving server 5 of the central server group 1 (processing step 402), and the request content is sent to the processing distribution determination server 8. The processing distribution determination server 8 acquires the storage destination of the target data from the storage management information database 6 and determines the processing distribution destination. That is, the transfer source (search destination) is determined based on the storage management information and the network correlation table. When there are a plurality of candidates, the nearest processing server group is selected from the network correlation table (processing step S403).
[0054]
When the distribution for performing the process distribution is determined, a “transfer source (or search execution destination) list” is transmitted to the process requesting process server group 9a (process step S404), and each process server executing the process A data transfer command (or search execution command) is transmitted to the group 9b (processing step S405).
[0055]
As shown in FIG. 7, in the processing server group 9b that executes the requested processing, the processing request transmitted from the central server group 1 is received by the request processing server 10 of the destination processing server group 9b. (Processing step S406), the request content is analyzed (branch step S407). If the result of analysis of the request content is “data transmission”, a copy of the requested divided data is transmitted to the request source (processing step S408). On the other hand, in the case of “search processing” as a result of the analysis of the request content, the request content is transferred to the real processing server 12 and the search processing is performed according to the request in the real processing server 12 (processing step S409). The original is transmitted (processing step S410).
[0056]
As shown in FIG. 6, in the processing server group 9a as the processing request source, after transmitting the processing request, the processing request group waits for delivery of the requested processing result. In this case, the “transfer source (or search execution destination) list” 93 transmitted from the central server group 1 is received (processing step S411), and then the processing server group 9a receives all data from the processing server group on the list. Is sent (processing step S412, branching step S413). When the processing request is a form data acquisition request, the divided data 11a is temporarily registered in the external storage device at the time when the processing data is ready (processing step S414). The field data portion in the state 112 of the record of the registered divided data 11a is set to “B” meaning that it is temporary data. From that point on, a periodic check of the data reference count is started (processing step S415). On the other hand, in the case of a search request, processing such as search result display is performed when the data is ready (processing step S414).
[0057]
Next, the flow of processing relating to the continuation or destruction of the temporarily collected form data will be described. For description of the flow of this process, reference is made to FIGS. FIG. 8 is a flowchart for explaining the flow of processing in the processing server group for processing relating to continuation or destruction of form data, and FIG. 9 shows the flow of processing in the central server group for processing relating to continuation or destruction of form data. It is a flowchart to explain. 10D is a diagram illustrating data stored in the storage management information database 6. FIG. 10E illustrates a data structure of usage status information stored in the usage status information database 3. It is a figure to do.
[0058]
Please refer to FIG. The processing server group 9 monitors the usage status of the temporarily stored divided data 11a (processing step S501), and the divided data 11a temporarily stored in the external storage device in the processing server group 9 is set to a certain level. When this time is reached, it is checked how many times it has been used after registration (branch step S502). At this time, if the prescribed number of times is not satisfied, it is determined that the role of temporary storage has been completed, and the divided data 11a is deleted (processing step S503). If the specified number of times is exceeded, the data is frequently used in the processing server group 9, and the usefulness of storing and operating in the own server group is considered very high, and the state of the divided data 11a is temporarily changed. In order to take the procedure of promoting to “temporary registration”, “temporary registration application” in the own server group of the corresponding data is transmitted (processing step S504).
[0059]
By taking the provisional registration procedure, data can be kept in its own server group for a period longer than the check period at the time of temporary storage like master data, and data is collected from each processing server group whenever requested. There is no need to do it. Therefore, the time for acquiring and displaying the form data can be shortened, and the load on the network and the central server group can be reduced.
[0060]
In order to prioritize processing distribution for search processing, a mechanism for issuing a processing request to the central server group 1 is employed as in the prior art. However, at that time, the own server group becomes a target of the search processing distribution. Similarly, a part of transmission is performed in the case of a data acquisition request in another processing server group.
[0061]
After performing “temporary registration application” to the central server group 1, the field data in the state 112 of the divided data 11a is updated to “R” indicating temporary registration data (processing step S505). Then, in addition to the usage count check that has been performed since the time of temporary storage from that time, the frequency of data transmission from the central server group 1 or the frequency of the search processing request is also included in the tabulation item and the check is resumed (processing step S506). .
[0062]
Referring to FIG. 9, the provisional registration application from the processing server group 9 is received by the request receiving server 5 of the central server group 1 (processing step S507), and after the content analysis, the requested content is sent to the storage management processing server 4. hand over. The storage management processing server 4 that has received the request adds a storage management information record 62 to the storage management information database 6 in the same manner as when the master data is registered (processing step S508). The status 623 of the record is set to “R” as in the process 504. Next, in processing step S509, a usage status information record 31 is stored in the usage status information database 3 for storing information for use in determination of continuation of storage, which will be described later.
[0063]
As shown in FIG. 10, the usage status information record 31 includes a processing server group identification ID 311 indicating a data storage destination, an identifier 312 for identifying data, a current evaluation score 313 indicating an effect as a current temporary registration, And it has a data structure of a data format of past usage status information 314. In the initial state, 0 other than the identifier is set, and data is set after the next “evaluation of effect of temporary registration state” (processing step S513).
[0064]
After the provisional registration, the processing server group 9 transmits a “usage status report” summing up the usage status of the temporary registration data to the central server group 1 when a certain period of time has passed (processing step 510). The transmitted report is transferred to the storage management processing server 4 via the request reception server 5 of the central server group 1 (processing step S511). After receiving the report (processing step S512), the storage management server 4 performs processing for determining whether or not there is an effect of continuing the storage as temporary registration, and performs processing for re-evaluating the storage effect in the temporary registration state (processing) Step S513), the effect as temporary registration is re-evaluated. Details of the reevaluation will be described with reference to FIG.
[0065]
After the re-evaluation, an evaluation point (a specific value representing the result of the re-evaluation) is determined (branch step S514). When the evaluation score is 1 or more, it is considered that there is an effect of continuously saving as temporary registration, and the evaluation score and the contents of the current usage report are reflected in the record 31 in the usage status information database 3 (processing) Step S515). When the score is lost in the re-evaluation, it is considered that there is no effect as temporary registration, the corresponding record in the storage management information database and the usage status information database is deleted (processing step S516), and the processing server group 9 is deleted. A “temporary registration cancellation command” is transmitted (processing step S517).
[0066]
Again referring to FIG. The processing server group 9 receives the “temporary registration cancellation instruction” (processing step S518), and the processing server group 9 updates the “state” portion of the corresponding data to “B” indicating temporary storage (processing step S519). ). Thereafter, the divided data 11a returns to the state where only the usage status is checked as the temporarily saved data (processing step S501).
[0067]
FIG. 11 is a flowchart showing the storage effect re-evaluation process in the temporary registration state in the processing step S513 of FIG. 9, and FIG. 12 shows the evaluation method calculation criteria used in the storage effect re-evaluation process in the temporary registration state. An example is shown.
[0068]
In the re-evaluation process of the storage effect in the provisional registration state, the previous evaluation point of the data to be re-evaluated and the past use state data are acquired from the use state information database 3 (processing step S601). Based on the acquired data, an evaluation score common to all data is calculated (processing step S602). And a data type is determined and each process is performed according to A-1 type data or B-1 type data. In this process, in the case of A-1 type and B-1 type data, a unique evaluation score that further utilizes the characteristics of the data is calculated (processing steps S603, S604, and S605). In the processing step S602 here, the direct reference evaluation point to be calculated is a point indicating the degree of contribution to the reduction of the traffic amount obtained by the provisional registration data not causing the data collection through the communication network. .
[0069]
As the calculation method, as shown in FIG. 12, evaluation is performed according to each calculation standard. For example, the current reference count is estimated from the past reference count and the difference between the estimated value and the actual measurement value is pointed (71), or the provisional registration data reference count is evaluated by the deviation value (72). Etc. are used. In either method, a positive point is given to those having a high reference frequency, and a negative point is given to one having a low reference frequency.
[0070]
Next, as a calculation standard for calculating the evaluation score for each data type, in the case of the data type of A-1 type data, in addition to the reference in the own server group, data acquisition or search processing from other processing server groups There is a request. Based on this, the “processing distribution evaluation point” is a point that points to the degree of contribution to processing distribution and data distribution from the viewpoint of the system. As an example of this evaluation point conversion, a method (73) for pointing at the ratio of the number of times the target temporary registration data is used for the entire request processing is used.
[0071]
In the case of the B-1 type data type, even if the original target form data itself becomes unnecessary, it is data that can be used again when referring to a form that is output periodically. For this reason, when a form associated with B-1 type data is periodically output, a correction point is calculated so that evaluation corresponding to long-term storage can be performed in accordance with the output period (74).
[0072]
Finally, a new evaluation score is obtained by adding each evaluation score calculated this time and the current evaluation score (processing step S606). However, when a new evaluation score is divided by 0 by this calculation, it is set to 0. Based on the evaluation score calculated here, it is determined whether to continue or cancel the provisional registration at branch step S514 in the processing flow of FIG.
[0073]
【The invention's effect】
As described above, according to the form data storage management system of the present invention, by sharing the form data that was duplicated among a plurality of bases, the data amount of the entire system when saving the form data is reduced. It can be performed. At this time, the data is not simply reduced, but is stored in a data arrangement that balances the amount of data and the operation status at each site, so that the data can be efficiently stored in the system. At the same time, data security can be obtained by data distribution. Furthermore, since the central server group collectively manages information related to the storage management of the form data, efficient processing distribution is realized and the response such as form reference is improved. Data that is more rooted in the actual use of form data by evaluating the storage effect according to each data type and making it a point, rather than determining whether data other than master data is stored or discarded uniformly Management can be performed.
[0074]
Conventionally, when a base (server group) is added, complicated work related to duplication and sharing of an external storage device that stores form data has occurred, but according to the present invention, the base equipment and the central server group By simply adding a processing server group to the system, it is possible to flexibly cope with system expansion by automatically sharing form data and distributing processing.
[Brief description of the drawings]
FIG. 1 is a diagram showing a system configuration of a form data storage management system according to an embodiment of the present invention;
FIG. 2 is a diagram for explaining data types according to the characteristics of form data for using form data;
FIG. 3 is a flowchart showing processing in the data division distribution server 2 for processing until form data is input and stored;
4A is a diagram illustrating data stored in the storage management information database 6. FIG. 4B is a diagram illustrating a data structure of form registration information stored in the divided data storage unit 11 of the processing server group 9. FIG. FIG. 4C is a diagram for explaining the data structure of the divided data of the form data stored in the divided data storage unit 11 of the processing server group 9.
FIG. 5 is a flowchart showing processing in the processing server group for processing until form data is input and stored;
FIG. 6 is a flowchart showing the flow of processing in the processing request source processing server group and the central server group in the case of performing form data display (acquisition) processing or search processing;
FIG. 7 is a flowchart showing a processing flow of a processing server group responsible for processing by distributing a processing request from a central server group when performing form data display (acquisition) processing or search processing;
FIG. 8 is a flowchart for explaining a processing flow in a processing server group for processing related to continuation or destruction of storage of form data;
FIG. 9 is a flowchart for explaining the flow of processing in the central server group for processing related to continuation or destruction of storage of form data;
10D is a diagram illustrating data stored in the storage management information database 6, and FIG. 10E is a diagram illustrating a data structure of usage status information stored in the usage status information database 3. FIG.
FIG. 11 is a flowchart showing a storage effect re-evaluation process in the provisional registration state;
FIG. 12 is a diagram illustrating an example of a calculation criterion for an evaluation method used in a storage effect re-evaluation process in a provisional registration state;
FIG. 13 is a diagram illustrating a specific example of A-3 type data of form data.
FIG. 14 is a diagram illustrating specific examples of A-1 type data, A-2 type data, B-1 type data, and B-2 type data of form data.
[Explanation of symbols]
1 ... Central server group,
2 ... Data split distribution server,
3 ... Usage situation information database,
4 ... Storage management processing server,
5 ... Request reception server,
6 ... Storage management information database,
7 ... Network correlation table,
8: Distributed processing decision server,
9 ... processing server group,
10 ... request processing server,
11 ... divided data storage unit,
12 ... Real processing server,
13. Communication network

Claims

Each form data to be saved in the system is divided based on the classification standard of the data type for using the form data, each part of the divided form data is distributed to the processing server group of the saving destination, and the processing server group A central server group for managing each part of the form data distributed to the form data management information,
Each part of the divided form data distributed by the central server group is saved, a search process for the saved form data is performed, and a search request and a reference request for the form data stored in the system are sent to the central server A plurality of processing server groups to be issued to the group;
In a form data storage management system comprising a communication network that connects a central server group and a plurality of processing server groups,
The classification standard of the data type includes a first classification standard for dividing the form data displayed on the same page into a plurality of parts depending on whether or not there is a common part used in a plurality of form data, and a reference frequency. A second classification standard that divides the form data according to whether it is a high part is included,
When the data type of the form data divided according to the first classification standard is classified into a common part used by a plurality of form data, the central server group already has the same data as the divided form data. If the data is classified only when it is not stored in the system and is classified into a part that is frequently referred to by the data type of the form data divided according to the second classification standard, the divided form data is subjected to a plurality of processes. A form data storage management system characterized by being distributed to servers.

In the form data storage management system according to claim 1,
The processing server group includes:
Temporarily save a copy of the form data received from other processing servers when issuing a form data search request or reference request,
If the form data stored temporarily is the number of references from the processing server group or another processing server group over a predetermined number of times in a predetermined period, by sending a temporary registration application for the form data in the processing server group Further, the form data storage management system is characterized in that the form data is continuously stored and the form data is discarded if the number of references is less than the predetermined number in a predetermined period.

In the form data storage management system according to claim 2,
The processing server group includes:
When calculating the reference count, if the temporarily stored form data is directly referred to from the processing server group, a predetermined count is further added to the reference count. system.

In the form data storage management system according to claim 2 or claim 3,
The processing server group includes:
When calculating the number of times of reference, if the data type of the temporarily stored form data is classified into a common part used by a plurality of form data, only the number of times the form data is directly referenced In addition, a form data storage management system characterized in that the number of times other form data using the form data is referenced is also added to the reference number.