JP2025073165A - 認証システム、認証方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】電子商取引において、認証処理を確実に行いながら、個人情報の漏洩リスクを抑えることができる認証システムを提供する。
【解決手段】電子商取引サーバ１０は、登録ユーザ毎に割り振られるユーザＩＤに関連付けられた個人データと、注文毎に割り振られる注文ＩＤに関連付けられた注文データと、を含む管理データを管理している。認証サーバ３０は、ユーザに対して当該ユーザの個人データの一部を問う複数の質問を管理している。認証サーバ３０は、複数の質問の中から少なくとも１つの質問をランダムに選択し、選択された質問に対する回答をユーザ端末２０に対して求め、ユーザ端末２０によって入力された回答を受け付け、回答が正解であると判断されたときにユーザを認証する。
【選択図】図６

Description

新規性喪失の例外適用申請有り

本発明は、電子商取引サーバにアクセスするユーザを認証する認証システム、認証方法、及びコンピュータプログラムに関する。

特許文献１には、データベースに登録された個人情報に基づいて、利用者へ質問する質問事項を作成し、次いで、作成した質問事項を利用者へ提示する。そして、利用者に回答の入力を促すことで、利用者によって入力される回答を取得することが記載されている。これにより、利用者の本人認証を行い、不正アクセスを防ぐようにしている。

特開２００２－０７３１９８号公報

ところで、電子商取引サイトにおいて、ユーザ登録数が増え、活発に商品取引数が増えれば、その分、注文のキャンセル、購入商品の返品、電子商取引サイトに登録した登録ユーザのパスワードの変更などの注文処理に付随した処理も増える。このような処理においては、本人認証を確実に行いながら、住所、電話番号等の個人情報保護の配慮も必要となる。

上記課題を解決するための認証システムは、電子商取引サーバにアクセスするユーザを認証する認証システムであって、前記電子商取引サーバは、登録ユーザ毎に割り振られるユーザ識別データと、前記ユーザ識別データに関連付けられた個人データと、注文毎に割り振られる注文識別データと、前記注文識別データに関連付けられた注文データと、を含む管理データを管理している。前記認証システムは、前記電子商取引サーバと通信を行うとともに、ユーザ端末と通信を行う通信部と、前記ユーザに対して当該ユーザの前記管理データの一部を問う複数の質問を管理する質問データベースと、前記ユーザ端末を通じてアクセスした前記ユーザを認証する認証部と、を備えている。そして、前記認証部は、前記ユーザ識別データ及び前記注文識別データの内の少なくとも１つの識別データである受付データの入力を前記ユーザ端末に対して求め、前記ユーザ端末によって入力された受付データを前記電子商取引サーバに問い合わせ、前記受付データが示す識別データに関連付けられた管理データの少なくとも一部である登録データを取得したとき、前記複数の質問の中から少なくとも１つの質問をランダムに選択して、選択された質問に対する回答を前記ユーザ端末に対して求め、前記ユーザ端末によって入力された回答データを受け付け、前記登録データに基づき前記回答データが正解であると判断されたときに認証する。

また、上記課題を解決するための認証方法は、電子商取引サーバにアクセスするユーザを認証する認証方法であって、前記電子商取引サーバは、登録ユーザ毎に割り振られるユーザ識別データと、前記ユーザ識別データに関連付けられた個人データと、注文毎に割り振られる注文識別データと、前記注文識別データに関連付けられた注文データと、を含む管理データを管理している。認証システムは、ユーザに対して当該ユーザの前記管理データの一部を問う複数の質問を管理する質問データベースと、を備えている。そして、前記認証方法は、前記認証システムが、前記ユーザ識別データ及び前記注文識別データの内の少なくとも１つの識別データである受付データの入力を前記ユーザ端末に対して求め、前記ユーザ端末によって入力された受付データを前記電子商取引サーバに問い合わせ、前記受付データが示す識別データに関連付けられた管理データの少なくとも一部である登録データを取得したとき、前記複数の質問の中から少なくとも１つの質問をランダムに選択し、選択された質問に対する回答を前記ユーザ端末に対して求め、前記ユーザ端末によって入力された回答データを受け付け、前記登録データに基づき前記回答データが正解であると判断されたときに認証する。

以上のような認証方法は、認証システムを実現するコンピュータに、上記認証方法を実行させるプログラムをインストールすることによって実現できる。プログラムは、ネットワークを通じて、又は光ディスク、半導体メモリなどの可搬性記録媒体を通じて拡布されコンピュータにインストールされる。

上記構成によれば、質問に管理データの一部を利用するので、本人認証を確実に行うことができる。また、質問に管理データの全部ではなく一部を使用するようにしているので、管理データが漏洩することを防ぐことができる。

上記認証システム及び認証方法において、前記認証部は、制限時間内に前記回答データを受け付け、かつ正解のときに認証するように構成してもよい。
上記構成によれば、質問に対する回答が制限時間内に正解した場合に限ってザ認証が成功したと判断することで、長時間にわたって繰り返し回答が入力されることで「正解」して不正アクセスを許容してしまうリスクを低減できる。

上記認証システム及び認証方法において、前記認証部は、前記複数の質問の中から前回の質問内容と重ならない質問をランダムに選択し、連続正解のときに認証するように構成してもよい。

上記構成によれば、質問に対する回答が連続正解の場合に限って認証が成功したと判断することで、偶発的に質問に対しての回答が「正解」して不正アクセスを許容してしまうリスクを低減できる。

上記認証システム及び認証方法において、前記受付データは、注文識別データであって、更に、前記認証部は、認証が取れたとき、注文のキャンセル処理を受け付けるように構成してもよい。

上記構成によれば、注文のキャンセル処理にあたって、注文識別データで注文の確認の後、個人データの一部を使用した質問によって認証を行う。したがって、認証処理を確実に行いながら管理データの漏洩リスクを抑えることができる。

上記認証システム及び認証方法において、前記受付データは、注文識別データであって、更に、前記認証部は、認証が取れたとき、返品処理を受け付けるように構成してもよい。

上記構成によれば、返品処理にあたって、注文識別データで注文の確認の後、管理データの一部を使用した質問によって認証を行う。したがって、認証処理を確実に行いながら、管理データの漏洩リスクを抑えることができる。

上記認証システム及び認証方法において、前記受付データは、前記ユーザ識別データであって、更に、前記認証部は、認証が取れたとき、パスワードの変更処理を受け付けるように構成してもよい。

上記構成によれば、パスワードの変更処理にあたって、ユーザ識別データの確認の後、管理データの一部を使用した質問によって認証を行う。したがって、認証処理を確実に行いながら、管理データの漏洩リスクを抑えることができる。

上記認証システム及び認証方法において、前記質問は、前記管理データの中の個人データの一部を問うように構成してもよい。
上記構成によれば、質問を生成するための個人データは、どのような商品であっても電子商取引をするにあたって、決済に必要なクレジットカード番号であったり、配送に必要な電話番号や郵便番号である。したがって、キャンセル処理、返品処理等を行う場合に、手控えなどで確認しながらこれらの処理を行うことになるので、認証処理を確実に行うことができる。

本発明によれば、電子商取引において、認証処理を確実に行いながら、管理データの漏洩リスクを抑えることができる。

図１は、実施形態における、認証システムを示すブロック図である。 図２は、実施形態における、電子商取引サーバのブロック図である。 図３は、実施形態における、登録ユーザデータベースの構成を示す図である。 図４は、実施形態における、注文管理データベースの構成を示す図である。 図５は、実施形態における、ユーザ端末のブロック図である。 図６は、実施形態における、認証サーバのブロック図である。 図７は、実施形態における、質問データベースの構成を示す図である。 図８は、実施形態における、認証のための質問が１つの場合の処理を示すフローチャートである。 図９は、実施形態における、認証のための質問が複数であって、質問に対して連続正解した場合にユーザを認証する処理を示すフローチャートである。

以下、本発明が適用された認証システムを備える電子商取引システムについて図面を参照して説明する。
〔全体構成〕
図１に示すように、電子商取引システム１は、電子商取引サイトを運営する電子商取引サーバ１０と、電子商取引サーバ１０において商品の注文を行う複数のユーザ端末２０と、ユーザの認証処理を行う認証システムとしての認証サーバ３０と、を備えている。電子商取引サーバ１０と複数のユーザ端末２０と認証サーバ３０とは、相互に、インターネット等のネットワークを介して接続されている。電子商取引サーバ１０は、電子商取引サイトを開設している。そして、商品の注文及び商品の提供に関する制御を行う。

電子商取引サーバ１０は、電子商取引サイトに出店する店舗の店舗運営者が管理する店舗端末もネットワークを介して接続されている。ユーザ端末２０は、ユーザ登録の後、商品注文が可能となる。ユーザ登録では、ユーザ固有の識別データあるユーザＩＤ、パスワード等が関連付けて登録される。ユーザ端末２０では、商品注文後は、注文キャンセル、返品が可能となる。また、ユーザがパスワードを忘れたとき等は、パスワードの変更処理等が可能となる。

〔電子商取引サーバ〕
図２に示すように、電子商取引サーバ１０は、通信部１１と、記憶部１２と、制御部１３と、を備えるコンピュータである。通信部１１は、ネットワークを通じて、ユーザ端末２０、認証サーバ３０等と通信を行う。

記憶部１２は、ハードディスクドライブ、ＳＳＤ（Solid State Drive）等から構成され、各種プログラム及びデータを記憶する。例えば、記憶部１２には、複数のデータベースが構築されている。具体的に、記憶部１２は、登録ユーザデータベース１２ａ、注文管理データベース１２ｂ等が構築されている。登録ユーザデータベース１２ａは、登録ユーザの個人データを管理するデータベースである。注文管理データベース１２ｂは、注文毎に、注文データを管理するデータベースである。このように記憶部３２に構築さえるデータベースでは、登録ユーザデータベース１２ａで管理されている個人データ、注文管理データベース１２ｂで管理されている注文データ等を管理データとして管理している。制御部１３は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等を備え、ＲＯＭに記憶されたプログラムに従って各種処理を実行する。

〔登録ユーザデータベース〕
図３は、登録ユーザデータベース１２ａの一例である。登録ユーザデータベース１２ａは、電子商取引サイトに参加するユーザを管理するデータベースである。登録ユーザデータベース１２ａでは、各ユーザに対して付与された固有なユーザＩＤに関連付けて、電子メールアドレス、パスワード、生年月日、性別、郵便番号、住所、クレジットカード番号、電話番号等の個人データを管理している。ユーザＩＤは、各ユーザに割り振られる固有のユーザ識別データである。ユーザＩＤは、制御部１３が割り振ってもよいし、ユーザが指定してもよい。ユーザＩＤは、電子メールアドレスと同じでもよい。パスワードも、制御部１３が生成してもよいし、ユーザが決めたものであってもよい。個人データは、ユーザがユーザ端末２０で電子商取引サイトを利用するとき、最初にユーザ登録ページで入力して登録したデータである。また、個人データは、登録後に追加又は変更可能なデータである。

例えば、ユーザＩＤ「ＡＡＡ」には、電子メールアドレス「ａａａ＠ｘｃｏ．○ｐ」、パスワード「ａ１２３」、生年月日「１９７１０７１４」、性別「男」、郵便番号「１２３－○△□○」、住所「東京都ＡＢ区…」、クレジットカード番号「１２３…０１２１」、電話番号「０９０－○○○○－１２３４」が関連付けられている。更に、ユーザＩＤには、ユーザの身長、体重、服のサイズ、指のサイズ、コンタクトレンズやメガネレンズの度数等が関連付けられていてもよい。また、ユーザＩＤには、口座番号が関連付けられていてもよい。

ユーザは、登録ユーザデータベース１２ａに登録されることで、それ以降、電子商取引サイトにおいて、商品の注文等が可能となる。また、登録ユーザデータベース１２ａに登録された個人データは、登録内容変更ページで変更可能である。

〔注文管理データベース〕
図４は、注文管理データベース１２ｂの一例である。注文管理データベース１２ｂは、各ユーザの注文を管理するデータベースである。注文管理データベース１２ｂにおいて、ユーザＩＤは、登録ユーザデータベース１２ａに登録されたユーザのものである。注文ＩＤは、注文毎に割り振られる固有の注文識別データであり、制御部１３が発行する識別データである。注文管理データベース１２ｂでは、各注文ＩＤに関連付けて、ユーザＩＤ、購入日時、店名、配送先、配送状況、注文情報、請求金額、配送先電話番号等の注文データを管理している。注文データは、注文の時期や注文した店や商品や請求金額といった注文を特定するデータである。

例えば、注文ＩＤ「Ｎｏ，１」には、ユーザＩＤ「ＡＡＡ」、購入日時「２０２２０９２７」、店名「ショップＡ」、配送先「東京都ＡＢ区〇〇」、配送状況「配送中」、注文情報「書籍」、請求金額「１７０００円」、配送先電話番号「０４５－○○○－６７８９」等の注文データが関連付けられている。また、注文ＩＤ「Ｎｏ，１」は、配送状況「配送中」であり、「Ｎｏ，２」は、配送状況「準備中」である。配送状況は、「準備中」、「配送中」、「配送済み」の順に遷移する。配送状況が「準備中」や「配送中」の場合は、注文のキャンセルが可能である。また、配送状況が「配送済み」の場合は、返品が可能である。

〔ユーザ端末〕
図５に示すように、ユーザ端末２０は、通信部２１と、操作表示部２２と、メモリ２３と、制御部２４と、を備える小型コンピュータ等の情報処理端末である。ユーザ端末２０は、歩行者が所持するスマートフォン、タブレット型端末等の携帯型又は小型の端末である。なお、ユーザ端末２０は、据え置き型のパーソナルコンピュータ等であってもよい。

通信部２１は、ネットワークを通じて、電子商取引サーバ１０、認証サーバ３０等のコンピュータと通信を行う。操作表示部２２は、タッチパネルである。操作表示部２２は、表示面を備えている。メモリ２３は、不揮発性メモリ等から構成され、各種プログラム及びデータを記憶する。制御部２４は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等を備え、ＲＯＭ又はメモリ２３に記憶されたプログラムに従って各種処理を実行する。

制御部２４は、例えば、操作表示部２２に電子商取引サイトにアクセスした際、商品の表示ページを表示し、選択した商品を選択すると、その商品の詳細ページを表示する。更に、表示されたアイコンである購入ボタンがタッチされると、商品の購入処理が実行される。

更に、配送前又は配送中の商品の注文をキャンセルするキャンセル処理を実行するためのキャンセルページを表示する。更に、配送済み商品の返品を行うための返品処理を実行するための返品ページを表示する。更に、電子商取引サイトにおいて、商品購入時に必要となるパスワードを変更するためのパスワード変更処理を実行するためのパスワード変更ページを表示する。キャンセル処理、返品処理、及びパスワード変更処理を実行するときは、注文ＩＤ、ユーザＩＤ等の受付データを入力したり、質問に対する回答データを入力できる。

〔認証サーバ〕
図６に示すように、認証サーバ３０は、通信部３１と、記憶部３２と、制御部３３と、を備えるコンピュータである。通信部３１は、ネットワークを通じて、電子商取引サーバ１０、ユーザ端末２０等のコンピュータと通信を行う。

通信部３１は、例えばＡＰＩ（Application Programming Interface）によって、電子商取引サーバ１０、ユーザ端末２０等と通信を行う。記憶部３２は、ハードディスクドライブ、ＳＳＤ（Solid State Drive）等から構成され、各種プログラム及びデータを記憶する。例えば、記憶部３２には、１つ又は複数のデータベースが構築されている。具体的に、記憶部３２は、質問データベース３２ａ等が構築されている。質問データベース３２ａ等は、注文のキャンセル処理、配送済み商品の返品処理、パスワードの変更処理等を行う際に本人認証を行うための質問を管理するデータベースである。制御部３３は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等を備え、ＲＯＭに記憶されたプログラムに従って各種処理を実行する。制御部３３は、本人認証をする認証部として機能する。

〔質問データベース〕
図７は、質問データベース３２ａの一例である。質問データベース３２ａは、本人認証のための質問の各々に対して付与された固有な質問識別データである質問ＩＤに関連付けて、質問データを管理している。質問データは、登録ユーザデータベース１２ａに登録された各個人データの一部を問うものである。また、質問データは、注文管理データベース１２ｂに登録された各注文データの一部を問うものである。質問データベース３２ａは、質問ＩＤ「ＸＸＸ」、「ＹＹＹ」、「ＺＺＺ」、「ＺＹＺ」の他にも多数の質問を保持している。ここでの質問は、商品を購入したユーザと、商品を販売した店舗や電子商取引サーバ１０が把握している情報によって回答できる内容である。ユーザが回答する際の入力の手間を省くように、平仮名、カタカナ、漢字などを含まず、数字及び記号で回答できる質問であることが好ましい。また、アルファベットも含まないことが好ましい。

例えば、質問ＩＤ「ＸＸＸ」は、クレジットカード番号の全てを問うのではなく、その一部、本実施形態ではクレジットカード番号の下４桁を問うようにしている。ユーザＩＤ「ＡＡＡ」において、クレジットカード番号は、「１２３…０１２１」である。したがって、ユーザＩＤ「ＡＡＡ」において、質問ＩＤ「ＸＸＸ」に対する正解は、「０１２１」である（図３参照）。また、質問ＩＤ「ＹＹＹ」は、電話番号の全てを問うのではなく、その一部、本実施形態では電話番号の下４桁を問うようにしている。ユーザＩＤ「ＡＡＡ」において、電話番号は、「０９０－○○○○－９８７６」である。したがって、ユーザＩＤ「ＡＡＡ」において、質問ＩＤ「ＹＹＹ」に対する正解は、「９８７６」である（図３参照）。更に、質問ＩＤ「ＸＹＺ」は、請求金額の全てを問うのではなく、その一部、本実施形態では請求金額の下４桁を問うようにしている。ユーザＩＤ「ＡＡＡ」において、請求金額は、「１７０００円」である。したがって、ユーザＩＤ「ＡＡＡ」において、質問ＩＤ「ＸＹＺ」に対する正解は、「７０００」である（図４参照）。更に、図示していないが、配送先の電話番号の一部を問う質問があってもよい。

認証サーバ３０は、ユーザに対する質問を質問データベース３２ａにおいて保持している。一方で、認証サーバ３０は、ユーザに対する正解を保持していない。認証サーバ３０の制御部３３は、最初に、ユーザ端末２０によって、ユーザＩＤ及び注文ＩＤの中の少なくとも１つのＩＤが入力されたとき、ＩＤを電子商取引サーバ１０に送信し、ユーザＩＤ及び注文ＩＤに関連づいた個人データ及び注文データを取得する。ここでは、ユーザＩＤ及び注文ＩＤに関連づいた個人データ及び注文データをデータベース１２ａ，１２ｂで管理されている登録データという。

制御部３３は、質問データベース３２ａの中から質問にランダムに選択する。具体的に、制御部３３は、登録データの中から回答を抽出できる質問を複数抽出し、次いで、抽出した複数の質問の中からランダムに１つの質問を選択する。例えば、制御部３３は、登録データに配送先電話番号が含まれていないとき、配送先電話番号の下４桁等を問う質問を選択しないようにする。

制御部３３は、ユーザのユーザ端末２０から質問に対する回答を受け付けると、登録データと照合し、認証サーバ３０からの回答が「正解」であったとき、ユーザを認証する。制御部３３は、認証サーバ３０からの回答が「不正解」であったとき、その旨を、ユーザ端末２０に送信する。制御部３３は、回答が「正解」であったとき、処理を進め、注文のキャンセル処理、返品処理、パスワードの変更処理等の処理を受け付けて実行する。

次に、ユーザが注文のキャンセル処理をする場合を説明する。
〔質問が１つの場合〕
図８は、本人認証のための質問が１つの場合の処理を示すフローチャートである。

先ず、ステップＳ１において、購入した商品の店舗のポータルサイトにアクセスする。認証サーバ３０の制御部３３は、ユーザ端末２０の表示面にポータルサイトのページを表示する。ポータルサイトは、販売する商品の紹介ページにアクセスするためのリンク、商品の購入ページにアクセスするためのリンク、注文をキャンセルするための受付ページにアクセスするリンク、商品を返品するためのページにアクセスするためのリンク、パスワードを変更するためのページにアクセスするためのリンク等の各種リンクが貼り付けられている。注文をキャンセルする場合、注文をキャンセルするためのリンクをクリックする。

ステップＳ２において、認証サーバ３０の制御部３３は、ユーザ端末２０の表示面に注文キャンセルのための受付ページを表示する。受付ページでは、ユーザ端末２０を使ってキャンセルを希望する商品の注文ＩＤ等の受付データが入力される。そして、入力された注文ＩＤ等の受付データの確定ボタンが押されると、ステップＳ３において、制御部３３は、キャンセル処理を受け付ける。

制御部３３は、ステップＳ４において、電子商取引サーバ１０に対して注文ＩＤ等を送信して、受け付けた注文ＩＤ等の受付データが注文管理データベース１２ｂに登録されているか問い合わせする。電子商取引サーバ１０の制御部１３は、注文ＩＤが存在するとき、その注文ＩＤに関連付けられた注文データ、その注文データと関連づくユーザＩＤの個人データ等で構成された登録データを認証サーバ３０に送信する。また、注文ＩＤが存在しないとき、その旨を認証サーバ３０に送信する。ステップＳ５において、制御部３３は、電子商取引サーバ１０からの問い合わせに対する回答を受信する。制御部３３は、ステップＳ６において、電子商取引サーバ１０から送信された登録データを受信したかを判断し、受信したとき、ステップＳ７に進む。受信していないとき、注文ＩＤが存在しないことを表示し、ステップＳ２に戻る。

制御部３３は、ステップＳ７において、制御部３３は、質問データベース３２ａで管理されている複数の質問の中から１つの質問をランダムに選択する。具体的に、制御部３３は、登録データの中から回答を抽出できる質問を、質問データベース３２ａで管理されている質問の中から抽出する。換言すると、登録データの中に回答が含まれない質問は、制御部３３が回答の正誤を判断できないため、質問をランダムに選ぶ際の集合に含ませないようにする。例えば、配送先の電話番号が登録データの中に回答が含まれないときは、配送先の電話番号の一部を問う質問は選ばないようにする。そして、制御部３３は、抽出した複数の質問の中からランダムに１つの質問を選択する。図７の例によれば、制御部３３は、質問データベース３２ａに管理されかつ登録データの中から回答を抽出できる質問である質問ＩＤ「ＸＸＸ」、「ＹＹＹ」、「ＺＺＺ」…の中からランダムに１つの質問を選択する。

制御部３３は、ステップＳ８において、ユーザ端末２０の表示面に、選択した質問を表示するとともに質問に対する回答を入力するための回答入力欄を設けた質問／回答ページを表示する。質問／回答ページでは、ユーザ端末２０を使って表示する質問の回答等が入力される。そして、入力された回答等の確定ボタンが押されると、ステップＳ９において、制御部３３は、登録データに基づき、質問に対する回答が正しいか判断する。そして、「正解」の場合、ステップＳ１０に進み、「不正解」の場合、ステップＳ１１に進む。

なお、制御部３３は、ユーザ端末２０の表示面に、選択した質問を表示し回答可能となった時点から制限時間を計時し、所定時間内に回答入力が確定したか判断する。そして、制限時間内に回答入力が確定したとき、ステップＳ１０に進み、確定しなかったときステップＳ１１に進む。

例えば、ユーザＩＤ「ＡＡＡ」に対して、質問ＩＤ「ＸＸＸ」「あなたのクレジットカード番号の下４桁は何ですか？」という質問がされているとき、制御部１３は、ユーザＩＤ「ＡＡＡ」の「クレジットカード番号」の下４桁を確認することで、回答が正解かどうか判断する。

制御部３３は、ステップＳ１０において、キャンセルの申出を受け付けた本人認証が成功したと判断し、その旨を、電子商取引サーバ１０に送信する。制御部２４は、注文管理データベース１２ｂを更新する。すなわち、制御部２４は、注文キャンセルの申込みのあった注文ＩＤの商品のキャンセル処理を行う。

ステップＳ９で質問に対する回答が「不正解」と判断された場合、制御部３３は、ステップＳ１１において、本人認証が失敗したと判断する。この場合、制御部３３は、キャンセル処理を行わない。制御部３３は、ユーザ端末２０の表示面に、その旨を表示する。そして、制御部３３は、例えばステップＳ２からの処理をやり直す等のページを表示する。

なお、配送済み商品の返品を行うための返品処理の場合は、受付ページにおいて、商品の注文ＩＤ等の受付データが入力される。そして、電子商取引サーバ１０は、注文管理データベース１２ｂにおいて、配送済み商品の注文ＩＤ等が存在するかを判断する。そして、配送済み商品の注文ＩＤ等が存在するとき、認証サーバ３０の制御部３３は、登録データを取得する。ここでの登録データは、注文ＩＤに関連付けられた注文データ、その注文データと関連づくユーザＩＤの個人データ等で構成されている。そして、制御部３３は、登録データの中から回答を抽出できる質問を、質問データベース３２ａで管理されている質問の中から抽出し、抽出した複数の質問の中からランダムに１つの質問を選択する。制御部３３は、登録データに基づき、質問に対する回答が正しいか判断する。制御部３３は、ユーザ端末２０の表示面に、質問／回答ページを表示する。質問に対する回答が「正解」のときには、返品の申出を受け付けた本人認証が成功したと判断し、その旨を、電子商取引サーバ１０に送信する。制御部２４は、返品の申込みのあった注文ＩＤの商品の返品処理を行う。また、質問に対する回答が「不正解」のとき、返品の申出を受け付けた本人認証が失敗したと判断する。そして、制御部３３は、ユーザ端末２０の表示面に、その旨を表示する。その後、例えばステップＳ２からの処理をやり直すことを促すページを表示する。

また、商品購入時に必要となるパスワードを変更するためのパスワード変更処理の場合は、受付ページにおいて、ユーザＩＤ等の受付データが入力される。そして、電子商取引サーバ１０は、登録ユーザデータベース１２ａにおいて、ユーザＩＤ等が存在するかを判断する。そして、ユーザＩＤが存在するとき、認証サーバ３０の制御部３３は、登録データを取得する。ここでの登録データは、ユーザＩＤと関連付けられた個人データだけでも良い。そして、制御部３３は、登録データの中から回答を抽出できる質問を、質問データベース３２ａで管理されている質問の中から抽出し、抽出した複数の質問の中からランダムに１つの質問を選択する。制御部３３は、登録データに基づき、質問に対する回答が正しいか判断する。制御部３３は、ユーザ端末２０の表示面に、質問／回答ページを表示する。質問に対する回答が「正解」のときには、パスワード変更の申出を受け付けた本人認証が成功したと判断し、その旨を、電子商取引サーバ１０に送信する。制御部２４は、パスワード変更の申込みのあったユーザＩＤに関連づいたパスワードの変更処理を行う。また、質問に対する回答が「不正解」のときには、申出を受け付けた本人認証が失敗したと判断する。そして、制御部３３は、ユーザ端末２０の表示面に、その旨を表示する。その後、例えばステップＳ２からの処理をやり直すことを促すページを表示する。

〔質問が複数の場合〕
図９は、本人認証のための質問が複数であって、質問に対して連続正解した場合にユーザを認証する処理を示すフローチャートである。この場合も、図８で示した、ステップＳ１～ステップＳ６までの処理は同様である。すなわち、認証サーバ３０は、電子商取引サーバ１０に対して、ユーザ端末２０を使って入力されたキャンセルを希望する商品の注文ＩＤ等の受付データが注文管理データベース１２ｂに存在するか問い合わせする。そして、認証サーバ３０は、注文ＩＤが存在するとき、その注文ＩＤに関連付けられた注文データ、その注文データと関連づくユーザＩＤの個人データ等で構成された登録データを電子商取引サーバ１０から取得する。

制御部３３は、ステップＳ２１において、質問データベース３２ａで管理されている複数の質問の中から１つの質問をランダムに選択する。具体的に、制御部３３は、登録データの中から回答を抽出できる質問を、質問データベース３２ａで管理されている質問の中から抽出する。そして、制御部３３は、抽出した複数の質問の中からランダムに１つの質問を選択する。

制御部３３は、ステップＳ２２において、ユーザ端末２０の表示面に、選択した質問を表示するとともに質問に対する回答を入力するための回答入力欄を設けた質問／回答ページを表示する。質問／回答ページでは、ユーザ端末２０を使って表示する質問の回答等が入力される。そして、入力された回答等の確定ボタンが押されると、ステップＳ２３において、制御部３３は、登録データに基づき、質問に対する回答が正しいか判断する。「正解」のとき、制御部３３は、１つ目の質問が正解であった旨を記憶部３２の所定の記録領域に記録する。「不正解」のとき、ステップＳ２１に戻り、質問データベース３２ａで管理されている複数の質問の中から１つの質問をランダムに選択する。

なお、制御部３３は、ユーザ端末２０の表示面に、選択した質問を表示し回答可能となった時点から制限時間を計時し、所定時間内に回答入力が確定したか判断する。そして、制限時間内に回答入力が確定したとき、ステップＳ２４に進み、確定しなかったときステップＳ２１に戻る。

制御部３３は、ステップＳ２４において、質問データベース３２ａで管理されている複数の質問の中から１つの質問をランダムに選択する。ここで、制御部３３は、登録データの中から回答を抽出できる質問を、質問データベース３２ａで管理されている質問の中から抽出する。また、先に選択された質問（ステップＳ２１）を除外し、同じ質問が繰り返しされないようにする。制御部３３は、ステップＳ２５において、ユーザ端末２０の表示面に、選択した質問を表示するとともに質問に対する回答を入力するための回答入力欄を設けた質問／回答ページを表示する。質問／回答ページでは、ユーザ端末２０を使って表示する質問の回答等が入力される。

そして、入力された回答等の確定ボタンが押されると、ステップＳ２６において、制御部３３は、登録データに基づき、質問に対する回答が「正解」であったかどうかを判断する。そして、「正解」のとき、制御部３３は、２つ目の質問が「正解」であった旨を記憶部３２の所定の記録領域に記録する。「不正解」であった旨も記録する。そして、１つ目の質問に「正解」し２つ目の質問にも「正解」した連続正解の場合、ステップＳ２７に進み、「不正解」のとき、ステップＳ２８に進む。

なお、連続正解の回数を３回とする場合は、ステップＳ２６で連続正解と判断された後、更にステップＳ２４～ステップＳ２６を繰り返し行うようにすればよい。ステップＳ２４～ステップＳ２６は、本人認証に必要な連続正解を求める回数に応じて繰り返される。また、連続正解の回数も、ランダムに選択されるようにしてもよい。例えば、ユーザＡが本人認証を行おうとするときは、連続正解の回数が３回で、次にユーザＢが本人認証を行おうとするときは、４回であってもよい。

また、制御部３３は、ユーザ端末２０の表示面に、選択した質問を表示し回答可能となった時点から制限時間を計時し、所定時間内に回答入力が確定したか判断する。そして、制限時間内に回答入力が確定したとき、ステップＳ２７に進み、確定しなかったときステップＳ２８に進む。

制御部３３は、ステップＳ２７において、キャンセルの申出を受け付けた本人認証が成功したと判断し、その旨を、電子商取引サーバ１０に送信する。制御部２４は、注文管理データベース１２ｂを更新する。すなわち、制御部２４は、注文キャンセルの申込みのあった注文ＩＤの商品のキャンセル処理を行う。

２つ目の質問が「不正解」のとき、制御部３３は、ステップＳ２８において、質問回数が上限に達したか判断する。これにより、繰り返し質問に回答するユーザのアクセスを制限できる。質問回数の上限は、２問の連続正解を要件とする場合、３回、４回…等３回以上に設定されることになる。すなわち、質問回数の上限は、少なくとも（要件となる正解の連続数）＋（１回）以上であればよい。そして、制御部３３は、質問回数が上限に達していない場合、ステップＳ２４に戻る。ここでは、これまでに質問されていない複数の質問の中からランダムに１つの質問を選択する。また、質問回数が上限に達したとき、ステップＳ２９に進む。なお、求める連続正解の回数も、ランダムに選択されるようにしてもよい。すなわち、連続正解の回数が２回の場合もあれば３回の場合があってもよい。

制御部３３は、ステップＳ２９において、本人認証が失敗したと判断する。この場合、制御部３３は、キャンセル処理を行わない。制御部３３は、ユーザ端末２０の表示面に、ステップＳ２（図８参照）からの処理をやり直す等のページを表示する。

なお、配送済み商品の返品を行うための返品処理の場合も、認証サーバ３０の制御部３３は、ユーザに対して、質問データベース３２ａで管理され、かつ登録データの中から回答を抽出できる質問の中から抽出し、抽出した複数の質問の中からランダムに１つの質問を選択する。そして、ユーザ端末２０の表示面に、質問／回答ページを表示する。制御部３３は、質問に対する回答が連続正解のとき、返品の申出を受け付けた本人認証が成功したと判断し、その旨を、電子商取引サーバ１０に送信する。制御部２４は、返品の申込みのあった注文ＩＤの商品の返品処理を行う。また、質問に対する回答が連続正解でなかったとき、返品の申出を受け付けた本人認証が失敗したと判断する。そして、制御部３３は、ユーザ端末２０の表示面に、その旨を表示する。その後、例えばステップＳ２からの処理をやり直すことを促すページを表示する。

また、商品購入時に必要となるパスワードを変更するためのパスワード変更処理の場合も、ユーザに対して、質問データベース３２ａで管理され、かつ登録データの中から回答を抽出できる質問の中から抽出し、抽出した複数の質問の中からランダムに１つの質問を選択する。そして、ユーザ端末２０の表示面に、質問／回答ページを表示する。制御部３３は、質問に対する回答が連続正解のとき、パスワード変更の申出を受け付けた本人認証が成功したと判断し、その旨を、電子商取引サーバ１０に送信する。制御部２４は、パスワード変更の申込みのあったユーザＩＤに関連づいたパスワードの変更処理を行う。また、質問に対する回答が連続正解でなかったとき、申出を受け付けた本人認証が失敗したと判断する。そして、制御部３３は、ユーザ端末２０の表示面に、その旨を表示する。その後、例えばステップＳ２からの処理をやり直すことを促すページを表示する。

〔実施形態の効果〕
以上のような実施形態は、以下のように列挙する効果を得ることができる。
（１）本人認証を行うにあたって、当事者となるユーザ及び電子商取引サーバ１０が把握しているデータ、すなわち管理データの一部を使って本人認証を行う。したがって、キャンセル処理、返品処理、パスワード変更処理の何れの場合であっても、ユーザは、記憶だけでなく手控えなどを確認しながらこれらの処理を進めることになる。したがって、これらの処理を正確に行うことができる。

（２）本人認証を行うための質問に管理データの全部ではなく一部を使用するようにしている。したがって、本人認証を行っている間に、管理データが漏洩することを防ぐことができる。

（３）質問の回答に制限時間を設けることで、長時間にわたって繰り返し回答が入力されることで「正解」して不正アクセスを許容してしまうリスクを低減できる。
（４）質問に対する回答が連続正解の場合に限って本人認証が成功したと判断することで、偶発的に質問に対しての回答が「正解」して不正アクセスを許容してしまうリスクを低減できる。

（５）注文のキャンセル処理にあたって、注文ＩＤで注文の確認の後、注文ＩＤに関連付けられた注文データ、その注文データと関連づくユーザＩＤの個人データ等で構成された登録データの一部を使用した質問によって本人認証を行う。したがって、認証処理を確実に行いながら、管理データの漏洩リスクを抑えることができる。

（６）返品処理にあたって、注文ＩＤで注文の確認の後、注文ＩＤに関連付けられた注文データ、その注文データと関連づくユーザＩＤの個人データ等で構成された登録データの一部を使用した質問によって本人認証を行う。したがって、認証処理を確実に行いながら、管理データの漏洩リスクを抑えることができる。

（７）パスワードの変更処理にあたって、ユーザＩＤの確認の後、ユーザＩＤに関連付けられた個人データ等で構成された登録データの一部を使用した質問によって本人認証を行う。したがって、認証処理を確実に行いながら、管理データの漏洩リスクを抑えることができる。

（８）質問を生成するための個人データは、どのような商品であっても電子商取引をするにあたって、決済に必要なクレジットカード番号であったり、配送に必要な電話番号や郵便番号である。したがって、キャンセル処理、返品処理等を行う場合に、手控えなどで確認しながらこれらの処理を行うことになるので、認証処理を正確に行うことができる。

〔実施形態の変形例〕
なお、以上のような実施形態は、更に、以下のように適宜変更して実施することもできる。

・質問を生成するための個人データとしては、電子商取引サイトにおけるユーザ登録をするにあたって必須の個人データ（クレジットカード番号、電話番号、郵便番号等）以外のデータであってもよい。例えば、ユーザの身長、体重、服のサイズ、指のサイズ、コンタクトレンズやメガネレンズの度数等であってもよい。

・本人認証処理は、注文のキャンセル処理、返品処理、パスワードの変更処理以外であってもよい。例えば、決済方法の変更処理、配送日時の変更処理、配送先住所の変更処理、発売前商品や入荷待ち商品の予約キャンセル処理等に用いられるものであってもよい。

・受付ページで入力する受付データは、注文ＩＤやユーザＩＤなどの１つのデータに限定されるものではない。受付ページでは、注文キャンセル処理、返品処理の何れの場合であっても、ユーザＩＤと注文ＩＤの何れも入力を求めるようにしてもよいし、さらにパスワードの入力を求めるようにしてもよい。

１…電子商取引システム
１０…電子商取引サーバ
１１…通信部
１２…記憶部
１２ａ…登録ユーザデータベース
１２ｂ…注文管理データベース
１３…制御部
２０…ユーザ端末
２１…通信部
２２…操作表示部
２３…メモリ
２４…制御部
３０…認証サーバ
３１…通信部
３２…記憶部
３２ａ…質問データベース
３３…制御部

Claims (9)

1. 電子商取引サーバにアクセスするユーザを認証する認証システムであって、
   前記電子商取引サーバは、登録ユーザ毎に割り振られるユーザ識別データと、前記ユーザ識別データに関連付けられた個人データと、注文毎に割り振られる注文識別データと、前記注文識別データに関連付けられた注文データと、を含む管理データを管理しており、
   前記認証システムは、
   前記電子商取引サーバと通信を行うとともに、ユーザ端末と通信を行う通信部と、
   前記ユーザに対して当該ユーザの前記管理データの一部を問う複数の質問を管理する質問データベースと、
   前記ユーザ端末を通じてアクセスした前記ユーザを認証する認証部と、を備え、
   前記認証部は、
   前記ユーザ識別データ及び前記注文識別データの内の少なくとも１つの識別データである受付データの入力を前記ユーザ端末に対して求め、前記ユーザ端末によって入力された前記受付データを前記電子商取引サーバに問い合わせ、
   前記受付データが示す識別データに関連付けられた前記管理データの少なくとも一部である登録データを取得したとき、前記複数の質問の中から少なくとも１つの質問をランダムに選択して、選択された質問に対する回答を前記ユーザ端末に対して求め、前記ユーザ端末によって入力された回答データを受け付け、前記登録データに基づき前記回答データが正解であると判断されたときに認証する
   認証システム。
2. 前記認証部は、制限時間内に前記回答データを受け付け、かつ正解のときに認証する
   請求項１に記載の認証システム。
3. 前記認証部は、前記複数の質問の中から前回の質問内容と重ならない質問をランダムに選択し、連続正解のときに認証する
   請求項１又は２に記載の認証システム。
4. 前記受付データは、前記注文識別データであって、
   更に、前記認証部は、認証が取れたとき、注文のキャンセル処理を受け付ける
   請求項１に記載の認証システム。
5. 前記受付データは、前記注文識別データであって、
   更に、前記認証部は、認証が取れたとき、返品処理を受け付ける
   請求項１に記載の認証システム。
6. 前記受付データは、前記ユーザ識別データであって、
   更に、前記認証部は、認証が取れたとき、パスワードの変更処理を受け付ける
   請求項１に記載の認証システム。
7. 前記質問は、前記管理データの中の個人データの一部を問うものを含む
   請求項１に記載の認証システム。
8. 電子商取引サーバにアクセスするユーザを認証する認証方法であって、
   前記電子商取引サーバは、登録ユーザ毎に割り振られるユーザ識別データと、前記ユーザ識別データに関連付けられた個人データと、注文毎に割り振られる注文識別データと、前記注文識別データに関連付けられた注文データと、を含む管理データを管理しており、
   認証システムが、前記ユーザに対して当該ユーザの前記管理データの一部を問う複数の質問を管理する質問データベースと、を備え、
   前記認証方法は、前記認証システムが、
   前記ユーザ識別データ及び注文識別データの内の少なくとも１つの識別データである受付データの入力をユーザ端末に対して求め、前記ユーザ端末によって入力された前記受付データを前記電子商取引サーバに問い合わせ、
   前記受付データが示す識別データに関連付けられた前記管理データの少なくとも一部である登録データを取得したとき、前記複数の質問の中から少なくとも１つの質問をランダムに選択し、
   選択された質問に対する回答を前記ユーザ端末に対して求め、前記ユーザ端末によって入力された回答データを受け付け、
   前記登録データに基づき前記回答データが正解であると判断されたときに認証する
   認証方法。
9. 請求項８に記載の認証方法を実行するコンピュータプログラム。

Images