JP2001306372A - 文書管理方法およびその方法を実施するためのプログラムを記憶した記憶媒体 - Google Patents

文書管理方法およびその方法を実施するためのプログラムを記憶した記憶媒体

Info

Publication number
JP2001306372A
JP2001306372A JP2000121843A JP2000121843A JP2001306372A JP 2001306372 A JP2001306372 A JP 2001306372A JP 2000121843 A JP2000121843 A JP 2000121843A JP 2000121843 A JP2000121843 A JP 2000121843A JP 2001306372 A JP2001306372 A JP 2001306372A
Authority
JP
Japan
Prior art keywords
document
attribute
schema
management method
schemas
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.)
Granted
Application number
JP2000121843A
Other languages
English (en)
Other versions
JP4136267B2 (ja
Inventor
Jun Ehata
潤 江畑
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2000121843A priority Critical patent/JP4136267B2/ja
Priority to US09/838,268 priority patent/US6985894B2/en
Publication of JP2001306372A publication Critical patent/JP2001306372A/ja
Application granted granted Critical
Publication of JP4136267B2 publication Critical patent/JP4136267B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/93—Document management systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/12—Use of codes for handling textual entities
    • G06F40/131—Fragmentation of text files, e.g. creating reusable text-blocks; Linking to fragments, e.g. using XInclude; Namespaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/20—Natural language analysis
    • G06F40/205—Parsing
    • G06F40/221—Parsing markup language streams
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y10S707/99933—Query processing, i.e. searching
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99943—Generating database or data structure, e.g. via user interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computational Linguistics (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Document Processing Apparatus (AREA)

Abstract

(57)【要約】 【課題】 文書の検索の際などに用ちいる文書属性の項
目を利用者が自由に定義できるように複数の文書スキー
マを混在運用可能にした文書管理方法において、登録済
みの文書スキーマの変更などを安全に行うことができる
文書管理方法を提供する。 【解決手段】 複数の文書スキーマを混在運用可能にし
た文書管理方法において、利用者にスキーマ名を入力さ
せ（Ｓ１）、そのスキーマ名に付けるスキーマIDを自動
生成し（Ｓ２）、文書スキーマを構成する１つの属性に
ついて、属性名、属性タイプおよび表示順などを利用者
に入力させ（Ｓ３）、当該属性に属性IDを付け（Ｓ
４）、文書属性管理テーブルのフィールドを割り当て
（Ｓ５）、前のステップで得た属性項目情報を文書スキ
ーマに書き込み（Ｓ６）、１つの文書属性について作成
が終了すると、まだ作成していない属性が有るか否かを
判定し（Ｓ７）、有る場合にはその１つについてステッ
プＳ３から繰り返す。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、複数の文書スキー
マ（文書属性事項のデータ構造）に基づいた文書属性デ
ータ（書誌情報）を登録しておいて、文書検索などを行
う際にそのいずれの文書スキーマの文書属性データも用
いることができる文書管理方法およびその方法を実施す
るためのプログラムを記憶した記憶媒体に関する。
【０００２】
【従来の技術】文書管理システムは、例えば図10に示す
ように、一つまたは複数の文書管理サーバ12と複数のパ
ーソナルコンピュータなどクライアント端末装置11とか
ら成るネットワークシステムとして構成されている。文
書管理サーバ12内には、ハードディスクやコンパクトデ
ィスクなどの部分領域から構成されたフォルダなどと呼
ばれている文書保管場所単位を複数有した文書記憶手段
を備え、その中に文書データなどを保管する。また、ク
ライアント端末装置11内にも文書記憶手段を備え、その
中に文書データなどを保管する。そして、文書管理サー
バ12内の文書記憶手段に文書データを保管する場合に
は、例えば文書を登録する際には、利用者が、登録しよ
うとする文書コンテンツと、それにリンクさせる文書
名、登録者名およびキーワードなど文書属性データ（書
誌情報）を与え、文書コンテンツを保管するフォルダな
どを指定する。これにより、文書管理サーバ12内の文書
管理手段が、与えられた文書属性データや例えば時計回
路から取得した登録日などを文書属性管理テーブルに追
加して登録すると共に、与えられた文書コンテンツを追
加した文書属性データにリンクさせて指定されたフォル
ダなどに保管する。また、保管されている所望の文書コ
ンテンツを取り出す際には、利用者が、例えば検索条件
としてフォルダ名と文書名など一部の文書属性データと
を指定した閲覧指示などを与え、文書管理サーバ12内の
文書管理手段が、閲覧指示などに従って該当する文書を
検索し、該当文書の一覧情報を作成し、クライアント端
末装置11がそれを表示する。そして、その中から所望の
文書を指定させることによりその文書の文書コンテンツ
を文書管理サーバ12内の文書記憶手段から読み出し、そ
れを受信したクライアント端末装置11が文書コンテンツ
をその中の表示装置に表示し、文書コンテンツを用紙に
記録してその用紙を出力する。なお、文書一覧情報を構
成しているそれぞれの単位情報は、文書名（ファイル
名）、登録者名、登録日およびキーワードなどから成っ
ている。また、近年では、例えば管理している複数種類
の文書データベースのそれぞれに対応付けて複数種類の
文書スキーマ（文書属性事項のデータ構造，形式）の文
書属性データを登録しておき、いずれの文書スキーマの
文書属性データを用いても文書検索などが行えるように
した文書管理システムも提供されている。例えば文書ス
キーマＡでは、文書属性項目が文書名，作成者および登
録日であり、文書スキーマＢでは、文書属性項目が著書
名，著者名，発行日および出版者名であるような複数の
文書スキーマが用意されている。また、このような文書
管理システムでは、文書登録時、どの文書スキーマを適
用するかを選択することができる。
【０００３】図11に、従来技術による文書スキーマの定
義例を示す。複数の文書スキーマをそれぞれスキーマ識
別子（ID）で識別し、一つの文書空間で複数の文書スキ
ーマを利用できるようにしている。それぞれの文書IDに
その文書属性データを対応付ける文書属性管理テーブル
に文書毎にスキーマIDを書き込み、データベース内に記
憶されている文書コンテンツの属性をスキーマIDによっ
て識別できるようにしているのである（図３参照）。文
書IDに対応するスキーマIDにより、各属性値がそれぞれ
文書属性管理テーブル上のどのフィールドに保存されて
いるかが分かる。文書の登録時や検索時、入力フィール
ドや文書一覧の表示画面を作る際に、このようなスキー
マ定義が参照される。例として、図12に文書登録時の処
理フローを示す。この例では、文書コンテンツを登録し
（ステップＳ51）、その後、文書属性登録に先立ってど
のスキーマに従って文書属性登録を行うかを利用者が選
択し（ステップＳ52）、それに従った属性入力画面を自
動的に作成して表示し（ステップＳ53）、利用者の入力
した文書属性データをスキーマ定義に従って文書属性管
理テーブルの該当フィールドに保存して行く（ステップ
Ｓ54）。また、利用者が文書属性事項の構成を変更でき
るようにした文書管理システムも提供されている。この
ような文書管理システムでは、運用中のスキーマ変更に
対処する必要があるし、この場合、既に登録されている
文書の属性データに対しても変更内容を反映する必要が
あるので、そのための機能も備えているのが普通であ
る。
【０００４】
【発明が解決しようとする課題】しかしながら、従来の
文書管理システムでは、文書スキーマの適用範囲が特定
のデータベースに限られたり、別データベースに同じ文
書スキーマを適用することができても文書スキーマ変更
時には利用者自身がすべてのデータベースに対して同期
を取る（例えば一つのデータベースでの変更をすべての
データベースに反映させる）必要があったり、自動的に
同期を取る機能を設けていてもオフライン状態のデータ
ベースや過去に取ったデータベースのバックアップに対
してまでは同期を取ることが不可能なため、データの不
整合が生じ、正常に処理することができないというよう
な問題がある。本発明の課題は、このような従来の技術
の問題を解決することにある。すなわち、本発明の目的
は、文書の検索の際などに用いる文書属性の種類を利用
者が自由に定義できるように複数の文書スキーマ定義を
登録および保持し、複数の文書スキーマを混在運用可能
な文書管理システムにおいて、登録済みの文書スキーマ
の変更などを安全に行えたり、過去に登録した文書のバ
ックアップデータや別システムで管理されている文書と
の間で不整合が発生しないようにしたりできる文書管理
方法およびその方法を実施するためのプログラムを記憶
した記憶媒体を提供することにある。
【０００５】
【課題を解決するための手段】前記課題を解決するため
に、請求項１に記載の発明は、複数の文書スキーマに基
づいた文書属性データを文書コンテンツに対応付けて登
録し、複数の文書スキーマの混在運用を可能にした文書
管理方法において、それぞれの文書スキーマを示すスキ
ーマ識別子およびその文書スキーマに定義された各属性
を示す属性識別子を文書スキーマを構成する情報として
自動生成して登録することを特徴とする。請求項２に記
載の発明は、請求項１に記載の文書管理方法において、
文書スキーマ間の属性識別子を比較することにより複数
の文書スキーマに共通した共通属性か否かを判定し、そ
の判定結果に従って異なる文書スキーマに基づいた文書
属性データを生成することを特徴とする。請求項３に記
載の発明は、請求項１または請求項２に記載の文書管理
方法において、自動生成した識別子を含む文書スキーマ
を他の文書管理システムへ持ち出し可能なスキーマ定義
ファイルに書き込むことを特徴とする。請求項４に記載
の発明は、請求項１乃至請求項３のいずれか１つの請求
項に記載の文書管理方法において、自動生成された識別
子を含む文書スキーマを他の文書管理システムより得た
スキーマ定義ファイルから読み込んで新たな文書スキー
マとして登録することを特徴とする。請求項５に記載の
発明は、請求項１乃至請求項４のいずれか１つの請求項
に記載の文書管理方法において、複数の文書スキーマに
共通して属する文書属性データを文書属性データが記憶
されている文書属性管理テーブル中から検索する際、検
索条件として指定されたスキーマ名または属性名をスキ
ーマ識別子または前記文書属性管理テーブルの前記属性
名に対応付けられたフィールドを示す情報に変換して検
索することを特徴とする。請求項６に記載の発明は、請
求項１乃至請求項５のいずれか１つの記載の文書管理方
法を実施するためのプログラムを記憶したことを特徴と
する。
【０００６】
【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて詳細に説明する。図１は本発明の実施の形態
に係る文書管理方法を実施する文書管理装置を示すブロ
ック図である。図１に示したように、この実施の形態に
係る文書管理装置は、ＣＰＵ１と、メモリ（例えばＲＡ
Ｍ）２と、入力装置３と、表示装置４と、補助記憶装置
（例えばハードディスク装置）５と、外部記憶装置６お
よび通信制御装置７などを備えている。ＣＰＵ１は、プ
ログラムに従って装置各部を制御し文書管理処理を行
う。メモリ２は、プログラムおよび各種データを一時的
に記憶しておく。入力装置３は、キーボード入力装置お
よびマウス入力装置などからなる。表示装置４は、各種
データなどを表示する。補助記憶装置５は、プログラム
および文書コンテンツやその文書属性データなどを保管
しておく。外部記憶装置６は、着脱可能な記憶媒体から
なる。通信制御装置７は、ネットワークを介した通信を
制御する。図２は、本発明の各実施例の文書スキーマの
定義例を説明をするための説明図である。図２に示すよ
うに、スキーマIDとは、個々の文書スキーマに対応した
識別子である。属性IDとは、個々の文書属性に対応した
識別子ある。スキーマIDおよび属性IDは、分散環境でも
ユニークな識別子（同じ値のものが２つとない識別子）
が設定されることを保証するためにどちらも例えばGUID
（Global Unique Identifire ）値を用いる。GUIDと
は、コンピュータネットワーク関係の規約である）。ま
た、属性タイプとは、文字列型、数値型および日付型と
言ったようなデータ型である。対応フィールド名とは、
文書属性管理テーブルのどのフィールドが対応している
かを示すための名前である。このような文書スキーマの
定義が図11に示した従来の文書スキーマと異なるのは各
属性ごとにシステム全体でユニークな属性IDを付けて定
義している点である。この属性IDによって、例えば文書
スキーマ変更前後でどの文書属性が変更になったかとい
うようなことが明確に分かるので、変更した文書スキー
マに対して変更前の文書スキーマに属する文書が何らか
の理由により混在した状況で、変更前の文書スキーマに
従ったままになっている文書属性データ（以下、属性デ
ータと略す）を変更後の文書スキーマに変更して提示す
るというようなことができる。
【０００７】図３は、文書属性管理テーブルを示す説明
図である。図３において、String1〜Nとは、文書スキー
マで定義された各文書属性のうち文字列型の属性が割り
当てられるフィールドである。Numeric1〜Nとは、数値
型の属性である。DateTime1〜Nとは、日付型の属性が割
り当てられるフィールドであり、スキーマIDが違えば同
じフィールドでも違う属性値が入る。図４は、本発明の
第１の実施例を示す文書スキーマ作成の動作を説明する
ためのフロー図である。以下、図４などに基づいてこの
第１の実施例の動作を説明する。図示したように、ま
ず、ＣＰＵ１がプログラムに従って利用者にスキーマ名
を入力させる（ステップＳ１）。そして、そのスキーマ
名に付けるスキーマIDを自動生成し（あるいは通信制御
装置７によりネットワークを介して外部から取得し）
（ステップＳ２）、さらに、文書スキーマを構成する一
つの属性について、属性名、属性タイプ（データ型）お
よび表示順などを利用者に入力させる（ステップＳ
３）。続いて、スキーマIDの場合と同様にして当該属性
に属性IDを付け（ステップＳ４）、文書属性管理テーブ
ルのフィールドを割り当て（ステップＳ５）、さらに、
一つの属性について前のステップで得た属性名など属性
項目情報を文書スキーマに書き込む（ステップＳ６）。
こうして、一つの文書属性について作成が終了すると、
まだ作成していない属性が有るか否かを判定し（ステッ
プＳ７）、有る場合には（ステップＳ７でYes）その１
つについてステップＳ３から繰り返す。そして、すべて
の文書属性について作成が終了すると（ステップＳ７で
No）、この動作を終了させる。
【０００８】次に、図５は本発明の文書管理方法による
スキーマ変更時の動作を説明するためのフロー図であ
る。を説明する。図５に基づいてこのスキーマ変更時の
動作を説明するまず、ＣＰＵ１が、メッセージなどを表
示させて、例えば追加する属性名、削除する属性名、ま
たは変更内容などを入力させる（ステップＳ11）。そし
て、入力された内容に規定に反する内容が含まれていな
いかどうかをチェックする（ステップＳ12）。続いて、
入力された内容から、その変更が文書属性の追加か否か
を判定し（ステップＳ13）、文書属性の追加であれば
（ステップＳ13でYes）その文書属性に付ける新規の属
性IDを生成し（ステップＳ14）、その文書属性（以下、
属性と略す）に文書属性管理テーブルのフィールドを割
り当て（ステップＳ15）、文書スキーマにその属性の属
性名など属性項目情報を追加する（ステップＳ16）。こ
れに対して、ステップＳ13において属性の追加でないと
判定されたならば（ステップＳ13でNo）、入力された変
更が属性の削除か否かを判定する（ステップＳ17）。そ
して、属性の削除であれば（ステップＳ17でYes）、指
定された属性の属性項目情報を文書スキーマから削除し
（ステップＳ18）、文書属性管理テーブルのフィールド
の割り当てを削除し（ステップＳ19）、文書属性管理テ
ーブル中の全文書の該当フィールド値を消去する（ステ
ップＳ20）。また、ステップＳ17において属性の削除で
ないと判定されたならば（ステップＳ17でNo）、属性名
称などの変更であると判断し、入力された変更内容を文
書スキーマに反映させる（ステップＳ21）。前記ステッ
プＳ16，Ｓ20またはＳ21が実行された後は、入力された
内容中にまだ処理していない内容が有るか否かを判定し
（ステップＳ22）、有る場合には（ステップＳ22でYe
s）ステップＳ13から繰り返し、また、入力された内容
中にまだ処理していない内容が無ければ（ステップＳ22
でNo）スキーマIDを新しい値に変更して文書属性管理テ
ーブルにも反映させ（ステップＳ23）、この動作を終了
させる。
【０００９】図６は、本発明の文書管理方法によるデー
タ移行処理を説明するためのフロー図である。次に、文
書空間内においてスキーマ変更前の属性データ（バック
アップデータを再利用する際や、他システムと共有して
いた文書スキーマが変更され、その変更をまだ他システ
ムに反映させていないような場合を想定している）を変
更後のスキーマ定義に従って同調させる処理（データ移
行処理）の動作を図６に基づいて説明する。このデータ
移行処理では、まず、例えば外部記憶装置６に装着され
ている着脱可能な記憶媒体から変更前の文書スキーマと
それに従っている文書属性管理テーブルを読み出し、補
助記憶装置５に記憶されている変更後の文書スキーマと
それに従っている文書属性管理テーブルを読み出す。そ
して、変更前文書スキーマから最初の属性項目情報を取
り出し（ステップＳ31）、その変更前文書スキーマの属
性IDを変更後文書スキーマの各属性IDと比較して、変更
後文書スキーマ（新スキーマ）に同じ属性IDが存在する
か否かを判定する（ステップＳ32）。こうして、変更前
文書スキーマに存在して変更後文書スキーマに存在しな
い属性IDがあれば（ステップＳ32でNo）、変更前の文書
スキーマに従っている文書属性管理テーブル中の全文書
の該当フィールド値を消去する（ステップＳ33）。１つ
の属性について該当フィールド値を消去した後、または
ステップＳ32において変更後文書スキーマに同じ属性ID
が存在すると判定された場合には（ステップＳ32でYe
s）、未処理の属性（文書スキーマを構成している次の
属性）が変更前文書スキーマに有るか否かを判定し（ス
テップＳ34）、有る場合には（ステップＳ34でYes）次
の属性項目情報を取り出し（ステップＳ31）、以下、繰
り返す。そして、変更前文書スキーマに未処理の属性が
無いと判定されたならば（ステップＳ34でNo）、つま
り、変更後文書スキーマに従った属性データの生成（デ
ータ移行）が終了したならば、変更前文書スキーマを変
更後文書スキーマで置き換える（ステップＳ35）。な
お、属性名が変更になっているような場合もあるが、こ
れについては、スキーマ定義を上書きする以外、特に必
要な処理は発生しない。
【００１０】前記のように、本発明では、例えば変更前
後の二つの文書スキーマ間において各属性が共通か否か
を判定するのに属性名の代わりに属性IDを用いたが、文
書群（文書空間）を用途に応じて例えば基本スキーマと
その派生スキーマなど複数の文書スキーマに属させるよ
うな場合にも文書スキーマ間の各属性の共通性判断を属
性名でなく属性IDで行う。複数の文書スキーマに共通し
た共通属性か否かを属性IDを用いて判定し、その判定結
果に従って複数の文書スキーマに基づいた文書属性デー
タを生成するのである。また、この実施例では、図２に
示した文書スキーマ定義情報を他の文書管理システムへ
持ち出すための機能を提供している。例えば図２で示し
たような文書スキーマ定義情報を着脱可能な記憶媒体に
ファイルとして書き込むのである。他の文書管理システ
ムへ持ち出してもスキーマIDや属性IDの重複が発生しな
いように、図２に示した文書スキーマ定義情報ではそれ
ぞれのID値としてGUID値を用いている。なお、この外部
への持ち出しの目的は他の文書管理システムにおける新
規取り込みや共有スキーマの変更である。新規取り込み
は着脱可能な記憶媒体のデータを文書スキーマとして登
録するだけで実現できる。これに対して、共有スキーマ
の変更の場合は既存文書スキーマ（前記変更前文書スキ
ーマに相当）を着脱可能な記憶媒体に格納された新文書
スキーマに移行する必要があるので、図６に示した処理
が必要になる。このような文書管理システムでは、本来
文書空間を構成する情報に包含されない文書スキーマ定
義情報を文書空間内に複製として保持する。図７に示す
ように、例えば一つの文書管理システム（例えば一つの
文書管理装置）Ｓ内の文書空間A を構成する情報をバッ
クアップしたり他の文書管理システムへ移したりする際
に、その文書管理システムＳ内に登録されている文書ス
キーマ、文書スキーマを文書空間A の付随情報とし
て持ち出すことにより同期ずれによる文書スキーマと文
書空間の不整合を防ぐのである。元の文書管理システム
にある共通リソースとしての文書スキーマ定義情報と複
製として持ち出した文書スキーマ定義情報との間の不整
合は発生し得るが、その場合でも複製した文書スキーマ
定義情報を前記変更前スキーマ定義情報（旧スキーマ定
義情報）、共通リソース側を変更後スキーマ定義情報
（新スキーマ定義情報）として図６に示した処理を実行
することにより整合を取ることができる。こうして、以
上説明した第１の実施例によれば、複数の文書スキーマ
を混在運用可能な文書管理システムにおいて、複数の文
書スキーマ間で個々の属性が共通か否かを属性名でなく
ユニークな属性IDを用いて判定できるので、属性が違う
にもかかわらず同じであると誤判定したり同じであるに
もかかわらず違っていると誤判定したりすることがなく
なり、したがって、文書スキーマの変更などを安全に行
えるし、文書スキーマを文書属性管理テーブルや文書コ
ンテンツに付随させて他の文書管理システムへ持ち出す
ことにより過去に登録した文書のバックアップデータや
別システムで管理されている文書との間で不整合が発生
しないようにしたりできる。
【００１１】本発明の第２の実施例では、図８に示すよ
うな文書検索条件の変換を行う。図８に示したように、
文書検索条件としてスキーマ名が与えられている場合に
はそのスキーマ名をスキーマIDに変換し、検索条件とし
て属性名が与えられている場合には文書スキーマ定義に
従ってその属性名をフィールド名に変換する。なお、文
書スキーマ定義が複数になる場合は、検索条件として与
えられている属性は検索対象となる文書スキーマ全てが
共通に持つ属性である必要があり、これを満たさない検
索条件はエラーとなる。この第２の実施例の動作を説明
するためのフローを図９に示す。以下、図９などに基づ
いてこの第２の実施例の動作を説明する。図９に示した
ように、まず、登録されている複数の文書スキーマ中か
ら検索条件式中に与えられた最初のスキーマ名を探し
（ステップＳ41）、そのスキーマ名が見つかると、その
文書スキーマからスキーマIDを取得し、検索条件式中の
スキーマ名を取得したスキーマIDに置き換える（ステッ
プＳ42）。そして、置き換えたスキーマIDをメモリ２内
の所定領域に設けたスキーマリスト中に記憶し（ステッ
プＳ43）、検索条件式中の最後のスキーマ名まで達した
か否かを判定する（ステップＳ44）。その結果、最後の
スキーマ名まで達していなければ（ステップＳ44）検索
条件式中の次のスキーマ名を複数の文書スキーマ中から
探す（ステップＳ41）。そして、検索条件式中のすべて
のスキーマ名がスキーマIDに置き換えられると（ステッ
プＳ44でYes）、スキーマIDへの置換を行った最初の文
書スキーマ中から検索条件式中の検索対象属性名を探し
（ステップＳ45）、その検索対象属性名がその文書スキ
ーマ中に共通してあるか否かを調べる（ステップＳ4
6）。こうして、共通してあると判定されたならば（ス
テップＳ47でYes）、スキーマリスト中の最初のスキー
マIDつまり検索条件式の最初の文書スキーマに対応付け
てその文書スキーマの検索対象属性名のフィールド名を
記憶する（ステップＳ48）。
【００１２】続いて、フィールド名の記憶の処理、すな
わち、フィールド名への置換が検索条件式中の最後の文
書スキーマまで終了したか否かを判定し（ステップＳ4
9）、終了していなければ（ステップＳ49でNo）次の文
書スキーマについてステップＳ46から繰り返す。そし
て、最後の文書スキーマまで終了すると（ステップＳ49
でYes）、この動作フローを終了させる。それに対し
て、ステップＳ46〜Ｓ49の繰り返しのなかで検索対象属
性名の属性がない文書スキーマが出てきた場合には（ス
テップＳ47でNo）、所定のエラー処理を行い（ステップ
Ｓ50）、この動作を終了させる。こうして、第２の実施
例によれば、文書スキーマに依存しない形式の検索条件
で検索を行うことができるので、複数の文書スキーマに
属する属性データを対象にして一度の操作で検索を行う
ことができる。また、以上説明したような本発明の文書
管理方法を実施するためのプログラムを記憶した機械読
み取り可能な記憶媒体を得ることができる。この記憶媒
体に記憶されたプログラムをパーソナルコンピュータな
どの情報処理装置に読み取らせ実行させることにより本
発明の文書管理方法を実施することができる。
【００１３】
【発明の効果】以上説明したように、請求項１に記載の
発明によれば、それぞれの文書スキーマを示すスキーマ
識別子だけでなくその文書スキーマに定義された各属性
を示す属性識別子が文書スキーマを構成する情報として
自動生成され、登録されるので、それぞれの文書スキー
マに属している属性が同じ属性か否かが明確に分かる。
また、請求項２に記載の発明によれば、請求項１に記載
の発明において、文書スキーマ間の属性識別子を比較す
ることにより複数の文書スキーマに共通した共通属性か
否かが判定され、その判定結果に従って異なる文書スキ
ーマに基づいた文書属性データが生成されるので、属性
が同じか否かに基づいて他の文書スキーマに従った文書
属性データから当該文書スキーマに従った文書属性デー
タを生成する際、誤りなく生成することができるから、
登録済みの文書スキーマの変更などを安全に行えるし、
過去に登録した文書のバックアップデータや別システム
で管理されている文書との間で不整合が発生しないよう
にしたりできる。また、請求項３に記載の発明によれ
ば、請求項１または請求項２に記載の発明において、自
動生成した識別子を含む文書スキーマが他の文書管理シ
ステムへ持ち出し可能なスキーマ定義ファイルに書き込
まれるので、そのスキーマ定義ファイルを用いて他の文
書管理システムでも請求項１または請求項２記載の発明
の効果を得ることができる。また、請求項４に記載の発
明によれば、請求項１乃至請求項３のいずれか１つの請
求項に記載の発明において、自動生成された識別子を含
む文書スキーマが他の文書管理システムより得たスキー
マ定義ファイルから読み込まれ、新たな文書スキーマと
して登録されるので、文書スキーマの登録を効率よく行
うことができる。また、請求項５に記載の発明によれ
ば、請求項１乃至請求項４のいずれか１つの請求項に記
載の発明において、複数の文書スキーマに共通して属す
る文書属性データを文書属性データが記憶されている文
書属性管理テーブル中から検索する際、検索条件として
指定されたスキーマ名または属性名がスキーマ識別子ま
たは前記文書属性管理テーブルの前記属性名に対応付け
られたフィールドを示す情報に変換され、そのスキーマ
識別子またはフィールドを示す情報に従って検索される
ので、文書スキーマに依存しない形式の検索条件で検索
を行うことができるから、複数の文書スキーマに属する
属性データを対象にして一度の操作で検索を行うことが
できる。また、請求項６に記載の発明によれば、請求項
１乃至請求項５のいずれか１つの記載の文書管理方法を
実施するためのプログラムを記憶した機械読み取り可能
な記憶媒体を得ることができるから、この記憶媒体に記
憶されたプログラムをパーソナルコンピュータなどの情
報処理装置に読み取らせ実行させることにより請求項１
乃至請求項５の文書管理方法を実施することができるの
で、請求項１乃至請求項５に記載の発明の効果を得るこ
とができる。
【図面の簡単な説明】
【図１】本発明の１つの実施の形態に係る文書管理方法
を実施する文書管理装置を示すブロック図である。
【図２】本発明の文書管理方法の各実施例における文書
スキーマの定義例を説明するための説明図である。
【図３】本発明の文書管理方法における各実施例に用い
る文書属性管理テーブルを説明するための説明図であ
る。
【図４】本発明の第１の実施例を説明するためのフロー
図である。
【図５】本発明の第１の実施例を説明するための他のフ
ロー図である。
【図６】本発明の第１の実施例を説明するための他のフ
ロー図である。
【図７】本発明の第１の実施例を説明するための他の説
明図である。
【図８】（ａ）は本発明の第２の実施例における利用者
が入力した検索条件による処理を説明するための説明図
であり、（ｂ）はスキーマ定義により検索条件をスキー
マに依存しない形式に変換する処理を説明するための説
明図である。
【図９】本発明の第２の実施例を説明するためのフロー
図である。
【図１０】従来の技術の１例を示す文書管理システムを
示すブロック図である。
【図１１】従来の文書管理方法を説明するための説明図
である。
【図１２】従来の文書管理方法を説明するためのフロー
図である。
【符号の説明】
1ＣＰＵ、２ メモリ、３ 入力装置、４ 表示装置、
５ 補助記憶装置、６外部記憶装置、７ 通信制御装
置。

Claims (6)

    【特許請求の範囲】
  1. 【請求項１】 複数の文書スキーマに基づいた文書属性
    データを文書コンテンツに対応付けて登録し、複数の文
    書スキーマの混在運用を可能にした文書管理方法におい
    て、それぞれの文書スキーマを示すスキーマ識別子およ
    びその文書スキーマに定義された各属性を示す属性識別
    子を文書スキーマを構成する情報として自動生成して登
    録することを特徴とする文書管理方法。
  2. 【請求項２】 請求項１に記載の文書管理方法におい
    て、文書スキーマ間の属性識別子を比較することにより
    複数の文書スキーマに共通した共通属性か否かを判定
    し、その判定結果に従って異なる文書スキーマに基づい
    た文書属性データを生成することを特徴とする文書管理
    方法。
  3. 【請求項３】 請求項１または請求項２に記載の文書管
    理方法において、自動生成した識別子を含む文書スキー
    マを他の文書管理システムへ持ち出し可能なスキーマ定
    義ファイルに書き込むことを特徴とする文書管理方法。
  4. 【請求項４】 請求項１乃至請求項３のいずれか１つの
    請求項に記載の文書管理方法において、自動生成された
    識別子を含む文書スキーマを他の文書管理システムより
    得たスキーマ定義ファイルから読み込んで新たな文書ス
    キーマとして登録することを特徴とする文書管理方法。
  5. 【請求項５】 請求項１乃至請求項４のいずれか１つの
    請求項に記載の文書管理方法において、複数の文書スキ
    ーマに共通して属する文書属性データを文書属性データ
    が記憶されている文書属性管理テーブル中から検索する
    際、検索条件として指定されたスキーマ名または属性名
    をスキーマ識別子または前記文書属性管理テーブルの前
    記属性名に対応付けられたフィールドを示す情報に変換
    して検索することを特徴とする文書管理方法。
  6. 【請求項６】 請求項１乃至請求項５のいずれか１つの
    記載の文書管理方法を実施するためのプログラムを記憶
    したことを特徴とする機械読み取り可能な記憶媒体。
JP2000121843A 2000-04-21 2000-04-21 文書管理方法およびその方法を実施するためのプログラムを記憶した記憶媒体および文書管理装置 Expired - Fee Related JP4136267B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2000121843A JP4136267B2 (ja) 2000-04-21 2000-04-21 文書管理方法およびその方法を実施するためのプログラムを記憶した記憶媒体および文書管理装置
US09/838,268 US6985894B2 (en) 2000-04-21 2001-04-20 Document management method and computer-readable storage medium storing program code for executing the same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000121843A JP4136267B2 (ja) 2000-04-21 2000-04-21 文書管理方法およびその方法を実施するためのプログラムを記憶した記憶媒体および文書管理装置

Publications (2)

Publication Number Publication Date
JP2001306372A true JP2001306372A (ja) 2001-11-02
JP4136267B2 JP4136267B2 (ja) 2008-08-20

Family

ID=18632406

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000121843A Expired - Fee Related JP4136267B2 (ja) 2000-04-21 2000-04-21 文書管理方法およびその方法を実施するためのプログラムを記憶した記憶媒体および文書管理装置

Country Status (2)

Country Link
US (1) US6985894B2 (ja)
JP (1) JP4136267B2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006031382A (ja) * 2004-07-15 2006-02-02 Daiwa Securities Group Inc データベース管理システム、プログラムおよび記録媒体
JP2007316927A (ja) * 2006-05-25 2007-12-06 Nippon Telegr & Teleph Corp <Ntt> 構造化データ処理装置、構造化データ処理方法、および記録媒体
US7546551B2 (en) 2004-02-27 2009-06-09 Sony Corporation Information processing apparatus, method, and program

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7458018B2 (en) * 2002-06-27 2008-11-25 Microsoft Corporation System and method for obtaining and using namespace related information for opening XML documents
US20040008360A1 (en) * 2002-07-11 2004-01-15 Corlene Ankrum Setting device parameters to values associated with selected device-performable task
JP2006252001A (ja) * 2005-03-09 2006-09-21 Fuji Xerox Co Ltd ドキュメント処理装置
US7685150B2 (en) * 2005-04-19 2010-03-23 Oracle International Corporation Optimization of queries over XML views that are based on union all operators
US8166059B2 (en) * 2005-07-08 2012-04-24 Oracle International Corporation Optimization of queries on a repository based on constraints on how the data is stored in the repository
US20070260615A1 (en) * 2006-05-08 2007-11-08 Eran Shen Media with Pluggable Codec
US7913241B2 (en) * 2006-06-13 2011-03-22 Oracle International Corporation Techniques of optimizing XQuery functions using actual argument type information
US8370423B2 (en) 2006-06-16 2013-02-05 Microsoft Corporation Data synchronization and sharing relationships
US20080016088A1 (en) * 2006-07-13 2008-01-17 Zhen Hua Liu Techniques of XML query optimization over dynamic heterogeneous XML containers
US7577642B2 (en) * 2006-07-13 2009-08-18 Oracle International Corporation Techniques of XML query optimization over static and dynamic heterogeneous XML containers
US20080243874A1 (en) * 2007-03-28 2008-10-02 Microsoft Corporation Lightweight Schema Definition
US7970943B2 (en) * 2007-08-14 2011-06-28 Oracle International Corporation Providing interoperability in software identifier standards
US8065265B2 (en) * 2007-10-29 2011-11-22 Microsoft Corporation Methods and apparatus for web-based research
US7958112B2 (en) * 2008-08-08 2011-06-07 Oracle International Corporation Interleaving query transformations for XML indexes

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5742816A (en) * 1995-09-15 1998-04-21 Infonautics Corporation Method and apparatus for identifying textual documents and multi-mediafiles corresponding to a search topic
US6094649A (en) * 1997-12-22 2000-07-25 Partnet, Inc. Keyword searches of structured databases
US6397231B1 (en) * 1998-08-31 2002-05-28 Xerox Corporation Virtual documents generated via combined documents or portions of documents retrieved from data repositories
US6466942B1 (en) * 1998-11-30 2002-10-15 Fmr Corp. Using indexes to retrieve stored information

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7546551B2 (en) 2004-02-27 2009-06-09 Sony Corporation Information processing apparatus, method, and program
JP2006031382A (ja) * 2004-07-15 2006-02-02 Daiwa Securities Group Inc データベース管理システム、プログラムおよび記録媒体
JP2007316927A (ja) * 2006-05-25 2007-12-06 Nippon Telegr & Teleph Corp <Ntt> 構造化データ処理装置、構造化データ処理方法、および記録媒体

Also Published As

Publication number Publication date
JP4136267B2 (ja) 2008-08-20
US20020007375A1 (en) 2002-01-17
US6985894B2 (en) 2006-01-10

Similar Documents

Publication Publication Date Title
US10755234B2 (en) System and method for offline synchronization of exception items of shared services for client applications
JP4136267B2 (ja) 文書管理方法およびその方法を実施するためのプログラムを記憶した記憶媒体および文書管理装置
US6651070B1 (en) Client/server database system
JP2012098934A (ja) 文書管理システム、文書管理システムの制御方法、プログラム
EP1422901A1 (en) Client driven synchronization of file and folder content in web publishing
JP3868171B2 (ja) 文書のデジタル署名付き管理方法および文書管理装置
US7533105B2 (en) Visual association of content in a content framework system
US7761476B2 (en) Automatic capture of associations between content within a content framework system
JP2006031608A (ja) 計算機、ストレージシステム、計算機が行うファイル管理方法、およびプログラム
JP5224839B2 (ja) 文書管理システム、文書管理装置、文書管理方法及びプログラム
AU2021248108A1 (en) Data migration
JP3769775B2 (ja) 分散リンク情報維持方法
JPH07271569A (ja) プログラム仕様書作成システム
JP2006004024A (ja) ディレクトリサーバに実行させるためのプログラム
JPH117445A (ja) 統合化文書管理装置
CN113282551B (zh) 数据处理方法、系统及设备
CN117131023B (zh) 数据表处理方法、装置、计算机设备和可读存储介质
JP2008015637A (ja) ファイルデータ管理方法及びそのシステム
JPH10133934A (ja) 分散型文書管理システムおよびそれを実現するプログラム記憶媒体
JPH08329093A (ja) 分散ディレクトリシステム及び知識情報変更方法
JPH11212985A (ja) 情報ライブラリ装置
JP5157551B2 (ja) オブジェクト連携システム、オブジェクト連携方法およびプログラム
JP2007199763A (ja) 情報管理方法及び情報管理システム
JP2004206434A (ja) 地積測量図管理装置
JP2004046826A (ja) 情報処理システムおよび情報処理システムにおける作業支援方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041221

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20050120

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080219

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080421

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080520

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080603

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110613

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110613

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120613

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130613

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees