機器アクセス制御システム
【課題】ネットワーク接続された実験室機器の組を集中管理するためのシステムを提供する。
【解決手段】集中型データベースは、どのユーザがシステム内の機器の各々を使用することを認証されているかを示している。このデータベースはさらに、各ユーザがその機器を用いて実行すべき認証を受けているオペレーションに関する情報、並びに各機器によって実行されるテストが１人または複数人の電子署名を用いて署名を受けなければならないかどうかを示す情報を含むことができる。その各々がある特定の組の権利に関連付けされているような多数の「役割」を認識することができ、また各ユーザに１つまたは複数の役割を割り当てることができる。システムの機器やその他の要素は、データベース内の情報により表されているユーザ権利を執行するために、ネットワークを介して集中型データベースにアクセスすることができる。
【解決手段】集中型データベースは、どのユーザがシステム内の機器の各々を使用することを認証されているかを示している。このデータベースはさらに、各ユーザがその機器を用いて実行すべき認証を受けているオペレーションに関する情報、並びに各機器によって実行されるテストが１人または複数人の電子署名を用いて署名を受けなければならないかどうかを示す情報を含むことができる。その各々がある特定の組の権利に関連付けされているような多数の「役割」を認識することができ、また各ユーザに１つまたは複数の役割を割り当てることができる。システムの機器やその他の要素は、データベース内の情報により表されているユーザ権利を執行するために、ネットワークを介して集中型データベースにアクセスすることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、実験室機器へのアクセスの制御に関し、さらに詳細には、ネットワーク接続した実験室機器へのアクセスの制御に関する。
【背景技術】
【０００２】
実験室機器へのアクセスはこうした機器を使用して実施されるテストが厳格な品質基準を満足し、かつ法律上および組織上の要件に適合することを保証するように厳密に制御しなければならない。たとえば、連邦規則集タイトル２１の部門コード１１（以下において、２１ ＣＦＲ Ｐａｒｔ １１と呼ぶ）では、その電子記録や署名がある指定された要件に適合していれば紙の記録の代わりにある種の電子記録および電子署名を食品医薬品局（ＦＤＡ）に提出することを許可している。
【０００３】
特に、２１ ＣＦＲ Ｐａｒｔ １１は、こうした電子記録や署名を生成する方法が、電子記録や署名システムを開発、管理または使用する個人が自分に割り当てられたタスクを実行するための教育、訓練および経験を有していることを保証することを要求している。さらに、実験室機器へのアクセスは認証を受けた個人に限定されなければならず、オペレーショナルシステムのチェックが、ステップおよびイベントに関する必要に応じた許容されたシーケンスを執行するのに使用されなければならず、また権限チェックが、そのシステムの使用、記録に対する電子署名、オペレーションまたはコンピュータシステムの入力デバイスや出力デバイスへのアクセス、記録の変更、又はオペレーションの実行を行うことができるのが認証を受けた個人だけであることを保証するために使用されなければならない。バイオメトリクスに基づかない電子署名では、識別コードやパスワードなどの少なくとも２つの別個の識別コンポーネントを利用しなければならない。２１ ＣＦＲ Ｐａｒｔ １１の要件は、厳格性が増して執行されつつある。
【０００４】
ある特定の実験室機器を用いる前にユーザ認証を要求することによって、２１ ＣＦＲ Ｐａｒｔ １１の要件のうちの少なくともいくつかを自動的に執行することが望ましい。既存の認証システムでは、各実験室機器は、典型的には、別のパーソナルコンピュータやその他の認証デバイスと直接接続されている。ある特定の実験室機器と接続した認証デバイスは、その機器を使用する認証を受けたユーザのユーザ名やパスワードのような、その実験室機器に関連するアクセス制御情報を備えるように構成されている。この機器へのアクセスを得るためには、ユーザは自分のユーザ名やパスワード、またはその他の識別用情報を提供しなければならない。認証デバイスは、認証が成功した場合にのみ機器へのユーザのアクセスを許諾している。
【０００５】
こうしたシステムに関する問題点の１つは、そのシステム内の各実験室機器に関するアクセス制御情報を備えるように別の認証デバイスがプログラムされねばならないことである。こうしたプログラミングを実行することは、そのシステムのユーザの幾人かまたはすべてに関して同じアクセス制御情報を、その認証デバイスのいくつかまたはすべての中に冗長的にプログラムしておかなければならないため冗長で時間がかかることになりうる。ある特定のユーザのアクセス資格が変更になると、各アクセス制御デバイスにおいてそのアクセス制御情報が更新されねばならない。同様に、あるユーザをそのシステムから削除するため、または新たにユーザをそのシステムに追加するためには、これらのアクセス制御デバイスのいくつかまたはすべてをプログラムし直すことが必要である。このことは、単調で退屈で時間がかかり、かつ誤りを起こしやすい処理になりうる。
【０００６】
いくつかのシステムでは、機器および／またはこれらに接続される認証デバイスが、ローカルエリアネットワーク（ＬＡＮ）などの通信ネットワークにさらに接続されている。こうしたシステムの一例は、Ｐａｌｏ Ａｌｔｏ，ＣａｌｉｆｏｒｎｉａのＡｇｉｌｅｎｔ Ｔｅｃｈｎｏｌｏｇｉｅｓより入手可能なＣｅｒｉｔｙ Ｎｅｔｗｏｒｋｅｄ Ｄａｔａ Ｓｙｓｔｅｍ（ＮＤＳ）である。このＣｅｒｉｔｙ ＮＤＳは、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムのユーザ認証スキームを再使用してユーザを認証しており、これによって各アクセス制御デバイスの位置でユーザ認証情報を複製する必要がなくなる。しかし、Ｗｉｎｄｏｗｓ（登録商標）ユーザ認証スキームは、研究、開発、および製作実験室に関連するような唯一でありかつ厳格な要件を有するネットワーク化されたシステムのユーザよりはむしろ、汎用のネットワーク化オペレーティングシステムのユーザを認証するように設計されている。その結果、Ｗｉｎｄｏｗｓ（登録商標）ユーザ認証スキームによって提供されるユーザ認証機能はこうしたシステムで使用するには最適とならない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
したがって、実験室機器のユーザを認証するのに適した自動ユーザ認証システムが必要とされている。
【課題を解決するための手段】
【０００８】
一態様では、本発明は、一組のネットワーク接続した実験室機器を集中管理するためのシステムを特徴としている。たとえば、本システムは、そのシステム内の機器に関する情報、並びにそのシステムの認証を受けたユーザに関する情報を含んだ集中型データベースを含む。詳細には、この集中型データベースは、どのユーザがそのシステム内の機器の各々を使用する認証を受けているかを示している。このデータベースはさらに、各ユーザがその機器を使用して実行することを認証されたオペレーションに関する情報、並びに各機器によって実行されるテストが１人または複数人の電子署名を使用して署名されなければならないかどうかを示す情報を含むことがある。このシステムは、その各々がある特定の組の権利と関連付けされているような多数の「役割」を認識することができ、また、１つまたは複数の役割を各ユーザに割り当てることができる。
【０００９】
システム内の機器へのアクセスは、その機器へのアクセスを得るためにユーザが機器の位置において自身を認証することを要求することによって制御されてもよい。特に、ユーザは、機器にアクセスするための資格証明（ユーザ名やパスワードなど）の提供を要求されることがある。この機器は、ネットワークを介して集中型データベースにアクセスし、データベース内に含まれる情報に対する参照によってユーザがその機器にアクセスする権利を有するかどうかを決定することによって、ネットワークを介してユーザを認証し、かつそのユーザが機器にアクセスする権利を有するかどうかを決定することがある。ユーザは、ユーザがその機器にアクセスする権利を有する場合にその機器へのアクセスを許諾され、またアクセスする権利を有しない場合はその機器へのアクセスを拒絶されることがある。一旦、ある特定の機器にアクセスするユーザの権利が確認されると、ユーザは、集中型データベース内に含まれる情報に対する参照により決定されるように、ユーザが実行する権利を有する機能のみの実行を許可されることがある。
【００１０】
十分な権利を備えたユーザが、その機器を使用したテストを実行することがある。いくつかのテストは、完了の時点で１人または複数の電子署名を要求することがある。いくつかのテストでは、２の署名のうちの第２の署名がスーパバイザにより提供されることを要求することがある。テストを実行するための機器が、それに提供される任意の署名を認証することがあり、また必要の際には、集中型データベース内に格納されているユーザ情報にアクセスし、その第２の署名がスーパバイザによって提供されたものであることを確認することがある。
【００１１】
本発明のさまざまな態様および実施形態に関するその他の特徴および利点は、以下の説明および本特許請求の範囲から明らかとなろう。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の一形態による機器アクセス制御／管理システムのブロック図である。
【図２Ａ】本発明の実施の一形態に従ってログオン処理の第１の部分と共に実行されるオペレーションのデータフロー図である。
【図２Ｂ】本発明の実施の一形態に従ってログオン処理の第２の部分と共に実行されるオペレーションのデータフロー図である。
【図３Ａ】本発明の実施の一形態による役割リストのブロック図である。
【図３Ｂ】本発明の実施の一形態によるユーザリストのブロック図である。
【図３Ｃ】本発明の実施の一形態による機器リストのブロック図である。
【図３Ｄ】本発明の実施の一形態による機器グループリストのブロック図である。
【図３Ｅ】本発明の実施の一形態によるテスト定義リストのブロック図である。
【図４Ａ】本発明の実施の一形態によるログオン画面の図である。
【図４Ｂ】本発明の実施の一形態に従ってログオン処理の第１の部分を実行するための方法に関するフローチャートである。
【図４Ｃ】本発明の実施の一形態に従ってユーザ権利および機器構成を記述している情報の要求に対する応答を作成するように実行される方法に関するフローチャートである。
【図５】本発明の実施の一形態に従ってユーザ提供のコマンドを実行するためにある機器によって実行されるオペレーションに関するデータフロー図である。
【図６】本発明の実施の一形態に従ってユーザの機器使用権を執行するための方法に関するフローチャートである。
【図７Ａ】本発明の実施の一形態に従ってテストを実行するために機器によって実行されるオペレーションに関するデータフロー図である。
【図７Ｂ】本発明の実施の一形態に従ってテストに関する電子署名を取得するために機器によって実行されるオペレーションに関するデータフロー図である。
【図８Ａ】本発明の実施の一形態に従って機器でテストを実行するための方法のフローチャートである。
【図８Ｂ】本発明の実施の一形態に従って機器でテストを実行するための方法のフローチャートである。
【図９Ａ】本発明の実施の一形態に従ってテストに関する情報をユーザから受け取りかつテスト情報をユーザに対して表示するために機器によって使用されるユーザインターフェースの図である。
【図９Ｂ】本発明の実施の一形態に従ってテストに関する情報をユーザから受け取りかつテスト情報をユーザに対して表示するために機器によって使用されるユーザインターフェースの図である。
【図９Ｃ】本発明の実施の一形態に従ってテストに関する情報をユーザから受け取りかつテスト情報をユーザに対して表示するために機器によって使用されるユーザインターフェースの図である。
【図９Ｄ】本発明の実施の一形態に従ってテストに関する情報をユーザから受け取りかつテスト情報をユーザに対して表示するために機器によって使用されるユーザインターフェースの図である。
【図９Ｅ】本発明の実施の一形態に従ってテストに関する情報をユーザから受け取りかつテスト情報をユーザに対して表示するために機器によって使用されるユーザインターフェースの図である。
【発明を実施するための形態】
【００１３】
図１を参照すると、本発明の実施の一形態による機器アクセス制御及び管理システム１００をブロック図の形態で表している。システム１００は、通信ネットワーク１６０と結合された複数の機器１１２ａ〜ｆを含んでいる。機器１１２ａ〜ｆへのアクセスを得るためには、システム１００のユーザは認証を受けなければならない。特に、機器１１２ａ〜ｆのうちのある特定の１つに対するアクセスを得るには、ユーザは、そのユーザがその機器へのアクセス権を有していることを示す資格証明を提出しなければならない。こうした資格証明が提出された時点で、ユーザはその機器へのアクセスが許諾される。
【００１４】
ユーザがある機器に接近すると、その機器（または、その機器に結合された認証デバイス）は、ユーザからの資格証明を要求する。ユーザがこうした資格証明（たとえば、ユーザ名やパスワード）を提供した後、その資格証明はネットワーク１６０を介して、提供された資格証明に基づいてユーザの認証を試みるような、ネットワーク１６０と結合されたドメインコントローラ１８０に送信される。ドメインコントローラ１８０は、たとえば、従来のＷｉｎｄｏｗｓ(登録商標） ２０００やＷｉｎｄｏｗｓ（登録商標） ＮＴのドメインコントローラとしてもよい。ドメインコントローラ１８０はシステム１００の認証を受けたユーザを記述している情報を含む、ユーザリスト１３２を維持することがある。したがって、機器１１２ａ〜ｆは、ユーザ認証を実行するために、基本にあるオペレーティングシステム（Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標） ＸＰなど）の認証機構に依存することがある。認証が不成功であると、ユーザはその機器へのアクセスを拒絶される。
【００１５】
認証が成功すると、その機器は、ユーザがその機器にアクセスする権利を有するかどうかを決定する。ネットワーク１６０と結合された役割サーバ１２０は、システム１００の各ユーザの機器アクセス権を管理することがある。この機器は、現在のユーザの機器アクセス権に関する情報を役割サーバ１２０に要求し、これによってそのユーザがその機器にアクセスする権利を有するかどうかを決定することがある。ユーザがその機器にアクセスする権利を有しないと決定された場合は、そのユーザに対して機器アクセスは拒絶される。この方法では、その機器へのアクセスは基本にあるオペレーティングシステムの認証システムによるものと、ユーザ機器アクセス資格に関する別の集中管理式システムによるものとの両用による制御を受けることがある。
【００１６】
ユーザがその機器へのアクセスを許諾されている場合であっても、ユーザはその機器への無制限のアクセスは許諾されないことがある。むしろ、ユーザはその機器に関する限定された組のオペレーションのみの実行を許容されていることがある。ある特定のユーザが有効に認証された時点で、機器は、役割サーバ１２０からユーザのアクセス権を取得し、ユーザが実行できる動作をそのユーザのアクセス権に関連付けされた動作に制限することがある。
【００１７】
特に、役割サーバ１２０は、（１）機器１１２ａ〜ｆを記述している情報を含んだ機器リスト１３４、（２）ユーザ役割の組を記述している役割リスト１２２、（３）機器１１２ａ〜ｆの論理グループ１１０ａ〜ｃを規定している機器グループリスト１３６、並びに（４）機器１１２ａ〜ｆによって実行されることができるテストを規定しているテスト定義リスト１３８、を含む役割データベース１３０を維持することがある。ユーザ認証が成功すると、機器は、役割データベース１３０内の情報に従ってユーザにアクセス権を与えることがある。
【００１８】
要約すると、ユーザ認証は基本にあるオペレーティングシステムによって実行することがあり、一方認証を受けたユーザに対して許諾された権利は役割データベース１３０内の指定された権利によって定義されることがある。さらに、特定の機器に対するアクセスは、ユーザの個々の素性および／または役割に基づいて、ユーザに対して許諾されたり、拒絶されたりすることがある。したがって、本発明は、ユーザ認証および機器アクセス権を集中管理するための手段を提供する。
【００１９】
一旦、ある機器にログインすると、ユーザは、テストの実行するためにその機器を使用するなどの、その機器を用いてさまざまな動作を実行することができる。ユーザが実行できるこの一組の機能は、役割データベース１３０内で規定されるように、ユーザの権利によって規定されている。たとえば、ユーザは、役割データベース１３０内に格納された情報に従った特定のテストのみの実行に制限されることがある。たとえば、機器リスト１３４は、機器１１２ａ〜ｆの各々を、テスト定義１３８によって規定された１つまたは複数のテストと関連付けし、これによって機器の各々がどのテストの実行を許可されているかを示すことがある。さらに、ユーザリスト１３２は、各ユーザがどのテストの実行を許可されているかを指定していることがある。
【００２０】
役割データベース１３０内に含まれている情報にアクセスして修正するため、並びに機器１１２ａ〜ｆに対してランニングテストなどのさまざまな機能を実行するように指示するためには、本明細書において「機器管理ツール」と呼ぶソフトウェアアプリケーションプログラムを用いることがある。この機器管理ツールは、任意の収集のデバイスで実行されることがある。たとえば、図１に示すように、機器管理ツールの第１のインスタンス１７０ａは、機器１１２ａ上で実行する。機器管理ツールの追加的なインスタンスを、これ以外の機器１１２ｂ〜ｆ上で実行することがある。機器管理ツールの第２のインスタンス１７０ｂは、役割サーバ１２０上で実行している。機器管理ツールの第３のインスタンス１７０ｃはネットワーク１６０と結合されたサービスコンピュータ１４０上で実行している。このサービスコンピュータ１４０はＷｉｎｄｏｗｓ（登録商標） ＸＰなどのオペレーティングシステムを実行する従来のパーソナルコンピュータでもよい。図１ではサービスコンピュータ１４０を１つだけ表しているが、複数のサービスコンピュータがネットワーク１６０と結合されてもよい。
【００２１】
十分な権利（役割データベース１３０内の規定による）を有するユーザは、機器リスト１３４内の機器の構成を追加、削除または修正、（グループの追加または削除、及び既存のグループからの機器の追加又は削除などのような）機器グループ１３６の修正、並びにテスト定義１３８の追加、削除または修正、などの機能を実行するために機器管理ツール１７０ｃのインスタンス１７０ａ〜ｃを用いることがある。
【００２２】
役割サーバ１２０上で動作している機器管理ツールのインスタンス１７０ｂは、役割データベース１３０と直接通信してそのコンテンツを修正している。機器１１２ａ上およびサービスコンピュータ１４０上のそれぞれで動作している機器管理ツールのインスタンス１７０ａおよび１７０ｃは、ネットワーク１６０を介して役割サーバ１２０と通信することによってデータベース１３０と間接的にのみアクセスすることがあり、これに応答して役割データベース１３０のコンテンツを修正することがある。さらに、集中型ユーザリスト１３２のコンテンツは、機器管理ツール１７０ａ〜ｃを使用することによる、および／または基本にあるオペレーティングシステム（Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｓｏｌｅなど）によって提供されるツールを介することによって修正することがある。
【００２３】
したがって、機器１１２ａ〜ｆの構成、並びにユーザのアクセス権は、役割サーバ１２０およびドメインコントローラ１８０の位置で集中管理され、これによって従来技術システムに存在するような冗長な構成や権利情報を排除することができる。同時に、システム１００は、機器管理ツールがアクセスを受けることが可能なネットワーク１６０上の任意の箇所からユーザが機器構成およびユーザアクセス権を修正することができる。この方法では、機器構成およびユーザアクセス権を修正する能力は、こうした構成およびアクセス権の管理が役割サーバ１２０の位置に集中している場合であっても、ネットワーク１６０の全体に分散されている。したがって、システム１００は集中管理と分散制御の両方に関する利点を保持している。
【００２４】
上述のように、システムの異なるユーザは異なる機器アクセス資格を有することがある。役割サーバ１２０は、たとえば、アドミニストレータ、スーパバイザ、較正者、サービスエンジニア、およびオペレータなどの一組の役割１２２を維持することがある。ある特定の組の機器アクセス権は、役割１２２の各々と関連付けされることがある。ユーザリスト１３２は、１つまたは複数の役割をシステム１００の各ユーザに関連付けすることがある。ユーザを認証した時点で、そのユーザの役割を識別することがあり、またそのユーザのアクセス権をそのユーザの役割から導出することがある。ある特定のユーザはさらに、ユーザの役割に関連付けされた権利に優先するようなある特定の権利を許諾されることもある。実際上、役割サーバ１２０は機器１１２ａ〜ｆにアクセスするためのユーザの権利、および機器１１２ａ〜ｆを用いてある特定のオペレーションを実行するためのユーザの権利に関する情報を管理するために一組のユーザアカウントを維持していることがある。
【００２５】
上述のように、ユーザは機器１１２ａ〜ｆのうちの１つを用いてテストを実行することがある。テストが完了すると、機器はテスト結果を作成することがある。このテスト結果は、ゼロ名、１名または２名のユーザによる署名を受けることを要することがある。そのテストが２名の署名を要求する場合には、第２の署名者は、スーパバイザの役割を有することが必要とされうる。機器リスト１３４は、各機器上で実行されるテストで必要とされる署名の数および種類を規定することがある。テストが完了したときには、機器は、たとえばユーザ名およびパスワードを提供することによって、ユーザに対して電子署名を提供するように要求することがある。必要な場合、機器はスーパバイザの役割を有するユーザに対して第２の署名を要求することがある。機器は、両方の署名を認証し、必要に応じて、この第２の署名がスーパバイザの役割を有するユーザに関連付けされていることを確認することがある。この方法では、その機器は、２１ ＣＦＲ Ｐａｒｔ １１のディジタル署名要件に適合することがある。
【００２６】
一旦テストが完了しかつ必要なあらゆる署名を取得すると、その機器は、テスト結果と、取得し終えたあらゆる電子署名との両方を含むテストレポートを作成することがある。その機器は、このテストレポートをネットワーク１６０を介してテストレポート１５２のデータベースを含むような中央リポジトリ１５０に送信することがある。その機器は、ローカルの機器データベース内にテストレポートを保持したり、テストレポートを中央リポジトリ１５０に送信した後にこれを削除することがある。その機器は、この機器のハウジング内に組み込まれているか、シリアルケーブルやパラレルケーブルなどのケーブルによって機器に接続された外部のプリンタとすることがあるようなプリンタに、そのテストレポートをプリントすることがある。
【００２７】
システム１００の動作に関して全体的に記載してきたが、ここで、システム１００の要素および動作についてより詳細に記載することにする。
【００２８】
機器１１２ａ〜ｆの各々は、Ｔａｉｗａｎ、ＴａｉｐｅｉのＡＸＩＯＭ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．，Ｌｔｄ．から入手可能なＰａｎｅｌ １０００−３７０コンピュータなどの標準的なパネルコンピュータを用いて実現させることができる。Ｐａｎｅｌ １０００−３７０などのパネルコンピュータは、典型的には、タッチスクリーンディスプレイ２２４を有しており、かつＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標） ＸＰの組み込みのオペレーティングシステム２０２などの組み込み式オペレーティングシステムを動作させている。組み込みしたＷｉｎｄｏｗｓ（登録商標） ＸＰは、Ｗｉｎｄｏｗｓ（登録商標） ＸＰのコンポーネント化バージョンである。これは、Ｗｉｎｄｏｗｓ（登録商標） ＸＰ Ｐｒｏｆｅｓｓｉｏｎａｌと同じバイナリーズに基づいており、また組み込んだディベロッパに対して、カスタマイズした小底面積の組み込みデバイスで必要な特徴のみを個別に選択させることを可能としている。
【００２９】
機器１１２ａ〜ｆはさらに、ユーザ認証およびテスト実行などの機能を実行するための、以下でより詳細に記載するような、機器管理ソフトウェアを含むことがある。機器１１２ａ〜ｆへのアクセスを制御するため、かつユーザを認証するために、安全なインターフェースを提供するように、タッチスクリーンインターフェース、組み込みオペレーティングシステムおよび、機器管理ソフトウェアの組合せが、既存の機器に統合されることがある。機器１１２ａ〜ｆに入力を提供するためには、タッチスクリーン２２４に加えて、またはタッチスクリーン２２４の代わりにキーボードおよび／またはマウスなどの別の入力デバイスを用いることがある。
【００３０】
１つまたは複数の機器１１２ａ〜ｆとして用いることがあるようなテスト機器の一例はＭａｓｓａｃｈｕｓｅｔｔｓ、ＢｅｄｆｏｒｄのＭｉｌｌｉｐｏｒｅ Ｃｏｒｐｏｒａｔｉｏｎから入手可能な完全性テスト機器のＩｎｔｅｇｒｉｔｅｓｔ（登録商標）ラインからの機器である。Ｉｎｔｅｇｒｉｔｅｓｔ（登録商標）テスト機器は、生物薬剤学業界での規制および非規制の処理における処理装置および膜ベースの分離デバイスの完全性をテストしている。Ｉｎｔｅｇｒｉｔｅｓｔ（登録商標）テスト機器は、電子署名に関する要件を含み、２１ ＣＦＲ Ｐａｒｔ １１のテクニカルな要件に適合するように設計されている。Ｉｎｔｅｇｒｉｔｅｓｔ（登録商標）テスト機器は、さまざまな膜ベースの分離デバイスをテストするために実験室、パイロット、および製造分野で使用することがある。Ｉｎｔｅｇｒｉｔｅｓｔ（登録商標）テスト機器によって実行することができるテストにはたとえば、拡散、バブルポイント（ＢＰ）、向上バブルポイント（ＥＢＰ）、ＨｙｄｒｏＣｏｒｒ水侵入テスト（ＷＩＴ）、システム完全性テスト（ＳＩＴ）、およびウイルス拡散テスト（ＶＤＴ）が含まれる。以下でより詳細に記載するように、Ｉｎｔｅｇｒｉｔｅｓｔ（登録商標）テスト機器は、これを電源に差し込み、テスト対象のデバイスからのチューブをテスト機器に接続し、このテスト機器を用いてテストを選択し、かつ画面上のプロンプトに従うことによって動作されうる。
【００３１】
ドメインコントローラ１８０は、ユーザ名、パスワード、および特権（ｐｒｉｖｉｌｅｇｅ）などのＷｉｎｄｏｗｓ（登録商標）のユーザ情報を管理している従来のＷｉｎｄｏｗｓ（登録商標）サーバとして実現することができる。一般に、ドメインとは、共通の規則および手順を有する１つのユニットとして管理されるネットワーク上のコンピュータおよびデバイスからなる１つのグループである。インターネット内では、ドメインはＩＰアドレスによって定義されている。ＩＰアドレスの共通部分を共有しているすべてのデバイスは、同じドメイン内にあると云われる。
【００３２】
Ｗｉｎｄｏｗｓ（登録商標） ＸＰネットワーク内のあるサーバが、ドメインコントローラの役割を割り当てられることがある。Ｗｉｎｄｏｗｓ（登録商標） ＸＰにおいて、「ドメイン」とは、あるユーザのグループに関する一組のネットワークリソース（アプリケーションプログラムやプリンタなど）のことを意味する。あるドメインのリソースへのアクセスを得るには、そのリソースがネットワーク内の異なる多くのサーバ上に位置している場合であってもユーザはそのドメインにログインするだけでよい。ドメインコントローラは、そのドメインに関するマスタユーザデータベースを管理している。Ｗｉｎｄｏｗｓ（登録商標） ＸＰにはプライマリとバックアップの両方のドメインコントローラが存在しているが、この２つの違いは本検討にとっては関連していない。Ｗｉｎｄｏｗｓ（登録商標） ＸＰでは、ドメインは「作業グループ（ｗｏｒｋｇｒｏｕｐ）」（異なるコンピュータ上にある互いのリソースへのアクセスを交換しているユーザのグループ）および「ディレクトリ（ｄｉｒｅｃｔｏｒｙ）」（同じアドミニストレータによって集中管理を受けているユーザのグループ）の利点のうちのいくつかを組み合わせたものである。
【００３３】
機器１１２ａ〜ｆ、サービスコンピュータ１４０、役割サーバ１２０および中央リポジトリ１５０など、システム１００の要素の各々は、ドメインコントローラ１８０に関連付けした１つの共通のＷｉｎｄｏｗｓ（登録商標）ドメインに割り当てることがある。さらに、システム１００のユーザの各々は、ドメインコントローラ１８０により維持されているユーザリスト１３２内で規定されることがある。ドメインコントローラ１８０は、Ｗｉｎｄｏｗｓ（登録商標）ドメインへのアクセスを制御すると共に、そのＷｉｎｄｏｗｓ（登録商標）ドメインに関連付けされたリソースおよびユーザを規定している情報を維持している。したがって、ユーザが機器１１２ａ〜ｆのうちの１つを用いてログインしたとき、ドメインコントローラ１８０はそのユーザをそのドメインコントローラ１８０に関連付けされたドメインにログインさせようと試みる。図１ではドメインコントローラ１８０を１つのみ表しているが、本明細書に記載した技法を使用して追加のドメインと共に使用するために、追加のドメインコントローラ、役割サーバ、サービスコンピュータ、中央リポジトリ、および機器を設けることができる。
【００３４】
役割サーバ１２０は、そのドメインコントローラ１８０に関連付けされたドメイン内のユーザのうちの幾人かまたはすべてに関するユーザ機器アクセス権を規定することがある。したがって、この役割サーバ１２０は事実上、Ｗｉｎｄｏｗｓ（登録商標）ドメイン内のユーザのうちの幾人かまたはすべての機器アクセス権を規定しているような一組のユーザアカウントを維持している。
【００３５】
機器１１２ａ〜ｆは、ドメインモード、あるいはスタンドアロンモードとも呼ばれる作業グループモードのいずれかで動作することがある。ドメインモードにある場合には機器１１２ａ〜ｆはネットワーク１６０を介して通信し、またそうでない場合は上述のように動作する。作業グループモードにある場合には、機器１１２ａ〜ｆはネットワーク１６０を介して通信を行わない。機器１１２ａ〜ｆは、最初に設置されたときに、そのドメインコントローラ１８０に関連付けされたドメインに追加され得、またＷｉｎｄｏｗｓ（登録商標）のネットワークアドミニストレータによって作業グループモードで動作するように構成されることがある。機器１１２ａ〜ｆに関する情報は、役割サーバ１２０またはサービスコンピュータ１４０を用いて役割データベース１３０内で規定されることがある。ここで機器１１２ａ〜ｆは、本明細書に記載した方式での動作の準備が整う。
【００３６】
上で言及したように、役割サーバ１２０は、各ユーザが何の機器アクセス権を有するかや、機器１１２ａ〜ｆのそれぞれによってどのテストが実行されうるかといった、機器１１２ａ〜ｆおよび機器１１２ａ〜ｆのユーザに関する情報を集中管理している。役割サーバ１２０は、この情報を役割データベース１３０内に格納している。役割サーバ１２０はたとえば、Ｗｉｎｄｏｗｓ（登録商標）のドメインコントローラとすることがあり、この場合役割サーバ１２０はドメインコントローラ１８０の機能を実行することがあり、別のドメインコントローラ１８０を使用する必要がなくなる。
【００３７】
役割サーバ１２０は、たとえば、役割１２２のリストを維持している。役割１２２の各々はある特定の組の権利に関連付けされている。役割１２２は、たとえば、メンバーとしてシステム１００のユーザを有するなＷｉｎｄｏｗｓ（登録商標）グループとして実現することができる。したがって、役割１２２は、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｓｏｌｅを用いて管理することができる。
【００３８】
役割１２２に関連付けされた権利は、たとえば、機器１１２ａ〜ｆ、サービスコンピュータ１４０、役割サーバ１２０、および機器管理ツール１７０ａ〜ｃを用いて特定の操作を実行する権利（本明細書では「機器使用権」と呼ぶ）を含むことがある。役割１２２に関連付けされた権利はさらに、機器１１２ａ〜ｆのうちの特定の機器にアクセスする権利（本明細書では「機器アクセス権」と呼ぶ）を含むことがあるが、本明細書に記載した実施形態では、機器アクセス権は、ユーザリスト１３２、機器リスト１３４、および機器グループリスト１３６によって規定されている。システム１００の各ユーザには、１つまたは複数の役割が割り当てられ、これによって特定の使用およびアクセス権を各ユーザに関連付けすることがある。
【００３９】
役割サーバ１２０は、基本にあるオペレーティングシステムによって認識された役割またはグループと独立な役割を提供することがある。たとえば本発明の実施の一形態では、アドミニストレータ、スーパバイザ、較正者、サービスエンジニア、およびオペレータという５つの役割がある。役割と各役割に関連付けした権利からなるリストは、事前に定義され固定されうる。代わりに、その役割サーバ１２０は、十分なアクセス権を備えるユーザが役割リスト１２２に更なる役割を追加することや、役割１２２のうちの既存の役割に関連付けされているアクセス権を修正することを許可することがある。
【００４０】
ここで、役割リスト１２２の実施の一形態についてより詳細に記載することにする。特に、本発明の実施の一形態として、役割１２２の各々に関連付けされたアクセス権を表１に示している。表１にある役割に関連付けされた特定の権利は、単に例示を目的として提供したものである。
【表１】
【００４１】
図３Ａを参照すると、本発明の実施の一形態による役割リスト１２２の一例を表している。役割リスト１２２は、その各々が１つの特定の役割に対応しているような５つの要素３０４ａ〜ｅを含んでいる。要素３０４ａ〜ｅの各々は、役割識別子（役割ＩＤ）フィールド３０２ａと、役割名称フィールド３０２ｂと、役割権利フィールド３０２ｃとを有している。役割ＩＤフィールド３０２ａの値は、ユーザリスト１３２（図３Ｂ）に関連して以下でより詳細に記載することにするような要素３０４ａ〜ｅを示すために使用される唯一の識別子である。役割名称フィールド３０２ｂの値は、役割の記述名を含んだテキスト列である。役割資格フィールド３０２ｃの値は、対応する役割に関連付けされた権利を指定している。図３Ａでは役割権利フィールド３０２ｃを空欄で表しているが、当業者であれば役割権利フィールド３０２ｃの適当な値を用いて表１に示した権利のような、権利を指定する方法について理解されよう。
【００４２】
一例として、要素３０４ａは、ゼロという役割ＩＤ３０２ａと、「オペレータ」という役割名称３０２ｂとを有している。したがって、役割リスト要素３０４ａはオペレータ役割に対応しており、また役割権利フィールド３０２ｃはオペレータ役割に関連付けされたアクセス権を指定している。これらの権利は、たとえば、表１の「オペレータ」欄に示した権利とすることがある。同様に、要素３０４ｂはアドミニストレータ役割に関連付けされた権利を指定しており、要素３０４ｃは較正者役割に関連付けされた権利を指定している、等々となる。
【００４３】
上で言及したように、ドメインコントローラ１８０は、システム１００の各ユーザに関する情報を含んだユーザリスト１３２を管理している。図３Ｂを参照すると、システム１００内で認証を受けた５人のユーザが規定されているような、本発明の実施の一形態によるユーザリスト１３２の一例を表している。図３Ｂに示した特定のデータ構造は単に例示を目的として提供したものである。ドメインコントローラ１８０はユーザ１３２を実装するために異なるデータ構造を用いることがあり、そして、ドメインコントローラ１８０はユーザリスト１３２の内部構造をシステム１００のその他の要素に公開することなく、ユーザリスト１３２内に格納された情報へのアクセスを提供するアプリケーションプログラムインターフェース（ＡＰＩ）を提供することがある。
【００４４】
ユーザリスト１３２は、その各々がシステム１００の特定の認証を受けたユーザに対応しているような５つの要素３１４ａ〜ｅを含んでいる。要素３１４ａ〜ｅの各々は、ユーザ識別子（ユーザＩＤ）フィールド３１２ａと、役割ＩＤフィールド３１２ｂと、ユーザ権利フィールド３１２ｃと、ユーザ名フィールド３１２ｄと、パスワードフィールド３１２ｅとを有している。ユーザＩＤフィールド３１２ａの値は、以下でより詳細に記載するような、システム１００のユーザを示すために使用される唯一の識別子である。役割ＩＤフィールド３１２ｂの値は、役割リスト１２２内で規定されている役割を参照する。役割権利フィールド３１２ｃの値は、ユーザの役割に関連付けされたデフォルト権利に優先させるべき権利を指定している。ユーザ名フィールド３１２ｄの値は対応するユーザのユーザ名を指定しており、またパスワードフィールド３１２ｅの値はこれらのユーザのパスワードを指定している。ユーザリスト１３２はさらに、各ユーザに関する追加的な情報（ユーザのフルネームや電子署名の処理で必要なその他の情報）を含んでいる。
【００４５】
一例として、要素３１４ａは、ゼロというユーザＩＤ３１２ａと、１という役割ＩＤ３１２ｂを有している。図３Ａを参照すると、アドミニストレータ役割は、１という役割ＩＤ（要素３０４ｂ）を有している。したがって、要素３１４ａによって指定されたユーザはアドミニストレータの役割を有している。同様に、要素３１４ｂによって指定されたユーザはオペレータの役割を有している。残りの要素３１４ｃ〜ｅによって規定されたユーザの役割は、それぞれスーパバイザ、サービスエンジニアおよび較正者である。要素３１４ａ〜ｅの各々は厳密に１つの役割を指定するが、ある特定の要素はゼロ個またはゼロ個を超える役割を指定することがある。ある特定の要素がまったく役割を指定していない場合、その役割サーバ１２０はデフォルト役割（オペレータなど）を適用することがある。ユーザリスト１３２内のある特定の要素が複数の役割を指定している場合、そのユーザには、たとえば、この複数の役割の各々が指定する権利を合併させた資格が提供されることがある。
【００４６】
以下でより詳細に記載するように、デフォルトでは、ユーザにはそのユーザの役割又は複数の役割に関連付けされた権利が提供される。たとえば、要素３１４ａによって規定されたユーザは、アドミニストレータの役割を有しており、したがって、アドミニストレータ役割に対応するような役割リスト要素３０４ｂの権利フィールド３０２ｃ（図３Ａ）によって指定されるアクセス権を有している。しかし、ユーザリスト１３２内のある要素の権利フィールド３１２ｃは、対応するユーザが、そのユーザの役割又は複数の役割に関連付けされた権利と比べてより多くの又は少なくい役割を有するべきであることを指示していることもある。再び図３Ｂを参照すると、たとえば、ユーザリスト要素３１４ｂの権利フィールド３１２ｃは、オペレータの役割を有するような対応するユーザは機器を較正する権利を追加的に有するべきであることを指示している。同様に、ユーザリスト要素３１４ｅの権利フィールド３１２ｃは、較正者の役割を有するような対応するユーザは機器に対する診断を実行する権利を追加的に有するべきであることを指示している。この技法を使用すると、単に役割レベルごとではなく、所望の際にユーザレベルごとに権利を規定することができ、これによってシステムアドミニストレータに対してユーザ権利に関してより細かな制御が提供される。
【００４７】
上で言及したように、役割データベース１３０は、システム１００内の機器１１２ａ〜ｆの各々に関する構成情報を規定している機器リスト１３４を含んでいる。この機器リスト１３４は、たとえば、システム１００のユーザをそのメンバーとするようなＷｉｎｄｏｗｓ（登録商標）グループとして実行することができる。機器リスト１３４は、したがって、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｓｏｌｅを用いて管理されることができる。
【００４８】
図３Ｃを参照すると、本発明の実施の一形態による機器リスト１３４の一例を表している。機器リスト１３４は、その各々がシステム１００内の機器１１２ａ〜ｆのうちのある特定の１つに対応しているような６つの要素３２４ａ〜ｆを含んでいる。要素３２４ａ〜ｆの各々は、機器識別子（機器ＩＤ）フィールド３２２ａと、テストフィールド３２２ｂと、ユーザフィールド３２２ｃと、署名フィールド３２２ｄと、レポート送信フィールド３２２ｅとを有している。機器ＩＤフィールド３２２ａの値は、以下でより詳細に記載するように機器１１２ａ〜ｆを示すために使用される唯一の識別子である。
【００４９】
テストフィールド３２２ｂの値は、対応する機器によって実行することができるテストを参照する。テストフィールド３２２ｂの値は、図３Ｅに関連して以下でより詳細に記載するテスト識別子（テストＩＤ）を用いたテストを参照する。ユーザフィールド３２２ｃの値は、対応する機器を用いるための認証されたユーザを参照する。ユーザフィールド３２２ｃの値は、ユーザリスト１３２のユーザＩＤフィールド３１２ａ（図３Ｂ）内で規定されているユーザＩＤを用いてユーザを参照する。
【００５０】
署名フィールド３２２ｄの値は、対応する機器が実行するテストに関してはいくつの署名が必要であるかを指定し、またスーパバイザの役割を有するユーザが第２の署名を提供しなければならないか否かを指定している。レポート送信フィールド３２２ｅの値は、対応する機器が各テストの完了時点でテスト結果のレポートを自動的に送信すべきかどうかを指定している。
【００５１】
一例として、要素３２４ａはゼロという機器ＩＤ３２２ａを有している。要素３２４ａが機器１１２ａに対応すると仮定すると、要素３２４ｂは機器１１２ｂに対応する、等々となる。要素３２４ａのテストフィールド３２２ｂは空欄であり、対応する機器（すなわち、機器１１２ａ）によって実行することができるテストが、機器１１２ａが属する機器グループ１１０ａによって規定されることを示している。要素３２４ａのユーザフィールド３２２ｃは、機器グループリスト１３６によって指定されたユーザに加えて、３および４のユーザＩＤを有するユーザが機器１１２ａを使用するための認証を受けていることを示している。
【００５２】
機器リスト１３４内の値の意味については、機器グループリスト１３６に関連させて以下でより詳細に記載することにする。機器グループを使用していないような実施形態では、機器リスト１３４は、要素３２４ａ〜ｆの各々のフィールド３２２ａ〜ｅの各々に関して完全に値を指定することができる。空欄のフィールドには適当なデフォルト値が提供されることができる。
【００５３】
システム内のあらゆる機器に対してユーザアクセス権やその他の情報を構成することは冗長でありかつ時間がかかることがある。さらに、機器１１２ａ〜ｆの各々に対して違った構成を提供することは、機器１１２ａ〜ｆのうちの複数の機器が同じユーザアクセス権やその他の構成情報を共有している場合に非効率的となることがある。機器１１２ａ〜ｆの構成の処理を単純化するには、機器グループリスト１３６を用いてその機器を１つまたは複数の論理的グループにグループ化することがある。たとえば、再び図１を参照すると、機器１１２ａ〜ｆは３つの論理的グループ１１０ａ〜ｃにグループ化している。機器グループ１１０ａは、機器１１２ａ〜ｂを含んでおり、機器グループ１１０ｂは機器１１２ｃ〜ｅを含んでおり、また機器グループ１１０ｃは機器１１２ｆを含んでいる。機器グループの使用は任意選択である。
【００５４】
図３Ｄを参照すると、本発明の実施の一形態による機器グループリスト１３６の一例を表している。機器グループリスト１３６は、その各々がシステム１００内の機器グループ１１０ａ〜ｃのうちの特定の１つに対応しているような３つの要素３３４ａ〜ｃを含んでいる。要素３３４ａ〜ｃの各々は、グループ識別子（機器ＩＤ）フィールド３３２ａと、機器フィールド３３２ｂと、テストフィールド３３２ｃと、ユーザフィールド３３２ｄと、署名フィールド３３２ｅと、レポート送信フィールド３３２ｆとを有している。グループＩＤフィールド３３２ａの値は、以下でより詳細に記載するように、機器グループ１１０ａ〜ｃを示すために使用される唯一の識別子である。
【００５５】
機器フィールド３３２ｂの値は、どの機器が対応する機器グループのメンバーであるかを指定している。たとえば、要素３３４ａが機器グループ１１０ａに対応すると仮定すると、要素３３４ｂは機器グループ１１０ｂに対応し、また要素３３４ｃは機器グループ１１０ｃに対応する。要素３３４ａの機器フィールド３３２ｂは、機器グループ１１０ａがゼロという機器ＩＤを有する機器（機器１１２ａ）と、１という機器ＩＤを有する機器（機器１１２ｂ）を含むことを示している。同様に、要素３３４ｂの機器フィールド３３２ｃは、機器グループ１１０ｂが２という機器ＩＤを有する機器（機器１１２ｃ）、３という機器ＩＤを有する機器（機器１１２ｃ）、および４という機器ＩＤを有する機器（機器１１２ｄ）を含むことを示している。最後に、要素３３４ｃの機器フィールド３３２ｃは、機器グループ１１０ｃが５という機器ＩＤを有する機器（機器１１２ｆ）を含むことを示している。機器グループは１つまたは複数の機器を含むことがある。
【００５６】
フィールド３３２ｃ〜ｆの値は、デフォルトにおいて対応する機器グループ内のすべての機器に対して適用されるプロパティを規定している。たとえば、要素３３４ａのテストフィールド３３２ｃは、グループゼロのすべての機器（すなわち、機器１１２ａおよび１１２ｂ）がテストＩＤとしてゼロおよび１を有するテストを実行することができることを示している。再び図３Ｃを参照すると、要素３２４ａのテストフィールド３２２ｂ（機器１１２ａに対応する）は空欄である。しかし、デフォルトでは、機器１１２ａはテストゼロおよび１を実行することができる。したがって、機器１１２ａはテストゼロおよび１を実行することがある。
【００５７】
要素３２４ｂのテストフィールド３２２ｂ（機器１１２ｂに対応する）はテストＩＤ２を指定している。したがって、機器１１２ｂはテストのゼロおよび１（機器グループリスト要素３３４ａのテストフィールドの指定による）を実行することができ、同様にしてテスト２（機器要素３２４ｂのテストフィールド３２２ｂの指定による）も実行することができる。
【００５８】
同様に、機器グループリスト要素３３４ａのユーザフィールド３３２ｄは、グループゼロのすべての機器（すなわち、機器１１２ａおよび１１２ｂ）がデフォルトにおいてユーザＩＤゼロ、１および２を有するユーザに対してアクセス可能であることを指定している。再び図３Ｃを参照すると、機器リスト１３４のユーザフィールド３２２ｃは、機器１１２ａがさらにユーザＩＤとして３および４を有するユーザに対してアクセス可能であることを示している。その結果、機器１１２ａは、ゼロおよび１のユーザＩＤを有するユーザ（機器グループリスト要素３３４ａの指定による）に対してアクセス可能であり、同様に３および４のユーザＩＤを有するユーザ（機器リスト要素３２４ａの指定による）に対してもアクセス可能である。
【００５９】
再び図３Ｄを参照すると、機器グループリスト要素３３４ｂは、グループ１１０ｂの機器（すなわち、機器１１２ｃ〜ｅ）はデフォルトにおいてユーザＩＤとしてゼロおよび４を有するユーザに対してアクセス可能であることを示している。再び図３Ｃを参照すると、機器リスト要素３２４ｅのユーザフィールド３２２ｃは、マイナス４というユーザＩＤを指定している。図３Ｃに表した例では、マイナスのユーザＩＤは、指定されたユーザＩＤの絶対値に等しいようなユーザＩＤを有するユーザに対してその機器をアクセス不可能とすべきであることを示している。より具体的には、機器リスト要素３２４ｅのユーザフィールド３２２ｃは、その機器１１２ｅがユーザＩＤ４を有するユーザに対してアクセス不可能であることを示している。その結果、機器１１２ｅは、機器グループリスト要素３３４ｂのユーザフィールド３３２ｂと機器リスト要素３２４ｅのユーザフィールド３２２ｃの組合せによる指定に従って、ユーザゼロに対してのみアクセス可能である。機器グループリスト１３６のその他のフィールド３３２ｃ、３３２ｅ、および３３２ｆのデフォルトグループ値に対して優先させるために同様の技法を用いることができる。
【００６０】
要素３３４ａおよび３３４ｂの署名フィールド３２２ｅは空欄となっており、これによってグループ１１０ａおよび１１０ｂがデフォルト署名要件をまったく有していないことを示している。要素３３４ｃの署名フィールド３２２ｅは、グループ１１０ｃはデフォルトにおいて１人の署名を要求することを示している。再び図３Ｃと機器リストの署名フィールド３２２ｄを参照すると、機器１１２ａ上で実行されるテストはまったく署名を要求しないこと、機器１１２ｂ上で実行されるテストは１人の署名を要求すること、機器１１２ｃ上で実行されるテストは２人の署名を要求すること（この２つの署名のいずれもスーパバイザの役割を有するユーザが提供するように要求されない）、機器１１２ｄ上で実行されるテストは２人の署名を要求すること（この２人のうちの第２の署名がスーパバイザの役割を有するユーザによって提供されるように要求される）、機器１１２ｅ上で実行されるテストはまったく署名を要求しないこと、かつ機器１１２ｆ上で実行されるテストは１人の署名を要求すること、が明らかとなろう。
【００６１】
再び図３Ｄおよび機器グループリスト１３６のレポート送信フィールド３３２ｆを参照すると、グループ１１０ａの機器はレポート送信に関してまったくデフォルト設定を有しておらず、グループ１１０ｂの機器はテストレポートをデフォルトにおいて自動的に送信するように構成されており、またグループ１１０ｃの機器はユーザからのマニュアルの命令があったときにのみテストレポートを送信するように構成されている。機器グループリスト１３６のレポート送信フィールド３３２ｆと機器リスト１３４のレポート送信フィールド３２２ｅとの間のやり取りは上の記述に基づいて明らかとなろう。
【００６２】
役割データベース１３０はさらに、機器１１２ａ〜ｆによって実行することができるテストを規定しているテスト定義リスト１３８を含んでいる。図３Ｅを参照すると、本発明の実施の一形態によるテスト定義リスト１３８の一例を表している。テスト定義リスト１３８は、その各々がある特定の１つのテストに対応しているような６つの要素３４４ａ〜ｆを含んでいる。要素３４４ａ〜ｆの各々は、テスト識別子（テストＩＤ）フィールド３４２ａと、テスト名フィールド３４２ｂと、テストシーケンスフィールド３４２ｃとを有している。テストＩＤフィールド３４２ａの値は、上述のようにテスト定義リスト要素３４４ａ〜ｆを示すために使用されるような唯一の識別子である。たとえば、テストフィールド３２２ｂ（図３Ｃ）およびテストフィールド３３２ｃ（図３Ｄ）内のテストＩＤは、テストＩＤフィールド３４２ａ内の値を用いてテスト定義リスト要素３４４ａ〜ｅを示している。このテストシーケンスフィールド３４２ｃは図３Ｅでは空欄として表しているが、テストシーケンスを規定するためにこうしたフィールド内に適当な値を提供する方法は、当業者であれば理解されよう。
【００６３】
本明細書において「サービスコンピュータ」という語は一般に、役割データベース１３０内に格納された情報が、それからアクセスされそして修正されるコンピュータを意味している。たとえば、図１を参照すると、ネットワーク１６０と結合された単一のサービスコンピュータ１４０を表している。実際には、ドメインコントローラ１８０、サービスコンピュータ１４０、および役割サーバ１２０は、これより少ない数のコンピュータをなすように組み合わされることや、あるいは、同じ機能を実行するための追加的なコンピュータをなすようにさらに分離させることがある。さらに、ネットワーク１６０と結合された複数のサービスコンピュータが存在することもある。サービスコンピュータ１４０上で動作している機器管理ツール１７０ｃは、インターフェースを備えており、これを介してユーザは、役割データベース１３０内に格納された情報に対してアクセスしかつこれを修正することができる。
【００６４】
サービスコンピュータ１４０は、機器１１２ａ〜ｆや役割サーバ１２０と同様に、Ｗｉｎｄｏｗｓ（登録商標） ＸＰなどの適当な任意のオペレーティングシステムを実行することがある。サービスコンピュータ１４０は、そのドメインコントローラ１８０に関連付けされたＷｉｎｄｏｗｓ（登録商標）ドメインの一部をなすように構成させることがある。サービスコンピュータ１４０に対するアクセスは、機器１１２ａ〜ｆへのアクセスの制限に関連して上述した技法を用いて、認証を受けたユーザに制限されることがある。同じログオン処理を使用してもよい。
【００６５】
中央リポジトリ１５０は、機器１１２ａ〜ｆによって作成されたテストレポート１５２を集中的に格納している。図１には中央リポジトリ１５０を１つのみ表しているが、複数個の中央集中リポジトリを存在させることもできる。さらに、この中央リポジトリ１５０は図１では１つのデータベースとして図示しているが、中央リポジトリ１５０は、ネットワーク１６０と結合させたデータベースサーバとデータベースサーバによって管理されたデータ格納装置との組合せのような、多種多様な方式のうちのいずれかの形で実行されることができることを理解すべきである。さらに、中央リポジトリ１５０、ドメインコントローラ１８０、サービスコンピュータ１４０、および役割サーバ１２０は、同じ機能を実行するために、これより少ない数のまたはこれより多い数のコンピュータをなすようにさらに組合せまたは分離させることができる。
【００６６】
ここで、機器１１２ａ〜ｆのうちの１つにログオンする処理について、より詳細に記載することにする。一例として、この処理を機器１１２ａに関して記載することにするが、この同じ処理をこれ以外の機器１１２ｂ〜ｆに適用することも可能である。図２Ａを参照すると、ログオン処理の第１の部分と共に実行されることがあるようなオペレーションのデータフロー図２００を表されている。図２Ａでは、図示を容易にするため、システム１００（図１）のうちの関連する要素のみを表している。
【００６７】
機器１１２ａを起動させると、従来のＷｉｎｄｏｗｓ（登録商標）のログオン画面ではなくカスタマイズしたログオン画面をユーザ２２２に提示することがある。図４Ａを参照すると、こうしたログオン画面４００の一例を表している。図４Ｂを参照すると、機器１１２ａ上でログオン処理を実行するように動作している認証アプリケーション２０８によって実行されることができる方法４２０のフローチャートを表している。
【００６８】
ユーザ２２２は、その機器１１２ａへのアクセスを得るためにはログオン画面４００を使用してログオン資格証明２０４を入力することを要求される。認証アプリケーション２０８は、タッチスクリーン２０６を介してユーザ２２２からログオン資格証明２０４を受け取る（ステップ４２２）。ユーザ２２２は、たとえば、ユーザ名およびパスワードの形態をした資格証明２０４を提供することがある。ログオン画面４００は、ユーザ２２２がユーザ名を入力する先となることがあるような第１のテキストフィールド４０２と、ユーザ２２２がパスワードを入力する先となることがあるような第２のテキストフィールド４０４と、を含んでいる。ユーザ２２２は、ソフトキーボード４０６を介して文字を入力するために、ユーザ名およびパスワードをタッチスクリーン２０６を用いてテキストフィールド４０２および４０４に入力することがある。ログオン資格証明２０４を入力した時点で、認証アプリケーション２０８は認証要求２１０をネットワーク１６０を介してドメインコントローラ１８０に送信する（ステップ４２４）。ネットワーク１６０は、たとえばＴＣＰ／ＩＰネットワークとすることがある。ドメインコントローラ１８０はログオン資格証明２０４に基づいてユーザ２２２の認証を試み、ネットワーク１６０を介して認証応答２１２を認証アプリケーション２０８に送信する。認証応答２１２は、認証が成功したか不成功かを示している。たとえば、ドメインコントローラ１８０がＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）のドメインコントローラである場合、その認証処理はＷｉｎｄｏｗｓ（登録商標）の認証機構を用いて実行される。
【００６９】
認証アプリケーション２０８は、ドメインコントローラ１８０から認証応答２１２を受け取り（ステップ４２６）、さらに、この認証応答２１２の内容に基づいて、認証が成功か不成功かを決定する（ステップ４２８）。認証が不成功である場合には、認証アプリケーション２０８はユーザ２２２に対して機器アクセスを拒絶する（ステップ４３０）。機器１１２ａはユーザ２２２に対して、機器１１２ａ上で動作しているオペレーティングシステム２０２（Ｗｉｎｄｏｗｓ（登録商標） ＸＰなど）のデスクトップやその他の特徴へのアクセスを提供していない。その結果、ユーザ２２２は、ユーザの資格証明２０４が認証されると、その機器１１２ａへのアクセスだけを得ることができる。
【００７０】
図２Ｂを参照すると、たとえば、ユーザ認証が成功したときに実行されるログオン処理の第２の部分と共に動作させることがあるようなオペレーションのデータフロー図２２６を表している。認証が成功すると、認証アプリケーション２０８は役割サーバ１２０から機器１１２ａに関するユーザ権利のうちのいくつかまたはすべてを取得する（ステップ４３２）。認証アプリケーション２０８はさらに、役割サーバ１２０から機器構成も取得する（ステップ４３４）。
【００７１】
たとえば、図２Ｂを参照すると、認証アプリケーションは、ネットワーク１６０を介して、ユーザの権利および機器の構成についての要求２１４を役割サーバ１２０に送信することがある。役割サーバ１２０は、要求された情報を役割データベース１３０から抽出し（図４Ｃに関連して以下でより詳細に記載するように）、この抽出された情報をネットワーク１６０を介して応答２１６で認証アプリケーション２０８に送信することがある。認証アプリケーション２０８はユーザ権利２１８および機器構成２２０をこの応答２１６から抽出し、これらを後で使用するためにローカル機器データベース２２４内に格納することがある（ステップ４３６）。
【００７２】
認証アプリケーション２０８は、このユーザの権利２１８および機器構成２２０に基づいて、そのユーザ２２２がその機器１１２ａにアクセスする権利を有するかどうかを決定する（ステップ４３８）。ユーザ２２２がその機器にアクセスする権利を有していない場合は、そのユーザ２２２に対しては機器２２２へのアクセスが拒絶される（ステップ４３０）。そうでない場合は、機器１１２ａは、ユーザ権利２１８および機器構成２２０に従ってユーザ２２２に対して機器１１２ａを用いて機能を実行する権利を許諾する（ステップ４４０）。
【００７３】
図４Ｃを参照すると、図２Ｂに関連して上述した応答２１６を作成するように役割サーバ１２０によって実行することができる方法４５０のフローチャートを表している。この方法４５０は、ユーザのユーザＩＤを識別する（ステップ４５２）。認証アプリケーション２０８は、認証が成功した時点でドメインコントローラ１８０からユーザＩＤを受け取ることがある。次いで、認証アプリケーションは、役割サーバ１２０がそこからユーザＩＤを抽出する要求２１４内にユーザＩＤを含めることがある。役割サーバ１２０は、このユーザＩＤに基づいてユーザの役割を識別する（ステップ４５４）。役割サーバ１２０は、このユーザＩＤをユーザリスト１３２に対する１つの索引として使用し、このユーザＩＤに対応するユーザリスト要素の役割フィールド３１２ｂ（図３Ｂ）の値を識別することによって、ユーザの役割を識別することがある。
【００７４】
役割サーバ１２０は、このユーザの役割に基づいてデフォルトのユーザ権利を識別する（ステップ４５６）。役割サーバ１２０は、ステップ４５４において識別した役割ＩＤを役割リスト１２２に対する索引として使用し、その役割ＩＤに対応する役割リスト要素の役割権利フィールド３０２ｃの値（図３Ａ）を識別することによって、デフォルトユーザ権利を識別することがある。役割サーバ１２０はユーザ２２２に関連付けされたユーザ固有の任意の権利を識別する（ステップ４５８）。役割サーバ１２０は、可能である場合で、ステップ４５２で識別したユーザＩＤをユーザリスト１３２に対する索引として使用し、そのユーザＩＤに対応するユーザリスト要素のユーザ権利フィールド３１２ｃ（図３Ｂ）の値を識別することによって、こうしたユーザ固有の権利を識別することがある。
【００７５】
次いで、役割サーバ１２０はステップ４５６で識別したデフォルトのユーザ権利を、存在する場合に、ステップ４５８で識別したユーザ固有の権利と組み合わせることによってユーザの権利を取得することがある（ステップ４６０）。上述のように、ユーザリスト１３２のユーザ権利フィールド３１２ｃで指定されたユーザ固有の権利は、ある特定のユーザがユーザの役割に関連付けされた権利と比べてより多くの権利またはより少ない権利を有するべきであることを示すことがある。ステップ４６０で取得されたユーザ権利は、役割サーバ１２０が応答２１６（図２Ｂ）で認証アプリケーション２０８に送信したユーザ権利である。
【００７６】
役割サーバ１２０は、以下のようにして機器構成を取得している。方法４５０は、機器１１２ａの機器ＩＤを識別する（ステップ４６２）。認証アプリケーション２０８は、役割サーバ１２０がそこからユーザＩＤを抽出する要求２１４内に機器ＩＤを含めることがある。機器ＩＤは、たとえば、ローカルデータベース２２４内に格納され得、あるいは直結配線され得、又は機器１１２ａ内（たとえば、ＲＯＭやＰＲＯＭ内に）に永久記憶されてもよい。
【００７７】
役割サーバ１２０は、この機器ＩＤに基づいて機器の機器グループを識別する（ステップ４６４）。役割サーバ１２０は、機器グループリスト１３６内の要素３３４ａ〜ｃの機器フィールド３３２ｂ（図３Ｄ）を検索し、フィールド３３２ｂ内に機器の機器ＩＤをリストしている要素のグループＩＤフィールド３３２ａの値を識別することによって、機器のグループを識別することがある。
【００７８】
役割サーバ１２０は、この機器のグループに基づいてデフォルトの機器構成を識別する（ステップ４６６）。「機器構成」という語は、機器リスト１３６内のあるグループに関連付けされたプロパティのうちのいくつかまたはすべてを意味している。たとえば、図３Ｄに示したグループリスト１３６では、ある特定のグループに関連付けされた機器構成は、このグループのテストフィールド３３２ｃ、ユーザフィールド３３２ｄ、署名フィールド３３２ｅ、およびレポート送信フィールド３３２ｆの値を含んでいる。
【００７９】
役割サーバ１２０は、機器１１２ａに関連付けされた機器固有の任意の構成を識別する（ステップ４６８）。役割サーバ１２０は、可能である場合で、ステップ４６２で識別した機器ＩＤを機器リスト１３４に対する索引として使用し（図３Ｃ）、機器ＩＤに対応する機器リスト要素のテストフィールド３２２ｂ、ユーザフィールド３２２ｃ、署名フィールド３２２ｄ、およびレポート送信フィールド３２２ｅの値を識別することによって、こうした機器固有の構成を識別することがある。
【００８０】
次いで、役割サーバ１２０は、ステップ４６６で識別したデフォルト機器構成を、存在する場合に、ステップ４６８で識別した機器固有の構成を組み合わせることによって機器の構成を取得することがある（ステップ４７０）。ステップ４７０で取得した機器構成は、役割サーバ１２０が応答２１６で認証アプリケーション２０８に送信した機器構成である（図２Ｂ）。
【００８１】
再び図３Ｃおよび３Ｄを参照すると、機器リスト１３４および機器グループリスト１３６のテストフィールド３２２ｂおよび３３２ｃのそれぞれは、テストＩＤをリストしている。上述のように、これらのテストＩＤは、特定のテストに関連付けされたテストシーケンス３４２ｃを取得するためにテスト定義リスト１３８に対する索引として使用することがある（図３Ｅ）。役割サーバ１２０は、テストＩＤか、実際のテストシーケンスのいずれかを（応答２１６で）機器１１２ａに送信することがある。役割サーバ１２０が機器１１２ａにテストＩＤを送信する場合、機器１１２ａは、ある特定のテストが実行されるときのような、後のある時点で実際のテストシーケンスをダウンロードすることがある。別法として、役割サーバ１２０が機器１１２ａに実際のテストシーケンスを送信する場合、テストシーケンスは、機器構成２２０内に含まれ、機器のローカルデータベース２２４内に格納されることがある。
【００８２】
図５を参照すると、一旦、ユーザ２２２が認証に成功すると（図４Ｂ）、機器１１２ａは機器管理ツール１７０ａを動作させることがある。機器管理ツール１７０ａは、たとえば、テストレポートの閲覧およびバックアップ、機器１１２ａのネットワーク接続の構成、機器診断の実行、および機器１１２ａの較正などのさまざまなオペレーションの実行をユーザ２２２に許可するソフトウェアプログラムとすることがある。ユーザの権利２１８は、ユーザ２２２がどの特定のオペレーションを実行することを許可されたかを決定する。機器管理ツール１７０ａは、ユーザ２２２がそれを介して入力を提供しかつ出力を受け取ることができるような、グラフィカルユーザインターフェースなどの適当なユーザインターフェースを提供することがある。こうしたインターフェースを提供し、かつネットワークを介してリモートのデータベースにアクセスする技法は、当業者にはよく知られている。機器管理ツール１７０ａは、追加のソフトウェアプログラムにさらに分割され、又は、本明細書に記載した別のソフトウェアプログラムと組み合わされうる。
【００８３】
図６を参照すると、本発明の実施の一形態において、機器管理ツール１７０ａによって実行するような、ユーザ２２２が実行する権利を有しているオペレーションだけの実行をユーザ２２２に対して可能としている方法６００のフローチャートを表している。方法６００は、タッチスクリーン２０６を介してユーザ２２２からコマンド５０２を受け取る（ステップ６０２）。方法６００は、このコマンドをユーザ権利２１８によって規定されたコマンドと比較する（ステップ６０４）。上述のように、このユーザ権利２１８は、ユーザ２２２が実行する権利を有しているコマンドのリストを含むことがある。
【００８４】
方法６００は、ステップ６０４で実行した比較に基づいて、ユーザ２２２が機器１１２ａ上でコマンド５０２を実行する権利を有するかどうかを判定する（ステップ６０６）。方法６００は、そのコマンド５０２がユーザ権利２１８内に含まれるコマンドのリスト内にあるかどうかを決定することによってこの決定を行うことがある。ユーザ２２２がコマンド５０２を実行する権利を有していない場合には、機器管理ツール１７０ａはコマンド５０２を実行しない（ステップ６１０）。ユーザ２２２がコマンド５０２を実行する権利を有する場合には、機器管理ツール１７０ａはコマンド５０２を実行する（ステップ６０８）。
【００８５】
代わりに、機器管理ツール１７０ａは、ユーザ２２２に対してユーザ２２２が実行する権利を有しているコマンドのみの入力を許可するようなインターフェースをユーザ２２２に提示することがある。たとえば、機器管理ツール１７０ａは、ユーザ２２２が実行する権利を有しているコマンドに対応したメニュー選択肢のみを含むようなメニューを表示するようなグラフィカルユーザインターフェースを提供することがある。この結果、ユーザ２２２が実行する権利を有していないコマンドを機器１１２ａ上でユーザ２２２が実行することが回避される。
【００８６】
一旦、ユーザ２２２が機器１１２ａにログインすると、ユーザ２２２が機器１１２ａ上でテストを実行する権利を有していれば、ユーザ２２２は機器１１２ａを用いてテストを実行することができる。たとえば、図７Ａを参照すると、あるテストを実行するために機器１１２ａによって実行することができるオペレーションのデータフロー図７００を表している。図８Ａを参照すると、あるテストを実行するように機器１１２ａ上で動作しているテストアプリケーションソフトウェア７０４によって実行することができる方法８００のフローチャートを表している。ユーザ２２２は、たとえば、「テストを実行（ｐｅｒｆｏｒｍ ｔｅｓｔ）」というコマンドを機器管理ツール１７０ａに対して発することによって（図５）、機器１１２ａにテストアプリケーション７０４を実行させることがある。
【００８７】
図８Ａを参照すると、方法８００は、ユーザ２２２からテスト識別子を受け取る（ステップ８０２）。以下でより詳細に記載するが、このテスト識別子は、そのテストを実行するようにユーザ２２２がタッチスクリーン２０６を介して機器１１２ａに提供するいくつかのテストパラメータ７０２のうちの１つとすることがある（図７Ａ）。たとえば、図９Ａを参照すると、ダイアログボックス９００の図を表しており、このダイアログボックス９００は、機器１１２ａがタッチスクリーン２０６上に表示し、これを介してユーザ２２２はテストパラメータ７０２を提供することができる。
【００８８】
ダイアログボックス９００は第１のテキストフィールド９０２を含んでおり、この中でユーザ２２２はテストの名称を識別するテキスト列などのテスト識別子を提供する。実施の一形態では、そのテキストフィールド９０２は、ユーザ２２２がこのテキストフィールド９０２にタッチしたときに、テスト名のドロップダウンリストを表示する。このドロップダウンリスト内のテスト名は、ユーザ２２２がその機器上で実行する権利を有しているテストの名称に制限されることがある。テストアプリケーション７０４は、ユーザ２２２が実行する権利を有するテストのリストを、たとえば、ユーザ権利２１８および／または機器構成２２０をローカルデータベース２２４から抽出して検査することによって識別することがある。この方法では、ユーザ２２２は、ユーザ２２２が実行する権利を有するテストの実行に制限される。
【００８９】
代わりに、たとえば、そのテストアプリケーション７０４は、ユーザ２２２に対してソフトキーボード９１０を用いてテスト名を打ち込むことを許可することがある。次いで、テストアプリケーション７０４は、ユーザ２２２がそのテスト名によって識別されたテストを実行する権利を有するかどうかを決定し（ステップ８０４）、ユーザ２２２が指定されたテストを実行する権利を有する場合にのみこのユーザ２２２が次に進むことを許可することがある。
【００９０】
一旦、ユーザ２２２が受け入れ可能なテスト名を提供すると、テストアプリケーション７０４は、ユーザ２２２から追加のテストパラメータ７０２を受け取る（ステップ８０６）。こうしたパラメータ７０２としてはたとえば、バッチ番号（テキストフィールド９０４内に入力される）、フィルタロット番号（テキストフィールド９０６内に入力される）、およびテスト記述（テキストフィールド９０８内に入力される）が含まれる。ユーザ２２２は、Ｅｎｔｅｒキー９１２や実行ボタン９１４に触れることによってそのテストを実行させることがある（ステップ８０８）。
【００９１】
ユーザ２２２からの実行コマンドの受け取りに応答して、機器１１２ａはパラメータ７０２を用いて指定されたテストを実行する（ステップ８１０）。テストアプリケーション７０４は、そのテストに関するテスト定義７０６をローカルデータベース２２４から抽出し（あるいは、役割サーバ１２０からネットワーク１６０を介してテスト定義を受け取り）、テスト定義７０６内の指定されたステップを実行することによって、このテストを実行している。機器１１２ａは、テストを実行し、外部ソースからテストデータ７１０を受け取るために使用することができるようなデータ収集ハードウェア７０８を含んでいる。このテストの実行の過程で、テストアプリケーションはテスト結果７１２を作成する。
【００９２】
一旦、テストが実行されそしてテスト結果７１２が作成されると、このテスト結果７１２は、署名されることが要求されることがある。上述のように、ある特定の機器は、その機器上で実行した各テストについて、署名なし、１人の署名、あるいは２人の署名を要求することがある。さらに、２人の署名を要求するあるテストに関する第２の署名は、スーパバイザの役割を有するユーザにより提供されるように要求されることがある。テストアプリケーション７０４は、ローカルデータベース２２４から機器構成２２０を抽出し、その機器構成の署名フィールドを検査することによっていずれの署名が必要であるかを決定する（ステップ８１２）。
【００９３】
電子署名をまったく要求しない場合、テストアプリケーション７０４は終了する。終了する前に、テストアプリケーション７０４はテスト結果７１２をローカルデータベース２２４内に格納することがある。さらに、その機器構成２２０が、テストレポートが自動的に中央リポジトリ１５０に送信されるべきであると示している場合（図１）、テストアプリケーション７０４は、このテスト結果７１２をネットワーク１６０を介して中央リポジトリ１５０に送信することがある。テストアプリケーション７０４はさらに、図９Ｅに関連して以下に記載するように、テスト結果７１２をプリンタ７３０にプリントするようなオプションや、テスト結果７１２を手動で中央リポジトリ１５０に送信するようなオプションをユーザ２２２に提供することがある。
【００９４】
テストアプリケーション７０４が、そのテスト結果７１２が少なくとも１人の電子署名による署名を受ける必要があると決定する場合には、テストアプリケーション７０４は電子署名アプリケーションを立ち上げてユーザ２２２から１人または複数人の電子署名を受け取る（ステップ８１４）。しかし、代わりに、テストアプリケーション７０４は、電子署名の提供を、後のある時点まで遅らせるというオプションをユーザ２２２に提供することがあり、この場合ユーザ２２２は、テスト結果が署名されるまでそのテスト結果７１２を中央リポジトリ１５０に送信したり、テスト結果７１２をプリントすることが許可されない。
【００９５】
図７Ｂを参照すると、電子署名アプリケーション７２８を用いて電子署名を取得するように機器１１２ａによって実行することができるオペレーションのデータフロー図７２０を表している。図８Ｂを参照すると、１人または複数人の電子署名を取得するために、機器１１２ａ上で動作している電子署名アプリケーション７２０によって実行されうる方法８２０のフローチャートを表している。
【００９６】
方法８２０は、ユーザ２２２から署名資格証明を受け取る（ステップ８２２）。たとえば、図９Ｂを参照すると、図９Ａに示すパラメータを用いて実行したテストが完了した時点で、機器１１２ａが表示することができるウィンドウ９２０ａの図を表している。ウィンドウ９２０ａは、テスト結果７１２を図示したグラフ９２２と、テスト名を表示しているタイトルバー９２４と、グラフ９２２内の記号の意味を説明している凡例９２６と、第１の署名ボタン９２８ａと、第２の署名ボタン９２８ｂと、ＯＫボタン９３０と、を含んでいる。
【００９７】
第１の署名を入力するために、ユーザ２２２は第１の署名ボタン９２８ａを押すことがある。２人の署名が必要である場合は、ユーザ２２２は第１の署名ボタン９２８ａを押して第１の署名を入力し、次いで第２の署名ボタン９２８ｂを押して第２の署名を入力することがある。代わりに、ユーザ２２２は、第１および第２の署名をいずれの順序で入力することも可能である。しかし本例では、ユーザ２２２は第１および第２の署名を一連で入力することを要求され、かつユーザ２２２は第１の署名ボタン９２８ａを初めに押すことを前提としている。
【００９８】
図９Ｃを参照すると、ユーザ２２２の第１の署名ボタン９２８ａの押下に応答して機器１１２ａが署名ダイアログボックス９３０を表示することができる修正版ウィンドウ９２０ｂを表している。ログオン画面４００（図４Ａ）と同様に、署名ダイアログボックス９３０は、ユーザ２２２がユーザ名を入力する先の第１のテキストフィールド９３２と、ユーザ２２２がパスワードを入力する先の第２のテキストフィールド９３４とを含んでいる。ユーザ２２２は、ソフトキーボード９３６を介して文字を入力するようなタッチスクリーン２０６を用いてユーザ名およびパスワードをテキストフィールド９３２および９３４に入力することがある。ユーザ２２２は、このユーザ名およびパスワードをＥｎｔｅｒキー９３８または署名スタンプボタン９４０を押すことによって電子署名アプリケーション７２８に送ることがある。
【００９９】
電子署名資格証明７２２をユーザ２２２から受け取った後に（ステップ８２２）、電子署名アプリケーション７２８はこの署名資格証明７２２を用いてユーザ２２２の認証を試みる（ステップ８２４）。署名資格証明７２２は、たとえば、ユーザ２２２が機器１１２ａへのログオン（図２Ａ）に使用したログオン資格証明２０４とすることがある。より一般的には、署名資格証明７２２はＷｉｎｄｏｗｓ（登録商標）のユーザ名とパスワードとすることがある。電子署名アプリケーション７２８は、したがって、図２Ａおよび４Ｂに関連して上述したように認証要求をネットワーク１６０を介してドメインコントローラ１８０に送信することによってユーザ２２２の認証を試みる。
【０１００】
認証が不成功である場合には（ステップ８２６）、電子署名アプリケーション７２８はユーザ２２２にもう一度署名資格証明７２２を促す。より一般的には、電子署名アプリケーション７２８は、ユーザ２２２が適正な資格証明を提供しない限り、こうした資格証明が提供されるまで署名処理を進めることを許可しない。
【０１０１】
認証が成功した場合には（ステップ８２６）、電子署名アプリケーション７２８は、第２の署名が必要であるかどうかを決定する（ステップ８２８）。電子署名アプリケーションは、たとえば、ローカル機器データベース２２４内に格納された機器構成２２０を検査することによって第２の署名が必要であるかどうかを決定する。第２の署名が必要である場合は、電子署名ツール７０４は第２のユーザ７２４から署名資格証明７２６を取得する（ステップ８３０）。たとえば、再び図９Ｃを参照すると、第１の署名資格証明７２２を入力した時点で、ユーザ２２２は第２の署名ボタン９２８ｂを押し、電子署名アプリケーションに対して図９Ｄに示すように第２の署名を第２のユーザ７２４促すことがある。図９Ｄには、ウィンドウ９２０ｃから第１の署名ボタン９２８ａがなくなっていることに留意されたい。
【０１０２】
第２のユーザ７２４は、第１のユーザ２２２に関して上述したのと同様の方式でダイアログボックス９３０内に第２の署名資格証明７２６を入力することがある。第２のユーザ７２４が第２の資格証明７２６を入力した後に、電子署名アプリケーション７２８は、この第２の署名資格証明７２６が第１の署名資格証明７２２と同じであるかどうかを決定する（ステップ８３２）。資格証明７２２と７２６の両者が同じである場合には、電子署名アプリケーション７２８は第２のユーザ７２４に対してもう一度資格証明７２６を促す。換言すると、電子署名アプリケーション７２８は署名７２２と７２６が異なるユーザによって提供されることを要求している。
【０１０３】
第２の資格証明７２６が第１の資格証明７２２と同じでない場合には、電子署名アプリケーション７２８はステップ８２４に関して上述したのと同様の方式で第２のユーザ７２４の認証を試みる（ステップ８３４）。この認証が成功しない場合には（ステップ８３６）、電子署名アプリケーション７２８は、もう一度資格証明を第２のユーザ７２４に促す（ステップ８３０）。換言すると、電子署名アプリケーション７２８は、第２のユーザ７２４が適正な資格証明を提供しない限り署名処理を続けることを許可しない。
【０１０４】
第２のユーザ７２４の認証が成功した場合には、電子署名アプリケーション７２８は第２の署名がスーパバイザの役割のような、ある特定の役割を有するユーザによって提供されなければならないかどうかを決定する（ステップ８３８）。このスーパバイザの役割は、本明細書において単に一例として用いたものであり、本発明を限定するものではない。むしろ、第２の署名は、任意の役割を有するか指定された任意の基準を満足するようなユーザによって提供されることが必要となることがある。
【０１０５】
電子署名アプリケーション７２８は、機器構成２２０の署名フィールドを検査することによってこの決定を行うことがある。第２の署名がスーパバイザによって提供されることが要求されている場合には、電子署名アプリケーション７２８は第２のユーザ７２４がスーパバイザの役割を有するかどうかを決定する（ステップ８４０）。電子署名アプリケーション７２８は、たとえば、ローカル機器データベース２２４内に格納されたユーザ権利２１８を検査することによってこの決定を行うことがある。第２のユーザがスーパバイザでない場合には、電子署名アプリケーション７２８は第２のユーザ７２４からの資格証明をもう一度要求する（ステップ８３０）。換言すると、電子署名アプリケーション７２８は、第２の署名がスーパバイザによって提供されるべきであるという要件を執行している。電子署名アプリケーション７２８は、アドミニストレータなどの、スーパバイザを超える権利をもつ役割を有するユーザを、スーパバイザとして適格として許可することがある。
【０１０６】
署名処理が完了すると（ステップ８２８、８３８、または８４０のいずれかの完了時点で）、電子署名アプリケーション７２８はその前にあるステップの間に取得した署名又は複数の署名をテスト結果７１２に添付して、テストレポート７１４を作成する。このテストレポート７１４は、後で閲覧、プリントその他の使用をするために、中央リポジトリ１５０および／またはローカルデータベース２２４に送信されることがある。
【０１０７】
たとえば、図９Ｅを参照すると、要求した任意の署名を受け取った時点で、ユーザ２２２はウィンドウ９２０ｄ内のプリントボタン９４２を押し、テストレポート７１４をプリントさせることがある。代わりにまたは追加として、ユーザ２２２は送信ボタン９４４を押してテストレポートを中央リポジトリ１５０に送信することがある。ユーザ２２２は、ＯＫボタン９３０を押して、テスト処理を完了させ図９Ａに示したウィンドウ９００に戻ることがある。
【０１０８】
機器１１２ａ、役割サーバ１２０、およびサービスコンピュータ１４０上で動作している機器管理ツール１７０ａ〜ｃは、役割リスト１２２、機器リスト１３４、機器グループリスト１３６、およびテスト定義リスト１３８などの役割データベース１３０内の情報へのアクセスしそして修正するような、機能を実行するために使用することがある。
【０１０９】
インスタンス１７０ａ〜ｃはそのすべてを同じとすることがあり、また機器１１２ａ〜ｆ、サービスコンピュータ１４０、および役割サーバ１２０の特定の特徴に対応するように異ならせることがある。インスタンス１７０ａ〜ｃは、たとえば、同じであるが、これらを動作させるのが機器１１２ａ〜ｆのうちの１つの上であるか、サービスコンピュータ１４０上であるか、または役割サーバ１２０上であるかに応じて、ユーザ２２２に対して異なる特徴を示すことがある。たとえば、機器管理ツール１７０ａは、アドミニストレータまたはスーパバイザの役割を有するユーザへのアクセスのみを提供することがある。さらに、機器管理ツールがそれから起動される機器が分離された、又はスタンドアロンモードで動作している場合には、機器管理ツール１７０ａのネットワーク関連の特徴は無効とされることになる。機器１１２ａを機器管理ツールのインスタンスを有するとしてのみ図示しているが、機器管理ツールのインスタンスは機器１１２ａ〜ｆのすべてに設けられてもよい。
【０１１０】
機器管理ツールの利点の１つは、これによって役割データベース１３０内の情報を１つの中央位置で管理しながら、多様な位置からアクセスされそして修正されることが可能となることである。役割データベース１３０の集中管理は、役割データベース１３０と、これにアクセスするコンポーネント（機器１１２ａ〜ｆやサービスコンピュータ１４０など）との間のインターフェースを提供するような役割サーバ１２０によって提供される。さらに、図１ではサービスコンピュータ１４０を１つのみ表しているが、機器管理ツールがそれから実行されるそして、役割データベース１３０がアクセスされる、多数のサービスコンピュータ（たとえば、各実験室クラスタごとに１つなど）を設けることがある。
【０１１１】
機器１１２ａ〜ｆは、ブートアップ時やユーザが機器にログインした後などの適当な時点で、役割データベース１３０およびドメインコントローラ１８０からネットワーク１６０を介して、ユーザリスト１３２、機器リスト１３４、機器グループリスト１３６、およびテスト定義リスト１３８などの情報をダウンロードすることがある。機器１１２ａ〜ｆはこうした情報を、役割データベース１３０内の情報へのアクセスを提供するような役割サーバ１２０を介してダウンロードすることがある。ある機器が何らかの理由で役割サーバ１２０に連絡できない場合、その機器はもっとも最近ダウンロードされた値を使用することがある。
【０１１２】
機器管理ツールはさらに、中央リポジトリ１５０、機器１１２ａ〜ｆ、サービスコンピュータ１４０、および役割サーバ１２０などのシステム１００の要素のネットワークロケーションを構成するために使用することがある。この情報は、たとえば、役割サーバ１２０によって格納することがある。システム１００の要素は、このロケーション情報を互いに通信で使用するために役割サーバ１２０からダウンロードすることがある。
【０１１３】
機器管理ツール１７０ａ〜ｃは、たとえば、役割リスト１２２に新たな役割を追加することを可能とし得る。機器管理ツール１７０ａ〜ｃはさらに、役割リスト１２２内の役割の各々に関連付けされた権利を修正することを許可することがある。
【０１１４】
機器管理ツール１７０ａ〜ｃはさらに、たとえば、新たな機器が機器リスト１３４へ追加されること、並びに既存の機器が機器リスト１３４から削除されることを許可することがある。機器管理ツール１７０ａ〜ｃはさらに、機器リスト１３４内の既存の機器を、特定のテストを実行するために、並びにテストレポートを自動または手動で送信するために特定のユーザによる使用のために構成されるようにすることを許可することがある。
【０１１５】
特殊な機器ＩＤ（−１や９９９など）は、システム１００内のすべての機器１１２ａ〜ｆからなる機器グループを表すことがある。この特殊機器へのアクセス権を与えられたユーザは（たとえば、この特殊機器に関する機器リスト要素のユーザフィールド３２２ｃ内にそのユーザＩＤを含めることによって）、システム１００内のすべての機器１１２ａ〜ｆにアクセスすることができる。これは、これらのユーザをシステム１００内のあらゆる機器に主導で割り当てる必要はなしに、システムアドミニストレータやその他のユーザに対してシステム１００内のすべての機器１１２ａ〜ｆへのアクセスを提供するための単純な手段を提供する。
【０１１６】
機器管理ツール１７０ａ〜ｃはさらに、たとえば、機器グループの追加、並びに機器グループリスト１３６からの削除を許可することがある。機器管理ツール１７０ａ〜ｃは、さらに、機器グループへ機器が追加されることおよび機器グループから機器が削除されること、並びに各機器グループに関連付けされたデフォルトプロパティが修正されることを許可することがある。
【０１１７】
上述のように、テスト定義１３８は機器１１２ａ〜ｆによって実行されうるフィルタ完全性テストを定義している。機器管理ツール１７０ａ〜ｃは、テスト定義１３８の作成、修正、あるいは削除を規定するために使用されることがある。
【０１１８】
ユーザが機器管理ツール１７０ａ〜ｃのうちの１つを用いて役割データベース１３０内に含まれている情報を修正するときには、この変更はシステム１００内の機器１１２ａ〜ｆに伝達されることが必要である。たとえば、ユーザ２２２が機器１１２ａ上で動作している機器管理ツール１７０ａを用いて機器１１２ｆにアクセスする別のユーザの権利を削除する場合には、この変更は機器１１２ｆに伝達されることが必要である。
【０１１９】
役割データベース１３０におけるこうした変更は、多種多様な方法のいずれかによって機器１１２ａ〜ｆに伝達されることがある。たとえば、役割サーバ１２０は、役割データベース１３０内の任意の変更をこうした変更がなされたその時点で機器１１２ａ〜ｆすべてに伝達することがある。代わりに、機器１１２ａ〜ｆの各々は、役割データベース１３０に対する更新を、定期的に、あるいは所定のイベントが発生した時点でダウンロードすることがある。たとえば、機器１１２ａ〜ｆはそれぞれ、役割データベース１３０に対する更新を、これらがブートアップされたときやユーザが機器にログインを試みるごとにダウンロードすることがある。ある特定の機器が、役割データベースの更新のダウンロードを試みたときに、ネットワーク１６０に接続することが不可能である場合には、その機器はそのローカルのデータベース（たとえば機器１１２ａの場合では、ローカルデータベース２２４）内に格納されている最新の情報を使用することがある。
【０１２０】
役割サーバ１２０にアクセスするには、機器１１２ａ〜ｆの各々は役割サーバ１２０のネットワークロケーションを備えるように構成されることが必要である。この機能を実行するには、機器１１２ａ〜ｆの各々の上およびサービスコンピュータの各々の上にインストールされた機器管理ツールが、役割サーバ１２０のネットワークロケーション（たとえば、ネットワークのパスまたはＵＲＬ）を備えるように構成させることがある。
【０１２１】
本発明の利点のうちとりわけ、１つまたはいくつかを以下に示す。
【０１２２】
本発明のさまざまな実施形態の利点の１つは、機器およびユーザの統括が集中化されることである。その結果、ユーザ権利情報および機器構成情報が、単一のデータ格納装置（たとえば、役割データベース１３０）内で修正されることができる。これによって、従来技術システムでは一般的であるような機器の冗長なプログラミングが除去され、したがって異なる機器に関して情報の非一貫性の存在を除去しながら、システムを維持するのに要する時間が短縮される。したがって、本明細書に開示した技法を用いて、多数の機器を含んだシステムを従来技術システムと比べてより容易に管理することが可能となりうる。
【０１２３】
たとえば、ある個別のユーザは、システム１００内の機器１１２ａ〜ｆの各々にこの新たなユーザを認識させるように別々に構成させるよりも、単にそのユーザをユーザリスト１３２に追加し、かつ役割データベース１３０内のユーザの権利を構成するだけでシステム１００へ追加される。同様に、ある個別のユーザをシステム１００から削除するには、機器１１２ａ〜ｆの各々を別々に構成させるよりも、単にユーザリスト１３２および役割データベース１３０を修正することを必要とする。
【０１２４】
システム情報は集中された箇所に格納しているが、この情報へのアクセスは、ネットワークをわたって分布している。したがって、ユーザおよび機器は、多種多様な箇所から機器構成およびユーザ権利情報にアクセスすることができる。したがって、この情報の集中化は、機器分布を犠牲にしての達成ではない。さらに、この集中型データベースは、データベースへのアクセスをより効率的にするために、当技術分野でよく知られた技法を用いて複数のデータ記憶間で分散および／または複製されることがある。
【０１２５】
本発明のさまざまな実施形態の別の利点は、基本にあるオペレーティングシステムによって規定される権利とは独立である事前定義のユーザ権利に基づいて、特定の機器へのユーザアクセスを許可または拒絶する機能を提供することである。たとえば、本明細書に開示した技法に従って、本システムは、ある特定のユーザが、ある特定の機器へのアクセスを許諾されるべきかどうかを、オペレーティングシステムがそのユーザを認証しているかどうかとは独立に決定する。これは、本システムが、その機器アクセスが基本にあるオペレーティングシステムの認証機構にのみ基づくようなシステムで可能となる制御と比べて、より精細な機器アクセス制御を提供することができる。
【０１２６】
本発明のさまざまな実施形態のまた別の利点は、電子署名に、２１ ＣＦＲ Ｐａｒｔ １１の執行されることを要求させることを可能とすることである。特に、あるテストにテストオペレータによる署名とスーパバイザによる署名の両方が要求されるようなケースにおいて、本明細書に開示した技法は、こうした署名要件への適合することを保証するために使用されることができる。この要件の執行の自動化は、こうした要件の執行のための組織的な方策や手順に関して払わねばならないような負担が軽減される。
【０１２７】
本発明を特定の実施形態に関してここまで記載してきたが、上述した実施形態は単に例示として提供したものであり、かつ本発明の範囲を限定したり規定するものではないことを理解すべきである。以下のものを含みこれらに限らないが、さまざまな別の実施形態も同様に、本特許請求の範囲の内にある。
【０１２８】
機器１１２ａ〜ｆは、実験室、パイロット、および／または製造分野で使用され得る任意の機器とすることができる。さらに、異なる種類の任意の数の機器を任意に組み合わせることができる。本明細書に開示した実施形態ではその機器がアクセス制御やその他の機能を実行する手段と一体化されているが、代わりに、これらの機器は、こうした機能を実行するための外部デバイスに接続されることもできる。
【０１２９】
本明細書に開示した具体的なデータ構造（図３Ａ〜３Ｅに図示したデータ構造など）は、単に例示を目的としたものであり、本発明の限定をなすものではない。逆に、同じ機能を実行するためには任意のデータ構造が利用されてもよい。さらに、役割データベース１３０内のさまざまなリストは、より多くの又はより少ないフィールドを含むことができ、また同じ情報を格納するために、より少ない数のリストに組み合わせたり、より多くのリストに分離させたりすることができる。より一般的には、本明細書に記載したさまざまな要素およびコンポーネントの任意の組合せは、同じ機能を実行するように、追加のコンポーネントにさらに分割され、又は、より少ない数のコンポーネントを形成するように互いに結合されることができる。
【０１３０】
本明細書では、さまざまなソフトウェアプログラムを実行することができるオペレーティングシステムとしてＷｉｎｄｏｗｓ（登録商標） ＸＰオペレーティングシステムが記載されているが、これは単に一例である。本明細書に記載した機能を実行するソフトウェアを実行するために、任意のオペレーティングシステムまたはオペレーティングシステムの任意の組合せが利用されることができる。さらに、基本にあるオペレーティングシステムは、ユーザ認証を実行するために使用される必要がない。逆に、本システム１００は、基本にあるオペレーティングシステムと全体として独立したそれ自体のユーザ認証システムを提供することができる。
【０１３１】
上述した技法は、たとえば、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組合せ内で実装されることができる。上述した技法は、プロセッサ、プロセッサによって読取り可能な記憶媒体（たとえば、揮発性および不揮発性のメモリおよび／または記憶素子を含む）、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスを含むようなプログラム可能なコンピュータ上で動作している１つまたは複数のコンピュータプログラム内で実行されることができる。プログラムコードは、記載した機能を実行しかつ出力を作成するために入力デバイスを用いて入力された入力に対して適用されることができる。この出力は、１つまたは複数の出力デバイスに提供されることがある。
【０１３２】
添付の特許請求の範囲内にある各コンピュータプログラムは、アセンブリ言語、マシン言語、手続き型の高級プログラミング言語、あるいはオブジェクト指向プログラミング言語などの任意のプログラミング言語で実装されることができる。このプログラミング言語は、たとえば、コンパイル済みのプログラミング言語や翻訳済みのプログラミング言語とすることがある。
【０１３３】
こうしたコンピュータプログラムの各々は、コンピュータプロセッサによって実行されるマシン読取り可能記憶デバイス内に実体として具現化したコンピュータプログラム製品内で実現させることができる。本発明の方法のステップは、入力に基づいて動作して出力を生成させることによって本発明の機能を実行するようなコンピュータ読取り可能媒体上に実体として具現化したプログラムを動作させているコンピュータプロセッサによって実行されることができる。適当なプロセッサは、一例として、汎用目的のマイクロプロセッサと特殊の目的のマイクロプロセッサの両方を含んでいる。一般に、プロセッサは、命令およびデータを読取り専用メモリおよび／またはランダムアクセスメモリから受け取っている。コンピュータプログラム命令を実体として具現化するのに適した記憶デバイスとしては、たとえば、ＥＰＲＯＭ、ＥＥＰＲＯＭおよびフラッシュメモリデバイスを含む半導体メモリデバイス、内部ハードディスクや取外し可能ディスクなどの磁気ディスク、光磁気ディスク、並びにＣＤ−ＲＯＭなど、あらゆる形態をした不揮発性メモリを含む。以上のものはいずれも、特殊設計のＡＳＩＣ（特定用途向け集積回路）によって補完されたり、この内部に組み込まれることができる。一般に、コンピュータもまた、内部ディスク（図示せず）や取外し可能ディスクなどの記憶媒体からプログラムおよびデータを受け取ることができる。これらの要素はさらに、任意のディジタルプリントエンジンやマーキングエンジン、表示モニタ、またはカラー又はグレイスケール画素を紙面上、フィルム上、ディスプレイ画面上、またはその他の出力媒体上に作成することが可能であるようなその他のラスタ出力デバイスと共に使用されることができるような、従来のデスクトップ型コンピュータやワークステーションコンピュータ、並びに本明細書に記載した方法を実現しているコンピュータプログラムを実行するのに適したその他のコンピュータ内に組み込まれることになろう。
【技術分野】
【０００１】
本発明は、実験室機器へのアクセスの制御に関し、さらに詳細には、ネットワーク接続した実験室機器へのアクセスの制御に関する。
【背景技術】
【０００２】
実験室機器へのアクセスはこうした機器を使用して実施されるテストが厳格な品質基準を満足し、かつ法律上および組織上の要件に適合することを保証するように厳密に制御しなければならない。たとえば、連邦規則集タイトル２１の部門コード１１（以下において、２１ ＣＦＲ Ｐａｒｔ １１と呼ぶ）では、その電子記録や署名がある指定された要件に適合していれば紙の記録の代わりにある種の電子記録および電子署名を食品医薬品局（ＦＤＡ）に提出することを許可している。
【０００３】
特に、２１ ＣＦＲ Ｐａｒｔ １１は、こうした電子記録や署名を生成する方法が、電子記録や署名システムを開発、管理または使用する個人が自分に割り当てられたタスクを実行するための教育、訓練および経験を有していることを保証することを要求している。さらに、実験室機器へのアクセスは認証を受けた個人に限定されなければならず、オペレーショナルシステムのチェックが、ステップおよびイベントに関する必要に応じた許容されたシーケンスを執行するのに使用されなければならず、また権限チェックが、そのシステムの使用、記録に対する電子署名、オペレーションまたはコンピュータシステムの入力デバイスや出力デバイスへのアクセス、記録の変更、又はオペレーションの実行を行うことができるのが認証を受けた個人だけであることを保証するために使用されなければならない。バイオメトリクスに基づかない電子署名では、識別コードやパスワードなどの少なくとも２つの別個の識別コンポーネントを利用しなければならない。２１ ＣＦＲ Ｐａｒｔ １１の要件は、厳格性が増して執行されつつある。
【０００４】
ある特定の実験室機器を用いる前にユーザ認証を要求することによって、２１ ＣＦＲ Ｐａｒｔ １１の要件のうちの少なくともいくつかを自動的に執行することが望ましい。既存の認証システムでは、各実験室機器は、典型的には、別のパーソナルコンピュータやその他の認証デバイスと直接接続されている。ある特定の実験室機器と接続した認証デバイスは、その機器を使用する認証を受けたユーザのユーザ名やパスワードのような、その実験室機器に関連するアクセス制御情報を備えるように構成されている。この機器へのアクセスを得るためには、ユーザは自分のユーザ名やパスワード、またはその他の識別用情報を提供しなければならない。認証デバイスは、認証が成功した場合にのみ機器へのユーザのアクセスを許諾している。
【０００５】
こうしたシステムに関する問題点の１つは、そのシステム内の各実験室機器に関するアクセス制御情報を備えるように別の認証デバイスがプログラムされねばならないことである。こうしたプログラミングを実行することは、そのシステムのユーザの幾人かまたはすべてに関して同じアクセス制御情報を、その認証デバイスのいくつかまたはすべての中に冗長的にプログラムしておかなければならないため冗長で時間がかかることになりうる。ある特定のユーザのアクセス資格が変更になると、各アクセス制御デバイスにおいてそのアクセス制御情報が更新されねばならない。同様に、あるユーザをそのシステムから削除するため、または新たにユーザをそのシステムに追加するためには、これらのアクセス制御デバイスのいくつかまたはすべてをプログラムし直すことが必要である。このことは、単調で退屈で時間がかかり、かつ誤りを起こしやすい処理になりうる。
【０００６】
いくつかのシステムでは、機器および／またはこれらに接続される認証デバイスが、ローカルエリアネットワーク（ＬＡＮ）などの通信ネットワークにさらに接続されている。こうしたシステムの一例は、Ｐａｌｏ Ａｌｔｏ，ＣａｌｉｆｏｒｎｉａのＡｇｉｌｅｎｔ Ｔｅｃｈｎｏｌｏｇｉｅｓより入手可能なＣｅｒｉｔｙ Ｎｅｔｗｏｒｋｅｄ Ｄａｔａ Ｓｙｓｔｅｍ（ＮＤＳ）である。このＣｅｒｉｔｙ ＮＤＳは、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムのユーザ認証スキームを再使用してユーザを認証しており、これによって各アクセス制御デバイスの位置でユーザ認証情報を複製する必要がなくなる。しかし、Ｗｉｎｄｏｗｓ（登録商標）ユーザ認証スキームは、研究、開発、および製作実験室に関連するような唯一でありかつ厳格な要件を有するネットワーク化されたシステムのユーザよりはむしろ、汎用のネットワーク化オペレーティングシステムのユーザを認証するように設計されている。その結果、Ｗｉｎｄｏｗｓ（登録商標）ユーザ認証スキームによって提供されるユーザ認証機能はこうしたシステムで使用するには最適とならない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
したがって、実験室機器のユーザを認証するのに適した自動ユーザ認証システムが必要とされている。
【課題を解決するための手段】
【０００８】
一態様では、本発明は、一組のネットワーク接続した実験室機器を集中管理するためのシステムを特徴としている。たとえば、本システムは、そのシステム内の機器に関する情報、並びにそのシステムの認証を受けたユーザに関する情報を含んだ集中型データベースを含む。詳細には、この集中型データベースは、どのユーザがそのシステム内の機器の各々を使用する認証を受けているかを示している。このデータベースはさらに、各ユーザがその機器を使用して実行することを認証されたオペレーションに関する情報、並びに各機器によって実行されるテストが１人または複数人の電子署名を使用して署名されなければならないかどうかを示す情報を含むことがある。このシステムは、その各々がある特定の組の権利と関連付けされているような多数の「役割」を認識することができ、また、１つまたは複数の役割を各ユーザに割り当てることができる。
【０００９】
システム内の機器へのアクセスは、その機器へのアクセスを得るためにユーザが機器の位置において自身を認証することを要求することによって制御されてもよい。特に、ユーザは、機器にアクセスするための資格証明（ユーザ名やパスワードなど）の提供を要求されることがある。この機器は、ネットワークを介して集中型データベースにアクセスし、データベース内に含まれる情報に対する参照によってユーザがその機器にアクセスする権利を有するかどうかを決定することによって、ネットワークを介してユーザを認証し、かつそのユーザが機器にアクセスする権利を有するかどうかを決定することがある。ユーザは、ユーザがその機器にアクセスする権利を有する場合にその機器へのアクセスを許諾され、またアクセスする権利を有しない場合はその機器へのアクセスを拒絶されることがある。一旦、ある特定の機器にアクセスするユーザの権利が確認されると、ユーザは、集中型データベース内に含まれる情報に対する参照により決定されるように、ユーザが実行する権利を有する機能のみの実行を許可されることがある。
【００１０】
十分な権利を備えたユーザが、その機器を使用したテストを実行することがある。いくつかのテストは、完了の時点で１人または複数の電子署名を要求することがある。いくつかのテストでは、２の署名のうちの第２の署名がスーパバイザにより提供されることを要求することがある。テストを実行するための機器が、それに提供される任意の署名を認証することがあり、また必要の際には、集中型データベース内に格納されているユーザ情報にアクセスし、その第２の署名がスーパバイザによって提供されたものであることを確認することがある。
【００１１】
本発明のさまざまな態様および実施形態に関するその他の特徴および利点は、以下の説明および本特許請求の範囲から明らかとなろう。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の一形態による機器アクセス制御／管理システムのブロック図である。
【図２Ａ】本発明の実施の一形態に従ってログオン処理の第１の部分と共に実行されるオペレーションのデータフロー図である。
【図２Ｂ】本発明の実施の一形態に従ってログオン処理の第２の部分と共に実行されるオペレーションのデータフロー図である。
【図３Ａ】本発明の実施の一形態による役割リストのブロック図である。
【図３Ｂ】本発明の実施の一形態によるユーザリストのブロック図である。
【図３Ｃ】本発明の実施の一形態による機器リストのブロック図である。
【図３Ｄ】本発明の実施の一形態による機器グループリストのブロック図である。
【図３Ｅ】本発明の実施の一形態によるテスト定義リストのブロック図である。
【図４Ａ】本発明の実施の一形態によるログオン画面の図である。
【図４Ｂ】本発明の実施の一形態に従ってログオン処理の第１の部分を実行するための方法に関するフローチャートである。
【図４Ｃ】本発明の実施の一形態に従ってユーザ権利および機器構成を記述している情報の要求に対する応答を作成するように実行される方法に関するフローチャートである。
【図５】本発明の実施の一形態に従ってユーザ提供のコマンドを実行するためにある機器によって実行されるオペレーションに関するデータフロー図である。
【図６】本発明の実施の一形態に従ってユーザの機器使用権を執行するための方法に関するフローチャートである。
【図７Ａ】本発明の実施の一形態に従ってテストを実行するために機器によって実行されるオペレーションに関するデータフロー図である。
【図７Ｂ】本発明の実施の一形態に従ってテストに関する電子署名を取得するために機器によって実行されるオペレーションに関するデータフロー図である。
【図８Ａ】本発明の実施の一形態に従って機器でテストを実行するための方法のフローチャートである。
【図８Ｂ】本発明の実施の一形態に従って機器でテストを実行するための方法のフローチャートである。
【図９Ａ】本発明の実施の一形態に従ってテストに関する情報をユーザから受け取りかつテスト情報をユーザに対して表示するために機器によって使用されるユーザインターフェースの図である。
【図９Ｂ】本発明の実施の一形態に従ってテストに関する情報をユーザから受け取りかつテスト情報をユーザに対して表示するために機器によって使用されるユーザインターフェースの図である。
【図９Ｃ】本発明の実施の一形態に従ってテストに関する情報をユーザから受け取りかつテスト情報をユーザに対して表示するために機器によって使用されるユーザインターフェースの図である。
【図９Ｄ】本発明の実施の一形態に従ってテストに関する情報をユーザから受け取りかつテスト情報をユーザに対して表示するために機器によって使用されるユーザインターフェースの図である。
【図９Ｅ】本発明の実施の一形態に従ってテストに関する情報をユーザから受け取りかつテスト情報をユーザに対して表示するために機器によって使用されるユーザインターフェースの図である。
【発明を実施するための形態】
【００１３】
図１を参照すると、本発明の実施の一形態による機器アクセス制御及び管理システム１００をブロック図の形態で表している。システム１００は、通信ネットワーク１６０と結合された複数の機器１１２ａ〜ｆを含んでいる。機器１１２ａ〜ｆへのアクセスを得るためには、システム１００のユーザは認証を受けなければならない。特に、機器１１２ａ〜ｆのうちのある特定の１つに対するアクセスを得るには、ユーザは、そのユーザがその機器へのアクセス権を有していることを示す資格証明を提出しなければならない。こうした資格証明が提出された時点で、ユーザはその機器へのアクセスが許諾される。
【００１４】
ユーザがある機器に接近すると、その機器（または、その機器に結合された認証デバイス）は、ユーザからの資格証明を要求する。ユーザがこうした資格証明（たとえば、ユーザ名やパスワード）を提供した後、その資格証明はネットワーク１６０を介して、提供された資格証明に基づいてユーザの認証を試みるような、ネットワーク１６０と結合されたドメインコントローラ１８０に送信される。ドメインコントローラ１８０は、たとえば、従来のＷｉｎｄｏｗｓ(登録商標） ２０００やＷｉｎｄｏｗｓ（登録商標） ＮＴのドメインコントローラとしてもよい。ドメインコントローラ１８０はシステム１００の認証を受けたユーザを記述している情報を含む、ユーザリスト１３２を維持することがある。したがって、機器１１２ａ〜ｆは、ユーザ認証を実行するために、基本にあるオペレーティングシステム（Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標） ＸＰなど）の認証機構に依存することがある。認証が不成功であると、ユーザはその機器へのアクセスを拒絶される。
【００１５】
認証が成功すると、その機器は、ユーザがその機器にアクセスする権利を有するかどうかを決定する。ネットワーク１６０と結合された役割サーバ１２０は、システム１００の各ユーザの機器アクセス権を管理することがある。この機器は、現在のユーザの機器アクセス権に関する情報を役割サーバ１２０に要求し、これによってそのユーザがその機器にアクセスする権利を有するかどうかを決定することがある。ユーザがその機器にアクセスする権利を有しないと決定された場合は、そのユーザに対して機器アクセスは拒絶される。この方法では、その機器へのアクセスは基本にあるオペレーティングシステムの認証システムによるものと、ユーザ機器アクセス資格に関する別の集中管理式システムによるものとの両用による制御を受けることがある。
【００１６】
ユーザがその機器へのアクセスを許諾されている場合であっても、ユーザはその機器への無制限のアクセスは許諾されないことがある。むしろ、ユーザはその機器に関する限定された組のオペレーションのみの実行を許容されていることがある。ある特定のユーザが有効に認証された時点で、機器は、役割サーバ１２０からユーザのアクセス権を取得し、ユーザが実行できる動作をそのユーザのアクセス権に関連付けされた動作に制限することがある。
【００１７】
特に、役割サーバ１２０は、（１）機器１１２ａ〜ｆを記述している情報を含んだ機器リスト１３４、（２）ユーザ役割の組を記述している役割リスト１２２、（３）機器１１２ａ〜ｆの論理グループ１１０ａ〜ｃを規定している機器グループリスト１３６、並びに（４）機器１１２ａ〜ｆによって実行されることができるテストを規定しているテスト定義リスト１３８、を含む役割データベース１３０を維持することがある。ユーザ認証が成功すると、機器は、役割データベース１３０内の情報に従ってユーザにアクセス権を与えることがある。
【００１８】
要約すると、ユーザ認証は基本にあるオペレーティングシステムによって実行することがあり、一方認証を受けたユーザに対して許諾された権利は役割データベース１３０内の指定された権利によって定義されることがある。さらに、特定の機器に対するアクセスは、ユーザの個々の素性および／または役割に基づいて、ユーザに対して許諾されたり、拒絶されたりすることがある。したがって、本発明は、ユーザ認証および機器アクセス権を集中管理するための手段を提供する。
【００１９】
一旦、ある機器にログインすると、ユーザは、テストの実行するためにその機器を使用するなどの、その機器を用いてさまざまな動作を実行することができる。ユーザが実行できるこの一組の機能は、役割データベース１３０内で規定されるように、ユーザの権利によって規定されている。たとえば、ユーザは、役割データベース１３０内に格納された情報に従った特定のテストのみの実行に制限されることがある。たとえば、機器リスト１３４は、機器１１２ａ〜ｆの各々を、テスト定義１３８によって規定された１つまたは複数のテストと関連付けし、これによって機器の各々がどのテストの実行を許可されているかを示すことがある。さらに、ユーザリスト１３２は、各ユーザがどのテストの実行を許可されているかを指定していることがある。
【００２０】
役割データベース１３０内に含まれている情報にアクセスして修正するため、並びに機器１１２ａ〜ｆに対してランニングテストなどのさまざまな機能を実行するように指示するためには、本明細書において「機器管理ツール」と呼ぶソフトウェアアプリケーションプログラムを用いることがある。この機器管理ツールは、任意の収集のデバイスで実行されることがある。たとえば、図１に示すように、機器管理ツールの第１のインスタンス１７０ａは、機器１１２ａ上で実行する。機器管理ツールの追加的なインスタンスを、これ以外の機器１１２ｂ〜ｆ上で実行することがある。機器管理ツールの第２のインスタンス１７０ｂは、役割サーバ１２０上で実行している。機器管理ツールの第３のインスタンス１７０ｃはネットワーク１６０と結合されたサービスコンピュータ１４０上で実行している。このサービスコンピュータ１４０はＷｉｎｄｏｗｓ（登録商標） ＸＰなどのオペレーティングシステムを実行する従来のパーソナルコンピュータでもよい。図１ではサービスコンピュータ１４０を１つだけ表しているが、複数のサービスコンピュータがネットワーク１６０と結合されてもよい。
【００２１】
十分な権利（役割データベース１３０内の規定による）を有するユーザは、機器リスト１３４内の機器の構成を追加、削除または修正、（グループの追加または削除、及び既存のグループからの機器の追加又は削除などのような）機器グループ１３６の修正、並びにテスト定義１３８の追加、削除または修正、などの機能を実行するために機器管理ツール１７０ｃのインスタンス１７０ａ〜ｃを用いることがある。
【００２２】
役割サーバ１２０上で動作している機器管理ツールのインスタンス１７０ｂは、役割データベース１３０と直接通信してそのコンテンツを修正している。機器１１２ａ上およびサービスコンピュータ１４０上のそれぞれで動作している機器管理ツールのインスタンス１７０ａおよび１７０ｃは、ネットワーク１６０を介して役割サーバ１２０と通信することによってデータベース１３０と間接的にのみアクセスすることがあり、これに応答して役割データベース１３０のコンテンツを修正することがある。さらに、集中型ユーザリスト１３２のコンテンツは、機器管理ツール１７０ａ〜ｃを使用することによる、および／または基本にあるオペレーティングシステム（Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｓｏｌｅなど）によって提供されるツールを介することによって修正することがある。
【００２３】
したがって、機器１１２ａ〜ｆの構成、並びにユーザのアクセス権は、役割サーバ１２０およびドメインコントローラ１８０の位置で集中管理され、これによって従来技術システムに存在するような冗長な構成や権利情報を排除することができる。同時に、システム１００は、機器管理ツールがアクセスを受けることが可能なネットワーク１６０上の任意の箇所からユーザが機器構成およびユーザアクセス権を修正することができる。この方法では、機器構成およびユーザアクセス権を修正する能力は、こうした構成およびアクセス権の管理が役割サーバ１２０の位置に集中している場合であっても、ネットワーク１６０の全体に分散されている。したがって、システム１００は集中管理と分散制御の両方に関する利点を保持している。
【００２４】
上述のように、システムの異なるユーザは異なる機器アクセス資格を有することがある。役割サーバ１２０は、たとえば、アドミニストレータ、スーパバイザ、較正者、サービスエンジニア、およびオペレータなどの一組の役割１２２を維持することがある。ある特定の組の機器アクセス権は、役割１２２の各々と関連付けされることがある。ユーザリスト１３２は、１つまたは複数の役割をシステム１００の各ユーザに関連付けすることがある。ユーザを認証した時点で、そのユーザの役割を識別することがあり、またそのユーザのアクセス権をそのユーザの役割から導出することがある。ある特定のユーザはさらに、ユーザの役割に関連付けされた権利に優先するようなある特定の権利を許諾されることもある。実際上、役割サーバ１２０は機器１１２ａ〜ｆにアクセスするためのユーザの権利、および機器１１２ａ〜ｆを用いてある特定のオペレーションを実行するためのユーザの権利に関する情報を管理するために一組のユーザアカウントを維持していることがある。
【００２５】
上述のように、ユーザは機器１１２ａ〜ｆのうちの１つを用いてテストを実行することがある。テストが完了すると、機器はテスト結果を作成することがある。このテスト結果は、ゼロ名、１名または２名のユーザによる署名を受けることを要することがある。そのテストが２名の署名を要求する場合には、第２の署名者は、スーパバイザの役割を有することが必要とされうる。機器リスト１３４は、各機器上で実行されるテストで必要とされる署名の数および種類を規定することがある。テストが完了したときには、機器は、たとえばユーザ名およびパスワードを提供することによって、ユーザに対して電子署名を提供するように要求することがある。必要な場合、機器はスーパバイザの役割を有するユーザに対して第２の署名を要求することがある。機器は、両方の署名を認証し、必要に応じて、この第２の署名がスーパバイザの役割を有するユーザに関連付けされていることを確認することがある。この方法では、その機器は、２１ ＣＦＲ Ｐａｒｔ １１のディジタル署名要件に適合することがある。
【００２６】
一旦テストが完了しかつ必要なあらゆる署名を取得すると、その機器は、テスト結果と、取得し終えたあらゆる電子署名との両方を含むテストレポートを作成することがある。その機器は、このテストレポートをネットワーク１６０を介してテストレポート１５２のデータベースを含むような中央リポジトリ１５０に送信することがある。その機器は、ローカルの機器データベース内にテストレポートを保持したり、テストレポートを中央リポジトリ１５０に送信した後にこれを削除することがある。その機器は、この機器のハウジング内に組み込まれているか、シリアルケーブルやパラレルケーブルなどのケーブルによって機器に接続された外部のプリンタとすることがあるようなプリンタに、そのテストレポートをプリントすることがある。
【００２７】
システム１００の動作に関して全体的に記載してきたが、ここで、システム１００の要素および動作についてより詳細に記載することにする。
【００２８】
機器１１２ａ〜ｆの各々は、Ｔａｉｗａｎ、ＴａｉｐｅｉのＡＸＩＯＭ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．，Ｌｔｄ．から入手可能なＰａｎｅｌ １０００−３７０コンピュータなどの標準的なパネルコンピュータを用いて実現させることができる。Ｐａｎｅｌ １０００−３７０などのパネルコンピュータは、典型的には、タッチスクリーンディスプレイ２２４を有しており、かつＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標） ＸＰの組み込みのオペレーティングシステム２０２などの組み込み式オペレーティングシステムを動作させている。組み込みしたＷｉｎｄｏｗｓ（登録商標） ＸＰは、Ｗｉｎｄｏｗｓ（登録商標） ＸＰのコンポーネント化バージョンである。これは、Ｗｉｎｄｏｗｓ（登録商標） ＸＰ Ｐｒｏｆｅｓｓｉｏｎａｌと同じバイナリーズに基づいており、また組み込んだディベロッパに対して、カスタマイズした小底面積の組み込みデバイスで必要な特徴のみを個別に選択させることを可能としている。
【００２９】
機器１１２ａ〜ｆはさらに、ユーザ認証およびテスト実行などの機能を実行するための、以下でより詳細に記載するような、機器管理ソフトウェアを含むことがある。機器１１２ａ〜ｆへのアクセスを制御するため、かつユーザを認証するために、安全なインターフェースを提供するように、タッチスクリーンインターフェース、組み込みオペレーティングシステムおよび、機器管理ソフトウェアの組合せが、既存の機器に統合されることがある。機器１１２ａ〜ｆに入力を提供するためには、タッチスクリーン２２４に加えて、またはタッチスクリーン２２４の代わりにキーボードおよび／またはマウスなどの別の入力デバイスを用いることがある。
【００３０】
１つまたは複数の機器１１２ａ〜ｆとして用いることがあるようなテスト機器の一例はＭａｓｓａｃｈｕｓｅｔｔｓ、ＢｅｄｆｏｒｄのＭｉｌｌｉｐｏｒｅ Ｃｏｒｐｏｒａｔｉｏｎから入手可能な完全性テスト機器のＩｎｔｅｇｒｉｔｅｓｔ（登録商標）ラインからの機器である。Ｉｎｔｅｇｒｉｔｅｓｔ（登録商標）テスト機器は、生物薬剤学業界での規制および非規制の処理における処理装置および膜ベースの分離デバイスの完全性をテストしている。Ｉｎｔｅｇｒｉｔｅｓｔ（登録商標）テスト機器は、電子署名に関する要件を含み、２１ ＣＦＲ Ｐａｒｔ １１のテクニカルな要件に適合するように設計されている。Ｉｎｔｅｇｒｉｔｅｓｔ（登録商標）テスト機器は、さまざまな膜ベースの分離デバイスをテストするために実験室、パイロット、および製造分野で使用することがある。Ｉｎｔｅｇｒｉｔｅｓｔ（登録商標）テスト機器によって実行することができるテストにはたとえば、拡散、バブルポイント（ＢＰ）、向上バブルポイント（ＥＢＰ）、ＨｙｄｒｏＣｏｒｒ水侵入テスト（ＷＩＴ）、システム完全性テスト（ＳＩＴ）、およびウイルス拡散テスト（ＶＤＴ）が含まれる。以下でより詳細に記載するように、Ｉｎｔｅｇｒｉｔｅｓｔ（登録商標）テスト機器は、これを電源に差し込み、テスト対象のデバイスからのチューブをテスト機器に接続し、このテスト機器を用いてテストを選択し、かつ画面上のプロンプトに従うことによって動作されうる。
【００３１】
ドメインコントローラ１８０は、ユーザ名、パスワード、および特権（ｐｒｉｖｉｌｅｇｅ）などのＷｉｎｄｏｗｓ（登録商標）のユーザ情報を管理している従来のＷｉｎｄｏｗｓ（登録商標）サーバとして実現することができる。一般に、ドメインとは、共通の規則および手順を有する１つのユニットとして管理されるネットワーク上のコンピュータおよびデバイスからなる１つのグループである。インターネット内では、ドメインはＩＰアドレスによって定義されている。ＩＰアドレスの共通部分を共有しているすべてのデバイスは、同じドメイン内にあると云われる。
【００３２】
Ｗｉｎｄｏｗｓ（登録商標） ＸＰネットワーク内のあるサーバが、ドメインコントローラの役割を割り当てられることがある。Ｗｉｎｄｏｗｓ（登録商標） ＸＰにおいて、「ドメイン」とは、あるユーザのグループに関する一組のネットワークリソース（アプリケーションプログラムやプリンタなど）のことを意味する。あるドメインのリソースへのアクセスを得るには、そのリソースがネットワーク内の異なる多くのサーバ上に位置している場合であってもユーザはそのドメインにログインするだけでよい。ドメインコントローラは、そのドメインに関するマスタユーザデータベースを管理している。Ｗｉｎｄｏｗｓ（登録商標） ＸＰにはプライマリとバックアップの両方のドメインコントローラが存在しているが、この２つの違いは本検討にとっては関連していない。Ｗｉｎｄｏｗｓ（登録商標） ＸＰでは、ドメインは「作業グループ（ｗｏｒｋｇｒｏｕｐ）」（異なるコンピュータ上にある互いのリソースへのアクセスを交換しているユーザのグループ）および「ディレクトリ（ｄｉｒｅｃｔｏｒｙ）」（同じアドミニストレータによって集中管理を受けているユーザのグループ）の利点のうちのいくつかを組み合わせたものである。
【００３３】
機器１１２ａ〜ｆ、サービスコンピュータ１４０、役割サーバ１２０および中央リポジトリ１５０など、システム１００の要素の各々は、ドメインコントローラ１８０に関連付けした１つの共通のＷｉｎｄｏｗｓ（登録商標）ドメインに割り当てることがある。さらに、システム１００のユーザの各々は、ドメインコントローラ１８０により維持されているユーザリスト１３２内で規定されることがある。ドメインコントローラ１８０は、Ｗｉｎｄｏｗｓ（登録商標）ドメインへのアクセスを制御すると共に、そのＷｉｎｄｏｗｓ（登録商標）ドメインに関連付けされたリソースおよびユーザを規定している情報を維持している。したがって、ユーザが機器１１２ａ〜ｆのうちの１つを用いてログインしたとき、ドメインコントローラ１８０はそのユーザをそのドメインコントローラ１８０に関連付けされたドメインにログインさせようと試みる。図１ではドメインコントローラ１８０を１つのみ表しているが、本明細書に記載した技法を使用して追加のドメインと共に使用するために、追加のドメインコントローラ、役割サーバ、サービスコンピュータ、中央リポジトリ、および機器を設けることができる。
【００３４】
役割サーバ１２０は、そのドメインコントローラ１８０に関連付けされたドメイン内のユーザのうちの幾人かまたはすべてに関するユーザ機器アクセス権を規定することがある。したがって、この役割サーバ１２０は事実上、Ｗｉｎｄｏｗｓ（登録商標）ドメイン内のユーザのうちの幾人かまたはすべての機器アクセス権を規定しているような一組のユーザアカウントを維持している。
【００３５】
機器１１２ａ〜ｆは、ドメインモード、あるいはスタンドアロンモードとも呼ばれる作業グループモードのいずれかで動作することがある。ドメインモードにある場合には機器１１２ａ〜ｆはネットワーク１６０を介して通信し、またそうでない場合は上述のように動作する。作業グループモードにある場合には、機器１１２ａ〜ｆはネットワーク１６０を介して通信を行わない。機器１１２ａ〜ｆは、最初に設置されたときに、そのドメインコントローラ１８０に関連付けされたドメインに追加され得、またＷｉｎｄｏｗｓ（登録商標）のネットワークアドミニストレータによって作業グループモードで動作するように構成されることがある。機器１１２ａ〜ｆに関する情報は、役割サーバ１２０またはサービスコンピュータ１４０を用いて役割データベース１３０内で規定されることがある。ここで機器１１２ａ〜ｆは、本明細書に記載した方式での動作の準備が整う。
【００３６】
上で言及したように、役割サーバ１２０は、各ユーザが何の機器アクセス権を有するかや、機器１１２ａ〜ｆのそれぞれによってどのテストが実行されうるかといった、機器１１２ａ〜ｆおよび機器１１２ａ〜ｆのユーザに関する情報を集中管理している。役割サーバ１２０は、この情報を役割データベース１３０内に格納している。役割サーバ１２０はたとえば、Ｗｉｎｄｏｗｓ（登録商標）のドメインコントローラとすることがあり、この場合役割サーバ１２０はドメインコントローラ１８０の機能を実行することがあり、別のドメインコントローラ１８０を使用する必要がなくなる。
【００３７】
役割サーバ１２０は、たとえば、役割１２２のリストを維持している。役割１２２の各々はある特定の組の権利に関連付けされている。役割１２２は、たとえば、メンバーとしてシステム１００のユーザを有するなＷｉｎｄｏｗｓ（登録商標）グループとして実現することができる。したがって、役割１２２は、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｓｏｌｅを用いて管理することができる。
【００３８】
役割１２２に関連付けされた権利は、たとえば、機器１１２ａ〜ｆ、サービスコンピュータ１４０、役割サーバ１２０、および機器管理ツール１７０ａ〜ｃを用いて特定の操作を実行する権利（本明細書では「機器使用権」と呼ぶ）を含むことがある。役割１２２に関連付けされた権利はさらに、機器１１２ａ〜ｆのうちの特定の機器にアクセスする権利（本明細書では「機器アクセス権」と呼ぶ）を含むことがあるが、本明細書に記載した実施形態では、機器アクセス権は、ユーザリスト１３２、機器リスト１３４、および機器グループリスト１３６によって規定されている。システム１００の各ユーザには、１つまたは複数の役割が割り当てられ、これによって特定の使用およびアクセス権を各ユーザに関連付けすることがある。
【００３９】
役割サーバ１２０は、基本にあるオペレーティングシステムによって認識された役割またはグループと独立な役割を提供することがある。たとえば本発明の実施の一形態では、アドミニストレータ、スーパバイザ、較正者、サービスエンジニア、およびオペレータという５つの役割がある。役割と各役割に関連付けした権利からなるリストは、事前に定義され固定されうる。代わりに、その役割サーバ１２０は、十分なアクセス権を備えるユーザが役割リスト１２２に更なる役割を追加することや、役割１２２のうちの既存の役割に関連付けされているアクセス権を修正することを許可することがある。
【００４０】
ここで、役割リスト１２２の実施の一形態についてより詳細に記載することにする。特に、本発明の実施の一形態として、役割１２２の各々に関連付けされたアクセス権を表１に示している。表１にある役割に関連付けされた特定の権利は、単に例示を目的として提供したものである。
【表１】
【００４１】
図３Ａを参照すると、本発明の実施の一形態による役割リスト１２２の一例を表している。役割リスト１２２は、その各々が１つの特定の役割に対応しているような５つの要素３０４ａ〜ｅを含んでいる。要素３０４ａ〜ｅの各々は、役割識別子（役割ＩＤ）フィールド３０２ａと、役割名称フィールド３０２ｂと、役割権利フィールド３０２ｃとを有している。役割ＩＤフィールド３０２ａの値は、ユーザリスト１３２（図３Ｂ）に関連して以下でより詳細に記載することにするような要素３０４ａ〜ｅを示すために使用される唯一の識別子である。役割名称フィールド３０２ｂの値は、役割の記述名を含んだテキスト列である。役割資格フィールド３０２ｃの値は、対応する役割に関連付けされた権利を指定している。図３Ａでは役割権利フィールド３０２ｃを空欄で表しているが、当業者であれば役割権利フィールド３０２ｃの適当な値を用いて表１に示した権利のような、権利を指定する方法について理解されよう。
【００４２】
一例として、要素３０４ａは、ゼロという役割ＩＤ３０２ａと、「オペレータ」という役割名称３０２ｂとを有している。したがって、役割リスト要素３０４ａはオペレータ役割に対応しており、また役割権利フィールド３０２ｃはオペレータ役割に関連付けされたアクセス権を指定している。これらの権利は、たとえば、表１の「オペレータ」欄に示した権利とすることがある。同様に、要素３０４ｂはアドミニストレータ役割に関連付けされた権利を指定しており、要素３０４ｃは較正者役割に関連付けされた権利を指定している、等々となる。
【００４３】
上で言及したように、ドメインコントローラ１８０は、システム１００の各ユーザに関する情報を含んだユーザリスト１３２を管理している。図３Ｂを参照すると、システム１００内で認証を受けた５人のユーザが規定されているような、本発明の実施の一形態によるユーザリスト１３２の一例を表している。図３Ｂに示した特定のデータ構造は単に例示を目的として提供したものである。ドメインコントローラ１８０はユーザ１３２を実装するために異なるデータ構造を用いることがあり、そして、ドメインコントローラ１８０はユーザリスト１３２の内部構造をシステム１００のその他の要素に公開することなく、ユーザリスト１３２内に格納された情報へのアクセスを提供するアプリケーションプログラムインターフェース（ＡＰＩ）を提供することがある。
【００４４】
ユーザリスト１３２は、その各々がシステム１００の特定の認証を受けたユーザに対応しているような５つの要素３１４ａ〜ｅを含んでいる。要素３１４ａ〜ｅの各々は、ユーザ識別子（ユーザＩＤ）フィールド３１２ａと、役割ＩＤフィールド３１２ｂと、ユーザ権利フィールド３１２ｃと、ユーザ名フィールド３１２ｄと、パスワードフィールド３１２ｅとを有している。ユーザＩＤフィールド３１２ａの値は、以下でより詳細に記載するような、システム１００のユーザを示すために使用される唯一の識別子である。役割ＩＤフィールド３１２ｂの値は、役割リスト１２２内で規定されている役割を参照する。役割権利フィールド３１２ｃの値は、ユーザの役割に関連付けされたデフォルト権利に優先させるべき権利を指定している。ユーザ名フィールド３１２ｄの値は対応するユーザのユーザ名を指定しており、またパスワードフィールド３１２ｅの値はこれらのユーザのパスワードを指定している。ユーザリスト１３２はさらに、各ユーザに関する追加的な情報（ユーザのフルネームや電子署名の処理で必要なその他の情報）を含んでいる。
【００４５】
一例として、要素３１４ａは、ゼロというユーザＩＤ３１２ａと、１という役割ＩＤ３１２ｂを有している。図３Ａを参照すると、アドミニストレータ役割は、１という役割ＩＤ（要素３０４ｂ）を有している。したがって、要素３１４ａによって指定されたユーザはアドミニストレータの役割を有している。同様に、要素３１４ｂによって指定されたユーザはオペレータの役割を有している。残りの要素３１４ｃ〜ｅによって規定されたユーザの役割は、それぞれスーパバイザ、サービスエンジニアおよび較正者である。要素３１４ａ〜ｅの各々は厳密に１つの役割を指定するが、ある特定の要素はゼロ個またはゼロ個を超える役割を指定することがある。ある特定の要素がまったく役割を指定していない場合、その役割サーバ１２０はデフォルト役割（オペレータなど）を適用することがある。ユーザリスト１３２内のある特定の要素が複数の役割を指定している場合、そのユーザには、たとえば、この複数の役割の各々が指定する権利を合併させた資格が提供されることがある。
【００４６】
以下でより詳細に記載するように、デフォルトでは、ユーザにはそのユーザの役割又は複数の役割に関連付けされた権利が提供される。たとえば、要素３１４ａによって規定されたユーザは、アドミニストレータの役割を有しており、したがって、アドミニストレータ役割に対応するような役割リスト要素３０４ｂの権利フィールド３０２ｃ（図３Ａ）によって指定されるアクセス権を有している。しかし、ユーザリスト１３２内のある要素の権利フィールド３１２ｃは、対応するユーザが、そのユーザの役割又は複数の役割に関連付けされた権利と比べてより多くの又は少なくい役割を有するべきであることを指示していることもある。再び図３Ｂを参照すると、たとえば、ユーザリスト要素３１４ｂの権利フィールド３１２ｃは、オペレータの役割を有するような対応するユーザは機器を較正する権利を追加的に有するべきであることを指示している。同様に、ユーザリスト要素３１４ｅの権利フィールド３１２ｃは、較正者の役割を有するような対応するユーザは機器に対する診断を実行する権利を追加的に有するべきであることを指示している。この技法を使用すると、単に役割レベルごとではなく、所望の際にユーザレベルごとに権利を規定することができ、これによってシステムアドミニストレータに対してユーザ権利に関してより細かな制御が提供される。
【００４７】
上で言及したように、役割データベース１３０は、システム１００内の機器１１２ａ〜ｆの各々に関する構成情報を規定している機器リスト１３４を含んでいる。この機器リスト１３４は、たとえば、システム１００のユーザをそのメンバーとするようなＷｉｎｄｏｗｓ（登録商標）グループとして実行することができる。機器リスト１３４は、したがって、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｓｏｌｅを用いて管理されることができる。
【００４８】
図３Ｃを参照すると、本発明の実施の一形態による機器リスト１３４の一例を表している。機器リスト１３４は、その各々がシステム１００内の機器１１２ａ〜ｆのうちのある特定の１つに対応しているような６つの要素３２４ａ〜ｆを含んでいる。要素３２４ａ〜ｆの各々は、機器識別子（機器ＩＤ）フィールド３２２ａと、テストフィールド３２２ｂと、ユーザフィールド３２２ｃと、署名フィールド３２２ｄと、レポート送信フィールド３２２ｅとを有している。機器ＩＤフィールド３２２ａの値は、以下でより詳細に記載するように機器１１２ａ〜ｆを示すために使用される唯一の識別子である。
【００４９】
テストフィールド３２２ｂの値は、対応する機器によって実行することができるテストを参照する。テストフィールド３２２ｂの値は、図３Ｅに関連して以下でより詳細に記載するテスト識別子（テストＩＤ）を用いたテストを参照する。ユーザフィールド３２２ｃの値は、対応する機器を用いるための認証されたユーザを参照する。ユーザフィールド３２２ｃの値は、ユーザリスト１３２のユーザＩＤフィールド３１２ａ（図３Ｂ）内で規定されているユーザＩＤを用いてユーザを参照する。
【００５０】
署名フィールド３２２ｄの値は、対応する機器が実行するテストに関してはいくつの署名が必要であるかを指定し、またスーパバイザの役割を有するユーザが第２の署名を提供しなければならないか否かを指定している。レポート送信フィールド３２２ｅの値は、対応する機器が各テストの完了時点でテスト結果のレポートを自動的に送信すべきかどうかを指定している。
【００５１】
一例として、要素３２４ａはゼロという機器ＩＤ３２２ａを有している。要素３２４ａが機器１１２ａに対応すると仮定すると、要素３２４ｂは機器１１２ｂに対応する、等々となる。要素３２４ａのテストフィールド３２２ｂは空欄であり、対応する機器（すなわち、機器１１２ａ）によって実行することができるテストが、機器１１２ａが属する機器グループ１１０ａによって規定されることを示している。要素３２４ａのユーザフィールド３２２ｃは、機器グループリスト１３６によって指定されたユーザに加えて、３および４のユーザＩＤを有するユーザが機器１１２ａを使用するための認証を受けていることを示している。
【００５２】
機器リスト１３４内の値の意味については、機器グループリスト１３６に関連させて以下でより詳細に記載することにする。機器グループを使用していないような実施形態では、機器リスト１３４は、要素３２４ａ〜ｆの各々のフィールド３２２ａ〜ｅの各々に関して完全に値を指定することができる。空欄のフィールドには適当なデフォルト値が提供されることができる。
【００５３】
システム内のあらゆる機器に対してユーザアクセス権やその他の情報を構成することは冗長でありかつ時間がかかることがある。さらに、機器１１２ａ〜ｆの各々に対して違った構成を提供することは、機器１１２ａ〜ｆのうちの複数の機器が同じユーザアクセス権やその他の構成情報を共有している場合に非効率的となることがある。機器１１２ａ〜ｆの構成の処理を単純化するには、機器グループリスト１３６を用いてその機器を１つまたは複数の論理的グループにグループ化することがある。たとえば、再び図１を参照すると、機器１１２ａ〜ｆは３つの論理的グループ１１０ａ〜ｃにグループ化している。機器グループ１１０ａは、機器１１２ａ〜ｂを含んでおり、機器グループ１１０ｂは機器１１２ｃ〜ｅを含んでおり、また機器グループ１１０ｃは機器１１２ｆを含んでいる。機器グループの使用は任意選択である。
【００５４】
図３Ｄを参照すると、本発明の実施の一形態による機器グループリスト１３６の一例を表している。機器グループリスト１３６は、その各々がシステム１００内の機器グループ１１０ａ〜ｃのうちの特定の１つに対応しているような３つの要素３３４ａ〜ｃを含んでいる。要素３３４ａ〜ｃの各々は、グループ識別子（機器ＩＤ）フィールド３３２ａと、機器フィールド３３２ｂと、テストフィールド３３２ｃと、ユーザフィールド３３２ｄと、署名フィールド３３２ｅと、レポート送信フィールド３３２ｆとを有している。グループＩＤフィールド３３２ａの値は、以下でより詳細に記載するように、機器グループ１１０ａ〜ｃを示すために使用される唯一の識別子である。
【００５５】
機器フィールド３３２ｂの値は、どの機器が対応する機器グループのメンバーであるかを指定している。たとえば、要素３３４ａが機器グループ１１０ａに対応すると仮定すると、要素３３４ｂは機器グループ１１０ｂに対応し、また要素３３４ｃは機器グループ１１０ｃに対応する。要素３３４ａの機器フィールド３３２ｂは、機器グループ１１０ａがゼロという機器ＩＤを有する機器（機器１１２ａ）と、１という機器ＩＤを有する機器（機器１１２ｂ）を含むことを示している。同様に、要素３３４ｂの機器フィールド３３２ｃは、機器グループ１１０ｂが２という機器ＩＤを有する機器（機器１１２ｃ）、３という機器ＩＤを有する機器（機器１１２ｃ）、および４という機器ＩＤを有する機器（機器１１２ｄ）を含むことを示している。最後に、要素３３４ｃの機器フィールド３３２ｃは、機器グループ１１０ｃが５という機器ＩＤを有する機器（機器１１２ｆ）を含むことを示している。機器グループは１つまたは複数の機器を含むことがある。
【００５６】
フィールド３３２ｃ〜ｆの値は、デフォルトにおいて対応する機器グループ内のすべての機器に対して適用されるプロパティを規定している。たとえば、要素３３４ａのテストフィールド３３２ｃは、グループゼロのすべての機器（すなわち、機器１１２ａおよび１１２ｂ）がテストＩＤとしてゼロおよび１を有するテストを実行することができることを示している。再び図３Ｃを参照すると、要素３２４ａのテストフィールド３２２ｂ（機器１１２ａに対応する）は空欄である。しかし、デフォルトでは、機器１１２ａはテストゼロおよび１を実行することができる。したがって、機器１１２ａはテストゼロおよび１を実行することがある。
【００５７】
要素３２４ｂのテストフィールド３２２ｂ（機器１１２ｂに対応する）はテストＩＤ２を指定している。したがって、機器１１２ｂはテストのゼロおよび１（機器グループリスト要素３３４ａのテストフィールドの指定による）を実行することができ、同様にしてテスト２（機器要素３２４ｂのテストフィールド３２２ｂの指定による）も実行することができる。
【００５８】
同様に、機器グループリスト要素３３４ａのユーザフィールド３３２ｄは、グループゼロのすべての機器（すなわち、機器１１２ａおよび１１２ｂ）がデフォルトにおいてユーザＩＤゼロ、１および２を有するユーザに対してアクセス可能であることを指定している。再び図３Ｃを参照すると、機器リスト１３４のユーザフィールド３２２ｃは、機器１１２ａがさらにユーザＩＤとして３および４を有するユーザに対してアクセス可能であることを示している。その結果、機器１１２ａは、ゼロおよび１のユーザＩＤを有するユーザ（機器グループリスト要素３３４ａの指定による）に対してアクセス可能であり、同様に３および４のユーザＩＤを有するユーザ（機器リスト要素３２４ａの指定による）に対してもアクセス可能である。
【００５９】
再び図３Ｄを参照すると、機器グループリスト要素３３４ｂは、グループ１１０ｂの機器（すなわち、機器１１２ｃ〜ｅ）はデフォルトにおいてユーザＩＤとしてゼロおよび４を有するユーザに対してアクセス可能であることを示している。再び図３Ｃを参照すると、機器リスト要素３２４ｅのユーザフィールド３２２ｃは、マイナス４というユーザＩＤを指定している。図３Ｃに表した例では、マイナスのユーザＩＤは、指定されたユーザＩＤの絶対値に等しいようなユーザＩＤを有するユーザに対してその機器をアクセス不可能とすべきであることを示している。より具体的には、機器リスト要素３２４ｅのユーザフィールド３２２ｃは、その機器１１２ｅがユーザＩＤ４を有するユーザに対してアクセス不可能であることを示している。その結果、機器１１２ｅは、機器グループリスト要素３３４ｂのユーザフィールド３３２ｂと機器リスト要素３２４ｅのユーザフィールド３２２ｃの組合せによる指定に従って、ユーザゼロに対してのみアクセス可能である。機器グループリスト１３６のその他のフィールド３３２ｃ、３３２ｅ、および３３２ｆのデフォルトグループ値に対して優先させるために同様の技法を用いることができる。
【００６０】
要素３３４ａおよび３３４ｂの署名フィールド３２２ｅは空欄となっており、これによってグループ１１０ａおよび１１０ｂがデフォルト署名要件をまったく有していないことを示している。要素３３４ｃの署名フィールド３２２ｅは、グループ１１０ｃはデフォルトにおいて１人の署名を要求することを示している。再び図３Ｃと機器リストの署名フィールド３２２ｄを参照すると、機器１１２ａ上で実行されるテストはまったく署名を要求しないこと、機器１１２ｂ上で実行されるテストは１人の署名を要求すること、機器１１２ｃ上で実行されるテストは２人の署名を要求すること（この２つの署名のいずれもスーパバイザの役割を有するユーザが提供するように要求されない）、機器１１２ｄ上で実行されるテストは２人の署名を要求すること（この２人のうちの第２の署名がスーパバイザの役割を有するユーザによって提供されるように要求される）、機器１１２ｅ上で実行されるテストはまったく署名を要求しないこと、かつ機器１１２ｆ上で実行されるテストは１人の署名を要求すること、が明らかとなろう。
【００６１】
再び図３Ｄおよび機器グループリスト１３６のレポート送信フィールド３３２ｆを参照すると、グループ１１０ａの機器はレポート送信に関してまったくデフォルト設定を有しておらず、グループ１１０ｂの機器はテストレポートをデフォルトにおいて自動的に送信するように構成されており、またグループ１１０ｃの機器はユーザからのマニュアルの命令があったときにのみテストレポートを送信するように構成されている。機器グループリスト１３６のレポート送信フィールド３３２ｆと機器リスト１３４のレポート送信フィールド３２２ｅとの間のやり取りは上の記述に基づいて明らかとなろう。
【００６２】
役割データベース１３０はさらに、機器１１２ａ〜ｆによって実行することができるテストを規定しているテスト定義リスト１３８を含んでいる。図３Ｅを参照すると、本発明の実施の一形態によるテスト定義リスト１３８の一例を表している。テスト定義リスト１３８は、その各々がある特定の１つのテストに対応しているような６つの要素３４４ａ〜ｆを含んでいる。要素３４４ａ〜ｆの各々は、テスト識別子（テストＩＤ）フィールド３４２ａと、テスト名フィールド３４２ｂと、テストシーケンスフィールド３４２ｃとを有している。テストＩＤフィールド３４２ａの値は、上述のようにテスト定義リスト要素３４４ａ〜ｆを示すために使用されるような唯一の識別子である。たとえば、テストフィールド３２２ｂ（図３Ｃ）およびテストフィールド３３２ｃ（図３Ｄ）内のテストＩＤは、テストＩＤフィールド３４２ａ内の値を用いてテスト定義リスト要素３４４ａ〜ｅを示している。このテストシーケンスフィールド３４２ｃは図３Ｅでは空欄として表しているが、テストシーケンスを規定するためにこうしたフィールド内に適当な値を提供する方法は、当業者であれば理解されよう。
【００６３】
本明細書において「サービスコンピュータ」という語は一般に、役割データベース１３０内に格納された情報が、それからアクセスされそして修正されるコンピュータを意味している。たとえば、図１を参照すると、ネットワーク１６０と結合された単一のサービスコンピュータ１４０を表している。実際には、ドメインコントローラ１８０、サービスコンピュータ１４０、および役割サーバ１２０は、これより少ない数のコンピュータをなすように組み合わされることや、あるいは、同じ機能を実行するための追加的なコンピュータをなすようにさらに分離させることがある。さらに、ネットワーク１６０と結合された複数のサービスコンピュータが存在することもある。サービスコンピュータ１４０上で動作している機器管理ツール１７０ｃは、インターフェースを備えており、これを介してユーザは、役割データベース１３０内に格納された情報に対してアクセスしかつこれを修正することができる。
【００６４】
サービスコンピュータ１４０は、機器１１２ａ〜ｆや役割サーバ１２０と同様に、Ｗｉｎｄｏｗｓ（登録商標） ＸＰなどの適当な任意のオペレーティングシステムを実行することがある。サービスコンピュータ１４０は、そのドメインコントローラ１８０に関連付けされたＷｉｎｄｏｗｓ（登録商標）ドメインの一部をなすように構成させることがある。サービスコンピュータ１４０に対するアクセスは、機器１１２ａ〜ｆへのアクセスの制限に関連して上述した技法を用いて、認証を受けたユーザに制限されることがある。同じログオン処理を使用してもよい。
【００６５】
中央リポジトリ１５０は、機器１１２ａ〜ｆによって作成されたテストレポート１５２を集中的に格納している。図１には中央リポジトリ１５０を１つのみ表しているが、複数個の中央集中リポジトリを存在させることもできる。さらに、この中央リポジトリ１５０は図１では１つのデータベースとして図示しているが、中央リポジトリ１５０は、ネットワーク１６０と結合させたデータベースサーバとデータベースサーバによって管理されたデータ格納装置との組合せのような、多種多様な方式のうちのいずれかの形で実行されることができることを理解すべきである。さらに、中央リポジトリ１５０、ドメインコントローラ１８０、サービスコンピュータ１４０、および役割サーバ１２０は、同じ機能を実行するために、これより少ない数のまたはこれより多い数のコンピュータをなすようにさらに組合せまたは分離させることができる。
【００６６】
ここで、機器１１２ａ〜ｆのうちの１つにログオンする処理について、より詳細に記載することにする。一例として、この処理を機器１１２ａに関して記載することにするが、この同じ処理をこれ以外の機器１１２ｂ〜ｆに適用することも可能である。図２Ａを参照すると、ログオン処理の第１の部分と共に実行されることがあるようなオペレーションのデータフロー図２００を表されている。図２Ａでは、図示を容易にするため、システム１００（図１）のうちの関連する要素のみを表している。
【００６７】
機器１１２ａを起動させると、従来のＷｉｎｄｏｗｓ（登録商標）のログオン画面ではなくカスタマイズしたログオン画面をユーザ２２２に提示することがある。図４Ａを参照すると、こうしたログオン画面４００の一例を表している。図４Ｂを参照すると、機器１１２ａ上でログオン処理を実行するように動作している認証アプリケーション２０８によって実行されることができる方法４２０のフローチャートを表している。
【００６８】
ユーザ２２２は、その機器１１２ａへのアクセスを得るためにはログオン画面４００を使用してログオン資格証明２０４を入力することを要求される。認証アプリケーション２０８は、タッチスクリーン２０６を介してユーザ２２２からログオン資格証明２０４を受け取る（ステップ４２２）。ユーザ２２２は、たとえば、ユーザ名およびパスワードの形態をした資格証明２０４を提供することがある。ログオン画面４００は、ユーザ２２２がユーザ名を入力する先となることがあるような第１のテキストフィールド４０２と、ユーザ２２２がパスワードを入力する先となることがあるような第２のテキストフィールド４０４と、を含んでいる。ユーザ２２２は、ソフトキーボード４０６を介して文字を入力するために、ユーザ名およびパスワードをタッチスクリーン２０６を用いてテキストフィールド４０２および４０４に入力することがある。ログオン資格証明２０４を入力した時点で、認証アプリケーション２０８は認証要求２１０をネットワーク１６０を介してドメインコントローラ１８０に送信する（ステップ４２４）。ネットワーク１６０は、たとえばＴＣＰ／ＩＰネットワークとすることがある。ドメインコントローラ１８０はログオン資格証明２０４に基づいてユーザ２２２の認証を試み、ネットワーク１６０を介して認証応答２１２を認証アプリケーション２０８に送信する。認証応答２１２は、認証が成功したか不成功かを示している。たとえば、ドメインコントローラ１８０がＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）のドメインコントローラである場合、その認証処理はＷｉｎｄｏｗｓ（登録商標）の認証機構を用いて実行される。
【００６９】
認証アプリケーション２０８は、ドメインコントローラ１８０から認証応答２１２を受け取り（ステップ４２６）、さらに、この認証応答２１２の内容に基づいて、認証が成功か不成功かを決定する（ステップ４２８）。認証が不成功である場合には、認証アプリケーション２０８はユーザ２２２に対して機器アクセスを拒絶する（ステップ４３０）。機器１１２ａはユーザ２２２に対して、機器１１２ａ上で動作しているオペレーティングシステム２０２（Ｗｉｎｄｏｗｓ（登録商標） ＸＰなど）のデスクトップやその他の特徴へのアクセスを提供していない。その結果、ユーザ２２２は、ユーザの資格証明２０４が認証されると、その機器１１２ａへのアクセスだけを得ることができる。
【００７０】
図２Ｂを参照すると、たとえば、ユーザ認証が成功したときに実行されるログオン処理の第２の部分と共に動作させることがあるようなオペレーションのデータフロー図２２６を表している。認証が成功すると、認証アプリケーション２０８は役割サーバ１２０から機器１１２ａに関するユーザ権利のうちのいくつかまたはすべてを取得する（ステップ４３２）。認証アプリケーション２０８はさらに、役割サーバ１２０から機器構成も取得する（ステップ４３４）。
【００７１】
たとえば、図２Ｂを参照すると、認証アプリケーションは、ネットワーク１６０を介して、ユーザの権利および機器の構成についての要求２１４を役割サーバ１２０に送信することがある。役割サーバ１２０は、要求された情報を役割データベース１３０から抽出し（図４Ｃに関連して以下でより詳細に記載するように）、この抽出された情報をネットワーク１６０を介して応答２１６で認証アプリケーション２０８に送信することがある。認証アプリケーション２０８はユーザ権利２１８および機器構成２２０をこの応答２１６から抽出し、これらを後で使用するためにローカル機器データベース２２４内に格納することがある（ステップ４３６）。
【００７２】
認証アプリケーション２０８は、このユーザの権利２１８および機器構成２２０に基づいて、そのユーザ２２２がその機器１１２ａにアクセスする権利を有するかどうかを決定する（ステップ４３８）。ユーザ２２２がその機器にアクセスする権利を有していない場合は、そのユーザ２２２に対しては機器２２２へのアクセスが拒絶される（ステップ４３０）。そうでない場合は、機器１１２ａは、ユーザ権利２１８および機器構成２２０に従ってユーザ２２２に対して機器１１２ａを用いて機能を実行する権利を許諾する（ステップ４４０）。
【００７３】
図４Ｃを参照すると、図２Ｂに関連して上述した応答２１６を作成するように役割サーバ１２０によって実行することができる方法４５０のフローチャートを表している。この方法４５０は、ユーザのユーザＩＤを識別する（ステップ４５２）。認証アプリケーション２０８は、認証が成功した時点でドメインコントローラ１８０からユーザＩＤを受け取ることがある。次いで、認証アプリケーションは、役割サーバ１２０がそこからユーザＩＤを抽出する要求２１４内にユーザＩＤを含めることがある。役割サーバ１２０は、このユーザＩＤに基づいてユーザの役割を識別する（ステップ４５４）。役割サーバ１２０は、このユーザＩＤをユーザリスト１３２に対する１つの索引として使用し、このユーザＩＤに対応するユーザリスト要素の役割フィールド３１２ｂ（図３Ｂ）の値を識別することによって、ユーザの役割を識別することがある。
【００７４】
役割サーバ１２０は、このユーザの役割に基づいてデフォルトのユーザ権利を識別する（ステップ４５６）。役割サーバ１２０は、ステップ４５４において識別した役割ＩＤを役割リスト１２２に対する索引として使用し、その役割ＩＤに対応する役割リスト要素の役割権利フィールド３０２ｃの値（図３Ａ）を識別することによって、デフォルトユーザ権利を識別することがある。役割サーバ１２０はユーザ２２２に関連付けされたユーザ固有の任意の権利を識別する（ステップ４５８）。役割サーバ１２０は、可能である場合で、ステップ４５２で識別したユーザＩＤをユーザリスト１３２に対する索引として使用し、そのユーザＩＤに対応するユーザリスト要素のユーザ権利フィールド３１２ｃ（図３Ｂ）の値を識別することによって、こうしたユーザ固有の権利を識別することがある。
【００７５】
次いで、役割サーバ１２０はステップ４５６で識別したデフォルトのユーザ権利を、存在する場合に、ステップ４５８で識別したユーザ固有の権利と組み合わせることによってユーザの権利を取得することがある（ステップ４６０）。上述のように、ユーザリスト１３２のユーザ権利フィールド３１２ｃで指定されたユーザ固有の権利は、ある特定のユーザがユーザの役割に関連付けされた権利と比べてより多くの権利またはより少ない権利を有するべきであることを示すことがある。ステップ４６０で取得されたユーザ権利は、役割サーバ１２０が応答２１６（図２Ｂ）で認証アプリケーション２０８に送信したユーザ権利である。
【００７６】
役割サーバ１２０は、以下のようにして機器構成を取得している。方法４５０は、機器１１２ａの機器ＩＤを識別する（ステップ４６２）。認証アプリケーション２０８は、役割サーバ１２０がそこからユーザＩＤを抽出する要求２１４内に機器ＩＤを含めることがある。機器ＩＤは、たとえば、ローカルデータベース２２４内に格納され得、あるいは直結配線され得、又は機器１１２ａ内（たとえば、ＲＯＭやＰＲＯＭ内に）に永久記憶されてもよい。
【００７７】
役割サーバ１２０は、この機器ＩＤに基づいて機器の機器グループを識別する（ステップ４６４）。役割サーバ１２０は、機器グループリスト１３６内の要素３３４ａ〜ｃの機器フィールド３３２ｂ（図３Ｄ）を検索し、フィールド３３２ｂ内に機器の機器ＩＤをリストしている要素のグループＩＤフィールド３３２ａの値を識別することによって、機器のグループを識別することがある。
【００７８】
役割サーバ１２０は、この機器のグループに基づいてデフォルトの機器構成を識別する（ステップ４６６）。「機器構成」という語は、機器リスト１３６内のあるグループに関連付けされたプロパティのうちのいくつかまたはすべてを意味している。たとえば、図３Ｄに示したグループリスト１３６では、ある特定のグループに関連付けされた機器構成は、このグループのテストフィールド３３２ｃ、ユーザフィールド３３２ｄ、署名フィールド３３２ｅ、およびレポート送信フィールド３３２ｆの値を含んでいる。
【００７９】
役割サーバ１２０は、機器１１２ａに関連付けされた機器固有の任意の構成を識別する（ステップ４６８）。役割サーバ１２０は、可能である場合で、ステップ４６２で識別した機器ＩＤを機器リスト１３４に対する索引として使用し（図３Ｃ）、機器ＩＤに対応する機器リスト要素のテストフィールド３２２ｂ、ユーザフィールド３２２ｃ、署名フィールド３２２ｄ、およびレポート送信フィールド３２２ｅの値を識別することによって、こうした機器固有の構成を識別することがある。
【００８０】
次いで、役割サーバ１２０は、ステップ４６６で識別したデフォルト機器構成を、存在する場合に、ステップ４６８で識別した機器固有の構成を組み合わせることによって機器の構成を取得することがある（ステップ４７０）。ステップ４７０で取得した機器構成は、役割サーバ１２０が応答２１６で認証アプリケーション２０８に送信した機器構成である（図２Ｂ）。
【００８１】
再び図３Ｃおよび３Ｄを参照すると、機器リスト１３４および機器グループリスト１３６のテストフィールド３２２ｂおよび３３２ｃのそれぞれは、テストＩＤをリストしている。上述のように、これらのテストＩＤは、特定のテストに関連付けされたテストシーケンス３４２ｃを取得するためにテスト定義リスト１３８に対する索引として使用することがある（図３Ｅ）。役割サーバ１２０は、テストＩＤか、実際のテストシーケンスのいずれかを（応答２１６で）機器１１２ａに送信することがある。役割サーバ１２０が機器１１２ａにテストＩＤを送信する場合、機器１１２ａは、ある特定のテストが実行されるときのような、後のある時点で実際のテストシーケンスをダウンロードすることがある。別法として、役割サーバ１２０が機器１１２ａに実際のテストシーケンスを送信する場合、テストシーケンスは、機器構成２２０内に含まれ、機器のローカルデータベース２２４内に格納されることがある。
【００８２】
図５を参照すると、一旦、ユーザ２２２が認証に成功すると（図４Ｂ）、機器１１２ａは機器管理ツール１７０ａを動作させることがある。機器管理ツール１７０ａは、たとえば、テストレポートの閲覧およびバックアップ、機器１１２ａのネットワーク接続の構成、機器診断の実行、および機器１１２ａの較正などのさまざまなオペレーションの実行をユーザ２２２に許可するソフトウェアプログラムとすることがある。ユーザの権利２１８は、ユーザ２２２がどの特定のオペレーションを実行することを許可されたかを決定する。機器管理ツール１７０ａは、ユーザ２２２がそれを介して入力を提供しかつ出力を受け取ることができるような、グラフィカルユーザインターフェースなどの適当なユーザインターフェースを提供することがある。こうしたインターフェースを提供し、かつネットワークを介してリモートのデータベースにアクセスする技法は、当業者にはよく知られている。機器管理ツール１７０ａは、追加のソフトウェアプログラムにさらに分割され、又は、本明細書に記載した別のソフトウェアプログラムと組み合わされうる。
【００８３】
図６を参照すると、本発明の実施の一形態において、機器管理ツール１７０ａによって実行するような、ユーザ２２２が実行する権利を有しているオペレーションだけの実行をユーザ２２２に対して可能としている方法６００のフローチャートを表している。方法６００は、タッチスクリーン２０６を介してユーザ２２２からコマンド５０２を受け取る（ステップ６０２）。方法６００は、このコマンドをユーザ権利２１８によって規定されたコマンドと比較する（ステップ６０４）。上述のように、このユーザ権利２１８は、ユーザ２２２が実行する権利を有しているコマンドのリストを含むことがある。
【００８４】
方法６００は、ステップ６０４で実行した比較に基づいて、ユーザ２２２が機器１１２ａ上でコマンド５０２を実行する権利を有するかどうかを判定する（ステップ６０６）。方法６００は、そのコマンド５０２がユーザ権利２１８内に含まれるコマンドのリスト内にあるかどうかを決定することによってこの決定を行うことがある。ユーザ２２２がコマンド５０２を実行する権利を有していない場合には、機器管理ツール１７０ａはコマンド５０２を実行しない（ステップ６１０）。ユーザ２２２がコマンド５０２を実行する権利を有する場合には、機器管理ツール１７０ａはコマンド５０２を実行する（ステップ６０８）。
【００８５】
代わりに、機器管理ツール１７０ａは、ユーザ２２２に対してユーザ２２２が実行する権利を有しているコマンドのみの入力を許可するようなインターフェースをユーザ２２２に提示することがある。たとえば、機器管理ツール１７０ａは、ユーザ２２２が実行する権利を有しているコマンドに対応したメニュー選択肢のみを含むようなメニューを表示するようなグラフィカルユーザインターフェースを提供することがある。この結果、ユーザ２２２が実行する権利を有していないコマンドを機器１１２ａ上でユーザ２２２が実行することが回避される。
【００８６】
一旦、ユーザ２２２が機器１１２ａにログインすると、ユーザ２２２が機器１１２ａ上でテストを実行する権利を有していれば、ユーザ２２２は機器１１２ａを用いてテストを実行することができる。たとえば、図７Ａを参照すると、あるテストを実行するために機器１１２ａによって実行することができるオペレーションのデータフロー図７００を表している。図８Ａを参照すると、あるテストを実行するように機器１１２ａ上で動作しているテストアプリケーションソフトウェア７０４によって実行することができる方法８００のフローチャートを表している。ユーザ２２２は、たとえば、「テストを実行（ｐｅｒｆｏｒｍ ｔｅｓｔ）」というコマンドを機器管理ツール１７０ａに対して発することによって（図５）、機器１１２ａにテストアプリケーション７０４を実行させることがある。
【００８７】
図８Ａを参照すると、方法８００は、ユーザ２２２からテスト識別子を受け取る（ステップ８０２）。以下でより詳細に記載するが、このテスト識別子は、そのテストを実行するようにユーザ２２２がタッチスクリーン２０６を介して機器１１２ａに提供するいくつかのテストパラメータ７０２のうちの１つとすることがある（図７Ａ）。たとえば、図９Ａを参照すると、ダイアログボックス９００の図を表しており、このダイアログボックス９００は、機器１１２ａがタッチスクリーン２０６上に表示し、これを介してユーザ２２２はテストパラメータ７０２を提供することができる。
【００８８】
ダイアログボックス９００は第１のテキストフィールド９０２を含んでおり、この中でユーザ２２２はテストの名称を識別するテキスト列などのテスト識別子を提供する。実施の一形態では、そのテキストフィールド９０２は、ユーザ２２２がこのテキストフィールド９０２にタッチしたときに、テスト名のドロップダウンリストを表示する。このドロップダウンリスト内のテスト名は、ユーザ２２２がその機器上で実行する権利を有しているテストの名称に制限されることがある。テストアプリケーション７０４は、ユーザ２２２が実行する権利を有するテストのリストを、たとえば、ユーザ権利２１８および／または機器構成２２０をローカルデータベース２２４から抽出して検査することによって識別することがある。この方法では、ユーザ２２２は、ユーザ２２２が実行する権利を有するテストの実行に制限される。
【００８９】
代わりに、たとえば、そのテストアプリケーション７０４は、ユーザ２２２に対してソフトキーボード９１０を用いてテスト名を打ち込むことを許可することがある。次いで、テストアプリケーション７０４は、ユーザ２２２がそのテスト名によって識別されたテストを実行する権利を有するかどうかを決定し（ステップ８０４）、ユーザ２２２が指定されたテストを実行する権利を有する場合にのみこのユーザ２２２が次に進むことを許可することがある。
【００９０】
一旦、ユーザ２２２が受け入れ可能なテスト名を提供すると、テストアプリケーション７０４は、ユーザ２２２から追加のテストパラメータ７０２を受け取る（ステップ８０６）。こうしたパラメータ７０２としてはたとえば、バッチ番号（テキストフィールド９０４内に入力される）、フィルタロット番号（テキストフィールド９０６内に入力される）、およびテスト記述（テキストフィールド９０８内に入力される）が含まれる。ユーザ２２２は、Ｅｎｔｅｒキー９１２や実行ボタン９１４に触れることによってそのテストを実行させることがある（ステップ８０８）。
【００９１】
ユーザ２２２からの実行コマンドの受け取りに応答して、機器１１２ａはパラメータ７０２を用いて指定されたテストを実行する（ステップ８１０）。テストアプリケーション７０４は、そのテストに関するテスト定義７０６をローカルデータベース２２４から抽出し（あるいは、役割サーバ１２０からネットワーク１６０を介してテスト定義を受け取り）、テスト定義７０６内の指定されたステップを実行することによって、このテストを実行している。機器１１２ａは、テストを実行し、外部ソースからテストデータ７１０を受け取るために使用することができるようなデータ収集ハードウェア７０８を含んでいる。このテストの実行の過程で、テストアプリケーションはテスト結果７１２を作成する。
【００９２】
一旦、テストが実行されそしてテスト結果７１２が作成されると、このテスト結果７１２は、署名されることが要求されることがある。上述のように、ある特定の機器は、その機器上で実行した各テストについて、署名なし、１人の署名、あるいは２人の署名を要求することがある。さらに、２人の署名を要求するあるテストに関する第２の署名は、スーパバイザの役割を有するユーザにより提供されるように要求されることがある。テストアプリケーション７０４は、ローカルデータベース２２４から機器構成２２０を抽出し、その機器構成の署名フィールドを検査することによっていずれの署名が必要であるかを決定する（ステップ８１２）。
【００９３】
電子署名をまったく要求しない場合、テストアプリケーション７０４は終了する。終了する前に、テストアプリケーション７０４はテスト結果７１２をローカルデータベース２２４内に格納することがある。さらに、その機器構成２２０が、テストレポートが自動的に中央リポジトリ１５０に送信されるべきであると示している場合（図１）、テストアプリケーション７０４は、このテスト結果７１２をネットワーク１６０を介して中央リポジトリ１５０に送信することがある。テストアプリケーション７０４はさらに、図９Ｅに関連して以下に記載するように、テスト結果７１２をプリンタ７３０にプリントするようなオプションや、テスト結果７１２を手動で中央リポジトリ１５０に送信するようなオプションをユーザ２２２に提供することがある。
【００９４】
テストアプリケーション７０４が、そのテスト結果７１２が少なくとも１人の電子署名による署名を受ける必要があると決定する場合には、テストアプリケーション７０４は電子署名アプリケーションを立ち上げてユーザ２２２から１人または複数人の電子署名を受け取る（ステップ８１４）。しかし、代わりに、テストアプリケーション７０４は、電子署名の提供を、後のある時点まで遅らせるというオプションをユーザ２２２に提供することがあり、この場合ユーザ２２２は、テスト結果が署名されるまでそのテスト結果７１２を中央リポジトリ１５０に送信したり、テスト結果７１２をプリントすることが許可されない。
【００９５】
図７Ｂを参照すると、電子署名アプリケーション７２８を用いて電子署名を取得するように機器１１２ａによって実行することができるオペレーションのデータフロー図７２０を表している。図８Ｂを参照すると、１人または複数人の電子署名を取得するために、機器１１２ａ上で動作している電子署名アプリケーション７２０によって実行されうる方法８２０のフローチャートを表している。
【００９６】
方法８２０は、ユーザ２２２から署名資格証明を受け取る（ステップ８２２）。たとえば、図９Ｂを参照すると、図９Ａに示すパラメータを用いて実行したテストが完了した時点で、機器１１２ａが表示することができるウィンドウ９２０ａの図を表している。ウィンドウ９２０ａは、テスト結果７１２を図示したグラフ９２２と、テスト名を表示しているタイトルバー９２４と、グラフ９２２内の記号の意味を説明している凡例９２６と、第１の署名ボタン９２８ａと、第２の署名ボタン９２８ｂと、ＯＫボタン９３０と、を含んでいる。
【００９７】
第１の署名を入力するために、ユーザ２２２は第１の署名ボタン９２８ａを押すことがある。２人の署名が必要である場合は、ユーザ２２２は第１の署名ボタン９２８ａを押して第１の署名を入力し、次いで第２の署名ボタン９２８ｂを押して第２の署名を入力することがある。代わりに、ユーザ２２２は、第１および第２の署名をいずれの順序で入力することも可能である。しかし本例では、ユーザ２２２は第１および第２の署名を一連で入力することを要求され、かつユーザ２２２は第１の署名ボタン９２８ａを初めに押すことを前提としている。
【００９８】
図９Ｃを参照すると、ユーザ２２２の第１の署名ボタン９２８ａの押下に応答して機器１１２ａが署名ダイアログボックス９３０を表示することができる修正版ウィンドウ９２０ｂを表している。ログオン画面４００（図４Ａ）と同様に、署名ダイアログボックス９３０は、ユーザ２２２がユーザ名を入力する先の第１のテキストフィールド９３２と、ユーザ２２２がパスワードを入力する先の第２のテキストフィールド９３４とを含んでいる。ユーザ２２２は、ソフトキーボード９３６を介して文字を入力するようなタッチスクリーン２０６を用いてユーザ名およびパスワードをテキストフィールド９３２および９３４に入力することがある。ユーザ２２２は、このユーザ名およびパスワードをＥｎｔｅｒキー９３８または署名スタンプボタン９４０を押すことによって電子署名アプリケーション７２８に送ることがある。
【００９９】
電子署名資格証明７２２をユーザ２２２から受け取った後に（ステップ８２２）、電子署名アプリケーション７２８はこの署名資格証明７２２を用いてユーザ２２２の認証を試みる（ステップ８２４）。署名資格証明７２２は、たとえば、ユーザ２２２が機器１１２ａへのログオン（図２Ａ）に使用したログオン資格証明２０４とすることがある。より一般的には、署名資格証明７２２はＷｉｎｄｏｗｓ（登録商標）のユーザ名とパスワードとすることがある。電子署名アプリケーション７２８は、したがって、図２Ａおよび４Ｂに関連して上述したように認証要求をネットワーク１６０を介してドメインコントローラ１８０に送信することによってユーザ２２２の認証を試みる。
【０１００】
認証が不成功である場合には（ステップ８２６）、電子署名アプリケーション７２８はユーザ２２２にもう一度署名資格証明７２２を促す。より一般的には、電子署名アプリケーション７２８は、ユーザ２２２が適正な資格証明を提供しない限り、こうした資格証明が提供されるまで署名処理を進めることを許可しない。
【０１０１】
認証が成功した場合には（ステップ８２６）、電子署名アプリケーション７２８は、第２の署名が必要であるかどうかを決定する（ステップ８２８）。電子署名アプリケーションは、たとえば、ローカル機器データベース２２４内に格納された機器構成２２０を検査することによって第２の署名が必要であるかどうかを決定する。第２の署名が必要である場合は、電子署名ツール７０４は第２のユーザ７２４から署名資格証明７２６を取得する（ステップ８３０）。たとえば、再び図９Ｃを参照すると、第１の署名資格証明７２２を入力した時点で、ユーザ２２２は第２の署名ボタン９２８ｂを押し、電子署名アプリケーションに対して図９Ｄに示すように第２の署名を第２のユーザ７２４促すことがある。図９Ｄには、ウィンドウ９２０ｃから第１の署名ボタン９２８ａがなくなっていることに留意されたい。
【０１０２】
第２のユーザ７２４は、第１のユーザ２２２に関して上述したのと同様の方式でダイアログボックス９３０内に第２の署名資格証明７２６を入力することがある。第２のユーザ７２４が第２の資格証明７２６を入力した後に、電子署名アプリケーション７２８は、この第２の署名資格証明７２６が第１の署名資格証明７２２と同じであるかどうかを決定する（ステップ８３２）。資格証明７２２と７２６の両者が同じである場合には、電子署名アプリケーション７２８は第２のユーザ７２４に対してもう一度資格証明７２６を促す。換言すると、電子署名アプリケーション７２８は署名７２２と７２６が異なるユーザによって提供されることを要求している。
【０１０３】
第２の資格証明７２６が第１の資格証明７２２と同じでない場合には、電子署名アプリケーション７２８はステップ８２４に関して上述したのと同様の方式で第２のユーザ７２４の認証を試みる（ステップ８３４）。この認証が成功しない場合には（ステップ８３６）、電子署名アプリケーション７２８は、もう一度資格証明を第２のユーザ７２４に促す（ステップ８３０）。換言すると、電子署名アプリケーション７２８は、第２のユーザ７２４が適正な資格証明を提供しない限り署名処理を続けることを許可しない。
【０１０４】
第２のユーザ７２４の認証が成功した場合には、電子署名アプリケーション７２８は第２の署名がスーパバイザの役割のような、ある特定の役割を有するユーザによって提供されなければならないかどうかを決定する（ステップ８３８）。このスーパバイザの役割は、本明細書において単に一例として用いたものであり、本発明を限定するものではない。むしろ、第２の署名は、任意の役割を有するか指定された任意の基準を満足するようなユーザによって提供されることが必要となることがある。
【０１０５】
電子署名アプリケーション７２８は、機器構成２２０の署名フィールドを検査することによってこの決定を行うことがある。第２の署名がスーパバイザによって提供されることが要求されている場合には、電子署名アプリケーション７２８は第２のユーザ７２４がスーパバイザの役割を有するかどうかを決定する（ステップ８４０）。電子署名アプリケーション７２８は、たとえば、ローカル機器データベース２２４内に格納されたユーザ権利２１８を検査することによってこの決定を行うことがある。第２のユーザがスーパバイザでない場合には、電子署名アプリケーション７２８は第２のユーザ７２４からの資格証明をもう一度要求する（ステップ８３０）。換言すると、電子署名アプリケーション７２８は、第２の署名がスーパバイザによって提供されるべきであるという要件を執行している。電子署名アプリケーション７２８は、アドミニストレータなどの、スーパバイザを超える権利をもつ役割を有するユーザを、スーパバイザとして適格として許可することがある。
【０１０６】
署名処理が完了すると（ステップ８２８、８３８、または８４０のいずれかの完了時点で）、電子署名アプリケーション７２８はその前にあるステップの間に取得した署名又は複数の署名をテスト結果７１２に添付して、テストレポート７１４を作成する。このテストレポート７１４は、後で閲覧、プリントその他の使用をするために、中央リポジトリ１５０および／またはローカルデータベース２２４に送信されることがある。
【０１０７】
たとえば、図９Ｅを参照すると、要求した任意の署名を受け取った時点で、ユーザ２２２はウィンドウ９２０ｄ内のプリントボタン９４２を押し、テストレポート７１４をプリントさせることがある。代わりにまたは追加として、ユーザ２２２は送信ボタン９４４を押してテストレポートを中央リポジトリ１５０に送信することがある。ユーザ２２２は、ＯＫボタン９３０を押して、テスト処理を完了させ図９Ａに示したウィンドウ９００に戻ることがある。
【０１０８】
機器１１２ａ、役割サーバ１２０、およびサービスコンピュータ１４０上で動作している機器管理ツール１７０ａ〜ｃは、役割リスト１２２、機器リスト１３４、機器グループリスト１３６、およびテスト定義リスト１３８などの役割データベース１３０内の情報へのアクセスしそして修正するような、機能を実行するために使用することがある。
【０１０９】
インスタンス１７０ａ〜ｃはそのすべてを同じとすることがあり、また機器１１２ａ〜ｆ、サービスコンピュータ１４０、および役割サーバ１２０の特定の特徴に対応するように異ならせることがある。インスタンス１７０ａ〜ｃは、たとえば、同じであるが、これらを動作させるのが機器１１２ａ〜ｆのうちの１つの上であるか、サービスコンピュータ１４０上であるか、または役割サーバ１２０上であるかに応じて、ユーザ２２２に対して異なる特徴を示すことがある。たとえば、機器管理ツール１７０ａは、アドミニストレータまたはスーパバイザの役割を有するユーザへのアクセスのみを提供することがある。さらに、機器管理ツールがそれから起動される機器が分離された、又はスタンドアロンモードで動作している場合には、機器管理ツール１７０ａのネットワーク関連の特徴は無効とされることになる。機器１１２ａを機器管理ツールのインスタンスを有するとしてのみ図示しているが、機器管理ツールのインスタンスは機器１１２ａ〜ｆのすべてに設けられてもよい。
【０１１０】
機器管理ツールの利点の１つは、これによって役割データベース１３０内の情報を１つの中央位置で管理しながら、多様な位置からアクセスされそして修正されることが可能となることである。役割データベース１３０の集中管理は、役割データベース１３０と、これにアクセスするコンポーネント（機器１１２ａ〜ｆやサービスコンピュータ１４０など）との間のインターフェースを提供するような役割サーバ１２０によって提供される。さらに、図１ではサービスコンピュータ１４０を１つのみ表しているが、機器管理ツールがそれから実行されるそして、役割データベース１３０がアクセスされる、多数のサービスコンピュータ（たとえば、各実験室クラスタごとに１つなど）を設けることがある。
【０１１１】
機器１１２ａ〜ｆは、ブートアップ時やユーザが機器にログインした後などの適当な時点で、役割データベース１３０およびドメインコントローラ１８０からネットワーク１６０を介して、ユーザリスト１３２、機器リスト１３４、機器グループリスト１３６、およびテスト定義リスト１３８などの情報をダウンロードすることがある。機器１１２ａ〜ｆはこうした情報を、役割データベース１３０内の情報へのアクセスを提供するような役割サーバ１２０を介してダウンロードすることがある。ある機器が何らかの理由で役割サーバ１２０に連絡できない場合、その機器はもっとも最近ダウンロードされた値を使用することがある。
【０１１２】
機器管理ツールはさらに、中央リポジトリ１５０、機器１１２ａ〜ｆ、サービスコンピュータ１４０、および役割サーバ１２０などのシステム１００の要素のネットワークロケーションを構成するために使用することがある。この情報は、たとえば、役割サーバ１２０によって格納することがある。システム１００の要素は、このロケーション情報を互いに通信で使用するために役割サーバ１２０からダウンロードすることがある。
【０１１３】
機器管理ツール１７０ａ〜ｃは、たとえば、役割リスト１２２に新たな役割を追加することを可能とし得る。機器管理ツール１７０ａ〜ｃはさらに、役割リスト１２２内の役割の各々に関連付けされた権利を修正することを許可することがある。
【０１１４】
機器管理ツール１７０ａ〜ｃはさらに、たとえば、新たな機器が機器リスト１３４へ追加されること、並びに既存の機器が機器リスト１３４から削除されることを許可することがある。機器管理ツール１７０ａ〜ｃはさらに、機器リスト１３４内の既存の機器を、特定のテストを実行するために、並びにテストレポートを自動または手動で送信するために特定のユーザによる使用のために構成されるようにすることを許可することがある。
【０１１５】
特殊な機器ＩＤ（−１や９９９など）は、システム１００内のすべての機器１１２ａ〜ｆからなる機器グループを表すことがある。この特殊機器へのアクセス権を与えられたユーザは（たとえば、この特殊機器に関する機器リスト要素のユーザフィールド３２２ｃ内にそのユーザＩＤを含めることによって）、システム１００内のすべての機器１１２ａ〜ｆにアクセスすることができる。これは、これらのユーザをシステム１００内のあらゆる機器に主導で割り当てる必要はなしに、システムアドミニストレータやその他のユーザに対してシステム１００内のすべての機器１１２ａ〜ｆへのアクセスを提供するための単純な手段を提供する。
【０１１６】
機器管理ツール１７０ａ〜ｃはさらに、たとえば、機器グループの追加、並びに機器グループリスト１３６からの削除を許可することがある。機器管理ツール１７０ａ〜ｃは、さらに、機器グループへ機器が追加されることおよび機器グループから機器が削除されること、並びに各機器グループに関連付けされたデフォルトプロパティが修正されることを許可することがある。
【０１１７】
上述のように、テスト定義１３８は機器１１２ａ〜ｆによって実行されうるフィルタ完全性テストを定義している。機器管理ツール１７０ａ〜ｃは、テスト定義１３８の作成、修正、あるいは削除を規定するために使用されることがある。
【０１１８】
ユーザが機器管理ツール１７０ａ〜ｃのうちの１つを用いて役割データベース１３０内に含まれている情報を修正するときには、この変更はシステム１００内の機器１１２ａ〜ｆに伝達されることが必要である。たとえば、ユーザ２２２が機器１１２ａ上で動作している機器管理ツール１７０ａを用いて機器１１２ｆにアクセスする別のユーザの権利を削除する場合には、この変更は機器１１２ｆに伝達されることが必要である。
【０１１９】
役割データベース１３０におけるこうした変更は、多種多様な方法のいずれかによって機器１１２ａ〜ｆに伝達されることがある。たとえば、役割サーバ１２０は、役割データベース１３０内の任意の変更をこうした変更がなされたその時点で機器１１２ａ〜ｆすべてに伝達することがある。代わりに、機器１１２ａ〜ｆの各々は、役割データベース１３０に対する更新を、定期的に、あるいは所定のイベントが発生した時点でダウンロードすることがある。たとえば、機器１１２ａ〜ｆはそれぞれ、役割データベース１３０に対する更新を、これらがブートアップされたときやユーザが機器にログインを試みるごとにダウンロードすることがある。ある特定の機器が、役割データベースの更新のダウンロードを試みたときに、ネットワーク１６０に接続することが不可能である場合には、その機器はそのローカルのデータベース（たとえば機器１１２ａの場合では、ローカルデータベース２２４）内に格納されている最新の情報を使用することがある。
【０１２０】
役割サーバ１２０にアクセスするには、機器１１２ａ〜ｆの各々は役割サーバ１２０のネットワークロケーションを備えるように構成されることが必要である。この機能を実行するには、機器１１２ａ〜ｆの各々の上およびサービスコンピュータの各々の上にインストールされた機器管理ツールが、役割サーバ１２０のネットワークロケーション（たとえば、ネットワークのパスまたはＵＲＬ）を備えるように構成させることがある。
【０１２１】
本発明の利点のうちとりわけ、１つまたはいくつかを以下に示す。
【０１２２】
本発明のさまざまな実施形態の利点の１つは、機器およびユーザの統括が集中化されることである。その結果、ユーザ権利情報および機器構成情報が、単一のデータ格納装置（たとえば、役割データベース１３０）内で修正されることができる。これによって、従来技術システムでは一般的であるような機器の冗長なプログラミングが除去され、したがって異なる機器に関して情報の非一貫性の存在を除去しながら、システムを維持するのに要する時間が短縮される。したがって、本明細書に開示した技法を用いて、多数の機器を含んだシステムを従来技術システムと比べてより容易に管理することが可能となりうる。
【０１２３】
たとえば、ある個別のユーザは、システム１００内の機器１１２ａ〜ｆの各々にこの新たなユーザを認識させるように別々に構成させるよりも、単にそのユーザをユーザリスト１３２に追加し、かつ役割データベース１３０内のユーザの権利を構成するだけでシステム１００へ追加される。同様に、ある個別のユーザをシステム１００から削除するには、機器１１２ａ〜ｆの各々を別々に構成させるよりも、単にユーザリスト１３２および役割データベース１３０を修正することを必要とする。
【０１２４】
システム情報は集中された箇所に格納しているが、この情報へのアクセスは、ネットワークをわたって分布している。したがって、ユーザおよび機器は、多種多様な箇所から機器構成およびユーザ権利情報にアクセスすることができる。したがって、この情報の集中化は、機器分布を犠牲にしての達成ではない。さらに、この集中型データベースは、データベースへのアクセスをより効率的にするために、当技術分野でよく知られた技法を用いて複数のデータ記憶間で分散および／または複製されることがある。
【０１２５】
本発明のさまざまな実施形態の別の利点は、基本にあるオペレーティングシステムによって規定される権利とは独立である事前定義のユーザ権利に基づいて、特定の機器へのユーザアクセスを許可または拒絶する機能を提供することである。たとえば、本明細書に開示した技法に従って、本システムは、ある特定のユーザが、ある特定の機器へのアクセスを許諾されるべきかどうかを、オペレーティングシステムがそのユーザを認証しているかどうかとは独立に決定する。これは、本システムが、その機器アクセスが基本にあるオペレーティングシステムの認証機構にのみ基づくようなシステムで可能となる制御と比べて、より精細な機器アクセス制御を提供することができる。
【０１２６】
本発明のさまざまな実施形態のまた別の利点は、電子署名に、２１ ＣＦＲ Ｐａｒｔ １１の執行されることを要求させることを可能とすることである。特に、あるテストにテストオペレータによる署名とスーパバイザによる署名の両方が要求されるようなケースにおいて、本明細書に開示した技法は、こうした署名要件への適合することを保証するために使用されることができる。この要件の執行の自動化は、こうした要件の執行のための組織的な方策や手順に関して払わねばならないような負担が軽減される。
【０１２７】
本発明を特定の実施形態に関してここまで記載してきたが、上述した実施形態は単に例示として提供したものであり、かつ本発明の範囲を限定したり規定するものではないことを理解すべきである。以下のものを含みこれらに限らないが、さまざまな別の実施形態も同様に、本特許請求の範囲の内にある。
【０１２８】
機器１１２ａ〜ｆは、実験室、パイロット、および／または製造分野で使用され得る任意の機器とすることができる。さらに、異なる種類の任意の数の機器を任意に組み合わせることができる。本明細書に開示した実施形態ではその機器がアクセス制御やその他の機能を実行する手段と一体化されているが、代わりに、これらの機器は、こうした機能を実行するための外部デバイスに接続されることもできる。
【０１２９】
本明細書に開示した具体的なデータ構造（図３Ａ〜３Ｅに図示したデータ構造など）は、単に例示を目的としたものであり、本発明の限定をなすものではない。逆に、同じ機能を実行するためには任意のデータ構造が利用されてもよい。さらに、役割データベース１３０内のさまざまなリストは、より多くの又はより少ないフィールドを含むことができ、また同じ情報を格納するために、より少ない数のリストに組み合わせたり、より多くのリストに分離させたりすることができる。より一般的には、本明細書に記載したさまざまな要素およびコンポーネントの任意の組合せは、同じ機能を実行するように、追加のコンポーネントにさらに分割され、又は、より少ない数のコンポーネントを形成するように互いに結合されることができる。
【０１３０】
本明細書では、さまざまなソフトウェアプログラムを実行することができるオペレーティングシステムとしてＷｉｎｄｏｗｓ（登録商標） ＸＰオペレーティングシステムが記載されているが、これは単に一例である。本明細書に記載した機能を実行するソフトウェアを実行するために、任意のオペレーティングシステムまたはオペレーティングシステムの任意の組合せが利用されることができる。さらに、基本にあるオペレーティングシステムは、ユーザ認証を実行するために使用される必要がない。逆に、本システム１００は、基本にあるオペレーティングシステムと全体として独立したそれ自体のユーザ認証システムを提供することができる。
【０１３１】
上述した技法は、たとえば、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組合せ内で実装されることができる。上述した技法は、プロセッサ、プロセッサによって読取り可能な記憶媒体（たとえば、揮発性および不揮発性のメモリおよび／または記憶素子を含む）、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスを含むようなプログラム可能なコンピュータ上で動作している１つまたは複数のコンピュータプログラム内で実行されることができる。プログラムコードは、記載した機能を実行しかつ出力を作成するために入力デバイスを用いて入力された入力に対して適用されることができる。この出力は、１つまたは複数の出力デバイスに提供されることがある。
【０１３２】
添付の特許請求の範囲内にある各コンピュータプログラムは、アセンブリ言語、マシン言語、手続き型の高級プログラミング言語、あるいはオブジェクト指向プログラミング言語などの任意のプログラミング言語で実装されることができる。このプログラミング言語は、たとえば、コンパイル済みのプログラミング言語や翻訳済みのプログラミング言語とすることがある。
【０１３３】
こうしたコンピュータプログラムの各々は、コンピュータプロセッサによって実行されるマシン読取り可能記憶デバイス内に実体として具現化したコンピュータプログラム製品内で実現させることができる。本発明の方法のステップは、入力に基づいて動作して出力を生成させることによって本発明の機能を実行するようなコンピュータ読取り可能媒体上に実体として具現化したプログラムを動作させているコンピュータプロセッサによって実行されることができる。適当なプロセッサは、一例として、汎用目的のマイクロプロセッサと特殊の目的のマイクロプロセッサの両方を含んでいる。一般に、プロセッサは、命令およびデータを読取り専用メモリおよび／またはランダムアクセスメモリから受け取っている。コンピュータプログラム命令を実体として具現化するのに適した記憶デバイスとしては、たとえば、ＥＰＲＯＭ、ＥＥＰＲＯＭおよびフラッシュメモリデバイスを含む半導体メモリデバイス、内部ハードディスクや取外し可能ディスクなどの磁気ディスク、光磁気ディスク、並びにＣＤ−ＲＯＭなど、あらゆる形態をした不揮発性メモリを含む。以上のものはいずれも、特殊設計のＡＳＩＣ（特定用途向け集積回路）によって補完されたり、この内部に組み込まれることができる。一般に、コンピュータもまた、内部ディスク（図示せず）や取外し可能ディスクなどの記憶媒体からプログラムおよびデータを受け取ることができる。これらの要素はさらに、任意のディジタルプリントエンジンやマーキングエンジン、表示モニタ、またはカラー又はグレイスケール画素を紙面上、フィルム上、ディスプレイ画面上、またはその他の出力媒体上に作成することが可能であるようなその他のラスタ出力デバイスと共に使用されることができるような、従来のデスクトップ型コンピュータやワークステーションコンピュータ、並びに本明細書に記載した方法を実現しているコンピュータプログラムを実行するのに適したその他のコンピュータ内に組み込まれることになろう。
【特許請求の範囲】
【請求項１】
複数の機器を含むシステムにおける方法であって、
（Ａ）複数の機器のうちの選択した１つに対するアクセスすることを試みるユーザからログオン資格証明を受け取るステップと、
（Ｂ）その資格証明を、ネットワークを介して複数の機器にアクセス可能なデータ格納装置内に格納された資格証明情報と比較することによって、そのログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証しているかどうかを決定するステップと、
（Ｃ）ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定された場合にのみ、複数の機器のうちの選択した１つに対するユーザアクセスを許諾するステップと、
を含む方法。
【請求項２】
（Ｄ）ステップ（Ｂ）の前に、ユーザがログオン資格証明に基づくシステムの認証されたユーザであるかどうかを決定するステップをさらに有し、
ステップ（Ｃ）は、ユーザがシステムの認証されたユーザであると決定され、かつログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定された場合にのみ、複数の機器のうちの選択した１つに対するユーザアクセスを許諾するステップを含む請求項１に記載の方法。
【請求項３】
ステップ（Ｄ）はオペレーティングシステムの認証機構によって実行される請求項２に記載の方法。
【請求項４】
ステップ（Ｃ）はオペレーティングシステムの認証機構と別の手段によって実行される請求項３に記載の方法。
【請求項５】
オペレーティングシステムの認証機構と別の手段は、データ格納装置を供給するサーバを備える請求項４に記載の方法。
【請求項６】
ステップ（Ｂ）は、
（Ｂ）（１）ユーザの役割を識別するステップと、
（Ｂ）（２）役割に関連付けされた機器アクセス権の組を識別するステップと、
（Ｂ）（３）役割に関連付けされた機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むかどうかを決定するステップと、
（Ｂ）（４）役割に関連付けされた機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むと決定された場合に、ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定するステップと、
を含む請求項１に記載の方法。
【請求項７】
ステップ（Ｂ）は、オペレーティングシステムがその上で動作しているコンピュータによって実行され、オペレーティングシステムは第１の組のユーザ役割を認識し、かつ、ステップ（Ｂ）（１）は第１の組の役割と独立している第２の組の役割の中から役割を選択するステップを含む、請求項１に記載の方法。
【請求項８】
ステップ（Ｂ）は、
（Ｂ）（１）ユーザの役割を識別するステップと、
（Ｂ）（２）役割に関連付けされたデフォルト機器アクセス権の組を識別するステップと、
（Ｂ）（３）ユーザに関連付けされたユーザ固有の機器アクセス権の組を識別するステップと、
（Ｂ）（４）ユーザに関連付けされた最終機器アクセス権の組を得るためにユーザ固有の機器アクセス権をデフォルト機器アクセス権に適用するステップと、
（Ｂ）（５）ユーザに関連付けされた最終機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むかどうかを決定するステップと、
（Ｂ）（６）ユーザに関連付けされた最終機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むと決定された場合に、ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定するステップと、
を含む請求項１に記載の方法。
【請求項９】
ステップ（Ｂ）は、オペレーティングシステムがその上で動作しているコンピュータによって実行され、オペレーティングシステムは第１の組のユーザ役割を認識し、かつ、ステップ（Ｂ）（１）は第１の組の役割と独立している第２の組の役割の中から役割を選択するステップを含む、請求項１に記載の方法。
【請求項１０】
ステップ（Ａ）は複数の機器のうちの選択した１つとローカルに結合された入力デバイスを介してユーザからログオン資格証明を受け取るステップを含む請求項１に記載の方法。
【請求項１１】
ログオン資格証明はユーザ名およびパスワードを備えている請求項１に記載の方法。
【請求項１２】
ステップ（Ｂ）は、
（Ｂ）（１）ネットワークを介してサーバに認証要求を送信するステップと、
（Ｂ）（２）ネットワークを介してサーバから認証応答を受け取るステップと、
（Ｂ）（３）認証応答が、ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していることを示しているかどうかを決定するステップと、
を含む請求項１に記載の方法。
【請求項１３】
（Ｄ）ユーザが、複数の機器のうちの選択した１つを用いて実行する権利を有するオペレーションの組を識別するステップと、
（Ｅ）識別されたオペレーションの組内にあるそれらのオペレーションのみを複数の機器のうちの選択した１つで実行することをユーザに許可するステップと、
をさらに含む請求項１に記載の方法。
【請求項１４】
ステップ（Ｂ）は、データ格納装置のローカルコピー内に格納された資格証明情報とその資格証明を比較することによってログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証しているかどうかを決定するステップを含む請求項１に記載の方法。
【請求項１５】
複数の機器と、
複数の機器のうちの選択した１つにアクセスすることを試みるユーザからログオン資格証明を受け取る受け取り手段と、
ネットワークを介して複数の機器にアクセス可能なデータ格納装置内に格納された資格証明情報とその資格証明を比較することによってログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証しているかどうかを決定する第１の決定手段と、
ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定された場合にのみ、複数の機器のうちの選択した１つに対するユーザアクセスを許諾する権利許諾手段と、
を備えるシステム。
【請求項１６】
更に、
ユーザがログオン資格証明に基づくシステムの認証されたユーザであるかどうかを決定する第２の決定手段を備え、
権利許諾手段は、ユーザがシステムの認証されたユーザであることが決定され、かつ、ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定された場合にのみ、複数の機器のうちの選択した１つに対するユーザアクセスを許諾する手段を備える請求項１５に記載のシステム。
【請求項１７】
第２の決定手段はオペレーティングシステムの認証機構のコンポーネントを備える請求項１６に記載のシステム。
【請求項１８】
権利許諾手段はオペレーティングシステムの認証機構とは別のコンポーネントを備える請求項１７に記載のシステム。
【請求項１９】
オペレーティングシステムの認証機構とは別のコンポーネントはデータ格納装置を供給するサーバを備える請求項１８に記載のシステム。
【請求項２０】
第１の決定手段は、
ユーザの役割を識別する第１の識別手段と、
役割に関連付けされた機器アクセス権の組を識別する第２の識別手段と、
役割に関連付けされた機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むかどうかを決定する第２の決定手段と、
役割に関連付けされた機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むと決定された場合に、ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定する第３の決定手段と、
を備える請求項１５に記載のシステム。
【請求項２１】
第１の決定手段は、オペレーティングシステムがその上で動作しているコンピュータ上で実行しているソフトウェアプログラムを備え、オペレーティングシステムは第１の組のユーザ役割を認識し、かつ、第１の識別手段は第１の組の役割と独立している第２の組の役割の中から役割を選択する手段を備えている請求項２０に記載のシステム。
【請求項２２】
第１の決定手段は、
ユーザの役割を識別する第１の識別手段と、
役割に関連付けされたデフォルト機器アクセス権の組を識別する第２の識別手段と、
ユーザに関連付けされたユーザ固有の機器アクセス権の組を識別する第３の識別手段と、
ユーザに関連付けされた最終機器アクセス権の組を得るためにユーザ固有の機器アクセス権をデフォルト機器アクセス権に適用する適用手段と、
ユーザに関連付けされた最終機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むかどうかを決定する第２の決定手段と、
ユーザに関連付けされた最終機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むと決定された場合に、ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定する第３の決定手段と、
を備える請求項１５に記載のシステム。
【請求項２３】
第１の決定手段は、オペレーティングシステムがその上で動作しているコンピュータ上で実行しているソフトウェアプログラムを備え、オペレーティングシステムは第１の組のユーザ役割を認識し、かつ、第１の識別手段は第１の組の役割と独立している第２の組の役割の中から役割を選択する手段を備えている請求項２２に記載のシステム。
【請求項２４】
受け取り手段は複数の機器のうちの選択した１つとローカルに結合された入力デバイスを介してユーザからログオン資格証明を受け取る手段を備える請求項１５に記載のシステム。
【請求項２５】
ログオン資格証明はユーザ名およびパスワードを備えている請求項１５に記載のシステム。
【請求項２６】
第１の決定手段は、
ネットワークを介してサーバに認証要求を送信する手段と、
ネットワークを介してサーバから認証応答を受け取る手段と、
認証応答がログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していることを示しているかどうかを決定する手段と、
を備える請求項１５に記載のシステム。
【請求項２７】
ユーザが複数の機器のうちの選択した１つを用いて実行する権利を有するオペレーションの組を識別する手段と、
識別されたオペレーションの組内にあるそれらのオペレーションのみを複数の機器のうちの選択した１つで実行することをユーザに許可する手段と、
をさらに備える請求項１５に記載のシステム。
【請求項２８】
第１の決定手段は、データ格納装置のローカルコピー内に格納された資格証明情報とその資格証明を比較することによってログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証しているかどうかを決定する手段を備える請求項１５に記載のシステム。
【請求項２９】
（Ａ）機器によって実行されるテストの結果に署名するために第１のユーザから第１の電子署名を受け取るステップと、
（Ｂ）ユーザに関連付けされた資格証明に基づいてユーザを認証するステップと、
（Ｃ）ユーザの役割を識別するステップと、
（Ｄ）ユーザの役割が役割基準を満足しているかどうかを決定するステップと、
（Ｅ）ユーザの役割が役割基準を満足している場合にのみ第１の電子署名を受け入れるステップと、
を含むコンピュータで実行される方法。
【請求項３０】
ステップ（Ｄ）はユーザがスーパバイザであるかどうかを決定するステップを含む請求項２９に記載の方法。
【請求項３１】
ステップ（Ｄ）はユーザが２１ ＣＦＲ Ｐａｒｔ １１に従ったスーパバイザとしての資格を有するかどうかを決定するステップを含む請求項２９に記載の方法。
【請求項３２】
ステップ（Ｃ）は、オペレーティングシステムを動作させているコンピュータによって実行され、オペレーティングシステムは第１の組のユーザ役割を認識し、かつ、ステップ（Ｄ）は第１の組の役割と独立している第２の組の役割の中から役割を識別するステップを含む請求項２９に記載の方法。
【請求項３３】
（Ｆ）役割確認が要求されているかどうかを決定するステップと、
（Ｇ）役割確認が要求されていると決定された場合にのみ、ステップ（Ｃ）（Ｄ）および（Ｅ）を実行するステップと、
をさらに含む請求項２９に記載の方法。
【請求項３４】
機器によって実行されるテストの結果に署名するために第１のユーザから第１の電子署名を受け取る受け取り手段と、
ユーザに関連付けされた資格証明に基づいてユーザを認証する認証手段と、
ユーザの役割を識別する識別手段と、
ユーザの役割が役割基準を満足しているかどうかを決定する第１の決定手段と、
ユーザの役割が役割基準を満足している場合にのみ第１の電子署名を受け入れる受け入れ手段と、
を備えるシステム。
【請求項３５】
第１の決定手段はユーザがスーパバイザであるかどうかを決定する手段を備える請求項３４に記載のシステム。
【請求項３６】
第１の決定手段は、ユーザが２１ ＣＦＲ Ｐａｒｔ １１に従ったスーパバイザとしての資格を有するかどうかを決定する手段を備える請求項３４に記載のシステム。
【請求項３７】
識別手段は、オペレーティングシステムを動作させているコンピュータによって実行されるソフトウェアプログラムを備え、オペレーティングシステムは第１の組のユーザ役割を認識し、かつ、第１の決定手段は第１の組の役割と独立している第２の組の役割の中から役割を識別する手段を備える請求項３４に記載のシステム。
【請求項３８】
役割確認が要求されるかどうかを決定する第２の決定手段と、
役割確認が要求されていると決定された場合にのみステップ（Ｃ）（Ｄ）および（Ｅ）を実行する手段と、
をさらに備える請求項３４に記載のシステム。
【請求項１】
複数の機器を含むシステムにおける方法であって、
（Ａ）複数の機器のうちの選択した１つに対するアクセスすることを試みるユーザからログオン資格証明を受け取るステップと、
（Ｂ）その資格証明を、ネットワークを介して複数の機器にアクセス可能なデータ格納装置内に格納された資格証明情報と比較することによって、そのログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証しているかどうかを決定するステップと、
（Ｃ）ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定された場合にのみ、複数の機器のうちの選択した１つに対するユーザアクセスを許諾するステップと、
を含む方法。
【請求項２】
（Ｄ）ステップ（Ｂ）の前に、ユーザがログオン資格証明に基づくシステムの認証されたユーザであるかどうかを決定するステップをさらに有し、
ステップ（Ｃ）は、ユーザがシステムの認証されたユーザであると決定され、かつログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定された場合にのみ、複数の機器のうちの選択した１つに対するユーザアクセスを許諾するステップを含む請求項１に記載の方法。
【請求項３】
ステップ（Ｄ）はオペレーティングシステムの認証機構によって実行される請求項２に記載の方法。
【請求項４】
ステップ（Ｃ）はオペレーティングシステムの認証機構と別の手段によって実行される請求項３に記載の方法。
【請求項５】
オペレーティングシステムの認証機構と別の手段は、データ格納装置を供給するサーバを備える請求項４に記載の方法。
【請求項６】
ステップ（Ｂ）は、
（Ｂ）（１）ユーザの役割を識別するステップと、
（Ｂ）（２）役割に関連付けされた機器アクセス権の組を識別するステップと、
（Ｂ）（３）役割に関連付けされた機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むかどうかを決定するステップと、
（Ｂ）（４）役割に関連付けされた機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むと決定された場合に、ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定するステップと、
を含む請求項１に記載の方法。
【請求項７】
ステップ（Ｂ）は、オペレーティングシステムがその上で動作しているコンピュータによって実行され、オペレーティングシステムは第１の組のユーザ役割を認識し、かつ、ステップ（Ｂ）（１）は第１の組の役割と独立している第２の組の役割の中から役割を選択するステップを含む、請求項１に記載の方法。
【請求項８】
ステップ（Ｂ）は、
（Ｂ）（１）ユーザの役割を識別するステップと、
（Ｂ）（２）役割に関連付けされたデフォルト機器アクセス権の組を識別するステップと、
（Ｂ）（３）ユーザに関連付けされたユーザ固有の機器アクセス権の組を識別するステップと、
（Ｂ）（４）ユーザに関連付けされた最終機器アクセス権の組を得るためにユーザ固有の機器アクセス権をデフォルト機器アクセス権に適用するステップと、
（Ｂ）（５）ユーザに関連付けされた最終機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むかどうかを決定するステップと、
（Ｂ）（６）ユーザに関連付けされた最終機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むと決定された場合に、ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定するステップと、
を含む請求項１に記載の方法。
【請求項９】
ステップ（Ｂ）は、オペレーティングシステムがその上で動作しているコンピュータによって実行され、オペレーティングシステムは第１の組のユーザ役割を認識し、かつ、ステップ（Ｂ）（１）は第１の組の役割と独立している第２の組の役割の中から役割を選択するステップを含む、請求項１に記載の方法。
【請求項１０】
ステップ（Ａ）は複数の機器のうちの選択した１つとローカルに結合された入力デバイスを介してユーザからログオン資格証明を受け取るステップを含む請求項１に記載の方法。
【請求項１１】
ログオン資格証明はユーザ名およびパスワードを備えている請求項１に記載の方法。
【請求項１２】
ステップ（Ｂ）は、
（Ｂ）（１）ネットワークを介してサーバに認証要求を送信するステップと、
（Ｂ）（２）ネットワークを介してサーバから認証応答を受け取るステップと、
（Ｂ）（３）認証応答が、ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していることを示しているかどうかを決定するステップと、
を含む請求項１に記載の方法。
【請求項１３】
（Ｄ）ユーザが、複数の機器のうちの選択した１つを用いて実行する権利を有するオペレーションの組を識別するステップと、
（Ｅ）識別されたオペレーションの組内にあるそれらのオペレーションのみを複数の機器のうちの選択した１つで実行することをユーザに許可するステップと、
をさらに含む請求項１に記載の方法。
【請求項１４】
ステップ（Ｂ）は、データ格納装置のローカルコピー内に格納された資格証明情報とその資格証明を比較することによってログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証しているかどうかを決定するステップを含む請求項１に記載の方法。
【請求項１５】
複数の機器と、
複数の機器のうちの選択した１つにアクセスすることを試みるユーザからログオン資格証明を受け取る受け取り手段と、
ネットワークを介して複数の機器にアクセス可能なデータ格納装置内に格納された資格証明情報とその資格証明を比較することによってログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証しているかどうかを決定する第１の決定手段と、
ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定された場合にのみ、複数の機器のうちの選択した１つに対するユーザアクセスを許諾する権利許諾手段と、
を備えるシステム。
【請求項１６】
更に、
ユーザがログオン資格証明に基づくシステムの認証されたユーザであるかどうかを決定する第２の決定手段を備え、
権利許諾手段は、ユーザがシステムの認証されたユーザであることが決定され、かつ、ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定された場合にのみ、複数の機器のうちの選択した１つに対するユーザアクセスを許諾する手段を備える請求項１５に記載のシステム。
【請求項１７】
第２の決定手段はオペレーティングシステムの認証機構のコンポーネントを備える請求項１６に記載のシステム。
【請求項１８】
権利許諾手段はオペレーティングシステムの認証機構とは別のコンポーネントを備える請求項１７に記載のシステム。
【請求項１９】
オペレーティングシステムの認証機構とは別のコンポーネントはデータ格納装置を供給するサーバを備える請求項１８に記載のシステム。
【請求項２０】
第１の決定手段は、
ユーザの役割を識別する第１の識別手段と、
役割に関連付けされた機器アクセス権の組を識別する第２の識別手段と、
役割に関連付けされた機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むかどうかを決定する第２の決定手段と、
役割に関連付けされた機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むと決定された場合に、ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定する第３の決定手段と、
を備える請求項１５に記載のシステム。
【請求項２１】
第１の決定手段は、オペレーティングシステムがその上で動作しているコンピュータ上で実行しているソフトウェアプログラムを備え、オペレーティングシステムは第１の組のユーザ役割を認識し、かつ、第１の識別手段は第１の組の役割と独立している第２の組の役割の中から役割を選択する手段を備えている請求項２０に記載のシステム。
【請求項２２】
第１の決定手段は、
ユーザの役割を識別する第１の識別手段と、
役割に関連付けされたデフォルト機器アクセス権の組を識別する第２の識別手段と、
ユーザに関連付けされたユーザ固有の機器アクセス権の組を識別する第３の識別手段と、
ユーザに関連付けされた最終機器アクセス権の組を得るためにユーザ固有の機器アクセス権をデフォルト機器アクセス権に適用する適用手段と、
ユーザに関連付けされた最終機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むかどうかを決定する第２の決定手段と、
ユーザに関連付けされた最終機器アクセス権の組が複数の機器のうちの選択した１つにアクセスする権利を含むと決定された場合に、ログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していると決定する第３の決定手段と、
を備える請求項１５に記載のシステム。
【請求項２３】
第１の決定手段は、オペレーティングシステムがその上で動作しているコンピュータ上で実行しているソフトウェアプログラムを備え、オペレーティングシステムは第１の組のユーザ役割を認識し、かつ、第１の識別手段は第１の組の役割と独立している第２の組の役割の中から役割を選択する手段を備えている請求項２２に記載のシステム。
【請求項２４】
受け取り手段は複数の機器のうちの選択した１つとローカルに結合された入力デバイスを介してユーザからログオン資格証明を受け取る手段を備える請求項１５に記載のシステム。
【請求項２５】
ログオン資格証明はユーザ名およびパスワードを備えている請求項１５に記載のシステム。
【請求項２６】
第１の決定手段は、
ネットワークを介してサーバに認証要求を送信する手段と、
ネットワークを介してサーバから認証応答を受け取る手段と、
認証応答がログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証していることを示しているかどうかを決定する手段と、
を備える請求項１５に記載のシステム。
【請求項２７】
ユーザが複数の機器のうちの選択した１つを用いて実行する権利を有するオペレーションの組を識別する手段と、
識別されたオペレーションの組内にあるそれらのオペレーションのみを複数の機器のうちの選択した１つで実行することをユーザに許可する手段と、
をさらに備える請求項１５に記載のシステム。
【請求項２８】
第１の決定手段は、データ格納装置のローカルコピー内に格納された資格証明情報とその資格証明を比較することによってログオン資格証明が複数の機器のうちの選択した１つにユーザがアクセスすることを認証しているかどうかを決定する手段を備える請求項１５に記載のシステム。
【請求項２９】
（Ａ）機器によって実行されるテストの結果に署名するために第１のユーザから第１の電子署名を受け取るステップと、
（Ｂ）ユーザに関連付けされた資格証明に基づいてユーザを認証するステップと、
（Ｃ）ユーザの役割を識別するステップと、
（Ｄ）ユーザの役割が役割基準を満足しているかどうかを決定するステップと、
（Ｅ）ユーザの役割が役割基準を満足している場合にのみ第１の電子署名を受け入れるステップと、
を含むコンピュータで実行される方法。
【請求項３０】
ステップ（Ｄ）はユーザがスーパバイザであるかどうかを決定するステップを含む請求項２９に記載の方法。
【請求項３１】
ステップ（Ｄ）はユーザが２１ ＣＦＲ Ｐａｒｔ １１に従ったスーパバイザとしての資格を有するかどうかを決定するステップを含む請求項２９に記載の方法。
【請求項３２】
ステップ（Ｃ）は、オペレーティングシステムを動作させているコンピュータによって実行され、オペレーティングシステムは第１の組のユーザ役割を認識し、かつ、ステップ（Ｄ）は第１の組の役割と独立している第２の組の役割の中から役割を識別するステップを含む請求項２９に記載の方法。
【請求項３３】
（Ｆ）役割確認が要求されているかどうかを決定するステップと、
（Ｇ）役割確認が要求されていると決定された場合にのみ、ステップ（Ｃ）（Ｄ）および（Ｅ）を実行するステップと、
をさらに含む請求項２９に記載の方法。
【請求項３４】
機器によって実行されるテストの結果に署名するために第１のユーザから第１の電子署名を受け取る受け取り手段と、
ユーザに関連付けされた資格証明に基づいてユーザを認証する認証手段と、
ユーザの役割を識別する識別手段と、
ユーザの役割が役割基準を満足しているかどうかを決定する第１の決定手段と、
ユーザの役割が役割基準を満足している場合にのみ第１の電子署名を受け入れる受け入れ手段と、
を備えるシステム。
【請求項３５】
第１の決定手段はユーザがスーパバイザであるかどうかを決定する手段を備える請求項３４に記載のシステム。
【請求項３６】
第１の決定手段は、ユーザが２１ ＣＦＲ Ｐａｒｔ １１に従ったスーパバイザとしての資格を有するかどうかを決定する手段を備える請求項３４に記載のシステム。
【請求項３７】
識別手段は、オペレーティングシステムを動作させているコンピュータによって実行されるソフトウェアプログラムを備え、オペレーティングシステムは第１の組のユーザ役割を認識し、かつ、第１の決定手段は第１の組の役割と独立している第２の組の役割の中から役割を識別する手段を備える請求項３４に記載のシステム。
【請求項３８】
役割確認が要求されるかどうかを決定する第２の決定手段と、
役割確認が要求されていると決定された場合にのみステップ（Ｃ）（Ｄ）および（Ｅ）を実行する手段と、
をさらに備える請求項３４に記載のシステム。
【図１】
【図２Ａ】
【図２Ｂ】
【図３Ａ】
【図３Ｂ】
【図３Ｃ】
【図３Ｄ】
【図３Ｅ】
【図４Ａ】
【図４Ｂ】
【図４Ｃ】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８Ａ】
【図８Ｂ】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図９Ｄ】
【図９Ｅ】
【図２Ａ】
【図２Ｂ】
【図３Ａ】
【図３Ｂ】
【図３Ｃ】
【図３Ｄ】
【図３Ｅ】
【図４Ａ】
【図４Ｂ】
【図４Ｃ】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８Ａ】
【図８Ｂ】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図９Ｄ】
【図９Ｅ】
【公開番号】特開２０１０−２１１８２２（Ｐ２０１０−２１１８２２Ａ）
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１０−１１２７８８（Ｐ２０１０−１１２７８８）
【出願日】平成２２年５月１７日（２０１０．５．１７）
【分割の表示】特願２００４−５５１７９４（Ｐ２００４−５５１７９４）の分割
【原出願日】平成１５年１１月６日（２００３．１１．６）
【出願人】（３９００１９５８５）ミリポア・コーポレイション (212)
【氏名又は名称原語表記】ＭＩＬＬＩＰＯＲＥ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【出願番号】特願２０１０−１１２７８８（Ｐ２０１０−１１２７８８）
【出願日】平成２２年５月１７日（２０１０．５．１７）
【分割の表示】特願２００４−５５１７９４（Ｐ２００４−５５１７９４）の分割
【原出願日】平成１５年１１月６日（２００３．１１．６）
【出願人】（３９００１９５８５）ミリポア・コーポレイション (212)
【氏名又は名称原語表記】ＭＩＬＬＩＰＯＲＥ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
[ Back to top ]