JP3083853B2

JP3083853B2 - グローバルにディストリビュートされたソフトウェア・コンポーネントを管理するための方法

Info

Publication number: JP3083853B2
Application number: JP09503354A
Authority: JP
Inventors: ソンダーエッガー，ケリー
Original assignee: ノベル，インコーポレイテッド
Priority date: 1995-06-14
Filing date: 1996-06-13
Publication date: 2000-09-04
Anticipated expiration: 2016-06-13
Also published as: AU6177696A; CA2223933C; CA2223933A1; JPH11502963A; DE69601868D1; EP0827607A1; DE69601868T2; WO1997000475A1; EP0827607B1

Description

【発明の詳細な説明】関連出願本出願は、共通的に所有され、同時係属の特許出願で
1995年６月14日に出願の第60/000,200号、および、1995
年９月12日に出願の第60/003,615号を基礎としており、
ここではそれぞれを参照する。

本発明の分野本発明は、コンピュータネットワーク内のソフトウ
ェアコンポーネントを管理するためのコンピュータ実
装された方法に関し、特に、ローカルネットワーク若
しくはインターネット上に常駐（reside）するCOM若し
くはOLEソフトウェアコンポーネントバイナリオ
ブジェクトおよびインターフェースをロケート（locat
e）してレジスタ（register）するための方法に関す
る。

本発明の技術的背景近年の情報技術は、多くの異なる要求を満たすソフト
ウェアアイテムの巨大な集合（array）を提供してい
る。しかし、ある要求を識別した後でも、利用できる技
術の量があまりに多いので適切なアイテムをロケートす
ることが困難になっている。これらが提供するシステム
若しくはアイテムは、ほかのシステム若しくはアイテム
の機能と重複することになるかもしれない。異なるソフ
トウェアは、整合性のない動作をすることが多い。アイ
テムにアクセスして使用することが難しいのは、アイテ
ムが利用できるようにするにはそのアイテムを使用した
いシステムと互換性のないシステムを介するしかないこ
とがしばしばあるからである。

これらの問題を減らすための一つのアプローチは、
「コンポーネントオブジェクトモデル」（「CO
M」）に基いている。COMは、一般的には「OLE2プログラ
マーズリファレンス」第１巻、ISBN1−55615−628−
６（「OLE2プログラマ」）、第３頁から７頁、および、
ケー・ブロックシュミット「インサイドOLE」第２版、I
SBN1−55615−843−２（「インサイドOLE」）、第９頁
から14頁に説明されている。

COMは、「コンポーネントオブジェクト」（ここで
は「ソフトウェアコンポーネント」として知られてい
るものでもある）を定義するが、これは、複数の機能を
カプセル化してこれらが「クライアント」による使用に
よって利用できるようにするものである。これらの複数
の機能は、「サービス」という言葉で呼ばれ、これによ
ってソフトウェアコンポーネントを「サーバ」若しく
は「サーバコンポーネント」として見ることが論理的
にできるようになる。しかし、「サーバ」という言葉は
「インターネットサーバ」、「インプロセスサー
バ」、「ファイルサーバ」、および、「コンポーネン
トサーバコンピュータ」のような用語においても使
用される。「サーバ」以外の言葉は、その文脈にしたが
って変化することもある。当業者であれば、文脈にした
がってそれぞれの場合における意味を理解（determin
e）することができるはずである。

少なくとも各COMソフトウェアコンポーネントは、
バイナリオブジェクトと、少なくとも１つのバイナリ
オブジェクトへのインターフェースとを含む。クライ
アントはソフトウェアコンポーネントからどのような
サービスが利用できるか、および、これらのサービスが
どのような情報を必要としどのような情報を生成するか
を決定するが、これはコンポーネントのインターフェー
スを調査することによって行う。「インサイドOLE」お
よび「OLE2プログラマ」では、コンポーネントインター
フェースおよびこのようなインターフェースを調査する
ためのツールについて説明している。たとえば、「イン
サイドOLE」の14から22、43から47、および、1145から1
164頁を参照されたい。

ソフトウェアコンポーネントはそのサービスをクラ
イアントに提供するが、これは、コンピュータ上でバイ
ナリオブジェクトの部分を実行し、クライアントと通
信することによって行う。「インサイドOLE」および「O
LE2プログラマ」では、多くの利用できるバイナリオ
ブジェクトのいくつかについて説明しており、特定のソ
フトウェアコンピュータとそのクライアントとの間の
通信の上の制限について論じている。たとえば、「OLE2
プログラマ」の５から29頁を参照されたい。

COMの周知のバージョンの一つが「OLE」である。OLE
ソフトウェアコンポーネントのさまざまなバラエテ
ィ、OLEコントロール、OLEオートメーションオブジェ
クト、OLEオートメーションコントローラ、OLEイネー
ブルドアプリケーション、および関連するツールが商
業的に利用できる。「ビジュアル開発のためのOLEコン
ポーネントのディレクトリ」は、カリフォルニア州、パ
ロアルトのフォーセット技術出版から入手できる。

残念ながら、OLEソフトウェアコンポーネントがあ
るコンピュータ上でアクセスできるのは、それらが大変
特有のフォーマットを有する「レジストリファイル」
内にレジスタされている場合だけである。レジストリ
ファイルの例、および、そのフォーマットの説明は、
「インサイドOLE」の58から59、70から73、169から17
2、226から231、268から269、328、378から380、616か
ら617 667から669、830から833、879、988から989、お
よび1126から1127頁に与えられている。

レジストリファイルはCOMクライアント対して知ら
れ利用されるソフトウェアコンポーネントについての
重要な情報を提供する。特に、レジストリファイル
は、「CLSID」として知られているソフトウェアコン
ポーネント識別子を、識別されたサーバのバイナリオ
ブジェクトのファイルシステムロケーションと、そ
のサーバコンポーネントのインターフェースの「タイ
プライブラリ」情報とにマップする。CLSIDについて
は「インサイドOLE」の65から72頁で説明されている。
２つのOLEサーバコンポーネントは、同じディスクに
ストアしてもよいが、一方のコンポーネントだけがコン
ピュータのレジストリファイル内の適切なエントリに
よってレジスタされている場合には、そのレジスタされ
たコンポーネントだけがそのコンピュータ上で稼動する
潜在的なクライアントから見えることになる。

さらに、与えられたコンポーネントの１つのバージョ
ンだけが典型的にはレジスタされる。たとえば、「イン
サイドOLE」では１つのグローバルなレジストリファ
イルではなく分離したレジストリファイルを使用して
いるが、これは複数のバージョンが例として使用されて
いるからである。「インサイドOLE」の59頁。

レジストリファイル内の情報はローカルエリア
ネットワーク（「LAN」）に接続されている複数のコン
ピュータから利用できるようにしてもよいが、これはそ
のレジストリをLANのネットワークファイルサーバ
上の置くことによって行う。たとえば、レジストリフ
ァイルは、ほかのファイル同様、UNIX若しくはWindows
NTファイルサーバを通じてアクセスできるようにする
ことができる。複数の分離したレジストリファイル
が、あたかも単一のより大きなレジストリファイルで
あるかのようにクライアントから見えるようにすること
もできる。レジストリファイルの内容は、したがっ
て、ワークグループの複数のメンバ、例えばMicrosoft
Windows若しくはWindows NT Workgroupのメンバの間で
共有される（Microsoft、Windows、および、NTはマイク
ロソフト社の商標である）。

しかし、このサーバ集中型のアプリケーションにはさ
まざまな欠点がある。単一のLANを超える規模にはなか
なかできないが、これは、ユーザアカウント情報が各
追加サーバに対して必要とされるからである。これらの
追加ユーザアカウントに関連する管理作業の負担を削
減するためにある規約（コンベンション、convention）
を使用することもできる。多くのFTPサイトで使用され
ているたとえば「アノニマス（anonymous）」ユーザ
コンベンションである。しかし、アクセス制御、セキュ
リティ、および、リスニング制限が、これらのコンベン
ションでは犠牲になる。

OLEソフトウェアコンポーネントがレジスタされて
いる場合は、クライアントはコンポーネントのインター
フェースで識別されるサービスをリクエストできる。サ
ービスリクエストはクライアントからサーバコンポ
ーネントへデータを渡すことがよくあり、その結果、サ
ーバからクライアントへエラーコード若しくはほかの
データが戻して渡されることもある。レジスタされたサ
ーバコンポーネントとそのクライアントの一つとの間
の情報の受渡しのプロセスは、「マーシャリング」とし
て知られている。「インサイドOLE」および「OLE2プロ
グラマ」で説明されている通り、OLEは「標準マーシャ
リング」を提供するが、これによって、サーバとそのク
ライアントが単一のコンピュータ上のメモリの共通領域
へのアクセスを共有しているときの通信ができるように
なる。OLEはまた、「カスタムマーシャリング」も許
している（が、実際には提供していない）。たとえば、
当業者の一人であれば、関数の引数および結果をLANを
渡ってトランスミットするカスタムマーシャリングを
実装することができる。たとえば、「インサイドOLE」
の33から35、277から301、329から338頁を参照された
い。

OLEは、必要事項をライセンスすることを強制する、
技術的手段のための制限されたサポートを提供してい
る。「インサイドOLE」はこのサポートを234から237、2
47、および、269から274頁で説明している。ライセンス
処理に対するOLEアプローチには、ライセンスキーが
永続的にアプリケーション内にストアされるという欠点
がある。OLEライセンス処理サポートはまた、現在は、
共有メモリを通じて通信するサーバコンポーネントお
よびクライアントに制限がある。簡単にいえば、OLEに
よって個々のソフトウェアはより信頼できるものにな
り、より利用しやすくなる。OLEによってソフトウェア
ルーチンのカプセル化および再利用が促進され、これ
によってプログラム開発およびアップグレードの時間を
削減することができる。しかし、OLEコンポーネントが
利用できるのは、それがローカルのレジストリファイ
ルにレジスタされている場合だけである。このようにロ
ーカルレジストリファイルに依存しているため、コ
ンポーネントの利用可能性を過度に制限することにな
り、多くのコンピュータがレジスタ情報へアクセスする
必要がある場合はスケーリング問題が生ずることとな
る。

前述した通り、OLEレジストリファイルおよびOLEコ
ンポーネントはLANに接続されたコンピュータ上にスト
アしてもよい。OLEクライアントはLAN上に常駐してもよ
い。しかし、OLEは、LAN管理ツールの機能を十分には利
用しない。OLEは、当業者に、たとえばカスタムマー
シャリング機能などのネットワーク処理を利用する機能
を実装するためのするための機会を提供する。しかし、
OLEはその環境が単一の孤立したコンピュータであると
仮定する場合も大変しばしばある。

OLEが利用できないLAN管理ツールの一つが「ディレク
トリサービスプロバイダ」である。ディレクトリ
サービスプロバイダにはさまざまあるが、一般的には
ネットワークリソースのロケーションとそれらのリソ
ースを使用するネットワークユーザの権限の両方を管
理するのを助ける。周知のディレクトリサービスプ
ロバイダ１つはNetWareディレクトリサービス（「ND
S」）ソフトウェアを含むが、これはユタ州、オレムの
ノベル社から入手することができる（「NetWareディレ
クトリサービス」はノベル社の商標である）。

ディレクトリサービスプロバイダはスキーマを含
む。スキーマは、「属性シンタクス」の定義のセット、
「属性」定義のセット、および、「データベースブジ
ェクトクラス」（「クラス」としても知られている）
の定義のセットを含む。NDSソフトウェア、および、デ
フォルトのNDSスキーマは、ビアラーほか「プロフェッ
ショナルのためのNetWare4（Netware4 for Professiona
ls）」、ISBN1−56205−217−９（「NetWare4」）、255
から342頁で説明されている。「属性」および「プロパ
ティ」という用語は、「NetWare4」およびここでは相互
に変更可能なように使用される。「属性シンタクス」と
「プロパティシンタクス」という用語も同様である。

スキーマ内のそれぞれの属性シンタクスは、属性シン
タクス名および与えられた属性シンタクスタイプの属
性に割り当てることができる値の種類および／又は範囲
によって指定される。属性シンタクスには、例えば、Ca
se Exact String（大文字小文字を区別する文字列）、C
ase Ignore List（大文字小文字を区別しない文字
列）、Ｅ−Mail Address、Net Address（有効なアドレ
スは、IPXおよびAppleTalk含む）、Path、および、Stre
am（NDSデータベースファイルに内に直接ストアされ
てはいないデータへアクセスするためのもの）が含まれ
る。属性シンタクスは、大雑把に言えば従来のプログラ
ミング言語における整数、浮動小数点数、文字列、ファ
イル、ストリーム、あるいは、論理値などのデータタ
イプに対応する。スキーマ内の各属性は、これに関連付
けられたある情報を有する。各属性は属性名および属性
シンタクスタイプを有する。属性名はその属性を識別
するが、属性シンタクスはその属性がとることのできる
値の範囲を決める。たとえば、デフォルトのNDSスキー
マはシンタクスタイプ整数の属性であって名前「サポ
ートされた接続」、すなわち、ファイルサーバが許可
する現在の接続の数を指定する名前を有する属性を含
む。

各属性はまた、以下のフラグのいずれかもしくはすべ
てと関連付けらるかもしれない。Non−removable、Hidd
en、Public Read、Read Only、Single−Valued Sized、
および、String。これらのフラグの一般的な意味は当業
者であれば知っているものである。Sizedフラグが与え
られた属性にセットされている場合は、その属性によっ
て現在保持される値に対して上限および下限（No Limit
制限なしを含んでもよい）が課せられる。

スキーマ内の各データベースオブジェクトクラス
はまた、それに関連付けられたある情報を有する。各ク
ラスは、これを識別するためのクラス名、このクラスが
属性を継承しているほかのクラスを識別するスーパー
クラスのセット、および、このクラスのインスタンスを
保持することが許可されているクラスを識別するコンテ
ナクラスのセットを有する。

各データベースオブジェクトクラスはまた、コン
テナフラグおよびエフェクティブフラグを有する。
コンテナフラグは、そのクラスがコンテナクラスか
否か、つまり、ほかのクラスのインスタンスを保持する
ことができるか否かを表示する。エフェクティブフラ
グは、そのクラスのインスタンスが定義できるか否かを
表示する。非エフェクティブクラスはほかのクラスに
よって継承される属性を定義するためだけに使用される
一方、エフェクティブクラスは、継承できる属性を定
義したり、インスタンスを定義したり、あるいは、両方
を定義したりするために使用される。

さらに、各データベースオブジェクトクラスはあ
る属性をまとめてグループ化する。クラスのネーミング
属性は、そのクラスのインスタンスに名前を付けるため
に使用できる属性である。クラスのマンダトリ属性は、
そのクラスの有効なインスタンスのそれぞれの中に存在
しなくてはならないもの、および／又は、そのクラスか
ら継承したクラスのマンダトリ属性とならなければなら
いものである。クラスのオプショナル属性は、そのクラ
スの有効なインスタンスのそれぞれの中に、存在しても
よいが必要ではない属性である。親クラスのオプショナ
ル属性は、その親クラスから継承した子クラスのオプシ
ョナル属性となる。ただし、その属性がその子クラスが
継承したほかの親クラスにおいてマンダトリである場合
はそうではない。この場合は、これらの属性は子クラス
においてもマンダトリとなる。

データベースオブジェクトは、データベースオブ
ジェクトクラスのインスタンスである。同じクラスの
異なるデータベースオブジェクトは、同じマンダトリ
属性を有するが、それらの対応するマンダトリ属性に異
なる現在の値を有してもよい。同じクラスの異なるデー
タベースオブジェクトは、異なるオプショナル属性、
および／又は、対応するオプショナル属性に異なる現在
の値を有してもよい。

ディレクトリサービスプロバイダもまた、ディレ
クトリサービスインターフェースライブラリを含
むが、これは、スキーマおよびデータベースへのアクセ
スを提供する。スキーマは、API拡張可能なスキーマで
あり、その中では、スキーマの中から見つけられる属性
およびオブジェクトはアプリケーションプログラマー
ズインターフェース「API」）を通じて変更すること
ができ、その際に、スキーマを実装するソースコード
へ直接アクセスしたりはしない。ある実施形態において
は、ディレクトリサービスインターフェースライ
ブラリはファイルにストアされたテーブルおよびコマン
ドを含むが、これらは初期化のとき、および、データベ
ースオブジェクトが作成されるときにスキーマによっ
て読み出され、これによって利用できる属性およびクラ
スを定義する。

さらに、もしくは、別の実施形態では、ディレクトリ
サービスインターフェースライブラリは、スキー
マにアクセスして変更するためのほかのコードを利用で
きるようなルーチンのセットを含む。ディレクトリサ
ービスインターフェースライブラリの実装の一つ
は、NWDSxxx（）ライブラリを含み、これは商業的にユ
タ州、オレムのノベル社から入手することができる。NW
DSxxx（）ライブラリがこのような名前になっているの
は、このライブラリで定義されている関数の名前および
データタイプが典型的には「NWDS」で始まっているか
らであり、これは、「NetWare Directory Service」の
頭字語（acronym）である。

データベースは、スキーマおよびそのネットワークの
詳細に応じて定義されるデータベースオブジェクトを
含む。これらのオブジェクトは、典型的にはネットワー
クのリソースを表現する。データベースは「階層的」デ
ータベースである。というのは、データベース内のオブ
ジェクトは階層的なツリー構造内に接続されているから
である。ほかのオブジェクトを含むことができるこのツ
リーの中のオブジェクトを「コンテナ・オブジェクト」
と呼ぶがこれはコンテナ・オブジェクト・クラスのイン
スタンスでなければならない。」データベースは、また、「同期的パーティション」デ
ータベースである。データベースは、典型的には２つ以
上の重複しないパーティションに分割される。データベ
ースクエリに対する応答時間を改善するため、およ
び、フォールトトレランスを提供するため、各パーテ
ィションのレプリカがネットワーク内の１つ以上のファ
イルサーバ上に物理的にストアされる。与えられたパ
ーティションのレプリカは、ディレクトリサービス
プロバイダによって、自動化された同期プロセスを通じ
て定期的に更新され、これによってネットワーク上のア
クティビティによって生ずるレプリカ間の相違を減少さ
せる。

OLEが利用できないほかのネットワーク管理ツール
は、NWAdminおよびそのありうる「スナップイン」モジ
ュールである。これらのツールの説明については、公知
になっているコペンディング出願第08/499,711号、1995
年７月７日出願を参照することができる。

OLEはまた、インターネットを利用することができな
いし、インターネットは現在では、OLEを十分に利用す
るように構成されていない。インターネットは、世界中
の莫大な数のコンピュータ間の様々な異なる通信を提供
する。ここで使用する通り、「インターネットサー
バ」は、インターネットアドレスによって識別される
コンピュータを意味する。インターネットアドレス
は、イー・クロル「ホール・インターネット：ユーザー
ズガイドおよびカタログ」第２版、ISBN1−56592−06
3−５、（「インターネットガイド」）、23から24頁
に説明されている。

検索および情報管理ソフトウェアは、インターネット
サーバから利用できる莫大な量の情報を管理するのに
役立つ。インターネットサーバについては、以降に、
それが提供する特定の検索および情報管理サービスに応
じて説明する。たとえば、「Archieサーバ」、「Gopher
サーバ」、「WAISサーバ」、および、「ワールドワイ
ドウェブサーバ」はすべて、ファイルのインデック
ス（index）および／はロケートをするためのソフトウ
ェアをサポートしている。「whois」、「finger」など
のソフトウェア、および、X.500ディレクトリサービ
スはインターネットユーザのための個人的データ、た
とえば、その加入組織（affiliation）、電子メール
アドレス、レギュラーメールアドレス、および電話
番号などを管理する。「インターネットガイド」187
から323頁を参照されたい。

インターネットを使用する実行可能コードをロケート
して動作させるための典型的なアプローチは、ユーザが
メニュー、ディレクトリの一覧、あるいは「リードミ
ー」ファイルを、インターネットサーバを使用して閲
覧（browse）したときに開始される。ユーザは、興味あ
る名前や説明を有するファイルを選択する。典型的には
ファイルはスタンドアローンプログラムを含む。たとえ
ば、DOS互換システム上の.EXE、.COM、又は、.BATファ
イルに見られるようなプログラムである。ユーザは、次
に、FTP若しくはほかのファイルコピー処理サービ
スを呼び出し（invoke）して、その実行可能ファイルを
ユーザのローカルコンピュータへコピーする。最後
に、ユーザはその実行可能ファイルをローンチ若しくは
インボークする。

このアプローチのバリエーションは、Javaファイルに
見ることができる（JAVA、サンマイクロシステムズ社
の商標である）。Javaは、「アプレット」と呼ばれる小
規模のアプリケーションプログラムを記述するために
設計されたインタープリタ型プログラミング言語であ
り、アプレットはユーザがワールドワイドウェブ
ページを見たときに実行される。アプレットはワールド
ワイドウェブページにリンクされか若しくは含ま
れており、その数は画像やほかのページへのリンクが含
まれている数と同程度である。ユーザは、ウェブペー
ジのハイライト表示若しくは下線表示された部分であっ
てアプレットに関連付けられた部分を選択すると、その
アプレットがインターネットを通じてユーザのウェブ
ブラウザに転送される。ウェブブラウザがJavaインタ
ープリタを含まない場合は、エラーが発生する。ブラウ
ザがインタープリタを含む場合は、それがアプレットを
「インタプリタ」するが、このインタプリタは、一度に
１ピースをバイナリに翻訳し、その結果のバイナリコ
ードを実行し、次のピースを翻訳し、などと処理をする
ことによって行われる。アプレットはCOMに適合するも
のではない。というのは、アプレットはバイナリオブ
ジェクトを提供しないし、COMインターフェース管理サ
ービスをサポートしないからである。

したがって、コンピュータネットワーク内にディス
トリビュートされたCOMフトウェアコンポーネントを
新しい方法を提供することは、当業界の進歩となり得
る。ディレクトリサービスプロバイダの機能を利用
するこのような方法を提供することは、さらなる進歩と
なり得る。

インターネットサービスの機能を利用するこのよう
な方法を提供することは、さらなる進歩となり得る。

ここでは、ソフトウェアコンポーネントを管理する
このような方法を開示して請求する。

本発明の簡単な開示本発明は、コンピュータのネットワークに内のCOMソ
フトウェアコンポーネントを管理するためのアプロー
チを提供する。ネットワークは、ローカルエリアネ
ットワークでも、ワイドエリアネットワークでも、
インターネットでも、当業界でよく知られているほかの
ネットワークでも、あるいはこれらの組み合わせのいず
れかでもよい。ネットワークは、ソフトウェアコンポ
ーネントのためのリポジトリ（repository）としてとし
て働く。前述のアプローチの下では、COMクライアント
から到達できるようなコンポーネントのリポジトリは、
本質的には現在レジスタされているコンポーネントに制
限されていた。しかし、本発明の下では、リポジトリが
拡張されており、前述のレジスタされているコンポーネ
ントのみならずレジスタされていないコンポーネントを
も含み、これらは任意の巨大なデータベース内で識別さ
れる。

各ソフトウェアコンポーネントは、バイナリオブ
ジェクトおよびバイナリオブジェクトへの少なくとも
１つのインターフェースを含む。コンポーネントはま
た、リファレンスカウントおよびほかの機能を含んで
もよい。好適なソフトウェアコンポーネントは制限な
しにOLEコンポーネントを含む。

COMクライアントは、レジスタされたコンポーネント
を認識するだけである。ネットワークは、レジストリ
ファイルが常駐するレジストリコンピュータを少なく
とも１つ含む。レジストリファイルのエントリは、レ
ジスタされたコンポーネントを識別してそのロケーショ
ンを指定する。好適なレジストリファイルは、たとえ
ばOLEファイルを含む。

ネットワークはまた、レジストリコンピュータとは
異なるコンポーネントサーバコンピュータを少なく
とも１つ含む。今までのところでは、レジスタされてい
ないコンポーネントはコンポーネントサーバコンピ
ュータ上に常駐する。好適なコンポーネントサーバは
Novell NetWAreおよびほかのファイルサーバを含み、
このほか、Gopher、Archie、Wide Area Information Se
rvices（「WAIS」）、および、ウェブサーバなどのイ
ンターネットサーバを含む。

本発明の方法は、以下のコンピュータ実装されたステ
ップを含む。データベースは、ソフトウェアコンポー
ネント識別子をソフトウェアコンポーネントロケー
タ（locator）に関連付けるが、このデータベースがア
クセスされて、与えられた識別子にマッチするロケータ
がある場合にはこのロケータを探す。好適なデータベー
スは階層的な同期的パーティションデータベースであ
ってネットワークオペレーティングシステムによっ
て維持されるもの、たとえば、Novell Netware Directo
ry Service（「NDS」）データベースを含む。NDSデータ
ベースを本発明にしたがって拡張して、識別子を有する
コンポーネントデータベースオブジェクトを含むよ
うにしてもよい。ほかの好適なデータベースは、インタ
ーネット検索エンジン、たとえば、Gopher、Archie、WA
IS又はウェブブラウザなどによって維持されるものを
含む。

データベース検索の間に一致が見付かった場合は、そ
の検索によって識別された１つ以上のソウトウェアコ
ンポーネントが選択される。選択されたソフトウェア
コンポーネントのロケーションがデータベースから抽出
される。必要な場合は、コンポーネントの一部若しくは
すべてが転送されてクライアントはファイルシステム
を通じてこれにアクセスできるようになる。パーシャル
トランスファは、コンポーネントの１つ以上のインタ
ーフェースのトランスファを含むが、トータルトラン
スファはコンポーネントの全インターフェースおよびバ
イナリオブジェクトを含む。最後に、レジストリフ
ァイルが更新され、選択されたコンポーネントのロケー
ションを含むようになる。

本発明の特徴および利点は、以下の説明および添付さ
れた特許請求の範囲によっておよび付属する図面との組
み合わせを参照することによって十分に明らかになるで
あろう。

図面の簡単な説明本発明の利点および機能を得るための方法を説明する
ため、上記の事項を概括した発明のより特定性の高い説
明が、添付された図面を参照することによって行われ
る。これらの図面は本発明の選択された実施形態を提供
するものであり、したがって、その範囲を制限するもの
ではないと認識されるべきものであるということを理解
すべきである。本発明は、添付された図面を使用するこ
とによって、さらなる限定および詳細を以って記述され
説明される。

図１は、本発明とともに使用することが望ましいコン
ピュータネットワークのブロック図である。

図２は、ソフトウェアコンポーネントクライアン
ト、ソフトウェアコンポーネントサーバコンピュ
ータ、レジストリ、および、データベースの間の関係を
本発明にしたがって示すブロック図である。

図３は、本発明とともに使用することが望ましいソフ
トウェアコンポーネントを示す図である。

図４は、ディレクトリサービスプロバイダおよび
データベースを示す図である。

図５は、本発明にしたがったコンポーネントデータ
ベースオブジェクトの一実施形態を示す図である。

図６は、本発明にしたがったコンポーネントデータ
ベースオブジェクトのこの他の実施形態を示す図であ
る。

図７は、本発明の方法を示すフローチャートである。

好適実施形態の詳細な説明ここでは図を参照するが、図のパーツは数字で参照さ
れる。本発明は、コンピュータネットワーク内のソフ
トウェアコンポーネントを管理する方法および装置に
関し、特に、ローカルエリアネットワーク若しくは
インターネットネットワーク上に常駐するCOM若しく
はOLEソフトウェアコンポーネントをロケートしてレ
ジスタするための方法に関する。ネットワーク上のコン
ピュータは、ワークステーションでも、ラップトップ
コンピュータでも、取り外し可能なモバイルコンピュ
ータでも、ファイルサーバでも、あるいはこれらの組
み合わせでもよい。ネットワークは１つ以上のLAN、ワ
イドエリアネットワーク、インターネットサー
バ、インターネットクライアント、もしくはこれらの
組み合わせを含んでもよい。

多くのコンピュータネットワークのうち、本発明とと
もに使用することが望ましいものの一つは、図１の10に
おいて一般的に示される。一実施形態においては、ネッ
トワーク10はNovell NetWareネットワークオペレーテ
ィングシステムソフトウェア、バージョン4.xを含む
（NetWareはノベル社の登録商標である）。ほかの実施
形態においては、ネットワークはNetWare Connect Serv
ices、VINES、Windows NT、LAN Manager、あるいはLANt
asticネットワークオペレーティング・システムソ
フトウェアを含む（VINESはバニヤンステムズの商標
であり、NTおよびLAN Managerはマイクロソフト社の商
標であり、LANtasticはアーティソフト社の商標であ
る）。ネットワーク10は、ローカルエリアネットワ
ーク12を含んでもよいが、これは、ほかのLANやインタ
ーネットの一部などのほかのネットワーク14と、ゲート
ウェイもしくはこれと同等の機構を通じて接続可能であ
る。

ネットワーク10は、複数のファイルサーバ16を含む
が、これらはネットワーク信号線18によって１つ以上の
ネットワーククライアント20と接続されている。ファ
イルサーバ16およびネットワーククライアントは、
当業者によって構成され、本発明にしたがって動作する
ようにするための方法にはさまざまなバラエティがあ
る。ファイルサーバ16は、インターネットサーバと
して、ディレクトリサービスプロバイダとして、ソ
フトウェアコンポーネントサーバとして、もしくは
これらの組み合わせとして構成することができる。ファ
イルサーバ16は、ネットワーククライアント20、も
しくはこれらの両方は、OLEレジストリファイルを保
有していてもよく、一方若しくは双方がOLEクライアン
トとして動作してもよい。

ネットワーククライアント20は、パーソナルコン
ピュータ22、ラップトップ23、および、ワークステーシ
ョン26を含む。信号線18は、ツイステッドペア、同
軸、若しくは、光ファイバーケーブル、電話回線、衛
星、マイクロ波リレー、変調AC電力線、および当業者に
公知のほかのデータ転送手段を含んでいてもよい。ネ
ットワーククライアントコンピュータ20に加え、プ
リンタ28およびディスクのアレイ30もネットワーク10に
接続されている。個々のネットワークコンピュータ
システムおよびコンポーネントは図示されているが、当
業者であれば、本発明は他の種々のネットワークおよび
コンピュータにおいても動作することがわかるであろ
う。

ファイルサーバ16およびネットワーククライアン
ト20は、フロッピードライブ、テープドライブ、光
ドライブ、あるいはストレージ媒体を読むための手段32
を使用することができる。好適なストレージ媒体32は磁
気、光、もしくは、ほかのコンピュータ可読なストレー
ジ装置であって特定の物理的サブストレート構成を有す
るものを含む。好適なストレージ装置はフロッピーデ
ィスク、ハードディスク、テープ、CD−ROM、PROM、R
AM、および、ほかのコンピュータシステムストレー
ジ装置を含む。サブストレート構成は、データおよびイ
ンストラクションを表すが、これらによって、ここで説
明するように特定のあらかじめ定めた方法でコンピュー
タ・システムが動作するようになる。したがって、媒体
32は資産として（tangibly）プログラム、関数、および
／又は、ファイルサーバ16および／又はネットワーク
クライアントコンピュータ20によって実行されるイ
ンストラクションを有形化（embody）するものであり、
ここで説明する通り、本発明のディストリビュートされ
たソフトウェアコンポーネントの管理方法のステップ
を実体上（substantially）実行するためのものであ
る。

図２は、ネットワーククライアント20がCOMクライ
アント40として動作する場合のネットワーク構成を示
す。すなわち、クライアント40上で動作しているCOMア
ウェア（COM−aware）ソフトウェアのいくつかは、特定
のCOMソフトウェアコンポーネントを識別しており、
そのサービスは調査されて使用されてもよい。COMのOLE
実施形態においては、所望のソフトウェアコンポーネ
ントは典型的にはOLEクラス識別子、すなわちCLSIDによ
って識別される。しかし、所望のソフトウェアコンポ
ーネントは、グローバリーユニーク識別子（「GUI
D」）、ユニバーサリーユニーク識別子（「UUI
D」）、あるいはほかのCLSIDに同等なもので識別されて
もよい。

COMクライアント40は、ネットワーク信号手段18によ
ってレジストリコンピュータ42に接続されている。そ
うではなく、クライアント40およびレジストリコンピ
ュータ42が同じコンピュータであってもよい。COMレジ
ストリファイル44は、レジストリコンピュータ42上
に常駐している。好適なレジストリファイル44はOLE
レジストリファイルを含むが、これは「OLE2プログラ
マ」および「インサイドOLE」で説明されている通りで
ある。ここで使用される通り、ファイル若しくはソフト
ウェアコンポーネントは、そのファイル若しくはコン
ポーネントが、それぞれ、そのネットワーク上のほかの
コンピュータに与えられたコンピュータを通じてアクセ
ス可能な場合は、与えられたコンピュータ上に「常駐」
する。たとえば、NetWareファイルサーバなどの従来
のファイルサーバによって管理されているファイル
は、そのファイルサーバの上に常駐する。

コンポーネントサーバコンピュータ46もまた、ネ
ットワークに信号手段18によって接続されている。１つ
以上のCOMソフトウェアコンポーネント48がコンポー
ネントサーバ46の上に常駐している。注意すべきは、
レジスタされたソフトウェアコンポーネントだけがCO
Mクライアントから利用できる。このように、レジスト
リファイル44の中に現われないコンポーネント48はい
ずれもCOMライアント40から利用できない。これは、そ
のクライアント40がネットワークを通じてコンポーネン
ト48を含むファイルへのアクセスを有する場合でさえも
利用できない。

信号手段18はまた、データベースマネージャ50をネ
ットワークへ接続する。データベースマネージャ50
は、１つ以上のデータベースオブジェクト若しくはエ
ントリ54を含むデータベース52を管理する。ここで使用
される「データベース・オブジェクト」はある種の「デ
ータベース・エントリ」を参照する。各データベース
オブジェクト若しくはエントリ54は、コンポーネント識
別子56をコンポーネントロケータ58へ関連付けする。
１実施形態としては、データベースネージャ50はNove
ll NDSソフトウェアを含み、データベース52はNDSデー
タベースを含む。ほかの実施形態としては、データベー
スマネージャ50は検索エンジンなどのインターネット
サーバソフトウェアを含み、データベース52は１つ
以上のArchieファイルインデックス、Gopherインデッ
クストディレクトリ、WAISドキュメントインデック
ス、若しくはワールドワイドウェブページを含
む。

図３は、さらに、１つのソフトウェアコンポーネン
ト48の実施形態を示す。コンポーネント48は、バイナリ
オブジェクト70を含む。インタープリタされるコード
と異なり、バイナリコードは実行する前に翻訳処理を
必要としない。バイナリオブジェクトはまた、「ネイ
ティブコードオブジェクト」として知られている。
DOS互換システム上では、好適なバイナリオブジェク
ト70は、たとえば、よく知られている.EXE及び.DLLフォ
ーマットを含む。

コンポーネント48はまた、バイナリオブジェクト70
への１つ以上のインターフェース72を含む。COMの２つ
の重要な利点は、特定のサービスが利用できるかどうか
を動的に（「実行時に」）調べて決定するためのサポー
トを提供していることと、現在のバイナリオブジェク
ト70に対して拡張された、改善された、若しくは、代替
のバイナリオブジェクトを置き換える機能があり、そ
の際にバイナリオブジェクト70を使用するクライアン
ト40で再コンパイルする必要がないということである。
これらの利点は、その大部分がCOMインターフェース管
理サービスによって達成されている。

COMインターフェース管理サービスによって、クライ
アントは動的にコンポーネント48にクエリしてどのよう
なサービスが利用できるか問い合わせて決めることがで
きるようになる。インターフェース管理サービスはま
た、間接参照のレベルをクライアント40とバイナリオ
ブジェクト70の間で分離する機能を提供する。したがっ
て、望ましくはインターフェース72はCOMインターフェ
ース管理サービスをサポートするものを含む。一実施形
態においては、COMインターフェース管理サービスは、I
UnknownIClassFactoryICreateTypeLib及び関連するOLE
インターフェース及びこれらに同等なものを通じて提供
される。これらについては「OLE2プログラマ」と「イン
サイドOLE」に説明されている通りである。

図示されたコンポーネント48はまた、リファレンス
カウント74を含む。ほかの代替実施形態では、リファレ
ンスカウント74を省略しているが、またほかの実施形
態では、１つ以上の下記の要素を含む。メモリ管理サー
ビスエラー報告サービス、プロセス間通信サービス、
クラスファクトリ、及び特定の実装選択サービスであ
る。好適なこの要素は「OLE2プログラマ」と「インサイ
ドOLE」に説明されているものを含む。

図４は、さらに、データベースマネージャ50及びデ
ータベース52の実施形態を示す。データベースマネー
ジャ50はディレクトリサービスプロバイダ80を含
み、データベース52はネットワークオペレーティング・
システムによって維持されている階層的同期パーティシ
ョンデータベース82を含む。好適なデータベース82
は、NDSデータベースを含む。好適なディレクトリサ
ービスプロバイダ82は、NetWareネットワークオペ
レーティング・システムによって管理されているNovell
NDSソフトウェアを含む。NDSは、属性シンタクス86、
データベースクラス88、及び、属性90を含むスキーマ
84を提供する。一実施形態では、既存のNDSスキーマ84
を利用して本発明にしたがってデータベース値を単純に
インタープリトする。

図２及び図４から図６に図示した通り、本発明の代替
実施形態はNDSスキーマを拡張するが、これは、オブジ
ェクト92、94などのコンポーネントデータベースオ
ブジェクトを定義することによって行う。各実施形態
は、コンポーネント識別子56をコンポーネントロケー
タ58に関連付けるが、これは、識別子属性96及びNDSデ
ータベースオブジェクト92若しくは94の中にバイナリ
ロケータ属性98若しくは100のそれぞれを置くことに
よって行う。この場合、識別子属性96はOLE CLSIDを含
む。データベースオブジェクト92、94の一方若しくは
双方を、与えられたデータベース82内で利用してもよ
い。

図５に示す実施形態においては、バイナリロケータ
属性98はユニバーサル名前付け規約（universal naming
convention）にしたがったファイル名を値として有す
る。ファイル名は、データベースオブジェクト92の識
別属性96内のOLE CLSIDによって識別されるソフトウェ
アコンポーネント48のバイナリオブジェクト70を含
むファイルのファイルシステムロケーションを識別
する。

図６に示す実施形態においては、バイナリロケータ
属性100はあるストリームをその値として有する。スト
リームは、データベースオブジェクト94の識別子属性
96内のOLE CLSIDによって識別されたソフトウェアコ
ンポーネント48のバイナリオブジェクト70（図３）へ
の直接アクセスを提供する。本発明の代替実施形態にお
いては、データベースオブジェクト92、94はまた、OL
Eデスクリプタ属性、ライセンシング属性、OLEレジスト
リファイルにおいて見つかった情報をストアする属
性、NDSデータベースの管理において有用な情報をスト
アするための属性、若しくは、これらの組み合わせを含
む。

図４及び図７は、本発明にしたがった方法の一つを図
示する。作成ステップ110の間、データベースエント
リ若しくはオブジェクト54が作成される。好適なデータ
ベースエントリ及びオブジェクト54はCOMソフトウェ
アコンポーネント識別子56をCOMソフトウェアコン
ポーネントロケータ58に関連付けるが、これは図２及
び図４から図６において図示した通りである。オブジェ
クト92や94などのNDSデータベースオブジェクトを含
む実施形態においては、当業者であれば、このようなオ
ブジェクトを適切に商業的に利用可能なNWDSxxx（）関
数及びその他の周知の手段を呼び出すことを通じて作成
することがすぐにできるであろう。HTMLドキュメントを
利用する実施形態においては、好適なエントリ54は、ド
キュメントテキスト内にキーワードと、その後ろにCL
SIDびユニバーサル名前付け規約（「UNC」）パスを含
む。たとえば、“OLE−CLASS−ID42754580−1b67−11ce
−80eb−00aa003d7352//srv/vl/ole/foo.dll"である。
実施形態によっては、名前及びロケーションに関する規
約に従って、UNCパスは省略される。

図２及び図７を参照すると、識別ステップ112の間、C
OMクライアント40は特定の所望のCOMソフトウェアコ
ンポーネントを識別してローカルレジストリファイ
ル44をチェックして所望のコンポーネントが利用できる
かどうかを調べる。所望のコンポーネントはそのCLSI
D、GUID、UUID、又は、均等なコンポーネント識別子若
しくはクラス識別子によって識別される。所望のコンポ
ーネントがレジスタされている場合は、ステップ114か
ら120まではスキップされる。

所望のコンポーネントがレジスタされていない場合
は、従来のCOMシステム（従来のOLEシステムを含む）は
エラーメッセージを返す。これは、所望のコンポーネ
ントを含むファイルがそのCOMクライアントと同じコン
ピュータ上に常駐する場合でも発生する。ある実施形態
においては、人間のユーザが直接、エラーメッセージ
に対する応答においてステップ114から120までをイニシ
エートする。

好適な代替実施形態においては、OLEが拡張されてお
り、所望のコンポーネントがまだレジスタされていない
場合は、少なくともステップ114から120までの一部が自
動的に拡張されたOLEソフトウェアによって実行され
る。これは様々な方法で達成することができる。一つの
アプローチは、既存のOLE32.DLLをMSOLE32.DLLにリネー
ムして新しいOLE32.DLLを提供する。新しいOLE32.DLLは
多くの関数呼び出しをそのままMSOLE32.DLLに送信す
る。しかし、関数CoGetClassObject（）は変更されてお
り、所望のコンポーネントがレジスタされていない場合
はディレクトリサービス及び／又はインターネット
データベース52を検索する。検索が成功した場合は、変
更されたCoGetClassObject（）はロケートされたコンポ
ーネントを必要なときにトランスファして、レジストリ
ファイル44を更新し、制御を元のCoGetClassObjec
t（）コードに渡す。

本発明は、レジストリファイル44の到達範囲を単一
のコンピュータやファイルシステムを超えて周囲のLA
N、NetWare Connect Servicesネットワーク、及び／又
は、インターネットまで拡張する。所望のコンポーネン
トがレジスタされていない場合は、クエリ処理ステップ
144はデータベースマネージャ50にクエリする。その
かわりに、クエリ処理ステップ144を実行するソフトウ
ェアがデータベース52に直接アクセスしてもよい。

いずれの実施形態においても、クエリ処理ステップ11
4は、データベース52にアクセスしてこれを検索して所
望のコンポーネントのCLSID若しくはほかの識別子を含
むエントリ54をロケートする。データベース検索はNDS
ソフトウェアで実行してもよいし、Gopher、Archie、WA
IS、あるいはワールドワイドウェブブラウザなど
のインターネット検索エンジンで実行してもよい。指定
されたCOMコンポーネント識別子に対応するデータベー
スエントリ若しくはオブジェクト54が検索によってま
ったくロケートされなかった場合は、COMクライアント4
0に通知される。クライアント40はそれから、所望のサ
ービスがないにもかかわらずベストを尽くして先へ進ま
なければならない。

しかし、検索が成功した場合は、所望のコンポーネン
ト識別子を含む１つ以上のデータベースエントリ若し
くはオブジェクト54が選択される。所望のコンポーネン
トのバイナリオブジェクト70（図３）の対応するロケ
ーションは、これをデータベースエントリ若しくはオ
ブジェクト54から抽出ステップ116において抽出するこ
とによって決められる。抽出は、当業者に周知の手段に
よって達成される。

抽出ステップ116は、コンポーネントデータベース
オブジェクト92や94内に保持されているライセンシン
グ属性の値などのライセンシング情報の抽出を含む。次
にそのライセンシング必要条件が満たされていることを
確認するためのステップが実行されてもよい。環境によ
っては、望ましくはこれらのステップはユーザにライセ
ンス契約書を提示したり、使用メータリングをイニシエ
ートしたり、既存のアカウントに課金したりするステッ
プ、あるいは、ライセンシングソフトウェアの当業者
に周知のほかのステップを含む。

転送処理ステップ118の間、所望のコンポーネントの
必要な転送がネットワークを通じてすべて実行され、CO
Mクライアント40の上にこれが常駐するようになる。所
望のコンポーネントがすでにCOMクライアント40上に常
駐している場合（あるが、レジストがされていないため
に利用できなかった場合）は、トランスファは実行され
ない。

転送処理ステップ118の一部は、使用されたデータベ
ースオブジェクト54の詳細にしたがって異なる。バイ
ナリロケータ属性100（図６）内に指定されたストリ
ームなどのストリームは、ストリームとしてオープンさ
れ、COMクライアント上に常駐するテンポラリファイ
ルが作成され、ストリームデータがネットワークを通
じて転送される。バイナリロケータ属性98（図５）内
に指定されたファイルは、ユーザが指定した通りにコピ
ー若しくは移動されるが、好ましいデフォルトはコピー
である。

更新ステップ120の間、COMクライアント40上に常駐す
るレジストリファイル44が更新されて所望のソフトウ
ェアコンポーネントの新しい利用可能性を反映するよ
うになる。ある実施形態においては、あらかじめ定めた
ProgID若しくはほかのキー値がレジストリファイルに
含められ、本発明にしたがって簡単にエントリの識別が
できるようになる。このキー値によってこのようなエン
トリの削除が簡単になるほか、システム管理者が本発明
の使用に関する統計を取得することが簡単にある。

最後に、利用ステップ122の間、レジストリ情報、お
よび、ついで所望のソフトウェアコンポーネント自体
がCOMクライアントによって利用される。これは当業界
の周知の方法によって達成される。

まとめると、本発明は、COMソフトウェアコンポー
ネントリポジトリのスコープを、ローカルコンピュ
ータやファイルシステムを超えてローカルコンピュ
ータと通信するネットワークにまで効率的に拡張する新
しいアプローチを提供する。これらの通信ネットワーク
は、ほかのローカルエリアネットワークでも、ワイ
ドエリアネットワークでも、あるいは、ワールド
ワイドなインターネットでもよい。ソフトウェアコン
ポーネントの使用の広がりが、適切なライセンシング及
びセキュリティ制約にしたがって、これによって促進さ
れる。本発明の実施形態は既存のOLEレジストリファ
イルと十分互換性があるので、レジストリファイルの
複数の（おそらくは一貫性のない）コピーを必要とした
り、多くのLANにうまくスケールできないようなアドホ
ックなアプローチをとる必要がまったくない。

「OLE2プログラマ」、「インサイドOLE」、「NetWare
4」、及び／又は、インターネットガイド」の特定の
トピックや頁を引用してここで識別した説明はすべて、
ここで参照する。

矛盾がおきた場合は、ここで直接提供した説明が参照
した説明に優先する。

本発明を実施するための特定の方法は、はっきりとこ
こで図示され、説明されているが、本発明の方法にした
がって、装置及びアーティクル実施形態を形成してもよ
いことがわかるだろう。したがって、ほかに明らかに示
さなくても、本発明の方法のここでの説明を拡張して対
応する装置及びアーティクルに拡張することができ、本
発明の装置及びアーティクルの説明は同様に対応する方
法に拡張することができる。

本発明は、その本質的な特性から離れずにほかの特定
の形式で実施してもよい。説明された実施形態はすべて
の点において説明のためのものであり、制限するための
ものではないと理解すべきである。本発明において利用
した科学的原理のここで提供した説明は説明のためだけ
のものである。したがって、本発明の範囲は、ここまで
の説明ではなく以降の特許請求の範囲によって示され
る。

特許請求の範囲に均等なものの意味及び範囲の中に入
るすべての変更は、これらの範囲の中に含まれる。

請求して特許によって保護したいことは、以下の通り
である。

フロントページの続き (31)優先権主張番号５７６，６４７ (32)優先日平成７年12月21日(1995．12．21) (33)優先権主張国米国（ＵＳ） (56)参考文献Ｐｌｅａｓ；Ｋ．，”ＥｘｔｅｎｄｉｎｇｔｈｅＲｅａｃｈｏｆＯＬＥ”，ＢＹＴＥ，1994年11月号（Ｖｏｌ．19，Ｎｏ．11），ｐｐ．199−200, 202，204，206 Ｕｄｅｌｌ；Ｊ．，”10億のユーザ／デバイス接続を目指すＮｏｖｅｌｌ”，日経バイト，1995年５月号，ｐｐ．215−226（原著：ＪｏｎＵｄｅｌｌ，”Ｎｏｖｅｌｌ’ｓＣａｍｐａｉｇｎ”，ＢＹＴＥ，1995／２，ｐｐ．42 −64) Ｗａｙｎｅｒ；．ｐ，”ＯｂｊｅｃｔｓｏｎｔｈｅＭａｒｃｈ”，ＢＹＴＥ，1994年１月号（Ｖｏｌ．19，Ｎｏ．１），ｐｐ．139−140，142，144, 148，150 Ｏｒｆａｌｉ；Ｒ．，”Ｃｌｉｅｎｔ／ＳｅｒｖｅｒｗｉｔｈＤｉｓｔｒｉｂｕｔｅｄＯｂｊｅｃｔｓ．”, ＢＹＴＥ，1995年４月号（Ｖｏｌ．20, Ｎｏ．４），ｐｐ．151−152，154, 156，158−160，162 Ｌｅｗｉｓ；Ｔ．Ｇ．，”ＷｈｅｒｅｉｓＣｌｉｅｎｔ／ＳｅｒｖｅｒＳｏｆｔｗａｒｅＨｅａｄｅｄ？”，Ｃｏｍｐｕｔｅｒ，Ｖｏｌ. 28，Ｎｏ．４（1995年４月）、ｐｐ．49 −55 ”ソフト部品化に基づく新たな稼働環境構築へ”，日経オープンシステム, 1994年１月（Ｎｏ．10），ｐｐ．143− 150 Ｕｄｅｌｌ；Ｊ．，”オブジェクト指向の新展開コンポーネントウエア”，日経バイト，1994年７月号，ｐｐ．277−289（原著：ＢＹＴＥ誌より) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 9/06 G06F 9/445 - 9/54 G06F 13/00 G06F 15/00 - 15/177

Claims

(57)【特許請求の範囲】

【請求項１】コンピュータのネットワーク内のソフトウ
ェアコンポーネントを管理する方法であって、各ソフトウェアコンポーネントはバイナリオブジェ
クト及び該バイナリブジェクトへのインターフェース
を少なくとも１つ含み、前記ネットワークはレジストリファイルがその上に常
駐するレジストリコンピュータを少なくとも１つ含
み、前記ネットワークはまた前記レジストリコンピュータ
とは異なるコンポーネントサーバコンピュータを含
み、ソフトウェアコンポーネント識別子をソフトウェア
コンポーネントロケータに関連付けるレジストリフ
ァイル以外のコンピュータデータベースにアクセスす
るステップと、前記アクセスするステップの結果として前記データベー
ス内に識別されたソフトウェアコンポーネントを選択
するステップと、前記選択するステップの間に選択されたソフトウェアコ
ンポーネントのイニシャルロケーションを決定するス
テップと、前記レジストリファイルを更新して当該選択されたソ
フトウェアコンポーネントの現在のロケーションを含
むようにするステップとを含むことを特徴とする方法。
【請求項２】請求項１に記載の方法において、前記選択
するステップの間に選択されたソフトウェアコンポー
ネントは、複数のクライアントによるコンポーネントの
同時使用を許し、いつ前記コンポーネントを安全に破壊
できるかを決定できるリファレンスカウントを含むこ
とを特徴とする方法。
【請求項３】請求項１に記載の方法において、前記選択
するステップの間に選択されたソフトウェアコンポー
ネントは、OLEソフトウェアコンポーネントを含むこ
とを特徴とする方法。
【請求項４】請求項３に記載の方法において、前記選択
するステップは、前記コンピュータデータベースから
バイナリロケータ属性値を読み出し、OLEソフトウェ
アコンポーネントのイニシャルロケーションを決定
するステップを含むことを特徴とする方法。
【請求項５】請求項４に記載の方法において、前記バイ
ナリロケータ属性値は、ユニバーサル名前付け規約フ
ァイルパスに対応することを特徴とする方法。
【請求項６】請求項４に記載の方法において、前記バイ
ナリロケータ属性値は、OLEバイナリオブジェクト
を含むストリームに対応することを特徴とする方法。
【請求項７】請求項１に記載の方法において、前記アク
セスするステップは、ネットワークオペレーティング
・システムによって管理される階層的同期パーティショ
ンデータベースにアクセスするステップを含むことを
特徴とする方法。
【請求項８】請求項１に記載の方法において、前記アク
セスするステップはディレクトリサービスデータベ
ースにアクセスするステップを含むことを特徴とする方
法。
【請求項９】請求項１に記載の方法において、前記選択
するステップは、サーバ上に常駐するソフトウェアコ
ンポーネントを選択するステップを含むことを特徴とす
る方法。
【請求項１０】請求項１に記載の方法において、前記更
新するステップの前に前記選択されたソフトウェアコ
ンポーネントの少なくとも一部を前記ネットワークを通
じてクライアントコンピュータへ転送するステップを
含むことを特徴とする方法。
【請求項１１】請求項10に記載の方法において、前記ト
ランスファするステップは、ハイパーテキストマーク
アップランゲージリンクによって指定されるロケー
ションから転送することを特徴とする方法。
【請求項１２】請求項10に記載の方法において、前記転
送するステップは、ユニバーサルソースロケータに
よって指定されるロケーションから転送することを特徴
とする方法。
【請求項１３】請求項10に記載の方法において、前記転
送するステップは前記ソフトウェアコンポーネントの
インターフェースの少なくとも一部を前記ネットワーク
を通じて転送することを特徴とする方法。
【請求項１４】請求項10に記載の方法において、前記ト
ランスファするステップは、前記ソフトウェアコンポ
ーネントのバイナリオブジェクトを前記ネットワーク
を通じて転送することを特徴とする方法。
【請求項１５】請求項１に記載の方法において、前記ア
クセスするステップはインターネット検索エンジンコ
ンピュータデータベースにアクセスするステップを含
むことを特徴とする方法。
【請求項１６】請求項１に記載の方法において、さら
に、前記コンピュータデータベースからライセンシン
グ属性を読み出すステップを含むことを特徴とする方
法。
【請求項１７】請求項１に記載の方法において、さら
に、前記コンピュータデータベースからアクセスコ
ントロール属性を読み出すステップを含むことを特徴と
する方法。