JP4191670B2 - データファイル管理装置、データファイル管理の処理方法およびプログラム - Google Patents

Description

本発明は、データファイル管理装置データファイル管理方法、およびプログラムに関し、より詳細には、電子データであるデータファイルをネットワークを介して管理サーバ上で管理するデータファイル管理装置、データファイル管理方法およびプログラムに関する。

業務上で発生する大量の文書の管理を如何に効率的に行うかという問題は、多くの場面で検討され議論されてきている。特に、近年はハードディスクの大容量化、低価格化が進み、更にはデータ圧縮技術の進歩などにより文書等の書類をスキャンし、ＰＤＦファイルとして電子データ化するなどによりデータファイルでの保存、管理が行われるようになっている。

データファイルの管理では、ファイルの内容に関して各ファイル間に意味を持つものがあり（例えば、基本契約書と個別契約書や覚書）、ファイル管理においては如何にこのような関係を結びつけて、管理することが重要である。

従来からデータファイルの管理においてファイル間の関係を視覚的に見せながら管理が行える仕組みが幾つか提供されている。例えば，Ｗｉｎｄｏｗｓ（登録商標）などのＯＳではディレクトリ管理により、データファイルを格納するフォルダを階層的に表示することなどが行われ、各フォルダ間の関連性を視覚的に分かりやすくして、データファイルの存在する場所を表示することが可能となる仕組みを有している。

また、検索したファイルの存在する場所をツリー表示するための仕組みをもつファイル管理システムが開示されている（例えば、特許文献１参照）。

特開２００１−０４３２３１号公報

しかしながら、特許文献１に記載の検索したファイルの存在する場所をツリー表示するための仕組みをもつファイル管理システムにおいては、ファイルが存在する格納場所を階層的に表示して管理するためのものであって、ファイル同士がどのようなつながりを有しているのか不明であった。

また、ツリー表示方法についても、ある上位階層の格納場所（例えば、キャビネット）に下位階層の格納場所（例えば、フォルダ）が含まれている場合「＋」を表示し、「＋」が指定されるとそこに含まれる下位の格納場所名称を同一階層に一覧表示することでツリー構造表示を行うといったものであり、ファイル同士に関連付けて表示を可能とするものではない。

さらに、従来ファイル検索結果をツリー表示により示しているものの、これ自体ファイルの存在するパス情報から生成されたものであり、動的にツリーを生成して表示データを変更するようなことはできない。

また、他の観点では特許文献１においてＷｅｂシステムに適用した場合を想定していないため、ツリー構造表示を行うためにＨＴＭＬデータを生成することが必要となるので、予め用意されているＧＩＦやＪＰＥＧ等の画像ファイルを組み合わせることが必要となるが上記従来技術においてはそのような表示用のＨＴＭＬファイルの生成については開示されていない。

本発明の目的は、データファイル同士の関係と新たなデータファイルを登録する際の関連付け先を視覚的に理解しやすく表現することができるデータファイル管理装置、方法およびプログラムを提供することを目的とする。

本発明は上記の課題を解決することを目的とし、請求項１に記載の発明は、複数のデータファイルと、複数のデータファイル間の関連付けを視覚的に示す複数種類の第１の部品データおよびデータファイルを新たに追加可能な位置を視覚的に示す第２の部品データを含む関係表示部品データと、複数のデータファイルを親のデータファイルを識別する識別情報により関連付ける関連付け情報を記憶するデータ記憶手段とを備えるデータファイル管理装置であって、データファイルの関連付け指示がされたかどうかを判定する判定手段と、関連付け指示がされた場合、ユーザによって選択されたデータファイルを複数のデータファイルから決定するデータファイル決定手段と、データファイル決定手段で決定されたデータファイルに関連付くデータファイルを関連付け情報を用いて検索する検索手段と、検索手段で検索されたデータファイルの親子関係を示す表示関係コードが各データファイル毎に定義される階層関係情報を、関連付け情報に従って生成する階層関係情報生成手段と、検索手段で検索されたデータファイルの階層関係情報に定義される表示関係コードと、データファイルと関係表示部品データとが配置可能な位置を行列で示し、列にデータファイルと関係表示部品データとを繰り返し配置することが可能な配置規定テンプレートとを用いて、検索手段で検索されたデータファイルの配置位置と、関係表示部品データの配置位置とを決定する配置位置決定手段と、配置位置決定手段で決定された配置位置に、データファイルと関係表示部品データを配置した関係図表示用データを生成する関係図表示用データ生成手段とを備え、配置位置決定手段は、データファイルを新たに追加可能な配置位置を視覚的に示す第２の部品データの配置位置が、データファイルの配置位置をもとにして決められる関係表示部品データ配置ルールに従って、配置位置決定手段で決定されたデータファイルの配置位置の後の、データファイルを新たに追加可能な配置位置に、第２の部品データを配置することを決定し、関係図表示用データ生成手段は、配置位置決定手段で決定された第２の部品データを配置する配置位置に、第２の部品データを配置することを特徴とする。

請求項２に記載の発明は、請求項１に記載のデータファイル管理装置において、配置位置決定手段は、検索手段で検索されたデータファイルの階層関係情報に定義される表示関係コードを用いて決定されたデータファイルの配置位置から配置関係を特定し、特定された配置関係からデータファイル間に配置する関係表示部品データを複数の第１の部品データから選択する第１の部品データ選択手段を含むことを特徴とする。

請求項３に記載の発明は、請求項２に記載のデータファイル管理装置において、関係図表示用データ生成手段は、第１の部品データ選択手段で選択された第１の部品データが分岐する部品データの場合、第１の部品データの前に配置されるデータファイルの後と、第１の部品データの後に配置されるデータファイルの前とに第２の部品データを配置することを特徴とする。

請求項４に記載の発明は、請求項１又は２に記載のデータファイル管理装置において、配置位置決定手段で決定されるデータファイル及び関係表示部品データの配置位置は、行列によって決定され、関係表示部品データ配置ルールに従って第２の部品データを配置する位置は、データファイルの配置位置の列が最終列のデータファイルの後ろの列とする配置位置であることを特徴とする。

請求項５に記載の発明は、請求項１乃至４のいずれか１項に記載のデータファイル管理装置において、関係図表示用データ生成手段で生成された関係図表示用データは、第２の部品データに位置情報を特定するリンクが付加されたクライアント装置のブラウザで表示するためのデータであり、クライアント端末のブラウザを介してユーザに指定された第２の部品データの位置情報を受信する位置情報受信手段をさらに備えたことを特徴とする。

請求項６に記載の発明は、請求項５に記載のデータファイル管理装置において、関係図表示用データ生成手段は、位置情報受信手段で受信した位置情報に従って、データファイルを追加した関係図表示用データを再生成することを特徴とする。

請求項７に記載の発明は、複数のデータファイルと、複数のデータファイル間の関連付けを視覚的に示す複数種類の第１の部品データおよびデータファイルを新たに追加可能な位置を視覚的に示す第２の部品データを含む関係表示部品データと、複数のデータファイルを親のデータファイルを識別する識別情報により関連付ける関連付け情報を記憶するデータ記憶手段とを備えるデータファイル管理装置における処理方法であって、データファイルの関連付け指示がされたかどうかを判定する判定ステップと、関連付け指示がされた場合、ユーザによって選択されたデータファイルを複数のデータファイルから決定するデータファイル決定ステップと、データファイル決定ステップで決定されたデータファイルに関連付くデータファイルを関連付け情報を用いて検索する検索ステップと、検索ステップで検索されたデータファイルの親子関係を示す表示関係コードが各データファイル毎に定義される階層関係情報を、関連付け情報に従って生成する階層関係情報生成ステップと、検索手段で検索されたデータファイルの階層関係情報に定義される表示関係コードと、データファイルと関係表示部品データとが配置可能な位置を行列で示し、列にデータファイルと関係表示部品データとを繰り返し配置することが可能な配置規定テンプレートとを用いて、検索ステップで検索されたデータファイルの配置位置と、関係表示部品データの配置位置を決定する配置位置決定ステップと、配置位置決定ステップで決定された配置位置に、データファイルと関係表示部品データを配置した関係図表示用データを生成する関係図表示用データ生成ステップとを備え、配置位置決定ステップは、データファイルを新たに追加可能な配置位置を視覚的に示す第２の部品データの配置位置が、データファイルの配置位置をもとにして決められる関係表示部品データ配置ルールに従って、配置位置決定手段で決定されたデータファイルの配置位置の後の、データファイルを新たに追加可能な配置位置に、第２の部品データを配置することを決定し、関係図表示用データ生成ステップは、配置位置決定ステップで決定された第２の部品データを配置する配置位置に、第２の部品データを配置することを特徴とする。

請求項８に記載の発明は、コンピュータに実行可能なプログラムであって、複数のデータファイルと、複数のデータファイル間の関連付けを視覚的に示す複数種類の第１の部品データおよびデータファイルを新たに追加可能な位置を視覚的に示す第２の部品データを含む関係表示部品データと、複数のデータファイルを親のデータファイルを識別する識別情報により関連付ける関連付け情報を記憶するデータ記憶手段とを備えるデータファイル管理装置を、データファイルの関連付け指示がされたかどうかを判定する判定手段と、関連付け指示がされた場合、ユーザによって選択されたデータファイルを複数のデータファイルから決定するデータファイル決定手段と、データファイル決定手段で決定されたデータファイルに関連付くデータファイルを関連付け情報を用いて検索する検索手段と、検索手段で検索されたデータファイルの親子関係を示す表示関係コードが各データファイル毎に定義される階層関係情報を、関連付け情報に従って生成する階層関係情報生成手段と、検索手段で検索されたデータファイルの階層関係情報に定義される表示関係コードと、データファイルと関係表示部品データとが配置可能な位置を行列で示し、列にデータファイルと関係表示部品データとを繰り返し配置することが可能な配置規定テンプレートとを用いて、検索手段で検索されたデータファイルの配置位置と、関係表示部品データの配置位置を決定する配置位置決定手段と、配置位置決定手段で決定された配置位置に、データファイルと関係表示部品データを配置した関係図表示用データを生成する関係図表示用データ生成手段として機能させ、配置位置決定手段は、データファイルを新たに追加可能な配置位置を視覚的に示す第２の部品データの配置位置が、データファイルの配置位置をもとにして決められる関係表示部品データ配置ルールに従って、配置位置決定手段で決定されたデータファイルの配置位置の後の、データファイルを新たに追加可能に、第２の部品データを配置することを決定し、関係図表示用データ生成手段は、配置位置決定手段で決定された第２の部品データを配置する配置位置に、第２の部品データを配置することを特徴とする。

本発明によれば、データファイル同士の持つ関係と新たなデータファイルを登録する際の関連付け先を視覚的に理解しやすく表現することができる。

以下、図面を参照して本発明によるデータファイル管理方法を説明する。
本実施形態においては、契約書ファイルの管理システムを例とする。契約書の画像などのデータがデータファイルの対象となるが、一般に各契約書間には、例えば基本契約と覚書のような関連付けが為されている。関連付けは、本実施形態においては、各種テーブルによって表現されるよう処理され（関連付け処理）、データファイルの管理に用いられる。契約書のデータファイルは契約書からスキャナ等によって読み取られＰＤＦ等のフォーマットでデータベースに格納されるが、この際に関連付けを設定することもできる（新規登録処理）。

このように設定された関連付け情報を用いてデータファイルが管理されるが、先ず各データファイル間の関連付け情報に基づいて、その関連付けにより関連付けられる一群のデータファイル群を生成する（関連付けられたデータファイル群の生成）。その後、データファイル群を各データファイル間の関連付けが明確となるよう視覚化して表示されるように表示画像が生成される（関連図表示ファイルの生成）。このようにして得られた表示画像は、ユーザのパーソナルコンピュータ等に送信されその画面に表示される。

特に、本発明における最良の実施形態としては、Ｗｅｂシステムで閲覧可能とするためにＨＴＭＬファイルでツリー表示を行う場合を想定している。つまり、ツリー関係を表すための関係表示（例えばファイルとファイルを繋ぐ直線やＴ字型の表記）をＪＰＥＧやＧＩＦのファイルとして予め生成しておきファイル同士の関係で動的にどの関係表示をどの位置に配置するかを決定することでＨＴＭＬファイルを構成することで汎用ブラウザにおける表示を可能とするものである。

（本実施形態のシステム構成）
図１は本発明における一実施形態のデータファイル管理システムの構成を示す図である。尚、図１のネットワーク１００上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。ネットワーク１００はＴＣＰ／ＩＰのプロトコルで通信可能な環境を有するＬＡＮで構成されるものである。データファイル管理サーバ１１０は、電子化されているデータファイルを保存すると共に、各データファイルの書誌情報やデータファイル同士の関係付けデータを管理するための管理データを保存している。また、管理サーバ１１０はＷｅｂサーバとしての機能を有し、クライアント装置であるＰＣ１３０から汎用ブラウザを用いてｈｔｔｐプロトコルにより行われるアクセスに対してレスポンス処理を行うことが可能な構造となっている。さらに、管理サーバ１１０は、例えば印刷物または写真をスキャナで読み取りイメージデータを生成するといった電子データ生成機能、あるいはネットワーク送信機能を有する複合機１２０から電子データを受信して所定の格納場所に保存し諸所の利用に供することが可能である。また、管理サーバ１１０はＰＤＦファイル等を受信した後、受信したＰＤＦファイルを前述のＷｅｂサーバとして表示用データを生成する際に用いる表示用のＪＰＥＧ画像へ変換するための機能をも有している。

複合機１２０は、原稿のスキャン機能、スキャンデータのＰＤＦファイル作成機能、ＳＭＢ（Server Message Block）等を用いたファイル転送機能などを有しており操作者の指示で原稿をスキャンして、電子化すると共にＰＤＦファイル等のファイルを生成し、予め設定された格納場所（フォルダ）へファイルを転送するといった一連の流れを実行する。

ＰＣ１３０は、ユーザが用いる汎用のＰＣであり、管理サーバ１１０と双方向通信可能な通信機能と汎用ブラウザアプリケーションを有しており、ｈｔｔｐプロトコルで管理サーバ１１０と通信可能である。双方向通信のために汎用ブラウザはＣＧＩパラメータ情報の送信等の機能を有する。

次に、図１で説明した本発明の管理サーバ１１０およびＰＣ１３０のハードウエア構成について、図２を用いて説明する。図２は、本発明の実施形態の管理サーバ装置１１０のハードウエア構成を示す図である。図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ１１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。

ＲＡＭ２０２は、ＣＰＵ２０１のメインメモリ、ワークエリア、一時待避領域等として用いられる。入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の装置においては、キーボード、マウス等のポインティングデバイスが挙げられる。また、複合機１２０といった印刷装置等では、タッチパネル、ボタン、スイッチ等が挙げられる。

ビデオコントローラ２０６は、表示部２１０の表示を制御する。この表示部２１０としては、例えば、ＣＲＴや液晶等が挙げられる。外部メモリコントローラ（ＭＣ）２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ１１１へのアクセスを制御する。加えて、各サーバあるいは各クライアントの各種機能を実現するための関連付けデータを含む各種テーブル、パラメータが記憶するデータベースの機能も有しているということができる。この外部メモリ１１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。

通信Ｉ／Ｆコントローラ２０８は、ネットワーク１００を介して外部機器との通信制御処理を実行する。具体的には、ネットワークを介して相手の装置にデータを送信し、またはネットワークに接続された他の装置からのデータを受信する。

本発明を実現するための制御プログラムは外部メモリ１１１に格納されており、必要に応じてＲＡＭ２０２にロードされ、ＣＰＵ２０１によって実行される。さらに、本発明に係わる制御プログラム２１２で用いられるデータファイル２１３及び各種情報テーブル２１４も同様に外部メモリ１１１に格納されている。これらのデータファイルおよびテーブルについての詳細な説明は後述する。

以上管理サーバ１１０を中心に説明したが、汎用のパーソナルコンピュータであるＰＣ１３０も、基本的な構成は管理サーバと変わらないため特に説明は行わないが、基本的には汎用のブラウザを有し、ＮＩＣを介して管理サーバ１１０と通信して画像の表示を行い、指示入力用のマウスやキーボードを有していれば本発明の目的を達することができる。

次に、本発明のデータファイル管理システムの一実施形態の基本的な処理フローについて、図３、図４を用いて説明する。本実施形態においては、複合機１２０におけるスキャン等により生成されたＰＤＦデータ等のデータファイルを予め管理サーバ１１０の特定の管理場所に保存しておき、各データファイルに対する管理サーバ１１０の有する画像変換機能により表示用ＪＰＥＧ画像が関連付けられて保存されている状態にあるものする。

また、本実施形態における管理対象は契約書であり、データファイルは契約書のイメージデータである。ここで対象にする契約書は、例えば、不動産関連の契約書のように複数の契約が存在して、その関係が錯綜しているような契約のための契約書である。したがって、管理を行う場合、契約書の電子データであるデータファイル同士の関連付けに基づいて管理を行う。本実施形態の契約書は、その運用上「基本契約」とその基本契約に関連付けられる「個別契約」や「覚書」が存在するが、本発明の目的はそれぞれがどのように関連付けされているかを視覚的に管理することである。

（各テーブルの説明）
処理フローを詳細に説明する前に、まず処理フローの説明に必要な各情報テーブルの概要とその関係図を図５により説明する。図５は、本実施形態にかかる各契約書間の関連付けを行うための関連テーブルの概念図である。

図５において、●印がついている項目は各テーブルの主キーとなるものである。ここで、５０１は各データファイルに対して最初に管理サーバ１１０に格納される際に作成される「書類テーブル」であり、項目としてはシーケンス番号である書類ＳＥＱ番号、データファイル自体の名称であるファイル名を含んでいる。データファイルであるＰＤＦデータとそのデータファイルを表示させる際の表示用データである表示用ＪＰＥＧは同一の書類ＳＥＱ番号が付され拡張子で区別されるように内部的に対応付けられる。

テーブル５０２は、各データファイルに対する「書誌情報テーブル」である。テーブル５０２−ａ、５０２−ｂは各々別のデータファイルに対する書誌情報レコードを示しており、契約書ＳＥＱ番号を主キーとして管理されている。テーブル５０３は、「書類テーブル」５０１と「書誌情報テーブル」５０２を対応付けるためにそれぞれの主キーを対応付けている「書誌＿書類関連テーブル」である。また、テーブル５０４は、各契約書や覚書同士を関連付けるためにそれらの書誌情報の主キー同士の対応を記述することで親子関係を示す「契約書関連テーブル」である。項目としては契約書ＳＥＱ番号とその親契約書ＳＥＱ番号から構成される。親契約書ＳＥＱ番号がＮＵＬＬならそれ以上の階層が存在しない基本契約のようなものであり、その契約書ＳＥＱ番号のデータファイルが例えば図１３に示すような関連図の先頭の階層に唯一表示されるべきものである。契約書関連テーブル５０４は関連付け情報としては、一階層上のデータデータファイルを特定する情報のみ有しているので、他のシステムで見られるようなファイルパス情報を持つよりも情報量が少なくて済むのでデータ量を抑えることができる。

以下、各ステップは管理サーバ１１０の外部メモリ１１１に制御プログラムとして格納されており、これらのプログラムをＣＰＵ２０１がＲＡＭ２０３にロードして実行する。まず、ユーザはＰＣ１３０で管理サーバ１１０に設定されているＵＲＬに対してアクセスすることで不図示のログイン画面を管理サーバから受信し、ブラウザによりその内容を表示する。次に、ＰＣ１３０から管理サーバ１１０に対してユーザＩＤとパスワード等を用いた認証要求が行われる。

ステップＳ３０１において、管理サーバ１１０は不図示のユーザマスターテーブル（各ユーザのユーザＩＤとパスワードを格納）を用いて認証が出来たか否かを判定する。認証が出来た場合にはＳ３０２へ移行する。ステップＳ３０２では、ＰＣ１３０に対して図７に示すメインメニュー画面を送信する。ＰＣ１３０では図７のメインメニューをブラウザ上で表示する。

図７のメインメニューでは、出力メニュー、入力メニュー、メンテナンスが行える各機能ボタン表示があるが、本発明で関係する入力メニューの「契約書／覚書取込」ボタン７０１と「契約書／覚書関連付け」ボタン７０２についてのみ説明を行う。「契約書／覚書取込」ボタン７０１は新規登録に用いる。これは、まだ書誌情報等の入力が済んでおらず、複合機１２０からのデータファイルと表示用ＪＰＥＧデータが生成され書類番号として重複しないようにシーケンシャルに自動生成された書類ＳＥＱ番号を有しているだけのデータファイル等の状態にあるものの登録を意味する。ここでＰＤＦのデータファイル及びその表示用ＪＰＥＧファイル（以下、データファイル等）は同一の書類ＳＥＱ番号が付され、拡張子によりその識別を可能とする。

「契約書／覚書関連付け」ボタン７０２は関連付けのために用いる。これは、既にデータファイルに関する書誌情報等の諸情報の登録済みで関連付けだけが未設定であるデータファイルの関連付け、或いは更に他のデータファイルとの関連付けもされている状態のデータファイルに対して関連付けの変更を行う際に用いる。

処理フローの説明に戻ると、管理サーバ１１０のＣＰＵ２０１はＳ３０３では「契約書／覚書取込」ボタン７０１が押下されたとの情報が送信されてきたか否かを判断する。ここで、ボタン７０１が押下された場合は、新規入力であるとして後述するステップＳ３１７へ移行する。もし、ボタン７０１が押下されなければ（Ｓ３０３においてＮｏの場合）、ステップＳ３０４で「契約書／覚書関連付け」ボタン７０２が押下されたか否かを判定する。ここで、ボタン押下情報はＣＧＩ（ＵＲＬ情報）の受信内容等で判定するものである。ステップＳ３０４でボタン押下情報を受信しない場合（Ｎｏの場合）他の処理を行う。

（関連付け処理）
ステップＳ３０４で「契約書／覚書関連付け」ボタン７０２が押下されているなら、関連付けを行うものとしてステップＳ３０５で図１４に示す検索条件入力画面をＰＣ１３０に対して通信Ｉ／Ｆコントローラ２０８を介して送信する。その後、ステップＳ３０６でデータファイルの検索条件及び検索指示ボタン１４０１が押下されたとの情報を受信すると、ステップＳ３０７では入力された検索条件により外部メモリ１１１内に格納さているデータファイルに対するデータに対して検索を行う。そして、ステップＳ３０８で検索結果画面を生成して関連付けデータ検索一覧（例えば、図１２に示す結果一覧）をＰＣ１３０に送信する。図１２において、表示１２０１〜１２０３は表示用ＪＰＥＧファイルをブラウザ上に表示したものであり、ボタン１２０４〜１２０６は関連付けを行う対象であるデータファイルを選択するための選択ボタンである。

そして、ステップＳ３０９ではＣＰＵ２０１はＰＣ１３０からの受信情報を解析して選択指示入力の有無を判定し、これにより関連付けを行う対象データファイルを決定する。すなわち、ステップＳ３０９で選択指示があった場合には、そのＣＧＩパラメータによりどのデータファイルが選択されたかを判定する。ここで、上述のステップＳ３０８で生成された画像データのボタン１２０４〜１２０６にはＣＧＩパラメータが対応付けられているものとする。

次に、この状態において次にステップＳ３１０では関連付け先のデータファイルを検索するための検索条件を入力する画面（例えば、図１１に示す検索画面）を送信する。ステップＳ３１１では図１１の各入力欄にいずれの入力情報が入力されたか、および検索実行を指示する情報が入力されたか否かを判定し、入力された場合（Ｙｅｓの場合）ステップＳ３０７と同様にデータ検索を行って、上述した図１２に示すリスト形式で検索結果画像を生成してＰＣ１３０に送信する（ステップＳ３１２）。

ステップＳ３１３では、Ｓ３０９同様の処理で関連付ける先になるデータファイルの選択指示の有無を判定し、ここで選択指示があった場合（Ｙｅｓの場合）ステップＳ３１４へ移行する。次に、ステップＳ３１４ではステップＳ３１３で選択されたデータファイルに関する関連図を表示するための表示ファイルを生成する。この関連図表示ファイルの生成処理は図４の処理フローを用いて後述する。

ステップＳ３１４で生成、送信された関連図表示ファイルは、ＰＣ１３０により受信され、その画面に表示（例えば、図１３の関連付け位置情報）されて、ユーザはこの画像を見ながら関連付けのための位置を示す情報の入力を行う。ステップＳ３１５では関連付けデータを判定し、入力があった場合にはその情報を用いて、例えば図５に示すように契約書関連テーブル５０４の情報を更新する。

（新規登録処理）
更に、ここではステップＳ３０３の判定でＹｅｓの場合、つまり「新規データファイル登録」の場合の処理について説明する。ユーザは既にデータファイル等として登録されているデータファイルおよび表示ＪＰＥＧファイルに関する書誌情報を入力し、さらに関連付けを行う。

まず、ステップＳ３１７では、ＣＰＵ２０１はデータファイル一覧画面（例えば、図８に示す一覧画面）の表示データをＰＣ１３０に対して送信するよう動作する。図８においてはまだ書誌情報が登録されておらず、書類テーブルにのみ登録されているデータファイルについて、その表示を行うための表示用ＪＰＥＧ画像を配置した表示画面をブラウザによって表示可能な情報を含むデータを送信する。ＰＣ１３０において、ユーザが画面を閲覧しながら、登録ボタン８０１を押下した場合には、例えばブラウザアプリケーションが送信する情報を管理サーバ１１０が受信して、そのＣＰＵ２０１がさらにその内容を判断し（ステップＳ３１８）、（例えば、図９に示す）書誌情報入力画面の送信を行う（ステップＳ３１９）。ここでは指定されたデータファイルのＰＤＦ画像を同一フレーム内で書誌情報の入力部と並べて配置することにより、入力する情報を直接ＰＤＦデータから得られるようにしている。これにより入力情報がより容易に、かつ確実に行うことができるようになる。

その後、書誌情報と登録指示情報を受信するか否かを判定する（ステップＳ３２０）。管理サーバ１１０のＣＰＵ２０１は書誌情報と登録指示とを受信した場合（Ｙｅｓの場合）には契約書ＳＥＱ番号を自動生成して、書誌情報テーブル５０２に新規レコードを作成し、書誌＿書類関連テーブルに対応付けを行う登録処理をして、図１０に示す登録終了画像を送信するようＣＰＵ２０１は動作する（ステップＳ３２１）。

次にステップＳ３２２では、ユーザが図１０の関連付けボタン１００１を押下したか否かをブラウザからの受信情報により解析して、関連付け指示の有無を判定する。ここで関連付け指示があった場合（Ｙｅｓの場合）、管理サーバ１１０のＣＰＵ２０１は、ステップＳ３２３、３２４で上述のステップＳ３１０、３１１で行った様に、関連付け先のデータファイルの検索条件を入力させるようＰＣ１３０に表示指示を送信する。本動作は、実質上、上述の内容と同様なため説明を省略する。

図３に示す処理フローで登録、更新したデータファイルに関する諸情報テーブルはＲＡＭ２０３に一時的に生成された後で、不揮発性の外部メモリ１１１に格納されるものである。また、図１３に示す関連図は一例に過ぎず、本発明の目的を達成するための形態であれば種々の関連図の構成が考えられる。

（関連付けされたデータファイル群の生成）
次に、図４の処理フローを用いて図３のステップＳ３１４について、先ず関連付けされたデータファイル群の生成の説明を行った後、関連図表示ファイルの生成、送信処理について詳述する。

まず、ステップＳ４０１では上述のステップＳ３１３で選択された契約書／覚書データファイルを検索対象として、ＲＡＭ２０３の一時保存領域にセットする。次にステップＳ４０２では検索対象のデータファイルに対する親契約書があるか否かを図５の契約書関連テーブル５０４を参照して判定する。ここで、親のデータファイル（階層が１つ上）が存在する場合（Ｙｅｓの場合）には検索対象を親のデータファイルに変更（ステップＳ４０３）して処理を繰り返す。

ステップＳ４０２で親契約がない場合（Ｎｏの場合）ならステップＳ４０４に移行する。ここで親契約がない場合とは契約書関連テーブル５０４の親契約書ＳＥＱ番号がＮＵＬＬであること、つまり最上位の階層、すなわちルートとなるデータファイル群の中心となるデータファイルである基本契約書等を意味する。

ステップＳ４０４では、現在の検索対象のデータファイルを表示データとして保存する。つまり最上位のデータファイルを表示データとして探索したことになる。この時検索済みのフラグをセットしておく。次にステップＳ４０５ではその検索対象のデータファイルが親契約書ＳＥＱ番号にセットされている契約書ＳＥＱ番号を契約書関連テーブル５０４から検索する。ここで、存在する場合には（Ｙｅｓの場合）検出された全てのデータファイルの契約書ＳＥＱ番号を表示データとして保存する（ステップＳ４０６）。表示用データの一例を図１５に示す。表示データはＲＡＭ２０３上に生成される一時データである。また、「検索済みフラグ」はそのデータファイルを検索対象としてステップＳ４０５の判定を終えたことを示す。ここで、フラグ“１”は終了を意味し、すべてフラグ“１”となるとデータファイル群が完全に生成されたこととなる。

ここで全ての表示データに対するＳ４０５の判定を終えているか否か図１５の表示データにある検索済みフラグから判定し（ステップＳ４０７）、まだ未検索対象（フラグ“０”）があれば検索対象にして、フラグをセット（ステップＳ４０８）し、Ｓ４０５の判定を行うようにＣＰＵ２０１は動作する。

（関連図表示ファイルの生成）
ステップＳ４０７で表示用データの全てが検索済みであれば（Ｙｅｓの場合）、図１５に示す表示ファイルテーブルの情報から、表示関係コードを生成する（ステップＳ４０９）。

図１６は、所定の契約書ＳＥＱ番号を持つ表示データファイルと表示関係コードとの関係を示す図である。本実施形態では図１６に示すように、表示関係コードは文字列で構成される。「１」のみの表示関係コードは親契約書を意味し、親契約書の表紙をＪＰＥＧファイルとして保存しておいた縮小画像を表示するための情報である。「１−１」は、「１」の契約書を親としており、そのすぐ後ろに表示されるべき契約書の表示データを意味する。「１−１−１」は、「１−１」を親としておりそのすぐ後ろに表示される。文字列の文字数（「１−１」ならハイフンを含めて３文字）は後述の図６で説明しているテンプレートにおける列（ｃｏｌｕｍｎ）を意味している。表示関係コードを生成することで、データファイルのツリー構造を示す関連図を生成する場合にも処理の度にデータファイルの親子関係を調べる演算処理が省けるので全体的な処理速度の向上を図れる。特にファイル数が増えた場合などに効果的である。

図６に示されているように契約書のＪＰＥＧファイルと関係部品表示を交互に配置して表示のためのＨＴＭＬデータファイル、すなわち二次元表示パターンを生成するため、契約書の表示データは奇数の列（ｃｏｌｕｍｎ）に配置される。また、「１−１−１」と「１−１−２」の違いは、両方とも「１−１」を親として表示され同一の列（ｃｏｌｕｍｎ）に表示されるのに対し、「１−１−１」よりも「１−１−２」の方がひとつ下の行（ｒｏｗ）の位置に表示される点である。

例えば、二次元表示パターンはＨＴＭＬのテーブルタグを用いた二次元配列により構成される。契約書のＪＰＥＧファイルと関係部品表示は生成されたテーブルの各セルに対して配置される。この際、何もＪＰＥＧファイルも関係部品表示も配置する必要のないセルには予め背景色と同一で枠線のないセルと同じ大きさの矩形の画像を用意しておき配置すれば良い。表示する契約書データの数とそれらの関係からテーブルタグの＜ＴＲ＞の繰り返し数と、一つの＜ＴＲ＞に対する＜ＴＤ＞の数が決定されることで二次元表示パターンを動的に生成することができる。

図１６に示す対応表を用いて最終的に表示されるのは図１７のようなイメージの図である。各契約フィルの配置ルールとしては、図１７の４で示される位置「１−１−２」にファイルがある場合「１−２」のファイルは４と同じ行（ｒｏｗ）でなく、より下の行（ｒｏｗ）に表示される。ただし、「１−１−３」が存在すればさらに一つ下の行（ｒｏｗ）になるなど、他に小さい行（ｒｏｗ）で表示されるものがあるか否かにより、「１−２」を表示する行（ｒｏｗ）は異なってくる。

図４の説明に戻ると、ステップＳ４１０では図１６に示される表示関係コードを用いて、図６に示されるテンプレートと関係部品表示とにより図１７に示すような関係図の表示データを生成する。そして、関係図表示データをユーザのＰＣ端末に送信して終了する（ステップ４１１）。

図１９は、図４のＳ４１０のステップの詳細な処理フローチャートを示す図である。図１９のステップＳ４０１ａでは図６のテンプレートの配置位置を決定するために行列値（ｍ，ｎ）を用いている。ここで図６のテンプレートは契約書表示データと関係部品表示を列方向に交互に繰り返して表示するためのものであり、表示するツリー構造により、列および行方向に変化するものとする。図６のテンプレートは一例であり、表示ファイルを配置する位置と関係部品表示の位置を行列あるいは座標等で規程するものであれば良い。本実施例で説明する図６のテンプレートは説明の為に行、列を有限に記載しているが、下記のフローチャートで明らかなように表示ファイルの数や表示ファイル間の関係に応じて可変することが可能な構成である。但し、テンプレートは予め行と、列を有限にしておいても表示ファイルの数が少なければ配置可能であり、本発明の範疇であることは言うまでもない。

まず、ステップＳ４０１ａでは行列値（ｍ，ｎ）に初期値（１，１）をセットする。そして、ステップＳ４０２ａでは現在の行列値（ｍ，ｎ）の列（ｃｏｌｕｍｎ）が奇数か否かを判定する。奇数ならステップＳ４０３ａへ、偶数ならステップＳ４０８ａに移行する。図６に示すテンプレートにおいて行列値（ｍ，ｎ）の列（ｃｏｌｕｍｎ）が奇数であることは契約書の表示データを配置を確定しなければならないことを意味し、偶数であれば関係部品表示を表示するために配置を確定しなければならないことを意味する。

ステップＳ４０３ａでは、行列値（ｍ，ｎ）に表示するファイルがあるか否かを図１６に示す表示関係コードから検索する。例えば、行列値（ｍ，ｎ）が（１，１）である場合、表示関係コード「１」の契約書の表示データが配置確定される。また、行列値（ｍ，ｎ）が（３，１）であれば、列の値が３であることからまず文字数は３となる。このため表示関係コードは「×−×」（表示関係コードの文字数は、“−”も１文字として数える）であり全ての数字が１である必要があるので、表示関係コードで「１−１」が選択される。行列値（３，１）に表示されるのは「１」を親としており、同一の行（ｒｏｗ）に表示されるべき契約書の表示データとなる。また、列（ｃｏｌｕｍｎ）が１の列については行（ｒｏｗ）が２以上となる場所にはいずれのファイルも配置されない。また、表示関係コード「・・・−×−×−×」の文字列で最後の文字が同じ位置（文字数）の他の表示関係コードと異なる場合には別の行（ｒｏｗ）に表示されることを意味する。

表示関係コードで「−１」の文字列が続くうちは同一の行（ｒｏｗ）であり、変わると別の行（ｒｏｗ）となる。例えば「１−１−１」（文字数５）と「１−１−２」（文字数５）なのでこの２つは行（ｒｏｗ）で一つ違えて表示されるべきであり、「１−２」の表示データの契約書表示ファイルは「１−１−２」よりもさらに下の行（ｒｏｗ）に配置されることになる。さらに、「１−２」の表示位置は、「１−１−３」の表示関係コードが存在する場合と、存在しない場合で当然行（ｒｏｗ）が異なり前者は更に行（ｒｏｗ）が一つ下になる。

ステップＳ４０４ａでは、行列値（ｍ，ｎ）ステップＳ４０３ａで検索された表示ファイルを配置確定する。ステップＳ４０５ａでは表示ファイルなしを配置確定する。次にステップＳ４０６ａでは図１６の表示ファイルは全て配置確定したかを判定する。ステップＳ４０６ａで全て配置確定したら、次にステップＳ４０８ａにおいて図６で示す関係部品表示６０８の位置を所定のルールに従って決めて配置する。関係部品表示６０８は、新たに別のデータファイルを関連付けする場合に用いられる。すなわち、本実施形態の関連図表示ファイルが生成されユーザのパーソナルコンピュータのブラウザ上に表示された場合、ユーザは関連付けを行おうとするデータファイルを指定して、その関連付けを行う位置を表示された関連図から選ぶことができるが、その際、関連図のうち関連付けが可能な位置をこの関係表示部品６０８によって表しておくのである。これにより、ユーザは所望の関係部品表示６０８をクリックするだけで、データファイルの新たな関連付けを設定することができる。

このような関係部品表示配置のルールとしては、例えば一番簡単なルールを考慮すると、同一行（ｒｏｗ）におけるもっとも列（ｃｏｌｕｍｎ）が大きいファイルの行列値を（ｍ１，ｎ１）と仮定すると、その後ろに対して関係部品表示６０８を設定するようにするといったルールが考えられる。つまり、図１７に示すような表示データを生成するために、（ｍ１＋１，ｎ１）に関係部品表示６０２を配置確定し、（ｍ１＋２，ｎ１）には関係部品表示６０８を配置確定して付加することで最終的な表示画像データファイルを生成して終了する。

また、ステップＳ４０６ａで全ての表示ファイルを配置済みでないとすればステップＳ４０７ａで行列値（ｍ，ｎ）を変更するために列（ｃｏｌｕｍｎ）を一つ増やしてステップＳ４０２ａに戻る。一方ステップＳ４０２ａで、列（ｃｏｌｕｍｎ）が偶数の場合には関係部品表示の配置をするためにステップＳ４０９ａへ移行し、行（ｒｏｗ）の値を保存する。また、ステップＳ４１０ａでは行（ｒｏｗ）の最大値を算出する。表示のための行列値決定ルールでは、図１６の表示関係コード文字列で「・・・・−１」が続くときは一旦同一の行（ｒｏｗ）に表示し、「・・・・−２」や「・・・・−３」のように同一の列（ｃｏｌｕｍｎ）の文字列の数値が１つ大きくなると行（ｒｏｗ）を増やした行列値に表示を決定するので全ての変化点を見ればよい。例えば図１６を用いた場合には、最終的に図１７の様に表示されるが、図１６の表示関係コードから分かるようにｎ＝１からスタートして２回変化するところがあるので行（ｒｏｗ）の最大値は３となる。

次に、ステップＳ４１１ａでは、行列値（ｍ−１，ｎ）に配置するファイルがあるかを図１６の表示関係コードから判定する。この判定の方法はステップＳ４０３ａと同じであるので説明は省略する。ステップＳ４０９ａで配置する表示ファイルがあれば（ｍ−１，ｎ）の行列値に対してフラグ「ａ」をセット（ステップＳ４１２ａ）して、配置する表示ファイルがなければそのままステップＳ４１３ａに移行する。

ステップＳ４１３ａでは行列値（ｍ＋１，ｎ）に配置するファイルがあるかを図１６の表示関係コードから判定する。この判定の方法はステップＳ４０３ａと同じであるので説明は省略する。ステップＳ４１３ａで配置する表示ファイルがあれば（ｍ−１，ｎ）の行列値に対してフラグ「ｂ」をセット（ステップＳ４１４ａ）して、配置する表示ファイルがなければそのままステップＳ４１５ａに移行する。その後、ステップＳ４１５ａではステップＳ４１０ａで算出した行（ｒｏｗ）の最大値まで検索が終了したかを判定し、まだ終了していなければ、ステップＳ４１６ａで行（ｒｏｗ）を一つ増やしてステップＳ４０２ａに戻る。

また、ステップＳ４１５ａで行（ｒｏｗ）の最大値まで検索が終了していればステップＳ４１７ａにおいてステップＳ４０９ａで保存した行（ｒｏｗ）に戻もどす。さらに、ステップＳ４１８ａでは行列値（ｍ，ｎ）の関係部品表示を選択する。例えば、フラグを並べて見た場合に最初の２つのフラグが「ａ」「ｂ」であれば[全幅の横棒]を含む関係部品表示を選択する。また、「ａ」のみであれば横棒に関しては[左半分の横棒]を含むファイルの関係部品表示を選択する。そして、最初の２つのフラグ以外に「ａ」或いは「ｂ」が存在する場合には[下半分の棒]が含まれるものを選択し、また既に決定されている（ｍ，ｎ−１）の関係部品表示が６０１、６０３、６０４、６０５などのように[下半分の棒]を含む場合は上半分棒を含む関係部品表示を選択する。また、配置する関係部品表示がない場合には（ｍ，ｎ）のデータそのものを作成しない。このような条件から関係部品表示を選択して行列値（ｍ，ｎ）と共にＲＡＭ２０３に一時保存する。そして、ステップＳ４１９ａでは行列値（ｍ、ｎ）を（ｍ＋１、ｎ）に変更する。但し、Ｓ４１８ａで配置する部品がない場合で同一行(ｒｏｗ)には配置する表示ファイルが存在しなければ（１、ｎ＋１）に変更するものである。

なお、ステップＳ４０６ａで「Ｙｅｓ」となり、ステップＳ４０８ａの実行前の状態の表示行列値と表示ファイルの関係は図１７のような表示を行う場合には図１８のように決定されることになる。

以上説明したように、本実施形態によれば、データファイル同士の持つ関係を視覚的に表現してみせることが可能であり、例えばあるデータファイルについてどのデータファイルの情報を参照すれば良いのかが分かり易くなる。また、更にはデータファイル同士の関連付けを行う際に登録可能な個所を表示させることが可能なため、既に関連付けられた多数のデータファイルに対して新規に関連付けを行う際にも新規の関連付け位置がどのような位置で登録されるのか、またどのような位置に登録すべきなのか明確であり理解し易いという利点がある。

次に、図２０〜２４を用いて管理サーバ１１０のＣＰＵ２０１が実行する図３のステップＳ３１６について図２０を用いて詳細に説明する。より具体的には複数のデータファイルにより構成する既存のツリー構造に対してデータファイルを追加することでツリー構造を再構成する処理である。本発明においては、ユーザが容易にツリー表示に対して新規にデータファイルの追加を行うことを可能とするために図１３や図１７の「ここに登録」のようなデータファイルの追加可能な位置を明示的に示し、ユーザはＰＣ１３０の入力部（例えば、マウスなどのポインティングデバイス）によりこの追加位置を示す画像を選択することで、データファイルをツリー構造に追加する位置を指示することができる。
ここでは、管理サーバ１１０は、図３のステップＳ３０９やステップＳ３１８で判定した特定のデータファイルを、図３のステップＳ３１３で判定したデータファイルを含むツリー構造に追加するものである。

図２０は、上述のとおり契約書関連テーブル５０４の情報更新処理を示すものである。管理サーバ１１０のＣＰＵ２０１は、ステップＳ３１５でユーザ側のＰＣ１３０において追加可能位置をしめす関連表示部品６０８が押下されたことを受けて送信される追加位置情報の受信を判定する。追加位置情報としては関係表示部品６０８を特定する情報或いはその座標位置などを含むことが考えられ、データファイルを追加する隣接のデータファイル（上位と下位の層のデータファイル）が特定できれば良い。ステップＳ３１５でＹｅｓの場合にステップＳ３１６を実行することになり、図２０の処理が行われる。
まず、図２１のように新規登録された契約書ＳＥＱ番号「４」のデータファイルを既存の契約書ＳＥＱ番号「１，２，３」で作成されているデータファイルのツリー構造に関連付ける場合を例にとって説明する。

ステップＳ２００１では、新規に関連付けるデータファイルの契約書関連テーブル５０４の親契約書ＳＥＱ番号にユーザにより指定された関連付けの位置に対する親契約書ＳＥＱ番号を設定する。ここでは「４」の親契約書ＳＥＱ番号に対して「１」を設定するものである。また、ステップＳ２００２ではユーザにより指定された関連付けの位置に関連する子契約書ＳＥＱ番号の契約書関連テーブル５０４上の親契約書ＳＥＱ番号を新規関連付けデータファイルの契約書ＳＥＱ番号に変更する。図２１の場合「１」から「４」に変更される。

すなわち、図２１の変更前の契約書関連テーブル５０４は、図２２に示すとおりであり、図２１のように矢印の位置に関連付け位置が指定されると契約書関連テーブル５０４は図２３のように更新され、これを用いて、ステップＳ２００３において図４の処理を繰り返すので新しいツリー構造を有するデータファイルの関連図表示データを生成してユーザのＰＣ１３０に送信することが可能となり、ＰＣ１３０上で再描画されることになる。これによって関連付けを行うと管理サーバ１１０は新規に関連付けられたことをトリガとしてデータツリー表示の再描画を行うものである。この再描画時のステップＳ４０９の表示ファイル関係情報（表示ファイルテーブル、表示ファイル関係データテーブル）の生成は新規に関連付けられる対象として選択されていた契約書ＳＥＱ番号「４」をもとに行われる。

以上のように処理することでデータファイルのツリー表示に対して新たな関連付けを行った場合に、新たな契約書のデータファイルの関連付け位置をユーザが指定することにより、管理サーバ１１０がツリー構造の再構成を行って、表示データを生成してＰＣ１３０に送信することでＰＣ１３０上において再描画が行われる。

また、さらなる変形例としては、上述の図６で示したような各関係部品ファイルを複数の画像データとして持つことも可能である。例えば図２４ａに示すように５つのパーツからなるものや、図２４ｂに示すように３つのパーツからなるもの、図２４ｃに示すように２つのパーツからなるものなどを使用することが可能である。ここでは特に三角形のマークがデータファイルを追加可能な位置を明示的に示すものである。

例えば、図１９のステップＳ４１８ａで表示ファイル同士の関係から「Ｔ」字型の関係部品ファイルが選択されることが決定されたら行列値（ｍ，ｎ）にはこの５つのパーツが配置されるように位置制御すればよい。つまり、行列値（ｍ,ｎ）を予め登録されている５つのパーツの大きさに合わせて細分化して配置するように制御するものである。予めデータの関連付けルールと関係部品ファイルの対応を決定しておくことで、例えば「Ｔ」字型の関係の場合は図に示すような２箇所に対して関連付けが可能とし、またＬ字型や単なる横棒の場合には１箇所だけ関連付けが可能とすることが出来る。

ユーザがブラウザ上でこの三角形マークの位置を指定した場合にはユーザ側のＰＣ１３０の汎用ブラウザから指定座標をＣＧＩのパラメータなどで管理サーバ１１０は取得する。そして管理サーバ１１０のＣＰＵ２０１はこの情報からどの親データに対して関連付けられたかを検出することが可能であり、これにあわせて契約書関連テーブル５０４を再構成すればよい。

例えば、三角形マークの配置の際にハイパーリンクを付けておくことで、指定された場合に位置情報を送信することができる。

次に図２５〜２９で示す実施の形態について図を用いて説明する。本実施形態においては図１３、図１７或いは図２１で説明した実施形態ではデータファイルの関係図（データファイルのツリー構造の表示）が１つのケースについて説明したが、本実施形態においてはツリー構造を複数有する関係図表示データが生成される場合について説明する。

例えば、図２５のようなケースであり、関係図としてツリー構造を複数有する関係表示ファイルが生成される場合である。図２５は、図１１の関連付け先を検索するための画面でユーザが検索した結果を示す図１２のデータファイル一覧のリストから契約書ＳＥＱ番号「４」に相当するデータファイルが選択された場合にＰＣ１３０に送信されて表示部２６０に表示されるものである。図２５は一例であり、ツリー構造は３つ以上作成されることもある。以下に、詳細に説明する。

図５で説明した契約関連テーブル５０４は契約書ＳＥＱ番号に対して一つの親契約書ＳＥＱ番号を持つ形で説明した。図２５で示す実施形態においては、同一の契約書ＳＥＱ番号に対して複数の親契約書ＳＥＱ番号を対応づけた契約書関連テーブル５０４が作成される。例えば図２５の２つのツリー構造からなる関係図表示データのもととなる契約書関連テーブル５０４は図２６に示す通りである。

図２６で、契約書ＳＥＱ番号「４」に対しては親契約書ＳＥＱ番号として「１」と「７」を有している。これらは自契約書ＳＥＱ番号「１」、「７」に対する親契約書ＳＥＱ番号が「ＮＵＬＬ」となるデータファイルであり、ツリー構造の最上位階層となりツリー構造の中心として表示されるものである。そのため、図１２のような一覧リストから契約書ＳＥＱ番号「４」のファイルが選択された場合には、複数のツリー構造として関係図表示データを作成するものである。３つ以上のツリー構造からなる場合とは更に別の親契約書ＳＥＱ番号が紐付けられている場合である。

ここで、図２７を用いて上述の図１３、図１７或いは図２１で示す実施形態で説明した図４と異なる部分について説明する。ステップＳ４１２では、選択された契約書／覚書ファイルに対しての親契約書ＳＥＱ番号を調べて、最上位階層に位置する（図５の契約書関連テーブル５０４で親契約書ＳＥＱ番号がＮＵＬＬ）契約書／覚書ファイル（データファイル）を全て検索、抽出する。このデータは一時的にＲＡＭ２５２に保存されるものである。次に、ステップＳ４１３ではステップＳ４１２で抽出した最上位階層になる契約書／覚書ファイルのうち表示データ生成が未処理であるものを一つ選択して表示データ生成処理のために表示データ検索対象として設定する。その後は図４でも説明したようにステップＳ４０４〜ステップＳ４０８までの処理を行う。ステップＳ４０７で全ての表示データの検索が終了している場合にはステップＳ４１４では、ステップＳ４１２で抽出した最上位階層にある契約書／覚書ファイルのうち表示データ検索が全て終了しているか？をチェックして、もし終了していなければステップＳ４１３に戻る。また、ステップＳ４１４で最上位階層に位置する契約書／覚書ファイルの全てが終了している場合にはステップＳ４０９で表示ファイル関係情報を生成する。表示ファイル関係情報は上述の第１の実施例でも説明したように、表示関係コードを生成して、図１６に示したような表示ファイル関係データテーブルを生成するものである。ここで、図２８は表示データの一例を示す表示ファイルテーブルである。また、図２９は表示関係コードを生成して作成される表示ファイル関係テーブルを表している。

図２８、図２９において、図１３、図１７或いは図２１で示す実施形態と異なるのは複数のツリー構造を有する関係表示ファイルが生成されるために表示ブロックの番号を管理する点である。これらは最上位階層の契約書／覚書ファイルの個数分生成されるものである。

図２９を用いて関係表示ファイルを生成する処理は、図１９で示した処理を表示ブロック番号単位で繰り返し、表示ブロック番号毎に関係図表示データを生成する際の表示位置をＹ方向（ｒｏｗ増加方向）にずらして生成することで実現できる。
このようにして図２５のような複数のツリー構造を有する表示データを生成することが可能となる。

また、以上の変形例としては、管理サーバ１１０とＰＣ１３０での負荷分散のための協働したシステムが考えられる。例えば、上述の実施形態においては、関係図表示データであるＨＴＭＬデータファイルの作成を全て管理サーバで行っていたが、管理サーバでは表示ファイル関係データテーブルの作成を行って、ツリー表示用の契約書のサムネイルや関連部品表示として用いる図６の６０１〜６０８の画像ファイルと図１６、２４で示したような表示ファイル関係データテーブルをＰＣ１３０に送信し、ＰＣ１３０において汎用ブラウザにおいて既知の技術であるＪａｖａ（登録商標）アプレットなどを用いて図１９の処理を実行することで表示用のＨＴＭＬデータファイルを生成するようにして管理サーバ１１０とＰＣ１３０で負荷分散することも本発明の範疇である。

以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

本発明における一実施形態のデータファイル管理システムの構成を示す図である。 本発明の実施形態の管理サーバ装置のハードウエア構成を示す図である。 本発明の一実施形態を説明するためのフローチャートを示す図である。 本発明の一実施形態を説明するためのフローチャートを示す図である。 本実施形態にかかる契約書間の関連付けを行うための各種関連テーブルの概念図である。 本実施形態における契約書のＪＰＥＧファイルと関係部品表示を交互に配置して表示のためのＨＴＭＬデータファイルを示す図である。 本実施形態においてユーザのＰＣのブラウザ上に表示されるメインメニューを示す図である。 本実施形態におけるデータファイル一覧画面を示す図である。 本実施形態における書誌情報入力画面の例を示す図である。 本実施形態における登録終了画像の例を示す図である。 本実施形態における検索画面の例を示す図である。 本実施形態における関連付けデータ検索一覧画面の例を示す図である。 本発明の一実施形態関連付け位置情報の例を示す図である。 本実施形態における検索条件入力画面の例を示す図である。 本実施形態における表示用データの例を示す図である。 所定の契約書ＳＥＱ番号を持つ表示データファイルと表示関係コードとの関係を示す図である。 本実施形態における関係図の表示データの例を示す図である。 本実施形態における表示行列値と表示ファイルの関係の例を示す図である。 本発明の一実施形態を説明するためのフローチャートを示す図である。 本発明の一実施形態を説明するためのフローチャートを示す図である。 本実施形態のデータファイルの関連付けの例を表す図である。 本実施形態の図２１の関連付け前の契約書関連テーブル５０４を示す図である。 本実施形態の図２１の関連付け後の契約書関連テーブル５０４を示す図である。 関係部品図の他の例を示す図である。 本発明における表示データの別の例を示す図である。 本実施形態における契約書関連テーブル５０４の例を示す図である。 本発明の一実施形態を説明するためのフローチャートを示す図である。 本実施形態における表示用データの例を示す図である。 本実施形態における所定の契約書ＳＥＱ番号を持つ表示データファイルと表示関係コードとの関係を示す図である。

符号の説明

１００ ＬＡＮ
１１０ ファイル管理サーバ
１１１ 外部メモリ
１１２ モジュール構造
１２０ 複合機
１３０ ＰＣ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信インタフェースコントローラ
２０９ ＫＢ
２１０ ＣＲＴ
５０１〜５０４ テーブル
６０１〜６０９ 関係部品表示
７０１〜７０２ ボタン
８０１ 登録ボタン
１００１ 関連付けボタン
１２０１〜１２０３ データファイル表示
１２０４〜１２０６ 選択ボタン
１４０１ 検索条件及び検索指示ボタン
２１０１〜２１１４ 契約書／覚書

Claims (8)

1. 複数のデータファイルと、該複数のデータファイル間の関連付けを視覚的に示す複数種類の第１の部品データおよびデータファイルを新たに追加可能な位置を視覚的に示す第２の部品データを含む関係表示部品データと、該複数のデータファイルを親のデータファイルを識別する識別情報により関連付ける関連付け情報を記憶するデータ記憶手段とを備えるデータファイル管理装置であって、
   前記データファイルの関連付け指示がされたかどうかを判定する判定手段と、
   前記関連付け指示がされた場合、ユーザによって選択されたデータファイルを前記複数のデータファイルから決定するデータファイル決定手段と、
   前記データファイル決定手段で決定されたデータファイルに関連付くデータファイルを前記関連付け情報を用いて検索する検索手段と、
   前記検索手段で検索されたデータファイルの親子関係を示す表示関係コードが各データファイル毎に定義される階層関係情報を、前記関連付け情報に従って生成する階層関係情報生成手段と、
   前記検索手段で検索されたデータファイルの階層関係情報に定義される表示関係コードと、前記データファイルと前記関係表示部品データとが配置可能な位置を行列で示し、列に前記データファイルと前記関係表示部品データとを繰り返し配置することが可能な配置規定テンプレートとを用いて、前記検索手段で検索されたデータファイルの配置位置と、前記関係表示部品データの配置位置とを決定する配置位置決定手段と、
   前記配置位置決定手段で決定された配置位置に、前記データファイルと前記関係表示部品データを配置した関係図表示用データを生成する関係図表示用データ生成手段と
   を備え、前記配置位置決定手段は、データファイルを新たに追加可能な配置位置を視覚的に示す第２の部品データの配置位置が、データファイルの配置位置をもとにして決められる関係表示部品データ配置ルールに従って、前記配置位置決定手段で決定されたデータファイルの配置位置の後の、データファイルを新たに追加可能な配置位置に、前記第２の部品データを配置することを決定し、
   前記関係図表示用データ生成手段は、前記配置位置決定手段で決定された前記第２の部品データを配置する配置位置に、前記第２の部品データを配置することを特徴とするデータファイル管理装置。
2. 前記配置位置決定手段は、前記検索手段で検索されたデータファイルの階層関係情報に定義される表示関係コードを用いて決定されたデータファイルの配置位置から配置関係を特定し、特定された配置関係からデータファイル間に配置する関係表示部品データを前記複数の第１の部品データから選択する第１の部品データ選択手段を含むことを特徴とする請求項１に記載のデータファイル管理装置。
3. 前記関係図表示用データ生成手段は、前記第１の部品データ選択手段で選択された第１の部品データが分岐する部品データの場合、当該第１の部品データの前に配置されるデータファイルの後と、当該第１の部品データの後に配置されるデータファイルの前とに前記第２の部品データを配置することを特徴とする請求項２に記載のデータファイル管理装置。
4. 前記配置位置決定手段で決定される前記データファイル及び関係表示部品データの配置位置は、行列によって決定され、前記関係表示部品データ配置ルールに従って前記第２の部品データを配置する位置は、データファイルの配置位置の列が最終列のデータファイルの後ろの列とする配置位置であることを特徴とする請求項１又は２に記載のデータファイル管理装置。
5. 前記関係図表示用データ生成手段で生成された関係図表示用データは、前記第２の部品データに位置情報を特定するリンクが付加されたクライアント装置のブラウザで表示するためのデータであり、
   前記クライアント端末のブラウザを介してユーザに指定された第２の部品データの位置情報を受信する位置情報受信手段をさらに備えたことを特徴とする請求項１乃至４のいずれか１項に記載のデータファイル管理装置。
6. 前記関係図表示用データ生成手段は、前記位置情報受信手段で受信した位置情報に従って、前記データファイルを追加した関係図表示用データを再生成することを特徴とする請求項５に記載のデータファイル管理装置。
7. 複数のデータファイルと、該複数のデータファイル間の関連付けを視覚的に示す複数種類の第１の部品データおよびデータファイルを新たに追加可能な位置を視覚的に示す第２の部品データを含む関係表示部品データと、該複数のデータファイルを親のデータファイルを識別する識別情報により関連付ける関連付け情報を記憶するデータ記憶手段とを備えるデータファイル管理装置における処理方法であって、
   前記データファイルの関連付け指示がされたかどうかを判定する判定ステップと、
   前記関連付け指示がされた場合、ユーザによって選択されたデータファイルを前記複数のデータファイルから決定するデータファイル決定ステップと、
   前記データファイル決定ステップで決定されたデータファイルに関連付くデータファイルを前記関連付け情報を用いて検索する検索ステップと、
   前記検索ステップで検索されたデータファイルの親子関係を示す表示関係コードが各データファイル毎に定義される階層関係情報を、前記関連付け情報に従って生成する階層関係情報生成ステップと、
   前記検索手段で検索されたデータファイルの階層関係情報に定義される表示関係コードと、前記データファイルと前記関係表示部品データとが配置可能な位置を行列で示し、列に前記データファイルと前記関係表示部品データとを繰り返し配置することが可能な配置規定テンプレートとを用いて、前記検索ステップで検索されたデータファイルの配置位置と、前記関係表示部品データの配置位置を決定する配置位置決定ステップと、
   前記配置位置決定ステップで決定された配置位置に、前記データファイルと前記関係表示部品データを配置した関係図表示用データを生成する関係図表示用データ生成ステップと
   を備え、前記配置位置決定ステップは、データファイルを新たに追加可能な配置位置を視覚的に示す第２の部品データの配置位置が、データファイルの配置位置をもとにして決められる関係表示部品データ配置ルールに従って、前記配置位置決定手段で決定されたデータファイルの配置位置の後の、データファイルを新たに追加可能な配置位置に、前記第２の部品データを配置することを決定し、
   前記関係図表示用データ生成ステップは、前記配置位置決定ステップで決定された前記第２の部品データを配置する配置位置に、前記第２の部品データを配置することを特徴とする処理方法。
8. 複数のデータファイルと、該複数のデータファイル間の関連付けを視覚的に示す複数種類の第１の部品データおよびデータファイルを新たに追加可能な位置を視覚的に示す第２の部品データを含む関係表示部品データと、該複数のデータファイルを親のデータファイルを識別する識別情報により関連付ける関連付け情報を記憶するデータ記憶手段とを備えるデータファイル管理装置を、
   前記データファイルの関連付け指示がされたかどうかを判定する判定手段と、
   前記関連付け指示がされた場合、ユーザによって選択されたデータファイルを前記複数のデータファイルから決定するデータファイル決定手段と、
   前記データファイル決定手段で決定されたデータファイルに関連付くデータファイルを前記関連付け情報を用いて検索する検索手段と、
   前記検索手段で検索されたデータファイルの親子関係を示す表示関係コードが各データファイル毎に定義される階層関係情報を、前記関連付け情報に従って生成する階層関係情報生成手段と、
   前記検索手段で検索されたデータファイルの階層関係情報に定義される表示関係コードと、前記データファイルと前記関係表示部品データとが配置可能な位置を行列で示し、列に前記データファイルと前記関係表示部品データとを繰り返し配置することが可能な配置規定テンプレートとを用いて、前記検索手段で検索されたデータファイルの配置位置と、前記関係表示部品データの配置位置を決定する配置位置決定手段と、
   前記配置位置決定手段で決定された配置位置に、前記データファイルと前記関係表示部品データを配置した関係図表示用データを生成する関係図表示用データ生成手段として機能させ、
   前記配置位置決定手段は、データファイルを新たに追加可能な配置位置を視覚的に示す第２の部品データの配置位置が、データファイルの配置位置をもとにして決められる関係表示部品データ配置ルールに従って、前記配置位置決定手段で決定されたデータファイルの配置位置の後の、データファイルを新たに追加可能に、前記第２の部品データを配置することを決定し、
   前記関係図表示用データ生成手段は、前記配置位置決定手段で決定された前記第２の部品データを配置する配置位置に、前記第２の部品データを配置することを特徴とするコンピュータに実行可能なプログラム。

Images