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