特開 2024-15747 情報処理装置、ＢＩＯＳログ管理プログラムおよびＢＩＯＳログ管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024015747

(43)【公開日】2024-02-06

(54)【発明の名称】情報処理装置、ＢＩＯＳログ管理プログラムおよびＢＩＯＳログ管理方法

(51)【国際特許分類】

   G06F 9/4401 20180101AFI20240130BHJP

   G06F 11/34 20060101ALI20240130BHJP

【ＦＩ】

G06F9/4401

G06F11/34 176

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022118028

(22)【出願日】2022-07-25

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】▲高▼橋 雅典

【テーマコード（参考）】

5B042

5B376

【Ｆターム（参考）】

5B042MA16

5B042MA17

5B042MA19

5B376AE13

5B376AE21

5B376EA22

(57)【要約】

【課題】コンピュータの起動時間を短縮する。
【解決手段】情報処理装置１は、ＢＩＯＳのログを記憶する記憶領域を分割した複数の部分記憶領域と、ＢＩＯＳの起動毎にＢＩＯＳのログを記録する部分記憶領域を変更し、変更された部分記憶領域にＢＩＯＳのログを記録し、ＢＩＯＳの起動後かつＯＳの運用中に、複数の部分記憶領域の中でログを消去しないでログを記録することができる部分記憶領域がないと判定する場合に、ログの記録が古い部分記憶領域のログを消去して新たな部分記憶領域を確保する。
【選択図】図２

【特許請求の範囲】

【請求項1】

ＢＩＯＳ（Basic Input／Output System）のログを記憶する記憶領域を分割した複数の部分記憶領域と、
前記ＢＩＯＳの起動毎に前記ＢＩＯＳのログを記録する部分記憶領域を変更する変更部と、
前記変更部によって変更された部分記憶領域に前記ＢＩＯＳのログを記録する記録部と、
前記ＢＩＯＳの起動後かつＯＳ（Operating System）の運用中に、前記複数の部分記憶領域の中でログを消去しないでログを記録することができる部分記憶領域がないと判定する場合に、ログの記録が古い部分記憶領域のログを消去して新たな部分記憶領域を確保する消去部と、
を有することを特徴とする情報処理装置。

【請求項2】

前記消去部は、前記複数の部分記憶領域の中でログを消去しないでログを記録することができる部分記憶領域がないと判定する場合に、エラーが発生した際にログを記録した部分記憶領域を除いた複数の部分記憶領域のうちログの記録が最古の部分記憶領域のログを消去する
ことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記消去部は、前記ＯＳの運用中に、前記ＯＳのＡＣＰＩドライバから、指定のＡＭＬを利用して前記ＢＩＯＳのＳＭＭを呼び出し、前記ＳＭＭから前記ＢＩＯＳのログの消去指示を取得したタイミングで、特定の部分記憶領域のログを消去する
ことを特徴とする請求項１または請求項２に記載の情報処理装置。

【請求項4】

前記消去部は、さらに、前記ＯＳの運用中に、特定の部分記憶領域のログを消去できなかった場合には、次回の前記ＢＩＯＳの起動時に、前記特定の部分記憶領域の消去できなかった残りのログを消去する
ことを特徴とする請求項１または請求項２に記載の情報処理装置。

【請求項5】

ＢＩＯＳのログを記憶する記憶領域を分割した複数の部分記憶領域の中の部分記憶領域であって、前記ＢＩＯＳの起動毎に前記ＢＩＯＳのログを記録する部分記憶領域を変更し、
該変更した部分記憶領域に前記ＢＩＯＳのログを記録し、
前記ＢＩＯＳの起動後かつＯＳの運用中に、前記複数の部分記憶領域の中でログを消去しないでログを記録することができる部分記憶領域がないと判定する場合に、ログの記録が古い部分記憶領域のログを消去して新たな部分記憶領域を確保する
処理をコンピュータに実行させるＢＩＯＳログ管理プログラム。

【請求項6】

ＢＩＯＳのログを記憶する記憶領域を分割した複数の部分記憶領域の中の部分記憶領域であって、前記ＢＩＯＳの起動毎に前記ＢＩＯＳのログを記録する部分記憶領域を変更し、
該変更した部分記憶領域に前記ＢＩＯＳのログを記録し、
前記ＢＩＯＳの起動後かつＯＳの運用中に、前記複数の部分記憶領域の中でログを消去しないでログを記録することができる部分記憶領域がないと判定する場合に、ログの記録が古い部分記憶領域のログを消去して新たな部分記憶領域を確保する
処理をコンピュータが実行するＢＩＯＳログ管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置などに関する。

【背景技術】

【0002】

ＢＩＯＳ（Basic Input／Output System）は、コンピュータのマザーボードやシステムボードに組み込まれたファームウェアである。コンピュータの電源を投入すると、ＢＩＯＳは、ＣＰＵ（Central Processing Unit）やメモリなど初期化を行った後、ＯＳ（Operating System）を起動させ動作する。また、その間にＢＩＯＳはコンピュータの状態などを、ログとして保存することが可能である。

【0003】

また、ＢＭＣ（Baseboard Management Controller）は、遠隔でコンピュータを管理するためのファームウェアである。ＢＭＣは、機能の１つとしてＢＩＯＳのログを管理する。近年、コンピュータには、価格を抑えるために、ＢＭＣを搭載しない機種が存在する。ＢＭＣを搭載しない機種の場合には、ＢＩＯＳがログの管理を行う必要がある。

【0004】

ところが、ＢＩＯＳがアクセスできる保存領域は限られており、ＢＩＯＳのログを一部のみしか保存できないのが現状である。ＢＩＯＳのログは、エラー原因の特定などの障害調査に利用されるため、一部のみしか保存できない場合には、解析に時間がかかってしまう。

【0005】

ＢＩＯＳのログの保存領域が限られるため、ＢＩＯＳのログは、消去される。すなわち、ＢＩＯＳのログは、フラッシュメモリに書き込まれるが、フラッシュメモリの特性上、書き込む際に上書きができず、上書きする場合には、消去する必要がある。ログの消去には、時間がかかるため、現状では、ＢＩＯＳの起動時に消去処理をすることが多い。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００１－０６７２２９号公報

【特許文献2】特開２０１６－１８１１０６号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、ＢＭＣを搭載しないコンピュータであっても、全てのＢＩＯＳのログを管理する必要がある。このため、ログの書き込み量が増える。したがって、ＢＩＯＳの起動毎に、古いログを消去する必要があり、ＢＩＯＳの起動時間が一部のみログ書き込みの場合と比べて増加してしまう。ひいては、コンピュータの起動時間が増加してしまうという問題がある。

【0008】

１つの側面では、ＢＭＣを搭載しないコンピュータにおいて、コンピュータの起動時間を短縮することを目的とする。

【課題を解決するための手段】

【0009】

１つの態様では、情報処理装置は、ＢＩＯＳのログを記憶する記憶領域を分割した複数の部分記憶領域と、前記ＢＩＯＳの起動毎に前記ＢＩＯＳのログを記録する部分記憶領域を変更する変更部と、前記変更部によって変更された部分記憶領域に前記ＢＩＯＳのログを記録する記録部と、前記ＢＩＯＳの起動後かつＯＳの運用中に、前記複数の部分記憶領域の中でログを消去しないでログを記録することができる部分記憶領域がないと判定する場合に、ログの記録が古い部分記憶領域のログを消去して新たな部分記憶領域を確保する消去部と、を有する。

【発明の効果】

【0010】

１つの態様によれば、ＢＭＣを搭載しないコンピュータにおいて、コンピュータの起動時間を短縮することができる。

【図面の簡単な説明】

【0011】

【図1】図１は、実施例に係るＢＩＯＳログ管理処理の流れの一例を示す図である。

【図2】図２は、実施例に係るＢＩＯＳログ管理部を含む情報処理装置の機能構成を示すブロック図である。

【図3A】図３Ａは、実施例に係る書込管理の概念を示す図（１）である。

【図3B】図３Ｂは、実施例に係る書込管理の概念を示す図（２）である。

【図4】図４は、実施例に係る管理テーブルの構成の一例を示す図である。

【図5】図５は、実施例に係る領域管理テーブルの構成の一例を示す図である。

【図6】図６は、実施例に係るＯＳ運用中のログ消去処理の流れの一例を示す図である。

【図7】図７は、実施例に係るＢＩＯＳ起動時の処理のフローチャートの一例を示す図である。

【図8】図８は、実施例に係るＯＳ運用中の消去処理のフローチャートの一例を示す図である。

【図9】図９は、実施例に係るエラー発生時の処理のフローチャートの一例を示す図である。

【図10】図１０は、ＢＩＯＳログ管理プログラムを実行するコンピュータの一例を示す図である。

【発明を実施するための形態】

【0012】

以下に、本願の開示する情報処理装置、ＢＩＯＳログ管理プログラムおよびＢＩＯＳログ管理方法の実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。

【実施例0013】

［ＢＩＯＳログ管理処理の流れ］
図１は、実施例に係るＢＩＯＳログ管理処理の流れの一例を示す図である。図１に示すように、情報処理装置１には、Ｆｉｒｍｗａｒｅ１０と、ＯＳ２０と、ＣＰＵ／Ｃｈｉｐ Ｓｅｔ３０と、ＳＰＩ Ｆｌａｓｈ４０とが含まれる。Ｆｉｒｍｗａｒｅ１０には、ＢＩＯＳのログ管理部１１が含まれる。ＣＰＵ／Ｃｈｉｐ Ｓｅｔ３０には、ＳＭＭ（System Management Mode）管理部３１が含まれる。ＳＰＩ Ｆｌａｓｈ４０には、ＢＩＯＳのログ領域４１が含まれる。ＢＩＯＳのログ領域４１は、ＢＩＯＳのログを記憶する記憶領域であり、複数に分割される。以降、ログ領域４１を分割した個々の領域のことをログ部分領域ということがある。

【0014】

ＢＩＯＳが起動されると、ＢＩＯＳは、Ｂｏｏｔ時に、一度初期化するために、ＳＭＭ管理部３１に初期化を指示し（＜１＞）、ＳＭＭ管理部３１は、初期化指示を受け付ける。ここでいう初期化とは、ログ領域４１のデータの消去のことをいう。また、エラーが発生すると、ＳＭＭ管理部３１は、エラーが発生したことを受け付ける（＜２＞）。ここでいうＳＭＭは、ＢＩＯＳによってのみ利用可能なモードであり、ＯＳからも独立した環境を提供できるモードである。初期化指示やエラー発生を受け付けたＳＭＭ管理部３１は、最高優先度を持ったハードウェア割込みを示すＳＭＩ（System Management Interrupt）を発行し（＜３＞）、ＢＩＯＳのモードはＳＭＭになる。モードがＳＭＭになったＢＩＯＳ（ＳＭＭ）は、ログ管理部１１に初期化指示やエラーログの書き込みを指示する（＜４＞）。ログ管理部１１は、分割されたログ領域４１の中の指定された書込箇所（ログ部分領域）に初期化データまたはエラーログを書き込む（＜５＞）。

【0015】

また、エラーログ以外のログについては、ＢＩＯＳは、Ｂｏｏｔ時またはＲｕｎｔｉｍｅ時に、ログ管理部１１に対して、全ログの書き込みを指示し（＜１´＞）、ログ管理部１１は、全ログの書き込みを受け付ける。全ログの書き込みを受け付けたログ管理部１１は、分割されたログ領域４２の中の指定された書込箇所（部分ログ領域）にログを書き込む（＜２´＞）。すなわち、ログ管理部１１は、ＢＩＯＳ（Ｂｏｏｔ、Ｒｕｎｔｉｍｅ）やＢＩＯＳ（ＳＭＭ）からログの書込み指示を受け付けた場合には、分割されたログ領域４１のうち指定された部分ログ領域の空間にログを書き込む。

【0016】

また、ＢＩＯＳは、Ｂｏｏｔ時に、ＢＩＯＳ Ｍｅｎｕに従って処理する（＜１１＞）。ＢＩＯＳ Ｍｅｎｕとは、ＢＩＯＳの設定画面のことをいい、例えば、ログ領域４１を初期化する該当箇所（部分ログ領域）を指定することができるＭｅｎｕである。ＢＩＯＳ Ｍｅｎｕに従って、ログ管理部１１は、ログ領域４１の該当箇所（部分ログ領域）を必要がある場合消去（初期化）する（＜１２＞）。すなわち、ＢＩＯＳのログは、フラッシュメモリ（例えば、ＳＰＩ（Serial Peripheral Interface） Ｆｌａｓｈ）に書き込まれるが、フラッシュメモリの特性上、書き込む際に上書きができず、上書きする場合には、消去（初期化）する必要がある。消去には、時間がかかるため、ＢＩＯＳのＢｏｏｔ時に、ログを消去しないでログを記録することができる部分ログ領域がない場合には、ログ領域４１の該当箇所（部分ログ領域）の消去処理をする。

【0017】

また、ＢＩＯＳは、起動後かつＯＳのＲｕｎｎｉｎｇ（運用）中に、ログを消去しないでログを記録することができる部分ログ領域がない場合には、ログの記録が最古のログ部分領域のデータを消去して、ログを記録する新たな空間を確保する。消去には、時間がかかるため、ＢＩＯＳは、起動後かつＯＳの運用中に、ログ領域４１のいずれかの部分ログ領域のデータを消去するようにする。なお、ＢＩＯＳの起動後かつＯＳの運用中に行われる消去処理の流れについては、後述する。

【0018】

［ＢＩＯＳログ管理部の機能構成］
ここで、ＢＩＯＳのログ管理部１１を含む情報処理装置１の機能構成について、図２を参照して説明する。図２は、実施例に係るＢＩＯＳログ管理部を含む情報処理装置の機能構成を示すブロック図である。図２に示すように、情報処理装置１には、ＢＩＯＳのログ管理部１１、記憶部１２およびＳＰＩ Ｆｌａｓｈ４０が含まれる。

【0019】

ＳＰＩ Ｆｌａｓｈ４０には、ＢＩＯＳのログ領域４１が確保される。ＢＩＯＳのログ領域４１には、分割された複数の部分ログ領域が含まれる。なお、図２では、ＢＩＯＳのログ領域４１は、４つに分割されているが、これに限定されず、複数の部分ログ領域に分割されていれば良い。

【0020】

記憶部１２は、管理テーブル１２１および領域管理テーブル１２２を有する。管理テーブル１２１は、ＳＰＩ Ｆｌａｓｈ４０内のＢＩＯＳのログ領域４１の管理に用いられるテーブルである。また、領域管理テーブル１２２は、ＢＩＯＳのログ領域４１を分割した各部分ログ領域を管理するテーブルである。なお、部分ログ領域は、部分記憶領域の一例である。また、管理テーブル１２１および領域管理テーブル１２２の各構成の一例については、後述する。

【0021】

ログ管理部１１は、振分処理部１１１、圧縮管理部１１２、暗号圧縮処理部１１３、圧縮処理部１１４、書込管理部１１５および書込処理部１１６を有する。なお、書込管理部１１５は、変更部、記録部および消去部の一例である。書込処理部１１６は、記録部の一例である。

【0022】

振分処理部１１１は、ＢＩＯＳのログを振り分ける。ＢＩＯＳのログには、公開できない情報が含まれる。したがって、振分処理部１１１は、Ｂｏｏｔ時のＢＩＯＳやＢＩＯＳ（ＳＭＭ）からログの書き込み指示を受け付けると、ログを非公開ログと非公開ログ以外のログとに振り分ける。

【0023】

圧縮管理部１１２は、振り分けられたログごとに、ＢＩＯＳのログの圧縮を管理する。例えば、圧縮管理部１１２は、ログの分類が非公開ログの場合には、非公開ログの容量が所定の容量になると当該ログの圧縮処理を暗号圧縮処理部１１３に実行させる。また、圧縮管理部１１２は、ログの分類が非公開ログ以外のログの場合には、非公開ログ以外のログの容量が所定の容量になると当該ログの圧縮処理を圧縮処理部１１４に実行させる。

【0024】

暗号圧縮処理部１１３は、非公開ログについて、暗号圧縮処理を実行する。圧縮処理部１１４は、非公開ログ以外のログについて、圧縮処理を実行する。

【0025】

書込管理部１１５は、ＢＩＯＳの起動毎に、ログ領域４１の中の部分ログ領域を指定してログの書き込みを管理する。例えば、書込管理部１１５は、管理テーブル１２１を用いて、ＢＩＯＳの起動毎に、ＢＩＯＳのログを書き込む部分ログ領域を変更する。そして、書込管理部１１５は、変更される部分ログ領域にＢＩＯＳのログを書き込むように、書込処理部１１７に指示する。

【0026】

また、書込管理部１１５は、ＢＩＯＳの起動後かつＯＳの運用中に、分割されたログ領域４１のうち指定された部分ログ領域のデータを消去する。すなわち、書込管理部１１５は、ＢＩＯＳの起動後かつＯＳの運用中に、指定された部分ログ領域を初期化する。例えば、書込管理部１１５は、管理テーブル１２１を用いて、複数の部分ログ領域の全てにログが記録されているか否かを判定する。すなわち、書込管理部１１５は、複数の部分ログ領域の中でログを消去しないでログを記録することができる部分ログ領域がないか否かを判定する。そして、書込管理部１１５は、複数の部分ログ領域の全てにログが記録されていると判定する場合には、管理テーブル１２１を用いて、以下の処理を行う。書込管理部１１５は、ログ領域４１のうち、エラーが発生した際に書き込んだ部分ログ領域を除いた部分ログ領域であってログの書き込みが最古の部分ログ領域のデータを消去するように、書込処理部１１６に指示する。

【0027】

なお、書込管理部１１５は、ＢＩＯＳの起動後かつＯＳの運用中に、特定の部分ログ領域を全て消去できない場合がある。例えば、ＯＳに負荷がかかっている場合である。かかる場合には、書込管理部１１５は、次回のＢＩＯＳの起動時に、管理テーブル１２１を用いて、特定の部分ログ領域の消去できなかった残りを消去するようにすれば良い。

【0028】

書込処理部１１６は、書込管理部１１５によって変更され指定された部分ログ領域にＢＩＯＳのログを書き込む。また、書込処理部１１６は、書込管理部１１５によって消去するように指示された部分ログ領域のデータを消去する。

【0029】

［書込管理の概念］
ここで、書込管理部１１５によって実施される書込管理の概念を、図３Ａおよび図３Ｂを参照して説明する。図３Ａおよび図３Ｂは、実施例に係る書込管理の概念を示す図である。図３Ａおよび図３Ｂに示すＢＩＯＳのログ領域４１は、４個に分割されている。各部分ログ領域は、４１－１、４１－２、４１－３、４１－４と記載するものとする。そして、部分ログ領域４１－３は、前前前回の起動ログを保持（DataStored）し、部分ログ領域４１－４は、前前回の起動ログを保持し、部分ログ領域４１－１は、前回の起動ログを保持している。いずれの部分ログ領域もエラーが発生した際のログではない。ここでは、ＢＩＯＳの起動時にログを書き込む箇所が部分ログ領域４１－２の場合を一例として説明する。

【0030】

書込管理部１５は、ＢＩＯＳの起動時に、部分ログ領域４１－２について、ログを保持（DataStored）していないことを確認する。書込管理部１５は、部分ログ領域４１－２について、ログを保持している場合には、他の部分ログ領域も既にログを保持しているので、ＢＩＯＳの起動時にデータを消去する。そして、書込管理部１５は、データを消去した後に部分ログ領域４１－２にログを書き込んでいく。一方、書込管理部１５は、部分ログ領域４１－２について、ログを保持していない場合には、部分ログ領域４１－２にログを書き込んでいく。

【0031】

そして、部分ログ領域４１－３は、ログ領域４１のうちログの書き込みが最古のエリアである。したがって、書込管理部１１５は、複数の部分ログ領域の全てにログが記録されているので、ＢＩＯＳの起動後かつＯＳの運用中に、データを消去する。この後、書込管理部１１５は、次回のＢＩＯＳの起動時には、データを消去した部分ログ領域４１－３にログを書き込むことができる。このように、書込管理部１１５は、ＯＳの運用中に部分ログ領域のデータを消去しておくことで、ＢＩＯＳの起動毎に、ログを書き込む部分ログ領域をローテーションしてログを書き込むことができる。加えて、書込管理部１１５は、ＯＳの運用中に、部分ログ領域のデータを消去しておくことで、次回のコンピュータの起動時間を短縮することができる。

【0032】

仮に、ＢＩＯＳの起動時、部分ログ領域４１－２へのログの書き込み中に、エラーが発生したとする。すると、書込管理部１１５は、部分ログ領域４１－２をＢＩＯＳの起動毎のローテーションから外すことで、エラー時のログを保持する。部分ログ領域４１－２以外の部分ログ領域について、書込管理部１１５は、ローテーションを継続する。つまり、書込管理部１１５は、ＯＳの運用中にデータを消去した部分ログ領域４１－３に、次回のＢＩＯＳの起動時にログの書き込みを予定する。さらに、部分ログ領域４１－３は、ＯＳの運用中にデータを消去したので、部分ログ領域４１－４が、ログ領域４１のうちログの書き込みが最古のエリアとなる。したがって、書込管理部１１５は、複数の部分ログ領域の全てにログが記録されている場合には、ＢＩＯＳの起動後かつＯＳの運用中に、部分ログ領域４１－４のデータの消去を予定する。

【0033】

図３Ｂには、複数の部分ログ領域に、エラーが発生した際のログが保持されている場合である。図３Ｂ上図は、２つの部分ログ領域４１－４、４１－２に、エラーが発生した際のログが保持されている場合である。かかる場合には、部分ログ領域４１－２、４１－４以外の部分ログ領域４１－１、４１－３について、書込管理部１１５は、ローテーションを継続する。

【0034】

図３Ｂ下図は、３つの部分ログ領域４１－４、４１－２、４１－３に、エラーが発生した際のログが保持されている場合である。かかる場合には、書込管理部１１５は、部分ログ領域４１－１について、ＢＩＯＳの起動時に、ログを保持していないことを確認し、ログを保持している場合には、書き込む前にデータを消去してからログを書き込んでいく。一方、書込管理部１５は、部分ログ領域４１－１について、ログを保持していない場合には、そのまま部分ログ領域４１－１にログを書き込んでいく。

【0035】

［管理テーブルの構成の一例］
ここで、実施例に係る管理テーブル１２１の構成の一例を、図４を参照して説明する。図４は、実施例に係る管理テーブルの構成の一例を示す図である。図４に示すように、管理テーブル１２１は、TableWriting、TableInit、TableInitializing、TableCount、TableMask、TablesDataStoredおよびFlashManagementTableListを対応付けて記憶する。

【0036】

TableWritingは、ログの書き込みをしている部分ログ領域を指定するために用いられる。TableWritingは、１バイト長であり、各ビットを各部分ログ領域に対応付ける。一例として、図３Ａおよび図３Ｂの例では、部分ログ領域４１－２がログを書き込んでいる場合には、TableWritingは「０１００００００」を記憶する。

【0037】

TableInitは、初期化する対象の部分ログ領域を指定するために用いられる。TableInitは、１バイト長であり、各ビットを各部分ログ領域に対応付ける。一例として、図３Ａおよび図３Ｂの例では、部分ログ領域４１－３が初期化（消去）する対象である場合には、TableInitは「００１０００００」を記憶する。

【0038】

TableInitializingは、初期化処理をする部分ログ領域を選択するために用いられる。TableInitializingは、１バイト長であり、各ビットを各部分ログ領域に対応付ける。TableCountは、部分ログ領域の使用可能な総数を記憶する。図３Ａおよび図３Ｂの例では、TableCountは、「４」を記憶する。TableMaskは、マスクしている部分ログ領域を指定するために用いられる。TableMaskは、１バイト長であり、各ビットを各部分ログ領域に対応付ける。ここでいうマスクとは、書き込み後に上書きできないように保持することをいう。例えば、マスクしている部分ログ領域は、エラーの際にログを保存した領域である。

【0039】

TablesDataStoredは、ログデータを記憶している部分ログ領域を指定するために用いられる。TablesDataStoredは、１バイト長であり、各ビットを各部分ログ領域に対応付ける。一例として、図３Ａおよび図３Ｂの例では、部分ログ領域４１－１，４１－３，４１－４がログデータを記憶している場合には、TablesDataStoredは「１０１１００００」を記憶する。FlashManagementTableListは、各領域管理テーブル１２２のアドレスを記憶する。なお、TableInitおよびTableMaskは、ＢＩＯＳメニューが示す値と連動する。

【0040】

［領域管理テーブルの構成の一例］
ここで、実施例に係る領域管理テーブル１２２の構成の一例を、図５を参照して説明する。領域管理テーブル１２２は、ログ領域４１を分割した部分ログ領域の個数だけ存在する。図５は、実施例に係る領域管理テーブルの構成の一例を示す図である。図５に示すように、領域管理テーブル１２２は、FlashID、CountStartUp、DataStartAddressおよびDataLengthを対応付けて記憶する。

【0041】

FlashIDは、部分ログ領域を区別するためのＩＤである。CountStartUpは、ログを記憶してから何回目のＢＩＯＳの起動であるかを示すカウンタである。最新のＢＩＯＳ起動のログであれば、「０」が設定され、領域が初期化されなければ、ＢＩＯＳ起動毎にカウントがアップされる。DataStartAddressは、ログデータの保存先のアドレスである。DataLengthは、ログデータの保存先のサイズである。

【0042】

［ＯＳ運用中のログ消去処理の流れ］
ここで、実施例に係るＯＳ運用中のログ消去処理の流れについて、図６を参照して説明する。図６は、実施例に係るＯＳ運用中のログ消去処理の流れの一例を示す図である。図６に示すように、ＯＳ運用中に、ログ管理部１１は、ＡＣＰＩ（Advanced Programmable Interrupt Controller）を利用して、ＢＩＯＳのログ領域４１のデータを消去（初期化）する。ＡＣＰＩを利用するのは、ＡＣＰＩのＡＭＬ（ACPI Machine Language）を利用してＳＭＭに入ることができるからである。ＳＭＭに入ることで、ＯＳの運用中にＢＩＯＳのログ管理部１１に割り込むことができる。

【0043】

例えば、ＢＩＯＳ（Ｓｗｅｅｐ）は、ＯＳ起動後暫くしてから、ＡＣＰＩ Ｄｒｉｖｅｒ２１を呼び出すために、ＣＰＵ／Ｃｈｉｐ Ｓｅｔ３０のＡＣＰＩ Ｒｅｇｉｓｔｅｒ領域３２を操作する（＜２１＞）。ＡＣＰＩ Ｒｅｇｉｓｔｅｒ領域３２が操作されたため、ＣＰＵ／Ｃｈｉｐ Ｓｅｔ３０は、ＳＣＩ（System Control Interrupt）を発行する（＜２２＞）。ＳＣＩは、ＡＣＰＩイベントをＯＳに通知するためのハードウェア割込みである。ＡＣＰＩ Ｄｒｉｖｅｒ２１は、ＳＣＩを受け付けてＨａｎｄｌｅｒ処理を実行し（＜２３＞）、指定のＡＭＬを呼び出す。ＡＭＬは、ＳＭＭを呼び出すために、ＳＭＭ Ｒｅｇｉｓｔｅｒ領域３３を操作する（＜２４＞）。ＳＭＭ Ｒｅｇｉｓｔｅｒ領域３３が操作されたため、ＣＰＵ／Ｃｈｉｐ Ｓｅｔ３０は、ＳＭＩを発行する（＜２５＞）。ＢＩＯＳ（ＳＭＭ）は、ＳＭＩを受け付けてＳＭＭになり、ＢＩＯＳのログ管理部１１にＢＩＯＳのログ消去を依頼する（＜２６＞）。

【0044】

ＢＩＯＳのログ管理部１１は、ＢＩＯＳのログ領域４１の該当箇所（部分ログ領域）を消去（初期化）する（＜２７＞）。例えば、ログ管理部１１における書込管理部１１５は、管理テーブル１２１を用いて、ログ領域４１を分割した複数の部分ログ領域の全てにログが記録されているか否かを判定する。そして、書込管理部１１５は、複数の部分ログ領域の全てにログが記録されていると判定する場合には、管理テーブル１２１を用いて、エラーが発生した際に書き込んだ部分ログ領域を除いた部分ログ領域のうちログの書き込みが最古の部分ログ領域のデータを消去するように、書込処理部１１６に指示する。そして、書込処理部１１６は、指示された部分ログ領域のデータを消去する。なお、書込管理部１１５は、ＯＳの運用中に、特定の部分ログ領域を全て消去できない場合がある。かかる場合には、書込管理部１１５は、次回のＢＩＯＳの起動時に、管理テーブル１２１を用いて、特定の部分ログ領域の消去できなかった残りを消去するようにすれば良い。

【0045】

これにより、ログ管理部１１は、ＯＳの運用中に、ＢＩＯＳの部分ログ領域を消去することで、次回のＢＩＯＳ起動時にＢＩＯＳの部分ログ領域の消去処理を抑制することができる。結果的に、ログ管理部１１は、コンピュータの起動時間を短縮することができる。

【0046】

［ＢＩＯＳ起動時の処理のフローチャート］
図７は、実施例に係るＢＩＯＳ起動時の処理のフローチャートの一例を示す図である。なお、図７では、ＢＩＯＳが起動されたものとする。

【0047】

ＢＩＯＳが起動されると、ログ管理部１１は、管理テーブル１２１を取得する（ステップＳ１１）。ログ管理部１１は、管理テーブル１２１のTableWritingを「０」に初期化する（ステップＳ１２）。すなわち、ログ管理部１１は、現にログを書き込む対象の部分ログ領域がないので、TableWritingを「０」に初期化する。

【0048】

ログ管理部１１は、管理テーブル１２１のTablesMaskにＢＩＯＳ Ｍｅｎｕで指定したＭａｓｋ箇所を追加する（ステップＳ１３）。ＢＩＯＳ Ｍｅｎｕには、ユーザが特定の部分ログ領域のデータを保持（Ｍａｓｋ）したい場合には、保持したい部分ログ領域が指定されている。ログ管理部１１は、かかるＢＩＯＳ Ｍｅｎｕを取得し、ＢＩＯＳ Ｍｅｎｕで指定したＭａｓｋ箇所をTablesMaskに設定する。

【0049】

ログ管理部１１は、管理テーブル１２１のMask＝０かつDataStored＝０な領域管理テーブル１２２があるか否かを判定する（ステップＳ１４）。すなわち、ログ管理部１１は、保持（Ｍａｓｋ）する部分ログ領域がなく、データが入っていない部分ログ領域があるか否かを判定する。つまり、ログ管理部１１は、部分ログ領域を消去しないで、すぐに書き込める部分ログ領域の対象が存在するかどうかを判定する。Mask＝０かつDataStored＝０な領域管理テーブル１２２があると判定した場合には（ステップＳ１４；Ｙｅｓ）、ログ管理部１１は、Mask＝０かつDataStored＝０な領域管理テーブル１２２に対応する部分ログ領域にログを書き込むべく、ステップＳ２５に移行する。

【0050】

一方、Mask＝０かつDataStored＝０な領域管理テーブル１２２がないと判定した場合には（ステップＳ１４；Ｎｏ）、ログ管理部１１は、管理テーブル１２１のTablesInitにＢＩＯＳ Ｍｅｎｕで指定した初期化対象箇所を書き込む（ステップＳ１５）。ＢＩＯＳ Ｍｅｎｕには、ユーザが特定の部分ログ領域を消去したい場合には、消去したい部分ログ領域が指定されている。ログ管理部１１は、かかるＢＩＯＳ Ｍｅｎｕを取得し、ＢＩＯＳ Ｍｅｎｕで指定した初期化対処箇所をTableInitに設定する。

【0051】

ログ管理部１１は、Mask＝０な領域管理テーブル１２２があるか否かを判定する（ステップＳ１６）。すなわち、ログ管理部１１は、管理テーブル１２１のTablesMaskを用いて、保持（Ｍａｓｋ）がされていないログ領域４１があるか否かを判定する。Mask＝０な領域管理テーブル１２２があると判定した場合には（ステップＳ１６；Ｙｅｓ）、ログ管理部１１は、管理テーブル１２１のMask＝０かつCountが最大な領域管理テーブル１２２を特定し、TablesInitの対応しているビットを立てる（ステップＳ１７）。すなわち、ログ管理部１１は、保持（Ｍａｓｋ）がされている部分ログ領域を除いて、ログの書込みが一番古い部分ログ領域を特定し、消去する対象とする。そして、ログ管理部１１は、消去処理に移行すべく、ステップＳ１９に移行する。

【0052】

一方、Mask＝０な領域管理テーブル１２２がないと判定した場合には（ステップＳ１６；Ｎｏ）、ログ管理部１１は、ＢＩＯＳ Ｍｅｎｕに初期化が指定されている部分ログ領域があるか否かを判定する（ステップＳ１８）。ＢＩＯＳ Ｍｅｎｕには、ユーザが特定の部分ログ領域を消去したい場合には、消去したい部分ログ領域が指定されている。ログ管理部１１は、ユーザが消去したい部分ログ領域があるか否かを判定する。ＢＩＯＳ Ｍｅｎｕに初期化が指定されている部分ログ領域がないと判定した場合には（ステップＳ１８；Ｎｏ）、ログ管理部１１は、消去処理をしないで、ＢＩＯＳ起動時の処理を終了する。

【0053】

一方、ＢＩＯＳ Ｍｅｎｕに初期化が指定されている部分ログ領域があると判定した場合には（ステップＳ１８；Ｙｅｓ）、ログ管理部１１は、消去処理をすべく、ステップＳ１９に移行する。

【0054】

ステップＳ１９において、ログ管理部１１は、管理テーブル１２１のTablesInitに立っているビットがなくなるまで、ステップＳ２０～Ｓ２３を行う（ステップＳ１９，Ｓ２４）。すなわち、ログ管理部１１は、TablesInitに立っているビットに対応する対象の部分ログ領域の消去処理を行う。

【0055】

ログ管理部１１は、管理テーブル１２１のTalbesInitに立っているビットの１つを選択して、その対応するTableInitializingのビットに「１」を立てる（ステップＳ２０）。すなわち、ログ管理部１１は、消去する部分ログ領域を１つ選択して、初期化中であるとする。

【0056】

そして、ログ管理部１１は、管理テーブル１２１のTableInitializingが「１」の領域管理テーブル１２２に対し、Data Start AddressとData Lengthからデータの範囲を特定し、消去処理を行う（ステップＳ２１）。すなわち、ログ管理部１１は、TableInitializingから特定された部分ログ領域のデータを消去する。

【0057】

そして、ログ管理部１１は、消去処理のEndFlagを確認したら、管理テーブル１２１のDataStoredの該当ビットを０に設定するとともに、TablesInitおよびTableInitializingの該当ビットを０に設定する（ステップＳ２２）。すなわち、ログ管理部１１は、消去処理が完了したら、消去処理が完了した部分ログ領域について、管理テーブル１２１の該当箇所を、データが入っていない、かつログ消去が完了した状態に設定する。

【0058】

そして、ログ管理部１１は、該当する領域管理テーブル１２２のCountStartUpを「０」に設定する（ステップＳ２３）。すなわち、ログ管理部１１は、対象の部分ログ領域の起動回数を初期化する。そして、ログ管理部１１は、ステップＳ２４およびステップＳ１９に移行する。

【0059】

ログ管理部１１は、管理テーブル１２１のTablesInitに立っているビットがなくなると、管理テーブル１２１のMask＝０かつDataStored＝１な領域管理テーブル１２２の全てのCountStartUpに１を足す（ステップＳ２５）。すなわち、ログ管理部１１は、保持（Ｍａｓｋ）対象でなく、データが入っている部分ログ領域を対象に、ＢＩＯＳを起動した回数を１だけ加算する。

【0060】

ログ管理部１１は、管理テーブル１２１のMask＝０かつDataStored＝０な領域管理テーブル１２２を１つ選択し、TableWritingの該当ビットに「１」を立てる（ステップＳ２６）。すなわち、ログ管理部１１は、保持（Ｍａｓｋ）対象でなく、データが入っていない部分ログ領域を選択して、ログの書込み対象とする。

【0061】

ログ管理部１１は、管理テーブル１２１のTableWriting＝１の領域管理テーブル１２２のStartAddressからログを書き込む（ステップＳ２７）。そして、ログ管理部１１は、ＢＩＯＳ起動時の処理を終了する。

【0062】

［ＯＳ運用中の消去処理のフローチャート］
図８は、実施例に係るＯＳ運用中の消去処理のフローチャートの一例を示す図である。

【0063】

ＯＳが起動し暫くしてから、ログ管理部１１は、管理テーブル１２１を取得する（ステップＳ３１）。ログ管理部１１は、管理テーブル１２１のMask＝０かつDataStored＝０な領域管理テーブル１２２があるか否かを判定する（ステップＳ３２）。すなわち、ログ管理部１１は、保持（Ｍａｓｋ）する部分ログ領域がなく、データが入っていない部分ログ領域があるか否かを判定する。つまり、ログ管理部１１は、部分ログ領域を消去しないで、すぐに書き込める部分ログ領域の対象が存在するかどうかを判定する。Mask＝０かつDataStored＝０な領域管理テーブル１２２があると判定した場合には（ステップＳ３２；Ｙｅｓ）、ログ管理部１１は、ＯＳ運用中の消去処理を終了する。

【0064】

一方、Mask＝０かつDataStored＝０な領域管理テーブル１２２がないと判定した場合には（ステップＳ３２；Ｎｏ）、ログ管理部１１は、以下の処理を行う。ログ管理部１１は、Mask＝１以外の領域管理テーブル１２２であってCountStartUpが最大の領域管理テーブル１２２を特定し、管理テーブル１２１の対応するTalesInitのビットを立てる（ステップＳ３３）。すなわち、ログ管理部１１は、保持（Ｍａｓｋ）しない部分ログ領域の内、最も古いＢＩＯＳ起動時のログが保持されている部分ログ領域を選択して、ログの消去対象とする。

【0065】

そして、ログ管理部１１は、ログの消去対象について、消去処理を行う（ステップＳ３４）。すなわち、ログ管理部１１は、図６で説明したＯＳ運用中のログ消去処理を実行する。そして、ログ管理部１１は、ＯＳ運用中の消去処理を終了する。

【0066】

［エラー発生時の処理のフローチャート］
図９は、実施例に係るエラー発生時の処理のフローチャートの一例を示す図である。

【0067】

エラーが発生すると、ログ管理部１１は、管理テーブル１２１を取得する（ステップＳ４１）。ログ管理部１１は、管理テーブル１２１のTableWriting＝１な領域管理テーブル１２２があるか否かを判定する（ステップＳ４２）。すなわち、ログ管理部１１は、ログを書き込み中の部分ログ領域があるか否かを判定する。TableWriting＝１な領域管理テーブル１２２がないと判定した場合には（ステップＳ４２；Ｎｏ）、ログ管理部１１は、部分ログ領域の書き込み中のエラーでないので、処理を終了する。

【0068】

一方、TableWriting＝１な領域管理テーブル１２２があると判定した場合には（ステップＳ４２；Ｙｅｓ）、ログ管理部１１は、あると判定した領域管理テーブル１２２を選択して、管理テーブル１２１にMaskを追加する（ステップＳ４３）。すなわち、ログ管理部１１は、対象の領域管理テーブル１２２をＭａｓｋするために、管理テーブル１２１のTablesMaskの該当ビットを立てる。

【0069】

そして、ログ管理部１１は、管理テーブル１２１のTableWritingを「０」にする（ステップＳ４４）。すなわち、ログ管理部１１は、ログの書き込み中である状態を、ログを書き込みしていない状態に変更する。そして、ログ管理部１１は、エラー発生時の処理を終了する。

【0070】

［実施例の効果］
このようにして、情報処理装置１は、ＢＩＯＳのログを記憶する記憶領域を分割した複数の部分記憶領域を有する。情報処理装置１は、ＢＩＯＳの起動毎にＢＩＯＳのログを記録する部分記憶領域を変更する。情報処理装置１は、変更された部分記憶領域にＢＩＯＳのログを記録する。情報処理装置１は、ＢＩＯＳの起動後かつＯＳの運用中に、複数の部分記憶領域の中でログを消去しないでログを記録することができる部分記憶領域がないと判定する場合には、ログの記録が古い部分記憶領域のログを消去して新たな部分記憶領域を確保する。かかる構成によれば、情報処理装置１は、ログの部分記憶領域の消去を、ＢＩＯＳの起動時に行わず、ＯＳ運用中に行うことで、次回のＢＩＯＳの起動時に消去処理を行わないでログを書き込むことができることとなり、コンピュータの起動時間を短縮できる。

【0071】

また、情報処理装置１は、複数の部分記憶領域の中でログを消去しないでログを記録することができる部分記憶領域がないと判定する場合には、エラーが発生した際にログを記録した部分記憶領域を除いた複数の部分記憶領域のうちログの記録が最古の部分記憶領域のログを消去する。かかる構成によれば、情報処理装置１は、ＯＳ運用中に、重要なログを維持（保護）したまま、次回のＢＩＯＳの起動時に書き込むことができる部分記憶領域のログを消去できる。

【0072】

また、情報処理装置１は、ＯＳの運用中に、ＯＳのＡＣＰＩドライバから、指定のＡＭＬを利用してＢＩＯＳのＳＭＭを呼び出し、ＳＭＭからＢＩＯＳのログの消去指示を取得したタイミングで、特定の部分記憶領域のログを消去する。かかる構成によれば、情報処理装置１は、ＯＳの運用中にＢＩＯＳのログ領域を消去する仕組みを実現できる。

【0073】

また、情報処理装置１は、さらに、ＯＳの運用中に、特定の部分記憶領域のログを消去できなかった場合には、次回のＢＩＯＳの起動時に、特定の部分記憶領域の消去できなかった残りのログを消去する。かかる構成によれば、情報処理装置１は、ＯＳの運用中に、特定の部分記憶領域のログを全て消去できなかった場合であっても、次回のＢＩＯＳの起動時に、残りを消去すればよいので、消去に時間がかからず、コンピュータの起動時間を短縮できる。

【0074】

［その他］
なお、上記実施例では、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、振分処理部１１１と、圧縮管理部１１２と、暗号圧縮処理部１１３と、圧縮処理部１１４とを統合しても良い。また、書込管理部１１５を、ＢＩＯＳのログの書込処理と、ＢＩＯＳ起動時のログの消去処理と、ＯＳ起動後のログの消去処理とに分散しても良い。

【0075】

また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図１に示した情報処理装置１と同様の機能を実現するＢＩＯＳログ管理プログラムを実行するコンピュータの一例を説明する。図１０は、ＢＩＯＳログ管理プログラムを実行するコンピュータの一例を示す図である（簡略化のため一部表記は省略）。

【0076】

図１０に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ（Central Processing Unit）２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９とを有する。また、コンピュータ２００は、記憶媒体からプログラムなどを読取る内部ストレージ２１３、外部ストレージ２１４と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信装置２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＳＰＩ Ｆｌａｓｈ２０５などを有する。そして、メモリ２０１、ＣＰＵ２０３、内部ストレージ２１３、外部ストレージ２１４、ＳＰＩ Ｆｌａｓｈ２０５、表示装置２０９、入力装置２１５、通信装置２１７は、バス２１９で接続されている。

【0077】

ＳＰＩ Ｆｌａｓｈ ２０５は、ＢＩＯＳログ管理プログラム２０５ａおよびＢＩＯＳログ管理処理関連情報２０５ｂを記憶する。通信装置２１７は、ネットワークと装置内部とのインターフェースを司り、他のコンピュータからのデータの入出力を制御する。通信装置２１７には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

【0078】

表示装置２０９は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する表示装置である。表示装置２０９は、例えば、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイなどを採用することができる。

【0079】

ＣＰＵ２０３は、ＢＩＯＳログ管理プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは情報処理装置１の各機能部に対応する。ＢＩＯＳログ管理処理関連情報２０５ｂには、例えば、管理テーブル１２１、領域管理テーブル１２２が含まれる。そして、例えば外部ストレージ２１４が、ＢＩＯＳログ管理プログラム２０５ａなどの各情報を記憶する。

【符号の説明】

【0080】

１ 情報処理装置
１０ Ｆｉｒｍｗａｒｅ
１１ ログ管理部
１２ 記憶部
２０ ＯＳ
３０ ＣＰＵ／Ｃｈｉｐ Ｓｅｔ
４０ ＳＰＩ Ｆｌａｓｈ
４１ ログ領域
１１１ 振分処理部
１１２ 圧縮管理部
１１３ 暗号圧縮処理部
１１４ 圧縮処理部
１１５ 書込管理部
１１６ 書込処理部
１２１ 管理テーブル
１２２ 領域管理テーブル

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】