オンライン決済システム及びオンライン決済システムにおける認証方法
【課題】オンライン決済システムにおいて、システム障害などで認証が出来なくなってしまう事態をなくすこと。
【解決手段】顧客ＰＣ１から決済の要求を受ける加盟店サーバ２が、ネットワークを利用して前記顧客の認証を実施し、その結果に基づいて前記顧客ＰＣ１からの要求を決済するオンライン決済システムにおいて、アクセスコントロールサーバ３、ディレクトリサーバ４の障害をネットワークを介して監視する監視サーバ６を有し、前記加盟店サーバ２には、複数の認証方式を切替える認証方式切替部４２を有し、更に、前記加盟店サーバ２は、前記監視サーバ６によりこれらネットワークに障害が検出された場合、ネットワークを利用しない認証方式に切替えて、前記顧客の認証を実施する。
【解決手段】顧客ＰＣ１から決済の要求を受ける加盟店サーバ２が、ネットワークを利用して前記顧客の認証を実施し、その結果に基づいて前記顧客ＰＣ１からの要求を決済するオンライン決済システムにおいて、アクセスコントロールサーバ３、ディレクトリサーバ４の障害をネットワークを介して監視する監視サーバ６を有し、前記加盟店サーバ２には、複数の認証方式を切替える認証方式切替部４２を有し、更に、前記加盟店サーバ２は、前記監視サーバ６によりこれらネットワークに障害が検出された場合、ネットワークを利用しない認証方式に切替えて、前記顧客の認証を実施する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クレジットカードを用いたインターネット上のオンライン決済システム関するものである。
【背景技術】
【０００２】
クレジットカードを用いたインターネット上のオンライン決済システムは、カード保有者に対して、カード発行元のＷｅｂサイトでパスワードを入力させて個人認証を行なっている。これにより、成りすましによる不正使用のリスクから加盟店を守ることができる。顧客は加盟店のサイトで決済を実行しようとする場合、カード発行元のサイトにジャンプさせられ、パスワードの入力を求められる。ここで正しいパスワードを入力すれば決済が実行されるが、誤ったパスワードを入力すると決済が拒否される。
【特許文献１】特表２００７−５２３４０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のオンライン決済システムでは、システム障害などで認証が出来なくなってしまう可能性があるという問題があった。即ち、オンライン決済システムにおいて、認証が出来ない場合、加盟店としては無条件で決済を実行するか、全て決済を拒否するかの選択肢しかない。前者では不正利用された金額を加盟店が負担しなければならず、後者では決済ができなくなることによって売上の機会を逃してしまう可能性がある。
【０００４】
特にインターネット上のオンライン決済においては、顧客は容易に買物を中断することができるという性質がある。システム障害は、通常の店舗における取引では、現金などの他の決済手段を用いることが可能であるが、インターネット上のオンライン決済においては、取引そのものが中断される可能性が高く、システム障害がそのまま売上減少につながり易い。
【０００５】
更に、顧客によって発見されたオンライン決済システムの障害は、決済を実行する段階で初めて顕在化するため、顧客がカード会社や店舗に問い合わせを行なっても直ぐに原因が判明せず、その結果、顧客の不信を招く可能性があるという問題があった。
【０００６】
そこで、本発明が解決しようとする課題は、オンライン決済システムにおいて、システム障害などで認証が出来なくなってしまう事態をなくすことにより、加盟店が不正利用された金額を負担しなければならないという事態を防ぎ、更に決済が出来なくなることによって売上の機会を逃してしまうという事態を防ぐオンライン決済システムを提供することにある。同時に、取引そのものが中断されることをなくすことにより、顧客の信頼を獲得するオンライン決済システムを提供することにある。
【課題を解決するための手段】
【０００７】
前記課題を解決するために、特許請求の範囲の請求項１記載の発明は、顧客端末から決済の要求を受ける決済サーバが、ネットワークを利用して前記顧客の認証を実施し、その結果に基づいて前記顧客端末からの要求を決済するオンライン決済システムにおいて、前記決済サーバは、複数の認証方式を切替える認証方式切替部を有し、更に、ネットワークを利用する認証のうち第１の認証方式による認証に誤りがある場合、ネットワークを利用する第２の認証方式に切替て、前記顧客の認証を実施するように制御する制御部を有する。
【０００８】
更に、特許請求の範囲の請求項４記載の発明は、前記決済サーバは、前記ネットワークを利用する認証が成功した情報を蓄積する成功情報蓄積部を有し、前記ネットワークを利用しない認証方式は、前記成功情報蓄積部に蓄積した前記顧客に関する情報に基づいて認証する方式であるオンライン決済システムにある。
【発明の効果】
【０００９】
これにより本発明は、オンライン決済システムにおいて、システム障害などで認証が出来なくなってしまう事態をなくすことにより、加盟店が不正利用された金額を負担しなければならないという事態を防ぎ、更に決済が出来なくなることによって売上の機会を逃してしまうという事態を防ぐことができる。同時に、取引そのものが中断されることをなくすことにより、顧客の信頼を獲得するオンライン決済システムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
図１は本実施の形態であるオンライン決済システムの全体構成図である。
１はカードホルダである顧客が操作する顧客のパソコン（以下ＰＣという）である。２はオンライン上で顧客に商品又はサービスを売る加盟店サーバであり、前記顧客のＰＣ1から決済の要求を受け、当該顧客の認証を後述する認証サーバに要求して認証を実施し、その結果に基づいて前記顧客のＰＣ１からの要求を決済する決済サーバとして機能する。
３は前記顧客のＰＣ１に対し本オンライン決済システムにアクセスすることを許可するアクセスコントロールサーバである。更に、４は顧客に関する様々な情報を蓄積し、前記アクセスコントロールサーバ３から照会を受けて検索を実行するデータベースを有するディレクトリサーバであり、前記アクセスコントロールサーバ３とディレクトリサーバ４は、前記加盟店サーバ２からの要求を受けて、前記顧客の認証を行なう認証サーバとして機能する。
５は決済ゲートウェイであり、６は前記アクセスコントロールサーバ３及び前記ディレクトリサーバ４に対してオンライン上で障害の監視を行ない、障害発生を検知すると前記加盟店サーバ２に通知を行なう監視サーバである。即ち、当該監視サーバ６はアクセスコントロールサーバ３からの障害検知１６と、ディレクトリサーバ４からの障害検知１７があると、加盟店サーバ２に対して障害情報通知１８を送信するものである。
【００１１】
オンライン決済システムにおける代表的な認証方式としては、３Ｄセキュア認証とワンタイムパスワード認証がある。３Ｄセキュア認証は顧客のＰＣ１からクレジットカード番号と有効期限の入力に加えて、パスワードを入力する方式である。ワンタイムパスワード認証は認証のために１回しか有効でない使い捨てパスワードを使う方式である。
【００１２】
３Ｄセキュア認証は、前記アクセスコントロールサーバ３と、ディレクトリサーバ４が利用される。決済を完了するためには顧客のＰＣ１と加盟店サーバ２間（図１の１１）、顧客のＰＣ１とアクセスコントロールサーバ３間（図１の１２）、ディレクトリサーバ４とアクセスコントロールサーバ３間（図１の１３）、加盟店サーバ２と決済ゲートウェイ５間（図１の１５）の通信が行なわれる。
【００１３】
図２は本実施の形態に関する加盟店サーバ２の構成図である。当該加盟店サーバ２は、加盟店Ｗｅｂアプリケーション２１と、認証方式選択部２２と、認証方式データベース２３と、３Ｄセキュア認証部２４と、ワンタイムパスワード認証部２５と、リスクベース認証部２６と、設定ファイル２７で構成されている。
【００１４】
前記加盟店Ｗｅｂアプリケーション２１は、顧客のＰＣ１と前記決済ゲートウェイ５とのインターフェースであり、前記認証方式選択部２２とメッセージのやり取りを行なう。即ちこのメッセージのやり取りとは、加盟店Ｗｅｂアプリケーション２１は、顧客のＰＣ１から決済要求１１−１を受信し、当該顧客のＰＣ１へ決済完了応答１１−２を返信する。また、加盟店Ｗｅｂアプリケーション２１は、認証方式選択部２２に対して認証要求３１−１を送信し、その回答として認証応答３１−２を受信する。更に、加盟店Ｗｅｂアプリケーション２１は、決済ゲートウェイ５に対して顧客のクレジットカードの与信残高との照合であるオーソリ要求１５−１を送信し、その照合の結果であるオーソリ応答１５−２を受信する。
【００１５】
一方、前記認証方式選択部２２は前記認証方式データベース２３と、前記３Ｄセキュア認証部２４と、前記ワンタイムパスワード認証部２５と、前記リスクベース認証部２６とメッセージのやり取りを行なう。即ちこの場合のメッセージのやり取りとは、認証方式選択部２２は、認証方式データベース２３に対してクレジットカード番号情報３６−１を送信し、認証方式データベース２３より利用可能認証方式情報３６−２を受信する。ここで、利用可能認証方式情報３６−２は３Ｄセキュア認証、ワンタイムパスワード認証、リスクベース認証である。
【００１６】
更に、認証方式選択部２２は、３Ｄセキュア認証部２４に対して認証要求３２−１を行い、３Ｄセキュア認証部２４はその認証応答３２−２を行なう。また同様に認証方式選択部２２は、ワンタイムパスワード認証部２５に対して認証要求３４−１を行い、ワンタイムパスワード認証部２５はその認証応答３４−２を行なう。同様に認証方式選択部２２は、リスクベース認証部２６に対して認証要求３８−１を行い、リスクベース認証部２６はその認証応答３８−２を行なう。また、認証方式選択部２２は、後述する無条件認証の場合、設定ファイル２７に対して無条件認証の可否問合３７−１を行い、設定ファイル２７から無条件認証許可可否３７−２を受け取る。更に、認証方式選択部２２は、監視サーバ６からの障害情報通知１８を受け取る。
【００１７】
図３は前記加盟店サーバ２の前記認証方式選択部２２の機能ブロック図である。認証方式切替部４２は前記認証方式データベース２３接続して、当該顧客のカード番号を基に当該顧客が利用可能な認証方式である利用可能認証方式情報３６−２を受信しこれを切替える。具体的には、ネットワークを利用する認証方式である３Ｄセキュア認証方式からワンタイムパスワード認証方式へ切替え、更に、ネットワークを利用しない認証方式であるリスクベース認証方式へと切替える。障害情報受信部４３は、前記監視サーバ６からの障害情報通知１８を受信する。
【００１８】
成功情報蓄積部４４は、ネットワークを利用する認証方式である３Ｄセキュア認証又はワンタイムパスワード認証によって顧客の認証が成功した場合にその情報を蓄積する。そして、ネットワークを利用しない認証方式であるリスクベース認証のときに、当該成功情報蓄積部４４に蓄積された当該顧客に関する過去の成功実績に基づいて、当該顧客に関して今回リスクベース認証を実行するかどうか、あるいはリスクベース認証を成功させるかどうか判断する。制御部４１はこれらを制御するとともに、前記３Ｄセキュア認証部２４と、前記ワンタイムパスワード認証部２５と、前記リスクベース認証部２６に対して認証要求（３２−１，３４−１，３８−１）を行ない、認証応答（３２−２，３４−２，３８−２）を受信する。なお、前記成功情報蓄積部４４は、外部のサーバにデータベースとして持つようにしてもよい。
【００１９】
次に本実施の形態について動作を説明する。図４は加盟店サーバ２の認証方式選択部２２の動作を示すフローチャートである。先ず、顧客は顧客のＰＣ１上のＷｅｂブラウザを利用して、加盟店サーバ２の加盟店Ｗｅｂアプリケーション２１にアクセスし、クレジットカード番号を入力して決済要求１１−１を行なう。加盟店Ｗｅｂアプリケーション２１は認証方式選択部２２に対してクレジットカード番号とともに認証要求３１−１を送り、当該認証方式選択部２２は当該認証要求３１−１を受信する（Ｓ１０１）。
【００２０】
当該認証方式選択部２２はクレジットカード番号情報３６−１を用いて認証方式データベース２３に問い合わせを行い、その回答で当該クレジットカードが利用できる利用可能認証方式情報３６−２を得る（Ｓ１０２）。ここで、当該認証方式データベース２３はネットワークを利用した認証方式を２個、ネットワークを利用しない認証方式を１個返す。本実施の形態では前者に「３Ｄセキュア認証」と「ワンタイムパスワード認証」、後者に「リスクベース認証」が返される。
【００２１】
このとき、監視サーバ６からの障害情報通知１８があるかどうか判断される（Ｓ１０３）。監視サーバ６からの障害情報通知１８がない場合すなわちネットワークを利用する認証ができる場合は前者を順番に実行し、障害情報通知１８がある場合すなわち認証サーバにアクセスできずネットワークを利用する認証ができない場合は後者を１度実行するようになる。
【００２２】
障害情報通知１８がない場合、認証方式選択部２２は３Ｄセキュア認証部２４に認証要求３２−１を送る。３Ｄセキュア認証部２４は、先ずディレクトリサーバ４を通してアクセスコントロールサーバ３に認証実行可否要求１４−１を送信する（Ｓ１０４）。
【００２３】
肯定応答１４−２の場合、Ｗｅｂブラウザに対してアクセスコントロールサーバ３へのリダイレクト応答を行い、顧客のＰＣ１を経由してアクセスコントロールサーバ３へ認証要求３３−１を送る。顧客はアクセスコントロールサーバ３が表示したパスワード入力画面にパスワードを入力する。アクセスコントロールサーバ３はパスワードを検証し、ブラウザを経由して認証可否３３−２を３Ｄセキュア認証部２４に送る。
【００２４】
３Ｄセキュア認証中にエラーが発生しなかった場合（Ｓ１０５）は、顧客のＩＤ（クレジットカード番号）毎に成功した年月日時分と顧客のＰＣ１のＩＰアドレスを前記成功情報蓄積部４４に蓄積する（Ｓ１０８）。その後、認証方式選択部２２は、加盟店Ｗｅｂアプリケーション２１に認証応答３１−２を返す（Ｓ１１４）。
【００２５】
図５は前記成功情報蓄積部４４に蓄積された成功情報を示す説明図である。成功情報は顧客ＩＤ（クレジットカード番号）毎に、成功した年月日時分と顧客のＰＣ１のＩＰアドレスが情報として蓄積されている。同図の例は、カード番号「１２３４ ５６７８ ９００９ ８７６５」の顧客が、ＩＰアドレス「１２３．４５６．Ｘ．Ｙ．」の顧客のＰＣ１によって、２００８年１月７日９時４５分と２００８年２月２日１５時３０分の２回、認証成功していることが蓄積されていることを示す。
【００２６】
一方、３Ｄセキュア認証中にエラーが発生して認証応答３２−２が戻らなかった場合は、前記認証方式選択部２２は次に指定された前記ワンタイムパスワード認証部２５に認証要求３４−１を送る。ワンタイムパスワード認証の制御フローは３Ｄセキュア認証と同様である。即ち、ワンタイムパスワード認証部２５は、先ずディレクトリサーバ４を通してアクセスコントロールサーバ３に認証実行可否要求１４−１を送信する（Ｓ１０６）。
【００２７】
肯定応答１４−２の場合、Ｗｅｂブラウザに対してアクセスコントロールサーバ３へのリダイレクト応答を行い、顧客のＰＣ１を経由してアクセスコントロールサーバ３へ認証要求３５−１を送る。顧客はアクセスコントロールサーバ３が表示したパスワード入力画面にパスワードを入力する。アクセスコントロールサーバ３はパスワードを検証し、ブラウザを経由して認証可否３５−２をワンタイムパスワード認証部２５に送る。
【００２８】
ワンタイムパスワード認証中にエラーが発生しなかった場合は、顧客のＩＤ（クレジットカード番号）毎に成功した年月日時分と顧客のＰＣ１のＩＰアドレスを前記成功情報蓄積部４４に蓄積する（Ｓ１０８）。その後、認証方式選択部２２は加盟店Ｗｅｂアプリケーション２１に認証応答３１−２を返す（Ｓ１１４）。
【００２９】
一方、前記監視サーバ６からの障害情報通知１８があった場合（Ｓ１０３）、及びネットワークを利用した認証方式の認証方式が全てエラーだった場合(Ｓ１０５、Ｓ１０７)は、前記認証方式選択部２２はネットワークを利用しない認証方式があるかどうか判断する（Ｓ１０９）。当該認証方式選択部２２はネットワークを利用しない認証方式に指定されたリスクベース認証部２６に認証要求３８−１を送る（Ｓ１１０）。
なお、ネットワークが利用可能で、ネットワークを利用した認証方式の認証が全てエラーだった場合は、リスクベース認証を行わずに、認証できなかったものとして取引不可としてもよい。
【００３０】
リスクベース認証部２６は遠隔のホストへの通信は行わずに、前記成功情報蓄積部４４に蓄積された成功情報に基づいて、今回の認証実行可否を判断し、認証応答３８−２を前記認証方式選択部２２に返信する。当該認証方式選択部２２は認証応答３１−２を加盟店Ｗｅｂアプリケーション２１に返す（Ｓ１１４）。
【００３１】
Ｓ１０９において、ネットワークを利用しない認証方式に何も指定されなかった場合は、前記認証方式選択部２２は、前記設定ファイル２７に対して無条件認証の可否問合３７−１を行い、設定ファイル２７から無条件認証許可可否３７−２を受取り、加盟店が無条件に認証することを許可しているかどうか判定する（Ｓ１１１）。許可している場合は無条件認証を（Ｓ１１２）、許可していない場合は認証拒否（Ｓ１１３）を前記加盟店Ｗｅｂアプリケーション２１に返す（Ｓ１１４）。
【００３２】
加盟店Ｗｅｂアプリケーション２１は認証応答３１−２が認証成功の場合は、前記決済ゲートウェイ５にオーソリ要求１５−１を送り、オーソリ応答１５−２を受け取ると決済結果を顧客のＰＣ１のＷｅｂブラウザに表示する。一方、認証応答３１−２が認証拒否の場合は、その旨を顧客のＰＣ１のＷｅｂブラウザに表示する。
【００３３】
図６は前記リスクベース認証部２６の概要を示すブロック図である。リスクベース認証部２６は前記成功情報蓄積部４４に蓄積された情報を検索する成功情報検索部６３と、今回の認証にかかる決済金額を受信する決済金額受信部６４と、これらを制御する制御部６１を有する。
【００３４】
図７は前記リスクベース認証部２６の動作の一部を示すフローチャートである。前記図４に示した如く、前記監視サーバ６からの障害情報通知１８があった場合（Ｓ１０３）、及びネットワークを利用した認証方式の認証方式が全てエラーだった場合(Ｓ１０５、Ｓ１０７)は、ネットワークを利用しない認証方式があるかどうか判断される（Ｓ１０９）。Ｓ１０９において、ネットワークを利用しない認証方式がある場合に、前記認証方式選択部２２はリスクベース認証部２６に対し認証要求３８−１を行なう。そこで、リスクベース認証部２６の成功情報検索部６３は前記成功情報蓄積部４４を検索し、制御部６１は過去に同じ顧客ＩＤ（クレジットカード番号）で認証成功した事例があるかどうか判断する（Ｓ２０１）。過去に同じ顧客ＩＤで認証成功がなければ認証を拒否する。
【００３５】
Ｓ２０１において、過去に同じ番号で認証成功がある場合は、前記成功情報検索部６３は更に前記成功情報蓄積部４４を検索し、制御部６１は過去に同じ顧客ＩＤで一定回数（例えば２回）以上の成功した事例があるかどうか判断する（Ｓ２０２）。過去に同じ顧客ＩＤで一定回数以上の成功がなければ認証を拒否する。
【００３６】
Ｓ２０２において、一定回数以上成功がある場合は、前記制御部６１は今回の決済金額を受信した前記決済金額受信部６４の状態を見て、今回の決済金額が一定額（例えば１万円）未満かどうか判断する（Ｓ２０３）。今回の決済金額が一定額未満でなければ、即ち高額決済であれば認証を拒否する。
【００３７】
このようにして、前記リスクベース認証部２６は、認証が成功した情報を蓄積する前記成功情報蓄積部４４に蓄積された情報に基づいて、リスクベース認証を行なう。ここで、前記の説明では、３段階の判断、即ち、過去に同じ顧客ＩＤで認証成功した事例があるか（Ｓ２０１）、過去に同じ顧客ＩＤで一定回数以上の成功した事例があるか（Ｓ２０２）、今回の決済金額が一定額未満か（Ｓ２０３）の３段階の判断を行なうことを説明したが、これに限らず、他の判断項目を増やしてもよく、逆に段階を減じてもよい。例えば、判断項目として、顧客に関しての端末情報、即ち顧客が利用しているＰＣのＩＰアドレスが一致する場合を含めてもよい。あるいは、判断項目として、その他の顧客に関する情報、例えば顧客の証明書情報等を記憶しておき比較するようにしてもよい。
【００３８】
本実施の形態によれば、監視サーバ６がアクセスコントロールサーバ３とディレクトリサーバ４を常時監視し、加盟店サーバ２に障害情報を伝え続けることによって、ユーザは障害の発生をほとんど意識することなく認証を完了させ、決済を行なうことができる。従来方法で決済が中断していた場合と比較して、加盟店の信頼が高まり、売上の機会損失のリスクが低下するという効果が得られる。
【００３９】
本実施の形態は、３Ｄセキュア認証、ワンタイムパスワード認証、リスクベース認証を認証方式として適用したが、認証部を入れ替えたり追加することによって、その他の様々な認証方式を利用することが可能である。また、障害時にネットワークを利用した認証から切り替えて認証を継続する機能は、クレジットカード決済に限らず他のアプリケーションにおけるユーザ認証方法としても適用可能である。
【図面の簡単な説明】
【００４０】
【図１】本実施の形態であるオンライン決済システムの全体構成図である。
【図２】本実施の形態に関する加盟店サーバの構成図である。
【図３】認証方式選択部の機能ブロック図である。
【図４】認証方式選択部の動作を示すフローチャートである。
【図５】成功情報蓄積部に蓄積された成功情報を示す説明図である。
【図６】リスクベース認証部に概要を示すブロック図である。
【図７】リスクベース認証部の動作の一部を示すフローチャートである。
【符号の説明】
【００４１】
１ 顧客のＰＣ
２ 加盟店サーバ
３ アクセスコントロールサーバ
４ ディレクトリサーバ
５ 決済ゲートウェイ
６ 監視サーバ
２１ 加盟店Ｗｅｂアプリケーション
２２ 認証方式選択部
【技術分野】
【０００１】
本発明は、クレジットカードを用いたインターネット上のオンライン決済システム関するものである。
【背景技術】
【０００２】
クレジットカードを用いたインターネット上のオンライン決済システムは、カード保有者に対して、カード発行元のＷｅｂサイトでパスワードを入力させて個人認証を行なっている。これにより、成りすましによる不正使用のリスクから加盟店を守ることができる。顧客は加盟店のサイトで決済を実行しようとする場合、カード発行元のサイトにジャンプさせられ、パスワードの入力を求められる。ここで正しいパスワードを入力すれば決済が実行されるが、誤ったパスワードを入力すると決済が拒否される。
【特許文献１】特表２００７−５２３４０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のオンライン決済システムでは、システム障害などで認証が出来なくなってしまう可能性があるという問題があった。即ち、オンライン決済システムにおいて、認証が出来ない場合、加盟店としては無条件で決済を実行するか、全て決済を拒否するかの選択肢しかない。前者では不正利用された金額を加盟店が負担しなければならず、後者では決済ができなくなることによって売上の機会を逃してしまう可能性がある。
【０００４】
特にインターネット上のオンライン決済においては、顧客は容易に買物を中断することができるという性質がある。システム障害は、通常の店舗における取引では、現金などの他の決済手段を用いることが可能であるが、インターネット上のオンライン決済においては、取引そのものが中断される可能性が高く、システム障害がそのまま売上減少につながり易い。
【０００５】
更に、顧客によって発見されたオンライン決済システムの障害は、決済を実行する段階で初めて顕在化するため、顧客がカード会社や店舗に問い合わせを行なっても直ぐに原因が判明せず、その結果、顧客の不信を招く可能性があるという問題があった。
【０００６】
そこで、本発明が解決しようとする課題は、オンライン決済システムにおいて、システム障害などで認証が出来なくなってしまう事態をなくすことにより、加盟店が不正利用された金額を負担しなければならないという事態を防ぎ、更に決済が出来なくなることによって売上の機会を逃してしまうという事態を防ぐオンライン決済システムを提供することにある。同時に、取引そのものが中断されることをなくすことにより、顧客の信頼を獲得するオンライン決済システムを提供することにある。
【課題を解決するための手段】
【０００７】
前記課題を解決するために、特許請求の範囲の請求項１記載の発明は、顧客端末から決済の要求を受ける決済サーバが、ネットワークを利用して前記顧客の認証を実施し、その結果に基づいて前記顧客端末からの要求を決済するオンライン決済システムにおいて、前記決済サーバは、複数の認証方式を切替える認証方式切替部を有し、更に、ネットワークを利用する認証のうち第１の認証方式による認証に誤りがある場合、ネットワークを利用する第２の認証方式に切替て、前記顧客の認証を実施するように制御する制御部を有する。
【０００８】
更に、特許請求の範囲の請求項４記載の発明は、前記決済サーバは、前記ネットワークを利用する認証が成功した情報を蓄積する成功情報蓄積部を有し、前記ネットワークを利用しない認証方式は、前記成功情報蓄積部に蓄積した前記顧客に関する情報に基づいて認証する方式であるオンライン決済システムにある。
【発明の効果】
【０００９】
これにより本発明は、オンライン決済システムにおいて、システム障害などで認証が出来なくなってしまう事態をなくすことにより、加盟店が不正利用された金額を負担しなければならないという事態を防ぎ、更に決済が出来なくなることによって売上の機会を逃してしまうという事態を防ぐことができる。同時に、取引そのものが中断されることをなくすことにより、顧客の信頼を獲得するオンライン決済システムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
図１は本実施の形態であるオンライン決済システムの全体構成図である。
１はカードホルダである顧客が操作する顧客のパソコン（以下ＰＣという）である。２はオンライン上で顧客に商品又はサービスを売る加盟店サーバであり、前記顧客のＰＣ1から決済の要求を受け、当該顧客の認証を後述する認証サーバに要求して認証を実施し、その結果に基づいて前記顧客のＰＣ１からの要求を決済する決済サーバとして機能する。
３は前記顧客のＰＣ１に対し本オンライン決済システムにアクセスすることを許可するアクセスコントロールサーバである。更に、４は顧客に関する様々な情報を蓄積し、前記アクセスコントロールサーバ３から照会を受けて検索を実行するデータベースを有するディレクトリサーバであり、前記アクセスコントロールサーバ３とディレクトリサーバ４は、前記加盟店サーバ２からの要求を受けて、前記顧客の認証を行なう認証サーバとして機能する。
５は決済ゲートウェイであり、６は前記アクセスコントロールサーバ３及び前記ディレクトリサーバ４に対してオンライン上で障害の監視を行ない、障害発生を検知すると前記加盟店サーバ２に通知を行なう監視サーバである。即ち、当該監視サーバ６はアクセスコントロールサーバ３からの障害検知１６と、ディレクトリサーバ４からの障害検知１７があると、加盟店サーバ２に対して障害情報通知１８を送信するものである。
【００１１】
オンライン決済システムにおける代表的な認証方式としては、３Ｄセキュア認証とワンタイムパスワード認証がある。３Ｄセキュア認証は顧客のＰＣ１からクレジットカード番号と有効期限の入力に加えて、パスワードを入力する方式である。ワンタイムパスワード認証は認証のために１回しか有効でない使い捨てパスワードを使う方式である。
【００１２】
３Ｄセキュア認証は、前記アクセスコントロールサーバ３と、ディレクトリサーバ４が利用される。決済を完了するためには顧客のＰＣ１と加盟店サーバ２間（図１の１１）、顧客のＰＣ１とアクセスコントロールサーバ３間（図１の１２）、ディレクトリサーバ４とアクセスコントロールサーバ３間（図１の１３）、加盟店サーバ２と決済ゲートウェイ５間（図１の１５）の通信が行なわれる。
【００１３】
図２は本実施の形態に関する加盟店サーバ２の構成図である。当該加盟店サーバ２は、加盟店Ｗｅｂアプリケーション２１と、認証方式選択部２２と、認証方式データベース２３と、３Ｄセキュア認証部２４と、ワンタイムパスワード認証部２５と、リスクベース認証部２６と、設定ファイル２７で構成されている。
【００１４】
前記加盟店Ｗｅｂアプリケーション２１は、顧客のＰＣ１と前記決済ゲートウェイ５とのインターフェースであり、前記認証方式選択部２２とメッセージのやり取りを行なう。即ちこのメッセージのやり取りとは、加盟店Ｗｅｂアプリケーション２１は、顧客のＰＣ１から決済要求１１−１を受信し、当該顧客のＰＣ１へ決済完了応答１１−２を返信する。また、加盟店Ｗｅｂアプリケーション２１は、認証方式選択部２２に対して認証要求３１−１を送信し、その回答として認証応答３１−２を受信する。更に、加盟店Ｗｅｂアプリケーション２１は、決済ゲートウェイ５に対して顧客のクレジットカードの与信残高との照合であるオーソリ要求１５−１を送信し、その照合の結果であるオーソリ応答１５−２を受信する。
【００１５】
一方、前記認証方式選択部２２は前記認証方式データベース２３と、前記３Ｄセキュア認証部２４と、前記ワンタイムパスワード認証部２５と、前記リスクベース認証部２６とメッセージのやり取りを行なう。即ちこの場合のメッセージのやり取りとは、認証方式選択部２２は、認証方式データベース２３に対してクレジットカード番号情報３６−１を送信し、認証方式データベース２３より利用可能認証方式情報３６−２を受信する。ここで、利用可能認証方式情報３６−２は３Ｄセキュア認証、ワンタイムパスワード認証、リスクベース認証である。
【００１６】
更に、認証方式選択部２２は、３Ｄセキュア認証部２４に対して認証要求３２−１を行い、３Ｄセキュア認証部２４はその認証応答３２−２を行なう。また同様に認証方式選択部２２は、ワンタイムパスワード認証部２５に対して認証要求３４−１を行い、ワンタイムパスワード認証部２５はその認証応答３４−２を行なう。同様に認証方式選択部２２は、リスクベース認証部２６に対して認証要求３８−１を行い、リスクベース認証部２６はその認証応答３８−２を行なう。また、認証方式選択部２２は、後述する無条件認証の場合、設定ファイル２７に対して無条件認証の可否問合３７−１を行い、設定ファイル２７から無条件認証許可可否３７−２を受け取る。更に、認証方式選択部２２は、監視サーバ６からの障害情報通知１８を受け取る。
【００１７】
図３は前記加盟店サーバ２の前記認証方式選択部２２の機能ブロック図である。認証方式切替部４２は前記認証方式データベース２３接続して、当該顧客のカード番号を基に当該顧客が利用可能な認証方式である利用可能認証方式情報３６−２を受信しこれを切替える。具体的には、ネットワークを利用する認証方式である３Ｄセキュア認証方式からワンタイムパスワード認証方式へ切替え、更に、ネットワークを利用しない認証方式であるリスクベース認証方式へと切替える。障害情報受信部４３は、前記監視サーバ６からの障害情報通知１８を受信する。
【００１８】
成功情報蓄積部４４は、ネットワークを利用する認証方式である３Ｄセキュア認証又はワンタイムパスワード認証によって顧客の認証が成功した場合にその情報を蓄積する。そして、ネットワークを利用しない認証方式であるリスクベース認証のときに、当該成功情報蓄積部４４に蓄積された当該顧客に関する過去の成功実績に基づいて、当該顧客に関して今回リスクベース認証を実行するかどうか、あるいはリスクベース認証を成功させるかどうか判断する。制御部４１はこれらを制御するとともに、前記３Ｄセキュア認証部２４と、前記ワンタイムパスワード認証部２５と、前記リスクベース認証部２６に対して認証要求（３２−１，３４−１，３８−１）を行ない、認証応答（３２−２，３４−２，３８−２）を受信する。なお、前記成功情報蓄積部４４は、外部のサーバにデータベースとして持つようにしてもよい。
【００１９】
次に本実施の形態について動作を説明する。図４は加盟店サーバ２の認証方式選択部２２の動作を示すフローチャートである。先ず、顧客は顧客のＰＣ１上のＷｅｂブラウザを利用して、加盟店サーバ２の加盟店Ｗｅｂアプリケーション２１にアクセスし、クレジットカード番号を入力して決済要求１１−１を行なう。加盟店Ｗｅｂアプリケーション２１は認証方式選択部２２に対してクレジットカード番号とともに認証要求３１−１を送り、当該認証方式選択部２２は当該認証要求３１−１を受信する（Ｓ１０１）。
【００２０】
当該認証方式選択部２２はクレジットカード番号情報３６−１を用いて認証方式データベース２３に問い合わせを行い、その回答で当該クレジットカードが利用できる利用可能認証方式情報３６−２を得る（Ｓ１０２）。ここで、当該認証方式データベース２３はネットワークを利用した認証方式を２個、ネットワークを利用しない認証方式を１個返す。本実施の形態では前者に「３Ｄセキュア認証」と「ワンタイムパスワード認証」、後者に「リスクベース認証」が返される。
【００２１】
このとき、監視サーバ６からの障害情報通知１８があるかどうか判断される（Ｓ１０３）。監視サーバ６からの障害情報通知１８がない場合すなわちネットワークを利用する認証ができる場合は前者を順番に実行し、障害情報通知１８がある場合すなわち認証サーバにアクセスできずネットワークを利用する認証ができない場合は後者を１度実行するようになる。
【００２２】
障害情報通知１８がない場合、認証方式選択部２２は３Ｄセキュア認証部２４に認証要求３２−１を送る。３Ｄセキュア認証部２４は、先ずディレクトリサーバ４を通してアクセスコントロールサーバ３に認証実行可否要求１４−１を送信する（Ｓ１０４）。
【００２３】
肯定応答１４−２の場合、Ｗｅｂブラウザに対してアクセスコントロールサーバ３へのリダイレクト応答を行い、顧客のＰＣ１を経由してアクセスコントロールサーバ３へ認証要求３３−１を送る。顧客はアクセスコントロールサーバ３が表示したパスワード入力画面にパスワードを入力する。アクセスコントロールサーバ３はパスワードを検証し、ブラウザを経由して認証可否３３−２を３Ｄセキュア認証部２４に送る。
【００２４】
３Ｄセキュア認証中にエラーが発生しなかった場合（Ｓ１０５）は、顧客のＩＤ（クレジットカード番号）毎に成功した年月日時分と顧客のＰＣ１のＩＰアドレスを前記成功情報蓄積部４４に蓄積する（Ｓ１０８）。その後、認証方式選択部２２は、加盟店Ｗｅｂアプリケーション２１に認証応答３１−２を返す（Ｓ１１４）。
【００２５】
図５は前記成功情報蓄積部４４に蓄積された成功情報を示す説明図である。成功情報は顧客ＩＤ（クレジットカード番号）毎に、成功した年月日時分と顧客のＰＣ１のＩＰアドレスが情報として蓄積されている。同図の例は、カード番号「１２３４ ５６７８ ９００９ ８７６５」の顧客が、ＩＰアドレス「１２３．４５６．Ｘ．Ｙ．」の顧客のＰＣ１によって、２００８年１月７日９時４５分と２００８年２月２日１５時３０分の２回、認証成功していることが蓄積されていることを示す。
【００２６】
一方、３Ｄセキュア認証中にエラーが発生して認証応答３２−２が戻らなかった場合は、前記認証方式選択部２２は次に指定された前記ワンタイムパスワード認証部２５に認証要求３４−１を送る。ワンタイムパスワード認証の制御フローは３Ｄセキュア認証と同様である。即ち、ワンタイムパスワード認証部２５は、先ずディレクトリサーバ４を通してアクセスコントロールサーバ３に認証実行可否要求１４−１を送信する（Ｓ１０６）。
【００２７】
肯定応答１４−２の場合、Ｗｅｂブラウザに対してアクセスコントロールサーバ３へのリダイレクト応答を行い、顧客のＰＣ１を経由してアクセスコントロールサーバ３へ認証要求３５−１を送る。顧客はアクセスコントロールサーバ３が表示したパスワード入力画面にパスワードを入力する。アクセスコントロールサーバ３はパスワードを検証し、ブラウザを経由して認証可否３５−２をワンタイムパスワード認証部２５に送る。
【００２８】
ワンタイムパスワード認証中にエラーが発生しなかった場合は、顧客のＩＤ（クレジットカード番号）毎に成功した年月日時分と顧客のＰＣ１のＩＰアドレスを前記成功情報蓄積部４４に蓄積する（Ｓ１０８）。その後、認証方式選択部２２は加盟店Ｗｅｂアプリケーション２１に認証応答３１−２を返す（Ｓ１１４）。
【００２９】
一方、前記監視サーバ６からの障害情報通知１８があった場合（Ｓ１０３）、及びネットワークを利用した認証方式の認証方式が全てエラーだった場合(Ｓ１０５、Ｓ１０７)は、前記認証方式選択部２２はネットワークを利用しない認証方式があるかどうか判断する（Ｓ１０９）。当該認証方式選択部２２はネットワークを利用しない認証方式に指定されたリスクベース認証部２６に認証要求３８−１を送る（Ｓ１１０）。
なお、ネットワークが利用可能で、ネットワークを利用した認証方式の認証が全てエラーだった場合は、リスクベース認証を行わずに、認証できなかったものとして取引不可としてもよい。
【００３０】
リスクベース認証部２６は遠隔のホストへの通信は行わずに、前記成功情報蓄積部４４に蓄積された成功情報に基づいて、今回の認証実行可否を判断し、認証応答３８−２を前記認証方式選択部２２に返信する。当該認証方式選択部２２は認証応答３１−２を加盟店Ｗｅｂアプリケーション２１に返す（Ｓ１１４）。
【００３１】
Ｓ１０９において、ネットワークを利用しない認証方式に何も指定されなかった場合は、前記認証方式選択部２２は、前記設定ファイル２７に対して無条件認証の可否問合３７−１を行い、設定ファイル２７から無条件認証許可可否３７−２を受取り、加盟店が無条件に認証することを許可しているかどうか判定する（Ｓ１１１）。許可している場合は無条件認証を（Ｓ１１２）、許可していない場合は認証拒否（Ｓ１１３）を前記加盟店Ｗｅｂアプリケーション２１に返す（Ｓ１１４）。
【００３２】
加盟店Ｗｅｂアプリケーション２１は認証応答３１−２が認証成功の場合は、前記決済ゲートウェイ５にオーソリ要求１５−１を送り、オーソリ応答１５−２を受け取ると決済結果を顧客のＰＣ１のＷｅｂブラウザに表示する。一方、認証応答３１−２が認証拒否の場合は、その旨を顧客のＰＣ１のＷｅｂブラウザに表示する。
【００３３】
図６は前記リスクベース認証部２６の概要を示すブロック図である。リスクベース認証部２６は前記成功情報蓄積部４４に蓄積された情報を検索する成功情報検索部６３と、今回の認証にかかる決済金額を受信する決済金額受信部６４と、これらを制御する制御部６１を有する。
【００３４】
図７は前記リスクベース認証部２６の動作の一部を示すフローチャートである。前記図４に示した如く、前記監視サーバ６からの障害情報通知１８があった場合（Ｓ１０３）、及びネットワークを利用した認証方式の認証方式が全てエラーだった場合(Ｓ１０５、Ｓ１０７)は、ネットワークを利用しない認証方式があるかどうか判断される（Ｓ１０９）。Ｓ１０９において、ネットワークを利用しない認証方式がある場合に、前記認証方式選択部２２はリスクベース認証部２６に対し認証要求３８−１を行なう。そこで、リスクベース認証部２６の成功情報検索部６３は前記成功情報蓄積部４４を検索し、制御部６１は過去に同じ顧客ＩＤ（クレジットカード番号）で認証成功した事例があるかどうか判断する（Ｓ２０１）。過去に同じ顧客ＩＤで認証成功がなければ認証を拒否する。
【００３５】
Ｓ２０１において、過去に同じ番号で認証成功がある場合は、前記成功情報検索部６３は更に前記成功情報蓄積部４４を検索し、制御部６１は過去に同じ顧客ＩＤで一定回数（例えば２回）以上の成功した事例があるかどうか判断する（Ｓ２０２）。過去に同じ顧客ＩＤで一定回数以上の成功がなければ認証を拒否する。
【００３６】
Ｓ２０２において、一定回数以上成功がある場合は、前記制御部６１は今回の決済金額を受信した前記決済金額受信部６４の状態を見て、今回の決済金額が一定額（例えば１万円）未満かどうか判断する（Ｓ２０３）。今回の決済金額が一定額未満でなければ、即ち高額決済であれば認証を拒否する。
【００３７】
このようにして、前記リスクベース認証部２６は、認証が成功した情報を蓄積する前記成功情報蓄積部４４に蓄積された情報に基づいて、リスクベース認証を行なう。ここで、前記の説明では、３段階の判断、即ち、過去に同じ顧客ＩＤで認証成功した事例があるか（Ｓ２０１）、過去に同じ顧客ＩＤで一定回数以上の成功した事例があるか（Ｓ２０２）、今回の決済金額が一定額未満か（Ｓ２０３）の３段階の判断を行なうことを説明したが、これに限らず、他の判断項目を増やしてもよく、逆に段階を減じてもよい。例えば、判断項目として、顧客に関しての端末情報、即ち顧客が利用しているＰＣのＩＰアドレスが一致する場合を含めてもよい。あるいは、判断項目として、その他の顧客に関する情報、例えば顧客の証明書情報等を記憶しておき比較するようにしてもよい。
【００３８】
本実施の形態によれば、監視サーバ６がアクセスコントロールサーバ３とディレクトリサーバ４を常時監視し、加盟店サーバ２に障害情報を伝え続けることによって、ユーザは障害の発生をほとんど意識することなく認証を完了させ、決済を行なうことができる。従来方法で決済が中断していた場合と比較して、加盟店の信頼が高まり、売上の機会損失のリスクが低下するという効果が得られる。
【００３９】
本実施の形態は、３Ｄセキュア認証、ワンタイムパスワード認証、リスクベース認証を認証方式として適用したが、認証部を入れ替えたり追加することによって、その他の様々な認証方式を利用することが可能である。また、障害時にネットワークを利用した認証から切り替えて認証を継続する機能は、クレジットカード決済に限らず他のアプリケーションにおけるユーザ認証方法としても適用可能である。
【図面の簡単な説明】
【００４０】
【図１】本実施の形態であるオンライン決済システムの全体構成図である。
【図２】本実施の形態に関する加盟店サーバの構成図である。
【図３】認証方式選択部の機能ブロック図である。
【図４】認証方式選択部の動作を示すフローチャートである。
【図５】成功情報蓄積部に蓄積された成功情報を示す説明図である。
【図６】リスクベース認証部に概要を示すブロック図である。
【図７】リスクベース認証部の動作の一部を示すフローチャートである。
【符号の説明】
【００４１】
１ 顧客のＰＣ
２ 加盟店サーバ
３ アクセスコントロールサーバ
４ ディレクトリサーバ
５ 決済ゲートウェイ
６ 監視サーバ
２１ 加盟店Ｗｅｂアプリケーション
２２ 認証方式選択部
【特許請求の範囲】
【請求項１】
顧客端末から決済の要求を受ける決済サーバが、ネットワークを利用して前記顧客の認証を実施し、その結果に基づいて前記顧客端末からの要求を決済するオンライン決済システムにおいて、
前記決済サーバは、複数の認証方式を切替える認証方式切替部を有し、
更に、ネットワークを利用する認証のうち第１の認証方式による認証に誤りがある場合、ネットワークを利用する第２の認証方式に切替て、前記顧客の認証を実施するように制御する制御部を有することを特徴とするオンライン決済システム。
【請求項２】
顧客端末から決済の要求を受ける決済サーバが、ネットワークを利用して前記顧客の認証を実施し、その結果に基づいて前記顧客端末からの要求を決済するオンライン決済システムにおいて、
前記決済サーバは、複数の認証方式を切替える認証方式切替部を有し、
更に、ネットワークを利用する認証ができない場合に、ネットワークを利用しない認証方式に切替えて、前記顧客の認証を実施するように制御する制御部を有することを特徴とするオンライン決済システム。
【請求項３】
請求項２記載のオンライン決済システムにおいて、前記ネットワークには、前記決済サーバからの要求を受けて前記顧客の認証を行なう認証サーバを有し、
前記ネットワークを利用する認証ができない場合とは、認証サーバによる認証に誤りがある場合であることを特徴とするオンライン決済システム。
【請求項４】
請求項２記載のオンライン決済システムにおいて、前記ネットワークには、前記決済サーバからの要求を受けて前記顧客の認証を行なう認証サーバと、
当該認証サーバの障害をネットワークを介して監視する監視サーバを有し、
前記ネットワークを利用する認証ができない場合とは、前記監視サーバにより前記認証サーバに障害が検出される場合あるいは前記認証サーバに接続できない場合であることを特徴とするオンライン決済システム。
【請求項５】
請求項２乃至４いずれか一に記載のオンライン決済システムにおいて、
更に、前記決済サーバは、前記ネットワークを利用する認証が成功した情報を蓄積する成功情報蓄積部を有し、
前記ネットワークを利用しない認証方式は、前記成功情報蓄積部に蓄積した前記顧客に関する情報に基づいて認証するリスクベース認証方式であることを特徴とするオンライン決済システム。
【請求項６】
請求項５に記載のオンライン決済システムにおいて、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の有無が基準であることを特徴とするオンライン決済システム。
【請求項７】
請求項５に記載のオンライン決済システムにおいて、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の有無と今回の認証における決済金額であることを特徴とするオンライン決済システム。
【請求項８】
請求項５に記載のオンライン決済システムにおいて、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の回数が基準であることを特徴とするオンライン決済システム。
【請求項９】
請求項５に記載のオンライン決済システムにおいて、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の回数と今回の認証における決済金額であることを特徴とするオンライン決済システム。
【請求項１０】
請求項５に記載のオンライン決済システムにおいて、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の端末情報と今回の認証における端末情報であることを特徴とするオンライン決済システム。
【請求項１１】
顧客端末から決済の要求を受ける決済サーバが、ネットワークを利用して前記顧客の認証を実施し、その結果に基づいて前記顧客端末からの要求を決済するオンライン決済システムにおける認証方法において、
ネットワークを利用する認証ができない場合に、ネットワークを利用しない認証方式に切替える切替工程と
前記ネットワークを利用しない認証を実施する認証工程を含むことを特徴とするオンライン決済システムにおける認証方法。
【請求項１２】
請求項１１記載のオンライン決済システムにおける認証方法において、
前記ネットワークを利用する認証ができない場合とは、前記決済サーバからの要求を受けて前記顧客の認証を行なう認証サーバによる認証に誤りがある場合であることを特徴とするオンライン決済システムにおける認証方法。
【請求項１３】
請求項１１記載のオンライン決済システムにおける認証方法において、
前記ネットワークを利用する認証ができない場合とは、前記決済サーバからの要求を受けて前記顧客の認証を行なう認証サーバに障害が検出される場合あるいは前記認証サーバに接続できない場合であることを特徴とするオンライン決済システムにおける認証方法。
【請求項１４】
請求項１１乃至１３いずれか一に記載のオンライン決済システムにおける認証方法において、
更に、前記ネットワークを利用する認証が成功した情報を蓄積する成功情報蓄積工程を含み、
前記ネットワークを利用しない認証を実施する認証工程は、前記成功情報蓄積工程により蓄積した前記顧客に関する情報に基づいて認証するリスクベース認証工程を含むことを特徴とするオンライン決済システムにおける認証方法。
【請求項１５】
請求項１４に記載のオンライン決済システムにおける認証方法において、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の有無が基準であることを特徴とするオンライン決済システムにおける認証方法。
【請求項１６】
請求項１４に記載のオンライン決済システムにおける認証方法において、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の有無と今回の認証における決済金額であることを特徴とするオンライン決済システムにおける認証方法。
【請求項１７】
請求項１４に記載のオンライン決済システムにおける認証方法において、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の回数が基準であることを特徴とするオンライン決済システムにおける認証方法。
【請求項１８】
請求項１４に記載のオンライン決済システムにおける認証方法において、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の回数と今回の認証における決済金額であることを特徴とするオンライン決済システムにおける認証方法。
【請求項１９】
請求項１４に記載のオンライン決済システムにおける認証方法において、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の端末情報と今回の認証における端末情報であることを特徴とするオンライン決済システムにおける認証方法。
【請求項１】
顧客端末から決済の要求を受ける決済サーバが、ネットワークを利用して前記顧客の認証を実施し、その結果に基づいて前記顧客端末からの要求を決済するオンライン決済システムにおいて、
前記決済サーバは、複数の認証方式を切替える認証方式切替部を有し、
更に、ネットワークを利用する認証のうち第１の認証方式による認証に誤りがある場合、ネットワークを利用する第２の認証方式に切替て、前記顧客の認証を実施するように制御する制御部を有することを特徴とするオンライン決済システム。
【請求項２】
顧客端末から決済の要求を受ける決済サーバが、ネットワークを利用して前記顧客の認証を実施し、その結果に基づいて前記顧客端末からの要求を決済するオンライン決済システムにおいて、
前記決済サーバは、複数の認証方式を切替える認証方式切替部を有し、
更に、ネットワークを利用する認証ができない場合に、ネットワークを利用しない認証方式に切替えて、前記顧客の認証を実施するように制御する制御部を有することを特徴とするオンライン決済システム。
【請求項３】
請求項２記載のオンライン決済システムにおいて、前記ネットワークには、前記決済サーバからの要求を受けて前記顧客の認証を行なう認証サーバを有し、
前記ネットワークを利用する認証ができない場合とは、認証サーバによる認証に誤りがある場合であることを特徴とするオンライン決済システム。
【請求項４】
請求項２記載のオンライン決済システムにおいて、前記ネットワークには、前記決済サーバからの要求を受けて前記顧客の認証を行なう認証サーバと、
当該認証サーバの障害をネットワークを介して監視する監視サーバを有し、
前記ネットワークを利用する認証ができない場合とは、前記監視サーバにより前記認証サーバに障害が検出される場合あるいは前記認証サーバに接続できない場合であることを特徴とするオンライン決済システム。
【請求項５】
請求項２乃至４いずれか一に記載のオンライン決済システムにおいて、
更に、前記決済サーバは、前記ネットワークを利用する認証が成功した情報を蓄積する成功情報蓄積部を有し、
前記ネットワークを利用しない認証方式は、前記成功情報蓄積部に蓄積した前記顧客に関する情報に基づいて認証するリスクベース認証方式であることを特徴とするオンライン決済システム。
【請求項６】
請求項５に記載のオンライン決済システムにおいて、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の有無が基準であることを特徴とするオンライン決済システム。
【請求項７】
請求項５に記載のオンライン決済システムにおいて、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の有無と今回の認証における決済金額であることを特徴とするオンライン決済システム。
【請求項８】
請求項５に記載のオンライン決済システムにおいて、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の回数が基準であることを特徴とするオンライン決済システム。
【請求項９】
請求項５に記載のオンライン決済システムにおいて、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の回数と今回の認証における決済金額であることを特徴とするオンライン決済システム。
【請求項１０】
請求項５に記載のオンライン決済システムにおいて、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の端末情報と今回の認証における端末情報であることを特徴とするオンライン決済システム。
【請求項１１】
顧客端末から決済の要求を受ける決済サーバが、ネットワークを利用して前記顧客の認証を実施し、その結果に基づいて前記顧客端末からの要求を決済するオンライン決済システムにおける認証方法において、
ネットワークを利用する認証ができない場合に、ネットワークを利用しない認証方式に切替える切替工程と
前記ネットワークを利用しない認証を実施する認証工程を含むことを特徴とするオンライン決済システムにおける認証方法。
【請求項１２】
請求項１１記載のオンライン決済システムにおける認証方法において、
前記ネットワークを利用する認証ができない場合とは、前記決済サーバからの要求を受けて前記顧客の認証を行なう認証サーバによる認証に誤りがある場合であることを特徴とするオンライン決済システムにおける認証方法。
【請求項１３】
請求項１１記載のオンライン決済システムにおける認証方法において、
前記ネットワークを利用する認証ができない場合とは、前記決済サーバからの要求を受けて前記顧客の認証を行なう認証サーバに障害が検出される場合あるいは前記認証サーバに接続できない場合であることを特徴とするオンライン決済システムにおける認証方法。
【請求項１４】
請求項１１乃至１３いずれか一に記載のオンライン決済システムにおける認証方法において、
更に、前記ネットワークを利用する認証が成功した情報を蓄積する成功情報蓄積工程を含み、
前記ネットワークを利用しない認証を実施する認証工程は、前記成功情報蓄積工程により蓄積した前記顧客に関する情報に基づいて認証するリスクベース認証工程を含むことを特徴とするオンライン決済システムにおける認証方法。
【請求項１５】
請求項１４に記載のオンライン決済システムにおける認証方法において、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の有無が基準であることを特徴とするオンライン決済システムにおける認証方法。
【請求項１６】
請求項１４に記載のオンライン決済システムにおける認証方法において、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の有無と今回の認証における決済金額であることを特徴とするオンライン決済システムにおける認証方法。
【請求項１７】
請求項１４に記載のオンライン決済システムにおける認証方法において、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の回数が基準であることを特徴とするオンライン決済システムにおける認証方法。
【請求項１８】
請求項１４に記載のオンライン決済システムにおける認証方法において、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の回数と今回の認証における決済金額であることを特徴とするオンライン決済システムにおける認証方法。
【請求項１９】
請求項１４に記載のオンライン決済システムにおける認証方法において、
前記リスクベース認証方式は、当該顧客に関して過去の成功事例の端末情報と今回の認証における端末情報であることを特徴とするオンライン決済システムにおける認証方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００９−２１１１２０（Ｐ２００９−２１１１２０Ａ）
【公開日】平成２１年９月１７日（２００９．９．１７）
【国際特許分類】
【出願番号】特願２００８−５０３９７（Ｐ２００８−５０３９７）
【出願日】平成２０年２月２９日（２００８．２．２９）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
【公開日】平成２１年９月１７日（２００９．９．１７）
【国際特許分類】
【出願日】平成２０年２月２９日（２００８．２．２９）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
[ Back to top ]