認証システム及び認証方法
【課題】クレジットカード番号のような認証記号列の漏洩を適切に防止し、ユーザが正当な者であることを適切に認証できるようにする。
【解決手段】ＩＤ発行サーバ２０は、ユーザの携帯電話１０からクレジットカード番号の上８桁を受信し、携帯電話機１０にワンタイムＩＤを発行し、サービスサーバ３０は、ＰＣ１１からクレジットカード番号の下８桁と、ワンタイムＩＤとを受け付け、ワンタイムＩＤ及び第２記号列を番号構築・認証処理サーバ４０に送信し、番号構築・認証処理サーバ４０は、サービスサーバ３０からワンタイムＩＤと下８桁を受信し、ＩＤ発行サーバ２０と通信して、ワンタイムＩＤに対応する上８桁を取得し、クレジットカード番号を構築し、クレジットカード番号により認証を行うようにする。
【解決手段】ＩＤ発行サーバ２０は、ユーザの携帯電話１０からクレジットカード番号の上８桁を受信し、携帯電話機１０にワンタイムＩＤを発行し、サービスサーバ３０は、ＰＣ１１からクレジットカード番号の下８桁と、ワンタイムＩＤとを受け付け、ワンタイムＩＤ及び第２記号列を番号構築・認証処理サーバ４０に送信し、番号構築・認証処理サーバ４０は、サービスサーバ３０からワンタイムＩＤと下８桁を受信し、ＩＤ発行サーバ２０と通信して、ワンタイムＩＤに対応する上８桁を取得し、クレジットカード番号を構築し、クレジットカード番号により認証を行うようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、クレジットカード決済やサーバへのログオン等を行う際において、クレジットカード番号等の認証記号列を用いて、ユーザが正当な者であることを認証するための認証システム及び認証方法に関する。
【背景技術】
【０００２】
従来、インターネットにおけるネットショップでクレジットカード決済をする際には、ユーザは、自己のクレジットカード番号と、認証に使用するカード有効期限、カード名義等の情報とをＰＣ（パーソナルコンピュータ）に入力する必要があった。
【０００３】
このため、ユーザのクレジットカード番号や、カード有効期限、カード名義等の情報がインターネットを介してネットショップのサーバに送信されることとなり、インターネットや、ネットショップのサーバからこれら情報が漏洩する問題があった。
【０００４】
これに対して、例えば、クレジットカード番号の一部と、ユーザの氏名、生年月日等の属性情報とを入力して、それらに基づいて認証をする技術が知られている(特許文献１参照)。
【０００５】
また、情報を第１データ及び第２データに分割して、第１データをクライアントシステムに格納し、第２データをリモートサーバに格納することにより、いずれの装置にも全情報が格納されないようにする技術が知られている(特許文献２参照)。
【０００６】
また、商品である電子情報を分割して異なる時刻に異なる経路を通って伝送することにより、通信路上での情報の漏洩を防止する技術が開示されている（特許文献３参照）。
【０００７】
また、クレジットカード情報を２つに分割し、分割情報の一方をユーザ端末に保管し、他方を預かりセンタ情報装置に保管しておき、決済時に決済センタが、ユーザ端末に保管された分割情報と、預かりセンタ情報装置に保管した分割情報とを取得して合体することによりクレジットカードを復元して与信及び決済処理に使用する技術が知られている(特許文献４参照)。
【０００８】
【特許文献１】特表２００５−５２１１８１号公報
【特許文献２】特表２００５−５２２７７５号公報
【特許文献３】特開２００３−１３２２９号公報
【特許文献４】特開２００７−４１９５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
例えば、特許文献１の技術によると、クレジットカード番号の全体は、漏洩することがないが、クレジットカード番号の全体を使っての認証ではないので、認証が十分ではない可能性がある。また、ユーザのＰＣがウイルスに感染している場合には、キー入力した情報がウイルスにより外部に送信されて漏洩してしまう可能性もあり、この場合には、入力されたクレジットカード番号の一部及びその他の認証に用いる情報が漏洩してしまうと、それら情報を用いて認証が不正にされてしまう問題がある。また、特許文献２の技術によると、各装置のそれぞれからは、全情報が漏洩することがないが、クライアントシステムを悪意の第３者が利用した場合には、正当なユーザと同様に認証されてしまう問題がある。
【００１０】
また、特許文献３の技術によると、通信路における漏洩は防止できるものの、電子情報自体は、送信側の装置に存在するので、送信側の装置から漏洩してしまうことは防止することができない。また、特許文献４の技術によると、ユーザ端末や預かりセンタ情報装置のそれぞれからは、クレジットカード情報の全体が漏洩することはないが、クレジットカードの分割情報を預かりセンタ情報装置に記憶する必要があり、預かりセンタが信用される機関等でなくては、ユーザは安心できない。また、ユーザ端末を悪意の第３者が利用した場合には、正当なユーザと同様に認証されてしまう問題がある。
【００１１】
本発明は、上記課題に鑑みなされたものであり、その目的は、例えば、クレジットカード番号のような認証記号列の漏洩を適切に防止し、ユーザが正当な者であることを適切に認証することのできる技術を提供することにある。
【課題を解決するための手段】
【００１２】
上記目的達成のため、本発明の一態様に係る認証システムは、認証記号列を用いて認証を行う認証サーバを備えた認証システムであって、認証システムは、ワンタイムＩＤ発行サーバと、サービスサーバと、認証記号列構築サーバとを備え、ワンタイムＩＤ発行サーバは、ユーザの第１端末から認証記号列の一部である第１記号列を受信する第１受信手段と、第１端末にワンタイムＩＤを発行するＩＤ発行手段と、第１記号列と、発行した前記ワンタイムＩＤと、を対応付けて記憶するワンタイムＩＤ記憶手段とを有し、認証記号列構築サーバは、第２端末から認証記号列の第１記号列以外の第２記号列と、ワンタイムＩＤとを受け付ける第２受信手段と、ワンタイムＩＤ発行サーバと通信することにより、ワンタイムＩＤに対応する第１記号列を取得する第１記号列取得手段と、取得した第１記号列と、第２端末から受信した第２記号列とに基づいて、認証記号列を構築する構築手段と、構築した認証記号列を認証サーバに送信する認証記号列送信手段とを有する。
【００１３】
ここで、ワンタイムＩＤとは、一時的又は／及び一回限り使用可能なＩＤである。また、認証記号列とは、数字、文字、記号、又はこれらの内の２種類以上が組み合わせられた記号列であって、認証に用いられるものをいい、例えば、クレジットカード番号や、銀行や証券会社等の金融機関のネットワークでのサービスに用いられる番号(例えば、口座番号、メンバー番号等)、ネットワークサービスにおけるログインパスワード、公共機関により発行されたユーザ番号、電話番号、住所、氏名、合言葉等、又はこれらの組み合わせのことをいう。また、第２端末から認証記号列の第１記号列以外の第２記号列と、ワンタイムＩＤとを受け付けるとは、第２端末から直接受け付けることや、他の装置又は装置群を介して間接的に受け付けることも含む。
【００１４】
係る認証システムによると、認証記号列の第１記号列と、第２記号列とは、異なる端末から入力されることとなり、各端末から認証記号列の全てが漏洩することがない。また、ＩＤ発行サーバには、第１記号列は送信されるが、第２記号列が送信されないので、認証記号列の全てが漏洩することがない。また、異なる端末から入力された第１記号列と、第２記号列とからワンタイムＩＤに基づいて認証記号列を構築して適切に認証に用いることができる。
【００１５】
上記認証システムにおいて、ワンタイムＩＤ発行サーバは、ユーザの第１認証キーと、ユーザの管理ＩＤとを記憶する第１認証キー記憶手段を更に有し、第１受信手段は、ユーザの第１端末から第１認証キーと、第１記号列とを取得し、ワンタイムＩＤ発行サーバは、受信した第１認証キーと、認証キー記憶手段に記憶されている第１認証キーとを照合することにより第１段階の認証をする第１認証キー認証手段を更に備え、ＩＤ発行手段は、前記認証が成功した場合に、ワンタイムＩＤを発行し、ワンタイムＩＤ記憶手段は、ワンタイムＩＤと、第１記号列と、認証が成功したユーザの管理ＩＤとを対応付けて記憶し、認証記号列構築サーバの第２受信手段は、第２端末からユーザの第２認証キーと、第２記号列と、ワンタイムＩＤとを受信し、認証記号列構築サーバは、ユーザの第２認証キーと、ユーザの管理ＩＤとを記憶する第２認証キー記憶手段と、受信した第２認証キーに対応する管理ＩＤを第２認証キー記憶手段から取得する管理ＩＤ取得手段とを更に備え、第１記号列取得手段は、取得した管理ＩＤと、受信したワンタイムＩＤとに基づいて、第１記号列を取得するようにしてもよい。
【００１６】
係る認証システムによると、ワンタイムＩＤ発行サーバにおいて第１段階の認証が行われ、更に、認証記号列構築サーバでは、第２認証キーを用いて第１記号列を取得するようにすることにより、第２段階の認証として機能するので、ユーザ認証の精度を向上することができる。
【００１７】
また、上記認証システムにおいて、サービスサーバを備え、認証サーバは、認証記号列構築サーバから受信した認証記号列に基づいて、認証を含む所定の確認処理を行い、確認結果を返送する返送手段を有し、サービスサーバは、確認結果を受信して、確認結果が所定のサービスの実行の許可を示す場合には、サービスの提供を開始するサービス提供手段を更に有するようにしてもよい。係る認証システムによると、認証を含む所定の確認結果に応じて、サービスの提供を開始することができる。
【００１８】
また、上記認証システムにおいて、第１端末は、電話機であり、第１認証キーは、電話機からの発信時に通知される電話機の電話番号であってもよい。係る認証システムによると、第１認証キーをユーザが入力する必要がないとともに、認証が成功する第１端末としては、特定の電話機に限られることとなり、認証の精度を向上することができる。
【００１９】
また、上記認証システムにおいて、サービスサーバを備え、サービスサーバは、ユーザの電話機の電話番号を受け付ける第１電話番号受信手段と、受け付けた電話番号をワンタイムＩＤ発行サーバに送信する電話番号送信手段とを備え、ワンタイムＩＤ発行サーバは、サービスサーバから電話番号を受信する第２電話番号受信手段と、受信した電話番号を第１認証キー記憶手段に登録させる電話番号登録手段とを有するようにしてもよい。係る認証システムによると、サービスサーバに登録されているデータを流用することができるので、ワンタイムＩＤ発行サーバにユーザの電話機の電話番号を登録するために、ユーザに更なる負荷をかけることがない。このため、ユーザが容易に認証システムを利用することができる。
【００２０】
また、上記認証システムにおいて、ＩＤ発行手段は、ワンタイムＩＤを音声により通知するようにしてもよい。係る認証システムによると、音声通信が利用できる電話機であれば、認証システムによる認証に利用することができる。
【００２１】
また上記認証システムにおいて、認証記号列構築サーバの第１記号列取得手段は、ワンタイムＩＤ発行サーバにおいて発行されたワンタイムＩＤと、対応する第１記号列とを逐次受信する発行済ワンタイムＩＤ受信手段と、受信したワンタイムＩＤと、第１記号列とを記憶する発行済ワンタイムＩＤ記憶手段と、発行済ワンタイムＩＤ記憶手段から、サービスサーバから受信したワンタイムＩＤに対応する第１記号列を検索する第１記号列検索手段とを有するようにしてもよい。係る認証システムによると、サービスサーバからワンタイムＩＤを受信した時点において、認証記号列構築サーバ内で第１記号列を検索することができるので、処理の応答を迅速におこなうことができる。
【００２２】
また、上記認証システムにおいて、認証記号列構築サーバの第１記号列取得手段は、受信したワンタイムＩＤをワンタイムＩＤ発行サーバに送信するワンタイムＩＤ送信手段と、ワンタイムＩＤ発行サーバからワンタイムＩＤに対応する第１記号列を受信する対応第１記号列受信手段とを有し、ワンタイムＩＤ発行サーバは、発行済みのワンタイムＩＤと、対応する第１記号列とを記憶する発行済ワンタイムＩＤ記憶手段と、認証記号列構築サーバから送信されたワンタイムＩＤを受信するワンタイムＩＤ受信手段と、発行済ワンタイムＩＤ記憶手段に基づいて、認証記号列構築サーバから受信したワンタイムＩＤに対応する第１記号列を検索する第１記号列検索手段と、検索された第１記号列を認証記号列構築サーバに送信する第１記号列送信手段とを有するようにしてもよい。
【００２３】
係る認証システムによると、認証記号列構築サーバにおいて、ＩＤ発行サーバで発行された全てのワンタイムＩＤと第１記号列とを記憶する必要がないので、認証記号列構築サーバにおいて必要なメモリ領域量を低減することができる。
【００２４】
また、本発明の一態様に係る認証方法は、認証記号列を用いて認証を行う認証サーバを備えた認証システムにおける認証方法であって、認証システムは、ワンタイムＩＤ発行サーバと、認証記号列構築サーバとを備えており、ワンタイムＩＤ発行サーバが、ユーザの第１端末から認証記号列の一部である第１記号列を受信する第１受信ステップと、ワンタイムＩＤ発行サーバが、第１端末にワンタイムＩＤを発行するワンタイムＩＤ発行ステップと、ワンタイムＩＤ発行サーバが、第１記号列と、発行したワンタイムＩＤと、を対応付けてワンタイムＩＤ記憶手段に記憶するワンタイムＩＤ記憶ステップと、認証記号列構築サーバが、第２端末から認証記号列の第１記号列以外の第２記号列と、前記ワンタイムＩＤとを受け付ける第２受信ステップと、認証記号列構築サーバが、受信したワンタイムＩＤに対応する第１記号列を取得する第１記号列取得ステップと、認証記号列構築サーバが、取得した第１記号列と、受信した第２記号列とに基づいて、認証記号列を構築する構築ステップと、認証記号列構築サーバが、構築した認証記号列を認証サーバに送信する認証記号列送信ステップと、認証サーバが、認証記号列に基づいて認証を含む確認処理を実行する認証ステップと、認証サーバが、確認処理の結果を送信する確認結果送信ステップとを有する。
【００２５】
係る認証方法によると、認証記号列の第１記号列と、第２記号列とは、異なる端末から入力されることとなり、各端末から認証記号列の全てが漏洩することがない。また、ＩＤ発行サーバには、第１記号列は送信されるが、第２記号列が送信されないので、認証記号列の全てが漏洩することがない。また、異なる端末から入力された第１記号列と、第２記号列とからワンタイムＩＤに基づいて認証記号列を構築して適切に認証に用いることができる。
【００２６】
上記認証方法において、ワンタイムＩＤ発行サーバは、ユーザの第１認証キーと、ユーザの管理ＩＤとを記憶する第１認証キー記憶手段を有し、認証記号列構築サーバは、ユーザの第２認証キーと、ユーザの管理ＩＤとを記憶する第２認証キー記憶手段を有し、第１受信ステップでは、ユーザの第１端末から第１認証キーと、第１記号列とを取得し、ワンタイムＩＤ発行ステップでは、受信した第１認証キーと、認証キー記憶手段に記憶されている第１認証キーとを照合することにより第１段階の認証をし、認証が成功した場合に、ワンタイムＩＤを発行し、ワンタイムＩＤ記憶ステップでは、ワンタイムＩＤと、第１記号列と、認証が成功したユーザの前記管理ＩＤとを対応付けて記憶し、第２受信ステップでは、第２端末から第２認証キーと、第２認証記号列とを受信し、第２記号列送信ステップでは、第２認証キーと、第２認証記号列とを認証記号列構築サーバに送信し、更に、認証記号列構築サーバが、第３受信ステップで受信した第２認証キーに対応する管理ＩＤを第２認証キー記憶手段から取得する管理ＩＤ取得ステップを有し、第１記号列取得ステップでは、取得した管理ＩＤと、受信した前記ワンタイムＩＤとに基づいて、第１記号列を取得するようにしてもよい。
【００２７】
係る認証方法によると、ワンタイムＩＤ発行サーバにおいて第１段階の認証が行われ、更に、認証記号列構築サーバでは、第２認証キーを用いて第１記号列を取得するようにすることにより、第２段階の認証として機能するので、ユーザの認証の精度を向上することができる。
【００２８】
また、上記認証方法によると、第１端末は、電話機であり、第１認証キーは、電話機の電話番号であり、サービスサーバが、ユーザの電話機の電話番号を受け付ける第１電話番号受信ステップと、受け付けた電話番号をワンタイムＩＤ発行サーバに送信する電話番号送信ステップと、ワンタイムＩＤ発行サーバが、サービスサーバから電話番号を受信する第２電話番号受信ステップと、受信した電話番号を第１認証キー記憶手段に登録させる電話番号登録ステップとを更に有するようにしてもよい。
【００２９】
係る認証方法によると、サービスサーバに登録されているデータを流用することができるので、ワンタイムＩＤ発行サーバにユーザの電話機の電話番号を登録するために、ユーザに更なる負荷をかけることがない。このため、ユーザが容易に認証システムを利用することができる。
【発明を実施するための最良の形態】
【００３０】
本発明の実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００３１】
まず、本発明の第１実施形態に係る認証システムについて説明する。
【００３２】
図１は、本発明の第１実施形態に係る認証システムの構成及び処理の概略を説明する図である。
【００３３】
認証システム１は、クレジットカード番号（認証記号列の一例）を用いた認証を行うシステムであり、携帯電話機１０（第１端末の一例）と、ＰＣ（Personal Computer）１１（第２端末の一例）と、ＩＤ発行サーバ２０（ワンタイムＩＤ発行サーバの一例）と、サービスサーバ３０と、番号構築・認証処理サーバ４０（認証記号列構築サーバ及び認証サーバの一例）とを有する。携帯電話機１０、ＰＣ１１、ＩＤ発行サーバ２０、サービスサーバ３０、及び番号構築・認証処理サーバ４０は、図示しないＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備えており、ＲＯＭ等に格納されたプログラムをＣＰＵが実行することにより、これら装置の後述する各機能を実現することができる。
【００３４】
携帯電話機１０と、ＰＣ１１とは、例えば、ユーザが所有しているものである。携帯電話機１０は、他の電話機（又は、電話機能を有するサーバ）との間で音声通信ができるとともに、Ｗｅｂサーバとの間でデータを送受信したり、ネットワークを介しての電子メールの送受信をしたりできるようになっている。
【００３５】
ＰＣ１１は、Ｗｅｂブラウザ、電子メールソフトを格納しており、ネットワークを介して各種サーバとの間でデータを送受信したり、インターネットを経由して電子メールを送受信したりできるようになっている。
【００３６】
ＩＤ発行サーバ２０は、例えば、クレジットカード会社に許可されたＩＤ発行機関により管理されている。ＩＤ発行サーバ２０は、ワンタイムＩＤ管理ＤＢ２１を有し、携帯電話機１０へのワンタイムＩＤの発行処理等を行う。
【００３７】
本実施形態では、ワンタイムＩＤ管理ＤＢ２１は、クレジットカード番号の部分Ａ（例えば、上８桁）の番号（第１記号列）と、当該番号に対して発行したワンタイムＩＤとを対応付けて記憶する。ここで、ワンタイムＩＤとは、一時的又は／及び一回限り使用可能なＩＤである。また、ワンタイムＩＤは、発行時点に有効なワンタイムＩＤにおいて一意となっている。
【００３８】
サービスサーバ３０は、ネットワークにおけるサービスを提供する。本実施形態では、サービスサーバ３０は、例えば、ネットショップを運営する会社により管理されている。また、サービスサーバ３０は、購入管理ＤＢ３１を有し、商品を販売するサービスを提供する。購入管理ＤＢ３１は、ユーザの購入する商品名、値段、商品の送付先（例えば、ユーザの住所）等を記憶する。なお、サービスサーバ３０の提供するサービスは、これに限られず、例えば、金融機関におけるネットバンキングサービスなどを提供してもよく、公共機関による住民等へのネットサービスを提供してもよく、要は、ネットワークを利用した各種サービスであればよい。
【００３９】
番号構築・認証処理サーバ４０は、例えば、クレジットカードを発行するクレジットカード会社によって管理されている。番号構築・認証処理サーバ４０は、発行済ワンタイムＩＤ管理ＤＢ４１と、カード会員管理ＤＢ４２とを有し、クレジットカード番号を構築する処理と、クレジットカード番号に基づいて認証を含む決済確認処理等を実行する。
【００４０】
発行済ワンタイムＩＤ管理ＤＢ４１は、発行されたワンタイムＩＤと、対応するクレジットカード番号の部分Ａの番号とを記憶する。ここで、ワンタイムＩＤの発行時間を、ワンタイムＩＤに対応付けて記憶しておき、発行時間から所定時間経過したワンタイムＩＤと、対応する部分Ａ番号とを削除するようにしてもよく、また、一度使用したワンタイムＩＤと、対応する部分Ａ番号とを削除するようにしてもよい。カード会員管理ＤＢ４２は、クレジットカード番号と、認証を含む決済確認処理に用いるその他のデータ（例えば、カード有効期限、カード名義等）とを管理する。
【００４１】
次に、認証システム１の処理の概略を説明する。
【００４２】
ここで、ユーザは、クレジットカード会社から発行されたクレジットカードを有しているものとする。
【００４３】
まず、ユーザがネットショップにより商品を購入したい場合には、ユーザがクレジットカード番号の部分Ａの番号（第１記号列）を携帯電話機１０に入力して、携帯電話機１０によりＩＤ発行サーバ２０に対して部分Ａ番号を送信させる(図１（１）)。ここで、携帯電話機１０では、部分Ａ番号、すなわちクレジットカード番号の一部しか入力しないので、携帯電話機１０からクレジットカード番号の全体が漏洩することはない。
【００４４】
ＩＤ発行サーバ２０は、携帯電話機１０から部分Ａ番号を受信すると、その時点において一意であるワンタイムＩＤを決定（発行）し、部分Ａ番号を送信した携帯電話機１０に対して、決定したワンタイムＩＤを送信し（図１（２））、部分Ａ番号とワンタイムＩＤとを対応付けてワンタイムＩＤ管理ＤＢ２１に記憶させ、部分Ａ番号とワンタイムＩＤとを番号構築・認証処理サーバ４０に送信する(図１（３）)。これにより、ユーザの携帯電話機１０では、ワンタイムＩＤが受信されて出力(例えば、表示)される。また、ＩＤ発行サーバ２０には、部分Ａ番号、すなわち、クレジットカード番号の一部しか記憶されていないので、ＩＤ発行サーバ２０から情報が漏洩したとしても、クレジットカード番号の全体が漏洩することはない。
【００４５】
番号構築・認証処理サーバ４０は、ＩＤ発行サーバ２０から受信した部分Ａ番号とワンタイムＩＤとを発行済ワンタイムＩＤ管理ＤＢ４１に格納する。
【００４６】
ユーザは、ＰＣ１１を使ってネットショップのＷｅｂサイト、すなわち、サービスサーバ３０にアクセスし、購入したい商品を決定し、クレジットカードによる決済を選択する。その後、ＰＣ１１により、携帯電話機１０により取得しているワンタイムＩＤと、クレジットカード番号の部分Ｂ（例えば、下８桁）番号（第２記号列）と、その他の購入時に必要なデータ（例えば、カード名義、カード有効期限、ユーザ氏名、商品の送付先等：購入用ユーザデータ）とをサービスサーバ３０に送信させる(図１（４）)。
【００４７】
サービスサーバ３０では、ＰＣ１１から、ワンタイムＩＤと、クレジットカード番号の部分Ｂ（例えば、下８桁)の番号（第２記号列）と、購入用ユーザデータとを受信すると、ユーザ氏名、送品の送付先、購入した商品等の商品の販売に必要なデータを購入管理ＤＢ３１に登録する。また、サービスサーバ３０は、ワンタイムＩＤと、部分Ｂ番号と、クレジットカードの決済確認処理（認証等）に必要なデータ(例えば、カード名義、カード有効期限等：決済用その他データ)とを番号構築・認証処理サーバ４０に送信する（図１（５））。
【００４８】
番号構築・認証処理サーバ４０は、ワンタイムＩＤと、部分Ｂ番号と、決済用その他データとを受信すると、受信したワンタイムＩＤに対応付けられた部分Ａ番号を発行済ワンタイムＩＤ管理ＤＢ４１から取得し、受信した部分Ｂ番号と、取得した部分Ａ番号とに基づいてクレジットカード番号の全体を構築する。次いで、番号構築・認証処理サーバ４０は、カード会員管理ＤＢ４２を参照し、クレジットカード番号と、決済用その他データとに基づいて、商品の購入を許可するか否かの決済確認を行う。決済確認では、正当なユーザであるかの認証を行うとともに、認証が成功した場合、すなわち、正当なユーザである場合には、購入が許容範囲内かの確認をさらに行う。正当なユーザであるかの認証においては、クレジットカード番号、カード名義人、及び有効期限が一致（マッチ）するデータがカード会員管理ＤＢ４２に存在すれば、認証が成功となり、一致するデータがない場合には認証が失敗となる。また、購入が許容範囲内か否かは、購入する商品の額が、予めユーザに許容されている許容額の範囲でおさまるか否かにより決定される。
【００４９】
次いで、番号構築・認証処理サーバ４０は、決済確認結果をサービスサーバ３０に送信する(図１（６）)。
【００５０】
サービスサーバ３０は、番号構築・認証処理サーバ４０からの決済確認結果が成功である場合には、ユーザの注文が有効であるとして、購入を指定した商品の発送を開始させるための処理を実行する一方、決済確認結果が失敗である場合には、ユーザの注文が無効であるとして、ユーザの注文を取消す処理の実行を開始する。サービスサーバ３０は、注文の有効、無効の結果をＰＣ１１に送信する(図１（７）)。
【００５１】
次に、図２乃至図６に示すフローチャートを用いて認証システムにおける処理を詳細に説明する。
【００５２】
図２は、本発明の第１実施形態に係る携帯電話機の処理のフローチャートである。
【００５３】
携帯電話機１０は、ユーザによるＩＤ発行サーバ２０へのアクセスの指示が発生した場合に、ＩＤ発行サーバ２０へアクセスし、ＩＤ発行サーバ２０にＷｅｂページを要求する(ステップＳ１)。次いで、携帯電話機１０は、ＩＤ発行サーバ２０から送信されるワンタイムＩＤ発行ページを受信し、ワンタイムＩＤ発行ページを画面に表示する(ステップＳ２)。
【００５４】
携帯電話機１０は、ワンタイムＩＤ発行ページへの部分Ａ番号の入力が終了したか否かを判定し（ステップＳ３）、終了していない場合（ステップＳ３：ＮＯ）には、終了するまで待つ一方、終了した場合（ステップＳ３：ＹＥＳ）には、入力された部分Ａ番号をＩＤ発行サーバ２０に送信する(ステップＳ４、図１（１）)。その後、携帯電話機１０は、ＩＤ発行サーバ２０から送信されるワンタイムＩＤを含むページを受信し、画面に表示する(ステップＳ５)。
【００５５】
このように、本実施形態に係る認証システム１においては、携帯電話機１０では、クレジットカード番号に関しては部分Ａ番号のみを入力して送信するだけであるので、携帯電話機１０からは、クレジットカード番号の全体が漏洩することがない。
【００５６】
図３は、本発明の第１実施形態に係るＩＤ発行サーバの処理のフローチャートである。
【００５７】
ＩＤ発行サーバ２０は、いずれかのユーザの携帯電話機１０からページの要求があったか否かを判定し(ステップＳ１１)、ページの要求がない場合には、何もしない一方、ページの要求があった場合（ステップＳ１１：ＹＥＳ）には、要求元の携帯電話機１０にワンタイムＩＤ発行ページを送信する(ステップＳ１２、図１（２）)。
【００５８】
次いで、ＩＤ発行サーバ２０は、携帯電話機１０から部分Ａ番号を受信したか否かを判定し(ステップＳ１３)、部分Ａ番号を受信していない場合には、受信するまで待つ一方、受信した場合（ステップＳ１３：ＹＥＳ）には、部分Ａ番号に対応付けるワンタイムＩＤを発行し(ステップＳ１４)、ワンタイムＩＤと、部分Ａ番号とをワンタイムＩＤ管理ＤＢ２１に登録し(ステップＳ１５)、ワンタイムＩＤを含むページを携帯電話機１０に送信し(ステップＳ１６)、ワンタイムＩＤ管理ＤＢ２１に登録したワンタイムＩＤと部分Ａ番号とを番号構築・認証処理サーバ４０に送信する(ステップＳ１７、図１（３）)。
【００５９】
図４は、本発明の第１実施形態に係るＰＣの処理のフローチャートである。
【００６０】
ＰＣ１１は、ユーザからネットショップのＷｅｂサイト、すなわち、サービスサーバ３０へのアクセス要求を受け付けると、サービスサーバ３０にページを要求し（ステップＳ２１）、サービスサーバ３０からネットショップのＷｅｂページを受信し、画面に表示させる(ステップＳ２２)。
【００６１】
次いで、ＰＣ１１は、ユーザから商品購入の決定がされたか否かを判定し(ステップＳ２３)、商品購入が決定されていない場合（ステップＳ２３：ＮＯ）には、決定するまで待つ一方、商品購入が決定された場合（ステップＳ２３：ＹＥＳ）には、サービスサーバ３０に購入ページの要求を送信する（ステップＳ２４)。
【００６２】
次いで、ＰＣ１１は、サービスサーバ３０から購入ページを受信し、画面に表示させる(ステップＳ２５)。ＰＣ１１は、購入ページにおいて、ユーザから購入に必要な各種データの入力を受け付ける(ステップＳ２６)。本実施形態では、ＰＣ１１は、ユーザが携帯電話機１０により取得しているワンタイムＩＤと、ユーザのクレジットカード番号の部分Ｂ番号（第２記号列）と、その他の購入に必要なデータ（例えば、カード名義、カード有効期限、ユーザ氏名、商品の送付先等）との入力を受け付ける。
【００６３】
その後、ＰＣ１１は、購入に必要なデータの入力が済んだか否かを判定し(ステップＳ２７)、入力が済んでいない場合（ステップＳ２７：ＮＯ）には、入力が済むまで待つ一方、入力が済んでいる場合（ステップＳ２７：ＹＥＳ）には、入力されたデータをサービスサーバ３０に送信する（ステップＳ２８)。
【００６４】
このように、本実施形態に係る認証システム１においては、ＰＣ１１では、クレジットカード番号に関しては、部分Ｂ番号のみを入力して送信するだけであるので、ＰＣ１１からは、クレジットカード番号の全体が漏洩することがない。また、ワンタイムＩＤ及び部分Ｂ番号が漏洩したとしても、ワンタイムＩＤは、一時的又は１回限りのＩＤであるので、これらが利用されて商品等の購入がなされることを適切に防止することができる。
【００６５】
図５は、本発明の第１実施形態に係るサービスサーバの処理のフローチャートである。
【００６６】
サービスサーバ３０は、ＰＣ１１からページ要求があるか否かを判定し(ステップＳ３１)、ページ要求がない場合（ステップＳ３１：ＮＯ）には、ページ要求があるまで待つ一方、ページ要求があった場合（ステップＳ３１：ＹＥＳ）には、要求元のＰＣ１１にネットショップページを送信する（ステップＳ３２)。
【００６７】
次いで、サービスサーバ３０は、ＰＣ１１から購入ページの要求があるか否かを判定し(ステップＳ３３)、購入ページ要求がない場合（ステップＳ３３：ＮＯ）には、購入ページ要求があるまで待つ一方、購入ページ要求があった場合（ステップＳ３３：ＹＥＳ）には、要求元のＰＣ１１に購入ページを送信する（ステップＳ３４)。
【００６８】
その後、サービスサーバ３０は、購入データを受信したか否かを判定し(ステップＳ３５)、購入データを受信していない場合（ステップＳ３５：ＮＯ）には、受信するまで待つ一方、購入データを受信した場合（ステップＳ３５：ＹＥＳ）には、購入データの中から必要なデータ、例えば、ユーザ氏名、商品の送付先等を購入管理ＤＢ３１に登録する(ステップＳ３６)。
【００６９】
次いで、サービスサーバ３０は、決済用データ（例えば、ワンタイムＩＤ、クレジットカード番号の部分Ｂ番号、カード名義、カード有効期限、商品金額等）を番号構築・認証処理サーバ４０に送信する（ステップＳ３７、図１（５））。
【００７０】
その後、サービスサーバ３０は、決済確認結果を番号構築・認証処理サーバ４０から受信したか否かを判定し(ステップＳ３８)、決済確認結果を受信していない場合（ステップＳ３８：ＮＯ）には、決済確認結果を受信するまで待つ一方、決済確認結果を受信した場合（ステップＳ３８：ＹＥＳ）には、決済確認結果が成功であるか否かを判定する（ステップＳ３９)。
【００７１】
次いで、サービスサーバ３０は、決済確認結果が成功である場合には、該当するクレジットカードによる購入が可能であることを示しているので、注文が有効である際の処理(注文有効時処理：例えば、注文を受けた商品のユーザへの発送処理に必要なデータを所定の端末に送信する処理、注文が成功したとの注文結果を送信する処理等)を開始する(ステップＳ４０)。一方、決済確認結果が失敗である場合には、クレジットカード番号による認証が失敗した、又は、認証は成功したものの限度額を超えていることを意味しているので、注文を取り消す際の処理(注文無効時処理：例えば、注文を受けていた商品のデータを削除する処理、注文が失敗したとの注文結果を送信する処理等)を開始する(ステップＳ４１)。
【００７２】
このように、本実施形態に係る認証システム１においては、サービスサーバ３０は、クレジットカード番号に関しては、部分Ｂ番号のみしか受信しないので、サービスサーバ３０からクレジットカード番号の全体が漏洩することがない。また、ワンタイムＩＤ及び部分Ｂ番号が漏洩したとしても、ワンタイムＩＤは、一時的又は１回限りのＩＤであるので、これらが利用されて商品等の購入がなされることを適切に防止できる。
【００７３】
図６は、本発明の第１実施形態に係る番号構築・認証処理サーバの処理のフローチャートである。
【００７４】
番号構築・認証処理サーバ４０は、サービスサーバ３０からワンタイムＩＤ、部分Ｂ番号、決済用その他データ等を受信したか否かを判定し(ステップＳ５１)、受信していない場合（ステップＳ５１：ＮＯ）には、受信するまで待つ一方、受信した場合（ステップＳ５１：ＹＥＳ）には、ワンタイムＩＤに基づいて部分Ａ番号を取得する(ステップＳ５２)。本実施形態では、番号構築・認証処理サーバ４０は、発行済ワンタイムＩＤ管理ＤＢ４１から、サービスサーバ３０から受信したワンタイムＩＤと同じワンタイムＩＤに対応付けられている部分Ａ番号を検索することにより取得している。なお、番号構築・認証処理サーバ４０は、ＩＤ発行サーバ２０から、部分Ａ番号と、対応する発行済みのワンタイムＩＤとを逐次受信し、受信した部分Ａ番号とワンタイムＩＤとを発行済ワンタイムＩＤ管理ＤＢ４３に格納する処理を実行している。
【００７５】
次いで、番号構築・認証処理サーバ４０は、取得した部分Ａ番号と、サービスサーバ３０から受信した部分Ｂ番号とにより、クレジットカード番号を構築する（ステップＳ５３）。本実施形態では、番号構築・認証処理サーバ４０は、部分Ａ番号と部分Ｂ番号とをつなぎ合わせることによりクレジットカード番号を構築する。
【００７６】
その後、番号構築・認証処理サーバ４０は、カード会員管理ＤＢ４２を参照して、クレジット決済確認処理を実行する（ステップＳ５４）。具体的には、番号構築・認証処理サーバ４０は、構築したクレジットカード番号、サービスサーバ３０から送信されたカード名義、及びカード有効期限が、カード会員管理ＤＢ４２のデータと一致するかにより、ユーザの認証を行う。更に、番号構築・認証処理サーバ４０は、ユーザの認証に成功した場合（カード会員ＤＢ４２のデータと一致する場合）には、決済用データ中の商品の金額が、カード会員管理ＤＢ４２にあるユーザの許容金額以内におさまるか否かを判定する。この結果、ユーザの認証に成功するとともに、購入商品の金額が許容金額以内におさまる場合には、決済確認が成功となり、それ以外の場合には、決済確認が失敗となる。
【００７７】
番号構築・認証処理サーバ４０は、決済確認が成功したか否かを判定し(ステップＳ５５)、決済確認が成功した場合（ステップＳ５５：ＹＥＳ）には、番号構築・認証処理サーバ４０は、成功したことを示す決済確認結果をサービスサーバ３０に送信する(ステップＳ５６）一方、決済確認が失敗した場合には、失敗したことを示す決済確認結果をサービスサーバ３０に送信する(ステップＳ５７）。
【００７８】
このように、本実施形態に係る認証システム１においては、番号構築・認証処理サーバ４０は、分割されている部分Ａ番号と、部分Ｂ番号とから適切にクレジットカード番号を構築して、クレジットカード番号を用いた認証を適切に行うことができる。
【００７９】
次に、本発明の第２実施形態に係る認証システムについて説明する。なお、第１実施形態と同様な部分については、同一符号を付すこととする。
【００８０】
図７は、本発明の第２実施形態に係る認証システムの構成及び処理の概略を説明する図である。
【００８１】
本実施形態に係る認証システム１のＩＤ発行サーバ２０は、第１実施形態のワンタイムＩＤ管理ＤＢ２１に代えて、ワンタイムＩＤ管理ＤＢ２２を有している。
【００８２】
ワンタイムＩＤ管理ＤＢ２２は、ユーザを認証するための第１ユーザＩＤ（例えば、携帯電話機１０の端末ＩＤ又はユーザ識別(ＰＩＮ)コード：第１認証キー）と、クレジットカード番号の部分Ａ番号と、当該番号に対して発行したワンタイムＩＤと、ユーザ管理ＩＤとを対応付けて記憶する。ここで、ユーザ管理ＩＤは、ワンタイムＩＤ管理ＤＢ２２と、後述する第２ユーザＩＤ管理ＤＢ４４とにおいて同一のユーザであれば同一となるように管理されている。同一ユーザを同一のユーザ管理ＩＤで管理するための方法としては、例えば、ユーザが各種情報を記載した書類を郵送によりクレジットカード会社に送付することにより当該認証システム１の利用を申し込むことができるものとしておき、クレジットカード会社側が申し込みがあった際に、番号構築・認証サーバ４０にユーザ管理ＩＤを登録し、そのユーザ管理ＩＤをＩＤ発行機関側に通知して、ＩＤ発行サーバ２０に登録させるようにする方法がある。なお、ワンタイムＩＤ管理ＤＢ２２における部分Ａ番号と、ワンタイムＩＤとについては、携帯電話機１０からワンタイムＩＤの発行要求がない場合には、データが格納されていない。
【００８３】
また、本実施形態に係る番号構築・認証処理サーバ４０は、第１実施形態の発行済ワンタイムＩＤ管理ＤＢ４１に代えて、発行済ワンタイムＩＤ管理ＤＢ４３を有し、第２ユーザＩＤ管理ＤＢ４４をさらに有している。
【００８４】
発行済ワンタイムＩＤ管理ＤＢ４３は、発行されたワンタイムＩＤと、対応するクレジットカード番号の部分Ａ番号と、ユーザ管理ＩＤとを記憶する。ここで、ワンタイムＩＤの発行時間を、ワンタイムＩＤに対応付けて記憶しておき、発行時間から所定時間経過したワンタイムＩＤと、対応する部分Ａ番号及びユーザ管理ＩＤとを削除するようにしてもよく、また、一度使用したワンタイムＩＤと、対応する部分Ａ番号及びユーザ管理ＩＤとを削除するようにしてもよい。
【００８５】
第２ユーザＩＤ管理ＤＢ４４は、ユーザを認証するための第２ユーザＩＤ（第２認証キー）と、当該ユーザのユーザ管理ＩＤとを対応付けて記憶する。ここで、第２ユーザＩＤは、認証システム１を利用する申込みを行った際に、予めユーザに書面等で通知されている。
【００８６】
次に、第２実施形態に係る認証システム１の処理の概略を説明する。
【００８７】
ここで、ユーザは、クレジットカード会社により発行されたクレジットカードを有しているものとする。また、認証システム１を利用する申込みを行っており、ＩＤ発行サーバ２０のワンタイムＩＤ管理ＤＢ２２には、ユーザに割り当てられたユーザ管理ＩＤと、第１ユーザＩＤとしてのユーザの携帯電話機１０のＰＩＮコード（第１ユーザＩＤ）とが登録されているものとする。また、番号構築・認証処理サーバ４０の第２ユーザＩＤ管理ＤＢ４４には、ワンタイムＩＤ管理ＤＢ２２に登録されたユーザ管理ＩＤと同一のユーザ管理ＩＤと、ユーザに通知されている第２ユーザＩＤとが登録されているものとする。
【００８８】
まず、ユーザがネットショップにより商品を購入したい場合には、ユーザがクレジットカード番号の部分Ａ（例えば、上８桁）の番号を携帯電話機１０に入力して、携帯電話機１０によりＩＤ発行サーバ２０に対して部分Ａ番号を送信させる。ここで、携帯電話機１０からは、ＰＩＮコードが自動的に送信されるようになっており、ＩＤ発行サーバ２０には、部分Ａ番号と、ＰＩＮコードとが送信されることとなる(図７（１）)。ここで、携帯電話機１０では、クレジットカード番号に関しては、一部である部分Ａ番号しか入力しないので、携帯電話機１０からクレジットカード番号の全体が漏洩することはない。
【００８９】
ＩＤ発行サーバ２０は、携帯電話機１０から部分Ａ番号、ＰＩＮコードを受信すると、受信したＰＩＮコードとワンタイムＩＤ管理ＤＢ２２のＰＩＮコードとを照合することにより、第１段階の個人認証を行う。そして、個人認証が成功した場合、すなわち、同一のＰＩＮコードが存在する場合には、その時点において一意であるワンタイムＩＤを決定（発行）し、携帯電話機１０に対して決定したワンタイムＩＤを送信する（図７（２））。なお、個人認証が失敗した場合には、エラーを携帯電話機１０に返し、ワンタイムＩＤを発行しない。また、ＩＤ発行サーバ２０は、発行したワンタイムＩＤ及び部分Ａ番号を、ワンタイムＩＤ管理ＤＢ２２にＰＩＮコード及びユーザ管理ＩＤと対応付けて記憶させる。また、ＩＤ発行サーバ２０は、部分Ａ番号と、発行したワンタイムＩＤと、対応するユーザのユーザ管理ＩＤとを番号構築・認証処理サーバ４０に送信する(図７（３）)。
【００９０】
これにより、ユーザの携帯電話機１０では、ワンタイムＩＤが受信されて出力(例えば、表示)される。また、ＩＤ発行サーバ２０には、部分Ａ番号、すなわち、クレジットカード番号の一部しか記憶されていないので、ＩＤ発行サーバ２０から情報が漏洩したとしても、クレジットカード番号の全体が漏洩することはない。また、ＩＤ発行サーバ２０では、携帯電話機１０に格納されているＰＩＮコードにより個人認証するので、登録されていないＰＩＮコードが送信された場合にワンタイムＩＤが発行されることを適切に防止することができる。
【００９１】
番号構築・認証処理サーバ４０は、ＩＤ発行サーバ２０から受信した部分Ａ番号と、ワンタイムＩＤと、ユーザ管理ＩＤとを発行済ワンタイムＩＤ管理ＤＢ４３に格納する。
【００９２】
ユーザは、ＰＣ１１を使ってネットショップのＷｅｂサイト、すなわち、サービスサーバ３０にアクセスし、購入したい商品を決定し、クレジットカードによる決済を選択する。その後、ユーザは、ＰＣ１１により、第２ユーザＩＤと、携帯電話機１０により取得しているワンタイムＩＤと、クレジットカード番号の部分Ｂ（例えば、下８桁）番号と、その他の購入時に必要なデータ（例えば、カード名義、カード有効期限、ユーザ氏名、商品の送付先等：購入用ユーザデータ）とをサービスサーバ３０に送信させる(図７（４）)。
【００９３】
サービスサーバ３０では、ＰＣ１１から、第２ユーザＩＤと、ワンタイムＩＤと、クレジットカード番号の部分Ｂ番号と、購入用ユーザデータとを受信すると、ユーザ氏名、送品の送付先、購入した商品等の商品の販売に必要なデータを購入管理ＤＢ３１に登録する。次いで、サービスサーバ３０は、第２ユーザＩＤと、ワンタイムＩＤと、部分Ｂ番号と、クレジットカードの決済確認処理（認証等）に必要なデータ(例えば、カード名義、カード有効期限、商品の金額等：決済用その他データ)とを番号構築・認証処理サーバ４０に送信する（図７（５））。
【００９４】
番号構築・認証処理サーバ４０は、サービスサーバ３０から第２ユーザＩＤと、ワンタイムＩＤと、部分Ｂ番号と、決済用その他データとを受信すると、第２ユーザＩＤとワンタイムＩＤとを用いて、第２段階の個人認証をする。すなわち、番号構築・認証処理サーバ４０は、受信した第２ユーザＩＤに対応するユーザ管理ＩＤを第２ユーザＩＤ管理ＤＢ４４から取得し、発行済ワンタイムＩＤ管理ＤＢ４３から取得したユーザ管理ＩＤに対応付けられたワンタイムＩＤを取得し、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとを照合することにより認証する。
【００９５】
この第２段階の個人認証において、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとがマッチする場合には認証成功となり、受信した第２ユーザＩＤに対応するユーザ管理ＩＤが第２ユーザＩＤ管理ＤＢ４４から取得できない場合や、取得したユーザ管理ＩＤに対応付けられたワンタイムＩＤが発行済ワンタイムＩＤ管理ＤＢ４３から取得できない場合や、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとがマッチしない場合には、個人認証は失敗となる。
【００９６】
第２段階の認証に成功した場合には、番号構築・認証処理サーバ４０は、マッチしたワンタイムＩＤに対応付けられている部分Ａ番号を発行済ワンタイムＩＤ管理ＤＢ４３から取得し、受信した部分Ｂ番号と、取得した部分Ａ番号とに基づいてクレジットカード番号の全体を構築し、クレジットカード番号と、決済用その他データとに基づいて、カード会員管理ＤＢ４２を参照し、商品の購入を許可するか否かの決済確認を行う。
【００９７】
そして、番号構築・認証処理サーバ４０は、決済確認結果（第２段階の認証が失敗した場合の認証結果も含む）をサービスサーバ３０に送信する(図７（６）)。
【００９８】
サービスサーバ３０は、番号構築・認証処理サーバ４０からの決済確認結果が成功である場合には、ユーザの注文が有効であるとして、購入を指定した商品の発送を開始させるための処理を実行する一方、決済確認結果が失敗である場合には、ユーザの注文が無効であるとして、ユーザの注文を取消す処理の実行を開始する。サービスサーバ３０は、注文の有効、無効の結果をＰＣ１１に送信する(図７（７）)。
【００９９】
次に、第２実施形態に係る認証システムにおける処理を詳細に説明する。
【０１００】
図８は、本発明の第２実施形態に係るＩＤ発行サーバの処理のフローチャートである。なお、図３に示す第１実施形態に係るＩＤ発行サーバと同様な処理については、同一符号を付し、説明を省略する。
【０１０１】
ＩＤ発行サーバ２０は、ステップＳ６１において、携帯電話機１０から部分Ａ番号及びＰＩＮコードを受信したか否かを判定し、部分Ａ番号及びＰＩＮコードを受信していない場合（ステップＳ６１：ＮＯ）には、受信するまで待つ一方、受信した場合（ステップＳ６１：ＹＥＳ）には、受信したＰＩＮコードと、ワンタイムＩＤ管理ＤＢ２２のＰＩＮコードとを照合することにより、第１段階の個人認証を行う。
【０１０２】
ＩＤ発行サーバ２０は、個人認証が成功したか否かを判定する、すなわち、ＰＩＮコード（第１ユーザＩＤ）が登録されているか否かを判定する(ステップＳ６２)。
【０１０３】
この結果、個人認証が成功した場合（ステップＳ６２：ＹＥＳ）には、ステップＳ１４に進む。一方、認証に失敗した場合（ステップＳ６２：ＮＯ）には、認証に失敗したことを携帯電話機１０に通知等するエラー処理を実行する(ステップＳ６５)。
【０１０４】
ステップＳ１４を行った後に、ＩＤ発行サーバ２０は、発行したワンタイムＩＤ及び部分Ａ番号を、ワンタイムＩＤ管理ＤＢ２２にＰＩＮコード及びユーザ管理ＩＤと対応付けて記憶させ（ステップＳ６３）、ステップＳ１６に進む。
【０１０５】
また、ステップＳ１６を行った後に、ＩＤ発行サーバ２０は、部分Ａ番号と、発行したワンタイムＩＤと、対応するユーザのユーザ管理ＩＤとを番号構築・認証処理サーバ４０に送信する(ステップＳ６４、図７（３）)。
【０１０６】
図９は、本発明の第２実施形態に係る番号構築・認証処理サーバの処理のフローチャートである。なお、図６に示す第１実施形態に係る番号構築・認証処理サーバと同様な処理については、同一符号を付し、説明を省略する。
【０１０７】
番号構築・認証処理サーバ４０は、サービスサーバ３０から第２ユーザＩＤ、ワンタイムＩＤ、部分Ｂ番号、決済用データ等を受信した場合（ステップＳ５１：ＹＥＳ)には、受信した第２ユーザＩＤが第２ユーザＩＤ管理ＤＢ４４に登録されているか否かを判定し(ステップＳ７１)、登録されていない場合（ステップＳ７１：ＮＯ）には、ワンタイムＩＤを用いた認証を利用する登録がされているユーザではない、すなわち、第２段階での個人認証が失敗であることを意味するのでステップＳ７５に進む。
【０１０８】
一方、登録されている場合（ステップＳ７１：ＹＥＳ）には、番号構築・認証処理サーバ４０は、受信した第２ユーザＩＤに対応するユーザ管理ＩＤを第２ユーザＩＤ管理ＤＢ４４から取得し（ステップＳ７２）、取得したユーザ管理ＩＤに対応付けられたワンタイムＩＤを発行済ワンタイムＩＤ管理ＤＢ４３から取得し（ステップＳ７３）、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとが一致するか否かを判定する(ステップＳ７４)。この結果、両方のワンタイムＩＤが一致する場合（ステップＳ７４：ＹＥＳ）には、ＩＤ発行サーバ２０によりワンタイムＩＤを発行させたユーザであることを意味しているので、番号構築・認証処理サーバ４０は、認証成功として、次のステップ５２に進む。一方、両方のワンタイムＩＤが一致しない場合(ステップＳ７４：ＮＯ)には、ＩＤ発行サーバ２０によりワンタイムＩＤを発行させたユーザであるとは認証できないので、番号構築・認証処理サーバ４０は、第２段階の個人認証が失敗であるとして、ステップＳ７５の処理に進む。
【０１０９】
ステップＳ７５では、番号構築・認証処理サーバ４０は、第２段階の認証が失敗したこと、又は決済確認処理を失敗したことをサービスサーバ３０に送信する(図７（６）)。
【０１１０】
上記第２実施形態に係る認証システム１によると、登録してあるＰＩＮコードを発信することのできる携帯電話機１０以外からのワンタイムＩＤの発行を適切に防止でき、登録していないユーザによるいたずら行為を適切に防止できる。
【０１１１】
また、ワンタイムＩＤと、第２ユーザＩＤとが揃わないと、番号構築・認証処理サーバ４０での第２段階の個人認証が成功しないので、携帯電話機１０が第３者に取得されてワンタイムＩＤが発行されてしまった場合であっても、第３者の不正な使用を適切に防止することができる。また、このような利点を奏するために利用されるワンタイムＩＤを用いて、クレジットカード番号を適切に構築して認証に利用することができる。
【０１１２】
次に、本発明の第３実施形態に係る認証システムについて説明する。なお、第１実施形態及び第２実施形態と同様な部分については、同一符号を付すこととする。
【０１１３】
図１０は、本発明の第３実施形態に係る認証システムの構成及び処理の概略を説明する図ある。
【０１１４】
第３実施形態に係る認証システム１のＩＤ発行サーバ２０は、第２実施形態のワンタイムＩＤ管理ＤＢ２２に代えて、ワンタイムＩＤ管理ＤＢ２３を有している。また、ＩＤ発行サーバ２０は、ショップＩＤ管理ＤＢ２４を更に有している。
【０１１５】
ワンタイムＩＤ管理ＤＢ２３は、ユーザを認証するための第１ユーザＩＤ（例えば、携帯電話機１０の電話番号）と、クレジットカード番号の部分Ａ番号と、発行したワンタイムＩＤとを対応付けて記憶する。なお、ワンタイムＩＤ管理ＤＢ２３における部分Ａ番号と、ワンタイムＩＤとについては、携帯電話機１０からワンタイムＩＤの発行要求がない場合には、データが格納されていない。
【０１１６】
ショップＩＤ管理ＤＢ２４は、ワンタイムＩＤ発行による決済が可能なショップのＩＤ（ショップＩＤ）を記憶する。
【０１１７】
また、本実施形態に係る番号構築・認証処理サーバ４０は、第２実施形態の発行済ワンタイムＩＤ管理ＤＢ４３に代えて、発行済ワンタイムＩＤ管理ＤＢ４５を有している。
【０１１８】
発行済ワンタイムＩＤ管理ＤＢ４５は、発行されたワンタイムＩＤと、対応するクレジットカード番号の部分Ａ番号と、ワンタイムＩＤを発行した携帯電話機１０の電話番号とを記憶する。ここで、ワンタイムＩＤの発行時間を、ワンタイムＩＤに対応付けて記憶しておき、発行時間から所定時間経過したワンタイムＩＤと、対応する部分Ａ番号と、対応する電話番号とを削除するようにしてもよく、また、一度使用したワンタイムＩＤと、対応する部分Ａ番号と、対応する電話番号とを削除するようにしてもよい。
【０１１９】
本実施形態に係るサービスサーバ３０は、第２実施形態のユーザ管理ＤＢ３１に代えて、ユーザ管理ＤＢ３２を有している。
【０１２０】
ユーザ管理ＤＢ３２は、ユーザのネットショップ用ＩＤと、当該ユーザの住所と、電話番号等を記憶する。ユーザ管理ＤＢ３２の住所や電話番号は、例えば、ユーザがサービスサーバ３０のサービス利用を開始する際にサービスサーバ３０に対して送信することにより登録される。また、ユーザのネットショップ用ＩＤは、サービスサーバ３０のサービスに登録したユーザに対して予め通知されている。
【０１２１】
次に、第３実施形態に係る認証システム１の処理の概略を説明する。
【０１２２】
ここで、ユーザは、サービスサーバ３０に対してサービスの利用を受けるための登録をしているものとし、ユーザ管理ＤＢ３２には、ユーザの住所や、ユーザの携帯電話機１０の電話番号が登録されているものとする。また、ユーザには、ネットショップ用ＩＤが通知されているものとする。
【０１２３】
まず、ＰＣ１１は、ユーザの指示により、サービスサーバ３０から商品購入用のページを表示させ、商品の指定を受け付けるとともに、クレジットカードによる決済の指定を受け付け、更に、ネットショップ用ＩＤの入力を受け付ける。
【０１２４】
ＰＣ１１は、サービスサーバ３０にネットショップ用ＩＤと、商品の指定と、決済の指定とを送信する（図１０（１））。
【０１２５】
サービスサーバ３０は、送信されたネットショップ用ＩＤによりユーザ認証を行い、認証が成功した場合には、ユーザ管理ＤＢ３２に格納されているユーザの電話番号と、予めクレジットカード会社から付与されているショップＩＤとをＩＤ発行サーバ２０に送信する(図１０（２）)。
【０１２６】
ＩＤ発行サーバ２０は、サービスサーバ３０から受信したショップＩＤがショップＩＤ管理ＤＢ２４に格納されているか否かを判定し、格納されている場合には、受信した電話番号をワンタイムＩＤ管理テーブル２３に登録する。これにより、ユーザ自身がＩＤ発行サーバ２０に対して自身の携帯電話機１０の電話番号を登録する必要がない。
【０１２７】
ここで、この認証システム１においては、ユーザは、サービスサーバ３０でクレジットカード決済をするためには、携帯電話機１０によりＩＤ発行サーバ２０が応答可能な所定の電話番号に電話をかける必要がある。
【０１２８】
ユーザの携帯電話機１０によりＩＤ発行サーバ２０が応答可能な所定の電話番号に対して着信があった場合には、ＩＤ発行サーバ２０が携帯電話機１０との通話を開始し、携帯電話機１０の電話番号（発信者番号）を取得する。ＩＤ発行サーバ２０は、取得した電話番号がワンタイムＩＤ管理ＤＢ２３に格納されているか否かを判定し、格納されている場合には、携帯電話機１０に部分Ａ番号をキー入力するように指示する音声を送信し、ユーザによる携帯電話機１０のキー入力による音声により部分Ａ番号を認識する（図１０（３））。
【０１２９】
ＩＤ発行サーバ２０は、その時点において一意であるワンタイムＩＤを決定（発行）し、携帯電話機１０に対して決定したワンタイムＩＤを音声により送信する（図１０（４））。これにより、ユーザの携帯電話機１０では、ワンタイムＩＤが音声出力され、ユーザが音声としてワンタイムＩＤを把握することができる。
【０１３０】
また、ＩＤ発行サーバ２０は、発行したワンタイムＩＤ（データ）及び部分Ａ番号を、対応する電話番号に対応付けてワンタイムＩＤ管理ＤＢ２３に記憶する。次いで、ＩＤ発行サーバ２０は、部分Ａ番号と、発行したワンタイムＩＤと、対応する電話番号とを番号構築・認証処理サーバ４０に送信する(図１０（５）)。ここで、ＩＤ発行サーバ２０には、クレジットカード番号については、一部の部分Ａ番号しか記憶されていないので、ＩＤ発行サーバ２０から情報が漏洩したとしても、クレジットカード番号の全体が漏洩することはない。
【０１３１】
番号構築・認証処理サーバ４０は、ＩＤ発行サーバ２０から受信した部分Ａ番号と、ワンタイムＩＤと、電話番号とを発行済ワンタイムＩＤ管理ＤＢ４５に格納する。
【０１３２】
この後、ＰＣ１１は、ユーザの指示により、ネットショップ用ＩＤと、携帯電話機１０により取得したワンタイムＩＤと、クレジットカード番号の部分Ｂ番号と、その他の認証に必要なデータ（例えば、カード名義、カード有効期限）とをサービスサーバ３０に送信することとなる(図１０（６）)。
【０１３３】
サービスサーバ３０では、ＰＣ１１から、ネットショップ用ＩＤと、ワンタイムＩＤと、クレジットカード番号の部分Ｂ番号と、認証用データとを受信すると、購入した商品等のデータをユーザ管理ＤＢ３２に登録し、ワンタイムＩＤと、部分Ｂ番号と、電話番号と、クレジットカードの決済確認処理（認証等）に必要なデータ（例えば、カード名義、カード有効期限、商品金額等:決済用その他データ)とを番号構築・認証処理サーバ４０に送信する（図１０（７））。
【０１３４】
番号構築・認証処理サーバ４０は、サービスサーバ３０から電話番号と、ワンタイムＩＤと、部分Ｂ番号と、決済用その他データとを受信すると、電話番号とワンタイムＩＤとを用いて個人認証をする。すなわち、番号構築・認証処理サーバ４０は、受信した電話番号に対応する電話番号が発行済ワンタイムＩＤ管理ＤＢ４５に格納されているか否かによる認証をする。また、番号構築・認証処理サーバ４０は、電話番号に対応するワンタイムＩＤを発行済ワンタイムＩＤ管理ＤＢ４５から取得し、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとを照合することにより認証する。
【０１３５】
この個人認証において、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとがマッチする場合には認証成功となり、受信した電話番号に対応する電話番号が発行済ワンタイムＩＤ管理ＤＢ４５に格納されていない場合や、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとがマッチしない場合には、個人認証は失敗となる。
【０１３６】
認証に成功した場合には、番号構築・認証処理サーバ４０は、マッチしたワンタイムＩＤに対応付けられている部分Ａ番号を発行済ワンタイムＩＤ管理ＤＢ４５から取得し、受信した部分Ｂ番号と、取得した部分Ａ番号とに基づいてクレジットカード番号の全体を構築し、クレジットカード番号と、決済用その他データとに基づいて、カード会員管理ＤＢ４２を参照し、商品の購入を許可するか否かの決済確認を行う。
【０１３７】
そして、番号構築・認証処理サーバ４０は、決済確認結果（認証が失敗した場合の認証結果も含む）をサービスサーバ３０に送信する(図１０（８）)。
【０１３８】
サービスサーバ３０は、番号構築・認証処理サーバ４０からの決済確認結果が成功である場合には、ユーザの注文が有効であるとして、購入を指定した商品の発送を開始させるための処理を実行する一方、決済確認結果が失敗である場合には、ユーザの注文が無効であるとして、ユーザの注文を取消す処理の実行を開始する。
【０１３９】
次に、本発明の変形例に係る番号構築・認証処理サーバ４０について説明する。
【０１４０】
図１１は、本発明の変形例に係る番号構築・認証処理サーバ４０の構成図である。なお、本変形例は、第１乃至第３実施形態のいずれにおいても適用することができるが、ここでは、第１実施形態に適用した例を示している。
【０１４１】
本変形例は、第１実施形態における番号構築・認証処理サーバ４０による機能を、番号構築サーバ４０ａと、１以上の認証処理サーバ４０ｂとにより実現するようにしたものである。
【０１４２】
番号構築サーバ４０ａは、例えば、クレジットカード会社から許可された所定の番号構築会社に備えられており、番号構築・認証処理サーバ４０における、クレジットカード番号を構築する処理を実行し、構築したクレジット番号と、決済確認に必要なデータとを認証処理サーバ４０ｂに送信する処理（図１１（１））を実行し、決済処理サーバ４０ｂからの決済確認結果を受信し（図１１（２））、サービスサーバ３０に送信する処理を実行する。
【０１４３】
認証処理サーバ４０ｂは、例えば、それぞれクレジットカード会社に備えられており、クレジットカード番号の認証を含む決済確認処理を実行するものであり、要求元から、クレジットカード番号や、その他の決済確認に必要なデータが送信される（図１１（１））と、それらに基づいて決済確認を行い、その決済確認の結果を要求元に返送する（図１１（２））。
【０１４４】
この変形例によると、認証処理サーバ４０ｂとして、クレジットカード会社における決算確認処理を実行している既存のサーバをそのまま利用することができる。
【０１４５】
次に、本発明の他の変形例に係る認証システムについて説明する。
【０１４６】
図１２は、本発明の他の変形例に係る認証システムの一部の構成図である。なお、本変形例は、第１乃至第３実施形態のいずれにおいても適用することができるが、ここでは、第１実施形態に適用した例を示している。
【０１４７】
図１２Ａに示すように、認証システム１において、上記実施形態におけるサービスサーバ３０と、番号構築・認証処理サーバ４０との機能をひとつにまとめたサービス及び番号構築・認証処理サーバ５０を備えるようにしてもよい。この構成は、例えば、ネットワークサービスと、認証とを１つの組織（ネットサービス提供会社）が独自に行う場合に適した構成であり、例えば、金融機関のネットワークサービスや、公共機関によるネットワークサービス等に用いることができる。
【０１４８】
また、図１２Ｂに示すように、ＰＣ１１から番号構築・認証処理サーバ４０にワンタイムＩＤ、部分Ｂ番号等のデータを送信するようにし、番号構築・認証処理サーバ４０が番号を構築し、認証を行い、その結果をサービスサーバ３０に通知し、その認証結果が成功である場合に、サービスサーバ３０がＰＣ１１を介してのサービスの提供（例えば、ＰＣ１１）を開始するようにしてもよい。
【０１４９】
以上、本発明を実施形態に基づいて説明したが、本発明は上述した実施の形態に限られず、他の様々な態様に適用可能である。
【０１５０】
例えば、第１実施形態においては、発行済みのワンタイムＩＤと部分Ａ番号とを番号構築・認証処理サーバ４０に予め送信しておき、番号構築・認証処理サーバ４０で、サービスサーバ３０から送信されたワンタイムＩＤに対応する部分Ａ番号を検索するようにしていたが、本発明はこれに限られず、発行済みのワンタイムＩＤと、部分Ａ番号とを番号構築・認証処理サーバ４０に送信せずにＩＤ発行サーバ２０で記憶しておき、番号構築・認証処理サーバ４０が、サービスサーバ３０から受信したワンタイムＩＤをＩＤ発行サーバ２０に送信し、ＩＤ発行サーバ２０がワンタイムＩＤに対応する部分Ａ番号を検索し、番号構築・認証処理サーバ４０に送信するようにしてもよい。
【０１５１】
また、第２実施形態においては、発行済みのワンタイムＩＤ、部分Ａ番号、及びユーザ管理ＩＤを番号構築・認証処理サーバ４０に予め送信しておき、番号構築・認証処理サーバ４０で、サービスサーバ３０から送信された第２ユーザＩＤに基づいて、ユーザ管理ＩＤを特定し、ユーザ管理ＩＤとワンタイムＩＤにより、部分Ａ番号を検索して取得するようにしていたが、本発明はこれに限られず、発行済みのワンタイムＩＤと、部分Ａ番号と、ユーザ管理ＩＤとを番号構築・認証処理サーバ４０に送信せずに、ＩＤ発行サーバ２０に記憶しておき、番号構築・認証処理サーバ４０が、サービスサーバ３０から受信した第２ユーザＩＤからユーザ管理ＩＤを特定し、特定したユーザ管理ＩＤをＩＤ発行サーバ２０に送信し、ＩＤ発行サーバ２０がユーザ管理ＩＤに対応するワンタイムＩＤ及び部分Ａ番号を取得して、番号構築・認証処理サーバ４０に送信し、番号構築・認証処理サーバ４０がワンタイムＩＤに対応する部分Ａ番号を検索することにより取得するようにしてもよく、また、発行済みのワンタイムＩＤと、部分Ａ番号と、ユーザ管理ＩＤとを番号構築・認証処理サーバ４０に送信せずに、ＩＤ発行サーバ２０に記憶しておき、番号構築・認証処理サーバ４０が、サービスサーバ３０から受信した第２ユーザＩＤからユーザ管理ＩＤを特定し、特定したユーザ管理ＩＤと、ワンタイムＩＤをＩＤ発行サーバ２０に送信し、ＩＤ発行サーバ２０がユーザ管理ＩＤ及びワンタイムＩＤに対応する部分Ａ番号を検索して取得して番号構築・認証処理サーバ４０に送信することにより、番号構築・認証処理サーバ４０が、部分Ａ番号を取得するようにしてもよい。
【０１５２】
また、上記第１乃至第３実施形態においては、クレジットカード番号を用いて認証を行う例を示していたが、本発明はこれに限られず、例えば、金融機関のネットワークサービス用の番号（例えば、口座番号、メンバー会員ＩＤ等）、公共機関が発行した個人番号、サービス提供組織におけるログインパスワード、ネットショップの会員番号、ユーザの住所、氏名、電話番号、電子メールアドレス又はそれらの組み合わせを用いて認証を行うようにしてもよく、要は、認証用の記号列（認証記号列）であれば、本発明を適用することができる。ここで、認証記号列としては、数字、文字、記号、又はいずれか複数の種類を組み合わせた記号列であってもよい。
【０１５３】
また、上記実施形態では、クレジットカード番号を、上８桁と、下８桁というように、前半部分と、後半部分とに分割して、異なる端末で入力するようにしていたが、本発明はこれに限られず、例えば、奇数番目の文字と、偶数番目の文字との２つの部分に分割してそれぞれ異なる端末に入力するようにしてもよく、また、クレジットカード番号の所定の数字（例えば、下８桁の数字）が異なる部分に属するように分割してもよく、要は、所定の規則にしたがって２分割したものをそれぞれ異なる端末に入力するようにすればよい。また、クレジットカード番号としては、券面の番号のほかに、クレジットカードのセキュリティコード（例えば、ＣＶＶ２（Card Verification Value）、ＣＶＣ２（Card
Validation Code）、ＣＩＤ（Card Identification Number）等も含めるようにしてもよい。
【０１５４】
また、上記第１乃至第３実施形態においては、第２端末の一例としてユーザのＰＣ１１を例に説明していたが、本発明はこれに限られず、例えば、サービスサーバ３０へデータを送信可能なネットショップ運営会社等が提供する装置であってもよい。
【０１５５】
また、上記第３実施形態では、携帯電話機１０を用いた例を示していたが、本発明はこれに限られず、固定電話機を用いるようにしてもよい。
【０１５６】
また、上記第１乃至第３実施形態では、予め決められた分割方法で認証記号列を分割して異なる端末で送信し、番号構築・認証処理サーバ４０で、認証記号列を構築するようにしていたが、例えば、ユーザの指定により、又は、ＩＤ発行サーバ２０の指定によって分割方法を決定し、その分割方法に従って認証記号列を分割して異なる端末で送信するようにし、番号構築・認証処理サーバ４０では、決定した分割方法の通知を受けて、その分割方法に基づいて認証記号列を構築するようにしてもよい。また、携帯電話機１０が所定のアルゴリズムに従って認証情報列の分割方法を決定し、その分割方法に従って認証記号列を分割して異なる端末で送信するようにし、携帯電話機１０が分割方法の通知を番号構築・認証処理サーバ４０に通知し、番号構築・認証処理サーバ４０が通知された分割方法に従って認証記号列を構築するようにしてもよい。
【図面の簡単な説明】
【０１５７】
【図１】本発明の第１実施形態に係る認証システムの構成及び処理の概略を説明する図である。
【図２】本発明の第１実施形態に係る携帯電話機の処理のフローチャートである。
【図３】本発明の第１実施形態に係るＩＤ発行サーバの処理のフローチャートである。
【図４】本発明の第１実施形態に係るＰＣの処理のフローチャートである。
【図５】本発明の第１実施形態に係るサービスサーバの処理のフローチャートである。
【図６】本発明の第１実施形態に係る番号構築・認証処理サーバの処理のフローチャートである。
【図７】本発明の第２実施形態に係る認証システムの構成及び処理の概略を説明する図である。
【図８】本発明の第２実施形態に係るＩＤ発行サーバの処理のフローチャートである。
【図９】本発明の第２実施形態に係る番号構築・認証処理サーバの処理のフローチャートである。
【図１０】本発明の第３実施形態に係る認証システムの構成及び処理の概略を説明する図ある。
【図１１】本発明の変形例に係る番号構築・認証処理サーバの構成図である。
【図１２】本発明の他の変形例に係る認証システムの一部の構成図である。
【符号の説明】
【０１５８】
１ 認証システム、１０ 携帯電話機、１１ ＰＣ、２０ ＩＤ発行サーバ、２１，２２，２３ ワンタイムＩＤ管理ＤＢ、３０ サービスサーバ、３１ 購入管理ＤＢ、３２ ユーザ管理ＤＢ、４０ 番号構築・認証処理サーバ、４０ａ 番号構築サーバ、４０ｂ 認証処理サーバ、４１，４３，４５ 発行済ワンタイムＩＤ管理ＤＢ、４２ カード会員管理ＤＢ、４４ 第２ユーザＩＤ管理ＤＢ。
【技術分野】
【０００１】
本発明は、例えば、クレジットカード決済やサーバへのログオン等を行う際において、クレジットカード番号等の認証記号列を用いて、ユーザが正当な者であることを認証するための認証システム及び認証方法に関する。
【背景技術】
【０００２】
従来、インターネットにおけるネットショップでクレジットカード決済をする際には、ユーザは、自己のクレジットカード番号と、認証に使用するカード有効期限、カード名義等の情報とをＰＣ（パーソナルコンピュータ）に入力する必要があった。
【０００３】
このため、ユーザのクレジットカード番号や、カード有効期限、カード名義等の情報がインターネットを介してネットショップのサーバに送信されることとなり、インターネットや、ネットショップのサーバからこれら情報が漏洩する問題があった。
【０００４】
これに対して、例えば、クレジットカード番号の一部と、ユーザの氏名、生年月日等の属性情報とを入力して、それらに基づいて認証をする技術が知られている(特許文献１参照)。
【０００５】
また、情報を第１データ及び第２データに分割して、第１データをクライアントシステムに格納し、第２データをリモートサーバに格納することにより、いずれの装置にも全情報が格納されないようにする技術が知られている(特許文献２参照)。
【０００６】
また、商品である電子情報を分割して異なる時刻に異なる経路を通って伝送することにより、通信路上での情報の漏洩を防止する技術が開示されている（特許文献３参照）。
【０００７】
また、クレジットカード情報を２つに分割し、分割情報の一方をユーザ端末に保管し、他方を預かりセンタ情報装置に保管しておき、決済時に決済センタが、ユーザ端末に保管された分割情報と、預かりセンタ情報装置に保管した分割情報とを取得して合体することによりクレジットカードを復元して与信及び決済処理に使用する技術が知られている(特許文献４参照)。
【０００８】
【特許文献１】特表２００５−５２１１８１号公報
【特許文献２】特表２００５−５２２７７５号公報
【特許文献３】特開２００３−１３２２９号公報
【特許文献４】特開２００７−４１９５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
例えば、特許文献１の技術によると、クレジットカード番号の全体は、漏洩することがないが、クレジットカード番号の全体を使っての認証ではないので、認証が十分ではない可能性がある。また、ユーザのＰＣがウイルスに感染している場合には、キー入力した情報がウイルスにより外部に送信されて漏洩してしまう可能性もあり、この場合には、入力されたクレジットカード番号の一部及びその他の認証に用いる情報が漏洩してしまうと、それら情報を用いて認証が不正にされてしまう問題がある。また、特許文献２の技術によると、各装置のそれぞれからは、全情報が漏洩することがないが、クライアントシステムを悪意の第３者が利用した場合には、正当なユーザと同様に認証されてしまう問題がある。
【００１０】
また、特許文献３の技術によると、通信路における漏洩は防止できるものの、電子情報自体は、送信側の装置に存在するので、送信側の装置から漏洩してしまうことは防止することができない。また、特許文献４の技術によると、ユーザ端末や預かりセンタ情報装置のそれぞれからは、クレジットカード情報の全体が漏洩することはないが、クレジットカードの分割情報を預かりセンタ情報装置に記憶する必要があり、預かりセンタが信用される機関等でなくては、ユーザは安心できない。また、ユーザ端末を悪意の第３者が利用した場合には、正当なユーザと同様に認証されてしまう問題がある。
【００１１】
本発明は、上記課題に鑑みなされたものであり、その目的は、例えば、クレジットカード番号のような認証記号列の漏洩を適切に防止し、ユーザが正当な者であることを適切に認証することのできる技術を提供することにある。
【課題を解決するための手段】
【００１２】
上記目的達成のため、本発明の一態様に係る認証システムは、認証記号列を用いて認証を行う認証サーバを備えた認証システムであって、認証システムは、ワンタイムＩＤ発行サーバと、サービスサーバと、認証記号列構築サーバとを備え、ワンタイムＩＤ発行サーバは、ユーザの第１端末から認証記号列の一部である第１記号列を受信する第１受信手段と、第１端末にワンタイムＩＤを発行するＩＤ発行手段と、第１記号列と、発行した前記ワンタイムＩＤと、を対応付けて記憶するワンタイムＩＤ記憶手段とを有し、認証記号列構築サーバは、第２端末から認証記号列の第１記号列以外の第２記号列と、ワンタイムＩＤとを受け付ける第２受信手段と、ワンタイムＩＤ発行サーバと通信することにより、ワンタイムＩＤに対応する第１記号列を取得する第１記号列取得手段と、取得した第１記号列と、第２端末から受信した第２記号列とに基づいて、認証記号列を構築する構築手段と、構築した認証記号列を認証サーバに送信する認証記号列送信手段とを有する。
【００１３】
ここで、ワンタイムＩＤとは、一時的又は／及び一回限り使用可能なＩＤである。また、認証記号列とは、数字、文字、記号、又はこれらの内の２種類以上が組み合わせられた記号列であって、認証に用いられるものをいい、例えば、クレジットカード番号や、銀行や証券会社等の金融機関のネットワークでのサービスに用いられる番号(例えば、口座番号、メンバー番号等)、ネットワークサービスにおけるログインパスワード、公共機関により発行されたユーザ番号、電話番号、住所、氏名、合言葉等、又はこれらの組み合わせのことをいう。また、第２端末から認証記号列の第１記号列以外の第２記号列と、ワンタイムＩＤとを受け付けるとは、第２端末から直接受け付けることや、他の装置又は装置群を介して間接的に受け付けることも含む。
【００１４】
係る認証システムによると、認証記号列の第１記号列と、第２記号列とは、異なる端末から入力されることとなり、各端末から認証記号列の全てが漏洩することがない。また、ＩＤ発行サーバには、第１記号列は送信されるが、第２記号列が送信されないので、認証記号列の全てが漏洩することがない。また、異なる端末から入力された第１記号列と、第２記号列とからワンタイムＩＤに基づいて認証記号列を構築して適切に認証に用いることができる。
【００１５】
上記認証システムにおいて、ワンタイムＩＤ発行サーバは、ユーザの第１認証キーと、ユーザの管理ＩＤとを記憶する第１認証キー記憶手段を更に有し、第１受信手段は、ユーザの第１端末から第１認証キーと、第１記号列とを取得し、ワンタイムＩＤ発行サーバは、受信した第１認証キーと、認証キー記憶手段に記憶されている第１認証キーとを照合することにより第１段階の認証をする第１認証キー認証手段を更に備え、ＩＤ発行手段は、前記認証が成功した場合に、ワンタイムＩＤを発行し、ワンタイムＩＤ記憶手段は、ワンタイムＩＤと、第１記号列と、認証が成功したユーザの管理ＩＤとを対応付けて記憶し、認証記号列構築サーバの第２受信手段は、第２端末からユーザの第２認証キーと、第２記号列と、ワンタイムＩＤとを受信し、認証記号列構築サーバは、ユーザの第２認証キーと、ユーザの管理ＩＤとを記憶する第２認証キー記憶手段と、受信した第２認証キーに対応する管理ＩＤを第２認証キー記憶手段から取得する管理ＩＤ取得手段とを更に備え、第１記号列取得手段は、取得した管理ＩＤと、受信したワンタイムＩＤとに基づいて、第１記号列を取得するようにしてもよい。
【００１６】
係る認証システムによると、ワンタイムＩＤ発行サーバにおいて第１段階の認証が行われ、更に、認証記号列構築サーバでは、第２認証キーを用いて第１記号列を取得するようにすることにより、第２段階の認証として機能するので、ユーザ認証の精度を向上することができる。
【００１７】
また、上記認証システムにおいて、サービスサーバを備え、認証サーバは、認証記号列構築サーバから受信した認証記号列に基づいて、認証を含む所定の確認処理を行い、確認結果を返送する返送手段を有し、サービスサーバは、確認結果を受信して、確認結果が所定のサービスの実行の許可を示す場合には、サービスの提供を開始するサービス提供手段を更に有するようにしてもよい。係る認証システムによると、認証を含む所定の確認結果に応じて、サービスの提供を開始することができる。
【００１８】
また、上記認証システムにおいて、第１端末は、電話機であり、第１認証キーは、電話機からの発信時に通知される電話機の電話番号であってもよい。係る認証システムによると、第１認証キーをユーザが入力する必要がないとともに、認証が成功する第１端末としては、特定の電話機に限られることとなり、認証の精度を向上することができる。
【００１９】
また、上記認証システムにおいて、サービスサーバを備え、サービスサーバは、ユーザの電話機の電話番号を受け付ける第１電話番号受信手段と、受け付けた電話番号をワンタイムＩＤ発行サーバに送信する電話番号送信手段とを備え、ワンタイムＩＤ発行サーバは、サービスサーバから電話番号を受信する第２電話番号受信手段と、受信した電話番号を第１認証キー記憶手段に登録させる電話番号登録手段とを有するようにしてもよい。係る認証システムによると、サービスサーバに登録されているデータを流用することができるので、ワンタイムＩＤ発行サーバにユーザの電話機の電話番号を登録するために、ユーザに更なる負荷をかけることがない。このため、ユーザが容易に認証システムを利用することができる。
【００２０】
また、上記認証システムにおいて、ＩＤ発行手段は、ワンタイムＩＤを音声により通知するようにしてもよい。係る認証システムによると、音声通信が利用できる電話機であれば、認証システムによる認証に利用することができる。
【００２１】
また上記認証システムにおいて、認証記号列構築サーバの第１記号列取得手段は、ワンタイムＩＤ発行サーバにおいて発行されたワンタイムＩＤと、対応する第１記号列とを逐次受信する発行済ワンタイムＩＤ受信手段と、受信したワンタイムＩＤと、第１記号列とを記憶する発行済ワンタイムＩＤ記憶手段と、発行済ワンタイムＩＤ記憶手段から、サービスサーバから受信したワンタイムＩＤに対応する第１記号列を検索する第１記号列検索手段とを有するようにしてもよい。係る認証システムによると、サービスサーバからワンタイムＩＤを受信した時点において、認証記号列構築サーバ内で第１記号列を検索することができるので、処理の応答を迅速におこなうことができる。
【００２２】
また、上記認証システムにおいて、認証記号列構築サーバの第１記号列取得手段は、受信したワンタイムＩＤをワンタイムＩＤ発行サーバに送信するワンタイムＩＤ送信手段と、ワンタイムＩＤ発行サーバからワンタイムＩＤに対応する第１記号列を受信する対応第１記号列受信手段とを有し、ワンタイムＩＤ発行サーバは、発行済みのワンタイムＩＤと、対応する第１記号列とを記憶する発行済ワンタイムＩＤ記憶手段と、認証記号列構築サーバから送信されたワンタイムＩＤを受信するワンタイムＩＤ受信手段と、発行済ワンタイムＩＤ記憶手段に基づいて、認証記号列構築サーバから受信したワンタイムＩＤに対応する第１記号列を検索する第１記号列検索手段と、検索された第１記号列を認証記号列構築サーバに送信する第１記号列送信手段とを有するようにしてもよい。
【００２３】
係る認証システムによると、認証記号列構築サーバにおいて、ＩＤ発行サーバで発行された全てのワンタイムＩＤと第１記号列とを記憶する必要がないので、認証記号列構築サーバにおいて必要なメモリ領域量を低減することができる。
【００２４】
また、本発明の一態様に係る認証方法は、認証記号列を用いて認証を行う認証サーバを備えた認証システムにおける認証方法であって、認証システムは、ワンタイムＩＤ発行サーバと、認証記号列構築サーバとを備えており、ワンタイムＩＤ発行サーバが、ユーザの第１端末から認証記号列の一部である第１記号列を受信する第１受信ステップと、ワンタイムＩＤ発行サーバが、第１端末にワンタイムＩＤを発行するワンタイムＩＤ発行ステップと、ワンタイムＩＤ発行サーバが、第１記号列と、発行したワンタイムＩＤと、を対応付けてワンタイムＩＤ記憶手段に記憶するワンタイムＩＤ記憶ステップと、認証記号列構築サーバが、第２端末から認証記号列の第１記号列以外の第２記号列と、前記ワンタイムＩＤとを受け付ける第２受信ステップと、認証記号列構築サーバが、受信したワンタイムＩＤに対応する第１記号列を取得する第１記号列取得ステップと、認証記号列構築サーバが、取得した第１記号列と、受信した第２記号列とに基づいて、認証記号列を構築する構築ステップと、認証記号列構築サーバが、構築した認証記号列を認証サーバに送信する認証記号列送信ステップと、認証サーバが、認証記号列に基づいて認証を含む確認処理を実行する認証ステップと、認証サーバが、確認処理の結果を送信する確認結果送信ステップとを有する。
【００２５】
係る認証方法によると、認証記号列の第１記号列と、第２記号列とは、異なる端末から入力されることとなり、各端末から認証記号列の全てが漏洩することがない。また、ＩＤ発行サーバには、第１記号列は送信されるが、第２記号列が送信されないので、認証記号列の全てが漏洩することがない。また、異なる端末から入力された第１記号列と、第２記号列とからワンタイムＩＤに基づいて認証記号列を構築して適切に認証に用いることができる。
【００２６】
上記認証方法において、ワンタイムＩＤ発行サーバは、ユーザの第１認証キーと、ユーザの管理ＩＤとを記憶する第１認証キー記憶手段を有し、認証記号列構築サーバは、ユーザの第２認証キーと、ユーザの管理ＩＤとを記憶する第２認証キー記憶手段を有し、第１受信ステップでは、ユーザの第１端末から第１認証キーと、第１記号列とを取得し、ワンタイムＩＤ発行ステップでは、受信した第１認証キーと、認証キー記憶手段に記憶されている第１認証キーとを照合することにより第１段階の認証をし、認証が成功した場合に、ワンタイムＩＤを発行し、ワンタイムＩＤ記憶ステップでは、ワンタイムＩＤと、第１記号列と、認証が成功したユーザの前記管理ＩＤとを対応付けて記憶し、第２受信ステップでは、第２端末から第２認証キーと、第２認証記号列とを受信し、第２記号列送信ステップでは、第２認証キーと、第２認証記号列とを認証記号列構築サーバに送信し、更に、認証記号列構築サーバが、第３受信ステップで受信した第２認証キーに対応する管理ＩＤを第２認証キー記憶手段から取得する管理ＩＤ取得ステップを有し、第１記号列取得ステップでは、取得した管理ＩＤと、受信した前記ワンタイムＩＤとに基づいて、第１記号列を取得するようにしてもよい。
【００２７】
係る認証方法によると、ワンタイムＩＤ発行サーバにおいて第１段階の認証が行われ、更に、認証記号列構築サーバでは、第２認証キーを用いて第１記号列を取得するようにすることにより、第２段階の認証として機能するので、ユーザの認証の精度を向上することができる。
【００２８】
また、上記認証方法によると、第１端末は、電話機であり、第１認証キーは、電話機の電話番号であり、サービスサーバが、ユーザの電話機の電話番号を受け付ける第１電話番号受信ステップと、受け付けた電話番号をワンタイムＩＤ発行サーバに送信する電話番号送信ステップと、ワンタイムＩＤ発行サーバが、サービスサーバから電話番号を受信する第２電話番号受信ステップと、受信した電話番号を第１認証キー記憶手段に登録させる電話番号登録ステップとを更に有するようにしてもよい。
【００２９】
係る認証方法によると、サービスサーバに登録されているデータを流用することができるので、ワンタイムＩＤ発行サーバにユーザの電話機の電話番号を登録するために、ユーザに更なる負荷をかけることがない。このため、ユーザが容易に認証システムを利用することができる。
【発明を実施するための最良の形態】
【００３０】
本発明の実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００３１】
まず、本発明の第１実施形態に係る認証システムについて説明する。
【００３２】
図１は、本発明の第１実施形態に係る認証システムの構成及び処理の概略を説明する図である。
【００３３】
認証システム１は、クレジットカード番号（認証記号列の一例）を用いた認証を行うシステムであり、携帯電話機１０（第１端末の一例）と、ＰＣ（Personal Computer）１１（第２端末の一例）と、ＩＤ発行サーバ２０（ワンタイムＩＤ発行サーバの一例）と、サービスサーバ３０と、番号構築・認証処理サーバ４０（認証記号列構築サーバ及び認証サーバの一例）とを有する。携帯電話機１０、ＰＣ１１、ＩＤ発行サーバ２０、サービスサーバ３０、及び番号構築・認証処理サーバ４０は、図示しないＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備えており、ＲＯＭ等に格納されたプログラムをＣＰＵが実行することにより、これら装置の後述する各機能を実現することができる。
【００３４】
携帯電話機１０と、ＰＣ１１とは、例えば、ユーザが所有しているものである。携帯電話機１０は、他の電話機（又は、電話機能を有するサーバ）との間で音声通信ができるとともに、Ｗｅｂサーバとの間でデータを送受信したり、ネットワークを介しての電子メールの送受信をしたりできるようになっている。
【００３５】
ＰＣ１１は、Ｗｅｂブラウザ、電子メールソフトを格納しており、ネットワークを介して各種サーバとの間でデータを送受信したり、インターネットを経由して電子メールを送受信したりできるようになっている。
【００３６】
ＩＤ発行サーバ２０は、例えば、クレジットカード会社に許可されたＩＤ発行機関により管理されている。ＩＤ発行サーバ２０は、ワンタイムＩＤ管理ＤＢ２１を有し、携帯電話機１０へのワンタイムＩＤの発行処理等を行う。
【００３７】
本実施形態では、ワンタイムＩＤ管理ＤＢ２１は、クレジットカード番号の部分Ａ（例えば、上８桁）の番号（第１記号列）と、当該番号に対して発行したワンタイムＩＤとを対応付けて記憶する。ここで、ワンタイムＩＤとは、一時的又は／及び一回限り使用可能なＩＤである。また、ワンタイムＩＤは、発行時点に有効なワンタイムＩＤにおいて一意となっている。
【００３８】
サービスサーバ３０は、ネットワークにおけるサービスを提供する。本実施形態では、サービスサーバ３０は、例えば、ネットショップを運営する会社により管理されている。また、サービスサーバ３０は、購入管理ＤＢ３１を有し、商品を販売するサービスを提供する。購入管理ＤＢ３１は、ユーザの購入する商品名、値段、商品の送付先（例えば、ユーザの住所）等を記憶する。なお、サービスサーバ３０の提供するサービスは、これに限られず、例えば、金融機関におけるネットバンキングサービスなどを提供してもよく、公共機関による住民等へのネットサービスを提供してもよく、要は、ネットワークを利用した各種サービスであればよい。
【００３９】
番号構築・認証処理サーバ４０は、例えば、クレジットカードを発行するクレジットカード会社によって管理されている。番号構築・認証処理サーバ４０は、発行済ワンタイムＩＤ管理ＤＢ４１と、カード会員管理ＤＢ４２とを有し、クレジットカード番号を構築する処理と、クレジットカード番号に基づいて認証を含む決済確認処理等を実行する。
【００４０】
発行済ワンタイムＩＤ管理ＤＢ４１は、発行されたワンタイムＩＤと、対応するクレジットカード番号の部分Ａの番号とを記憶する。ここで、ワンタイムＩＤの発行時間を、ワンタイムＩＤに対応付けて記憶しておき、発行時間から所定時間経過したワンタイムＩＤと、対応する部分Ａ番号とを削除するようにしてもよく、また、一度使用したワンタイムＩＤと、対応する部分Ａ番号とを削除するようにしてもよい。カード会員管理ＤＢ４２は、クレジットカード番号と、認証を含む決済確認処理に用いるその他のデータ（例えば、カード有効期限、カード名義等）とを管理する。
【００４１】
次に、認証システム１の処理の概略を説明する。
【００４２】
ここで、ユーザは、クレジットカード会社から発行されたクレジットカードを有しているものとする。
【００４３】
まず、ユーザがネットショップにより商品を購入したい場合には、ユーザがクレジットカード番号の部分Ａの番号（第１記号列）を携帯電話機１０に入力して、携帯電話機１０によりＩＤ発行サーバ２０に対して部分Ａ番号を送信させる(図１（１）)。ここで、携帯電話機１０では、部分Ａ番号、すなわちクレジットカード番号の一部しか入力しないので、携帯電話機１０からクレジットカード番号の全体が漏洩することはない。
【００４４】
ＩＤ発行サーバ２０は、携帯電話機１０から部分Ａ番号を受信すると、その時点において一意であるワンタイムＩＤを決定（発行）し、部分Ａ番号を送信した携帯電話機１０に対して、決定したワンタイムＩＤを送信し（図１（２））、部分Ａ番号とワンタイムＩＤとを対応付けてワンタイムＩＤ管理ＤＢ２１に記憶させ、部分Ａ番号とワンタイムＩＤとを番号構築・認証処理サーバ４０に送信する(図１（３）)。これにより、ユーザの携帯電話機１０では、ワンタイムＩＤが受信されて出力(例えば、表示)される。また、ＩＤ発行サーバ２０には、部分Ａ番号、すなわち、クレジットカード番号の一部しか記憶されていないので、ＩＤ発行サーバ２０から情報が漏洩したとしても、クレジットカード番号の全体が漏洩することはない。
【００４５】
番号構築・認証処理サーバ４０は、ＩＤ発行サーバ２０から受信した部分Ａ番号とワンタイムＩＤとを発行済ワンタイムＩＤ管理ＤＢ４１に格納する。
【００４６】
ユーザは、ＰＣ１１を使ってネットショップのＷｅｂサイト、すなわち、サービスサーバ３０にアクセスし、購入したい商品を決定し、クレジットカードによる決済を選択する。その後、ＰＣ１１により、携帯電話機１０により取得しているワンタイムＩＤと、クレジットカード番号の部分Ｂ（例えば、下８桁）番号（第２記号列）と、その他の購入時に必要なデータ（例えば、カード名義、カード有効期限、ユーザ氏名、商品の送付先等：購入用ユーザデータ）とをサービスサーバ３０に送信させる(図１（４）)。
【００４７】
サービスサーバ３０では、ＰＣ１１から、ワンタイムＩＤと、クレジットカード番号の部分Ｂ（例えば、下８桁)の番号（第２記号列）と、購入用ユーザデータとを受信すると、ユーザ氏名、送品の送付先、購入した商品等の商品の販売に必要なデータを購入管理ＤＢ３１に登録する。また、サービスサーバ３０は、ワンタイムＩＤと、部分Ｂ番号と、クレジットカードの決済確認処理（認証等）に必要なデータ(例えば、カード名義、カード有効期限等：決済用その他データ)とを番号構築・認証処理サーバ４０に送信する（図１（５））。
【００４８】
番号構築・認証処理サーバ４０は、ワンタイムＩＤと、部分Ｂ番号と、決済用その他データとを受信すると、受信したワンタイムＩＤに対応付けられた部分Ａ番号を発行済ワンタイムＩＤ管理ＤＢ４１から取得し、受信した部分Ｂ番号と、取得した部分Ａ番号とに基づいてクレジットカード番号の全体を構築する。次いで、番号構築・認証処理サーバ４０は、カード会員管理ＤＢ４２を参照し、クレジットカード番号と、決済用その他データとに基づいて、商品の購入を許可するか否かの決済確認を行う。決済確認では、正当なユーザであるかの認証を行うとともに、認証が成功した場合、すなわち、正当なユーザである場合には、購入が許容範囲内かの確認をさらに行う。正当なユーザであるかの認証においては、クレジットカード番号、カード名義人、及び有効期限が一致（マッチ）するデータがカード会員管理ＤＢ４２に存在すれば、認証が成功となり、一致するデータがない場合には認証が失敗となる。また、購入が許容範囲内か否かは、購入する商品の額が、予めユーザに許容されている許容額の範囲でおさまるか否かにより決定される。
【００４９】
次いで、番号構築・認証処理サーバ４０は、決済確認結果をサービスサーバ３０に送信する(図１（６）)。
【００５０】
サービスサーバ３０は、番号構築・認証処理サーバ４０からの決済確認結果が成功である場合には、ユーザの注文が有効であるとして、購入を指定した商品の発送を開始させるための処理を実行する一方、決済確認結果が失敗である場合には、ユーザの注文が無効であるとして、ユーザの注文を取消す処理の実行を開始する。サービスサーバ３０は、注文の有効、無効の結果をＰＣ１１に送信する(図１（７）)。
【００５１】
次に、図２乃至図６に示すフローチャートを用いて認証システムにおける処理を詳細に説明する。
【００５２】
図２は、本発明の第１実施形態に係る携帯電話機の処理のフローチャートである。
【００５３】
携帯電話機１０は、ユーザによるＩＤ発行サーバ２０へのアクセスの指示が発生した場合に、ＩＤ発行サーバ２０へアクセスし、ＩＤ発行サーバ２０にＷｅｂページを要求する(ステップＳ１)。次いで、携帯電話機１０は、ＩＤ発行サーバ２０から送信されるワンタイムＩＤ発行ページを受信し、ワンタイムＩＤ発行ページを画面に表示する(ステップＳ２)。
【００５４】
携帯電話機１０は、ワンタイムＩＤ発行ページへの部分Ａ番号の入力が終了したか否かを判定し（ステップＳ３）、終了していない場合（ステップＳ３：ＮＯ）には、終了するまで待つ一方、終了した場合（ステップＳ３：ＹＥＳ）には、入力された部分Ａ番号をＩＤ発行サーバ２０に送信する(ステップＳ４、図１（１）)。その後、携帯電話機１０は、ＩＤ発行サーバ２０から送信されるワンタイムＩＤを含むページを受信し、画面に表示する(ステップＳ５)。
【００５５】
このように、本実施形態に係る認証システム１においては、携帯電話機１０では、クレジットカード番号に関しては部分Ａ番号のみを入力して送信するだけであるので、携帯電話機１０からは、クレジットカード番号の全体が漏洩することがない。
【００５６】
図３は、本発明の第１実施形態に係るＩＤ発行サーバの処理のフローチャートである。
【００５７】
ＩＤ発行サーバ２０は、いずれかのユーザの携帯電話機１０からページの要求があったか否かを判定し(ステップＳ１１)、ページの要求がない場合には、何もしない一方、ページの要求があった場合（ステップＳ１１：ＹＥＳ）には、要求元の携帯電話機１０にワンタイムＩＤ発行ページを送信する(ステップＳ１２、図１（２）)。
【００５８】
次いで、ＩＤ発行サーバ２０は、携帯電話機１０から部分Ａ番号を受信したか否かを判定し(ステップＳ１３)、部分Ａ番号を受信していない場合には、受信するまで待つ一方、受信した場合（ステップＳ１３：ＹＥＳ）には、部分Ａ番号に対応付けるワンタイムＩＤを発行し(ステップＳ１４)、ワンタイムＩＤと、部分Ａ番号とをワンタイムＩＤ管理ＤＢ２１に登録し(ステップＳ１５)、ワンタイムＩＤを含むページを携帯電話機１０に送信し(ステップＳ１６)、ワンタイムＩＤ管理ＤＢ２１に登録したワンタイムＩＤと部分Ａ番号とを番号構築・認証処理サーバ４０に送信する(ステップＳ１７、図１（３）)。
【００５９】
図４は、本発明の第１実施形態に係るＰＣの処理のフローチャートである。
【００６０】
ＰＣ１１は、ユーザからネットショップのＷｅｂサイト、すなわち、サービスサーバ３０へのアクセス要求を受け付けると、サービスサーバ３０にページを要求し（ステップＳ２１）、サービスサーバ３０からネットショップのＷｅｂページを受信し、画面に表示させる(ステップＳ２２)。
【００６１】
次いで、ＰＣ１１は、ユーザから商品購入の決定がされたか否かを判定し(ステップＳ２３)、商品購入が決定されていない場合（ステップＳ２３：ＮＯ）には、決定するまで待つ一方、商品購入が決定された場合（ステップＳ２３：ＹＥＳ）には、サービスサーバ３０に購入ページの要求を送信する（ステップＳ２４)。
【００６２】
次いで、ＰＣ１１は、サービスサーバ３０から購入ページを受信し、画面に表示させる(ステップＳ２５)。ＰＣ１１は、購入ページにおいて、ユーザから購入に必要な各種データの入力を受け付ける(ステップＳ２６)。本実施形態では、ＰＣ１１は、ユーザが携帯電話機１０により取得しているワンタイムＩＤと、ユーザのクレジットカード番号の部分Ｂ番号（第２記号列）と、その他の購入に必要なデータ（例えば、カード名義、カード有効期限、ユーザ氏名、商品の送付先等）との入力を受け付ける。
【００６３】
その後、ＰＣ１１は、購入に必要なデータの入力が済んだか否かを判定し(ステップＳ２７)、入力が済んでいない場合（ステップＳ２７：ＮＯ）には、入力が済むまで待つ一方、入力が済んでいる場合（ステップＳ２７：ＹＥＳ）には、入力されたデータをサービスサーバ３０に送信する（ステップＳ２８)。
【００６４】
このように、本実施形態に係る認証システム１においては、ＰＣ１１では、クレジットカード番号に関しては、部分Ｂ番号のみを入力して送信するだけであるので、ＰＣ１１からは、クレジットカード番号の全体が漏洩することがない。また、ワンタイムＩＤ及び部分Ｂ番号が漏洩したとしても、ワンタイムＩＤは、一時的又は１回限りのＩＤであるので、これらが利用されて商品等の購入がなされることを適切に防止することができる。
【００６５】
図５は、本発明の第１実施形態に係るサービスサーバの処理のフローチャートである。
【００６６】
サービスサーバ３０は、ＰＣ１１からページ要求があるか否かを判定し(ステップＳ３１)、ページ要求がない場合（ステップＳ３１：ＮＯ）には、ページ要求があるまで待つ一方、ページ要求があった場合（ステップＳ３１：ＹＥＳ）には、要求元のＰＣ１１にネットショップページを送信する（ステップＳ３２)。
【００６７】
次いで、サービスサーバ３０は、ＰＣ１１から購入ページの要求があるか否かを判定し(ステップＳ３３)、購入ページ要求がない場合（ステップＳ３３：ＮＯ）には、購入ページ要求があるまで待つ一方、購入ページ要求があった場合（ステップＳ３３：ＹＥＳ）には、要求元のＰＣ１１に購入ページを送信する（ステップＳ３４)。
【００６８】
その後、サービスサーバ３０は、購入データを受信したか否かを判定し(ステップＳ３５)、購入データを受信していない場合（ステップＳ３５：ＮＯ）には、受信するまで待つ一方、購入データを受信した場合（ステップＳ３５：ＹＥＳ）には、購入データの中から必要なデータ、例えば、ユーザ氏名、商品の送付先等を購入管理ＤＢ３１に登録する(ステップＳ３６)。
【００６９】
次いで、サービスサーバ３０は、決済用データ（例えば、ワンタイムＩＤ、クレジットカード番号の部分Ｂ番号、カード名義、カード有効期限、商品金額等）を番号構築・認証処理サーバ４０に送信する（ステップＳ３７、図１（５））。
【００７０】
その後、サービスサーバ３０は、決済確認結果を番号構築・認証処理サーバ４０から受信したか否かを判定し(ステップＳ３８)、決済確認結果を受信していない場合（ステップＳ３８：ＮＯ）には、決済確認結果を受信するまで待つ一方、決済確認結果を受信した場合（ステップＳ３８：ＹＥＳ）には、決済確認結果が成功であるか否かを判定する（ステップＳ３９)。
【００７１】
次いで、サービスサーバ３０は、決済確認結果が成功である場合には、該当するクレジットカードによる購入が可能であることを示しているので、注文が有効である際の処理(注文有効時処理：例えば、注文を受けた商品のユーザへの発送処理に必要なデータを所定の端末に送信する処理、注文が成功したとの注文結果を送信する処理等)を開始する(ステップＳ４０)。一方、決済確認結果が失敗である場合には、クレジットカード番号による認証が失敗した、又は、認証は成功したものの限度額を超えていることを意味しているので、注文を取り消す際の処理(注文無効時処理：例えば、注文を受けていた商品のデータを削除する処理、注文が失敗したとの注文結果を送信する処理等)を開始する(ステップＳ４１)。
【００７２】
このように、本実施形態に係る認証システム１においては、サービスサーバ３０は、クレジットカード番号に関しては、部分Ｂ番号のみしか受信しないので、サービスサーバ３０からクレジットカード番号の全体が漏洩することがない。また、ワンタイムＩＤ及び部分Ｂ番号が漏洩したとしても、ワンタイムＩＤは、一時的又は１回限りのＩＤであるので、これらが利用されて商品等の購入がなされることを適切に防止できる。
【００７３】
図６は、本発明の第１実施形態に係る番号構築・認証処理サーバの処理のフローチャートである。
【００７４】
番号構築・認証処理サーバ４０は、サービスサーバ３０からワンタイムＩＤ、部分Ｂ番号、決済用その他データ等を受信したか否かを判定し(ステップＳ５１)、受信していない場合（ステップＳ５１：ＮＯ）には、受信するまで待つ一方、受信した場合（ステップＳ５１：ＹＥＳ）には、ワンタイムＩＤに基づいて部分Ａ番号を取得する(ステップＳ５２)。本実施形態では、番号構築・認証処理サーバ４０は、発行済ワンタイムＩＤ管理ＤＢ４１から、サービスサーバ３０から受信したワンタイムＩＤと同じワンタイムＩＤに対応付けられている部分Ａ番号を検索することにより取得している。なお、番号構築・認証処理サーバ４０は、ＩＤ発行サーバ２０から、部分Ａ番号と、対応する発行済みのワンタイムＩＤとを逐次受信し、受信した部分Ａ番号とワンタイムＩＤとを発行済ワンタイムＩＤ管理ＤＢ４３に格納する処理を実行している。
【００７５】
次いで、番号構築・認証処理サーバ４０は、取得した部分Ａ番号と、サービスサーバ３０から受信した部分Ｂ番号とにより、クレジットカード番号を構築する（ステップＳ５３）。本実施形態では、番号構築・認証処理サーバ４０は、部分Ａ番号と部分Ｂ番号とをつなぎ合わせることによりクレジットカード番号を構築する。
【００７６】
その後、番号構築・認証処理サーバ４０は、カード会員管理ＤＢ４２を参照して、クレジット決済確認処理を実行する（ステップＳ５４）。具体的には、番号構築・認証処理サーバ４０は、構築したクレジットカード番号、サービスサーバ３０から送信されたカード名義、及びカード有効期限が、カード会員管理ＤＢ４２のデータと一致するかにより、ユーザの認証を行う。更に、番号構築・認証処理サーバ４０は、ユーザの認証に成功した場合（カード会員ＤＢ４２のデータと一致する場合）には、決済用データ中の商品の金額が、カード会員管理ＤＢ４２にあるユーザの許容金額以内におさまるか否かを判定する。この結果、ユーザの認証に成功するとともに、購入商品の金額が許容金額以内におさまる場合には、決済確認が成功となり、それ以外の場合には、決済確認が失敗となる。
【００７７】
番号構築・認証処理サーバ４０は、決済確認が成功したか否かを判定し(ステップＳ５５)、決済確認が成功した場合（ステップＳ５５：ＹＥＳ）には、番号構築・認証処理サーバ４０は、成功したことを示す決済確認結果をサービスサーバ３０に送信する(ステップＳ５６）一方、決済確認が失敗した場合には、失敗したことを示す決済確認結果をサービスサーバ３０に送信する(ステップＳ５７）。
【００７８】
このように、本実施形態に係る認証システム１においては、番号構築・認証処理サーバ４０は、分割されている部分Ａ番号と、部分Ｂ番号とから適切にクレジットカード番号を構築して、クレジットカード番号を用いた認証を適切に行うことができる。
【００７９】
次に、本発明の第２実施形態に係る認証システムについて説明する。なお、第１実施形態と同様な部分については、同一符号を付すこととする。
【００８０】
図７は、本発明の第２実施形態に係る認証システムの構成及び処理の概略を説明する図である。
【００８１】
本実施形態に係る認証システム１のＩＤ発行サーバ２０は、第１実施形態のワンタイムＩＤ管理ＤＢ２１に代えて、ワンタイムＩＤ管理ＤＢ２２を有している。
【００８２】
ワンタイムＩＤ管理ＤＢ２２は、ユーザを認証するための第１ユーザＩＤ（例えば、携帯電話機１０の端末ＩＤ又はユーザ識別(ＰＩＮ)コード：第１認証キー）と、クレジットカード番号の部分Ａ番号と、当該番号に対して発行したワンタイムＩＤと、ユーザ管理ＩＤとを対応付けて記憶する。ここで、ユーザ管理ＩＤは、ワンタイムＩＤ管理ＤＢ２２と、後述する第２ユーザＩＤ管理ＤＢ４４とにおいて同一のユーザであれば同一となるように管理されている。同一ユーザを同一のユーザ管理ＩＤで管理するための方法としては、例えば、ユーザが各種情報を記載した書類を郵送によりクレジットカード会社に送付することにより当該認証システム１の利用を申し込むことができるものとしておき、クレジットカード会社側が申し込みがあった際に、番号構築・認証サーバ４０にユーザ管理ＩＤを登録し、そのユーザ管理ＩＤをＩＤ発行機関側に通知して、ＩＤ発行サーバ２０に登録させるようにする方法がある。なお、ワンタイムＩＤ管理ＤＢ２２における部分Ａ番号と、ワンタイムＩＤとについては、携帯電話機１０からワンタイムＩＤの発行要求がない場合には、データが格納されていない。
【００８３】
また、本実施形態に係る番号構築・認証処理サーバ４０は、第１実施形態の発行済ワンタイムＩＤ管理ＤＢ４１に代えて、発行済ワンタイムＩＤ管理ＤＢ４３を有し、第２ユーザＩＤ管理ＤＢ４４をさらに有している。
【００８４】
発行済ワンタイムＩＤ管理ＤＢ４３は、発行されたワンタイムＩＤと、対応するクレジットカード番号の部分Ａ番号と、ユーザ管理ＩＤとを記憶する。ここで、ワンタイムＩＤの発行時間を、ワンタイムＩＤに対応付けて記憶しておき、発行時間から所定時間経過したワンタイムＩＤと、対応する部分Ａ番号及びユーザ管理ＩＤとを削除するようにしてもよく、また、一度使用したワンタイムＩＤと、対応する部分Ａ番号及びユーザ管理ＩＤとを削除するようにしてもよい。
【００８５】
第２ユーザＩＤ管理ＤＢ４４は、ユーザを認証するための第２ユーザＩＤ（第２認証キー）と、当該ユーザのユーザ管理ＩＤとを対応付けて記憶する。ここで、第２ユーザＩＤは、認証システム１を利用する申込みを行った際に、予めユーザに書面等で通知されている。
【００８６】
次に、第２実施形態に係る認証システム１の処理の概略を説明する。
【００８７】
ここで、ユーザは、クレジットカード会社により発行されたクレジットカードを有しているものとする。また、認証システム１を利用する申込みを行っており、ＩＤ発行サーバ２０のワンタイムＩＤ管理ＤＢ２２には、ユーザに割り当てられたユーザ管理ＩＤと、第１ユーザＩＤとしてのユーザの携帯電話機１０のＰＩＮコード（第１ユーザＩＤ）とが登録されているものとする。また、番号構築・認証処理サーバ４０の第２ユーザＩＤ管理ＤＢ４４には、ワンタイムＩＤ管理ＤＢ２２に登録されたユーザ管理ＩＤと同一のユーザ管理ＩＤと、ユーザに通知されている第２ユーザＩＤとが登録されているものとする。
【００８８】
まず、ユーザがネットショップにより商品を購入したい場合には、ユーザがクレジットカード番号の部分Ａ（例えば、上８桁）の番号を携帯電話機１０に入力して、携帯電話機１０によりＩＤ発行サーバ２０に対して部分Ａ番号を送信させる。ここで、携帯電話機１０からは、ＰＩＮコードが自動的に送信されるようになっており、ＩＤ発行サーバ２０には、部分Ａ番号と、ＰＩＮコードとが送信されることとなる(図７（１）)。ここで、携帯電話機１０では、クレジットカード番号に関しては、一部である部分Ａ番号しか入力しないので、携帯電話機１０からクレジットカード番号の全体が漏洩することはない。
【００８９】
ＩＤ発行サーバ２０は、携帯電話機１０から部分Ａ番号、ＰＩＮコードを受信すると、受信したＰＩＮコードとワンタイムＩＤ管理ＤＢ２２のＰＩＮコードとを照合することにより、第１段階の個人認証を行う。そして、個人認証が成功した場合、すなわち、同一のＰＩＮコードが存在する場合には、その時点において一意であるワンタイムＩＤを決定（発行）し、携帯電話機１０に対して決定したワンタイムＩＤを送信する（図７（２））。なお、個人認証が失敗した場合には、エラーを携帯電話機１０に返し、ワンタイムＩＤを発行しない。また、ＩＤ発行サーバ２０は、発行したワンタイムＩＤ及び部分Ａ番号を、ワンタイムＩＤ管理ＤＢ２２にＰＩＮコード及びユーザ管理ＩＤと対応付けて記憶させる。また、ＩＤ発行サーバ２０は、部分Ａ番号と、発行したワンタイムＩＤと、対応するユーザのユーザ管理ＩＤとを番号構築・認証処理サーバ４０に送信する(図７（３）)。
【００９０】
これにより、ユーザの携帯電話機１０では、ワンタイムＩＤが受信されて出力(例えば、表示)される。また、ＩＤ発行サーバ２０には、部分Ａ番号、すなわち、クレジットカード番号の一部しか記憶されていないので、ＩＤ発行サーバ２０から情報が漏洩したとしても、クレジットカード番号の全体が漏洩することはない。また、ＩＤ発行サーバ２０では、携帯電話機１０に格納されているＰＩＮコードにより個人認証するので、登録されていないＰＩＮコードが送信された場合にワンタイムＩＤが発行されることを適切に防止することができる。
【００９１】
番号構築・認証処理サーバ４０は、ＩＤ発行サーバ２０から受信した部分Ａ番号と、ワンタイムＩＤと、ユーザ管理ＩＤとを発行済ワンタイムＩＤ管理ＤＢ４３に格納する。
【００９２】
ユーザは、ＰＣ１１を使ってネットショップのＷｅｂサイト、すなわち、サービスサーバ３０にアクセスし、購入したい商品を決定し、クレジットカードによる決済を選択する。その後、ユーザは、ＰＣ１１により、第２ユーザＩＤと、携帯電話機１０により取得しているワンタイムＩＤと、クレジットカード番号の部分Ｂ（例えば、下８桁）番号と、その他の購入時に必要なデータ（例えば、カード名義、カード有効期限、ユーザ氏名、商品の送付先等：購入用ユーザデータ）とをサービスサーバ３０に送信させる(図７（４）)。
【００９３】
サービスサーバ３０では、ＰＣ１１から、第２ユーザＩＤと、ワンタイムＩＤと、クレジットカード番号の部分Ｂ番号と、購入用ユーザデータとを受信すると、ユーザ氏名、送品の送付先、購入した商品等の商品の販売に必要なデータを購入管理ＤＢ３１に登録する。次いで、サービスサーバ３０は、第２ユーザＩＤと、ワンタイムＩＤと、部分Ｂ番号と、クレジットカードの決済確認処理（認証等）に必要なデータ(例えば、カード名義、カード有効期限、商品の金額等：決済用その他データ)とを番号構築・認証処理サーバ４０に送信する（図７（５））。
【００９４】
番号構築・認証処理サーバ４０は、サービスサーバ３０から第２ユーザＩＤと、ワンタイムＩＤと、部分Ｂ番号と、決済用その他データとを受信すると、第２ユーザＩＤとワンタイムＩＤとを用いて、第２段階の個人認証をする。すなわち、番号構築・認証処理サーバ４０は、受信した第２ユーザＩＤに対応するユーザ管理ＩＤを第２ユーザＩＤ管理ＤＢ４４から取得し、発行済ワンタイムＩＤ管理ＤＢ４３から取得したユーザ管理ＩＤに対応付けられたワンタイムＩＤを取得し、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとを照合することにより認証する。
【００９５】
この第２段階の個人認証において、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとがマッチする場合には認証成功となり、受信した第２ユーザＩＤに対応するユーザ管理ＩＤが第２ユーザＩＤ管理ＤＢ４４から取得できない場合や、取得したユーザ管理ＩＤに対応付けられたワンタイムＩＤが発行済ワンタイムＩＤ管理ＤＢ４３から取得できない場合や、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとがマッチしない場合には、個人認証は失敗となる。
【００９６】
第２段階の認証に成功した場合には、番号構築・認証処理サーバ４０は、マッチしたワンタイムＩＤに対応付けられている部分Ａ番号を発行済ワンタイムＩＤ管理ＤＢ４３から取得し、受信した部分Ｂ番号と、取得した部分Ａ番号とに基づいてクレジットカード番号の全体を構築し、クレジットカード番号と、決済用その他データとに基づいて、カード会員管理ＤＢ４２を参照し、商品の購入を許可するか否かの決済確認を行う。
【００９７】
そして、番号構築・認証処理サーバ４０は、決済確認結果（第２段階の認証が失敗した場合の認証結果も含む）をサービスサーバ３０に送信する(図７（６）)。
【００９８】
サービスサーバ３０は、番号構築・認証処理サーバ４０からの決済確認結果が成功である場合には、ユーザの注文が有効であるとして、購入を指定した商品の発送を開始させるための処理を実行する一方、決済確認結果が失敗である場合には、ユーザの注文が無効であるとして、ユーザの注文を取消す処理の実行を開始する。サービスサーバ３０は、注文の有効、無効の結果をＰＣ１１に送信する(図７（７）)。
【００９９】
次に、第２実施形態に係る認証システムにおける処理を詳細に説明する。
【０１００】
図８は、本発明の第２実施形態に係るＩＤ発行サーバの処理のフローチャートである。なお、図３に示す第１実施形態に係るＩＤ発行サーバと同様な処理については、同一符号を付し、説明を省略する。
【０１０１】
ＩＤ発行サーバ２０は、ステップＳ６１において、携帯電話機１０から部分Ａ番号及びＰＩＮコードを受信したか否かを判定し、部分Ａ番号及びＰＩＮコードを受信していない場合（ステップＳ６１：ＮＯ）には、受信するまで待つ一方、受信した場合（ステップＳ６１：ＹＥＳ）には、受信したＰＩＮコードと、ワンタイムＩＤ管理ＤＢ２２のＰＩＮコードとを照合することにより、第１段階の個人認証を行う。
【０１０２】
ＩＤ発行サーバ２０は、個人認証が成功したか否かを判定する、すなわち、ＰＩＮコード（第１ユーザＩＤ）が登録されているか否かを判定する(ステップＳ６２)。
【０１０３】
この結果、個人認証が成功した場合（ステップＳ６２：ＹＥＳ）には、ステップＳ１４に進む。一方、認証に失敗した場合（ステップＳ６２：ＮＯ）には、認証に失敗したことを携帯電話機１０に通知等するエラー処理を実行する(ステップＳ６５)。
【０１０４】
ステップＳ１４を行った後に、ＩＤ発行サーバ２０は、発行したワンタイムＩＤ及び部分Ａ番号を、ワンタイムＩＤ管理ＤＢ２２にＰＩＮコード及びユーザ管理ＩＤと対応付けて記憶させ（ステップＳ６３）、ステップＳ１６に進む。
【０１０５】
また、ステップＳ１６を行った後に、ＩＤ発行サーバ２０は、部分Ａ番号と、発行したワンタイムＩＤと、対応するユーザのユーザ管理ＩＤとを番号構築・認証処理サーバ４０に送信する(ステップＳ６４、図７（３）)。
【０１０６】
図９は、本発明の第２実施形態に係る番号構築・認証処理サーバの処理のフローチャートである。なお、図６に示す第１実施形態に係る番号構築・認証処理サーバと同様な処理については、同一符号を付し、説明を省略する。
【０１０７】
番号構築・認証処理サーバ４０は、サービスサーバ３０から第２ユーザＩＤ、ワンタイムＩＤ、部分Ｂ番号、決済用データ等を受信した場合（ステップＳ５１：ＹＥＳ)には、受信した第２ユーザＩＤが第２ユーザＩＤ管理ＤＢ４４に登録されているか否かを判定し(ステップＳ７１)、登録されていない場合（ステップＳ７１：ＮＯ）には、ワンタイムＩＤを用いた認証を利用する登録がされているユーザではない、すなわち、第２段階での個人認証が失敗であることを意味するのでステップＳ７５に進む。
【０１０８】
一方、登録されている場合（ステップＳ７１：ＹＥＳ）には、番号構築・認証処理サーバ４０は、受信した第２ユーザＩＤに対応するユーザ管理ＩＤを第２ユーザＩＤ管理ＤＢ４４から取得し（ステップＳ７２）、取得したユーザ管理ＩＤに対応付けられたワンタイムＩＤを発行済ワンタイムＩＤ管理ＤＢ４３から取得し（ステップＳ７３）、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとが一致するか否かを判定する(ステップＳ７４)。この結果、両方のワンタイムＩＤが一致する場合（ステップＳ７４：ＹＥＳ）には、ＩＤ発行サーバ２０によりワンタイムＩＤを発行させたユーザであることを意味しているので、番号構築・認証処理サーバ４０は、認証成功として、次のステップ５２に進む。一方、両方のワンタイムＩＤが一致しない場合(ステップＳ７４：ＮＯ)には、ＩＤ発行サーバ２０によりワンタイムＩＤを発行させたユーザであるとは認証できないので、番号構築・認証処理サーバ４０は、第２段階の個人認証が失敗であるとして、ステップＳ７５の処理に進む。
【０１０９】
ステップＳ７５では、番号構築・認証処理サーバ４０は、第２段階の認証が失敗したこと、又は決済確認処理を失敗したことをサービスサーバ３０に送信する(図７（６）)。
【０１１０】
上記第２実施形態に係る認証システム１によると、登録してあるＰＩＮコードを発信することのできる携帯電話機１０以外からのワンタイムＩＤの発行を適切に防止でき、登録していないユーザによるいたずら行為を適切に防止できる。
【０１１１】
また、ワンタイムＩＤと、第２ユーザＩＤとが揃わないと、番号構築・認証処理サーバ４０での第２段階の個人認証が成功しないので、携帯電話機１０が第３者に取得されてワンタイムＩＤが発行されてしまった場合であっても、第３者の不正な使用を適切に防止することができる。また、このような利点を奏するために利用されるワンタイムＩＤを用いて、クレジットカード番号を適切に構築して認証に利用することができる。
【０１１２】
次に、本発明の第３実施形態に係る認証システムについて説明する。なお、第１実施形態及び第２実施形態と同様な部分については、同一符号を付すこととする。
【０１１３】
図１０は、本発明の第３実施形態に係る認証システムの構成及び処理の概略を説明する図ある。
【０１１４】
第３実施形態に係る認証システム１のＩＤ発行サーバ２０は、第２実施形態のワンタイムＩＤ管理ＤＢ２２に代えて、ワンタイムＩＤ管理ＤＢ２３を有している。また、ＩＤ発行サーバ２０は、ショップＩＤ管理ＤＢ２４を更に有している。
【０１１５】
ワンタイムＩＤ管理ＤＢ２３は、ユーザを認証するための第１ユーザＩＤ（例えば、携帯電話機１０の電話番号）と、クレジットカード番号の部分Ａ番号と、発行したワンタイムＩＤとを対応付けて記憶する。なお、ワンタイムＩＤ管理ＤＢ２３における部分Ａ番号と、ワンタイムＩＤとについては、携帯電話機１０からワンタイムＩＤの発行要求がない場合には、データが格納されていない。
【０１１６】
ショップＩＤ管理ＤＢ２４は、ワンタイムＩＤ発行による決済が可能なショップのＩＤ（ショップＩＤ）を記憶する。
【０１１７】
また、本実施形態に係る番号構築・認証処理サーバ４０は、第２実施形態の発行済ワンタイムＩＤ管理ＤＢ４３に代えて、発行済ワンタイムＩＤ管理ＤＢ４５を有している。
【０１１８】
発行済ワンタイムＩＤ管理ＤＢ４５は、発行されたワンタイムＩＤと、対応するクレジットカード番号の部分Ａ番号と、ワンタイムＩＤを発行した携帯電話機１０の電話番号とを記憶する。ここで、ワンタイムＩＤの発行時間を、ワンタイムＩＤに対応付けて記憶しておき、発行時間から所定時間経過したワンタイムＩＤと、対応する部分Ａ番号と、対応する電話番号とを削除するようにしてもよく、また、一度使用したワンタイムＩＤと、対応する部分Ａ番号と、対応する電話番号とを削除するようにしてもよい。
【０１１９】
本実施形態に係るサービスサーバ３０は、第２実施形態のユーザ管理ＤＢ３１に代えて、ユーザ管理ＤＢ３２を有している。
【０１２０】
ユーザ管理ＤＢ３２は、ユーザのネットショップ用ＩＤと、当該ユーザの住所と、電話番号等を記憶する。ユーザ管理ＤＢ３２の住所や電話番号は、例えば、ユーザがサービスサーバ３０のサービス利用を開始する際にサービスサーバ３０に対して送信することにより登録される。また、ユーザのネットショップ用ＩＤは、サービスサーバ３０のサービスに登録したユーザに対して予め通知されている。
【０１２１】
次に、第３実施形態に係る認証システム１の処理の概略を説明する。
【０１２２】
ここで、ユーザは、サービスサーバ３０に対してサービスの利用を受けるための登録をしているものとし、ユーザ管理ＤＢ３２には、ユーザの住所や、ユーザの携帯電話機１０の電話番号が登録されているものとする。また、ユーザには、ネットショップ用ＩＤが通知されているものとする。
【０１２３】
まず、ＰＣ１１は、ユーザの指示により、サービスサーバ３０から商品購入用のページを表示させ、商品の指定を受け付けるとともに、クレジットカードによる決済の指定を受け付け、更に、ネットショップ用ＩＤの入力を受け付ける。
【０１２４】
ＰＣ１１は、サービスサーバ３０にネットショップ用ＩＤと、商品の指定と、決済の指定とを送信する（図１０（１））。
【０１２５】
サービスサーバ３０は、送信されたネットショップ用ＩＤによりユーザ認証を行い、認証が成功した場合には、ユーザ管理ＤＢ３２に格納されているユーザの電話番号と、予めクレジットカード会社から付与されているショップＩＤとをＩＤ発行サーバ２０に送信する(図１０（２）)。
【０１２６】
ＩＤ発行サーバ２０は、サービスサーバ３０から受信したショップＩＤがショップＩＤ管理ＤＢ２４に格納されているか否かを判定し、格納されている場合には、受信した電話番号をワンタイムＩＤ管理テーブル２３に登録する。これにより、ユーザ自身がＩＤ発行サーバ２０に対して自身の携帯電話機１０の電話番号を登録する必要がない。
【０１２７】
ここで、この認証システム１においては、ユーザは、サービスサーバ３０でクレジットカード決済をするためには、携帯電話機１０によりＩＤ発行サーバ２０が応答可能な所定の電話番号に電話をかける必要がある。
【０１２８】
ユーザの携帯電話機１０によりＩＤ発行サーバ２０が応答可能な所定の電話番号に対して着信があった場合には、ＩＤ発行サーバ２０が携帯電話機１０との通話を開始し、携帯電話機１０の電話番号（発信者番号）を取得する。ＩＤ発行サーバ２０は、取得した電話番号がワンタイムＩＤ管理ＤＢ２３に格納されているか否かを判定し、格納されている場合には、携帯電話機１０に部分Ａ番号をキー入力するように指示する音声を送信し、ユーザによる携帯電話機１０のキー入力による音声により部分Ａ番号を認識する（図１０（３））。
【０１２９】
ＩＤ発行サーバ２０は、その時点において一意であるワンタイムＩＤを決定（発行）し、携帯電話機１０に対して決定したワンタイムＩＤを音声により送信する（図１０（４））。これにより、ユーザの携帯電話機１０では、ワンタイムＩＤが音声出力され、ユーザが音声としてワンタイムＩＤを把握することができる。
【０１３０】
また、ＩＤ発行サーバ２０は、発行したワンタイムＩＤ（データ）及び部分Ａ番号を、対応する電話番号に対応付けてワンタイムＩＤ管理ＤＢ２３に記憶する。次いで、ＩＤ発行サーバ２０は、部分Ａ番号と、発行したワンタイムＩＤと、対応する電話番号とを番号構築・認証処理サーバ４０に送信する(図１０（５）)。ここで、ＩＤ発行サーバ２０には、クレジットカード番号については、一部の部分Ａ番号しか記憶されていないので、ＩＤ発行サーバ２０から情報が漏洩したとしても、クレジットカード番号の全体が漏洩することはない。
【０１３１】
番号構築・認証処理サーバ４０は、ＩＤ発行サーバ２０から受信した部分Ａ番号と、ワンタイムＩＤと、電話番号とを発行済ワンタイムＩＤ管理ＤＢ４５に格納する。
【０１３２】
この後、ＰＣ１１は、ユーザの指示により、ネットショップ用ＩＤと、携帯電話機１０により取得したワンタイムＩＤと、クレジットカード番号の部分Ｂ番号と、その他の認証に必要なデータ（例えば、カード名義、カード有効期限）とをサービスサーバ３０に送信することとなる(図１０（６）)。
【０１３３】
サービスサーバ３０では、ＰＣ１１から、ネットショップ用ＩＤと、ワンタイムＩＤと、クレジットカード番号の部分Ｂ番号と、認証用データとを受信すると、購入した商品等のデータをユーザ管理ＤＢ３２に登録し、ワンタイムＩＤと、部分Ｂ番号と、電話番号と、クレジットカードの決済確認処理（認証等）に必要なデータ（例えば、カード名義、カード有効期限、商品金額等:決済用その他データ)とを番号構築・認証処理サーバ４０に送信する（図１０（７））。
【０１３４】
番号構築・認証処理サーバ４０は、サービスサーバ３０から電話番号と、ワンタイムＩＤと、部分Ｂ番号と、決済用その他データとを受信すると、電話番号とワンタイムＩＤとを用いて個人認証をする。すなわち、番号構築・認証処理サーバ４０は、受信した電話番号に対応する電話番号が発行済ワンタイムＩＤ管理ＤＢ４５に格納されているか否かによる認証をする。また、番号構築・認証処理サーバ４０は、電話番号に対応するワンタイムＩＤを発行済ワンタイムＩＤ管理ＤＢ４５から取得し、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとを照合することにより認証する。
【０１３５】
この個人認証において、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとがマッチする場合には認証成功となり、受信した電話番号に対応する電話番号が発行済ワンタイムＩＤ管理ＤＢ４５に格納されていない場合や、取得したワンタイムＩＤとサービスサーバ３０から受信したワンタイムＩＤとがマッチしない場合には、個人認証は失敗となる。
【０１３６】
認証に成功した場合には、番号構築・認証処理サーバ４０は、マッチしたワンタイムＩＤに対応付けられている部分Ａ番号を発行済ワンタイムＩＤ管理ＤＢ４５から取得し、受信した部分Ｂ番号と、取得した部分Ａ番号とに基づいてクレジットカード番号の全体を構築し、クレジットカード番号と、決済用その他データとに基づいて、カード会員管理ＤＢ４２を参照し、商品の購入を許可するか否かの決済確認を行う。
【０１３７】
そして、番号構築・認証処理サーバ４０は、決済確認結果（認証が失敗した場合の認証結果も含む）をサービスサーバ３０に送信する(図１０（８）)。
【０１３８】
サービスサーバ３０は、番号構築・認証処理サーバ４０からの決済確認結果が成功である場合には、ユーザの注文が有効であるとして、購入を指定した商品の発送を開始させるための処理を実行する一方、決済確認結果が失敗である場合には、ユーザの注文が無効であるとして、ユーザの注文を取消す処理の実行を開始する。
【０１３９】
次に、本発明の変形例に係る番号構築・認証処理サーバ４０について説明する。
【０１４０】
図１１は、本発明の変形例に係る番号構築・認証処理サーバ４０の構成図である。なお、本変形例は、第１乃至第３実施形態のいずれにおいても適用することができるが、ここでは、第１実施形態に適用した例を示している。
【０１４１】
本変形例は、第１実施形態における番号構築・認証処理サーバ４０による機能を、番号構築サーバ４０ａと、１以上の認証処理サーバ４０ｂとにより実現するようにしたものである。
【０１４２】
番号構築サーバ４０ａは、例えば、クレジットカード会社から許可された所定の番号構築会社に備えられており、番号構築・認証処理サーバ４０における、クレジットカード番号を構築する処理を実行し、構築したクレジット番号と、決済確認に必要なデータとを認証処理サーバ４０ｂに送信する処理（図１１（１））を実行し、決済処理サーバ４０ｂからの決済確認結果を受信し（図１１（２））、サービスサーバ３０に送信する処理を実行する。
【０１４３】
認証処理サーバ４０ｂは、例えば、それぞれクレジットカード会社に備えられており、クレジットカード番号の認証を含む決済確認処理を実行するものであり、要求元から、クレジットカード番号や、その他の決済確認に必要なデータが送信される（図１１（１））と、それらに基づいて決済確認を行い、その決済確認の結果を要求元に返送する（図１１（２））。
【０１４４】
この変形例によると、認証処理サーバ４０ｂとして、クレジットカード会社における決算確認処理を実行している既存のサーバをそのまま利用することができる。
【０１４５】
次に、本発明の他の変形例に係る認証システムについて説明する。
【０１４６】
図１２は、本発明の他の変形例に係る認証システムの一部の構成図である。なお、本変形例は、第１乃至第３実施形態のいずれにおいても適用することができるが、ここでは、第１実施形態に適用した例を示している。
【０１４７】
図１２Ａに示すように、認証システム１において、上記実施形態におけるサービスサーバ３０と、番号構築・認証処理サーバ４０との機能をひとつにまとめたサービス及び番号構築・認証処理サーバ５０を備えるようにしてもよい。この構成は、例えば、ネットワークサービスと、認証とを１つの組織（ネットサービス提供会社）が独自に行う場合に適した構成であり、例えば、金融機関のネットワークサービスや、公共機関によるネットワークサービス等に用いることができる。
【０１４８】
また、図１２Ｂに示すように、ＰＣ１１から番号構築・認証処理サーバ４０にワンタイムＩＤ、部分Ｂ番号等のデータを送信するようにし、番号構築・認証処理サーバ４０が番号を構築し、認証を行い、その結果をサービスサーバ３０に通知し、その認証結果が成功である場合に、サービスサーバ３０がＰＣ１１を介してのサービスの提供（例えば、ＰＣ１１）を開始するようにしてもよい。
【０１４９】
以上、本発明を実施形態に基づいて説明したが、本発明は上述した実施の形態に限られず、他の様々な態様に適用可能である。
【０１５０】
例えば、第１実施形態においては、発行済みのワンタイムＩＤと部分Ａ番号とを番号構築・認証処理サーバ４０に予め送信しておき、番号構築・認証処理サーバ４０で、サービスサーバ３０から送信されたワンタイムＩＤに対応する部分Ａ番号を検索するようにしていたが、本発明はこれに限られず、発行済みのワンタイムＩＤと、部分Ａ番号とを番号構築・認証処理サーバ４０に送信せずにＩＤ発行サーバ２０で記憶しておき、番号構築・認証処理サーバ４０が、サービスサーバ３０から受信したワンタイムＩＤをＩＤ発行サーバ２０に送信し、ＩＤ発行サーバ２０がワンタイムＩＤに対応する部分Ａ番号を検索し、番号構築・認証処理サーバ４０に送信するようにしてもよい。
【０１５１】
また、第２実施形態においては、発行済みのワンタイムＩＤ、部分Ａ番号、及びユーザ管理ＩＤを番号構築・認証処理サーバ４０に予め送信しておき、番号構築・認証処理サーバ４０で、サービスサーバ３０から送信された第２ユーザＩＤに基づいて、ユーザ管理ＩＤを特定し、ユーザ管理ＩＤとワンタイムＩＤにより、部分Ａ番号を検索して取得するようにしていたが、本発明はこれに限られず、発行済みのワンタイムＩＤと、部分Ａ番号と、ユーザ管理ＩＤとを番号構築・認証処理サーバ４０に送信せずに、ＩＤ発行サーバ２０に記憶しておき、番号構築・認証処理サーバ４０が、サービスサーバ３０から受信した第２ユーザＩＤからユーザ管理ＩＤを特定し、特定したユーザ管理ＩＤをＩＤ発行サーバ２０に送信し、ＩＤ発行サーバ２０がユーザ管理ＩＤに対応するワンタイムＩＤ及び部分Ａ番号を取得して、番号構築・認証処理サーバ４０に送信し、番号構築・認証処理サーバ４０がワンタイムＩＤに対応する部分Ａ番号を検索することにより取得するようにしてもよく、また、発行済みのワンタイムＩＤと、部分Ａ番号と、ユーザ管理ＩＤとを番号構築・認証処理サーバ４０に送信せずに、ＩＤ発行サーバ２０に記憶しておき、番号構築・認証処理サーバ４０が、サービスサーバ３０から受信した第２ユーザＩＤからユーザ管理ＩＤを特定し、特定したユーザ管理ＩＤと、ワンタイムＩＤをＩＤ発行サーバ２０に送信し、ＩＤ発行サーバ２０がユーザ管理ＩＤ及びワンタイムＩＤに対応する部分Ａ番号を検索して取得して番号構築・認証処理サーバ４０に送信することにより、番号構築・認証処理サーバ４０が、部分Ａ番号を取得するようにしてもよい。
【０１５２】
また、上記第１乃至第３実施形態においては、クレジットカード番号を用いて認証を行う例を示していたが、本発明はこれに限られず、例えば、金融機関のネットワークサービス用の番号（例えば、口座番号、メンバー会員ＩＤ等）、公共機関が発行した個人番号、サービス提供組織におけるログインパスワード、ネットショップの会員番号、ユーザの住所、氏名、電話番号、電子メールアドレス又はそれらの組み合わせを用いて認証を行うようにしてもよく、要は、認証用の記号列（認証記号列）であれば、本発明を適用することができる。ここで、認証記号列としては、数字、文字、記号、又はいずれか複数の種類を組み合わせた記号列であってもよい。
【０１５３】
また、上記実施形態では、クレジットカード番号を、上８桁と、下８桁というように、前半部分と、後半部分とに分割して、異なる端末で入力するようにしていたが、本発明はこれに限られず、例えば、奇数番目の文字と、偶数番目の文字との２つの部分に分割してそれぞれ異なる端末に入力するようにしてもよく、また、クレジットカード番号の所定の数字（例えば、下８桁の数字）が異なる部分に属するように分割してもよく、要は、所定の規則にしたがって２分割したものをそれぞれ異なる端末に入力するようにすればよい。また、クレジットカード番号としては、券面の番号のほかに、クレジットカードのセキュリティコード（例えば、ＣＶＶ２（Card Verification Value）、ＣＶＣ２（Card
Validation Code）、ＣＩＤ（Card Identification Number）等も含めるようにしてもよい。
【０１５４】
また、上記第１乃至第３実施形態においては、第２端末の一例としてユーザのＰＣ１１を例に説明していたが、本発明はこれに限られず、例えば、サービスサーバ３０へデータを送信可能なネットショップ運営会社等が提供する装置であってもよい。
【０１５５】
また、上記第３実施形態では、携帯電話機１０を用いた例を示していたが、本発明はこれに限られず、固定電話機を用いるようにしてもよい。
【０１５６】
また、上記第１乃至第３実施形態では、予め決められた分割方法で認証記号列を分割して異なる端末で送信し、番号構築・認証処理サーバ４０で、認証記号列を構築するようにしていたが、例えば、ユーザの指定により、又は、ＩＤ発行サーバ２０の指定によって分割方法を決定し、その分割方法に従って認証記号列を分割して異なる端末で送信するようにし、番号構築・認証処理サーバ４０では、決定した分割方法の通知を受けて、その分割方法に基づいて認証記号列を構築するようにしてもよい。また、携帯電話機１０が所定のアルゴリズムに従って認証情報列の分割方法を決定し、その分割方法に従って認証記号列を分割して異なる端末で送信するようにし、携帯電話機１０が分割方法の通知を番号構築・認証処理サーバ４０に通知し、番号構築・認証処理サーバ４０が通知された分割方法に従って認証記号列を構築するようにしてもよい。
【図面の簡単な説明】
【０１５７】
【図１】本発明の第１実施形態に係る認証システムの構成及び処理の概略を説明する図である。
【図２】本発明の第１実施形態に係る携帯電話機の処理のフローチャートである。
【図３】本発明の第１実施形態に係るＩＤ発行サーバの処理のフローチャートである。
【図４】本発明の第１実施形態に係るＰＣの処理のフローチャートである。
【図５】本発明の第１実施形態に係るサービスサーバの処理のフローチャートである。
【図６】本発明の第１実施形態に係る番号構築・認証処理サーバの処理のフローチャートである。
【図７】本発明の第２実施形態に係る認証システムの構成及び処理の概略を説明する図である。
【図８】本発明の第２実施形態に係るＩＤ発行サーバの処理のフローチャートである。
【図９】本発明の第２実施形態に係る番号構築・認証処理サーバの処理のフローチャートである。
【図１０】本発明の第３実施形態に係る認証システムの構成及び処理の概略を説明する図ある。
【図１１】本発明の変形例に係る番号構築・認証処理サーバの構成図である。
【図１２】本発明の他の変形例に係る認証システムの一部の構成図である。
【符号の説明】
【０１５８】
１ 認証システム、１０ 携帯電話機、１１ ＰＣ、２０ ＩＤ発行サーバ、２１，２２，２３ ワンタイムＩＤ管理ＤＢ、３０ サービスサーバ、３１ 購入管理ＤＢ、３２ ユーザ管理ＤＢ、４０ 番号構築・認証処理サーバ、４０ａ 番号構築サーバ、４０ｂ 認証処理サーバ、４１，４３，４５ 発行済ワンタイムＩＤ管理ＤＢ、４２ カード会員管理ＤＢ、４４ 第２ユーザＩＤ管理ＤＢ。
【特許請求の範囲】
【請求項１】
認証記号列を用いて認証を行う認証サーバを備えた認証システムであって、
前記認証システムは、ワンタイムＩＤ発行サーバと、認証記号列構築サーバとを備え、
前記ワンタイムＩＤ発行サーバは、
ユーザの第１端末から前記認証記号列の一部である第１記号列を受信する第１受信手段と、
前記第１端末にワンタイムＩＤを発行するＩＤ発行手段と、
前記第１記号列と、発行した前記ワンタイムＩＤと、を対応付けて記憶するワンタイムＩＤ記憶手段とを有し、
前記認証記号列構築サーバは、
第２端末から前記認証記号列の前記第１記号列以外の第２記号列と、前記ワンタイムＩＤとを受け付ける第２受信手段と、
前記ワンタイムＩＤ発行サーバと通信することにより、前記ワンタイムＩＤに対応する前記第１記号列を取得する第１記号列取得手段と、
取得した前記第１記号列と、受信した前記第２記号列とに基づいて、前記認証記号列を構築する構築手段と、
構築した前記認証記号列を前記認証サーバに送信する認証記号列送信手段と
を有する認証システム。
【請求項２】
前記ワンタイムＩＤ発行サーバは、
ユーザの第１認証キーと、前記ユーザの管理ＩＤとを記憶する第１認証キー記憶手段を更に有し、
前記第１受信手段は、前記ユーザの前記第１端末から前記第１認証キーと、前記第１記号列とを取得し、
前記ワンタイムＩＤ発行サーバは、
受信した前記第１認証キーと、前記認証キー記憶手段に記憶されている前記第１認証キーとを照合することにより第１段階の認証をする第１認証キー認証手段を更に備え、
前記ＩＤ発行手段は、前記認証が成功した場合に、前記ワンタイムＩＤを発行し、
前記ワンタイムＩＤ記憶手段は、前記ワンタイムＩＤと、前記第１記号列と、認証が成功したユーザの前記管理ＩＤとを対応付けて記憶し、
前記認証記号列構築サーバの前記第２受信手段は、前記第２端末から前記ユーザの第２認証キーと、前記第２記号列と、前記ワンタイムＩＤとを受信し、
前記認証記号列構築サーバは、
ユーザの前記第２認証キーと、前記ユーザの管理ＩＤとを記憶する第２認証キー記憶手段と、
受信した前記第２認証キーに対応する管理ＩＤを前記第２認証キー記憶手段から取得する管理ＩＤ取得手段とを更に備え、
前記第１記号列取得手段は、取得した前記管理ＩＤと、受信した前記ワンタイムＩＤとに基づいて、第１記号列を取得する
請求項１に記載の認証システム。
【請求項３】
サービスサーバを更に備え、
前記認証サーバは、
前記認証記号列構築サーバから受信した前記認証記号列に基づいて、認証を含む所定の確認処理を行い、確認結果を返送する返送手段を有し、
前記サービスサーバは、
前記確認結果を受信して、前記確認結果が所定のサービスの実行の許可を示す場合には、前記サービスの提供を開始するサービス提供手段を有する
請求項１又は請求項２に記載の認証システム。
【請求項４】
前記第１端末は、電話機であり、
前記第１認証キーは、前記電話機からの発信時に通知される前記電話機の電話番号である
請求項１乃至請求項３のいずれか一項に記載の認証システム。
【請求項５】
サービスサーバを備え、
前記サービスサーバは、
前記ユーザの前記電話機の前記電話番号を受け付ける第１電話番号受信手段と、
前記受け付けた電話番号を前記ワンタイムＩＤ発行サーバに送信する電話番号送信手段とを備え、
前記ワンタイムＩＤ発行サーバは、
前記サービスサーバから前記電話番号を受信する第２電話番号受信手段と、
前記受信した前記電話番号を前記第１認証キー記憶手段に登録させる電話番号登録手段とを有する
請求項４に記載の認証システム。
【請求項６】
前記ＩＤ発行手段は、前記ワンタイムＩＤを音声により通知する
請求項１乃至請求項５のいずれか一項に記載の認証システム。
【請求項７】
前記認証記号列構築サーバの前記第１記号列取得手段は、
前記ワンタイムＩＤ発行サーバにおいて発行された前記ワンタイムＩＤと、対応する前記第１記号列とを逐次受信する発行済ワンタイムＩＤ受信手段と、
受信した前記ワンタイムＩＤと前記第１記号列とを記憶する発行済ワンタイムＩＤ記憶手段と、
前記発行済ワンタイムＩＤ記憶手段から、前記第２端末から受信した前記ワンタイムＩＤに対応する第１記号列を検索する第１記号列検索手段と
を有する請求項１乃至請求項６のいずれか一項に記載の認証システム。
【請求項８】
前記認証記号列構築サーバの前記第１記号列取得手段は、
前記受信したワンタイムＩＤを前記ワンタイムＩＤ発行サーバに送信するワンタイムＩＤ送信手段と、
前記ワンタイムＩＤ発行サーバから前記ワンタイムＩＤに対応する第１記号列を受信する対応第１記号列受信手段とを有し、
前記ワンタイムＩＤ発行サーバは、
発行済みの前記ワンタイムＩＤと、対応する前記第１記号列とを記憶する発行済ワンタイムＩＤ記憶手段と、
前記認証記号列構築サーバから送信された前記ワンタイムＩＤを受信するワンタイムＩＤ受信手段と、
前記発行済ワンタイムＩＤ記憶手段に基づいて、前記認証記号列構築サーバから受信した前記ワンタイムＩＤに対応する第１記号列を検索する第１記号列検索手段と、
前記検索された前記第１記号列を前記認証記号列構築サーバに送信する第１記号列送信手段と
を有する請求項１乃至請求項６のいずれか一項に記載の認証システム。
【請求項９】
認証記号列を用いて認証を行う認証サーバを備えた認証システムにおける認証方法であって、
前記認証システムは、ワンタイムＩＤ発行サーバと、認証記号列構築サーバとを備えており、
前記ワンタイムＩＤ発行サーバが、ユーザの第１端末から前記認証記号列の一部である第１記号列を受信する第１受信ステップと、
前記ワンタイムＩＤ発行サーバが、前記第１端末にワンタイムＩＤを発行するワンタイムＩＤ発行ステップと、
前記ワンタイムＩＤ発行サーバが、前記第１記号列と、発行した前記ワンタイムＩＤと、を対応付けてワンタイムＩＤ記憶手段に記憶するワンタイムＩＤ記憶ステップと、
前記認証記号列構築サーバが、第２端末から前記認証記号列の前記第１記号列以外の第２記号列と、前記ワンタイムＩＤとを受信する第３受信ステップと、
前記認証記号列構築サーバが、受信した前記ワンタイムＩＤに対応する前記第１記号列を取得する第１記号列取得ステップと、
前記認証記号列構築サーバが、取得した前記第１記号列と、前記第２端末から受信した前記第２記号列とに基づいて、前記認証記号列を構築する構築ステップと、
前記認証記号列構築サーバが、構築した前記認証記号列を前記認証サーバに送信する認証記号列送信ステップと、
前記認証サーバが、前記認証記号列に基づいて認証を含む確認処理を実行する認証ステップと、
前記認証サーバが、前記確認処理の結果を送信する確認結果送信ステップと
を有する認証方法。
【請求項１０】
前記ワンタイムＩＤ発行サーバは、ユーザの第１認証キーと、前記ユーザの管理ＩＤとを記憶する第１認証キー記憶手段を有し、
前記認証記号列構築サーバは、ユーザの第２認証キーと、前記ユーザの管理ＩＤとを記憶する第２認証キー記憶手段を有し、
前記第１受信ステップでは、前記ユーザの前記第１端末から前記第１認証キーと、前記第１記号列とを取得し、
前記ワンタイムＩＤ発行ステップでは、受信した前記第１認証キーと、前記認証キー記憶手段に記憶されている前記第１認証キーとを照合することにより第１段階の認証をし、認証が成功した場合に、前記ワンタイムＩＤを発行し、
前記ワンタイムＩＤ記憶ステップでは、前記ワンタイムＩＤと、前記第１記号列と、認証が成功したユーザの前記管理ＩＤとを対応付けて記憶し、
前記第２受信ステップでは、前記第２端末から第２認証キーと、前記第２認証記号列とを受信し、
前記第２記号列送信ステップでは、前記第２認証キーと、前記第２認証記号列とを前記認証記号列構築サーバに送信し、
更に、前記認証記号列構築サーバが、第３受信ステップで受信した前記第２認証キーに対応する管理ＩＤを前記第２認証キー記憶手段から取得する管理ＩＤ取得ステップを有し、
前記第１記号列取得ステップでは、取得した前記管理ＩＤと、受信した前記ワンタイムＩＤとに基づいて、第１記号列を取得する
請求項９に記載の認証方法。
【請求項１１】
前記第１端末は、電話機であり、前記第１認証キーは、前記電話機の電話番号であり、
前記認証システムのサービスサーバが、前記ユーザの前記電話機の前記電話番号を受け付ける第１電話番号受信ステップと、
前記受け付けた電話番号を前記ワンタイムＩＤ発行サーバに送信する電話番号送信ステップと、
前記ワンタイムＩＤ発行サーバが、前記サービスサーバから前記電話番号を受信する第２電話番号受信ステップと、
前記受信した前記電話番号を前記第１認証キー記憶手段に登録させる電話番号登録ステップとを更に有する
請求項１０に記載の認証方法。
【請求項１】
認証記号列を用いて認証を行う認証サーバを備えた認証システムであって、
前記認証システムは、ワンタイムＩＤ発行サーバと、認証記号列構築サーバとを備え、
前記ワンタイムＩＤ発行サーバは、
ユーザの第１端末から前記認証記号列の一部である第１記号列を受信する第１受信手段と、
前記第１端末にワンタイムＩＤを発行するＩＤ発行手段と、
前記第１記号列と、発行した前記ワンタイムＩＤと、を対応付けて記憶するワンタイムＩＤ記憶手段とを有し、
前記認証記号列構築サーバは、
第２端末から前記認証記号列の前記第１記号列以外の第２記号列と、前記ワンタイムＩＤとを受け付ける第２受信手段と、
前記ワンタイムＩＤ発行サーバと通信することにより、前記ワンタイムＩＤに対応する前記第１記号列を取得する第１記号列取得手段と、
取得した前記第１記号列と、受信した前記第２記号列とに基づいて、前記認証記号列を構築する構築手段と、
構築した前記認証記号列を前記認証サーバに送信する認証記号列送信手段と
を有する認証システム。
【請求項２】
前記ワンタイムＩＤ発行サーバは、
ユーザの第１認証キーと、前記ユーザの管理ＩＤとを記憶する第１認証キー記憶手段を更に有し、
前記第１受信手段は、前記ユーザの前記第１端末から前記第１認証キーと、前記第１記号列とを取得し、
前記ワンタイムＩＤ発行サーバは、
受信した前記第１認証キーと、前記認証キー記憶手段に記憶されている前記第１認証キーとを照合することにより第１段階の認証をする第１認証キー認証手段を更に備え、
前記ＩＤ発行手段は、前記認証が成功した場合に、前記ワンタイムＩＤを発行し、
前記ワンタイムＩＤ記憶手段は、前記ワンタイムＩＤと、前記第１記号列と、認証が成功したユーザの前記管理ＩＤとを対応付けて記憶し、
前記認証記号列構築サーバの前記第２受信手段は、前記第２端末から前記ユーザの第２認証キーと、前記第２記号列と、前記ワンタイムＩＤとを受信し、
前記認証記号列構築サーバは、
ユーザの前記第２認証キーと、前記ユーザの管理ＩＤとを記憶する第２認証キー記憶手段と、
受信した前記第２認証キーに対応する管理ＩＤを前記第２認証キー記憶手段から取得する管理ＩＤ取得手段とを更に備え、
前記第１記号列取得手段は、取得した前記管理ＩＤと、受信した前記ワンタイムＩＤとに基づいて、第１記号列を取得する
請求項１に記載の認証システム。
【請求項３】
サービスサーバを更に備え、
前記認証サーバは、
前記認証記号列構築サーバから受信した前記認証記号列に基づいて、認証を含む所定の確認処理を行い、確認結果を返送する返送手段を有し、
前記サービスサーバは、
前記確認結果を受信して、前記確認結果が所定のサービスの実行の許可を示す場合には、前記サービスの提供を開始するサービス提供手段を有する
請求項１又は請求項２に記載の認証システム。
【請求項４】
前記第１端末は、電話機であり、
前記第１認証キーは、前記電話機からの発信時に通知される前記電話機の電話番号である
請求項１乃至請求項３のいずれか一項に記載の認証システム。
【請求項５】
サービスサーバを備え、
前記サービスサーバは、
前記ユーザの前記電話機の前記電話番号を受け付ける第１電話番号受信手段と、
前記受け付けた電話番号を前記ワンタイムＩＤ発行サーバに送信する電話番号送信手段とを備え、
前記ワンタイムＩＤ発行サーバは、
前記サービスサーバから前記電話番号を受信する第２電話番号受信手段と、
前記受信した前記電話番号を前記第１認証キー記憶手段に登録させる電話番号登録手段とを有する
請求項４に記載の認証システム。
【請求項６】
前記ＩＤ発行手段は、前記ワンタイムＩＤを音声により通知する
請求項１乃至請求項５のいずれか一項に記載の認証システム。
【請求項７】
前記認証記号列構築サーバの前記第１記号列取得手段は、
前記ワンタイムＩＤ発行サーバにおいて発行された前記ワンタイムＩＤと、対応する前記第１記号列とを逐次受信する発行済ワンタイムＩＤ受信手段と、
受信した前記ワンタイムＩＤと前記第１記号列とを記憶する発行済ワンタイムＩＤ記憶手段と、
前記発行済ワンタイムＩＤ記憶手段から、前記第２端末から受信した前記ワンタイムＩＤに対応する第１記号列を検索する第１記号列検索手段と
を有する請求項１乃至請求項６のいずれか一項に記載の認証システム。
【請求項８】
前記認証記号列構築サーバの前記第１記号列取得手段は、
前記受信したワンタイムＩＤを前記ワンタイムＩＤ発行サーバに送信するワンタイムＩＤ送信手段と、
前記ワンタイムＩＤ発行サーバから前記ワンタイムＩＤに対応する第１記号列を受信する対応第１記号列受信手段とを有し、
前記ワンタイムＩＤ発行サーバは、
発行済みの前記ワンタイムＩＤと、対応する前記第１記号列とを記憶する発行済ワンタイムＩＤ記憶手段と、
前記認証記号列構築サーバから送信された前記ワンタイムＩＤを受信するワンタイムＩＤ受信手段と、
前記発行済ワンタイムＩＤ記憶手段に基づいて、前記認証記号列構築サーバから受信した前記ワンタイムＩＤに対応する第１記号列を検索する第１記号列検索手段と、
前記検索された前記第１記号列を前記認証記号列構築サーバに送信する第１記号列送信手段と
を有する請求項１乃至請求項６のいずれか一項に記載の認証システム。
【請求項９】
認証記号列を用いて認証を行う認証サーバを備えた認証システムにおける認証方法であって、
前記認証システムは、ワンタイムＩＤ発行サーバと、認証記号列構築サーバとを備えており、
前記ワンタイムＩＤ発行サーバが、ユーザの第１端末から前記認証記号列の一部である第１記号列を受信する第１受信ステップと、
前記ワンタイムＩＤ発行サーバが、前記第１端末にワンタイムＩＤを発行するワンタイムＩＤ発行ステップと、
前記ワンタイムＩＤ発行サーバが、前記第１記号列と、発行した前記ワンタイムＩＤと、を対応付けてワンタイムＩＤ記憶手段に記憶するワンタイムＩＤ記憶ステップと、
前記認証記号列構築サーバが、第２端末から前記認証記号列の前記第１記号列以外の第２記号列と、前記ワンタイムＩＤとを受信する第３受信ステップと、
前記認証記号列構築サーバが、受信した前記ワンタイムＩＤに対応する前記第１記号列を取得する第１記号列取得ステップと、
前記認証記号列構築サーバが、取得した前記第１記号列と、前記第２端末から受信した前記第２記号列とに基づいて、前記認証記号列を構築する構築ステップと、
前記認証記号列構築サーバが、構築した前記認証記号列を前記認証サーバに送信する認証記号列送信ステップと、
前記認証サーバが、前記認証記号列に基づいて認証を含む確認処理を実行する認証ステップと、
前記認証サーバが、前記確認処理の結果を送信する確認結果送信ステップと
を有する認証方法。
【請求項１０】
前記ワンタイムＩＤ発行サーバは、ユーザの第１認証キーと、前記ユーザの管理ＩＤとを記憶する第１認証キー記憶手段を有し、
前記認証記号列構築サーバは、ユーザの第２認証キーと、前記ユーザの管理ＩＤとを記憶する第２認証キー記憶手段を有し、
前記第１受信ステップでは、前記ユーザの前記第１端末から前記第１認証キーと、前記第１記号列とを取得し、
前記ワンタイムＩＤ発行ステップでは、受信した前記第１認証キーと、前記認証キー記憶手段に記憶されている前記第１認証キーとを照合することにより第１段階の認証をし、認証が成功した場合に、前記ワンタイムＩＤを発行し、
前記ワンタイムＩＤ記憶ステップでは、前記ワンタイムＩＤと、前記第１記号列と、認証が成功したユーザの前記管理ＩＤとを対応付けて記憶し、
前記第２受信ステップでは、前記第２端末から第２認証キーと、前記第２認証記号列とを受信し、
前記第２記号列送信ステップでは、前記第２認証キーと、前記第２認証記号列とを前記認証記号列構築サーバに送信し、
更に、前記認証記号列構築サーバが、第３受信ステップで受信した前記第２認証キーに対応する管理ＩＤを前記第２認証キー記憶手段から取得する管理ＩＤ取得ステップを有し、
前記第１記号列取得ステップでは、取得した前記管理ＩＤと、受信した前記ワンタイムＩＤとに基づいて、第１記号列を取得する
請求項９に記載の認証方法。
【請求項１１】
前記第１端末は、電話機であり、前記第１認証キーは、前記電話機の電話番号であり、
前記認証システムのサービスサーバが、前記ユーザの前記電話機の前記電話番号を受け付ける第１電話番号受信ステップと、
前記受け付けた電話番号を前記ワンタイムＩＤ発行サーバに送信する電話番号送信ステップと、
前記ワンタイムＩＤ発行サーバが、前記サービスサーバから前記電話番号を受信する第２電話番号受信ステップと、
前記受信した前記電話番号を前記第１認証キー記憶手段に登録させる電話番号登録ステップとを更に有する
請求項１０に記載の認証方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１０−２６６２１（Ｐ２０１０−２６６２１Ａ）
【公開日】平成２２年２月４日（２０１０．２．４）
【国際特許分類】
【出願番号】特願２００８−１８４４６６（Ｐ２００８−１８４４６６）
【出願日】平成２０年７月１６日（２００８．７．１６）
【出願人】（５０７３２８１０６）株式会社セフティーアングル (4)
【Ｆターム（参考）】
【公開日】平成２２年２月４日（２０１０．２．４）
【国際特許分類】
【出願日】平成２０年７月１６日（２００８．７．１６）
【出願人】（５０７３２８１０６）株式会社セフティーアングル (4)
【Ｆターム（参考）】
[ Back to top ]