JP2022153310A - 相互容量タッチセンシングの異常検出 - Google Patents

Abstract

【課題】センサ内の異常の発生可能性を判断するためのシステムと方法。【解決手段】プロセッサは、センサに接続されたデバイスの第１のポートと第２のポートとの間の第１の容量変化の第１の測定値を受信する。第１の測定値は、第１のポートが第１の機能を実行するように構成されたことに対応して、かつ、第２のポートが第２の機能を実行するように構成されたことに対応して取得する。プロセッサは、第１のポートと第２のポートとの間の第２の容量変化の第２の測定値を受信する。第２の測定値は、第１のポートが第２の機能を実行するように構成されたことに対応して、かつ、第２のポートが第１の機能を実行するように構成されたことに対応して取得することができる。プロセッサは、第１および第２の測定値に基づいて異常の発生可能性を判断する。【選択図】図１

Description

本開示は、一般に、相互容量タッチセンシングを利用するデバイスおよびアプリケーションにおける異常を検出するためのシステムおよび方法に関する。

容量タッチ技術は、物体によって引き起こされる動きまたはジェスチャにより操作可能であるユーザインタフェース（例えば、ヒューマン・マシン・インタフェース（ＨＭＩ））、例えば、当該ユーザインタフェース（例えば、スワイプ）による指のタッチまたは動きによって選択される量などに利用することができる。容量タッチ技術には、相互容量検出を含めることができ、容量素子は、電界を生成できる２つの導体素子によって形成できる。容量素子を形成する２つの導体素子間の相互容量は、電界を変化させるために容量素子に近接している物体に対応して変化する（例えば、減少する）ことができる。相互容量の減少は、ユーザインタフェースのタッチイベントとして検出できる。

いくつかの例では、センサにおける異常の発生の可能性を決定するための装置が一般的に説明されている。装置には、プロセッサを含むことができる。プロセッサは、第１のポートと第２のポートとの間の第１の容量変化の第１の測定値を受信する（受け取る）ように構成することができる。第１のポートと第2のポートは、センサに接続されたデバイスのポートにすることができる。第１の測定値は、第１のポートが第１の機能を実行するように構成されていることに対応して、および、第２のポートが第２の機能を実行するように構成されていることに応答して取得することができる。プロセッサはさらに、第１のポートと第２のポートとの間の第２の容量変化の第２の測定値を受信するように構成することができる。第２の測定値は、第１のポートが第２の機能を実行するように構成されていることに応答して、および、第２のポートが第１の機能を実行するように構成されていることに応答して取得することができる。プロセッサはさらに、第１の測定値および第２の測定値に基づいて、センサ内の異常の発生する可能性を決定するように構成することができる。

いくつかの例では、センサ内の異常の発生の可能性を決定するための方法が一般的に説明されている。この方法には、プロセッサによって、センサに接続されたデバイスの第１のポートと第２のポートとの間の第１の容量変化の第１の測定値を受信することを含むことができる。第１の測定値は、第１のポートが第１の機能を実行するように構成されていることに対応して、および、第２のポートが第２の機能を実行するように構成されていることに応答して取得することができる。この方法はさらに、プロセッサによって、第１のポートと第２のポートとの間の第２の容量変化の第２の測定値を受信することを含むことができる。第２の測定値は、第１のポートが第２の機能を実行するように構成されていることに対応して、および、第２のポートが第１の機能を実行するように構成されていることに応答して取得することができる。この方法はさらに、プロセッサによって、第１の測定および第２の測定に基づいて、センサ内の異常の発生の可能性を決定することを含むことができる。

いくつかの例では、センサ内の異常の発生の可能性を決定するための非一時的なコンピュータ可読記憶媒体が一般的に説明される。非一時的なコンピュータ可読記憶媒体は、コンピュータに、センサに接続されたデバイスの第１のポートと第２のポートとの間の第１の容量変化の第１の測定値の受信を実行させる命令を格納できる。第１の測定値は、第１のポートが第１の機能を実行するように構成されていることに対応して、および、第２のポートが第２の機能を実行するように構成されていることに対応して取得することができる。命令はさらに、コンピュータに、センサに接続されたデバイスの第１のポートと第２のポートとの間の第２の容量変化の第２の測定値の受信を実行させることができる。第２の測定値は、第１のポートが第２の機能を実行するように構成されていることに対応して、および、第２のポートが第１の機能を実行するように構成されていることに対応して取得することができる。指示はさらに、コンピュータに、第１の測定値および第２の測定値に基づいて、センサ内の異常の発生の可能性の決定を実行させることができる。

様々な実施形態のさらなる特徴ならびに構造および動作は、添付の図面を参照して以下に詳細に説明される。図面において、同様の参照番号は、同一または機能的に類似した要素を示す。

一実施形態において相互容量タッチセンシングの異常検出を実行できる例示的なシステムを示す図である。 一実施形態において相互容量タッチセンシングの異常検出を実行できる別の例示的なシステムを示す図である。 一実施形態において相互容タッチセンシングの異常検出を実行できる複数のポートの例示的な構成を示す図である。 一実施形態における相互容量タッチセンシングの異常検出の実行から起因された測定値の比較例を示す図である。 一実施形態において相互容量タッチセンシングの異常検出を実行するプロセスを示すフロー図である。 一実施形態において相互容量タッチセンシングの異常検出を実行するプロセスを示すフロー図である。 一実施形態における相互容量タッチセンシングの異常検出に関連する例示的なコンピュータまたは処理システムの概略を示す。

いくつかの例では、相互容量タッチセンサ内にエラーまたは他のタイプの異常があるかどうかを決定するために、閾値ベースのシステムを使用して、センサ上に生成された電界を継続的に監視することができる。たとえば、相互容量変化を閾値と比較することで、タッチイベントがあるかどうかを判断（決定）できるが、その結果は、タッチイベントが誤検知（たとえば、ボタンの意図しないタッチ）であるかどうかを示さない。さらに、ある場合には、相互容量変化は、センサに接続されたトレースが損傷している場合でも、通常の動作と同じままであることが可能であり、それは、容量自体ではなく容量変化が閾値と比較されるためである。したがって、従来の閾値ベースのシステムは、相互容量タッチセンサの特定の異常を判断するには不十分な場合がある。エラーを特定するための他の従来のアプローチには、基準線間の最大タッチ差を使用すること、隣接する汎用入力／出力（ＧＰＩＯ）を利用してセンサが作動中かどうかを判断すること、既存のＧＰＩＯポートを採用してトレースが壊れているかどうかを判断すること、または、２つのマイクロコントローラを実装して同じセンサを測定することを含む。ただし、これらのアプローチは依然として同じ容量変化を利用しており、追加のハードウェアを必要とする場合がある。

図１は、一実施形態において相互容量タッチセンシングの異常検出を実行できる例示的なシステム１００を示す図である。システム１００は、装置または機器１０１および／またはコンピュータデバイス１０２を含むことができる。コンピュータデバイス１０２は、プロセッサ１２０およびメモリ１２２を含むことができる。プロセッサ１２０は、メモリ１２２と通信するように構成することができる。コンピュータデバイス１０２は、例えば、デスクトップコンピュータ、ラップトップコンピュータ、サーバ、タブレットデバイス、および／または、他のタイプのコンピューティングデバイスであり得る。コンピュータデバイス１０２は、有線接続または無線接続を介して機器１０１と通信するように構成することができる。メモリ１２２は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、バッファ、キャッシュなどのメモリユニットを含むメモリデバイスであり得る。メモリ１２２は、命令セット１２４を格納するように構成され得る。命令セット１２４は、システム１００を実行する１つまたは複数のタスクまたは機能を実行するためにプロセッサ１２０によって実行され得る、ソースコードおよび／または実行可能コードなどのコードを含むことができる。一例では、プロセッサ１２０は、機器１０１を監視できる、または、機器１０１の動作条件または動作状況に関して様々な診断プログラムを実行できる１つまたは複数のアプリケーションを起動するために命令セット１２４を実行するように構成することができる。

機器１０１は、例えば、器具、白物製品、ヘルスケアデバイス、および／または、他のタイプのデバイスまたは機器であり得る。機器１０１は、デバイス１１０およびユーザインタフェース１３０を含むことができる。デバイス１１０は、機器１０１に埋め込まれたマイクロコントローラであり得る。ユーザインタフェース１３０は、例えば、ディスプレイやノブ、レバー、スイッチ、ボタンなどの制御キーを含むヒューマン・マシン・インターフェース（ＨＭＩ）であり得る。例えば、図１に示されるユーザインタフェース１３０は、ボタン１３１、１３２、１３３、１３４を含むことができる。デバイス１１０は、集積回路、論理ゲート、処理ユニット（例えば、マイクロコントローラまたは他のタイプのプロセッサ）、ネットワークカード、またはインタフェースなどを含むことができる。図１に示される例では、デバイス１１０は、ポート１４１およびポート１４２などの少なくとも２つのポートを含むことができる。ポート１４１およびポート１４２は、センサ１４０に延長することができるトレースまたはワイヤに接続されたインタフェースまたはピンであり得、センサ１４０は、ユーザインタフェース１３０の構成要素（例えば、ボタン１３１、１３２、１３３、１３４の１つ）の下に位置する相互容量センサであり得る。

ある例では、センサ１４０は、電極などの導体素子、または、トレース１４４およびトレース１４６などの金属トレース（例えば、銅トレース）を含むことができる。いくつかの例では、トレース１４４、１４６は、プリント回路基板（ＰＣＢ）上に印刷されたトレースであり得る。トレース１４４は、ポート１４１に接続することができ、トレース１４６は、ポート１４２に接続することができる。いくつかの例では、トレース１４４、１４６のそれぞれは、個々の銅トレースなどの個々の電極であり得る。図１の例は、センサ１４０を「Ｃ字型」電極として示している。しかしながら、当業者には、センサ１４０が、「２形状」電極、または、他の形状および寸法の電極などの他のタイプのセンサまたは電極であり得ることが明らかであろう。デバイス１１０は、センサ１４０上のトレース１４４、１４６の間に電界を生成または投射（投影）するようにポート１４１およびポート１４２を構成することができる。例えば、デバイス１１０は、送信機能または受信機能のいずれかを実行するようにポート１４１およびポート１４２のそれぞれを構成することができる。送信機能は、例えば、センサ１４０のトレース１４４、１４６のうちの１つを充電するための電流の出力であり得、充電されたトレースは、トレース１４４、１４６のうちの残りのトレースと電界を形成することができる。受信機能は、例えば、トレース１４４、１４６の間に形成される電界の受信であり得る。送信機能を実行するために１つのポートを構成し、受信機能を実行するために別のポートを構成する結果として、電界は、センサ１４０のトレース１４４、１４６の間に作成または投影され得る。ある例では、ポート１４１が送信機能を実行するように構成されていること、および、ポート１４２が受信機能を実行するように構成されていることにより、トレース１４４、トレース１４４の間に第１の電界を生成することができる。さらに、ポート１４２が送信機能を実行するように構成されていること、および、ポート１４１が受信機能を実行するように構成されていることにより、トレース１４４、１４６の間に第２の電界を生成することができ、第２の電界は第１の電界とは異なり得る。第１の電界および第２の電界に関連する初期の相互容量（例えば、タッチイベントからの干渉のない相互容量）は、互いに異なる可能性がある。

一例では、タッチイベント１３６は、ユーザインタフェース１３０上で発生することができる。例えば、タッチイベント１３６は、物体（例えば、指先、タッチペンなど）を使用して、ユーザインタフェース１３０上のボタンの１つ（例えば、ボタン１３２）を押すことができる。タッチイベント１３６を引き起こす物体は、センサ１４０上に生成された電界を妨害し、電界を生成したトレース間の相互容量を減少させることができる。相互容量の減少は、デバイス１１０によって検出することができ、タッチイベントとして識別することができる。デバイス１１０は、検出された相互容量の減少を、プロセッサ１２０によって処理可能である測定値（例えば、アナログからデジタルへの変換）に変換するように構成することができる。

図１に示される例では、センサ１４０は、ボタン１３２の下に配置することができ、タッチイベント１３６は、センサ１４０上で第１の容量変化を引き起こすことができる。デバイス１１０は、第１の容量変化を検出し、その第１の容量変化を第１の測定値１１１に変換することができる。タッチイベント１３６および第１の容量変化は、ポート１４１およびポート１４２の第１の構成の下で発生することができる。第１の構成は、例えば、ポート１４１が送信ポートでありポート１４２が受信ポートである場合に第１の電界がトレース１４４からトレース１４６に向けられた電気力を有することによって生成されるような構成であり得る。一例では、第１の容量変化もまた、第１の構成の下でのポート１４１、１４２の間で検出することができる。第１の容量変化を検出することに対応して、デバイス１１０は、ポート１４１およびポート１４２を第１の構成から第２の構成に構成（形成）することができる。第２の構成は、例えば、ポート１４１が受信ポートでありポート１４２が送信ポートである構成に、第２の電界がトレース１４６からトレース１４４に向けられる電気力を有することによって生成されるような構成であり得る。デバイス１１０は、第２の構成の下で第２の容量変化を取得し、その第２の容量変化を第２の測定値１１２に変換することができる。タッチイベント１３６および第２の容量変化は、ポート１４１およびポート１４２の第２の構成の下で発生し得る。一例として、第２の容量変化もまた、第２の構成の下でのポート１４１とポート１４２との間で検出することができる。第１の構成と第２の構成は、送信ポートと受信ポート、または、センサ１４０上の送信トレースと受信トレースが交換される場合には、異なる構成であり得る。第１の容量変化および第２の容量変化は、トレース１４４、１４６の間の相互容量変化であり得る。

デバイス１１０は、第１の測定値１１１および第２の測定値１１２をプロセッサ１２０に送信することができる。プロセッサ１２０は、第１の測定値１１１および第２の測定値１１２を受信し、第１の測定値１１１および第２の測定値１１２に基づいて、異常可能性１５０を決定することができる。いくつかの例では、プロセッサ１２０は、第１の測定値１１１および第２の測定値１１２をメモリ１２２に格納するように構成することができる。異常可能性１５０は、ユーザインタフェース１３０上での異常の発生の可能性であり得る。一例では、プロセッサ１２０は、第１の測定値１１１と第２の測定値１１２とを比較して、第１の測定値１１１と第２の測定値１１２との間の差を決定することができる。プロセッサ１２０は、その差を、命令セット１２４で定義されるとともにメモリ１２２に格納され得る所定の閾値と比較することができる。

その差が所定の閾値未満であることに対応して、プロセッサ１２０は、異常の存在がありそうにないと判断することができる。異常の存在がありそうにないと判断したことに対応して、プロセッサ１２０は、判断された異常可能性１５０を表すインジケータ（例えば、視覚的インジケータまたは音声インジケータ）を出力することができ、および／または、インジケータを何ら出力せずに通常の動作を維持することができる。

その差が所定の閾値よりも大きいことに対応して、プロセッサ１２０は、異常の存在がありそうだと判断することができる。異常の存在がありそうだと判断したことに対応して、プロセッサ１２０は、判断された異常可能性１５０を表すインジケータ（例えば、視覚的インジケータまたは音声インジケータ）を出力して、機器１０１のユーザに、機器１０１の１つまたは複数の部分に異常が発生している可能性があることを通知することができる。いくつかの例では、プロセッサ１２０は、判断された異常可能性１５０を表す通知を別のプロセッサまたはデバイスに押し付けるように構成することができる。例えば、プロセッサ１２０は、判断された異常可能性１５０を表す通知を機器のユーザのユーザデバイス（例えば、携帯電話）に送信または押し付けることができ、または、判断された異常可能性１５０を表す通知を、機器１０１の製造業者によって管理されているデバイス、デバイス１１０，センサ１４０，またはユーザインタフェースに送信または押し付けて、潜在的な欠陥を製造業者に通知することができる。

図２は、一実施形態において相互容量タッチセンシングの異常検出を実行することができる別の例示的なシステム２００を示す図である。システム２００は、装置またはデバイス２１０、ユーザインタフェース２３０、および１つまたは複数のセンサ（例えば、センサ２４０）によって実行することができる。機器２０１は、例えば、器具、白物製品、ヘルスケアデバイス、および／または他のタイプのデバイスまたは機器であり得る。機器２０１は、デバイス２１０、ユーザインタフェース２３０、および１つまたは複数のセンサを含むことができる。デバイス２１０は、機器２０１に埋め込まれたマイクロコントローラであり得る。ユーザインタフェース２３０は、例えば、ディスプレイや、ノブ、レバー、スイッチ、ボタンなどの制御キーを含むヒューマン・マシン・インタフェース（ＨＭＩ）であり得る。例えば、図２に示されるユーザインタフェース２３０は、ボタン２３１、２３２、２３３、２３４を含むことができる。デバイス２１０は、集積回路（例えば、集積回路２１６）、論理ゲート、処理ユニット（例えば、マイクロコントローラまたは他のタイプのｐｆプロセッサ）、ネットワークカード、またはインタフェースなどを含むことができる。一例では、集積回路２１６は、容量タッチセンシングユニット（ＣＴＵＳ）と呼ばれるオンボード周辺デバイスであり得る。図２に示される例では、集積回路２１６は、ポート２４１およびポート２４２などの少なくとも２つのポートを含むことができる。ポート２４１およびポート２４２は、センサ２４０に延長可能なトレースまたはワイヤに接続されたインタフェースまたはピンであり得、センサ２４０は、ユーザインタフェース２３０の構成要素（例えば、ボタン２３１、２３２、２３３、２３４の１つ）の下に配置された相互容量センサであり得る。

デバイス２１０は、プロセッサ２２０、メモリ２２２、および集積回路２１６を含むことができる。プロセッサ２２０は、メモリ２２２と通信するように構成することができる。プロセッサ２２０は、例えば、マイクロプロセッサまたはプログラマブルモジュール、例えば、フィールドプログラマブル論理アレイ（ＦＰＧＡ）モジュールのような処理ユニットであり得る。いくつかの例では、メモリ２２２は、プロセッサ２２０に集積されたローカルメモリであり得る。メモリ２２２は、読み取り専用メモリ（ＲОＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、バッファなどのメモリユニットを含むメモリデバイスであり得る。メモリ２２２は、命令セット２２４を格納するように構成することができる。命令セット２２４は、プロセッサ２２０によって実行可能なソースコードおよび／または実行可能コードなどのコードを含み、１つまたは複数のタスクまたは機能を実装してシステム２００を実行することができる。一例では、プロセッサ２２０は、命令セット２２４を実行して、機器２０１を監視できる１つまたは複数のアプリケーションを起動するように、または、機器２０１の動作条件または状況に関して様々な診断ツールを実行できるように構成することができる。

一例では、センサ２４０は、電極または金属トレース（例えば、銅トレース）、例えば、トレース２４４およびトレース２４６などの１つまたは複数の導体素子を含むことができる。いくつかの例では、トレース２４４、２４６は、プリント回路基板（ＰＣＢ）上に印刷されたトレースであり得る。トレース２４４は、ポート２４１に接続することができ、トレース２４６は、ポート２４２に接続することができる。いくつかの例では、トレース２４４、２４６のそれぞれは、個別の電極であり得る。図２の例は、センサ２４０を「Ｃ字型」電極として示している。しかしながら、当業者には、センサ２４０が、他のタイプのセンサまたは電極、例えば、「２形状」電極、または、他の形状および寸法の電極であり得ることが明らかであろう。集積回路２１６は、ポート２４１およびポート２４２を構成して、センサ２４０上のトレース２４４、２４６の間に電界を生成または投影することができる。例えば、集積回路２１６は、送信機能または受信機能のいずれかを実行するようにポート２４１およびポート２４２のそれぞれを構成することができる。送信機能は、例えば、センサ２４０のトレース２４４、２４６のうちの１つを充電するための電流の出力であり得、充電されたトレースは、トレース１４４、１４６のうちの残りのトレースと電界を形成することができる。受信機能は、例えば、トレース２４４、２４６の間に形成された電界の受容者であり得る。送信機能を実行するための１つのポートと、受信機能を実行するための別のポートとを構成した結果として、電界は、センサ２４０のトレース２４４、２４６の間に生成または投影され得る。一例では、送信機能を実行するように構成されたポート２４１と、受信機能を実行するように構成されたポート２４２とは、トレース２４４、２４６の間に第１の電界を生成することができる。さらに、送信機能を実行するように構成されたポート２４２と、受信機能を実行するように構成されたポート２４１とは、トレース２４４、２４６の間に第２の電界を生成することができ、第２の電界は、第１の電界と異ならせることができる。第１の電界および第２の電界に関連する初期の相互容量（例えば、タッチイベントからの干渉のない相互容量）は、互いに異ならせることができる。

一例では、タッチイベント２３６は、ユーザインタフェース２３０上で発生することがある。例えば、タッチイベント２３６は、物体（例えば、指先、タッチペンなど）を使ってユーザインタフェース２３０上のボタンの１つ（例えば、ボタン２３２）を押すことができる。タッチイベント２３６を引き起こす物体は、センサ２４０上に生成された電界を妨害し、電界を生成したトレース間の相互容量を減少させることができる。相互容量の減少は、集積回路２１６によって検出され、タッチイベントとして識別することができる。集積回路２１６は、検出した相互容量の減少を、プロセッサ２２０によって処理することができる測定値（例えば、アナログからデジタルへの変換）に変換するように構成することができる。

図２に示される例では、センサ２４０は、ボタン２３２の下に配置することができ、タッチイベント２３６は、センサ２４０上で第１の容量変化を引き起こすことができる。集積回路２１６は、第１の容量変化を検出し、第１の容量変化を第１の測定値２１１に変換することができる。タッチイベント２３６および第１の容量変化は、ポート２４１およびポート２４２の第１の構成の下で発生し得る。第１の構成は、例えば、ポート２４１が送信ポートでありポート２４２が受信ポートである場合にはトレース２４４からトレース２４６に向けられた電気力を有することによって第１の電界が生成されるような構成であり得る。一例では、第１の容量変化もまた、第１の構成の下でのポート２４１およびポート２４２との間で第１の容量変化を検出することができる。第１の容量変化を検出することに対応して、集積回路２１６は、ポート２４１およびポート２４２を第１の構成から第２の構成に構成（形成）することができる。第２の構成は、例えば、ポート２４１が受信ポートでありポート２４２が送信ポートである場合には第２の電界がトレース２４６からトレース２４４に向けられる電気力を有することによって生成されるような構成であり得る。一例では、第２の容量変化はまた、第２の構成の下でのポート２４１とポート２４２との間で検出することができる。集積回路２１６は、第２の構成の下で第２の容量変化を取得し、第２の容量変化を第２の測定値２１２に変換することができる。タッチイベント２３６および第２の容量変化は、ポート２４１およびポート２４２の第２の構成の下で起こり得る。第１の構成と第２の構成は、送信ポートと受信ポートまたはセンサ２４０上の送信トレースと受信トレースとが交換される場合には異なる構成であり得る。第１の容量変化および第２の容量変化は、トレース２４４、２４６の間の相互容量変化であり得る。

集積回路２１６は、第１の測定値２１１および第２の測定値２１２をプロセッサ２２０に送ることができる。プロセッサ２２０は、第１の測定値２１１および第２の測定値２１２を受信し、第１の測定値２１１および第２の測定値２１２に基づいた異常可能性２５０を決定することができる。いくつかの例では、プロセッサ２２０は、第１の測定値２１１および第２の測定値２１２をメモリ２２２に格納するように構成することができる。異常可能性２５０は、ユーザインタフェース上で異常の発生の可能性であり得る。一例では、プロセッサ２２０は、第１の測定値２１１と第２の測定値２１２を比較して、第１の測定値２１１と第２の測定値２１２との間の差を判断することができる。プロセッサ２２０は、その差を、命令セット２２４内で定義されメモリ２２２内に格納され得る所定の閾値と比較することができる。

その差が所定の閾値未満であることに対応して、プロセッサ２２０は、異常の存在がありそうにないと判断することができる。異常の存在がありそうにないと判断したことに対応して、プロセッサ２２０は、判断した異常可能性２５０を表すインジケータ（例えば、視覚的インジケータまたは音声インジケータ）を出力することができ、および／または何らのインジケータも出力せずに通常の動作を維持することができる。

その差が所定の閾値よりも大きいことに対応して、プロセッサ２２０は、異常の存在がありそうだと判断することができる。異常の存在がありそうだと判断したことに対応して、プロセッサ２２０は、判断した異常可能性２５０を表すインジケータ（例えば、視覚的インジケータまたは音声インジケータ）を出力して、機器２０１のユーザに、機器２０１の一部分または複数の部分に関して異常が発生している可能性があることを通知することができる。例えば、ユーザインタフェース２３０は、発光ダイオード（ＬＥＤ）を含むことができ、プロセッサ２２０は、異常の可能性が高いと判断したことに対応して、制御信号を送信してＬＥＤをオンにすることができる。いくつかの例では、プロセッサ２２０は、判断した異常可能性２５０を表す通知を別のプロセッサまたはデバイスに押し付けるように構成することができる。例えば、プロセッサ２２０は、判断した異常可能性２５０を表す通知を機器のユーザのユーザデバイス（例えば、携帯電話）に送信または押し付けることができ、または、判断された異常可能性２５０を表す通知を、機器２０１の製造業者によって管理されているデバイス、デバイス２１０、センサ２４０、またはユーザインタフェースに送信または押し付けて、潜在的な欠陥を製造業者に通知することができる。

図３Ａは、一実施形態において相互容量タッチセンシングの異常検出を実行することができる複数のポートの例示的な構成を示す図である。図３Ａに示される例では、マイクロコントローラユニット（ＭＣＵ）は、ＴＸまたはＲＸとしてラベル付けされ得る複数のポートＴＳ０１、ＴＳ０２、ＴＳ０３を含むことができる。図３Ａに示されるＭＣＵは、例えば、それぞれ、図１または図２に示されるデバイス１１０またはデバイス２１０であり得る。ＴＸポートは、ポートが送信機能を実行するように構成されていること、例えば、ボタンに接続されたセンサのＴＸポートに接続されたトレースを充電するためにＭＣＵによって提供される電流を供給することを表すことができる。ＴＸポートに接続されたトレースは充電でき、センサのＲＸポートに接続されたトレースと一緒に電界を生成することができる。センサのＲＸポートに接続されたトレースは、充電したトレース（例えば、ＴＸポートに接続されたトレース）によって生成された電界の受信者になり得る。ＲＸポートは、充電したトレースと受信トレース（ＲＸポートに接続されたトレース）との間の相互容量変化をＭＣＵに戻すことができ、相互容量変化は受信トレースから測定することができる。

第１の構成３１０では、ポートＴＳ０１をＴＸポートとして割り当てることができ、ポートＴＳ０２、ＴＳ０３をＲＸポートとして割り当てることができる。第１の構成３１０は、多数のＴＸポートと多数のＲＸポートとの比率を表すマトリックス構成として、例えば、１つのＴＸポートに対する２つのＲＸポートを表すａ１ｘ２マトリックスとして呼ぶことができる。第１の構成３１０は、ボタンＢ１、Ｂ２としてラベル付けされた２つの物理センサ（例えば、相互容量タッチセンサ）のための構成であり得る。

第２の構成３０２では、ポートＴＳ０１をＲＸポートとして割り当てることができ、ポートＴＳ０２、ＴＳ０３をＴＸポートとして割り当てることができる。第２の構成３０２は、多数のＲＸポートに対する多数のＴＸポートの別の比率を表す別のマトリックス構成として、例えば、２つのＴＸポートと１つのＲＸポートとを表すａ２ｘ１マトリックスとして呼ぶことができる。第２の構成３０２は、ボタンＢ１、Ｂ２としてラベル付けされた２つの物理センサのための構成であり得る。

各ボタンＢ１、Ｂ２上のトレースの配置および形状は、第１の構成３１０と第２の構成３０２との間に異なる電界を生成させることができる。図１に示されるトレース１４４、１４６をボタンＢ１、Ｂ２用の例示的なトレースとして使用すると、第１の構成３１０では、ポートＴＳ０１がＴＸポートとして構成されていることに応答して、Ｂ１のトレース１４４およびＢ２のトレース１４４を充電することができる。第１の構成３１０では、トレース１４４からトレース１４６に向けられた電気力を有する第１の電界を、Ｂ１、Ｂ２用に生成することができる。第２の構成３０２では、ポートＴＳ０２、ＴＳ０３がＴＸポートとして構成されていることに対応して、Ｂ１のトレース１４６およびＢ２のトレース１４６を充電することができる。第２の構成３０２では、トレース１４６からトレース１４４に向けられた電気力を有する第２の電界を、Ｂ１、Ｂ２用に生成することができる。

一例では、ＭＣＵは、ＭＣＵによって生成された１つまたは複数の駆動パルスを動的に再構成することによって、ＴＸポートまたはＲＸポートになるポートを構成することができる。例えば、ＭＣＵは、周期的なパルスを有する駆動信号を生成するように構成された信号発生器を含むことができ、この駆動信号は、ＴＳ０１ポートに接続されたドライバまたは駆動回路に入力されて、ＴＳ０１ポートをＴＸポートとして構成することができる。別の例では、ＭＣＵは電流検出器をさらに含むことができ、ＭＣＵはＴＳ０２ポートを切り替えてＴＳ０２ポートを電流検出器に接続し、ＴＳ０２ポートをＲＸポートとして構成することができる。ＭＣＵは、それぞれＴＸポートまたはＲＸポートになる各ポートを構成するために、ドライバまたは駆動回路に繋げて駆動信号を受信するように、または、電流検出器に繋いで入力電流を検出するようにそれぞれ個々のポートを構成することができる。それぞれ。ポートを動的に再構成し、２つの異なる電界から次から次に一連の測定を行うことができることによって、プロセッサは、一連の測定値を使用して、異常が存在するかどうかを判断することができる。いくつかの例では、ＭＣＵは、ファームウェアまたはアプリケーション・プログラミング・インタフェース（ＡＰＩ）呼び出しを使用することによって、ドライバまたは駆動回路を使用してＭＣＵを操作する構成にするようにポートを構成することができる。

例えば、図３Ｂは、タッチイベント３１０に対応し、第１の構成３１０および第２の構成３０２の下でのＢ１およびＢ２の相互容量変化を示す。ただし、タッチイベント３１０は、ボタンＢ１上のタッチイベントであり得、ボタンＢ２の一部分も意図せずにタッチされる（例えば、タッチイベント３１０を引き起こす物体が大きすぎる可能性があり、または、水などの他の物体がボタンＢ２に広がっている可能性がある）。第１の構成３１０の下では、ボタンＢ１、Ｂ２は、たとえそれらの相互容量変化がタッチ閾値３２１を超えても、タッチイベントを有すると見なすことができる。第２の構成３０２の下では、ボタンＢ１、Ｂ２は、たとえそれらの相互容量変化が別のタッチ閾値３２２を超えても、タッチイベントを有すると見なすことができる。異なるタッチ閾値３２１、３２２は、ＭＣＵによって構成された異なるＴＸ、ＲＸポートに起因する異なる電界（例えば、電気力の異なる方向）によって引き起こされ得る。第１の構成３１０では、その結果は、Ｂ１、Ｂ２の両方の相互容量変化がタッチ閾値３２１よりも大きいのでボタンＢ１、Ｂ２の両方がタッチされたことを示すことができる。しかしながら、このことは、タッチイベントがボタンＢ１のみを押すべきであるので、誤判定になり得る。第２の構成３０２では、その結果は、容量ボタンＢ１のみがタッチ閾値３２２を超えることを示している。第１の構成３１０と第２の構成３０２の下での相互容量変化の間の不一致は、タッチイベントに関連するエラーまたは異常が存在し得ることを示し得る。不一致は、異常可能性（例えば、図１または図２の異常可能性１５０または２５０）として（例えば、それぞれ、図１または図２に示されるプロセッサ１２０または２２０によって）出力され得る。たとえば、不一致は、検出されたハードウェア障害として、相互容量タッチセンサと一緒に埋め込まれた機器またはデバイスのアプリケーション層に伝播することができる。

相互容量タッチセンサを有するデバイスのユーザインタフェースについての例示的な異常は、水を複数のボタンに及ばせるなどの環境イベントに対応して、特定のボタンがタッチされているか選択されているかをデバイスが識別できないことである可能性がある。複数のボタンに水がかかると、誤った多重のタッチイベントが潜在的に発生する可能性がある（たとえば、複数のボタンを押してコマンドを入力するなど）。

別の例示的な異常は、相互容量タッチセンサの壊れた接続またはトレースであり得る。同じタッチイベントに対応して、異なる電界に起因する異なる相互容量変化の測定値を使用することにより（たとえば、送信ポートと受信ポートを交換することによって電界の方向を交換する）、異なる相互容量変化の測定値は、タッチイベントが異常であるかどうかの信頼要因として使用することができる。たとえば、２つ以上の相互容量変化の測定値が同一または非常に類似している場合、タッチイベントが異常である可能性は低いか、または、壊れたトレースまたは接続の存在の可能性は低い可能性がある。ただし、異なる相互容量変化の測定値が大幅に異なる場合、タッチイベントが異常であるか、または、壊れたトレースまたは接続の存在の可能性がある。

例示的な実施形態では、本明細書に記載の方法およびシステムは、デバイス上のセンサまたはボタンのサブセットに使用することができる。たとえば、コンロなどの電化製品の場合、温度設定を間違えると危険な状況が発生する可能性があるため、温度設定用のボタンは重要であると見なすことができる。このように、これらの温度設定ボタンに接続されたポートは、ここで説明する交換ポートの動的構成を使用して（たとえば、ファームウェアおよびアプリケーション・プログラミング・インタフェース（ＡＰＩ）呼び出しを介して）、潜在的なエラーおよび異常を検出することができる。したがって、比較的多数のセンサまたはボタンを備えたアプリケーションは、ハードウェアを変更せず、制限したソフトウェアを変更して、追加のエラー検出スキームを実行することができることにより、ここで説明する方法とシステムから恩恵を受けることができる。

本明細書に記載のシステムおよび方法は、様々なタイプのデバイスおよび機器に実装された相互容量タッチセンサを監視するために使用できる追加のデータおよびパラメータ（例えば、ＴＸ、ＲＸポートを交換した後の測定値）を提供することができる。さらに、ＴＸポートとＲＸポートを交換することにより、センサを監視するための追加データを取得するために追加のハードウェアが不要になる場合があり、これにより、追加のコストと追加のハードウェア用の追加のボードスペースの要求を回避する。

図４は、一実施形態において相互容量タッチセンシングの異常検出を実行するプロセス４００を示すフロー図である。プロセス４００は、デバイスのＣＴＵＳによって実施することができる。プロセス４００は、複数のフェーズ４０１，４０２、４０３、４０４、４０５を含むことができる。フェーズ４０１は、送信（ＴＸ）ポートになるＣＴＵＳのポートＴＳ０１を構成し、受信（ＲＸ）ポートになるポートＴＳ０２を構成するための第１の構成フェーズであり得る。一例では、フェーズ４０１は、図３の第１の構成３０１に示すポートＴＳ０１、ＴＳ０２を構成するための構成フェーズであり得る。プロセス４００は、フェーズ４０１からフェーズ４０２に進むことができる。

フェーズ４０２は、送信パルスの生成から開始することができる。送信パルスは、ＴＳ０１ポートに接続されたセンサ（例えば、相互容量タッチセンサ）上の第１の導電性構造（例えば、電極またはトレース）に送信でき、ポートＴＳ０１は、フェーズ４０でＴＸポートとして構成されている。送信パルスは、センサの第１の導電性構造と第２の導電性構造との間に電界が生成されるようにするために、電流を流して第１の導電性構造を充電することができる。第２の導電性構造は、ＣＴＳＵの別のポートＴＳ０２に接続することができ、ポートＴＳ０２はフェーズ４０１でＲＸポートとして構成される。ＣＴＳＵはＲＸポートＴＳ０２で電流を測定でき、この測定値はＭ１とラベル付けされる。一例では、ＣＴＳＵは、ＣＴＳＵの電流制御発振器に接続された電流ミラーを使用することによってＭ１を測定することができる。測定値Ｍ１は、レジスタ（例えば、それぞれ図１または図２に示されるメモリ１２２または２２２の一部）に格納することができる。ＣＴＳＵはさらに、センサの第２の導電性構造に電流を流すことができる受信パルスを生成できる。ＣＴＳＵは、ＴＸポートＴＳ０１で別の測定を実行することができ、この測定は、Ｍ２としてラベル付けされる。ＣＴＳＵは、Ｍ１を格納するレジスタとは異なるレジスタにＭ２を格納できる。なお、測定値Ｍ１、Ｍ２は、ＣＴＳＵの電流制御発振器を介してデジタルデータに変換できることに注意すべきである。ＣＴＳＵは、測定値Ｍ１、Ｍ２を組み合わせた測定値（例えば、それぞれ、図１または図２の第１の測定値１１１または第１の測定値２１１）に結合し、結合した測定値をフェーズ４０１からの構成に関連付けられたレジスタに格納することができる。

プロセス４００は、フェーズ４０２からフェーズ４０３に進むことができる。フェーズ４０３は、ＲＸポートになるＣＴＳＵのポートＴＳ０１を構成するため、および、ＴＸポートになるポートＴＳ０２を構成するための第２の構成フェーズであり得る。一例では、フェーズ４０３は、図３の第２の構成３０２に示されるポートＴＳ０１、ＴＳ０２を構成するための構成フェーズであり得る。プロセス４００は、フェーズ４０３からフェーズ４０４に進むことができる。

フェーズ４０４は、ＴＸポートおよびＲＸポートが交換された状態で、フェーズ４０２と同様である。フェーズ４０４では、ＣＴＳＵは、ＴＳ０２ポートが現在ＴＸポートになっているため、ＴＳ０２ポートに接続された第２の導電性構造を充電できる送信パルスを生成することができる。ＣＴＳＵはＲＸポートＴＳ０１で電流を測定でき、この測定値はＭ３としてラベル付けされ、測定値Ｍ３はレジスタに格納することができる。ＣＴＳＵはさらに、センサの第１の導電性構造に電流を流すことができる受信パルスを生成することができる。ＣＴＳＵは、ＴＸポートＴＳ０２で別の測定を実行でき、この測定値はＭ４としてラベル付けされ、ＣＴＳＵはＭ３を格納するレジスタとは異なるレジスタにＭ４を格納することができる。ＣＴＳＵは、測定値Ｍ３、Ｍ４を別の組み合わせた測定値（例えば、それぞれ、図１または図２の第２の測定値１１２または第２の測定値２１２）に結合し、フェーズ４０３から、構成に関連付けられたレジスタにＭ３、Ｍ４の結合した測定値を格納することができる。

プロセス４００は、フェーズ４０４からフェーズ４０５に進むことができる。フェーズ４０５では、ＣＴＳＵまたは別のプロセッサ（例えば、プロセッサ１２０）は、組み合わされた測定値を分析して、タッチイベントの計算を実行することができる。例えば、図３ＢのボタンＢ１に関連する結果は、フェーズ４０５におけるタッチイベントの計算の結果であり得る。タッチイベントの計算に基づくエラーまたは異常の検出に対応して、ＣＴＳＵは、その結果（たとえば、図１または図２にそれぞれ示されている異常可能性１５０または２５０）を１つ以上のインジケータとして出力することができる。

フェーズ４０２の別の例示的な実行では、フェーズ４０２で生成した送信パルスは、外部チューニングプログラムによって予め設定可能である特定の速度（例えば、送信パルスの周波数）で、構成したＴＸポートに接続されたセンサの導電性構造をストローブするためのものである。このストローブは、受信パルスを使用してＲＸポートに接続されたセンサの他の導電性構造にもミラーリングされ、フェーズ４０２の送信パルスと同相にすることができる。ＲＸに接続された他の導電性構造にミラーリングしたストローブは、ＴＸポートに接続された導電性構造を充電および平衡化するために、特定量の電流を引き出すことができる。この引き出した電流は、電流を周波数パルスに変換できるＣＴＳＵ内の電流制御発振器を駆動するために使用できる。ＲＸポートの測定値Ｍ１は、電流制御発振器から出力されるとともに一定期間にわたってＣＴＳＵによってカウントされる周波数パルスであり得、その結果、カウントと呼ばれるパラメータをもたらす。Ｍ１を取得した後、送信パルスは、位相がずれて駆動され、同じ切り替えと測定（たとえば、測定値Ｍ２）が、この位相のずれた測定値に対して再度繰り返される（たとえば、送信パルスと受信パルスは測定値Ｍ２に対して位相がずれている）。フェーズ４０２における２つの測定値Ｍ１、Ｍ２のこの反対の位相関係は、結果として生じる計算から寄生容量を除去することを可能にする。フェーズ４０４の実行は、同相信号それから続いて位相のずれた信号を使用するストローブの同じスキームを利用して、測定値Ｍ３、Ｍ４を取得する。

別の例では、ＣＴＵＳは、複数の層に分割可能、たとえば、抽象化層、ＣＴＳＵのドライバを構成するとともにスキャンまたは測定を実行するドライバ層、および、測定値を処理してタッチイベントに分類する処理層に分割可能である命令（例えば、それぞれ、図１または図２の命令１２４または２２４）で実行することができる。ドライバ層は、複数のレジスタを順にロードする命令を含むことができ、この順番は、ＣＴＳＵのどのポートがＴＸまたはＲＸとして割り当てるかを規定するとともにさまざまな測定と構成を実行する順序を規定できる。たとえば、フェーズ４０２の下では、ＴＳ０１ポートとＴＳ０２ポートのみが構成されている場合、ドライバ層は、ＴＳ０１ポートからの読み取りを行う前に、ＴＳ０２ポートからの読み取りを行う順にレジスタをロードできる。ＴＳ０１ポートの前にＴＳ０２ポートが読み取られるこの順序は、フェーズ４０２がＴＸポートの前にＲＸポートを測定するため、ＴＳ０２ポートがＲＸポートでありＴＳ０１ポートがＴＸポートであるという指示であり得る。

別の例では、本明細書に記載の方法（例えば、プロセス４００）を実行するための命令（例えば、それぞれ図１または図２に示される命令１２４および２２４）は、アプリケーション・プログラミング・インタフェース（ＡＰＩ）にカプセル化することができる。ユーザは、ＡＰＩ呼び出しを介してＣＴＳＵと通信（対話）でき、たとえば、バイナリタッチ結果（たとえば、有効なタッチイベントまたは無効なタッチイベント）を示す視覚的なインジケータ（たとえば、数字、テキスト、グラフ）の形式でＡＰＩ呼び出しから結果を得ることができる。例えば、図１または図２で示された命令１２４または２２４はそれぞれ、プロセス４００から測定結果の視覚的な出力をリクエストするために（ユーザによって入力される）ＡＰＩ呼び出しを含むことができる。いくつかの例では、ＡＰＩ呼び出しに、タッチスキャンを開始させ、完了時にタッチイベント（たとえば、図３Ｂを参照）の有無のグラフィカル表現を示す結果を取得させることができる。こうして、命令１２４または２２４は、２つの異なる構成（ＴＸポートとＲＸポートを交換した状態で）の測定を容易にし、診断アプリケーションを起動できる、例えば、異なるタイプのエラーとして潜在的な異常を分類できる外部プロセッサによって更なる分析を許容できる結果を出力することができる。ＡＰＩ内に命令をカプセル化することで、ポータブルでモジュール式のアプローチを提供でき、リファクタリングなしで命令をアプリケーションからアプリケーションに、および、ＭＣＵからＭＣＵに移植されることを許容することができる。

図５は、一実施形態において相互容量タッチセンシングの異常検出を実行するためのプロセス５００を図示するフロー図である。プロセスは、ブロック５０２、５０４、および／または５０６のうちの１つまたは複数によって図示されるように、１つまたは複数の動作、作用、または機能を含むことができる。個別のブロックによって図示されているけれども、希望する実装に応じて、さまざまなブロックは、追加のブロックに分割されたり、より少ないブロックに結合されたり、削除されたり、並行して実行されたりできる。

プロセス５００は、ブロック５０２で開始することができる。ブロック５０２で、プロセッサは、センサに接続されたデバイスの第１のポートと第２のポートとの間の第１の容量変化の第１の測定値を受け取ることができる。第１の測定値は、第１のポートが第１の機能を実行するように構成されていることに対応して、および、第２のポートが第２の機能を実行するように構成されていることに対応して、取得することができる。いくつかの例では、プロセッサは、第２のポートが第１の機能を実行するように構成されていることに対応して、かつ、第１のポートが第２の機能を実行するように構成されていることに対応して、センサの第１のポートと第２のポートとの間の第１の容量変化を検出することができる。プロセッサはさらに、第１の容量変化を第１の測定値に変換できる。プロセッサはさらに、第１の容量変化の検出に対応して第２の機能を実行するように第１のポートを構成することができる。プロセッサはさらに、第１の容量変化の検出に対応して第１の機能を実行するように第２のポートを構成することができる。

プロセス５００は、ブロック５０２からブロック５０４に進むことができる。ブロック５０４において、プロセッサは、第１のポートと第２のポートとの間の第２の容量変化の第２の測定値を受け取ることができる。第２の測定値は、第１ポートが第２の機能を実行するように構成されていることに対応して、かつ、第２のポートが第１の機能を実行するように構成された第２のポートに対応して取得することができる。プロセッサはさらに、第１のポートが第２の機能を実行するように構成されていることに対応して、かつ、第２のポートが第１の機能を実行するように構成されていることに対応して、センサの第１のポートと第２のポートとの間の第２の容量変化を検出することができる。プロセッサはさらに、第２の容量変化を第２の測定値に変換できる。

プロセス５００は、ブロック５０４からブロック５０６に進むことができる。ブロック５０６では、プロセッサは、第１の測定値および第２の測定値に基づいて、センサにおける異常の発生の可能性を判断することができる。いくつかの例では、プロセッサは、第１の測定値と第２の測定値との間の差を判断することができる。プロセッサはさらに、その差に基づいて、異常の発生の可能性を判断することができる。いくつかの例では、プロセッサは、その差を閾値と比較することができる。その差が閾値未満であることに対応して、プロセッサは、センサ内の異常の発生の能性が低いことに対応して、センサ内の異常の発生の可能性が低いと判断することができる。その差が閾値よりも大きいことに対応して、プロセッサは、センサ内の異常の発生の可能性が高いと判断することができる。いくつかの例では、プロセッサは、異常の発生の可能性をディスプレイに出力することができる。いくつかの例では、プロセッサは、異常の発生の可能性を別のプロセッサに出力することができる。

図６は、本開示の一実施形態において相互容量タッチセンシングの異常検出を実行することができる例示的なコンピュータまたは処理システムの概略図を示す。コンピュータシステムは、適切な処理システムの一例に過ぎず、本明細書に記載の方法の実施形態の使用範囲または機能に関する制限を何ら示唆することを意図するものではない。図示した処理システムは、他の多くの汎用または特殊目的のコンピューティングシステム環境または構成で動作可能であってもよい。図６に示した処理システムでの使用に適切であり得る周知のコンピューティングシステム、環境、および／または構成の例には、パーソナルコンピュータシステム、サーバコンピュータシステム、シンクライアント、ハンドヘルドまたはラップトップデバイス、スマートフォンを含む携帯電話またはセル方式の携帯無線電話、ウェアラブルデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラム可能な家電製品、ネットワークＰＣ、ミニコンピュータシステム、メインフレームコンピュータシステム、スーパーコンピュータ、上記のシステムまたはデバイスのいくつかを含む分散型クラウドコンピューティング環境などを含んでもよいが、これらに限定されない。

コンピュータシステムは、コンピュータシステムによって実行される、プログラムモジュールなどのコンピュータシステム実行可能命令の一般的なコンテクストで説明されてもよい。一般に、プログラムモジュールは、特定のタスクを実行したり、特定の抽象データ型を実行したりするルーチン、プログラム、オブジェクト、コンポーネント、ロジック、データ構造などを含んでもよい。コンピュータシステムは、通信ネットワークを介してリンクされたリモート処理デバイスによってタスクが実行される分散型クラウドコンピューティング環境で実践されてもよい。分散型クラウドコンピューティング環境では、プログラムモジュールは、メモリストレージデバイスを含むローカルおよびリモートの両方のコンピュータシステムストレージメディア内に配置されてもよい。

コンピュータシステムの構成要素は、１つまたは複数のプロセッサまたは処理ユニット１２、システムメモリ１６、および、システムメモリ１６を含む様々なシステム構成要素をプロセッサ１２に結合するバス１４を含んでもよいが、これらに限定されない。プロセッサ１２は、本明細書で説明される方法を実行するモジュール３０（例えば、容量タッチモジュール３０）を含んでもよい。モジュール３０は、プロセッサ１２の集積回路にプログラムされても、プロセッサ１２の集積回路に埋め込まれ若しくは統合されても、または、システムメモリ１６、記憶装置１８、または、ネットワーク２４、若しくは、それらの組み合わせからロードされてもよい。

バス１４は、メモリバスまたはメモリコントローラ、周辺バス、アクセラレートグラフィックスポート、および、様々なバスアーキテクチャのいずれかを使用するプロセッサまたはローカルバスを含む、いくつかのタイプのバス構造のいずれか１つまたは複数を表してもよい。例として、限定ではないが、そのようなアーキテクチャには、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロ・チャンネル・アーキテクチャ（ＭＣＡ）バス、改良型ＩＳＡ（ＥＩＳＡ）バス、ぺサ（ＶＥＳＡ）ローカルバス、周辺機器相互接続（ＰＣＩ）バス、および、ユニバーサル・シリアル・バス（ＵＳＢ）を含む。

コンピュータシステムは、様々なコンピュータシステム可読媒体を含んでもよい。そのような媒体は、コンピュータシステムによってアクセス可能である任意の利用可能な媒体であってもよく、揮発性および不揮発性媒体、リムーバブルおよび非リムーバブル媒体の両方を含んでもよい。

システムメモリ１６は、ランダムアクセスメモリ（ＲＡＭ）および／またはキャッシュメモリなどの揮発性メモリの形式のコンピュータシステム可読媒体を含むことができる。コンピュータシステムはさらに、他の取り外し可能／取り外し不可能な、揮発性／不揮発性のコンピュータシステム記憶媒体を含んでもよい。ほんの一例として、記憶装置１８は、取り外し不可能で不揮発性の磁気媒体（例えば、「ハードドライブ」）からの読み取りおよび書き込みのために提供することができる。図示されていないが、取り外し可能な不揮発性の磁気ディスク（例えば、「フロッピーディスク」）からの読み取りおよび書き込み用の磁気ディスクドライブと、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、または他の光学媒体などの取り外し可能な不揮発性光ディスクからの読み取りまたは書き込み用の光ディスクドライブを設けることができる。不揮発性メモリまたは記憶媒体の他の例には、例えば、フラッシュメモリ、ソリッドステートドライブ（ＳＤＤ）、磁気抵抗ランダムアクセスメモリ（ＭＲＡＭ）を含むことができる。そのような場合、それぞれが１つまたは複数のデータメディアインタフェースによってバス１４に接続することができる。

コンピュータシステムはまた、キーボード、ポインティングデバイス、ディスプレイ２８などのような１つまたは複数の外部デバイス２６と、ユーザがコンピュータシステムとやり取りできる１つ以上のデバイスと、および／または、コンピュータシステムが１つまたは複数の他のコンピューティングデバイスと通信できる任意のデバイス（例えば、ネットワークカード、モデムなど）と通信してもよい。そのような通信は、入力／出力（Ｉ ／ Ｏ）インタフェース２０を介して発生する可能性がある。

それでもなお、コンピュータシステムは、ローカルエリアネットワーク（ＬＡＮ）、一般的なワイドエリアネットワーク（ＷＡＮ）、ＷＩ－ＦＩ、ブルートゥース、セルラーネットワーク（例えば、３Ｇ、４Ｇ、５Ｇ、ロング・ターム・エボリューション（ＬＴＥ））、および／または、パブリックネットワーク（例えば、インターネット）などの１つまたは複数のネットワーク２４とネットワークアダプタ２２を介して通信することができる。図のように、ネットワークアダプタ２２は、バス１４を介してコンピュータシステムの他のコンポーネントと通信する。なお、図示されていないが、他のハードウェアおよび／またはソフトウェアコンポーネントがコンピュータシステムと組み合わせて使用され得ることを理解すべきである。例には、マイクロコード、デバイスドライバ、冗長処理装置、外部ディスクドライブアレイ、ＲＡＩＤシステム、テープドライブ、データアーカイブストレージシステムなどが含まれるが、これらに限定されない。

本発明は、統合において任意の可能な技術的詳細レベルでのシステム、方法、および／またはコンピュータプログラム製品であってもよい。コンピュータプログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令をその上に有するコンピュータ可読記憶媒体（または複数の媒体）を含んでもよい。

コンピュータ可読記憶媒体は、命令実行デバイスによって使用するための命令を保持および記憶することができる有形のデバイスであり得る。コンピュータ可読記憶媒体は、例えば、電子記憶装置、磁気記憶装置、光学記憶装置、電磁記憶装置、半導体記憶装置、または前述の任意の適切な組み合わせであってもよく、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例の非網羅的なリストには以下が含まれる：ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、メモリスティック、フラッシュメモリ、フロッピーディスク、命令が記録された溝内のパンチカードまたは隆起構造物などの機械的に符号化されたデバイス、および、前述の任意の適切な組み合わせ。本明細書で使用されるコンピュータ可読記憶媒体は、電波または他の自由に伝播する電磁波、導波管または他の伝送媒体を通って伝播する電磁波（例えば、光ファイバケーブルを通過する光パルス）、または、ワイヤを介して送信される電気信号などの一時的な信号自体であると解釈されるべきではない。

本明細書に記載のコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれのコンピューティング／処理デバイスに、または、ネットワーク、例えば、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、および／または、ワイヤレスネットワークを介して外部コンピュータまたは外部記憶装置にダウンロードすることができる。ネットワークは、銅線伝送ケーブル、光伝送ファイバ、無線伝送、ルーター、ファイアウォール、スイッチ、ゲートウェイコンピュータ、および／または、エッジサーバで構成してもよい。各コンピューティング／処理デバイスのネットワークアダプタカードまたはネットワークインタフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、それぞれのコンピューティング／処理デバイス内のコンピュータ可読記憶媒体に記憶するためにコンピュータ可読プログラム命令を転送する。

本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路用の構成データ、またはＳｍａｌｌｔａｌｋ、Ｃ＋＋、Ｃ＃、Ｊａｖａ、Ｃ＋＋、Ｃ＃、Ｐｙｔｈｏｎ、Ｒ、ＰＨＰ、Ｖｉｓｕａｌ Ｂａｓｉｃ．ＮＥＴ、ＪａｖａＳｃｒｉｐｔ、Ｒｕｂｙ、Ｐｅｒｌ、Ｏｂｊｅｃｔ Ｐａｓｃａｌ、Ｏｂｊｅｃｔｉｖｅ－Ｃ、Ｄａｒｔ、Ｓｗｉｆｔ、Ｓｃａｌｅ、Ｋｏｔｌｉｎ、Ｃｏｍｍｏｎ Ｌｉｓｐ、ＭＡＴＬＡＢ、などのオブジェクト指向プログラミング言語、および、「Ｃ」プログラミング言語や同様のプログラミング言語などの手続き型プログラミング言語を含めた１つ以上のプログラミング言語の任意の組み合わせで記述されたソースコードまたはオブジェクトコードであってもよい。コンピュータ可読プログラム命令は、完全にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、スタンドアロンソフトウェアパッケージとして、部分的にユーザのコンピュータ上でおよび部分的にリモートコンピュータ上で、または、完全にリモートコンピュータ上でまたはサーバ上で実行され得る。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続されてもよいし、または、外部コンピュータに接続されてもよい（たとえば、インターネットサービスプロバイダを使用したインターネット経由）。いくつかの実施形態では、本発明の態様を実行するために、例えば、プログラマブルロジック回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはプログラマブルロジックアレイ（ＰＬＡ）を含む電子回路は、コンピュータ可読プログラム命令の状態情報を利用してパーソナライズすることにより、コンピュータ可読プログラム命令を実行することができる。

本発明の態様は、本発明の実施形態による方法、装置（システム）、およびコンピュータプログラム製品のフローチャート図および／またはブロック図を参照して本明細書に記載されている。フローチャート図および／またはブロック図の各ブロックと、フローチャート図および／またはブロック図のブロックの組み合わせとは、コンピュータ可読プログラム命令によって実行できることが理解される。

これらのコンピュータ可読プログラム命令は、汎用コンピュータ、特殊目的コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサに提供されて、コンピュータまたは他のプログラム可能なデータ処理装置のプロセッサを介して実行する命令がフローチャートおよび／またはブロック図の１つまたは複数のブロックで指定された機能／行為を実行するための手段を作成するような機械を製造してもよい。これらのコンピュータ可読プログラム命令はまた、コンピュータ、プログラム可能なデータ処理装置、および／または他のデバイスに、フローチャートおよび／またはブロック図の１つまたは複数のブロックで指定された機能／行為の態様を実行する命令を含んだ製造品を備えるような特定の方法で機能するように指示するコンピュータ可読記憶媒体に格納されてもよい。

コンピュータ可読プログラム命令はまた、コンピュータ、他のプログラム可能なデータ処理装置、または他のデバイスにロードされて、一連の操作ステップをコンピュータ、他のプログラム可能な装置、または他のデバイス上で実行させて、フローチャートおよび／またはブロック図の１つまたは複数のブロックで指定された機能／行為を実行するコンピュータ、他のプログラム可能な装置、または他のデバイス上で実行するようなコンピュータ実行プロセスを製造してもよい。

図中のフローチャートおよびブロック図は、本発明の様々な実施形態によるシステム、方法、およびコンピュータプログラム製品の可能な実装のアーキテクチャ、機能、および動作を示している。これに関して、フローチャートまたはブロック図の各ブロックは、モジュール、セグメント、または命令の一部を表すことができ、これは、指定された論理機能を実行するための１つまたは複数の実行可能命令を含んでもよい。いくつかの代替の実装では、ブロックで言及されている機能は、図で言及されている順序から外れて発生するかもれしない。たとえば、連続して表示される２つのブロックは、実際には、実質的に同時に実行されてもよいし、または、そのブロックは、必要とされる機能に応じて、逆の順序で実行されてもよい。なお、ブロック図のそれぞれのブロックおよび／またはフローチャート図、および、ブロック図のブロックおよび／またはフローチャート図の組み合わせは、指定された機能または動作を実行し、または、特別な専用ハードウェアとコンピュータ命令の組み合わせを実行する特別な目的のハードウェアベースのシステムによって実行することができる。

本明細書で使用される用語は、特定の実施形態のみを説明する目的であり、本発明を限定することを意図するものではない。本明細書で使用される場合、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が明らかに他のことを示さない限り、複数形も含むことを意図している。さらに、「comprises（含む）」および／または「comprising（含む）」という用語は、本明細書で使用される場合、定められた特徴、整数、ステップ、操作、要素、および／または構成要素の存在を指定するが、他の特徴、整数、ステップ、操作、要素、構成要素、および／または、それらのグループの１つまたは複数の存在または追加を除外しないことが、さらに理解されるだろう。

以下の特許請求の範囲におけるすべての手段またはステッププラス機能要素の対応する構造、材料、行為、および同等物は、具体的に主張されたような他の請求項に記載された構成要素を組合わせて機能を実行するための任意の構造、材料、または行為を含むよう意図されている。本発明の説明は、例示および説明の目的で提示されたが、包括的であるよう意図されず、または、開示された形態の本発明に限定されるよう意図されない。多くの変更および変形は、本発明の範囲および主旨から逸脱することなく、当業者に明らかであろう。実施形態は、本発明の原理および実際の適用を最もよく説明するために、および、他の当業者が、企図される特定の使用に適した様々な変形を伴う様々な実施形態について本発明を理解可能にするために選択および説明された。

Claims (20)

1. 以下のように構成されたプロセッサを含む装置：
   第１のポートと第２のポートとの間の第１の容量変化の第１の測定値を受信し、前記第１のポートおよび前記第２のポートは、センサに接続されたデバイスのポートであり、前記第１の測定値は、前記第１のポートが第１の機能を実行するように構成されたことに対応して、かつ、前記第２のポートが第２の機能を実行するように構成されたことに対応して得られ、
   前記第１のポートと前記第２のポートとの間の第２の容量変化の第２の測定値を受信し、前記第２の測定値は、前記第１のポートが前記第２の機能を実行するように構成されたことに対応して、かつ、前記第２のポートが前記第１の機能を実行するように構成されたことに対応して得られ、
   前記第１の測定値と前記第２の測定値に基づいて前記センサ内の異常の発生可能性を判断する。
2. 請求項１に記載の装置において、
   前記プロセッサは、
   前記第１の測定値と前記第２の測定値の差を決定し、
   前記差に基づいて、前記センサの前記異常の前記発生可能性を判断する
   ように構成された装置。
3. 請求項２に記載の装置において、
   前記プロセッサは、
   前記差を閾値と比較し、
   前記差が閾値未満であることに対応して、前記センサの前記異常の発生が低いと判断し、
   前記差が前記閾値よりも大きいことに対応して、前記センサの前記異常の発生が高いと判断する、
   ように構成された装置。
4. 請求項１に記載の装置において、
   前記センサは相互容量センサである装置。
5. 請求項１に記載の装置において、
   前記センサと、
   前記センサに接続される前記デバイスと、
   をさらに備え、
   前記デバイスは、
   前記第１のポートが前記第１の機能を実行するように構成されたことに対応して、かつ、前記第２のポートが前記第２の機能を実行するように構成されたことに対応して、前記第１のポートと前記第２のポートとの間の第１の容量変化を検出し、
   前記第１の容量変化を前記第１の測定値に変換し、
   前記第１の容量変化の検出に対応して前記第２の機能を実行するように前記第１のポートを構成し、
   前記第１の容量変化の検出に対応して前記第１の機能を実行するように前記第２のポートを構成し、
   前記第１のポートが前記第２の機能を実行するように構成されたことに対応して、かつ、前記第２のポートが前記第１の機能を実行するように構成されたことに対応して、前記第１のポートと前記第２のポートとの間の第２の容量変化を検出し、
   前記第２の容量変化を前記第２の測定値に変換する、
   ように構成された装置。
6. 請求項５に記載の装置において、
   前記デバイスは、
   前記第２の容量変化の検出に対応して前記第１の機能を実行するように前記第１のポートを構成し、
   前記第２の容量変化の検出に対応して前記第２の機能を実行するように前記第２のポートを構成する、
   ように構成された装置。
7. 請求項１に記載の装置において、
   ディスプレイをさらに備え、
   前記プロセッサは、前記ディスプレイ上の前記異常の前記発生可能性を出力するように構成された装置。
8. 請求項１に記載の装置において、
   前記プロセッサは、前記異常の前記発生可能性を別のプロセッサに出力するように構成された装置。
9. 請求項１に記載の装置において、
   前記プロセッサは、前記センサのユーザインタフェース上で前記異常の前記発生可能性の視覚的インジケータを出力するように構成された装置。
10. 方法であって、
    プロセッサによって、センサに接続されたデバイスの第１のポートと第２のポートとの間の第１の容量変化の第１の測定値を受信し、前記第１の測定値は、前記第１のポートが第１の機能を実行するように構成されたことに対応して、かつ、前記第第２のポートが第２の機能を実行するように構成されたことに対応して得られ、
    前記プロセッサによって、前記第１のポートと前記第２のポートとの間の第２の容量変化の第２の測定値を受信し、前記第２の測定値は、前記第１のポートが前記第２の機能を実行するように構成されたことに対応して、かつ、前記第２のポートが前記第１の機能を実行するように構成されたことに対応して得られ、
    前記プロセッサによって、前記第１の測定値と前記第２の測定値に基づいて前記センサ内の異常の発生可能性を判断する方法。
11. 請求項１０に記載の方法において、
    前記センサにおける前記異常の前記発生可能性を判断することは、
    前記プロセッサによって、前記第１の測定値と前記第２の測定値の差を決定し、
    前記プロセッサによって、前記差に基づいて前記異常の前記発生可能性を判断する、
    ことを含む方法。
12. 請求項１１に記載の方法において、
    前記差に基づいて前記異常の前記発生可能性を判断することは、
    前記プロセッサによって、前記差を閾値と比較し、
    前記差が前記閾値未満であることに対応して、前記プロセッサによって前記センサ内の前記異常の前記発生可能性は低いと判断し、
    前記差が前記閾値よりも大きいことに対応して、前記プロセッサによって前記センサ内の前記異常の前記発生可能性が高いと判断する、
    ことを含む方法。
13. 請求項１０に記載の方法において、
    前記プロセッサによって、ディスプレイ上に前記異常の前記発生可能性を出力することをさらに含む方法。
14. 請求項１０に記載の方法において、
    前記プロセッサによって、別のプロセッサに前記異常の前記発生可能性を出力することをさらに含む方法。
15. 請求項１０に記載の方法において、
    前記プロセッサによって、前記第１のポートが前記第１の機能を実行するように構成されたことに対応して、かつ、前記第２のポートが前記第２の機能を実行するように構成されたことに対応して、前記センサの前記第１のポートと前記第２のポートとの間の前記第１の容量変化を検出し、
    前記プロセッサによって、前記第１の容量変化を前記第１の測定値に変換し、
    前記プロセッサによって、前記第１の容量変化の検出に対応して前記第２の機能を実行するように前記第１のポートを構成し、
    前記プロセッサによって、前記第１の容量変化の検出に対応して前記第１の機能を実行するように前記第２のポートを構成し、
    前記第１のポートが前記第２の機能を実行するように構成されたことに対応して、かつ、前記第２のポートが前記第１の機能を実行するように構成されたことに対応して、前記センサの前記第１のポートと前記第２のポートとの間の前記第２の容量変化を前記プロセッサによって検出し、
    前記プロセッサによって、前記第２の容量変化を前記第２の測定値に変換する、
    ことを含む方法。
16. コンピュータに少なくとも以下を実行させる命令を格納する非一時的なコンピュータ可読記憶媒体：
    センサに接続されたデバイスの第１のポートと第２のポートとの間の第１の容量変化の第１の測定値を受信し、前記第１の測定値は、前記第１のポートが第１の機能を実行するように構成されたことに対応して、かつ、前記第２のポートが第２の機能を実行するように構成されたことに対応して得られ、
    前記センサに接続された前記デバイスの前記第１のポートと前記第２のポートとの間の第２の容量変化の第２の測定値を受信し、前記第２の測定値が、前記第１のポートが前記第２の機能を実行するように構成されたことに対応して、かつ、前記第２のポートが前記第１の機能を実行するように構成されたことに対応して得られ、
    前記第１の測定値と前記第２の測定値に基づいて前記センサ内の異常の発生可能性を判断する、
    ことを含む非一時的なコンピュータ可読記憶媒体。
17. 請求項１６に記載の非一時的なコンピュータ可読記憶媒体において、
    前記センサ内の前記異常の前記発生可能性を判断することは、
    前記第１の測定値と前記第２の測定値の差を決定し、
    前記差に基づいて前記異常の前記発生可能性を判断する、
    ことを含む非一時的なコンピュータ可読記憶媒体。
18. 請求項１７に記載の非一時的なコンピュータ可読記憶媒体において、
    前記差に基づいて前記異常の前記発生可能性を判断することは、
    前記差を閾値と比較し、
    前記差が前記閾値未満であることに対応して、前記センサ内の前記異常の前記発生可能性が低いと判断し、
    前記差が前記閾値よりも大きいことに対応して、前記センサ内の前記異常の前記発生可能性が高いと判断する、
    ことを含む非一時的なコンピュータ可読記憶媒体。
19. 請求項１６に記載の非一時的なコンピュータ可読記憶媒体において、
    前記命令はさらに、前記コンピュータに、前記異常の前記発生可能性をディスプレイに出力することを実行させる非一時的なコンピュータ可読記憶媒体。
20. 請求項１６に記載の非一時的なコンピュータ可読記憶媒体において、
    前記命令はさらに、前記コンピュータに、前記異常の前記発生可能性を別のプロセッサに出力することを実行させる非一時的なコンピュータ可読記憶媒体。

Images