JP4636632B2 - 認証システム - Google Patents

Description

本発明は、事業者がユーザにサービスの提供を行うときの認証システムに関するものである。

従来、ユーザが事業者のウェブサーバにアクセスする場合、当該事業者のホームページをダウンロードして当該ユーザの端末の画面上にログイン画面を表示し、ログイン画面上でユーザＩＤおよびパスワードを入力する。そして、ウェブサーバ側で予め登録した当該ユーザＩＤ，パスワードをチェックし、ＯＫのときにログインを許可する。ユーザは、以降は関連する画面をダウンロードして端末の画面上に表示し、各種サービスの提供を受けたりなどするようにしていた。

また、ユーザを認証するのに、当該ユーザの生理学的特性（指紋、音声パターン、虹彩パターン、網膜パターンなど）を使用して行う技術がある（特許文献１）。
特開２００２−３７３１５３号公報

上述したように、従来、ユーザは事業者がら各種サービスの提供を受けるには、ログイン画面上でユーザＩＤ，パスワード、あるいは指紋などの生理学的特徴を入力し、予め登録されているものと照合し、ＯＫのときにサービスの提供を受けるための該当画面を端末に表示し、当該画面上で各種サービスを要求して受けていた。このため、画面上で提供を受けたいサービス項目を選択すると、当該選択した先の画面が表示されるが、当該選択した先の画面が真正の事業者の画面であるかユーザは知ることが出来ず、ユーザにとって不安であるという問題があった。特に、個人情報について事業者に画面上から登録したり、画面上から参照したりする場合、選択した先の画面が真正の事業者の画面であるか確認のしようがなく不安であるという問題がある。

本発明は、これらの問題を解決するため、ユーザの個人情報および事業者の情報を事業者側のテーブルに登録し、ユーザのログイン時にユーザ認証後に、事業者側でテーブルからユーザと事業者の任意の情報を取り出してこれらをもとにログイン毎に異なる特定コードを作成し、ユーザ側の画面上に特定コードとその説明を画面上に表示し真正の事業者からの情報であることを認識し易くすると共に、事業者側では情報受信毎に特定コード、更に、必要に応じてユーザ側のＩＰアドレス、ＭＡＣアドレスなどの端末情報の認証を行ってサービス提供を行うことで盗聴を防止することを目的としている。

本願発明は、ユーザ側の端末の画面上に特定コードとその説明を付加して表示し真正の事業者からの情報であることを認識し易くすると共に、事業者側では情報受信毎に特定コード、更に、端末情報の認証を行って真正のユーザのみにサービス提供を行って盗聴を防止することが可能となる。

本発明は、ユーザの個人情報および事業者の情報を事業者側のテーブルに登録し、ユーザのログイン時にユーザ認証後に、事業者側でテーブルからユーザと事業者の任意の情報を取り出してこれらをもとにログイン毎に異なる特定コードを作成し、ユーザ側の画面上に特定コードとその説明を画面上に表示し真正の事業者からの情報であることを認識し易くすると共に、事業者側では情報受信毎に特定コード、更に、必要に応じてユーザ側のＩＰアドレス、ＭＡＣアドレスなどの端末情報の認証を行ってサービス提供を行うことで盗聴を防止することを実現した。

図１は、本発明のシステム構成図を示す。
図１において、サーバ１は、プログラムに従い各種処理を行うものであって、ここでは事業者側に設けたサーバであり、ユーザ登録手段２、特定コード生成手段３、チェック手段４、ユーザ情報テーブル５、事業者情報テーブル６、およびサブ認証情報テーブル７などから構成されるものである。

ユーザ登録手段２は、ユーザが端末１２を操作し、登録画面上から当該ユーザのユーザＩＤ、パスワード、バイオメトリックス情報（指紋、網膜、静脈などのユーザの正体情報）などを入力させて、ユーザ情報テーブル５に登録するものである（図２、図６の（ａ）参照）。

特定コード生成手段３は、ユーザの任意の情報および事業者の任意の情報をもとに特定コードを生成するものである（図３参照）。

チェック手段４は、ユーザから受信した情報中の特定コード、ＩＰアドレス、ＭＡＣアドレスなどをもとに当該ユーザの真正をチェックしたりなどするものである。

ユーザ情報テーブル５は、ユーザの情報（ユーザＩＤ，パスワード、バイオメトリックス情報、メールアドレスなどの情報）を登録して管理するものである（図６の（ａ）参照）。

事業者情報テーブル６は、サービスを提供する事業者の情報（事業者名、バイオメトリックス情報（事業者を代表あるいは特定の者のバイオメトリックス情報）、メールアドレス、ＩＰアドレスなどの情報）を登録して管理するものである（図６の（ｂ）参照）。

サブ認証情報テーブル７は、ユーザを認証するサブの情報（例えば、ＩＰアドレス、ＭＡＣアドレス、端末ＩＤ，端末のＣＰＵのＩＤなどの情報）を登録（予め登録、あるいはログイン時に取得し登録してログアウト時に破棄）して管理するものである。

ウェブサーバ１０は、ネットワークを介して多数の端末１２に公知のウェブを提供するサーバであって、ウェブデータ１１をもとに該当ページの情報を、ネットワークを介してユーザの端末１２中のブラウザにダウンロードして画面上に表示させたり、表示されたブラウザの画面上で選択されたときにその選択された個所にリンクされているＵＲＬを受信して当該ＵＲＬの画面をダウンロードして端末１２のブラウザの画面上に表示させたりなどするものである。ここでは、ウェブサーバ１０は、サーバ（事業者）１と連携するように構成されている。

ウェブデータ１１は、ホームページおよび該当ＵＲＬに対応づけて画面情報（画面として表示するためのＨＴＭＬ言語で記述したテキスト情報など）を予め作成して登録したものである。

端末１２は、ユーザの端末であって、ここでは、ＰＣ（パソコン）、携帯電話（携帯端末）、ＰＤＡなどの端末であり、ネットワーク１３を介してウェブサーバ１０に接続して各種サービスの提供を受けるための端末である。

次に、図２のフローチャートの順番に従い、図１の構成のもとで、ユーザが端末１２を操作してサーバ（事業者）１に登録するときの手順を詳細に説明する。

図２は、本発明の動作説明フローチャート（登録）を示す。ここで、端末（ユーザ）１２、サーバ（事業者）１は、図１の対応する端末（ユーザ）１２、サーバ（事業者）１に対応する。尚、端末（ユーザ）１２とサーバ（事業者）１との間には、図１に示すように、ウェブサーバ１０が存在するが当該ウェブサーバ１０は公知であるので図面上から以下省略する（必要に応じて説明を付加します）。

図２において、Ｓ１で、画面表示する。これは、ユーザが端末１２のブラウザを操作し、ネットワークを介してウェブサーバ１０のホームページ（ＵＲＬ）にアクセスし、当該ホームページの画面情報をダウンロードし、ブラウザの画面上に表示させる。

Ｓ２で、登録画面を選択する。これは、ユーザが、Ｓ１で端末１２のブラウザの画面上に表示させたメニューからユーザ登録画面を選択する。

Ｓ３で、入力する。これは、ユーザがＳ２でメニューからユーザ登録画面を選択したことに対応して、当該選択したメニューのユーザ登録画面にリンクされているＵＲＬの画面を、ネットワークを介してウェブサーバ１０に要求してダウンロードし、端末１２のブラウザ上にユーザ登録画面（図５の（ａ）参照）を表示し、当該ユーザ登録画面上で図中で記載した下記のユーザ情報を入力する（全て入力する必要はなく必要なものを入力する）。

・メールアドレス：
・バイオメトリックス情報：
・指紋
・静脈：
・虹彩／網膜：
・ユーザＩＤ：
・パスワード：
Ｓ４で、ユーザの情報を受領する。

Ｓ５で、登録する。これらＳ４、Ｓ５は、Ｓ３でユーザが端末１２のブラウザに表示させた図５の（ａ）のユーザ登録画面上で上述したユーザ情報を入力し、登録ボタンを登録したことに対応して、ネットワーク１３、ウェブサーバ１０を介してサーバ（事業者）１に通知し、当該サーバ（事業者）１を構成するユーザ登録手段２がチェックしてＯＫ（同一のユーザＩＤがないか、パスワードが適切な文字列や文字数などのチェックしてＯＫ）となったときに、ユーザ情報テーブル５（図６の（ａ）参照）に登録する。そして、登録した旨のメッセージを、ネットワーク１３を介してユーザの端末１２に送信する。

Ｓ６で、メッセージを表示する。これは、ウェブサーバ１０からネットワーク１３を介して送信されたきた登録完了のメッセージを表示する。そして、終了する。

以上の手順により、ユーザは、端末１２のブラウザ上でネットワーク１３を介してウェブサーバ１０のホームページをアクセスし、ブラウザ上に画面表示し、当該画面上のメニューからユーザ登録画面を選択してブラウザ上にユーザ登録画面を表示し、ユーザ情報を入力して送信し、サーバ（事業者）１のユーザ情報テーブル５（図６の（ａ））にユーザ情報を登録することが可能となる。

次に、図３のフローチャートの順番に従い、図１の構成で、ユーザが事業者からサービスの提供を受けるときの認証についてその動作を詳細に説明する。

図３は、本発明の動作説明フローチャート（認証）を示す。
図３において、Ｓ１１で、画面表示する。これは、ユーザが端末１２のブラウザを操作し、ネットワークを介してウェブサーバ１０のホームページ（ＵＲＬ）にアクセスし、当該ホームページの画面情報をダウンロードし、ブラウザの画面上に表示させる。

Ｓ１２で、ログイン画面を選択する。これは、ユーザが、Ｓ１１で端末１２のブラウザの画面上に表示させたメニューからログイン画面を選択する。

Ｓ１３で、入力する。これは、ユーザがＳ１２でメニューからログイン画面を選択したことに対応して、当該選択したメニューのログイン画面にリンクされているＵＲＬの画面を、ネットワークを介してウェブサーバ１０に要求してダウンロードし、端末１２のブラウザ上にログイン画面を表示し、当該ログイン画面上で情報（ユーザ自身を認証するための情報（例えばユーザＩＤ，パスワード、およびバイオメトリックス情報））を入力する。

Ｓ１４で、サーバ（事業者）１が受信する。これは、Ｓ１３でユーザが端末１２のブラウザ上に表示されたログイン画面上から入力した情報（例えばユーザＩＤ，パスワード、バイトメトリックス情報）と、当該端末１２の持つ情報（ＣＰＵのＩＤ，携帯電話のときはＳＩＤ（サブスクライバＩＤ））および当該端末１２のアドレス情報（ＩＰアドレス、ＭＡＣアドレス）をウェブサーバ１０が受信し、ウェブサーバ１０からサーバ（事業者）１がこれら情報を受信する。

Ｓ１５で、ユーザの「固有値」の選択する。これは、Ｓ１４で受信した情報のうちの、ユーザＩＤ，パスワード、バイオメトリックス情報をもとに、図６の（ａ）のユーザ情報テーブル５を参照して一致するエントリを見つけてユーザの認証を行った後、ユーザのエントリの情報（メールアドレス、バイオメトリックス情報）に加えてログイン時に取得したユーザの端末１２の情報（端末１２がＰＣの場合はＭＡＣアドレス、ＩＰアドレス、ＣＰＵのＩＤ、端末１２が携帯電話（携帯端末）の場合は端末ＩＤ（ＳＩＤ等）、端末１２がＰＤＡの場合にはＣＰＵのＩＤ））のうちから、乱数で１つあるいは１つ以上を選択する（図７参照）。

Ｓ１６で、事業者の「固有値」を選択する。Ｓ１５と同様に、事業者の情報（ＩＰアドレス、メールアドレス、代表者や管理者などのバイオメトリックス情報）のうちから乱数で１つあるいは１つ以上を選択する（図７参照）。

Ｓ１７で、両者の情報を基に特定コードの作成を行う。これは、Ｓ１５で選択したユーザの「固有値」と、Ｓ１６で選択した事業者の「固有値」とを組み合わせ（例えば両者を結合して）、バイト数が大きいときは圧縮（図４参照）して特定コードを作成する。この際、合わせて、特定コードの説明（特定コードの利用方法、更に、特定コードの付与された画面は例えば真正のＡ事業者が提供するものであって、ユーザに信頼を持って画面上に表示された情報を信用できる旨、あるいは画面上からユーザの個人情報（秘密）を入力して送信しても安心できる旨の説明など）を作成する。

Ｓ１８で、送付する。これは、Ｓ１４からＳ１８での手順で、サーバ（事業者）１の特定コード生成手段３が特定コードを作成したので、作成した特定コードを端末１２に送付する（サーバ（事業者）１からウェブサーバ１０に通知し、ウェブサーバ１０がネットワークを介して端末１２のブラウザの画面上に送付する）。

Ｓ１９で、表示する。これは、Ｓ１８で送付を受けた端末１２のブラウザの画面上に、特定コードとその説明を表示する（図５の（ｂ）参照）。

Ｓ２０で、入力する。これは、ユーザが端末１２のブラウザに表示された画面、例えば後述する図５の（ｂ）の画面上で、特定コードとその説明で当該画面上の情報が信用できる事業者の提供したものであることを認識し、特定コードを選択入力して当該特定コードにリンクされているＵＲＬの画面情報を要求する。また、終了するときは、画面上から終了ボタンを選択入力する。

Ｓ２１で、終了か判別する。これは、Ｓ２０で、終了ボタンが選択入力されたか判別する。ＹＥＳの場合には、Ｓ２２で終了送信し、Ｓ２３でトランザクションを終了（ログイン時に開始したトランザクションを終了）し、Ｓ２４で終了画面を表示し、一連の処理を終了する。一方、Ｓ２１のＮＯの場合には、Ｓ３１でＵＲＬ指示があるか判別し、ＹＥＳのときはＵＲＬと、特定コード、更に、端末１２のＩＰアドレス、ＭＡＣアドレス（携帯電話／携帯端末のときはＳＩＤ，ＰＤＡのときはＣＰＵのＩＤ）を、ネットワーク１３を介してウェブサーバ１０、更に、サーバ（事業者）１に送信する。

Ｓ３２で、受信する。これは、Ｓ３１で送信された情報（ＵＲＬ，特定コード、更に、端末１２の情報）を受信する。

Ｓ３３で、タイムアップか判別する。これは、前回の受信したときから、タイプアップと判定する所定時間を経過しているか判別する。ＹＥＳの場合には、タイプアップと判明したので、トランザクション終了通知を送信する。ＮＯの場合には、Ｓ３４に進む。

Ｓ３４で、特定コードのマッチングを行う。これは、Ｓ１８で端末１２に送付した特定コードと、マッチングして一致するか判別する。ＯＫの場合には、ログイン毎に異なる、ユーザと事業者に対して一意に作成した特定コードと一致したので、真正のユーザからのサービス要求を判明したので、サービス要求したユーザの端末１２に応じてＳ３５、Ｓ３７あるいはＳ３８のいずれかに進む。

・サービス要求したユーザの端末１２がＰＣ（パソコン）であった場合には、Ｓ１８でサービス要求をサーバ（事業者）１が受信したときに、合わせて当該端末１２であるＰＣからＩＰアドレス、ＭＡＣアドレスを受信しているので、Ｓ３５とＳ３６でＩＰアドレス、ＭＡＣアドレスのマッチングを行い（Ｓ１４でログイン時に取得した当該ＰＣのＩＰアドレス、ＭＡＣアドレスとそれぞれ一致するかマッチングを行い）、両者ともに一致したときにＯＫ（Ｓ１４のログイン時の端末１２であるＰＣと、同一のＰＣ（同一の端末１２）であると判定し）、即ち、特定コードを横取りした他のＰＣからの当該特定コードを付与したサービス提供要求でないと判定し、Ｓ３９に進む。

・サービス要求したユーザの端末１２がＰＤＡの場合には、Ｓ１８でサービス要求をサーバ（事業者）１が受信したときに、合わせて当該端末１２であるＰＤＡからＣＰＵのＩＤを受信しているので、Ｓ３７でＣＰＵのＩＤのマッチングを行い（Ｓ１４でログイン時に取得した当該ＰＤＡのＣＰＵのＩＤと一致するかマッチングを行い）、一致したときにＯＫ（Ｓ１４のログイン時の端末１２であるＰＤＡと、同一のＰＤＡ（同一の端末１２）であると判定し）、即ち、特定コードを横取りした他のＰＤＡからの当該特定コードを付与したサービス提供要求でないと判定し、Ｓ３９に進む。

・サービス要求したユーザの端末１２が携帯電話／携帯端末の場合には、Ｓ１８でサービス要求をサーバ（事業者）１が受信したときに、合わせて当該端末１２である携帯電話／携帯端末からＳＩＤを受信しているので、Ｓ３８でＳＩＤのマッチングを行い（Ｓ１４でログイン時に取得した当該携帯電話／携帯端末のＳＩＤと一致するかマッチングを行い）、一致したときにＯＫ（Ｓ１４のログイン時の端末１２である携帯電話／携帯端末と、同一の携帯電話／携帯端末（同一の端末１２）であると判定し）、即ち、特定コードを横取りした他の携帯電話／携帯端末からの当該特定コードを付与したサービス提供要求でないと判定し、Ｓ３９に進む。

Ｓ３９で、送信する。これは、Ｓ３４でログイン毎に異なる特定コードが受信されて真正のユーザからのサービス要求と判明し、更に、Ｓ３５とＳ３６、あるいはＳ３７、あるいはＳ３８で、真正の端末１２（現在のトランザクションの開始となるログイン時の端末１２）からのサービス要求と判明したので、要求のサービスを送信、例えば必要に応じて図示外のＤＢ（データベース）を参照した情報を、ユーザの端末１２のブラウザに送信する。

Ｓ４０で、画面表示する。これは、Ｓ３９で送信されてきた情報を、ユーザの端末１２のブラウザの画面上に表示、例えば図５の（ｃ）に示すように、特定コードと、業務メニュー、更に、図５の（ｄ）に示すように、特定コードと、図５の（ｃ）の業務メニュー上で選択された医療の詳細画面を表示する。ここでは、特定コードを画面の右上に常に表示し、特定の事業者が提供している旨を常に明示し、ユーザに信頼性、安心感を与えることが可能となる。そして、Ｓ２０に戻り繰り返す。

以上によって、ユーザがログインすると、ログイン毎に当該ユーザの情報とサービスを提供する事業者の情報とから乱数でそれぞれ選択した１つあるいは１つ以上をもとに特定コードを作成すると共に、ログイン時の端末１２の情報（ＰＣの場合はＩＰアドレス、ＭＡＣアドレス、携帯電話／携帯端末の場合はＳＩＤ，ＰＤＡの場合にはＣＰＵのＩＤ）を記憶（サブ認証情報テーブル７に記憶）しておき、ユーザから特定コードを付与したサービス要求があったときに当該ログイン毎に異なる特定コード、更に、ログイン時に記憶した端末１２の情報をもとにチェックし（Ｓ３３からＳ３８のチェック）し、ＯＫのときにサービス情報をユーザに送信して提供することにより、
・ユーザ側では、端末１２の画面上に常に特定コード（更に、必要に応じてその説明）を表示する（図５の（ｂ）から（ｄ）参照）ので、ユーザは画面上の情報が信頼のおける事業者から提供されたことを常に画面上で認識でき、信頼かつ安心して情報を見たり、画面上から個人秘匿情報を入力して送信したりすることが可能となると共に、
・サーバ（事業者）１側では、ログイン毎に異なる、当該ユーザの情報と事業者の情報とから作成した特定コードをもとに、サービス要求の受信毎にチェックし、更に、ログイン時の端末１２の情報を記憶し、サービス要求の受信毎に端末１２の同一性をチェックし、不正者からのサービス要求を防止することが可能となる。

図４は、本発明の動作説明フローチャート（圧縮）を示す。図４は、既述した図３のＳ１５からＳ１７の詳細な処理フローチャートである。

図４において、Ｓ５１で、以下の「固有値」の全部／一部を受領する。これは、既述した図３のＳ１５、Ｓ１６で特定コードを作成するときに選択する対象のユーザと事業者の情報として、
（１）ＩＰアドレス
（２）メールアドレス
（３）バイオメトリックス情報
（４）端末ＩＤ
などの情報の全部あるいは一部を受領する。

Ｓ５２で、１．受領した情報から、ユーザの「特定コード」作成に使用する「固有値」を選択する。

２．事業者の「固有値」を選択する。
これらＳ５１、Ｓ５２により、ユーザの情報（図６の（ａ）のユーザ情報テーブル５に登録されている情報）のうちから１つあるいは１つ以上を選択（例えば乱数で選択）すると共に、事業者の情報（図６の（ｂ）の事業者情報テーブル６に登録されている情報）のうちから１つあるいは１つ以上を選択（例えば乱数で選択）することができたこととなる。

Ｓ５３で、２組の「固有値」を組み合わせ、「特定コード」を作成する。これは、Ｓ５１、Ｓ５２で選択したユーザの「固有値」と事業者の「固有値」とを組み合わせ（例えば結合）して特定コードとする。

Ｓ５４で、「特定コード」が３２バイト以上か判別する。ＹＥＳの場合には、Ｓ５６に進む。ＮＯの場合には、Ｓ５５で１６進法で「特定コード」を作成、即ち、Ｓ５３で組み合わせた後の特定コードについて、１６進法で表現した「特定コード」に変換して圧縮する。

Ｓ５６は、「特定コード」が６４バイト以上か判別する。ＹＥＳの場合には、Ｓ５８に進む。ＮＯの場合には、Ｓ５７で３２進法で「特定コード」を作成、即ち、Ｓ５３で組み合わせた後の特定コードについて、３２進法で表現した「特定コード」に変換して圧縮する。

Ｓ５８は、「特定コード」が１２８バイト以上か判別する。ＮＯの場合には、Ｓ５９で
６４進法で「特定コード」を作成、即ち、Ｓ５３で組み合わせた後の特定コードについて、６４進法で表現した「特定コード」に変換して圧縮する。ＹＥＳの場合には、Ｓ６０で特定コード長に適したｎ進法を選択し、「特定コード」を作成して圧縮する。

以上によって、ユーザの情報と事業者の情報とから乱数で１つあるいは２つをそれぞれ選択して組み合わせて特定コードを作成し、サイズが大きいときに圧縮して適切なサイズの特定コードを作成することが可能となる。

図５は、本発明の画面例を示す。これは、ユーザの端末１２に表示される画面例を示す。

図５の（ａ）は、ユーザ登録画面例を示す。ユーザ登録画面は、既述した図２のＳ３で端末１２に表示するユーザ登録画面の例であって、ここでは、図示の下記の情報を入力し、サーバ（事業者）１のユーザ情報テーブル５に登録するためのものである。

・メールアドレス：
・ユーザＩＤ：
・パスワード：
・バイオメトリックス情報：
ここで、メールアドレスはユーザのメールアドレスである。ユーザＩＤはユーザを一意に表すＩＤであって、ユーザが入力あるいはサーバ（事業者）１が当該ユーザに一意に決めたＩＤである。パスワードはユーザが任意に決めて入力するパスワード（数字、文字、記号などからなる所定範囲内の桁数）である。バイオメトリックス情報は、ユーザのバイオメトリックス情報であって、例えば指紋、静脈、虹彩／網膜などの情報を図示外の入力装置から入力する部分である。

以上のうちの必要情報を入力した後、画面上の登録ボタンをマウスで押下すると、サーバ（事業者）１でチェックしてＯＫのときにユーザ情報テーブル５に登録されることとなる。

図５の（ｂ）は、特定コード確認画面例を示す。特定コード確認画面は、既述した図３のＳ１９で、ユーザの端末１２に表示するものであって、図示の下記の情報を表示するものである。

・特定コード：
・特定コードの説明：
ここで、特定コードの右側の”＊＊＊＊＊＊”には、ユーザの情報と事業者の情報とからそれぞれ１つあるいは１つ以上選択して生成した特定コード（あるいは更に圧縮した後の特定コード）であって、表示されている画面について、サービス要求したユーザと、サービス（情報）を提供している事業者とをそれぞれ表すもの（コード）であり、いずれの事業者が現在の画面上の情報を提供しているかをユーザは常に認識でき、その情報の信頼性、安心性を確保することが可能となる。また、下段の特定コードの説明欄には、特定コードが説明されており、信頼おける事業者などの説明、更に、当該特定コードの利用方法などが記載されている。このうち、特定コードには当該特定コードで決まる事業者の業務画面へのＵＲＬでリンク付けされているので、当該特定コードをマウスでクリックすると、その事業者の業務画面である、例えば図５の（ｂ）の画面がユーザの端末１２に表示される。

図５の（ｃ）は、図５の（ｂ）の特定コード確認画面上で特定コードをユーザがマウスで選択したことに対応して、移動した業務画面の例を示す。図示の業務画面上で、右上に特定コードを常に表示し、現在の業務画面の情報を提供している事業者が確認できるようになっている。この業務画面上のメニュー中で、医療を更にマウスでクリックすると、当該「医療」にリンク付けされているＵＲＬの画面である、図５の（ｄ）の画面に遷移する（ウェブサーバ１０のウェブデータ１１中から当該ＵＲＬの画面をダウンロードし、端末１２に表示する）。

図５の（ｄ）は、医療の業務画面の例を示す。これは、図５の（ｃ）の業務画面上のメニューから「医療」を選択して遷移した後の業務画面（医療）の例を示す。この業務画面（医療）の右上には、同様に、当該画面の情報を提供している事業者とユーザを表す特定コードが常に表示され、当該事業者が提供している情報の画面であることを認識し、信頼、安心して情報を参照、更に、必要に応じて個人情報を入力して送信することが可能となる。

図６は、本発明のテーブル例を示す。
図６の（ａ）は、ユーザ情報テーブルの例を示す。ユーザ情報テーブル５は、ユーザの情報を登録して管理するものであって、ここでは、図示の下記の情報を対応づけて登録して管理するものである。

・ＩＤ：
・ユーザ名：
・パスワード：
・バイオメトリックス情報：
・メールアドレス：
・その他：
ここで、ＩＤはユーザを表す一意のＩＤである。ユーザ名はユーザを表す名前である。パスワードはユーザ認証を行うためのユーザが決めた一意のパスワードである。バイトメトリックス情報はユーザの生体情報（例えば指紋、静脈、虹彩／網膜などのユーザ自身の情報）である。メールアドレスはユーザのメールアドレスである。その他は、ユーザの他の情報であって、例えば一意の電話番号などである。

以上のように、ユーザ（ＩＤ）に対応づけてユーザの情報を登録しておくことにより、既述したように１つあるいは１つ以上を乱数で選択し、後述する事業者の情報と組み合わせて、ログイン毎に異なる当該ユーザ（更に、事業者）毎に固有の特定コードを簡易に作成することが可能となる。

図６の（ｂ）は、事業者情報テーブルの例を示す。事業者情報テーブル６は、事業者の情報を登録して管理するものであって、ここでは、図示の下記の情報を対応づけて登録して管理するものである。

・ＩＤ：
・事業者名：
・バイオメトリックス情報：
・メールアドレス：
・ＩＰアドレス：
・その他：
ここで、ＩＤは事業者を表す一意のＩＤである。事業者名は事業者を表す名前である。バイオメトリックス情報は事業者（事業者の代表あるいは管理者）の生体情報（例えば指紋、静脈、虹彩／網膜などの事業者の情報）である。メールアドレスは事業者のメールアドレスである。ＩＰアドレスは事業者のサーバなどのＩＰアドレスである。その他は、事業者の他の情報であって、例えば一意の電話番号などである。

以上のように、事業者（ＩＤ）に対応づけて事業者の情報を登録しておくことにより、既述したように１つあるいは１つ以上を乱数で選択し、上述したユーザの情報と組み合わせて、ログイン毎に異なる当該事業者（更に、ユーザ）毎に固有の特定コードを簡易に作成することが可能となる。

図７は、本発明の説明図を示す。
図７の（ａ）は、図１のサーバ（事業者）１がユーザからのアクセス時（ログイン時）に事業者側およびユーザ側で特定コードを作成するために使用する情報例を示す。図示の例は、事業者として、パーソナル情報提供事業者を例に挙げ、ユーザとして、パーソナル情報提供者を例に挙げた場合の使用する情報例を示す。

ここで、上段は事業者の情報（ＩＰアドレス、メールアドレス、バイトメトリックス情報）を表し、左側はユーザの情報（ＰＣ．ＰＤＡ，携帯（携帯電話／携帯端末）毎の情報）を表す。図中で○は常に利用できる値、△は変動する可能性のある値で、例えば利用者の指示に応じて利用する値、×は初回のアクセス（ログイン時）では利用しない値をそれぞれ表す。

図７の（ａ−１）は初回アクセス時（初回ログイン時）を表し、図７の（ａ−２）は２回目以降のアクセス時を表す。

図７の（ｂ）は、特定コードの作成手順の概略を示す。
図７の（ｂ）において、Ｓ６１、Ｓ６２で、パーソナル情報提供者の固有値（例えばバイオメトリックス情報）を取得する。

Ｓ６３、Ｓ６４で、パーソナル情報提供者の固有値（例えばＩＰアドレス）を取得する。

Ｓ６５、Ｓ６６で、本発明のコード生成アプリケーション（図１の特定コード生成手段３）を起動し、特定コードを生成する（既述した図４参照）。

以上のように、ユーザ（パーソナル情報提供者）の情報と事業者（パーソナル情報提供事業者）の情報から１つあるいは１つ以上を乱数で選択してこれらをもとに特定コードを作成することが可能となる。

（付記１）
事業者がユーザにサービスの提供を行うときの認証システムにおいて、
ユーザの情報と事業者の情報を予め登録するテーブルと、
ユーザからのネットワークを介したログイン時に、前記テーブルを参照して当該ユーザの情報およびサービスの提供を行う事業者の情報を任意に取り出し、これら取り出したユーザの情報と事業者の情報とをもとにログイン毎に異なる特定コードを作成する手段と、
前記作成された特定コードと、必要に応じてその説明、事業者のサービス提供情報を、ネットワークを介してユーザ側に送信して画面上に表示させる手段と、
前記ユーザ側から特定コードの付加された情報を、ネットワークを介して受信したときに、付加されている特定コードをもとにユーザが真正かチェックし、真正のときに要求のあったサービスを、ネットワークを介して送信する手段と
を備えたことを特徴とする認証システム。（１）
（付記２）
前記ログイン時に、ユーザＩＤ、パスワード、更に、必要に応じてユーザの生理学的特徴をもとにユーザ認証を行うことを特徴とする付記１記載の認証システム。

（付記３）
前記特定コード、更に、ユーザ側の端末のＩＰアドレス、ＭＡＣアドレス、端末ＩＤの１つ以上をもとにユーザが真正かチェックすることを特徴とする付記１あるいは付記２記載の認証システム。（２）
（付記４）
前記取り出したユーザの情報と事業者の情報とをもとに生成した特定コードのサイズが大きいときに圧縮し、サイズを小さくした特定コードを生成したことを特徴とする付記１から付記３のいずれかに記載の認証システム。

（付記５）
前記ユーザの端末の画面上に表示させた特定コードが選択された情報を、ネットワークを介して受信したときに、当該特定コードにリンク付けたＵＲＬの画面の情報をネットワークを介して送信し、ユーザの端末の画面上に表示させることを特徴とする付記１から付記４のいずれかに記載の認証システム。（３）

本発明は、ユーザ側の端末の画面上に特定コードとその説明を付加して表示し真正の事業者からの情報であることを認識し易くすると共に、事業者側では情報受信毎に特定コード、更に、端末情報の認証を行って真正のユーザのみにサービス提供を行って盗聴を防止することが可能となる。

本発明のシステム構成図である。 本発明の動作説明フローチャート（登録）である。 本発明の動作説明フローチャート（認証）である。 本発明の動作説明フローチャート（圧縮）である。 本発明の画面例である。 本発明のテーブル例である。 本発明の説明図である。

符号の説明

１：サーバ（事業者）
２：ユーザ登録手段
３：特定コード生成手段
４：チェック手段
５：ユーザ情報テーブル
６：事業者情報テーブル
７：サブ認証情報テーブル
１０：ウェブサーバ
１１：ウェブデータ
１２：端末（ユーザ）
１３：ネットワーク

Claims (3)

1. 事業者がユーザにサービスの提供を行うときの認証システムにおいて、
   ユーザの情報と事業者の情報を予め登録するテーブルと、
   ユーザからのネットワークを介したログイン時に、前記テーブルを参照して当該ユーザの情報およびサービスの提供を行う事業者の情報を任意に取り出し、これら取り出したユーザの情報と事業者の情報とをもとにログイン毎に異なる特定コードを作成する手段と、
   前記作成された特定コードと、必要に応じてその説明、事業者のサービス提供情報を、ネットワークを介してユーザ側に送信して画面上に表示させる手段と、
   前記ユーザ側から特定コードの付加された情報を、ネットワークを介して受信したときに、付加されている特定コードをもとにユーザが真正かチェックし、真正のときに要求のあったサービスを、ネットワークを介して送信する手段と
   を備えたことを特徴とする認証システム。
2. 前記特定コード、更に、ユーザ側の端末のＩＰアドレス、ＭＡＣアドレス、端末ＩＤの１つ以上をもとにユーザが真正かチェックすることを特徴とする請求項１記載の認証システム。
3. 前記ユーザの端末の画面上に表示させた特定コードが選択された情報を、ネットワークを介して受信したときに、当該特定コードにリンク付けたＵＲＬの画面の情報をネットワークを介して送信し、ユーザの端末の画面上に表示させることを特徴とする請求項１あるいは請求項２記載の認証システム。

Images