(57)【要約】【課題】各ファイルを別々のドキュメントとして、それぞれに固有の識別子を付して管理する場合にも、複数のファイルから構成される文書を正常に表示できるように提供できる、ドキュメント管理装置を提供する。【解決手段】クライアント側装置２から受信したＵＲＬに応答し、制御部１１が、当該ＵＲＬに含まれる識別子によって特定したドキュメントのファイル名と、当該ＵＲＬに示されたファイル名とを比較し、一致していれば、当該特定したドキュメントを配信するが、一致していなければ、ＵＲＬに示されたファイル名に基づいてストレージ１３内を検索して、ドキュメントを特定し、配信する。【選択図】　　　　図１
2004021531.tif 000002
【特許請求の範囲】
【請求項１】
ハイパーリンク情報を含んでなるベースファイルと、前記ベースファイル内で、ＵＲＬによってリンク付けされた付随ファイルとからなる文書について、前記ベースファイルと、付随ファイルとをそれぞれ異なるドキュメントとして管理するドキュメント管理装置であって、
前記ベースファイルと、付随ファイルとを登録する要求を受けて、ベースファイルと付随ファイルとにそれぞれ固有の識別子を関連づけて管理する手段と、
文書に対する要求として、当該文書を構成するベースファイルの識別子を特定した要求が受信されたときに、そのベースファイル内でリンク付けされた付随ファイルを特定するために、前記ＵＲＬを利用して、当該付随ファイルを検索する手段と、
を含むことを特徴とするドキュメント管理装置。
【請求項２】
複数のドキュメントを管理するドキュメント管理装置であって、
複数のファイルから構成されている文書の登録要求を受けて、当該文書を構成するファイルの各々をドキュメントとして、各ドキュメントに、ファイル名と、固有の識別子とを関連づけて管理する手段と、
前記複数のドキュメントの一つが特定された後に、当該特定されたドキュメントとしてのファイルとともに文書を構成するファイルが、その格納位置に関する情報によって要求されたときに、前記格納位置に関する情報を利用して、当該要求されたファイルを検索する検索手段と、
を含むことを特徴とするドキュメント管理装置。
【請求項３】
請求項２に記載のドキュメント管理装置において、
各ファイルを、階層ディレクトリ構造によって管理し、
前記検索手段は、
前記格納位置に関する情報が、前記特定されたドキュメントとの間の相対的位置関係によって記述されているときに、当該特定されたドキュメントが、前記階層ディレクトリ構造内で管理されている位置を基準として前記階層ディレクトリ構造を前記相対的位置関係に基づいてたどりながら、要求されたファイルを検索する
ことを特徴とするドキュメント管理装置。
【請求項４】
複数のドキュメントを管理するドキュメント管理方法であって、
複数のファイルから構成されている文書の登録要求を受けて、当該文書を構成するファイルの各々をドキュメントとして、各ドキュメントに、ファイル名と、固有の識別子とを関連づけて管理する工程と、
前記複数のドキュメントの一つが特定された後に、当該特定されたドキュメントとしてのファイルとともに文書を構成するファイルが、その格納位置に関する情報によって要求されたときに、前記格納位置に関する情報とを利用して、当該要求されたファイルを検索する検索工程と、
を含むことを特徴とするドキュメント管理方法。
【請求項５】
複数のドキュメントを管理するドキュメント管理プログラムであって、
コンピュータに、
複数のファイルから構成されている文書の登録要求を受けて、当該文書を構成するファイルの各々をドキュメントとして、各ドキュメントに、ファイル名と、固有の識別子とを関連づけて管理する手順と、
前記複数のドキュメントの一つが特定された後に、当該特定されたドキュメントとしてのファイルとともに文書を構成するファイルが、その格納位置に関する情報によって要求されたときに、前記格納位置に関する情報とを利用して、当該要求されたファイルを検索する検索手順と、
を実行させることを特徴とするドキュメント管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のファイルによって構成され、各ファイル間のハイパーリンクが設定されている、Ｗｅｂページのようなドキュメントを管理するドキュメント管理装置に関する。
【０００２】
【従来の技術】
大量のドキュメントを管理するドキュメント管理装置では、利便性等に配慮して、各ドキュメントについて、固有の識別子を付して管理しているのが一般的である。具体的には、従来のドキュメント管理装置では、あるドキュメント「ｂａｓｅ．ｄｏｃ」について、登録要求があったときに、固有の識別子として「ｄｏｃ１」のような識別子を発行して、このドキュメント「ｂａｓｅ．ｄｏｃ」に「ｄｏｃ１」なる識別子を関連づけて管理する。これにより、例えば同じ「ｂａｓｅ．ｄｏｃ」なる名称のドキュメントが登録されたとしても、識別子によって両者が区別されることとなり、同じ名称のドキュメントを登録できないという不便を解消できる。
【０００３】
このため、利用者は、識別子を特定してドキュメントの取得を要求することとなり、ドキュメント管理装置は、その特定された識別子に関連づけられたドキュメントを利用者に提供する。近年では、Ｗｅｂブラウザによってドキュメント管理装置へのアクセスを行いたいといった要求もあるので、ドキュメント管理装置では、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）と同様のＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）指定によるドキュメントの特定を可能とするとともに、さらなる利便性のために、ＵＲＬに、要求の内容と、ドキュメントの識別子とを含めてＨＴＴＰのＧｅｔコマンドを発行すれば、ドキュメントの登録や提供の要求ができるようにしているものもある。
【０００４】
具体的に、「ｈｔｔｐ：／／ｘｘｘ／Ｇｅｔ／Ｄｏｃ１／ｂａｓｅ．ｄｏｃ」のＵＲＬについては、「ｘｘｘ」の部分がドキュメント管理装置を特定する指示であり、それに引続く、「Ｇｅｔ」がドキュメントの取得要求を意味し、「Ｄｏｃ１」にてドキュメントが特定される。最後のｂａｓｅ．ｄｏｃは、ダミーであり、ドキュメント管理装置側では無視されている。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記従来のドキュメント管理装置では、Ｗｅｂページのように、画像データを一つのファイル（付随ファイル）として独立して保持させ、文書の本体は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）にて記述した別のファイル（ベースファイル）から当該画像データを含んだファイルをリンク付けして参照し、ベースファイルの表示の際に、画像データ部分を別途取得してベースファイル内に組込んで表示するような場合、すなわち複数のファイルからなる文書を登録すると、次のような不都合を生じる。
【０００６】
すなわち、従来のドキュメント管理装置では、これらを一つの文書として登録することはできず、各ファイルを別々のドキュメントとして登録することとなる。このため、まずベースファイルについての登録要求があったときに、固有の識別子「Ｄｏｃ１」を関連づけて保持し、次に付随ファイルの登録要求があったときに、また別の固有の識別子「Ｄｏｃ２」を関連づけて保持することになる。
【０００７】
そこで、この文書を通常のＷｅｂブラウザで表示させようとして、ベースファイルを「ｈｔｔｐ：／／ｘｘｘ／Ｇｅｔ／Ｄｏｃ１／ｂａｓｅ．ｄｏｃ」のＵＲＬで要求すると、このベースファイルから付随ファイルへのリンク付けは、例えば「＜ｉｍｇ　ｓｒｃ＝”ｉｍａｇｅ．ｊｐｇ”＞」のように、ファイル名（パス名）で記述されているため、Ｗｅｂブラウザは、付随ファイルについて「ｈｔｔｐ：／／ｘｘｘ／Ｇｅｔ／Ｄｏｃ１／ｉｍａｇｅ．ｊｐｇ」のＵＲＬにて取得要求をしようとする。ところが、上述のように、従来のドキュメント管理装置では、このＵＲＬのうち「ｉｍａｇｅ．ｊｐｇ」の部分についてはダミーとなるので、付随ファイルの要求に対して「Ｄｏｃ１」自体を提供することとなってしまう。このため、ドキュメントが正常に表示できない。
【０００８】
これは、ドキュメントの取得の際には識別子による特定（いわば、非ロケーションベースのＵＲＬによるアクセス）が行われ、一方で、Ｗｅｂブラウザからのアクセスは、ドキュメントの名称（ファイル名やパス名）によって行われるためである。
【０００９】
本発明は上記実情に鑑みて為されたもので、各ファイルを別々のドキュメントとして、それぞれに固有の識別子を付して管理する場合にも、複数のファイルから構成される文書を正常に表示できるように提供できるドキュメント管理装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記従来例の問題点を解決するための本発明は、ハイパーリンク情報を含んでなるベースファイルと、前記ベースファイル内で、ＵＲＬによってリンク付けされた付随ファイルとからなる文書について、前記ベースファイルと、付随ファイルとをそれぞれ異なるドキュメントとして管理するドキュメント管理装置であって、前記ベースファイルと、付随ファイルとを登録する要求を受けて、ベースファイルと付随ファイルとにそれぞれ固有の識別子を関連づけて管理する手段と、文書に対する要求として、当該文書を構成するベースファイルの識別子を特定した要求が受信されたときに、そのベースファイル内でリンク付けされた付随ファイルを特定するために、前記ＵＲＬを利用して、当該付随ファイルを検索する手段と、を含むことを特徴としている。
【００１１】
また、上記従来例の問題点を解決するための本発明は、複数のドキュメントを管理するドキュメント管理装置であって、複数のファイルから構成されている文書の登録要求を受けて、当該文書を構成するファイルの各々をドキュメントとして、各ドキュメントに、ファイル名と、固有の識別子とを関連づけて管理する手段と、前記複数のドキュメントの一つが特定された後に、当該特定されたドキュメントとしてのファイルとともに文書を構成するファイルが、その格納位置に関する情報によって要求されたときに、前記格納位置に関する情報とを利用して、当該要求されたファイルを検索する検索手段と、を含むことを特徴としている。
【００１２】
ここで、各ファイルを、階層ディレクトリ構造によって管理し、前記検索手段は、前記格納位置に関する情報が、前記特定されたドキュメントとの相対的位置関係によって記述されているときに、当該特定されたドキュメントが、前記階層ディレクトリ構造内で管理されている位置を基準として前記階層ディレクトリ構造を前記相対的位置関係に基づいてたどりながら、要求されたファイルを検索することも好ましい。
【００１３】
さらに、上記従来例の問題点を解決するための本発明は、複数のドキュメントを管理するドキュメント管理方法であって、複数のファイルから構成されている文書の登録要求を受けて、当該文書を構成するファイルの各々をドキュメントとして、各ドキュメントに、ファイル名と、固有の識別子とを関連づけて管理する工程と、前記複数のドキュメントの一つが特定された後に、当該特定されたドキュメントとしてのファイルとともに文書を構成するファイルが、その格納位置に関する情報によって要求されたときに、前記格納位置に関する情報とを利用して、当該要求されたファイルを検索する検索工程と、を含むことを特徴としている。
【００１４】
さらに、上記従来例の問題点を解決するための本発明は、複数のドキュメントを管理するドキュメント管理プログラムであって、コンピュータに、複数のファイルから構成されている文書の登録要求を受けて、当該文書を構成するファイルの各々をドキュメントとして、各ドキュメントに、ファイル名と、固有の識別子とを関連づけて管理する手順と、前記複数のドキュメントの一つが特定された後に、当該特定されたドキュメントとしてのファイルとともに文書を構成するファイルが、その格納位置に関する情報によって要求されたときに、前記格納位置に関する情報とを利用して、当該要求されたファイルを検索する検索手順と、を実行させることを特徴としている。
【００１５】
【発明の実施の形態】
本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係るドキュメント管理装置１は、一般的なサーバコンピュータに実装され、具体的には図１に示すように、制御部１１と、記憶部１２と、ストレージ１３と、ネットワーク制御部１４とを含んで構成され、ネットワークを介してクライアント側装置２に接続されている。
【００１６】
制御部１１は、記憶部１２に格納されているプログラムに従って動作し、文書の登録処理と、文書を提供する処理とを基本的に実行している。この制御部１１の処理については、後に詳しく述べる。
【００１７】
記憶部１２は、制御部１１によって実行されるプログラムが格納されている。また、この記憶部１２は、制御部１１のワークメモリとしても動作する。ストレージ１３は、ドキュメントを論理的な階層ディレクトリ構造で管理している。また、ドキュメントの各々に対して、固有の識別子と、ドキュメントの作成日時及び更新日時の日時情報と、ドキュメントの所有者を識別する情報と、ドキュメントのアクセス権に関する情報とを関連づけて格納している。本実施の形態において特徴的なことは、本実施の形態のドキュメント管理装置１においては、１つのドキュメントが複数のディレクトリに属することができることである。これは例えばＵＮＩＸ（登録商標）でいう、ハードリンクと同様のもので、ディレクトリＡ内に属するファイルＸが、別のディレクトリＢにも属しているという構造を許容するものである。
【００１８】
ネットワーク制御部１４は、ネットワークに接続されており、制御部１１から入力される指示に従い、ネットワークを介して指示された宛先へドキュメントを配信する。また、このネットワーク制御部１４は、ネットワークを介して到来したデータを受信して、制御部１１に出力する。
【００１９】
クライアント側装置２は、ネットワークに接続された一般的なパーソナルコンピュータであり、一般的なＷｅｂブラウザがインストールされている。クライアント側装置２は、文書の登録要求をドキュメント管理装置１に対して送信し、また、ドキュメント管理装置１からファイルを受信して、当該ファイルを利用して文書を表示する等の所定の処理を実行する。
【００２０】
［文書の登録処理］
ここで、制御部１１の動作について説明する。まず、文書の登録処理について説明する。複数のファイルから構成される文書についての登録要求がネットワーク制御部１４を介して受信されると、制御部１１は、当該文書を構成する各ファイルをそれぞれ個別のドキュメントとして、それぞれに固有の識別子を付してストレージ１３に格納する。
【００２１】
具体的に、制御部１１は、ベースファイルとしてのＨＴＭＬファイルと、そのＨＴＭＬファイルから参照される画像データなどを含んだ、付随ファイルとを取得して、それぞれを個別のドキュメントとして、固有の識別子を付してストレージ１３に格納する。
【００２２】
ここで、制御部１１は、各ファイルを同一階層で管理してもよいし、例えば「ｉｍａｇｅ．ｊｐｇ」を含んだ「ｉｍａｇｅ」ディレクトリの格納要求があった場合、当該「ｉｍａｇｅ」ディレクトリを作成し（このディレクトリにも固有の識別子が発行されて、割当てられる）、当該「ｉｍａｇｅ」ディレクトリ内に、「ｉｍａｇｅ．ｊｐｇ」等のファイルを登録するようにしてもよい。
【００２３】
［文書の提供処理］
また、制御部１１は、ドキュメントの取得要求を受けて、当該ドキュメントを提供する。具体的に、制御部１１は、ネットワーク制御部１４を介してクライアント側装置２から識別子を含んだＵＲＬ（格納位置を表す情報に相当する）によりドキュメントの取得要求を受けて、図２に示す処理を開始し、まずＵＲＬをディレクトリを区切るデリミタ（例えばスラッシュ「／」）にて分割し、ＵＲＬセグメントを生成する。そして、制御部１１は、セグメントのうち、識別子よりも後方の部分を相対パスとして取り出す（Ｓ１）。制御部１１は、識別子により特定されるドキュメントのファイル名と、当該ＵＲＬの末尾のセグメントに示された文字列とが等しいか否かを判断し（Ｓ２）、等しいならば（Ｙｅｓならば）、当該識別子により特定されるドキュメントを配信して（Ｓ３）、処理を終了する。
【００２４】
一方、制御部１１は、処理Ｓ２において、識別子により特定されるドキュメントのファイル名と、ＵＲＬの末尾のセグメントに示された文字列とが等しくないならば（Ｎｏならば）、その識別子によって特定されるドキュメントが属しているディレクトリの一覧（親ディレクトリの一覧）を生成する（Ｓ４）。これは、ドキュメントが複数のディレクトリに属する場合があるためである。制御部１１は、当該一覧に示された各ディレクトリについて、相対パス解決処理を実行し、少なくとも一つのファイルを配信候補として選択する（Ｓ５）。この相対パス解決処理は、後で詳しく説明するが、あるドキュメントについて、そのドキュメントが属するディレクトリについて所定の条件に従って、ＵＲＬに示されたファイル名に対応するドキュメントが存在するか否かを調べるものである。
【００２５】
そして制御部１１は、処理Ｓ４において生成された一覧にディレクトリが複数あるか否か、つまり、処理Ｓ５にて配信候補として選択されたドキュメントが複数あるか否かを調べ（Ｓ６）、複数ある場合には、さらに所定の条件に従って一つのドキュメントを選択し（Ｓ７）、当該選択したドキュメントをネットワーク制御部１４を介してクライアント側装置２に配信する（Ｓ８）。また、処理Ｓ６において、複数なければ、そのまま処理Ｓ８へ移行して、当該選択されたドキュメントをネットワーク制御部１４を介してクライアント側装置２に配信する。
【００２６】
［相対パス解決処理］
次に、制御部１１による相対パス解決処理（処理Ｓ５）の具体的内容について図３を参照しながら説明する。制御部１１は、まず、識別子によって特定されるドキュメントが格納されているディレクトリを現在のディレクトリ（以下、カレントディレクトリという）として設定し、処理Ｓ１で取り出した相対パスについての最初のセグメントを現在のセグメント（以下、カレントセグメントという）として設定し（Ｓ１１）、カレントディレクトリ内で、カレントセグメントと同じ名称を有するディレクトリまたはドキュメントを検索する（Ｓ１２）。そして制御部１１は、処理Ｓ１２にて複数のディレクトリまたはドキュメントが検索されたか否かを調べ（Ｓ１３）、複数のディレクトリまたはドキュメントが検索されていれば（Ｙｅｓならば）、予め定めた条件に基づいて、当該複数のディレクトリまたはドキュメントのうちから一つのディレクトリまたはドキュメントを選択する（Ｓ１４）。ここで予め定めた条件としては、同一名称のディレクトリとドキュメントとがあった場合に（本実施の形態のドキュメント管理装置１では、識別子によりドキュメントを管理するため、同一名称のディレクトリやドキュメントが複数存在することがある）、ディレクトリを優先的に選択する条件を含む条件とする。
【００２７】
そして相対パス内に、まだカレントセグメントとして設定していないセグメントがあるか否かを判断し（Ｓ１５）、設定していないセグメントがあれば（Ｙｅｓならば）、処理Ｓ１４において選択したディレクトリをカレントディレクトリとして設定し、次のセグメントをカレントセグメントとして設定して（Ｓ１６）、処理Ｓ１２に戻って処理を続ける。
【００２８】
一方、制御部１１は、処理Ｓ１５において設定していないセグメントがなければ（Ｎｏならば）、処理Ｓ１４にて選択したディレクトリ又はドキュメント（登録が正常であれば、必ずドキュメントが選択される）を配信候補として選択して、相対パス解決処理を終了する。また、処理Ｓ１３にて複数のディレクトリまたはドキュメントが検索されていなければ（Ｎｏならば）、検索されたディレクトリまたはドキュメントについて、処理Ｓ１５に移行して実行を続ける。
【００２９】
［選択条件］
ここで、処理Ｓ７及び処理Ｓ１４において制御部１１が一つのディレクトリやドキュメントを選択する条件について説明する。この条件は、基本的に、（１）ディレクトリとドキュメントとの別に基づく条件と、（２）識別子を利用した条件と、（３）ディレクトリやドキュメントに関する日時の情報（作成日時や更新日時）を利用した条件と、（４）利用者に関する情報を用いた条件と、の少なくとも一つを含んだものである。
【００３０】
なお、処理Ｓ１４においては、既に述べたように、（１）の条件として、同一名称のディレクトリとドキュメントとがあった場合には、ディレクトリを優先的に選択する条件を優先的に適用する。尤も、この場合にも、例えば最後のセグメントについての処理を行っているときは、ディレクトリではなく、ドキュメントを優先的に選択する、というように、カレントセグメントの位置に応じて条件を変更するようにしてもよい。
【００３１】
また（２）識別子を利用した条件とは、例えば次のようなものである。すなわち、ドキュメントの登録時に、制御部１１が識別子として登録順に連番を付している場合は、例えば、ＵＲＬで示された識別子としての連番の大きい方を優先的に選択する。この場合、より新しいものが選択的に配信されることとなる。また、ＵＲＬに含まれる識別子に最も近い識別子を選択することとするのも好ましい。これによると、ベースファイルから参照される付随ファイルは、ベースファイルに近い識別子が付与されると期待されるから、より的確な付随ファイルが選択され得る。さらに、（３）ディレクトリやドキュメントに関する日時の情報を用いた条件の例としては、作成日時の最も新しいもの又は最も古いものを選択したり、更新日時の最も新しいもの又は最も古いものを選択するとの条件がある。
【００３２】
なお、（４）利用者に関する情報を用いた条件を適用する場合は、各ドキュメントや各ディレクトリに作成者や所有者などの情報を関連づけて保持しておくとともに、制御部１１がクライアント側装置２を用いて種々の要求を行う利用者を認証しておいて、例えば選択の候補となるドキュメントのうち、現在の要求に係る利用者が所有する（又は更新した）ものを選択する。さらに、選択の候補となるドキュメントについて、各ドキュメントが属している各ディレクトリの利用者を参照し、現在の要求に係る利用者が所有するディレクトリに格納されているドキュメントを優先的に選択するなどとしてもよい。
【００３３】
また、利用者に関する情報としては、利用者名だけでなく、利用者をグループ単位に管理しておき、このグループ情報を用いてもよい。例えば、選択の候補となるドキュメントのうち、現在の要求に係る利用者が属しているグループ（又はそのグループに属する利用者のいずれか）により所有されている（又は更新されている）ものを選択する。
【００３４】
さらに、これらの条件（１）から（４）を組み合せて用いてもよい。この場合、その組み合せ順序も本実施の形態のドキュメント管理装置１の管理者により、ドキュメント管理装置１の利用目的に応じて変更可能としてもよい。
【００３５】
例えば（４）の利用者に関する情報を用いた条件を適用した後に、（３）の日付情報を用いた条件を適用してもよいし、逆に（３）の条件を適用した後に（４）の条件を適用してもよい。これにより例えばある所有者Ｘのドキュメントα，βと、所有者Ｙのドキュメントγとがある場合であって、これらが同一の名称を有し、作成日時が、α，β，γの順に新しくなるものとするとき、前者のように先に（４）の条件を適用すると、例えば利用者Ｘがドキュメントの要求をしたときには、（４）の条件によりまずα，βが優先的に選択され、さらに（３）の条件によりβが選択されるのに対し、後者のように先に（３）の条件を適用すると、同じく利用者Ｘがドキュメントを要求したとしても、最も新しく作成された利用者Ｙのドキュメントγが選択されることとなる。
【００３６】
［動作］
ここで本実施形態に係るドキュメント管理装置１の動作について説明する。まず、図４（ａ）に示すように、識別子「Ｄｏｃ−１」で、ファイル名が「Ｓａｍｐｌｅ．ｈｔｍｌ」であるドキュメントと、識別子が「Ｄｏｃ−２」でファイル名が「ｉｍａｇｅ．ｊｐｇ」であるドキュメントとがルートディレクトリに格納されており、識別子「Ｄｏｃ−１」のドキュメント内に、「ｉｍａｇｅ．ｊｐｇ」を参照する記述、例えば「＜ｉｍｇ　ｓｒｃ＝”ｉｍａｇｅ．ｊｐｇ”＞」なる記述がある場合を例として説明する。
【００３７】
利用者が、Ｗｅｂブラウザを用いて、識別子「Ｄｏｃ−１」にて識別されるドキュメントの取得要求として、ＵＲＬ「ｈｔｔｐ：／／ｘｘｘ／Ｇｅｔ／Ｄｏｃ−１／Ｓａｍｐｌｅ．ｈｔｍｌ」をネットワークを介してドキュメント管理装置１へ送信すると、ドキュメント管理装置１の制御部１１が、このＵＲＬを分析し、「Ｇｅｔ」のセグメントにより取得要求であると判断するとともに、続く「Ｄｏｃ−１」のセグメント（識別子のセグメント）により、ストレージ１３から、識別子「Ｄｏｃ−１」、ファイル名「ｉｍａｇｅ．ｊｐｇ」のドキュメントが見いだされる。一方、ＵＲＬの末尾のセグメントも「ｉｍａｇｅ．ｊｐｇ」であり、ファイル名に一致しているから（処理Ｓ３により）、この識別子「Ｄｏｃ−１」のドキュメントが利用者側へ配信される。
【００３８】
次に、利用者側のＷｅｂブラウザが、当該配信されたドキュメント内に、「ｉｍａｇｅ．ｊｐｇ」を参照する記述を見いだし、これをＵＲＬ「ｈｔｔｐ：／／ｘｘｘ／Ｇｅｔ／Ｄｏｃ−１／ｉｍａｇｅ．ｊｐｇ」で取得要求する。
【００３９】
ドキュメント管理装置１の制御部１１は、このＵＲＬにより、ストレージ１３から、識別子「Ｄｏｃ−１」、ファイル名「Ｓａｍｐｌｅ．ｈｔｍｌ」のドキュメントを見いだす。一方、ＵＲＬの末尾のセグメントは、「ｉｍａｇｅ．ｊｐｇ」であるので、識別子「Ｄｏｃ−１」のドキュメントを配信することなく、「ｉｍａｇｅ．ｊｐｇ」の親ディレクトリを特定する。これは、例えば識別子「Ｄｏｃ−２」のドキュメント自体に、親ディレクトリの一覧を関連づけておくことで実現できる。ここでは簡単のため、ルートディレクトリにしか識別子「Ｄｏｃ−２」のドキュメントは属していないとする。
【００４０】
制御部１１は、親ディレクトリであるルートディレクトリについて、識別子以降のセグメントである、「ｉｍａｇｅ．ｊｐｇ」を検索すると、識別子「Ｄｏｃ−２」のドキュメントが検索される。そして、このドキュメントが配信されることとなる。
【００４１】
同様に、図４（ｂ）に示すように、識別子が「Ｄｏｃ−１」で、ファイル名が「Ｓａｍｐｌｅ．ｈｔｍｌ」であるドキュメントと、識別子が「Ｃｏｌｌｅｃｔｉｏｎ−１」で、ディレクトリ名が「ｉｍａｇｅ」であるディレクトリとがルートディレクトリに格納されており、この識別子「Ｃｏｌｌｅｃｔｉｏｎ−１」のディレクトリ内に、識別子が「Ｄｏｃ−２」でファイル名が「ｉｍａｇｅ．ｊｐｇ」であるものと、識別子が「Ｄｏｃ−４」でファイル名が「ｉｍａｇｅ．ｊｐｇ」であるものとが格納されているとする。また、識別子「Ｄｏｃ−１」のドキュメント内に、「ｉｍａｇｅ」ディレクトリ内のファイル「ｉｍａｇｅ．ｊｐｇ」を参照する記述、例えば「＜ｉｍｇ　ｓｒｃ＝”ｉｍａｇｅ／ｉｍａｇｅ．ｊｐｇ”＞」なる記述がある場合を例として説明する。
【００４２】
この場合も、利用者が、Ｗｅｂブラウザを用いて、識別子「Ｄｏｃ−１」にて識別されるドキュメントの取得要求として、ＵＲＬ「ｈｔｔｐ：／／ｘｘｘ／Ｇｅｔ／Ｄｏｃ−１／Ｓａｍｐｌｅ．ｈｔｍｌ」をネットワークを介してドキュメント管理装置１へ送信すると、ドキュメント管理装置１側では、識別子「Ｄｏｃ−１」のドキュメントを配信する。そして利用者側のＷｅｂブラウザが、「ｉｍａｇｅ．ｊｐｇ」を参照する記述に基づき、該当するドキュメントを、ＵＲＬ「ｈｔｔｐ：／／ｘｘｘ／Ｇｅｔ／Ｄｏｃ−１／ｉｍａｇｅ／ｉｍａｇｅ．ｊｐｇ」で取得要求する。
【００４３】
すると、ドキュメント管理装置１の制御部１１は、このＵＲＬにより、ストレージ１３から、識別子「Ｄｏｃ−１」、ファイル名「Ｓａｍｐｌｅ．ｈｔｍｌ」のドキュメントを見いだす。一方、ＵＲＬの末尾のセグメントは、「ｉｍａｇｅ．ｊｐｇ」であるので、識別子「Ｄｏｃ−１」のドキュメントを配信することなく、「ｉｍａｇｅ．ｊｐｇ」の親ディレクトリを特定する。ここでも簡単のため、ルートディレクトリにしか識別子「Ｄｏｃ−１」のドキュメントは属していないとする。
【００４４】
制御部１１は、親ディレクトリであるルートディレクトリについて、識別子以降のセグメントである、「ｉｍａｇｅ」を検索すると、識別子「Ｃｏｌｌｅｃｔｉｏｎ−１」のディレクトリが検索される。そして、さらにセグメントがあるので、当該識別子「Ｃｏｌｌｅｃｔｉｏｎ−１」のディレクトリに移動して、次のセグメント「ｉｍａｇｅ．ｊｐｇ」を検索すると、識別子が「Ｄｏｃ−２」のものと「Ｄｏｃ−４」のものとの２つが検索される。ここで、予め設定されている条件を適用して、例えば識別子に示される番号の大きいものを選択するという条件が設定されていれば、識別子が「Ｄｏｃ−４」のドキュメントが配信される。
【００４５】
このように、本実施の形態によれば、最も確からしいドキュメントがＵＲＬに示された情報とファイル名の情報とに基づいて検索され、当該検索されたドキュメントが配信されるので、各ファイルを別々のドキュメントとして、それぞれに固有の識別子を付して管理する場合にも、複数のファイルから構成される文書を正常に表示できるように提供できる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るドキュメント管理装置と、その接続状態を表す構成ブロック図である。
【図２】制御部１１の処理の一例を表すフローチャート図である。
【図３】制御部１１による相対パス解決処理の一例を表すフローチャート図である。
【図４】ストレージ１３の内容の例を表す説明図である。
【符号の説明】
１　ドキュメント管理装置、２　クライアント側装置、１１　制御部、１２　記憶部、１３　ストレージ、１４　ネットワーク制御部。
【図１】
2004021531.tif 000003
【図２】
2004021531.tif 000004
【図３】
2004021531.tif 000005
【図４】
2004021531.tif 000006