JP2022542212A - カーネルサポートを用いたデュラブルサービスに基づく耐障害オペレーティングシステムを構築すること - Google Patents

Abstract

一実施形態では、方法は、サービスのために、チェックポイントを参照するハンドルを生成することと、サービスにハンドルを送ることであって、ハンドルが、チェックポイントにサービスの１つまたは複数の状態を記憶するために、サービスによって使用されるように構成された、ハンドルを送ることと、サービスが再起動される必要があると決定することと、サービスを再起動することと、チェックポイントのためのハンドルにアクセスすることと、再起動されたサービスにチェックポイントのためのハンドルを送ることであって、チェックポイントのためのハンドルが、１つまたは複数の状態を回復するために、再起動されたサービスによって使用されるように構成された、ハンドルを送ることとを含む。【選択図】図１

Description

本開示は、概して、オペレーティングシステムに関する。

オペレーティングシステム（ＯＳ）は、コンピュータハードウェアおよびソフトウェアリソースを管理し、コンピュータプログラムに共通サービスを提供する、システムソフトウェアである。タイムシェアリングオペレーティングシステムは、システムの効率的な使用のためにタスクをスケジュールし、プロセッサ時間、大容量ストレージ、印刷、および他のリソースのコスト割振りのためのアカウンティングソフトウェアをも含み得る。入力および出力ならびにメモリ割振りなど、ハードウェア機能のために、オペレーティングシステムは、プログラムとコンピュータハードウェアとの間の媒介として働くが、アプリケーションコードは、通常、ハードウェアによって直接的に実行され、ＯＳ機能へのシステムコールを頻繁に行うか、またはＯＳ機能によって中断される。オペレーティングシステムは、セルラーフォンおよびビデオゲームコンソールから、ウェブサーバおよびスーパーコンピュータまで、コンピュータを含んでいる多くのデバイス上で見られる。

コンピューティングにおいて、プロセスは、１つまたは多くのスレッドによって実行されているコンピュータプログラムのインスタンスである。プロセスは、プログラムコード、およびプログラムコードのアクティビティを含んでいる。オペレーティングシステム（ＯＳ）によっては、プロセスは、コンカレントに命令を実行する、実行の複数のスレッドからなり得る。コンピュータプログラムが、命令の受動的集合であるのに対して、プロセスは、それらの命令の実際の実行である。いくつかのプロセスは、同じプログラムに関連し得、たとえば、同じプログラムのいくつかのインスタンスを開くことは、しばしば、２つ以上のプロセスが実行されていることを生じる。プロセス管理は、任意の今日のオペレーティングシステム（ＯＳ）の一体部分である。ＯＳは、プロセスにリソースを割り振り、プロセスが情報を共有および交換することができるようにし、他のプロセスから各プロセスのリソースを保護し、プロセス間の同期ができるようにしなければならない。これらの要件を満たすために、ＯＳは、各プロセスのために、そのプロセスの状態およびリソース所有権を説明し、ＯＳが各プロセスに対して制御を及ぼすことができるようにする、データ構造を維持しなければならない。

特定の実施形態では、コンピューティングシステムのオペレーティングシステムは、オペレーティングシステムを再起動することなしに、マイクロカーネルにおいて、クラッシュしたサービスを効果的に復元し得る。オペレーティングシステムは、複数のサービスを走らせ得るが、複数のサービスのうちのいくつかが、クラッシュしたか、または再起動されなければならない場合、適切なデータが失われ得、これは、システムが再起動されなければならない場合、オペレーティングシステムにとって有害であり得る。そのような問題に対処するために、本明細書で開示される実施形態は、オペレーティングシステムを再起動することなしに、クラッシュしたサービスを再起動し、クラッシュしたサービスのクラッシュ前状態を回復することができる、耐障害オペレーティングシステムを構築し得る。必須の技法は、マイクロカーネルによって提供されるＡＰＩを通してマイクロカーネルを用いて専用のコントラクトを確立することによって、各サービスの状態を維持することを含み得る。コントラクトは、サービスが、サービスの状態、詳細には、自動的に復元され得ない状態をチェックポイントすることができる、メモリの専用のページを提供し得る。追加として、あるサービスに提供されるページは、他のサービスに提供されるページから分離され得、したがって、クラッシュがあった場合、状態を破損する見込みは低い。限定ではなく、例として、オペレーティングシステムにおけるローンチャサービスが、ローンチされ、現在アクティブに走っている、すべてのサービスを追跡することを担当し得る。オペレーティングシステムが、サービスリストを実装するとき、オペレーティングシステムは、ローンチャサービスに、ローンチされたすべてのサービスを反復することを要求し得る。クラッシュがあったとき、オペレーティングシステムは、カーネルＡＰＩを介して、同じページまたはページのセットにおいてローンチャサービスのためのチェックポイントを見つけ、チェックポイントへのハンドルを取得し得る。ローンチャサービスの再起動中に、ローダサービスは、新たに開始されたローンチャサービスにハンドルを転送する。ハンドルを通して、ローンチャサービスは、クラッシュするより前のローンチャサービスの状態を読み出すことができる。本開示は、特定の様式で特定のシステムを介して特定の状態を回復することを説明するが、本開示は、任意の好適な様式で任意の好適なシステムを介して任意の好適な状態を回復することを企図する。

特定の実施形態では、動作システムは、第１のサービスのために、チェックポイントを参照するハンドルを生成し得る。オペレーティングシステムは、次いで、第１のサービスにハンドルを送り得る。ハンドルは、チェックポイントに第１のサービスの１つまたは複数の状態を記憶するために、サービスによって使用されるように構成され得る。特定の実施形態では、オペレーティングシステムは、第１のサービスが再起動される必要があると決定し得る。オペレーティングシステムは、次いで、第１のサービスを再起動し得る。オペレーティングシステムは、さらに、チェックポイントのためのハンドルにアクセスし得る。特定の実施形態では、オペレーティングシステムは、再起動された第１のサービスにチェックポイントのためのハンドルを送り得る。チェックポイントのためのハンドルは、１つまたは複数の状態を回復するために、再起動された第１のサービスによって使用されるように構成され得る。

本発明の実施形態は、人工現実システムを含むこと、または人工現実システムとともに実施されることが可能である。人工現実とは、ユーザへの提示の前に何らかの様式で調整された現実の一形態であり、この形態は、たとえば、仮想現実（ＶＲ）、拡張現実（ＡＲ）、複合現実（ＭＲ）、ハイブリッド現実、またはそれらの何らかの組合せおよび／もしくは派生物を含み得る。人工現実コンテンツは、完全に生成されたコンテンツ、または取り込まれたコンテンツ（たとえば、現実世界の写真）と組み合わされた生成されたコンテンツを含み得る。人工現実コンテンツは、ビデオ、オーディオ、触覚フィードバック、またはそれらの何らかの組合せを含むことが可能であり、それらのいずれも、単一のチャネルで、または複数のチャネル（視聴者に対する３次元効果をもたらすステレオビデオなど）で提示され得る。加えて、いくつかの実施形態では、たとえば、人工現実においてコンテンツを作成するために使用される、および／または人工現実において使用される（たとえば、人工現実において活動を実行する）アプリケーション、製品、付属物、サービス、またはそれらの何らかの組合せに人工現実が関連付けられ得る。人工現実コンテンツを提供する人工現実システムは、ホストコンピュータシステムに接続されているヘッドマウントディスプレイ（ＨＭＤ）、スタンドアロンのＨＭＤ、モバイルデバイスもしくはコンピューティングシステム、または、１人もしくは複数の視聴者に人工現実コンテンツを提供することが可能な任意のその他のハードウェアプラットフォームを含むさまざまなプラットフォーム上で実施され得る。

本発明によれば、コンピューティングデバイス上で実行するオペレーティングシステムによって、第１のサービスのために、チェックポイントを参照するハンドルを生成することと、第１のサービスにハンドルを送ることであって、ハンドルが、チェックポイントに第１のサービスの１つまたは複数の状態を記憶するために、第１のサービスによって使用されるように構成された、ハンドルを送ることと、第１のサービスが再起動される必要があると決定することと、第１のサービスを再起動することと、チェックポイントのためのハンドルにアクセスすることと、再起動された第１のサービスにチェックポイントのためのハンドルを送ることであって、チェックポイントのためのハンドルが、１つまたは複数の状態を回復するために、再起動された第１のサービスによって使用されるように構成された、ハンドルを送ることとを備える方法が提供される。

随意に、第１のサービスは、モニタに関連する。随意に、第１のサービスが再起動される必要があると決定することは、モニタに基づく。

随意に、方法は、チェックポイントのための第１のキーを生成することをさらに備える。随意に、チェックポイントのためのハンドルにアクセスすることは、第１のキーに基づく。

随意に、第１のサービスは、オペレーティングシステムのコンポーネントである。

随意に、第１のサービスが再起動される必要があると決定することは、第１のサービスが無応答であるという指示に基づく。

随意に、ハンドルにアクセスすることは、複数のサービスに対応する複数のエントリを備えるサービスキーインデックスにアクセスすることを備える。随意に、サービスキーインデックス中の各エントリは、サービス識別子と、サービス識別子に関連付けられたキーとを備える。

第１のサービスは、随意に、第１のサービス識別子に関連付けられ得る。

随意に、ハンドルにアクセスすることは、第１のサービス識別子に基づいて、サービスキーインデックスから第１のキーを識別することをさらに備える。

随意に、ハンドルにアクセスすることは、識別された第１のキーに基づいて、複数のサービスに関連付けられた複数のチェックポイントを参照する複数のハンドルから、ハンドルを読み出すことをさらに備える。

随意に、１つまたは複数の状態の各々は、データ項目またはハンドルのうちの１つまたは複数を備える。

随意に、第１のサービスを再起動することは、１つまたは複数のマイクロカーネルあるいは第２のサービスを再起動することを必要としない。随意に、１つまたは複数のマイクロカーネルあるいは第２のサービスは、オペレーティングシステムのコンポーネントである。

本発明によれば、実行されたとき、第１のサービスのために、チェックポイントを参照するハンドルを生成することと、第１のサービスにハンドルを送ることであって、ハンドルが、チェックポイントに第１のサービスの１つまたは複数の状態を記憶するために、第１のサービスによって使用されるように構成された、ハンドルを送ることと、第１のサービスが再起動される必要があると決定することと、第１のサービスを再起動することと、チェックポイントのためのハンドルにアクセスすることと、再起動された第１のサービスにチェックポイントのためのハンドルを送ることであって、チェックポイントのためのハンドルが、１つまたは複数の状態を回復するために、再起動された第１のサービスによって使用されるように構成された、ハンドルを送ることとを行うように動作可能であるソフトウェアを具備する１つまたは複数のコンピュータ可読非一時的記憶媒体がさらに提供される。

随意に、第１のサービスは、モニタに関連する。第１のサービスが再起動される必要があると決定することは、随意に、モニタに基づき得る。

随意に、ソフトウェアは、実行されたとき、チェックポイントのための第１のキーを生成するようにさらに動作可能である。

随意に、ハンドルにアクセスすることは、複数のサービスに対応する複数のエントリを備えるサービスキーインデックスにアクセスすることを備え得る。随意に、サービスキーインデックス中の各エントリは、サービス識別子と、サービス識別子に関連付けられたキーとを備える。

第１のサービスは、第１のサービス識別子に関連付けられ得る。

ハンドルにアクセスすることは、随意に、第１のサービス識別子に基づいて、サービスキーインデックスから第１のキーを識別することをさらに備え得る。

ハンドルにアクセスすることは、随意に、識別された第１のキーに基づいて、複数のサービスに関連付けられた複数のチェックポイントを参照する複数のハンドルから、ハンドルを読み出すことをさらに備え得る。

随意に、１つまたは複数の状態の各々は、データ項目またはハンドルのうちの１つまたは複数を備える。

本発明によれば、１つまたは複数のプロセッサと、プロセッサによって実行可能な命令を備える、プロセッサに結合された非一時的メモリとを備え、プロセッサは、命令を実行するとき、第１のサービスのために、チェックポイントを参照するハンドルを生成することと、第１のサービスにハンドルを送ることであって、ハンドルが、チェックポイントに第１のサービスの１つまたは複数の状態を記憶するために、第１のサービスによって使用されるように構成された、ハンドルを送ることと、第１のサービスが再起動される必要があると決定することと、第１のサービスを再起動することと、チェックポイントのためのハンドルにアクセスすることと、再起動された第１のサービスにチェックポイントのためのハンドルを送ることであって、チェックポイントのためのハンドルが、１つまたは複数の状態を回復するために、再起動された第１のサービスによって使用されるように構成された、ハンドルを送ることとを行うように動作可能である、システムがまたさらに提供される。

本明細書に開示されている実施形態は、例にすぎず、本開示の範囲は、それらに限定されない。特定の実施形態は、本明細書に開示されている実施形態のコンポーネント、要素、特徴、機能、オペレーション、またはステップのうちのすべてを含むこと、いくつかを含むこと、またはいずれも含まないことが可能である。本発明による実施形態は、詳細には、方法、ストレージメディア、システム、およびコンピュータプログラム製品を対象とした添付の特許請求の範囲に開示されており、１つの請求項カテゴリー、たとえば方法で言及されている任意の特徴が、別の請求項カテゴリー、たとえばシステムでも特許請求されることが可能である。添付の特許請求の範囲での従属関係または後方参照は、形式上の理由でのみ選ばれている。しかしながら、任意の前の請求項への意図的な後方参照（とりわけ複数の従属関係）から生じる任意の主題が特許請求されることも可能であり、それによって、請求項どうしおよびその特徴どうしの任意の組合せが開示され、添付の特許請求の範囲で選ばれている従属関係に関係なく特許請求されることが可能である。特許請求されることが可能である主題は、添付の特許請求の範囲に示されている特徴どうしの組合せだけでなく、特許請求の範囲における特徴どうしの任意のその他の組合せも含み、特許請求の範囲で言及されているそれぞれの特徴は、特許請求の範囲における任意のその他の特徴またはその他の特徴どうしの組合せと組み合わされることが可能である。さらに、本明細書に記述されているまたは示されている実施形態および特徴のうちのいずれも、個別の請求項で、および／あるいは本明細書に記述されているもしくは示されている任意の実施形態もしくは特徴との、または添付の特許請求の範囲の特徴のうちのいずれかとの任意の組合せで特許請求されることが可能である。

サービスを再起動することに関連付けられたハンドルテーブル値の再構成の例示的なダイヤグラムフローを図示する図である。 サービスの状態を回復するための例示的な方法を図示する図である。 例示的なコンピュータシステムを示す図である。

特定の実施形態では、コンピューティングシステムのオペレーティングシステムは、オペレーティングシステムを再起動することなしに、マイクロカーネルにおいて、クラッシュしたサービスを効果的に復元し得る。オペレーティングシステムは、複数のサービスを走らせ得るが、複数のサービスのうちのいくつかが、クラッシュしたか、または再起動されなければならない場合、適切なデータが失われ得、これは、システムが再起動されなければならない場合、オペレーティングシステムにとって有害であり得る。そのような問題に対処するために、本明細書で開示される実施形態は、オペレーティングシステムを再起動することなしに、クラッシュしたサービスを再起動し、クラッシュしたサービスのクラッシュ前状態を回復することができる、耐障害オペレーティングシステムを構築し得る。必須の技法は、マイクロカーネルによって提供されるＡＰＩを通してマイクロカーネルを用いて専用のコントラクトを確立することによって、各サービスの状態を維持することを含み得る。コントラクトは、サービスが、サービスの状態、詳細には、自動的に復元され得ない状態をチェックポイントすることができる、メモリの専用のページを提供し得る。追加として、あるサービスに提供されるページは、他のサービスに提供されるページから分離され得、したがって、クラッシュがあった場合、状態を破損する見込みは低い。限定ではなく、例として、オペレーティングシステムにおけるローンチャサービスが、ローンチされ、現在アクティブに走っている、すべてのサービスを追跡することを担当し得る。オペレーティングシステムが、サービスリストを実装するとき、オペレーティングシステムは、ローンチャサービスに、ローンチされたすべてのサービスを反復することを要求し得る。クラッシュがあったとき、オペレーティングシステムは、カーネルＡＰＩを介して、同じページまたはページのセットにおいてローンチャサービスのためのチェックポイントを見つけ、チェックポイントへのハンドルを取得し得る。ローンチャサービスの再起動中に、ローダサービスは、新たに開始されたローンチャサービスにハンドルを転送する。ハンドルを通して、ローンチャサービスは、クラッシュするより前のローンチャサービスの状態を読み出すことができる。本開示は、特定の様式で特定のシステムを介して特定の状態を回復することを説明するが、本開示は、任意の好適な様式で任意の好適なシステムを介して任意の好適な状態を回復することを企図する。

特定の実施形態では、動作システムは、第１のサービスのために、チェックポイントを参照するハンドルを生成し得る。オペレーティングシステムは、次いで、第１のサービスにハンドルを送り得る。ハンドルは、チェックポイントに第１のサービスの１つまたは複数の状態を記憶するために、第１のサービスによって使用されるように構成され得る。特定の実施形態では、オペレーティングシステムは、第１のサービスが再起動される必要があると決定し得る。オペレーティングシステムは、次いで、第１のサービスを再起動し得る。オペレーティングシステムは、さらに、チェックポイントのためのハンドルにアクセスし得る。特定の実施形態では、オペレーティングシステムは、再起動された第１のサービスにチェックポイントのためのハンドルを送り得る。チェックポイントのためのハンドルは、１つまたは複数の状態を回復するために、再起動された第１のサービスによって使用されるように構成され得る。

特定の実施形態では、第１のサービスは、オペレーティングシステムのコンポーネントであり得る。第１のサービスは、オペレーティングシステムのマイクロカーネルから分離していてもよい。その結果、第１のサービスがクラッシュした場合でも、第１のサービスは、オペレーティングシステム全体をクラッシュさせない。しかしながら、クラッシュしたサービスを復元するための機構が必要であるので、分離のみでは、システム信頼性を改善するのに十分でないことがある。加えて、マイクロカーネルに基づくオペレーティングシステムは、マイクロカーネルにストレージを有しないことがある。マイクロカーネルは、ＩＯへのアクセスを有せず、メモリへのアクセスのみを有し得、これにより、クラッシュしたサービスを復元するための機構が必要とされ得る。本明細書で開示される実施形態は、サービスに関連付けられた状態を記憶するチェックポイントに基づくそのような機構を提供し、サービスがクラッシュした後、オペレーティングシステムが状態を回復する必要がある場合、マイクロカーネルがサービスの状態を追跡することができるようにし得る。本開示は、特定の様式の特定のシステムにおける特定のサービスを説明するが、本開示は、任意の好適な様式の任意の好適なシステムにおける任意の好適なサービスを企図する。

特定の実施形態では、新しいサービスが開始するたびに、管理サービスは、新しいサービスに何らかのハンドルを割り当て得る。限定ではなく、例として、管理サービスは、ローダサービスを備え得る。ハンドルは、プロセス、スレッド、ソケット、チャネルまたは割込みなど、カーネルオブジェクトを参照するために、システムコールによって使用され得る。特定の実施形態では、ハンドルは、チェックポイントを参照し得る。特定の実施形態では、ハンドルは、タイプ（ジョブ、プロセス、ソケット、チャネル、割込みなど）、ハンドルに関連付けられたアクセス権、カーネルオブジェクトへのポインタ、内部参照カウント、状態フラグ（フリー、アクティブ、クローズドなど）、特定のプロセスによって使用中であるハンドルをトラッキングするためのリンクリストまたはビットマップを含む、以上の属性を有し得る。各サービスにハンドルを割り当てることの技術的利点は、ハンドルを割り当てることが、異なるサービスの間の厳密な分離を提供することを含み得る。この点において、ハンドルは、サービスにわたって固有ではないが、ハンドルに関連付けられた同じハンドル値は、異なるサービスにおける異なるカーネルオブジェクトを参照することができる。本開示は、特定の様式の特定のシステムにおける特定のハンドルを説明するが、本開示は、任意の好適な様式の任意の好適なシステムにおける任意の好適なハンドルを企図する。

特定の実施形態では、１つまたは複数の状態の各々は、データ項目またはハンドルのうちの１つまたは複数を備え得る。特定の実施形態では、メモリ領域（たとえば、ページ）が、サービスの状態をチェックポイントすることを要求するサービスに、サービスに関連付けられたドメインに基づいて提供され得る。メモリ領域は、状態を記憶するために使用され得る。ドメイン内で、各サービスは、サービスの専用のページに対応するサービス自体のアドレススパンを有し得る。マイクロカーネルは、アドレススパンの中に状態をチェックポイントし、サービスが再起動されたとき、状態を回復し得る。限定ではなく、例として、ローンチャサービスは、登録された状態バケットを含み得るドメインワンであり得る。ローンチャサービスがクラッシュしたとき、（たとえば、ローダサービスを介して）オペレーティングシステムは、マイクロカーネルに、サービスに関連付けられたページを要求し得る。マイクロカーネルは、チェックポイントを参照するハンドルを返し得る。ハンドルに基づいて、チェックポイントは、ドメインワンに属するページを読み出すためにアクセスされ得る。本開示は、特定の様式の特定のシステムにおける特定のメモリ領域を説明するが、本開示は、任意の好適な様式の任意の好適なシステムにおける任意の好適なメモリ領域を企図する。

特定の実施形態では、第１のサービスは、第１のサービスのタイプに基づいて、どの状態をチェックポイントすべきかを決定し得る。限定ではなく、例として、ローンチャサービスの場合、ローンチャサービスは、多くのデータを有し得る。ローンチャサービスは、どのくらいのメモリが消費されており、どれくらいの他のリソースがまだ利用可能であるかの状態を追跡し得る。これらの状態は、回復しやすく、したがって、ローンチャサービスは、これらの状態をチェックポイントしないことがある。ローンチャサービスは、代わりに、回復することがより困難である状態をチェックポイントし得る。特定の実施形態では、オペレーティングシステムは、さらに、チェックポイントのための第１のキーを生成し得る。後でチェックポイントのためのハンドルにアクセスすることは、第１のキーに基づき得る。本開示は、特定の様式で特定のシステムを介して特定の状態を記憶することを説明するが、本開示は、任意の好適な様式で任意の好適なシステムを介して任意の好適な状態を記憶することを企図する。

特定の実施形態では、第１のサービスは、モニタに関連し得る。第１のサービスが再起動される必要があると決定することは、モニタに基づき得る。特定の実施形態では、第１のサービスが再起動される必要があると決定することは、第１のサービスが無応答であるという指示に基づき得る。限定ではなく、例として、サービスのクラッシュは、サービスが無応答であることを引き起こし得る。特定の実施形態では、第１のサービスを再起動することは、１つまたは複数のマイクロカーネルあるいは第２のサービスを再起動することを必要としないことがある。１つまたは複数のマイクロカーネルあるいは第２のサービスは、オペレーティングシステムのコンポーネントであり得る。本開示は、特定の様式で特定のシステムを介して特定の再起動を決定することを説明するが、本開示は、任意の好適な様式で任意の好適なシステムを介して任意の好適な再起動を決定することを企図する。

特定の実施形態では、ハンドルにアクセスすることは、複数のサービスに対応する複数のエントリを備えるサービスキーインデックスにアクセスすることを備え得る。サービスキーインデックス中の各エントリは、サービス識別子と、サービス識別子に関連付けられたキーとを備え得る。特定の実施形態では、第１のサービスは、第１のサービス識別子に関連付けられ得る。それゆえ、ハンドルにアクセスすることは、以下のステップをさらに備え得る。最初に、オペレーティングシステムは、第１のサービス識別子に基づいて、サービスキーインデックスから第１のキーを識別し得る。オペレーティングシステムは、次いで、識別された第１のキーに基づいて、複数のサービスに関連付けられた複数のチェックポイントを参照する複数のハンドルから、ハンドルを読み出し得る。本開示は、特定の様式で特定のシステムを介して特定のインデックスにアクセスすることを説明するが、本開示は、任意の好適な様式で任意の好適なシステムを介して任意の好適なインデックスにアクセスすることを企図する。

図１は、サービスを再起動することに関連付けられたハンドルテーブル値の再構成の例示的なダイヤグラムフロー１００を図示する。特定の実施形態では、ハンドルは、オブジェクトを指し得、マイクロカーネル１０４における実際のオブジェクト１０２自体からなり得る。マイクロカーネル１０４は、新しいサービスのための１つまたは複数のハンドルに関連付けられたハンドルテーブル１０６を作成し得る。図１中に表示されているように、新しいサービスは、２つのハンドル、換言すれば、Ｈ_１およびＨ_２を有し得るＳ_１で表され得る。ハンドルテーブルＴ_１が、２つのハンドルのために作成され得る。マイクロカーネル１０４は、サービスのためのハンドルテーブル１０６中のハンドル値にハンドルを変換する必要があり得る。よって、ハンドルは、マイクロカーネル１０４がハンドルテーブル１０６を介してインデックス付けし得る不透明整数を有し得る。特定の実施形態では、各ハンドルは、ハンドルテーブル１０６に記憶された情報を有し得る。ハンドルに関連付けられた情報は、インデックス、生成フィールド、およびオフセットフィールをさらに備え得る、ハンドルＩＤ１０８を備え得る。図１中に指し示されているように、各ハンドルは、オブジェクト１０２を指し、換言すれば、Ｈ_１は、オブジェクト１（ｏｂｊ_１）を指し、Ｈ_２は、オブジェクト２（ｏｂｊ_２）を指し得る。ハンドルテーブル１０６中の各ハンドルのためのハンドル値は、サービスが再起動した場合、変化し得る。しかしながら、ハンドルのインデックスは、同じままであり得る。言い換えれば、サービスが前に有した不透明整数は、再作成されたハンドルテーブル１０６中の何に対してもマッピングしないことがあり、マイクロカーネル１０４は、ハンドルが指すオブジェクト１０２をロケートすることが可能でないことがある。その結果、オペレーティングシステムによって提供されるデュラブルサービスは、状態をチェックポイントするとき、ハンドルのリストもマイクロカーネル１０４に記憶されるべきであること、およびサービスが再起動するとき、ハンドルテーブル１０６が、それらのハンドルのために再作成されるべきであることを保証すべきである。図２中に表示されているように、マイクロカーネル１０４は、チェックポイントフォールトエリア１１０に、オブジェクト１０２を指す２つのハンドルを記憶し得る。図１中に表示されているように、２つのハンドルを記憶することは、ハンドルの記録、換言すれば、Ｈ’_１およびＨ’_２を生じ得る。特定の実施形態では、サービスがクラッシュしたとき、サービスのハンドルテーブル１０６は消え去り得る。サービスが再起動したとき、サービスは、専用のスペース（換言すれば、チェックポイントフォールトエリア１１０）を取り戻し得る。図１中に指し示されているように、再起動されたサービスは、Ｓ_Ｎ＋１として表される。再起動されたサービスは、２つのハンドルＨ_ｒおよびＨ_ｓを割り当てられ得る。マイクロカーネル１０４は、図１中でＴ_Ｎ＋１によって指し示されている、再起動されたサービスのためのハンドルテーブル１０６を再作成することによって、これらのハンドルが、再起動されたサービスにおいて依然としてアクティブなハンドルであることを確実にする必要があり得る。本開示は、特定の様式で特定のハンドルテーブルを再作成することの特定のダイヤグラムフローを説明するが、本開示は、任意の好適な様式で任意の好適なハンドルテーブルを再作成することの任意の好適なダイヤグラムフローを企図する。

図２は、サービスの状態を回復するための例示的な方法２００を図示する。方法は、ステップ２１０において始まり得、そこで、オペレーティングシステムは、第１のサービスのために、チェックポイントを参照するハンドルを生成し得る。ステップ２２０において、オペレーティングシステムは、第１のサービスにハンドルを送り得、ハンドルは、チェックポイントに第１のサービスの１つまたは複数の状態を記憶するために、第１のサービスによって使用されるように構成される。ステップ２３０において、オペレーティングシステムは、第１のサービスが再起動される必要があると決定し得る。ステップ２４０において、オペレーティングシステムは、第１のサービスを再起動し得る。ステップ２５０において、オペレーティングシステムは、チェックポイントのためのハンドルにアクセスし得る。ステップ２６０において、オペレーティングシステムは、再起動された第１のサービスにチェックポイントのためのハンドルを送り得、チェックポイントのためのハンドルは、１つまたは複数の状態を回復するために、再起動された第１のサービスによって使用されるように構成される。特定の実施形態は、適切な場合には、図２の方法の１つまたは複数のステップを繰り返すことが可能である。本開示は、図２の方法の特定のステップを、特定の順序で生じるものとして記述および例示しているが、本開示は、図２の方法の任意の適切なステップが任意の適切な順序で生じることを想定している。その上、本開示は、図２の方法の特定のステップを含む、サービスの状態を回復するための例示的な方法を説明および図示するが、本開示は、適切な場合、図２の方法のステップのすべてまたはいくつかを含むか、あるいはステップのいずれも含まないことがある、任意の好適なステップを含む、サービスの状態を回復するための任意の好適な方法を企図する。さらに、本開示は、図２の方法の特定のステップを実行する特定のコンポーネント、デバイス、またはシステムを記述および例示しているが、本開示は、図２の方法の任意の適切なステップを実行する任意の適切なコンポーネント、デバイス、またはシステムの任意の適切な組合せを想定している。

本発明の実施形態は、人工現実システムを含むこと、または人工現実システムとともに実施されることが可能である。人工現実とは、ユーザへの提示の前に何らかの様式で調整された現実の一形態であり、この形態は、たとえば、仮想現実（ＶＲ）、拡張現実（ＡＲ）、複合現実（ＭＲ）、ハイブリッド現実、またはそれらの何らかの組合せおよび／もしくは派生物を含み得る。人工現実コンテンツは、完全に生成されたコンテンツ、または取り込まれたコンテンツ（たとえば、現実世界の写真）と組み合わされた生成されたコンテンツを含み得る。人工現実コンテンツは、ビデオ、オーディオ、触覚フィードバック、またはそれらの何らかの組合せを含むことが可能であり、それらのいずれも、単一のチャネルで、または複数のチャネル（視聴者に対する３次元効果をもたらすステレオビデオなど）で提示され得る。加えて、いくつかの実施形態では、たとえば、人工現実においてコンテンツを作成するために使用される、および／または人工現実において使用される（たとえば、人工現実において活動を実行する）アプリケーション、製品、付属物、サービス、またはそれらの何らかの組合せに人工現実が関連付けられ得る。人工現実コンテンツを提供する人工現実システムは、ホストコンピュータシステムに接続されているヘッドマウントディスプレイ（ＨＭＤ）、スタンドアロンのＨＭＤ、モバイルデバイスもしくはコンピューティングシステム、または、１人もしくは複数の視聴者に人工現実コンテンツを提供することが可能な任意のその他のハードウェアプラットフォームを含むさまざまなプラットフォーム上で実施され得る。

図３は、例示的なコンピュータシステム３００を図示する。特定の実施形態では、１つまたは複数のコンピュータシステム３００が、本明細書に記述または例示されている１つまたは複数の方法の１つまたは複数のステップを実行する。特定の実施形態では、１つまたは複数のコンピュータシステム３００が、本明細書に記述または例示されている機能性を提供する。特定の実施形態では、１つまたは複数のコンピュータシステム３００上で稼働するソフトウェアが、本明細書に記述もしくは例示されている１つもしくは複数の方法の１つもしくは複数のステップを実行し、または本明細書に記述もしくは例示されている機能性を提供する。特定の実施形態は、１つまたは複数のコンピュータシステム３００の１つまたは複数の部分を含む。本明細書では、コンピュータシステムへの言及は、適切な場合には、コンピューティングデバイスを包含することが可能であり、その逆もまた同様である。その上、コンピュータシステムへの言及は、適切な場合には、１つまたは複数のコンピュータシステムを包含し得る。

本開示は、任意の適切な数のコンピュータシステム３００を想定している。本開示は、任意の適切な物理的な形態を取るコンピュータシステム３００を想定している。限定ではなく、例として、コンピュータシステム３００は、組み込みコンピュータシステム、システムオンチップ（ＳＯＣ）、シングルボードコンピュータシステム（ＳＢＣ）（たとえば、コンピュータオンモジュール（ＣＯＭ）もしくはシステムオンモジュール（ＳＯＭ）など）、デスクトップコンピュータシステム、ラップトップもしくはノートブックコンピュータシステム、インタラクティブキオスク、メインフレーム、コンピュータシステムのメッシュ、モバイル電話、携帯情報端末（ＰＤＡ）、サーバ、タブレットコンピュータシステム、拡張／仮想現実デバイス、またはこれらのうちの２つ以上の組合せであり得る。適切な場合には、コンピュータシステム３００は、１つもしくは複数のコンピュータシステム３００を含むこと、単一型もしくは分散型であること、複数の場所にわたること、複数のマシンにわたること、複数のデータセンターにわたること、または、クラウド（１つもしくは複数のネットワークにおける１つもしくは複数のクラウドコンポーネントを含み得る）に存在することが可能である。適切な場合には、１つまたは複数のコンピュータシステム３００は、本明細書に記述または例示されている１つまたは複数の方法の１つまたは複数のステップを、実質的な空間上のまたは時間上の制限を伴わずに実行し得る。限定ではなく、例として、１つまたは複数のコンピュータシステム３００は、本明細書に記述または例示されている１つまたは複数の方法の１つまたは複数のステップをリアルタイムで、またはバッチモードで実行し得る。１つまたは複数のコンピュータシステム３００は、適切な場合には、本明細書に記述または例示されている１つまたは複数の方法の１つまたは複数のステップを別々の時点で、または別々の場所で実行し得る。

特定の実施形態では、コンピュータシステム３００は、プロセッサ３０２、メモリ３０４、ストレージ３０６、入力／出力（Ｉ／Ｏ）インターフェース３０８、通信インターフェース３１０、およびバス３１２を含む。本開示は、特定の数の特定のコンポーネントを特定の構成で有する特定のコンピュータシステムを記述および例示しているが、本開示は、任意の適切な数の任意の適切なコンポーネントを任意の適切な構成で有する任意の適切なコンピュータシステムを想定している。

特定の実施形態では、プロセッサ３０２は、コンピュータプログラムを構成している命令などの命令を実行するためのハードウェアを含む。限定ではなく、例として、命令を実行するために、プロセッサ３０２は、内部レジスタ、内部キャッシュ、メモリ３０４、またはストレージ３０６から命令を取り出し（またはフェッチし）、それらの命令をデコードして実行し、次いで１つまたは複数の結果を内部レジスタ、内部キャッシュ、メモリ３０４、またはストレージ３０６に書き込むことが可能である。特定の実施形態では、プロセッサ３０２は、データ、命令、またはアドレスのための１つまたは複数の内部キャッシュを含み得る。本開示は、適切な場合には、任意の適切な数の任意の適切な内部キャッシュを含むプロセッサ３０２を想定している。限定ではなく、例として、プロセッサ３０２は、１つまたは複数の命令キャッシュ、１つまたは複数のデータキャッシュ、および１つまたは複数の変換ルックアサイドバッファ（ＴＬＢ）を含み得る。命令キャッシュにおける命令は、メモリ３０４またはストレージ３０６における命令のコピーであり得、命令キャッシュは、プロセッサ３０２によるそれらの命令の取り出しをスピードアップし得る。データキャッシュにおけるデータは、プロセッサ３０２において実行する命令が動作する際に基づくメモリ３０４もしくはストレージ３０６におけるデータのコピー、プロセッサ３０２において実行する後続の命令によるアクセスのための、またはメモリ３０４もしくはストレージ３０６への書き込みのためのプロセッサ３０２において実行された以前の命令の結果、あるいはその他の適切なデータであり得る。データキャッシュは、プロセッサ３０２による読み取りまたは書き込みオペレーションをスピードアップし得る。ＴＬＢは、プロセッサ３０２のための仮想アドレス変換をスピードアップし得る。特定の実施形態では、プロセッサ３０２は、データ、命令、またはアドレスのための１つまたは複数の内部レジスタを含み得る。本開示は、適切な場合には、任意の適切な数の任意の適切な内部レジスタを含むプロセッサ３０２を想定している。適切な場合には、プロセッサ３０２は、１つもしくは複数の演算ロジックユニット（ＡＬＵ）を含むこと、マルチコアプロセッサであること、または１つもしくは複数のプロセッサ３０２を含むことが可能である。本開示は、特定のプロセッサを記述および例示しているが、本開示は、任意の適切なプロセッサを想定している。

特定の実施形態では、メモリ３０４は、プロセッサ３０２が実行するための命令、またはプロセッサ３０２が動作する際に基づくデータを格納するためのメインメモリを含む。限定ではなく、例として、コンピュータシステム３００は、命令をストレージ３０６または別のソース（たとえば、別のコンピュータシステム３００など）からメモリ３０４へロードし得る。プロセッサ３０２は次いで、命令をメモリ３０４から内部レジスタまたは内部キャッシュへロードし得る。命令を実行するために、プロセッサ３０２は、命令を内部レジスタまたは内部キャッシュから取り出し、それらの命令をデコードし得る。命令の実行中または実行後に、プロセッサ３０２は、１つまたは複数の結果（それらは、中間のまたは最終的な結果であり得る）を内部レジスタまたは内部キャッシュに書き込み得る。プロセッサ３０２は次いで、それらの結果のうちの１つまたは複数をメモリ３０４に書き込み得る。特定の実施形態では、プロセッサ３０２は、（ストレージ３０６またはその他の場所ではなく）１つもしくは複数の内部レジスタもしくは内部キャッシュにおける、またはメモリ３０４における命令のみを実行し、（ストレージ３０６またはその他の場所ではなく）１つもしくは複数の内部レジスタもしくは内部キャッシュにおける、またはメモリ３０４におけるデータ上でのみ動作する。１つまたは複数のメモリバス（それらはそれぞれ、アドレスバスおよびデータバスを含み得る）は、プロセッサ３０２をメモリ３０４に結合し得る。バス３１２は、以降で記述されているような１つまたは複数のメモリバスを含み得る。特定の実施形態では、１つまたは複数のメモリ管理ユニット（ＭＭＵ）が、プロセッサ３０２とメモリ３０４との間に存在し、プロセッサ３０２によって要求されるメモリ３０４へのアクセスを容易にする。特定の実施形態では、メモリ３０４は、ランダムアクセスメモリ（ＲＡＭ）を含む。このＲＡＭは、適切な場合には、揮発性メモリであり得る。適切な場合には、このＲＡＭは、ダイナミックＲＡＭ（ＤＲＡＭ）またはスタティックＲＡＭ（ＳＲＡＭ）であり得る。その上、適切な場合には、このＲＡＭは、シングルポートＲＡＭまたはマルチポートＲＡＭであり得る。本開示は、任意の適切なＲＡＭを想定している。メモリ３０４は、適切な場合には、１つまたは複数のメモリ３０４を含み得る。本開示は、特定のメモリを記述および例示しているが、本開示は、任意の適切なメモリを想定している。

特定の実施形態では、ストレージ３０６は、データまたは命令のためのマスストレージを含む。限定ではなく、例として、ストレージ３０６は、ハードディスクドライブ（ＨＤＤ）、フロッピーディスクドライブ、フラッシュメモリ、光ディスク、光磁気ディスク、磁気テープ、またはユニバーサルシリアルバス（ＵＳＢ）ドライブ、またはこれらのうちの２つ以上の組合せを含み得る。ストレージ３０６は、適切な場合には、取り外し可能なまたは取り外し不能な（すなわち固定された）メディアを含み得る。ストレージ３０６は、適切な場合には、コンピュータシステム３００の内部または外部にあり得る。特定の実施形態では、ストレージ３０６は、不揮発性のソリッドステートメモリである。特定の実施形態では、ストレージ３０６は、読み取り専用メモリ（ＲＯＭ）を含む。適切な場合には、このＲＯＭは、マスクプログラムＲＯＭ、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、電気的書替え可能ＲＯＭ（ＥＡＲＯＭ）、またはフラッシュメモリ、またはこれらのうちの２つ以上の組合せであり得る。本開示は、任意の適切な物理的な形態を取るマスストレージ３０６を想定している。ストレージ３０６は、適切な場合には、プロセッサ３０２とストレージ３０６との間における通信を容易にする１つまたは複数のストレージ制御ユニットを含み得る。適切な場合には、ストレージ３０６は、１つまたは複数のストレージ３０６を含み得る。本開示は、特定のストレージを記述および例示しているが、本開示は、任意の適切なストレージを想定している。

特定の実施形態では、Ｉ／Ｏインターフェース３０８は、コンピュータシステム３００と１つまたは複数のＩ／Ｏデバイスとの間における通信のための１つまたは複数のインターフェースを提供するハードウェア、ソフトウェア、または両方を含む。コンピュータシステム３００は、適切な場合には、これらのＩ／Ｏデバイスのうちの１つまたは複数を含み得る。これらのＩ／Ｏデバイスのうちの１つまたは複数は、人とコンピュータシステム３００との間における通信を可能にし得る。限定ではなく、例として、Ｉ／Ｏデバイスは、キーボード、キーパッド、マイクロフォン、モニタ、マウス、プリンタ、スキャナ、スピーカー、スチルカメラ、スタイラス、タブレット、タッチスクリーン、トラックボール、ビデオカメラ、別の適切なＩ／Ｏデバイス、またはこれらのうちの２つ以上の組合せを含み得る。Ｉ／Ｏデバイスは、１つまたは複数のセンサを含み得る。本開示は、任意の適切なＩ／Ｏデバイスと、それらのための任意の適切なＩ／Ｏインターフェース３０８とを想定している。適切な場合には、Ｉ／Ｏインターフェース３０８は、これらのＩ／Ｏデバイスのうちの１つまたは複数をプロセッサ３０２が駆動することを可能にする１つまたは複数のデバイスドライバまたはソフトウェアドライバを含み得る。Ｉ／Ｏインターフェース３０８は、適切な場合には、１つまたは複数のＩ／Ｏインターフェース３０８を含み得る。本開示は、特定のＩ／Ｏインターフェースを記述および例示しているが、本開示は、任意の適切なＩ／Ｏインターフェースを想定している。

特定の実施形態では、通信インターフェース３１０は、コンピュータシステム３００と、１つもしくは複数のその他のコンピュータシステム３００または１つもしくは複数のネットワークとの間における通信（たとえば、パケットベースの通信など）のための１つまたは複数のインターフェースを提供するハードウェア、ソフトウェア、または両方を含む。限定ではなく、例として、通信インターフェース３１０は、イーサネットもしくはその他の有線ベースのネットワークと通信するためのネットワークインターフェースコントローラ（ＮＩＣ）もしくはネットワークアダプタ、またはＷＩ－ＦＩネットワークなどのワイヤレスネットワークと通信するためのワイヤレスＮＩＣ（ＷＮＩＣ）もしくはワイヤレスアダプタを含み得る。本開示は、任意の適切なネットワークと、そのネットワークのための任意の適切な通信インターフェース３１０とを想定している。限定ではなく、例として、コンピュータシステム３００は、アドホックネットワーク、パーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、または、インターネットの１つもしくは複数の部分、またはこれらのうちの２つ以上の組合せと通信し得る。これらのネットワークのうちの１つまたは複数の１つまたは複数の部分は、有線またはワイヤレスであり得る。例として、コンピュータシステム３００は、ワイヤレスＰＡＮ（ＷＰＡＮ）（たとえば、ＢＬＵＥＴＯＯＴＨ ＷＰＡＮなど）、ＷＩ－ＦＩネットワーク、ＷＩ－ＭＡＸネットワーク、セルラー電話ネットワーク（たとえば、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）ネットワークなど）、またはその他の適切なワイヤレスネットワーク、またはこれらのうちの２つ以上の組合せと通信し得る。コンピュータシステム３００は、適切な場合には、これらのネットワークのうちのいずれかのための任意の適切な通信インターフェース３１０を含み得る。通信インターフェース３１０は、適切な場合には、１つまたは複数の通信インターフェース３１０を含み得る。本開示は、特定の通信インターフェースを記述および例示しているが、本開示は、任意の適切な通信インターフェースを想定している。

特定の実施形態では、バス３１２は、コンピュータシステム３００のコンポーネントどうしを互いに結合するハードウェア、ソフトウェア、または両方を含む。限定ではなく、例として、バス３１２は、アクセラレイティッドグラフィックスポート（ＡＧＰ）もしくはその他のグラフィックスバス、エンハンストインダストリースタンダードアーキテクチャー（ＥＩＳＡ）バス、フロントサイドバス（ＦＳＢ）、ハイパートランスポート（ＨＴ）インターコネクト、インダストリースタンダードアーキテクチャー（ＩＳＡ）バス、インフィニバンドインターコネクト、ローピンカウント（ＬＰＣ）バス、メモリバス、マイクロチャネルアーキテクチャー（ＭＣＡ）バス、ペリフェラルコンポーネントインターコネクト（ＰＣＩ）バス、ＰＣＩエクスプレス（ＰＣＩｅ）バス、シリアルアドバンストテクノロジーアタッチメント（ＳＡＴＡ）バス、ビデオエレクトロニクススタンダーズアソシエーションローカル（ＶＬＢ）バス、または別の適切なバス、またはこれらのうちの２つ以上の組合せを含み得る。バス３１２は、適切な場合には、１つまたは複数のバス３１２を含み得る。本開示は、特定のバスを記述および例示しているが、本開示は、任意の適切なバスまたはインターコネクトを想定している。

本明細書では、１つまたは複数のコンピュータ可読非一時的ストレージメディアは、適切な場合には、１つもしくは複数の半導体ベースのもしくはその他の集積回路（ＩＣ）（たとえば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは特定用途向けＩＣ（ＡＳＩＣ）など）、ハードディスクドライブ（ＨＤＤ）、ハイブリッドハードドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピーディスケット、フロッピーディスクドライブ（ＦＤＤ）、磁気テープ、ソリッドステートドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュアデジタルカードもしくはドライブ、任意のその他の適切なコンピュータ可読非一時的ストレージメディア、またはこれらのうちの２つ以上の任意の適切な組合せを含み得る。コンピュータ可読非一時的ストレージメディアは、適切な場合には、揮発性、不揮発性、または揮発性と不揮発性との組合せであり得る。

本明細書では、「または（もしくは）」は、包含的であり、排他的ではない（ただし、そうではないことが明示されている場合、または、そうではないことが文脈によって示されている場合は除く）。そのため、本明細書では、「ＡまたはＢ」は、「Ａ、Ｂ、または両方」を意味する（ただし、そうではないことが明示されている場合、または、そうではないことが文脈によって示されている場合は除く）。その上、「および（ならびに）」は、包括的および個別的の両方である（ただし、そうではないことが明示されている場合、または、そうではないことが文脈によって示されている場合は除く）。そのため、本明細書では、「ＡおよびＢ」は、「まとめて、または個別に、ＡおよびＢ」を意味する（ただし、そうではないことが明示されている場合、または、そうではないことが文脈によって示されている場合は除く）。

本開示の範囲は、当技術分野における標準的な技術者が理解するであろう、本明細書に記述または例示されている例示的な実施形態に対するすべての変更、置換、変形、改変、および修正を包含する。本開示の範囲は、本明細書に記述または例示されている例示的な実施形態に限定されない。その上、本開示は、本明細書におけるそれぞれの実施形態を、特定のコンポーネント、要素、特徴、機能、オペレーション、またはステップを含むものとして記述および例示しているが、これらの実施形態のいずれも、当技術分野における標準的な技術者が理解するであろう、本明細書の任意の箇所に記述または例示されているコンポーネント、要素、特徴、機能、オペレーション、またはステップのうちのいずれかの任意の組合せまたは順列を含み得る。さらに、特定の機能を実行するように適合されている、実行するようにアレンジされている、実行することが可能である、実行するように構成されている、実行することを可能にされている、実行するように機能できる、または実行するように機能する装置もしくはシステム、または装置もしくはシステムのコンポーネントへの添付の特許請求の範囲における言及は、その装置、システム、コンポーネント、またはその特定の機能が、アクティブ化されているか否か、オンにされているか否か、またはロック解除されているか否かを問わず、その装置、システム、またはコンポーネントが、そうするように適合されている、そうするようにアレンジされている、そうすることが可能である、そうするように構成されている、そうすることを可能にされている、そうするように機能できる、またはそうするように機能する限り、その装置、システム、コンポーネントを包含する。加えて、本開示は、特定の実施形態を、特定の利点を提供するものとして記述または例示しているが、特定の実施形態は、これらの利点のうちのいずれも提供しないこと、いくつかを提供すること、またはすべてを提供することが可能である。

Claims (15)

1. コンピューティングデバイス上で実行されるオペレーティングシステムによって、
   第１のサービスのために、チェックポイントを参照するハンドルを生成することと、
   前記第１のサービスに前記ハンドルを送ることであって、前記ハンドルが、前記チェックポイントに前記第１のサービスの１つまたは複数の状態を記憶するために、前記第１のサービスによって使用されるように構成された、前記ハンドルを送ることと、
   前記第１のサービスが再起動される必要があると決定することと、
   前記第１のサービスを再起動することと、
   前記チェックポイントのための前記ハンドルにアクセスすることと、
   前記再起動された第１のサービスに前記チェックポイントのための前記ハンドルを送ることであって、前記チェックポイントのための前記ハンドルが、前記１つまたは複数の状態を回復するために、前記再起動された第１のサービスによって使用されるように構成された、前記ハンドルを送ることと
   を含む、方法。
2. 前記第１のサービスが、モニタに関連し、前記第１のサービスが再起動される必要があると決定することが、前記モニタに基づく、請求項１に記載の方法。
3. 前記チェックポイントのための第１のキーを生成することをさらに含み、前記チェックポイントのための前記ハンドルにアクセスすることが、前記第１のキーに基づく、請求項１に記載の方法。
4. 前記第１のサービスが、前記オペレーティングシステムのコンポーネントであり、および／または前記第１のサービスが再起動される必要があると決定することは、前記第１のサービスが無応答であるという指示に基づく、請求項１に記載の方法。
5. 前記ハンドルにアクセスすることが、複数のサービスに対応する複数のエントリを備えるサービスキーインデックスにアクセスすることを含み、前記サービスキーインデックス中の各エントリが、サービス識別子と、前記サービス識別子に関連付けられたキーとを備え、前記第１のサービスが、第１のサービス識別子に関連付けられ、前記ハンドルにアクセスすることが、
   前記第１のサービス識別子に基づいて、前記サービスキーインデックスから第１のキーを識別することと、前記識別された第１のキーに基づいて、複数のサービスに関連付けられた複数のチェックポイントを参照する複数のハンドルから、前記ハンドルを読み出すこととをさらに含む、請求項１に記載の方法。
6. 前記１つまたは複数の状態の各々が、データ項目またはハンドルのうちの１つまたは複数を備える、請求項１に記載の方法。
7. 前記第１のサービスを再起動することが、１つまたは複数のマイクロカーネルあるいは第２のサービスを再起動することを必要とせず、前記１つまたは複数のマイクロカーネルあるいは第２のサービスが、前記オペレーティングシステムのコンポーネントである、請求項１に記載の方法。
8. ソフトウェアを具現化する１つまたは複数のコンピュータ可読非一時的記憶媒体であって、前記ソフトウェアは、実行されたとき、
   第１のサービスのために、チェックポイントを参照するハンドルを生成することと、
   前記第１のサービスに前記ハンドルを送ることであって、前記ハンドルが、前記チェックポイントに前記第１のサービスの１つまたは複数の状態を記憶するために、前記第１のサービスによって使用されるように構成された、前記ハンドルを送ることと、
   前記第１のサービスが再起動される必要があると決定することと、
   前記第１のサービスを再起動することと、
   前記チェックポイントのための前記ハンドルにアクセスすることと、
   前記再起動された第１のサービスに前記チェックポイントのための前記ハンドルを送ることであって、前記チェックポイントのための前記ハンドルが、前記１つまたは複数の状態を回復するために、前記再起動された第１のサービスによって使用されるように構成された、前記ハンドルを送ることと
   を行うように動作可能である、媒体。
9. 前記第１のサービスが、モニタに関連し、前記第１のサービスが再起動される必要があると決定することが、前記モニタに基づく、請求項１１に記載の媒体。
10. 前記ソフトウェアが、実行されたとき、前記チェックポイントのための第１のキーを生成するようにさらに動作可能であり、前記チェックポイントのための前記ハンドルにアクセスすることが、前記第１のキーに基づく、請求項１１に記載の媒体。
11. 前記第１のサービスが、前記オペレーティングシステムのコンポーネントであり、および／または前記第１のサービスが再起動される必要があると決定することは、前記第１のサービスが無応答であるという指示に基づく、請求項１１に記載の媒体。
12. 前記ハンドルにアクセスすることが、複数のサービスに対応する複数のエントリを備えるサービスキーインデックスにアクセスすることを含み、前記サービスキーインデックス中の各エントリが、サービス識別子と、前記サービス識別子に関連付けられたキーとを備え、前記第１のサービスが、第１のサービス識別子に関連付けられ、前記ハンドルにアクセスすることが、
    前記第１のサービス識別子に基づいて、前記サービスキーインデックスから第１のキーを識別することと、前記識別された第１のキーに基づいて、複数のサービスに関連付けられた複数のチェックポイントを参照する複数のハンドルから、前記ハンドルを読み出すこととをさらに含む、請求項１１に記載の媒体。
13. 前記１つまたは複数の状態の各々が、データ項目またはハンドルのうちの１つまたは複数を備える、請求項１１に記載の媒体。
14. システムであって、１つまたは複数のプロセッサと、前記プロセッサによって実行可能な命令を備える、前記プロセッサに結合された非一時的メモリとを備え、前記プロセッサは、前記命令を実行するとき、
    第１のサービスのために、チェックポイントを参照するハンドルを生成することと、
    前記第１のサービスに前記ハンドルを送ることであって、前記ハンドルが、前記チェックポイントに前記第１のサービスの１つまたは複数の状態を記憶するために、前記第１のサービスによって使用されるように構成された、前記ハンドルを送ることと、
    前記第１のサービスが再起動される必要があると決定することと、
    前記第１のサービスを再起動することと、
    前記チェックポイントのための前記ハンドルにアクセスすることと、
    前記再起動された第１のサービスに前記チェックポイントのための前記ハンドルを送ることであって、前記チェックポイントのための前記ハンドルが、前記１つまたは複数の状態を回復するために、前記再起動された第１のサービスによって使用されるように構成された、前記ハンドルを送ることと
    を行うように動作可能である、システム。
15. 前記命令が、前記１つまたは複数のプロセッサによって実行されたとき、前記システムに請求項２から８のいずれか一項に記載の方法を実行させる、請求項１４に記載のシステム。
    

Images