(57)【要約】  本開示の実施形態は、概して、タッチパネルセキュリティに関し、より具体的には、タッチパネルのセンサモジュールの１つ以上の電極に存在する１つ以上のセキュリティ機能を使用することに関する。セキュリティ機能の実施形態は、マイクロコントローラ又は他の論理回路によって検知可能な方法で、センサのノードにおける静電容量結合に影響を及ぼし得、セキュリティ機能の位置は、タッチパネルが通信を試みるホストデバイスに対してタッチパネルを識別するために使用可能な識別子の基礎を提供し得る。【選択図】図８
2020517021.tif 000002
【特許請求の範囲】
【請求項１】
静電容量センサに関連付けられた識別子を生成する方法であって、
静電容量センサの駆動線を駆動するステップと、
前記駆動された駆動線に応答して、前記静電容量センサの検知線で受信された基準値を読み取るステップであって、前記基準値の第１の基準値は、前記静電容量センサ内に存在する第１のセキュリティ機能を示す、読み取るステップと、
前記第１の基準値に応答して、前記第１のセキュリティ機能に関連付けられた第１のノード位置を特定するステップと、
第１の結果を生成するために第１のキーに応答して前記第１のノード位置を修正するステップと、を含む、方法。
【請求項２】
前記基準値は静電容量充電サイクルを示す、請求項１に記載の方法。
【請求項３】
セキュアメモリから前記第１のキーを取得するステップを更に含む、請求項１に記載の方法。
【請求項４】
外部ホストから前記第１のキーを受信するステップを更に含む、請求項１に記載の方法。
【請求項５】
前記第１の結果を通信インターフェースに提供するステップを更に含み、前記通信インターフェースは外部ホストとの通信を可能にする、請求項１に記載の方法。
【請求項６】
第２の基準値に応答して、第２のセキュリティ機能に関連付けられた第２のノード位置を特定するステップであって、前記基準値の第２の基準値は、前記静電容量センサ内に存在する第２のセキュリティ機能を示す、特定するステップと、
第２の結果を生成するために第２のキーに応答して前記第２のノード位置を修正するステップと、
最終結果を生成するために前記第１の結果と前記第２の結果とを組み合わせるステップと、を更に含む、請求項１に記載の方法。
【請求項７】
前記最終結果を通信インターフェースに提供するステップを更に含み、前記通信インターフェースは外部ホストとの通信を可能にする、請求項６に記載の方法。
【請求項８】
セキュアメモリから前記第２のキーを取得するステップを更に含む、請求項６に記載の方法。
【請求項９】
外部ホストから前記第２のキーを受信するステップを更に含む、請求項６に記載の方法。
【請求項１０】
前記第２の結果を事前に計算した結果と比較することに少なくとも部分的に応答して、静電容量センサの識別情報を解決するステップを更に含む、請求項６に記載の方法。
【請求項１１】
前記第１のノード位置を特定するステップは、
平均ノード基準値を特定するステップと、
前記第１の基準値と前記平均ノード基準値との差を特定するステップと、
閾値を超える前記差に応答して、前記第１の基準値を前記第１のセキュリティ機能と関連付けるステップと、を含む、請求項１に記載の方法。
【請求項１２】
前記第１のノード位置を特定するステップは、前記第１の基準値が前記平均ノード基準値よりも大きい場合に、前記第１の基準値をＳＰＩＫＥピークと関連付けるステップと、前記第１の基準値が前記平均ノード基準値よりも小さい場合に、前記第１の基準値をＤＩＰホールと関連付けるステップと、を更に含む、請求項１１に記載の方法。
【請求項１３】
前記第１のノード位置を特定するステップは、
基準値をＮ×Ｍマトリックスに読み込むステップであって、Ｎは、前記静電容量センサに関連付けられた駆動線の数に対応し、Ｍは、前記静電容量センサに関連付けられた検知線の数に対応する、読み込むステップと、
前記Ｎ×Ｍマトリックスの読み込まれた基準値に応答して二項漸近傾向線を特定するステップと、
前記二項漸近傾向線に応答して第１の閾値及び第２の閾値を特定するステップと、
前記第１の基準値と前記第１の閾値又は前記第２の閾値との比較に応答して、前記第１の基準値を前記第１のセキュリティ機能と関連付けるステップと、を含む、請求項１に記載の方法。
【請求項１４】
前記第１のノード位置を特定するステップは、前記第１の基準値が前記第１の閾値よりも大きい場合に前記第１の基準値をＳＰＩＫＥピークと関連付けるステップと、前記第１の基準値が前記第２の閾値よりも小さい場合に前記第１の基準値をＤＩＰホールと関連付けるステップと、を更に含む、請求項１３に記載の方法。
【請求項１５】
前記駆動線の電極に関連付けられた静電容量充電時間を減少させるステップを更に含む、請求項１に記載の方法。
【請求項１６】
マイクロコントローラであって、
プロセッサと、
メモリであって、前記メモリに記憶され、前記プロセッサによって実行可能な命令は、前記マイクロコントローラが、
静電容量センサの駆動線を駆動することと、
前記駆動された駆動線に応答して、前記静電容量センサの検知線で受信された基準値を読み取ることであって、前記基準値の第１の基準値は、前記静電容量センサ内に存在する第１のセキュリティ機能を示す、読み取ることと、
前記第１の基準値に応答して、前記第１のセキュリティ機能に関連付けられた第１のノード位置を特定することと、
第１の結果を生成するために第１のキーに応答して前記第１のノード位置を修正することと、を実行できるように構成されている、メモリと、を備える、マイクロコントローラ。
【請求項１７】
前記基準値は静電容量充電サイクルを示す、請求項１６に記載のマイクロコントローラ。
【請求項１８】
前記メモリに記憶され、前記プロセッサによって実行可能である前記命令は、前記マイクロコントローラが、セキュアメモリから前記第１のキーを取得できるように構成されている、請求項１６に記載のマイクロコントローラ。
【請求項１９】
前記メモリに記憶され、前記プロセッサによって実行可能である前記命令は、前記マイクロコントローラが、外部ホストから前記第１のキーを受信できるように構成されている、請求項１６に記載のマイクロコントローラ。
【請求項２０】
前記メモリに記憶され、前記プロセッサによって実行可能である前記命令は、前記マイクロコントローラが、前記第１の結果を通信インターフェースに提供できるように構成されており、前記通信インターフェースは外部ホストとの通信を可能にする、請求項１６に記載のマイクロコントローラ。
【請求項２１】
前記メモリに記憶され、前記プロセッサによって実行可能な命令は、前記マイクロコントローラが、
第２の基準値に応答して、第２のセキュリティ機能に関連付けられた第２のノード位置を特定することであって、前記基準値の第２の基準値は、前記静電容量センサ内に存在する第２のセキュリティ機能を示す、特定することと、
第２の結果を生成するために第２のキーに応答して前記第２のノード位置を修正することと、
最終結果を生成するために前記第１の結果と前記第２の結果とを組み合わせることと、を実行できるように構成されている、請求項１９に記載のマイクロコントローラ。
【請求項２２】
前記最終結果を通信インターフェースに提供することを更に含み、前記通信インターフェースは前記外部ホストとの通信を可能にする、請求項２１に記載のマイクロコントローラ。
【請求項２３】
セキュアメモリから前記第２のキーを取得することを更に含む、請求項２１に記載のマイクロコントローラ、
【請求項２４】
外部ホストから前記第２のキーを受信することを更に含む、請求項２１に記載のマイクロコントローラ。
【請求項２５】
前記プロセッサ及び前記メモリは集積回路パッケージを含む、請求項１６に記載のマイクロコントローラ。
【請求項２６】
タッチパネルを検証する方法であって、
ホストデバイスのセキュアメモリからユーザキー及びオペランド命令を取得するステップと、
前記ホストデバイスへの入力データの提供を要求するタッチパネルに、検証要求と共に前記ユーザキー及び前記オペランド命令を提供するステップと、
前記検証要求に応答して、前記タッチパネルから結果データを受信するステップであって、前記結果データは、前記タッチパネルに存在する１つ以上のセキュリティ機能に少なくとも部分的に基づいている、受信するステップと、
前記結果データを、前記ホストデバイスの前記セキュアメモリに記憶された、事前に計算した結果バイトと比較するステップと、
前記比較に応答して前記結果データを検証するステップと、を含む、方法。
【請求項２７】
前記結果バイトが検証されない場合、前記ホストデバイスからの前記入力データを拒否するステップを更に含む、請求項２６に記載の方法。
【請求項２８】
前記結果バイトが検証される場合、前記ホストデバイスからの前記入力データを拒否するステップを更に含む、請求項２６に記載の方法。
【請求項２９】
システムであって、
ホストデバイスと、
前記ホストデバイスに結合され、前記ホストデバイスに入力データを提供するように構成されているタッチパネルと、を備え、
前記ホストデバイスは、前記タッチパネルから受信した検証結果を検証することに応答して、前記入力データを受信するように構成されており、前記タッチパネルは、
静電容量センサの駆動線を駆動することと、
前記駆動された駆動線に応答して、前記静電容量センサの検知線で受信された基準値を読み取ることであって、前記基準値の第１の基準値は、前記静電容量センサ内に存在する第１のセキュリティ機能を示す、読み取ることと、
前記第１の基準値に応答して、前記第１のセキュリティ機能に関連付けられた第１のノード位置を特定することと、
第１の結果を生成するために第１のキーに応答して前記第１のノード位置を修正することと、によって前記検証結果を生成するように構成されている、システム。
【請求項３０】
前記タッチパネルは、前記ホストデバイスから検証要求を受信することに応答して、前記ホストデバイスに前記検証結果を提供するように構成されている、請求項２９に記載のシステム。
【請求項３１】
前記検証要求はユーザキー及びオペランド命令を含む、請求項３０に記載のシステム。
【請求項３２】
前記ホストデバイスは、前記ホストのセキュアメモリから前記ユーザキー及び前記オペランド命令を取得し、前記検証要求に前記ユーザキー及び前記オペランド命令を含めるように構成されている、請求項３１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（優先権の主張）
本出願は、２０１７年４月１４日に出願された米国特許仮出願第６２／４８５，７４７号の実用転換である、２０１８年２月２３日に出願された、係属中の米国特許出願第１５／９０４，１４７号の米国特許法第１１９条（ｅ）の下での利益を主張するものであり、その開示は、この参照によりその全体が本明細書に組み込まれる。
【０００２】
本開示は、概して、静電容量検知を使用するタッチパネルのセキュリティ機能に関する。
【背景技術】
【０００３】
タッチパネルは、現金自動預払機（ＡＴＭ）、自動車、コンピュータ、タブレット、家庭用セキュリティシステムなど様々なホスト装置及びシステムのための入力デバイスとして使用される。場合によっては、第２の偽の入力デバイスがホストと通信することが可能である。かかる偽の入力デバイスを認証し、拒否するために、識別コードが使用され得る。入力デバイスは識別コードを提供し、ホストは、そのコードを記憶された識別子（ＩＤ）と比較する。提供されたＩＤが記憶されたＩＤと一致しない場合、ホストは、入力デバイスによって提供されるコマンド又はデータを拒否し得る。しかしながら、例えば、クローニングによって、正規入力デバイスにおいてメモリに記憶されたデバイスＩＤを取得し、偽のデバイスがホストにそのＩＤを提供できるようにすることが可能である。
当業者には、以下の詳細な説明及び添付の図面から本開示の実施形態の利点が明らかになるであろう。
【図面の簡単な説明】
【０００４】
【図１】本開示の一実施形態による、ＤＩＰホールセキュリティ機能を示す基準値のグラフを示す。
【図２】本開示の一実施形態による、ＳＰＩＫＥピークセキュリティ機能を示す基準値のグラフを示す。
【図３】本開示の一実施形態による、いくつかのセキュリティ機能を有するセンサモジュールの図を示す。
【図４】本開示の一実施形態による、センサモジュール内のセキュリティ機能の存在を識別するためのプロセスのフローチャートを示す。
【図５】本開示の一実施形態による、セキュリティ機能を実装するセンサモジュールを組み込むシステムを示す。
【図６】センサモジュール内のセキュリティ機能の位置を特定するためのプロセスのフローチャートを示す。
【図７】本開示の一実施形態による、セキュリティ機能を実装するタッチパネルデバイスを検証するためのプロセスのフローチャートを示す。
【図８】本開示の一実施形態による、図６のプロセスを実施する機能モジュールの図を示す。
【図９】本開示の一実施形態による、セキュリティ機能を実装するタッチパネルデバイスを検証するためのプロセスのフローチャートを示す。
【図１０】本開示の一実施形態による、図８のプロセスを実施する機能モジュールの図を示す。
【図１１】本開示の一実施形態による、セキュリティ機能を実装するタッチパネルデバイスを検証するためのプロセスのフローチャートを示す。
【図１２】本開示の一実施形態による、図１０のプロセスを実施する機能モジュールの図を示す。
【発明を実施するための形態】
【０００５】
以下の詳細な説明では、本明細書の一部をなし、本開示を実施し得る実施形態の具体例を例示として示す添付の図面を参照する。これらの実施形態は、当業者が本開示を実施できるように十分に詳細に説明される。しかしながら、他の実施形態が用いられ得、本開示の範囲から逸脱することなく、構造、材料、及びプロセスの変更が行われ得る。
【０００６】
本明細書に提示する図は、任意の特定の方法、システム、デバイス、又は構造の実際の図であることを意図するものではなく、本開示の実施形態を説明するために用いられる理想化した表現にすぎない。本明細書に提示する図面は、必ずしも縮尺どおりに描かれていない。様々な図面における類似の構造又は構成要素は、読者の便宜のために同一又は類似の付番を保持し得る。しかしながら、付番における類似性は、構造又は構成要素が必ずしも同一のサイズ、組成、配置、構成、又は任意の他の特性であることを意味するものではない。
【０００７】
図示し、説明する具体的な実施例は、単なる例であり、本明細書において別段の指定がない限り、本開示を実施する唯一の方法と解釈されるべきではない。要素、回路、及び機能は、不要に詳細に記載して本開示を不明瞭にしないように、ブロック図の形態で示し得る。逆に、図示し、説明する具体的な実施例は、単に例示的なものであり、本明細書において別段の指定がない限り、本開示を実施する唯一の方法と解釈されるべきではない。更に、様々なブロック間での論理のブロック定義及びパーティショニングは、例示的な具体的実施例である。当業者には、本開示が多数の他のパーティショニングソリューションによって実施され得ることが容易に明らかになるだろう。大部分については、タイミングの考察などに関する詳細は省略されており、かかる詳細は、本開示の完全な理解を得るために必要ではなく、当業者の能力の範囲内である。
【０００８】
したがって、本開示で提供する実施例は、当業者が本開示及び開示する実施形態を実施できるように支援することを意図している。本開示の範囲は、本開示の実施例及びそれらの法的等価物を包含することを意図する一方、用語「例示的な」、「例として」、「例えば」などの使用は、関連する説明が、説明的かつ非限定的であることを意味し、かかる用語の使用は、実施形態又は本開示の範囲を特定の構成要素、工程、特徴、機能などに限定することを意図するものではない。
【０００９】
当業者であれば、情報及び信号は、様々な異なる技術及び技法のいずれかを使用して表され得ることを理解するであろう。例えば、本明細書を通して参照され得るデータ、命令、コマンド、情報、信号、ビット、記号、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組み合わせによって表されてよい。いくつかの図面は、表示及び説明を明確にするために、単一の信号として信号を例示してよい。当業者は、信号が信号のバスを表し得、このバスは様々なビット幅を有してよく、本開示は、単一のデータ信号を含む任意の数のデータ信号で実施され得ることを理解するであろう。
【００１０】
本明細書に開示する実施形態に関連して記載する様々な例示的な論理ブロック、モジュール、及び回路は、汎用プロセッサ、専用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラマブル論理デバイス、別個のゲート若しくはトランジスタ論理、別個のハードウェア構成要素、又は本明細書に記載の機能を実行するように設計されている、これらの任意の組み合わせを用いて実施され得る、又は実行され得る。
【００１１】
汎用プロセッサは、マイクロプロセッサであってよいが、代替的に、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシン（例えば、構成可能なステートマシン）であってよい。プロセッサはまた、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせた１つ以上のマイクロプロセッサ、又は任意の他のかかる構成の組み合わせとして実装されてよい。プロセッサを含む汎用コンピュータは専用コンピュータとみなされ、汎用コンピュータは、本開示の実施形態に関連するコンピューティング命令（例えば、ソフトウェアコード）を実行するように構成されている。
【００１２】
本開示の実施形態は、フローチャート、フロー図、構造図、又はブロック図として示すプロセスに関して説明されてよい。フローチャートは、順次プロセスとして動作行為を説明し得るが、これらの行為の多くは、別の順序で、並行して、又は実質的に同時に実行できる。加えて、行為の順序は再調整され得る。プロセスは、メソッド、スレッド、関数、プロシージャ、サブルーチン、サブプログラムなどに対応し得る。更に、本明細書に開示する方法は、ハードウェア、ソフトウェア、又はその両方で実施されてもよい。ソフトウェアで実施される場合、機能は、コンピュータ可読媒体上の１つ以上の命令又はコードとして記憶されてよい、又は送信されてよい。コンピュータ可読媒体は、コンピュータ記憶媒体及びコンピュータプログラムのある場所から別の場所への転送を容易にする任意の媒体など通信媒体の両方を含む。
【００１３】
「第１」、「第２」などの表記を使用した、本明細書の要素に対する任意の言及は、かかる制限が明示的に記載されていない限り、それらの要素の数量又は順序を限定しない。むしろ、これらの表記は、本明細書において、２つ以上の要素又は要素の例を区別する便利な方法として使用され得る。したがって、第１の要素及び第２の要素への言及は、２つの要素のみが用いられ得ること、又は何らかの方法で第１の要素が第２の要素に先行しなければならないことを意味するものではない。加えて、特に明記しない限り、要素のセットは、１つ以上の要素を含んでよい。
【００１４】
本明細書に記載の様々な実施形態は、タッチパネルデバイスの「フィンガープリント」を生成するために使用され得るセキュリティ機能をタッチパネルのセンサモジュール及びマイクロコントローラ（及び他の論理回路）に導入することに関する。換言すれば、セキュリティ機能に起因して、刺激（例えば、駆動サイクル）に対する接触センサの応答は、１つ以上の検出可能な特性を示してよく、これは、フィンガープリント、又はセキュリティ機能を含むデバイスのフィンガープリントの基礎として特徴付けられ得る。
【００１５】
セキュリティ機能は容易に複製又はクローン化されず、したがって、デバイスのフィンガープリントは容易に見出されない。
【００１６】
タッチパネルは、通常、ディスプレイ画面上の２次元（２Ｄ）装置内に接触センサを備える。接触センサは、接触センサの接触検知エリアと接触する物体（指又はスタイラスなど）に、又は接触検知エリアに対する物体の近接性に応答し得る。本開示では、「接触」は、接触検知エリアとの物体の物理的接触及び物理的に接触せずに接触検知エリアに近接する物体の存在の両方を意味し得る。
【００１７】
非限定的な例として、抵抗センサ、弾性表面波センサ、及び静電容量センサ（投影型センサとも呼ばれる）がある。
【００１８】
物体が静電容量接触センサに接触すると、接触位置又はその付近のセンサ内で静電容量の変化が生じ得る。コントローラは静電容量の変化を処理し、かかる変化に応答してよく、センサに接触した物体を特定し得る。「充電後移動（Charge-then-transfer）」は、静電容量の変化を測定するために一部のコントローラに実装されている技術であり、検知用コンデンサが充電され、複数の電荷移動サイクルにわたって電荷が積分コンデンサへと移動する。積分コンデンサにおいて基準電圧に到達すると、静電容量充電サイクルの数（すなわち、カウント）が記録され、閾値と比較されて、物体がセンサに接触したかどうかが判定され得る。
【００１９】
相互静電容量センサは、２つの電極（駆動電極及び検知電極）間の静電容量の変化を検出する静電容量電界センサである。相互静電容量検知の原理は、２００２年９月１７日発行の米国特許第６，４５２，５１４号、名称「Ｃａｐａｃｉｔｉｖｅ  Ｓｅｎｓｏｒ  ａｎｄ  Ａｒｒａｙ」に記載されており、その内容全体及び開示は、この参照によりその全体が本明細書に組み込まれる。
【００２０】
タッチセンサは、ユーザと対話するためにディスプレイ画面上の二次元（２Ｄ）装置内に重ねられた接触センサの種類である。タッチセンサを組み込むディスプレイ画面は、一般に「タッチスクリーン」又は「タッチパネル」と呼ばれ、タッチセンサ、抵抗、弾性表面波、及び静電容量と同じ種類に分類されてよい。電荷移動技術の使用は、一次元においては米国特許第５，７３０，１６５号、二次元においては２００２年１０月１５日発行の同第６，２８８，７０７号、名称「Ｃｈａｒｇｅ  Ｔｒａｎｓｆｅｒ  Ｃａｐａｃｉｔｉｖｅ  Ｐｏｓｉｔｉｏｎ  Ｓｅｎｓｏｒ」に記載されており、その内容全体及び開示は、この参照により本明細書に組み込まれる。タッチスクリーンのために電荷移動技術を用いる相互静電容量センサのマトリックスセンサアプローチは、１９９７年７月１５日発行の米国特許第５，６４８，６４２号、名称「Ｏｂｊｅｃｔ  Ｐｏｓｉｔｉｏｎ  Ｄｅｔｅｃｔｏｒ」に記載されており、その内容全体及び説明は、この参照により本明細書に組み込まれる。
【００２１】
米国特許第５，６４８，６４２号及び同第６，４５２，５１４号には、概して、Ｎ×Ｍノードの「マトリックス」アレイを画定するように、基板の片側の行に延在する駆動電極及び基板の他方の側の列に延在する検知電極について説明する。各ノードは、駆動電極の導電線と検知電極の導電線との交点に対応する。駆動電極は、所与の列内のノードの全てを同時に駆動し、検知電極は、所与の行内のノードの全てを検知する。ノード位置における駆動電極と検知電極との静電容量結合は、列を駆動し、行を検知することによって特定され得る。例として、駆動信号が行３の駆動電極に印加され、列２の検知電極が活性である場合、ノード位置は、（行３，列２）である。ノードは、駆動チャネル及び検知チャネルの異なる組み合わせを介して順序付けることによって走査され得る。あるモードでは、駆動電極は、検知電極が全て連続的に監視されている間に順次駆動されてよい。
【００２２】
マイクロコントローラは、駆動電極を制御し、駆動電極及び検知電極の静電容量結合を検出するように実装されてよい。これらはまた、タッチスクリーンの動作を制御し、ホストとの通信を制御するために、タッチパネルが接続されるホスト、及びファームウェアと通信する入力及び出力ピンを提供してよい。マイクロコントローラは、集積回路パッケージ内に組み立てられてよい。
【００２３】
従来の入力デバイスのデバイスＩＤを不正に取得するための技術に影響されない（又はその影響を受けにくい）機能及び／又は技法を使用して、入力デバイスの識別情報を検証することは有利であろう。
【００２４】
本開示の様々な実施形態では、製造中及び／又は製造後に、１つ以上のセキュリティ機能がセンサモジュールの１つ以上のノードに導入される。各セキュリティ機能は、センサモジュールの駆動チャネル及び検知チャネルの走査時にマイクロコントローラによって捕捉される方法で、ノードにおける静電容量結合に影響を及ぼす。
【００２５】
図１は、本開示の一実施形態による、デュアルインラインパッケージ（ＤＩＰ）ホールセキュリティ機能１０を示す。ＤＩＰホールは、他のノードよりも低い関連基準値（例えば、カウント）を有するノードである。例えば、図１に示すＤＩＰホールノードＸ１０，Ｙ４５は、２２，０００カウントの標準基準値と比較して、２０，０００カウントの基準値を有する。一実施形態では、ＤＩＰホールは、センサモジュールの製造中に駆動線を形成する駆動電極を接続する金属ブリッジをトリミング又は切断することによって導入されてよい。非限定的な例として、トリミング又は切断は、レーザーによって行われてよい。
【００２６】
図２は、本開示の一実施形態による、ＳＰＩＫＥピークセキュリティ機能２０を示す。ＳＰＩＫＥピークは、他のノードよりも高い関連基準値（例えば、カウント）を有するノードである。例えば、ＳＰＩＫＥピークＸ２，Ｙ２２は、２２，０００カウントの標準基準値と比較して、３０，０００カウントの基準値を有する。一実施形態では、ＳＰＩＫＥピークは、センサモジュールの製造中に、あるノードにおいて駆動／検知線を結合（すなわち、短絡）することによって導入されてよい。非限定的な例として、駆動／検知線は、駆動線／検知線を形成する金属層内に追加トレースを形成することによって結合されてよい。
【００２７】
図３は、いくつかのＤＩＰホールノード３１及びＳＰＩＫＥピークノード３２を有するセンサモジュール３０を示す。ＤＩＰホールノード３１及びＳＰＩＫＥピークノード３２に関連付けられたＤＩＰホール基準値及びＳＰＩＫＥピーク基準値、並びに空間的配置は、センサモジュールの識別子である「フィンガープリント」の基礎であり得る。様々な実施形態では、基準値及び空間的配置は、センサモジュールの設計レイアウト及び製造段階で決定され得る設計上の考慮事項であり得る。
【００２８】
図４は、ＤＩＰホール及びＳＰＩＫＥピーク並びにそれらの位置を識別するためのプロセス４０を示す。動作Ｓ４１において、検知コンデンサの充電時間が減少し得る。充電時間は、例えば、検知コンデンサに関連付けられたＲＣ時定数を設定することによって減少し得る。充電時間の減少により、積分コンデンサの電荷移動サイクル数が増加して、基準電圧に達する。これは、他のノードに対するＤＩＰホールノード及びＳＰＩＫＥピークノードの基準値の差を効果的に強調する。一実施形態では、相互静電容量充電時間は、約４０％減少する。動作Ｓ４２において、駆動線のノードについて平均基準値が特定され得る。動作Ｓ４３において、ノードごとに、当該ノードの基準値と平均基準値との差が計算され得る。動作Ｓ４４において、差分値が閾値を超えるかどうかが判定され得る。差分値が閾値を超えない場合、ノードはＳＰＩＫＥピーク又はＤＩＰホールではなく、次のノードが評価され得る。差分値が閾値を超える場合、ノードはＳＰＩＫＥピーク又はＤＩＰホールのいずれかであり、動作Ｓ４５において、ノードの基準値が平均基準値よりも大きいか、又は平均基準値よりも小さいかが判定され得る。基準値が平均基準値よりも大きい場合、動作Ｓ４６において、ノードの位置がＳＰＩＫＥピーク位置として出力され得る。基準値が平均基準値よりも小さい場合、動作Ｓ４７において、ノードの位置がＤＩＰホール位置として出力され得る。
【００２９】
一実施形態では、ＤＩＰホール及びＳＰＩＫＥピークは、駆動線で基準値の二項漸近傾向線からの正又は負の閾値変動を超えることに応答して、ノードごとに判定され得る。ノードの基準値が正の閾値よりも高い場合はＳＰＩＫＥピークとみなされ得、負の閾値よりも小さい場合はＤＩＰホールとみなされ得る。所与の駆動線の全ノードが測定され得、基準値は、二項漸近傾向線の特定に使用される。特定の結果は、データバイトに変換され得る。例えば、基準値はＮ×Ｍマトリックスに読み込まれ得、「Ｎ」は、センサに関連付けられた駆動線の数に対応し、「Ｍ」は、センサに関連付けられた検知線の数に対応する。二項漸近傾向線は、Ｎ×Ｍマトリックスの基準値から特定され得る。上限閾値Ｐ１が特定され得る。
【００３０】
図５は、本開示の様々な実施形態による、セキュリティ機能を有するセンサモジュールを実装するシステム１００を示す。システム１００は、少なくとも１つのセンサモジュール１２０を有するタッチパネル１１０を含んでよい。センサモジュール１２０は、マイクロコントローラ１３０に結合（例えば、電気的に）されてよい。マイクロコントローラ１３０は、ホスト１４０に結合されてよい。
【００３１】
マイクロコントローラ１３０は、入力／出力ポート１３４によってホスト１４０と通信してよい。マイクロコントローラ１３０は、当業者に既知の通信プロトコル、例えば、インター集積回路（Ｉ２Ｃ）、ユニバーサルシリアルバス（ＵＳＢ）、シリアル周辺装置インターフェース（ＳＰＩ）、汎用非同期送受信機（ＵＡＲＴ）、及び汎用同期／非同期送受信機（ＵＳＡＲＴ）を使用してよい。ファームウェアは、フラッシュメモリ１３１のコード空間内に記憶され、マイクロコントローラ１３０を動作させるためにＣＰＵ１３３によって実行可能であってよい。ＲＡＭ１３２は、マイクロコントローラ１３０にアドレス指定可能なメモリ空間を提供する。
【００３２】
ホスト１４０は、データの送受信などマイクロコントローラ１３０と通信するように構成されてよい。ホスト１４０はまた、センサモジュール１２０と直接通信するように構成されてよい。ホスト１４０は、本明細書に記載の様々な実施形態と併せて暗号化機能及び復号化機能を実行するように構成されているＣＰＵ（図示せず）を含んでよい。一実施形態では、ホスト１４０のＣＰＵは、ＩＮＴＥＬ（登録商標）ＡＴＯＭ（商標）又はＭＩＰＳ（インターロックされるパイプラインステージのないマイクロプロセッサ）プロセッサであってよい。ホスト１４０はまた、セキュアメモリ及び／又はセキュアメモリ位置などメモリを含んでもよい。ホスト１４０はまた、インターネットを介してなどリモートシステムと通信するためのネットワーク機器（図示せず）を含んでよい。
【００３３】
図６は、本開示の実施形態による、ＤＩＰホール及びＳＰＩＫＥピーク位置を特定するためのプロセス５０を示す。プロセス５０は、タッチパネル入力デバイスの検証プロセスの一環であり得る、又はタッチパネル入力デバイスの検証プロセスと連携して動作してよい。プロセス５０は、フラッシュメモリ１３１に記憶され、ＣＰＵ１３３によって実行されるファームウェアで実施されてよい。動作Ｓ５１において、マイクロコントローラ１３０は、センサモジュール１２０の駆動チャネルの順次走査を開始してよい。動作Ｓ５２において、ＤＩＰホール及びＳＰＩＫＥピークを示す基準値による静電容量変化がセンサモジュール１２０で生じる。動作Ｓ５３において、ノード基準値は、センサモジュール１２０の検知チャネルの順次走査中にマイクロコントローラ１３０によって捕捉される。動作Ｓ５４において、マイクロコントローラ１３０は、ＤＩＰホールノード及びＳＰＩＫＥピークノードの位置を計算し、動作Ｓ５５において、この位置を記憶する。
【００３４】
一実施形態では、マイクロコントローラ１３０は、電源投入時のＤＩＰホールノード及びＳＰＩＫＥピークノードの位置を特定し得るが、当業者は、位置が異なる時間又は動作段階（例えば、実行時）に特定され得ることを理解するであろう。例えば、マイクロコントローラ１３０は、ホストが検証を要求するたびに、１つ以上の定義された間隔で、他の時間に、又は他の事象に応答して、ＤＩＰホールノード及びＳＰＩＫＥピークノードの位置を特定してよい。
【００３５】
一実施形態では、マイクロコントローラの電源投入時に二次多項方程式が使用されて、ＤＩＰホール及びＳＰＩＫＥピークの位置が特定され得る。特定の結果は、データバイトに変換され得る。
【００３６】
図７は、本開示の実施形態による、タッチパネルデバイスを検証するためのプロセス６０を示す。動作Ｓ６１において、ホスト１４０は、メモリからユーザキー１、ユーザキー２、オペランド１、及びオペランド２を取得する。一実施形態では、ユーザキー１及びユーザキー２はそれぞれ４〜８バイトのデータワードであってよい。オペランド１及びオペランド２は、論理演算、例えば、論理シフト左又は右、ＡＮＤ、ＮＡＮＤ、ＯＲ、ＮＯＲ、ＸＯＲなどを識別し得る。動作Ｓ６２において、ホスト１４０は、マイクロコントローラ１３０において検証ルーチンを呼び出す。ホスト１４０は、ルーチンの呼び出し時に、ユーザキー１、ユーザキー２、オペランド１、及びオペランド２をパラメータとして提供してよい。
【００３７】
動作Ｓ６３において、マイクロコントローラ１３０で検証ルーチンが開始される。検証ルーチンは、フラッシュメモリ１３１に記憶され、ＣＰＵ１３３によって実行されるファームウェアで実施されてよい。動作Ｓ６４及びＳ６５において、マイクロコントローラ１３０は、ＤＩＰホールノード及びＳＰＩＫＥピークノードの位置を取得する。動作Ｓ６６において、オペランド１によって識別された論理演算がユーザキー１及びＤＩＰホール位置で実行され、動作Ｓ６７において、オペランド２によって識別された論理演算が、ユーザキー２及びＳＰＩＫＥピーク位置で実行される。動作Ｓ６８において、演算の結果が結果に集約され、動作Ｓ６９においてホスト１４０に提供される。
【００３８】
動作Ｓ７０において、ホスト１４０は、事前に計算したデータ結果バイトをセキュアメモリ（図示せず）から取得し、動作Ｓ７１において、事前に計算した結果を、マイクロコントローラ１３０によって提供された結果と比較する。事前に計算した結果がマイクロコントローラ１３０によって提供された結果と同一である場合、動作Ｓ７３においてタッチパネルが検証され、「真」が返される。事前に計算した結果バイトがマイクロコントローラ１３０によって提供された結果バイトとは異なる場合、動作Ｓ７２においてタッチパネルは検証されず、「偽」が返される。
【００３９】
図８は、本開示の実施形態による、フラッシュメモリ１３１に記憶され、マイクロコントローラ１３０のＣＰＵ１３３によって実行されるファームウェアで実施されるソフトウェアルーチン２００の機能モジュールに関するプロセス６０を示す。ソフトウェアルーチン２００は、基準データを読み取り、ＤＩＰホール位置及びＳＰＩＫＥピーク位置を計算するように構成されているモジュール２１０を含む。動作ユニット１  ２４０及び動作ユニット２  ２５０は、ＤＩＰホール及びＳＰＩＫＥピークの位置を受信し、更に記憶されたユーザキー１  ２３０及び記憶されたユーザキー２  ２２０を取得するように構成されている。一実施形態では、これらの位置は２バイトデータとして表され得る。
【００４０】
動作ユニット１  ２４０及び動作ユニット２  ２５０は、ＤＩＰホール、ＳＰＩＫＥピークの位置データ、ユーザキー１、及びユーザキー２で、オペランド１及びオペランド２によって識別された論理演算を実行するように構成されている。一実施形態では、動作ユニット１  ２４０は、８ビットコードを受信するように構成されており、各ビットは、例えば、［ＮＯＰ，Ｒ−ＳＨ１，ＸＯＲ，Ｒ−ＳＨ２，Ｌ−ＳＨ１，ＸＯＲ，ＯＲ，Ｌ−ＳＨ２］など実行される演算を表す。非限定的な例として、オペランド１が［１０００１  ００１０］である場合、動作ユニット１  ２４０は、ＯＲ、Ｒ−ＳＨ２、及びＮＯＰ（演算なし）を実行してよい。この実施例では、データの結果バイト（ＲＢＤ）は、以下の式によって定義され得る。
【００４１】
【数１】
2020517021.tif 000003
式中、ＤＶはＤＩＰホール位置であり、ＵＫ１はユーザキー１である。ＯＲ及びＲ−ＳＨ２演算の結果は、上記の式において互いにＸＯＲであることに留意されたい。オペランド１で識別された演算を動作ユニット１  ２４０が実行する方法は、動作ユニット１  ２４０の構成に実装される設計上の選択であってよい（動作ユニット２  ２５０に関しても同様）。
【００４２】
モジュール２６０は、動作ユニット１  ２４０及び動作ユニット２  ２５０の結果を集約し、その結果をホスト１４０に出力するように構成されてよい。
【００４３】
図９は、本開示の実施形態による、タッチパネルデバイスを検証するためのプロセス８０を示す。一実施形態では、図８に示すように、ホスト１４０はユーザキーを保持しない。マイクロコントローラ１３０は、セットアップ時にマイクロコントローラ１３０に記憶された固有ＩＤを使用する。
【００４４】
動作Ｓ８１において、ホスト１４０は、メモリからオペランド１及びオペランド２を取得し得る。オペランド１及びオペランド２は、論理演算、例えば、論理シフト左又は右、ＡＮＤ、ＮＡＮＤ、ＯＲ、ＮＯＲ、ＸＯＲなどを識別し得る。動作Ｓ８２において、ホスト１４０は、マイクロコントローラ１３０において検証ルーチン（ＶＥＲＩＦＹ）を呼び出し得る。ホスト１４０は、ルーチンの呼び出し時にオペランド１及びオペランド２をパラメータとして提供してよい。
【００４５】
動作Ｓ８３において、マイクロコントローラ１３０で検証ルーチン（ＶＥＲＩＦＹ）が開始される。検証ルーチンは、フラッシュメモリ１３１に記憶され、ＣＰＵ１３３によって実行されるファームウェアで実施されてよい。動作Ｓ８４及びＳ８５において、マイクロコントローラ１３０は、ＤＩＰホールノード及びＳＰＩＫＥピークノードの記憶された位置を取得する。動作Ｓ８６及びＳ８７において、固有ＩＤであるＵ＿ＩＤ１及びＵ＿ＩＤ２が読み取られ得る。動作Ｓ８８において、オペランド１によって識別された論理演算がＵ＿ＩＤ１及びＤＩＰホール位置で実行され得、動作Ｓ８９において、オペランド２によって識別された論理演算が、Ｕ＿ＩＤ２及びＳＰＩＫＥピーク位置で実行され得る。動作Ｓ９０において、演算の結果が結果バイトに集約され、ホスト１４０に提供され得る。
【００４６】
動作Ｓ９１において、ホスト１４０は、事前に計算した結果をセキュアメモリから取得し、動作Ｓ９２において、事前に計算した結果を、マイクロコントローラ１３０によって提供された結果と比較する。事前に計算した結果がマイクロコントローラ１３０によって提供された結果バイトと同一である場合、動作Ｓ９４においてタッチパネルが検証され、「真」が返される。事前に計算した結果がマイクロコントローラ１３０によって提供された結果とは異なる場合、動作Ｓ９３においてタッチパネルは検証されず、「偽」が返される。
【００４７】
図１０は、本開示の実施形態による、マイクロコントローラ１３０のファームウェアでのソフトウェアルーチン３００の機能モジュールに関するプロセス８０を示す。ソフトウェアルーチン３００は、基準データを読み取り、ＤＩＰホール位置及びＳＰＩＫＥピーク位置を計算するように構成されているモジュール３１０を含む。動作ユニット１  ３４０及び動作ユニット２  ３５０は、ＤＩＰホール及びＳＰＩＫＥピークの位置値を受信し、更に記憶された固有ＩＤであるＵ＿ＩＤ１  ３２０及びＵ＿ＩＤ２  ３３０を受信する。
【００４８】
動作ユニット１  ３４０及び動作ユニット２  ３５０は、ＤＩＰホールノード及びＳＰＩＫＥピークノードの位置データ、Ｕ＿ＩＤ１及びＵ＿ＩＤ２で、オペランド１及びオペランド２によって識別された論理演算を実行するように構成されている。モジュール３６０は、動作ユニット１  ３４０及び動作ユニット２  ３５０の結果を集約し、その結果をホスト１４０に出力するように構成されている。
【００４９】
図１１は、本開示の実施形態によるタッチパネルデバイスを検証するための別のプロセス１０００を示す。図１１に示す実施形態では、マイクロコントローラ１３０が検証を実行し、ホスト１４０に検証結果を提供する。
【００５０】
動作Ｓ１００１において、ホスト１４０は、メモリからユーザキー１、ユーザキー２、オペランド１、及びオペランド２を取得する。オペランド１及びオペランド２は、論理演算、例えば、論理シフト左又は右、ＡＮＤ、ＮＡＮＤ、ＯＲ、ＮＯＲ、ＸＯＲなどを識別する。動作Ｓ１００２において、ホスト１４０は、マイクロコントローラ１３０において検証ルーチンを呼び出す。ホスト１４０は、ルーチンの呼び出し時に、ユーザキー１、ユーザキー２、オペランド１、及びオペランド２をパラメータとして提供する。
【００５１】
動作Ｓ１００３において、マイクロコントローラ１３０で検証ルーチンが開始される。検証ルーチンは、フラッシュメモリ１３１に記憶され、ＣＰＵ１３３によって実行されるファームウェアで実施されてよい。動作Ｓ１００４及びＳ１００５において、マイクロコントローラ１３０は、ＤＩＰホールノード及びＳＰＩＫＥピークノードの記憶された位置を取得する。動作Ｓ１００６において、オペランド１によって識別された論理演算がユーザキー１及びＤＩＰホール位置で実行され、動作Ｓ１００７において、オペランド２によって識別された論理演算が、ユーザキー２及びＳＰＩＫＥピーク位置で実行される。動作Ｓ１００８及びＳ１００９において、記憶された検証キーであるｖキー１及びｖキー２が読み取られる。動作Ｓ１０１０及びＳ１０１１において、動作Ｓ１００６及びＳ１００７の結果が、検証キーｖキー１及びｖキー２と比較される。動作Ｓ１０１２において、比較の結果が結果に集約され、動作Ｓ１０１３において、ホスト１４０に提供される。動作Ｓ１０１４において、ホスト１４０は、例えば、タッチパネルが検証された場合には「真」、タッチパネルが検証されない場合は「偽」などプロセス１０００の結果を返す。
【００５２】
図１２は、本開示の実施形態による、マイクロコントローラ１３０のファームウェアでのソフトウェアルーチン４００の機能モジュールに関するプロセス１０００を示す。ソフトウェアルーチン４００は、基準データを読み取り、ＤＩＰホール位置及びＳＰＩＫＥピーク位置を計算するように構成されているモジュール４１０を含む。動作ユニット１  ４４０及び動作ユニット２  ４５０は、ＤＩＰホール及びＳＰＩＫＥピークの位置データを受信し、更に記憶された固有のユーザキー１  ４２０及びユーザキー２  ４３０を受信する。
【００５３】
動作ユニット１  ４４０及び動作ユニット２  ４５０は、ＤＩＰホールノード及びＳＰＩＫＥピークノードの位置データ、Ｕ＿ＩＤ１及びＵ＿ＩＤ２で、オペランド１及びオペランド２によって識別された論理演算を実行するように構成されている。比較ユニット１  ４６０は、動作ユニット１  ４４０及び検証キー１  ４６１の結果を受信し、比較するように構成されている。比較ユニット２  ４７０は、動作ユニット１  ４４０及び検証キー２  ４７１の結果を受信し、比較するように構成されている。モジュール４８０は、比較ユニット１  ４６０及び比較ユニット２  ４７０からの結果を集約し、その結果をホスト１４０に提供するように構成されている。
【００５４】
ホスト１４０における検証プロセスに対して「偽」の結果の場合、ホスト１４０は、報告された「タッチ」及びタッチパネルデバイスで入力された関連入力を拒否し得る。例えば、ユーザが入力したＰＩＮコード、開始コマンドなどは、拒否又は無視され得る。
【００５５】
一実施形態では、複数のユーザキーがホスト１４０によって記憶され、使用され得る。例えば、ホストは、複数のユーザキーの中から１つのユーザキーをランダムに選択して、図６及び図１２を参照して本明細書に記載するプロセスを実行し得る。マイクロコントローラ１３０及びセンサモジュール１２０のセットアップ中、事前に計算した結果が利用可能なユーザキーごとに生成され、ホスト１４０のセキュアメモリに記憶され得る。
【００５６】
一実施形態では、ホスト１４０は、ユーザキー１、ユーザキー２、オペランド１、オペランド２、及び事前に計算した結果バイトをリモートサーバから要求し、メモリ内にデータバイトを記憶し得る。ホスト１４０は、定期的に、スケジュールに従って若しくはランダムに、又はトリガイベントに応答して、要求を送信してよい。ホスト１４０は、プロセス６０での以降の取得に備えて、リモートサーバから受信したユーザキー１、ユーザキー２、オペランド１、オペランド２、及び事前に計算した結果バイトをメモリに記憶してよい。一実施形態では、ホスト１４０は、ユーザキー１、ユーザキー２、オペランド１、オペランド２、及び事前に計算した結果バイトをリモートサーバから要求しなくても受信してよく、例えば、リモートサーバは更新プロセスを開始して更新されたデータバイトを提供し得る。
【００５７】
一実施形態では、ホスト１４０は、ユーザキー１、ユーザキー２、オペランド１、オペランド２、及び事前に計算した結果バイトをメモリに記憶する、又はリモートサーバからユーザキー１、ユーザキー２、オペランド１、オペランド２、及び事前に計算した結果バイトを要求するように構成可能であってよい。
【００５８】
一実施形態では、検証キーは、セキュリティ機能を有するセンサモジュール１２０とマイクロコントローラ１３０との一体化時に特定され、マイクロコントローラ１３０のセキュアメモリに記憶されてよい。ホスト１４０は、マイクロコントローラ１３０によって記憶された検証キーに問い合わせて、関連するタッチパネルを検証するように構成されてよい。一実施形態では、ホスト１４０は、マイクロコントローラ１３０から受信した検証キーを、ホスト１４０のセキュアメモリに記憶された、事前に計算した結果バイトと比較してよい。
【００５９】
一実施形態では、実行中のプロセスは、図８、図１０、及び図１２に示す機能ブロックに関連付けられる、本明細書に記載の論理演算を実行してよい。一実施形態では、図８、図１０、及び図１２に示す機能ブロックは、本明細書に記載のデータバイトを記憶するように構成されているメモリレジスタに対応してよく、このメモリレジスタは、本明細書に記載の動作を実行するプロセスを実行することによって使用可能であってよい。
【００６０】
当業者であれば、本開示が多くの利点及び利益を有することを認識するであろう。本開示の１つの利点は、センサモジュールがクローン化されている場合、セキュリティ機能、例えば、ＤＩＰホール及び／又はＳＰＩＫＥピークを有さないことである。
【００６１】
代替的な、修正された、及び追加のセキュリティ機能が、本明細書の記載セキュリティ機能を超えて実装され得ることが具体的に企図される。例えば、センサ製造業者が、レーザートリムを実行してＤＩＰホールを導入する能力又は要望を有さない場合、固有ＩＤ又はコード値が記憶され、使用され得る。
【００６２】
本明細書に記載の機能ユニットの多くは、それらの実施独立性をより具体的に強調するために、モジュール、スレッド、又はプログラミングコードの他のセグリゲーションとして図示、説明、又は標識化されてよい。モジュールは、ある形態又は別の形態で、少なくとも部分的にハードウェアに実装されてよい。例えば、モジュールは、カスタムＶＬＳＩ回路又はゲートアレイ、ロジックチップ、トランジスタ、又は他の別個の構成要素などの既製の半導体を備えるハードウェア回路として実装されてよい。モジュールはまた、フィールドプログラマブルゲートアレイ、プログラマブルアレイ論理、プログラマブル論理デバイスなどプログラマブルハードウェアデバイスに実装されてよい。
【００６３】
モジュールはまた、様々な種類のプロセッサによる実行のために、物理記憶デバイス（例えば、コンピュータ可読記憶媒体）、メモリ、又はそれらの組み合わせに記憶されたソフトウェア又はファームウェアを使用して実装されてよい。
【００６４】
実行可能コードの識別されたモジュールは、例えば、例えば、スレッド、オブジェクト、プロシージャ、又は関数として編成され得るコンピュータ命令の１つ以上の物理ブロック又は論理ブロックを含んでよい。それにもかかわらず、識別されたモジュールの実行可能なコードは、物理的に一緒に配置される必要はないが、論理的に結合されたときにモジュールを含み、モジュールの規定の目的を達成する、異なる場所に記憶された異なる命令を含んでよい。
【００６５】
実際に、実行可能コードのモジュールは、単一の命令、又は多くの命令であってよく、異なるプログラムの間のいくつかの異なるコードセグメントにわたって、またいくつかの記憶装置又はメモリデバイスにわたって分散されてよい。同様に、動作データは、モジュール内で識別され、本明細書に例示されてよく、任意の好適な形態で具現化され、任意の好適な種類のデータ構造内で編成されてよい。動作データは、単一のデータセットとして収集されてよい、又は異なる記憶装置にわたってなど異なる場所に分散されてよく、少なくとも部分的には、単にシステム又はネットワーク上の電子信号として存在してよい。モジュール又はモジュールの一部がソフトウェアに実装される場合、このソフトウェア部分は、本明細書でコンピュータ可読媒体と称される１つ以上の物理デバイスに記憶される。
【００６６】
いくつかの実施形態では、このソフトウェア部分は、このソフトウェア部分又はその表現がある期間にわたって同一の物理的位置に存続するように、非一時的状態で記憶される。更に、いくつかの実施形態では、このソフトウェア部分は、非一時的状態及び／又はこのソフトウェア部分を表す信号を記憶できるハードウェア要素を含む１つ以上の非一時的記憶デバイスに記憶される。ただし、非一時的記憶装置の他の部分は、信号の変更及び／又は送信を実行し得る。非一時的記憶デバイスの例は、フラッシュメモリ及びランダムアクセスメモリ（ＲＡＭ）である。非一時的記憶装置の別の例としては、ある期間、このソフトウェア部分を表す信号及び／又は状態を記憶できる読み取り専用メモリ（ＲＯＭ）が挙げられる。しかしながら、信号及び／又は状態を記憶する能力は、記憶された信号及び／又は状態と同一である、又はこれらを表す信号を送信する更なる機能によって低下しない。例えば、プロセッサは、対応するソフトウェア命令を実行するために、ＲＯＭにアクセスして記憶された信号及び／又は状態を表す信号を取得し得る。
【００６７】
図１〜図１２及び付随するテキストによって、又はこれらに関連して示される各動作は、特定の順序で実行される行為を列挙しているが、本開示の実施形態は、必ずしもその列挙された順序で動作する必要はない。当業者は、並行して、又は異なる順序で行為を実行するなど、多くの変形例を認識するであろう。
【００６８】
特定の例示的な実施形態を図面に関連して説明してきたが、当業者であれば、本開示の範囲が、本開示に明示的に示し、説明する実施形態に限定されないことを認識し、理解するであろう。むしろ、本開示に記載の実施形態に対する多くの追加、削除、及び修正は、法的等価物を含む、具体的に特許請求されるものなど、本開示の範囲内の実施形態を生じさせるために行われてよい。加えて、開示したある実施形態の特徴は、本発明者らが企図するように、本開示の範囲内に留まったままで、別の開示した実施形態の特徴と組み合わせられ得る。
【００６９】
本開示の更なる非限定的な実施形態は、以下のとおりである。
実施形態１：タッチパネルを認証する方法であって、タッチパネルからの識別子を要求するステップ、タッチパネルのセンサモジュール内に存在する１つ以上のセキュリティ機能を示す識別子をタッチパネルから受信するステップ、及び受信した識別子と所定の識別子との比較に応答してタッチパネルを認証するステップを含む、方法。
【００７０】
実施形態２：タッチパネルから識別子を要求するときに、１つ以上のキーを提供するステップを更に含む、実施形態１に記載の方法。
【００７１】
実施形態３：マイクロコントローラシステムであって、静電容量センサモジュール内に存在する第１のセキュリティ機能を示す静電容量充電サイクル値を読み取るように構成されている第１のモジュールと、第１のセキュリティ機能に関連付けられた第１のノード位置を記憶するように構成されている第２のモジュールと、第１のキーに応答して前記第１のノード位置を修正して、第１の結果を生成するように構成されている第３のモジュールと、を備える、マイクロコントローラシステム。
【００７２】
実施形態４：静電容量センサに関連付けられた識別子を生成する方法であって、静電容量センサ内に存在する第１のセキュリティ機能に関連付けられた第１のノード位置を取得するステップ、第１の結果を生成するために第１のキーに応答して第１のノード位置を修正するステップを含む、方法。
【００７３】
実施形態５：静電容量センサ内に存在する第２のセキュリティ機能に関連付けられた第２のノード位置を取得するステップ、及び第２の結果を生成するために第２のキーに応答して第２のノード位置を修正するステップを更に含む、実施形態４に記載の方法。
【００７４】
実施形態６：最終結果を生成するために第１のノード位置及び第２のノード位置を集約するステップを更に含む、実施形態５に記載の方法。
【００７５】
実施形態７：最終結果を静電容量センサに関連付けるステップを更に含む、実施形態６に記載の方法。
【００７６】
実施形態８：方法が、タッチセンサを備えるタッチパネルとホストデバイスとの統合の一環として実行される、実施形態４に記載の方法。
【００７７】
実施形態９：方法が、ホストデバイスへの入力データの提供を要求するタッチパネルの検証の一環として実行される、実施形態４に記載の方法。
【図１】
2020517021.tif 000004
【図２】
2020517021.tif 000005
【図３】
2020517021.tif 000006
【図４】
2020517021.tif 000007
【図５】
2020517021.tif 000008
【図６】
2020517021.tif 000009
【図７】
2020517021.tif 000010
【図８】
2020517021.tif 000011
【図９】
2020517021.tif 000012
【図１０】
2020517021.tif 000013
【図１１】
2020517021.tif 000014
【図１２】
2020517021.tif 000015
【国際調査報告】
2020517021.tif 000016
2020517021.tif 000017