(57)【要約】      （修正有）【課題】電子エンティティに対する電子的に行われる要求を容認する。【解決手段】電子エンティティに対する電子的に行われる要求を容認するように構成される、コンピュータ化された承認システムは、各電子的に行われる要求を承認するように構成される少なくとも１つの所定の電子承認デバイスの指示を記憶するストアを備える。コンピュータ化された承認システムはさらに、電子エンティティに対する電子的に行われる要求を受け取ることに応じて、要求の指示が、ストアで示されるように、要求を承認するように構成される少なくとも１つの所定の電子承認デバイスに出力される。少なくとも１つの所定の電子承認デバイスから、承認の指示を受け取ることに応じて、要求の承認の指示が、電子エンティティに出力される。【選択図】なし【特許請求の範囲】
【請求項１】
電子エンティティに対する電子的に行われる要求を承認するように構成される、コンピ
ュータ化された承認システムであって、
電子エンティティに対する電子的に行われる要求を承認するように構成される、対応する複数の所定の電子承認デバイスの複数の指示を記憶するように構成される、ストアを備え、
さらに、
前記電子エンティティに対する前記電子的に行われる要求を受け取ることに応じて、前記ストアで示されるように、前記電子エンティティに対する前記電子的に行われる要求の１つ以上の承認を対応する複数のユーザが提供することを可能にするように構成される、前記複数の所定の電子承認デバイスに、前記電子エンティティに対する前記電子的に行われる要求の前記指示が出力され、
前記複数の所定の電子承認デバイスの前記対応する１つ以上の所定の電子承認デバイスから、前記１つ以上の承認を受け取ることに応じて、前記１つ以上の承認が所定の基準を満たすときに、前記電子エンティティに対する前記電子的に行われる要求の承認指示が、前記電子エンティティに出力される、コンピュータ化された承認システム。
【請求項２】
前記所定の基準を満たす前記１つ以上の承認が、所定の時間内に、前記対応する１つ以上の所定の電子承認デバイスから受け取られなかった場合に、前記電子エンティティに対する前記電子的に行われる要求を拒否する旨の指示が、前記電子エンティティに送られるようにさらに構成される、請求項１に記載のコンピュータ化された承認システム。
【請求項３】
前記複数の所定の電子承認デバイスの１つ以上から、前記電子エンティティに対する前記電子的に行われる要求が不正である旨の指示を受け取り、それに応じて、前記電子エンティティにメッセージを伝送するようにさらに構成される、請求項１または請求項２に記載のコンピュータ化された承認システム。
【請求項４】
前記複数の所定の電子承認デバイスの前記１つ以上から、前記電子エンティティに対する前記電子的に行われる要求が不正である旨の前記指示を受け取ることに応じて、前記電子エンティティに対する前記電子的に行われる要求を行った電子デバイス、および／または前記電子エンティティに対する前記電子的に行われる要求を行った前記電子デバイスのユーザを識別するために、識別情報要求が行われるようにさらに構成される、請求項３に記載のコンピュータ化された承認システム。
【請求項５】
前記識別情報要求は、前記電子エンティティに対する前記電子的に行われる要求を行った前記電子デバイスの前記ユーザの画像を取り込むために、前記電子エンティティに対する前記電子的に行われる要求を行った前記電子デバイスに送られる信号を含む、請求項４に記載のコンピュータ化された承認システム。
【請求項６】
前記複数の所定の電子承認デバイスは、前記電子エンティティに対する前記電子的に行われる要求を行った電子デバイスとは異なるデバイスである、請求項１から５のいずれかに記載のコンピュータ化された承認システム。
【請求項７】
前記所定の基準は、前記１つ以上の承認が少なくとも所定数の承認であることである、請求項１から６のいずれかに記載のコンピュータ化された承認システム。
【請求項８】
前記ストアは、前記所定数を記憶するように構成される、請求項７に記載のコンピュータ化された承認システム。
【請求項９】
ネットワーク上に複数のコンピュータおよび／またはサーバを備える、請求項１から８のいずれかに記載のコンピュータ化された承認システム。
【請求項１０】
コンピュータ化された承認方法であって、
複数の所定の電子承認デバイスは、対応する複数のユーザが前記電子エンティティに対する前記電子的に行われる要求の１つ以上の承認を提供することを可能にするように構成されて、電子エンティティに対する電子的に行われる要求を受け取ることに応じて、ストアで示されるように、前記電子エンティティに対する前記電子的に行われる要求の指示を、前記複数の所定の電子承認デバイスに送ることと、
前記ストアで示されるように、前記複数の所定の電子承認デバイスの前記対応する１つ以上の所定の電子承認デバイスから１つ以上の承認を受け取ることに応じて、前記１つ以上の承認が所定の基準を満たすときに、前記電子エンティティに対する前記電子的に行われる要求の承認指示を前記電子エンティティに送ることと、を含む、コンピュータ化された承認方法。
【請求項１１】
前記所定の基準を満たす、前記電子エンティティに対する前記電子的に行われる要求の前記１つ以上の承認が、所定の時間内に、前記複数の所定の電子承認デバイスの前記１つ以上の所定の電子承認デバイスから受け取られなかった場合に、前記電子エンティティに対する前記電子的に行われる要求を拒否する旨の指示を、前記電子エンティティに送ることをさらに含む、請求項１０に記載のコンピュータ化された承認方法。
【請求項１２】
前記複数の所定の電子承認デバイスの前記所定の電子承認デバイスの１つ以上から、前記電子エンティティに対する前記電子的に行われる要求が不正である旨の指示を受け取ることと、それに応じて、前記電子エンティティにメッセージを伝送することと、をさらに含む、請求項１０または請求項１１に記載のコンピュータ化された承認方法。
【請求項１３】
前記１つ以上の所定の電子承認デバイスから、前記電子エンティティに対する前記電子的に行われる要求が不正である旨の前記指示を受け取ることに応じて、前記電子エンティティに対する前記電子的に行われる要求を行った電子デバイス、および／または前記電子エンティティに対する前記電子的に行われる要求を行った前記電子デバイスのユーザを識別するために、識別情報要求を行うことをさらに含む、請求項１２に記載のコンピュータ化された承認方法。
【請求項１４】
前記識別情報要求は、前記電子エンティティに対する前記電子的に行われる要求を行った前記電子デバイスの前記ユーザの画像を取り込むために、前記電子エンティティに対する前記電子的に行われる要求を行った前記電子デバイスに信号を送ることを含む、請求項１３に記載のコンピュータ化された承認方法。
【請求項１５】
前記複数の所定の電子承認デバイスは、前記電子エンティティに対する前記電子的に行われる要求を行った電子デバイスとは異なるデバイスである、請求項１０から１４のいずれかに記載のコンピュータ化された承認方法。
【請求項１６】
前記電子エンティティに対する前記電子的に行われる要求の承認指示を送ることは、所定数の前記複数の所定の電子承認デバイスから承認を受け取ることに応じて、前記電子エンティティに対する前記電子的に行われる要求の前記承認指示を前記電子エンティティに送ることを含む、請求項１０から１５のいずれかに記載のコンピュータ化された承認方法。
【請求項１７】
前記所定数を前記ストアに記憶することを含む、請求項１６に記載のコンピュータ化された承認方法。
【請求項１８】
電子エンティティに対する電子的に行われる要求を受け取ることに応じて、ストアで示されるように、前記電子エンティティに対する前記電子的に行われる要求の指示を、前記複数の所定の電子承認デバイスに送ること、および
前記ストアで示されるように、前記１つ以上の所定の電子承認デバイスから、前記所定の基準を満たす１つ以上の承認を受け取ることに応じて、前記電子エンティティに対する前記電子的に行われる要求の承認指示を前記電子エンティティに送ることは、ネットワーク上の複数のコンピュータおよび／またはサーバによって実行される、請求項１０から１７のいずれかに記載のコンピュータ化された承認方法。
【請求項１９】
電子承認デバイスであって、
異なる電子デバイスからの電子エンティティに対する電子的に行われる要求の指示を、コンピュータ化された承認システムから受け取るための、入力と、
前記電子エンティティに対する前記電子的に行われる要求の前記指示を示し、かつユーザが前記電子エンティティに対する前記電子的に行われる要求を承認することを可能にするように構成される、ユーザインターフェースと、
前記電子エンティティに対する前記電子的に行われる要求の承認指示を、前記コンピュータ化された承認システムに出力するための、出力と、を備え、
前記電子承認デバイスは、
前記入力において、前記電子エンティティに対する前記電子的に行われる要求の前記指示を受け取ることに応じて、前記ユーザインターフェースが、前記電子エンティティに対する前記電子的に行われる要求の前記指示を示し、および
前記ユーザが前記電子エンティティに対する前記電子的に行われる要求を承認することに応じて、前記出力から、前記電子エンティティに対する前記電子的に行われる要求の前記承認指示を、前記コンピュータ化された承認システムに出力するように構成され、前記コンピュータ化された承認システムに出力される前記電子エンティティに対する前記電子的に行われる要求の前記承認指示は、少なくとも１つの異なる電子承認デバイスによるものを含む前記コンピュータ化された承認システムに送られる、前記電子エンティティに対する前記電子的に行われる要求の複数の承認指示の１つである、電子承認デバイス。
【請求項２０】
コンピュータに方法を行わせるための１組の命令を含む、コンピュータ読み出し可能な媒体であって、該方法は、
電子エンティティに対する電子的に行われる要求を受け取ることに応じて、ストアで示されるように、前記電子エンティティに対する前記電子的に行われる要求の指示を、複数の所定の電子承認デバイスに送ることと、
前記記憶デバイスで示されるように、前記複数の所定の電子承認デバイスの対応する１つ以上から、１つ以上の承認を受け取ることに応じて、前記電子エンティティに対する前記電子的に行われる要求の承認指示を前記電子エンティティに送ることと、を含む、コンピュータ読み出し可能な媒体。
【請求項２１】
前記複数の所定の電子承認デバイスの各所定の電子承認デバイスは、
異なる電子デバイスからの電子エンティティに対する電子的に行われる要求の指示を、コンピュータ化された承認システムから受け取るための、入力と、
前記電子エンティティに対する前記電子的に行われる要求の前記指示を示し、かつユーザが前記電子エンティティに対する前記電子的に行われる要求を承認することを可能にするように構成される、ユーザインターフェースと、
前記電子エンティティに対する前記電子的に行われる要求の承認指示を、前記コンピュータ化された承認システムに出力するための、出力と、を備え、
前記複数の電子承認デバイスの各所定の電子承認デバイスは、
前記入力において、前記電子エンティティに対する前記電子的に行われる要求の前記指示を受け取ることに応じて、前記ユーザインターフェースが、前記電子エンティティに対する前記電子的に行われる要求の前記指示を示し、および
前記ユーザが前記電子エンティティに対する前記電子的に行われる要求を承認することに応じて、前記出力から、前記電子エンティティに対する前記電子的に行われる要求の前記承認指示を、前記コンピュータ化された承認システムに出力するように構成される、請求項１から９のいずれかに記載のコンピュータ化された承認システム。
【請求項２２】
前記所定数は、前記複数の所定の電子承認デバイスの半数以上である、請求項７に記載のコンピュータ化された承認システム。
【請求項２３】
前記複数の所定の電子承認デバイスに出力される、前記電子エンティティに対する前記電子的に行われる要求の前記指示、および前記複数の所定の電子承認デバイスの対応する１つ以上の所定の電子承認デバイスからの前記１つ以上の承認は、ＨＴＴＰＳ（セキュアなハイパーテキスト転送プロトコル）を通じて伝送される、請求項１から９のいずれかに記載のコンピュータ化された承認システム。
【請求項２４】
前記複数の所定の電子承認デバイスに送られる、前記電子エンティティに対する前記電子的に行われる要求の前記指示、および前記複数の所定の電子承認デバイスの前記対応する１つ以上の所定の電子承認デバイスからの前記１つ以上の承認は、ＨＴＴＰＳ（セキュアなハイパーテキスト転送プロトコル）を通じて伝送される、請求項１０から１８のいずれかに記載のコンピュータ化された承認方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、コンピュータ化された承認システムおよび方法に関する。具体的には、特定の実施形態は、例えば、コンピュータネットワークセキュリティ、金融取引、ペアレンタルコントロールに使用される、コンピュータ化された承認システムおよび方法に関する。
【背景技術】
【０００２】
電気通信リンク等を通じてほぼセキュアな様式で電子取引等を行うために、多種多様なシステムが利用可能である。
【０００３】
１つの例は、例えば、クレジットカードまたはデビットカードによる電子支払いである。商慣習は、例えば、完全な電子購入および支払い取引に向かって迅速に変化しつつある。種々の支払い端末およびデビットカードまたはクレジットカードを使用することによって、現金を全く扱わずに支払い取引を行うことができる。
【０００４】
ユーザが、例えば小売店で購入することを望むときには、カードをカードリーダに通し、カードの識別情報に関連する情報、小売店の識別情報、および購入される商品またはサービスの値が、カード発行者（商業銀行または他の金融機関等）によって運用されるリモート後端コンピュータネットワークに伝送される。さらなる識別およびセキュリティの目的で、カードユーザには、個人識別番号（ＰＩＮ）が発行され得、ユーザのＰＩＮをカードリーダに入力することが必要とされ得る。リモートカード処理システムは、例えば、ユーザのカード口座に、提案された取引を補償するのに十分な資金または残高があることを確認し、ユーザのカード口座が現在使用可能であることを確認し、次いで、全ての適切な検証を実施した後に、確認信号をカードリーダに送り返して、取引が承認され得ることを示す。
【０００５】
ＰＩＮにより追加の識別確認を提供することによって、このシステムは、不正を防止することを補助するが、それでも、ＰＩＮは、リーダとリモートサーバとの間で伝送されるときにカード識別データとともに傍受され得るので、完全にセキュアではない。また、窃盗者が、例えば、捨てられたレシートから、または店員との共謀を通して、カードの識別詳細を取得することができる場合も、後に不正使用するための全ての適切な識別情報を含む、偽造のカードを作成することは比較的簡単なことである。
【０００６】
別の例では、インターネットおよび関連する技術の出現および採用によって、ビジネスは、サプライチェーンおよび金融チェーンの電子的統合に向かって動いている。
【０００７】
ネットワークを通じた通信および商業の機密性を向上させるために、公開鍵基盤（ＰＫＩ）暗号化システムが開発された。デジタルメッセージは、ＰＫＩ暗号化を使用して暗号化され、サイファまたはキーを使用して解読される。受け側の秘密鍵を有する人だけによってメッセージを復号化することができるので、ＰＫＩシステムは、高レベルのセキュリティを提供しようとする。しかしながら、産業界では、ＰＫＩ技術の脆弱性が、介入者（ＭＩＴＭ）攻撃を受け易いことがよく知られている。
【０００８】
ＭＩＴＭ攻撃は、２つのパーティ間の通信経路が危殆化されたことをどちらのパーティも知ることなく、２つのパーティ間のメッセージを自由に読み出す、挿入する、および修正することができるものである。攻撃を実現するために、一般的にそのような人ではなくソフトウェア過程を備える攻撃者は、２人の「被害者」の間で送られるメッセージを観察し、傍受することができなければならない。
【０００９】
傍受、なりすまし、ＭＩＴＭ攻撃、および他の形態の電子的不正を行う機会を回避するために、産業界は、電子取引を開始する人の識別情報の認証を高めることに対する必要性に気付いた。従来技術では、このようにシステムセキュリティを高めるために、数多くの試みが行われてきた。以下は、一例として、このアプローチを目標とする、従来技術の開示のリストである。
【００１０】
米国特許第５７５４６５７号は、メッセージソースがＧＰＳを使用してその場所で認証され、その未加工の信号の一部分をデータに添付する過程を説明する。
【００１１】
米国特許第５７５７９１６号は、ソースコンピュータからの未加工の衛星信号が、認証を必要とするリモートサーバに伝送される手法を開示する。その未加工のＧＰＳ信号もサーバに送る、第２のソースコンピュータが利用される。
【００１２】
米国特許第７０４３６３５号は、マスクコードを疑似乱数文字列に適用することによって揮発性識別コードを生成するために、電子コンピュータおよび特定の通信デバイスを備える、符号化識別システムを開示する。
【００１３】
米国特許第７２３１０４４号は、取引のリモートソースによって放出される２つのタイミング信号間の遅延を使用する、デジタル認証方法を開示する。
【００１４】
米国特許第７９３３４１３号は、セキュアな方法で、ピアツーピアデバイス間での暗号キー交換を容易にするために、チャネル変動構成要素を有するシステムを説明する。
【００１５】
米国特許第８０５５５８７号は、送信元インターネットプロトコル（ＩＰ）アドレスの値が暗号化され、セキュアな取引ウェブサイトでの認証を伴うアカウントパスワードと組み合わせられることを必要とする、セキュアな取引を構築するための方法を開示する。
【００１６】
米国特許出願公開第２００４／０１０４２６６号の米国特許出願は、マルチパーティ認証のためのシステムおよび方法を開示する。
【００１７】
以下に提示されるように、種々の他の従来技術のシステムがある。
【００１８】
米国特許出願公開第２０１１／０２７６４８９号による米国特許出願は、カード所有者にその使用が不正であると通知された場合に、カード所有者のデバイスがそれらのカードの使用処理を中断するために使用される、電子取引の不正を防止するための装置を開示する。
【００１９】
英国特許公開第２３９８１５９号による英国特許出願は、口座名義人のデバイスと関連付けられるクレジットカードの使用を承認するために使用される、予め選択された携帯電話の形態の単一デバイスを開示する。
【００２０】
米国特許出願公開第２０１０／０１４５８５０号による米国特許出願は、子供の携帯電話によって要求されたときに子供がお金を使うために、親の携帯電話を使用する許可を与えるシステムを開示する。
【００２１】
米国特許出願公開第２００６／０２５３３８９号による米国特許出願は、モバイル通信デバイスを使用したカード支払い取引を確保するための方法およびシステムを開示する。カード発行者または他のサービスプロバイダでの取引を受け取ると、カードと一意的に関連付けられるモバイル通信デバイスにメッセージが送られる。
【００２２】
米国特許第６０２９１５４号は、インターネットを通じた消費者と販売業者との間のクレジットカード取引における不正を検出するための方法およびシステムを開示する。この方法およびシステムは、取引に関連するクレジットカード情報を消費者から取得することと、クレジットカード取引が不正であるかどうかの定量化可能な指示を販売業者に提供するために重み付けされる様々なパラメータに基づいて、クレジットカード情報を検証することとを含む。
【００２３】
米国特許第８０４１３４３号は、所与の情報が有効である、および／または取引を完了するための資金が存在することを検証するために、支払い情報と関連付けられる銀行またはクレジット機関等の、資金源を伴う供給された購入情報を確認する、決済／料金請求サーバを開示する。
【００２４】
その最大の可能性を達成するために、電子商取引は、ハッカー攻撃、販売業者の偽装、不正、および取引拒絶に関連する懸念を含む、多数のセキュリティおよび関連する問題を解決しなければならない。
【先行技術文献】
【特許文献】
【００２５】
【特許文献１】米国特許第５７５４６５７号明細書
【特許文献２】米国特許第５７５７９１６号明細書
【特許文献３】米国特許第７０４３６３５号明細書
【特許文献４】米国特許第７２３１０４４号明細書
【特許文献５】米国特許第７９３３４１３号明細書
【特許文献６】米国特許第８０５５５８７号明細書
【特許文献７】米国特許出願公開第２００４／０１０４２６６号明細書
【特許文献８】米国特許出願公開第２０１１／０２７６４８９号明細書
【特許文献９】英国特許公開第２３９８１５９号明細書
【特許文献１０】米国特許出願公開第２０１０／０１４５８５０号明細書
【特許文献１１】米国特許出願公開第２００６／０２５３３８９号明細書
【特許文献１２】米国特許第６０２９１５４号明細書
【特許文献１３】米国特許第８０４１３４３号明細書
【発明の概要】
【００２６】
本発明の実施形態は、ユーザまたは顧客が、独立に、および代表的な検証、例えばデビットカードまたはクレジットカード発行者によって行われるものに加えて、ユーザまたは顧客の取引の承認を通じて、よりきめの細かい制御を行うことを可能にする。
【００２７】
本発明の実施形態は、例えば、ＭＩＴＭ攻撃および他の形態の電子的不正の影響を緩和することによって、オンライン取引のセキュリティの程度を高める。
【００２８】
これは、協調的な様式で、すなわち、集中型ブロッキング警告（ＣＢＡ）プログラムに参加する第三者のシステムを通じて行われる任意の種類の電子アクティビティで傍受および承認される、本明細書で開示される方法およびシステムの実施形態によって達成される。
【００２９】
以下は、開示される実施形態のいくつかの態様の基本的な理解を提供するために、簡略概要を提示する。この概要は、広範囲な概観ではなく、主要なまたは重要な要素を識別することも、そのような実施形態の範囲を描写することも意図しない。その目的は、後で提示されるより詳細な説明の序文として、簡略形態で、説明される実施形態のいくつかの概念を提示することである。
【００３０】
一例として、本明細書で説明されるコンピュータシステムおよびコンピュータ化された方法において、銀行に対するデビットカードまたはクレジットカードの支払い要求、電子メールアカウント、ソーシャルネットワーキングアカウント、または銀行口座等のコンピュータアカウントへのログオン等の、電子エンティティに対する電子的に行われる要求を承認する人または人々は、特定の所定のまたは特定の電子承認デバイス（スマートフォン、コンピュータ（ラップトップまたはデスクトップ）、タブレットコンピュータ、または他の好適な電子デバイス、あるいはモバイルもしくはポータブル電子デバイス等）から、承認を入力しなければならない。これは、追加的なセキュリティステップである。この取決めは、承認を行うことができる人または人々に対して電子的に行われる要求を承認する責任を課す。このようにして、不正な電子的要求が行われた人または人々に非常に明白である。
【００３１】
この例を継続すると、電子的に行われる要求が行われると、コンピュータ化された承認システムは、要求を受け取る。（要求はまた、銀行のコンピュータまたはインターネットサービスプロバイダ（ＩＳＰ）のコンピュータ等の電子エンティティにも送られ得る。しかしながら、次いで、承認が受け取られるまで、要求は、自動的に中断されるか、または電子エンティティで実行されない。）コンピュータ化された承認システムは、次いで、この要求の指示を（例えば、インターネットまたは他のネットワークを通じて電子信号の形態で）、コンピュータ化された承認システムのストア（ハードディスクドライブまたはメモリ）で示されるように、少なくとも１つの所定の電子承認デバイスに送る。すなわち、電子デバイスは、要求を承認することを許可された人または人々が既に利用可能なアクセスを有し、また一般的に、該人または人々のコンピュータまたはスマートフォン等の、該人または人々が識別可能なものである。承認は、特定または所定のデバイスによって受け取られる。電子デバイスで承認要求が受け取られると、一般的に、デバイスで警告が開始される。これは、電子承認デバイスのユーザインターフェースまたはディスプレイ上で行われる、可聴のおよび／または視覚的な指示の形態をとり得る。電子デバイスの所有者またはユーザは、次いで、一般的に数字および／または文字、例えばＰＩＮ（一例として、５桁のＰＩＮが使用される）を入力することによって、要求または票の承認を入力し得る。正しい承認が入力されると、電子承認デバイスからコンピュータ化された承認システムに適切な電子信号が送られる。この電子信号を受け取り次第、コンピュータ化された承認システムは、適切な信号を電子エンティティ（例えば、銀行のコンピュータまたはインターネットサービスプロバイダ（ＩＳＰ）のコンピュータ）に送り、そして要求が実行される（電子エンティティで一時停止中の要求が実行されるか、または要求が電子エンティティに送られ、次いで、実行される）。
【００３２】
本発明の実施形態は、元のアクティビティを実行するか、または中止するかを決定する前に、一時的に電子アクティビティをブロックし、さらなる認証を収集するための方法およびシステムを含み、該方法は、第三者のサービスプロバイダに対して実施される要件および開示される手法とそれらの相互作用の予期される応答、開示される方法が、過去のイベントを通知することではなく、潜在的な未だ起こっていないアクションを制御することを意図するので、それらを傍受する能力が必須である、本発明に関係するアクティビティの特徴、とりわけ、参照する権限、必要とされる支持数、および制限時間を含む、警告をトリガーするための要求の仕様、投票機構の説明、および不正を検出し、報告するその固有の能力、解決送達過程を実行する２つの異なる方法、およびクライアント側のインターネットアクセスの瞬間的な不足に対処する能力、を含む。
【００３３】
例示的なシステムは、警告をトリガーする、通知を送信する、投票を管理する、解決を送達するためのものである。例示的なシステムは、ネットワークを通してプログラムに属する第三者のサービスプロバイダ（以下「ソース」）と通信している、１つ以上のサーバデバイス（ＡＴ＊Ｓ）（１つ以上の電子エンティティ）と、インターネットを通じてクライアントデバイス（電子承認デバイス）と通信している、１つ以上のサーバデバイス（ＡＶ＊Ｓ）（コンピュータ化された承認システムを形成するもの）と、ＡＴ＊ＳデバイスとＡＶ＊Ｓデバイスとを通信させるためのプライベートネットワークインフラと、を含み、電子ソフトウェアは、一連の命令を含み、該命令は、ソース（電子的に行われる要求）の１つから、ＡＴ＊Ｓデバイスに対する警告トリガリング要求（ＡＴＲ）を受け取り、受け取ったＡＴＲの関連セクションをＡＶ＊Ｓデバイスに渡し、インターネットを介して警告受け側（以下「受け側」）のクライアントデバイスに向かって情報のメッセージを伝送し、対象となる受け側から票（承認指示）を収集し、インターネットを通じてそれらの投票をＡＶ＊Ｓデバイスに送るように構成され、評決に達するために最低限必要とされる票の数を受け取ることに応じて、またはＡＴＲで指定される期間を経過した後に、システムは、ソースが利用可能な追跡サービスによってアクセスされる記憶媒体を更新すること、およびアクションの解決に関して通知するようにトリガリングソースにコールバックすることを行う。
【００３４】
本発明の１つの実施形態において、集中型警告方法は、元のアクティビティを実行するか、または中止するかを決定する前に、一時的に電子アクティビティをブロックし、さらなる認証を収集するために提供され、該方法は、信頼性のあるソースから、現在中断中のアクティビティの説明を受け取り、プログラムに参加する１人以上のユーザの承認を待つことと、加えて、対象となる受け側から必要とされる最低支持数、アクションに票を投じるための有効な間隔を区切る期間、および最終的な解決をソースに返信するための適切なチャネルを受け取ることと、対象となる受け側のそれぞれに警告通知を送り、それらの識別情報の適切な認証に応じてそれらの票を受け付けることと、不正行為を報告し、直ちに中止するための手法として、アクションを拒否する可能性を受け側に提供することと、判断に達するか、時間切れかに関わらず、供給された票を計算し、投票の解決を判定することと、現在のアクティビティを継続するべきか、または中止するべきかに関する、信頼できる決定に関してソースに通知することとを含む。
【００３５】
一定のルール、ユーザのプロファイルにおいてユーザによって提示される構成、および現在のアクティビティの特徴に従って、要求される受け側に代わって自動的に票を投じるために、自動応答機構が提供され得る。
【００３６】
アクティビティのソースが、状態の更新およびそれらのトリガーした警告に関する解決の利用可能性についてクエリーを行うことを可能にするために、追跡サービスが提供され得る。
【００３７】
トリガリング要求にいかなるチャネルも含まれていないときには、ソースに最終決定を通知するために、デフォルトのコールバックチャネルが記憶され得る。
【００３８】
本発明の別の実施形態では、属する第三者のシステムを通じて行われる任意の種類の電子アクティビティに対する制御および承認を高めるために、集中型ブロッキング警告システムが提供され、該システムは、ネットワークを通してプログラムに属する第三者のサービスプロバイダと通信している、１つ以上のサーバモジュール（ＡＴ＊Ｓ）と、インターネットを通じて１つ以上のクライアントデバイスと通信している、１つ以上のサーバモジュール（ＡＶ＊Ｓ）とを備え、電子ソフトウェアは、一連の命令を含み、該命令は、ソースの１つから、ＡＴ＊Ｓモジュールに対する警告トリガリング要求（ＡＴＲ）を受け取り、受け取ったＡＴＲの関連セクションをＡＶ＊Ｓモジュールに渡し、インターネットを介して警告受け側のクライアントデバイスに向かって情報のメッセージを伝送し、対象となる受け側から票を収集し、インターネットを通じてそれらの投票をＡＶ＊Ｓモジュールに送るように構成され、評決に達するために最低限必要とされる票の数を受け取ることに応じて、またはＡＴＲで指定される期間を経過した後に、ＡＴ＊Ｓモジュールが、アクションの解決を属する第三者のシステムに通知する。
【００３９】
ＡＴ＊ＳおよびＡＶ＊Ｓモジュールは、複数のサーバデバイスの中に分散して存在し得、さらに、リアルタイム様式でＡＴ＊ＳデバイスとＡＶ＊Ｓデバイスとを通信させるためのプライベートネットワークインフラおよびソフトウェアを備える。
【００４０】
本システムはさらに、要求された受け側に代わって自動的に票を投じるための、自動応答モジュールを備え得る。
【００４１】
本システムはさらに、数ある他の基準の中でも、警告をトリガーするサービスプロバイダ、関係するアクティビティの種類、日付および時間に従って、受け側毎により複雑な自動投票設定を可能にするための、ルール評価エンジンを備え得る。
【００４２】
本システムはさらに、サービスプロバイダが、状態更新およびそれらのトリガーされた警告に対する解決の利用可能性について投票することを可能にするための、追跡サービスを備え得る。
【００４３】
クライアントデバイス（所定の電子承認デバイス）は、市販の汎用デバイスまたはハードウェアの特殊な部分に関わらず、携帯電話、タブレット、パーソナルコンピュータ、または任意の他の種類のインターネット接続可能なデバイスであり得る。
【００４４】
本発明の特定の実施形態の態様において、電子エンティティに対する電子的に行われる要求を承認するように構成される、コンピュータ化された承認システムが提供され、該コンピュータ化された承認システムは、各電子的に行われる要求を承認するように構成される少なくとも１つの所定の電子承認デバイスの指示を記憶するように構成される、ストアを備え、該コンピュータ化された承認システムはさらに、電子エンティティに対する電子的に行われる要求を受け取ることに応じて、要求の指示が、ストアで示されるように、要求を承認するように構成される少なくとも１つの所定の電子承認デバイスに出力され、少なくとも１つの所定の電子承認デバイスから、承認の指示を受け取ることに応じて、要求の承認指示が、電子エンティティに出力されるように構成されている。
【００４５】
コンピュータ化された承認システムはさらに、要求の承認指示が、所定の時間内に、少なくとも１つの所定の電子承認デバイスから受け取られなかった場合に、要求が拒否された旨の指示が電子エンティティに送られるように構成され得る。
【００４６】
コンピュータ化された承認システムはさらに、少なくとも１つの所定の電子承認デバイスから、電子的に行われる要求が不正である旨の指示を受け取るように構成され得る。
【００４７】
コンピュータ化された承認システムはさらに、少なくとも１つの所定の電子承認デバイスから、電子的に行われる要求が不正である旨の指示を受け取ることに応じて、電子的に行われる要求を行った電子デバイスおよび／または電子デバイスのユーザを識別するために、識別情報要求が行われるように構成され得る。
【００４８】
識別情報要求は、電子デバイスのユーザの画像を取り込むために、電子的に行われる要求を行った電子デバイスに送られる信号を含み得る。
【００４９】
少なくとも１つの所定の電子承認デバイスは、電子的に行われる要求を行う電子デバイスとは異なるデバイスであり得る。
【００５０】
コンピュータ化された承認システムは、電子エンティティに対する電子的に行われる要求の指示を、要求を承認するように構成される複数の所定の電子承認デバイスに送るように構成され得る。
【００５１】
承認指示は、複数の所定の電子承認デバイスの所定数から承認の指示を受け取ることに応じて、電子エンティティに送られ得る。
【００５２】
ストアは、複数の所定の電子承認デバイスの所定数を記憶するように構成され得る。
【００５３】
コンピュータ化された承認システムはさらに、少なくとも１つの所定の基準が満たされた場合に、要求の承認指示を電子エンティティに自動的に送るように構成され得る。
【００５４】
ストアは、少なくとも１つの所定の基準を記憶するように構成され得る。
【００５５】
少なくとも１つの所定の基準は、少なくとも１つの所定の電子承認デバイスによって設定され得る。
【００５６】
コンピュータ化された承認システムは、ネットワーク上の複数のコンピュータおよび／またはサーバを備え得る。
【００５７】
別の本発明の特定の実施形態の態様では、コンピュータ化された承認方法が提供され、該コンピュータ化された承認方法は、電子エンティティに対する電子的に行われる要求を受け取ることに応じて、ストアで示されるように、要求の指示を、少なくとも１つの所定の電子承認デバイスに送ることと、ストアで示されるように、少なくとも１つの所定の電子承認デバイスから承認の指示を受け取ることに応じて、要求の指示を、要求の承認指示を電子エンティティに送ることと、を含む。
【００５８】
コンピュータ化された承認方法はさらに、要求の承認指示が、所定の時間内に、少なくとも１つの所定の電子承認デバイスから受け取られなかった場合に、要求が拒否された旨の指示を電子エンティティに送ることを含み得る。
【００５９】
コンピュータ化された承認方法はさらに、少なくとも１つの所定の電子承認デバイスから、電子的に行われる要求が不正である旨の指示を受け取ることを含み得る。
【００６０】
コンピュータ化された承認方法はさらに、少なくとも１つの所定の電子承認デバイスから、電子的に行われる要求が不正である旨の指示を受け取ることに応じて、電子的に行われる要求を行った電子デバイスおよび／または電子デバイスのユーザを識別するために、識別情報要求を行うことを含み得る。
【００６１】
識別情報要求は、電子デバイスのユーザの画像を取り込むために、電子的に行われる要求を行った電子デバイスに信号を送ることを含み得る。
【００６２】
少なくとも１つの所定の電子承認デバイスは、電子的に行われる要求を行うデバイスとは異なるデバイスであり得る。
【００６３】
コンピュータ化された承認方法は、電子エンティティに対する電子的に行われる要求の指示を、要求を承認するように構成される複数の所定の電子承認デバイスに出力するように構成され得る。
【００６４】
コンピュータ化された承認方法は、複数の所定の電子承認デバイスの所定数から承認の指示を受け取ることに応じて、承認指示を電子エンティティに送ることを含み得る。
【００６５】
コンピュータ化された承認方法は、複数の所定の電子承認デバイスの所定数をストアに記憶することを含み得る。
【００６６】
コンピュータ化された承認方法はさらに、少なくとも１つの所定の基準が満たされた場合に、要求の承認指示を電子エンティティに自動的に送ることを含み得る。
【００６７】
コンピュータ化された承認方法はさらに、少なくとも１つの所定の基準をストアに記憶することを含み得る。
【００６８】
少なくとも１つの所定の電子承認デバイスが、少なくとも１つの所定の基準を設定し得る。
【００６９】
コンピュータ化された承認方法は、ネットワーク上の複数のコンピュータおよび／またはサーバによって実行され得る。
【００７０】
さらなる本発明の特定の実施形態の態様では、電子承認デバイスが提供され、該電子承認デバイスは、異なる電子デバイスからの電子エンティティに対する電子的に行われる要求の指示をコンピュータ化された承認システムから受け取るための入力と、電子的に行われる要求の指示を示し、かつユーザが要求を承認することを可能にするように構成される、ユーザインターフェースと、要求の承認指示をコンピュータ化された承認システムに出力するための出力と、を備え、電子承認デバイスは、入力において、電子的に行われる要求の指示を受け取ることに応じて、ユーザインターフェースが電子的に行われる要求を示すように、およびユーザが要求を承認することに応じて、出力から要求の承認指示をコンピュータ化された承認システムに出力するように構成される。
【００７１】
さらに他の本発明の特定の実施形態の態様において、コンピュータに方法を行わせるための１組の命令を含む、コンピュータ読み出し可能な媒体が提供され、該方法は、電子エンティティに対する電子的に行われる要求を受け取ることに応じて、ストアで示されるように、要求の指示を、少なくとも１つの所定の電子承認デバイスに送ることと、ストアで示されるように、少なくとも１つの所定の電子承認デバイスから承認の指示を受け取ることに応じて、要求の指示を、要求の承認指示を電子エンティティに送ることと、を含む。
【図面の簡単な説明】
【００７２】
本発明は、一例として、添付図面を参照してさらに詳細に説明される。
【００７３】
【図１】本発明の実施形態による、ブロッキング警告の高レベル挙動を例示するフローチャートである。
【図２】本発明の開示された実施形態を実行するように動作可能な例示的なコンピューティング環境の概略ブロック図を例示する図である。
【図３】本発明の開示された実施形態による、ブロッキング警告の例示的なシーケンス分析を例示する図である。
【図４】本発明の実施形態による、介入者の陰謀を打破するための手段を例示する図である。
【図５】本発明の実施形態による、金融取引の承認を通じて、よりきめが細かい制御を行うための方法を図示する図である。
【図６】本発明の実施形態による、単一票の自己承認ブロッキング警告の視覚的表現を例示する図である。
【図７】本発明の実施形態による、多数票の監視ブロッキング警告の視覚的表現を例示する図である。
【図８】本発明の実施形態による、投票機構挙動を例示する状態図である。
【図９】本発明の開示された実施形態に従う、協働的なペアレンタルコントロールを行うための方法を例示する図である。
【図１０】本発明の実施形態による、解決送達過程の２つの変形例を例示する図である。
【図１１】本発明の開示された実施形態に従う、オフライン環境に対するシステムの弾力性を例示する図である。
【図１２】本発明の特定の実施形態の態様を具体化する電子承認デバイスの画面指示を例示する図である。
【発明を実施するための形態】
【００７４】
本発明の種々の詳細な実施形態が本明細書で開示されるが、開示される実施形態は、単に、種々の形態で具体化され得る本発明の例示に過ぎないことを理解されたい。したがって、本明細書で開示される特定の構造的詳細および機能的詳細は、限定するものと解釈するべきではなく、単に、様々な様式で本発明を利用する方法を当業者に教示するための代表的な根拠に過ぎないものと解釈するべきである。
【００７５】
「例示的な」という語は、本明細書において、例、事例、または例示としての役割を果たすために使用される。本明細書で「例示的」であると説明される任意の態様または設計は、必ずしも他の態様または設計よりも好ましい、または有利であると解釈されるべきではない。
【００７６】
本出願で使用される「構成要素」、「モジュール」、「システム」等の用語は、コンピュータ関連のエンティティ、すなわち、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアを指すことが意図される。
【００７７】
一部の場合では、本発明の具体的な実施形態の態様を不明瞭にすることを回避するために、よく知られている構造、手法、または動作は、詳細に示されないか、または説明されない。さらに、説明される特定の特徴または特性は、１つ以上の実施形態において、任意の好適な様式で組み合わされ得る。
【００７８】
最初に図１を参照すると、フローチャート１００の形態で、本発明の実施形態による、ブロッキング警告の高レベル挙動が例示される。フローチャートのステップ１０１で、集中型ブロッキング警告（ＣＢＡ）プログラムに参加する外部システムにおいて、アクションが開始される。換言すれば、電子的に行われる要求は、電子デバイスによって、電子エンティティに対して行われる。第三者のシステムに関する構成設定によって提示されるように、アクションがさらなる承認を要求する場合、クライアントＣＢＡソフトウェア（コンピュータ化された承認システム）は、警告をトリガーし、アクション１０２の妥当性を決定するために投票が設定される。換言すれば、ＣＢＡまたはコンピュータ化された承認システムのストア（ハードディスクドライブまたはメモリ、例えば）で示されるように、要求の指示が所定の電子承認デバイスに送られる。
【００７９】
その後に、１０３で、対象となる受け側（所定の承認デバイス）の１つが問題に対する投票を行う（一般的に、ＰＩＮを承認デバイスに入力することによって、要求の承認指示を送る）と、ＣＢＡシステムが投票結果を解析する。依然として可能であり得るが、必要とされる支持数または最低承認数に未だ到達していない（判定ブロック１０４が「はい」である）場合、問い合わせは、アクティブな状態を保ち、解決状態を保留する。そうでない場合、アクティビティが、解決すべきいかなるさらなる票も必要としない（判定ブロック１０４が「いいえ」である）場合、関連する投票が締め切られ、１０５で、調査結果がソースシステム（要求が行われた電子エンティティ）に通知される。
【００８０】
並行して、ＣＢＡまたはコンピュータ化された承認システム構成要素が、警告の寿命を監視する。１０６で、動作の完了前にタイムアウト期間または寿命が経過した場合、１０７で、システムが、時間切れに基づいて拒否の信号を送り、その結果、１０５で、発信者（要求が行われた電子エンティティ）に通知される。
【００８１】
図１のフローチャートを続けると、ＣＢＡサーバ（全てが、コンピュータ化された承認システムを形成する）から、第三者のシステム上のクライアントＣＢＡモジュールが承認応答を受け取ると、それに従って、属するシステム（電子エンティティ）が、警告１０８をトリガーしたアクティビティ（電子的に行われる要求）を履行または中止するように作用する。
【００８２】
図２は、開示される実施形態を実行するように動作可能な、例示的なコンピューティング環境の概略的なブロック線図を例示する。ＣＢＡプログラムに参加するサービスプロバイダは、警告トリガリングクライアント（ＡＴ＊Ｃ）２０１、２０２、２０３（バンキングサービスを提供するコンピュータもしくはサーバ等の、または電子メールもしくはソーシャルネットワーキング等の他のインターネットサービスを提供するコンピュータもしくはサーバ等の、電子エンティティ）を収容して、それらが利用可能なサーバ側構成要素２０４（コンピュータ化された承認システムの一部）と相互作用する。本発明の実施形態は、サービスプロバイダが、民営の銀行または他の金融機関２０１、ならびに、そのクライアントによって行われるアクティビティのセキュアチャネルを通じて補完的な承認を必要とする電子商業ウェブサイト２０２、または任意の種類の事業２０３であるシナリオにおいて均等に有効である。
【００８３】
ＡＴ＊Ｃ（電子エンティティ）は、ソフトウェア、ファームウェア、ハードウェア、またはそのいくつかの組み合わせで実現され得る。一実施形態において、ＡＴ＊Ｃは、ＨＴＴＰＳを通じて警告トリガリングサービス（ＡＴ＊Ｓ）２０４と通信し、プロバイダ信用情報によって適切に署名された要求を、システムのアプリケーションプログラミングインターフェース（ＡＰＩ）またはＲＥＳＴｆｕｌＡＰＩで表されるウェブサービスに送る。代替の実施形態において、当業者によって理解されるように、いくつかの他のネットワークプロトコル、および／またはＡＴ＊ＳのＡＰＩの実現形態は、種々の第三者のプロバイダとシステムとの間の通信を容易にすることができる。
【００８４】
さらに図２を参照すると、ＡＴ＊Ｓモジュール２０４は、ＣＢＡプログラムに参加するサービスプロバイダとの全ての相互作用を担う。好ましい実施形態において、サーバデバイスの孤立したファームはＡＴ＊Ｓモジュール２０４を収容して、該モジュールのそれぞれに割り当てられるプライベートＵＲＬを介して、属するシステムにだけアクセスすることができ、ＩＰ範囲ファイアウォールルール、および／またはＴＣＰ／ＩＰに準拠した仮想プライベートネットワーク（ＶＰＮ）を通じた制御アクセスを通して実施されるさらなる制限を伴う。
【００８５】
ＡＴ＊Ｓ２０４は、トリガーされたアクションに対する信頼できる応答を解決することを担当するサーバモジュール、すなわち、警告投票サービス（ＡＶ＊Ｓ）２０６（コンピュータ化された承認システムの別の部分）と協働する。分散環境において、ＡＴ＊Ｓは、様々なサポートされたネットワークプロトコル２０５を通じて、リモートメッセージングプラットフォームを介して、ＡＶ＊Ｓサーバデバイスと通信する。代替の（コンピュータ化された承認システムの）単一サーバの実施形態において、トリガリングおよび投票サービスは、ある種類の過程間通信（ＩＰＣ）を通じて相互作用するか、さらには、モノリシックなアプローチで、論理的ＡＴ＊ＳおよびＡＶ＊Ｓ構成要素が、同じ物理的過程空間を共有し得る。
【００８６】
図２の図を継続すると、ＡＶ＊Ｓモジュール２０６は、インターネット、もしくは電話ネットワーク、または任意の他の類似する通信ネットワーク２０７を通じて、警告受け側または受け側デバイス（電子承認デバイス）に通知する。受け側デバイスは、警告投票クライアント（ＡＶ＊Ｃ）２０８、２０９、２１０、２１１を収容し、これらは、警告通知（電子的に行われる要求）を受け取り、解読し、そして最終ユーザに指示し、ならびに、該ユーザの票を収集し（承認指示を送り）、セキュアな様式でＡＶ＊Ｓ２０６に返送することができる。ＡＶ＊Ｃを収容するクライアントデバイスは、市販の汎用デバイスであるか、ハードウェアの特殊な部分であるかに関わらず、タブレット２０８、携帯電話２０９、パーソナルコンピュータ２１０、任意の他の種類の接続可能なデバイス２１１のいずれかであり得る。
【００８７】
ＡＶ＊Ｃは、ソフトウェア、ファームウェア、ハードウェア、またはそのいくつかの組み合わせで実現され得る。一実施形態において、ＡＶ＊Ｃは、関与するパーティの相互認証を提供するために、セキュアソケットレイヤー（ＳＳＬ）／トランスポート層セキュリティ（ＴＬＳ）プロトコルと連動して、ＴＣＰ／ＩＰスタック（ＨＴＴＰ等）に関するアプリケーションネットワーク層プロトコルを通じて、警告投票サービス（ＡＶ＊Ｓ）２０６と通信する。好適な実現形態において、ＡＶ＊Ｃは、ＡＶ＊Ｓ証明書メッセージが有効な証明書チェーンを提供することを確実にするために、ブラウザに基づくシンクライアントアプローチの代わりに、Ｗｉｎｄｏｗｓ（登録商標）、ｉＯＳ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）、または任意の他のオペレーティングシステムのためのネイティブアプリケーション上に展開され、システムの公開鍵基盤（ＰＫＩ）に従う、許容可能な証明権限者（ＣＡ）につながる。
【００８８】
図３は、具体的な実施形態に従うブロッキング警告の例示的なシーケンス分析を例示する。過程は、３０１で、ユーザ（「アクター」）がアクションを開始するか、または第三者のシステム（「ソース」）もしくは（コンピュータ化された承認システムを使用する）集中型ブロッキング警告（ＣＢＡ）プログラムに参加する電子エンティティに対する、もしくはそれらで要求を電子的に行うときに始まる。
【００８９】
ステップ３０２で、「ソース」は、その事業ルールおよび構成設定に従って、アクションが（コンピュータ化された承認システムから）さらなる承認を必要とするかどうか、ならびに、「アクター」のアカウントプロファイルによって示されたときに、「アクター」が、ＣＢＡシステムを介して、アクティビティの補完的な許可をサポートするかどうかを判定する。
【００９０】
ＣＢＡシステム（ＣＢＡＳ）の介在が必要とされる場合、「ソース」は、現在のアクティビティの実行を保留し、３０３で、ＣＢＡＳで警告をトリガーする。警告トリガリング要求（ＡＴＲ）としては、「アクター」識別情報、「ソース」ＣＢＡの関連識別子、警告をトリガーしたアクションのコードおよび／または名前、アクションの詳細な説明、投票権限（その識別情報または識別子がＣＢＡＳのストアに記憶される、「受け側」または所定の電子承認デバイス）のＣＢＡ識別子、必要とされる最低支持数、および投票のためのタイムアウト間隔が挙げられ得るが、それらに限定されない。追加的に、ＡＴＲは、動作の進捗に関して、またはその最終的な解決を「ソース」に通知するためのコールバック仕様、ならびに追跡または報告の目的で「ソース」によって動作に添付される最小在庫管理単位（ＳＫＵ）を含み得る。
【００９１】
図３の図を継続すると、ＣＢＡＳは、要求を受け取ると、「受け側」のプロファイルで「受け側」によって提示される構成に従って、３０４で、ＡＴＲに関連する自動票ルールを適用する。並行して、アクティブ構成要素は、それ自体の実行スレッドの下で動作し、３０５で、警告を監視して、一般的にアクセスできないか無関係な投票権限のため、評決に到達するのに十分な票を受け取る前にタイムアウト期間が経過した場合に信号を送って締め切る。
【００９２】
ステップ３０６で、ＣＢＡＳは、票の要求（ＲＦＶ）メッセージを「受け側」に送る（電子的に行われる要求の指示を送る）ことによって、警告の「受け側」に通知する。ＣＢＡＳは、属するサービスプロバイダのリポジトリの「ソース」データと組み合わせられるＡＴＲの情報から、ＲＦＶを組み立てる。ＲＦＶとしては、システムに内蔵される警告識別子、「アクター」および「ソース」の識別情報、警告をトリガーしたアクションの人間が読むことが可能な名前、アクションの詳細な説明、警告がトリガーされた日付および時間、ならびに投票要求の締め切り／失効の日付および時間が挙げられ得るが、それらに限定されない。
【００９３】
３０７で、「受け側」は、考慮の下でアクティビティを支持（承認）、反対、または拒否する票を投じる（一般的に、「受け側」のユーザインターフェースにＰＩＮを入力することによって、適切なボタンを選択することによって、支持、反対、または拒否する）。ＣＢＡＳは、票を投じる権利を認めることの前提条件として、投票は、依然としてアクティブであること、ＡＴＲで提示される最低支持数に従って、解決されないこと、および指定されたトリガリングの日付およびタイムアウト間隔に従って、失効されないことを実施する。好ましい実施形態において、投票またはセンシティブな投票（すなわち、支持）は、受け側からのさらなる認証を必要とし、個人識別番号（ＰＩＮ）またはワンタイムパスワード（ＯＴＰ）等の共有秘密の入力を必要とする。
【００９４】
さらに図３を参照すると、評決に到達するか、または警告が失効すると、３０８で、ＣＢＡＳは、「ソース」（電子エンティティ）に結果を通知し、それに従って、３０９で、今まで一時的に保留されていたアクションを許可またはブロックするように作用する。「ソース」は、３１０で、任意に、「アクター」（電子要求を行う電子デバイス）に承認の解決を通知する。
【００９５】
図４は、本発明の具体的な実施形態に従って介入者の陰謀を打破するための手段を例示する図である。図は、概念的に、センシティブなネットワークサイトへの接続を望む、疑いを持たないユーザ４０１に対して実行される可能性がある攻撃を示し、本明細書では、顧客４０１がアカウントを有する、サービスプロバイダ４０６（電子エンティティ）によって例示される。しかしながら、ＵＲＬをパーソナルコンピュータ４０２に直接入力する代わりに、ユーザ４０１は、例えば、電子メールメッセージで受け取ったリンクをクリックし、該メッセージに現れる様子がまさにそのものであるという印象をもたらすので、ユーザは、サービスプロバイダ４０６に由来するものと信じる。しかし、残念なことに、この電子メールは、攻撃者が匿名のプロキシサーバ４０４を通してユーザのネットワーク接続を不正にルーティングすることによって送られた偽造物である。
【００９６】
説明される方法は、フィッシングとして広く知られており、仲介者（ＭＩＴＭ）攻撃が行われる可能性がある唯一の方法であることが、当業者によって認識されるであろう。多くの変形例または類似する攻撃が可能であり、例えば、数ある中でも、トロイの木馬を顧客のＰＣ上に配置すること、ユーザのホストファイルを破壊すること、キーロギング、不正なＷｉ−Ｆｉアセスポイントを設定すること、またはドメインネームサーバ（ＤＮＳ）へのアクセスを獲得することが挙げられる。
【００９７】
図４の考察に戻ると、攻撃者が、プロキシサーバ４０４に対する正当な証明書を取得し、それによって、セキュアチャネルを通じてＳＳＬセッションを開いた場合、ユーザ４０１の経験は、完全に普通であり、それによって、サービスプロバイダ４０６によって行われる動作の正当性に対するユーザの改竄された信頼性を確証する。
【００９８】
４０３で示されるように、顧客４０１は、おそらく要求をサーバ４０６（サービスプロバイダまたは電子エンティティ）に提出する。仲介者（ＭＩＴＭ）４０４は、要求を傍受し、本物の詳細の代わりに不正なデータと置換することによって要求を（円４０３から菱形４０５に）修正し、修正された要求４０５をサービスプロバイダ４０６に送る。
【００９９】
ステップ４０７で、サービスプロバイダ４０６は、取引確認メッセージを顧客に発行するが、それは、ＭＩＴＭ過程４０４によって傍受され、ステップ４０８で、顧客に中継される。また、ペイロードが取引の詳細のコピーを含む場合、ＭＩＴＭ４０４は、元の顧客取引の詳細に戻すように（菱形４０７の代わりに、円４０８に）置換し、よって、顧客４０１は、起ころうとしている本当の取引に気付かないままである。
【０１００】
上述したＭＩＴＭ攻撃は、後でステートメントがユーザによって受け取られるまで、気付くのに非常に手間がかかる。追加的に、サービスプロバイダの記録は、本当の顧客がログインし、検証されたアクションを要求したことを示すので、顧客が、該記録が、生じた不正な取引に関係していたことを証明することは困難であり得る。
【０１０１】
しかしながら、さらに図４を参照すると、サービスプロバイダ４０６が、本発明を具体化するＣＢＡプログラムに登録しているので、ＭＩＴＭ４０４によって変更された取引を一時的に保留し、一方で、アクションを継続することを可能にする前に、ブロッキング警告４０９をトリガーして、ユーザ４０１からさらなる承認を要求する。
【０１０２】
集中型ブロッキング警告システム（ＣＢＡＳ）４１０は、ＭＩＴＭによって導入された不正なデータ（４１１の菱形）を含む、票の要求（ＲＦＶ）通知４１１を発行する。顧客４０１は、アクションが開始されたパーソナルコンピュータ４０２、または別個のハードウェアデバイス４１２（携帯電話またはスマートフォン）のいずれかで、所定の電子承認デバイスへのセキュアなネットワークチャネルを通じて、ＲＦＶを受け取り、脅威に気付いて、取引を中止することができる。したがって、ＣＢＡＳ４１０は、ＭＩＴＭ４０４攻撃を検出し、ブロックし、そして報告する可能性をユーザ４０１に提供する。
【０１０３】
図５は、金融取引の承認を通じて、よりきめが細かい制御を行うための方法を例示する図である。第１のステップで、カード所有者５０１は、例えばガソリンスタンド５０２でクレジットカードまたはデビットカード取引を開始する。カードをカードリーダに通すと、５０３で、売り場の識別情報、および購入する商品またはサービスの値が、カード発行者５０４（電子エンティティ）によって運用される後端コンピュータネットワークに伝送される。
【０１０４】
この実施例において、カード所有者は、金融機関の集中型ブロッキング警告（ＣＢＡ）プログラムに参加しており、したがって、カード発行者５０４は、取引を一時的にブロックし、金融機関のネットワークで動作するＣＢＡクライアントソフトウェアは、現在の動作に関連する警告トリガリング要求（ＡＴＲ）を提出する。ＡＴＲは、一般的に、加入したサービスプロバイダのそれぞれに割り当てられるプライベートセキュアチャネル５０５を通じて送られる、暗号化されたＸＭＬ文字列である。
【０１０５】
ＣＢＡシステム５０６は、受け取ったＡＴＲ、ならびにサービスプロバイダおよび関与するユーザによって確立される関連する設定に従って、適切な受け側に宛てられる票の要求（ＲＦＶ）メッセージ５０７を組み立てる。例示的な実施形態において、カード所有者５０１だけから承認が要求され（要求の指示だけが、カード所有者の所定の電子承認デバイスに送られる）、該カード所有者は、ＲＦＶを受け取り、それに従って、携帯電話、タブレット、ハードウェアの特殊な部分、または任意の他の種類の接続が可能なクライアントデバイス５０８等の、所定の電子承認デバイスによって応答する。クライアント構成要素（電子承認デバイス）５０８は、好ましくは、インターネット等のデータ伝送リンクによって、サーバ（ＣＢＡシステムまたはコンピュータ化された承認システム５０６）に接続されるが、電話のタッチトーンキーパッドを通して電話等によって、またはシステムが音声認識ソフトウェア（ＩＶＲ）を利用する、発声に応答すること等によって、インターネットに基づかない投票も取り扱い得る。
【０１０６】
カード所有者５０１は、カード所有者のクライアントデバイス５０８において、ＲＦＶ５０７に含まれる取引情報を調査する。ディスプレイまたはクライアントデバイスのユーザインターフェース１２００は、図１２で例示的に示される。ディスプレイまたはユーザインターフェースは、電子的に行われる要求の指示を示すまたは表示するように構成される。この実施例において、要求は、要求が行われる電子エンティティまたは金融機関１２０２（この実施例では、ｗｗｗ．ｏｃｅａｎｃａｒｄ．ｃｏｍ）、日付１２０４（この実施例では、０８／０３／２０１２）、時間１２０６（この実施例では、時：分：秒の形式であり、この実施例では、１３：３４：５９）、および要求の詳細１２０８（この実施例では、Ｊｏｈｎ  Ｍａｎｓｏｎ氏への３００ポンドの送金）を含む。ユーザインターフェースはまた、ユーザが、要求を承認すること、またはそれに投票することも可能にする。ユーザインターフェースは、キーパッドディスプレイ１２１０を含み、ユーザは、０〜９の数字のユーザの個人識別番号（ＰＩＮ）をキーパッド上で入力することによって、要求を承認するか、またはそれに投票する。この実施例では、５桁のＰＩＮが必要とされる。ユーザのＰＩＮが入力されると、ユーザインターフェースの「同意」ボタン１２１２を選択することによって、要求が承認される。ユーザインターフェースは、「拒否」ボタン１２１４を含む。ユーザが（例えば、不正というよりは誤りであるため）要求を拒否することを望む場合は、「拒否」ボタンを選択して、適切な信号を、要求が行われる電子エンティティに送る。ユーザインターフェースは「混合」ボタン１２１６を含む（この実施例では、「同意」ボタンと「拒否」ボタンとの間にある）。「混合」ボタンを選択すると、キーパッド上に示される０〜９の数字を、ランダムに、または疑似ランダム的にキーパッドのキー上表示させる。これは、追加のセキュリティ特徴である。
【０１０７】
ユーザインターフェース１２００は、電子的に行われる要求が不正であることを報告するための配設を含む。ユーザが不正な要求を報告するために、この実施例では、ユーザインターフェースにおいて、ユーザが画像１２１８をセル１２２０の画像上にドラッグする。その結果、不正なアクティビティの指示が、電子エンティティに送られるかまたは伝送される。少なくとも１つの所定の電子承認デバイスから、電子的に行われる要求が不正である旨の指示を受け取ることに応じて、電子エンティティによって識別情報要求が行われて、電子的に行われる要求を行った電子デバイス、および／または電子デバイスのユーザを識別する。この実施例において、識別情報要求は、電子デバイスのユーザの画像を取り込むために、電子的に行われる要求を行った電子デバイスに送られる信号を含み得る。例えば、電子デバイス上のカメラに、ユーザの画像を取得するように命令する。
【０１０８】
この実施例では、所定の時間内に、所定の電子承認デバイスまたはクライアントデバイスから要求の承認指示が受け取られなかった場合、要求は、自動的に拒否される。所定の時間の残り時間１２２２が、この実施例では、分：秒：１／１００秒の形式でユーザインターフェース１２００に示され、この実施例では、０分４９秒３７（１／１００秒）残っている。
【０１０９】
図５に戻ると、ユーザ５０１が、アクションに対して票を投じた場合、またはＡＴＲ５０５で指定される期間が経過した後に、ＣＢＡシステムは、カード発行者５０４に決定５０９を通知する。承認応答を受け取ると、金融機関は、取引を継続することを許可するかどうかを示すために、信号５１０をカードリーダに発行する。
【０１１０】
図６は、図５で表されるシナリオに類似するシナリオで、単一票の自己承認ブロッキング警告の視覚的表現を例示する。ユーザ６０１は、サービスプロバイダ６０３（電子エンティティ）でアクション６０２を開始し、ＡＴＲ６０４をＣＢＡＳ６０５（コンピュータ化された承認システム）に伝送し、次いで、単一のＲＦＶ６０６を最初のアクションを呼び出した同じユーザ６０１に送る。このシナリオでは、唯一の票６０７がアクティビティの承認６０８に影響を及ぼし、ユーザは、ＣＢＡＳ上でユーザ自身によって行われる決定に関するフィードバック６０９を受け取る。
【０１１１】
対照的に、図７は、多数票の監視ブロッキング警告の視覚的表現を例示する。以前の図と同様に、ユーザ７０１は、サービスプロバイダ７０３（電子エンティティ）でアクション７０２を開始し、ＡＴＲ７０４をＣＢＡＳ７０５（コンピュータ化された承認システム）に伝送する。しかしながら、このシナリオでは、ＡＴＲ７０４で提示される複数の投票権限者７０７があり、それらはいずれもユーザ７０１でない。
【０１１２】
ＣＢＡＳ７０５は、ＲＦＶ７０６を対象となる受け側７０７のそれぞれに送り、警告に関するそれらの票７０８を収集する。評決に到達すると、ＣＢＡＳは、結果７０９をソースシステム７０３に送り、次いで、通知７１０をユーザ７０１に送る。このシナリオにおいて、投票権限者７０７によって達成される集団的決定７０９は、本発明の実施形態に従って、ユーザ７０１のアクティビティに対する規制監視を実施するための手法を表す。アクションを承認するために必要とされる最低支持数（所定数の電子承認デバイスからの所定の承認数）の提示は、ＡＴＲ次第であり、例えば、受け側（所定の電子承認デバイス）の少なくとも１つもしくは半数以上、または全てである。
【０１１３】
図８は、本発明の具体的な実施形態に従う投票機構挙動を例示する状態図である。ステップ８０１で、警告トリガリング要求（ＡＴＲ）（電子的に行われる要求）を受け取ると、システムにおいて投票が設定されて、承認調査を行う。最初に、投票は、開いた状態８０２であり、警告の受け側から票を受け入れる。
【０１１４】
投票権限が、要求を支持（容認）する（８０３）か、または要求に反対する（８０４）場合、システムは、それまで投じられた票を計算し（８０７）、投票が依然として保留中であり（８０８）、かつ開いた（８０２）状態であるか、または投票が既に解決され（８０９）、かつ締め切る（８１０）べきであるかどうかを決定する。警告は、依然として可能であり得るが、必要とされる最低承認数に未だ到達していないときに、保留中とみなされる。そうでない場合、警告は、容認（必要とされる支持に到達する）によって、または、拒否（もはや要件を達成できない）によって解決されるものとみなされる。
【０１１５】
図８の図を継続すると、受け側は、要求を拒否（８０５）し得る。拒否は、開示される発明に従う、不正なアクティビティを報告し、直ちに中止するための手法である。反対（８０４）が明らかな不同意ステートメントである間、他の受け側の票が勝っており、拒否は、要求を一方的に禁止し、投票を締め切り（８１０）、警告メッセージを、ＣＢＡプログラムに参加するサービスプロバイダに伝送する。
【０１１６】
最後に、要求に関連する投票は、ＡＴＲで指定される間隔に従って、警告の寿命の監視によってタイムアウト（８０６）の信号が送られたときに、開いた（８０２）状態から締め切った（８１０）状態に移る。投票機構が終了すると、ソースシステムに過程の結果が通知される（８１１）。
【０１１７】
図９は、本発明の実施形態に従う、協働的なペアレンタルコントロールを行うための方法を例示する図である。第１のステップで、子供または未成年者９０１は、ＣＢＡプログラム（コンピュータ化された承認システム）に属する第三者のシステムにおいてセンシティブなアクションを開始する。１つのシナリオにおいて、未成年者のアクティビティは、ＣＢＡが可能なストア９０６上でのオンラインショッピング９０２に関連し得、次いで、ＡＴＲをブロッキング警告システム（ＣＢＡＳ）９０９に送る。異なるシナリオでは、子供９０１が制限されたオンラインコンテンツ９０７を検索することを試みるときに、親が子供には不適切であると考え得る一定のウェブサイトまたはネットワークコンテンツへのアクセスを制限するプロキシサーバ９０３のセキュリティポリシーに従って、警告がトリガーされ得る。
【０１１８】
さらに、別の態様では、子供９０１がクレジットカードまたはデビットカード取引を開始したときに、金融機関９０４は、ＡＴＲをＣＢＡＳ９０９に配置し得る。なおさらに、ＴＶのペアレンタルコントロールのインフラ９０５は、ケーブルボックスまたは他の顧客媒体コントローラに対するロックアウト特徴を提供し、ＣＢＡプログラムに参加し、集中型システム９０９において警告をトリガーし得る。
【０１１９】
ソースシステムに関係なく、９０８で、ＣＢＡＳが票の要求（ＲＦＶ）９１０を、ＡＴＲで提示される挙動に応じて、片方の親の電子デバイスに、または両親９１１、９１２に送るように指示される。第三者のシステムは、必要とされる最低支持数をＡＴＲにおいて適切に設定することによって、片方の親の容認がアクションを承認するか、または両親がそれを継続することを承認しなければならない場合を制御する。
【０１２０】
図１０は、本発明の具体的な実施形態に従う、解決送達過程の２つの変形例を例示する。第１の変形例では、ＣＢＡプログラム（「ソース」または電子エンティティ）に参加するサービスプロバイダが、警告１００１をトリガーする。集中型ブロッキング警告システム（ＣＢＡＳ）（コンピュータ化された承認システム）は、１００２で、信頼できる決定に到達するまで待ち、次いで、「ソース」システム対して関連するコールバック１００３を呼び出す。コールバック解決過程は、下でさらに詳細に説明される。
【０１２１】
第２の変形例では、「ソース」または電子エンティティが、１００４で、警告をトリガーすると、ＣＢＡＳは、その応答に投票指示を含む。好ましい実施形態において、ＣＢＡＳまたはコンピュータ化された承認システムは、ユニフォームリソースロケーター（ＵＲＬ）を供給するので、「ソース」は、動作の進捗に関して通知される要求を繰り返し発行することができる。図１０の図を継続すると、１００５で、ＣＢＡＳが投じられた票を計算している間、１００６で、「ソース」が評決に到達するまで状態に対する投票を行い、１００７で、ＣＢＡＳが応答に決定を含む。
【０１２２】
さらに図１０を参照すると、１００８で、コールバック解決過程が、最初に、警告トリガリング要求（ＡＴＲ）に含まれる情報１００９に応じて、「ソース」通知チャネルを解決しようとする。現在のＡＴＲがコールバック仕様セグメントを含まない場合、１０１０で、ＣＢＡＳが、「ソース」関連のプロファイル１０１１で指定されるチャネルに頼る。
【０１２３】
図１１は、本発明の実施形態に従う、オフライン環境に対するコンピュータ化された承認システムの弾力性を例示する。最初に、ＣＢＡプログラム１１０１に参加するユーザは、ＣＢＡネットワーク環境が何であっても、オンライン環境にある間に、ＣＢＡネットワークの圏外の場所に休暇に行く前に、ユーザの自動投票設定を修正する。ユーザ１１０１は、警告トリガリング要求（ＡＴＲ）において通知されるアクションが物理的な売り場（ＰＯＳ）によって開始される限り、ＣＢＡＳ１１０４（コンピュータ化された承認システム）に、ユーザのクレジットカードに責任がある金融機関（電子エンティティ）によってトリガーされるあらゆる警告に対して、自動容認投票１１０２を投じるように指示する。さらに、ユーザは、そうでなければ、システムに、任意の電子商取引に対する自動拒否票１１０３を投じるように指示する。この第２の構成は、ＣＢＡシステムがタイムアウトした警告を拒否するので、厳密には必要でない。
【０１２４】
第２の段階において、オフライン環境で休暇中のユーザ１１０５は、ユーザによって予め提示される自動応答設定１１０７に従って、１１０８で、金融機関１１０６によって発行されるＡＴＲがＣＢＡＳによって自動容認されるので、任意のＰＯＳでユーザのクレジットカードを使用することを許可される。一方で、不正行為者１１０９が、電子商取引事業１１１０に対して動作を行おうとした場合、１１１２で、ＣＢＡＳは、ユーザの現在の構成によって１１１１で指示されるように、自動的に取引を拒否する。
【０１２５】
本発明の態様は、コンピュータによって実行される、プログラムモジュール等のコンピュータ実行可能な命令という一般的な文脈で説明され得る。一般に、プログラムモジュールは、特定のタスクを行う、または特定の抽象データ型を実現する、ルーチン、プログラム、オブジェクト、構成要素、データ構造等を含む。さらに、当業者は、マルチプロセッサシステム、マイクロプロセッサに基づくもしくはプログラム可能な家庭用電化製品、ミニコンピュータ、メインフレームコンピュータ等を含む、様々なコンピュータシステム構成によって本発明が実践され得ることを認識するであろう。任意の数のコンピュータシステムおよびコンピュータネットワークが、本発明ととともに使用するのに許容可能である。
【０１２６】
本発明の完全な理解を提供するために、特定のハードウェアデバイス、プログラミング言語、構成要素、過程、プロトコル、および動作環境等を含む多数の詳細が記載される。他の事例において、本発明を不明瞭にすることを回避するために、構造、デバイス、および過程は、詳細に示さず、ブロック図の形態で示される。しかし、当業者は、本発明がこれらの具体的な詳細を伴わずに実践され得ることを理解するであろう。コンピュータシステム、サーバ、ワークステーション、および他のマシンは、例えば、１つまたは複数のネットワークを含む通信媒体にわたって互いに接続され得る。
【０１２７】
当業者が認識するように、本発明の実施形態は、とりわけ、方法、システム、またはコンピュータプログラム製品として具体化され得る。故に、実施形態は、ハードウェア実施形態、ソフトウェア実施形態、またはソフトウェアとハードウェアを組み合わせた実施形態の形態をとり得る。一実施形態において、本発明は、１つ以上のコンピュータ読み出し可能な媒体上に具体化されるコンピュータ使用可能な命令を含む、コンピュータプログラム製品の形態をとる。
【０１２８】
コンピュータ読み出し可能な媒体としては、揮発性および不揮発性媒体、リムーバブルおよびノンリムーバブル媒体の双方が挙げられ、また、データベース、スイッチ、および種々の他のネットワークデバイスによって読み出し可能な媒体を企図する。一例であり、限定するものではないが、コンピュータ読み出し可能な媒体は、情報を記憶するための任意の方法または技術で実現される媒体を備える。記憶される情報の例としては、コンピュータ使用可能な命令、データ構造、プログラムモジュールおよび他のデータ表現が挙げられる。媒体の例としては、情報送達媒体、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、もしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、ホログラフィック媒体、もしくは他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、および他の磁気記憶デバイスが挙げられるが、それらに限定されない。これらの技術は、瞬間的、一時的、または永続的にデータを記憶することができる。
【０１２９】
本発明は、通信ネットワークを通してリンクされるリモート処理デバイスによってタスクが行われる、分散コンピューティング環境において実践され得る。分散コンピューティング環境において、プログラムモジュールは、メモリ記憶デバイスを含むローカルおよびリモート双方のコンピュータ記憶媒体の中に位置し得る。コンピュータ使用可能な命令は、インタフェースを形成して、コンピュータが入力源に従って反応することを可能にする。これらの命令は、他のコードセグメントと協働して、受け取ったデータに応じて、受け取ったデータ源と連携して様々なタスクを開始する。
【０１３０】
本発明は、通信ネットワーク等のネットワーク環境において実践され得る。そのようなネットワークは、ルータ、サーバ、およびゲートウェイ等の、様々なタイプのネットワーク要素を接続するために広く使用される。さらに、本発明は、様々な接続されたパブリックネットワークおよび／またはプライベートネットワークを有する、マルチネットワーク環境において実践され得る。
【０１３１】
ネットワーク要素間の通信は、無線または有線（配線）であり得る。当業者によって理解されるように、通信ネットワークは、複数の異なる形態をとり得、複数の異なる通信プロトコルを使用し得る。また、本発明は、本明細書で説明される形態および通信プロトコルによって限定されない。
【０１３２】
本発明に対する好ましい実施形態を説明してきたが、当業者には、本発明の根本原理から逸脱することなく、詳細に対して多数の変更が行われ得ることが認識されるであろう。したがって、本発明の範囲は、以下の特許請求の範囲だけによって決定されるべきである。
【図１】
2018142364.tif 000002
【図２】
2018142364.tif 000003
【図３】
2018142364.tif 000004
【図４】
2018142364.tif 000005
【図５】
2018142364.tif 000006
【図６】
2018142364.tif 000007
【図７】
2018142364.tif 000008
【図８】
2018142364.tif 000009
【図９】
2018142364.tif 000010
【図１０】
2018142364.tif 000011
【図１１】
2018142364.tif 000012
【図１２】
2018142364.tif 000013
【手続補正書】
【提出日】平成30年6月14日(2018.6.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
電子エンティティに対する電子的に行われる要求を承認するように構成される、コンピュータ化された承認システムであって、
電子エンティティに対する電子的に行われる要求を承認するように構成される、対応する複数の所定の電子承認デバイスの複数の指示を記憶するように構成される、ストアを備え、
さらに、
前記電子エンティティに対する前記電子的に行われる要求を受け取ることに応じて、前記ストアで示されるように、前記電子エンティティに対する前記電子的に行われる要求の１つ以上の承認を対応する複数のユーザが提供することを可能にするように構成される、前記複数の所定の電子承認デバイスに、前記電子エンティティに対する前記電子的に行われる要求の前記指示が出力され、
前記複数の所定の電子承認デバイスの前記対応する１つ以上の所定の電子承認デバイスから、前記１つ以上の承認の票を受け取り、受け取った前記１つ以上の承認の票を計算した結果、最低必要数の票を受け取ったことに応じて、前記電子エンティティに対する前記電子的に行われる要求の承認指示が、前記電子エンティティに出力される、コンピュータ化された承認システム。
【請求項２】
前記対応する１つ以上の所定の電子承認デバイスから受け取った前記１つ以上の承認の票を計算した結果、前記最低必要数の票が、所定の時間内に受け取られなかった場合に、前記電子エンティティに対する前記電子的に行われる要求を拒否する旨の指示が、前記電子エンティティに送られるようにさらに構成される、請求項１に記載のコンピュータ化された承認システム。
【請求項３】
前記複数の所定の電子承認デバイスの１つ以上から、前記電子エンティティに対する前記電子的に行われる要求が不正である旨の指示の票を受け取り、それに応じて、前記電子エンティティにメッセージを伝送するようにさらに構成される、請求項１または請求項２に記載のコンピュータ化された承認システム。
【請求項４】
前記複数の所定の電子承認デバイスの１つ以上から、前記電子エンティティに対する前記電子的に行われる要求が不正である旨の前記指示の票を受け取ることに応じて、前記電子エンティティに対する前記電子的に行われる要求を行った電子デバイス、および／または前記電子エンティティに対する前記電子的に行われる要求を行った前記電子デバイスのユーザを識別するために、識別情報要求が行われるようにさらに構成される、請求項３に記載のコンピュータ化された承認システム。
【請求項５】
前記識別情報要求は、前記電子エンティティに対する前記電子的に行われる要求を行った前記電子デバイスの前記ユーザの画像を取り込むために、前記電子エンティティに対する前記電子的に行われる要求を行った前記電子デバイスに送られる信号を含む、請求項４に記載のコンピュータ化された承認システム。
【請求項６】
前記複数の所定の電子承認デバイスは、前記電子エンティティに対する前記電子的に行われる要求を行った電子デバイスとは異なるデバイスである、請求項１から５のいずれかに記載のコンピュータ化された承認システム。
【請求項７】
前記ストアは、前記最低必要数を記憶するように構成される、請求項１から６のいずれかに記載のコンピュータ化された承認システム。
【請求項８】
ネットワーク上に複数のコンピュータおよび／またはサーバを備える、請求項１から７のいずれかに記載のコンピュータ化された承認システム。
【請求項９】
コンピュータ化された承認方法であって、
複数の所定の電子承認デバイスは、対応する複数のユーザが電子エンティティに対する電子的に行われる要求の１つ以上の承認を提供することを可能にするように構成されて、電子エンティティに対する電子的に行われる要求を受け取ることに応じて、ストアで示されるように、前記電子エンティティに対する前記電子的に行われる要求の指示を、前記複数の所定の電子承認デバイスに送ることと、
前記ストアで示されるように、前記複数の所定の電子承認デバイスの前記対応する１つ以上の所定の電子承認デバイスから、１つ以上の承認の票を受け取り、受け取った前記１つ以上の承認の票を計算した結果、最低必要数の票を受け取ったことに応じて、前記電子エンティティに対する前記電子的に行われる要求の承認指示を前記電子エンティティに送ることと、を含む、コンピュータ化された承認方法。
【請求項１０】
前記最低必要数を満たす、前記電子エンティティに対する前記電子的に行われる要求の前記１つ以上の承認の票が、所定の時間内に、前記複数の所定の電子承認デバイスの前記１つ以上の所定の電子承認デバイスから受け取られなかった場合に、前記電子エンティティに対する前記電子的に行われる要求を拒否する旨の指示を、前記電子エンティティに送ることをさらに含む、請求項９に記載のコンピュータ化された承認方法。
【請求項１１】
前記複数の所定の電子承認デバイスの前記所定の電子承認デバイスの１つ以上から、前記電子エンティティに対する前記電子的に行われる要求が不正である旨の指示の票を受け取ることと、それに応じて、前記電子エンティティにメッセージを伝送することと、をさらに含む、請求項９または請求項１０に記載のコンピュータ化された承認方法。
【請求項１２】
前記対応する１つ以上の所定の電子承認デバイスから、前記電子エンティティに対する前記電子的に行われる要求が不正である旨の前記指示の票を受け取ることに応じて、前記電子エンティティに対する前記電子的に行われる要求を行った電子デバイス、および／または前記電子エンティティに対する前記電子的に行われる要求を行った前記電子デバイスのユーザを識別するために、識別情報要求を行うことをさらに含む、請求項１１に記載のコンピュータ化された承認方法。
【請求項１３】
前記識別情報要求は、前記電子エンティティに対する前記電子的に行われる要求を行った前記電子デバイスの前記ユーザの画像を取り込むために、前記電子エンティティに対する前記電子的に行われる要求を行った前記電子デバイスに信号を送ることを含む、請求項１２に記載のコンピュータ化された承認方法。
【請求項１４】
前記複数の所定の電子承認デバイスは、前記電子エンティティに対する前記電子的に行われる要求を行った電子デバイスとは異なるデバイスである、請求項９から１３のいずれかに記載のコンピュータ化された承認方法。
【請求項１５】
前記電子エンティティに対する前記電子的に行われる要求の承認指示を送ることは、前記複数の所定の電子承認デバイスから前記最低必要数の承認の票を受け取ることに応じて、前記電子エンティティに対する前記電子的に行われる要求の前記承認指示を前記電子エンティティに送ることを含む、請求項９から１４のいずれかに記載のコンピュータ化された承認方法。
【請求項１６】
前記最低必要数を前記ストアに記憶することを含む、請求項９から１５のいずれかに記載のコンピュータ化された承認方法。
【請求項１７】
電子エンティティに対する電子的に行われる要求を受け取ることに応じて、ストアで示されるように、前記電子エンティティに対する前記電子的に行われる要求の指示を、前記複数の所定の電子承認デバイスに送ること、および
前記ストアで示されるように、前記対応する１つ以上の所定の電子承認デバイスから、１つ以上の承認の票を受け取り、受け取った前記１つ以上の承認の票を計算した結果、最低必要数の票を受け取ったことに応じて、前記電子エンティティに対する前記電子的に行われる要求の承認指示を前記電子エンティティに送ることは、ネットワーク上の複数のコンピュータおよび／またはサーバによって実行される、請求項９から１６のいずれかに記載のコンピュータ化された承認方法。
【請求項１８】
電子承認デバイスであって、
異なる電子デバイスからの電子エンティティに対する電子的に行われる要求の指示を、コンピュータ化された承認システムから受け取るための、入力と、
前記電子エンティティに対する前記電子的に行われる要求の前記指示を示し、かつユーザが前記電子エンティティに対する前記電子的に行われる要求を承認することを可能にするように構成される、ユーザインターフェースと、
前記電子エンティティに対する前記電子的に行われる要求の承認指示を、前記コンピュータ化された承認システムに出力するための、出力と、を備え、
前記電子承認デバイスは、
前記入力において、前記電子エンティティに対する前記電子的に行われる要求の前記指示を受け取ることに応じて、前記ユーザインターフェースが、前記電子エンティティに対する前記電子的に行われる要求の前記指示を示し、および
前記ユーザが前記電子エンティティに対する前記電子的に行われる要求を承認することに応じて、前記出力から、前記電子エンティティに対する前記電子的に行われる要求の前記承認指示の票を、前記コンピュータ化された承認システムに出力するように構成され、
前記コンピュータ化された承認システムに出力される前記電子エンティティに対する前記電子的に行われる要求の前記承認指示の票は、少なくとも１つの異なる電子承認デバイスによるものを含む前記コンピュータ化された承認システムに送られる、前記電子エンティティに対する前記電子的に行われる要求の複数の承認指示の票の１つである、電子承認デバイス。
【請求項１９】
コンピュータに方法を行わせるための１組の命令を含む、コンピュータ読み出し可能な媒体であって、該方法は、
電子エンティティに対する電子的に行われる要求を受け取ることに応じて、ストアで示されるように、前記電子エンティティに対する前記電子的に行われる要求の指示を、複数の所定の電子承認デバイスに送ることと、
前記ストアで示されるように、前記複数の所定の電子承認デバイスの対応する１つ以上から、１つ以上の承認の票を受け取り、受け取った前記１つ以上の承認の票を計算した結果、最低必要数の票を受け取ったことに応じて、前記電子エンティティに対する前記電子的に行われる要求の承認指示を前記電子エンティティに送ることと、を含む、コンピュータ読み出し可能な媒体。
【請求項２０】
前記複数の所定の電子承認デバイスの各所定の電子承認デバイスは、
異なる電子デバイスからの電子エンティティに対する電子的に行われる要求の指示を、コンピュータ化された承認システムから受け取るための、入力と、
前記電子エンティティに対する前記電子的に行われる要求の前記指示を示し、かつユーザが前記電子エンティティに対する前記電子的に行われる要求を承認することを可能にするように構成される、ユーザインターフェースと、
前記電子エンティティに対する前記電子的に行われる要求の承認指示を、前記コンピュータ化された承認システムに出力するための、出力と、を備え、
前記複数の電子承認デバイスの各所定の電子承認デバイスは、
前記入力において、前記電子エンティティに対する前記電子的に行われる要求の前記指示を受け取ることに応じて、前記ユーザインターフェースが、前記電子エンティティに対する前記電子的に行われる要求の前記指示を示し、および
前記ユーザが前記電子エンティティに対する前記電子的に行われる要求を承認することに応じて、前記出力から、前記電子エンティティに対する前記電子的に行われる要求の前記承認指示の票を、前記コンピュータ化された承認システムに出力するように構成される、請求項１から８のいずれかに記載のコンピュータ化された承認システム。
【請求項２１】
前記最低必要数は、前記複数の所定の電子承認デバイスの半数以上である、請求項１から８、および請求項２０のいずれかに記載のコンピュータ化された承認システム。
【請求項２２】
前記複数の所定の電子承認デバイスに出力される、前記電子エンティティに対する前記電子的に行われる要求の前記指示、および前記複数の所定の電子承認デバイスの対応する１つ以上の所定の電子承認デバイスからの前記１つ以上の承認は、ＨＴＴＰＳ（セキュアなハイパーテキスト転送プロトコル）を通じて伝送される、請求項１から８、請求項２０、および請求項２１のいずれかに記載のコンピュータ化された承認システム。
【請求項２３】
前記複数の所定の電子承認デバイスに送られる、前記電子エンティティに対する前記電子的に行われる要求の前記指示、および前記複数の所定の電子承認デバイスの前記対応する１つ以上の所定の電子承認デバイスからの前記１つ以上の承認は、ＨＴＴＰＳ（セキュアなハイパーテキスト転送プロトコル）を通じて伝送される、請求項９から１７のいずれかに記載のコンピュータ化された承認方法。