(57)【特許請求の範囲】
【請求項１】
第一端末からのアクセスに対し、認証サーバが第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証システムであって、
前記認証サーバが、
前記第一端末から登録要求のアクセスを受け付ける登録アクセス受付手段と、
前記登録アクセス受付手段によって前記第一端末からアクセス要求を受け付けた場合には、前記第二端末のアドレスを要求する登録アドレス要求手段と、
前記登録アドレス要求手段によって要求された前記第二端末のアドレスを前記第一端末から受信すると、セッションＩＤを生成し、当該セッションＩＤを付加した登録ＵＲＬを生成するとともに、前記セッションＩＤと前記第二端末のアドレスと登録処理中の状態であることを示す状態情報とを対応付けて接続情報テーブルに記憶させて、前記登録ＵＲＬを前記第二端末に送信する登録ＵＲＬ送信手段と、
前記登録ＵＲＬを用いて、前記第二端末からセッションＩＤを受信した場合に、当該セッションＩＤに対応付けられた状態情報を前記接続情報テーブルから読み出し、当該セッションＩＤに対応付けられた状態情報が登録処理中の状態であるか判定する登録判定手段と、
前記登録判定手段によって前記セッションＩＤに対応付けられた状態が登録処理中の状態であると判定された場合には、管理情報テーブルにセッションＩＤを登録する登録処理手段と、
前記第一端末から認証要求のアクセスを受け付ける認証アクセス受付手段と、
前記認証アクセス受付手段によって前記第一端末からアクセス要求を受け付けた場合には、前記第二端末のアドレスを要求する認証アドレス要求手段と、
前記認証アドレス要求手段によって要求された前記第二端末のアドレスを前記第一端末から受信すると、当該第二端末のアドレスが前記管理情報テーブルに登録されているか判定する第二端末アドレス判定手段と、
前記第二端末アドレス判定手段によって前記第二端末のアドレスが前記管理情報テーブルに登録されていると判定された場合には、セッションＩＤを付加した認証ＵＲＬを生成するとともに、前記セッションＩＤと前記第二端末のアドレスと認証処理中の状態であることを示す状態情報とを対応付けて接続情報テーブルに記憶させて、前記第二端末のアドレスに認証ＵＲＬを送信する認証ＵＲＬ送信手段と、
前記認証ＵＲＬを用いて、前記第二端末からセッションＩＤを受信し、当該セッションＩＤに対応付けられた状態情報を前記接続情報テーブルから読み出し、当該セッションＩＤに対応付けられた状態情報が認証処理中の状態であるか判定する認証判定手段と、
前記認証判定手段によって前記セッションＩＤに対応付けられた状態が認証処理中の状態であると判定された場合には、認証可として処理し、前記セッションＩＤに対応付けられた状態が認証処理中の状態でないと判定された場合には、認証不可として処理する認証処理手段と、
を備えたことを特徴とする認証システム。
【請求項２】
前記認証サーバが、
前記登録アクセス受付手段によって前記第一端末から登録要求のアクセスが受け付けられた場合に、前記第二端末のアドレスおよび前記第二端末の個体識別番号を所定の鍵によって暗号化したアクセスコードを生成するアクセスコード生成手段と、
前記アクセスコード生成手段によって生成された前記アクセスコードを前記第一端末に送信するアクセスコード送信手段と、
前記第一端末から前記アクセスコードを受信した場合に、当該アクセスコードを解読して前記第二端末のアドレスを取得するアクセスコード解読手段と、をさらに備え、
前記認証ＵＲＬ送信手段は、前記アクセスコード解読手段によって取得された前記第二端末のアドレスに前記認証ＵＲＬを送信することを特徴とする請求項１に記載の認証システム。
【請求項３】
第一端末からのアクセスに対し、認証サーバが第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証方法であって、
前記認証サーバが、
前記第一端末から登録要求のアクセスを受け付ける登録アクセス受付工程と、
前記登録アクセス受付工程によって前記第一端末からアクセス要求を受け付けた場合には、前記第二端末のアドレスを要求する登録アドレス要求工程と、
前記登録アドレス要求工程によって要求された前記第二端末のアドレスを前記第一端末から受信すると、セッションＩＤを生成し、当該セッションＩＤを付加した登録ＵＲＬを生成するとともに、前記セッションＩＤと前記第二端末のアドレスと登録処理中の状態であることを示す状態情報とを対応付けて接続情報テーブルに記憶させて、前記登録ＵＲＬを前記第二端末に送信する登録ＵＲＬ送信工程と、
前記登録ＵＲＬを用いて、前記第二端末からセッションＩＤを受信した場合に、当該セッションＩＤに対応付けられた状態情報を前記接続情報テーブルから読み出し、当該セッションＩＤに対応付けられた状態情報が登録処理中の状態であるか判定する登録判定工程と、
前記登録判定工程によって前記セッションＩＤに対応付けられた状態が登録処理中の状態であると判定された場合には、管理情報テーブルにセッションＩＤを登録する登録処理工程と、
前記第一端末から認証要求のアクセスを受け付ける認証アクセス受付工程と、
前記認証アクセス受付工程によって前記第一端末からアクセス要求を受け付けた場合には、前記第二端末のアドレスを要求する認証アドレス要求工程と、
前記認証アドレス要求工程によって要求された前記第二端末のアドレスを前記第一端末から受信すると、当該第二端末のアドレスが前記管理情報テーブルに登録されているか判定する第二端末アドレス判定工程と、
前記第二端末アドレス判定工程によって前記第二端末のアドレスが前記管理情報テーブルに登録されていると判定された場合には、セッションＩＤを付加した認証ＵＲＬを生成するとともに、前記セッションＩＤと前記第二端末のアドレスと認証処理中の状態であることを示す状態情報とを対応付けて接続情報テーブルに記憶させて、前記第二端末のアドレスに認証ＵＲＬを送信する認証ＵＲＬ送信工程と、
前記認証ＵＲＬを用いて、前記第二端末からセッションＩＤを受信し、当該セッションＩＤに対応付けられた状態情報を前記接続情報テーブルから読み出し、当該セッションＩＤに対応付けられた状態情報が認証処理中の状態であるか判定する認証判定工程と、
前記認証判定工程によって前記セッションＩＤに対応付けられた状態が認証処理中の状態であると判定された場合には、認証可として処理し、前記セッションＩＤに対応付けられた状態が認証処理中の状態でないと判定された場合には、認証不可として処理する認証処理工程と、
を含んだことを特徴とする認証方法。
【請求項４】
前記認証サーバが、
前記登録アクセス受付工程によって前記第一端末から登録要求のアクセスが受け付けられた場合に、前記第二端末のアドレスおよび前記第二端末の個体識別番号を所定の鍵によって暗号化したアクセスコードを生成するアクセスコード生成工程と、
前記アクセスコード生成工程によって生成された前記アクセスコードを前記第一端末に送信するアクセスコード送信工程と、
前記第一端末から前記アクセスコードを受信した場合に、当該アクセスコードを解読して前記第二端末のアドレスを取得するアクセスコード解読工程と、をさらに含み、
前記認証ＵＲＬ送信工程は、前記アクセスコード解読工程によって取得された前記第二端末のアドレスに前記認証ＵＲＬを送信することを特徴とする請求項３に記載の認証方法。
【請求項５】
第一端末からのアクセスに対し、認証サーバが第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証方法をコンピュータに実行させる認証プログラムであって、
前記認証サーバとしてのコンピュータに、
前記第一端末から登録要求のアクセスを受け付ける登録アクセス受付手順と、
前記登録アクセス受付手順によって前記第一端末からアクセス要求を受け付けた場合には、前記第二端末のアドレスを要求する登録アドレス要求手順と、
前記登録アドレス要求手順によって要求された前記第二端末のアドレスを前記第一端末から受信すると、セッションＩＤを生成し、当該セッションＩＤを付加した登録ＵＲＬを生成するとともに、前記セッションＩＤと前記第二端末のアドレスと登録処理中の状態であることを示す状態情報とを対応付けて接続情報テーブルに記憶させて、前記登録ＵＲＬを前記第二端末に送信する登録ＵＲＬ送信手順と、
前記登録ＵＲＬを用いて、前記第二端末からセッションＩＤを受信した場合に、当該セッションＩＤに対応付けられた状態情報を前記接続情報テーブルから読み出し、当該セッションＩＤに対応付けられた状態情報が登録処理中の状態であるか判定する登録判定手順と、
前記登録判定手順によって前記セッションＩＤに対応付けられた状態が登録処理中の状態であると判定された場合には、管理情報テーブルにセッションＩＤを登録する登録処理手順と、
前記第一端末から認証要求のアクセスを受け付ける認証アクセス受付手順と、
前記認証アクセス受付手順によって前記第一端末からアクセス要求を受け付けた場合には、前記第二端末のアドレスを要求する認証アドレス要求手順と、
前記認証アドレス要求手順によって要求された前記第二端末のアドレスを前記第一端末から受信すると、当該第二端末のアドレスが前記管理情報テーブルに登録されているか判定する第二端末アドレス判定手順と、
前記第二端末アドレス判定手順によって前記第二端末のアドレスが前記管理情報テーブルに登録されていると判定された場合には、セッションＩＤを付加した認証ＵＲＬを生成するとともに、前記セッションＩＤと前記第二端末のアドレスと認証処理中の状態であることを示す状態情報とを対応付けて接続情報テーブルに記憶させて、前記第二端末のアドレスに認証ＵＲＬを送信する認証ＵＲＬ送信手順と、
前記認証ＵＲＬを用いて、前記第二端末からセッションＩＤを受信し、当該セッションＩＤに対応付けられた状態情報を前記接続情報テーブルから読み出し、当該セッションＩＤに対応付けられた状態情報が認証処理中の状態であるか判定する認証判定手順と、
前記認証判定手順によって前記セッションＩＤに対応付けられた状態が認証処理中の状態であると判定された場合には、認証可として処理し、前記セッションＩＤに対応付けられた状態が認証処理中の状態でないと判定された場合には、認証不可として処理する認証処理手順と、
を実行させることを特徴とする認証プログラム。
【請求項６】
前記認証サーバとしてのコンピュータに、
前記登録アクセス受付手順によって前記第一端末から登録要求のアクセスが受け付けられた場合に、前記第二端末のアドレスおよび前記第二端末の個体識別番号を所定の鍵によって暗号化したアクセスコードを生成するアクセスコード生成手順と、
前記アクセスコード生成手順によって生成された前記アクセスコードを前記第一端末に送信するアクセスコード送信手順と、
前記第一端末から前記アクセスコードを受信した場合に、当該アクセスコードを解読して前記第二端末のアドレスを取得するアクセスコード解読手順と、をさらに実行させ、
前記認証ＵＲＬ送信手順は、前記アクセスコード解読手順によって取得された前記第二端末のアドレスに前記認証ＵＲＬを送信することを特徴とする請求項５に記載の認証プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、第一端末からのアクセスに対し、第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証システム、認証方法および認証プログラムに関する。
【背景技術】
【０００２】
従来より、会員制サイト等の本人性確認を必要とするインターネット上のサービスでは、ＩＤ／パスワードによる認証が一般的であった。このＩＤ／パスワードによる認証は、アクセス者が許可されたユーザのユーザＩＤおよびパスワードを予めデータベース（ＤＢ）に対応付けて登録しておき、アクセスを要求してきたユーザに対してユーザＩＤおよびパスワードの入力を促し、ユーザが入力したユーザＩＤおよびパスワードがＤＢに対応付けて登録されていることを条件にアクセスを許可する手法である。また、複数のインターネットサービスに対して１回の認証操作のみでログイン可能とする方法も存在する。
【０００３】
また、近年では、ＩＤ／パスワードに変わる認証方式として、生体情報（指紋など）やＩＣカードを利用した認証方式が採用されている場合もある。
【０００４】
また、特許文献１（特開２００４−２１３３１５号公報）では、ＰＣ（パーソナルコンピュータ）等からのＩＤ／パスワードによるログイン要求に対して、ＰＣによる認証を行うとともに、ログイン要求者が所持する携帯電話等から「確認認証用パスワード」を入力することにより認証を行う技術が開示されている。
【０００５】
【特許文献１】特開２００４−２１３３１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、上記した従来の技術は、以下に説明するように、アクセス者認証の確実性、アクセス者およびサービス提供者の負担、ユーザＩＤやパスワードの漏洩等の観点から以下に説明するような課題がある。
【０００７】
すなわち、上記のＩＤ／パスワードの認証では、パスワードの盗用、もしくは第三者による推測などにより、いわゆる「成りすまし」などの詐称行為に対して脆弱であり、そのため、ユーザは、推測されにくいパスワードの使用や定期的なパスワードの変更により、これらの詐称行為を未然に回避する必要があり、ユーザに負担を強いるという課題がある。
【０００８】
また、上記の複数のインターネットサービスに対して１回の認証操作のみでログイン可能とする認証方法は、一度パスワードが盗まれると、第三者であっても全てのインターネットサービスが利用されてしまう可能性があり、ユーザ情報が漏洩する危険性が高いという課題がある。
【０００９】
また、上記の生体情報（指紋など）やＩＣカードを利用した認証方式は、生体情報やＩＣカードの読み取り装置が必要であり、ユーザへのコスト負担を招くことから、一般家庭への普及は進んでいないという課題がある。さらに、生体情報を利用した認証方式では、他人を本人と誤認証したり、逆に本人を本人と認証しなかったりなど動作が不安定であるという課題もある。
【００１０】
また、上記の特許文献の認証方法では、個人端末での認証時に入力する必要がある「確認認証用パスワード」が流出すると、やはり「成りすまし」等の詐称が可能であるという課題がある。さらに、ユーザは、「確認認証用のパスワード」を新たに管理する手間も増えてしまうという課題もある。
【００１１】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、アクセス者の本人性確認を、簡単かつ安全に実現する認証システム、認証方法および認証プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するため、本発明は、第一端末からのアクセスに対し、第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証システムであって、前記第一端末からのアクセスを受け付けるアクセス受付手段と、前記第二端末アドレス宛に認証用アドレスを通知する通知手段と、前記第二端末から前記認証用アドレスへのレスポンスに基づいて第一端末を認証する認証手段と、を備えたことを特徴とする。
【００１３】
また、本発明は、上記の発明において、前記アクセス受付手段は、前記第一端末から前記第二端末アドレスを受信し、前記通知手段は、前記アクセス受付手段によって受け付けた前記第二端末アドレス宛に認証用アドレスを通知することを特徴とする。
【００１４】
また、本発明は、上記の発明において、前記第二端末アドレスに関する情報と前記第二端末アドレスとを対応付けて記憶するアドレス情報記憶手段を備え、前記アクセス受付手段は、前記第一端末から前記第二端末アドレスに関する情報を受信し、前記通知手段は、前記アクセス受付手段によって受け付けた前記第二端末アドレスに関する情報に対応して記憶された前記第二端末アドレス宛に認証用アドレスを通知することを特徴とする。
【００１５】
また、本発明は、上記の発明において、前記第二端末アドレスに関する情報を所定の鍵によって含んだアクセスコードを生成するアクセスコード生成手段を備え、前記アクセス受付手段は、前記アクセスコード生成手段によって生成された前記アクセスコードを受信し、前記通知手段は、前記アクセス受付手段によって受け付けられたアクセスコードに含まれた前記第二端末アドレスを取得し、当該第二端末アドレス宛に認証用アドレスを通知することを特徴とする。
【００１６】
また、本発明は、上記の発明において、前記第二端末の認証に関する情報を記憶する認証情報記憶手段を備え、前記認証手段は、前記第二端末から前記第二端末の認証に関する情報を受け付け、当該第二端末の認証に関する情報が前記認証情報記憶手段によって記憶された第二端末の認証に関する情報との対応に基づいて第一端末を認証することを特徴とする。
【００１７】
また、本発明は、上記の発明において、前記アクセスコード生成手段は、前記第二端末の認証に関する情報を所定の鍵によって含んだアクセスコードを生成し、前記認証手段は、前記第二端末から第二端末の認証に関する情報を受け付け、前記アクセスコードから取得される第二端末の認証に関する情報との対応に基づいて第一端末を認証することを特徴とする。
【００１８】
また、本発明は、上記の発明において、前記認証手段は、前記第二端末の認証に関する情報として端末固有の第二端末識別子を受け付け、当該端末識別子に基づいて第一端末を認証することを特徴とする。
【００１９】
また、本発明は、上記の発明において、前記アドレス情報記憶手段は、有効条件に係る情報と第二端末アドレスを対応付けて記憶し、前記通知手段は、前記第二端末アドレスに対応付けて記憶された有効条件を満たすことを条件に、前記認証用アドレスを前記第二端末アドレス宛に通知することを特徴とする。
【００２０】
また、本発明は、上記の発明において、前記アクセスコード生成手段は、前記有効条件に係る情報を含んだアクセスコードを生成し、前記通知手段は、前記アクセスコードに基づいて取得した前記有効条件を満たすことを条件に、認証用アドレスを前記第二端末アドレス宛に通知することを特徴とする。
【００２１】
また、本発明は、上記の発明において、前記通知手段は、前記有効条件に係る情報として、期限、時間、回数、発信側のドメイン若しくはこれらの組み合わせに係る情報が前記有効条件を満たすことを条件に、認証用アドレスを前記第二端末アドレス宛に通知することを特徴とする。
【００２２】
また、本発明は、上記の発明において、前記アクセス受付手段、前記通知手段および前記認証手段を有して前記第一端末を認証する認証サーバ、並びに、前記通知手段によって通知された認証用アドレスを前記第二端末に転送する転送手段を有する転送サーバを備え、前記認証サーバのアドレス受付手段は、前記第一端末から前記第二端末アドレスに代えて前記第二端末アドレスに対応する転送用アドレスを受け付け、前記認証サーバの通知手段は、前記アドレス受付手段によって受け付けた転送用アドレス宛に認証用アドレスを通知し、前記転送サーバの転送手段は、前記通知手段によって通知された認証用アドレスを前記第二端末アドレス宛に転送することを特徴とする。
【００２３】
また、本発明は、上記の発明において、前記転送手段は、前記第二端末アドレスに対応する転送用アドレスが転送条件に係る情報を含み、当該転送条件に基づいて転送可否判断を行い、当該判断が転送可であることを条件に、前記認証用アドレスを前記第二端末アドレス宛に転送することを特徴とする。
【００２４】
また、本発明は、上記の発明において、前記転送手段は、前記転送条件に係る情報として、期限、時間、回数、発信側のドメイン若しくはこれらの組み合わせに係る情報に基づいて転送可否判断を行い、当該判断が転送可であることを条件に、前記認証用アドレスを前記第二端末アドレス宛に転送することを特徴とする。
【００２５】
また、本発明は、上記の発明において、前記第二端末の認証を行う認証サーバ、並びに、コンテンツの提供を行うコンテンツ提供サーバを備え、前記コンテンツ提供サーバのコンテンツ提供手段は、前記認証サーバの認証手段によって得られた認証の結果に応じて、前記第一端末に対してコンテンツを提供することを特徴とする。
【００２６】
また、本発明は、上記の発明において、前記通知手段および認証手段を有して前記第二端末を認証する認証サーバ、並びに、前記アクセス受付手段および第一端末にコンテンツを提供するコンテンツ提供手段を有して前記第一端末に対してコンテンツを提供するコンテンツ提供サーバを備え、前記認証サーバの認証手段は、前記コンテンツ提供サーバから認証の依頼を受け付けた場合に、前記第二端末を認証し、前記コンテンツ提供サーバのコンテンツ提供手段は、前記認証手段によって得られた認証の結果に応じて、前記第一端末に対してコンテンツを提供することを特徴とする。
【００２７】
また、本発明は、上記の発明において、前記通知手段および認証手段を有して前記第二端末を認証する認証サーバ、並びに、前記アクセス受付手段およびコンテンツ提供手段を有してコンテンツを提供するコンテンツ提供サーバを備え、前記認証サーバの認証手段は、前記コンテンツ提供サーバから認証の依頼を受け付けた場合に、前記第二端末を認証し、当該認証の結果に応じて、前記コンテンツ提供サーバから第一端末に提供するコンテンツを取得して、当該コンテンツを前記第一端末に提供することを特徴とする。
【００２８】
また、本発明は、上記の発明において、前記アクセス受付手段、通知手段および認証手段を有して前記第二端末を認証する認証サーバ、並びに、コンテンツを提供するコンテンツ提供サーバを備え、前記認証サーバの認証手段は、前記第二端末を認証し、当該認証の結果に応じて、前記コンテンツ提供サーバにアクセスするための認証識別子を生成し、当該認証識別子を前記第一端末に送信し、前記コンテンツ提供サーバは、前記認証識別子を受け付けた場合には、前記コンテンツを第一端末に提供することを特徴とする。
【００２９】
また、本発明は、上記の発明において、前記アクセス受付手段、通知手段および認証手段を有して前記第二端末を認証する認証サーバ、並びに、コンテンツを提供するコンテンツ提供サーバを備え、前記認証サーバの認証手段は、前記第二端末を認証し、当該認証結果に応じて、前記コンテンツ提供サーバから第一端末に提供するコンテンツを取得して、当該コンテンツを前記第一端末に提供することを特徴とする。
【００３０】
また、本発明は、第一端末からのアクセスに対し、第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証方法であって、前記第一端末からのアクセスを受け付けるアクセス受付工程と、前記第二端末アドレス宛に認証用アドレスを通知する通知工程と、前記第二端末から前記認証用アドレスへのレスポンスに基づいて第一端末を認証する認証工程と、を含んだことを特徴とする。
【００３１】
また、本発明は、第一端末からのアクセスに対し、第二端末の認証を行い、当該認証の結果を第一端末の認証とする認証方法をコンピュータに実行させる認証プログラムであって、前記第一端末からのアクセスを受け付けるアクセス受付手順と、前記第二端末アドレス宛に認証用アドレスを通知する通知手順と、前記第二端末から前記認証用アドレスへのレスポンスに基づいて第一端末を認証する認証手順と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００３２】
本発明によれば、第一端末からの認証要求に対して、第二端末に通知を行い、第二端末からのレスポンスをもってアクセスの正当性を確認するので、第一端末から許容されたアクセス者ではない第三者の不正な認証要求を受信した場合でも、許容されたアクセス者が第二端末よりレスポンスを行わなければ認証要求は承諾されないため、不正なアクセスを回避することが可能である。
【００３３】
また、本発明によれば、第一端末から第二端末アドレスを受信し、受け付けた第二端末アドレス宛に認証用アドレスを通知するので、任意の第二端末にレスポンス要求を通知することが可能である。
【００３４】
また、本発明によれば、受け付けられた第二端末アドレスに関する情報と第二端末アドレスとを対応付けて記憶し、第一端末から第二端末アドレスに関する情報を受け付け、そのアドレスに記憶された第二端末アドレスのうち第二端末アドレスに関する情報に対応する第二端末アドレス宛に認証用アドレスを通知するので、第一端末からの認証要求時に第二端末アドレスを毎回入力する必要が無くなるため、入力に伴う漏洩（例えば、インターネットカフェのような日常使わないＰＣ端末から入力時にキーロガー等でアドレスを収集する等）から、第二端末アドレスを保護することが可能である。
【００３５】
また、本発明によれば、受け付けられた第二端末アドレスに関する情報を所定の鍵によって含んだアクセスコードを生成し、第一端末からアクセスコードを受け付け、そのアクセスコードに含まれた第二端末アドレスを取得し、その第二端末アドレス宛に認証用アドレスを通知するので、第二端末アドレスを記憶する手段を不要とすることが可能である。
【００３６】
また、本発明によれば、第二端末の認証に関する情報を記憶し、第二端末から第二端末の認証に関する情報を受け付け、その第二端末の認証に関する情報が記憶された第二端末の認証に関する情報との対応に基づいて第一端末を認証するので、固有の第二端末以外からのレスポンスが拒否可能となるため、例えば、許容されたアクセス者が所有する端末のみを第二端末として割当てることが可能である。
【００３７】
また、本発明によれば、第二端末の認証に関する情報を所定の鍵によって含んだアクセスコードを生成し、第二端末から第二端末の認証に関する情報を受け付け、アクセスコードから取得される第二端末の認証に関する情報との対応に基づいて第一端末を認証するので、第二端末の認証情報を記憶する手段を不要とすることが可能である。
【００３８】
また、本発明によれば、第二端末の認証に関する情報として端末固有識別子を受け付け、その認証識別子に基づいて第一端末を認証するので、変更が不可能な第二端末識別子を予め記憶し、第二端末からのレスポンス時に受信した識別子と、記憶した第二端末識別子とが対応した場合に認証を可能とする結果、第三者による不正な認証を防止することが可能である。
【００３９】
また、本発明によれば、第二端末のレスポンス要求の送信に有効条件を設定するので、第二端末の不要なレスポンス要求を排除することが可能である。
【００４０】
また、本発明によれば、有効条件を含んだアクセスコードを生成し、第一端末よりアクセスコード伴って認証要求を返信させるので、有効条件を記憶する手段を不要にすることが可能である。
【００４１】
また、本発明によれば、有効条件として、期限、時間、回数、アクセス元若しくはこれらの組み合わせを設定するので、第二端末の不要なレスポンス要求を排除することが可能である。
【００４２】
また、本発明によれば、第二端末へのレスポンス要求を別に設置した転送アドレスに送信し、さらに転送アドレスより第二端末アドレスに転送するので、例えば、第三者からの不正な認証要求等、第一端末より不要な認証要求が送信された場合でも、第二端末アドレスの削除や変更を行うことなく、転送アドレスを廃止するだけで不要なレスポンス要求を抑止することが可能である。
【００４３】
また、本発明によれば、転送アドレスからの転送時に転送条件を元に可否判断を行うことにより、転送条件に合致しない通信要求は転送されないので、転送アドレスを廃止することなく、不要なレスポンス要求を抑止することが可能である。
【００４４】
また、本発明によれば、期限、時間、回数、発信側ドメイン若しくはこれらの組み合わせを有効条件とすることにより、有効条件に合致しないレスポンス要求は転送しないので、転送アドレスを廃止することなく、不要なレスポンス要求を抑止することが可能である。
【００４５】
また、本発明によれば、認証結果をコンテンツ提供サーバに提供するので、コンテンツ提供サーバは、自ら認証手段を備えることなく、認証されたコンテンツ要求者のみにコンテンツを提供することが可能である。
【００４６】
また、本発明によれば、コンテンツ提供サーバは、第一端末からの認証要求を受け付け、かつコンテンツ提供サーバに対して認証結果の提供を行うので、コンテンツ要求者は、第一端末を通じてコンテンツ提供サーバのみにアクセスすればよく、コンテンツ要求者の操作を低減することが可能である。
【００４７】
また、本発明によれば、第一端末がコンテンツ提供サーバに認証要求を送信すると、コンテンツ提供サーバは、認証サーバに認証を依頼して、第二端末より妥当なレスポンスを受信すると、認証サーバに対してコンテンツを送信し、認証サーバは、第一端末にコンテンツを送信するので、あらゆるコンテンツが認証サーバ経由で提供されることになり、認証サーバ側でコンテンツの流通履歴保存、課金、コンテンツ要求者毎のアクセス環境に基づいたコンテンツのサイジング等が可能である。
【００４８】
また、本発明によれば、第一端末が認証サーバに認証要求を送信すると、認証サーバは、第二端末より妥当なレスポンスを受信後に認証結果を返送し、その結果とともに、今度はコンテンツ提供サーバにコンテンツ要求するので、認証結果を一回受けるだけでいかなるコンテンツ提供サーバにもコンテンツ要求を送信することが可能である。
【００４９】
また、本発明によれば、第一端末が認証サーバに認証要求を送信すると、認証サーバは第二端末より妥当なレスポンスを受信後にコンテンツ提供サーバに対して認証結果とともにコンテンツを要求し、そのコンテンツを第一端末に送信することで、アクセスの際に常に認証サーバを経由するので、コンテンツ要求者は、第一端末を通じて認証サーバにのみアクセスすればよく、コンテンツ要求者の操作を低減することが可能である。
【発明を実施するための最良の形態】
【００５０】
以下に添付図面を参照して、この発明に係る認証システム、認証方法および認証プログラムの実施例を１〜８に分けて詳細に説明する。
【実施例１】
【００５１】
以下の実施例では、実施例１に係る認証システムの概要および特徴、認証システムの構成および処理の流れを順に説明し、最後に実施例１による効果を説明する。
【００５２】
［システムの概要および特徴］
まず最初に、図１を用いて、実施例１に係る認証システムの概要および特徴を説明する。図１は、実施例１に係る認証システムの概要および特徴を説明するための図である。
【００５３】
実施例１の認証システムでは、第一端末（ＰＣ等）からのアクセスに対し、第二端末（携帯等）の認証を行い、当該認証の結果を第一端末の認証とすることを概要とする。そして、本人性確認の信頼性が低い第一端末からの認証要求に対して、本人性確認の信頼性が高い第二端末に通知を行い、第二端末からのレスポンスをもってアクセスの正当性を確認するので、第一端末から許容されたアクセス者ではない第三者の不正な認証要求を受信した場合でも、許容されたアクセス者が第二端末よりレスポンスを行わなければ認証要求は承諾されないため、不正なアクセスを回避することを可能にしている点に主たる特徴がある。
【００５４】
この主たる特徴について具体的に説明すると、図１に示すように、アクセス要求者が第一端末（ＰＣ等）から認証サーバに対してアクセス要求を行うと、認証サーバは、ログインページを第一端末に送信する。そして、かかるログインページを受け付けた第一端末は、第二端末アドレスを含んだログイン要求を認証サーバに送信する（図１の（１）〜（３）参照）。具体的には、認証サーバは、図１９、２０に例示するようなログインページを第一端末に送信し、かかるログインページに携帯メールアドレスを入力して送信する。
【００５５】
そして、ログイン要求を受信した認証サーバが、認証ＵＲＬを生成し、かかる生成した認証ＵＲＬを認証要求メールとして第二端末に対して送信した後、第二端末は、認証要求として個体識別番号、セッションＩＤおよびパスコードを認証サーバに送信する（図１の（４）〜（６）参照）。具体的には、認証サーバが、図２４に例示するような認証要求メールを第二端末に送信した後に、第二端末は、認証要求メール内に含まれた認証ＵＲＬにアクセスして個体識別番号、セッションＩＤおよびパスコードを認証サーバに送信する。なお、第二端末に認証要求メールを送信すると図２３に例示するような画面が第一端末に送信される。
【００５６】
その後、認証サーバは、第二端末の認証を行い、その認証結果を第一端末に送信する（図１の（７）〜（８）参照）。具体的には、セッションＩＤと状態（認証処理中）が接続情報テーブル１２１に登録されているかチェックを行い、登録されていれば認証可、登録されていなければ認証不可とする。認証可であれば、接続情報テーブル１２１から取得した第二端末アドレスに対応する管理情報テーブル１２０の個体識別番号およびパスコードと、受信した個体識別番号およびパスコードが対応するかチェックを行い、対応すればＯＫ、対応しなければＮＧとする。そして、その結果を第一端末に送信する（図２５参照）。
【００５７】
このように、実施例１に係る認証システムによれば、第一端末からの認証要求に対して、第二端末に通知を行い、第二端末からのレスポンスをもってアクセスの正当性を確認するので、第一端末から許容されたアクセス者ではない第三者の不正な認証要求を受信した場合でも、許容されたアクセス者が第二端末よりレスポンスを行わなければ認証要求は承諾されないため、不正なアクセスを回避することが可能である。
【００５８】
［認証システムの構成］
次に、図２を用いて、実施例１に係る認証システムの構成を説明する。図２は、実施例１に係る認証システムの構成を示す図である。同図に示すように、この認証システムは、第一端末２１０、第一端末ＩＰ網２００、インターネット３００、認証サーバ１００、第二端末４２０、第二端末メールサーバ４１０、第二端末ＩＰ網４００を有する。
【００５９】
また、認証サーバ１００は、認証情報を記憶する管理情報テーブル１２０と、認証プロセスのセッションを記憶する接続情報テーブル１２１と、第二端末の情報の登録を行う登録部１３０と、第一端末の依頼を受けて第二端末の認証を行う認証部１４０と、インターネット接続を行う通信部１１０とから構成される。
【００６０】
このうち、管理情報テーブル１２０は、図３に示すように、認証情報として使用される個体識別番号と第二端末アドレスとユーザによるパスコードとを対応付けて記憶する。この個体識別番号には端末を一意に識別することができる文字列であり、例えば、携帯電話の端末ＩＤ等がある。かかる個体識別番号は、直接保存するのではなく、例えば、ハッシュ値のように一意に対応付けられる値が保存されていても良い。一方、パスコードは、数字、アルファベット、記号などの組み合わせで構成される。かかるパスコードは、直接保存するのではなく、例えば、ハッシュ値のように一意に対応付けられる値が保存されていても良い。
【００６１】
また、接続情報テーブル１２１は、図４に示すように、一意のセッションＩＤと、第二端末アドレスと、セッションの状態が対応して記憶される。かかるセッションの状態は、例えば、「認証済み」、「認証処理中」、「登録済み」、「登録処理中」などが存在する。
【００６２】
また、登録部１３０は、第二端末の登録に使用するＵＲＬを生成する登録ＵＲＬ生成部１３１と、前記登録ＵＲＬを第二端末に送信する登録ＵＲＬ送信部１３２と、登録ＵＲＬにアクセスしてきた第二端末の情報を管理情報テーブルに記憶する登録処理部１３３と、登録結果を第一端末に送信する登録結果送信部１３４とを備える。
【００６３】
また、認証部１４０は、第二端末の認証に使用するＵＲＬを作成する認証ＵＲＬ生成部１４１と、認証ＵＲＬを第二端末に送信する認証ＵＲＬ送信部１４２と、認証ＵＲＬにアクセスしてきた第二端末の認証を行う認証処理部１４３と、認証結果を第一端末に送信する認証結果送信部１４４とを備える。
【００６４】
［認証システムによる登録処理］
次に、図５を用いて、認証システムによる登録処理の流れを説明する。図５は、認証システムによる登録処理の流れを示すフローチャートである。
【００６５】
同図に示すように、第一端末２１０から認証サーバ１００に対してアクセス要求としてＨＴＴＰ要求メッセージが送信されると（ステップＳ１０１０）、認証サーバ１００は、登録ページを送信する（ステップＳ１０２０）。
【００６６】
続いて、第一端末２１０から認証サーバ１００に対して第二端末アドレスをＨＴＴＰ要求メッセージとして送信すると（ステップＳ１０３０）、認証サーバ１００は、登録ＵＲＬを生成する（ステップＳ１０４０）。なお、かかる登録ＵＲＬを生成する処理については図６用いて後に詳述する。
【００６７】
続いて、認証サーバ１００は、生成した登録ＵＲＬを第二端末にメールで送信する（ステップＳ１０５０）。かかるメールを受信した第二端末４２０は、登録ＵＲＬによる個体識別番号、セッションＩＤおよびパスコードをＨＴＴＰ要求メッセージとして認証サーバ１００に送信する（ステップＳ１０６０）。かかるＨＴＴＰ要求メッセージを受信した認証サーバ１００は、登録処理を行う（ステップＳ１０７０）。なお、かかる登録処理については図７を用いて後に詳述する。その後、認証サーバ１００は、登録の結果をＨＴＴＰ応答メッセージとして第一端末２１０に送信する（ステップＳ１０８０）。
【００６８】
続いて、図６を用いて、認証サーバ１００による登録ＵＲＬ生成処理（図５に示したステップＳ１０４０に対応する処理）を詳しく説明する。図６は、登録ＵＲＬ生成処理の詳細を示すフローチャートである。
【００６９】
まず、第二端末アドレスが管理情報テーブルに記憶されているかチェックを行い、記憶されていれば登録可、記憶されていなければ登録不可とする（ステップＳ１０４１）。登録可であれば、時刻と乱数からなる文字列のハッシュ値等の一意のセッションＩＤを生成する（ステップＳ１０４２）。次に、接続情報テーブルに、セッションＩＤ、第二端末アドレス、状態（登録処理中）を登録する（ステップＳ１０４３）。次に、登録用アドレスの末尾にセッションＩＤを付加した登録ＵＲＬを生成する（ステップＳ１０４４）。
【００７０】
続いて、図７を用いて、認証サーバ１００による登録処理（図５に示したステップＳ１０７０に対応する処理）を詳しく説明する。図７は、登録処理の詳細を示すフローチャートである。
【００７１】
まず、セッションＩＤと状態（登録処理中）が接続情報テーブル１２１に対応付けて記憶されているかチェックを行い、記憶されていれば登録可、記憶されていなければ登録不可とする（ステップＳ１０７１）。登録可であれば、接続情報テーブル１２１に記憶されているセッションＩＤに対応するセッション情報の状態「登録処理中」から「登録済み」に変更し、第二端末アドレス、送信された個体識別番号およびパスコードを管理情報テーブル１２０に登録する。また、有効条件が設定されている場合は、有効期限の満了日を２００４年１月１日から数えて日単位で数値化したものを管理情報テーブルに登録し、指定されていない場合は「０」を管理情報テーブルに登録する（ステップＳ１０７２）。
【００７２】
[認証システムによるログイン処理]
次に、図８を用いて、認証システムによるログイン処理の流れを説明する。図８は、認証システムによるログイン処理の流れを示すフローチャートである。
【００７３】
同図に示すように、第一端末２１０から認証サーバ１００に対してアクセス要求としてＨＴＴＰ要求メッセージが送信されると（ステップＳ２０１０）、認証サーバ１００は、ログインページを送信する（ステップＳ２０２０）。
【００７４】
続いて、第一端末２１０から認証サーバ１００に対して第二端末アドレスをＨＴＴＰ要求メッセージとして送信すると（ステップＳ２０３０）、認証サーバ１００は、認証ＵＲＬを生成する（ステップＳ２０４０）。なお、かかる認証ＵＲＬを生成する処理については図９を用いて後に詳述する。
【００７５】
そして、認証サーバ１００は、生成した認証ＵＲＬを第二端末４２０にメールで送信する（ステップＳ２０５０）。かかるメールを受信した第二端末４２０は、認証ＵＲＬによる個体識別番号、セッションＩＤおよびパスコードをＨＴＴＰ要求メッセージとして認証サーバ１００に送信する（ステップＳ２０６０）。かかるＨＴＴＰ要求メッセージを受信した認証サーバ１００は、認証処理を行う（ステップＳ２０７０）。なお、かかる認証処理については図１０を用いて後に詳述する。その後、認証サーバ１００は、認証の結果をＨＴＴＰ応答メッセージとして第一端末２１０に送信する（ステップＳ２０８０）。
【００７６】
なお、上記の実施例１では、第一端末２１０から認証サーバ１００に第二端末アドレスをＨＴＴＰ要求メッセージとして送信したが、第二端末アドレスに関する情報（ＩＤ等）を送信しても良い。この場合は、管理情報テーブル１２０は、さらに第二端末アドレスに関する情報を保持し、認証サーバ１００は、登録処理時に一意の第二端末アドレスに関する情報を時刻をキーとした乱数等を利用して生成、保存し、認証時には受信した第二端末に係る情報をキーに管理用法テーブルから第二端末アドレスを取得し、第二端末宛に認証ＵＲＬを送信した上で、かかる認証処理を行う。
【００７７】
続いて、図９を用いて、認証サーバ１００による認証ＵＲＬ生成処理（図８に示したステップＳ２０４０に対応する処理）を詳しく説明する。図９は、認証ＵＲＬ生成処理の詳細を示すフローチャートである。
【００７８】
まず、第二端末アドレスが管理情報テーブル１２０に記憶されているかチェックを行い、記憶されていれば認証可、記憶されていなければ認証不可とする。また、認証可であって、管理情報テーブルに有効条件が設定されている（０でない）場合は、設定された数値に２００４年１月１日を加算して有効期限の満了日を算出、現在の日付が満了日を過ぎているか判定する。かかる判定により過ぎていると判定された場合は、認証不可とする（ステップＳ２０４１）。認証可であれば、時刻と乱数からなる文字列のハッシュ値等の一意のセッションＩＤを生成する（ステップＳ２０４２）。次に、接続情報テーブル１２１にセッションＩＤ、第二端末アドレス、状態（認証処理中）を登録する（ステップＳ２０４３）。次に、認証用アドレスの最後にセッションＩＤを付加した認証ＵＲＬを生成する（ステップＳ２０４４）。
【００７９】
続いて、図１０を用いて、認証サーバ１００による認証処理（図８に示したステップＳ２０７０に対応する処理）を詳しく説明する。図１０は、認証処理の詳細を示すフローチャートである。
【００８０】
まず、セッションＩＤと状態（認証処理中）が接続情報テーブル１２１に登録されているかチェックを行い、登録されていれば認証可、登録されていなければ認証不可とする（ステップＳ２０７１）。認証可であれば、接続情報テーブル１２１から取得した第二端末アドレスに対応する管理情報テーブル１２０の個体識別番号およびパスコードと、受信した個体識別番号およびパスコードが対応するかチェックを行い、対応すればＯＫ、対応しなければＮＧとする（ステップＳ２０７２）。ＯＫであれば、接続情報テーブル１２１に記憶されている該当セッションＩＤの情報を状態「認証処理中」から「認証済み」に変更する（ステップＳ２０７３）。
【００８１】
[実施例１の効果]
上述してきたように、実施例１によれば、第一端末からの認証要求に対して、第二端末に通知を行い、第二端末からのレスポンスをもってアクセスの正当性を確認するので、第一端末から許容されたアクセス者ではない第三者の不正な認証要求を受信した場合でも、許容されたアクセス者が第二端末よりレスポンスを行わなければ認証要求は承諾されないため、不正なアクセスを回避することが可能である。
【００８２】
また、実施例１によれば、第一端末から第二端末アドレスを受信し、受け付けた第二端末アドレス宛に認証用アドレスを通知するので、任意の第二端末にレスポンス要求を通知することが可能である。
【００８３】
また、実施例１によれば、受け付けられた第二端末アドレスに関する情報と第二端末アドレスとを対応付けて記憶し、第一端末から第二端末アドレスに関する情報を受け付け、そのアドレスに記憶された第二端末アドレスのうち第二端末アドレスに関する情報に対応する第二端末アドレス宛に認証用アドレスを通知するので、第一端末からの認証要求時に第二端末アドレスを毎回入力する必要が無くなるため、入力に伴う漏洩（例えば、インターネットカフェのような日常使わないＰＣ端末から入力時にキーロガー等でアドレスを収集する等）から、第二端末アドレスを保護することが可能である。
【００８４】
また、実施例１によれば、第二端末の認証に関する情報を記憶し、第二端末から第二端末の認証に関する情報を受け付け、その第二端末の認証に関する情報が記憶された第二端末の認証に関する情報との対応に基づいて第一端末を認証するので、固有の第二端末以外からのレスポンスが拒否可能となるため、例えば、許容されたアクセス者が所有する端末のみを第二端末として割当てることが可能である。
【００８５】
また、実施例１によれば、第二端末の認証に関する情報として端末固有の認証識別子を受け付け、その認証識別子に基づいて第一端末を認証するので、変更が不可能な第二端末識別子を予め記憶し、第二端末からのレスポンス時に受信した識別子と、記憶した第二端末識別子とが対応した場合に認証を可能とする結果、第三者による不正な認証を防止することが可能である。
【００８６】
また、実施例１によれば、第二端末のレスポンス要求の送信に有効条件を設定するので、第二端末への不要なレスポンス要求を排除することが可能である。
【００８７】
また、実施例１によれば、有効条件として、期限、時間、回数、アクセス元若しくはこれらの組み合わせを設定するので、第二端末への不要なレスポンス要求を排除することが可能である。
【実施例２】
【００８８】
ところで、上記の実施例１では、第二端末アドレスに個体識別番号等を対応付けて記憶して、認証を行う場合を説明したが、本発明はこれに限定されるものではなく、第二端末アドレスと個体識別番号を所定の鍵によって含んだアクセスコードを生成して、認証を行うようにしてもよい。
【００８９】
そこで、以下の実施例２では、第二端末アドレスを所定の鍵によって含んだアクセスコードを生成して、認証を行う場合として、図１１〜図１６を用いて実施例２に係る認証システムを説明する。
【００９０】
まず、図１１を用いて、実施例２に係る認証システムの構成を説明する。図１１は実施例２に係る認証システムの構成を示す図である。同図に示すように、実施例２に係る認証システムは図２に示した実施例１に係る認証システムと比較して、認証サーバ１００は、発行鍵記憶部１２２と、アクセスコード生成部１３５と、アクセスコード解読部１４５を新たに備える点が相違する。
【００９１】
このうち、発行鍵記憶部１２２は、アクセスコードの生成する鍵を記憶する。また、アクセスコード生成部１３５は、アクセスコードを生成する。また、アクセスコード解読部１４５はアクセスコードを解読する。
【００９２】
次に、図１２を用いて実施例２にかかる認証システムによるアクセスコード発行処理について説明する。実施例２にかかるアクセスコード発行処理は、図５に示した実施例１の認証システムによる登録処理と比較して、アクセスコードを生成する点が相違する。
【００９３】
すなわち、図１２に示すように、第二端末は個体識別番号とセッションＩＤをＨＴＴＰ要求メッセージとして認証サーバ１００に送信（図２１参照）した後に（ステップＳ３０６０）、アクセス者認証処理を行う（ステップＳ３０７０）。かかるアクセス者認証処理は、具体的には、図１３に示すように、まず、受信したセッションＩＤと状態（登録処理中）とが接続情報テーブル１２１に登録されているかチェックを行い、登録されていれば生成可、登録されていなければ生成不可とする（ステップＳ３０７１）。生成可であれば、接続情報テーブル１２１に記憶されているセッションＩＤに対応するセッション情報を状態「登録処理中」から「登録済み」に変更する（ステップＳ３０７２）。さらに、接続情報テーブル１２１で、セッションＩＤに対応付けられた第二端末アドレスを取得する（ステップＳ３０７３）。
【００９４】
その後、アクセスコードを生成する処理を行う。かかるアクセスコード生成処理は、具体的には、図１４に示すように、まず、第二端末アドレスの最後に“｜”を追加し、これをデータＡとする（ステップＳ３０８１）。次に、個体識別番号をデータＡの後ろに付加し、さらに最後尾に“｜”を追加する（ステップＳ３０８２）。次に、有効条件が設定されていれば「１」、されていなければ「０」という１ビットのデータをデータＢとする（ステップＳ３０８３）。そして、有効条件が設定されている場合、有効期限の満了日を２００４年１月１日から日単位で数値化し、この日数を１３ビットの整数値として符号化しデータＢ１を生成し、このデータＢ１をデータＢの最後尾に追加する（ステップＳ３０８４）。かかるアクセスコードに含まれる有効条件の例を図１８に例示する。なお、第二端末の認証に関する情報（例えば、子体識別番号）を含むアクセスコードは、特許請求の範囲に記載の「認証コード」に対応する。
【００９５】
その後、データＡおよびデータＢを連結してなるデータを発行鍵で暗号化し、この暗号化データをＢＡＳＥ３２符号化して得られる符号化データをサーバＵＲＬの最後に追加することで、図１７に例示するようなアクセスコードを生成する（ステップＳ３０８５）。その後、生成されたアクセスコードをＨＴＴＰ要求メッセージとして送信する（図２２参照）。なお、アクセスコードに含まれる有効条件は、アクセス許可期間に限定されるものではなく、図１８に示すように、アクセス許可時間、アクセス許可回数、アクセス許可ホスト、これらの組み合わせでもよい。
【００９６】
次に、図１５を用いて実施例２にかかるログイン処理について説明する。実施例２のログイン処理は、図８に示した実施例１にかかるログイン処理と比較して、アクセスコード解読処理を行う点が相違する。
【００９７】
すなわち、図１５に示すように、第一端末２１０から認証サーバ１００にアクセスコードをＨＴＴＰ要求メッセージとして送信した後に（ステップＳ４０１０）、アクセスコード解読処理を行う（ステップＳ４０２０）。かかるアクセスコード解読処理は、具体的には、図１６に示すように、まず、アクセスコードをＢＡＳＥ３２複合化して得られるデータを発行鍵記憶部１２２の発行鍵で複合化したデータをデータＸとし、データＸの先頭から２番目にあるストローク“｜”までを「データＡ」として、それ以降を「データＢ」として復元する（ステップＳ４０２１）。
【００９８】
次に、データＢの先頭ビットを確認し、先頭ビットが「１」の場合（有効期限が設定されている場合）、先頭ビットに続く１３ビット整数値とみなして得られる数（日数）に２００４年１月１日を加算して有効期限の満了日を算出、現在の日付が満了日を過ぎているか判定し、過ぎている場合には認証情報通知不可とする（ステップＳ４０２２）。認証通知可の場合は、データＡの先頭から１番目の“｜”までのデータを第二端末アドレスとして取得するとともに、データＡの先頭から２番目の“｜”以降のデータを端末識別番号として取得する（ステップＳ４０２３）。
【００９９】
このように、実施例２では、受け付けられた第二端末アドレスに関する情報を所定の鍵によって含んだアクセスコードを生成し、第一端末からアクセスコードを受け付け、そのアクセスコードに含まれた第二端末アドレスを取得し、その第二端末アドレス宛に認証用アドレスを通知するので、第二端末アドレスを記憶する手段を不要とすることが可能である。
【０１００】
また、実施例２では、第二端末の認証に関する情報を所定の鍵によって含んだアクセスコードを生成し、第二端末から第二端末の認証に関する情報を受け付け、アクセスコードから取得される第二端末の認証に関する情報との対応に基づいて第一端末を認証するので、第二端末の認証情報を記憶する手段を不要とすることが可能である。
【０１０１】
また、実施例２では、有効条件を含んだアクセスコードを生成し、第一端末よりアクセスコード伴って認証要求を返信させるので、有効条件を記憶する手段を不要にすることが可能である。
【実施例３】
【０１０２】
ところで、上記の実施例１では、アクセス者を認証する認証サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、認証サーバから受信した登録要求メールを第二端末に転送する転送サーバをさらに備えるようにしてもよい。
【０１０３】
そこで、以下の実施例３では、認証サーバから受信した登録要求メールを第二端末に転送する転送サーバをさらに備える場合として、図２６〜図２９を用いて実施例３に係る認証システムを説明する。
【０１０４】
具体的には、図２６に示すように、実施例３にかかる認証システムは、認証サーバ１００とともに転送サーバ５００を有する。かかる転送サーバ５００は、転送条件を記憶する転送情報テーブル５２０と、転送アドレス宛に送信されたメールを受信し、転送判断を行うメール解読処理部５３０と、メールを転送するメール転送処理部５３１と、インターネット接続を行う通信部５１０とで構成される。
【０１０５】
このうち、転送情報テーブル５２０は、図２９に示すように、転送アドレス、第二端末アドレス、転送条件が対応付けられて記憶されている。
【０１０６】
次に、図２７を用いて実施例３にかかる認証システムによる登録処理について説明する。実施例３にかかる認証システムによる登録処理は、図５に示した実施例１の認証システムによる登録処理と比較して、転送サーバが認証サーバから受信した登録要求メールを第二端末に転送する点が相違する。
【０１０７】
すなわち、図２７に示すように、登録ページを受信した後に（ステップＳ５０２０）、第一端末２１０は、第二端末アドレスに代えて転送サーバのアドレスを認証サーバ１００に送信する（ステップＳ５０３０）。そして、転送アドレスを受信した認証サーバ１００は、実施例１と同様に登録ＵＲＬを生成し（ステップＳ５０４０）、転送アドレス宛に登録要求メールを送信する（ステップＳ５０５０）。
【０１０８】
その後、メールを受信した転送サーバ５００は、転送アドレスをキーとして転送情報テーブル５２０から転送条件を取得し、転送条件を満たしているか判断する。転送条件を満たしていれば、転送アドレスをキーとして転送情報テーブル５２０に記憶してある第二端末アドレスを取得し、該当メールの宛先を転送アドレスから第二端末アドレスに変更し（ステップＳ５０６０）、第二端末宛に登録要求のメールを送信する（ステップＳ５０７０）。具体的には、転送条件に発信ドメインが設定されている場合は、設定されたドメインから送信されたメールのみを転送し、転送時間が設定されている場合には、設定された時間に送信されたメールのみを転送する。その後の登録処理は実施例１と同様である。
【０１０９】
また、図２８に示すように、実施例３にかかるログイン処理は、実施例１にかかる登録処理と同様に転送アドレスを用い、ログインにおいて転送用アドレスを用い、転送方法についても実施例１にかかる登録処理と同様の処理を行う。
【０１１０】
このように、実施例３では、第二端末へのレスポンス要求を別に設置した転送アドレスに送信し、さらに転送アドレスより第二端末アドレスに転送するので、例えば、第三者からの不正な認証要求等、第一端末より不要な認証要求が送信された場合でも、第二端末アドレスの削除や変更を行うことなく、転送アドレスを廃止するだけで不要なレスポンス要求を抑止することが可能である。
【０１１１】
また、実施例３では、転送アドレスからの転送時に転送条件を元に可否判断を行うことにより、転送条件に合致しない通信要求は転送されないので、転送アドレスを廃止することなく、不要なレスポンス要求を抑止することが可能である。
【０１１２】
また、実施例３では、期限、時間、回数、発信側ドメイン若しくはこれらの組み合わせを有効条件とすることにより、有効条件に合致しないレスポンス要求は転送しないので、転送アドレスを廃止することなく、不要なレスポンス要求を抑止することが可能である。
【実施例４】
【０１１３】
ところで、上記の実施例２では、アクセス者を認証する認証サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、コンテンツ提供サーバが第一端末からの認証要求を受け付けて、認証サーバに認証を依頼すると、認証サーバは、認証を行い、認証結果をコンテンツ提供サーバに送信するようにしてもよい。
【０１１４】
そこで、以下の実施例４では、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、コンテンツ提供サーバが第一端末からの認証要求を受け付けて、認証サーバに認証を依頼すると、認証サーバは、認証を行い、認証結果をコンテンツ提供サーバに送信する場合として、図３０および図３１を用いて実施例４に係る認証システムを説明する。
【０１１５】
具体的には、図３０に示すように、実施例４に係る認証システムの構成は、図１１に示した実施例２に係る認証システムと比較してコンテンツ提供サーバ６００を新たに有する点が相違する。かかるコンテンツ提供サーバ６００は、コンテンツの情報を記憶するコンテンツテーブル６２０と、第一端末にコンテンツを提供するコンテンツ提供部６３０と、第一端末との接続と認証サーバとの接続を結びつけるセッションを生成するセッション生成部６３１と、認証サーバに認証を依頼する認証依頼送信部６３２と、インターネット接続を行う通信部６１０とで構成される。
【０１１６】
次に、図３１を用いて実施例４に係る認証システムによるコンテンツ提供処理について説明する。実施例４にかかる認証システムによるコンテンツ提供処理は、図１５に示した実施例２に係る認証システムによるログイン処理と比較して、コンテンツ提供サーバが認証の結果に応じて、第一端末にコンテンツを提供する点が相違する。
【０１１７】
すなわち、図３１に示すように、コンテンツサーバは第一端末からアクセス要求を受け付けて（ステップＳ７０１０）、ログインページを第一端末２１０に送信した後に（ステップＳ７０２０）、第一端末２１０からアクセスコードを含んだログイン要求を受け付ける（ステップＳ７０３０）。そして、コンテンツ提供サーバ６００は、第一端末との接続と認証サーバとの接続を結び付けるセッションを生成し（ステップＳ７０４０）、認証サーバ１００にアクセスコードとセッションＩＤをＨＴＴＰ要求メッセージとして送信する（ステップＳ７０５０）。
【０１１８】
その後、実施例２と同様の認証処理を行った後、コンテンツ提供サーバ６００は、認証の結果を認証サーバ１００から受信し（ステップＳ７１１０）、かかる受信した結果に基づいてコンテンツを第一端末に送信する（ステップＳ７１２０）。
【０１１９】
このように、実施例４によれば、コンテンツ提供サーバは、第一端末からの認証要求を受け付け、かつコンテンツ提供サーバに対して認証結果の提供を行うので、コンテンツ要求者は、第一端末を通じてコンテンツ提供サーバのみにアクセスすればよく、コンテンツ要求者の操作を低減することが可能である。
【実施例５】
【０１２０】
ところで、上記の実施例２では、アクセス者を認証する認証サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、第一端末がコンテンツ提供サーバに認証要求を送信すると、コンテンツ提供サーバは、認証サーバに認証を依頼して、第二端末より妥当なレスポンスを受信すると、認証サーバに対してコンテンツを送信し、認証サーバは、第一端末にコンテンツを送信するようにしてもよい。
【０１２１】
そこで、以下の実施例５では、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、第一端末がコンテンツ提供サーバに認証要求を送信すると、コンテンツ提供サーバは、認証サーバに認証を依頼して、第二端末より妥当なレスポンスを受信すると、認証サーバに対してコンテンツを送信し、認証サーバは、第一端末にコンテンツを送信する場合として、図３２〜図３４を用いて実施例５に係る認証システムを説明する。
【０１２２】
具体的には、図３２に示すように、実施例５に係る認証システムの構成は、図３０に示した実施例４に係る認証システムと比較してコンテンツ要求部１４８、コンテンツ処理部１４６、コンテンツ送信部１４７を新たに有する点が相違する。具体的には、認証部１４０は、認証結果に応じてコンテンツ提供サーバにコンテンツを要求するコンテンツ要求部１４８と、認証サーバ側でコンテンツの流通履歴保存、課金、コンテンツ要求者毎のアクセス環境に基づいたコンテンツのサイジング等を行うコンテンツ処理部１４６と、コンテンツ提供サーバから取得したコンテンツを第一端末に送るコンテンツ送信部１４７とを新たに備える。
【０１２３】
次に、図３３を用いて実施例５に係る認証システムによるコンテンツ提供処理について説明する。実施例５にかかる認証システムによるコンテンツ提供処理は、図３１に示した実施例４に係る認証システムによるコンテンツ提供処理と比較して、コンテンツ提供サーバと認証サーバとの間でコンテンツ要求の送受信を行う点が相違する。
【０１２４】
すなわち、図３３に示すように、認証サーバは、認証処理を行った後に（ステップ８１００）、認証サーバ１００は、認証の結果に基づき、コンテンツ要求をＨＴＴＰ要求メッセージとしてコンテンツ提供サーバに送信する（ステップ８１１０）。そして、コンテンツ提供サーバ６００がコンテンツをＨＴＴＰ応答メッセージとして認証サーバ１００に送信する（ステップ８１２０）。
【０１２５】
その後、認証サーバ１００が図３４に例示するように、コンテンツを処理した後（ステップ８１３０）、コンテンツ提供サーバ６００は、コンテンツをＨＴＴＰ応答メッセージとして第一端末２１０に送信する（ステップ８１４０）。
【０１２６】
このように、上記の実施例５によれば、第一端末がコンテンツ提供サーバに認証要求を送信すると、コンテンツ提供サーバは、認証サーバに認証を依頼して、第二端末より妥当なレスポンスを受信すると、認証サーバに対してコンテンツを送信し、認証サーバは、第一端末にコンテンツうぃ送信するので、あらゆるコンテンツが認証サーバ経由で提供されることになり、認証サーバ側でコンテンツの流通履歴保存、課金、コンテンツ要求者毎のアクセス環境に基づいたコンテンツのサイジング等が可能である。
【実施例６】
【０１２７】
ところで、上記の実施例２では、アクセス者を認証する認証サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、第一端末が認証サーバに認証要求を送信すると、認証サーバは、第二端末より妥当なレスポンスを受信後に認証結果を返送し、その結果とともに、今度はコンテンツ提供サーバにコンテンツ要求するようにしてもよい。
【０１２８】
そこで、以下の実施例６では、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、第一端末が認証サーバに認証要求を送信すると、認証サーバは、第二端末より妥当なレスポンスを受信後に認証結果を返送し、その結果とともに、今度はコンテンツ提供サーバにコンテンツ要求する場合として、図３５〜図３９を用いて実施例６に係る認証システムを説明する。
【０１２９】
具体的には、図３５に示すように、実施例６に係る認証システムの構成は、図１１に示した実施例２に係る認証システムと比較してコンテンツ提供サーバ６００を新たに有する点が相違する。かかるコンテンツ提供サーバ６００は、コンテンツの情報を記憶するコンテンツテーブル６２０と、第一端末にコンテンツを提供するコンテンツ提供部６３０と、認証識別子を検証する認証識別子検証処理部６３３と、インターネット接続を行う通信部６１０とで構成される。
【０１３０】
次に、図３６を用いて実施例６に係る認証システムによるコンテンツ提供処理について説明する。実施例６にかかる認証システムによるコンテンツ提供処理は、図１５に示した実施例２に係る認証システムによるログイン処理と比較して、認証サーバでの認証結果を示す認証識別子を第一端末から受信して、第一端末にコンテンツを提供する点が相違する。
【０１３１】
すなわち、図３６に示すように、認証サーバ１００は、認証処理を行った後に（ステップ９０８０）、認証サーバ１００は、図３７に例示するように、認証識別子生成処理を行う（ステップ９０９０）。そして、認証サーバ１００が、認証結果を示す認証識別子をＨＴＴＰ応答メッセージとして第一端末２１０に送信した後に（ステップ９１００）、第一端末２１０は、コンテンツ提供サーバ６００に認証識別子をＨＴＴＰ要求メッセージとして送信する（ステップ９１１０）。
【０１３２】
その後、コンテンツ提供サーバ６００が図３７に例示するような、認証識別子検証処理を行った後（ステップ９１２０）、コンテンツ提供サーバ６００は、コンテンツをＨＴＴＰ応答メッセージとして第一端末２１０に送信する（ステップ９１３０）。
【０１３３】
このように、上記の実施例６によれば、第一端末が認証サーバに認証要求を送信すると、認証サーバは、第二端末より妥当なレスポンスを受信後に認証結果を返送し、その結果とともに、今度はコンテンツ提供サーバにコンテンツ要求するので、認証結果を一回受けるだけでいかなるコンテンツ提供サーバにもコンテンツ要求を送信することが可能である。
【実施例７】
【０１３４】
ところで、上記の実施例２では、アクセス者を認証する認証サーバを備える場合を説明したが、本発明はこれに限定されるものではなく、第一端末にコンテンツを提供するコンテンツ提供サーバをさらに備え、第一端末が認証サーバに認証要求を送信すると、認証サーバは第二端末より妥当なレスポンスを受信後にコンテンツ提供サーバに対して認証結果とともにコンテンツを要求し、そのコンテンツを第一端末に送信するようにしてもよい。
【０１３５】
具体的には、図３８に示すように、実施例７に係る認証システムの構成は、図３５に示した実施例６に係る認証システムと比較してコンテンツ要求部１４８、コンテンツ処理部１４６、コンテンツ送信部１４７を有する点が相違する。コンテンツ要求部１４８、コンテンツ処理部１４６、コンテンツ送信部１４７については、実施例５と同様である。
【０１３６】
また、コンテンツ提供サーバ６００は、コンテンツの情報を記憶するコンテンツテーブル６２０と、第一端末２１０にコンテンツを提供するコンテンツ提供部６３０と、インターネット接続を行う通信部６１０とで構成される。
【０１３７】
次に、図３９を用いて実施例７に係る認証システムによるコンテンツ提供処理について説明する。実施例７にかかる認証システムによるコンテンツ提供処理は、図３６に示した実施例６に係る認証システムによるコンテンツ提供処理と比較して、コンテンツ提供サーバと認証サーバとの間でコンテンツ要求の送受信を行う点が相違する。
【０１３８】
すなわち、図３９に示すように、認証サーバは、認証処理を行った後に（ステップ１０８００）、認証サーバ１００は、認証の結果に基づき、コンテンツ要求をＨＴＴＰ要求メッセージとしてコンテンツ提供サーバに送信する（ステップ１０９００）。そして、コンテンツ提供サーバ６００がコンテンツをＨＴＴＰ応答メッセージとして認証サーバ１００に送信する（ステップ１１０００）。
【０１３９】
その後、認証サーバ１００が図３４に例示するように、コンテンツを処理した後（ステップ１１１００）、コンテンツ提供サーバ６００は、コンテンツをＨＴＴＰ応答メッセージとして第一端末２１０に送信する（ステップ１１２００）。
【０１４０】
このように、上記の実施例７によれば、第一端末が認証サーバに認証要求を送信すると、認証サーバは第二端末より妥当なレスポンスを受信後にコンテンツ提供サーバに対して認証結果とともにコンテンツを要求し、そのコンテンツを第一端末に送信することで、アクセスの際に常に認証サーバを経由するので、コンテンツ要求者は、第一端末を通じて認証サーバにのみアクセスすればよく、コンテンツ要求者の操作を低減することが可能である。
【実施例８】
【０１４１】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態を実施例８として説明する。
【０１４２】
（１）登録ＵＲＬの通知手段
例えば、上記の実施例１では、認証サーバは、メールを用いて生成した登録ＵＲＬを第二端末に送信する場合を説明したが、本実施例はこれに限定されるものではなく、例えば電話等を用いて通知してもよい。
【０１４３】
（２）個体識別番号等の通知手段
また、上記の実施例１では、第二端末は、個体識別番号、セッションＩＤおよびパスコードを認証サーバ１００に送信する場合を説明したが、本実施例はこれに限定されるものではなく、例えばＨＴＴＰＳ、電話、メール、赤外線通信等を用いて通知してもよい。
【０１４４】
（３）アクセスコード
また、上記の実施例２では、アクセスコード生成処理においてアドレスコード内に第二端末のアドレスと個体識別番号とを含んだ場合を説明したが、本実施例はこれに限定されるものではなく、例えば、第二端末のアドレスまたは個体識別番号のどちらかを含むようにしてもよい。
【０１４５】
（４）システム構成等
上記実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１４６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１４７】
なお、上記実施例で説明した認証システム、認証方法及び認証プログラムは、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【産業上の利用可能性】
【０１４８】
以上のように、本発明に係る認証システム、認証方法および認証プログラムは、アクセス者の認証に有用であり、特に、第一端末からのアクセス者の本人性確認を、簡単かつ安全に実現するのに適する。
【図面の簡単な説明】
【０１４９】
【図１】実施例１に係る認証システムの概要および特徴を説明するための図である。
【図２】実施例１に係る認証システムの構成を示す図である。
【図３】管理情報テーブルの例を説明するための図である。
【図４】接続情報テーブルの例を説明するための図である。
【図５】実施例１に係る認証システムによる登録処理の流れを示すシーケンス図である。
【図６】登録ＵＲＬ生成処理の詳細を示すフローチャートである。
【図７】登録処理の詳細を示すフローチャートである。
【図８】実施例１に係る認証システムによるログイン処理の流れを示すシーケンス図である。
【図９】認証ＵＲＬ生成処理の詳細を示すフローチャートである。
【図１０】認証処理の詳細を示すフローチャートである。
【図１１】実施例２に係る認証システムの構成を示す図である。
【図１２】実施例２に係る認証システムによるアクセスコード発行処理の流れを示すシーケンス図である。
【図１３】アクセス者認証処理の詳細を示すフローチャートである。
【図１４】アクセスコード生成処理の詳細を示すフローチャートである。
【図１５】実施例２に係る認証システムによるログイン処理の流れを示すシーケンス図である。
【図１６】アクセスコード解読処理の詳細を示すフローチャートである。
【図１７】アクセスコードの例を説明するための図である。
【図１８】アクセスコードに含まれる有効条件の例を説明するための図である。
【図１９】登録要求・ログイン要求に係る画面の例を示す図である。
【図２０】登録要求の応答に係る画面の例を示す図である。
【図２１】登録要求メールに係る画面の例を示す図である。
【図２２】登録結果送信に係る画面の例を示す図である。
【図２３】ログイン要求の応答に係る画面の例を示す図である。
【図２４】認証要求メールに係る画面の例を示す図である。
【図２５】認証結果通知に係る画面の例を示す図である。
【図２６】実施例３に係る認証システムの構成を示す図である。
【図２７】実施例３に係る認証システムによる登録処理の流れを示すシーケンス図である。
【図２８】実施例３に係る認証システムによるログイン処理の流れを示すシーケンス図である。
【図２９】転送情報テーブルの例を説明するための図である。
【図３０】実施例４に係る認証システムの構成を示す図である。
【図３１】実施例４に係る認証システムによるコンテンツ提供処理の流れを示すシーケンス図である。
【図３２】実施例５に係る認証システムの構成を示す図である。
【図３３】実施例５に係る認証システムによるコンテンツ提供処理の流れを示すシーケンス図である。
【図３４】コンテンツ処理の例を説明するための図である。
【図３５】実施例６に係る認証システムの構成を示す図である。
【図３６】実施例６に係る認証システムによるコンテンツ提供処理の流れを示すシーケンス図である。
【図３７】認証識別子生成処理および検証処理の例を説明するための図である。
【図３８】実施例７に係る認証システムの構成を示す図である。
【図３９】実施例７に係る認証システムによるコンテンツ提供処理の流れを示すシーケンス図である。
【符号の説明】
【０１５０】
１００  認証サーバ
１１０  通信部
１２０  管理情報テーブル
１２１  接続情報テーブル
１２２  発行鍵記憶部
１３０  登録部
１３１  登録ＵＲＬ生成部
１３２  登録ＵＲＬ送信部
１３３  登録処理部
１３４  登録結果送信部
１３５  アクセスコード生成部
１４０  認証部
１４１  認証ＵＲＬ生成部
１４２  認証ＵＲＬ送信部
１４３  認証処理部
１４４  認証結果送信部
１４５  アクセスコード解読部
１４６  コンテンツ処理部
１４７  コンテンツ送信部
１４８  コンテンツ要求部
２００  第一端末ＩＰ網
２１０  第一端末
３００  インターネット
４００  第二端末ＩＰ網
４１０  第二端末メールサーバ
４２０  第二端末
５００  転送サーバ
５１０  通信部
５２０  転送情報テーブル
５３０  アドレス解読処理部
５３１  アドレス転送処理部
６００  コンテンツ提供サーバ
６１０  通信部
６２０  コンテンツテーブル
６３０  コンテンツ送信部
６３１  セッション生成部
６３２  認証依頼送信部
【図１】
0004486567.tif 000002
【図２】
0004486567.tif 000003
【図３】
0004486567.tif 000004
【図４】
0004486567.tif 000005
【図５】
0004486567.tif 000006
【図６】
0004486567.tif 000007
【図７】
0004486567.tif 000008
【図８】
0004486567.tif 000009
【図９】
0004486567.tif 000010
【図１０】
0004486567.tif 000011
【図１１】
0004486567.tif 000012
【図１２】
0004486567.tif 000013
【図１３】
0004486567.tif 000014
【図１４】
0004486567.tif 000015
【図１５】
0004486567.tif 000016
【図１６】
0004486567.tif 000017
【図１７】
0004486567.tif 000018
【図１８】
0004486567.tif 000019
【図１９】
0004486567.tif 000020
【図２０】
0004486567.tif 000021
【図２１】
0004486567.tif 000022
【図２２】
0004486567.tif 000023
【図２３】
0004486567.tif 000024
【図２４】
0004486567.tif 000025
【図２５】
0004486567.tif 000026
【図２６】
0004486567.tif 000027
【図２７】
0004486567.tif 000028
【図２８】
0004486567.tif 000029
【図２９】
0004486567.tif 000030
【図３０】
0004486567.tif 000031
【図３１】
0004486567.tif 000032
【図３２】
0004486567.tif 000033
【図３３】
0004486567.tif 000034
【図３４】
0004486567.tif 000035
【図３５】
0004486567.tif 000036
【図３６】
0004486567.tif 000037
【図３７】
0004486567.tif 000038
【図３８】
0004486567.tif 000039
【図３９】
0004486567.tif 000040