(57)【要約】【課題】  本発明は、コンピュータのメモリ装置のための変更可能な区画ブート記録を提供するシステムおよび方法を提供することを目的とする。【解決手段】  本発明ではコンピュータは、ブートコードおよびオペレーティングシステムコードをロードおよび動作するプロセッサと、プロセッサによりアクセス可能であり、少なくとも２つの区画に分離され、第１の区画は最初にアクチブであると示され、また、オペレーティングシステムコードにより認識されないタイプである記憶装置とを備え、プロセッサがブートコードを駆動し（ステップ112 ）、第１の区画がアクチブである場合、プロセッサはタイプ変更ルーチンを実行し、タイプ変更ルーチンはプロセッサが第１の区画のタイプをオペレーティングシステムコードにより認識可能なタイプに変換し（ステップ114 ）、それによってオペレーティングシステムコードが動作されているときにオペレーティングシステムコードが第１の区画を認識するように指令することを特徴とする。【選択図】図３
2009151826.tif 000002
【特許請求の範囲】
【請求項１】
ブートコードおよびオペレーティングシステムコードをロードおよび動作するための少なくとも１個のプロセッサと、
プロセッサによりアクセス可能であり、少なくとも２つの区画に分離され、第１の区画は最初にアクチブであると示され、また、オペレーティングシステムコードにより認識されないタイプである少なくとも１個の記憶装置とを備えているコンピュータにおいて、
プロセッサがブートコードを駆動し、第１の区画がアクチブである場合、プロセッサはタイプ変更ルーチンを実行し、
タイプ変更ルーチンはプロセッサが第１の区画のタイプをオペレーティングシステムコードにより認識可能なタイプに変換し、それによってオペレーティングシステムコードが動作されているときにオペレーティングシステムコードが第１の区画を認識するように指令することを特徴とするコンピュータ。
【請求項２】
タイプ変更ルーチンは記憶装置上の第１の区画中に記憶されている請求項１記載のコンピュータ。
【請求項３】
オペレーティングシステムコードは記憶装置上の第１の区画中に記憶されている請求項１記載のコンピュータ。
【請求項４】
オペレーティングシステムコードが第１の区画を認識した後、タイプ変更ルーチンは、プロセッサが第１の区画のタイプをオペレーティングシステムコードにより認識できないタイプに変換するように指令する請求項１記載のコンピュータ。
【請求項５】
さらに、記憶装置上の第１の区画中に記憶されたプログラムを有し、そこにおいて、ユーザが予め定められた方法でプログラムと対話する場合、タイプ変更ルーチンは第２の区画をアクチブであるとして指定する請求項４記載のコンピュータ。
【請求項６】
プログラムは第２の区画中に位置されたソフトウェアをライセンスするための電子ブレーク・シールプログラムである請求項５記載のコンピュータ。
【請求項７】
さらに、プロセッサに接続されたユーザインターフェースを備え、そこにおいてユーザの対話はユーザインターフェースを通して受取られる請求項５記載のコンピュータ。
【請求項８】
記憶装置はまた第１の区画のタイプを記憶するためのマスター区画テーブルも含んでいる請求項１記載のコンピュータ。
【請求項９】
さらに、記憶装置上の第２の区画中に記憶されたプログラムを有し、ユーザが予め定められた方法でタイプ変更ルーチンと対話した場合、タイプ変更ルーチンは第２の区画をアクチブであると指定されるように指令し、それによってユーザはプログラムにアクセスする請求項４記載のコンピュータ。
【請求項１０】
ユーザがタイプ変更ルーチンと予め定められた方法で対話しない場合、タイプ変更ルーチンは第２の区画をアクチブであると指定されるようには指令せず、それによってユーザはプログラムにアクセスしない請求項９記載のコンピュータ。
【請求項１１】
オペレーティングシステムを駆動するプロセッサおよびプロセッサによりアクセス可能な記憶装置を有するコンピュータにおいて、記憶装置のソフトウェアへのアクセスを制御する方法において、
（ａ）コンピュータがブートアップする前に、
(i) 記憶装置を少なくとも２つの区画に分離し、そこにおいて第１の区画はアクチブであり、
(ii)ソフトウェアを第２の区画中に記憶し、
(iii) 第１の区画を不可視のタイプとして指定し、
（ｂ）コンピュータがブートアップされたときに、
(i) プロセッサによりアクチブな区画にアクセスし、
(ii)アクチブな区画を可視のタイプとして再指定し、
(iii) オペレーティングシステムをロードし、
(iv)アクチブな区画を不可視のタイプに変換して戻し、
(v) ソフトウェアがアクセスされるか否かを決定し、
(vi)ソフトウェアがアクセスされた場合、第２の区画をアクチブとして指定するステップを含んでいる方法。
【請求項１２】
ステップ（ｂ）の（ｖ）は、ユーザがソフトウェアライセンスを受諾するように促し、ユーザが予め定められた方法でそのプロンプトに応答するかどうかを決定することによって実行される請求項１１記載の方法。
【請求項１３】
記憶装置は第１の区画のタイプを記憶するためのマスター区画テーブルを含んでいる請求項１１記載の方法。
【請求項１４】
記憶装置はコンピュータをブートするためのブートコードを含んでいる請求項１１記載の方法。
【請求項１５】
ステップ（ａ）はさらに、
(iv)オペレーティングシステムの少なくとも１部を第１の区画中に記憶するステップを含んでいる請求項１１記載の方法。
【請求項１６】
ステップ（ａ）はさらに、
(iv)オペレーティングシステムの少なくとも１部を第２の区画中に記憶するステップを含んでいる請求項１１記載の方法。
【請求項１７】
オペレーティングシステムを駆動するためのプロセッサと、プロセッサによりアクセス可能であり、少なくとも２つの区画に分離され、そこにおいて第１の区画はアクチブで認識不可能なタイプであり、第２の区画はソフトウェアを含んでいる記憶装置とを含むコンピュータにおいて、ユーザがソフトウェアへのアクセスを制御できるようにするシステムにおいて、
プロセッサがアクチブな区画にアクセスできるようにする手段と、
プロセッサがオペレーティングシステムをロードする前にアクチブな区画のタイプをオペレーティングシステムにより認識可能なタイプに変換する変換手段と、
オペレーティングシステムをロードする手段と、
オペレーティングシステムがロードされた後にアクチブな区画のタイプを認識可能でないタイプに変換する手段と、
ユーザがソフトウェアにアクセスするか否かを決定する手段と、
ユーザがソフトウェアにアクセスできることの決定に応答して第２の区画をアクチブとして指定する手段とを備えているシステム。
【請求項１８】
ユーザがソフトウェアライセンスを受諾するプロンプトを決定する手段は、ユーザが予め定められた方法でプロンプトに応答するかどうかを決定する請求項１７記載のシステム。
【請求項１９】
記憶装置は第１の区画のタイプを記憶するためのマスター区画テーブルを含んでいる請求項１７記載のシステム。
【請求項２０】
オペレーティングシステムの少なくとも一部分は第１の区画中に記憶されている請求項１７記載のシステム。
【請求項２１】
オペレーティングシステムの少なくとも一部分は第２の区画中に記憶されている請求項１７記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にコンピュータに関し、特に、例えば認識可能でないブート記録から認識可能なブート記録へのように、区画のタイプをダイナミックに変更できるコンピュータメモリ装置のための区画ブート記録に関する。
【背景技術】
【０００２】
ハードディスクドライブ等の１または複数の記憶装置を有するコンピュータにおいて、記憶装置はしばしば異なる区画に分離され、所定のデータあるいはプログラムを別個の区画に記憶することができる。例えば、マイクロソフト社（ワシントン州、Redmond ）によって販売されているようなマイクロソフトＤＯＳ、ウィンドウズ（登録商標）、あるいはウィンドウズ９５オペレーティングシステムを使用するコンピュータにおいて、単一のコンピュータのハードドライブは、一方の区画がオペレーティングシステムコードを含み、他方の区画がユーティリティあるいはメンテナンスタイプ・プログラムを含むように分割されることができる。以下の説明では、簡潔で明瞭にするためにＤＯＳのみについて説明されるが、ＤＯＳは上述のオペレーティングシステムならびに多数の別のオペレーティングシステムを代表する例示であることが理解されるであろう。
【０００３】
そのようなユーティリティあるいはメンテナンスタイプ・プログラムの一例として、電子ブレーク・シール（“ＥＢＴＳ”）プログラムが挙げられる。ＥＢＴＳプログラムは、別のプログラムに対してソフトウェアライセンスのアグリーメントを実行するためにしばしば使用される。ＥＢＴＳプログラムを実行するために、第１の区画はユーティリティ区画として生成され、ＥＢＴＳプログラムを含む。第２の区画は１次区画として生成され、ソフトウェアライセンスに従属しているプログラムを含む。最初に、ユーティリティ区画は“アクチブ”であるとマークされ、コンピュータは最初にユーティリティ区画にアクセスする。ライセンスのアグリーメントを許容する際に、１次区画はアクチブであるとマークされ、それ故、コンピュータは続いて最初に１次区画にアクセスする。
【０００４】
しかしながら、上述のシナリオは関連した幾つかの問題を有している。１つには、ユーザがそのコンピュータの通常の動作中にユーティリティ区画にアクセスすることが望ましくないかもしれないことである。なぜなら、ユーザは、ハードドライブ上でデータを容易に失わせ、コンピュータを再構成する、非常にパワフルな種々のメンテナンスおよびユーティリティプログラムにアクセスできるからである。あるいは、ユーザは、最善に保護されている別なシナリオにもアクセスできるからである。それ故、１つの解決方法は、通常オペレーティングシステムにはユーティリティ区画が見えないようにすることである。これは、ユーティリティ区画に対する“区画タイプコード”をオペレーティングシステムにより認識できない値に設定することによって達成される。ハードドライブ等の記憶装置の構成および操作は、本明細書において参照されているMark Minasi 氏による参照文献“THE HARD DISK SURVIVAL GUIDE”(SYBEX, Inc., 1991) 中に説明されている。
【０００５】
しかしながら、これによって別の問題が生じる。この例において、コンピュータがブートするとき、コンピュータがユーティリティ区画だけしか見ないように、ユーティリティ区画は最初にアクチブとしてマーク付けされる。ユーティリティ区画中にある間、コンピュータはＥＢＴＳプログラム等のメンテナンスあるいはユーティリティプログラムを実行することを望む可能性がある。しかしながら、ＥＢＴＳプログラムが駆動される前に、コンピュータは最初にアクチブ区画内からのオペレーティングシステムコードをロードしなければならない。この例において、コンピュータは少なくとも２つのＤＯＳシステムファイル、すなわち、ＩＯ．ＳＹＳおよびＭＳＤＯＳ．ＳＹＳをロードする。ＩＯ．ＳＹＳファイルは、アクチブ区画の区画タイプコードをチェックし、その区画タイプは、ＩＯ．ＳＹＳファイルが認識しているものであることを確実にする。これは当てはまらないため、ＩＯ．ＳＹＳはエラーと遭遇し、それ故にエラーメッセージを発生する。結果的に、ＥＢＴＳプログラムを実行することはできない。
【発明の概要】
【０００６】
本発明の目的は、コンピュータのメモリ装置のための変更可能な区画ブート記録を提供するためのシステムおよび方法を提供することである。
【０００７】
この目的は本発明のコンピュータによって達成される。本発明は、ブートコードおよびオペレーティングシステムコードをロードおよび動作するための少なくとも１個のプロセッサと、プロセッサによりアクセス可能であり、少なくとも２つの区画に分離され、第１の区画は最初にアクチブであると示され、また、オペレーティングシステムコードにより認識されないタイプである少なくとも１個の記憶装置とを備えているコンピュータにおいて、プロセッサがブートコードを駆動し、第１の区画がアクチブである場合、プロセッサはタイプ変更ルーチンを実行し、タイプ変更ルーチンはプロセッサが第１の区画のタイプをオペレーティングシステムコードにより認識可能なタイプに変換し、オペレーティングシステムコードが動作されているときにオペレーティングシステムコードが第１の区画を認識するように指令することを特徴とする。
【０００８】
１実施形態において、コンピュータはブートコードならびにオペレーティングシステムコードをロードおよび駆動するためのプロセッサを含んでいる。プロセッサによりアクセス可能なメモリ装置は少なくとも２つの区画を含んでおり、第１の区画は最初はアクチブであり、オペレーティングシステムにより認識されないタイプを有している。また、第２の区画は最初はアクチブではない。
【０００９】
コンピュータがブートアップするとき、プロセッサはアクチブな区画にアクセスし、それは最初は第１の区画である。一度、アクチブな区画がアクセスされると、アクチブな区画中のソフトウェアによって、プロセッサはアクチブな区画のタイプを可視のタイプ、すなわち、オペレーティングシステムにより認識可能であるタイプに変換するように指令される。それ故、オペレーティングシステムはロードされたとき、アクチブな区画のタイプを認識し、エラーと遭遇しない。一度、オペレーティングシステムがロードされると、付加的なソフトウェアによって、プロセッサはアクチブな区画のタイプを可視でないタイプに変換して戻すように指令される。
【００１０】
オペレーティングシステムがロードされているため、プロセッサは別の役割を実行することができる。例えば、プロセッサは、第２の区画中に記憶されたソフトウェアのソフトウェアライセンスをユーザが受けることを促すＥＢＴＳプログラムを実行することができる。ユーザがソフトウェアライセンスを許容した場合、その後プロセッサは第２の区画をアクチブとして示す。
【００１１】
本発明により達成される技術的利点は、第２の区画がアクチブであると示された後、第１の区画はもはや一般のユーザによって容易にアクセスできなくなることである。
【００１２】
本発明により達成される別の技術的利点は、ユーザが第２の区画にアクセスする前にＥＢＴＳプログラム等のプログラムが実行されて完了され、中断されていない第２の区画のプログラムに“ユーザ経験”を残すことである。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態を実行するためのコンピュータのブロック図。
【図２】図１のコンピュータのハードドライブのレイアウト図。
【図３】図１のコンピュータによって実行されるルーチンのフロー図。
【詳細な説明】
【００１４】
図１を参照すると、参照番号10は、少なくとも１個のプロセッサ12、主メモリ14、ディスクドライブ16、およびキーボードあるいはマウス等のユーザインターフェース18を含む幾つかの素子を有するコンピュータを示している。各素子は、汎用バス20によって示されているようにプロセッサ12と通信することができる。この実施形態において、コンピュータはマイクロソフトＤＯＳを実行するパーソナルコンピュータである。しかしながら、コンピュータ10およびその図示された素子は単に多数の異なるタイプのよく知られたコンピュータの代表的なものであることが理解され、また、技術においてＤＯＳは単に多数の異なるオペレーティングシステムの代表的なものであることが理解される。
【００１５】
図２を参照すると、ディスクドライブ16は３つの異なる区画、すなわち、マスターブート記録30、ユーティリティ区画32、および１次区画34に細分化される。マスターブート記録30中に位置されているのはブートストラップコード40およびマスター区画テーブル42である。マスター区画テーブルは、各区画32および34のタイプを表わすコードを含んでいる。マスターブート記録30は、コンピュータ10をブートアップし、ハードディスク16の別の区画を定めるための通常のコードを含んでいる。
【００１６】
ユーティリティ区画32は、ブート記録50と、ライセンスアグリーメントを含むＥＢＴＳプログラム52を含む１または複数のソフトウェアとを含んでいる。通常の動作において、ユーティリティ区画32は、コンピュータがユーザによって初めて駆動された場合等の特別の状況の間にのみ使用される。１次区画34もまた、ブート記録60と、ＥＢＴＳプログラム52のライセンスアグリーメントに従属しているプログラム62等の１または複数のソフトウェアとを含んでいる。通常の動作において、１次区画34はユーザによって容易にアクセスされる。本発明の目的の１つは、ユーザがプログラム62にアクセスを許容される前にＥＢＴＳプログラムのライセンスアグリーメントのタームを受入れるように要求することである。
【００１７】
図３を参照すると、ＥＢＴＳプログラム52のライセンスアグリーメントをユーザが受入れる際に、プログラム62にアクセスするためにルーチン100 が使用される。コンピュータ10が工場から輸送される場合には、ユーティリティ区画32は最初にアクチブであるとマークされる（それ故、１次区画34はアクチブでない）。付加的に、ユーティリティ区画32の区画のタイプはＤＥｈ（ｈｅｘ）に設定され、１次区画34の区画タイプは０６ｈに設定される。好ましい実施形態において、タイプ０６は有効な区画タイプコードであるが、タイプＤＥはそうではなく、それ故、ＤＯＳにより認識できない。
【００１８】
ステップ110 において、プロセッサ12はブートストラップコード40を実行することによってブートアップする。ステップ112 において、プロセッサ12はアクチブな区画でブート記録を実行し、そのブート記録は、現時点ではユーティリティ区画32のブート記録50である。ステップ114 において、ブート記録50が実行されて、その区画タイプは０６ｈ（すなわち、有効なタイプ）に変更され、マスター区画テーブル42が更新される。ステップ116 において、ＩＯ．ＳＹＳ（ＤＯＳオペレーティングシステムコードの一部）がロードされる。ＩＯ．ＳＹＳはロードされると、区画タイプ０６ｈを“見て”、その後オペレーティングシステムの開始プロセスを実行するように進行する。ステップ118 において、一度オペレーティングシステムの開始プロセスが完了すると、ＥＢＴＳプログラム52が実行される。ステップ120 において、ＥＢＴＳプログラム52がその区画タイプをＤＥｈ（すなわち、無効のタイプ）に変更し、変更された区画タイプをマスター区画テーブル42に書き出す。ステップ122 において、ＥＢＴＳプログラム52は、ユーザがライセンスアグリーメントを受諾するかどうかに関してユーザインターフェース18上でユーザに促す。
【００１９】
ユーザがユーザインターフェース18において“ＡＣＣＥＰＴ”オプションを選択する等、受諾を示したとき、実行はステップ124 に進行する。ステップ124 において、１次区画34はアクチブとしてマークされ（それ故、ユーティリティ区画32はアクチブでない）、コンピュータ10が再ブートする。しかしながら、ユーザが受諾を示さない場合、実行はステップ126 に進む。ステップ126 において、ユーザは、プログラム62にアクセスしないことが知らされ、ルーチン100 が停止される。その代りに、ユーザは再度促されるか、あるいはライセンスアグリーメントに関する付加的な情報を提供されてもよい。
【００２０】
結果的に、コンピュータ10が再ブートするとき、１次区画34にアクセスし、プログラム62を実行することができる。さらに、マイクロソフトウィンドウズ等のオペレーティングシステムが１次区画34上にロードされている場合、ＥＢＴＳプログラム52が既に完了されているため、ユーザの“ウィンドウズの使用”はＥＢＴＳプログラムによって中断されない。さらに、ユーティリティ区画32は、ユーザには容易に入手できないメンテナンスおよび診断プログラム等の付加的なプログラムを含んでいてもよい。しかしながら、技術者はユーティリティ区画を再度アクチブにし、メンテナンスおよび診断プログラムにアクセスすることができる。
【００２１】
本発明の例示的な実施形態が説明および図示されてきたが、変更、修正および置換の範囲は上述の開示内で意図されており、所定の例においては、本発明の幾つかの特徴は別の特徴を対応して使用することなしに採用される。例えば、ハードディスク16は、テープドライブ、光学記憶装置、あるいは別のタイプのメモリ装置であってもよい。さらに、本発明の技術的範囲を変更せずに付加的なバッファ、ドライバー、遅延回路および別の回路が上述の実施形態に加えられてもよい。従って、添付された特許請求の範囲が本発明の技術的範囲と両立する方法で広義に解釈されることが適切である。
【図１】
2009151826.tif 000003
【図２】
2009151826.tif 000004
【図３】
2009151826.tif 000005
【手続補正書】
【提出日】平成21年5月7日(2009.5.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ブートコードおよびオペレーティングシステムコードをロードおよび動作するための少なくとも１個のプロセッサと、
プロセッサによりアクセス可能であり、少なくとも２つの区画に分離され、第１の区画は最初にアクチブであると示され、また、オペレーティングシステムコードにより認識されないタイプである少なくとも１個の記憶装置とを備えているコンピュータにおいて、
プロセッサがブートコードを駆動し、第１の区画がアクチブである場合、プロセッサはタイプ変更ルーチンを実行し、
タイプ変更ルーチンはプロセッサが第１の区画のタイプをオペレーティングシステムコードにより認識可能なタイプに変換し、それによってオペレーティングシステムコードが動作されているときにオペレーティングシステムコードが第１の区画を認識するように指令することを特徴とするコンピュータ。