JP2001516921A - 動的オブジェクト・リンク・インターフェイス - Google Patents

Abstract

(57)【要約】 ホスト・アプリケーション内の選択されたターゲット・オブジェクトを第２のユーザ・アプリケーションへ動的にリンクするコンピュータ・システム用のオブジェクト・リンク・インタフェース。操作環境は、それぞれ特定のユーザ・アプリケーションに関連する複数のミーンズ・テスタと、一つのオブジェクト・マッパを含む。ミーンズ・テスタはターゲット・オブジェクトのコピーを渡されて、このターゲット・オブジェクトを処理する関連オブジェクトの適合性をテストして対応する尤度スコアを生成する。オブジェクト・マッパは各ミーンズ・テスタを照会して尤度スコアを獲得し、また前記尤度スコアに基づいてこのターゲット・オブジェクトの処理にふさわしい一つまたはそれ以上のアプリケーションを識別する。オブジェクト・マッパは補充アプリケーションを自動的にロード・実行（ｌａｕｎｃｈ）させ、またはユーザが補充アプリケーションの候補のリストの中から１つの補充アプリケーションを選択できるようにする。それからターゲット・オブジェクトは処理のために補充アプリケーションを渡す。

Description

【発明の詳細な説明】

【０００１】 （技術分野） 本発明は、コンピュータ・ソフトウェア統合に関し、特に、多数の異なった独
立のソフトウェア・アプリケーションの間で、ソフトウェア・オブジェクトを共
有し操作する方法に関する。

【０００２】 （背景技術） 今日のコンピュータ産業において、多様なユーザ・ニーズをサービスするソフ
トウェア・アプリケーションが存在する。個々のアプリケーションは、典型的に
、特定の機能領域で優れるように最適化されると共に、他の機能領域では、次善
のまたは最小の性能を提供する。例えば、スプレッド・シート・アプリケーショ
ンは典型的に、データ表とこれらの表内のデータのグラフの作成に熟達している
が、複雑にフォーマットされたテキスト・ドキュメントを作成するように求めら
れたときは、むしろ不充分に遂行する。他方、ワード・プロセッシングのアプリ
ケーションは、高度にフォーマットされたテキスト・ドキュメントを容易に取り
扱うが、一般にデータの作表とグラフ機能が不充分な傾向がある。アプリケーシ
ョンの間のこの強力な機能の分割のために、典型的なユーザは、使用される種々
のアプリケーションの間で、ある程度の情報の共有を要求することが多い。アプ
リケーション統合戦略は、ユーザが単独のアプリケーションを呼び出すと、この
アプリケーションが必要とされる関連の特殊アプリケーションを求めることによ
り、ある程度の情報共有を可能にする。しかしながら、異なったアプリケーショ
ンの間の効率的で使いやすい情報の共有は、コンピュータ産業全体のために、障
害の問題であることを示しつづけている。

【０００３】 １９９２年に、マイクロソフト社は、「オブジェクトのリンクと埋め込み（Ｏ
ＬＥ）」というプロトコルをリリースしたが、これは、１つのアプリケーション
が、殆どトランスペアレントなインターフェイスを通じて、他のアプリケーショ
ンのサービスを使用できるようにする。このＯＬＥプロトコルは、このプロトコ
ルを支持するアプリケーションに、他のアプリケーションへのリンクを含むオブ
ジェクトを組み込めるようにする。本書で使用される「オブジェクト」という用
語は、テキスト、チャート、グラフ、スプレッドシート・テーブル、ビットマッ
プ画像、ベクトル図、サウンド・バイト、ビデオ・クリップ、プログラム、およ
びソフトウェア・アプリケーションにより表示、制御、操作ができる他の殆ど全
てのものを含むことができる。

【０００４】 ＯＬＥプロトコルでは、リンクまたは埋め込みされたオブジェクトは、コンテ
ナ・オブジェクトと呼ばれる。あるコンテナ・オブジェクトは、それらを生成し
たもとのアプリケーションになお接続されている他のオブジェクトを含み、これ
らの接続は、リンク接続であったり、埋め込み接続であったりする。リンク接続
は、含まれるオブジェクトに関連する実際のデータが、別の、独立したオブジェ
クト内に常駐する接続である。そうした場合、リンク接続を設立し維持するのに
必要な情報は、含まれるオブジェクトへの参照だけである。他方、埋め込み接続
は、含まれるオブジェクトに関連する実際のデータがコンテナ・オブジェクト内
に常駐する接続である。いずれの場合も、含まれるオブジェクトは、元からそれ
を生成したアプリケーションによってのみ編集できる。

【０００５】 ＯＬＥおよびＯＬＥタイプの統合戦略は、そのタスクを達成するのに必要なア
プリケーションの明示的な知識または制御を要せずに、ユーザが手元の中心的な
タスクに集中できるようにする。ＯＬＥの場合は、与えられたタスクを遂行する
のに必要なアプリケーションは、必要なときに、所定のフォーマットまたはコン
テキストで、ユーザに与えられる。また、オブジェクトをリンクすれば、データ
ファイル内にオブジェクト・データを物理的に記憶せずに、アプリケーション・
データ・ファイルがリンクされたオブジェクトについての情報を反映できるよう
になるので、リンク・タイプのアプリケーション統合戦略を採用すると、ファイ
ルが一層コンパクトになる傾向がある。

【０００６】 ＯＬＥおよびＯＬＥタイプの統合戦略は、多様な個別のソフトウェア・アプリ
ケーションの効果的な統合へ向けての重要なステップを構成する。しかしながら
、これらのタイプの統合戦略は、リンクまたは埋め込みされたオブジェクト内に
一定のデータが記憶されていて、この埋め込みまたはリンクされたオブジェクト
を元のアプリケーションへ戻ってトラッキングするのに必要な情報を供給するこ
とを必ず必要とする。特に、埋め込みと通常のリンクの両方とも、リンク／埋め
込みオブジェクトと、オブジェクトを元から生成したアプリケーションの間で、
「ハード」接続を生成する。つまり、この接続は、変更しない特定アプリケーシ
ョンのためである。こうして、リンク／埋め込みオブジェクトは、外部アプリケ
ーションに対して、定義済みの接続パスを必要とする。

【０００７】 ユーザの観点からは、もっとフレキシブルな配置、オブジェクトとアプリケー
ションの間の接続が定義済みでなくてもよい配置が望ましい。従って、コンピュ
ータ・オペレーティング・システム内に定義されるあるオブジェクトといずれか
他のアプリケーションの間で接続が定義済みでない場合に、効率的に作動できる
アプリケーション統合方法への需要が存在する。

【０００８】 （発明の要約） 本発明は、あるホスト・アプリケーションから選択された１つのターゲット・
オブジェクトを、第２のアプリケーションへ動的にリンクする、コンピュータ・
システムのためのオブジェクト・リンク・インターフェイスである。動的にオブ
ジェクトをリンクする作動環境は、その各々が特定のユーザ・アプリケーション
に関連する複数のミーンズ・テスタと、オブジェクト・マッパを含む。オブジェ
クト・マッパは、ターゲット・オブジェクトのコピーを各ミーンズ・テスタへ渡
す。その後で各ミーンズ・テスタはターゲット・オブジェクトをテストして、タ
ーゲット・オブジェクトの処理のための関連アプリケーションの適合性を決定し
て、この適合性を指示する尤度スコアを生成する。オブジェクト・マッパは各ミ
ーンズ・テスタに照会して、その尤度スコアを獲得して、前記尤度スコアに基づ
いて、ターゲット・オブジェクトの処理に適した１つまたはそれ以上のアプリケ
ーションを識別する。オブジェクト・マッパは、補充アプリケーションを自動的
に選択するか、またはユーザが補充を選択するために候補のリストを示す。それ
からターゲット・オブジェクトは補充アプリケーションへ渡されて、そのアプリ
ケーションにより処理されて、リターン・オブジェクトが生成される。それから
このリターン・オブジェクトはホスト・アプリケーションに渡されて、ターゲッ
ト・オブジェクトに取って代わる。この仕方で、ターゲット・オブジェクトが外
部アプリケーションすなわち補充アプリケーションへ動的にリンクされる。補充
アプリケーションの同一性（ｉｄｅｎｔｉｔｙ）は、ターゲット・オブジェクト
の内容によって異なり、またオブジェクトが代わると変化し、ときどき変化する
。

【０００９】 （発明の詳細な説明） 図１は、この発明のオブジェクト・リンク・インターフェイスをインプリメン
トするコンピュータ・システムを、単純化したブロック図形式で図示する。この
コンピュータ・システム１０は、そのメモリ１４内に記憶された命令に従って作
動する中央処理装置１２を含む。入力／出力（Ｉ／Ｏ）回路１６は、１つまたは
それ以上の入力装置１８と出力装置２０により、中央処理装置１２にインタフェ
イスしている。入力装置１８は例えば、キーボード、キーパッド、赤外線送信機
、音声検出器、ライト・ペン、マウス、タッチ・スクリーン、またはコンピュー
タへコマンドを入力するための他の適当な単数または複数の装置を含んでいる。
出力装置２０は、例えば、Ｉ／Ｏ回路内に含まれるＩ／Ｏポートを通じて接続さ
れたディスプレイまたは他の周辺装置を含んでいる。コンピュータ・システム１
０はまた、ハード・ディスク・ドライブ、フロッピー・ディスク・ドライブ、Ｐ
ＣＭＣＩＡフラッシュ・ドライブ、または光ディスク・ドライブのような大容量
記憶装置２２を含み得る。

【００１０】 コンピュータ・システム１０は、そのメモリ１４内に記憶されたプログラムに
より作動する。コンピュータ・システム１０上で走るプログラムは、一般に、オ
ペレーティング・システム・プログラムまたはユーザ・アプリケーション・プロ
グラムとして特徴付けられる。オペレーティング・システム・プログラムはコン
ピュータ・システム１０内のハードウェアとソフトウェアの作動を制御し調整す
るためのプログラムのセットである。オペレーティング・システム・プログラム
は、ユーザ・アプリケーション・プログラムの実行を指示し、データの配置、記
憶、検索を監視し、遂行すべき種々のタスクへコンピュータ・システム１０の資
源を配分する。これに対して、ユーザ・アプリケーションまたは単にアプリケー
ションとしても知られるユーザ・アプリケーション・プログラムは、ユーザの指
示により複雑なタスクを遂行するために使用されるプログラムである。ユーザ・
アプリケーションの例には、ワード・プロセッシング・プログラム、データベー
ス・プログラム、スプレッドシート・プログラム、個人情報マネージャが含まれ
る。

【００１１】 オペレーティング・システム・プログラムを含むインターフェイスとなる命令
のセットが、共にコンピュータ・システム１０に含まれているハードウェアとソ
フトウェアの最低レベルのインターフェイスとして作用する。これらのインター
フェイスとなる命令は、集合的に、オペレーティング・システム１００として知
られている。ＤＯＳ、ＵＮＩＸ、ＯＳ−９は、いずれも典型的な商用可能なコン
ピュータシステム１０上にインプリメントされる普通に出会うオペレーティング
・システム１００の例である。図２は、オペレーティング・システム１００を示
す。本発明に適した１つのオペレーティング・システムは、アイオワ州デモイン
市のマイクロウェア社製作のＯＳ―９０００カーネルである。

【００１２】 ユーザはコンピュータ・システム１０と直通で対話処理するか、またはオペレ
ーティング・システム１００のレベルで対話処理するかを選択できる。しかしな
がら、過去１０年間の趨勢は、ユーザとオペレーティング・システム１００の間
に、操作環境３０と一般に呼ばれるバッファを使用する方向に向かっている。ウ
ィンドウズとウィンドウズ９５は、操作環境３０の一般的な例である。これらの
環境は、グラフィック指向の傾向があり、一般にユーザ・インターフェイスのル
ックアンドフィールを定義する。

【００１３】 さて図３を参照すると、コンピュータ・システム上で実行中のユーザ・アプリ
ケーションの操作環境３０の表示部が示されている。図３に図示するユーザ・ア
プリケーションはワード・プロセッシング・アプリケーションである。しかしな
がら、本発明は実質上あらゆるタイプのユーザ・アプリケーションに利用可能で
あり、ワード・プロセッシング・アプリケーションに限定されないことを理解す
べきである。操作環境３０は、コンピュータ・ディスプレイ出力装置２０のスク
リーン上で、ユーザへ表示される。

【００１４】 操作環境３０は、ウィンドウ３２の上部を横切るタイトル・バー３４を有する
ウィンドウ３２を含む。タイトル・バー・ボタン３６が、タイトル・バー３４の
右側に配置される。これらのボタン３６は、ウィンドウ３２を閉じたり、最大化
したり、最小化するのに使用される。ボタン３６は、「ポイントアンドクリック
」マウス方法を使用して作動させる。これらのボタンは、ウィンドウ９５とウィ
ンドウＮＴのオペレーティング・システムのユーザによく知られている。ユーザ
のためにメッセージまたはアイコンを表示するステータスバー５６が、ウィンド
ウ３２の下部を横切って伸びる。

【００１５】 タイトル・バー３４の下には、メニュ・バー３８がある。メニュ・バー３８は
、一連のタブ４２を有するタブ・ストリップ４０を含む。メニュ・ボタン４４が
タブ・ストリップ４０上に配置される。本発明の議論に特別に関連する１つのメ
ニュ・ボタン４４は、動的リンク・コントロールメニュ・ボタン４５である。マ
ウスによりタブ４２を「クリックし」て、メニュ・ボタン４４の種々のセットを
選択できる。あるオプションまたはあるオブジェクトを選択するために、マウス
でクリックするのと同等な方法は、タッチ・スクリーン、リモート・ポインタ、
またはボイス・コマンドなど多くの方法が当分野でよく知られて入ることを理解
すべきであり、これらの方法は全て、マウスでクリックするという用語に包含さ
れる。メニュ・ボタン４４もまた、マウスでメニュ・ボタン４４を「クリックし
」て選択される。

【００１６】 メニュ・バー３８よりも下の領域は作業域４６で、ユーザ・アプリケーション
により操作されるオブジェクトがここでユーザに表示される。マウスにより移動
されるカーソル４８が、作業域４６内に示される。種々のアプリケーション・オ
ブジェクト４９が作業域４６内に収納され、それには選択されたオブジェクト５
０のような実際に操作されているオブジェクトが含まれる。

【００１７】 注意すべきは、上述の操作環境３０が、本発明の動的オブジェクト・リンク・
システムによりインプリメントできる１つの特定の例を示すに過ぎないことであ
る。コンピュータ・システム１０との対話処理をユーザに可能にするこの発明の
動的オブジェクト・リンク・システムにより、どんな数の操作環境３０でも構築
しインプリメントできる。

【００１８】 近年では、１つのユーザ・アプリケーション・プログラムが作成したアプリケ
ーション・オブジェクト４９を、他のユーザ・アプリケーション・プログラムに
リンクすることに、大いに興味がもたれている。アプリケション・オブジェクト
４９は、ユーザ・アプリケーションにより作成および／または操作されるあらゆ
るオブジェクトである。例えば、ワード・プロセッシング・プログラムにおいて
は、アプリケーションオブジェクト４９は、ドキュメント全体、ドキュメントの
１ページ、ドキュメントの１パラグラフ、ドキュメント内の唯１つの語、ドキュ
メント内の唯１つの文字であり得る。１つのグラフィック・プログラムにおいて
、アプリケーション・プログラム４９は、図面全体、または図面の中の特定の形
状または線であり得る。データベース・プログラムにおいては、アプリケーショ
ン・オブジェクト４９は、テーブル、照会、書式、レポートからなり得る。しか
し、アプリケーションオブジェクトのこのリスティングは決して網羅的なもので
はない。

【００１９】 上に議論したように、一つのユーザ・アプリケーションにより作成されたアプ
リケーション・オブジェクト４９を、第２のユーザ・アプリケーションへリンク
することが望ましい。たとえばワード・プロセッシング文書内にある画像を、図
形オブジェクトを操作できるアプリケーションへリンクすることが望ましいかも
しれない。現在この問題を取り扱う一つの解決法には、オブジェクト・リンキン
グを使用して（ＯＬＥ）プロトコルを埋め込むことがある。ＯＬＥは、リンクま
たは埋め込まれたオブジェクトについての情報をアプリケーションが通信し交換
するのに、経由するプロトコルを提供する。しかしながらＯＬＥは、リンクまた
は埋め込まれたオブジェクトとそのオブジェクトを作成したアプリケーションの
間で、明示的な定義済みのリンクが維持されることを必要とする。

【００２０】 この発明は、オブジェクトと他のアプリケーションの間で明示的なリンクを維
持する必要なしに、一つのユーザ・アプリケーション内のアプリケーション・オ
ブジェクト４９を、他のユーザ・アプリケーションへ動的に結合できるようにす
る。この処理は動的オブジェクト・リンキングと呼ばれ、またそれに関連するイ
ンターフェースは動的オブジェクト・リンク・インタフェースと呼ばれる。参照
しやすいように、問題のオブジェクトが常駐するアプリケーションは、ホスト・
アプリケーション６４と呼ばれる。オブジェクトが動的に結合されるもう一つの
アプリケーションは、補充アプリケーション６８と呼ばれる。動的にリンクされ
るホスト・アプリケーション６４からのアプリケーション・オブジェクト４９は
、ターゲット・オブジェクト７０と呼ばれる。

【００２１】 本発明のコンピュータ・システム１０は、ターゲット・オブジェクト７０の操
作に最適らしいこのコンピュータ上で利用可能なアプリケーションを識別するた
めに、オブジェクト・マッパ１２０を組み込んでいる。オブジェクト・マッパ１
２０により登録される各アプリケーションは、ミーンズ・テスタ８５と結合して
おり、ミーンズ・テスタ８５は、ターゲット・オブジェクト７０の処理について
の関連アプリケーションの適合性を決定する。オブジェクト・マッパ１２０によ
り照会されると、各ミーンズ・テスタ８５は本書で「尤度スコア」と呼ばれるス
コアをオブジェクト・マッパ１２０へ返し、「尤度スコア」はターゲット・オブ
ジェクト７０の処理についての関連アプリケーションの適合性を指示する。ター
ゲット・マッピング・コントローラがミーンズ・テスタにより供給される尤度ス
コアを分析して、尤度スコアに基づいて補充アプリケーション６８を選択する。
補充アプリケーション６８は典型的に、最高の尤度スコアに関連するアプリケー
ションであり、最高の尤度スコアはターゲット・オブジェクト７０の取り扱いに
最適であることを示す。代案として、複数の補充アプリケーション６８の候補の
リストを提供してユーザが選択するようにし、好ましくはそれらに関連する尤度
スコアの指示をつけてもよい。

【００２２】 図２を参照すると、この発明の動的オブジェクト・リンク・インタフェースを
含むソフトウエア構成要素は、オペレーティングシステム１００、操作環境３０
、複数のユーザ・アプリケーション・プログラム６０を含む。操作環境３０に特
に関連するのは、オブジェクト・マッパ１２０、アプリケーション・ラッパ登録
ベクタ１２５、動的リンク・コントロール１１０である。他に図２に示されるの
は、ターゲット・オブジェクト７０を含むいくつかのアプリケーション４９を収
容するホスト・コンピュータ６４である。ターゲット・オブジェクト７０の選択
は、たとえばマウスのダブルクリックなど、当分野でよく知られたいくつかの数
の手段を用いて達成される。

【００２３】 操作環境３０内に常駐するのはいくつかのアプリケーションであって、番号６
０で一般的に示す。各アプリケーション６０は、メイン・アプリケーション・プ
ログラム・オブジェクト８３と、独立のアプリケーション・ラッパ・オブジェク
ト８０を有する。メイン・アプリケーション・プログラム８３は、アプリケーシ
ョン６０が設計された目的のタスクを達成するのに必要な、高度化された情報を
有する。メイン・アプリケーション・プログラム８３に関連するこのコード化さ
れた情報とデータは、典型的にユーザが直接または間接にアプリケーション６０
を要求するまでは、システム・メモリ１４へロードされずまた作動されない。た
とえば典型的なグラフィカル・ユーザ・インタフェース・タイプの環境において
、不作動にされたアプリケーション６０が、ビデオディスプレイ画面に小さなア
イコンとして現れる。特定のアプリケーション６０を要求または初期化するには
、ユーザは単にマウス型の指示装置を使用して、希望するアイコンをダブル・ク
リックすればよい。ダブル・クリックされると、関連するメイン・アプリケーシ
ョン・プログラム８３が、実行のためにシステム・メモリ１４へロードされる。

【００２４】 アプリケーション・ラッパ８０は、操作環境３０とそれに関連するメイン・ア
プリケーション・プログラム８３の間でインタフェースとして機能する。アプリ
ケーション・ラッパ８０を、関連するメイン・アプリケーション・プログラム８
３に対する先駆者と考えることができる。アプリケーション・ラッパ８０は、操
作環境３０がブートされるときに、バックグラウンドにロードし実行する。図４
に示すように、アプリケーション・ラッパ８０はその関連のメイン・アプリケー
ション・プログラム８３およびオブジェクト・マッパ１２０と通信する。

【００２５】 さらに図４に示すように、アプリケーション・ラッパ８０は好ましくはミーン
ズ・テスタ８５を含む。ミーンズ・テスタ８５は、アプリケーション・ラッパ８
０関連のアプリケーション６０が、あらゆる与えられたターゲット・オブジェク
ト７０を効果的に処理できることの、尤度の決定に関連する情報を収納する。

【００２６】 アプリケーション・ラッパ８０関連のミーンズ・テスタ８５がオブジェクト・
マッパ１２０により識別され確認されると、アプリケーション６０が「登録され
た」と考えられる。この登録処理は典型的に、アプリケーションの設立すなわち
セットアップのときに遂行され、このとき新しいアプリケーション６０に関連す
るアプリケーション・ラッパ８０が、システムにオブジェクト・マッパ１２０を
発見して、その存在の通知をサーブするよう照会する。これに応答してオブジェ
クト・マッパ１２０が、新しいアプリケーション・ラッパ８０への参照を、アプ
リケーション・ラッパ・レジストレーション・ベクタ１２５に追加する。

【００２７】 図４は、操作環境３０内に定義されて常駐する種々のオブジェクトの間のデー
タの、基本的な流れを図示する。図４に示す構成は、一つのアプリケーション６
０、ホスト・アプリケーション６４が活動していて、一人のユーザにより予約さ
れているものとする。説明のために、ユーザが対話処理しているこのホスト・ア
プリケーション６４がワード・プロセッサであると仮定する。ホスト・アプリケ
ーション６４内にはいくつかのオブジェクトが含まれており、その中にターゲッ
ト・オブジェクト７０が含まれる。ターゲット・オブジェクト７０は、たとえば
図３に示すような編集されたテキスト・ドキュメント内に含まれる７桁の数字で
ある。

【００２８】 ターゲット・オブジェクト７０が選択されると、動的リンク・コントロールメ
ニュー・ボタン４４をクリックすることにより、ユーザが動的リンク・コントロ
ール１１０を作動させる。作動させると、動的リンク・コントロール１１０がホ
スト・アプリケーション６０を照会してターゲット・オブジェクト７０のコピー
を要求する。ホスト・アプリケーション６４は、動的リンク・コントロール１１
０へターゲット・オブジェクト７０のコピーを渡すことにより応答する。動的リ
ンク・コントロールはそれからオブジェクト・マッパ１２０へターゲット・オブ
ジェクト７０のコピーを渡す。それからオブジェクト・マッパ１２０はアプリケ
ーション・ラッパ登録ベクタ１２５内にリストされた全てのアプリケーション・
ラッパ８０を組織的に照会する。

【００２９】 図４に示すように、照会処理の間にアプリケーション・ラッパは評価のために
ターゲット・オブジェクト７０のコピーを渡される。アプリケーション・ラッパ
８０に関連するミーンズ・テスタ８５は、ターゲット・オブジェクト７０のコピ
ーを使用して、ラッパ８０に関連するアプリケーション６０によりターゲット・
オブジェクト７０が効果的に処理される可能性を示す尤度スコアを計算する。

【００３０】 尤度スコアを計算するためにミーンズ・テスタ８５が使用し得るアルゴリズム
は、非常に多様なものがある。どんなユーザ・アプリケーション６０にミーンズ
・テスタ８５とアプリケーション・ラッパ８０が関連するかによって、特定のア
ルゴリズムが使用される。例としてフォン・ダイヤラー・アプリケーションはタ
ーゲット・オブジェクト７０が適当なオブジェクトのタイプであるかどうかを最
初に決定する。もしターゲット・オブジェクトが番号でも文字列でもないタイプ
であれば、尤度スコアは非常に低いかまたは０である。もしターゲットオブジェ
クトが番号または文字列のタイプであれば、そのときはミーンズ・テスタ８５が
一連のパターン照合エクササイズを遂行して、適当な尤度スコア値を決定する。
たとえばもしターゲット・オブジェクト７０のパターンが７桁の整数であれば、
尤度スコアは非常に高く、最大スコアの１のような値であるか、またはそれに近
づきつつある。もしターゲット・オブジェクト７０のパターンが長さ８の文字列
であって、７個の数字と１つのダッシュを含むならば、そのときは尤度スコアは
同様に非常に高い。しかしながらもしターゲット・オブジェクト７０のパターン
が７桁の整数でない数字であれば、そのときは尤度スコアは０．１５のようない
くらか中間の値である。当業者に容易に理解されるように、電話番号は多様な方
法により表現され得るものであり、とりわけ国際的な位置についての電話番号の
場合にそうである。パターン照合の目的は、ターゲット・オブジェクト７０がそ
れらの表現の一つであることを識別することである。類似性が高ければ高いほど
、結果としての尤度スコアが高くなる。

【００３１】 フォン・ダイアラのミーンズ・テスタ８５と同様に、他のユーザ・アプリケー
ション６０のためのミーンズ・テスタ８５は、アプリケーション特定、または少
なくともアプリケーション・タイプ特定であり得る。そうしたミーンズ・テスタ
８５内の特別なアルゴリズムは、そうした各ミーンズ・テスタ８５に関連するア
プリケーション６０によりターゲット・オブジェクト７０を取り扱えることの尤
度を識別できるように特製される。各ミーンズ・テスタ８５のために採用される
特別なテストのプログラミングは、通常の当業者の技能の範囲内である。

【００３２】 ミーンズ・テスタ８５により生成される尤度スコアは、アプリケーション・ラ
ッパ８０からオブジェクト・マッパ１２０へ戻されて、ここで一時的に記憶され
て、照会済みの他の登録されたアプリケーション・ラッパ８０から受信される尤
度スコアと比較される。アプリケーション・ラッパ・登録ベクタ１２５内にリス
トされた全てのアプリケーション・ラッパ８０がオブジェクト・マッパ１２０に
より照会され終わると、オブジェクト・マッパ１２０がアービトレーション・ア
ルゴリズムを使用して、どのアプリケーション６０を補充アプリケーション６８
として識別すべきかを決定する。そうしたアービトレーション・アルゴリズムの
１つは、最高得点獲得タイプのアービトレーション・アルゴリズムである。実際
的なアービトレーション・アルゴリズムの追加の例には、一定のスレッシュホー
ルドよりも上の尤度スコアの選択、または同点の尤度スコアの場合に、あるアプ
リケーション６０の選択をユーザに促すことが含まれる。注意すべきは、いずれ
かの他のアプリケーション６０が適切にターゲット７０を処理できることを指示
するのに足りるだけ高い尤度スコアが無いことがあり得ることであり、そうした
状況では、動的オブジェクト・リンクができないであろう。

【００３３】 アービトレーション・アルゴリズムを経由してのアプリケーション６０の選択
により、補充アプリケーション６８が識別される。オブジェクト・マッパ１２０
が、補充アプリケーション６８を作動させて、ターゲット・オブジェクト７０の
コピーを受信させる。好ましくは、オブジェクト・マッパ１２０がアプリケーシ
ョン・ラッパ８０に命令して、その関連メイン・アプリケーション・プログラム
８３、すなわち補充アプリケーション６８のメイン・アプリケーション・プログ
ラム８３を作動させて、それをターゲット・オブジェクト７０のコピーを送らせ
る。アプリケーション・ラッパ８０は、最初にその関連メイン・アプリケーショ
ン・プログラム８３が他を切り替える以前に、すでに作動されているかどうかを
見るためにチェックする。それからこの補充アプリケーションは、ターゲット・
オブジェクト７０のコピーを処理し、またおそらくは修正する。

【００３４】 例としてオブジェクト・マッパ１２０により識別された補充アプリケーション
６８がフォン・ダイヤリング・アプリケーションであると仮定し、ターゲット・
オブジェクト７０が電話番号であると解釈できる７桁の文字列であると前述のよ
うに仮定する。起動に際して、フォン・ダイヤリング・アプリケーションは７桁
の電話番号を受信して、その番号を所有するパーティとの交信を設立することを
試みるであろう。

【００３５】 補充アプリケーション６８はまたターゲット・オブジェクト７０のコピーを変
更または修正することも許される。この点を説明するために、他の可能なシナリ
オを考えてみて、ここでフォン・ダイアラ・アプリケーションが７桁の文字列オ
ブジェクトを受信すると、ビジネス・クライアントおよび彼らの関連電話番号に
関する情報を含むクライアント・コンタクト・データベースを走査する。データ
ベースを走査すると、ターゲット・オブジェクト７０の電話番号文字列に関連す
るクライアントが最近新しい電話番号を獲得したことがわかる。この決定をする
と、フォン・ダイアラ・アプリケーションが新しい電話番号へダイヤルし関連ク
ライアントと交信を設立することを試みる。それからフォン・ダイアラが電話番
号の変更を反映するようにターゲット・オブジェクト７０を修正する。

【００３６】 選択されたアプリケーションがそのタスクを完了すると、ターゲット・オブジ
ェクト７０の潜在的に修正されたコピーが動的リンク・コントロール１１０へ渡
される。参照しやすいように、ターゲット・オブジェクト７０のこの潜在的に修
正されたコピーはリターン・オブジェクト７５と呼ばれる。動的リンク・コント
ロール１１０はそれからリターン・オブジェクト７５をホストのアクティブなア
プリケーションへ送りここでリターン・オブジェクト７５がターゲット・オブジ
ェクト７０に取って代わる。

【００３７】 上記の議論は、ミーンズ・テスタ８５がアプリケーション・ラッパ８０内に含
まれていることを仮定している。しかしながら注意すべきは、ミーンズ・テスタ
８５がアプリケーション・ラッパ８０の外部に存在し得ることである。その場合
は、この動的オブジェクト・リンク・インタフェースが動作するためにアプリケ
ーション・ラッパ８０が存在する必要は全くない。代わりに、オブジェクト・マ
ッパ１２０が直接にミーンズ・テスタ８５を照会して、補充アプリケーション６
８をロード・実行（ｌａｕｎｃｈ）させる。しかしながら好ましい実施例はアプ
リケーション・ラッパ８０を含む。

【００３８】 また注意すべきは、全てのアプリケーション６０がオブジェクト・マッパ１２
０に登録されていないことである。あるアプリケーション６０が登録されていな
いならば、そのときはそのアプリケーション６０への動的オブジェクト・リンク
は利用できない。

【００３９】 この動的オブジェクト・リンク・インタフェース戦略の構造は非常に強力であ
り、また全く柔軟であるので、それはあらゆる任意のオブジェクトと共に機能で
きて、オブジェクトとアプリケーションの間に所定のリンクを期待または必要と
しない。動的オブジェクト・リンク・インタフェースの構造はまた、サード・パ
ーティ・アプリケーションがあるオブジェクトを走査できる可能性を評価するた
めに、サード・パーティ・アプリケーション開発者がその固有のアルゴリズムを
供給することを可能にし、こうして高度に複雑な推論能力をサポートできるシス
テムであることを示す。

【００４０】 もちろんこの発明を、本書に説明したのと異なる特定の方法で実行することも
、この発明の本質的な性格から離れることなく可能である。従ってこの実施例は
全ての面において例示であって、制限的なものではないと考えられるべきであり
、前記の請求項の意味と均等範囲に入る全ての変更を本書に包含することを意図
している。

【図面の簡単な説明】

【図１】 コンピュータシステムの単純化したブロック図である。

【図２】 本発明の動的オブジェクト・リンク・インタフェースの構成要素を有するオペ
レーティング・システムの簡単化したブロック図である。

【図３】 操作環境のグラフィック・ユーザ・インタフェースの簡単化した図である。

【図４】 この発明の一実施例の基本的なフロー図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ， ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，Ｄ Ｋ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＨＵ ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ， ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，Ｍ Ｄ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ， ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，Ｖ Ｎ，ＹＵ，ＺＷ (71)出願人 7001 Ｄｅｖｅｌｏｐｍｅｎｔ Ｄｒｉｖ ｅ， Ｐ．Ｏ． Ｂｏｘ 13969， Ｒｅ ｓｅｒａｃｈ Ｔｒｉａｎｇｌｅ Ｐａｒ ｋ， ＮＣ 27709 Ｕ．Ｓ．Ａ. (72)発明者 バンクラー、ブライアン アメリカ合衆国 ノースカロライナ、ゲイ リイ、 バルモラル ドライブ 910 Ｆターム(参考） 5B098 GA06 GD14

Claims (16)

【特許請求の範囲】
1. 【請求項１】 複数のユーザ・アプリケーションを有するコンピュータ・シ
   ステム内で、ホスト・アプリケーションからのターゲット・オブジェクトを他の
   ユーザ・アプリケーションに動的にリンクする処理であって、 ａ） 複数のユーザ・アプリケーションについて尤度スコアを計算し、各尤度
   スコアが、対応ユーザアプリケーションのターゲット・オブジェクトを処理する
   適合性を指示することと、 ｂ） 前記尤度スコアに基づいて補充アプリケーションを識別することと、 ｃ） 前記ターゲット・オブジェクトを前記補充アプリケーションへ渡すこと
   を含んでいる、前記処理。
2. 【請求項２】 前記補充アププリケーションの１つのインスタンスを開始す
   ることを更に含んでいる請求項１記載の処理。
3. 【請求項３】 前記補充アプリケーションによりターゲット・オブジェクト
   を修正して、リターン・オブジェクトを生成することを更に含んでいる請求項１
   記載の処理。
4. 【請求項４】 その後前記リターン・オブジェクトをホスト・アプリケーシ
   ョンへ渡すことを更に含んでいる請求項３記載の処理。
5. 【請求項５】 前記補充アプリケーションを識別することは、複数の前記尤
   度スコアを比較して、前記尤度スコアの最高のものを識別することを含んでいる
   請求項１記載の処理。
6. 【請求項６】 補充アプリケーションを識別することは、複数の候補アプリ
   ケーションを識別することと、ユーザを促して前記候補アプリケーションの１つ
   を選択させることと、前記ユーザ・インプットに基づいて、前記候補アプリケー
   ションの１つを補充アプリケーションとして選択することを含んでいる請求項１
   記載の処理。
7. 【請求項７】 複数のユーザ・アプリケーションを有するコンピュータ・シ
   ステム内で、ホスト・アプリケーションからのターゲット・オブジェクトを他の
   ユーザ・アプリケーションに動的にリンクする処理であって、 ａ） オブジェクト・マッパ（ｏｂｊｅｃｔ ｍａｐｐｅｒ）によりターゲッ
   ト・オブジェクトのコピーを獲得することと、 ｂ） 前記オブジェクト・マッパから、それぞれ対応するユーザ・アプリケー
   ションに接続された複数のミーンズ・テスタ（ｍｅａｎｓ ｔｅｓｔｅｒ）へ、
   ターゲット・オブジェクトのコピーを渡すことと、 ｃ） 前記ミーンズ・テスタにより、複数のユーザ・アプリケーションの尤度
   スコアを計算し、各尤度スコアは、ターゲット・オブジェクトを処理するための
   対応ユーザ・アプリケーションの適合性を指示することと、 ｄ） 前記尤度スコアに基づいて補充アプリケーションを識別することと、 ｅ） 前記ターゲット・オブジェクトのコピーを前記補充アプリケーションへ
   渡すことを含んでいる、前記処理。
8. 【請求項８】 ａ） 補充アプリケーションにより、ターゲット・オブジェ
   クトに基づくリターン・オブジェクトを生成することと、 ｂ） 前記リターン・オブジェクトをホスト・アプリケーションへ渡すことを
   更に含んでいる請求項７記載の処理。
9. 【請求項９】 前記補充アプリケーションの識別は、複数の前記尤度スコア
   を比較して、前記尤度スコアの最高のものを識別することを含む請求項７記載の
   処理。
10. 【請求項１０】 補充アプリケーションを識別することは、複数の候補アプ
    リケーションを識別することと、ユーザを促して前記候補アプリケーションの１
    つを選択させることと、前記ユーザ・インプットに基づいて、前記候補アプリケ
    ーションの１つを補充アプリケーションとして選択することを含んでいる請求項
    ７記載の処理。
11. 【請求項１１】 コンピュータ・システムによりインプリメントされるオブ
    ジェクト・リンク・インターフェイスであって、ホストアプリケーション内のタ
    ーゲット・オブジェクトを、前記コンピュータ上で利用可能な補充アプリケーシ
    ョンに動的にリンクするための、複数のユーザ・アプリケーションを有し、 ａ） それぞれが対応するユーザ・アプリケーションに接続された１つまたは
    それ以上のミーンズ・テスタであって、ターゲット・オブジェクトをテストして
    、ターゲット・オブジェクトを処理するために接続されたユーザ・アプリケーシ
    ョンの適合性を指示する尤度スコアを生成するものと、 ｂ） 前記尤度スコアに基づいて補充アプリケーションを識別して、前記ター
    ゲットオブジェクトを前記補充アプリケーションへ渡す、前記ミーンズ・テスタ
    に照会るためのオブジェクト・マッパを含んでいる、前記オブジェクト・リンク
    ・インターフェイス。
12. 【請求項１２】 前記オブジェクト・マッパが前記ターゲット・オブジェク
    トを前記ミーンズ・テスタへ渡す請求項１１記載のオブジェクト・リンク・イン
    ターフェイス。
13. 【請求項１３】 前記オブジェクト・マッパを初期化させるために、ユーザ
    により作動される動的リンク・コントロールを更に含んでいる請求項１２記載の
    オブジェクト・リンク・インターフェイス。
14. 【請求項１４】 前記動的リンク・コントロールが前記ターゲット・オブジ
    ェクトを前記ホスト・アプリケーションから獲得して、前記ターゲット・オブジ
    ェクトを前記オブジェクトマッパへ渡す請求項１３記載のオブジェクト・リンク
    ・インターフェイス。
15. 【請求項１５】 １つのターゲット・オブジェクトをコンピュータ上で利用
    できる補充アプリケーションと動的にリンクするために、前記コンピュータ上に
    インプリメントされたオブジェクト・インターフェイスであって、 ａ） 前記ターゲット・オブジェクトのコピーを獲得するために、ユーザによ
    り作動される動的リンク・コントロールと、 ｂ） 前記動的リンク・コントロールから前記ターゲット・オブジェクトを受
    信するためと、１つの補充アプリケーションを補充して前記ターゲットオブジェ
    クトを処理するためのオブジェクト・マッパと、 ｃ） １つまたはそれ以上のアプリケーション・ラッパ（ａｐｐｌｉｃａｔｉ
    ｏｎ ｗｒａｐｐｅｒ）であって、そのそれぞれが対応するユーザ・アプリケー
    ションと関連し、前記オブジェクト・マッパから前記ターゲット・オブジェクト
    を受信するために、前記ターゲット・オブジェクトをテストして前記ターゲット
    ・オブジェクトを処理するための関連アプリケーション・ユーザの適合性を指示
    する尤度スコアを生成するミーンズ・テスタを含む、前記アプリケーション・ラ
    ッパを含んでいて、 ｄ） 前記オブジェクト・マッパは、前記尤度スコアを得るために各ミーンズ
    ・テスタに照会して、前記ターゲット・オブジェクトを処理するための補充アプ
    リケーションを識別し、前記補充アプリケーションへ前記ターゲット・オブジェ
    クトを渡すように作動できる、前記オブジェクトインターフェイス。
16. 【請求項１６】 前記アプリケーション・ラッパは、前記関連するアプリケ
    ーションの構成、ロード・実行（ｌａｕｎｃｈ）、終了を制御する請求項１５記
    載のオブジェクト・リンク・インターフェイス。