JP2000089989A - 文書に付与されたプロパティを用いたサ―ビスの起動方法 - Google Patents

Abstract

(57)【要約】 【課題】 文書に付与されたプロパティに従って文書を
組織化、保存及び検索する文書管理システムのサービス
起動方法を提供する。 【解決手段】 プロパティ付与機構により、任意の静的
プロパティ、動的プロパティを文書に付与する。動的プ
ロパティは、文書に実行される操作等、ユーザによって
予め定められるトリガ事象に応答して外部サービスを起
動するコードを含む。操作が文書に供給されると、文書
の動的プロパティとこの操作を比較することにより（２
１０）、トリガ事象であるか否かが判定される（２２
０）。動的プロパティがトリガされた場合、そのコード
が実行され、前記操作とは独立して実施される外部サー
ビスが自動的に起動する（２３０）。サービスの結果
（２４０）は文書管理システムに返却され、操作が続行
する（２５０）。ユーザは、文書に供給される外部サー
ビスを探索し、ロードし、実行するのではなく、直接文
書と相互作用する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、文書管理システム
に関し、特に、文書に付与されたプロパティを用いて文
書とサービスとの相互作用を提供するシステム及び方法
に関する。

【０００２】

【従来の技術及び発明が解決しようとする課題】本発明
の発明者は、ユーザによるコンピュータとの相互作用の
大多数が、厖大な電子文書の保存、ファイリング、組織
化、および情報検索など、文書の管理に関連することを
認識した。これらの文書は、ローカルディスク、ネット
ワークシステムのファイルサーバ、Ｅメールファイルサ
ーバ、ワールドワイドウェブ（ＷＷＷ）、あるいはそれ
以外の種々の場所に存在する。近年の通信搬送システム
により、ユーザの文書空間に取り込むことのできる文書
の量が非常に増大するという効果がもたらされた。この
結果、蓄積した文書を視覚化し、これらの文書と相互作
用するための、より適切なツールがますます求められて
いる。

【０００３】文書空間を組織化する最も一般的なツール
は、階層記憶システムとして知られる単一の基本メカニ
ズムに依存している。このメカニズムにおいて、文書は
ディレクトリ又はフォルダに存在するファイルとして扱
われ、これらのディレクトリ又はフォルダはさらに別の
ディレクトリに含まれる。このようにして、文書空間の
相互作用のための構造を提供する階層構造が生成され
る。ディレクトリの階層における各ディレクトリは、一
般的に、多数の個別ファイルを含む。通常、ファイル及
びディレクトリは、ネットワークを介して共有される厖
大な記憶量においては英数字の簡略名が与えられてい
る。このようなネットワークでは、個々のユーザに特定
のディレクトリを割り当ててもよい。

【０００４】サブディレクトリに配置されたファイル
は、その複合パス名によって位置決めされる。例えば、
文字列Ｄ：＼ＴＲＥＥ＼ＬＩＭＢ＼ＢＲＡＮＣＨ＼ＴＷ
ＩＧ＼ＬＥＡＦ．ＦＩＬは、直接的なディレクトリが
ＴＷＩＧで、文字Ｄにより識別されるドライブにおける
ファイル階層の奥に配置されるファイルＬＥＡＦ．ＦＩ
Ｌの位置を表すことができる。各ディレクトリは、それ
自体がファイル名、サイズ、位置データ及びファイルの
作成又は変更の日時を含むファイルである。

【０００５】ファイルシステムのナビゲーション（経路
指定）は、ファイル階層にマッピングされた意味構造の
ナビゲーションであると相当程度考えることができる。
このようなナビゲーションは、通常、ブラウザ及びダイ
アログボックスを使用して行われる。よって、ユーザが
ファイルシステムを探査してファイル（ＬＥＡＦ．ＦＩ
Ｌ）を得ようとする場合、この動きは、１ファイル又は
１フォルダから別のファイル又はフォルダへの移動とし
てだけでなく、文書のプロパティ（特性）を活用し、よ
り小さい潜在的文書の組に順次焦点を当てる検索手順と
してもみなすことができる。検索の構造は、ファイルシ
ステムにより提供された階層にマッピングされるが、こ
れは、この階層が実質的にはファイルの組織化に利用で
きる唯一の既存機構であるためである。しかしながら、
文書とファイルは同一のものではない。

【０００６】ファイルはディレクトリによって分類され
ているため、単一文書を複数の異なる内容によるグルー
プ化に関連づけるのは厄介である。ディレクトリ階層は
文書へのアクセスを制御することにも用いられるが、ア
クセスコントロールは階層のあらゆるノードに配置され
るため、一人又は少数の人にのみファイルアクセスを認
めることは困難である。本発明では、文書に固有の識別
情報を、種々の文書集合におけるその帰属関係（member
ship）を含むプロパティから分離することによりこれら
の問題を解決する。

【０００７】他の問題としては、既存の階層ファイルシ
ステムにより「単一継承」構造が提供されることが含ま
れる。具体的には、ファイルは一度に１つの場所にしか
存在できないので、意味構造において１箇所だけしか占
有できない。リンク又はエイリアス（別名）を使うの
は、かかる制限を改良しようする試みである。したがっ
て、ファイルを組織化する構造についてのユーザの概念
は経時的に変化するかもしれないが、上述の階層は固定
され、不変である。このような構造内で個々のファイル
を移動させるのはかなり簡単な作業であるが、多数のフ
ァイルの組を再組織化するのは、はるかに複雑で非効率
的であると共に時間も消費する。このように、既存のシ
ステムは、経時的に変化するカテゴリに基づきファイル
構造を変化させたいというユーザのニーズに応えていな
いことがわかる。ユーザは、プロジェクトに関して文書
空間を組織化させたいと望むときもあれば、将来におけ
る別の時には、時間と文書内容の少なくともいずれかに
従って組織を生成したいと望む可能性もある。厳密な階
層構造は、複数のビューに対する継ぎ目のない文書の管
理を許可しないので、この結果、文書検索の効率は低減
する。

【０００８】また、既存のファイルシステムは、文書の
保存及び検索に対して単一のモデルのみをサポートす
る。これは、文書がその著者によって与えられた構造又
は概念に従って検索されることを意味する。ところが、
著者でないユーザは、その文書が保存された方法とは異
なる概念又は分類に従って文書を検索したい可能性があ
る。

【０００９】さらに、文書管理は計算力を有する装置上
で行われるので、この計算力を活用することにより文書
の組織化が補助されるという効果がある。例えば、文書
にスペルチェッカのプロパティを与えることによって、
文書の読み取り操作が拡張でき、要求側のアプリケーシ
ョンに復帰した内容は正確にスペリングされている。

【００１０】

【課題を解決するための手段】本発明は、トリガ事象
（triggering evevt）に応答して、文書に実行されるサ
ービスを起動させる方法を提供する。前記方法は、前記
文書に論理的にプロパティを付与するステップを含み、
前記プロパティは、トリガ事象に応答して文書を処理す
るサービスを起動させるべく構成されている。前記方法
は、操作をトリガ事象として前記プロパティに関連付け
るステップを含み、前記操作はアプリケーションによっ
て開始され、文書において実行されるものであり、前記
サービスはこのアプリケーションからは独立し、該アプ
リケーションがその処理を認識しない状態で文書を処理
することができる。さらに、前記方法は、前記アプリケ
ーションによって、文書に実行される操作を開始するス
テップと、前記操作を、文書において実行される前に遮
断するステップと、前記操作がトリガ事象となる文書に
付与されたプロパティを識別するステップと、前記操作
によってトリガされたプロパティに関連し、前記アプリ
ケーションとは独立して文書を処理するサービスを起動
させるステップと、処理された文書において操作を実行
するステップとを含む。

【００１１】本発明のより限定された態様によれば、前
記文書に複数のプロパティを論理的に付与するステップ
をさらに含み、各プロパティはトリガ事象発生時にサー
ビスを起動させるよう構成される。ここで、トリガ事象
とは、アプリケーションにより文書に実行される操作で
ある。前記サービスは、アプリケーションとは独立して
いる。

【００１２】本発明の別の概念に着目すると、トリガ事
象に応答して、文書に実行されるサービスを起動する方
法を含む、文書管理システムが開示される。前記方法
は、文書にプロパティを論理的に付与するステップを含
み、前記プロパティは、トリガ事象に応答して前記文書
を処理するサービスを起動させるべく構成されている。
さらに、プロパティがトリガ事象の発生に応答してサー
ビスを起動するようにトリガ事象をプロパティに関連付
けるステップと、トリガ事象の発生をモニタするステッ
プと、トリガ事象を遮断するステップと、トリガ事象が
関連付けられた、文書に付与されたプロパティを識別す
るステップと、トリガ事象によりトリガされたプロパテ
ィに関連付けられ、文書を処理するサービスを起動する
ステップと、文書の処理からサービスの結果を生成する
ステップとをさらに含む。

【００１３】

【発明の実施の形態】本発明をさらに詳細に説明するに
あたり、説明に使用する用語の解説が便利である。した
がって、以下に用語の定義を示す。

【００１４】アクション（Action）：プロパティの挙動
部分動的プロパティ（Active Property） ：コードが、計算
力の使用により、文書の変更または文書管理システム内
の別の変化の実行を可能にする特性。アービトラリ（Arbitrary） ：文書に任意のプロパティ
を与える能力。基本文書（Base Document） ：ある文書の本質部分に対
応する。各文書につき基本文書は１つのみである。基本
文書は、文書の内容の決定に責任があり、その文書のプ
ロパティを含んでもよい。また、該文書のあらゆる主要
なビューの一部である。基本プロパティ（Base Properties） ： 基本文書に関連
する独自の文書プロパティである。ビットプロバイダ（Bit Provider） ：基本文書の特別な
プロパティである。読み出し及び書込み操作を提供する
ことにより文書に内容を与える。さらに、種々のバージ
ョンの文書または符号化された内容のバージョンの取り
出しなど、更なる操作を提供することもできる。ブラウザ（Browser） ：ユーザが文書を探索及び組織化
できるようにするユーザインターフェース。コレクション（Collection） ：その内容として他の文書
を含むタイプの文書。合成文書（Combined Document） ：コレクション及び内
容の要素を含む文書。内容（Content） ：これが、文字で書かれた単語、また
はＥメールメッセージの本文など、文書内に含まれる中
心情報（core information）である。内容文書（Content Document） ：内容を有する文書。分配（Distributed） ：異なるシステム（すなわち、フ
ァイルシステム、ｗｗｗ、Ｅメールサーバなど）におけ
る文書の保存をユーザに見えない形で制御するシステム
の能力。システムは、マルチレポジトリ（multi-reposi
tories）に配置された文書がプリンシパルに分配できる
ようにする。この際、プリンシパルは、文書の内容の保
存場所についての知識を持つ必要はない。ＤＭＳ（Document Management System） ：文書管理シス
テム。文書（Document） :これは、特定の内容、及びその内容
に付与されたプロパティを指す。指示される内容は、直
接的に参照することも（referral）間接的に参照するこ
ともできる。ＤＭＳの最小要素である。コレクション、
内容文書、非内容文書、合成文書の４種類の文書があ
る。文書ハンドル（Document Handle） ：文書に関する特定
のビューに対応し、普遍的なビュー（universal view）
でも１プリンシパルのビューでもよい。文書ＩＤ（Document ID） ：各基本文書の独自の識別
子。参照文書は、その参照先（referent）から文書ＩＤ
を受け継ぐ。よって、文書識別は、参照文書と基本文書
との接続（connection）を介して確立される。論理的に
は、ある単一文書は、基本文書とそれを参照する任意の
参照文書である。カーネル（Kernel） ：ある文書に関する全操作を管理す
る。プリンシパルは、カーネルを１つ以上有してもよ
い。マルチプリンシパル（Multi-Principal） ：多数のプリ
ンシパルが、自身のプロパティの組を基本文書に持つこ
とのできる能力。ここで、各プリンシパルのプロパティ
は異なってもよい。通知（Notification） ：これにより、プロパティ及び外
部装置は、ＤＭＳの別の場所で起こる操作及び事象につ
いて知ることができる。非内容文書（No Content Document） :プロパティのみを
含む文書。既製アプリケーション（Off-the-Shelf Application
s） ：現存するオペレーションシステムによって供給さ
れるプロトコル及び文書記憶メカニズムを使用する、既
存のアプリケーション。プリンシパル（Principal） ：文書管理システムの「ユー
ザ」。文書管理システムを使用する各人または物がプリ
ンシパルである。複数の人によるグループもプリンシパ
ルになれる。文書に関する各プロパティは、プリンシパ
ルに関連付けることができるので、プリンシパルは中心
的(主要）である。このため、異なるプリンシパルが、
同一の文書について異なる視点（perspectives）を持つ
ことができる。プロパティ（Property） ：内容に付与することのできる
情報または挙動。プロパティを内容に付加しても内容の
識別情報は変化しない。プロパティは、文書に付すこと
のできるタグであり、各プロパティは名前及び値（か
つ、任意に、起動することのできる１組の方法)を持
つ。プロパティジェネレータ（Property Generator） ：ある
文書の内容からプロパティを抽出する特殊ケースアプリ
ケーション（special case application）。参照文書（Reference Document） ：文書についての１プ
リンシパルのビューに対応し、基本文書への参照を含み
(参照文書Ａは基本文書Ｂを参照する）、一般的にさら
に付加プロパティを含む。参照文書によって付加された
プロパティは、その参照にのみ属し、他のプリンシパル
がこれらのプロパティを見るには、該参照文書が明示的
にこれらを要求しなければならない。よって、あるプリ
ンシパルがその参照文書を通じて見たビューは、(基本
文書を介した）その文書の内容であり、１組のプロパテ
ィ(参照文書におけるプロパティ及び基本文書に関する
プロパティのいずれをも含む）である。基本文書の所有
者であってもそのベースに対する参照文書を持つことが
でき、所有者は、この基本文書に、文書の本質部分では
なく、かつ他の全てのプリンシパルのビューに位置づけ
られたその文書の個人的プロパティを位置づける。空間（Space） ：プリンシパルの所有する文書(基本また
は参照）の組。静的プロパティ（Static Property） ：文書に関連付け
られた名前と値の対。動的プロパティとは異なり、静的
プロパティは挙動を持たず、文書についての検索可能な
メタデータ（meta-data）を提供する。

【００１５】イントロダクション 従来技術の説明において述べたように、ファイルシステ
ムがファイル管理のために供給する構造は、ユーザが文
書を組織化し、文書と相互作用するための構造となる。
しかしながら、文書とファイルは同一物ではない。本発
明により、文書に関連付けられたプロパティの管理、ま
たは文書に係わるプロパティの管理を文書内容の管理と
は切り離すという目標が直ちに達成される。したがっ
て、ユーザ指定の文書プロパティは、文書の保存場所よ
りむしろ、文書の消費者すなわち文書のユーザに密接し
て管理される。ユーザプロパティの管理を文書内容自体
から切り離すことにより、閉鎖的なファイルシステム概
念からユーザベースの方法論に文書管理の制御を移すこ
とが可能になる。

【００１６】図１には、階層構造によって説明されるそ
の位置にしたがって文書を組織化する階層記憶システム
と、文書をそのプロパティ(例えば、著者＝ｄｏｕｒｉ
ｓｈ、タイプ＝ｐａｐｅｒ、ステータス＝ｄｒａｆｔな
ど）にしたがって組織化する本発明との差異が示されて
いる。本発明によれば、文書は１つの位置から他の位置
へ移動してもそのプロパティを保持し、プロパティの割
り当ては、非常に細かくすることができる。

【００１７】本発明の文書管理システム内でプロパティ
をまとめるために、操作の結果の変更と他のアクション
の実施の両者を行う能力と共に、プロパティをコンピュ
ータシステムの内容及び／またはプロパティの読み出し
／書き込みパス内に表示する必要がある。この概念のア
ウトラインを図２に説明する。図において、ユーザ
（Ｕ）が操作要求（Ｏ）を発すると、オペレーティング
システム（ＯＳ）によってその操作が実行される前に、
本発明による文書管理システム（ＤＭＳ）Ａにコールが
なされ、ＤＭＳＡは本発明の意図される概念を達成すべ
く機能する。これには、ＤＭＳＡに、自身の操作要求
（Ｏ’）を通じてオペレーティングシステム（ＯＳ）と
相互作用させる機能が含まれる。操作要求（Ｏ’）が完
了すると、結果（Ｒ）がＤＭＳＡに返却され、ＤＭＳＡ
は続いて結果（Ｒ’）をユーザ（Ｕ）に表示する。

【００１８】これらを基本概念として、本発明のより詳
細な説明を以下に示す。

【００１９】文書管理システム（ＤＭＳ）構造（アーキ
テクチャ） 図３において、本発明による文書管理システム（ＤＭ
Ｓ）Ａの構造をより詳細に説明する。図示される文書管
理システム（ＤＭＳ）Ａは、フロントエンド（前置）コ
ンポーネントＢ及びバックエンド（後置）コンポーネン
トＣとともに操作すべく構成されている。前置コンポー
ネントは、特に、ワードプロセッシングアプリケーショ
ン、メールアプリケーションなどのアプリケーション１
０ａ−１０ｎ及び１１ａ−１１ｎを含む。これらのアプ
リケーションの一部は、ＤＭＳ認識型（aware）１０ａ
−１０ｎであると考えられる。すなわち、これらのアプ
リケーションは、保存、検索、またはＤＭＳＡとの相互
作用のためのＤＭＳプロトコルを理解することを意味す
る。これ以外のコンポーネントは、ＤＭＳ非認識型（no
n-DMS aware）１１ａ−１１ｎとされる。ブラウザ１２
ａ（ＤＭＳ認識型)及び１２ｂ(ＤＭＳ非認識型）は、特
殊化されたアプリケーションの形式であると考えられ
る。ＤＭＳ非認識アプリケーション１１ａ−１１ｎとブ
ラウザ１２ｂがＤＭＳＡと通信できるように、前置トラ
ンスレータ１３が設けられている。

【００２０】同様に、後置コンポーネントＣは、複数の
レポジトリ１４ａ−１４ｎを含むことができ、ここに文
書の内容が保存される。このようなレポジトリには、プ
リンシパルのコンピュータのハードディスク、ファイル
システムサーバ、ウェブページ、ダイナミックリアルタ
イムデータ送信ソース、及び他のデータレポジトリを含
むことができる。レポジトリ１４ａ−１４ｎからデータ
を読み出すために、ビットプロバイダ１６などのビット
プロバイダが用いられる。これらのビットプロバイダ
は、適当な記憶プロトコルを翻訳する能力を備えてい
る。

【００２１】プリンシパル１−ｎのそれぞれは、文書２
０ａ−２０ｎなどの文書を管理するための独自のカーネ
ル１８ａ−１８ｎを有する。文書２０ａ−２０ｎは、対
応するプリンシパル１−ｎがその文書管理空間に持ち込
んだ文書であるとされる。特に、それらは、プリンシパ
ルが価値があると考え、その結果何らかの方法で該プリ
ンシパルの文書であることがマークされた文書である。
文書は、例えばプリンシパルが作成した文書でもよい
し、プリンシパルにより送信または受信されたＥメール
でも、プリンシパルの見つけたウェブページでも、連続
する画像の流れを送る電子カメラなどのリアルタイムデ
ータ入力でも、あるいはＤＭＳ文書空間に持ち込まれた
他のいかなる電子データ形式(ビデオ、オーディオ、テ
キストなどを含む）でもよい。各文書２０ａ−２０ｎに
は、静的プロパティ２２と動的プロパティ２４の少なく
ともいずれかが付与されている。

【００２２】文書２０ａは基本文書であるとされ、参照
文書２０ｂ−２０ｃがこれを参照する。以下に詳細に説
明するように、静的プロパティ２２と動的プロパティ２
４の少なくともいずれかを有する基本文書２０ａに加
え、基本文書２０ａは、静的プロパティ２２と動的プロ
パティ２４の少なくともいずれかでありうる基本プロパ
ティ２６をも保持する。ここでは、静的プロパティを
「−」で示し、動的プロパティを「−ｏ」で示してい
る。

【００２３】参照文書２０ｂ−２０ｃは、基本文書２０
ａと相互作用すべく構成されている。基本文書と参照文
書のいずれもが、静的プロパティ２２と動的プロパティ
２４の少なくともいずれかを保持することができる。プ
リンシパル２，３が初めて基本文書２０ａにアクセスす
ると、対応する参照文書２０ｂ−２０ｃが、カーネル１
８ｂ−１８ｃのもとにそれぞれ作成される。参照文書２
０ｂ−２０ｃは、リンク２８及び３０を記憶し、その基
本文書２０ａを明確に識別する。特に、本発明において
は、各基本文書は、その文書特有の識別子である文書Ｉ
Ｄと共に保存されている。参照文書２０ｂ−２０ｃが作
成されると、これらがその基本文書の特定文書ＩＤへの
リンクを生成する。あるいは、プリンシパルｎが参照文
書２０ｃを参照した場合には、プリンシパル３の参照文
書２０ｃへのリンク３２と共に参照文書２０ｎが生成さ
れる。このリンクにより、プリンシパルｎは、参照文書
２０ｃにプリンシパル３が付与した公開プロパティ（pu
blic properties）（すなわち、その文書ハンドル）、
ならびに基本文書２０ａの基本プロパティまたは公開参
照プロパティを見ることができる。これにより、連鎖の
概念が説明される。

【００２４】上述の構造により、プリンシパル間での文
書の共有及び送信が可能になり、文書の組織化に必要な
柔軟性が提供される。さらに図３を参照すると、この時
点で、以下の点が注目される。リンク２８、３０は、１
つの文書から別の文書まで示されているが、ＤＭＳＡ内
における通信は、通常、カーネル１８ａ−１８ｎの間の
通信によって行われる。したがって、ＤＭＳＡが前置コ
ンポーネントＢ、後置コンポーネントＣと通信する場
合、またはＤＭＳＡ内でプリンシパル間の通信が起こる
場合、この通信は、カーネル１８ａ−１８ｎを通じて行
われる。しかしながら、本発明は、他の通信形態でも同
様に機能する。上述の構造を使用することにより、本発
明のＤＭＳＡは、ファイルまたはフォルダタイプの環境
などの厳密な階層構造内で操作することをプリンシパル
に要求しない。むしろ、文書に付与されたプロパティ２
２，２４によって、プリンシパルが最も有益であると思
う方法にしたがって プリンシパルは文書を検索し組織
化することができる。

【００２５】たとえば、プリンシパル１（カーネル１８
ａの所有者）が内容を有する基本文書を作成し、これを
ＤＭＳＡに保存し、プリンシパル２（カーネル１８ｂの
所有者）がその文書を使用し、それ自身の要求にしたが
ってこれを組織化したいと望んだ場合、プリンシパル２
は参照文書２０ｂにプロパティを付与することができ
る。これらのプロパティの付与によって、プリンシパル
２は、プリンシパル１の構想とは異なる方法で、基本文
書を読み出すことができる。

【００２６】さらに、ブラウザ１２との相互作用によ
り、プリンシパルは、選択されたプロパティを有する全
文書を要求する問い合わせを行ってもよい。特に、ユー
ザは、存在するプロパティ全体に、問い合わせ言語の要
求を行ってもよい。

【００２７】よって、本発明のポイントは、異なるプリ
ンシパルによりプロパティが付与されている文書空間を
ＤＭＳＡにより管理し、特定のプリンシパルに適した、
かつある文書のオリジナル著者の組織化構造または他の
プリンシパルにも必ずしも相当しないアクションを発生
させることである。

【００２８】本発明の別の注目すべき態様としては、プ
ロパティの使用により、文書特有の識別性がそのプロパ
ティやプリンシパルの視点から分離されるので、文書は
単一のマシンに属することを要求されるのではなく、本
質的には複数のマシンに属することができる（基本文書
２０ａは、カーネル１８ａ−１８ｎのすべてまたは任意
の１つに属することができる）。さらに、ある文書に関
連付けられたプロパティは、プリンシパルによって作成
されたその文書に従うので（例えば、カーネル１８ｂの
文書２０ｂのプロパティは参照文書２０ａを参照しても
よい）、文書２０ｂのプロパティは、それが論理的に基
本文書２０ａに関連付けられていても、カーネル１８ｂ
に関して作動する。したがって、文書２０ｂ（基本文書
２０ａを参照する）に関連付けられたプロパティがその
操作によって何らかのコストを受けた場合は、カーネル
１８ｂ（すなわちプリンシパル２）がこのコストを負う
が、これは、プロパティがそれを文書に付与したプリン
シパルにより維持されるためである。

【００２９】ネイティブ（固有）アプリケーションのサ
ポート ＤＭＳ文書インターフェースは、Ｊａｖａオブジェクト
（Java objects）として文書へのアクセスを提供する。
アプリケーションは、そのＪａｖａコードの関連するパ
ッケージをインポートし、文書、コレクション、及びプ
ロパティへのアクセスのために設けられたＡＰＩにコー
ドすることにより、このインターフェースを活用するこ
とができる。これは、新たなＤＭＳ認識アプリケーショ
ンを構築し、新しい相互作用モデルで実験するための標
準的な手段である。ＤＭＳブラウザ１２（図３）はＤＭ
Ｓアプリケーションであると見なすことができ、この段
階で構築される。ＤＭＳ文書インターフェースは、文書
及びプロパティクラスを提供し、特殊化されたサブクラ
スは、ここで述べた機能性（コレクション、ＷＷＷ文書
へのアクセスなど）をすべてサポートする。アプリケー
ションは、おそらくは内容指定可視化（content-specif
ic visualization）によりＤＭＳ文書の直接的なビュー
を提供することができる。または、ＤＭＳをプロパティ
ベースの文書サービスバックエンドとして用いて完全に
異なるインターフェースを提供することができる。

【００３０】既製アプリケーションのサポート アクセスの別のレベルは、トランスレータ（図３のトラ
ンスレータ１３など）によるものである。既存の実施形
態においては、ＮＦＳプロトコルを実行するサーバをト
ランスレータに用いる。これが純粋なＪａｖａにおける
固有のＮＦＳサーバ実施方法である。トランスレータ
（またはＤＭＳ ＮＦＳサーバ）は、任意のＮＦＳクラ
イアントに対してＤＭＳ文書空間へのアクセスを提供す
る。すなわち、サーバは、マイクロソフトのワード（商
標）など、既存の既製アプリケーションがＤＭＳ文書を
利用できるようにするために用いられる。ＰＣにおいて
は、ＤＭＳはこれらのアプリケーションに対して単に別
のディスクのように見える。一方、ＵＮＩＸマシンで
は、ＤＭＳＡは、標準ネットワークファイルシステムの
一部に見える。

【００３１】しかしながら、このトランスレータを通じ
て得られるのは、ＤＭＳＡが既存又は既製のアプリケー
ションの内容及びプロパティ読み取り／書き込みパス中
に直接存在するということである。そこで、別のアプロ
ーチにより、ＤＭＳＡに適合するように変更が不可能な
ワードなどのアプリケーションによって、従来のファイ
ルシステムに書き込まれたファイルを後処理しようとい
う試みがなされる。すなわち、これらのアプリケーショ
ンに直接ファイルシステムインターフェースを提供する
代わりに、内容及びプロパティ読み取り／書き込みパス
において関連するプロパティを実行することができる。
さらに、関連するプロパティ（文書が最後に使用又は修
正された際に記録するプロパティなど）は、更新された
状態が維持される。アプリケーションがファイルシステ
ムの情報を使用するために書き込まれたとしても、ＤＭ
ＳＡがファイルシステムであるので、ＤＭＳデータベー
スは更新状態を維持する。

【００３２】ＤＭＳデータベース層へのインターフェー
スの一部として、ＮＦＳは問い合わせ機構へのアクセス
を提供する。問い合わせにより返却される文書を含むよ
うに見える、適切にフォーマットされたディレクトリ名
が、問い合わせとして解釈される。ＤＭＳは、このＮＦ
Ｓサービスを提供するが、ＤＭＳは記憶層ではない。文
書は実際には他のレポジトリに存在する。しかしなが
ら、ＮＦＳ層を使用することにより、種々の他のレポジ
トリへの均等なアクセスが供給される（その結果、ウェ
ブ上で利用可能な文書は、ネットワークされたファイル
システムの文書と同一空間に現れる）。この均等性と、
読み取り／書き込みパスに存在することによる文書のプ
ロパティの更新能力との組み合わせにより、ＮＳＦサー
ビスは、ユーザが熟知するアプリケーションと所望レベ
ルに統合するための有益なコンポーネントとなる。な
お、ここでは、ＮＦＳプロトコルを実行するサーバにつ
いて説明したが、別のサーバを使用することもできる。
さらに、Ｊａｖａの使用は単なる１つの実行例にすぎ
ず、別の言語を使用することもできる。

【００３３】プロパティの付与 図４には、文書１１０にプロパティを付与するための全
体システムが示されている。ユーザインターフェース１
１５によって、ユーザは、所望の文書を選択し、選択さ
れた文書に付与される１つ以上のプロパティを選択する
ことができる。文書管理システムＡは、管理システムプ
ロトコルに従って、選択された文書を探索して読み出
す。好適な実施形態においては、文書は、階層経路及び
ファイル名ではなく、そのプロパティに基づき保存及び
検索される。

【００３４】図４において、選択された文書１１０は、
ユーザ＃１に所有されている。しかしながら、文書１１
０にプロパティを付与したいと望むのは、システムにお
けるどのユーザでもよい。文書管理システムＡは、１ユ
ーザ１文書の対応に基づき、個々のカーネルを用いて、
プロパティを維持する。カーネル１２２は、ユーザ＃１
に対し、文書及びプロパティを管理し、カーネル１２４
は、ユーザ＃２の文書及びプロパティを管理する。した
がって、ユーザ＃１は、文書１１０（リンク１３５を介
して関連づけられている）に対する１組のプロパティ１
３０を生成することができる。前記文書１１０は、ユー
ザ＃２（リンク１４５を介して関連づけられている）の
プロパティから独立している。

【００３５】プロパティ１３０を生成し、構成し、関連
リンク１３５を用いて文書１１０に付与するプロパティ
付与機構１５０が文書管理システムＡに設けられてい
る。好適な実施形態においては、文書１１０は独自のＩ
Ｄにより識別され、プロパティは、この同じ独自のＩＤ
により文書を参照する。プロパティ１３０は、静的プロ
パティ（水平方向の直線により表示されている）と、動
的プロパティ（丸で表示されている）とを含む。静的プ
ロパティは、ユーザに関連する文書に関する名前と値の
対であり、例えば、「author=Joe」や「topic=interest
ing」などである。動的プロパティ１５５は、名前と値
の対を有し、さらに、操作又はサービスをユーザを関与
させずに自動的に実行するための実行可能なプログラム
コード又はインストラクション（指示）の少なくともい
ずれかを含む。この静的プロパティと動的プロパティの
少なくともいずれかに基づき、文書を収集、探索及び検
索できる。

【００３６】動的プロパティ１５５は、ユーザが定めた
トリガ事象によって起動するように構成されている。文
書１１０に動的プロパティ１５５を付与することによ
り、プロパティと文書との間に関連が形成される。この
関連は、文書１１０の内容を表すデータの外部に存在す
る。よって、この関連は、内容の種類、文書の生成に用
いられるアプリケーションフォーマット、文書１１０の
その他のプロパティからは独立している。文書１１０の
内容は、データの位置（例えば、ローカルディスク１６
５、ワールドワイドウェブ１７０、カメラ、あるいは他
の任意のデータ供給ソース）を識別し、データソースか
らのデータがどのように合成されて文書１１０の内容を
形成するかを示し、データソースと通信するためのトラ
ンスレーションインターフェース及び内容を決定する他
の選択されたパラメータを含むビットプロバイダ１６０
により制御される。

【００３７】サービスの起動 図５を参照して説明する。好適な実施形態において、動
的プロパティ１５５は、トリガ事象に基づき外部サービ
ス又はプログラム１８０を自動動に起動すべく構成され
ている。したがって、サービス１８０を探索して実行
し、文書１１０を入力ファイルとしてこれをロードする
ことにより、ユーザ又はアプリケーション１８５にサー
ビス１８０と直接相互作用させるのではなく、動的プロ
パティ１５５は、ユーザ又はアプリケーション１８５に
電子文書１１０と直接相互作用させて、当該動的プロパ
ティ１５５はサービス１８０の作動を制御する。

【００３８】図５をさらに参照して説明する。例えば、
ユーザが文書１１０を「読み出そう」とするときにはい
つでも、文書１１０の内容が英語からフランス語に翻訳
されていることを望むとする。文書１１０には、トリガ
事象に応答して文書の内容を英語からフランス語に翻訳
する動的プロパティ１５５を付与することができる。こ
の例におけるトリガ事象とは、ワードプロセッサなど、
任意のアプリケーション１８５によって文書１１０に対
して行われる「内容読み出し（read content）」操作に
設定される。アプリケーション１８５は文書管理システ
ムＡを通じて文書１１０にアクセスするので、文書管理
システムＡは、文書１１０に供給されるすべての操作を
遮断し、文書１１０に関連づけられたプロパティ１３０
のリストに対して、これらを比較する。

【００３９】すでに説明したように、各ユーザは、文書
を所有しているいないにかかわらず、各文書に対するプ
ロパティの個人的なリストを保持している。文書１１０
について「内容読み出し」操作を実行する前に、その操
作が動的プロパティの潜在的なトリガ事象であるとして
チェックされる。この場合、動的プロパティ１５５は、
「内容読出し」操作をトリガ事象に定める。したがっ
て、動的プロパティ１５５のプログラムコードが実行さ
れ、外部翻訳サービス（サービス１）１８０が起動す
る。翻訳サービス１８０はアプリケーション１８５から
は独立して、アプリケーション１８５に認識されること
なく実行される。動的プロパティ１５５は、さらに、翻
訳サービス１８０と文書管理システムＡとの通信インタ
ーフェースとして機能し、サービスの結果を通信する。

【００４０】ここで、文書１１０の内容は、英語からフ
ランス語に翻訳されるように、翻訳サービスにより処理
され、結果としてフランス語バージョンの文書１９０が
生成される。サービスが完了すると、文書１１０の元の
内容に対して「内容読み出し」操作を行うのではなく、
文書管理システムＡは、この操作をフランス語バージョ
ン１９０に行い、アプリケーション１８５は、オリジナ
ルの文書が実は英語であったことを全く認識せずにフラ
ンス語の翻訳を受信する。このように、文書に直接供給
される「内容読み出し」コマンドなどの操作は、外部サ
ービスと直接的に相互作用しなくてもそのサービスを自
動的に起動できるように定められている。

【００４１】さらに、図５を参照し、別の例として、ト
リガ事象は、アプリケーションによって開始されない事
象に指定することもできる。ユーザが、文書１１０が毎
晩バックアップされることが保証されることを望むとす
る。この場合、バックアッププログラムの実行またはバ
ックアップサービスのパラメータのチェックをユーザに
要求するのではなく、ユーザは、文書に対するバックア
ップサービスの要求を制御し表現するバックアッププロ
パティインスタンスである動的プロパティ１５７を文書
１１０に付与するだけでよい。バックアッププロパティ
１５７は、ユーザのシステム、ネットワークによりアク
セスされたシステム、又はインターネットなど、他の遠
隔サイトにおいて常駐可能な選択されたバックアップサ
ービス（サービス２）１９５を起動すべくプログラムさ
れている。バックアッププロパティ１５７は、さらに、
例えばシステムクロックが午前１２時になるとバックア
ッププロパティを起動させるトリガ事象を識別すべく構
成されている。１度このように構成されると、ユーザ又
はアプリケーションはこのトリガ事象を認識しないまま
であり、サービスが独立的に実行されるため、このトリ
ガ事象に応答して実行されているサービスにも気づかな
い。さらに、プロパティ１５７は、同一のトリガ事象に
基づいて、例えばサービス１８０などの別のサービスを
同時に起動するためのコードを含むこともできる。

【００４２】プロパティの付与により正確なサービス要
求を表現するために複数の異なる方法がある。サービス
は、ある種のプロパティインスタンスによって直接表示
してもよい。したがって、Ａｃｍｅバックアップサービ
スには、文書に付与され、トリガ事象発生時にＡｃｍｅ
バックアップサービスを自動的に起動する、予め構成さ
れたＡｃｍｅバックアッププロパティを含むことができ
る。一方、一般的なプロパティライクバックアップ（pr
operty-like back-up）は、例えばサブプロパティ（sub
-properties）などにおけるパラメータに依存し、要求
の詳細を特定してもよい。この場合、ユーザは、バック
アッププロパティインスタンスに対する好ましいサービ
スプロバイダとしてＡｃｍｅを特定してもよい。一般的
に、特定のサービスは、パラメータに依存することがで
きる。例えば、Ａｃｍｅバックアッププロパティが付与
された場合、ユーザはバックアップの間隔を特定でき
る。

【００４３】動的プロパティの付与により要求されたサ
ービスの結果は、文書及びプロパティインスタンスを介
して、以下に示す多数の方法により、ユーザに報告又は
通達される。（１）オリジナル文書にさらなるプロパテ
ィインスタンスを付与する。例えば、Ａｃｍｅバックア
ップサービスは、バックアップコピーが作成されると、
Ａｃｍｅバックアップ日付プロパティを文書に付与して
もよい。プロパティ値又はサブプロパティにより最新コ
ピーの日付及び時間が提供される。（２）おそらくはプ
ロパティが付与され、付与されたプロパティによってオ
リジナル文書にリンクされた新たな文書を作成する。し
たがって、翻訳を含む新たな文書を作成する翻訳サービ
スは、新たなフランス語版文書を示すフランス語版プロ
パティをオリジナル文書に付与することができる。
（３）オリジナル文書の内容を修正する。

【００４４】さらに、動的プロパティの付与によって起
動されたサービスは、文書及びプロパティインスタンス
によっては伝達されない効果及び結果を有することがで
きる。例えば、（１）文書にアクセスするためのサービ
スの品質調整、（２）信頼性の保証、障害許容力、耐性
などの維持、（３）動的プロパティに含まれるサービス
又はコードにより実行される、ユーザインターフェース
を介した直接的なユーザ相互作用、などがある。

【００４５】本発明のシステムは、サービスを要求する
ためにひとたび動的プロパティが付与されると、サービ
スソフトウェアが文書で操作されるようになる方法にお
いて、多数の代替的な変更を含む。例えば、サービス問
い合わせ、付与されたコード、混成バリエーション及び
複合バリエーションが含まれる。サービス問い合わせを
使用することにより、所与のサービス又はプログラム
は、長時間のプロセス（long-running process）として
実行される。このプロセスは、ルーチンにより文書管理
システムに問い合わせて、どの文書に特定のプロパティ
インスタンスが付与されているかを判定する、または、
このようなプロパティの付与の通知を要求するかのいず
れかを行う。新しいサービス要求と共に文書を発見する
か、又は文書が通知されるかすると、プログラム又はサ
ービスはそれに関して実行される。

【００４６】付与されたコードを用いた場合、所与のサ
ービス又はプログラムは、特定のプロパティタイプの任
意のインスタンスに含まれるかこれによって参照される
ソフトウェアを供給する。供給されたソフトウェアは、
種々の関心ある事象及びトリガ事象が起こると文書管理
システムによって呼び出されるエントリポイントを含
む。例えば、文書管理システムは、文書の内容が変更さ
れるとエントリポイントを呼び出すことができる。サー
ビスにより供給されたソフトウェアは、このエントリポ
イントにおいて、該事象に基づく適当なステップを実行
できる。特に、サービス供給ソフトウェアは、プロパテ
ィインスタンスが最初に文書に付与されたときに起動さ
れる。

【００４７】混成バリエーションにおいては、所与のサ
ービス又はプログラムは、プロパティインスタンスに含
まれるコードに長時間のプロセスの通知を行わせること
により、上記の方法のいずれにも依存する。かかる状況
においては、プロパティコードと長時間プロセスとの間
の通信は、サービス作成者より決定される。複合バリエ
ーションにおいては、所与のサービスは、単に他のサー
ビスを合成したり、または文書管理システムの基本機能
性を動作可能にすることにより配信される。ある複合プ
ロパティインスタンスを付与することにより、複数の他
のプロパティインスタンスが自動付与され、集合的に複
合サービスを提供する個々のサービスが起動される。

【００４８】図６には、サービス起動の例示的なブロッ
ク図が示される。トリガ事象及び外部サービスを開始す
る実行可能なコードと共に動的プロパティが構成される
と、文書はこの外部サービスを起動することができる。
トリガ事象は、システム上の任意の機能によって開始さ
れる、任意の指定された操作又は事象に設定できる。例
えば、トリガ事象は、アプリケーション、システム、他
の文書、他の動的プロパティ、タイマー、又はユーザの
所望するいかなる機構によっても開始できる。

【００４９】文書に操作が供給されると、この操作は文
書管理システムにより遮断され（２００）、文書のプロ
パティと比較されて（２１０）、動的プロパティのいず
れかが現在の操作をトリガ事象として含むように定めら
れているかが判断される（２２０）。この操作が動的プ
ロパティをトリガするのであれば、その動的プロパティ
に関連するプログラムコードが実行されて、外部サービ
スが起動される（２３０）。この操作は、文書を処理す
るアプリケーションからの要求、または日付又は時間な
どの単なるシステム事象など、任意の関連事象とするこ
とができる。

【００５０】外部サービスは、文書又は文書管理システ
ムの少なくともいずれかを実行し、その関連する動的プ
ロパティを通信インターフェースとして用いてこれにア
クセスし、サービスの結果を生成する（２４０）。サー
ビスは、対象文書を、その内容を修正することによって
処理するか、または対象文書の内容を修正せずに、対象
文書のバックアップコピーを作成したり、文書の新しい
プロパティを生成したりなど、他のタスクを実行するこ
とができる。外部サービスがそのタスクを完了すると、
当該オリジナル操作が、さらに継続して実行されること
のないタイマーなどの単なるシステムパラメータの発生
ではなく、実行可能な操作である場合であれば、当該オ
リジナル操作を続行する（２５０）。外部サービスによ
って文書の内容が修正されている場合には、操作はオリ
ジナル文書ではなく修正された文書に行われる。当然な
がら、これは動的プロパティの指示に基づき変更が可能
である。このような外部サービスの起動プロセスは、ユ
ーザの介入なしに自動的に行われ、ユーザ又は文書を処
理するアプリケーションとは独立して行われる。

【００５１】ウィンドウズ（商標）などの既存システム
は、ファイルのプロパティを表示し制御する方法をユー
ザに提供する。これらのプロパティには、文書の内容と
は独立したものもあれば、内容を考慮したものもある。
一部のプロパティページ（property pages）により、ユ
ーザは監査のためのアクセスログのメンテナンスなどの
サービスを要求できるが、これらのサービスは単にオペ
レーティングシステム自体の特徴にすぎない。一方、本
発明のシステムは、オペレーティングシステムまたは対
象文書を制御する文書管理システムから独立して設けら
れた異なる外部サービスとの相互作用のためのメカニズ
ムを提供する。本発明によるシステムは、文書の内容の
本質にかかわらず、かつユーザーごとのベースで、該文
書に付与されたプロパティインスタンス全体をユーザが
直接制御できるという、従来のシステムにはない汎用性
を有する。

【００５２】以上、好適な実施形態に関連して本発明を
説明した。この明細書を読み、理解すれば修正や変更が
発生するが、請求の範囲又はそれと等価の範囲内であれ
ば、かかる修正及び変更はすべて含まれる。

【図面の簡単な説明】

【図１】 本発明のプロパティの概念と比較して階層記
憶メカニズムを示す説明図である。

【図２】 本発明が適用可能な文書管理システムにおい
て、ユーザとオペレーションシステムとの間の通信チャ
ネル内に配置されたシステムのブロック図である。

【図３】 本発明に係るコンピュータシステムにおいて
実行される文書管理システムを示す説明図である。

【図４】 本発明が適用可能な文書管理システムにおい
て、プロパティを文書に付与できるシステムを示す説明
図である。

【図５】 本発明が適用可能な外部サービスにリンクさ
れたプロパティが付与された文書を示す図である。

【図６】 本発明が適用可能な外部サービスをトリガす
る操作を示す例示的なブロック図である。

【符号の説明】

１０ａ−１０ｎ，１１ａ−１１ｎ アプリケーション、
１２ ブラウザ、１３トランスレータ、１４ａ−１４ｎ
レポジトリ、１６ ビットプロバイダ、１８ａ−１８
ｎ，１２２，１２４ カーネル、２０ａ−２０ｎ 文
書、２２ 静的プロパティ、２４，１５５，１５７ 動
的プロパティ、２６ 基本プロパティ、２８，３０，３
２ リンク、１１０ 文書、１１５ ユーザインターフ
ェース、１３０ プロパティ、１３５ リンク、１５０
プロパティ付与機構、１６０ビットプロバイダ、１６
５ ローカルディスク、１７０ ＷＷＷ、１８０，１９
５ 外部サービス、１８５ アプリケーション。

フロントページの続き (72)発明者 ジェームズ ピー ドゥーリッシュ アメリカ合衆国 カリフォルニア州 サン フランシスコ ドラーズ ストリート 1040 ＃105 (72)発明者 ウォーレン ケイ エドワーズ アメリカ合衆国 カリフォルニア州 サン フランシスコ ゲレロ ストリート 1527 (72)発明者 アンソニー ジー ラマーカ アメリカ合衆国 カリフォルニア州 レッ ドウッド シティ コネチカット ドライ ブ 1727 (72)発明者 ジョン オー ランピング アメリカ合衆国 カリフォルニア州 ロス アルトス エヴァ アベニュー 1299 (72)発明者 マイケル ピー ソールズベリー アメリカ合衆国 カリフォルニア州 マウ ンテン ビュー シャワーズ ドライブ イー 254 49 (72)発明者 ダグラス ビー テリー アメリカ合衆国 カリフォルニア州 サン カルロス タスカー レイン 23 (72)発明者 ジェームズ ディ ソーントン アメリカ合衆国 カリフォルニア州 レッ ドウッド シティ ベイ ロード 3312

Claims (3)

【特許請求の範囲】
1. 【請求項１】 トリガ事象に応答して、文書に実行され
   るサービスを起動させる方法であって、 前記文書に論理的にプロパティを付与するステップであ
   って、前記プロパティは、トリガ事象に応答して文書を
   処理するサービスを起動させるべく構成されているステ
   ップと、 操作をトリガ事象として前記プロパティに関連付けるス
   テップであって、前記操作はアプリケーションによって
   開始され、文書において実行され、前記サービスはこの
   アプリケーションからは独立し、該アプリケーションが
   その処理を認識しない状態で文書を処理することができ
   るステップと、 前記アプリケーションによって、文書に実行される操作
   を開始するステップと、 前記操作を、文書において実
   行される前に遮断するステップと、 前記操作がトリガ事象となる、文書に付与されたプロパ
   ティを識別するステップと、 前記操作によってトリガされたプロパティに関連する、
   前記アプリケーションとは独立して文書を処理するサー
   ビスを起動させるステップと、 処理された文書において操作を実行するステップと、を
   含むことを特徴とするサービスの起動方法。
2. 【請求項２】 請求項１に記載の方法であって、 前記文書に複数のプロパティを論理的に付与するステッ
   プをさらに含み、各プロパティはトリガ事象発生時にサ
   ービスを起動するよう構成され、このトリガ事象は、ア
   プリケーションにより文書上で実行される操作であり、
   前記サービスは、アプリケーションとは独立しているこ
   とを特徴とするサービスの起動方法。
3. 【請求項３】 文書管理システムにおいて、トリガ事象
   に応答して、文書に実行されるサービスの起動方法であ
   って、 文書にプロパティを論理的に付与するステップであっ
   て、前記プロパティは、トリガ事象に応答して、前記文
   書を処理するサービスを起動すべく構成されるステップ
   と、 トリガ事象の発生に応答してプロパティがサービスを起
   動するようにトリガ事象をプロパティに関連付けるステ
   ップと、 トリガ事象の発生をモニタするステップと、 トリガ事象を遮断するステップと、 トリガ事象が関連付けられた、文書に付与されたプロパ
   ティを識別するステップと、 トリガ事象によりトリガされたプロパティに関連付けら
   れた、文書を処理するサービスを起動するステップと、 文書の処理から、サービスの結果を生成するステップ
   と、を含むことを特徴とするサービスの起動方法。