(57)【要約】  電子装置の鍵となるデータポイントを収集する装置属性収集アプリケーション及びこれら鍵となるデータポイントを使用して電子装置を特定の所有者又はエンティティに結びつける装置識別アプリケーションを実行することによって電子装置のＩＤを電子的に判断するユーティリティ。装置のデータポイントは、再構成、修理、又は通常の日常的な使用等の理由により時間の経過に伴って変化し得る。装置識別アプリケーションは、データポイントが装置が寿命になるまで変化する場合であっても、装置に関連する鍵となるデータポイントの変更をインテリジェントに一貫して追跡する。装置は、収集されたデータポイントに基づいて、装置識別アプリケーションを使用してリモートに識別することが可能である（例えば、装置が盗まれた、又はなくなった場合）。装置識別アプリケーションは、資産追跡、資産回復、データ削除、ソフトウェア導入等を含み得るサービスと併せて導入することができる。
2009530748.tif 000002
【特許請求の範囲】
【請求項１】
電子装置のＩＤを判断する方法であって、
前記装置の少なくとも１つの属性を得るステップと、
前記少なくとも１つの属性に基づいて前記装置に対応する一意の記録を識別するために、複数の電子装置の既存の記録を探索するステップと、
前記一意の記録が識別された場合、前記一意の記録から前記装置のＩＤを判断するステップと
を含むことを特徴とする方法。
【発明の詳細な説明】
【関連出願の説明】
【０００１】
本願は、２００６年３月２０日に出願された米国仮特許出願第６０／７８４，１９５号明細書の優先権を主張するものである。本願は、２００５年３月２８日に出願された米国特許出願第１１／０９３，１８０号明細書の一部継続出願である２００６年３月２０日に出願された米国特許出願第１１／３８６，０４０号明細書の一部継続出願である。これら文献及び本明細書において参照される他の公開文献を本明細書にすべて記載されているかのように参照により完全に援用する。
【技術分野】
【０００２】
本発明は、リモートアクセスにより電子装置を電子的に識別することに関する。
【背景技術】
【０００３】
今日の競争の激しいビジネス環境において、情報技術（ＩＴ）は、毎日のビジネス並びに個人的な目的での知識の交換にますます重要な役割を果たしつつある。個人、システム、組織、及び他のビジネス資産が、この新興経済ウェブにおいて相互接続され、このＩＴランドスケープがますます複雑に成長するにつれて、物理的資産及びデータの両方を含めたＩＴ資産を効率的に管理する必要性も増大している。その結果として、現在、個人及び組織は同様に、これまで以上に、ＩＴ投資を守るためにコンピュータ資産ベースを制御し管理し保護する必要性を認識しつつある。モバイル計算装置の処理能力の増大に伴い、ますます多くの個人がデスクトップユニットの代替として、又はホームネットワーク若しくは小規模ビジネスネットワーク用の追加装置としてモバイル計算装置を選んでおり、ＩＰ資産を保護することはますます難しくなっている。
【０００４】
大半のＩＴ部門は、従来の資産管理ソリューションが、増大し続けるリモートユーザやモバイルユーザの数を正確に計上することができない命題をサポートすることになる。実際に、資産が本当に失われたり盗難されたりするわけではないが、単に最初に供給された所有者又は部門を多数回変更したことで数を計上することができなくなるＰＣドリフトにより、典型的な組織では、２年の期間にわたってＰＣ資産の最大で１５％を失うことになる。平均して、大半の組織は、備品目録作成のために要求されたときに、実際のＰＣ資産ベースのたった６５％しか正確に識別することができない。最良の事例では、ＩＴが、いつであってもＰＣ資産の少なくとも９０％がどこにあるのかを把握していることが要求される。最近の企業会計不祥事、なりすまし犯罪、及び悪意のあるハッキングを受けて、政府は、機密デジタル情報をすべて保護しそれに対して責任を持つことをビジネスに強制する規制を制定している。組織が全計算資産を効率的に識別して追跡しない場合、厳しい法的措置がとられる恐れがある。
【０００５】
資産追跡アプリケーション及び／又は構成管理アプリケーションが追跡機能を行うには、不正ユーザによる特定レベルの不正使用に耐えることが可能であるべきであるのみならず、追跡中の物理的電子資産を正確に識別することが可能でなければならない。ＰＣ資産及びその構成の識別、追跡、管理、及び更新の試みは、ＰＣが寿命になるまでに、故障／修理修繕、構成変更、オペレーティングシステムの再インストール、ハードドライブ再フォーマット／交換、システムクラッシュ、及びユーザ主導の構成変更を含めたハードウェア変更、ソフトウェア変更、及びイメージ変更がされることを鑑みるとさらに問題である。これら変更の多くはオペレーティングシステムの再インストールが必要となり、それにより、ＰＣ資産の当初の記録（足跡）やＩＤが無効になるか、除去されることがある。このような変更は、こまめに記録され追跡されなければ、既知の状態から未知の状態になりＰＣ資産のドリフトの発端となる。こういった日常的なＰＣライフサイクル動作要件は、特に遠隔に置かれ且つモバイルである場合に、ＰＣ資産の識別や追跡の複雑性や困難性を増大させ得る。確実に資産を識別するに当たっての問題は、ターゲットのモバイルコンピュータ内の機密データを除去するためにリモートデータを削除する操作等の特定の資産を制御するための操作を実施することにより、不確実性をさらに生み出すことになる。
【０００６】
従来、コンピュータ資産によっては、ファームウェアのシリアル番号を頼りによって識別されてきた。この手法は単純で比較的確実であるが、ハードウェア変更により識別ミスが発生する恐れがある。またコンピュータ資産によっては、シリアル番号及び／又は名称等のソフトウェア支援の識別子によって識別されてきた。この手法も比較的確実であり、識別子を容易に割り当てることができるが、これも、認可ユーザにより、又は不正ユーザによる不正使用により、装置のオペレーティングシステムが再インストールされる際やハードウェアを変更する際に、識別子が再度割り当てられることになる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、電子装置のＩＤを電子的に、インテリジェント且つ正確に判断する方法を開発することが望ましい。
【課題を解決するための手段】
【０００８】
本発明は、電子装置のデータポイントの形式で鍵となる属性を収集する装置属性収集アプリケーション及びこれら鍵となるデータポイントを使用して電子装置を特定の所有者又はエンティティ（団体）に結びつける装置識別アプリケーションを実行することによって電子装置のＩＤを電子的に判断するユーティリティを提供する。装置のデータポイントは、再構成、修理、又は通常の日常的な使用等の理由により時間の経過に伴って変化し得る。装置識別アプリケーションは、装置に関連する鍵となるデータポイントの変更をインテリジェントに追跡する。データポイントが変更された場合であっても、装置識別アプリケーションは依然として装置を識別し、再び元の所有者又はエンティティに関連付けることができる。これにより、装置が寿命になるまで装置を一貫して追跡することが可能になる。装置は、装置の収集されたデータポイントに基づいて装置識別アプリケーションを使用して遠隔から識別することが可能である（例えば、装置が盗まれた、又はなくなった場合）。装置識別アプリケーションは、資産追跡、資産回復、データ削除、ソフトウェア導入等のサービスと併せて立ち上げることができる。
【０００９】
一実施形態では、装置属性収集アプリケーション及び識別アプリケーションは、ソフトウェア、ハードウェア、ファームウェア、又はこのような組み合わせで具体化することができる。
【００１０】
本発明の性質及び利点並びに本発明の好ましい使用形態をより完全に理解するために、添付図面と併せて読まれる以下の詳細な説明を参照する。添付図面では、同様の参照番号が全図を通して同様又は類似のパーツを示す。
【発明を実施するための最良の形態】
【００１１】
本説明は、本発明を実施する現在最良と考えられる形態の説明である。この説明は、本発明の一般原理を示すことを目的としてなされるものであり、この実施形態に制限して解釈されるべきではない。本発明の範囲は、添付の特許請求の範囲を参照することによって最良に判断される。本発明は、本発明の基礎をなす原理の理解から明らかになるように、本発明の範囲及び精神から逸脱することなく、多種多様な実施態様で有用性を見出すことができる。本発明の装置識別アプリケーションの特徴を説明するために、本発明を導入することができるサービスの一例として資産の追跡について説明する。装置識別アプリケーションが、本発明の範囲及び精神から逸脱することなく、コンピュータ管理、バックアップ・リカバリアプリケーション、遠隔からのデータ削除動作等の他のサービスにも使用可能である。
【００１２】
以下の詳細な説明は、主に本発明の方法又はプロセス、動作、機能、及び特徴の象徴的表現に関して提示される。こういった方法の説明及び表現は、当業者が他の当業者に各自の作業の本質を最も効率的に伝えるために使用する手段である。ソフトウェアにより実施される方法又はプロセスは、本明細書においても、そして一般的にも、所望の結果をもたらすステップの自己矛盾のないシーケンスであると考えられる。これらステップは、物理的な数量を物理的に処理する必要がある。必ずしもそうであるわけではないが多くの場合、これら数量は、記憶、転送、結合、比較、及びその他の処理が可能な電気信号又は磁気信号の形態をとる。ハードウェアとソフトウェアとの境界は常に明確なわけではなく、ソフトウェアにより実施されるプロセスを、マイクロコード及び／又は記憶されるプログラミング命令等の符号化された命令の形態でハードウェア、ファームウェア、又はソフトウェアで具体化してよいことは当業者には理解されることがさらに理解されるであろう。
【００１３】
［装置識別概観］
本発明は、電子装置の鍵となるデータポイントを収集する装置属性収集アプリケーション及びこれら鍵となるデータポイントを使用して電子装置を特定の所有者やエンティティと結びつける装置識別アプリケーションを実行することによって、クライアント装置のＩＤを判定する。装置のデータポイントは、再構成、修理、又は通常の日常的な使用等の理由により時間の経過に伴って変化し得る。装置識別アプリケーションは、装置に関連する鍵となるデータポイントの変更をインテリジェントに追跡する。データポイントが変わった場合であっても、装置識別アプリケーションは依然として装置を識別し、再び元の所有者又はエンティティに関連付けることができる。これにより、装置が寿命になるまで装置を一貫して追跡することが可能になる。装置は、装置の収集されたデータポイントに基づいて装置識別アプリケーションを使用してリモートに識別することが可能である（例えば、装置が盗まれた、又はなくなった場合）。装置識別アプリケーションは、資産の追跡、資産の回復、データ削除、ソフトウェア導入等を含むサービスと併せて導入することができる。
【００１４】
一実施形態では、装置属性収集アプリケーション及び識別アプリケーションは、ソフトウェア、ハードウェア、ファームウェア、又はこのような組み合わせで具体化することができる。
【００１５】
［装置識別ユーティリティ導入実施形態の概観］
本発明の装置識別ユーティリティは、既存の資産追跡アプリケーションの構成要素として導入することができる。例えば、装置識別ユーティリティは、本発明の譲受人であるアブソリュートソフトウェア社（Ａｂｓｏｌｕｔｅ  Ｓｏｆｔｗａｒｅ  Ｃｏｒｐｏｒａｔｉｏｎ）により開発された製品であるアブソリュートトラック（ＡｂｓｏｌｕｔｅＴｒａｃｋ）の構成要素として導入することができる。アブソリュートソフトウェア（Ａｂｓｏｌｕｔｅ  Ｓｏｆｔｗａｒｅ）は、資産を安全に追跡し、失われ盗難された資産を回復する製品及びサービスであるコンピュトレース（Ｃｏｍｐｕｔｒａｃｅ）、並びに、コンピュトレース（Ｃｏｍｐｕｔｒａｃｅ）テクノロジのプラットフォームによって動作する安全な資産追跡と在庫管理のソリューションであるアブソリュートトラック（ＡｂｓｏｌｕｔｅＴｒａｃｋ）を開発して販売している。コンピュトレース（Ｃｏｍｐｕｔｒａｃｅ）は、クライアントコンピュータのハードドライブに常駐するソフトウェアクライアントであるステルスエージェントを導入する。アブソリュートソフトウェア社（Ａｂｓｏｌｕｔｅ  Ｓｏｆｔｗａｒｅ  Ｃｏｒｐｏｒａｔｉｏｎ）は、データ削除、ファイアウォール保護、データ暗号化、ロケーション追跡、メッセージ通知、並びにソフトウェア導入及び更新等のサービスを含めた資産の管理及び保護に関連する各種サービスのサポート及び／又は提供を可能にする改良された耐改竄性サービスを提供するエージェント（ハードウェア、ファームウェア、ソフトウェア、データ等を含むがこれらに制限されない）を提供することによって当初のエージェントプラットフォームをさらに改良した。サービス機能は、リモートサーバによって制御することが可能である。各種コンピュトレース（Ｃｏｍｐｕｔｒａｃｅ）製品及びサービスの基礎をなす技術は、本発明の譲受人であるアブソリュートソフトウェア社（Ａｂｓｏｌｕｔｅ  Ｓｏｆｔｗａｒｅ  Ｃｏｒｐｏｒａｔｉｏｎ）に譲渡された米国及び他諸国で開示され特許を受けている。例えば、米国特許第５，７１５，１７４号明細書、同第５，７６４，８９２号明細書、同第５，８０２，２８０号明細書、同第６，２４４，７５８号明細書、同第６，２６９，３９２号明細書、同第６，３００，８６３号明細書、及び同第６，５０７，９１４号明細書並びに関連する外国特許を参照のこと。永続的エージェント（ｐｅｒｓｉｓｔｅｎｔ  ａｇｅｎｔ）の詳細は、２００５年３月２８日に出願された同時係属中の米国特許出願第１１／０９３，１８０号明細書（現在では公開された米国特許公報第２００５−０２１６７５７号明細書であり、これはＰＣＴ出願公開国際公開第２００６／１０２３９９号パンフレットに対応）及び２００６年３月２０日に出願された米国特許出願第１１／３８６，０４０号明細書（現在では公開された米国特許公報第２００６−０２７２０２０号明細書）に開示されている。アブソリュートトラック（ＡｂｓｏｌｕｔｅＴｒａｃｋ）に関するさらなる情報が、アブソリュートソフトウェア社（Ａｂｓｏｌｕｔｅ  Ｓｏｆｔｗａｒｅ  Ｃｏｒｐｏｒａｔｉｏｎ）によって公開されている（例えば、２００３年４月２５日に公開された白書：ＡｂｓｏｌｕｔｅＴｒａｃｋ−Ｓｅ���ｕｒｅ  Ｃｏｍｐｕｔｅｒ  Ａｓｓｅｔ  Ｔｒａｃｋｉｎｇ  Ｓｏｌｕｔｉｏｎ（アブソリュートトラック−安全なコンピュータ資産追跡管理ソリューション））。これら文献を本明細書に完全に記載されているかのように参照により完全に援用する。
【００１６】
本発明の一実施形態では、装置データ収集及び識別は、永続的エージェントを利用することができ、永続的エージェントによるサービスとして導入される。本発明の装置属性収集アプリケーションは、エージェントによって導入されてもよく、又はエージェントの一部であってもよい。装置属性収集アプリケーションは、インストールされると、監視センタと定期的又はスケジュールベースで自動的に交信して、ロケーション情報及び自動発見されるすべての資産のデータポイントを送信する。本発明の装置識別アプリケーションは、リモートサーバのサービス機能の１つ又はその一部分として導入することができる。完全を期すために、本発明の装置識別ユーティリティ（すなわち、データポイント収集及び装置識別）について、以下に詳述するような資産追跡機能を参照して以下に説明する。
【００１７】
［追跡機能の概観］
資産追跡機能は、本発明の装置識別アプリケーションが可能にし、サポートし、且つ／又は提供することができるサービスの一例である。図１を参照すると、本発明の一実施形態による資産追跡システムは、以下の主要構成要素を備え得るクライアント／サーバアーキテクチャを含む。すなわち、（ａ）クライアント装置Ａは、例えば、永続的エージェントが埋め込まれた図示の電子装置のいずれか１つからなる。エージェントソフトウェアは、クライアント装置で実行され、クライアント装置でアプリケーションを立ち上げておいて、エージェントはリモートサーバと情報を送受信する。送受信される情報には、情報をリモートサーバに報告するものと、エージェントに所望の機能をサポート・実行させるようにするための指示をリモートサーバから受信するものが含まれる。（ｂ）情報交換ネットワーク等の通信リンクＢは、交換通信網、インターネット、私設イントラネット、公衆イントラネット、無線ネットワーク、衛星ネットワーク、及びケーブルネットワークを含む。さらに、（ｃ）ホスト監視システムＣは、クライアント装置Ａとホスト監視システムＣとの通信を監視するホスト監視サーバ３を含み、クライアント装置からの定期的又はスケジュールベースでの交信を受け、クライアント装置からの情報を記録する。監視サーバは、クライアントがとるべき動作、収集すべきデータ、及び、クライアントの次にスケジュールされている呼び出し時間を含め、実行すべき動作についての指示をクライアントに提供する。
【００１８】
本発明によれば、ホスト監視システムＣに装置識別アプリケーションが組み込まれ、クライアント装置に常駐している（例えば、別個のアプリケーション又はエージェントの一部である）装置属性収集アプリケーションを用いて収集されたデータポイントを評価することにより、装置識別アプリケーションで監視中のクライアント装置のＩＤを遠隔から判断する。クライアント装置は、通信リンクＢを介して（例えば、ＩＰ接続又はダイアルアップ電話接続を介して）監視サーバと交信する。ホスト監視システムＣは報告・管理ポータルの機能を含み、顧客、管理者、及び資産追跡管理サービスプロバイダに、データの閲覧と、監視サーバ及びクライアント装置の機能を管理する機能を提供する。
【００１９】
装置識別アプリケーションを除き、これら各構成要素は２００６年３月２０日に出願された同時係属中の米国特許出願第１１／３８６，０４０号明細書（現在では米国特許出願公開第２００６−０２７２０２０号明細書であり、ＰＣＴ出願公開国際公開第２００６／１０２３９９号パンフレットに対応する）に完全に開示されている。
【００２０】
図１を参照すると、本発明による装置識別アプリケーションを使用して識別することができる（且つ永続的サービスエージェントを実施することができる）有用なクライアント装置Ａは、デジタル処理、情報処理、及び／又は、計算を行うための汎用又は専用の装置であっても、独立した装置であってもよく、又はより大きなシステム（例えば、大容量記憶装置）の構成要素の一部であってもよく、可搬式の装置であっても、手持ち式の装置であっても、又は場所固定式の装置であってもよいが、これらに限定されるものではない。異なる種類のクライアント装置は、さらに後述するように外部サーバと通信する能力を有するデスクトップクライアント計算装置、可搬式計算装置（例えば、ラップトップコンピュータ及びノートブックコンピュータ）、又は手持ち式装置（例えば、携帯電話、ＰＤＡ（個人情報端末））、個人用電子機器（例えば、パーソナルデジタルメディアプレーヤ、パーソナルゲーム装置等）の形態であってよい。クライアント装置は、装置に常駐するオペレーティングシステムに加えて、装置に記憶されたプログラム、アプリケーション、ルーチン、一連の命令、及び／又はロジックにより、クライアント装置を選択的に動作させ、アクティブ化し、又は構成することができる。つまり、本明細書において記載し提案する方法の使用は、特定の処理構成に制限されるものではない。これに制限するものではないが一例として、本発明を、ラップトップコンピュータ又はノートブックコンピュータをクライアント装置Ａとして実施例を説明する（コンピュータＡ１はデスクトップ装置として概略的に表されるが、デスクトップ装置に代えて可搬式計算装置を含めることができる）。
【００２１】
図１は、資産の識別及び追跡のために本発明を導入することができる情報交換ネットワークの形態の通信リンクＢの概略構成である。本発明による装置識別アプリケーションがアクセスする情報交換ネットワークは、公衆又は私設のコンピュータネットワーク（例えば、インターネット、イントラネット、ＷＡＮ、ＬＡＮ等）、付加価値通信網、通信網（例えば、有線網又は無線網）、ブロードバンドネットワーク、ケーブルネットワーク、電波網、及びこれらネットワークの同種又は異種の組み合わせ等の分散情報交換網を含み得るが、これらに制限されるものではない。当業者に理解されるように、ネットワークはハードウェア及びソフトウェアの両方を含んでいるが、特定の目的にとって最も有用な説明がいずれであるかに従ってハードウェア及びソフトウェアのいずれか一方又は両方を含むものとして見ることができる。例えば、ネットワークは、通信機能によって相互接続できる一組のハードウェアのノードとして、通信機能として、あるいはノードのありなしに関係なく通信機能それ自体として説明することができる。ハードウェア、ファームウェア、及びソフトウェアの境界は常に明確であるわけではなく、こうしたネットワーク、通信機能、及び永続的エージェント技術のプラットフォームの構成要素が、ソフトウェアの側面、ファームウェアの側面、及びハードウェアの側面を含むことは、当業者であれば理解されるであろう。
【００２２】
同時係属中の米国特許出願第１１／３８６，０４０号明細書では、エージェントの重要機能の１つは、ホスト監視システムＣと交信して、関連するクライアント装置Ａに関連する情報を報告することである。本発明は、先の実施形態に対する改良を提供する。その特許出願に開示される一実施形態では、各クライアント装置Ａは属性を持ち、属性はクライアント装置Ａにより収集されてホスト監視ステーションＣに送られる。本発明は、装置に割り当てられる識別番号だけに頼らずに、このような属性を使用してクライアント装置のＩＤを電子的に判断することによって追跡されるクライアント装置のＩＤを識別するさらなる手段を提供する。
【００２３】
［装置識別ユーティリティ］
全般的な手法は以下を含む。  
１）属性収集
２）収集された属性をサーバに送信し（オプションとして、ＸＭＬ文書のＣＲＣが変更された場合のみ、収集された属性をアップロードするように最適化される）、インベントリ記録を保持
３）ＥＳＮ（電子シリアル番号）割り当てプロセス及び変更された属性の記憶
４）オプションとして、属性変更の拡張履歴を記憶
【００２４】
ａ．装置属性収集アプリケーション
本発明は、電子装置の鍵となるデータポイントを収集する装置属性収集アプリケーションを実行することによってクライアント装置のＩＤを判断する。装置識別アプリケーション（例えば、リモートサーバに常駐）は、これら鍵となるデータポイントを考慮して、電子装置を特定の所有者又はエンティティと結びつける。例えば、装置属性収集アプリケーションは、本発明の一実施形態によれば、永続的エージェントによって可能になりサポートされるサービスとして具体化することができる。本発明による装置識別方式では、装置のＩＤを隠そうとするので、不正改竄に対する脆弱性はより少ないものになる。
【００２５】
一実施形態では、永続的エージェントが監視サーバを呼び出す際に、データが収集され送られる。図４を参照すると、一実施形態では、呼び出し中、特定の装置属性収集アプリケーション１２（例えば、ＤＬＬ（ダイナミックリンクライブラリ）の形態）が、エージェントによってサーバ２０から装置１０内のメモリにダウンロードされ、エージェントがこのインベントリＤＬＬ内の関数を呼び出す。このアプリケーションがデータポイントを（例えば、以下の表１の右列に列挙されるメカニズムを使用して）収集する。ＤＬＬは列挙されているメカニズムに制限されるものではない。また、標準ＡＰＩ（アプリケーションプログラムインタフェース）においても利用できるようにメカニズムを追加して拡張することも可能であり、あるいは、既存のデータポイントをより確実に収集するように、若しくは、追加のデータポイントを収集するようにカスタマイズしてもよい。（あるいは、装置属性収集アプリケーションをサーバに導入して、装置属性をリモートで得てもよい）。
【００２６】
収集されて装置識別に適用されるデータポイントは、以下を含むことができる。  
ｉ．装置のメーカー、モデル
ii．装置のマザーボードシリアル番号
iii．装置のＵＵＩＤ（普遍一意識別子）
iv．ハードドライブシリアル番号
ｖ．複数のネットワークカードのＭａｃアドレス
vi．Ｒａｍシリアル番号
vii．バッテリーシリアル番号
上記リストは、装置との対話中に収集されるデータポイントのサブセットの一例である。追跡中の装置の一例がコンピュータの場合に、サーバの装置識別アプリケーションによって収集され、インベントリ記録として記憶されるデータ全てのリストの一実施形態を、以下の表１に表す。さらに、表１には、装置属性収集アプリケーションによってこれらデータを収集するための各メカニズムも列挙されている。
【表１】
2009530748.tif 000003
【００２７】
ＭＡＰＭＥＭドライバ（例えば、アブソリュート（Ａｂｓｏｌｕｔｅ）により開発される）は、シリアル番号が最小文字数（例えば、５文字）未満であるか、又はＷＭＩ呼び出しが失敗した場合のみ要求され得ることに注意しなければならない。その他であれば、ＷＭＩからの情報を代わりに使用することができる。万が一Ｓ．Ｍ．Ａ．Ｒ．Ｔ  ＡＰＩが失敗した（すなわち、ＳＮ（シリアル番号）が空で返される）場合、ＷＭＩを使用してＨＤＤのシリアル番号を得ることができる。データポイントによっては、装置の特定のメーカー及び／又はモデルに固有であり得る（例えば、ＧａｔｅｗａｙＳｔｒｉｎｇデータはゲートウェイ（ＧＡＴＥＷＡＹ）製のコンピュータのみに指定される）。
【００２８】
ｂ．装置ＩＤのインベントリ記録
永続的エージェントとの各対話中に、装置識別アプリケーションがこのデータを使用してインベントリ記録を作成する。インベントリ記録は、装置の一意の識別情報又は特徴を備えた１つのインスタンスでの特定のデータポイントすべての記録である（例えば、インベントリ記録の一実施形態を表１に示す）。これらインベントリ記録はログに記録されて、資産の鍵となるデータポイントの履歴が作成される。装置を識別する機能は、これら追加のデータポイントを使用することによって強化され、装置のより総合的且つ動的なプロファイルを提供することができ（すなわち、装置が寿命になるまでに生じる装置に対する絶え間ない変更に対応することができる）、このプロファイルは装置が寿命になるまで追跡することができる。
【００２９】
図４を参照すると、一実施形態では、ＤＬＬはＸＭＬフォーマットのファイルを作成し、このファイルはサーバ２０（又はサーバ２０と異なる別のサーバ）にアップロードされ、解析されてデータベースの中にインベントリ記録が形成される。サーバ２０は装置識別アプリケーション２２を備え、装置識別アプリケーション２２は、ＸＭＬファイルを装置１０内に常駐している装置属性収集アプリケーション１２から受け取る。新しい又は既存のインベントリ記録がインベントリ記録データベース２４に記憶される。ＸＭＬファイルのフォーマットのサンプルを表２に示す。
【表２】
2009530748.tif 000004
【００３０】
データポイント収集アプリケーションは、インベントリ記録内のこれら鍵となるデータポイントを使用し、エージェントの呼び出し中に報告されるデータと照合し、装置を特定の所有者又はエンティティと結びつけるように構成される。装置のデータポイントは、再構成、修理、又は通常の保守等の理由により、時間が経つに連れて変化する。アプリケーションは、鍵となるデータポイントの変化をインテリジェントに処理する。データポイントが変化した場合であっても、アプリケーションは依然として装置を識別し、元の所有者又はエンティティに結びつける。これにより、装置が寿命になるまで、一貫して追跡することが可能となる。盗難にあったり紛失したりした場合であっても、ソフトウェアを使用して装置を遠隔から識別することができる。装置識別アプリケーションの詳細について以下に説明する。
【００３１】
ｃ．装置識別アプリケーション
図２は、例えば図４の監視サーバ２０に常駐する装置識別アプリケーション２２の論理フローを示す機能ブロック図である。アプリケーションは、少なくとも以下の主要機能を実行する。  
ｉ．装置から収集された鍵となるデータポイントを、装置に割り当てられた一意の識別番号（例えば、電子シリアル番号−ＥＳＮ）と照合する。  
ii．新しい装置に対して、基準となるインベントリ記録を作成する。  
iii．ハードウェア構成要素の変更後に、装置を認識する。
【００３２】
新しい装置との最初の交信時に、インベントリ記録が作成され、一意の識別子（ＥＳＮ）がインベントリ記録データベース２４において割り当てられるとともに、装置のハードドライブ１４に書き込まれる。次の交信時に、装置のハードドライブに書き込まれたＥＳＮが、インベントリ記録データベース２４内のインベントリ記録と照合され、その他の鍵となるデータポイントが更新される。エージェントが監視サーバ２０と交信すると、装置属性収集アプリケーション１２（例えば、インベントリＤＬＬ）が実行されて、インベントリデータを収集し、ＥＳＮが以前に装置のハードドライブ１４に書き込まれている場合には、ＥＳＮが検索される。以下が可能なシナリオである。
【００３３】
１．ＥＳＮ割り当て
ＥＳＮがコンピュータに割り当てられていない（すなわち、最後の４桁が０である）場合（又は、先に割り当てられたＥＳＮが、例えば改竄により誤って識別された場合）、これは、新規に設置されたか、又はハードドライブが一掃されてＢＩＯＳから永続的アルゴリズムがエージェントを回復したことを意味する。ＥＳＮ割り当てが必要な場合、図２のフロー図の右側の動作が行われ、ＥＳＮをアクティブ化するプロセスが実行される。例えば、装置が盗まれた場合、ハードドライブに書き込まれたＥＳＮは消去されているか改竄されている恐れがあるため、鍵となるデータポイントを使用してリバースルックアップ（逆引き）が行われてＥＳＮが見つけられ、ハードドライブに再び書き込まれる。このリバースルックアップは、装置を正当な所有者と照合するためにも使用される。ＥＳＮをアクティブ化するプロセスに関連して、装置属性収集アプリケーションによって収集されたデータポイントを用いて、インベントリ記録をインベントリ記録データベース２４に記憶されている既存のインベントリ記録と突き合わせて検証される。図２のインベントリ記録検証挿入部に示される実施形態によれば、現在の属性収集プロセスによる以下の装置データポイントが、例えば、以下の順番で前に記憶されたインベントリ記録内のデータポイントと突き合わせて照合される。  
ｉ．Ｒｅａｌシリアル＋ＨＤＤシリアル
ii．シリアル番号（特定のメーカー／モデルのシリアル番号のフォーマットが不良である場合、シリアル番号の再フォーマットを行うことができる）
iii．Ｒｅａｌシリアル（ＳＮ〜ＳＮ〜ＳＮ、ＢＩＯＳ−マザーボード−システムエンクロージャシリアル番号）
iv．ＵＵＩＤ
ｖ．ＨＤＤシリアル
vi．ＭＡＣアドレス
vii．ＲＡＭシリアル番号
viii．バッテリーシリアル番号
【００３４】
特に、データポイントを照合する前に、例外テーブルが参照されて、データポイントが例外テーブル内にあるかが調べられる。これにより、予め一意でないことがわかっているデータポイントはＥＳＮを決定するときには使われないことが保証される。一般的に、ノーブランドの装置は、シリアル番号が付けられていなかったり複数の装置に同じシリアル番号が付けられていたりすることが知られている。こういった予め一意でない識別番号のリストは、例外リストに保持される。例外リストにある場合には、データポイントは無視され、次のデータポイントの項目が照合される。特定のデータポイントの項目が例外リストにない場合、このようなデータポイントの項目を持っていた既存のインベントリ記録がいくつ見つかったかが判断される。既存のインベントリ記録が見つからない場合、あるいは、既存のインベントリ記録が複数見つかった場合には、その特定のデータポイントの項目は無視され、次の項目が照合される。このプロセスで見つかった任意の複数の記録を「洗い出し（クリーニング）」して、さらにインベントリ記録の検証の問題点をなくしたり低減したりする。既存のインベントリ記録が１つだけ見つかった場合は、収集されたデータポイントの項目に対応するインベントリ記録が見つかったとみなされ、このような既存のインベントリ記録に関連する装置の照合が行われたものとみなされる。既存のインベントリ記録のＥＳＮが調べられて、保有しているアカウントの中にあるか否かが判断される。保有アカウントの中にない場合には、ＥＳＮが装置に割り当てられて（例えば、装置のハードドライブに書き込まれ）、装置のインベントリ記録が更新される。保有アカウントの中にあり、特定のホスト監視センタによる監視対象として予め割り当てられているアカウント（例えば、関連する監視センタにより管理される企業アカウント）である場合には、クライアント装置はその監視センタと交信するように指示される。企業のアカウントがない場合には、現在の親ＩＤ（すなわち、ＥＳＮを割り当てるべきアカウントの識別に使用することができるＩＤ）及びＭＩＤ（すなわち、メディアＩＤ：インストール媒体が作成される際に割り当てられる一意の識別子）が使用されて、新しいＥＳＮが作成される（すなわち、「親」ＩＤ＋ＭＩＤが新しいＥＳＮの先頭につけられる）。
【００３５】
インベントリ記録の検証プロセスですべての装置データポイント項目が調べられた後、既存のインベントリ記録が一意に見つけられない場合や既存のインベントリ記録が複数見つかった場合には、最も新しく作成されたインベントリ記録（すなわち、現在収集された装置の属性を有するインベントリ記録）が、ＥＳＮ割り当てに使用される。現在の親ＩＤ及びＭＩＤが使用されて、新しいＥＳＮが作成される（すなわち、「親」ＩＤ＋ＭＩＤが新しいＥＳＮの先頭につけられる）。
【００３６】
新しいＥＳＮが上記論理フローのいずれかに従って作成されると、新しいインベントリ記録が作成される。企業アカウントがない場合には、新しいＥＳＮが装置に割り当てられて、インベントリ記録データベースが更新される。企業アカウントがある場合には、装置は、さらに処理を行うために関連するサーバ又は指定のサーバと交信するように再度指示される。
【００３７】
２．既存の装置ＥＳＮ−検証
呼び出し側のエージェントが、装置から検索された（例えば、装置のハードドライブに記憶されている）ＥＳＮ（すなわち、最後の４桁が０ではない）を提供する場合には、装置をすぐに一意に識別することができる（無効なＥＳＮではない限り。無効なＥＳＮの場合には、ＥＳＮが存在しないかのように扱われ、上述したＥＳＮ割り当てプロセスが行われる）。この場合、アプリケーションはＥＳＮの有効性を調べる。ハードドライブ上のＥＳＮは、以下のようないくつかの理由により無効であるかもしれない。
【００３８】
ｉ．装置がハードドライブに別の装置のイメージ(データの複製）を持っている。ＩＴ部門によっては、マスタシステムを作成し、マスタシステムのソフトウェアのイメージを作成し、これらイメージを複数の装置に入れておくことがある。  
ii．ハードディスクが、通常の保守作業中にある装置から別の装置に交換された。  
こういった問題は、自動的に検出して解決することができる。
【００３９】
アプリケーションは、まず、呼び出し側エージェントがアクティブ化されている（ゼロではない）ＥＳＮを持っているか否かを調べる。アクティブ化されているＥＳＮを持っている場合は、ＥＳＮが探索されて、それが盗まれたものであるか否かが調べられる。これは、一貫性を保ち、時間的な追跡履歴が損なわれないようにするために、呼び出し側の装置のＥＳＮが盗まれたものである場合には、再割り当て、又は、変更がされないようにするためである。ＥＳＮが盗まれたことを示すフラグがない場合は、既知の複製リストが自動解決のために探索される。これには、例えば、上述したＥＳＮをアクティブ化するプロセスを使用して、新しいＥＳＮを複製記録の一方又は両方に割り当てることを含む。
【００４０】
３．大量変更
アクティブ化されたＥＳＮが呼び出し側であり、盗難／複製チェックにより、装置が盗まれたものであるというフラグが付いていない場合、インベントリ記録データベース内のＥＳＮのインベントリ記録が、現在の交信中に収集された装置のデータポイントに基づいて作成されたインベントリ記録と照合される。（企業ＥＳＮの場合、装置は上述したように再び指示される）。所定の数未満のデータポイント（例えば、２つ以下）が変更されている場合、インベントリ記録データベース内のインベントリ記録は、次の交信で行われるチェックのために更新される。このプロセスは、一回の交信で更新された変更数が所定数以内の場合の日常的な保守作業によるものと、一回の交信で更新された変更数が所定数よりも大きい場合の大量変更とを区別する。この例では、３つ以上のデータポイントが記録されているインベントリ記録と呼び出し側データポイントとの間で異なる場合には、ＥＳＮが有効とみなされない「大量変更」状況が発生したことになる。これは、データポイントが異なり同じ装置であると見なすことができないためである。装置側のＥＳＮが複製されたか、または、他のものに改竄されたか、あるいは相当量の保守が装置に対して行われたために、元の構成パーツが元の装置としてではなく新しい装置としてみなされる場合が想定される。
【００４１】
図３は、本発明の一実施形態による大量変更の判断を実施するために行われるプロセスを示す概略機能ブロック図である。様々なチェックが行われて、装置の変更されたデータポイント（例えば、上述したデータポイント）数が求められる。差分カウンタが、初期ゼロカウントから増分されることによって変更されたデータポイント数を追跡する。図示の実施形態では、差分カウンタが「２」（又は他の何らかの閾値）以上の値を有する場合、大量変更の状態が発生したと判断される。
【００４２】
このシナリオでは、アプリケーションはその装置を新しい装置として扱い、同じ顧客アカウントから新しいＥＳＮを割り当てる。この場合、アプリケーションは論理フロー図の右側に切り替わり、上述したＥＳＮをアクティブ化するプロセスが行われる。
【００４３】
４．終了
図２に示されるプロセスが論理的に終了すると、インベントリ記録データベース内のインベントリ記録は、その交信中に収集されたデータポイントと整合しており、インベントリ記録データベース内のＥＳＮは、装置のハードドライブのＥＳＮに整合している。これは、本明細書において資産の追跡に関して識別された特許公報に記載されているように所定のスケジュールに従って行われ得る将来のインベントリ記録チェックに向けて装置を再配置する。この時点で、インベントリ記録に頼って、例えばインベントリ記録データベースに記憶されたインベントリ記録に関連して以前に確定された所有者情報に基づいて、クライアント装置をその所有者（個人又はエンティティ）に結びつけることができる。
【００４４】
５．さらなる向上点
上記実施形態は、装置を効率的且つ一意に識別する。上記論理は、上述したアプリケーションプロセス及びデータに制限されるものではなく、本発明の範囲及び精神から逸脱することなく、より多数のデータポイントを包含し、異なるメカニズムを使用してデータポイントを収集し、且つ様々な照合メカニズムを使用するように拡張することが可能である。したがって、本発明の装置識別アプリケーションは拡張可能とみなされるべきであり、特定のアルゴリズム、データポイント、データ収集メカニズム、又はアプリケーションによる特定の限られた数のデータポイントの使用に制限されない。
【００４５】
装置のデータポイントは、再構成、修理、又は通常の日常的な使用等の理由により時間の経過に伴って変化し得る。装置識別アプリケーションは、装置に関連する鍵となるデータポイントの変化をインテリジェントに追跡する。データポイントが変化する場合であっても、装置識別アプリケーションは依然として装置を識別し、再び元の所有者又はエンティティに関連付けることができる。これにより、装置が寿命になるまで装置を一貫して追跡することが可能になる。装置は、装置識別アプリケーションを使用してリモートに識別することが可能である（例えば、装置が盗まれた、又は紛失した場合）。装置識別アプリケーションは、資産追跡、資産回復、データ削除、ソフトウェア導入等を含み得るサービスと併せて導入することができる。
【００４６】
本発明のプロセス及びシステムをブロック図形式の機能モジュールに関して上述した。本明細書において逆に別記される場合を除き、本発明の範囲及び精神から逸脱することなく、１つ又は複数の機能を単一の物理的装置又はソフトウェア製品内のソフトウェアモジュールに統合してもよく、あるいは１つ又は複数の機能を、一カ所にあるか又はネットワークを介して分散された別個の物理的装置又はソフトウェアモジュールで実施してもよいことが理解される。
【００４７】
各モジュールの実際の実施についての詳細な考察は、本発明の理解を可能にするために必ずしも必要ないことが理解される。システム内の各種機能モジュールのシステム属性、機能、及び相互関係が本明細書において開示されているため、実際の実施はプログラマ及びシステムエンジニアの通常の技能の範囲内である。当業者は、通常の技能を適用して、必要以上の実験なしで本発明を実施することができる。
【００４８】
本発明を本発明による上記実施形態に関連して説明したが、本発明の範囲及び精神から逸脱することなく、様々な変更及び改良を行い得ることが当業者には理解されるであろう。例えば、情報抽出アプリケーションは、ウェブ閲覧に向けてユーザにさらなる柔軟性を提供するための異なる又は追加のプロセスに対応するように容易に変更が可能である。したがって、本発明が特定の例示される実施形態によって制限されるべきではなく、添付の特許請求の範囲によってのみ制限されるべきであることを理解されたい。
【図面の簡単な説明】
【００４９】
【図１】資産追跡を本発明の一実施形態により実施することができるネットワークを含む代表的な通信リンクを示す概略図である。
【図２】本発明の一実施形態により装置識別アプリケーションによって行われるプロセスの論理フローを示す概略機能ブロック図である。
【図３】装置のデータポイントの大量変更を判断する際に行われるプロセスの論理フローを示す概略機能ブロック図である。
【図４】装置データ収集及び識別を行うための装置とサーバとの相互作用を示す概略ブロック図である。
【図１】
2009530748.tif 000005
【図２】
2009530748.tif 000006
【図３】
2009530748.tif 000007
【図４】
2009530748.tif 000008
【国際調査報告】
2009530748.tif 000009
2009530748.tif 000010