JPH09500465A

JPH09500465A - ダイナミック・リンク・システム

Info

Publication number: JPH09500465A
Application number: JP7505109A
Authority: JP
Inventors: アンダーソン，デイヴィッド，アール．; パレヴィッチ，ジャック，エイチ．; ローゼンスタイン，ラリー，エス．; シェーファー，アーノルド
Original assignee: タリジェントインコーポレイテッド
Priority date: 1993-07-19
Filing date: 1994-01-03
Publication date: 1997-01-14
Also published as: CA2155357C; WO1995003574A1; DE69400870D1; AU5990894A; US5787448A; EP0689692B1; DE69400870T2; CN1110064A; EP0689692A1; CA2155357A1

Abstract

(57)【要約】第１のドキュメント中のロケーションを選択し、第２のドキュメント中のロケーションを選択し、第２のドキュメントに対してアクションを実行し、第１のドキュメントの定められたロケーションに対して同様のアクションを実行するための方法及び装置である。他の実施形態として、第１のオブジェクトを第２のオブジェクトをリンクし、第２のオブジェクトのアプリケーションを始める様なアクションを実行し、ドキュメントが最後にアクセスしたロケーションを記憶する。他の実施形態では、全モデル実施形態といい、全体のオブジェクトに対してアンカーを供給する。このアンカーは、全オブジェクトに対して適用するアクションができる。例えば、クリップボード・オブジェクトからデータをコピーするために、コピー・コマンドはクリップボード・オブジェクトのアンカーに対して向けられている。他の実施形態は、最初ススペルした単語やドキュメント又はスプレッドシート中の最大値を表すアンカーを供給している。

Description

【発明の詳細な説明】ダイナミック・リンク・システム著作権告知この特許出願の部分は、著作権保護に従うものが含まれている。著作権所有者は、この特許文献又は特許開示の複写を行うことに対して、特許商標庁の特許ファイルや記録に表れる通りに行われる限り異議はないが、しかし、他の全ての著作権に対し留保する。関連特許出願へのクロス・リファレンスこの特許出願は、Debra L．Orton，David B．Goldsmith，Christopher P．Moe ller，and Andrew G.Heningerにより、９２年１２月２３日に出願され、Taligen tに譲渡された、発明の名称“Object Oriented Framework System”（「オブジェクト指向フレームワーク・システム」）に関連する。この出願の開示は、参照により、ここに組み込まれる。発明の分野この発明は、一般的には、コンピュータ・システムの改良に関し、特に、ドキュメント（文書）間のオペレーション（操作）や情報の領域(area of informati on)のリンクに関する。発明の背景ドキュメント処理(document processing) は、パーソナル・コンピュータ技術の中で、最も広く行われているアプリケーションである。ワード・プロセシング技術の技術水準を示す例には、ワードパーフェクト(WordPerfect)（登録商標）のテキスト・プロセッサや、マイクロソフト（登録商標）社からのワード(Wor d)のテキスト・プロセッサが含まれる。これらの製品は、様々なオペレーション・システム及び異なるハードウェア・プラットフォームで実行されるように設計されている。単一のハードウェア・プラットフォームに常駐するアプリケーション間で情報を共有できれば便利である。このような能力は、米国特許第４，６７４，０４３号中に示されているように、グラフィック・チャートを編集することにより、自動的にビジネス・チャート・データが更新されるようなアプリケーションにハード・コードとして実現されている。しかしながら、第１のドキュメント中の情報をダイナミックにアンカー（固定）し、第２のドキュメントに対するアクションを基にして更新を交換することは、今日のワード・プロセシングの環境ではできない。発明の概要従って、本発明の主要な目的は、第１のドキュメント中のロケーション（位置）を選択し、第２のドキュメント中のロケーション（位置）を選択し、第２のドキュメントに対してアクションを実行し、及び、自動的に第１のドキュメントに対して、定められたロケーションに対して同様なアクションが実行されるシステム及び方法を提供することである。そしてまた、他の実施形態では、第１のオブジェクトを第２のオブジェクトにリンクし、例えば第２のオブジェクトのアプリケーションをラーンチ(launch)するようなアクションを実行し、そして、ドキュメントが最後にアクセスされたロケーションを記憶しておく。他の実施形態では、全体モデルの実施形態と名付けているが、全体のオブジェクトへのアンカー(a nchor)を提供している。アンカーは、全体のオブジェクトに適用されるアクションを可能にしている。例えば、クリップボード・オブジェクトからデータをコピーする場合、コピー・コマンドは、クリップボード・オブジェクトの全体オブジェクト・アンカーに指示する。また、他の実施形態は、最初のミススペルした単語又はドキュメントやスプレッドシート中の最高値を表わしているアンカーを提供する。図面の簡単な説明図１は、好ましい実施形態におけるパーソナル・コンピュータ・システムのブロック図である。図２は、好ましい実施形態における選択された領域とアンカーと共にドキュメントの表示を示した図である。図３は、好ましい実施形態において行われる処理を表すフローチャートである。図４は、２つのドキュメントと対応するアンカーを示すドキュメント表示を表す図である。図５は、好ましい実施形態において、第１のコマンドが第１のドキュメントに対して実行されているドキュメント表示を示す図である。図６は、好ましい実施形態において、第１のコマンドが第２のアンカーされたドキュメントに対して実行されているドキュメント表示を示す図である。発明の詳細な説明本発明は、好ましくは、ＩＢＭ（登録商標）社ＰＳ／２（登録商標）またはアップル（登録商標）社マッキントッシュ（登録商標）コンピュータなどのパーソナル・コンピュータ上に置かれているオペレーティング・システムの環境（コンテキスト）で実施される。代表的なハードウェア環境は図１に示されているが、同図は従来のマイクロプロセッサのような中央演算処理ユニット１０、およびシステム・バス１２を介して相互に接続された複数の他のユニットを装備した、本発明によるワークステーションの代表的ハードウェア構成を示している。図１に示すワークステーションは、ランダム・アクセス・メモリ（ＲＡＭ）１４、リードオンリ・メモリ（ＲＯＭ）１６、ディスク・ユニット２０などの周辺デバイスをバスに接続するための入出力アダプタ１８、キーボード２４、マウス２６、スピーカ２８、マイクロホン３２および／またはタッチ・スクリーン・デバイス（図示せず）などのユーザ・インターフェース・デバイスをバスに接続するためのユーザ・インターフェース・アダプタ２２、ワークステーションをデータ処理ネットワーク２３に接続するための通信アダプタ３４、およびバスをディスプレイ・デバイス３８に接続するための表示アダプタ３６を装備している。ワークステーションには、アップル社System/7（登録商標）オペレーティング・システムなどのオペレーティング・システムが置かれている。好ましい実施形態では、本発明は、オブジェクト指向プログラミング技法を使用してC++プログラミング言語で実現されている。この分野に精通しているものならば容易に理解されるように、オブジェクト指向プログラミング(Object-Orie nted Programming - OOP)のオブジェクトは、データ構造とデータに対するオペレーション（操作、演算など）からなるソフトウェア・エンティティ(software entity)である。これらのエレメントが協力し合うことにより、オブジェクトは、そのデータ・エレメントで表されたその特性、およびそのデータ操作関数(dat a manupulation functions)で表されたその作用(behavior)からとらえて、ほとんどどのような実世界のエンティティでも仮想的(virtually)にモデル化することができる。この方法によると、オブジェクトは人やコンピュータなどの具体物をモデル化することができ、また、数や幾何学的概念などの抽象概念をモデル化することができる。オブジェクト・テクノロジの利点は次の３つの基本的原理から得られるものである。それはカプセル化(encapsulation)、多態(polymorphism )および継承(inheritance)である。オブジェクトは、そのデータの内部構造と、その関数が実行されるときのアルゴリズムとを隠して外から見えないようにする。つまりカプセル化する。これらのインプリメンテーション細部を見せる代わりに、オブジェクトは、外部情報(e xtraneous information)のないクリーンな形でその抽象化(abstractions)を表しているインターフェースを提示する。多態はカプセル化をさらに一歩進めたものである。この考え方は、多数の形態をもつ、１つのインターフェースである。あるソフトウェア・コンポーネントは、別のコンポーネントがなんであるかを正確に知らなくても、その別のコンポーネントを要求することができる。要求を受け取ったコンポーネントはその要求を解釈し、その要求をどのように実行すべきかを、その変数とデータに従って判断する。三番目の原理である継承によれば、開発者は既存の設計やコードを再利用することができる。この機能を利用すると、開発者はソフトウェアを初めから作ることが回避される。むしろ、継承を通して、開発者は作用を継承するサブクラスを派生し、その作用を開発者独自の要求に合ったものにカストマイズすることができる。従来のアプローチでは、オブジェクトとクラス・ライブラリを手続き型環境で階層化する方法がとられていた。市販されている多くのアプリケーション・フレームワークはこの設計手法を採用している。この設計では、モノリシック・オペレーティング・システム(monolithic operating system)の上に１つまたは２つ以上のオブジェクト層が置かれている。このアプローチでは、カプセル化、多態および継承のすべての原理がオブジェクト層に採用され、手続き型プログラミング技法を大幅に改善しているが、このアプローチにはいくつかの制約がある。これらの問題は、開発者が自身のオブジェクトを再利用することは容易であるが、他のシステムからのオブジェクトを使用することが困難であるため、手続き型オペレーティング・システム(OS)のコールを使用して下位の非オブジェクト層まで到達する必要があることに起因している。オブジェクト指向プログラミングがもつもう１つの側面は、アプリケーションを開発するのにフレームワーク・アプローチを採用していることである。フレームワークの最も合理的な定義の１つとして、イリノイ大学のRalph E.JohnsonとP urdueのVincent F.Russoによるものがある。両氏の１９９１年の論文“Reusing Object-Oriented Designs”（「オブジェクト指向設計の再利用」、University of Illinois techreport UIUCDCS91-1696）の中で、次のような定義を提案している。「抽象クラスとは、一組の責任分担を協力し合って実行するオブジェクトの集合を設計したものである。従って、フレームワークとは、組で定義された計算責任分担を協力し合って実行するオブジェクト・クラスが集まったものである。」プログラミング側から見たときは、フレームワークとは、基本的には、実働アプリケーション(working application)の事前に作られた構造を提供する、相互に接続されたオブジェクト・クラスの集まりである。例えば、ユーザ・インターフェース・フレームワークは、ウィンドウ(drawing window)、スクロールバー、メニューなどの描画をサポートし、これらの「デフォルト（省略時）」の作用を提供することができる。フレームワークはオブジェクト・テクノロジを基礎においているので、この作用を継承してオーバライド(override)することにより、開発者はフレームワークを拡張し、カストマイズした解決手法を特定の専門分野で作ることができる。これが従来のプログラミングに比べて大きな利点であるのは、プログラマはオリジナル・コードを変更することなく、むしろソフトウェアを拡張できるからである。さらに、フレームワークは、アーキテクチャに関するガイダンスとモデリングを提供すると同時に、問題領域に特有の個々のアクションを指定することから開発者を解放するので、開発者はいくつかのコード層を通って盲目的に作業する必要がない。ビジネス側から見たときは、フレームワークは、特定の知識分野において専門知識をカプセル化または具現化する方法と見ることができる。企業の開発集団、独立ソフトウェア・ベンダ(Independent Software Vendors - ISV)およびシステム・インテグレータ(systems integrators) は、前述した例のように、製造、会計、通貨取引きといった特定分野における専門知識をもっている。この専門知識はコードで具現化されている。フレームワークを使用すると、企業は、その専門知識を企業のコードで具現化することにより、専門知識の共通特性を取り込んで、パッケージ化することができる。まず、そのようにすると、開発者は専門知識を利用するアプリケーションを作成または拡張できるので、問題がいったん解決されれば、ビジネス・ルールや設計は統一的に実施され、使用されることになる。また、フレームワークと、フレームワークの背景にある具現化された専門知識は、製造、会計、バイオテクノロジといった垂直的マーケットにおいて専門知識を得た企業にとっては、戦略的資産をもつことを意味し、企業の専門知識をパッケージ化し、再販し、流布し、テクノロジの進歩と普及化を促進するための分配メカニズムをもつことになる。歴史的には、フレームワークがパーソナル・コンピューティング・プラットフォーム上の主流概念として出現したのは、つい最近のことである。この移行を助長したのが、C++といったオブジェクト指向言語の出現である。従来において、C++は、コマーシャル・ベースのコンピュータよりむしろ、大部分がＵＮＩＸシステムと研究者のワークステーション上に搭載されていた。いくつかの大学や研究所のプロジェクトが今日の商用フレームワークおよびクラス・ライブラリの先駆けとなり得たのは、C++などの言語やSmalltalkなどの他のオブジェクト指向言語のお陰である。その例のいくつかを挙げると、スタンフォード大学のIn terViews、カーネギ・メロン大学のAndrewツールキット、チューリッヒ大学のET フレームワークがある。フレームワークは、どのレベルのシステムに関心があり、どのような問題を解決しようとしているかに応じて、多種類のものがある。フレームワークの種類はユーザ・インターフェースの開発を支援するアプリケーション・フレームワークから、通信、印刷、ファイル・システム・サポート、グラフィックスなどの基本的システム・ソフトウェア・サービスを提供する低レベルのフレームワークまでにわたっている。商用化されているアプリケーション・フレームワークの例をいくつか挙げると、MacApp(Apple)、Bedrock(Symantec)、OWL(Borland)、NeXtStep App Kit(NeXT)、Smalltak-80 MVC(ParcPlace)がある。フレームワークでプログラミングを行うには、他の種類のシステムに慣れている開発者は、新しい考え方が必要がある。確かに、このプログラミングは、従来考えられていたプログラミングとはまったく異なっている。ＤＯＳやＵＮＩＸなどの旧スタイルのオペレーティング・システムでは、開発者自身のプログラムが構造全体になっている。オペレーティング・システムはシステム・コール(syste m call)を通してサービスを提供している。つまり、開発者のプログラムはサービスの必要時にコールを行い、サービスが提供されたとき制御が返却される。プログラム構造は制御の流れに基礎を置き、これは開発者が書いたコードに具現化されている。フレームワークが使用されるときは、これとは反対である。開発者は制御の流れに責任をもつ必要がなくなる。開発者は、プログラミング・タスクを実行の流れからとらえて理解しようとする癖を止めなければならない。むしろ、オブジェクトの責任分担からとらえて思考する必要があるので、タスクをいつ実行させるかを判断するには、フレームワークに頼らざるを得なくなる。開発者が書いたルーチンは、開発者が書かなかった、従って開発者には見えないコードによってアクチベート（activate−活性化）される。この制御の流れのフリップフロップは、手続き型プログラミングだけに経験のある開発者にとっては、大きな心理的障壁となっている。しかし、このことをいったん理解してしまえば、フレームワーク・プログラミングによると、他のタイプのプログラミングによる場合よりも作業量が大幅に減少することになる。アプリケーション・フレームワークが開発者にプレハブの機能を提供するのと同じように、本発明の好ましい実施形態に含まれているようなシステム・フレームワークはシステム・レベルのサービスを提供することによって同じ考え方をてこにしている。つまり、システム・プログラマといった開発者は、システム・レベルのサービスをサブクラス化またはオーバライドして、カストマイズした解決手法を作成することができる。例えば、オーディオ、ビデオ、ＭＩＤＩ、アニメーションなどの新規なデバイスや異種デバイスをサポートする基礎を提供できるマルチメディア・フレームワークについて考えてみることにする。新しい種類のデバイスをサポートする必要がある場合、開発者はデバイス・ドライバを書く必要が起こることになる。フレームワークでこれを行う場合は、開発者に要求されることは、その新デバイスに特有の特性と作用を指定するだけである。この場合の開発者は、マルチメディア・フレームワークから呼び出されるある種のメンバ関数(member functions)のインプリメンテーションを用意することになる。開発者にとって即時に利点となることは、デバイスのカテゴリ別に必要になる汎用コード(generic code)がマルチメディア・フレームワークにすでに用意されていることである。このことは、デバイス・ドライバ開発者が書き、テストし、デバッグするコードが少なくなることを意味する。システム・フレームワークを使用するもう１つの例は、入出力フレームワークがSCSIデバイス、NuBusカード、およびグラフィックス・デバイス別になっていることである。機能は継承されるので、各フレームワークには、そのデバイス・カテゴリに見られる共通機能に対するサポートが用意されている。この場合、他の開発者は、これらの統一インターフェース(consistent interfaces)を通して、あらゆる種類のデバイスにアクセスすることが可能になる。好ましい実施形態ではフレームワークという考え方が取り入れられ、この考え方をシステム全体に適用している。業者または企業の開発者、システム・インテグレータ、またはOEMにとっては、このことは、MacAppのようなフレームワークの場合に説明されているすべての利点が、テキストやユーザ・インターフェースといったものではアプリケーション・レベルで生かせるだけでなく、グラフィックやマルチメディア、フィアル・システム、入出力、テストなどのサービスではシステム・レベルでも生かせることを意味する。好ましい実施形態のアーキテクチャでのアプリケーション作成は、基本的には、フレームワーク・プロトコルに準拠するドメイン（問題領域）別の断片を書くのと似ている。このように、プログラミングという概念全体が変わっている。複数のＡＰＩ階層をコール（呼び出すこと）するコードを一行ずつ書くのではなく、ソフトウェアはこの環境内の既存のフレームワークからクラスを導出し、そのあとで、必要に応じて新しい作用(behavior)を追加したりおよび／または継承した作用をオーバライド(override)したりすることによって開発される。以上のように、開発者のアプリケーションは、書かれたあと、他のすべてのフレームワーク・アプリケーションによって共有されるコードの集合となる。これが強力な概念となっているのは、開発者は各人の作業に積み上げるように構築していくことができるからである。また、開発者は、必要に応じて多かれ少なかれカストマイズする柔軟性も得られる。フレームワークには、そのままで使用されるものがある。ある場合には、カストマイズ量は最小限になるので、開発者がプラグインする断片は小さくなる。他の場合には、開発者は大幅に修正を行って、まったく新しいものを作成することも可能である。同期化されたリンクの概要システムのドキュメント・アーキテクチャは、リンク技術を提供する。このアーキテクチャの１部分は、汎用データ指向リンクへのコマンドを含む。リンク・アーキテクチャは、注釈(annotation)のような汎用データ・リンク・ヒューマン・インターフェースとは似ていない他の特徴を実装するのに用いられる。その上、第三者の開発者は、カレンダや古典的なハイパーテキスト環境の能力を自身のアプリケーションに実装するために、リンク・アーキテクチャを使用することができる。同期化されたリンクは、同じ情報を１つ以上のロケーションに見えるようにすることができる。２つの情報が互いに更新される頻度と方向は、リンクの各端点において制御することができる。リンク・アンカーは、ドキュメント中のリンクされたデータの範囲を示す特別の視覚的表示である。リンクの作成同期化されたリンクの作成は、カット／コピー及びペーストと大変よく似ている。リンクを初期化するために、ユーザは、データ・タイプに対して必要で適切な手段を用いて、あるデータを選択する。メニュー・コマンドを用いて、ユーザは、選択をコピーする。それから、所望のデスティネーションにおいて、ユーザはメニュー項目からコマンドを選択し、かつそれに続くダイアログ・ボックスから他のコマンドを選択する。何かがコピーされると、それから後、ソース・ドキュメントがクローズした後でさえ、リンクとしてペーストされ、これは１度以上行うことができる。元のソース・ドキュメントが再びオープンされると、ソース・ドキュメントがコピーされた所に、リンク・アンカーが示される。直接操作方法では、特別のリンクによるドラグのツールを選択して、選択を新しいロケーションにドラグする。オプションとコマンドのキーの押下により、ショートカットでツールに入ることができる。これは他の２つの修飾キー(modifie r keys)即ちコピーに対するオプション・キーと参照リンクに対するコマンド・キーに対する方法を追加している。修飾キーは、このため、ツールに入るためのショートカットである。リンク選択メニュー項目は、選択がコピーとペースト（又は、オプションがドラグ）された後有効であり、依然として選択される。その後、ユーザは通常の方法で何かをコピーとペーストをすることができる。ペーストされた情報が依然として選択されている間に、リンクをオンして、コマンドのアプリケーションを他のドキュメントに利用することができる。削除情報を受信するだけのリンクの削除は、他のオブジェクトの削除と全く同様である。ソース・オブジェクトはある時点で、受信側がもはや存在しないことを通知される。情報を送信するリンクの削除するためには、リンクの削除が他のドキュメントの部分に影響があることの警報をユーザに知らせる必要がある。ドキュメントがオープンされるときに、通知により送信リンクがもはや存在したいことを示す。リンク・ソースが削除されたとき、その受信リンクは、データを埋め込むか吸収する。データの編集埋め込まれた又は吸収した他のデータとインターラクト(interact)すると、ユーザはリンクされたデータとインターラクトする。リンクされたデータが選択されると、リンクの範囲を示しているアンカー、及びリンクに関係するコマンドは、メニューから利用可能である。ドキュメントの特権とリンクの特性により、ユーザは完全に編集でき、変更することができるか、又はデータから選択するだけに制限することができる。リンクされたデータが双方で編集可能であり、一方の端において変更したことは、リンクの更新頻度の設定に従って、他方の端に表れる。リンクの情報が一方の端から他の端にのみ流れる場合は、受信端におけるデータは、編集可能ではないが、選択可能である。単語や文章は、例えばリンクされたテキスト内のパラグラフの中で選択することが可能である。ドキュメントの特権もまた、そのドキュメント内でリンクの編集可能性に影響する。リンクされた情報は、ロックされたドキュメント中では、選択可能であるが編集不可能である。リンクを含む選択は、コピー及びペーストを行う際、保存される。例えば、リンクされた文章中の単語をコピー及びペーストを行うと、リンクも又コピー及びペーストされる。ペースト・スペシャル(Paste Special)はデータをリンクなしでペーストすることができる。リンクされたエクステントは、リンクを含み、他のリンクされた領域とオーバラップできる。リンクの一方の端の中の情報を、リンクの他の端に影響を与えずに変更することができるかは、データのタイプ（型）のインプリメンテーション（実装）に依存する。スタイルの使用を介して、ユーザがローカルな変更をリンクされたデータに対して行うことは可能である。リンクをたどるリンクの他の端は、リンクのプリファレンス(preference)を得る（“Get info ”又は“Link info”のメニュー項目）ことにより分かる。プリファレンス・パネルは、他の端への実際のリファレンス（参照）・リンクを含んでいる。又は、少なくても「ソースをオープン」、「デスティネーションをオープン」、「他の端をオープン」とラベルされたボタン又は一つ以上ある場合には他の端のリストを含んでいる。更新の頻度と方向新規に作成された同期リンクは、あるデフォルトのプロパティ（特性）を有している。新規のリンクは、ユーザが要求しているデータを単一方向即ちソースからデスティネーションへプッシュする（押し込む）。デスティネーションでは編集可能ではない。安全で理解しやすいので、このような設定が選択されている。データへの変更は、リンクが作成される方向のみに、リンクが源を発する所から新しいロケーションに流れる。データへの変更は、ユーザが変更を起こすことを要求したときに起きる。ユーザは、明示的に両方向のデータ・フローや更新頻度への変更に対するオプションを起動しなければならない。リンクの対するプリファレンス（選択）により、リンクの両端における設定を変更することができる。プリファレンス・パネルは、リンク・アンカーが見えるときには何時でもアクセスすることができる。リンクを選択するプリファレンス・パネルは次のような情報とコマンドを含んでいる。・リンクの履歴：作成、行き先、最後の更新等・更新の時：（デフォルト：何も選択せず） −クローズのとき −オープンのとき −日時において −頻度において・ソース／デスティネーション／他の端のドキュメントのオープン・デスティネーション中の編集の許可（双方向リンク）データへの変更は、リンクの他の端にプッシュすることができる。他の端を含んでいるドキュメントがオープンしている場合、新しい情報が得られるという通知を受信する。そのとき受信するドキュメントがクローズしている場合、それがオープンされる時に、新しい情報と通知を受信する。リンクは、リンクの他の端からデータをプルする（引き出す）こともできる。これは、他の端を含むドキュメントがオープンしているかクローズしているかに関係なく起きる。他の端で何も変更されない場合、受信されたデータは目に見えるような変更はしない。好ましい実施形態は、ダイナミック・アンカーを作成する。これは、くっつく選択(sticky selection)や、同期するリンクと類似している。選択は、テキスト、スプレッドシートのセル又はドロー・ドキュメントの特定のグラフィックの範囲（隣接している又は隣接していない）を選択するのに用いられる。選択の例は、図２の２１０に示されている。アンカーは、時間に対して有効な選択であり、他の手段を介する選択を呼び出すことが可能である。通常は、選択に関連しているマーカー２２０が存在している。ユーザは、マーカー上をクリックして、選択を再びカレントにすることができる。好ましい実施形態におけるリンクは、２つのアンカー間の接続である。ダイナミック・アンカー・オペレーションの例は、２つの選択と２つのオペレーションにより、データがリンクを横切ってプッシュされ、リンク上でデータがプルされるときに生じる。好ましい実施形態のユニークな特徴は、リンクに対する固定されたロケーションではなく、ダイナミック・ロケーションをサポートできることである。例えば、ユーザが２つのワード・プロセスを行っているドキュメントＡ、Ｂがあり、ドキュメントＡ中のあるパラグラフにアンカーが付与されており、ドキュメントＢ中の対応するパラグラフは他のアンカーが付与されており、プッシュ・コマンド及びプル・コマンドを用いることにより、データは２つのドキュメント間を行ったり来たりすることができる。ダイナミック・アンカーの興味がある事項として、リンクが起動されるときまで、デスティネーションは束縛されていない(unbound)ことがある。ドキュメント中の特定の選択に束縛する(bound)よりむしろ、ダイナミック・アンカーは発散(transpire)している。例えば、スペル・チェッカーはダイナミックにドキュメントに束縛され、ドキュメント中の最初のミススペルした単語を選択する。あるいはまた、スプレッドシートを束縛することにより、スプレッドシート中の最大値を選択することができる。基本的には、ダイナミック・アンカーは、ラン・タイム計算(run time computation)を起動して、リンクしたい実際の特定物理的データを定めることができる。モデル中の全てが選択された従来のリンケージ・モデルにおいては、リンクをそれに付与し、それからそのモデルに追加をしたとき、リンケージは、新しく追加されたデータを含まず、最初に選択されたもののみを含む。好ましい実施形態のダイナミック全モデル・アンカーにおいては、モデルの全てのデータは、後でいかなる量が追加されても含まれている。アンカーは、データが要求されたときに計算される。そして、さらなるデータがモデルに追加された場合でも、アンカーに対して最初に起動されたのとは異なる範囲が計算さる。モデル中のデータのコピーは、コピー・オペレーションがクリップボードから実行されるときに、取り込まれる。そして、発行されたリンク・オペレーションが、ダイナミック・アンカーに対して実行される。このダイナミック・アンカーは、モデル中の全てのデータを表しており、クリップボードのデータのペーストが要求されたときには何時でも、リンクの照会(query)を実行してリンクを横断してデータをプルする（引き出す）。このアーキテクチャは、ダイナミック・アンカーのインプリメンテーション（実装）を利用しており、クリップボードを実装するためにアンカーとリンクを横断して情報をプルする能力を強化している。リンクを横断してデータをプッシュ、プルするのに通常用いられている以上の特別のコードは必要としていない。図３は、好ましい実施形態に従って、起きている処理を表すフローチャートを示している。処理は端子３００で開始し、すぐに機能ブロック３１０へ通過し、ここで、第１及び第２のオブジェクトがオープンされる。オブジェクトは、テキスト・ドキュメント、グラフィック・イメージ、スプレッドシートや他のコンピュータ・アプリケーションでよい。それから、機能ブロック３２０で、アンカー・ロケーションが２つのオブジェクト中に作成される。アンカーは、選択領域を単にマークし、抽象的にアクションを特定する。アクションはフォローの又はルックアップの時間に解析される。機能ブロック３３０は、スタート側のフォロー・コマンドに対する作成処理を示している。この処理は、リンクのロケーションを選択し、ドキュメントのスタート側のフォロー・コマンドを作成する。この例は、２つの異なるドキュメント中のスタート側、及びデスティネーション側の双方を有しているが、この分野の当業者であれば、２つのアンカーは同一のドキュメント中に存在することができることは理解できる。その後、機能ブロック３４０において、コマンドは他のドキュメントのアンカーのデスティネーション側へ送信される。送信オペレーションは、機能ブロック３５０に示す様に、リンケージの照会を伴う。機能ブロック３６０に示す様に、選択をアンカーに等しくし、見えるようにアンカーの位置をスクロールする。その後、機能ブロック３７０に示される様に、スタート側に適用したコマンドは、デスティネーション側に適用される。最後に、処理は端子３８０で完了する。図４は、対応するアンカーを有する２つのドキュメントを示しているドキュメント表示の図である。２つのアンカーは、選択された領域の周囲の破線で示されている４１０及び４２０である。上記の様に、ソース・ドキュメント４１０のアンカーは、ソース・ドキュメント上で実行されたコマンドを、アンカーされたデスティネーション・ドキュメントに適用することができる。図５は、好ましい実施形態により、第１のドキュメント上で第１のコマンドが実行されたときのドキュメント表示を示している。この場合のコマンドは、アンカーされた領域５００中に表れている販売高の数字の更新である。図６は、好ましい実施形態において、第１のコマンドが第２のアンカーされたドキュメント上で実施されたドキュメント表示を示している。図６において、ソース・ドキュメントは、アンカーされた領域６００に対して適用されたコマンドを有している。アンカーされた領域は、ソース・ドキュメント上になされた変更を反映している。あるいはまた、図６において、スプレッドシート内の最大値を６００のダイナミック・アンカーから選択することができる。基本的には、ダイナミック・アンカーは、ラン・タイム計算を起動して、リンクしたい実際の特定物理的データを定めることができる。

【手続補正書】特許法第１８４条の８【提出日】１９９５年６月２３日【補正内容】明細書ダイナミック・リンク・システム著作権告知この特許出願は、著作権を有するものが含まれている。この著作権を有するものの複写は、情報を得る目的でこの特許出願の部分として複写することのみが許される。他の全ての権利、特に著作権を有するものの商業的利用に関しては、留保する。発明の分野この発明は、一般的には、コンピュータ・システムの改良に関し、特に、ドキュメント（文書）間の動作(operation)や情報の領域(area of information)のリンクに関する。発明の背景ドキュメント処理(document processing)は、パーソナル・コンピュータ技術の中で、最も広く行われているアプリケーションである。ワード・プロセシング技術の技術水準を示す例には、ワードパーフェクト(WordPerfect)（登録商標）のテキスト・プロセッサや、マイクロソフト（登録商標）社からのワード(Word) のテキスト・プロセッサが含まれる。これらの製品は、様々なオペレーション・システム及び異なるハードウェア・プラットフォームで実行されるように設計されている。単一のハードウェア・プラットフォームに常駐するアプリケーション間で情報を共有できれば便利である。このような能力は、米国特許第４，６７４，０４３号中に示されているように、グラフィック・チャートを編集することにより、自動的にビジネス・チャート・データが更新されるようなアプリケーションにハード・コードとして実現されている。他のサーブされたファイルを他のドキュメントにリンクする例は、マイクロソフト・ウィンドウズバージョン３．１”User's Guide”pp.487-514に見いだされ、コールド・リンクの機能について記載されている。文献の第４９４頁から第４９５頁には、セーブされた文書と他の文書の間でリンクを作成する処理が記載されている。記載されているシステムにおいて、デスク上にセーブされたリンクされた文書への変更は、リンクを含むドキュメントに反映される。しかしながら、第１のドキュメント中の情報をダイナミックにアンカーし、第２のドキュメントに対するアクションを基にして更新を交換することは、今日のワード・プロセシングの環境ではできない。発明の概要従って、本発明の主要な目的は、第１のドキュメント中のロケーション（位置）を選択し、第２のドキュメント中のロケーション（位置）を選択し、第２のドキュメントに対してアクションを実行し、及び、自動的に第１のドキュメントに対して、定められたロケーションに対して同様なアクションが実行されるシステム及び方法を提供することである。そしてまた、他の実施形態では、第１のオブジェクトを第２のオブジェクトにリンクし、例えば第２のオブジェクトのアプリケーションをラーンチ(launch)するようなアクションを実行し、請求の範囲１．アプリケーション・プログラムにより制御されるドキュメント作成のための装置において、ａ）プロセッサと、ｂ）前記プロセッサに付属する記憶装置と、ｃ）前記プロセッサの制御下にある表示装置と、ｄ）前記記憶装置内に存在し、前記表示装置上に表示されるドキュメントと、ｅ）前記アプリケーション・プログラムにより制御され、前記ドキュメントの第１の部分を選択し、前記第１の選択したドキュメントの部分と関連する第１のアンカー・オブジェクトを前記記憶装置内に構成する手段と、ｆ）前記アプリケーション・プログラムにより制御され、前記ドキュメントの部分と関連する第２のアンカー・オブジェクトを前記記憶装置内に構成する手段と、ｇ）前記アプリケーション・プログラムにより制御され、前記第１と前記第２のアンカー・オブジェクトをリンクするリンク・オブジェクトを作成する手段と、ｈ）前記第１のアンカー・オブジェクト中で、アプリケーション・プログラムにより制御され、コマンドを前記第１の選択されたドキュメント部分に適用する手段とｉ）前記第１のアンカー・オブジェクト中で、前記コマンドを前記第２のアンカー・オブジェクトへ前記リンク・オブジェクトにより送る手段とｊ）前記第２のアンカー・オブジェクト中で、前記コマンドに応答して、前記ドキュメントの第２の部分を選択する手段とを具備することを特徴とする装置。２．請求項１記載の装置において、前記第１のアンカー・オブジェクトは、アプリケーション・プログラムにより制御され、前記第１の選択されたドキュメントの部分を囲む幾何学的アウトラインを表示することにより前記第１の選択されたドキュメント部分を表示する手段を有することを特徴とする装置。３．請求項１記載の装置において、前記リンク・オブジェクトは、前記第１のドキュメント中の変更に応答して、前記リンク・オブジェクトにより情報を前記第２のアンカー・オブジェクトに送る手段を有することを特徴とする装置。４．請求項１記載の装置において、前記リンク・オブジェクトは、前記第１のドキュメントの変更に応答して、前記リンク・オブジェクトにより、第２のアンカー・オブジェクトから情報を取り出す手段を有することを特徴とする装置。５．請求項１記載の装置において、前記リンク・オブジェクトは、前記第１のドキュメントの変更に応答して、照会コマンドを前記第２のアンカー・オブジェクトに適用する手段及び前記第２のアンカー・オブジェクト中で前記照会コマンドに基づき前記ドキュメントの第２の部分を選択する手段とを有することを特徴とする装置。６．請求項５記載の装置において、前記リンク・オブジェクトは、前記第１のドキュメントの変更に応答して、スペルチェック・コマンドを前記第２のアンカー・オブジェクトに適用する手段及び前記第２のアンカー・オブジェクト中で前記スペルチェック・コマンドに基づき前記ドキュメントの第２の部分を選択する手段とを有することを特徴とする装置。７．請求項５記載の装置において、前記リンク・オブジェクトは、前記第１のドキュメントの変更に応答して、最大値選択コマンドを前記第２のアンカー・オブジェクトに適用する手段及び前記第２のアンカー・オブジェクト中で前記最大値選択コマンドに基づき前記ドキュメントの第２の部分を選択する手段とを有することを特徴とする装置。８．請求項５記載の装置において、前記リンク・オブジェクトは、前記第１のドキュメントの変更に応答して、最小値選択コマンドを前記第２のアンカー・オブジェクトに適用する手段及び前記第２のアンカー・オブジェクト中で前記最小値選択コマンドに基づき前記ドキュメントの第２の部分を選択する手段とを有することを特徴とする装置。９．付属する記憶装置と表示装置を有するプロセッサ上のアプリケーション・プログラムの制御下におけるドキュメント作成方法において、ａ）前記記憶装置内にドキュメントをロードし、前記表示装置上にドキュメントを表示するステップと、ｂ）前記記憶装置内の前記ドキュメントの第１の部分を選択し、かつ前記第１の選択されたドキュメント部分に関連する第１のアンカー・オブジェクトを前記記憶装置内に構成するステップと、ｃ）前記記憶装置内に前記ドキュメントと関連する第２のアンカー・オブジェクトを構成するステップと、ｄ）前記第１及び第２のアンカー・オブジェクトをリンクするリンク・オブジェクトを作成するステップと、ｅ）前記第１の選択されたドキュメントの部分にコマンドを適用しするステップと、ｆ）前記コマンドを前記第２のアンカー・オブジェクトに前記リンク・オブジェクトにより送るステップと、ｇ）前記コマンドを前記第２のアンカー・オブジェクト中で受け取り、前記コマンドに基づき前記ドキュメントの第２の部分を選択するステップとを有することを特徴とする方法。１０．請求項９記載の方法において、ステップ（ｂ）は、（ｂ１）前記第１の選択されたドキュメント部分を囲む幾何学的アウトラインにより前記第１の選択されたドキュメント部分を表示するステップを有することを特徴とする方法。１１．請求項９記載の方法において、ステップ（ｆ）は、（ｆ１）前記第１のアンカー・オブジェクトにより受け取ったコマンドに応答して、情報を前記第２のアンカー・オブジェクトに送るステップを有することを特徴とする方法。１２．請求項９記載の方法において、ステップ（ｆ）は、（ｆ２）前記第１のアンカー・オブジェクトにより受け取ったコマンドに応答して、情報を前記第２のアンカー・オブジェクトから取り出すステップを有することを特徴とする方法。１３．請求項９記載の方法において、ステップ（ｆ）は、（ｆ３）前記第２の［選択］アンカー・オブジェクトに対して照会コマンドを適用するステップを有し、かつステップ（ｇ）は、（ｇ１）前記照会コマンドに基づき前記ドキュメントの第２の部分を選択するステップを有することを特徴とする方法。１４．請求項１３記載の方法において、ステップ（ｆ３）は、（ｆ３ａ）スペル・チェック照会コマンドを前記第２のアンカー・オブジェクトに適用するステップを有することを特徴とする方法。１５．請求項１３記載の方法において、ステップ（ｆ３）は、（ｆ３ｂ）最大値照会コマンドを前記第２のアンカー・オブジェクトに適用するステップを有することを特徴とする方法。１６．請求項１３記載の方法において、ステップ（ｆ３）は、（ｆ３ｃ）最小値照会コマンドを前記第２のアンカー・オブジェクトに適用するステップを有することを特徴とする方法。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＧＢ，ＨＵ，ＪＰ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＵ，ＬＶ，ＭＧ，ＭＮ，ＭＷ，ＮＬ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＫ，ＵＡ，ＵＺ，ＶＮ (72)発明者ローゼンスタイン，ラリー，エス. アメリカ合衆国 95051 カリフォルニア州サンタクララミュアーアヴェニュ 182 (72)発明者シェーファー，アーノルドアメリカ合衆国 94002 カリフォルニア州ベルモントスカイモントコート５

Claims

【特許請求の範囲】１．ドキュメント作成のための装置において、ａ）プロセッサと、ｂ）前記プロセッサに付属する記憶装置と、ｃ）前記プロセッサの制御下にある表示装置と、ｄ）前記記憶装置内に存在し、前記表示装置上に表示されるドキュメントと、ｅ）第１の選択に関連する第１の選択オブジェクトと、ｆ）第２の選択に関連する第２の選択オブジェクトと、ｇ）前記２つの選択オブジェクトをリンクする手段と、ｈ）前記第１の選択オブジェクトに対してコマンドを適用し、かつ自動的に前記コマンドを前記第２の選択オブジェクトに適用する手段とを具備することを特徴とする装置。２．請求項１記載の装置において、選択オブジェクトを囲む幾何学的アウトラインと共に前記選択オブジェクトを表示する手段を含むことを特徴とする装置。３．請求項１記載の装置において、情報を前記第２の選択オブジェクトにプッシュする手段を含むことを特徴とする装置。４．請求項１記載の装置において、情報を前記第２の選択オブジェクトからプルする手段を含むことを特徴とする装置。５．請求項１記載の装置において、情報を前記第２の選択オブジェクトに対して照会を適用する手段を含むことを特徴とする装置。６．請求項５記載の装置において、前記照会がスペル・チェック・オペレーションであることを特徴とする装置。７．請求項１記載の装置において、前記照会が最大値選択オペレーションであることを特徴とする装置。８．請求項１記載の装置において、前記照会が最小値選択オペレーションであることを特徴とする装置。９．付属する記憶装置と表示装置を有するプロセッサ上のドキュメント作成方法において、ａ）前記記憶装置中にドキュメントをロードし、前記表示装置上にドキュメントを表示するステップと、ｂ）前記記憶装置内に第１の選択と関連する選択オブジェクトを作成するステップと、ｃ）前記記憶装置内に第２の選択と関連する選択オブジェクトを作成するステップと、ｄ）２つの選択オブジェクトをリンクするステップと、ｅ）前記第１の選択オブジェクトに対してコマンドを適用し、かつ自動的に前記コマンドを前記第２の選択オブジェクトに適用するステップとを具備することを特徴とする方法。１０．請求項９記載の方法において、選択オブジェクトを囲む幾何学的アウトラインと共に選択オブジェクトを表示するステップを含むことを特徴とする方法。１１．請求項９記載の方法において、情報を前記第２の選択オブジェクトにプッシュするステップを含むことを特徴とする方法。１２．請求項９記載の方法において、情報を前記第２の選択オブジェクトからプルするステップを含むことを特徴とする方法。１３．請求項９記載の方法において、情報を前記第２の選択オブジェクトに対して照会を適用するステップを含むことを特徴とする方法。１４．請求項９記載の方法において、前記照会がスペル・チェック・オペレーションであることを特徴とする方法。１５．請求項９記載の方法において、前記照会が最大値選択オペレーションであることを特徴とする方法。１６．請求項９記載の方法において、前記照会が最小値選択オペレーションであることを特徴とする方法。１７．ドキュメント作成のための装置において、ａ）プロセッサと、ｂ）前記プロセッサに付属する記憶装置と、ｃ）前記プロセッサの制御下にある表示装置と、ｄ）前記記憶装置内に存在し、前記表示装置上に表示されるドキュメントと、ｅ）第１の選択に関連する第１の選択オブジェクトと、ｆ）コマンドを初期化し、かつ自動的に前記コマンドを前記選択オブジェクトに適用する手段とを具備することを特徴とする装置。１８．請求項１７記載の装置において、選択オブジェクトを囲む幾何学的アウトラインと共に選択オブジェクトを表示する手段を含むことを特徴とする装置。１９．請求項１７記載の装置において、選択オブジェクトと情報を交換する手段を含むことを特徴とする装置。２０．請求項１７記載の装置において、情報を前記選択オブジェクトに対して照会を適用する手段を含むことを特徴とする装置。