JP2003323314A - テスト中のユニットにテスト・パッケージを自動的にインストールし設定する方法 - Google Patents

Abstract

(57)【要約】 【課題】 システムの構成に何ら変更を加えずに、或い
は該システム上にドライバをロードしたり取り除いたり
せずに、最新版のテスト・パッケージを確実且つ素早く
該システムにインストールすることを可能にすること。 【解決手段】 自動化された組み立て工程においてテス
ト中のユニット装置に対してテスト・パッケージをイン
ストールし設定する方法は、上記テスト中のユニットの
識別子を用いてテスト・ファイルとインストール及び設
定用の他のファイルとを検索する。この識別子は例えば
シリアルナンバである。この方法は、上記識別子を用い
てマテリアル仕様書を呼び出す。このマテリアル仕様書
から、テスト・ファイル及び他のファイルが生成され
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、概して、ソフトウ
ェア・テスト及びインストールの分野に係り、特に、テ
スト中のユニットにテスト・パッケージ（ｔｅｓｔ ｓ
ｕｉｔｅ）を自動的にインストールし設定する方法に関
する。

【０００２】

【従来の技術】処理効率の向上及び低コスト化を実現す
るために、コンピュータの組み立ては段々自動化されて
きている。性能についての信頼性を高めるためには、コ
ンピュータを組み立て、ソフトウェアをロードした後直
ちに、該コンピュータをテストすることが望ましい。こ
のテストを実行するのにテスト・パッケージが用いられ
る。

【０００３】

【発明が解決しようとする課題】テスト・パッケージを
インストールし設定する既存の方法は、スタティック・
オールインワンＣＤソリューションを用いる。この従来
技術の方法では、テスト・パッケージを設定するのに、
ユーザがテスト環境、パーツ・リスト、又はパーツ・リ
スト・ファイルのいずれかを供給する必要がある。

【０００４】よって、システムの構成に何ら変更を加え
ずに、或いは該システム上にドライバをロードしたり取
り除いたりせずに、最新版のテスト・パッケージを確実
且つ素早く該システムにインストールすることを可能に
することが求められている。

【０００５】

【課題を解決するための手段】本発明は、テスト中のユ
ニットにテスト・パッケージをインストールし設定する
方法を提供する。テスト・パッケージに変更が必要なと
きに新しいＣＤを作る必要がないように、ほとんどすべ
てのバッチファイル及び実行可能ファイルはサーバ上に
置かれる。すべてのネットワーク・アクティビティはＤ
ＯＳなどのオペレーティング・システム上で行われるた
め、Ｗｉｎｄｏｗｓ（Ｒ）などのアプリケーションの設
定は不要であり、システムのイメージはテスト・パッケ
ージの追加を除いて変更されないままである。ファイル
はネットワークからプルされるため、何か変更が必要な
場合にはこのテストは容易に修正可能である。また、テ
ストは、必要に応じて、加えられたり、取り除かれたり
されてもよい。テストは、ユーザによって妥当なシリア
ル・ナンバーが与えられると自動的に行われる。

【０００６】本発明の第一の態様において、テスト中の
ユニット装置に対してテスト・パッケージをインストー
ルし設定する方法であって、上記テスト中のユニット装
置をユニークに識別する識別子を受信する工程と、該識
別子によって決定されたテスト・ファイルを上記テスト
中のユニット装置に対してインストールし設定する工程
と、を有する方法が開示される。

【０００７】本発明の第二の態様において、ネットワー
クを用いてテスト中のユニット装置を設定するシステム
であって、第一のテスト中のユニット装置と、上記テス
ト中のユニット装置に通信可能に接続された第一のサー
バと、上記第一のサーバ及び上記第一のテスト中のユニ
ット装置と通信する第一のネットワーク上のテスト・パ
ッケージ・サーバと、を有し、上記第一のテスト中のユ
ニット装置及び上記第一のサーバは上記第一のネットワ
ーク上にはない、システムが開示される。

【０００８】本発明は、ハードウェア・テストを設定す
るのにマテリアル仕様書（ｂｉｌｌｏｆ ｍａｔｅｒｉ
ａｌｓ：ＢＯＭ）を使うことを可能にしながら製造環境
においてテスト・パッケージを動的に評価することを可
能にする様々なプラットフォーム上にテスト・パッケー
ジをインストールし設定する手段を提供する。このすべ
ては、オペレーティング・システムが対象システム上に
セットアップされる方法に変更を加えることなく、控え
めに行われる。

【０００９】本発明は、テスト・パッケージを比較的短
時間（３分未満）でインストール及び設定を終わらせ、
より良いリソース利用を可能にするアーキテクチャ及び
処理流れを作成する。

【００１０】本発明は、情報技術のデータ・ストアなど
のデータ・ストアを通じてクライアントのオーダとやり
取りすることによって、テスト中のユニット（ｕｎｉｔ
ｕｎｄｅｒ ｔｅｓｔ：ＵＵＴ）のテストケース・フ
ァイルを自動的に設定する。

【００１１】本発明は、オペレータの誘導混乱を最小限
にするためにフレンドリーで直感的なインターフェース
を用いる。

【００１２】フロッピィ（Ｒ）・ドライブへの依存は存
在しない。

【００１３】以上の一般的な説明と以下の詳細な説明と
は双方とも単に例示的且つ説明的なものであり、請求項
記載の発明を制限するものではない。本明細書に組み込
まれ、その一部を形成する添付図面は、本発明の一実施
形態を示しており、一般的な説明と共に本発明の原理を
説明するのに役立つ。

【００１４】

【発明の実施の形態】本発明の多くの利点は、添付図面
を参照することにより、当業者にはより明らかとなる。

【００１５】ここで、添付図面に例が示された現時点で
好ましいと考えられる本発明の実施形態を詳しく参照す
る。

【００１６】ここで、図１〜９を広く参照すると、本発
明の例示的実施形態が示されている。

【００１７】本発明は、様々なプラットフォーム上にオ
ート・テスト（Ａｕｔｏ Ｔｅｓｔ）をインストール
し、設定する方法に関する。本発明は、依然として、ハ
ードウェアのテストを設定するのにマテリアル仕様書
（ｂｉｌｌ ｏｆ ｍａｔｅｒｉａｌｓ）を使用する。
このプロセスを開始するために、ユーザは、対象システ
ムに適用可能な１つのブート可能ＣＤを挿入し、該シス
テムを立ち上げる。複数のブート可能ＣＤ群を用いてイ
ンストール及び設定方法を実行することも可能である。
システムは、ユーザが対象システムに対する妥当なシリ
アルナンバをタイプするための入力スクリーンを立ち上
げる。シリアルナンバの代わりに、顧客インボイスや顧
客名及び住所などの他の識別子が用いられてもよい。次
いで、ガリレオ（サーバ）は、その対象システム用のマ
テリアル仕様書を探し、必要なテストファイル及びテー
ブルを作成する。最新版のオート・テスト（Ａｕｔｏ
Ｔｅｓｔ）が対象システムにコピーされ、そのシステム
は、Ｗｉｎｄｏｗｓ（Ｒ）が一旦ロードされると、自動
的にガリレオ（Ｇａｌｉｌｅｏ）を設定を開始するよう
にセットアップされる。該システムにネットワークへ接
続するための何らかのハードウェアが加えられたのであ
れば、セットアップが完了したとき、該システムの電源
は落とされ、そのシステムに属さない該ハードウェア向
けのドライバをＷｉｎｄｏｗｓ（Ｒ）がロードしないよ
うに該ハードウェアが取り除かれる。次いで、システム
はＷｉｎｄｏｗｓ（Ｒ）を立ち上げ、ガリレオによる最
終的な設定がセットアップされる。これが終了すると、
ユーザにセットアップが完了したことを示すメッセージ
・ボックスが表示される。

【００１８】具体的な実施例において、このテスト・パ
ッケージは、ゲートウェイ（Ｇａｔｅｗａｙ）独自の商
品であるオート・テスト（Ａｕｔｏ Ｔｅｓｔ）であ
る。オート・テスト（Ａｕｔｏ Ｔｅｓｔ）は、パーソ
ナル・コンピュータを製造するゲートウェイ（Ｇａｔｅ
ｗａｙ）及び様々なゲートウェイ契約製造工場において
広く用いられているテスト・ツールである。このテスト
・ツールは、Ｍｉｃｒｏｓｏｆｔ（Ｒ）のＷｉｎｄｏｗ
ｓ（Ｒ）の環境下で最終的に出荷するシステムレベルの
テストとして主として用いられる。

【００１９】このテスト・ツールにより、提供された供
給者による使用、一般的な機能、及びアプリケーション
固有の診断が可能となる。

【００２０】一般的な製造工程は、オート・テスト（Ａ
ｕｔｏ Ｔｅｓｔ）などのテスト・パッケージを製造フ
ロアにロードし、インストールし、実行する完全に自動
化され、よってより高い製造効率を実現する解決策であ
る。カスタム・インテグレーション・サービス（ＣＩ
Ｓ）は、この製造フロアでの高い製造効率から恩恵を受
ける。それにもかかわらず、ＣＩＳオーダごとにテスト
・パッケージを設定する工程及び手順は手動であり、冗
長である。

【００２１】本発明は、既存の工程中の手動介入を識別
し、自動化し、ＣＩＳオーダごとにテスト・パッケージ
を設定する際の製造効率を高める。本発明は、情報識別
部分特有のマテリアル仕様書を読み出すためにユーザが
該情報識別部分を入力することを可能にするユーザ・イ
ンターフェースを用いることができる。これは、例えば
テスト中の装置のシリアルナンバである。

【００２２】以下の本発明の一実施形態の説明は、エン
ティティ間のデータ・フローの使用を含む。エンティテ
ィは、ハードウェア装置でもよく、部品でもよく、ソフ
トウェアでもよい。このデータ・フローは、エンド・ユ
ーザによってトリガされ、ネットワーク・インターフェ
ース・カード（ＮＩＣ）をインストールし、電源ケーブ
ルを接続するなどのオペレーションを実行することによ
ってセットアップ用のＵＵＴを準備し、テスト・パッケ
ージＣＤを通じてＵＵＴを立ち上げる。マテリアル仕様
書（ｂｉｌｌ ｏｆ ｍａｔｅｒｉａｌｓ：ＢＯＭ）と
いう語は、テスト中のユニット装置に置かれたそれぞれ
の量を含むサブアッセンブリ及び部品のリストを指す。
サブアッセンブリは、ハードウェアでもよく、ソフトウ
ェアでもよく、ファームウェアでもよく、又はこれらの
組み合わせでもよい。

【００２３】図１は、テスト・パッケージのロード及び
インストール中のユーザ・オペレーションのフローを示
す。図２は、自動処理工程を示す。最初に、ユーザは、
グラフィカル・ユーザ・インターフェースなどのインタ
ーフェースへアクセスし、テスト中のユニットに対応し
た識別子などの様々なデータを入力する（工程１０）。
この識別子は、例えばテスト中のユニットのシリアルナ
ンバである（工程１５）。この識別子は受信される（工
程４０）。この識別子を用いて、マテリアル仕様書がＩ
Ｔサーバ１４０などのストレージ媒体から検索される
（工程５０）。次いで、このマテリアル仕様書に固有の
テストファイル及び他のファイルが生成される（工程６
０）。これらのテストファイル及び他のファイルは、次
いで、テスト中のユニットにコピーされる（工程７
０）。次いで、ロード及びインストール・ライブラリが
オペレーティング・システム内に自動的に設定される
（工程８０）。工程８０後、ユーザには、グラフィカル
・ユーザ・インターフェースなどのディスプレイ・スク
リーン上のメッセージ・ボックス内にシステム・インス
トール完了プロンプトが提供される（工程２０）。この
点において、ユーザは、システムの電源が落とされてい
れば、接続用ハードウェアを安全に取り除くことができ
る（工程３０）。

【００２４】図３において、ＵＵＴが立ち上がり、Ｍｉ
ｃｒｏｓｏｆｔ（Ｒ）ＤＯＳ７．０オペレーティング・
システムなどのオペレーティング・システムがロードさ
れると、ＤＯＳ環境において遭遇するメモリ制限を最小
化するのに役立つＲＡＭＤＲＩＶＥが作成される。ＵＵ
Ｔは、ネットワークと通信するための固有の識別子を持
っていなければならない。このため、ランダムな番号が
生成され、ＡＴＣＩＳ形式を用いたネットワークに対し
て固有なランダム番号形式がＵＵＴにラベリングされて
もよい。テスト・パッケージＣＤは、該ＣＤが該ＤＯＳ
環境で使用可能となるようにＣＤＲＯＭ／ＤＶＤドライ
バを検知し、ロードし得る。このＣＤＲＯＭ／ＤＶＤド
ライブは、Ｑ：／などのデフォルト・ラベルを持ってい
てもよい。

【００２５】図９に示すように、ＮＩＣカードが識別さ
れ、適切なＮＩＣドライバがロードされ、ＵＵＴとテス
ト・パッケージ・サーバとの間の通信が可能となる。Ｕ
ＵＴ及びテスト・パッケージ・サーバは、一実施形態に
おいて、ＴＣＰ／ＩＰプロトコルをサポートする必要が
あり、ＵＵＴは例えばＤＨＣＰサーバにアクセス可能と
することができる。ダイナミック・ホスト・コンフィギ
ュレーション・プロトコル（ＤＨＣＰ）は、設定情報を
ＴＣＰ／ＩＰネットワーク上のホストへ転送するフレー
ムワークを提供する。ＵＵＴ１００は、ＮＳＣエンジニ
アリング・ネットワークの外で機能するクライアントで
もよく、該エンジニアリング・ネットワークに常駐する
クライアントでもよい。このクライアントは、ＤＨＣＰ
サーバからＴＣＰ／ＩＰアドレスを取得できなければな
らず、ＮＳＣエンジニアリング・ネットワークへの物理
リンクを持っていなければならない。通信は、例えば、
イーサネット（Ｒ）や他のデータ規格を通じて行われ
る。ＮＳＣエンジニアリング・ネットワークにおいて、
クライアントＵＵＴ１０５は、ＣＤを立ち上げ、ＮＩＣ
及びＴＣＰ／ＩＰプロトコルをロードする。ＴＣＰ／Ｉ
Ｐプロトコルは、ＤＨＣＰサーバ処理を必要とする。Ｎ
ＳＣエンジニアリング・ネットワーク上のサーバ１２０
は、ＮＳＣエンジニアリング・ネットワーク上のクライ
アントへのＤＨＣＰ要求に応答する。どんな時点におい
ても要求される最大のリースは、例えば３０或いはそれ
以上である。テスト・パッケージ・サーバ１３０は、イ
ンストール・パッケージとインストール手順とを格納し
ている。一実施形態において、それはプッシュしない、
すなわちクライアント上でのテスト・パッケージのイン
ストールを開始させない。

【００２６】ＮＩＣが一旦検知され、適切なドライバが
ロードされると、テスト・パッケージＣＤは該ネットワ
ークを識別し、ＤＨＣＰサーバから有効なＴＣＰ／ＩＰ
アドレスを取得する。

【００２７】ネットワーク通信が確立され、ＵＵＴ及び
テスト・パッケージ・サーバがうまく通信できるように
なると、エンド・ユーザは、有効なシリアルナンバを入
力するように促される。通信が確立できない場合、直ち
にエンド・ユーザに知らされる。

【００２８】図４Ａ及び４Ｂには、オペレータがシリア
ルナンバを入力する前と後のデータ・フローが示されて
いる。シリアルナンバは、例えば、数個の文字、数字、
又はアルファベットからなる。例えば、シリアルナンバ
は、１０桁の数字である。このシリアルナンバは、ジョ
ブ・ファイルを通じて処理を行うテスト・パッケージ・
サーバへ提供されてもよい。

【００２９】図５Ａ及び５Ｂにおいて、テスト・パッケ
ージ・サーバは、サーバ１４０（例えば、ペンギン・サ
ーバ又は他のＩＴサーバ）と通信する。サーバ１４０
は、テストケースに関して該テスト・パッケージに対し
て各ＵＵＴを固有に設定するのに用いられる電子マテリ
アル仕様書を収容する。有効なＢＯＭをサーバ１４０上
で探すことができず、且つ適切なＩＮＩ（初期化ファイ
ル）入力がセットされれば、テスト・パッケージ・サー
バは、ＴｅｓｔＸＰＬディレクトリからテスト・パッケ
ージのウェブなどのウェブを通じて更新されたＸＰＬ
（エクステンディッド・パーツ・リスト）ファイルを探
す。例えば、モデム機能性テストは、ＢＯＭにおいてモ
デムを持たないＵＵＴ上では実行されない。なぜなら、
故障したユニットであるという不正確な結果となるから
である。カスタム・テスト・ケース・ファイルが、ＸＰ
Ｌファイルとしても知られた電子ＢＯＭにリンクされ
る。

【００３０】一実施形態において、テスト・パッケージ
ＴｅｓｔＸＰＬは、ｘｐｌが生きていないシステムと共
に用いるために、手動ｘｐｌストレージ、マニピュレー
ション、及びテスト用のデータ・ストアである。クライ
アントとセールス・レプレゼンテーションとの間の売買
取引は、セールス・データ所蔵所内に入力される。この
データの形式は、ＩＴ及びその取引サーバによって定義
される。サーバ１４０は、システム・シリアルナンバに
よってユニークに識別されるクライアント・セールス取
引のデータ貯蔵所である。サーバ１４０は、ソフトウェ
ア・インターフェースを通じて製造及びエンジニアリン
グ・サーバに対して使用可能である。電子ＢＯＭは、シ
ステム・シリアルナンバによってユニークに識別される
ＡＳＣＩＩファイルとして常駐する。ファイル名は、Ｄ
ＯＳ８．３ネーミング変換に制限されたシステム・シリ
アルナンバ．ｘｐｌとして定義される。このファイル
は、後にテスト・パッケージに対してシステム固有のテ
ストケースを生成するのに用いられるコンピュータ・シ
ステムを組み立てるのに用いられるパーツ番号のリスト
を含み得る。

【００３１】図６Ａ及び６Ｂは、テスト・パッケージの
様々なエンティティとのやり取りを示す。テスト・パッ
ケージ・エンティティは、シリアルナンバごとにテスト
ケースと該テスト・パッケージのリリースされた製品イ
メージとを収容する。

【００３２】ＡＴｃｆｇ．ｅｘｅユーティリティは、電
子ＢＯＭがＵＵＴの設定に固有のテストケースへ変換さ
れることを可能にする。ｗａｉｔｒｅｓｓ．ｅｘｅユー
ティリティは、毎秒ジョブ・ファイルを探す永久ループ
を実行する。シリアルナンバは、ジョブ・ファイルから
抽出され、ＡＬＴＯＳ又は他のライブラリィ機能コール
を通じてＳＱＬ又は他のクエリーとＴＣＰ／ＩＰ接続と
を処理するサーバ１４０へ提供される。サーバ１４０で
見つからなかった場合、検索はテスト・パッケージＴｅ
ｓｔＸＰＬへ移動する。

【００３３】テストケース・ファイルが一旦作成され、
テスト・パッケージ・サーバに格納されると、テスト・
パッケージがロードされ、ネットワーク接続を通じてＵ
ＵＴへインストールされる。

【００３４】このロード処理は、ＤＯＳ環境で行われ
る。ロードが完了すると、エンド・ユーザは、テスト・
パッケージＣＤを取り外し、ＵＵＴをＷｉｎｄｏｗｓ
（Ｒ）環境へ再ブートするように促される。最初にＷｉ
ｎｄｏｗｓ（Ｒ）が立ち上がったときに画像抽出が処理
され、一般的な製造環境とほぼ同じように、テスト・パ
ッケージ及びそのテストケース・ファイルがインストー
ルされる。

【００３５】エンド・ユーザは、テスト・パッケージが
インストールされたことを告げるメッセージ・ボックス
が現れたときに、ＵＵＴが完了したことを知らされる。

【００３６】このとき、ＵＵＴは、テスト・パッケージ
診断ツールに対して妥当であると確認される準備ができ
ている。処理全体は、３分以内に完了する。

【００３７】図７Ａ及び７Ｂは、ジョブ・ファイルの用
法を示す。ジョブ・ファイルは、オペレータの入力を用
いて、クライアント・アプリケーション（例えば、ｃｌ
ｉｅｎｔ．ｅｘｅ）によって作成される。ジョブ・ファ
イルは、テスト・パッケージに対して設定されるクライ
アントＵＵＴのシステム・シリアルナンバを含むＡＳＣ
ＩＩファイルでもよい。ジョブ・ファイルは、処理のた
めにテスト・パッケージ・サーバへ転送され得る。テス
ト・パッケージ・サーバは、１００或いは１０００とい
った最大数の行列ジョブを受け入れるように構成され得
る。

【００３８】図８Ａ及び８Ｂは、テスト・パッケージの
インストールのデータ・フローを示す。

【００３９】一実施形態において、ネットワーク・イン
ターフェース・カード（ＮＩＣ）は、ネットワークに接
続される。このＮＩＣはＵＵＴとガリレオ・サーバとの
間の通信装置として用いられる。

【００４０】本発明は、すべてのＭｉｃｒｏｓｏｆｔ
（Ｒ）製のオペレーティング・システムをサポートする
ようにセットアップされ得る。それは、フェーズ１では
ＣＩＳオーダの５０％上で機能し、フェーズ２ではＣＩ
Ｓオーダの９０％上で機能し得る。それは、例えばＥＭ
ＥＡ（欧州／中央／アフリカ）やＡＰＡＣ（アジア太平
洋）などの地域を通じて用いられ得るアーキテクチャを
作成するのに用いられ得る。それは、ブート装置、ＴＣ
Ｐ／ＩＰプロトコルとしてＣＤＲＯＭ／ＤＶＤ装置をサ
ポートするＢＩＯＳを使用し得る。オペレータへのメッ
セージは、ゴー（ｇｏ）／パス（ｐａｓｓ）メッセージ
は明るいグレー、ストップ（ｓｔｏｐ）／フェール（ｆ
ａｉｌ）メッセージは赤、警告メッセージは黄、などの
ような特定の具体的なルールに限定され得る。本方法
は、少なくとも１０／１００ＭＢネットワークを指示す
る。

【００４１】テスト中のユニットにテスト・パッケージ
を自動的にインストールし設定する本発明に係る方法と
それに伴う利点の多くは、以上の説明で明らかになった
ものと考える。更に、本発明の範囲及び意図から逸脱す
ることなく、或いはその物質的利点のすべてを犠牲にす
ることなく、本発明の構成要素の形、構成、及び配置に
様々な変更を加えることができることは明らかであると
考える。上述の形は本発明の一実施形態例に過ぎない。
このような変更を包含し含むことが以下の請求項の意図
である。

【００４２】

【発明の効果】本発明によれば、システムの構成に何ら
変更を加えずに、或いは該システム上にドライバをロー
ドしたり取り除いたりせずに、最新版のテスト・パッケ
ージを確実且つ素早く該システムにインストールするこ
とを可能にすることができる。

【図面の簡単な説明】

【図１】ユーザによるテスト・パッケージをインストー
ルする工程のフローチャートである。

【図２】テスト中のユニット機器にテスト・パッケージ
をインストールする自動化された工程を示す図である。

【図３】コンテキスト・レベルのデータ・フローを示す
図である。

【図４Ａ】クライアントのデータ・フローを示す図であ
る。

【図４Ｂ】クライアントのデータ・フローを示す図であ
る。

【図５Ａ】電子マテリアル仕様書のデータ・フローを示
す図である。

【図５Ｂ】電子マテリアル仕様書のデータ・フローを示
す図である。

【図６Ａ】ガリレオ・サーバのデータ・フローを示す図
である。

【図６Ｂ】ガリレオ・サーバのデータ・フローを示す図
である。

【図７Ａ】ジョブ・ファイルのデータ・フローを示す図
である。

【図７Ｂ】ジョブ・ファイルのデータ・フローを示す図
である。

【図８Ａ】オート・テスト（Ａｕｔｏ Ｔｅｓｔ）のイ
ンストールのデータ・フローを示す図である。

【図８Ｂ】オート・テスト（Ａｕｔｏ Ｔｅｓｔ）のイ
ンストールのデータ・フローを示す図である。

【図９】ネットワーク図である。

【符号の説明】

１００、１０５ クライアント １５０、１７０ ルータ １６０、１８０ スイッチ １２０、１３０、１４０ サーバ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 デニス ケイ ポールセン アメリカ合衆国 アイオワ州 51004 ア ンソン エリザベス・ブールヴァード 504 (72)発明者 クリストファー エム ランドン アメリカ合衆国 アイオワ州 51109 ス ー・シティ フローレンス・アヴェニュー 1310 Ｆターム(参考） 5B048 DD01 5B076 AB10 BB06 CA08

Claims (21)

【特許請求の範囲】
1. 【請求項１】 テスト中のユニット装置に対してテスト
   ・パッケージをインストールし設定する方法であって、 前記テスト中のユニット装置をユニークに識別する識別
   子を受信する工程と、 前記識別子によって決定されたテスト・ファイルを前記
   テスト中のユニット装置に対してインストールし設定す
   る工程と、を有することを特徴とする方法。
2. 【請求項２】 請求項１記載の方法であって、 前記識別子はシリアルナンバであることを特徴とする方
   法。
3. 【請求項３】 請求項１記載の方法であって、 前記テスト中のユニットに対するマテリアル仕様書を検
   索する工程を更に有することを特徴とする方法。
4. 【請求項４】 請求項３記載の方法であって、 前記識別子により前記テスト中のユニット装置に対する
   マテリアル仕様書の検索が行われることを特徴とする方
   法。
5. 【請求項５】 請求項３記載の方法であって、 前記マテリアル仕様書に固有のテスト・ファイル及びテ
   ーブルを生成する工程を更に有することを特徴とする方
   法。
6. 【請求項６】 請求項５記載の方法であって、 前記テスト・ファイル及び他の必要なファイルを前記テ
   スト中のユニット装置にコピーする工程を更に有するこ
   とを特徴とする方法。
7. 【請求項７】 請求項６記載の方法であって、 自動的に設定されたライブラリをロードし、オペレーテ
   ィング・システム内へインストールする工程を更に有す
   ることを特徴とする方法。
8. 【請求項８】 請求項７記載の方法であって、 システム・インストール完了プロンプトをユーザに送る
   工程を更に有することを特徴とする方法。
9. 【請求項９】 請求項８記載の方法であって、 前記プロンプトは、前記ユーザによってアクセスされる
   コンピュータ上のメッセージ・ボックスに現れることを
   特徴とする方法。
10. 【請求項１０】 請求項９記載の方法であって、 前記ユーザは、接続用ハードウェアを取り外すことを特
    徴とする方法。
11. 【請求項１１】 ネットワークを用いてテスト中のユニ
    ット装置を設定するシステムであって、 第一のテスト中のユニット装置と、 前記テスト中のユニット装置に通信可能に接続された第
    一のサーバと、 前記第一のサーバ及び前記第一のテスト中のユニット装
    置と通信する第一のネットワーク上のテスト・パッケー
    ジ・サーバと、を有し、 前記第一のテスト中のユニット装置及び前記第一のサー
    バは前記第一のネットワーク上にはない、ことを特徴と
    するシステム。
12. 【請求項１２】 請求項１１記載のシステムであって、 ユーザは識別子を入力することを特徴とするシステム。
13. 【請求項１３】 請求項１２記載のシステムであって、 前記識別子はシリアルナンバであることを特徴とするシ
    ステム。
14. 【請求項１４】 請求項１２記載のシステムであって、 前記識別子は前記テスト中のユニット装置に対するマテ
    リアル仕様書を検索するのに用いられることを特徴とす
    るシステム。
15. 【請求項１５】 請求項１１記載のシステムであって、 第二のテスト中のユニット装置を更に有することを特徴
    とするシステム。
16. 【請求項１６】 請求項１５記載のシステムであって、 前記第二のテスト中のユニット装置は前記第一のネット
    ワーク上にあることを特徴とするシステム。
17. 【請求項１７】 請求項１６記載のシステムであって、 前記第一及び第二のテスト中のユニット装置、前記第一
    のサーバ、及び前記テスト・パッケージ・サーバはイー
    サネット（Ｒ）を通じて通信することを特徴とするシス
    テム。
18. 【請求項１８】 請求項１６記載のシステムであって、 ＤＨＣＰサーバを更に有することを特徴とするシステ
    ム。
19. 【請求項１９】 テスト中のユニット装置上にテスト・
    パッケージをインストールし設定するシステムであっ
    て、 ユーザにデータを入力させ、本システムとのインターフ
    ェースとなる手段と、解釈手段と、検索手段と、生成手
    段と、インストール及び設定手段と、通知手段と、を有
    し、 前記ユーザは前記データを入力しインターフェースとな
    る手段を通じて前記テスト中のユニット装置に対する識
    別子を入力し、 前記解釈手段は、前記識別子を解釈し、 前記検索手段は、前記識別子に応じたマテリアル仕様書
    を検索し、 前記生成手段は、前記マテリアル仕様書に対応したテス
    ト・ファイルを生成し、 前記インストール及び設定手段は、前記テスト中のユニ
    ット装置上に前記テスト・ファイルをインストール及び
    設定し、 前記通知手段は、前記インストール及び設定工程が完了
    したことを前記ユーザに知らせる、ことを特徴とするシ
    ステム。
20. 【請求項２０】 請求項１９記載のシステムであって、 前記識別子は、シリアルナンバ、顧客インボイス、又は
    顧客名及び住所から成るグループの中の一である、こと
    を特徴とするシステム。
21. 【請求項２１】 請求項１９記載のシステムであって、 前記設定工程は前記マテリアル仕様書の構成要素間の相
    互関係を判断することを含むことを特徴とするシステ
    ム。