(57)【要約】  本主題は、第１電子実体にて、第２電子実体により第１電子実体を認証する方法を開示するものであって、該方法は：第２電子実体から、第１電子実体の認証の要求を受け取る工程；要求を受け取った結果、少なくとも１つのリソースを区分する工程であって、少なくとも１つのリソースは、メモリパーティション、ディスクパーティション、チップパーティション、コントロールリソース、及びハードウェアロジックから成る群の一種である、工程；及び、第２電子実体に、少なくとも１つのリソースへのアクセス権を提供する工程であって、アクセス権は認証のためのものであり、前記認証は少なくとも１つのリソースを利用することによって行われ、それにより、第２電子実体が、少なくとも１つのリソースの利用により第１電子実体を認証することが可能となる、工程、を含む。【選択図】図１
2015517700.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのリソースを含む第１電子実体において、第２電子実体によって前記第１電子実体を認証する方法であって、該方法は：
前記第２電子実体から、前記第１電子実体の認証の要求を受け取る工程；
前記要求を受け取った結果、前記少なくとも１つのリソースを区分する工程；及び
前記第２電子実体に、前記少なくとも１つのリソースへのアクセス権を提供する工程
を含み；
ここで、前記アクセス権は、前記第２電子実体により前記第１電子実体を認証するためのものであり；前記認証は、前記第２電子実体によって前記少なくとも１つのリソースを利用することによって行われ；それにより、前記第２電子実体が、前記少なくとも１つのリソースの利用により前記第１電子実体を認証することが可能となる
方法。
【請求項２】
前記少なくとも１つのリソースは、メモリパーティション、ディスクパーティション、ソフトウェアロジック、チップパーティション、コントロールリソース、アナログコンポーネント、デジタルコンポーネント、シグナル、ミックスシグナル、及びハードウェアロジックから成る群の一種である、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記第１電子実体の前記認証は、前記第１電子実体との通信、前記第１電子実体による前記少なくとも１つのリソースの利用、及び前記第１電子実体のデータ又は構造の操縦から成る群の一種のためのものである、ことを特徴とする請求項１に記載の方法。
【請求項４】
前記第２電子実体との通信セッションを確立する工程；及び
前記通信セッション中に前記第２電子実体と通信するために領域を利用する工程
を更に含み；
それにより、前記通信セッション中に、前記第２電子実体が、前記第２電子実体を認証することが可能となる
ことを特徴とする請求項１に記載の方法。
【請求項５】
前記第２電子実体を連続的に認証する工程を更に含み、ここで、前記認証は、前記１以上のリソースによる前記第２電子実体の操作を監視する工程を含む、ことを特徴とする請求項１に記載の方法。
【請求項６】
前記少なくとも１つのリソースを区分する前に前記少なくとも１つのリソースを決定するために、前記第２電子実体と交渉する工程を含む、ことを特徴とする請求項１に記載の方法。
【請求項７】
前記第２電子実体との通信セッションを確立する工程；
前記通信セッション中に前記第２電子実体と通信するための通信プロトコルを生成するために、前記第２電子実体と連続的に交渉する工程；及び
前記セッション中に前記通信プロトコルを連続的に変更する工程
を更に含むことを特徴とする請求項１に記載の方法。
【請求項８】
課金のための通信プロトコルを利用する工程を更に含み；ここで、前記課金は、前記通信セッション中に変更され、それにより安全な課金を提供する、ことを特徴とする請求項７に記載の方法。
【請求項９】
第１電子実体において、該第１電子実体によって第２電子実体を認証する方法であって、該方法は：
前記第２電子実体に、前記第２電子実体の認証の要求を送る工程；
前記第２電子実体から、前記第２電子実体の少なくとも１つのリソースへのアクセス権を受け取る工程であって、該アクセス権は前記第２電子実体のためのものである、工程；
前記第２電子実体を監視するために前記少なくとも１つのリソースを利用する工程；
前記監視により、前記第２電子実体を認証する工程
を含む、方法。
【請求項１０】
前記第２電子実体の操作の変化を監視するために前記少なくとも１つのリソースを利用する工程、前記第２電子実体のユーザーの行動の変化を監視するために前記少なくとも１つのリソースを利用する工程、及び、前記第２電子実体の環境の変化を監視するために前記少なくとも１つのリソースを利用する工程、から成る群の一種に従い、前記第２電子実体を連続的に証明する工程を更に含む、ことを特徴とする請求項９に記載の方法。
【請求項１１】
第１電子実体において、第２電子実体と通信する方法であって、該方法は：
前記第２電子実体との通信セッションを確立する工程；
通信プロトコルの特徴を決定するために前記第２電子実体と交渉する工程；及び
前記第２電子実体と通信するために前記通信プロトコルを利用する工程
を含む、方法。
【請求項１２】
前記セッションの特徴に前記通信プロトコルを連続的に適合させる工程を更に含む、ことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記特徴は、ユーザーの行動、環境変化、前記第１電子実体及び前記第２電子実体の操作の変化から成る群の一種である、ことを特徴とする請求項１２に記載の方法。
【請求項１４】
電子実体を証明する方法であって、該方法は：
通信実体により通信セッションを確立する工程；
前記通信セッション中に前記電子実体を連続的に証明する工程であって、該証明は、前記第１電子実体の操作の変化、前記第１電子実体のユーザーの行動の変化、及び前記第１電子実体の環境の変化、から成る群の一種に従い、前記セッション中に変更される、工程
を含む、方法。
【請求項１５】
課金方法であって、該方法は：
課金器と課金デバイスの間の通信セッションを確立する工程であって、前記通信プロトコルは前記課金のためのものである、工程；及び
前記課金中の課金の特性を変化し、それにより安全な課金を提供する工程
を含む、方法。
【請求項１６】
前記通信セッションを確立する工程は、請求項１に記載の方法に従う、ことを特徴とする請求項１５に記載の方法。
【請求項１７】
通信セッションを確保する方法であって、該方法は：
安全にしたモジュールによって周辺装置から第１入力を受信する工程；
セキュアモジュールによって、安全にされていないモジュールに第２入力を送る工程であって、前記第２入力は偽の入力である、工程；
前記安全にされていないモジュールによって、ディスプレイ上に前記第２入力を表示するために前記確保モジュールに要求を送る工程；
前記安全にしたモジュールによって、前記通信セッションのセキュリティ態様を分析し、結果を提供する工程；及び
前記安全にしたモジュールによって、前記結果に従い前記第２入力と前記第１入力を表示する工程
を含む、方法。
【請求項１８】
少なくとも１つのリソースを含む第１電子実体において、第２電子実体によって前記第１電子実体のリソースを共有する方法であって、該方法は：
前記第２電子実体から、前記第１電子実体と前記少なくとも１つのリソースを共有するための要求を受け取る工程；
前記要求を受け取った結果、前記少なくとも１つのリソースを区分する工程；
前記第２電子実体に、前記少なくとも１つのリソースへのアクセス権を提供する工程であって、ここで、前記アクセス権は、前記第２電子実体により前記少なくとも１つのリソースを共有するためのものである、工程
を含む、方法。
【請求項１９】
少なくとも１つのリソースを含む第１電子実体において、第２電子実体によって第１電子実体を認証する方法であって、該方法は：
前記第２電子実体から、前記第１電子実体の認証の要求を受け取る工程；
前記要求を受け取った結果、前記少なくとも１つのリソースを区分する工程；及び
前記第２電子実体に、前記少なくとも１つのリソースへのアクセス権を提供する工程であって、該アクセス権は、前記第２電子実体によって少なくとも１つのリソースを認証するためのものであり；それにより、前記第２電子実体が、前記少なくとも１つのリソースの利用により、前記少なくとも１つのリソースを認証することが可能となる、工程
を含む、方法。
【請求項２０】
少なくとも１つのリソースを含む電子実体であって、該電子実体は、第２電子実体から、電子実体の認証の要求を受け取り；前記要求を受け取った結果、前記少なくとも１つのリソースを区分し；及び、前記第２電子実体に、前記少なくとも１つのリソースへのアクセス権を提供するために構成され；ここで、前記アクセス権は、前記第２電子実体により前記第１電子実体を認証するためのものであり；前記認証は、前記少なくとも１つのリソースを利用することによって行われ；それにより、前記第２電子実体が、前記少なくとも１つのリソースの利用により前記第１電子実体を認証することが可能となる、電子実体。
【請求項２１】
前記少なくとも１つのリソースは、コントロールリソース及びセンサから成る群の一種である、ことを特徴とする請求項１に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
本開示は、電子実体の確保、通信、及びパフォーマンスに関係する。
【０００２】
多数のコンピュータ化デバイス間の通信は、多要素認証によって典型的に認証される。
【０００３】
多要素認証は一般的に、コンピュータ認証において見出される。多要素認証は、要求側がその身元（ｉｄｅｎｔｉｔｙ）の偽証を提示するという可能性を減少することに努めている。別の領域（例えば、コンピュータシステム  対  実生活）において、身元の証明の持ち手が本当に身元を保持しているという高い可能性を暗示するため、要素の数は重要である。
【０００４】
共通要素は、次の通りである：ユーザーの情報（ｋｎｏｗｌｅｄｇｅ）に関連する要素、例えば、ユーザーのパスワード、ＰＩＮ、パターン；物理的要素、例えば、ＡＴＭカード、スマートカード；及び、指紋、ユーザーが知っているもの、ユーザーが有するもの、ユーザーが何者かなどの、生体認証の特徴。
【０００５】
Ｈａｒｒｉｎｇｔｏｎ  Ｂｒａｄｌｅｙ  Ｒｙａｎへの米国特許第７２６６６５８号は、メモリの記憶保護領域への無許可のアクセスの禁止のための、システム、方法、及びコンピュータプログラム製品を開示する。
【発明の概要】
【０００６】
開示された主題の１つの例示的な実施形態は、少なくとも１つのリソースを含む第１電子実体にて、第２電子実体によって第１電子実体を認証する方法であって、該方法は：第２電子実体から、第１電子実体の認証の要求を受け取る工程；要求を受け取った結果、少なくとも１つのリソースを区分する工程；及び、第２電子実体に、少なくとも１つのリソースへのアクセス権を提供する工程、を含み；ここで、アクセス権は、第２電子実体により第１電子実体を認証するためのものであり；認証は、第２電子実体によって少なくとも１つのリソースを利用することによって行われ；それにより、第２電子実体が、少なくとも１つのリソースの利用により第１電子実体を認証することが可能となる。
【０００７】
幾つかの実施形態に従い、少なくとも１つのリソースは、メモリパーティション、ディスクパーティション、ソフトウェアロジック、チップパーティション、コントロールリソース、アナログコンポーネント、デジタルコンポーネント、シグナル、ミックスシグナル、及びハードウェアロジックから成る群の一種である、
【０００８】
幾つかの実施形態に従い、第１電子実体の認証は、第１電子実体との通信、第１電子実体による少なくとも１つのリソースの利用、及び第１電子実体のデータ又は構造の操縦から成る群の一種のためのものである。
【０００９】
幾つかの実施形態に従い、前記方法は更に：第２電子実体との通信セッションを確立する工程；及び、通信セッション中に第２電子実体と通信するために領域を利用する工程、を含み；それにより、通信セッション中に、第２電子実体が、第１電子実体を認証することが可能となる。
【００１０】
幾つかの実施形態に従い、前記方法は：第２電子実体を連続的に認証する工程を更に含み、ここで、認証は、１以上のリソースによる第２電子実体の操作を監視する工程を含む。
【００１１】
幾つかの実施形態に従い、前記方法は更に：少なくとも１つのリソースを区分する前に少なくとも１つのリソースを決定するために、第２電子実体と交渉する工程を含む。
【００１２】
幾つかの実施形態に従い、前記方法は更に：第２電子実体との通信セッションを確立する工程；通信セッション中に第２電子実体と通信するための通信プロトコルを生成するために、第２電子実体と連続的に交渉する工程；及び、セッション中に通信プロトコルを連続的に変更する工程、を含む。幾つかの実施形態に従い、前記方法は更に：課金（ｃｈａｒｇｉｎｇ）のための通信プロトコルを利用する工程を含み；ここで、課金は、通信セッション中に変更され、それにより安全な課金を提供する。
【００１３】
開示された主題の１つの他の例示的な実施形態は、第１電子実体にて、第１電子実体によって第２電子実体を認証する方法であって、該方法は：第２電子実体に、第２電子実体の認証の要求を送る工程；第２電子実体から、第２電子実体の少なくとも１つのリソースへのアクセス権を受け取る工程であって、アクセス権は第２電子実体のためのである、工程；及び、第２電子実体を監視するために少なくとも１つのリソースを利用する工程；及び、監視により、第２電子実体を認証する工程、を含む。幾つかの実施形態に従い、前記方法は更に：次のものから成る群の一種に従い、第２電子実体を連続的に証明する工程を含む：第２電子実体の操作の変化を監視するために少なくとも１つのリソースを利用する工程、第２電子実体のユーザーの行動の変化を監視するために少なくとも１つのリソースを利用する工程、及び、第２電子実体の環境の変化を監視するために少なくとも１つのリソースを利用する工程。
【００１４】
開示された主題の１つの他の例示的な実施形態は、第２電子実体と通信する方法であり、該方法は：第２電子実体との通信セッションを確立する工程；通信プロトコルの特徴を決定するために第２電子実体と交渉する工程、及び、第２電子実体と通信するために通信プロトコルを利用する工程、を含む。
【００１５】
幾つかの実施形態に従い、前記方法は、セッションの特徴に通信プロトコルを連続的に適合させる工程を更に含む。
【００１６】
幾つかの実施形態に従い、前記特徴は、ユーザーの行動、環境変化、第１電子実体及び第２電子実体の操作の変化から成る群の一種である。
【００１７】
開示された主題の１つの他の例示的な実施形態は、次の工程を含む方法である：電子実体との通信セッションを確立する工程；通信セッション中に電子実体を連続的に証明する工程であって、該証明は、次のものから成る群の一種に従い、セッション中に変更される、工程：第１電子実体の操作の変化、第１電子実体のユーザーの行動の変化、及び第１電子実体の環境の変化。
【００１８】
開示された主題の１つの他の例示的な実施形態は、課金方法であって、該方法は、課金器（ｃｈａｒｇｅｒ）と課金デバイス（ｃｈａｒｇｅｄ  ｄｅｖｉｃｅ）の間の通信セッションを確立する工程であって、通信プロトコルは課金のためのものである、工程；課金中の課金の特性を変化し、それにより安全な課金を提供する工程、を含む。
【００１９】
開示された主題の１つの他の例示的な実施形態は、少なくとも１つのリソースを含む第１電子実体にて、第２電子実体によって第１電子実体のリソースを共有する方法であって、該方法は：第２電子実体から、第１電子実体と少なくとも１つのリソースを共有するための要求を受け取る工程；要求を受け取った結果、少なくとも１つのリソースを区分する工程；及び、第２電子実体に、少なくとも１つのリソースへのアクセス権を提供する工程、を含み；アクセス権は、第２電子実体によって少なくとも１つのリソースを共有するためのものである。
【００２０】
開示された主題の１つの他の例示的な実施形態は、少なくとも１つのリソースを含む第１電子実体にて、第２電子実体によって第１電子実体を認証する方法であって、該方法は：第２電子実体から、第１電子実体の認証の要求を受け取る工程；要求を受け取った結果、少なくとも１つのリソースを区分する工程；及び、第２電子実体に、少なくとも１つのリソースへのアクセス権を提供する工程、を含み；アクセス権は、第２電子実体によって少なくとも１つのリソースを認証するためのものであり；それにより、第２電子実体が、少なくとも１つのリソースの利用により、少なくとも１つのリソースを認証することが可能となる。
【００２１】
開示された主題の１つの他の例示的な実施形態は、少なくとも１つのリソースを含む電子実体であり、該電子実体は、第２電子実体から、電子実体の認証の要求を受け取り；要求を受け取った結果、少なくとも１つのリソースを区分し；及び、第２電子実体に、少なくとも１つのリソースへのアクセス権を提供するために、構成され；ここで、アクセス権は、第２電子実体により第１電子実体を認証するためのものであり；認証は、少なくとも１つのリソースを利用することによって行われ；それにより、第２電子実体が、少なくとも１つのリソースの利用により第１電子実体を認証することが可能となる。
【図面の簡単な説明】
【００２２】
本開示の主題は、対応する数又は文字が対応するコンポーネントを示す図面と共に得られる、以下の詳細な記載から、更に十分に理解され、且つ認識される。他に明記されない限り、図面は、本開示の例示的な実施形態又は態様を提供し、本開示の範囲を制限しない。図面において：
【図１】主題の幾つかの例示的な実施形態に従う、安全にした環境を示す。
【図２Ａ】開示された主題の幾つかの例示的な実施形態に従う、安全な通信のために構成されるウォッチ及びモバイルデバイスのブロック図を示す。
【図２Ｂ】ウォッチを示す。
【図３】開示された主題の幾つかの例示的な実施形態に従う、信頼された通信方式のフローチャート図を示す。
【図４】開示された主題の幾つかの例示的な実施形態に従う、信頼された証明方法のフローチャート図を示す。
【図５】開示された主題の幾つかの例示的な実施形態に従う、ユーザーの行動に従って通信を確保且つ証明する方法のフローチャート図を示す。
【図６】開示された主題の幾つかの例示的な実施形態に従う、安全な課金方法のフローチャート図を示す。
【図７】周辺装置と対話するための領域を使用する典型的なシナリオを示す。
【発明を実施するための形態】
【００２３】
用語「コントロールリソース」は本明細書において、ソフトウェア及び／又はハードウェア及び／又は機械的操作を制御する要素を指す。そのようなコントロールリソースの例は、コントローラー、ＳｏＣ（Ｓｙｓｔｅｍ  ｏｎ  Ｃｈｉｐ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ）、ＣＰＵ、及びモデムである。
【００２４】
用語「電子実体」は本明細書において、周辺装置、コントロールリソース、処理モジュール、コンピュータ化デバイス、及びインターフェースを指す。
【００２５】
用語「電子実体の環境」は、コンピュータ化デバイスのユーザー、コンピュータ化デバイスのリソース、コンピュータ化デバイスに接続されたネットワーク、又は、コンピュータ化デバイスの付近にある人、別のコンピュータ化デバイス、或いは物体を指し得る。
【００２６】
用語「領域」は本明細書において、通信セッションを行なうために割り当てられる電子実体のリソースを指す。そのようなリソースの例は、メモリパーティション、ディスクパーティション、チップパーティション、１以上のコントロールリソース、及びハードウェアロジックである。ハードウェアロジックの例は、トランジスター及び／又はワイヤーなどの、ゲート、フリップフロップ、及び／又はＨＷアナログである。
【００２７】
用語「領域アクセスパラメータ」は本明細書において、電子実体が別の電子実体の領域にアクセスすることを可能にするパラメータを指す。そのようなパラメータは、コントロールリソースがアクセスされ得るポート、又はアドレスマップを含む。
【００２８】
本開示によって扱われる１つの技術的問題は、コンピュータ化デバイスの認証である。ユーザー名、及びパスワード、又はキーなどのパラメータによる認証は、アタッカーによって検知且つ分析され得る。多要素認証は、ユーザーにとって扱いにくいものであり、第三者（仲裁者）、及び／又は、サイドチャネル攻撃などの内在的な脅威によって検知され得る。
【００２９】
１つの技術的解決法は、電子実体が１以上の他の電子実体と通信することを可能にする、共有された安全及び／又は独特な領域である；即ち、第１電子実体は、第１領域を割り当てて、第２電子実体が第１領域にアクセスすることを可能にし、一方で、第２電子実体は、第２領域を割り当てて、第１電子実体が第２領域にアクセスすることを可能にする。第１電子実体及び第２電子実体は、第１及び第２の電子実体に特有のプロトコルを生成する。そのようなプロトコルはまた、通信セッションに特有であり得る。そのような独特なプロトコルは、その独自性、構造、及び行動により、第三者によって壊されにくい。第１電子実体は、第２電子実体に埋め込まれ得る第２領域を介し、第２電子実体と通信する。第１電子実体は、第２領域を制御且つ監視することにより、及び第２領域を介して第２電子実体を制御且つ監視することにより、通信、第２領域を連続的に安全にし且つ認証する。第２電子実体は、第１電子実体に埋め込まれ得る第１領域を介し、第１電子実体と通信する。第２電子実体は、第１領域を制御且つ監視することにより、及び第１領域を介して第１電子実体を制御且つ監視することにより、通信、第１領域、及び第１電子実体を連続的に安全にし且つ認証する。
【００３０】
１つの他の技術的問題は、通信セッションにおける参加者（ｐａｒｔｉｅｓ）の身元の証明である。典型的な証明がセッションの開始時に実行され、一方でアタッカーは、セッションが開始した後にセッションに関与する電子実体の１つを攻撃し得る。
【００３１】
１つの他の技術的解決法は、デバイスの行動、デバイスのユーザーの行動、及びデバイスの環境を連続的に学習することにより、及び、行動の変化を検知する場合に証明を疑う又はキャンセルすることにより、セッションに関与する電子実体を、連続的に証明することである。
【００３２】
１つの他の技術的解決法は、ダイナミックで、スケーラブルで、且つ独特な証明である。
【００３３】
１つの他の技術的問題は、仮想プライベートネットワーク及び／又は仮想機械などのネットワークのパフォーマンスである。典型的に、集中型サーバーに位置するファイルでの作業を望むユーザーは、連続的にサーバーと通信しなければならない。そのような通信は、ファイルへのアクセスがネットワークを通るものであるため、パフォーマンス及びセキュリティ問題を引き起こし得る；加えて、コンピュータデバイス間の通信の不良は、サービスの拒否を引き起こす。
【００３４】
１つの技術的解決法は、ユーザーのコンピュータ化デバイス上の領域である。ユーザーがサーバーとの通信を希望する場合は常に、ユーザーのコンピュータ化デバイスは、領域を割り当てて、領域への独特及び／又はダイナミックなアクセスパラメータをサーバーへ送る。幾つかの実施形態において、例えば、サーバー及びユーザーのコンピュータ化デバイスが同じ機構に属する場合、そのようなパラメータは既にサーバーに存在し得る。サーバーは、領域へのアクセス権を受信し、ユーザーの領域へファイルを転送する。ユーザーは、この領域を通ってファイルにアクセスすることができる。ユーザーがファイルを必要としない場合、ユーザーは、領域を介してサーバーにファイルを戻してもよい。領域は、サーバー及びユーザーのコンピュータ化デバイスの両方によって連続的に認証され、それにより、サービスを拒否することなく、より優れたパフォーマンスで、ファイルへの安全なアクセスを提供する。そのような解決策は、サイドチャネル攻撃を克服する。
【００３５】
１つの他の技術的問題は、電気的な課金器（ｃｈａｒｇｅｒ）の認証及び通信である。多くの場合において、電気的な課金は偽造される。そのような偽造された電気的な課金は、危険かもしれず、課金デバイスに破損をもたらし得る。
【００３６】
１つの他の技術的問題は、課金操作中に、課金デバイスをデコイすること（ｄｅｃｏｙｉｎｇ）である。
【００３７】
１つの技術的解決法は、課金通信プロトコルである。そのようなプロトコルは、課金器、課金デバイス、及び課金セッションに特有である。そのようなプロトコルは、課金器の認証を可能にし、一方で課金を攻撃から保護する。
【００３８】
１つの他の技術的問題は、決定論的な多要素である。
【００３９】
１つの技術的解決法は、セッションにも特有な、ダイナミックで、差別的な、且つスケーラブルな多要素である。そのような多要素は、リソースの危険性及びパフォーマンスの分析に従う、及び通信の履歴に従うセッションに関与する、複数のデバイスから得られる複数の要素で構成される。本発明の実施形態は、信頼された通信環境の管理のための方法及びシステムを開示する。そのような方法及びシステムはまた、ユーザー及び／又はデバイス及び／又は環境行動への通信を調整し、セッションに特有なプロトコルを提供する。そのような独自性は、とりわけ、セッションに関与しているユーザー、デバイス、及び環境、転送されるデータ、並びに、セッションのタイプに基づく。そのようなプロトコルは、通信を確保するためにダイナミックに変更され得、通信セッションに関与する。
【００４０】
図１を参照すると、主題の幾つかの例示的な実施形態に従う、安全にした環境が示されている。安全にした環境（１００）は、安全にしたモジュール（１）、センサーモジュール（２）、通信モジュール（３）、パフォーマンスモジュール（４）、認証モジュール（５）、デコイモジュール（６）、生成モジュール（７）、環境モジュール（８）、対話型環境モジュール（９）、及びリスク管理モジュール（１２）を含む。
【００４１】
安全にしたモジュール（１）は、通信セッションの確保のために構成される。安全にしたモジュール（１）は、コンピュータ化デバイスに埋め込まれ得る。そのようなコンピュータ化デバイスは、認証ウォッチ又はセルラーデバイスでもよい。認証ウォッチは、とりわけ、コンピュータ化デバイスへのアクセスを通信する及び／又は認証する及び／又は証明することに適したウォッチでもよい。安全にしたモジュール（１）は、センサーモジュール（２）から入力を受信し得る。センサーモジュール（２）の入力は、ダイナミックで連続的及び／又は独特な証明を提供するためのセッションに関与する、他のコンピュータ化デバイスへ送られ得る。センサー（２）の入力も、認証、及び、コンピュータ化デバイスの操作を確保するために、使用される。センサーモジュール（２）からの入力も、脅威の検知、分析、及び予測のために使用され得る。そのような入力に関する例は、近隣のインジケータ、音声、無線データ、光、温度、動作の指示、位置、ジェスチャ、磁気、画像、生理学的及び周波数湿度のディスプレイ（ｐｈｙｓｉｏｌｏｇｉｃ  ａｎｄ  ｆｒｅｑｕｅｎｃｙ  ｈｕｍｉｄｉｔｙ  ｄｉｓｐｌａｙ）、及び電圧である。
【００４２】
センサーモジュール（２）は、コンピュータ化デバイスの環境を感知するために構成される。センサーモジュール（２）はセンサー（１０）を含む。センサー（１０）は、近接センサー、音声センサー、動作センサー、光センサー、温度センサー、位置センサー、ジェスチャセンサー、磁力計、画像検出器、心拍センサーなどの生理的センサー、周波数センサー、コンダクタンスセンサー、形状検出器、電流センサー、生体認証センサー、インダクタンスセンサー、インピーダンスセンサー、振動センサー、加速度センサー、圧力センサー、湿度センサー、電圧センサー、構造（圧力及びキャップセンス（ｃａｐ−ｓｅｎｓｅ））センサー、及び温度センサーを含む。センサーモジュール（２）は、ボイスレコーダーも含み得る。センサーモジュール（２）は、センサーから受信されるデータを分析する。危険を検知する場合、通信に対して起こり得る脅威などの、通信における問題が生じる。センサーモジュール（２）は、安全にしたモジュール（１）に通知する。安全にしたモジュール（１）は、デバイスを認証し得る。
【００４３】
感知も、環境の学習のために使用され得る。学習は、デバイスの脅威及び操作に通信を適応させるためのものである。例えば、デバイス（Ａ）は、支払いを生じさせるためのデバイス（Ｂ）でセッションを開始する。デバイス（Ｂ）のカメラによって捕らえられた画像は、認証のために使用され得る。
【００４４】
通信モジュール（３）は、別のコンピュータ化デバイスとの通信の提供のために構成される。通信セッションの例は、データ転送及びリソースシェアリングである。通信モジュールはまた、配線式の及び／又は無線式の通信に対するドライバ（ｄｒｉｖｅｒｓ）を含み得る。
【００４５】
パフォーマンスモジュール（４）は、通信のパフォーマンスを改善するために構成される。
【００４６】
認証モジュール（５）は、他のコンピュータ化デバイスの認証のために構成される。幾つかの実施形態において、コンピュータ化デバイスの認証は、コンピュータ化デバイスの１以上を介して実行される；その結果、第１コンピュータ化デバイスが、第２コンピュータ化デバイスの領域を管理且つ制御し、その逆も然りである。例えば、２つの携帯電話間の通信を認証するために、各携帯電話の認証モジュール（５）は、他の携帯電話によって定義されるものの領域に対するコントロールを獲得し得、及び、メモリの一部分からの書き取り及び読み取りにより、及びメモリの一部分の書き取り及び／又は読み取りを他のデバイスに命じることにより、アクセスを認証し得る。各コンピュータ化デバイスの領域が他の電子実体によって認証された後、通信が確立される。認証は、通信セッションの間中、連続的に行われ得る。
【００４７】
デコイモジュール（６）は、例えばセンサー（１０）の入力の分析により、デバイス又は通信セッションを付与する試みを検知するために、構成される。
【００４８】
生成モジュール（７）は、領域を区分するために構成される。生成モジュールは領域も含み得る。
【００４９】
リスク管理モジュール（１２）は、プロトコルを確保するための危険性、プロトコルに関与するデバイス、領域を分析するために構成される。
【００５０】
対話型環境システムモジュール（９）は、他の電子実体から受信されたデータと内部データを組み合わせるために、及び他のコンピュータ化デバイスが共通の環境にあるかどうか測定するため組み合わせたデータを分析するために、構成される。共通の環境は、２つの実体が操作且つ通信することができる環境を意味する。１つの実施形態において、２つの電子実体は、同じ共通の環境においてのみ、通信及び／又は操作することを認められる。１つのコンピュータ化デバイスのセンサー及び／又はカメラは、他のコンピュータ化デバイスへ分出力を転送し得、及びその逆もある；組み合わせたデータは、２つの電子実体が同じ環境にあることを確認するために、電子実体の各々によって分析される。例えば、１つのコンピュータ化デバイスからの画像は、２つのコンピュータ化デバイスが同じエリアにあることを測定するために、第２コンピュータ化デバイスの画像と比較され得る。
【００５１】
モジュールはまた、１以上の他のデバイスに対するデバイスの位置をマッピングし得る。
【００５２】
環境モジュール（８）は、認証、操作、パフォーマンス、機能、及び通信を改善するため、環境を分析するために構成される。
【００５３】
安全にしたモジュール（１）は、他の電子実体の他の安全にしたモジュール（１０及び１１）と通信する及び／又は操作し得る。
【００５４】
図２Ａは、開示された主題の幾つかの例示的な実施形態に従う、安全な通信のために構成されるウォッチ及びモバイルデバイスのブロック図を示す。図２Ｂは、開示された主題の幾つかの例示的な実施形態に従う、ウォッチを示す。
【００５５】
環境（２８０）は、ウォッチ（２００）とモバイルデバイス（２５０）を含み得る。
【００５６】
ウォッチ（２００）は次のものを含む：ロッカー（３０）、安全にしたモジュール（１）、ＷＩＦＩモジュール（２５９）、加速度センサー（２７）、ロッカー（３０）、及び他のコンポーネント（２０５）。他のコンポーネント（２０５）は、ＧＰＲＳモジュール（２４）、マイクロＳＤ（２１）、ＮＦＣ（２２）、バッテリー（２５）、周囲光センサー（１４）、可変バッテリー（２６）、ＰＣＩｅ（２８）、カップセンスボタン（２９）、マイクロＵＳＢ  ＯＴＧ（２３）、加速度センサー（２７）、近接センサー（２１３）、音声センサー（２１０）、ディスプレイ（２２８）、カメラ（２２０）、安全にしたモジュール（１）、領域（４０）及び（４１）、通信モジュール（３）、及びＳＡＴＡ（２０）を含む。
【００５７】
安全にしたモジュール（１）は、ウォッチ（２００）とモバイルデバイス（２５０）の間の通信の提供のために構成される。安全な通信は、モバイルデバイス（２５０）のユーザー、モバイルデバイス（２５０）の環境、及びモバイルデバイス（２５０）の行動の認証のため、及び、ウォッチ（２００）により脅威を検知する場合にモバイルデバイス（２５０）に警報する、対話する、及び／又は通知するためのものであり、及びその逆も然りである。そのような脅威は、人、外国のデバイス（２３）等であり得る。安全にしたモジュール（１）の構造は、図１においてより詳しく説明される。システムは、インテリジェント通信の生成のために構成される。幾つかの実施形態において、安全にしたモジュールはチップである。
【００５８】
ＷＩＦＩモジュール（２５９）及びＮＦＣモジュール（２２）は、ウォッチ（２００）とモバイルデバイス（２５０）の間の通信を可能にする。
【００５９】
ＧＰＲＳモジュール（２４）は、ウォッチ（２００）の位置を提供する。位置は、モバイルデバイス（２５０）によってウォッチ（２００）を認証及び／又は証明するために使用されてもよく、及びその逆も然りである；例えば、ウォッチ（２００）がセルラーデバイス（２５０）と同じ地理的な領域にない場合、ウォッチ（２００）は、モバイルデバイス（２５０）によって認証され得ない。
【００６０】
マイクロＳＤ（２１）は、システムに関係するパラメータを保存するために使用される。
【００６１】
バッテリー（２５）、可変バッテリー（２６）は、ウォッチ（２０１）の電源である。
【００６２】
カップセンスボタン（２９）は、ユーザーと対話するためのものである。
【００６３】
ＰＣＩＥ（ＰＣＩ  ＥＸＰＲＥＳＳ）（２８）は、ＰＣＩと通信するために構成される。
【００６４】
マイクロＵＳＢ  ＯＴＧ（２３）は、バッテリーの課金のために構成される。
【００６５】
加速度センサー（２７）は、動作の測定のために構成されるセンサーである。
【００６６】
近接センサ（２１３）は、近隣の物体を測定するために構成される。
【００６７】
ＳＡＴＡ（２０）は、ハードディスクドライブ（図示せず）にホストバスアダプタを接続するために構成される、バスインターフェースである。
【００６８】
周囲光（１４）は、近隣を測定し得る光センサーである。
【００６９】
ウォッチ（２００）及びモバイルデバイス（２５０）は、ネットワークを介して通信する。ネットワークは、ＷＩＦＩ、セルラー、ＮＦＣなどであり得る。モバイルデバイス（２５０）は、ユーザーと対話するためのディスプレイ（２５１）、ウォッチ（２００）と通信するための安全にしたモジュール（１）、モバイルデバイス（５０）の操作のためのアプリケーションシステム（２５２）、環境（２５３）、及びセンサー（２５４）を含む。安全にしたモジュール（１）は、領域（７）も含み得る。
【００７０】
図３は、開示された主題の幾つかの例示的な実施形態に従う、信頼された通信方式のフローチャート図を示す。
【００７１】
幾つかの実施形態に従い、通信は領域を介して実行される。即ち、デバイス（Ａ）はデバイス（Ｂ）にある領域（Ａ’）を区分し、デバイス（Ｂ）はデバイス（Ａ）にある領域（Ｂ’）を区分する。領域は、仕様、及びデバイス間の交渉に従って、区分される。例えば、デバイス（Ｂ）は、デバイス（Ｂ）によって行なわれた分析の結果として（Ａ’）の仕様を変更することを、デバイス（Ａ）に要求し得る。そのような場合、領域が構築されるデバイスは、分析の結果、領域の仕様を変更することを他のデバイスに要求し得る。そのような要求は、他のデバイスによって承認されねばならない。両方のデバイスが領域の何れかの仕様に一致しない場合、通信セッションは失敗し得る。領域を区分するセッション中、任意のデバイスは、新しいセキュリティ及びパフォーマンス事象に応じて、領域の要求を変更し得る。故に、領域は、デバイス（Ａ）及びデバイス（Ｂ）の両方によって対話式に構築される。両方のデバイスの決定又は分析は、同様のプライオリティーを有し得る；幾つかの実施形態において、デバイスの何れかの決定のプライオリティーは、両方のデバイスによってダイナミック且つ対話式に変更され得る。領域は、セッションに関与するデバイス、及びセッションに特有であり、故に、別のデバイスにコピーすることができない。領域は自律的なものであり得、即ち、デバイス（Ｂ）の領域（Ａ’）は、デバイス（Ａ）によって自律的に制御され得る。
【００７２】
幾つかの実施形態において、通信は、領域を割り当てるためのリソースが第三者により提供されるような場合、複数の周辺装置によって実行される。
【００７３】
デバイス（Ａ）が、デバイス（Ｂ）にデータを送ること望む場合、データが、デバイス（Ａ）に構築される領域（Ｂ’）に置かれるような通信のため、領域が使用され、その逆も然りである。幾つかの実施形態において、各デバイスは、他のデバイスに割り当てられた領域上で他のデバイスの操作を監視する。監視は、他のデバイスの操作の認証、とりわけ第三のデバイスの攻撃の予防のためのものである。例えば、デバイス（Ａ）は、領域（Ｂ’）上の（Ａ）の操作を認証するため、及び（Ｂ’）に対する第三のデバイスの攻撃を防ぐために、（Ｂ’）を監視する。監視は、リソース及び領域の環境を監視する工程を含み得る。監視はまた、領域間で転送されるデータを監視する工程を含み得る。
【００７４】
仮想機械とは反対に、領域は自律的である；例えば、各領域は、領域が位置するデバイスの状態に対して各領域が自律的に操作し得る、それ自体のブートファイルを有し得る。例えば、デバイス（Ｂ）が操作されなくとも、デバイス（Ｂ）の領域（Ａ’）は操作可能であり得る。幾つかの場合、例えば、デバイス（Ｂ）のオペレーションシステムが操作しないと、又は全体のデバイス（Ｂ）が操作しない時さえ、デバイス（Ｂ）は、領域（Ｂ’）からファイルを転送することができる。後者の場合、領域（Ｂ’）は、それ自体のパワーリソースで操作され得る。
【００７５】
（３０１）にて、デバイス（Ａ）からのセッション開始要求は、デバイス（Ｂ）によって受信される。その結果、デバイス（Ｂ）は、要求の確認について決定する。
【００７６】
デバイス（Ｂ）がセッション開始要求を確認する場合に生じる、（３０５）にて、セッションは、セッションに関連するパラメータを分析することにより、デバイス（Ｂ）及び（Ａ）によって有効にされる。パラメータは、セッションのタイプ、通信の履歴、リソース、及び危険を含む。通信セッションの例は、ファイルの転送、リソースの共有、ユーザーの認証である。
【００７７】
セッションがデバイス（Ｂ）又はデバイス（Ａ）によって承認されない場合に生じる、（３１０）にて、デバイスの各々は、シナリオに関する戦略を選択する。そのような戦略の例は、認証、身元の偽造、履歴ファイルの更新、及び、認証、通信、及び／又は証明に関連する人工知能機能の改善を試みることである。戦略は、利用可能なリソース及び環境に基づき得る。
【００７８】
（３１０１）にて、各デバイスは、両方のデバイスの戦略に基づいて、セッションが継続しなければならないかどうかを決定する。
【００７９】
決定がセッションを終了することである場合、両方のデバイスの操作は、（３０１）まで再開する；そうでなければ、シナリオは、危険性を評価するために両方のデバイス（３１１）によって調査される；例えば、サービス停止攻撃が疑われる場合、攻撃が調査される。セッション要求条件及びセッションのタイプが、（Ｂ）と（Ａ）によって確認される場合、工程（３０６）、（３０７）、（３０８）、（３０９）、（３０９１）、及び（３０９２）が生じる。
【００８０】
（３０６）にて、（Ｂ）の領域（Ａ）を区分するための仕様は、（Ａ）から送られ、（Ｂ）によって受信される。仕様は、例えば、メモリのサイズ、ＣＰＵの数、通信線の数、必要とされる周辺装置、電力、及び／又はクロック構造等の、必要な構造を含み得る。仕様は、ファイルに含まれ得、又は、デバイス（Ａ）がリソース及びデバイス（Ｂ）を要求する対話セッションによって定義され得る。
【００８１】
（３０７）にて、デバイス（Ｂ）は、仕様に従って領域（Ａ’）を区分する。例えば、デバイス（Ｂ）は、要求されたメモリを区分し、且つアドレスマップを提供し得る。別の例において、デバイス（Ｂ）は、ＣＰＵを制御するためのＷＩＦＩポートを区分する。デバイス（Ｂ）は、領域（Ａ’）へのアクセスをデバイス（Ａ）に提供する。アクセスは、デバイス（Ｂ）からのデータを制御、監視、及び／又は受信するために、並びにデバイス（Ｂ）にデータを転送するために、使用され得る。
【００８２】
（３０８）にて、デバイス（Ａ）は、例えば機能を実行することによって領域（Ａ’）を操作する。
【００８３】
（３０９）にて、デバイス（Ｂ）は、（Ａ’）にデバイス（Ａ）の領域（Ｂ’）を操作するための仕様をコピーする。
【００８４】
（３０９１）にて、デバイス（Ａ）は、（３０９）の仕様に従いデバイス（Ａ）のために領域（Ｂ’）を区分する。
【００８５】
（３０９２）にて、デバイス（Ｂ）は領域（Ｂ’）を操作する。
【００８６】
２つの領域が構築され且つ認証された後に生じる、（３０４）にて、独特なプロトコルが対話式に構築される。例えば、デバイスは、クロックレート、電力レベル、及び同期パターン（ｓｙｎｃｈｒｏｎｉｚｅ  ｐａｔｔｅｒｎ）を決定し得る。プロトコルが、ランダムに、又は、通信のパフォーマンスにおける脅威或いは変化の識別に従って変更され得ることに、注目されたい。
【００８７】
デバイス（Ｂ）がセッション開始リクエストを認証しなかった場合に生じる、（３０２）にて、デバイス（Ｂ）は、前の接続セッションに関してデバイス（Ａ）の接続性行動の整合性をチェックする。例えば、デバイス（Ｂ）は、デバイス（Ａ）がロボットアタッカーでないことをチェックし得る。
【００８８】
（３０３）にて、デバイスＡとの通信の履歴が更新される。操作は（３０１）まで再開する。
【００８９】
セッション中のどの時点でも生じる、（３１３）にて、デバイスの戦略は、環境及びリソースの変化、又はユーザーの行動の変化に従い、変更され得る。デバイスの戦略はプロトコルを変更し得る。
【００９０】
（３１４）にて、チェックは、セッションが終了したかどうか確認するために行われる。セッションが終了した場合、その後、操作は（３０１）まで再開し、そうでなければ、操作は（３０４）まで再開し得る。
【００９１】
通信プロトコルは２つのデバイスで記述されるが、通信は、任意の複数のデバイスによって実行され得ることに、注目されたい。
【００９２】
図４は、開示された主題の幾つかの例示的な実施形態に従う、信頼された証明方法のフローチャート図を示す。幾つかの実施形態に従い、証明プロセスは、セッションの初期設定で、及びセッション中でも実行される。証明プロセスは、他のデバイスによって１つのデバイスを認証するためのものである。
【００９３】
（４０１）にて、開始通信要求は、デバイス（Ａ）からデバイス（Ｂ）まで送られる。
【００９４】
（４０２）にて、デバイス（Ａ）とデバイス（Ｂ）は、セッション開始の状態をチェックする。
【００９５】
通信の状態が正確でない場合に生じる、（４０３）にて、操作のための戦略は、（Ａ）と（Ｂ）によって選択される。そのような戦略の例は、他の側を認証しようとし、身元を偽造することである。幾つかの実施形態に従い、戦略は、リソースの分析に従って選択される。
【００９６】
（４０３１）にて、セッションを終了するかどうかの決定が、決定される。決定が賛成（ｐｏｓｉｔｉｖｅ）の場合、その後、操作は（４０１）まで再開し、そうでなければ、無効の行動は（４０３２）にて学習される。
【００９７】
通信の状態が正確な場合に生じる、（４０４）にて、通信の独自性は、デバイス（Ａ）及びデバイス（Ｂ）の両方によってチェックされる。幾つかの実施形態に従い、デバイス（Ａ）とデバイス（Ｂ）の間の通信プロトコルは、セッションに特有である。通信プロトコルがセッションに特有であるため、プロトコルは単に、デバイス（Ａ）及びデバイス（Ｂ）の間で通信するために使用され得る。故に、別のデバイスと通信するためにプロトコルを使用する任意の試みは、失敗すると予想される。プロトコルの独自性は、例えば第３デバイスと、又はこのデバイスと通信しようとすることにより、チェックされ得る。そのような通信の結果は、プロトコルが独特ではなく、故にセッションはこれ以上証明されないという結論に通じ得る。例えば、アタッカーがデバイス（Ａ）及びデバイス（Ｂ）の通信プロトコルを変更することに成功すると、そのようなケースが生じ得る。
【００９８】
（４０５）にて、デバイスは、第三者認証が必要かどうかチェックする。第三者認証は、デバイス（Ａ）及びデバイス（Ｂ）から本人確認を受信し、且つ本人確認に従ってデバイス（Ａ）及びデバイス（Ｂ）を認証する、第３サーバーによって行われ得る。
【００９９】
第三者認証が必要とされる場合、操作は（４０８）まで続き、そうでなければ、操作は（４０６）まで続く。
【０１００】
（４０８）にて、第三者認証が実行され、操作は（４０６）まで続く。
【０１０１】
（４０６）にて、各デバイスは、他のデバイス、このデバイスのユーザーの行動、及び他のデバイスの行動及び構造を学習する。例えば、他のデバイスが、カメラ及びマイクロホンなどの監視手段を有していない場合、他のデバイスは低レベルの信頼でスコア化され得る。ユーザーの行動の学習は、図５においてより詳しく説明される。
【０１０２】
（４０７）にて、各デバイスは、他の電子実体から受信されたデータと内部データを組み合わせ、他のデバイスが共通の環境にあるかどうか測定するため組み合わせたデータを分析する。例えば、デバイスＡからの画像は、２つのコンピュータ化デバイスが同じエリアにあるかどうか測定するために、デバイス（Ｂ）の画像と比較され得る。
【０１０３】
（４０９）にて、スケーラブルな証明書が生成される。証明書は、（４０６）と（４０９）において行なわれた試験の結果の組み合わせである。１つの実施形態において、各結果はウェイト（ｗｅｉｇｈｔ）を有し、証明書は、それらのウェイトに従って結果を組み合わせることにより、及び結果を閾値と比較することにより、計算される。幾つかの実施形態において、重量及び閾値はダイナミックに変更される。
【０１０４】
図５は、ユーザーの行動に従って通信を安全にし、証明する方法のフローチャート図を示す。そのような学習はまた、ユーザーの操作及びデバイスの有用性を改善し得る。
【０１０５】
（５０１）にて、チェックは、システムが発生モードにあるかどうか判断するために行われる。発生モードは、ユーザー及び／又は環境がデバイスに対して未知であるというモードである。チェックは、現在のユーザーの行動をユーザー行動の履歴と比較することにより、及び現在の環境を環境の履歴と比較することにより行なわれる。
【０１０６】
システムが発生モードにある場合、工程（５０２）、（５０４）、（５０６）、及び（５０７）が行なわれる。
【０１０７】
（５０２）にて、システムは環境を学習する。システムは、センサーによって提供されるデータを分析する。例えば、システムは、対象がコンピュータ化デバイスに接近すること、光が変更されること、又はコンピュータ化デバイスが接触されていることを、控除し得る。
【０１０８】
（５０４）にて、機能不良又は機能不良の補正が、検知される。機能不良は、ユーザーの過失又はコンピュータ化デバイスの非慣例的な利用であり得る。そのような機能不良の例は、スペリングの誤りである；別の例は、ユーザーが自分の目を携帯電話に非常に近づけて保持する場合の、非慣例的な利用である。機能不良又は補正が検知されない場合、工程（５０６）及び（５０７）が実行される。
【０１０９】
（５０６）にて、チェックは、ユーザー行動及び操作に対してシステムの適応が行われ得ることを確認するために、行われる。例えば、ユーザーは、システムのリソースの大半を使用するアプリケーションを操作してもよく、別のデバイスからリソースを借用する危険性が存在する。
【０１１０】
（５０６）に対する応答が、その後（５０７）にて賛成の場合、通信プロトコルは、ユーザーの行動に適合され、その間にユーザー行動を学習する。適合の例は、ユーザーが第１サーバーと通信することを求め、且つそのような通信がセキュリティ問題を引き起こし得る場合に、システムが、通信のセキュリティレベルを変更し、又は、ユーザーが通信し且つ第１デバイスとして同じサーバーを提供し得る別のサーバーを選択し得ることである。その適合はまた、デバイスの証明の更新によるものでもよい。例えば、デバイスＢは、デバイスＡを操作するユーザーの行動を学習し得る。学習は、デバイス（Ａ）の上に存在する領域（Ｂ’）を通じ得る。デバイス（Ｂ）は、ユーザーの疑わしい行動の検知の結果として、デバイス（Ａ）の証明を変更し得る。操作は（５０１）まで再開する。
【０１１１】
（５０６）に対する応答が反対（ｎｅｇａｔｉｖｅ）の場合（適合が、例えばリソース不足により行うことができない）、操作は（５０１）まで再開する。
【０１１２】
機能不良が検知される場合、又はシステムが発生モードにある場合、工程（５０３）、（５０５）、及び（５０８）が実行される。
【０１１３】
（５０３）にて、システムは、ユーザー行動に通信セッションを適合させるために、及び通信セッションを証明するために、ユーザー及びデバイスと対話する。１つの場合、システムは、カメラでユーザーの行動を監視し、システムは、例えば、デバイスにより、ユーザーが自身で別のデバイスに撮影していた画像を転送することが可能となるかどうかをチェックする。システムは送信を遮断し、ユーザーによるそのような試みの結果として通信セッションを止めてもよい。
【０１１４】
（５０５）にて、システムは、ユーザー、デバイス、及び環境に関連するエラーを分析する。例えば、近接センサーによって、別の人が近くにいることをシステムが検知する場合、システムは、通信セッションを終了することを決定し得る。
【０１１５】
（５０８）にて、補正は、セキュリティプロトコルを改善するために行なわれる。例えば、ユーザーがアプリケーションの起動に余分なリソースを割り当てる場合、リソースは、通信セッションに割り当てられ得る。
【０１１６】
図６は、開示された主題の幾つかの例示的な実施形態に従う、安全な課金方法のフローチャート図を示す。幾つかの実施形態に従い、課金器、課金デバイス、及び課金セッションに特有である課金のための、通信プロトコルが提供される。そのようなプロトコルは、課金器の認証を可能にし、一方で課金を攻撃から保護する。幾つかの実施形態において、プロトコルは、図３においてより詳細に述べられている、信頼された通信方式によって実施される。
【０１１７】
（６０１）にて、通信セッションを開始するため、要求が課金器からデバイスへ送られる。
【０１１８】
（６０２）にて、課金器と、課金を必要とするデバイスの間のセッション開始の状態が、チェックされる。状況が正しくない場合、工程（６０３）、（６１５）、及び（６１６）が実行される。
【０１１９】
（６０３）にて、課金デバイスは課金戦略を選択し、例えば、課金デバイスは、課金の期間、又はＤＰＡを回避するための最小限の加熱による課金を選択する。
【０１２０】
（６１５）にて、課金デバイスは、学習が必要かどうかを決定する。
【０１２１】
学習がその後（６１６）にて要求される場合、課金器は、通信不良の原因を調査する；
操作は（６０１）まで再開する。
【０１２２】
（６０４）にて、通信の独自性がチェックされる。
【０１２３】
（６０５）にて、両デバイスは、第三者による認証が必要かどうかをチェックする。
【０１２４】
認証が必要な場合、認証は（６０８）にて第三者によって行なわれ得、操作は（６０６）にて継続する。
【０１２５】
そうでなければ、操作は（６０６）にて継続する。
【０１２６】
通信セッションの開始が成功した場合に生じる、（６０６）にて、課金器及び課金デバイスは、課金と通信を学習し、通信が独特であることを確認する。例えば、デバイスは、課金工程のエネルギー使用量を調査する。学習は、課金器の証明のためのものである。
【０１２７】
（６０７）にて、環境は両方のデバイスによって学習される。
【０１２８】
（６０９）にて、スケーラブルな証明が構築される。（６１０）にて、安全な課金が起動される。幾つかの実施形態において、確保は、必要なバッテリーの課金と、別のバッテリーの課金の間で切り替わることにより、実行される。幾つかの実施形態において、確保は、捕捉を回避するために、課金器に相関するエネルギーレベルを交換することにより、実行される。幾つかの実施形態において、デコイが分析され、課金のエネルギーが従って変更される。
【０１２９】
（６１１）にて、課金デバイス及び課金器は、課金中に課金及び課金器との接続を証明する。（６１４）にて、課金器及び課金デバイスは、課金の比率の学習の回避のために、課金の末端を確保する。
【０１３０】
図７は、アプリケーションを実行するために安全でないモジュールをコントロールするように、開示された主題の幾つかの例示的実施形態に従う、周辺装置と相互作用するための領域を使用する典型的なシナリオを示す。例えば、ハードウェアセキュアモジュールは、セキュリティを必要とする操作が、ハードウェアモジュールによって、ソフトウェアモジュールの操作に対し明白に行なわれるように、支払いアプリケーションを実行する、安全でないソフトウェアモジュールをコントロールする。例えば、ハードウェアモジュールは、実際の暗証番号の実際の要求、及びソフトウェアモジュールに偽の番号を転送する間、支払いサーバーへの実際の暗証番号の実際の転送を、実行し得る。安全でない及び安全にしたモジュールの両方は、同じ運用システム上で操作し得ることに、注目されたい。ユーザーから受信され、別のコンピュータへ送られるデータは、ユーザーに表示するためのデータを、及び支払いアプリケーションに送るためのデータを決定する、安全にしたモジュールによって常にコントロールされる。
【０１３１】
（７０１）にて、ハードウェアモジュールはセキュリティ事象を待つ。そのようなセキュリティ事象の例は、支払いアプリケーションの起動のために、支払いアイコンを選択することである。ハードウェアモジュールがそのような事象を特定する場合、ハードウェアモジュールは、ユーザーを認証し、アプリケーションの起動のためにソフトウェアモジュールに要求を送信する。
【０１３２】
（７０６）にて、ＳＷモジュールは、支払いアプリケーションの起動のためにハードウェアからの要求を受信する。
【０１３３】
（７０２）にて、ハードウェアモジュールはソフトウェアに偽の要求を送信する。
そのようなリクエストは、取引情報の要求であり得る。
【０１３４】
（７０７）にて、ハードウェアに対するソフトウェアモジュールの応答は、要求データの送信により要求する。
【０１３５】
（７０３）にて、ＨＷは、セキュリティライブラリから選択される実際の機能を実行する。幾つかの実施形態において、機能は安全にした領域に存在する。例えば、ハードウェアモジュールはユーザーからＰＩＮコードを要求する。加えて、ハードウェアモジュールはソフトウェアに偽のＰＩＮコードを送信する。幾つかの実施形態において、支払いサーバーが領域から暗証番号を読み取ることができるように、領域は、支払いサーバーによってコントロールされる。
【０１３６】
（７０４）にて、チェックは、より多くの機能がハードウェアモジュールによって必要とされるかどうかを特定するために、行われる。より多くの機能が必要な場合、操作は（７０３）まで再開する。
【０１３７】
（７０８）にて、ソフトウェアモジュールは、偽のＰＩＮコードを表示するためにハードウェアと対話する。
【０１３８】
（７０５）にて、ハードウェアは、セキュリティ基準に従い、どのＰＩＮコードがユーザーに表示されるか、２つのＰＩＮコードのどちらを支払いサーバーに送るか、及び暗証番号を送るためのプロトコルを決定する。
【０１３９】
（７０９）にて、ソフトウェアはユーザーに応答し得る。図におけるフローチャート及びブロック図は、本発明の様々な実施例に従い、システム、方法、及びコンピュータプログラム製品の可能な実施の構成、機能、及び操作を例証する。この点では、フローチャート又はブロック図における各ブロックは、特定の論理関数を実施するための１以上の実行可能命令を含む、モジュール、セグメント、又はプログラムコードの一部分を表わし得る。幾つかの代替的な実施において、ブロックに書き留められた関数は、図に書き留められた順序外で生じ得ることにも、注目されたい。例えば、連続して示される２つのブロックは、実際、ほぼ同時に実行され得、又はブロックは時に、含まれる機能性に依存して、逆の順序で実行され得る。ブロック図及び／又はフローチャート図の各ブロック、及びブロック図及び／又はフローチャート図のブロックの組み合わせは、特定の機能又は行為を実行する、特別な目的のハードウェアベースのシステム、又は、特別な目的のハードウェアとコンピュータの命令の組み合わせによって、実施され得る。
【０１４０】
本明細書で使用される用語は、特定の実施形態のみを記載するためのものであり、本発明を制限するようには意図されていない。本明細書で使用されるように、単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈が他に明白に示していない限り、同様に複数形を含むように意図される。用語「含む」及び／又は「含むこと」は、この仕様において使用された時、明示された特徴、整数、工程、操作、要素、及び／又はコンポーネントの存在を特定するが、１以上の他の特徴、整数、工程、操作、要素、コンポーネント、及び／又はそれらの群の存在又は追加を妨げないことが、更に理解される。
【０１４１】
当業者によって認識されるように、開示された主題は、システム、方法、又はコンピュータプログラム製品として具体化され得る。従って、開示された主題は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）、又は、ソフトウェアとハードウェアの態様を組み合わせる実施形態の形態を取り得、それらは全て、本明細書において「回路」、「モジュール」、又は「システム」として一般的に称され得る。更に、本発明は、媒体において具体化されたコンピュータ使用可能なプログラムコードを有する発現の任意の有形的表現媒体で具体化される、コンピュータプログラム製品の形態を取り得る。１つ以上の使用可能なコンピュータ又はコンピュータ可読媒体の任意の組み合わせが、利用され得る。例えば、コンピュータ使用可能又はコンピュータ可読の媒体は、例えば限定されないが、電子、磁気、光学、電磁気、赤外線、又は半導体システム、装置、デバイス、又は伝搬媒質でもよい。コンピュータ可読媒体のより具体的な例（完全には網羅していないリスト）は、以下のものを含む：１以上のワイヤーを有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去及びプログラム可能読み取り専用記憶装置（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバー、ポータブルの読み取り専用コンパクトディスク（ＣＤＲＯＭ）、光学的記憶デバイス、インターネット又はイントラネットをサポートするものなどの送信メディア、又は磁気記憶装置。プログラムが、例えば紙又は他の媒体の光学式走査を介して電子的に捕捉され、その後コンパイルされ、解釈され、そのほかに適切な様式で処理され、必要ならば、その後コンピュータメモリに保存され得るため、コンピュータ使用可能又はコンピュータ可読の媒体が、プログラムが印刷される紙又は別の適切な媒体でもあり得ることに注目する。この文書の文脈において、コンピュータ使用可能又はコンピュータ可読の媒体は、命令実行システム、装置、又はデバイスによる、又はそれらと組み合わせた使用のためのプログラムを含み、保存し、通信し、伝搬し、又は送達することができる、任意の媒体であり得る。コンピュータ使用可能な媒体は、共に、ベースバンド中で又は搬送波の一部として具体化されたコンピュータ使用可能なプログラムコードを備えた、伝搬データ信号を含み得る。コンピュータ使用可能なプログラムコードは、限定されないがワイヤレス、ワイヤーライン、光ファイバーケーブル、ＲＦなどを含む、任意の適切な媒体を使用して送信され得る。
【０１４２】
本発明の操作を実行するためのコンピュータプログラムコードは、Ｊａｖａ（登録商標）、スモールトーク、Ｃ＋＋などのオブジェクト指向プログラミング言語を含む１以上のプログラミング言語、「Ｃ」プログラミング言語などの従来の手続き型プログラミング言語又は類似のプログラミング言語の任意の組み合わせで、書かれ得る。プログラムコードは、完全にユーザコンピュータ上で、部分的にユーザコンピュータ上で、独立型のソフトウェアパッケージとして、部分的にユーザコンピュータ上で、及び部分的にリモートコンピュータ上で、或いは、完全にリモートコンピュータ又はサーバー上で、実行され得る。後者のシナリオにおいて、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）又は広域ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通って、ユーザコンピュータに接続され得、或いは、接続は、外部コンピュータ（例えば、インターネットサービスプロバイダーを利用するインターネットによる）に行われ得る。
【０１４３】
以下の請求項における機能要素に加え、全ての手段又は工程の対応する構造、材料、作用、及び等価物は、具体的に請求されるような他の要素と組み合わせた機能を実行するための任意の構造、材料、又は作用を含むように、意図される。本発明の記載は、例示及び記載の目的のために示されてきたが、それは、開示される形態にある本発明について完全であるか、又はそれを限定するようには意図されていない。多くの修正及び変形が、本発明の範囲及び精神から逸脱することなく、当業者に明白であろう。本発明の原理及び実用化について最良の説明をし、且つ熟慮された特定の使用に適するように、様々な修正により様々な実施形態について本発明を他の当業者が理解することを可能にするために、実施形態が選択され、記載された。
【図１】
2015517700.tif 000003
【図２Ａ】
2015517700.tif 000004
【図２Ｂ】
2015517700.tif 000005
【図３】
2015517700.tif 000006
【図４】
2015517700.tif 000007
【図５】
2015517700.tif 000008
【図６】
2015517700.tif 000009
【図７】
2015517700.tif 000010
【国際調査報告】
2015517700.tif 000011
2015517700.tif 000012
2015517700.tif 000013