(57)【要約】【課題】  本発明はデータファイル同士の持つ関係を効果的に関連付けて視覚的に表現しデータファイル同士の内容の関連性について理解しやすいシステムを提供するものであること。【解決手段】  選択された検索対象のデータファイルに対する親のデータファイルがあるか否かを契約書関連テーブル５０４を参照して判定し、親のデータファイルが存在する場合には検索対象を親のデータファイルに変更して処理を繰り返す。親データファイルがない場合は現在の検索対象のデータファイルを表示データ、つまり最上位のデータファイルを表示データとして保存する。そして最上位のデータファイルに関連付けられる全てのデータファイルを検索して、表示データとして保存し、データファイルの関連図を生成してユーザ端末へ送信するものである。【選択図】  図５
2006164076.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータファイルと該複数のデータファイルの各々を階層的に関連付ける関連付け情報を含むデータ記憶手段と、
前記複数のデータファイルのうち所定のデータファイルに対する削除を指示する情報を受信すると、前記所定のデータファイルの一階層上のデータファイルと所定のデータファイルの一階層下のデータファイルを直接関連付けて関連付け情報を更新する関連付け情報更新手段と
を備えたことを特徴とするデータファイル管理装置。
【請求項２】
複数のデータファイルと該複数のデータファイルの各々を階層的に関連付ける関連付け情報を含むデータ記憶手段と、
前記複数のデータファイルのうち所定のデータファイルに対する関連付け解除を指示する情報を受信すると、前記所定のデータファイルと前記所定のデータファイルの一階層上のデータファイルとを関連付けるための関連付け情報を削除する関連付け情報更新手段と
を備えたことを特徴とするデータファイル管理装置。
【請求項３】
データ記憶手段に複数のデータファイルと該複数のデータファイルの各々を階層的に関連付ける関連付け情報を記憶するステップと、
関連付け情報更新手段により、前記複数のデータファイルのうち所定のデータファイルに対する削除を指示する情報を受信すると、前記所定のデータファイルの一階層上のデータファイルと所定のデータファイルの一階層下のデータファイルを直接関連付けて関連付け情報を更新するステップと
を備えたことを特徴とするデータファイル管理方法。
【請求項４】
データ記憶手段に複数のデータファイルと該複数のデータファイルの各々を階層的に関連付ける関連付け情報を記憶するステップと、
関連付け情報更新手段により、前記複数のデータファイルのうち所定のデータファイルに対する関連付け解除を指示する情報を受信すると、前記所定のデータファイルと前記所定のデータファイルの一階層上のデータファイルとを関連付けるための関連付け情報を削除するステップと
を備えたことを特徴とするデータファイル管理方法。
【請求項５】
複数のデータファイルを、前記複数のデータファイル同士の関係を示すデータに基づいて、関連付けて表示するためのデータファイル管理装置であって、
複数のデータファイルの関連を示す階層的ツリー表示を行うためのデータを生成するツリー表示用データ作成手段と、
前記ツリー表示用データに含まれるデータファイルの一つを選択する選択データを受信する選択データ受信手段と、
前記選択されたデータファイルに対する処理命令を受信する処理命令受信手段と、
前記処理命令が関連付けを切る命令であった場合には、前記選択されたデータファイルに対して関連付けられた下位層に存在するすべてのデータファイルを削除したツリー表示用データを生成することを特徴とするデータファイル管理装置。
【請求項６】
複数のデータファイルを、前記複数のデータファイル同士の関係を示すデータに基づいて、関連付けて表示するためのデータファイル管理装置であって、
複数のデータファイルの関連を示すツリー表示を行うためのデータを生成するツリー表示用データ作成手段と、
前記ツリー表示用データに含まれるデータファイルの一つを選択する選択データを受信する選択データ受信手段と、
前記選択されたデータファイルに対する処理命令を受信する処理命令受信手段と、
前記処理命令が前記選択されたデータファイルを削除する命令であった場合には、前記選択されたデータファイルの一つ下の階層に位置するデータファイルを前記選択されたデータファイルの親となるデータファイルに対して直接関連付けたツリー表示用データを生成することを特徴とするデータファイル管理装置。
【請求項７】
複数のデータファイルを、前記複数のデータファイル同士の関係を示すデータに基づいて、関連付けて表示するためのデータファイル管理方法であって、
複数のデータファイルの関連を示す階層的ツリー表示を行うためのデータを生成するツリー表示用データ作成ステップと、
前記ツリー表示用データに含まれるデータファイルの一つを選択する選択データを受信する選択データ受信ステップと、
前記選択されたデータファイルに対する処理命令を受信する処理命令受信ステップと、
前記処理命令が関連付けを切る命令であった場合には、前記選択されたデータファイルに対して関連付けられた下位層に存在するすべてのデータファイルを削除したツリー表示用データを生成することを特徴とするデータファイル管理方法。
【請求項８】
複数のデータファイルを、前記複数のデータファイル同士の関係を示すデータに基づいて、関連付けて表示するためのデータファイル管理方法であって、
複数のデータファイルの関連を示すツリー表示を行うためのデータを生成するツリー表示用データ作成ステップと、
前記ツリー表示用データに含まれるデータファイルの一つを選択する選択データを受信する選択データ受信ステップと、
前記選択されたデータファイルに対する処理命令を受信する処理命令受信ステップと、
前記処理命令が前記選択されたデータファイルを削除する命令であった場合には、前記選択されたデータファイルの一つ下の階層に位置するデータファイルを前記選択されたデータファイルの親となるデータファイルに対して直接関連付けたツリー表示用データを生成することを特徴とするデータファイル管理方法。
【請求項９】
コンピュータに請求項３、４、７または８に記載のデータファイル管理方法を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データファイル管理装置、データファイル管理方法、およびプログラムに関し、より詳細には、電子データであるデータファイルをネットワークを介して管理サーバ上で管理するデータファイル管理装置、データファイル管理方法およびプログラムに関する。
【背景技術】
【０００２】
業務上で発生する大量の文書の管理を如何に効率的に行うかという問題は、多くの場面で検討され議論されてきている。特に、近年はハードディスクの大容量化、低価格化が進み、更にはデータ圧縮技術の進歩などにより文書等の書類をスキャンし、ＰＤＦファイルとして電子データ化するなどによりデータファイルでの保存、管理が行われるようになっている。
【０００３】
データファイルの管理では、ファイルの内容に関して各ファイル間に意味を持つものがあり（例えば、基本契約書と個別契約書や覚書）、ファイル管理においては如何にこのような関係を結びつけて、管理することが重要である。
【０００４】
従来からデータファイルの管理においてファイル間の関係を視覚的に見せながら管理が行える仕組みが幾つか提供されている。例えば，Ｗｉｎｄｏｗｓ（登録商標）などのＯＳではディレクトリ管理により、データファイルを格納するフォルダを階層的に表示することなどが行われ、各フォルダ間の関連性を視覚的に分かりやすくして、データファイルの存在する場所を表示することが可能となる仕組みを有している。
【０００５】
また、検索したファイルの存在する場所をツリー表示するための仕組みをもつファイル管理システムが開示されている（例えば、特許文献１参照）。
【０００６】
さらに、他にも特定のファイルを生成するために用いられた入力ファイルと、該特定ファイルから出力された出力ファイルを特定のファイルに関連付けて管理し、その関連図を生成することが可能なファイル管理システムが開示されている（例えば、特許文献２参照）。
【０００７】
【特許文献１】特開２００１−０４３２３１号公報
【特許文献２】特開平９−１８５６６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載の検索したファイルの存在する場所をツリー表示するための仕組みをもつファイル管理システムにおいては、ファイルが存在する格納場所を階層的に表示して管理するためのものであって、ファイル同士がどのようなつながりを有しているのか不明であった。
【０００９】
また、ツリー表示方法についても、ある上位階層の格納場所（例えば、キャビネット）に下位階層の格納場所（例えば、フォルダ）が含まれている場合「＋」を表示し、「＋」が指定されるとそこに含まれる下位の格納場所名称を同一階層に一覧表示することでツリー構造表示を行うといったものであり、ファイル同士に関連付けて表示を可能とするものではない。
【００１０】
さらに、従来ファイル検索結果をツリー表示により示しているものの、これ自体ファイルの存在するパス情報から生成されたものであり、動的にツリーを生成して表示データを変更するようなことはできない。
【００１１】
また、特許文献２に開示されているファイル関連図出力方法においてはファイル同士を関連付けた表示が可能であるが、この方法においては指定されたファイルを中心とする上位のファイルと下位のレベルのファイルに関する関連図を出力するものである。したがって、複数のファイルを階層的に管理した場合に指定されたファイルがどの階層に位置するか不明なファイルを指定した場合に指定されたファイルが含まれる関連ファイル全体をツリー表示することはできない。
【００１２】
また、他の観点では特許文献１や特許文献２ではＷｅｂシステムに適用した場合を想定していないため、ツリー構造表示を行うためにＨＴＭＬデータを生成することが必要となるので、予め用意されているＧＩＦやＪＰＥＧ等の画像ファイルを組み合わせることが必要となるが上記従来技術においてはそのような表示用のＨＴＭＬファイルの生成については開示されていない。
【００１３】
本発明は上記問題点に鑑みてなされたものであり、データファイル同士の関係を視覚的に理解することができるデータファイル管理装置、方法およびプログラムを提供することを目的とする。
【００１４】
さらに、本発明はデータファイルを登録する際に関連付け先を視覚的に表現することで登録場所を確認することが可能なデータ管理装置、方法およびプログラムを目的とする。
【課題を解決するための手段】
【００１５】
本発明は上記の課題を解決することを目的とし請求項１に記載の発明は、データファイル管理装置であって、複数のデータファイルと複数のデータファイルの各々を階層的に関連付ける関連付け情報を含むデータ記憶手段と、複数のデータファイルのうち所定のデータファイルに対する削除を指示する情報を受信すると、所定のデータファイルの一階層上のデータファイルと所定のデータファイルの一階層下のデータファイルを直接関連付けて関連付け情報を更新する関連付け情報更新手段とを備えたことを特徴とする。
【００１６】
請求項２に記載の発明は、データファイル管理装置であって、複数のデータファイルと複数のデータファイルの各々を階層的に関連付ける関連付け情報を含むデータ記憶手段と、複数のデータファイルのうち所定のデータファイルに対する関連付け解除を指示する情報を受信すると、所定のデータファイルと所定のデータファイルの一階層上のデータファイルとを関連付けるための関連付け情報を削除する関連付け情報更新手段とを備えたことを特徴とする。
【００１７】
請求項３に記載の発明は、データファイル管理方法であって、データ記憶手段に複数のデータファイルと複数のデータファイルの各々を階層的に関連付ける関連付け情報を記憶するステップと、関連付け情報更新手段により、複数のデータファイルのうち所定のデータファイルに対する削除を指示する情報を受信すると、所定のデータファイルの一階層上のデータファイルと所定のデータファイルの一階層下のデータファイルを直接関連付けて関連付け情報を更新するステップとを備えたことを特徴とする。
【００１８】
請求項４に記載の発明は、データファイル管理方法であって、データ記憶手段に複数のデータファイルと複数のデータファイルの各々を階層的に関連付ける関連付け情報を記憶するステップと関連付け情報更新手段により、複数のデータファイルのうち所定のデータファイルに対する関連付け解除を指示する情報を受信すると、所定のデータファイルと所定のデータファイルの一階層上のデータファイルとを関連付けるための関連付け情報を削除するステップとを備えたことを特徴とする。
【００１９】
請求項５に記載の発明は、複数のデータファイルを、複数のデータファイル同士の関係を示すデータに基づいて、関連付けて表示するためのデータファイル管理装置であって、複数のデータファイルの関連を示す階層的ツリー表示を行うためのデータを生成するツリー表示用データ作成手段と、ツリー表示用データに含まれるデータファイルの一つを選択する選択データを受信する選択データ受信手段と、選択されたデータファイルに対する処理命令を受信する処理命令受信手段と、処理命令が関連付けを切る命令であった場合には、選択されたデータファイルに対して関連付けられた下位層に存在するすべてのデータファイルを削除したツリー表示用データを生成することを特徴とする。
【００２０】
請求項６に記載の発明は、複数のデータファイルを、複数のデータファイル同士の関係を示すデータに基づいて、関連付けて表示するためのデータファイル管理装置であって、複数のデータファイルの関連を示すツリー表示を行うためのデータを生成するツリー表示用データ作成手段と、ツリー表示用データに含まれるデータファイルの一つを選択する選択データを受信する選択データ受信手段と、選択されたデータファイルに対する処理命令を受信する処理命令受信手段と、処理命令が選択されたデータファイルを削除する命令であった場合には、選択されたデータファイルの一つ下の階層に位置するデータファイルを選択されたデータファイルの親となるデータファイルに対して直接関連付けたツリー表示用データを生成することを特徴とする。
【００２１】
請求項７に記載の発明は、複数のデータファイルを、複数のデータファイル同士の関係を示すデータに基づいて、関連付けて表示するためのデータファイル管理方法であって、複数のデータファイルの関連を示す階層的ツリー表示を行うためのデータを生成するツリー表示用データ作成ステップと、ツリー表示用データに含まれるデータファイルの一つを選択する選択データを受信する選択データ受信ステップと、選択されたデータファイルに対する処理命令を受信する処理命令受信ステップと、処理命令が関連付けを切る命令であった場合には、選択されたデータファイルに対して関連付けられた下位層に存在するすべてのデータファイルを削除したツリー表示用データを生成することを特徴とする。
【００２２】
請求項８に記載の発明は、複数のデータファイルを、複数のデータファイル同士の関係を示すデータに基づいて、関連付けて表示するためのデータファイル管理方法であって、複数のデータファイルの関連を示すツリー表示を行うためのデータを生成するツリー表示用データ作成ステップと、ツリー表示用データに含まれるデータファイルの一つを選択する選択データを受信する選択データ受信ステップと、選択されたデータファイルに対する処理命令を受信する処理命令受信ステップと、処理命令が選択されたデータファイルを削除する命令であった場合には、選択されたデータファイルの一つ下の階層に位置するデータファイルを選択されたデータファイルの親となるデータファイルに対して直接関連付けたツリー表示用データを生成することを特徴とする。
【００２３】
請求項９に記載の発明は、コンピュータに請求項３、４、７または８に記載のデータファイル管理方法を実行させるためのプログラムであることを特徴とする。
【発明の効果】
【００２４】
本発明によれば、複数のデータファイルおよび複数のデータファイルの各々を関連付ける関連付け情報を含むデータベースと、複数のデータファイルのうち所定のデータファイルが指定されると、関連付け情報を用いて所定のデータファイルを含む関連付けの中心となるデータファイルを探索する探索手段と、関連付け情報を用いて中心となるデータファイルに関連付けされたデータファイル群を抽出する抽出手段とを含む検索手段とを備えているので、データファイル同士の持つ関係を効果的に関連付けて視覚的に表現しデータファイル同士の内容の関連性について理解しやすいシステムを提供することができる。
【発明を実施するための最良の形態】
【００２５】
以下、図面を参照して本発明による画像処理方法を説明する。  
【００２６】
本実施形態においては、契約書ファイルの管理システムを例とする。契約書の画像などのデータがデータファイルの対象となるが、一般に各契約書間には、例えば基本契約と覚書のような関連付けが為されている。関連付けは、本実施形態においては、各種テーブルによって表現されるよう処理され（関連付け処理）、データファイルの管理に用いられる。契約書のデータファイルは契約書からスキャナ等によって読み取られＰＤＦ等のフォーマットでデータベースに格納されるが、この際に関連付けを設定することもできる（新規登録処理）。
【００２７】
このように設定された関連付け情報を用いてデータファイルが管理されるが、先ず各データファイル間の関連付け情報に基づいて、その関連付けにより関連付けられる一群のデータファイル群を生成する（関連付けられたデータファイル群の生成）。その後、データファイル群を各データファイル間の関連付けが明確となるよう視覚化して表示されるように表示画像が生成される（関連図表示ファイルの生成）。このようにして得られた表示画像は、ユーザのパーソナルコンピュータ等に送信されその画面に表示される。
【００２８】
特に、本発明における最良の実施形態としては、Ｗｅｂシステムで閲覧可能とするためにＨＴＭＬファイルでツリー表示を行う場合を想定している。つまり、ツリー関係を表すための関係表示（例えばファイルとファイルを繋ぐ直線やＴ字型の表記）をＪＰＥＧやＧＩＦのファイルとして予め生成しておきファイル同士の関係で動的にどの関係表示をどの位置に配置するかを決定することでＨＴＭＬファイルを構成することで汎用ブラウザにおける表示を可能とするものである。
【００２９】
（本実施形態のシステム構成）
図１は本発明における一実施形態のデータファイル管理システムの構成を示す図である。尚、図１のネットワーク１００上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。ネットワーク１００はＴＣＰ／ＩＰのプロトコルで通信可能な環境を有するＬＡＮで構成されるものである。データファイル管理サーバ１１０は、電子化されているデータファイルを保存すると共に、各データファイルの書誌情報やデータファイル同士の関係付けデータを管理するための管理データを保存している。また、管理サーバ１１０はＷｅｂサーバとしての機能を有し、クライアント装置であるＰＣ１３０から汎用ブラウザを用いてｈｔｔｐプロトコルにより行われるアクセスに対してレスポンス処理を行うことが可能な構造となっている。さらに、管理サーバ１１０は、例えば印刷物または写真をスキャナで読み取りイメージデータを生成するといった電子データ生成機能、あるいはネットワーク送信機能を有する複合機１２０から電子データを受信して所定の格納場所に保存し諸所の利用に供することが可能である。また、管理サーバ１１０はＰＤＦファイル等を受信した後、受信したＰＤＦファイルを前述のＷｅｂサーバとして表示用データを生成する際に用いる表示用のＪＰＥＧ画像へ変換するための機能をも有している。
【００３０】
複合機１２０は、原稿のスキャン機能、スキャンデータのＰＤＦファイル作成機能、ＳＭＢ（Server Message Block）等を用いたファイル転送機能などを有しており操作者の指示で原稿をスキャンして、電子化すると共にＰＤＦファイル等のファイルを生成し、予め設定された格納場所（フォルダ）へファイルを転送するといった一連の流れを実行する。
【００３１】
ＰＣ１３０は、ユーザが用いる汎用のＰＣであり、管理サーバ１１０と双方向通信可能な通信機能と汎用ブラウザアプリケーションを有しており、ｈｔｔｐプロトコルで管理サーバ１１０と通信可能である。双方向通信のために汎用ブラウザはＣＧＩパラメータ情報の送信等の機能を有する。
【００３２】
次に、図１で説明した本発明の管理サーバ１１０およびＰＣ１３０のハードウエア構成について、図２を用いて説明する。図２は、本発明の実施形態の管理サーバ装置１１０のハードウエア構成を示す図である。図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ１１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
【００３３】
ＲＡＭ２０２は、ＣＰＵ２０１のメインメモリ、ワークエリア、一時待避領域等として用いられる。入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の装置においては、キーボード、マウス等のポインティングデバイスが挙げられる。また、複合機１２０といった印刷装置等では、タッチパネル、ボタン、スイッチ等が挙げられる。
【００３４】
ビデオコントローラ２０６は、表示部２１０の表示を制御する。この表示部２１０としては、例えば、ＣＲＴや液晶等が挙げられる。外部メモリコントローラ（ＭＣ）２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ１１１へのアクセスを制御する。加えて、各サーバあるいは各クライアントの各種機能を実現するための関連付けデータを含む各種テーブル、パラメータが記憶するデータベースの機能も有しているということができる。この外部メモリ１１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００３５】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１００を介して外部機器との通信制御処理を実行する。具体的には、ネットワークを介して相手の装置にデータを送信し、またはネットワークに接続された他の装置からのデータを受信する。
【００３６】
本発明を実現するための制御プログラムは外部メモリ１１１に格納されており、必要に応じてＲＡＭ２０２にロードされ、ＣＰＵ２０１によって実行される。さらに、本発明に係わる制御プログラム２１２で用いられるデータファイル２１３及び各種情報テーブル２１４も同様に外部メモリ１１１に格納されている。これらのデータファイルおよびテーブルについての詳細な説明は後述する。
【００３７】
以上管理サーバ１１０を中心に説明したが、汎用のパーソナルコンピュータであるＰＣ１３０も、基本的な構成は管理サーバと変わらないため特に説明は行わないが、基本的には汎用のブラウザを有し、ＮＩＣを介して管理サーバ１１０と通信して画像の表示を行い、指示入力用のマウスやキーボードを有していれば本発明の目的を達することができる。
【００３８】
次に、本発明のデータファイル管理システムの一実施形態の基本的な処理フローについて、図３、図４を用いて説明する。本実施形態においては、複合機１２０におけるスキャン等により生成されたＰＤＦデータ等のデータファイルを予め管理サーバ１１０の特定の管理場所に保存しておき、各データファイルに対する管理サーバ１１０の有する画像変換機能により表示用ＪＰＥＧ画像が関連付けられて保存されている状態にあるものする。
【００３９】
また、本実施形態における管理対象は契約書であり、データファイルは契約書のイメージデータである。ここで対象にする契約書は、例えば、不動産関連の契約書のように複数の契約が存在して、その関係が錯綜しているような契約のための契約書である。したがって、管理を行う場合、契約書の電子データであるデータファイル同士の関連付けに基づいて管理を行う。本実施形態の契約書は、その運用上「基本契約」とその基本契約に関連付けられる「個別契約」や「覚書」が存在するが、本発明の目的はそれぞれがどのように関連付けされているかを視覚的に管理することである。
【００４０】
（各テーブルの説明）
処理フローを詳細に説明する前に、まず処理フローの説明に必要な各情報テーブルの概要とその関係図を図５により説明する。図５は、本実施形態にかかる各契約書間の関連付けを行うための関連テーブルの概念図である。
【００４１】
図５において、●印がついている項目は各テーブルの主キーとなるものである。ここで、５０１は各データファイルに対して最初に管理サーバ１１０に格納される際に作成される「書類テーブル」であり、項目としてはシーケンス番号である書類ＳＥＱ番号、データファイル自体の名称であるファイル名を含んでいる。データファイルであるＰＤＦデータとそのデータファイルを表示させる際の表示用データである表示用ＪＰＥＧは同一の書類ＳＥＱ番号が付され拡張子で区別されるように内部的に対応付けられる。
【００４２】
テーブル５０２は、各データファイルに対する「書誌情報テーブル」である。テーブル５０２−ａ、５０２−ｂは各々別のデータファイルに対する書誌情報レコードを示しており、契約書ＳＥＱ番号を主キーとして管理されている。テーブル５０３は、「書類テーブル」５０１と「書誌情報テーブル」５０２を対応付けるためにそれぞれの主キーを対応付けている「書誌＿書類関連テーブル」である。また、テーブル５０４は、各契約書や覚書同士を関連付けるためにそれらの書誌情報の主キー同士の対応を記述することで親子関係を示す「契約書関連テーブル」である。項目としては契約書ＳＥＱ番号とその親契約書ＳＥＱ番号から構成される。親契約書ＳＥＱ番号がＮＵＬＬならそれ以上の階層が存在しない基本契約のようなものであり、その契約書ＳＥＱ番号のデータファイルが例えば図１３に示すような関連図の先頭の階層に唯一表示されるべきものである。契約書関連テーブル５０４は関連付け情報としては、一階層上のデータデータファイルを特定する情報のみ有しているので、他のシステムで見られるようなファイルパス情報を持つよりも情報量が少なくて済むのでデータ量を抑えることができる。
【００４３】
以下、各ステップは管理サーバ１１０の外部メモリ１１１に制御プログラムとして格納されており、これらのプログラムをＣＰＵ２０１がＲＡＭ２０３にロードして実行する。まず、ユーザはＰＣ１３０で管理サーバ１１０に設定されているＵＲＬに対してアクセスすることで不図示のログイン画面を管理サーバから受信し、ブラウザによりその内容を表示する。次に、ＰＣ１３０から管理サーバ１１０に対してユーザＩＤとパスワード等を用いた認証要求が行われる。
【００４４】
ステップＳ３０１において、管理サーバ１１０は不図示のユーザマスターテーブル（各ユーザのユーザＩＤとパスワードを格納）を用いて認証が出来たか否かを判定する。認証が出来た場合にはＳ３０２へ移行する。ステップＳ３０２では、ＰＣ１３０に対して図７に示すメインメニュー画面を送信する。ＰＣ１３０では図７のメインメニューをブラウザ上で表示する。
【００４５】
図７のメインメニューでは、出力メニュー、入力メニュー、メンテナンスが行える各機能ボタン表示があるが、本発明で関係する入力メニューの「契約書／覚書取込」ボタン７０１と「契約書／覚書関連付け」ボタン７０２についてのみ説明を行う。「契約書／覚書取込」ボタン７０１は新規登録に用いる。これは、まだ書誌情報等の入力が済んでおらず、複合機１２０からのデータファイルと表示用ＪＰＥＧデータが生成され書類番号として重複しないようにシーケンシャルに自動生成された書類ＳＥＱ番号を有しているだけのデータファイル等の状態にあるものの登録を意味する。ここでＰＤＦのデータファイル及びその表示用ＪＰＥＧファイル（以下、データファイル等）は同一の書類ＳＥＱ番号が付され、拡張子によりその識別を可能とする。
【００４６】
「契約書／覚書関連付け」ボタン７０２は関連付けのために用いる。これは、既にデータファイルに関する書誌情報等の諸情報の登録済みで関連付けだけが未設定であるデータファイルの関連付け、或いは更に他のデータファイルとの関連付けもされている状態のデータファイルに対して関連付けの変更を行う際に用いる。
【００４７】
処理フローの説明に戻ると、管理サーバ１１０のＣＰＵ２０１はＳ３０３では「契約書／覚書取込」ボタン７０１が押下されたとの情報が送信されてきたか否かを判断する。ここで、ボタン７０１が押下された場合は、新規入力であるとして後述するステップＳ３１７へ移行する。もし、ボタン７０１が押下されなければ（Ｓ３０３においてＮｏの場合）、ステップＳ３０４で「契約書／覚書関連付け」ボタン７０２が押下されたか否かを判定する。ここで、ボタン押下情報はＣＧＩ（ＵＲＬ情報）の受信内容等で判定するものである。ステップＳ３０４でボタン押下情報を受信しない場合（Ｎｏの場合）他の処理を行う。
【００４８】
（関連付け処理）
ステップＳ３０４で「契約書／覚書関連付け」ボタン７０２が押下されているなら、関連付けを行うものとしてステップＳ３０５で図１４に示す検索条件入力画面をＰＣ１３０に対して通信Ｉ／Ｆコントローラ２０８を介して送信する。その後、ステップＳ３０６でデータファイルの検索条件及び検索指示ボタン１４０１が押下されたとの情報を受信すると、ステップＳ３０７では入力された検索条件により外部メモリ１１１内に格納さているデータファイルに対するデータに対して検索を行う。そして、ステップＳ３０８で検索結果画面を生成して関連付けデータ検索一覧（例えば、図１２に示す結果一覧）をＰＣ１３０に送信する。図１２において、表示１２０１〜１２０３は表示用ＪＰＥＧファイルをブラウザ上に表示したものであり、ボタン１２０４〜１２０６は関連付けを行う対象であるデータファイルを選択するための選択ボタンである。
【００４９】
そして、ステップＳ３０９ではＣＰＵ２０１はＰＣ１３０からの受信情報を解析して選択指示入力の有無を判定し、これにより関連付けを行う対象データファイルを決定する。すなわち、ステップＳ３０９で選択指示があった場合には、そのＣＧＩパラメータによりどのデータファイルが選択されたかを判定する。ここで、上述のステップＳ３０８で生成された画像データのボタン１２０４〜１２０６にはＣＧＩパラメータが対応付けられているものとする。
【００５０】
次に、この状態において次にステップＳ３１０では関連付け先のデータファイルを検索するための検索条件を入力する画面（例えば、図１１に示す検索画面）を送信する。ステップＳ３１１では図１１の各入力欄にいずれの入力情報が入力されたか、および検索実行を指示する情報が入力されたか否かを判定し、入力された場合（Ｙｅｓの場合）ステップＳ３０７と同様にデータ検索を行って、上述した図１２に示すリスト形式で検索結果画像を生成してＰＣ１３０に送信する（ステップＳ３１２）。
【００５１】
ステップＳ３１３では、Ｓ３０９同様の処理で関連付ける先になるデータファイルの選択指示の有無を判定し、ここで選択指示があった場合（Ｙｅｓの場合）ステップＳ３１４へ移行する。次に、ステップＳ３１４ではステップＳ３１３で選択されたデータファイルに関する関連図を表示するための表示ファイルを生成する。この関連図表示ファイルの生成処理は図４の処理フローを用いて後述する。
【００５２】
ステップＳ３１４で生成、送信された関連図表示ファイルは、ＰＣ１３０により受信され、その画面に表示（例えば、図１３の関連付け位置情報）されて、ユーザはこの画像を見ながら関連付けのための位置を示す情報の入力を行う。ステップＳ３１５では関連付けデータを判定し、入力があった場合にはその情報を用いて、例えば図５に示すように契約書関連テーブル５０４の情報を更新する。
【００５３】
（新規登録処理）
更に、ここではステップＳ３０３の判定でＹｅｓの場合、つまり「新規データファイル登録」の場合の処理について説明する。ユーザは既にデータファイル等として登録されているデータファイルおよび表示ＪＰＥＧファイルに関する書誌情報を入力し、さらに関連付けを行う。
【００５４】
まず、ステップＳ３１７では、ＣＰＵ２０１はデータファイル一覧画面（例えば、図８に示す一覧画面）の表示データをＰＣ１３０に対して送信するよう動作する。図８においてはまだ書誌情報が登録されておらず、書類テーブルにのみ登録されているデータファイルについて、その表示を行うための表示用ＪＰＥＧ画像を配置した表示画面をブラウザによって表示可能な情報を含むデータを送信する。ＰＣ１３０において、ユーザが画面を閲覧しながら、登録ボタン８０１を押下した場合には、例えばブラウザアプリケーションが送信する情報を管理サーバ１１０が受信して、そのＣＰＵ２０１がさらにその内容を判断し（ステップＳ３１８）、（例えば、図９に示す）書誌情報入力画面の送信を行う（ステップＳ３１９）。ここでは指定されたデータファイルのＰＤＦ画像を同一フレーム内で書誌情報の入力部と並べて配置することにより、入力する情報を直接ＰＤＦデータから得られるようにしている。これにより入力情報がより容易に、かつ確実に行うことができるようになる。
【００５５】
その後、書誌情報と登録指示情報を受信するか否かを判定する（ステップＳ３２０）。管理サーバ１１０のＣＰＵ２０１は書誌情報と登録指示とを受信した場合（Ｙｅｓの場合）には契約書ＳＥＱ番号を自動生成して、書誌情報テーブル５０２に新規レコードを作成し、書誌＿書類関連テーブルに対応付けを行う登録処理をして、図１０に示す登録終了画像を送信するようＣＰＵ２０１は動作する（ステップＳ３２１）。
【００５６】
次にステップＳ３２２では、ユーザが図１０の関連付けボタン１００１を押下したか否かをブラウザからの受信情報により解析して、関連付け指示の有無を判定する。ここで関連付け指示があった場合（Ｙｅｓの場合）、管理サーバ１１０のＣＰＵ２０１は、ステップＳ３２３、３２４で上述のステップＳ３１０、３１１で行った様に、関連付け先のデータファイルの検索条件を入力させるようＰＣ１３０に表示指示を送信する。本動作は、実質上、上述の内容と同様なため説明を省略する。
【００５７】
図３に示す処理フローで登録、更新したデータファイルに関する諸情報テーブルはＲＡＭ２０３に一時的に生成された後で、不揮発性の外部メモリ１１１に格納されるものである。また、図１３に示す関連図は一例に過ぎず、本発明の目的を達成するための形態であれば種々の関連図の構成が考えられる。
【００５８】
（関連付けされたデータファイル群の生成）
次に、図４の処理フローを用いて図３のステップＳ３１４について、先ず関連付けされたデータファイル群の生成の説明を行った後、関連図表示ファイルの生成、送信処理について詳述する。
【００５９】
まず、ステップＳ４０１では上述のステップＳ３１３で選択された契約書／覚書データファイルを検索対象として、ＲＡＭ２０３の一時保存領域にセットする。次にステップＳ４０２では検索対象のデータファイルに対する親契約書があるか否かを図５の契約書関連テーブル５０４を参照して判定する。ここで、親のデータファイル（階層が１つ上）が存在する場合（Ｙｅｓの場合）には検索対象を親のデータファイルに変更（ステップＳ４０３）して処理を繰り返す。
【００６０】
ステップＳ４０２で親契約がない場合（Ｎｏの場合）ならステップＳ４０４に移行する。ここで親契約がない場合とは契約書関連テーブル５０４の親契約書ＳＥＱ番号がＮＵＬＬであること、つまり最上位の階層、すなわちルートとなるデータファイル群の中心となるデータファイルである基本契約書等を意味する。
【００６１】
ステップＳ４０４では、現在の検索対象のデータファイルを表示データとして保存する。つまり最上位のデータファイルを表示データとして探索したことになる。この時検索済みのフラグをセットしておく。次にステップＳ４０５ではその検索対象のデータファイルが親契約書ＳＥＱ番号にセットされている契約書ＳＥＱ番号を契約書関連テーブル５０４から検索する。ここで、存在する場合には（Ｙｅｓの場合）検出された全てのデータファイルの契約書ＳＥＱ番号を表示データとして保存する（ステップＳ４０６）。表示用データの一例を図１５に示す。表示データはＲＡＭ２０３上に生成される一時データである。また、「検索済みフラグ」はそのデータファイルを検索対象としてステップＳ４０５の判定を終えたことを示す。ここで、フラグ“１”は終了を意味し、すべてフラグ“１”となるとデータファイル群が完全に生成されたこととなる。
【００６２】
ここで全ての表示データに対するＳ４０５の判定を終えているか否か図１５の表示データにある検索済みフラグから判定し（ステップＳ４０７）、まだ未検索対象（フラグ“０”）があれば検索対象にして、フラグをセット（ステップＳ４０８）し、Ｓ４０５の判定を行うようにＣＰＵ２０１は動作する。
【００６３】
（関連図表示ファイルの生成）
ステップＳ４０７で表示用データの全てが検索済みであれば（Ｙｅｓの場合）、図１５に示す表示ファイルテーブルの情報から、表示関係コードを生成する（ステップＳ４０９）。
【００６４】
図１６は、所定の契約書ＳＥＱ番号を持つ表示データファイルと表示関係コードとの関係を示す図である。本実施形態では図１６に示すように、表示関係コードは文字列で構成される。「１」のみの表示関係コードは親契約書を意味し、親契約書の表紙をＪＰＥＧファイルとして保存しておいた縮小画像を表示するための情報である。「１−１」は、「１」の契約書を親としており、そのすぐ後ろに表示されるべき契約書の表示データを意味する。「１−１−１」は、「１−１」を親としておりそのすぐ後ろに表示される。文字列の文字数（「１−１」ならハイフンを含めて３文字）は後述の図６で説明しているテンプレートにおける列（ｃｏｌｕｍｎ）を意味している。表示関係コードを生成することで、データファイルのツリー構造を示す関連図を生成する場合にも処理の度にデータファイルの親子関係を調べる演算処理が省けるので全体的な処理速度の向上を図れる。特にファイル数が増えた場合などに効果的である。
【００６５】
図６に示されているように契約書のＪＰＥＧファイルと関係部品表示を交互に配置して表示のためのＨＴＭＬデータファイル、すなわち二次元表示パターンを生成するため、契約書の表示データは奇数の列（ｃｏｌｕｍｎ）に配置される。また、「１−１−１」と「１−１−２」の違いは、両方とも「１−１」を親として表示され同一の列（ｃｏｌｕｍｎ）に表示されるのに対し、「１−１−１」よりも「１−１−２」の方がひとつ下の行（ｒｏｗ）の位置に表示される点である。
【００６６】
例えば、二次元表示パターンはＨＴＭＬのテーブルタグを用いた二次元配列により構成される。契約書のＪＰＥＧファイルと関係部品表示は生成されたテーブルの各セルに対して配置される。この際、何もＪＰＥＧファイルも関係部品表示も配置する必要のないセルには予め背景色と同一で枠線のないセルと同じ大きさの矩形の画像を用意しておき配置すれば良い。表示する契約書データの数とそれらの関係からテーブルタグの＜ＴＲ＞の繰り返し数と、一つの＜ＴＲ＞に対する＜ＴＤ＞の数が決定されることで二次元表示パターンを動的に生成することができる。
【００６７】
図１６に示す対応表を用いて最終的に表示されるのは図１７のようなイメージの図である。各契約フィルの配置ルールとしては、図１７の４で示される位置「１−１−２」にファイルがある場合「１−２」のファイルは４と同じ行（ｒｏｗ）でなく、より下の行（ｒｏｗ）に表示される。ただし、「１−１−３」が存在すればさらに一つ下の行（ｒｏｗ）になるなど、他に小さい行（ｒｏｗ）で表示されるものがあるか否かにより、「１−２」を表示する行（ｒｏｗ）は異なってくる。
【００６８】
図４の説明に戻ると、ステップＳ４１０では図１６に示される表示関係コードを用いて、図６に示されるテンプレートと関係部品表示とにより図１７に示すような関係図の表示データを生成する。そして、関係図表示データをユーザのＰＣ端末に送信して終了する（ステップＳ４１１）。
【００６９】
図１９は、図４のＳ４１０のステップの詳細な処理フローチャートを示す図である。図１９のステップＳ４０１ａでは図６のテンプレートの配置位置を決定するために行列値（ｍ，ｎ）を用いている。ここで図６のテンプレートは契約書表示データと関係部品表示を列方向に交互に繰り返して表示するためのものであり、表示するツリー構造により、列および行方向に変化するものとする。図６のテンプレートは一例であり、表示ファイルを配置する位置と関係部品表示の位置を行列あるいは座標等で規程するものであれば良い。本実施例で説明する図６のテンプレートは説明の為に行、列を有限に記載しているが、下記のフローチャートで明らかなように表示ファイルの数や表示ファイル間の関係に応じて可変することが可能な構成である。但し、テンプレートは予め行と、列を有限にしておいても表示ファイルの数が少なければ配置可能であり、本発明の範疇であることは言うまでもない。
【００７０】
まず、ステップＳ４０１ａでは行列値（ｍ，ｎ）に初期値（１，１）をセットする。そして、ステップＳ４０２ａでは現在の行列値（ｍ，ｎ）の列（ｃｏｌｕｍｎ）が奇数か否かを判定する。奇数ならステップＳ４０３ａへ、偶数ならステップＳ４０８ａに移行する。図６に示すテンプレートにおいて行列値（ｍ，ｎ）の列（ｃｏｌｕｍｎ）が奇数であることは契約書の表示データを配置を確定しなければならないことを意味し、偶数であれば関係部品表示を表示するために配置を確定しなければならないことを意味する。
【００７１】
ステップＳ４０３ａでは、行列値（ｍ，ｎ）に表示するファイルがあるか否かを図１６に示す表示関係コードから検索する。例えば、行列値（ｍ，ｎ）が（１，１）である場合、表示関係コード「１」の契約書の表示データが配置確定される。また、行列値（ｍ，ｎ）が（３，１）であれば、列の値が３であることからまず文字数は３となる。このため表示関係コードは「×−×」（表示関係コードの文字数は、“−”も１文字として数える）であり全ての数字が１である必要があるので、表示関係コードで「１−１」が選択される。行列値（３，１）に表示されるのは「１」を親としており、同一の行（ｒｏｗ）に表示されるべき契約書の表示データとなる。また、列（ｃｏｌｕｍｎ）が１の列については行（ｒｏｗ）が２以上となる場所にはいずれのファイルも配置されない。また、表示関係コード「・・・−×−×−×」の文字列で最後の文字が同じ位置（文字数）の他の表示関係コードと異なる場合には別の行（ｒｏｗ）に表示されることを意味する。
【００７２】
表示関係コードで「−１」の文字列が続くうちは同一の行（ｒｏｗ）であり、変わると別の行（ｒｏｗ）となる。例えば「１−１−１」（文字数５）と「１−１−２」（文字数５）なのでこの２つは行（ｒｏｗ）で一つ違えて表示されるべきであり、「１−２」の表示データの契約書表示ファイルは「１−１−２」よりもさらに下の行（ｒｏｗ）に配置されることになる。さらに、「１−２」の表示位置は、「１−１−３」の表示関係コードが存在する場合と、存在しない場合で当然行（ｒｏｗ）が異なり前者は更に行（ｒｏｗ）が一つ下になる。
【００７３】
ステップＳ４０４ａでは、行列値（ｍ，ｎ）ステップＳ４０３ａで検索された表示ファイルを配置確定する。ステップＳ４０５ａでは表示ファイルなしを配置確定する。次にステップＳ４０６ａでは図１６の表示ファイルは全て配置確定したかを判定する。ステップＳ４０６ａで全て配置確定したら、次にステップＳ４０８ａにおいて図６で示す関係部品表示６０８の位置を所定のルールに従って決めて配置する。関係部品表示６０８は、新たに別のデータファイルを関連付けする場合に用いられる。すなわち、本実施形態の関連図表示ファイルが生成されユーザのパーソナルコンピュータのブラウザ上に表示された場合、ユーザは関連付けを行おうとするデータファイルを指定して、その関連付けを行う位置を表示された関連図から選ぶことができるが、その際、関連図のうち関連付けが可能な位置をこの関係表示部品６０８によって表しておくのである。これにより、ユーザは所望の関係部品表示６０８をクリックするだけで、データファイルの新たな関連付けを設定することができる。
【００７４】
このような関係部品表示配置のルールとしては、例えば一番簡単なルールを考慮すると、同一行（ｒｏｗ）におけるもっとも列（ｃｏｌｕｍｎ）が大きいファイルの行列値を（ｍ１，ｎ１）と仮定すると、その後ろに対して関係部品表示６０８を設定するようにするといったルールが考えられる。つまり、図１７に示すような表示データを生成するために、（ｍ１＋１，ｎ１）に関係部品表示６０２を配置確定し、（ｍ１＋２，ｎ１）には関係部品表示６０８を配置確定して付加することで最終的な表示画像データファイルを生成して終了する。
【００７５】
また、ステップＳ４０６ａで全ての表示ファイルを配置済みでないとすればステップＳ４０７ａで行列値（ｍ，ｎ）を変更するために列（ｃｏｌｕｍｎ）を一つ増やしてステップＳ４０２ａに戻る。一方ステップＳ４０２ａで、列（ｃｏｌｕｍｎ）が偶数の場合には関係部品表示の配置をするためにステップＳ４０９ａへ移行し、行（ｒｏｗ）の値を保存する。また、ステップＳ４１０ａでは行（ｒｏｗ）の最大値を算出する。表示のための行列値決定ルールでは、図１６の表示関係コード文字列で「・・・・−１」が続くときは一旦同一の行（ｒｏｗ）に表示し、「・・・・−２」や「・・・・−３」のように同一の列（ｃｏｌｕｍｎ）の文字列の数値が１つ大きくなると行（ｒｏｗ）を増やした行列値に表示を決定するので全ての変化点を見ればよい。例えば図１６を用いた場合には、最終的に図１７の様に表示されるが、図１６の表示関係コードから分かるようにｎ＝１からスタートして２回変化するところがあるので行（ｒｏｗ）の最大値は３となる。
【００７６】
次に、ステップＳ４１１ａでは、行列値（ｍ−１，ｎ）に配置するファイルがあるかを図１６の表示関係コードから判定する。この判定の方法はステップＳ４０３ａと同じであるので説明は省略する。ステップＳ４０９ａで配置する表示ファイルがあれば（ｍ−１，ｎ）の行列値に対してフラグ「ａ」をセット（ステップＳ４１２ａ）して、配置する表示ファイルがなければそのままステップＳ４１３ａに移行する。
【００７７】
ステップＳ４１３ａでは行列値（ｍ＋１，ｎ）に配置するファイルがあるかを図１６の表示関係コードから判定する。この判定の方法はステップＳ４０３ａと同じであるので説明は省略する。ステップＳ４１３ａで配置する表示ファイルがあれば（ｍ−１，ｎ）の行列値に対してフラグ「ｂ」をセット（ステップＳ４１４ａ）して、配置する表示ファイルがなければそのままステップＳ４１５ａに移行する。その後、ステップＳ４１５ａではステップＳ４１０ａで算出した行（ｒｏｗ）の最大値まで検索が終了したかを判定し、まだ終了していなければ、ステップＳ４１６ａで行（ｒｏｗ）を一つ増やしてステップＳ４０２ａに戻る。
【００７８】
また、ステップＳ４１５ａで行（ｒｏｗ）の最大値まで検索が終了していればステップＳ４１７ａにおいてステップＳ４０９ａで保存した行（ｒｏｗ）に戻もどす。さらに、ステップＳ４１８ａでは行列値（ｍ，ｎ）の関係部品表示を選択する。例えば、フラグを並べて見た場合に最初の２つのフラグが「ａ」「ｂ」であれば[全幅の横棒]を含む関係部品表示を選択する。また、「ａ」のみであれば横棒に関しては[左半分の横棒]を含むファイルの関係部品表示を選択する。そして、最初の２つのフラグ以外に「ａ」或いは「ｂ」が存在する場合には[下半分の棒]が含まれるものを選択し、また既に決定されている（ｍ，ｎ−１）の関係部品表示が６０１、６０３、６０４、６０５などのように[下半分の棒]を含む場合は上半分棒を含む関係部品表示を選択する。また、配置する関係部品表示がない場合には（ｍ、ｎ）のデータそのものを作成しない。このような条件から関係部品表示を選択して行列値（ｍ、ｎ）と共にＲＡＭ２０３に一時保存する。そして、ステップＳ４１９ａでは行列値（ｍ、ｎ）を（ｍ＋１、ｎ）に変更する。但し、Ｓ４１８ａで配置する部品がない場合で同一行(ｒｏｗ)には配置する表示ファイルが存在しなければ（１、ｎ＋１）に変更するものである。
【００７９】
なお、ステップＳ４０６ａで「Ｙｅｓ」となり、ステップＳ４０８ａの実行前の状態の表示行列値と表示ファイルの関係は図１７のような表示を行う場合には図１８のように決定されることになる。
【００８０】
以上説明したように、本実施形態によれば、データファイル同士の持つ関係を視覚的に表現してみせることが可能であり、例えばあるデータファイルについてどのデータファイルの情報を参照すれば良いのかが分かり易くなる。また、更にはデータファイル同士の関連付けを行う際に登録可能な個所を表示させることが可能なため、既に関連付けられた多数のデータファイルに対して新規に関連付けを行う際にも新規の関連付け位置がどのような位置で登録されるのか、またどのような位置に登録すべきなのか明確であり理解し易いという利点がある。
【００８１】
次に、図２０〜２４を用いて管理サーバ１１０のＣＰＵ２０１が実行する図３のステップＳ３１６について図２０を用いて詳細に説明する。より具体的には複数のデータファイルにより構成する既存のツリー構造に対してデータファイルを追加することでツリー構造を再構成する処理である。本発明においては、ユーザが容易にツリー表示に対して新規にデータファイルの追加を行うことを可能とするために図１３や図１７の「ここに登録」のようなデータファイルの追加可能な位置を明示的に示し、ユーザはＰＣ１３０の入力部（例えば、マウスなどのポインティングデバイス）によりこの追加位置を示す画像を選択することで、データファイルをツリー構造に追加する位置を指示することができる。
ここでは、管理サーバ１１０は、図３のステップＳ３０９やステップＳ３１８で判定した特定のデータファイルを、図３のステップＳ３１３で判定したデータファイルを含むツリー構造に追加するものである。
【００８２】
図２０は、上述のとおり契約書関連テーブル５０４の情報更新処理を示すものである。管理サーバ１１０のＣＰＵ２０１は、ステップＳ３１５でユーザ側のＰＣ１３０において追加可能位置をしめす関連表示部品６０８が押下されたことを受けて送信される追加位置情報の受信を判定する。追加位置情報としては関係表示部品６０８を特定する情報或いはその座標位置などを含むことが考えられ、データファイルを追加する隣接のデータファイル（上位と下位の層のデータファイル）が特定できれば良い。ステップＳ３１５でＹｅｓの場合にステップＳ３１６を実行することになり、図２０の処理が行われる。
まず、図２１のように新規登録された契約書ＳＥＱ番号「４」のデータファイルを既存の契約書ＳＥＱ番号「１，２，３」で作成されているデータファイルのツリー構造に関連付ける場合を例にとって説明する。
【００８３】
ステップＳ２００１では、新規に関連付けるデータファイルの契約書関連テーブル５０４の親契約書ＳＥＱ番号にユーザにより指定された関連付けの位置に対する親契約書ＳＥＱ番号を設定する。ここでは「４」の親契約書ＳＥＱ番号に対して「１」を設定するものである。また、ステップＳ２００２ではユーザにより指定された関連付けの位置に関連する子契約書ＳＥＱ番号の契約書関連テーブル５０４上の親契約書ＳＥＱ番号を新規関連付けデータファイルの契約書ＳＥＱ番号に変更する。図２１の場合「１」から「４」に変更される。
【００８４】
すなわち、図２１の変更前の契約書関連テーブル５０４は、図２２に示すとおりであり、図２１のように矢印の位置に関連付け位置が指定されると契約書関連テーブル５０４は図２３のように更新され、これを用いて、ステップＳ２００３において図４の処理を繰り返すので新しいツリー構造を有するデータファイルの関連図表示データを生成してユーザのＰＣ１３０に送信することが可能となり、ＰＣ１３０上で再描画されることになる。これによって関連付けを行うと管理サーバ１１０は新規に関連付けられたことをトリガとしてデータツリー表示の再描画を行うものである。この再描画時のステップＳ４０９の表示ファイル関係情報（表示ファイルテーブル、表示ファイル関係データテーブル）の生成は新規に関連付けられる対象として選択されていた契約書ＳＥＱ番号「４」をもとに行われる。
【００８５】
以上のように処理することでデータファイルのツリー表示に対して新たな関連付けを行った場合に、新たな契約書のデータファイルの関連付け位置をユーザが指定することにより、管理サーバ１１０がツリー構造の再構成を行って、表示データを生成してＰＣ１３０に送信することでＰＣ１３０上において再描画が行われる。
【００８６】
また、さらなる変形例としては、上述の図６で示したような各関係部品ファイルを複数の画像データとして持つことも可能である。例えば図２４ａに示すように５つのパーツからなるものや、図２４ｂに示すように３つのパーツからなるもの、図２４ｃに示すように２つのパーツからなるものなどを使用することが可能である。ここでは特に三角形のマークがデータファイルを追加可能な位置を明示的に示すものである。
【００８７】
例えば、図１９のステップＳ４１８ａで表示ファイル同士の関係から「Ｔ」字型の関係部品ファイルが選択されることが決定されたら行列値（ｍ，ｎ）にはこの５つのパーツが配置されるように位置制御すればよい。つまり、行列値（ｍ,ｎ）を予め登録されている５つのパーツの大きさｎい合わせて細分化して配置するように制御するものである。予めデータの関連付けルールと関係部品ファイルの対応を決定しておくことで、例えば「Ｔ」字型の関係の場合は図に示すような２箇所に対して関連付けが可能とし、またＬ字型や単なる横棒の場合には１箇所だけ関連付けが可能とすることが出来る。
【００８８】
ユーザがブラウザ上でこの三角形マークの位置を指定した場合にはユーザ側のＰＣ１３０の汎用ブラウザから指定座標をＣＧＩのパラメータなどで管理サーバ１１０は取得する。そして管理サーバ１１０のＣＰＵ２０１はこの情報からどの親データに対して関連付けられたかを検出することが可能であり、これにあわせて契約書関連テーブル５０４を再構成すればよい。
【００８９】
例えば、三角形マークの配置の際にハイパーリンクを付けておくことで、指定された場合に位置情報を送信することができる。
【００９０】
次に図２５〜２９で示す実施の形態について図を用いて説明する。本実施形態においては図１３、図１７或いは図２１で説明した実施形態ではデータファイルの関係図（データファイルのツリー構造の表示）が１つのケースについて説明したが、本実施形態においてはツリー構造を複数有する関係図表示データが生成される場合について説明する。
【００９１】
例えば、図２５のようなケースであり、関係図としてにツリー構造を複数有する関係表示ファイルが生成される場合である。図２５は、図１１の関連付け先を検索するための画面でユーザが検索した結果を示す図１２のデータファイル一覧のリストから契約書ＳＥＱ番号「４」に相当するデータファイルが選択された場合にＰＣ１３０に送信されて表示部２６０に表示されるものである。図２５は一例であり、ツリー構造は３つ以上作成されることもある。以下に、詳細に説明する。
【００９２】
図５で説明した契約関連テーブル５０４は契約書ＳＥＱ番号に対して一つの親契約書ＳＥＱ番号を持つ形で説明した。図２５で示す実施形態においては、同一の契約書ＳＥＱ番号に対して複数の親契約書ＳＥＱ番号を対応づけた契約書関連テーブル５０４が作成される。例えば図２５の２つのツリー構造からなる関係図表示データのもととなる契約書関連テーブル５０４は図２６に示す通りである。
【００９３】
図２６で、契約書ＳＥＱ番号「４」に対しては親契約書ＳＥＱ番号として「１」と「７」を有している。これらは自契約書ＳＥＱ番号「１」、「７」に対する親契約書ＳＥＱ番号が「ＮＵＬＬ」となるデータファイルであり、ツリー構造の最上位階層となりツリー構造の中心として表示されるものである。そのため、図１２のような一覧リストから契約書ＳＥＱ番号「４」のファイルが選択された場合には、複数のツリー構造として関係図表示データを作成するものである。３つ以上のツリー構造からなる場合とは更に別の親契約書ＳＥＱ番号が紐付けられている場合である。
【００９４】
ここで、図２７を用いて上述の図１３、図１７或いは図２１で示す実施形態で説明した図４と異なる部分について説明する。ステップＳ４１２では、選択された契約書／覚書ファイルに対しての親契約書ＳＥＱ番号を調べて、最上位階層に位置する（図５の契約書関連テーブル５０４で親契約書ＳＥＱ番号がＮＵＬＬ）契約書／覚書ファイル（データファイル）を全て検索、抽出する。このデータは一時的にＲＡＭ２５２に保存されるものである。次に、ステップＳ４１３ではステップＳ４１２で抽出した最上位階層になる契約書／覚書ファイルのうち表示データ生成が未処理であるものを一つ選択して表示データ生成処理のために表示データ検索対象として設定する。その後は図４でも説明したようにステップＳ４０４〜ステップＳ４０８までの処理を行う。ステップＳ４０７で全ての表示データの検索が終了している場合にはステップＳ４１４では、ステップＳ４１２で抽出した最上位階層にある契約書／覚書ファイルのうち表示データ検索が全て終了しているか？をチェックして、もし終了していなければステップＳ４１３に戻る。また、ステップＳ４１４で最上位階層に位置する契約書／覚書ファイルの全てが終了している場合にはステップＳ４０９で表示ファイル関係情報を生成する。表示ファイル関係情報は上述の第１の実施例でも説明したように、表示関係コードを生成して、図１６に示したような表示ファイル関係データテーブルを生成するものである。ここで、図２８は表示データの一例を示す表示ファイルテーブルである。また、図２９は表示関係コードを生成して作成される表示ファイル関係テーブルを表している。
【００９５】
図２８、図２９において、図１３、図１７或いは図２１で示す実施形態と異なるのは複数のツリー構造を有する関係表示ファイルが生成されるために表示ブロックの番号を管理する点である。これらは最上位階層の契約書／覚書ファイルの個数分生成されるものである。
【００９６】
図２９を用いて関係表示ファイルを生成する処理は、図１９で示した処理を表示ブロック番号単位で繰り返し、表示ブロック番号毎に関係図表示データを生成する際の表示位置をＹ方向（ｒｏｗ増加方向）にずらして生成することで実現できる。
このようにして図２５のような複数のツリー構造を有する表示データを生成することが可能となる。
【００９７】
次に、図３０〜３３で示す実施形態を説明する。ここでは、既に生成されている契約書データのファイルのツリー構造に対する変更の例を説明する。ここで言う変更とは、上記図１３、図１７、図２１、図２５で示した実施形態で説明されたデータファイルのツリー構造に対してデータファイルの関連付け（紐付け）る操作以外のものである。例えば、既に関連付けられているツリー構造に存在するデータファイルの関連付け（紐付け）を切ることやデータファイル自体を削除することである。
【００９８】
図３０は、ユーザのＰＣ１３０の汎用ブラウザにより表示部２１０に表示されるツリー構造のファイル関係表示図である。これは図７のメインメニューの変形例として契約書／覚書関連付けボタン７０２の他に、不図示の契約書関連付け変更ボタンを設けてユーザがＰＣ１３０上で入力２０９からの入力により契約書関連付け変更ボタンが押下されたことを検出して、図１１に示す検索画面を送信し、その入力情報を受けて図１２に示す検索結果一覧をＰＣ１３０に送信し、ユーザの選択した契約書のデータファイルに関連するデータツリー表示のためのデータを生成して送信するものである。これらの送信データは、管理サーバ１３０が生成するＨＴＭＬデータファイルで構成されるものである。
【００９９】
図３０は、ツリー構造の表示であり、ツリー構造変更時はデータファイルの追加操作は行わないため関連付けのための三角印は含まない関係表示部の画像でツリー表示がお行われる。ここで、３００１は契約書のデータファイルの削除ボタンであり、チェックボックス３００３にチェックが入っているもののデータファイルをツリー上から削除するものである。また、３００２は契約書のデータファイルの関連付け（紐付け）を切るための紐切りボタンであり、チェックボックス３００３にチェックが入っているデータファイルの上位階層との関連付けを切るものである。
【０１００】
以下、図３０の削除ボタン３００１及び、紐切りボタン３００２が押下された場合について図３１のフローチャートを用いて説明する。まずユーザはＰＣ１３０の入力部２０９を用いて、変更用の各ボタンの押下前に、関連付けを変更したい契約書のデータファイルに対してチェックボックスにチェックを入れておく。例えば図３０では契約書ＳＥＱ番号「４」が指定されている。この状態において図３１のフローチャートが管理サーバ１１０のＣＰＵ２０１によって実行されるものとする。
【０１０１】
まず、ステップＳ３１０１では削除ボタン３００１が押下されたか否かを判定する。ここで削除ボタン３００１が押下されていればステップＳ３１０５へ、もし押下されていなければステップＳ３１０２へ遷移して紐切りボタン３００２が押下されているかを判定する。
【０１０２】
ステップＳ３１０２では紐切りボタン３００２が押下されたか否かを判定し、ここで紐切りボタン３００２が押下されていればステップＳ３１０３ではチェックボックス３００３がチェックされているか否かを判定する。ここでチェックボックス３１０３にチェックがある契約書のデータファイルはどれかを検出し（複数あるときは複数）、ＲＡＭ２０２に一時的に記憶する。もし、チェックボックス３００３のどれにもチェックがない場合にはエラーとしてステップＳ３１０１に戻る。
【０１０３】
ステップＳ３１０３でチェックが付けられているデータファイルがあることが確認されると、ステップＳ３１０４の処理を実行し、上記ステップＳ３１０３でＲＡＭ２０２に一時保存したデータファイルに対して契約書関連テーブル５０４における親契約書ＳＥＱ番号を削除（親契約書ＳＥＱ番号のない状態“ＮＵＬＬ”データの挿入）して、ステップＳ３１０８の処理を実行し関係図表示データの再表示のためのデータ送信を行う。
【０１０４】
ステップＳ３１０１で削除ボタン３００１が押下されている場合にはステップＳ３１０５でチェックボックス３００３にチェックがあるか否かを判定する。これはステップＳ３１０２で説明した処理と同じなので詳細な説明は省く。そしてステップＳ３１０５でチェックボックスのどれかにチェックが入っている場合には、ステップＳ３１０６においてそのデータファイルに対してステップＳ３１０６で契約書関連テーブル５０４の親契約書ＳＥＱ番号を削除（“ＮＵＬＬ”データの挿入）して、その親契約書ＳＥＱ番号をＲＡＭ２０２に退避させる。ステップＳ３１０５でチェックがない場合にはエラーとしてスタートに戻る。
【０１０５】
そしてステップＳ３１０７では、契約書関連テーブル５０４上で、チェックボックスにチェックがつけられている契約書のデータファイルが親契約書ＳＥＱ番号として設定しているデータファイルの親契約書ＳＥＱ番号を上記ステップＳ３１０５で退避した親契約書ＳＥＱ番号に変更する。そしてステップＳ３１０８で再描画のための処理を行う。
【０１０６】
ステップＳ３１０８では図４のステップＳ４０９、４１０で行われたツリー構造の表示を行うための処理を行いユーザ側のＰＣ１３０にデータを送信して再描画させるものである。
【０１０７】
図３２は削除ボタン３００１が押下された場合の表示画面の遷移とその場合の表示ファイル関係データテーブルの遷移を説明する図である。契約書関連データテーブル５０４の変更に伴って表示用のデータが変更されたものである。
【０１０８】
同様に図３３は紐切りボタンが押下された場合の表示画面の遷移とその場合の表示ファイル関係データテーブルの遷移を説明する図である。
以上説明したように、既に作成されているデータファイルのツリー構造に対する変更を加えることが可能となるものである。
【０１０９】
また、さらなる変形例としては、管理サーバ１１０とＰＣ１３０での負荷分散のための協働したシステムが考えられる。例えば、上述の実施形態においては、関係図表示データであるＨＴＭＬデータファイルの作成を全て管理サーバで行っていたが、管理サーバでは表示ファイル関係データテーブルの作成を行って、ツリー表示用の契約書のサムネイルや関連部品表示として用いる図６の６０１〜６０８の画像ファイルと図１６、２４、３２，３３で示したような表示ファイル関係データテーブルをＰＣ１３０に送信し、ＰＣ１３０において汎用ブラウザにおいて既知の技術であるＪａｖａ（登録商標）アプレットなどを用いて図１９の処理を実行することで表示用のＨＴＭＬデータファイルを生成するようにして管理サーバ１１０とＰＣ１３０で負荷分散することも本発明の範疇である。
【０１１０】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【図面の簡単な説明】
【０１１１】
【図１】本発明における一実施形態のデータファイル管理システムの構成を示す図である。
【図２】本発明の実施形態の管理サーバ装置のハードウエア構成を示す図である。
【図３】本発明の一実施形態を説明するためのフローチャートを示す図である。
【図４】本発明の一実施形態を説明するためのフローチャートを示す図である。
【図５】本実施形態にかかる契約書間の関連付けを行うための各種関連テーブルの概念図である。
【図６】本実施形態における契約書のＪＰＥＧファイルと関係部品表示を交互に配置して表示のためのＨＴＭＬデータファイルを示す図である。
【図７】本実施形態においてユーザのＰＣのブラウザ上に表示されるメインメニューを示す図である。
【図８】本実施形態におけるデータファイル一覧画面を示す図である。
【図９】本実施形態における書誌情報入力画面の例を示す図である。
【図１０】本実施形態における登録終了画像の例を示す図である。
【図１１】本実施形態における検索画面の例を示す図である。
【図１２】本実施形態における関連付けデータ検索一覧画面の例を示す図である。
【図１３】本発明の一実施形態関連付け位置情報の例を示す図である。
【図１４】本実施形態における検索条件入力画面の例を示す図である。
【図１５】本実施形態における表示用データの例を示す図である。
【図１６】所定の契約書ＳＥＱ番号を持つ表示データファイルと表示関係コードとの関係を示す図である。
【図１７】本実施形態における関係図の表示データの例を示す図である。
【図１８】本実施形態における表示行列値と表示ファイルの関係の例を示す図である。
【図１９】本発明の一実施形態を説明するためのフローチャートを示す図である。
【図２０】本発明の一実施形態を説明するためのフローチャートを示す図である。
【図２１】本実施形態のデータファイルの関連付けの例を表す図である。
【図２２】本実施形態の図２１の関連付け前の契約書関連テーブル５０４を示す図である。
【図２３】本実施形態の図２１の関連付け後の契約書関連テーブル５０４を示す図である。
【図２４】関係部品図の他の例を示す図である。
【図２５】本発明における表示データの別の例を示す図である。
【図２６】本実施形態における契約書関連テーブル５０４の例を示す図である。
【図２７】本発明の一実施形態を説明するためのフローチャートを示す図である。
【図２８】本実施形態における表示用データの例を示す図である。
【図２９】本実施形態における所定の契約書ＳＥＱ番号を持つ表示データファイルと表示関係コードとの関係を示す図である。
【図３０】本発明における表示データを有するユーザインターフェースの例を示す図である。
【図３１】本発明の一実施形態を説明するためのフローチャートを示す図である。
【図３２】本実施形態の削除動作を示す図である。
【図３３】本実施形態の紐切り動作を示す図である。
【符号の説明】
【０１１２】
１００  ＬＡＮ
１１０  ファイル管理サーバ
１１１  外部メモリ
１１２  モジュール構造
１２０  複合機
１３０  ＰＣ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信インタフェースコントローラ
２０９  ＫＢ
２１０  ＣＲＴ
５０１〜５０４  テーブル
６０１〜６０９  関係部品表示
７０１〜７０２  ボタン
８０１  登録ボタン
１００１  関連付けボタン
１２０１〜１２０３  データファイル表示
１２０４〜１２０６  選択ボタン
１４０１  検索条件及び検索指示ボタン
２１０１〜２１１４  契約書／覚書
【図１】
2006164076.tif 000003
【図２】
2006164076.tif 000004
【図３】
2006164076.tif 000005
【図４】
2006164076.tif 000006
【図５】
2006164076.tif 000007
【図６】
2006164076.tif 000008
【図７】
2006164076.tif 000009
【図８】
2006164076.tif 000010
【図９】
2006164076.tif 000011
【図１０】
2006164076.tif 000012
【図１１】
2006164076.tif 000013
【図１２】
2006164076.tif 000014
【図１３】
2006164076.tif 000015
【図１４】
2006164076.tif 000016
【図１５】
2006164076.tif 000017
【図１６】
2006164076.tif 000018
【図１７】
2006164076.tif 000019
【図１８】
2006164076.tif 000020
【図１９】
2006164076.tif 000021
【図２０】
2006164076.tif 000022
【図２１】
2006164076.tif 000023
【図２２】
2006164076.tif 000024
【図２３】
2006164076.tif 000025
【図２４】
2006164076.tif 000026
【図２５】
2006164076.tif 000027
【図２６】
2006164076.tif 000028
【図２７】
2006164076.tif 000029
【図２８】
2006164076.tif 000030
【図２９】
2006164076.tif 000031
【図３０】
2006164076.tif 000032
【図３１】
2006164076.tif 000033
【図３２】
2006164076.tif 000034
【図３３】
2006164076.tif 000035