(57)【要約】【課題】文書間の関連も含めて文書を複製する。【解決手段】複製元の文書が選択されると、選択された文書が属する複製元文書群と、その複製元文書群を元に作成された継承文書群とが比較される。そして、複製元文書群の構造を示す画像と、それに加えて、複製元文書群と継承文書群との文書群の構造上の差分が、シンボル２１０２で表示される。利用者はこの中から所望の文書を選択して登録ボタン２１０１を押すことで、文書間の関連づけも含めて、文書群を複製することができる。【選択図】図２１
2007323441.tif 000002
【特許請求の範囲】
【請求項１】
文書に対応する文書データを、該文書が雛形文書に基づいて作成された場合には該雛形文書と関連づけて保存する文書保存手段と、
複数の文書間の関連を示す関連データを保存する関連データ保存手段と、
利用者により雛文として文書が指定された場合、指定された文書および該文書と関連データにより直接および間接に関連づけられたと文書とを含む第１の文書群と、前記指定された文書を雛形文書として作成された文書および該文書と関連データにより直接および間接に関連づけられたと文書とを含む第２の文書群とを、雛形の候補として表示する候補表示手段と、
前記候補表示手段により表示された雛形の候補の中から、利用者が文書群を選択するための雛形選択手段と
を備えることを特徴とする文書管理装置。
【請求項２】
前記候補表示手段は、前記第１の文書群、および、該第１の文書群と前記第２の文書群との差分を雛形の候補として表示することを特徴とする請求項１に記載の文書管理装置。
【請求項３】
文書保存手段と、関連データ保存手段と、候補表示手段と、雛形選択手段とを備えた文書管理装置の制御方法であって、
前記文書保存手段が、文書に対応する文書データを、該文書が雛形文書に基づいて作成された場合には該雛形文書と関連づけて保存する文書保存工程と、
前記関連データ保存手段が、複数の文書間の関連を示す関連データを保存する関連データ保存工程と、
利用者により雛文として文書が指定された場合、指定された文書および該文書と関連データにより直接および間接に関連づけられたと文書とを含む第１の文書群と、前記指定された文書を雛形文書として作成された文書および該文書と関連データにより直接および間接に関連づけられたと文書とを含む第２の文書群とを、前記候補表示手段が雛形の候補として表示する候補表示工程と、
前記雛形選択手段が、前記候補表示工程により表示された雛形の候補の中から、利用者が文書群を選択するための雛形選択工程と
を備えることを特徴とする文書管理装置の制御方法。
【請求項４】
前記候補表示工程では、前記第１の文書群、および、該第１の文書群と前記第２の文書群との差分を雛形の候補として表示することを特徴とする請求項３に記載の文書管理装置の制御方法。
【請求項５】
文書に対応する文書データを、該文書が雛形文書に基づいて作成された場合には該雛形文書と関連づけて保存する文書保存手段と、
複数の文書間の関連を示す関連データを保存する関連データ保存手段と、
利用者により雛文として文書が指定された場合、指定された文書および該文書と関連データにより直接および間接に関連づけられたと文書とを含む第１の文書群と、前記指定された文書を雛形文書として作成された文書および該文書と関連データにより直接および間接に関連づけられたと文書とを含む第２の文書群とを、雛形の候補として表示する候補表示手段と、
前記候補表示手段により表示された雛形の候補の中から、利用者が文書群を選択するための雛形選択手段と
してコンピュータを機能させることを特徴とするプログラム。
【請求項６】
前記候補表示手段は、前記第１の文書群、および、該第１の文書群と前記第２の文書群との差分を雛形の候補として表示することを特徴とする請求項５に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえば、電子カタログ等、構造を有する文書等を管理する文書管理装置及びその制御方法に関するものであり、特に既存の文書群を複製して新たな文群書を作成するための文書管理装置及びその制御方法に関する。
【背景技術】
【０００２】
通常、たとえば電子カタログなどは同じカテゴリに属する商品あるいは製品を１つのドキュメントとして管理している。それらのドキュメントを商品毎に管理し、ユーザに商品毎のビューとして見せるために、カタログの階層的な構造を管理している（たとえば特許文献１等参照）。
【特許文献１】特開２００６−０２４２３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
一方、ＩＳＯ文書やＣＭＭ（ｃａｐａｂｉｌｉｔｙ  ｍａｔｕｒｉｔｙ  ｍｏｄｅｌ）文書などは、文書内部の構造の代わりに、複数の文書が関連づけられて文書群が構成される。このような文書群は、たとえば部署などの作成者や管理体ごとに用意される。その場合、各文書の内容は作成者や管理体毎に異なる。しかし、文書群の構造即ち文書間の関連づけは作成者や管理体毎によらずに類似していることが多い。しかし、新たな文書を作成しようとするユーザは、似たような構造の文書群が多くあってもそれを知らず一から文書群を作ったり、あるいは参考にする雛形となる文書群を探すため、作業の手間が掛かっていた。
【０００４】
また、新たに作成する文書群が雛形そのままの構造を持つとは限らない。そのため、参考にする文書群を探し出して複製しても、新たに文書を作成して文書間の関連づけをしたり、あるいは不要な文書を削除するなどの判断や作業が必要とされる場合がある。
【０００５】
本発明は上記従来例に鑑みてなされたもので、文書間の関連づけも含めて雛形の文書群を参照できるとともに、雛形の文書群から派生した構造の異なる文書群も合わせて参照することで、利用者の労力を軽減して生産性の向上に寄与する文書管理装置及びその制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために本発明は以下の構成を備える。すなわち、文書に対応する文書データを、該文書が雛形文書に基づいて作成された場合には該雛形文書と関連づけて保存する文書保存手段と、
複数の文書間の関連を示す関連データを保存する関連データ保存手段と、
利用者により雛文として文書が指定された場合、指定された文書および該文書と関連データにより直接および間接に関連づけられたと文書とを含む第１の文書群と、前記指定された文書を雛形文書として作成された文書および該文書と関連データにより直接および間接に関連づけられたと文書とを含む第２の文書群とを、雛形の候補として表示する候補表示手段と、
前記候補表示手段により表示された雛形の候補の中から、利用者が文書群を選択するための雛形選択手段とを備えることを特徴とする。
【発明の効果】
【０００７】
本発明は、関連付けして文書群を管理するとともに、関連付けられた文書群を雛形として効率的に文書群を作成することを可能にする。
【発明を実施するための最良の形態】
【０００８】
＜システム構成＞
以下に、図１〜図２１を参照して、本発明に係る文書管理装置の一実施形態について説明する。図１は本発明に係るシステムの構成図である。クライアントＰＣ１０１および１０２は、システム管理者が新規データファイルを登録したり、ユーザ管理情報修正などのシステムメンテナンス処理を行うための端末である。あるいはユーザが商品検索、商品情報出力などの指示を行ったりするためにも使用される。
【０００９】
ローカルエリアネットワーク（ＬＡＮ）１０３に接続しているクライアント１０１、１０２は、このＬＡＮ１０３を介して他の機器とデータのやり取りを行う。インターネット１０５には、ＬＡＮ１０３，１０９とともに、直接にクライアントＰＣ１０４が接続されている。クライアント１０４は、クライアント１０１、１０２とは接続形態が異なるが、同様の目的で使用される。
【００１０】
ＨＴＴＰサーバ１０６はネットワークを介してクライアントＰＣ１０１等からＨＴＴＰプロトコルできたリクエストを受け取り、応答する。サーバ１０７はＷｅｂアプリケーションサーバである。ＨＴＴＰサーバ１０６にはいくつかのＷｅｂアプリケーションサーバ が登録されており、クライアントＰＣからのリクエスト内容に従ってＨＴＴＰサーバ１０６は処理を適切なＷｅｂアプリケーションサーバに割り振る。また、リクエストを受け取ったＷｅｂアプリケーションサーバ１０７は処理を実行してその処理結果をＨＴＴＰサーバを介してクライアントへ返信する。データベース１０８には、カタログデータ、画像データなどのコンテンツデータ情報や、商品情報などのテキスト情報、およびユーザ／グループ情報、登録データファイルの処理情報などのシステム情報が記録されている。後述する本実施形態の電子文書群もデータベース１０８に保存されてる。
【００１１】
これらのようにＨＴＴＰサーバ１０６、ＷＥＢアプリケーションサーバ１０７、データベース１０８と有機的に組み合わさってＷＥＢデータベースシステムとして機能する。
【００１２】
＜コンピュータの構成＞
図２は本発明に係るアプリケーションサーバ等のコンピュータの構成を説明するブロック図である。
【００１３】
システム・バス１は、これから説明する各構成ブロックが接続されている。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２は、コンピュータ全体を制御し、後述するデータベースの更新や検索、またフロチャートで示した処理を実行する。プログラムメモリ（ＰＭＥＭと称す）３には、本処理のためのプログラムを適宜ハード・ディスク１０から選択／読込まれてＣＰＵ２にて実行される。又、キーボード１２から入力されたデータはテキスト・メモリでもあるＰＭＥＭ３にコード情報として格納される。通制御部４は、通信ポート５に於ける入出力データの制御を行う。通信ポート５から出力された信号は、通信回線６を経由して、ネットワーク上の他の装置の通信ポートに伝えられる。また、本実施形態ではＬＡＮなどのネットワークに関して記述するが、この通信制御部に接続される通信ポート及び通信回線が一般の公衆回線であっても本発明が適応されることは言うまでもない。
【００１４】
外部記憶装置制御部８により、ディスク９，１０が制御される。データファイル用のディスク９は、たとえばフレキシブルディスク（ＦＤと称す）であり、ディスク１０はハード・ディスク（ＨＤと称す）である。
【００１５】
入力制御部１１には、キーボード１２、マウス等の入力装置１３が接続される。操作者はこのキーボード１２を操作することによりシステムの動作指令等を行う。
【００１６】
また入力装置１３は、ＣＲＴ１６上で画像情報を加工指示するためのポインティング・デバイス（ＰＤと称す）で本実施形態ではマウスを使用している。これによりＣＲＴ１６上に表示されたカーソルをＸ，Ｙ方向任意に移動してコマンドメニュー上のコマンド・アイコンを選択して処理の指示を行うほか編集対象の指示、描画位置の指示等もおこなえる。ビデオ・イメージ・メモリ（ＶＲＡＭと称す）１４には、表示されるイメージデータが保存される。表示出力制御部１５は、ＣＲＴ１６への表示を制御する。ＣＲＴ１６に表示されるデータはＶＲＡＭ１１にビットマップデータとして展開されている。
【００１７】
なお、本実施形態でＲＯＭに記憶しているプログラムは、装置に直接接続されているハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）などの記憶媒体にも記憶されていてもよい。さらに、ネットワークで接続されている他の装置上に記憶されていてもよい。また、本発明のプログラムは、ＦＤやＨＤなどの記憶媒体やネットワークを介してシステムや装置に供給できる。
【００１８】
＜アプリケーションサーバのソフトウエアモジュール＞
図３は本発明に係る電子文書システムのモジュール構成を説明するブロック図である。なお各モジュールは本実施形態ではプログラムにより実現される。
【００１９】
クライアントＰＣ３０１は、図１のクライアントＰＣのいずれかであり、カタログ情報、画像データなどのデータファイルをサーバに登録するための情報登録モジュール３０２を有する。ただし、これらのモジュールはサーバＰＣから必要に応じて、クライアント３０１にインストールされたＷＥＢブラウザのＰｌｕｇ−ｉｎ形式などで自動的に配信されてインストールされる。
【００２０】
ネットワーク３０３はデータのやり取りを行うためのネットワークである。ＨＴＴＰサーバ３０４は、図１のＨＴＴＰサーバ１０６に相当する。
【００２１】
さらに、Ｗｅｂアプリケーションサーバ３０５は、図１のＷｅｂアプリケーションサーバ１０７に相当する。Ｗｅｂアプリケーションサーバ３０５は、ＨＴＴＰサーバ３０４から受け取った、クライアントＰＣ３０１からのリクエストを処理するためのモジュール群３０６が備えられている。対応している機能としては、ユーザ認証、検索処理、各種データの一括登録、商品情報出力、データメンテナンス機能などがある。これらのモジュールはクライアントからのリクエストに応じてメモリ上にロードされ、処理を実行する。
【００２２】
また、これらのモジュール群とは別に、関連付けられた文書群（関連文書群と呼ぶ。）を検索するための関連付け検索モジュール３０７がある。さらに、データベース３１０とのデータのやり取りを行うためのデータベース共通ライブラリ３０８や各種ユーティリティライブラリ３０９がある。データベース共通ライブラリ３０８やユーティリティライブラリ３０９やデータベース３１０には、たとえば市販のデータベースシステムを利用できる。
【００２３】
＜文書ファイルの構造＞
図４は本システムにおける文書ファイルを定義するデータベースの一例である。データテーブル４０４には、文書にひも付ける（関連づける）情報などが管理される。記録している情報としては、文書毎に一意に決定されるデータＩＤ、文書の登録日、更新日や、この情報をＷＥＢ上に公開しているかどうかを制御する公開フラグ、削除された情報であるかどうかを制御する削除フラグなどがある。また、文書と、文書間の関連付けを管理するＸＭＬ管理テーブルとを結び付けるＸＭＬＩＤ、関連付け文書群を複製したときに雛形文書となった複製元のデータＩＤを記憶する継承ＩＤがある。ＸＭＬＩＤによってデータテーブル４０４とＸＭＬ管理テーブル４０８とは結び付けられている。ＸＭＬ管理テーブル４０８は、文書間の親子関係を表記したＸＭＬファイル４０９へのＸＭＬパス（ＸＭＬファイル４０９へのポインタ）を管理している。また、カテゴリＩＤによってデータテーブル４０４とカテゴリ管理テーブル４０７は結びつけられている。カテゴリ管理テーブル４０７はデータがどのカテゴリに属するかを管理している。カテゴリ管理テーブル４０７には、カテゴリＩＤとカテゴリ名がある。
【００２４】
コンテンツテーブル４０２は、カタログデータファイルなどの情報を管理している。記録されている情報としては、データテーブル４０４と同じく、文書毎に一意に決定されるコンテンツＩＤ、文書や画像等の文書本体を保存するコンテンツファイルの所在を示すファイルパスがある。ファイルパスは、コンテンツファイル４１０の所在を示す。ほかに、登録日、この情報をＷＥＢ上に公開しているかどうかを制御する公開フラグ、削除された情報であるかどうかを制御する削除フラグなどがある。マルチページのコンテンツファイルは、ページ毎の情報を管理しているコンテンツ関連テーブル４０１と関連付けられている。コンテンツ関連テーブル４０１には、コンテンツの各ページの属性情報が格納されている。登録される属性情報としては、ページ毎のコンテンツＩＤ、ページ番号、ページ分割前のオリジナルマルチページが格納されているコンテンツＩＤを示す親コンテンツＩＤがある。もともと１ページが１コンテンツファイルで構成されている文書の場合、親コンテンツＩＤは登録されていない。
【００２５】
データ／コンテンツ管理テーブル４０３はコンテンツテーブル４０２で管理されているファイルパス（コンテンツファイルへのポインタ）とデータテーブル４０４に管理されているテキスト情報を関連付けるテーブルである。データファイルに関してはコンテンツＩＤ毎に関連付けを行えるので、ページ単位に関連付けを行うことができる。また、コンテンツの関連付け種別を表すコンテンツ種別も管理されている。
【００２６】
データ定義項目テーブル４０６は、データ項目ＩＤと関連づけられたデータ項目の名称を管理している。このデータ項目名称には、例えば、商品名、価格などの商品情報の項目名が管理されている。データ項目値テーブル４０５には、データＩＤとデータ項目ＩＤとデータ項目値とが関連づけられて格納される。
【００２７】
＜文書登録の手順＞
図５に、本発明のカタログデータ登録処理を示すフローチャートの一例を示す。まず、ステップＳ１０１でシステム管理者がクライアントＰＣ１０１からアカウントとパスワードでログイン処理を実行する。この際、認証方法はアカウントとパスワード以外でもなんら問題はない。このリクエストを受けてステップＳ１０２で、サーバ１０７は入力されたアカウントとパスワードがカタログデータ登録処理を許されているかどうかをデータベース１０８に問い合わせて認証処理を行う。ここで、処理を実行することが許されていなかった場合にはエラー画面をクライアントＰＣに送信する。実行することが許されていた場合には次のステップに進む。
【００２８】
図６は本発明のカタログ登録機能一覧画面の一例である。ボタン６０２はカタログ登録ボタンである。ユーザはこのボタンを押して、サーバ１０７に登録するカタログデータを選択して登録処理を実行することができる。ボタン６０３は商品マスタ登録ボタンである。ユーザはこのボタンを押して各商品のマスタデータをサーバに登録することができる。ボタン６０４はカタログ情報と商品マスタの関連付けボタンである。それぞれサーバ１０７に登録されたカタログデータと各商品マスタの関連付けを行うことができる。ステップＳ１０３の直前には図７の画面で商品マスタの登録指示が、ステップＳ１０７の直前には図７とほぼ同様の画面でカタログの登録指示が行なわれている。
【００２９】
図７は、図６の画面においてボタン６０３を押した際に表示される、商品マスタを登録する画面の一例である。画面７０１は商品マスタファイル情報を設定する画面である。ボックス７０２から７０４は商品マスタファイルの設定項目を入力するための入力欄である。この画面ではボックス７０２はファイル名、ボックス７０３は作成者、ボックス７０４はカテゴリの入力欄である。ボタン７０５はクリアボタンである。このボタン７０５を選択すると全ての入力した情報がクリアされる。ボタン７０６は登録ボタンである。このボタン７０６を選択すると入力した商品マスタ情報がデータベースに登録される。なお商品マスタに関しては、図４には示していない。商品マスタとカタログとは、たとえばカタログ（文書データ）のコンテンツＩＤと、商品マスタの商品ＩＤとにより関連づけることができる（不図示）。
【００３０】
さて、ステップＳ１０３では商品マスタの登録を行う。サーバではクライアントＰＣ１０１からのリクエストを受けてステップＳ１０４でデータベースへ商品マスタの登録を行う。この処理で商品マスタのデータベースへの登録が完了する。つづいてカタログデータの登録処理を行う。
【００３１】
ここで図６のボタン６０２が押されると、ステップＳ１０５に進む。ステップＳ１０５ではクライアント１０１は、カタログデータの登録準備をサーバ１０７に対して指示する。サーバ１０７はステップＳ１０６でファイル登録モジュールをクライアントＰＣ１０１に送信する。この際に、ファイル登録モジュールが既にクライアントＰＣ１０１上にある場合にはファイル登録モジュールは送信しない。
【００３２】
図８はカタログデータを選択する画面の一例である。図８の画面は、カタログの登録を指示した後、登録準備完了後（すなわちステップＳ１０６の直後）に表示される。この画面８０１はクライアントＰＣ１０１のブラウザに対してサーバ１０７から送信されたファイル登録モジュールが表示している。画面８０１はカタログ登録画面である。表示欄８０２にはサーバに登録するファイル一覧を表示する。ボタン８０３は、登録するファイルを選択するためのファイル参照画面を表示させるボタンである。このボタン８０３を選択するとファイル参照する画面が表示され、その中から利用者がファイルを選択して実行ボタンを押すと、そこで選択されたファイルが表示欄８０２に全て表示される。ボタン８０４はフォルダ参照ボタンである。このボタンを選択するとフォルダ参照する画面が表示され、利用者がフォルダを選択して実行ボタンを押すと、そこで選択されたフォルダに含まれる全てのファイルが表示欄８０２のファイル一覧に表示される。ボタン８０５は削除ボタンである。利用者が、表示欄８０２のファイル一覧の中から削除するファイルを選択してこのボタンを選択することで、登録するファイル一覧からファイルを削除することができる。ボタン８０６はアップロードボタンである。このボタンが押されると、表示欄８０２に表示されている全てのファイルが、サーバ１０７へと登録される。ただし、このボタン８０６を選択すると登録確認画面が表示され、確認後に登録は行われる。
【００３３】
図９は、サーバ１０７に登録してあるデータファイルを確認する画面の一例である。画面９０１は確認画面である。一覧９０２は登録するファイル一覧である。一覧９０２に表示されているファイルでもファイルの行の先頭のチェックボックスを非選択状態にすることでサーバへ登録するファイルからはずすことができる。図９の例では、カタログデータ３はサーバに登録されない。ボタン９０３は中止ボタンである。このボタン９０３を選択するとサーバ１０７への登録処理を中止する。ボタン９０４は登録ボタンである。このボタン９０４を選択すると選択されているファイルをサーバに登録する。さて、ステップＳ１０７の前に、図８および図９の表示がされて、利用者は登録するファイルを選択することができる。なお、登録するファイルはサーバ１０７に登録されているものとしたが、クライアントで作成し、登録指示と共にサーバ１０７に送信しても良い。
【００３４】
ステップＳ１０７では、図９の画面から選択されたカタログデータの登録指示を、サーバ１０７に対して発行する。ステップＳ１０８では、登録依頼を受けたサーバ１０７がカタログ登録の前処理を行う。ここでは登録指定されたカタログデータファイルをページ単位に分割して各ページのファイル（すなわりコンテンツファイル）を作成する。カタログデータおよび作成されたファイルに対してそれぞれサムネイル画像を生成する。
【００３５】
ステップＳ１１０では、前処理したカタログデータを、サーバ１０７はデータベース１０８へ登録するための処理を行う。この際に、ページ分割されたコンテンツファイルはデータベース１０８に登録する。また、コンテンツファイルの登録と共に、図４に示す各テーブルにもデータが登録される。テーブルに登録される値は、カタログファイルと共にサーバ１０７に予め用意されているものとするが、もちろんクライアント１０１で入力した値をサーバ１０７に送信して登録することもできる。登録されるコンテンツファイルには固有のコンテンツＩＤが与えられ、コンテンツファイルへ分割する前の文書には、固有のデータＩＤが与えられる。これらＩＤ類は、図４のテーブルの該当個所に登録される。カテゴリ名や、データ項目値などは予め定義されているものとする。またファイルパスは、登録されたコンテンツファイル毎の所在が登録される。また、対応するサムネイル画像ファイルもデータベース１０８に登録する。データベース１０８への登録準備が正常終了した場合にはサーバ１０７はクライアントＰＣ１０１に正常終了した画面を送信する。上記の処理でカタログデータのデータベースへの登録が完了する。
【００３６】
＜登録後の文書の構造の例＞
図１０Ａ，図１０Ｂは、文書情報登録、カタログ登録が終了した際のデータベースの内容の一例を示す図である。テーブル１００１は登録したカタログを管理しているコンテンツ管理テーブルである。登録したカタログにシーケンシャルなコンテンツＩＤが付与されて管理されている。テーブル１００２はカタログのページを管理しているコンテンツ関連テーブルである。カタログの何ページ目のデータであるかの情報をもつ。テーブル１００３は、データ／コンテンツ管理テーブルである。テーブル１００４は文書情報を管理するデータテーブルである。各文書情報データにはシーケンシャルなデータＩＤが付与されて管理されている。また、文書が属するカテゴリのＩＤ、文書の関連付けを定義するＸＭＬとの関連を関係付けるＸＭＬＩＤと関連付けられている。テーブル１００７はカテゴリを管理するカテゴリ管理テーブルである。カテゴリがシーケンシャルなＩＤを付与されて管理されている。テーブル１００５は、文書情報の実際の値を管理するデータ項目管理テーブルで、データ項目の値が格納されている。また、対応するデータＩＤで文書情報と関連付けられており、さらにはデータ項目ＩＤでデータ定義項目テーブル１００６と関連付けられている。テーブル１００６はデータ項目の名称を管理するデータ定義項目テーブルである。データ項目名称がシーケンシャルなＩＤを付与されて管理されている。テーブル１００７はカテゴリ管理テーブル、テーブル１００８はＸＭＬ管理テーブルである。作成されたばかりのカタログ（すなわち文書）データは、他の文書と関連づけられていないために、ＸＭＬ管理テーブル１００８には何も登録されていない。
【００３７】
＜文書間の関連づけ処理＞
続いて文書情報とカタログデータとの関連付け処理を行う。図５に戻り、ステップＳ１１３で登録処理を行ったカタログデータを読み出す。リクエストを受けたサーバ１０７はステップＳ１１４で、指定されたカタログデータ、あるいは、未だに文書情報が関連付けられていないカタログデータをデータベース１０８から読み出してクライアントＰＣ１０１に返信する。そして、クライアントＰＣ１０１では返信されたカタログデータの中から関連付けを行うカタログデータを選択する。ステップＳ１１７で文書間の関連付けを登録する。ユーザインターフェースは、たとえば、図６の画面等に、「文書間の関連づけ」ボタンを設け、そのボタンを押すことでステップＳ１１３以降が実行されるようにできる。
【００３８】
図１１は、文書間の関連付けを登録する画面である。オブジェクト１１０１はユーザによって選択された文書で、関連付けたい文書群の親として登録する文書のシンボルである。本例では、その文書に、データ項目ＩＤ＝１に対応するデータ項目値（すなわち文書名）が表示されるように構成されている。図１１は、その親の文書に対して子の文書を関連づけるための画面である。
【００３９】
表示領域１１０２には、親文書１１０１に関連付けするための子文書の候補のシンボルを表示している。なおこれ以降、表示上の文書のシンボルを単に文書と呼ぶことにする。さて、この子文書の候補の選択のしかたは、親文書と同時にカタログ登録した文書や文書情報として同じカテゴリを持っている文書、作成者が同じ文書などいろいろな選択の仕方がある。表示領域１１０２より文書を利用者が選択して、領域１１０３にドラックアンドドロップすることにより、文書同士を関連付けることができる。すなわち、選択された子文書の候補に対して、親文書１１０１と同じ領域に移動する操作が行われると、文書のシンボルに関連づけられた親文書のＸＭＬファイル４０９に、子文書のデータＩＤが記述される。そのＸＭＬファイルのパスが、ＸＭＬ管理テーブル４０８にＸＭＬＩＤとともに登録される。すなわちＸＭＬファイルの内容は文書間の関連づけを定義した関連データである。またそのＸＭＬＩＤは、親文書のデータテーブル４０４のＸＭＬＩＤとして登録される。複数の子文書がある場合には、ＸＭＬファイル４０９内に、子文書のデータＩＤが追加登録される。
【００４０】
図１２は、カタログデータ２（１２０４）を子文書としてドラックアンドドロップしたときの画面の例を示す。カタログデータ２（１２０４）が追加されると、カタログデータ１（１２０３）とカタログデータ１２０４の子として他の文書を登録することが可能であることを示すために、枠１２０１、１２０２が表示される。
【００４１】
図１３は、カタログデータ３（１２０５）、カタログデータ６（１２０６）を、枠１２０１、１２０２にそれぞれ追加登録した場合の例を示している。
【００４２】
図１４は、図１３の状態で、文書間の関連付けの登録が完了したときのデータテーブル１００４の例を示している。文書間で関連がある場合は、データテーブル１００４のＸＭＬＩＤにその関連を管理するＸＭＬファイルのＸＭＬＩＤが登録される。ＸＭＬＩＤとＸＭＬファイルとはＸＭＬ管理テーブル１００８により管理される。カタログデータ１とカタログデータ２、カタログデータ３の関連付け情報は、ＸＭＬ管理テーブル１００８にパスが登録されたＸＭＬファイル「Ｐａｒｅｎｔ−ｃｈｉｌｄ１」に登録されている。カタログデータ３とカタログデータ４の関連付け情報は、ＸＭＬ管理テーブル１００８にＰＯＳが登録されたＸＭＬファイル「Ｐａｒｅｎｔ−ｃｈｉｌｄ２」に登録されている。
【００４３】
図１５は文書間の関連付けを定義してあるＸＭＬファイル「Ｐａｒｅｎｔ−ｃｈｉｌｄ１」の例１５０１および「Ｐａｒｅｎｔ−ｃｈｉｌｄ２」の例１５０２である。このＸＭＬファイルにより文書間の親子関係を関連付けている。すなわち、ｃｈｉｌｄタグおよびＭａｓｔｅｒタグの中に、子文書のデータＩＤ（Ｐａｒｅｎｔ−ｃｈｉｌｄ１では２，３）が登録されている。これによって、親文書が特定されればその文書のデータテーブルに、ＸＭＬＩＤの登録の有無が判定できる（登録されていなければＸＭＬＩＤとして使用しない値を登録する）。そして、ＸＭＬＩＤが登録されていれば、ＸＭＬ管理テーブルから該当するパスを特定できる。そのパスで特定されるＸＭＬファイルには、親文書に関連づけられる子文書のデータＩＤが登録されている。これにより、文書間の親子関係を特定できる。逆に、子文書から親を特定することもできる。たとえば、全文書データのＸＭＬパスで特定されるＸＭＬファイルを対象として、子文書のデータＩＤを有するＸＭＬファイルを検索する。見つかればそのＸＭＬファイルのパスを持つＸＭＬＩＤを、全文書のデータテーブルから検索する。ヒットすればそのデータテーブルにより管理される文書が親文書である。
【００４４】
図２３にサーバ１０７における関連づけ登録処理の例を示す。この処理は、互いに関連づけられる文書（親文書と子文書という）が、図１３のＵＩ画面で指定され、親文書と子文書の関連情報が、クライアント１０１からサーバ１０７に渡されてから実行される。すなわち図５のステップＳ１１７の後で実行される。図３の構成においては、関連づけ登録処理部３１１により実行される。なお図１３では、関連づけは文書のシンボル間をつなぐ線で示され、線の左が親文書、右が子文書である。また、ＸＭＬファイルに関しては、図１５に示すようなテンプレートデータを予めサーバ１０７に用意しておく。
【００４５】
まずＸＭＬファイルのテンプレートを読み、そのファイル名タグ１５０１ａに、固有のファイル名を書き込む（Ｓ２３０１）。そして、ＸＭＬファイルのデータＩＤタグ１５０１ｂに、子文書のデータＩＤを書き込む（Ｓ２３０２）。ひとつの親文書に複数の子文書が関連づけられる場合には、子文書の数だけデータＩＤタグを複製して関連づけられるデータＩＤを書き込む（たとえばタグ１５０１ｃ）。作成されたＸＭＬファイルはデータベース１０８にファイル名タグに記録したファイル名で登録される。また、そのＸＭＬファイルには固有のＸＭＬＩＤが付与されて、親文書のＸＭＬ管理テーブルに、ＸＭＬファイルへのファイルパスと関連づけて登録される。さらに、親文書のデータテーブルのＸＭＬＩＤ欄に、ＸＭＬ管理テーブルに登録されたＸＭＬＩＤを登録する。
【００４６】
この処理は、データベースシステムを用いてレコードの追加・更新処理によって実行することもできる。
【００４７】
＜登録文書の検索＞
図１６は、登録文書の検索をするための画面の一例を示す。文書名１６０１、作成者１６０２、カテゴリ１６０３、期間１０６４により検索をすることが可能な例を示している。ボタン１６０５は入力した値をすべてクリアするボタンであり、ボタン１６０６は入力した条件により検索を実行するためのボタンである。入力された条件に従って、該当する文書（カタログ）が検索される。データベースの検索では、一般に条件と出力する項目とが指定されるが、本例では出力項目は、図１６に示す条件と同じ項目と、ＸＭＬＩＤの登録の有無を示す関連文書フラグであるものとする。なお検索はデータベースシステムにより実行される。
【００４８】
図１７はカテゴリとして「ＩＳＯ」を指定して検索したときの結果の例である。各カタログは文書としてデータテーブル１００４で管理されている。データテーブルにＸＭＬＩＤを持つ文書に対しては関連文書フラグ１７０１（チェックボックス）が立っている。関連文書フラグ１７０１が立っている品質管理書１７０２を利用者が選択し、Ｖｉｅｗボタン１７０３を押すと、図１８の画面１８０１ように関連文書のサムネイルをＴｒｅｅとして表示する。
【００４９】
図２４に図１７の画面で選択された文書を、その関連文書を含めて図１８の画面の用に表示する手順の例を示す。図２４の処理はクライアント１０１で実行されるが、データベースに登録された情報の取得はサーバ１０７に依頼して行われる。
【００５０】
まず、ＵＩ上で選択された文書を着目文書とする（Ｓ２４０１）。具体的には、着目文書名を保存する領域に、選択された文書のデータＩＤを保存する。着目文書の識別情報とＸＭＬＩＤとをデータベース１０８から取得する（Ｓ２４０２）。取得は、サーバ１０７に依頼して行われる。なお識別情報は、たとえばデータ項目ＩＤ＝１のデータ項目値（すなわち文書名）などが好適である。取得した識別情報を用いて、着目文書のシンボル１８１１をＵＩ上に表示する（Ｓ２４０３）。図１８の例では、シンボル１８１１に「品質管理書」という文書名が表示される。次に未処理の関連文書があるか判定する（Ｓ２４０４）。この判定は、ステップＳ２４０２で取得したＸＭＬＩＤの値がｎｕｌｌであれば未処理の関連文書なしと判定される。あるいは、ＸＭＬＩＤがｎｕｌｌでなくとも、取得したＸＭＬＩＤを持つＸＭＬファイルに記録されたデータＩＤすべてについて処理済みであれば、未処理の関連文書はないと判定される。
【００５１】
未処理の関連文書があると判定された場合、関連を示すオブジェクト（たとえば線分）１８１５を表示する（Ｓ２４０５）。そして現在の着目文書に係る情報をいったんスタックに保存する（Ｓ２４０６）。現在の着目文書に係る情報とは、少なくとも着目文書のデータＩＤと、「処理済み」とされた関連文書のデータＩＤとが含まれる。
【００５２】
次に、現在の着目文書の関連文書（子文書）のひとつに着目する（Ｓ２４０７）。そていステップＳ２４０２に戻り、処理を繰り返す。ただし、ステップＳ２４０３で表示されるシンボルの位置は、関連文書の連鎖が深くなるほど右側にずらされる。また、同じ深さにある子文書は、上下にずらされて表示される。
【００５３】
一方ステップＳ２４０４で関連文書はないと判定された場合、ステップＳ２４０７に分岐する。ここでは、先ず現在の着目文書について「処理済み」とし、スタックから、ステップＳ２４０６で保存されているかもしれない文書に係る情報を読み出す。たとえば特定の領域に処理済み文書のデータＩＤを記録することでその文書を「処理済み」と指定することができる。なお着目文書の情報に関しては、スタックから読み出した情報で上書きされる。しかし、処理済み文書に関しては、ステップＳ２４０７で処理済みとされた文書の情報は、スタックから取り出した文書の情報に加えて保存される。
【００５４】
ステップＳ２４０８ではスタックに情報があったか判定し、なければ処理は終了する。あれば、スタックから取り出した着目文書を現在の着目文書として（Ｓ２４０９）、ステップＳ２４０２から処理を繰り返す。
【００５５】
以上例示した手順で、選択された文書を親文書とする文書間の構造を利用者に対して示すことができる。子文書が指定された場合には、まず選択された文書のデータＩＤをＸＭＬファイルのデータＩＤとして含む文書を検索する。もしあればさらにその文書のデータＩＤをＸＭＬファイルのデータＩＤとして含む文書を検索する。このようにして、ＸＭＬファイルのデータＩＤに含まれないデータＩＤに対応する文書が見つかればそれが親文書である。その親文書を選択された文書と見なして図２４の処理を実行すれば、子文書が選択された場合でも文書間の構造を表示することができる。
【００５６】
＜文書群の複製＞
次に関連付けしてある文書群を複製すると処理について説明する。図１８の画面にて１８０３複製ボタンを押すと図１８表示の文書群を複製する。そのときの処理フローを図１９で説明する。図１９はユーザが関連付けしてある文書群を複製するとき関連付け文書検索モジュール３０７内の処理を示すフローチャートである。
【００５７】
ユーザが、検索あるいは直接指定して表示させている関連付けられた文書群を複製する指示を、複製ボタン１８０３を押してクライアント１０１から入力すると、サーバ１０７にその指示が渡されて図１９が実行される。なお、図１９の手順は、関連づけ文書が登録された図２０Ａ、図２０Ｂのデータテーブル２００１およびＸＭＬ管理テーブル２００２を例として説明する。
【００５８】
ステップＳ１９０２では、複製元のデータＩＤをデータテーブル２００１の継承ＩＤから検索する。継承ＩＤは、複製元の文書のデータＩＤであるから、複製元として指定された文書のデータＩＤが継承ＩＤとして登録されている文書は、指定した複製元文書を複製することで作成された文書である。
【００５９】
ステップＳ１９０３では、データテーブルの継承ＩＤに複製元のデータＩＤとおなじＩＤが登録された文書（継承文書という）がある場合はステップＳ１９０４へ、同じデータＩＤがな登録されていない場合はステップＳ１９０６へ進む。ステップＳ１９０４では、継承文書のＸＭＬＩＤを元に、継承文書のＸＭＬファイルと複製元として指定された文書のＸＭＬファイルとを比較する。ＸＭＬＩＤがいずれにも登録されていない場合には、差分はないものとする。差分がある場合は差分を表示する。ただし、ＸＭＬファイル名の相違は表示しなくとも良い。表示対象となる差分は、子文書として登録されているデータＩＤの値や登録数である。差分以外の部分、すなわち複製元の文書そのものは、ステップＳ１９０６で後から表示される。差分に関しては、たとえば関係を示すオブジェクトを、たとえば点線等、複製元文書の関係とは識別可能に表示する。そして、関連づけられた文書のシンボル及び識別情報を、複製元文書とは区別できるように表示する。
【００６０】
ステップＳ１９０５では、ステップＳ１９０４で互いに比較されたそれぞれのＸＭＬファイルで指定されているデータＩＤの子文書に着目し、ステップＳ１９１０で、継承文書の子文書のレコードにＸＭＬＩＤが登録されているか判定する。登録されていれば、ステップＳ１９０４に進み、複製元文書の子文書のＸＭＬファイルと、継承文書の子文書のＸＭＬファイルとを比較して、差分を表示する。子文書がある限りこの処理が繰り返されて、差分が表示される。すなわち、複製元文書に直接ＸＭＬファイルで関連づけられた子文書のみならず、介在する文書を挟んで間接的に関連づけられる文書についても、差分が明らかにされて表示される。
【００６１】
一方、継承文書の子文書にＸＭＬＩＤが登録されていない場合には、ステップＳ１９１１に分岐する。ステップＳ１９１１では、継承文書（親）に着目して、そのデータＩＤを、データテーブル２００１の継承ＩＤから検索する。すなわち、複製された文書について、更にそれを複製した文書がないか検索する。ステップＳ１９１２でその結果を判定し、もし見つかれば、ステップＳ１９０４に進み、差分を表示する。ただしこのとき、着目されているのは、複製元文書ではなく、継承文書である。
【００６２】
もしステップＳ１９１２で見つからなければステップＳ１９０２に進み、複製元文書のデータＩＤを、データテーブル２００１の継承ＩＤフィールドから検索する。ただしここでは、最初からではなく、最後に複製元文書のデータＩＤが見つかったレコードの次のレコードから検索される。
【００６３】
一方ステップＳ１９０３でデータテーブルから指定された複製元の文書のデータＩＤが見つからなければ、ステップＳ１９０６に分岐する。ステップＳ１９０６では、複製元として指定された文書とその関連文書とをシンボルで表示する。この手順は図２４に示したとおりである。ステップＳ１９０７では、ユーザの指示に応じて分岐する。ユーザは、ステップＳ１９０４及びステップＳ１９０６で表示された文書の中から、自分の文書作成に参考になるものだけを選択して登録ボタン２１０１（図２１参照、後述）を押すことができる。その場合、ステップＳ１９０８で、子文書として選択された文書のデータＩＤが登録されたＸＭＬファイルを作成する。そしてステップＳ１９０９で、選択された文書群をデータベースに登録する。たとえば、データテーブルには指定された複製元の文書のレコードを複製して追加する。もちろんデータＩＤには固有の値を登録する。また継承ＩＤには、複製元のデータＩＤを入れる。そして、ＸＭＬＩＤには、ステップＳ１９０８で作成されたＸＭＬファイルのデータＩＤが登録される。ＸＭＬファイルのパスとＸＭＬＩＤとは、ＸＭＬ管理テーブル２００２に登録される。コンテンツファイルは複製元のものを用いるが、もちろんこの後でコンテンツの編集を行うことはできる。
【００６４】
図２０Ａは、図１９に示した文書の類似構造検索フロー（継承ＩＤを検索するフロー）の具体的な例である。図２０Ｂは、図１９のフローチャートステップＳ１９０１，ステップＳ１９０２，ステップＳ１９０３，ステップＳ１９０４，ステップＳ１９０５，ステップＳ１９１０−Ｓ１９１２を具体的な例を基に説明するための図である。
【００６５】
データテーブル２００１は、文書情報を管理するテーブルで、この例では文書２０１２，２０１３，２０１４，２０１５という文書群が管理されている。ＸＭＬ管理テーブル２００２は、文書間の構造（木構造）を定義するためのＸＭＬファイルのファイルパスとＩＤとを管理している。この例では８つのＸＭＬへのファイルパスを管理している。図２０Ａは、文書群２０１２が複製元として指定された文書群であり、文書群２０１３，２０１４，２０１５が検索対象である。画像２００３が、文書群２０１２をＸＭＬデータに定義された関連づけを元に復元した画像である。領域２００４には、文書群２０１３，２０１４，２０１５に対応する画像を左から順にそれぞれ表している。
【００６６】
文書群２０１２をユーザが複製しようとしたとき、複製対象の文書はデータテーブルのデータＩＤ１，２，３，４の文書である。ステップＳ１９０２では、データＩＤ１，２，３，４を継承ＩＤから検索する。その結果一番最初にレコード２０１６がヒットする。レコード２０１６、つまりはデータテーブル２００１のデータＩＤ５のレコードは、ＸＭＬＩＤとして１を持っている。そのため、データ比較元（データＩＤ１のレコードのＸＭＬＩＤ＝１）と比較する。比較の結果、同じＸＭＬＩＤであるから、子文書に関する差分はない。したがってこの場合にはステップＳ１９０４およびステップＳ１９０５では何も起こらない。
【００６７】
ステップＳ１９１０はＮｏなので、ステップＳ１９１１で継承文書の親のデータＩＤ（この場合には５）を、データテーブルの継承ＩＤから検索する。この値は図２０Ａには登録されていないから、ステップＳ１９０２に戻って続きの検索が行われる。
【００６８】
この検索でヒットするのがレコード２０１７である。レコード２０１７、つまりデータテーブル２００１のデータＩＤ８のレコードは、ＸＭＬＩＤとして３が登録されている。そのＸＭＬファイルの内容は図２２に示す通りである。図２０Ｂの画像２０１８に示すように、レコード２０１７より上部の構造は複製元文書と同じである。しかしＸＭＬＩＤ＝３はＰａｒｅｎｔ−ｃｈｉｌｄ３を表しており、この下部は相違する可能性がある。そこで子文書について相違がないかステップＳ１９０５，ステップＳ１９１０で調べる。これが図２０Ｂの枠２００７内のシンボルで示された文書（５）に相当する。
【００６９】
図２０Ａの例では、データＩＤ５の文書は、図２２のとおり子文書のデータＩＤとして、１０，１１が定義されている。よってデータＩＤ１０，１１の文書について、データＩＤ１の文書の子文書（データＩＤが２，３の各文書）と比較する。比較は、ＸＭＬファイルに登録された順序が一致する文書間で行う。すなわち、継承文書の子文書のＸＭＬＩＤが登録されているか判定し（Ｓ１９１０）、登録されて入れば、複製元文書の継承文書のそれぞれの子文書について、ＸＭＬファイルを比較し、差分を表示する。子文書の又子文書（図２０Ｂの文書（６））についてはＸＭＬＩＤが登録されていないので、相違部分（６）が、枠２００８に示された文書と関連づけのシンボルのように表示される。
【００７０】
これは、文書具２０１５についても同様である。図２０Ｂの文書（３）を親とする文書群は、文書（４）以下は差分ではなく、枠２００９に示す、文書（７）を含む文書群２０１２が差分として表示される。
【００７１】
以上のようにして、図２０Ａ，図２０Ｂでは文書群のシンボル２０１１，２０１２が差分として表示される。
【００７２】
図２１は検索により見出された差分をユーザに表示している画面の例である。この画面はステップＳ１９０４，ステップＳ１９０６により表示される画面に相当する。ユーザは差分として表示している。ステップＳ１９０７ユーザは提示された参考文書の中から自分の文書作成に参考になるものだけを選択し登録ボタン２１０１を押すと、図１９で説明した手順で、複製元文書群から複製された新規な文書群がデータベース１０８に登録される。
【００７３】
以上のようにして、文書に対応する文書データを、該文書が雛形文書に基づいて作成された場合には該雛形文書と関連づけて文書保存手段に保存することができる。また、複数の文書間の関連を示す関連データを保存し、利用者により雛文として文書が指定された場合、第１の文書群と、第２の文書群とを、雛形の候補として候補表示手段に表示することができる。第１の文書群は複製元文書群であり、指定された文書および該文書と関連データにより直接および間接に関連づけられたと文書とを含む。第２の文書群は継承文書群であり、指定された文書を雛形文書として作成された文書および該文書と関連データにより直接および間接に関連づけられたと文書とを含む。さらに、雛形選択手段により表示された雛形の候補の中から、利用者が所望の文書群を選択できる。また、選択した文書群を新たな文書群として登録できる。
【００７４】
なお本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。また本発明の目的は、前述の実施形態の機能を実現するプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００７５】
また、本発明には、プログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた場合についても、本発明は適用される。その場合、書き込まれたプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００７６】
【図１】本発明の一実施例の概略構成を示すシステム構成図である。
【図２】本発明の一実施例の装置構成を説明するブロック図である。
【図３】本発明の一実施例のモジュール構成を説明するブロック図である。
【図４】本発明のデータベーステーブルの一例の図である。
【図５】本発明のカタログデータ登録処理を示すフローチャートの一例の図である。
【図６】本発明の機能一覧画面の一例の図である。
【図７】本発明の商品マスタ登録機能画面の一例の図である。
【図８】本発明のサーバに登録するデータファイルを確認する画面の一例の図である。
【図９】サーバに登録してあるデータファイルを確認する画面の一例の図である。
【図１０Ａ】文書情報登録、カタログ登録が終了した際のデータベースの内容の一例を示す図である。
【図１０Ｂ】文書情報登録、カタログ登録が終了した際のデータベースの内容の一例を示す図である。
【図１１】文書間の関連付けを登録する画面の図である。
【図１２】１１０４カタログデータ２をドラック＆ドロップしたときの画面の例の図である。
【図１３】１２０５カタログデータ３、１２０６カタログデータ６を１２０１、１２０２に追加し登録が完了した場合の例を示しているの図である。
【図１４】文書間の関連付けが完了し登録したときに変更となるデータベーステーブルを示している図である。
【図１５】文書間の関連付けを定義してあるＸＭＬファイルの例の図である。
【図１６】登録文書の検索をするための画面の一例を示す図である。
【図１７】カテゴリをＩＳＯにして検索したときの例の図である。
【図１８】複製ボタンを押した差異に文書群を複製する画面の例の図である。
【図１９】関連付け文書検索モジュール内の処理を示すフローチャートである。
【図２０Ａ】類似構造検索フロー（派生ＩＤ属性を検索する）具体的な例の図である。
【図２０Ｂ】類似構造検索フロー（派生ＩＤ属性を検索する）具体的な例の図である。
【図２１】図２１は検索によりヒットした差分をユーザに表示している画面の例図である
【図２２】ＸＭＬファイルの一例の図である。
【図２３】文書間の関連づけ登録のフローチャートである。
【図２４】選択された文書群の構造をグラフィカルに表示する処理のフローチャートである。
【図１】
2007323441.tif 000003
【図２】
2007323441.tif 000004
【図３】
2007323441.tif 000005
【図４】
2007323441.tif 000006
【図５】
2007323441.tif 000007
【図６】
2007323441.tif 000008
【図７】
2007323441.tif 000009
【図８】
2007323441.tif 000010
【図９】
2007323441.tif 000011
【図１０Ａ】
2007323441.tif 000012
【図１０Ｂ】
2007323441.tif 000013
【図１１】
2007323441.tif 000014
【図１２】
2007323441.tif 000015
【図１３】
2007323441.tif 000016
【図１４】
2007323441.tif 000017
【図１５】
2007323441.tif 000018
【図１６】
2007323441.tif 000019
【図１７】
2007323441.tif 000020
【図１８】
2007323441.tif 000021
【図１９】
2007323441.tif 000022
【図２０Ａ】
2007323441.tif 000023
【図２０Ｂ】
2007323441.tif 000024
【図２１】
2007323441.tif 000025
【図２２】
2007323441.tif 000026
【図２３】
2007323441.tif 000027
【図２４】
2007323441.tif 000028