JP2000503785A

JP2000503785A - ネットワークディレクトリを更新または変更するための方法ならびにその装置

Info

Publication number: JP2000503785A
Application number: JP8519164A
Authority: JP
Inventors: オールズ，デイル，アール．
Original assignee: ノベル，インコーポレイテッド
Priority date: 1994-12-13
Filing date: 1995-12-12
Publication date: 2000-03-28
Also published as: AU4466896A; DE69510226D1; EP0797798A1; WO1996018947A1; DE69510226T2; EP0797798B1; US5832275A

Abstract

(57)【要約】本発明は、サービスを中断することなくＸ．５００ディレクトリサービスを提供しているコンピュータ・プログラムを動的に更新するための方法ならびにその装置を提供する。ディレクトリ・サービスを提供するコンピュータ・プログラムを更新するコールの受信時に、要求の再ロードを行なうユーザを認証し、プログラムローダをロードし、現在実行中のディレクトリ・サービス・プログラムをリネームして別のプロセスまたはスレッドをコールし、一方で第２のプロセスまたはスレッドの終了を待機するプロセスまたはスレッドが実行される。第２のプロセスまたはスレッドは新規のディレクトリ・サービス・コンピュータ・プログラムをロードして初期化してから、プログラム・ローダおよび新規のディレクトリ・サービス・コンピュータ・プログラムと相互作用して、新旧のディレクトリ・サービス・プログラムに互換性があるかを判定する。新旧のディレクトリ・サービス・コンピュータ・プログラムに互換性がない場合、第２のプロセスまたはスレッドはロードをアボートして第１のプロセスまたはスレッドにアボート信号を送信する。新旧のディレクトリ・サービス・コンピュータ・プログラムに互換性があれば、第２のプロセスまたはスレッドは第１のプロセスまたはスレッドにコミット信号を送信する。第１のスレッドは、第２のプロセスからのコミット信号または信号の受信時に、自分自身と、古いディレクトリ・サービス・コンピュータ・プログラムをメモリから除去する。第２のプロセスまたはスレッドからのアボート信号受信時に、第１のプロセスまたはスレッドは古いディレクトリ・サービス・コンピュータ・プログラムの名前をもとの名前に戻し、自分自身とローダ・プログラムをアンロードする。

Description

【発明の詳細な説明】ネットワークディレクトリを更新または変更するための方法ならびにその装置背景本発明は分散デジタルネットワーク・ディレクトリの管理に関し、特に分散ディレクトリ・サービスをサポートするコンピュータ・プログラムに動的更新を提供することに関する。マイクロエレクトロニクスおよびデジタル・コンピューティング・システムの技術的進歩によりデジタル・コンピュータ・ネットワークの増加が起こり、ネットワークに参加する広範なコンピュータ間で、かつ各種通信媒体を介してネットワーク・サービスのディストリビューションができるようになった。アプリケーションのディストリビューションにおける進歩もまたアプリケーション用のクライアント／サーバ型のアーキテクチャをもたらした。このアーキテクチャでは、ユーザと相互作用するアプリケーションの部分はクライアントの処理要求を満たすアプリケーションの部分から分離されるのが典型的である。典型的には、ユーザと相互作用するアプリケーションの部分はクライアント・アプリケーションまたはクライアント・ソフトウェアと呼ばれ、一方でクライアント・アプリケーションによって行われた要求にサービスするアプリケーションの部分はサーバ・アプリケーションまたはサーバ・ソフトウェアと呼ばれる。ネットワーク環境では、クライアント・アプリケーションおよびサーバ・アプリケーションは一般に異なるコンピュータ上で実行される。歴史的に、ネットワーク・ケーブルおよびネットワーク・インタフェースカードで相互接続したパーソナル・コンピュータの物理的集合であるローカルエリア・ネットワークの形態のデジタル・ネットワークは、１台のネットワーク・サーバと複数台のネットワーク・クライアントで構成されていた。どのネットワーク・クライアントがネットワーク・サーバにアクセスできるか、またどのファイル、プリンタ、プリンタ・キュー、サーバアプリケーションがネットワーク・クライアントに利用できるようになったかを管理するためには、サーバに接続された資源の各々とネットワーク・サービスを使用できるネットワーク・クライアントおよびユーザの識別(identification)と、またネットワーク・クライアントおよびユーザに利用可能なサービスの範囲と性質についての情報をネットワーク・サーバが維持していた。ローカルエリアネットワークがより一般化するにつれて、ネットワークも規模が大きくなってユーザの必要性にサービスする数台のサーバが必要になって来た。ネットワークの規模と複雑さが増加すると、ネットワーク・サーバのより簡単な管理の必要性が出て来た。ユーザは、個数が増加していくネットワーク・サーバ上に配置された個数の増加していくサービスへアクセスする必要があった。幾つかのベンダはネットワーク・サーバの提供を開始した。各ベンダはネットワーク・サービス情報を提供するのに異なった方法を実行した。更に、ネットワーク・サーバは、自己のネットワーク・サービスについてのみ情報を保持する方法であったため、各ネットワーク・サーバは他のネットワーク・サーバとは独立した資源の管理がまだ必要とされた。ネットワーク・サービスの情報を維持するこの閉鎖的ないし孤立的(insular) な方法はネットワーク・サーバの間に跨る分散ネットワーク・ディレクトリの研究開発に刺激を与えた。これまでにそのような研究から幾つかの解決策が生まれている。３種類の技術が企業の多数のローカルエリア・ネットワークや電子メール・システムを現在散在させている多数の閉鎖的、特異的(idiosyncratic)なディレクトリを置き換えるための大きな可能性をもっている。より一般的なアプローチのひとつでは、ＣＣＩＴとオープンシステムズ・インターコネクト・コンソーシアム(Open Systems Interconnect Consortium)によって開発され公表されたＸ．５００分散ネットワーク情報ディレクトリ・サービス・プロトコルを活用している。しかし、Ｘ．５００プロトコルは頑強な分散ディレクトリを提供する最大の可能性を保持しているように見えるが、Ｘ．５００プロトコルはゆっくりとしか受け入れられて来なかった。Ｘ．５００プロトコルは始めから管理、相互運用性 (interoperability)、および保安面での問題を抱えていた。Ｘ．５００プロトコル仕様書は技術的フレームワーク、相互運用性の要件、適合基準について記載しているが、特定の実装（インプリメンテーション）を記載していない。つまりインプリメンテーションの詳細の多くはシステム・プロバイダに任されたままである。Ｘ．５００プロトコル仕様書は分散ディレクトリを記載している。ディレクトリはネットワーク・クライアントに情報サービスを提供する。ディレクトリ内の情報は適用可能なアクセス権を有するユーザによって読み出しおよび変更が可能である。ディレクトリ内に格納される情報は、互いの関連性によって相互に結び付いた関連属性または性質を有するオブジェクトの集合、スキームの形態で格納される。図１には、数個の関連属性、たとえば所有者、操作者、状態等を有し「コンピュータ」と呼ばれるオブジェクトが示してある。性質の値は図に示していないが、「所有者」の値は一例として「フレッド(Fred)」でありうる。ディレクトリ内のオブジェクトとその名称は、コンピュータを取り扱う時に人間が関係するもの、即ち、ユーザ、プリンタ、プリント・キュー、ネットワーク、および情報に対応する。国、組織、ネットワーク、人々(people)、コンピュータ等のオブジェクトもディレクトリ内で同様に見付けることのできるオブジェクトであり得る。ディレクトリ内に含まれる情報の全部の階層化ビューをユーザに与えることでディレクトリはユーザに情報を提供する。階層化ビューは一般的にツリーの形態を取る。図２はディレクトリを示す。分岐の各々と終点または葉はディレクトリ内のオブジェクトを表わす。一般に、ディレクトリのインプリメンテーションによりオブジェクトをサブツリー、パーティション、またはドメインに構成する。図２はパーティションまたはドメインに構成されたディレクトリも示している。各パーティションの複数コピーをディレクトリ内に格納できる。ソフトウェア・スキームにより各パーティションの複製の個数と種類を定義し決定する。ネットワーク・ストレージおよびトラフィックの要求を減少させディレクトリ検索を高速化するにはあるパーティションの複数の複製が必要とされる。複製はネームサーバに格納される。ネームサーバはネットワーク内のコンピュータ、一般にはネットワーク・サーバである。２つ以上のパーティションをネームサーバに格納できる。ネームサーバに格納されるパーティションは連続している必要がない。ディレクトリ・ツリーは情報を検索する論理手段を提供する。ツリーはたとえば組織、組織ユニット、コンピュータ、ユーザ等の論理的グループ分けの後でパターン化されるのが一般的である。これらの論理的グループ分けは、ユーザが関連情報を検索するのを支援するのに極めて有用であるが、ディレクトリ管理に重大な問題も作り出している。各パーティションはディレクトリの主要なサブツリーを形成する。併せて、パーティションはルート(root)・ディレクトリを含むルート(root)・パーティションへ戻るパーティションの階層化ツリーを形成する。２つのパーティションの接する境界では、ルート(root)に近いパーティションが上位と見なされ、ルートから遠いパーティションが従属すると見なされる。つまり、図２のパーティションＥとＣは他のパーティションの従属である。本発明は分散ディレクトリに関係する問題のひとつを解決する。分散ディレクトリが一般化するにつれ、更に多くのユーザがデータやサービスへのアクセスのためにこれに依存するようになる。ユーザがディレクトリに一層依存するにつれて、ディレクトリのサービス時間は重要になる。ユーザはディレクトリまたはディレクトリの一部での一時的なシャットダウンですらも許容できないであろう。発明の要約本発明によれば、分散ディレクトリに関連するサービスを提供するコンピュータ・プログラムをサービスの大幅な中断なしに動的に更新できる。ディレクトリのサービス時間は増加することになり、そのディレクトリでのユーザの信頼性が増加する。図面の簡単な説明本発明は図面と関連して以下の詳細な説明を参照することで更に完全に理解できる。図面において、図１は典型的なディレクトリ・オブジェクトであるコンピュータをその関連するいくつかの属性と共に示す。図２は典型的なディレクトリ・ツリーを示す。図３は本発明の実施例が実施されたネットワーク・プロトコル環境を示す。図４はサービスの中断なしにディレクトリ・サービス・モジュールを動的に更新するため本発明で用いているソフトウェア・アルゴリズムを示す。発明の詳細な説明本発明の実施例は、ノベル(Novell)社製NetWare(ネットウェア)ディレクトリ・サービスまたはＮＤＳを用いるが、これによって分散デジタル・ディレクトリを提供するコンピュータ・プログラムの動的更新をサポートする。ＮＤＳはNetW are ネットワーク・オペレーティング・システム環境で動作する。本発明はNetWare コア・プロトコル(Core Protocol)バーブ(verb)で実施可能である。ＮＤＳ設計は、NetWare コア・プロトコル（「ＮＣＰ」）を含めNetWar e のそれまでに実現された幾つかの機能の上に構築されている。本発明に関係する第１の機能はNetWare 独自のネットワーク層プロトコルであるＩＰＸである。ＩＰＸはネットワーク媒体を介して、およびインターネットワークを介してエンドツーエンド・データグラムの供給を提供する。ＮＤＳでは多数の独立したネーム・ツリーが互いに干渉することなく同一のインターネットワークに共存できる。ランデブー機能はネーム・ツリーに関係するクライアントがＮＤＳネーム・サーバを特定できるように定義される。ランデブー機能はNetWare のそれまでに実現された別の機能であるＳＡＰ（Service Adve rtising Protocol）の上に構築される。全てのインストール済みNetWare インターネットワークのルータはクライアント／サーバのランデブー用にＳＡＰ情報を伝送する。ＮＤＳでは、ＳＡＰは狭い範囲に限定された役割を有している：クライアントはこれを用いてその第１のＮＤＳ・ネームサーバを検索する。ＮＣＰはネットワーク層の上に位置する。図３参照。ＮＣＰは多数のネットワーク・サービス、たとえばファイル・サービスをサポートする。ＮＣＰ接続上の幾つかの動作はＮＤＳに特有のものである。ＮＣＰ接続での幾つかの動作はＮＤＳに特有である。ＮＣＰ接続が存在すると、ＮＤＳ要求と応答も伝送できる。ＮＤＳでは極めて大きくなることのあるメッセージを使用するため、フラグメンテーション・プロトコルを使用して（おそらく）幾つかのＮＣＰパケットでＮＤＳメッセージを伝送する。各ＮＣＰパケットはクライアントとサーバの間の接続の現状についての一般状態情報を伝送する小さなメッセージ・ヘッダから始まる。クライアント要求ヘッダは長さ７バイト、またサーバの応答ヘッダは長さ８バイトである。以下に示すように、RequestType 変数でネットワーク要求の形式を定義する。0x1111の形式は接続アロケーション・サービスに予約されている。0x2222の形式はサーバ要求サービスに予約されている。0x3333の形式はサーバ応答に予約されている。0x55 55の形式は接続の切断に予約されている。0x9999の形式はプログレス応答中の作業に予約されている。 Reload Verb 0x2222 104 8 要求フォーマットオフセット内容形式０ RequestType （0x2222） WORD ２ SequenceNumber （LastSeq+1） BYTE ３ ConnectionHigh （ServiceConn） BYTE ４ TaskNumber （CurrentTaskNum） BYTE ５ ConnectionLow （ServiceConn） BYTE ６ FunctionCode （104） BYTE ７ SubFuncCode （08） BYTE 応答フォーマットオフセット内容形式０ ReplyType （0x3333） WORD ２ SequenceNumber （LastSeq+1） BYTE ３ ConnectionLow （ServiceConn） BYTE ４ TaskNumber （CurrentTaskNum） BYTE ５ ConnectionHigh （ServiceConn） BYTE ６ CompletionCode （Ccode） BYTE ７ ConnectionStatus （StatusFlag） BYTE ８ NDSErrorCode （NDSError） 4BYTES １２ Reserved 4BYTES シーケンス番号は全ての到着要求についての数値カウンタを保持して応答の優先順位を提供する。ConnectionLow およびConnectionHigh番号はクライアントとサーバの間の特定のサービス接続を識別する。TaskNumberでどのクライアント側プロセスまたはスレッドがサーバに対して要求を行っているかを識別する。本発明のこの実施例では、リロード・ディレクトリ・サービスＮＣＰを使用する。リロード・ディレクトリ・サービスＮＣＰは、サーバがアクティブであり、およびそのサーバのNetWare 環境の他のコンピュータ・プログラム、NetWare のロード可能なモジュールまたはＮＬＭがＮＤＳエントリ・ポイントをアクティブに参照している間に、NetWare 環境でディレクトリ・サービスを提供する主コンピュータ・プログラムのＤＳ．ＮＬＭをディスク上で置き換え、サーバにリロードすることができる。３種類のＮＬＭが関係する。ＤＳＬＯＡＤＥＲ．ＮＬＭは、メモリ内のＤＳ．ＮＬＭと現行のＤＳ．ＮＬＭを置き換えようとするディスク上の新たなＤＳ．ＮＬＭを含む他の全てのＮＬＭが実際にリンクしているディレクトリのエントリ・ポイントを含む。図４および表．．．に提供したコード部分を参照すると、本発明の動的更新の態様はNetWare オペレーティング・システム内部の２つの実行スレッドにより行われる。第１のスレッド（Ａ）はＮＣＰ要求サービスを開始するスレッド、またもうひとつのスレッド（Ｂ）はスレッド（Ａ）によって開始されて新規のＤＳ．ＮＬＭのリロードを完了するスレッドである。置き換えアルゴリズムは次の通りである：１．スレッド（Ａ）が現在ロードされているＤＳ．ＮＬＭの一部分をなす関数でＲＥＬＯＡＤＮＬＭＮＣＰ要求を受信する。２．スレッド（Ａ）がクライアント認証をチェックする。３．クライアントが、通常はシステムによって許可されている最高レベルの保安クリアランスのような正しい認証を有する場合、スレッド（Ａ）はＤＳＬＯＡＤＥＲをコールしてリロードを要求する。４．スレット（Ａ）が、現在ロードされているＤＳ．ＮＬＭのメモリ・イメージをＤＳＯＬＤ．ＮＬＭにリネームする。５．スレッド（Ａ）は、スレッド（Ｂ）を開始し、ついでロードに成功したかどうかをスレッド（Ｂ）が報告するまで待機する。６．スレッド（Ｂ）からオペレーティング・システムをコールして、新しいＤＳ．ＮＬＭをロードさせる。これによって新しいＤＳ．ＮＬＭをロードし、さらにＤＳ．ＮＬＭの初期化関数をコールする。７．新しいＤＳ．ＮＬＭの初期化の間に、スレッド（Ｂ）はＤＳＬＯＡＤＥＲに新しいＤＳ．ＮＬＭのバージョン番号を報告し、ＤＳＬＯＡＤＥＲからＤＳＯＬＤ．ＮＬＭのバージョン番号を取得する。ＤＳＬＯＡＤＥＲはエラー応答でロードを拒絶するかまたは新しいＤＳ．ＮＬＭのバージョン番号を返すことができる。８．スレッド（Ｂ）はローダからのエラーで、または新しいＤＳ．ＮＬＭがＤＳＬＯＡＤＥＲの返したバージョン番号を拒絶した場合にロードをアボートする。スレッド（Ｂ）はスレッド（Ａ）に対して、ロードの継続をアボートするかまたはコミットするかを示す。９．スレッド（Ａ）はスレッド（Ｂ）からアボートまたはコミット状態の遷移を検出する。ロードがアボートされた場合、スレッド（Ａ）はＤＳＯＬＤ．ＮＬＭをメモリ内のＤＳ．ＮＬＭに再リネームする。次にローダから復帰する。 10．ＤＳＯＬＤ．ＮＬＭがＮＣＰ要求に応答する。 11．スレッド（Ｂ）がロードを継続してコミットする場合、スレッド（Ａ）がＮＣＰへの応答を完了するまで待機し、次いでＤＳＯＬＤ．ＮＬＭをアンロードして新しいＤＳ．ＮＬＭの初期化を継続する。 12．スレッド（Ｂ）は自分自身を終了させる。上記の方法で示されているように、分散ディレクトリにサービスを提供するコンピュータ・プログラムはディレクトリ・サービスの中断なしに動的に更新することができる。つまり重要なディレクトリ関連サービスを更新することができ、かつ新規サービスの拡張を中断なしに追加できる。本発明のひとつの実施例を図示し説明したが、本発明の精神および範囲から逸脱することなく当業者によって各種の変更および変形を行うことができる。

【手続補正書】特許法第１８４条の８第１項【提出日】１９９７年３月２６日（１９９７．３．２６）【補正内容】請求の範囲１．コンピュータ・ネットワークにおいて、分散型サービスをサポートする第１のコンピュータ・モジュールを第２のコンピュータ・モジュールへ動的に置き換える方法であって、ａ．前記第１のコンピュータ・モジュールを置き換える要求を受信するステップと、ｂ．前記第１のコンピュータ・モジュールを前記第２のコンピュータモジュールで置き換えることを管理するためのローダ・コンピュータ・モジュールをコールするステップと、ｃ．前記第１のモジュールが前記分散型サービスをサポートしている間に、前記第１のコンピュータ・モジュールを第１の名称から第２の名称へリネームするステップと、ｄ．前記第２のコンピュータ・モジュールをロードして前記第１のコンピュータ・モジュールを置き換え、前記第２のコンピュータ・モジュールはロードされる時に前記第１の名称が付けられるステップと、ｅ．前記第２のコンピュータ・モジュールをアクティブにして前記第１のコンピュータ・モジュールをアンロードするステップと、を具えたことを特徴とする方法。２．１つまたは２つ以上のプロセッサとメモリとを具えた装置であって、前記メモリは、前記プロセッサの少なくともひとつによってアクセスでき、１つまたは２つ以上の分散型サービスをサポートするように動作する第１のモジュールを格納する第１のメモリ空間と、前記第１のモジュールの代わりに前記プロセッサの少なくともひとつからアクセスできる第２のモジュールを格納する第２のメモリ空間と、前記第２のモジュールをアクティブにして前記第１のモジュールを前記第１のメモリ空間からアンロードすることにより、前記第１のモジュールが１つまたは２つ以上の分散型サービスをサポートしている間に、前記第１のモジュールの前記第２のモジュールによる動的置き換えを管理するように動作するローダ・モジュールであって、前記プロセッサの少なくともひとつからアクセスできるローダ・モジュールを格納するための第３のメモリ空間と、前記第１のモジュールに関連する第１の名称を格納する第４のメモリ空間と、第２の名称を格納する第５のメモリ空間とを具え、前記ローダ・モジュールは、前記第１のモジュールの関連性を前記第１の名称から前記第２の名称へ変更するように動作し、かつ前記第２のモジュールを前記第１の名称に関連付けるように動作することを特徴とする装置。３．コンピュータ・ネットワークにおいて、分散型サービスをサポートする第１のコンピュータ・モジュールを第２のコンピュータモジュールで動的に置き換える方法であって、ａ．前記第１のコンピュータ・モジュールを置き換える要求を受信するステップと、ｂ．前記第１のコンピュータ・モジュールを前記第２のコンピュータモジュールで置き換えることを管理するためのローダ・コンピュータ・モジュールをコールするステップと、ｃ．前記第２のコンピュータ・モジュールをロードして前記第１のコンピュータ・モジュールを置き換えるステップと、ｄ．前記第２のコンピュータ・モジュールをアクティブにして前記第１のコンピュータ・モジュールをアンロードするステップと、を具えたことを特徴とする方法。４．前記第２のコンピュータ・モジュールは前記第１のコンピュータ・モジュールのサービス拡張を含むことを特徴とする請求項３に記載の方法。５．前記ローダ・コンピュータ・モジュールをコールする前に更新要求が有効な認証を有することをチェックするステップを更に具えたことを特徴とする請求項３に記載の方法。６．前記第１のコンピュータ・モジュールをインアクティブにする前に前記第２のコンピュータ・モジュールが前記第１のコンピュータ・モジュールと互換性があることをチェックするステップを更に具えたことを特徴とする請求項３に記載の方法。７．前記第１および第２のコンピュータ・モジュールがNetWare のロード可能なモジュールであることを特徴とする請求項３に記載の方法。８．前記第１および第２のコンピュータ・モジュールがディレクトリ・サービスを提供することを特徴とする請求項３に記載の方法。９．コンピュータ・ネットワークにおいて、１つまたは２つ以上の分散型サービスを提供する古いコンピュータ・モジュールを新しいコンピュータ・モジュールで動的に置き換える方法であって、ａ．前記古いコンピュータ・モジュールを置き換える要求を受信するステップと、ｂ．前記古いコンピュータ・モジュールを前記新しいコンピュータ・モジュールで置き換えることを管理するためのローダ・コンピュータ・モジュールであって、新旧コンピュータ・モジュールに対するエントリ・ポイントを含むローダ・コンピュータ・モジュールをコールするステップと、ｃ．前記新しいコンピュータ・モジュールをロードして前記古いコンピュータ・モジュールを置き換えるステップと、ｄ．前記新しいコンピュータ・モジュールが前記古いコンピュータ・モジュールと互換性があることをチェックするステップと、ｅ．前記新しいコンピュータ・モジュールが前記古いコンピュータ・モジュールと互換性がある場合には、前記新しいコンピュータ・モジュールをアクティブにして前記古いコンピュータ・モジュールをアンロードするステップと、を具えたことを特徴とする方法。１０．前記新しいコンピュータ・モジュールは前記古いコンピュータ・モジュールのサービス拡張を含むことを特徴とする請求項９に記載の方法。１１．前記ローダ・コンピュータ・モジュールをコールする前に前記更新要求が有効な認証を有することをチェックするステップを更に具えたことを特徴とする請求項９に記載の方法。１２．前記新旧のコンピュータ・モジュールがNetWare のロード可能なモジュールであることを特徴とする請求項９に記載の方法。１３．前記新旧のコンピュータ・モジュールがディレクトリ・サービスを提供することを特徴とする請求項９に記載の方法。１４．クライアント／サーバ方式ネットワークのサーバで使用している１つまたは２つ以上の分散型サービスを提供する古いコンピュータ・モジュールを新しいコンピュータ・モジュールへ動的に置き換える方法であって、ａ．古いコンピュータ・モジュールを置き換える要求を受信するステップと、ｂ．前記古いコンピュータ・モジュールを前記新しいコンピュータ・モジュールで置き換えることを管理するのに適したローダ・コンピュータ・モジュールを前記古いコンピュータ・モジュールによってコールするステップと、ｃ．前記ローダ・コンピュータ・モジュールによって起動される新しいコンピュータ・モジュールをロードして前記古いコンピュータ・モジュールを置き換えるステップと、ｄ．前記新しいコンピュータ・モジュールと前記古いコンピュータ・モジュルに互換性があることをチェックするステップと、ｅ．前記新しいコンピュータ・モジュールが前記古いコンピュータ・モジュールと互換性のある場合、前記新しいコンピュータ・モジュールをアクティブにし、また前記ローダ・コンピュータ・モジュールによって前記古いコンピュータ・モジュールをアンロードするステップと、を具えたことを特徴とする方法。１５．前記新しいコンピュータ・モジュールは前記古いコンピュータ・モジュールのサービス拡張を含むことを特徴とする請求項１４に記載の方法。１６．前記ローダ・コンピュータ・モジュールをコールする前に更新要求が有効な認証を有することをチェックするステップを更に具えたことを特徴とする請求項１４に記載の方法。１７．前記新旧のコンピュータ・モジュールがNetWare のロード可能なモジュールであることを特徴とする請求項１４に記載の方法。１８．前記新旧のコンピュータ・モジュールがディレクトリ・サービスを提供することを特徴とする請求項１４に記載の方法。１９．前記ステップ（ｃ）の前に、前記第１のモジュールが前記分散型サービスをサポートしている間に、前記第１のコンピュータ・モジュールを第１の名称から第２の名称へリネームするステップを更に具えたことを特徴とする請求項３に記載の方法。２０．前記第２のコンピュータ・モジュールはロードされる時に前記第１の名称が付けられることを特徴とする請求項１９に記載の方法。２１．分散型サービスをサポートする古いコンピュータ・モジュールを新しいコンピュータ・モジュールで動的に置き換えるための手段を有するコンピュータ・システムであって、ａ．前記古いコンピュータ・モジュールを置き換える要求を受信するための手段と、ｂ．前記新旧のコンピュータ・モジュールのエントリ・ポイントを含むローダ・コンピュータ・モジュールであって、前記古いコンピュータ・モジュールを前記新しいコンピュータ・モジュールで置き換えることを管理するためのローダ・コンピュータ・モジュールと、ｃ．新しいコンピュータ・モジュールをロードして、前記古いコンピュータ・モジュールを置き換えるための手段と、ｄ．前記新しいコンピュータ・モジュールを有効にして前記古いコンピュータ・モジュールをアンロードするための手段と、を具えたことを特徴とするコンピュータ・システム。２２．ａ．他の複数のコンピュータに相互接続されてコンピュータが互いの間で信号を送受信できるようにした第１のコンピュータと、ｂ．前記第１のコンピュータに配設されたメモリと、ｃ．前記複数のコンピュータの少なくともひとつに１つまたは２つ以上の分散型サービスを提供し、前記メモリ内にエントリ・ポイントを有する、前記メモリ内の第１のコンピュータ・モジュールと、ｄ．前記第１のコンピュータ・モジュールと同じ基本的機能を提供することができ、前記メモリ内にエントリ・ポイントを有する前記メモリ内の第２のコンピュータ・モジュールと、ｅ．前記第１および第２のコンピュータ・モジュールのためのエントリ・ポイントを含み、前記１つまたは２つ以上の分散型サービスを中断することなく前記第２のコンピュータ・モジュールで前記第１のコンピュータ・モジュールを置き換えることを管理し、前記メモリから前記第１のコンピュータ・モジュールをアンロードできるローダ・コンピュータ・モジュールと、を具えたことを特徴とするコンピュータ・システム。２３．前記第２のコンピュータ・モジュールは前記第１のコンピュータ・モジュールに対して変更、追加、または縮小した分散型サービスを提供することを特徴とする請求項２２に記載のコンピュータ・システム。２４．前記第１のコンピュータはクライアント／サーバ・ネットワークのサーバであることを特徴とする請求項２２に記載のコンピュータ・システム。２５．以下のステップを実行することにより分散型サービスをサポートする第１のコンピュータ・モジュールを第２のコンピュータ・モジュールで動的に置き換えることのできるプログラムを含み、コンピュータで読取可能な媒体であって、ａ．前記第１のコンピュータ・モジュールを置き換える要求を受信するステップと、ｂ．前記第１のコンピュータ・モジュールを前記第２のコンピュータ・モジュールで置き換えることを管理するためのローダ・コンピュータ・モジュールをコールするステップと、ｃ．前記第２のコンピュータ・モジュールをロードして前記第１のコンピュータ・モジュールを置き換えるステップと、ｄ．前記第２のコンピュータ・モジュールをアクティブにして前記第１のコンピュータ・モジュールをアンロードするステップと、を具えたことを特徴とする媒体。２６．１つまたは２つ以上のプロセッサとメモリとを含む装置であって、前記メモリは、前記プロセッサの少なくともひとつによりアクセスでき、１つまたは２つ以上の分散型サービスをサポートするように動作する第１のモジュールを格納する第１のメモリ空間と、前記第１のモジュールの代わりに前記プロセッサの少なくともひとつによりアクセスできる第２のモジュールを格納する第２のメモリ空間と、前記第２のモジュールをアクティブにして前記第１のモジュールを前記第１のメモリ空間からアンロードすることにより、前記第１のモジュールが１つまたは２つ以上の分散型サービスをサポートしている間に、前記第１のモジュールの前記第２のモジュールによる動的置き換えを管理するように動作するローダ・モジュールであって、前記プロセッサの少なくともひとつからアクセスできるローダ・モジュールを格納するための第３のメモリ空間と、を具えたことを特徴とする装置。２７．前記第１のモジュールに関連する第１の名称を格納する第４のメモリ空間と、第２の名称を格納する第５のメモリ空間とをさらに具え、前記ローダ・モジュールは、前記第１のモジュールの関連性を前記第１の名称から前記第２の名称へ変更するように動作し、かつ前記第２のモジュールを前記第１の名称に関連付けるように動作することを特徴とする請求項２６に記載の装置。【手続補正書】【提出日】１９９８年４月２３日（１９９８．４．２３）【補正内容】請求の範囲１．コンピュータ・ネットワークにおいて、分散型サービスをサポートするか、又はクライアント／サーバ方式ネットワーク内のサーバでオプション的に使用している１つ又は２つ以上の分散型サービスを提供する第１の又は古いコンピュータ・モジュールを第２の又は新しいコンピュータ・モジュールへ動的に置き換えるための方法であって、 (a) 前記第１のコンピュータ・モジュールを置き換える要求を受信するステップと、 (b) 前記第１のコンピュータ・モジュールを前記第２のコンピュータ・モジュールで置き換えることを管理するためのローダ・コンピュータ・モンジュールであって、前記第１、第２コンピュータ・モジュールに対するエントリ・ポイントを有するローダ・コンピュータ・モジュールをコールするステップと、 (c) 前記第２のコンピュータ・モジュールをロードして、前記第１のコンピュータ・モジュールを置き換えるステップと、 (d) 前記第２のコンピュータ・モジュールをアクティブにして、前記第１のコンピュータ・モジュールをアンロードするステップとを具えたことを特徴とする方法。２．前記ステップ（ｃ）の前に、前記第１のモジュールが前記分散型サービスをサポートしている間に、前記第１のコンピュータ・モジュールを第１の名称から第２の名称にリネームするステップを更に具えたことを特徴とする請求項１に記載の方法。３．前記第２のコンピュータ・モジュールは、ロードされる時に、前記第１の名称が付けられることを特徴とする請求項２に記載の方法。４．前記第２のコンピュータ・モジュールは、前記第１のコンピュータ・モジュールのサービス拡張を含むことを特徴とする請求項１〜３のいずれかに記載の方法。５．前記ローダ・コンピュータ・モジュールをコールする前に更新要求が有効な認証を有することをチェックするステップを更に具えたことを特徴とする請求項１〜４のいずれかに記載の方法。６．前記第１のコンピュータ・モジュールをインアクティブにする前に、前記第２のコンピュータ・モジュールが前記第１のコンピュータ・モジュールと互換性があることをチェックするステップをさらに具えたことを特徴とする請求項１〜５のいずれかに記載の方法。７．前記第１および第２のコンピュータ・モジュールがNetWare のロード可能なモジュールであることを特徴とする請求項１〜６のいずれかに記載の方法。８．前記第１および第２のコンピュータ・モジュールはディレクトリ・サービスを提供することを特徴とする請求項１〜７のいずれかに記載の方法。９．分散型サービスをサポートするか、又はクライアント／サーバ方式ネットワーク内のサーバでオプション的に使用している１つ又は２つ以上の分散型サービスを提供する第１の又は古いコンピュータ・モジュールを第２の又は新しいコンピュータ・モジュールへ動的に置き換えるための手段を有するコンピュータ・システムであって、 (a) 前記第１のコンピュータ・モジュールを置き換える要求を受信するための手段と、 (b) 前記第１および第２のコンピュータ・モジュールに対するエントリ・ポイントを好適に含むローダ・コンピュータ・モジュールであって、前記第１のコンピュータ・モジュールを前記第２のコンピュータ・モジュールで置き換えることを管理するためのローダ・コンピュータ・モジュールをコールする手段と、 (c) 前記第２のコンピュータ・モジュールをロードして、前記第１のコンピュータ・モジュールを置き換えるための手段と、 (d) 前記第２のコンピュータ・モジュールを有効にして前記第１のコンピュータ・モジュールをアンロードするための手段と、を具えたことを特徴とするコンピュータシステム。１０．(a) 他の複数のコンピュータに相互接続されて、該複数のコンピュータが互いの間で信号を送受信できるようにした第１のコンピュータ、またはクライアント／サーバ方式コンピュータ・ネットワークのサーバと、 (b) 前記第１のコンピュータに配設されたメモリと、 (c) 前記複数のコンピュータの少なくとも１つに１つまたは２つ以上の分散型サービスを提供し前記メモリ内にエントリ・ポイントを有する、前記メモリ内の第１のコンピュータ・モジュールと、 (d) 前記第１のコンピュータ・モジュールと同様の基本的機能を提供でき、前記メモリ内のエントリ・ポイントを有するコンピュータ・モジュールであって、前記第１のコンピュータ・モジュールに対して変更、追加、又は縮小したサービスを提供する第２のコンピュータ・モジュールと、 (e) 前記第１および第２のコンピュータ・モジュールに対するエントリ・ポイントを含み、前記１つ又は２つ以上の分散型サービスを中断することなく、前記第２のコンピュータ・モジュールで前記第１のコンピュータ・モジュールを置き換えることを管理し、前記メモリから前記第１のコンピュータ・モジュールをアンロードできるローダ・コンピュータ・モジュールと、を具えたことを特徴とするコンピュータ・システム。１１．以下のステップを実行することにより、分散型サービスをサポートするか、または、１つ又は２つ以上の分散型サービスを提供する第１の又は古いコンピュータ・モジュールを第２の又は新しいコンピュータ・モジュールで動的に置き換えることのできるプログラムを具える、コンピュータで読取り可能な媒体であって、前記ステップは、 (a) 前記第１のコンピュータ・モジュールを置き換える要求を受信するステップと、 (b) 前記第１のコンピュータ・モジュールを前記第２のコンピュータ・モジュールで置き換えることを管理するためのローダ・コンピュータ・モジュールをコールするステップと、 (c) 前記第２のコンピュータ・モジュールをロードして前記第１のコンピュータ・モジュールを置き換えるステップと、 (d) 前記第２のコンピュータ・モジュールをアクティブにして前記第１のコンピュータ・モジュールをアンロードするステップと、であることを特徴とする媒体。１２．１つ又は２つ以上のプロセッサとメモリとを含む装置であって、前記メモリは、前記プロセッサの少なくとも１つによりアクセスでき、１つまたは２つ以上の分散型サービスをサポートするように動作する第１のモジュールを格納する第１のメモリ空間と、前記第１のモジュールの代わりに前記プロセッサの少なくとも一つによりアクセスできる第２のモジュールを格納する第２のメモリ空間と、前記第２のモジュールをアクティブにして前記第１のモジュールを前記第１のメモリ空間からアンロードすることにより、前記第１のモジュールが１つまたは２つ以上の分散型サービスをサポートしている間に、前記第１のモジュールの前記第２のモジュールによる動的置き換えを管理するように動作するローダ・モジュールを格納するための第３のメモリ空間と、を具えたことを特徴とする装置。１３．前記第１のモジュールに関連する第１の名称を格納する第４のメモリ空間と、第２の名称を格納する第５のメモリ空間と更に具え、前記ローダ・モジュールは、前記第１の名称から前記第２の名称へ変更するように動作し、かつ前記第２のモジュールを前記第１の名称に関連付けるよう動作することを特徴とする請求項１２に記載の装置。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)，ＡＭ，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ【要約の続き】ディレクトリ・サービス・コンピュータ・プログラムに互換性があれば、第２のプロセスまたはスレッドは第１のプロセスまたはスレッドにコミット信号を送信する。第１のスレッドは、第２のプロセスからのコミット信号または信号の受信時に、自分自身と、古いディレクトリ・サービス・コンピュータ・プログラムをメモリから除去する。第２のプロセスまたはスレッドからのアボート信号受信時に、第１のプロセスまたはスレッドは古いディレクトリ・サービス・コンピュータ・プログラムの名前をもとの名前に戻し、自分自身とローダ・プログラムをアンロードする。

Claims

【特許請求の範囲】１．コンピュータ・ネットワークにおいて、古いコンピュータ・モジュールを新しいコンピュータへ動的に更新するための方法であって、ａ．古いコンピュータ・モジュールを更新する要求を受信するステップと、ｂ．前記古いコンピュータ・モジュールからの要求を転送し、前記古いコンピュータ・モジュールの基本的機能を有するローダ・コンピュータ・モジュールをコールするステップと、ｃ．新しいコンピュータ・モジュールをロードして前記古いコンピュータ・モジュールに置き換えるステップと、ｄ．前記新しいコンピュータ・モジュールをアクティブにし、また前記古いコンピュータ・モジュールをインアクティブにするステップとを具えたことを特徴とする方法。２．前記新しいコンピュータ・モジュールは前記古いコンピュータ・モジュールのより新しいバージョンであることを特徴とする請求項１に記載の方法。３．前記ローダ・コンピュータ・モジュールをコールする前に更新要求が有効な認証を有することをチェックするステップを更に具えたことを特徴とする請求項１に記載の方法。４．前記古いコンピュータ・モジュールをアンロードする前に前記新しいコンピュータ・モジュールが前記古いコンピュータ・モジュールと互換性のあることをチェックするステップを更に具えたことを特徴とする請求項１に記載の方法。５．前記新旧のコンピュータ・モジュールがNetWare のロード可能なモジュールであることを特徴とする請求項１に記載の方法。６．前記新旧のコンピュータ・モジュールがディレクトリ・サービスを提供することを特徴とする請求項１に記載の方法。７．コンピュータ・ネットワークにおいて、古いコンピュータ・モジュールを新しいコンピュータ・モジュールへ動的に更新するための方法であって、ａ．古いコンピュータ・モジュールを更新する要求を受信するステップと、ｂ．前記古いコンピュータ・モジュールからの要求を転送し、前記古いコンピュータ・モジュールの基本的機能を有するローダ・コンピュータ・モジュールをコールするステップと、ｃ．新しいコンピュータ・モジュールをロードして前記古いコンピュータ・モジュールに置き換えるステップと、ｄ．前記新しいコンピュータ・モジュールが前記古いコンピュータ・モジュールと互換性があることをチェックするステップと、ｅ．前記新しいコンピュータ・モジュールが前記古いコンピュータ・モジュールと互換性のある場合、前記新しいコンピュータ・モジュールをアクティブにし、また前記古いコンピュータ・モジュールをインアクティブにするステップとを具えたことを特徴とする方法。８．前記新しいコンピュータ・モジュールは前記古いコンピュータ・モジュールのより新しいバージョンであることを特徴とする請求項７に記載の方法。９．前記ローダ・コンピュータ・モジュールをコールする前に更新要求が有効な認証を有することをチェックするステップを更に具えたことを特徴とする請求項７に記載の方法。１０．前記新旧のコンピュータ・モジュールがNetWare のロード可能なモジュールであることを特徴とする請求項７に記載の方法。１１．前記新旧のコンピュータ・モジュールがディレクトリ・サービスを提供することを特徴とする請求項７に記載の方法。１２．クライアント／サーバ方式ネットワークのサーバで使用している古いコンピュータ・モジュールを新しいコンピュータ・モジュールへ動的に更新する方法であって、ａ．古いコンピュータ・モジュールを更新する要求を受信するステップと、ｂ．前記古いコンピュータ・モジュールからの要求を転送し、前記古いコンピュータ・モジュールの基本的機能を有するローダ・コンピュータ・モジュールをコールするステップと、ｃ．新しいコンピュータ・モジュールをロードして前記古いコンピュータ・モジュールに置き換えるステップと、ｄ．前記新しいコンピュータ・モジュールが前記古いコンピュータ・モジュールと互換性があることをチェックするステップと、ｅ．前記新しいコンピュータ・モジュールが前記古いコンピュータ・モジュールと互換性のある場合、前記新しいコンピュータ・モジュールをアクティブにし、また前記古いコンピュータ・モジュールをインアクティブにするステップとを含むことを特徴とする方法。１３．前記新しいコンピュータ・モジュールは前記古いコンピュータ・モジュールのより新しいバージョンであることを特徴とする請求項１２に記載の方法。１４．前記ローダ・コンピュータ・モジュールをコールする前に更新要求が有効な認証を有することをチェックするステップを更に含むことを特徴とする請求項１２に記載の方法。１５．前記新旧のコンピュータ・モジュールがNetWare のロード可能なモジュールであることを特徴とする請求項１２に記載の方法。１６．前記新旧のコンピュータ・モジュールがディレクトリ・サービスを提供することを特徴とする請求項１２に記載の方法。