(57)【特許請求の範囲】
【請求項１】
ユーザとベンダとの間の取引を認証するための方法であって、
サービスプロバイダにおいて、前記取引に参加する前記ユーザに関するモバイル装置識別子及び他の識別データを前記ベンダから受信するステップと、
前記サービスプロバイダによって、前記モバイル装置識別子に関するモバイル装置と前記モバイル装置の登録されたユーザに関する他の識別データとを決定するステップと、
前記受信された他の識別データと前記決定された他の識別データとを比較するステップであって、前記受信された他の識別データと前記決定された他の識別データとがマッチすることは、前記取引に参加する前記ユーザが前記登録されたユーザであることを示す、ステップと、
前記比較するステップの結果が肯定的であるときに、前記ベンダ及び前記モバイル装置に向けて、データストリングを送信するステップとを含み、
前記データストリングは、前記取引に参加する前記ユーザが前記モバイル装置へ向けて送信されたデータストリングを前記ベンダに提供できる場合に、前記取引に参加する前記ユーザが確実に本人であることを示すように構成されている、方法。
【請求項２】
インクワイアラが、ベンダ、サービスプロバイダ、または取引ハンドラのうちの１つである、請求項１に記載の方法。
【請求項３】
前記モバイル装置識別子により識別されたモバイル装置の所有者が、前記他の識別データと関連付けられていることを検証するステップをさらに含む、請求項１に記載の方法。
【請求項４】
名前および前記モバイル装置識別子を受信するステップと、
前記モバイル装置識別子により識別されたモバイル装置の所有者が、前記受信された名前と関連付けられていることを検証するステップと
をさらに含む、請求項１に記載の方法。
【請求項５】
前記受信された他の識別データと前記決定された他の識別データとがマッチしていると判断されると、前記データストリングが、前記ベンダと前記モバイル装置へ向けて送信される、請求項１に記載の方法。
【請求項６】
ユーザとベンダとの間の取引を認証するための方法であって、
前記ベンダにより、前記取引に参加する前記ユーザに関するモバイル装置識別子及び他の識別データを、前記他の識別データが前記モバイル装置識別子に関するモバイル装置の登録されたユーザを特定するかどうかを決定するためのサービスプロバイダへ向けて送信するステップと、
前記サービスプロバイダにおいて、前記モバイル装置識別子及び前記他の識別データに基いて前記取引に参加する前記ユーザが前記モバイル装置の前記登録されたユーザとして特定された場合に送信される第１のデータストリングを、前記ベンダ及びユーザの両方により受信するステップと、
前記ベンダにより、前記ユーザから第２のデータストリングを受信するステップであって、前記第１のデータストリングと前記第２のデータストリングとの間のマッチは、前記取引に参加する前記ユーザが確実に本人であることを示す、ステップとを含む方法。
【請求項７】
ユーザとベンダとの間の取引を認証するための方法であって、
サービスプロバイダにおいて、前記ベンダから、前記取引に参加する前記ユーザに関するモバイル装置識別子及び他の識別データを受信するステップと、
前記サービスプロバイダにより、前記モバイル装置識別子に関するモバイル装置と前記モバイル装置の登録されたユーザに関する他の識別子とを決定するステップと、
前記受信された他の識別データと前記決定された他の識別データとを比較するステップであって、前記受信された他の識別データと前記決定された他の識別データとがマッチすることは、前記取引に参加する前記ユーザが前記登録されたユーザであることを示す、ステップと、
前記モバイル装置へ向けてデータストリングを送信するステップと、
前記モバイル装置へ向けて送信された前記データストリングにマッチングするデータストリングを前記ベンダから受信し、かつ、前記受信された他の識別データと前記決定された他の識別データとがマッチしていると判断すると、前記取引に参加する前記ユーザが確実に本人であることを示す指標を、前記ベンダへ向けて送信するステップとを含む方法。
【請求項８】
ユーザとベンダとの間の取引を認証するための装置であって、
メモリと、
プロセッサとを備え、
前記プロセッサは、
前記取引に参加する前記ユーザに関するモバイル装置識別子及び他の識別データを前記ベンダから受信するステップと、
サービスプロバイダによって、前記モバイル装置識別子に関するモバイル装置と前記モバイル装置の登録されたユーザに関する他の識別データとを決定するステップと、
前記受信された他の識別データと前記決定された他の識別データとを比較するステップと、
前記モバイル装置に向けて、データストリングを送信するステップと、
前記モバイル装置へ向けて送信された前記データストリングにマッチングするデータストリングが前記ベンダから受信され、かつ、前記決定された他の識別データと前記受信された他の識別データとがマッチしていると判断される場合に、前記取引に参加する前記ユーザが確実に本人であることが認証されたことを示す指標を、前記ベンダへ向けて送信するステップと
を含む方法を前記プロセッサに実行させるための、前記メモリから受信された命令を実行する、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信プロトコルおよびインターネットワーキングの分野に関し、また詳細には、セキュリティ、認証、電子商取引、無線ネットワーク、購入者と販売者、およびモバイル・コンピューティングに関する。
【背景技術】
【０００２】
ベンダは、顧客の識別情報を検証するために、そのクレジットカードを読み取らせて識別させることを顧客に強制せずに、購入取引をより安全に行うことによって顧客のショッピング体験を改善することを好むはずである。さらに、不正行為および識別情報の盗用が、広範囲に広がる問題となってきている。
【０００３】
従来のワールドワイドウェブの電子商取引は、エンドユーザの名前およびクレジット／デビットカード番号を、何らかの関連する補助のセキュリティ検証情報（ＡＳＶＩ；auxiliary security verification information）（例えば、カード検証値（ＣＶＶ）番号、ユーザアドレス、請求書送付先の郵便番号（billing zip code）、ユーザの生年など）と共に、請求処理のためにベンダのウェブページにキーボードから入力することを含む。ベンダは、この情報を取引ハンドラ（または決済ゲートウェイ）に渡し、取引ハンドラは、提供された情報の信憑性を検証し、その結果をベンダに伝える。次いで、ベンダがユーザに請求することにより取引は完了する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＡＳＶＩ情報は、エンドユーザにだけ知られているはずであるが、ユーザは固定された１組のこの情報を有するように実際的な制約を受ける。この情報は、ユーザが過去に取引を行ったいくつかのベンダにより、ネットワーク中の多くのポイントで、故意に、または不注意に記憶される可能性がある。さらに、ＡＳＶＩ情報は、取引ハンドラ（または決済ゲートウェイ）により記憶される。したがって、このデータは、盗用に対してさらに脆弱であり、また情報が漏れやすい。ユーザの識別情報は、クレジット／デビットカード情報に加えて、ＡＳＶＩ情報を所有する者は誰でもまねをすることが可能である。
【課題を解決するための手段】
【０００５】
本発明の例示的な諸実施形態は、モバイル装置を用いたサードパーティ・ベンダに対する認証および検証サービスを提供し、ユーザを認証するために、ベンダが単にＡＳＶＩ情報だけに依存する必要性を排除する。
【０００６】
一実施形態は、認証を実施するための方法である。名前およびモバイル装置識別子がベンダから受信される。ベンダから受信された名前が、モバイル装置識別子により識別されたモバイル装置の所有者の名前と同じものであることが検証される。新しいデータストリングが生成され、またそのデータストリングが、ベンダとモバイル装置の両方に送られる。ユーザの識別情報は、ベンダにより受信されたデータストリングが、モバイル装置により受信されたデータストリングと同じであると判定することにより検証される。他の実施形態は、この方法を実施するための命令を記憶するコンピュータ可読媒体である。
【０００７】
認証を実施する方法の他の実施形態では、名前およびモバイル装置識別子がベンダから受信される。ベンダから受信された名前が、モバイル装置識別子により識別されたモバイル装置の所有者の名前と同じであることが検証される。データストリングはモバイル装置に送られ、それはベンダに渡される。データストリングは、ランダムに生成することができる。次いで、そのデータストリングは、ベンダから受信される。ユーザの識別情報は、その２つのデータストリングが同じであると判定することにより検証される。他の実施形態は、この方法を実施するための命令を記憶するコンピュータ可読媒体である。
【０００８】
認証を実施するためのさらに他の方法では、第１のデータストリングがモバイル装置に送られる。名前、モバイル装置識別子、および第２のデータストリングがベンダから受信される。ベンダから受信された名前が、モバイル装置識別子により識別されたモバイル装置の所有者の名前と同じものであることが検証される。ユーザの識別情報は、第１のデータストリングが、モバイル装置に送られた第２のデータストリングと同じものであると判定することにより検証される。他の実施形態は、この方法を実施するための命令を記憶するコンピュータ可読媒体である。
【０００９】
認証を実施するためのさらに他の方法では、名前、モバイル装置識別子、および１組の取引情報が、ベンダから受信される。ベンダから受信された名前が、モバイル装置識別子により識別されたモバイル装置の所有者の名前と同じものであることが検証される。取引情報がモバイル装置に送られ、それは、任意選択でユーザにより検証され得る。他の実施形態は、この方法を実施するための命令を記憶するコンピュータ可読媒体である。
【００１０】
本発明の教示は、添付の図面と共に以下の詳細な説明を検討することにより、容易に理解することができる。
【００１１】
理解を容易にするために、諸図に共通である同一のエレメントを指定するために、可能な場合は、同一の参照番号が使用されている。
【発明を実施するための最良の形態】
【００１２】
本発明は、主として、モバイル装置を用いたサードパーティ・ベンダに対する認証および検証サービスのための方法およびシステムの諸実施形態の一般的なコンテキスト内で述べることになる。しかし、当業者および本明細書の教示により知識を得た者には、本発明は、概して、情報を受信できる任意の種類の装置（例えば、携帯情報端末（ＰＤＡ；personal digital assistants）、ラップトップ、携帯電話、モバイルもしくは可搬型装置、または他のコンピューティング装置）、認証サービス、許可サービス、課金サービス、検証サービス、自動または手動の請求処理サービス、セキュリティ・アプリケーション、取引タイプ、販売、購入、ショッピング、販売者、ベンダ、商人、ショップ、ウェブサイト、購入者、顧客、銀行、クレジットカード、他の商業および金融エンティティ、ならびに任意の他の装置、サービス、および他のネットワークタイプに適用可能であることが理解されよう。
【００１３】
顧客に、自分のカードを機械に読み取らせてその識別情報を検証するための識別を提供させることなく、より速くかつ容易に取引を行うことにより、ベンダが顧客に対するショッピング体験を改善するためのさらによい方法があるはずである。さらに、不正行為および識別情報の盗用が、広範囲に広がる問題となってきている。同時に、大部分の人々が、いまや常に携帯電話または他の可搬型の装置を携帯している。携帯電話または他の可搬型の装置は、ますます多くの機能を有するようになってきている。識別情報の盗用の場合、盗人は、ユーザ情報へのアクセス権（例えば、クレジットカード番号）を有するが、盗人がアクセス権を有することにユーザは気付かない。しかし、モバイル装置を実際に物理的に所有していない限り、誰もそのモバイル装置を使用することはできない。携帯電話は、このようなモバイル装置の一例である。運転免許証と同様に、携帯電話は個人が常に自分で所有しているものであり、したがって、識別目的に利用可能である。それが、社会保障番号などの単なる番号である場合、物理的な社会保障番号カードを所有することなく、単にその番号を知ることにより、誰でもそれを使用することが可能である。携帯電話は、ユーザに極めて近接した位置にある。受動的な運転免許証とは異なり、携帯電話および他のモバイル装置は、識別を提供するだけではなく、テキストメッセージなどの情報を送信し、かつ受信する。
【００１４】
例示的な一実施形態は、ユーザを認証するためにベンダが単にＡＳＶＩ情報に依存する必要性を排除する、サードパーティ・ベンダに対して認証サービスを提供する方法である。認証サービスは、ＡＡＡ（authentication, authorization, and accounting；認証、許可、および課金）サーバ、請求処理記録サーバ、または何らかの他のサービスに対してユーザを認証するための同様な装置をホストするサービスプロバイダにより提供される。これは、不正行為に対して脆弱性の少ない電子商取引（例えば、ウェブベースの）、および他のサービスを可能にする基礎を形成する、容易であり、実質的にエラーのないエンドユーザ認証を可能にする。
【００１５】
スーパーマーケットにおける取引を考えると、そこでは、店頭係が、ＡＳＶＩ情報に加えた認証機構として、ユーザをその写真識別カード（例えば、運転免許証）を用いて、ユーザを視覚的に認証する。モバイル装置を常に携帯しているユーザにとって、例示的な実施形態で利用可能な他の認証機構もある。モバイル装置は、サービスプロバイダによりサービスされる。サービスプロバイダは、無線サービス、または何らかの接続性、または他のサービスをユーザに提供することができる。代替的には、サービスプロバイダは、ベンダに認証および検証サービスを提供するサードパーティとすることができる。例えば、ある企業体は、電子メールサービスをユーザに提供することができる。サービスプロバイダは、通常、ユーザにより携帯されるモバイル装置を認証するＡＡＡサーバの一部分として、認証サーバを有する。具体的には、ユーザアカウントが、ユーザの名前（および任意選択でユーザのアドレス）と情報、およびモバイル装置に一意の識別子（例えば、ＳＩＭ（加入者識別モジュール）またはＥＳＮ（electronic serial number；電子シリアル番号））と関連付けられる。モバイル装置がサービスプロバイダのネットワークに接続されるときはいつも、この認証が実施され、かつ周期的に検証され得る。当然であるが、ユーザは、そのモバイル装置を盗まれた場合、または紛失した場合、直ちにサービスプロバイダに知らせることが必要である。
【００１６】
図１は、取引ハンドラ（ＣＣ）１０６（例えば、銀行、クレジットカード会社、決済ゲートウェイ、または金融取引を処理しかつ検証する任意のエンティティ、あるいはそれらの組合せ）を介して、ユーザ（Ｕ）１０２とベンダ（Ｖ）１０４（例えば、食料雑貨店、電子商取引店、請求処理エージェント、または現金の代わりに代替的な支払いを許容する任意の個人また組織）の間における従来の電子商取引１００を示す。ステップ１で、ユーザ１０２は、図１では共に「名前」で示される自分の名前および任意選択で自分のアドレスを、またＡＳＶＩ情報１０８（例えば、カード検証値（ＣＶＶ）番号、請求書送付先の住所、請求書送付先の郵便番号、ユーザの生年など）と共に、「Ｎｕｍ」により示されるアカウント番号（例えば、クレジット／デビットカード番号、または他のアカウント番号）をベンダ１０４に送信し、ベンダ１０４は、ステップ２で、この情報１１０を取引ハンドラ１０６に渡す。この情報１１０は取引ハンドラにより検証され、取引ハンドラは、提供された請求処理情報の認証、さらに、（ユーザの認証ではなく）ユーザの信用証明物の認証に関して、承認（okay）または失敗のメッセージ（ステップ３）１１２をベンダ１０４に送信する。メッセージ１１２を受信すると、ベンダ１０４は、成功裡に取引（ステップ４）１１４を処理し、続いて、ユーザ１０２にサービスを提供する。
【００１７】
従来の電子商取引１００に関する１つの問題は、ユーザ１０２が、信用証明物（すなわち、アカウント番号およびＡＳＶＩ情報）を偽造することができ、ベンダ１０４と取引ハンドラ１０６は共に、それを検出するためには無力であることである。さらなる認証は、生体情報データなど、ユーザ１０２に関するさらなる個人情報の記憶を含む。しかし、大部分の追加の認証は、極めて高価であるか、可搬型ではなく、または使用するのが容易ではなく、あるいはユーザ１０２のプライバシーを著しく損なう。この情報は、通常、取引ハンドラ１０６で記憶されており、したがって、盗まれることもあり得るので、このような追加の認証であっても悪用されやすい。ＰＫＩ（公開鍵基盤）を、エンドユーザ認証に使用することができ、その場合、ユーザ１０２は、自分の情報を自分の秘密鍵で符号化する。しかし、ＰＫＩは、その使い難さとプライバシーへの配慮により、従来の電子商取引のいずれの当事者によっても広く使用されていない。
【００１８】
従来の電子商取引１００では、認証サービスは取引ハンドラ１０６により提供される。やはり、取引ハンドラ１０６は、そのユーザではなく、ユーザの信用証明物だけを認証する。ベンダにさらなる制御を提供し、ベンダ１０４がユーザ１０２の識別情報を検証するのを助ける、取引ハンドラとは別個の認証サービスが求められている。ＡＳＶＩ情報は、取引ハンドラによりデータベース中にしばしば記憶されている。したがって、盗人は、データベース中のそのＡＳＶＩ情報を盗み、ベンダとの取引で、ユーザであるかのように装うこともできる。その不正行為が明るみにでたとき、ベンダはすべての不正な請求で行き詰まってしまう。それに反して、例示的な諸実施形態は、実質的に簡単であり、間違いがなく、使用するのが容易である追加の認証機構を追加する。図２に、このような例示の一実施形態の概要を示す。
【００１９】
図２は、モバイル装置を用いたサードパーティ・ベンダに対する認証および検証サービスのための方法の例示的な実施形態２００を示す。この例示的な実施形態は、サードパーティ、サービスプロバイダ（ＳＰ）２０２、およびベンダ（Ｖ）１０４により使用できるサードパーティ認証サービスを導入する。この例示的な実施形態では、ユーザ（Ｕ）１０２が、通常通り、自分の名前、（任意選択でアドレス）番号、およびＡＳＶＩ情報２０６を送信するが、さらに、モバイル装置（Ｍ）の識別情報（例えば、Ｍ＝携帯電話番号、ＳＩＭカード番号、またはＥＳＮ番号）もベンダ（Ｖ）１０４に送信する（ステップ１  ２０６）。ベンダは、Ｍを認証できるサービスプロバイダ２０２を識別し、その情報を、すなわち、名前（任意選択でアドレス）およびＭをサービスプロバイダに送信する（ステップ２  ２０８）。ベンダは、この情報を、キャッシュレジスタ・マシン、パーソナルコンピュータ（ＰＣ）、クレジットカード検証マシン、またはスタンドアロンの装置などの機器を用いて送信する。この機器は、一実施形態では、サービスプロバイダによりベンダに提供される。他の実施形態では、情報は、ベンダにより電子的にサービスプロバイダに送信される。サービスプロバイダ２０２は、モバイル装置の識別情報、Ｍが、ユーザ１０２と同じ名前（および任意選択でアドレス）を有するユーザに対して認証されるかどうか検査する。言い換えると、サービスプロバイダは、その名前（および任意選択でアドレス）を有する人物が、Ｍにより識別されたモバイル装置を所有している人と同じであることを検査する。同じであれば、サービスプロバイダは、モバイル装置２０４およびベンダに情報のデータストリング、ｒａｎｄを送信する（ステップ３  ２１０）。他の実施形態では、データストリングは、サービスプロバイダによりランダムに生成され得る。
【００２０】
データストリングは記憶されず、各取引におけるこの時点で生成される。データストリングは、必ずしも何らかのパターンに従う必要はないが、この例示的な実施形態はそれを排除しない。しかし、データストリングは、さらに多くのセキュリティを提供する。データストリングは、サービスプロバイダから送信され、モバイル装置２０４とベンダ１０４の両方により受信され得る任意のシーケンスの文字、数字、画像、音、または任意のランダムに選択された一片の情報とすることができる。
【００２１】
ユーザ１０２は、自分のモバイル装置２０４でそのデータストリングを受信し、次いで、そのデータストリングを、ベンダ１０４に送信する（ステップ４  ２１２）。ベンダ１０４は、（前のステップ３  ２１０で）サービスプロバイダから受信したストリングを用いてこれを検証し、それがマッチした場合、ベンダ１０４は、サービスプロバイダ２０２により、ユーザ１０２が実際に自分の登録したモバイル装置２０４を有していること、したがって、名乗っている本人であることを保証される。次に、ベンダ１０４は、取引ハンドラ１０６との取引の残りに進む。取引のその部分が同様に成功した場合、ベンダ１０４は、２つの独立した方法を用いて、ユーザ１０２を認証している。すなわち、１つは、物理的な妥当性テストを用いること（モバイル装置２０４を用いること）であり、もう一方は、従来の金融妥当性テストを用いること（取引ハンドラ１０６を用いること）である。
【００２２】
ユーザ１０２の識別を偽造しようとする盗人はいずれも、アカウント番号、名前、およびＡＳＶＩを得るだけではなく、物理的に、モバイル装置２０４を得る必要がある。モバイル識別子、Ｍ、またはデータストリングの知識が、盗人に役立つことはないが、それは、データストリングが取引ごとに変化する、すなわち、それは取引ごとに一意のものであるからである。したがって、ベンダ１０４は、追加の独立した手段によりその識別情報を検証するために、その所有者（ユーザ１０２）に対するモバイル装置２０４の物理的な近接性を利用することができる。
【００２３】
例えば、ユーザがスターバックスに入り、コーヒ飲料を購入するためにクレジットカードを使用する。ユーザは、レジ係に対して自分の名前と携帯電話番号を示し、すぐに、コード「９９４５」を有するテキストメッセージを自分の携帯電話プロバイダから受信する。レジ係はまた、金銭登録機上で「９９４５」を受信する。ユーザがレジ係にそのコードを告げると、レジ係はユーザが携帯電話番号に関連付けられた人物と同じであることを知る。レジ係は、クレジットカード会社にユーザの名前、クレジットカード番号、および他の情報を送信し、通常の方法で販売が完了する。
【００２４】
次に、ユーザが外で自分のクレジットカードを落とし、盗人がそれを拾い上げて、スターバックスのカウンタに行き、購入のために、ユーザのクレジットカード番号を使用することを試みるものと仮定する。レジ係は、盗人にその名前と携帯電話番号を尋ねる。盗人が、ユーザの携帯電話番号を示した場合、盗人はメッセージを受け取ることはない。それはユーザが携帯電話を所有しているからである。盗人が、自分自身の名前および自分自身の携帯電話番号を示した場合、その名前および携帯電話番号は、認証中にクレジットカードの名前とマッチすることはない。ユーザが、盗まれた名前、盗まれたクレジットカード情報、および自分自身の携帯電話番号を示した場合、その名前および電話番号は、サービスプロバイダによる検証に失敗することになる。したがって、盗人は、ユーザの名前およびユーザの携帯電話番号、あるいはその両方を偽ることができず、まんまとやりおおせることは期待できない。不正な取引は、サービスプロバイダ２０２で、または取引ハンドラ１０６で失敗することになり、したがって、ベンダ１０４は不正行為を検出する機会を２回有する。
【００２５】
電子商取引はまた、同様な方法で処理することができる。ユーザの購入情報が盗まれ、他人に悪用される場合、モバイル装置識別情報を金融情報と結合することにより、悪用および金融の不正行為が阻止される。
【００２６】
この例示的な実施形態は、サービスプロバイダ２０２が、ユーザ１０２が支払いと引き替えに何らかのサービスを要求する先のベンダ２０８からの要求２０８に応じてモバイル装置２０４を制御するために、モバイル装置２０４にデータストリング２１０を与えることのできる異なる認証機構２００を提供する。モバイル装置２０４に対するデータストリング、ｒａｎｄの伝達は、データチャネルまたは制御チャネルを介して実施することができる。一般に、モバイル装置２０４を含むメッセージングは、データチャネルまたは制御チャネルを介することができる。データチャネルは、テキストメッセージ、音声プロンプト、マルチメディアメッセージなどに対して使用することができる。一実施形態では、メッセージは、認証および検証サービスのためのメニューと共にモバイル装置２０４上に提示される。メッセージのいくつかの例は、ＳＭＳ（ショート・メッセージ・サービス）、テキスト、インスタントメッセージング、ビデオメッセージング、マルチメディアメッセージング、音声起動のスピーチ、人間確認（human confirmation）などを含む。制御チャネルを介するメッセージは、別のシグナリングを有する。制御チャネルは、専用の制御チャネルとすることができる。
【００２７】
図３は、モバイル装置を用いたサードパーティ・ベンダに対する認証および検証サービスのための方法の他の例示的な実施形態を示す。この例示的な実施形態は、１組の類似した取引を実施するが、ここでは、サービスプロバイダ２０２が、データストリングをモバイル装置２０４にだけ送信し、この情報が、自分のモバイル装置２０４でそれを受信したユーザ１０２によりベンダ１０４に与えられる。第１および第２のステップ３０２、３０４は、図２のステップ２０６、２０８と同様である。第３のステップ３０８で、サービスプロバイダ２０２は、データストリングをユーザ１０２に直接送信する。次いで、ユーザ１０２は、データストリングをベンダ１０４に送信し（ステップ４  ３０８）、ベンダ１０４はそれをサービスプロバイダ２０２に転送し（ステップ５  ３１０）、サービスプロバイダは、そのデータストリングが正しいかどうか検証して、ベンダに知らせる（ステップ６  ３１２）。ここで、データストリングが正しいことを検証する責任は、図２のように、ベンダ１０４ではなくサービスプロバイダ２０２にある。残りのステップ３１４、３１６は、図２におけるステップ２１４、２１６と同様である。
【００２８】
図４は、モバイル装置を用いたサードパーティ・ベンダに対する認証および検証サービスのための方法のさらに他の例示的な実施形態を示す。この例示的な実施形態では、ステップ０  ４０２で、サービスプロバイダ２０２は、そのネットワーク中のすべての登録されたユーザ１０２のモバイル装置２０４に対して異なるデータストリングを周期的に送信する。この情報は、名前、モバイル番号（Ｍ）、およびＡＳＶＩ情報に加えて、取引の一部としてユーザ１０２によりベンダ１０４に送信される（ステップ１  ４０４）。ベンダ１０４は、名前、モバイル番号、およびＡＳＶＩ情報を検証のためにサービスプロバイダ２０２に送信し（ステップ２  ４０６）、検証に成功すると（ステップ３  ４０８）、残りの取引に進む（ステップ４および５  ４１０、４１２）。代替の実施形態では、ユーザ１０２は、取引を開始する前に、サービスプロバイダ２０２にデータストリングを明示的に要求し、サービスプロバイダ２０２が、そのネットワーク中のすべての装置に対してデータストリングを周期的に生成する必要性を排除する。この例示的な実施形態は、より少ないステップ（６対９）およびより少ないオーバヘッドを有しているので、図３に示すものよりも速く（すなわち、取引時間が減少する）、かつより効率的であり得る。
【００２９】
ベンダ１０４とサービスプロバイダ２０２との間の通信は、直接または認証ブローカ（図示せず）を介して行うことができ、認証ブローカは、数多くのベンダと様々なサービスプロバイダとの間の取引を処理する。ブローカは、モバイル装置番号（Ｍ）とその認証サービスプロバイダ２０２との間のマッピングを特定するためのサービスを提供し、また要求および応答を、適切に正しいベンダ１０４およびサービスプロバイダ２０２へと経路指定する。
【００３０】
図１〜４で示された例示的な諸実施形態では、ユーザを認証することに対する責任は、主としてベンダ１０４にあり、それは、現在の電子商取引の世界における実際的な制約を反映している。ベンダは、情報が漏れたクレジットカードにより行われた不正な請求に対して補償されない。
【００３１】
例示的な諸実施形態の１つの利点は、中央制御されたネットワークと関連付けられたモバイル装置の遍在性と、モバイル装置２０４がほとんどすべての人により携帯されているということにあり、それにより、スマートカードなどの別個の認証デバイスを携帯する必要をなくすことができる。モバイル装置２０４の対話を取引問題の金融側面から分離することにより、盗まれた移動体が悪用される可能性が低減される。それは、盗人は、その装置と、金融商品情報（例えば、クレジット／デビット／スマートカード）およびその商品／ユーザ１０２に関するＡＳＶＩとを盗むことが必要になるからである。後者の情報は集中的に管理され得るが、モバイル装置の状態は、同じ場所に保管されることはなく、ユーザ１０２の振りをしたい盗人が盗みまたは複製に成功することができない。
【００３２】
図５は、モバイル装置を用いたサードパーティ・ベンダに対する認証および検証サービスのための方法のさらに他の例示的な実施形態を示す。この例示的な実施形態は、検証サービスの提供を示しており、また取引に関する詳細が利用可能である用途に有用である。例えば、ユーザ１０２は、取引に関する詳細（例えば、自分のクレジットカードに対して請求されているもの）を検証するためにこのサービスを使用することができる。自分のモバイル番号を用いた取引中に、ユーザ１０２の識別情報を検証することの一部として、ベンダ１０４は、いくつかの取引情報、ＴｒＤｅｔａｉｌをサービスプロバイダ２０２に送信する（ステップ２  ５０２）。
【００３３】
ＴｒＤｅｔａｉｌは、ベンダ１０４に関する情報、その取引を行うユーザの名前、取引に含まれる項目もしくはサービス、取引のコスト、またはその取引に関係する他の情報を含むことができる。一実施形態では、ステップ３  ５０４でモバイル装置２０４に送信されるメッセージは、ユーザ１０２のための領収書として使用できる。
【００３４】
ユーザのモバイル装置登録によるユーザ１０２の認証後、サービスプロバイダ２０２は、ＴｒＤｅｔａｉｌ情報をモバイル装置２０４に送信する（ステップ３  ５０４）。ユーザ１０２は、この情報を照合確認し、その取引に関する承認または失敗メッセージをサービスプロバイダ２０２に送り返すことができる（ステップ４  ５０６）。すべてのメッセージは、少なくとも取引ごとに一意であるＩＤ番号により識別される。ＩＤ番号は、各メッセージ中に含まれており、サービスプロバイダ２０２およびベンダ１０４が認証および検証の進捗を追跡できるようにする。ユーザ１０２が取引を検証する場合（ステップ４  ５０６）、サービスプロバイダ２０２は、この情報をベンダ１０４に渡し（ステップ５  ５０８）、取引は、前と同様に進む（ステップ６および７  ５１０、５１２）。この例示的な実施形態中に、データストリングは含まれない。
【００３５】
例示的な一実施形態では、情報を直接ベンダ１０４に送信するのとは反対に、ＡＳＶＩ情報をベンダ１０４に渡すために、ユーザ→モバイル装置→サービスプロバイダ→ベンダの経路が使用される。このようにすると、安全に金融情報を送信するために、２つのほぼ独立した（独立性は、空間もしくは時間またはその両方に関する）経路が提供されるので有利である。
【００３６】
自分用、配偶者用、および各子供用に、クレジットカードの複数の複製を有するユーザ１０２を考える。この例示的な実施形態は、ユーザ１０２が自分の配偶者および子供達によりクレジットカードに対して請求されるものに対して何らかの制御を有することを可能にする。ユーザ１０２は、モバイル装置２０４の所有を維持することができ、したがって、ステップ３  ５０４における取引の詳細情報を受信した後、ステップ４  ５０６で、各購入の同意または不同意が可能になる。
【００３７】
他のシナリオでは、ユーザ１０２およびその配偶者がクレジットカードを共用しており、各々が異なるモバイル装置２０４を有すると仮定する。サービスプロバイダは、所望に応じて、ステップ４  ５０６における同意のために、ステップ３  ５０４で、取引の詳細メッセージを購入者が所有しているモバイル装置２０４に送り、またはそれぞれのモバイル装置２０４に送る。例えば、購入に対して各配偶者が拒否権を行使できるようにサービスまたはアカウントを設定することも可能であり、すなわち、１人の配偶者がすべての購入に対する承認権を有することも、あるいはそれぞれが自分自身の購入を承認することもできる。
【００３８】
図６は、モバイル装置を用いたサードパーティ・ベンダのためのユーザの検証を伴う自動請求処理サービスのための方法の例示的な実施形態を示す。検証サービスは、周期的なまたは自動請求処理サービスに登録しているユーザが、用途の中でも特に、自分の検証時（少なくとも最初に、または支払期日までに）にのみ通知され、かつ請求されることを保証するために使用することができる。この例示的な実施形態では、ベンダ１０４は、ＡＳＶＩを含むこともできる、または検証プロセスの一部として、ユーザから取得することのできる事前に記憶された情報を使用する。ベンダ１０４は、周期的、または自動的な取引を開始するために、事前に記憶された情報を使用する（ステップ１  ６００）。ユーザ１０２は、（モバイル装置２０４を用いて）サービスプロバイダ２０２により識別情報が認証された後、ＴｒＤｅｔａｉｌが通知される。本方法の残りは、図５を参照して述べた方法と同様である。
【００３９】
例えば、銀行口座から引き落とす前に、承認を得るため、ベンダは、ステップ３  ６０４の取引詳細情報として請求書（例えば、電気料金または水道料金の請求書）を送る。モバイル装置２０４上でメッセージを受信し、支払期日前に承認（ＯＫ）を押すことは、ユーザ１０２にとって、ウェブサイトにログオンすること、または小切手を書く必要のあることよりも便利である。
【００４０】
例えば、自動請求サービス（例えば、電話の請求）に対して、ユーザ１０２がステップ３  ６０４で請求されていることを示す取引詳細をベンダが送信する。この自動支払いは承認に依存しない。承認は、自動請求サービスが設定された最初のときに必要となり得る。したがって、ステップ４  ６０６は任意選択である。
【００４１】
図７は、認証および検証サービスのための方法のさらに他の例示的な実施形態を示す。この例示的な実施形態では、他の諸実施形態におけるようなサービスプロバイダ２０２に代えて、取引ハンドラ１０６により、認証および検証サービスが提供される。この実施形態では、サービスプロバイダ２０２は、情報を適切な金融ネットワークに経路指定する決済ゲートウェイ、またはクレジット／デビットカード情報を検証する会社、または最終的な支払いを処理する銀行のいずれかに配置することができ、そのすべてを図７で取引ハンドラ１０６により表す。図２、３、４、５、および６に示す方法は、このモデルに対して適用することができ、その場合、サービスプロバイダ機能は、取引ハンドラ１０６のコンポーネント・エンティティの１つにより提供される。この実施形態における取引ステップの数は、サービスプロバイダが独立したエンティティである場合よりも少なくなる。モバイル識別子、Ｍは、ユーザがクレジット／デビットカード、「Ｎｕｍ」を取得または有効化したときなど、取引前の時間にユーザ１０２により登録され、また後の検証用として、取引ハンドラ１０６により、ユーザの情報と関連付けて、（図示されていないデータベースなどの記憶デバイス中に）記憶される。
【００４２】
７０２で（ステップ１）、ユーザ１０２は、自分の名前（任意選択でアドレス）、Ｍ、Ｎｕｍ、およびＡＳＶＩ情報をベンダ１０４に送信し、７０４で（ステップ２）、ベンダ１０４は、それを取引ハンドラ１０６に渡す。７０６で（ステップ３）、サービスプロバイダ２０２は、データストリング、ｒａｎｄをベンダ１０４とユーザ１０２の両方に送信する。データストリングは、ランダムに生成することができる。７０８で（ステップ４）、ユーザは、データストリングをベンダ１０４に提供する。７１０で（ステップ５）、取引ハンドラ１０６は、ユーザ情報が、取引前に記憶されていた登録情報と同じであったかどうかに基づき、承認または失敗メッセージを提供する。７１２で（ステップ６）、ベンダ１０４は、取引が成功したかどうかをユーザ１０２に知らせる。
【００４３】
例示的な一実施形態では、モバイル装置識別子、Ｍは、ベンダ１０４、サービスプロバイダ２０２、または取引ハンドラ１０６などのインクワイアラ（照会者）により受信される。モバイル装置識別子は、１つまたは複数の識別情報および他のデータ（例えば、名前、アドレス、アカウント番号）に関連付けられる。その識別情報は、取引の認証で使用するために提供される。
【００４４】
図８は、コンピュータを示す高水準のブロック図である。コンピュータ８００は、本発明の諸実施形態を実施するために使用することができる。コンピュータ８００は、プロセッサ８３０ならびに様々なプログラム８４４およびデータ８４６を記憶するためのメモリ８４０を備える。メモリ８４０はまた、プログラム８４４をサポートするオペレーティングシステム８４２を記憶することができる。
【００４５】
プロセッサ８３０は、電源、クロック回路、キャッシュメモリなどの従来のサポート回路、ならびにメモリ８４０中に記憶されたソフトウェア・ルーチンを実行するのを助ける回路と協動する。したがって、ソフトウェアの方法として本明細書で論じた諸ステップのいくつかは、例えば、様々な方法ステップを実施するためにプロセッサ８３０と協動する回路として、ハードウェア内で実施できることが企図される。コンピュータ８００はまた、コンピュータ８００と通信する様々な機能エレメント間のインターフェースを形成する入出力（Ｉ／Ｏ）回路も含む。
【００４６】
コンピュータ８００は、本発明に従って様々な機能を実施するようにプログラムされた汎用コンピュータとして示されているが、本発明は、例えば、ＡＳＩＣ（特定用途向けＩＣ）、またはＦＰＧＡ（書換え可能ゲートアレイ）として、ハードウェアで実施することができる。したがって、本明細書で述べたプロセスステップは、ソフトウェア、ハードウェア、またはその組合せにより均等に実施されるものとして広く解釈されることが意図されている。
【００４７】
本発明は、コンピュータ・プログラム製品として実施することができ、コンピュータ命令は、コンピュータで処理されたとき、本発明の方法および／または技法が呼び出されるように、またはその他の形で提供されるように、コンピュータの動作を適合させる。本発明の方法を呼び出すための命令は、固定の、もしくは取外し可能な媒体に記憶され、同報通信媒体もしくは他の信号担持媒体におけるデータストリームを介して送信され、かつ／またはその命令に従って動作するコンピューティング装置内の作業メモリ内に記憶することができる。
【００４８】
前述の内容は、本発明の様々な実施形態を対象としているが、本発明の他のまたさらなる諸実施形態を、本発明の基本的な範囲から逸脱することなく考案することができる。したがって、本発明の適切な範囲は、添付の特許請求の範囲により決定される。
【図面の簡単な説明】
【００４９】
【図１】従来の電子商取引を示すブロック図である。
【図２】モバイル装置を用いた、サードパーティ・ベンダに対する認証および検証サービスのための方法の例示的な実施形態を示すブロック図である。
【図３】モバイル装置を用いた、サードパーティ・ベンダに対する認証および検証サービスのための方法の他の例示的な実施形態を示すブロック図である。
【図４】モバイル装置を用いた、サードパーティ・ベンダに対する認証および検証サービスのための方法のさらに他の例示的な実施形態を示すブロック図である。
【図５】モバイル装置を用いた、サードパーティ・ベンダに対する認証および検証サービスのための方法のさらに他の例示的な実施形態を示すブロック図である。
【図６】モバイル装置を用いた、サードパーティ・ベンダのためのユーザの検証を伴う自動請求処理サービスのための方法の例示的な実施形態を示すブロック図である。
【図７】認証および検証サービスのための方法のさらに他の例示的な実施形態を示すブロック図である。
【図８】コンピュータを示す高水準のブロック図である。
【図１】
0005642932.tif 000002
【図２】
0005642932.tif 000003
【図３】
0005642932.tif 000004
【図４】
0005642932.tif 000005
【図５】
0005642932.tif 000006
【図６】
0005642932.tif 000007
【図７】
0005642932.tif 000008
【図８】
0005642932.tif 000009