(57)【特許請求の範囲】
【請求項１】
ネットワーク取引について、異なるレベルのセキュリティによりユーザによる承認を得るためにネットワークサイトを動作させる方法であって、
前記ネットワークサイトが、取引に対して予め定められたセキュリティレベルに基づいて、（ｉ）前記ユーザに関連づけられた第１のネットワーク装置上の、ブラウザ・ポップアップウィンドウへの前記取引の提示に対応する第１の提示様式、（ｉｉ）前記第１のネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへの前記取引の提示に対応する第２の提示様式、及び（ｉｉｉ）前記第１のネットワーク装置とは異なり、前記ユーザに関連づけられた第２のネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへの前記取引の提示に対応する第３の提示様式、の中から、取引を前記ユーザに提示すべき様式を選択することと、
前記ネットワークサイトが、前記取引に対して前記予め定められたセキュリティレベルに基づいて、（ｉ）前記取引の提示の後に、前記取引を承認するのに前記ユーザによる操作を要せず、前記取引の承認を拒否したいときのみ前記ユーザによる操作を要する第１のタイプの承認、（ｉｉ）前記ユーザが、前記提示されている取引を、当該取引に署名すること以外の操作をすることにより承認することを要する第２のタイプの承認、及び（ｉｉｉ）前記ユーザが、前記提示されている取引に署名することを要する第３のタイプの承認、の中から、前記ユーザに対して要求される前記取引の承認のタイプを選択することと、
前記ネットワークサイトが、前記ユーザによる前記取引の承認を取得するために、前記取引、前記選択された取引提示様式、及び前記選択されたタイプのユーザ取引承認を、セキュリティサーバへ送信することと、を備える方法。
【請求項２】
前記第１のネットワーク装置はコンピュータであり、前記第２のネットワーク装置は移動通信装置である、請求項１に記載の方法。
【請求項３】
前記第１のネットワーク装置はデスクトップ・コンピュータであり、前記第２のネットワーク装置はスマートフォンである、請求項１に記載の方法。
【請求項４】
請求項１に記載の方法であって、
前記選択されたタイプのユーザ取引承認は前記第３のタイプの承認であり、前記取引、前記選択された取引提示様式、及び前記選択されたタイプのユーザ取引承認は、ユーザの承認を得るために、前記セキュリティサーバを通じて、前記選択された取引提示様式に応じて前記第１のネットワーク装置又は前記第２のネットワーク装置に送信され、
前記方法は、
前記ネットワークサイトが、前記取引に対する前記ユーザの署名としての暗証番号（ＰＩＮ）を、前記第１のネットワーク装置から受信することと、
前記ネットワークサイトが、前記ネットワークサイトと前記セキュリティサーバとによってのみ共有され、前記ユーザには共有されない秘密に基づいて、検証用ＰＩＮを計算することと、
前記ネットワークサイトが、前記受信されたＰＩＮと前記計算されたＰＩＮとを比較することと、
前記ネットワークサイトが、前記受信されたＰＩＮと前記計算されたＰＩＮとが一致したときのみ、前記受信されたＰＩＮを、前記ユーザによる前記取引の承認として、受け入れることと、をさらに備える方法。
【請求項５】
請求項１に記載の方法であって、
前記選択されたタイプのユーザ取引承認は前記第２のタイプの承認であり、前記取引、前記選択された取引提示様式、及び前記選択されたタイプのユーザ取引承認は、ユーザの承認を得るために、前記セキュリティサーバを通じて、前記選択された取引提示様式に応じて前記第１のネットワーク装置又は前記第２のネットワーク装置に送信され、
前記方法は、
前記ネットワークサイトが、前記提示された取引を前記ユーザが承認したか、あるいは当該提示された取引の承認を拒否したという表示を、前記セキュリティサーバから受信すること、をさらに備える方法。
【請求項６】
請求項１に記載の方法であって、
前記取引、前記選択された取引提示様式、及び前記選択されたタイプのユーザ取引承認は、前記ユーザの承認を得るために、前記セキュリティサーバを通じて、前記選択された取引提示様式に応じて前記第１のネットワーク装置又は前記第２のネットワーク装置に送信され、
前記方法は、
前記ネットワークサイトが、前記取引を、前記第１のネットワーク装置上のブラウザウィンドウへの提示のために、前記第１のネットワーク装置へ送信することと、
前記ネットワークサイトが、前記セキュリティサーバが前記ユーザから受信した安心のしるしを、前記セキュリティサーバから受信することと、
前記ネットワークサイトが、前記受信された安心のしるしと前記承認された取引とを、前記第１のネットワーク装置上の前記ブラウザウィンドウへの提示のために、前記第１のネットワーク装置へ送信することと、をさらに備える方法。
【請求項７】
ネットワーク・ステーションとのネットワーク取引について、異なるレベルのセキュリティによりユーザによる承認を得るためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、コンピュータに、
取引に対して予め定められたセキュリティレベルに基づいて、（ｉ）前記ユーザに関連づけられた第１のネットワーク装置上の、ブラウザ・ポップアップウィンドウへの前記取引の提示に対応する第１の提示様式、（ｉｉ）前記第１のネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへの前記取引の提示に対応する第２の提示様式、及び（ｉｉｉ）前記第１のネットワーク装置とは異なり、前記ユーザに関連づけられた第２のネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへの前記取引の提示に対応する第３の提示様式、の中から、取引を前記ユーザに提示すべき様式を選択することと、
前記取引に対して前記予め定められたセキュリティレベルに基づいて、（ｉ）前記取引の提示の後に、前記取引を承認するのに前記ユーザによる操作を要せず、前記取引の承認を拒否したいときのみ前記ユーザによる操作を要する第１のタイプの承認、（ｉｉ）前記ユーザが、前記提示されている取引を、当該取引に署名すること以外の操作をすることにより承認することを要する第２のタイプの承認、及び（ｉｉｉ）前記ユーザが、前記提示されている取引に署名することを要する第３のタイプの承認、の中から、前記ユーザに対して要求される前記取引の承認のタイプを選択することと、
前記ユーザによる前記取引の承認を取得するために、前記取引、前記選択された取引提示様式、及び前記選択されたタイプのユーザ取引承認を、セキュリティサーバへ送信することと、をするように動作させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項８】
請求項７に記載のコンピュータ読み取り可能な記録媒体であって、
前記選択されたタイプのユーザ取引承認は前記第３のタイプの承認であり、前記取引、前記選択された取引提示様式、及び前記選択されたタイプのユーザ取引承認は、ユーザの承認を得るために、前記セキュリティサーバを通じて、前記選択された取引提示様式に応じて前記第１のネットワーク装置又は前記第２のネットワーク装置に送信され、前記記録されたプログラムは、前記コンピュータに、
前記取引に対する前記ユーザの署名としての暗証番号（ＰＩＮ）を、前記第１のネットワーク装置から受信することと、
前記ネットワークサイトと前記セキュリティサーバとによってのみ共有され、前記ユーザには共有されない秘密に基づいて、検証用ＰＩＮを計算することと、
前記受信されたＰＩＮと前記計算されたＰＩＮとを比較することと、
前記受信されたＰＩＮと前記計算されたＰＩＮとが一致したときのみ、前記受信されたＰＩＮを、前記ユーザによる前記取引の承認として、受け入れることと、をするように更に動作させる、コンピュータ読み取り可能な記録媒体。
【請求項９】
請求項７に記載のコンピュータ読み取り可能な記録媒体であって、
前記選択されたタイプのユーザ取引承認は前記第２のタイプの承認であり、前記取引、前記選択された取引提示様式、及び前記選択されたタイプのユーザ取引承認は、ユーザの承認を得るために、前記セキュリティサーバを通じて、前記選択された取引提示様式に応じて前記第１のネットワーク装置又は前記第２のネットワーク装置に送信され、前記記録されたプログラムは、前記コンピュータに、
前記提示された取引を前記ユーザが承認したか、あるいは当該提示された取引の承認を拒否したという表示を、前記セキュリティサーバから受信するように、更に動作させる、コンピュータ読み取り可能な記録媒体。
【請求項１０】
請求項７に記載のコンピュータ読み取り可能な記録媒体であって、
前記取引、前記選択された取引提示様式、及び前記選択されたタイプのユーザ取引承認は、前記ユーザの承認を得るために、前記セキュリティサーバを通じて、前記選択された取引提示様式に応じて前記第１のネットワーク装置又は前記第２のネットワーク装置に送信され、前記記録されたプログラムは、前記コンピュータに、
前記取引を、前記第１のネットワーク装置上のブラウザウィンドウへの提示のために、前記第１のネットワーク装置へ送信することと、
前記セキュリティサーバが前記ユーザから受信した安心のしるしを、前記セキュリティサーバから受信することと、
前記受信された安心のしるしと前記承認された取引とを、前記第１のネットワーク装置上の前記ブラウザウィンドウへの提示のために、前記第１のネットワーク装置へ送信することと、をするように更に動作させる、コンピュータ読み取り可能な記録媒体。
【請求項１１】
ユーザによる承認のための異なるレベルのセキュリティを要する複数のネットワーク取引を提示するように、セキュリティサーバを動作させる方法であって、
前記セキュリティサーバが、セキュリティレベルが予め定められている取引を、前記ユーザに関連づけられた第１のネットワーク装置と取引を行うネットワークサイトから受信することと、
前記セキュリティサーバが、（ｉ）前記第１のネットワーク装置上の、ブラウザ・ポップアップウィンドウへの前記取引の提示に対応する第１の提示様式、（ｉｉ）前記第１のネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへの前記取引の提示に対応する第２の提示様式、及び（ｉｉｉ）前記第１のネットワーク装置とは異なり、前記ユーザに関連づけられた第２のネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへの前記取引の提示に対応する第３の提示様式、の中から前記ネットワークサイトが前記取引に対して予め定められた前記セキュリティレベルに基づいて選択した提示様式により、前記取引を前記ユーザに提示することと、
前記セキュリティサーバが、（ｉ）前記取引の提示の後に、前記取引を承認するのに前記ユーザによる操作を要せず、前記取引の承認を拒否したいときのみ前記ユーザによる操作を要する第１のタイプの承認、（ｉｉ）前記ユーザが、前記提示されている取引を、当該取引に署名すること以外の操作をすることにより承認することを要する第２のタイプの承認、及び（ｉｉｉ）前記ユーザが、前記提示されている取引に署名することを要する第３のタイプの承認、の中から前記ネットワークサイトが前記取引に対して予め定められた前記セキュリティレベルに基づいて選択した取引承認タイプの承認を前記ユーザがするように、前記選択された取引提示様式に応じて前記第１のネットワーク装置上又は前記第２のネットワーク装置上において、要求することと、を備える方法。
【請求項１２】
前記第１のネットワーク装置はコンピュータであり、前記第２のネットワーク装置は移動通信装置である、請求項１１に記載の方法。
【請求項１３】
前記第１のネットワーク装置はデスクトップ・コンピュータであり、前記第２のネットワーク装置はスマートフォンである、請求項１１に記載の方法。
【請求項１４】
ユーザによる承認のための異なるレベルのセキュリティを要する複数のネットワーク取引を提示するように、セキュリティサーバを動作させる方法であって、
前記セキュリティサーバが、セキュリティレベルが予め定められている取引を、前記ユーザに関連づけられた第１のネットワーク装置と取引を行うネットワークサイトから受信することと、
前記セキュリティサーバが、（ｉ）前記第１のネットワーク装置上の、ブラウザ・ポップアップウィンドウへの前記取引の提示に対応する第１の提示様式、（ｉｉ）前記第１のネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへの前記取引の提示に対応する第２の提示様式、及び（ｉｉｉ）前記第１のネットワーク装置とは異なり、前記ユーザに関連づけられた第２のネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへの前記取引の提示に対応する第３の提示様式、の中の少なくとも２つを含む提示様式の群のうちの１つであって、前記取引に対する予め定められたセキュリティレベルに対応する１つの提示様式により、前記取引を前記ユーザに提示することと、
前記セキュリティサーバが、（ｉ）前記取引の提示の後に、前記取引を承認するのに前記ユーザによる操作を要せず、前記取引の承認を拒否したいときのみ前記ユーザによる操作を要する第１のタイプの承認、（ｉｉ）前記ユーザが、前記提示されている取引を、当該取引に署名すること以外の操作をすることにより承認することを要する第２のタイプの承認、及び（ｉｉｉ）前記ユーザが、前記提示されている取引に署名することを要する第３のタイプの承認、の中の少なくとも２つを含む取引承認タイプの群の１つであって、前記取引に対する前記予め定められたセキュリティレベルに対応する１つの取引承認タイプの承認を前記ユーザがするように、前記選択された取引提示様式に応じて前記第１のネットワーク装置上又は前記第２のネットワーク装置上において、要求することと、を備え、
前記１つの取引承認タイプは前記第３のタイプの承認であり、
前記セキュリティサーバが、前記１つの取引提示様式と前記１つの取引承認タイプとの識別子を、前記ネットワークサイトから受信することと、
前記セキュリティサーバが、前記ネットワークサイトと前記セキュリティサーバとによってのみ共有され、前記ユーザには共有されない秘密に基づいて、暗証番号（ＰＩＮ）を計算することと、
前記セキュリティサーバが、前記取引に対する前記ユーザの署名としての使用のために、前記計算されたＰＩＮを、前記選択された取引提示様式に応じて前記第１のネットワーク装置上又は前記第２のネットワーク装置上において、前記ユーザに提示することと、を更に備える方法。
【請求項１５】
前記１つの取引承認タイプは前記第２のタイプの承認であり、
前記セキュリティサーバが、前記１つの取引提示様式と前記１つの取引承認タイプとの識別子を、前記ネットワークサイトから受信することと、
前記セキュリティサーバが、前記提示された取引の承認の表示を、前記選択された取引提示様式に応じて前記第１のネットワーク装置又は前記第２のネットワーク装置から受信することと、
前記セキュリティサーバが、前記受信され承認の表示を前記ネットワークサイトへ送信することと、を更に備える請求項１１に記載の方法。
【請求項１６】
前記セキュリティサーバが、当該セキュリティサーバが前記ユーザから受信した安心のしるしを前記取引とともに、前記選択された取引提示様式に応じて前記第１のネットワーク装置上又は前記第２のネットワーク装置上において、前記１つの提示様式により前記ユーザに提示することと、を更に備える請求項１１に記載の方法。
【請求項１７】
ユーザによる承認のための異なるレベルのセキュリティを要する複数のネットワーク取引を、セキュリティサーバによって提示するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、コンピュータに、
セキュリティレベルが予め定められている取引を、前記ユーザに関連づけられた第１のネットワーク装置と取引を行うネットワークサイトから受信することと、
（ｉ）前記第１のネットワーク装置上の、ブラウザ・ポップアップウィンドウへの前記取引の提示に対応する第１の提示様式、（ｉｉ）前記第１のネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへの前記取引の提示に対応する第２の提示様式、及び（ｉｉｉ）前記第１のネットワーク装置とは異なり、前記ユーザに関連づけられた第２のネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへの前記取引の提示に対応する第３の提示様式、の中から前記ネットワークサイトが前記取引に対して予め定められた前記セキュリティレベルに基づいて選択した提示様式により、前記取引を前記ユーザに提示することと、
（ｉ）前記取引の提示の後に、前記取引を承認するのに前記ユーザによる操作を要せず、前記取引の承認を拒否したいときのみ前記ユーザによる操作を要する第１のタイプの承認、（ｉｉ）前記ユーザが、前記提示されている取引を、当該取引に署名すること以外の操作をすることにより承認することを要する第２のタイプの承認、及び（ｉｉｉ）前記ユーザが、前記提示されている取引に署名することを要する第３のタイプの承認、の中から前記ネットワークサイトが前記取引に対して予め定められた前記セキュリティレベルに基づいて選択した取引承認タイプの承認を前記ユーザがするように、前記選択された取引提示様式に応じて前記第１のネットワーク装置上又は前記第２のネットワーク装置上において要求することと、をするように動作させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１８】
ユーザによる承認のための異なるレベルのセキュリティを要する複数のネットワーク取引を、セキュリティサーバによって提示するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、コンピュータに、
セキュリティレベルが予め定められている取引を、前記ユーザに関連づけられた第１のネットワーク装置と取引を行うネットワークサイトから受信することと、
（ｉ）前記第１のネットワーク装置上の、ブラウザ・ポップアップウィンドウへの前記取引の提示に対応する第１の提示様式、（ｉｉ）前記第１のネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへの前記取引の提示に対応する第２の提示様式、及び（ｉｉｉ）前記第１のネットワーク装置とは異なり、前記ユーザに関連づけられた第２のネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへの前記取引の提示に対応する第３の提示様式、の中の少なくとも２つを含む提示様式の群のうちの１つであって、前記取引に対する予め定められたセキュリティレベルに対応する１つの提示様式により、前記取引を前記ユーザに提示することと、
（ｉ）前記取引の提示の後に、前記取引を承認するのに前記ユーザによる操作を要せず、前記取引の承認を拒否したいときのみ前記ユーザによる操作を要する第１のタイプの承認、（ｉｉ）前記ユーザが、前記提示されている取引を、当該取引に署名すること以外の操作をすることにより承認することを要する第２のタイプの承認、及び（ｉｉｉ）前記ユーザが、前記提示されている取引に署名することを要する第３のタイプの承認、の中の少なくとも２つを含む取引承認タイプの群の１つであって、前記取引に対する前記予め定められたセキュリティレベルに対応する１つの取引承認タイプの承認を前記ユーザがするように、前記選択された取引提示様式に応じて前記第１のネットワーク装置上又は前記第２のネットワーク装置上において要求することと、をするように動作させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記１つの取引承認タイプは前記第３のタイプの承認であり、前記記録されたプログラムは、前記コンピュータに、
前記１つの取引提示様式と前記１つの取引承認タイプとの識別子を、前記ネットワークサイトから受信することと、
前記ネットワークサイトと前記セキュリティサーバとによってのみ共有され、前記ユーザには共有されない秘密に基づいて、暗証番号（ＰＩＮ）を計算することと、
前記取引に対する前記ユーザの署名としての使用のために、前記計算されたＰＩＮを、前記選択された取引提示様式に応じて前記第１のネットワーク装置上又は前記第２のネットワーク装置上において、前記ユーザに提示することと、をするように更に動作させる、コンピュータ読み取り可能な記録媒体。
【請求項１９】
請求項１７に記載のコンピュータ読み取り可能な記録媒体であって、
前記１つの取引承認タイプは前記第２のタイプの承認であり、前記記録されたプログラムは、前記コンピュータに、
前記１つの取引提示様式と前記１つの取引承認タイプとの識別子を、前記ネットワークサイトから受信することと、
前記提示された取引の承認の表示を、前記選択された取引提示様式に応じて前記第１のネットワーク装置又は前記第２のネットワーク装置から受信することと、
前記受信された承認の表示を前記ネットワークサイトへ送信することと、をするように更に動作させる、コンピュータ読み取り可能な記録媒体。
【請求項２０】
請求項１７に記載のコンピュータ読み取り可能な記録媒体であって、
前記記録されたプログラムは、前記コンピュータに、
前記セキュリティサーバが前記ユーザから受信した安心のしるしを前記取引とともに、前記選択された取引提示様式に応じて前記第１のネットワーク装置上又は前記第２のネットワーク装置上において、前記１つの提示様式により前記ユーザに提示することと、をするように更に動作させる、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は、２０１０年５月１４日に提出された米国仮出願第６１／３３４，７７６号に基づく優先権を主張している。本出願は、２０１０年４月２６日に提出された米国仮出願第６１／３２７，７２３号に基づく優先権を主張し、２０１１年４月６日に提出された「アイフォン（商標）その他の多機能移動通信装置を用いた安全かつ効率的なログイン及びトランザクション認証」と題する係属中の出願第１３／０８１，１５０号（代理人整理番号３０４６−００４）に関連する。本出願は、２００９年１１月２日に提出された「アザラシ計画」と題する米国仮出願第６１／２５７，２０７号に基づく優先権を主張し、２０１０年１１月２日に提出された「安全なサイトおよびユーザ認証の新規方法」と題する係属中の出願第１２／９３８，１６１号にも関連する。本出願は、係属中の出願第１２／９３８，１６１号の継続出願である２０１１年１月１４日に提出された「安全なユーザおよびサイト認証の新規方法」と題する係属中の出願第１３／００６，８０６号にも関連する。本出願は、２０１０年１月２７日に提出された「認証−ゲームチェンジャー」と題する米国仮出願第６１／２９８，５５１号に基づく優先権を主張し、２０１１年１月２１日に提出された「安全なユーザおよびトランザクション認証並びにリスク管理の新規方法」と題する係属中の出願第１３／０１１，５８７号にも関連する。本出願は、係属中の出願第１３／０１１，５８７号の一部継続出願である２０１１年１月２１日に提出された「安全なユーザおよびトランザクション認証並びにリスク管理の新規方法」と題する出願第１３／０１１，７３９号にも関連する。
【技術分野】
【０００２】
本発明は、セキュリティおよびプライバシーに関する。より具体的には、本発明は、柔軟な準帯域外認証構造を用いた、ウェブに基づくトランザクション認証に関する。
【背景技術】
【０００３】
マンインザミドル（ＭＩＴＭ）及びマンインザブラウザ（ＭＩＴＢ）技術に基づく特定のウェブサイト攻撃がますます精巧なものになっており、このことは我々の現在の認証技術に対して深刻な影響を与えている。特に、このような攻撃は、正規のユーザがログインするために最初の認証情報を入力した後に、トランザクションを操作するのであるから、最初のログイン時の認証が強固であることが、ますます無関係になりつつある。この傾向を受けて、有力な組織は、バックエンドにおいて見られるトランザクションをユーザが真に意図していることを確認するために、ＥＭＶ−ＣＡＰに基づくトークン認証のようなトランザクション認証システムを配備し始めたり、あるいは、帯域外認証（ＯＯＢＡ）を使用しつつある。しかし、このようなアプローチは、使用するのが本来的に容易ではなく、その結果、たとえ配備されたときでも、通常はプロファイル変更のような、リスクの高いトランザクション又は時折起こる事象のためだけに使用される。圧倒的多数のトランザクションに対して現在の認証解決法は、「どのくらい容易か？どのくらい安全か？どのくらい高価であるか？」というトレードオフ上の合理的な位置を提供していない。
【０００４】
先の出願において（先に特定した関連出願参照）、我々は従来の認証システムの問題点のうちの幾つかに対処する革新技術について述べた。具体的には、我々は、バックエンドにおいて見られるトランザクションをユーザが真に意図していることを確認するために、準帯域外認証（ＱＯＯＢＡ）技術を用いる、という概念を導入した。また我々は、如何にしてこれらの技術が、ウェブサイトとＱＯＯＢＡセキュリティサーバとの間で共有される秘密に基づいて、ウェブサイトへのログインを可能にするために、ユーザへワンタイムパスワード（ＯＴＰ）（即ち、ウェブサイトに対するユーザ認証）を提供するのに使用できるか、についても説明した。このように、これらの技術は、ワンタイムパスワードのセキュリティを提供するのに使用できるのであるが、それまでの全てのワンタイムパスワード・システムが必要としてきたユーザ毎に共有される秘密を要しない。
【０００５】
本明細書に記述される革新技術は、我々のこれまでの先願技術を拡張して、「どのくらい容易か？どのくらい安全か？どのくらい高価であるか？」というトレードオフ上の合理的な位置において、圧倒的多数のトランザクションに対する認証解決法を提供する、という問題に対処する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従って、「どのくらい容易か？どのくらい安全か？どのくらい高価であるか？」というトレードオフ上の合理的な位置において、圧倒的多数のトランザクションを取り扱うことが可能な、改良された認証構造を提供することが、本発明の目的である。
【０００７】
容易に実現することができ、商人、銀行及び他のウェブサイト運営者がセキュリティのレベルを柔軟に制御することを可能にする、安全かつ能率的なログイン及びトランザクション認証のための準帯域外認証構造を提供することが、本発明の別の目的である。
【０００８】
本発明の更なる目的、利点及び新規な特徴は、以下の詳細な説明を含む本開示から、並びに本発明の実施によって、当分野の技能を有する者に明らかとなるであろう。本発明は、好適な実施形態を参照して以下に記載されるが、本発明がこれらに限定されないことは理解されるべきである。本出願の教示内容へアクセスする当分野の通常の技能を有する者は、本明細書において開示されかつ請求される発明の範囲内にあり、かつ本発明が著しく有用である可能性のある、更なる実施、変形および具体化、並びに他の用途分野があることを理解するであろう。
【課題を解決するための手段】
【０００９】
最初にネットワークサイトの視点に立つと、本発明の態様によれば、インターネット上の商人又は銀行のウェブサイトのようなネットワークサイトは、例えば高度のセキュリティレベル、中高度のセキュリティレベル、及び中度のセキュリティレベルという、異なるレベルのセキュリティにより、製品購入あるいは銀行預金口座振替などのネットワーク・トランザクションについて、ユーザによる承認を得るために動作可能である。例えば、高レベルのセキュリティは、トランザクションの価値の理由、あるいは、インターネットカフェのようにトランザクションが行われる場所の理由により、必要となる可能性がある。中高レベルのセキュリティは、殆どのトランザクションに対して求められる可能性があり、中レベルのセキュリティは、ユーザの通常のデスクトップ・コンピュータからなされる価値の低いトランザクションに求められる可能性がある。
【００１０】
トランザクションのユーザ承認は、トランザクションに対して予め定められたセキュリティレベルに基づいて、（ｉ）インターネット・エクスプローラ（商標）のようなブラウザ・アプリケーションを実行するユーザのデスクトップのような、ユーザに関連づけられた第１のネットワーク装置上の、ブラウザ・ポップアップウィンドウへのトランザクションの提示に対応する第１の提示様式、（ｉｉ）セキュリティ・アプリケーションを実行するユーザのテスクトップのような、第１のネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへのトランザクションの提示に対応する第２の提示様式、及び（ｉｉｉ）第１のネットワーク装置とは異なり、アップル・アイフォン（商標）若しくは他のスマートフォン、又は、実にあらゆる移動通信装置など、セキュリティ・アプリケーションを実行する、ユーザに関連づけられた第２のネットワーク装置上のセキュリティ・アプリケーション・ウィンドウへのトランザクションの提示に対応する第３の提示様式、の中の少なくとも２つを含むトランザクション提示様式の群から、トランザクションを当該ユーザに提示すべき様式をネットワークサイトが選択することによって得られる。移動通信装置上のこのようなアプリケーションは、通常において、「ａｐｐ」と呼ばれることに注意すべきである。
【００１１】
例えば、トランザクションに対して中レベルのセキュリティを適用するものと決定されると、第１の提示様式が選択される可能性がある。一方、中高レベルのセキュリティをトランザクションに適用するものと決定されると、第２の提示様式が選択される可能性がある。しかし、高レベルのセキュリティをトランザクションに適用するものと決定されると、第３の提示様式が選択される可能性がある。
【００１２】
ネットワークサイトは、また、前記トランザクションに対して前記予め定められたセキュリティレベルに基づいて、（ｉ）当該トランザクションの提示の後にユーザによる操作を要しない第１のタイプの承認であって、ユーザは当該トランザクションの提示の後に当該トランザクションを承認するのに何もする必要がなく、当該トランザクションの承認を拒否したいときのみ操作することを要することから、受動的承認とみなすことのできる第１のタイプの承認、（ｉｉ）ユーザが、例えば、トランザクションと共に提示されている「承認」ボタンを、自身のマウスを使ってクリックすることにより、提示されているトランザクションを積極的に承認することを要する第２のタイプの承認、及び（ｉｉｉ）ユーザが、例えば電子署名をもって、提示されているトランザクションに署名することを要する第３のタイプの承認、の中の少なくとも２つを含むトランザクション承認タイプの群から、ユーザに対して要求されるトランザクションの承認のタイプを選択する。これら３タイプの承認は、時に、「通知」、「同意」、及び「署名」と、それぞれ特徴付けられる。
【００１３】
ネットワークサイトは、ユーザによるトランザクションの承認を取得するために、トランザクション、選択された提示様式、及び選択されたタイプのユーザ・トランザクション承認を送信する。好ましくは、トランザクション、選択されたトランザクション提示様式、及び選択されたタイプのユーザ・トランザクション承認は、ユーザの承認を得るためにセキュリティサーバを通じて、ユーザへ送信される。
【００１４】
本発明の他の好ましい態様によれば、選択されたタイプのユーザ・トランザクション承認が第３のタイプの承認である場合には、ネットワークサイトは、当該トランザクションについてのユーザの署名としての役割を果たす暗証番号（ＰＩＮ）を、ユーザから受信する。ネットワークサイトは、当該ネットワークサイトとセキュリティサーバとの間でのみ共有され、ユーザとは共有されない秘密に基づいて、検証用ＰＩＮを計算し、受信したＰＩＮと計算したＰＩＮとを比較する。受信されたＰＩＮと計算されたＰＩＮとが一致したときのみ、受信されたＰＩＮは、ユーザによるトランザクションの承認として、ネットワークサイトにより受け入れられる。
【００１５】
本発明のさらに別の好ましい態様によれば、選択されたタイプのユーザ・トランザクション承認が第２のタイプの承認である場合には、ネットワークサイトは、提示されたトランザクションをユーザが承認したか、あるいは承認を拒否したという表示を、セキュリティサーバから受信する。
【００１６】
本発明のさらに別の好ましい態様によれば、ネットワークサイトは又、トランザクション、すなわち未承認のトランザクションを、ユーザのデスクトップのような第１のネットワーク装置上のブラウザウィンドウに提示するために、ユーザへ送信する。ここで述べるブラウザウィンドウと、先に述べたブラウザ・ポップアップウィンドウとは、ブラウザ・アプリケーションによって共通に表示することのできる、分離されかつ区別された２つのタイプのウィンドウであることを理解すべきである。ネットワークサイトが、セキュリティサーバからユーザの安心のしるしを受信した場合には、ネットワークサイトは又、受信した安心のしるしと承認されたトランザクションとを、ブラウザウィンドウに提示するために、ユーザへ送信する。
【００１７】
本発明のさらなる態様によれば、上記の機能性は、プロセッサに読み取り可能であり、それにより当該プロセッサに上記の機能を実現するように動作させるべく構成された、記憶された論理を有する、プロセッサ読み取り可能な記憶媒体を有する製造物において、実現することが可能である。
【００１８】
次に、ネットワークサイトに代えて、セキュリティサーバの視点に立つと、本発明の態様によれば、セキュリティサーバは、セキュリティレベルが予め定められているトランザクションを、ユーザとトランザクションを行うネットワークサイトから、初めに受信することにより、ユーザによる承認のための異なるレベルのセキュリティを要する複数のネットワーク・トランザクションを提示するように動作する。
【００１９】
当該セキュリティサーバは、（ｉ）ユーザのデスクトップのような、ユーザに関連づけられたネットワーク装置上の、ブラウザ・ポップアップウィンドウへのトランザクションの提示に対応する第１の提示様式、（ｉｉ）ネットワーク装置上のセキュリティ・ソフトウェア・アプリケーション・ウィンドウへのトランザクションの提示に対応する第２の提示様式、及び（ｉｉｉ）ユーザの移動通信装置など、ユーザに関連づけられた別異のネットワーク装置上のセキュリティ・アプリケーション・ウィンドウへのトランザクションの提示に対応する第３の提示様式、の中の少なくとも２つを含む提示様式の群のうちの１つにより、トランザクションをユーザに提示する。当該１つの提示様式は、当該トランザクションに対する予め定められたセキュリティレベルに対応する。
【００２０】
当該セキュリティサーバは、また、（ｉ）トランザクションの提示の後にユーザによる操作を要しない第１のタイプの承認、（ｉｉ）ユーザが、提示されているトランザクションを積極的に承認することを要する第２のタイプの承認、及び（ｉｉｉ）ユーザが、提示されているトランザクションに署名することを要する第３のタイプの承認、の中の少なくとも２つを含むトランザクション承認タイプの群のうちの１つを要求する。当該１つのトランザクション承認タイプも又、当該トランザクションに対する前記予め定められたセキュリティレベルに対応する。
【００２１】
好ましくは、当該セキュリティサーバは、前記１つのトランザクション提示様式と前記１つのトランザクション承認タイプとの識別子を、ネットワークサイトから受信する。
【００２２】
本発明の他の態様によれば、前記１つのトランザクション承認タイプが第３のタイプの承認である場合には、セキュリティサーバは、ネットワークサイトとセキュリティサーバの間でのみ共有され、ユーザとは共有されない秘密に基づいて、暗証番号（ＰＩＮ）を計算し、当該トランザクションについてのユーザの署名としての使用のために、計算したＰＩＮをユーザに提示する。
【００２３】
本発明のさらに別の態様によれば、前記１つのトランザクション承認タイプが第２のタイプの承認である場合には、セキュリティサーバは、前記１つのトランザクション提示様式と前記１つのトランザクション承認タイプとの識別子を、ネットワークサイトから受信し、また、提示されたトランザクションの承認の表示をユーザから受信し、受信した承認の表示をネットワークサイトへ送信する。
【００２４】
本発明のさらに別の態様によれば、セキュリティサーバは、ユーザから安心のしるしを受信し、受信した安心のしるしをトランザクションとともに、前記１つの提示様式によりユーザに提示する。
【００２５】
重ねて述べるが、本発明のさらなる態様によれば、セキュリティサーバの動作に関する上記の機能性は、プロセッサに読み取り可能であり、それにより当該プロセッサに上記の機能を実現するように動作させるべく構成された、記憶された論理を有する、プロセッサ読み取り可能な記憶媒体を有する製造物において、実現することが可能である。
【図面の簡単な説明】
【００２６】
【図１】図１は、本発明による、柔軟な準帯域外認証構造の主要構成要素を描いている。
【図２】図２は、本発明による、起動前のＱＯＯＤＡウィンドウの見本を示す。
【図３】図３は、本発明による、使用中かつトランザクション署名前のＱＯＯＤＡウィンドウの見本を示す。
【図４】図４は、本発明による、トランザクション署名中のＱＯＯＤＡウィンドウの見本を示している。
【発明を実施するための形態】
【００２７】
ＱＯＯＢＡの全体的概観
先の出願において、我々は、ユーザの装置に表示されるウィンドウへの独立したチャネルを有し、ネットワークを基盤とするセキュリティサーバの導入が、如何にして、ユーザのブラウザ、コンピュータソフトウェア又はスマートフォン若しくは他の移動通信装置のアプリケーションと、ログイン又はトランザクションの承認のために、１以上のユーザ・ネットワーク装置を通じて、ユーザ認証を付与するために、ユーザが訪れるウェブサイトと、共に使用され得るか、について述べた。
【００２８】
ＱＯＯＢＡは、ユーザに自然に感じられるような方法で、各トランザクションを認証するのに用いることのできる解決手段を創造するという、革新的なアプローチである。核となる着想は、安全なサーバ（ＱＯＯＢＡサーバ）に独立の暗号化チャネルを有する、安全な小ウィンドウであるＱＯＯＢＡウィンドウを生成することにある。
【００２９】
ＱＯＯＢＡウィンドウは、ダウンロードによらないブラウザ・ポップアップ（ＱＯＯＢＡポップアップ・ウィンドウ）として、デスクトップの小アプリケーション（ＱＯＯＢＡソフトウェア・ウィンドウ）として、あるいはスマートフォン上のａｐｐ（ＱＯＯＢＡフォン・ウィンドウ）として、実行することができる。当該技術革新の重要な側面は、ソフト・トークンとは異なり、ＱＯＯＢＡウィンドウが、長い秘密の語句を安全に記憶することを要しない点にある。すなわち、それは、帯域外認証を用いることにより、ログインの間に「起動」される。ユーザが、ＱＯＯＢＡネットワークの一部であるウェブサイト、（例えば、商人又は銀行のウェブサイト、においてトランザクションを行うときに、ユーザが意図しているものと当該ウェブサイトが信じるトランザクションが、ＱＯＯＢＡウィンドウに当該トランザクションを表示するＱＯＯＢＡサーバへ、ユーザのブラウザを介して安全に送信される。ユーザが、ログイン又はトランザクションの承認目的で当該ウェブサイトに対して認証するために、ＱＯＯＢＡウィンドウから自身のブラウザへカットアンドペーストすることのできるトランザクション署名も、オプションによりユーザに示される。
【００３０】
柔軟なＱＯＯＢＡ構造の概観
ＱＯＯＢＡによる解決手段は、使用の容易さ、保有のための全コスト、及び、ここで特に関心のあるセキュリティに関して、以下の利点を有する。
【００３１】
第１に、使用の容易さに関して、ユーザは、帯域外認証に用いられる電話機にアクセスする以外には、所持すべき新たな装置も、記憶すべきパスワードも有しない。ユーザは、いかなる暗号化トランザクション・コードをも装置に入力する必要がなく、ブラウザにその結果をタイプ打ちする必要もない。代わりに、ユーザは、自身のＱＯＯＢＡウィンドウの中でトランザクション全体を見るのであって、数クリックによりトランザクション署名をコピーアンドペーストすることができる。
【００３２】
第２に、保有の全コストに関して、ＱＯＯＢＡ構造は、全ライフサイクル・コストを著しく節減する。それは、新たなハードウェアを必要とせず、ソフト・トークンとは異なり、ユーザ毎に秘密を準備したり管理したりすることを要しない。さらに、ウェブサイトとＱＯＯＢＡサーバとの間の全ての通信は、ブラウザを通じて行われるので、ウェブサイトを統合化するための要件は著しく軽いものとなる。ＱＯＯＢＡによる解決手段の全コストは、等価的なソフトトークンを配備するよりも著しく低く、物理的トークンのそれよりも、はるかに低くなるように設計される。
【００３３】
最後に、セキュリティに関して、以下においてさらに議論するように、確実さのレベルは、使用されるＱＯＯＢＡウィンドウのフォームファクタに依存する。スマートフォンを基盤とするＱＯＯＢＡウィンドウ、すなわちＱＯＯＢＡフォン・ウィンドウは、最も高い確度を提供するが、ダウンロードによらないポップアップ、すなわちＱＯＯＢＡポップアップ・ウィンドウですら、攻撃者に対する防御を著しく高める。ソフトウェアによるＱＯＯＢＡウィンドウ、すなわちＱＯＯＢＡソフトウェア・ウィンドウは、殆ど全てのレベルのリスクに対して、満足できそうである。
【００３４】
さらに、以下に述べる柔軟な構造を用いて、ＱＯＯＢＡによる解決手段を実現することにより、ＱＯＯＢＡネットワークにおけるウェブサイトは、トランザクションに適したフォームファクタを要求又は選択することが可能となる。例えば、ユーザは、ＱＯＯＢＡウィンドウを、自身のデスクトップ上だけでなく、同時に自身のスマートフォン上にも有することができる。殆どのトランザクションは、ユーザのデスクトップのＱＯＯＢＡソフトウェア・ウィンドウ（これが、はるかに便利である）に送信することができるが、最もリスクの高いトランザクションは、ユーザのスマートフォンのＱＯＯＢＡフォン・ウィンドウに送信することができる。
【００３５】
柔軟なＱＯＯＢＡ構造
柔軟なＱＯＯＢＡ構造について、以下においてより詳細に述べ、そのセキュリティ特性について分析する。
【００３６】
ＱＯＯＢＡネットワーク
以下、図１を参照すると、ＱＯＯＢＡシステムは、実行しかつ装置上に表示されるＱＯＯＢＡウィンドウ１１０とブラウザウィンドウ１１５とを有するデスクトップ・パーソナルコンピュータ装置１００と、ＱＯＯＢＡサーバ１２５と、装置上で動作可能なＱＯＯＢＡアプリケーション・プログラミング・インターフェース（ＡＰＩ）１５５を各々が有するウェブサイト１５０ａ、１５０ｂ及び１５０ｃとから成る。図示のように、システムには又、ＯＯＢＡ設備１６５が含まれており、これはＱＯＯＢＡサーバ１２５によって、例えば認証情報である帯域外通信を、ユーザのスマートフォン１７５を通じてユーザに伝えるのに用いられる。
【００３７】
先に参照した関連出願に、より詳細に記載されるように、ユーザは、代表的には帯域外認証１６５を用いることにより、ＱＯＯＢＡウィンドウ１１０を起動し、かつ、ＱＯＯＢＡサーバ１２５との一時的なセッションを確立する。ＱＯＯＢＡネットワークに参加しているウェブサイト１５０ａ−ｃは、一回きりの設定プロセスを通じて、ＱＯＯＢＡサーバ１２５と共有される秘密を確定する。ユーザは、ウェブサイト１５０ａ−ｃのいずれかに在るときには、暗号化されたトランザクションをユーザのブラウザウィンドウ１１２を通じてＱＯＯＢＡサーバ１２５へ送信することによってトランザクション認証を要求するために、ＱＯＯＢＡ・ＡＰＩ１５５を用いることができる。
【００３８】
ＱＯＯＢＡウィンドウ
ＱＯＯＢＡサーバ１２５は、ＱＯＯＢＡウィンドウ１１０に、ユーザに対してトランザクションを表示することとなり、もしも要求があれば、ＱＯＯＢＡウィンドウ１００に、トランザクションから導き出されたトランザクション署名と、ＱＯＯＢＡサーバ１２５と適用可能なウェブサイト１５０ａ、１５０ｂ及び１５０ｃとの間で共有される秘密と、他の情報とを、さらに表示することになる。ユーザには、トランザクションを承認するか拒否するかの選択が、オプションにより与えられる。承認は、なにもせずに受け身的に通知するか、ＱＯＯＢＡウィンドウ１１０の中でＯＫをクリックすることによって通知するか、あるいは、ＱＯＯＢＡウィンドウ１１０からブラウザウィンドウ１１２に表示されるウェブ・アプリケーションに、トランザクション署名をコピーアンドペーストすることよって通知することが可能である。ＱＯＯＢＡウィンドウ１１０からのトランザクション署名が、ブラウザウィンドウ１１２に表示されるウェブ・アプリケーションに貼り付けられたならば、ウェブサイトは、先に参照した関連出願により詳細に記載されているように、トランザクションと、ＱＯＯＢＡサーバ１２５と適用可能なウェブサイト１５０ａ、１５０ｂ又は１５０ｃとの間で共有される秘密と、他の情報とを用いて、署名を検証することができる。
【００３９】
ＱＯＯＢＡサーバ１２５へのユーザインターフェースは、使用されるブラウザ及び／又はオペレーティングシステム（ＯＳ）と、ＱＯＯＢＡウィンドウ１１０のフォームファクタとに無関係に、おおよそ不変のままである。ユーザの使用感が異なる唯一の使用例は、ユーザがスマートフォン上で閲覧するときに、ＱＯＯＢＡの使用感が当該装置に最適化されている場合である。
【００４０】
上に述べたように、ＱＯＯＢＡウィンドウ１１０は、我々が通常においてＱＯＯＢＡポップアップ・ウィンドウと呼んでおり、いかなるソフトウェアのダウンロードをも要しないブラウザ・ポップアップと、デスクトップにインストールされ、我々が通常においてＱＯＯＢＡソフトウェア・ウィンドウと呼んでいる、小アプリケーションと、我々が通常においてＱＯＯＢＡフォン・ウィンドウと呼んでいるスマートフォンａｐｐのようなものと、の少なくとも３つのフォームファクタの１つによって実現することができる。
【００４１】
同一のユーザは、異なる時に、異なるフォームファクタを使用することになろう。例えば、ソフトウェアのＱＯＯＢＡウィンドウをインストールしており、殆ど常にそれを使用しているユーザが、ブラウザ・ポップアップのＱＯＯＢＡウィンドウを、別のデスクトップにおいて使用（ローミング）する可能性がある。相当にリスクの高いトランザクションでは、ウェブサイトは、当該トランザクションをスマートフォンのＱＯＯＢＡウィンドウに表示することを要求する可能性があるが、殆どのトランザクションはデスクトップ・ウィンドウに表示される。ＱＯＯＢＡウィンドウ１１０の外観及び印象は、特定のＱＯＯＢＡネットワークによって、完全にカスタマイズすることができる。自身のウェブサイトのためであることのみを意図した銀行への実施は、様々な電子商取引用ウェブサイト１５０ａ−ｃへの認証を申し出る支払いサービスによる実施とは、外観及び印象が非常に異なる可能性がある。我々は多数の構成要素について記載するが、それらの殆どは選択自由なものであることを理解すべきである。
【００４２】
ソフト・トークンとは異なり、ＱＯＯＢＡウィンドウ１１０それ自体は、いかなるユーザの秘密をも含まない。それは、ユーザの個人流のものにするための準備がなされており、おそらく、結果として、異なる「スキン」を有するＱＯＯＢＡウィンドウが存することになろう。フォームファクタに応じて、ＱＯＯＢＡウィンドウ１１０は、起動時にユーザのために自動的に始動させることができ、あるいは、例えばソフトウェア若しくはスマートフォン版に対してはアプリケーションのアイコンを、例えばポップアップ版に対してはブックマークを、ユーザがクリックすることにより、手動にて始動させねばならない。
【００４３】
その例を図２に示す。ユーザは、例えば、今やより一般的にテキスト・メッセージ・サービスと呼ばれる、ショート・メッセージ・サービス（ＳＭＳ）を通じてユーザの携帯電話機１７５に送られたＰＩＮを入力するなど、帯域外認証を実行することにより、ＱＯＯＢＡウィンドウ１１０を起動する。ユーザは、当該ＰＩＮを、別の（図示略の）ＱＯＯＢＡウィンドウ１１０に入力し、そして、鍵が掛けられたそのハッシュ値が、暗号化された接続を通じてＱＯＯＢＡサーバ１２５へ送信される。
【００４４】
暗号化には２つのレベルがある。第１には、全てのデータ通信がＳＳＬ上で行われる。第２には、ＰＩＮに由来する鍵を用いることにより、全てのデータ通信が、アプリケーションのレベルでの暗号化もなされる。我々は、例えば、ＱＯＯＢＡによる解決手段を、既存のワンタイムパスワード（ＯＴＰ）の展開と統合するために、非ＯＯＢＡである他の認証の様式を、この段階で使用することができるという点にも注目する。しかし、ここでの分析は、ＯＯＢＡが使用されるものと仮定している。
【００４５】
図２に示すように、この段階で、ＱＯＯＢＡウィンドウ１１０は、起動ボタン２１０に加えて、他の多数の構成要素を含んでいる。１つは、ＱＯＯＢＡサーバのアドレスを示すＵＲＬバー２２０である。別のものは、ＱＯＯＢＡ認証に最初に登録するときの１回限りの手順において、ユーザが選択した個人化画像２３０である。この個人化画像の主要目的は、攻撃者がブラウザ・ポップアップ１１２に基づくＱＯＯＢＡウィンドウ１１０を模倣しようとする攻撃の困難性を高めることにある。起動されると、ＱＯＯＢＡウィンドウ１１０は、ユーザのトランザクションを、ＱＯＯＢＡネットワークの一部であるウェブサイト、すなわちウェブサイト１５０ａ−ｃ上で当該トランザクションが実行されるときに、ユーザに表示することになろう。
【００４６】
ＱＯＯＢＡウィンドウ１１０とＱＯＯＢＡサーバ１２５とは、ＳＳＬによって通信することになるであろうから、ＥＶ−ＳＳＬ証明書を用いるのが、非常に望ましく、それゆえ推薦されるということに注目すべきである。ＳＳｌ及びＥＶ−ＳＳＬ証明書は又、双方とも、当技術分野の技能を有する者に、よく知られており、かつ理解されている。
【００４７】
トランザクションを表示しているＱＯＯＢＡウィンドウ１１０の例を図３に示す。図３に示すように、ＱＯＯＢＡウィンドウ１１０は、多くの構成要素を有しており、その殆どは選択自由である。これらの構成要素には、ＱＯＯＢＡサーバのアドレスを示すＵＲＬバー２２０と、ＱＯＯＢＡ認証のための最初の登録のときにユーザが選択した個人化画像２３０とが含まれる。構成要素には、ユーザが、ＱＯＯＢＡネットワークの一部であるウェブサイト、例えば、ウェブサイト１５０ａ、１５０ｂ若しくは１５０ｃにおいてトランザクションを行うときに、「点滅する緑色」の印象を与えるシンボル３１０が、さらに含まれる。構成要素には、ユーザがトランザクションを行っているウェブサイトの名称が出現可能な空欄３２０も含まれる。このウェブサイトの名称は、図示するようにドメイン名であってもよく、あるいは、例えばホーク・アンド・シール銀行株式会社（図示略）のように、商人の名称であってもよい。図３に示すように、空欄３２０には、ユーザが署名するよう求められるトランザクションの表示が含まれる。構成要素には更に、安心の単語３３０が含まれており、これはＱＯＯＢＡウィンドウ１１０と、ブラウザ・ウィンドウ１１２に表示されるトランザクションの隣、との双方において、ユーザに対して表示されることとなるランダムな辞書中の単語である。最後に、構成要素には、トランザクション署名３４０が含まれていても良い。理解されるように、もしもこれが、トランザクション画面ではなく、ログインを表示するＱＯＯＢＡウィンドウ１１０の例であったならば、構成要素３４０は、ＰＩＮとしての役割を同様に果たすトランザクション署名ではなく、認証用ＰＩＮとして特徴付けられてもよい。いずれであれ、上に述べたように、また以下において更に述べるように、ＰＩＮ３４０は、ＱＯＯＢＡサーバ１２５において計算され、ＱＯＯＢＡウィンドウ１１０に送信される。ユーザは、それを、ウィンドウ１１０から、署名を要求するブラウザ・ウィンドウ１１２内のウェブ・アプリケーションの表示の一部へ、カットアンドペーストするのみである。上に議論したように、ＰＩＮ３４０が占める空欄は、ユーザが、例えば自身が当該トランザクションを進めようとしていることを確認することによって、あるいは、当該トランザクションを確認することを拒否することによって、当該トランザクションが有効／無効であることを、ＱＯＯＢＡサーバ１２５に通知することを可能にするのに使用することもできる。しかし、ＱＯＯＢＡウィンドウ１１０は、ユーザにトランザクションを表示するためだけに使用することもできることを、認識すべきである。このように、ＱＯＯＢＡウィンドウは、様々な様式、例えば、ウェブサイトにログインするか、又はウェブサイトとのトランザクションに署名するためのＰＩＮをユーザに提示するという１つの様式、トランザクションについてユーザの確認を求める別の様式、及び、ユーザには更にすべきことを何ら求めることなく、単にトランザクションの表示をユーザに提示するという、さらに別の様式を採ることができる。
【００４８】
ＱＯＯＢＡウィンドウ１１０が動作し得る２つのモードがあることを、理解すべきである。ユーザからの何らの行為無しで、トランザクションとＰＩＮとが、単にＱＯＯＢＡウィンドウ１１０に押し付けられるプッシュモードと、トランザクションとＰＩＮを取得するのに「トランザクション取得」ボタン（図示略）をユーザがクリックすることを要するプルモードと、である。前者の方がユーザにとっては、より便宜ではあるが、一定の状況の下では、プルモードの方がより適切となる。
【００４９】
例えば、ｉＰｈｏｎｅによりＱＯＯＢＡウィンドウ１１０を実現する場合には、プルモードは、スマートフォンａｐｐとして使用されるが、最新にリリースされたそのＯＳを除いて、マルチタスクを許容しない。
【００５０】
ＱＯＯＢＡサーバ
次に、ＱＯＯＢＡサーバ１２５に移る。ＱＯＯＢＡサーバ１２５は、２つの主要な機能を有する。その１つは、ユーザ及びＯＯＢＡ設備１６５とやり取りをして、ユーザのためにＱＯＯＢＡウィンドウ１１０を起動することである。もう１つは、事前登録されているウェブサイト１５０ａ−ｃとやり取りをして、トランザクションを受信し、当該トランザクションをＱＯＯＢＡウィンドウ１１０においてユーザに表示することである。
【００５１】
ＱＯＯＢＡサーバ１２５は、いかなるユーザ情報をも保持しない。このことは、ＱＯＯＢＡサーバ１２５は、例えばスマートフォン１７５の番号のようなユーザの電話番号が、ユーザによって提供されるか、又はユーザのユーザＩＤに基づいて検索を実行することにより提供されなければならないことを意味する。その後、ＱＯＯＢＡサーバ１２５は、ＯＯＢＡ設備１６５とやり取りして、ＱＯＯＢＡサーバ１２５とＱＯＯＢＡウィンドウ１１０との間の安全なセッションを設定するのに用いられるＱＯＯＢＡサーバＰＩＮ（図示略）をユーザに送信する。
【００５２】
ＱＯＯＢＡサーバ１２５によるサービスの提供を受けるＱＯＯＢＡネットワークの一部であり、ウェブサイト１５０ａ−ｃのようなウェブサイトは、ＱＯＯＢＡサーバ１２５に事前登録されなければならない。ＱＯＯＢＡサーバは、事前登録されているウェブサイト１５０ａ−ｃの各々のサーバと、秘密鍵を共有する。我々は、鍵を交換するために公開鍵による暗号方法を使用することについては述べていないが、ＱＯＯＢＡネットワークは、このような暗号方法を利用することに、容易に適応可能である。ＱＯＯＢＡサーバ１２５は、社内解決手段として、あるいは、我々のＯＯＢＡ提携先を通じて利用可能なサービスとして、実現することができる。
【００５３】
ＱＯＯＢＡ・ＡＰＩ
参加しているウェブサイト１５０ａ−ｃは、ＱＯＯＢＡネットワークを使用するためにＱＯＯＢＡ・ＡＰＩ１５５を実行する。ＱＯＯＢＡ・ＡＰＩ１５５の詳細は、上述し、かつ以下に述べる機能的な説明から、当分野の技能を有する者には十分に理解されるであろうし、規定通りに用いられる周知のプログラミング技術を用いて、容易に実現可能である。従って、その詳細は、ここには記載しない。なぜなら、関連する分野の技能を有する者には必要ではなく、それゆえ、本件書面の範囲を超えるものと考えられるからである。
【００５４】
ＱＯＯＢＡ・ＡＰＩ１５５に基づいてウェブサイトが実行する機能的手順は、以下の通りである。
【００５５】
１．暗号化されたＱＯＯＢＡトランザクション要求を返送するＱＯＯＢＡトランザクション要求（  ）ＡＰＩを呼び出す。トランザクションそれ自体（これは、単にログインＰＩＮを要求することであっても良い）に加えて、ウェブサイト１５０ａ、１５０ｂ又は１５０ｃは、（ｉ）単にトランザクションをユーザに表示すること、（ｉｉ）ユーザがＱＯＯＢＡウィンドウ１１０において「ＯＫ」をクリックすることを保証すること、若しくは、ＱＯＯＢＡウィンドウ１１０に表示されているトランザクションをユーザが承認することに対応する、何らかの表示を付与すること、又は、（ｉｉｉ）トランザクション署名を取得すること、を望んでいるか否かを表示する。上記の例において、図３のＱＯＯＢＡウィンドウ１１０は、ウェブサイトがトランザクション署名を取得するという希望を表示していたことを、明らかにしていることが理解されるであろう。しかし、もしもウェブサイトが、ＱＯＯＢＡウィンドウ１１０においてユーザが「ＯＫ」をクリックすることを保証するという希望、又は、ＱＯＯＢＡウィンドウ１１０に表示されているトランザクションをユーザが承認することに対応する、何らかの表示を付与するという希望を表示していたのであれば、図３に示すＱＯＯＢＡウィンドウ１１０には、署名用ＰＩＮ３４０の代わりに、「ＯＫ」又は「承認」等の用語が表示されていたであろう。一方、もしもウェブサイトが、単にトランザクションをユーザに表示するという希望を表示していたのであれば、署名用ＰＩＮ３４０も、「ＯＫ」又は「承認」等の用語も、図３に示すＱＯＯＢＡウィンドウ１１０には現れなかったであろう。
【００５６】
２．次に、暗号化されたトランザクションが、ユーザのブラウザ１１２を通じてＱＯＯＢＡサーバ１２５に掲示される。
【００５７】
３．ＱＯＯＢＡサーバ１２５は、トランザクションの暗号を復号化し、信憑性を検証し、その後に、ＱＯＯＢＡウィンドウ１１０において当該トランザクションをユーザに表示する。上に述べたように、もしもトランザクション署名が要求されたならば、ＱＯＯＢＡサーバ１２５は、署名用ＰＩＮ３４０を計算し、それをユーザに表示する。
【００５８】
４．ＱＯＯＢＡサーバ１２５は、次に、暗号化されたＱＯＯＢＡトランザクション応答を準備し、それを最初のＰＯＳＴに応答してブラウザ１１２へ返送し、更にそれは、利用可能な場合には、ウェブサイト１５０ａ、１５０ｂ又は１５０ｃへ返送される。
【００５９】
５．利用可能なウェブサイト１５０ａ、ｂ又はｃは、次に、ＱＯＯＢＡトランザクション検証（  ）ＡＰＩを呼び出し、それにより、結果がウェブサイトに返送される。
【００６０】
図４は、トランザクションが成功裏に完了する過程でブラウザ・ウィンドウ１１２の中で、ユーザインタフェースがどのように見えるか、についての一例を示す。図４に示す例では、ブラウザ・ウィンドウ１１２において、ユーザが実行しつつある実際のトランザクションに隣接して、暗号化されたトランザクション要求及びトランザクション応答の受け渡しを取り扱うアイフレーム４１０が、ＱＯＯＢＡサーバ１２５から受信した成功のシンボル４１２及び安心の単語４１４をも表示する。この例では、ユーザは、ＱＯＯＢＡウィンドウ１１０からトランザクション署名４１６をカットアンドペーストしている。それは、図４において、成功のシンボル４１２、安心の単語４１４、及びアイフレーム４１０に貼り付けられたトランザクション署名４１６とともに、個人化画像４１８及びトランザクション４２０をも表示している。
【図１】
0005843941.tif 000002
【図２】
0005843941.tif 000003
【図３】
0005843941.tif 000004
【図４】
0005843941.tif 000005
【図４Ａ】
0005843941.tif 000006
【図４Ｂ】
0005843941.tif 000007