盗難管理システムおよび方法
【課題】電子機器の分野に関する盗難管理システムおよび方法を提供する。
【解決手段】盗難管理装置において、デスクトップコンピュータ、ラップトップコンピュータ、サーバ、またはハンドヘルドコンピュータデバイスのような、無線通信機能を伴うコンピュータデバイスの盗難を通知するアウトオブバウンド通知が受信されると、これに応答して、無線広域ネットワークを使用して盗難メッセージがコンピュータデバイスに配信される。前記コンピュータデバイスの少なくとも１つの構成要素は、前記盗難メッセージの受信に応じて前記コンピュータデバイスを無効化する。
【解決手段】盗難管理装置において、デスクトップコンピュータ、ラップトップコンピュータ、サーバ、またはハンドヘルドコンピュータデバイスのような、無線通信機能を伴うコンピュータデバイスの盗難を通知するアウトオブバウンド通知が受信されると、これに応答して、無線広域ネットワークを使用して盗難メッセージがコンピュータデバイスに配信される。前記コンピュータデバイスの少なくとも１つの構成要素は、前記盗難メッセージの受信に応じて前記コンピュータデバイスを無効化する。
【発明の詳細な説明】
【技術分野】
【０００１】
本願の開示は、全体として、電子機器の分野に関する。より詳細には、本願発明のいくつかの実施形態は、盗難管理システムおよび方法に関する。
【背景技術】
【０００２】
現在のコンピュータデバイスの抗盗難技術は、硬い（ｈａｒｄｅｎｅｄ）システム認証、ハードウェアに基づく暗号化およびインバンド（ＩＢ）リモートロックパケットに依存するものもありうる。（ＩＢリモートロックパケットを介した）盗難警報は、ユーザのオペレーティングシステム（ＯＳ）を介してインターネット上でコンピュータデバイスのチップセットに送信されうる。盗難警報の受信に応じて、チップセットはコンピュータデバイスを無効にしてもよい。しかしながら、そのような盗難警報機構は、インターネットプロトコル／インターネット接続性と、コンピュータデバイスのチップセットに盗難警報をルーティングするユーザのオペレーティングシステムに依存する。
【発明の概要】
【０００３】
特許請求の範囲の実施形態の特徴は、同様の符号は同様の部分を図示する図面を参照して、以下の詳細な説明が進むにつれ明確になる。
【図面の簡単な説明】
【０００４】
【図１】図１は、実施形態に従う、盗難管理方法を説明する。
【図２】図２は、実施形態に従う、盗難管理システムの構成を説明する。
【図３】図３は、いくつかの実施形態に従う、盗難管理サーバおよびコンピュータデバイスの管理エンジンの間のメッセージフローを説明する。
【図４】図４は、いくつかの実施形態に係る、種々の構成要素内で使用されうるプロトコルスタックのブロック図を説明する。
【図５】図５は、いくつかの実施形態に係る、コンピュータシステムのブロック図を説明する。
【図６】図６は、いくつかの実施形態に係る、コンピュータシステムのブロック図を説明する。
【発明を実施するための形態】
【０００５】
以下の詳細な説明は、特許請求の範囲の例示的な実施形態を参照して進められるが、そこにおける多くの代替例、修正例、および変形例は、当業者に明らかになる。従って、特許請求の範囲は広範に捉えられるとともに、添付の特許請求の範囲で示されるようにのみ定義されることが意図されている。
【０００６】
以下の説明において、種々の実施形態の完全な理解を提供するために、多くの特定の詳細が説明される。しかしながら、いくつかの実施例は、特定の詳細なしに実施してもよい。他の実施例においては、特定の実施形態を不明瞭にしないように、周知の方法、手段、構成要素、および回路は詳細に説明されない。
【０００７】
以下でより詳細に説明されるように、本願発明のいくつかの実施形態は、例えば、コンピュータデバイス上で実行されるホスト／ユーザオペレーティングシステム、並びに／或いは、予め確立または（例えばユーザによって）開始された通信チャネルに関らず、無線通信チャネルを介して盗難警報をコンピュータデバイスに配信する技術を提供する。ここで使用されるように、用語「配信」およびその派生語は、「送信」およびその派生語と交換可能であるように意図されている。コンピュータデバイスは、無線通信機能を有するいかなるタイプのコンピュータデバイスであってもよく、例えば、（携帯電話、ラップトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、ウルトラポータブルパーソナルコンピュータ等のような）携帯デバイスまたは、（デスクトップコンピュータ、サーバ等のような）非携帯コンピュータデバイスを含む。
【０００８】
無線通信機能は、（例えば、ＩＭＴ−２０００の下での国際電気通信連合（ＩＴＵ）規格ファミリに従う）第３世代（３Ｇ）ＷＷＡＮ、Worldwide Inter-operability for Microwave Access（例えばInstitute of Electrical and Electronics Engineers (IEEE) 802.16, revisions 2004, 2005, et seq.に従う「ＷｉＭＡＸ」）、（例えばIEEE Standard 802.15.1, 2007に従う）ブルートゥース（登録商標）のような、無線周波数（ＲＦ）、（例えばIEEE 802.11a, 802.11b, or 802.11gに従う）Ｗｉｆｉ等の、例えば、無線広域ネットワーク（ＷＷＡＮ）を使用する、いかなる利用可能な無線通信によって提供されてもよい。
【０００９】
実施形態において、入来するショートメッセージサービス（ＳＭＳ）メッセージは、コンピュータデバイスのネットワークインターフェースカードによってフィルタリングされて、アウトオブバウンドＳＭＳメッセージを検出するとともに、アウトオブバウンドメッセージをコンピュータデバイスのチップセットに配信してもよい。一実施形態において、盗難警報メッセージを処理することは、ソフトウェア内またはコンピュータデバイスの基本入／出力システム（ＢＩＯＳ）に対してハードウェアセキュリティによって処理されてもよい。
【００１０】
まず図１を参照すると、実施形態に係る盗難管理方法１０が説明される。ブロック１２で、コンピュータデバイスの盗難（または未承認の除去）を指示する通知が受信される。以上で説明されたように、コンピュータデバイスは、デスクトップコンピュータ、ラップトップコンピュータ、サーバ、またはハンドヘルドコンピュータデバイスのような、無線通信機能を伴ういかなるタイプのコンピュータデバイスであってもよい。例えば、ユーザは、コンピュータデバイスの盗難を盗難管理サーバに報告してもよい。また、ＲＦタグを有するコンピュータデバイスについては、検知器は、所定領域の外にコンピュータデバイスが移動したこと、例えば未承認の除去または盗難を指示する移動を通知してもよい。盗難管理サーバは、企業ネットワークまたはサービス事業者の一部であってもよい。ブロック１４で、盗難警報メッセージが、例えば無線ネットワークを使用してコンピュータデバイスに配信される。実施形態において、盗難メッセージは、ＷＷＡＮを使用してコンピュータデバイスに配信される。一実施形態において、盗難メッセージは３Ｇネットワークを使用してコンピュータデバイスに配信される。
【００１１】
一実施形態において、動作１２で、盗難管理サーバは、例えばインターネットプロトコル（ＩＰ）接続を使用して、３Ｇショートメッセージサービス（ＳＭＳ）ゲートウェイに盗難メッセージを配信する。盗難メッセージは、動作１２でアウトオブバンド（ＯＯＢ）メッセージとして識別されてもよい。さらに、３Ｇ ＳＭＳゲートウェイは、動作１４で、３Ｇ ＳＭＳインターフェースを介してコンピュータデバイスのネットワークインターフェースカード（ＮＩＣ）に盗難メッセージを配信する。いくつかの実施形態において、ＳＭＳペイロード（即ち盗難メッセージ）は、このＳＭＳがＯＯＢメッセージを運んでいることを指示するアプリケーションヘッダを含んでもよい。アプリケーションヘッダは、ベンダ識別子（ＩＤ）およびオペレータによってサーバに（例えばショートコードまたはロングナンバーの形式で）割り当てられたオペレータアドレスを含んでもよい。
【００１２】
一実施形態において、入来するＳＭＳメッセージが受信されたときに、３Ｇ ＮＩＣは、アプリケーションヘッダからそのベンダＩＤを検査するとともに、もしベンダＩＤが予め設定されたベンダＩＤと一致したならば、ＮＩＣは、これがＯＯＢ ＳＭＳであると判定する。（ＯＯＢ ＳＭＳメッセージを処理する役割を担う）チップセット上でのＳＭＳなりすましおよびサービス拒否（ＤＯＳ）攻撃を防止するために、ＮＩＣはＳＭＳヘッダをチェックして、受信されたＯＯＢ ＳＭＳメッセージが携帯発信されたＳＭＳではないことを確認して、なりすましＯＯＢ ＳＭＳメッセージを携帯ハンドセットから検出する。さらに、ＮＩＣは、ＳＭＳペイロードのアプリケーションヘッダに埋め込まれたアドレスとＳＭＳ発信者のアドレスとを比較し、攻撃者によってＷｅｂサーバから生成された偽装ＯＯＢ ＳＭＳを検出してもよい。もし、何らかのなりすましが検知されたならば、ＮＩＣはＳＭＳを黙って破棄してもよい。そうでない場合、ＮＩＣは、通常のユーザＳＭＳメッセージから分離されている、ＯＯＢ ＳＭＳメッセージに割り当てられたフラッシュメモリに当該ＳＭＳメッセージを格納してもよい。
【００１３】
実施形態において、管理エンジン（ＭＥ）は、ＳＭＳメッセージを送受信するために、（例えば3rd Generation Partnership Project (3GPP)によって定義される）Attention （ＡＴ）コマンドを実施してもよい。ＭＥは、コンピュータデバイスの、例えば３Ｇ ＮＩＣ，チップセット、および／またはプロセッサを含む種々の構成要素に（直接またはバスまたはインターコネクトを介して）接続される。いくつかの実施形態において、システム管理バス（ＳＭＢｕｓ）およびそのトランスポートプロトコルスタックは、ＭＥおよび３Ｇ ＮＩＣの間でＡＴコマンドおよびレスポンスを送信するのに使用される。しかしながら、本願発明の実施形態は、ＳＭＢｕｓに限定されず、かつ、例えばユニバーサルシリアルバス（ＵＳＢ）、ブルートゥース（登録商標）、すべての直接有線接続、バス／インターコネクト、Peripheral Component Interconnect（ＰＣＩ）、PCI Express（ＰＣＩｅ）等の他の通信チャネルが、コマンド、データ、または本願明細書で説明される種々の構成要素の間の信号を通信するのに使用されてもよい。３Ｇ ＮＩＣは、ＡＴコマンドのソースを（ＡＴコマンドがホスト／ユーザＯＳまたはＭＥから発行されたかどうか）区別し、かつその結果、３Ｇ ＮＩＣは、ユーザＳＭＳおよびＯＯＢメッセージを同時に取り扱うとともに、それらをホスト／ユーザＯＳまたはＭＥに適切にルーティングすることができる。従って、実施形態において、ユーザＳＭＳの通常動作は影響を受けない。
【００１４】
ブロック１６において、コンピュータデバイスのネットワークインターフェースカードからの盗難メッセージは、例えばＳＭＢｕｓのようなサイドバンドバスを使用して、かつホスト／ユーザオペレーティングシステムに何も依存することなく、コンピュータデバイスの管理エンジンに送信される。もし、動作１６でＭＥが利用不能であれば、後に（例えば、ＭＥが利用可能になったとき）配信するために（例えば不揮発である）ＮＩＣのメモリ内にメッセージが格納されてもよい。ブロック１８で、盗難メッセージの受信に応じて、コンピュータデバイスは管理される（例えば、無効化される）。特に、管理エンジンは、チップセット、ハードドライブ、ディスプレイデバイス等を含む、コンピュータデバイスの１以上の構成要素を無効化／ロックするような、コンピュータデバイスの管理のために、盗難メッセージに応じて適切なアクションをとってもよい。
【００１５】
一実施形態において、盗難警報（例えばリモートロック）メッセージは、コンピュータデバイスの管理エンジンに配信される。リモートロックメッセージは、システム管理バス（ＳＭＢｕｓ）を介してコンピュータデバイスのチップセットに配信されてもよい。続いて、コンピュータデバイスの全部または一部が、コンピュータデバイスのチップセットによるロックメッセージの受信に応じて無効化される。いくつかの実施形態において、コンピュータデバイスがロックまたは無効化成功したことのアクノーリッジメントが、盗難管理サーバに配信されてもよい。
【００１６】
さらに、盗難モードのコンピュータデバイスの位置は、一実施形態において、盗難管理サーバに送信されてもよい。例えば、全地球測位システム（ＧＰＳ）またはＩＥＥＥ ８０２．１１ｎ位置情報が、ＭＥによって適切なＡＴコマンドを介して３Ｇ ＮＩＣから回収されるとともに、例えば３Ｇ ＳＭＳトランスポート上で、無線によって盗難管理サーバに（暗号化または非暗号化形式のいずれかで）送信されてもよい。一度コンピュータデバイスが当該位置から復帰したら、盗難管理サーバは、当該コンピュータデバイスのチップセットにリモートアンロックメッセージを送信して当該デバイスをアンロックしてもよい。一実施形態において、チップセットへのアンロックメッセージは、３Ｇ ＳＭＳインターフェース上で配信されてもよい。
【００１７】
いくつかの実施形態において、ＯＯＢメッセージ配信機構は、コンピュータデバイスの無線のスイッチオフ、ＷＷＡＮリンクがダウンしている、等々のようなイベント発生について管理エンジンに伝えるように利用されてもよい。そのような警報を受信すると、管理エンジンは、コンピュータデバイスを無効化する、ユーザを再認証するよう強制する等の、適切なアクションを取ってもよい。いくつかの実施形態に従って、メッセージ配信機構は、コンピュータデバイスのユーザ／ホストオペレーティングシステムに何も依存しない、またはコンピュータデバイスにＩＰ接続性を維持するように要求する。さらに、盗難管理サーバは、全てのAdvanced Configuration and Power Interface (ACPI)電力およびホスト／ユーザオペレーティングシステムの状態において、コンピュータデバイスに合うとオブバウンドメッセージを配信してもよい。加えて、コンピュータデバイスの盗難は、無線を切断する行為を実行することによって、またはネットワークインターフェースカードを除去することによっては、以上で説明されたような盗難管理技術を緩和できなくてもよい。
【００１８】
図２は、実施形態に係る、盗難管理システム２００の構成を説明する。図１を参照して説明された１以上の動作は、図２の構成要素によって実行されてもよい。説明されるように、システム２００は、コンピュータデバイス２０２と、（例えば、コンピュータデバイス２０２の盗難を検知するとともに、コンピュータデバイス２０２に盗難を表す盗難警報メッセージを配信するための）盗難管理サーバ２０４を備える。実施形態において、盗難管理サーバ２０４は、盗難警報メッセージを、無線広域ネットワークを使用してコンピュータデバイス２０２に配信する。盗難管理サーバ２０４は、企業ネットワーク内またはサービス事業者イントラネット内に存在してもよい。システム２００は、また、３Ｇサービス事業者によって管理されうる３Ｇ ＳＭＳゲートウェイ２０６を有する。
【００１９】
ＳＭＳゲートウェイ２０６は、盗難管理サーバ２０４と通信するためのインターネットプロトコル（ＩＰ）インターフェースのような第１インターフェース２０８を有する。ＳＭＳゲートウェイ２０８は、また、コンピュータデバイス２０２と（例えばＳＭＳセンターを介して）通信する３Ｇ ＳＭＳインターフェースのような第２インターフェース２１０を有する。実施形態において、コンピュータデバイス２０２は、携帯が生成したおよび／またはＳＭＳゲートウェイが生成したショートメッセージサービスメッセージを受信するとともに処理するためのネットワークインターフェースカード（例えば３Ｇモジュール２１２）のような組み込み無線広域ネットワークハードウェアを有する。
【００２０】
コンピュータデバイス２０２は、また、ネットワークインターフェースカード２１２から盗難メッセージを受信するとともに、盗難メッセージの受信に応じてコンピュータデバイス２０２を管理するための管理エンジン２１４を有する。コンピュータデバイス２０２は、また、（コンピュータデバイス２０２の１以上のプロセッサによって実行されてもよい）ホスト／ユーザＯＳ ２１６を格納するメモリを有してもよい。示されるように、ホスト／ユーザＯＳ ２１６は、（説明されるＵＳＢのような）バスを介してＮＩＣ ２１２と通信してもよい。さらに、ＭＥ ２１４は、（説明されるＳＭＢｕｓのような）異なるバスを介してＮＩＣ ２１２と通信してもよい。それに代えて、同じバスが、ＮＩＣ ２１２とＯＳ ２１６および／またはＭＥ ２１４を接続してもよい。実施形態において、もし単一のバス／インターコネクトがＮＩＣ ２１２をＯＳ ２１６および／またはＭＥ ２１４に接続するならば、ＮＩＣおよびＯＳの間対ＮＩＣおよびＭＥの間の通信を区別するのに異なるタイプのメッセージ／パケット／信号が使用されてもよい。さらに、いかなるタイプのバス／インターコネクト、専用線、信号等が、ＭＥ ２１４およびＮＩＣ ２１２の間で使用されてもよい。一実施形態において、管理エンジン２１４は、ネットワークインターフェースカード２１２から受信されたロックメッセージに応じて、コンピュータデバイス（またはそのチップセット、プロセッサ、ハードドライブ等のような１以上の構成要素）を無効化する。
【００２１】
実施形態において、盗難報告に応じて、ＩＰ接続２０８上で盗難メッセージが３Ｇ ＳＭＳゲートウェイ２０６に配信される。盗難メッセージのタイプは、アウトオブバンド（ＯＯＢ）メッセージとして特定されてもよい。続いて、３Ｇ ＳＭＳゲートウェイ２０６は、例えば、ネットワーク発信されたＳＭＳとして、３Ｇ ＳＭＳインターフェース２１０上で、盗難メッセージペイロードをネットワークインターフェースカード２１２に送信する。一度、ネットワークインターフェースカードが盗難メッセージを含むＳＭＳを受信した場合、ネットワークインターフェースカードは、メッセージをすぐにコンピュータデバイス２０２のチップセット（図示せず）に配信する、或いは、管理エンジン２１４のサイドバンドバスが利用可能でないまたはメッセージを送信または受信するように電源供給されていないならば、メッセージを後の配信のために格納する。管理エンジンは、次いで、例えば、図１のブロック１８を参照して説明されるように、盗難メッセージを含むＳＭＳに応じて適切なアクションをとる。
【００２２】
図３は、（図２のサーバ２０４のような）盗難管理サーバおよび（図２のＭＥ ２１４のような）コンピュータデバイスの管理エンジンの間のメッセージフローを説明する。盗難管理サーバ２０４は、コンピュータデバイス２０２に（１）盗難メッセージを送信する通知を受信する。理解されるように、盗難管理サーバ２０４は、例えばＩＰインターフェース２０８を使用して、３Ｇ ＳＭＳゲートウェイ２０６に（２）盗難メッセージを送信する。さらに、３Ｇ ＳＭＳゲートウェイ２０６は、３Ｇ ＳＭＳインターフェース２１０上で、（示されているような加入者識別モジュール（ＳＩＭ）を含んでもよい）無線広域ネットワーク（ＷＷＡＮ）ネットワークインターフェースカード２１２に（３）盗難メッセージペイロードを送信する。続いて、（４）メッセージペイロードは、コンピュータデバイス２０２のチップセット３０２に配信されてもよい。ネットワークインターフェースカード２１２およびチップセット３０２の間のメッセージ配信プロトコルは、システム管理バス（ＳＭＢｕｓ）上の商用メッセージとして実施してもよい。実施形態において、メッセージ（３）の受信に応じて、ネットワークインターフェースカード２１２は、盗難ペイロードを抽出し、ＳＭＢｕｓ上で、管理エンジン（例えば図２のＭＥ ２１４）にペイロードを送信する。
【００２３】
実施形態において、メッセージはＳＭＢｕｓ上で標準的なＡＴコマンドを使用して配信されてもよい。管理エンジンは、ＮＩＣファームウェア（ＦＷ）に、自分はＯＯＢ ＳＭＳであるとともに管理エンジンに向けられていることを指示する（アプリケーションヘッダとしても参照される）ＯＯＢヘッダペイロードを含む（または先頭に追加される）、入来する（アウトオブバウンドＳＭＳメッセージとしても参照される）盗難警報ＳＭＳメッセージを受信する。続いて、ネットワークインターフェースカード２１２は、そのようなメッセージの受信を指示する適切なＡＴコマンドを、ＳＭＢｕｓ上で管理エンジンに送信する。管理エンジンは、適切なＡＴコマンドを使用してＳＭＳメッセージを読む。いくつかの実施形態におちえ、もし管理エンジンがＳＭＳメッセージを読む準備ができていないのであれば、ネットワークインターフェースカード２１２は、メッセージを格納するとともに、後の時間期間に当該メッセージを管理エンジンに配信する。
【００２４】
管理エンジンは、盗難メッセージ（４）の受信に応じて、コンピュータデバイス２０２を管理してもよい。一実施形態において、管理エンジンは、ネットワークインターフェースカード２１２から受信されたロックメッセージに応じて、コンピュータデバイス２０２の全体または一部を無効にする。理解されるように、チップセット３０２／管理エンジン２１４からのメッセージは、同様の仕方で、盗難管理サーバ２０４に配信されてもよい。
【００２５】
より詳細には、チップセット３０２から盗難管理サーバ２０４へのメッセージフローは、参照符号５，６、および７によって表される。いくつかの実施形態において、コンピュータデバイス２０２は、（図１−２を参照して説明されたような）コンピュータデバイス２０２のチップセット３０２によるロックメッセージの受信に応じて無効化される。さらに、コンピュータデバイスがロック成功したことの確認は、メッセージフロー５、６、および７によって表されるように盗難管理サーバに配信されてもよい。
【００２６】
さらに、実施形態において、盗難モードのコンピュータデバイス２０２の位置に関する情報も、３Ｇ ＳＭＳインターフェース上でセキュアな仕方で盗難管理サーバ２０４に送信されてもよい。一度コンピュータデバイス２０２が特定の位置から復帰したら、盗難管理サーバ２０４は、コンピュータデバイスのチップセットにリモートアンロックメッセージを送信して、デバイスをアンロックしてもよい。ここでも、チップセットへのアンロックメッセージはＷＷＡＮを使用して配信されてもよい。
【００２７】
盗難管理サーバ２０４および管理エンジン２１４の間で交換される盗難ペイロードは、いくつかの実施形態において、予め用意された鍵を使用して、整合性チェックおよび繰り返し攻撃防止（ｒｅｐｌａｙ ａｔｔａｃｋ ｐｒｅｖｅｎｔｉｏｎ）によって保護される。従って、盗難ペイロードは、３Ｇ ＳＭＳゲートウェイ２０６およびＷＷＡＮネットワークインターフェースカード２１２のような中間ノード、即ち盗難管理サーバ２０４および管理エンジン２１４の間のノードには透過的である。実施形態によると、中間ノードは、ペイロードを更新せずに、ペイロードを適切なインターフェース上で転送することに留意すべきである。
【００２８】
動作時に、一度、管理エンジンが受信した盗難メッセージ（例えば、「ロック要求」メッセージ）の整合性を検証すると、管理エンジンは（コンピュータデバイス無効化動作のような）適切な動作をキューに入れる。そのような動作は、ロック応答の転送成功の後に即座に実行されてもよい。さらに、管理エンジンは、「ロック応答」を使用して、「ロック要求」の受信およびその実行状態を指示する確認を送信する。
【００２９】
上記の実施形態において説明されたアウトオブバンドメッセージ配信技術は、ユーザ／ホストオペレーティングシステム上の依存性を有さず、かつコンピュータデバイスがＩＰ接続性を維持する必要もない。さらに、盗難管理サーバ２０４は、全てのＡＣＰＩ電力およびホスト／ユーザオペレーティングシステムのヘルスステートにおいて、コンピュータデバイス２０２に盗難メッセージを配信できる。盗難メッセージはコンピュータデバイス２０２のチップセット３０２によって処理かつ実行されるので、コンピュータデバイスの比較的セキュアかつ堅牢な抗盗難技術を提供する。
【００３０】
いくつかの実施形態においては、３ＧネットワークはＳＭＳメッセージの信頼性のあるかつインオーダの配信を保証しないので、盗難管理サーバ２０４によって送信されるＳＭＳメッセージは、多くの理由（例えばデバイスが装着されていない、無線インターフェースの資源問題等）のために、ネットワーク内でキューに入れられてもよい。さらに、全ての盗難警告は、ＭＥ ２１４（および／またはチップセット３０２）が受信済みＳＭＳメッセージの正しい順序を決定して、競合状態を防ぐとともに、必要であれば特定のメッセージを破棄することを補助するシーケンス番号またはタイムスタンプを伴うまたは含んでもよい。
【００３１】
図４は、いくつかの実施形態に係る、種々の構成要素内で使用されうるプロトコルスタックのブロック図を説明する。実施形態において、図１−３のＭＥ ２１４、ＮＩＣ ２１２、ＳＭＳゲートウェイ２０６、および盗難管理サーバ２０４は、図４に示されるそれぞれのプロトコルスタックを有してもよい。
【００３２】
示されたように、ＭＥ ２１４は、（例えば、以前に説明されたようなＡＴコマンドを含む）ＯＯＢクライアントサービス、（例えばDistributed Management Task Force, Inc. (DMTF), version 1.0.0a, July 2007によって提供されるManagement Component Transport Protocol (MCTP)プロトコルサービスのような、管理システム内部の監視および制御機能を提供するプラットフォーム管理サブシステムを構成するシステムの、異なるインテリジェント構成要素の間の通信を支援する）構成要素管理トランスポートプロトコルサービス／システム管理バスプロトコル支援、システム管理バスデータリンク、および／またはシステム管理バス物理層（ＰＨＹ）を含んでもよい。図４は、一例としてＭＣＴＰを説明するが、実施形態は、ＭＣＴＰ、ＭＣＴＰサブセット、または（例えば、管理システム内部に監視および制御機能を提供するプラットフォーム管理サブシステムを構成するシステムの、異なるインテリジェント構成要素の間の通信を支援する）商用トランスポートプロトコルを使用することによって実施されてもよい。
【００３３】
ＮＩＣ ２１２は、（例えばＭＥ ２１４内の相手と通信するために）ＯＯＢサービス、ＭＣＴＰ／システム管理バスプロトコルサポート、システム管理バスデータリンク、および／またはシステム管理バス物理（ＰＨＹ）を有してもよい。３Ｇネットワークを介した通信を容易にするために、ＮＩＣ ２１２は、３Ｇ ＳＭＳ、３Ｇデータリンク、および／または３Ｇ 無線ＰＨＹを含んでもよい。ＳＭＳゲートウェイ２０６は、（ＮＩＣ ２１２内の相相手と通信するために）３Ｇ ＳＭＳ，３Ｇデータリンク、および／または３Ｇ無線ＰＨＹを含んでもよい。ＳＭＳゲートウェイ２０６は、また、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）、トランスポートレイヤーセキュリティ（ＴＬＳ）、トランスミッションコントロールプロトコル（ＴＣＰ）／ＩＰ、ＩＥＥＥ８０２データリンク、および／またはＩＥＥＥ８０２ＰＨＹを含んでもよい。さらに、サーバ２０４は、ＭＥ ２１４のＯＯＢクライアントサービスと通信するためのＯＯＢアプリケーションを有してもよい。サーバ２０４は、（ＳＭＳゲートウェイ２０６内の相手と通信するために）ＨＴＴＰ、ＴＬＳ，ＴＣＰ／ＩＰ，ＩＥＥＥ８０２データリンク、および／またはＩＥＥＥ８０２ＰＨＹを有してもよい。
【００３４】
いくつかの実施形態においては、本願明細書で説明されるチップセットへのＯＯＢメッセージ配信は、盗難抑止技術（Ｔｈｅｆｔ Ｄｅｔｅｒｒｅｎｃｅ Ｔｅｃｈｎｏｌｏｇｙ，ＴＤＴ）の使用（例えばリモートロック、アンロック、および位置標識等）を可能にすることを目的としているが、また、本願明細書で説明される技術は、ユーザ／ホストＯＳまたはユーザ発信された通信に依存しない、コンピュータデバイスへのＯＯＢメッセージ配信から恩恵をうけうる他の使用法のために使用されてもよい。例えば、管理サーバは、ＭＥから資産情報を要求してもよい。または、他のセキュリティサーバは、トランザクションを処理する前にいくらかのデータを要求するために（ホスト／ユーザＯＳを介さずに）ＯＯＢ ＳＭＳをＭＥに送信することによって、コンピュータデバイスの正当性をチェックしてもよい。
【００３５】
以上で説明された盗難管理システムは、（図５および／または６を参照して説明されたシステムのような）コンピュータシステム、無線通信器、ハンドヘルドデバイス等に採用されてもよい。例えば、図５は、本願発明の実施形態に従うコンピュータシステム５００のブロック図を図示する。例えば、図２のコンピュータデバイス２０２、サーバ２０４、および／またはＳＭＳゲートウェイ２０６は、システム５００の１以上の構成要素を有してもよい。コンピュータシステム５００は、１以上の中央処理装置（ＣＰＵ）５０２またはインターコネクトバス（またはバス）５０４を介して通信するプロセッサを有してもよい。いくつかの実施形態では、管理ユニット（ＭＥ）５０５は、バス５０４に接続されてもよい。（しかしながら、ＭＥは、デバイス５３０、チップセット５０６、ＣＰＵ５０２等の内部のようなシステム５００内のどこかに構成されてもよく、かつ、さらに、例えば図１−４を参照して説明されたサイドバンドバスを介してシステム５００の構成要素に接続されてもよい）。プロセッサ５０２は、汎用プロセッサ、（コンピュータネットワーク５０３上で通信されるデータを処理する）ネットワークプロセッサ、または（縮小命令セットコンピュータ（ＲＩＳＣ）プロセッサまたは複合命令セットコンピュータ（ＣＩＳＣ）を含む）他のタイプのプロセッサを含んでもよい。さらに、プロセッサ５０２は、単一または複数コア設計を有してもよい。複数コア設計を有するプロセッサ５０２は、同じ集積回路（ＩＣ）ダイ上に異なるタイプのプロセッサコアを統合してもよい。さらに、複数コア設計を有するプロセッサ５０２は、対称または非対称マルチプロセッサとして実施されてもよい。また、図１−４を参照して説明された動作は、システム５００の１以上の構成要素によって実行されてもよい。
【００３６】
チップセット５０６は、また、インターコネクトネットワーク５０４と通信してもよい。チップセット５０６は、メモリコントロールハブ（ＭＣＨ）５０８を有してもよい。ＭＣＨ５０８は、メモリ５１２と通信するメモリコントローラ５１０を含んでもよい。メモリ５１２は、ＣＰＵ５０２、またはコンピュータシステム５００が有する何れかの他のデバイスによって実行されうる命令列を含むデータを格納してもよい。本願発明の一実施形態において、メモリ５１２は、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）または他のタイプのストレージデバイスのような１以上の揮発性ストレージ（またはメモリ）デバイスを有してもよい。また、ハードディスクのような不揮発性メモリが利用されてもよい。複数のＣＰＵおよび／または複数のシステムメモリのような追加のデバイスが、インターコネクトネットワーク５０４を介して通信してもよい。
【００３７】
ＭＣＨ５０８は、また、ディスプレイデバイス５１６と通信するグラフィックスインターフェース５１４を有してもよい。本願発明の一実施形態において、グラフィックスインターフェース５１４は、アクセラレーティッドグラフィックスポート（ＡＧＰ）またはＰＣＩｅを介して、ディスプレイデバイス５１６と通信してもよい。本願発明の実施形態において、（フラットパネルディスプレイのような）ディスプレイ５１６は、例えば、ビデオメモリまたはシステムメモリのようなストレージデバイスに格納された画像のデジタル表現を、ディスプレイ５１６によって解釈および表示されるような表示信号に変換する信号変換器を介して、グラフィックスインターフェース５１４と通信してもよい。ディスプレイデバイスによって生成された表示信号は、解釈されるとともに続いてディスプレイ５１６上に表示される前に種々の制御デバイスを通ってもよい。
【００３８】
ハブインターフェース５１８は、ＭＣＨ５０８および入／出力コントロールハブ（ＩＣＨ）５２０が通信するのを可能にしてもよい。ＩＣＨ５２０は、コンピュータシステム５００と通信するＩ／Ｏデバイスへのインターフェースを提供してもよい。ＩＣＨ ５２０は、周辺機器インターコネクト（ＰＣＩ）ブリッジ、ユニバーサルシリアルバス（ＵＳＢ）コントローラのような周辺機器ブリッジ（またはコントローラ）５２４、または、他のタイプの周辺機器ブリッジまたはコントローラを介してバス５２２と通信してもよい。ブリッジ５２４は、ＣＰＵ５０２および周辺機器デバイスの間のデータ経路を提供してもよい。他のタイプのトポロジーが利用されてもよい。また、複数のバスがＩＣＨ５２０と、例えば複数のブリッジまたはコントローラを介して通信してもよい。さらに、ＩＣＨ５２０と通信している他の周辺機器は、本願発明の種々の実施形態において、Integrated Drive Electronics (IDE)、またはSmall Computer System Interface(SCSI)ハードドライブ、ＵＳＢポート、キーボード、マウス、パラレルポート、シリアルポート、フロッピー（登録商標）ディスクドライブ、デジタル出力サポート（例えばデジタルビデオインターフェース（ＤＶＩ））または他のデバイスを含んでもよい。
【００３９】
バス５２２は、オーディオデバイス５２６、１以上のディスクドライブ５２８、および（コンピュータネットワーク５０３と通信する）ネットワークインターフェース５３０と通信してもよい。実施形態において、ネットワークインターフェースデバイス５３０は、図１−４のＮＩＣ ２１２と同じまたは類似であってもよい。他のデバイスは、バス５２２を介して通信してもよい。また、（ネットワークアダプタ５３０のような）種々の構成要素は、本願発明のいくつかの実施形態において、ＭＣＨ５０８に接続されてもよい。加えて、プロセッサ５０２およびＭＣＨ ５０８は、単一のチップを形成するように結合されてもよい。実施形態において、メモリコントローラ５１０は、１以上のＣＰＵ５０２内で構成されてもよい。さらに、実施形態において、ＭＣＨ ５０８およびＩＣＨ ５２０は、周辺機器コントロールハブ（ＰＣＨ）に結合されてもよい。
【００４０】
さらに、コンピュータシステム５００は、揮発性および／または不揮発性メモリ（またはストレージ）を有してもよい。例えば、不揮発性メモリは、１以上の読み出し専用メモリ（ＲＯＭ）、プログラム可能ＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ（登録商標））、ディスクドライブ（例えば５２８）、フロッピー（登録商標）ディスク、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、デジタル多目的ディスク（ＤＶＤ）、フラッシュメモリ（登録商標）、光磁気ディスク、または、（例えば命令を含む）電子データを格納できる他のタイプの不揮発性機械可読媒体を含む。
【００４１】
図６は、本願発明の実施形態に係るポイントツーポイント（ＰｔＰ）構成に配置されたコンピュータシステム６００を説明する。特に、図６は、プロセッサ、メモリ、および入力／出力デバイスが多くのポイントツーポイントインターフェースによって相互接続されているシステムを示す。図１−５を参照して説明された動作は、システム６００の１以上の構成要素によって実行されてもよい。
【００４２】
図６内に説明されるように、システム６００は、多くのプロセッサを有してもよいが、明確性のために、２つのプロセッサ６０２および６０４のみが示される。プロセッサ６０２および６０４は、それぞれローカルメモリコントローラハブ（ＭＣＨ）６０６および６０８を有し、メモリ６１０および６１２との通信できるようにしてもよい。メモリ６１０および／または６１２は、図５のメモリ５１２を参照して説明されたもののように、種々のデータを格納してもよい。
【００４３】
実施形態において、プロセッサ６０２および６０４は、図５を参照して説明されたプロセッサ５０２の１つであってもよい。プロセッサ６０２および６０４は、それぞれＰｔＰインターフェース回路６１６および６１８を使用してポイントツーポイント（ＰｔＰ）インターフェース６１４とデータを交換してもよい。また、プロセッサ６０２および６０４は、それぞれポイントツーポイントインターフェース回路６２６、６２８、６３０、および６３２を使用して、個々のＰｔＰインターフェース６２２および６２４を介してチップセット６２０とデータを交換してもよい。チップセット６２０は、さらに、グラフィックスインターフェース６３６を介して、例えば、ＰｔＰインターフェース回路６３７を使用して、グラフィックス回路６３４とデータを交換してもよい。
【００４４】
本願発明の少なくとも１つの実施形態は、プロセッサ６０２および６０４の内部で構成される。本願発明の他の実施形態は、しかしながら、図６のシステム６００内部の、他の回路、論理部、またはデバイス内に存在してもよい。さらに、本願発明の他の実施形態は、図６内で説明された、いくつかの回路、論理部、およびデバイスに亘って分配されてもよい。
【００４５】
チップセット６２０は、ＰｔＰインターフェース回路６４１を使用して、バス６４０と通信してもよい。バス６４０は、バスブリッジ６４２、（図１−５を参照して説明されるようなサイドバンドバスを介して接続される）ＭＥ５０５、および／またはＩ／Ｏデバイス６４３のような、１以上のデバイスと通信してもよい。バス６４４を介して、バスブリッジ６４２は、キーボード／マウス６４５、（モデム、ネットワークインターフェースデバイス、またはコンピュータネットワーク５０３と通信しうる他の通信デバイスのような）通信デバイス６４６、オーディオＩ／Ｏデバイス６４７、および／またはデータストレージデバイス６４８のような他のデバイスと通信してもよい。実施形態において、通信デバイス６４６は、図１−４のＮＩＣ ２１２と同じまたは類似であってもよい。データストレージデバイス６４８は、プロセッサ６０２および／または６０４によって実行されうるコード６４９を格納してもよい。
【００４６】
本願発明の種々の実施形態において、例えば図１−６を参照して、本願明細書で説明された動作は、ハードウェア（例えば回路）、例えば、本願明細書で説明される処理をコンピュータが実行するようにプログラムするのに使用される命令（またはソフトウェア手続き）を格納する機械可読またはコンピュータ可読媒体を含むコンピュータプログラム製品として提供されてもよい、ソフトウェア、ファームウェア、マイクロコード、またはそれらの組み合わせによって実施されてもよい。また、用語「論理」は、一例として、ソフトウェア、ハードウェア、またはソフトウェアおよびハードウェアの組み合わせを含んでもよい。コンピュータ可読媒体は、本願明細書で説明されたようなストレージデバイスを含んでもよい。加えて、そのようなコンピュータ可読媒体は、コンピュータプログラム製品としてダウンロードされてもよく、プログラムはリモートコンピュータ（例えばサーバ）から要求するコンピュータ（例えばクライアント）に、通信リンク（例えば、バス、モデム、またはネットワーク接続）を介して送信されてもよい。
【００４７】
明細書において「一実施形態」または「実施形態」を参照することは、実施形態に関連して説明される特定の特徴、構造、および特性は、少なくとも実施に含まれてもよいことを意味する。明細書内の様々な場所での句「一実施形態において」の出現は、全てが同じ実施形態を参照してもよく、またはしなくてもよい。
【００４８】
さらに、明細書および特許請求の範囲において、用語「結合される」および「接続される」は、それらの派生語とともに使用されてもよい。本願発明のいくつかの実施形態において、「接続される」は、２つ以上の構成要素が、互いに直接物理的または電気的に接触していることを指示するのに使用してもよい。「結合される」は、２つ以上の構成要素が直接物理的または電気的に接触していることを意味してもよい。しかしながら、「結合された」は、２つ以上の構成要素が互いに直接接続されていないが、なお互いに協働または相互作用してもよいことをも意味してもよい。
【００４９】
このように、本願発明の実施形態は、構造的特徴および／または方法論的動作（ａｃｔｓ）に固有の言葉で説明されてきたが、本願特許請求の範囲は、固有の特徴または動作に限定されないことを理解すべきである。むしろ、固有の特徴および動作は、特許請求の範囲を実施する実例形式として開示されている。
【技術分野】
【０００１】
本願の開示は、全体として、電子機器の分野に関する。より詳細には、本願発明のいくつかの実施形態は、盗難管理システムおよび方法に関する。
【背景技術】
【０００２】
現在のコンピュータデバイスの抗盗難技術は、硬い（ｈａｒｄｅｎｅｄ）システム認証、ハードウェアに基づく暗号化およびインバンド（ＩＢ）リモートロックパケットに依存するものもありうる。（ＩＢリモートロックパケットを介した）盗難警報は、ユーザのオペレーティングシステム（ＯＳ）を介してインターネット上でコンピュータデバイスのチップセットに送信されうる。盗難警報の受信に応じて、チップセットはコンピュータデバイスを無効にしてもよい。しかしながら、そのような盗難警報機構は、インターネットプロトコル／インターネット接続性と、コンピュータデバイスのチップセットに盗難警報をルーティングするユーザのオペレーティングシステムに依存する。
【発明の概要】
【０００３】
特許請求の範囲の実施形態の特徴は、同様の符号は同様の部分を図示する図面を参照して、以下の詳細な説明が進むにつれ明確になる。
【図面の簡単な説明】
【０００４】
【図１】図１は、実施形態に従う、盗難管理方法を説明する。
【図２】図２は、実施形態に従う、盗難管理システムの構成を説明する。
【図３】図３は、いくつかの実施形態に従う、盗難管理サーバおよびコンピュータデバイスの管理エンジンの間のメッセージフローを説明する。
【図４】図４は、いくつかの実施形態に係る、種々の構成要素内で使用されうるプロトコルスタックのブロック図を説明する。
【図５】図５は、いくつかの実施形態に係る、コンピュータシステムのブロック図を説明する。
【図６】図６は、いくつかの実施形態に係る、コンピュータシステムのブロック図を説明する。
【発明を実施するための形態】
【０００５】
以下の詳細な説明は、特許請求の範囲の例示的な実施形態を参照して進められるが、そこにおける多くの代替例、修正例、および変形例は、当業者に明らかになる。従って、特許請求の範囲は広範に捉えられるとともに、添付の特許請求の範囲で示されるようにのみ定義されることが意図されている。
【０００６】
以下の説明において、種々の実施形態の完全な理解を提供するために、多くの特定の詳細が説明される。しかしながら、いくつかの実施例は、特定の詳細なしに実施してもよい。他の実施例においては、特定の実施形態を不明瞭にしないように、周知の方法、手段、構成要素、および回路は詳細に説明されない。
【０００７】
以下でより詳細に説明されるように、本願発明のいくつかの実施形態は、例えば、コンピュータデバイス上で実行されるホスト／ユーザオペレーティングシステム、並びに／或いは、予め確立または（例えばユーザによって）開始された通信チャネルに関らず、無線通信チャネルを介して盗難警報をコンピュータデバイスに配信する技術を提供する。ここで使用されるように、用語「配信」およびその派生語は、「送信」およびその派生語と交換可能であるように意図されている。コンピュータデバイスは、無線通信機能を有するいかなるタイプのコンピュータデバイスであってもよく、例えば、（携帯電話、ラップトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、ウルトラポータブルパーソナルコンピュータ等のような）携帯デバイスまたは、（デスクトップコンピュータ、サーバ等のような）非携帯コンピュータデバイスを含む。
【０００８】
無線通信機能は、（例えば、ＩＭＴ−２０００の下での国際電気通信連合（ＩＴＵ）規格ファミリに従う）第３世代（３Ｇ）ＷＷＡＮ、Worldwide Inter-operability for Microwave Access（例えばInstitute of Electrical and Electronics Engineers (IEEE) 802.16, revisions 2004, 2005, et seq.に従う「ＷｉＭＡＸ」）、（例えばIEEE Standard 802.15.1, 2007に従う）ブルートゥース（登録商標）のような、無線周波数（ＲＦ）、（例えばIEEE 802.11a, 802.11b, or 802.11gに従う）Ｗｉｆｉ等の、例えば、無線広域ネットワーク（ＷＷＡＮ）を使用する、いかなる利用可能な無線通信によって提供されてもよい。
【０００９】
実施形態において、入来するショートメッセージサービス（ＳＭＳ）メッセージは、コンピュータデバイスのネットワークインターフェースカードによってフィルタリングされて、アウトオブバウンドＳＭＳメッセージを検出するとともに、アウトオブバウンドメッセージをコンピュータデバイスのチップセットに配信してもよい。一実施形態において、盗難警報メッセージを処理することは、ソフトウェア内またはコンピュータデバイスの基本入／出力システム（ＢＩＯＳ）に対してハードウェアセキュリティによって処理されてもよい。
【００１０】
まず図１を参照すると、実施形態に係る盗難管理方法１０が説明される。ブロック１２で、コンピュータデバイスの盗難（または未承認の除去）を指示する通知が受信される。以上で説明されたように、コンピュータデバイスは、デスクトップコンピュータ、ラップトップコンピュータ、サーバ、またはハンドヘルドコンピュータデバイスのような、無線通信機能を伴ういかなるタイプのコンピュータデバイスであってもよい。例えば、ユーザは、コンピュータデバイスの盗難を盗難管理サーバに報告してもよい。また、ＲＦタグを有するコンピュータデバイスについては、検知器は、所定領域の外にコンピュータデバイスが移動したこと、例えば未承認の除去または盗難を指示する移動を通知してもよい。盗難管理サーバは、企業ネットワークまたはサービス事業者の一部であってもよい。ブロック１４で、盗難警報メッセージが、例えば無線ネットワークを使用してコンピュータデバイスに配信される。実施形態において、盗難メッセージは、ＷＷＡＮを使用してコンピュータデバイスに配信される。一実施形態において、盗難メッセージは３Ｇネットワークを使用してコンピュータデバイスに配信される。
【００１１】
一実施形態において、動作１２で、盗難管理サーバは、例えばインターネットプロトコル（ＩＰ）接続を使用して、３Ｇショートメッセージサービス（ＳＭＳ）ゲートウェイに盗難メッセージを配信する。盗難メッセージは、動作１２でアウトオブバンド（ＯＯＢ）メッセージとして識別されてもよい。さらに、３Ｇ ＳＭＳゲートウェイは、動作１４で、３Ｇ ＳＭＳインターフェースを介してコンピュータデバイスのネットワークインターフェースカード（ＮＩＣ）に盗難メッセージを配信する。いくつかの実施形態において、ＳＭＳペイロード（即ち盗難メッセージ）は、このＳＭＳがＯＯＢメッセージを運んでいることを指示するアプリケーションヘッダを含んでもよい。アプリケーションヘッダは、ベンダ識別子（ＩＤ）およびオペレータによってサーバに（例えばショートコードまたはロングナンバーの形式で）割り当てられたオペレータアドレスを含んでもよい。
【００１２】
一実施形態において、入来するＳＭＳメッセージが受信されたときに、３Ｇ ＮＩＣは、アプリケーションヘッダからそのベンダＩＤを検査するとともに、もしベンダＩＤが予め設定されたベンダＩＤと一致したならば、ＮＩＣは、これがＯＯＢ ＳＭＳであると判定する。（ＯＯＢ ＳＭＳメッセージを処理する役割を担う）チップセット上でのＳＭＳなりすましおよびサービス拒否（ＤＯＳ）攻撃を防止するために、ＮＩＣはＳＭＳヘッダをチェックして、受信されたＯＯＢ ＳＭＳメッセージが携帯発信されたＳＭＳではないことを確認して、なりすましＯＯＢ ＳＭＳメッセージを携帯ハンドセットから検出する。さらに、ＮＩＣは、ＳＭＳペイロードのアプリケーションヘッダに埋め込まれたアドレスとＳＭＳ発信者のアドレスとを比較し、攻撃者によってＷｅｂサーバから生成された偽装ＯＯＢ ＳＭＳを検出してもよい。もし、何らかのなりすましが検知されたならば、ＮＩＣはＳＭＳを黙って破棄してもよい。そうでない場合、ＮＩＣは、通常のユーザＳＭＳメッセージから分離されている、ＯＯＢ ＳＭＳメッセージに割り当てられたフラッシュメモリに当該ＳＭＳメッセージを格納してもよい。
【００１３】
実施形態において、管理エンジン（ＭＥ）は、ＳＭＳメッセージを送受信するために、（例えば3rd Generation Partnership Project (3GPP)によって定義される）Attention （ＡＴ）コマンドを実施してもよい。ＭＥは、コンピュータデバイスの、例えば３Ｇ ＮＩＣ，チップセット、および／またはプロセッサを含む種々の構成要素に（直接またはバスまたはインターコネクトを介して）接続される。いくつかの実施形態において、システム管理バス（ＳＭＢｕｓ）およびそのトランスポートプロトコルスタックは、ＭＥおよび３Ｇ ＮＩＣの間でＡＴコマンドおよびレスポンスを送信するのに使用される。しかしながら、本願発明の実施形態は、ＳＭＢｕｓに限定されず、かつ、例えばユニバーサルシリアルバス（ＵＳＢ）、ブルートゥース（登録商標）、すべての直接有線接続、バス／インターコネクト、Peripheral Component Interconnect（ＰＣＩ）、PCI Express（ＰＣＩｅ）等の他の通信チャネルが、コマンド、データ、または本願明細書で説明される種々の構成要素の間の信号を通信するのに使用されてもよい。３Ｇ ＮＩＣは、ＡＴコマンドのソースを（ＡＴコマンドがホスト／ユーザＯＳまたはＭＥから発行されたかどうか）区別し、かつその結果、３Ｇ ＮＩＣは、ユーザＳＭＳおよびＯＯＢメッセージを同時に取り扱うとともに、それらをホスト／ユーザＯＳまたはＭＥに適切にルーティングすることができる。従って、実施形態において、ユーザＳＭＳの通常動作は影響を受けない。
【００１４】
ブロック１６において、コンピュータデバイスのネットワークインターフェースカードからの盗難メッセージは、例えばＳＭＢｕｓのようなサイドバンドバスを使用して、かつホスト／ユーザオペレーティングシステムに何も依存することなく、コンピュータデバイスの管理エンジンに送信される。もし、動作１６でＭＥが利用不能であれば、後に（例えば、ＭＥが利用可能になったとき）配信するために（例えば不揮発である）ＮＩＣのメモリ内にメッセージが格納されてもよい。ブロック１８で、盗難メッセージの受信に応じて、コンピュータデバイスは管理される（例えば、無効化される）。特に、管理エンジンは、チップセット、ハードドライブ、ディスプレイデバイス等を含む、コンピュータデバイスの１以上の構成要素を無効化／ロックするような、コンピュータデバイスの管理のために、盗難メッセージに応じて適切なアクションをとってもよい。
【００１５】
一実施形態において、盗難警報（例えばリモートロック）メッセージは、コンピュータデバイスの管理エンジンに配信される。リモートロックメッセージは、システム管理バス（ＳＭＢｕｓ）を介してコンピュータデバイスのチップセットに配信されてもよい。続いて、コンピュータデバイスの全部または一部が、コンピュータデバイスのチップセットによるロックメッセージの受信に応じて無効化される。いくつかの実施形態において、コンピュータデバイスがロックまたは無効化成功したことのアクノーリッジメントが、盗難管理サーバに配信されてもよい。
【００１６】
さらに、盗難モードのコンピュータデバイスの位置は、一実施形態において、盗難管理サーバに送信されてもよい。例えば、全地球測位システム（ＧＰＳ）またはＩＥＥＥ ８０２．１１ｎ位置情報が、ＭＥによって適切なＡＴコマンドを介して３Ｇ ＮＩＣから回収されるとともに、例えば３Ｇ ＳＭＳトランスポート上で、無線によって盗難管理サーバに（暗号化または非暗号化形式のいずれかで）送信されてもよい。一度コンピュータデバイスが当該位置から復帰したら、盗難管理サーバは、当該コンピュータデバイスのチップセットにリモートアンロックメッセージを送信して当該デバイスをアンロックしてもよい。一実施形態において、チップセットへのアンロックメッセージは、３Ｇ ＳＭＳインターフェース上で配信されてもよい。
【００１７】
いくつかの実施形態において、ＯＯＢメッセージ配信機構は、コンピュータデバイスの無線のスイッチオフ、ＷＷＡＮリンクがダウンしている、等々のようなイベント発生について管理エンジンに伝えるように利用されてもよい。そのような警報を受信すると、管理エンジンは、コンピュータデバイスを無効化する、ユーザを再認証するよう強制する等の、適切なアクションを取ってもよい。いくつかの実施形態に従って、メッセージ配信機構は、コンピュータデバイスのユーザ／ホストオペレーティングシステムに何も依存しない、またはコンピュータデバイスにＩＰ接続性を維持するように要求する。さらに、盗難管理サーバは、全てのAdvanced Configuration and Power Interface (ACPI)電力およびホスト／ユーザオペレーティングシステムの状態において、コンピュータデバイスに合うとオブバウンドメッセージを配信してもよい。加えて、コンピュータデバイスの盗難は、無線を切断する行為を実行することによって、またはネットワークインターフェースカードを除去することによっては、以上で説明されたような盗難管理技術を緩和できなくてもよい。
【００１８】
図２は、実施形態に係る、盗難管理システム２００の構成を説明する。図１を参照して説明された１以上の動作は、図２の構成要素によって実行されてもよい。説明されるように、システム２００は、コンピュータデバイス２０２と、（例えば、コンピュータデバイス２０２の盗難を検知するとともに、コンピュータデバイス２０２に盗難を表す盗難警報メッセージを配信するための）盗難管理サーバ２０４を備える。実施形態において、盗難管理サーバ２０４は、盗難警報メッセージを、無線広域ネットワークを使用してコンピュータデバイス２０２に配信する。盗難管理サーバ２０４は、企業ネットワーク内またはサービス事業者イントラネット内に存在してもよい。システム２００は、また、３Ｇサービス事業者によって管理されうる３Ｇ ＳＭＳゲートウェイ２０６を有する。
【００１９】
ＳＭＳゲートウェイ２０６は、盗難管理サーバ２０４と通信するためのインターネットプロトコル（ＩＰ）インターフェースのような第１インターフェース２０８を有する。ＳＭＳゲートウェイ２０８は、また、コンピュータデバイス２０２と（例えばＳＭＳセンターを介して）通信する３Ｇ ＳＭＳインターフェースのような第２インターフェース２１０を有する。実施形態において、コンピュータデバイス２０２は、携帯が生成したおよび／またはＳＭＳゲートウェイが生成したショートメッセージサービスメッセージを受信するとともに処理するためのネットワークインターフェースカード（例えば３Ｇモジュール２１２）のような組み込み無線広域ネットワークハードウェアを有する。
【００２０】
コンピュータデバイス２０２は、また、ネットワークインターフェースカード２１２から盗難メッセージを受信するとともに、盗難メッセージの受信に応じてコンピュータデバイス２０２を管理するための管理エンジン２１４を有する。コンピュータデバイス２０２は、また、（コンピュータデバイス２０２の１以上のプロセッサによって実行されてもよい）ホスト／ユーザＯＳ ２１６を格納するメモリを有してもよい。示されるように、ホスト／ユーザＯＳ ２１６は、（説明されるＵＳＢのような）バスを介してＮＩＣ ２１２と通信してもよい。さらに、ＭＥ ２１４は、（説明されるＳＭＢｕｓのような）異なるバスを介してＮＩＣ ２１２と通信してもよい。それに代えて、同じバスが、ＮＩＣ ２１２とＯＳ ２１６および／またはＭＥ ２１４を接続してもよい。実施形態において、もし単一のバス／インターコネクトがＮＩＣ ２１２をＯＳ ２１６および／またはＭＥ ２１４に接続するならば、ＮＩＣおよびＯＳの間対ＮＩＣおよびＭＥの間の通信を区別するのに異なるタイプのメッセージ／パケット／信号が使用されてもよい。さらに、いかなるタイプのバス／インターコネクト、専用線、信号等が、ＭＥ ２１４およびＮＩＣ ２１２の間で使用されてもよい。一実施形態において、管理エンジン２１４は、ネットワークインターフェースカード２１２から受信されたロックメッセージに応じて、コンピュータデバイス（またはそのチップセット、プロセッサ、ハードドライブ等のような１以上の構成要素）を無効化する。
【００２１】
実施形態において、盗難報告に応じて、ＩＰ接続２０８上で盗難メッセージが３Ｇ ＳＭＳゲートウェイ２０６に配信される。盗難メッセージのタイプは、アウトオブバンド（ＯＯＢ）メッセージとして特定されてもよい。続いて、３Ｇ ＳＭＳゲートウェイ２０６は、例えば、ネットワーク発信されたＳＭＳとして、３Ｇ ＳＭＳインターフェース２１０上で、盗難メッセージペイロードをネットワークインターフェースカード２１２に送信する。一度、ネットワークインターフェースカードが盗難メッセージを含むＳＭＳを受信した場合、ネットワークインターフェースカードは、メッセージをすぐにコンピュータデバイス２０２のチップセット（図示せず）に配信する、或いは、管理エンジン２１４のサイドバンドバスが利用可能でないまたはメッセージを送信または受信するように電源供給されていないならば、メッセージを後の配信のために格納する。管理エンジンは、次いで、例えば、図１のブロック１８を参照して説明されるように、盗難メッセージを含むＳＭＳに応じて適切なアクションをとる。
【００２２】
図３は、（図２のサーバ２０４のような）盗難管理サーバおよび（図２のＭＥ ２１４のような）コンピュータデバイスの管理エンジンの間のメッセージフローを説明する。盗難管理サーバ２０４は、コンピュータデバイス２０２に（１）盗難メッセージを送信する通知を受信する。理解されるように、盗難管理サーバ２０４は、例えばＩＰインターフェース２０８を使用して、３Ｇ ＳＭＳゲートウェイ２０６に（２）盗難メッセージを送信する。さらに、３Ｇ ＳＭＳゲートウェイ２０６は、３Ｇ ＳＭＳインターフェース２１０上で、（示されているような加入者識別モジュール（ＳＩＭ）を含んでもよい）無線広域ネットワーク（ＷＷＡＮ）ネットワークインターフェースカード２１２に（３）盗難メッセージペイロードを送信する。続いて、（４）メッセージペイロードは、コンピュータデバイス２０２のチップセット３０２に配信されてもよい。ネットワークインターフェースカード２１２およびチップセット３０２の間のメッセージ配信プロトコルは、システム管理バス（ＳＭＢｕｓ）上の商用メッセージとして実施してもよい。実施形態において、メッセージ（３）の受信に応じて、ネットワークインターフェースカード２１２は、盗難ペイロードを抽出し、ＳＭＢｕｓ上で、管理エンジン（例えば図２のＭＥ ２１４）にペイロードを送信する。
【００２３】
実施形態において、メッセージはＳＭＢｕｓ上で標準的なＡＴコマンドを使用して配信されてもよい。管理エンジンは、ＮＩＣファームウェア（ＦＷ）に、自分はＯＯＢ ＳＭＳであるとともに管理エンジンに向けられていることを指示する（アプリケーションヘッダとしても参照される）ＯＯＢヘッダペイロードを含む（または先頭に追加される）、入来する（アウトオブバウンドＳＭＳメッセージとしても参照される）盗難警報ＳＭＳメッセージを受信する。続いて、ネットワークインターフェースカード２１２は、そのようなメッセージの受信を指示する適切なＡＴコマンドを、ＳＭＢｕｓ上で管理エンジンに送信する。管理エンジンは、適切なＡＴコマンドを使用してＳＭＳメッセージを読む。いくつかの実施形態におちえ、もし管理エンジンがＳＭＳメッセージを読む準備ができていないのであれば、ネットワークインターフェースカード２１２は、メッセージを格納するとともに、後の時間期間に当該メッセージを管理エンジンに配信する。
【００２４】
管理エンジンは、盗難メッセージ（４）の受信に応じて、コンピュータデバイス２０２を管理してもよい。一実施形態において、管理エンジンは、ネットワークインターフェースカード２１２から受信されたロックメッセージに応じて、コンピュータデバイス２０２の全体または一部を無効にする。理解されるように、チップセット３０２／管理エンジン２１４からのメッセージは、同様の仕方で、盗難管理サーバ２０４に配信されてもよい。
【００２５】
より詳細には、チップセット３０２から盗難管理サーバ２０４へのメッセージフローは、参照符号５，６、および７によって表される。いくつかの実施形態において、コンピュータデバイス２０２は、（図１−２を参照して説明されたような）コンピュータデバイス２０２のチップセット３０２によるロックメッセージの受信に応じて無効化される。さらに、コンピュータデバイスがロック成功したことの確認は、メッセージフロー５、６、および７によって表されるように盗難管理サーバに配信されてもよい。
【００２６】
さらに、実施形態において、盗難モードのコンピュータデバイス２０２の位置に関する情報も、３Ｇ ＳＭＳインターフェース上でセキュアな仕方で盗難管理サーバ２０４に送信されてもよい。一度コンピュータデバイス２０２が特定の位置から復帰したら、盗難管理サーバ２０４は、コンピュータデバイスのチップセットにリモートアンロックメッセージを送信して、デバイスをアンロックしてもよい。ここでも、チップセットへのアンロックメッセージはＷＷＡＮを使用して配信されてもよい。
【００２７】
盗難管理サーバ２０４および管理エンジン２１４の間で交換される盗難ペイロードは、いくつかの実施形態において、予め用意された鍵を使用して、整合性チェックおよび繰り返し攻撃防止（ｒｅｐｌａｙ ａｔｔａｃｋ ｐｒｅｖｅｎｔｉｏｎ）によって保護される。従って、盗難ペイロードは、３Ｇ ＳＭＳゲートウェイ２０６およびＷＷＡＮネットワークインターフェースカード２１２のような中間ノード、即ち盗難管理サーバ２０４および管理エンジン２１４の間のノードには透過的である。実施形態によると、中間ノードは、ペイロードを更新せずに、ペイロードを適切なインターフェース上で転送することに留意すべきである。
【００２８】
動作時に、一度、管理エンジンが受信した盗難メッセージ（例えば、「ロック要求」メッセージ）の整合性を検証すると、管理エンジンは（コンピュータデバイス無効化動作のような）適切な動作をキューに入れる。そのような動作は、ロック応答の転送成功の後に即座に実行されてもよい。さらに、管理エンジンは、「ロック応答」を使用して、「ロック要求」の受信およびその実行状態を指示する確認を送信する。
【００２９】
上記の実施形態において説明されたアウトオブバンドメッセージ配信技術は、ユーザ／ホストオペレーティングシステム上の依存性を有さず、かつコンピュータデバイスがＩＰ接続性を維持する必要もない。さらに、盗難管理サーバ２０４は、全てのＡＣＰＩ電力およびホスト／ユーザオペレーティングシステムのヘルスステートにおいて、コンピュータデバイス２０２に盗難メッセージを配信できる。盗難メッセージはコンピュータデバイス２０２のチップセット３０２によって処理かつ実行されるので、コンピュータデバイスの比較的セキュアかつ堅牢な抗盗難技術を提供する。
【００３０】
いくつかの実施形態においては、３ＧネットワークはＳＭＳメッセージの信頼性のあるかつインオーダの配信を保証しないので、盗難管理サーバ２０４によって送信されるＳＭＳメッセージは、多くの理由（例えばデバイスが装着されていない、無線インターフェースの資源問題等）のために、ネットワーク内でキューに入れられてもよい。さらに、全ての盗難警告は、ＭＥ ２１４（および／またはチップセット３０２）が受信済みＳＭＳメッセージの正しい順序を決定して、競合状態を防ぐとともに、必要であれば特定のメッセージを破棄することを補助するシーケンス番号またはタイムスタンプを伴うまたは含んでもよい。
【００３１】
図４は、いくつかの実施形態に係る、種々の構成要素内で使用されうるプロトコルスタックのブロック図を説明する。実施形態において、図１−３のＭＥ ２１４、ＮＩＣ ２１２、ＳＭＳゲートウェイ２０６、および盗難管理サーバ２０４は、図４に示されるそれぞれのプロトコルスタックを有してもよい。
【００３２】
示されたように、ＭＥ ２１４は、（例えば、以前に説明されたようなＡＴコマンドを含む）ＯＯＢクライアントサービス、（例えばDistributed Management Task Force, Inc. (DMTF), version 1.0.0a, July 2007によって提供されるManagement Component Transport Protocol (MCTP)プロトコルサービスのような、管理システム内部の監視および制御機能を提供するプラットフォーム管理サブシステムを構成するシステムの、異なるインテリジェント構成要素の間の通信を支援する）構成要素管理トランスポートプロトコルサービス／システム管理バスプロトコル支援、システム管理バスデータリンク、および／またはシステム管理バス物理層（ＰＨＹ）を含んでもよい。図４は、一例としてＭＣＴＰを説明するが、実施形態は、ＭＣＴＰ、ＭＣＴＰサブセット、または（例えば、管理システム内部に監視および制御機能を提供するプラットフォーム管理サブシステムを構成するシステムの、異なるインテリジェント構成要素の間の通信を支援する）商用トランスポートプロトコルを使用することによって実施されてもよい。
【００３３】
ＮＩＣ ２１２は、（例えばＭＥ ２１４内の相手と通信するために）ＯＯＢサービス、ＭＣＴＰ／システム管理バスプロトコルサポート、システム管理バスデータリンク、および／またはシステム管理バス物理（ＰＨＹ）を有してもよい。３Ｇネットワークを介した通信を容易にするために、ＮＩＣ ２１２は、３Ｇ ＳＭＳ、３Ｇデータリンク、および／または３Ｇ 無線ＰＨＹを含んでもよい。ＳＭＳゲートウェイ２０６は、（ＮＩＣ ２１２内の相相手と通信するために）３Ｇ ＳＭＳ，３Ｇデータリンク、および／または３Ｇ無線ＰＨＹを含んでもよい。ＳＭＳゲートウェイ２０６は、また、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）、トランスポートレイヤーセキュリティ（ＴＬＳ）、トランスミッションコントロールプロトコル（ＴＣＰ）／ＩＰ、ＩＥＥＥ８０２データリンク、および／またはＩＥＥＥ８０２ＰＨＹを含んでもよい。さらに、サーバ２０４は、ＭＥ ２１４のＯＯＢクライアントサービスと通信するためのＯＯＢアプリケーションを有してもよい。サーバ２０４は、（ＳＭＳゲートウェイ２０６内の相手と通信するために）ＨＴＴＰ、ＴＬＳ，ＴＣＰ／ＩＰ，ＩＥＥＥ８０２データリンク、および／またはＩＥＥＥ８０２ＰＨＹを有してもよい。
【００３４】
いくつかの実施形態においては、本願明細書で説明されるチップセットへのＯＯＢメッセージ配信は、盗難抑止技術（Ｔｈｅｆｔ Ｄｅｔｅｒｒｅｎｃｅ Ｔｅｃｈｎｏｌｏｇｙ，ＴＤＴ）の使用（例えばリモートロック、アンロック、および位置標識等）を可能にすることを目的としているが、また、本願明細書で説明される技術は、ユーザ／ホストＯＳまたはユーザ発信された通信に依存しない、コンピュータデバイスへのＯＯＢメッセージ配信から恩恵をうけうる他の使用法のために使用されてもよい。例えば、管理サーバは、ＭＥから資産情報を要求してもよい。または、他のセキュリティサーバは、トランザクションを処理する前にいくらかのデータを要求するために（ホスト／ユーザＯＳを介さずに）ＯＯＢ ＳＭＳをＭＥに送信することによって、コンピュータデバイスの正当性をチェックしてもよい。
【００３５】
以上で説明された盗難管理システムは、（図５および／または６を参照して説明されたシステムのような）コンピュータシステム、無線通信器、ハンドヘルドデバイス等に採用されてもよい。例えば、図５は、本願発明の実施形態に従うコンピュータシステム５００のブロック図を図示する。例えば、図２のコンピュータデバイス２０２、サーバ２０４、および／またはＳＭＳゲートウェイ２０６は、システム５００の１以上の構成要素を有してもよい。コンピュータシステム５００は、１以上の中央処理装置（ＣＰＵ）５０２またはインターコネクトバス（またはバス）５０４を介して通信するプロセッサを有してもよい。いくつかの実施形態では、管理ユニット（ＭＥ）５０５は、バス５０４に接続されてもよい。（しかしながら、ＭＥは、デバイス５３０、チップセット５０６、ＣＰＵ５０２等の内部のようなシステム５００内のどこかに構成されてもよく、かつ、さらに、例えば図１−４を参照して説明されたサイドバンドバスを介してシステム５００の構成要素に接続されてもよい）。プロセッサ５０２は、汎用プロセッサ、（コンピュータネットワーク５０３上で通信されるデータを処理する）ネットワークプロセッサ、または（縮小命令セットコンピュータ（ＲＩＳＣ）プロセッサまたは複合命令セットコンピュータ（ＣＩＳＣ）を含む）他のタイプのプロセッサを含んでもよい。さらに、プロセッサ５０２は、単一または複数コア設計を有してもよい。複数コア設計を有するプロセッサ５０２は、同じ集積回路（ＩＣ）ダイ上に異なるタイプのプロセッサコアを統合してもよい。さらに、複数コア設計を有するプロセッサ５０２は、対称または非対称マルチプロセッサとして実施されてもよい。また、図１−４を参照して説明された動作は、システム５００の１以上の構成要素によって実行されてもよい。
【００３６】
チップセット５０６は、また、インターコネクトネットワーク５０４と通信してもよい。チップセット５０６は、メモリコントロールハブ（ＭＣＨ）５０８を有してもよい。ＭＣＨ５０８は、メモリ５１２と通信するメモリコントローラ５１０を含んでもよい。メモリ５１２は、ＣＰＵ５０２、またはコンピュータシステム５００が有する何れかの他のデバイスによって実行されうる命令列を含むデータを格納してもよい。本願発明の一実施形態において、メモリ５１２は、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）または他のタイプのストレージデバイスのような１以上の揮発性ストレージ（またはメモリ）デバイスを有してもよい。また、ハードディスクのような不揮発性メモリが利用されてもよい。複数のＣＰＵおよび／または複数のシステムメモリのような追加のデバイスが、インターコネクトネットワーク５０４を介して通信してもよい。
【００３７】
ＭＣＨ５０８は、また、ディスプレイデバイス５１６と通信するグラフィックスインターフェース５１４を有してもよい。本願発明の一実施形態において、グラフィックスインターフェース５１４は、アクセラレーティッドグラフィックスポート（ＡＧＰ）またはＰＣＩｅを介して、ディスプレイデバイス５１６と通信してもよい。本願発明の実施形態において、（フラットパネルディスプレイのような）ディスプレイ５１６は、例えば、ビデオメモリまたはシステムメモリのようなストレージデバイスに格納された画像のデジタル表現を、ディスプレイ５１６によって解釈および表示されるような表示信号に変換する信号変換器を介して、グラフィックスインターフェース５１４と通信してもよい。ディスプレイデバイスによって生成された表示信号は、解釈されるとともに続いてディスプレイ５１６上に表示される前に種々の制御デバイスを通ってもよい。
【００３８】
ハブインターフェース５１８は、ＭＣＨ５０８および入／出力コントロールハブ（ＩＣＨ）５２０が通信するのを可能にしてもよい。ＩＣＨ５２０は、コンピュータシステム５００と通信するＩ／Ｏデバイスへのインターフェースを提供してもよい。ＩＣＨ ５２０は、周辺機器インターコネクト（ＰＣＩ）ブリッジ、ユニバーサルシリアルバス（ＵＳＢ）コントローラのような周辺機器ブリッジ（またはコントローラ）５２４、または、他のタイプの周辺機器ブリッジまたはコントローラを介してバス５２２と通信してもよい。ブリッジ５２４は、ＣＰＵ５０２および周辺機器デバイスの間のデータ経路を提供してもよい。他のタイプのトポロジーが利用されてもよい。また、複数のバスがＩＣＨ５２０と、例えば複数のブリッジまたはコントローラを介して通信してもよい。さらに、ＩＣＨ５２０と通信している他の周辺機器は、本願発明の種々の実施形態において、Integrated Drive Electronics (IDE)、またはSmall Computer System Interface(SCSI)ハードドライブ、ＵＳＢポート、キーボード、マウス、パラレルポート、シリアルポート、フロッピー（登録商標）ディスクドライブ、デジタル出力サポート（例えばデジタルビデオインターフェース（ＤＶＩ））または他のデバイスを含んでもよい。
【００３９】
バス５２２は、オーディオデバイス５２６、１以上のディスクドライブ５２８、および（コンピュータネットワーク５０３と通信する）ネットワークインターフェース５３０と通信してもよい。実施形態において、ネットワークインターフェースデバイス５３０は、図１−４のＮＩＣ ２１２と同じまたは類似であってもよい。他のデバイスは、バス５２２を介して通信してもよい。また、（ネットワークアダプタ５３０のような）種々の構成要素は、本願発明のいくつかの実施形態において、ＭＣＨ５０８に接続されてもよい。加えて、プロセッサ５０２およびＭＣＨ ５０８は、単一のチップを形成するように結合されてもよい。実施形態において、メモリコントローラ５１０は、１以上のＣＰＵ５０２内で構成されてもよい。さらに、実施形態において、ＭＣＨ ５０８およびＩＣＨ ５２０は、周辺機器コントロールハブ（ＰＣＨ）に結合されてもよい。
【００４０】
さらに、コンピュータシステム５００は、揮発性および／または不揮発性メモリ（またはストレージ）を有してもよい。例えば、不揮発性メモリは、１以上の読み出し専用メモリ（ＲＯＭ）、プログラム可能ＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ（登録商標））、ディスクドライブ（例えば５２８）、フロッピー（登録商標）ディスク、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、デジタル多目的ディスク（ＤＶＤ）、フラッシュメモリ（登録商標）、光磁気ディスク、または、（例えば命令を含む）電子データを格納できる他のタイプの不揮発性機械可読媒体を含む。
【００４１】
図６は、本願発明の実施形態に係るポイントツーポイント（ＰｔＰ）構成に配置されたコンピュータシステム６００を説明する。特に、図６は、プロセッサ、メモリ、および入力／出力デバイスが多くのポイントツーポイントインターフェースによって相互接続されているシステムを示す。図１−５を参照して説明された動作は、システム６００の１以上の構成要素によって実行されてもよい。
【００４２】
図６内に説明されるように、システム６００は、多くのプロセッサを有してもよいが、明確性のために、２つのプロセッサ６０２および６０４のみが示される。プロセッサ６０２および６０４は、それぞれローカルメモリコントローラハブ（ＭＣＨ）６０６および６０８を有し、メモリ６１０および６１２との通信できるようにしてもよい。メモリ６１０および／または６１２は、図５のメモリ５１２を参照して説明されたもののように、種々のデータを格納してもよい。
【００４３】
実施形態において、プロセッサ６０２および６０４は、図５を参照して説明されたプロセッサ５０２の１つであってもよい。プロセッサ６０２および６０４は、それぞれＰｔＰインターフェース回路６１６および６１８を使用してポイントツーポイント（ＰｔＰ）インターフェース６１４とデータを交換してもよい。また、プロセッサ６０２および６０４は、それぞれポイントツーポイントインターフェース回路６２６、６２８、６３０、および６３２を使用して、個々のＰｔＰインターフェース６２２および６２４を介してチップセット６２０とデータを交換してもよい。チップセット６２０は、さらに、グラフィックスインターフェース６３６を介して、例えば、ＰｔＰインターフェース回路６３７を使用して、グラフィックス回路６３４とデータを交換してもよい。
【００４４】
本願発明の少なくとも１つの実施形態は、プロセッサ６０２および６０４の内部で構成される。本願発明の他の実施形態は、しかしながら、図６のシステム６００内部の、他の回路、論理部、またはデバイス内に存在してもよい。さらに、本願発明の他の実施形態は、図６内で説明された、いくつかの回路、論理部、およびデバイスに亘って分配されてもよい。
【００４５】
チップセット６２０は、ＰｔＰインターフェース回路６４１を使用して、バス６４０と通信してもよい。バス６４０は、バスブリッジ６４２、（図１−５を参照して説明されるようなサイドバンドバスを介して接続される）ＭＥ５０５、および／またはＩ／Ｏデバイス６４３のような、１以上のデバイスと通信してもよい。バス６４４を介して、バスブリッジ６４２は、キーボード／マウス６４５、（モデム、ネットワークインターフェースデバイス、またはコンピュータネットワーク５０３と通信しうる他の通信デバイスのような）通信デバイス６４６、オーディオＩ／Ｏデバイス６４７、および／またはデータストレージデバイス６４８のような他のデバイスと通信してもよい。実施形態において、通信デバイス６４６は、図１−４のＮＩＣ ２１２と同じまたは類似であってもよい。データストレージデバイス６４８は、プロセッサ６０２および／または６０４によって実行されうるコード６４９を格納してもよい。
【００４６】
本願発明の種々の実施形態において、例えば図１−６を参照して、本願明細書で説明された動作は、ハードウェア（例えば回路）、例えば、本願明細書で説明される処理をコンピュータが実行するようにプログラムするのに使用される命令（またはソフトウェア手続き）を格納する機械可読またはコンピュータ可読媒体を含むコンピュータプログラム製品として提供されてもよい、ソフトウェア、ファームウェア、マイクロコード、またはそれらの組み合わせによって実施されてもよい。また、用語「論理」は、一例として、ソフトウェア、ハードウェア、またはソフトウェアおよびハードウェアの組み合わせを含んでもよい。コンピュータ可読媒体は、本願明細書で説明されたようなストレージデバイスを含んでもよい。加えて、そのようなコンピュータ可読媒体は、コンピュータプログラム製品としてダウンロードされてもよく、プログラムはリモートコンピュータ（例えばサーバ）から要求するコンピュータ（例えばクライアント）に、通信リンク（例えば、バス、モデム、またはネットワーク接続）を介して送信されてもよい。
【００４７】
明細書において「一実施形態」または「実施形態」を参照することは、実施形態に関連して説明される特定の特徴、構造、および特性は、少なくとも実施に含まれてもよいことを意味する。明細書内の様々な場所での句「一実施形態において」の出現は、全てが同じ実施形態を参照してもよく、またはしなくてもよい。
【００４８】
さらに、明細書および特許請求の範囲において、用語「結合される」および「接続される」は、それらの派生語とともに使用されてもよい。本願発明のいくつかの実施形態において、「接続される」は、２つ以上の構成要素が、互いに直接物理的または電気的に接触していることを指示するのに使用してもよい。「結合される」は、２つ以上の構成要素が直接物理的または電気的に接触していることを意味してもよい。しかしながら、「結合された」は、２つ以上の構成要素が互いに直接接続されていないが、なお互いに協働または相互作用してもよいことをも意味してもよい。
【００４９】
このように、本願発明の実施形態は、構造的特徴および／または方法論的動作（ａｃｔｓ）に固有の言葉で説明されてきたが、本願特許請求の範囲は、固有の特徴または動作に限定されないことを理解すべきである。むしろ、固有の特徴および動作は、特許請求の範囲を実施する実例形式として開示されている。
【特許請求の範囲】
【請求項１】
コンピュータデバイスの盗難を通知するアウトオブバンド通知（ＯＯＢ通知）を受信することと、
無線広域ネットワークを介して前記盗難を表す盗難メッセージを前記コンピュータデバイスに送信することと、
を備え、
前記コンピュータデバイスの少なくとも１つの構成要素は、前記盗難メッセージの受信に応じて無効化される方法。
【請求項２】
前記通知を受信することは、企業ネットワークの盗難管理サーバ、またはサービス事業者、またはそれらの組み合わせで実行される、請求項１に記載の方法。
【請求項３】
前記盗難メッセージを送信することは、３Ｇネットワークを介して前記盗難メッセージを前記盗難管理サーバから前記コンピュータデバイスに送信することである請求項２に記載の方法。
【請求項４】
前記盗難メッセージを前記コンピュータデバイスに送信することは、３Ｇ ショートメッセージサービス（ＳＭＳ）ゲートウェイを介して実行される請求項３に記載の方法。
【請求項５】
前記コンピュータデバイスの前記少なくとも１つの構成要素は、前記コンピュータデバイスのネットワークインターフェースカードにリモートロックメッセージを送信することに応じて無効化される請求項１に記載の方法。
【請求項６】
前記リモートロックメッセージは、３Ｇ ＳＭＳゲートウェイを介して前記コンピュータデバイスに送信される請求項５に記載の方法。
【請求項７】
サイドバンドバスを介して前記コンピュータデバイスのチップセットへの前記盗難メッセージの送信を引き起こすことをさらに備える請求項５に記載の方法。
【請求項８】
前記盗難メッセージは、入来ＳＭＳメッセージをフィルタリングすることに基づいて検知される請求項７に記載の方法。
【請求項９】
前記盗難メッセージを送信することは、前記コンピュータデバイスの前記チップセットによって前記盗難メッセージを受信したことに応じて、前記コンピュータデバイスのロックを引き起こす請求項８に記載の方法。
【請求項１０】
前記無線広域ネットワークを介して前記コンピュータデバイスの位置を受信することをさらに備える請求項１に記載の方法。
【請求項１１】
前記位置からの前記コンピュータデバイスの復帰に応じて、前記コンピュータデバイスにリモートアンロックメッセージを送信することをさらに備える請求項１０に記載の方法。
【請求項１２】
前記コンピュータデバイスのチップセットにアンロックメッセージを送信して前記コンピュータデバイスのアンロックを引き起こすことをさらに備える請求項１に記載の方法。
【請求項１３】
前記盗難メッセージを送信することは、ソフトウェア内または前記コンピュータデバイスの基本入／出力システム（ＢＩＯＳ）に対してハードウェアセキュリティによる前記盗難メッセージの処理を引き起こす、請求項１に記載の方法。
【請求項１４】
ＯＯＢ通知に応じてコンピュータデバイスの盗難を検知する盗難管理サーバを備え、
前記盗難管理サーバは、メッセージサービスゲートウェイを介して、前記コンピュータデバイスの無線モジュールに盗難警報メッセージを送信する、システム。
【請求項１５】
前記メッセージサービスゲートウェイは３Ｇ ＳＭＳゲートウェイであり、かつ前記盗難管理サーバは、インターネットプロトコル接続を使用して、前記３Ｇ ＳＭＳゲートウェイを介して、前記無線モジュールに前記盗難警報メッセージを送信する、請求項１４に記載のシステム。
【請求項１６】
前記コンピュータデバイスは、前記無線モジュールから前記盗難警報メッセージを受信するとともに、前記盗難警報メッセージの受信に応じて前記コンピュータデバイスを管理する管理エンジンを有する、請求項１４に記載のシステム。
【請求項１７】
前記管理エンジンは、前記無線モジュールから受信されたロックメッセージに応じて、前記コンピュータデバイスの少なくとも１つの構成要素を無効化する、請求項１６に記載のシステム。
【請求項１８】
前記管理エンジンは、前記コンピュータデバイスの無効化状態を指示するメッセージを前記盗難管理サーバに送信する、請求項１７に記載のシステム。
【請求項１９】
前記管理エンジンは、前記システムが盗難モードであるときに、無線広域ネットワークを介して前記盗難管理サーバに前記コンピュータデバイスの場所を送信する請求項１６に記載のシステム。
【請求項２０】
前記盗難管理サーバおよび前記コンピュータデバイスは、コンピュータシステムのユーザまたはホストオペレーティングシステムに依存せずにメッセージを送受信する請求項１４に記載のシステム。
【請求項２１】
サイドバンドバス上の無線ネットワークインターフェースからのロックメッセージを受信するとともに、コンピュータデバイスの１以上の構成要素を無効化させる管理部を備え、
前記ロックメッセージは、リモートサーバから受信され、前記リモートサーバは、前記コンピュータデバイスの盗難を指示するＯＯＢメッセージに応じて、前記ロックメッセージを生成する装置。
【請求項２２】
前記ロックメッセージのペイロードは、アプリケーションヘッダを備える請求項２１に記載の装置。
【請求項２３】
前記アプリケーションヘッダは、ベンダ識別子および事業者アドレスを備える請求項２２に記載の装置。
【請求項２４】
前記無線ネットワークインターフェースは、前記メッセージの一部をチェックして前記メッセージが携帯発信ＳＭＳであるかを判定する請求項２１に記載の装置。
【請求項２５】
前記無線ネットワークインターフェースは、前記メッセージの一部をチェックして前記メッセージが、前記メッセージの発信元と異なる発信元からであるかを判定する請求項２１に記載の装置。
【請求項２６】
前記無線ネットワークインターフェースは、３Ｇ、ＷｉＭＡＸ（登録商標）、ブルートゥース（登録商標）、無線周波数、ＷｉＦｉ、または米国電気電子学会（ＩＥＥＥ）８０２．１１ｎの１以上に従って通信する請求項２１に記載の装置。
【請求項２７】
プロセッサ上で実行されたときに、前記プロセッサが、
コンピュータデバイスの盗難を指示するアウトオブバンド通知（ＯＯＢ通知）を受信することと、
無線広域ネットワークを介して、前記盗難を表す盗難メッセージを前記コンピュータデバイスに送信することと、
を実行するように構成する１以上の命令を備え、
前記コンピュータデバイスの少なくとも１つの構成要素は、前記盗難メッセージの受信に応じて無効化される、コンピュータ可読媒体。
【請求項２８】
プロセッサ上で実行されたときに、前記プロセッサが、
企業ネットワークの盗難管理サーバ、またはサービス事業者、またはそれらの組み合わせで前記ＯＯＢ通知を受信するように構成する１以上の命令をさらに備える請求項２７に記載のコンピュータ可読媒体。
【請求項２９】
プロセッサ上で実行されたときに、前記プロセッサが、
３Ｇネットワークを介して前記盗難管理サーバから前記コンピュータデバイスに前記盗難メッセージを送信するように構成する１以上の命令をさらに備える請求項２８に記載のコンピュータ可読媒体。
【請求項３０】
前記プロセッサ上で実行されたときに、前記プロセッサが、
３Ｇ ＳＭＳゲートウェイを介して前記盗難メッセージを前記コンピュータデバイスに送信するように構成する１以上の命令をさらに備える請求項２９に記載のコンピュータ可読媒体。
【請求項１】
コンピュータデバイスの盗難を通知するアウトオブバンド通知（ＯＯＢ通知）を受信することと、
無線広域ネットワークを介して前記盗難を表す盗難メッセージを前記コンピュータデバイスに送信することと、
を備え、
前記コンピュータデバイスの少なくとも１つの構成要素は、前記盗難メッセージの受信に応じて無効化される方法。
【請求項２】
前記通知を受信することは、企業ネットワークの盗難管理サーバ、またはサービス事業者、またはそれらの組み合わせで実行される、請求項１に記載の方法。
【請求項３】
前記盗難メッセージを送信することは、３Ｇネットワークを介して前記盗難メッセージを前記盗難管理サーバから前記コンピュータデバイスに送信することである請求項２に記載の方法。
【請求項４】
前記盗難メッセージを前記コンピュータデバイスに送信することは、３Ｇ ショートメッセージサービス（ＳＭＳ）ゲートウェイを介して実行される請求項３に記載の方法。
【請求項５】
前記コンピュータデバイスの前記少なくとも１つの構成要素は、前記コンピュータデバイスのネットワークインターフェースカードにリモートロックメッセージを送信することに応じて無効化される請求項１に記載の方法。
【請求項６】
前記リモートロックメッセージは、３Ｇ ＳＭＳゲートウェイを介して前記コンピュータデバイスに送信される請求項５に記載の方法。
【請求項７】
サイドバンドバスを介して前記コンピュータデバイスのチップセットへの前記盗難メッセージの送信を引き起こすことをさらに備える請求項５に記載の方法。
【請求項８】
前記盗難メッセージは、入来ＳＭＳメッセージをフィルタリングすることに基づいて検知される請求項７に記載の方法。
【請求項９】
前記盗難メッセージを送信することは、前記コンピュータデバイスの前記チップセットによって前記盗難メッセージを受信したことに応じて、前記コンピュータデバイスのロックを引き起こす請求項８に記載の方法。
【請求項１０】
前記無線広域ネットワークを介して前記コンピュータデバイスの位置を受信することをさらに備える請求項１に記載の方法。
【請求項１１】
前記位置からの前記コンピュータデバイスの復帰に応じて、前記コンピュータデバイスにリモートアンロックメッセージを送信することをさらに備える請求項１０に記載の方法。
【請求項１２】
前記コンピュータデバイスのチップセットにアンロックメッセージを送信して前記コンピュータデバイスのアンロックを引き起こすことをさらに備える請求項１に記載の方法。
【請求項１３】
前記盗難メッセージを送信することは、ソフトウェア内または前記コンピュータデバイスの基本入／出力システム（ＢＩＯＳ）に対してハードウェアセキュリティによる前記盗難メッセージの処理を引き起こす、請求項１に記載の方法。
【請求項１４】
ＯＯＢ通知に応じてコンピュータデバイスの盗難を検知する盗難管理サーバを備え、
前記盗難管理サーバは、メッセージサービスゲートウェイを介して、前記コンピュータデバイスの無線モジュールに盗難警報メッセージを送信する、システム。
【請求項１５】
前記メッセージサービスゲートウェイは３Ｇ ＳＭＳゲートウェイであり、かつ前記盗難管理サーバは、インターネットプロトコル接続を使用して、前記３Ｇ ＳＭＳゲートウェイを介して、前記無線モジュールに前記盗難警報メッセージを送信する、請求項１４に記載のシステム。
【請求項１６】
前記コンピュータデバイスは、前記無線モジュールから前記盗難警報メッセージを受信するとともに、前記盗難警報メッセージの受信に応じて前記コンピュータデバイスを管理する管理エンジンを有する、請求項１４に記載のシステム。
【請求項１７】
前記管理エンジンは、前記無線モジュールから受信されたロックメッセージに応じて、前記コンピュータデバイスの少なくとも１つの構成要素を無効化する、請求項１６に記載のシステム。
【請求項１８】
前記管理エンジンは、前記コンピュータデバイスの無効化状態を指示するメッセージを前記盗難管理サーバに送信する、請求項１７に記載のシステム。
【請求項１９】
前記管理エンジンは、前記システムが盗難モードであるときに、無線広域ネットワークを介して前記盗難管理サーバに前記コンピュータデバイスの場所を送信する請求項１６に記載のシステム。
【請求項２０】
前記盗難管理サーバおよび前記コンピュータデバイスは、コンピュータシステムのユーザまたはホストオペレーティングシステムに依存せずにメッセージを送受信する請求項１４に記載のシステム。
【請求項２１】
サイドバンドバス上の無線ネットワークインターフェースからのロックメッセージを受信するとともに、コンピュータデバイスの１以上の構成要素を無効化させる管理部を備え、
前記ロックメッセージは、リモートサーバから受信され、前記リモートサーバは、前記コンピュータデバイスの盗難を指示するＯＯＢメッセージに応じて、前記ロックメッセージを生成する装置。
【請求項２２】
前記ロックメッセージのペイロードは、アプリケーションヘッダを備える請求項２１に記載の装置。
【請求項２３】
前記アプリケーションヘッダは、ベンダ識別子および事業者アドレスを備える請求項２２に記載の装置。
【請求項２４】
前記無線ネットワークインターフェースは、前記メッセージの一部をチェックして前記メッセージが携帯発信ＳＭＳであるかを判定する請求項２１に記載の装置。
【請求項２５】
前記無線ネットワークインターフェースは、前記メッセージの一部をチェックして前記メッセージが、前記メッセージの発信元と異なる発信元からであるかを判定する請求項２１に記載の装置。
【請求項２６】
前記無線ネットワークインターフェースは、３Ｇ、ＷｉＭＡＸ（登録商標）、ブルートゥース（登録商標）、無線周波数、ＷｉＦｉ、または米国電気電子学会（ＩＥＥＥ）８０２．１１ｎの１以上に従って通信する請求項２１に記載の装置。
【請求項２７】
プロセッサ上で実行されたときに、前記プロセッサが、
コンピュータデバイスの盗難を指示するアウトオブバンド通知（ＯＯＢ通知）を受信することと、
無線広域ネットワークを介して、前記盗難を表す盗難メッセージを前記コンピュータデバイスに送信することと、
を実行するように構成する１以上の命令を備え、
前記コンピュータデバイスの少なくとも１つの構成要素は、前記盗難メッセージの受信に応じて無効化される、コンピュータ可読媒体。
【請求項２８】
プロセッサ上で実行されたときに、前記プロセッサが、
企業ネットワークの盗難管理サーバ、またはサービス事業者、またはそれらの組み合わせで前記ＯＯＢ通知を受信するように構成する１以上の命令をさらに備える請求項２７に記載のコンピュータ可読媒体。
【請求項２９】
プロセッサ上で実行されたときに、前記プロセッサが、
３Ｇネットワークを介して前記盗難管理サーバから前記コンピュータデバイスに前記盗難メッセージを送信するように構成する１以上の命令をさらに備える請求項２８に記載のコンピュータ可読媒体。
【請求項３０】
前記プロセッサ上で実行されたときに、前記プロセッサが、
３Ｇ ＳＭＳゲートウェイを介して前記盗難メッセージを前記コンピュータデバイスに送信するように構成する１以上の命令をさらに備える請求項２９に記載のコンピュータ可読媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−２４４５３８（Ｐ２０１０−２４４５３８Ａ）
【公開日】平成２２年１０月２８日（２０１０．１０．２８）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１０−７５９９９（Ｐ２０１０−７５９９９）
【出願日】平成２２年３月２９日（２０１０．３．２９）
【出願人】（５９１００３９４３）インテル・コーポレーション (1,101)
【Ｆターム（参考）】
【公開日】平成２２年１０月２８日（２０１０．１０．２８）
【国際特許分類】
【出願番号】特願２０１０−７５９９９（Ｐ２０１０−７５９９９）
【出願日】平成２２年３月２９日（２０１０．３．２９）
【出願人】（５９１００３９４３）インテル・コーポレーション (1,101)
【Ｆターム（参考）】
[ Back to top ]