災害について検出および警告を行うシステムおよび方法
【解決手段】 災害の発生を検出して災害警告をユーザに発令する方法、デバイス、システムを開示する。一実施形態によると、当該方法は、コンピューティングデバイスのアウトオブバンド（ＯＯＢ）プロセッサで警報通知を受信する段階を備える。警報通知は、コンピューティングデバイスのインバンドプロセッサが低電力状態にある間に、ＯＯＢプロセッサによって受信されるとしてよい。当該方法はさらに、警報通知の受信に応じてコンピューティングデバイスにおいてユーザ警告を生成する段階を備える。当該方法はさらに、災害の発生を検出して、災害の検出に応じてリモートサーバにデータを送信する段階を備えるとしてよい。
【発明の詳細な説明】
【背景技術】
【０００１】
多くの災害は、適切な予測が不可能であるので、災害の発生により危険にさらされている人物に警告を発することができない。例えば、現在の地震科学で地震予測は可能だが、間違う確率（誤って災害が発生していないと判断する確率および誤って災害が発生したと判断する確率の両方）が比較的高い。災害予測に代わるものとして、早期検出および警告を行う方法がある。地震の例に戻ると、秒速約６キロメートルで伝搬するが損害は少ない縦波（Ｐ波）の発生と、秒速約３．５キロメートルで伝搬するが破壊力がより大きいレーリー波（つまり、表面波）の発生との間には通常、数秒間の間隔がある。Ｐ波とレーリー波との間の間隔の時間は、地震の震源からの現在地の距離に応じて変化する。特定の地震に関するＰ波を検出することができれば、破壊力の大きいレーリー波が発生する前に少なくとも幾人かには警告を発し得るので、即座に避難することができるようになる。
【０００２】
一部の国では、災害が発生しそうになると国民に警告を発令するシステムを導入している。例えば、日本の気象庁（ｗｗｗ．ｊｍａ．ｇｏ．ｊｐ）では、約２００個の地震計および６００個の震度計から構成される地震観測網を持ち、大地震のＰ波を検出するべく地震計および震度計をリアルタイムで監視している。気象庁は、地震が発生すると、当該地震の震源、マグニチュードおよび震度の観測結果に関する情報を放送することができる。現時点において、この情報は、ローカルメディア（例えば、テレビ、ラジオ等）または無線デバイス（つまり、携帯電話）を通じて、影響を受ける人物に配信される。しかし、このような情報源はいずれも、受信側のデバイスが「オン」になっており動作している場合に限り、ユーザに警告を発すすることが可能である。
【図面の簡単な説明】
【０００３】
本明細書で説明する本発明は、限定ではなく例示を目的として、添付図面に図示している。図示内容を簡略且つ明瞭にするべく、図面に図示している構成要素は必ずしも実寸に即したものではない。例えば、一部の構成要素の寸法は、分かりやすいように、他の構成要素に比べて強調しているとしてもよい。図面は以下の通りである。
【図１】災害の発生の検出、および／または、災害警告の発令を行うシステムの一実施形態を示す簡略ブロック図である。
【図２】図１に示すシステムが利用する災害警告発令方法の一実施形態を説明するための簡略フローチャートである。
【図３】図１に示すシステムが利用する、災害を検出して災害警告を発令する方法の一実施形態を説明するための簡略フローチャートである。
【発明を実施するための形態】
【０００４】
本開示の概念は様々な点で変形および変更が可能であるが、具体的な実施形態例を一例として図面に図示するとともに、本明細書で詳細に説明する。しかし、開示している具体的な形態に本開示の概念を限定するものではなく、請求項で定義している本発明の意図および範囲に含まれる変形例、均等例および代替例を全て含むものと理解されたい。
【０００５】
以下に記載する説明では、論理の実施例、オペコード、オペランド指定手段、リソースのパーティション化／共有化／複製の実施例、システム構成要素の種類および相関関係、ならびに、論理のパーティション化／集積化に関する選択肢等、具体的且つ詳細な内容を数多く記載して、本開示をより深く理解していただきたい。しかし、当業者であれば、本開示の実施形態はこのような具体的且つ詳細な内容を採用せずとも実施し得ることに想到するであろう。また、制御構造、ゲートレベル回路および完全なソフトウェア命令列は、本開示をあいまいにすることを避けるべく、詳細な説明を省略している場合があるとしてよい。当業者であれば、本明細書に記載する説明を参照することで、過度の実験を行わなくとも適切な機能を実現可能である。
【０００６】
本明細書において「一実施形態」、「ある実施形態」、「実施形態例」等の記載は、説明している少なくとも１つの実施形態が特定の特徴、構造または特性を持つことを意味しているが、各実施形態が必ずしもその特定の特徴、構造または特性を持つものではない。また、これらの記載は、必ずしも同じ実施形態を意味しているものではない。また、ある実施形態に関連付けて特定の特徴、構造または特性が説明されている場合、明示的に説明されていてもいなくても、この特徴、構造または特性を他の実施形態に関連付けて実現することは当業者の知識の範囲内であると考えられる。
【０００７】
開示したシステムおよび方法の実施形態は、ハードウェア、ファームウェア、ソフトウェア、または、これらを任意に組み合わせて実現するとしてよい。開示したシステムおよび方法の実施形態は、コンピューティングデバイスで実施される場合、構成要素間に設けられている１以上のバスインターコネクト、および／または、構成要素間に設けられている１以上のポイント・ツー・ポイント・インターコネクトを備えるとしてよい。開示されているシステムおよび方法の実施形態はさらに、有形機械可読媒体に格納されている命令として実現されるとしてもよい。当該命令は、１以上のプロセッサによって読み出されて実行されるとしてよい。有形機械可読媒体は、機械（例えば、コンピューティングデバイス）読み出し可能な形式で情報を格納または送信する任意のメカニズムを含むとしてよい。例えば、有形機械可読媒体は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクストレージ、光学ストレージ、フラッシュメモリ、および／または、その他の種類のメモリデバイスを含むとしてよい。
【０００８】
図１を参照しつつ説明すると、災害の発生を検出してユーザに対して警告を発令するシステム１００は、コンピューティングデバイス１０２と、災害通知サーバ（ＤＮＳ）１０４と、コンピューティングデバイス１０２をＤＮＳ１０４に通信可能に接続するネットワーク１０６とを備える。一部の実施形態では、システム１００はさらに、ネットワーク１０６を介して、コンピューティングデバイス１０２およびＤＮＳ１０４に接続されている１以上のリモートコンピューティングデバイス１０８を備えるとしてよい。
【０００９】
コンピューティングデバイス１０２は、本明細書で説明する機能を実行可能な任意の種類の電子デバイスとして具現化されているとしてよい。例えば、コンピューティングデバイス１０２は、パーソナルコンピュータ、ワークステーション、ラップトップコンピュータ、ハンドヘルドコンピュータ、モバイルインターネットデバイス、携帯電話、携帯情報端末（ＰＤＡ）、電話デバイス、ネットワーク機器、仮想化デバイス、ストレージコントローラ、または、コンピュータを利用したその他のデバイスとして具現化されるとしてよい。
【００１０】
コンピューティングデバイス１０２は、インバンドプロセッサ１２０、アウトオブバンド（ＯＯＢ）プロセッサ１２２、チップセット１２６、メモリ１２８、および、通信回路１３０を有する。一部の実施形態によると、コンピューティングデバイス１０２はさらに、１以上のデータストレージデバイス１３２、１以上の周辺デバイス１３４、警報指示部１４０、および／または、警報回路１５０を有するとしてよい。一部の実施形態によると、上記の構成要素のうち一部がコンピューティングデバイス１０２のマザーボード上に一体化されている一方、他の構成要素は、例えば、周辺ポートを介して、当該マザーボードに通信可能に結合されているとしてよい。また、コンピューティングデバイス１０２は、説明を分かりやすくするべく図１では図示していないが、コンピュータおよび／またはコンピューティングデバイス内で通常発見される他の構成要素、サブ構成要素およびデバイスを含むものと考えられたい。
【００１１】
コンピューティングデバイス１０２のインバンドプロセッサ１２０は、ソフトウェアを実行可能な任意の種類のプロセッサ、例えば、マイクロプロセッサ、デジタルシグナルプロセッサ、マイクロコントローラ等であってよい。インバンドプロセッサ１２０は、一例として、プロセッサコア１２４を含むシングルコアプロセッサとして具現化されている。しかし、他の実施形態によると、インバンドプロセッサ１２０は、複数のプロセッサコア１２４を含むマルチコアプロセッサとして具現化されるとしてもよい。また、コンピューティングデバイス１０２は、１以上のプロセッサコア１２４を含むインバンドプロセッサ１２０をさらに有するとしてもよい。インバンドプロセッサ１２０は通常、オペレーティングシステムおよびコンピューティングデバイス１０２上に常駐しているさまざまなアプリケーション、プログラム、ライブラリおよびドライバを含むソフトウェアスタックを実行する。
【００１２】
コンピューティングデバイス１０２のチップセット１２６は、メモリコントローラハブ（ＭＣＨまたは「ノースブリッジ」）、入出力コントローラハブ（ＩＣＨまたは「サウスブリッジ」）、および、ファームウェアデバイスを含むとしてよい。このような実施形態によると、ファームウェアデバイスは、ベーシックインプットアウトプットシステム（ＢＩＯＳ）用のデータおよび／または命令および／またはその他の情報を格納するメモリストレージデバイスとして具現化されているとしてよい。しかし、他の実施形態によると、他の構成のチップセットを利用するとしてもよい。チップセット１２６は、複数の信号パスを介して、インバンドプロセッサ１２０に通信可能に結合されている。これらの信号パス（および図１に示すその他の信号パス）は、コンピューティングデバイス１０２の構成要素同士の間の通信を円滑に行うことが可能な任意の種類の信号パスとして具現化されているとしてよい。例えば、信号パスは、任意の数の配線、ケーブル、ライトガイド、プリント配線基板の配線、ビア、バス、中間デバイス等として具現化されているとしてよい。
【００１３】
コンピューティングデバイス１０２のメモリ１２８もまた、複数の信号パスを介してチップセット１２６に通信可能に結合されている。メモリ１２８は、１以上のメモリデバイスまたはデータ格納位置として具現化されるとしてよい。例えば、ダイナミックランダムアクセスメモリデバイス（ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリデバイス（ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリデバイス（ＤＤＲ ＳＤＲＡＭ）、フラッシュメモリデバイス、および／または、その他の揮発性メモリデバイスとして具現化されるとしてよい。また、図１に図示しているメモリデバイス１２８は１つのみであるが、他の実施形態では、コンピューティングデバイス１０２は、さらにメモリデバイスを有するとしてよい。インバンドプロセッサ１２０が実行するソフトウェアスタックを構成するオペレーティングシステム、アプリケーション、プログラム、ライブラリおよびドライバは、実行中、メモリ１２８内にあるとしてよい。また、メモリ１２８内に格納されているソフトウェアおよびデータは、メモリ１２８と、１以上のデータストレージデバイス１３２との間で、メモリ管理処理の一環として交換されるとしてよい。
【００１４】
コンピューティングデバイス１０２の通信回路１３０は、コンピューティングデバイス１０２と１以上のリモートデバイス（例えば、ＤＮＳ１０４およびリモートコンピューティングデバイス１０８）との間のネットワーク１０６を介して通信を可能とする任意の数のデバイスおよび回路として具現化されているとしてよい。例えば、通信回路１３０は、有線通信および／または無線通信を円滑に行うための１以上の有線方式または無線方式のネットワークインターフェースを含むとしてよい。通信回路１３０はさらに、複数の信号パスを介してチップセット１２６に通信可能に結合されている。このため、インバンドプロセッサ１２０がネットワーク１０６にアクセスすることができる。コンピューティングデバイス１０２は、ネットワーク１０６を介して、ＤＮＳ１０４と通信する。これは、後述するが、有線方式および／または無線方式であってよい。また、１以上のリモートコンピューティングデバイス１０８は、ネットワーク１０６を介して、ＤＮＳ１０４と通信するとしてよい。
【００１５】
コンピューティングデバイス１０２の構成要素は、インバンドプロセッサ１２０、チップセット１２６、メモリ１２８および通信回路１３０を含め、動作するべく電源（不図示）に結合されている。電源は、ＡＣ商用電源、ＤＣ電池電源または両方のいずれかから電力を引き出すことが可能な回路として具現化されているとしてよい。コンピューティングデバイス１０２は、エネルギーを節約するべく、多用されていない場合にはいくつかの低電力動作状態になるとしてよい。例えば、コンピューティングデバイス１０２は、コンピューティングデバイス１０２の構成要素のうち、あるとしても、わずかな構成要素のみが電源から電力を受け取っている状態である、電源が切れた状態または「オフ」状態になるとしてよい。これに代えて、コンピューティングデバイス１０２は、コンピューティングデバイス１０２の構成要素のうち全てではないが一部が電源から電力を受け取る状態である、さまざまな「スリープ」状態または「冬眠」状態になるとしてよい。例えば、「スリープ」状態では、（データを保持するべく）揮発性メモリ１２８には電力を供給するが、インバンドプロセッサ１２０には供給しないとしてよい。このような低電力動作状態によって、コンピューティングデバイス１０２がすぐに全電力動作状態に戻るようにしつつ、エネルギーを節約する。
【００１６】
アウトオブバンド（ＯＯＢ）プロセッサ１２２は、インバンドプロセッサ１２０とは別のプロセッサであり、インバンドプロセッサ１２０とは別個に動作するのが一般的である。ＯＯＢプロセッサ１２２は、ソフトウェアを実行可能な任意の種類のプロセッサ、例えば、マイクロプロセッサ、デジタルシグナルプロセッサ、マイクロコントローラ等としても具現化され得る。例えば、１以上のプロセッサコア（不図示）を含む１以上のプロセッサである。ＯＯＢプロセッサ１２２は、マザーボード上のチップセット１２６と一体化しているとしてよく、または、複数の信号パスを介してチップセット１２６に通信可能に結合されている拡張ボードに設けられている１以上の別個の集積回路として具現化されるとしてもよい。ＯＯＢプロセッサ１２２はさらに、複数の信号パスを介して、コンピューティングデバイス１０２のさまざまな構成要素、例えば、メモリ１２８および通信回路１３０に通信可能に結合されているとしてよい。これに代えて、または、これに加えて、ＯＯＢプロセッサ１２２は、同様の機能を持つ構成要素、例えば、専用メモリおよび／または専用通信回路（不図示）が内蔵されているとしてよい。
【００１７】
ＯＯＢプロセッサ１２２は、インバンドプロセッサ１２０の動作状態とは無関係に、コンピューティングデバイス１０２の特定機能を管理する。ＯＯＢプロセッサ１２２は、このように独立して動作するべく、電源に独立して接続されているとしてよい。このような構成によって、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２の他の構成要素の電源が切れているか、オフ状態であっても、電力を保持することができる。また、ＯＯＢプロセッサ１２２は、通信回路１３０を介して独立したネットワークインターフェースを備えているとしてよい。尚、通信回路１３０も、電源に独立して接続されているので、ネットワーク１０６を介してアウトオブバンド通信が可能である。言い換えると、ＯＯＢプロセッサ１２２は、インバンドプロセッサ１２０上で実行されているオペレーティングシステムの外部で、ネットワーク１０６上のデバイス（例えば、ＤＮＳ１０４およびリモートコンピューティングデバイス１０８）と直接通信が可能である。実際には、この通信はユーザが認識することなく行われているとしてよい。ＯＯＢプロセッサ１２２もまた、オペレーティングシステムの起動を含め、コンピューティングデバイス１０２を全電力動作状態に戻すことができる。要約すると、ＯＯＢプロセッサ１２２は、インバンドプロセッサ１２０がオフ状態であろうが、スタンドバイ状態であろうが、初期化中であろうが、または、通常動作中であろうがそれに無関係に、および、オペレーティングシステムが、起動中、実行中、クラッシュ中またはその他の理由で機能していないに関わらず、入力されるクエリ／コマンドに基づいてインテリジェントに動作して、ネットワーク１０６上で通信を行うとしてよい。
【００１８】
一部の実施形態例によると、ＯＯＢプロセッサ１２２は、インテル（商標）社のアクティブ・マネジメント・テクノロジ（Ａｃｔｉｖｅ Ｍａｎａｇｅｍｅｎｔ Ｔｅｃｈｎｏｌｏｇｙ）（インテル（商標）社、ＡＭＴ）を用いて、インテル（商標）社のＡＭＴの一部分を用いて、または、インテル（商標）社のマネジメント・エンジン（Ｍａｎａｇｅｍｅｎｔ Ｅｎｇｉｎｅ）（インテル（登録商標）社、ＭＥ）を用いて、および／または、インテル・コーポレーション（Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ）社が販売しているチップセット内で実現するとしてよい。これらはいずれも、インテル・コーポレーション社（米国カリフォルニア州サンタクラーラ）製である。インテル（商標）社のＡＭＴ（商標）の混載プラットフォーム技術（エンベデッド・プラットフォーム・テクノロジ：ｅｍｂｅｄｄｅｄ ｐｌａｔｆｏｒｍ ｔｅｃｈｎｏｌｏｇｙ）によれば、各エンドポイントデバイスの不揮発性メモリに格納されているハードウェア情報およびソフトウェア情報にアウトオブバンド方式でアクセスすることが可能となり、機能性オペレーティングシステムおよび他の管理ツールで必要となるソフトウェアエージェントの多くが必要なくなる。
【００１９】
上述したように、一部の実施形態では、コンピューティングデバイス１０２はさらに、１以上のデータストレージデバイス１３２、１以上の周辺デバイス１３４、および、警報指示部１４０を有するとしてよい。このような実施形態では、チップセット１２６も、信号パスを介して、１以上のデータストレージデバイス１３２、１以上の周辺デバイス１３４、および、警報指示部１４０に通信可能に結合されている。データストレージデバイス１３２は、短期データ格納媒体または長期データ格納媒体として構成されている任意の種類のデバイスとして具現化されるとしてよい。例えば、メモリデバイスおよびメモリ回路、メモリカード、ハードディスクドライブ、ソリッドステートドライブ、または、その他のデータストレージデバイスとして具現化されるとしてよい。周辺デバイス１３４は、任意の数の周辺デバイス、例えば、入力デバイス、出力デバイス、および、その他のインターフェースデバイスを含むとしてよい。例えば、周辺デバイス１３４は、コンピューティングデバイス１０２の外部スピーカ、キーボード、マウス、および、ディスプレイを含むとしてよい。周辺デバイス１３４に含まれる具体的なデバイスは、例えば、コンピューティングデバイス１０２の使用目的に応じて決まるとしてよい。警報指示部１４０は、コンピューティングデバイス１０２のステータスをユーザに警告することが可能な任意の種類のフィードバックデバイスを含むとしてよい。説明のための例を挙げると、警報指示部１４０は、光源（例えば、発光ダイオード（ＬＥＤ））、音源（例えば、マザーボードスピーカ）、または、振動源（例えば、力フィードバックアクチュエータ）として具現化されるとしてよい。また、一部の実施形態によると、警報指示部１４０は、コンピューティングデバイス１０２の表示デバイスとして具現化されるとしてもよいし、または、コンピューティングデバイス１０２の表示デバイスを含むとしてよい。このような実施形態によると、警報メッセージが当該表示デバイス（つまり、警報指示部１４０）上に表示されて、以下でより詳細に説明するが、災害をユーザに通知するとしてよい。
【００２０】
一部の実施形態では、コンピューティングデバイス１０２はさらに、専用の警告回路１５０を有するとしてよい。警告回路１５０は、複数の信号パスを介してＯＯＢプロセッサ１２２に通信可能に結合されている。一部の実施形態によると、警告回路１５０は、コンピューティングデバイス１０２のマザーボードに一体化されているとしてよい。他の実施形態によると、警告回路１５０は、コンピューティングデバイス１０２に通信可能に結合されている拡張カードまたは周辺デバイスとして具現化されるとしてよい。警告回路１５０は、スピーカ１５２および災害センサ１５４を含むとしてよい。警告回路１５０のスピーカ１５２は、ＯＯＢプロセッサ１２２からのコマンドに応じて可聴音を生成する任意の数のデバイスとして具現化されるとしてよい。例えば、スピーカ１５２は、電気音響変換器を含むとしてよい。警告回路１５０の災害センサ１５４は、１以上の災害の発生を示す１以上の条件を感知する任意の種類のセンサまたはセンサネットワークとして具現化されるとしてよい。例えば、災害センサ１５４は、急激な振動を感知する加速度計、大気圧の変化を感知する気圧計、大気の温度の変化を感知する温度計、または、特定の化学物質の存在を感知する電気化学センサとして具現化されているとしてよい。災害センサ１５４は、センサデータを生成するとしてよい。当該センサデータは、評価のために、または、さらにＤＮＳ１０４に送信されるべく、ＯＯＢプロセッサ１２２に送られる。スピーカ１５２および災害センサ１５４は、ＯＯＢプロセッサ１２２および通信回路１３０と同様に、電源に独立して接続されているとしてよい。このため、低電力状態にあっても、スピーカ１５２および災害センサ１５４を利用しやすくなる。
【００２１】
災害通知サーバ（ＤＮＳ）１０４は、ネットワーク１０６を介して、コンピューティングデバイス１０２との間で、そして、一部の実施形態では、１以上のリモートコンピューティングデバイス１０８との間で通信を実行可能な任意の種類の電子デバイスとして具現化されているとしてよい。例えば、ＤＮＳ１０４は、１以上のメインフレーム、サーバ、パーソナルコンピュータ、ワークステーション、ラップトップコンピュータまたはその他のコンピュータを用いたデバイスとして具現化されているとしてよい。ＤＮＳ１０４は通常、少なくとも１つのプロセッサと、少なくとも１つのメモリデバイス（不図示）とを有する。一部の実施形態によると、ＤＮＳ１０４は、少なくとも１つのメモリデバイス内に格納されているデータベース１６０を有するとしてよい。データベース１６０は、コンピューティングデバイス１０２およびリモートコンピューティングデバイス１０８から受信した情報を保持するべく、ＤＮＳ１０４によって利用されるとしてよい。当該情報は、これらに限定されないが、災害センサ１５４からのセンサデータ、各コンピューティングデバイス１０２、１０８のインターネットプロトコル（ＩＰ）アドレス、および、対応するコンピューティングデバイス１０２、１０８の物理的な位置を示す位置データ（例えば、住所情報、郵便番号、ＧＰＳ座標等）を含む。一部の実施形態によると、ＤＮＳ１０４は、このデータを処理および評価して、災害の発生に関する警報通知を動的に生成することが可能である。例えば、ＤＮＳ１０４は、事前に構築された包括的な算出モデルまたはその他のアルゴリズムを用いてこれらのデータを評価するとしてよい。
【００２２】
ネットワーク１０６は、任意の種類の有線方式および／または無線方式のネットワークとして具現化されるとしてよい。例えば、ローカルエリアネットワーク、ワイドエリアネットワーク、公的に利用可能なグローバルネットワーク（例えば、インターネット）、または、他のネットワークとして具現化するとしてよい。また、ネットワーク１０６は、コンピューティングデバイス１０２とＤＮＳ１０４との間の通信を円滑化する任意の数のデバイス、例えば、ルータ、スイッチ、中間コンピュータ等を有するとしてよい。１以上のリモートコンピューティングデバイス１０８は、コンピューティングデバイス１０２とは別個の任意の種類のコンピューティングデバイスとして具現化されるとしてよい。例えば、リモートコンピューティングデバイス１０８は、１以上のパーソナルコンピュータ、ワークステーション、ラップトップコンピュータ、ハンドヘルドコンピュータ、モバイルインターネットデバイス、携帯電話、携帯情報端末（ＰＤＡ）、電話デバイス、ネットワーク機器、仮想化デバイス、ストレージコントローラ、または、同様にネットワーク１０６を介してＤＮＳ１０４と通信するその他のコンピュータを利用したデバイスとして具現化されているとしてよい。１以上のリモートコンピューティングデバイス１０８はそれぞれ、ＯＯＢプロセッサおよび災害センサを含むコンピューティングデバイス１０２と同様の構成を持つとしてよい。
【００２３】
恒久的に電力供給を受けていること、および、独立した通信チャネルがあること等、ＯＯＢプロセッサ１２２の特徴のいくつかによって、システム１００は、災害の検出、災害警告の発令、または、この両方を行うことができる。このため、図２に示すように、システム１００は、災害警告を発令する方法２００を実行するように構成されているとしてよい。方法２００は、例えば、ＯＯＢプロセッサ１２２およびコンピューティングデバイス１０２の他の構成要素によって実行されるとしてよい。尚、コンピューティングデバイス１０２は、システム１００の他の構成要素とやり取りするとしてよい。方法２００は、コンピューティングデバイス１０２を利用して、適切なセンサデータに基づき、任意の種類の災害（例えば、地震、火山噴火、竜巻、ハリケーン、津波、鉄砲水、致命的なコンピュータウィルス、テロリストによる攻撃等）についての警告を発令するとしてよい。また、方法２００によって生成する災害警告は、任意のソース（例えば、政府機関）から出力されるとしてよい。
【００２４】
方法２００は、コンピューティングデバイス１０２のユーザがコンピューティングデバイス１０２を災害通知サーバ（ＤＮＳ）１０４に登録するブロック２０２から開始される。このため、コンピューティングデバイス１０２は、ネットワーク１０６を介して、ＤＮＳ１０４に識別データを送信する。この識別データは、例えば、コンピューティングデバイス１０２のインターネットプロトコル（ＩＰ）アドレス、コンピューティングデバイス１０２の物理的位置を示す位置データ（例えば、住所情報、郵便番号、ＧＰＳ座標等）、および／または、システム情報を含むとしてよい。ＤＮＳ１０４は、コンピューティングデバイス１０２に対応しているデータベース１６０の記録に、識別データを格納する。一部の実施形態では、ブロック２０２では、ユーザがホームページ、または、ＤＮＳ１０４に関する他のポータルに行って、ウェブブラウザで関連データを提出することを含むとしてよい。他の実施形態によると、ブロック２０２では、ユーザが介在することなく（例えば、ＤＮＳ１０４から受信する尋問メッセージに応じて）、コンピュータデバイス１０２がネットワーク１０６を介して識別データをＤＮＳ１０４に送信するとしてよい。また、一部の実施形態によると、ＤＮＳ１０４は、受信したコンピューティングデバイス１０２のＩＰアドレスに基づき、コンピューティングデバイス１０２の位置データを決定するとしてよい。このような位置データは、例えば、公的または私的なＩＰ−位置データベースまたはウェブサービス（例えば、ｗｗｗ.ｉｐｇｅｏｉｎｆｏ.ｃｏｍ）にアクセスすることによって決定するとしてよい。
【００２５】
識別データは、ＤＮＳ１０４のデータベース１６０に格納されているものから定期的に変更され得ることに留意されたい。例えば、コンピューティングデバイス１０２のＩＰアドレスが更新された場合、または、コンピューティングデバイス１０２が新しい位置に移動した場合（例えば、コンピューティングデバイス１０２が携帯可能なコンピューティングデバイスであるとしてよい）に変更されるとしてよい。このため、コンピューティングデバイス１０２は、ブロック２０４において、更新後の識別データをＤＮＳ１０４に送る。更新後の識別データは、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２によって送信されるとしてよい。例えば、コンピューティングデバイスが完全動作電力状態である場合、インバンドプロセッサ１２０が更新後の識別データをＤＮＳ１０４に送信するとしてよく、コンピューティングデバイス１０２のインバンドプロセッサ１２０が低電力状態またはオフ状態である場合、ＯＯＢプロセッサ１２２がこれらの更新内容を送信するとしてよい。また、インバンドプロセッサ１２０および／またはＯＯＢプロセッサ１２２は、ユーザが介在せずとも、これらの更新内容をＤＮＳ１０４に送信するとしてよい。一部の実施形態によると、コンピューティングデバイス１０２は、位置データが変更された（例えば、コンピューティングデバイス１０２のＩＰアドレスが変更された）場合にのみ、更新後の位置データを送信する。図２のブロック２０６に示すように、更新後の識別データを受信することに応じて、ＤＮＳ１０４はデータベース１６０の関連する記録を更新する。
【００２６】
コンピューティングデバイス１０２がＤＮＳ１０４に登録されると、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）はさらに、ＤＮＳ１０４から関連する警報通知を受信し始める。ブロック２０８において、コンピューティングデバイス１０２は、ＤＮＳ１０４が災害の検出に応じて警報通知を送信したか否かを判断する。つまり、ＤＮＳ１０４が（自身の判断により、または、外部ソースから受信した通知により）災害が発生中または発生予定であると判断すると、ＤＮＳ１０４は、データベース１６０にアクセスして、当該災害（例えば、地震、致命的なウィルス攻撃等）の影響を受ける可能性があるエリアにあるコンピューティングデバイス１０２、１０８、または、当該エリアにあるコンピューティングシステムに属するコンピューティングデバイス１０２、１０８を判断する。影響を受けるエリアにコンピューティングデバイス１０２、１０８があれば、ＤＮＳ１０４は、データベース１６０に格納されている対応するＩＰアドレスに警報通知をブロードキャストする。このように、コンピューティングデバイス１０２が災害に遭っているエリア、または、遭う予定のエリアにある場合、ＤＮＳ１０４はコンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）に警報通知を送信する。尚、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２のインバンドプロセッサ１２０の電源が切れている場合、または、オフ状態の場合であっても、このような警報通知を受信するために利用可能である。これに加えて、または、これに代えて、コンピューティングデバイス１０２は、ＤＮＳ１０４に対して定期的に、警報通知に関してクエリを行うように構成されているとしてもよい。
【００２７】
ブロック２０８において警報通知を受信しない場合、方法２００はブロック２０４に戻る。しかし、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）が警報通知を受信すると、ブロック２１０においてコンピューティングデバイス１０２でユーザ警告を生成する。ブロック２１０でコンピューティングデバイス１０２が生成するユーザ警告は、コンピューティングデバイス１０２のユーザの注意をひきつけるものであればどのような形態であってもよい。
【００２８】
警報通知を受信するとコンピューティングデバイス１０２の電源がオンになる場合、警報通知は、ＯＯＢプロセッサ１２２および／またはインバンドプロセッサ１２０によって処理されるとしてよい。例えば、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２の電源がオンになって警報通知を受信することに応じて、コンピューティングデバイス１０２のスピーカ１５２、または、警告指示部１４０、および／または、１以上の周辺デバイス１３４に警告信号を即座に送信するとしてよい。この場合、ユーザ警告は、可聴アラーム、視覚警告、振動、または、これらの任意の組み合わせとなるとしてよい。これに代えて、一部の実施形態によると、インバンドプロセッサ１２０は、コンピューティングデバイス１０２の電源がオンであれば警報通知を受信して処理する。この場合、インバンドプロセッサ１２０は、ＯＯＢプロセッサ１２２と同様の機能を実行するとしてよく、例えば、コンピューティングデバイス１０２のスピーカ１５２、または、警告指示部１４０、および／または、１以上の周辺デバイス１３４に、警告信号を送るとしてよい。また、一部の実施形態によると、ＯＯＢプロセッサ１２２は、インバンドプロセッサ１２０の電力状態にかかわらず、警報通知を処理するとしてよい。
【００２９】
警報通知をＯＯＢプロセッサ１２２がＤＮＳ１０４から受信した際にコンピューティングデバイス１０２が低電力動作状態である場合（そして、コンピューティングデバイス１０２が任意の警告回路１５０を備えていない場合）、ＯＯＢプロセッサ１２２は、インバンドプロセッサ１２０を起動して、ユーザ警告を生成するために必要な機能を取り戻すために必要な電力動作状態にするとしてよい。しかし、災害が発生すると大抵、被害を回避するべくコンピューティングデバイス１０２のユーザに即座に通知しなければならない。このため、一部の実施形態では、ＯＯＢプロセッサ１２２は、緊急事態フラグをチップセット１２６に伝達して、ＢＩＯＳ命令に短時間で完了する緊急事態ブート処理を開始させる。一部の実施形態では、この緊急事態ブート処理において、警告指示部１４０を動作させるために必要な構成要素（例えば、マザーボードスピーカ）およびソフトウェアのみを初期化するとしてよい。このような実施形態では、警告指示部１４０は、災害の検出を表すべく事前に選択されたビープ音パターン（つまり、１回以上のビープ音）を生成するために用いられるとしてよい。一例として挙げると、コンピューティングデバイス１０２は、該当エリアで地震が発生したことを知らせるべく途切れずに長く続くビープ音を１回出力するとしてよい。さらに、一部の実施形態によると、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２のディスプレイ等、コンピューティングデバイス１０２の機能を取り戻すために必要な電力動作状態までインバンドプロセッサ１２０を起動するとしてよい。このような実施形態によると、警告音の生成に加えて、または、警告音の生成に代えて、警告メッセージをユーザに提示するとしてよい。
【００３０】
以下では図３を参照しつつ説明するが、システム１００は、利用に際して、災害を検出して災害警告を発令する方法３００を実行するとしてよい。方法３００はさらに、例えば、ＯＯＢプロセッサ１２２、および、システム１００の他の構成要素とやり取りするコンピューティングデバイス１０２の他の構成要素によって実行されるとしてよい。方法３００は、適切な災害センサ１５４を利用することによって、任意の種類の災害（例えば、地震、火山噴火、竜巻、ハリケーン、津波、鉄砲水、致命的なコンピュータウィルス、テロリストの攻撃等）を検出して警告を発令するために用いられるとしてよい。方法３００は、コンピューティングデバイス１０２のユーザがコンピューティングデバイス１０２を災害通知サーバ（ＤＮＳ）１０４に登録するブロック３０２で開始される。
【００３１】
コンピューティングデバイス１０２がＤＮＳ１０４に登録されると、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）は、ブロック３０４において災害の検出に応じてＤＮＳ１０４が警報通知を送信したか否かを判断する。図２を参照しつつ上述したように、ＤＮＳ１０４が（自身の判断により、または、外部ソースから受信した通知により）災害が発生中または発生予定であると判断すると、ＤＮＳ１０４は、データベース１６０にアクセスして、当該災害（例えば、地震、致命的なウィルス攻撃等）の影響を受ける可能性があるエリアにあるコンピューティングデバイス１０２、１０８、または、当該エリアにあるコンピューティングシステムに属するコンピューティングデバイス１０２、１０８を判断する。影響を受けるエリアにコンピューティングデバイス１０２、１０８があれば、ＤＮＳ１０４は、データベース１６０に格納されている対応するＩＰアドレスに警報通知をブロードキャストする。このように、コンピューティングデバイス１０２が災害に遭っているエリア、または、遭う予定のエリアにある場合、ＤＮＳ１０４はコンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）に警報通知を送信する。繰り返しになるが、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２のインバンドプロセッサ１２０が電力供給を受けていない場合、または、オフ状態であっても、このような警報通知を受信するべく利用可能であることに留意されたい。これに加えて、または、これに代えて、コンピューティングデバイス１０２は、警報通知について、ＤＮＳ１０４に対して定期的にクエリを行うとしてよい。
【００３２】
コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）が警報通知が受信されたと判断すると、コンピューティングデバイス１０２は、ブロック３０６において、コンピューティングデバイス１０２上でユーザ警告を生成する。コンピューティングデバイス１０２が生成するユーザ警告は、コンピューティングデバイス１０２のユーザの注意を引く任意の形態であってよい。例えば、コンピューティングデバイス１０２が専用の警告回路１５０（恒久的に電源供給を受けるもの）を有する実施形態では、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）はスピーカ１５２に即座にアラーム信号を送信することができ、スピーカ１５２に可聴アラームを生成させる。図２のブロック２１０に関連づけて上述したように、警報通知を受信するとコンピューティングデバイス１０２の電源がオンになる場合、警報通知はＯＯＢプロセッサ１２２および／またはインバンドプロセッサ１２０によって処理されるとしてよい。例えば、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２の電力状態に関係なく、警報通知を処理するとしてよい。これに代えて、図２のブロック２１０に関連付けて詳細に上述したように、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２が低電力状態の場合に警報通知を処理するとしてよく、インバンドプロセッサ１２０は、コンピューティングデバイス１０２が電源オン状態または動作状態である場合に警報通知を処理するとしてよい。
【００３３】
ブロック３０４に戻って、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）が警報通知は受信しなかったと判断すると、コンピューティングデバイス１０２は、ブロック３０８において、更新後の識別データをＤＮＳ１０４に通知する。ブロック３１０において、ＤＮＳ１０４は、更新後のデータの受信に応じて、データベース１６０を更新する。ブロック３０８および３１０の具体的な処理はそれぞれ、図２を参照しつつ上述した方法２００のブロック２０４および２０６とほぼ同様である。
【００３４】
コンピューティングデバイス１０２が任意の更新後の識別データをＤＮＳ１０４に通知すると、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）はさらに、災害センサ１５４が生成するセンサデータを監視し始める。方法３００のブロック３１２において、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）は災害センサ１５４からのセンサデータを評価して、ローカル災害条件が発生したか否かを判断する。一部の実施形態によると、ブロック３１２では、取得したセンサデータの１以上の値を所定のしきい値または動的に調整されるしきい値と比較するとしてよい。地震検出の例に戻ると、ＯＯＢプロセッサ１２２またはインバンドプロセッサ１２０は、地震により発生する１以上のＰ波を検出することを目的として突然の変動を発見するべく加速度計（つまり、災害センサ１５４）の出力を監視するとしてよい。プロセッサ１２０、１２２は、コンピューティングデバイス１０２のインバンドプロセッサ１２０が低電力状態または電源オフ状態であっても、上記のように観察および評価を行うとしてよい。
【００３５】
ブロック３１２において、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）がローカル災害条件が発生していないと判断すると、方法３００はブロック３０４に戻る。しかし、コンピューティングデバイス１０２がローカル災害条件を検出すると、方法３００は、ブロック３１４に進んで、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）がセンサデータの一部またはすべてをＤＮＳ１０４に渡す。尚、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２のインバンドプロセッサ１２０が低電力状態またはオフ状態であっても、関連するセンサデータを送信し得ることを理解されたい。コンピューティングデバイス１０２は、ユーザの介在を必要とすることなく、ＤＮＳ１０４に更新内容を送信するとしてよい。尚、方法３００の一部の実施形態では、判断ブロック３１２を省略して、ＯＯＢプロセッサ１２２またはインバンドプロセッサ１２０が取得したセンサデータを全てＤＮＳ１０４に送信するとしてよい（このような実施形態では、方法３００はブロック３０８から直接ブロック３１４に進む）。
【００３６】
コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）がセンサデータをＤＮＳ１０４に通知した後、ＤＮＳ１０４は、ブロック３１６において、コンピューティングデバイス１０２、および、一部の実施形態では、１以上のリモートコンピューティングデバイス１０８から受信したセンサデータをまとめて考察するとしてよい。つまり、ローカル災害条件が複数のコンピューティングデバイス１０２、１０８から報告されると、ＤＮＳ１０４は、高い信頼率で災害の発生を判断するとしてよい（このため、誤って災害発生を検出することを回避しやすくなる）。ＤＮＳ１０４はさらに、位置地理情報と共に、センサデータのさまざまな側面、例えば、大きさおよびタイミングを評価して、災害のさまざまな特徴を決定するとしてよい。任意で、専門家がＤＮＳ１０４とやり取りを行って、受信したセンサデータを観察および評価するとしてよい。地震を検出する例に戻ると、複数のコンピューティングデバイス１０２、１０８がローカルな振動を報告し、コンピューティングデバイス１０２、１０８が地震帯上に位置している場合、ＤＮＳ１０４は、報告された振動が地震のＰ波を表していると結論付けるとしてよい。ＤＮＳ１０４はこの後、地震の様々な特徴を算出するとしてよい（例えば、マグニチュード、震源）。最後に、ＤＮＳ１０４は、影響を受けたエリアの各コンピューティングデバイスに警報通知を送信するとしてよい。当該警報通知は、コンピューティングデバイス１０２がブロック３０４で受信する。大半の場合、この警報通知は、破壊力が大きいレーリー波より前にコンピューティングデバイス１０２に到着するので、ＯＯＢプロセッサ１２２またはインバンドプロセッサ１２０は、迫りくる地震についてユーザに警告を発令することができる。
【００３７】
本開示は添付図面および上記の説明において詳細に図示および記載してきたが、図示内容および記載内容は、例示的なものであって本質的に本開示を制限するものではないと考えられたい。図示および記載した実施形態は例示的なものに過ぎず、本開示および請求項が意図する範囲内に入る全ての変更および変形は保護の対象となる旨理解されたい。
【背景技術】
【０００１】
多くの災害は、適切な予測が不可能であるので、災害の発生により危険にさらされている人物に警告を発することができない。例えば、現在の地震科学で地震予測は可能だが、間違う確率（誤って災害が発生していないと判断する確率および誤って災害が発生したと判断する確率の両方）が比較的高い。災害予測に代わるものとして、早期検出および警告を行う方法がある。地震の例に戻ると、秒速約６キロメートルで伝搬するが損害は少ない縦波（Ｐ波）の発生と、秒速約３．５キロメートルで伝搬するが破壊力がより大きいレーリー波（つまり、表面波）の発生との間には通常、数秒間の間隔がある。Ｐ波とレーリー波との間の間隔の時間は、地震の震源からの現在地の距離に応じて変化する。特定の地震に関するＰ波を検出することができれば、破壊力の大きいレーリー波が発生する前に少なくとも幾人かには警告を発し得るので、即座に避難することができるようになる。
【０００２】
一部の国では、災害が発生しそうになると国民に警告を発令するシステムを導入している。例えば、日本の気象庁（ｗｗｗ．ｊｍａ．ｇｏ．ｊｐ）では、約２００個の地震計および６００個の震度計から構成される地震観測網を持ち、大地震のＰ波を検出するべく地震計および震度計をリアルタイムで監視している。気象庁は、地震が発生すると、当該地震の震源、マグニチュードおよび震度の観測結果に関する情報を放送することができる。現時点において、この情報は、ローカルメディア（例えば、テレビ、ラジオ等）または無線デバイス（つまり、携帯電話）を通じて、影響を受ける人物に配信される。しかし、このような情報源はいずれも、受信側のデバイスが「オン」になっており動作している場合に限り、ユーザに警告を発すすることが可能である。
【図面の簡単な説明】
【０００３】
本明細書で説明する本発明は、限定ではなく例示を目的として、添付図面に図示している。図示内容を簡略且つ明瞭にするべく、図面に図示している構成要素は必ずしも実寸に即したものではない。例えば、一部の構成要素の寸法は、分かりやすいように、他の構成要素に比べて強調しているとしてもよい。図面は以下の通りである。
【図１】災害の発生の検出、および／または、災害警告の発令を行うシステムの一実施形態を示す簡略ブロック図である。
【図２】図１に示すシステムが利用する災害警告発令方法の一実施形態を説明するための簡略フローチャートである。
【図３】図１に示すシステムが利用する、災害を検出して災害警告を発令する方法の一実施形態を説明するための簡略フローチャートである。
【発明を実施するための形態】
【０００４】
本開示の概念は様々な点で変形および変更が可能であるが、具体的な実施形態例を一例として図面に図示するとともに、本明細書で詳細に説明する。しかし、開示している具体的な形態に本開示の概念を限定するものではなく、請求項で定義している本発明の意図および範囲に含まれる変形例、均等例および代替例を全て含むものと理解されたい。
【０００５】
以下に記載する説明では、論理の実施例、オペコード、オペランド指定手段、リソースのパーティション化／共有化／複製の実施例、システム構成要素の種類および相関関係、ならびに、論理のパーティション化／集積化に関する選択肢等、具体的且つ詳細な内容を数多く記載して、本開示をより深く理解していただきたい。しかし、当業者であれば、本開示の実施形態はこのような具体的且つ詳細な内容を採用せずとも実施し得ることに想到するであろう。また、制御構造、ゲートレベル回路および完全なソフトウェア命令列は、本開示をあいまいにすることを避けるべく、詳細な説明を省略している場合があるとしてよい。当業者であれば、本明細書に記載する説明を参照することで、過度の実験を行わなくとも適切な機能を実現可能である。
【０００６】
本明細書において「一実施形態」、「ある実施形態」、「実施形態例」等の記載は、説明している少なくとも１つの実施形態が特定の特徴、構造または特性を持つことを意味しているが、各実施形態が必ずしもその特定の特徴、構造または特性を持つものではない。また、これらの記載は、必ずしも同じ実施形態を意味しているものではない。また、ある実施形態に関連付けて特定の特徴、構造または特性が説明されている場合、明示的に説明されていてもいなくても、この特徴、構造または特性を他の実施形態に関連付けて実現することは当業者の知識の範囲内であると考えられる。
【０００７】
開示したシステムおよび方法の実施形態は、ハードウェア、ファームウェア、ソフトウェア、または、これらを任意に組み合わせて実現するとしてよい。開示したシステムおよび方法の実施形態は、コンピューティングデバイスで実施される場合、構成要素間に設けられている１以上のバスインターコネクト、および／または、構成要素間に設けられている１以上のポイント・ツー・ポイント・インターコネクトを備えるとしてよい。開示されているシステムおよび方法の実施形態はさらに、有形機械可読媒体に格納されている命令として実現されるとしてもよい。当該命令は、１以上のプロセッサによって読み出されて実行されるとしてよい。有形機械可読媒体は、機械（例えば、コンピューティングデバイス）読み出し可能な形式で情報を格納または送信する任意のメカニズムを含むとしてよい。例えば、有形機械可読媒体は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクストレージ、光学ストレージ、フラッシュメモリ、および／または、その他の種類のメモリデバイスを含むとしてよい。
【０００８】
図１を参照しつつ説明すると、災害の発生を検出してユーザに対して警告を発令するシステム１００は、コンピューティングデバイス１０２と、災害通知サーバ（ＤＮＳ）１０４と、コンピューティングデバイス１０２をＤＮＳ１０４に通信可能に接続するネットワーク１０６とを備える。一部の実施形態では、システム１００はさらに、ネットワーク１０６を介して、コンピューティングデバイス１０２およびＤＮＳ１０４に接続されている１以上のリモートコンピューティングデバイス１０８を備えるとしてよい。
【０００９】
コンピューティングデバイス１０２は、本明細書で説明する機能を実行可能な任意の種類の電子デバイスとして具現化されているとしてよい。例えば、コンピューティングデバイス１０２は、パーソナルコンピュータ、ワークステーション、ラップトップコンピュータ、ハンドヘルドコンピュータ、モバイルインターネットデバイス、携帯電話、携帯情報端末（ＰＤＡ）、電話デバイス、ネットワーク機器、仮想化デバイス、ストレージコントローラ、または、コンピュータを利用したその他のデバイスとして具現化されるとしてよい。
【００１０】
コンピューティングデバイス１０２は、インバンドプロセッサ１２０、アウトオブバンド（ＯＯＢ）プロセッサ１２２、チップセット１２６、メモリ１２８、および、通信回路１３０を有する。一部の実施形態によると、コンピューティングデバイス１０２はさらに、１以上のデータストレージデバイス１３２、１以上の周辺デバイス１３４、警報指示部１４０、および／または、警報回路１５０を有するとしてよい。一部の実施形態によると、上記の構成要素のうち一部がコンピューティングデバイス１０２のマザーボード上に一体化されている一方、他の構成要素は、例えば、周辺ポートを介して、当該マザーボードに通信可能に結合されているとしてよい。また、コンピューティングデバイス１０２は、説明を分かりやすくするべく図１では図示していないが、コンピュータおよび／またはコンピューティングデバイス内で通常発見される他の構成要素、サブ構成要素およびデバイスを含むものと考えられたい。
【００１１】
コンピューティングデバイス１０２のインバンドプロセッサ１２０は、ソフトウェアを実行可能な任意の種類のプロセッサ、例えば、マイクロプロセッサ、デジタルシグナルプロセッサ、マイクロコントローラ等であってよい。インバンドプロセッサ１２０は、一例として、プロセッサコア１２４を含むシングルコアプロセッサとして具現化されている。しかし、他の実施形態によると、インバンドプロセッサ１２０は、複数のプロセッサコア１２４を含むマルチコアプロセッサとして具現化されるとしてもよい。また、コンピューティングデバイス１０２は、１以上のプロセッサコア１２４を含むインバンドプロセッサ１２０をさらに有するとしてもよい。インバンドプロセッサ１２０は通常、オペレーティングシステムおよびコンピューティングデバイス１０２上に常駐しているさまざまなアプリケーション、プログラム、ライブラリおよびドライバを含むソフトウェアスタックを実行する。
【００１２】
コンピューティングデバイス１０２のチップセット１２６は、メモリコントローラハブ（ＭＣＨまたは「ノースブリッジ」）、入出力コントローラハブ（ＩＣＨまたは「サウスブリッジ」）、および、ファームウェアデバイスを含むとしてよい。このような実施形態によると、ファームウェアデバイスは、ベーシックインプットアウトプットシステム（ＢＩＯＳ）用のデータおよび／または命令および／またはその他の情報を格納するメモリストレージデバイスとして具現化されているとしてよい。しかし、他の実施形態によると、他の構成のチップセットを利用するとしてもよい。チップセット１２６は、複数の信号パスを介して、インバンドプロセッサ１２０に通信可能に結合されている。これらの信号パス（および図１に示すその他の信号パス）は、コンピューティングデバイス１０２の構成要素同士の間の通信を円滑に行うことが可能な任意の種類の信号パスとして具現化されているとしてよい。例えば、信号パスは、任意の数の配線、ケーブル、ライトガイド、プリント配線基板の配線、ビア、バス、中間デバイス等として具現化されているとしてよい。
【００１３】
コンピューティングデバイス１０２のメモリ１２８もまた、複数の信号パスを介してチップセット１２６に通信可能に結合されている。メモリ１２８は、１以上のメモリデバイスまたはデータ格納位置として具現化されるとしてよい。例えば、ダイナミックランダムアクセスメモリデバイス（ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリデバイス（ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリデバイス（ＤＤＲ ＳＤＲＡＭ）、フラッシュメモリデバイス、および／または、その他の揮発性メモリデバイスとして具現化されるとしてよい。また、図１に図示しているメモリデバイス１２８は１つのみであるが、他の実施形態では、コンピューティングデバイス１０２は、さらにメモリデバイスを有するとしてよい。インバンドプロセッサ１２０が実行するソフトウェアスタックを構成するオペレーティングシステム、アプリケーション、プログラム、ライブラリおよびドライバは、実行中、メモリ１２８内にあるとしてよい。また、メモリ１２８内に格納されているソフトウェアおよびデータは、メモリ１２８と、１以上のデータストレージデバイス１３２との間で、メモリ管理処理の一環として交換されるとしてよい。
【００１４】
コンピューティングデバイス１０２の通信回路１３０は、コンピューティングデバイス１０２と１以上のリモートデバイス（例えば、ＤＮＳ１０４およびリモートコンピューティングデバイス１０８）との間のネットワーク１０６を介して通信を可能とする任意の数のデバイスおよび回路として具現化されているとしてよい。例えば、通信回路１３０は、有線通信および／または無線通信を円滑に行うための１以上の有線方式または無線方式のネットワークインターフェースを含むとしてよい。通信回路１３０はさらに、複数の信号パスを介してチップセット１２６に通信可能に結合されている。このため、インバンドプロセッサ１２０がネットワーク１０６にアクセスすることができる。コンピューティングデバイス１０２は、ネットワーク１０６を介して、ＤＮＳ１０４と通信する。これは、後述するが、有線方式および／または無線方式であってよい。また、１以上のリモートコンピューティングデバイス１０８は、ネットワーク１０６を介して、ＤＮＳ１０４と通信するとしてよい。
【００１５】
コンピューティングデバイス１０２の構成要素は、インバンドプロセッサ１２０、チップセット１２６、メモリ１２８および通信回路１３０を含め、動作するべく電源（不図示）に結合されている。電源は、ＡＣ商用電源、ＤＣ電池電源または両方のいずれかから電力を引き出すことが可能な回路として具現化されているとしてよい。コンピューティングデバイス１０２は、エネルギーを節約するべく、多用されていない場合にはいくつかの低電力動作状態になるとしてよい。例えば、コンピューティングデバイス１０２は、コンピューティングデバイス１０２の構成要素のうち、あるとしても、わずかな構成要素のみが電源から電力を受け取っている状態である、電源が切れた状態または「オフ」状態になるとしてよい。これに代えて、コンピューティングデバイス１０２は、コンピューティングデバイス１０２の構成要素のうち全てではないが一部が電源から電力を受け取る状態である、さまざまな「スリープ」状態または「冬眠」状態になるとしてよい。例えば、「スリープ」状態では、（データを保持するべく）揮発性メモリ１２８には電力を供給するが、インバンドプロセッサ１２０には供給しないとしてよい。このような低電力動作状態によって、コンピューティングデバイス１０２がすぐに全電力動作状態に戻るようにしつつ、エネルギーを節約する。
【００１６】
アウトオブバンド（ＯＯＢ）プロセッサ１２２は、インバンドプロセッサ１２０とは別のプロセッサであり、インバンドプロセッサ１２０とは別個に動作するのが一般的である。ＯＯＢプロセッサ１２２は、ソフトウェアを実行可能な任意の種類のプロセッサ、例えば、マイクロプロセッサ、デジタルシグナルプロセッサ、マイクロコントローラ等としても具現化され得る。例えば、１以上のプロセッサコア（不図示）を含む１以上のプロセッサである。ＯＯＢプロセッサ１２２は、マザーボード上のチップセット１２６と一体化しているとしてよく、または、複数の信号パスを介してチップセット１２６に通信可能に結合されている拡張ボードに設けられている１以上の別個の集積回路として具現化されるとしてもよい。ＯＯＢプロセッサ１２２はさらに、複数の信号パスを介して、コンピューティングデバイス１０２のさまざまな構成要素、例えば、メモリ１２８および通信回路１３０に通信可能に結合されているとしてよい。これに代えて、または、これに加えて、ＯＯＢプロセッサ１２２は、同様の機能を持つ構成要素、例えば、専用メモリおよび／または専用通信回路（不図示）が内蔵されているとしてよい。
【００１７】
ＯＯＢプロセッサ１２２は、インバンドプロセッサ１２０の動作状態とは無関係に、コンピューティングデバイス１０２の特定機能を管理する。ＯＯＢプロセッサ１２２は、このように独立して動作するべく、電源に独立して接続されているとしてよい。このような構成によって、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２の他の構成要素の電源が切れているか、オフ状態であっても、電力を保持することができる。また、ＯＯＢプロセッサ１２２は、通信回路１３０を介して独立したネットワークインターフェースを備えているとしてよい。尚、通信回路１３０も、電源に独立して接続されているので、ネットワーク１０６を介してアウトオブバンド通信が可能である。言い換えると、ＯＯＢプロセッサ１２２は、インバンドプロセッサ１２０上で実行されているオペレーティングシステムの外部で、ネットワーク１０６上のデバイス（例えば、ＤＮＳ１０４およびリモートコンピューティングデバイス１０８）と直接通信が可能である。実際には、この通信はユーザが認識することなく行われているとしてよい。ＯＯＢプロセッサ１２２もまた、オペレーティングシステムの起動を含め、コンピューティングデバイス１０２を全電力動作状態に戻すことができる。要約すると、ＯＯＢプロセッサ１２２は、インバンドプロセッサ１２０がオフ状態であろうが、スタンドバイ状態であろうが、初期化中であろうが、または、通常動作中であろうがそれに無関係に、および、オペレーティングシステムが、起動中、実行中、クラッシュ中またはその他の理由で機能していないに関わらず、入力されるクエリ／コマンドに基づいてインテリジェントに動作して、ネットワーク１０６上で通信を行うとしてよい。
【００１８】
一部の実施形態例によると、ＯＯＢプロセッサ１２２は、インテル（商標）社のアクティブ・マネジメント・テクノロジ（Ａｃｔｉｖｅ Ｍａｎａｇｅｍｅｎｔ Ｔｅｃｈｎｏｌｏｇｙ）（インテル（商標）社、ＡＭＴ）を用いて、インテル（商標）社のＡＭＴの一部分を用いて、または、インテル（商標）社のマネジメント・エンジン（Ｍａｎａｇｅｍｅｎｔ Ｅｎｇｉｎｅ）（インテル（登録商標）社、ＭＥ）を用いて、および／または、インテル・コーポレーション（Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ）社が販売しているチップセット内で実現するとしてよい。これらはいずれも、インテル・コーポレーション社（米国カリフォルニア州サンタクラーラ）製である。インテル（商標）社のＡＭＴ（商標）の混載プラットフォーム技術（エンベデッド・プラットフォーム・テクノロジ：ｅｍｂｅｄｄｅｄ ｐｌａｔｆｏｒｍ ｔｅｃｈｎｏｌｏｇｙ）によれば、各エンドポイントデバイスの不揮発性メモリに格納されているハードウェア情報およびソフトウェア情報にアウトオブバンド方式でアクセスすることが可能となり、機能性オペレーティングシステムおよび他の管理ツールで必要となるソフトウェアエージェントの多くが必要なくなる。
【００１９】
上述したように、一部の実施形態では、コンピューティングデバイス１０２はさらに、１以上のデータストレージデバイス１３２、１以上の周辺デバイス１３４、および、警報指示部１４０を有するとしてよい。このような実施形態では、チップセット１２６も、信号パスを介して、１以上のデータストレージデバイス１３２、１以上の周辺デバイス１３４、および、警報指示部１４０に通信可能に結合されている。データストレージデバイス１３２は、短期データ格納媒体または長期データ格納媒体として構成されている任意の種類のデバイスとして具現化されるとしてよい。例えば、メモリデバイスおよびメモリ回路、メモリカード、ハードディスクドライブ、ソリッドステートドライブ、または、その他のデータストレージデバイスとして具現化されるとしてよい。周辺デバイス１３４は、任意の数の周辺デバイス、例えば、入力デバイス、出力デバイス、および、その他のインターフェースデバイスを含むとしてよい。例えば、周辺デバイス１３４は、コンピューティングデバイス１０２の外部スピーカ、キーボード、マウス、および、ディスプレイを含むとしてよい。周辺デバイス１３４に含まれる具体的なデバイスは、例えば、コンピューティングデバイス１０２の使用目的に応じて決まるとしてよい。警報指示部１４０は、コンピューティングデバイス１０２のステータスをユーザに警告することが可能な任意の種類のフィードバックデバイスを含むとしてよい。説明のための例を挙げると、警報指示部１４０は、光源（例えば、発光ダイオード（ＬＥＤ））、音源（例えば、マザーボードスピーカ）、または、振動源（例えば、力フィードバックアクチュエータ）として具現化されるとしてよい。また、一部の実施形態によると、警報指示部１４０は、コンピューティングデバイス１０２の表示デバイスとして具現化されるとしてもよいし、または、コンピューティングデバイス１０２の表示デバイスを含むとしてよい。このような実施形態によると、警報メッセージが当該表示デバイス（つまり、警報指示部１４０）上に表示されて、以下でより詳細に説明するが、災害をユーザに通知するとしてよい。
【００２０】
一部の実施形態では、コンピューティングデバイス１０２はさらに、専用の警告回路１５０を有するとしてよい。警告回路１５０は、複数の信号パスを介してＯＯＢプロセッサ１２２に通信可能に結合されている。一部の実施形態によると、警告回路１５０は、コンピューティングデバイス１０２のマザーボードに一体化されているとしてよい。他の実施形態によると、警告回路１５０は、コンピューティングデバイス１０２に通信可能に結合されている拡張カードまたは周辺デバイスとして具現化されるとしてよい。警告回路１５０は、スピーカ１５２および災害センサ１５４を含むとしてよい。警告回路１５０のスピーカ１５２は、ＯＯＢプロセッサ１２２からのコマンドに応じて可聴音を生成する任意の数のデバイスとして具現化されるとしてよい。例えば、スピーカ１５２は、電気音響変換器を含むとしてよい。警告回路１５０の災害センサ１５４は、１以上の災害の発生を示す１以上の条件を感知する任意の種類のセンサまたはセンサネットワークとして具現化されるとしてよい。例えば、災害センサ１５４は、急激な振動を感知する加速度計、大気圧の変化を感知する気圧計、大気の温度の変化を感知する温度計、または、特定の化学物質の存在を感知する電気化学センサとして具現化されているとしてよい。災害センサ１５４は、センサデータを生成するとしてよい。当該センサデータは、評価のために、または、さらにＤＮＳ１０４に送信されるべく、ＯＯＢプロセッサ１２２に送られる。スピーカ１５２および災害センサ１５４は、ＯＯＢプロセッサ１２２および通信回路１３０と同様に、電源に独立して接続されているとしてよい。このため、低電力状態にあっても、スピーカ１５２および災害センサ１５４を利用しやすくなる。
【００２１】
災害通知サーバ（ＤＮＳ）１０４は、ネットワーク１０６を介して、コンピューティングデバイス１０２との間で、そして、一部の実施形態では、１以上のリモートコンピューティングデバイス１０８との間で通信を実行可能な任意の種類の電子デバイスとして具現化されているとしてよい。例えば、ＤＮＳ１０４は、１以上のメインフレーム、サーバ、パーソナルコンピュータ、ワークステーション、ラップトップコンピュータまたはその他のコンピュータを用いたデバイスとして具現化されているとしてよい。ＤＮＳ１０４は通常、少なくとも１つのプロセッサと、少なくとも１つのメモリデバイス（不図示）とを有する。一部の実施形態によると、ＤＮＳ１０４は、少なくとも１つのメモリデバイス内に格納されているデータベース１６０を有するとしてよい。データベース１６０は、コンピューティングデバイス１０２およびリモートコンピューティングデバイス１０８から受信した情報を保持するべく、ＤＮＳ１０４によって利用されるとしてよい。当該情報は、これらに限定されないが、災害センサ１５４からのセンサデータ、各コンピューティングデバイス１０２、１０８のインターネットプロトコル（ＩＰ）アドレス、および、対応するコンピューティングデバイス１０２、１０８の物理的な位置を示す位置データ（例えば、住所情報、郵便番号、ＧＰＳ座標等）を含む。一部の実施形態によると、ＤＮＳ１０４は、このデータを処理および評価して、災害の発生に関する警報通知を動的に生成することが可能である。例えば、ＤＮＳ１０４は、事前に構築された包括的な算出モデルまたはその他のアルゴリズムを用いてこれらのデータを評価するとしてよい。
【００２２】
ネットワーク１０６は、任意の種類の有線方式および／または無線方式のネットワークとして具現化されるとしてよい。例えば、ローカルエリアネットワーク、ワイドエリアネットワーク、公的に利用可能なグローバルネットワーク（例えば、インターネット）、または、他のネットワークとして具現化するとしてよい。また、ネットワーク１０６は、コンピューティングデバイス１０２とＤＮＳ１０４との間の通信を円滑化する任意の数のデバイス、例えば、ルータ、スイッチ、中間コンピュータ等を有するとしてよい。１以上のリモートコンピューティングデバイス１０８は、コンピューティングデバイス１０２とは別個の任意の種類のコンピューティングデバイスとして具現化されるとしてよい。例えば、リモートコンピューティングデバイス１０８は、１以上のパーソナルコンピュータ、ワークステーション、ラップトップコンピュータ、ハンドヘルドコンピュータ、モバイルインターネットデバイス、携帯電話、携帯情報端末（ＰＤＡ）、電話デバイス、ネットワーク機器、仮想化デバイス、ストレージコントローラ、または、同様にネットワーク１０６を介してＤＮＳ１０４と通信するその他のコンピュータを利用したデバイスとして具現化されているとしてよい。１以上のリモートコンピューティングデバイス１０８はそれぞれ、ＯＯＢプロセッサおよび災害センサを含むコンピューティングデバイス１０２と同様の構成を持つとしてよい。
【００２３】
恒久的に電力供給を受けていること、および、独立した通信チャネルがあること等、ＯＯＢプロセッサ１２２の特徴のいくつかによって、システム１００は、災害の検出、災害警告の発令、または、この両方を行うことができる。このため、図２に示すように、システム１００は、災害警告を発令する方法２００を実行するように構成されているとしてよい。方法２００は、例えば、ＯＯＢプロセッサ１２２およびコンピューティングデバイス１０２の他の構成要素によって実行されるとしてよい。尚、コンピューティングデバイス１０２は、システム１００の他の構成要素とやり取りするとしてよい。方法２００は、コンピューティングデバイス１０２を利用して、適切なセンサデータに基づき、任意の種類の災害（例えば、地震、火山噴火、竜巻、ハリケーン、津波、鉄砲水、致命的なコンピュータウィルス、テロリストによる攻撃等）についての警告を発令するとしてよい。また、方法２００によって生成する災害警告は、任意のソース（例えば、政府機関）から出力されるとしてよい。
【００２４】
方法２００は、コンピューティングデバイス１０２のユーザがコンピューティングデバイス１０２を災害通知サーバ（ＤＮＳ）１０４に登録するブロック２０２から開始される。このため、コンピューティングデバイス１０２は、ネットワーク１０６を介して、ＤＮＳ１０４に識別データを送信する。この識別データは、例えば、コンピューティングデバイス１０２のインターネットプロトコル（ＩＰ）アドレス、コンピューティングデバイス１０２の物理的位置を示す位置データ（例えば、住所情報、郵便番号、ＧＰＳ座標等）、および／または、システム情報を含むとしてよい。ＤＮＳ１０４は、コンピューティングデバイス１０２に対応しているデータベース１６０の記録に、識別データを格納する。一部の実施形態では、ブロック２０２では、ユーザがホームページ、または、ＤＮＳ１０４に関する他のポータルに行って、ウェブブラウザで関連データを提出することを含むとしてよい。他の実施形態によると、ブロック２０２では、ユーザが介在することなく（例えば、ＤＮＳ１０４から受信する尋問メッセージに応じて）、コンピュータデバイス１０２がネットワーク１０６を介して識別データをＤＮＳ１０４に送信するとしてよい。また、一部の実施形態によると、ＤＮＳ１０４は、受信したコンピューティングデバイス１０２のＩＰアドレスに基づき、コンピューティングデバイス１０２の位置データを決定するとしてよい。このような位置データは、例えば、公的または私的なＩＰ−位置データベースまたはウェブサービス（例えば、ｗｗｗ.ｉｐｇｅｏｉｎｆｏ.ｃｏｍ）にアクセスすることによって決定するとしてよい。
【００２５】
識別データは、ＤＮＳ１０４のデータベース１６０に格納されているものから定期的に変更され得ることに留意されたい。例えば、コンピューティングデバイス１０２のＩＰアドレスが更新された場合、または、コンピューティングデバイス１０２が新しい位置に移動した場合（例えば、コンピューティングデバイス１０２が携帯可能なコンピューティングデバイスであるとしてよい）に変更されるとしてよい。このため、コンピューティングデバイス１０２は、ブロック２０４において、更新後の識別データをＤＮＳ１０４に送る。更新後の識別データは、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２によって送信されるとしてよい。例えば、コンピューティングデバイスが完全動作電力状態である場合、インバンドプロセッサ１２０が更新後の識別データをＤＮＳ１０４に送信するとしてよく、コンピューティングデバイス１０２のインバンドプロセッサ１２０が低電力状態またはオフ状態である場合、ＯＯＢプロセッサ１２２がこれらの更新内容を送信するとしてよい。また、インバンドプロセッサ１２０および／またはＯＯＢプロセッサ１２２は、ユーザが介在せずとも、これらの更新内容をＤＮＳ１０４に送信するとしてよい。一部の実施形態によると、コンピューティングデバイス１０２は、位置データが変更された（例えば、コンピューティングデバイス１０２のＩＰアドレスが変更された）場合にのみ、更新後の位置データを送信する。図２のブロック２０６に示すように、更新後の識別データを受信することに応じて、ＤＮＳ１０４はデータベース１６０の関連する記録を更新する。
【００２６】
コンピューティングデバイス１０２がＤＮＳ１０４に登録されると、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）はさらに、ＤＮＳ１０４から関連する警報通知を受信し始める。ブロック２０８において、コンピューティングデバイス１０２は、ＤＮＳ１０４が災害の検出に応じて警報通知を送信したか否かを判断する。つまり、ＤＮＳ１０４が（自身の判断により、または、外部ソースから受信した通知により）災害が発生中または発生予定であると判断すると、ＤＮＳ１０４は、データベース１６０にアクセスして、当該災害（例えば、地震、致命的なウィルス攻撃等）の影響を受ける可能性があるエリアにあるコンピューティングデバイス１０２、１０８、または、当該エリアにあるコンピューティングシステムに属するコンピューティングデバイス１０２、１０８を判断する。影響を受けるエリアにコンピューティングデバイス１０２、１０８があれば、ＤＮＳ１０４は、データベース１６０に格納されている対応するＩＰアドレスに警報通知をブロードキャストする。このように、コンピューティングデバイス１０２が災害に遭っているエリア、または、遭う予定のエリアにある場合、ＤＮＳ１０４はコンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）に警報通知を送信する。尚、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２のインバンドプロセッサ１２０の電源が切れている場合、または、オフ状態の場合であっても、このような警報通知を受信するために利用可能である。これに加えて、または、これに代えて、コンピューティングデバイス１０２は、ＤＮＳ１０４に対して定期的に、警報通知に関してクエリを行うように構成されているとしてもよい。
【００２７】
ブロック２０８において警報通知を受信しない場合、方法２００はブロック２０４に戻る。しかし、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）が警報通知を受信すると、ブロック２１０においてコンピューティングデバイス１０２でユーザ警告を生成する。ブロック２１０でコンピューティングデバイス１０２が生成するユーザ警告は、コンピューティングデバイス１０２のユーザの注意をひきつけるものであればどのような形態であってもよい。
【００２８】
警報通知を受信するとコンピューティングデバイス１０２の電源がオンになる場合、警報通知は、ＯＯＢプロセッサ１２２および／またはインバンドプロセッサ１２０によって処理されるとしてよい。例えば、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２の電源がオンになって警報通知を受信することに応じて、コンピューティングデバイス１０２のスピーカ１５２、または、警告指示部１４０、および／または、１以上の周辺デバイス１３４に警告信号を即座に送信するとしてよい。この場合、ユーザ警告は、可聴アラーム、視覚警告、振動、または、これらの任意の組み合わせとなるとしてよい。これに代えて、一部の実施形態によると、インバンドプロセッサ１２０は、コンピューティングデバイス１０２の電源がオンであれば警報通知を受信して処理する。この場合、インバンドプロセッサ１２０は、ＯＯＢプロセッサ１２２と同様の機能を実行するとしてよく、例えば、コンピューティングデバイス１０２のスピーカ１５２、または、警告指示部１４０、および／または、１以上の周辺デバイス１３４に、警告信号を送るとしてよい。また、一部の実施形態によると、ＯＯＢプロセッサ１２２は、インバンドプロセッサ１２０の電力状態にかかわらず、警報通知を処理するとしてよい。
【００２９】
警報通知をＯＯＢプロセッサ１２２がＤＮＳ１０４から受信した際にコンピューティングデバイス１０２が低電力動作状態である場合（そして、コンピューティングデバイス１０２が任意の警告回路１５０を備えていない場合）、ＯＯＢプロセッサ１２２は、インバンドプロセッサ１２０を起動して、ユーザ警告を生成するために必要な機能を取り戻すために必要な電力動作状態にするとしてよい。しかし、災害が発生すると大抵、被害を回避するべくコンピューティングデバイス１０２のユーザに即座に通知しなければならない。このため、一部の実施形態では、ＯＯＢプロセッサ１２２は、緊急事態フラグをチップセット１２６に伝達して、ＢＩＯＳ命令に短時間で完了する緊急事態ブート処理を開始させる。一部の実施形態では、この緊急事態ブート処理において、警告指示部１４０を動作させるために必要な構成要素（例えば、マザーボードスピーカ）およびソフトウェアのみを初期化するとしてよい。このような実施形態では、警告指示部１４０は、災害の検出を表すべく事前に選択されたビープ音パターン（つまり、１回以上のビープ音）を生成するために用いられるとしてよい。一例として挙げると、コンピューティングデバイス１０２は、該当エリアで地震が発生したことを知らせるべく途切れずに長く続くビープ音を１回出力するとしてよい。さらに、一部の実施形態によると、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２のディスプレイ等、コンピューティングデバイス１０２の機能を取り戻すために必要な電力動作状態までインバンドプロセッサ１２０を起動するとしてよい。このような実施形態によると、警告音の生成に加えて、または、警告音の生成に代えて、警告メッセージをユーザに提示するとしてよい。
【００３０】
以下では図３を参照しつつ説明するが、システム１００は、利用に際して、災害を検出して災害警告を発令する方法３００を実行するとしてよい。方法３００はさらに、例えば、ＯＯＢプロセッサ１２２、および、システム１００の他の構成要素とやり取りするコンピューティングデバイス１０２の他の構成要素によって実行されるとしてよい。方法３００は、適切な災害センサ１５４を利用することによって、任意の種類の災害（例えば、地震、火山噴火、竜巻、ハリケーン、津波、鉄砲水、致命的なコンピュータウィルス、テロリストの攻撃等）を検出して警告を発令するために用いられるとしてよい。方法３００は、コンピューティングデバイス１０２のユーザがコンピューティングデバイス１０２を災害通知サーバ（ＤＮＳ）１０４に登録するブロック３０２で開始される。
【００３１】
コンピューティングデバイス１０２がＤＮＳ１０４に登録されると、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）は、ブロック３０４において災害の検出に応じてＤＮＳ１０４が警報通知を送信したか否かを判断する。図２を参照しつつ上述したように、ＤＮＳ１０４が（自身の判断により、または、外部ソースから受信した通知により）災害が発生中または発生予定であると判断すると、ＤＮＳ１０４は、データベース１６０にアクセスして、当該災害（例えば、地震、致命的なウィルス攻撃等）の影響を受ける可能性があるエリアにあるコンピューティングデバイス１０２、１０８、または、当該エリアにあるコンピューティングシステムに属するコンピューティングデバイス１０２、１０８を判断する。影響を受けるエリアにコンピューティングデバイス１０２、１０８があれば、ＤＮＳ１０４は、データベース１６０に格納されている対応するＩＰアドレスに警報通知をブロードキャストする。このように、コンピューティングデバイス１０２が災害に遭っているエリア、または、遭う予定のエリアにある場合、ＤＮＳ１０４はコンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）に警報通知を送信する。繰り返しになるが、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２のインバンドプロセッサ１２０が電力供給を受けていない場合、または、オフ状態であっても、このような警報通知を受信するべく利用可能であることに留意されたい。これに加えて、または、これに代えて、コンピューティングデバイス１０２は、警報通知について、ＤＮＳ１０４に対して定期的にクエリを行うとしてよい。
【００３２】
コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）が警報通知が受信されたと判断すると、コンピューティングデバイス１０２は、ブロック３０６において、コンピューティングデバイス１０２上でユーザ警告を生成する。コンピューティングデバイス１０２が生成するユーザ警告は、コンピューティングデバイス１０２のユーザの注意を引く任意の形態であってよい。例えば、コンピューティングデバイス１０２が専用の警告回路１５０（恒久的に電源供給を受けるもの）を有する実施形態では、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）はスピーカ１５２に即座にアラーム信号を送信することができ、スピーカ１５２に可聴アラームを生成させる。図２のブロック２１０に関連づけて上述したように、警報通知を受信するとコンピューティングデバイス１０２の電源がオンになる場合、警報通知はＯＯＢプロセッサ１２２および／またはインバンドプロセッサ１２０によって処理されるとしてよい。例えば、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２の電力状態に関係なく、警報通知を処理するとしてよい。これに代えて、図２のブロック２１０に関連付けて詳細に上述したように、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２が低電力状態の場合に警報通知を処理するとしてよく、インバンドプロセッサ１２０は、コンピューティングデバイス１０２が電源オン状態または動作状態である場合に警報通知を処理するとしてよい。
【００３３】
ブロック３０４に戻って、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）が警報通知は受信しなかったと判断すると、コンピューティングデバイス１０２は、ブロック３０８において、更新後の識別データをＤＮＳ１０４に通知する。ブロック３１０において、ＤＮＳ１０４は、更新後のデータの受信に応じて、データベース１６０を更新する。ブロック３０８および３１０の具体的な処理はそれぞれ、図２を参照しつつ上述した方法２００のブロック２０４および２０６とほぼ同様である。
【００３４】
コンピューティングデバイス１０２が任意の更新後の識別データをＤＮＳ１０４に通知すると、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）はさらに、災害センサ１５４が生成するセンサデータを監視し始める。方法３００のブロック３１２において、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）は災害センサ１５４からのセンサデータを評価して、ローカル災害条件が発生したか否かを判断する。一部の実施形態によると、ブロック３１２では、取得したセンサデータの１以上の値を所定のしきい値または動的に調整されるしきい値と比較するとしてよい。地震検出の例に戻ると、ＯＯＢプロセッサ１２２またはインバンドプロセッサ１２０は、地震により発生する１以上のＰ波を検出することを目的として突然の変動を発見するべく加速度計（つまり、災害センサ１５４）の出力を監視するとしてよい。プロセッサ１２０、１２２は、コンピューティングデバイス１０２のインバンドプロセッサ１２０が低電力状態または電源オフ状態であっても、上記のように観察および評価を行うとしてよい。
【００３５】
ブロック３１２において、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）がローカル災害条件が発生していないと判断すると、方法３００はブロック３０４に戻る。しかし、コンピューティングデバイス１０２がローカル災害条件を検出すると、方法３００は、ブロック３１４に進んで、コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）がセンサデータの一部またはすべてをＤＮＳ１０４に渡す。尚、ＯＯＢプロセッサ１２２は、コンピューティングデバイス１０２のインバンドプロセッサ１２０が低電力状態またはオフ状態であっても、関連するセンサデータを送信し得ることを理解されたい。コンピューティングデバイス１０２は、ユーザの介在を必要とすることなく、ＤＮＳ１０４に更新内容を送信するとしてよい。尚、方法３００の一部の実施形態では、判断ブロック３１２を省略して、ＯＯＢプロセッサ１２２またはインバンドプロセッサ１２０が取得したセンサデータを全てＤＮＳ１０４に送信するとしてよい（このような実施形態では、方法３００はブロック３０８から直接ブロック３１４に進む）。
【００３６】
コンピューティングデバイス１０２（つまり、インバンドプロセッサ１２０またはＯＯＢプロセッサ１２２）がセンサデータをＤＮＳ１０４に通知した後、ＤＮＳ１０４は、ブロック３１６において、コンピューティングデバイス１０２、および、一部の実施形態では、１以上のリモートコンピューティングデバイス１０８から受信したセンサデータをまとめて考察するとしてよい。つまり、ローカル災害条件が複数のコンピューティングデバイス１０２、１０８から報告されると、ＤＮＳ１０４は、高い信頼率で災害の発生を判断するとしてよい（このため、誤って災害発生を検出することを回避しやすくなる）。ＤＮＳ１０４はさらに、位置地理情報と共に、センサデータのさまざまな側面、例えば、大きさおよびタイミングを評価して、災害のさまざまな特徴を決定するとしてよい。任意で、専門家がＤＮＳ１０４とやり取りを行って、受信したセンサデータを観察および評価するとしてよい。地震を検出する例に戻ると、複数のコンピューティングデバイス１０２、１０８がローカルな振動を報告し、コンピューティングデバイス１０２、１０８が地震帯上に位置している場合、ＤＮＳ１０４は、報告された振動が地震のＰ波を表していると結論付けるとしてよい。ＤＮＳ１０４はこの後、地震の様々な特徴を算出するとしてよい（例えば、マグニチュード、震源）。最後に、ＤＮＳ１０４は、影響を受けたエリアの各コンピューティングデバイスに警報通知を送信するとしてよい。当該警報通知は、コンピューティングデバイス１０２がブロック３０４で受信する。大半の場合、この警報通知は、破壊力が大きいレーリー波より前にコンピューティングデバイス１０２に到着するので、ＯＯＢプロセッサ１２２またはインバンドプロセッサ１２０は、迫りくる地震についてユーザに警告を発令することができる。
【００３７】
本開示は添付図面および上記の説明において詳細に図示および記載してきたが、図示内容および記載内容は、例示的なものであって本質的に本開示を制限するものではないと考えられたい。図示および記載した実施形態は例示的なものに過ぎず、本開示および請求項が意図する範囲内に入る全ての変更および変形は保護の対象となる旨理解されたい。
【特許請求の範囲】
【請求項１】
コンピューティングデバイスのインバンドプロセッサの動作状態に関係なく前記コンピューティングデバイスとはリモートのサーバと通信可能であるコンピューティングデバイスのアウトオブバンド（ＯＯＢ）プロセッサから、前記サーバへと、識別データを送信する段階と、
（ｉ）災害の検出に応じて、および、（ｉｉ）前記識別データに基づき、前記ＯＯＢプロセッサにおいて、前記サーバから送信された警報通知を受信する段階と、
前記警報通知の受信に応じて、前記コンピューティングデバイスにおいてユーザ警報を生成する段階と
を備える方法。
【請求項２】
前記識別データを送信する段階は、（ｉ）前記コンピューティングデバイスのインターネットプロトコル（ＩＰ）アドレスおよび（ｉｉ）前記コンピューティングデバイスの物理的位置を示すデータを送信する段階を有する請求項１に記載の方法。
【請求項３】
前記識別データを送信する段階は、前記コンピューティングデバイスの前記ＩＰアドレスを定期的に送信する段階を有する請求項２に記載の方法。
【請求項４】
前記警報通知を受信する段階は、前記インバンドプロセッサが低電力動作状態にある間に、前記ＯＯＢプロセッサにおいて、前記警報通知を受信する段階を有する請求項１に記載の方法。
【請求項５】
前記ユーザ警報を生成する段階は、前記コンピューティングデバイスにおいて可聴アラームを生成する段階を有する請求項１に記載の方法。
【請求項６】
前記可聴アラームを生成する段階は、前記コンピューティングデバイスの前記インバンドプロセッサを低電力動作状態から起動して、前記コンピューティングデバイスのマザーボードスピーカで、前記災害の検出を指示するべく事前に選択されているパターンのビープ音を生成する段階を含む請求項５に記載の方法。
【請求項７】
前記可聴アラームを生成する段階は、前記ＯＯＢプロセッサから前記コンピューティングデバイスの周辺音声モジュールへとアラーム信号を送信する段階を含む請求項５に記載の方法。
【請求項８】
前記コンピューティングデバイスの災害センサを監視してセンサデータを取得する段階と、
前記ＯＯＢプロセッサから前記サーバへと前記センサデータを送信する段階と
をさらに備える請求項１に記載の方法。
【請求項９】
前記警報通知はさらに、それぞれが災害センサおよび対応するＯＯＢプロセッサを有している複数のコンピューティングデバイスから前記サーバが受信するセンサデータに基づいて発行される請求項８に記載の方法。
【請求項１０】
前記災害センサを監視することは、前記コンピューティングデバイスの加速度計を監視することを含み、前記加速度計は、地震の縦波を感知する請求項９に記載の方法。
【請求項１１】
複数の命令を備える有形機械可読媒体であって、
前記複数の命令が実行されると、コンピューティングデバイスは、
前記コンピューティングデバイスのインバンドプロセッサが低電力状態にある間に、前記コンピューティングデバイスのアウトオブバンド（ＯＯＢ）プロセッサで、ネットワークを介して警報通知を受信し、
前記警報通知の受信に応じて、前記コンピューティングデバイス上で前記ＯＯＢプロセッサを用いて可聴アラームを生成する 有形機械可読媒体。
【請求項１２】
前記警報通知を受信することは、リモートサーバから前記警報通知を受信することを含み、
前記複数の命令を実行することで前記コンピューティングデバイスはさらに、前記リモートサーバに格納されている前記コンピューティングデバイスの識別データを更新する請求項１１に記載の有形機械可読媒体。
【請求項１３】
前記識別データを更新することは、前記コンピューティングデバイスのインターネットプロトコル（ＩＰ）アドレスを前記リモートサーバに定期的に送信することを含む請求項１２に記載の有形機械可読媒体。
【請求項１４】
前記可聴アラームを生成することは、低電力動作状態から前記コンピューティングデバイスの前記インバンドプロセッサを起動して、災害の検出を示すべく事前に選択されたパターンのビープ音を前記コンピューティングデバイスのマザーボードスピーカから生成することを含む請求項１１に記載の有形機械可読媒体。
【請求項１５】
前記可聴アラームを生成することは、前記ＯＯＢプロセッサから前記コンピューティングデバイスの周辺音声モジュールへとアラーム信号を送信することを含む請求項１１に記載の有形機械可読媒体。
【請求項１６】
前記複数の命令を実行すると、前記コンピューティングデバイスはさらに、
前記コンピューティングデバイスに通信可能に結合されている災害センサからセンサデータを受信し、
前記ＯＯＢプロセッサを用いて前記コンピューティングデバイスとはリモートのサーバに前記センサデータを送信する請求項１１に記載の有形機械可読媒体。
【請求項１７】
前記警報通知を受信することは、前記コンピューティングデバイスとはリモートのサーバによって前記センサデータに応じて生成される警報通知を受信することを含む請求項１６に記載の有形機械可読媒体。
【請求項１８】
前記センサデータを受信することは、前記コンピューティングデバイスの加速度計からセンサデータを受信することを含み、前記加速度計は、地震の縦波を感知する請求項１６に記載の有形機械可読媒体。
【請求項１９】
インバンドプロセッサと、
災害センサと、
前記インバンドプロセッサの動作状態に関係なく災害通知サーバとの間でネットワークを介して通信可能なアウトオブバンド（ＯＯＢ）プロセッサと
を備えるコンピューティングデバイスであって、
前記ＯＯＢプロセッサは、
前記災害センサからセンサデータを受信して、前記センサデータを前記災害通知サーバに送信し、
前記センサデータに応じて前記サーバから警報通知を受信して、
前記警報通知の受信に応じて前記コンピューティングデバイスにおいてユーザ警報を生成するコンピューティングデバイス。
【請求項２０】
前記警報通知は、複数のコンピューティングデバイスから前記サーバが受信するセンサデータに基づいて発行される請求項１９に記載のコンピューティングデバイス。
【請求項２１】
前記ＯＯＢプロセッサはさらに、前記センサデータに基づいて災害の発生を判断して、前記災害の発生に基づき前記コンピューティングデバイスにおいて前記ユーザ警報を生成する
請求項１９に記載のコンピューティングデバイス。
【請求項１】
コンピューティングデバイスのインバンドプロセッサの動作状態に関係なく前記コンピューティングデバイスとはリモートのサーバと通信可能であるコンピューティングデバイスのアウトオブバンド（ＯＯＢ）プロセッサから、前記サーバへと、識別データを送信する段階と、
（ｉ）災害の検出に応じて、および、（ｉｉ）前記識別データに基づき、前記ＯＯＢプロセッサにおいて、前記サーバから送信された警報通知を受信する段階と、
前記警報通知の受信に応じて、前記コンピューティングデバイスにおいてユーザ警報を生成する段階と
を備える方法。
【請求項２】
前記識別データを送信する段階は、（ｉ）前記コンピューティングデバイスのインターネットプロトコル（ＩＰ）アドレスおよび（ｉｉ）前記コンピューティングデバイスの物理的位置を示すデータを送信する段階を有する請求項１に記載の方法。
【請求項３】
前記識別データを送信する段階は、前記コンピューティングデバイスの前記ＩＰアドレスを定期的に送信する段階を有する請求項２に記載の方法。
【請求項４】
前記警報通知を受信する段階は、前記インバンドプロセッサが低電力動作状態にある間に、前記ＯＯＢプロセッサにおいて、前記警報通知を受信する段階を有する請求項１に記載の方法。
【請求項５】
前記ユーザ警報を生成する段階は、前記コンピューティングデバイスにおいて可聴アラームを生成する段階を有する請求項１に記載の方法。
【請求項６】
前記可聴アラームを生成する段階は、前記コンピューティングデバイスの前記インバンドプロセッサを低電力動作状態から起動して、前記コンピューティングデバイスのマザーボードスピーカで、前記災害の検出を指示するべく事前に選択されているパターンのビープ音を生成する段階を含む請求項５に記載の方法。
【請求項７】
前記可聴アラームを生成する段階は、前記ＯＯＢプロセッサから前記コンピューティングデバイスの周辺音声モジュールへとアラーム信号を送信する段階を含む請求項５に記載の方法。
【請求項８】
前記コンピューティングデバイスの災害センサを監視してセンサデータを取得する段階と、
前記ＯＯＢプロセッサから前記サーバへと前記センサデータを送信する段階と
をさらに備える請求項１に記載の方法。
【請求項９】
前記警報通知はさらに、それぞれが災害センサおよび対応するＯＯＢプロセッサを有している複数のコンピューティングデバイスから前記サーバが受信するセンサデータに基づいて発行される請求項８に記載の方法。
【請求項１０】
前記災害センサを監視することは、前記コンピューティングデバイスの加速度計を監視することを含み、前記加速度計は、地震の縦波を感知する請求項９に記載の方法。
【請求項１１】
複数の命令を備える有形機械可読媒体であって、
前記複数の命令が実行されると、コンピューティングデバイスは、
前記コンピューティングデバイスのインバンドプロセッサが低電力状態にある間に、前記コンピューティングデバイスのアウトオブバンド（ＯＯＢ）プロセッサで、ネットワークを介して警報通知を受信し、
前記警報通知の受信に応じて、前記コンピューティングデバイス上で前記ＯＯＢプロセッサを用いて可聴アラームを生成する 有形機械可読媒体。
【請求項１２】
前記警報通知を受信することは、リモートサーバから前記警報通知を受信することを含み、
前記複数の命令を実行することで前記コンピューティングデバイスはさらに、前記リモートサーバに格納されている前記コンピューティングデバイスの識別データを更新する請求項１１に記載の有形機械可読媒体。
【請求項１３】
前記識別データを更新することは、前記コンピューティングデバイスのインターネットプロトコル（ＩＰ）アドレスを前記リモートサーバに定期的に送信することを含む請求項１２に記載の有形機械可読媒体。
【請求項１４】
前記可聴アラームを生成することは、低電力動作状態から前記コンピューティングデバイスの前記インバンドプロセッサを起動して、災害の検出を示すべく事前に選択されたパターンのビープ音を前記コンピューティングデバイスのマザーボードスピーカから生成することを含む請求項１１に記載の有形機械可読媒体。
【請求項１５】
前記可聴アラームを生成することは、前記ＯＯＢプロセッサから前記コンピューティングデバイスの周辺音声モジュールへとアラーム信号を送信することを含む請求項１１に記載の有形機械可読媒体。
【請求項１６】
前記複数の命令を実行すると、前記コンピューティングデバイスはさらに、
前記コンピューティングデバイスに通信可能に結合されている災害センサからセンサデータを受信し、
前記ＯＯＢプロセッサを用いて前記コンピューティングデバイスとはリモートのサーバに前記センサデータを送信する請求項１１に記載の有形機械可読媒体。
【請求項１７】
前記警報通知を受信することは、前記コンピューティングデバイスとはリモートのサーバによって前記センサデータに応じて生成される警報通知を受信することを含む請求項１６に記載の有形機械可読媒体。
【請求項１８】
前記センサデータを受信することは、前記コンピューティングデバイスの加速度計からセンサデータを受信することを含み、前記加速度計は、地震の縦波を感知する請求項１６に記載の有形機械可読媒体。
【請求項１９】
インバンドプロセッサと、
災害センサと、
前記インバンドプロセッサの動作状態に関係なく災害通知サーバとの間でネットワークを介して通信可能なアウトオブバンド（ＯＯＢ）プロセッサと
を備えるコンピューティングデバイスであって、
前記ＯＯＢプロセッサは、
前記災害センサからセンサデータを受信して、前記センサデータを前記災害通知サーバに送信し、
前記センサデータに応じて前記サーバから警報通知を受信して、
前記警報通知の受信に応じて前記コンピューティングデバイスにおいてユーザ警報を生成するコンピューティングデバイス。
【請求項２０】
前記警報通知は、複数のコンピューティングデバイスから前記サーバが受信するセンサデータに基づいて発行される請求項１９に記載のコンピューティングデバイス。
【請求項２１】
前記ＯＯＢプロセッサはさらに、前記センサデータに基づいて災害の発生を判断して、前記災害の発生に基づき前記コンピューティングデバイスにおいて前記ユーザ警報を生成する
請求項１９に記載のコンピューティングデバイス。
【図１】
【図２】
【図３】
【図２】
【図３】
【公表番号】特表２０１３−５１２６２９（Ｐ２０１３−５１２６２９Ａ）
【公表日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願番号】特願２０１２−５４１２９５（Ｐ２０１２−５４１２９５）
【出願日】平成２１年１２月２１日（２００９．１２．２１）
【国際出願番号】ＰＣＴ／ＣＮ２００９／００１５１３
【国際公開番号】ＷＯ２０１１／０７５８６３
【国際公開日】平成２３年６月３０日（２０１１．６．３０）
【出願人】（５９１００３９４３）インテル・コーポレーション (1,101)
【Ｆターム（参考）】
【公表日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願日】平成２１年１２月２１日（２００９．１２．２１）
【国際出願番号】ＰＣＴ／ＣＮ２００９／００１５１３
【国際公開番号】ＷＯ２０１１／０７５８６３
【国際公開日】平成２３年６月３０日（２０１１．６．３０）
【出願人】（５９１００３９４３）インテル・コーポレーション (1,101)
【Ｆターム（参考）】
[ Back to top ]