(57)【要約】【課題】メモリ容量や他の周辺機器の接続状況等のハードウェア構成、基本入出力システムの設定によって動作が変化するソフトウェアの実機検証において、メモリや外部記憶機器の抜き差しなどのハードウェア構成の構築に掛かる時間を短縮できる検証方式を提供する。【解決手段】検証項目毎にハードウェアの認識処理をスキップさせるためのデータと検証プログラムの対応をデータベースとして持ち、それらの情報を用いて、検証プログラムを必要なハードウェア構成で実行するソフトウェアの検証方式を提供する。【選択図】図１
2010026827.tif 000002
【特許請求の範囲】
【請求項１】
ハードウェア構成によって動作が変わるソフトウェアの実機検証において、ハードウェア認識をスキップさせるための情報と実行する検証プログラム名をデータベースとして持ち、その情報を基に検証項目の確認に必要なハードウェア設定と検証プログラムの実行を連動させて実行する検証方式。
【請求項２】
請求項１の方式を用いた検証装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハードウェア構成を変えながら検証するソフトウェアの実機検証に関する。
【背景技術】
【０００２】
電子計算機の周辺機器の制御ソフトウェアなどは、電子計算機のメモリ容量や、他の周辺機器の接続状況等のハードウェア構成、基本入出力システムの設定によって動作が変化する。このようなソフトウェアの実機検証では、ハードウェア構成および基本入出力システムの設定を変えながら検証プログラムを流すことが必要であるが、いくつかの電子計算機では、ハードウェア構成は基本入出力システムが起動時にパワーオン自己診断検証により自動で設定されるため、ハードウェアの構成変更は、物理的にメモリや周辺機器を抜き差しして行っている。
【０００３】
【特許文献１】特開平９−２４４９２１号公報
【特許文献２】特開２００２−１５７１４４号公報
【特許文献３】特開２００１−２２６０９号公報
【特許文献４】特開平６−３４８５４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
メモリおよび周辺機器の抜き差しのような人手作業と、検証プログラム実行のような自動作業を交互に行いながら検証をすすめるため、作業効率が悪い。また、人手作業による環境設定であるため、設定を間違えた状態で検証プログラムが流されてしまう可能性がある。
【０００５】
検証の自動化については、特開平９−２４４９２１号や特開２００２−１５７１４４号で公開されているが、これらはハードウェア構成の変更について言及していない。
【０００６】
一方、ハードウェア構成の変更については、特開２００１−２２６０９号や特開平６−３４８５４４号で公開されているような周辺機器シミュレータとの連動により擬似的に行うことも考えられるが、シミュレータ開発には工数がかかり、さらにシミュレータと実環境の動作タイミングの相違など問題も多い。
【課題を解決するための手段】
【０００７】
検証項目毎にハードウェアの認識処理をスキップさせるためのデータと検証プログラムの対応をデータベースとして持ち、それらの情報を用いて、検証プログラムを必要なハードウェア構成で実行するソフトウェアの検証方式を提供する。
【発明の効果】
【０００８】
本発明の検証方式を用いることで、検証項目を消化するごとに、ハードウェアの抜き差しをする必要がなくなり、検証の効率を上げることが出来る。また、検証プログラムと構成情報の関係を保証できるため、検証の信頼性を上げることが出来る。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施形態例を図を用いて示す。なお、本実施形態例によって本発明が限定されるものではない。
【００１０】
図１は本発明の検証方式を用いたシステム構成図で、電子計算機１０１上のオペレーティングシステム１０２上で、メモリの構成１０３や他の周辺機器１０４の構成の組合せを変えながら検証プログラム１０５を実行することで、周辺機器１０６を使用するために使われる制御ソフトウェア１０７の動作検証、を前提としている。なお、メモリ１０３や周辺機器１０４は、それぞれ検証項目内で必要とされる最大の数を搭載しておく。
【００１１】
電子計算機１０８は電子計算機１０１と通信アダプタ１０９と通信アダプタ１１０によってネットワーク接続されている。検証管理システム１１１は電子計算機１０８上で動作するアプリケーションで、本方式を用いた検証の主制御部であり、利用者はこれを用い検証を行う。
【００１２】
検証情報データベース１１２には検証項目毎に検証項目を消化するのに必要な情報、すなわち検証プログラム名とハードウェア構成情報の対応、および検証プログラム１０５が格納されている。
【００１３】
検証制御部１１３は、ネットワーク経由で検証管理システム１１１からの動作指示を受け取り、設定変更ドライバ１１４への動作指示または検証プログラム１０５を実行するアプリケーションである。検証制御部１１３は、オペレーティングシステム１０２が持つ起動時自動実行により、利用者の人手を介さずに起動するよう設定しておく。
【００１４】
設定変更ドライバ１１４は検証制御部１１３からの指示を元に基本入出力システム１１５が持つ構成情報データエリア１１６に値を書き込む制御ソフトウェアである。構成情報データエリア１１６は、構成情報認識部１１７の動作を制御するための情報が格納されている。基本入出力システムが持つデータにアクセスするため、設計変更ドライバ１１４はオペレーティングシステム１０２のカーネルモードで実行される。
【００１５】
構成情報認識部１１７は基本入出力システム１１５の一部で電子計算機１０１の起動時に、接続されているメモリや周辺機器の診断および初期化を行うモジュールであり、ハードウェア構成はここで認識される。そのため、構成情報データエリア１１６は再起動してもデータが消えず、さらにアクセスに特別なソフトウェアを必要としない不揮発性メモリである必要がある。
【００１６】
検証進捗情報１１８は、検証が現在、どの状況なのかを格納するファイルである。
【００１７】
図２および図３を用いて本検証方式のフローを説明する。利用者は検証管理システム１１１を立ち上げ、ステップＳ２０１として検証情報データベース１１２に登録された検証項目の中から検証したい項目を選択する。
【００１８】
検証管理システム１１１は、選択された検証項目を検証情報データベース１１２から読込み、さらに検証項目の実行に必要な構成情報と検証プログラムも読込む。次にステップＳ２０３で検証制御部１１３へネットワークを経由して信号を送信し、応答があるかを確認する。応答があるまでこれを繰返し、検証を実行する準備が電子計算機１０１上で整うまで待つ。ステップＳ２０４では検証進捗情報１１８を読込み、ハードウェア構成の変更が済んでいるかを調べ、その結果をネットワーク経由で検証制御部１１３へ連絡する。
【００１９】
検証制御部１１３は、ステップＳ２０５でステップＳ２０４の結果を受け取り、構成変更がまだ済んでいない場合もしくは変更が必要ない場合、構成変更ドライバ１１４を経由して構成変更データベース１１６に、どのハードウェアが必要なのかを書き込む。構成変更済みの場合は、検証プログラム１０５を実行する。どちらのケースでも検証進捗情報１１８は更新される。
【００２０】
ステップＳ２０６で再起動がかけられると、電子計算機１０１の基本入出力システム１１５が立ち上がり、その処理中に構成情報認識部１１７が呼び出される。ステップＳ３０１で、構成変更データベース１１６の情報を元に、見つかったハードウェアが検証に必要かどうかを判断し、必要なら通常通りステップＳ３０２での構成認識および診断、初期化を行い、不要ならステップＳ３０２をスキップする。ステップＳ３０３の判定により、ステップＳ３０１およびステップＳ３０２を全ての機器に対して行う。これらにより、実際につながっているハードウェアでも、つながっていないように見せることでハードウェア構成を変更する。その後、オペレーティングシステム１０２が起動後、検証制御部１１３が立ち上がり、ステップＳ２０５を経て、検証プログラム１０５が起動し、検証対象制御ソフトウェア１０７の検証が行われる。このように、ハードウェア構成の変更と検証プログラムの実行を連動させながら検証を行う。
【図面の簡単な説明】
【００２１】
【図１】本検証方式の一実施例である制御ソフトウェアを検証する際のシステム構成図である。
【図２】検証管理システムおよび検証制御部の処理フロー例示図である。
【図３】構成情報認識部の処理フロー例示図である。
【符号の説明】
【００２２】
１０５…検証プログラム、１０７…検証対象制御ソフトウェア、１１１…検証管理システム、１１２…検証情報データベース、１１６…構成変更データベース、１１７…構成情報認識部。
【図１】
2010026827.tif 000003
【図２】
2010026827.tif 000004
【図３】
2010026827.tif 000005