(57)【特許請求の範囲】
【請求項１】
少なくとも１つのプロセッサによって実行される方法であって、
第１の先行する時間期間内にそれぞれの第１のパスワード信用証明書が調べられたプロセッサ‐ベースの第１の複数のシステムを決定することと、
それぞれの前記第１のパスワード信用証明書が調べられてから生じた期限切れスレッショルド時間期間内に、前記第１のパスワード信用証明書が変更されていない前記第１の複数のシステムのうちの少なくとも１つを決定することと、
前記第１の先行する時間期間内に前記第１のパスワード信用証明書が調べられたとの決定および前記スレッショルド時間期間の前記期限切れに基づいて前記第１の複数のシステムから遠隔配置された追加のプロセッサ‐ベースのシステムから前記第１の複数のシステムのうちの前記少なくとも１つのための前記第１のパスワード信用証明書を自動的にリモート変更することと、
を含む方法。
【請求項２】
第２の先行する時間期間内にそれぞれの第２のパスワード信用証明書が変更されていない第２の複数のシステムを決定することと、
前記第２の先行する時間期間内に前記第２のパスワード信用証明書が変更されていないとの決定に基づいて追加のシステムから前記第２の複数のシステムのそれぞれのためのそれぞれの前記第２のパスワード信用証明書をリモート変更することと、
を含む請求項１に記載の方法。
【請求項３】
それぞれの第２のパスワード信用証明書をリモート変更することは、前記第２の複数のシステムのそれぞれのための一意的な追加の第２のパスワードを供給することを含む、請求項２に記載の方法。
【請求項４】
それぞれの前記第１のパスワード信用証明書をリモート変更することは、前記第１の複数のシステムのそれぞれのための一意的な追加の第１のパスワードを供給することを含む、請求項１から請求項３のいずれか１つに記載の方法。
【請求項５】
最初に、前記第１の複数のシステムのうちの追加の１つのためのパスワード信用証明書管理アカウントをセットアップすることと、
前記パスワード信用証明書管理アカウントの最初のセットアップ時に、前記追加のプロセッサ‐ベースのシステムからデータベース内にレコードをリモート挿入することと、
を包含し、
前記データベースは、前記パスワード信用証明書管理アカウントに関連付けされた既存のレコードを有していない、
請求項１から請求項４のいずれか１つに記載の方法。
【請求項６】
パスワード付きの前記レコードをリモート入力することを含む、請求項５に記載の方法。
【請求項７】
最初に、前記第１の複数のシステムのうちの追加の１つのためのパスワード信用証明書管理アカウントをセットアップすることと、
前記パスワード信用証明書管理アカウントの最初のセットアップ時に、前記第１の複数のシステムのうちの前記追加の１つにパスワード・レコードをリモート挿入することと、
を包含し、
前記第１の複数のシステムのうちの前記追加の１つは、前記パスワード信用証明書管理アカウントに関連付けされた既存のパスワード・レコードを有していない、
請求項１から請求項６のいずれか１つに記載の方法。
【請求項８】
コンピュータに請求項１から請求項７のいずれか１つに記載の方法を実行させるためのプログラム。
【請求項９】
請求項１から請求項７のいずれか１つに記載の方法を遂行するための手段を備える装置。
【請求項１０】
請求項１から請求項７のいずれか１つに記載の方法を実行する少なくとも１つのプロセッサを含むコンピュータ・システム。
【請求項１１】
メモリと、
前記メモリに結合されたプロセッサと、
第１の先行する時間期間内にそれぞれの第１のパスワード信用証明書が調べられた第１の複数のプロセッサ‐ベースのシステムを決定するための手段と、
それぞれの前記第１のパスワード信用証明書が調べられてから生じた期限切れスレッショルド時間期間内に、前記第１のパスワード信用証明書が変更されていない前記第１の複数のシステムのうちの少なくとも１つを決定するための手段と、
前記第１の先行する時間期間内に前記第１のパスワード信用証明書が調べられたとの決定および前記スレッショルド時間期間の前記期限切れに基づいて前記第１の複数のシステムから遠隔配置された追加のプロセッサ‐ベースのシステムから前記第１の複数のシステムのうちの前記少なくとも１つのための前記第１のパスワード信用証明書を自動的にリモート変更するための手段と、
を備えるシステム。
【請求項１２】
第２の先行する時間期間内にそれぞれの第２のパスワード信用証明書が変更されていない第２の複数のシステムを決定するための手段と、
前記第２の先行する時間期間内に前記第２のパスワード信用証明書が変更されていないとの決定に基づいて追加のシステムから前記第２の複数のシステムのそれぞれのためのそれぞれの前記第２のパスワード信用証明書をリモート変更するための手段と、
を備える、請求項１１に記載のシステム。
【請求項１３】
それぞれの前記第２のパスワード信用証明書をリモート変更することは、前記第２の複数のシステムのそれぞれのための一意的な追加の第２のパスワードを供給することを含む、請求項１２に記載のシステム。
【請求項１４】
それぞれの前記第１のパスワード信用証明書をリモート変更することは、前記第１の複数のシステムのそれぞれのための一意的な追加の第１のパスワードを供給することを含む、請求項１１から請求項１３のいずれか１つに記載のシステム。
【請求項１５】
最初に、前記第１の複数のシステムのうちの追加の１つのためのパスワード信用証明書管理アカウントをセットアップするための手段と、
前記パスワード信用証明書管理アカウントの最初のセットアップ時に、前記追加のプロセッサ‐ベースのシステムからデータベース内にレコードをリモート挿入するための手段と、
を備え、
前記データベースは、前記パスワード信用証明書管理アカウントに関連付けされた既存のレコードを有していない、
請求項１１から請求項１４のいずれか１つに記載のシステム。
【請求項１６】
最初に、前記第１の複数のシステムのうちの追加の１つのためのパスワード信用証明書管理アカウントをセットアップするための手段と、
前記パスワード信用証明書管理アカウントの最初のセットアップ時に、前記第１の複数のシステムのうちの前記追加の１つにパスワード・レコードをリモート挿入するための手段と、
を包含し、
前記第１の複数のシステムのうちの前記追加の１つは、前記パスワード信用証明書管理アカウントに関連付けされた既存のパスワード・レコードを有していない、
請求項１１から請求項１５のいずれか１つに記載のシステム。
【請求項１７】
第１の先行する時間期間内にそれぞれの第１のパスワード信用証明書が調べられた第１の複数のプロセッサ‐ベースのシステムを決定する段階と、
それぞれの前記第１のパスワード信用証明書が調べられてから生じた期限切れスレッショルド時間期間内に、前記第１のパスワード信用証明書が変更されていない前記第１の複数のシステムのうちの少なくとも１つを決定する段階と、
前記第１の先行する時間期間内に前記第１のパスワード信用証明書が調べられたとの決定および前記スレッショルド時間期間の前記期限切れに基づいて前記第１の複数のシステムから遠隔配置された追加のプロセッサ‐ベースのシステムから前記第１の複数のシステムのうちの前記少なくとも１つのための前記第１のパスワード信用証明書を自動的にリモート変更する段階と
をコンピュータに実行させるためのプログラム。
【請求項１８】
第２の先行する時間期間内にそれぞれの第２のパスワード信用証明書が変更されていない第２の複数のシステムを決定する段階と、
前記第２の先行する時間期間内に前記第２のパスワード信用証明書が変更されていないとの決定に基づいて追加のシステムから前記第２の複数のシステムのそれぞれのためのそれぞれの前記第２のパスワード信用証明書をリモート変更する段階と
をさらに前記コンピュータに実行させるための請求項１７に記載のプログラム。
【発明の詳細な説明】
【背景技術】
【０００１】
データセンタ内においては、日夜全時間を通じて複数の者にローカル・パスワードがアクセス可能である必要がある。従来的にその種のパスワード・アクセスは、マニュアル業務（例：パスワードの手書きメモを維持する）に依存している。マニュアル業務を改善するものとして、ソフトウエア実装されたソリューションが存在する。しかしながら、ソフトウエア・ベースのテクニックは、過度に『ユーザ・セントリック』である。たとえば、マシン（例：サーバまたはクライアント）上においてユーザがローカルにパスワードを変更した後、パスワード管理データベースを更新する。しかしながらこのユーザは、データベースの更新後、新しいパスワードの知識を保持する。ユーザは、将来における何らかの段階でそのパスワードが再び変更されるまで、その知識を持ち続ける。１人のユーザによる知識の保持は、セキュリティの理由にとってあまり理想的でない。
【０００２】
そのほかの従来的なパスワード管理の方法は、複数のマシンに単一のパスワードを設定することを伴う。しかしながら、同一パスワードが複数のマシン上で使用されることから、１つのシステム上における１つの侵入工作が多くのほかのシステム上における侵入工作を導く可能性がある。そのほかのテクニックもまた問題を抱えている。たとえば『サーバ・セントリックな』テクニックは、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（アクティブ・ディレクトリ）アカウントを使用し、各クライアントのためのパスワードをリモート変更する一方で、クライアントのリストを通じてループすることができる。しかしながら、これを行なうためには、各ターゲット・マシンのための高レベルの特権が必要になる。これはまた、各マシンの非常にタイトな統合も必要とし、それにより多くのターゲット・マシンが関係する場合には、パスワード管理システムの大量のロールアウトが実際的でなくなる。
【０００３】
さらにほかには、より単純にパスワードを日々変更する方法がある。しかしながらこれもまた、大量のマシンに対してスケーラブルでない。たとえば、１００台のマシンを伴うデータセンタは、毎日システムが１００台のマシンのそれぞれに新しいパスワードを発行し、切り換えの確認を受信し、かつそのほかの類似することをしなければならないとすると困難を有することになるであろう。また、その種のシステムは、システムによるパスワードの切り換えに先行して、クライアントのためのデータベース・レコードの作成を必要とすると見られる。これもまた、パスワード管理サービスの初期ロールアウトを複雑化することによって不充分なスケーラビリティを導く。
【０００４】
本発明の実施態様の特徴および利点は、付随する特許請求の範囲、以下の１つまたは複数の例示的な実施態様の詳細な説明、および次に挙げる対応する図面から明らかになるであろう。
【図面の簡単な説明】
【０００５】
【図１】本発明の１つの実施態様におけるクライアント・アーキテクチャの説明図である。
【図２】本発明の実施態様における概略のフローチャートである。
【図３】本発明の実施態様における概略のフローチャートである。
【発明を実施するための形態】
【０００６】
以下の説明においては多くの特定の詳細が示されているが、本発明の実施態様は、これらの特定の詳細を伴わずに実施されることが許される。周知の回路、構造、およびテクニックは、この説明の理解の不明瞭化を回避するべく詳細には示されていない。『実施態様』、『多様な実施態様』およびこの類の表現は、そのように述べられた実施態様（１つまたは複数）が、特定の特徴、構造、または特性を含み得るが、必ずしもすべての実施態様がその特定の特徴、構造、または特性を含む必要はないことを示す。いくつかの実施態様は、ほかの実施態様について述べられた特徴のうちのいくつかまたはすべてを有するか、またはまったく有していないことがある。『第１の』、『第２の』、『第３の』等々は、共通のオブジェクトを記述し、類似するオブジェクトの異なるインスタンスが参照されていることを示す。その種の修飾語は、そのように述べられたオブジェクトが、時間的、空間的、ランク、またはそのほかのあらゆる態様において所定のシーケンスになければならないことを暗示しない。『接続される』は、互いの要素の直接物理的または電気的接触を示すことができ、『結合される』は、互いの要素の協働または相互作用を示すことができるが、それらが直接物理的に、または電気的に接触することもあれば、接触しないこともある。また、異なる図面内における同一または類似の部品を示すために類似のまたは同一の番号が使用されることがあるが、そのようにすることが、類似のまたは同一の番号を含むすべての図面が、単一の、または同一の実施態様を構成することを意味しない。
【０００７】
実施態様は、堅牢な自動ポリシー・ベースのパスワード管理システムを含む。実施態様は、たとえば、強力なアカウント・パスワード、設定間隔（例：９０日）の頻度で変更されるパスワード、管理されているすべてのマシンのための一意的なパスワード、ユーザが役割を変更するときにアクセスを取り消す能力（例：従業員の解雇または休職）、知る必要性ベースのパスワードの共有（例：パスワード権は、デバイス・ベースまたはデータ・セット・ベースで既知）、安全な方法を使用するパスワードの伝達、パスワードの監査が可能、パスワード・アクセスの追跡可能性が有効、およびユーザがパスワードの知識を得た後、設定時間でパスワードを変更する能力といった特徴のうちのいくつかだけ、またはすべてを含むことができる。実施態様は、ユーザの管理タスクを殆ど伴うことなく高度に自動化できる。また実施態様は、高度にスケーラブルとなり得る。さらにまた、実施態様はポリシー駆動型であり、したがって、異なる要件セットに基づいてカスタム化できる。
【０００８】
図１は、本発明の１つの実施態様におけるクライアント・アーキテクチャを含んでいる。この実施態様は、ポリシー駆動型の自動化されたローカル管理者パスワード管理システムである。実施態様は、多様な構成要素を含む。データベース１４０は、サーバ、アカウントのリスト、および／またはこれらのアカウントのアクセス制御リストを含むことができる。ウェブ・アプリケーション１３０は、ユーザがサーバのサーチおよびパスワードのクエリに使用できるユーザ・インターフェースを含むことができる。ユーザ１０５がパスワードを調べる許可を有するには、正しいアクセス制御リスト（ＡＣＬ）のメンバである必要があるとすることができる。パスワードが調べられたとき、この活動を監査データベース１２０内にログすることができる。ウェブ・サービス１３５は、サーバ内（例：サーバ上にあるデータベース１４０）へのレコードの挿入、および／またはシステム（例：ターゲットまたは被管理サーバ１５５、１５６、１５７）内へのパスワードの挿入を、その種のレコードがまだ設定されていないときに行なうための方法を含むことができる。サービス１３５は、サーバのパスワード（例：データベース１４０または被管理サーバ１５５、１５６、１５７上）を、その被管理サーバ上にパスワード・レコードがすでに存在している場合に、更新することもできる。サービス１３５は、また、パスワードが調べられたこと、およびこの類のことのクエリをサーバに行なうこともできる。
【０００９】
より詳細に述べれば、被管理クライアント・サービス１１５が、インストール済みのソフトウエア・サービスを含むか、または各被管理マシン（１５５、１５６、１５７）と通信することができる。サービスは、ポリシーに従ってローカル管理者パスワードを、たとえば９０日ごとに変更すること、およびウェブ・サービス１３５を通じてデータベースを更新することができる。サービスは、また、ポートを開けて以下に詳細を論じるＣｈａｎｇｅ  Ｐａｓｓｗｏｒｄ（チェンジ・パスワード（パスワード変更））命令等の特定の命令の、マシン１５５、１５６、１５７上における多様な形式のリモート・アクセスを介した（たとえば、監査サービス１２１による．ＮＥＴ  Ｒｅｍｏｔｉｎｇ（ドットネット・リモーティング（リモート処理）を通じた）リモート呼び出しを許可できる。上記の時間期間（９０日ポリシー）は、ローカル構成ファイルから読み出される。サービス１１５は、その後ウェブ・サービス１３５を介してデータベース１４０のバックエンドを更新し、したがってソリューションからユーザ１０５を削除する。サービスによって、Ｃｈａｎｇｅ  Ｐａｓｓｗｏｒｄ（チェンジ・パスワード（パスワード変更））機能のリモート呼び出しを可能にするべくリモート処理ポートが開けられる。実施態様においては、Ｃｈａｎｇｅ  Ｐａｓｓｗｏｒｄ（チェンジ・パスワード（パスワード変更））の呼び出しがパラメータを伴わない。呼び出しの起動は、単に、パスワードの変更およびデータベース１４０のバックエンドの更新を開始する。
【００１０】
自動的にパスワードに対する変更を実装できるウェブ・サービス１３５に加えて、１つの実施態様においては、パスワードのマニュアルの変更を、モジュール１１０を介して実装できる。
【００１１】
監査サービス１２１は、パスワードが調べられたこと、および調べられてからどの程度経っているかについて、監査データベース１２０にクエリを行なうことができる（たとえば、ＧｅｔＶｉｅｗｅｄＡｃｃｏｕｎｔｓ（）（ゲットビュードアカウンツ（調べられたアカウントを取得））命令を使用する）。サービス１２１は、調べられてから経過した時間がスレッショルド（例：２時間）を超えるか否かを決定できる。超えている場合には、サービス１２１が、懸案のターゲット・サーバ上のＣｈａｎｇｅ  Ｐａｓｓｗｏｒｄ（チェンジ・パスワード（パスワード変更））命令（それの例は後述する）をリモート呼び出しできる。その結果として、以前にユーザが知っていたパスワードがその後は有効でなくなる。
【００１２】
監査サービス１２１は、監視サービスを含むことができるので、サーバと接触してパスワードのリモート変更が監査サービス１２１に可能でないとき、サービス１２１は、イベント・ログにアラート監視サービス（例：Ｍｉｃｒｏｓｏｆｔ  Ｏｐｅｒａｔｉｏｎｓ  Ｍａｎａｇｅｒ  （ＭＯＭ）（マイクロソフト・オペレーションズ・マネージャ））が監視するイベントをログできる。これは、スタッフ管理者がさらに問題を調査するチケットまたはアラームを惹起させる。
【００１３】
実施態様においては、エンタープライズ・アクセス管理（ＥＡＭ）サービス１４５がサーバ上にあり、多様なユーザ１５０のためのＡＣＬを維持できる。サーバ（１５５、１５６、１５７）のパスワードを調べるアクセスは、その種のＡＣＬを通じて制御される。ＡＣＬは、ユーザ１５０のそれぞれにアクセスまたは特権レベルを割り当てるＥＡＭ  １４５を通じて管理される。これは、デバイスごと、データ・セットごと、およびこの類の共有パスワードの粒状度を可能にする（すなわち、ユーザがどのような権利を有し、どのような権利を有していないかを高い精度で制御することが可能になる）。
【００１４】
パスワード管理システムの展開については、初回のパスワード管理システムの動作時にサービス１３５がレコードをデータベース１４０内に『挿入』できる。レコードは、たとえば、サーバ識別子、サーバ・パスワード、サーバにアクセスするための関連ＡＣＬ特権、およびＡＣＬについての記述を含むことができる。システム１３５は、その後に続いてデータベース１４０に接続する都度、このパスワード・レコードを更新できる。これは、展開を非常にスケーラブルにし（たとえば１００，０００台のマシンまで）、それにもかかわらず異なるデータ・セット・レベルまたはデバイスに対するアクセスを知る必要性の粒状度を維持する。レコードは、また、ターゲット・マシン１５５、１５６、１５７自体にも挿入されることが許される。
【００１５】
図２は、本発明の実施態様における概略のフローチャートを含んでいる。プロセス２００は、ブロック２０５から開始する。ブロック２１０は、ユーザによって調べられたパスワードまたは信用証明書のリストを決定する。この決定は、監査データベース１２０内にログされた活動を監査する監査サービス１２１に基づくことができる。
【００１６】
ブロック２２０は、ブロック２１０からのリストが空であるか否かを決定する。空であれば、プロセスがブロック２５０において終了する。空でなければ、ブロック２２５が、ターゲット・マシン上のＣｈａｎｇｅ  Ｐａｓｓｗｏｒｄ（チェンジ・パスワード（パスワード変更））命令のリモート呼び出しを行なう。これは、たとえば被管理クライアント・サービス１１５および次に示す擬似コードを使用して行なうことができる。
／／パスワードをローカルに変更する
ｓｔｒｉｎｇ  ｓＰａｔｈ  ＝  ｓｔｒｉｎｇ．Ｆｏｒｍａｔ  （"ＷｉｎＮＴ：／／｛０｝  ／Ａｄｍｉｎｉｓｔｒａｔｏｒ"，  Ｅｎｖｉｒｏｎｍｅｎｔ．ＭａｃｈｉｎｅＮａｍｅ）；
ＤｉｒｅｃｔｏｒｙＥｎｔｒｙ  ｄｉｒｅｃｔｏｒｙＥｎｔｒｙ  ＝  ｎｅｗ  ＤｉｒｅｃｔｏｒｙＥｎｔｒｙ（ｓＰａｔｈ）；
ｄｉｒｅｃｔｏｒｙＥｎｔｒｙ．Ｉｎｖｏｋｅ（"ＳｅｔＰａｓｓｗｏｒｄ"，  ｐａｓｓｗｏｒｄ）；
ｄｉｒｅｃｔｏｒｙＥｎｔｒｙ．ＣｏｍｍｉｔＣｈａｎｇｅｓ（）；
【００１７】
新しいパスワードの生成は、たとえば、被管理クライアント・サービス１１５および次に示す擬似コードを使用して達成できる。
／／ランダム・パスワードを生成する
ＰａｓｓｗｏｒｄＧｅｎｅｒａｔｏｒ  ｇｅｎｅｒａｔｏｒ  ＝  ｎｅｗ  ＰａｓｓｗｏｒｄＧｅｎｅｒａｔｏｒ（）；
ｓｔｒｉｎｇ  ｐａｓｓｗｏｒｄ  ＝  ｇｅｎｅｒａｔｏｒ．Ｇｅｎｅｒａｔｅ（）；
マシンへのアクセスは、．ＮＥＴ  Ｒｅｍｏｔｉｎｇ（ドットネット・リモーティング（リモート処理）およびその類を介して行なうことができる。
【００１８】
ブロック２３５において、トランザクションが成功しなかった場合には、監査データベース１２０内への失敗のログ、およびその後に続くアラート（例：ＭＯＭアラート）の生成を、この問題の追跡のために行なうことができる（ブロック２４０）。トランザクションが成功した場合には、監査データベース１２０内に成功をログすることができる（ブロック２４５）。トランザクション自体については、データベース１４０内のレコードを、たとえば被管理クライアント・サービス１１５および次に示す擬似コードを使用して編集することができる。
／／データベース内にレコードを挿入するファイル関連情報を構成する
＜ａｄｄ  ｋｅｙ＝"ａｃｃｏｕｎｔＮａｍｅ"  ｖａｌｕｅ＝"Ａｄｍｉｎｉｓｔｒａｔｏｒ"／＞
＜ａｄｄ  ｋｅｙ＝"ｐｅｒｍｉｓｓｉｏｎＧｒｏｕｐ"  ｖａｌｕｅ＝"ｄａｔａｂａｓｅＳｕｐｐｏｒｔＴｅａｍ"／＞
＜ａｄｄ  ｋｅｙ＝"ｃｈａｎｇｅＦｒｅｑｕｅｎｃｙＤａｙｓ"  ｖａｌｕｅ＝"９０"／＞
【００１９】
図３は、本発明の実施態様における概略のフローチャートを含んでいる。プロセス３００は、ブロック３０５において開始できる。正常動作の間においては、２４時間ごとにサービス（例：Ｗｉｎｄｏｗｓ（登録商標）  Ｓｅｒｖｉｃｅ（ウインドウズ・サービス）、Ｌｉｎｕｘ（登録商標）  Ｄａｅｍｏｎ（リナクス・デーモン））がウェイクアップしてプロセス３００を遂行できる。
【００２０】
ブロック３１０は、最後のパスワード変更日をチェックする。これは、監査データベース１２０および監査サービス１２１を調べることと調和して行なうことができる。『変更日』は、レジストリ内に暗号化された形式でストアできる。ブロック３２０においては、ブロック３１０からの結果がスレッショルドに照らしてチェックされる。スレッショルドに満たない場合には、ブロック３５５においてプロセスを終了できる。しかしながら、スレッショルドを満たしている場合には、ブロック３２５において、たとえば次に示す擬似コードを使用して新しいパスワードを生成できる。
／／ランダム・パスワードを生成する
ＰａｓｓｗｏｒｄＧｅｎｅｒａｔｏｒ  ｇｅｎｅｒａｔｏｒ  ＝  ｎｅｗ  ＰａｓｓｗｏｒｄＧｅｎｅｒａｔｏｒ（）；
ｓｔｒｉｎｇ  ｐａｓｓｗｏｒｄ  ＝  ｇｅｎｅｒａｔｏｒ．Ｇｅｎｅｒａｔｅ（）；
【００２１】
ブロック３３５においては、ウェブ・サービス１３５が、すでにパスワード・レコードが存在しているか否かを決定できる。存在していなければ、ブロック３５０において、たとえば次に示す擬似コードを使用して新しいレコードを生成し、データベース１４０内に差し込むことができる。
／／データベース内にレコードを挿入する
ｗｅｂＳｅｒｖｉｃｅ．ＩｎｓｅｒｔＣｌｉｅｎｔＲｅｃｏｒｄ（ａｃｃｏｕｎｔＮａｍｅ，  ｐａｓｓｗｏｒｄ，  ｐｅｒｍｉｓｓｉｏｎＧｒｏｕｐ，  ａｃｃｏｕｎｔ＿ｄｅｓｃｒｉｐｔｉｏｎ）
レコードは、次に示す擬似コードを使用して入力されることができる。
／／データベース内にレコードを挿入するファイル関連情報を構成する
＜ａｄｄ  ｋｅｙ＝"ａｃｃｏｕｎｔＮａｍｅ"  ｖａｌｕｅ＝"Ａｄｍｉｎｉｓｔｒａｔｏｒ"／＞
＜ａｄｄ  ｋｅｙ＝"ｐｅｒｍｉｓｓｉｏｎＧｒｏｕｐ"  ｖａｌｕｅ＝"ｄａｔａｂａｓｅＳｕｐｐｏｒｔＴｅａｍ"／＞
＜ａｄｄ  ｋｅｙ＝"ｃｈａｎｇｅＦｒｅｑｕｅｎｃｙＤａｙｓ"  ｖａｌｕｅ＝"９０"／＞
【００２２】
ブロック３４０においては、ターゲット・マシン１５５、１５６、１５７上のパスワードを変更できる。ブロック３２０において変更を必要とするマシンが識別される限り反復される、その種の１つまたは複数の変更を実装するためのループを次に示す。
ｆｏｒ  ｅａｃｈ  （ｓｔｒｉｎｇ  ｓｅｒｖｅｒ  ｉｎ  ｓｅｒｖｅｒｓ）
｛  ｓｔｒｉｎｇ  ｍａｎａｇｅｒＵｒｌ  ＝  ｓｔｒｉｎｇ．Ｆｏｒｍａｔ（"ｔｃｐ：／／｛０｝：１９０１０／ＰａｓｓｗｏｒｄＭａｎａｇｅｒ．ｒｅｍ"，  ｓｅｒｖｅｒ）；
ＩＰａｓｓｗｏｒｄＭａｎａｇｅｒ  ｍａｎａｇｅｒ  ＝  （ＩＰａｓｓｗｏｒｄＭａｎａｇｅｒ）Ａｃｔｉｖａｔｏｒ．ＧｅｔＯｂｊｅｃｔ（ｔｙｐｅｏｆ（ＩＰａｓｓｗｏｒｄＭａｎａｇｅｒ），
ｍａｎａｇｅｒ．ＣｈａｎｇｅＰａｓｓｗｏｒｄ（）；  ｝
【００２３】
したがって実施態様においては、ブロック３４０および３５０に関して、各被管理マシン上で走るクライアント・サービスがデータベース内のそれのパスワードの更新を試みる。これは、たとえばブロック３３５において試みることができる。被管理マシンは、たとえば、パラメータとしてマシン名およびパスワードのみを必要とするＵｐｄａｔｅＰａｓｓｗｏｒｄ（）（アップデートパスワード（パスワード更新））メソッドを呼び出す。したがってこのメソッドは非常に迅速に走り、プロセスはブロック３３５からブロック３４０へ（ブロック３５０をバイパスして）進むことができる。しかしながら、その種の更新が生じる前にレコードがデータベース内に存在しなければならない。レコードが存在しなければ、ブロック３５０においてクライアントは、たとえばＩｎｓｅｒｔＲｅｃｏｒｄ（）（インサート・レコード（レコード挿入））メソッドを呼び出さなければならないが、これはＵｐｄａｔｅＰａｓｓｗｏｒｄ（）（アップデートパスワード（パスワード更新））メソッドより多くのパラメータを取り、その結果としてＵｐｄａｔｅＰａｓｓｗｏｒｄ（）（アップデートパスワード（パスワード更新））メソッドよりランが遅くなる。
【００２４】
ブロック３４５においては、レジストリ（例：監査データベース１２０）を更新できる。プロセスは、ブロック３５５において終了する。
【００２５】
追加の事項として、１つの実施態様においては、データベースが常に最初に更新された後にのみ、被管理クライアント・マシン上においてパスワードがローカルに変更される。これは、被管理クライアント・マシン上においてパスワードがローカルに変更した後にデータベースの更新が可能でなくなる（たとえば、接続性誤りに起因する）というシナリオを回避できる。この種の状況は、新しいパスワードのクエリがだれもできなくなるという結果をもたらすことがある。したがって、１つの実施態様においては、データベースに接触できない場合には、パスワードがローカルに変更されない。
【００２６】
したがって、実施態様は、ユーザのインタラクションを伴うことなく、設定済みの日数ごとにパスワードの変更を管理し、その後新しいパスワードを用いてバックエンド・システムを更新する『被管理クライアント』を含むことができる。またパスワードの変更は、ユーザによってパスワードが調べられた後から設定量の時間内に行なわれることも可能である。この状態の監視（たとえば、パスワードが変更されてからどの程度の長さが経過したか）は、『被管理クライアント』サービスに代えて、またはそれと併せて『監査サービス』によって遂行できる。また実施態様は、『ｉｎｓｅｒｔ  ｒｅｃｏｒｄ（インサート・レコード（レコード挿入））』メソッドを含んでいるウェブ・サービスを含む。したがって、ウェブ・サービスの使用に『準備作業』が必要とされない。たとえば、ウェブ・サービスを介するパスワードの展開に先行してデータベース上にレコードを作成する必要がない。ウェブ・サービスは、任意のマシンへのプッシュが可能であり、ウェブ・サービスのスタートアップ時にはそれ独自のレコードをデータベース内に挿入できる。これは、１００，０００台またはそれを超えるマシンへのスケーラビリティを与える。
【００２７】
実施態様は、（ａ）第１の先行する時間期間（たとえば、２時間）内にそれぞれの第１のパスワード信用証明書（たとえば、パスワードまたはそのほかの要素、資源への特権付きアクセスの獲得に使用される）が調べられた（たとえば、人間のユーザによって）第１の複数のプロセッサ‐ベースのシステムを決定すること、および（ｂ）第１の先行する時間期間内に第１のパスワード信用証明書が調べられたとの決定に基づいて第１の複数のシステムのそれぞれのためのそれぞれの第１のパスワード信用証明書を第１の複数のシステムから遠隔配置された追加のプロセッサ‐ベースのシステムから（たとえば、大きな物理的なエリアにわたって延びるネットワークを介して）リモート変更することができる。
【００２８】
同一の実施態様または別の実施態様は、第２の先行する時間期間（たとえば、９０日）内にそれぞれの第２のパスワード信用証明書（第１のパスワード信用証明書と同じとすることができる）が変更されていない第２の複数のシステムを決定すること、および第２の先行する時間期間内に第２のパスワード信用証明書が変更されていないとの決定に基づいて第２の複数のシステムのそれぞれのためのそれぞれの第２のパスワード信用証明書を追加のシステムからリモート変更することができる。
【００２９】
それぞれの第１または第２のパスワード信用証明書を変更することは、古いパスワードのための交換として一意的なパスワードの供給を含むことができる。各マシン（例：タブレット、サーバ、携帯情報端末、スマートフォン）は、一意的なパスワードを獲得できる。
【００３０】
実施態様は、最初にシステムのためのパスワード信用証明書管理アカウントをセットアップし、アカウントの初期セットアップ時に、追加のプロセッサ‐ベースのシステムからデータベース内にレコードをリモート挿入することができる。しかしながら、データベースには、そのパスワード信用証明書管理アカウントに関連付けされた既存のレコードを有していないことが許される。これは、管理されることになる非常に多くのマシンの間におけるアカウント・システムのスケーラビリティまたはロールアウトを可能にできる。このレコードの『挿入』は、管理されることになるマシン上、パスワード・レコードのデータベース（管理されることになるマシン上またはほかのいずれかの独立したマシン上にストアされる）を保持しているサーバ上におけるものとすることができる。
【００３１】
ここでの実施態様は、特定のテクノロジ（たとえば、Ｗｉｎｄｏｗｓ（登録商標）  Ｓｅｒｖｉｃｅ（ウインドウズ・サービス）、Ｌｉｎｕｘ（登録商標）  Ｄａｅｍｏｎ（リナクス・デーモン）、．ＮＥＴ  Ｒｅｍｏｔｉｎｇ（ドットネット・リモーティング（リモート処理）、およびこの類）を用いてこの中で論じられてきたが、このソリューションは、任意のオペレーティング・システム、多様なプラットフォーム、およびこの類にわたってサポートが可能である。
【００３２】
実施態様はコードで実装することができ、命令を遂行するシステムのプログラムに使用可能な命令をストアする記憶媒体上にストアできる。記憶媒体は、限定ではないが、フロッピー（登録商標）ディスク、光ディスク、ソリッド・ステート・ドライブ（ＳＳＤ）、コンパクトディスク読出し専用メモリ（ＣＤ‐ＲＯＭ）、コンパクトディスク再書き込み可能（ＣＤ‐ＲＷ）、および光磁気ディスクを含む任意タイプのディスク、読出し専用メモリ（ＲＯＭ）およびランダム・アクセス・メモリ（ＲＡＭ）等の半導体デバイス、たとえばダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、消去可能プログラマブル読出し専用メモリ（ＥＰＲＯＭ）、フラッシュ・メモリ、電気的消去可能プログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、磁気または光カード、または電子的な命令のストアに適した任意のそのほかのタイプの媒体を含むことができる。
【００３３】
本発明の実施態様は、命令、関数、プロシージャ、データ構造、アプリケーション・プログラム、構成セッティング、コード等のデータに関して述べることができる。データがマシンによってアクセスされるとき、より詳細がこの中に述べられているとおり、マシンは、タスクの遂行、アブストラクト・データ型の定義、ローレベル・ハードウエア・コンテキストの設定、および／またはそのほかの動作を遂行することによって応答できる。データは、揮発性および／または不揮発性データ・ストレージ内にストアできる。この開示の目的のため、用語『コード』または『プログラム』は、アプリケーション、ドライバ、プロセス、ルーチン、メソッド、モジュール、およびサブルーチンを含む広い範囲の構成要素および構成体を包含する。したがって、用語『コード』または『プログラム』を使用して、処理システムによって実行されたときに所望の１つまたは複数の動作を遂行する命令の任意の集合を言うことができる。加えて、代替実施態様は、開示されたすべての動作より少ない動作を使用するプロセス、追加の動作を使用するプロセス、同一の動作を異なるシーケンスで使用するプロセス、この中に開示されている個別の動作が組み合わされ、細分され、またはそのほかの形で変更されるプロセスを含むことができる。
【００３４】
以上、限られた数の実施態様に関連して本発明を述べてきたが、当業者は、それらから多くの修正および変形を認識するであろう。その種の修正および変形が本発明の真髄および範囲に含まれることから、付随する特許請求の範囲がそれらをすべて保護することが意図されている。
［項目１］
非一過性マシン・アクセス可能記憶媒体を包含する物品であって、実行されたときにシステムが、
第１の先行する時間期間内にそれぞれの第１のパスワード信用証明書が調べられたプロセッサ‐ベースの第１の複数のシステムを決定することと、
上記第１の先行する時間期間内に上記第１のパスワード信用証明書が調べられたとの決定に基づいて上記第１の複数のシステムから遠隔配置されたプロセッサ‐ベースの追加のシステムから上記第１の複数のシステムのそれぞれのためのそれぞれの上記第１のパスワード信用証明書をリモート変更することと、
を可能にする命令を含む上記非一過性マシン・アクセス可能記憶媒体を包含する物品。
［項目２］
上記システムが、
第２の先行する時間期間内にそれぞれの第２のパスワード信用証明書が変更されていない第２の複数のシステムを決定することと、
上記第２の先行する時間期間内に上記第２のパスワード信用証明書が変更されていないとの決定に基づいて上記追加のシステムから上記第２の複数のシステムのそれぞれのためのそれぞれの上記第２のパスワード信用証明書をリモート変更することと、
を可能にする命令を含む、項目１に記載の物品。
［項目３］
それぞれの上記第２のパスワード信用証明書をリモート変更することは、上記第２の複数のシステムのそれぞれのための一意的な追加の第２のパスワードを供給することを含む、項目２に記載の物品。
［項目４］
それぞれの上記第１のパスワード信用証明書をリモート変更することは、上記第１の複数のシステムのそれぞれのための一意的な追加の第１のパスワードを供給することを含む、項目１に記載の物品。
［項目５］
上記システムが、
最初に、上記第１の複数のシステムのうちの追加の１つのためのパスワード信用証明書管理アカウントをセットアップすることと、
上記パスワード信用証明書管理アカウントの最初のセットアップ時に、プロセッサ‐ベースの上記追加のシステムからデータベース内にレコードをリモート挿入することと、
を可能にする命令を含み、
上記データベースは、上記パスワード信用証明書管理アカウントに関連付けされた既存のレコードを有していない、
項目１に記載の物品。
［項目６］
上記システムがパスワード付きの上記レコードをリモート入力することを可能にする命令を含む、項目５に記載の物品。
［項目７］
上記システムが、
最初に、上記第１の複数のシステムのうちの追加の１つのためのパスワード信用証明書管理アカウントをセットアップすることと、
上記パスワード信用証明書管理アカウントの最初のセットアップ時に、上記第１の複数のシステムのうちの上記追加の１つにパスワード・レコードをリモート挿入することと、
を可能にする命令を含み、
上記第１の複数のシステムのうちの上記追加の１つは、上記パスワード信用証明書管理アカウントに関連付けされた既存のパスワード・レコードを有していない、
項目１に記載の物品。
［項目８］
上記システムが、
それぞれの第１のパスワード信用証明書が、上記第１のパスワード信用証明書が調べられてから生じた期限切れスレッショルド時間期間内に変更されていない上記第１の複数のシステムのうちの追加の１つを決定することと、
上記スレッショルド時間期間の上記期限切れに基づいて上記追加のシステムから上記第１の複数のシステムのうちの上記追加の１つのための上記第１のパスワード信用証明書を自動的にリモート変更することと、
を可能にする命令を含む項目１に記載の物品。
［項目９］
第１の先行する時間期間内にそれぞれの第１のパスワード信用証明書が変更されていない第１の複数のシステムを決定することと、
上記第１の先行する時間期間内に上記第１のパスワード信用証明書が変更されていないとの決定に基づいて上記第１の複数のシステムから遠隔配置されたプロセッサ‐ベースの追加のシステムから上記第１の複数のシステムのそれぞれのためのそれぞれの上記第１のパスワード信用証明書をリモート変更することと、
を包含する方法。
［項目１０］
第２の先行する時間期間内にそれぞれの第２のパスワード信用証明書が調べられたプロセッサ‐ベースの第２の複数のシステムを決定することと、
上記第２の先行する時間期間内に上記第２のパスワード信用証明書が調べられたとの決定に基づいて上記第２の複数のシステムから遠隔配置されたプロセッサ‐ベースの追加のシステムから上記第２の複数のシステムのそれぞれのためのそれぞれの上記第２のパスワード信用証明書をリモート変更することと、
を包含する項目９に記載の方法。
［項目１１］
それぞれの第１のパスワード信用証明書が、上記第１のパスワード信用証明書が調べられてから生じた期限切れスレッショルド時間期間内に変更されていない上記第１の複数のシステムのうちの追加の１つを決定することと、
上記スレッショルド時間期間の上記期限切れに基づいて上記追加のシステムから上記第１の複数のシステムのうちの上記追加の１つのための上記第１のパスワード信用証明書を自動的にリモート変更することと、
を包含する項目１０に記載の方法。
［項目１２］
それぞれの上記第１のパスワード信用証明書をリモート変更することは、上記第１の複数のシステムのそれぞれのための一意的な追加の第１のパスワードを供給することを含む、項目９に記載の方法。
［項目１３］
最初に、上記第１の複数のシステムのうちの追加の１つのためのパスワード信用証明書管理アカウントをセットアップすることと、
上記パスワード信用証明書管理アカウントの最初のセットアップ時に、プロセッサ‐ベースの上記追加のシステムからデータベース内にレコードをリモート挿入することと、
を包含し、
上記データベースは、上記パスワード信用証明書管理アカウントに関連付けされた既存のレコードを有していない、
項目９に記載の方法。
［項目１４］
それぞれの上記第２のパスワード信用証明書をリモート変更することは、上記第２の複数のシステムのそれぞれのための一意的な追加の第２のパスワードを供給することを含む、項目１０に記載の方法。
［項目１５］
メモリと、
上記メモリに結合され、（ａ）第１の先行する時間期間内にそれぞれの第１のパスワード信用証明書が調べられたプロセッサ‐ベースの第１の複数のシステムを決定し、（ｂ）上記第１の先行する時間期間内に上記第１のパスワード信用証明書が調べられたとの決定に基づいて上記第１の複数のシステムから遠隔配置された追加のプロセッサ‐ベースのシステムから上記第１の複数のシステムのそれぞれのためのそれぞれの上記第１のパスワード信用証明書をリモート変更するプロセッサと
を備えるシステム。
［項目１６］
上記プロセッサは、
第２の先行する時間期間内にそれぞれの第２のパスワード信用証明書が変更されていない第２の複数のシステムを決定し、
上記第２の先行する時間期間内に上記第２のパスワード信用証明書が変更されていないとの決定に基づいて上記追加のシステムから上記第２の複数のシステムのそれぞれのためのそれぞれの上記第２のパスワード信用証明書をリモート変更する、
項目１５に記載のシステム。
［項目１７］
それぞれの上記第２のパスワード信用証明書をリモート変更することは、上記第２の複数のシステムのそれぞれのための一意的な追加の第２のパスワードを供給することを含む、項目１６に記載のシステム。
［項目１８］
それぞれの上記第１のパスワード信用証明書をリモート変更することは、上記第１の複数のシステムのそれぞれのための一意的な追加の第１のパスワードを供給することを含む、項目１５に記載のシステム。
［項目１９］
上記プロセッサは、
最初に、上記第１の複数のシステムのうちの追加の１つのためのパスワード信用証明書管理アカウントをセットアップし、
上記パスワード信用証明書管理アカウントの最初のセットアップ時に、上記追加のプロセッサ‐ベースのシステムからデータベース内にレコードをリモート挿入し、
上記データベースは、上記パスワード信用証明書管理アカウントに関連付けされた既存のレコードを有していない、
項目１５に記載のシステム。
［項目２０］
上記プロセッサは、
第２の先行する時間期間内にそれぞれの第１のパスワード信用証明書が変更されていない第１の複数のシステムを決定し、
上記第２の先行する時間期間内に上記第１のパスワード信用証明書が変更されていないとの決定に基づいて上記第１の複数のシステムから遠隔配置されたプロセッサ‐ベースの追加のシステムから上記第１の複数のシステムのそれぞれのためのそれぞれの上記第１のパスワード信用証明書をリモート変更する、
項目１５に記載のシステム。
【符号の説明】
【００３５】
１０５  ユーザ
１１０  モジュール
１１５  被管理クライアント・サービス
１２０  監査データベース
１２１  監査サービス
１３０  ウェブ・アプリケーション
１３５  ウェブ・サービス
１４０  データベース
１４５  ＥＡＭ
１５０  ユーザ
１５５  被管理サーバ
１５６  被管理サーバ
１５７  被管理サーバ
２００  プロセス
３００  プロセス
【図１】
0005837987.tif 000002
【図２】
0005837987.tif 000003
【図３】
0005837987.tif 000004