(57)【要約】【課題】階層ディレクトリ構造を用いてドキュメントを管理するドキュメント管理装置においても、その利点を生かしつつ、同一名称の重複を許してセキュリティ低下を防止できるドキュメント管理装置を提供する。【解決手段】同一名称の重複を許しながら、ドキュメントを階層ディレクトリ構造内に格納するとともに、各ドキュメントについて固有の識別子を関連づけておき、クライアント側装置２から指定されたＵＲＬに従って配信の対象となるドキュメントを特定するために、制御部１１が、同一名称のドキュメントがある場合には、予め定められた条件に従って、いずれかのドキュメントを選択し、その選択したドキュメントを配信の対象として特定して配信する。【選択図】　　　　図１
2004021530.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つのドキュメントの各々について、互いに異なる識別子を付して管理するドキュメント管理装置であって、
前記ドキュメントの各々に、同一名称の重複を許しつつ名称を設定するとともに、各ドキュメントを階層ディレクトリ構造で管理する手段と、
前記階層ディレクトリ構造内の位置指定とともにドキュメント提供要求を受けたときに、前記位置指定に基づく所定の条件により特定したいずれかのドキュメントを提供する手段と、
を含む、
ことを特徴とするドキュメント管理装置。
【請求項２】
請求項１に記載のドキュメント管理装置において、さらに、前記識別子の指定とともにドキュメント提供要求を受けたときに、前記識別子により特定されるドキュメントを提供する手段を含むことを特徴とするドキュメント管理装置。
【請求項３】
請求項１又は２に記載のドキュメント管理装置において、
階層ディレクトリ構造をなす、各ディレクトリについての名称を管理する手段を有し、
前記位置指定は、提供対象のドキュメントの名称指定を含み、
所定の条件には、
（１）同一の名称のディレクトリとドキュメントとが同一階層にある場合、前記位置指定に含まれる名称をディレクトリの名称と判断するとの条件と、
（２）同一の名称のドキュメントが複数ある場合には、前記識別子を利用してドキュメントを特定するとの条件と、
のいずれかを少なくとも含む、
ことを特徴とするドキュメント管理装置。
【請求項４】
請求項１又は２に記載のドキュメント管理装置において、
階層ディレクトリ構造をなす、各ディレクトリについての名称を管理する手段と、
ドキュメント提供要求との関連において、利用者認証を行う手段と、を有し、
前記位置指定は、提供対象のドキュメントの名称指定を含み、
所定の条件には、
（１）同一の名称のディレクトリとドキュメントとが同一階層にある場合、前記位置指定に含まれる名称をディレクトリの名称と判断するとの条件と、
（２）同一の名称のドキュメントが複数ある場合には、前記識別子に関して事前に定めた条件に従ってドキュメントを特定することの条件と、
（３）ドキュメントについて関連づけられた所定の日時情報に基づく条件と、
（４）利用者認証との関連において定められる条件と、
のいずれかを少なくとも含む、
ことを特徴とするドキュメント管理装置。
【請求項５】
少なくとも一つのドキュメントの各々について、互いに異なる識別子を付して管理するドキュメント管理方法であって、
前記ドキュメントの各々に、同一名称の重複を許しつつ名称を設定するとともに、各ドキュメントを階層ディレクトリ構造で管理し、
前記階層ディレクトリ構造内の位置指定とともにドキュメント提供要求を受けたときに、前記位置指定に基づく所定の条件により特定したいずれかのドキュメントを提供する、ことを特徴とするドキュメント管理方法。
【請求項６】
コンピュータに、
少なくとも一つのドキュメントの各々について、ドキュメント管理用に、互いに異なる識別子を付する手順と、
前記ドキュメントの各々に、同一名称の重複を許しつつ名称を設定するとともに、各ドキュメントを階層ディレクトリ構造で管理するための所定手順と、
前記階層ディレクトリ構造内の位置指定とともにドキュメント提供要求を受けたときに、前記位置指定に基づく所定の条件により特定したいずれかのドキュメントを提供する手順と、
を実行させることを特徴とするドキュメント管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、文書その他のドキュメントを管理し、要求に応じて当該管理しているドキュメントを提供するドキュメント管理装置に関する。
【０００２】
【従来の技術】
近年、インターネット利用環境の普及等に伴って、ネットワークを介して円滑にドキュメントを流通させるべく、ドキュメント管理装置についての需要が高まっている。一方、企業などでは、企業内のコンピュータへの不正なアクセスを防止する目的で、企業内のネットワークと、インターネットとの間のアクセスを制限する、いわゆるファイアウオールを設定する企業も増えている。このファイアウオールの設定においては、通常、企業内から企業外へのデータ要求は、ＨＴＴＰ等のＷｅｂ関連プロトコルに限るのが一般的である。
【０００３】
従って、企業内のコンピュータからインターネットを介して別のネットワークにあるドキュメント管理装置（例えばファイルサーバ）に対しては、ファイルサーバに独特のプロトコルを利用してのアクセスはできなくなっていた。そこで最近では、このような事情に配慮して、Ｗｅｂ関連プロトコルを用いてファイルサーバへのアクセスを可能とする、ＷｅｂＤＡＶと呼ばれるプロトコルが提案され、実装されている。このＷｅｂＤＡＶについては、ＲＦＣ（Ｒｅｑｕｅｓｔ　ｆｏｒ　Ｃｏｍｍｅｎｔｓ）の２５１８番に詳細な説明があるので、ここでの詳しい説明を省略する。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来のＷｅｂＤＡＶを利用したファイルサーバでは、次のような問題点があった。
【０００５】
すなわち、例えば企業内で用いられるファイルサーバにしても、多くの部署から共用されることがあり、ある部署Ａでは自由に閲覧可能としたいドキュメントについて、他の部署Ｂの社員からは参照されないようにしたい、という場合がある。このような場合、部署Ａの社員が作成し、部署Ｂの社員に参照されないようにしたいドキュメントについて、名称「ａａａ」を付してファイルサーバに記録したとする。一方、部署Ｂの社員が全く異なるドキュメントについて、同じ名称「ａａａ」を付してファイルサーバに格納しようとすれば、従来のＷｅｂＤＡＶサーバでは、同一の名称を付してしまったのでは、これらのドキュメントの識別ができなくなるので、部署Ｂの社員に対してはエラーを返すこととなる。これにより、部署Ｂの社員は、名称「ａａａ」なるファイルの存在が知得され、その結果、ドキュメントのセキュリティが低下することとなる。
【０００６】
そこで、従来広く用いられているファイルサーバと同様に、記録される各ドキュメントに対して固有の識別子を発行し、これを付して管理することで、この識別子によってドキュメントを特定するとともに、重複した識別子が付されないようにして、上述の場合でも部署Ｂの社員が、他の部署Ａの社員により登録されたドキュメントについての識別子を知得する機会を低減することもできる。しかし、このように固有の識別子を付してしまうと、階層ディレクトリ構造での管理というＷｅｂＤＡＶの利点が失われる。つまり、識別子の下で並列的にドキュメントが管理されることとなり、階層ディレクトリ構造を用いて互いに関連するドキュメントをディレクトリ（ＷｅｂＤＡＶにおける用語でいう、「コレクション」）にまとめておき、この階層ディレクトリ構造をたどりながら目的のドキュメントを探すということができなくなってしまう。
【０００７】
本発明は上記実情に鑑みて為されたもので、例えばＷｅｂＤＡＶのように、階層ディレクトリ構造を用いてドキュメントを管理するドキュメント管理装置においても、その利点を生かしつつ、同一名称の重複を許してセキュリティ低下を防止できるドキュメント管理装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記従来例の問題点を解決するための本発明は、少なくとも一つのドキュメントの各々について、互いに異なる識別子を付して管理するドキュメント管理装置であって、前記ドキュメントの各々に、同一名称の重複を許しつつ名称を設定するとともに、各ドキュメントを階層ディレクトリ構造で管理する手段と、前記階層ディレクトリ構造内の位置指定とともにドキュメント提供要求を受けたときに、前記位置指定に基づく所定の条件により特定したいずれかのドキュメントを提供する手段と、を含む、ことを特徴としている。
【０００９】
ここでさらに、前記識別子の指定とともにドキュメント提供要求を受けたときに、前記識別子により特定されるドキュメントを提供する手段を含むことも好ましい。さらに、階層ディレクトリ構造をなす、各ディレクトリについての名称を管理する手段を有し、前記位置指定は、提供対象のドキュメントの名称指定を含み、所定の条件には、（１）同一の名称のディレクトリとドキュメントとが同一階層にある場合、前記位置指定に含まれる名称をディレクトリの名称と判断するとの条件と、（２）同一の名称のドキュメントが複数ある場合には、前記識別子に関して事前に定めた条件に従ってドキュメントを特定することの条件と、（３）ドキュメントについて関連づけられた所定の日時情報に基づく条件と、（４）利用者認証との関連において定められる条件と、のいずれかを少なくとも含む、こととするのも好ましい。
【００１０】
また、本発明のある態様では、少なくとも一つのドキュメントの各々について、互いに異なる識別子を付して管理するドキュメント管理方法であって、前記ドキュメントの各々に、同一名称の重複を許しつつ名称を設定するとともに、各ドキュメントを階層ディレクトリ構造で管理し、前記階層ディレクトリ構造内の位置指定とともにドキュメント提供要求を受けたときに、前記位置指定に基づく所定の条件により特定したいずれかのドキュメントを提供する、ことを特徴とする。
【００１１】
さらに、本発明の別の態様によると、ドキュメント管理プログラムであって、コンピュータに、少なくとも一つのドキュメントの各々について、ドキュメント管理用に、互いに異なる識別子を付する手順と、前記ドキュメントの各々に、同一名称の重複を許しつつ名称を設定するとともに、各ドキュメントを階層ディレクトリ構造で管理するための所定手順と、前記階層ディレクトリ構造内の位置指定とともにドキュメント提供要求を受けたときに、前記位置指定に基づく所定の条件により特定したいずれかのドキュメントを提供する手順と、を実行させることを特徴とする。
【００１２】
【発明の実施の形態】
本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係るドキュメント管理装置１は、一般的なサーバコンピュータに実装され、具体的には図１に示すように、制御部１１と、記憶部１２と、ストレージ１３と、ネットワーク制御部１４とを含んで構成され、ネットワークを介してクライアント側装置２に接続されている。
【００１３】
制御部１１は、ＷｅｂＤＡＶの規格に従ったドキュメントの提供要求に応答し、当該要求の対象となったドキュメントをストレージ１３から取り出してネットワーク制御部１４を介して要求元のクライアント側装置２へ配信する。また、この制御部１１は、ＷｅｂＤＡＶの規格に従ったドキュメント格納の要求に応答して、ストレージ１３にドキュメントを格納する。本実施の形態において特徴的なことは、この制御部１１が、各ドキュメントに、名称と、固有の識別子とを関連づけてストレージ１３に格納することである。また、ストレージ１３は、各ドキュメントを階層ディレクトリ構造で管理する。各ディレクトリには、またディレクトリを識別するための名称が関連づけられている。ここで階層ディレクトリ構造については、例えば秀和システム発行の「標準パソコン用語辞典」，秀和システム第一出版編集部・編著，２００１年８月，第３版発行に「階層ディレクトリ」として説明されているので、ここでの詳細な説明を省略する。なお、ＷｅｂＤＡＶでは、ディレクトリを「コレクション」と称することがあるが、ここではディレクトリと称して説明する。
【００１４】
また、本実施の形態において特徴的なことは、この制御部１１が、ドキュメント提供の要求に含まれる、提供対象のドキュメントを識別するための情報として、階層ディレクトリ構造内の位置を示す情報（例えばＵＲＬ）を受け付け、予め決められた所定の条件により、提供対象のドキュメントを特定して、当該特定したドキュメントを配信することである。これら制御部１１の具体的処理の内容については、後に詳しく説明する。
【００１５】
記憶部１２は、制御部１１によって実行されるプログラムが格納されている。また、この記憶部１２は、制御部１１のワークメモリとしても動作する。ストレージ１３は、ドキュメントを階層ディレクトリ構造にて格納している。また、ドキュメントの各々に対して、固有の識別子と、ドキュメントの作成日時及び更新日時の日時情報と、ドキュメントの所有者を識別する情報と、ドキュメントのアクセス権に関する情報とを関連づけて格納している。ネットワーク制御部１４は、ネットワークに接続されており、制御部１１から入力される指示に従い、ネットワークを介して指示された宛先へドキュメントを配信する。また、このネットワーク制御部１４は、ネットワークを介して到来したデータを受信して、制御部１１に出力する。
【００１６】
クライアント側装置２は、ネットワークに接続された一般的なパーソナルコンピュータであり、ＷｅｂＤＡＶクライアントがインストールされている。クライアント側装置２は、ＷｅｂＤＡＶの規格に従った要求をドキュメント管理装置１に対して送信し、また、ドキュメント管理装置１からドキュメントの配信を受けて、当該ドキュメントを表示、格納する等の所定の処理に供する。
【００１７】
次に、制御部１１による、配信対象のドキュメントを特定する処理の具体的内容について説明する。
【００１８】
［配信対象の特定］
具体的に、ＷｅｂＤＡＶに従ってＵＲＬの指定を受けて、当該指定したＵＲＬに格納されたドキュメントについての配信要求を受け付けたとする。この場合、制御部１１は、図２に示す処理を開始し、まず、ＵＲＬを階層ごとに分割する（Ｓ１）。また制御部１１は、当初、検索対象の階層（現在階層と呼ぶ）としてルート階層を設定しておき、リストの最初のものから順次、次に示す処理を行う。
【００１９】
そして、制御部１１は、現在階層に含まれるディレクトリやドキュメントのうち、リストに示される名称を持つものを検索する（Ｓ２）。制御部１１は、検索の結果として複数のディレクトリやドキュメントが得られてしまったか否かを判断し（Ｓ３）、複数のディレクトリやドキュメントが得られてしまった場合（Ｙｅｓならば）、予め定められた条件を適用していずれか一つを選択する（Ｓ４）。
【００２０】
そして、制御部１１は、選択された対象が、ディレクトリであるか否かを判断し（Ｓ５）、ディレクトリであれば、当該選択したディレクトリを現在階層に設定して、次のリストについて、さらに処理Ｓ２から処理を繰返す。
【００２１】
また、処理Ｓ５において、選択した対象がディレクトリでなく、ドキュメントならば、当該ドキュメントを配信対象として特定し（Ｓ６）、処理を終了する。
【００２２】
さらに、制御部１１は、処理Ｓ３において、いずれか一つのディレクトリ又はドキュメントが得られた場合（Ｎｏならば）、当該得られたディレクトリ又はドキュメントを選択して処理Ｓ５に移行する。
【００２３】
なお、処理Ｓ４における条件適用の結果、選択すべきものが一つもなくなってしまう場合には、クライアント側装置２にエラーを送信して処理を終了する。
【００２４】
［動作］
具体的に、ストレージ１３に、図３に示すように、最上位の階層（ルート）に、３つのディレクトリａ，ｂ，ｃと、１つのドキュメントｄとが格納され、そのうちディレクトリｂに、２つのドキュメントｅ，ｆが格納されている状態を例としてこの制御部１１の動作について説明する。ここで、ディレクトリａには、識別子として「Ｃｏｌｌｅｃｔｉｏｎ−１」が、ディレクトリｂには、識別子として「Ｃｏｌｌｅｃｔｉｏｎ−２」が、ディレクトリｃには、識別子として「Ｃｏｌｌｅｃｔｉｏｎ−３」がそれぞれ設定され、また、ディレクトリａ，ｂの名称はいずれも「ＰｒｏｊｅｃｔＡ」であり、ディレクトリｃの名称は、「ＰｒｏｊｅｃｔＢ」であるとする。さらに、ルートにあるドキュメントｄの識別子は「Ｄｏｃｕｍｅｎｔ−４」であり、その名称は「ＰｒｏｊｅｃｔＡ」であるとする。さらに、ディレクトリｂ内の２つのドキュメントｅ，ｆのそれぞれに識別子「Ｄｏｃｕｍｅｎｔ−１」及び「Ｄｏｃｕｍｅｎｔ−２」が設定され、名称は、いずれも「ｒｅｓｏｕｒｃｅ．ｄｏｃ」であるとする。なお、本実施の形態のドキュメント管理装置１には、「ｘｘｘ」という名称でアクセスすることができるものとする。
【００２５】
ここで、クライアント側装置２から、「ｈｔｔｐ：／／ｘｘｘ／ＰｒｏｊｅｃｔＡ／ｒｅｓｏｕｒｃｅ．ｄｏｃ」なるＵＲＬに格納されたドキュメントの配信要求が行われると、制御部１１は、階層を分けるデリミタ（ここではスラッシュ「／」）ごとに、「ＰｒｏｊｅｃｔＡ」と「ｒｅｓｏｕｒｃｅ．ｄｏｃ」とのリストに分割する。
【００２６】
制御部１１が、ルート階層にて、最初のリストである「ＰｒｏｊｅｃｔＡ」を検索すると、「ＰｒｏｊｅｃｔＡ」なる名称が付されたものとして、ディレクトリａ，ｂ並びにドキュメントｄが検索の結果となる。こうして複数の検索結果が得られたため、予め定められた条件を適用して、一つの検索結果を選択することとなる。
【００２７】
ここで、当該条件として、制御部１１は例えば（１）同一の名称のディレクトリとドキュメントとが同一階層にある場合、ＵＲＬ（位置指定）にリストとして含まれるその名称をディレクトリの名称と判断する、並びに（２）同一の名称のドキュメントが複数ある場合には、識別子を利用してドキュメントを特定する、との条件を用いることができる。
【００２８】
これらの条件（１）、（２）を適用すると、上述の例の場合、条件（１）により、「ＰｒｏｊｅｃｔＡ」はディレクトリ名と判断される。つまり、ディレクトリａ，ｂのいずれかを選択すべきと判断される。次に、ディレクトリａ，ｂの識別子が参照され、条件（２）により、例えば識別子に含まれる番号の大きいもの（識別子の設定時に格納した順番を表す番号を識別子に含めておく）を選択し、ディレクトリｂを選択することとなる。
【００２９】
ここでディレクトリが選択されたため、制御部１１は、このディレクトリ内から、次のリストである「ｒｅｓｏｕｒｃｅ．ｄｏｃ」を検索すると、ディレクトリｂ内からは、「ｒｅｓｏｕｒｃｅ．ｄｏｃ」という同一名称のドキュメントｅ，ｆが検索の結果として得られることとなる。制御部１１は、条件（２）により、識別子に含まれる番号の大きいものを選択し、ドキュメントｆが最終的に配信対象として特定される。
【００３０】
［識別子を用いた特定］
さらに、制御部１１は識別子の指定とともに、当該指定した識別子のドキュメントを配信するべき要求を受けて、ストレージ１３から、当該識別子に関連づけられているドキュメントを検索して、当該検索したドキュメントを配信する。具体的に、「Ｄｏｃｕｍｅｎｔ−１」を配信すべき旨の要求を受けると、階層ディレクトリ構造に関係なく、ストレージ１３内のドキュメントが検索され、「Ｄｏｃｕｍｅｎｔ−１」の識別子に関連づけられているドキュメントｅが検索され、このドキュメントｅが配信される。
【００３１】
［条件の他の例］
さらに、ここまでの説明では、制御部１１が一つのディレクトリ又はドキュメントを選択する条件として、（１）同一の名称のディレクトリとドキュメントとが同一階層にある場合、ＵＲＬ（位置指定）にリストとして含まれるその名称をディレクトリの名称と判断する、並びに（２）同一の名称のドキュメントが複数ある場合には、識別子を利用してドキュメントを特定する、との条件を用いることとして説明したが、これに加えて、またはこれらとは別に、（３）ドキュメントについて関連づけられた所定の日時情報に基づく条件や（４）利用者認証との関連において定められる条件等を用いることもできる。
【００３２】
例えば、制御部１１は（３）日時情報に基づく条件として、作成日時の新しい順、又はその逆に選択したり、更新日時の新しい順、又はその逆に選択したりすることができる。すなわち、同一名称のドキュメントが検索されたときに、より最近作成されたものを選択するようにする。
【００３３】
さらに、制御部１１は、（４）利用者認証との関連において定められる条件として、ドキュメントの配信等をクライアント側装置２から受け付けるときに、当該クライアント側装置２の利用者をユーザ名とパスワードとを用いるなどして認証しておき、その認証結果に基づき、複数のディレクトリやドキュメントのうち、現在要求を行っている利用者が所有者又は更新者となっているものを選択する。また、複数のドキュメントのうち、それらのドキュメントが格納されている階層のディレクトリの所有者と同じ所有者のドキュメントを選択してもよい（所有者が現在階層の所有者と同じものを選択する）。同様に、ドキュメントやディレクトリにアクセス権の情報が関連づけられているときには、アクセス権のあるものを優先的に選択するとの条件を含めてもよい。
【００３４】
さらに、こうした利用者認証においては、各利用者を部署別等、グループ別に管理していることもあるが、この場合、選択候補となっている複数のドキュメント等の所有者又は更新者の属するグループを参照し、要求を行っている利用者と同じグループのドキュメントを選択することとしてもよいし、現在階層の所有者又は更新者と同じグループに属するドキュメントを選択するようにしてもよい。
【００３５】
これらの条件のうち（１）の条件については、より下位の階層にあるものを選択するための条件として優先的に適用することが好ましい。ただし、現在検索しているリストが最後のリストであれば、（１）の条件の適用をやめて、ドキュメントを優先的に選択することとしてもよい。例えば、図３に示した例において、ｈｔｔｐ：／／ｘｘｘ／ＰｒｏｊｅｃｔＡのＵＲＬ指定があった場合、「ＰｒｏｊｅｃｔＡ」は最初のリストであるとともに最後のリストでもあるので、（１）の条件に従って「ＰｒｏｊｅｃｔＡ」を表すディレクトリを選択する代わりに、「ＰｒｏｊｅｃｔＡ」の名称をもつドキュメントを優先的に選択する。
【００３６】
さらに、（２）から（４）の条件については、いずれか一つを（１）と組み合せて、又は（２）から（４）のいずれか複数と（１）とを組み合せて用いることもできる。さらに、適用の順序を変更して、例えば利用者認証に基づく条件を適用した後に、日付情報を用いた条件を適用してもよいし、逆に日付情報を用いた条件を適用した後に利用者認証に基づく条件を適用してもよい。これにより例えば所有者Ａのドキュメントｐ，ｑと、所有者Ｂのドキュメントｘとがある場合であって、これらが同一の名称を有し、作成日時が、ｐ，ｑ，ｘの順に新しくなるものとするとき、前者のように先に利用者認証に基づく条件を適用すると、例えばＡがドキュメントの要求をしたときには、利用者の条件によりまずｐ，ｑが選択され、さらに日時情報の条件によりｑが選択されてドキュメントｑが配信されるのに対し、後者のように先に日時情報の条件を適用すると、同じくＡがドキュメントを要求したとしても、最も新しく作成された利用者Ｂのドキュメントｘが配信されることとなる。
【００３７】
これらの条件は利用目的などに鑑みて、ドキュメント管理装置の管理者が適宜設定することとなる。
【００３８】
本実施の形態によれば、同一名称の重複があった場合に、そこから目的のドキュメントを所定の条件により特定し、当該特定結果によりドキュメントを提供することで、階層ディレクトリ構造を用いてドキュメントを管理するドキュメント管理装置においても、その利点を生かしつつ、同一名称の重複を許してセキュリティ低下を防止できる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るドキュメント管理装置及びその接続状態を表す構成ブロック図である。
【図２】本発明の実施の形態に係るドキュメント管理装置の処理の一例を表すフローチャート図である。
【図３】ドキュメントを管理する階層ディレクトリ構造の一例を表す説明図である。
【符号の説明】
１　ドキュメント管理装置、２　クライアント側装置、１１　制御部、１２　記憶部、１３　ストレージ、１４　ネットワーク制御部。
【図１】
2004021530.tif 000003
【図２】
2004021530.tif 000004
【図３】
2004021530.tif 000005