個人情報の漏洩を回避した個人認証システム
【課題】サーバーから個人情報の漏洩の可能性がない、売買の相手方の個人認証システムを提供する。
【解決手段】会員の個人情報登録を、例えば一方向性ハッシュ関数のような一方向性暗号化手段により生成した暗号化結果をデータベースに登録し、その後速やかに平文の個人情報のデータをシステム内から削除する。このことにより、システムから平文の個人情報が漏洩することがなくなる。
売買の相手方の個人認証は、相手方からメール等で個人情報を入手し、会員登録時に用いた一方向性暗号化手段によって暗号化し、この暗号化結果と、登録されている暗号化結果を比較し、一致すれば相手方の認証が成功したものとする。
【解決手段】会員の個人情報登録を、例えば一方向性ハッシュ関数のような一方向性暗号化手段により生成した暗号化結果をデータベースに登録し、その後速やかに平文の個人情報のデータをシステム内から削除する。このことにより、システムから平文の個人情報が漏洩することがなくなる。
売買の相手方の個人認証は、相手方からメール等で個人情報を入手し、会員登録時に用いた一方向性暗号化手段によって暗号化し、この暗号化結果と、登録されている暗号化結果を比較し、一致すれば相手方の認証が成功したものとする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットなどの通信回線を介して行われる売買における取引の相手方の個人認証システムに係り、特に認証を行うサーバーからの個人情報の漏洩を回避した個人認証システムに関する。
【背景技術】
【０００２】
例えば、インターネットを利用したオークションでは、売買が成立した場合に、売買の相手方が確かに本人であることの確認を取る必要がある。この確認を取ることを個人認証という。個人認証を行わずに取引を行うと、代金を回収できなかったり、代金を支払ったのに商品を受け取れなかったりすることがあるといった問題が生ずることがある。
しかし、個人認証を行う場合、個人情報をサーバー内に平文で保持していると、その情報が認証を行う機関の従業員が操作ミス、ないし故意に個人情報を漏洩することがあり、また、ハッカーなどの外部の者が個人情報を盗み取るなど、個人情報が漏洩する可能性が存在する。
従来技術における個人認証サーバーからの個人情報の漏洩の回避方法に関しては、次のような提案が行われている。
特許文献１には、パスワードと管理者しか知りえない情報または個人が所有するコンピューターの初期化時に設定されるコンピューター固有の情報を鍵に、個人情報を復号可能な暗号化方法で暗号化し、この暗号値を記憶媒体に記憶させ、情報が必要になった場合には、前記パスワードと個人しか知りえない情報または個人が所有するコンピューターの初期化時に設定されるコンピューター固有の情報を鍵に暗号値を復号し、必要な情報を得る方法が記載されている。
【０００３】
特許文献２には、記憶させたい情報を、各別のデータ郡のみでは意味を成さない二つ以上の平文のデータ郡に分割し、それに指紋等のバイオメトリックス情報を数値化した後にハッシュ関数等で暗号化した暗号値を付加してデータ郡ごとに別のデータベースに記憶させ、記憶させておいた情報を得る場合には、前記暗号部分が一致するデータ郡を各データベースから読み出し、それらを結合させることで必要な情報を得る方法が記載されている。
この方法のメリットは各別のデータ郡が漏洩しても、それだけでは意味を成さないので、結果的に個人情報の漏洩が回避されるというものである。
【特許文献１】特開平８−１７１５３５号公報
【特許文献２】特開２００４−３６２１２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述の従来技術による個人認証サーバーからの個人情報の漏洩の回避方法は次のような不具合があった。
まず、パスワードを鍵として復号可能な暗号化方法で個人情報を暗号化して記憶装置に記憶させ、情報が必要なときにはそのパスワードを用いて暗号化された情報を復号する方法は、パスワード自体が漏洩したり、パスワードが類推されることで発見されたりすると、個人情報は復号化され漏洩するという不具合があった。
特許文献１に記載のように、管理者しか知りえない情報をパスワードに加えても上記のように論理的には情報漏洩の可能性はなくならない、という不具合があった。
【０００５】
特許文献２に記載のように、個人情報を、それだけでは意味を成さない平文のデータ郡に分割し、それに指紋等を数値化したデータを暗号化して前記データ郡に付加し、前記データ郡ごとに別個のデータベースに格納する方法は、論理的には全てのデータベースにアクセスすることができると、分割されたデータ郡は容易に再構成されてしまう、という不具合があった。
【０００６】
本発明の目的は、前述の従来技術による不具合を除去することであり、サーバーからの個人情報の漏洩を防止することができ、且つ個人認証可能なシステムを提供することにある。
【課題を解決するための手段】
【０００７】
前記目的を達成するため、請求項１記載の発明は、販売者及びまたは購入者が本人であることを認証システムであって、販売者が有する端末と、購買者が有する端末と、個人情報の暗号化を行う管理者サーバーと、前記管理者サーバーに接続され、個人情報を格納する本人確認データベースと、本人の認証を行うサービス提供サーバーと、前記サービス提供サーバーに接続され、暗号化された個人情報を格納する認証データベースと、前記管理者サーバーと前記サービス提供サーバーと端末とを結ぶ通信回線とからなり、前記管理者サーバーへの個人情報の登録が行われる際に、前記管理者サーバーまたは前記サービス提供サーバーが個人情報を一方向性暗号化手段で暗号化を行い、この暗号化結果を前記認証データベースに登録を行い、その後に、前記管理者サーバーまたは前記サービス提供サーバーが平文の個人情報データを本人確認データベースから削除することで平文での個人情報をシステム内から削除を行い、販売者及びまたは購入者が取引の相手方から入手した相手方の個人情報を販売者及びまたは購入者の端末が前記サービス提供サーバーに送信を行い、前記管理者サーバーまたは前記サービス提供サーバーが前記端末から送信されてきた個人情報を、前記管理者サーバーまたは前記サービス提供サーバーが個人情報を登録したときに使用した一方向性暗号化手段と同一の手段で暗号化を行い、この暗号化結果が前記認証データベースに登録されている個人情報の暗号化結果とが一致するかどうかを判定することで個人認証を行うことを特徴とする。
【０００８】
請求項２記載の発明は、販売者及びまたは購入者が本人であることを認証システムであって、販売者が有する端末と、購買者が有する端末と、個人情報の暗号化と本人の認証を行うサービス提供サーバーと、前記サービス提供サーバーに接続され、個人情報を格納する本人確認データベースと、前記サービス提供サーバーに接続され、暗号化された個人情報を格納する認証データベースと、前記サービス提供サーバーと端末とを結ぶ通信回線とからなり、前記サービス提供サーバーへの個人情報の登録が行われる際に、前記サービス提供サーバーが個人情報を一方向性暗号化手段で暗号化を行い、この暗号化結果を前記認証データベースに登録を行い、その後に、前記サービス提供サーバーが平文の個人情報データを本人確認データベースから削除することで平文での個人情報をシステム内から削除を行い、販売者及びまたは購入者が取引の相手方から入手した相手方の個人情報を販売者及びまたは購入者の端末が前記サービス提供サーバーに送信を行い、前記サービス提供サーバーが前記端末から送信されてきた個人情報を、前記サービス提供サーバーが個人情報を登録したときに使用した一方向性暗号化手段と同一の手段で暗号化を行い、この暗号化結果が前記認証データベースに登録されている個人情報の暗号化結果とが一致するかどうかを判定することで個人認証を行うことを特徴とする。
【０００９】
請求項３記載の発明は、請求項１または請求項２記載の認証システムであって、取引に一意的に付与される取引番号と販売者及び購入者双方の会員番号を格納する取引情報データベースを備え、サービス提供サーバーが取引番号と会員番号の受信を行い、取引情報データベースを受信した取引番号に基づいて検索を行い、取引番号が存在しないか、または、取引番号に対応する販売者と購入者いずれの会員番号とも受信した会員番号が一致しない場合には、個人情報の認証を行わないことを特徴とする。
【発明の効果】
【００１０】
請求項１記載の発明は、一方向性暗号化手段によって暗号化された個人情報の認証ＤＢ１８への登録後に、平文の個人情報がシステム内部から速やかに削除されるので、平文の個人情報が漏洩する可能性が全くなく、かつ、自己又は売買の相手方の認証を高精度に行うことができる。
【００１１】
請求項２記載の発明は、前記請求項１記載の発明の効果に加え、取引情報データベースに格納された売買当事者だけが個人情報の認証を行えるように構成されているので、売買当事者以外の第三者が個人認証を行う危険性がない。
【発明を実施するための最良の形態】
【００１２】
以下、本発明によるサーバーからの個人情報の漏洩を回避した個人認証システムの一実施形態を図面を参照して詳細に説明する。
＜図面の説明＞
図１は、本発明のシステムの構成全体を模式的に表した図である。
図２は、会員登録プログラムのフローチャートである。
図３は、個人情報暗号化プログラムのフローチャートである。
図４は、取引情報格納プログラムのフローチャートである。
図５は、売買相手方認証プログラムのフローチャートである。
図６は、本人確認ＤＢ１７のデータ構成とデータの例である。
図７は、認証ＤＢ１８のデータ構成とデータの例である。
図８は、取引情報ＤＢ１９のデータ構成とデータの例である。
図９は、会員情報ＤＢ２０のデータ構成とデータの例である。
【００１３】
＜実施形態の説明＞
＜構成の説明＞
本発明の一実施形態によるサーバーからの個人情報の漏洩を回避した個人認証システムの基本構成は、例えば図１に示すごとく、会員登録および会員の個人情報を暗号化する管理者サーバー１１と、該管理者サーバーに接続し、個人情報を一時格納する本人確認データベース（以下、データベースをＤＢと略す）と、個人認証を行うサービス提供サーバー１２と、前記管理者サーバー１１と前記サービス提供サーバー１２の間に設けられるファイアーウォール１０と、前記サービス提供サーバー１２に接続し、暗号化された個人情報を格納する認証ＤＢ１８と、前記サービス提供サーバー１２に接続し、売買の当事者の会員番号と各取引に一意な取引番号を格納する取引ＤＢ１９と、会員番号とパスワードとメールアドレスを格納する会員情報ＤＢ２０と、各会員が利用する端末１４、１５、１６と、前記サービス提供サーバー１２と会員の端末を接続する公衆回線１３とから成る。
サーバーとは、サーバーとして機能するコンピューターであれば良く、パーソナルコンピューターでもサーバー専用機でも大型コンピューターでも良い。
個人情報とは、個人の秘密情報を含むものとする。
公衆通信網１３は、専用電話回線でも通常の電話回線でもよく、通信の形態はプライベートネットワークでもインターネットでもよい。
【００１４】
＜データ構造の説明＞
以下、各データベースの実施形態のデータ構造について説明する。
本人確認ＤＢ１７は、図６に示すごとく、例えば、会員固有の「会員番号」と、会員の「氏」と「名」と、会員の氏のふりがなである「氏（ふりがな）」と、名のふりがなである「名（ふりがな）」と、会員住所の「郵便番号」と、会員の「住所」と、会員の「電話番号」の各項目を備え、各項目の具体的なデータ内容は、例えば、「会員番号」が「１２９８３」、「氏」が「山田」、「名」が「太郎」、「氏（ふりがな）」が「やまだ」、「名（ふりがな）」が「たろう」、「郵便番号」が「３５９１１２２」、「住所」が「埼玉県所沢市寿町１−１」、「電話番号」が「０４２９２２０１２３」である。
【００１５】
認証ＤＢ１８は、図７に示すごとく、例えば、会員固有の「会員番号」と、個人情報を、例えばハッシュ関数で暗号化した結果の「ハッシュ値」の各項目を備え、各項目の具体的なデータ内容は、例えば、「会員番号」が「１２９８３」、「ハッシュ値」が「４６３５４８７９３３１２５４８００１３２」である。
【００１６】
取引情報ＤＢ１９、は図８に示すごとく、例えば、各取引に一意な「取引番号」と、販売を行う者の会員番号である「販売者会員番号」と、購入を行う者の会員番号である「購入者会員番号」の各項目を備え、各項目の具体的なデータ内容は、例えば、「取引番号」が「Ａ０８−１２４４１３８」、「販売者会員番号」が「１２９８３」、「購入者会員番号」が「１３００１」である。
【００１７】
会員情報ＤＢ２０は、図９に示すごとく、例えば、会員固有の「会員番号」と、本発明のシステムへのログインのためのパスワードである「パスワード」と、会員のメールアドレスである「メールアドレス」の各項目を備え、各項目の具体的なデータ内容は、例えば、「会員番号」が「１２９８３」、「パスワード」が「ＹｇｇＰａｓｓ」、「メールアドレス」が「ｙｇｇｄｏｒｅ＠ｎｉｎｓｙｏ.ｃｏｍ」である。
【００１８】
＜動作の説明＞
まず、本発明のシステムで動作するプログラムについて説明する。
＜会員登録プログラム＞
このプログラムは、本発明のシステムを利用する際に、会員になろうとする者が最初に行う会員登録を行うものであり、サービス提供サーバー１２で実行される。以下、図２を参照しながら説明する。
サービス提供サーバー１２は、通信回線１３に接続する端末から通信回線１３を通じて会員情報ＤＢ２０に登録するための「パスワード」と「メールアドレス」の受信と、サービス提供サーバー１２は会員に固有な会員番号の生成と、この「会員番号」と「パスワード」と「メールアドレス」を会員情報ＤＢ２０に格納する［ステップ２１］と、サービス提供サーバー１２は登録されたメールアドレスに対し「会員番号」と「パスワード」を確認のためにメールで送信する［ステップ２２］とを順次実行する。
【００１９】
＜個人情報暗号化プログラム＞
このプログラムは、会員の個人情報を暗号化して認証ＤＢ１８に登録するものであり、管理者サーバー１１で実行される。以下、図３を参照しながら説明する。
管理者サーバー１１は通信回線１３とサービス提供サーバー１２を通じて会員から会員番号とパスワードを受信する［ステップ３１］と、会員情報ＤＢ２０から会員番号とパスワードを検索し、読み出す［ステップ３２］と、次に、会員番号が登録されているかどうかを判定する［ステップ３３］とを順次実行する。この判定方法は、［ステップ３１］で会員番号の取得に失敗した場合、または会員情報ＤＢ２０に登録されているパスワードと送信されてきたパスワードが異なる場合には、会員登録されていないと判定し、処理を終了する。［ステップ３１］で会員番号が取得でき、会員情報ＤＢ２０に登録されているパスワードと送信されてきたパスワードが同一である場合には、本プログラムは会員登録されていると判定し、処理を進める。次に、管理者サーバー１１は通信回線１３を通じて会員から個人情報を受信し本人確認ＤＢ１７に格納する［ステップ３４］と、本人確認ＤＢ１７に格納された個人情報を取得し、一方向性暗号化手段、例えば一方向性ハッシュ関数で暗号化する［ステップ３５］と、暗号化された個人情報に会員番号を付加し、サービス提供サーバーに接続されている認証ＤＢ１８に格納する［ステップ３６］と、本人確認ＤＢ１７に格納されている平文の個人情報を削除する［ステップ３７］とを、順次実行する。
ここで平文とは暗号化する前のデータを意味する。
【００２０】
＜取引情報格納プログラム＞
このプログラムは商談が成立した場合、その取引に一意に定めた取引番号と取引をする販売者と購入者の会員番号を取引情報ＤＢ１９に格納するものであり、サービス提供サーバー１２で実行される。以下、図４を参照しながら説明する。
このプログラムは、商談が成立した販売者と購入者の会員番号を、商談を行うプログラム（図示せず）から取得する［ステップ４１］と、成立した取引に一意に定めた取引番号を生成させる［ステップ４２］と、前記取引番号と販売者の会員番号と購入者の会員番号を取引情報ＤＢ１９に格納する［ステップ４３］とを順次実行する。
【００２１】
＜売買相手方認証プログラム＞
このプログラムは、成立した取引の相手方が確かに登録されている者かどうかを認証するためのものであり、サービス提供サーバー１２で実行される。以下、図５を参照しながら説明する。
このプログラムは、サービス提供サーバー１２が通信回線１３を通じて、販売者端末１４または購買者端末１６から認証しようとする取引番号、会員番号を受信する［ステップ５１］と、受信した取引番号をもとに取引情報ＤＢ１９を検索し、取引番号と販売者及び購買者双方の会員番号を読み込む［ステップ５２］と、受信した取引番号が取引情報ＤＢ１９に存在しない場合、および受信した取引番号が取引情報ＤＢ１９に存在するが、受信した会員番号が販売者会員番号および購入者会員番号いずれにも一致しない場合には処理を終了し、受信した取引番号が取引情報ＤＢ１９に存在し、受信した会員番号がその取引番号に対応する販売者会員番号または購入者会員番号と一致する場合には、次の処理を行う［ステップ５３］と、サービス提供サーバー１２が通信回線１３を通じて、個人情報を受信する［ステップ５４］と、受信した個人情報を、会員登録時に認証ＤＢ１８への登録のために使用した一方向性暗号化手段、例えば一方向性ハッシュ関数と同一の手段で暗号化する［ステップ５５］と、会員番号をもとに認証ＤＢ１８を検索し、暗号化された個人情報を読み込む［ステップ５６］と、受信した個人情報を暗号化したデータと認証ＤＢ１８に格納してあった暗号化したデータとが一致するかどうか判定する［ステップ５７］と、一致しなかった場合には処理を終了し、一致していれば売買プログラム（図示せず）に認証成功を通知する［ステップ５８］とを、順次実行する。
【００２２】
実施形態の詳細を、図１を用いて説明する。
＜個人情報の格納＞
通信回線を利用した売買を行うことを希望する利用者は、まずサービス提供サーバー１２に公衆回線１３を通じてアクセスし、サービス提供サーバー１２において＜会員登録プログラム＞を起動し、会員登録を行う。会員登録はパスワードとメールアドレスを販売者端末１４または購買者端末１６からサービス提供サーバー１２に送信することで行う。＜会員登録プログラム＞は各会員に一意に定めた会員番号を生成し、この会員番号とパスワードとメールアドレスを会員情報ＤＢ２０に格納する。このときニックネームなども同時に受信し、格納しても良い。さらに、登録されたメールアドレスに会員番号及びまたはパスワードを、確認のためにメールで送信しても良い。
【００２３】
次に、会員となった者は、公衆回線１３とサービス提供サーバー１２を通じて管理者サーバー１１アクセスし、管理者サーバー１１において＜個人認証暗号化プログラム＞を起動する。管理者サーバー１１は会員番号とパスワードを受信し、サービス提供サーバー１２に接続された会員情報ＤＢ２０を会員番号で検索し、会員番号に対応するパスワードと受信したパスワードが一致するかどうか判定する。一致した場合、管理者サーバー１１は続いて個人情報を受信する。この個人情報は氏名、住所、電話番号を含むが、これらに加えて氏名の振り仮名、郵便番号、その他個人を特定するための情報を加えても良い。
管理者サーバーは受信した個人情報を本人確認ＤＢ１７に平文で格納する。
【００２４】
管理者サーバー１１はサービス提供サーバー１２と接続されているが、第三者が本人確認ＤＢ１７にアクセスできないように、両者の間にファイアーウォール１０を設けることが望ましい。
この様に構成することで、本人確認ＤＢ１７はインターネットのような危険なネットワークに直接曝されることがなくなり、個人情報の受信から後述する個人情報の削除までの間に第三者が不正に平文の個人情報にアクセスすることが非常に困難となるので、セキュリティーを高めることができる。
【００２５】
続いて、管理者サーバー１１は、本人確認ＤＢ１７から個人情報を読み出し、この個人情報を一方向性暗号化手段を用いて暗号化する。
一方向性暗号化手段とは、暗号化した結果から元のデータを復号することができないか、あるいは非常に困難な暗号化手段を意味する。一方向性暗号化手段の例としては、一方向性ハッシュ関数があり、この中でもメセージダイジェスト用ハッシュ関数を用いることが望ましく、中でもＭＤ５とＳＨＡ−１が好適であるが、これらに限られるわけではない。
【００２６】
管理者サーバー１１は、暗号化した個人情報に会員番号を付加してサービス提供サーバー１２に接続されている認証ＤＢ１８に格納する。管理者サーバー１１は、格納後速やかに本人確認ＤＢ１７から個人情報を削除する。
この様に構成することで、システムの中に平文の個人情報が存在しなくなり、サーバーから個人情報が漏洩する可能性が無くなる。
【００２７】
＜取引情報の格納＞
通信回線を通じた売買が成立すると、＜取引情報格納プログラム＞がサービス提供サーバー１２において起動される。このプログラムは取引毎に一意に定められた取引番号を生成し、この取引番号と販売者の会員番号と購入者の会員番号とを、取引情報ＤＢ１９に格納する。
【００２８】
＜個人情報の認証＞
本発明のシステムにおいて、売買の当事者が、売買の相手方が確かに認証ＤＢ１９に登録された者であることを確認するには、次のような手順をおこなう。
売買当事者はサービス提供サーバー１２において＜売買相手方認証プログラム＞を起動する。サービス提供サーバー１２は売買当事者から取引番号と会員番号を受信する。次に、サービス提供サーバー１２は取引情報ＤＢ１９を取引番号で検索し、販売者及び購買者双方の会員番号を読み込み、受信した会員番号が販売者会員番号または購入者会員番号と一致しない場合には＜売買相手方認証プログラム＞は終了する。
この様に構成することで、売買の当事者以外の第三者が第三者端末１５から売買の当事者の個人認証を行うことを防止できる。
【００２９】
サービス提供サーバー１２が受信した会員番号が販売者会員番号または購入者会員番号と一致する場合には、サービス提供サーバー１２は個人情報を受信し、各会員が会員登録時に個人情報を登録するために使用した一方向性暗号化手段と同一の一方向性暗号化手段を用いて受信した個人情報を暗号化する。次に、サービス提供サーバー１２は会員番号をもとに認証ＤＢ１８を検索し、格納されている個人情報の暗号値を読み出す。受信した個人情報の暗号値と格納されている個人情報の暗号値は、同一の一方向性暗号化手段を用いて暗号化しているので、暗号化する前の個人情報が同一であれば暗号値は一致する。前記両暗号値が一致した場合には個人認証が成功したことになる。この場合＜売買相手方認証プログラム＞は、個人認証が成功したことを販売者端末１４または購入者端末１６に表示させたり、あるいは、インターネットオークションなどの売買プログラムに通知したりすることができる。
売買の相手方の個人情報は電子メール、ＦＡＸ、電話などの通信手段で、売買の相手方より直接入手する。
【００３０】
また、サービス提供サーバー１２が受信した会員番号が認証ＤＢ１８に登録されている販売者会員番号または購入者会員番号と一致する場合には個人認証を行えるようにすることで、各会員は取引の相手方の認証を行えるだけでなく、自分が登録した個人情報が間違っていないかどうかを確認することができる。
この様に構成することで、認証を行うサーバーが個人情報を平文で保持することなく、個人認証が行えるので、サーバーからの個人情報の漏洩を完全に防ぐことができる。
【００３１】
前記実施形態では、管理者サーバー１１とサービス提供サーバー１２の二つのサーバーを使用してシステムを構築しているが、より簡易な実施形態としては、本人確認ＤＢ１７をサービス提供サーバー１２に接続し、管理者サーバー１１を用いない構成としても良い。この場合、前記実施形態で管理者サーバー１１が行っていたことをサービス提供サーバー１２が行う。具体的に例を挙げると、管理者サーバー１１が行っていた＜個人情報暗号化プログラム＞の実行、より詳しくは個人情報の受信、該個人情報の本人確認ＤＢ１７への登録、個人情報の暗号化、暗号化した個人情報の認証ＤＢ１８への格納、個人情報の本人確認ＤＢ１７からの削除をサービス提供サーバー１２が行う。
【００３２】
また、前記実施形態では、管理者サーバー１１が平文個人情報の本人確認ＤＢ１７への格納、および削除、および個人情報の暗号化を行い、サービス提供サーバー１２が個人認証を行うように構成されているが、サービス提供サーバー１２が平文個人情報の本人確認ＤＢ１７への格納および削除、および個人情報の暗号化の全てあるいはいずれかを行うように構成しても良いし、管理者サーバー１１が個人認証を行うようにしても良い。
【図面の簡単な説明】
【００３３】
【図１】本発明のシステムの構成全体を模式的に表した図である。
【図２】会員登録プログラムのフローチャートである。
【図３】個人情報暗号化プログラムのフローチャートである。
【図４】取引情報格納プログラムのフローチャートである。
【図５】売買相手方認証プログラムのフローチャートである。
【図６】本人確認ＤＢ１７のデータ構成とデータの例である。
【図７】認証ＤＢ１８のデータ構成とデータの例である。
【図８】取引情報ＤＢ１９のデータ構成とデータの例である。
【図９】会員情報ＤＢ２０のデータ構成とデータの例である。
【符号の説明】
【００３４】
１０：ファイアーウォール、１１：管理者サーバー、１２：サービス提供サーバー、１３：公衆回線、１４：販売者端末、１５：第三者端末、１６：購入者端末、１７：本人確認ＤＢ、１８：認証ＤＢ、１９：取引情報ＤＢ、２０：会員情報ＤＢ。
【技術分野】
【０００１】
本発明は、インターネットなどの通信回線を介して行われる売買における取引の相手方の個人認証システムに係り、特に認証を行うサーバーからの個人情報の漏洩を回避した個人認証システムに関する。
【背景技術】
【０００２】
例えば、インターネットを利用したオークションでは、売買が成立した場合に、売買の相手方が確かに本人であることの確認を取る必要がある。この確認を取ることを個人認証という。個人認証を行わずに取引を行うと、代金を回収できなかったり、代金を支払ったのに商品を受け取れなかったりすることがあるといった問題が生ずることがある。
しかし、個人認証を行う場合、個人情報をサーバー内に平文で保持していると、その情報が認証を行う機関の従業員が操作ミス、ないし故意に個人情報を漏洩することがあり、また、ハッカーなどの外部の者が個人情報を盗み取るなど、個人情報が漏洩する可能性が存在する。
従来技術における個人認証サーバーからの個人情報の漏洩の回避方法に関しては、次のような提案が行われている。
特許文献１には、パスワードと管理者しか知りえない情報または個人が所有するコンピューターの初期化時に設定されるコンピューター固有の情報を鍵に、個人情報を復号可能な暗号化方法で暗号化し、この暗号値を記憶媒体に記憶させ、情報が必要になった場合には、前記パスワードと個人しか知りえない情報または個人が所有するコンピューターの初期化時に設定されるコンピューター固有の情報を鍵に暗号値を復号し、必要な情報を得る方法が記載されている。
【０００３】
特許文献２には、記憶させたい情報を、各別のデータ郡のみでは意味を成さない二つ以上の平文のデータ郡に分割し、それに指紋等のバイオメトリックス情報を数値化した後にハッシュ関数等で暗号化した暗号値を付加してデータ郡ごとに別のデータベースに記憶させ、記憶させておいた情報を得る場合には、前記暗号部分が一致するデータ郡を各データベースから読み出し、それらを結合させることで必要な情報を得る方法が記載されている。
この方法のメリットは各別のデータ郡が漏洩しても、それだけでは意味を成さないので、結果的に個人情報の漏洩が回避されるというものである。
【特許文献１】特開平８−１７１５３５号公報
【特許文献２】特開２００４−３６２１２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述の従来技術による個人認証サーバーからの個人情報の漏洩の回避方法は次のような不具合があった。
まず、パスワードを鍵として復号可能な暗号化方法で個人情報を暗号化して記憶装置に記憶させ、情報が必要なときにはそのパスワードを用いて暗号化された情報を復号する方法は、パスワード自体が漏洩したり、パスワードが類推されることで発見されたりすると、個人情報は復号化され漏洩するという不具合があった。
特許文献１に記載のように、管理者しか知りえない情報をパスワードに加えても上記のように論理的には情報漏洩の可能性はなくならない、という不具合があった。
【０００５】
特許文献２に記載のように、個人情報を、それだけでは意味を成さない平文のデータ郡に分割し、それに指紋等を数値化したデータを暗号化して前記データ郡に付加し、前記データ郡ごとに別個のデータベースに格納する方法は、論理的には全てのデータベースにアクセスすることができると、分割されたデータ郡は容易に再構成されてしまう、という不具合があった。
【０００６】
本発明の目的は、前述の従来技術による不具合を除去することであり、サーバーからの個人情報の漏洩を防止することができ、且つ個人認証可能なシステムを提供することにある。
【課題を解決するための手段】
【０００７】
前記目的を達成するため、請求項１記載の発明は、販売者及びまたは購入者が本人であることを認証システムであって、販売者が有する端末と、購買者が有する端末と、個人情報の暗号化を行う管理者サーバーと、前記管理者サーバーに接続され、個人情報を格納する本人確認データベースと、本人の認証を行うサービス提供サーバーと、前記サービス提供サーバーに接続され、暗号化された個人情報を格納する認証データベースと、前記管理者サーバーと前記サービス提供サーバーと端末とを結ぶ通信回線とからなり、前記管理者サーバーへの個人情報の登録が行われる際に、前記管理者サーバーまたは前記サービス提供サーバーが個人情報を一方向性暗号化手段で暗号化を行い、この暗号化結果を前記認証データベースに登録を行い、その後に、前記管理者サーバーまたは前記サービス提供サーバーが平文の個人情報データを本人確認データベースから削除することで平文での個人情報をシステム内から削除を行い、販売者及びまたは購入者が取引の相手方から入手した相手方の個人情報を販売者及びまたは購入者の端末が前記サービス提供サーバーに送信を行い、前記管理者サーバーまたは前記サービス提供サーバーが前記端末から送信されてきた個人情報を、前記管理者サーバーまたは前記サービス提供サーバーが個人情報を登録したときに使用した一方向性暗号化手段と同一の手段で暗号化を行い、この暗号化結果が前記認証データベースに登録されている個人情報の暗号化結果とが一致するかどうかを判定することで個人認証を行うことを特徴とする。
【０００８】
請求項２記載の発明は、販売者及びまたは購入者が本人であることを認証システムであって、販売者が有する端末と、購買者が有する端末と、個人情報の暗号化と本人の認証を行うサービス提供サーバーと、前記サービス提供サーバーに接続され、個人情報を格納する本人確認データベースと、前記サービス提供サーバーに接続され、暗号化された個人情報を格納する認証データベースと、前記サービス提供サーバーと端末とを結ぶ通信回線とからなり、前記サービス提供サーバーへの個人情報の登録が行われる際に、前記サービス提供サーバーが個人情報を一方向性暗号化手段で暗号化を行い、この暗号化結果を前記認証データベースに登録を行い、その後に、前記サービス提供サーバーが平文の個人情報データを本人確認データベースから削除することで平文での個人情報をシステム内から削除を行い、販売者及びまたは購入者が取引の相手方から入手した相手方の個人情報を販売者及びまたは購入者の端末が前記サービス提供サーバーに送信を行い、前記サービス提供サーバーが前記端末から送信されてきた個人情報を、前記サービス提供サーバーが個人情報を登録したときに使用した一方向性暗号化手段と同一の手段で暗号化を行い、この暗号化結果が前記認証データベースに登録されている個人情報の暗号化結果とが一致するかどうかを判定することで個人認証を行うことを特徴とする。
【０００９】
請求項３記載の発明は、請求項１または請求項２記載の認証システムであって、取引に一意的に付与される取引番号と販売者及び購入者双方の会員番号を格納する取引情報データベースを備え、サービス提供サーバーが取引番号と会員番号の受信を行い、取引情報データベースを受信した取引番号に基づいて検索を行い、取引番号が存在しないか、または、取引番号に対応する販売者と購入者いずれの会員番号とも受信した会員番号が一致しない場合には、個人情報の認証を行わないことを特徴とする。
【発明の効果】
【００１０】
請求項１記載の発明は、一方向性暗号化手段によって暗号化された個人情報の認証ＤＢ１８への登録後に、平文の個人情報がシステム内部から速やかに削除されるので、平文の個人情報が漏洩する可能性が全くなく、かつ、自己又は売買の相手方の認証を高精度に行うことができる。
【００１１】
請求項２記載の発明は、前記請求項１記載の発明の効果に加え、取引情報データベースに格納された売買当事者だけが個人情報の認証を行えるように構成されているので、売買当事者以外の第三者が個人認証を行う危険性がない。
【発明を実施するための最良の形態】
【００１２】
以下、本発明によるサーバーからの個人情報の漏洩を回避した個人認証システムの一実施形態を図面を参照して詳細に説明する。
＜図面の説明＞
図１は、本発明のシステムの構成全体を模式的に表した図である。
図２は、会員登録プログラムのフローチャートである。
図３は、個人情報暗号化プログラムのフローチャートである。
図４は、取引情報格納プログラムのフローチャートである。
図５は、売買相手方認証プログラムのフローチャートである。
図６は、本人確認ＤＢ１７のデータ構成とデータの例である。
図７は、認証ＤＢ１８のデータ構成とデータの例である。
図８は、取引情報ＤＢ１９のデータ構成とデータの例である。
図９は、会員情報ＤＢ２０のデータ構成とデータの例である。
【００１３】
＜実施形態の説明＞
＜構成の説明＞
本発明の一実施形態によるサーバーからの個人情報の漏洩を回避した個人認証システムの基本構成は、例えば図１に示すごとく、会員登録および会員の個人情報を暗号化する管理者サーバー１１と、該管理者サーバーに接続し、個人情報を一時格納する本人確認データベース（以下、データベースをＤＢと略す）と、個人認証を行うサービス提供サーバー１２と、前記管理者サーバー１１と前記サービス提供サーバー１２の間に設けられるファイアーウォール１０と、前記サービス提供サーバー１２に接続し、暗号化された個人情報を格納する認証ＤＢ１８と、前記サービス提供サーバー１２に接続し、売買の当事者の会員番号と各取引に一意な取引番号を格納する取引ＤＢ１９と、会員番号とパスワードとメールアドレスを格納する会員情報ＤＢ２０と、各会員が利用する端末１４、１５、１６と、前記サービス提供サーバー１２と会員の端末を接続する公衆回線１３とから成る。
サーバーとは、サーバーとして機能するコンピューターであれば良く、パーソナルコンピューターでもサーバー専用機でも大型コンピューターでも良い。
個人情報とは、個人の秘密情報を含むものとする。
公衆通信網１３は、専用電話回線でも通常の電話回線でもよく、通信の形態はプライベートネットワークでもインターネットでもよい。
【００１４】
＜データ構造の説明＞
以下、各データベースの実施形態のデータ構造について説明する。
本人確認ＤＢ１７は、図６に示すごとく、例えば、会員固有の「会員番号」と、会員の「氏」と「名」と、会員の氏のふりがなである「氏（ふりがな）」と、名のふりがなである「名（ふりがな）」と、会員住所の「郵便番号」と、会員の「住所」と、会員の「電話番号」の各項目を備え、各項目の具体的なデータ内容は、例えば、「会員番号」が「１２９８３」、「氏」が「山田」、「名」が「太郎」、「氏（ふりがな）」が「やまだ」、「名（ふりがな）」が「たろう」、「郵便番号」が「３５９１１２２」、「住所」が「埼玉県所沢市寿町１−１」、「電話番号」が「０４２９２２０１２３」である。
【００１５】
認証ＤＢ１８は、図７に示すごとく、例えば、会員固有の「会員番号」と、個人情報を、例えばハッシュ関数で暗号化した結果の「ハッシュ値」の各項目を備え、各項目の具体的なデータ内容は、例えば、「会員番号」が「１２９８３」、「ハッシュ値」が「４６３５４８７９３３１２５４８００１３２」である。
【００１６】
取引情報ＤＢ１９、は図８に示すごとく、例えば、各取引に一意な「取引番号」と、販売を行う者の会員番号である「販売者会員番号」と、購入を行う者の会員番号である「購入者会員番号」の各項目を備え、各項目の具体的なデータ内容は、例えば、「取引番号」が「Ａ０８−１２４４１３８」、「販売者会員番号」が「１２９８３」、「購入者会員番号」が「１３００１」である。
【００１７】
会員情報ＤＢ２０は、図９に示すごとく、例えば、会員固有の「会員番号」と、本発明のシステムへのログインのためのパスワードである「パスワード」と、会員のメールアドレスである「メールアドレス」の各項目を備え、各項目の具体的なデータ内容は、例えば、「会員番号」が「１２９８３」、「パスワード」が「ＹｇｇＰａｓｓ」、「メールアドレス」が「ｙｇｇｄｏｒｅ＠ｎｉｎｓｙｏ.ｃｏｍ」である。
【００１８】
＜動作の説明＞
まず、本発明のシステムで動作するプログラムについて説明する。
＜会員登録プログラム＞
このプログラムは、本発明のシステムを利用する際に、会員になろうとする者が最初に行う会員登録を行うものであり、サービス提供サーバー１２で実行される。以下、図２を参照しながら説明する。
サービス提供サーバー１２は、通信回線１３に接続する端末から通信回線１３を通じて会員情報ＤＢ２０に登録するための「パスワード」と「メールアドレス」の受信と、サービス提供サーバー１２は会員に固有な会員番号の生成と、この「会員番号」と「パスワード」と「メールアドレス」を会員情報ＤＢ２０に格納する［ステップ２１］と、サービス提供サーバー１２は登録されたメールアドレスに対し「会員番号」と「パスワード」を確認のためにメールで送信する［ステップ２２］とを順次実行する。
【００１９】
＜個人情報暗号化プログラム＞
このプログラムは、会員の個人情報を暗号化して認証ＤＢ１８に登録するものであり、管理者サーバー１１で実行される。以下、図３を参照しながら説明する。
管理者サーバー１１は通信回線１３とサービス提供サーバー１２を通じて会員から会員番号とパスワードを受信する［ステップ３１］と、会員情報ＤＢ２０から会員番号とパスワードを検索し、読み出す［ステップ３２］と、次に、会員番号が登録されているかどうかを判定する［ステップ３３］とを順次実行する。この判定方法は、［ステップ３１］で会員番号の取得に失敗した場合、または会員情報ＤＢ２０に登録されているパスワードと送信されてきたパスワードが異なる場合には、会員登録されていないと判定し、処理を終了する。［ステップ３１］で会員番号が取得でき、会員情報ＤＢ２０に登録されているパスワードと送信されてきたパスワードが同一である場合には、本プログラムは会員登録されていると判定し、処理を進める。次に、管理者サーバー１１は通信回線１３を通じて会員から個人情報を受信し本人確認ＤＢ１７に格納する［ステップ３４］と、本人確認ＤＢ１７に格納された個人情報を取得し、一方向性暗号化手段、例えば一方向性ハッシュ関数で暗号化する［ステップ３５］と、暗号化された個人情報に会員番号を付加し、サービス提供サーバーに接続されている認証ＤＢ１８に格納する［ステップ３６］と、本人確認ＤＢ１７に格納されている平文の個人情報を削除する［ステップ３７］とを、順次実行する。
ここで平文とは暗号化する前のデータを意味する。
【００２０】
＜取引情報格納プログラム＞
このプログラムは商談が成立した場合、その取引に一意に定めた取引番号と取引をする販売者と購入者の会員番号を取引情報ＤＢ１９に格納するものであり、サービス提供サーバー１２で実行される。以下、図４を参照しながら説明する。
このプログラムは、商談が成立した販売者と購入者の会員番号を、商談を行うプログラム（図示せず）から取得する［ステップ４１］と、成立した取引に一意に定めた取引番号を生成させる［ステップ４２］と、前記取引番号と販売者の会員番号と購入者の会員番号を取引情報ＤＢ１９に格納する［ステップ４３］とを順次実行する。
【００２１】
＜売買相手方認証プログラム＞
このプログラムは、成立した取引の相手方が確かに登録されている者かどうかを認証するためのものであり、サービス提供サーバー１２で実行される。以下、図５を参照しながら説明する。
このプログラムは、サービス提供サーバー１２が通信回線１３を通じて、販売者端末１４または購買者端末１６から認証しようとする取引番号、会員番号を受信する［ステップ５１］と、受信した取引番号をもとに取引情報ＤＢ１９を検索し、取引番号と販売者及び購買者双方の会員番号を読み込む［ステップ５２］と、受信した取引番号が取引情報ＤＢ１９に存在しない場合、および受信した取引番号が取引情報ＤＢ１９に存在するが、受信した会員番号が販売者会員番号および購入者会員番号いずれにも一致しない場合には処理を終了し、受信した取引番号が取引情報ＤＢ１９に存在し、受信した会員番号がその取引番号に対応する販売者会員番号または購入者会員番号と一致する場合には、次の処理を行う［ステップ５３］と、サービス提供サーバー１２が通信回線１３を通じて、個人情報を受信する［ステップ５４］と、受信した個人情報を、会員登録時に認証ＤＢ１８への登録のために使用した一方向性暗号化手段、例えば一方向性ハッシュ関数と同一の手段で暗号化する［ステップ５５］と、会員番号をもとに認証ＤＢ１８を検索し、暗号化された個人情報を読み込む［ステップ５６］と、受信した個人情報を暗号化したデータと認証ＤＢ１８に格納してあった暗号化したデータとが一致するかどうか判定する［ステップ５７］と、一致しなかった場合には処理を終了し、一致していれば売買プログラム（図示せず）に認証成功を通知する［ステップ５８］とを、順次実行する。
【００２２】
実施形態の詳細を、図１を用いて説明する。
＜個人情報の格納＞
通信回線を利用した売買を行うことを希望する利用者は、まずサービス提供サーバー１２に公衆回線１３を通じてアクセスし、サービス提供サーバー１２において＜会員登録プログラム＞を起動し、会員登録を行う。会員登録はパスワードとメールアドレスを販売者端末１４または購買者端末１６からサービス提供サーバー１２に送信することで行う。＜会員登録プログラム＞は各会員に一意に定めた会員番号を生成し、この会員番号とパスワードとメールアドレスを会員情報ＤＢ２０に格納する。このときニックネームなども同時に受信し、格納しても良い。さらに、登録されたメールアドレスに会員番号及びまたはパスワードを、確認のためにメールで送信しても良い。
【００２３】
次に、会員となった者は、公衆回線１３とサービス提供サーバー１２を通じて管理者サーバー１１アクセスし、管理者サーバー１１において＜個人認証暗号化プログラム＞を起動する。管理者サーバー１１は会員番号とパスワードを受信し、サービス提供サーバー１２に接続された会員情報ＤＢ２０を会員番号で検索し、会員番号に対応するパスワードと受信したパスワードが一致するかどうか判定する。一致した場合、管理者サーバー１１は続いて個人情報を受信する。この個人情報は氏名、住所、電話番号を含むが、これらに加えて氏名の振り仮名、郵便番号、その他個人を特定するための情報を加えても良い。
管理者サーバーは受信した個人情報を本人確認ＤＢ１７に平文で格納する。
【００２４】
管理者サーバー１１はサービス提供サーバー１２と接続されているが、第三者が本人確認ＤＢ１７にアクセスできないように、両者の間にファイアーウォール１０を設けることが望ましい。
この様に構成することで、本人確認ＤＢ１７はインターネットのような危険なネットワークに直接曝されることがなくなり、個人情報の受信から後述する個人情報の削除までの間に第三者が不正に平文の個人情報にアクセスすることが非常に困難となるので、セキュリティーを高めることができる。
【００２５】
続いて、管理者サーバー１１は、本人確認ＤＢ１７から個人情報を読み出し、この個人情報を一方向性暗号化手段を用いて暗号化する。
一方向性暗号化手段とは、暗号化した結果から元のデータを復号することができないか、あるいは非常に困難な暗号化手段を意味する。一方向性暗号化手段の例としては、一方向性ハッシュ関数があり、この中でもメセージダイジェスト用ハッシュ関数を用いることが望ましく、中でもＭＤ５とＳＨＡ−１が好適であるが、これらに限られるわけではない。
【００２６】
管理者サーバー１１は、暗号化した個人情報に会員番号を付加してサービス提供サーバー１２に接続されている認証ＤＢ１８に格納する。管理者サーバー１１は、格納後速やかに本人確認ＤＢ１７から個人情報を削除する。
この様に構成することで、システムの中に平文の個人情報が存在しなくなり、サーバーから個人情報が漏洩する可能性が無くなる。
【００２７】
＜取引情報の格納＞
通信回線を通じた売買が成立すると、＜取引情報格納プログラム＞がサービス提供サーバー１２において起動される。このプログラムは取引毎に一意に定められた取引番号を生成し、この取引番号と販売者の会員番号と購入者の会員番号とを、取引情報ＤＢ１９に格納する。
【００２８】
＜個人情報の認証＞
本発明のシステムにおいて、売買の当事者が、売買の相手方が確かに認証ＤＢ１９に登録された者であることを確認するには、次のような手順をおこなう。
売買当事者はサービス提供サーバー１２において＜売買相手方認証プログラム＞を起動する。サービス提供サーバー１２は売買当事者から取引番号と会員番号を受信する。次に、サービス提供サーバー１２は取引情報ＤＢ１９を取引番号で検索し、販売者及び購買者双方の会員番号を読み込み、受信した会員番号が販売者会員番号または購入者会員番号と一致しない場合には＜売買相手方認証プログラム＞は終了する。
この様に構成することで、売買の当事者以外の第三者が第三者端末１５から売買の当事者の個人認証を行うことを防止できる。
【００２９】
サービス提供サーバー１２が受信した会員番号が販売者会員番号または購入者会員番号と一致する場合には、サービス提供サーバー１２は個人情報を受信し、各会員が会員登録時に個人情報を登録するために使用した一方向性暗号化手段と同一の一方向性暗号化手段を用いて受信した個人情報を暗号化する。次に、サービス提供サーバー１２は会員番号をもとに認証ＤＢ１８を検索し、格納されている個人情報の暗号値を読み出す。受信した個人情報の暗号値と格納されている個人情報の暗号値は、同一の一方向性暗号化手段を用いて暗号化しているので、暗号化する前の個人情報が同一であれば暗号値は一致する。前記両暗号値が一致した場合には個人認証が成功したことになる。この場合＜売買相手方認証プログラム＞は、個人認証が成功したことを販売者端末１４または購入者端末１６に表示させたり、あるいは、インターネットオークションなどの売買プログラムに通知したりすることができる。
売買の相手方の個人情報は電子メール、ＦＡＸ、電話などの通信手段で、売買の相手方より直接入手する。
【００３０】
また、サービス提供サーバー１２が受信した会員番号が認証ＤＢ１８に登録されている販売者会員番号または購入者会員番号と一致する場合には個人認証を行えるようにすることで、各会員は取引の相手方の認証を行えるだけでなく、自分が登録した個人情報が間違っていないかどうかを確認することができる。
この様に構成することで、認証を行うサーバーが個人情報を平文で保持することなく、個人認証が行えるので、サーバーからの個人情報の漏洩を完全に防ぐことができる。
【００３１】
前記実施形態では、管理者サーバー１１とサービス提供サーバー１２の二つのサーバーを使用してシステムを構築しているが、より簡易な実施形態としては、本人確認ＤＢ１７をサービス提供サーバー１２に接続し、管理者サーバー１１を用いない構成としても良い。この場合、前記実施形態で管理者サーバー１１が行っていたことをサービス提供サーバー１２が行う。具体的に例を挙げると、管理者サーバー１１が行っていた＜個人情報暗号化プログラム＞の実行、より詳しくは個人情報の受信、該個人情報の本人確認ＤＢ１７への登録、個人情報の暗号化、暗号化した個人情報の認証ＤＢ１８への格納、個人情報の本人確認ＤＢ１７からの削除をサービス提供サーバー１２が行う。
【００３２】
また、前記実施形態では、管理者サーバー１１が平文個人情報の本人確認ＤＢ１７への格納、および削除、および個人情報の暗号化を行い、サービス提供サーバー１２が個人認証を行うように構成されているが、サービス提供サーバー１２が平文個人情報の本人確認ＤＢ１７への格納および削除、および個人情報の暗号化の全てあるいはいずれかを行うように構成しても良いし、管理者サーバー１１が個人認証を行うようにしても良い。
【図面の簡単な説明】
【００３３】
【図１】本発明のシステムの構成全体を模式的に表した図である。
【図２】会員登録プログラムのフローチャートである。
【図３】個人情報暗号化プログラムのフローチャートである。
【図４】取引情報格納プログラムのフローチャートである。
【図５】売買相手方認証プログラムのフローチャートである。
【図６】本人確認ＤＢ１７のデータ構成とデータの例である。
【図７】認証ＤＢ１８のデータ構成とデータの例である。
【図８】取引情報ＤＢ１９のデータ構成とデータの例である。
【図９】会員情報ＤＢ２０のデータ構成とデータの例である。
【符号の説明】
【００３４】
１０：ファイアーウォール、１１：管理者サーバー、１２：サービス提供サーバー、１３：公衆回線、１４：販売者端末、１５：第三者端末、１６：購入者端末、１７：本人確認ＤＢ、１８：認証ＤＢ、１９：取引情報ＤＢ、２０：会員情報ＤＢ。
【特許請求の範囲】
【請求項１】
販売者及びまたは購入者が本人であることを認証システムであって、販売者が有する端末と、購買者が有する端末と、個人情報の暗号化を行う管理者サーバーと、前記管理者サーバーに接続され、個人情報を格納する本人確認データベースと、本人の認証を行うサービス提供サーバーと、前記サービス提供サーバーに接続され、暗号化された個人情報を格納する認証データベースと、前記管理者サーバーと前記サービス提供サーバーと端末とを結ぶ通信回線とからなり、前記管理者サーバーへの個人情報の登録が行われる際に、前記管理者サーバーまたは前記サービス提供サーバーが個人情報を一方向性暗号化手段で暗号化を行い、この暗号化結果を前記認証データベースに登録を行い、その後に、前記管理者サーバーまたは前記サービス提供サーバーが平文の個人情報データを本人確認データベースから削除することで平文での個人情報をシステム内から削除を行い、販売者及びまたは購入者が取引の相手方から入手した相手方の個人情報を販売者及びまたは購入者の端末が前記サービス提供サーバーに送信を行い、前記管理者サーバーまたは前記サービス提供サーバーが前記端末から送信されてきた個人情報を、前記管理者サーバーまたは前記サービス提供サーバーが個人情報を登録したときに使用した一方向性暗号化手段と同一の手段で暗号化を行い、この暗号化結果が前記認証データベースに登録されている個人情報の暗号化結果とが一致するかどうかを判定することで個人認証を行う認証システム。
【請求項２】
販売者及びまたは購入者が本人であることを認証システムであって、販売者が有する端末と、購買者が有する端末と、個人情報の暗号化と本人の認証を行うサービス提供サーバーと、前記サービス提供サーバーに接続され、個人情報を格納する本人確認データベースと、前記サービス提供サーバーに接続され、暗号化された個人情報を格納する認証データベースと、前記サービス提供サーバーと端末とを結ぶ通信回線とからなり、前記サービス提供サーバーへの個人情報の登録が行われる際に、前記サービス提供サーバーが個人情報を一方向性暗号化手段で暗号化を行い、この暗号化結果を前記認証データベースに登録を行い、その後に、前記サービス提供サーバーが平文の個人情報データを本人確認データベースから削除することで平文での個人情報をシステム内から削除を行い、販売者及びまたは購入者が取引の相手方から入手した相手方の個人情報を販売者及びまたは購入者の端末が前記サービス提供サーバーに送信を行い、前記サービス提供サーバーが前記端末から送信されてきた個人情報を、前記サービス提供サーバーが個人情報を登録したときに使用した一方向性暗号化手段と同一の手段で暗号化を行い、この暗号化結果が前記認証データベースに登録されている個人情報の暗号化結果とが一致するかどうかを判定することで個人認証を行う認証システム。
【請求項３】
請求項１または請求項２記載の認証システムであって、取引に一意的に付与される取引番号と販売者及び購入者双方の会員番号を格納する取引情報データベースを備え、サービス提供サーバーが取引番号と会員番号の受信を行い、取引情報データベースを受信した取引番号に基づいて検索を行い、取引番号が存在しないか、または、取引番号に対応する販売者と購入者いずれの会員番号とも受信した会員番号が一致しない場合には、個人情報の認証を行わないことを特徴とする認証システム。
【請求項１】
販売者及びまたは購入者が本人であることを認証システムであって、販売者が有する端末と、購買者が有する端末と、個人情報の暗号化を行う管理者サーバーと、前記管理者サーバーに接続され、個人情報を格納する本人確認データベースと、本人の認証を行うサービス提供サーバーと、前記サービス提供サーバーに接続され、暗号化された個人情報を格納する認証データベースと、前記管理者サーバーと前記サービス提供サーバーと端末とを結ぶ通信回線とからなり、前記管理者サーバーへの個人情報の登録が行われる際に、前記管理者サーバーまたは前記サービス提供サーバーが個人情報を一方向性暗号化手段で暗号化を行い、この暗号化結果を前記認証データベースに登録を行い、その後に、前記管理者サーバーまたは前記サービス提供サーバーが平文の個人情報データを本人確認データベースから削除することで平文での個人情報をシステム内から削除を行い、販売者及びまたは購入者が取引の相手方から入手した相手方の個人情報を販売者及びまたは購入者の端末が前記サービス提供サーバーに送信を行い、前記管理者サーバーまたは前記サービス提供サーバーが前記端末から送信されてきた個人情報を、前記管理者サーバーまたは前記サービス提供サーバーが個人情報を登録したときに使用した一方向性暗号化手段と同一の手段で暗号化を行い、この暗号化結果が前記認証データベースに登録されている個人情報の暗号化結果とが一致するかどうかを判定することで個人認証を行う認証システム。
【請求項２】
販売者及びまたは購入者が本人であることを認証システムであって、販売者が有する端末と、購買者が有する端末と、個人情報の暗号化と本人の認証を行うサービス提供サーバーと、前記サービス提供サーバーに接続され、個人情報を格納する本人確認データベースと、前記サービス提供サーバーに接続され、暗号化された個人情報を格納する認証データベースと、前記サービス提供サーバーと端末とを結ぶ通信回線とからなり、前記サービス提供サーバーへの個人情報の登録が行われる際に、前記サービス提供サーバーが個人情報を一方向性暗号化手段で暗号化を行い、この暗号化結果を前記認証データベースに登録を行い、その後に、前記サービス提供サーバーが平文の個人情報データを本人確認データベースから削除することで平文での個人情報をシステム内から削除を行い、販売者及びまたは購入者が取引の相手方から入手した相手方の個人情報を販売者及びまたは購入者の端末が前記サービス提供サーバーに送信を行い、前記サービス提供サーバーが前記端末から送信されてきた個人情報を、前記サービス提供サーバーが個人情報を登録したときに使用した一方向性暗号化手段と同一の手段で暗号化を行い、この暗号化結果が前記認証データベースに登録されている個人情報の暗号化結果とが一致するかどうかを判定することで個人認証を行う認証システム。
【請求項３】
請求項１または請求項２記載の認証システムであって、取引に一意的に付与される取引番号と販売者及び購入者双方の会員番号を格納する取引情報データベースを備え、サービス提供サーバーが取引番号と会員番号の受信を行い、取引情報データベースを受信した取引番号に基づいて検索を行い、取引番号が存在しないか、または、取引番号に対応する販売者と購入者いずれの会員番号とも受信した会員番号が一致しない場合には、個人情報の認証を行わないことを特徴とする認証システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００６−２４４０９５（Ｐ２００６−２４４０９５Ａ）
【公開日】平成１８年９月１４日（２００６．９．１４）
【国際特許分類】
【出願番号】特願２００５−５８２０１（Ｐ２００５−５８２０１）
【出願日】平成１７年３月２日（２００５．３．２）
【出願人】（３０１０２５４４９）
【Ｆターム（参考）】
【公開日】平成１８年９月１４日（２００６．９．１４）
【国際特許分類】
【出願日】平成１７年３月２日（２００５．３．２）
【出願人】（３０１０２５４４９）
【Ｆターム（参考）】
[ Back to top ]