(57)【特許請求の範囲】
【請求項１】
複数のクライアントコンピュータと、当該クライアントコンピュータと通信回線を介して接続されて前記クライアントコンピュータから要求された機能を実行するサーバーコンピュータとからなるコンピュータ・ネットワークにおいて、
前記サーバーコンピュータは、
（ａ）前記クライアントコンピュータからの要求を受信し応答する手段と、
（ｂ）前記クライアントコンピュータのユーザネームとドメインネームの組み合わせに対して一時的なローカルアイデンティティを割り当てる手段と、
（ｃ）前記クライアントコンピュータからの要求が当該サーバーコンピュータ内のリソースを使用するオーナーシップを有するか否かを判断する手段と、
（ｄ）前記要求において前記有効性がない場合にはオーナーシップフォルトをトリガーする手段と、
（ｅ）前記オーナーシップフォルトに応答して、所定のセキュリティーポリシーに基づいて前記要求に応じて前記リソースの使用を許可するか否かを判断する手段と、
（ｆ）前記要求に応じて前記リソースの使用を許可する場合には、前記クライアントコンピュータに対して永続的なローカルアイデンティティを割り当てる手段と、
の各手段を有することを特徴とする複数のコンピュータからなるコンピュータ・ネットワーク・システム。
【請求項２】
複数のクライアントコンピュータと、当該クライアントコンピュータと通信回線を介して接続されて前記クライアントコンピュータから要求された機能を実行するサーバーコンピュータとからなるコンピュータ・ネットワークにおいて、前記サーバサーバーコンピュータは、
（ａ）前記クライアントコンピュータからの要求を受信するステップと、
（ｂ）当該クライアントコンピュータのユーザネームとドメインネームの組み合わせに対して一時的なローカルアイデンティティを割り当てるステップと、
（ｃ）前記クライアントコンピュータからの要求が当該サーバーコンピュータ内のリソースを使用するオーナーシップを有するか否かを判断するステップと、
（ｄ）前記要求において前記有効性がない場合にはオーナーシップフォルトをトリガーするステップと、
（ｅ）前記オーナーシップフォルトに応答して、所定のセキュリティーポリシーに基づいて前記要求に応じて前記リソースの使用を許可するか否かを判断するステップと、
（ｆ）前記要求に応じて前記リソースの使用を許可する場合には前記クライアントコンピュータに対して永続的なローカルアイデンティティを割り当てて、許可しない場合には前記クライアントコンピュータに対して所定のエラーメッセージを送信するステップと、
の各ステップを有することを特徴とする、複数のコンピュータからなるコンピュータ・ネットワークにおけるネットワークアイデンティティとサーバーコンピュータ内の局部的に定義されたローカルアイデンティティとを結び付ける方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、コンピュータのネットワークオペレーティングシステムに関し、特に、コンピュータのネットワークにおいて、特定のコンピュータ上の局部的に定義されたローカルアイデンティティとネットワークのアイデンティティを動的に結合する方法と装置に関する。
【０００２】
【従来技術の説明】
ローカルエリアネットワーク（ＬＡＮ）により、パーソナルコンピュータ（ＰＣ）は、ホストコンピュータに設けられた、例えば、ファイル、プリンタ等のリソースを共有することができる。通常、このようなネットワークのタイプは、クライアント／サーバーネットワークと称し、このネットワークにおいては、ＰＣはクライアントで、その要求は、ホストであるサーバーにより処理される。
【０００３】
このようなネットワークオペレーティングシステムは、ネットワーク全域にわたるユーザのアイデンティティ（識別子）を利用することがますます多くなり、このユーザアイデンティティは、そのネットワークのいたるところで、そのユーザを唯一に識別するのに用いられる単一のネットワーク全域のアイデンティティをネットワークユーザに与える。このネットワーク全域にわたるユーザのアイデンティティは、ネットワークトポロジー、あるいは、ネットワーク構成に関わる特定のユーザを同定するのに用いられる単一のネットワーク全域の名前を許すことにより、管理、および、その他のタスクを単純化している。しかし、サーバーコンピュータは、このサーバーコンピュータにとってローカルなトラックオーナーシップ、および、リソースの使用に対して、個別の局所的に定義されたユーザアイデンティティを必要とする。例えば、ＵＮＩＸシステムは、ファイルの、ディレクトリ、プロセスのオーナーシップを追跡するために、局部的に定義された整数ユーザアイデンティティ、すなわち、略して「ｕｉｄ」を用いている。
【０００４】
有効なネットワークユーザの数は、特定のサーバーコンピュータ上で充分にサポートされた個別のユーザの数よりもはるかに多くなることがあるので、このネットワーク上の各サーバーに対し、各ネットワークユーザに局部的に定義されたアイデンティティを形成することは、実際的ではない。例えば、大学では、各個別のネットワークユーザである数万の学生がおり、たくさんの異なるサーバーコンピュータに対し、数万個のローカルユーザのアカウントを形成することは、大きなコンピュータを除いては不可能である。
【０００５】
この種の問題に対する解決法は、たくさんある。例えば、ユーザが使用することを計画している各サーバーコンピュータに対し、各ネットワークユーザにローカルアイデンティティを手動で作成し、このユーザのネットワークアイデンティティと、これら局部的に定義されたユーザのアイデンティティの一つとを手動で結び付けることである。この解決方法は、管理者が、予め各ユーザが使用を望んでいる各サーバーを知っていなければならない。
【０００６】
何度でも使用パターンは変化することがあり、そして、ユーザは、複数のサーバーを周期的に利用する。そのため、ユーザは、ローカルユーザアカウントを持っていないために、ネットワークオペレーションを行うことができない。現在のところ、ローカルアイデンティティを作成し、ユーザのネットワークアイデンティティと関連づけるためには、ユーザは、そのサーバーのシステムアドミニストレータと接触しなければならない。
【０００７】
他の解決方法としては、全てのネットワークアイデンティティを、「ゲスト」と称するローカルアイデンティティに割り当てることにより、全てのネットワークユーザを、各サーバーのキャッチオールローカルユーザーアカウントに割り当てることである。全てのユーザを単一のユーザアカウントに均質化することにより、ユーザアカウントメカニズムをバイパスすることができるので、この方法は、技術的には簡単である。しかし、サーバーに対し、実際には管理できない状況を形成してしまう。ネットワークユーザにより形成され、所有される全てのファイル、ディレクトリ、リソースは、ゲスト（クライアント）のローカルアイデンティティにより保有されているとみなされるので、アドミニストレータは、そのサーバーで実際には誰が、ファイル、ディレクトリ、リソースを所有しているのかを決定することが困難である。例えば、ファイルのオーナーを知らずして、そのリソースに関連するコストを、個別のオーナー、則ち、ユーザに正確に割り当てることは困難である。
【０００８】
本発明は、クライアントサーバーのコンピュータシステムにおいて、ネットワークアイデンティティを局部的に定義されたローカルアイデンティティに割り当てる方法と装置を提供するものである。
【０００９】
【発明が解決しようとする課題】
したがって、本発明の目的は、クライアント／サーバーコンピュータネットワークにおいて、局部的に定義されたローカルアイデンティティをネットワークアイデンティティに割り当てる技術を提供することである。このような局部的に定義されたアイデンティティをサーバーコンピュータが用いて、リソースのオーナーシップとその使用を追跡する。
【００１０】
さらに、本発明の他の目的は、たくさんのネットワークアクセスが、唯一の局部的に定義されたローカルアイデンティティの使用を必要としない場合に、サーバーコンピュータへのネットワークアクセスを管理する方法を提供することである。さらに、具体的に述べると、通常のアクセスに対し、サーバーコンピュータ上のゲスト、すなわち、一時的に局部的に定義されたローカルアイデンティティに割当が可能な大量のネットワークアイデンティティが可能となり、永続的なローカルアイデンティティを、オーナーシップフォルトが発生した場合にのみネットワークアイデンティティに割り当てることができる。本発明の技術は、ネットワーク上の各サーバーの各ネットワークユーザに対し、局部的に定義されたアイデンティティを形成する実際的でない方法を回避できる。
【００１１】
さらに、本発明の目的は、局部的に定義されたローカルアイデンティティ、あるいは、ユーザアカウントを手動によらない方法で、ネットワークアイデンティティに割り当てる技術を提供することである。その結果、本発明は、サーバーコンピュータへのネットワークアクセスを管理する際に、システムアドミニストレータに要求される仕事を大きく単純化することができる。さらに、サーバーコンピュータ上におけるローカルリソース、例えば、ファイルのオーナーを容易に特定できる。
【００１２】
【課題を解決するための手段】
本発明のネットワークアイデンティティをネットワーク内のコンピュータの局部的に定義されたローカルアイデンティティと結合する方法と装置においては、クライアントコンピュータは、クライアントコンピュータのオペレータにより要求される様々な機能を実行するサーバーコンピュータに接続されている。このサーバーコンピュータは、クライアントコンピュータのオペレータに対し、唯一の局部的に定義されたローカルアイデンティティを持っていない場合には、このサーバーコンピュータは、一時的にローカルアイデンティティをオペレータに割り当て、クライアントコンピュータからの機能の実行要求を受領し、応答する。このサーバーコンピュータは、クライアントコンピュータから受領した特定の要求に応じて、オーナーシップフォルトをトリガーする。このオーナーシップフォルトをトリガーする特定のリクエストは、ファイルの訂正リクエスト、ディレクトリの訂正リクエスト、既存のファイルのオーナーシップをとるリクエスト、既存のディレクトリのオーナーシップをとるリクエスト、あるいは、他の機能のリクエストである。このオーナーシップフォルトに応答して、このサーバーコンピュータは、ローカルセキュリティポリシーに基づいたオーナーシップフォルトに応答し、永続的なローカルアイデンティティをクライアントコンピュータのオペレータに割り当てる。この永続的なローカルアイデンティティは、以前に割り当てられた局部的に定義されサーバーコンピュータにより保存されているアイデンティティのまとまりの中から割り当てられるか、あるいは、永続的なローカルアイデンティティは、必要に応じて生成される（例えば、オンザイフライ(on-the-fly)）。いったん、この割当が行われると、サーバーコンピュータは、そのレコードを更新することにより、永続的なローカルアイデンティティをネットワークアイデンティティに割り当てる。
【００１３】
【実施例】
図１に示されたネットワークにおいては、サーバーコンピュータ１０は、複数のクライアントコンピュータ１２にローカルエリアネットワーク（ＬＡＮ）１４を介して接続されている。このサーバーコンピュータ１０は、ディスク１６に記録されたデータに対し、共通のアクセス権をクライアントコンピュータ１２に与える。
【００１４】
この実施例においては、サーバーコンピュータ１０は、ＡＴ＆Ｔ System 3450（商標）のコンピュータで、ＵＮＩＸ（登録商標） System V Release 4.0のＵＮＩＸオペレーティングシステム１８のもとで動作するコンピュータである。各クライアントコンピュータ１２は、公知のＭＳ−ＤＯＳ（登録商標）のオペレーティングシステム、あるいは、ＯＳ／２（登録商標）のオペレーティングシステムＭＳ−ＤＯＳ ３.Ｘ ２０の制御のもとで動作する。このローカルエリアネットワーク（ＬＡＮ）１４は、ＡＴ＆Ｔ ＳＴＡＲＬＡＮ（商標）システムである。
【００１５】
クライアントコンピュータ１２とサーバーコンピュータ１０は、ＡＴ＆Ｔ ＳｔａｒＧＲＯＵＰ（商標）システムソフトウェアを利用する。このＳｔａｒＧＲＯＵＰ（商標）システムソフトウェアでは、ＭＳ−ＤＯＳとＯＳ／２のクライアントであるクライアントコンピュータ１２は、ローカルエリアネットワーク（ＬＡＮ）１４を介して、データファイルを共有する。このサーバーコンピュータ１０は、ローカルエリアネットワーク（ＬＡＮ）１４上でクライアントコンピュータ１２に対し利用可能なディスク１６をサポートする。
【００１６】
サーバーコンピュータ１０の動作を制御するＵＮＩＸオペレーティングシステム１８は、三層、すなわち、ユーザレベル２２、カーネルレベル２４、ハードウェアレベル２６に分割される。ユーザレベル２２は、クライアントコンピュータ１２に対しローカルエリアネットワーク（ＬＡＮ）１４を介してインタフェースするサーバープログラム３０、および、ライブラリ３２のようなユーザプログラム２８を有し、これにより、ディスク１６にストアされた所望のデータにアクセスできる。カーネルレベル２４は、システムコールインタフェース３４とファイルシステム３６とプロセスコントロール３８とデバイスドライバ４０とハードウェアコントロール４２を有し、ユーザレベル２２に対し共通サービスを提供するハードウェアレベル２６と直接相互作用して、ユーザレベル２２をハードウェアレベル２６の得意傾向（idiosyncrasies）から切り放す。このハードウェアレベル２６は、ハードウェアドライバ４４を有し、ＭＳ−ＤＯＳ ３.Ｘ ２０に対し、サーバーコンピュータ１０により必要とされるベーシックサービスを提供する
。
【００１７】
カーネルレベル２４のシステムコールインタフェース３４は、ユーザレベル２２とカーネルレベル２４の間の境界を表す。このシステムコールインタフェース３４は、ユーザプログラムコールをＵＮＩＸシステムコールに変換する。システムコールは、Ｃプログラムの通常のファンクションコールと見ることができ、ライブラリ３２は、これらのファンクションコールを公知の方法でオペレーティングシステムに入るのに必要なプリミティブス（primitives）に配置する（マッピングする）。このシステムコールの組には、プロセスコントロール３８と相互作用（interact）するもの、および、ファイルシステム３６と相互作用するものを含む。
【００１８】
クライアントコンピュータ１２のＭＳ−ＤＯＳプログラム４６は、サーバーコンピュータ１０のサーバープログラム３０と相互作用して、ディスク１６にアクセスを許す。ディスク１６を参照するＭＳ−ＤＯＳプログラム４６によるシステムコールは、リディレクタ４８によるリクエストメッセージにパッケージされて、ネットワークソフトウェア５０とＬＡＮインタフェースハードウェア５２により、ローカルエリアネットワーク（ＬＡＮ）１４によりサーバープログラム３０に転送される。
【００１９】
図２は、サーバーコンピュータ１０とクライアントコンピュータ１２との間の相互作用を表すフローチャート図である。
【００２０】
ブロック５４においては、サーバーコンピュータ１０は、クライアントコンピュータ１２からのネゴシエート（Negotiate）サーバーメッセージブロック（Server Message Block：ＳＭＢ）を受信し、応答する。そして、このサーバーコンピュータ１０は、クライアントコンピュータ１２と共に、クライアントコンピュータ１２が使用するプロトコールダイアレクトを決定する。このＳＭＢプロトコールは、多くのネットワーク製品で用いられる公知のプロトコールである。このネゴシエートＳＭＢは、新たに確立された仮想回路上を伝送される第１のＳＭＢである。このネゴシエートＳＭＢに応答して、サーバーコンピュータ１０は、その容量を表す情報をクライアントコンピュータ１２に送信する。クライアントコンピュータ１２がＳｅｓｓｉｏｎ Ｓｅｔｕｐ Ａｎｄ Ｘ ＳＭＢを送信すると、このネゴシエーションにおいて、最終ステップがおこる。
【００２１】
次に、ブロック５６では、サーバーコンピュータ１０は、Ｓｅｓｓｉｏｎ Ｓｅｔｕｐ Ａｎｄ Ｘ ＳＭＢを受信し、応答して、クライアントコンピュータ１２からの来入ネットワークアイデンティティに対し、認証を与える。このＳｅｓｓｉｏｎ Ｓｅｔｕｐ Ａｎｄ Ｘ ＳＭＢは、ユーザのネットワーク全域にわたるユーザネームと、それらが属する管理ネットワーク領域の名前を含む。例えば、ユーザネームが、「ＪＯＨＮＳＭＩＴＨ」の場合には、その領域ネームは「ＡＣＣＯＵＮＮＴＩＮＧ」である。サーバーコンピュータ１０は、ネットワークアイデンティティを局部的に定義されたアイデンティティに局部的に割り当てることをコンサルトして、来入ネットワークアイデンティティが配置される（割り当てられる）局部的に定義されたローカルアイデンティティを取り出す。
【００２２】
ＵＮＩＸシステムにおいては、このようなマッピング（配置）は、局所的に定義されたＵＮＩＸユーザアカウントと「ｕｓｅｒｎａｍｅ：ｄｏｍａｉｎ」のネーム対と関連づけるファイルとして実行される。例えば、「ＪＯＨＮＳＭＩＴＨ」：「ＡＣＣＯＵＮＴＩＮＧ」は、局部的に定義された「ｓｍｉｔｈ」のアイデンティティに割り当てられる。公知のＵＮＩＸシステムファイル「／ｅｔｃ／ｐｒｏｆｉｌｅ」は、局部的に定義されたネーム「ｓｍｉｔｈ」を、この特定のユーザシステムに対する適切な数値ｕｉｄに割り当てる。
【００２３】
この来入ネットワークアイデンティティが、明確に割り当てられた局部的に定義されたアイデンティティを有さない場合には、このサーバーコンピュータ１０は、ユーザに「ゲスト」局部的に定義されたアイデンティティを割り当てる。以下の説明においては、来入ネットワークアイデンティティは、いかなる局部的に定義されたアイデンティティにも明白には割り当てられず、そして、「ゲスト」局部的に定義されたアイデンティティに割り当てられるものとする。
【００２４】
ブロック５８においては、サーバーコンピュータ１０は、オーナーシップフォルトをトリガーするユーザからのコマンドを受領する。このようなコマンドには、例えば、新たなファイル、あるいは、ディレクトリの生成、既存のファイル、あるいは、ディレクトリのオーナーシップの獲得、あるいは、他の機能の獲得等を含む。例えば、このコマンドは、Ｃｒｅａｔｅ Ａｎｄ Ｘ ＳＭＢで、ファイル、あるいは、ディレクトリを生成、あるいは、開き、そして、その際、サーバーコンピュータ１０によってとられるアクションは、開かれた対称物の名前、すでに存在する対称物によって、あるいは、ユーザが名前のつけられた、あるいは、他のファクターにアクセスを許可されたかに依存し、そして、ファイルハンドルは、ファイル内のファイルそのもの、あるいは、データを動かすために、後続のサービスコールにより用いられる。
【００２５】
サーバーコンピュータ１０に記憶されたファイルは、有効なローカルアイデンティティ（例えば、ＵＮＩＸ ｕｉｄ）を保有しなければならず、そして、ユーザのネットワークアイデンティティは、「ゲスト」局部的に定義されたアイデンティティ、すなわち、唯一のユーザに割り当てられない局部的に定義されたアイデンティティにマッピングされるので、サーバーコンピュータ１０は、オーナーシップフォルトをトリガーする。このオーナーシップフォルトのトリガー後、判断ブロック６０において、サーバーコンピュータ１０は、ネットワークユーザがサーバーコンピュータ１０上に確立されたセキュリティポリシーに基づいて、リソースのオーナーシップをとらせることを許可するか否かを決定する。このセキュリティポリシーは、ユーザが所属する組織、あるいは、管理領域に基づいて、オーナーシップフォルトを以下に処理するかを、そして、そのユーザがどのようなネットワーク全域に属するべきか、あるいは、その特性の他の組の処理を指示する。そのユーザが、リソースのオーナーシップをとる許可が得られない場合には、ブロック６２において、リクエストの失敗を表し、サーバーコンピュータ１０は、適切なエラーメッセージをクライアントコンピュータ１２に戻す。
【００２６】
このリソースのオーナーシップをとる許可が与えられると、ブロック６４において、サーバーコンピュータ１０は、以前に割り当てられた局部的に定義されたアイデンティティのプールの中から、既存のローカルアイデンティティをユーザに割り当てる。以前に割り当てられた局部的に定義されたアイデンティティのプールは、オーナーシップフォルトの発生時に、直ちに、局部的に定義されたアイデンティティを割り当てることができる。例えば、サーバーコンピュータ１０は、５個のスペアの局部的に定義されたアイデンティティのユーザアカウント、例えば、「ｎｅｗｕｓｅｒ１」から「ｎｅｗｕｓｅｒ５」を連続して保持している。オーナーシップフォルトがトリガーされ、リソースを所有する許可をユーザに与えることによりクリアされた最初の時点で、サーバーコンピュータ１０は、「ｎｅｗｕｓｅｒ１」のローカルアイデンティティをユーザに割り当てる。
【００２７】
別法として、ブロック６４において、サーバーコンピュータ１０は、ユーザのネットワークアイデンティティに対し、局部的に定義されたアイデンティティを、例えば、ＵＮＩＸコマンド「ｕｓｅｒａｄｄ」を用いて生成する。しかし、この方法は、リアルタイムの性能を犠牲にする。その理由は、新たなローカルアイデンティティを付加する時間は、あるサーバーコンピュータ１０上に割り当てられたローカルアイデンティティの数と共に急速に大きくなるからである。それにも関わらず、このような方法は、既存のアカウントを必要としない。さらにまた、かくして生成されたこのようなローカルアイデンティティは、任意のローカルアイデンティティよりも、ネットワークアイデンティティにより明白に関連している。例えば、ネットワークアイデンティティ「ＥＲＩＣＢＡＵＥＲ」は、「ｎｅｗｕｓｅｒ１」よりも「ｅｊｂ］のローカルアイデンティティにマッピングされる。
【００２８】
この局部的に定義されたアイデンティティの割当の方法にも関わらず、ブロック６４においては、サーバーコンピュータ１０は、そのレコードを更新して、これからは、この特定のユーザネットワークアイデンティティは、新たに生成された、および／または、割り当てられた局部的に定義されたアイデンティティにマッピングされることを示す。例えば、サーバーコンピュータ１０は、ライブラリ３２のコール「ｇｅｔｐｗｅｎｔ」を用いて、この新たに生成されたローカルアイデンティティに割り当てられたＵＮＩＸユーザアイデンティティ（ｕｉｄ）と、ＵＮＩＸグループアイデンティティ（ｇｉｄ）とを取り出し、その後、この新たなＵＮＩＸ ｕｉｄを反映するために、サーバーコンピュータ１０上の局部ユーザ特定データレコード内のデータを更新する。
【００２９】
ブロック６６においては、サーバーコンピュータ１０は、オーナーシップフォルトを発生させた要求されたコマンドを実行する。例えば、サーバーコンピュータ１０は、Ｃｒｅａｔｅ Ａｎｄ Ｘ ＳＭＢに対するその応答を要求されたファイルを生成し、ＵＮＩＸシステムコール「ｃｈｏｗｎ」を用いて、局部的に定義されたアイデンティティと関連する適正なＵＮＩＸ ｕｉｄに、このファイルのオーナーシップを設定することにより、その応答を完了する。この時点において、ＵＮＩＸシステムコール「ｓｔａｔ」は、ブロック６６で形成されたファイルが、ブロック６４での来入ネットワークアイデンティティに割り当てられた局部的に定義されたアイデンティティにより保有されていることを表す。
【００３０】
ブロック６８においては、サーバーコンピュータ１０は、クライアントコンピュータ１２に対する要求されたコマンド用の状態レスポンスを生成して、その動作が成功したか否かを示す。
【００３１】
このクライアントＰＣとサーバーコンピュータとの間のこの接続の間、これ以上のオーナーシップフォルトは発生しない。その理由は、クライアントＰＣのオペレータのネットワークアイデンティティは、唯一の局部的に定義されたアイデンティティに永続的にマッピングされているからである。さらに、オペレータとサーバーコンピュータ１０との間の後続のセッションの間、このオペレータのネットワークアイデンティティは、サーバーコンピュータ１０により認証される。その理由は、ネットワークアイデンティティと、局部的に定義されサーバーコンピュータ１０により保持されるアイデンティティとの間の永続的なマッピングが存在するからである。かくして、オペレータのネットワークアイデンティティは、サーバーコンピュータ１０にアクセスしたときに、ゲスト、すなわち、一時的なローカルアイデンティティに割り当てられることはない。
【００３２】
【発明の効果】
以上述べたように、本発明によれば、クライアント／サーバーコンピュータネットワークにおいて、局部的に定義されたローカルアイデンティティをネットワークアイデンティティに割り当てる技術を提供され、このような局部的に定義されたローカルアイデンティティをサーバーコンピュータが用いて、リソースのオーナーシップと使用を追跡することができる。
【００３３】
さらに、たくさんのネットワークアクセスが、唯一の局部的に定義されたローカルアイデンティティの使用を必要としない場合に、サーバーコンピュータへのネットワークアクセスを管理する方法が提供される。つまり、通常のアクセスに対し、サーバーコンピュータ上のゲスト、すなわち、一時的な局部的に定義されたローカルアイデンティティに割当が可能な大量のネットワークアイデンティティが可能となり、永続的なローカルアイデンティティを、オーナーシップフォルトが発生した場合にのみネットワークアイデンティティに割り当てることができ、ネットワーク上の各サーバーの各ネットワークユーザに対し、局部的に定義されたローカルアイデンティティを形成する実際的でない方法を回避できる。
【００３４】
さらにまた、局部的に定義されたローカルアイデンティティ、すなわち、ユーザアカウントを手動によらない方法で、ネットワークアイデンティティに割り当てる技術が提供される。その結果、サーバーコンピュータへのネットワークアクセスを管理する際に、システムアドミニストレータに要求される仕事を大きく単純化することができ、サーバーコンピュータ上におけるローカルリソース、例えば、ファイルのオーナーを容易に特定できる。
【図面の簡単な説明】
【図１】クライアント／サーバーコンピュータネットワークアーキテクチャーを表す図。
【図２】本発明により実行されるステップを表すフローチャート図。
【符号の説明】
１０  サーバーコンピュータ
１２  クライアントコンピュータ
１４  ローカルエリアネットワーク（ＬＡＮ）
１６  ディスク
１８  ＵＮＩＸオペレーティングシステム
２０  ＭＳ−ＤＯＳ ３.Ｘ
２２  ユーザレベル
２４  カーネルレベル
２６  ハードウェアレベル
２８  ユーザプログラム
３０  サーバープログラム
３２  ライブラリ
３４  システムコールインタフェース
３６  ファイルシステム
３８  プロセスコントロール
４０  デバイスドライバ
４２  ハードウェアコントロール
４４  ハードウェアドライバ
４６  ＭＳ−ＤＯＳプログラム
４８  リディレクタ
５０  ネットワークソフトウェア
５２  ＬＡＮインタフェースハードウェア
５４  サーバーが協定ＳＭＢを受信し応答する
５６  サーバーがセッション設定とＸ ＳＭＢを受信し応答する。
５８  サーバーがオーナーシップフォルトをトリガーするコマンドを受信する。６０  オーナーシップをとることはＯＫか？
６２  サーバーがエラーメッセージを生成する。
６４  サーバーはユーザのネットワークアイデンティティに対しローカルアイデンティティを形成する。
６６  サーバーは要求された機能を実行する。
６８  サーバーは要求された機能に対し状態応答を生成する。
【図１】
0003696933.tif 000002
【図２】
0003696933.tif 000003