(57)【要約】 【課題】盗難／紛失の際、デバイスにロックをかける（安全確保する）システムを提供すること。【解決手段】  本発明のデバイスを安全確保するシステムは、（ａ）事象を認証し、ルール・データを更新し、デバイスを安全確保する挙動モジュールと、（ｂ）安全確保事象である第一事象に応答して、第一事象が認証される否かを決定する認証モジュールと、（ｃ）第１事象が認証されたことに応答して、前記挙動モジュールに対し、第一事象を認証させ、ルール・データを更新させる装置と、（ｄ）第１事象が認証されないことに応答して、前記認証が有効であるか否かを決定する装置と、（ｅ）認証が有効であることに応答して、前記挙動モジュールに対し、第一事象を認証し、ルール・データを更新するよう指示する装置と、（ｆ）認証が有効でないことに応答して、前記挙動モジュールに対し、前記デバイスを安全確保するよう指示する装置とを有する。【選択図】  図１
2010063089.tif 000002
【特許請求の範囲】
【請求項１】
デバイスを安全確保するシステムにおいて、
（ａ）事象を認証し、ルール・データを更新し、デバイスを安全確保する挙動モジュールと、
（ｂ）安全確保事象である第一事象に応答して、第一事象が認証される否かを決定する認証モジュールと、
（ｃ）第１事象が認証されたことに応答して、前記挙動モジュールに対し、第一事象を認証させ、ルール・データを更新させる装置と、
（ｄ）第１事象が認証されないことに応答して、前記認証が有効であるか否かを決定する装置と、
（ｅ）認証が有効であることに応答して、前記挙動モジュールに対し、第一事象を認証し、ルール・データを更新するよう指示する装置と、
（ｆ）認証が有効でないことに応答して、前記挙動モジュールに対し、前記デバイスを安全確保するよう指示する装置と
を有する
ことを特徴とするデバイスを安全確保するシステム。
【請求項２】
前記認証モジュールは、前記安全確保事象である第一事象に応答して、挙動モジュールに対し、第一事象を認証し、ルールデータを更新し、
前記挙動モジュールは、非安全確保事象である第一事象に応答して、第一事象を安全確保事象に変換することにより、ルール・データを更新する
ことを特徴とする請求項１記載のシステム。
【請求項３】
前記第一事象は、安全確保事象であり、
前記挙動モジュールは、前記第一事象を非安全確保事象に変換する
ことを特徴とする請求項１記載のシステム。
【請求項４】
前記認証モジュールは、有効な認証に応答して、前記挙動モジュールに対し、第一事象が静的事象であるか否かを決定するよう指示し、
前記挙動モジュールは、静的事象でない第一事象に応答して、前記第一事象を認証し、ルール・データを更新する
ことを特徴とする請求項１記載のシステム。
【請求項５】
前記認証モジュールは、認証が有効であるか否かを、第一事象の前の認証又は関連事象の前の認証に基づいて、決定する
ことを特徴とする請求項１記載のシステム。
【請求項６】
デバイスを安全確保する方法において、
（ａ）第一事象が安全確保事象であるか否かを決定するステップと、
（ｂ）第一事象が安全確保事象であるとの決定に応答して、前記第一事象が認証されているか否かを決定するステップと、
（ｃ）前記第一事象が認証されたとの決定に応じて、下記ステップ（ｆ）に進むステップと、
（ｄ）前記第一事象が認証されていないとの決定に応答して、認証が有効であるか否かを決定するステップと、
（ｅ）前記認証が有効であるとの決定に応答して、下記ステップ（ｆ）に進むステップと、
（ｆ）第一事象を認証し、第一事象のルール・データを更新するステップと、
（ｇ）認証が有効でないとの決定に応答して、前記デバイスを安全確保するステップと、
を有する
ことを特徴とするデバイスの安全を確保する方法。
【請求項７】
前記第一事象が安全確保事象でないとの決定に応答して、前記ステップ（ｆ）に進み、
前記第一事象が非安全確保事象であることに応答して、第一事象を安全確保事象に変換することにより、ルール・データを更新するステップ
を更に有する
ことを特徴とする請求項６記載のシステム。
【請求項８】
前記第一事象が安全確保事象であり、
前記ルール・データを更新するステップは、第一事象を非安全確保事象に変換するステップを含む
ことを特徴とする請求項６記載のシステム。
【請求項９】
前記ステップ（ｄ）は、前記第一事象が静的事象であるか否かを決定するステップを含み、前記第一事象が静的事象でないことに応答して、前記ステップ（ｆ）に進む
ことを特徴とする請求項６記載のシステム。
【請求項１０】
前記ステップ（ｄ）は、第一事象の前の認証または関連事象の前の認証に基づいて、行われる
ことを特徴とする請求項６記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスのセキュリティ・システム（安全確認システム）に関し、特に、携帯通信機器のユーザの挙動を監視するセキュリティ・システムにに関する。
【背景技術】
【０００２】
携帯通信機器の移動性の結果として、携帯通信機器は時に紛失したり盗まれたりすることがある。携帯通信機器の複雑さが増すにつれて、携帯通信機器内に記憶されている重要な情報の量も増加する。その結果、携帯通信機器内に記憶されている重要な情報の保護の必要性が増している。
【０００３】
携帯通信機器用のある種のセキュリティ・システムでは、ユーザは携帯通信機器を紛失したり盗難にあった時には報告することを義務付けている。アドミニストレータは、携帯通信機器が紛失したり盗難にあったとの通知を受けると、コマンドを携帯通信機器に送り、携帯通信機器をロックしたり、携帯通信機器から重要な情報を消去する。しかしこの方法を有効にするためには、ユーザはアドミニストレータに携帯通信機器が紛失したり盗難にあったりした旨を報告し、アドミニストレータは、それを受けて、重要な情報が携帯通信機器から削除する。更に、携帯通信機器は、携帯通信機器をロックしたり、携帯通信機器内の情報を消去するコマンドを受信するためには、ネットワークに接続していなければならない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許出願第２００８／０００９２６４号明細書
【特許文献２】米国特許第７３７３１３７号明細書
【０００５】
携帯通信機器のセキュリティ・システムが、特許文献１に開示されているが、このシステムでは、携帯通信機器は、限られた所定の事象に基づいて、ネットワークに接続されていない間安全確保される。所定の事象とは、例えばユーザが携帯通信機器をロックした時、携帯通信機器が所有者が保持していない時、携帯通信機器の電源を切った時、携帯通信機器を閉じた時、ネットワークとの通信が切れた時、安全が確保される。
【０００６】
他のシステムは、例えば特許文献２に開示されているが、ユーザは認証された電話番号の組を決めることができる。これにより認証されていないユーザは、認証されていない如何なる電話番号にも電話をかけることができない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
この従来システムの問題点は、携帯通信機器の安全確保を行うため、強固な機構を提供するために、安全確保事象（例、デバイスにロックをかける状態）と非安全確保事象（デバイスを自由に使用できる状態）とを監視していない点である。その結果、これ等のシステムは、携帯通信機器を安全確認／確保する方法が非常に限られたものとなる。
【課題を解決するための手段】
【０００８】
本発明は、従来技術の問題点や欠点を解決するシステムと方法を提供する。本発明のシステムと方法は、携帯通信機器の安全確認する方法として携帯通信機器上で実行される。本発明のシステムは、アプリケーションに関連した事象が安全確保事象であるか否かを決定するためのルールを採用する。事象が安全確保事象の場合には、システムは、事象は認定されているか否かを決定するためにルールを適用する。事象が認証されている場合（event is authenticated）には、事象が認可され(the event is authorized)、システムは、この事象又は他の関連する事象に関連するルール・データを更新する。ルール・データを更新することにより、他の関連する事象が認証される。その結果、ユーザは、アプリケーションに或いはアプリケーションに関連したデータにアクセスすることができる。
【０００９】
事象が認証されていない場合には、システムはユーザに認証を要求する。認証が有効の場合には、事象が許可され、システムは、この事象又は他の関連する事象に関連するルール・データを更新する。ユーザは、アプリケーション又は事象に関連するデータにアクセスできる。認証が有効でない場合には、システムは、携帯通信機器の安全を確保する。
【図面の簡単な説明】
【００１０】
【図１】デバイスの安全確保するシステムを表すブロック図。
【図２】携帯通信機器の安全確保するシステムを表すブロック図。
【図３】デバイスの安全確保する方法を表すブロック図。
【図４】携帯通信機器の安全確保する方法を表すブロック図。
【図５】事象が安全確保事象又は非安全確保事象であるか否かを決定し、事象を関連させる方法を表すフローチャート図。
【発明を実施するための形態】
【００１１】
図１はデバイス１００の安全確保するシステム１１０のブロック図である。システム１１０はデバイス１００を有する。デバイス１００は、認証モジュール１０２と、挙動モジュール１０３と、ルール１０４と、一つ或いは複数のアプリケーション１０５とを有する。アプリケーション１０５はアプリケーション・データ１０６を有する。ルール１０４は、安全確保ルール１０４Ａと、非安全確保ルール１０４Ｂと、ルール・データ１０７とを有する。アプリケーション１０５は事象１０１を生成する。
【００１２】
デバイス１００は、携帯通信機器、例えば携帯電話、ラップトップ・コンピュータ、ＰＤＡ、又は非携帯／固定通信機器、例えばパソコン（ＰＣ）である。アプリケーション１０５は、あらゆるアプリケーションを有する。例えばＯＳ（オペレーティング・システム）、Ｅメール・アプリケーション、カレンダー・アプリケーション、ウェブ・ブラウザ、コンタクト・リスト・アプリケーション、電話アプリケーション、ＧＰＳアプリケーション、デバイス・ドッキング・アプリケーション、メモリ・マネージャーである。アプリケーション・データ１０６は、アプリケーション１０５に関連するデータである。例えばオペレーティング・システムは、関連するファイル、ディレクトリ、ディスク・ドライブを有する。このディスク・ドライブは、オペレーティング・システムが使用するアプリケーション・データ１０６を有する。同様にカレンダー・アプリケーションは、カレンダー事項に関連するアプリケーション・データを有する。
【００１３】
事象１０１は、アプリケーション１０５より生成された如何なる事象でもよい。例えば、ネットワークへの接続、アプリケーションを開くこと、ファイルへのアクセス、ディレクトリへのアクセス、メモリ装置へのアクセス、装置をトッキング・ステーションへの挿入、メモリ装置の取り外し、メモリ装置の挿入、Ｅメールの受信、Ｅメールの送信、ファイルの受信、ファイルの送信、ファイルのコピー、デバイスへのアクセス、安全場所への入所、安全場所から出ること、ネットワークへの接続、ネットワークから切断、カレンダーへのアクセス、電話の受信、電話の発信等である。アプリケーション１０５により生成される事象１０１の一例は、ウェブ・ブラウザを開くこと、電話のリストにアクセスすること、ラップトップ・コンピュータをドケッティング・ステーションに挿入すること等である。事象１０１は、安全確保（例、携帯機器の不正使用を阻止する措置を講じる必要がある）事象１０１Ａ又は非安全確保（例、携帯機器の不正使用を阻止する措置を講じる必要がない）事象１０１Ｂである。安全確保事象１０１Ａは、認証を必要とする事象１０１である。
【００１４】
ルール１０４は事象１０１を認証する方法を決定する。ルール１０４は、一個の事象１０１に基づいて複数の事象１０１を認証してもよい。ルールには、安全確保ルール１０４Ａと非安全確保ルール１０４Ｂとあるルール１０４とがある。このあるルール１０４は、安全確保事象１０１Ａと非安全確保事象１０１Ｂの両方に適用される。通常、安全確保ルール１０４Ａは安全確保事象１０１Ａに関連する。非安全確保ルール１０４Ｂは非安全確保事象１０１Ｂに関連する。非安全確保事象１０１Ｂは認証を必要としない。非安全確保事象１０１Ｂは、ルール１０４に基づいて、安全確保事象１０１Ａとなることができる。逆に、安全確保事象１０１Ａは、ルール１０４に基づいて、非安全確保事象１０１Ｂになることがある。ルール１０４は、ルール・データ１０７も有する。ルール・データ１０７は情報を有する。例えば、どの事象１０１が認証されたかという情報、事象１０１が起こった回数、ラップトップ・コンピュータがドケッティング・ステーションに接続されているか否かの情報、ネットワークにユーザがログインしたか否かの情報、時間情報等である。
【００１５】
認証モジュール１０２は、ルール１０４をルール・データ１０７と共に適用して、事象１０１が、安全確保事象１０１Ａか非安全確保事象１０１Ｂかを決定する。認証モジュール１０２は、様々な機構（例、パスワード、生体認証、ＩＤカード等）で、事象１０１を認証する。認証モジュール１０２は、ルール１０４をルール・データ１０７と共に適用して、事象１０１が認証されたか否か、どの事象１０１が認証を必要とするか否かを決定する。挙動モジュール１０３は、認証モジュール１０２と働いて、ルール・データ１０７を更新し、事象１０１を認証し、事象１０１が静的事象であるか否かを決定し、デバイス１００の安全確保する。
【００１６】
事象１０１が生成されると、認証モジュール１０２は、ルール１０４とルール・データ１０７を適用して、事象１０１が安全確保事象１０１Ａであるか否かを決定する。事象１０１が非安全確保事象１０１Ｂである場合には、挙動モジュール１０３は、事象１０１を認証し、ルール・データ１０７を更新する。その後、認証モジュール１０２は別の事象１０１を待つ。
【００１７】
事象１０１が、安全確保事象１０１Ａの場合には、認証モジュール１０２は、事象１０１が以前に認証されたか否かを決定する。認証は、ルール１０４に基づいて様々な方法で行われる。例えばユーザは、前にアクセスコードを入力して、電話番号或いは地域電話番号電話を掛けたりしてもよい。
【００１８】
事象１０１が認証されると、挙動モジュール１０３は事象１０１を認可し、ルール・データ１０７を更新する。事象１０１が認証されないと、認証モジュール１０２は、認証を要求する。認証モジュール１０２は、認証が有効であるか否かを決定する。認証が有効の場合には、挙動モジュール１０３は、事象１０１を認証し、ルール・データ１０７を更新する。認証が有効でない場合には、挙動モジュール１０３はデイス１００の安全確保する。デバイス１００は様々な方法で安全確保することができる。例えばある種の或いは全てのアプリケーション・データ１０６をデバイス１００から削除できる。或いはアプリケーション１０５をデバイス１００から削除できる。他の実施例としては、アプリケーション・データ１０６を暗号化し、デバイス１００をロックすることもできる。
【００１９】
Ｅメールシステムの事象の流れを概観するために以下の具体例を考える。ボブ（人名）は、ラップトップ・コンピュータであるデバイス１００を有する。このデバイス１００は、Ｅ−メール・アプリケーション１０５を有する。Ｅ−メール・アプリケーション１０５は、アプリケーション・データ１０６のセットを有する。ラップトップ・コンピュータであるデバイス１００は５つのルール１０４を有する。
（１）Ｅ−メール・アプリケーション１０５を開く安全確保ルール１０４は、安全確保事象１０１Ａである。
（２）Ｅメールを送信する安全確保ルール１０４Ａは、安全確保事象１０１Ａである。
（３）会社のネットワークにログオン／ログオフする非安全確保ルール１０４Ｂは、非安全確保事象１０１Ｂである。
（４）会社のネットワークにログインしながら、ラップトップ・コンピュータであるデバイス１００上で全てのアプリケーション１０５へのアクセスを認証するルール１０４。
（５）会社のネットワークにログオンしながら、ボブが送信した全てのＥメールを認証するルール１０４。
第４のルートと第５のルールは、事象１０１と他の事象１０１とを関連づけるルール１０４である。具体的には、第４のルールは、会社のネットワークへログオンする事象１０１を、ラップトップ・コンピュータ１００上でアプリケーション１０５を走らせる事象１０１とを関連付ける。第５のルールは、会社のネットワーク上にログオンする事象１０１をＥメールを送信する事象１０１とを関連付ける。
【００２０】
ラップ・トップコンピュータ１００から、ボブは、会社のネットワークにログインしようとする。これにより第一の事象１０１が発生する。認証モジュール１０２は、ルール１０４をルール・データ１０７と共に適用して、会社のネットワークへのログオンである第一の事象１０１が非安全確保事象１０１Ｂである（上記の第３のルールを参照のこと）ことを確認する。挙動モジュール１０３は、ボブが会社のネットワークへログオンすることを許可し、その結果ボブは、会社のネットワークにログインできる。挙動モジュール１０３は、ルール・データ１０７を更新して、ボブは現在会社のネットワークにログオンしていることを示す。次にボブは、アプリケーション１０５を開こうとする。これにより第二の事象１０１が発生する。認証モジュール１０２は、Ｅメールアプリケーションを開くことは安全確保ルール１０４Ａに基づいて（第１のルールを参照のこと）、安全確保事象１０１Ａであると決定し、認証を要求する。認証モジュール１０２は、ボブは会社のネットワークにログオンしているために、Ｅメール・アプリケーション１０５を開く第二の事象１０１は認証されている。（上記の第４のルールを参照のこと）であると決定する。挙動モジュール１０３は、Ｅメール・アプリケーション１０５を開く事象１０１を認証する。ボブは、Ｅメール・アプリケーション１０５を開く。挙動モジュール１０３は、ルール・データ１０７を更新して、Ｅメール・アプリケーション１０５が現在認証されていることを示す。
【００２１】
Ｅメール・アプリケーション１０５から、ボブは、Ｅメールをトム（人名）に送る。これで第３の事象１０１が発生する。認証モジュール１０２は、安全確保ルール１０４Ａ（第５のルールを参照のこと）とルール・データ１０７とを組み合わせて適用することにより、これは安全確保事象１０１Ａであると決定する。認証モジュール１０２は、ボブは会社のネットワークにログオンしているので、Ｅメールをトムに送る事象１０１は認証されている（第５のルールを参照のこと）と決定する。挙動モジュール１０３は、ボブがＥメールをトムに送る事象１０１を認可する。挙動モジュール１０３はルール・データ１０７を更新して、ボブがＥメールをトムに送る事象１０１は認証されたことを示す。ボブは次に会社のネットワークをログオフする。これにより第４の事象１０１が発生する。認証モジュール１０２は、非安全確保ルール１０４Ｂ（第３のルール）を適用して、会社のネットワークをログオフする第４の事象１０１は非安全確保事象１０１Ｂであると決定する。会社のネットワークをログオフする非安全確保事象１０１Ｂは、挙動モジュール１０３により認証される。ボブは会社のネットワークをログオフする。このルール・データ１０７を更新して、ボブは会社のネットワークにもはやログオンしていないことを示す。
【００２２】
ボブは会社から帰り家で仕事をしている。ボブは、Ｅメール・アプリケーション１０５にアクセスしようとする。これにより第５の事象１０１が発生する。認証モジュール１０２は、安全確保ルール１０４Ａ（第１のルール）を適用して、Ｅメール・アプリケーション１０５を開くことは、安全確保事象１０１Ａであると決定する。認証モジュール１０２は、ルール・データ１０７を見て、ボブは既に会社のネットワークにはログオンしていないと決定する。認証モジュール１０２は、ボブから認証を要求する。その理由は、Ｅメール・アプリケーション１０５を開く事象１０１は、もはや認証されていないからである。Ｅメール・アプリケーション１０５を開く事象は認証されていないが、その理由はボブは会社のネットワークにはログオンしていないからである。ボブはパスワードを入力することにより認証する。認証モジュール１０２は、認証が有効であると決定する。ボブは認証されて、Ｅメール・アプリケーション１０５を使用することができ、そしてルール・データ１０７が更新される。次にボブはＥメールをトムに送る。これにより第６の事象１０１が発生する。認証モジュール１０２は、安全確保ルール１０４Ａ（第二のルール）を適用して、Ｅメールを送信する事象１０１は、安全確保事象１０１Ａであることを決定する。認証モジュール１０２は、安全確保ルール１０４Ａ（第五ルール）を適用して、ルールデータを見て、Ｅメールをトムに送る事象１０１は認証されていると決定する。その理由は、ボブは、既に会社のネットワークにログオンしている時に、Ｅメールをトムに送っているからである。
【００２３】
次にボブはＥメールをサリー（人名）に送ろうとする。これにより第７の事象１０１が発生する。認証モジュール１０２は、安全確保ルール１０４Ａ（第二ルール）を適用して、Ｅメールを送る事象１０１が安全確保事象１０１Ａであると決定する。認証モジュール１０２は、安全確保ルール１０４Ａ（第五ルール）を適用して、Ｅメールをサリーに送る事象１０１は認証されていないと決定する。この理由は、ボブは会社のネットワーク上でログオンしてＥメールをサリーに送っていないからである。認証モジュール１０２は次にボブに対しＥメールをサリーに送ることを認証することを要求する。
【００２４】
第２実施例において、ボブのラップトップ・コンピュータ１００が、ボブが会社のネットワークからログオフした後、盗まれたと仮定する。泥棒は、Ｅメール・アプリケーション１０５を開けようとする。これにより事象１０１が生成される。認証モジュール１０２は、安全確保ルール１０４Ａ（第一ルール）を適用して、認証を要求することを決定する。認証モジュール１０２は、認証を泥棒に要求することになる。その理由は、泥棒は会社のネットワークにはログオンしていないからである。泥棒の入れた認証が有効で無い場合には、挙動モジュール１０３はラップトップ・コンピュータ１００の安全確保する。即ち、ラップトップ・コンピュータが始動しないようにする。
【００２５】
図２は、携帯通信機器を安全確保するシステム２１０のブロック図である。システム２１０は、デバイス２００を有する。このデバイス２００は、認証モジュール１０２と挙動モジュール１０３とを有する。システム２１０は、ルール１０４を有する。ルール１０４は、更に安全確保ルール１０４Ａと非安全確保ルール１０４Ｂとルール・データ１０７を有する。システム２１０は、以下のアプリケーション１０５を有する。即ち、ドッキング・ステーション・インターフェース・アップリケーション２０１と、セルネットワーク／Ｗｉ−Ｆｉ／ブルートゥース・アプリケーション２０２と、ＧＰＳアプリケーション２０３と、オペレーティング・システム２０４と、ＳＩＭ／メモリカード・インターフェイス・アプリケーション２０６と、Ｅメール／カレンダ・アプリケーション２０５とを有する。システム２１０は、アプリケーション１０５に関連するアプリケーション・データ１０６を有する。コンタクト・リスト２０７は、Ｅメール／カレンダ・アプリケーション２０５に関連している。ファイル２０８は、オペレーティング・システム２０４と他のアプリケーション（例、ＧＰＳ・アプリケーション２０３）に関連している。
【００２６】
各アプリケーション２０１−２０６は、１つ或いは複数の事象１０１を生成する。事象１０１が生成されると、認証モジュール１０２は、ルール１０４をルール・データ１０７と一緒に適用して、事象１０１が安全確保事象１０１Ａであるか否かを決定する。事象１０１が非安全確保事象１０１Ｂの場合には、事象１０１が認証され、ルール・データ１０７が更新され、認証モジュール１０２は、次の事象１０１を待つ。
【００２７】
事象１０１が安全確保事象１０１Ａの場合には、認証モジュール１０２は、ルール１０４をルール・データ１０７と一緒に適用して、事象１０１が認証されているか否かを決定する。事象１０１が認証されている場合には、挙動モジュール１０３は、事象を認証し、ルール・データ１０７を更新する。
【００２８】
事象１０１が認証されていない場合には、認証モジュール１０２は、認証を要求する。認証モジュール１０２は、認証が有効であるか否か（例、３回の認証の試みの後）決定する。認証が有効の場合には、挙動モジュール１０３は、事象１０１を認証し、ルール・データ１０７を更新する。認証が有効でない場合には、挙動モジュール１０３は、デバイス１００を安全確保する。その方法は、デバイスをロックするか、データであるコンタクト・リスト２０７とファイル２０８を、削除または暗号化することにより行う。
【００２９】
図３は、デバイス１００を安全確保する方法を示すフローチャートである。同図に示すように、認証モジュール１０２と挙動モジュール１０３は、プログラム記憶型の制御装置例えばコンピュータで実現される。この装置は、図３−５の方法を、記憶媒体例えばメモリまたはディスクに記録されたプログラムを実行することにより、行う。プロセスは生成される事象１０１を待つ（ステップ３００）。事象１０１が生成されると、プロセスは、ルール１０４とルール・データ１０７とを適用して、事象１０１が安全確保事象１０１Ａであるか否かを決定する（ステップ３０１）。事象１０１が非安全確保事象１０１Ｂの場合には、プロセスは次の事象１０１を待つ（ステップ３００）。
【００３０】
本発明のプロセスが、事象１０１は安全確保事象１０１Ａであると決定する（ステップ３０１）と、プロセスは、ルール１０４とルール・データ１０７を適用して、事象１０１は認証されているかどうかを決定する（ステップ３０２）。事象１０１が認証されると、プロセスは、事象１０１を認証し（ステップ３０７）、ルール・データ１０７を更新し（ステップ３０６）、次の事象１０１を待つ（ステップ３００）。事象１０１が認証されていない場合には、プロセスは認証を要求する（ステップ３０３）。認証の要求は、ユーザにログイン・プロンロトを表示しメッセージを送信する（ステップ３０３）。認証をユーザから受領すると、プロセスは認証は有効であるか否かを決定する（ステップ３０４）。認証が有効でない場合には、プロセスは、デバイス１００を安全確保する（ステップ３０８）。認証が有効であると決定すると（ステップ３０４）、プロセスは事象１０１を認証し（ステップ３０７）、ルール・データ１０７を更新し（ステップ３０６）、次の事象１０１を待つ（ステップ３００）。
【００３１】
図４は、デバイス１００を安全確保する他の方法のフローチャートである。プロセスは、生成される事象１０１を待つ（ステップ４００）。事象１０１が発生すると、プロセスは、ルール１０４とルール・データ１０７を適用して、事象１０１が安全確保事象１０１Ａであるか否かを決定する（ステップ４０１）。事象１０１が非安全確保事象１０１Ｂの場合には、プロセスは事象１０１を認証し（ステップ４０７）、ルール・データ１０７を更新し（ステップ４０６）、次の事象１０１を待つ（ステップ４００）。
【００３２】
プロセスが、事象１０１は安全確保事象１０１Ａであると決定すると（ステップ４０１）、プロセスはルール１０４とルール・データ１０７を適用して、事象１０１は認証されているか否かを決定する（ステップ４０２）。事象１０１が認証されている場合には、プロセスは、事象１０１を認証し（ステップ４０７）、ルール・データ１０７を更新し（ステップ４０６）、次の事象１０１を待つ（ステップ４００）。事象１０１が認証されていない場合には、プロセスは認証を要求する（ステップ４０３）。ユーザから認証を受領すると、プロセスは認証が有効であるか否かを決定する（ステップ４０４）。認証が有効でない場合には、プロセスはデバイス１００を安全確保する（ステップ４０８）。
【００３３】
認証が有効であると決定すると（ステップ４０４）、プロセスは事象１０１が静的事象であるか否かを決定する（ステップ４０５）。静的事象とは、ルール・データ１０７を使用しない事象１０１である。例えばデバイス１００又は事象１０１の状態に関わらず、認証を常に要求する安全確保事象１０１Ａは、静的事象（例、他の如何なる事象１０１にも関わらずラップトップ・コンピュータへのログインを常に要求する）であると見なされる。事象１０１が静的事象でない場合には、プロセスは、事象１０１を認証し（ステップ４０７）、ルール・データ１０７を更新し（ステップ４０６）、次の事象１０１を待つ（ステップ４００）。他の場合には、プロセスは事象１０１を認証する（ステップ４０９）。
【００３４】
図５は、事象１０１が安全確保事象１０１Ａか非安全確保事象１０１Ｂかを決定し、事象１０１を他の事象に関連付ける方法のフローチャートである。図５は、図４のステップ４０６の詳細である。このプロセスは、ルール１０４とルール・データ１０７を適用して、事象１０１が安全確保事象１０１Ａか非安全確保事象１０１Ｂであるかを決定する（ステップ５００）。安全確保事象１０１Ａは認証を要求し、非安全確保事象１０１Ｂは認証を要求しない。非安全確保事象１０１Ｂは、ルール１０４とルール・データ１０７に基づいて、安全確保事象１０１Ａに変換される。同様に、安全確保事象１０１Ａは。ルール１０４とルール・データ１０７に基づいて、非安全確保事象１０１Ｂに変換される。
【００３５】
プロセスは、事象１０１が関連する事象を有するか否かを決定する（ステップ５０１）。事象１０１が他の関連事象を有さない場合には、プロセスは、事象１０１用のルール・データ１０７を更新する（ステップ５０３）。事象１０１が他の関連事象を有する場合には、プロセスは、その関連事象用にルール・データ１０７を更新し（ステップ５０２）、事象１０１用にルール・データ１０７を更新する（ステップ５０３）。
【００３６】
非安全確保事象１０１Ｂを安全確保事象１０１Ａに、又は安全確保事象１０１Ａを非安全確保事象１０１Ｂに変換する様々な方法がある。例えば事象１０１は、非安全確保事象１０１Ｂとしてスタートしてもよい。事象１０１用のルール１０４は、電話の相手先リストは、１時間以内に１０回以上アクセスされたかどうかを述べ、相手先リストへアクセスする非安全確保事象１０１Ｂは、安全確保事象１０１Ａとなる。ユーザは、ユーザが電話をかけるために、相手先リストにアクセスしようとした次には、再度認証しなければならない。相手先リストへアクセスする事象１０１は、ユーザがルール１０４がそのように指示するか否かを再度認証した後、非安全確保事象１０１Ｂに戻ることがある。
【００３７】
本発明の変形例として、例えば安全確保事象の評価は、デバイス上で或いはネットワーク上で行うことができる。物理的な接続は、無線接続、ＵＳＢ接続、有線のネットワーク装置でもよい。新たな種類のＩ／Ｏデバイスからの事象は、モニターされる。例えば新たな或いは様々なｗｅｂサイト或いはコンテンツへアクセスするｗｅｂにより可能となった電話（外国語のサイト、様々なサーチエンジンと）、画像が以前に送信されなかったような画像の送信、又は新たなブルートゥース装置へのリンク更に事象はデバイスのプロセスの立ち上げ機関にも監視される。他の実施例は、認証の第一ラウンドが、良好で、泥棒が電話を介して銀行口座にアクセスしようとして試みが失敗する事もある。この場合第一の認証方法が呼び起こされて、又は装置がロックされる。ＧＰＳ電話をインターフェロメータと共に使用して個人の歩行対通常の歩行パターンとを検出することもできる。
【００３８】
以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。
【符号の説明】
【００３９】
１００  システム
１０１  安全確保事象／非安全確保事象
１０２  認証モジュール
１０３  挙動モジュール
１０４  ルール
１０４Ａ  安全確保ルール
１０４Ｂ  非安全確保ルール
１０５  アプリケーション
１０６  アプリケーション・データ
１０７  ルール・データ
２１０  本発明のシステム
２０１  ドッキング・ステーション・インターフェース
２０２  セルネットワーク／ＷＩＦＩ／ブルーツース
２０３  ＧＰＳ
２０４  オペレーティング・システム
２０５  Ｅ−メール／カレンダ
２０６  ＳＩＭメモリカードインターフェース
２０７  コンタクト・リスト
２０８  ファイル
ステップ３００：事象を待つ
ステップ３０１：安全確保事象か？
ステップ３０２：事象は認証されたか？
ステップ３０３：認証を要求する
ステップ３０４：認証は有効か？
ステップ３０６：ルールデータを更新する
ステップ３０７：事象を認証する
ステップ３０８：デバイスを安全確保する
ステップ４００：事象を待つ
ステップ４０１：安全確保事象か？
ステップ４０２：事象は認証されたか？
ステップ４０３：認証を要求する
ステップ４０４：認証は有効か？
ステップ４０５：静的事象か？
ステップ４０６：ルールデータを更新する
ステップ４０７：事象を認証する
ステップ４０８：デバイスを安全確保する
ステップ４０９：事象を認証する
ステップ５００：ルールを適用して事象が安全確保事象か非安全確保事象かを決定する
ステップ５０１：事象は関連事象を有するか？
ステップ５０２：関連事象用のルール・データを更新する
ステップ５０３：事象用のルール・データを更新する
【図１】
2010063089.tif 000003
【図２】
2010063089.tif 000004
【図３】
2010063089.tif 000005
【図４】
2010063089.tif 000006
【図５】
2010063089.tif 000007