特表 2024-529288 符号化アニメーション画像ならびにかかる符号化アニメーション画像を、特に、オンラインサービス上での操作を認可するために生成、表示および読み取る方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-08-06

(54)【発明の名称】符号化アニメーション画像ならびにかかる符号化アニメーション画像を、特に、オンラインサービス上での操作を認可するために生成、表示および読み取る方法

(51)【国際特許分類】

   G06F 21/31 20130101AFI20240730BHJP

   G09C 5/00 20060101ALI20240730BHJP

   G06Q 20/40 20120101ALI20240730BHJP

【ＦＩ】

G06F21/31

G09C5/00

G06Q20/40

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023581063

(86)(22)【出願日】2022-06-30

(85)【翻訳文提出日】2024-02-26

(86)【国際出願番号】 IB2022056101

(87)【国際公開番号】W WO2023275813

(87)【国際公開日】2023-01-05

(31)【優先権主張番号】102021000017279

(32)【優先日】2021-06-30

(33)【優先権主張国・地域又は機関】IT

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＱＲコード

(71)【出願人】

【識別番号】524004249

【氏名又は名称】インテーザ サンパオロ エス．ピー．エー．

(74)【代理人】

【識別番号】100114775

【弁理士】

【氏名又は名称】高岡 亮一

(74)【代理人】

【識別番号】100121511

【弁理士】

【氏名又は名称】小田 直

(74)【代理人】

【識別番号】100202751

【弁理士】

【氏名又は名称】岩堀 明代

(74)【代理人】

【識別番号】100208580

【弁理士】

【氏名又は名称】三好 玲奈

(74)【代理人】

【識別番号】100191086

【弁理士】

【氏名又は名称】高橋 香元

(72)【発明者】

【氏名】ルラスキ，アドリアーノ

【テーマコード（参考）】

5L020

【Ｆターム（参考）】

5L020AA73

(57)【要約】

グラフィカルインタフェース上に連続的に表示されるように構成された複数のフレーム（Ｆ）、ＯＴＰ、認可される取引識別コードおよび前記取引の詳細を含む符号化ペイロードを含み、ペイロードは、可逆符号化関数に従って複数のフレーム（Ｆ）のうちの少なくとも２つのフレーム（Ｆ）にわたって分散されている、符号化アニメーション画像（１）、ならびに符号化アニメーション画像（１）を生成、表示および読み取るための方法。
【選択図】図１

【特許請求の範囲】

【請求項1】

－グラフィカルインタフェース上に連続的に表示されるように構成された複数のフレーム（Ｆ）を含む、符号化アニメーション画像（１）において、
それは、
－ワンタイムパスワードコード、取引識別コードおよび前記取引自体の詳細を持つ文字列を含む符号化ペイロードを含み、前記符号化ペイロードは、可逆符号化関数に従い、前記複数のフレーム（Ｆ）のうちの少なくとも２つのフレーム（Ｆ）にわたって分散されている、
ことを特徴とする、符号化アニメーション画像（１）。

【請求項2】

－前記複数のフレーム（Ｆ）のうちの各フレーム（Ｆ）は、複数の英数字文字列を含み、
－前記符号化ペイロードは、前記符号化関数に従い、前記複数のフレーム（Ｆ）のうちの前記２つのフレーム（Ｆ）の各々の少なくとも１つの文字列上に分散された少なくとも２つの部分に分割される、
請求項１に記載の符号化アニメーション画像（１）。

【請求項3】

－前記ペイロードは、前記複数のフレーム（Ｆ）のうちの全てのフレーム（Ｆ）について、それを復号するために、前記複数のフレーム（Ｆ）のうちの任意の２つのフレーム（Ｆ）を処理することで十分であるような方法で、符号化される、
請求項２に記載の符号化アニメーション画像（１）。

【請求項4】

先行するクレームのいずれかに従った符号化アニメーション画像（１）をオンラインサービスによって生成、表示および読み取るための方法であって、
－前記オンラインサービスと関連付けられたウェブサーバー上に常駐して実行可能な、ＯＴＰコードを生成するためのランダム関数、可逆符号化関数、および認識関数を提供するステップと、
－認証ユーザーと関連付けられたクライアント装置上に常駐して実行可能な、読取りおよび復号関数、ならびに識別関数を提供するステップであって、前記クライアント装置は、カメラを備えて、前記ウェブサーバーと通信することと、
－前記ランダム関数を通してＯＴＰコードを生成するステップであって、前記ＯＴＰコードは、ペイロードを形成するために、前記ウェブサーバー上の前記クライアント装置の認証された閲覧セッション、前記取引識別コードおよび前記取引自体の詳細と少なくとも関連付けられていることと、
－グラフィカルインタフェース上に順番に表示されるように構成された複数のフレーム（Ｆ）を含む前記符号化アニメーション画像（１）を生成し、前記ペイロードを少なくとも２つの部分に分割し、これらを、前記可逆符号化関数を用いて前記複数のフレーム（Ｆ）のうちの少なくとも２つのフレーム（Ｆ）上に分散することによって符号化するステップと、
－前記符号化アニメーション画像（１）を表示するために、前記複数のフレーム（Ｆ）を前記ウェブサーバーと通信してグラフィカルインタフェース上に順番に再現するステップと、
－前記クライアント装置の前記カメラが前記グラフィカルインタフェース上に表示された前記符号化アニメーション画像１をフレームに入れると、前記読取りおよび復号関数を使用して前記符号化ペイロードの読取りおよび復号を行うステップと、
－前記復号されたペイロードを、前記識別関数を使用して処理することによって識別コードを生成し、それを前記ウェブサーバーに送信するステップと、
－前記認識関数を通して処理された前記識別コードが前記対応するＯＴＰコードに対して予期されたものに対応する場合、前記クライアント装置を正当であるとして分類するステップと
を含む、方法。

【請求項5】

前記復号されたペイロードを前記識別関数によって処理することによって識別コードを生成し、それを前記ウェブサーバーに送信する前記ステップは、
－前記識別コードを、暗号化プロトコルを使用して前記ウェブサーバーに送信する
サブステップを含む、請求項４に記載の方法。

【請求項6】

前記復号されたペイロードを前記識別関数によって処理することによって識別コードを生成し、それを前記ウェブサーバーに送信する前記ステップは、
－前記識別関数を使用して前記符号化ペイロードにデジタル署名して前記識別コードを生成する
サブステップを含む、請求項４または請求項５に記載の方法。

【請求項7】

前記復号されたペイロードを前記識別関数によって処理することによって識別コードを生成し、それを前記ウェブサーバーに送信する前記ステップは、
－前記識別関数を使用して前記符号化ペイロードと関連付けられた第２のＯＴＰコードを生成して前記識別コードを生成する
サブステップを含む、請求項４または請求項５に記載の方法。

【請求項8】

グラフィカルインタフェースを有する電子機器上で前記認証ユーザーによって要求された前記オンラインサービス上での取引を認可するために使用されて、
－前記ランダム関数を通してＯＴＰコードを生成する前記ステップは、前記ＯＴＰコードを、前記オンラインサービス上の前記認証ユーザーによって要求された前記取引と関連付けるサブステップを含み、
－前記符号化アニメーション画像（１）を表示するために、前記複数のフレーム（Ｆ）を前記ウェブサーバーと通信してグラフィカルインタフェース上に順番に再現する前記ステップは、前記符号化アニメーション画像（１）を前記電子機器の前記グラフィカルインタフェース上に表示するサブステップを含み、
－前記クライアント装置が正当なものとして分類される場合に前記オンラインサービス上で前記認証ユーザーによって要求された前記取引を認可する
更なるステップを含む、
請求項４～請求項７のいずれかに記載の方法。

【請求項9】

－前記クライアント装置はスマートフォンであり、
－前記ユーザーによって要求された前記取引は、後続の金融取引を実行するために前記クライアント装置が使用可能にされることを要求し、
－前記クライアント装置が正当なものとして分類される場合に前記オンラインサービス上の前記認証ユーザーによって要求された前記取引を認可する前記ステップは、後続の金融取引を実行するために前記クライアント装置を使用可能にするサブステップを含む、
請求項８に記載の方法。

【請求項10】

－前記オンラインサービス上での後続の閲覧セッション内で前記ユーザーによって要求された前記取引は、金融取引を含み、
－前記クライアント装置が正当なものとして分類される場合に前記オンラインサービス上で前記認証ユーザーによって要求された前記取引を認可する前記ステップは、前記クライアント装置が金融取引を実行するために使用可能にされている場合に限り、前記金融取引を認可するサブステップを含む、
請求項９に記載の方法。

【請求項11】

－前記電子機器は、コンピュータ、タブレット、スマートフォンまたはＡＴＭである、
請求項８～請求項１０のいずれか１項に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、符号化アニメーション画像１ならびに符号化アニメーション画像１を、特に、オンラインサービス上での金融上の取引を認可するために、生成、表示および読み取る方法に関する。

【背景技術】

【0002】

従来技術の説明
従来技術では、銀行のデジタルチャネル、例えば、インターネットを介した銀行のウェブアプリケーション上での装置取引の実行は、典型的には、多要素認証を提供する機構を通して申込者によって認可される。

【0003】

第１の認証要素は、バンキングシステム上のユーザー名、ＰＩＮまたはパスワードなどの、ユーザー定義の認証情報である。

【0004】

長年にわたり、高水準の使い勝手の良いセキュリティを組み合わせるために、選択されたソリューションの運用コストを考慮に入れて、第２の認証要素が伝えられて使用される方法において著しい進化があった。

【0005】

使用されるソリューションのいくつかの例が以下にリストされる：
１）要求に応じて、かつ単一の取引に対して使用される装置コードのセットの生成およびユーザーとの事前共有、
２）ワンタイムパスワード／ＰＩＮ、すなわちバックエンドにおいて検証可能なＯＴＰ、の時限生成のための物理的トークンのユーザーへの配信、
３）ＯＴＰのＳＭＳを介したユーザーの携帯電話への送信、
４）ユーザーの装置上にインストールされた銀行のモバイルアプリ上で受信できるプッシュ通知の送信。

【0006】

装置取引の認可における高いセキュリティ基準を確実にするために、以下の特徴の２つからの、少なくとも２つの要素を持つ認証機構を使用することが必要不可欠である：
－「あなたが知っている何か」、ユーザー名、パスワードまたはＰＩＮなどの、認証情報の知識によって証明される、
－「あなたが持っている何か」、スマートカード、物理的トークンおよびスマートフォンなどの、物理的物体の利用可能性を示す可能性によって証明される、
－「あなたの何か」、指紋、虹彩認識および顔認証などの何らかのタイプの生体認証によって証明される。

【0007】

銀行取引の事例では、「あなたが知っている何か」オプションが、第１の認証プロセスで、ユーザー名およびパスワードを用いてログインすることにより、銀行のウェブアプリケーションにアクセスして、取引が定義されて要求されるセッションをオープンするために使用される。「あなたが持っている何か」オプションは、取引の承認の更なる段階のために使用されて、ユーザーがＯＴＰを受信していること、または、物理的装置上、例えば、スマートフォン上に暗号用具を有していることを示す。「あなたの何か」オプションは、スマートフォン上で指紋を読み取ることにより装置の暗号用具へのアクセスのロックを解除するために使用できる。

【0008】

文書ＵＳ ２００９／２４９０７７ Ａ１は、画像読取り装置を使用してワンタイムパスワード（ＯＴＰ）でユーザーを認証するための方法およびシステムを開示する。ＯＴＰは、ＯＴＰコードが解読できるように、画像読取り装置によって表示されるフレームの順番で暗号化される。ＯＴＰは暗号化され、そのため特定の装置だけがそれを解読できる。ＯＴＰを解読するための特定の装置のこの能力は、その装置の認証の証拠を提供する。

【0009】

従来技術の問題
従来技術では、フィッシングおよびソーシャルエンジニアリングの巧妙な組合せを頼りにして、疑いを持たないユーザーの誠意を食い物にし、銀行取引を保護する安全管理を回避する、いくつかの不正行為が見られた。

【0010】

特別に注意深くなく、サイバー脅威に気付いていないユーザーは、電子メールのフィッシングおよび銀行のポータルをシミュレートするウェブサイトを通して、自分のアクセス認証情報をサイバー犯罪者に明かすように仕向けられ得る。

【0011】

ソーシャルエンジニアリングの欺瞞および悪意ある利用を通して、ユーザーは、例えば、積極的な銀行オペレータのふりをする攻撃者により、装置コードまたはＯＴＰをリアルタイムで伝達するか、または自分のスマートフォン上で受信したプッシュ通知を確認するように促され得る。

【0012】

前述のとおり、「あなたの何か」は、スマートフォン上で指紋を読み取ることにより装置の暗号用具へのアクセスのロックを解除するために使用できる。しかし、ここでこの機構は、ユーザーの装置上でローカルに使用されることに留意すべきであり、前述のとおり、例えば、ユーザーは、銀行員に成り済ましている詐欺師の指示下で、リアルタイムで自分の指紋を用いて取引のロック解除を行うように説得されるなど重大な問題を引き起こす。

【0013】

ＵＳ ２００９／２４９０７７ Ａ１で説明されるシステムおよび方法では、暗号化されたＯＴＰを取得するために、開始シーケンスから終端シーケンスまで、全てのフレームを読み取ることが必要である。ＯＴＰを復号するために全てのフレームを読み取る必要があるという事実は、実際の機構を実行不能し、コードを表示して読み取るための条件が最も多様な、銀行の文脈では全く適していない。実際、前述の文書で開示された方法およびシステムは、特に、処理速度および高い安全基準が要求される、銀行の文脈で使用される場合、信頼できない。

【発明の概要】

【発明が解決しようとする課題】

【0014】

本発明の目的は、上で概説された既知の欠点を克服できる安全な識別システムを取得することである。

【0015】

本発明の更なる目的は、今説明したような種類の詐欺を回避すること、および写真もしくはスクリーンショットの書込みで、または第三者への送信により、言葉で伝達可能なセキュリティパラメータの使用を伴わず、かつ承認が、セッションをセットアップするために使用された端末上でユーザーのいる前で要求されている取引と明白に関連付けられていることを確実する機構を用いて高リスクの装置取引を保護することである。

【0016】

本発明の更なる目的は、銀行のデジタルチャネルを通して、高額で高リスクの銀行取引の実行をより安全にして、フィッシング、スミッシングおよびビッシングを通して犯されるものなどの、考えられる不正行為に反撃することである。

【0017】

本発明の別の目的は、バックエンドサーバー認証によってアクセスのロックを解除するために「あなたの何か」オプションの使用を可能にすることである。

【課題を解決するための手段】

【0018】

言及された技術タスクおよび指定された目的は、添付のクレームの１つ以上に従った、符号化アニメーション画像１ならびに符号化アニメーション画像１を生成、表示および読み取る方法によって実質的に達成される。

【発明の効果】

【0019】

一実施形態により、前述した既知の符号化技法に対する代替として使用される符号化アニメーション画像１を取得することが可能である。

【0020】

別の実施形態を通して、前記符号化アニメーション画像１を生成、表示および読み取るための方法を作成することが可能であり、それは、特に、オンラインプラットフォーム上での取引の承認のために使用できる。

【0021】

本発明の結果として、「あなたの何か」オプションが、バックエンドサーバー認証によりアクセスのロックを解除するために使用できる。

【0022】

本発明の特徴および利点は、図面のセットで非限定的例によって例示された、考えられる実際的な実施形態の以下の詳細な説明から明らかになるであろう。

【図面の簡単な説明】

【0023】

【図1】本発明の一実施形態に従った符号化アニメーション画像を示す。

【図2】本発明に従った方法の一連のステップの第１の例を示す。

【図3】本発明に従った方法の一連のステップの第２の例を示す。

【図4】本発明に従った方法の一連のステップの第３の例を示す。

【図5】本発明に従った方法の一連のステップの第４の例を示す。

【発明を実施するための形態】

【0024】

たとえ明示的に強調表示されていなくても、特定の実施形態を参照して開示される個々の特徴は、他の実施形態を参照して開示される他の特徴にとって必要であり、かつ／または他の特徴と交換可能であるとして理解されるべきである。

【0025】

本発明は、グラフィカルユーザーインタフェース上に表示できる符号化アニメーション画像１に言及する。本開示では、アニメーション画像１は、動的ロゴとも呼ばれるものとする。

【0026】

符号化アニメーション画像１は、グラフィカルインタフェース上に連続的に表示されるように構成された複数のフレームＦを含む。本発明の文脈では、アニメーション画像１、または動的ロゴは、動的画像、すなわち、連続して、その結果順番に表示される一連のフレームＦを含む場合に動いているもの、を意味する。

【0027】

符号化アニメーション画像１は、ＯＴＰコード、認可される取引の識別コード、および同取引の詳細を含む符号化ペイロードを含む。符号化ペイロードは、可逆符号化関数に従い、複数のフレームＦのうちの少なくとも２つのフレームＦにわたって分散される。暗号化およびコンピュータセキュリティの文脈では、ＯＴＰコードまたはワンタイムパスワードは、単一のアクセスセッションまたは金融取引に対してのみ有効であるパスワードを指す。好ましくは、ＯＴＰコードは限られた時間、より好ましくは、１分未満の間、有効であって、１回限り、単一のアクセスセッションもしくは取引に対してのみ使用可能な、パスワードまたはＰＩＮを含む。静的パスワードの代わりにＯＴＰコードを使用することは、所謂、リプレーアタックを無効にするのを可能にする。これは、たとえ潜在的な攻撃者が、サービスにアクセスするため、または取引を実行するために既に使用されたＯＴＰコードをインターセプトしようとしても、同じＯＴＰコードはもはや有効ではないので、彼または彼女はそれを再使用することができないことを意味する。

【0028】

簡単にするために、本発明の範囲内で、本発明のアニメーション画像１を構築するためにグラフィカルインタフェース上に連続的に表示できる複数のフレームＦに関して言及する。しかし、この定義は、最も制限的な意味で、すなわち、アナログ画像から成る一連のフレームＦとして、解釈されるべきではない。実際には、本発明の範囲内で、すなわち、スマートフォン、タブレットおよびコンピュータなどの電子機器上で、アニメーション画像１の一連のフレームＦは好ましくは、その構成および表示をデジタルフォーマットで決定するプログラムを通して取得される。

【0029】

図１に示されている本発明の好ましいソリューションによれば、符号化アニメーション画像１の複数のフレームＦの各フレームＦは、複数の英数字文字列を含む。符号化ペイロードは、符号化関数に従い、複数のフレームＦのうちの２つのフレームＦの各々の少なくとも１つの文字列にわたって分散された少なくとも２つの部分に分割される。言い換えれば、ペイロードは、それを復号するために、複数のＮ（Ｎ≧ｎ）フレームＦのうちの、少なくともｎ（ｎ≧２）フレームＦを処理することが必要であるように符号化される。好ましくは、符号化ペイロードは、符号化関数に従い、複数のフレームＦのうちの２つのフレームＦの各々の少なくとも１つの文字列にわたって分散された少なくとも２つの部分に分割される。言い換えれば、各フレームＦは、いくつかの文字列、すなわち、一連の英数字文字によって形成された行を含む。一部または全部の文字は、フレームと次のフレームとの間で変更される。この文脈では、符号化ペイロードは従って、少なくとも２つの部分に分割され、それらは次いで、２つ以上のフレームＦの１つ以上の文字列にわたって分散される。符号化ペイロードのかかる分割および分散は、符号化関数によって実行される。この符号化関数は可逆であり、それ故に、符号化アニメーション画像１を読み取る際に逆関数を適用することにより、元のペイロードを再構築することが可能である。より好ましくは、ペイロードは、それを復号するために複数のフレームＦの任意の２つのフレームＦを処理すれば十分な方法で複数のフレームＦの全てのフレームに関して符号化される。

【0030】

好都合に、各フレームが一連の文字で構成されているアニメーション画像は、少なくとも２つのフレームを読み取って復号関数を適用することによりペイロードが再構築されるのを可能にする。逆に、既知の技術では、暗号化されたＯＴＰを取得するために、開始シーケンスから終端シーケンスまで、全てのフレームを読み取ることが必要である。問題となっている本発明では、特殊な符号化アルゴリズムの結果として、ペイロードを復号することを可能にするためにフレームのサブセットを読み取ることで十分である。例えば、ペイロードを復号するために合計１０フレームから任意の２つのフレームを読み取ることで十分である。本発明のこの後者の特徴は、スマートフォンなどの、使用されたクライアント装置の異なるモデルに特有の異なる画像キャプチャ周波数の管理を可能にする。

【0031】

前の実施形態に対する代替実施形態によれば、アニメーション画像１は、輪郭により、および任意選択で色において定義された、動的な図を表す。この好ましい実施形態によれば、符号化ペイロードは、フレームＦ内に表された図のグラフィック要素内に、上で開示されたものと類似の方法で埋め込まれる。例えば、少なくとも２つのフレームＦ内に表された図の輪郭および／または画像の色などの、アニメーション画像１のグラフィック要素は、可逆符号化関数に従ってペイロードを隠す。

【0032】

本発明は、符号化アニメーション画像１をオンラインサービスによって生成、表示および読み取るための方法にも関する。オンラインサービスは、登録されて認証されたユーザーが取引を要求できる、少なくとも１つのウェブサーバーによってバックエンドされたウェブアプリケーションを意味する。加えて、ウェブサーバーは、登録されたユーザーデータが格納される少なくとも１つのデータベースと関連付けられる。簡単にするために、本開示では、オンラインサービスが、銀行によって提供されたオンラインバンキングサービスである好ましい実施形態に対して特に言及する。

【0033】

本方法は、オンラインサービスと関連付けられたウェブサーバー上に常駐して実行可能な、ＯＴＰコードを生成するためのランダム関数、可逆符号化関数、および認識関数を提供するステップを含む。ここで、暗号化は符号化の具体的な事例であり、暗号化の事例における実質的な差は、符号化について規則があるだけなのに対して、変換のための鍵の存在であることが指摘されるべきである。従って、任意選択で、ＯＴＰコードも暗号化できる。好ましくは、ウェブサーバーは、銀行の中央システムの一部であり、より好ましくは、銀行のユーザーのデータを含むデータベースと関連付けられる。

【0034】

本方法は、認証ユーザーと関連付けられたクライアント装置上に常駐して実行可能な、読取りおよび復号関数、ならびに識別関数を提供するステップを更に含む。ここでは、クライアント装置は、少なくとも１つのカメラを備えて、データの交換を可能にするために、好ましくは、モバイルウェブ接続により、ウェブサーバーと通信して配置されることに留意すべきである。従来技術の方法と比較して、本発明の方法は、ペイロードを読み取るために専用ハードウェア装置を必要としないことも注目に値する。

【0035】

本方法は、オンラインサービスのウェブサーバー上に常駐しているランダム関数を使用してＯＴＰコードを生成することを伴う。言い換えれば、ＯＴＰコードは、ウェブサーバー側で、すなわち、バックエンドで生成される。ＯＴＰコードは、ペイロードを形成するために、ウェブサーバー上のクライアント装置の認証された閲覧セッションと、取引の識別コードと、および取引自体の詳細と、少なくとも関連付けられる。好ましくは、ランダム関数は、ＯＴＰコードを生成するためのＬａｍｐｏｒｔアルゴリズムを含む。好都合に、攻撃者が、同アルゴリズムによって生成されたＯＴＰコードの前の連続の分析から次のＯＴＰコードを推測することは実質的に不可能である。前述のとおり、本方法は、バックエンドサーバーにより、オンラインサービス上のあるユーザーによって要求された認可される各取引と共に、ＯＴＰコードが生成されることを必要とする。具体的には、例えば、銀行の中央システムである、サーバー側で、取引識別コードおよび取引自体の詳細を持つ文字列などの、ユーザーによって要求された取引の特定の特性、ならびに好ましくは、ＯＴＰコードの期限切れ、要求しているユーザーの識別、およびユーザーセッションの識別を含む、特定のデータベーステーブル上の一連の情報と関連付けられるＯＴＰコードを生成するために、構成要素、すなわち、ランダム関数が起動される。

【0036】

本方法は、グラフィカルインタフェース上に連続的に表示されるように構成された複数のフレームＦを含む、符号化アニメーション画像１を生成すること、ペイロードを少なくとも２つの部分に分割して、これらを可逆符号化関数で複数のフレームＦのうちの少なくとも２つのフレームＦにわたって分散することによってペイロードをカプセル化することを行うステップを含む。言い換えれば、ペイロードは、一連のフレームにカプセル化され、そのためペイロード自体の復号は、少なくとも２つのフレームＦから始まる逆符号化関数を通して取得可能である。アニメーション画像を生成するためにペイロードを符号化するこのステップは、バックエンド上で、すなわち、可逆符号化関数を用いてウェブサーバー上で実行される。上で指定のとおり、また、簡単にするために同様に例として開示される、本発明の好ましい実施形態では、ウェブサーバーは、銀行の中央サーバーである。銀行の中央システムのウェブサーバー上で実行される、可逆符号化関数は、カスタムライブラリを使用して、情報内容またはペイロードから始まる、ある数のフレームＦを生成し、それは具体的には、前のステップで生成されたＯＴＰコードを取引の識別およびその詳細と一緒に含む。少なくとも２つのフレームＦは、特定の可逆符号化関数に従い、一緒におよびペイロードとリンクされ、そのためそれらの組合せは、後に見られるように、逆復号関数（読取りおよび復号関数と呼ばれる）を通して、ペイロードを復元するのを可能にする。言い換えれば、Ｎ（Ｎ＞＝２）個のフレームＦは、特定の可逆符号化関数に従い、一緒に、およびペイロードとリンクされ、そのためそれらの少なくともｎ（ｎ＜＝Ｎ）個の組合せは、後に見られるように、読取りおよび復号関数と呼ばれる、逆復号関数を通して、ペイロードの復元を可能にする。好ましい実施形態では、Ｎ＝１０、ｎ＝２である。ペイロードは次いで、一連のフレームに符号化されて、そのためその復号は、複数のフレームのうちの少なくとも２つのフレームＦから始まる逆符号化関数で取得可能である。

【0037】

図１を参照して、今説明したことを式に変換すると、
アニメーション画像１＝｛フレーム＿１ Ｆ１，フレーム＿２ Ｆ２，・・・，フレーム＿ｎ Ｆｎ｝＝ｆ（ペイロード）
式中、
－ペイロードは、アニメーション画像を通して伝送される情報内容であり、ＯＴＰコードを取引の識別およびその詳細と共に含み、
－可逆符号化関数の出力は、一定の数のフレーム（少なくとも２つ）、好ましくは、両－一義的（ｂｉ－ｕｎｉｖｏｃａｌ）かつ可逆関数を使用してペイロードに従って取得されたＰＮＧもしくはＪＰＥＧフォーマット画像である。

【0038】

言い換えれば、２つ以上のフレームＦの組合せから、復号できて、元のペイロード、および従って、取引の識別および同取引の詳細と一緒に、ＯＴＰコードに戻る、アニメーション、動的画像を取得することが可能である。

【0039】

本方法は、符号化アニメーション画像１を表示するために、複数のフレームＦをウェブサーバーと通信してグラフィカルインタフェース上に連続的に再現するステップも含む。好ましくは、本方法は、アニメーション画像を表示するために使用される端末上に常駐して実行可能な表示関数の提供を含む。特定の使用事例に応じて、以下で開示されて図２～図５に例示される好ましい実施形態および例から明らかなように、動いているアニメーション画像は好ましくは、次のソフトウェアシステムの１つ上に表示される：
－ＡＴＭシステム、ＡＴＭでのクライアント装置の検証／使用可能化の使用事例において（図２、例１）
－銀行員によって使用されるシステム、銀行でのクライアント装置の検証／使用可能化の使用事例において（図３、例２）
－モバイルアプリ、新規／第２のクライアント装置の過渡的な（ｔｒａｎｓｉｔｉｖｅ）検証／使用可能化の使用事例において（図４、例３）
－好ましくは銀行の、ウェブアプリケーション上のウェブブラウザ、高リスクの装置取引の使用事例において（図５、例４）。

【0040】

アニメーション画像を表示するための前述のタイプのシステムの各々に対して、アニメーション画像オブジェクト１を構成する一連のフレームＦを受信すると、前述のフレームＦ内にカプセル化されたペイロードに対応する動画像を表示する、表示関数を実装する、ソフトウェアライブラリが作成される。

【0041】

好ましくは、本方法は、クライアント装置のカメラが、グラフィカルインタフェース上に表示された符号化アニメーション画像１をキャプチャすると、読取りおよび復号関数によって符号化ペイロードを読み取って復号することを含む。読取りおよび復号関数は、符号化関数の逆関数である。より好ましくは、読取りおよび復号関数は、文字列がフレームから抽出されるのを可能にする、画像認識のための人工知能アルゴリズムに基づいており、かかる関数が複数のフレームに適用され、その後にペイロードを抽出する復号関数が続く。このステップは次いで、クライアント側上で、すなわち、読取りおよび復号関数が常駐するクライアント装置上で実行される。本発明の好ましい実施形態では、クライアント装置はスマートフォンまたはタブレットであり、アニメーション画像の読取りおよび復号の関数が常駐するモバイルアプリを含む。この関数はそれ故に、モバイルアプリ上で実行され、特定のライブラリを使用して、以下の関数を実装する：
ペイロード＝ｆ^－１（アニメーション画像）、
ここで、アニメーション画像は、表示された画像をスマートフォンのカメラでキャプチャすることによって取得されて、２つ以上の、一定の数のフレームＦを抽出し、適切なアルゴリズムを適用して復号を実行し、取引の識別およびその詳細に加えてＯＴＰコードを含むペイロードを抽出する。

【0042】

好ましくは、本方法は、クライアント装置上に、認可されている取引のタイプおよびその詳細を表示するステップを含む。

【0043】

本方法は、復号されたペイロードを識別関数を使用して処理し、それをウェブサーバーに送信することにより、識別コードを生成することを伴う。このステップは、クライアント側上でも、好ましくは、ウェブサーバーに送信される「応答」の計算のための識別関数が常駐するクライアント装置のモバイルアプリを通して、実行される。クライアント側で、モバイルアプリにより、前のステップで開示された構成要素を使用して、アニメーション画像を復号し、ＯＴＰコードを含む、ウェブサーバーによって送信された元のペイロードを取得することが可能である。一旦、ペイロードが復号されると、アニメーション画像の検証を通して承認されている取引の詳細をクライアント装置上に表示することが可能であることに留意すべきである。明らかに、これは、ユーザーが自分が何を承認しているかを承知していて、ソーシャルエンジニアリングを悪用する攻撃から自分を保護することを確実にする。加えて、応答が、ユーザーの特定のクライアント装置上で、識別関数を厳密に使用して、計算されていることを示すための機構がモバイルアプリ上で使用される。応答の計算において、ＯＴＰだけでなく、ペイロード全体も使用されることが明記される必要がある。識別関数は、ペイロード全体（ＯＴＰ、取引識別コード、取引終点文字列）に適用されて、クライアント装置（指紋装置）を一義的に識別する固有のパラメータにも依存する出力（すなわち、応答）を生成する。

【0044】

好都合に、従来技術に関して、装置の認証テストは、暗号化されたＯＴＰを復号する能力によってではなく、応答計算関数によって与えられる。加えて、応答は、ＯＴＰだけでなく、取引の識別コードおよびその詳細の関数でもある。この最後の点は、ユーザーのクライアント装置が、それが承認している取引の詳細を示すという事実と組み合わされて、ＯＴＰを関連付けられた取引から分離して、ユーザーが、それが、例えば、より少ない額の、異なる取引であると信じるように仕向けることによってアニメーション画像を改ざんし得る攻撃から保護する。

【0045】

以下で、識別関数の２～３の好ましい実施形態が開示される。

【0046】

本方法は次いで、認識関数によって処理された識別コードが、対応するＯＴＰに対して予期されるもの、すなわち、ＯＴＰコードの生成のためにランダム関数によって元々作成されたもの、に対応する場合、クライアント装置を正当であるとして識別する。言い換えれば、本方法は、クライアント装置によって送信された識別コード（応答）を、応答を処理して要求された取引と関連付けられたＯＴＰの正しさを検証する、認識関数を通して検証することを伴う。

【0047】

好ましい実施形態によれば、復号されたペイロードを識別関数で処理することによって識別コードを生成し、それをウェブサーバーに送信するステップは、識別コード（応答）をウェブサーバーに符号化プロトコルを使用して送信するサブステップを含む。好都合に、かかる手順はセキュリティをさらに改善して、考えられるサイバー攻撃からの一層の保護を提供する。

【0048】

好ましくは、符号化ペイロードを、識別関数を通して処理することによって識別コードを生成し、それをウェブサーバーに送信するステップは、識別関数を通して符号化ペイロードにデジタル署名して識別コードを生成するサブステップを含む。好都合に、かかる手順はセキュリティをさらに改善して、考えられるサイバー攻撃からの一層の保護を提供する。

【0049】

前のソリューションに対する好ましい代替ソリューションによれば、復号されたペイロードを識別関数を用いて処理することによって識別コードを生成し、それをウェブサーバーに送信するステップは、符号化ペイロードと関連付けられた第２のＯＴＰを、識別コードを生成するための識別関数を用いて生成するサブステップを含む。好都合に、かかる手順はセキュリティをさらに改善して、考えられるサイバー攻撃からの一層の保護を提供する。

【0050】

本発明の好ましい実施形態によれば、本方法は、グラフィカルインタフェースを備えた電子機器上で認証ユーザーによって要求されたオンラインサービス上での取引を認可するために採用される。ランダム関数を通してＯＴＰコードを生成するステップは、そのＯＴＰコードを、オンラインサービス上の認証ユーザーによって要求された取引と関連付けるサブステップを含む。さらに、符号化アニメーション画像１を表示するために、複数のフレームＦをウェブサーバーと通信してグラフィカルインタフェース上に連続的に再現するステップは、符号化アニメーション画像１を電子機器のグラフィカルインタフェース上に表示するサブステップを含む。加えて、本方法は、クライアント装置が正当なものとして分類される場合にオンラインサービス上で認証ユーザーによって要求された取引を認可するステップをさらに含む。好ましくは、ユーザーには、取引の詳細を含む概要がクライアント装置上に示されて、ＰＩＮを入力することにより、またはスマートフォン上でのユーザーの指紋により、もしくは顔認証によって取引を承認するように明示的に求められる。例えば、以下のステップが提供される：ｉ）ウェブサーバーと通信してグラフィックインタフェース上に、アニメーション画像が、次いで一連のフレームが、示されて、ｉｉ）ユーザーの装置（スマートフォン）がアニメーション画像をフレームに入れて、それを復号して、ペイロードを取得し、ｉｉｉ）ユーザーの装置は、取引の概要（復号されたペイロードに含まれている）を示して、明示的な承認がＰＩＮを挿入することによるか、またはスマートフォン上でのユーザーの指紋で、もしくは顔認証で要求される。好都合に、本方法は、セキュリティのレベルを高めるために、ユーザーを認証してユーザーによって要求された取引を認可するために採用される。実際には、本発明の方法は、取引を認証および認可する既知の方法と比較して高度のセキュリティで取引を要求および認可するユーザーの身元を確認するために適用できる。この方法は、銀行によって提供されるオンラインサービスを通してなど、金融取引の承認に対して特に効果的で有益である。この適用は、例えば、サイバー攻撃だけでなく、フィッシング事例における詐欺メール、スミッシング事例における詐欺ＳＭＳおよびビッシング事例における電話詐欺も、阻止して不正行為に対抗するのを可能にする。

【0051】

好ましくは、スマートフォンまたはタブレットが使用される場合にオンラインサービス上で提供される適切なアプリをダウンロードおよびインストールした後、本方法は最初に、ユーザーが登録して、より好ましくは、オンラインサービスに対して認証するステップを含む。かかる操作は、定義された登録である。スマートフォンによる各後続のセッションで、ユーザーは、取引を認証して要求するためにアプリを開くことができ、要求された取引の承認に至る方法の他のステップを繰り返す。

【0052】

既に何度か指摘したように、本発明の好ましい実施形態では、クライアント装置はスマートフォンである。ユーザーによって要求された取引は、後続の金融取引を実行するためにクライアント装置が使用可能にされることを要求する。同様に好ましくは、クライアント装置が正当なものとして分類される場合にオンラインサービス上の認証ユーザーによって要求された取引を認可するステップは、後続の、好ましくは、金融取引を実行するために、クライアント装置を使用可能にするサブステップを含む。好都合に、クライアント装置は、エンフォースメント（ｅｎｆｏｒｃｅｍｅｎｔ）とも呼ばれる、今開示された手順によって、使用可能にされて、ユーザーによって要求された後続の金融取引を、再度、符号化ペイロードを含むアニメーション画像１の生成および読取りを伴うステップから始まる本発明の方法によって、認可する。

【0053】

好ましくは、後続の取引を実行するためにクライアント装置を使用可能にするステップは、ユーザーによって要求された後続の取引の承認のために識別コードを生成するために、クライアント装置に識別関数を提供して、取引の識別コードおよびその詳細と一緒にＯＴＰコードにデジタル署名することを伴う。好都合に、かかる手順は、手順のセキュリティをさらに高めて、それを考えられるサイバー攻撃からさらに保護する。好ましくは、登録および後続の検証／使用可能化ステップの終わりに、クライアント装置上に保護された方法で保存されている秘密鍵が、取引識別コードおよびその詳細と一緒に、ウェブサーバーに送り返されるＯＴＰコードにデジタル署名するために使用される。識別関数は、次のように定式化され得る：
ＳｉｇｎｅｄＯＴＰ＝ｓｉｇｎ（ＰｒｉｖＫｅｙＤｅｖｉｃｅ，Ｐａｙｌｏａｄ）
（署名済みＯＴＰ＝署名（装置の秘密鍵、ペイロード））

【0054】

同様に好ましくは、秘密鍵へのアクセスは、ＰＩＮ、指紋および顔認証などの、クライアント装置内に既に存在するシステムによってさらに保護される。

【0055】

デジタル署名に対する代替として、前述に従い、クライアント装置に対してローカルに時間制限された第２のＯＴＰコードが生成できる。この第２のＯＴＰコードは、クライアント装置上に安全に格納された、特定のシードに基づき、それは、バックエンドサーバーによって検証可能である。このシードは、その使用可能化フェーズの終わりにクライアント装置に提供される。この識別関数は、次のように定式化され得る：
ＳｉｇｎｅｄＯＴＰ＝ｓｉｇｎ（ｇｅｎｅｒａｔｅＬｏｃａｌＯＴＰ（ｐｒｉｖａｔｅＳｅｅｄ），Ｐａｙｌｏａｄ）
（署名済みＯＴＰ＝署名（ローカルＯＴＰ生成（プライベートシード）、ペイロード））

【0056】

同様に好ましくは、第２のローカルＯＴＰの生成のためのシードへのアクセスは、ＰＩＮ、指紋および顔認証などの、クライアント装置内に既に存在するシステムによってさらに保護される。

【0057】

同様に好ましくは、一層のセキュリティのために、署名済みのＯＴＰはその後、銀行の公開鍵で暗号化されて、取引の検証および承認のために中央システムのウェブサーバーに返送できる。この次の関数は、次のように定式化され得る。
Ｒｅｓｐｏｎｓｅ＝ｅｎｃｒ（ＰｕｂＫｅｙＢａｎｋ，ＳｉｇｎｅｄＯＴＰ）
（応答＝暗号化（銀行の公開鍵，署名済みＯＴＰ））

【0058】

好ましい実施形態によれば、クライアント装置のジオロケーションの追加などの、承認の評価のための更なる基準を追加するために、応答内で送信される署名済み情報内容を拡張することが可能であることに留意すべきである。

【0059】

加えて、安全なチャネル通信プロトコルが、今説明されたさらなる符号化操作の代替として、使用され得ることに留意すべきである。

【0060】

認識関数を使用したサーバー側ＯＴＰコードの検証に関して、モバイルクライアント装置からの応答は、次のようにサーバー側で最初に復号される必要がある：
ＳｉｇｎｅｄＯＴＰ＝ｄｅｃｒ（ＰｒｉｖＫｅｙＢａｎｋ，Ｒｅｓｐｏｎｓｅ）
（署名済みＯＴＰ＝復号（銀行の公開鍵，応答））

【0061】

その後、応答の正しい起源、例えば、デジタル署名の有効性またはクライアント装置に対してローカルに生成された第２のＯＴＰの有効性を意味する、復号されたＯＴＰに適用された署名、が検証される。最後に、アニメーション画像の復号から抽出されたＯＴＰコードが、正しい取引と関連付けられて、正しく、有効である、すなわち、期限切れでないと検証される。すべてのこれらのチェックが成功である場合、取引は承認されたと考えることができ、対応するセッションのロックが解除される。

【0062】

前述に対する参照として、ユーザーの登録は、クライアント装置上でのモバイルアプリのインストールおよび認証を実行するユーザーの識別とのその関連付けを伴う。しかし、この手順は、クライアント装置を、高リスク取引に対して、特に、銀行取引の事例において、使用されるのを可能にするために十分とは認められない。他方、エンフォースメントステップは検証ステップであり、その目的は、前述のクライアント装置のユーザーの所有を決定的に証明することである。操作上の観点から、エンフォースメントステップの終わりに、暗号用具がインストールされて、クライアント装置の保護された領域内でアクティブにされる。保護された領域内へのインストールは、たとえ攻撃者がクライアント装置に対して物理的またはテレマティックにアクセスできても、クライアント装置上にロードされた暗号用具は、エクスポート可能でなく、コピー可能でなく、かつ攻撃者によって改ざん可能ではないことを確実にするための最先端技術で知られた技術的ソリューションの使用を意味する。上で開示された好ましい実施形態によれば、この暗号用具を使用してデジタル署名操作を実行することが可能であるか、またはウェブサーバー上のバックエンドで検証可能な、時限ＯＴＰのローカル生成器を使用して、メッセージが特定の登録されて検証されたクライアント装置から来たことを証明することが可能である。加えて、クライアント装置のユーザーの所有権を証明するためにいくつかの方法が許容される。それらの各々は、十分に安全であると考えられるいくつかの認証要素を含む認証プロセスによって特性化される。例として、デビットカードの所持および対応するＰＩＮの知識、ならびに身分証明書を使用した銀行における個人認識を考え得る。

【0063】

好都合に、ユーザーが検証し、次いでオンラインサービス上でユーザーによって要求された後続の取引を認可するために複数のクライアント装置を使用可能にすることが可能である。かかるクライアント装置、例えば、スマートフォンは、各クライアント装置に対して前述の登録および検証／エンフォースメントフェーズを実行することにより、または既に検証されて使用可能にされた第１のクライアント装置から始まる第２のクライアント装置に対する過渡的な拡張を要求して、第２の装置の使用可能化をエンフォースメントフェーズで認可するために第１の認可された装置を使用して本発明の方法を繰り返すことにより、ユーザーのアカウントと関連付けられ得る。複数の装置をユーザーと関連付ける可能性は、既知の技術のソリューションで達成するのは困難であることに留意すべきである。実際には、既知の技術のフレームによって伝達されるＯＴＰは暗号化されており、それ故に、正しい復号鍵を保有する装置によってのみ解読可能であろう。従って、フレームによって伝達されるこのＯＴＰは、ユーザーの２つの異なる装置が同じ鍵を共有していない限り、それらによって解読できないであろう。他方、万一、同じ鍵がユーザーの２つの異なる装置に割り当てられるならば、失った場合にその装置を無効にするために、両方の装置の鍵が無効にされるであろう。かかるシナリオでは、それ故に、エンフォースメントを繰り返す必要があろう。

【0064】

さらに好ましくは、オンラインサービス上での後続の閲覧セッション内でユーザーによって要求された取引は、金融取引を含む。クライアント装置が正当なものとして分類される場合にオンラインサービス上で認証ユーザーによって要求された取引を認可するステップは、クライアント装置が金融取引を実行するために使用可能にされている場合に限り、金融取引を認可するサブステップを含む。好ましくは、一定の取引に対する承認プロセスはそれ故に、ユーザー名およびパスワードでの認証後、認証ユーザーセッション内で、例えば、ウェブアプリケーションを介してアクセス可能な銀行のオンラインサービスによって、取引を要求することを伴う。好都合に、前述のセッション内で要求された取引は、アニメーション画像、ならびに登録フェーズおよび後続の検証中に取得された暗号用具を採用する本発明の方法を通して、取引を要求しているユーザーと関連付けられた、検証されたパーソナルクライアント装置（例えば、スマートフォン）を伴う、動作によってロックを解除されて認可される。本発明の方法の一部として、この動作は、使用可能にされたクライアント装置を通してアニメーション画像１を読み取ることにより、ユーザーによって要求された取引の後続の確認および認可と共に、達成される。

【0065】

好ましくは、電子機器は、コンピュータ、タブレット、スマートフォンまたはＡＴＭである。

【0066】

好都合に、ユーザーによって明示的で安全な承認が要求される一定の取引が要求される場合、取引を要求するために使用されて、動的ロゴとしても識別可能な、アニメーション画像、すなわち、動的な動く画像が、例えば、現在知られているＱＲコードによるものに対する代替として端末上に示され、それは、ペイロード、すなわち、取引の識別コードおよびその詳細と一緒に、ＯＴＰコードを隠す。アニメーション画像内に隠されたペイロードは、ユーザーによって読み取ることはできず、ユーザーはそれ故に、それを第三者に言葉で伝達できない。加えて、そのダイナミズムのおかげで、ペイロードは符号化されて、少なくとも２つのフレームにわたって分散されているので、アニメーション画像は写真撮影を通して、または静止画像として、再送信できないという特性を有する。アニメーション画像は、好ましい実施形態では、ユーザーの装置により、銀行のモバイルアプリの特定の機能を使用して復号でき、それは、ペイロードを取得しているので、承認を確認して対応するセッションのロックを解除するために、銀行のウェブサーバーのバックエンドシステムに送信される、識別コードとも呼ばれる、対応する応答を計算するために搭載された暗号用具を使用できる。ペイロードと応答との間の対応の検証は、バックエンドサーバーによって実行できる。ユーザーによって要求された取引の承認の証拠は、要求しているユーザーのクライアント装置と関連付けられた暗号用具を保持しているものだけがペイロードに対応する応答を正しく計算できるという事実に起因する。本発明では、ペイロードはデジタル的にだけ扱われて、グラフィカルインタフェースを介した、ＯＴＰコードの読取りおよびその手動挿入などの、アナログ取引がユーザーから要求されないので、これは、既知の技術に関する根本的な相違である。これはさらに、悪意あるユーザーによる攻撃の外部アクセス（ｓｕｒｆａｃｅ ａｒｅａ）をさらに減らす。

【0067】

好都合に、アニメーション画像を採用している方法は、装置取引の承認が、ユーザーが保持している装置により、その装置上で安全にホストされたセキュリティキーを使用する暗号化取引で、またはバックエンドサーバーによって検証可能な時限ＯＴＰのローカル生成のためのシステムを用いて、確認されていることを示すことを可能にする。しかし、最も重要な利点は、伝送できるセキュリティパラメータを削減することを可能にすることにあり、それらは複製または潜在的な詐欺師に渡すことが困難であるためである。

【0068】

既に説明のとおり、アニメーション画像は、「あなたが持っている何か」を検証するためのペイロード／応答型機構の使用を伴う。認証（ａｕｔｈｅｎｔｉｃａｔｏｒ）システムは、ユーザーにペイロード、すなわち、承認されている取引に特有な何らかの情報と一緒に一定の乱数性を持つＯＴＰを含む文字列を送信し、それに対してユーザーは、非常に正確で対応する応答で返答する必要があり、それはそのユーザーだけが、自分の秘密の知識、すなわち、自分のクライアント装置上の暗号用具、のおかげで計算できる。ウェブサーバー側上で、ＯＴＰ／ペイロードを生成する場合、それはユーザー識別、特定の装置取引および特定のセッションと関連付けられる。好都合に、いくつかのセッションがあるユーザーに対して同時にアクティブである場合、どのセッションがあるＯＴＰと、および従って予期される応答と、関連付けられているかを識別することが常に可能であることに留意すべきである。応答計算関数は、両－一義的であり、応答自体が、ユーザーの検証されたスマートフォンメモリの保護された領域内でホストされた暗号用具などの、ユーザーに属している特定の装置によって作成されたことを示す機構を伴う。最も簡単な事例では、応答は、受信され、次いでアニメーション画像によって読み取られ、その後、ユーザーの使用可能化／検証されたクライアント装置の秘密鍵で計算されたデジタル署名と共にもどされる、ペイロードである。代替として、既に言及のとおり、クライアント装置の地理的な位置などの、情報内容を追加する、より複雑な応答計算関数を使用することが可能である。代替として、および再度、応答が、ユーザーに属している特定の装置によって作成されたことを示すために、バックエンドサーバーによって検証できる時限ＯＴＰの、ローカルの生成システムを、すなわち、クライアント装置上で採用することが可能である。好ましくは、さらなるセキュリティのために、それが、秘密鍵またはユーザーのクライアント装置上でＯＴＰのローカル生成のために使用されるシードであるかに関わらず、保護された暗号用具に対するアクセスは、指紋、顔認証を用いて、または二次手段として、装置のＰＩＮなど、スマートフォン上でのさらに明示的な認証後にロック解除される必要がある。認証システムがユーザーに送信するペイロードは、それを、情報内容を隠すアニメーション、動的画像に符号化することによって伝達される。サーバー側上で生成されたＯＴＰ、例えば、６桁の文字列は、取引の識別コードおよびその詳細と一緒に、一連のフレーム内に符号化され、それは、動画像を構築するために互い違いに（ａｌｔｅｒｎａｔｅｄ）される。この動画像は、実際には、動的ロゴとしても定義される、アニメーション画像である。サーバー側で作成されて、取引要求と関連付けられたフレーム基づいて、動的ロゴが端末上に、すなわち、その特定の取引を要求するために使用される、ウェブアプリケーションをナビゲートするブラウザ上、ＡＴＭディスプレイ上、銀行によって使用されるタブレット上、またはモバイルアプリ上に示される。要求を作成したユーザーは、自分の検証されたスマートフォンで動的ロゴをキャプチャする必要がある。銀行のアプリなどの、モバイルアプリ内に統合されたソフトウェアは、スマートフォンを保持している手の微小な動きによって生じる雑音および潜在的に均一でない照明条件を低減するために最適化フィルタを使用し、ペイロードを復号するためにアルゴリズムを適用する。取引の復号を成功裏に完了するために、アルゴリズムは、２つ以上のフレーム、具体的には、今までに説明したペイロードを含む、少なくとも２つのフレームを処理する必要があることに留意すべきである。ペイロード／応答機構は、暗号化取引に基づき、取引の識別コードおよびその詳細と一緒に動的ロゴ内へのＯＴＰ符号化との統合の結果として、検証された装置でのその伝送およびその復号は、セクターにおける重大な革新を構成する。

【0069】

以下は、本発明の方法の実施態様のいくつかの例を開示する。具体的には、それぞれ図２～図４に例示されている、例１～３は、再度、本発明の方法を使用して、ユーザーのスマートフォンが、ユーザーによって要求された後続の取引の承認に対して利用可能にされるために、ユーザーのスマートフォンのエンフォースメントおよび検証プロセスに言及する。他方、図５に例示されている、例４では、使用可能にされたスマートフォンを使用した取引の認可プロセスが、例えば、１～３の例の１つに従って、説明される。

【0070】

クライアント装置が、高額かつ高リスクの銀行取引をアニメーション画像機構を介して承認するために使用できる前に、登録および検証ステップをパスする必要がある。登録フェーズでは、ユーザーは銀行アプリをインストールして、自分のアカウントとの関連付けを行う。検証フェーズ、または装置のエンフォースメントは、ユーザーにより、ＡＴＭもしくは銀行に本人が直接行くことにより、または問題となっているユーザーによって既に検証された別の装置を使用することによって、実行できる。

【0071】

例１
図２に示される、この例は、スマートフォンのエンフォースメンをＡＴＭに対して実行するための本発明の方法の適用を開示する。図２で、ＡはＡＴＭを示し、ＳはユーザーのスマートフォンおよびＢはバックエンド、すなわち、銀行のウェブサーバーを示す。具体的には、以下は、銀行回路のＡＴＭでそのＡＴＭカードを使用して実行された、登録フェーズを既にパスしている、クライアント装置の検証プロセスを説明する。

【0072】

本方法は、以下のステップを含む：
２．１．ユーザーによるＡＴＭ Ａを用いたエンフォースメントプロセスの開始。
２．２．納税者コード（ＴＩＣ）およびＡＴＭ ＩＤを送信することによるバックエンドＢでの表示されるアニメーション画像に対する要求。
２．３．ＡＴＭから受信された情報（ＴＩＣ）でのユーザーの身元確認およびユーザーのＩＤ（ＢＴ（銀行取引トークン））および彼／彼女の電子メールの取得。
２．４．バックエンドＢサーバーによる操作ＩＤ（ＯｐｅｒａｔｉｏｎＩＤ）の生成。
２．５．バックエンドＢサーバーによるＯＴＰの生成。
２．６．バックエンドＢサーバーによるＯＴＰおよび操作ＩＤに基づくアニメーション画像１の生成。
２．７．操作ＩＤ、ＢＴ、ＴＩＣ、電子メール、ＡＴＭ ＩＤ、タイムスタンプ、操作タイプ＝ＡＴＭ、カウンタ＝０、状態＝ＰＥＮＤＩＮＧのキャッシング。
２．８．表示されるアニメーション画像１および操作ＩＤのＡＴＭ Ａへの送信。
２．９．アニメーション画像１をＡＴＭ Ａ上に表示し、その間、スマートフォンＳがそれをキャプチャするのを待っている。
２．１０．表示の結果および応答待ち（実際のデータ交換なし、破線矢印）。
２．１１．ＢＴと関連付けられた非認証の装置ＩＤ（ｄｅｖｉｃｅＩＤ）の復元（ｒｅｃｏｖｅｒｙ）およびスマートフォンＳのプッシュ通知の送信。
２．１２．ユーザーによるエンフォースメントの開始および装置を識別するためのセキュリティパラメータの取得 装置ＩＤ／装置指紋。
２．１３．スマートフォンＳのカメラでの、ＡＴＭ Ａ上に表示されたアニメーション画像１のキャプチャ。
２．１４．アニメーション画像１の復号、ＯＴＰおよび操作ＩＤの取得。
２．１５．操作ＩＤに連結された、アニメーション画像から抽出されたＯＴＰを、クライアント装置を識別するための、セキュリティパラメータで、暗号化することによる応答の計算。
２．１６．応答、すなわち、ＢＴ、暗号化（ＯＴＰ｜操作ＩＤ、装置ＩＤ／装置指紋）のバックエンドＢサーバーへの送信。
２．１７．ＢＴ（２つ以上があり得る）から始まる装置ＩＤ／装置指紋の取得および応答の解読。
２．１８．ＯＴＰの検証およびそれの、ポイント２．７で保存されたものに照らしてのチェック。
２．１９．確認待ち状態のアニメーション画像キャッシュの更新。
２．２０．アニメーション画像検証プロセスの結果（ＯＫ／ＫＯ）。
２．２１．スマートフォンＳ上のアプリが、ＯＴＰ＿ＰＩＮ生成による確認のためのＰＩＮを入力するようにユーザーに求める。
２．２２．アプリは、ＯＴＰ＿ＰＩＮ、ＢＴ、操作ＩＤおよび装置指紋を送信することによりエンフォースメントを確認するために遠隔サービスを起動する。
２．２３．バックエンドＢサーバー上でのＯＴＰ＿ＰＩＮのチェック。
２．２４．キャッシュにおける検証および最終更新。
２．２５．ユーザーのスマートフォンＳ装置のエンフォース状態の更新。
２．２６．エンフォースメント通知の電子メールのユーザーへの送信。
２．２７．エンフォースメントプロセスの結果（ＯＫ／ＫＯ）。
２．２８．ポイント２．１０における呼び掛け（ｃａｌｌ）に対する応答を表す、エンフォースメントプロセスの結果（ＯＫ／ＫＯ／時間切れ）。

【0073】

好都合に、アニメーション画像は、ＯＴＰおよび操作ＩＤの両方に依存する（すなわち、ペイロードとしてカプセル化される）。この特定の事例（エンフォースメント）では、取引詳細の文字列は、このタイプの取引は、例えば、金額または他の特性パラメータによって特性化されないために、空である。

【0074】

この例では、応答の計算は、装置識別（装置指紋）、ＯＴＰおよび操作ＩＤに依存することに留意すべきである。

【0075】

例２
図３を参照すると、銀行内で実行される検証プロセスは、認識が、例えば、ＡＴＭカードの代わりに身分証明書を使用して、ユーザーにより本人が直接、達成できて、動的画像がＡＴＭの代わりに銀行によって使用されるタブレット上に適切なアプリケーション（またはアプリ）で示されることを除き、例１で言及されたＡＴＭを介したものに類似している。図３では、Ｔは銀行のタブレットを示し、Ｓでユーザーのスマートフォンを、Ｂでバックエンド、すなわち、銀行のウェブサーバーを示す。

【0076】

本方法は、以下のステップを含む：
３．１．ユーザー識別およびタブレットＴを用いた銀行によるエンフォースメントプロセスの開始。
３．２．表示されるアニメーション画像要求ならびにＢＴおよび支店ＩＤのバックエンドＢへの送信。
３．３．操作ＩＤの生成。
３．４．バックエンドＢでのＯＴＰの生成。
３．５．ＯＴＰおよび操作ＩＤに基づくバックエンドＢでのアニメーション画像の生成。
３．６．操作ＩＤ、ＢＴ、支店ＩＤ、タイムスタンプ、操作タイプ＝ＢＲＡＮＣＨ、カウンタ＝０、状態＝ＰＥＮＤＩＮＧのキャッシング。
６ｂ．そのＢＴに対する未検証装置の発見、ＥｎｔｅｒＰｕｓｈ（操作ＩＤ）。
３．７．表示するアニメーション画像および操作ＩＤの送信。
３．８．アニメーション画像の表示、その間、ユーザーのスマートフォンＳがそれをキャプチャするために認証されるのを待っている。
３．９．取引の結果を検証するための定期的なポーリング（操作ＩＤ、実際のデータ交換なし、破線矢印）。タブレットＴ上のＡＢＣは、最大で３回行われる、アニメーション画像のリフレッシュのためにバックエンドＢに向けて定期的なポーリングを実行して、キャッシュ上のカウンタフィールドの値を増やすか、またはＯＫ／ＫＯで表示フェーズを出る（ステップ３．２６を参照）。
３．１０． ユーザーによりエンフォースメントの開始。
３．１１．スマートフォンＳ装置を識別するためのセキュリティパラメータ（装置ＩＤ／装置指紋）の取得。
３．１２． スマートフォンＳのカメラでの、タブレットＴ（サインパッド）上に表示されたアニメーション画像のキャプチャ。
３．１３． アニメーション画像の復号、ＯＴＰおよび操作ＩＤの取得。
３．１４．スマートフォンＳを識別するためのセキュリティ鍵、および操作ＩＤに連結されたアニメーション画像から抽出されたＯＴＰを用いて、暗号化する応答の計算。
３．１５．ＢＴを含む応答、暗号化（ＯＴＰ｜操作ＩＤ、装置ＩＤ／装置指紋）のバックエンドＢへの送信。
３．１６． ＢＴ（２つ以上があり得る）からの装置ＩＤ／装置指紋の取得およびバックエンドＢ応答の解読。
３．１７．ＯＴＰの検証およびそれの、ポイント３．６で保存されたものに照らしてのチェック。
３．１８．アニメーション画像キャッシュの更新（確認待ち状態）。
３．１９．アニメーション画像の検証プロセスの結果（ＯＫ／ＫＯ）。
３．２０．アプリがユーザーに、ＯＴＰ＿ＰＩＮを生成して、確認のためにスマートフォンＳ上でＰＩＮを入力するように求める。
３．２１．アプリは、ＯＴＰ＿ＰＩＮ、ＢＴ、操作ＩＤおよび装置指紋を渡すことによりエンフォースメントを確認するために遠隔サービスを起動する。
３．２２．ＯＴＰ＿ＰＩＮの検証。
３．２３．キャッシュにおける検証および最終更新。
３．２４．スマートフォンＳのエンフォース状態の更新。
３．２５．エンフォースメント確認の電子メールのユーザーへの送信。
３．２６．エンフォースメントプロセスの結果（ＯＫ／ＫＯ）。
３．２７．ポーリング呼び掛けに対する応答である、結果（ＯＫ／ＫＯ／操作なし（ｎｏＯｐ）／時間切れリフレッシュ）のポーリング。

【0077】

ＯＴＰコード時間切れの場合には、表示される新しいアニメーション画像を含む、リフレッシュが行われる。

【0078】

例３
図４に示される、この例は、例えば、例１および例２におけるように、検証されたパーソナルクライアント装置から始まる、新しいパーソナルクライアント装置をテストする方法を開示する。新しいパーソナルクライアント装置、すなわち、スマートフォンＳは、既に検証されたスマートフォンＳｖに加えて、またはその代わりに、検証できる。以下の方法は従って、既に検証された第１のスマートフォン（Ｓｖ）を用いた第２のスマートフォンの実施態様を開示し、以下のステップを含む：
４．１．検証されるスマートフォンＳ上でのユーザーログイン。
４．２．バックエンドＢへのＢＴ、装置ＩＤ、装置指紋の送信で始まる過渡的なエンフォースメントに対する要求。
４．３．操作ＩＤの生成。
４．４．そのＢＴに対して既に検証されたＳｖスマートフォン装置の、プッシュ通知、ＳｅｎｄＰｕｓｈ（操作ＩＤ）での、識別。
４．５．プッシュ通知上をタップ、またはアプリを開く。
４．６．動的ロゴとも呼ばれる、アニメーション画像要求、ｇｅｔＤｙｎａｍｉｃＬｏｇｏＳｉｍｕｌａｔｉｏｎ（操作ＩＤ）。
４．７．ＯＴＰＶ要求でのＴｅｃｈＰａｙｌｏａｄ生成。
４．８．ＰＩＮ要求。
４．９．ｇｅｔＤｙｎａｍｉｃＬｏｇｏ（ＢＴ、装置ＩＤ、装置指紋、操作ＩＤ、ＯＴＰＶ）。
４．１０．ＯＴＰＶ検証。
４．１１．ＯＴＰの生成。
４．１２．ＯＴＰおよび操作ＩＤに基づくアニメーション画像の生成。
４．１３．操作ＩＤ、ＢＴ、装置ＩＤ＿旧装置、タイムスタンプ、操作タイプ＝ＥＮＦ＿ＤＥＶ、カウンタ＝０、状態＝ＰＥＮＤＩＮＧのキャッシング。
４．１４．表示されるアニメーション画像の送信（動的ロゴ、操作ＩＤ）。
４．１５．検証済みスマートフォンＳｖ上にアニメーション画像を表示して、検証されるスマートフォンＳがそれをキャプチャするのを待機している。
４．１６．取引結果（操作ＩＤ）を検証するための定期的なポーリング。ＯＴＰが期限切れになる場合、またはＯＫ／ＫＯで表示フェーズを出るために、アプリは、アニメーション画像のリフレッシュのためにバックエンドＢに向けて定期的にポーリングする。実際のデータ交換はなく、破線であることに留意。
４．１７．スマートフォンを識別するためにセキュリティパラメータ（装置ＩＤ／装置指紋）を取得。
４．１８．スマートフォンＳのカメラを使用した、既にエンフォースされたスマートフォンＳｖ上に表示された動的ロゴの撮影。
４．１９．アニメーション画像の復号、ＯＴＰおよび操作ＩＤの取得。
４．２０．装置を識別するためのセキュリティパラメータを用いて、操作ＩＤに連結された、ロゴから抽出されたＯＴＰを暗号化することによる応答の計算。
４．２１．ＢＴを含む応答、暗号化（ＯＴＰ｜操作ＩＤ、装置ＩＤ／装置指紋）のバックエンドＢへの送信。
４．２２．ＢＴ（２つ以上があり得る）からの装置ＩＤ／装置指紋の取得および応答の解読。
４．２３．ＯＴＰの検証およびそれの、ポイント４．１３で保存されたものに照らしてのチェック。
４．２４．アニメーション画像キャッシュのリフレッシュ（確認待ち）。
４．２５．アニメーション画像の検証プロセスの結果（ＯＫ／ＫＯ）。
４．２６．アプリがユーザーに、確認のためにＰＩＮを入力するように求める（ＯＴＰ＿ＰＩＮ生成）。
４．２７．アプリは、ＯＴＰ＿ＰＩＮ、ＢＴ、操作ＩＤおよび装置指紋を渡すことによりエンフォースメントを確認するために遠隔サービスを起動する。
４．２８．ＯＴＰ＿ＰＩＮの検証。
４．２９．キャッシュにおける検証および最終更新。
４．３０．装置のエンフォース状態の更新。
４．３１．エンフォースメント確認の電子メールのユーザーへの送信。
４．３２．エンフォースメントプロセスの結果（ＯＫ／ＫＯ）。
４．３３．ポーリング呼び掛けに対する応答である、結果（ＯＫ／ＫＯ／操作なし／時間切れリフレッシュ）のポーリング。時間切れリフレッシュの場合には、表示される新しいロゴも返される。

【0079】

例４
図５に示されている、この最後の例は、ウェブアプリケーション上で作成された高リスクの装置取引を認可するためのプロセスを説明する。銀行のウェブアプリケーションＷでウェブブラウザを介して作成された装置取引の検証されたスマートフォンＳｖを用いた承認方法は、以下にリストされるステップを含む。リストされるフェーズの流れは、既に受信されたＲＢＡ応答から始まり、後続は、アニメーション画像／動的ロゴを用いて装置を認可する必要があることに留意すべきである。

【0080】

５．１．装置取引の作成（このポイントは、本発明に関連しないバックエンドバンキングシステムとの何らかのやり取りを要約し、装置取引を識別する取引ＩＤの作成につながる）。
５．２．ＢＴディスパッチ（バンキングシステム上の顧客の固有の識別を表す）、取引ＩＤ、セッションＩＤを用いた、表示される動的ロゴの要求。
５．３．取引ＩＤとは異なる、動的ロゴのための専用操作ＩＤの生成。
５．４．ＯＴＰを生成。
５．５．ＯＴＰ、操作ＩＤおよび取引概要に基づく動的ロゴの生成。
５．６．操作ＩＤ、ＢＴ、取引ＩＤ、セッションＩＤ、タイムスタンプ、操作タイプ＝ＤＩＳＰ、カウンタ＝０、状態＝ＰＥＮＤＩＮＧ、ＯＴＰ、期限切れ、概要のキャッシング。
５．７．そのＢＴと関連付けられたエンフォースされたスマートフォンＳの識別およびその装置へのプッシュ通知の送信。
５．８．表示する動的ロゴの送信（動的ロゴ、操作ＩＤ）。
５．９．動的ロゴを表示し、その間、検証済みスマートフォンがそれをキャプチャするのを待機している。
５．１０．取引結果（操作ＩＤ）を検証するための定期的なポーリング。ＯＴＰコードが期限切れになる場合、またはＯＫ／ＫＯで表示フェーズを出るために、ウェブアプリは、動的ロゴのリフレッシュのためにバックエンドＢを定期的にポーリングする。
点線は、実際の通信フローを表していないが、銀行のウェブアプリケーション（ＰＣモニター上のブラウザ内）上に示された動的ロゴをスマートフォンでキャプチャするユーザーの動作。
５．１１．顧客による承認取引の開始。
５．１２．スマートフォンＳを識別するためのセキュリティパラメータ（装置ＩＤ／装置指紋）の取得。
５．１３．スマートフォンＳのカメラを用いたロゴフレームの取得。
５．１４．動的ロゴの復号、ＯＴＰ、操作ＩＤおよび取引概要の取得。
５．１５．ＯＴＰ、操作ＩＤおよび概要の符号化を通した「ｃｈａｌｌｅｎｇｅＳｔｒｉｎｇ」の計算。
５．１６．スマートフォンＳ上のアプリ上への概要の表示および明示的な確認要求（指紋、顔認証またはＰＩＮ挿入で）。
５．１７．装置指紋の機能である「応答」、およびｃｈａｌｌｅｎｇｅＳｔｒｉｎｇ（考えられる実施態様では、この応答は、ＯＴＰＶと呼ばれる、新しい時限ＯＴＰであることに留意）の生成。
５．１８．応答を、ＢＴおよび操作ＩＤと一緒に、バックエンドＢへ送信。
５．１９．ＢＴから始まる装置指紋の復元（バックエンド側）。
５．２０．操作ＩＤ（ＯＴＰ、期限切れおよび概要を含む）によって識別された取引に対して保存された情報のキャッシュからの取得（バックエンド側）。
５．２１．スマートフォンＳ上のアプリによって使用された同じ符号化関数を使用し、前のステップで取得された情報を通した「ｃｈａｌｌｅｎｇｅＳｔｒｉｎｇ」の計算（バックエンド側）。
５．２２．スマートフォンＳ上のアプリによって使用された同じ関数を適用することによりｃｈａｌｌｅｎｇｅＳｔｒｉｎｇおよび装置指紋から始まる、応答の計算（バックエンド側）、および今計算された応答のスマートフォンＳによって送信されたものとの比較（考えられる実施態様では、応答の検証は、時限ＯＴＰＶの検証を通して同様の方法で得られることに留意）。
５．２３．キャッシュ上の状態を更新（状態＝ＣＯＮＦＩＲＭＥＤ）。状態の更新は、ユーザーがステップ５．１０のポーリングを出て、ステップ５．２６に進むのを可能にするという状況であることに留意。
５．２４．動的ロゴの検証プロセスの結果（ＯＫ／ＫＯ）。
５．２５．結果の表示。
５．２６．問題となっている取引（操作ＩＤによって識別される）に対するキャッシュ内の状態に基づく、結果（ＯＫ／ＫＯ／待機中）のポーリング。

【0081】

本発明の好ましい実施形態では、本方法は、アニメーション画像内に、取引の概要（すなわち、詳細）、その後ペイロードに寄与し、次いで応答の計算でも使用される、文字列のカプセル化も行うことが強調されるべきである。好都合に、復号される場合、アニメーション画像によって伝達されるペイロードは、取引のタイプおよびその詳細に関する指示を提供する。その上、所謂、応答を計算する関数は、ＯＴＰだけでなく、取引の識別コードおよびその詳細にも依存する。これは、前述した既知の方法およびシステムとの大きな違いである。実際、所謂応答は、それを実行している装置にも依存する。一方、従来のＯＴＰコードは、中央セキュリティパラメータだけに依存して、アプリケーションを除けば、外部要素に関係していないので、自己矛盾がない。他方、本明細書で提案される動的画像および方法は、周辺要素を含めて、いくつかの要素を組み合わせ、取引の生成、表示および読取りを多次元を使用して結合する。

【0082】

本発明の結果として、「あなたの何か」オプションは、バックエンドサーバー認証によってアクセスのロックを解除するために使用できる。実際、本発明は、「あなたの何か」を「あなたが持っている何か」および「あなたがいる場所」（コンテキスト）とも組み合わせる。逆に、既知の技術のシステムおよび方法は、ＯＴＰを復号する必要がある各装置に対して鍵を有する必要がある。問題となっている発明は代わりに、ハッシング技術（または一方向符号化）と組み合わされた装置指紋の概念に基づく。好都合に、これは、バックエンドが、取引を実行したユーザー／クライアント装置の真正性を常に識別するのを可能にする。

【0083】

アニメーション画像によって伝達されるＯＴＰは、従来技術におけるように、暗号化されず、従って、いくつかの装置によって復号可能であるが、他方、クライアント装置の認証テストは、クライアント装置の固有の特徴の機能である、応答の計算によって提供されることに留意すべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【国際調査報告】