JP2000322303A

JP2000322303A - 統合ドキュメント管理システムおよびそれに用いられるドキュメント引出装置、ならびにドキュメント引出プログラムを記録したコンピュータ読み取り可能な記録媒体

Info

Publication number: JP2000322303A
Application number: JP11128574A
Authority: JP
Inventors: Tadashi Ohashi; 正大橋
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1999-05-10
Filing date: 1999-05-10
Publication date: 2000-11-24
Also published as: US7322006B1

Abstract

(57)【要約】【課題】人手によるドキュメントの管理を不要とし、
ユーザがドキュメントを正確かつ迅速に入手すること。【解決手段】階層構造をなす複数のドキュメントから
なるドキュメントデータベースと、上位階層のドキュメ
ントと下位階層のドキュメントとの関係を表す情報、お
よびドキュメントの版数情報を含む複数の管理情報から
なる管理情報データベースとを記憶する記憶装置１０１
ａと、記憶装置１０１ａに接続されドキュメントの管理
者側に設置されたサーバ端末１００ａと、サーバ端末１
００ａにネットワーク２００を介してアクセスすること
により、上記管理情報に基づいて所定の版数における上
位階層および下位階層における複数のドキュメントをド
キュメントデータベースから引き出すクライアント端末
３００ａとを備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ユーザへ配付すべ
き複数種類のドキュメントを管理する統合ドキュメント
管理システムおよびそれに用いられるドキュメント引出
装置、ならびにドキュメント引出プログラムを記録した
コンピュータ読み取り可能な記録媒体に関するものであ
り、特に、人手によるドキュメントの管理が不要な統合
ドキュメント管理システムおよびそれに用いられるドキ
ュメント引出装置、ならびにドキュメント引出プログラ
ムを記録したコンピュータ読み取り可能な記録媒体に関
するものである。

【０００２】近時においては、企業で流通する情報量の
増加にともなって、企業内（部署内）における紙ドキュ
メント（文書、設計図面等）の種類、数も増加してい
る。したがって、企業においては、多種多数の紙ドキュ
メントの管理に要する時間、管理費も増大する傾向にあ
る。特に、設計図面等の管理においては、一つの製品に
対して複数種類の図面が多数存在し、かつ版数毎に図面
が存在するため、必然的に管理作業が複雑化してしま
う。このような背景より、企業においては、時間、手間
をかけることなくドキュメントを効率良く管理する手法
が模索されている。

【０００３】

【従来の技術】図２６は、従来のドキュメントの管理方
法を説明する図である。以下の説明においては、紙ドキ
ュメントとして設計図面を例にとり、該設計図面の管理
方法について説明する。具体的には、設計部門２０にお
いて作成された複数の設計図面を登録した後、複数の設
計図面の中から所望の設計図面を引き出してユーザ（工
場）へ配付する例について説明する。ここで、設計図面
とは、装置図面１〜試験仕様書９を総称したものをい
う。

【０００４】図２６において、設計部門２０は、様々な
装置の設計図面を作成する部門である。この設計部門２
０において作成される設計図面としては、装置図面１、
装置構成表２、親部品表３、子部品図面４、論理回路図
５、プリント板実装図面６、購入仕様書７、プリント板
および装置組立仕様書８、試験仕様書９が挙げられる。
上記装置図面１は、当該装置の全体構成等を示す親図面
である。装置構成表２は、当該装置の構成要素を示す一
覧表である。親部品表３は、構成要素に用いられる部品
の一覧表であり、上記構成要素毎に作成される。子部品
図面４は、上記親部品表３に記載されている部品の構成
を示す図面である。この子部品図面４は、親部品表３に
記載されている部品毎に作成される。

【０００５】論理回路図５は、当該装置における論理回
路を示す図面である。プリント板実装図面６は、プリン
ト板に各部品を実装する際の実装状態を示す図面であ
る。購入仕様書７は、装置に用いられる各部品を購入す
る際の仕様を表す文書である。プリント板および装置組
立仕様書８は、プリント板および装置を組み立てる際の
仕様を表す文書である。試験仕様書９は、組み立てられ
た製品に対する動作確認等の各種試験を行う際の仕様を
表す文書である。

【０００６】上述した装置図面１、装置構成表２、親部
品表３、子部品図面４、論理回路図５、プリント板実装
図面６、購入仕様書７、プリント板および装置組立仕様
書８および試験仕様書９は、版数管理されており、版数
毎に作成される。ここで、版数が上がる要因としては、
設計過誤、設計仕様変更等が挙げられる。図面配付先一
覧表１０は、設計部門２０により発行され、上述した装
置図面１、装置構成表２等の配付先（ユーザ、工場）を
示す一覧表である。

【０００７】つぎに、上述した設計図面をドキュメント
管理部門に登録する方法について説明する。このドキュ
メント管理部門は、設計図面の保管、版数管理、配付等
を行う部門である。まず、設計部門２０において装置図
面１の設計２１ａが終了すると、設計部門２０の担当者
は、当該装置図面１をドキュメント管理部門に登録２１
ｂするとともに、装置図面１の配付先指定２１ｃを行
う。これにより、装置図面１が所定の場所に保管される
とともに、図面配付先一覧表１０に装置図面１の配付先
が記入される。

【０００８】また、設計変更等の理由により改版２１ｄ
が発生した場合には、設計部門２０の担当者は、改版済
みの装置図面１を登録２１ｂするとともに、改版済みの
装置図面１の配付先指定２１ｃを行う。これにより、改
版済みの装置図面１が一つ前の版数の装置図面１と一緒
に所定の場所に保管されるとともに、図面配付先一覧表
１０に改版済みの装置図面１の配付先が記入される。

【０００９】装置構成表２の登録も、上述した装置図面
１の登録と同様にして行われる。すなわち、装置構成表
２が設計２２ａされると、登録２２ｂおよび配付先指定
２２ｃが行われた後、装置構成表２が所定の場所に保管
されるとともに図面配付先一覧表１０に配付先が記入さ
れる。同様にして、装置構成表２が改版２２ｄされる
と、登録２２ｂおよび配付先指定２２ｃが行われた後、
改版済みの装置構成表２が所定の場所に保管されるとと
もに、図面配付先一覧表１０に改版済みの装置構成表２
の配付先が記入される。以下、同様にして、設計部門２
０の担当者は、親部品表３〜試験仕様書９がそれぞれ作
成される毎、または改版される毎に上述した登録、配付
先指定を行う。

【００１０】つぎに、ドキュメント管理部門において行
われるドキュメントの配付方法について説明する。ま
ず、ステップＳＡ１では、ドキュメント管理部門の担当
者は、該当する装置の図番を手がかりにして、膨大な設
計図面の中から該当する装置の装置図面１を引き出して
複写した後、ステップＳＡ２へ進む。ステップＳＡ２で
は、担当者は、上記装置図面１と同様にして装置構成表
２を引き出して複写した後、ステップＳＡ３へ進む。ス
テップＳＡ３では、該当する複数の親部品表３を引き出
して複写した後、ステップＳＡ４へ進む。

【００１１】ステップＳＡ４では、担当者は、親部品表
３を見ながら該当する複数の子部品図面４をそれぞれ引
き出して複写した後、ステップＳＡ５へ進む。この場
合、担当者は、親部品表３の枚数分だけ、上記複数の子
部品図面４を引き出す作業、および複写する作業を行
う。以後、同様にして、ステップＳＡ５〜ステップＳＡ
９では、担当者は、該当する論理回路図５、プリント板
実装図面６、購入仕様書７、プリント板および装置組立
仕様書８、試験仕様書９をそれぞれ引き出して複写する
という作業を行う。

【００１２】さらに、ステップＳＡ１０では、担当者
は、図面配付先一覧表１０を引き出した後、ステップＳ
Ａ１１へ進む。ステップＳＡ１１では、担当者は、図面
配付先一覧表１０を確認しつつ、装置別、ユーザ（工
場）別、装置版数別に、上述した装置図面１〜試験仕様
書９（いずれも複写）を取りまとめた後、これらを各ユ
ーザ（工場）へ配付する。

【００１３】

【発明が解決しようとする課題】ところで、前述したよ
うに、従来においては、ステップＳＡ１〜ステップＳＡ
１１のフローチャートに沿って、ドキュメントの配付を
行う旨を述べた。しかしながら、実際の配付作業は、単
純なものではなく、長年の経験や高度な知識を必要とす
るため、かなりの熟練を要する。

【００１４】すなわち、従来においては、該当する装置
の図番を手がかりにして、担当者が膨大な量の設計図面
の中から所望の紙図面を手作業で引き出さなければなら
ず、しかも、装置別、ユーザ別、装置版数別といった仕
訳も伴うため、熟練した担当者でなければ円滑な配付作
業を行うことができない。さらに、設計図面を海外のユ
ーザ（工場）に配付する際には、当該設計図面の配付が
輸管法、外為法の規定に抵触するか否かを判断しつつ、
設計図面の引き出し作業を行う必要があることから、高
度な法的知識も要求される。

【００１５】また、設計過誤、仕様変更等にともなっ
て、図面の修正、追加、削除作業が発生した場合には、
その都度、設計図面の改版が行われる。このことから、
改版に関する情報も把握した上で、設計図面の引き出し
作業を行わなければならないため、さらに作業負担が増
加する。加えて、従来においては、図面配付先一覧表１
０により配付先の管理を行っているが、ユーザ都合によ
り配付先が頻繁に変更された場合、変更のし忘れ等によ
り、配付先変更の情報が図面配付先一覧表１０に正しく
反映されず、配付先を過誤することもある。

【００１６】このように、従来においては、紙ベースの
ドキュメント（たとえば、設計図面）を人手により管理
しているため、管理作業に多大な時間、人員を必要と
し、さらにユーザが配付を依頼してから実際にドキュメ
ントを入手するまでにかなりの時間を要するという問題
があった。

【００１７】本発明は、上記に鑑みてなされたもので、
人手によるドキュメントの管理を不要とし、ユーザがド
キュメントを正確かつ迅速に入手することができる統合
ドキュメント管理システムおよびそれに用いられるドキ
ュメント引出装置、ならびにドキュメント引出プログラ
ムを記録したコンピュータ読み取り可能な記録媒体を提
供することを目的とする。

【００１８】

【課題を解決するための手段】上記目的を達成するため
に、請求項１にかかる発明は、階層構造をなす複数のド
キュメントからなるドキュメントデータベースと、上位
階層のドキュメントと下位階層のドキュメントとの関係
を示す情報、およびドキュメントの版数情報を含む複数
の管理情報からなる管理情報データベースとを記憶する
記憶手段（後述する一実施の形態の記憶装置１０１ａに
相当）と、前記記憶手段に接続され、前記ドキュメント
の管理者側に設置されたサーバ（後述する一実施の形態
のサーバ端末１００ａに相当）と、前記サーバにネット
ワークを介して接続され、前記サーバにアクセスするこ
とにより、前記管理情報に基づいて、所定の版数におけ
る前記上位階層のドキュメントおよび下位階層のドキュ
メントを前記ドキュメントデータベースから引き出すク
ライアント（後述する一実施の形態のクライアント３０
０ａに相当）とを備えることを特徴とする。

【００１９】この請求項１にかかる発明によれば、ユー
ザにより引き出されるであろう複数のドキュメント、お
よびこれら複数のドキュメントに対応する管理情報（ド
キュメント間の対応関係を示す情報、版数情報）は、ド
キュメントデータベースおよび管理情報データベースに
それぞれ登録されている。このような登録状態におい
て、クライアントがネットワークを介してサーバにアク
セスすると、所望のドキュメントに関する管理情報が管
理情報データベースから読み出され、さらに管理情報か
ら得られる対応関係を示す情報、および版数情報に基づ
いて、ドキュメントデータベースから所定の版数のドキ
ュメントが階層的に引き出される。

【００２０】このように請求項１にかかる発明によれ
ば、ドキュメント間の対応関係を示す情報および版数情
報を管理情報に含ませ、かつ複数のドキュメントをドキ
ュメントデータベースに登録しておき、ユーザが必要と
するドキュメントを上記管理情報にしたがって、クライ
アント側で階層構造をなす複数のドキュメントとして引
き出すようにしたので、従来のようなドキュメントの管
理者側における人手管理が不要になるとともに、ネット
ワークを介して正確かつ迅速にドキュメントの入手が可
能になる。

【００２１】また、請求項２にかかる発明は、請求項１
に記載の統合ドキュメント管理システムにおいて、前記
管理情報は、同一階層の複数のドキュメントの集合およ
び前記複数のドキュメントのそれぞれの版数を表す情報
を含み、前記クライアントは、前記サーバにアクセスす
ることにより、前記管理情報に基づいて、所定の各版数
における同一階層の複数のドキュメントを前記ドキュメ
ントデータベースから引き出すことを特徴とする。

【００２２】この請求項２にかかる発明によれば、管理
情報には、ユーザにより引き出されるであろう同一階層
の複数のドキュメントの集合およびそれぞれの版数を表
す情報が含まれている。このような状態において、クラ
イアントがネットワークを介してサーバにアクセスする
と、同一階層に関する管理情報が管理情報データベース
から読み出され、さらに管理情報から得られる同一階層
におけるドキュメントの集合および各版数に関する情報
に基づいて、ドキュメントデータベースから同一階層の
複数のドキュメントが引き出される。このように請求項
２にかかる発明によれば、階層構造をなす複数のドキュ
メントの他に、単独的に同一階層における複数のドキュ
メントも正確かつ迅速に入手することが可能となる。

【００２３】また、請求項３にかかる発明は、請求項１
または２に記載の統合ドキュメント管理システムにおい
て、前記サーバは、前記ドキュメントデータベースに登
録されているドキュメントに改版があった場合、改版後
のドキュメントを前記ドキュメントデータベースに登録
するとともに、当該ドキュメントに関する前記管理情報
における前記版数情報を更新することを特徴とする。

【００２４】この請求項３にかかる発明によれば、ドキ
ュメントに改版がある都度、改版後のドキュメントデー
タベースおよび管理情報が登録／更新される。したがっ
て、請求項３にかかる発明によれば、従来においてネッ
クとなっていた改版作業が正確かつ迅速に行われるた
め、常に最新の版数に基づいてドキュメントの引き出し
が可能となる。

【００２５】また、請求項４にかかる発明は、請求項３
に記載の統合ドキュメント管理システムにおいて、前記
クライアントは、前記ネットワークを介して、引き出し
済みのドキュメントに関する引出情報を前記サーバへ送
信し、前記サーバは、前記引出情報に対応するドキュメ
ントに改版があった場合に、改版済みのドキュメントに
関する改版情報を前記クライアントへ前記ネットワーク
を介して送信することを特徴とする。

【００２６】この請求項４にかかる発明によれば、クラ
イアントが引出情報をサーバへ送信し、かつ改版時にサ
ーバが改版情報をクライアントに送信するようにしたの
で、クライアントにおいては、引き出し済みのドキュメ
ントに関する改版情報を即時に入手することができるこ
とから、改版後のドキュメントを正確かつ迅速に入手す
ることが可能となる。

【００２７】また、請求項５にかかる発明は、請求項１
〜４のいずれか一つに記載の統合ドキュメント管理シス
テムにおいて、前記管理情報は、複数の前記ドキュメン
トにそれぞれ対応するセキュリティレベルに関する情報
を含み、前記サーバは、前記セキュリティレベルに応じ
て、前記ドキュメントの引き出しを許可または禁止する
ことを特徴とする。

【００２８】この請求項５にかかる発明によれば、管理
情報にセキュリティレベルに関する情報を含ませたこと
により、セキュリティレベルに応じて、あるユーザに対
してドキュメントの引き出しを許可する一方、別のユー
ザに対してドキュメントの引き出しを禁止することがで
きるため、セキュリティが高いシステムを得ることが可
能となる。

【００２９】また、請求項６にかかる発明は、階層構造
をなす複数のドキュメントからなるドキュメントデータ
ベースと、上位階層のドキュメントと下位階層のドキュ
メントとの関係を示す情報、およびドキュメントの版数
情報を含む複数の管理情報からなる管理情報データベー
スとを記憶する記憶手段と、前記記憶手段に接続され、
前記ドキュメントの管理者側に設置されたサーバとを備
える統合ドキュメント管理システムに用いられるドキュ
メント引出装置であって、ネットワークを介して前記サ
ーバにアクセスすることにより、前記管理情報に基づい
て、所定の版数における前記上位階層のドキュメントお
よび下位階層のドキュメントを前記ドキュメントデータ
ベースから引き出すことを特徴とする。

【００３０】この請求項６にかかる発明によれば、ドキ
ュメント間の対応関係を示す情報および版数情報を管理
情報に含ませ、かつ複数のドキュメントをドキュメント
データベースに登録しておき、ユーザが必要とするドキ
ュメントを上記管理情報にしたがって、階層構造をなす
複数のドキュメントとして引き出すようにしたので、従
来のようなドキュメントの管理者側における人手管理が
不要になるとともに、ネットワークを介して正確かつ迅
速にドキュメントの入手が可能になる。

【００３１】また、請求項７にかかる発明は、請求項６
に記載のドキュメント引出装置において、前記管理情報
は、同一階層の複数のドキュメントの集合および前記複
数のドキュメントのそれぞれの版数を表す情報を含み、
前記サーバにアクセスすることにより、前記管理情報に
基づいて、所定の各版数における同一階層の複数のドキ
ュメントを前記ドキュメントデータベースから引き出す
ことを特徴とする。

【００３２】この請求項７にかかる発明によれば、ネッ
トワークを介してサーバにアクセスすると、同一階層に
関する管理情報が管理情報データベースから読み出さ
れ、さらに管理情報から得られる同一階層におけるドキ
ュメントの集合および各版数に関する情報に基づいて、
ドキュメントデータベースから同一階層の複数のドキュ
メントが引き出される。このように請求項７にかかる発
明によれば、階層構造をなす複数のドキュメントの他
に、単独的に同一階層における複数のドキュメントも正
確かつ迅速に入手することが可能となる。

【００３３】また、請求項８にかかる発明は、請求項６
または７に記載のドキュメント引出装置において、前記
管理情報は、複数の前記ドキュメントにそれぞれ対応す
るセキュリティレベルに関する情報を含み、前記セキュ
リティレベルに応じた引き出し許可に基づいて、前記ド
キュメントデータベースから前記ドキュメントを引き出
すことを特徴とする。

【００３４】この請求項８にかかる発明によれば、管理
情報にセキュリティレベルに関する情報を含ませたこと
により、セキュリティレベルに応じて、あるユーザに対
してドキュメントの引き出しを許可する一方、別のユー
ザに対してドキュメントの引き出しを禁止することがで
きるため、セキュリティが高いシステムを得ることが可
能となる。

【００３５】また、請求項９にかかる発明は、階層構造
をなす複数のドキュメントからなるドキュメントデータ
ベースと、上位階層のドキュメントと下位階層のドキュ
メントとの関係を示す情報、およびドキュメントの版数
情報を含む複数の管理情報からなる管理情報データベー
スとを記憶する記憶手段と、前記記憶手段に接続され、
前記ドキュメントの管理者側に設置されたサーバとを備
える統合ドキュメント管理システムに用いられるドキュ
メント引出プログラムを記録したコンピュータ読み取り
可能な記録媒体であって、ネットワークを介して前記サ
ーバにアクセスさせることにより、前記管理情報に基づ
いて、所定の版数における前記上位階層のドキュメント
および下位階層のドキュメントを前記ドキュメントデー
タベースから引き出させる工程（後述する一実施の形態
のステップＳＯ９〜ステップＳＯ１５に相当）をコンピ
ュータに実行させるためのドキュメント引出プログラム
を記録したコンピュータ読み取り可能な記録媒体であ
る。

【００３６】この請求項９にかかる発明によれば、ドキ
ュメント間の対応関係を示す情報および版数情報を管理
情報に含ませ、かつ複数のドキュメントをドキュメント
データベースに登録しておき、ユーザが必要とするドキ
ュメントを上記管理情報にしたがって、階層構造をなす
複数のドキュメントとして引き出すようにしたので、従
来のようなドキュメントの管理者側における人手管理が
不要になるとともに、ネットワークを介して正確かつ迅
速にドキュメントの入手が可能になる。

【００３７】また、請求項１０にかかる発明は、請求項
９に記載のドキュメント引出プログラムを記録したコン
ピュータ読み取り可能な記録媒体において、前記管理情
報は、同一階層の複数のドキュメントの集合および前記
複数のドキュメントのそれぞれの版数を表す情報を含
み、前記工程（後述する一実施の形態のステップＳＯ１
６〜ステップＳＯ２０に相当）においては、前記サーバ
にアクセスさせることにより、前記管理情報に基づい
て、所定の各版数における同一階層の複数のドキュメン
トを前記ドキュメントデータベースから引き出させるこ
とを特徴とする。

【００３８】この請求項１０にかかる発明によれば、ネ
ットワークを介してサーバにアクセスすると、同一階層
に関する管理情報が管理情報データベースから読み出さ
れ、さらに管理情報から得られる同一階層におけるドキ
ュメントの集合および各版数に関する情報に基づいて、
ドキュメントデータベースから同一階層の複数のドキュ
メントが引き出される。このように請求項１０にかかる
発明によれば、階層構造をなす複数のドキュメントの他
に、単独的に同一階層における複数のドキュメントも正
確かつ迅速に入手することが可能となる。

【００３９】また、請求項１１にかかる発明は、請求項
９または１０に記載のドキュメント引出プログラムを記
録したコンピュータ読み取り可能な記録媒体において、
前記管理情報は、複数の前記ドキュメントにそれぞれ対
応するセキュリティレベルに関する情報を含み、前記工
程（後述する一実施の形態のステップＳＮ１〜ステップ
ＳＮ１６に対応）においては、前記セキュリティレベル
に応じた引き出し許可に基づいて、前記ドキュメントデ
ータベースから前記ドキュメントを引き出させることを
特徴とする。

【００４０】この請求項１１にかかる発明によれば、管
理情報にセキュリティレベルに関する情報を含ませたこ
とにより、セキュリティレベルに応じて、あるユーザに
対してドキュメントの引き出しを許可する一方、別のユ
ーザに対してドキュメントの引き出しを禁止することが
できるため、セキュリティが高いシステムを得ることが
可能となる。

【００４１】

【発明の実施の形態】以下、図面を参照して本発明にか
かる統合ドキュメント管理システムおよびそれに用いら
れるドキュメント引出装置、ならびにドキュメント引出
プログラムを記録したコンピュータ読み取り可能な記録
媒体の一実施の形態について詳細に説明する。

【００４２】図１は、本発明の一実施の形態による統合
ドキュメント管理システムの構成を示すブロック図であ
る。この図に示す統合ドキュメント管理システムは、Ｘ
ＭＬ（eXtensible Markup Language）で記述されたハイ
パーテキストを用いて、電子化された複数のドキュメン
ト（図面）をリンクさせることで、ユーザ側で必要とす
る複数のドキュメントをデータベースから統合的に引き
出し可能とするシステムである。

【００４３】ここで、ＸＭＬは、従来よりＷＷＷ（Worl
d Wide Web）上における情報交換手段として広く利用さ
れているＨＴＭＬ（Hypertext Markup Language）の機
能が拡張されたものであり、World Wide Web Consortiu
m（Ｗ３Ｃ）により規格化されている。このＸＭＬは、
ユーザ側でタグを定義することができる、データの内容
の意味をタグで表現できるというＨＴＭＬにはない特徴
を備えている。

【００４４】図１に示す統合ドキュメント管理システム
は、ネットワーク２００（たとえば、インターネット）
にそれぞれ接続されたサーバ端末１００ａ、１００ｂお
よび１００ｃと、ネットワーク２００にそれぞれ接続さ
れたクライアント３００ａ、３００ｂおよび３００ｃと
から概略構成されている。これらサーバ端末１００ａ、
１００ｂおよび１００ｃは、Ａ社、Ｂ社およびＣ社（Ｐ
ＵＳＨ側）にそれぞれ設置されており、記憶装置１０１
ａ、１０１ｂおよび１０１ｃをそれぞれ備えている。

【００４５】これら記憶装置１０１ａ、１０１ｂおよび
１０１ｃには、電子化された複数のドキュメント（図
面）により構築され、階層構造をなすドキュメントデー
タベース、上述したＸＭＬで記述された複数の管理情報
により構築された管理情報データベース等が記憶されて
いる。これらドキュメントデータベース、管理情報デー
タベース等の詳細については、後述する。

【００４６】また、上述したサーバ端末１００ａ、１０
０ｂおよび１００ｃは、Ｗｅｂサーバとしての機能を備
えており、ネットワーク２００を介して、ＰＵＬＬ側
（ユーザＸ、Ｙ、Ｚ側）にそれぞれ設置されたクライア
ント３００ａ、３００ｂおよび３００ｃへドキュメント
を配付する。管理端末１０２ａ、１０２ｂおよび１０２
ｃは、サーバ端末１００ａ、１００ｃおよび１００ｂに
対する管理業務を行うためのコンピュータ端末である。
さらに、サーバ端末１００ａ、１００ｂおよび１００ｃ
は、電子メールサーバとしての機能をそれぞれ備えてお
り、クライアント３００ａ、３００ｂおよび３００ｃに
対する電子メール５００ａ、５００ｂおよび５００ｃの
送信、ならびにクライアント３００ａ、３００ｂおよび
３００ｃからの電子メール６００ａ、６００ｂおよび６
００ｃの受信をそれぞれ行う。

【００４７】ここで、管理業務としては、ユーザ登録、
ドキュメント登録、改版、廃図、承認、該非判定、配付
管理等がある。ユーザ登録においては、システムを使用
する者に関するパスワード登録等が行われる。ここで、
ＰＵＳＨ側においてシステムを使用する者としては、Ａ
社、Ｂ社およびＣ社側における管理者、ドキュメント
（図面）の作成者（設計担当者）が挙げられる。ＰＵＳ
Ｈ側とは、上述したドキュメント（図面）をネットワー
ク２００を介して、クライアント３００ａ、３００ｂお
よび３００ｃへ配付する側をいう。

【００４８】一方、ＰＵＬＬ側においてシステムを使用
する者としては、ユーザＸ側におけるオペレータＣ_a1〜
Ｃ_an、ユーザＹ側におけるオペレータＣ_b1〜Ｃ_bn、ユー
ザＺ側におけるオペレータＣ_c1〜Ｃ_cnである。ＰＵＬＬ
側とは、上述したドキュメントデータベースから所望の
ドキュメントをネットワーク２００を介して引き出す側
をいう。以下に説明する統合ドキュメント管理システム
は、ＰＵＬＬ側において所望のドキュメントを引き出す
点に特徴を備えている。

【００４９】スキャナ１０３ａ、１０３ｂおよび１０３
ｃは、管理端末１０２ａ、１０２ｂおよび１０２ｃにそ
れぞれ接続されており、紙ドキュメント（例えば、設計
図面）を光学的に読み取ることで電子化されたドキュメ
ントをそれぞれ生成する装置である。ディスプレイ１０
４ａ、１０４ｂおよび１０４ｃは、管理端末１０２ａ、
１０２ｂおよび１０２ｃにそれぞれ接続されており、ユ
ーザ登録用、廃図用、承認用、該非判定用、配付管理用
等の各種入力メニューを表示する。

【００５０】また、ドキュメント登録においては、スキ
ャナ１０３ａ、１０３ｂおよび１０３ｃ等を用いて電子
化されたドキュメント（図面）を、記憶装置１０１ａ、
１０１ｂおよび１０１ｃのそれぞれのドキュメントデー
タベースに登録する処理が行われる。さらにドキュメン
ト登録においては、記憶装置１０１ａ、１０１ｂおよび
１０１ｃのそれぞれの管理情報データベースに上記ドキ
ュメント（図面）に対応する管理情報を登録する。

【００５１】ここで、ドキュメント登録における登録内
容について、図２に示す概念図を参照しつつ説明する。
図２は、親ＳＫ（部品表）と子ＳＫとの関係を示す図で
ある。以下の説明においては、登録されたドキュメント
の一例として設計図面を例にとって説明する。上記設計
図面は、１つの装置に対して、たとえば、図１０に示す
「装置親図面」、「プリント板および装置実装構造
図」、「アナログ回路図」、「プリント板実装図」、
「部品図」、「論理回路図」等という具合に複数種類が
存在する。上記「装置親図面」は、装置の全体的な構成
を示す図面であり、上位階層のドキュメント（図面）位
置づけられている。

【００５２】一方、その他の「プリント板および装置実
装構造図」、「アナログ回路図」、「プリント板実装
図」、「部品図」、「論理回路図」等は、上記親図面と
しての「装置親図面」に対してそれぞれ従属の関係にあ
り、下位階層のドキュメント（図面）としてそれぞれ位
置づけられている。

【００５３】図２に戻り、親ＳＫ７００は、上述した親
図面としての「装置親図面」に対応するものであり、子
ＳＫ８００ａ〜８００ｅは、上記親ＳＫ７００にそれぞ
れ従属するものであり、子図面としての「プリント板お
よび装置実装構造図」、「アナログ回路図」、「プリン
ト板実装図」、「部品図」、「論理回路図」にそれぞれ
対応するものである。子ＳＫ８００ａ（「プリント板お
よび装置実装構造図」）は、ｎページのドキュメントａ
₁〜ａ_nから構成されている。同様にして、子ＳＫ８０
０ｂ（「アナログ回路図」）はｎページのドキュメント
ｂ₁〜ｂ_nから構成されており、子ＳＫ８００ｃ（「プ
リント板実装図」）はｎページのドキュメントｃ₁〜ｃ
_nから構成されている。

【００５４】さらに、子ＳＫ８００ｄ（「部品図」）は
ｎページのドキュメントｄ₁〜ｄ_nから構成されてお
り、子ＳＫ８００ｅ（「プリント板および装置実装構造
図」）はｎページのドキュメントｅ₁〜ｅ_nから構成さ
れている。なお、図１０に示す「試験仕様書」、「購入
仕様書」、「組立仕様書」等も親ＳＫ７００（「装置親
図面」）に従属している。このように、ドキュメント登
録においては、親図面と、これにそれぞれ従属する複数
の子図面とが階層構造をなすようにして、記憶装置１０
１ａ、１０１ｂおよび１０１ｃにそれぞれ登録される。
この階層構造は、前述したＸＭＬによるハイパーテキス
トにより定義付けされる。

【００５５】つぎに、上記階層構造について図３を参照
しつつ説明する。図２に示す階層構造は、図３に示す親
ＳＫ（図２参照）としての管理情報ＰＫと、この管理情
報ＰＫにそれぞれ従属した子ＳＫ（図２参照）としての
管理情報ＣＫ₁〜ＣＫ_nと、これら管理情報ＣＫ₁〜Ｃ
Ｋ_nにそれぞれリンクする（ドキュメントＤ₁₁〜
Ｄ_1n）、（ドキュメントＤ₂₁〜Ｄ_2n）、・・・、（ドキュ
メントＤ_n1〜Ｄ_nn）とに対応している。上記管理情報Ｐ
Ｋおよび管理情報ＣＫ₁〜ＣＫ_nは、ＸＭＬファイル、
ＤＴＤファイル、ＤＳＬファイルという３つのファイル
の集合をいい、後述するＸＭＬブラウザ３０２ａ、３０
２ｂおよび３０２ｃにおいてドキュメントを閲覧するた
めに必要な情報を含んでいる。

【００５６】ここで、上述した管理情報について図４お
よび図５を参照して詳述する。図４に示す管理情報は、
図３に示す管理情報ＰＫおよび管理情報ＣＫ₁〜ＣＫ_n
にそれぞれ対応しており、ＸＭＬファイルＦ_XML（図５
参照）、ＤＴＤファイルＦ_DT _D、ＤＳＬファイルＦ_DSL
からなる。上記ＸＭＬファイルＦ_XML（ファイル名：CA
41205-2449.xml）は、開始タグ＜要素名＞と、終了タグ
＜／要素名＞と、この２つの開始タグおよび終了タグに
より挟まれた内容とにより構成された１つの要素が複数
存在するファイルである。例えば、＜設計部門コード＞
１４３２１＜／設計部門コード＞において、要素名は＜
設計部門コード＞であり、要素の内容は「14321」であ
る。

【００５７】同様にして、ＸＭＬファイルＦ_XMLにおい
ては、＜図番＞は、当該図面（たとえば、上述した「プ
リント板および装置実装構造図」）の図番に対応するタ
グである。具体的には、＜図番＞の内容は、「CA41205-
2449」であり、上記「プリント板および装置実装構造
図」を特定するためのものである。＜ＥＣＯ／ＮＲＮ＞
は、プリント板および装置実装構造図が初版であるか、
または改版されているかを示すタグである。具体的に
は、＜ＥＣＯ／ＮＲＮ＞の内容は、「F2224Z2411」であ
り、ＥＣ（Engineering Control）番号と呼ばれてい
る。このＥＣ番号「F2224Z2411」において、初版の場合
には、「F2224」と「2411」との間に「A」が挿入され、
改版された場合には、上記「A」に代えて「Z」が挿入さ
れる。したがって、上記ＥＣ番号は、当該図面が初版で
あるか、または改版されたものであるかの判断に用いら
れる。

【００５８】また、＜図面＞は、上記プリント板および
装置実装構造図を構成する３つのドキュメントのファイ
ル名に対応するタグであり、具体的には、＜図面＞の内
容は、「CA41205-2449-01.ps（ポストスクリプト）」、
「CA41205-2449-02.ps」、「CA41205-2449-03.ps」であ
る。これら３つのドキュメントは、図１に示すたとえば
記憶装置１０１ａにおけるドキュメントデータベースに
それぞれ登録されている。

【００５９】これら３つのタグ＜図面＞は、図４に示す
タグＺに対応している。すなわち、これら３つのタグ＜
図面＞により、ドキュメントＤ₁（「CA41205-2449-01.
ps」）、ドキュメントＤ₂（「CA41205-2449-02.p
s」）、およびドキュメントＤ₃（「CA41205-2449-03.p
s）は、プリント板および装置実装構造図を構成する３
つのドキュメントとして定義付けられている。＜提出先
＞は、プリント板および装置実装構造図の提出先を指定
するタグであり、具体的には、＜提出先＞の内容は、
「ＸＸＹＹＺＺ会社」である。＜配付先＞は、ドキュメ
ントＤ₁、Ｄ₂およびＤ ₃の配付先（たとえば、図１に
示すユーザＸ、Ｙ、Ｚ）を指定するタグであり、具体的
には、＜提出先＞の内容は、「設計部門のみ」、「Ａ株
式会社」、「Ｂ株式会社」および「Ｃ株式会社」であ
る。

【００６０】図４に戻り、ＤＴＤ（Document Type Defi
nition）ファイルＦ_DTDは、ＸＭＬファイルＦ_XMLにお
けるタグを定義するファイルである。また、ＤＴＤファ
イルＦ_DTDには、ドキュメントファイルＤ₁の版数（０
１版）情報、ドキュメントファイルＤ₂の版数（０２
版）情報、およびドキュメントファイルＤ₃の版数（０
ｎ版）情報が記述されている。

【００６１】ＤＳＬ（Document Style Sheet）ファイル
Ｆ_DSLは、図１に示すＸＭＬブラウザ３０２ａ、３０２
ｂおよびＸＭＬブラウザ３０２ｃを用いて、ドキュメン
トをディスプレイ３０６ａ、３０６ｂおよび３０６ｃに
表示させる際の文書スタイルを定義するファイルであ
る。具体的には、表示文字のフォントのサイズ、文字の
種類等が定義されている。また、図３に示す管理情報Ｐ
Ｋにおいては、管理情報ＣＫ₁〜ＣＫ_nのリンクに関す
る情報が定義されている。

【００６２】図１に戻り、クライアント３００ａは、ユ
ーザＸ側に設置されており、ＸＭＬブラウザ３０２ａお
よびアプリケーションプログラム３０３ａの実行によ
り、記憶装置１０１ａ、１０１ｂおよび１０１ｃのそれ
ぞれの管理情報データベースおよびドキュメントデータ
ベースから管理情報およびドキュメントを情報４００
ａ、４００ｂおよび４００ｃとして引き出す。このクラ
イアント３００ａは、オペレータＣ_a1〜_Canにより操作
される。

【００６３】上記ＸＭＬブラウザ３０２ａは、上述した
ＸＭＬによる管理情報に基づいて、ディスプレイ３０６
ａにドキュメントを表示するためのソフトウェアプログ
ラムである。アプリケーションプログラム３０３ａは、
サーバ端末１００ａ、１００ｂおよび１００ｃから情報
４００ａ、４００ｂおよび４００ｃを引き出す処理を行
うためのプログラムである。ＯＳ（Operating System）
３０１ａは、ＸＭＬブラウザ３０２ａ、アプリケーショ
ンプログラム３０３ａの実行を制御するためのプログラ
ムである。記憶装置３０４ａは、ドキュメントや各種デ
ータを記憶する。プリンタ３０５ａは、引き出されたド
キュメントの複写（ハードコピー）を行う。

【００６４】クライアント３００ｂは、上述したクライ
アント３００ａと同様の機能を備えており、オペレータ
Ｃ_b1〜Ｃ_bnにより操作される。このクライアント３００
ｂは、オペレーティングシステム３０１ｂ、ＸＭＬブラ
ウザ３０２ｂおよびアプリケーションプログラム３０３
ｂにより、情報４００ａ、４００ｂおよび４００ｃを引
き出す。また、クライアント３００ｂには、記憶装置３
０４ｂ、プリンタ３０５ｂおよびディスプレイ３０６ｂ
が接続されている。

【００６５】クライアント３００ｃは、上述したクライ
アント３００ａと同様の機能を備えており、オペレータ
Ｃ_c1〜Ｃ_cnにより操作される。このクライアント３００
ｃは、オペレーティングシステム３０１ｃ、ＸＭＬブラ
ウザ３０２ｃおよびアプリケーションプログラム３０３
ｃにより、情報４００ａ、４００ｂおよび４００ｃを引
き出す。また、クライアント３００ｃには、記憶装置３
０４ｃ、プリンタ３０５ｃおよびディスプレイ３０６ｃ
が接続されている。上述したクライアント３００ａ、３
００ｂおよび３００ｃは、電子メール送受信機能を備え
ており、電子メール６００ａ、６００ｂおよび６００ｃ
の送信、ならびに電子メール５００ａ、５００ｂおよび
５００ｃの受信をそれぞれ行う。

【００６６】（全体処理）つぎに、上述した一実施の形
態による統合ドキュメント管理システムの全体処理につ
いて図６に示すフローチャートおよび図７を参照しつつ
説明する。図７は、以下に説明するユーザ登録、ドキュ
メント登録等の各種メニューから所望のメニューを選択
し、かつ選択されたメニューを表示するためのＸＭＬブ
ラウザ画面の一例を示す図である。この図において、
「−ＭＥＮＵ−」一覧には、後述するユーザ登録、ドキ
ュメント登録、改版、承認、該非判定、配付、受領、複
写という選択メニューが表示されており、ユーザは、こ
れら選択メニューの中から一のメニューを選択すること
で、所望の処理を実行させる。同図には、ユーザ登録が
選択された場合におけるユーザ登録メニューが表示され
た例が図示されている。また、このＸＭＬブラウザ画面
は、ＸＭＬブラウザ３０２ａ〜３０２ｃの起動により、
図１に示すディスプレイ３０６ａ〜３０６ｃ（ディスプ
レイ１０４ａ〜１０４ｃ）にそれぞれ表示される画面で
ある。

【００６７】なお、以下の説明においては、図１に示す
クライアント３００ａがサーバ端末１００ａから所望の
ドキュメントを引き出す場合の動作を主として説明す
る。同図に示すように統合ドキュメント管理システム
は、ステップＳＢ１〜ステップＳＢ９までの各イベント
（ユーザ登録、ドキュメント登録、・・・、複写）を監視
している。ステップＳＢ１では、ユーザ登録のイベント
が発生したか否かが判断され、この判断結果が「Ｙｅ
ｓ」である場合、図８に示すステップＳＣ１〜ステップ
ＳＣ６からなるユーザ登録処理が実行される。一方、ス
テップＳＢ１の判断結果が「Ｎｏ」である場合、ステッ
プＳＢ２へ進む。

【００６８】上記ユーザ登録処理は、図１に示す記憶装
置１０１ａのユーザデータベースに、サーバ端末１００
ａのユーザに関するユーザ情報を登録する処理である。
同様にして、記憶装置１０１ｂ、１０１ｃのそれぞれの
ユーザデータベースにも、ユーザ情報がそれぞれ登録さ
れる。このユーザ登録処理の詳細については後述する。
ここで、上記ユーザ情報としては、ユーザ名、ユーザ所
属、パスワード、ユーザクラス等が挙げられる。上記ユ
ーザ名は、当該ユーザの氏名、名称等である。ユーザ所
属は、当該ユーザが所属する部署名、会社名等である。
パスワードは、当該ユーザが統合ドキュメント管理シス
テムを利用するための符号列であり、正規のユーザであ
るか否かの識別に用いられる。また、ユーザ登録処理
は、図１に示すＡ社、Ｂ社およびＣ社のそれぞれの管理
者が管理端末１０２ａ、１０２ｂおよび１０２ｃを操作
することにより実行される。

【００６９】つぎのステップＳＢ２では、ドキュメント
登録のイベントが発生したか否かが判断され、この判断
結果が「Ｙｅｓ」である場合、図１０に示すステップＳ
Ｅ１〜ステップＳＥ１０からなるドキュメント登録処理
が実行される。一方、ステップＳＢ２の判断結果が「Ｎ
ｏ」である場合、ステップＳＢ３へ進む。

【００７０】上記ドキュメント登録は、ユーザＸ、Ｙ、
Ｚへ配付すべき電子化されたドキュメント（図面等）、
および該ドキュメントに関する管理情報を記憶装置１０
１ａにおけるドキュメントデータベース、管理情報デー
タベースにそれぞれ登録する処理である。このドキュメ
ント登録処理の詳細については後述する。同様にして、
記憶装置１０１ｂ、１０１ｃのそれぞれのドキュメント
データベースおよび管理情報データベースにもドキュメ
ントおよび管理情報が登録される。また、ドキュメント
登録処理は、図１に示すＡ社、Ｂ社およびＣ社のそれぞ
れの管理者（または設計部門の担当者）が管理端末１０
２ａ、１０２ｂおよび１０２ｃを操作することにより実
行される。

【００７１】つぎのステップＳＢ３では、改版のイベン
トが発生したか否かが判断され、この判断結果が「Ｙｅ
ｓ」である場合、図１２に示すステップＳＧ１〜ステッ
プＳＧ９からなる改版処理が実行される。一方、ステッ
プＳＢ３の判断結果が「Ｎｏ」である場合、ステップＳ
Ｂ４へ進む。

【００７２】上記改版処理は、記憶装置１０１ａのドキ
ュメントデータベースに登録済みのドキュメントに改版
が発生した場合に、改版済みの電子化されたドキュメン
トをドキュメントデータベースに登録する処理、および
当該ドキュメントの管理情報を更新する処理である。こ
の改版処理の詳細については後述する。同様にして、記
憶装置１０１ｂ、１０１ｃにおけるそれぞれのドキュメ
ントデータベースおよび管理情報に対しても改版処理が
行われる。また、改版処理は、図１に示すＡ社、Ｂ社お
よびＣ社のそれぞれの管理者（または設計部門の担当
者）が管理端末１０２ａ、１０２ｂおよび１０２ｃを操
作することにより実行される。

【００７３】つぎのステップＳＢ４では、廃図のイベン
トが発生したか否かが判断され、この判断結果が「Ｙｅ
ｓ」の場合、図１４に示すステップＳＩ１〜ステップＳ
Ｉ６からなる廃図処理が実行される。一方、ステップＳ
Ｂ４の判断結果が「Ｎｏ」である場合、ステップＳＢ５
へ進む。

【００７４】上記廃図処理は、記憶装置１０１ａのドキ
ュメントデータベースに登録されているドキュメント
（図面）を削除する処理である。また、廃図処理におい
ては、削除されたドキュメントに関する管理情報に、た
とえば、＜記事＞廃図＜／記事＞という廃図に関する履
歴情報を付加する処理が行われる。この廃図処理の詳細
については後述する。同様にして、記憶装置１０１ｂ、
１０１ｃにおけるそれぞれのドキュメントデータベース
および管理情報に対しても廃図処理が行われる。また、
廃図処理は、図１に示すＡ社、Ｂ社およびＣ社のそれぞ
れの管理者（または設計部門の担当者）が管理端末１０
２ａ、管理端末１０２ｂ、管理端末１０２ｃをそれぞれ
操作することにより実行される。

【００７５】つぎのステップＳＢ５では、承認のイベン
トが発生したか否かが判断され、この判断結果が「Ｙｅ
ｓ」の場合、図１６に示すステップＳＫ１〜ステップＳ
Ｋ５からなる承認処理が実行される。一方、ステップＳ
Ｂ５の判断結果が「Ｎｏ」でである場合、ステップＳＢ
６へ進む。

【００７６】図１６に示す承認処理は、上述したユーザ
登録処理（図８参照）、ドキュメント登録処理（図１０
参照）、改版処理（図１２参照）、廃図処理（図１４参
照）、および後述する該非判定処理（図１７参照）が実
行された後に実行される処理であって、これらユーザ登
録、ドキュメント登録、改版、廃図および該非判定をそ
れぞれ承認するための処理である。

【００７７】具体的には、ユーザ登録処理（図８参照）
が実行された後に、図１６に示すステップＳＫ１では、
ユーザ登録の承認のイベントが発生したか否かが判断さ
れ、この判断結果が「Ｙｅｓ」である場合、図９に示す
ステップＳＤ１〜ステップＳＤ１３からなるユーザ登録
の承認処理が実行される。一方、ステップＳＫ１の判断
結果が「Ｎｏ」である場合、ステップＳＫ２へ進む。図
９に示すユーザ登録の承認処理は、ユーザ登録処理（図
８参照）において入力されたパスワード等に基づいてユ
ーザ登録を承認するか否かを決定し、さらに承認された
ユーザのクラス（例えば、Ａクラス、ＢクラスまたはＣ
クラス）を決定する処理である。このユーザ登録の承認
処理の詳細については、後述する。

【００７８】つぎのステップＳＫ２では、ドキュメント
登録の承認のイベントが発生したか否かが判断され、こ
の判断結果が「Ｙｅｓ」である場合、図１１に示すステ
ップＳＦ１〜ステップＳＦ１２からなるドキュメント登
録の承認処理が実行される。一方、ステップＳＫ２の判
断結果が「Ｎｏ」である場合、ステップＳＫ３へ進む。
図１１に示すドキュメント登録の承認処理は、ドキュメ
ント登録処理（図１０参照）において入力されたドキュ
メントの登録を承認するか否かを決定する処理である。
このドキュメント登録の承認処理の詳細については後述
する。

【００７９】つぎのステップＳＫ３では、改版の承認の
イベントが発生したか否かが判断され、この判断結果が
「Ｙｅｓ」である場合、図１３に示すステップＳＨ１〜
ステップＳＨ１２からなる改版の承認処理が実行され
る。一方、ステップＳＫ３の判断結果が「Ｎｏ」である
場合、ステップＳＫ４へ進む。図１３に示す改版の承認
処理は、改版処理（図１２参照）において入力された改
版すべきドキュメントを承認するか否かを決定する処理
である。この改版の承認処理の詳細については後述す
る。

【００８０】つぎのステップＳＫ４では、廃図の承認の
イベントが発生したか否かが判断され、この判断結果が
「Ｙｅｓ」である場合、図１５に示すステップＳＪ１〜
ステップＳＪ１２からなる廃図の承認処理が実行され
る。一方、ステップＳＫ４の判断結果が「Ｎｏ」である
場合、ステップＳＫ５へ進む。図１５に示す廃図の承認
処理は、廃図処理（図１４参照）において指定されたド
キュメントの廃図を承認するか否かを決定する処理であ
る。この廃図の承認処理の詳細については後述する。

【００８１】つぎのステップＳＫ５では、該非判定の承
認のイベントが発生したか否かが判断され、この判断結
果が「Ｙｅｓ」である場合、図１８に示すステップＳＭ
１〜ステップＳＭ１７からなる該非判定の承認処理が実
行される。一方、ステップＳＫ５の判断結果が「Ｎｏ」
である場合、図６に示すイベントのループへ戻る。図１
８に示す該非判定の承認処理は、後述する該非判定処理
（図１７参照）における該非判定を承認するか否かを決
定する処理である。この該非判定の承認処理の詳細につ
いては後述する。

【００８２】つぎのステップＳＢ６では、該非判定のイ
ベントが発生したか否かが判断され、この判断結果が
「Ｙｅｓ」である場合、図１７に示すステップＳＬ１〜
ステップＳＬ１３からなる該非判定処理が実行される。
一方、ステップＳＢ６の判断結果が「Ｎｏ」である場
合、ステップＳＢ７へ進む。ここで、該非判定とは、ド
キュメントをインターネット等を介して海外に配付する
際に、当該ドキュメントの配付行為が輸管法、外為法に
抵触するか否かを判定することをいう。具体的には、該
非判定においては、当該ドキュメントに対して、ＶＳ
（very sensitive）レベル、Ｓ（sensitive）レベル、
Ｂ（basic）レベルという３段階のレベルの中で、どの
レベルに該当するかが判定される。この該非判定処理の
詳細については後述する。同様にして、サーバ端末１０
０ｂ、１００ｃにおいても、該非判定処理が行われる。

【００８３】つぎのステップＳＢ７では、配付管理のイ
ベントが発生したか否かが判断され、この判断結果が
「Ｙｅｓ」である場合、図１９に示すステップＳＮ１〜
ステップＳＮ１７からなる配付処理が実行される。一
方、ステップＳＢ７の判断結果が「Ｎｏ」である場合、
ステップＳＢ８へ進む。この配付処理の詳細については
後述する。同様にして、サーバ端末１００ｂ、１００ｃ
においても、配付処理が行われる。

【００８４】つぎのステップＳＢ８では、受領管理のイ
ベントが発生したか否かが判断され、この判断結果が
「Ｙｅｓ」である場合、図２０に示すステップＳＯ１〜
ステップＳＯ２０からなる受領処理が実行される。一
方、ステップＳＢ８の判断結果が「Ｎｏ」である場合、
ステップＳＢ９へ進む。この受領処理は、クライアント
３００ａが、サーバ端末１００ａ、１００ｂ、１００ｃ
よりドキュメント（管理情報）等を受領する処理であ
る。この受領処理の詳細については後述する。同様にし
て、クライアント３００ｂ、３００ｃにおいても、受領
処理が行われる。

【００８５】つぎのステップＳＢ９では、複写のイベン
トが発生したか否かが判断され、この判断結果が「Ｙｅ
ｓ」である場合、図２４に示すステップＳＱ１〜ステッ
プＳＱ１２からなる複写処理が実行される。一方、ステ
ップＳＢ９の判断結果が「Ｎｏ」である場合、ステップ
ＳＢ１へ戻る。この複写処理は、電子化されたドキュメ
ントをクライアント３００ａが受領したときに、このド
キュメントをプリンタ３０５ａにより複写（ハードコピ
ー）する処理である。この複写処理の詳細については後
述する。同様にして、クライアント３００ｂ、３００ｃ
においても、複写処理が行われる。

【００８６】（ユーザ登録／承認処理）つぎに、図６〜
図９、図１６を参照しつつ、ユーザ登録処理、およびユ
ーザ登録の承認処理について説明する。はじめに、ユー
ザ登録処理について図６および図８を参照しつつ説明す
る。まず、図１に示すサーバ端末１００ａの管理者は、
ユーザ情報を記憶装置１０１ａのユーザデータベースに
登録すべく、管理端末１０２ａを用いて「ユーザ登録」
を行う。すなわち、ＸＭＬブラウザメニュー画面（図７
参照）の「ユーザ登録」が選択されると、ユーザ登録の
イベントが発生することで、ステップＳＢ１の判断結果
が「Ｙｅｓ」とされる。これにより、図８に示すステッ
プＳＣ１では、初期の入力であるか否かが判断される。
この場合、初期の入力であるため、ステップＳＣ１の判
断結果が「Ｙｅｓ」とされる。

【００８７】ステップＳＣ２では、管理端末１０２ａの
ディスプレイ１０４ａには、ユーザ登録メニューが表示
された後、図６に示すイベントのループへ戻る。このユ
ーザ登録メニューは、「ユーザ名」、「ユーザ所属」、
「パスワード」および「確認」、「調査者？（Ｙ／
Ｎ）」、「承認者？（Ｙ／Ｎ）」、「該非判定調査者？
（Ｙ／Ｎ）」および「該非判定承認者？（Ｙ／Ｎ）」と
いう各項目からなる。そして、管理者は、ユーザ名、ユ
ーザ所属、パスワードをそれぞれ入力した後、最後に
「確認」の項目で再度パスワードを入力する。

【００８８】さらに、管理者は、ユーザ登録メニューに
おいて、「調査者？（Ｙ／Ｎ）」、「承認者？（Ｙ／
Ｎ）」、「該非判定調査者？（Ｙ／Ｎ）」および「該非
判定承認者？（Ｙ／Ｎ）」という各項目のうち、登録す
べきユーザが該当する項目に「Ｙ」を、該当しない項目
に「Ｎ」を入力する。ここで、調査者とは、後述する各
種処理を実際に行う者であり、承認者とは、調査者が行
った各種処理に対して承認する権限を有する者である。
また、該非判定調査者は、後述する該非判定を実際に行
うものであり、該非判定承認者は、上記該非判定調査者
の該非判定結果を承認する権限を有する者である。この
場合、ユーザ登録のイベントが発生しているため、図６
に示すステップＳＢ１の判断結果が「Ｙｅｓ」とされ、
さらに、初期入力ではないため、図８に示すステップＳ
Ｃ１の判断結果が「Ｎｏ」とされる。

【００８９】ステップＳＣ３では、ユーザ登録メニュー
における各項目の入力が完了したか否かが判断され、同
判断結果が「Ｎｏ」の場合、図６に示すイベントループ
へ戻る。この場合、入力が完了しているものとすると、
ステップＳＣ３の判断結果が「Ｙｅｓ」とされる。ステ
ップＳＣ４では、ユーザ登録メニューの「ユーザ名」に
おいて入力されたユーザ名が読み込まれる。同様にし
て、ステップＳＣ５では、ユーザ登録メニューの「ユー
ザ所属」において入力されたユーザ所属が読み込まれ、
ステップＳＣ６では、ユーザ登録メニューの「パスワー
ド」において入力されたパスワードが読み込まれた後、
図６に示すイベントのループへ戻る。

【００９０】つぎに、管理者が管理端末１０２ａを用い
て、ＸＭＬブラウザメニュー画面（図７参照）の「承
認」を選択すると、承認のイベントが発生することで、
図６に示すステップＳＢ５の判断結果が「Ｙｅｓ」とさ
れる。そして、「ユーザ登録の承認」が選択されると、
図１６に示すステップＳＫ１の判断結果が「Ｙｅｓ」と
され、図９に示すステップＳＤ１では、ユーザ登録メニ
ュー（図８：ステップＳＣ２参照）の「確認」において
入力された確認用のパスワードが読み込まれる。

【００９１】ステップＳＤ２では、ステップＳＣ６（図
８参照）で読み込まれたパスワードと、ステップＳＤ１
で読み込まれた確認用のパスワードとが合致するか否か
が判断される。この判断結果が「Ｎｏ」である場合、ス
テップＳＤ３では、「パスワードが異なります。最初か
らやり直してください。」というメッセージが表示され
る。このメッセージを確認した管理者は、ユーザ登録に
失敗したものと判断して、ユーザ登録動作を最初からや
り直す。

【００９２】一方、ステップＳＤ２の判断結果が「Ｙｅ
ｓ」である場合、ステップＳＤ４では、ステップＳＣ５
（図８参照）で読み込まれたユーザ所属がＡクラスに属
しているか否かが判断される。ここで、ユーザ所属は、
Ａクラス、Ｂクラス、Ｃクラスという３つのクラスに予
め分けられており、記憶装置１０１ａには、ユーザ所属
とクラスとの関係を表すクラスデータベースが記憶され
ている。したがって、ステップＳＤ４では、上記クラス
データベースが参照されることで、当該ユーザ所属がク
ラスＡであるか否かが判断される。

【００９３】ステップＳＤ４において、判断結果が「Ｙ
ｅｓ」であるものとすると、ステップＳＤ１２におい
て、当該ユーザがＡクラスのユーザとして決定される。
つぎのステップＳＤ７では、図８に示すユーザ登録メニ
ューにおける「調査者？（Ｙ／Ｎ）」の入力情報（調査
者指定情報）が読み込まれる。この調査者指定情報が
「Ｙ」である場合には、当該ユーザが調査者としてユー
ザデータベースに登録される。

【００９４】つぎのステップＳＤ８では、図８に示すユ
ーザ登録メニューにおける「承認者？（Ｙ／Ｎ）」の入
力情報（承認者指定情報）が読み込まれ、この承認者指
定情報が「Ｙ」である場合には、当該ユーザが承認者と
してユーザデータベースに登録される。つづくステップ
ＳＤ９では、ユーザ登録メニューにおける「該非判定調
査者？（Ｙ／Ｎ）」の入力情報（該非判定調査者指定情
報）が読み込まれる。この該非判定調査者指定情報が
「Ｙ」である場合には、当該ユーザが該非判定調査者と
してユーザデータベースに登録される。

【００９５】つぎのステップＳＤ１０では、ユーザ登録
メニューにおける「該非判定承認者？（Ｙ／Ｎ）」の入
力情報（該非判定承認者指定情報）が読み込まれる。こ
の該非判定承認者指定情報が「Ｙ」である場合には、当
該ユーザが該非判定承認者としてユーザデータベースに
登録される。そして、ステップＳＤ１１では、「ユーザ
登録されました。」というメッセージが表示された後、
登録ユーザの情報として前述したユーザ名、ユーザ所
属、パスワードおよびユーザクラス（この場合、Ａクラ
ス）が、ユーザデータベースに登録される。

【００９６】一方、ステップＳＤ４の判断結果が「Ｎ
ｏ」である場合、ステップＳＤ５では、クラスデータベ
ースが参照されることにより、ユーザ所属がＢクラスで
あるか否かが判断される。上記判断結果が「Ｙｅｓ」で
ある場合、ステップＳＤ１３では、当該ユーザがＢクラ
スのユーザとして決定される。そして、上述した動作と
同様にして、ステップＳＤ７〜ステップＳＤ１０が順次
実行された後、ステップＳＤ１１では、「ユーザ登録さ
れました。」というメッセージが表示された後、登録ユ
ーザの情報として前述したユーザ名、ユーザ所属、パス
ワードおよびユーザクラス（この場合、Ｂクラス）が、
ユーザデータベースに登録される。

【００９７】一方、ステップＳＤ５の判断結果が「Ｎ
ｏ」である場合、ステップＳＤ６では、当該ユーザがＣ
クラスのユーザとして決定される。そして、上述した動
作と同様にして、ステップＳＤ７〜ステップＳＤ１０が
順次実行された後、ステップＳＤ１１では、「ユーザ登
録されました。」というメッセージが表示された後、登
録ユーザの情報として前述したユーザ名、ユーザ所属、
パスワードおよびユーザクラス（この場合、Ｃクラス）
が、ユーザデータベースに登録される。

【００９８】以後、他のユーザに対して上述したユーザ
登録が行われることにより、記憶装置１０１ａのユーザ
データベースには、ユーザ毎にユーザ名、ユーザ所属、
パスワードおよびユーザクラスが登録される。また、図
１に示すサーバ端末１００ｂ側、サーバ端末１００ｃ側
においても、サーバ端末１００ａ側におけるユーザ登録
と同様にしてユーザ登録が行われる。

【００９９】（ドキュメント登録／承認処理）つぎに、
図６、図１０、図１１および図１６を参照しつつ、ドキ
ュメント登録処理、およびドキュメント登録の承認処理
について説明する。はじめに、ドキュメント登録処理に
ついて、図６および図１０を参照しつつ説明する。ま
ず、図１に示すサーバ端末１００ａの管理者（以下、調
査者と称する）は、管理端末１０２ａを用いて「ドキュ
メント登録」を行う。すなわち、ＸＭＬブラウザメニュ
ー画面（図７参照）の「ドキュメント登録」が選択され
ると、ドキュメント登録のイベントが発生することで、
図６に示すステップＳＢ２の判断結果が「Ｙｅｓ」とさ
れる。これにより、図１０に示すステップＳＥ１では、
初期の入力であるか否かが判断される。この場合、初期
の入力であるため、ステップＳＥ１の判断結果が「Ｙｅ
ｓ」とされる。

【０１００】これにより、ステップＳＥ２では、管理端
末１０２ａのディスプレイ１０４ａには、登録すべきド
キュメントの分類、選択番号等を示すドキュメント分類
分けメニューがつぎのように表示された後、図６に示す
イベントのループへ戻る。１．一般書２．装置親図面３．論理回路図４．アナログ回路図５．プリント板実装図６．部品図７．プリント板および装置実装構造図８．試験仕様書９．購入仕様書 10. 組立仕様書・・・・・・ＥＣ番号

【０１０１】ここで、選択番号１の「一般書」は、設計
図面以外の社内向け／社外向けの文書である。選択番号
２の「装置親図面」は、設計部門により作成される設計
図面の一種であり、装置の全体構成等を表す図面であ
る。選択番号３の「論理回路図」は、上記装置における
論理回路を表す図面である。選択番号４の「アナログ回
路図」は、上記装置におけるアナログ回路を表す図面で
ある。選択番号５の「プリント板実装図」は、プリント
板に部品を実装した状態を表す図面である。

【０１０２】選択番号６の「部品図」は、上記装置に用
いられる部品の構成を表す図面である。選択番号７の
「プリント板および装置実装構造図」は、プリント板を
装置に実装したときの構造を表す図面である。選択番号
８の「試験仕様書」は、組み立てられた装置に対する動
作確認試験等を行う際の仕様を記載した文書である。選
択番号９の「購入仕様書」は、装置を構成する部品等の
購入に関する仕様を記載した文書である。選択番号１０
の「組立仕様書」は、装置の組立に関する仕様を記載し
た文書である。これら選択番号２〜１０のドキュメント
（図面等）は、設計部門により作成される。また、ＥＣ
番号の覧は、前述した図５に示すＥＣ番号（「F2224Z24
11」）を入力する欄である。

【０１０３】そして、調査者は、ドキュメント分類分け
メニューより、登録しようとしているドキュメントに該
当する、たとえば、選択番号７（プリント板および装置
実装構造図）を入力した後、ＥＣ番号としてたとえば
「F2224Z2411」を入力する。この場合、ドキュメント登
録のイベントが発生しているため、図６に示すステップ
ＳＢ２の判断結果が「Ｙｅｓ」とされ、さらに、初期入
力ではないため、図１０に示すステップＳＥ１の判断結
果が「Ｎｏ」とされる。

【０１０４】つぎのステップＳＥ３では、ドキュメント
分類分けメニューの選択番号の入力が完了したか否かが
判断される。この場合、選択番号７（プリント板および
装置実装構造図）が入力されているため、ステップＳＥ
３の判断結果が「Ｙｅｓ」とされる。なお、ステップＳ
Ｅ３の判断結果が「Ｎｏ」である場合、ステップＳＥ４
では、登録されたデータが表示される。

【０１０５】ステップＳＥ５では、テキストエディタに
より作成された上述した管理情報（図４参照）が読み込
まれた後、スキャナ１０３ａにより複数の紙のドキュメ
ント（プリント板および装置実装構造図）が光学的に読
み込まれる。なお、電子化されたドキュメントの読み込
みにおいては、ドキュメントが文書であってワードプロ
セッサにより作成された場合、またはＣＡＤ（Computer
Aided Drawing）により作成された場合、上記スキャナ
１０３ａが使用されない。

【０１０６】そして、当該電子化されたドキュメント
は、ps（post script）形式、tiff（tag image file fo
rmat)形式、gif(graphics interchange format）形式、
icad/sx(integrated computer aided design and manuf
acturing system /sx）形式等のファイルとされる。こ
の場合には、プリント板および装置実装構造図に関する
複数のドキュメントは、図４に示す「CA41205-2449-01.
ps」、「CA41205-2449-02.ps」および「CA41205-2449-0
3.ps」というps形式のファイルとして読み込まれる。

【０１０７】つぎのステップＳＥ６では、調査者により
入力されたＥＣ番号（「F2224Z2411」）が読み込まれ
る。そして、ステップＳＥ７では、調査者により選択さ
れた選択番号（今の場合、「７」）が読み込まれた後、
ステップＳＥ８では、ステップＳＥ５で読み込まれたド
キュメントに図番が付与される。ステップＳＥ９では、
当該ドキュメントの登録日が付与される。つづくステッ
プＳＥ１０では、ＸＭＬファイルＦ_XML（図５参照）に
おけるＸＭＬタグが解読された後、図６に示すイベント
のループへ戻る。

【０１０８】つぎに、調査者が管理端末１０２ａを用い
て、ＸＭＬブラウザメニュー画面（図７参照）の「承
認」を選択すると、承認のイベントが発生することで、
図６に示すステップＳＢ５の判断結果が「Ｙｅｓ」とさ
れる。そして、「ドキュメント登録の承認」が選択され
ると、図１６に示すステップＳＫ２の判断結果が「Ｙｅ
ｓ」とされ、図１１に示すステップＳＦ１では、調査者
（パスワード）が入力されたか否かが判断され、同判断
結果が「Ｎｏ」である場合、図６に示すイベントのルー
プへ戻る。

【０１０９】そして、調査者（パスワード）が入力され
ると、ステップＳＦ１の判断結果が「Ｙｅｓ」とされ
る。ステップＳＦ２では、上記調査者のパスワードと、
記憶装置１０１ａに予め登録されている調査者のパスワ
ードとが照合される。ステップＳＦ３では、両パスワー
ドが合致しているか否かが判断される。この判断結果が
「Ｎｏ」である場合、ステップＳＦ４では、「パスワー
ドが違います。」というメッセージが表示され、図６に
示すイベントのループへ戻る。

【０１１０】一方、ステップＳＦ３の判断結果が「Ｙｅ
ｓ」である場合、ステップＳＦ５では、パスワード一致
により当該調査者が確定される。ステップＳＦ６では、
ドキュメント登録の承認者（パスワード）が入力された
か否かが判断され、同判断結果が「Ｎｏ」である場合、
図６に示すイベントのループへ戻る。そして、承認者
（パスワード）が入力されると、ステップＳＦ６の判断
結果が「Ｙｅｓ」とされる。ステップＳＦ７では、ステ
ップＳＦ２と同様にして、上記承認者のパスワードと、
記憶装置１０１ａに予め登録されている承認者のパスワ
ードとが照合される。ステップＳＦ８では、両パスワー
ドが合致しているか否かが判断される。この判断結果が
「Ｎｏ」である場合、ステップＳＦ９では、「パスワー
ドが違います。」というメッセージが表示され、図６に
示すイベントのループへ戻る。

【０１１１】一方、ステップＳＦ８の判断結果が「Ｙｅ
ｓ」である場合、ステップＳＦ１０では、パスワード一
致により当該承認者が確定される。ステップＳＦ１１で
は、ステップＳＥ５（図１０参照）において読み込まれ
たドキュメントに関する管理情報を図番に対応させて、
記憶装置１０１ａの管理情報データベースへ格納する。
つぎのステップＳＦ１２では、電子化されたドキュメン
ト（図面）を所定のファイル形式で記憶装置１０１ａの
ドキュメントデータベースへ格納する。以後、上述した
ドキュメント登録／承認処理が繰り返されることによ
り、記憶装置１０１ａの管理情報データベースおよびド
キュメントデータベースには、複数の管理情報およびド
キュメントがそれぞれ格納される。また、図１に示すサ
ーバ端末１００ｂ側、サーバ端末１００ｃ側において
も、サーバ端末１００ａ側におけるドキュメント登録と
同様にしてドキュメント登録が行われる。

【０１１２】（改版／承認処理）つぎに、図６、図１
２、図１３および図１６を参照しつつ、改版処理、およ
び改版の承認処理について説明する。はじめに、改版処
理について、図６および図１２を参照しつつ説明する。
まず、図１に示すサーバ端末１００ａの調査者は、管理
端末１０２ａを用いて「改版」を行う。ここで、改版
は、設計過誤や設計仕様変更等が発生した場合に行われ
る。調査者によりＸＭＬブラウザメニュー画面（図７参
照）の「改版」が選択されると、改版のイベントが発生
することで、図６に示すステップＳＢ３の判断結果が
「Ｙｅｓ」とされる。これにより、図１２に示すステッ
プＳＧ１では、初期の入力であるか否かが判断される。
この場合、初期の入力であるため、ステップＳＧ１の判
断結果が「Ｙｅｓ」とされる。

【０１１３】これにより、ステップＳＧ２では、管理端
末１０２ａのディスプレイ１０４ａに「図番」および
「ＥＣ番号」という改版メニューが表示された後、図６
に示すイベントのループへ戻る。そして、調査者は、記
憶装置１０１ａのドキュメントデータベースに格納され
ているドキュメントのうち、改版すべきドキュメントの
図番およびＥＣ番号をそれぞれ入力する。この場合、改
版のイベントが発生しているため、図６に示すステップ
ＳＢ３の判断結果が「Ｙｅｓ」とされ、さらに、初期入
力ではないため、図１２に示すステップＳＧ１の判断結
果が「Ｎｏ」とされる。

【０１１４】つぎのステップＳＧ３では、改版メニュー
における図番およびＥＣ番号の入力が完了したか否かが
判断され、同判断結果が「Ｎｏ」の場合、ステップＳＧ
４では、登録されたデータが表示される。この場合、図
番およびＥＣ番号が入力されているため、ステップＳＧ
３の判断結果が「Ｙｅｓ」とされる。ステップＳＧ５で
は、調査者により入力された図番が読み込まれた後、ス
テップＳＧ６では、ＥＣ番号が読み込まれる。そして、
ステップＳＧ７では、上記図番およびＥＣ番号に対応す
る管理情報（図４参照）が記憶装置１０１ａの管理情報
データベースから読み込まれる。ステップＳＧ８では、
当該図番に対応するドキュメント（図面）が記憶装置１
０１ａのドキュメントデータベースから読み込まれる。
つづくステップＳＧ９では、ステップＳＧ７において読
み込まれた管理情報におけるＸＭＬタグが解読された
後、図６に示すイベントのループへ戻る。

【０１１５】つぎに、調査者が、管理端末１０２ａを用
いて、ＸＭＬブラウザメニュー画面（図７参照）の「承
認」を選択すると、承認のイベントが発生することで、
図６に示すステップＳＢ５の判断結果が「Ｙｅｓ」とさ
れる。そして、「改版の承認」が選択されると、図１６
に示すステップＳＫ３の判断結果が「Ｙｅｓ」とされ、
図１３に示すステップＳＨ１では、調査者（パスワー
ド）が入力されたか否かが判断され、同判断結果が「Ｎ
ｏ」である場合、ステップＳＨ６へ進む。

【０１１６】そして、調査者（パスワード）が入力され
ると、ステップＳＨ１の判断結果が「Ｙｅｓ」とされ
る。ステップＳＨ２では、上記調査者のパスワードと、
記憶装置１０１ａに予め登録されている調査者のパスワ
ードとが照合される。つぎのステップＳＨ３の判断結果
が「Ｎｏ」である場合、ステップＳＨ４では、「パスワ
ードが違います。」というメッセージが表示され、図６
に示すイベントのループへ戻る。

【０１１７】一方、ステップＳＨ３の判断結果が「Ｙｅ
ｓ」である場合、ステップＳＨ５では、パスワード一致
により当該調査者が確定された後、ステップＳＨ６で
は、改版の承認者（パスワード）が入力されたか否かが
判断される。この判断結果が「Ｎｏ」である場合、図６
に示すイベントのループへ戻る。そして、承認者（パス
ワード）が入力されると、ステップＳＨ６の判断結果が
「Ｙｅｓ」とされる。ステップＳＨ７では、ステップＳ
Ｈ２と同様にして、上記承認者のパスワードと、記憶装
置１０１ａに予め登録されている承認者のパスワードと
が照合される。ステップＳＨ８では、両パスワードが合
致しているか否かが判断される。この判断結果が「Ｎ
ｏ」である場合、ステップＳＨ９では、「パスワードが
違います。」というメッセージが表示され、図６に示す
イベントのループへ戻る。

【０１１８】一方、ステップＳＨ８の判断結果が「Ｙｅ
ｓ」である場合、ステップＳＨ１０では、パスワード一
致により当該承認者が確定される。ステップＳＨ１１で
は、ステップＳＧ７（図１２参照）において読み込まれ
た管理情報を改版された管理情報として更新した後、記
憶装置１０１ａの管理情報データベースへ格納する。具
体的には、図５に示す、ＸＭＬファイルＦ_XMLにおける
＜ＥＣＯ／ＮＲＨ＞タグの内容「F2224Z2411」に更新さ
れる。すなわち、「Z]は、改版が行われたことを意味す
る。

【０１１９】さらに、図４に示すＤＴＤファイルＦ_DTD
において、改版されたドキュメントの改版情報が例えば
０１版から０２版に更新されるとともに、改版が行われ
た旨を示す改版情報が書き加えられる。つぎのステップ
ＳＨ１２では、改版されたドキュメント（図面）を所定
のファイル形式で記憶装置１０１ａのドキュメントデー
タベースへ格納する。以後、上述したドキュメント改版
／承認処理が繰り返されることにより、記憶装置１０１
ａの管理情報データベースおよびドキュメントデータベ
ースには、改版された管理情報およびドキュメントがそ
れぞれ格納される。また、図１に示すサーバ端末１００
ｂ側、サーバ端末１００ｃ側においても、サーバ端末１
００ａ側における改版と同様にして改版が行われる。

【０１２０】（廃図／承認処理）つぎに、図６、図１
４、図１５および図１６を参照しつつ、廃図処理、およ
び廃図の承認処理について説明する。はじめに、廃図処
理について、図６および図１４を参照しつつ説明する。
まず、図１に示すサーバ端末１００ａの調査者は、管理
端末１０２ａを用いて「廃図」を行う。すなわち、調査
者によりＸＭＬブラウザメニュー画面（図７参照）の
「廃図」が選択されると、廃図のイベントが発生するこ
とで、図６に示すステップＳＢ４の判断結果が「Ｙｅ
ｓ」とされる。これにより、図１４に示すステップＳＩ
１では、初期の入力であるか否かが判断される。この場
合、初期の入力であるため、ステップＳＩ１の判断結果
が「Ｙｅｓ」とされる。

【０１２１】これにより、ステップＳＩ２では、管理端
末１０２ａのディスプレイ１０４ａに「図番を指定して
ください。」という廃図メニューが表示された後、図６
に示すイベントのループへ戻る。そして、調査者は、記
憶装置１０１ａのドキュメントデータベースに格納され
ているドキュメントのうち、廃図すべきドキュメントの
図番を入力する。この場合、廃図のイベントが発生して
いるため、図６に示すステップＳＢ４の判断結果が「Ｙ
ｅｓ」とされ、さらに、初期入力ではないため、図１４
に示すステップＳＩ１の判断結果が「Ｎｏ」とされる。

【０１２２】つぎのステップＳＩ３では、廃図メニュー
における図番の入力が完了したか否かが判断され、同判
断結果が「Ｎｏ」の場合、図６に示すイベントのループ
へ戻る。この場合、廃図の図番が入力されているため、
ステップＳＩ３の判断結果が「Ｙｅｓ」とされる。ステ
ップＳＩ４では、調査者により入力された図番が読み込
まれた後、ステップＳＩ５では、上記図番に対応する管
理情報が記憶装置１０１ａの管理情報データベースから
読み込まれた後、ステップＳＩ６において表示される。
そして、図６に示すイベントのループへ戻る。

【０１２３】つぎに、調査者が、管理端末１０２ａを用
いて、ＸＭＬブラウザメニュー画面（図７参照）の「承
認」を選択すると、承認のイベントが発生することで、
図６に示すステップＳＢ５の判断結果が「Ｙｅｓ」とさ
れる。そして、「廃図の承認」が選択されると、図１６
に示すステップＳＫ４の判断結果が「Ｙｅｓ」とされ、
図１５に示すステップＳＪ１では、調査者（パスワー
ド）が入力されたか否かが判断され、同判断結果が「Ｎ
ｏ」である場合、ステップＳＪ６へ進む。

【０１２４】そして、調査者（パスワード）が入力され
ると、ステップＳＪ１の判断結果が「Ｙｅｓ」とされ
る。ステップＳＪ２では、上記調査者のパスワードと、
記憶装置１０１ａに予め登録されている調査者のパスワ
ードとが照合される。つぎのステップＳＪ３の判断結果
が「Ｎｏ」である場合、ステップＳＪ４では、「パスワ
ードが違います。」というメッセージが表示され、図６
に示すイベントのループへ戻る。

【０１２５】一方、ステップＳＪ３の判断結果が「Ｙｅ
ｓ」である場合、ステップＳＪ５では、パスワード一致
により当該調査者が確定された後、ステップＳＪ６で
は、ド廃図の承認者（パスワード）が入力されたか否か
が判断される。この判断結果が「Ｎｏ」である場合、図
６に示すイベントのループへ戻る。そして、承認者（パ
スワード）が入力されると、ステップＳＪ６の判断結果
が「Ｙｅｓ」とされる。ステップＳＪ７では、ステップ
ＳＪ２と同様にして、上記承認者のパスワードと、記憶
装置１０１ａに予め登録されている承認者のパスワード
とが照合される。ステップＳＪ８では、両パスワードが
合致しているか否かが判断される。この判断結果が「Ｎ
ｏ」である場合、ステップＳＪ９では、「パスワードが
違います。」というメッセージが表示され、図６に示す
イベントのループへ戻る。

【０１２６】一方、ステップＳＪ８の判断結果が「Ｙｅ
ｓ」である場合、ステップＳＪ１０では、パスワード一
致により当該承認者が確定される。ステップＳＪ１１で
は、ステップＳＩ５（図１４参照）において読み込まれ
た管理情報に、＜記事＞廃図＜／記事＞というＸＭＬタ
グ情報を書き込む。これにより、当該ドキュメント（図
面）が廃図されたという履歴が残る。そして、ステップ
ＳＪ１２では、廃図すべきドキュメント（図面）のファ
イルを、記憶装置１０１ａのドキュメントデータベース
から削除する。また、図１に示すサーバ端末１００ｂ
側、サーバ端末１００ｃ側においても、サーバ端末１０
０ａ側における廃図と同様にして廃図が行われる。

【０１２７】（該非判定／承認処理）つぎに、図６、図
１７、図１８および図１６を参照しつつ、該非判定処
理、および該非判定の承認処理について説明する。はじ
めに、該非判定処理について、図６および図１７を参照
しつつ説明する。まず、図１に示すサーバ端末１００ａ
の調査者は、管理端末１０２ａを用いて「該非判定」を
行う。すなわち、調査者によりＸＭＬブラウザメニュー
画面（図７参照）の「該非判定」が選択されると、該非
判定のイベントが発生することで、図６に示すステップ
ＳＢ６の判断結果が「Ｙｅｓ」とされる。これにより、
図１７に示すステップＳＬ１では、初期の入力であるか
否かが判断される。この場合、初期の入力であるため、
ステップＳＬ１の判断結果が「Ｙｅｓ」とされる。

【０１２８】これにより、ステップＳＬ２では、管理端
末１０２ａのディスプレイ１０４ａに「図番を指定して
ください。」という該非判定メニューが表示された後、
図６に示すイベントのループへ戻る。そして、調査者
は、記憶装置１０１ａのドキュメントデータベースに格
納されているドキュメントのうち、該非判定すべきドキ
ュメントの図番を入力する。この場合、該非判定のイベ
ントが発生しているため、図６に示すステップＳＢ６の
判断結果が「Ｙｅｓ」とされ、さらに、初期入力ではな
いため、図１７に示すステップＳＬ１の判断結果が「Ｎ
ｏ」とされる。

【０１２９】つぎのステップＳＬ３では、記憶装置１０
１ａから輸管法データベースが読み込まれる。この輸管
法データベースは、輸管法を考慮して前述した該非判定
レベル（ＶＳレベル、Ｓレベル、Ｂレベル）を判定する
ための複数の判断情報からなるデータベースである。ス
テップＳＬ４では、記憶装置１０１ａから外為法データ
ベースが読み込まれる。この外為法データベースは、外
為法を考慮して、前述した該非判定レベル（ＶＳレベ
ル、Ｓレベル、Ｂレベル）を判定するための複数の判断
情報からなるデータベースである。

【０１３０】上記ＶＳレベルは、最も慎重に海外へのド
キュメントの配付を行わなければならないレベルであ
る。したがって、ＶＳレベルにおいては、当該ドキュメ
ントの配付が許可された複数の相手国からなる配付許可
国グループ（以下、ＶＳレベル配付許可国グループと称
する）が予め決められている。Ｓレベルは、ＶＳレベル
よりやや緩やかな基準により、海外へのドキュメントの
送付を行わなければならないレベルであり、このＳレベ
ルにおいても、送付が許可された複数の相手国からなる
配付許可国グループ（以下、Ｓレベル配付許可国グルー
プと称する）が予め決められている。Ｂレベルは、最も
緩やかな基準により海外へのドキュメントの送付を行え
るレベルであり、このＢレベルにおいても、送付が許可
された複数の相手国からなる配付許可国グループ（以
下、Ｂレベル配付許可国グループと称する）が予め決め
られている。

【０１３１】つぎのステップＳＬ５では、該非判定メニ
ュー（ステップＳＬ２参照）で選択された図番により特
定されるドキュメントがＶＳレベルであるか否かの判定
用の質問１をするか否かが判断される。この場合、質問
１がされていないため、判断結果が「Ｙｅｓ」となり、
ステップＳＬ６では、質問１が表示された後、図６に示
すイベントのループへ戻る。この質問１は、輸管法デー
タベース、外為法データベースから得られる判断情報に
基づいて作成されており、たとえば、「この図番のドキ
ュメントの分野は、輸管法の規制を受ける分野Ｙ1また
は外為法の規制を受ける分野Ｇ1のいずれかに該当しま
すか？」である。

【０１３２】そして、調査者は、上記質問１に対する回
答１として、「Ｙｅｓ」または「Ｎｏ」のいずれかを入
力する。回答１として「Ｙｅｓ」が入力された場合、ス
テップＳＬ７の判断結果が「Ｙｅｓ」となる。これによ
り、ステップＳＬ８では、当該図番のドキュメントの該
非判定レベルがＶＳレベルであると判定された後、図６
に示すイベントループへ戻る。

【０１３３】一方、回答１として「Ｎｏ」が入力された
場合、ステップＳＬ７の判断結果が「Ｎｏ」となる。こ
れにより、つぎのステップＳＬ９では、該非判定メニュ
ー（ステップＳＬ２参照）で選択された図番により特定
されるドキュメントが、Ｓレベル、Ｂレベルのうちいず
れのレベルであるかの判定用の質問２をするか否かが判
断される。この場合、質問２がされていないため、判断
結果が「Ｙｅｓ」となり、ステップＳＬ１０では、質問
２が表示された後、図６に示すイベントのループへ戻
る。この質問２は、輸管法データベース、外為法データ
ベースから得られる判断情報に基づいて作成されてお
り、たとえば、「この図番のドキュメントの分野は、輸
管法の規制を受ける分野Ｙ2または外為法の規制を受け
る分野Ｇ2のいずれかに該当しますか？」である。

【０１３４】そして、調査者は、上記質問２に対する回
答２として、「Ｙｅｓ」または「Ｎｏ」のいずれかを入
力する。回答２として「Ｙｅｓ」が入力された場合、ス
テップＳＬ１１の判断結果が「Ｙｅｓ」となる。これに
より、ステップＳＬ１２では、当該図番のドキュメント
の該非判定レベルがＳレベルであると判定された後、図
６に示すイベントループへ戻る。一方、回答２として
「Ｎｏ」が入力された場合、ステップＳＬ１１の判断結
果が「Ｎｏ」となる。これにより、ステップＳＬ１３で
は、当該図番のドキュメントの該非判定レベルがＢレベ
ルと判定された後、図６に示すイベントのループへ戻
る。

【０１３５】つぎに、該非判定を行った調査者が、管理
端末１０２ａを用いて、ＸＭＬブラウザメニュー画面
（図７参照）の「承認」を選択すると、承認のイベント
が発生することで、図６に示すステップＳＢ５の判断結
果が「Ｙｅｓ」とされる。そして、「該非判定の承認」
が選択されると、図１６に示すステップＳＫ５の判断結
果が「Ｙｅｓ」とされ、図１８に示すステップＳＭ１で
は、調査者（パスワード）が入力されたか否かが判断さ
れ、この判断結果が「Ｎｏ」である場合、ステップＳＭ
８では、承認者（パスワード）が入力されたか否かが判
断される。この判断結果が「Ｎｏ」である場合、図６に
示すイベントのループへ戻る。

【０１３６】そして、調査者（パスワード）が入力され
ると、ステップＳＭ１の判断結果が「Ｙｅｓ」とされ
る。ステップＳＭ２では、上記調査者が該非判定調査者
であるか否かが判断される。具体的には、記憶装置１０
１ａに予め登録されている該非判定調査者の中に上記調
査者が存在するか否かにより判断される。

【０１３７】ここで、ステップＳＭ２の判断結果が「Ｎ
ｏ」である場合、ステップＳＭ３では、「該非判定の資
格を持った調査者ではありません。」というエラーメッ
セージが表示された後、図６に示すイベントのループへ
戻る。すなわち、この場合、該非判定を行おうとした調
査者は、該非判定を行うことができない者である。一
方、ステップＳＭ２の判断結果が「Ｙｅｓ」である場
合、ステップＳＭ４では、上記調査者のパスワードと、
記憶装置１０１ａに予め登録されている調査者のパスワ
ードとが照合される。つぎのステップＳＭ５の判断結果
が「Ｎｏ」である場合、ステップＳＭ６では、「パスワ
ードが違います。」というメッセージが表示され、図６
に示すイベントのループへ戻る。

【０１３８】一方、ステップＳＭ５の判断結果が「Ｙｅ
ｓ」である場合、ステップＳＭ７では、パスワード一致
により当該調査者が確定された後、ステップＳＭ８で
は、該非判定の承認者（パスワード）が入力されたか否
かが判断される。この判断結果が「Ｎｏ」である場合、
図６に示すイベントのループへ戻る。そして、承認者
（パスワード）が入力されると、ステップＳＭ８の判断
結果が「Ｙｅｓ」とされる。ステップＳＭ９では、ステ
ップＳＭ２と同様にして、上記承認者が該非判定承認者
であるか否かが判断される。具体的には、記憶装置１０
１ａに予め登録されている該非判定承認者の中に上記承
認者が存在するか否かにより判断される。

【０１３９】ここで、ステップＳＭ９の判断結果が「Ｎ
ｏ」である場合、ステップＳＭ１７では、「該非判定の
資格を持った承認者ではありません。」というエラーメ
ッセージが表示された後、図６に示すイベントのループ
へ戻る。すなわち、この場合、該非判定の承認を行おう
とした承認者は、該非判定承認を行うことができない者
である。一方、ステップＳＭ９の判断結果が「Ｙｅｓ」
である場合、ステップＳＭ１０では、上記承認者のパス
ワードと、記憶装置１０１ａに予め登録されている承認
者のパスワードとが照合される。つぎのステップＳＭ１
１の判断結果が「Ｎｏ」である場合、ステップＳＭ１２
では、「パスワードが違います。」というメッセージが
表示され、図６に示すイベントのループへ戻る。

【０１４０】一方、ステップＳＭ１１の判断結果が「Ｙ
ｅｓ」である場合、ステップＳＭ１３では、パスワード
一致により当該承認者が確定される。つづくステップＳ
Ｍ１４では、図１７に示す該非判定処理（ステップＳＬ
８、ステップＳＬ１２またはステップＳＬ１３）におい
て判定された判定レベルがＸＭＬファイルＦ_XML（図５
参照）に書き込まれる。具体的には、上記判定レベル
が”ＶＳ”である場合、図５に示す＜該非判定結果＞タ
グの中に”ＶＳ”が書き込まれる。これにより、当該ド
キュメントは、該非判定レベルＶＳとして取り扱われ
る。

【０１４１】つぎのステップＳＭ１５では、ステップＳ
Ｍ７において確定された調査者の氏名が、ＸＭＬファイ
ルＦ_XML（図５参照）に書き込まれる。具体的には、調
査者の氏名が”大橋正”である場合、図５に示す＜該
非判定調査者＞タグの中に”大橋正”が書き込まれ
る。つぎのステップＳＭ１６では、ステップＳＭ１３に
おいて確定された承認者の氏名が、ＸＭＬファイルＦ
_XML（図５参照）に書き込まれた後、図６に示すイベン
トのループへ戻る。具体的には、承認者の氏名が”大橋
正”である場合、図５に示す＜該非判定承認者＞タグ
の中に”大橋正”が書き込まれる。

【０１４２】（配付処理）つぎに、図６および図１９を
参照しつつ、配付処理について説明する。はじめに、図
１に示すサーバ端末１００ａ（または、サーバ端末１０
０ａ、１００ｂ、クライアント３００ａ、３００ｂ、３
００ｃ）の調査者が、ＸＭＬブラウザメニュー画面（図
７参照）の「配付」を選択すると、図６に示すステップ
ＳＢ７の判断結果が「Ｙｅｓ」とされる。これにより、
図１９に示すステップＳＮ１では、初期の入力であるか
否かが判断される。

【０１４３】この場合、初期の入力であるため、ステッ
プＳＮ１の判断結果が「Ｙｅｓ」とされる。これによ
り、ステップＳＮ２では、配付処理用のメニューが表示
された後、図６に示すイベントのループへ戻る。このメ
ニューは、「１．図番を指定してください。（）」、
および「海外へ電子配付しますか？国名＝（）相
手名＝（）」という各項目からなる。ここで、上記図
番は、所望のドキュメントに関する図番であり、国名
は、当該ドキュメントの配付先である相手が属する国の
名称であり、相手名は、配付先の名称である。

【０１４４】そして、上記メニューの項目が入力される
と、ステップＳＮ１の判断結果が「Ｎｏ」とされた後、
入力が完了しているためステップＳＮ３の判断結果が
「Ｙｅｓ」とされる。なお、入力が完了していない場
合、ステップＳＮ３の判断結果が「Ｎｏ」となり、図６
に示すイベントループへ戻る。つぎのステップＳＮ４で
は、入力された図番に対応する管理情報が記憶装置１０
１ａの管理情報データベースから読み込まれた後、ステ
ップＳＮ５では、当該ドキュメントが国内に配付される
ものであるか否かが、入力された国名より判断される。
具体的には、国名が日本国である場合、国内配付と判断
されるため、ステップＳＮ５の判断結果が「Ｙｅｓ」と
された後、ステップＳＮ１０へ進む。

【０１４５】一方、国名が日本国以外の場合、外国配付
と判断されるため、ステップＳＮ５の判断結果が「Ｎ
ｏ」とされる。つぎのステップＳＮ６では、管理情報に
おけるＸＭＬファイルＦ_XML（図５参照）の＜該非判定
結果＞タグの内容（該非判定レベル）が読み込まれた
後、ステップＳＮ７では、入力された国名が読み込まれ
る。ステップＳＮ８では、上記該非判定結果に基づい
て、上記国名が許可国であるか否かが判断され、この判
断結果が「Ｎｏ」である場合、ステップＳＮ９へ進む。
ステップＳＮ９では、「該非判定で許可されていませ
ん。」というメッセージが表示された後、当該管理情報
およびドキュメントの配付が行われることなく、図６に
示すイベントのループへ戻る。

【０１４６】一方、ステップＳＮ８の判断結果が「Ｙｅ
ｓ」である場合、管理情報におけるＸＭＬファイルＦ
_XML（図５参照）の＜重要度＞タグの内容（重要度のレ
ベル）が読み込まれた後、ステップＳＮ１１では、上記
重要度レベルがＶＨであるか否かが判断される。この判
断結果が「Ｙｅｓ」である場合、ステップＳＮ１２で
は、入力された相手名と、ＸＭＬファイルＦ_XMLにおけ
る＜配付先＞タグの内容とが一致するか否かが判断さ
れ、この判断結果が「Ｙｅｓ」である場合、管理情報お
よび当該ドキュメントがネットワーク２００を介してク
ライアント３００ａへ配付される。

【０１４７】また、ステップＳＮ１２の判断結果が「Ｎ
ｏ」である場合、ステップＳＮ１７では、「配付先名
（相手名）は許可されていません。」というメッセージ
が表示された後、当該管理情報およびドキュメントの配
付が行われることなく、図６に示すイベントのループへ
戻る。一方、ステップＳＮ１１の判断結果が「Ｎｏ」で
ある場合、ステップＳＮ１４では、ステップＳＮ１１と
同様にして重要度がＨレベルであるか否かが判断され、
この判断結果が「Ｙｅｓ」である場合、ステップＳＮ１
５では、重要度がＨレベルに該当するユーザに対して管
理情報およびドキュメントの配付が行われる。一方、ス
テップＳＮ１４の判断結果が「Ｎｏ」である場合、ステ
ップＳＮ１６では、重要度がＧレベルと認識された後、
全ユーザに対して管理情報およびドキュメントの配付が
行われる。

【０１４８】（受領処理）つぎに、図６および図２１〜
図２３を参照しつつ、クライアント３００ａ（３００
ｂ、３００ｃ）における受領処理について説明する。こ
の受領処理は、サーバ端末１００ａ（１００ｂ、１００
ｃ）からネットワーク２００を介して電子メール５００
ａ（５００ｂ、５００ｃ）を受領する処理、およびサー
バ端末１００ａ（１００ｂ、１００ｃ）からネットワー
ク２００を介して管理情報およびドキュメントを受領す
る処理である。

【０１４９】ここで、サーバ端末１００ａは、前述した
改版処理を行った後に、改版されたドキュメントに関す
る図番、版数および図番名称等の改版情報を電子メール
５００ａとして、クライアント３００ａ（３００ｂ、３
００ｃ）にそれぞれ送信する。ただし、サーバ端末１０
０ａは、改版された全てのドキュメントに関する改版情
報を電子メール５００ａとして、クライアント３００ａ
（３００ｂ、３００ｃ）に対して一律に送信するのでは
なく、後述する処理により引き出されたドキュメントに
関する改版情報を電子メール５００ａとして、引き出し
元のクライアントに対して送信する。なお、サーバ端末
１００ｂ、１００ｃも、サーバ端末１００ａと同様にし
て、引き出し元のクライアントに対してのみ電子メール
５００ｂおよび５００ｃをそれぞれ送信する。

【０１５０】一方、引き出し元のクライアント３００
ａ、３００ｂおよび３００ｃは、引き出したドキュメン
トに関する図番、版数および図番名称等の引出情報を電
子メール６００ａ、６００ｂおよび６００ｃとして、ネ
ットワーク２００を介して引き出し先のサーバ端末へ送
信する。これにより、引き出し先のサーバ端末は、上記
引出情報を記憶装置に記憶しておき、改版処理が行われ
た後にこの引出情報を参照することで、引き出し元のク
ライアントに対して電子メールを送信する。

【０１５１】つぎに、上述した受領処理の詳細について
説明する。図１に示すたとえばクライアント３００ａの
調査者（受領者）によりＸＭＬブラウザメニュー画面
（図７参照）の「受領」が選択されると、受領のイベン
トが発生することで、図６に示すステップＳＢ８の判断
結果が「Ｙｅｓ」とされる。これにより、図２０に示す
ステップＳＯ１において電子メールが受信されたか否か
が判断される。この電子メールは、上述した改版情報を
含む電子メール５００ａ、５００ｂ、５００ｃである。

【０１５２】この場合、ステップＳＯ１の判断結果が
「Ｎｏ」であるものとすると、ステップＳＯ５では、初
期の入力であるか否かが判断され、この判断結果が「Ｙ
ｅｓ」である場合には、ステップＳＯ６では、受領処理
用のメニューが表示された後、図６に示すイベントのル
ープへ戻る。このメニューは、当該装置に関する装置親
図面の図番および版数を入力するための「装置」項目お
よび「版数」項目、受領すべきドキュメントの図番およ
び版数を入力するための「図番」項目および「版数」項
目、ならびに当該ドキュメントの適用先を入力するため
の「適用先」項目からなる。受領者は、上記メニューに
おいて必要な項目内容をそれぞれ入力する。ここで、入
力の形態としては、「装置」およびその「版数」ならび
に「適用先」を入力する装置指定入力と、「図番」およ
びその「版数」ならびに「適用先」を入力する図番指定
入力とがある。

【０１５３】そして、ステップＳＯ７では、上記入力が
完了したか否かが判断され、この判断結果が「Ｎｏ」で
ある場合、図６に示すイベントのループへ戻る。ここ
で、入力が完了すると、ステップＳＯ７の判断結果が
「Ｙｅｓ」となり、ステップＳＯ８では、上述した装置
指定入力が行われたか否かが判断される。この場合、ス
テップＳＯ８の判断結果が「Ｙｅｓ」である場合、ステ
ップＳＯ９では、入力された装置親図面の図番（装置番
号）およびその版数を読み込んだ後、ステップＳＯ１０
では、入力された適用先が読み込まれる。

【０１５４】そして、ステップＳＯ１１では、装置親図
面の図番および版数に基づいて、当該装置に関する親Ｓ
Ｋ（図３参照：管理情報ＰＫ）が、たとえば記憶装置１
０１ａの管理情報データベースからネットワーク２００
を介してクライアント３００ａに引き出される。この親
ＳＫは、図２３に示すように当該装置親図面の子ＳＫ
（図３参照）である「論理回路図」、「プリント板実装
図」、「部品図」、「プリント板および装置実装構造
図」、「ファームウェア」、「購入仕様書」、「試験仕
様書」および「組立仕様書」の一覧を示すものである。

【０１５５】つぎのステップＳＯ１２では、ステップＳ
Ｏ１０において読み込まれた適用先が、正規の適用先と
して決定された後、ステップＳＯ１３では、装置指定に
よるドキュメント（図面）引出処理が実行される。この
ドキュメント（図面）引出処理について、図２１に示す
フローチャートを参照して説明する。この図に示すステ
ップＳＰ１では、図２３に示す１項の「論理回路図」に
おける図番、版数、ＥＣ番号および提出先を引数として
読み込んだ後、ステップＳＰ２では、上記図番、版数を
キーとして「論理回路図」のドキュメントに関する管理
情報が記憶装置１０１ａの管理情報データベースから引
き出される。そして、上記管理情報におけるＤＴＤファ
イルＦ_DTDにおけるドキュメントの版数情報に基づい
て、当該版数のドキュメントがドキュメントデータベー
スから読み込まれる。

【０１５６】つぎのステップＳＰ３では、管理情報にお
けるＸＭＬファイルＦ_XMLの＜提出先＞タグの内容に基
づいて、当該ドキュメントに用いるべき言語の分類が決
定される。具体的には、図２２に示す提出先と言語分類
との対応関係を表す提出先言語一覧表が参照されること
で、提出先から言語分類が決定される。ステップＳＰ４
では、ステップＳＰ３において決定された言語分類にし
たがって管理情報が日本語から当該言語に翻訳される。
つぎのステップＳＰ５では、上記言語分類に対応したド
キュメントを表示させる際のスタイルを指定するＤＳＬ
ファイルＦ_DSLが読み込まれる。このＤＳＬファイルＦ
_DSLには、たとえば、フォント、フォントサイズ、初期
マージン値、行間等の情報が含まれている。

【０１５７】そして、ステップＳＰ６では、ステップＳ
Ｐ２において読み込まれたドキュメントが圧縮形式ファ
イルであるか否かが判断され、この判断結果が「Ｙｅ
ｓ」である場合、ステップＳＰ７では、当該ドキュメン
トがファイル解凍され、実行形式ファイルが生成され
る。一方、ステップＳＰ６の判断結果が「Ｎｏ」である
場合、ステップＳＰ８では、ドキュメントがファームウ
ェア（ソフトウェア）であるか否かが判断される。この
判断結果が「Ｙｅｓ」の場合、ステップＳＰ９では、実
行形式ファイル（ファームウェア）における絶対アドレ
スの実行命令を書き換えるというパッチ指定がされてい
るか否かが判断され、この判断結果が「Ｙｅｓ」である
場合、ステップＳＰ１０では、実行形式ファイル（ファ
ームウェア）を実行する。一方、ステップＳＰ８または
ステップＳＰ９の判断結果が「Ｎｏ」である場合、図２
０に示すステップＳＯ１３に戻る。

【０１５８】つづくステップＳＯ１４では、ステップＳ
Ｐ２（図２１参照）において読み込まれた、論理回路設
図（図２３参照：子ＳＫ）に関する所定の版数における
ドキュメントがディスプレイ３０６ａに表示された後、
ステップＳＯ１５へ進む。この表示動作は、ＸＭＬブラ
ウザ３０２ａの制御の下に行われる。ステップＳＯ１５
では、図２３に示す子ＳＫ一覧におけるそれぞれのドキ
ュメントの全てがディスプレイ３０６ａに表示されたか
否かが判断される。この場合、論理回路図に関するドキ
ュメントしか表示されていないため、ステップＳＯ１５
の判断結果が「Ｎｏ」となり、ステップＳＯ１３へ戻
り、上述した工程が繰り返される。

【０１５９】これにより、図２３に示す、プリント板実
装図（２項）に関する所定版数のドキュメント、部品図
（３項）に関する所定版数のドキュメント、・・・、が順
次ドキュメントデータベースから引き出された後、ディ
スプレイ３０６ａに順次表示される。そして、ドキュメ
ントの全ての表示が終了すると、ステップＳＯ１５の判
断結果が「Ｙｅｓ」となり、図６に示すイベントのルー
プへ戻る。

【０１６０】一方、ステップＳＯ８の判断結果が「Ｎ
ｏ」である場合、言い換えれば、図番およびその版数が
入力された場合、ステップＳＯ１６では、入力された図
番およびその版数を読み込んだ後、ステップＳＯ１７で
は、入力された適用先を読み込む。つぎのステップＳＯ
１８では、図番指定されたドキュメントをドキュメント
データベースから引き出すドキュメント（図面）引出処
理が実行される。すなわち、図２１に示すステップＳＰ
１では、たとえば、図２３に示す１項の「論理回路図」
におけるＥＣ番号および提出先を引数として読み込んだ
後、ステップＳＰ２では、上記図番、版数をキーとして
「論理回路図」のドキュメントに関する管理情報が記憶
装置１０１ａの管理情報データベースから引き出され
る。そして、上記管理情報におけるＤＴＤファイルＦ
_DTDにおけるドキュメントの版数情報に基づいて、当該
版数のドキュメントがドキュメントデータベースから読
み込まれる。

【０１６１】つぎのステップＳＰ３では、上述した動作
と同様にして、当該ドキュメントに用いるべき言語の分
類が決定され、ステップＳＰ４では、上記言語分類にし
たがって管理情報が日本語から当該言語に翻訳される。
つぎのステップＳＰ５では、上記言語分類に対応したＤ
ＳＬファイルＦ_DSLが読み込まれた後、ステップＳＰ６
では、ステップＳＰ２において読み込まれたドキュメン
トが圧縮形式ファイルであるか否かが判断され、この判
断結果が「Ｙｅｓ」である場合、ステップＳＰ７では、
当該ドキュメントがファイル解凍され、実行形式ファイ
ルが生成される。一方、ステップＳＰ６の判断結果が
「Ｎｏ」である場合、ステップＳＰ８では、ドキュメン
トがファームウェア（ソフトウェア）であるか否かが判
断される。

【０１６２】この判断結果が「Ｙｅｓ」の場合、ステッ
プＳＰ９では、パッチ指定がされているか否かが判断さ
れ、この判断結果が「Ｙｅｓ」である場合、ステップＳ
Ｐ１０では、実行形式ファイル（ファームウェア）が実
行される。一方、ステップＳＰ８またはステップＳＰ９
の判断結果が「Ｎｏ」である場合、図２０に示すステッ
プＳＯ１８に戻る。

【０１６３】つづくステップＳＯ１９では、ステップＳ
Ｐ２（図２１参照）において読み込まれた、論理回路設
図に関する所定の版数におけるドキュメントがディスプ
レイ３０６ａに表示される。つぎのステップＳＯ２０で
は、クライアント３００ａは、引き出したドキュメント
に関する前述した引出情報を電子メール６００ａとし
て、引き出し先のサーバ端末１００ａに送信した後、図
６に示すイベントのループへ戻る。なお、ステップＳＯ
１５の判断結果が「Ｙｅｓ」である場合にも、引出情報
を電子メール６００ａとして、引き出し先のサーバ端末
１００ａへ送信するようにしてもよい。また、サーバ端
末１００ａは、上記引出情報を記憶装置１０１ａに記憶
させる。

【０１６４】そして、サーバ端末１００ａにおいて引き
出されたドキュメントに関する改版処理が行われると、
サーバ端末１００ａは、上記引出情報を参照すること
で、改版されたドキュメントに関する図番、版数および
図番名称等の改版情報を電子メール５００ａとして、ク
ライアント３００ａに送信する。これにより、図２０に
示すステップＳＯ１の判断結果が「Ｙｅｓ」となり、ス
テップＳＯ２では、フィルタが設定されているか否かが
判断される。ここで、フィルタの機能は、予め設定され
る条件を満たす場合に、受信した電子メール５００ａを
無視するか否かを決定する機能である。例えば、無視す
る条件は、規格化されたドキュメントに関する電子メー
ル５００ａが受信されたとき、過去に受領したドキュメ
ントに関する電子メール５００ａが受信されたときであ
る。これら２つの条件以外の場合には、電子メール５０
０ａの内容が有効とされる。

【０１６５】ステップＳＯ２の判断結果が「Ｙｅｓ」で
ある場合、ステップＳＯ３では、電子メール受信機能に
マスクをかけることにより、上述した２つの条件を満た
す場合、電子メール５００ａの内容を無視する。一方、
ステップＳＯ２の判断結果が「Ｙｅｓ」である場合、電
子メール５００ａから改版情報（図番、図番版数、図番
名称）が得られた後、この改版情報がディスプレイ３０
６ａに表示される。この改版情報から、先に引き出され
たドキュメントが改版されたことが認識され、上述した
処理が実行されることで、改版後のドキュメントが引き
出される。

【０１６６】（複写処理）つぎに、図６および図２４を
参照しつつ、複写処理について説明する。この複写処理
は、例えば、クライアント３００ａ（ユーザＸ）がサー
バ端末１００ａ（１００ｂ、１００ｃ）よりネットワー
ク２００を介して受領した電子化されたドキュメントを
プリンタ３０５ａを用いて複写（ハードコピー）する処
理である。なお、クライアント３００ｂおよびクライア
ント３００ｃも、以下に説明する複写処理によって、電
子化されたドキュメントをプリンタ３０５ｂおよびプリ
ンタ３０５ｃを用いて複写（ハードコピー）する。

【０１６７】図１に示すクライアント３００ａの調査者
（オペレータ）によりＸＭＬブラウザメニュー画面（図
７参照）の「複写」が選択されると、複写のイベントが
発生することで、図６に示すステップＳＢ９の判断結果
が「Ｙｅｓ」とされる。これにより、図２４に示すステ
ップＳＱ１では、受領済みであって複写すべきドキュメ
ントに関するＸＭＬファイルＦ_XML（図５参照）におけ
る＜重要度＞タグの内容が「ＶＨ」であるか否かが判断
される。この判断結果が「Ｙｅｓ」である場合、ステッ
プＳＱ１０では、「複写不可」という警告メッセージが
表示された後、当該ドキュメントの複写を行うことな
く、図６に示すイベントのループへ戻る。

【０１６８】一方、ステップＳＱ１の判断結果が「Ｎ
ｏ」である場合、当該ＸＭＬファイルＦ_XMLに複写の禁
止を意味する＜コピー禁止＞タグがあるか否かが判断さ
れる。この判断結果が「Ｙｅｓ」である場合、ステップ
ＳＱ１０では、上述した「複写不可」という警告メッセ
ージが表示された後、当該ドキュメントの複写を行うこ
となく、図６に示すイベントのループへ戻る。一方、ス
テップＳＱ２の判断結果が「Ｎｏ」である場合、ステッ
プＳＱ３では、ＸＭＬファイルＦ_XMLに＜ＷＡＲＮＩＮ
Ｇ＞タグがあるか否かが判断される。この＜ＷＡＲＮＩ
ＮＧ＞タグは、当該ドキュメントの取り扱いに注意を要
することを意味している。

【０１６９】上記ステップＳＱ３の判断結果が「Ｙｅ
ｓ」である場合、＜ＷＡＲＮＩＮＧ＞タグの内容である
警告メッセージ（たとえば、取扱い注意）が取り出され
る。つぎのステップＳＱ１２では、ドキュメントの余白
部分に上記警告メッセージ（取扱い注意）が表示された
後、ステップＳＱ７では、当該ドキュメントに関するロ
グを収集するか否かが判断される。

【０１７０】ここで、ログとは、当該ドキュメントの有
効期限、ドキュメント番号等の情報をいう。ステップＳ
Ｑ７の判断結果が「Ｙｅｓ」の場合、上記ログが収集／
格納される。そして、ステップＳＱ９では、プリンタ３
０５ａに当該ドキュメントの複写が依頼された後、図６
に示すイベントのループへ戻る。これにより、プリンタ
３０５ａにおいては、当該ドキュメントの複写が行われ
る。一方、ステップＳＱ７の判断結果が「Ｎｏ」である
場合、ステップＳＱ９へ進む。

【０１７１】一方、ステップＳＱ３の判断結果が「Ｎ
ｏ」である場合、ステップＳＱ４では、当該ＸＭＬファ
イルＦ_XMLに＜ＯＶＥＲＬＡＹ＞タグがあるか否かが判
断される。ここで＜ＯＶＥＲＬＡＹ＞タグの内容は、オ
ーバーレー文字（たとえば、使用後破棄）である。この
場合、ステップＳＱ４の判断結果が「Ｙｅｓ」である場
合、上記オーバーレー文字（使用後破棄）を取り出した
後、ステップＳＱ６では、上記オーバレー文字が図面
（ドキュメント）に重ねて表示される。

【０１７２】つぎのステップＳＱ７では、上述したよう
にログを収集するか否かが判断され、この判断結果が
「Ｙｅｓ」である場合、ステップＳＱ８では、ログの収
集および格納が行われる。そして、ステップＳＱ９で
は、プリンタ３０５ａに複写が依頼される。これによ
り、プリンタ３０５ａにおいては、「使用後破棄」とい
うオーバーレー文字を含む図面（ドキュメント）が複写
される。一方、ステップＳＱ４の判断結果が「Ｎｏ」で
ある場合、ステップＳＱ７へ進む。

【０１７３】以上説明したように、一実施の形態によれ
ば、ドキュメント間の対応関係を示す情報および版数情
報を管理情報に含ませ、かつ複数のドキュメントをドキ
ュメントデータベースに登録しておき、上記管理情報に
したがって、クライアント３００ａ（３００ｂ、３００
ｃ）側で装置指定を行うことで、階層構造をなす複数の
ドキュメントをネットワーク２００を介して自動的に引
き出すようにしたので、従来のようなドキュメントの管
理者側における人手管理が不要になるとともに、ネット
ワーク２００を介して正確かつ迅速にドキュメントの入
手が可能になる。また、一実施の形態によれば、図番指
定を行うことで同一階層における複数のドキュメントも
正確かつ迅速に入手が可能となる。

【０１７４】また、一実施の形態によれば、ドキュメン
トに改版がある都度、改版処理により改版後のドキュメ
ントデータベースおよび管理情報が登録／更新されるよ
うにしたので、従来においてネックとなっていた改版作
業が正確かつ迅速に行われるため、常に最新の版数に基
づいてドキュメントの引き出しが可能となる。

【０１７５】さらに一実施の形態によれば、クライアン
ト３００ａが引出情報として電子メール６００ａをサー
バ端末へ送信し、かつ改版時にサーバ端末１００ａが改
版情報として電子メール５００ａをクライアント３００
ａに送信するようにしたので、クライアント３００ａに
おいては、引き出し済みのドキュメントに関する改版情
報を即時に入手することができることから、改版後のド
キュメントを正確かつ迅速に入手することが可能とな
る。

【０１７６】加えて、一実施の形態によれば、管理情報
に該非判定結果、重要度等に関するセキュリティレベル
に関する情報を含ませたことにより、セキュリティレベ
ルに応じて、あるユーザに対してドキュメントの引き出
しを許可する一方、別のユーザに対してドキュメントの
引き出しを禁止することができるため、セキュリティが
高いシステムを得ることが可能となる。

【０１７７】以上本発明の一実施の形態について図面を
参照して詳述してきたが、具体的な構成例はこの実施の
形態に限られるものではなく、本発明の要旨を逸脱しな
い範囲の設計変更等があっても本発明に含まれる。たと
えば、上述した一実施の形態においては、前述した機能
を実現するためのドキュメント引出プログラムを図２５
に示すコンピュータ読み取り可能な記録媒体１０００に
記録して、この記録媒体１０００に記録されたドキュメ
ント引出プログラムを同図に示すコンピュータ９００に
読み込ませ、実行することにより上述した機能を実現す
るようにしてもよい。

【０１７８】図２５に示すコンピュータ９００は、上記
ドキュメント引出プログラムを実行するＣＰＵ９０１
と、キーボード、マウス等の入力装置９０２と、各種デ
ータを記憶するＲＯＭ（Read Only Memory)９０３と、
演算パラメータを記憶するＲＡＭ（Random Access Memo
ry）９０４と、記録媒体１０００からドキュメント引出
プログラムを読み取る読取装置９０５と、ディスプレ
イ、プリンタ等の出力装置９０６と、装置各部を接続す
るバスＢＵとから構成されている。

【０１７９】上記ＣＰＵ９０１は、読取装置９０５を経
由して記録媒体１０００に記憶されているドキュメント
引出プログラムを読み込んだ後、このドキュメント引出
プログラムを実行することにより、前述した各処理を実
行する。また、記録媒体１０００には、光ディスク、フ
ロッピーディスク、ハードディスク等の可搬型の記録媒
体が含まれることはもとより、ネットワークのようにデ
ータを一時的に記憶保持するような伝送媒体も含まれ
る。

【０１８０】また、上述した一実施の形態においては、
１つの記憶装置１０１ａに記憶されたドキュメントデー
タベースおよび管理情報データベースを、３つの記憶装
置１０１ａ〜１０１ｃに分散させて、分散されたドキュ
メントデータベースから所望のドキュメントを引き出す
ようにしてもよい。さらに、上述した一実施の形態にお
いては、ドキュメントの種類は問わず、図面、一般文
書、表等、あらゆる形態のドキュメント管理に適用可能
である。

【０１８１】

【発明の効果】以上説明したように、請求項１にかかる
発明によれば、ドキュメント間の対応関係を示す情報お
よび版数情報を管理情報に含ませ、かつ複数のドキュメ
ントをドキュメントデータベースに登録しておき、ユー
ザが必要とするドキュメントを上記管理情報にしたがっ
て、クライアント側で階層構造をなす複数のドキュメン
トとして引き出すようにしたので、従来のようなドキュ
メントの管理者側における人手管理が不要になるととも
に、ネットワークを介して正確かつ迅速にドキュメント
の入手が可能になるという効果を奏する。

【０１８２】つぎの請求項２にかかる発明によれば、ク
ライアントがネットワークを介してサーバにアクセスす
ると、同一階層に関する管理情報が管理情報データベー
スから読み出され、さらに管理情報から得られる同一階
層におけるドキュメントの集合および各版数に関する情
報に基づいて、ドキュメントデータベースから同一階層
の複数のドキュメントが引き出される。このように請求
項２にかかる発明によれば、階層構造をなす複数のドキ
ュメントの他に、単独的に同一階層における複数のドキ
ュメントも正確かつ迅速に入手することが可能となると
いう効果を奏する。

【０１８３】つぎの請求項３にかかる発明によれば、ド
キュメントに改版がある都度、改版後のドキュメントデ
ータベースおよび管理情報が登録／更新される。したが
って、請求項３にかかる発明によれば、従来においてネ
ックとなっていた改版作業が正確かつ迅速に行われるた
め、常に最新の版数に基づいてドキュメントの引き出し
が可能となるという効果を奏する。

【０１８４】つぎの請求項４にかかる発明によれば、ク
ライアントが引出情報をサーバへ送信し、かつ改版時に
サーバが改版情報をクライアントに送信するようにした
ので、クライアントにおいては、引き出し済みのドキュ
メントに関する改版情報を即時に入手することができる
ことから、改版後のドキュメントを正確かつ迅速に入手
することが可能となるという効果を奏する。

【０１８５】つぎの請求項５にかかる発明によれば、管
理情報にセキュリティレベルに関する情報を含ませたこ
とにより、セキュリティレベルに応じて、あるユーザに
対してドキュメントの引き出しを許可する一方、別のユ
ーザに対してドキュメントの引き出しを禁止することが
できるため、セキュリティが高いシステムを得ることが
可能となるという効果を奏する。

【０１８６】つぎの請求項６、９にかかる発明によれ
ば、ドキュメント間の対応関係を示す情報および版数情
報を管理情報に含ませ、かつ複数のドキュメントをドキ
ュメントデータベースに登録しておき、ユーザが必要と
するドキュメントを上記管理情報にしたがって、階層構
造をなす複数のドキュメントとして引き出すようにした
ので、従来のようなドキュメントの管理者側における人
手管理が不要になるとともに、ネットワークを介して正
確かつ迅速にドキュメントの入手が可能になるという効
果を奏する。

【０１８７】つぎの請求項７、１０にかかる発明によれ
ば、ネットワークを介してサーバにアクセスすると、同
一階層に関する管理情報が管理情報データベースから読
み出され、さらに管理情報から得られる同一階層におけ
るドキュメントの集合および各版数に関する情報に基づ
いて、ドキュメントデータベースから同一階層の複数の
ドキュメントが引き出される。このように請求項７、１
０にかかる発明によれば、階層構造をなす複数のドキュ
メントの他に、単独的に同一階層における複数のドキュ
メントも正確かつ迅速に入手することが可能となるとい
う効果を奏する。

【０１８８】つぎの請求項８、１１にかかる発明によれ
ば、管理情報にセキュリティレベルに関する情報を含ま
せたことにより、セキュリティレベルに応じて、あるユ
ーザに対してドキュメントの引き出しを許可する一方、
別のユーザに対してドキュメントの引き出しを禁止する
ことができるため、セキュリティが高いシステムを得る
ことが可能となるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の一実施の形態の構成を示すブロック図
である。

【図２】同一実施の形態における親ＳＫと子ＳＫとの関
係を示す図である。

【図３】同一実施の形態における階層構造を示す図であ
る。

【図４】同一実施の形態における管理情報を説明する図
である。

【図５】同一実施の形態におけるＸＭＬファイルＦ_XML
の一例を示す図である。

【図６】同一実施の形態における全体処理を説明するフ
ローチャートである。

【図７】同一実施の形態におけるＸＭＬブラウザメニュ
ー画面の一例を示す図である。

【図８】同一実施の形態におけるユーザ登録処理を説明
するフローチャートである。

【図９】同一実施の形態におけるユーザ登録の承認処理
を説明するフローチャートである。

【図１０】同一実施の形態におけるドキュメント登録処
理を説明するフローチャートである。

【図１１】同一実施の形態におけるドキュメント登録の
承認処理を説明するフローチャートである。

【図１２】同一実施の形態における改版処理を説明する
フローチャートである。

【図１３】同一実施の形態における改版の承認処理を説
明するフローチャートである。

【図１４】同一実施の形態における廃図処理を説明する
フローチャートである。

【図１５】同一実施の形態における廃図の承認処理を説
明するフローチャートである。

【図１６】同一実施の形態における承認処理を説明する
フローチャートである。

【図１７】同一実施の形態における該非判定処理を説明
するフローチャートである。

【図１８】同一実施の形態における該非判定の承認処理
を説明するフローチャートである。

【図１９】同一実施の形態における配付処理を説明する
フローチャートである。

【図２０】同一実施の形態における受領処理を説明する
フローチャートである。

【図２１】同一実施の形態におけるドキュメント（図
面）引出処理を説明するフローチャートである。

【図２２】同一実施の形態における提出先言語一覧表の
一例を示す図である。

【図２３】同一実施の形態における子ＳＫ一覧リストの
一例を示す図である。

【図２４】同一実施の形態における複写処理を説明する
フローチャートである。

【図２５】同一実施の形態の変形例を示すブロック図で
ある。

【図２６】従来のドキュメントの管理方法を説明する図
である。

【符号の説明】

１００ａサーバ端末１０１ａ記憶装置２００ネットワーク３００ａクライアント１０００記録媒体９００コンピュータ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 15/40 ３４０ 15/401 ３４０ＡＦターム(参考） 5B075 KK43 KK54 KK63 ND02 ND07 ND35 NR03 PQ05 UU21 5B082 EA01 EA12 GA05 GA08 GC04 HA05 5B089 GA11 GA21 JA01 JB22 KA00 KA05 KA17 KB13 KC53

Claims

【特許請求の範囲】

【請求項１】階層構造をなす複数のドキュメントから
なるドキュメントデータベースと、上位階層のドキュメ
ントと下位階層のドキュメントとの関係を示す情報、お
よびドキュメントの版数情報を含む複数の管理情報から
なる管理情報データベースとを記憶する記憶手段と、前記記憶手段に接続され、前記ドキュメントの管理者側
に設置されたサーバと、前記サーバにネットワークを介して接続され、前記サー
バにアクセスすることにより、前記管理情報に基づい
て、所定の版数における前記上位階層のドキュメントお
よび下位階層のドキュメントを前記ドキュメントデータ
ベースから引き出すクライアントと、を備えることを特徴とする統合ドキュメント管理システ
ム。
【請求項２】前記管理情報は、同一階層の複数のドキ
ュメントの集合および前記複数のドキュメントのそれぞ
れの版数を表す情報を含み、前記クライアントは、前記
サーバにアクセスすることにより、前記管理情報に基づ
いて、所定の各版数における同一階層の複数のドキュメ
ントを前記ドキュメントデータベースから引き出すこと
を特徴とする請求項１に記載の統合ドキュメント管理シ
ステム。
【請求項３】前記サーバは、前記ドキュメントデータ
ベースに登録されているドキュメントに改版があった場
合、改版後のドキュメントを前記ドキュメントデータベ
ースに登録するとともに、当該ドキュメントに関する前
記管理情報における前記版数情報を更新することを特徴
とする請求項１または２に記載の統合ドキュメント管理
システム。
【請求項４】前記クライアントは、前記ネットワーク
を介して、引き出し済みのドキュメントに関する引出情
報を前記サーバへ送信し、前記サーバは、前記引出情報に対応するドキュメントに
改版があった場合に、改版済みのドキュメントに関する
改版情報を前記クライアントへ前記ネットワークを介し
て送信することを特徴とする請求項３に記載の統合ドキ
ュメント管理システム。
【請求項５】前記管理情報は、複数の前記ドキュメン
トにそれぞれ対応するセキュリティレベルに関する情報
を含み、前記サーバは、前記セキュリティレベルに応じ
て、前記ドキュメントの引き出しを許可または禁止する
ことを特徴とする請求項１〜４のいずれか一つに記載の
統合ドキュメント管理システム。
【請求項６】階層構造をなす複数のドキュメントから
なるドキュメントデータベースと、上位階層のドキュメ
ントと下位階層のドキュメントとの関係を示す情報、お
よびドキュメントの版数情報を含む複数の管理情報から
なる管理情報データベースとを記憶する記憶手段と、前
記記憶手段に接続され、前記ドキュメントの管理者側に
設置されたサーバとを備える統合ドキュメント管理シス
テムに用いられるドキュメント引出装置であって、ネットワークを介して前記サーバにアクセスすることに
より、前記管理情報に基づいて、所定の版数における前
記上位階層のドキュメントおよび下位階層のドキュメン
トを前記ドキュメントデータベースから引き出すことを
特徴とするドキュメント引出装置。
【請求項７】前記管理情報は、同一階層の複数のドキ
ュメントの集合および前記複数のドキュメントのそれぞ
れの版数を表す情報を含み、前記サーバにアクセスする
ことにより、前記管理情報に基づいて、所定の各版数に
おける同一階層の複数のドキュメントを前記ドキュメン
トデータベースから引き出すことを特徴とする請求項６
に記載のドキュメント引出装置。
【請求項８】前記管理情報は、複数の前記ドキュメン
トにそれぞれ対応するセキュリティレベルに関する情報
を含み、前記セキュリティレベルに応じた引き出し許可
に基づいて、前記ドキュメントデータベースから前記ド
キュメントを引き出すことを特徴とする請求項６または
７に記載のドキュメント引出装置。
【請求項９】階層構造をなす複数のドキュメントから
なるドキュメントデータベースと、上位階層のドキュメ
ントと下位階層のドキュメントとの関係を示す情報、お
よびドキュメントの版数情報を含む複数の管理情報から
なる管理情報データベースとを記憶する記憶手段と、前
記記憶手段に接続され、前記ドキュメントの管理者側に
設置されたサーバとを備える統合ドキュメント管理シス
テムに用いられるドキュメント引出プログラムを記録し
たコンピュータ読み取り可能な記録媒体であって、ネットワークを介して前記サーバにアクセスさせること
により、前記管理情報に基づいて、所定の版数における
前記上位階層のドキュメントおよび下位階層のドキュメ
ントを前記ドキュメントデータベースから引き出させる
工程をコンピュータに実行させるためのドキュメント引
出プログラムを記録したコンピュータ読み取り可能な記
録媒体。
【請求項１０】前記管理情報は、同一階層の複数のド
キュメントの集合および前記複数のドキュメントのそれ
ぞれの版数を表す情報を含み、前記工程においては、前
記サーバにアクセスさせることにより、前記管理情報に
基づいて、所定の各版数における同一階層の複数のドキ
ュメントを前記ドキュメントデータベースから引き出さ
せることを特徴とする請求項９に記載のドキュメント引
出プログラムを記録したコンピュータ読み取り可能な記
録媒体。
【請求項１１】前記管理情報は、複数の前記ドキュメ
ントにそれぞれ対応するセキュリティレベルに関する情
報を含み、前記工程においては、前記セキュリティレベ
ルに応じた引き出し許可に基づいて、前記ドキュメント
データベースから前記ドキュメントを引き出させること
を特徴とする請求項９または１０に記載のドキュメント
引出プログラムを記録したコンピュータ読み取り可能な
記録媒体。