JP4746643B2

JP4746643B2 - 本人確認システムおよび方法

Info

Publication number: JP4746643B2
Application number: JP2008092546A
Authority: JP
Inventors: 賢二山口
Original assignee: Sumitomo Mitsui Banking Corp
Current assignee: Sumitomo Mitsui Banking Corp
Priority date: 2008-03-31
Filing date: 2008-03-31
Publication date: 2011-08-10
Anticipated expiration: 2028-03-31
Also published as: JP2009245273A

Description

本発明は、ユーザに対して架電することによって、オンラインバンキング等での取引の本人確認を行うシステム及び方法に関する。

近年、オンラインバンキング等のインターネットを介した電子取引がますます普及してきている。オンラインバンキングでは、ユーザは、オンラインバンキングサービスを提供するＷｅｂサイトにインターネットを介してアクセスし、ログインすることによって、オンラインバンキングサービスの申込、残高照会、振込などのサービスの利用や、契約の変更などの様々な手続を申し込むことができる。そのような手続には、例えば、「暗証カードの再発行」などがある。なお、「暗証カード」とは、例えば、振込などのより高いセキュリティを求められる取引に用いられる、ログインパスワードとは異なる第２のパスワードが記載されたカードである。

このような手続の申込に際して問題となるのが、手続を申し込んだユーザが、口座を所有する本人であるかどうかという本人確認の問題である。もちろん、オンラインバンキングサービスを提供するＷｅｂサイトにログインする際には、ログインパスワードによってユーザの認証が行われるものの、パスワード認証だけではセキュリティが脆弱であると考えられるからである。

そこで、Ｗｅｂサイトを介してそのような手続を申し込む際には、パスワード以外に、「キャッシュカードに記載されているカード発行年月」や、「通帳の記入済み行の次の行」をＷｅｂサイト内で別途入力して、本人確認を行うシステムがある（例えば、特許文献１参照）。

特開２００３−８５３６６号公報

しかしながら、キャッシュカードや通帳を用いる本人確認システムには、それらを盗み見られたり、それらが盗まれたりすると、有効に本人を確認することができなくなってしまうという問題がある。また、通帳を発行しない口座では、通帳を用いる本人確認は利用することができないという問題もある。

本発明は、このような問題に鑑みてなされたものであり、その目的とするところは、より確実に本人確認を行うことができる本人確認システムおよびその方法を提供することにある。

このような目的を達成するために、請求項１に記載の発明は、Ｗｅｂサイトを提供するＷｅｂサーバ及び業務処理サーバと、電話番号を受け取ると該電話番号に自動的に架電する自動発信システムと、顧客情報および契約情報を格納するデータベースを備えたホストコンピュータとを含む本人確認システムであって、前記業務処理サーバは、前記Ｗｅｂサイトを介して、ユーザによって入力された手続の申込情報を受け取って、前記データベースに格納する手段と、前記申込情報に応じて前記ユーザに提供した情報を有効化せずに、処理を終了する手段と、前記処理を終了したあとで、前記ユーザから、前記ユーザに提供した情報を有効化するための要求を受け取ると、確認番号を生成して、前記Ｗｅｂサイトに表示する手段と、前記生成した確認番号を、前記データベースに格納する手段と、前記データベースから前記ユーザの電話番号を取得する手段とを備え、前記自動発信システムは、前記業務処理サーバから前記取得した電話番号を受け取る手段と、前記受け取った電話番号に架電する手段と、前記架電した電話にユーザが応答すると、前記ユーザに確認番号の入力を促す自動音声メッセージを流す手段と、前記ユーザによって入力された確認番号を受け取り、該確認番号が、前記データベースに格納した確認番号と一致するかどうかを判定する手段と、前記確認番号が一致した場合に、前記データベースに格納した前記申込情報のステータス情報を確認済みとして更新し、前記ユーザに提供した情報を有効化する手段とを備えることを特徴とする。

また、請求項２に記載の発明は、請求項１に記載の本人確認システムであって、前記業務処理サーバは、前記取得した電話番号を、前記Ｗｅｂサイトに表示する手段をさらに備えることを特徴とする。

また、請求項３に記載の発明は、請求項１または２に記載の本人確認システムであって、前記業務処理サーバは、前記Ｗｅｂサイトを介して、前記ユーザが入力した電話番号を受け取る手段と、前記受け取った電話番号と、前記データベースから取得した電話番号とが一致するかどうかを判定する手段とをさらに備え、前記自動発信システムは、前記電話番号が一致した場合に、前記業務処理サーバから前記電話番号を受け取ることを特徴とする。

また、請求項４に記載の発明は、Ｗｅｂサイトを提供するＷｅｂサーバ及び業務処理サーバと、電話番号を受け取ると該電話番号に自動的に架電する自動発信システムと、顧客情報および契約情報を格納するデータベースを備えたホストコンピュータとを用いた本人確認方法であって、前記業務処理サーバによって、前記Ｗｅｂサイトを介して、ユーザによって入力された手続の申込情報を受け取って、前記データベースに格納するステップと、前記申込情報に応じて前記ユーザに提供した情報を有効化せずに、処理を終了するステップと、前記終了するステップのあとで、前記ユーザから、前記ユーザに提供した情報を有効化するための要求を受け取ると、確認番号を生成して、前記Ｗｅｂサイトに表示するステップと、前記生成した確認番号を、前記データベースに格納するステップと、前記データベースから前記ユーザの電話番号を取得するステップと、前記自動発信システムによって、前記業務処理サーバから前記取得した電話番号を受け取るステップと、前記受け取った電話番号に架電するステップと、前記架電した電話にユーザが応答すると、前記ユーザに確認番号の入力を促す自動音声メッセージを流すステップと、前記ユーザによって入力された確認番号を受け取り、該確認番号が、前記データベースに格納した確認番号と一致するかどうかを判定するステップと、前記確認番号が一致した場合に、前記データベースに格納した前記申込情報のステータス情報を確認済みとして更新し、前記ユーザに提供した情報を有効化するステップとを備えることを特徴とする。

また、請求項５に記載の発明は、請求項４に記載の本人確認方法であって、前記業務処理サーバによって、前記取得した電話番号を、前記Ｗｅｂサイトに表示するステップをさらに備えることを特徴とする。

また、請求項６に記載の発明は、請求項４または５に記載の本人確認方法であって、前記業務処理サーバによって、前記Ｗｅｂサイトを介して、前記ユーザが入力した電話番号を受け取るステップと、前記受け取った電話番号と、前記データベースから取得した電話番号とが一致するかどうかを判定するステップとをさらに備え、前記自動発信システムは、前記電話番号が一致した場合に、前記業務処理サーバから前記電話番号を受け取ることを特徴とする。

本発明によると、より確実に本人確認を行うことができる本人確認システムおよびその方法を提供することが可能となる。

以下に、図面を参照しながら、本発明の実施形態について詳細に説明する。なお、複数の図面において同一の符号は同一物を表し、その繰り返しの説明は省略する。

（第１の実施形態）
図１及び図２は、本発明の一実施形態による本人確認システムが提供するＷｅｂサイトの画面遷移図である。

メニュー画面１０１は、オンラインバンキングサービスを提供するＷｅｂサイトにログインした後に、ユーザが所望の手続を選択して申し込むための画面の一例である。メニュー画面１０１では、手続の例として、「暗証カード再発行」が示されている。以下の説明では、ユーザが「暗証カード再発行」を選択したものとしてＷｅｂサイトの画面遷移を説明する。なお、ユーザがオンラインバンキングへログインすると、ユーザの契約者番号が特定される。

メニュー画面１０１において、ユーザが「暗証カード再発行」を選択すると（例えば、ユーザがマウスを用いて「暗証カード再発行」欄をクリックすると）、暗証カード再発行受付画面１０３に遷移する。

暗証カード再発行受付画面１０３には、第一の暗証番号入力欄１０４と、再発行ボタン１０５とが表示される。ユーザが、第一の暗証番号入力欄１０４に第一の暗証番号を入力し、再発行ボタン１０５を押下すると、第一の暗証番号が正しい場合には、暗証カード再発行受付完了画面１０７に遷移する。また、暗証カード再発行申込データがＷｅｂサイト提供者に送信され、再発行された暗証カードがユーザに送付されることとなる。

暗証カード再発行受付完了画面１０７には、例えば、「暗証カードを発送いたします。暗証カードを利用するためには、暗証カード有効化手続が必要になります。」等のメッセージ１０８が表示される。ユーザが、再発行された暗証カードの有効化手続を行わなければ、すなわち、本人確認が行われなければ、再発行された暗証カードは無効な状態であり、それを利用することはできない。また、暗証カード再発行受付完了画面１０７には、引き続き有効化手続を行うためのボタン１０９と、あとで有効化手続を行うためのボタン１１０が設けられている。ユーザがボタン１０９を押下すると、図２の暗証カード有効化手続開始画面２０３に遷移し、有効化手続（すなわち、本人確認）が開始される。一方、ユーザがボタン１１０を押下すると、有効化手続を開始せずに終了する。暗証カードの有効化手続はあとで行ってもよく、例えば、後日Ｗｅｂサイトにログインした際に、ログイン後の画面にて有効化されていないカードが存在する旨のメッセージを表示して、有効化手続を行うようにユーザに注意喚起することができる。なお、あとで有効化手続を行う場合も同様に、暗証カード有効化手続開始画面２０３が表示される。

暗証カード有効化手続開始画面２０３には、ユーザが届け出た電話番号２０４と、確認番号２０５とが表示される。ユーザが届け出た電話番号２０４は、口座開設時にユーザが届け出て、後述するホストコンピュータに登録された電話番号である。また、確認番号２０５は、画面２０３が表示される度に、その都度異なる数字として生成され、表示される番号である。なお、本実施形態では確認番号としたが、アルファベットなどの任意の文字列を含んでもよい。

また、暗証カード有効化手続開始画面２０３は、ユーザが電話を受けるためのボタン（以下、架電ボタンと称する）２０６と、中止ボタン２０７を備える。ユーザが、架電ボタン２０６を押下すると、本発明による本人確認システムによって、上述の届出の電話番号２０４に架電される（通常、届出の電話番号はユーザの自宅の電話番号であり、ユーザの自宅に架電されることとなる。また、届出の電話番号が、ユーザが所有する携帯電話の電話番号である場合もあり、その場合にはユーザの携帯電話に架電される。）。次いで、ユーザが電話を受けると、本発明による本人確認システムによって自動音声メッセージが流される。この自動音声メッセージは、電話を受けたユーザに、画面２０３上に表示された確認番号２０５を答えるように（すなわち、確認番号２０５を音声によって入力するように）促す。ユーザが確認番号２０５を入力すると、暗証カード有効化手続中画面２０９に遷移する。一方、中止ボタン２０７が押下されると、架電は行われず、有効化手続は中止される。例えば、表示された電話番号２０４で電話を受けることができない場合（例えば、外出中に暗証カード再発行手続を行い、自宅の電話を受けることができない場合）、後刻、表示された電話番号２０４で電話を受けることができる状態になってから、あらためて有効化手続を行うことができる。

暗証カード有効化手続中画面２０９には、暗証カード有効化手続の結果を確認するためのボタン２１０が表示される。ユーザがボタン２１０を押下すると、画面２０３に表示された確認番号２０５と、ユーザが電話を介して入力した番号とが一致していた場合は、暗証カード有効化手続終了画面２１３に遷移する。画面２１３では、暗証カードが有効化された旨のメッセージ２１４が表示され、有効化手続は終了する。一方、確認番号２０５と、ユーザが入力した番号とが一致していなかった場合は、暗証カード有効化手続失敗画面２１７に遷移し、暗証カードは有効化されなかった旨のメッセージ２１８が表示される。

暗証カード有効化手続失敗画面２１７には、上述したメッセージ２１８と共に、有効化手続を再び行うためのボタン２１９と、中止ボタン２２０とが表示される。ユーザがボタン２１９を押下すると、暗証カード有効化手続開始画面２０３に遷移し、再度、暗証カード有効化手続を行うことができる。一方、ユーザが中止ボタン２２０を押下すると、暗証カード有効化手続は中止される。

以上、本発明に係る本人確認システムは、上述したようなＷｅｂ画面をユーザの操作端末に表示し、ユーザの届出の電話番号に架電することによって、手続を申し込んだユーザが、その口座を所有する本人であるかどうかの確認を行う。

次いで、本発明の一実施形態に係る本人確認システムのシステム構成を説明する。図３は、本発明の一実施形態による本人確認システムのシステム構成図である。

本発明の一実施形態による本人確認システムは、Ｗｅｂサーバ３０５と、業務処理サーバ３０７と、ホストコンピュータ３０９とを備え、これらは互いに通信可能に接続されている。
Ｗｅｂサーバ３０５は、インターネットなどのネットワーク３０３を介して、ユーザの操作端末３０１に、図１及び図２に例示したＷｅｂ画面を提供する。

業務処理サーバ３０７は、ホストコンピュータ３０９の顧客情報ＤＢ（データベース）３１０からユーザの届出の電話番号を取得して、Ｗｅｂサーバ３０５に提供する電話番号取得部３１２と、確認番号を生成してＷｅｂサーバ３０５に提供すると共に、生成した確認番号をホストコンピュータ３０９の契約情報ＤＢ（データベース）３１１に格納する確認番号生成部３１３と、図２の画面２０３において架電ボタン２０６が押下されると、暗証カードの再発行申込情報（例えば、ユーザを特定する契約者番号などの識別情報や電話番号などを含む申込情報）を、取引情報ＤＢ（データベース）３１７のコーリングリスト３１９に書込む申込情報書込部３１４とを備える。また、業務処理サーバ３０７は、ホストコンピュータ３０９の契約情報ＤＢ３１１を参照し、有効化手続のステータス情報が「確認済」として更新されると、Ｗｅｂサーバ３０５を介して暗証カード有効化手続き中画面２０９を操作端末３０１に表示させる。なお、確認番号生成部３１３は、確認番号が生成された後に有効化手続が中止され、再度有効化手続が行われる場合には、新たに確認番号を生成し、契約情報ＤＢ３１１に格納されている確認番号を、新たに生成した確認番号で上書き更新する。

ホストコンピュータ３０９は、一般的に、銀行などの金融機関で用いられている勘定系システムや情報系システム（いずれも不図示）を含み、顧客情報ＤＢ３１０および契約情報ＤＢ３１１を備える。顧客情報ＤＢ３１０は、口座を所有する顧客の属性情報（例えば、届出の氏名、住所、電話番号等）を格納する。また、契約情報ＤＢ３１１は、オンラインバンキングサービスの契約情報を格納し、例えば、ユーザを特定する契約者番号などの識別情報、業務処理サーバ３０７によって生成された確認番号、および有効化手続（すなわち、本人確認手続）のステータス情報などを格納する。なお、本実施形態では、顧客情報ＤＢ３１０および契約情報ＤＢ３１１を別々のデータベースとして示したが、これらは１つのデータベースであってもよい。例えば、顧客情報ＤＢ３１０に、顧客情報と共にオンラインバンキングサービスの契約情報を格納してもよい。

また、本発明の一実施形態による本人確認システムは、電話をコンピュータシステムと統合するＣＴＩ（Computer Telephony Integration）サーバ３２１と、電話交換機（ＰＢＸ：Private Branch eXchange）３２３と、自動音声応答装置（ＩＶＲ：Interactive Voice Response）３２７とを備える。ＣＴＩサーバ３２１と、ＰＢＸ３２３と、ＩＶＲ３２７とは互いに通信可能に接続されており、ＩＶＲ３２７は、ホストコンピュータ３０９とも通信可能に接続されている。

ＣＴＩサーバ３２１は、取引情報ＤＢ３１７のコーリングリスト３１９を定期的に参照し、暗証カードの再発行申込情報が新たに書込まれると、再発行申込情報を受け取り、再発行申込情報に含まれるユーザの電話番号と共に、ＰＢＸ３２３に対して発信要求を送信する。また、ＣＴＩサーバ３２１は応答検知装置３２２を備え、応答検知装置３２２は、架電に対するユーザの応答を検知し、着信を確認すると、ＩＶＲ３２７に制御を渡すことができる。

ＰＢＸ３２３は、ＣＴＩサーバ３２１から発信要求を受信すると、コーリングリスト３１９に書込まれた再発行申込情報に含まれる電話番号を用いて、電話網３２５を介して電話３０２に架電する。
ＩＶＲ３２７は、ＣＴＩサーバ３２１の応答検知装置３２２から制御を受け取ると、電話３０２に対して自動音声メッセージを流し、ユーザに対して確認番号の入力を促す。また、ＩＶＲ３２７は、再発行申込情報に含まれるユーザを特定する契約者番号などの識別情報をキーとして、入力された確認番号とホストコンピュータ３０９の契約情報ＤＢ３１１に格納された確認番号とを紐付け、それらが一致するかどうかを判定し、一致した場合には、契約情報ＤＢ３１１の有効化手続のステータス情報を、「確認済」として更新する。一方、一致しなかった場合には、そのステータス情報を「確認失敗」として更新する。

なお、ＣＴＩサーバ３２１、ＰＢＸ３２３、およびＩＶＲ３２７は例示的な構成であり、これらの機能を実現するシステムを、自動発信システム３３０とも称する。また、自動発信システム３３０が、架電する電話番号を含む再発行申込情報を業務処理サーバ３０７から受け取る手段（業務処理サーバ３０７の申込情報書込部３１４によってコーリングリスト３１９に暗証カードの再発行申込情報を書込み、自動発信システム３３０がコーリングリスト３１９から再発行申込情報を受け取る手段）も例示的なものであり、上述した構成に限定されるものではない。

上述した操作端末、各サーバおよびホストコンピュータは、ＣＰＵ（中央演算処理装置）、メモリ、及び記憶装置などを備えるコンピュータ装置であって、メモリまたは記憶装置に格納されているコンピュータプログラムをＣＰＵが読み出し、実行することによって、統括的に制御される。また、操作端末は、ワークステーション、パーソナルコンピュータ、ノート型パソコン、ＰＤＡなどの携帯情報端末機器、または、携帯電話などとすることができ、キーボードやマウスなどの入力装置を使用して、情報を入力することができる。

次いで、本実施形態に係る本人確認システムの処理フローを説明する。図４及び図５は、本発明の一実施形態による本人確認システムのフロー図である。以下の説明では、図１の暗証カード再発行受付完了画面１０７において、引き続き有効化手続きを行うためのボタン１０９が押下された後のフローを説明する。

まず、図４のステップ４０１において、ユーザの操作端末３０１に暗証カード有効化手続開始画面２０３を表示する。画面２０３には、業務処理サーバ３０７の電話番号取得部３１２によって、ホストコンピュータ３０９の顧客情報ＤＢ３１０から取得されたユーザの届出の電話番号２０４が表示される。また、画面２０３には、業務処理サーバ３０７の確認番号生成部３１３によって生成された確認番号２０５が表示される。さらに、生成された確認番号は、ホストコンピュータ３０９の契約情報ＤＢ３１１に格納される。

次いで、ステップ４０３において、ユーザに対して架電を行うかどうかが判定される。暗証カード有効化手続開始画面２０３において、ユーザが、電話を受けるための架電ボタン２０６を押下すると、ステップ４０５に進む。一方、画面２０３において中止ボタン２０７が押下されると、処理は終了する。

ステップ４０５では、ユーザの届出の電話番号２０４に対して架電を行う。より具体的には、業務処理サーバ３０７は、Ｗｅｂサーバ３０５を介して申込情報を受け取ると、申込情報書込部３１４によって、取引情報ＤＢ３１７のコーリングリスト３１９にその申込情報を書込む。ＣＴＩサーバ３２１は、取引情報ＤＢ３１７のコーリングリスト３１９を定期的に参照し、申込情報が新たに書込まれると、再発行申込情報を受け取り、再発行申込情報に含まれるユーザの電話番号と共に、ＰＢＸ３２３に対して発信要求を送信する。ＰＢＸ３２３は、ＣＴＩサーバ３２１から発信要求を受信すると、申込情報に含まれる電話番号を用いて、電話網３２５を介して電話３０２に架電する。

次いで、図５のステップ５０３において、ＣＴＩサーバ３２１の応答検知装置３２２によって、架電に対する応答の検知が行われる。応答検知装置３２２が電話の応答を確認すると、ＩＶＲ３２７に制御が渡され、ステップ５０５に進む。一方、応答が確認されなかった場合は、ステップ５１７に進む。

なお、応答検知装置３２２は、電話局から返信される応答コードにより電話の開始を確認するが、架電先が携帯電話の場合、コールの段階で（すなわち、呼び出し中の段階で）開始の応答コードが返信されることがあるため、実際に携帯電話保持者が受信ボタンを押したかどうかは判別することができない。これに対処するため、開始の応答コードを受信した場合でも「お手続きを開始するには１と＃を押してください」等のメッセージを繰り返し流し、応答したユーザがメッセージに従って操作を行った段階で応答があったものとみなす。

ステップ５０５では、ＩＶＲ３２７によって、電話３０２に自動音声メッセージが流され、ユーザに対して確認番号の入力を促す。次いで、ステップ５０７では、ＩＶＲ３２７が、ユーザによって電話３０２に入力された確認番号と、ホストコンピュータ３０９の契約情報ＤＢ３１１に格納された確認番号とが一致するかどうかを判定し、一致した場合はステップ５０９に進む。一方、確認番号が一致しなかった場合は、ステップ５１７に進む。

ステップ５０９では、ＩＶＲ３２７は、契約情報ＤＢ３１１の有効化手続のステータス情報を、「確認済み」として更新する。契約情報ＤＢ３１１の有効化手続のステータス情報が「確認済み」として更新されると、再発行された暗証カードが有効化され、利用可能になる。すなわち、本人確認が行われたこととなる。
次いで、ステップ５１１では、業務処理サーバ３０７は、契約情報ＤＢ３１１の有効化手続のステータス情報が「確認済み」として更新されたことを確認すると、Ｗｅｂサーバ３０５を介して暗証カード有効化手続中画面２０９を操作端末３０１に表示する。画面２０９において、暗証カード有効化手続の結果を確認するためのボタン２１０が押下されると、ステップ５１３に進む。
ステップ５１３では、操作端末３０１に暗証カード有効化手続終了画面２１３が表示される。画面２１３には、暗証カードが有効化された旨のメッセージ２１４が表示され、暗証カード有効化手続は終了する。

一方、ステップ５０３において、応答検知装置３２２によって着信が確認されなかった場合、また、ステップ５０７において確認番号が一致しなかった場合、ステップ５１７に進む。
ステップ５１７では、ＩＶＲ３２７は、契約情報ＤＢ３１１の有効化手続のステータス情報を、「確認失敗」として更新する。次いで、ステップ５１９において、業務処理サーバ３０７は、契約情報ＤＢ３１１の有効化手続のステータス情報が「確認失敗」として更新されたことを確認すると、Ｗｅｂサーバ３０５を介して暗証カード有効化手続中画面２０９を操作端末３０１に表示する。画面２０９において、暗証カード有効化手続の結果を確認するためのボタン２１０が押下されると、ステップ５２１に進む。

ステップ５２１では、操作端末３０１に暗証カード有効化手続失敗画面２１７が表示される。画面２１７には、暗証カードが有効化されなかった旨のメッセージ２１８が表示されると共に、有効化手続を再び行うためのボタン２１９と、中止ボタン２２０が表示される。ユーザがボタン２１９を押下すると、図４のステップ４０１に戻る。一方、ユーザが中止ボタン２２０を押下すると、暗証カード有効化手続きは終了する。再発行された暗証カードは、有効化手続が成功するまで無効なままであり、利用することはできない。

なお、暗証カード有効化手続開始画面２０３には、ユーザの電話番号２０４を表示しなくてもよい。画面２０３が第三者に盗み見られた際に、ユーザの電話番号２０４が第三者に知られることを防ぐためである。また、電話番号２０４を表示しない場合、業務処理サーバ３０７の電話番号取得部３１２は、取得した電話番号をＷｅｂサーバ３０５に提供しない。

このように、本発明によると、オンラインバンキング等における取引の本人確認において、Ｗｅｂ画面上のボタンを押下することで、自動的に届出の電話番号宛に発信を行い、画面上に表示されている確認番号を、応答した電話で入力させることにより、取引の依頼者が届出の電話番号で応答できる正当なユーザであることを確認することができる。
こうすることにより、パスワード以外の本人確認方法として、「届出の電話番号に応答することができる」本人の確認が可能となり、オンラインバンキング等におけるセキュリティを飛躍的に向上させることができる。

また、ローン返済の督促等に用いられる、届出の電話番号に自動発信するシステムと比較しても、本発明による本人確認システムは、ユーザが都合の良い時間帯（例えば、在宅時等）に架電することができるので、効率良く架電することができる。

なお、本実施形態では、生成した確認番号を契約情報ＤＢ３１１に格納したが、取引情報ＤＢ３１７に格納し、自動発信システム３３０が契約者番号、電話番号などと共に確認番号を取得するようにして、ＩＶＲ３２７が、ユーザによって電話３０２に入力された確認番号と一致するかどうかの判定を行うようにしてもよい。この場合、ＩＶＲ３２７は、この判定結果に基づいて契約情報ＤＢ３１１の有効化手続のステータス情報を更新する。

（第２の実施形態）
図６は、本発明の一実施形態に係る暗証カード有効化手続開始画面６０３を示す。本実施形態におけるＷｅｂサイトの画面遷移は、図２における暗証カード有効化手続開始画面２０３が画面６０３となっている点を除いて、第１の実施形態と同様である。画面６０３が、第１の実施形態に係る画面２０３と異なる点は、届出の電話番号が表示されるのではなく、電話番号入力欄６０４が設けられている点である。画面６０３では、ユーザが、操作端末３０１を介して、電話番号入力欄６０４に届出の電話番号を入力する。その後、架電ボタン２０６を押下することによって、次の画面へ遷移する。

図７は、本実施形態に係る業務処理サーバ７０１の機能ブロック図である。本実施形態に係る業務処理サーバ７０１は、第１の実施形態に係る図３の業務処理サーバ３０５の機能ブロック３１２、３１３、３１４に加えて、電話番号判定部７０２を備える。電話番号判定部７０２は、ユーザが画面６０３に入力した電話番号を受け取り、その電話番号と、電話番号取得部３１２が顧客情報ＤＢ３１０から取得した電話番号とが一致するかどうかを判定する。なお、本実施形態では、電話番号取得部３１２は、顧客情報ＤＢ３１０から取得した電話番号をＷｅｂサーバ３０５には提供しない。Ｗｅｂ画面への電話番号の表示は行わないからである。

次いで、本実施形態に係る本人確認システムの処理フローを説明する。図８は、本実施形態に係る本人確認システムのフロー図である。以下に説明する処理フローは、図１の暗証カード再発行受付完了画面１０７において、引き続き有効化手続きを行うためのボタン１０９が押下された後のフローである。なお、第１の実施形態に係る図４の処理フローと同様のステップ４０１、４０３及び４０５は、説明を簡略化する。

まず、ステップ４０１において、ユーザの操作端末３０１に暗証カード有効化手続開始画面６０３を表示する。画面６０３には、電話番号入力欄６０４と、業務処理サーバ３０７の確認番号生成部３１３によって生成された確認番号２０５とが表示される。生成された確認番号は、ホストコンピュータ３０９の契約情報ＤＢ３１１にも格納される。

次いで、ステップ４０３において、ユーザに対して架電を行うかどうかが判定される。暗証カード有効化手続開始画面６０３において、ユーザが、届出の電話番号を電話番号入力欄６０４に入力し、電話を受けるための架電ボタン２０６を押下すると、ステップ８０１に進む。一方、画面６０３において中止ボタン２０７が押下されると、処理は終了する。

ステップ８０１では、業務処理サーバ７０１の電話番号判定部７０２は、画面６０３の電話番号入力欄６０４に入力された電話番号を受け取る。
次いで、ステップ８０２において、電話番号判定部７０２は、受け取った電話番号と、電話番号取得部３１２が顧客情報ＤＢ３１０から取得した電話番号とが一致するかどうかを判定する。電話番号が一致した場合は、ステップ４０５に進み、受け取った電話番号に対して架電を行う。一方、電話番号が一致しなかった場合は、図５のステップ５１７に進む。ステップ４０５およびステップ５１７以降の処理は第１の実施形態と同様であるため、説明は省略する。

本実施形態によると、ユーザが暗証カード有効化手続開始画面６０３において届出の電話番号を入力して、顧客情報ＤＢ３１０に格納されている電話番号と一致するかどうかが判定され、電話番号が一致した場合にのみ架電するため、電話番号の変更を届け出なかったことによる間違い電話を減らすことができる。また、ユーザが届け出た電話番号を入力することにより、より確実に本人確認を行うことができる。

（第３の実施形態）
図９は、本発明の一実施形態によるＷｅｂサイトの画面遷移図である。本実施形態におけるＷｅｂサイトの画面遷移では、図１における暗証カード再発行受付完了画面１０７において、引き続き有効化手続を行うためのボタン１０９が押下された後、暗証カード有効化手続開始画面９０１が表示される。

暗証カード有効化手続開始画面９０１では、ユーザが届け出た電話番号２０４が表示される。ユーザが、表示された電話番号２０４を確認した後、ボタン９０２を押下することによって、暗証カード有効化手続中画面９０３に遷移する。なお、ユーザが中止ボタン２０７を押下すると、手続は中止される。

画面９０３は、中止ボタン２０７が設けられていない点を除いて、図６の暗証カード有効化手続開始画面６０３と同様であり、電話番号入力欄６０４が設けられている。画面９０３では、ユーザが、操作端末３０１を介して、電話番号入力欄６０４に届出の電話番号を入力し、架電ボタン２０６を押下することによって、図２の暗証カード有効化手続中画面２０９へ遷移する。以降の画面遷移は、上述した実施形態と同様である。
また、本実施形態にかかるシステム構成や処理フローも、上述した実施形態と同様である。

このように、本実施形態によると、ユーザの届出の電話番号を表示した後に、ユーザに電話番号の入力を促すようにして、本人確認を行うことができる。

なお、上述した実施形態では、「暗証カード再発行」について説明したが、オンラインバンキングの新規契約など暗証カードを新規発行する場合においても利用することができる。

本発明の一実施形態によるＷｅｂサイトの画面遷移図である。本発明の一実施形態によるＷｅｂサイトの画面遷移図である。本発明の一実施形態による本人確認システムのシステム構成図である。本発明の一実施形態による本人確認システムのフロー図である。本発明の一実施形態による本人確認システムのフロー図である。本発明の一実施形態による暗証カード有効化手続開始画面を示す図である。本発明の一実施形態による業務処理サーバの機能ブロック図である。本発明の一実施形態による本人確認システムのフロー図である。本発明の一実施形態によるＷｅｂサイトの画面遷移図である。

符号の説明

３０１ユーザ端末
３０２電話
３０３インターネット
３０５Ｗｅｂサーバ
３０７、７０１業務処理サーバ
３０９ホストコンピュータ
３１０顧客情報ＤＢ
３１１契約情報ＤＢ
３１２電話番号取得部
３１３確認番号生成部
３１４申込情報書込部
３１７取引情報ＤＢ
３１９コーリングリスト
３２１ＣＴＩサーバ
３２２応答検知装置
３２３電話交換機（ＰＢＸ）
３２５電話網
３２７自動音声応答装置（ＩＶＲ）
３３０自動発信システム
７０２電話番号判定部

Claims

Ｗｅｂサイトを提供するＷｅｂサーバ及び業務処理サーバと、電話番号を受け取ると該電話番号に自動的に架電する自動発信システムと、顧客情報および契約情報を格納するデータベースを備えたホストコンピュータとを含む本人確認システムであって、
前記業務処理サーバは、
前記Ｗｅｂサイトを介して、ユーザによって入力された手続の申込情報を受け取って、前記データベースに格納する手段と、
前記申込情報に応じて前記ユーザに提供した情報を有効化せずに、処理を終了する手段と、
前記処理を終了したあとで、前記ユーザから、前記ユーザに提供した情報を有効化するための要求を受け取ると、確認番号を生成して、前記Ｗｅｂサイトに表示する手段と、
前記生成した確認番号を、前記データベースに格納する手段と、
前記データベースから前記ユーザの電話番号を取得する手段とを備え、
前記自動発信システムは、
前記業務処理サーバから前記取得した電話番号を受け取る手段と、
前記受け取った電話番号に架電する手段と、
前記架電した電話にユーザが応答すると、前記ユーザに確認番号の入力を促す自動音声メッセージを流す手段と、
前記ユーザによって入力された確認番号を受け取り、該確認番号が、前記データベースに格納した確認番号と一致するかどうかを判定する手段と、
前記確認番号が一致した場合に、前記データベースに格納した前記申込情報のステータス情報を確認済みとして更新し、前記ユーザに提供した情報を有効化する手段と
を備えることを特徴とする本人確認システム。
前記業務処理サーバは、前記取得した電話番号を、前記Ｗｅｂサイトに表示する手段をさらに備えることを特徴とする請求項１に記載の本人確認システム。
前記業務処理サーバは、
前記Ｗｅｂサイトを介して、前記ユーザが入力した電話番号を受け取る手段と、
前記受け取った電話番号と、前記データベースから取得した電話番号とが一致するかどうかを判定する手段とをさらに備え、
前記自動発信システムは、前記電話番号が一致した場合に、前記業務処理サーバから前記電話番号を受け取ることを特徴とする請求項１または２に記載の本人確認システム。
Ｗｅｂサイトを提供するＷｅｂサーバ及び業務処理サーバと、電話番号を受け取ると該電話番号に自動的に架電する自動発信システムと、顧客情報および契約情報を格納するデータベースを備えたホストコンピュータとを用いた本人確認方法であって、
前記業務処理サーバによって、
前記Ｗｅｂサイトを介して、ユーザによって入力された手続の申込情報を受け取って、前記データベースに格納するステップと、
前記申込情報に応じて前記ユーザに提供した情報を有効化せずに、処理を終了するステップと、
前記終了するステップのあとで、前記ユーザから、前記ユーザに提供した情報を有効化するための要求を受け取ると、確認番号を生成して、前記Ｗｅｂサイトに表示するステップと、
前記生成した確認番号を、前記データベースに格納するステップと、
前記データベースから前記ユーザの電話番号を取得するステップと、
前記自動発信システムによって、
前記業務処理サーバから前記取得した電話番号を受け取るステップと、
前記受け取った電話番号に架電するステップと、
前記架電した電話にユーザが応答すると、前記ユーザに確認番号の入力を促す自動音声メッセージを流すステップと、
前記ユーザによって入力された確認番号を受け取り、該確認番号が、前記データベースに格納した確認番号と一致するかどうかを判定するステップと、
前記確認番号が一致した場合に、前記データベースに格納した前記申込情報のステータス情報を確認済みとして更新し、前記ユーザに提供した情報を有効化するステップと
を備えることを特徴とする本人確認方法。
前記業務処理サーバによって、前記取得した電話番号を、前記Ｗｅｂサイトに表示するステップをさらに備えることを特徴とする請求項４に記載の本人確認方法。
前記業務処理サーバによって、
前記Ｗｅｂサイトを介して、前記ユーザが入力した電話番号を受け取るステップと、
前記受け取った電話番号と、前記データベースから取得した電話番号とが一致するかどうかを判定するステップとをさらに備え、
前記自動発信システムは、前記電話番号が一致した場合に、前記業務処理サーバから前記電話番号を受け取ることを特徴とする請求項４または５に記載の本人確認方法。