JP2007065801A - 認証システム、認証方法および認証プログラム - Google Patents

Abstract

【課題】第一端末からのアクセス者の本人性確認を第二端末を用いて簡単かつ安全に実現することを課題とする。
【解決手段】アクセス要求者が第一端末（ＰＣ等）から認証サーバに対してアクセス要求を行うと、認証サーバは、ログインページを第一端末に送信する。そして、かかるログインページを受け付けた第一端末は、第二端末アドレスを含んだログイン要求を認証サーバに送信する（図１の（１）〜（３）参照）。そして、ログイン要求を受信した認証サーバが、認証ＵＲＬを生成し、かかる生成した認証ＵＲＬを認証要求メールとして第二端末に対して送信した後、第二端末は、認証要求として個体識別番号、セッションＩＤおよびパスコードを認証サーバに送信する（図１の（４）〜（６）参照）。その後、認証サーバは、第二端末の認証を行い、その認証結果を第一端末に送信する（図１の（７）〜（８）参照）。
【選択図】 図１

Description

この発明は、第一端末からのアクセスに対し、第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証システム、認証方法および認証プログラムに関する。

従来より、会員制サイト等の本人性確認を必要とするインターネット上のサービスでは、ＩＤ／パスワードによる認証が一般的であった。このＩＤ／パスワードによる認証は、アクセス者が許可されたユーザのユーザＩＤおよびパスワードを予めデータベース（ＤＢ）に対応付けて登録しておき、アクセスを要求してきたユーザに対してユーザＩＤおよびパスワードの入力を促し、ユーザが入力したユーザＩＤおよびパスワードがＤＢに対応付けて登録されていることを条件にアクセスを許可する手法である。また、複数のインターネットサービスに対して１回の認証操作のみでログイン可能とする方法も存在する。

また、近年では、ＩＤ／パスワードに変わる認証方式として、生体情報（指紋など）やＩＣカードを利用した認証方式が採用されている場合もある。

また、特許文献１（特開２００４−２１３３１５号公報）では、ＰＣ（パーソナルコンピュータ）等からのＩＤ／パスワードによるログイン要求に対して、ＰＣによる認証を行うとともに、ログイン要求者が所持する携帯電話等から「確認認証用パスワード」を入力することにより認証を行う技術が開示されている。

特開２００４−２１３３１５号公報

ところで、上記した従来の技術は、以下に説明するように、アクセス者認証の確実性、アクセス者およびサービス提供者の負担、ユーザＩＤやパスワードの漏洩等の観点から以下に説明するような課題がある。

すなわち、上記のＩＤ／パスワードの認証では、パスワードの盗用、もしくは第三者による推測などにより、いわゆる「成りすまし」などの詐称行為に対して脆弱であり、そのため、ユーザは、推測されにくいパスワードの使用や定期的なパスワードの変更により、これらの詐称行為を未然に回避する必要があり、ユーザに負担を強いるという課題がある。

また、上記の複数のインターネットサービスに対して１回の認証操作のみでログイン可能とする認証方法は、一度パスワードが盗まれると、第三者であっても全てのインターネットサービスが利用されてしまう可能性があり、ユーザ情報が漏洩する危険性が高いという課題がある。

また、上記の生体情報（指紋など）やＩＣカードを利用した認証方式は、生体情報やＩＣカードの読み取り装置が必要であり、ユーザへのコスト負担を招くことから、一般家庭への普及は進んでいないという課題がある。さらに、生体情報を利用した認証方式では、他人を本人と誤認証したり、逆に本人を本人と認証しなかったりなど動作が不安定であるという課題もある。

また、上記の特許文献の認証方法では、個人端末での認証時に入力する必要がある「確認認証用パスワード」が流出すると、やはり「成りすまし」等の詐称が可能であるという課題がある。さらに、ユーザは、「確認認証用のパスワード」を新たに管理する手間も増えてしまうという課題もある。

そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、アクセス者の本人性確認を、簡単かつ安全に実現する認証システム、認証方法および認証プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、請求項１に係る発明は、第一端末からのアクセスに対し、第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証システムであって、前記第一端末からのアクセスを受け付けるアクセス受付手段と、前記第二端末アドレス宛に認証用アドレスを通知する通知手段と、前記第二端末から前記認証用アドレスへのレスポンスに基づいて第一端末を認証する認証手段と、を備えたことを特徴とする。

また、請求項２に係る発明は、上記の発明において、前記アクセス受付手段は、前記第一端末から前記第二端末アドレスを受信し、前記通知手段は、前記アクセス受付手段によって受け付けた前記第二端末アドレス宛に認証用アドレスを通知することを特徴とする。

また、請求項３に係る発明は、上記の発明において、前記第二端末アドレスに関する情報と前記第二端末アドレスとを対応付けて記憶するアドレス情報記憶手段を備え、前記アクセス受付手段は、前記第一端末から前記第二端末アドレスに関する情報を受信し、前記通知手段は、前記アクセス受付手段によって受け付けた前記第二端末アドレスに関する情報に対応して記憶された前記第二端末アドレス宛に認証用アドレスを通知することを特徴とする。

また、請求項４に係る発明は、上記の発明において、前記第二端末アドレスに関する情報を所定の鍵によって含んだアクセスコードを生成するアクセスコード生成手段を備え、前記アクセス受付手段は、前記アクセスコード生成手段によって生成された前記アクセスコードを受信し、前記通知手段は、前記アクセス受付手段によって受け付けられたアクセスコードに含まれた前記第二端末アドレスを取得し、当該第二端末アドレス宛に認証用アドレスを通知することを特徴とする。

また、請求項５に係る発明は、上記の発明において、前記第二端末の認証に関する情報を記憶する認証情報記憶手段を備え、前記認証手段は、前記第二端末から前記第二端末の認証に関する情報を受け付け、当該第二端末の認証に関する情報が前記認証情報記憶手段によって記憶された第二端末の認証に関する情報との対応に基づいて第一端末を認証することを特徴とする。

また、請求項６に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記第二端末の認証に関する情報を所定の鍵によって含んだアクセスコードを生成し、前記認証手段は、前記第二端末から第二端末の認証に関する情報を受け付け、前記アクセスコードから取得される第二端末の認証に関する情報との対応に基づいて第一端末を認証することを特徴とする。

また、請求項７に係る発明は、上記の発明において、前記認証手段は、前記第二端末の認証に関する情報として端末固有の第二端末識別子を受け付け、当該端末識別子に基づいて第一端末を認証することを特徴とする。

また、請求項８に係る発明は、上記の発明において、前記アドレス情報記憶手段は、有効条件に係る情報と第二端末アドレスを対応付けて記憶し、前記通知手段は、前記第二端末アドレスに対応付けて記憶された有効条件を満たすことを条件に、前記認証用アドレスを前記第二端末アドレス宛に通知することを特徴とする。

また、請求項９に係る発明は、上記の発明において、前記アクセスコード生成手段は、前記有効条件に係る情報を含んだアクセスコードを生成し、前記通知手段は、前記アクセスコードに基づいて取得した前記有効条件を満たすことを条件に、認証用アドレスを前記第二端末アドレス宛に通知することを特徴とする。

また、請求項１０に係る発明は、上記の発明において、前記通知手段は、前記有効条件に係る情報として、期限、時間、回数、発信側のドメイン若しくはこれらの組み合わせに係る情報が前記有効条件を満たすことを条件に、認証用アドレスを前記第二端末アドレス宛に通知することを特徴とする。

また、請求項１１に係る発明は、上記の発明において、前記アクセス受付手段、前記通知手段および前記認証手段を有して前記第一端末を認証する認証サーバ、並びに、前記通知手段によって通知された認証用アドレスを前記第二端末に転送する転送手段を有する転送サーバを備え、前記認証サーバのアドレス受付手段は、前記第一端末から前記第二端末アドレスに代えて前記第二端末アドレスに対応する転送用アドレスを受け付け、前記認証サーバの通知手段は、前記アドレス受付手段によって受け付けた転送用アドレス宛に認証用アドレスを通知し、前記転送サーバの転送手段は、前記通知手段によって通知された認証用アドレスを前記第二端末アドレス宛に転送することを特徴とする。

また、請求項１２に係る発明は、上記の発明において、前記転送手段は、前記第二端末アドレスに対応する転送用アドレスが転送条件に係る情報を含み、当該転送条件に基づいて転送可否判断を行い、当該判断が転送可であることを条件に、前記認証用アドレスを前記第二端末アドレス宛に転送することを特徴とする。

また、請求項１３に係る発明は、上記の発明において、前記転送手段は、前記転送条件に係る情報として、期限、時間、回数、発信側のドメイン若しくはこれらの組み合わせに係る情報に基づいて転送可否判断を行い、当該判断が転送可であることを条件に、前記認証用アドレスを前記第二端末アドレス宛に転送することを特徴とする。

また、請求項１４に係る発明は、上記の発明において、前記第二端末の認証を行う認証サーバ、並びに、コンテンツの提供を行うコンテンツ提供サーバを備え、前記コンテンツ提供サーバのコンテンツ提供手段は、前記認証サーバの認証手段によって得られた認証の結果に応じて、前記第一端末に対してコンテンツを提供することを特徴とする。

また、請求項１５に係る発明は、上記の発明において、前記通知手段および認証手段を有して前記第二端末を認証する認証サーバ、並びに、前記アクセス受付手段および第一端末にコンテンツを提供するコンテンツ提供手段を有して前記第一端末に対してコンテンツを提供するコンテンツ提供サーバを備え、前記認証サーバの認証手段は、前記コンテンツ提供サーバから認証の依頼を受け付けた場合に、前記第二端末を認証し、前記コンテンツ提供サーバのコンテンツ提供手段は、前記認証手段によって得られた認証の結果に応じて、前記第一端末に対してコンテンツを提供することを特徴とする。

また、請求項１６に係る発明は、上記の発明において、前記通知手段および認証手段を有して前記第二端末を認証する認証サーバ、並びに、前記アクセス受付手段およびコンテンツ提供手段を有してコンテンツを提供するコンテンツ提供サーバを備え、前記認証サーバの認証手段は、前記コンテンツ提供サーバから認証の依頼を受け付けた場合に、前記第二端末を認証し、当該認証の結果に応じて、前記コンテンツ提供サーバから第一端末に提供するコンテンツを取得して、当該コンテンツを前記第一端末に提供することを特徴とする。

また、請求項１７に係る発明は、上記の発明において、前記アクセス受付手段、通知手段および認証手段を有して前記第二端末を認証する認証サーバ、並びに、コンテンツを提供するコンテンツ提供サーバを備え、前記認証サーバの認証手段は、前記第二端末を認証し、当該認証の結果に応じて、前記コンテンツ提供サーバにアクセスするための認証識別子を生成し、当該認証識別子を前記第一端末に送信し、前記コンテンツ提供サーバは、前記認証識別子を受け付けた場合には、前記コンテンツを第一端末に提供することを特徴とする。

また、請求項１８に係る発明は、上記の発明において、前記アクセス受付手段、通知手段および認証手段を有して前記第二端末を認証する認証サーバ、並びに、コンテンツを提供するコンテンツ提供サーバを備え、前記認証サーバの認証手段は、前記第二端末を認証し、当該認証結果に応じて、前記コンテンツ提供サーバから第一端末に提供するコンテンツを取得して、当該コンテンツを前記第一端末に提供することを特徴とする。

また、請求項１９に係る発明は、第一端末からのアクセスに対し、第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証方法であって、前記第一端末からのアクセスを受け付けるアクセス受付工程と、前記第二端末アドレス宛に認証用アドレスを通知する通知工程と、前記第二端末から前記認証用アドレスへのレスポンスに基づいて第一端末を認証する認証工程と、を含んだことを特徴とする。

また、請求項２０に係る発明は、第一端末からのアクセスに対し、第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証方法をコンピュータに実行させる認証プログラムであって、前記第一端末からのアクセスを受け付けるアクセス受付手順と、前記第二端末アドレス宛に認証用アドレスを通知する通知手順と、前記第二端末から前記認証用アドレスへのレスポンスに基づいて第一端末を認証する認証手順と、をコンピュータに実行させることを特徴とする。

請求項１、１９または２０の発明によれば、第一端末からの認証要求に対して、第二端末に通知を行い、第二端末からのレスポンスをもってアクセスの正当性を確認するので、第一端末から許容されたアクセス者ではない第三者の不正な認証要求を受信した場合でも、許容されたアクセス者が第二端末よりレスポンスを行わなければ認証要求は承諾されないため、不正なアクセスを回避することが可能である。

また、請求項２の発明によれば、第一端末から第二端末アドレスを受信し、受け付けた第二端末アドレス宛に認証用アドレスを通知するので、任意の第二端末にレスポンス要求を通知することが可能である。

また、請求項３の発明によれば、受け付けられた第二端末アドレスに関する情報と第二端末アドレスとを対応付けて記憶し、第一端末から第二端末アドレスに関する情報を受け付け、そのアドレスに記憶された第二端末アドレスのうち第二端末アドレスに関する情報に対応する第二端末アドレス宛に認証用アドレスを通知するので、第一端末からの認証要求時に第二端末アドレスを毎回入力する必要が無くなるため、入力に伴う漏洩（例えば、インターネットカフェのような日常使わないＰＣ端末から入力時にキーロガー等でアドレスを収集する等）から、第二端末アドレスを保護することが可能である。

また、請求項４の発明によれば、受け付けられた第二端末アドレスに関する情報を所定の鍵によって含んだアクセスコードを生成し、第一端末からアクセスコードを受け付け、そのアクセスコードに含まれた第二端末アドレスを取得し、その第二端末アドレス宛に認証用アドレスを通知するので、第二端末アドレスを記憶する手段を不要とすることが可能である。

また、請求項５の発明によれば、第二端末の認証に関する情報を記憶し、第二端末から第二端末の認証に関する情報を受け付け、その第二端末の認証に関する情報が記憶された第二端末の認証に関する情報との対応に基づいて第一端末を認証するので、固有の第二端末以外からのレスポンスが拒否可能となるため、例えば、許容されたアクセス者が所有する端末のみを第二端末として割当てることが可能である。

また、請求項６の発明によれば、第二端末の認証に関する情報を所定の鍵によって含んだアクセスコードを生成し、第二端末から第二端末の認証に関する情報を受け付け、アクセスコードから取得される第二端末の認証に関する情報との対応に基づいて第一端末を認証するので、第二端末の認証情報を記憶する手段を不要とすることが可能である。

また、請求項７の発明によれば、第二端末の認証に関する情報として端末固有識別子を受け付け、その認証識別子に基づいて第一端末を認証するので、変更が不可能な第二端末識別子を予め記憶し、第二端末からのレスポンス時に受信した識別子と、記憶した第二端末識別子とが対応した場合に認証を可能とする結果、第三者による不正な認証を防止することが可能である。

また、請求項８の発明によれば、第二端末のレスポンス要求の送信に有効条件を設定するので、第二端末の不要なレスポンス要求を排除することが可能である。

また、請求項９の発明によれば、有効条件を含んだアクセスコードを生成し、第一端末よりアクセスコード伴って認証要求を返信させるので、有効条件を記憶する手段を不要にすることが可能である。

また、請求項１０の発明によれば、有効条件として、期限、時間、回数、アクセス元若しくはこれらの組み合わせを設定するので、第二端末の不要なレスポンス要求を排除することが可能である。

また、請求項１１の発明によれば、第二端末へのレスポンス要求を別に設置した転送アドレスに送信し、さらに転送アドレスより第二端末アドレスに転送するので、例えば、第三者からの不正な認証要求等、第一端末より不要な認証要求が送信された場合でも、第二端末アドレスの削除や変更を行うことなく、転送アドレスを廃止するだけで不要なレスポンス要求を抑止することが可能である。

また、請求項１２の発明によれば、転送アドレスからの転送時に転送条件を元に可否判断を行うことにより、転送条件に合致しない通信要求は転送されないので、転送アドレスを廃止することなく、不要なレスポンス要求を抑止することが可能である。

また、請求項１３の発明によれば、期限、時間、回数、発信側ドメイン若しくはこれらの組み合わせを有効条件とすることにより、有効条件に合致しないレスポンス要求は転送しないので、転送アドレスを廃止することなく、不要なレスポンス要求を抑止することが可能である。

また、請求項１４の発明によれば、認証結果をコンテンツ提供サーバに提供するので、コンテンツ提供サーバは、自ら認証手段を備えることなく、認証されたコンテンツ要求者のみにコンテンツを提供することが可能である。

また、請求項１５の発明によれば、コンテンツ提供サーバは、第一端末からの認証要求を受け付け、かつコンテンツ提供サーバに対して認証結果の提供を行うので、コンテンツ要求者は、第一端末を通じてコンテンツ提供サーバのみにアクセスすればよく、コンテンツ要求者の操作を低減することが可能である。

また、請求項１６の発明によれば、第一端末がコンテンツ提供サーバに認証要求を送信すると、コンテンツ提供サーバは、認証サーバに認証を依頼して、第二端末より妥当なレスポンスを受信すると、認証サーバに対してコンテンツを送信し、認証サーバは、第一端末にコンテンツを送信するので、あらゆるコンテンツが認証サーバ経由で提供されることになり、認証サーバ側でコンテンツの流通履歴保存、課金、コンテンツ要求者毎のアクセス環境に基づいたコンテンツのサイジング等が可能である。

また、請求項１７の発明によれば、第一端末が認証サーバに認証要求を送信すると、認証サーバは、第二端末より妥当なレスポンスを受信後に認証結果を返送し、その結果とともに、今度はコンテンツ提供サーバにコンテンツ要求するので、認証結果を一回受けるだけでいかなるコンテンツ提供サーバにもコンテンツ要求を送信することが可能である。

また、請求項１８の発明によれば、第一端末が認証サーバに認証要求を送信すると、認証サーバは第二端末より妥当なレスポンスを受信後にコンテンツ提供サーバに対して認証結果とともにコンテンツを要求し、そのコンテンツを第一端末に送信することで、アクセスの際に常に認証サーバを経由するので、コンテンツ要求者は、第一端末を通じて認証サーバにのみアクセスすればよく、コンテンツ要求者の操作を低減することが可能である。

以下に添付図面を参照して、この発明に係る認証システム、認証方法および認証プログラムの実施例を１〜８に分けて詳細に説明する。

以下の実施例では、実施例１に係る認証システムの概要および特徴、認証システムの構成および処理の流れを順に説明し、最後に実施例１による効果を説明する。

［システムの概要および特徴］
まず最初に、図１を用いて、実施例１に係る認証システムの概要および特徴を説明する。図１は、実施例１に係る認証システムの概要および特徴を説明するための図である。

実施例１の認証システムでは、第一端末（ＰＣ等）からのアクセスに対し、第二端末（携帯等）の認証を行い、当該認証の結果を第一端末の認証とすることを概要とする。そして、本人性確認の信頼性が低い第一端末からの認証要求に対して、本人性確認の信頼性が高い第二端末に通知を行い、第二端末からのレスポンスをもってアクセスの正当性を確認するので、第一端末から許容されたアクセス者ではない第三者の不正な認証要求を受信した場合でも、許容されたアクセス者が第二端末よりレスポンスを行わなければ認証要求は承諾されないため、不正なアクセスを回避することを可能にしている点に主たる特徴がある。

この主たる特徴について具体的に説明すると、図１に示すように、アクセス要求者が第一端末（ＰＣ等）から認証サーバに対してアクセス要求を行うと、認証サーバは、ログインページを第一端末に送信する。そして、かかるログインページを受け付けた第一端末は、第二端末アドレスを含んだログイン要求を認証サーバに送信する（図１の（１）〜（３）参照）。具体的には、認証サーバは、図１９、２０に例示するようなログインページを第一端末に送信し、かかるログインページに携帯メールアドレスを入力して送信する。

そして、ログイン要求を受信した認証サーバが、認証ＵＲＬを生成し、かかる生成した認証ＵＲＬを認証要求メールとして第二端末に対して送信した後、第二端末は、認証要求として個体識別番号、セッションＩＤおよびパスコードを認証サーバに送信する（図１の（４）〜（６）参照）。具体的には、認証サーバが、図２４に例示するような認証要求メールを第二端末に送信した後に、第二端末は、認証要求メール内に含まれた認証ＵＲＬにアクセスして個体識別番号、セッションＩＤおよびパスコードを認証サーバに送信する。なお、第二端末に認証要求メールを送信すると図２３に例示するような画面が第一端末に送信される。

その後、認証サーバは、第二端末の認証を行い、その認証結果を第一端末に送信する（図１の（７）〜（８）参照）。具体的には、セッションＩＤと状態（認証処理中）が接続情報テーブル１２１に登録されているかチェックを行い、登録されていれば認証可、登録されていなければ認証不可とする。認証可であれば、接続情報テーブル１２１から取得した第二端末アドレスに対応する管理情報テーブル１２０の個体識別番号およびパスコードと、受信した個体識別番号およびパスコードが対応するかチェックを行い、対応すればＯＫ、対応しなければＮＧとする。そして、その結果を第一端末に送信する（図２５参照）。

このように、実施例１に係る認証システムによれば、第一端末からの認証要求に対して、第二端末に通知を行い、第二端末からのレスポンスをもってアクセスの正当性を確認するので、第一端末から許容されたアクセス者ではない第三者の不正な認証要求を受信した場合でも、許容されたアクセス者が第二端末よりレスポンスを行わなければ認証要求は承諾されないため、不正なアクセスを回避することが可能である。

［認証システムの構成］
次に、図２を用いて、実施例１に係る認証システムの構成を説明する。図２は、実施例１に係る認証システムの構成を示す図である。同図に示すように、この認証システムは、第一端末２１０、第一端末ＩＰ網２００、インターネット３００、認証サーバ１００、第二端末４２０、第二端末メールサーバ４１０、第二端末ＩＰ網４００を有する。

また、認証サーバ１００は、認証情報を記憶する管理情報テーブル１２０と、認証プロセスのセッションを記憶する接続情報テーブル１２１と、第二端末の情報の登録を行う登録部１３０と、第一端末の依頼を受けて第二端末の認証を行う認証部１４０と、インターネット接続を行う通信部１１０とから構成される。

このうち、管理情報テーブル１２０は、図３に示すように、認証情報として使用される個体識別番号と第二端末アドレスとユーザによるパスコードとを対応付けて記憶する。この個体識別番号には端末を一意に識別することができる文字列であり、例えば、携帯電話の端末ＩＤ等がある。かかる個体識別番号は、直接保存するのではなく、例えば、ハッシュ値のように一意に対応付けられる値が保存されていても良い。一方、パスコードは、数字、アルファベット、記号などの組み合わせで構成される。かかるパスコードは、直接保存するのではなく、例えば、ハッシュ値のように一意に対応付けられる値が保存されていても良い。

また、接続情報テーブル１２１は、図４に示すように、一意のセッションＩＤと、第二端末アドレスと、セッションの状態が対応して記憶される。かかるセッションの状態は、例えば、「認証済み」、「認証処理中」、「登録済み」、「登録処理中」などが存在する。

また、登録部１３０は、第二端末の登録に使用するＵＲＬを生成する登録ＵＲＬ生成部１３１と、前記登録ＵＲＬを第二端末に送信する登録ＵＲＬ送信部１３２と、登録ＵＲＬにアクセスしてきた第二端末の情報を管理情報テーブルに記憶する登録処理部１３３と、登録結果を第一端末に送信する登録結果送信部１３４とを備える。

また、認証部１４０は、第二端末の認証に使用するＵＲＬを作成する認証ＵＲＬ生成部１４１と、認証ＵＲＬを第二端末に送信する認証ＵＲＬ送信部１４２と、認証ＵＲＬにアクセスしてきた第二端末の認証を行う認証処理部１４３と、認証結果を第一端末に送信する認証結果送信部１４４とを備える。

［認証システムによる登録処理］
次に、図５を用いて、認証システムによる登録処理の流れを説明する。図５は、認証システムによる登録処理の流れを示すフローチャートである。

同図に示すように、第一端末２１０から認証サーバ１００に対してアクセス要求としてＨＴＴＰ要求メッセージが送信されると（ステップＳ１０１０）、認証サーバ１００は、登録ページを送信する（ステップＳ１０２０）。

続いて、第一端末２１０から認証サーバ１００に対して第二端末アドレスをＨＴＴＰ要求メッセージとして送信すると（ステップＳ１０３０）、認証サーバ１００は、登録ＵＲＬを生成する（ステップＳ１０４０）。なお、かかる登録ＵＲＬを生成する処理については図６用いて後に詳述する。

続いて、認証サーバ１００は、生成した登録ＵＲＬを第二端末にメールで送信する（ステップＳ１０５０）。かかるメールを受信した第二端末４２０は、登録ＵＲＬによる個体識別番号、セッションＩＤおよびパスコードをＨＴＴＰ要求メッセージとして認証サーバ１００に送信する（ステップＳ１０６０）。かかるＨＴＴＰ要求メッセージを受信した認証サーバ１００は、登録処理を行う（ステップＳ１０７０）。なお、かかる登録処理については図７を用いて後に詳述する。その後、認証サーバ１００は、登録の結果をＨＴＴＰ応答メッセージとして第一端末２１０に送信する（ステップＳ１０８０）。

続いて、図６を用いて、認証サーバ１００による登録ＵＲＬ生成処理（図５に示したステップＳ１０４０に対応する処理）を詳しく説明する。図６は、登録ＵＲＬ生成処理の詳細を示すフローチャートである。

まず、第二端末アドレスが管理情報テーブルに記憶されているかチェックを行い、記憶されていれば登録可、記憶されていなければ登録不可とする（ステップＳ１０４１）。登録可であれば、時刻と乱数からなる文字列のハッシュ値等の一意のセッションＩＤを生成する（ステップＳ１０４２）。次に、接続情報テーブルに、セッションＩＤ、第二端末アドレス、状態（登録処理中）を登録する（ステップＳ１０４３）。次に、登録用アドレスの末尾にセッションＩＤを付加した登録ＵＲＬを生成する（ステップＳ１０４４）。

続いて、図７を用いて、認証サーバ１００による登録処理（図５に示したステップＳ１０７０に対応する処理）を詳しく説明する。図７は、登録処理の詳細を示すフローチャートである。

まず、セッションＩＤと状態（登録処理中）が接続情報テーブル１２１に対応付けて記憶されているかチェックを行い、記憶されていれば登録可、記憶されていなければ登録不可とする（ステップＳ１０７１）。登録可であれば、接続情報テーブル１２１に記憶されているセッションＩＤに対応するセッション情報の状態「登録処理中」から「登録済み」に変更し、第二端末アドレス、送信された個体識別番号およびパスコードを管理情報テーブル１２０に登録する。また、有効条件が設定されている場合は、有効期限の満了日を２００４年１月１日から数えて日単位で数値化したものを管理情報テーブルに登録し、指定されていない場合は「０」を管理情報テーブルに登録する（ステップＳ１０７２）。

[認証システムによるログイン処理]
次に、図８を用いて、認証システムによるログイン処理の流れを説明する。図８は、認証システムによるログイン処理の流れを示すフローチャートである。

同図に示すように、第一端末２１０から認証サーバ１００に対してアクセス要求としてＨＴＴＰ要求メッセージが送信されると（ステップＳ２０１０）、認証サーバ１００は、ログインページを送信する（ステップＳ２０２０）。

続いて、第一端末２１０から認証サーバ１００に対して第二端末アドレスをＨＴＴＰ要求メッセージとして送信すると（ステップＳ２０３０）、認証サーバ１００は、認証ＵＲＬを生成する（ステップＳ２０４０）。なお、かかる認証ＵＲＬを生成する処理については図９を用いて後に詳述する。

そして、認証サーバ１００は、生成した認証ＵＲＬを第二端末４２０にメールで送信する（ステップＳ２０５０）。かかるメールを受信した第二端末４２０は、認証ＵＲＬによる個体識別番号、セッションＩＤおよびパスコードをＨＴＴＰ要求メッセージとして認証サーバ１００に送信する（ステップＳ２０６０）。かかるＨＴＴＰ要求メッセージを受信した認証サーバ１００は、認証処理を行う（ステップＳ２０７０）。なお、かかる認証処理については図１０を用いて後に詳述する。その後、認証サーバ１００は、認証の結果をＨＴＴＰ応答メッセージとして第一端末２１０に送信する（ステップＳ２０８０）。

なお、上記の実施例１では、第一端末２１０から認証サーバ１００に第二端末アドレスをＨＴＴＰ要求メッセージとして送信したが、第二端末アドレスに関する情報（ＩＤ等）を送信しても良い。この場合は、管理情報テーブル１２０は、さらに第二端末アドレスに関する情報を保持し、認証サーバ１００は、登録処理時に一意の第二端末アドレスに関する情報を時刻をキーとした乱数等を利用して生成、保存し、認証時には受信した第二端末に係る情報をキーに管理用法テーブルから第二端末アドレスを取得し、第二端末宛に認証ＵＲＬを送信した上で、かかる認証処理を行う。

続いて、図９を用いて、認証サーバ１００による認証ＵＲＬ生成処理（図８に示したステップＳ２０４０に対応する処理）を詳しく説明する。図９は、認証ＵＲＬ生成処理の詳細を示すフローチャートである。

まず、第二端末アドレスが管理情報テーブル１２０に記憶されているかチェックを行い、記憶されていれば認証可、記憶されていなければ認証不可とする。また、認証可であって、管理情報テーブルに有効条件が設定されている（０でない）場合は、設定された数値に２００４年１月１日を加算して有効期限の満了日を算出、現在の日付が満了日を過ぎているか判定する。かかる判定により過ぎていると判定された場合は、認証不可とする（ステップＳ２０４１）。認証可であれば、時刻と乱数からなる文字列のハッシュ値等の一意のセッションＩＤを生成する（ステップＳ２０４２）。次に、接続情報テーブル１２１にセッションＩＤ、第二端末アドレス、状態（認証処理中）を登録する（ステップＳ２０４３）。次に、認証用アドレスの最後にセッションＩＤを付加した認証ＵＲＬを生成する（ステップＳ２０４４）。

続いて、図１０を用いて、認証サーバ１００による認証処理（図８に示したステップＳ２０７０に対応する処理）を詳しく説明する。図１０は、認証処理の詳細を示すフローチャートである。

まず、セッションＩＤと状態（認証処理中）が接続情報テーブル１２１に登録されているかチェックを行い、登録されていれば認証可、登録されていなければ認証不可とする（ステップＳ２０７１）。認証可であれば、接続情報テーブル１２１から取得した第二端末アドレスに対応する管理情報テーブル１２０の個体識別番号およびパスコードと、受信した個体識別番号およびパスコードが対応するかチェックを行い、対応すればＯＫ、対応しなければＮＧとする（ステップＳ２０７２）。ＯＫであれば、接続情報テーブル１２１に記憶されている該当セッションＩＤの情報を状態「認証処理中」から「認証済み」に変更する（ステップＳ２０７３）。

[実施例１の効果]
上述してきたように、実施例１によれば、第一端末からの認証要求に対して、第二端末に通知を行い、第二端末からのレスポンスをもってアクセスの正当性を確認するので、第一端末から許容されたアクセス者ではない第三者の不正な認証要求を受信した場合でも、許容されたアクセス者が第二端末よりレスポンスを行わなければ認証要求は承諾されないため、不正なアクセスを回避することが可能である。

また、実施例１によれば、第一端末から第二端末アドレスを受信し、受け付けた第二端末アドレス宛に認証用アドレスを通知するので、任意の第二端末にレスポンス要求を通知することが可能である。

また、実施例１によれば、受け付けられた第二端末アドレスに関する情報と第二端末アドレスとを対応付けて記憶し、第一端末から第二端末アドレスに関する情報を受け付け、そのアドレスに記憶された第二端末アドレスのうち第二端末アドレスに関する情報に対応する第二端末アドレス宛に認証用アドレスを通知するので、第一端末からの認証要求時に第二端末アドレスを毎回入力する必要が無くなるため、入力に伴う漏洩（例えば、インターネットカフェのような日常使わないＰＣ端末から入力時にキーロガー等でアドレスを収集する等）から、第二端末アドレスを保護することが可能である。

また、実施例１によれば、第二端末の認証に関する情報を記憶し、第二端末から第二端末の認証に関する情報を受け付け、その第二端末の認証に関する情報が記憶された第二端末の認証に関する情報との対応に基づいて第一端末を認証するので、固有の第二端末以外からのレスポンスが拒否可能となるため、例えば、許容されたアクセス者が所有する端末のみを第二端末として割当てることが可能である。

また、実施例１によれば、第二端末の認証に関する情報として端末固有の認証識別子を受け付け、その認証識別子に基づいて第一端末を認証するので、変更が不可能な第二端末識別子を予め記憶し、第二端末からのレスポンス時に受信した識別子と、記憶した第二端末識別子とが対応した場合に認証を可能とする結果、第三者による不正な認証を防止することが可能である。

また、実施例１によれば、第二端末のレスポンス要求の送信に有効条件を設定するので、第二端末への不要なレスポンス要求を排除することが可能である。

また、実施例１によれば、有効条件として、期限、時間、回数、アクセス元若しくはこれらの組み合わせを設定するので、第二端末への不要なレスポンス要求を排除することが可能である。

ところで、上記の実施例１では、第二端末アドレスに個体識別番号等を対応付けて記憶して、認証を行う場合を説明したが、本発明はこれに限定されるものではなく、第二端末アドレスと個体識別番号を所定の鍵によって含んだアクセスコードを生成して、認証を行うようにしてもよい。

そこで、以下の実施例２では、第二端末アドレスを所定の鍵によって含んだアクセスコードを生成して、認証を行う場合として、図１１〜図１６を用いて実施例２に係る認証システムを説明する。

まず、図１１を用いて、実施例２に係る認証システムの構成を説明する。図１１は実施例２に係る認証システムの構成を示す図である。同図に示すように、実施例２に係る認証システムは図２に示した実施例１に係る認証システムと比較して、認証サーバ１００は、発行鍵記憶部１２２と、アクセスコード生成部１３５と、アクセスコード解読部１４５を新たに備える点が相違する。

このうち、発行鍵記憶部１２２は、アクセスコードの生成する鍵を記憶する。また、アクセスコード生成部１３５は、アクセスコードを生成する。また、アクセスコード解読部１４５はアクセスコードを解読する。

次に、図１２を用いて実施例２にかかる認証システムによるアクセスコード発行処理について説明する。実施例２にかかるアクセスコード発行処理は、図５に示した実施例１の認証システムによる登録処理と比較して、アクセスコードを生成する点が相違する。

すなわち、図１２に示すように、第二端末は個体識別番号とセッションＩＤをＨＴＴＰ要求メッセージとして認証サーバ１００に送信（図２１参照）した後に（ステップＳ３０６０）、アクセス者認証処理を行う（ステップＳ３０７０）。かかるアクセス者認証処理は、具体的には、図１３に示すように、まず、受信したセッションＩＤと状態（登録処理中）とが接続情報テーブル１２１に登録されているかチェックを行い、登録されていれば生成可、登録されていなければ生成不可とする（ステップＳ３０７１）。生成可であれば、接続情報テーブル１２１に記憶されているセッションＩＤに対応するセッション情報を状態「登録処理中」から「登録済み」に変更する（ステップＳ３０７２）。さらに、接続情報テーブル１２１で、セッションＩＤに対応付けられた第二端末アドレスを取得する（ステップＳ３０７３）。

その後、アクセスコードを生成する処理を行う。かかるアクセスコード生成処理は、具体的には、図１４に示すように、まず、第二端末アドレスの最後に“｜”を追加し、これをデータＡとする（ステップＳ３０８１）。次に、個体識別番号をデータＡの後ろに付加し、さらに最後尾に“｜”を追加する（ステップＳ３０８２）。次に、有効条件が設定されていれば「１」、されていなければ「０」という１ビットのデータをデータＢとする（ステップＳ３０８３）。そして、有効条件が設定されている場合、有効期限の満了日を２００４年１月１日から日単位で数値化し、この日数を１３ビットの整数値として符号化しデータＢ１を生成し、このデータＢ１をデータＢの最後尾に追加する（ステップＳ３０８４）。かかるアクセスコードに含まれる有効条件の例を図１８に例示する。なお、第二端末の認証に関する情報（例えば、子体識別番号）を含むアクセスコードは、特許請求の範囲に記載の「認証コード」に対応する。

その後、データＡおよびデータＢを連結してなるデータを発行鍵で暗号化し、この暗号化データをＢＡＳＥ３２符号化して得られる符号化データをサーバＵＲＬの最後に追加することで、図１７に例示するようなアクセスコードを生成する（ステップＳ３０８５）。その後、生成されたアクセスコードをＨＴＴＰ要求メッセージとして送信する（図２２参照）。なお、アクセスコードに含まれる有効条件は、アクセス許可期間に限定されるものではなく、図１８に示すように、アクセス許可時間、アクセス許可回数、アクセス許可ホスト、これらの組み合わせでもよい。

次に、図１５を用いて実施例２にかかるログイン処理について説明する。実施例２のログイン処理は、図８に示した実施例１にかかるログイン処理と比較して、アクセスコード解読処理を行う点が相違する。

すなわち、図１５に示すように、第一端末２１０から認証サーバ１００にアクセスコードをＨＴＴＰ要求メッセージとして送信した後に（ステップＳ４０１０）、アクセスコード解読処理を行う（ステップＳ４０２０）。かかるアクセスコード解読処理は、具体的には、図１６に示すように、まず、アクセスコードをＢＡＳＥ３２複合化して得られるデータを発行鍵記憶部１２２の発行鍵で複合化したデータをデータＸとし、データＸの先頭から２番目にあるストローク“｜”までを「データＡ」として、それ以降を「データＢ」として復元する（ステップＳ４０２１）。

次に、データＢの先頭ビットを確認し、先頭ビットが「１」の場合（有効期限が設定されている場合）、先頭ビットに続く１３ビット整数値とみなして得られる数（日数）に２００４年１月１日を加算して有効期限の満了日を算出、現在の日付が満了日を過ぎているか判定し、過ぎている場合には認証情報通知不可とする（ステップＳ４０２２）。認証通知可の場合は、データＡの先頭から１番目の“｜”までのデータを第二端末アドレスとして取得するとともに、データＡの先頭から２番目の“｜”以降のデータを端末識別番号として取得する（ステップＳ４０２３）。

このように、実施例２では、受け付けられた第二端末アドレスに関する情報を所定の鍵によって含んだアクセスコードを生成し、第一端末からアクセスコードを受け付け、そのアクセスコードに含まれた第二端末アドレスを取得し、その第二端末アドレス宛に認証用アドレスを通知するので、第二端末アドレスを記憶する手段を不要とすることが可能である。

また、実施例２では、第二端末の認証に関する情報を所定の鍵によって含んだアクセスコードを生成し、第二端末から第二端末の認証に関する情報を受け付け、アクセスコードから取得される第二端末の認証に関する情報との対応に基づいて第一端末を認証するので、第二端末の認証情報を記憶する手段を不要とすることが可能である。

また、実施例２では、有効条件を含んだアクセスコードを生成し、第一端末よりアクセスコード伴って認証要求を返信させるので、有効条件を記憶する手段を不要にすることが可能である。

ところで、上記の実施例１では、アクセス者を認証する認証サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、認証サーバから受信した登録要求メールを第二端末に転送する転送サーバをさらに備えるようにしてもよい。

そこで、以下の実施例３では、認証サーバから受信した登録要求メールを第二端末に転送する転送サーバをさらに備える場合として、図２６〜図２９を用いて実施例３に係る認証システムを説明する。

具体的には、図２６に示すように、実施例３にかかる認証システムは、認証サーバ１００とともに転送サーバ５００を有する。かかる転送サーバ５００は、転送条件を記憶する転送情報テーブル５２０と、転送アドレス宛に送信されたメールを受信し、転送判断を行うメール解読処理部５３０と、メールを転送するメール転送処理部５３１と、インターネット接続を行う通信部５１０とで構成される。

このうち、転送情報テーブル５２０は、図２９に示すように、転送アドレス、第二端末アドレス、転送条件が対応付けられて記憶されている。

次に、図２７を用いて実施例３にかかる認証システムによる登録処理について説明する。実施例３にかかる認証システムによる登録処理は、図５に示した実施例１の認証システムによる登録処理と比較して、転送サーバが認証サーバから受信した登録要求メールを第二端末に転送する点が相違する。

すなわち、図２７に示すように、登録ページを受信した後に（ステップＳ５０２０）、第一端末２１０は、第二端末アドレスに代えて転送サーバのアドレスを認証サーバ１００に送信する（ステップＳ５０３０）。そして、転送アドレスを受信した認証サーバ１００は、実施例１と同様に登録ＵＲＬを生成し（ステップＳ５０４０）、転送アドレス宛に登録要求メールを送信する（ステップＳ５０５０）。

その後、メールを受信した転送サーバ５００は、転送アドレスをキーとして転送情報テーブル５２０から転送条件を取得し、転送条件を満たしているか判断する。転送条件を満たしていれば、転送アドレスをキーとして転送情報テーブル５２０に記憶してある第二端末アドレスを取得し、該当メールの宛先を転送アドレスから第二端末アドレスに変更し（ステップＳ５０６０）、第二端末宛に登録要求のメールを送信する（ステップＳ５０７０）。具体的には、転送条件に発信ドメインが設定されている場合は、設定されたドメインから送信されたメールのみを転送し、転送時間が設定されている場合には、設定された時間に送信されたメールのみを転送する。その後の登録処理は実施例１と同様である。

また、図２８に示すように、実施例３にかかるログイン処理は、実施例１にかかる登録処理と同様に転送アドレスを用い、ログインにおいて転送用アドレスを用い、転送方法についても実施例１にかかる登録処理と同様の処理を行う。

このように、実施例３では、第二端末へのレスポンス要求を別に設置した転送アドレスに送信し、さらに転送アドレスより第二端末アドレスに転送するので、例えば、第三者からの不正な認証要求等、第一端末より不要な認証要求が送信された場合でも、第二端末アドレスの削除や変更を行うことなく、転送アドレスを廃止するだけで不要なレスポンス要求を抑止することが可能である。

また、実施例３では、転送アドレスからの転送時に転送条件を元に可否判断を行うことにより、転送条件に合致しない通信要求は転送されないので、転送アドレスを廃止することなく、不要なレスポンス要求を抑止することが可能である。

また、実施例３では、期限、時間、回数、発信側ドメイン若しくはこれらの組み合わせを有効条件とすることにより、有効条件に合致しないレスポンス要求は転送しないので、転送アドレスを廃止することなく、不要なレスポンス要求を抑止することが可能である。

ところで、上記の実施例２では、アクセス者を認証する認証サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、コンテンツ提供サーバが第一端末からの認証要求を受け付けて、認証サーバに認証を依頼すると、認証サーバは、認証を行い、認証結果をコンテンツ提供サーバに送信するようにしてもよい。

そこで、以下の実施例４では、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、コンテンツ提供サーバが第一端末からの認証要求を受け付けて、認証サーバに認証を依頼すると、認証サーバは、認証を行い、認証結果をコンテンツ提供サーバに送信する場合として、図３０および図３１を用いて実施例４に係る認証システムを説明する。

具体的には、図３０に示すように、実施例４に係る認証システムの構成は、図１１に示した実施例２に係る認証システムと比較してコンテンツ提供サーバ６００を新たに有する点が相違する。かかるコンテンツ提供サーバ６００は、コンテンツの情報を記憶するコンテンツテーブル６２０と、第一端末にコンテンツを提供するコンテンツ提供部６３０と、第一端末との接続と認証サーバとの接続を結びつけるセッションを生成するセッション生成部６３１と、認証サーバに認証を依頼する認証依頼送信部６３２と、インターネット接続を行う通信部６１０とで構成される。

次に、図３１を用いて実施例４に係る認証システムによるコンテンツ提供処理について説明する。実施例４にかかる認証システムによるコンテンツ提供処理は、図１５に示した実施例２に係る認証システムによるログイン処理と比較して、コンテンツ提供サーバが認証の結果に応じて、第一端末にコンテンツを提供する点が相違する。

すなわち、図３１に示すように、コンテンツサーバは第一端末からアクセス要求を受け付けて（ステップＳ７０１０）、ログインページを第一端末２１０に送信した後に（ステップＳ７０２０）、第一端末２１０からアクセスコードを含んだログイン要求を受け付ける（ステップＳ７０３０）。そして、コンテンツ提供サーバ６００は、第一端末との接続と認証サーバとの接続を結び付けるセッションを生成し（ステップＳ７０４０）、認証サーバ１００にアクセスコードとセッションＩＤをＨＴＴＰ要求メッセージとして送信する（ステップＳ７０５０）。

その後、実施例２と同様の認証処理を行った後、コンテンツ提供サーバ６００は、認証の結果を認証サーバ１００から受信し（ステップＳ７１１０）、かかる受信した結果に基づいてコンテンツを第一端末に送信する（ステップＳ７１２０）。

このように、実施例４によれば、コンテンツ提供サーバは、第一端末からの認証要求を受け付け、かつコンテンツ提供サーバに対して認証結果の提供を行うので、コンテンツ要求者は、第一端末を通じてコンテンツ提供サーバのみにアクセスすればよく、コンテンツ要求者の操作を低減することが可能である。

ところで、上記の実施例２では、アクセス者を認証する認証サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、第一端末がコンテンツ提供サーバに認証要求を送信すると、コンテンツ提供サーバは、認証サーバに認証を依頼して、第二端末より妥当なレスポンスを受信すると、認証サーバに対してコンテンツを送信し、認証サーバは、第一端末にコンテンツを送信するようにしてもよい。

そこで、以下の実施例５では、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、第一端末がコンテンツ提供サーバに認証要求を送信すると、コンテンツ提供サーバは、認証サーバに認証を依頼して、第二端末より妥当なレスポンスを受信すると、認証サーバに対してコンテンツを送信し、認証サーバは、第一端末にコンテンツを送信する場合として、図３２〜図３４を用いて実施例５に係る認証システムを説明する。

具体的には、図３２に示すように、実施例５に係る認証システムの構成は、図３０に示した実施例４に係る認証システムと比較してコンテンツ要求部１４８、コンテンツ処理部１４６、コンテンツ送信部１４７を新たに有する点が相違する。具体的には、認証部１４０は、認証結果に応じてコンテンツ提供サーバにコンテンツを要求するコンテンツ要求部１４８と、認証サーバ側でコンテンツの流通履歴保存、課金、コンテンツ要求者毎のアクセス環境に基づいたコンテンツのサイジング等を行うコンテンツ処理部１４６と、コンテンツ提供サーバから取得したコンテンツを第一端末に送るコンテンツ送信部１４７とを新たに備える。

次に、図３３を用いて実施例５に係る認証システムによるコンテンツ提供処理について説明する。実施例５にかかる認証システムによるコンテンツ提供処理は、図３１に示した実施例４に係る認証システムによるコンテンツ提供処理と比較して、コンテンツ提供サーバと認証サーバとの間でコンテンツ要求の送受信を行う点が相違する。

すなわち、図３３に示すように、認証サーバは、認証処理を行った後に（ステップ８１００）、認証サーバ１００は、認証の結果に基づき、コンテンツ要求をＨＴＴＰ要求メッセージとしてコンテンツ提供サーバに送信する（ステップ８１１０）。そして、コンテンツ提供サーバ６００がコンテンツをＨＴＴＰ応答メッセージとして認証サーバ１００に送信する（ステップ８１２０）。

その後、認証サーバ１００が図３４に例示するように、コンテンツを処理した後（ステップ８１３０）、コンテンツ提供サーバ６００は、コンテンツをＨＴＴＰ応答メッセージとして第一端末２１０に送信する（ステップ８１４０）。

このように、上記の実施例５によれば、第一端末がコンテンツ提供サーバに認証要求を送信すると、コンテンツ提供サーバは、認証サーバに認証を依頼して、第二端末より妥当なレスポンスを受信すると、認証サーバに対してコンテンツを送信し、認証サーバは、第一端末にコンテンツうぃ送信するので、あらゆるコンテンツが認証サーバ経由で提供されることになり、認証サーバ側でコンテンツの流通履歴保存、課金、コンテンツ要求者毎のアクセス環境に基づいたコンテンツのサイジング等が可能である。

ところで、上記の実施例２では、アクセス者を認証する認証サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、第一端末が認証サーバに認証要求を送信すると、認証サーバは、第二端末より妥当なレスポンスを受信後に認証結果を返送し、その結果とともに、今度はコンテンツ提供サーバにコンテンツ要求するようにしてもよい。

そこで、以下の実施例６では、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、第一端末が認証サーバに認証要求を送信すると、認証サーバは、第二端末より妥当なレスポンスを受信後に認証結果を返送し、その結果とともに、今度はコンテンツ提供サーバにコンテンツ要求する場合として、図３５〜図３９を用いて実施例６に係る認証システムを説明する。

具体的には、図３５に示すように、実施例６に係る認証システムの構成は、図１１に示した実施例２に係る認証システムと比較してコンテンツ提供サーバ６００を新たに有する点が相違する。かかるコンテンツ提供サーバ６００は、コンテンツの情報を記憶するコンテンツテーブル６２０と、第一端末にコンテンツを提供するコンテンツ提供部６３０と、認証識別子を検証する認証識別子検証処理部６３３と、インターネット接続を行う通信部６１０とで構成される。

次に、図３６を用いて実施例６に係る認証システムによるコンテンツ提供処理について説明する。実施例６にかかる認証システムによるコンテンツ提供処理は、図１５に示した実施例２に係る認証システムによるログイン処理と比較して、認証サーバでの認証結果を示す認証識別子を第一端末から受信して、第一端末にコンテンツを提供する点が相違する。

すなわち、図３６に示すように、認証サーバ１００は、認証処理を行った後に（ステップ９０８０）、認証サーバ１００は、図３７に例示するように、認証識別子生成処理を行う（ステップ９０９０）。そして、認証サーバ１００が、認証結果を示す認証識別子をＨＴＴＰ応答メッセージとして第一端末２１０に送信した後に（ステップ９１００）、第一端末２１０は、コンテンツ提供サーバ６００に認証識別子をＨＴＴＰ要求メッセージとして送信する（ステップ９１１０）。

その後、コンテンツ提供サーバ６００が図３７に例示するような、認証識別子検証処理を行った後（ステップ９１２０）、コンテンツ提供サーバ６００は、コンテンツをＨＴＴＰ応答メッセージとして第一端末２１０に送信する（ステップ９１３０）。

このように、上記の実施例６によれば、第一端末が認証サーバに認証要求を送信すると、認証サーバは、第二端末より妥当なレスポンスを受信後に認証結果を返送し、その結果とともに、今度はコンテンツ提供サーバにコンテンツ要求するので、認証結果を一回受けるだけでいかなるコンテンツ提供サーバにもコンテンツ要求を送信することが可能である。

ところで、上記の実施例２では、アクセス者を認証する認証サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、第一端末が認証サーバに認証要求を送信すると、認証サーバは第二端末より妥当なレスポンスを受信後にコンテンツ提供サーバに対して認証結果とともにコンテンツを要求し、そのコンテンツを第一端末に送信するようにしてもよい。

具体的には、図３８に示すように、実施例７に係る認証システムの構成は、図３５に示した実施例６に係る認証システムと比較してコンテンツ要求部１４８、コンテンツ処理部１４６、コンテンツ送信部１４７を有する点が相違する。コンテンツ要求部１４８、コンテンツ処理部１４６、コンテンツ送信部１４７については、実施例５と同様である。

また、コンテンツ提供サーバ６００は、コンテンツの情報を記憶するコンテンツテーブル６２０と、第一端末２１０にコンテンツを提供するコンテンツ提供部６３０と、インターネット接続を行う通信部６１０とで構成される。

次に、図３９を用いて実施例７に係る認証システムによるコンテンツ提供処理について説明する。実施例７にかかる認証システムによるコンテンツ提供処理は、図３６に示した実施例６に係る認証システムによるコンテンツ提供処理と比較して、コンテンツ提供サーバと認証サーバとの間でコンテンツ要求の送受信を行う点が相違する。

すなわち、図３９に示すように、認証サーバは、認証処理を行った後に（ステップ１０８００）、認証サーバ１００は、認証の結果に基づき、コンテンツ要求をＨＴＴＰ要求メッセージとしてコンテンツ提供サーバに送信する（ステップ１０９００）。そして、コンテンツ提供サーバ６００がコンテンツをＨＴＴＰ応答メッセージとして認証サーバ１００に送信する（ステップ１１０００）。

その後、認証サーバ１００が図３４に例示するように、コンテンツを処理した後（ステップ１１１００）、コンテンツ提供サーバ６００は、コンテンツをＨＴＴＰ応答メッセージとして第一端末２１０に送信する（ステップ１１２００）。

このように、上記の実施例７によれば、第一端末が認証サーバに認証要求を送信すると、認証サーバは第二端末より妥当なレスポンスを受信後にコンテンツ提供サーバに対して認証結果とともにコンテンツを要求し、そのコンテンツを第一端末に送信することで、アクセスの際に常に認証サーバを経由するので、コンテンツ要求者は、第一端末を通じて認証サーバにのみアクセスすればよく、コンテンツ要求者の操作を低減することが可能である。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態を実施例８として説明する。

（１）登録ＵＲＬの通知手段
例えば、上記の実施例１では、認証サーバは、メールを用いて生成した登録ＵＲＬを第二端末に送信する場合を説明したが、本実施例はこれに限定されるものではなく、例えば電話等を用いて通知してもよい。

（２）個体識別番号等の通知手段
また、上記の実施例１では、第二端末は、個体識別番号、セッションＩＤおよびパスコードを認証サーバ１００に送信する場合を説明したが、本実施例はこれに限定されるものではなく、例えばＨＴＴＰＳ、電話、メール、赤外線通信等を用いて通知してもよい。

（３）アクセスコード
また、上記の実施例２では、アクセスコード生成処理においてアドレスコード内に第二端末のアドレスと個体識別番号とを含んだ場合を説明したが、本実施例はこれに限定されるものではなく、例えば、第二端末のアドレスまたは個体識別番号のどちらかを含むようにしてもよい。

（４）システム構成等
上記実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

なお、上記実施例で説明した認証システム、認証方法及び認証プログラムは、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

以上のように、本発明に係る認証システム、認証方法および認証プログラムは、アクセス者の認証に有用であり、特に、第一端末からのアクセス者の本人性確認を、簡単かつ安全に実現するのに適する。

実施例１に係る認証システムの概要および特徴を説明するための図である。 実施例１に係る認証システムの構成を示す図である。 管理情報テーブルの例を説明するための図である。 接続情報テーブルの例を説明するための図である。 実施例１に係る認証システムによる登録処理の流れを示すシーケンス図である。 登録ＵＲＬ生成処理の詳細を示すフローチャートである。 登録処理の詳細を示すフローチャートである。 実施例１に係る認証システムによるログイン処理の流れを示すシーケンス図である。 認証ＵＲＬ生成処理の詳細を示すフローチャートである。 認証処理の詳細を示すフローチャートである。 実施例２に係る認証システムの構成を示す図である。 実施例２に係る認証システムによるアクセスコード発行処理の流れを示すシーケンス図である。 アクセス者認証処理の詳細を示すフローチャートである。 アクセスコード生成処理の詳細を示すフローチャートである。 実施例２に係る認証システムによるログイン処理の流れを示すシーケンス図である。 アクセスコード解読処理の詳細を示すフローチャートである。 アクセスコードの例を説明するための図である。 アクセスコードに含まれる有効条件の例を説明するための図である。 登録要求・ログイン要求に係る画面の例を示す図である。 登録要求の応答に係る画面の例を示す図である。 登録要求メールに係る画面の例を示す図である。 登録結果送信に係る画面の例を示す図である。 ログイン要求の応答に係る画面の例を示す図である。 認証要求メールに係る画面の例を示す図である。 認証結果通知に係る画面の例を示す図である。 実施例３に係る認証システムの構成を示す図である。 実施例３に係る認証システムによる登録処理の流れを示すシーケンス図である。 実施例３に係る認証システムによるログイン処理の流れを示すシーケンス図である。 転送情報テーブルの例を説明するための図である。 実施例４に係る認証システムの構成を示す図である。 実施例４に係る認証システムによるコンテンツ提供処理の流れを示すシーケンス図である。 実施例５に係る認証システムの構成を示す図である。 実施例５に係る認証システムによるコンテンツ提供処理の流れを示すシーケンス図である。 コンテンツ処理の例を説明するための図である。 実施例６に係る認証システムの構成を示す図である。 実施例６に係る認証システムによるコンテンツ提供処理の流れを示すシーケンス図である。 認証識別子生成処理および検証処理の例を説明するための図である。 実施例７に係る認証システムの構成を示す図である。 実施例７に係る認証システムによるコンテンツ提供処理の流れを示すシーケンス図である。

符号の説明

１００ 認証サーバ
１１０ 通信部
１２０ 管理情報テーブル
１２１ 接続情報テーブル
１２２ 発行鍵記憶部
１３０ 登録部
１３１ 登録ＵＲＬ生成部
１３２ 登録ＵＲＬ送信部
１３３ 登録処理部
１３４ 登録結果送信部
１３５ アクセスコード生成部
１４０ 認証部
１４１ 認証ＵＲＬ生成部
１４２ 認証ＵＲＬ送信部
１４３ 認証処理部
１４４ 認証結果送信部
１４５ アクセスコード解読部
１４６ コンテンツ処理部
１４７ コンテンツ送信部
１４８ コンテンツ要求部
２００ 第一端末ＩＰ網
２１０ 第一端末
３００ インターネット
４００ 第二端末ＩＰ網
４１０ 第二端末メールサーバ
４２０ 第二端末
５００ 転送サーバ
５１０ 通信部
５２０ 転送情報テーブル
５３０ アドレス解読処理部
５３１ アドレス転送処理部
６００ コンテンツ提供サーバ
６１０ 通信部
６２０ コンテンツテーブル
６３０ コンテンツ送信部
６３１ セッション生成部
６３２ 認証依頼送信部

Claims (20)

1. 第一端末からのアクセスに対し、第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証システムであって、
   前記第一端末からのアクセスを受け付けるアクセス受付手段と、
   前記第二端末のアドレス宛に認証用アドレスを通知する通知手段と、
   前記第二端末から前記認証用アドレスへのレスポンスに基づいて第一端末を認証する認証手段と、
   を備えたことを特徴とする認証システム。
2. 前記アクセス受付手段は、前記第一端末から前記第二端末アドレスを受信し、
   前記通知手段は、前記アクセス受付手段によって受け付けた前記第二端末アドレス宛に認証用アドレスを通知することを特徴とする請求項１に記載の認証システム。
3. 前記第二端末アドレスに関する情報と前記第二端末アドレスとを対応付けて記憶するアドレス情報記憶手段を備え、
   前記アクセス受付手段は、前記第一端末から前記第二端末アドレスに関する情報を受信し、
   前記通知手段は、前記アクセス受付手段によって受け付けた前記第二端末アドレスに関する情報に対応して記憶された前記第二端末アドレス宛に認証用アドレスを通知することを特徴とする請求項１に記載の認証システム。
4. 前記第二端末アドレスに関する情報を所定の鍵によって含んだアクセスコードを生成するアクセスコード生成手段を備え、
   前記アクセス受付手段は、前記アクセスコード生成手段によって生成された前記アクセスコードを受信し、
   前記通知手段は、前記アクセス受付手段によって受け付けたアクセスコードに含まれた前記第二端末アドレスを取得し、当該第二端末アドレス宛に認証用アドレスを通知することを特徴とする請求項１に記載の認証システム。
5. 前記第二端末の認証に関する情報を記憶する認証情報記憶手段を備え、
   前記認証手段は、前記第二端末から受け付けた第二端末の認証に関する情報と前記認証情報記憶手段によって記憶された前記第二端末の認証に関する情報との対応に基づいて第一端末を認証することを特徴とする請求項１〜４のいずれか一つに記載の認証システム。
6. 前記認証情報記憶手段は、前記第二端末の認証に関する情報として、各第二端末に固有の第二端末識別子を記憶し、
   前記認証手段は、前記第二端末から受け付けた第二端末識別子と、前記認証情報記憶手段によって記憶された第二端末識別子との対応に基づいて第一端末を認証することを特徴とする請求項５に記載の認証システム。
7. 前記第二端末の認証に関する情報を所定の鍵によって含んだ認証コードを生成する認証コード生成手段をさらに備え、
   前記アクセス受付手段は、前記第一端末から前記認証コード生成手段によって生成された前記認証コードを受信し、
   前記認証手段は、当該認証コードから取得される第二端末の認証に関する情報と前記認証情報記憶手段によって記憶された第二端末の認証に関する情報との対応に基づいて第一端末を認証することを特徴とする請求項５または６に記載の認証システム。
8. 前記アドレス情報記憶手段は、有効条件に係る情報と第二端末アドレスを対応付けて記憶し、
   前記通知手段は、前記第二端末アドレスに対応付けて記憶された有効条件を満たすことを条件に、前記認証用アドレスを前記第二端末アドレス宛に通知することを特徴とする請求項３〜７のいずれか一つに記載の認証システム。
9. 前記アクセスコード生成手段は、前記有効条件に係る情報を含んだアクセスコードを生成し、
   前記通知手段は、前記アクセスコードに基づいて取得した前記有効条件を満たすことを条件に、認証用アドレスを前記第二端末アドレス宛に通知することを特徴とする請求項４〜８のいずれか一つに記載の認証システム。
10. 前記通知手段は、前記有効条件に係る情報として、期限、時間、回数、発信側のドメイン若しくはこれらの組み合わせに係る情報が前記有効条件を満たすことを条件に、認証用アドレスを前記第二端末アドレス宛に通知することを特徴とする請求項１〜９のいずれか一つに記載の認証システム。
11. 前記アクセス受付手段、前記通知手段および前記認証手段を有して前記第一端末を認証する認証サーバ、並びに、前記通知手段によって通知された認証用アドレスを前記第二端末に転送する転送手段を有する転送サーバを備え、
    前記認証サーバのアクセス受付手段は、前記第一端末から前記第二端末アドレスに代えて前記第二端末アドレスに対応する転送用アドレスを受け付け、
    前記認証サーバの通知手段は、前記アクセス受付手段によって受け付けた転送用アドレス宛に認証用アドレスを通知し、
    前記転送サーバの転送手段は、前記通知手段によって通知された認証用アドレスを前記第二端末アドレス宛に転送することを特徴とする請求項１〜１０のいずれか一つに記載の認証システム。
12. 前記転送手段は、前記第二端末アドレスに対応する転送用アドレスが転送条件に係る情報を含み、当該転送条件に基づいて転送可否判断を行い、当該判断が転送可であることを条件に、前記認証用アドレスを前記第二端末アドレス宛に転送することを特徴とする請求項１１に記載の認証システム。
13. 前記転送手段は、前記転送条件に係る情報として、期限、時間、回数、発信側のドメイン若しくはこれらの組み合わせに係る情報に基づいて転送可否判断を行い、当該判断が転送可であることを条件に、前記認証用アドレスを前記第二端末アドレス宛に転送することを特徴とする請求項１１または１２に記載の認証システム。
14. 前記第二端末の認証を行う認証サーバ、並びに、コンテンツの提供を行うコンテンツ提供サーバを備え、
    前記コンテンツ提供サーバのコンテンツ提供手段は、前記認証サーバの認証手段によって得られた認証の結果に応じて、前記第一端末に対してコンテンツを提供することを特徴とする請求項１〜１３のいずれか一つに記載の認証システム。
15. 前記通知手段および認証手段を有して前記第二端末を認証する認証サーバ、並びに、前記アクセス受付手段および第一端末にコンテンツを提供するコンテンツ提供手段を有して前記第一端末に対してコンテンツを提供するコンテンツ提供サーバを備え、
    前記認証サーバの認証手段は、前記コンテンツ提供サーバから認証の依頼を受け付けた場合に、前記第二端末を認証し、
    前記コンテンツ提供サーバのコンテンツ提供手段は、前記認証手段によって得られた認証の結果に応じて、前記第一端末に対してコンテンツを提供することを特徴とする請求項１４に記載の認証システム。
16. 前記通知手段および認証手段を有して前記第二端末を認証する認証サーバ、並びに、前記アクセス受付手段およびコンテンツ提供手段を有してコンテンツを提供するコンテンツ提供サーバを備え、
    前記認証サーバの認証手段は、前記コンテンツ提供サーバから認証の依頼を受け付けた場合に、前記第二端末を認証し、当該認証の結果に応じて、前記コンテンツ提供サーバから第一端末に提供するコンテンツを取得して、当該コンテンツを前記第一端末に提供することを特徴とする請求項１４に記載の認証システム。
17. 前記アクセス受付手段、通知手段および認証手段を有して前記第二端末を認証する認証サーバ、並びに、コンテンツを提供するコンテンツ提供サーバを備え、
    前記認証サーバの認証手段は、前記第二端末を認証し、当該認証の結果に応じて、前記コンテンツ提供サーバにアクセスするための認証識別子を生成し、当該認証識別子を前記第一端末に送信し、
    前記コンテンツ提供サーバは、前記認証識別子を受け付けた場合には、前記コンテンツを第一端末に提供することを特徴とする請求項１４に記載の認証システム。
18. 前記アクセス受付手段、通知手段および認証手段を有して前記第二端末を認証する認証サーバ、並びに、コンテンツを提供するコンテンツ提供サーバを備え、
    前記認証サーバの認証手段は、前記第二端末を認証し、当該認証結果に応じて、前記コンテンツ提供サーバから第一端末に提供するコンテンツを取得して、当該コンテンツを前記第一端末に提供することを特徴とする請求項１４に記載の認証システム。
19. 第一端末からのアクセスに対し、第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証方法であって、
    前記第一端末からのアクセスを受け付けるアクセス受付工程と、
    前記第二端末アドレス宛に認証用アドレスを通知する通知工程と、
    前記第二端末から前記認証用アドレスへのレスポンスに基づいて第一端末を認証する認証工程と、
    を含んだことを特徴とする認証方法。
20. 第一端末からのアクセスに対し、第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証方法をコンピュータに実行させる認証プログラムであって、
    前記第一端末からのアクセスを受け付けるアクセス受付手順と、
    前記第二端末アドレス宛に認証用アドレスを通知する通知手順と、
    前記第二端末から前記認証用アドレスへのレスポンスに基づいて第一端末を認証する認証手順と、
    をコンピュータに実行させることを特徴とする認証プログラム。
    
    
    

Images