(57)【要約】  金融取引のための金融情報のソースの画像ベースの処理が提供される。装置は、金融情報のソースの表示を含む１つ以上の画像を取得することができる。装置は、予備的分析における金融情報とは独立してソースを確認（検証）することができる。ソースが確認されると、金融情報を取得するために、１つ以上の画像が使用される。金融情報は、その後、確認される。金融情報が有効な場合は、金融取引の許可を開始することができる。【選択図】図１
2014519643.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上のプロセッサ可読記憶装置に入っているプロセッサ可読コードを有する前記１つ以上のプロセッサ可読記憶装置であって、前記プロセッサ可読コードが、１つ以上のプロセッサをプログラミングして画像ベースの金融取引処理方法を行わせ、前記方法が、
第１演算装置において、その各々が第１取引に関連する金融情報のソースの少なくとも部分的な表示を含む複数の画像を受信することと、
画像ごとに、前記ソースが有効性を示す少なくとも１つの要件を満たすか否かを前記少なくとも部分的な表示から判定することと、
前記ソースが、前記少なくとも１つの要件を満たすと、前記第１演算装置から第２演算装置に前記ソースの少なくとも第１画像を送信することと、
前記第２演算装置において、前記ソースの少なくとも第１画像から前記金融情報を判定することを含むことを特徴とする１つ以上のプロセッサ可読記憶装置。
【請求項２】
前記方法が、前記第２演算装置において、前記金融情報が有効か否か判定することと、
前記金融情報が有効と判定されると、前記第２演算装置において、前記金融情報を使用した前記第１取引を許可することをさらに含むことを特徴とする、請求項１に記載の１つ以上のプロセッサ可読記憶装置。
【請求項３】
前記方法が、前記金融情報が有効と判定されると、前記金融情報を使用した前記第１取引を許可する要求を第３演算装置に送信することをさらに含むことを特徴とする、請求項２に記載の１つ以上のプロセッサ可読記憶装置。
【請求項４】
前記方法が、
前記第２演算装置において前記第１取引の認証の前記要求に対する応答を受信することと、
前記応答が、前記第１取引が許可されたことを示すと、前記第２演算装置から前記第１演算装置に前記第１取引の許可を送信することと、
前記応答が、前記第１取引が許可されていないことを示すと、前記第２演算装置から第１演算装置に前記第１取引の許可拒否を送信することをさらに含むことを特徴とする、請求項３に記載の１つ以上のプロセッサ可読記憶装置。
【請求項５】
前記方法が、前記金融情報を前記第２演算装置から前記第１演算装置に送信することをさらに含むことを特徴とする、請求項１に記載の１つ以上のプロセッサ可読記憶装置。
【請求項６】
前記複数の画像の各々が複数の追加的な表示を含み、画像ごとに、前記ソースが有効性を示す少なくとも１つの要件を満たすか否かを前記少なくとも部分的な表示から判定することが、
前記画像における対向する平行なエッジの第１対と対向する平行なエッジの第２対を識別することと、
前記第１及び第２のエッジの対に基づいて、前記ソースの前記表示を識別することと、
前記ソースが１つ以上の所定のアスペクト比を満たすか否かを判定することを含むことを特徴とする、請求項１に記載の１つ以上のプロセッサ可読記憶装置。
【請求項７】
画像ごとに、前記ソースが有効性を示す少なくとも１つの要件を満たすか否かを前記少なくとも部分的な表示から判定することは、前記ソースの前記少なくとも部分的な表示が、少なくとも１つの所定の画像を含むか否かを判定することを含むことを特徴とする、請求項１に記載の１つ以上のプロセッサ可読記憶装置。
【請求項８】
前記少なくとも１つの所定の画像が、クレジットカード・プロセッサに関連する画像を含むことを特徴とする、請求項７に記載の１つ以上のプロセッサ可読記憶装置。
【請求項９】
前記少なくとも１つの所定の画像が、クレジットカード・プロセッサに関連するロゴまたは背景画像であることを特徴とする、請求項７に記載の１つ以上のプロセッサ可読記憶装置。
【請求項１０】
その各々の画像が第１取引に関連する金融情報のソースの少なくとも部分的な表示を含む複数の画像を第１装置において受信することと、
画像ごとに、前記ソースが有効性を示す少なくとも１つの要件を満たすか否かを前記ソースの前記少なくとも部分的な表示から判定することと、
前記ソースが、前記複数の画像の１つ以上において前記少なくとも１つの要件を満たすと、各々の画像における前記ソースの前記表示に基づく金融情報を判定することを含むことを特徴とする、金融取引における、コンピュータで実装される、画像ベース処理方法。
【請求項１１】
前記金融情報が、前記第１取引の有効性を示す少なくとも１つの要件を満たすか否かを判定することと、
前記金融情報が有効であると判定されると、前記第１取引の前記金融情報を含む許可要求を第２装置に送信することと、
前記許可要求に対する応答を前記第２装置から受信することと、
前記応答が、前記第１取引が許可されていることを示すと、前記第１装置において、前記第１取引に対する許可を出すことと、
前記応答が、前記第１取引が許可されていないことを示すと、前記第１装置において、前記第１取引に対する許可拒否を出すことをさらに含むことを特徴とする、請求項１０に記載の方法。
【請求項１２】
前記ソースが前記複数の画像の１つ以上において有効性を示す前記少なくとも１つの要件を満たさないとき、前記方法が前記複数の画像について文字認識を行わないと判定することをさらに含むことを特徴とする、請求項１１に記載の方法。
【請求項１３】
前記第１装置がクライアント装置であり、前記第２装置がソース・プロセッサであることを特徴とする、請求項１１に記載の方法。
【請求項１４】
前記第１装置が検証サーバであり、前記第２装置がソース・プロセッサであることを特徴とする、請求項１１に記載の方法。
【請求項１５】
金融情報の複数のソースに関連する金融情報を受信することと、
クライアント装置において前記金融情報を記憶させることと、
前記クライアント装置において前記複数のうち１つの第１ソースを使用した第１取引を開始することと、
前記第１取引を開始したことに対して前記クライアント装置において前記第１ソースの第１画像を受信することと、
前記第１ソースの前記第１画像を使用して前記金融情報を認証することを含むことを特徴とする、金融取引処理方法。
【請求項１６】
前記金融情報が前記第１画像を使用して認証されると、前記金融情報を使用した前記第１取引を許可する要求を送信することをさらに含むことを特徴とする、請求項１５に記載の方法。
【請求項１７】
前記金融情報を認証することが、
前記第１ソースの前記第１画像を検証サーバに送信することと、
前記検証サーバから前記第１ソースの前記画像の文字分析を含む応答を受信することと、
前記検証サーバからの前記文字分析と前記クライアント装置において記憶させた前記金融情報とを比較することを含むことを特徴とする、請求項１５に記載の方法。
【請求項１８】
前記金融情報を認証することが、
前記クライアント装置において、前記第１画像と、金融情報の有効なソースについての予め画定された基準一式とを比較することによって前記第１ソースを確認（検証）することと、
前記クライアント装置において、前記第１画像について文字認識を行うことと、
前記クライアント装置において前記文字認識と記憶させた前記金融情報とを比較することを含み、
前記クライアント装置は、前記第１ソースが確認されていないときは文字認識を行わないことを特徴とする、請求項１５に記載の方法。
【請求項１９】
前記第１ソースの前記画像を受信することは、前記第１取引を開始した後、前記画像を前記クライアント装置上でカメラからキャプチャすることを含むことを特徴とする、請求項１５に記載の方法。
【請求項２０】
前記クライアント装置において記憶させた前記金融情報が、前記第１ソースの少なくとも１つの予め取得された画像を含み、
前記金融情報を認証することが、前記クライアント装置において前記少なくとも１つの予め取得された画像と前記画像とを比較することを含むことを特徴とする、請求項１５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願の開示による実施形態は、コンピュータ・ネットワークにおける金融取引の処理に関し、より具体的には、金融取引のための金融情報の物理ソース(physical source)の処理に関する。
【背景技術】
【０００２】
クレジットカードやデビットカードなどで見受けられる物理ソースベースの金融情報は、金融取引においてよく使用されている。これらの取引は、金融情報を含むソースに関する磁気ストライプを読む専用の機械を用いた小売店における取引や、ユーザがソースから金融情報を入力するウェブその他のインターフェースを一般に提供する、オンラインやネットワークにより可能な事業体における取引を含む。
【０００３】
物理ソースが示す金融情報を取得するための従来のメカニズムは、必ずしも適切ではなく、必ずしも適切なユーザ体験を提供するものではない。金融情報のソースを読む専用機械をもたない事業体は、ソースベースの取引を開始し、または受け取る選択肢がないかもしれない。オンライン業者は、ソースベースの取引を行えるかもしれないが、かかる業者は、ユーザに対して、ウェブ上のインターフェースにタイプで打ちこむなど、金融情報を手入力させるのが一般的である。
【発明の概要】
【０００４】
本願の開示の実施形態は、金融取引のための金融情報ソースの画像ベースの処理に関する。演算装置は、金融情報のソースの表示を含む１つ以上の画像を取得することができる。演算装置は、予備分析における実際の金融情報とは独立して、ソース（の有効性）を確認する(validate)ことができる。ソースが確認されると、１つ以上の画像を用いてソースから金融情報を取得する。金融情報（の有効性）が、その後確認される。金融情報が有効(valid)であると、そのソースに対する要求が１つ以上のプロセッサに発行できる。金融情報のソースの取得と確認(validation)が、クライアント装置及び／または検証（確認）サーバ(validation server)によってなされ得る。同様に、ソースからの金融情報の取得と確認が、クライアント装置及び／または検証サーバによってなされ得る。例えば、クライアント装置がソースを確認し、その後、検証サーバに対して、金融情報を取得し、認証する要求を発行することができる。検証サーバは、クライアント装置に対して金融情報を返信し、プロセッサに対して取引の許可(authorization)を行う要求を発行するか、または、クライアント装置に情報を送信する。予め取得された情報を認証(authenticate)するための画像ベースの処理も提供される。
【０００５】
１つの実施形態によれば、画像ベースの処理方法は、第１取引に関連する金融情報のソースの少なくとも部分的な表示を含む複数の画像を第１演算装置で受信することを含む。画像ごとに、ソースが有効性(validity)を示す少なくとも１つの要件を満たしているか否かが少なくとも部分的な表示から判定される。ソースが少なくとも１つの要件を満たす場合は、ソースの少なくとも１つの画像が、第１演算装置から第２演算装置に送信される。金融情報は、第２演算装置におけるソースの画像から判定される。また、１つの実施形態において、第２演算装置は、金融情報が有効か否かも判定する。金融情報が有効であると判定されると、例えば、第２演算装置で第１取引を許可することや、ソース・プロセッサに要求を発行することによって、金融情報を使用した第１取引の許可を開始することができる。また、第２演算装置は、これに加えて、またはこれに代えて、クライアント装置へ金融情報を送信することができる。
【０００６】
別の実施形態によれば、金融取引における画像ベースの処理方法は、第１取引に関連する金融情報のソースの少なくとも部分的な表示を含む複数の画像を第１装置で受信することを含む。画像ごとに、ソースが有効性を示す少なくとも１つの要件を満たしているか否かが、少なくとも部分的なソースの表示から判定される。ソースが少なくとも１つの要件を満たす場合は、金融情報は、画像ごとのソースの表示に基づいて判定される。１つの実施例において、金融情報が、第１取引の有効性を示す少なくとも１つの要件を満たすか否かも判定される。金融情報が有効であると判定されると、第１取引に関する金融情報を含む許可要求が送信される。
【０００７】
さらに別の実施形態によれば、金融取引を処理する方法は、金融情報の複数のソースに関連する金融情報を受信し、クライアント装置にて金融情報を記憶させ、複数のソースの中から第１ソースを使用してクライアント装置にて第１取引を開始し、第１取引を開始したことに対してクライアント装置にて第１ソースの第１画像を受信し、第１ソースの第１画像を使用して金融情報を認証することを含む。
【０００８】
対応する方法、システム、及び、命令によって符号化された記憶媒体で、その命令が実行されると、本明細書に提供される方法を行う記憶媒体を含むコンピュータ可読記憶装置またはプロセッサ可読記憶装置を提供することができる。ここで開示される技術のその他の特性、態様、対象は、本明細書、図面、請求の範囲を読むことで取得され得る。
【図面の簡単な説明】
【０００９】
【図１】図１は、本願の開示の１つ以上の実施形態を実装するために使用することができるコンピュータ・ネットワークのブロック図である。
【図２】図２は、１つの実施例による、金融取引のための処理シーケンスを表す図である。
【図３】図３は、１つの実施例において、第３者アプリケーションから画像ベースの取引を開始するためのクライアント装置及びグラフィカルなユーザ・インターフェースのブロック図である。
【図４】図４は、１つの実施例のキャプチャ(capture)アプリケーションから画像ベースの取引を開始するためのクライアント装置及びグラフィカルなユーザ・インターフェースのブロック図である。
【図５】図５は、１つの実施例による、金融情報のソースの１つ以上の画像を取得するためのクライアント装置及びグラフィカルなユーザ・インターフェースのブロック図である。
【図６】図６は、１つ以上の確認済み画像が取得されたときの図５のクライアント装置及びグラフィカルなユーザ・インターフェースのブロック図である。
【図７】図７は、１つの実施例による金融情報の有効なソースを検出するための１組の画像を処理する方法を記載したフローチャートである。
【図８】図８は、ソースから金融情報の取得と確認の要求を送信する方法を記載したフローチャートである。
【図９】図９は、１つの実施例による、１つ以上の認証されたソース画像から金融情報を判定する方法を記載したフローチャートである。
【図１０】図１０は、１つの実施例における金融情報を確認する方法を記載したフローチャートである。
【図１１】図１１は、ソースから予め取得された金融情報を認証するための画像ベースの処理方法を記載したフローチャートである。
【図１２】図１２は、本願の開示の１つ以上の実施形態を実装するために使用することができる演算システムのハイ・レベル・ブロック図である。
【発明を実施するための形態】
【００１０】
本願の開示の実施形態によれば、金融情報の画像ベースの処理は、金融取引のために提供される。様々な実施例において、クライアント装置またはその他の装置は、金融情報のソースの少なくとも一部分の表示を含む複数画像を取得することができる。ソースが表示する画像と金融情報を処理することは、金融情報取得プロセスにおいて、効率性、正確性、有効性を得ることができるように分配される。
【００１１】
１つの実施例において、第１演算装置は、金融情報を認証し、及び／または金融取引を許可する追加的な処理を開始する前に画像一式を処理し、金融情報の有効なソースを検出することができる。例えば、装置は、画像のみに基づいて、認証し許可することができる金融情報の実行可能なソース表示の有無を判定することができる。この第１の処理一式は、ソースが示す金融情報の内容とは独立して、物理パラメータ一式を用いて金融情報のソースを確認することができる。例えば、画像ベースの処理は、画像と、金融情報の有効なソースの所定の属性や特性とを比較するために使用することができる。このようにして、効率的な予備的な有効性の確認が、実際に金融情報を処理する前に、ソース自体に関して行われる。金融情報のソースが有効であると判定されない場合は、実際の金融情報を取得し、分析する処理を回避することができる。
【００１２】
１つ以上の画像においてソースの表示が確認されると、ソースが表示する金融情報を判定するためのさらなる処理が開始される。１つの実施形態において、追加的な処理は、画像から金融情報を取得するため、第１演算装置において開始される。別の実施形態において、追加的な処理は、第１演算装置から離れた第２演算装置にて開始される。ソースの表示を含む１つ以上の確認された画像は、画像におけるソースが示す金融情報を取得するための第２の処理ステップ一式を用いて分析される。第２の処理ステップ一式は、例えばクレジットカードや口座番号及び／または有効期限などの金融情報を判定することができる。
【００１３】
ひとたび、金融情報が取得されると、処理を行う前または取引を開始するようプロセッサに取引要求を出す前に、その情報が有効か否かを判定するための分析がなされる。ソース分析と同様に、金融情報を分析することは、第１演算装置または第２演算装置において開始することができる。１つの実施例において、金融情報が有効か否かを判定することは、実際にその情報自体を実際に認証し、及び／または、許可することとは対照的に、その情報が認証することができ、及び／または、許可することができるものであるか否かを判定することを含む。ソースが示す金融情報は、カード・プロセッサやアグリゲータなどの相手方への要求を含み得る金融情報や取引の不必要な処理を避けるため、確認を行うことができる。認証または許可することができない情報を送信し、及び／または処理することを回避するために、さらなる効率性が積み重ねられる。
【００１４】
金融情報が確認されると、要求が適切なプロセッサに送信され、金融情報の認証と金融取引の許可がなされる。１つの実施形態において、この要求は、第１演算装置からカード・プロセッサに送信される。別の実施形態において、この要求は、第２演算装置からカード・プロセッサに送信される。
【００１５】
第１演算装置または第２演算装置は、取引が許可された旨もしくは拒否された旨または金融情報を認証できない旨を示すカード・プロセッサからの応答を受信する。第２演算装置は、応答を受信すると、第１演算装置に返信することができる。第１演算装置は、ユーザに対して、取引が許可された旨もしくは拒否された旨またはカードを認証できなかった旨を示す表示を開始することができる。１つの実施例において、第１演算装置は、ユーザからの署名を受信するためのディスプレイ及び入／出力（Ｉ／Ｏ）装置を備えることができる。署名は、例えばタッチスクリーン装置を用いて手入力で行うことも、電子署名に関連した電子的な方法で入力することもできる。このようにして、金融情報のソースのユーザは、カード提示の取引を行えるように認証を受けることができる。別の実施形態において、署名は不要である。
【００１６】
１つの実施形態において、以下に記載するように、第１演算装置は、クライアント装置であり、第２演算装置は遠隔検証サーバである。
【００１７】
図１は、本願の開示内容の１つ以上の実施形態を実施するために使用することができるコンピュータ・ネットワークのブロック図である。システム１００は、クライアント装置１０６、検証サーバ１０２、ソース・プロセッサ１０４を含む。検証サーバ１０２、ソース・プロセッサ１０４、クライアント装置１０６は、１つ以上のネットワーク１０８で通信する。ネットワーク１０８は、公衆ネットワーク、プライベートネットワーク、企業ネットワーク、ローカルエリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）などの任意の組み合わせを含むことができる。原則的に、インターネット及びウェブベースの応用に関して記載しているが、本願の開示内容による実施形態は、任意の種類のコンピュータ・ネットワーク環境において実装することができる。
【００１８】
様々な実施例において、クライアント装置１０６、検証サーバ１０２、ソース・プロセッサ１０４は、以下に記載するように、１つ以上の演算装置を用いて実装することができる。１つの実施例において、クライアント装置１０６は、スマートフォン、携帯電話、携帯情報端末、ハンドヘルド・コンピュータ、ラップトップ・コンピュータなどのモバイル装置とすることができる。また、クライアント装置１０６は、サーバや、デスクトップ・コンピュータ及び／またはその他の専用演算装置などの非モバイル装置を含むこともできる。図１において、クライアント装置１０６は、ディスプレイ１１２（例えば液晶ディスプレイ）、１つ以上の入／出力（Ｉ／Ｏ）装置１１４、無線（ＲＦ）層１１６、制御回路１１８、カメラ１２０及びメモリ１２２を含む。クライアント装置１０６の様々な構成要素は、１つ以上のバス（図示していない）で通信することができる。周辺機器ポート、音声画像インターフェース及びその他本願開示内容と関連のないその他の構成要素など、その他の構成要素は図示していない。
【００１９】
Ｉ／Ｏ装置１１４は、サイド入力エレメント（例えば、回転スイッチ）、ボタン、マルチ・キーボード、またはその他の手入力エレメントなどのフェイスマウント入力エレメントなど、一般によく知られている入力部を含むことができる。１つの実施形態において、Ｉ／Ｏ装置１１４は、ディスプレイ１１２が、出力が視認できるとともに手入力も受けつけるタッチスクリーンなどであるなどの、ディスプレイ１１２を含むことができる。
【００２０】
メモリ１２２は、様々な揮発性及び／または不揮発性メモリを含むことができる。本明細書に記載する様々な機能を実装するために、メモリ１２２は、制御回路１１８の１つ以上のプロセッサによって実行されるプロセッサ可読コードを記憶させることができる。オペレーティング・システム１３０は、メモリ１２２の中に記憶され、制御回路１１８で、または制御回路１１８によって、実行可能である。メモリ１２２には、様々なアプリケーション１３２がロード可能であり、オペレーティング・システム１３０において、またはオペレーティング・システム１３０以外において、動作することができる。アプリケーション１３２の例は、電話ダイヤラープログラム、電子メールプログラム、個人情報管理プログラム、ワード処理プログラム、スプレッドシート・プログラム、インターネットブラウザ・プログラム、ゲーム、ソーシャルネットワーク・アプリケーション、ショッピング・アプリケーション、グローバル・ポジショニング・システムアプリケーションなどである。アプリケーション１３２は、電子メールやその他電子メールアプリケーションで使用されるメッセージなどの情報、個人情報管理プログラムによって使用される連絡先、ワード処理アプリケーションによって使用される文書などの情報を、不揮発性記憶装置に記憶させることができる。１つの実施形態において、アプリケーション１３２は、画像キャプチャ機能を用いて金融取引を開始するための、キャプチャ・プロセッサ１４０によって提供される独立型アプリケーションを含む。
【００２１】
制御装置１１８は、中央演算装置（ＣＰＵ）及び／または図形処理装置（ＧＰＵ）などの、１つ以上のマイクロプロセッサを含むことができる。制御装置は、無線通信を送受信するために、ＲＦ層１１６と通信する。送信中、制御回路は、マイクロホンからの音声信号またはその他のデータ信号をＲＦ層へ送ることができる。ＲＦ層は、例えば、固定の遠隔ステーション・オペレータやその他の携帯電話などの遠隔ステーションへ信号を送信する。ＲＦ層からの送信の行き来は、オペレーティング・システムの制御下において行うことができる。ＲＦ層に受信された通信は、オペレーティング・システムを介してアプリケーションに広がり、また、その逆もある。受信モードの間は、ＲＦ層は、遠隔ステーションまたはその他の装置から音声またはその他のデータ信号を受信し、適切な処理がなされる。制御装置は、音声画像インターフェースを含み、さらにこれと通信することができる。音声インターフェースは、例えば、ユーザに可聴信号を提供するスピーカーとともに使用することができ、また、ユーザから可聴信号を受信するマイクロホンとともに使用することができる。画像インターフェースは、静止画像、ビデオ・ストリームなどを記録する内蔵カメラ１２０の操作を可能にし、さらにディスプレイ１１２用のビデオを可能にする。
【００２２】
キャプチャ・プロセッサ１４０は、ソースを用いた金融取引の処理を容易にする、金融情報のソースの画像の取得を可能にする。アプリケーション１３２の中の１つから受信した金融取引に関する要求に対して、金融情報のソース１５２の表示を含む一式の画像１５０が取得される。キャプチャ・プロセッサ１４０は、画像１５０を取得するために、カメラ１２０及び／またはその他のビデオまたは画像インターフェースにアクセスすることができる。１つの実施例において、カメラ１２０は、ソース１５２を含むビデオをキャプチャする。別の実施例において、カメラ１２０は、ソース１５２を含む静止画像一式をキャプチャする。
【００２３】
キャプチャ・プロセッサ１４０は、一式の画像１５０について、少なくとも第１の画像処理ステップ一式を行う。この第１の画像処理ステップ一式は、金融情報のソース１５２が有効か否かを判定するための分析を行う。画像が、金融情報の有効なソースの表示を含むか否かを判定するために、クライアント装置は、１つ以上の有効性基準を用いることができる。画像におけるソースの確認は、必ずしも文字認識を行うことを要しないため、他のいくつかのプロセスよりも迅速に行うことができる。１つの実施例において、サイズや外見などのソースの物理特性が、有効な金融情報のソースと比較される。様々な種類のソースの既知の画像を含む画像データベース１３６が、クライアント装置にて維持され得る。キャプチャ・プロセッサ１４０は、様々な種類のソースに関するアスペクト比などの既知の基準を含む基準データベース１３４も利用することができる。ソース自体に予備的な分析を行うことにより、取引の認証を完成するうえで使用するとは考えにくい不必要な画像や情報の送信と処理が回避できる。
【００２４】
金融情報のソース１５２がキャプチャ・プロセッサ１４０によって確認されると、金融取引のさらなる処理要求が、ネットワーク１０８上でクライアント装置１０６から検証サーバ１０２へと送信される。この要求は、金融情報の実行可能なソースを含むことが確認された画像の少なくとも１つを含む。また、この要求は、画像１５０がキャプチャされる対象の金融取引に関する情報を含んでいてもよい。例えば、金融取引の金額と取引金額を受信する支払先の識別が、この要求とともに送信されてもよい。以下に記載するさらなる取引上のメタデータが送信されてもよい。
【００２５】
要求に対して、検証サーバ１０２は、ソース１５２に表示された金融情報を確認するため、第２の画像処理ステップ一式を行い、条件付で、要求をソース・プロセッサに１０４に送信する。検証マネージャ１６０は、要求を受信し、確認済み画像を画像プロセッサ１６２に提供する。１つの実施例において、画像プロセッサ１６２は、画像１５０を分割して、金融情報を含む領域を識別し、及び／または抽出する。画像プロセッサ１６２は、識別された領域から個別の画像を生成する。例えば、プロセッサ１６２は、クレジットカード画像から、クレジットカード番号と有効期限の文字毎に画像を生成することができる。
【００２６】
プロセッサ１６２によって生成された文字画像は、各文字画像に関連する文字を識別するため、適切な光学的またはその他の文字認識プロセスを使用する文字認識エンジン１６４に送られる。各々の文字画像を判定し、及び／または文字分析を提供するために、エンジン１６４は、例えば、一般的なクレジットカードやその他の金融情報のソースで見られる文字の画像など、データベース１６８におけるソースベースの画像のデータベースを利用することができる。
【００２７】
検証マネージャ１６０は、ソースが示す金融情報が有効か否かを判定するために、１つ以上の確認動作を行う。この意味合いにおいて、確認とは、金融情報を認証したり、または、金融情報を用いた取引を許可したりすることを指すのではない。寧ろ、確認とは、金融情報が認証または許可の対象となり得るか否かの初回判定を指す。文字列がクレジットカード番号としてあり得るものか否かを判定するために、例えば、マネージャ１６０は、クレジットカードから文字列を分析することができる。このことは、任意の知られたクレジットカードの種類に対する文字配列に対応する文字を判定することを含むことができる。
【００２８】
金融情報が有効であると判定されず、認証も許可もできないと表示された場合は、金融取引の追加的な処理を回避することができる。１つの実施例において、検証サーバは、クライアントに金融情報が有効でないことを表示する返答をする。キャプチャ・プロセッサ１４０は、装置のユーザまたはアプリケーション１３２に対して、金融情報は有効でないと表示することができる。ユーザは、メッセージが間違っていると考えた場合、金融情報を判定するさらなる処理のために追加の画像が取得できるように、再度ソースを提供するよう促される。
【００２９】
ソースが示す金融情報が有効であると判定されると、検証マネージャ１６０は、ソース・プロセッサ１０４に対して取引要求を発行することができる。この要求は、要求のあった取引、または取引を許可し、かつ、処理する要求を許可することとすることができる。一般的に、ソース・プロセッサは、口座を認証し、取引を許可する口座データベース１７４を利用する認証・許可プロセッサ１７２を含む。金融情報及び取引が認証されず、許可されない場合は、応答が検証サーバ１０２に返信され、検証サーバ１０２は、クライアント装置１０６に対応する応答を返信する。ソース・プロセッサと認証サーバからの応答は、金融情報が認証されなかったことと、取引が許可されなかったことを示すことができる。ソース・プロセッサ１０４は、この意味合いにおいて広く使用され、カード発行会社、カード・プロセッサ、カード・アグリゲータ、アクワイアラ、サードパーティ・プロセッサ、インターネット支払いサービスプロバイダ（ＩＰＳＰ）、独立した販売組織、及びコンピュータ・ネットワークによって金融取引を処理することに関わるその他の関係者を含む。
【００３０】
要求が、全ての必要な基準を満たすと、ソース・プロセッサ１０４は、取引を認証し、及び／または処理する。検証サーバ１０２に応答が返信され、検証サーバ１０２は、クライアント装置１０６に対して取引が認証され、及び／または処理された旨の応答を返信する。応答を受信すると、キャプチャ・プロセッサ１４０は、ユーザまたはアプリケーション１３２に対して取引が許可された旨を示す。１つの実施例において、キャプチャ・プロセッサ１４０は、ディスプレイ１１２を用いてクライアント装置のユーザから署名を受信するフォームを提供することができる。
【００３１】
１つの実施例において、検証サーバ１０２は、要求をソース・プロセッサ１０４に発行するのではなく、金融情報をクライアント装置１０６に返信する。クライアント装置１０６は、その後、ソース・プロセッサ１０４に要求を発行するか、その他の方法で情報を使用する。例えば、情報は、将来の使用のためにクライアント装置に記憶させることができ、または、第三者をネットワーク１０８上に呼び出すことなどによってさらに処理させることができるアプリケーション１３２に送ることができる。別の実施形態において、検証サーバ１０２またはクライアント装置１０６は、金融情報を用いて金融取引を処理することができる。
【００３２】
１つの実施形態において、検証サーバ１０２に分散される処理の一部分または全部は、クライアント装置１０６において実装することができる。例えば、画像プロセッサ１６２と文字認識エンジン１６４が、クライアント装置において実装することができる。ソースが有効であると判定した後、ソースは、画像処理及び文字認識を用いて金融情報を判定するために処理することができる。金融情報は、クライアント装置にて確認され、有効であると判定されると、取引要求が、クライアント装置からソース・プロセッサに直接発行される。別の実施例において、クライアント装置は、ソースから金融情報を判定し、その後その情報を確認のために検証サーバ１０２に送ることができる。ソースの１つ以上の確認済み画像は、ソースから金融情報へと送信することができる。
【００３３】
１つの実施形態において、クライアント装置１０６は、ソースマネージャ１４２と、１つ以上の物理ソースから予め取得した金融情報のデータベース１４４も含むことができる。データベース１４４の各記録１４６は、情報の物理ソースに対応し、ソースから予め取得した金融情報を含む。予め取得した情報は、本明細書に記載する画像処理を用いて取得することができ、または、例えばマネージャ１４２によって提供されるインターフェースを用いてユーザによる手入力で取得することができる。ソースマネージャ１４２は、ユーザの要求に対して、金融取引を完成するため、データベース１４４の記録にアクセスする。例えば、アプリケーション１３２は、ユーザが要求する取引の金融情報を検索し、認証するために、ソースマネージャ１４２を呼び出すことができる。ソースマネージャ１４２は、カメラ１２０を用いて対応するソースの１つ以上の画像を取得する。画像から取得した画像及び／または金融情報は、ソースを認証するために、予め取得した情報及び／または画像と比較することができる。画像及び／または金融情報が一致する場合は、マネージャは、ソースを認証し、例えば検証サーバ１０２やソース・プロセッサ１０４に要求を発行することによって、取引の続行を許可する。さらに詳しく後述するが、１つの実施例において、予め取得した記録１４６のソースの確認は、検証サーバ１０２にて行うことができる。
【００３４】
図２は、１つの実施例による、画像ベースの処理を用いた金融取引のための分散処理シーケンスを表す図である。図２は、アプリケーション１３２、キャプチャ・プロセッサ１４０、検証サーバ１０２、及びソース・プロセッサ１０４間の通信及び処理を表している。例示のクレジットカードベースの取引が記載されているが、開示の動作は、小切手などの金融情報のその他のソースの取得についても同様に使用できる。
【００３５】
クレジットカードベースの取引は、ステップ２０２にて開始する。図２において、取引は、クライアント装置１０６で実行されるアプリケーションによって開始する。取引は、金融情報の物理ソースを利用した買い物が行われる任意の種類のアプリケーションによって開始することができる。非制限的な例を挙げれば、ゲーム、インターネットブラウザ、ユーティリティ、ツールなどが、アプリケーションのユーザ、アプリケーションのプロバイダまたは第三者間の取引を容易にするために使用可能ないくつかの例においてよく知られている。買い物のための商品またはサービスを提供するオンライン小売店で仮想ショッピングの項目を追加するため、ウェブのブラウザを利用するユーザを考える。金融取引は、商品またはサービスの購入を完了するために開始することができる。小売業者は、クレジットカード情報を使用して支払いを行うという選択肢をユーザに提案することができる。１つの実施形態によれば、画像ベースの処理を用いたクレジットカード情報をキャプチャする選択肢を提供することができる。１つの実施例において、任意の数及び種類のアプリケーション１３２が、ソースベースの金融取引のために、画像キャプチャと処理を提供するキャプチャ・プロセッサとシームレスにインターフェースすることができるように、ソフトウェア開発キット（ＳＤＫ）が提供される。
【００３６】
図３は、例えば、インターネット・ブラウザ・アプリケーションを用いてクレジットカード取引を開始するために提供することができるクライアント装置１０６及びグラフィカルなユーザ・インターフェース（ＧＵＩ）のブロック図である。ＧＵＩ３０２は、ユーザが買い物を追加した項目リストを有する買い物カゴ３０８を含む。クレジットカードを使って支払いをし、クレジットカード情報を手入力する選択肢がボタン３０４において提供される。ユーザによるボタン３０４の選択に対して、アプリケーションは、ユーザがクレジットカード情報をタイプするか、または他の方法で入力するフォームベースのページを提供することができる。クレジットカードを使って支払いをし、画像ベースのキャプチャを使用してクレジットカード情報を自動的に取得する選択肢が、ボタン３０６によって提供される。
【００３７】
図４に示す１つの実施形態において、ソース金融情報を取得するために、独立型アプリケーション１３２も提供することができる。この実施例では、ＧＵＩ３３２が、ユーザが取引金額と取引の支払先を入力できる入力フィールド３２４と３２６を備えている。フィールド３２４と３２６に情報を入力した後、ユーザは、画像ベースの処理を用いたクレジットカード情報を取得するための実行ボタン３２８を選択することができる。その取引の支払人と口座情報は、画像取得プロセスにおいて取得できる。
【００３８】
図２に戻って、ボタン３０６（図３）やボタン３２８（図４）が、選択される場合、ステップ２４０にて、アプリケーション１３２は、キャプチャ・プロセッサ１４０に取引情報を送信する。これに対して、キャプチャ・プロセッサ１４０は、金融情報のソースの表示を含む画像一式がキャプチャできるように、カメラ１２０にアクセスする。ステップ２０６において、キャプチャ・プロセッサ１４０は、クライアント装置１０６のユーザがソース１５２のキャプチャについてのフィードバックを提供されるように、カメラ１２０の出力内容をディスプレイ１１２に表示させる。
【００３９】
図５は、１つの実施例において、カメラ１２０から画像を取得した場合のキャプチャ・プロセッサ１４０によって提供されるクライアント装置１０６及びＧＵＩ３４２のブロック図である。カメラ１２０の出力内容は、キャプチャ・オーバーレイ・ボックス３０５によってディスプレイ１１２に表示される。キャプチャ・オーバーレイ・ボックスは、クレジットカードのアスペクト比に対応する寸法を含む。ユーザは、カードをカメラ１２０の表示部(view)内に配置し、そのカードが適切に配置し、情報がキャプチャされた時期を判定するために、オーバーレイ・ボックス３０５を使用することができる。１つの実施形態において、オーバーレイ・ボックスは、カメラの表示部内のカードの配置を示す、色分けしたフィードバックを提供する。例えば、境界ボックスの各ラインは、クレジットカードの対応するエッジが検知されない場合、第１色にて提供し、クレジットカードの対応するエッジが検知される場合は第２色にて提供することができる。さらに、１つ以上の確認画像がキャプチャされる場合は、境界ボックス及び／または表示に供されたその他の部分は、クレジットカードが確認された旨、ユーザに追加的出力を提供することができる。
【００４０】
ステップ２０８にて、カメラ１２０からの画像は、確認されたクレジットカードを含む１つ以上の画像が検出されるまで、キャプチャ・プロセッサ１４０によって処理される。ステップ２０８は、画像内のクレジットカードの表示が、金融情報の有効なソースとして１つ以上の予め画定された基準を満たしたと判定されるまで画像を処理することを含むことができる。ステップ２０８における基準は、ソース１５２の表示が、例えば国際標準化機構（ＩＳＯ）によって特定される予め画定されたクレジットカードのアスペクト比を満たすか否かを判定することを含むが、これに限定されない。この基準は、追加的に、または代替的に、クレジットカード１５２の表面や裏面に含まれる表示に関する基準を含めることができる。例えば、カードが１つ以上のカード・プロセッサ、カード発行会社、またはカード・アグリゲータなどに関連したロゴの表示を含む旨の要求を使用できる。追加的な基準は、カードが上記のうち、任意の１つに関連する背景画像を含むか否か判定することを含むことができる。別の実施例において、ステップ２０８は、カードが例えばクレジットカード番号及び／または有効期限に関連する、一続きの番号の表示を含むか否か判定することを含むことができる。
【００４１】
図６は、カメラ１２０からの１つ以上の認証された画像がキャプチャされたときの、キャプチャ・プロセッサ１４０によって提供される、クライアント装置１０６及びＧＵＩ３４２のブロック図である。境界ボックス３０５の外側のカメラ１２０の出力のいかなる部分も、ディスプレイ１１２に表示されていない。この実施例において、ディスプレイのこれらの部分は黒色にされている。クレジットカードの１つ以上の確認済み画像は、クレジットカードの適正画像が処理されたことをユーザに示すため、境界ボックス３０５内に静置されて表示される(statically displayed)。
【００４２】
１つ以上の有効なカード画像が検出されると、キャプチャ・プロセッサ１４０は、ステップ２１０にて検証サーバ１０２へ要求を送信する。ステップ２１０において送られる要求は、少なくとも１つの検証されたカード画像を含む。検証サーバ１０２による処理をさらに容易にするため、要求は、カードの裏面などの追加的画像や、カードの表面などの追加的画像を含むことができる。ステップ２１０における要求は、支払先の識別や取引額などの取引情報を含むこともできる。キャプチャ・プロセッサ１４０によって判定することができるクレジットカード１５２に関連する金融情報などのその他任意の情報も、同様に含むことができる。
【００４３】
ステップ２１２において、検証サーバは、確認済みのカード画像を受信し、ソース１５２に関連する金融情報を判定するための処理を開始する。ステップ２１２は、画像ベースの処理及び／または光学的な文字認識処理を含むことができる。１つの実施例において、画像プロセッサ１６２は、ソース１５２内にある金融情報の表示を含んだ関連部分を識別するために、１つ以上の画像にアクセスし、セグメント化を行う。このような画像処理は、ソース１５２の表示が様々なソース１５２の予め画定された特性を含むか否かを判定するために、かかる特性を使用することを含むことができる。
【００４４】
ひとたび関連する特性が識別され、抽出された部分が取得されると、文字認識エンジン１６４は、クレジットカード番号及び／または有効期限などの金融情報における個々の文字を判定するために、画像を分析することができる。ステップ２１４において、検証マネージャは、エンジン１６４によって判定された金融情報が有効か否かを判定する。１つの実施形態において、ステップ２１４は、金融情報が認証及び／または許可を受けるものか否かを判定する初回有効性チェック(initial validity check)を含む。この点において、ステップ２１４は、金融情報が認証及び／または許可できるか否かを判定できるのみであり、情報が実際に認証及び／または許可されることを判定するものではない。
【００４５】
金融情報が確認されると、ステップ２１６にて、取引要求が検証サーバ１０２からソース・プロセッサ１０４へと送信される。１つの実施例において、ステップ２１６における取引要求は、従来のクレジットカード許可及び／または処理要求である。ソース１５２から判定された支払者の口座の金額、支払先、及び金融情報は、取引を許可及び／または処理する要求とともにソース・プロセッサに送られる。ステップ２１８において、ソース・プロセッサは、取引を許可し、及び／または処理する。ソース・プロセッサは、金融情報が真正のクレジットカード口座を示しているか否かを判定するために、まず、金融情報を認証する。金融情報が真正であれば、プロセッサは、口座が取引のために許可されたものであるか否かを判定する。１つの実施例において、ソース・プロセッサ１０４は、ステップ２１８で取引を完全に処理してもよいし、取引を許可するだけでもよい。
【００４６】
ステップ２２０にて、応答は、検証サーバに送り返される。プロセッサが金融情報を認証できない場合、口座が有効でない旨の適切な応答がステップ２２０にて送信される。口座が取引のために許可されたものでない場合は、ステップ２２０にて、取引を拒否する応答をすることができる。最終的に、口座が取引のために認証され、許可されると、カード・プロセッサは、取引が許可され、及び／または処理された旨を示す応答を提供する。
【００４７】
ステップ２２０にて、検証サーバ１０２は、応答を受信し、ステップ２２２にて、対応する応答をクライアント装置へ提供する。その後、キャプチャ・プロセッサ１４０は、ステップ２２４にて、取引要求の状況を示して、アプリケーション１３２に応答する。１つの実施例において、キャプチャ・プロセッサ１４０は、ステップ２２６にて、クライアント許可画面を表示する。ステップ２２６にて、キャプチャ・プロセッサは、クライアント装置のユーザから、取引の許可を示す署名を受信することができる。１つの実施例において、この情報は、検証サーバ１０２に送信することができる。ステップ２２４は任意である。１つの実施例において、クレジットカードが取引のために許可され、取引が処理されると、ユーザに対して取引が完了した旨、簡単な表示を提供することができる。
【００４８】
図７は、１つの実施形態において図２のステップ２０８で行うことができる金融情報の有効なソースを検出するための画像一式を処理する方法を記載したフローチャートである。ステップ４０２にて、画像一式からの第１画像が、クライアント装置１０６にて、キャプチャ・プロセッサ１４０によりアクセスされる。各画像は、金融情報のソースの少なくとも部分的な表示を含む。例えば、画像は、口座番号と有効期限を有するクレジットカードや口座番号とルーチング番号を有する小切手を表すことができる。ステップ４０２にてアクセスされた画像は、クレジットカードの裏面などのソースの別の部分の表示も含むことができる。１つの実施例において、ステップ４０２は、一式の中で追加的な画像を取得するのと同時に行われる。カメラによりキャプチャされたビデオ・ストリーム画像や多重画像は、画像一式を取得するためにアクセスすることができる。
【００４９】
ステップ４０４にて、選択した画像の中に識別可能なカードエッジがあるか否かを判定するために画像処理が使用される。例えば、クレジットカードは通常、２つの対向する平行なエッジ（辺）が２組ある長方形の形状である。ステップ４０４は、識別可能なカードエッジがあるか否かを判定するために各画像を分析することを含むことができる。本明細書に記載するその他のステップと同様に、ステップ４０４は、カードエッジが識別されたか否かについてのビジュアルインジケータなどのフィードバックを提供することを含むことができる。例えば図５に記載するように、境界ボックスオーバーレイは、カードエッジが検出されたか否かを示すことができる。１つの実施形態において、キャプチャ・プロセッサ１４０は、画像１５０によって表された場面中のコントラスト(contrasts in the scenes)を識別する。このようにして、クレジットカードと１つ以上の背景とが対応するカードエッジとして識別され得る。画像内に識別できるカードエッジがない場合は、プロセスは、ソースの少なくとも一部分の表示を含む別の画像にアクセスするか、かかる画像を取得するステップ４０２に戻る。
【００５０】
カードエッジが識別されると、ステップ４０６にて、キャプチャ・プロセッサは画像のゆがみ(skew)を修正し、カードエッジを補間(interpolate)する。例えば、金融情報のソースが、カメラのフロントと平行した平面において表面または裏面とともに表示されない場合、このゆがみを修正し、各識別されたカードエッジの比例寸法を判定する技術が使用される。カードエッジは、ステップ４０４にて、検出され識別されたカードエッジから長方形のボックスを形成するため、丸みをおびたエッジにするよう補間することができる。
【００５１】
ひとたび画像のゆがみが修正され、カードエッジが補間されると、ステップ４０８にて、キャプチャ・プロセッサは、カードエッジの寸法が金融情報のソースについての既知のアスペクト比と一致するか否かを判定する。１つの実施例において、キャプチャ・プロセッサ１４０は、カードエッジの長さまたはカードエッジの長さの比率をＩＳＯ基準によって与えられる既知のアスペクト比と比較することができる。１つの実施形態において、金融情報のソースについての既知の基準のアスペクト比は、データベース１３４に保持される。カードエッジが既知のアスペクト比と一致しない場合は、キャプチャ・プロセッサは、ステップ４０２にて、別の画像にアクセスする。
【００５２】
エッジが予め画定されたアスペクト比と一致する場合は、キャプチャ・プロセッサ１４０は、ステップ４１０にて、カードの表示がカード・プロセッサに関連する識別可能なロゴを含むか否かを判定する。キャプチャ・プロセッサ１４０は、クレジットカードの既知のプロセッサのロゴに対応する表示または情報一式を含む画像データベース１３６にアクセスすることができる。例えば、ビザ社、マスターカード社、及びその他の多くのクレジットカードに関連する事業体または企業体のロゴは、画像データベース１３６に提供することができる。キャプチャ・プロセッサ１４０は、カードが既知のカード発行会社のロゴを含むか否かを判定するために、画像におけるクレジットカードの表示とデータベース１３６におけるロゴとを比較することができる。１つの実施形態において、キャプチャ・プロセッサは、データベース１３６におけるロゴとの比較のためにクレジットカードの表示の１つ以上の部分を抽出する。例えば、キャプチャ・プロセッサは、クレジットカードに含まれるプロセッサのロゴの既知の場所(location)に対応する表示の部分を抽出することができる。
【００５３】
プロセッサのロゴが画像の中で識別されると、キャプチャ・プロセッサは、ステップ４１６にて、カード画像は金融情報の有効なソースを示していると判定する。１つの実施形態において、単一画像を確認した後、図２のステップ２１０にて処理を継続する。別の実施形態において、２つのまたはその他の数の組の有効な画像が取得されるまで、追加画像に対する処理を継続する。
【００５４】
表示が識別可能なプロセッサのロゴを含まない場合、方法は、ステップ４１２にて、表示が銀行その他のクレジットカードのプロバイダに関連しそうな識別可能なプロバイダのロゴを含むか否かの判定を継続する。クレジットカードの既知のプロバイダのロゴは、画像データベース１３６に記憶させることもできる。ステップ４１２にて識別可能なプロセッサのロゴが判定されない場合は、キャプチャ・プロセッサは、ステップ４１４にて、識別可能な背景画像がソースの表示に存在しているか否かを判定する。クレジットカードはしばしば、絵、図表、写真などの背景画像を含む。これらの背景画像は、画像データベース１３６に記憶させることができる。キャプチャ・プロセッサは、ステップ４１４にて、これらの背景画像と、ソース１５２に含まれる任意の背景画像とを比較する。識別可能な背景画像がない場合、方法は、ステップ４２０に戻って、一式における次の画像にアクセスするか、金融情報ソースの表示を有する追加的な画像を取得する。１つの実施例において、図７による処理は、ユーザが、図５における「取消」ボタン３４８を選択するなどして、ソース取得プロセスを取り消すまで続行できる。
【００５５】
予め画定されたアスペクト比を満たし、かつ、プロセッサのロゴ、プロバイダのロゴまたは背景画像のうちの任意の１つを含んでいると判定された場合、図７は、カード表示（の有効性）を確認する。別の実施例において、上記の要求の各々が満たされるか、組み合わせが満たされることを要求することができる。さらに別の実施例において、ソースを確認するために、アスペクト比またはロゴを単独で使用することができる。確認用に、さらなる要求を含めることもできる。
【００５６】
図８は、ソースの金融情報の確認のため、クライアント装置１０６から検証サーバ１０２へ要求を送信する方法の１つの実施形態を記載したフローチャートである。１つの実施例において、図８で表した方法は、図２のステップ２１０に示すように、クライアント装置１０６においてキャプチャ・プロセッサ１４０によって行うことができる。ステップ４５０にて、キャプチャ・プロセッサは、金融情報のソースのよりよい表示を有する１つ以上の画像にアクセスするために、確認済み画像一式を分析する。ステップ４５０は、金融情報のソースの最も明瞭な表示を検出するため、画像を分析することを含むことができる。１つの実施形態において、ステップ４５０にて、編集、及び／または、検証サーバに送信するために、多重画像を選択することができる。例えば、１つの実施例において、クレジットカードの表面と裏面の画像を選択して検証サーバに送信することができる。さらに、金融情報を抽出するため、１つ以上の画像を検証サーバに提供するために、カードの表面または裏面の１つ以上の画像を送信することができる。
【００５７】
ステップ４５２にて、識別された境界内の選択された画像領域またはその一部分が、検証サーバに送信される画像から切り取られ(clipped)、または抽出される。ステップ４５２は、ソースの関連部分と既知の対応関係を有する表示の部分を識別することを含むことができる。例えば、クレジットカード番号及び／または有効期限のために、クレジットカードの下３分の１に対応する表示の部分が識別され、抽出されてもよい。クレジットカードの裏面のＣＣＶ番号に対応する画像の一部分を抽出するため、同様の技術を用いることができる。別の実施例において、ステップ４５２は、金融情報のソースの全表示を切り取ることを含むことができる。例えば、図５の境界オーバーレイ・ボックス３０５内の画像の任意の部分を抽出することができる。ステップ４５２は、任意であり、１つの実施形態において、全画像を検証サーバへ送信することができる。
【００５８】
ステップ４５４にて、金融取引に関連する取引上の任意のメタデータが判定される。ステップ４５４における取引上のメタデータは、支払先、支払人、及び金額などの従来の取引情報に加えて、金融取引に関連する情報を含むことができる。例えば、取引上のメタデータは、取引を開始するアプリケーションの識別や、取引開始時の装置の位置を識別する配置情報などを含むことができる。ステップ４５６にて、クライアント装置は、確認済みのカード画像、取引情報及び／または取引上のメタデータをカード・プロセッサ１０４へ送信する。
【００５９】
図９は、１つの実施形態において、図２のステップ２１２にて検証サーバが行うことができる１つ以上の確認されたカード画像から金融情報を判定する方法を記載したフローチャートである。ステップ５０２にて、画像プロセッサ１６２は、検証サーバ１０２のところで、クライアント装置からの要求に含まれる画像にアクセスする。
【００６０】
画像プロセッサは、ステップ５０４にて、画像の垂直分割を行う。垂直分割は、金融情報の既知のソースの予め画定された特性と関連する１つ以上のソースの表示領域を識別するために使用することができる。例えば、ステップ５０４は、クレジットカードの有効期限日付同様に、即ち、クレジットカードの有効期限日付に加えて、クレジットカードのクレジットカード番号に関連する垂直に画定された領域を識別するために、画像を垂直分割することを含むことができる。１つの実施例において、垂直分割は、表示における変化を示すノイズ領域を識別するために画像を垂直に走査する。ハイノイズ領域は、クレジットカード番号、有効期限及び／またはカード所有者の氏名に対応する領域を示すことができる。さらに、いくつかの情報の位置やサイズは、クレジットカード番号や有効期限などのソースにわたって一定である。垂直分割は、これらの領域を識別する、予め画定された特性に基づいてこれらの領域を識別することができる。垂直分割に基づいて、口座番号の位置がステップ５０６にて、また、有効期限の位置がステップ５０８にて識別される。氏名、ＣＣＶなどに対応するその他の位置も識別することができる。
【００６１】
ステップ５１０にて、画像処理モジュールは、ステップ５０６及び５０８にて識別される位置で水平分割を行う。１つの実施例において、水平分割は、クレジットカードと有効期限の場所内に個々の文字を配置するために、個別のノイズ領域を識別する。水平分割は、既知のソースに関連した予め画定された特性に基づいて個々の文字領域を識別することもできる。例えば、水平分割は、４つの文字と１つの間隔、続いて４つの文字と１つの間隔、続いて４つの文字と１つの間隔、続いて４つの文字と１つの間隔に対応する画像の部分を識別することができる。個々の文字は、クレジットカード番号に対応する画像として抽出することができる。画像プロセッサは、ダッシュやスラッシュなど既知の句読記号(punctuation)を、有効期限における既知の文字数を表すものとして識別することができる。
【００６２】
ステップ５１２及びステップ５１４にて、処理モジュールは、クレジットカード番号の位置における各々の識別された文字の位置と、有効期限の位置における各々の識別された文字の位置についての画像を生成する。１つの実施例において、ステップ５１２及びステップ５１４は、文字列における個々の文字に対応するクレジットカード番号や有効期限の位置のこうした部分を抽出することを含む。各文字の画像を生成した後、個々の画像は、ステップ５１６にて光学文字認識を受ける。１つの実施形態において、文字認識エンジン１６４は、各々の文字画像用の文字を判定するために、一般的なクレジットカードやその他の金融情報のソースにおいてみられる文字画像などの画像のデータベースを使用することができる。１つの実施例において、多様な光学文字認識アルゴリズムが使用される。各アルゴリズムは、文字が正しいという確信に対応して、各々認識された文字ごとに得点を出したり評価を行ったりすることができる。１つの実施例において、検証マネージャは、最も高い得点や評価を出すアルゴリズムの結果を選択することができる。
【００６３】
図１０は、図２のステップ２１４にて行うことができる金融情報についての有効性分析方法を記載したフローチャートである。１つの実施形態において、図１０の方法は、検証サーバ１０２にて検証モジュール１６６によって行われる。ソースが示す金融情報が有効か否かを判定するために、ステップ５５０にて、検証マネージャは、図９のステップ５１６から、文字認識の結果にアクセスし、１つ以上の検証（確認）動作を行う。ステップ５５０は、クレジットカード番号を認証するのではなく、クレジットカード番号が、これがクレジットカード番号であると示す客観的な基準を満たすか否かを判定する。この意味合いにおいて、確認は、金融情報を認証し、金融情報を使用した取引を許可することを指すものではない。寧ろ、確認とは、金融情報が認証や許可を受け得るものかどうかを最初に判定することを指す。
【００６４】
１つの実施例において、マネージャ１６０は、列がクレジットカード番号としてあり得るものか否かを判定するために、クレジットカードから文字列を分析することができる。このことは、文字数が任意の既知のクレジットカードの種類の文字数か否かを判定することを含むことができる。さらに、このことは、文字が所定の基準一式を満たすか否かを判定するために、文字に１つ以上のアルゴリズムを使用することを含むことができる。例えば、カード発行会社によって付与されたカード番号は、その番号がカード発行会社によって使用されるカード番号としてあり得る番号か否かを判定するために、１つ以上のアルゴリズムを使用するように成り立たせることができる。同様に、検証プロセッサは、有効期限が有効なカード番号に対応する真正な有効期限か否かを判定することができる。有効期限について、検証マネージャは、文字列が、例えば日付を表すための既知のフォーマット内に収まっているか否かを判定することができる。
【００６５】
１つの実施例において、認識された番号が可能性としてあり得るクレジットカード番号か否かを判定するために、Ｌｕｈｎアルゴリズムが使用される。Ｌｕｈｎアルゴリズムは、判定されたクレジットカード番号に使用され、その結果は、番号が可能性として真正のクレジットカード番号であるか否かを示す。
【００６６】
番号が有効なクレジットカード番号を表示するものでない場合、方法は、追加的な確認済み画像が存在するか否かを判定するために、５５２に進む。追加的な確認済み画像がある場合、処理は、クレジッドカード番号を判定するために、別の確認済み画像にアクセスすることによって、図９のステップ５０２に進むことができる。追加的な画像がない場合は、金融情報が有効でないことを示す応答が、ステップ５５８においてクライアント装置に送信される。カード番号が有効なカード番号である場合、検証モジュールは、ステップ５５４において、有効期限の日付が有効か否かを判定する。１つの実施例において、ステップ５５４は、月／年、月／日／年、日／月／年などの日付を表現する任意の既知のフォーマットを識別するため、有効期限の文字列を調べる。フォーマットが日付を表す既知のフォーマットのいずれにも一致しない場合、方法はステップ５５２にて追加的な確認済み画像があるか否かを判定する処理を継続する。有効期限の日付が可能性として有効な有効期限日付であると判定すると、方法は、ステップ５５６にてソース・プロセッサに取引要求を発行する処理を継続する。
【００６７】
図１１は、ソースから予め取得した金融情報を認証する金融情報のソースの画像ベースの処理を使用する、１つの実施形態による方法を記載したフローチャートである。このようにして、クライアント装置で取引を開始した関係者が物理ソースを所有していることを証明することができる。このような証明は、取引開始時にカードが物理的に存在するカード取引における要件を満たすことなどにより、取引を処理する料金を引き下げるための、カード・プロセッサによって設定された要件を満たすことができる。
【００６８】
ステップ６０２において、金融取引は、クライアント装置１０６において開始される。取引は、取引を取得し、及び／または処理する独立型アプリケーションによって、または取引がそこからなされ得るインターネットブラウザや携帯電話など別のアプリケーション内から開始することができる。ステップ６０４において、アプリケーションは、ユーザがクライアント装置に記憶させた予め取得された金融情報を使用した取引の完了を希望するか否かを判定する。アプリケーションは、ユーザが取引の支払い方法を選択できるインターフェースを提供することができる。別の実施形態において、ステップ６０４は、例えば、取引を開始するアプリケーションからの呼び出しや要求に対して、ソースマネージャ１４２によって行われることができる。ユーザが、予め取得された金融情報の使用を希望しない旨を示すと、方法は、図２のステップ２０４において、ソース取得プロセスを開始するキャプチャ・プロセッサに取引を送信する処理を継続する。
【００６９】
ユーザが、予め取得した金融情報を使用したい旨を示すと、方法は、予め取得したソースのうち１つのソースの選択がユーザから受信するステップ６０６にて処理を継続する。１つの実施形態において、ソースマネージャ１４２は、ステップ６０６において、入手可能なソースを列挙し、ソースの１つを選択するオプションを提供するインターフェースを提供する。
【００７０】
ソースの１つの選択を受信すると、マネージャ１４２は、カメラ１２０にアクセスし、ステップ６０８において選択に対応する物理ソースの表示を含む１つ以上の画像を取得する。１つの実施形態において、インターフェースは、カメラによるキャプチャ用にソースを配置させるユーザへの命令を備えることができる。画像が取得された後、または画像が取得されている間、ソースマネージャは、ソースを認証するために画像を処理する。ステップ６１０において、画像が金融情報の有効なソースの表示を含んでいるか否かを判定するために、画像が処理される。１つの実施形態において、ステップ６１０は、図７に記載するように行われる。ソースマネージャ１４２は、その後、１つ以上の検証画像を使用して、ステップ６１２で金融情報を取得し、確認する。１つの実施形態において、ステップ６１２は、金融情報を取得するために図９の方法を使用し、金融情報を確認するために図１０の方法を使用して行われる。
【００７１】
ソースマネージャがソースについて金融情報を確認すると、その情報は、ステップ６１４において、ソースのクライアント装置に記憶させている予め取得された情報と比較される。比較は、口座番号、有効期限、氏名、プロバイダ、プロセッサなど、またはこれらの項目の任意の組み合わせについて行うことができる。情報が一致しない場合は、方法はステップ６０４において、取引がどのように続行すべきか判定する処理を継続する。金融情報を取得し、検証する別の試みを行うことができ、または、ユーザは異なる支払い様式を利用するための選択をすることができる。
【００７２】
新たに取得した金融情報が、クライアント装置に記憶させた金融情報と一致する場合、ステップ６１６において取引要求が開始される。１つの実施形態において、クライアント装置は、ステップ６１６において、取引要求を直接１つ以上のソース・プロセッサ１０４に発行することができる。別の実施形態において、クライアント装置は、カード・プロセッサに取引要求を発行することができる検証サーバへ要求を発行することができる。
【００７３】
図１１の方法において、予め取得した情報は、ソースの画像から取得された金融情報を使用して確認される。別の実施形態において、クライアント装置は、画像から金融情報を取得することなく、１つ以上の取得した画像に基づいて予め取得した情報を確認することができる。例えば、クライアント装置は、予め取得した金融情報とともに、予め取得したソースの画像を格納することができる。ステップ６１２は、省略することができ、ステップ６１４において、予め取得した画像とステップ６０８において受信した１つ以上の画像とを比較することができる。画像が一致すると、予め取得した情報は認証され、ステップ６１６にて取引を開始することができる。
【００７４】
別の実施例において、クライアント装置１０６は、ステップ６１０において画像を処理した後、１つ以上の確認済み画像を検証サーバに転送することができる。検証サーバは、金融情報を取得して、ステップ６１４にて確認するために金融情報をクライアント装置へ転送し返すことができる。或いは、検証プロセッサは、ソースから予め取得した金融情報を保持して、ステップ６１４にて確認を行うこともできる。情報が、新たに取得した画像に基づいて認証されると、検証サーバは、例えば認証の要求をソース・プロセッサに発行することによって、取引を開始することができる。検証サーバは、クライアント装置に応答を返信することもできる。応答が、予め取得した情報が認証された旨を示す場合は、クライアント装置は、ソース・プロセッサに対して取引要求を発行することができる。
【００７５】
図１２は、クライアント装置１０６、検証サーバ１０２、及びソース・プロセッサ１０４など、図１及び図２の任意の演算装置を実装するために使用できる演算システムのハイ・レベル・ブロック図である。図１２の演算システムは、プロセッサ８０、メモリ８２、大容量記憶装置８４、周辺機器８６、出力装置８８、入力装置９０、携帯用記憶装置９２、及びディスプレイ・システム９４を含む。簡略化の目的のため、図１２に示す構成部品は、単一のバス９６に接続して記載されている。しかし、構成部品は、１つ以上のデータ輸送手段を介して接続することができる。１つの選択肢として、プロセッサ８０とメモリ８２は、ローカルマイクロプロセッサバスを介して接続することができ、大容量記憶装置８４、周辺機器８６、携帯用記憶装置９２、及びディスプレイ・システム９４は、１つ以上の入力／出力バスを介して接続することができる。
【００７６】
プロセッサ８０は、単一のマイクロプロセッサを含むことができ、または、コンピュータ・システムをマルチプロセッサ・システムとして構成するために複数のマイクロプロセッサを含むことができる。プロセッサ８０は、１つ以上の中央処理装置及び／または図形処理装置を含むことができる。メモリ８２は、プロセッサ８０が本明細書に記載された技術を実装するようにプログラミングするための命令とデータを記憶する。１つの実施形態において、メモリ８２は、ダイナミック・ランダム・アクセス・メモリ、ハイスピード・キャッシュ・メモリ、フラッシュメモリ、その他の不揮発性メモリのバンク、及び／またはその他の記憶素子を含むことができる。磁気ディスクドライブまたは光ディスクドライブによって実装することができる大容量記憶装置８４は、データ及びコードを記憶するための不揮発性記憶装置である。１つの実施形態において、大容量記憶装置８４は、本明細書に記載された技術を実装するようにプロセッサ８０をプログラミングするシステム・ソフトウェアを記憶する。携帯用記憶装置９２は、フロッピーディスク、ＣＤ−ＲＷ、フラッシュメモリカード／ドライブなどの携帯用不揮発性記憶媒体と協働してデータやコードのコンピュータ・システムからの入力またはコンピュータ・システムへの出力を行う。１つの実施形態において、実施形態を実装するためのシステム・ソフトウェアは、このような携帯用媒体に格納され、携帯用記憶媒体ドライブ９２を介してコンピュータ・システムに入力される。
【００７７】
周辺機器８６は、コンピュータ・システムに追加的な機能を加えるために、入／出力インターフェースなどの任意の種類のコンピュータ支援装置を含むことができる。例えば、周辺機器８６は、コンピュータ・システムを１つ以上のネットワーク、モデム、ルータ、無線通信装置などに接続する１つ以上のネットワーク・インターフェースを含むことができる。入力装置９０は、ユーザ・インターフェースの一部分を提供し、キーボードまたはポインティング装置（例えば、マウス、トラックボールなど）を含むことができる。文字情報や図形情報を表示するため、図１２の演算システムは（選択的に）、出力ディスプレイ・システム９４を有し、かかる出力ディスプレイ・システム９４は、ビデオカード及びモニタを含むことができる。出力装置８８は、スピーカ、プリンタ、ネットワーク・インターフェースなどを含むことができる。システムは、装置が有線または無線のネットワークを介して他の装置と通信できるようにする通信接続９８も含むことができる。通信接続の例は、ＬＡＮ接続用のネットワークカード、無線ネットワークカード、モデムなどを含む。通信接続は、ＤＮＳ、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、及びＨＴＴＰ／ＨＴＴＰＳなどのプロトコルを使用した通信を可能にするハードウェア／ソフトウェアを含むことができる。
【００７８】
図１２の演算システムに記載した構成部品は、本明細書に記載した技術を使用するのに適した演算システムにおいて一般的にみられる構成部品であり、当業界においてよく知られたコンピュータ構成部品の幅広いカテゴリを示すことを意図している。多くの異なるバスの構成、ネットワーク・プラットホーム、オペレーティング・システムを使用することができる。本明細書において記載する技術は、特定の演算システムに限定されない。
【００７９】
本明細書に記載する技術は、ハードウェア、ソフトウェア、またはハードウェア、ソフトウェア両方の組み合わせを用いて実装することができる。ソフトウェアは、本明細書に記載する処理を行う１つ以上のプロセッサをプログラミングするためのプロセッサ可読コードが入った（例えば、メモリ８２、大容量記憶装置８４、または携帯用記憶装置９２などの）上記のような１つ以上のプロセッサ可読記憶装置に記憶することができる。プロセッサ可読記憶装置は、揮発性または不揮発性媒体、取り外し可能な媒体、取り外し不可能な媒体などの持続性有形的コンピュータ可読媒体を含むことができる。有形的コンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラム・モジュールまたはその他のデータなど任意の方法または技術において実装することができる。有形的コンピュータ可読媒体の例は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたはその他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）またはその他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置またはその他の磁気記憶装置、または所望の情報を記憶させるために使用でき、コンピュータによってアクセスできるその他の持続性有形的媒体を含む。別の実施形態においては、ソフトウェアの一部分または全部が、カスタム集積回路、ゲートアレイ、ＦＰＧＡ、ＰＬＤ、及び特別の目的のコンピュータを含む専用ハードウェアに代替させることができる。１つの実施形態において１つ以上のプロセッサをプログラミングするために、１つ以上の実施形態を実装する（記憶装置に記憶された）ソフトウェアが使用される。１つ以上のプロセッサは、１つ以上の有形的コンピュータ可読媒体／記憶装置、周辺機器及び／または通信インターフェースと通信することができる。
【００８０】
以上述べた発明の詳細な記載は、例示及び説明の目的で提供されたものである。排他的な、または本発明を本明細書に記載したとおりの形式に限定するような意図はない。上記の教示に照らして、多くの変更及び変形が可能である。本明細書に記載した実施形態は、本発明の原理を最も適切に説明するために選択されたのであり、その実際的な応用は、当業者により、特定の使用に合うように、様々な実施形態、様々な変更を伴って、発明を最善の形態で利用することができる。発明の範囲は、添付の請求項によって決定されるように意図している。
【図１】
2014519643.tif 000003
【図２】
2014519643.tif 000004
【図３】
2014519643.tif 000005
【図４】
2014519643.tif 000006
【図５】
2014519643.tif 000007
【図６】
2014519643.tif 000008
【図７】
2014519643.tif 000009
【図８】
2014519643.tif 000010
【図９】
2014519643.tif 000011
【図１０】
2014519643.tif 000012
【図１１】
2014519643.tif 000013
【図１２】
2014519643.tif 000014
【国際調査報告】
2014519643.tif 000015