JP2001357051A - 文書管理装置 - Google Patents
文書管理装置Info
- Publication number
- JP2001357051A JP2001357051A JP2000180494A JP2000180494A JP2001357051A JP 2001357051 A JP2001357051 A JP 2001357051A JP 2000180494 A JP2000180494 A JP 2000180494A JP 2000180494 A JP2000180494 A JP 2000180494A JP 2001357051 A JP2001357051 A JP 2001357051A
- Authority
- JP
- Japan
- Prior art keywords
- document
- identifier
- client
- url
- old
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 文書管理システム内で、文書の移動や文書名
の変更などがあっても、その履歴を追跡することを可能
とし、クライアントがそれ以前に記憶していた文書の識
別子を用いて、対応する文書を取り出せるようにする。 【解決手段】 サーバ部１０は文書及び文書の属性デー
タを管理し、クライアント（ユーザ）部２０は、サーバ
部１０に対して文書の取得要求を送り、応答を受け取
る。今、ある文書の識別子が変化するような処理を行な
った場合に、識別子履歴管理手段１１は、その文書の旧
識別子情報及び新識別子情報を記録する。文書取得手段
１４は、与えられた識別子から対応する文書を検索し、
該文書取得手段１４で文書が検索できなかった場合に、
文書追跡手段１３は、識別子履歴管理手段１１を用いて
対応する旧識別子を検索し、その旧識別子を用いて再び
文書を検索する。
の変更などがあっても、その履歴を追跡することを可能
とし、クライアントがそれ以前に記憶していた文書の識
別子を用いて、対応する文書を取り出せるようにする。 【解決手段】 サーバ部１０は文書及び文書の属性デー
タを管理し、クライアント（ユーザ）部２０は、サーバ
部１０に対して文書の取得要求を送り、応答を受け取
る。今、ある文書の識別子が変化するような処理を行な
った場合に、識別子履歴管理手段１１は、その文書の旧
識別子情報及び新識別子情報を記録する。文書取得手段
１４は、与えられた識別子から対応する文書を検索し、
該文書取得手段１４で文書が検索できなかった場合に、
文書追跡手段１３は、識別子履歴管理手段１１を用いて
対応する旧識別子を検索し、その旧識別子を用いて再び
文書を検索する。
Description
【０００１】
【発明の属する技術分野】本発明は、文書管理装置、よ
り詳細には、文書をＵＲＬのような何らかの識別子で特
定できるような文書管理システムにおいて、文書の識別
子が変更された時に、古い識別子による文書の特定も可
能とする技術に関し、例えば、ＷＷＷサーバにおいて、
あるリソースのＵＲＬが変更された時に、古いＵＲＬを
用いたリソースの取得要求がクライアントからあった場
合、変更された新たなＵＲＬをクライアントに返し、再
接続するよう応答する技術に関する。
り詳細には、文書をＵＲＬのような何らかの識別子で特
定できるような文書管理システムにおいて、文書の識別
子が変更された時に、古い識別子による文書の特定も可
能とする技術に関し、例えば、ＷＷＷサーバにおいて、
あるリソースのＵＲＬが変更された時に、古いＵＲＬを
用いたリソースの取得要求がクライアントからあった場
合、変更された新たなＵＲＬをクライアントに返し、再
接続するよう応答する技術に関する。
【０００２】
【従来の技術】文書管理システムはサーバ部とクライア
ント部に別れていることが多い。サーバ部は文書及び文
書の属性データを管理する。クライアント部はユーザイ
ンタフェースを持ち、ユーザの操作に応じてサーバ部に
要求を送り、応答を受け取る。もっとも基本的な要求は
文書の取得要求である。このとき、必要な文書を特定す
るために何らかの識別子が必要となる。近年の文書管理
システムでは、ＵＲＬ（Uniform Resource Locator）を
用いて識別子を表現することが多い。なお、ＵＲＬはＲ
ＦＣ１７３８で規定されており、たとえば、“http://h
ostname/folder1/folder2/docname”というＵＲＬで文
書を特定することになる。
ント部に別れていることが多い。サーバ部は文書及び文
書の属性データを管理する。クライアント部はユーザイ
ンタフェースを持ち、ユーザの操作に応じてサーバ部に
要求を送り、応答を受け取る。もっとも基本的な要求は
文書の取得要求である。このとき、必要な文書を特定す
るために何らかの識別子が必要となる。近年の文書管理
システムでは、ＵＲＬ（Uniform Resource Locator）を
用いて識別子を表現することが多い。なお、ＵＲＬはＲ
ＦＣ１７３８で規定されており、たとえば、“http://h
ostname/folder1/folder2/docname”というＵＲＬで文
書を特定することになる。
【０００３】
【発明が解決しようとする課題】ＵＲＬには文書名（フ
ァイル名）や、フォルダ名（ディレクトリ名）などを用
いることが多いが、これらの名前又は文書を置くフォル
ダなどは文書管理システムで変更が可能である。もし、
変更してしまうと、それまで文書に対応していたＵＲＬ
では文書を取得できなくなってしまう。
ァイル名）や、フォルダ名（ディレクトリ名）などを用
いることが多いが、これらの名前又は文書を置くフォル
ダなどは文書管理システムで変更が可能である。もし、
変更してしまうと、それまで文書に対応していたＵＲＬ
では文書を取得できなくなってしまう。
【０００４】文書の置かれるフォルダ名と文書名とを組
み合わせてＵＲＬを構成しているシステムを考えてみ
る。“ｆｏｌｄｅｒ１”という名前のフォルダに置かれ
た“ｍｙｄｏｃ”という名前の文書は“ｈｔｔｐ：／／
ｈｏｓｔｎａｍｅ／ｆｏｌｄｅｒ１／ｍｙｄｏｃ”とい
うＵＲＬで表現することにする。クライアントはこのＵ
ＲＬを記憶しておき、必要な時にこのＵＲＬを用いてサ
ーバに文書取得要求を出すことができる。
み合わせてＵＲＬを構成しているシステムを考えてみ
る。“ｆｏｌｄｅｒ１”という名前のフォルダに置かれ
た“ｍｙｄｏｃ”という名前の文書は“ｈｔｔｐ：／／
ｈｏｓｔｎａｍｅ／ｆｏｌｄｅｒ１／ｍｙｄｏｃ”とい
うＵＲＬで表現することにする。クライアントはこのＵ
ＲＬを記憶しておき、必要な時にこのＵＲＬを用いてサ
ーバに文書取得要求を出すことができる。
【０００５】しかし、ある時点で、この文書を“ｆｏｌ
ｄｅｒ２”に移したとする。すると、それ以降は“ｈｔ
ｔｐ：／／ｈｏｓｔｎａｍｅ／ｆｏｌｄｅｒ１／ｍｙｄ
ｏｃ”というＵＲＬではなく、“ｈｔｔｐ：／／ｈｏｓ
ｔｎａｍｅ／ｆｏｌｄｅｒ２／ｍｙｄｏｃ”というＵＲ
Ｌを用いないと文書を取得することができなくなる。そ
のため、古いＵＲＬを記憶していたクライアントは、そ
のままでは対応する文書を取得することはできない。
ｄｅｒ２”に移したとする。すると、それ以降は“ｈｔ
ｔｐ：／／ｈｏｓｔｎａｍｅ／ｆｏｌｄｅｒ１／ｍｙｄ
ｏｃ”というＵＲＬではなく、“ｈｔｔｐ：／／ｈｏｓ
ｔｎａｍｅ／ｆｏｌｄｅｒ２／ｍｙｄｏｃ”というＵＲ
Ｌを用いないと文書を取得することができなくなる。そ
のため、古いＵＲＬを記憶していたクライアントは、そ
のままでは対応する文書を取得することはできない。
【０００６】
【課題を解決するための手段】請求項１の発明は、ＵＲ
Ｌのような識別子でクライアントが文書を特定可能な文
書管理装置において、ある文書の識別子が変化するよう
な処理を行なった場合に、その文書の旧識別子情報及び
新識別子情報を記録する識別子履歴管理手段と、与えら
れた識別子から対応する文書を検索する文書取得手段
と、文書取得手段で文書が検索できなかった場合に、識
別子履歴管理手段で対応する旧識別子を検索し、その旧
識別子を用いて再び文書を検索する文書追跡手段と、を
有することを特徴としたものである。
Ｌのような識別子でクライアントが文書を特定可能な文
書管理装置において、ある文書の識別子が変化するよう
な処理を行なった場合に、その文書の旧識別子情報及び
新識別子情報を記録する識別子履歴管理手段と、与えら
れた識別子から対応する文書を検索する文書取得手段
と、文書取得手段で文書が検索できなかった場合に、識
別子履歴管理手段で対応する旧識別子を検索し、その旧
識別子を用いて再び文書を検索する文書追跡手段と、を
有することを特徴としたものである。
【０００７】請求項２の発明は、請求項１の発明におい
て、識別子履歴管理手段は識別子情報が変化した日時も
合わせて記録し、文書追跡手段は旧識別子から日時に矛
盾なく辿れる新識別子をすべて検索し、旧識別子に対応
する文書が複数あれば、文書取得手段はその一覧をクラ
イアントに提示することを特徴としたものである。
て、識別子履歴管理手段は識別子情報が変化した日時も
合わせて記録し、文書追跡手段は旧識別子から日時に矛
盾なく辿れる新識別子をすべて検索し、旧識別子に対応
する文書が複数あれば、文書取得手段はその一覧をクラ
イアントに提示することを特徴としたものである。
【０００８】請求項３の発明は、請求項１又は２の発明
において、識別子履歴管理手段は、文書が存在するホス
ト情報も記録することを特徴としたものである。
において、識別子履歴管理手段は、文書が存在するホス
ト情報も記録することを特徴としたものである。
【０００９】
【発明の実施の形態】図１は、本発明による文書管理装
置の実施例を説明するための要部概略構成図で、図中、
１０はサーバ部、２０はクライアント部で、サーバ部１
０は、識別子履歴管理手段１１，文書保管手段１２，文
書追跡手段１３、及び、文書取得手段１４を有し、サー
バ部１０は文書及び文書の属性データを管理し、クライ
アント（ユーザ）部２０は、サーバ部１０に対して文書
の取得要求を送り、応答を受け取る。最初に、サーバ部
１０の各手段について説明する。
置の実施例を説明するための要部概略構成図で、図中、
１０はサーバ部、２０はクライアント部で、サーバ部１
０は、識別子履歴管理手段１１，文書保管手段１２，文
書追跡手段１３、及び、文書取得手段１４を有し、サー
バ部１０は文書及び文書の属性データを管理し、クライ
アント（ユーザ）部２０は、サーバ部１０に対して文書
の取得要求を送り、応答を受け取る。最初に、サーバ部
１０の各手段について説明する。
【００１０】（識別子履歴管理手段）文書やフォルダの
名前が変更されたり、文書を置くフォルダが変更される
と対応するＵＲＬが変化するので、その履歴を記録する
ための手段である。表１に識別子履歴管理手段が管理す
る情報の例を示す。１行目は、１９９９年１月１日１４
時２０分３４秒に、“／ｆｏｌｄｅｒ１／ｆｏｌｄｅｒ
２／ｄｏｃｎａｍｅ”が“／ｆｏｌｄｅｒ３／ｄｏｃｎ
ａｍｅ”に変更されたことを示している。なお、ここで
は、旧識別子・新識別子ともに、ＵＲＬの部分文字列を
使用しているが、ＵＲＬを構成できる情報が入っていれ
ば他の形式でもかまわない。
名前が変更されたり、文書を置くフォルダが変更される
と対応するＵＲＬが変化するので、その履歴を記録する
ための手段である。表１に識別子履歴管理手段が管理す
る情報の例を示す。１行目は、１９９９年１月１日１４
時２０分３４秒に、“／ｆｏｌｄｅｒ１／ｆｏｌｄｅｒ
２／ｄｏｃｎａｍｅ”が“／ｆｏｌｄｅｒ３／ｄｏｃｎ
ａｍｅ”に変更されたことを示している。なお、ここで
は、旧識別子・新識別子ともに、ＵＲＬの部分文字列を
使用しているが、ＵＲＬを構成できる情報が入っていれ
ば他の形式でもかまわない。
【００１１】
【表１】
【００１２】表２のように、識別子履歴管理手段でホス
ト名も管理することもできる。ホスト名も管理しておけ
ば、文書を異なるホストで管理することにした場合で
も、文書の追跡が可能になる。
ト名も管理することもできる。ホスト名も管理しておけ
ば、文書を異なるホストで管理することにした場合で
も、文書の追跡が可能になる。
【００１３】
【表２】
【００１４】（文書保管手段）ファイルシステムやデー
タベース管理システムなどを用いて、文書内容と文書属
性とを関連づけて保管しておくための手段である。この
手段は公知の技術であり、本発明に特有の処理はない。
文書はフォルダ又はディレクトリと呼ばれる木構造のな
かのいずれかのノードに位置づけられる。文書を取り出
すには、フォルダ階層を根から辿る必要がある。文書は
クライアントからは次のようなＵＲＬで特定される。 http://hostname/folder1/forder2/document
タベース管理システムなどを用いて、文書内容と文書属
性とを関連づけて保管しておくための手段である。この
手段は公知の技術であり、本発明に特有の処理はない。
文書はフォルダ又はディレクトリと呼ばれる木構造のな
かのいずれかのノードに位置づけられる。文書を取り出
すには、フォルダ階層を根から辿る必要がある。文書は
クライアントからは次のようなＵＲＬで特定される。 http://hostname/folder1/forder2/document
【００１５】このＵＲＬから対応する文書を得るため
に、次の処理を行なう。 ・ホスト名を表すセグメント（‘／’で区切られた区
間）の次のセグメントの内容（“ｆｏｌｄｅｒ１”）を
取り出す。 ・最上位のフォルダの中で“ｆｏｌｄｅｒ１”に一致す
る名前を持つものを探す。もし、対応するものがなけれ
ば、このＵＲＬに対応する文書は存在しない。 ・“ｆｏｌｄｅｒ１”の子フォルダの中で、“ｆｏｌｄ
ｅｒ２”に一致する名前を持つものを探す。もし対応す
るものがなければ、このＵＲＬに対応する文書は存在し
ない。 ・“ｆｏｌｄｅｒ２”の下で、“ｄｏｃｕｍｅｎｔ”と
いう名前をもつ文書を探す。もし対応するものがなけれ
ば、このＵＲＬに対応する文書は存在しない。
に、次の処理を行なう。 ・ホスト名を表すセグメント（‘／’で区切られた区
間）の次のセグメントの内容（“ｆｏｌｄｅｒ１”）を
取り出す。 ・最上位のフォルダの中で“ｆｏｌｄｅｒ１”に一致す
る名前を持つものを探す。もし、対応するものがなけれ
ば、このＵＲＬに対応する文書は存在しない。 ・“ｆｏｌｄｅｒ１”の子フォルダの中で、“ｆｏｌｄ
ｅｒ２”に一致する名前を持つものを探す。もし対応す
るものがなければ、このＵＲＬに対応する文書は存在し
ない。 ・“ｆｏｌｄｅｒ２”の下で、“ｄｏｃｕｍｅｎｔ”と
いう名前をもつ文書を探す。もし対応するものがなけれ
ば、このＵＲＬに対応する文書は存在しない。
【００１６】文書保管手段は、クライアントから文書名
の変更要求、又は、文書の移動要求があった場合、内部
で管理しているデータを適切に変更すると共に、識別子
履歴管理手段に対して、旧識別子，新識別子，変更日時
灯の登録を依頼する。このことによって、識別子履歴管
理手段には常に最新の情報を反映しておくことができ
る。
の変更要求、又は、文書の移動要求があった場合、内部
で管理しているデータを適切に変更すると共に、識別子
履歴管理手段に対して、旧識別子，新識別子，変更日時
灯の登録を依頼する。このことによって、識別子履歴管
理手段には常に最新の情報を反映しておくことができ
る。
【００１７】（文書追跡手段）与えられた旧識別子に対
して、対応する新識別子を求めるための手段である。最
も単純な実装方法を示す。 １．与えられた旧識別子にマッチする行を識別子履歴管
理手段から得る。 ２．その行の新識別子を旧識別子として持つ行を識別子
履歴管理手段から得る。 ３．マッチする識別子がなくなるまで、前記２．を繰り
返し、最終的に得られた新識別子が、与えられた旧識別
子に対応する新識別子である。
して、対応する新識別子を求めるための手段である。最
も単純な実装方法を示す。 １．与えられた旧識別子にマッチする行を識別子履歴管
理手段から得る。 ２．その行の新識別子を旧識別子として持つ行を識別子
履歴管理手段から得る。 ３．マッチする識別子がなくなるまで、前記２．を繰り
返し、最終的に得られた新識別子が、与えられた旧識別
子に対応する新識別子である。
【００１８】上記の方法だと、余計な識別子まで対応す
るとみなしてしまうことがあるので、変更日時データを
用いて次のような処理を行なう方がよい。 １．与えられた旧識別子にマッチする行を識別子履歴管
理手段から得る。 ２．その行の新識別子を旧識別子として持つ行で、変更
日時がより新しいものを識別子履歴管理手段から得る。 ３．マッチする識別子がなくなるまで、前記２．を繰り
返し、最終的に得られた新識別子が、与えられた旧識別
子に対応する新識別子である。
るとみなしてしまうことがあるので、変更日時データを
用いて次のような処理を行なう方がよい。 １．与えられた旧識別子にマッチする行を識別子履歴管
理手段から得る。 ２．その行の新識別子を旧識別子として持つ行で、変更
日時がより新しいものを識別子履歴管理手段から得る。 ３．マッチする識別子がなくなるまで、前記２．を繰り
返し、最終的に得られた新識別子が、与えられた旧識別
子に対応する新識別子である。
【００１９】たとえば、表３では次のようになる。 ・指定された旧識別子がＡとする。 ・Ａに対応する新識別子はＢで、変更日時は１９９９−
０１−０１である。 ・Ｂに対応する新識別子はＣとＥの２通りであるが、Ａ
→Ｂの変更日時より新しいのはＢ→Ｃだけである。 ・したがって、旧識別子Ａに対応するのはＣだけであ
る。
０１−０１である。 ・Ｂに対応する新識別子はＣとＥの２通りであるが、Ａ
→Ｂの変更日時より新しいのはＢ→Ｃだけである。 ・したがって、旧識別子Ａに対応するのはＣだけであ
る。
【００２０】
【表３】
【００２１】（文書取得手段）クライアントからＵＲＬ
と共に文書取得要求が伝えられ、対応する文書内容を文
書保管手段から取り出して返す。 ・もし文書保管手段に対応する文書が無い場合は、ＵＲ
Ｌを文書追跡手段に渡して、新たなＵＲＬに変更されて
いるかどうかを調べる。 ・もし該当する新たなＵＲＬがなかった場合は、該当す
る文書がないことをクライアントに伝える。 ・もし該当する新たなＵＲＬが一つだけの場合は、その
ＵＲＬに対して文書取得要求を送るようにクライアント
に伝える。 ・もし該当する新たなＵＲＬが複数の場合は、該当する
ＵＲＬの一覧をクライアントに伝える。
と共に文書取得要求が伝えられ、対応する文書内容を文
書保管手段から取り出して返す。 ・もし文書保管手段に対応する文書が無い場合は、ＵＲ
Ｌを文書追跡手段に渡して、新たなＵＲＬに変更されて
いるかどうかを調べる。 ・もし該当する新たなＵＲＬがなかった場合は、該当す
る文書がないことをクライアントに伝える。 ・もし該当する新たなＵＲＬが一つだけの場合は、その
ＵＲＬに対して文書取得要求を送るようにクライアント
に伝える。 ・もし該当する新たなＵＲＬが複数の場合は、該当する
ＵＲＬの一覧をクライアントに伝える。
【００２２】（文書名変更または文書移動の際の処理手
順）文書名変更の場合でも、文書移動の場合でも処理手
順は本質的には同じであるので、文書移動の場合の処理
手順を図２に沿って説明する。 ・クライアントから、ある文書の移動要求が（移動先の
指定と共に）文書保管手段に伝えられる。 ・文書保管手段内部で文書の位置に関しているデータを
適切に変更する。 ・文書保管手段が、識別子履歴管理手段に対して、「新
識別子，旧識別子，変更日時」の３つ組の情報の登録を
依頼する。識別子にはホスト名を含む場合もある。 ・識別子履歴管理手段は、内部データに依頼された情報
を追加する。
順）文書名変更の場合でも、文書移動の場合でも処理手
順は本質的には同じであるので、文書移動の場合の処理
手順を図２に沿って説明する。 ・クライアントから、ある文書の移動要求が（移動先の
指定と共に）文書保管手段に伝えられる。 ・文書保管手段内部で文書の位置に関しているデータを
適切に変更する。 ・文書保管手段が、識別子履歴管理手段に対して、「新
識別子，旧識別子，変更日時」の３つ組の情報の登録を
依頼する。識別子にはホスト名を含む場合もある。 ・識別子履歴管理手段は、内部データに依頼された情報
を追加する。
【００２３】（文書取得要求時の処理手順）クライアン
トから文書取得要求がきた場合の処理手順を図３に沿っ
て説明する。 ・クライアントから、文書取得要求がその文書のＵＲＬ
と共に文書取得手段に伝えられる。 ・文書取得手段は、文書保管手段にそのＵＲＬに対応す
る文書の取出しを依頼する。もし取出しが成功すれば、
その文書をクライアントに返す。 ・取出しが失敗した場合、文書取得手段は文書追跡手段
に対して、指定したＵＲＬに対応する新ＵＲＬの検索を
依頼する。 ・もし新ＵＲＬが得られなければ、クライアントにエラ
ーを返す。 ・もし１つだけＵＲＬが検索されれば、そのＵＲＬを用
いて文書取得要求を再発行するようにクライアントに伝
える。新ＵＲＬが異なったサーバを指していれば、クラ
イアントはそのサーバにアクセスすることになる。 ・もし複数のＵＲＬが検索されれば、そのＵＲＬの一覧
をＨＴＭＬ形式にしてクライアントに返し、ユーザが選
択できるようにする。
トから文書取得要求がきた場合の処理手順を図３に沿っ
て説明する。 ・クライアントから、文書取得要求がその文書のＵＲＬ
と共に文書取得手段に伝えられる。 ・文書取得手段は、文書保管手段にそのＵＲＬに対応す
る文書の取出しを依頼する。もし取出しが成功すれば、
その文書をクライアントに返す。 ・取出しが失敗した場合、文書取得手段は文書追跡手段
に対して、指定したＵＲＬに対応する新ＵＲＬの検索を
依頼する。 ・もし新ＵＲＬが得られなければ、クライアントにエラ
ーを返す。 ・もし１つだけＵＲＬが検索されれば、そのＵＲＬを用
いて文書取得要求を再発行するようにクライアントに伝
える。新ＵＲＬが異なったサーバを指していれば、クラ
イアントはそのサーバにアクセスすることになる。 ・もし複数のＵＲＬが検索されれば、そのＵＲＬの一覧
をＨＴＭＬ形式にしてクライアントに返し、ユーザが選
択できるようにする。
【００２４】
【発明の効果】請求項１に対応する効果 文書管理システム内で、文書の移動や文書名の変更など
があっても、その履歴を追跡することが可能になるの
で、クライアントがそれ以前に記憶していた文書の識別
子を用いて、対応する文書を取り出すことができる。
があっても、その履歴を追跡することが可能になるの
で、クライアントがそれ以前に記憶していた文書の識別
子を用いて、対応する文書を取り出すことができる。
【００２５】請求項２に対応する効果 文書の識別子履歴を変更日時と共に記録しておくので、
無関係な識別子を新たな識別子として判断することが少
なくなる。
無関係な識別子を新たな識別子として判断することが少
なくなる。
【００２６】請求項３に対応する効果 文書の識別子履歴をホスト名と共に記録しておくので、
ホスト間で文書の移動を行なっても追跡が可能になる。
ホスト間で文書の移動を行なっても追跡が可能になる。
【図１】 本発明による文書管理装置の一実施例を説明
するための要部概略構成図である。
するための要部概略構成図である。
【図２】 文書移動の処理例を説明するためのフロー図
である。
である。
【図３】 文書取得の処理例を説明するためのフロー図
である。
である。
１０…サーバ部、１１…識別子履歴管理手段、１２…文
書保管手段、１３…文書追跡手段、１４…文書取得手
段、２０…クライアント部。
書保管手段、１３…文書追跡手段、１４…文書取得手
段、２０…クライアント部。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 13/00 ５４０ Ｇ０６Ｆ 13/00 ５４０Ｆ
Claims (3)
- 【請求項１】 クライアントが識別子で文書を特定可能
な文書管理装置において、ある文書の識別子が変化する
ような処理を行なった場合に、その文書の旧識別子情報
及び新識別子情報を記録する識別子履歴管理手段と、与
えられた識別子から対応する文書を検索する文書取得手
段と、文書取得手段で文書が検索できなかった場合に、
前記識別子履歴管理手段を用いて対応する旧識別子を検
索し、その旧識別子を用いて再び文書を検索する文書追
跡手段と、を有することを特徴とする文書管理装置。 - 【請求項２】 請求項１において、識別子履歴管理手段
は識別子情報が変化した日時も合わせて記録し、文書追
跡手段は、旧識別子から日時に矛盾なく辿れる新識別子
をすべて検索し、旧識別子に対応する文書が複数あれ
ば、文書取得手段はその一覧をクライアントに提示する
ことを特徴とする文書管理装置。 - 【請求項３】 請求項１又は２において、識別子履歴管
理手段は、文書が存在するホスト情報も記録することを
特徴とする文書管理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000180494A JP2001357051A (ja) | 2000-06-15 | 2000-06-15 | 文書管理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000180494A JP2001357051A (ja) | 2000-06-15 | 2000-06-15 | 文書管理装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001357051A true JP2001357051A (ja) | 2001-12-26 |
Family
ID=18681574
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000180494A Pending JP2001357051A (ja) | 2000-06-15 | 2000-06-15 | 文書管理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001357051A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7031977B2 (en) | 2002-02-28 | 2006-04-18 | Plumtree Software, Inc. | Efficiently storing indented threads in a threaded discussion application |
| US8037107B2 (en) | 2007-11-20 | 2011-10-11 | Ricoh Company, Ltd. | Document transfer assisting system, monitor apparatus, document transfer assisting apparatus, method and computer readable recording medium |
| US8190560B2 (en) | 2008-11-21 | 2012-05-29 | Canon Kabushiki Kaisha | Workflow execution system, workflow execution apparatus, and control method for them |
| JP2014534490A (ja) * | 2011-09-21 | 2014-12-18 | ソノズ インコーポレイテッド | メディアを共有する方法およびシステム |
-
2000
- 2000-06-15 JP JP2000180494A patent/JP2001357051A/ja active Pending
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7031977B2 (en) | 2002-02-28 | 2006-04-18 | Plumtree Software, Inc. | Efficiently storing indented threads in a threaded discussion application |
| US7171429B2 (en) | 2002-02-28 | 2007-01-30 | Bea Systems, Inc. | Efficiently storing indented threads in a threaded discussion application |
| US7174330B2 (en) | 2002-02-28 | 2007-02-06 | Bea Systems, Inc. | Efficiently storing indented threads in a threaded discussion application |
| US7254585B2 (en) | 2002-02-28 | 2007-08-07 | Bea Systems, Inc. | Efficiently storing indented threads in a threaded discussion application |
| CN100416491C (zh) * | 2002-02-28 | 2008-09-03 | 普拉姆特易软件有限公司 | 在线索化讨论应用中高效存储缩进式线索 |
| US7653660B2 (en) | 2002-02-28 | 2010-01-26 | Bea Systems, Inc. | Efficiently storing indented threads in a threaded discussion application |
| US7660827B2 (en) | 2002-02-28 | 2010-02-09 | Bea Systems, Inc. | Efficiently storing indented threads in a threaded discussion application |
| US8341126B2 (en) | 2002-02-28 | 2012-12-25 | Oracle International Corporation | Efficiently storing indented threads in a threaded discussion application |
| US8037107B2 (en) | 2007-11-20 | 2011-10-11 | Ricoh Company, Ltd. | Document transfer assisting system, monitor apparatus, document transfer assisting apparatus, method and computer readable recording medium |
| US8190560B2 (en) | 2008-11-21 | 2012-05-29 | Canon Kabushiki Kaisha | Workflow execution system, workflow execution apparatus, and control method for them |
| JP2014534490A (ja) * | 2011-09-21 | 2014-12-18 | ソノズ インコーポレイテッド | メディアを共有する方法およびシステム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4318741B2 (ja) | データベースシステム、データベース検索方法及び記録媒体 | |
| US6336115B1 (en) | File sharing system in a client/server environment with efficient file control using a www-browser-function extension unit | |
| US6928452B2 (en) | Tiered and content based database searching | |
| US8959062B2 (en) | Data storage device with duplicate elimination function and control device for creating search index for the data storage device | |
| US20050108219A1 (en) | Tiered and content based database searching | |
| EP1422901A1 (en) | Client driven synchronization of file and folder content in web publishing | |
| JP2002351873A (ja) | メタデータ管理システムおよび検索方法 | |
| JP5557824B2 (ja) | 階層ファイルストレージに対する差分インデクシング方法 | |
| CN106611000A (zh) | 一种检索资源对象的方法、装置和系统 | |
| JP2009217426A (ja) | 情報処理装置、リソース同定プログラム、リソース同定方法 | |
| US8886618B2 (en) | Document management apparatus, method and medium storing program | |
| US7536404B2 (en) | Electronic files preparation for storage in a server | |
| US6976030B2 (en) | System and method for synchronizing distributed stored documents | |
| JP2940459B2 (ja) | ノード・リンク探索装置 | |
| US20030115172A1 (en) | Electronic file management | |
| JP2001357051A (ja) | 文書管理装置 | |
| US7313603B2 (en) | System and method for synchronizing unstructured documents | |
| JP2009187401A (ja) | 文書管理システム、文書管理装置、文書管理方法及びプログラム | |
| JPH10326282A (ja) | 電子ファイル検索・編集方法及びシステム及び電子ファイル検索・編集プログラムを格納した記憶媒体 | |
| JP4259858B2 (ja) | Ｗｗｗサイト履歴検索装置及び方法並びにプログラム | |
| KR100658299B1 (ko) | 데이터베이스 구조변화에 대응하는 웹기반 통신망성능감시 방법 | |
| JP2008071048A (ja) | 動的コンテンツ提示システム及びそのプログラム | |
| CN116756096B (zh) | 元数据处理方法、装置、电子设备及存储介质 | |
| JP5936465B2 (ja) | 複数データベース自動検索装置 | |
| JP2001084169A (ja) | 文書データベースアクセス装置 |