JP2014225096A - 認証サーバ、認証システム及びプログラム - Google Patents

Abstract

【課題】クラウドコンピューティングにおけるユーザの利便性が高く、セキュリティが高い認証を行うことが可能なプログラム、認証システムを提供する。
【解決手段】認証サーバは、第１の端末から画像コード送信要求を受信すると、認証情報を生成し、当該認証情報を画像コードとして表示させるための画像コード情報を画像コード送信要求元の第１の端末に送信する画像コード情報送信処理手段と、第２の端末から認証用端末識別情報の登録要求を受信すると、前記第２の端末から受信した認証用端末識別情報を認証データベースに登録する処理を行う登録処理手段と、前記第２の端末から所与の処理要求を受信すると、所与の処理要求を許可する認証処理手段を含む。
【選択図】図１２

Description

本発明は、認証サーバ、認証システム及びプログラムに関する。

従来から、ユーザＩＤとパスワードとに基づき、ユーザを認証する認証サーバが存在する。また、近年は、クラウドコンピューティングと呼ばれるシステムによって、インターネットを介してユーザが何処からでもアクセスできるようになり、ユーザの利便性を図れるようになってきている。

また、従来技術として、端末がサーバから回線識別情報を取得し、回線識別情報が端末側で予め記憶されている場合に決済処理を行うものが存在する（特許文献１の図１、０００９段落参照）。

特開２００６−２６１９９１号公報

従来は、端末から入力されたユーザＩＤとパスワードとをイントラネットを介して認証サーバに送信することが多く、閉域化されたネットワーク上ではセキュリティ面で安全が確保される状況下にあった。

一方、クラウドコンピューティングでは、広域化されたネットワークであるので、端末から入力されたユーザＩＤとパスワードとがインターネットを介して認証サーバに送信することになり、イントラネットでの認証システムに比べて、盗聴やなりすまし等のセキュリティ上の問題が生じる可能性が高い。

最近では組織内のネットワークからだけではなく、組織外の特定の端末等から組織のシステムにアクセスする需要が高まっており、かかる場合のセキュリティの確保と運用・管理の容易性の両立が問題となっている。

本発明は、上述した課題に鑑みたものであり、クラウドコンピューティングにおけるユーザの利便性が高く、セキュリティが高い認証を行うことが可能な認証サーバ、認証システム及びプログラムを提供することにある。

（１）本発明は、
第１の端末と、第２の端末と、ネットワークを介して接続される認証サーバであって、
前記第１の端末から画像コード送信要求を受信すると、前記画像コード送信要求とともに受信したユーザＩＤとパスワードの正当性に関する第１の条件、及び前記第１の端末の送信元のアドレス情報の正当性に関する第２の条件を判断し、前記第１の条件及び前記第２の条件を満たしている場合に認証情報を生成し、当該認証情報を画像コードとして表示させるための画像コード情報を画像コード送信要求元の第１の端末に送信する画像コード情報送信処理手段と、
前記第２の端末から認証用端末識別情報の登録要求を受信すると、前記登録要求とともに受信したユーザＩＤとパスワードの正当性に関する第１の条件、及び前記登録要求とと
もに受信した認証用の画像コードの情報の正当性に関する第３の条件を判断し、前記第１の条件及び前記第３の条件を満たしている場合に、登録要件を満たしていると判断し、前記第２の端末から受信した認証用端末識別情報を認証データベースに登録する処理を行う登録処理手段と、
前記第２の端末から所与の処理要求を受信すると、前記所与の処理要求とともに受信したユーザIＤとパスワードの正当性に関する第１の条件、及び前記処理要求とともに受信した認証用端末識別情報の正当性に関する第４の条件、及び前記処理要求とともに受信した認証用の画像コードの情報の正当性に関する第３の条件を判断し、前記第１の条件、前記第４の条件、及び前記第３の条件を満たしている場合に、処理要件を満たしていると判断し、前記所与の処理要求を許可する認証処理手段と、を含む認証サーバに関する。

また、本発明は、コンピュータにより読み取り可能であって、上記各手段としてコンピュータを機能させるプログラムに関する。

また本発明は、
第１の端末と、第２の端末と、認証サーバとを利用した認証システムであって、
前記第１の端末は、
受け付けたユーザＩＤとパスワードとともに前記認証サーバに画像コード送信要求を送信する画像コード送信要求手段と、
前記画像コード送信要求に対応して前記認証サーバが送信した画像コード情報を受信して、当該画像コード情報に基づき画像コードを表示部に表示する画像コード表示処理手段と、を含み、
前記第２の端末は、
前記画像コードを撮影する撮影手段と、
撮影された前記画像コード又は当該画像コードを解読して取得した認証情報の少なくとも一部を含む認証用の画像コードの情報と、自機の認証用端末識別情報と、受け付けたユーザＩＤとパスワードとともに、前記認証用端末識別情報の登録要求を前記認証サーバに送信する登録要求手段と、を含み、
前記認証サーバは、
前記第１の端末から前記画像コード送信要求を受信すると、前記画像コード送信要求とともに受信したユーザＩＤとパスワードの正当性に関する第１の条件、及び前記第１の端末の送信元のアドレス情報の正当性に関する第２の条件を判断し、前記第１の条件及び前記第２の条件を満たしている場合に認証情報を生成し、当該認証情報を画像コードとして表示させるための画像コード情報を画像コード送信要求元の第１の端末に送信する画像コード情報送信処理手段と、
前記第２の端末から前記登録要求を受信すると、前記登録要求とともに受信したユーザＩＤとパスワードの正当性に関する第１の条件、及び前記登録要求とともに受信した認証用の画像コードの情報の正当性に関する第３の条件を判断し、前記第１の条件及び前記第３の条件を満たしている場合に、登録要件を満たしていると判断し、前記第２の端末から受信した認証用端末識別情報を認証データベースに登録する登録処理手段と、
前記第２の端末から所与の処理要求を受信すると、前記所与の処理要求とともに受信したユーザIＤとパスワードの正当性に関する第１の条件、及び前記処理要求とともに受信した認証用端末識別情報の正当性に関する第４の条件、及び前記処理要求とともに受信した認証用の画像コードの情報の正当性に関する第３の条件を判断し、前記第１の条件、前記第４の条件、及び前記第３の条件を満たしている場合に、処理要件を満たしていると判断し、前記所与の処理要求を許可する認証処理手段と、を含む認証システムに関する。

第２の端末が送信する認証用の画像コードの情報、及び認証サーバが第３の条件を判定する際の画像コードの情報は、画像コードの画像データそのものでもよいし、画像コードに含まれる認証情報又はその一部でもよい。

認証情報を画像コードとして表示させるための画像コード情報は、画像コードの画像情報そのものでもよいし、画像コードを第１の端末に表示させるための情報（例えば認証情報と画像コード生成コマンド等）でもよい。

第２の端末とその認証用端末識別情報の登録を行ったユーザの紐づけを行わない場合には、前記認証用端末識別情報は、ユーザＩＤと関連付けずに認証データベースに登録してもよい。また第２の端末とその認証用端末識別情報の登録を行ったユーザの紐づけを行う場合には、前記第２の端末から受信した前記認証用端末識別情報を、ユーザＩＤと関連付けて認証データベースに登録してもよい。

ユーザＩＤとパスワードの正当性は、予め認証データベースに登録されているユーザＩＤとパスワードと一致するか否かで判断してもよい。

認証情報には、例えば認証用の鍵情報やユーザ特定情報や電子認証情報等を含んでも良い。またユーザＩＤ、第２の端末からアクセスを許可するドメイン名やURLのリスト、電子認証情報作成日時、失効日時を含めてもよい。

前記第１の端末の送信元のアドレス情報の正当性に関する第２の条件は、前記第１の端末の送信元のアドレス情報が、所定のアドレス（例えば所定の組織のネットワークのアドレス）であるか否かで判断してもよい。前記第１の端末の送信元のアドレス情報とは、例えば、組織のネットワークのゲートウェイのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｃｏｌ）アドレスである。

第２の端末の所与の処理要求とは、例えばファイルやメールの閲覧要求等である。前記処理要求とともに受信した認証用端末識別情報の正当性に関する第４の条件は、前記第２の端末から受信した認証用端末識別情報が、認証データベースに登録されている認証用端末識別情報と一致するか否かで判断してもよい。

第２の端末は携帯端末でもよい。第２の端末には、専用のＷｅｂブラウザアプリケーションをインストールして、専用のＷｅｂブラウザアプリケーションがメールの閲覧制限やダウンロード制限や閲覧後の情報の削除等をおこなうようにしてもよい。また専用のＷｅｂブラウザアプリケーションが認証用端末識別情報を生成、保管、及び画像コードのデコード、認証用端末識別情報の登録要求等を行うようにしてもよい。

また登録処理手段は、前記第２の端末から前記登録要求を受信すると、前記画像コード送信要求とともに受信したユーザＩＤが予め記憶された登録条件（認証用端末識別情報の登録を許可するユーザＩＤの情報や、登録許可を受け付ける期間の情報等）と一致するか否か等の条件を満たしている場合に、登録要件を満たしていると判断してもよい。

また登録処理手段は、前記第２の端末から前記登録要求を受信すると、前記画像コード送信要求とともに受信したユーザＩＤについて、他の端末や他のサーバに承認要求を行い（例えば管理者端末に承認要求を出す）、承認が許可されることを条件に登録要件を満たしていると判断してもよい。

本発明によれば、端末アドレス情報が保障された第１の端末（例えば組織のネットワークに接続された端末）にアクセスできるユーザしか取得することできない画像コード情報を用いて、第２の端末の認証用端末識別情報を認証サーバに登録することができる。したがって、簡単なユーザインターフェースで、組織外のネットワークからのアクセスを許可する特定された端末の正当性を確保することができるので、クラウドコンピューティング
におけるユーザの利便性が高くセキュリティが高い認証を行うことが可能となる。

（２）また、本発明の認証サーバ、認証システム及びプログラムにおいて、
前記画像コード情報送信処理手段は、
前記画像コード送信要求に対応して第１の鍵情報を含む認証情報を生成し、認証情報に基づき前記画像コード情報を生成するとともに、前記第１の鍵情報を送信済み第１の鍵情報として記憶部に保管し、
前記登録処理手段は、
前記登録要求とともに受信した認証用の画像コードの情報に含まれる前記第１の鍵情報が前記送信済み第１の鍵情報と一致するか否か判断し、一致するものであることを条件に、前記第３の条件を満たしていると判断し、
前記認証処理手段は、
前記所与の処理要求とともに受信した認証用の画像コードの情報に含まれる前記第１の鍵情報が前記送信済み第１の鍵情報と一致するか否か判断し、一致するものであることを条件に、前記第３の条件を満たしていると判断してもよい。

第１の鍵とは共通鍵暗号方式で用いる共通鍵でもよい。

また前記認証サーバは、画像コード送信要求毎に異なる第１の鍵を生成してもよい。

また認証サーバは、送信した第１の鍵を画像コード送信要求を行ったユーザＩＤと関連付けて保管し、同じユーザＩＤで登録要求が行われた場合に、認証用端末識別情報を登録するようにしてもよい。

また認証サーバは、１つの画像コードに対応して登録可能な認証用端末識別情報を1つに限定してもよい。この場合、第１の鍵について最先に登録要求を行った認証用端末識別情報を登録するようにしてもよい。

また認証サーバは１つの画像コードに対応して複数の認証用端末識別情報を登録できるようにしてもよい。

このようにすると認証サーバが生成した第１の鍵情報に対応した認証情報を含む画像コードを取得したユーザのうち、第２の端末の認証用端末識別情報の登録を行うことができるユーザを制限したり、登録できる端末数を制限したりすることができる。

（３）また、本発明の認証サーバ、認証システム及びプログラムにおいて、
前記画像コード情報送信処理手段は、
前記画像コード送信要求とともに受信したユーザＩＤに対応したユーザ特定情報を含む認証情報を生成し、
前記登録処理手段は、
前記登録要求とともに受信した認証用の画像コードの情報に含まれるユーザ特定情報が、受信したユーザＩＤに対応するものであるか否か判断し、対応するものであることを条件に、前記第３の条件を満たしていると判断し、
前記認証処理手段は、
前記所与の処理要求とともに受信した認証用の画像コードの情報に含まれるユーザ特定情報が、受信したユーザＩＤに対応するものであるか否か判断し、対応するものであることを条件に、前記第３の条件を満たしていると判断してもよい。

このようにすると、第１の端末でログインを行ったユーザに対して当該ユーザ特定情報が指定された画像コードが送信され、当該ユーザが当該画像コードを用いて登録要求を行
った場合のみ第２の端末の認証用端末識別情報の登録を受け付けることができる。したがって、他人の画像コードを取得しても登録は受け付けられないので、第２の端末の登録を行うユーザを厳密に管理することができ、認証用端末識別情報の登録のセキュリティを強化することができる。

（４）また、本発明の認証サーバ、認証システム及びプログラムにおいて、
前記画像コード情報送信処理手段は、
前記認証サーバに対応付けられた第２の鍵に基づく電子認証情報を含む認証情報を生成し、
前記登録処理手段は、
前記登録要求とともに受信した認証用の画像コードの情報に含まれる第２の鍵に基づく電子認証情報が、前記認証サーバに対応付けられた第２の鍵に対応するものであるか否か判断し、対応するものであることを条件に、前記第３の条件を満たしていると判断し、
前記認証処理手段は、
前記所与の処理要求とともに受信した認証用の画像コードの情報に含まれる第２の鍵に基づく電子認証情報が、前記認証サーバに対応付けられた第２の鍵に対応するものであるか否か判断し、対応するものであることを条件に、前記第３の条件を満たしていると判断してもよい。

前記画像コード情報送信処理手段は、
前記認証サーバに対応付けられた第２の鍵（公開鍵暗号方式の秘密鍵）を用いて電子認証情報を作成してもよい。電子認証情報には、ユーザＩＤ、第２の端末からアクセスを許可するドメイン名やURLのリスト、電子認証情報作成日時、失効日時を含めてもよい。

第２の鍵に基づく電子認証情報を含む認証情報に基づき作成した画像コード情報が偽造された場合は、偽造されていることを検知することができるため、偽造が困難である。従って、端末アドレス情報が保障された第１の端末から画像コードを取得する以外の方法で認証情報や画像コード情報を取得することは困難であり、認証用端末識別情報の登録のセキュリティを強化することができる。

第１の実施形態のネットワーク図の一例。 第１の実施形態の機能ブロック図の一例。 図３（Ａ）（Ｂ）（Ｃ）は、データベースに格納されるデータの説明図。 図４（Ａ）（Ｂ）は、アクセス成功・失敗フローのフローチャート図。 図５は、ＯＴＰ確認フロー、証明情報確認フローのフローチャート図。 図６（Ａ）（Ｂ）は、証明情報付与フローのフローチャート図。 第１の実施形態の処理の流れを示すフローチャート図。 第１の実施形態の処理の流れを示すフローチャート図。 第２の実施形態のネットワーク図の一例。 第２の実施形態の機能ブロック図の一例 図１０（Ａ）（Ｂ）は、データベースに格納されるデータの説明図 データベースに格納されるデータの説明図。 第２の実施形態の認証システムの処理の流れを示すフローチャート図。 第２の実施形態の認証サーバの画像コード送信処理の流れを示すフローチャート図。 第２の実施形態の認証サーバの認証用端末識別情報の登録処理の流れを示すフローチャート図。 第２の実施形態の認証サーバの認証処理の流れを示すフローチャート図。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

１． 第１の実施形態
１−１． ネットワーク
図１は、第１の実施形態のネットワーク図の一例である。第１の本実施形態の認証サーバ１０（ＩＤプロバイダ）は、ユーザの端末２０から送信される情報（データ）に基づいて、ユーザの認証を行う。

認証サーバ１０は、ネットワークを介して、複数の端末２０と接続される。例えば、第１の実施形態の認証サーバ１０は、インターネットを介して、会社や学校などの小規模ネットワーク３０を構成する各端末２０−Ａ〜２０−Ｅと接続されている。また、認証サーバ１０は、インターネットを介して、ｕｓｅｒＡの自宅４１の端末２０−Ｆ、ｕｓｅｒＢが会社から持ち帰った端末２０−Ｂ、ｕｓｅｒＣの自宅４３の端末２０−Ｇ、ｕｓｅｒＤの携帯用の端末２０−Ｈ（例えば、スマートフォン）と接続可能である。なお、第１の実施形態の端末２０は有線又は無線によって認証サーバ１０と接続される。

また、認証サーバ１０は、ユーザＩＤ、パスワード等の情報が格納された認証データベース１１とネットワーク（イントラネット又はインターネット）を介して接続されている。認証サーバ１０は、認証データベース１１に登録されているデータを参照する処理を行う。また、認証サーバ１０は、認証データベース１１に対して新たなデータの登録や、データの削除、データの変更の命令を行うことができる。

また、認証サーバ１０は、ネットワークを介してメールサーバ３１、ファイルサーバ３２、ショッピングサーバ３３、写真サーバ３４などの種々のサーバ（サービス提供サーバ）と接続されている。例えば、メールサーバ３１は、認証サーバ１０が認証を許可したユーザＩＤに関するメールサービスの提供を行う。また、ファイルサーバ３２は、認証サーバ１０が認証を許可したユーザＩＤに関するファイルサービスの提供を行う。また、ショッピングサーバ３３は、認証サーバ１０が認証を許可したユーザＩＤに関するショッピングサービスの提供を行う。また、写真サーバ３４は、認証サーバ１０が認証を許可したユーザＩＤに関する写真サービスの提供を行う。つまり、ユーザは、１つのユーザＩＤとパスワード等を覚えるだけで、認証サーバ１０への認証が許可されると種々のサーバ３１〜３４からサービスの提供を受けることができるシングルサインオンが可能となる。なお、認証サーバ１０と各種サーバ３１〜３４と認証の許可又は不許可等のデータを送信する場合には、ＳＳＬ／ＴＬＳなどを用いてデータの暗号化を行うようにしてもよい。

１−２． 構成
図２は、第１の実施形態のネットワークシステムの機能ブロック図の一例である。なお、第１の実施形態のネットワークシステムは、図２の各部を全て含む必要はなく、その一部を省略した構成としてもよい。

まず、認証サーバ１０の機能について説明する。記憶部１７０は、処理部１００などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などのハードウェアにより実現できる。

また、情報記憶媒体１８０は、コンピュータにより読み取り可能であり、この情報記憶媒体１８０にはプログラムやデータなどが格納されている。即ち、情報記憶媒体１８０には、第１の実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処
理をコンピュータに実行させるためのプログラム）が記憶される。つまり、処理部１００は、この情報記憶媒体１８０に格納されるプログラム（データ）から読み出されたデータに基づいて第１の実施形態の種々の処理を行うことができる。

例えば、情報記録媒体１８０は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）、メモリカード等である。

処理部１００は、記憶部１７０に格納されるプログラム（データ）に基づいて第１の実施形態の種々の処理を行う。なお、第１の実施形態の処理部１００が、情報記憶媒体１８０に格納されているプログラムやデータを読み出し、読み出したプログラムやデータを記憶部１７０に格納し、そのプログラムやデータに基づいて処理を行ってもよい。

処理部１００（プロセッサ）は、記憶部１７０内の主記憶部をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）などのハードウェアや、プログラムにより実現できる。

処理部１００は、通信制御部１１１、判断部１１２、グループ判定部１１３、認証判定部１１４を含む。

通信制御部１１１は、ネットワーク（イントラネット又はインターネット）を介して端末２０とデータを送受信する処理を行う。

例えば、通信制御部１１１は、端末２０によって送信されるユーザＩＤ、パスワードを受信する処理を行う。また、通信制御部１１１は、認証の許可又は不許可を端末２０に送信するようにしてもよい。

また、通信制御部１１１は、認証データベース１１や、メールサーバ３１、ファイルサーバ３２、ショッピングサーバ３３、写真サーバ３４の各種サーバとネットワーク（イントラネット又はインターネット）を介してデータを送受信する処理を行う。例えば、通信制御部１１１は、認証の許可又は不許可を各種サーバ３１〜３４に送信するようにしてもよい。

特に、第１の実施形態の通信制御部１１１は、端末２０が第２のグループに属するユーザＩＤの端末２０である場合には、第１の判断部１１２Ａの第１の条件及び第２の判断部１１２Ｂの第２の条件を満たす場合に、第２のグループに属するユーザＩＤの端末２０に、証明情報を送信する処理を行う。

判断部１１２は、認証のための判断を行う。特に、第１の実施形態の判断部１１２は、第１の判断部１１２Ａ、第２の判断部１１２Ｂ、第３の判断部１１２Ｃを含む。

第１の判断部１１２Ａは、端末２０から受信したユーザＩＤとパスワードとが、予め認証データベース１１に登録されているユーザＩＤとパスワードと一致することを第１の条件とする当該第１の条件を満たすか否かを判断する。

第２の判断部１１２Ｂは、端末２０の送信元のアドレス情報が、予め認証データベース１１に登録されているアドレス情報と一致することを第２の条件とする当該第２の条件を満たすか否かを判断する。

第３の判断部１１２Ｃは、端末２０から受信した証明情報が、予め認証データベース１
１に登録されている証明情報と一致することを第３の条件とする当該第３の条件を満たすか否かを判断する。

グループ判定部１１３は、ユーザＩＤのグループを判定する。第１の実施形態では、２以上の複数のグループ（例えば、第１、第２のグループ）のうち、ユーザＩＤがいずれのグループに属するかを、認証データベース１１に登録されているユーザ情報を参照して判定する。

認証判定部１１４は、ユーザＩＤの認証の許可又は不許可を判定する。そして、認証判定部１１４は、第１の判断部１１２Ａの第１の条件及び第２の判断部１１２Ｂの第２の条件を満たす場合に、第１のグループに属するユーザＩＤの認証を許可し、第１の判断部１１２Ａの第１の条件及び第２の判断部１１２Ｂの第２の条件を満たす場合、又は、第１の判断部１１２Ａの第１の条件及び第３の判断部１１２Ｃの第３の条件を満たす場合に、第２のグループに属するユーザＩＤの認証を許可する。

認証サーバ１０は、認証データベース１１を含む。認証データベース１１には、ユーザＩＤ、パスワード、アドレス情報、証明情報などの情報が登録（格納、記憶）される。第１の実施形態では、管理者からの入力情報に基づいて、予め情報を認証データベース１１に登録してもよい。また、管理者からの入力情報に基づいて、情報の更新処理、情報の削除処理を行うようにしてもよい。また、第１の実施形態では、認証サーバ１０が、登録処理を行ってもよい。例えば、認証サーバ１０は、端末２０からの登録要求に基づいてユーザＩＤ、パスワード等を登録してもよい。また、第１の実施形態では、認証サーバ１０が、更新処理を行ってもよい。例えば、認証サーバ１０は、端末２０からの更新要求に基づいてユーザＩＤ、パスワード等を更新してもよい。また、第１の実施形態では、認証サーバ１０が削除処理を行ってもよい。例えば、認証サーバ１０は、端末２０からの削除要求に基づいてユーザＩＤ、パスワード等を削除してもよい。なお、第１の実施形態では認証データベース１１の記憶部（記憶領域）が認証サーバ１０の記憶部１７０（記憶領域）から物理的に分離されているが、認証サーバ１０の記憶部１７０に、認証データベース１１のデータを記憶させるようにしてもよい。

また、第１の実施形態の処理部１００は、Ｗｅｂサーバとして機能するＷｅｂ処理部を含んでいてもよい。例えば、Ｗｅｂ処理部は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を通じて、端末２０にインストールされているＷｅｂブラウザ２１０の要求に応じてデータを送信する処理、端末２０のＷｅｂブラウザ２１０によって送信されるデータを受信する処理を行う。特に、第１の実施形態では、Ｗｅｂ処理部が、ユーザ認証を行うためのログイン画面を提供し、端末２０のＷｅｂブラウザ２１０によって送信されたユーザＩＤ、パスワード等のユーザ情報を受信する処理を行うようにしてもよい。

端末２０は、コンピュータ、スマートフォン、タブレット型コンピュータ、携帯電話、ゲーム機などである。

記憶部２７０は、処理部２００などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などのハードウェアにより実現できる。

また、情報記憶媒体２８０は、コンピュータにより読み取り可能であり、この情報記憶媒体２８０にはプログラムやデータなどが格納されている。即ち、情報記憶媒体２８０には、第１の実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。つまり、処理部２００は、この情報記憶媒体２８０に格納されるプログラム（データ）から読み出されたデータ
に基づいて第１の実施形態の種々の処理を行うことができる。

例えば、情報記録媒体２８０は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）、メモリカード等である。

処理部２００は、記憶部２７０に格納されるプログラム（データ）に基づいて第１の実施形態の種々の処理を行う。なお、第１の実施形態の処理部２００が、情報記憶媒体２８０に格納されているプログラムやデータを読み出し、読み出したプログラムやデータを記憶部２７０に格納し、そのプログラムやデータに基づいて処理を行ってもよい。

処理部２００（プロセッサ）は、記憶部２７０内の主記憶部をワーク領域として各種処理を行う。処理部２００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）などのハードウェアや、プログラムにより実現できる。

処理部２００は、Ｗｅｂブラウザ２１０、通信制御部２１１を含む。端末２０は、Ｗｅｂブラウザ２１０によって、インターネットを介してＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）によって指定されたＷｅｂサーバからの情報を表示させることができる。例えば、端末２０は、認証サーバ１０において認証が許可されると、Ｗｅｂサーバ機能を備えたメールサーバ３１からの端末２０のユーザＩＤのメール情報（ユーザの受信メール、送信されたメール等）を表示させることができる。また、第１の実施形態のＷｅｂブラウザ２１０は、ファイルのダウンロードが禁止されているＷｅｂブラウザであってもよい。

通信制御部２１１は、ネットワークを介して認証サーバ１０、各種サーバ３１〜３４等とデータを送受信する処理を行う。例えば、通信制御部２１１は、入力部２２０から入力されたユーザＩＤとパスワードとを、認証サーバ１０に送信する処理を行う。また、通信制御部２１１は、Ｗｅｂブラウザ２１０に予め証明情報が設定されている場合に、証明情報を認証サーバ１０に送信するようにしてもよい。また、通信制御部２１１は、認証判定の結果（許可又は不許可）を認証サーバ１０から受信するようにしてもよい。また、通信制御部２１１は、認証サーバ１０によって認証が許可された場合に、メールサーバ３１から当該端末２０のユーザＩＤに関するメール情報を受信するようにしてもよい。

入力部２２０は、ユーザ（操作者）からの入力情報を入力するための入力機器（コントローラ）であり、ユーザの入力情報を処理部２００に出力する。第１の実施形態の入力部２２０は、ユーザの入力情報（入力信号）を検出する検出部を備えていてもよい。例えば、入力部２２０は、キーボードの入力情報を検出し、タッチパネル型ディスプレイの接触位置（タッチ位置）を検出する。

また、入力部２２０は、３軸の加速度を検出する加速度センサや、角速度を検出するジャイロセンサ、撮像部を備えた入力機器でもよい。また入力部２２０は、入力機器と一体化されている端末２０（スマートフォン、携帯電話、携帯端末、携帯型ゲーム装置）なども含まれる。

表示部２９０は、Ｗｅｂブラウザの情報、画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、あるいはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。

１−３．第１の実施形態の処理の手法
１−３−１． 概要
第１の実施形態の認証サーバ１０は、組織内の複数のユーザについてグループ分けを行い、各グループに応じた認証を行う手法を採用する。つまり、認証サーバ１０は、端末のユーザＩＤのグループを判定し、ユーザＩＤの属するグループに基づいてユーザＩＤの認証の許可又は不許可を判定する手法を採用する。

例えば、認証サーバ１０は、（１）端末から受信したユーザＩＤとパスワードとが、予め認証データベース１１に登録されているユーザＩＤとパスワードと一致することを第１の条件とする当該第１の条件を満たすか否かを判断する第１の判断と、（２）端末の送信元のアドレス情報が、予め認証データベース１１に登録されているアドレス情報（例えば、会社のネットワークのゲートウェイのＩＰアドレス）と一致することを第２の条件とする当該第２の条件を満たすか否かを判断する第２の判断と、（３）端末から受信した証明情報が、予め認証データベース１１に登録されている証明情報と一致することを第３の条件とする当該第３の条件を満たすか否かを判断する第３の判断を行う。そして、認証サーバ１０は、第１の条件及び第２の条件を満たす場合に、第１のグループに属するユーザＩＤ（例えば、開発部のグループのユーザＩＤ）の認証を許可し、第１の条件及び第２の条件を満たす場合、又は、第１の条件及び第３の条件を満たす場合に、第２のグループに属するユーザＩＤ（例えば、営業部のグループのユーザＩＤ）の認証を許可する。

このようにすれば、第１のグループに属するユーザＩＤと、第２のグループに属するユーザＩＤで異なった方法・フローで認証を判定するので、利便性とセキュリティを高めつつ、グループに応じた適切な認証を行うことができる。つまり、会社のネットワークのゲートウェイのＩＰアドレスが認証データベース１１に予め登録されている場合には、第１のグループ（例えば開発グループ）に属するユーザＩＤについては、社内のネットワークからのアクセスに制限することによって、セキュリティを高めることができる。また、第２のグループ（例えば営業グループ）に属するユーザＩＤについては、社内のネットワークからのアクセスも可能であるし、社外のネットワークからのアクセスであった場合であっても、証明情報の一致を条件に認証を許可する。このように、第１の実施形態では、第２のグループのユーザに対して、セキュリティを高めつつ社外のネットワークからでもアクセス可能なように利便性を高めるようにしている。

１−３−２． 認証データベース
１−３−２−１．ユーザ情報
図３（Ａ）は、認証データベース１１に登録されているユーザ情報の一例である。ユーザ情報は、ユーザＩＤ（ユーザ識別情報、ユーザ名）、パスワード、ユーザが属するグループＩＤ（グループ識別情報）を含む。また、ユーザ情報には、ＯＴＰ（ＯＴＰはワンタイムパスワードの略）のｓｅｅｄ番号（種番号）、証明情報を含んでいてもよい。ＯＴＰのｓｅｅｄ番号、証明情報が登録されていない場合には、ＮＵＬＬが設定される。また、パスワード、グループＩＤ、ＯＴＰのｓｅｅｄ番号、証明情報は、ユーザＩＤに対応付けられて登録される。なお、第１の実施形態の証明情報は、１ユーザあたり１つの識別された情報（アルファベットや数字からなる文字列）とし、ユーザ毎に異なる証明情報が付与される。なお、図３（Ａ）は、組織ＩＤが１の○○会社のユーザ情報である。第１の実施形態では、組織毎にユーザ情報を管理する。

１−３−２−２． 組織情報
図３（Ｂ）は、認証データベース１１に登録されている組織情報の一例である。例えば、組織情報は、組織ＩＤ（組織識別情報）、組織名、その組織のネットワークのＩＰアドレス（ネットワークのゲートウェイのＩＰアドレス）を含む。つまり、組織ＩＤに対応づけて、組織名、組織のネットワークのＩＰアドレスが登録される。

１−３−２−３．フローパターン（処理パターン）
図３（Ｃ）は、認証データベース１１に登録されている各種フローパターン（処理パターン、処理類型）の一例である。例えば、図３（Ｃ）に示すように、グループＩＤに対応づけて、アクセス成功・失敗フロー、ＯＴＰ確認フロー（ワンタイムパスワード確認フロー）、証明情報確認フロー、証明情報付与フローそれぞれのパターン（類型）が登録される。

１−３−２−３−１．アクセス成功・失敗フロー
まず、アクセス成功・失敗フローについて説明する。アクセス成功・失敗フローとは、ユーザの端末２０から認証サーバ１０へのアクセスの成功又は失敗を判定するための処理の流れである。

図４（Ａ）は、アクセス成功・失敗フローのＡパターンである。Ａパターンについて説明すると、まず、組織のネットワークからのアクセスか否かを判断する（ステップＳ１）。つまり、認証サーバ１０は、端末２０の送信元のアドレス情報が、予め認証データベース１１に登録されているアドレス情報と一致するか否か（第２の判断部１１２Ｂの第２の条件を満たすか否か）を判断する。例えば、認証サーバ１０は、端末２０から受信したパケット情報から、端末２０の送信元（アクセス元）のＩＰアドレスを検出し、端末の送信元のＩＰアドレスが、認証データベースに登録されているＩＰアドレスと一致するか否かを判断する。例えば、端末２０−Ａの送信元のＩＰアドレスが「１２２．２００．２４３．２４０」の場合には、図３（Ｂ）に示すように、端末２０−Ａの送信元のＩＰアドレスが認証データベース１１に登録されているので、「○○会社」のネットワークからのアクセスであると判定できる。つまり、組織（○○会社）のネットワークからのアクセスであると判定される。

そして、組織のネットワークからのアクセスである場合（ステップＳ１のＹ）、成功と判定し（ステップＳ２）、一方、組織のネットワークからのアクセスでない場合（ステップＳ１のＮ）、つまり、組織外（例えば、「○○会社」の社外）のネットワークからのアクセスである場合は、失敗と判定する（ステップＳ３）。図３（Ｃ）の例によれば、開発部、営業部、管理部のグループはパターンＡのフローでアクセス成功・失敗を判定する。

図４（Ｂ）は、アクセス成功・失敗フローのＢパターンの条件式である。Ｂパターンについて説明すると、まず、組織のネットワークからのアクセスか否かを判断する（ステップＳ５）。そして、組織のネットワークからのアクセスである場合（ステップＳ５のＹ）、現在時刻が所定時間帯（例えば、午前９時から午後６時まで）であるか否かを判断する（ステップＳ６）。現在時刻が所定時間帯である場合には（ステップＳ６のＹ）、成功と判定する（ステップＳ７）。一方、組織のネットワークからのアクセスでない場合（ステップＳ５のＮ）、或いは、現在時刻が所定時間帯でない場合には（ステップＳ６のＮ）、失敗と判定する（ステップＳ８）。図３（Ｃ）の例によれば、アルバイトのグループはパターンＢのフローでアクセス成功・失敗を判定する。なお、第１の実施形態では、アクセス成功・失敗フローの他のパターンを用意しておいてもよい。例えば、端末の送信元のＩＰアドレスのドメイン名が特定の文字列（例えば、「ｊｐ」）を含む場合には、成功と判定し、端末の送信元のＩＰアドレスのドメイン名が特定の文字列を含まない場合には、失敗と判定するフローをＣパターンとして用意しておいてもよい。

１−３−２−３−２．ＯＴＰ確認フロー
次に、ＯＴＰ確認フロー（ワンタイムパスワード確認フロー）について説明する。ＯＴＰ確認フローとは、ユーザの端末に対して、ＯＴＰの確認を必要とするか否かを判定するための処理の流れである。

図５は、ＡパターンのＯＴＰ確認フローである。例えば、組織のネットワークからのア
クセスか否かを判断する（ステップＳ１０）。つまり、上述したように、認証サーバ１０は、端末２０の送信元のアドレス情報が、予め認証データベース１１に登録されているアドレス情報と一致するか否か（第２の判断部１１２Ｂの第２の条件を満たすか否か）を判断する。そして、組織のネットワークからのアクセスである場合（ステップＳ１０のＹ）、不要と判定し（ステップＳ１１）、組織のネットワークからのアクセスでない場合（ステップＳ１０のＮ）、つまり、組織外（例えば、「○○会社」の社外）のネットワークからのアクセスである場合は、必要と判定する（ステップＳ１２）。図３（Ｃ）の例によれば、開発部、管理部、営業部、アルバイトはパターンＡのフローでＯＴＰの確認の要・不要を判定する。なお、第１の実施形態では、ＯＴＰ確認フローの他のパターンを用意しておいてもよい。

１−３−２−３−３． 証明情報確認フロー
次に、証明情報確認フローについて説明する。証明情報確認フローとは、ユーザの端末に対して、証明情報の確認を必要とするか否かを判定するための処理の流れである。

第１の実施形態では、Ａパターンの証明情報確認フローは、ＯＴＰ確認フローのＡパターンと同様のフローを採用している。また、図３（Ｃ）の例によれば、開発部、管理部、営業部、アルバイトはパターンＡのフローで証明情報の確認の要・不要を判定する。なお、第１の実施形態では、独自の証明情報確認フローを設定してもよいし、複数種類の証明情報確認フローを設定しておいてもよい。

１−３−２−３−４． 証明情報付与フロー
次に、証明情報付与フローについて説明する。証明情報付与フローとは、ユーザの端末に対して、証明情報を付与するか否かを判定するための処理の流れである。

図６（Ａ）は、Ａパターンの証明情報付与フローである。例えば、組織のネットワークからのアクセスか否かを判断する（ステップＳ２０）。つまり、上述したように、認証サーバ１０は、端末２０の送信元のアドレス情報が、予め認証データベース１１に登録されているアドレス情報と一致するか否か（第２の判断部１１２Ｂの第２の条件を満たすか否か）を判断する。そして、組織のネットワークからのアクセスである場合（ステップＳ２０のＹ）付与すると判定し（ステップＳ２１）、組織のネットワークからのアクセスでない場合（ステップＳ２０のＮ）、つまり、組織外（例えば、「○○会社」の社外）のネットワークからのアクセスである場合は、付与しないと判定する（ステップＳ２２）。図３（Ｃ）の例によれば、営業部はパターンＡの証明情報付与フローで証明情報を付与するか否かを判定する。

図６（Ｂ）は、Ｂパターンの証明情報付与フローである。Ｂパターンは、常に付与しないと判定する（ステップＳ２３）。つまり、組織（例えば、○○会社）内外のネットワークを問わず常に証明情報を付与しないと判定する。図３（Ｃ）の例によれば、開発部、管理部、アルバイトは、パターンＢのフローで証明情報を付与しないと判定される。このように、社外のネットワークからのアクセスを禁止したいグループに対しては証明情報を付与しないようにすることで、セキュリティを更に向上させることができる。

１−３−２−４． ワンタイムパスワードの説明
第１の実施形態では、社外のネットワークからのアクセスは、詐欺、盗難などのセキュリティ上の問題があるので、社外のネットワークからアクセスする可能性のある特定のグループに属するユーザ（例えば、営業部のユーザ）の端末２０に、認証サーバ１０とアルゴリズムが同じＯＴＰ（ワンタイムパスワード）を生成するＯＴＰ生成プログラムをインストールし、ワンタイムパスワードを用いた認証を行っている。

例えば、端末２０にインストールされたＯＴＰ生成プログラム（或いはＯＴＰ生成装置の生成プログラム）と、認証サーバ１０にインストールされたＯＴＰ生成プログラムとにおいて、アルゴリズム及びｓｅｅｄ番号（種番号）は一致しており、その結果、端末側（ユーザに付与したＯＴＰ生成装置側）で生成されたＯＴＰと、認証サーバで生成されたＯＴＰが一致していることになる。例えば、ワンタイムパスワード生成プログラムでは、所定周期（３０秒毎）に、時刻とｓｅｅｄ番号（種番号）とに基づいてワンタイムパスワードを生成する処理を行う。なお、第１の実施形態では、営業部などの特定のグループについて、ワンタイムパスワードの照合処理を含めて認証を行っているが、ワンタイムパスワードの照合処理を行わないように制御してもよい。

１−３−２−５． 証明情報の説明
また、第１の実施形態では、営業部などの特定のグループに属するユーザの端末２０に対して証明情報を付与するようにしている。例えば、認証サーバ１０は、端末２０が第２のグループ（例えば、営業部のグループ）に属するユーザＩＤの端末２０である場合には、端末２０から受信したユーザＩＤとパスワードとが、予め認証データベース１１に登録されているユーザＩＤとパスワードと一致する場合（第１の判断部１１２Ａの第１の条件を満たす場合）及び端末２０の送信元のアドレス情報が、予め認証データベース１１に登録されているアドレス情報と一致する場合（第２の判断部１１２Ｂの第２の条件を満たす場合）に、当該第２のグループに属するユーザＩＤの端末に、証明情報を送信する処理を行う。また、端末２０は、Ｗｅｂブラウザを用いて、端末２０と認証サーバ１０との通信を行い、例えば、端末２０は、認証サーバ１０から証明情報を受信した場合には、当該証明情報をＷｅｂブラウザのクッキーとして記憶する処理を行う。「クッキー」とは、ＨＴＴＰｃｏｏｋｉｅであり、Ｗｅｂブラウザに記憶される情報のことを示す。

例えば、図１を用いて説明すると、認証データベース１１に、「○○会社」のネットワーク３０のゲートウェイのＩＰアドレス（１２２．２００．２４３．２４０）が登録されているとする。そして、図１に示すように、例えば、営業部のユーザＢが社内にいる際に、社内のネットワークに接続された端末２０−Ｂから認証サーバ１０にアクセスし、認証許可されると認証サーバ１０から証明情報を受信する。つまり、端末２０−ＢのＷｅｂブラウザに、クッキーとして証明情報が記憶される。そして、営業部のユーザＢが端末２０−Ｂを持ち帰り、例えば、自宅のネットワークに端末２０−Ｂを接続し、端末２０−ＢがＷｅｂブラウザを用いてインターネットを介して認証サーバ１０にアクセスすると、入力されたユーザＩＤ、パスワード、及び、Ｗｅｂブラウザのクッキーとして設定された証明情報を認証サーバ１０に送信する。そして、認証サーバ１０は、端末２０−Ｂから受信したユーザＩＤ、パスワード、証明情報を認証データベース１１に登録されているユーザＩＤ、パスワード、証明情報と一致している場合に、認証を許可する。

このように、第１の実施形態では、営業部のユーザＢが使用する端末２０−Ｂが認証サーバ１０に認証許可されることを契機として端末２０−Ｂが証明情報を取得できる仕組みを提供している。つまり、第１の実施形態によれば、社内のネットワークから営業グループのユーザＩＤとしてＷｅｂブラウザを用いて認証サーバ１０を正常にログインするだけで証明情報を取得できるので利便性を高めることができる。また、認証サーバ１０では社内のネットワークからのアクセスに対して証明情報を付与することによってセキュリティを強固なものにすることができる。なお、認証サーバ１０は、ユーザの端末に付与する証明情報に有効期限（例えば、証明情報を付与した日から７日間有効とする有効期限）を設定していてもよく、有効期限が切れた証明情報を受信した場合には、当該証明情報を無効として処理してもよい。このようにすれば、更にセキュリティを高めることができる。

１−３−２−６． その他
第１の実施形態では、認証サーバ１０が認証データベース１１に登録されているユーザ
情報、組織情報、各種フロー等を参照する。また、認証サーバ１０は、端末２０からの要求に応じて、ユーザ情報、組織情報、各種フローの登録処理、更新処理、削除処理を行うようにしてもよい。また、第１の実施形態では、管理者が認証データベースを管理可能であり、管理者からの入力情報に基づいて、ユーザ情報、組織情報、各種フローの参照、登録、変更、削除等を行うことができる。また、管理者からの入力情報に基づいて、フローの変更、追加、削除等も行うことができる。

１−３−３． 処理の流れ
図７（Ａ）（Ｂ）は、第１の実施形態の認証サーバ１０の処理の流れを示すフローチャートである。まず、認証サーバ１０は、端末２０からユーザＩＤとパスワードを受信する（ステップＳ１００）。

次に、受信した端末２０の送信元のＩＰアドレスを確認する（ステップＳ１０１）。例えば、認証サーバ１０は、端末２０から受信したパケット情報から、送信元のＩＰアドレスを検出する。例えば、端末２０−Ａの送信元のＩＰアドレスが「１２２．２００．２４３．２４０」の場合には、図３（Ｂ）に示すように、組織ＩＤ＝１である「○○会社」のネットワークからのアクセスであると判定できる。一方、端末２０−Ａの送信元のＩＰアドレスが認証データベースに登録されていない場合には、会社外（組織外）のネットワークからのアクセス（インターネット上の不特定な端末、不特定なネットワークからのアクセス）であると判定できる。

そして、端末２０から受信したユーザＩＤとパスワードとが正しいか否かを判断する（ステップＳ１０２）。つまり、端末２０から受信したユーザＩＤとパスワードとが、認証データベース１１に登録されているユーザＩＤと（当該ユーザＩＤに対応する）パスワードと一致するか否かを判断する。

端末２０から受信したユーザＩＤとパスワードとが正しい場合、つまり、端末２０から受信したユーザＩＤとパスワードとが、認証データベース１１に登録されているユーザＩＤと（当該ユーザＩＤに対応する）パスワードと一致する場合には（ステップＳ１０２のＹ）、ステップＳ１０３に進む。一方、端末２０から受信したユーザＩＤとパスワードとが正しくない場合、つまり、端末２０から受信したユーザＩＤとパスワードとが、認証データベース１１に登録されているユーザＩＤと（当該ユーザＩＤに対応する）パスワードと一致しない場合には（ステップＳ１０２のＮ）、認証を不許可と判定する（ステップＳ１１３）。

次に、受信したユーザＩＤのグループＩＤを判定する（ステップＳ１０３）。つまり、図３（Ａ）に示すように、認証データベース１１に登録されたユーザＩＤに対応するグループＩＤを参照してグループＩＤを判定する。例えば、受信したユーザＩＤが「ｕｓｅｒＡ」である場合は、「ｕｓｅｒＡ」のグループＩＤは「１」となる。

次に、グループＩＤに基づいてアクセスが成功か否かを判断する（ステップＳ１０４）。図３（Ｃ）に示すように、グループＩＤ毎に、アクセス成功・失敗フローのパターンが設定されているので、グループＩＤに対応するパターンに基づいてアクセス成功又は失敗を判断する。

例えば、図３（Ａ）に示すように「ｕｓｅｒＡ」はグループＩＤが「１」でアクセス成功・失敗フローがＡパターンである。したがって、図４（Ａ）に示すように「ｕｓｅｒＡ」が組織（例えば○○会社）のネットワークからのアクセスである場合には、アクセス成功と判定される（ステップＳ２、ステップＳ１０４のＹ）。一方、「ｕｓｅｒＡ」が組織（例えば○○会社）のネットワーク以外からのアクセスである場合には、アクセス失敗と
判定される（ステップＳ３、ステップＳ１０４のＮ）。

また、例えば、図３（Ａ）に示すように「ｕｓｅｒＦ」はグループＩＤが「４」でアクセス成功・失敗フローがＢパターンである。したがって、図４（Ｂ）に示すように、「ｕｓｅｒＦ」が組織（例えば○○会社）のネットワークからのアクセスした場合であって、現在時刻が所定の時間帯内（例えば、午後２時）である場合には、アクセス成功と判定される（ステップＳ７、ステップＳ１０４のＹ）。一方、「ｕｓｅｒＦ」が組織（例えば○○会社）のネットワーク以外からのアクセスである場合や、「ｕｓｅｒＦ」が組織（例えば○○会社）のネットワークからアクセスした場合であっても、現在時刻が所定の時間帯以外の時刻（例えば、午後１１時）である場合には、アクセス失敗と判定される（ステップＳ８、ステップＳ１０４のＮ）。

そして、アクセス成功と判定された場合には（ステップＳ１０４のＹ）、ステップＳ１０５に進む。一方、アクセス失敗と判定された場合（ステップＳ１０４のＮ）は、グループＩＤ＝２か否かを判断する（ステップＳ１１４）。つまり、グループが特定のグループ（例えば、第２のグループ）であるか否かを判断する。そして、グループＩＤ＝２である場合には（ステップＳ１１４のＹ）、ステップＳ１０５に進み、グループＩＤ＝２でない場合には（ステップＳ１１４のＮ）、認証を不許可と判定する（ステップＳ１１３）。

次に、ワンタイムパスワード（ＯＴＰ）を確認するか否かを判断する（ステップＳ１０５）。図３（Ｃ）に示すように、グループＩＤ毎に、ＯＴＰ確認フローのパターンが設定されているので、グループＩＤに対応するフローのパターンに基づいてＯＴＰを確認するか否かを判断する。

例えば、図３（Ａ）に示すように「ｕｓｅｒＡ」はグループＩＤが「１」でＯＴＰ確認フローがＡパターンである。したがって、図５に示すように、「ｕｓｅｒＡ」が組織（例えば○○会社）のネットワークからのアクセスである場合にはＯＴＰの確認が不要と判断され（ステップＳ１１）、ワンタイムパスワードを確認しない（ステップＳ１０５のＮ）。一方、「ｕｓｅｒＡ」が組織（例えば○○会社）のネットワーク以外からのアクセスである場合には、ＯＴＰの確認が必要と判断され（ステップＳ１２）、ワンタイムパスワードを確認する（ステップＳ１０５のＹ）。

そして、ワンタイムパスワードを確認する場合には（ステップＳ１０５のＹ）、ワンタイムパスワードを端末に要求し（ステップＳ１０６）、端末から受信したワンタイムパスワードが正しいか否かを判断する（ステップＳ１０７）。つまり、認証サーバ１０で生成されたワンタイムパスワードと端末２０から受信したワンタイムパスワードが一致するか否かを判断する。ワンタイムパスワードが正しい場合、つまり、認証サーバ１０で生成されたワンタイムパスワードと端末２０から受信したワンタイムパスワードが一致する場合、（ステップＳ１０７のＹ）は、ステップＳ１０８に進む。一方、ワンタイムパスワードが正しくない場合、つまり、認証サーバ１０で生成されたワンタイムパスワードと端末２０から受信したワンタイムパスワードが一致しない場合（ステップＳ１０７のＮ）、認証を不許可と判定する（ステップＳ１１３）。

次に、証明情報を確認するか否かを判断する（ステップＳ１０８）。図３（Ｃ）に示すように、グループＩＤ毎に、証明情報確認フローのパターンが設定されているので、グループＩＤに対応するフローのパターンに基づいて証明情報を確認するか否かを判断する。

例えば、図３（Ａ）に示すように「ｕｓｅｒＡ」はグループＩＤが「１」で証明情報確認フローがＡパターンである。したがって、図５に示すように、「ｕｓｅｒＡ」が組織（例えば○○会社）のネットワークからのアクセスである場合には証明情報の確認が不要と
判断され（ステップＳ１１）、証明情報を確認しない（ステップＳ１０８のＮ）。一方、「ｕｓｅｒＡ」が組織（例えば○○会社）のネットワーク以外からのアクセスである場合には、証明情報の確認が必要と判断され（ステップＳ１２）、証明情報を確認する（ステップＳ１０８のＹ）。

そして、証明情報を確認する場合には（ステップＳ１０８のＹ）、端末から受信した証明情報が正しいか否かを判断する（ステップＳ１０９）。つまり、端末２０から受信した証明情報が、予め認証データベース１１に登録されている当該ユーザＩＤに対応する証明情報と一致するか否かを判断する。例えば、ユーザＩＤが「ｕｓｅｒＢ」である端末２０−Ｂから送信された証明情報が「ｒｇ２ｂ９ｉ４ｇ７ｐｘ」である場合には、認証データベース１１に登録されているユーザＩＤ「ｕｓｅｒＢ」に対応する証明情報「ｒｇ２ｂ９ｉ４ｇ７ｐｘ」と一致するので証明情報が正しいと判断される。そして、証明情報が正しい場合（ステップＳ１０９のＹ）は、ステップＳ１１０に進む。一方、証明情報が正しくない場合（ステップＳ１０９のＮ）、認証を不許可と判定する（ステップＳ１１３）。

次に、証明情報を付与するか否かを判断する（ステップＳ１１０）。図３（Ｃ）に示すように、グループＩＤ毎に、証明情報付与フローのパターンが設定されているので、グループＩＤに対応するフローのパターンに基づいて証明情報を付与するか否かを判断する。

例えば、図３（Ａ）に示すように「ｕｓｅｒＢ」はグループＩＤが「２」で証明情報付与フローがＡパターンである。したがって、図６（Ａ）に示すように、「ｕｓｅｒＢ」が組織（例えば○○会社）のネットワークからのアクセスである場合には証明情報を付与すると判定する（ステップＳ２１、ステップＳ１１０のＹ）。一方、「ｕｓｅｒＢ」が組織（例えば○○会社）のネットワーク以外からのアクセスである場合には、証明情報を付与しないと判定する（ステップＳ２２、ステップＳ１１０のＮ）。

また、例えば、図３（Ａ）に示すように「ｕｓｅｒＡ」はグループＩＤが「１」で証明情報付与フローがＢパターンである。したがって、図６（Ｂ）に示すように、「ｕｓｅｒＡ」が○○会社の社内のネットワークからのアクセスか否かにかかわらず、証明情報を付与しないと判定する（ステップＳ２３、ステップＳ１１０のＮ）。

そして、証明情報を付与する場合には（ステップＳ１１０のＹ）、端末２０に証明情報を送信する（ステップＳ１１１）。そして、ステップＳ１１１、又は、ステップＳ１１０のＮの後、認証を許可と判定する（ステップＳ１１２）。以上で処理が終了する。

１−３−４． ＳＳＬクライアント証明書を利用する例
第１の実施形態の認証サーバ１０は、証明情報を要求する端末に対して、証明情報の照合に追加して（又は証明情報の照合の替わりに）、端末から送信されるＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）クライアント証明書を用いた認証を行うようにしてもよい。かかる認証を行う場合には、端末２０のＷｅｂブラウザに予めＳＳＬクライアント証明書が設定される。

例えば、端末２０は認証サーバ１０にＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）接続を行い、認証サーバ１０は端末２０にＳＳＬクライアント証明書を要求する。そして、端末２０は、ＳＳＬクライアント証明書を認証サーバ１０に送信する。そして、認証サーバ１０は、署名されたＳＳＬクライアント証明書を解読しクライアント（端末２０）の公開鍵を取得する。端末２０は、送付メッセージにダイジェストを付加し、端末２０の持つ秘密鍵で暗号化する。そして、認証サーバ１０は、端末２０の公開鍵を使ってメッセージを解読し、解読したメッセージからメッセージ・ダイジェストを作成し、端末２０が付加した
メッセージ・ダイジェストと比較する。一致が確認された場合には、信頼できる端末２０から改ざんされていないメッセージを受信することになり、認証許可と判定する。

１−３−５． 特別なＷｅｂブラウザを利用する例
第１の実施形態では、端末２０にファイルのダウンロードが禁止されているＷｅｂブラウザ５０を設定し、Ｗｅｂブラウザ５０に予め証明情報がクッキーとして設定されている場合に、証明情報を認証サーバ１０に送信するようにしてもよい。このようにすれば、ファイルのダウンロードが禁止されている特別なＷｅｂブラウザ５０を使用するように促すことができる。また、ファイルのダウンロードが禁止されている特別なＷｅｂブラウザ５０の利用促進を図ることによって、ファイルのダウンロードを防止することができ、更にセキュリティを高めることができる。

例えば、図１に示すように、ｕｓｅｒＤの私物の端末２０−Ｈ（例えば、スマートフォンやパーソナルコンピュータ）に、ファイルのダウンロードが禁止された特別なＷｅｂブラウザ５０がインストールされているとする。そして、Ｗｅｂブラウザ５０に予め証明情報を設定する（Ｗｅｂブラウザのクッキーとして証明情報を設定する）。なお、管理者からの入力に基づき、端末２０−ＨのＷｅｂブラウザに証明情報を設定するようにしてもよい。

すると、ｕｓｅｒＤは、社外のネットワークであっても私物の端末２０−Ｈから、認証サーバ１０への認証が許可され、メールサーバ３１等のサービス提供サーバへのログインが可能となり、より利便性の高いネットワークシステムを実現できる。また、証明情報は、通常のＷｅｂブラウザに設定できずに特殊なＷｅｂブラウザ５０にのみ設定できるようにすることで、私物の端末２０−Ｈに対してもセキュリティの管理を行うことができる。

１−３−６． その他
第１の実施形態では、ユーザＩＤ・パスワード以外の多要素認証の例として、証明情報、ＯＴＰの照合、ＳＳＬクライアント証明書等を用いた認証を説明したが、他の多要素認証を行うようにしてもよい。

また、第１の実施形態では、ユーザＩＤ・パスワード判定処理の例として、認証サーバが、予め認証データベースに格納されているパスワードを用いて判定する処理を説明したが、認証データベースにパスワードを格納しないで、他のシステムにユーザＩＤ・パスワード判定処理を委任するようにしてもよい。

２．第２の実施形態
以下、第２の実施形態について説明する。なお、以下に説明する第２の実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また第２の実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

２−１． ネットワーク
図８は、第２の実施形態のネットワーク図の一例である。第２の実施形態の認証サーバ１０（ＩＤプロバイダ）は、ユーザの端末２０から送信される情報（データ）に基づいて、ユーザの認証を行う。

認証サーバ１０は、ネットワークを介して、複数の端末２０と接続される。例えば、第２の実施形態の認証サーバ１０は、インターネットを介して、会社や学校などの小規模ネットワーク３０を構成する各端末２０−Ａ、２０−Ｂ（第１の端末の一例）と接続されている。また、認証サーバ１０は、インターネットを介して、ｕｓｅｒＡの携帯用の端末２０−Ｃ（第２の端末の一例、例えば、スマートフォン）、ｕｓｅｒＢの携帯用の端末２０
−Ｄ（第２の端末の一例、例えば、スマートフォン）と接続可能である。なお、第２の実施形態の端末２０は有線又は無線によって認証サーバ１０と接続される。

また、認証サーバ１０は、ユーザＩＤ、パスワード等の情報が格納された認証データベース１１とネットワーク（イントラネット又はインターネット）を介して接続されている。認証サーバ１０は、認証データベース１１に登録されているデータを参照する処理を行う。また、認証サーバ１０は、認証データベース１１に対して新たなデータの登録や、データの削除、データの変更の命令を行うことができる。

また、認証サーバ１０は、ネットワークを介してメールサーバ３１、ファイルサーバ３２、ショッピングサーバ３３、写真サーバ３４などの種々のサーバ（サービス提供サーバ）と接続されている。例えば、メールサーバ３１は、認証サーバ１０が認証を許可したユーザＩＤに関するメールサービスの提供を行う。また、ファイルサーバ３２は、認証サーバ１０が認証を許可したユーザＩＤに関するファイルサービスの提供を行う。また、ショッピングサーバ３３は、認証サーバ１０が認証を許可したユーザＩＤに関するショッピングサービスの提供を行う。また、写真サーバ３４は、認証サーバ１０が認証を許可したユーザＩＤに関する写真サービスの提供を行う。つまり、ユーザは、１つのユーザＩＤとパスワード等を覚えるだけで、認証サーバ１０への認証が許可されると種々のサーバ３１〜３４からサービスの提供を受けることができるシングルサインオンが可能となる。なお、認証サーバ１０と各種サーバ３１〜３４と認証の許可又は不許可等のデータを送信する場合には、ＳＳＬ／ＴＬＳなどを用いてデータの暗号化を行うようにしてもよい。

２−２． 構成
図９は、第２の実施形態の認証システムの機能ブロック図の一例である。なお、第２の実施形態の認証システムは、図９の各部を全て含む必要はなく、その一部を省略した構成としてもよい。

まず、認証サーバ１０の機能について説明する。記憶部１７０は、処理部１００などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などのハードウェアにより実現できる。

また、情報記憶媒体１８０は、コンピュータにより読み取り可能であり、この情報記憶媒体１８０にはプログラムやデータなどが格納されている。即ち、情報記憶媒体１８０には、第２の実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。つまり、処理部１００は、この情報記憶媒体１８０に格納されるプログラム（データ）から読み出されたデータに基づいて第２の実施形態の種々の処理を行うことができる。

例えば、情報記録媒体１８０は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）、メモリカード等である。

処理部１００は、記憶部１７０に格納されるプログラム（データ）に基づいて第２の実施形態の種々の処理を行う。なお、第２の実施形態の処理部１００が、情報記憶媒体１８０に格納されているプログラムやデータを読み出し、読み出したプログラムやデータを記憶部１７０に格納し、そのプログラムやデータに基づいて処理を行ってもよい。

処理部１００（プロセッサ）は、記憶部１７０内の主記憶部をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）などのハードウェアや、プログラムにより実現できる。

処理部１００は、通信制御部１１１、画像コード情報送信処理部１１６、登録処理部１１８、認証判定部１１４を含む。

通信制御部１１１は、ネットワーク（イントラネット又はインターネット）を介して端末２０とデータを送受信する処理を行う。

例えば、通信制御部１１１は、端末２０によって送信されるユーザＩＤ、パスワードを受信する処理を行う。また、通信制御部１１１は、認証の許可又は不許可を端末２０に送信するようにしてもよい。

また、通信制御部１１１は、認証データベース１１や、メールサーバ３１、ファイルサーバ３２、ショッピングサーバ３３、写真サーバ３４の各種サーバとネットワーク（イントラネット又はインターネット）を介してデータを送受信する処理を行う。例えば、通信制御部１１１は、認証の許可又は不許可を各種サーバ３１〜３４に送信するようにしてもよい。

画像コード情報送信処理部１１６は、第１の端末から画像コード送信要求を受信すると、前記画像コード送信要求とともに受信したユーザＩＤとパスワードの正当性に関する第１の条件、及び前記第１の端末の送信元のアドレス情報の正当性に関する第２の条件を判断し、前記第１の条件及び前記第２の条件を満たしている場合に認証情報を生成し、当該認証情報を画像コードとして表示させるための画像コード情報を画像コード送信要求元の第１の端末に送信する。

また登録処理部１１８は、第２の端末から認証用端末識別情報の登録要求を受信すると、前記登録要求とともに受信したユーザＩＤとパスワードの正当性に関する第１の条件、及び前記登録要求とともに受信した認証用の画像コードの情報の正当性に関する第３の条件を判断し、前記第１の条件及び前記第３の条件を満たしている場合に、登録要件を満たしていると判断し、前記第２の端末から受信した認証用端末識別情報を認証データベースに登録する処理を行う。

認証判定部１１４は、前記第２の端末から所与の処理要求を受信すると、前記所与の処理要求とともに受信したユーザIＤとパスワードの正当性に関する第１の条件、及び前記処理要求とともに受信した認証用端末識別情報の正当性に関する第４の条件、及び前記処理要求とともに受信した認証用の画像コードの情報の正当性に関する第３の条件を判断し、前記第１の条件、前記第４の条件、及び前記第３の条件を満たしている場合に、処理要件を満たしていると判断し、前記所与の処理要求を許可する。

また画像コード情報送信処理部１１６は、前記画像コード送信要求に対応して第１の鍵情報を含む認証情報を生成し、認証情報に基づき前記画像コード情報を生成するとともに、前記第１の鍵情報を送信済み第１の鍵情報として記憶部に保管してもよい。

また登録処理部１１８は、前記登録要求とともに受信した認証用の画像コードの情報に含まれる前記第１の鍵情報が前記送信済み第１の鍵情報と一致するか否か判断し、一致するものであることを条件に、前記第３の条件を満たしていると判断してもよい。

また認証判定部１１４は、前記所与の処理要求とともに受信した認証用の画像コードの情報に含まれる前記第１の鍵情報が前記送信済み第１の鍵情報と一致するか否か判断し、一致するものであることを条件に、前記第３の条件を満たしていると判断してもよい。

また画像コード情報送信処理部１１６は、前記画像コード送信要求とともに受信したユーザＩＤに対応したユーザ特定情報を含む認証情報を生成してもよい。

また登録処理部１１８は、 前記登録要求とともに受信した認証用の画像コードの情報に含まれるユーザ特定情報が、受信したユーザＩＤに対応するものであるか否か判断し、対応するものであることを条件に、前記第３の条件を満たしていると判断してもよい。

また認証判定部１１４は、前記所与の処理要求とともに受信した認証用の画像コードの情報に含まれるユーザ特定情報が、受信したユーザＩＤに対応するものであるか否か判断し、対応するものであることを条件に、前記第３の条件を満たしていると判断してもよい。

また画像コード情報送信処理部１１６は、認証サーバに対応付けられた第２の鍵に基づく電子認証情報を含む認証情報を生成してもよい。

また登録処理部１１８は、 前記登録要求とともに受信した認証用の画像コードの情報に含まれる第２の鍵に基づく電子認証情報が、前記認証サーバに対応付けられた第２の鍵に対応するものであるか否か判断し、対応するものであることを条件に、前記第３の条件を満たしていると判断してもよい。

また認証判定部１１４は、前記所与の処理要求とともに受信した認証用の画像コードの情報に含まれる第２の鍵に基づく電子認証情報が、前記認証サーバに対応付けられた第２の鍵に対応するものであるか否か判断し、対応するものであることを条件に、前記第３の条件を満たしていると判断してもよい。

認証判定部１１４は、端末からの所与の処理要求（例えばファイルやメールの閲覧要求）の許可又は不許可を判定する。まず受信したユーザＩＤとパスワードとが正当であるか（例えば予め認証データベースに登録されているユーザＩＤとパスワードと一致するか否か）の第１の条件を判断し、正当であると判断した場合には、送信元のアドレス情報が、所定のアドレスであるか（例えば組織のネットワークのゲートウェイのＩＰアドレスであるか）の第３の条件、又は所与の処理要求とともに受信した認証用端末識別情報が、前記認証データベースに登録されている認証用端末識別情報と一致するか否かの第４の条件を判断し、第１の条件及び第３の条件を満たしている場合、又は第１の条件及び第４の条件を満たしている場合には、所与の処理要求を許可してもよい。

認証判定部１１４は、所与の処理要求（例えばファイルやメールの閲覧要求）が正統であるか否か判断する。認証処理部１１４は、受信したユーザＩＤとパスワードとが正当であるかの第１の条件、及び前記第２の端末から受信した認証用端末識別情報が、前記認証データベースに登録されている認証用端末識別情報と一致するか否かの第４の条件を判断し、第１の条件及び第４の条件を満たしている場合に、所与の処理要求（例えばファイルやメールの閲覧要求）が正統なユーザの正当な端末からのものであると判断し、所与の処理要求を許可してもよい。

認証サーバ１０は、認証データベース１１を含む。認証データベース１１には、ユーザＩＤ、パスワード、アドレス情報、証明情報、認証用端末識別情報などの情報が登録（格納、記憶）される。第２の実施形態では、管理者からの入力情報に基づいて、予め情報を認証データベース１１に登録してもよい。また、管理者からの入力情報に基づいて、情報の更新処理、情報の削除処理を行うようにしてもよい。また、第２の実施形態では、認証サーバ１０が、登録処理を行ってもよい。例えば、認証サーバ１０は、端末２０からの登録要求に基づいてユーザＩＤ、パスワード、認証用端末識別情報等を登録してもよい。ま
た、第２の実施形態では、認証サーバ１０が、更新処理を行ってもよい。例えば、認証サーバ１０は、端末２０からの更新要求に基づいてユーザＩＤ、パスワード等を更新してもよい。また、第２の実施形態では、認証サーバ１０が削除処理を行ってもよい。例えば、認証サーバ１０は、端末２０からの削除要求に基づいてユーザＩＤ、パスワード等を削除してもよい。なお、第２の実施形態では認証データベース１１の記憶部（記憶領域）が認証サーバ１０の記憶部１７０（記憶領域）から物理的に分離されているが、認証サーバ１０の記憶部１７０に、認証データベース１１のデータを記憶させるようにしてもよい。

また、第２の実施形態の処理部１００は、Ｗｅｂサーバとして機能するＷｅｂ処理部（図示せず）を含んでいてもよい。例えば、Ｗｅｂ処理部は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を通じて、端末２０にインストールされているＷｅｂブラウザ２１０の要求に応じてデータを送信する処理、端末２０のＷｅｂブラウザ２１０によって送信されるデータを受信する処理を行う。特に、第２の実施形態では、Ｗｅｂ処理部が、ユーザ認証を行うためのログイン画面を提供し、端末２０のＷｅｂブラウザ２１０によって送信されたユーザＩＤ、パスワード等のユーザ情報を受信する処理を行うようにしてもよい。

第１の端末２０は、コンピュータ、スマートフォン、タブレット型コンピュータ、携帯電話、ゲーム機などである。

記憶部２７０は、処理部２００などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などのハードウェアにより実現できる。

また、情報記憶媒体２８０は、コンピュータにより読み取り可能であり、この情報記憶媒体２８０にはプログラムやデータなどが格納されている。即ち、情報記憶媒体２８０には、第２の実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。つまり、処理部２００は、この情報記憶媒体２８０に格納されるプログラム（データ）から読み出されたデータに基づいて第２の実施形態の種々の処理を行うことができる。

例えば、情報記録媒体２８０は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）、メモリカード等である。

処理部２００は、記憶部２７０に格納されるプログラム（データ）に基づいて第２の実施形態の種々の処理を行う。なお、第２の実施形態の処理部２００が、情報記憶媒体２８０に格納されているプログラムやデータを読み出し、読み出したプログラムやデータを記憶部２７０に格納し、そのプログラムやデータに基づいて処理を行ってもよい。

処理部２００（プロセッサ）は、記憶部２７０内の主記憶部をワーク領域として各種処理を行う。処理部２００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）などのハードウェアや、プログラムにより実現できる。

処理部２００は、Ｗｅｂブラウザ２１０、通信制御部２１１を含む。端末２０は、Ｗｅｂブラウザ２１０によって、インターネットを介してＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）によって指定されたＷｅｂサーバからの情報を表示させることができる。例えば、端末２０は、認証サーバ１０において認証が許可されると、Ｗｅｂサーバ機能を備えたメールサーバ３１からの端末２０のユーザＩＤのメール情報（ユーザの受信メール、送信されたメール等）を表示させることができる。

通信制御部２１１は、ネットワークを介して認証サーバ１０、各種サーバ３１〜３４等とデータを送受信する処理を行う。例えば、通信制御部２１１は、入力部２２０から入力されたユーザＩＤとパスワードとを、認証サーバ１０に送信する処理を行う。また、通信制御部２１１は、Ｗｅｂブラウザ２１０に予め証明情報が設定されている場合に、証明情報を認証サーバ１０に送信するようにしてもよい。また、通信制御部２１１は、認証判定の結果（許可又は不許可）を認証サーバ１０から受信するようにしてもよい。また、通信制御部２１１は、認証サーバ１０によって認証が許可された場合に、メールサーバ３１から当該端末２０のユーザＩＤに関するメール情報を受信するようにしてもよい。

入力部２２０は、ユーザ（操作者）からの入力情報を入力するための入力機器（コントローラ）であり、ユーザの入力情報を処理部２００に出力する。第２の実施形態の入力部２２０は、ユーザの入力情報（入力信号）を検出する検出部を備えていてもよい。例えば、入力部２２０は、キーボードの入力情報を検出し、タッチパネル型ディスプレイの接触位置（タッチ位置）を検出する。

また、入力部２２０は、３軸の加速度を検出する加速度センサや、角速度を検出するジャイロセンサ、撮像部を備えた入力機器でもよい。また入力部２２０は、入力機器と一体化されている端末２０（スマートフォン、携帯電話、携帯端末、携帯型ゲーム装置）なども含まれる。

表示部２９０は、Ｗｅｂブラウザの情報、画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、あるいはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。

Ｗｅｂブラウザ２１０、通信制御部２１１は、受け付けたユーザＩＤとパスワードとともに前記認証サーバに画像コード送信要求を送信する画像コード送信要求手段として機能する。

Ｗｅｂブラウザ２１０、表示部２９０は、前記画像コード送信要求に対応して前記認証サーバが送信した画像コード情報を受信して、当該画像コード情報に基づき画像コードを表示部に表示する画像コード表示処理手段として機能する。

第２の端末２０は、コンピュータ、スマートフォン、タブレット型コンピュータ、携帯電話、ゲーム機などである。第１の端末と同じ構成については同じ番号を付しており、説明を省略する。

第２の端末は撮影部２５０を含み、前記画像コードを撮影する撮影手段として機能する。

また第２の端末には、専用のＷｅｂブラウザアプリケーションがインストールされており、通常のＷｅｂブラウザとしての機能が制限された専用Ｗｅｂブラウザ２１０’として機能する。

専用Ｗｅｂブラウザ２１０’は、ファイルのダウンロードが禁止されているＷｅｂブラウザであってもよい。またファイル閲覧後にファイルの削除等をおこなってもよい。また閲覧中のファイルの更新、コピー等が禁止されているＷｅｂブラウザであってもよい。

専用Ｗｅｂブラウザ２１０’、通信制御部２１１は、撮影された画像コード又は当該画像コードを解読して取得した認証情報と、自機の認証用端末識別情報と、受け付けたユーザＩＤとパスワードとともに、前記認証用端末識別情報の登録要求を前記認証サーバに送
信する登録要求手段として機能する。

専用Ｗｅｂブラウザ２１０’は、第２の端末の認証用端末識別情報の生成、保管、及び画像コードのデコード、認証用端末識別情報の登録要求等を行ってもよい。

２−３． 第２の実施形態の処理
２−３−１． 処理の概要
第２の実施形態では、ユーザＡがスマートフォン（第２の端末の一例）を用いて、種々のサービス提供サーバ（例えば図８の３１、３２、３３、３４）にアクセスするためのスマートフォンの認証用端末識別情報を認証サーバに登録する例について説明する。ユーザＡは組織のネットワークに接続された第１の端末（例えば図８の２０−Ａ）に、ログインして、認証サーバに対し、画像コード送信要求を行う。画像コード送信要求を受信した認証サーバ１０は、要求の正当性を判定し、正当であると判定した場合には、認証情報を生成し、認証情報を画像コードとして表示させるための画像コード情報を画像コード送信要求元の第１の端末に送信する。

画像コード情報を受信した第１の端末（例えば図８の２０−Ａ）は表示部に画像コード（図８の９０）を表示する。ユーザＡは、第１の端末の表示部に表示された画像コード（図８の９０）を、第２端末（例えば図８の２０−Ｃ）で撮影して、画像コードを取得する。そして認証用の画像コードの情報と自機の認証用端末識別情報とともに認証サーバに対し認証用端末識別情報の登録要求を送信する。

登録要求を受信した認証サーバは、登録要求の正当性を判定し、正当であると判定した場合には、第２の端末の認証用端末識別情報を認証サーバに登録する。

第２の端末の認証用端末識別情報が認証サーバに登録されると、ユーザＡは当該第２の端末を用いて種々のサービス提供サーバ（例えば図８の３１、３２、３３、３４）にアクセスすることができるようになる。

このように組織のネットワークに接続された端末にアクセスできるユーザしか取得することできない画像コード情報を用いて、第２の端末の認証用端末識別情報を認証サーバに登録することができる。したがって、簡単なユーザインターフェースで、組織外のネットワークからのアクセスを許可する特定された端末の正当性を確保することができる。

なお画像コード情報送信要求を行ったユーザと登録要求を行うユーザの同一性を認証用端末識別情報の登録要件とする場合には、ユーザＢが、ユーザＡに対して送信された画像コードを自分のスマートフォン（例えば図８の端末２０−Ｄ）で撮影し、認証用端末識別情報の登録要求を送信しても、自機のスマートフォンの認証用端末識別情報の登録は許可されない。

また送信した画像コードに対して１つの認証用端末識別情報の登録を許可する場合には、ユーザＡが端末２０−Ｃで画像コードを撮影して登録要求を行い、その後にユーザＡが端末２０−Ｄで画像コードを撮影して登録要求をおこなった場合、最先の登録要求にかかる端末２０−Ｃのみの登録を許可するようにしてもよい。

２．３．２ 認証データベース
図１０（Ａ）は、認証データベース１１に登録されているユーザ認証情報の一例である。ユーザ認証情報３００は、ユーザＩＤ（ユーザ識別情報、ユーザ名）３１０、パスワード３２０を含む。また認証用端末識別情報３３０を含んでいてもよく、認証用端末識別情報３３０が登録されていない場合には、ＮＵＬＬを設定してもよい。また、パスワード３
２０、認証用端末識別情報３３０は、ユーザＩＤ３１０に対応付けて登録されてもよい。

なおユーザと認証用端末識別情報３３０とを紐づけない場合には、認証用端末識別情報をユーザＩＤに紐づけずに登録してもよい。

図１０（Ｂ）は、認証データベース１１に登録されているアドレス認証情報の一例である。アドレス認証情報３５０は、組織ＩＤ（組織識別情報）３６０、組織名３７０、その組織のネットワークのＩＰアドレス（ネットワークのゲートウェイのＩＰアドレス）３８０を含む。つまり、組織ＩＤに対応づけて、組織名、組織のネットワークのＩＰアドレスが登録されてもよい。

図１１は、認証データベースに記憶されている管理情報の一例である。管理情報４００は画像コード情報の送信に関連して、送信した画像コード情報に対応する登録要求の認証の際に必要な情報等を含む。

第１の鍵情報を含む画像コード情報が送信された場合には、管理情報４００は、送信済み第１の鍵情報４２０を含んでもよい。また、画像コードの作成日時の情報４３０や画像コードの失効日時の情報（画像コードに対応する登録要求の受付期限の情報）４４０、画像コードを送信したユーザＩＤ４５０、画像コードに対する登録状況４６０等を画像コード管理番号４１０に関連付けて記憶させてもよい。なお画像コードの画像情報そのものを記憶してもよい。

２−３−３． 認証システムの処理
図１２は、認証システムの処理の一例を示す図である。

第２の端末２０−２は、例えばスマートフォン等の携帯端末でもよい。第２の端末２０−２には、少なくともｔ９の前までに専用Ｗｅｂブラウザプリケーションがインストールされており、自機の認証用端末識別情報が生成されている。第２の端末２０−２は、前記専用Ｗｅｂブラウザを用いて、認証サーバ１０との通信を行う。また生成した認証用端末識別情報をＷｅｂブラウザのクッキーとして記憶する処理を行ってもよい。「クッキー」とは、ＨＴＴＰｃｏｏｋｉｅであり、Ｗｅｂブラウザに記憶される情報のことを示す。例えば、第２の端末２０−２が専用Ｗｅｂブラウザを用いてインターネットを介して認証サーバ１０にアクセスすると、入力されたユーザＩＤ、パスワード、及び、Ｗｅｂブラウザのクッキーとして設定された認証用端末識別情報を認証サーバ１０に送信する構成でもよい。

第２の端末２０−２は、認証サーバが管理する種々のサービス提供サーバ（例えば図８の３１、３２、３３、３４等）にアクセスする場合には専用Ｗｅｂブラウザを使用する。専用Ｗｅｂブラウザでは、通常のＷｅｂブラウザとしての機能は制限され、ファイルのダウンロード等が禁止されたり、ファイル閲覧後の情報の削除等が行われたり、閲覧中のファイルの更新、コピー等が禁止されている。

第１の端末２０−１は、例えば所定のＩＰアドレスを有する端末（図８の端末２０−Ａ、２０−Ｂのように所定の組織内のＬＡＮ等に接続された端末）である。

例えばユーザＡが第１の端末２０−１から画像コードの送信要求指示入力を行うと、第１の端末２０−１は、ログインされたユーザＩＤとパスワードで認証サーバに対し、登録認証用の画像コード送信要求を送信する（ｔ１）。

認証サーバ１０は、画像コード送信要求を受信すると、送信元のアドレス情報が、組織
内のネットワークからのアクセスか否かを判定する送信元アドレス判定処理を行う（ｔ２）。認証サーバ１０は、端末２０−１の送信元のアドレス情報が、認証データベース１１に登録されている組織のネットワークのアドレス情報と一致するか否か（第２の条件）を判定してもよい。具体的には、端末２０−１から受信したパケット情報から、端末２０−１の送信元（アクセス元）のＩＰアドレスを検出し、送信元のＩＰアドレスが、認証データベースに登録されているＩＰアドレスと一致するか否かを判断する。例えば、端末２０−Ａの送信元のＩＰアドレスが「１２２．２００．２４３．２４０」の場合には、図１０（Ｂ）に示すように、「○○会社」のネットワークのＩＰアドレスとして認証データベース１１に登録されているので、組織（○○会社）のネットワークからのアクセスであると判定する。

また、第１の端末２０−１から受信したユーザＩＤとパスワードとが正しいか否か（第１の条件）を判定する（ｔ３）。つまり、端末２０−１から受信したユーザＩＤとパスワードとが、認証データベース１１に登録されているユーザＩＤと（当該ユーザＩＤに対応する）パスワードと一致するか否かを判定する。

第１の条件及び第２の条件を満たすと判定した場合には、認証サーバは、認証情報を生成する。認証情報は、認証用の第１の鍵（例えば画像コード送信要求毎に生成される共通鍵）情報を含んでもよい。また認証情報は、ユーザＩＤ等のユーザ特定情報を含んでもよい。また認証情報は、第２の鍵（例えば認証サーバが有している公開鍵暗号方式の秘密鍵）情報に基づく電子認証情報を含んでもよい。また認証情報は、第２の端末からアクセスを許可するドメイン名やURLのリスト、認証情報作成日時、失効日時等を含んでもよい。

認証用の第１の鍵は、画像コード送信要求毎に異なるものを生成してもよい。

認証情報に基づき、画像コードを生成する（ｔ５）。画像コードとは、ＱＲコード（登録商標）やバーコードでもよいし、その他の2次元コードや３次元コードでもよい。

そして画像コード送信要求元の第１の端末２０−１に画像コード情報を送信するとともに（t７）、送信した画像コード情報に関連付けて登録要求の照合の際に必要な情報等を管理情報４００として記憶部に保管する（ｔ６）。なお、画像コード情報は、画像コードの画像情報そのものでもよいし、画像コードを第１の端末に表示させるための情報（例えば認証情報と画像コード生成コマンド等）でもよい。また送信した第１の鍵を画像コード送信要求を行ったユーザＩＤと関連付けて保管し、同じユーザＩＤで登録要求が行われた場合に、認証用端末識別情報を登録するようにしてもよい。

画像コード情報を受信した第１の端末２０−１は、表示部に画像コードを表示する（ｔ８）。

第１の端末２０−１は、所定時間経過した後に、自動的に画像コードの表示を終了してもよい。このようにすることで、第３者が画像コードを取得することを防止することができる。

ユーザＡが、第１の端末２０−１の表示部に表示された画像コードを、第２の端末２０−２の撮影部で撮影すると、第２の端末２０−２は、画像コードを取得する（ｔ９）。

そして第２の端末２０−２は、ログインされたユーザＩＤとパスワードで認証サーバに対し、取得した認証用の画像コードの情報（画像コードの画像情報そのものでもよいし画像コードに含まれる認証情報でもよい）と、自機の認証用端末識別情報（専用Ｗｅｂブラウザプリケーションが生成した情報）とともに、認証用端末識別情報の登録要求を送信す
る（ｔ１０）。第２の端末２０−２は、画像コードの画像情報を認証サーバに送信してもよいし、画像コードをデコードして認証情報を取得し、取得した認証情報、又はその一部の情報を認証サーバに送信してもよい。

登録要求を受信した認証サーバ１０は、第２の端末２０−２から受信したユーザＩＤとパスワードとが正しいか否か（第１の条件）を判断する（ｔ１１）。

次に受信した認証情報又は画像コードの正当性の判断処理（第３の条件）を行う（ｔ１２）。例えば画像コードの正当性は、画像コード自体が、認証サーバが送信した画像コードと一致するか否か判断し、一致する場合には正当であると判断してもよい。また画像コードをデコードして認証情報を取得し、取得した認証情報が正当であるか判断してもよい。 例えば認証情報が第１の鍵情報を含む場合には、当該第１の鍵情報が、管理情報として記憶されている第１の鍵情報のいずれかと一致するか否かを判断してもよい。また画像コード送信要求を行ったユーザと、当該画像コード送信要求に対応して送信した画像コードを取得して登録要求を行うユーザが一致していることを要求する場合には、図１０（Ａ）に示すように、画像コードをユーザＩＤに関連付けて記憶しておき、登録要求とともに受信した第１の鍵情報とユーザＩＤが、管理情報として登録されている第１の鍵と対応するユーザＩＤと一致する場合に正当であると判断してもよい。

また例えば認証情報がユーザ特定情報を含む場合には、当該ユーザ特定情報が、登録要求を行ったユーザＩＤに対応するものであるか否かを判断してもよい。

また例えば認証情報に第２の鍵（例えば認証サーバが有している公開鍵暗号方式の秘密鍵）情報に基づく電子認証情報を含む場合には、受信した認証用の画像コードの情報（画像コードの画像情報又は画像コードに含まれる認証情報）が第２の鍵に対応するものであるか否かを判断してもよい。このようにすることで、画像コードや認証情報が偽造されたものでなく、第１の端末に表示されたものを撮影することにより取得したものであることを保証することができる。

また例えば認証情報に、認証情報作成日時、失効日時等を含む場合には、これらに基づき登録要求の受信日時が許可されるか否か判断してもよい。なお認証情報自体には認証情報作成日時、失効日時等を含めないで、管理情報として記憶させてもよい。そして登録要求に対応する管理情報（例えば第１の鍵が一致する管理情報）として記憶されている認証情報作成日時、失効日時等（図１１の４２０、４３０参照）に基づき登録要求の受信日時が許可されるか否か判断してもよい。このようにすることで、画像コード送信時から所定期間内に行われた登録要求のみを許可したり、再登録を促したりすることができる。

そして登録要求が正当であると判断した場合には、登録要求にかかる認証用端末識別情報を認証データベースに登録する（ｔ１３）。

なお前記画像コード送信要求とともに受信したユーザＩＤについて、他の端末や他のサーバに承認要求を行い（例えば管理者端末に承認要求を出す）、承認された場合に登録要求にかかる認証用端末識別情報を認証データベースに登録してもよい。

なお１つの画像コードに対応して登録可能な認証用端末識別情報を1つに限定してもよい。この場合、第１の鍵について最先に登録要求を行った認証用端末識別情報を登録するようにしてもよい。例えば図１１に示す登録状況４６０等で、登録状況を管理し、同じ画像コードについて既に登録が行われている場合には登録しないようにしてもよい。このようにすると、１つの画像コードに対応して登録可能な認証用端末識別情報を1つに限定することができる。

また１つの画像コードに対応して複数の認証用端末識別情報を登録できるようにしてもよい。

また第２の端末２０−２から認証サーバが管理する種々のサービス提供サーバ（例えば図８の３１、３２、３３、３４等）にアクセスする場合には、ログインされたユーザＩＤとパスワードで認証サーバに対し認証要求を送信する（ｔ１４）。このとき自機の認証用端末識別情報及び、画像コードの画像情報又は画像コードをデコードして取得した認証情報、又はその一部の情報を認証サーバに送信してもよい。

認証要求を受信した認証サーバ１０は、第２の端末２０−２から受信したユーザＩＤとパスワードとが正しいか否か（第１の条件）を判断する（ｔ１５）。

次に認証要求とともに受信した第２の端末の認証用端末識別情報の正当性の判断処理（第４の条件）を行う（ｔ１６）。

次に受信した認証情報又は画像コードの正当性の判断処理（第３の条件）を行う（ｔ１７）。

第１の条件、第４の条件、及び第３の条件を満たしていれば正当なアクセスであると判断する。

２−３−４． 認証サーバの処理の流れ
図１３は、第２の実施形態の認証サーバの画像コード送信処理の流れを示すフローチャートである。

認証サーバは、画像コード送信要求を受信すると以下の処理を行う（ステップＳ２１０のＹ）。組織のネットワークからのアクセスであるか否か判断する。組織のネットワークからのアクセスであるか否かは、例えば画像コード送信要求元のＩＰアドレス等により判断してもよい。組織のネットワークからのアクセスであると判断した場合には（ステップＳ２２０のＹ）、ユーザＩＤとパスワードが正当か否か判断する。ユーザＩＤとパスワードが正当であるかは、認証データベースを参照して、認証データベースに登録されているか否かに基づき判断してもよい。

ユーザＩＤとパスワードが正当であると判断した場合（ステップＳ２３０のＹ）には、認証情報を生成し（ステップＳ２４０）、認証情報に基づき、画像コードを生成する（ステップＳ２５０）。

そして、認証サーバは、画像コード送信要求元の第１の端末に画像コード情報を送信し（ステップＳ２６０）、送信した画像コード情報に対応する管理情報を記憶部に保管する（ステップＳ２７０）。

図１４は、第２の実施形態の認証サーバの認証用端末識別情報の登録処理の流れを示すフローチャートである。

認証サーバは、認証用端末識別情報の登録要求を受信すると以下の処理を行う（ステップＳ３１０のＹ）。ユーザＩＤとパスワードが正当か否か判断する。ユーザＩＤとパスワードが正当であるかは、認証データベースを参照して、認証データベースに登録されているか否かに基づき判断してもよい。

ユーザＩＤとパスワードが正当であると判断した場合には（ステップＳ３２０のＹ）、認証用の画像コードの情報が正当であるか否か判断する。認証用の画像コードの情報の正当性は、認証用の画像コードの情報が、認証サーバが送信した認証用の画像コードの情報と一致するか否か判断し、一致する場合には正当であると判断してもよい。

認証用の画像コードの情報が正当であると判断した場合には（ステップＳ３３０のＹ）、認証用端末識別情報を認証データベースに登録する（ステップＳ３４０）。

図１５は、第２の実施形態の認証サーバの認証処理の流れを示すフローチャートである。

認証サーバは、所与の処理要求を受信すると以下の処理を行う（ステップＳ４１０のＹ）。ユーザＩＤとパスワードが正当か否か判断する。ユーザＩＤとパスワードが正当であるかは、認証データベースを参照して、認証データベースに登録されているか否かに基づき判断してもよい。

ユーザＩＤとパスワードが正当であると判断した場合には（ステップＳ４２０のＹ）、組織のネットワークからのアクセスであるか否か判断する。組織のネットワークからのアクセスであるか否かは、所与の処理要求元のＩＰアドレス等により判断してもよい。組織のネットワークからのアクセスでないと判断した場合には（ステップＳ４３０のＮ）、認証用端末識別情報を受信したか否か判断し、受信した場合には（ステップＳ４４０のＹ）、受信した認証用端末識別情報が、前記認証データベースに登録されている認証用端末識別情報と一致するか否か判断する。一致すると判断した場合には（ステップＳ４５０のＹ）、認証用の画像コードの情報が正当であるか否か判断する。認証用の画像コードの情報が正当であると判断した場合には（ステップＳ４５５のＹ）、所与の処理要求を許可する（ステップＳ４６０）。

２−３−５． 第２の端末
第２の実施形態では、第２の端末２０−２にファイルのダウンロードが禁止されている専用Ｗｅｂブラウザ５０をインストールしてもよい。専用Ｗｅｂブラウザは、認証サーバが管理する種々のサービス提供サーバ（例えば図８の３１、３２、３３、３４等）にアクセスする際に使用するＷｅｂブラウザである。専用Ｗｅｂブラウザは、閲覧後のファイルの削除や、閲覧中のファイルの文書が象のコピーを禁止する処理を行ってもよい。

また専用Ｗｅｂブラウザは、インストールされた端末の認証用端末識別情報を生成し、端末内に保管する処理を行ってもよい。またユーザから認証用端末識別情報の登録要求の指示入力を受けた場合に登録要求を生成し、当該端末の認証用端末識別情報として認証サーバに送信する処理を行ってもよい。

また認証サーバが管理する種々のサービス提供サーバ（例えば図８の３１、３２、３３、３４等）にアクセスする際に、認証サーバに対して認証用端末識別情報とともに認証要求を送信して、アクセス許可を得た場合にアクセス処理を行うようにしてもよい。

２−３−６． その他
上記実施の形態では、認証サーバ１０が画像コードを生成する場合について説明したが、これに限られない。認証サーバ１０は、認証情報と画像コード生成コマンド等の画像コードを第１の端末に表示させるための画像コード情報として送信する構成でもよい。そして、画像コード情報を受信した第１の端末が、認証情報に基づいて画像コードを生成してもよい。

また上記実施の形態では、画像コードに含まれる認証情報の判定は認証サーバが行う場合を例にとり説明したが第２の端末２０−２が画像コードに含まれる認証情報の判定を行う構成でもよい。

例えば、前記第２の端末２０−２は、取得した画像コードをデコードして認証情報を取得し、認証情報がユーザ情報を含む場合には、現在ログイン中のユーザＩＤに対応するものであるか否か判断し、対応することを条件に、認証用端末識別情報の登録要求を行うようにしてもよい。

また前記第２の端末２０−２は、取得した画像コードをデコードして認証情報を取得し、認証情報が第２の鍵（公開鍵暗号方式の秘密鍵）に基づく電子認証情報を含む場合、第２の鍵に対応するものであるか否か判断し、対応するものであることを条件に、認証用端末識別情報の登録要求を行うようにしてもよい。

また、上記実施形態では、ユーザＩＤ・パスワード判定処理の例として、認証サーバが、予め認証データベースに格納されているパスワードを用いて判定する処理を説明したが、認証データベースにパスワードを格納しないで、他のシステムにユーザＩＤ・パスワード判定処理を委任するようにしてもよい。

１０ 認証サーバ、１１ 認証データベース、１００ 処理部、１１１ 通信制御部、
１１２ 判断部、１１２Ａ 第１の判断部、１１２Ｂ 第２の判断部、
１１２Ｃ 第３の判断部、１１３ グループ判定部、１１４ 認証判定部、１１６ 画像コード情報送信処理部、１１８ 登録処理部、１７０ 記憶部、１８０ 情報記憶媒体、２０ 端末、２０−１ 第１の端末、２０−２ 第２の端末、２００ 処理部、２１０ Ｗｅｂブラウザ、２１０ 専用Ｗｅｂブラウザ、２１１ 通信制御部、２２０ 入力部、２５０ 撮影部、２７０ 記憶部、２８０ 情報記憶媒体、
２９０ 表示部、５０ ダウンロードが禁止されたＷｅｂブラウザ

Claims (6)

1. 第１の端末と、第２の端末と、ネットワークを介して接続される認証サーバであって、
   前記第１の端末から画像コード送信要求を受信すると、前記画像コード送信要求とともに受信したユーザＩＤとパスワードの正当性に関する第１の条件、及び前記第１の端末の送信元のアドレス情報の正当性に関する第２の条件を判断し、前記第１の条件及び前記第２の条件を満たしている場合に認証情報を生成し、当該認証情報を画像コードとして表示させるための画像コード情報を画像コード送信要求元の第１の端末に送信する画像コード情報送信処理手段と、
   前記第２の端末から認証用端末識別情報の登録要求を受信すると、前記登録要求とともに受信したユーザＩＤとパスワードの正当性に関する第１の条件、及び前記登録要求とともに受信した認証用の画像コードの情報の正当性に関する第３の条件を判断し、前記第１の条件及び前記第３の条件を満たしている場合に、登録要件を満たしていると判断し、前記第２の端末から受信した認証用端末識別情報を認証データベースに登録する処理を行う登録処理手段と、
   前記第２の端末から所与の処理要求を受信すると、前記所与の処理要求とともに受信したユーザIＤとパスワードの正当性に関する第１の条件、及び前記処理要求とともに受信した認証用端末識別情報の正当性に関する第４の条件、及び前記処理要求とともに受信した認証用の画像コードの情報の正当性に関する第３の条件を判断し、前記第１の条件、前記第４の条件、及び前記第３の条件を満たしている場合に、処理要件を満たしていると判断し、前記所与の処理要求を許可する認証処理手段と、を含む認証サーバ。
2. 請求項１において、
   前記画像コード情報送信処理手段は、
   前記画像コード送信要求に対応して第１の鍵情報を含む認証情報を生成し、認証情報に基づき前記画像コード情報を生成するとともに、前記第１の鍵情報を送信済み第１の鍵情報として記憶部に保管し、
   前記登録処理手段は、
   前記登録要求とともに受信した認証用の画像コードの情報に含まれる前記第１の鍵情報が前記送信済み第１の鍵情報と一致するか否か判断し、一致するものであることを条件に、前記第３の条件を満たしていると判断し、
   前記認証処理手段は、
   前記所与の処理要求とともに受信した認証用の画像コードの情報に含まれる前記第１の鍵情報が前記送信済み第１の鍵情報と一致するか否か判断し、一致するものであることを条件に、前記第３の条件を満たしていると判断することを特徴とする認証サーバ。
3. 請求項１又は２において、
   前記画像コード情報送信処理手段は、
   前記画像コード送信要求とともに受信したユーザＩＤに対応したユーザ特定情報を含む認証情報を生成し、
   前記登録処理手段は、
   前記登録要求とともに受信した認証用の画像コードの情報に含まれるユーザ特定情報が、受信したユーザＩＤに対応するものであるか否か判断し、対応するものであることを条件に、前記第３の条件を満たしていると判断し、
   前記認証処理手段は、
   前記所与の処理要求とともに受信した認証用の画像コードの情報に含まれるユーザ特定情報が、受信したユーザＩＤに対応するものであるか否か判断し、対応するものであることを条件に、前記第３の条件を満たしていると判断することを特徴とする認証サーバ。
4. 請求項１乃至３のいずれかにおいて、
   前記画像コード情報送信処理手段は、
   前記認証サーバに対応付けられた第２の鍵に基づく電子認証情報を含む認証情報を生成し、
   前記登録処理手段は、
   前記登録要求とともに受信した認証用の画像コードの情報に含まれる第２の鍵に基づく電子認証情報が、前記認証サーバに対応付けられた第２の鍵に対応するものであるか否か判断し、対応するものであることを条件に、前記第３の条件を満たしていると判断し、
   前記認証処理手段は、
   前記所与の処理要求とともに受信した認証用の画像コードの情報に含まれる第２の鍵に基づく電子認証情報が、前記認証サーバに対応付けられた第２の鍵に対応するものであるか否か判断し、対応するものであることを条件に、前記第３の条件を満たしていると判断することを特徴とする認証サーバ。
5. 第１の端末と、第２の端末と、認証サーバとを利用した認証システムであって、
   前記第１の端末は、
   受け付けたユーザＩＤとパスワードとともに前記認証サーバに画像コード送信要求を送信する画像コード送信要求手段と、
   前記画像コード送信要求に対応して前記認証サーバが送信した画像コード情報を受信して、当該画像コード情報に基づき画像コードを表示部に表示する画像コード表示処理手段と、を含み、
   前記第２の端末は、
   前記画像コードを撮影する撮影手段と、
   撮影された前記画像コード又は当該画像コードを解読して取得した認証情報の少なくとも一部を含む認証用の画像コードの情報と、自機の認証用端末識別情報と、受け付けたユーザＩＤとパスワードとともに、前記認証用端末識別情報の登録要求を前記認証サーバに送信する登録要求手段と、を含み、
   前記認証サーバは、
   前記第１の端末から前記画像コード送信要求を受信すると、前記画像コード送信要求とともに受信したユーザＩＤとパスワードの正当性に関する第１の条件、及び前記第１の端末の送信元のアドレス情報の正当性に関する第２の条件を判断し、前記第１の条件及び前記第２の条件を満たしている場合に認証情報を生成し、当該認証情報を画像コードとして表示させるための画像コード情報を画像コード送信要求元の第１の端末に送信する画像コード情報送信処理手段と、
   前記第２の端末から前記登録要求を受信すると、前記登録要求とともに受信したユーザＩＤとパスワードの正当性に関する第１の条件、及び前記登録要求とともに受信した認証用の画像コードの情報の正当性に関する第３の条件を判断し、前記第１の条件及び前記第３の条件を満たしている場合に、登録要件を満たしていると判断し、前記第２の端末から受信した認証用端末識別情報を認証データベースに登録する登録処理手段と、
   前記第２の端末から所与の処理要求を受信すると、前記所与の処理要求とともに受信したユーザIＤとパスワードの正当性に関する第１の条件、及び前記処理要求とともに受信した認証用端末識別情報の正当性に関する第４の条件、及び前記処理要求とともに受信した認証用の画像コードの情報の正当性に関する第３の条件を判断し、前記第１の条件、前記第４の条件、及び前記第３の条件を満たしている場合に、処理要件を満たしていると判断し、前記所与の処理要求を許可する認証処理手段とを含む認証システム。
6. 第１の端末と、第２の端末と、ネットワークを介して接続される認証サーバのためのプログラムであって、
   前記第１の端末から画像コード送信要求を受信すると、前記画像コード送信要求とともに受信したユーザＩＤとパスワードの正当性に関する第１の条件、及び前記第１の端末の送信元のアドレス情報の正当性に関する第２の条件を判断し、前記第１の条件及び前記第
   ２の条件を満たしている場合に認証情報を生成し、当該認証情報を画像コードとして表示させるための画像コード情報を画像コード送信要求元の第１の端末に送信する画像コード情報送信処理手段と、
   前記第２の端末から前記登録要求を受信すると、前記登録要求とともに受信したユーザＩＤとパスワードの正当性に関する第１の条件、及び前記登録要求とともに受信した認証用の画像コードの情報の正当性に関する第３の条件を判断し、前記第１の条件及び前記第３の条件を満たしている場合に、登録要件を満たしていると判断し、前記第２の端末から受信した認証用端末識別情報を認証データベースに登録する登録処理手段と、
   前記第２の端末から所与の処理要求を受信すると、前記所与の処理要求とともに受信したユーザIＤとパスワードの正当性に関する第１の条件、及び前記処理要求とともに受信した認証用端末識別情報の正当性に関する第４の条件、及び前記処理要求とともに受信した認証用の画像コードの情報の正当性に関する第３の条件を判断し、前記第１の条件、前記第４の条件、及び前記第３の条件を満たしている場合に、処理要件を満たしていると判断し、前記所与の処理要求を許可する認証処理手段と、してコンピュータを機能させることを特徴とするプログラム。

Images