JPH11513822A - マルチユーザオペレーティングシステムにおいてユーザグローバルオブジェクト名スペースを提供する方法 - Google Patents

Abstract

(57)【要約】 クライアント／サーバシステムにおける使用に適した方法であって、オブジェクト名の作成、ルックアップ、および削除のために使用される既存のオペレーティングシステムの方法を改変することにより、シングルユーザプログラムを改変することなく、マルチユーザオペレーティングシステムにおいて、このシングルユーザアプリケーションの複数コピーを同時に実行できるようにする方法。本方法は、シングルユーザ名スペースを規定するユーザ識別子（名前）を用いてシングルユーザアプリケーションの各インスタンスをラベル付けすることによって、ユーザグローバルコンテキストを作成する。シングルユーザ名スペースは、各ラベル付きオブジェクトが、その名前が付けられたユーザのみに対して利用可能となるスペースである。さらに、シングルユーザサーバプロセスがクライアントに仮装できるようにして、このサーバがシングルユーザ名スペースの名前付きリソースにアクセスすることを可能にしている。システムグローバル名前付きリソースをマークすることによって、共存するシステムグローバルコンテキストも作成される。

Description

【発明の詳細な説明】 マルチユーザオペレーティングシステムにおいて ユーザグローバルオブジェクト名スペースを提供する方法発明の分野 本発明は、マスタプロセスおよび複数のサービスプロセスを有するマルチユー ザ分散プロセス、および、シングルユーザ環境用に書かれたアプリケーションを 、再コンパイルすることなく、マルチユーザシステムにおいて使用するために適 合化する方法に関する。発明の背景 記載される分散プロセスシステムは、マルチユーザおよびマルチタスキングシ ステムである。典型的に、マルチユーザ環境用に書かれたアプリケーションは、 そのアプリケーションの複数コピーが同時にアクティブであり得ることを想定し ている。マルチタスキングオペレーティングシステム（例えば、WindowsNTおよ びUnix）は、プロセス間の通信および同期化を提供するための様々なタイプの共 有オブジェクトを作成する能力を提供する。ある名前をあるオブジェクトに関連 付けることによって、あるプロセスがオブジェクトを作成して、別のプロセスが それを利用することが可能になる。同期化によって、あるリソースの制御を一度 に１つのプロセスのみが有することになる。リソースには、グローバル変数、共 通データメモリ、ファイルハンドル、および共有オブジェクトハンドルのような オブジェクトが含まれる。 同期化およびプロセス間通信に使用される共有オブジェクトには以下のものが 含まれる。 スレッド間の調整を行うためのセマフォおよびイベントオブジェクト；一 度に１つのスレッドアクセスのみを許容するミューテックス(Mutexes)、即ち相 互排他的(mutually exclusive)なセマフォ、 ２重プロセス間およびプロセッサ間接続のための名前付きパイプ (Named Pipes)、 １方向、多数対一(many to one)通信のためのメッセージキューアクセス が承認された全てのプロセスによって使用される共有メモリ WindowsNT（Redmond，Washington、Microsoft Corp.製）のようなシングルユ ーザオペレーティングシステム下での実行用にシングルユーザ用に書かれたアプ リケーションを、WinFrame（Coral Springs，Florida、Citrix Systems，Inc.製 ）のような互換性のあるマルチユーザオペレーティングシステム下のマルチユー ザ環境において実行すると、マルチユーザ環境において、同一アプリケーション の複数コピーが同時に実行された場合に名前の衝突(name sollisions)が生じる 可能性がある。このアプリケーションをマルチユーザ環境において確実に実行す るためには、これを改変し、再コンパイルする必要がある。 本発明は、マルチユーザオペレーティングシステムにおけるオブジェクト名の 作成、ルックアップ、および削除のために使用される既存の方法を改変すること により、シングルユーザアプリケーションの複数コピーを同時に実行できるよう にする。発明の要旨 本願に記載の方法は、オブジェクト名の作成、ルックアップ、および削除のた めに使用される既存のオペレーティングシステムの方法を改変することにより、 そのシングルユーザプログラムを改変することなく、シングルユーザアプリケー ションプログラムをマルチユーザオペレーティングシステムにおいて実行できる ようにするものであり、これにより、シングルユーザアプリケーションプログラ ムの複数コピーを同時に実行することが可能になる。この方法は、 ａ）同一のシングルユーザによってのみアクセス可能な個別のシングルユーザ 名スペースを作成するために、システム上の各ユーザと、前記ユーザの各アプリ ケーションとに、固有の識別子(identifier)を割り当てるとともに、 これと同じ識別子を前記ユーザのアプリケーションによって作成されたオブジェ クトの各インスタンス(instance)に添付(attaching)するステップと、 ｂ）前記シングルユーザプロセスの前記アプリケーションを供給する(serve) サーバプロセスが前記シングルユーザ名スペースにアクセスできるように、前記 シングルユーザプロセスのＩＤ(identity)を仮定することによって、前記サーバ プロセスが前記シングルユーザプロセスに仮装する(impersonate)ことを可能に する(enable)ステップと、 を包含する。 このようにして、サーバプロセスはユーザの役割を仮定し、ユーザの個人的な 名前スペースおよびそのユーザのアプリケーションを供給するために必要な全て のオブジェクトへのアクセスを持つ。ユーザのラベル付けとユーザの仮装との組 合せによって、所与のアプリケーションの複数コピーを、そのアプリケーション がシングルユーザオペレーティングシステム用に書かれていた場合でも、同時に 実行することが可能になる。図面の簡単な説明 本発明の好適な実施形態に関する以下の詳細な説明および添付の図面から本発 明がより完全に理解されるであろう。但し、これらは、本発明を特定の実施形態 に限定するものではなく、本発明の説明、理解のためのものに過ぎない。 図１は、マルチユーザシステムにおけるセッションマネージャと複数のアプリ ケーションサーバとの関係を示す。 図３（ａ）は、従来技術によるオブジェクト作成コールの一例を示す。 図３（ｂ）は、従来技術によるオブジェクトを開くコールの一例を示す。 図３（ｃ）は、従来技術によるオブジェクト削除コールの一例を示す。 図４（ａ）は、ユーザグローバル名スペースを有するシステムにおけるオブジ ェクト作成コールの一例を示す。 図４（ｂ）は、ユーザグローバル名スペースを有するシステムにおけるオブジ ェクトを開くコールの一例を示す。 図４（ｃ）は、ユーザグローバル名スペースを有するシステムにおけるオブジ ェクト削除コールの一例を示す。 図５は、．ＥＸＥ／．ＤＬＬオーバーライドおよびＡＰＩオーバーライド値に 依存する名前付きリソースのコンテキストを示す。 図６は、ユーザおよびシステムグローバルコンテキスト作成のフローチャート である。発明の詳細な説明 クライアントーサーバ分散プロセスシステムにおける使用のための２つの重要 なオペレーティングシステム（ＯＳ）機能は、マルチタスキングおよびマルチユ ーザ動作である。 マルチタスキングは、各タスクを複数の「スレッド」またはサブタスクに分割 し、各タスクのスレッドを多重化して個別のタスクが単一のプロセッサを共有で きるようにし、これにより、１度に複数のプログラムを実行する能力である。こ のようにして、個別のタスクのそれぞれに、共有方式(shared basis)によるプロ セッサへのアクセスが与えられる。優先度に基づいた(priority based)スケジュ ーリングによって、各タスクまたはプロセスに割り当てられるプロセッサ時間を 管理する。 WindowsNTのようなＯＳにおいては、プロセスをそれぞれ、複数のスレッドに 分割して実行する。プロセスは決して実行されず、スレッドが実行される。各プ ロセスは、１つ以上のスレッドで構成され得る。各スレッドには、ある優先度レ ベルが割り当てられ、この優先度レベルはそれぞれ単独に設定できる。 「プロセス」は、一群のメモリアドレスであり、そのアドレスの一部がプログ ラムステップに割り当てられ、そのプログラムステップに必要なデータに残りの 部分が割り当てられている。典型的には、プロセスは他のプロセスとメモリを共 有しない。なぜなら、各プロセスは、単一のエンティティとして構成され、その メモリスペースは他のプロセスによる承認のないアクセスから保護されるからで ある。複数のスレッドが、１つのプロセス内に作成さ れ、各スレッドは、そのプロセス内の全メモリおよび他のリソースへのアクセス を有する。 各スレッドには、以下の３つの可能な状態がある。 実行中−そのスレッドが実行されている状態 レディ−他のスレッドの実行が終了するのをそのスレッドが待っている状 態、および ブロック−そのスレッドが、何らかのイベントが生じるのを待っている状 態 プロセスが互いにやりとりする必要があり得るため、以下のような同期化およ びプロセス間通信オブジェクトを含む、様々な方法が提供される。 あるイベントが生じたことを待機中のスレッドに知らせるイベントオブジ ェクト １度に１つのプロセスのみがアクセスを有することを確実にするためにプ ロセス間において使用されるミューテックス（相互排他的）オブジェクト 所与のリソースを使用し得るスレッドの数を制限するためにカウンタが必 要になったときに使用されるセマフォオブジェクト 名前付きパイプオブジェクトは、２つのプロセス間における１方向または ２重ストリーム接続である。 通信ポートオブジェクトは、２つのプロセス間のメッセージ接続である。 これらのオブジェクトのそれぞれにある名前を関連付けることによって、これ らのオブジェクトをプロセス間で共有することが可能になる。さらに別の名前付 きオブジェクトは、名前付き共有メモリである。名前付き共有メモリによって、 マルチタスキングシステムにおいて、あるプロセスが名前付きオブジェクトを作 成して、別のプロセスがそれを利用することが可能になる。 図１は、ホストシステム内にあり、セッションマネージャ１０１および複数の アプリケーションサーバ２００を含む、マルチユーザアプリケーションサーバシ ステム１００のアーキテクチャを示す。関連するクライアントワー クステーションからデータを入力し、このワークステーションに処理されたデー タおよび表示データを提供することにより、ホストシステムにおいてクライアン トのアプリケーションを実行するために、各アプリケーションサーバ２００は、 クライアント（ユーザ）ワークステーションとインターフェースをとる。ホスト システムは、関連するアプリケーションサーバ２００を介して多数のクライアン トワークステーションが共有する共通のリソースを有する。 図１に示すようなマルチユーザマルチタスキングシステムの場合、オブジェク ト名が衝突することなく、そのアプリケーションの複数コピーを同時に実行でき るように、アプリケーションが書かれていなければならない。しかし、シングル ユーザ環境用に書かれたほとんどのアプリケーションは、所与の時点において、 アプリケーションの１コピーのみがシステム内でアクティブになっていることを 暗に想定している。結果的に、マルチユーザ環境において、そのようなアプリケ ーションを複数同時に実行しようとする場合、名前の衝突が生じる可能性が高い 。このため、多くの現存のシングルユーザアプリケーションを、そのアプリケー ションプログラムを改変せずにマルチユーザ環境において使用することは実用的 ではない。 例えば、セマフォ等の名前付きリソースを使用するシングルユーザWindowsNT オペレーティングシステムアプリケーションをマルチユーザ環境において使用し ようとした場合、このアプリケーションは、初めに、名前付きセマフォを作成し ようとするであろう。しかし、それ以前に別のユーザが同一のアプリケーション を開始していた場合には、この名前付きセマフォを作成する試行が失敗となる。 このタイプのアプリケーションでは、シングルユーザ環境において、それ自身の 複数のインスタンスを実行することは困難である。これをマルチユーザ環境（例 えば、オペレーティングシステムWinFrame下）において実行するためには、グロ ーバルリソースをユーザレベルにまでローカル化する構成が含まれていなければ ならない。この種の問題を生じ得る名前付きリソースには、セマフォ、名前付き パイプ、キュー、通信ポート、および名前付き共有メモリが含まれる。 図３（ａ、ｂ、ｃ）は、２つのシングルユーザプロセス（プロセスＡおよびプ ロセスＢ）を、従来技術によるマルチユーザ環境において処理しようとする際の 、作用および結果を示すフローチャートである。第１欄（左側）は、プロセスＡ によって開始される作用およびその結果を示し、第２欄は、プロセスＢがとる作 用およびその結果を示す。３つのフローチャートはそれぞれ、図３（ａ）が、「 ＸＹＺ」と名付けられたオブジェクトを作成するフローチャート、図３（ｂ）が 、「ＸＹＺ」と名付けられたオブジェクトを開くフローチャート、そして、図３ （ｃ）が、「ＸＹＺ」と名付けられたオブジェクトを削除するフローチャートで ある。 図３（ａ）のステップ１１において、アプリケーションプロセスＡは、「ＸＹ Ｚ」と名付けられたオブジェクトを作成するために、ホストシステムのオペレー ティングシステム（ＯＳ）カーネル内のアプリケーションプログラムインターフ ェース（ＡＰＩ）をコールする。そして、プロセスＢは、ステップ２１において 、これと同じリクエストを行う。ステップ１２において、プロセスＡによるリク エストに応じて、ＯＳカーネルによってオブジェクト「ＸＹＺ」を作成し、この 名前を格納する。しかし、ステップ２２において、プロセスＢによるリクエスト は失敗となる。なぜなら、ＯＳが、「ＸＹＺ」と名付けられたオブジェクトが既 に存在することを発見するからである。結果的に、プロセスＡがステップ１３に おいてリクエストされたオブジェクトハンドルを受け取るのに対して、プロセス Ｂはエラーステータスメッセージを受け取る。 図３（ｂ）において、両アプリケーションプロセスＡおよびＢは、「ＸＹＺ」 と名付けられたオブジェクトを開くためにＡＰＩをコールする。ＯＳは、ステッ プ１５および２５において、オブジェクト「ＸＹＺ」についてのサーチを行う。 ２つのサーチによって、前に作成した「ＸＹＺ」と名付けられたオブジェクトが 見つかり、オブジェクトハンドルが、それぞれステップ１６および２６において 、プロセスＡおよびＢに返される。 図３（ｃ）のステップ１７において、プロセスＡは、「ＸＹＺ」と名付けられ たオブジェクトを削除するためにＡＰＩをコールする。この後、プロセ スＢが、ステップ２７において、これと同じリクエストを行うと仮定する。この 結果、プロセスＡによるリクエストによって、ステップ１８において、「ＸＹＺ 」と名付けられたオブジェクトについてのサーチが行われ、結果的に、ステップ １９において、このオブジェクトが削除される。プロセスＡによって先に出され た削除のリクエストのために、ステップ２８における「ＸＹＺ」と名付けられた オブジェクトについてのサーチは失敗となり、ステップ２９は、エラーステータ スメッセージを返す。 図３（ｂ）に示す作用および結果は適切ではない。なぜなら、プロセスＢが、 プロセスＢによって作成されるはずであった「ＸＹＺ」という名前が付けられた プロセスではなく、プロセスＡによって作成されるオブジェクト「ＸＹＺ」に対 するアクセスを獲得するからである。同様に、図３（ｃ）に示す作用および結果 も望ましいものではないかもしれない。なぜなら、「ＸＹＺ」と名付けられたオ ブジェクトが、どちらのプロセスが先に削除を要求したかによって、プロセスＡ またはＢのいずれによってでも削除され得るからである。 WindowsNTシングルユーザアプリケーションをマルチユーザWinFrame動作環境 において適応させるために、以下のステップが行われる。 （１）これらの名前付きリソースに対する所与のユーザによる全てのアプリ ケーションプログラムインターフェース（ＡＰＩ）コールをインターセプトし(i ntercept)、 （２）ＡＰＩコールにおいて渡される(passed on)前に、その名前にユーザ 識別子を付け、そして、 （３）上記所与のユーザのために実行されている全てのアプリケーションが 、同じ改変がなされたリソースに対する名前付きリクエストを有する、 このようにして、これらの名前付きリソースを「ユーザグローバル」とし、こ れにより、これらのリソースが上記所与のユーザのコンテキストにおいてのみ共 有可能となる。 図４（ａ、ｂ、ｃ）は、マルチユーザシステムにおいてシングルユーザア プリケーションを適応させるためにとられた上記ステップの結果、およびプロセ スＡおよびＢによってとられた作用の結果をそれぞれ左側および右側に示す。 図４（ａ）中のステップ３０において、プロセスＡは、「ＸＹＺ」と名付けら れたオブジェクトを作成するために、ＯＳカーネルのＡＰＩをコールする。ＯＳ は、ステップ３１において、アプリケーションプロセスＡに関連する固有のユー ザ識別子（ＩＤ）としてＩＤ（１）を割り当てる。ステップ３２において、ＯＳ は、オブジェクトを作成し、名前「ＸＹＺ」を固有のユーザＩＤ（Ａ）と共に保 存する。ステップ３３において、システムは、オブジェクトハンドルをプロセス Ａに返す。この間に、プロセスＢは、ステップ５０において、同様の作用を開始 し、「ＸＹＺ」と名付けられたオブジェクトの作成を要求する。この結果、ステ ップ５１において、固有のユーザＩＤ（Ｂ）がアプリケーションプロセスに関連 付けられ、ステップ５２において「ＸＹＺ」と名付けられたオブジェクトが作成 され、この名前がＩＤ（Ｂ）と共に保存される。ＩＤ（Ｂ）に関連する「ＸＹＺ 」と名付けられたオブジェクトについてのオブジェクトハンドルがプロセスＢに 返される。プロセスＡおよびＢは、同じ名前を用いたそれぞれの「ＸＹＺ」と名 付けられたオブジェクトを指すが、ＯＳは、関連するユーザＩＤによってこれら をはっきりと区別することに留意されたい。 図４（ｂ）は、プロセスＡおよびＢによってオブジェクトを開く際のフローチ ャートである。ステップ３４において、プロセスＡは、「ＸＹＺ」と名付けられ たオブジェクトを開くために、ＡＰＩをコールする。ステップ３５において、プ ロセスＡに割り当てられた固有のＩＤであるＩＤ（Ａ）がＯＳによって検索され 、ステップ３６において、割り当てられた固有のユーザＩＤを持つ「ＸＹＺ」と 名付けられたオブジェクトについてのサーチが行われる。名前「ＸＹＺ」および ＩＤ（１）の両方についてマッチが見られた場合、ステップ３７は、ハンドルを 所望のオブジェクトに返す。ステップ５４では、アプリケーションプロセスＢか らの５「ＸＹＺ」と名付けられたオブジェクトを開く同様のコールを開始し、Ｏ Ｓは、プロセスＢに関連する固有のユー ザＩＤであるＩＤ（Ｂ）を割り当て、ＩＤ（Ｂ）を伴うオブジェクト「ＸＹＺ」 をサーチする。各プロセスに割り当てられた固有のＩＤによって、２つの同じ名 前付きオブジェクトが、ＯＳによって別々にサポートされ得る。結果的に、ステ ップ５６において、プロセスＢのものであるオブジェクト「ＸＹＺ」をサーチし 、これを見つけることができる。ステップ５７において、適切なオブジェクトハ ンドルがプロセスＢに返される。 図４（ｃ）は、同じ名前「ＸＹＺ」を持つ複数のオブジェクトを削除する際の フローチャートである。ステップ３８において、プロセスＡは、「ＸＹＺ」と名 付けられたオブジェクトを削除するために、ＡＰＩをコールする。この場合も、 ステップ３９において、ＯＳは、プロセスＡに関連する固有の識別子ＩＤ（Ａ） を検索し、マッチする識別子ＩＤ（Ａ）を持つ「ＸＹＺ」をサーチする。見つか った場合、ステップ４１において、オブジェクトが削除される。同様に、プロセ スＢは、ステップ５８において、オブジェクト「ＸＹＺ」の削除を要求し、これ に続くステップ５９、６０および６１の結果、ＩＤ（Ｂ）に関連するオブジェク ト「ＸＹＺ」が削除される。 このように、名前付きオブジェクトのそれぞれに固有のＩＤを関連付けること によって、上述したＯＳの改変を利用して、改変を行うことなく、マルチユーザ システムにおいてシングルユーザアプリケーションを用いることが可能になる。 ＡＰＩコールに対してユーザ識別子を無差別に適用すると、問題を引き起こし 得る。例えば、マルチユーザアプリケーションが、保護されているリソースに対 するアクセスをシリアル化するためにシステムセマフォを用いた場合、ユーザグ ローバルコンテキストではなく、「システムグローバル」コンテキストが必要に なる。ＡＰＩコールを行っているアプリケーションの特性が、アプリケーション プログラムカーネルに直ぐに利用可能ではないので、この潜在的な問題は、 （１）デフォルトコンテキストとしてユーザグローバルを確立する （２）システムグローバルコンテキストを確立する （３）名前付きオブジェクトの名前にコンテキスト修飾子(modifie r)を添付することによって、アプリケーションが、個々のＡＰＩに基づいて、特 定の名前付きオブジェクトについて、ユーザグローバルおよびシステムグローバ ルコンテキストのどちらかを選択することを可能にする、および （４）特定のアプリケーション実行（．ＥＸＥ）ファイルまたはダイナミッ クリンクライブラリ（．ＤＬＬ）をマークすることによって、その実行ファイル またはダイナミックリンクファイルからの全てのＡＰＩコールをシステムグロー バルコンテキストにすることを可能にする ことによって解決される。 WinFrame環境においては、マルチユーザアプリケーションおよびダイナミック リンクライブラリは、同一の．ＥＸＥまたは．ＤＬＬ内のシステムグローバルお よびユーザグローバルの名前付きリソースの割り当てを相互に混ぜる(intermix) ことができる。WinFrameは、名前ストリングの最後でリソースタイプが指定され ていることを要求するので、名前付きリソースＡＰＩを適応させるには、アプリ ケーションが、名前ストリングにシステムグローバル識別子を添付する必要があ る。 図５は、．ＥＸＥ／．ＤＬＬおよびＡＰＩコールに適用されるユーザおよびシ ステムグローバル修飾子の関数としての名前付きリソースのコンテキストを示す 。そのＡＰＩコールにおいてシステムグローバルが指定されていない場合、．Ｅ ＸＥ／．ＤＬＬがシステムグローバルとマークされていれば、そのコンテキスト はシステムグローバルである。そうでなければ、コンテキストはユーザグローバ ルである。ＡＰＩコールがシステムグローバルを指定した場合、．ＥＸＥ／．Ｄ ＬＬのマークに関わらず、コンテキストはシステムグローバルである。 分散プロセスクライアント−サーバシステムにおけるアプリケーションのクラ イアント部分は、概して、サーバ以外の別の位置に存在するので、サーバは、ク ライアントのセキュリティまたは特権(privilege)レベルを確認しなければなら ない。また、クライアントが、ファイルを開く、読み出す、 または書き込むＡＰＩコールを用いて、サーバによって制御されているファイル 内のデータにアクセスするリクエストを行う場合、サーバは、そのファイルを開 く／読み出す／書き込む特権を有していなければならない。例えば、アプリケー ションサーバによってアクセスしようとするファイルが、ユーザグローバルファ イルとしてクライアントによって所有されている場合、アクセスはそのクライア ントに限定される。「仮装」の概念は、このジレンマを解決する手段を提供する 。 仮装は、クライアントのセキュリティレベルを仮定することによって、サーバ が、特権を与えられたクライアントのためにデータにアクセスすることを可能に する。この構成により、サーバが承認のないユーザに仮装することによってファ イルにアクセスしようとした場合に、適切な人物証明(security clearance)を伴 わないネットワーク上のユーザは、アプリケーションサーバを介してのファイル へのアクセスを拒否される。クライアントのＡＰＩは、スレッドがそのクライア ントのセキュリティコンテキストを真似る(take on)のに必要な情報を提供する 。その後、この名前付きスレッドは、適切なアクセスバリデーションを受け取る 。 いくつかのシングルユーザアプリケーションプロセスからのリクエストをマル チユーザサーバプロセスが出す(service)ことも可能であるので、何らかのシン グルユーザアプリケーションプロセスのために名前付きオブジェクトを参照する ときに、マルチユーザサーバプロセスが正しいユーザグローバル名スペースにア クセスできることが必要である。この目的のために、ユーザ仮装の概念を使用お よび拡張し、仮装によって、サーバプロセスがクライアントプロセスのセキュリ ティコンテキストを仮定することが可能になるだけでなく、サーバプロセスがク ライアントプロセスのオブジェクト名スペースにアクセスすることも可能になる ようにする。 シングルユーザアプリケーションを改変することなく、マルチユーザ環境にお いてシングルユーザアプリケーションを動作させる方法を説明した。この方法は 、ユーザグローバルコンテキストを持つ個別のユーザ名スペースを作成すること 、および、仮装の概念を拡張して、ユーザ名スペースをアプリ ケーションサーバに対して利用可能にすることによる、マルチユーザオペレーテ ィングシステムの改変を包含する。 上記の方法を、図６のフローチャートにさらにまとめる。図中、方法は、共存 ユーザおよびシステムグローバルコンテキストを作成するための方法４００とし て示されている。ステップ４０１では、シングルユーザによって使用されるオブ ジェクトまたはアプリケーションの各インスタンスにラベルを割り当てることに よって、ユーザグローバルコンテキストを確立する。このようにして、このよう なインスタンスのそれぞれを、指定されたシングルユーザに対してグローバルに 利用可能なものとして識別することによって、シングルユーザ名スペースが形成 される。ステップ４０２では、そのＩＤ(identity)を仮定することによりサーバ プロセスがシングルユーザに仮装することを可能にし、これにより、シングルユ ーザ名スペースへのアクセスをサーバに提供する。ステップ４０３では、実行フ ァイルおよびダイナミックリンクライブラリファイルのそれぞれにシステムグロ ーバル識別子を加えることによって、システムグローバルコンテキストを確立す る。方法は、ステップ４０４において、ユーザグローバルコンテキストをデフォ ルトコンテキストとして確立して終了する。 下記の請求項の記載によってのみ限定される本発明の趣旨および範囲から逸脱 することなく、当業者であれば上記の方法に多数の変更を加えることが可能であ ることが当業者には理解される。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，Ｓ Ｚ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ， ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，Ｈ Ｕ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ， ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ (72)発明者 イアコブッシ，エドワード イー. アメリカ合衆国 フロリダ 33063，ココ ナッツ クリーク，ライオンズ ロード 1921，アパートメント 302

Claims (1)

1. 【特許請求の範囲】 １．シングルユーザアプリケーションの複数コピーを同時に実行できるように、 オブジェクト名の作成、ルックアップ、および削除のために使用されるオペレー ティングシステムの方法を改変することにより、該シングルユーザプログラムを 改変することなく、該シングルユーザアプリケーションプログラムをマルチユー ザオペレーティングシステム環境において動作するようにする方法であって、 （ａ）シングルユーザによってのみ使用されるオブジェクトの各インスタンス およびアプリケーションの各インスタンスにラベルを割り当てることにより、該 シングルユーザを識別するとともに、該インスタンスのそれぞれを該シングルユ ーザに対してのみグローバルに利用可能なものとして識別することにより個別の シングルユーザ名スペースを作成するステップと、 （ｂ）該シングルユーザのプロセスのＩＤ(identity)を仮定して、該シングル ユーザのアプリケーションを供給する(serve)サーバプロセスが、該シングルユ ーザに仮装することを可能にし、これにより、該サーバプロセスが該シングルユ ーザ名スペースにアクセスできるようにするステップと、 を包含する、方法。 ２．オブジェクトの各インスタンスおよびアプリケーションの各インスタンスに ラベルを割り当てる前記ステップが、共有オブジェクト識別子にシングルユーザ 識別子を添付するステップをさらに包含する、請求項１に記載の方法。 ３．前記共有オブジェクトがアプリケーションである、請求項２に記載の方法。 ４．前記共有オブジェクトがメモリのセクションである、請求項２に記載の方法 。 ５．前記共有オブジェクトがパイプオブジェクトである、請求項２に記載の方法 。 ６．前記共有オブジェクトが通信ポートオブジェクトである、請求項２に記載の 方法。 ７．前記共有オブジェクトが同期化オブジェクトである、請求項２に記載の方法 。 ８．前記同期化オブジェクトがイベントオブジェクトである、請求項７に記載の 方法。 ９．前記同期化オブジェクトがミューテックスオブジェクトである、請求項７に 記載の方法。 １０．前記同期化オブジェクトがセマフォオブジェクトである、請求項７に記載 の方法。 １１．前記同期化オブジェクトがパイプオブジェクトである、請求項５に記載の 方法。 １２．シングルユーザプログラムを改変することなく、該シングルユーザアプリ ケーションプログラムをマルチユーザオペレーティングシステム環境において動 作できるようにするために、ユーザグローバルコンテキストを作成するとともに 、オブジェクト名の作成、ルックアップ、および削除のために使用されるオペレ ーティングシステムの方法を改変することにより、共存するシステムグローバル コンテキストを提供する方法であって、 （ａ）シングルユーザによってのみ使用されるオブジェクトの各インスタ ンスおよびアプリケーションの各インスタンスにラベルを割り当てることによっ てユーザグローバルコンテキストを確立するステップであって、各該インスタン スを該シングルユーザに対してのみグローバルに利用可能なものとして識別する ことにより、該シングルユーザを識別するとともに個別のシングルユーザ名スペ ースを作成するためのステップと、 （ｂ）該シングルユーザのプロセスのＩＤ(identity)を仮定して、該シングル ユーザのアプリケーションを供給する(serve)サーバプロセスが、該シングルユ ーザに仮装することを可能にし、これにより、該サーバプロセスが該シングルユ ーザ名スペースにアクセスできるようにするステップと、 （ｃ）システムグローバル名前付きリソースの関連実行ファイルおよびダイナ ミックリンクライブラリファイルのそれぞれにシステムグローバル識別子を付け て各該システムグローバル名前付きリソースをそれぞれラベル付けすることによ り、システムグローバルコンテキストを確立するステップと、を包含する方法。 １３．前記ユーザグローバルコンテキストをデフォルトコンテキストとして確立 するステップをさらに包含する、請求項１１に記載の方法。