(57)【特許請求の範囲】
【請求項１】
少なくとも１ユーザのために、オブジェクトを管理する方法であって、
各々が属性セットからの属性に関連付けられるコンテナのセットを提供するステップと、
少なくとも１つのオブジェクトを少なくとも１つのコンテナにマッピングし、前記少なくとも１つのオブジェクトに前記少なくとも１つのコンテナの属性を継承させることにより、前記属性セットからの属性を前記少なくとも１つのオブジェクトに動的に割当てるステップと、
ユーザ・インタフェースを通じて、少なくとも１つの選択されたコンテナを表示するステップと
を含み、前記選択されたコンテナの少なくとも１つの属性と、前記少なくとも１つのオブジェクトの少なくとも１つの属性とに適用される条件が満足されると、前記少なくとも１つのオブジェクトが前記選択されたコンテナ内に表示されるようにしたことを特徴とする方法。
【請求項２】
前記マッピングが、前記少なくとも１つのコンテナへの前記少なくとも１つのオブジェクトのドラッグ・アンド・ドロップを含む、請求項１記載の方法。
【請求項３】
少なくとも１つの属性の追加、少なくとも１つの属性の削除、または少なくとも１つの属性の更新のいずれかを、前記属性セットに適用するステップを含む、請求項１記載の方法。
【請求項４】
ユーザのコミュニティの間でオブジェクトを共有する方法であって、少なくとも１つの属性が前記ユーザの少なくとも二人に共通なように、各ユーザが属性のそれぞれのセットに関連付けられるものにおいて、前記コミュニティ内の各ユーザに対して、
各々が少なくとも１つの属性を割当てられるオブジェクトを含むユーザ・レプリカを提供するステップと、
各々が前記属性セットからの属性に関連付けられるコンテナのセットを提供するステップと、
前記レプリカにおける所望の更新を、選択された他のユーザのレプリカにサブミットするステップと、
前記コミュニティ内の他のユーザから少なくとも１つの更新を受信し、前記レプリカを受信された前記更新により更新するステップと、
ユーザ・インタフェースを通じて、少なくとも１つの選択されたコンテナを表示するステップと
を含み、前記選択されたコンテナの少なくとも１つの属性と、前記レプリカからの少なくとも１つのオブジェクトの少なくとも１つの属性とに適用される条件が満足されると、前記少なくとも１つのオブジェクトが前記選択されたコンテナ内に表示されるようにしたことを特徴とする方法。
【請求項５】
各ユーザに関連付けられる前記属性セットが、前記レプリカの一部を形成する、請求項４記載の方法。
【請求項６】
前記更新が前記オブジェクトへの属性の割当てを含む、請求項４記載の方法。
【請求項７】
前記更新がオブジェクトの更新を含む、請求項４記載の方法。
【請求項８】
前記更新が前記属性セット内の少なくとも１つの属性の更新を含み、前記属性の更新が、属性の追加、属性の削除、属性の編集、属性のステータスのグローバルからローカルへのまたはその逆の変更、及び２つ以上の属性の単一属性への結合を含むグループから選択される、請求項５記載の方法。
【請求項９】
前記ユーザ・インタフェースがコンテナのツリーを含む、請求項１または４記載の方法。
【請求項１０】
前記条件が、前記少なくとも１つのオブジェクトが前記選択されたコンテナのサブコンテナ内に表示されない場合に限り、前記少なくとも１つのオブジェクトが前記選択されたコンテナ内に表示されるというサブ条件を含む、請求項９記載の方法。
【請求項１１】
前記コンテナがフォルダである、請求項９記載の方法。
【請求項１２】
前記オブジェクトの各々が、ＷｅｂサイトのＵＲＬブックマークである、請求項１または４記載の方法。
【請求項１３】
前記オブジェクトの各々がファイルである、請求項１または４記載の方法。
【請求項１４】
ユーザのコミュニティの間でオブジェクトを共有するシステムであって、該システムがネットワークを通じてユーザと通信する少なくとも１つのサーバを含み、各ユーザがプロセッサ、関連メモリ及び表示装置に関連付けられ、少なくとも１つの属性が前記ユーザの少なくとも二人に共通なように、各ユーザが属性のそれぞれのセットに関連付けられ、それぞれの前記プロセッサ、関連メモリ及び表示装置が、
各々が少なくとも１つの属性を割当てられるオブジェクトを含むユーザ・レプリカを提供するステップと、
各々が前記属性セットからの属性に関連付けられるコンテナのセットを提供するステップと、
前記レプリカにおける所望の更新を、前記少なくとも１つのサーバを通じて、選択された他のユーザのレプリカにサブミットするステップと、
前記少なくとも１つのサーバを通じて、前記コミュニティ内の他のユーザから少なくとも１つの更新を受信し、前記レプリカを受信された更新により更新するステップと、
ユーザ・インタフェースを通じて、少なくとも１つの選択されたコンテナを表示するステップと
を実行するように構成され、前記選択されたコンテナの少なくとも１つの属性と、前記レプリカからの少なくとも１つのオブジェクトの少なくとも１つの属性とに適用される条件が満足されると、前記少なくとも１つのオブジェクトが前記選択されたコンテナ内に表示されるようにしたことを特徴とするシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はオブジェクトの管理、並びに、頻繁に使用されるロケーション（ＵＲＬ）のブックマークをＷｅｂサーファの間で共有するなど、コミュニティ間での情報の共有に関する一般分野に関する。
【０００２】
【従来の技術】
従来技術の一覧：
［ＫＷＲＣＭ］  Keller R. M. 、Wolfe S. R. 、Chen J. R. 、Rabinowitz J. L及びMathe N. による"A Bookmark Service for Organizing and Sharing URLs"、sixth international World Wide Web Conference、Santa Clara、California、USA、April 7-11、1997。
［ＫＭ］  Klark, P. 及びManber, U. による"Developing a Personal Internet Assistant"、Proc. Conference on Educational Multimedia and Hypermedia (ED-MEDIA '95)Graz、372-377、1995。
［ＷＤＨＳ］  Wittenberg, K. 、Das、D. 、Hill, W. 及びStead, L. による"Group Asynchronous Browsing on the World Wide Web"、Fourth Additional World Wide Web Conference、Boston、December 11-14、1996。
［ＧＮＯＴ］  Goldberg, D. 、Nichols, D、Oki, B. M. 及びTerry, D. による"Using Collaborative Filtering to Weave an Information Tapestry"、Communications of the ACM 35 (12)、61-70、1992。
［SiteSeer］  http://www.imana.com/WebObjects/Siteseer
［ＫＲＷ］  Kamiya, K. 、Rvscheisen, M. 及びWinograd, T. による"Grassroots: A System Providing Uniform Framework for Communicating、Structuring、Sharing Information and Organizing People"、Fifth International World Wide Web Conference Paris、France、6-10、1996。
［ＫＭＭＨＧＲ］  Konstan, J. 、Miller, B. 、Maltz, D. 、Herlocker, J. 、Gordon, L. 及びRiedl, J. による"GroupLens: Applying Collaborative Filtering to Usenet News"、Communications of the ACM 40、3(1997)、77-87。
［ＧＪＳＯ］  David K. Gifford、Pierre Jouvelot、Mark A. Sheldon、James W. O'Toole, Jr. による"Semantic File Systems"、Programming Systems Research Group - MIT Laboratory for Computer Science。
［ＧＭ］  Burra Gopal、Udi Manberによる"Integrating Content-Based Access Mechanisms with Hierarchical File Systems"、Third Symposium on Operating Systems Design and Implementation、(OSDI '99) Usenix Association。
【０００３】
Ｗｅｂは巨大である。ユーザはしばしば、潜在的に将来役に立つと思うロケーション（サイト、ホームページ、ＵＲＬ）を見いだす。同一のロケーションへの道筋を再度見いだすことは、手際を要し、困難で、時間のかかる作業である。従って、Ｗｅｂサーファは通常、関心のあるＷｅｂページをマークすることにより、必要に際して、それを容易に見いだせるようにしたいと思う。これらのマークは通常、ブックマークと呼ばれる（お気に入り（favorites）、サムネール（thumbnails）、ホットリスト（hotlists）とも呼ばれる）。
【０００４】
ブックマークを構成する従来方法は、ツリー構造を使用する。一般的なブラウザ（ネットスケープ・コミュニケータ（商標）、ネットスケープ・ナビゲータ（商標）、及びマイクロソフト（商標）インターネット・エクスプローラ）は、ブックマーク管理ツールを含み、それぞれは、ブックマークを格納するための固有のプロプラエタリ・フォーマットを有する。また、幾つかのスタンドアロン・ブックマーク管理ツールも開発されている。これらのツールは、ユーザが自身のブックマークのツリー編成を設計し、ブックマークを入力し、それらを管理する他に、それらを（クリックして）ブラウザ内で開くことを可能にする。ツリー編成は単純で、よく理解された方法であり、各ユーザが個人の選好にもとづき、ブックマークへの容易なアクセスを編成することを可能にする。
【０００５】
これらの既存のブックマーク管理ツールは、後述のまれな例外を除き、個々のユーザを支援することに重点を置き、ユーザ間でのブックマークの共有を容易にするものではない。ブックマークを共有するために、ユーザは通常、（例えば電子メールを用いて、）ＵＲＬファイルまたはブックマーク・ファイルを互いに送信し合う。これは明らかに、あまり効率的な方法でない。完全なブックマーク・ファイルの共有は、異なるツール（ブラウザ）が異なるプロプラエタリ非互換フォーマットを使用する場合に、特に問題となる。これは実際、複数のブラウザまたはマシンを使用する多くのユーザにとっても問題である。例えば、ユーザが２つのオペレーティング・システムまたはコンピュータを有したり、２つの異なるブラウザが４つのブックマーク・ファイルを有する場合などが、これに相当する。これらの異なるフォーマット間で、ブックマーク・ファイルを変換する幾つかのユーティリティが存在するが、これらのプロシージャは厄介で、時に誤りを起こしがちである。
【０００６】
ＵＲＬを共有するために使用される別の一般的なアプローチは、ＵＲＬをＷｅｂインデックス（または"リンク・リスト"）と呼ばれる特殊に設計されたＷｅｂページ上に、リンクとして提供する。こうしたインデックスは現在、ほとんどのＷｅｂサイトにおいて、また多くの個人のホームページにおいてさえも提供されたりする。インデックスは、特定の個人またはコミュニティの関心に焦点を当てたり、特定の話題に焦点を当てたり、一般的であったりする。"全てのＷｅｂ"を一連のＨＴＭＬページとして分類する、幾つかの大規模なメガ・インデックスが存在する。周知の例はＹＡＨＯＯ！（商標）である。各インデックスは自身のツリー構造を有し、一般には、ＵＲＬ（すなわちブックマーク）を突き止める２つの方法を提供する。すなわち、探索ユーティリティ（データベース内の単純な探索）を使用するか、分類済みのフォルダを使用する方法である。メガ・インデックスでは、ユーザはまたインデックス化されるＷｅｂページをマークし、適切なフォルダを提案してもよい。
【０００７】
こうしたインデックスを用いてブックマークを共有する際、次に述べるような幾つかの問題が存在する。
１）インデックスは、ローカル・アプリケーション及びファイルとしてではなく、特殊なＷｅｂサイト内で提供されるため、アクセスはローカル・ブックマーク管理ツールと比較して、実質的に遅く、便利でない。更に、これはインデックス・サーバへの接続に依存する。
【０００８】
２）同一のＵＲＬが２つ以上のフォルダに関連し得る。更に、異なるユーザがフォルダの異なる編成を好んだり（例えばトップ・レベル・フォルダが"music"で、サブフォルダが"shipping"、またはその逆）、フォルダに対して単に異なるネームを好んだりする（例えば"発見"（find）及び"検索"（search））。この結果、ＹＡＨＯＯ！（商標）などの人気のインデックスのあらゆるユーザに知られるように、関連ＵＲＬがしばしば複数のフォルダに渡って広がることになる。
【０００９】
３）ユーザはしばしば、共有を望まないブックマークを有する。これらは専用であったり（パスワードを含む）、単にユーザ特定であったりする。一般のインデックス・サーバは、こうしたフィーチャを可能にしない。
【００１０】
幾つかの異なるシステムは、ユーザが個人用ブックマーク収集を共有することを可能にする。
【００１１】
Kellerらによる［ＫＷＲＣＭ］は、WebTaggerを導入した。WebTaggerは個人用またはコミュニティ用ブックマーク・サービスとして設計され、Ｗｅｂサーバ上で（ＣＧＩプログラムとして）実行される。システムはプロキシ・ベースのシステムであり、ページを分類するボタンや、データベースを照会するボタンなどを追加することにより、ブラウズされる各Ｗｅｂページを変更する。共通のまたはカストマイズされたフォルダ編成が存在しないので、フォルダを調べるために、ユーザは照会を形成する必要がある。とりわけ、プライバシや複製のためのサポートは存在しない。
【００１２】
Klark及びManberは、Warmlist［ＫＭ］を設計した。アプリケーションは、共有ファイル・システム(Ｕｎｉｘ（商標））を使用する共通ブックマーク・ファイルの共有にもとづく。ユーザは彼ら自身のブックマークを挿入し、（同一のツリーを用いて）それらを階層的に編成し、それらをインデックス化し、ブックマークのファイルを探索できる。
【００１３】
アクティブ・ノートブック（Torrance）は、ユーザが情報に概念的な分類をラベル付けし、それらを後のブラウジング及び検索のために、分類学（taxonomy）に編成することを可能にする。Torranceの業績の焦点は、文書をクラスタ化し、形態学的概念（キーワード）を識別することに置かれている。Torranceは複製やプライバシ、及びユーザ・インタフェースなどの共有については扱っていない。
【００１４】
Wittenbergらは、ユーザのブックマークを収集及び併合し、これらの併合されたブックマークを標準のＷｅｂブラウザに表示する、グループ非同期ブラウジング・サーバ［ＷＤＨＳ］を創作した。彼らのアプローチは、同一のＵＲＬを２つのブックマーク・ファイル内で見いだすとき、一方のブックマーク・ファイル内のフォルダから、他のブックマーク・ファイル内のフォルダへのリンクをユーザに与えるものである。
【００１５】
共同フィルタリング方法は、他のユーザにより示される選好を利用して、選択的に情報を共有する手段を提供する。これらの選好は、他人の動作から暗黙的に推察されるか、明示的なユーザ評価にもとづく。［ＧＮＯＴ］、［SiteSeer］、［ＫＲＷ］、［ＫＭＭＨＧＲ］参照。
【００１６】
Giffordら［ＧＪＳＯ参照］は、セマンティック・ファイル・システムを提供する。これはファイル・タイプ特定のトランスジューサを有するファイルから、自動的に属性を抽出することにより、システムの内容への柔軟な連想アクセスを提供する情報記憶システムである。連想アクセスは、既存のツリー構造化ファイル・システム・プロトコルに対する保守的な拡張により、並びにコンテンツ・ベースのアクセスのために特別に設計されたプロトコルにより提供される。既存のファイル・システム・プロトコルとの互換性は、仮想ディレクトリの概念を導入することにより提供される。仮想ディレクトリ・ネームは照会として解釈され、従って、既存のソフトウェアと互換に、ファイル及びディレクトリへの柔軟な連想アクセスを提供する。ファイル・システム・コンテンツへの迅速な属性ベースのアクセスは、ファイル・システム・オブジェクトの主要特性の自動抽出及びインデックス化により実現される。Giffordらの文献によるセマンティック・ファイル・システムは、文書、メール、及び他のオブジェクトなどの、様々なタイプのオブジェクトをサポートする。
【００１７】
Gopalら［ＧＭ参照］は、ファイルに対するネーム・ベースのアクセス及びコンテンツ・ベースのアクセスを同時に結合する、新たなファイル・システムを提供する。この設計は、両方の方法がいつでも使用されることを可能にするので、両者の利点を保持するものである。ユーザは照会にもとづき、彼ら自身のネーム・スペースを明示的なパス・ネームで、または任意にインタリーブされた組み合わせで作成する。ファイルの追加、削除または移動などの、全ての通常のファイル操作は、同様な態様でサポートされ、更に、照会の一貫性が維持され、ユーザが手動式に行っていることに適応化される。ユーザは照会の結果を追加、削除または移動することができ、一般に、それらが通常のファイルであるかのように、取り扱うことができる。
【００１８】
前記のGiffordら及びGopalらによる文献は、オブジェクトの共有の処理に注目しないオブジェクト管理システムを提供するが、指定データ・ファイルに属性を割当て、属性によりデータ・ファイルの照会を可能にすることにより、例えばデータ・ファイルの処理をサポートする管理方式を提供する。例えば、"Smith"に送信される全てのデータ・ファイルを抽出する。同様に、提案されるアプローチは、ブックマーク管理もサポートし得る。
【００１９】
Giffordら及びGopalらの文献で開示されるような提案システムは、幾つかの本来的な制限を有する。一例として、様々なオブジェクトに割当てられる属性は、静的な性質を有する（例えば、レターの場合のフィールド、すなわち送信者:（From:）、宛先：（To:）など）。多くの現実のライフ・アプリケーションでは、属性の静的性質は不十分である。例えば、所与のブックマークに例えばＩＢＭなどの属性が割当てられる、指定ブックマーク共有アプリケーションについて考えてみよう。所与のユーザは、指定ブックマークに、例えばセキュリティなどの属性も割当てられるべきと判断するかもしれない。静的属性システムは、こうした変化をサポートするのに不十分であるばかりでなく（この特定の実施例では、新たな属性を追加し、こうして追加された属性をオブジェクトに割当てることによる）、コミュニティ内の他のメンバ間でこの更新を伝播する技法を、明らかに提案していない。従って、指定ブックマークが、既に属性"セキュリティ"を利用しており、（同一のまたは異なるユーザに関連付けられる）他のユーザ・ビューにおいて反映されることが期待される。
【００２０】
従って、ユーザ間でオブジェクトを管理し、ことによると共有することを可能にし、従来技術の制限を実質的に克服する技法を提供することが望まれる。更に、単一ユーザ環境においても、オブジェクトの管理を可能にするシステムを提供することが望まれる。
【００２１】
【発明が解決しようとする課題】
従って、本発明の目的は、ユーザのために、属性のセット、及び属性セットからの属性を有するコンテナのセットを提供し、オブジェクトを管理する方法を提供することである。
【００２２】
【課題を解決するための手段】
本発明は少なくとも１ユーザのために、オブジェクトを管理する方法を提供する。この方法は、
属性のセットを提供するステップと、
各々が前記属性セットからの属性に関連付けられるコンテナのセットを提供するステップと、
属性を前記オブジェクトに動的に割当てるユーザ・インタフェースを提供するステップと、
ユーザ・インタフェースを通じて、少なくとも１つのコンテナを選択的に表示するステップと
を含み、前記コンテナの少なくとも１つの属性と、前記オブジェクトの少なくとも１つの属性とに少なくとも適用される条件が満足されると、前記オブジェクトが前記コンテナ内に表示される。
【００２３】
本発明は更に、ユーザのコミュニティの間でオブジェクトを共有する方法を提供し、少なくとも１つの属性が前記ユーザの少なくとも二人に共通なように、各ユーザは属性のそれぞれのセットに関連付けられる。この方法は、コミュニティ内の各ユーザに対して、次のステップ、すなわち、
各々が少なくとも１つの属性を割当てられるオブジェクトを含むユーザ・レプリカを提供するステップと、
各々が前記属性セットからの属性に関連付けられるコンテナのセットを提供するステップと、
前記レプリカにおいて更新を生成するユーザ・インタフェースを提供するステップと、
規定された前記更新を選択ユーザのレプリカにサブミットするステップと、
コミュニティ内の少なくとも１ユーザから、少なくとも１つの更新を受信し、前記ユーザ・レプリカを受信された更新により更新するステップと、
ユーザ・インタフェースを通じて、少なくとも１つのコンテナを選択的に表示するステップと
を実行し、前記コンテナの少なくとも１つの属性と、前記オブジェクトの少なくとも１つの属性とに少なくとも適用される条件が満足されると、前記レプリカからのオブジェクトが前記コンテナ内に表示される。
【００２５】
本発明は更に、ユーザのコミュニティの間でオブジェクトを共有するシステムを提供し、システムがネットワークを通じてユーザと通信する少なくとも１つのサーバを含む。各ユーザはプロセッサ、関連メモリ及び表示装置に関連付けられ、少なくとも１つの属性が前記ユーザの少なくとも二人に共通なように、各ユーザは属性のそれぞれのセットに関連付けられる。それぞれのプロセッサ、関連メモリ及び表示装置は、次のステップ、すなわち、
各々が少なくとも１つの属性を割当てられるオブジェクトを含むユーザ・レプリカを提供するステップと、
各々が前記属性セットからの属性に関連付けられるコンテナのセットを提供するステップと、
前記レプリカにおいて更新を生成するユーザ・インタフェースを提供するステップと、
前記少なくとも１つのサーバを通じて、規定された前記更新を選択ユーザのレプリカにサブミットするステップと、
前記少なくとも１つのサーバを通じて、コミュニティ内の少なくとも１ユーザから、少なくとも１つの更新を受信し、前記ユーザ・レプリカを受信された更新により更新するステップと、
ユーザ・インタフェースを通じて、少なくとも１つのコンテナを選択的に表示するステップと
を実行するように構成され、前記コンテナの少なくとも１つの属性と、前記オブジェクトの少なくとも１つの属性とに少なくとも適用される条件が満足されると、前記レプリカからのオブジェクトが前記コンテナ内に表示される。
【００２８】
典型的な（但し限定的でない）ブックマーク共有アプリケーションは、次の特性を有する。
【００２９】
共通属性：コミュニティの全てが属性の同一セットを使用する。各ユーザは自分のユーザ・インタフェースを作成し、この特定の例ではフォルダのツリーを作成して、属性を各フォルダに関連付ける。各ブックマークも属性を割当てられ、これらは（条件が満足されると、）ブックマークを各ユーザの適切なフォルダ内に表示するために使用される。属性のリストは、例えば、新たな属性が挿入されたり、或いは他の属性が削除されることにより、更新される。
【００３０】
複製：全てのブックマークのデータベースが、全てのユーザがアクセスを有するサーバ内に保持される。好適には、このデータベースのローカル・レプリカが、各ユーザのマシン内に保持される。複製は、（サーバに接続されない間に）ユーザがとりわけオフラインで作業することを可能にし、大幅に優れた性能を提供する。
【００３１】
プライバシ：ユーザは容易に幾つかのＵＲＬ（及びことによると属性）を、専用として定義し得る。専用にマークされたＵＲＬは、サーバ内及びそのユーザのレプリカ内で暗号化され、従って、アクセスはユーザのキーを使用することによってのみ可能である。プライバシは、選択フォルダに関連付けられる属性と見なされる。ブックマークがフォルダに動的に割当てられ、好適な実施例により、それらがフォルダの属性を継承する。従って、専用フォルダに割当てられるブックマークは、プライバシ属性を継承する。他の属性がフォルダに割当てられてもよく、例えば、このフォルダに関連付けられるブックマークが最近使用されたことを示すヒストリなどが、そうした属性に含まれる。別の非限定的な例にホット属性があり、これは最近追加された全てのブックマークを含むフォルダに関連付けられる。
【００３２】
単純且つ既知のビュー・ユーザ・インタフェース：インプリメンテーションは既知のツリー・フォルダ構造ユーザ・インタフェースを使用し、ユーザがクリック・アンド・ドロップ・ユーザ・インタフェースにより、共通のオペレーションを実行することを可能にする。このアプローチは、例えばマイクロソフト（商標）フォルダ・エクスプローラ・ユーティリティにおける既知のユーザ・インタフェースと似ており、従って、ユーザ・インタフェースに慣れ親しむのに要する時間を低減する。ドラッグ・アンド・ドロップ操作は、属性をブックマークに割当てるために、１実施例により使用される。ブックマークをフォルダにマップすると、フォルダの属性が自動的にブックマークに割当てられる。
【００３３】
既知のユーザ・インタフェースによる、フォルダ内のブックマークの表示：以下で詳述するように、例えば指定ブックマークをフォルダにドラッグ・アンド・ドロップすることによる、ブックマークへの属性の割当ては、必ずしも、ブックマークが指定フォルダに表示されることを意味するものではない。以下で詳述するように、ブックマークがフォルダ内に表示されるためには、コンテナ及びブックマークの属性に適用される条件が満足されなければならない。
【００３４】
ここで用語"ユーザ"は、狭い意味で理解されるべきでない。従って、例えば所与のユーザは、同一のまたは異なるマシン上で実行される２つの異なるユーザ・アプリケーションを有し得る。
【００３５】
【発明の実施の形態】
簡素化のため、後述の説明は、ブックマーク管理及び共有アプリケーションに関するが、本発明はブックマークに限定されるものではない。従って、ブックマークは多くの可能なオブジェクトの１つに過ぎず、従って、例えば電子メールや様々なタイプのファイル、或いはそれらの組み合わせなどの、指定ブックマーク以外の、またはそれらの代わりの他のオブジェクトも、本発明の対象と成り得る。
【００３６】
同様に、後述の説明は主に、マイクロソフト（商標）ファイル・エクスプローラ式の構造など、フォルダのツリー式ユーザ・インタフェースに注目する。フォルダはコンテナのセットの非限定例に過ぎず、ツリーはコンテナのセットを編成する非限定例に過ぎない。
【００３７】
ブックマーク（同様にファイル、メール・メッセージなど）を閲覧する非常に一般的なインタフェースは、例えばマイクロソフト（商標）ファイル・エクスプローラ・ユーザ・インタフェースなどのように、フォルダのツリーを使用する。多くのアプリケーションでは、ツリーのブラウジングは、データベースにおいてテキスト探索を実行するよりも、正しいブックマークを探索するためのより良い方法である。しかしながら、共有ブックマークをフォルダ内に編成することは困難である。同一のＵＲＬは、２つ以上のフォルダに関連するかもしれない。更に、異なるユーザが、フォルダの異なる編成を好むかも知れない（例えば、あるユーザは、トップ・レベル・フォルダ"music"及びサブフォルダ"shipping"を好み、別のユーザは他の回避法、すなわちトップ・レベル・フォルダ"shipping"及びサブフォルダ"music"を好むかもしれない）。或いは、単にフォルダに対して異なるネームを好むかもしれない（例えば"発見"（find）及び"探索"（search））。
【００３８】
この問題を克服しようとする単純なアプローチは、ブックマークを入力するときに、コミュニティの全てのメンバにより使用される固定フォルダ・ツリーを、時に幾つかの追加の取決めと一緒に決定するものである。しかしながら、前述したように、こうしたアプローチは柔軟性に欠け、一般的に受け入れられる有用な編成としては見なされ難い。
【００３９】
本発明の１態様によれば、属性のセットに同意するユーザのコミュニティが提供される。各ユーザは自分のコンテナ・セットを生成し、属性を各コンテナに関連付ける。好適には、属性のセットはコミュニティのユーザにとって共通であるが、これは必ずしも常に当てはまる訳ではない。従って、コミュニティのユーザは属性のセットを有し、それらの一部は、必ずしもコミュニティ内の他のメンバの一部または全部により共有される訳ではない。
【００４０】
本発明の１実施例によれば、属性を属性セットに動的に追加、削除または更新するユーザ・インタフェースが提供される。
【００４１】
以下で詳述するように、属性は各ユーザの適切なフォルダ内のブックマークを表示するために使用される。
【００４２】
１実施例では、ユーザは属性のセットを定義する。ユーザのコミュニティの場合、コミュニティ内の各ユーザは、そのコミュニティの関心に関わる属性のセットを定義する。属性のセットは有限であるが、動的である。新たな属性の追加のプロシージャが、以下で詳述される。ユーザのコミュニティの場合、属性のこのセットがコミュニティの"言語"と見なされる。
【００４３】
属性のセットは、ブックマークを例えばフォルダのツリー内に表示するために使用される。条件を満足すれば、ブックマークはフォルダ内に表示される。ここで条件は少なくとも、フォルダの少なくとも１つの属性及びブックマークの少なくとも１つの属性に適用される。特定の実施例では、ブックマーク及びフォルダが共通の属性を共有する場合、ブックマークはフォルダ内に表示される。
【００４４】
この目的のために、オブジェクト（ブックマーク）はユーザ・インタフェースを通じて、動的に属性を割当てられる。特定の実施例では、"ドラッグ・アンド・ドロップ"操作を用いて、属性が動的に割当てられる。この実施例により、オブジェクトは所与のコンテナ（フォルダ）にマップされ、指定コンテナ（フォルダ）に割当てられる属性を継承する。
【００４５】
更に理解を深めるために、図１乃至図２を参照すると、本発明の１実施例に従い、フォルダのツリーとして示されるユーザ・インタフェースの例が示される。
【００４６】
図１のユーザ・インタフェース１１は、（コミュニティ内の第１のユーザ、またはスタンドアロン環境の単一ユーザの）フォルダのツリーとして表され、既知のマイクロソフト（商標）ファイル・エクスプローラ・ツリー表現に類似している。各フォルダ（例えば"books"１２）は属性に関連付けられ、この特定の実施例では、"shipping"及び"book"１３に関連付けられる。図１のユーザ・インタフェースでは、属性が角括弧により囲まれている。図２のフォルダ・ツリー例１４は、例えばコミュニティ内の第２のユーザのユーザ・インタフェースを表す。
【００４７】
所与のフォルダに対応するＵＲＬ（またはブックマーク）のリストは、ウィンドウズ・エクスプローラ・ユーティリティにおいて所与のフォルダに属するファイルと同様、指定フォルダ（図１及び図２では図示せず）内に格納される。
【００４８】
下記のテーブルは、特定の属性を有するブックマークが配置される場所の幾つかの例をリストする。
【表１】
［属性］     ［サンプル・ツリー１］［サンプル・ツリー２］
Shopping        Shopping              Shopping
Shopping、 web  Shopping              Web>Shopping、 Shopping
Shopping、 web  Shopping              Shopping、 Web>Shopping
find            Find>Internet         Web>Find
Find、 people   Find>People           People in the Web
Find            Find                   （出現せず）
【００４９】
ブックマーク共有の特定の実施例により、ＵＲＬがコミュニティ・データベースに挿入されるとき、システムは３つのフィールドを有するレコードを作成する。すなわち、
ｉ）キー：ユーザがブックマークに登録したいＵＲＬ。
ii）属性：ＵＲＬに割当てられる属性のセット。属性はコミュニティには既知で且つサーバにより保持されている固定のセットから選択される。各ユーザは追加の属性を提案でき、サーバ管理者は更新（この特定の実施例では追加された属性）がコミュニティにサブミットされるか否かを決定する。フォルダ内へのブックマークの表示は、それらの属性に従って行われ、通常は条件をフォルダの属性及びブックマークの属性に適用することにより、実行される。例えば、ブックマークが共通の属性を共有する場合、それらはフォルダ内に表示される。従って、コミュニティが属性を理解することが望ましい。従って、本発明のブックマーク共有技法が、（必須ではないにしろ、）小規模乃至中規模なコミュニティに対して適用可能であることが所望される。
【００５０】
特定の実施例では、３つのタイプの属性が存在する。すなわち、
１）グローバル：コミュニティ全体に渡って共有される属性。
２）専用：属性を挿入したユーザに専用で、このユーザによってのみ使用される属性。これらの属性は、コミュニティ内の他のユーザにはサブミットされない。
３）サブミット：ユーザが、コミュニティによりグローバルに共有される属性の収集に追加されるべきであると考える属性。当初、これらの属性はローカルであるが、以下で詳述するように、サーバは後にそれらをグローバル属性に変更できる。
【００５１】
iii）ＵＲＬ関連データ：ＵＲＬを記述する追加情報。関連データが自動的に生成され得る。自動的に生成されるデータには、例えばブックマーク・タイトル、挿入時刻、重要度、データの所有者、及び満了日などが含まれる。
【００５２】
ブックマーク閲覧：
属性をブックマーク及びフォルダの両方に割当てた後、ブックマークが表示される。ブックマークは例えば図１に示すように、ユーザ・インタフェースを通じて表示され、例えばフォルダのツリーに編成される。各フォルダはネームを有し、（属性のセットから選択される）１つ以上の属性を割当てられる。前述のように、属性は各ブックマークにも割当てられる。好適な実施例では、フォルダがサブフォルダを含み、ブックマークがサブフォルダの属性を有する場合、ブックマークは（詳細な分類分けとして）サブフォルダ内にだけ表示される。この論理は次の規則により実現される。すなわち、ブックマークは次の場合に限り、フォルダ内に出現する。すなわち、
・ブックマークの属性がフォルダを包含する。
・ブックマークが、このフォルダ内に含まれるいずれのフォルダ内にも出現しない。
【００５３】
前述のように、条件が満足されると、ブックマークはフォルダ内に表示される。この特定の例では、条件は、ブックマークに割当てられる（少なくとも１つの）属性が、ブックマークが表示されるフォルダの属性に含まれることを規定するサブ条件を含む。条件は更に、ブックマークがこのフォルダ内に含まれるいずれのフォルダ内にも出現しないことを規定するサブ条件を含む。
【００５４】
規定された条件及びサブ条件は、もちろん必須ではない。どのブックマークがどのフォルダ内に表示されるかを規定する条件及びサブ条件は、必要に応じて適宜、特定のアプリケーションに従い決定される。
【００５５】
前述のように、本発明に従い、オブジェクトへの属性の動的な割当てを可能にするユーザ・インタフェースが提供される。好適な実施例によれば、図１と同一のインタフェースを用いて、ドラッグ・アンド・ドロップ操作により、ブックマークが挿入または削除される。従って、この実施例により、ＵＲＬをフォルダ内にドラッグすると、ＵＲＬはそのフォルダの属性を継承する。この操作は単純且つ直観的である。
【００５６】
フォルダ内へのＵＲＬのこうした単純なドラッグ・アンド・ドロップ操作の結果、ＵＲＬはこれらの属性のサブセットを有する複数のフォルダにマップされる。ＵＲＬは追加のフォルダにドラッグされ、必要に応じて、より多くの属性を割当てられる。例えば、ブックマークを図１に示されるユーザ・インタフェース内のフォルダ"books"１２にドラッグすると、このフォルダに関連付けられる属性"shopping"及び"book"１３が、自動的に割当てられる。この操作の副作用として、このブックマークがフォルダ"books"１５にもマップされる。これはユーザ・インタフェース１４内のフォルダ"books"１５が、属性"shopping"及び"book"１６にも関連付けられることを考慮するものである。ユーザはまた、重要度のレベルや満了日などの、ブックマークに関連するデータをＵＲＬに割当ててもよい。ユーザ・インタフェース１１からユーザ・インタフェース１４への、指定された更新のサブミットについては、以下で詳述する。
【００５７】
１度のドラッグ・アンド・ドロップ操作の結果について、更に図４乃至図７を参照して例証する。図４は、５つのユーザ・ビュー（３１乃至３５）を示す。アイテム１、例えば図５に示されるブックマーク３６を、ビュー５にドラッグ・アンド・ドロップすると、アイテム１に属性１、２及び４が割当てられる。その結果、アイテム１は自動的にビュー１（３１）（属性１及び２による）、ビュー３（３３）（属性４による）、及びビュー４（３４）（属性１による）に割当てられる。ビューの間の更新は、以下で詳述するように実現される。
【００５８】
全てのユーザは、自分個人のフォルダのツリー式ユーザ・インタフェースを定義する。前述のように、ツリーは、ブックマークを編成し、続いて表示するためにユーザにより使用されるフォルダを定義する。ユーザは彼らのツリーをいつでも編集できる。これらの操作はユーザのマシン上で実行され、誰も（すなわち他のユーザまたはサーバは）ユーザのツリー・ビューを見ることができない。好適な実施例によれば、本発明のシステムは、属性及びブックマークのデータベースを保持するサーバを含み、コミュニティの各メンバは、ユーザ・アプリケーションを実行する。ユーザはオフラインで作業することを許可される（すなわち、たとえサーバが稼働していなくても、クライアントは作業できる）。そのために、クライアントは、サーバにより収集されたデータのローカル・レプリカを有さねばならない。これはクライアントとサーバとの間のデータ複製技法を用いて行われる。１実施例では、複製プロトコルは次のステップを含む。
【００５９】
初期化：初期化に際して、ユーザはサーバに登録し、現データベース及びコミュニティ属性リストを受信する。データベースは、例えばリレーショナル・データベースなどの任意の既知の技法により編成される。
【００６０】
更新：時々、内部クロックにより決定されるインターバルで、クライアントはサーバに更新を送信し、他のユーザによりサーバに送信された更新情報を受信する。
【００６１】
好適な実施例によれば、更新プロトコルは好適には増分更新だけに関連し、従って、通信オーバヘッドを最小限に維持する。ユーザはサーバと同じデータベースから開始し、全てのクライアント更新はサーバにより指定された順序で行われるので、ユーザ及びサーバ・データベースの両者は、更新プロセスの後に同一の情報を含む。これが増分更新で足りる理由である。二人のユーザが同一のブックマークを更新する場合、更新情報は更新を実行する最後のユーザにより決定される。
【００６２】
図８乃至図１０は、本発明の１実施例に従う更新操作シーケンスを示す。図８は、データベース・サーバ４４に連結される３つのユーザ・レプリカ（４１乃至４３）を示す。各レプリカは、属性を割当てられるオブジェクトを含む。オブジェクトへの属性の割当てについては前述したが、以下で更に詳述する。この実施例では、レプリカが更に属性のユーザ・セットと、コンテナのユーザ・セットとを含み得る。例えば、ユーザが自分のレプリカを、他のユーザにサブミットしたい追加のオブジェクト（図９の４５）により更新する場合を考えると、更新（この特定の例ではオブジェクトの追加）が、サーバ４４を通じて、ユーザ・レプリカ（４２及び４３）にサブミットされる（図１０の４６及び４７）。更新は各レプリカに受信され、ユーザがコンテナ内のオブジェクトを表示するためにユーザ・インタフェースを呼び出すとき、指定された更新が表示される。指定オブジェクトの属性及びコンテナの属性が、例えば前記のような条件を満足する場合、オブジェクトがコンテナ内に表示される。
【００６３】
プライバシ：
コミュニティが情報を共有する場合、ユーザのプライバシを守ることが重要である。コミュニティのほとんどのユーザは、情報を共有したいと思うであろうが、特定のデータ・プライバシを守る必要がある。
【００６４】
次に、プライバシを考慮する非限定的実施例について述べる。この実施例では、サーバは全てのコミュニティ・データを格納し、従って、特定の情報については、サーバからもプライバシを守らねばならない。ユーザは情報が共有されるか否か、または情報がプライバシを守られるべきか否かを決定できる。
【００６５】
利用に際して、クライアントは彼らの専用データを保護するために、パスワードを選択する。アプリケーションが次にランダム・キー（クライアントのキー）を選択し、それを例えばＤＥＳ暗号化アルゴリズムにより、更にパスワードを秘密キーとして用いて暗号化する。クライアントは暗号化されたキーを保管し、それをログイン目的に使用する。
【００６６】
システムはクライアントのキーを暗号化のために使用し、認証のために使用されるサーバとの共有キーをセットアップする。
【００６７】
ユーザがブックマークを専用として指定する場合、アプリケーションはデータを例えばＤＥＳ及びクライアントのキーを用いて暗号化する。このようにして、サーバは暗号化データを受信する。これはサーバがこのデータをオープンできず、これらのデータがコミュニティの他のメンバと共有されない場合でも行われる。クライアントが暗号化ブックマークを受信するとき、クライアントはそのキーを用いてデータを解読する。
【００６８】
一人のユーザがクライアントを複数のマシン上にインストールし得るので、ユーザが彼らの全てのブックマーク・データ（専用アイテムを含む）を検索する方法が必要である。従って、ユーザは自分のパスワードを特殊な暗号化パスワード・ファイルにエクスポートする。ユーザが別のクライアントをインストールしたい場合、彼は暗号化キーを含むパスワード・ファイルをインポートするように指示される。同一のクライアント・パスワードが使用される場合、新たなクライアントはキーを検索できる。
【００６９】
システム・アーキテクチャ：
図３を参照すると、本発明の１実施例に従う汎用システム・アーキテクチャのブロック図が示される。図示のように、システム２０は３つの構成要素を有する。
１）コミュニティ・ブックマークを保持し、システムを管理するサーバ２１。２）ユーザ（クライアント）（図３では２２、２３及び２４だけが示される）。
３）それぞれのクライアント（ユーザ）と通信するＷｅｂブラウザ２２(i)、２３(i)及び２４(i)。
【００７０】
クライアントとサーバとの間の通信は、ＴＣＰ／ＩＰを介して行われ、クライアント・マシン内の（ことによると複数の）ブラウザとクライアントとの間の通信は、ＤＤＥプロトコル（後述）を用いて行われる。但し、本発明はこの特定の態様に制限されるものではない。
【００７１】
この実施例では、システムはＤＤＥプロトコルを用いて、クライアント（例えば２２）をＷｅｂブラウザ（２２(1)及び２２(2)）に接続する。ほとんどのＷｅｂブラウザは、ウィンドウズのためのＤＤＥ（動的データ交換）プロトコルを実現する（ネットスケープのＤＤＥサービス・ネームはNETSCAPE、マイクロソフト（商標）のそれはEXPLOREである）。クライアントは、特定の既知のＤＤＥ法を用いて、ブラウザとデータを交換する。クライアントは、複数のブラウザ・ウィンドウが開いていても、訪問されたＵＲＬを各ブラウザ・ウィンドウ内に記録する。クライアントはユーザにより指定されるＵＲＬを、最後に開かれたブラウザ・ウィンドウ（アクティブ・ウィンドウ）内に開く。
【００７２】
この態様は、ブックマークを操作する容易な方法をシステムに提供する。新たなブックマークを挿入するために、ＵＲＬを"カット・アンド・ペースト"する必要がない。
【００７３】
サーバ：
サーバ２１及びクライアントはＴＣＰ／ＩＰを用いて、互いに通信する。サーバは、ブックマーク、グローバル属性、及びサーバ選好を管理するために要求される管理タスクを実行する。サーバのユーザ・インタフェースは、極めて単純である。
【００７４】
前述のように、サーバはシステムによる属性の収集を管理する。図１１に示される属性ダイアログ・ボックス（ユーザ・インタフェース）は、システムの全ての現属性を表示し、次のオペレーションを可能にするユーザ・インタフェース要素を含む。
Add５１：新たなグローバル属性を追加する。
Rename５２：グローバル属性をリネームする。
Delete５３：グローバル属性を削除する。
Global５４：ローカル（専用）属性をグローバル属性に変更する。
Join５５：グローバルまたはローカル属性を取り出し、それらを１つのグローバル属性に結合する。
【００７５】
フィールド・タイトル"NAME"５６は属性ネームを意味し、"OWN"５７は属性所有者を意味する。例えば参照番号５８のシンボルＧ、参照番号５９のシンボルＬ、参照番号５９'のシンボルＳは、それぞれグローバル、ローカル、及びサブミットを意味する。
【００７６】
"グローバル"属性は、前述のように、サーバ（ルート）により所有される全てのコミュニティ・ユーザの間で共有されるのに対して、"ローカル"及び"サブミット"属性は、対応するクライアント（ユーザ）により所有される。
【００７７】
図１１に関連して前述したユーザ・インタフェースは、コミュニティ内の各ユーザが自分のセットの属性を更新するために使用する。こうして更新された属性は、例えば図８乃至図１０に関連して概略的に述べたプロトコルに従い、（周期的な）更新により、コミュニティ内の選択された（または全ての）ユーザにサブミットされる。
【００７８】
次にクライアントに注目すると、（図１２に示される）ユーザ・インタフェースが、ブックマークをアクセスし、ブックマークをコミュニティの収集に追加するために使用される。その外観は、ウィンドウズ・エクスプローラに似ている。クライアントはまた、ユーザがツリーを編集したり、フォルダまたはブックマークへ属性を割当てたり、アクティブ・ブラウザ・ウィンドウ内でブックマークを開くなどのタスクを実行することを可能にする。
【００７９】
この特定の実施例により、クライアント・ユーザ・インタフェースは次のアイテムを有する。
メニュー・バー６１：ファイル、ブラウザ、更新、属性、及びヘルプなどのオプションを含む。
左ウィンドウ６２：フォルダ階層または"ツリー"を表示する。ユーザがフォルダ・ネームをクリックすると、その内容が右ウィンドウ内に表示される。
右ウィンドウ６３：左ウィンドウ内で選択されたフォルダの内容（ブックマークまたはサブフォルダ）を表示する。フォルダ内容はタイトル、格付け、ＵＲＬ、日付、または所有者に従いソートされる。
ステータス・バー６４：プログラム・ウィンドウの底部に沿って配置され、現在選択されているブックマークまたはフォルダの属性を表示する。
【００８０】
この特定の例では、次の定義済みフォルダが提供される。
ルート６５：フォルダ階層すなわち"ツリー"のルートであり、"ユーザネームのブックマーク"とタイトル付けされる。作成される新たなフォルダがこれの下側に表示され、既知のように、Hot６６及びHistory６７として示される。
【００８１】
図１２は、コンテナ（フォルダ）及びオブジェクト（ブックマーク）が表示されるユーザ・インタフェースを示す。
【００８２】
図１２の特定の例により、強調表示されるＵＲＬ（タイトル"The Time Zone Page"６８）が、強調表示されたフォルダ"find"６９に挿入され、ステータス・バー内に示されるように、属性"find"及び"travel"６４を割当てられる。ブックマーク及びフォルダに適用される条件は、既に述べたように、ブックマークの属性がフォルダの属性に含まれ、ブックマークがフォルダのサブフォルダ内に現れない場合、ブックマークが表示される。
【００８３】
ユーザは、例えば次の属性を有するフォルダを作成する。すなわち、
１）公用または共有：これらは任意のタイプのブックマークを含むフォルダである。
２）専用：これらのフォルダは、ＵＲＬがこのフォルダ内にドラッグされ、デフォルトにより"専用"とマークされ、データベースに暗号化されて保持されることを保証する"専用"属性を含む。
３）区切り文字：属性を有さない、すなわち属性NULLが関連付けられるフォルダ。これは例えば、単一の"projects"区切り文字の下で、複数のプロジェクトを収集したり、"travel"の下で複数の都市を収集するなど、共通ユーティリティを有するが、共通属性を有さない複数のフォルダを収集するために有用である。
４）まだ属性を含まない（従ってブックマークを含まない）フォルダ。
【００８４】
この特定の実施例により、ブックマークは２つのタイプのいずれかである。すなわち、
１）公用ブックマーク：サーバに接続されるコミュニティの残りの者と共有される。
２）専用ブックマーク：専用と指定され、所有者のクライアントからだけ閲覧される。
【００８５】
ブックマークのセットまたは編集：
ブックマークの属性をセットするために、ユーザは１実施例では、次のいずれかを実行する。すなわち、
１）ブックマークをフォルダ内にドラッグする。ブックマークは自動的にフォルダの属性を継承する。
２）ＵＲＬ（ブックマーク）を選択すると、そのネームが強調表示され、次に図１３の非限定例に表示されるような、ＵＲＬ属性ダイアログ・ユーザ・インタフェースを用いて、その属性をセットする。
【００８６】
すなわち、タイトル及び記述７１をＵＲＬに追加する。ユーザはこの情報を記入することを要求されないが、この記述はコミュニティがブックマークをより効率的に使用する支援をする。
【００８７】
次に、ブックマークの重要度各付け７２をセットする。Lowはブックマークの重要度が低いことを示し、Highはより有用なまたは重要なサイトであることを示す。
【００８８】
次に、指定期間７３の後、ブックマークが自動的に削除されるようにセットする。
【００８９】
次に、ブックマークを専用７４としてマークし、ブックマークが他のユーザと共有されることを防止する。
【００９０】
この特定の例により、ＵＲＬに割当てられた属性７５は、"Book"及び"Shopping"である。
【００９１】
前述の例は、情報（すなわちブックマーク）がコミュニティ内のユーザの間で共有される共有アプリケーションに注目したが、"共有"特性は必ずしも必須ではない。例えば、オブジェクト及びコンテナが少なくとも１つの共通属性を共有する場合、本発明は、オブジェクトがユーザ・インタフェースを通じてコンテナ内に表示されるスタンドアロン・モードにも、同様に適用される。
【００９２】
同様に、ユーザ・インタフェースにより、とりわけ特定の実施例では、前述したようなドラッグ・アンド・ドロップ操作により、オブジェクトは属性を動的に割当てられる。
【００９３】
前述の説明は属性の追加について述べたが、当業者であれば、属性の更新が属性の追加に限定されず、従って、属性の削除などの、他の属性の更新もサポートされることが理解できよう。本発明は同様に、前述の特定の更新（例えば属性、オブジェクト、オブジェクトへの属性の割当てなど）に限定されず、必要に応じて適宜、他の更新も使用可能である。
【図面の簡単な説明】
【図１】ブックマーク共有アプリケーションの１実施例に従い、フォルダのツリーとして表されるユーザ・インタフェース・ビューの例を示す図である。
【図２】ブックマーク共有アプリケーションの１実施例に従い、フォルダのツリーとして表されるユーザ・インタフェース・ビューの例を示す図である。
【図３】本発明に従う汎用システム・アーキテクチャのブロック図である。
【図４】オブジェクトの挿入前後のユーザ・ビューを示す図である。
【図５】オブジェクトの挿入前後のユーザ・ビューを示す図である。
【図６】オブジェクトの挿入前後のユーザ・ビューを示す図である。
【図７】オブジェクトの挿入前後のユーザ・ビューを示す図である。
【図８】本発明の１実施例に従う更新操作シーケンスを示す図である。
【図９】本発明の１実施例に従う更新操作シーケンスを示す図である。
【図１０】本発明の１実施例に従う更新操作シーケンスを示す図である。
【図１１】本発明の１実施例に従う属性ダイヤログ・ボックス例を示す図である。
【図１２】本発明の１実施例に従うユーザ・インタフェース・ビューを示す図である。
【図１３】本発明の１実施例に従うブックマーク・ダイヤログ・ボックスを示す図である。
【符号の説明】
５１  追加
５２  リネーム
５３  削除
５４  グローバル
５５  結合
５８  グローバル
５９  ローカル
５９'  サブミット
６１  メニュー・バー
６２  左ウィンドウ
６３  右ウィンドウ
６４  ステータス・バー
６５  ルート
７１  タイトル及び記述
７２  重要度格付け
７３  指定期間
７４  専用
【図１】
0003683821.tif 000002
【図２】
0003683821.tif 000003
【図３】
0003683821.tif 000004
【図４】
0003683821.tif 000005
【図５】
0003683821.tif 000006
【図６】
0003683821.tif 000007
【図７】
0003683821.tif 000008
【図８】
0003683821.tif 000009
【図９】
0003683821.tif 000010
【図１０】
0003683821.tif 000011
【図１１】
0003683821.tif 000012
【図１２】
0003683821.tif 000013
【図１３】
0003683821.tif 000014