(57)【要約】【課題】ユーザ‐ブラウザ対話に基づきユーザを認証するシステム、方法および媒体が開示される。【解決手段】方法の実施形態は、ユーザとのｅコマース・セッション中にユーザから処理の要求を受信することと、要求された処理が追加認証を必要とするかどうかを判断することとを含むとよい。実施形態はさらに、セッションのユーザ‐ブラウザ対話の分析を要求することと、セッションのパターン照合スコアを受信することと、パターン照合スコアおよび要求された処理に基づき処理を実行することとを含むとよい。パターン照合スコアは、セッション中のブラウザとのユーザの対話と、そのユーザのユーザ‐ブラウザ対話プロファイルとの比較のインジケーションを提供するとよい。実行される処理は、ｅコマース取引を完了すること、情報へのアクセスまたは情報の修正を行うこと、パスワードを変更すること、追加情報を要求すること、要求された処理を拒否すること、またはその他の処理を含めばよい。さらなる実施形態は、一次レベルの認証を用いてユーザを認証することを規定してもよい。【選択図】図４
2009533735.tif 000002
【特許請求の範囲】
【請求項１】
ユーザとブラウザとの対話を分析する方法であって、
前記ユーザとブラウザとの現行セッションにおける対話に関連する第１データを判断するステップと、
前記ユーザとブラウザとの対話に関連する第２データにアクセスするステップと、
前記第１データに関連するパターンを判断するために前記第２データを分析するステップと、
前記現行セッションにおけるパターン照合スコアを判断するステップと、
を含む方法。
【請求項２】
第１データを判断する前記ステップより前に前記第１データの分析の要求を受信するステップ
をさらに含む、請求項１に記載の方法。
【請求項３】
前記第１データは、前記ユーザのプロファイルに関連するプロファイル・データを含み、  前記第２データは、以前のセッションに関連するセッション・データを含む、
請求項１に記載の方法。
【請求項４】
前記第２データは、前記ユーザのプロファイルに関連するプロファイル・データを含む、請求項１に記載の方法。
【請求項５】
前記パターン照合スコアを判断するステップは、
前記第１データと、前記判断されたパターンとを比較するステップ
をさらに含む、請求項１に記載の方法。
【請求項６】
前記ユーザから第１処理の要求を受信するステップと、
前記要求された第１処理が追加認証を必要とするかどうかを判断するステップと、
前記要求された第１処理が追加認証を必要とするという判断に応答して、前記第１データの分析の要求を生成するステップと
をさらに含む、請求項１に記載の方法。
【請求項７】
前記パターン照合スコアおよび前記要求された第１処理に従って、第２処理を実行するステップ
をさらに含む、請求項６に記載の方法。
【請求項８】
前記第２処理は、
ｅコマース取引を完了すること、
制限情報にアクセスすること、
ユーザ情報を修正すること、
前記ユーザのパスワードを変更すること、
追加情報を要求すること、または
前記要求された処理を拒否すること
のうち１つ以上を含む、請求項７に記載の方法。
【請求項９】
クライアント・コンピュータ・システムから前記第１データを受信するステップと、
前記受信された第１データと、前記現行セッションのユーザ・ログイン・プロセスとを関連付けるステップと、
前記第１データと、前記ユーザ・ログイン・プロセスのインジケーションを含む関連データとを記憶コンポーネントに記憶するステップと、
をさらに含む、請求項１に記載の方法。
【請求項１０】
前記関連付けるステップは、
前記受信された第１データを、前記ユーザに関連するプロファイルに照合するステップ
をさらに含む、請求項９に記載の方法。
【請求項１１】
ユーザとブラウザとの対話を分析する装置であって、
前記ユーザとブラウザとの現行セッションにおける対話に関連する第１データを判断する手段と、
前記ユーザとブラウザとの対話に関連する第２データにアクセスする手段と、
前記第１データに関連するパターンを判断するために前記第２データを分析する分析器と、
前記現行セッションにおけるパターン照合スコアを判断する手段と、
を備える装置。
【請求項１２】
前記第１データの分析の要求を受信する手段
をさらに備える、請求項１１に記載の装置。
【請求項１３】
前記第１データは前記ユーザのプロファイルに関連するプロファイル・データを含み、  前記第２データは以前のセッションに関連するセッション・データを含む、
請求項１１に記載の装置。
【請求項１４】
前記第２データは前記ユーザのプロファイルに関連するプロファイル・データを含む、請求項１１に記載の装置。
【請求項１５】
パターン照合スコアを判断する前記手段は、
前記第１データと、前記判断されたパターンとを比較する手段
をさらに備える、請求項１１に記載の装置。
【請求項１６】
前記ユーザから第１処理の要求を受信する手段と、
前記要求された第１処理が追加認証を必要とするかどうかを判断する手段と、
前記要求された第１処理が追加認証を必要とするという判断に応答して、前記第１データの分析の要求を生成する手段と
をさらに備える、請求項１１に記載の装置。
【請求項１７】
前記パターン照合スコアおよび前記要求された第１処理に従って、第２処理を実行する手段
をさらに備える、請求項１６に記載の装置。
【請求項１８】
前記第２処理は、
ｅコマース取引を完了すること、
制限情報にアクセスすること、
ユーザ情報を修正すること、
前記ユーザのパスワードを変更すること、
追加情報を要求すること、または
前記要求された処理を拒否すること
のうち１つ以上を含む、請求項１７に記載の装置。
【請求項１９】
クライアント・コンピュータ・システムから前記第１データを受信する手段と、
前記受信された第１データと、前記現行セッションのユーザ・ログイン・プロセスとを関連付ける手段と、
前記第１データと、前記ユーザ・ログイン・プロセスのインジケーションを含む関連データとを記憶コンポーネントに記憶する手段と
をさらに備える、請求項１１に記載の装置。
【請求項２０】
前記関連付ける手段は、
前記受信された第１データを、前記ユーザに関連するプロファイルに照合する手段
をさらに備える、請求項１９に記載の装置。
【請求項２１】
コンピュータ上で実行されると、請求項１〜１０のいずれかに記載のすべてのステップを実行するようになっているプログラム・コード手段を含む、コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理システムの分野、特に、インターネットまたはｅコマースの取引の認証の提供など、ユーザ‐ブラウザ対話の分析に基づきユーザを認証するシステム、方法および媒体の分野に属する。
【背景技術】
【０００２】
当技術分野においてパーソナル・コンピュータ・システムはよく知られている。パーソナル・コンピュータ・システムは、今日の現代社会の多くの分野にコンピュータの能力を提供するために普及した。パーソナル・コンピュータ（ＰＣ：ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）は、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）ならびにランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）およびベーシック入出力システム読み取り専用メモリ（ＢＩＯＳ  ＲＯＭ：ｂａｓｉｃ  ｉｎｐｕｔ／ｏｕｔｐｕｔ  ｓｙｓｔｅｍ  ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）などの関連の揮発性および不揮発性のメモリ、システム・モニタ、キーボード、１つ以上のフレキシブル・ディスケット・ドライブ、ＣＤ−ＲＯＭまたはＤＶＤ−ＲＯＭドライブ、固定ディスク記憶ドライブ（「ハード・ドライブ」としても知られる）、マウスなどのポインティング・デバイス、オプションのネットワーク・インターフェース・アダプタを有するシステム・ユニットを含む、デスクトップ型、フロア・スタンディング型、または携帯用のマイクロコンピュータと定義され得る。これらのシステムの際立った特徴の１つは、これらのコンポーネントを電気的に接続するマザーボードまたはシステム・プレーナ（ｓｙｓｔｅｍ  ｐｌａｎａｒ）が使用されていることである。ノート型ＰＣ、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、高性能無線電話などの移動コンピューティング・デバイスの使用も広まっている。移動コンピューティング・デバイスでは一般的に、サイズの小型化、携帯電源および移動性と引き換えに、従来のＰＣに比べ一部の機能性または性能が放棄されている。
【０００３】
社会の様々な分野においてＰＣおよび移動コンピューティング・デバイスが普及したことで、テレコミューティング、ニュース、株式市場情報および取引、銀行取引、買い物、配送、ハイパーテキスト転送プロトコル（ｈｔｔｐ：ｈｙｐｅｒｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）および電子メールという形での通信、ならびにその他のサービスなどのために、職場と家との両方でコンピュータ・システムに対する依存がもたらされた。これらの機能の多くは、インターネット、またはローカル・エリア・ネットワークなどのその他のネットワークにより提供される通信能力を活用する。重要性を増し続けている機能の１つは、消費者がインターネット接続を介して企業から商品またはサービスを購入する、インターネットを使った商取引（ｅコマースまたはオンライン・コマースとしても知られる）である。通常、消費者は、消費者のＰＣまたはその他のデバイス上でブラウザまたは他のインターフェースを利用して、企業により運営されているウェブサイト（すなわちｅコマース・サイト）から購入する製品またはサービスを選択すると思われる。企業および消費者にとってのインターネット・コマースの重要性は劇的に高まり続けているが、不正行為によって、インターネット・コマースの導入が遅くなり、企業および消費者の双方に時間、資金およびその他のリソースの負担をかけている。ハッカーは、アカウントを奪取し（すなわちアカウント情報を盗み）、盗んだアカウント情報を用いてタスクを実行して不正に商品、サービスまたは金銭を得ることによりインターネット詐欺を行う。ハッカーは、「フィッシング」（信頼できるソースを装ってアカウント情報を不正に得ること）、スパイウェア、内部情報、商取引場所にある侵害された（ｃｏｍｐｒｏｍｉｓｅｄ）データ・ソース、またはその他の方法など、数多くの方法によってアカウントを奪取できる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
インターネット・コマース詐欺を防ぐために、インターネット・コマース詐欺に対して数多くのソリューションが、企業、ブラウザ開発者などにより開発されてきたが、どれも効果的かつ効率的なソリューションを提供できていない。認証の１つの種類に、取引を完了するためにユーザＩＤおよびパスワードを要求するものがあるが、このような認証自体が前述の手段を用いて奪取されることがある。既知のソリューションの１つに、パスワード認証に加えて、オンライン購入のたびにセキュリティ・コード（クレジット・カード上の刻印されたものではない３桁または４桁の数字）を要求するものがあるが、コードは通常フィッシング・プロセス中にその他のアカウント情報とともに入力されることになるため、このソリューションはフィッシングに対する保護はもたらさない。もう１つのソリューションに、購入者を認証するためにオペレータからの「折り返し電話」も要求するものがあるが、特にボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ：Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アカウントが奪取されている場合、ＶｏＩＰアカウントを用いて監査追跡なしで電話番号を瞬時に設定および停止できる。さらに、このソリューションは、電話をかける実際の人を必要とするため、企業の支出を大幅に増加させる。顧客は折り返しの電話を受けるために電話の近くにいなければならず、購入商品に関しては顧客の購入にすぐに応じるように処理されないため、このソリューションでは顧客満足度も下がる。したがって、インターネット・コマース取引の間にユーザの追加認証を提供する効率的かつ効果的なシステムが必要とされている。
【課題を解決するための手段】
【０００５】
上で特定された問題は、主に、ユーザ‐ブラウザ対話に基づきユーザを認証するシステム、方法および媒体によって対処される。実施形態は、ユーザとのｅコマース・セッション中に、ユーザから処理の要求を受信することと、要求された処理が追加認証を必要とするかどうかを判断することとを含むとよい。実施形態はさらに、要求された処理が追加認証を必要とするという判断に応答して、このセッションにおけるユーザ‐ブラウザ対話の分析を要求することと、このセッションにおけるパターン照合スコアを受信することとを含むとよい。パターン照合スコアは、セッション中のブラウザとのユーザの対話と、そのユーザのユーザ‐ブラウザ対話プロファイルとの比較のインジケーション（ｉｎｄｉｃａｔｉｏｎ）を提供するとよい。実施形態はさらに、パターン照合スコアおよび要求された処理に基づいて処理を実行することを含むとよい。実行される処理は、例えば、ｅコマース取引を完了すること、制限情報にアクセスすること、ユーザ情報を修正すること、ユーザのパスワードを変更すること、追加情報を要求すること、または要求された処理を拒否することを含んでもよい。さらなる実施形態は、一次レベルの認証でユーザを認証すること、またはユーザとのｅコマース・セッションを確立することを規定するとよい。さらなる実施形態は、パターン照合スコアを分析し、その後このパターン照合スコアおよび要求された処理に基づいて処理を実行することを規定するとよい。別のさらなる実施形態では、パターン照合スコアを受信することは、セッションにおけるパターン照合スコアを判断することを含むとよい。別のさらなる実施形態では、パターン照合スコアを判断することは、セッションに関連するユーザ‐ブラウザ対話データを判断することと、このデータと、以前の対話データで判断されたパターンとを比較することとを含むとよい。さらに別の実施形態では、処理を実行することは、ｅコマース取引を完了すること、制限情報にアクセスすること、ユーザ情報を修正すること、ユーザのパスワードを変更すること、追加情報を要求すること、または要求された処理を拒否することのうち１つ以上を含むとよい。
【０００６】
別の実施形態は、データ処理システムにおいて実行するとユーザ‐ブラウザ対話に基づきユーザを認証する一連の動作をシステムに実行させるのに有効な命令を含む、機械アクセス可能媒体を提供する。概して、一連の動作は、ユーザとのｅコマース・セッション中に、ユーザから処理の要求を受信することと、要求された処理が追加認証を必要とするかどうかを判断することとを含む。一連の動作はさらに、要求された処理が追加認証を必要とするという判断に応答して、このセッションにおけるユーザ‐ブラウザ対話の分析を要求することと、セッションにおけるパターン照合スコアを受信することとをさらに含むとよい。一連の命令はさらに、パターン照合スコアおよび要求された処理に基づき処理を実行することを含むとよい。
【０００７】
さらなる実施形態は、着信対話サーバ（ｉｎｃｏｍｉｎｇ  ｉｎｔｅｒａｃｔｉｏｎ  ｓｅｒｖｅｒ）およびパターン照合サーバと通信しているアプリケーション・サーバを有する、ｅコマース認証システムを提供する。アプリケーション・サーバは、クライアント・コンピュータ・システムのユーザとセッションを確立するｅコマース・アプリケーションを含むとよい。ｅコマース・アプリケーションは、ユーザによる処理の要求に応答して、追加認証が必要であると判断してもよい。アプリケーション・サーバはさらに、確立されたセッションにおけるユーザ‐ブラウザ対話の分析を要求し、確立されたセッションにおけるパターン照合スコアを受信する、パターン照合リクエスタを含んでもよい。ｅコマース・アプリケーションは、確立されたセッションにおけるパターン照合スコアおよび要求された処理に基づき処理を実行するとよい。システムはさらに、ユーザ‐ブラウザ対話データを１つ以上のクライアント・コンピュータ・システムから受信するセッション・データ・リスナと、受信されたユーザ‐ブラウザ対話データとユーザ・ログインとを関連付ける対話データ・マネジャと、ユーザ‐ブラウザ対話および関連情報をユーザ‐ブラウザ対話データベースに記憶する対話データベース・インターフェースとを有する、着信対話サーバを含むとよい。システムはさらに、パターン照合スコアの要求を受信し、判断されたパターン照合スコアをアプリケーション・サーバへ送信するアプリケーション・サーバ・インターフェースと、記憶されているユーザ‐ブラウザ対話データにアクセスするための対話データベース・インターフェースと、セッションに関連する格納されたユーザ‐ブラウザ対話データをパターンに関して分析し、判断されたパターンとセッションに関連するユーザ‐ブラウザ対話データとを比較してセッションにおけるパターン照合スコアを判断する対話データ分析器とを有するパターン照合サーバを含むとよい。システムは、ユーザからの入力を受信するブラウザを有する、クライアント・コンピュータ・システムをさらに含むことが好ましい。
【０００８】
別の実施形態は、ｅコマース・セッションにおけるユーザ‐ブラウザ対話データを処理する方法を提供する。実施形態は、ユーザとのｅコマース・セッション中に、クライアント・コンピュータ・システムからユーザ‐ブラウザ対話データを受信することと、受信されたユーザ‐ブラウザ対話データと、このセッションのユーザ・ログインとを関連付けることとを含むとよい。実施形態はさらに、ユーザ‐ブラウザ対話データと、このセッションのユーザ・ログインのインジケーションを含む関連情報とを、ユーザ‐ブラウザ対話データベースに記憶することを含むとよい。さらなる実施形態では、受信されたユーザ‐ブラウザ対話データとユーザ・ログインとを関連付けることは、受信データと、ユーザに関連するユーザ‐ブラウザ対話プロファイルとを関連付けることをさらに含んでもよい。
【０００９】
別の実施形態は、ｅコマース・セッションにおけるパターン照合スコアを判断する方法を提供する。実施形態は、現行セッションに関連するユーザ‐ブラウザ対話データを判断することと、現行セッションに関連するユーザの以前のセッションに関連するユーザ‐ブラウザ対話データにアクセスすることと、以前のセッションのユーザ‐ブラウザ対話データを分析して以前のセッションのユーザ‐ブラウザ対話データにおけるパターンを判断することとを含むとよい。実施形態はさらに、現行セッションにおけるユーザ‐ブラウザ対話データと、判断されたパターンとを比較することなどによって、現行セッションにおけるパターン照合スコアを判断することを含むとよい。
【００１０】
対話データ・マネジャは、受信されたユーザ‐ブラウザ対話データおよびユーザ・ログインを、このユーザに関連するユーザ‐ブラウザ対話プロファイルと照合するプロファイル照合器（ｍａｔｃｈｅｒ）をさらに含むことが好ましい。方法は、判断されたパターン照合スコアを送信するステップをさらに含むとより好ましい。現行セッションに関連するユーザ‐ブラウザ対話データを判断することは、現行セッションに関連するユーザ‐ブラウザ対話プロファイルに関連するユーザ‐ブラウザ対話データを判断することを含むとさらに好ましい。
【００１１】
以下の詳細な説明を読み、添付の図面を参照すれば、本発明の利点が明らかになる。図面では、同じ参照番号が同様の構成要素を示すこともある。
【発明を実施するための最良の形態】
【００１２】
以下は、添付の図面に描かれている本発明の例示的な実施形態の詳細な説明である。例示的な実施形態は、本発明が明確に伝わる程度の詳しさである。なお、提供される詳しさによって実施形態の予想される変形物が制限されることはなく、反対に、添付の特許請求の範囲により定義される本発明の意図および範囲内に入るすべての修正、等価物および代替物が対象とされるものとする。以下の説明は、このような実施形態を当業者に対し明らにすることを目的とする。
【００１３】
全般的に言うと、ユーザ‐ブラウザ対話に基づいてユーザを認証するシステム、方法および媒体が開示される。方法の実施形態は、ユーザとのｅコマース・セッション中にユーザから処理の要求を受信することと、要求された処理が追加認証を必要とするかどうかを判断することとを含むとよい。実施形態はさらに、要求された処理が追加認証を必要とするという判断に応答して、このセッションにおけるユーザ‐ブラウザ対話の分析を要求することと、このセッションにおけるパターン照合スコアを受信することとを含むとよい。パターン照合スコアは、セッション中のブラウザとのユーザ対話と、ユーザのユーザ‐ブラウザ対話プロファイルとの比較のインジケーションを提供するとよい。実施形態はさらに、パターン照合スコアおよび要求された処理に基づいて処理を実行することを含むとよい。実行される処理は、例えば、ｅコマース取引を完了すること、制限情報にアクセスすること、ユーザ情報を修正すること、ユーザのパスワードを変更すること、追加情報を要求すること、または要求された処理を拒否することを含んでもよい。さらなる実施形態は、一次レベルの認証を用いたユーザの認証を規定してもよい。
【００１４】
開示される実施形態のシステムおよび方法により、ブラウザとのユーザの対話と、ブラウザとのユーザの以前の対話の既存のプロファイルとを、パターン照合スコアの生成により比較することによって、ｅコマース（インターネット）取引中にユーザ認証を目立たずに行うことができるようになる。ユーザの対話は、キーを選択する速度、フィールド間の移動にユーザが利用する方法（例えばマウス、タブ・キーなど）、またはユーザのブラウザ対話のその他任意の態様などの属性を含んでよい。続いてｅコマース・アプリケーションは、パターン照合スコアに基づき、取引の許可、取引の拒絶または他の処理の実行をするとよい。開示される方法は、二因子認証システムにおいて、ユーザ名およびパスワードなどの第１の認証メカニズムに対して追加の認証強度を提供する、補助的な認証メカニズムとして特に有用であると思われる。ユーザのクレジット・カードまたはその他の情報が盗まれるかまたは別の方法で侵害されると、ユーザは取引を要求していないとパターン照合スコアが示す可能性があるが、このような場合にｅコマース取引を拒絶することによって、インターネット・コマース詐欺が有効に減らされると思われる。開示される方法は、比較的目立たずに、ユーザに知られないまま、またはユーザによる処理を要求せずに動作して効果的かつ効率的な認証メカニズムを提供する。
【００１５】
一般に、本発明の実施形態を実現するために実行されるルーチンは、オペレーティング・システムまたは特定のアプリケーション、コンポーネント、プログラム、モジュール、オブジェクト、または一連の命令の一部であってもよい。本発明のコンピュータ・プログラムは通常、ネイティブ・コンピュータによって機械可読フォーマットに、従って実行可能な命令に変換される、多数の命令から成る。さらに、プログラムは、プログラムに対してローカルにあるか、またはメモリ内もしくは記憶デバイス上にある、変数およびデータ構造から成る。さらに、本願明細書で説明される種々のプログラムは、本発明の特定の実施形態においてプログラムが実装される用途に基づき特定されればよい。なお、当然のことながら、本願明細書の特定のプログラム用語（ｎｏｍｅｎｃｌａｔｕｒｅ）は、いずれも単に便宜上使用されているものであるため、本発明は、このような用語によって特定または暗示、あるいはその両方をされる特定用途のみでの使用に限定されるべきではない。
【００１６】
以下では、ハードウェアまたはソフトウェアあるいはその両方の詳細な構造を参照して特定の実施形態について説明するが、当業者であれば当然のことながら、本発明の実施形態は、実質的に等価な他のハードウェアまたはソフトウェアあるいはその両方のシステムを用いて有効に実装され得る。本願明細書で説明される本発明の態様は、磁気コンピュータ・ディスク、および光学的に読み取り可能なコンピュータ・ディスク、および取り外し可能なコンピュータ・ディスクなどの、コンピュータ可読媒体に記憶されても、またはコンピュータ可読媒体で配布されてもよく、さらに、インターネット上または無線ネットワークなどの他のネットワーク上で電子的に配布されてもよい。本発明の態様に特有のデータ構造およびデータ送信（無線送信を含む）も、本発明の範囲内に含まれる。
【００１７】
本願明細書で説明される各ソフトウェア・プログラムは、パーソナル・コンピュータ、サーバなど、任意の種類のコンピュータ上で運用されればよい。任意のプログラムが種々の信号保持媒体（ｓｉｇｎａｌ−ｂｅａｒｉｎｇ  ｍｅｄｉａ）に含まれてよい。実例となる信号保持媒体には、次に限定されるものではないが、（ｉ）書き込み不可能な記憶媒体（例えばＣＤ−ＲＯＭドライブによって読み取り可能なＣＤ−ＲＯＭディスクなど、コンピュータ内の読み取り専用メモリ・デバイス）に永久的に記憶されている情報、（ｉｉ）書き込み可能な記憶媒体（例えばディスケット・ドライブまたはハード・ディスク・ドライブ内のフレキシブル・ディスクなど）に記憶された可変情報、および（ｉｉｉ）無線通信を含め、コンピュータまたは電話のネットワークを介してなど、通信媒体によってコンピュータに伝達される情報が含まれる。後者の実施形態は具体的には、インターネット、イントラネットまたはその他のネットワークからダウンロードされる情報を含む。このような信号保持媒体は、本発明の機能を命令するコンピュータ可読命令を運ぶ場合、本発明の実施形態に相当する。
【００１８】
ここで図を見ると、図１は、一実施形態による、アプリケーション・サーバと、着信対話サーバと、パターン照合サーバとを備えたｅコマース認証システムの環境を描いている。描かれている実施形態では、ｅコマース認証システム１００には、ネットワーク１０４と通信している複数のクライアント・コンピュータ・システム１０２が含まれている。開示されるｅコマース認証システム１００にはさらに、アプリケーション・サーバ１０６、着信対話サーバ１０８およびパターン照合サーバ１１０が含まれ、これらはすべてネットワーク１０４と通信している。ユーザは、クライアント・コンピュータ・システム１０２で実行されているブラウザ１１２を利用してｅコマース・アプリケーション１１８とのセッションを確立することによって、ネットワーク１０４を介してアプリケーション・サーバ１０６のｅコマース・アプリケーション１１８と対話すればよい。着信対話サーバ１０８は、ユーザがブラウザ１１２を操作している間のユーザとブラウザ１１２との対話のインジケーションを、ユーザ‐ブラウザ対話データベース１３０内に記憶するために受信するとよい。要求された処理の実行にはユーザの追加認証が必要であるとｅコマース・アプリケーション１１８が判断すると、アプリケーション・サーバ１０６は、パターン照合サーバ１１０にパターン照合スコアを要求するとよい。次に、パターン照合サーバ１１０は、現行セッション中のユーザのブラウザ１１２対話と、以前のセッションからユーザ‐ブラウザ対話データベース１３０内に記憶されている検出済みのパターンとに基づき、パターン照合スコアを判断するとよい。ｅコマース・アプリケーション１１８は、パターン照合スコアおよびユーザから要求された処理に基づき、ユーザを認証して要求された処理を許可するか、追加情報を要求するか、または取引を拒否するとよい。このようにして、ｅコマース・アプリケーション１１８はパターン照合スコアを利用して、ユーザを認証するか、または、ユーザ名およびパスワードなどの別の第１形態の認証に対してさらなる認証強度をもたらすとよい。
【００１９】
クライアント・コンピュータ・システム１０２はそれぞれ、１つ以上のパーソナル・コンピュータ、ワークステーション、サーバ、メインフレーム・コンピュータ、ノート型またはラップトップ型のコンピュータ、デスクトップ型コンピュータ、ＰＤＡ、セットトップ・ボックス、移動電話、無線デバイスなどを含めばよい。実施形態によっては、クライアント・コンピュータ・システム１０２は、図２に関して説明されるコンピュータ・システムであるとよく、ネットワーク１０４と有線または無線で通信しているとよい。ブラウザ１１２は、Ｍｉｃｒｏｓｏｆｔ  ＣｏｒｐｏｒａｔｉｏｎのＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（商標）、Ｎｅｔｓｃａｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ＣｏｒｐｏｒａｔｉｏｎのＮａｖｉｇａｔｏｒ（商標）、Ｍｏｚｉｌｌａ  ＦｏｕｎｄａｔｉｏｎのＭｏｚｉｌｌａ（商標）、Ａｐｐｌｅ  ＣｏｒｐｏｒａｔｉｏｎのＳａｆａｒｉ（商標）など、ユーザがインターネットまたはイントラネットのコンテンツを見られるようにするグラフィカル・ブラウザ・アプリケーションであればよい。ブラウザは、最も基本的な動作レベルにおいて、ユーザが任意のネットワーク・サイトに接続できるようにし、情報コンテンツをそのサイトからダウンロードし、その情報をユーザに対して表示する。追加情報を見るために、ユーザは新たなネットワーク・アドレスを（リンクを選択することなどによって）指定し、そのコンテンツが、ユーザのコンピュータ・ディスプレイ上にそれまで表示されていた情報と入れ替わる。ブラウザ１１２を使用して、ユーザはｅコマース・アプリケーション１１８と対話し、商品またはサービスの購入、情報の要求または閲覧、情報の提供、またはその他のタスクなどのタスクを実行するとよい。ユーザは、後でさらに詳しく説明するように、マウス、キーボード、音声入力デバイスなど、クライアント・コンピュータ・システム１０２のユーザ入力デバイスを介してブラウザ１１２と対話すればよい。
【００２０】
後でさらに詳しく説明するとおり、クライアント・コンピュータ・システム１０２は、ブラウザとのユーザの対話のインジケーションを、ネットワーク１０４を介して着信対話サーバ１０８へ送信し、ユーザ‐ブラウザ対話プロファイルとパターン照合スコアとの判断を容易にするとよい。クライアント・コンピュータ・システム１０２により送信されるユーザ‐ブラウザ対話データは、ユーザ‐ブラウザ対話ならびに識別情報両方のインジケーションを含むとよい。実施形態によっては、ブラウザ１１２は（Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．の）ＪａｖａＳｃｒｉｐｔ（商標）対応であってもよく、またはクライアントからサーバへ対話の詳細を送信できるようにするその他のコードに対応していてもよい。ＪａｖａＳｃｒｉｐｔ（商標）は、追加機能を提供するために或るページのハイパー・テキスト・マークアップ言語（ＨＴＭＬ：Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の言語またはその他の言語に埋め込むことが可能なプログラミング・コードのシステムであり、現代のブラウザ１１２で広くサポートされている。これらの実施形態では、アプリケーション・サーバ１０６により送信されるすべてのページに、クライアント・ソフトウェアがＪａｖａＳｃｒｉｐｔとして含まれていてもよい。ＪａｖａＳｃｒｉｐｔ（商標）コードは、ブラウザ１１２とのユーザの対話の詳細を追跡し、このような対話のインジケーションを（ユーザ‐ブラウザ対話データの一部として）着信対話サーバ１０８へ送信するとよい。ＪａｖａＳｃｒｉｐｔ（商標）に基づく対話型ウェブ・アプリケーション作成用のウェブ開発技術、Ａｓｙｎｃｈｒｏｎｏｕｓ  ＪａｖａＳｃｒｉｐｔ  Ａｎｄ  ＸＭＬ（ＡＪＡＸ）（ＸＭＬＨＴＴＰとしても知られる）を使用して、ユーザ‐ブラウザ対話の詳細が指定のサーバ（すなわち、着信対話サーバ１０８）へ、ニアリアルタイムで送信されてもよい。クライアント・コンピュータ・システム１０２のブラウザ１１２には、ｅコマース・アプリケーション１１８によって使用されるスクリプト言語との互換性が必要とされることになる。本願明細書の実施形態はＪａｖａＳｃｒｉｐｔ（商標）およびＡＪＡＸに関して説明されているが、当業者であれば当然のことながら、その他のスクリプト言語および方法も、開示されるシステムと共に利用されてよい。
【００２１】
上述のように、ユーザ‐ブラウザ対話データは、ユーザとブラウザ１１２との対話のインジケーション、ならびにユーザまたはクライアント・コンピュータ・システム１０２あるいはその両方に関する識別情報の両方を含むとよい。ブラウザ１１２とのユーザ対話は、キーボード対話、移動デバイス（ｍｏｖｅｍｅｎｔ  ｄｅｖｉｃｅ）対話、およびナビゲーション／選択傾向などの概略的なカテゴリに分類されるとよい。キーボード対話は、キーダウン時間（特定のキーがどれくらいの時間押されるか）、タイピングの速度、キーストローク間の時間、数値キーパッドの使用、大文字使用時のキーストローク順序、よくあるタイピングのミスなどを含めて、キーボードとのユーザの対話を含めばよい。例えば、特定のユーザは、概して「ｋ」キーの押下よりも数ミリセカンド短い時間「ｏ」キーを押下することもあり、これは、継続的なデータ入力の間一貫して現れ得るパターンである。この特殊な違いは、ハードウェアの違い（特定のキーボード上の各キーに対するキーボードのバネなど）、ならびにユーザの自然なタイピング・パターンまたは学習されたタイピング・パターンの両方を反映すると思われる。別のユーザでは、２つの文字間のギャップが大きいことも、ギャップが小さいこともあり得、または保持時間の長い方が逆になることも考えられ、これが２人のユーザを区別し得る特徴を提供する。通常、そういう特徴が１つあっても認証プロセスには不十分であると思われるが、異なる動きを集約することで収集データが増加し考慮される要素が増加するにつれて、認証強度が強くなる。
【００２２】
他の種類のユーザ‐ブラウザ対話もあり得る。移動デバイス（マウス、トラックボールなど）対話は、クリックまでの「マウスオーバー」の時間、デバイスのどのボタンが使用されたか、スクロール・ホイールが使用されたかどうか、ユーザがカーソルを安定したままにするかカーソルをいじるか、テキストを読む間ユーザがカーソルでたどるかどうかなどを含んでもよい。ナビゲーションおよび選択の傾向は、スクローリング方法（マウス・ホイール、矢印キー、上または下スクロール・ボタン上での左クリック、ページ・アップ／ページ・ダウンなど）、ユーザが「ホット・キー」を使用するかまたはプルダウン・メニューから処理を選択するか、誤り訂正方法（置き換えられるテキストをマウスまたはキーボードで強調表示する、削除キーを使用する、スペル・チェッカの推薦を受け付けるなど）、画面の読み込み中にユーザがカーソルをどこに置くか、ユーザがどのようにフィールド間をナビゲートするか（タブ・キー、マウスなど）、テキスト・ボックス提出の好み（「ｅｎｔｅｒ」を選択するかマウスを使用して提出を選択するかなど）などを含めて、ユーザがどのようにウェブサイトをナビゲートするかまたはウェブサイト上で処理を選択するかに関する要素を含んでもよい。いくつかの一般的なカテゴリおよび特定の例を本願明細書において説明するが、当業者であれば当然のことながら、任意の種類の、ユーザとブラウザ１１２との対話のインジケーションおよびブラウザ１１２に表示されるサイトが使用され得る。ウェブサイトを使用している間のユーザの対話の詳細により、特に組み合わされると、ユーザの動きによって或る程度までユーザが識別される。ユーザ‐ブラウザ対話の詳細が十分あれば、識別は非常に正確になり、認証目的のために十分なものとなり得る（単独でかまたは第１形態の認証に対する補完として）。
【００２３】
ユーザ‐ブラウザ対話データ内に含まれる識別情報は、ブラウザ・コード名、ブラウザのメジャー・バージョン、ブラウザのマイナー・バージョン、ＣＰＵクラス、プラットフォーム、ユーザ・エージェント、システム言語およびクッキーなど、ユーザ、ブラウザ１１２またはクライアント・コンピュータ・システム１０２あるいはそれらすべての識別を支援する働きをする任意の情報を含めばよい。
【００２４】
ネットワーク１０４は、インターネット、イントラネット、ＬＡＮ、ＷＡＮ、イーサネット・ネットワーク、無線ネットワーク、専用ネットワーク（ｐｒｏｐｒｉｅｔａｒｙ  ｎｅｔｗｏｒｋ）、または広帯域ケーブル・ネットワークなど、任意の種類のデータ通信チャネルまたは複数のチャネルの組み合わせであればよい。インターネットまたはその他の公衆ネットワークは、クライアント・コンピュータ・システム１０２がアプリケーション・サーバ１０６から広範囲にわたって分散されている場合にこれらのシステム間の通信が容易になるため、ネットワーク１０４として特に有用であると思われる。同じく、企業イントラネットが、企業内コンピュータ環境との通信用にネットワーク１０４としての働きをしてもよい。なお、当業者であれば当然のことであるが、本願明細書で説明される発明は、任意の種類のデータ通信チャネル（単数または複数）またはその組み合わせを利用して実現され得る。
【００２５】
アプリケーション・サーバ１０６は、ｅコマース・アプリケーション１１８、ビジネス・アプリケーションまたはデータベースなどの特定のソフトウェア・アプリケーションの実行専用のサーバ・コンピュータであってもよい。アプリケーション・サーバ１０６は通常、組み込みの冗長性、高い性能を有し、複雑なデータベース・アクセスをサポートする。アプリケーション・サーバ１０６は、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．によるＪａｖａ  Ｐｌａｔｆｏｒｍ，Ｅｎｔｅｒｐｒｉｓｅ  Ｅｄｉｔｉｏｎ（Ｊａｖａ  ＥＥ（商標）、以前はＪ２ＥＥ（商標）として知られていた）などの基準を満たしていればよい。アプリケーション・サーバの例には、ウェブ技術を使用する複数のコンピューティング・プラットフォームにわたってｅビジネス・アプリケーションをセットアップ、運用および統合するミドルウェアとしての働きができる、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅの（ＩＢＭ（Ｒ）の）ＷｅｂＳｐｈｅｒｅ（Ｒ）Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ（ＷＡＳ）がある。
【００２６】
アプリケーション・サーバ１０６は、１つ以上のｅコマース・アプリケーション１１８およびパターン照合リクエスタ１２０を含むとよい。ｅコマース・アプリケーション１１８（在庫管理、勘定作成、会計などのための、１つ以上のバックエンド・アプリケーションを含んでもよい）は、ユーザによる商品もしくはサービスの購入、またはユーザによる情報へのアクセスを容易にするアプリケーションなど、リモート・クライアント・コンピュータ・システム１０２でユーザにサービス、コンテンツ、または情報を提供するのに使用され得る任意のアプリケーションであればよい。パターン照合リクエスタ１２０は、ネットワーク１０４を介して、パターン照合サーバ１１０に対してパターン照合スコア１１０の要求を送信するとよく、さらにパターン照合サーバ１１０からパターン照合スコアを受信するとよい。パターン照合リクエスタ１２０はさらに、ｅコマース・アプリケーション１１８とともに、パターン照合スコアを分析して処理のユーザ要求に対処するための適切な一連の処理を判断するとよい。ｅコマース・アプリケーション１１８は、例えば、処理の許可、処理の拒否、後からの追跡検査のための取引へのマーク付け、さらなる検証をするまで完了できないものとしての取引へのフラグ立て、追加の認証情報の要求などを行ってもよい。処理のユーザ要求には、ｅコマース取引などのタスクの完了、制限情報へのアクセス、ユーザ情報の修正、またはユーザのパスワードの変更の要求が含まれ得る。パターン照合リクエスタ１２０は、ｅコマース・アプリケーション１１８とは別のモジュールであってもよく、または、ｅコマース・アプリケーション１１８に統合されていてもよい。場合によっては、複数のｅコマース・アプリケーション１１８に対して、別々のパターン照合リクエスタ１２０がサービスを提供してもよい。
【００２７】
前述のとおり、着信対話サーバ１０８は、ユーザがブラウザ１１２を操作している間に、ユーザ‐ブラウザ対話データベース１３０内に記憶してユーザ‐ブラウザ対話データの処理に備えるために、ユーザとブラウザ１１２との対話のインジケーションを受信してもよい。アプリケーション・サーバ１０６は、クライアント・コンピュータ・システム１０２で集められ特定の着信対話サーバ１０８へ方向付けられるべきユーザ‐ブラウザ対話情報を方向付ける、ＪａｖａＳｃｒｉｐｔ（商標）またはその他のスクリプトを含むとよい。次に着信対話サーバ１０８は、受信されたユーザ‐ブラウザ対話データをユーザ‐ブラウザ対話データベース１３０内に記憶するとよい。
【００２８】
ユーザ‐ブラウザ対話データを記憶する前に、着信対話サーバ１０８の対話データ・マネジャ１１４が、後でアクセスおよび分析するためにデータと特定のユーザ・ログインとを関連付けるとよい。さらに対話データ・マネジャ１１４は、受信データと、ユーザの特定のプロファイルとを関連付けてもよい。ユーザのユーザ‐ブラウザ対話プロファイルは、対話ハードウェアの特定の部分に特有な対話傾向を示すとよい。ユーザは、例えば、ｅコマース・アプリケーション１１８にアクセスするためにユーザが使用し得る種々のクライアント・コンピュータ・システム１０２をそれぞれ表す、複数のユーザ‐ブラウザ対話プロファイルを有することもある。ユーザは、一例を挙げれば、複数のコンピュータのうち１つがスクロール・ホイールを備えたマウスを有しない場合など、仕事用のコンピュータの代わりに家庭用コンピュータから異なる形でブラウザと対話することもある。様々なオプションが利用可能であること、種々のコンポーネントが異なる性能を有することが理由で、または精神的な理由で、ユーザのスタイルは対話ハードウェアと共に変化し得る。ハードウェアは、全く異なるユーザの対話体験をもたらすほどに違う可能性もある。各ユーザは、ｅコマース・アプリケーション１１８ウェブサイトにおいて１つのアカウントしか有しないと思われるため、特定のログインに関して複数のユーザ‐ブラウザ対話プロファイルがあると、種々のユーザ‐ブラウザ対話シナリオに適応する柔軟性がもたらされる。着信対話サーバ１０８は、ユーザの対話を適切なデバイスに効果的に「マッピング」する。ユーザが現在使用しているハードウェアを識別するために、着信対話サーバ１０８は、クッキー、ＩＰアドレス・サブネット、ブラウザ・コード名、ブラウザの完全名称、ブラウザのメジャー・バージョン、ブラウザのマイナー・バージョン、ＣＰＵクラス、プラットフォーム、ユーザ・エージェントおよびシステム言語などの情報を利用するとよい。これらの項目は、等しく重み付けされていないことも、またはすべてが考慮されないこともあり、さらに、一部のものに正の重みだけが関連付けられていることもある（ＩＰサブネットなど）。
【００２９】
パターン照合サーバ１１０は、現行セッション中のユーザのブラウザ１１２対話と、ユーザ‐ブラウザ対話データベース１３０に記憶されているユーザのユーザ‐ブラウザ対話データにおいて検出されるパターンとに基づき、パターン照合スコアを判断するとよい。特定のユーザのパターン照合スコアの要求をｅコマース・アプリケーション１１８から受信すると、パターン照合サーバ１１０は、当該のユーザの記憶されているユーザ‐ブラウザ対話データにアクセスして、記憶されているデータをパターンに関して分析し、パターンと、現行セッションにおけるユーザ‐ブラウザ対話データとを比較するとよい。実施形態によっては、現行セッションにおけるユーザ‐ブラウザ対話データがユーザ‐ブラウザ対話データベース１３０内に記憶されてもよい。比較および分析の結果は、以前のユーザ‐ブラウザ対話に基づく、セッションにおけるパターン照合スコアであればよい。パターン照合スコアは、現行セッションのユーザとして行動している人（またはエンティティ）が事実実際のユーザである可能性の任意のインジケーションであればよい。パターン照合サーバ１１０は、判断されたパターン・スコアを要求側のｅコマース・アプリケーション１１８へ送信するとよく、次に要求側のｅコマース・アプリケーション１１８は、パターン照合スコアに少なくとも部分的に基づいてその一連の処理を決定するとよい。例えば、高認証強度を示しているパターン照合スコアは、ユーザが認証されたことをｅコマース・アプリケーション１１８に対し示唆し得る一方、低い信頼性を示すパターン照合スコアは、ユーザに対する取引の拒否、または追加情報の要求を生じさせるとよい。
【００３０】
アプリケーション・サーバ１０６、着信対話サーバ１０８およびパターン照合サーバ１１０はそれぞれ、１つ以上のパーソナル・コンピュータ、ワークステーション、サーバ、メインフレーム・コンピュータ、ノート型またはラップトップ型のコンピュータ、デスクトップ型コンピュータ、またはその他のコンピュータ・システムを含めばよい。実施形態によっては、アプリケーション・サーバ１０６、着信対話サーバ１０８、およびパターン照合サーバ１１０のいずれかが、図２に関して説明されるコンピュータ・システムであってもよく、それぞれがネットワーク１０４と有線または無線で通信していればよい。アプリケーション・サーバ１０６、着信対話サーバ１０８、およびパターン照合サーバ１１０の例として、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅ  Ｃｏｒｐｏｒａｔｉｏｎ（ＩＢＭ）ｅＳｅｒｖｅｒ（Ｒ）サーバが考えられる。ｅコマース認証システム１００では、アプリケーション・サーバ１０６、着信対話サーバ１０８およびパターン照合サーバ１１０は、同じ建物またはコンピュータ室の中など、同じ位置にあってもよく、またはリモートとすることもできるであろう。「リモート」という用語は、ｅコマース認証システム１００のコンポーネント間の距離に関連して使用されるが、この用語は、システム間の物理的な大きな距離を示す意味ではなく、ある種の分離を示す意味で使用されている。例えば、ｅコマース認証システム１００のコンポーネントのいずれかが、何らかのネットワーク配列において、物理的に近くにあっても、または同じコンピュータ・システムの一部として設置されてもよい。
【００３１】
ユーザ‐ブラウザ対話データベース１３０は、任意の種類の揮発性および不揮発性の記憶装置であればよく、着信対話サーバ１０８により受信されたユーザ‐ブラウザ対話データ、ならびに関連情報または識別情報を記憶するとよい。ユーザ‐ブラウザ対話データベース１３０は、スタンドアロン・ユニットであっても、着信対話サーバ１０８またはパターン照合サーバ１１０など、ｅコマース認証システム１００の別のコンポーネントに統合されていてもよい。
【００３２】
開示される実施形態のシステムおよび方法は、ｅコマース取引のためにユーザ認証を提供する効率的かつ効果的なメカニズムを提供する。開示されるシステムは、実施形態によってはユーザ通知なしで動作し、シームレスかつ効率的な認証方法を提供し得る。複数のセッションを通してブラウザとのユーザの対話を追跡することにより、新たなセッションでのユーザの処理を、以前のセッションで明らかとなったパターンと比較して、一種の認証を提供することができる。ユーザ‐ブラウザ対話認証は、２因子認証システムにおいて、ユーザ名およびパスワードなどの別の種類の認証に対する補完としての働きをするとよい（補助的な形の認証）。十分に強固でありかつ高度な対話データを備えた一部の実施形態では、ユーザ‐ブラウザ認証が唯一の形の認証としての働きをしてもよいが、通常は補助的な認証として使用されるとよい。ユーザ‐ブラウザ対話プロファイルの使用によって、種々のマシンでのユーザの異なる対話スタイルが、有利に調整されるとよい。開示されるユーザ‐ブラウザ対話認証は、ユーザの利便性が強く重視され、詐欺が大きな危険であるｅコマース・アプリケーションに対して特に有用であると思われる。
【００３３】
図２は、クライアント・コンピュータ・システム１０２、アプリケーション・サーバ１０６、着信対話サーバ１０８、またはパターン照合サーバ１１０など、ｅコマース認証システム１００のコンポーネントとして使用するのに適したコンピュータ・システム２００の一実施形態のブロック図を描いている。コンピュータ・システム２００については、本願明細書で与えられた機能以外の機能、および場合によってはそれらの機能を超える機能を有するコンピュータを含めて、他の可能性もあり得、さらに、他の実施形態では、ワークステーション、サーバ、メインフレーム・コンピュータ、ノート型またはラップトップ型のコンピュータ、デスクトップ型コンピュータ、ＰＤＡ、移動電話、無線デバイス、セットトップ・ボックスなどの処理デバイスの任意の組み合わせとすることもできる。コンピュータ・システム２００のコンポーネントのうち少なくともいくつかは、コンピュータ・システム２００のコンポーネントを電気的に相互接続する手段を提供するべく、多層プレーナまたはマザーボード（それ自体がシャーシに取り付けられていてもよい）上に取り付けられてもよい。
【００３４】
描かれている実施形態では、コンピュータ・システム２００は、バス２１２に接続されているプロセッサ２０２、記憶装置２０４、メモリ２０６、ユーザ・インターフェース・アダプタ２０８およびディスプレイ・アダプタ２１０を含む。バス２１２は、プロセッサ２０２とコンピュータ・システム２００の他のコンポーネントとの通信、ならびにコンポーネント間の通信を容易にする。プロセッサ２０２は、ＩＢＭ（Ｒ）ＰｏｗｅｒＰＣ（商標）プロセッサ、Ｉｎｔｅｌ  Ｐｅｎｔｉｕｍ（Ｒ）プロセッサ、Ａｄｖａｎｃｅｄ  Ｍｉｃｒｏ  Ｄｅｖｉｃｅｓ  Ｉｎｃ．のプロセッサ、もしくはその他任意の適切なプロセッサなど、１つ以上のシステム中央処理装置（ＣＰＵ）または命令を実行するプロセッサを含むとよい。プロセッサ２０２は、記憶装置２０４を利用するとよく、記憶装置２０４は、１つ以上のハード・ドライブ、テープ・ドライブ、ディスケット・ドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＯＭドライブなどの不揮発性記憶装置であればよい。プロセッサ２０２はさらに、メモリ・コントローラ・ハブ（ＭＣＨ：ｍｅｍｏｒｙ  ｃｏｎｔｒｏｌｌｅｒ  ｈｕｂ）を介してなど、バス２１２を介してメモリ２０６に接続されるとよい。システム・メモリ２０６は、ランダム・アクセス・メモリ（ＲＡＭ）またはダブル・データ・レート（ＤＤＲ：ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ）同期ダイナミック・ランダム・アクセス・メモリ（ＳＤＲＡＭ：ｓｙｎｃｈｒｏｎｏｕｓ  ｄｙｎａｍｉｃ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）などの揮発性メモリを含めばよい。
【００３５】
ユーザ・インターフェース・アダプタ２０８は、プロセッサ２０２を、マウス２２０またはキーボード２２２などのユーザ・インターフェース・デバイスと接続するとよい。ユーザ・インターフェース・アダプタ２０８はさらに、タッチ・パッド、タッチ・センシティブ・スクリーン、電子ペン、マイクロホンなど、他の種類のユーザ入力デバイスと接続してもよい。クライアント・コンピュータ・システム１０２に関して、ユーザはキーボード２２２およびマウス２２０を利用してブラウザ１１２と対話してもよく、ユーザ‐ブラウザ対話データを作成するために使用されるとよいのは、これらの対話である。バス２１２はさらに、ディスプレイ・アダプタ２１０を介して、プロセッサ２０２をＬＣＤディスプレイまたはＣＲＴモニタなどのディスプレイと接続するとよい。
【００３６】
図３は、一実施形態による、ｅコマース認証システム１００の着信対話サーバ１０８のソフトウェア・コンポーネントの概念図を描いている。前述のように（および図５に関連してより詳しく説明するように）、着信対話サーバ１０８は、ユーザ‐ブラウザ対話データを１つ以上のクライアント・コンピュータ・システム１０２から受信し、受信データを処理および記憶するとよい。描かれている実施形態の着信対話サーバ１０８は、対話データ・マネジャ１１４、セッション・データ・リスナ３０２、および対話データベース・インターフェース３０４を含む。セッション・データ・リスナ３０２は、ユーザ‐ブラウザ対話のインジケーションを、ユーザ‐ブラウザ対話データの形でクライアント・コンピュータ・システム１０２からネットワーク１０４を介して受信するとよい。次に、セッション・データ・リスナ３０２は、受信データを、処理を目的として対話データ・マネジャ１１４へ送るとよい。対話データベース・インターフェース３０４は、ユーザ‐ブラウザ対話データまたはその他の情報を、着信対話サーバ１０８のユーザ‐ブラウザ対話データベース１３０内に記憶するとよく、２つのコンポーネント間のインターフェースとしての働きをするとよい。
【００３７】
対話データ・マネジャ１１４は、受信されたユーザ‐ブラウザ対話データを処理し、そのデータと、ユーザまたはプロファイルあるいはその両方とを関連付けるとよく、セッション・データ・アソシエータ（ａｓｓｏｃｉａｔｅｒ）３１２、プロファイル照合器３１４、および対話プロファイル・リポジトリ３１６などのサブモジュールを使用して、そのタスクの実行を支援するとよい。セッション・データ・アソシエータ３１２は、（特定のセッションから）受信されたユーザ‐ブラウザ対話データと、特定のユーザ・ログインとを関連付けるとよい。実施形態によっては、セッション・データ・アソシエータ３１２が受信データからユーザ・ログイン情報を抽出できるように、ユーザ名、ログインまたはその他の情報がユーザ‐ブラウザ対話データの一部として含まれてもよい。プロファイル照合器３１４は、受信されたユーザ‐ブラウザ対話データと特定のユーザ‐ブラウザ対話プロファイルとをさらに関連付けまたは照合することによって、正確さを高めてもよい。ユーザ‐ブラウザ対話プロファイルは、対話プロファイル・リポジトリ３１６に記憶されるとよい。各ユーザ‐ブラウザ対話プロファイルは、ユーザがブラウザ１１２を介してｅコマース・アプリケーション１１８と対話するために利用し得るハードウェア（すなわち、クライアント・コンピュータ・システム１０２）の特定の部分に対応しているとよい。上述のように、ユーザに関するユーザ‐ブラウザ対話プロファイルは、対話ハードウェアの特定の部分に特有な対話傾向を示すとよく、ユーザは、ｅコマース・アプリケーション１１８にアクセスするのに使用し得る種々のクライアント・コンピュータ・システム１０２をそれぞれ表す、複数のユーザ‐ブラウザ対話プロファイルを有していてもよい。
【００３８】
図４は、一実施形態による、ｅコマース認証システム１００のパターン照合サーバ１１０のソフトウェア・コンポーネントの概念図を描いている。前述のように（および図６に関連してさらに詳しく説明するように）、パターン照合サーバ１１０は、現行セッション中のユーザのブラウザ１１２対話と、ユーザ‐ブラウザ対話データベース１３０に記憶されているユーザのユーザ‐ブラウザ対話データにおいて検出されたパターンとに基づき、パターン照合スコアを判断するとよい。描かれている実施形態のパターン照合サーバ１１０は、対話データ分析器１１６、アプリケーション・サーバ・インターフェース４０２、および対話データベース・インターフェース４０４を含む。アプリケーション・サーバ・インターフェース４０２は、セッションに関するパターン照合スコアの要求を、ｅコマース・アプリケーション１１８から受信するとよく、当該の要求を対話データ分析器１１６に渡すとよい。アプリケーション・サーバ・インターフェース４０２はさらに、判断されたパターン照合スコアを対話データ分析器１１６から受け取るとよく、そのスコアを要求側のｅコマース・アプリケーション１１８へ送信するとよい。対話データベース・インターフェース４０４は、対話データ分析器１１６による要求があると、ユーザ‐ブラウザ対話データベース１３０内のユーザ‐ブラウザ対話データまたはその他の情報にアクセスするとよく、２つのコンポーネント間のインターフェースとしての働きをするとよい。
【００３９】
対話データ分析器１１６は、現行セッション中のユーザのブラウザ１１２対話と、ユーザ‐ブラウザ対話データベース１３０に記憶されているユーザのユーザ‐ブラウザ対話データにおいて検出されたパターンとに基づき、パターン照合スコアを判断するとよい。対話データ分析器１１６は、パターン分析器４０６およびパターン照合スコア判断器（ｄｅｔｅｒｍｉｎｅｒ）４０８などのサブモジュールを、そのタスクの実行を支援するために含んでもよい。パターン分析器４０６は、特定のユーザに関する、記憶されているユーザ‐ブラウザ対話データ（および任意選択でプロファイル）を、対話パターン（例えばユーザの傾向、癖など）に関してなど分析するとよい。パターン照合スコア判断器４０８は、パターン分析器４０６からの分析結果と、ユーザの現行セッションからの対話とに基づき、そのセッションにおけるパターン照合スコアを判断するとよい。そうするために、パターン照合スコア判断器４０８は、現行セッションの処理と、判断されたパターンとを比較して、それらの間の類似点と相違点とを確かめるとよい。上述のように、パターン照合スコアは、現行セッションのユーザとして行動している人（またはエンティティ）が事実実際のユーザである可能性の任意のインジケーションであればよい。
【００４０】
図５は、一実施形態による、ユーザ‐ブラウザ対話の検出およびユーザ‐ブラウザ対話データの処理の流れ図５００の例を描いている。流れ図５００の方法は、一実施形態では、クライアント・コンピュータ・システム１０２および着信対話サーバ１０８により実行されるとよい。流れ図５００は要素５０２から開始する。ここで、クライアント・コンピュータ・システム１０２のブラウザ１１２（表示されているウェブページ上で実行されているスクリプトなど）が、ユーザ‐ブラウザ対話の証拠を検出する。要素５０２（ならびに要素５０４および５０６）は、開示される実施形態によるユーザ‐ブラウザ対話に基づく認証用に構成されているｅコマース・アプリケーション１１８のウェブページにユーザがアクセスすると、ブラウザ１１２内で実行されるとよい。ユーザ‐ブラウザ対話の証拠が集められるにつれ、要素５０４でブラウザ１１２は、証拠に基づきユーザ‐ブラウザ対話データを生成し、要素５０６で、生成されたユーザ‐ブラウザ対話データを指定の着信対話サーバ１０８へ送信するとよい。着信対話サーバ１０８のネットワーク・ロケーションは、ブラウザ１１２で実行されているＪａｖａＳｃｒｉｐｔ（またはその他のスクリプト）で指定されているとよい。特定の着信対話サーバ１０８を指定できることで、単一のｅコマース認証システム１００において複数の着信対話サーバ１０８を使用することが容易になる。
【００４１】
要素５０８で着信対話サーバ１０８は、１つ以上のクライアント・コンピュータ・システム１０２からユーザ‐ブラウザ対話データを受信するとよい。要素５１０で着信対話サーバ１０８は、対話データ・マネジャ１１４によって、受信されたユーザ‐ブラウザ対話データと、特定のユーザ・ログインとを関連付けるとよい。ユーザ・ログインのインジケーションは、ユーザ‐ブラウザ対話データ内に記憶されていてもよく、または別々に受信されてもよい。前述のように、実施形態によっては、ユーザはｅコマース・アプリケーション１１８にアクセスするために使用し得る種々のクライアント・コンピュータ・システム１０２に関連するユーザ・ログインに対して、複数のプロファイルを有していてもよい。着信対話サーバ１０８が、決定ブロック５１２でユーザに関して複数のプロファイルが存在すると判断すると、流れ図５００の方法は要素５１４へ続くとよく、ここで対話データ・マネジャ１１４のプロファイル照合器３１４が、受信データをユーザ‐ブラウザ対話プロファイルに照合するとよい。プロファイル照合器３１４は、種々のユーザ‐ブラウザ対話プロファイルを区別するために、例えばＩＰアドレスまたはその他の識別情報を使用するとよい。要素５１４で、着信対話サーバ１０８の対話データベース・インターフェース３０４は、ユーザ‐ブラウザ対話データおよび任意の関連情報をユーザ‐ブラウザ対話データベース１３０に記憶するとよい。その後、方法は終了する。関連情報は、例えば、ユーザ・ログインのインジケーション、ユーザ‐ブラウザ対話プロファイル、またはその他の識別情報を含めばよい。
【００４２】
図６は、一実施形態による、ユーザ‐ブラウザ対話セッションの分析およびパターン照合スコアの判断の要求を受信する流れ図６００の例を描いている。流れ図６００の方法は、一実施形態では、パターン照合サーバ１１０のコンポーネントによって実行されるとよい。流れ図６００は要素６０２から開始する。ここで、パターン照合サーバ１１０は、ｅコマース・アプリケーション１１８から、特定のユーザ‐ブラウザ対話セッションの分析の要求を受信するとよい。パターン照合サーバ１１０は要素６０４で、要求対象の現行セッションに関連するユーザ‐ブラウザ対話データを判断するとよい。実施形態によっては、現行セッションにおけるユーザ‐ブラウザ対話データは、ユーザ‐ブラウザ対話データベース１３０内に記憶されていてもよいが、他の代わりの実施形態では、現行セッションにおけるユーザ‐ブラウザ対話データは、要求と共にｅコマース・アプリケーション１１８から受信されてもよい。
【００４３】
要素６０６で、パターン照合サーバ１１０は、ユーザの他のセッションからのユーザ‐ブラウザ対話データ（および任意選択でユーザの特定のプロファイル）にアクセスするとよい。以前のセッションからのユーザ‐ブラウザ対話データも、ユーザ‐ブラウザ対話データベース１３０内に記憶されているとよい。データにアクセスした後、要素６０８でパターン照合サーバ１１０は、以前の対話データを分析し、そのユーザ‐ブラウザ対話における任意のパターンを判断するとよい。次に、要素６１０でパターン照合サーバ１１０が、現行セッションのユーザ‐ブラウザ対話データと、判断されたパターンとを比較し、２つの間の類似点または相違点あるいはその両方を確かめるとよい。比較に基づき、要素６１２でパターン照合サーバ１１０は、現行セッションにおけるパターン照合スコアを判断し、要素６１４で、そのパターン照合スコアを要求側のｅコマース・アプリケーション１１８へ送信するとよい。その後、方法は終了する。このようにして、図６の方法を利用することで、パターン照合サーバ１１０は要求側のｅコマース・アプリケーション１１８に、ユーザの特定のクライアント・コンピュータ・システム１０２から当該のｅコマース・アプリケーション１１８に現在アクセスしているユーザについてのパターン照合スコアを提供するとよい。
【００４４】
図７は、一実施形態による、ユーザと対話し、パターン照合スコアを用いてユーザを認証する流れ図７００の例を描いている。流れ図７００の方法は、一実施形態において、例えばアプリケーション・サーバ１０６で実行されているｅコマース・アプリケーション１１８によって実行されるとよい。流れ図７００は要素７０２から開始する。ここで、ｅコマース・アプリケーション１１８はユーザとのｅコマース・セッションを確立する。セッションの確立は通常、要素７０４で一次レベルの認証を用いてユーザを認証することを含むと思われる。一次レベルの認証は、ユーザ名およびパスワードなどの認証、またはその他任意の種類の認証であればよい。あるいは、一次レベルの認証が実行されず（要素７０４の必要性はなくなる）、ユーザ・セッションの確立はユーザ名またはその他の識別のみを必要とすることもあり得る。
【００４５】
セッションが確立されると、要素７０６でｅコマース・アプリケーション１１８は、ｅコマース・サイトの通常の動作の一部としてユーザからの入力を受信するとよい。ユーザ入力は、処理の要求（例えば、チェックアウトまたは購入、情報の要求など）を含むとよい。ｅコマース・アプリケーション１１８は、決定ブロック７０８で、ユーザにより要求された任意の処理に対して追加認証が必要かどうかを判断するとよい。追加認証が必要でなければ（任意の一次レベルの認証が、要求された処理のためには十分であるなど）、流れ図７００の方法は要素７０６へ戻り、さらなるユーザ入力を受ける。ｅコマース・アプリケーション１１８が、追加認証が必要であると判断すると、要素７１０でパターン照合リクエスタ１２０は、パターン照合サーバ１１０からの確立されたユーザ‐ブラウザ対話セッションの分析を要求するとよい。パターン照合リクエスタ１２０は、このような要求を、ｅコマース・アプリケーション１１８自体による要求に応答して行うとよい。分析の要求は、ユーザのインジケーション（ユーザ・ログインなど）を含むとよく、任意選択で現行セッション中のブラウザ１１２とのユーザの対話のインジケーションを含んでもよい。
【００４６】
ｅコマース・アプリケーション１１８は、セッションにおけるユーザ‐ブラウザ対話の分析を要求した後、確立されたセッションのパターン照合スコアを要素７１２で受信するとよい。次に、要素７１４でｅコマース・アプリケーション１１８は、ユーザに関して適切な一連の処理を決定するためにパターン照合スコアを分析して、パターン照合スコアの分析に基づき要素７１６で当該の処理を実行するとよい。その後、方法は終了する。ｅコマース・アプリケーション１１８は、ユーザにより要求された処理と、パターン照合スコアの分析との両方に基づき、一連の処理を決定するとよい。例えば、ユーザがクレジット・カードを用いて商品またはサービスを購入することを要求すると、ｅコマース・アプリケーション１１８は、購入を許可する前に追加認証を要求するとよい。好ましいパターン照合スコア（すなわち、高レベルの認証を示すもの）を受信すれば、ｅコマース・アプリケーション１１８は、取引の進行を許可することを選べばよい。低認証強度を示す好ましくないパターン照合スコアを受信すれば、ｅコマース・アプリケーション１１８は、取引の拒否、後で追跡検査するためのその取引へのフラグ立て、追加情報（別の形の認証）の要求、追跡検査のための電話の要求、またはその他の処理を行えばよい。
【００４７】
この開示の利益を得る当業者であれば当然のことであるが、本発明は、インターネット・コマース・セッション中のユーザ‐ブラウザ対話の分析に基づきユーザを認証する方法、システムおよび媒体を意図している。当然のことながら、詳細な説明および図面においてインジケーションおよび説明された本発明の形態は、単なる例として見なされるべきである。以下の特許請求の範囲は、開示された実施形態の例のあらゆる変形物を含むよう、広く解釈されるものとする。
【図面の簡単な説明】
【００４８】
【図１】一実施形態による、アプリケーション・サーバ、着信対話サーバ、パターン照合サーバを備えたｅコマース認証システムの環境を描いている。
【図２】ｅコマース認証システムのコンポーネントとして使用するのに適したコンピュータ・システムの一実施形態のブロック図を描いている。
【図３】一実施形態による、ｅコマース認証システムの着信対話サーバのソフトウェア・コンポーネントの概念図を描いている。
【図４】一実施形態による、ｅコマース認証システムのパターン照合サーバのソフトウェア・コンポーネントの概念図を描いている。
【図５】一実施形態による、ユーザ‐ブラウザ対話の検出およびユーザ‐ブラウザ対話データの処理の流れ図の例を描いている。
【図６】一実施形態による、ユーザ‐ブラウザ対話セッションを分析してパターン照合スコアを判断するための要求を受信する流れ図の例を描いている。
【図７】一実施形態による、ユーザとの対話およびパターン照合スコアを用いたユーザの認証の流れ図の例を描いている。
【図１】
2009533735.tif 000003
【図２】
2009533735.tif 000004
【図３】
2009533735.tif 000005
【図４】
2009533735.tif 000006
【図５】
2009533735.tif 000007
【図６】
2009533735.tif 000008
【図７】
2009533735.tif 000009
【国際調査報告】
2009533735.tif 000010
2009533735.tif 000011