JPH11212810A - タイム・クアンタム共有方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】 第１のスレッドが閉塞されたときに、第１の
スレッドがその残りのタイム・クアンタムを第２のスレ
ッドと「共有」することを可能にする方法および装置を
提供する。 【解決手段】 スレッドは、データ・ファイルまたはロ
ックのような資源を待っている場合、及びユーザのキー
ストロークのようなイベントを待っている場合、ブロッ
クされる可能性があり、コンシューマ・スレッドが必要
とする資源を「所有」するスレッドがラン・キュー上に
ある場合、ブロック・コンシューマ・スレッドはその残
りのタイム・クアンタムの間実行する権利を、オーナ・
スレッドに転移し、当該オーナ・スレッドが次に実行す
る。これらのスレッドが同じプロセス内にある場合、プ
ロセス・コンテキストの切換えが不要となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オペレーティング
・システムに関し、更に特定すれば、プロセスのスレッ
ドが、それに割り当てられたプロセッサ時間の残りのク
アンタム（ｑｕａｎｔｕｍ）を他のスレッドと共有する
ことを可能にする方法および装置に関するものである。

【０００２】

【従来の技術】最新のコンピュータ・システムは、その
殆どがマルチタスキング・システムである。即ち、これ
らは、１つ以上の「ジョブ」または「プロセス」を所与
の時点に同時にアクティブにすることを可能にする。シ
ステム内にはプロセッサが１つしかない（または、プロ
セッサの数がジョブ／プロセスの数よりも少ない）場合
が多いので、ジョブ／プロセスがプロセッサ資源を共有
することが必要となる。共有プロセッサ（ｓｈａｒｅｄ
ｐｒｏｃｅｓｓｏｒ）・システムでは、プロセッサは
ある時間を費やして第１のジョブ／プロセッサの一部を
実行し、その後他のジョブ／プロセスの一部を実行する
ように切り替える。したがって、人間のユーザには、１
つ以上のジョブ／プロセスが所与の時点に実行されてい
るように見える。

【０００３】コンピュータ・システムの中には、「マル
チ・スレッド（ｍｕｌｔｉ−ｔｈｒｅａｄｅｄ）」コン
ピュータ・プログラムを実行し、１つのプロセスの複数
の「スレッド」を同時に実行可能とするものがある。マ
ルチ・スレッディングは、オペレーティング・システム
およびプロセッサの共有に、余分な複雑度を追加するこ
とになる。

【０００４】

【発明が解決しようとする課題】Ｓｏｌａｒｉｓオペレ
ーティング・システム（サンマイクロシステムズ社から
入手可能）の少なくとも１つの実施態様では、優先度が
最高のジョブをある時間間隔（「タイム・クアンタム
（ｔｉｍｅ ｑｕａｎｔｕｍ）」と呼ぶ）実行し、次い
でその優先度を判定し直す。従来のＳｏｌａｒｉｓシス
テムにおいてアプリケーションの優先度を定義するスケ
ジューリング・クラスには現在４つの異なるものがあ
り、それらはリアル・タイム（Ｒｅａｌ Ｔｉｍｅ：Ｒ
Ｔ）、システム（Ｓｙｓｔｅｍ：ＳＹＳ）、インタラク
ティブ（Ｉｎｔｅｒａｃｔｉｖｅ：ＩＡ）、およびタイ
ムシェアリング（Ｔｉｍｅｓｈａｒｉｎｇ：ＴＳ）であ
る。あるジョブが、その実行後に未だシステム内におけ
る最高の優先度を有する場合、更にある時間間隔実行す
ることを許され（例えば、２０ないし２００ミリ秒）、
その後、優先度を再度判定し直す。再判定の後、それが
もはやシステム内で優先度が最も高いジョブではなくな
った場合、より高い優先度を有するジョブを実行する。

【０００５】しかしながら、あるジョブが最高の優先度
を維持する場合、他のアプリケーションは実行の機会を
全く得ることができない。

【０００６】従来のオペレーティング・システムは、そ
の多くが複数のスレッドのスケジュールを独立して組
む、タイム・シェアリング・プロセッサ・スケジュール
構想を用いている。かかるシステムでは、各スレッドに
優先度およびタイム・クアンタムを割り当て、ラン・キ
ュー（ｒｕｎ ｑｕｅｕｅ）上に置いてプロセッサを使
用する順番を待つ。プロセッサが利用可能になると、優
先度が最も高いスレッドを実行キューから取り出し、そ
れを実行する。スレッドは、タイム・クアンタムの期間
だけ、プロセッサを使用することを許可される。スレッ
ドがそれに割り当てられたクアンタムを使い尽くしたと
き、このスレッドの優先度が計算され、新たなタイム・
クアンタムが割り当てられ、このスレッドはラン・キュ
ー上に戻される。次に、プロセッサは優先度が次に高い
スレッドをラン・キューから取り出し、再びそれを実行
し始める。

【０００７】プロセッサ上におけるその実行中、スレッ
ドは、あるイベントが発生するか、または何らかのデー
タまたは資源が得られなければ、スレッドはその計算を
継続することができない場合が多い。イベントの一例と
して、ユーザからキー・ストロークが入力されること、
またはファイルからのレコードの使用が可能となること
が考えられる。同様に、スレッドは、他のスレッドと共
有するロック（ｌｏｃｋ）へのアクセスのように、デー
タが使用可能になるのを待たなければならない場合もあ
る。資源を必要とするスレッドを、「コンシューマ・ス
レッド（ｃｏｎｓｕｍｅｒ ｔｈｒｅａｄ）」と呼ぶこ
とにする。資源またはデータが使用可能でない、または
当該イベントが未だ行われていないためにコンシューマ
・スレッドが待たなければならない場合、このコンシュ
ーマ・スレッドのことを「ブロック・コンシューマ・ス
レッド（ｂｌｏｃｋｅｄ ｃｏｎｓｕｍｅｒ ｔｈｒｅ
ａｄ）」と呼ぶ。イベントまたはデータが直ちに使用可
能でない場合、プロセッサは、スレッドが当該プロセッ
サを占有している間、単に何もせずに待たせておくよう
なことはしない。代わりに、ブロック・コンシューマ・
スレッドのタイム・クアンタムが終了していない場合で
も、プロセッサはブロック・スレッドをスリープ・キュ
ー（ｓｌｅｅｐ ｑｕｅｕｅ）上に置き、他のスレッド
を取り出して実行する。この新たなスレッドは、それ自
体にタイム・クアンタムが予め割り当てられている。ス
リープ・キューの使用により、プロセッサ資源の一層効
率的な使用が可能となる。待機中のイベントが行われた
場合または待機中のデータまたは資源が使用可能となっ
た場合、プロセッサはブロック・コンシューマ・スレッ
ドを起動し、それをラン・キュー上に置き、それがプロ
セッサを使用する順番を待つ。

【０００８】ブロックされているスレッドを「スリープ
（ｓｌｅｅｐ）」させるというやり方によって、プロセ
ッサの一層効率的な使用が可能となるが、プロセッサは
次に優先度が高いスレッドを取り出し実行するための時
間を必要とするので、余分なオーバーヘッドが発生する
ことになる。加えて、この手法は、マルチ・スレッド・
アプリケーションによっては、その処理能力を制限する
可能性がある。例えば、マルチ・スレッド・アプリケー
ションが２つのスレッド、即ち、スレッドＡおよびスレ
ッドＢを有し、これらは１つのプロセッサを有するシス
テムにおいて実行する共通のロックを共有すると仮定す
る。スレッドＡはロックを保持し、ラン・キュー上でプ
ロセッサを待っている。スレッドＢはプロセッサ上で実
行中であるが、ロックが続くことを必要とする。スレッ
ドＡがロックを保持しているので、ロックを使用するこ
とができない。したがって、スレッドＢはブロックさ
れ、ロックを待つことになる。スレッドＢがブロックさ
れると、プロセッサは、ラン・キューから優先度が最も
高いスレッドを取り出す。

【０００９】しかしながら、プロセッサが取り出すスレ
ッドはスレッドＡではないかもしれない。実行キュー上
で優先度が最も高いスレッドは、スレッドＡ，Ｂと同じ
プロセスのものでないことさえあり得る。プロセッサが
異なるプロセスからスレッドを取り出す場合、プロセッ
サは、（新たなプロセスのスレッドを実行するために）
非効率的かつ高コストの文脈切換（ｃｏｎｔｅｘｔ ｓ
ｗｉｔｃｈ）を行わなければならない。最終的にスレッ
ドＡを実行するとき、再度文脈切換（コンテキスト切
換）が必要となる（スレッドＡ，Ｂのプロセスのスレッ
ドを実行するため）。一層悪いことは、スレッドＡ（ロ
ックを有する）が実行するときまでに、スレッドＢ（ロ
ックを必要とする）がラン・キュー上で優先度が最も高
いプロセスではなくなっている可能性があり、直ちに実
行できない場合もあることである。この種の状況は、マ
ルチ・スレッド・アプリケーションが、共有実行システ
ムでは、処理能力を発揮できない１つの理由を例証する
ものである。

【００１０】

【課題を解決するための手段】以下に記載する本発明の
実施形態は、スレッドがブロックされている場合、この
スレッドがそのタイム・クアンタムを他のスレッドと
「共有する（分け合う）」ことを可能にする方法および
装置を提供する。スレッドは、例えば、データ・ファイ
ルまたはロックのような資源を待っている場合に、ブロ
ックされる可能性がある。また、スレッドが、ユーザの
キーストロークのようなイベントを待っている場合も、
ブロックされる可能性がある。

【００１１】「コンシューマ」スレッドとは、資源を消
費するまたはイベントを待つ必要があるスレッドとして
定義する。本発明の第１の実施形態では、スレッドがブ
ロックされるとき、同じプロセスからのものであり、ブ
ロック・コンシューマ・スレッドによって必要とされる
資源を「所有（ｏｗｎ）」し実行を待っている他のスレ
ッドがある場合、ブロック・コンシューマ・スレッドは
その残りのタイム・クアンタムの間実行する権利を、こ
のオーナ・スレッド（ｏｗｎｅｒ ｔｈｒｅａｄ）に移
転（ｔｒａｎｓｆｅｒ）し、そのオーナ・スレッドが次
に実行する。この移転（移行）が意味するのは、プロセ
ス・コンテキストの切換えが不要となるということであ
る。何故なら、ブロック・コンシューマ・スレッドおよ
びオーナ・スレッドは同じプロセスのスレッドであるか
らである。加えて、この移転は、ブロック・コンシュー
マ・スレッドに資源が使用可能になるまでの時間が短縮
することも意味する。

【００１２】他の実施形態では、２つのプロセスを同一
ユーザが所有する場合、オーナ・スレッドは、第１のス
レッドとは異なるプロセスに属していてもよい。この実
施形態では、第１のスレッドが第２のスレッドとその残
りのタイム・クアンタムを共有するが、コンテキストの
切換えが必要となる場合がある。他の実施形態では、オ
ーナ・スレッドは第１のスレッドとは異なるプロセスに
属していてもよく、更に２つのプロセスを異なるユーザ
が所有していてもよい。システムが第１のユーザを、第
２のユーザと資源を共有可能であると規定した場合、第
１のスレッドはその残りのタイム・クアンタムを第２の
スレッドと共有するが、コンテキストの切換えが必要と
なる場合がある。

【００１３】本発明の他の実施形態では、あるスレッド
がブロックされているとき、オーナ・スレッドもブロッ
クされているならば、ブロック・コンシューマ・スレッ
ドはその残りのタイム・クアンタムの間実行する権利
を、オーナ・スレッドではないが同じプロセス内にある
他のスレッドに移転する。この移転は、プロセス・コン
テキストの切換えが不要であることを意味する。何故な
ら、ブロック・コンシューマ・スレッド、および残りの
タイム・クアンタムが移転されるスレッドは、同じプロ
セスのスレッドであるからである。

【００１４】他の実施形態では、オーナ・スレッドがブ
ロックされている場合、２つのプロセスを同一ユーザが
所有する場合、オーナ・スレッドではないスレッドが、
第１のスレッドとは異なるプロセスに属していてもよ
い。この場合、ブロック・スレッドは、オーナ・スレッ
ドではないスレッドと、その残りのタイム・クアンタム
を共有するが、コンテキストの切換えが必要となる場合
がある。他の実施形態では、オーナ・スレッドではない
スレッドが第１のスレッドとは異なるプロセスに属して
いてもよく、更に２つのプロセスを異なるユーザが所有
していてもよい。システムが、第１のユーザを第２のユ
ーザと資源を共有可能として規定する場合、第１のスレ
ッドは第２のスレッドとその残りのタイム・クアンタム
を共有するが、コンテキストの切換えが必要となる場合
がある。

【００１５】同様に、コンシューマ・スレッドが、ユー
ザのキーストロークのような、イベントを待つためにブ
ロックされている場合、このコンシューマ・スレッドの
タイム・クアンタムの残り部分は、ラン・キュー上でそ
の実行の順序を待っている同じプロセスの他のスレッド
に移転される。この第２のスレッドは最も高い優先度を
有するものとするか、あるいは他のいずれかの適切な基
準にしたがって選択することも可能である。この場合
も、この移転はプロセス間のコンテキストの切換えを行
う必要性を回避する。

【００１６】他の実施形態では、ブロック・スレッドが
あるイベントを待っているとき、２つのプロセスを同じ
ユーザが双方とも所有する場合、ブロック・スレッドは
その残りのタイム・クアンタムを他のスレッドと共有す
ることができる。この場合、ブロックスレッドは第２の
スレッドと、その残りのタイム・クアンタムを共有する
が、コンテキストの切換えが必要となる場合がある。他
の実施形態では、第２のスレッドが第１のスレッドとは
異なるプロセスに属していてもよく、更に２つのプロセ
スを異なるユーザが所有していてもよい。システムが、
第１のユーザを第２のユーザと資源を共有可能として規
定した場合、第１のスレッドはその残りのタイム・クア
ンタムを第２のスレッドと共有するが、コンテキストの
切換えが必要となる場合がある。

【００１７】本発明の目的によれば、ここに具現化しか
つ概述するように、本発明は、プロセス内の複数のスレ
ッド間でタイム・クアンタムを共有する（分け合う）方
法に関し、この方法は、現在プロセッサによって実行さ
れており、関連するタイム・クアンタムを有する第１の
スレッドがブロックされたことを判定するステップと、
プロセッサによって次に実行されるスレッドを判定する
ステップと、第１のスレッドのタイム・クアンタム内の
未使用時間を、次に実行するスレッドに移転する（譲
る）ステップとから成り、これらのステップはデータ処
理システムによって実行される。

【００１８】更に、本発明の目的によれば、ここに具現
化しかつ概述するように、本発明は、データ処理システ
ムにおいて複数のスレッド間でタイム・クアンタムを共
有する方法であって、最初にある数のチケットを複数の
スレッドに割り当てるステップと、スレッドに割り当て
たチケット数に応じて、複数のプロセスの各々のスレッ
ドに初期優先度を割り当てるステップと、スレッドのい
ずれか２つの間の実行時間の割合が、スレッドに関連す
る２つのプロセスのチケット数の間の割合と同一となる
ように、複数のスレッドに割り当てられた前記チケット
によって示される順序で複数のプロセスの各スレッドを
実行するステップとから成り、実行ステップは、現在プ
ロセッサによって実行されており、関連するタイム・ク
アンタムを有する第１のスレッドがブロックされたこと
を判定するサブステップと、次に実行するスレッドを判
定するサブステップと、第１のスレッドのタイム・クア
ンタム内の未使用時間を、次に実行するスレッドに移転
するサブステップとを含み、これらのステップは前記デ
ータ処理システムによって実行される。

【００１９】本発明の一層深い理解は、添付図面と関連
付けながら以下の説明および特許請求の範囲を参照する
ことによって明らかとなり、認めることができよう。

【００２０】

【発明の実施の形態】これより、本発明の好適な実施形
態について詳細に検討する。その例を添付図面に示す。
好都合な場合には、図面全体で同一参照番号を用いて同
一または同様の部分を示すこととする。 １．概要 本発明は、マルチ・スレッド・アプリケーション（ｍｕ
ｌｔｉ−ｔｈｒｅａｄｅｄ ａｐｐｌｉｃａｔｉｏｎ）
を実行するシステムおよび単一のプロセッサまたは複数
のプロセッサを含むシステムを含む、広範囲にわたる様
々なデータ処理システム上で実施可能である。図１およ
び図２は、これらシステムの各々の例をそれぞれ示す。

【００２１】本発明は、マルチ・スレッディング（ｍｕ
ｌｔｉ−ｔｈｒｅａｄｉｎｇ）または同様の概念を含
む、あらゆる適切なデータ処理システム内において実施
可能である。本発明は、ブロック（ｂｌｏｃｋ）されて
いるスレッドがその未使用の割り当てられた実行時間を
他のスレッドと共有する（分け合う）ことを可能にする
が、本発明は、プロセスにおけるスレッドの実行効率を
向上させ、スレッドを実行する際の望ましくないプロセ
ス・コンテキストの切換えおよび遅延を回避する（スレ
ッド共有タイム・クアンタムが同じプロセス内にある場
合）。

【００２２】図３ないし図８は、以下で説明する「チケ
ット（ｔｉｃｋｅｔ）」メタファ（比喩的表現）を用い
て、スレッド間で実行権を共有することを可能にする、
本発明の一実施形態を示す。図９および図１０は、「チ
ケット」メタファを用いない本発明の一実施形態を示
す。このように、本発明は、様々なオペレーティング・
システムの環境において使用可能であり、本発明の精神
および範囲から逸脱することなく、プロセッサ資源を共
有するために「チケット」メタファを使用するコンテキ
ストまたは使用しないコンテキストにおいて使用可能で
ある。

【００２３】図１は、単一のプロセッサ１０２およびメ
モリ１０４を有するデータ処理システム１００のブロッ
ク図である。メモリ１０４は、１つ以上のマルチ・スレ
ッド・アプリケーション（「プロセス」とも呼ぶ）１１
０を含み、その少なくとも１つは複数のスレッド１１２
を 収容する。また、メモリ１０４はオペレーティング
・システム（ＯＳ）１０８も含み、これはプロセス・ス
ケジューラ・ソフトウエア１０９を含む。説明中の本発
明の実施形態のステップが実行されるのは、プロセッサ
１０２がプロセス・スケジューラ・ソフトウエア１０９
内の命令を実行するときである。本発明は、各マルチ・
スレッド・アプリケーション／プロセス１１０のスレッ
ド１１２が、プロセッサ１０２を共有することを可能に
するものであり、それについては以下で説明する。

【００２４】データ処理システム１００（およびここで
説明する他のデータ処理システム）は、例えば、ＳＰＡ
ＲＣチップを基本とするシステム、Ｕｌｔｒａサーバ、
またはＥｎｔｅｒｐｒｉｓｅサーバ（これらは全て、サ
ン マイクロシステムズ社から入手可能である）。ま
た、データ処理システム１００は、他の適切なデータ処
理システムのいずれかとすることも可能である。

【００２５】オペレーティング・システム１０８は、例
えば、Ｕｎｉｘオペレーティング・システムの変形と
し、本発明を組み込むために修正したものとすることが
できる。ＵＮＩＸは、米国およびその他の国において登
録商標であり、Ｘ／オープン社（Ｘ／Ｏｐｅｎ Ｃｏｍ
ｐａｎｙ Ｌｔｄ．）により独占的にライセンスされ
る。オペレーティング・システム１０８は、例えば、サ
ンマイクロシステムズ社から入手可能なＳｏｌａｒｉｓ
オペレーティング・システムの変形とし、本発明のファ
ンクショナリティ（ｆｕｎｃｔｉｏｎａｌｉｔｙ）を組
み込んだものとすることができる。

【００２６】また、図１は、キーボード、マウス、タッ
チパッド、タッチ・スクリーン等のような、入力デバイ
ス１５０を含む。更に、図１は、表示画面等のような、
表示装置も含む。更に、図１は、コンピュータ読取可能
媒体１６２およびコンピュータ読取可能媒体用入力デバ
イス１６１を含む。コンピュータ読取可能媒体１６２
は、例えば、フロッピ・ディスク・ドライバ、ＣＤＲＯ
Ｍ読取装置、またはＤＶＤ読取装置を含み、フロッピ・
ディスク、ＣＤＲＯＭ、またはＤＶＤドライブのような
コンピュータ読取可能媒体上に格納されているコンピュ
ータ命令を読み取る。また、図１は、システム１００の
少なくともいくつかの実施態様には存在する可能性があ
る、ネットワーク接続１０５も含む。

【００２７】以下の説明では、好ましくは、記載する方
法およびフロー・チャートのステップは、メモリ１０４
（またはその他の適切なメモリ）内に格納されている命
令を実行するプロセッサ１０２（またはその他の適切な
プロセッサ）によって実行することは理解されよう。ま
た、本発明は、いずれの特定の実施形態またはプログラ
ミング技法にも限定されず、本発明は、ここに記載する
ファンクショナリティを実施するたのあらゆる適切な技
法を用いて実施可能であることは理解されよう。本発明
は、いずれの特定のプログラミング言語にもオペレーテ
ィング・システムにも限定されるものではない。

【００２８】メモリ内の命令は、コンピュータ読取可能
媒体からメモリに読み込むことができる。メモリ１０４
に収容された命令のシーケンスを実行することにより、
プロセッサ１０２に、ここに記載するプロセス・ステッ
プを実行させる。代替実施形態では、ソフトウエア命令
の代わりに、またはこれと組み合わせて、ハード・ワイ
ヤ回路を用い、本発明を実施することも可能である。こ
のように、本発明の実施形態は、ハードウエア回路およ
びソフトウエアのいずれ具体的な組み合わせにも限定さ
れるものではない。

【００２９】ここで用いる「コンピュータ読取可能媒
体」ということばは、プロセッサに命令を与え実行させ
る際に関与するあらゆる媒体を指す。かかる媒体は、不
揮発性媒体、揮発性媒体、および伝送媒体を含むがこれ
らに限定されない、あらゆる形態を取ることができる。
不揮発性媒体は、例えば、記憶デバイスのような、光ま
たは磁気ディスクを含む。揮発性媒体は、ダイナミック
・メモリを含む。伝送媒体は、コンピュータ内のバスを
構成する配線を含み、同軸ケーブル、銅線および光ファ
イバを含む。また、伝送媒体は、無線波および赤外線デ
ータ通信の間に発生するもののような、音響波または光
波の形態を取ることができる。

【００３０】コンピュータ読取可能媒体の一般的な形態
は、例えば、フロッピ・ディスク、フレキシブル・ディ
スク、ハード・ディスク、磁気テープ、またはその他の
あらゆる磁気媒体、ＣＤ−ＲＯＭ、その他のあらゆる光
媒体、パンチカード、紙テープ、ホール・パターンを有
するその他のあらゆる物理的媒体、ＲＡＭ，ＲＯＭ，Ｅ
ＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、その他のあらゆる
チップまたはカートリッジ、搬送波（キャリア波）、あ
るいはコンピュータが読取可能なその他のあらゆる媒体
を含む。

【００３１】１つ以上の命令の１つ以上のシーケンスを
プロセッサに搬送し実行する際に、種々の形態のコンピ
ュータ読取可能媒体が必要となる場合がある。例えば、
命令は、最初は、リモート・コンピュータの磁気ディス
ク上に担持されることがある。リモート・コンピュータ
は命令をそのダイナミック・メモリにロードし、モデム
を用い電話回線を通じて命令を送ることができる。コン
ピュータ・システム専用（ｌｏｃａｌ）モデムが電話回
線上のデータを受信し、赤外線送信機を用いてデータを
赤外線信号に変換することができる。バスに結合されて
いる赤外線検出器が、赤外線信号内に搬送されているデ
ータを受信し、データをバス上に置くことができる。バ
スはデータを主メモリに搬送し、プロセッサは主メモリ
から命令を読み出し実行する。主メモリによって受け取
られた命令は、選択肢として、プロセッサによる実行の
前または後のいずれかに、記憶装置上に格納することが
できる。

【００３２】本発明は、プロセッサ（複数のプロセッ
サ）およびメモリが異なるマシンの中にある、分散型デ
ータ処理システムにおいても実施可能であることは理解
されよう。また、本発明は、プロセス、スレッド、およ
び／またはプロセッサが全て同じコンピュータにはな
い、分散型システムにおいても実施可能であることも理
解されよう。

【００３３】また、メモリ１０４は、アプリケーション
・プログラム、オペレーティング・システム、データ等
の追加情報を収容することも当業者は理解しよう。これ
らは、明確化のために、図面には示されていない。ま
た、データ処理システム１００（またはここに記載する
その他のあらゆるデータ処理システム）は、ディスク・
ドライブ、キーボード、表示装置、ネットワーク接続、
追加メモリ、追加ＣＰＵ、ＬＡＮ、入出力回線等のよう
な、図示しない多数のエレメントを含み得ることも理解
されよう。

【００３４】図２は、複数のプロセッサ１０２’および
メモリ１０４を有する、データ処理システム２００のブ
ロック図である。メモリ１０４は、１つ以上のマルチ・
スレッド・アプリケーション（「プロセス」とも呼ぶ）
１１０を含み、少なくともその１つは複数のスレッド１
１２を有する。また、メモリ１０４はオペレーティング
・システム（ＯＳ）１０８も含み、これはプロセス・ス
ケジューラ・ソフトウエア１０９を含む。本発明の記載
中の実施形態のステップは、１つ以上のプロセッサ１０
２’がプロセス・スケジューラ・ソフトウエア１０９内
の命令を実行するときに行われる。本発明は、各マルチ
・スレッド・アプリケーション／プロセス１１０のスレ
ッド１１２が複数のプロセッサ１０２’を比例的に共有
することを可能にする。これについては、以下で説明す
る。 ＩＩ．マルチ・スレッド・アプリケーション 図３は、マルチ・スレッド・アプリケーションを実行可
能な単一プロセッサ・システム（図１のシステムのよう
な）において、本発明の好適な実施形態を実施するため
に用いられるデータ構造の一例を示す。図４は、マルチ
・スレッド・アプリケーションを実行可能なマルチ・プ
ロセッサ・システム（図２のシステムのような）におい
て、本発明の好適な実施形態を実施するために用いられ
るデータ構造の一例を示す。図５および図６は、図２ま
たは図３のデータ構造を用いた、ステップを示すフロー
・チャートである。

【００３５】図３および図４のデータ構造において、各
アプリケーション／プロセス内の多数のスレッドは、チ
ケット・データ構造３０５を通じて、それらの間でその
プロセスのチケットを「共有」する。尚、図３および図
４のシステムは、マルチ・スレッド・アプリケーション
に加えて、単一スレッド・アプリケーション（図示せ
ず）も含むことができることは理解されよう。この「チ
ケット（ｔｉｃｋｅｔｉｎｇ）」システムは、１９９７
年１０月３１日出願の、「プロセッサ共有方法および装
置」（Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆ
ｏｒ Ｐｒｏｃｅｓｓｏｒ Ｓｈａｒｉｎｇ）と題する
ユー（Ｙｕｅ）の米国特許出願第０８／９６２，１４０
号に、更に詳しく記載されている。

【００３６】各スレッドは、それ自体の優先度３２６を
有するが、チケット構造３０５のフィールド３４０，３
４２内に、プロセス・レベルでチケットが保持されてい
る。また、チケット・データ構造３０５は、＃スロット
・フィールド３４６およびチケット・キュー・ポインタ
３４７も含む。＃スロット・フィールド３４６は、各プ
ロセスに割り当てられるプロセッサ・スロットの数を示
す。単一プロセッサ・システムの場合、スロット数は常
に「１」である。複数プロセッサ・システムは、プロセ
ッサ１０２’の数以下のあらゆる数のスロットを有する
ことができる。チケット・キュー・ポインタ３４７は、
チケット・キュー３５０を指し示す。チケット・キュー
３５０の機能は、プロセッサ・スロットが入手可能にな
るのを待っているプロセスのスレッドを保持することで
ある。実行すべきスレッドはチケット・キュー３５０か
ら取り出され、プロセッサ（群）１０２（または１０
２’）によって実行するために、ラン・キュー１０３
（または１０３’）上に置かれる。

【００３７】図５は、単一のプロセッサ１０２または複
数のプロセッサ１０２’を共有する、図３および図４の
マルチ・スレッド・アプリケーションと共に実行される
ステップを示すフロー・チャート４００である。図５の
ステップ４０２において、多数のチケットおよび多数の
スロットが各プロセスに割り当てられる。スレッドの優
先度は、そのプロセスのチケット構造３０５内にある現
チケットの、優先度が割り当てられるときの数に基づい
て割り当てられる。したがって、同じプロセスの複数の
スレッドが異なる優先度を有する可能性がある。

【００３８】スレッドがプロセッサ１０２，１０２’を
使用したい場合（ステップ４０４参照）、最初に使用可
能なプロセッサ・スロットがあるか否かについて判定す
るためにチェックを行う（ステップ４０６）。使用可能
なスロットがある場合（即ち、チケット・キュー３５０
内に待っているスレッドが他にない場合）、ステップ４
０８においてこのスレッドに優先度が決定される。この
優先度は、当該スレッドのｐｓ＿ｐｒｏｃ＿ｔデータ構
造３０４のフィールド３２６内に置かれ、ステップ４１
０においてこのスレッドを実行のためにラン・キュー１
０３に入れる。その他の場合（使用可能なプロセッサ・
スロットがない場合）、スレッドはこのプロセスのため
のチケット・キュー３５０に入れられる（ステップ４１
２）。ステップ４１４において、スロットが使用可能に
なったときに、スレッドをチケット・キュー３５０から
取り出し、そのプロセスが保持する現チケット数に基づ
いて、ステップ４１５においてその優先度３２６を計算
する。次に、ステップ４１６においてスレッドは、実行
のためにラン・キュー１０３に入れられる。

【００３９】図６は、プロセッサ１０２による実行のた
めにスレッドをシステムのラン・キュー１０３上に配置
した後にスレッドを実行するステップを示すフロー・チ
ャート４３０である。ステップ４３４において、タイム
・クアンタム・フィールド３２０内に指定されている所
定のタイム・クアンタムの間スレッドを実行する。スレ
ッドを実行するに連れて、「残り時間」フィールド３２
２を実行の単位時間毎に減分（ディクリメント）してい
く。したがって、タイム・クアンタム・フィールドは定
数値であり、残り時間フィールドは、スレッドの実行に
伴い定期的に減分される。残り時間フィールド３２２
は、スレッドが、プロセッサを使用する現在のチャンス
の間に残っている実行時間量を保持する。スレッドが実
行を完了した後、ステップ４３６において、実行スレッ
ドのそのプロセスに対する＃現チケット３４２を「１」
だけ減少させる。ステップ４３８において、保持されて
いるチケットの数が「０」になった場合、ステップ４４
０においてチケット数を当該プロセスの初期値にリセッ
トして、制御はステップ４４２に移る。その他の場合、
制御は直接ステップ４４２に移る。

【００４０】ステップ４４２において、このプロセスに
対する他のスレッドがチケット・キュー３５０上にない
場合、ステップ４４４において現スレッドはそのスロッ
トを放棄し、再度チケット・キュー３５０に戻される。
そのスロットは、チケット・キュー３５０の先頭にある
スレッドに与えられ、ステップ４４６において、この新
たなスレッドに対して、プロセスに対する現チケット数
３４２に基づいて新たな優先度が計算される。この新た
なスレッド（新たに割り当てられた優先度を有する）
は、ステップ４４８において、実行のために実行キュー
１０３上に置かれる。

【００４１】一方、ステップ４４２において、現スレッ
ドが実行を終了したときにチケット・キュー３５０内に
待っているスレッドがない場合、ステップ４９０におい
て、現スレッドの優先度を、プロセスに対する現チケッ
ト数に基づいて計算し直し、ステップ４９２において、
現スレッドを再度実行のためにラン・キュー１０３上に
置く。尚、ステップ４４６，４９０は、スレッドが属す
るプロセスが現在保持するチケット数に基づいて、スレ
ッドの優先度を計算し直すことを注記しておく。

【００４２】図４のシステムは複数のスレッド１０２’
を含むので、各プロセスには、例えば、システム内のプ
ロセッサの数に等しい数３４６の「スロット」が割り当
てられる。本発明の他の実施態様では、他の数のスロッ
トを用いることも可能である。例えば、スロット数は、
システム内のプロセッサ数よりも小さくして、プロセス
の実行の同時性を減少させることも可能である。説明中
の実施形態では、システムに２つのプロセッサがある場
合、スロット数は「２」となる。したがって、例えば、
システム内にあるプロセッサ１０２’が２つのみであ
り、プロセスが１０個のスレッドを有する場合、プロセ
スのスレッド２つのみを一度にシステムのラン・キュー
に入力することができる。残りのスレッドは、チケット
・キュー３５０上で待つことになる。

【００４３】前の段落では、複数のスレッド間で実行時
間を分与するために用いられる「チケット」メタファに
ついて説明した。スレッド間で実行時間を分与するため
には、他の方法を用いることができ、上述の「チケッ
ト」メタファは必ずしも本発明を実施するシステムの一
部ではないことは理解されよう。以下の段落では、複数
のスレッドに割り当てられた実行タイム・クアンタムを
どのようにして当該スレッドが共有することができるか
について説明する。

【００４４】図７は、実行中のコンシューマ・スレッド
がブロックされ、残り時間フィールド３２２内のその残
りタイム・クアンタムを同じプロセス内の別のスレッド
に移転するときに行われる方法を示すフローチャート４
６０である。ステップ４６２の「現在実行中のスレッ
ド」は、ブロックされているスレッドである。ステップ
４６２ないし４７２は、コンシューマ・スレッドが資源
を待っているときに実行する。ステップ４８０ないし４
８４は、コンシューマ・スレッドがイベントを待ってい
る場合に実行する。

【００４５】ステップ４６４は、フィールド３２７を用
いて、既存のスレッドのどれが必要な資源を所有するの
かについて判定を行う。このスレッドを「オーナ」と呼
ぶ。ステップ４６６において、オーナがこのプロセスの
ラン・キュー１０３上にある場合（即ち、オーナ自体が
ブロックされていない場合）、ステップ４６８におい
て、このブロック・コンシューマ・スレッドの残り時間
３２２を、当該スレッドのｐｓ＿ｐｒｏｃ＿ｔデータ構
造３０４から、オーナ・スレッドのｐｓ＿ｐｒｏｃ＿ｔ
データ構造の残り時間フィールド３２２に移転する。こ
の移転は、オーナ・スレッドの優先度がラン・キュー上
において最も高くない場合でも行われる。次いで、オー
ナ・スレッドが開始され、ブロック・コンシューマ・ス
レッドの残り時間フィールド３２２内の残りのタイム・
クアンタムを使用することが直ちに可能となる。オーナ
・スレッドはコンシューマ・スレッドと同じプロセスの
一部であるので、プロセス・コンテキストの切換えは必
要でない。

【００４６】一方、ステップ４７０において、オーナ自
体がブロックされている場合、ブロック・コンシューマ
・スレッドの残りのタイム・クアンタムは、ラン・キュ
ーの同じプロセスの先頭にあるスレッドに移転される。
次に、このスレッドが開始され、これはブロック・コン
シューマ・スレッドの残りのタイム・クアンタムを使用
することが直ちに可能となる。新たに開始されたスレッ
ドは、コンシューマ・スレッドと同じプロセスの一部で
あるので、プロセス・コンテキストの切り替えは必要で
ない。この移転は、例えば、残り時間フィールド３２２
をブロック・コンシューマ・スレッドから第２のスレッ
ドにコピーすることによって行う。あるいは、第１のス
レッドの残り時間フィールド３２２を、第２のスレッド
の残り時間フィールド３２２に加算することも可能であ
る。

【００４７】ステップ４６８，４７０双方に続いて、ブ
ロック・コンシューマ・スレッドをスリープ・キュー３
５４上に置く。スレッドは、その資源が使用可能になっ
たときに再開させる。この場合の一例を図８に示す。

【００４８】ステップ４８０は、現在実行中のコンシュ
ーマ・スレッドがイベント（ブロックされている資源で
はなく）を待つ必要があるか否かについて判定を行う。
待つ必要がある場合、ステップ４８２において、ブロッ
ク・コンシューマ・スレッドの残り時間フィールド３２
２内の残りのタイム・クアンタムを、ラン・キュー１０
３の先頭にあるスレッドのｐｓ＿ｐｒｏｃ＿ｔデータ構
造３０４に移転する。この移転は、例えば、残り時間フ
ィールド３２２を、ブロック・コンシューマ・スレッド
から第２のスレッドにコピーすることによって行う。あ
るいは、第１のスレッドの残り時間フィールド３２２
を、第２のスレッドの残り時間フィールド３２２に加算
することも可能である。次いで、スレッドを開始し、ブ
ロック・コンシューマ・スレッドの残りのタイム・クア
ンタムを使用することが直ちに可能となる。新たに開始
したスレッドはコンシューマ・スレッドと同じプロセス
の一部であるので、プロセス・コンテキストの切換えは
必要でない。ステップ４８２に続いて、ステップ４８４
においてブロック・コンシューマ・スレッドをスリープ
・キュー上に置く。スレッドは、そのイベントが発生し
たときに再開する。この場合の一例を図８に示す。

【００４９】図８は、残りのタイム・クアンタムを移転
したスレッドが、なおも時間を残して完了した場合に行
う方法を示すフロー・チャート４９０である。ステップ
４９２において、スレッドが未使用の実行時間を残して
その実行を完了した場合、ステップ４９４において、ス
レッドが以前に、現在ブロックされているスレッドから
時間を借りた場合、およびステップ４９６において、ブ
ロック・コンシューマ・スレッドがデータまたはイベン
ト（即ち、ブロックされていないデータ、または発生し
たイベント）が得られるのを待っている場合、ステップ
４９８において、コンシューマ・スレッドを再開し、残
り時間フィールド３２２内の残りのタイム・クアンタム
を、新たに再開したスレッドに移転する。

【００５０】図９は、マルチ・スレッド・アプリケーシ
ョンが１つ以上のプロセッサを共有するが、チケット・
メタファを用いないシステム（図２のシステムのよう
な）において、本発明の一実施形態を実施するために用
いられるデータ構造の一例を示す。尚、図３および図４
のデータ構造とは対照的に、図９のデータ構造は、単一
のプロセスの複数のスレッドがそれらの実行権を共有す
ることを可能にする、チケット構造を含まないことに注
意されたい。本発明のこの実施態様では、図９のデータ
構造は、各プロセス毎に「アクティブ・キュー（ａｃｔ
ｉｖｅ ｑｕｅｕｅ）」３５２を含む。各プロセスのｐ
ｒｏｃ＿ｔ構造３０１は、当該プロセスに対するアクテ
ィブ・キュー３５２を指し示す。アクティブ・キュー３
５２は、現在ラン・キュー上にあるプロセスの全スレッ
ドのリストである。したがって、ラン・キュー内で優先
度が最も高いプロセスのスレッドが、当該プロセスのア
クティブ・キューの先頭にある。

【００５１】図１０は、チケット・メタファを用いない
システムにおいて、実行中のコンシューマ・スレッドが
ブロックされ、その残りの実行時間を同じプロセス内の
他のスレッドに移転するときに行われる方法を示すフロ
ーチャート６６０である。図１０は、ステップ６７０，
６８２において、ブロック・コンシューマ・スレッドに
残っているフィールド３２２内のタイム・クアンタム
が、ブロック・コンシューマ・スレッドが属するプロセ
スのアクティブ・キュー３５２の先頭にあるスレッドに
移転されることを除いて、図７と同様である。この移転
は、例えば、残り時間フィールド３２２をブロック・コ
ンシューマ・スレッドから第２のスレッドにコピーする
ことによって行う。あるいは、第１のスレッドの残り時
間フィールド３２２を、第２のスレッドの残り時間フィ
ールド３２２に加算することも可能である。

【００５２】このように、以上説明した本発明の実施形
態では、コンシューマ・スレッドがブロックされた場
合、その残りの実行時間を同じプロセス内の他のスレッ
ドに割り当てる。このスレッドは、例えば、当該コンシ
ューマ・スレッドをブロックしている資源を制御するス
レッドとすることができる。同じプロセス内のスレッド
とは、同じプロセスの中で実行優先度が最も高いスレッ
ドとすることもできる。本発明の実施態様について、そ
のいくつかを説明した。第１の実施態様は、あるプロセ
スの複数のスレッドが、それら自体の間で「チケット」
を共有するシステムにおいて説明した。第２の実施態様
は、各プロセスが、アクティブ・キュー即ちアクティブ
・リストを用いて、実行を待っているそれ自体のスレッ
ドを追跡するシステムにおいて説明した。いずれの場合
でも、ブロックされたコンシューマ・スレッドはその未
使用の割り当てられた実行時間を、同じプロセス内の他
のスレッドに移転する。

【００５３】以上、具体的な実施形態に関連付けて本発
明の説明をおこなったが、前述の説明を基に、多くの代
替、変更および変形が当業者には明白であることは明ら
かである。例えば、システム内の複数のスレッドは、フ
ィールド３２０内に最初に割り当てられた同じタイム・
クアンタムを有することができ、あるいはフィールド３
２０に最初に割り当てられた異なるタイム・クアンタム
を有することができる。他の例として、他のスレッドが
所有する資源が使用できないために第１のスレッドがブ
ロックされている場合、オーナ・スレッドが同じプロセ
ス内にないが、同じユーザに所有されているのであれ
ば、その残りのタイム・クアンタムをオーナ・スレッド
に移転することができる。この場合、前述のように、
（第１のプロセス内の）第１のスレッドの残り時間フィ
ールド３２２内のタイム・クアンタムを（第２のプロセ
ス内の）第２のスレッドに移転する。同様に、他の実施
形態では、ブロック・スレッドはその残りのタイム・ク
アンタムを、所定のユーザ・グループ内の異なるユーザ
に属する異なるプロセス内にあるオーナ・スレッドと共
有することができる。この場合、第１のスレッド（第１
のユーザに属する）の残りのタイム・クアンタム３２２
は、前述のように、第２のスレッド（ユーザ・グループ
内の他のユーザに属する）に移転されることになる。

【００５４】他の例として、他のスレッドが所有する資
源が使用不可能であるために第１のスレッドがブロック
されているとき、およびオーナも使用可能でないとき、
第２のスレッドが同じプロセス内にないが、同じユーザ
が所有する場合、第１のブロック・スレッドの残りのタ
イム・クアンタムは、オーナ・スレッド以外の第２のス
レッドに移転することができる。この場合、第１のスレ
ッド（第１のプロセス内）の残りのタイム・クアンタム
３２２は、前述のように、第２のスレッド（第２のプロ
セス内）に移転されることになる。同様に、他の実施形
態では、ブロックスレッドは、所定のユーザ・グループ
内の異なるユーザに属する異なるプロセス内にあるオー
ナ・スレッド以外のスレッドと、その残りのタイム・ク
アンタムを共有することができる。この場合、第１のス
レッド（第１のユーザに属する）の残りのタイム・クア
ンタム３２２は、前述のように、第２のスレッド（ユー
ザ・グループ内の他のユーザに属する）に移転されるこ
とになる。

【００５５】他の例として、第１のスレッドがイベント
を待っているためにブロックされている場合、第２のス
レッドが同じプロセス内にないが、同じユーザが所有す
るのであれば、その残りのタイム・クアンタムを第２の
スレッドに移転することができる。この場合、第１のス
レッド（第１のプロセス内）の残りのタイム・クアンタ
ム３２２は、前述のように、第２のスレッド（第２のプ
ロセス内）に移転されることになる。同様に、他の実施
形態では、ブロック・スレッドは、所定のユーザ・グル
ープ内の異なるユーザに属する異なるプロセス内にある
第２のスレッドと、その残りのタイム・クアンタムを共
有することができる。この場合、第１のスレッド（第１
のユーザに属する）の残りのタイム・クアンタム３２２
は、前述のように、第２のスレッド（ユーザ・グループ
内の他のユーザに属する）に移転されることになる。

【００５６】したがって、請求項およびその均等の精神
および範囲に該当するような代替、変更および変形を全
て包含することを意図するものである。

【００５７】尚、添付図面は、この明細書に組み込まれ
その一部を形成するが、本発明の種々の実施形態を例示
し、これまでの記載と合わせて、本発明の原理を説明す
る役割を果たすものである。

【図面の簡単な説明】

【図１】本発明の好適な実施形態による、単一プロセッ
サを有するデータ処理システム上で実行する複数のマル
チ・スレッド・アプリケーションの一例を示す図であ
る。

【図２】本発明の他の好適な実施形態による、複数のプ
ロセッサを有するデータ処理システム上で実行する複数
のマルチ・スレッド・アプリケーションの一例を示す図
である。

【図３】マルチ・スレッド・アプリケーションが、チケ
ット・メタファを用いて、１つのプロセッサを共有する
（図１のシステムのような）システムにおいて、本発明
の一実施形態を実施する際に用いられるデータ構造の一
例を示す図である。

【図４】マルチ・スレッド・アプリケーションが、チケ
ット・メタファを用いて、２つ以上のプロセッサを共有
する（図２のシステムのような）システムにおいて、本
発明の一実施形態を実施する際に用いられるデータ構造
の一例を示す図である。

【図５】マルチ・スレッド・アプリケーションが、チケ
ット・メタファを用いて、少なくとも１つのプロセッサ
を共有する（図１または図２のシステムのような）シス
テムにおいて本発明を説明するフロー・チャートであ
る。

【図６】マルチ・スレッド・アプリケーションが、チケ
ット・メタファを用いて、少なくとも１つのプロセッサ
を共有する（図１または図２のシステムのような）シス
テムにおいて本発明を説明するフロー・チャートであ
る。

【図７】実行中のスレッドがブロックされ、その残りの
タイム・クアンタムを他のスレッドに移転するときに行
われる方法を示すフローチャートである。

【図８】残りの時間ａを移転したスレッドが、なおも時
間を残して完了した場合に行われる方法を示すフロー・
チャート。

【図９】マルチ・スレッド・アプリケーションが、チケ
ット・メタファを実施せずに、２つ以上のプロセッサ
（図２のシステムのような）を共有するシステムにおい
て、本発明の好適な実施形態を実施する際に用いられる
データ構造の一例を示す図である。

【図１０】実行中のスレッドがブロックされ、チケット
・メタファを実施せずに、その残りの実行時間を同じプ
ロセス内の他のスレッドに移転するときに行われる方法
を示すフローチャートである。

【符号の説明】

１００，２００ データ処理システム １０２，１０２’ プロセッサ １０３，１０３’ ラン・キュー １０４ メモリ １０５ ネットワーク接続 １０８ オペレーティング・システム（ＯＳ） １０９ プロセス・スケジューラ・ソフトウエア １１０ マルチ・スレッド・アプリケーション／プロ
セス １１２ スレッド １５０，１６１ 入力デバイス １６２ コンピュータ読取可能媒体 ３０１ ｐｒｏｃ＿ｔ構造 ３０４ ｐｓ＿ｐｒｏｃ＿ｔデータ構造 ３０５ チケット・データ構造 ３２０ タイム・クアンタム・フィールド ３２２ 残り時間フィールド ３２７ フィールド ３４０，３４２ フィールド ３４６ ＃スロット・フィールド ３４７ チケット・キュー・ポインタ ３５０ チケット・キュー ３５２ アクティブ・キュー ３５４ スリープ・キュー

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１１年１月１４日

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正内容】

【図１】

【図２】

【図３】

【図４】

【図５】

【図６】

【図７】

【図８】

【図９】

【図１０】

───────────────────────────────────────────────────── フロントページの続き (71)出願人 597004720 2550 Ｇａｒｃｉａ Ａｖｅｎｕｅ，ＭＳ ＰＡＬ１−521，Ｍｏｕｎｔａｉｎ Ｖ ｉｅｗ，Ｃａｌｉｆｏｒｎｉａ 94043− 1100，Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ (72)発明者 ダニエル・エイ・スタイン アメリカ合衆国カリフォルニア州94025, メンロ・パーク，モーリー・ドライブ 585 (72)発明者 マイケル・エイ・セブリー アメリカ合衆国カリフォルニア州94043, マウンテン・ビュー，ニューマン・プレイ ス 1912

Claims (22)

【特許請求の範囲】
1. 【請求項１】 データ処理システムによって実行され
   る、複数のスレッド間でタイム・クアンタムを共有する
   方法であって、 現在プロセッサによって実行されており、関連するタイ
   ム・クアンタムを有する第１のスレッドがブロックされ
   たことを判定するステップと、 前記プロセッサによって次に実行されるスレッドを判定
   するステップと、 前記第１のスレッドのタイム・クアンタム内の未使用時
   間を、前記次に実行するスレッドに移転するステップ
   と、を含む、方法。
2. 【請求項２】 請求項１記載の方法において、前記判定
   ステップが、前記第１のスレッドと同じプロセスから
   の、次に実行されるスレッドを判定するステップを含
   む、方法。
3. 【請求項３】 請求項１記載の方法において、前記判定
   ステップが、前記第１のスレッドとは異なるプロセスか
   らの、次に実行されるスレッドを判定するステップを含
   む、方法。
4. 【請求項４】 請求項１記載の方法において、前記判定
   ステップが、前記第１のスレッドとは異なるユーザの異
   なるプロセスからの、次に実行されるスレッドを判定す
   るステップを含む、方法。
5. 【請求項５】 請求項１記載の方法において、前記移転
   ステップが、前記第１のスレッドの前記タイム・クアン
   タム内の未使用時間を、前記次に実行すべきスレッドの
   タイム・クアンタムに加算するステップを含む、方法。
6. 【請求項６】 請求項１記載の方法において、前記移転
   ステップが、前記次に実行すべきスレッドの元のタイム
   ・クアンタムの代わりに、前記第１のスレッドの前記タ
   イム・クアンタム内の未使用時間を、前記次に実行すべ
   きスレッドのタイム・クアンタムに移転するステップを
   含む、方法。
7. 【請求項７】 請求項１記載の方法において、 前記判定ステップにおける前記第１のスレッドが、複数
   のプロセッサの内第１のプロセッサによって実行されて
   おり、 前記判定ステップが、前記第１のプロセッサによって次
   に実行されるスレッドを判定し、 前記移転ステップが、前記第１のスレッドの前記タイム
   ・クアンタム内の未使用時間を、前記第１のプロセッサ
   によって次に実行されるスレッドに移転する、方法。
8. 【請求項８】 データ処理システムにおいて複数のスレ
   ッド間でタイム・クアンタムを共有する方法であって、 最初に、ある数のチケットを前記複数のスレッドに割り
   当てるステップと、 前記スレッドに割り当てたチケット数に応じて、前記複
   数のプロセスの各々のスレッドに初期優先度を割り当て
   るステップと、 前記スレッドのいずれかの２つの間の実行時間割合が、
   前記スレッドに関連する２つのプロセスのチケット数の
   割合と同一となるように、前記複数のスレッドに割り当
   てられた前記チケットによって示される順序で前記複数
   のプロセスの各スレッドを実行するステップであって、 現在実行中であり、関連するタイム・クアンタムを有す
   る第１のスレッドがブロックされたことを判定するサブ
   ステップと、 次に実行するスレッドを判定するサブステップと、 前記第１のスレッドのタイム・クアンタム内の未使用時
   間を、前記次に実行するスレッドに移転するサブステッ
   プと、を含む実行ステップと、を含み、前記ステップが
   前記データ処理システムによって実行される、方法。
9. 【請求項９】 請求項８記載の方法において、前記デー
   タ処理システムが複数のプロセッサを含み、前記データ
   処理システムが複数のプロセッサ・スロットを有し、 前記実行ステップが、使用可能なプロセッサ・スロット
   があるか否かについて判定を行うステップを含み、 更に、使用可能なプロセッサ・スロットがない場合、前
   記複数のプロセスの１つに関連するスレッドを、前記プ
   ロセスのチケット・キュー上に置くことにより、前記ス
   レッドが、前記チケット・キュー上で使用可能なプロセ
   ッサ・スロットを待つようにするステップを含む、方
   法。
10. 【請求項１０】 請求項８記載の方法において、前記デ
    ータ処理システムが複数のプロセッサを含み、前記デー
    タ処理システムが複数のプロセッサ・スロットを有し、 前記実行ステップが、使用可能なプロセッサ・スロット
    があるか否かについて判定を行うステップを含み、 更に、使用可能なプロセッサ・スロットがある場合、前
    記複数のプロセスの１つに関連するスレッドをプロセッ
    サ・ラン・キュー上に置くステップを含む、方法。
11. 【請求項１１】 請求項１０記載の方法であって、更
    に、前記スレッドを前記ラン・キューに置く前に、前記
    スレッドのプロセスによって現在保持されているチケッ
    ト数にしたがって、前記スレッドの優先度を計算するス
    テップを含む、方法。
12. 【請求項１２】 請求項１１記載の方法において、前記
    実行ステップが、 所定時間間隔にわたってスレッドを実行し終わった、前
    記複数のプロセスの１つのチケットをある数だけ減分す
    るステップと、 前記減分ステップの後前記１つのプロセスのチケット数
    がゼロに等しい場合、前記１つのプロセスのチケット数
    を、当該１つのプロセスに対して最初に決定したチケッ
    ト数に設定するステップと、を含む方法。
13. 【請求項１３】 請求項１１記載の方法において、前記
    実行ステップが、前記プロセスの前記スレッドを前記所
    定時間間隔にわたって実行した後、前記プロセスが保持
    するチケット数を計算し直すステップを含む、方法。
14. 【請求項１４】 請求項１１記載の方法において、前記
    実行ステップが、前記スレッドを前記所定時間間隔にわ
    たって実行し終えた後、より高い優先度を有する他のス
    レッドがあるか否かについてチェックを行うステップを
    含む、方法。
15. 【請求項１５】 請求項８記載の方法において、前記複
    数のプロセスの少なくとも１つが、マルチ・スレッド・
    アプリケーションである、方法。
16. 【請求項１６】 プロセス内の複数のスレッド間でタイ
    ム・クアンタムの共有を可能にする装置であって、 現在プロセッサによって実行されており、関連するタイ
    ム・クアンタムを有する第１のスレッドがブロックされ
    たことを判定するように構成された部分と、 前記プロセッサによって次に実行されるスレッドを判定
    するように構成された部分と、 前記第１のスレッドのタイム・クアンタム内の未使用時
    間を、前記次に実行するスレッドに移転するように構成
    された部分と、を備えた装置。
17. 【請求項１７】 請求項１６記載の装置において、前記
    判定部分が、前記第１のスレッドと同じプロセスから
    の、次に実行されるスレッドを判定するように構成され
    た部分を含む、装置。
18. 【請求項１８】 請求項１６記載の装置において、前記
    判定部分が、前記第１のスレッドとは異なるプロセスか
    らの、次に実行されるスレッドを判定するように構成さ
    れた部分を含む、装置。
19. 【請求項１９】 請求項１６記載の装置において、前記
    移転部分が、前記第１のスレッドの前記タイム・クアン
    タム内の未使用時間を、前記次に実行すべきスレッドの
    タイム・クアンタムに加算するように構成された部分を
    含む、装置。
20. 【請求項２０】 請求項１６記載の装置において、前記
    移転部分が、前記次に実行すべきスレッドの元のタイム
    ・クアンタムの代わりに、前記第１のスレッドの前記タ
    イム・クアンタム内の未使用時間を、前記次に実行すべ
    きスレッドのタイム・クアンタムに移転するように構成
    された部分を含む、装置。
21. 【請求項２１】 コンピュータ・プログラム・プロダク
    トであって、 プロセス内の複数のスレッド間でタイム・クアンタムを
    共有するように、コンピュータ読取可能コードが具現化
    されているコンピュータ使用可能媒体を備え、該コンピ
    ュータ・プログラム・プロダクトが、 コンピュータに、現在プロセッサによって実行されてお
    り、関連するタイム・クアンタムを有する第１のスレッ
    ドがブロックされたことを判定させるように構成された
    コンピュータ読取可能プログラム・コード・デバイス
    と、 コンピュータに、前記プロセッサによって次に実行され
    るスレッドを判定させるように構成されたコンピュータ
    読取可能プログラム・コード・デバイスと、 コンピュータに、前記第１のスレッドのタイム・クアン
    タム内の未使用時間を、前記次に実行するスレッドに移
    転させるように構成されたコンピュータ読取可能プログ
    ラム・コード・デバイスと、を備えたコンピュータ・プ
    ログラム・プロダクト。
22. 【請求項２２】 プロセッサによって実行されるとき、 現在プロセッサによって実行されており、関連するタイ
    ム・クアンタムを有する第１のスレッドがブロックされ
    たことを判定するステップと、 前記プロセッサによって次に実行されるスレッドを判定
    するステップと、 前記第１のスレッドのタイム・クアンタム内の未使用時
    間を、前記次に実行するスレッドに移転するステップ
    と、を実行することによって、前記プロセッサに、プロ
    セス内の複数のスレッド間でタイム・クアンタムを共有
    させる命令のシーケンスを表す、キャリア波で表現され
    たコンピュータ・データ信号。