JP2023017171A - 仕様書作成システム、仕様書作成方法、仕様書作成プログラム、及びｂｉｏｓプログラム - Google Patents

Abstract

【課題】仕様書を作成する時間を短縮すること。【解決手段】第１のコンピュータは、第１のコンピュータのハードウェア構成を示す構成情報に基づいて、構成情報によって定まるBIOSの第１の表示項目を表示装置に表示させるための表示データを生成する表示データ生成部と、表示データを解析して、表示データに含まれる第１の表示項目を含む第１の情報を生成する第１の解析情報生成部とを有し、第２のコンピュータは、BIOSのソースコードを解析して、第１のコンピュータのハードウェア構成によらずに定まるBIOSの第２の表示項目を含む第２の情報を生成する第２の解析情報生成部と、第１の情報に含まれる第１の表示項目と、第２の情報に含まれる第２の表示項目とが記述されたBIOSの仕様書を作成する仕様書作成部とを有する仕様書作成システムによる。【選択図】図６

Description

本発明は、仕様書作成システム、仕様書作成方法、仕様書作成プログラム、及びBIOSプログラムに関する。

コンピュータに電源を投入すると、OS(Operating System)の起動に先立ってBIOS(Basic Input / Output System)が実行される。BIOSは、コンピュータの起動時にCPU(Central Processing Unit)等のハードウェアを初期化するファームウェアであって、不揮発性メモリに格納される。

また、BIOSは、ユーザがコンピュータの構成を変更するためのBIOSメニューをディスプレイに表示する。BIOSメニューで変更できる構成としては、例えば、CPUのコア数等がある。

コンピュータの開発者は、事前に作成しておいたBIOSメニューの仕様書を基にしてBIOSを開発する。その仕様書には、例えば、ディスプレイに表示するページや、各ページに含まれる項目等が記述されている。また、BIOSメニューの仕様書は、コンピュータの起動と停止とを繰り返しながら開発者が手動で作成する。

しかしながら、このようにコンピュータの起動と停止とを繰り返したのではBIOSメニューの仕様書の作成に長時間を要してしまう。

特開２００８－２０４３９５号公報 特開２００９－２７１８６４号公報

一側面によれば、仕様書を作成する時間を短縮することを目的とする。

一側面によれば、第１のコンピュータと第２のコンピュータとを備えた仕様書作成システムであって、第１のコンピュータは、第１のコンピュータのハードウェア構成を示す構成情報に基づいて、構成情報によって定まるBIOSの第１の表示項目を表示装置に表示させるための表示データを生成する表示データ生成部と、表示データを解析して、表示データに含まれる第１の表示項目を含む第１の情報を生成する第１の解析情報生成部とを有し、第２のコンピュータは、BIOSのソースコードを解析して、第１のコンピュータのハードウェア構成によらずに定まるBIOSの第２の表示項目を含む第２の情報を生成する第２の解析情報生成部と、第１の情報に含まれる第１の表示項目と、第２の情報に含まれる第２の表示項目とが記述されたBIOSの仕様書を作成する仕様書作成部とを有する仕様書作成システムが提供される。

一側面によれば、仕様書を作成する時間を短縮できる。

図１は、BIOSメニューの一例を示す図である。 図２（ａ）は、BIOSメニューの仕様書の模式図であり、図２（ｂ）は、ページの仕様に含まれる項目の模式図である。 図３は、「Boot Watchdog」と「Timeout Value」の各メニュー項目の仕様の模式図である。 図４は、BIOSの動的表示項目を説明するためのBIOSメニューの模式図である。 図５は、ページを更新するために担当者が行うフローチャートである。 図６は、本実施形態に係る仕様書作成システムのシステム構成図である。 図７は、VFRコードの模式図である。 図８は、コンピュータのハードウェア構成図である。 図９は、構成ファイルに含まれる構成情報の一例を示す模式図である。 図１０は、コンピュータの機能構成図である。 図１１は、第１の解析情報の模式図である。 図１２は、本実施形態に係る解析方法のフローチャートである。 図１３は、仕様書作成装置の機能構成図である。 図１４は、第２の解析情報の模式図である。 図１５は、仕様書作成部が作成した仕様書の模式図である。 図１６は、本実施形態に係る仕様書作成方法のフローチャートである。 図１７は、図１６のステップＳ３１における処理を示す模式図である。 図１８（ａ）はメニュー項目テーブルの模式図であり、図１８（ｂ）は「entry_id」が「2」のメニュー項目テーブルの構成図である。 図１９は、図１８（ａ）、（ｂ）の各メニュー項目テーブルをマージして得られたメニュー項目テーブルの模式図である。 図２０は、HTML形式の仕様書のソースコードを示す模式図である。 図２１は、仕様書作成装置のハードウェア構成図である。

本実施形態の説明に先立ち、本願発明者が検討した事項について説明する。

図１は、BIOSメニューの一例を示す図である。BIOSメニュー１は、コンピュータの設定や、BIOSそのものの設定をユーザが変更するためにBIOSが表示装置に表示するメニュー形式の画面である。

図１の例では、BIOSメニュー１は、「System」や「Server Config」等の名前が付けられた複数のページ２を有する。個々のページ２には、更に「Boot Watchdog」等のメニュー項目３が含まれる。メニュー項目３は、コンピュータの設定等を行う項目である。

例えば、「Boot Watchdog」というメニュー項目３の選択肢はドロップダウンリストで<Enabled>と<Disabled>がある。このうち、<Enabled>のときだけ「Timeout Value」と「Action」という他のメニュー項目３の選択肢を変更でき、<Disabled>のときにはグレーアウトされて変更できない。

図２（ａ）は、BIOSメニュー１の仕様書の模式図である。仕様書５は、BIOSメニュー１の仕様を記述した電子ファイルである。一例として、仕様書５は、表紙６と、ページ２ごとの仕様７とを含む。また、ページ２の仕様７には、メニュー項目の仕様９が記述される。

図２（ｂ）は、ページ２の仕様７に含まれる項目の模式図である。図２（ｂ）に示すように、ページ２の仕様７には、前述のページ名やメニュー項目名の他に種々の項目が含まれる。

図３は、「Boot Watchdog」と「Timeout Value」の各メニュー項目の仕様９の模式図である。

図３に示すように、これらの仕様９には、メニュー項目の他に、選択可能な選択肢、操作権限、表示条件、コンピュータのモデルごとのデフォルト値、及びヘルプメッセージ等も含まれる。

仕様書５は、その用途によって１次仕様書と２次仕様書とに分けられる。このうち、１次仕様書は、BIOSを作成する開発者が参照する仕様書である。一方、２次仕様書は、BIOSを備えたコンピュータのテスト担当者や、当該コンピュータのユーザマニュアル作成者が参照する仕様書である。

２次仕様書は、テスト前にテスト担当者に渡され、その内容をもとにテストが実施される。そのため、テスト対象のコンピュータと２次仕様書とで表示内容が異なるとテストがパスしない。

また、２次仕様書は、コンピュータの出荷前にユーザマニュアル作成者に渡され、その内容をもとにユーザマニュアルが作成される。よって、ユーザの混乱を避けるために、コンピュータが表示するBIOSメニュー１は２次仕様書通りとなる必要がある。

ここで、BIOSの開発者が、1次仕様書にはないBIOSメニューを追加したり、１次仕様書にあるBIOSメニューを変更したりした場合を考える。この場合、BIOSの修正内容を1次仕様書に反映させて、1次仕様書がそのまま２次仕様書となると、１次仕様書と２次仕様書のそれぞれの内容が同一となって不要な混乱を避けることができる。

例えば、担当者がBIOSのソースコードを静的に解析することで修正内容を特定し、その修正内容を２次仕様書に反映させることで、１次仕様書と２次仕様書のそれぞれの内容が同一となる。

しかしながら、ソースコードを静的に解析することで特定できる表示項目は、コンピュータのハードウェア構成によらずに定まる静的表示項目に限られる。例えば、図１において、プロセッサの温度を監視するかを設定する目メニュー項目「Temperature Monitoring」の「<Disabled>」が静的表示項目の一例である。

一方、BIOSメニューには、コンピュータのハードウェア構成によって定まる動的表示項目がある。動的表示項目の内容は、コンピュータのハードウェア構成ごとに異なるため、それをソースコードから特定することはできない。

図４は、BIOSの動的表示項目を説明するためのBIOSメニュー１の模式図である。

図４の例では、「Active Processor Cores」と呼ばれるメニュー項目を例示している。このメニュー項目は、使用可能なCPUのコア数を選択するための項目である。この例では、コア数を示す「All」、「1」、「2」、…、「11」が動的表示項目となる。コア数はコンピュータごとに異なる。そのため、実際にコンピュータでBIOSメニュー１を表示させないと、「Active Processor Cores」に表示される「All」、「1」、「2」、…、「11」等の動的表示項目は判らない。

また、動的表示項目と静的表示項目のどちらであっても、最終的には担当者が以下のようにしてコンピュータを動作させることで仕様書のページ２を更新する必要がある。

図５は、ページ２を更新するために担当者が行うフローチャートである。まず、担当者は、動的表示項目を表示させるためのコンピュータを用意する（ステップＳ１）。

次に、担当者が、コンピュータの電源を投入し、BIOSを起動させる（ステップＳ２）。

次いで、担当者がBIOSメニュー１を表示させる（ステップＳ３）。
続いて、担当者が、BIOSメニュー１の表示項目を確認する（ステップＳ４）。

次に、担当者が、表示された表示項目と、これに対応した仕様書のページ２とを比較し、ページ２の内容を修正する必要があるかを判定する（ステップＳ５）。

ここで、修正する必要があると判定された場合にはステップＳ６に移り、担当者がページ２の内容を修正する。一方、ステップＳ５の判定が否定された場合にはステップＳ６をスキップする。

次に、担当者が、他の表示項目を確認する必要があるかを判定する（ステップＳ７）。ここで確認する必要がないと判定された場合には処理を終える。

一方、ステップＳ７の判定が肯定された場合にはステップＳ８に移る。ステップＳ８では、CPUのコア数等のハードウェア構成を変更する必要があるかを担当者が判定する。例えば、前述の図４のようにメニュー項目「Active Processor Cores」の表示項目を確認したい場合には、CPUのコア数を変更する必要がある。

ステップＳ８において構成の変更が必要ない判定された場合にはステップＳ３に戻る。一方、ステップＳ８の判定が肯定された場合にはステップＳ９に移り、担当者がコンピュータの電源を落とす。その後、ステップＳ１に戻り、ハードウェア構成が変更されたコンピュータを用意する。

以上により、ページ２を更新するために担当者が行う処理を終える。このような方法では、仕様書のページ２に対応したハードウェア構成を備えたコンピュータを用意する必要があり、仕様書の作成に長時間を要してしまう。

特に、前述のようにBIOSのソースコードから動的表示項目を特定することはできないため、動的表示項目に対応したページ２を更新する場合に長時間を要することになる。

しかも、担当者は手作業で仕様書を修正するため、仕様書に誤りが生じることがある。その場合には仕様書を再作成する必要があり、時間とコストが無駄になる。

（本実施形態）
図６は、本実施形態に係る仕様書作成システム１０のシステム構成図である。

図６に示すように、この仕様書作成システム１０は、コンピュータ２０と仕様書作成装置３０とを備える。なお、コンピュータ２０と仕様書作成装置３０は、インターネットやLAN(Local Area Network)等のネットワーク２５を介して相互に接続される。なお、担当者がUSB(Universal Serial Bus)メモリ等の可搬型の記録装置を用いてコンピュータ２０と仕様書作成装置３０との間でデータのやり取りを行う場合にはネットワーク２５は不要である。

コンピュータ２０は、BIOSを実行するPC(Personal Computer)やサーバ等のコンピュータである。本実施形態では、このコンピュータ２０が実行するBIOSの仕様書３４を作成する。なお、コンピュータ２０は、第１のコンピュータの一例である。また、仕様書３４は、１次仕様書と２次仕様書のどちらでもよい。

また、コンピュータ２０は、仕様書３４の作成に要する動的表示項目についての第１の解析情報３３を生成するための制御部２１を備える。その第１の解析情報３３については後述する。

一方、仕様書作成装置３０は、サーバやPC(Personal Computer)等のコンピュータであって、自装置の各部を制御したり仕様書３４を作成したりする制御部３１を備える。なお、仕様書作成装置３０は第２のコンピュータの一例である。

この例では、制御部３１は、BIOSのソースコード３２と第１の解析情報３３とを取得し、これらに基づいてBIOSメニューの仕様書３４を作成する。なお、BIOSのソースコード３２は、コンピュータ２０が実行するBIOSのソースコードである。そのソースコード３２にはUEFI(Unified Extensible Firmware Interface)仕様で記述されたVFR(Visual Forms Representation)コード３２ａが含まれる。

図７は、VFRコード３２ａの模式図である。図７に示すように、VFRコード３２ａには種々の要素が含まれる。そのうち、「formset」要素は、VFRコード３２ａの開始を示す要素である。「guid」要素は、BIOSメニュー１のページ２（図１参照）を一意に識別する要素である。また、「goto」要素は、次に遷移するページ２を示す要素である。「label」要素は、動的表示項目が挿入される位置を示す。

また、VFRコード３２ａには、C言語のディレクティブ「#if」、「#endif」が記述される。これらのディレクティブは、コンピュータ２０が特定のモデルのときにソースコード３２の一部３２ｂをコンパイルしないことを指示する指示文である。この例では、コンピュータのモデルが「MODEL_A」又は「MODEL_C」のときに、ディレクティブ「#if」とディレクティブ「#endif」で挟まれた一部３２ｂがコンパイルされる。コンピュータのモデルが「MODEL_B」のときには一部３２ｂはコンパイルされない。

図８は、コンピュータ２０のハードウェア構成図である。図８に示すように、このコンピュータ２０は、プロセッサ２０ａ、メモリ２０ｂ、BIOS用不揮発性メモリ２０ｃ、設定管理用不揮発性メモリ２０ｄ、及びID用不揮発性メモリ２０ｅを備える。更に、コンピュータ２０は、PCI(Peripheral Component Interconnect)カード２０ｆ、入力装置２０ｇ、表示装置２０ｈ、及び媒体読取装置２０ｉを備える。これらの各部はバス２０ｋにより相互に接続される。

このうち、プロセッサ２０ａは、コンピュータ２０の各部を制御したり種々のプログラムを実行したりするCPUやGPU(Graphics Processing Unit)である。メモリ２０ｂは、DRAM(Dynamic Random Access)等の揮発性メモリであって、プロセッサ２０ａが実行する種々のプログラムがロードされる。

BIOS用不揮発性メモリ２０ｃは、BIOSプログラム２７を記憶した不揮発性メモリである。なお、BIOSプログラム２７は、BIOSのソースコード３２をコンパイルして得られたバイナリファイルである。

設定管理用不揮発性メモリ２０ｄは、BIOSメニューで設定された設定内容を記憶する不揮発性メモリである。ID用不揮発性メモリ２０ｅは、コンピュータ２０のモデルを示す文字列であるIDを記憶した不揮発性メモリである。

PCIカード２０ｆは、PCIバスで外部の装置と通信を行うための通信インターフェースである。入力装置２０ｇは、担当者がコンピュータ２０に各種の情報を入力するためのキーボードやマウス等のデバイスである。

表示装置２０ｈは、BIOSメニューを表示する液晶ディスプレイ等のハードウェアである。また、媒体読取装置２０ｉは、例えばUSBメモリ等の可搬型の記録媒体２０ｊに対してデータの書き込みと読み込みとを行う装置である。

記録媒体２０ｊは、複数の構成ファイル２３を記憶した可搬型の媒体である。構成ファイル２３は、コンピュータ２０のハードウェア構成を示す構成情報を含むファイルである。ハードウェア構成としては、例えばコンピュータ２０のプロセッサ２０ａのコア数等がある。この例では、複数の構成ファイル２３ごとに構成情報が異なるものとする。

図９は、構成ファイル２３に含まれる構成情報の一例を示す模式図である。図９の例では、XML(Extensible Markup Language)形式で構成情報２４を表現する。例えば、<cpu_cores>のタグは一つのプロセッサ２０ａのコア数を示し、<memory_size>のタグはメモリ２０ｂの容量を示す。

図１０は、コンピュータ２０の機能構成図である。図１０に示すように、コンピュータ２０の制御部２１は、第１の表示データ生成部４１、第２の表示データ生成部４２、設定管理部４３、IFR(Internal Forms Representation)管理部４４、及びIFR表示部４５を備える。更に、制御部２１は、モード判定部４６、構成エミュレーション部４７、画面生成部４８、及び第１の解析情報生成部４９を備える。このような制御部２１の機能は、プロセッサ２０ａとメモリ２０ｂがBIOSプログラム２７を実行することで実現される。

このうち、モード判定部４６は、コンピュータ２０が動的表示項目解析モードかどうかを判定する処理部である。動的表示項目解析モードは、コンピュータ２０が、BIOSの動的表示項目を含む第１の解析情報３３を生成するモードである。一例として、モード判定部４６は、構成ファイル２３の名前が予め定めておいた特定の名前であるときに動的表示項目解析モードであると判定する。

なお、コンピュータ２０のマザーボート上のDIP (Dual Inline Package)スイッチが値を示す場合に、モード判定部４６は動的表示項目解析モードであると判定してもよい。

第１の表示データ生成部４１は、表示装置２０ｈに静的表示項目を表示するための第１のIFR (Internal Forms Representation)データ４１ａを生成する処理部である。第１のIFRデータ４１ａは、ソースコード３２のVFRコード３２ａのうち、静的表示項目に対応したコードをコンパイルして得られたUEFI仕様のデータである。

また、第１の表示データ生成部４１には第１のMC(Menu Controller)部４１ｂが含まれる。第１のMC部４１ｂは、動的表示項目解析モードのときに第１のIFRデータ４１ａを生成し、それをIFR管理部４４に渡す処理部である。

ここでは、第１のMC部４１ｂは、コンピュータ２０のプロセッサ２０ａの実際のコア数等のハードウェア構成を参照しない。その代わり、第１のMC部４１ｂは、記録媒体２０ｊに格納されている構成ファイル２３に含まれる構成情報２４を構成エミュレーション部４７を介して取得し、その構成情報２４を参照して第１のIFRデータ４１ａを生成する。

なお、構成エミュレーション部４７が構成情報２４を渡さない場合は、第１のMC部４１ｂは、コンピュータ２０の実際のハードウェア構成を参照して第１のIFRデータ４１ａを生成する。

一方、第２の表示データ生成部４２は、表示装置２０ｈに動的表示項目を表示するための第２のIFRデータ４２ａを生成する処理部である。第２のIFRデータ４２ａは、表示データの一例であって、ソースコード３２のVFRコード３２ａのうちで動的表示項目に対応したコードをコンパイルして得られたUEFI仕様のデータである。

また、第２の表示データ生成部４２には第２のMC部４２ｂが含まれる。第２のMC部４２ｂは、動的表示項目解析モードのときに第２のIFRデータ４２ａを生成し、それをIFR管理部４４に渡す処理部である。

第２のIFRデータ４２ａによって表示される動的表示項目は第１の表示項目の一例である。この例では、第２のMC部４２ｂは、コンピュータ２０のプロセッサ２０ａの実際のコア数等のハードウェア構成を参照しない。その代わり、第２のMC部４２ｂは、記録媒体２０ｊに格納されている構成ファイル２３に含まれる構成情報２４を構成エミュレーション部４７を介して取得し、その構成情報２４を参照して第２のIFRデータ４２ａを生成する。

これにより、コンピュータ２０のハードウェア構成を変更しなくても、ハードウェア構成の異なるコンピュータ２０の第２のIFRデータ４２ａを生成することができる。

なお、構成エミュレーション部４７が構成情報２４を渡さない場合は、第２のMC部４２ｂは、コンピュータ２０の実際のハードウェア構成を参照して第２のIFRデータ４２ａを生成する。

構成エミュレーション部４７は、各表示データ生成部４１、４２から構成情報２４の取得要求が来たときに、記録媒体２０ｊに格納されている構成ファイル２３に含まれる構成情報２４を各表示データ生成部４１、４２に渡す。例えば、第２の表示データ生成部４２が構成エミュレーション部４７にプロセッサ２０ａのコア数の取得を要求したとする。この場合、構成エミュレーション部４７は、構成ファイル２３に記述されているコア数を第２の表示データ生成部４２に渡す。そのコア数は、プロセッサ２０ａの実際のコア数と異なってもよい。そして、このコア数に基づいて、第２の表示データ生成部４２は第２のIFRデータ４２ａを生成する。

画面生成部４８は、IFR管理部４４から各IFRデータ４１ａ、４２ａを取得し、これらに基づいてBIOSメニュー１の表示画面を疑似的に生成する処理部である。なお、画面生成部４８は、実際に表示装置２０ｈに画面を表示せずに、画面の表示に要するデータを生成するのみである。また、画面生成部４８は、画面の表示に使用した各IFRデータ４１ａ、４２ａを第１の解析情報生成部４９に渡す。

BIOSメニュー１の表示画面のページ構成はツリー状になっていることが多い。そのため、画面生成部４８は、ツリー状のデータ構造を幅優先探索するアルゴリズムを使う等して全ページのIFRデータ４１ａ、４２ａを抽出し、それを第１の解析情報生成部４９に渡してもよい。なお、各IFRデータ４１ａ、４２ａには、他のページを表示させるためのCross-Referenceという情報があり、これによりページ間の遷移関係を表すことができる。

設定管理部４３は、BIOSメニュー１で変更された設定を示す設定情報を管理し、それを設定管理用不揮発性メモリ２０ｄに書き込む処理部である。なお、設定管理部４３は、その設定情報をIFR表示部４５から受け取る。

IFR管理部４４は、第１の表示データ生成部４１と第２の表示データ生成部４２の各々から各IFRデータ４１ａ、４２ａを取得し、それらをデータベースとして管理する処理部である。また、IFR管理部４４は、IFR表示部４５から各IFRデータ４１ａ、４２ａの取得要求を受けたときに、各IFRデータ４１ａ、４２ａをIFR表示部４５に渡す。

IFR表示部４５は、各IFRデータ４１ａ、４２ａを解析することにより、表示装置２０ｈにBIOSメニュー１を表示する処理部である。また、IFR表示部４５は、入力装置２０ｇからの入力に従ってBIOSメニュー１の表示を変更する。BIOSメニュー１の設定が変更された場合、IFR表示部４５は、変更された設定情報を設定管理部４３に通知する。

第１の解析情報生成部４９は、画面生成部４８から取得した各IFRデータ４１ａ、４２ａを解析した第１の解析情報を生成する処理部である。第１の解析情報は、第１の情報の一例であって、第２のIFRデータ４２ａに含まれる動的表示項目を含む。

図１１は、第１の解析情報３３の模式図である。図１１の例では、XML形式で第１の解析情報３３を表現する。なお、その第１の解析情報３３と、図７のVFRコード３２ａとは以下のように対応する。

例えば、第１の解析情報３３の「menu_page」要素はページ２の構成を示し、VFRコード３２ａの「formset」の情報に対応する。また、「formsetguid」要素はVFRコード３２ａの「formset」の「guid」の情報に対応する。「item」要素はメニュー項目を示し、VFRコード３２ａの「one of」～「endoneof」で表現される項目に対応する。

「next_page」要素は、ページ２間の接続する情報であって、次に遷移するページ２を示す。その「next_page」要素は、VFRコード３２ａの「goto」以下で表現される情報に対応する。

「dynamic_item」要素は、動的表示項目が挿入される位置を示し、VFRコード３２ａの「label」で表現される情報に対応する。

「suppress_condition」要素は、表示しない条件を示し、VFRコード３２ａのディレクティブ「#if」～「#endif」に対応する。この例では、コンピュータ２０のモデルが「MODEL_B」であるという条件が「suppress_condition」要素に記述される。また、「suppress_condition」要素の次の「xsd:string」要素は、モデルが「MODEL_B」のときにBIOSメニュー１に表示しない動的表示項目３３ａである。なお、動的表示項目３３ａは第１の表示項目の一例である。

この他に、図７のVFRコード３２ａには例示していないが、第１の解析情報３３には「grayout_condition」要素もある。「grayout_condition」要素は、表示項目をグレーアウトする条件に対応する。

なお、各IFRデータ４１ａ、４２ａはスタックベースの評価器で評価可能な式で表されており、IFR表示部４５は単純にその式を評価して表示すべきものを表示する。一方、第１の解析情報生成部４９が各IFRデータ４１ａ、４２ａを評価した結果、例えばEFI_IFR_SUPPRESS_IFという式がtrueになることがある。これは動的表示項目３３ａを表示しないという結果であるが、この場合でも第１の解析情報生成部４９は動的表示項目３３ａを第１の解析情報３３に生成する。

次に、コンピュータ２０が実行する解析方法について説明する。図１２は、本実施形態に係る解析方法のフローチャートである。

まず、コンピュータ２０の電源が投入されるとBIOSプログラム２７が実行を開始する（ステップＳ１１）。

次に、モード判定部４６が、コンピュータ２０が動的表示項目解析モードかどうかを判定する（ステップＳ１２）。例えば、モード判定部４６は、まだ取得していない未処理の構成ファイル２３が記録媒体２０ｊに存在し、かつその構成ファイル２３の名前が予め定めておいた特定の名前であるときに動的表示項目解析モードであると判定する。

ステップＳ１２の判定が肯定された場合にはステップＳ１３に移る。ステップＳ１３においては、構成エミュレーション部４７が、複数の構成ファイル２３のうちの一つを記録媒体２０ｊから取得する。

次いで、第１の表示データ生成部４１が、構成ファイル２３中の構成情報２４に基づいて静的表示項目を表示するための第１のIFRデータ４１ａを生成し、それをIFR管理部４４に渡す（ステップＳ１４）。

次に、第２の表示データ生成部４２の第２のMC部４２ｂが、構成情報２４に基づいて動的表示項目を表示するための第２のIFRデータ４２ａを生成し、それをIFR管理部４４に渡す（ステップＳ１５）。

次いで、画面生成部４８が、IFR管理部４４から各IFRデータ４１ａ、４２ａを取得し、これらに基づいてBIOSメニュー１の表示画面を疑似的に生成する（ステップＳ１６）。更に、画面生成部４８は、各IFRデータ４１ａ、４２ａを第１の解析情報生成部４９に渡す。

次いで、第１の解析情報生成部４９が、各IFRデータ４１ａ、４２ａを解析して、その解析結果を示す第１の解析情報３３を生成し、記録媒体２０ｊに第１の解析情報３３を格納する（ステップＳ１７）。

次に、モード判定部４６が、まだ取得していない未処理の構成ファイル２３が記録媒体２０ｊに存在するかを判定する（ステップＳ１８）。なお、ステップＳ１２の判定が否定された場合もステップＳ１８を実行する。

ステップＳ１８の判定が肯定された場合には、ステップＳ１９に移り、第１の解析情報生成部４９がコンピュータ２０を再起動する。この後は、再びステップＳ１１に戻る。一方、ステップＳ１８の処理が否定された場合は処理を終える。

以上説明した解析方法によれば、第２の表示データ生成部４２が構成情報２４に基づいて第２のIFRデータ４２ａを生成する（ステップＳ１５）。そして、その第２のIFRデータ４２ａに基づいて第１の解析情報生成部４９が第１の解析情報３３を生成する（ステップＳ１７）。そのため、ハードウェア構成の異なる複数のコンピュータを担当者が用意しなくても、複数の構成情報２４を用意するだけで相異なるハードウェア構成に対応した第１の解析情報３３を得ることができる。そのため、後述のように第１の解析情報３３に基づいて仕様書作成装置３０が仕様書３４を短時間で作成することができる。

次に、仕様書作成装置３０（図６参照）の機能構成について説明する。図１３は、仕様書作成装置３０の機能構成図である。

図１３に示すように、仕様書作成装置３０は、制御部３１、通信部６１、入力部６２、表示部６３、及び記憶部６４を備える。

このうち、通信部６１は、仕様書作成装置３０をネットワーク２５に接続する処理部である。入力部６２は、担当者が仕様書作成装置３０に種々のコマンドを入力するための処理部である。また、表示部６３は、作成した仕様書３４等を表示するための処理部である。

一方、記憶部６４は、BIOSのソースコード３２、第１の解析情報３３、仕様書３４、及び第２の解析情報３５を記憶する。なお、第２の解析情報３５については後述する。

制御部３１は、仕様書作成装置３０の各部を制御する処理部である。一例として、制御部３１は、取得部６６、第２の解析情報生成部６７、及び仕様書作成部６８を備える。

このうち、取得部６６は、通信部６１を介してソースコード３２と第１の解析情報３３とを取得する処理部である。

また、第２の解析情報生成部６７は、ソースコード３２を静的に解析する処理部である。更に、第２の解析情報生成部６７は、その解析結果に基づいて、コンピュータ２０のハードウェア構成によらずに定まるBIOSの静的表示項目を含む第２の解析情報３５を生成し、それを記憶部６４に格納する。

図１４は、第２の解析情報３５の模式図である。第２の解析情報３５は、第２の情報の一例であって、図１１の第１の解析情報３３と同一のXML形式のフォーマットで記述される。また、その第１の解析情報３３において、「item_name」要素の次の「xsd:string」要素は、コンピュータ２０のハードウェア構成によらずにBIOSメニュー１に表示される静的表示項目３５ａである。なお、静的表示項目３５ａは、第２の表示項目の一例である。

第２の解析情報生成部６７は、ソースコード３２に含まれるVFRコード３２ａを解析することにより、このような第２の解析情報３５を生成する。

再び図１３を参照する。仕様書作成部６８は、第１の解析情報３３に含まれる動的表示項目３３ａと、第２の解析情報３５に含まれる静的表示項目３５ａとが記述されたBIOSの仕様書３４を作成する処理部である。

図１５は、仕様書作成部６８が作成した仕様書３４の模式図である。図１５では、メニュー項目「Active Processor Cores」の仕様を例示している。仕様書３４のフォーマットは特に限定されないが、この例では仕様書作成部６８がHTML文書で仕様書３４を記述する。その仕様書３４には、動的表示項目３３ａと静的表示項目３５ａとが記述される。

例えば、動的表示項目３３ａは、使用可能なCPUのコア数を示す「All」、「1」、「2」、…、「11」等の文字列である。また、静的表示項目３５ａは、メニュー項目「Active Processor Cores」のヘルプを示す「Select number of active cores」という文字列である。

この例では、仕様書作成部６８は、「cpu_type」が「typeA」の構成情報２４に基づいて、CPUのコア数を表す「option value」が「2」と「3」であることを特定する。また、仕様書作成部６８は、「cpu_type」が「typeB」の構成情報２４に基づいて、CPUのコア数を表す「option value」が「2」であることを特定する。

これにより、「option value」が「2」になるのは、「cpu_type」が「typeA」又は「typeB」の場合である。また、「option value」が「3」になるのは、「cpu_type」が「typeA」の場合である。

仕様書作成部６８は、このように相異なる複数の構成情報２４が示す複数のハードウェア構成と、各々のハードウェア構成に対応した複数の動的表示項目３３ａとを対応付けて仕様書３４に記述する。

これにより、担当者が、異なるハードウェア構成ごとに動的表示項目３３ａを把握することができる。

なお、仕様書３４における「suppress condition」の欄は、動的表示項目３３ａや静的表示項目３５ａ等の内容を表示しないモデルを特定する欄である。この例では、コンピュータ２０のモデルが「MODEL_B」のときに、動的表示項目３３ａや静的表示項目３５ａ等の内容が表示されないことを示す。これらの内容は、BIOSのソースコード３２のVFRコード３２ａ（図７参照）において、ディレクティブ「#if」、「#endif」で挟まれた一部３２ｂに記述されている内容に相当する。

このような「suppress condition」の欄を仕様書３４に記述することで、担当者は、モデルによって表示されない内容を把握することができる。

図１６は、本実施形態に係る仕様書作成方法のフローチャートである。まず、取得部６６が、通信部６１を介してBIOSのソースコード３２を取得し、ソースコード３２を記憶部６４に格納する（ステップＳ２８）。

次に、第２の解析情報生成部６７が、BIOSのソースコード３２を解析することにより第２の解析情報３５を生成し、第２の解析情報３５を記憶部６４に格納する（ステップＳ２９）。

なお、図７に示したように、ソースコード３２のVFRコード３２ａにディレクティブ「#if」、「#endif」が記述されている場合がある。そのディレクティブ「#if」、「#endif」は、コンピュータ２０のモデルが「MODEL_B」のときに、ソースコード３２の一部３２ｂをコンパイルしないことを示す指示文である。

この場合、第２の解析情報生成部６７は、ソースコード３２の一部３２ｂに記述されている内容を特定する。そして、仕様書作成部６８は、コンピュータ２０のモデルが「MODEL_B」の場合には、一部３２ｂに記述されている内容を表示しないことを仕様書に記述する。一例として、仕様書作成部６８は、仕様書３４（図１５参照）の「suppress condition」の欄に「MODEL_B」を記述する。

次いで、取得部６６が、コンピュータ２０が生成した第１の解析情報３３を取得部６６を介して取得し、第１の解析情報３３を記憶部６４に格納する（ステップＳ３０）。

次に、仕様書作成部６８が第２の解析情報３５を解析し、BIOSメニュー１のページ２の構造を特定する（ステップＳ３１）。

図１７は、ステップＳ３１における処理を示す模式図である。図１７に示すように、仕様書作成部６８は、第２の解析情報３５に基づいて、ページ２の構造を示すページツリー７０を生成する。ページツリー７０における各ノードは、第２の解析情報３５に含まれる「formsetguid」要素に対応しており、<GUID1>、<GUID2>、<GUID3>、…にはその「formsetguid」要素の値が格納される。また、「formsetguid」要素の値が同じノードは同じページ２を示す。

この例では、各ノードは以下のページ２を表すものとする。
<GUID1>: 「Root」のページ２
<GUID2>: 「Information」のページ２
<GUID3>: 「System」のページ２
<GUID31>: 「Processor Configuration」のページ２
<GUID32>: 「Memory Configuration」のページ２
再び図１６を参照する。

次に、仕様書作成部６８は、第１の解析情報３３に含まれるBIOSメニュー１のページ２を特定し、そのページ２を表すノードを図１７のページツリー７０に追加する（ステップＳ３２）。これにより、ページツリー７０の各ノードには、第２の解析情報３５で特定される静的表示項目３５ａと、第１の解析情報３３で特定される動的表示項目３３ａとが含まれるようになる。

次いで、仕様書作成部６８は、ページツリー７０のノードごとにメニュー項目テーブルを作成する（ステップＳ３３）。

図１８（ａ）は、そのメニュー項目テーブル７１の模式図である。メニュー項目テーブル７１は、BIOSメニュー１のメニュー項目と、そのメニュー項目に含まれる動的表示項目３３ａと、当該メニュー項目に含まれる静的表示項目３５ａとを対応付けたテーブルである。

この例では、メニュー項目の名前が「Active Processor Cores」のメニュー項目テーブル７１を例示している。この場合、選択可能なコア数を示す「option」は、コンピュータ２０のプロセッサ２０ａによって異なるため、動的表示項目３３ａとなる。なお、「config_condition」は、プロセッサ２０ａの種類が「typeA」の場合にこれらの動的表示項目３３ａがページ２に表示されることを示す。また、「supress_condition」は、コンピュータ２０のモデルが「MODEL_B」のときに動的表示項目３３ａを表示しないことを示す。

一方、「Active Processor Cores」のページ２のヘルプ画面を示す「item_help」は、コンピュータ２０のハードウェア構成によらずに定まるため、静的表示項目３５ａとなる。

なお、メニュー項目テーブル７１の「entry_id」は、このメニュー項目テーブル７１が「1」で識別される構成情報２４に対応していることを示す。仕様書作成部６８は、相互に異なるハードウェア構成を示す複数の構成情報２４ごとにメニュー項目テーブル７１を生成する。また、「num_of_oneof_option」には、表示される選択肢の個数が格納される。

図１８（ｂ）は、「entry_id」が「2」のメニュー項目テーブル７１の構成図である。

このメニュー項目テーブル７１は、プロセッサ２０ａの種類が「typeB」の構成情報２４に対応したテーブルである。

再び図１６を参照する。
次に、仕様書作成部６８は、複数のメニュー項目テーブル７１のうち、メニュー項目の名前が同一のメニュー項目テーブル７１を特定し、それらにおいて同一のメニュー項目をマージする（ステップＳ３４）。例えば、図１８（ａ）、（ｂ）のメニュー項目テーブル７１は、メニュー項目の名前が「Active Processor Cores」で同一であるため、マージの対象となる。

図１９は、図１８（ａ）、（ｂ）の各メニュー項目テーブル７１をマージして得られたメニュー項目テーブル７２の模式図である。

図１９に示すように、仕様書作成部６８は、動的表示項目３３ａを表示させる条件７２ａ、７２ｂをメニュー項目テーブル７２に追加する。このうち、条件７２ａは、プロセッサ２０ａの種類が「typeA」のときに「3」の「option」を表示させるという条件である。そして、条件７２ｂは、プロセッサ２０ａの種類が「typeB」のときに「2」の「option」を表示させるという条件である。

なお、このメニュー項目テーブル７２における「entry_type」は「marged_item」となっているが、これはマージ後の項目テーブルであることを示す。「num_of_oneof_options」は表示される選択肢の個数を示すため、マージ前の「num_of_oneof_options」の最大値と最小値が格納される。また、条件７２ａの「parent_entry_id」として「1」が記録され、また、「entry_id」が「1」の「config_condition」に「child_entry_id=101」が格納されるため、お互い参照できる。

再び図１６を参照する。次に、仕様書作成部６８は、ページツリー７０において同一のノードにある同一のページをマージする（ステップＳ３５）。一例として、仕様書作成部６８は、ページツリー７０において<GUID1>、<GUID2>、<GUID3>、…等が示す「formsetguid」要素の値が同一のノードが示す同一のページをマージする。このとき、仕様書作成部６８は、ステップＳ３４と同様にして同一のページ内にある同一のメニュー項目をマージする。

このとき、図１９の条件７２ａ、７２ｂと同様に、動的表示項目３３ａを表示させる条件をメニュー項目テーブル７２に追加してもよい。

その後、仕様書作成部６８は、ページツリー７０のルートノードをルート要素にしたHTML形式の仕様書３４を生成する（ステップＳ３６）。図２０は、HTML形式の仕様書３４のソースコードを示す模式図である。

以上により、本実施形態に係る仕様書作成方法の基本的な処理を終える。
上記した本実施形態によれば、第２の解析情報生成部６７がBIOSのソースコード３２を解析することにより第２の解析情報３５を生成する（ステップＳ２９）。そして、仕様書作成部６８が、第２の解析情報３５に含まれる静的表示項目３５ａと、第１の解析情報３３に含まれる動的表示項目３３ａとが記述された仕様書３４を生成する（ステップＳ３６）。前述のように、第１の解析情報３３は、ハードウェア構成の異なる複数のコンピュータ２０を担当者が用意しなくても、複数の構成情報２４に基づいてコンピュータ２０が自動で生成する。そのため、ハードウェア構成の異なる複数のコンピュータ２０を用意する場合と比較して短時間で仕様書３４を作成できる。

更に、この例では仕様書作成部６８が自動的に仕様書３４を生成するため、担当者が手作業で仕様書３４を生成する場合に生じる人的な誤りが生じず、誤りを修正するための時間とコストとを節約できる。

しかも、図１２のステップＳ１７では、BIOSのソースコード３２のみでは特定できない動的表示項目３３ａを含む第１の解析情報３３をコンピュータ２０が構成情報２４から自動で生成する。そのため、仕様書作成装置３０が、その第１の解析情報３３に基づいて、動的表示項目３３ａが記述された仕様書３４を生成できる。

（ハードウェア構成）
図２１は、仕様書作成装置３０のハードウェア構成図である。図２１に示すように、仕様書作成装置３０は、記憶装置３０ａ、メモリ３０ｂ、プロセッサ３０ｃ、通信インターフェース３０ｄ、表示装置３０ｅ、入力装置３０ｆ、及び媒体読取装置３０ｇを有する。これらの各部は、バス３０ｉにより相互に接続される。

このうち、記憶装置３０ａは、Hard Disk Drive (HDD)やSolid State Drive等の不揮発性のストレージであって、本実施形態に係る仕様書作成プログラム１００を記憶する。

なお、仕様書作成プログラム１００をコンピュータが読み取り可能な記録媒体３０ｈに記録し、媒体読取装置３０ｇを介してプロセッサ３０ｃにその仕様書作成プログラム１００を読み取らせるようにしてもよい。

そのような記録媒体３０ｈとしては、例えばCompact Disc - Read Only Memory (CD-ROM)、Digital Versatile Disc (DVD)、及びUniversal Serial Bus (USB)メモリ等の物理的な可搬型記録媒体がある。また、フラッシュメモリ等の半導体メモリやハードディスクドライブを記録媒体３０ｈとして使用してもよい。これらの記録媒体３０ｈは、物理的な形態を持たない搬送波のような一時的な媒体ではない。

更に、公衆回線、インターネット、及びLAN等に接続された装置に仕様書作成プログラム１００を記憶させてもよい。その場合は、プロセッサ３０ｃがその仕様書作成プログラム１００を読み出して実行すればよい。

一方、メモリ３０ｂは、Dynamic Random Access Memory (DRAM)等のようにデータを一時的に記憶するハードウェアであって、その上に仕様書作成プログラム１００が展開される。

プロセッサ３０ｃは、仕様書作成装置３０の各部を制御するCPUやGPU等のハードウェアである。また、プロセッサ３０ｃは、メモリ３０ｂと協働して仕様書作成プログラム１００を実行する。

このようにメモリ３０ｂとプロセッサ３０ｃとが協働して仕様書作成プログラム１００を実行することにより、仕様書作成装置３０の制御部３１（図１３参照）が実現される。その制御部３１には、取得部６６、第２の解析情報生成部６７、及び仕様書作成部６８が含まれる。

また、記憶部６４（図１３参照）は、記憶装置３０ａとメモリ３０ｂによって実現される。

更に、通信インターフェース３０ｄは、仕様書作成装置３０をネットワーク２５に接続するためのNetwork Interface Card (NIC)等のハードウェアである。その通信インターフェース３０ｄにより通信部６１（図１３参照）が実現される。

そして、表示装置３０ｅは、図１５の仕様書３４を表示するための液晶ディスプレイやタッチパネル等のハードウェアである。その表示装置３０ｅにより表示部６３（図１３参照）が実現される。

また、入力装置３０ｆは、担当者が仕様書作成装置３０に各種のデータを入力するためのキーボードやマウス等のハードウェアである。その入力装置３０ｆにより入力部６２（図１３参照）が実現される。

媒体読取装置３０ｇは、記録媒体３０ｈを読み取るためのCDドライブ、DVDドライブ、及びUSBインターフェース等のハードウェアである。

１…BIOSメニュー、２…ページ、３…メニュー項目、５…仕様書、６…表紙、７…仕様、１０…仕様書作成システム、２０…コンピュータ、２１…制御部、２３…構成ファイル、２４…構成情報、２５…ネットワーク、２７…BIOSプログラム、３０…仕様書作成装置、３１…制御部、３２…ソースコード、３２ａ…VFRコード、３３…第１の解析情報、３３ａ…動的表示項目、３４…仕様書、３５…第２の解析情報、３５ａ…静的表示項目、４１…第１の表示データ生成部、４１ａ…第１のIFRデータ、４１ｂ…第１のMC部、４２…第２の表示データ生成部、４２ａ…第２のIFRデータ、４２ｂ…第２のMC部、４３…設定管理部、４４…IFR管理部、４５…IFR表示部、４６…モード判定部、４７…構成エミュレーション部、４８…画面生成部、４９…第１の解析情報生成部、６１…通信部、６２…入力部、６３…表示部、６４…記憶部、６６…取得部、６７…第２の解析情報生成部、６８…仕様書作成部、７０…ページツリー、７１、７２…メニュー項目テーブル、１００…仕様書作成プログラム。

Claims (7)

1. 第１のコンピュータと第２のコンピュータとを備えた仕様書作成システムであって、
   前記第１のコンピュータは、
   前記第１のコンピュータのハードウェア構成を示す構成情報に基づいて、前記構成情報によって定まるBIOSの第１の表示項目を表示装置に表示させるための表示データを生成する表示データ生成部と、
   前記表示データを解析して、前記表示データに含まれる前記第１の表示項目を含む第１の情報を生成する第１の解析情報生成部とを有し、
   前記第２のコンピュータは、
   前記BIOSのソースコードを解析して、前記第１のコンピュータのハードウェア構成によらずに定まる前記BIOSの第２の表示項目を含む第２の情報を生成する第２の解析情報生成部と、
   前記第１の情報に含まれる前記第１の表示項目と、前記第２の情報に含まれる前記第２の表示項目とが記述された前記BIOSの仕様書を作成する仕様書作成部と、
   を有することを特徴とする仕様書作成システム。
2. 第１のコンピュータが、
   前記第１のコンピュータのハードウェア構成を示す構成情報に基づいて、前記構成情報によって定まるBIOSの第１の表示項目を表示装置に表示させるための表示データを生成し、
   前記表示データを解析して、前記表示データに基づいて前記表示装置が表示する前記第１の表示項目を含む第１の情報を生成し、
   第２のコンピュータが、
   前記BIOSのソースコードを解析して、前記第１のコンピュータのハードウェア構成によらずに定まる前記BIOSの第２の表示項目を含む第２の情報を生成し、
   前記第１の情報に含まれる前記第１の表示項目と、前記第２の情報に含まれる前記第２の表示項目とが記述された前記BIOSの仕様書を作成する、
   ことを特徴とする仕様書作成方法。
3. 第１のコンピュータのハードウェア構成によって定まるBIOSの第１の表示項目を含む第１の情報を取得し、
   前記BIOSのソースコードを解析して、前記ハードウェア構成によらずに定まる前記BIOSの第２の表示項目を含む第２の情報を生成し、
   前記第１の情報に含まれる前記第１の表示項目と、前記第２の情報に含まれる前記第２の表示項目とが記述された前記BIOSの仕様書を作成する、
   処理を第２のコンピュータに実行させるための仕様書作成プログラム。
4. 前記第１のコンピュータが特定のモデルのときに前記ソースコードの一部をコンパイルしないことを指示する指示文を特定し、
   前記一部に記述されている内容を、前記第１のコンピュータが前記特定のモデルの場合には表示しないことを前記仕様書に記述する、
   処理を前記第２のコンピュータに実行させるための請求項３に記載の仕様書作成プログラム。
5. 相異なる複数の前記ハードウェア構成と、各々の前記ハードウェア構成に対応する複数の前記第２の表示項目とを対応付けて前記仕様書に記述する、
   処理を前記第２のコンピュータに実行させるための請求項３に記載の仕様書作成プログラム。
6. コンピュータのハードウェア構成を示す構成情報に基づいて、前記構成情報によって定まるBIOSの表示項目を表示装置に表示させるための表示データを生成し、
   前記表示データを解析して、前記表示データに基づいて前記表示装置が表示する前記表示項目を含む情報を生成する、
   処理を前記コンピュータに実行させるためのBIOSプログラム。
7. 前記構成情報を含むファイルが可搬型の記録媒体に格納されており、かつ前記ファイルのファイル名が特定の名前であるときに、前記表示データを生成する処理と前記情報を生成する処理とを前記コンピュータに実行させるための請求項６に記載のBIOSプログラム。
   
   

Images