認証システム、認証方法および認証プログラム
【課題】セキュリティ性を確保するとともに、利用者およびサービス提供者の利便性の向上を図ること。
【解決手段】クライアント端末１１０は、利用者によってその場でおこなわれた行為によって発生する情報の入力を、利用者のログイン指示に応じてサービスサイトへ送信する。サービスサイトを運営するサービスサイトサーバ１２０は、クライアント端末１１０から送信された情報を受信すると、受信された情報を本人が事前に設定した認証サーバに送信し、送信された情報の認証結果を受信し、受信された認証結果に基づいて、ログインの可否を決定する。認証システムにおいては、クライアント端末１１０からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなうようにした。
【解決手段】クライアント端末１１０は、利用者によってその場でおこなわれた行為によって発生する情報の入力を、利用者のログイン指示に応じてサービスサイトへ送信する。サービスサイトを運営するサービスサイトサーバ１２０は、クライアント端末１１０から送信された情報を受信すると、受信された情報を本人が事前に設定した認証サーバに送信し、送信された情報の認証結果を受信し、受信された認証結果に基づいて、ログインの可否を決定する。認証システムにおいては、クライアント端末１１０からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなうようにした。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、任意の端末装置からサービスサイトへのログインのために認証をおこなう認証システム、認証方法および認証プログラムに関する。
【背景技術】
【０００２】
従来、任意の端末装置からサービスサイトへのログインをおこなうごとにログインのためのパスワードを発行（生成）し、発行されたパスワードを用いて認証をおこなう、いわゆるワンタイムパスワード認証がある（たとえば、下記特許文献１を参照。）。ワンタイムパスワード認証では、たとえば、サービス提供サイト別に専用に発行されたトークンに組み込まれた乱数発生ロジックを用いてパスワードを発生させ、トークンを定期的に更新するなどしてセキュリティ強度を維持している。ワンタイムパスワード認証に際してパスワードを受け付けるサーバには、受け付けたパスワードの正偽を検証する専用のプロダクツやアプリケーションが組み込まれている。
【０００３】
【特許文献１】特開２００８−１０８０８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の技術では、サービス提供サイト別にそれ専用のトークンを用意する必要があり、またトークンを定期的に更新する必要があるため、トークンの管理が煩わしいという問題があった。たとえば２つのサービス提供サイトを利用する場合は異なる２つのトークンが必要となり、利用するサービス提供サイト数が多くなるほどトークンの管理が煩雑になってしまう。
【０００５】
また、上述した従来の技術では、サービス提供サイトから発行されたパスワードをワンタイム認証に用いるため、利用者がパスワードを覚えにくく、たとえば利用者はパスワードを入力するごとに当該パスワードを記録したメモと比較して正しいパスワードを入力したことを確認するなどの作業が必要となり、ログイン時の作業が煩わしいという問題があった。
【０００６】
また、上述した従来の技術では、ログイン要求元となる任意の端末装置から受け付けたトークンの正偽を検証するサーバ側に専用のプロダクツやアプリケーションを組み込む必要があるため、ワンタイム認証システムの導入コストや組み込みリスクが高いという問題があった。また乱数発生ロジックを解析できないように、たとえばメンテナンスを頻繁におこなってセキュリティ性の強度を高くするなどの保守運用に配慮しなければならず、管理が煩わしくなって管理コストがかかるという問題があった。
【０００７】
この発明は、上述した従来技術による問題点を解消するため、セキュリティ性を確保するとともに、利用者およびサービス提供者の利便性の向上を図ることができる認証システム、認証方法および認証プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、この発明にかかる認証システムは、任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む認証をおこなう認証システムであって、前記任意の端末装置が、利用者によってその場でおこなわれた行為によって発生する情報の入力を受け付ける受付手段と、前記利用者のログイン指示に応じて、前記受付手段によって受け付けられた情報を前記サービスサイトへ送信する送信手段と、を備え、前記サービスサイトを運営するサービスサイトサーバが、前記本人が事前に設定した認証サーバに関する情報を記憶する記憶手段と、前記任意の端末装置から送信された情報を受信する受信手段と、前記本人が事前に設定した認証サーバに関する情報を前記記憶手段から抽出し、当該認証サーバに対して前記受信手段によって受信された情報を送信する送信手段と、前記送信手段によって送信された情報の認証結果を受信する認証結果受信手段と、前記認証結果受信手段によって受信された認証結果に基づいて、ログインの可否を決定する決定手段と、を備えたことを特徴とする。
【０００９】
この発明によれば、ログイン時に利用者自身が自らの行為によって発生させた情報を用いて、本人が事前に設定した認証サーバの携帯端末装置（本人の携帯端末装置と同等と看做せる装置）を使って認証がおこなわれるため、任意の端末装置とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、利用者自身が分かりやすい（正偽を判定しやすい）情報を用いて利用者が本人であるか否かを認証することができる。また、サービスサイトサーバの外部で認証をおこなうため、複数の異なるサービスサイトへのログインに際しての認証を容易に統合することができる。
【００１０】
また、この発明にかかる認証システムは、任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む認証をおこなう認証システムであって、前記任意の端末装置が、利用者のログイン指示に応じて、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報を生成する生成手段と、前記生成手段によって生成された情報を出力する出力手段と、前記生成手段によって生成された情報を前記サービスサイトへ送信する送信手段と、を備え、前記サービスサイトを運営するサービスサイトサーバが、前記本人が事前に設定した認証サーバに関する情報を記憶する記憶手段と、前記任意の端末装置から送信された情報を受信する受信手段と、前記本人が事前に設定した認証サーバに関する情報を前記記憶手段から抽出し、当該認証サーバに対して前記受信手段によって受信された情報を送信する送信手段と、前記送信手段によって送信された情報の認証結果を受信する認証結果受信手段と、前記認証結果受信手段によって受信された認証結果に基づいて、ログインの可否を決定する決定手段と、を備えたことを特徴とする。
【００１１】
この発明によれば、利用者がパスワードの入力をおこなうことなくログイン時に生成された任意の情報を用いて、本人が事前に設定した認証サーバの携帯端末装置（本人の携帯端末装置と同等と看做せる装置）を使って認証がおこなわれるため、任意の端末装置とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、ログインごとに異なる情報を用いて利用者が本人であるか否かを認証することができる。また、サービスサイトサーバの外部で認証をおこなえるため、複数の異なるサービスサイトへのログインに際しての認証を容易に統合することができる。
【００１２】
また、この発明にかかる認証システムは、上記の発明において、前記サービスサイトサーバが、前記送信手段が前記認証サーバに対して前記情報を送信してからの時間を計時する計時手段を備え、前記決定手段は、前記計時手段によって計時される所定時間内における前記認証結果受信手段による前記認証結果の受信の有無に基づいて、ログインの可否を決定することを特徴とする。この発明によれば、認証サーバからの認証結果を受信しなくてもログインの可否が決定できるので、利用者の負担を増加することなく複数要素認証をおこなうことができる。また、認証結果の受信にかかる認証サーバとサービスサイトとの通信の工程を省き、通信にかかる負担を軽減することができる。
【００１３】
また、この発明にかかる認証システムは、上記の発明において、前記認証サーバが、前記本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）であることを特徴とする。この発明によれば、ログイン指示があるごとに本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）において認証がおこなわれるため、ログイン指示があるごとに当該指示があったことを本人の携帯端末装置を介して本人に伝達するとともにその認証を本人の了承のもとにおこなったり、またその認証過程の一部分や全部を、認証機能を搭載した端末装置に任せることも可能となる。
【００１４】
また、この発明にかかる認証システムは、上記の発明において、前記サービスサイトサーバの送信手段が、前記任意の端末装置へＳＭＳを用いて前記情報を送信することを特徴とする。この発明によれば、サービスサイトサーバと任意の端末装置とが電話回線によって接続されている場合にショートメッセージの送受信が確立されるため、認証にかかわる情報を漏洩することなく、認証結果をリアルタイムで送信することができる。
【００１５】
また、この発明にかかる認証方法は、任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む認証をおこなう認証システムが実行する認証方法であって、前記任意の端末装置に実行させる、利用者によってその場でおこなわれた行為によって発生する情報の入力を受け付ける受付工程と、前記利用者のログイン指示に応じて、前記受付工程によって受け付けられた情報を前記サービスサイトへ送信する送信工程と、前記サービスサイトを運営するサービスサイトサーバに実行させる、前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、前記任意の端末装置から送信された情報を受信する受信工程と、前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、を含んだことを特徴とする。
【００１６】
この発明によれば、ログイン時に利用者自身が自らの行為によって発生させた情報を用いて、本人が事前に設定した認証サーバの携帯端末装置（本人の携帯端末装置と同等と看做せる装置）を使って認証がおこなわれるため、任意の端末装置とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、利用者自身が分かりやすい（正偽を判定しやすい）情報を用いて利用者が本人であるか否かを認証することができる。また、サービスサイトサーバの外部で認証をおこなうため、複数の異なるサービスサイトへのログインに際しての認証を容易に統合することができる。
【００１７】
また、この発明にかかる認証方法は、任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む認証をおこなう認証システムが実行する認証方法であって、前記任意の端末装置に実行させる、利用者のログイン指示に応じて、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報を生成する生成工程と、前記生成工程によって生成された情報を出力する出力工程と、前記生成工程によって生成された情報を前記サービスサイトへ送信する送信工程と、前記サービスサイトを運営するサービスサイトサーバに実行させる、前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、前記任意の端末装置から送信された情報を受信する受信工程と、前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、を含んだことを特徴とする。
【００１８】
この発明によれば、利用者がパスワードの入力をおこなうことなくログイン時に生成された任意の情報を用いて、本人が事前に設定した認証サーバの携帯端末装置（本人の携帯端末装置と同等と看做せる装置）を使って認証がおこなわれるため、任意の端末装置とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、ログインごとに異なる情報を用いて利用者が本人であるか否かを認証することができる。また、サービスサイトサーバの外部で認証をおこなうため、複数の異なるサービスサイトへのログインに際しての認証を容易に統合することができる。
【００１９】
また、この発明にかかる認証プログラムは、任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む認証をおこなう認証システムに実行させる認証プログラムであって、前記任意の端末装置に、利用者によってその場でおこなわれた行為によって発生する情報の入力を受け付ける受付工程と、前記利用者のログイン指示に応じて、前記受付工程によって受け付けられた情報を前記サービスサイトへ送信する送信工程と、を実行させ、前記サービスサイトを運営するサービスサイトサーバに、前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、前記任意の端末装置から送信された情報を受信する受信工程と、前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、を実行させることを特徴とする。
【００２０】
この発明によれば、ログイン時に利用者自身が自らの行為によって発生させた情報を用いて、本人が事前に設定した認証サーバの携帯端末装置（本人の携帯端末装置と同等と看做せる装置）を使って認証がおこなわれるため、任意の端末装置とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、利用者自身が分かりやすい（正偽を判定しやすい）情報を用いて利用者が本人であるか否かを認証することができる。また、サービスサイトサーバの外部で認証をおこなうため、複数の異なるサービスサイトへのログインに際しての認証を容易に統合することができる。
【００２１】
また、この発明にかかる認証プログラムは、任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む認証をおこなう認証システムに実行させる認証プログラムであって、前記任意の端末装置に、利用者のログイン指示に応じて、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報を生成する生成工程と、前記生成工程によって生成された情報を出力する出力工程と、前記生成工程によって生成された情報を前記サービスサイトへ送信する送信工程と、を実行させ、前記サービスサイトを運営するサービスサイトサーバに、前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、前記任意の端末装置から送信された情報を受信する受信工程と、前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、を実行させることを特徴とする。
【００２２】
この発明によれば、利用者がパスワードの入力をおこなうことなくログイン時に生成された任意の情報を用いて、本人が事前に設定した認証サーバの携帯端末装置（本人の携帯端末装置と同等と看做せる装置）を使って認証がおこなわれるため、任意の端末装置とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、ログインごとに異なる情報を用いて利用者が本人であるか否かを認証することができる。また、サービスサイトサーバの外部で認証をおこなうため、複数の異なるサービスサイトへのログインに際しての認証を容易に統合することができる。
【発明の効果】
【００２３】
本発明にかかる認証システム、認証方法および認証プログラムによれば、利用者は、ログインするごとに認証に用いる情報を生成することによって、この認証に用いる情報を長期記憶することなしに、セキュリティ性を確保し、また、トークンの管理などに利用者を煩わせることなくサービスサイトサーバの外部で認証をおこなうことによってサービス提供者の負担が少なく、利用者が利用しやすい認証をおこなうことができ、さらに、目的の認証行為が成立する前に、その指示を本人に伝えることができるという効果を奏する。
【発明を実施するための最良の形態】
【００２４】
以下に添付図面を参照して、この発明にかかる認証システム、認証方法および認証プログラムの好適な実施の形態を詳細に説明する。
【００２５】
（実施の形態１）
（認証システムの概要）
まず、この発明にかかる実施の形態１の認証システムの概要について説明する。図１は、この発明にかかる実施の形態１の認証システムの概要を示す説明図である。図１において、認証システムは、任意の端末装置としてのクライアント端末１１０と、サービスサイトサーバ１２０と、認証サーバとしての統合ワンタイム認証サーバ１３０と、を含んで構成されている。クライアント端末１１０は、サービスサイトサーバ１２０が運営するサービスサイトのコンテンツを利用するための端末装置であり、サービスサイトにログインする際の認証をおこなう認証アプリケーション（認証アプリ）１１１を備えている。クライアント端末１１０とサービスサイトとは、ＨＴＴＰＳなどを利用して通信する。
【００２６】
認証システムにおいては、クライアント端末１１０からサービスサイトへのログインに際して、ログインするごとに異なる暗証情報（以下「ワンタイム暗証情報」という）を用いたいわゆる認証をおこなう。ワンタイム認証は、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む。本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）は、当該携帯端末装置の所有権、占有権、質権などが本人に帰属している携帯端末装置とする。
【００２７】
ワンタイム暗証情報は、任意の文字列、画像、音声および生体情報（身体情報）の少なくともいずれかからなる情報によって構成され、クライアント端末１１０の利用者が本人であることを特定可能な情報とするとよい。本人は、具体的には、たとえばクライアント端末１１０の利用者としてあらかじめ登録されている利用者とするとよい。クライアント端末１１０は、一連の認証作業をサポートし、たとえばワンタイム暗証情報を生成するワンタイム暗証発行機能１１２を備えていてもよい。
【００２８】
生体情報には、身体的特徴（身体情報）を利用した情報と行動的特徴を利用した情報とのいずれを用いてもよい。身体的特徴は、たとえば指紋、掌形、網膜、虹彩、顔、血管、音声（声紋）、耳形、ＤＮＡなどのように、主として静的な情報を利用して特定することができる。行動的特徴は、筆記時の軌跡・速度・筆圧の変化などの癖を検出（測定）したデータを用いた筆跡情報、キーボードの打鍵の速度やタイミングの癖を検出（測定）したデータを用いたキーストローク情報、発話時の唇の動きの癖を検出（測定）したデータを用いたリップムーブメント情報、まばたきによる黒目領域の変化量を測定した情報、などのように、動的な情報を利用して特定することができる。この他にも、公知のバイオメトリクス認証に用いるバイオメトリクス情報を、この実施の形態の生体情報として用いることができる。
【００２９】
生体情報は、人間に由来するものに限らず、たとえば犬、猫、牛、馬、豚などの各種の動物（ペット、家畜）に由来するものであってもよい。これにより、たとえばペットのみ侵入できる管理区域（動物専用区域）や食べ物の場所などに対し、当該管理区域あるいは場所に進入する動物の目の虹彩情報などを使って入館管理することも可能であるし、さらにはこの実施の形態のワンタイム認証を用いて、動物が該当管理区域あるいは場所に侵入するごとに、飼い主にもその可否判断をゆだねることが可能になる。
【００３０】
この実施の形態におけるワンタイム暗証情報は、一度限りの使用を目的としたものに限るものではなく、たとえば３回、５回などの所定の回数だけ使用可能としてもよい。所定の回数は一定としてもよいし、本人があらかじめ設定した任意の回数としてもよい。またワンタイム暗証情報は、たとえば５分間、１０分間などの所定の期間だけ使用可能としてもよい。所定の期間は一定としてもよいし、本人が設定した任意の時間としてもよい。ワンタイム暗証情報は、添付ファイルによって構成されていてもよい。この場合、利用者はワンタイム認証をおこなうごとにクライアント端末１１０を操作して任意のファイルを選択し、選択した任意のファイルをワンタイム暗証情報として指定する操作をおこなう。
【００３１】
サービスサイトサーバ１２０は、サービスサイトを運営し、サービスサイトへのログインが許可されたクライアント端末１１０に対して当該クライアント端末１１０が利用するコンテンツ（実サービス）を提供する。サービスサイトサーバ１２０は、クライアント端末１１０の識別情報（クライアント端末１１０の操作者を識別できる情報）と統合ワンタイム認証サーバ１３０の識別情報とを関連付けて記憶するアドレス情報（兼元帳）ファイル１２１を備えている。
【００３２】
クライアント端末１１０の識別情報は、たとえば、クライアント端末装置１１０を特定する端末番号であったり、もしくは、事前に取り決めた本人を特定する識別番号であったり、クライアント端末装置１１０を特定する固定のＩＰアドレスや回線識別情報などを用いるとよい。クライアント端末１１０の識別情報は、クライアント端末１１０の電話番号やＥ−ＭａｉｌアドレスやＩＰアドレス、ドメイン、ＵＲＬやＵＲＩなどのアドレス情報を包括する。クライアント端末１１０の識別情報は、ログインの事前におこなわれるワンタイム認証システムの利用申し込みがＷｅｂサイト上でおこなわれた場合に、ログインで使用する本人のクライアント端末１１０を利用して抽出しやすい情報とするとよい。統合ワンタイム認証サーバ１３０の識別情報は、たとえば、統合ワンタイム認証サーバ１３０を特定する固定のＩＰアドレスやドメイン、ＵＲＬやＵＲＩなどのアドレスなどを用いるとよい。
【００３３】
この実施の形態のワンタイム認証は、たとえば、サービスサイトサーバ１２０に本人によって事前に登録された本人のクライアント端末１１０の識別情報および統合ワンタイム認証サーバ１３０に記憶された本人のクライアント端末１１０の識別情報中から、ログイン時におけるクライアント端末１１０の識別情報と一致するクライアント端末１１０の識別情報を使っておこなわれる。統合ワンタイム認証サーバ１３０側では、サービスサイトサーバ１２０に本人によって事前に登録された本人のクライアント端末１１０の識別情報を用いて特定可能な操作者の識別情報を用いて、アドレス情報（兼元帳）ファイル１３３を検索する。アドレス情報（兼元帳）ファイル１３３は、事前に登録されている本人の識別情報にリンクしている。アドレス情報（兼元帳）ファイル１３３については後述する。
【００３４】
アドレス情報（兼元帳）ファイル１２１におけるクライアント端末１１０の識別情報は、本人によってあらかじめ指定することができる。サービスサイトサーバ１２０は、クライアント端末１１０から出力されたログインのリクエストを受信すると、アドレス情報（兼元帳）ファイル１２１を用いて該当する統合ワンタイム認証サーバ１３０を特定し、特定した統合ワンタイム認証サーバ１３０に対して認証のリクエストを出力する。
【００３５】
統合ワンタイム認証サーバ１３０は、サービスサイトサーバ１２０とは別のコンピュータ装置によって実現され、サービスサイトサーバ１２０から出力された認証のリクエストに含まれる情報を用いたワンタイム認証をおこなう。サービスサイトサーバ１２０と統合ワンタイム認証サーバ１３０とは、各サーバ１２０、１３０の管理者どうしの契約などに基づいて提携して運用されている。
【００３６】
統合ワンタイム認証サーバ１３０は、統合ワンタイム受付サーバ１３１と統合ワンタイム検証サーバ１３２とによって構成されている。統合ワンタイム受付サーバ１３１は、サービスサイトサーバ１２０からの認証のリクエストの受付機能や、受け付けた認証のリクエストに対する回答機能を有している。統合ワンタイム受付サーバ１３１とサービスサイトサーバ１２０とは、ＨＴＴＰＳ、ＳＭＳ、Ｅ−ｍａｉｌなどを利用して相互に通信可能とされている。統合ワンタイム受付サーバ１３１とサービスサイトサーバ１２０との間で送信する情報は、共通鍵で暗号化するなどして第三者への漏洩防止を図ったセキュアな通信を実施することが好ましい。
【００３７】
ＳＭＳは、所定のフォーマットによって記述される電文中に挿入した所定数以下の文字（あるいは所定容量以下の情報）を送信先に伝達するサービスである。ＳＭＳでは送信先となる携帯型電話機の電話番号を宛先として指定してショートメッセージを送信する。処理結果の送信はＳＭＳを用いるものに限定されるものではなく、改ざんや複製を防止可能（もしくは検知可能）なメッセージシステムであればよい。
【００３８】
ＳＭＳは、ショートメッセージの送信元と送信先との回線が接続されている場合に、ショートメッセージの送信元から送信先に対して直接ショートメッセージを送信する。ＳＭＳはインターネットなどの公開されたネットワーク２３０を経由せず、ショートメッセージの送信元と送信先とが電話回線によって接続されている場合にショートメッセージの送受信をおこなう。これによりショートメッセージ（ショートメッセージに含まれる情報）を漏洩することなく、ショートメッセージをリアルタイムで送信することができる。
【００３９】
ＳＭＳでは、送信先となる携帯型電話機が通話中あるいは圏外にある場合などはショートメッセージを専用のサーバに保存し、保存したショートメッセージの送信を所定の期間定期的におこなう。なおＳＭＳは、ショートメッセージを保存するサーバを設けるものに限らず、ショートメッセージの送信元から送信先に接続できない場合にはショートメッセージの送信をおこなわない方式であってもよい。
【００４０】
ＳＭＳは、たとえば通信事業会社（キャリア）ごとに異なる規格のもとにおこなわれるものであってもよく、すべてのキャリア間において統一された規格のもとにおこなわれるものであってもよい。またＳＭＳに代えて、ＥＭＳ（Ｅｎｈａｎｃｅｄ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）やＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）を用いることも可能である。
【００４１】
ショートメッセージに挿入可能な情報量には制限があるため、ＳＭＳを用いて認証のリクエストなどを送信する場合は優先度の高い情報から優先して含めることが好ましい。ショートメッセージに含める情報の優先順位はたとえば本人あるいは当該本人の家族などによって任意に設定することが可能とされている。これにより伝達可能な情報量に制限がある場合にもワンタイム認証に際して有効な情報を送信することができる。
【００４２】
また、ＳＭＳの挿入可能な情報量に制限がある場合に、その制限を回避するため、複数のＳＭＳに一連の情報を分割して送信してもよい。この場合、ひと纏まりとなるＳＭＳ各々に対して取引識別番号などのリンク情報を記載することが望ましい。リンク情報は、ＳＭＳの有効期間内にユニークとなることを説明できるような識別情報が望ましい。これによって、情報量が多くなる取引に際してもＳＭＳを適用することができる。
【００４３】
統合ワンタイム受付サーバ１３１は、アドレス情報（兼元帳）ファイル１３３を備えている。アドレス情報（兼元帳）ファイル１３３は、操作中のクライアントの識別情報として、ワンタイム認証を担う本人のクライアント端末の識別情報を記憶している。統合ワンタイム受付サーバ１３１は、アドレス情報（兼元帳）ファイル１２１とアドレス情報（兼元帳）ファイル１３３の２つを使って、唯一、本人占有の統合ワンタイム情報検証機能１３５を特定することができる。
【００４４】
統合ワンタイム検証サーバ１３２は、クライアント端末１１０の識別情報をもとに、アドレス情報（兼元帳）ファイル１３３を検索し、本人のワンタイム情報検証機能１３５を特定する。統合ワンタイム検証サーバ１３２は、アドレス情報（兼元帳）ファイル１３３を記憶してもよい。また、統合ワンタイム検証サーバ１３２が備えるアドレス情報（兼元帳）ファイル１３３は、統合ワンタイム受付サーバ１３１が備えるアドレス情報（兼元帳）ファイル１３３の情報以外にも、本人のクライアント端末の氏名、住所、性別、年齢、取引上限金額、自動でログインを検証する事前登録型のワンタイムな認証ルールなどを、本人のクライアント端末の利用者に関する情報を関連付けて記憶していてもよい。
【００４５】
また統合ワンタイム検証サーバ１３２は、ワンタイム情報検証機能１３５を備えている。統合ワンタイム検証サーバ１３２は、ワンタイム情報検証機能１３５の入力情報として、ＲＳＡ社のワンタイムトークンのように、クライアント端末１１０と統合ワンタイム認証サーバ１３０とにワンタイム暗証発行機能を備えているケースでは、クライアント側の発生パスワードと同期している暗証情報をサーバ側でも発生可能であり、ワンタイム情報検証機能１３５は両暗証情報を引数に検証をおこなう。この場合のワンタイム暗証情報は、ＲＳＡ社のワンタイムトークンなどを用いて生成する。乱数発生装置、ＲＳＡ社のワンタイムトークンについては公知の技術であるため説明を省略する。
【００４６】
また、ワンタイム情報検証機能１３５は、検証のための暗証情報を、本人に対し入力を求めても良い。この場合、ワンタイム情報検証機能１３５は、クライアント端末１１０で入力した検証用のワンタイム暗証情報とサービスサイトサーバ１２０を経由して統合ワンタイム検証サーバ１３２が取得したワンタイム暗証情報とが一致するか否かを検証する。また、ワンタイム情報検証機能１３５は、検証のために、クライアント端末１１０で入力した（サービスサイトサーバ１２０を経由して統合ワンタイム検証サーバ１３２が取得した）暗証情報を、本人に対し再生表現しても良い。この場合本人は、再生表現の内容に身に覚えがあるかどうかを検証の主体とする。また、ワンタイム情報検証機能１３５は、本人に対しワンタイム暗証情報の入力を求めても良い。この場合ワンタイム情報検証機能１３５は、再生内容を検証し、ワンタイム暗証情報が一致するか否かを検証しても良い。もし、この操作者とサービスサイトへのログイン利用者が、同一と看做せる場合は、ＯＫを回答してもよいし、タイミングや内容、コンテクストに納得がいかなければ、ＮＧを回答してもよい。
【００４７】
また、ワンタイム情報検証機能１３５を補助するため、あらかじめ、本人は将来発生する検証に備えてアドレス情報（兼元帳）ファイル１３３に自動検証ルール（ワンタイム検証ルール）を登録できるようにしてもよい。ワンタイム検証ルールは、検証ＯＫを返す、期間や回数、時間や金額などの取引内容、更には、第三者の識別情報を自動承認ルールとして事前登録することで、一時的に承認判断をシステムや第三者に代行検証する機能を提供することができる。
【００４８】
少なくとも統合ワンタイム検証サーバ１３２とクライアント端末１１０とは、本人のみが照会・更新できる通信手段を介して通信することにより連携してもよい。具体的には、たとえばＳＭＳなどの宛先が特定可能なＰＵＳＨ型メッセージ通信や、オン認証をともなったＨＴＴＰＳあるいはＥ−Ｍａｉｌなどを用いて連携することができる。また統合ワンタイム検証サーバ１３２は、クライアント端末１１０との間における通信によりクライアント端末１１０で生成したワンタイム暗証情報を取得し、取得したワンタイム暗証情報とサービスサイトサーバ１２０を経由して統合ワンタイム検証サーバ１３２が取得したワンタイム暗証情報とが一致するか否かを検証してもよい。
【００４９】
この実施の形態における統合ワンタイム検証サーバ１３２は、クライアント端末１１０とともに単一の携帯型端末装置によって実現できる。なお、統合ワンタイム受付サーバ１３１もクライアント端末１１０とともに単一の携帯型端末装置に搭載されていてもよく、また、クライアント端末１１０、統合ワンタイム受付サーバ１３１および統合ワンタイム検証サーバ１３２はそれぞれ異なるコンピュータ装置によって実現されていてもよい。この場合には各サーバ１１０、１３１、１３２間においてＶＰＮやＨＴＴＰＳ、ＳＭＳ、Ｅ−Ｍａｉｌなどを用いて、個人間に閉じたセキュアな情報通信をおこなうことが好ましい。
【００５０】
統合ワンタイム受付サーバ１３１が備えるアドレス情報（兼元帳）ファイル１３３は、アドレス情報（兼元帳）ファイル１２１と同じ情報を記憶していていもよい。アドレス情報（兼元帳）ファイル１３３は、統合ワンタイム検証サーバ１３２も記憶していてもよい。アドレス情報（兼元帳）ファイル１２１は、現実問題としては、提携するワンタイム認証システム（提携先認証システム）の識別情報、および、当該提携先認証システムを指定した本人の識別情報を少なくとも記憶していればよい。この場合アドレス情報（兼元帳）ファイル１２１はワンタイム認証にかかわる必要最小限の情報を記憶することとなり、サービスサイトサーバ１２０上に不要に多くの情報を登録する必要がなくなる。
【００５１】
アドレス情報（兼元帳）ファイル１２１は、統合ワンタイム受付サーバ１３１が備えたアドレス情報（兼元帳）ファイル１３３を用いて、アドレス情報（兼元帳）ファイル１３３から取得することによって構成してもよい。本人を特定する識別情報は、アドレス情報（兼元帳）ファイル１２１に記憶された情報によって特定されるものに限らず、アドレス情報（兼元帳）ファイル１２１に記憶された情報とアドレス情報（兼元帳）ファイル１３３に記憶された情報とを用いて特定できればよい。
【００５２】
また提携先認証システムが１つしかないケースであれば、サービスサイトサーバ１２０が備えるアドレス情報（兼元帳）ファイル１２１は可変項目とする必要もなく、１つの提携先認証システムの識別情報を的にハードコーディングするようにしてもよい。これによって本人の登録変更作業を不要とし、登録作業にかかる負担軽減を図ることができる。
【００５３】
また、たとえば会社や家族など複数人が１つの携帯型端末をシェアしているために携帯型端末のＯＳに複数人（たとえば３人など）のアカウント登録している場合では、統合ワンタイム検証サーバ１３２がアドレス情報（兼元帳）ファイル１２１と同じ情報を備えていてもよい。この場合、携帯型端末を今現在使用しているのが誰なのか、今現在ログインしているのが誰なのかは、携帯型端末のメモリなどに記憶された情報を用いて特定することができる。この場合の処理としては、ワンタイム認証時にクライアント端末１１０から受信した識別情報（操作者の識別情報）が、このログインしている人と一致している必要がある。また、一個人が複数のアカウントを所有し、複数のアカウントを１つの携帯型端末で使用しているケースも同様とすることができる。
【００５４】
すなわち、この実施の形態におけるクライアント端末１１０の識別情報は、「端末特定までのアドレス情報＋操作者の識別情報」でもよいし、「端末特定までのアドレス情報（本人のアカウント識別情報まで含む）」のどちらでも良い。クライアント端末１１０の識別情報が「端末特定までのアドレス情報＋操作者の識別情報」である場合、携帯端末までの特定で当該携帯端末を占有している人が本人であるという特定はできず、その瞬間ログインしている人が、送信すべき相手かは端末でチェックすることが好ましい。
【００５５】
またクライアント端末１１０の識別情報が「端末特定までのアドレス情報（本人のアカウント識別情報まで含む）」である場合、携帯端末を特定するのではなく、クライアント端末１１０の識別情報に基づいて本人を特定することとなる。この実施の形態におけるクライアント端末１１０の識別情報は、単にクライアント端末１１０を識別するための情報ではなく、本人を識別可能な情報までを含んでいる。この時、本人を識別可能な情報は、アドレス情報（兼元帳）ファイル１２１および統合ワンタイム受付サーバ１３１のアドレス情報（兼元帳）ファイルから取得することができる。
【００５６】
また統合ワンタイム検証サーバ１３２にアドレス情報（兼元帳）ファイルを設け、本人を識別可能な情報を、アドレス情報（兼元帳）ファイル１２１、アドレス情報（兼元帳）ファイル１３３および総合ワンタイム検証サーバ１３２に設けたアドレス情報（兼元帳）ファイルから取得することができるようにしてもよい。さらに、この場合、統合ワンタイム検証サーバ１３２の中には、統合ワンタイム検証サーバ１３２の中に設けたアドレス情報（兼元帳）ファイルによって、操作者の識別情報から、リンクするその人のメールアドレス（メールボックス）を検索、振分ける仕組みを設けるとよい。
【００５７】
アドレス情報（兼元帳）ファイル１３３は統合ワンタイム受付サーバ１３１が備えているが、サービスサイトサーバ１２０が備えるアドレス情報（兼元帳）ファイル１２１にも、名前やその他属性などアドレス情報（兼元帳）ファイル１３３が記憶されていてもよい。特にある条件に自動で認証可の自動回答のルールを登録する場合は、統合ワンタイム受付サーバ１３１または統合ワンタイム検証サーバ１３２のどちらがアドレス情報（兼元帳）ファイル１３３を備えていてもよく、双方が備えていてもよい。
【００５８】
また、統合ワンタイム認証サーバ１３０はワンタイム暗証発行機能１１２と同期の取れたワンタイム暗証発行機能を備えても良い。このワンタイム暗証発行機能は、ワンタイム認証に際し使うときもあれば使わないときもあり、また統合ワンタイム検証サーバ１３２が備えているものに限らず、統合ワンタイム受付サーバ１３１が備えていてもよい。また、サービスサイトサーバ１２０の運営会社と統合ワンタイム認証サーバ１３０の運営会社とが同一の会社であるような局面では、サービスサイトサーバ１２０がワンタイム暗証発行機能を備えていてもよい。
【００５９】
またワンタイム認証に際して、クライアント端末１１０に表示される検証時の画面展開は、殆どの場合、（１）画面にパスワードを表示して、究極の、ＯＫ、ＮＧを返す、あるいは（２）画面にパスワードを入力して、プログラムで一致している場合に、ＯＫを返すか、のいずれかとなる。上記（１）の場合は、本人がその認証を許可するかどうか（パスワードが一致するか否か）以外に、たとえば商品購入時におけるワンタイム認証であれば購入する商品（図７−１および図７−２におけるクマのぬいぐるみ）を買うかを判断する付加状況も加味することができる。
【００６０】
上記（２）の場合は、ワンタイム認証以外に、購入する商品（図７−１および図７−２におけるクマのぬいぐるみ）を買う行為に対する許可の意思表示は含まれない。このケースにおいてワンタイム認証を拒否する場合、本人のクライアント端末においてパスワードを入力しない、あるいは間違ったパスワードを入力するとかすることによって認証をＮＧとすることができる。あるいは、ワンタイム認証の可否についての入力を促す表示画面の隅にＮＧボタンを設け、パスワードを入力せずにＮＧボタンを押下することによってワンタイム認証を拒否することができる。
【００６１】
また上記（２）のケースでは、ワンタイム情報検証機能１３５は、統合ワンタイム検証サーバ１３２が備えることが必須ではなくなり、統合ワンタイム受付サーバ１３１が備えていてもよい。このケースにおいてのワンタイム認証の流れは、統合ワンタイム受付サーバ１３１に存在する機能１３５が、検証サーバ１３２とクライアント１１０から受信した各々の認証情報を突合し一致していればＯＫ、相違ならばＮＧを自動で返すことによって実行される。
【００６２】
アドレス情報（兼元帳）ファイル、ワンタイム暗証発行機能、ワンタイム情報検証機能は、サービスサイトサーバ１２０、統合ワンタイム受付サーバ１３１、統合ワンタイム検証サーバ１３２のどこに分散して配置してもよい。特に、アドレス情報（兼元帳）ファイルは、クライアント端末１１０のさらに先の個人（利用者や本人）を特定可能な情報であることが重要とされ、各々の機能総和で一つの意味のある機能（クライアント端末１１０のさらに先の個人（利用者や本人）を特定する機能）を実現するものであればよい。
【００６３】
（認証システムのシステム構成）
つぎに、この発明にかかる実施の形態１の認証システムのシステム構成について説明する。図２は、この発明にかかる実施の形態１の認証システムのシステム構成を示す説明図である。図２において、認証システムは、複数台のコンピュータ装置２１０と複数台の携帯端末装置（携帯型電話機）２２０とをインターネットなどのネットワーク２３０を介して通信可能に接続することによって構成されている。
【００６４】
コンピュータ装置２１０は、サービスサイトサーバ１２０および統合ワンタイム認証サーバ１３０を実現する。コンピュータ装置２１０は、統合ワンタイム認証サーバ１３０における統合ワンタイム受付サーバ１３１および統合ワンタイム検証サーバ１３２を、それぞれ独立して実現してもよい。コンピュータ装置２１０のハードウエア構成については後述する。
【００６５】
携帯端末装置２２０は、クライアント端末１１０を実現する。また携帯端末装置２２０は、クライアント端末１１０および統合ワンタイム認証サーバ１３０の双方を実現してもよい。携帯端末装置２２０は、統合ワンタイム認証サーバ１３０における統合ワンタイム検証サーバ１３２のみを実現することも可能である。携帯端末装置２２０のハードウエア構成については後述する。
【００６６】
（コンピュータ装置２１０のハードウエア構成）
図３は、コンピュータ装置２１０のハードウエア構成を示すブロック図である。図３に示したコンピュータ装置２１０は、サービスサイトサーバ１２０を実現する。また、このコンピュータ装置２１０はクライアント端末１１０、統合ワンタイム認証サーバ１３０（統合ワンタイム受付サーバ１３１あるいは統合ワンタイム検証サーバ１３２のいずれか一方でも可）を実現することも可能である。
【００６７】
図３において、コンピュータ装置２１０は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、ＨＤＤ（ハードディスクドライブ）３０４と、ＨＤ（ハードディスク）３０５と、ＦＤＤ（フレキシブル・ディスクドライブ）３０６と、着脱可能な記録媒体の一例としてのＦＤ（フレキシブル・ディスク）３０７と、ディスプレイ３０８と、ＫＢ（キーボード）３０９と、マウス３１０と、スキャナ３１１と、ネットワークＩ／Ｆ（インタフェース）３１２と、を備えている。また、各構成部はバス３１３によってそれぞれ接続されている。
【００６８】
ここで、ＣＰＵ３０１は、コンピュータ装置２１０全体の制御を司る。ＲＯＭ３０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＨＤＤ３０４は、ＣＰＵ３０１の制御にしたがってＨＤ３０５に対するデータのリード／ライトを制御する。ＨＤ３０５は、ＨＤＤ３０４の制御で書き込まれたデータを記憶する。
【００６９】
ＦＤＤ３０６は、ＣＰＵ３０１の制御にしたがってＦＤ３０７に対するデータのリード／ライトを制御する。ＦＤ３０７は、ＦＤＤ３０６の制御で書き込まれたデータを記憶する。着脱可能な記録媒体として、ＦＤ３０７の他、ＣＤ−ＲＯＭ（ＣＤ−ＲＷ）、ＭＯ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）などであってもよい。ディスプレイ３０８はカーソル、アイコン、ツールボックスをはじめ、文書、画像、機能情報などのデータに関するウインドウ（ブラウザ）を表示し、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどによって実現することができる。
【００７０】
ＫＢ３０９は、文字、数値、各種指示などの入力のためのキーを備え、データ入力をおこなう。マウス３１０は、カーソルの移動や範囲選択、あるいはウインドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様の機能を備えるものであれば、マウス３１０に代えてあるいは加えてトラックボール、ジョイスティックなどであってもよい。スキャナ３１１は、画像を光学的に読み取る。ネットワークＩ／Ｆ３１２は、通信回線を通じてネットワーク２３０に接続され、ネットワーク２３０を介して外部装置に接続される。そして、ネットワークＩ／Ｆ３１２は、ネットワーク２３０と内部とのインタフェースを司り、別のコンピュータ装置２１０や携帯端末装置２２０からのデータの入出力を制御する。
【００７１】
（携帯端末装置２２０のハードウエア構成）
図４は、携帯端末装置２２０のハードウエア構成を示すブロック図である。図４に示した携帯端末装置２２０は、クライアント端末１１０、統合ワンタイム認証サーバ１３０（あるいは統合ワンタイム認証サーバ１３０における統合ワンタイム検証サーバ１３２のみ）を実現することができる。図４において、携帯端末装置２２０は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、ディスプレイ４０４と、ＫＢ４０５と、通信Ｉ／Ｆ４０６と、カメラ４０７と、マイク４０８と、スピーカ４０９と、を備えている。また、各構成部はバス４１０によってそれぞれ接続されている。
【００７２】
ＣＰＵ４０１は、携帯端末装置２２０全体の制御を司る。ＲＯＭ４０２は、ブートプログラムやポイント交換アプリケーションなどのプログラムを記憶している。ポイント交換アプリケーションは、携帯端末装置２２０の製造時などにあらかじめインストールされたものであってもよいし、利用者の操作によってダウンロードされたものであってもよい。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。ディスプレイ４０４は、設定中のモード（マナーモードやドライブモードなど）や電波の受信状態を示す各種のマーク、アイコンあるいはツールボックスなどを表示し、主にＴＦＴ液晶ディスプレイなどの液晶ディスプレイによって実現される。
【００７３】
ＫＢ４０５は、文字、数値、各種指示などの入力のためのキーを備え、データ入力をおこなう。通信Ｉ／Ｆ４０６は、通信回線を通じてネットワーク２３０に接続され、ネットワーク２３０と携帯端末装置２２０の内部とのインタフェースを司る。通信Ｉ／Ｆ４０６はネットワーク２３０を介して別の携帯端末装置２２０やコンピュータ装置２１０との間におけるデータの入出力を制御する。カメラ４０７はＫＢ４０５の操作によって撮像対象を撮像し、画像データを生成する。生成された画像データはＲＡＭ４０３などに記憶される。マイク４０８は利用者の声をアナログ／デジタル変換した音声データを入力し、スピーカ４０９は通話相手側から送信された音声データをデジタル／アナログ変換した音声を出力する。
【００７４】
（認証システムの機能的構成）
つぎに、この発明にかかる認証システムの機能的構成について説明する。図５は、認証システムの機能的構成を示すブロック図である。図５において認証システムは、クライアント端末１１０とサービスサイトサーバ１２０と統合ワンタイム認証サーバ１３０とから構成されている。この実施の形態におけるクライアント端末１１０および統合ワンタイム認証サーバ１３０は、ともに、本人が所有する携帯型電話機（以下「本人の携帯型電話機」という）２２０によって実現されている。
【００７５】
認証システムにおいては、クライアント端末１１０からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置２２０でおこなうことを含む認証をおこなう。本人を確認する検証処理に際しては、クライアント端末１１０を用いてサービスサイトへのログインを要求する利用者が、あらかじめ登録された本人あるいは本人の了解を得た利用者であるか否かを検証する。
【００７６】
クライアント端末１１０は、受付部５１１と、生成部５１２と、出力部５１３と、送信部５１４と、を備えている。受付部５１１は、ワンタイム暗証情報の入力を受け付ける。受付部５１１が受け付けるワンタイム暗証情報は、利用者によってその場でおこなわれた行為によって発生する情報とすることができる。
【００７７】
たとえば携帯端末装置２２０によってクライアント端末１１０を実現する場合、ＫＢ４０５の操作による文字列の入力操作、カメラ４０７による画像の撮像、マイク４０８による音声の入力などを利用者によってその場でおこなわれた行為とすることができ、この行為によって入力された情報をそのままデータ化しワンタイム暗証情報とすることができるし、また入力された情報に対し、可逆変換やダイジェスト的な不可逆変換を加えた情報をワンタイム暗証情報とすることもできる。
【００７８】
また、たとえば加速度センサを内蔵した携帯端末装置２２０によってクライアント端末１１０を実現する場合、当該携帯端末装置２２０を振るなどの携帯端末装置２２０全体に対する行為をその場でおこなわれた行為とし、この行為によって入力された情報をデータ化しそのままワンタイム暗証情報としてもよい。これらの場合、具体的には、たとえばＫＢ４０５、カメラ４０７、マイク４０８あるいは加速度センサによって受付部５１１としての機能を実現することができる。さらにまた、入力された情報に対し、可逆変換やダイジェスト的な不可逆変換を加えた情報をワンタイム暗証情報とすることもできる。
【００７９】
なお、たとえばパーソナルコンピュータなどのコンピュータ装置２１０によってクライアント端末１１０を実現してもよく、この場合はＫＢ３０９あるいはマウス３１０の操作による文字列の入力操作などの行為を利用者によってその場でおこなわれた行為とし、この行為によって入力された情報をデータ化しそのままワンタイム暗証情報とすることができる。この場合、ＫＢ３０９やマウス３１０によって受付部５１１としての機能を実現することができるし、また入力された情報に対し、可逆変換やダイジェスト的な不可逆変換を加えた情報をワンタイム暗証情報とすることもできる。
【００８０】
生成部５１２は、クライアント端末１１０としての携帯端末装置２２０の利用者のログイン指示に応じてワンタイム暗証情報を生成する。生成部５１２が生成するワンタイム暗証情報は、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報とすることが好ましい。
【００８１】
具体的には、たとえば携帯端末装置２２０によってクライアント端末１１０を実現する場合、ＫＢ４０５における所定の入力操作とともにＫＢ４０５、カメラ４０７、マイク４０８を介して入力された情報を用いて、ＲＯＭ４０２に記憶されたプログラムを、ＲＡＭ４０３をワークエリアとしながらＣＰＵ４０１によって実行することによってワンタイム暗証情報を生成することができる。この場合は、ＣＰＵ４０１、ＲＯＭ４０２およびＲＡＭ４０３によって生成部５１２としての機能を実現することができる。
【００８２】
出力部５１３は、生成部５１２によって生成されたワンタイム暗証情報を携帯端末装置２２０の外部に対して出力する。たとえば生成部５１２によって生成されたワンタイム暗証情報を、ディスプレイ４０４に表示することによって出力する。この場合、具体的には、たとえばディスプレイ４０４によって出力部５１３としての機能を実現することができる。
【００８３】
また、出力部５１３は、具体的には、たとえば生成部５１２によって生成されたワンタイム暗証情報を、統合ワンタイム認証サーバ１３０に対して出力してもよい。この実施の形態における統合ワンタイム認証サーバ１３０は、クライアント端末１１０を実現する本人の携帯端末装置２２０によって実現されているため、ワンタイム暗証情報を自装置を宛先とするＥ−Ｍａｉｌとして送信することによって生成部５１２によって生成されたワンタイム暗証情報を出力することができる。この場合、具体的には、たとえば通信Ｉ／Ｆ４０６によって出力部５１３としての機能を実現することができる。
【００８４】
なお、この実施の形態における統合ワンタイム認証サーバ１３０は、クライアント端末１１０を実現する本人の携帯端末装置２２０によって実現されているため、生成部５１２によって生成されたワンタイム暗証情報を、本人の携帯端末装置２２０が備えるメモリに対して出力してもよい。なお、クライアント端末１１０および統合ワンタイム認証サーバ１３０を単一のコンピュータ装置２１０によって実現し、生成部５１２によって生成されたワンタイム暗証情報を自装置を宛先に指定したＥ−Ｍａｉｌとして送信することによって出力してもよい。この場合、ネットワークＩ／Ｆ３１２によって出力部５１３としての機能を実現することができる。
【００８５】
送信部５１４は、利用者によるログインの指示操作がおこなわれた場合に、受付部５１１によって受け付けられたワンタイム暗証情報あるいは生成部５１２によって生成されたワンタイム暗証情報を含むログインのリクエストをサービスサイトへ送信する。送信部は、たとえばＫＢ４０５において所定の操作がおこなわれた場合に、受付部５１１によって受け付けられたワンタイム暗証情報あるいは生成部５１２によって生成されたワンタイム暗証情報を含むログインのリクエストを、通信Ｉ／Ｆ４０６を介してサービスサイトへ送信する。この場合、具体的には、たとえば通信Ｉ／Ｆ４０６によって送信部５１４としての機能を実現することができる。
【００８６】
サービスサイトサーバ１２０は、記憶部５２１と、受信部５２２と、送信部５２３と、認証結果受信部５２４と、計時部５２５と、決定部５２６と、を備えている。記憶部５２１は、アドレス情報（兼元帳）ファイル１２１を記憶している。統合ワンタイム認証サーバ１３０の識別情報は、具体的には、たとえば統合ワンタイム認証サーバ１３０を実現する携帯端末装置２２０のＥ−ＭａｉｌアドレスあるいはＩＰアドレスやドメインなどとすることができる。
【００８７】
この実施の形態においては、具体的には、たとえばサービスサイトサーバ１２０を実現するコンピュータ装置２１０が備えるＲＯＭ３０２、ＨＤ３０５あるいはＦＤＤ３０７などのメモリによって記憶部５２１を実現することができる。記憶部５２１は、サービスサイトサーバ１２０が通信を介して参照可能なサービスサイトサーバ１２０とは別のコンピュータ装置２１０によって実現してもよい。コンピュータ装置２１０によって統合ワンタイム認証サーバ１３０を実現する場合は、Ｅ−ＭａｉｌアドレスあるいはＩＰアドレスに代えて、ＵＲＬやＵＲＩを統合ワンタイム認証サーバ１３０の識別情報としてもよい。
【００８８】
受信部５２２は、クライアント端末１１０から送信されたログインのリクエストを受信する。この実施の形態においては、具体的には、たとえばサービスサイトサーバ１２０を実現するコンピュータ装置２１０が備えるネットワークＩ／Ｆ３１２によって受信部５２２としての機能を実現することができる。
【００８９】
送信部５２３は、受信部５２２がログインのリクエストを受信した場合に、ログインのリクエストの送信元となるクライアント端末１１０に関連付けられた統合ワンタイム認証サーバ１３０の識別情報を記憶部５２１から抽出し、抽出した識別情報によって特定される統合ワンタイム認証サーバ１３０に対して、受信部５２２によって受信されたログインのリクエストに含まれるワンタイム暗証情報を含む認証のリクエストを送信する。
【００９０】
この実施の形態においては、クライアント端末１１０と統合ワンタイム認証サーバ１３０とがともに同じ携帯端末装置２２０によって実現されているため、ログインのリクエストの送信元となるクライアント端末１１０の識別情報と同じ識別情報が統合ワンタイム認証サーバ１３０の識別情報として抽出され、ログインのリクエストの送信元となるクライアント端末１１０に対して認証のリクエストが送信される。そして、この実施の形態においては、具体的には、たとえばサービスサイトサーバ１２０を実現するコンピュータ装置２１０が備えるＲＯＭ３０２に記憶されたプログラムを、ＲＡＭ３０３をワークエリアとしながらＣＰＵ３０１によって実行することによってワンタイム暗証情報を含む認証のリクエストを生成し、生成した認証のリクエストをネットワークＩ／Ｆ３１２によって送信することによって送信部５２３としての機能を実現することができる。
【００９１】
なお、クライアント端末１１０と統合ワンタイム認証サーバ１３０とが異なる携帯端末装置２２０によって実現されている場合、ログインのリクエストの送信元となるクライアント端末１１０の識別情報に関連付けられた、本人の携帯端末装置の識別情報が統合ワンタイム認証サーバ１３０の識別情報として抽出され、抽出された識別情報を有する携帯端末装置に対して認証のリクエストが送信される。
【００９２】
認証結果受信部５２４は、送信部５２３によって送信された認証のリクエストに含まれるワンタイム暗証情報を用いて統合ワンタイム認証サーバ１３０でおこなわれたワンタイム認証の認証結果を受信する。認証結果は、ログインの可否をあらわす情報であってもよいし、認証サーバにおいてワンタイム暗証情報を受信してから所定時間の間に入力操作がおこなわれたか否かをあらわす情報であってもよい。この実施の形態においては、具体的には、たとえばサービスサイトサーバ１２０を実現するコンピュータ装置２１０が備えるネットワークＩ／Ｆ３１２によって認証結果受信部５２４を実現することができる。
【００９３】
計時部５２５は、送信部５２３が統合ワンタイム認証サーバ１３０に対して認証のリクエストを送信してからの時間を計時する。この実施の形態においては、具体的には、たとえばサービスサイトサーバ１２０を実現するコンピュータ装置２１０が備えるＣＰＵ３０１のタイマ機能によって、計時部５２５としての機能を実現することができる。
【００９４】
決定部５２６は、認証結果受信部５２４によって受信された認証結果に基づいて、ログインの可否を決定する。また決定部５２６は、認証結果受信部５２４による認証結果の受信の有無に基づいて、ログインの可否を決定してもよい。この場合、送信部５２３が統合ワンタイム認証サーバ１３０に対して認証のリクエストを送信してから計時部５２５によって所定時間が計時されるまでの間に、認証結果受信部５２４によって認証結果を受信したか否かによってログインの可否を決定することができる。この実施の形態においては、具体的には、たとえばサービスサイトサーバ１２０を実現するコンピュータ装置２１０が備えるＲＯＭ３０２に記憶されたプログラムを、ＲＡＭ３０３をワークエリアとしながらＣＰＵ３０１によって実行することにより、決定部５２６としての機能を実現することができる。
【００９５】
決定部５２６による決定結果は、送信部５２３によってクライアント端末１１０へ送信される。送信部５２３は、ＳＭＳを用いてログインのリクエストの送信元となるクライアント端末１１０に認証の可否を案内する情報を送信する。認証の可否を案内する情報は、たとえば携帯端末装置２２０がログインのリクエストを送信したサービスサイトが提供するサービスを表示する表示画面（図７−２における符号７２３を参照）の画面情報などとすることができる。
【００９６】
統合ワンタイム認証サーバ１３０は、送信部５２３によって送信された認証のリクエストを受信する受信部５３１と、受信した認証のリクエストにしたがったワンタイム認証の認証結果を応答する応答部５３２と、を備えている。この実施の形態においては、クライアント端末１１０と統合ワンタイム認証サーバ１３０とがともに同じ携帯端末装置２２０によって実現されているため、具体的には、たとえば通信Ｉ／Ｆ４０６によって受信部５３１としての機能を実現することができる。
【００９７】
応答部５３２は、本人によるワンタイム認証の可否についての入力操作の内容にしたがってワンタイム認証の認証結果を取得し、取得した認証結果を当該認証のリクエストの送信元となるサービスサイトサーバ１２０に送信する。また応答部５３２は、認証のリクエストを受信してから所定時間以内に認証結果を応答する機能を備え、認証のリクエストを受信してから所定時間が経過してもワンタイム認証の可否についての入力操作がない場合は入力操作がないことをもって認証結果を判断してもよい。具体的には、たとえば、ＲＯＭ４０２に記憶されたプログラムを、ＲＡＭ４０３をワークエリアとしながらＣＰＵ４０１によって実行することによってワンタイム認証の認証結果を取得し、取得した認証結果を通信Ｉ／Ｆ４０６を介して送信することができる。この場合、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３および通信Ｉ／Ｆ４０６によって応答部５３２としての機能を実現することができる。
【００９８】
したがって、上記のＳＭＳを用いた認証の可否メールに対しても、可であれば当該メールに対しコメント無しの空メールを返信（携帯電話を使ったＳＭＳやＥ−ＭＡＩＬの返信オペレーションは、一般的に２クリック程度のシンプルなものであり、既存機能を使ったものでは、最も操作負荷が少ない。）しても良いし、また、否であればメールを返信しないでもよい。応答部５３２は、操作がないことをもって認証結果＝否と判断することができる。
【００９９】
この実施の形態において、統合ワンタイム認証サーバ１３０は、本人が所有する携帯型電話機２２０などの携帯端末装置（以下「本人の携帯端末装置２２０」という）とされている。この場合、本人の携帯端末装置２２０は、ワンタイム認証に際して、認証のリクエストがあったことを本人に伝達するとともに、認証のリクエストに含まれるワンタイム暗証情報でのワンタイム認証の可否についての入力操作を利用者に促す画面を表示する。これによって、本人が携帯端末装置２２０を操作してワンタイム認証の可否を入力することができ、たとえば本人のなりすましを画策した悪意の第三者がログインのリクエストを送信した場合など、本人の意図しない不正なログインを排除することができる。
【０１００】
本人が自身の携帯端末装置２２０を用いてその場でおこなった行為によって発生する情報をログイン暗証情報として用いてログインのリクエストを送信する場合、覚えやすいワンタイム暗証情報を用いることができる。これによって、ログインごとにワンタイム暗証情報を用いることによるセキュリティ性の高さを確保しつつ、ワンタイム暗証情報をメモして携帯しておくなどの煩わしさを排除することができる。これによって、サービスサイトなどから一方的に発行された分かりにくいパスワードでの認証とは異なり、セキュリティ性が高く、使いやすいワンタイム認証を提供することができる。
【０１０１】
また、本人が自身の携帯端末装置２２０を用いて生成したワンタイム暗証情報を用いてログインのリクエストを送信する場合、ログインのリクエストを送信してから所定時間以内に、本人が送信したワンタイム暗証情報でのワンタイム認証の可否を入力することとなる。このため、本人がワンタイム暗証情報を正確に覚えている間にワンタイム認証の可否を入力することができる。これによって、ワンタイム暗証情報をメモして携帯しておくなどの煩わしさを排除し、本人がワンタイム暗証情報を入力する手間を省くことができるので、ログインごとにワンタイム暗証情報を用いることによるセキュリティ性の高さを確保しつつ、使いやすいワンタイム認証を提供することができる。
【０１０２】
また統合ワンタイム認証サーバ１３０は、認証のリクエストに含まれるワンタイム暗証情報でのワンタイム認証の可否についての入力操作を利用者に促す画面を表示してから所定時間の間、ワンタイム認証の可否についてのいずれの入力操作もないことをもってワンタイム認証の可否を判断し、判断結果を認証結果としてサービスサイトサーバ１２０に送信してもよい。
【０１０３】
具体的には、たとえばワンタイム暗証情報を受信してから所定時間の間に入力操作がおこなわれなかった場合に、認証不可の認証結果をサービスサイトサーバ１２０に送信する。あるいはワンタイム暗証情報を受信してから所定時間の間に入力操作がおこなわれなかった場合に、認証許可の認証結果をサービスサイトサーバ１２０に送信してもよい。あるいは、ワンタイム暗証情報を受信してから所定時間の間に入力操作がおこなわれなかった場合には、サービスサイトサーバ１２０に対して一切の情報を送信しないようにしてもよい。
【０１０４】
（ワンタイム認証の操作手順およびデータの流れ）
つぎに、ワンタイム認証システムにおけるワンタイム認証の操作手順およびデータの流れについて説明する。図６−１、図６−２、図６−３、図６−４、図６−５、図６−６および図６−７は、ワンタイム認証の操作手順およびデータの流れを示す説明図である。ワンタイム認証システムにおけるワンタイム認証に際して、利用者は、携帯端末装置２２０のディスプレイ４０４にワンタイム認証のログイン画面６１０を表示した状態で携帯端末装置２２０を操作して、利用者が決定した任意のワンタイム暗証情報を所定の入力欄６１１に入力する（図６−１を参照）。この時点において、利用者は、本人である場合もあり、本人以外の場合も想定される。
【０１０５】
つぎに利用者は、所定の入力欄６１１にワンタイム暗証情報を入力した状態で「ログイン」キー６２１を選択操作する。携帯端末装置２２０は、「ログイン」キー６２１の選択操作にしたがって、所定の入力欄６１１に入力されたワンタイム暗証情報でのログインのリクエストを、サービスサイトサーバ１２０に送信する（図６−２を参照）。このとき、ディスプレイ４０４の所定の入力欄６１１にワンタイム暗証情報を表示して出力することによって、ワンタイム暗証情報を携帯端末装置２２０の利用者（本人）の脳に記憶させることができる。また、このとき、送信したログインのリクエストに含まれるワンタイム暗証情報を、携帯端末装置２２０が備える所定の記憶領域に出力し、当該所定の記憶領域においてワンタイム暗証情報を記憶するようにしてもよい。
【０１０６】
サービスサイトサーバ１２０は、携帯端末装置２２０から送信されたログインのリクエストを受け付けると、受け付けたログインのリクエストの送信元となる携帯端末装置２２０の識別情報を取得し、取得した識別情報に関連付けられた統合ワンタイム認証サーバ１３０（認証システム）の識別情報を抽出する（図６−３を参照）。これによって、統合ワンタイム認証サーバ１３０を特定することができる。この実施の形態においては、不正のない、正常なログインであれば、ログインのリクエストの送信元となる携帯端末装置２２０が本人の携帯端末装置として特定される。
【０１０７】
そして、抽出した識別情報の統合ワンタイム認証サーバ１３０に対して、ログインのリクエストに含まれるワンタイム暗証情報でのワンタイム認証のリクエストを送信する（図６−４を参照）。サービスサイトサーバ１２０から携帯端末装置２２０に対する認証のリクエストの送信は、ＳＭＳを用いておこなうとよい。ＳＭＳを用いて、宛先を特定したＰＵＳＨ型の通信をおこなうことにより、セキュリティ性を確保することができる。サービスサイトサーバ１２０から携帯端末装置２２０に対する認証のリクエストの送信は、ＳＭＳに代えてＥ−Ｍａｉｌアドレスを用いておこなってもよい。
【０１０８】
携帯端末装置２２０は、認証のリクエストを受信すると、受信した認証のリクエストのチェックをおこなう。チェックは、まず、認証のリクエストの送信元となるクライアント端末１１０が自装置であるか否か、すなわち認証のリクエストの送信元の識別情報と携帯端末装置２２０自身の識別情報とが一致するか否かを判断する（図６−５を参照）。これによって、携帯端末装置２２０以外のコンピュータ装置２１０においておこなわれたログインのリクエストを排除することができ、セキュリティ性を確保することができる。
【０１０９】
また携帯端末装置２２０は、認証のリクエストの送信元の識別情報と携帯端末装置２２０自身の識別情報とが一致すると判断した場合は、認証のリクエストに含まれるワンタイム暗証情報を抽出し、抽出したワンタイム暗証情報と所定の記憶領域に記憶したワンタイム暗証情報とが一致するか否かを判断する（図６−５を参照）。一致するか否かの判断は携帯端末装置２２０の利用者（本人）の入力操作によって判断してもよく、所定の入力操作があった場合を一致しているものと判断し、当該所定の入力操作とは別の操作がなされた場合あるいは所定時間の間一切の入力操作がない場合を不一致であると判断することができる。所定の入力操作は、具体的には、たとえばサービスサイトサーバ１２０に対して空メールを返信する操作とするとよい。既存機能を流用した方法の中では、空メールの返信がもっとも操作クリック数が少なく、上記所定の入力操作を空メールの返信をおこなう操作とすることによって、この実施の形態のワンタイム認証のＯＫ／ＮＧを決定する本人がおこなう操作の負担を極力軽減することができる。
【０１１０】
たとえば、ＨＴＭＬメールでもボタン機能の使用を許可している端末（高機能携帯やＰＤＡ、モバイルＰＣ）であれば、ＯＫとＮＧのボタン組み込んだ認証の可否メールを本人携帯端末に送信できる。この場合、本人は意思表示をボタンに対しておこなえばよい。具体的には、たとえばＯＫあるいはＮＧのボタン押下によって、ＳＳＬなどのセキュア通信でＯＫやＮＧのサーバサイドスクリプト（ＰＨＰやＣＧＩ、Ｓｅｒｖｌｅｔなどの言語で構築されたＷｅｂサーバのＡＰＩ）を呼び出し、応答部５３２より、サービスサイトへ認証結果を回答することができる。
【０１１１】
携帯端末装置２２０は、所定の入力操作があった場合に、サービスサイトサーバ１２０に対して空メールを送信する（図６−６を参照）。サービスサイトサーバ１２０は、認証のリクエストを送信してから所定時間内に、認証のリクエストの送信先の携帯端末装置２２０（登録アドレス）から送信されたメールを受信したか否かを判断し、受信した場合にログインのリクエストの送信元のクライアント端末１１０（携帯端末装置２２０）のログインを許可する（図６−７を参照）。このとき、認証のリクエストの送信先の携帯端末装置２２０から送信されたメールの内容にかかわらず、メールの受信の有無のみを判断する。
【０１１２】
（表示画面例）
つぎに、携帯端末装置２２０における表示画面例について説明する。図７−１および図７−２は、携帯端末装置２２０における表示画面例を示す説明図である。図７−１および図７−２において、表示画面７１１は、携帯端末装置２２０において所定のサービスサイト（ここでは携帯端末装置２２０を用いた通信販売サイト）への接続中に表示される。サービスサイトへの接続が確立されると、携帯端末装置２２０のディスプレイ４０４にはログイン画面７１２が表示される。ログイン画面７１２が表示されると、利用者はあらかじめおこなった会員登録時に登録したパスワードを入力してログインをおこなう（このケースでは、本件を２要素認証のサブ認証的な扱いとしている）。ログイン画面７１２が表示された場合、利用者はワンタイム認証用のパスワードではなく、所定のサービスサイトへのログイン用に指定された固定パスワードを入力する。これによって所定のサービスサイトのポータル画面７１３が表示される。
【０１１３】
利用者がポータル画面７１３およびポータル画面７１３から遷移可能な表示画面にしたがって入力操作をおこなって購入対象となる商品（ここでは、クマのぬいぐるみ）を指定すると、携帯端末装置２２０のディスプレイ４０４には意思表示画面７１４が表示される。意思表示画面７１４は、購入の意思の有無を入力する画面であって、利用者がポータル画面７１３の表示内容にしたがって操作をおこない、購入対象となる商品（ここでは、クマのぬいぐるみ）を指定した場合に表示される。この意思表示画面７１４において「確定」を選択操作すると、携帯端末装置２２０においてはワンタイム認証アプリケーションが起動され、ログイン画面６１０が表示される。
【０１１４】
ログイン画面６１０において、利用者がワンタイム暗証情報を入力し（ここでは「９６４４３２」とするが、語呂あわせで「黒い色のクマ」なら「９６１１６９」としてもよい）、「ログイン」キー６２１を操作すると、携帯端末装置２２０とサービスサイトサーバ１２０との間で図６−１〜図６−７に示したワンタイム認証の処理がおこなわれる。ワンタイム認証の処理がおこなわれている間、携帯端末装置２２０のディスプレイ４０４には表示画面７２１が表示される。
【０１１５】
また、ワンタイム認証の処理がおこなわれている間、サービスサイトサーバ１２０から送信された認証のリクエストを受信すると、前記の携帯端末装置２２０と同一かわからないが、本人の携帯端末装置２２０のディスプレイ４０４には表示画面７２２が表示される。表示画面７２２には、利用者が入力したワンタイム暗証情報「９６４４３２」と、このワンタイム暗証情報での認証を許可する場合には返信操作を促すメッセージと、が表示されている。また表示画面７２２には、表示画面７２２を表示させるメッセージの受信日時などが表示されている。
【０１１６】
表示画面７２２が表示された携帯端末装置２２０の所有者、すなわち本人は表示画面７２２の内容に異存がない場合に、サービスサイトサーバ１２０に対して空メールを送信する。一般的に、携帯端末装置２２０においては、受信したメールに対して「返信」を選択し、その後「実行」を操作することによって空メールを返信することができる。すなわち、利用者（本人）に対して簡単な操作をおこなわせるだけで購入の意思があることを確認し、ログイン画面７１２に加えた購入決定時の認証をおこなうことでなりすましを排除し、高いセキュリティ性を確保することができる。購入対象となる商品の購入意思を示した携帯端末装置２２０のディスプレイ４０４には表示画面７２３が表示され、これによって１つの商品の購入処理が完了する。
【０１１７】
なお表示画面７２２においては、空メール返信用のキーを表示してもよい。これによって、本人はワンクリックで空メールを送信することができる。なお、認証のリクエストに対する認証結果として認証を許可（あるいは認証を禁止）する場合に空メールを送信（返信）するようにしたが、認証の可否に対する本人の意志表示の方法はこれに限るものではない。
【０１１８】
統合ワンタイム認証サーバ１３０を携帯端末装置２２０によって実現する場合は、デコレーションメール、デコメーションメールあるいはデコメールやＨＴＭＬメールなどのＥ−Ｍａｉｌの拡張機能を利用することによって、「ＯＫ」あるいは「ＮＧ」を示す空メール返信用のキーをそれぞれ設け、操作されたキーの種類に応じて「ＯＫ」あるいは「ＮＧ」の意思表示をおこなうことができるようにしてもよい。これによって、認証のリクエストを受信していたが気づかなかったために認証が許可（あるいは認証が禁止）できなかったという事態の発生を防止することができる。あるいは該当するサービスサイトサーバを宛先とするテキストメールを作成し、このテキストメールによって「ＯＫ」あるいは「ＮＧ」の意思表示をおこなうようにしてもよい。いずれの場合にも、統合ワンタイム認証サーバ１３０から「ＯＫ」あるいは「ＮＧ」の意思表示があった時点において、利用者が本人であることが特定できる。
【０１１９】
表示画面７２２を表示する携帯端末装置２２０は、購入対象となる商品を選択した携帯端末装置２２０に限るものではない。表示画面７２２は、たとえば本人の知らないところで購入対象となる商品が選択され、ワンタイム認証がおこなわれた場合にも本人の携帯端末装置２２０に表示される。この場合、本人は身に覚えのない商品の購入の意思確認を受けることとなるが、空メールの送信などをおこなわずに放置しておくことで購入の意思がないことをサービスサイトに対して示すことができる。
【０１２０】
（携帯端末装置２２０の処理手順）
つぎに、携帯端末装置２２０の処理手順について説明する。図８は、携帯端末装置２２０の処理手順を示すフローチャートである。図８に示したフローチャートは、サービスサイトへの接続が確立された場合に実行される。図８のフローチャートにおいて、まず、サービスサイトへの接続が確立されると、ディスプレイ４０４にログイン画面６１０を表示し（ステップＳ８０１）、ログイン画面６１０における「ログイン」キー６２１が操作されることによるログイン指示があったか否かを判断する（ステップＳ８０２）。
【０１２１】
ステップＳ８０２において、ログイン指示がない場合（ステップＳ８０２：Ｎｏ）は、ステップＳ８０５へ移行する。ログイン指示があった場合（ステップＳ８０２：Ｙｅｓ）は、ログイン画面６１０における所定の入力欄６１１にワンタイム暗証情報が入力されているか否かを判断し（ステップＳ８０３）、入力されていない場合（ステップＳ８０３：Ｎｏ）はワンタイム暗証情報が入力されるまで待機する。
【０１２２】
ステップＳ８０３において、ワンタイム暗証情報が入力されている場合（ステップＳ８０３：Ｙｅｓ）は、サービスサイトサーバ１２０に対してワンタイム暗証情報を含むログインのリクエストを送信する（ステップＳ８０４）。そして、ログインのリクエストを送信したことにより認証のリクエストを受信したか否かを判断する（ステップＳ８０５）。認証のリクエストを受信していない場合（ステップＳ８０５：Ｎｏ）は、ステップＳ８０２へ戻る。
【０１２３】
ステップＳ８０５において、認証のリクエストを受信した場合（ステップＳ８０５：Ｙｅｓ）は、受信した認証のリクエストの送信元の識別情報および当該リクエストに含まれるワンタイム暗証情報を抽出し（ステップＳ８０６）、送信元が自端末であるか否かを判断する（ステップＳ８０７）。ステップＳ８０７においては、認証のリクエストの送信元の識別情報と自端末の識別情報とを比較し、一致する場合を送信元が自端末であると判断する。送信元が自端末ではない場合（ステップＳ８０７：Ｎｏ）は、そのまま一連の処理を終了する。
【０１２４】
ステップＳ８０７において、送信元が自端末である場合（ステップＳ８０７：Ｙｅｓ）は、認証ＯＫの入力があったか否かを判断する（ステップＳ８０８）。ステップＳ８０８においては、携帯端末装置２２０において受信した認証のリクエストに対する返信をおこなう入力操作があったか否かを判断し、当該入力操作があった場合に認証ＯＫの入力があったと判断する。認証ＯＫの入力があった場合（ステップＳ８０８：Ｙｅｓ）は、サービスサイトサーバ１２０に対して認証ＯＫを示す認証結果を送信する（ステップＳ８０９）。
【０１２５】
その後、表示画面７２３など、提供するサービスをあらわす画面を表示するサービス画面情報を受信するまで待って（ステップＳ８１０：Ｎｏ）、サービス画面情報を受信すると（ステップＳ８１０：Ｙｅｓ）、受信したサービス画面情報に基づくサービス画面（表示画面７２３など）を表示して（ステップＳ８１１）、一連の処理を終了する。
【０１２６】
一方、ステップＳ８０８において、認証ＯＫの入力がない場合（ステップＳ８０８：Ｎｏ）は、認証ＮＧの入力があったか否かを判断する（ステップＳ８１２）。ステップＳ８１２においては、携帯端末装置２２０に表示された表示画面７２２を閉じるあるいは削除する入力操作があったか否かを判断し、当該入力操作があった場合に認証ＮＧの入力があったと判断する。そして、認証ＮＧの入力があった場合には（ステップＳ８１２：Ｙｅｓ）は、サービスサイトサーバ１２０に対して認証ＮＧを示す認証結果を送信して（ステップＳ８１３）、一連の処理を終了する。
【０１２７】
またステップＳ８１２において、認証ＮＧの入力がない場合（ステップＳ８１２：Ｎｏ）は、認証のリクエストを受信してから所定時間が経過したか否かを判断し（ステップＳ８１４）、経過していない場合（ステップＳ８１４：Ｎｏ）はステップＳ８０８に戻る。また経過した場合（ステップＳ８１４：Ｙｅｓ）は、一連の処理を終了する。
【０１２８】
（サービスサイトサーバ１２０の処理手順）
つぎに、サービスサイトサーバ１２０を実現するコンピュータ装置２１０の処理手順について説明する。図９は、サービスサイトサーバ１２０を実現するコンピュータ装置の処理手順を示すフローチャートである。図９に示したフローチャートは、サービスサイトサーバ１２０が提供するサービスを利用中の携帯端末装置２２０において、ログイン画面６１０の表示が必要になった場合に実行される。図９のフローチャートにおいて、まず、ログイン画面情報を送信し（ステップＳ９０１）、送信したログイン画面情報にしたがって携帯端末装置２２０から送信されるログインのリクエストを受信するまで待機する（ステップＳ９０２：Ｎｏ）。ログイン画面情報を送信してから所定時間が経過してもログインのリクエストを受信していない場合には、そのまま一連の処理を終了してもよい。
【０１２９】
ステップＳ９０２において、ログインのリクエストを受信した場合（ステップＳ９０２：Ｙｅｓ）は、受信したログインのリクエストから当該リクエストの送信元となるクライアント端末１１０としての携帯端末装置２２０の識別情報を取得し（ステップＳ９０３）、アドレス情報（兼元帳）ファイル１２１を参照して、取得された識別情報に関連付けられた統合ワンタイム認証サーバ１３０の識別情報を抽出する（ステップＳ９０４）。
【０１３０】
そして、ステップＳ９０３において取得した識別情報とステップＳ９０４において抽出した識別情報とを用いて認証のリクエストを生成し（ステップＳ９０５）、ログインのリクエストの送信元となる携帯端末装置２２０に対して、生成した認証のリクエストを送信する（ステップＳ９０６）。また認証のリクエストを送信してからの経過時間のカウントを開始する（ステップＳ９０７）。
【０１３１】
つぎに、認証ＯＫまたは認証ＮＧを示す認証結果を受信したか否かを判断し（ステップＳ９０８）、認証結果を受信した場合（ステップＳ９０８：Ｙｅｓ）は、受信した認証結果が認証ＯＫであるか否かを判断する（ステップＳ９０９）。認証ＯＫの認証結果を受信した場合（ステップＳ９０９：Ｙｅｓ）は、ステップＳ９０３において取得した識別情報によって特定される携帯端末装置２２０宛に該当するサービス画面情報を送信して（ステップＳ９１０）、一連の処理を終了する。一方、ステップＳ９０９において、受信した認証結果が認証ＯＫではない場合（ステップＳ９０９：Ｎｏ）は、ステップＳ９０３において取得した識別情報によって特定される携帯端末装置２２０宛に、認証失敗の表示画面を表示させる認証失敗通知情報を送信して（ステップＳ９１１）、一連の処理を終了する。
【０１３２】
またステップＳ９０８において、ステップＳ９０７からカウントを開始した経過時間に基づいて、認証のリクエストを送信してから所定時間が経過したか否かを判断し（ステップＳ９１２）、経過していない場合（ステップＳ９１２：Ｎｏ）はステップＳ９０８へ戻り、経過した場合（ステップＳ９１２：Ｙｅｓ）には携帯端末装置２２０において認証が許可されないために認証結果が受信できなかったと判断してステップＳ９１１に移行する。
【０１３３】
上述したように、この実施の形態１の認証システムによれば、ログイン時に利用者自身が自らの行為によって発生させた情報を用いて、本人が事前に設定した認証サーバにおいて認証がおこなわれるため、ログインをおこなうクライアント端末１１０とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、利用者自身が分かりやすい（正偽を判定しやすい）情報を用いて利用者が本人であるか否かを認証することができる。これによって、サービスサイトなどによって一方的に決定されたために覚えにくい固定のパスワードなどを用いることなく、複数の要素を用いた認証（複数要素認証）をおこなうことができる。
【０１３４】
また、この実施の形態１の認証システムによれば、サービスサイトサーバ１２０の外部で認証をおこなうため、複数のサービスサイトを利用する場合にもワンタイム認証をおこなう１つの統合ワンタイム認証サーバ１３０を統一することができる。これによって、利用するサービスサイトにかかわらず、ログイン時に任意のワンタイム暗証情報を入力すればよく、ログインに際しての認証を容易に統合することができる。
【０１３５】
このように、この実施の形態１の認証システムによれば、固定のパスワードなどを用いた認証と併用することによって、入力操作を煩雑にするなどの利用者の負担を増加することなく、またサービスサイトサーバ１２０にあらたな認証システムを導入させることなく、セキュリティ性を向上させることができる。これによって高いセキュリティ性を確保するとともに、利用者およびサービス提供者の利便性の向上を図ることができる。
【０１３６】
また、この実施の形態１の認証システムによれば、サービスサイトサーバ１２０が認証のリクエストを送信してから所定時間内に認証結果を受信しなかったことをもってログインの可否を決定するため、統合ワンタイム認証サーバ１３０からの認証結果を受信しなくてもログインの可否が決定できる。これによって、利用者はログインの許可あるいは排除のいずれかの意思表示をおこなう場合にのみ携帯端末装置２２０に対する入力操作をおこなえばよく、利用者の負担を増加することなく複数要素認証をおこなうことができ、セキュリティ性の向上を図ることができる。また、認証結果の受信にかかる認証サーバとサービスサイトとの通信の工程を省くことができる。
【０１３７】
また、この実施の形態１の認証システムによれば、統合ワンタイム認証サーバ１３０がクライアント端末１１０とともに本人の携帯端末装置２２０によって実現されているため、ログイン指示があるごとに本人の携帯端末装置２２０において認証がおこなわれるため、ログイン指示があるごとに当該指示があったことを本人の携帯端末装置２２０を介して本人に伝達するとともにその認証を本人の了承のもとにおこなうことができる。これによって、ワンタイム暗証情報の検証に加えて、ワンタイム認証をおこなうタイミングも検証することができるので、セキュリティ性の一層の向上を図ることができる。
【０１３８】
また、この実施の形態１の認証システムによれば、サービスサイトサーバ１２０からクライアント端末１１０への通信にＳＭＳを用いることによって、サービスサイトサーバ１２０と任意の端末装置とが電話回線によって接続されている場合に限ってショートメッセージの送受信を確立することができ、ワンタイム認証にかかわる情報を漏洩することなく、認証結果をリアルタイムで送信することができる。これによって、セキュリティ性の向上を図るとともに、迅速なワンタイム認証を実現し、利用者の利便性の向上を図ることができる。
【０１３９】
この実施の形態１の認証システムによれば、たとえば、ワンタイム認証が要求された時点において本人が携帯端末装置２２０を携帯していなくても、予定される未来のワンタイム認証のワンタイム暗証情報や、日時、場所、購入商品内容（上限金額やクマなどの商品キーワード）の行為を組合せＡＮＤやＯＲ、ＮＯＴ、ＸＯＲなど論理条件で事前に統合ワンタイム検証サーバ１３２などの認証サイトへ指定登録（ワンタイムルールの事前登録）していれば、本人ログインに対し、一度だけ自動承認するなどの自動処理が実現可能となる。この自動承認ルールをパスワードの一致としたものが従来のパスワード認証であるが、この実施の形態においてはこのような自動承認とは異なり、たとえば事前にイベント内容のみを登録しておけば、当該イベントにおけるログインを自動承認することが可能になる。
【０１４０】
（実施の形態２）
つぎに、この発明にかかる実施の形態２の認証システムについて説明する。実施の形態２においては、実施の形態１と同一部分は同一符号で示し、説明を省略する。この発明にかかる実施の形態２の認証システムにおいては、ワンタイム暗証情報の入力方法が第１の実施の形態と異なっており、携帯端末装置２２０が備えるワンタイム暗証発行機能によって生成したワンタイム暗証情報を含むログインのリクエストをサービスサイトサーバ１２０に対して送信する。
【０１４１】
（携帯端末装置２２０の処理手順）
図１０は、この発明にかかる実施の形態２の認証システムにおける携帯端末装置２２０の処理手順を示すフローチャートである。図１０のフローチャートにおいて、まず、サービスサイトへの接続が確立され、ディスプレイ４０４にログイン画面６１０を表示するためのログイン画面情報を受信するまで待機する（ステップＳ１００１：Ｎｏ）。そして、ログイン画面情報を受信すると（ステップＳ１００１：Ｙｅｓ）、ワンタイム暗証発行機能によってワンタイム暗証情報を生成し（ステップＳ１００２）、生成したワンタイム暗証情報およびログイン画面情報を用いて、所定の入力欄６１１にワンタイム暗証情報が表示されたログイン画面６１０を表示する（ステップＳ１００３）。
【０１４２】
そして、ログイン画面６１０における「ログイン」キー６２１が操作されることによるログイン指示があるまで待機し（ステップＳ１００４：Ｎｏ）、ログイン指示があった場合（ステップＳ１００４：Ｙｅｓ）は、サービスサイトサーバ１２０に対してワンタイム暗証情報を含むログインのリクエストを送信する（ステップＳ１００５）。そして、ログインのリクエストを送信したことにより認証のリクエストを受信したか否かを判断する（ステップＳ１００６）。認証のリクエストを受信していない場合（ステップＳ１００６：Ｎｏ）は、ステップＳ１００４へ戻る。
【０１４３】
ステップＳ１００６において、認証のリクエストを受信した場合（ステップＳ１００６：Ｙｅｓ）は、受信した認証のリクエストの送信元の識別情報および当該リクエストに含まれるワンタイム暗証情報を抽出し（ステップＳ１００７）、送信元が自端末であるか否かを判断する（ステップＳ１００８）。ステップＳ１００８においては、認証のリクエストの送信元の識別情報と自端末の識別情報とを比較し、一致する場合を送信元が自端末であると判断する。送信元が自端末ではない場合（ステップＳ１００８：Ｎｏ）は、そのまま一連の処理を終了する。
【０１４４】
ステップＳ１００８において、送信元が自端末である場合（ステップＳ１００８：Ｙｅｓ）は、認証ＯＫの入力があったか否かを判断する（ステップＳ１００９）。ステップＳ１００９においては、携帯端末装置２２０において受信した認証のリクエストに対する返信をおこなう入力操作があったか否かを判断し、当該入力操作があった場合に認証ＯＫの入力があったと判断する。認証ＯＫの入力があった場合（ステップＳ１００９：Ｙｅｓ）は、サービスサイトサーバ１２０に対して認証ＯＫを示す認証結果を送信する（ステップＳ１０１０）。
【０１４５】
その後、表示画面７２３など、提供するサービスをあらわす画面を表示するサービス画面情報を受信するまで待って（ステップＳ１０１１：Ｎｏ）、サービス画面情報を受信すると（ステップＳ１０１１：Ｙｅｓ）、受信したサービス画面情報に基づくサービス画面（表示画面７２３など）を表示して（ステップＳ１０１２）、一連の処理を終了する。
【０１４６】
一方、ステップＳ１００９において、認証ＯＫの入力がない場合（ステップＳ１００９：Ｎｏ）は、認証ＮＧの入力があったか否かを判断する（ステップＳ１０１３）。ステップＳ１０１３においては、携帯端末装置２２０に表示された表示画面７２２を閉じるあるいは削除する入力操作があったか否かを判断し、当該入力操作があった場合に認証ＮＧの入力があったと判断する。そして、認証ＮＧの入力があった場合には（ステップＳ１０１３：Ｙｅｓ）は、サービスサイトサーバ１２０に対して認証ＮＧを示す認証結果を送信して（ステップＳ１０１４）、一連の処理を終了する。
【０１４７】
またステップＳ１０１３において、認証ＮＧの入力がない場合（ステップＳ１０１３：Ｎｏ）は、認証のリクエストを受信してから所定時間が経過したか否かを判断し（ステップＳ１０１５）、経過していない場合（ステップＳ１０１５：Ｎｏ）はステップＳ１００９に戻る。また経過した場合（ステップＳ１０１５：Ｙｅｓ）は、一連の処理を終了する。
【０１４８】
上述したように、この実施の形態２の認証システムによれば、利用者がパスワードなどの入力操作をおこなうことなく、ログイン時に生成されたワンタイム暗証情報を用いて、本人が事前に設定した統合ワンタイム認証サーバ１３０において認証をおこなうため、クライアント端末１１０とサービスサイトサーバ１２０との間で同期をとった共通鍵や共通ロジックを利用することなく、ログインごとに異なる情報を用いて利用者が本人であるか否かを認証することができる。
【０１４９】
これによって、入力操作を煩雑にするなどの利用者の負担を増加することなく、またサービスサイトサーバ１２０にあらたな認証システムを導入させることなく、セキュリティ性を向上させることができる。これによって高いセキュリティ性を確保するとともに、利用者およびサービス提供者の利便性の向上を図ることができる。
【０１５０】
（実施の形態３）
つぎに、この発明にかかる実施の形態３の認証システムについて説明する。実施の形態３においては、実施の形態１、２と同一部分は同一符号で示し、説明を省略する。この発明にかかる実施の形態３の認証システムにおいては、実施の形態１、２とは異なり、携帯端末装置２２０がＨＴＴＰサーバ機能を備えている。ＨＴＴＰサーバ機能によって、ＨＴＴＰを用いてクライアント端末１１０と統合ワンタイム認証サーバ１３０とを同期させることができる。サービスサイトサーバ１２０と統合ワンタイム認証サーバ１３０としての携帯端末装置２２０との通信に際しては、共通鍵方式を利用してＨＴＴＰ通信の内容を暗号化する。共通鍵方式を利用した暗号化については公知の技術であるため説明を省略する。
【０１５１】
（ワンタイム認証の操作手順およびデータの流れ）
つぎに、ワンタイム認証システムにおけるワンタイム認証の操作手順およびデータの流れについて説明する。図１１−１、図１１−２および図１１−３は、この発明にかかる実施の形態３のワンタイム認証の操作手順およびデータの流れを示す説明図である。図１１−１において、携帯端末装置２２０に対してワンタイム認証のログイン画面６１０を表示する入力操作があった場合、ワンタイム暗証発行機能１１２によってワンタイム暗証情報を生成する。生成したワンタイム暗証情報はディスプレイ４０４に表示してもよい。そして、生成されたワンタイム暗証情報でのログインのリクエストを、サービスサイトサーバ１２０に送信するとともに、生成したワンタイム暗証情報を携帯端末装置２２０における所定のメモリに記憶する。
【０１５２】
図１１−２において、サービスサイトサーバ１２０は、携帯端末装置２２０から送信されたログインのリクエストを受け付けると、秘密鍵（公開鍵）を生成し、生成した秘密鍵（公開鍵）をログインのリクエストの送信元となる携帯端末装置２２０に送信して、秘密鍵（公開鍵）を通知する。またサービスサイトサーバ１２０は、携帯端末装置２２０に通知した秘密鍵（公開鍵）を用いてログインのリクエストに含まれるワンタイム暗証情報を暗号化する。
【０１５３】
さらにサービスサイトサーバ１２０は、ログインのリクエストの送信元となる携帯端末装置２２０の識別情報を取得し、取得した識別情報に関連付けられた統合ワンタイム認証サーバ１３０の識別情報を抽出する。そして、抽出した識別情報の統合ワンタイム認証サーバ１３０に対して、暗号化したワンタイム暗証情報を含むワンタイム認証のリクエストを送信する。サービスサイトサーバ１２０から携帯端末装置２２０に対する認証のリクエストの送信は、ＨＴＴＰを用いておこなう。
【０１５４】
図１１−３において、携帯端末装置２２０は、認証のリクエストを受信すると、受信した認証のリクエストに含まれるワンタイム暗証情報を、別途通知された秘密鍵（公開鍵）を用いて復号化し、図１１−１において生成したワンタイム暗証情報と一致するか否かを検証する。一致する場合、ディスプレイ４０４に「処理を継続しますか？」などのメッセージ、および、「ＯＫ」や「ＮＧ」などの処理を継続するか否かの意思表示をおこなわせる操作キーを表示する。そして、「ＯＫ」キーが操作された場合、サービスサイトサーバ１２０に対して「ＯＫ」を示す情報を別途通知された秘密鍵（公開鍵）を用いて暗号化したメールを送信する。
【０１５５】
サービスサイトサーバ１２０は、認証のリクエストを送信してから所定時間内に、認証のリクエストの送信先の携帯端末装置２２０から送信されたメールを受信したか否かを判断し、受信した場合には図１１−１に示した秘密鍵（公開鍵）を用いて復号化する。そして、復号化した内容にしたがって、「ＯＫ」であればログインのリクエストの送信元の携帯端末装置２２０のログインを許可する（図１１−７を参照）。この場合は、認証のリクエストの送信先の携帯端末装置２２０から送信されたメールの内容によって選択的にログインを許可するようにしているが、このような運用にかかわらず所定時間内におけるメールの受信の有無のみを判断することによってログインを許可するか否かを決定してもよい。
【０１５６】
上述したように、実施の形態３の認証システムによれば、クライアント端末１１０および統合ワンタイム認証サーバ１３０を実現する携帯端末装置２２０がＨＴＴＰサーバ機能を備え、各リクエストを共通鍵で暗号化することにより、ＨＴＴＰＳなどのプロトコルを用いて通信をおこなう場合と比較して、証明書調達のためなどの負担を利用者にかけることなくセキュリティ性の高い通信をおこなうことができる。
【０１５７】
なお、上述した実施の形態１、２および３においては、サービスサイトサーバ１２０が運営するサービスサイトにおいて統合ワンタイム認証サーバ１３０の識別情報として、クライアント端末１１０となる携帯端末装置２２０の識別情報を登録するようにしたが、これに限るものではない。たとえば統合ワンタイム認証サーバ１３０をコンピュータ装置２１０によって実現し、複数のクライアント端末１１０のワンタイム認証を１台の統合ワンタイム認証サーバ１３０によっておこなうようにしてもよい。この場合、統合ワンタイム認証サーバ１３０を複数のクライアント端末１１０にレンタルする運用とするとよい。これによって、実施の形態３の認証システムのように、クライアント端末１１０とサービスサイトサーバ１２０との間での複雑な共通鍵の交換処理を不要とし、共通鍵の利用をともなう各処理を統合ワンタイム認証サーバ１３０において集約しておこなうことができる。
【０１５８】
さらに、たとえば統合ワンタイム認証サーバ１３０から本人の携帯端末装置２２０に認証のリクエストを出力し、ワンタイム暗証情報の検証を本人の携帯端末装置２２０においておこなうようにしてもよい。さらに、クライアント端末１１０を本人以外の利用者（たとえば本人の家族など）の携帯端末装置２２０によって実現してもよい。これにより本人の家族がネットショッピングをしようとログイン画面６１０において所定の入力操作がおこなわれた場合、本人の携帯端末装置２２０における入力操作に表示画面７２２が表示され、ログインを許可するか否かを本人が決定することができる。これによって、たとえば店舗で子供が希望している商品の購入の可否を、会社など子供とは別の場所にいる親が決定することができる。
【０１５９】
このような運用をおこなう場合、サービスサイトサーバ１２０と統合ワンタイム認証サーバ１３０との間および統合ワンタイム認証サーバ１３０と本人の携帯端末装置２２０との間において、共通鍵を用いて暗号化した情報を送受信する。これによって、本人以外のクライアント端末１１０とサービスサイトサーバ１２０との間での複雑な共通鍵の交換処理を不要とし、ワンタイム認証にかかる処理負担の軽減を図ることができる。
【０１６０】
上述した実施の形態１、２および３においては、１台のクライアント端末１１０および１つのワンタイム暗証情報を用いて、複数のサービスサイトにおけるワンタイム認証を同時（短時間の間）におこなうことが想定される。このような状況では、統一ワンタイム認証サーバ１３０を実現する携帯端末装置２２０が、同じワンタイム暗証情報を含む認証のリクエストを複数受信する可能性があり、同じワンタイム暗証情報を含む認証のリクエストを複数受信した場合には、どのサービスサイトを利用するための認証のリクエストであるかが分かりづらくなる。
【０１６１】
この対策として、はじめにログインのリクエストを送信したワンタイム認証が完了するまでの間は、その他のワンタイム認証にかかわる認証のリクエストを受け付けないように制限するとよい。また別の対策として、サービスサイトあるいはサービスサイトによって提供される各サービスに識別情報をつけ、この識別情報を含む認証のリクエストをクライアント端末１１０に送信してもよい。これによって複数のサービスサイトを利用する場合にも、混乱することなくサービスサイトごとのワンタイム認証をおこない、セキュリティ性を確保することができる。
【０１６２】
上述した実施の形態の認証システムが実現するワンタイム認証は、具体的には、たとえば従来のカード決済における認証と併用することができる。具体的には、たとえば決済に際してカードを提示した利用者に対して、この実施の形態のワンタイム認証をおこなわせることによって本人あるいは本人が許可した利用者（家族など）であるかを判断することができる。
【０１６３】
この場合、カード発行会社から本人の携帯端末装置２２０に対して認証のリクエストを送信することによって、カードを提示した利用者が本人あるいは本人が許可した利用者（家族など）であるかを判断することができるので、カードのスキミングの防止や盗難したカードを提示した不正な利用者を発見することができる。また利用者は、身に覚えのないときに認証のリクエストを受信した場合には、カード（あるいはカード情報）が不正に利用されたことを直ちに知ることができる。これによって、盗難したカードを利用したなりすましを防止することができる。また、カード利用時の４桁暗証についても、その都度、本人の自由で４桁の数字を選択でき、暗証の漏えいにも効果が期待できる。更に、本件のシステム対応時には、提携の利用店舗側システムやカード端末の修正を必要としない点も展開時のメリットとなる。
【０１６４】
また、上述した各実施の形態のようにクレジットカードを用いた決済ごとにワンタイム暗証番号の入力と本人への行為の確認が成されることによって、クレジットカード番号などの個人情報が悪用されやすいとされるＷｅｂ取引においても、常に本人の意志をあらわすことができるので、なりすまし防止の効果を一層高くして、セキュリティ性の向上を図ることができる。
【０１６５】
さらに、上述した各実施の形態のようにデビットカードを用いた決済の場合でも、前記の効果が期待できる。また、昨今の不正使用から、デビットカードはご利用極度減額の傾向が強く、デビットカードの利用効果が期待できるオークションや家電量販店のような高額決済市場のニーズとミスマッチの傾向が色濃くなりつつある。これに対し、この実施形態のワンタイム認証を用いれば、セキュリティ向上が確保できるので、ご利用極度増額や引き当ての損害保険料の減額にも期待がもてる。
【０１６６】
また、上述した各実施の形態は、介護対象者のカードの取り扱いにも効果が期待できる。例えば、寝たきりの介護対象者のカードでそのヘルパーが代理人としてカードを使用する場合、カードの所有者（介護対象者）は、カードの暗証番号をヘルパーに教えたくないし、またヘルパーのカード利用が希望する使用内容かどうかも気がかりである。このような場面でも、この実施形態のワンタイム認証を用いれば、４桁暗証はその都度決めればよいし、ヘルパーの利用内容も、都度確認しながら決済を了承することが可能となる。
【０１６７】
また、たとえばログイン画面６１０を表示する際にワンタイム暗証情報を生成し、生成したワンタイム暗証情報を暗号化してから、暗号化されたワンタイム暗証情報を含むログインのリクエストをサービスサイトサーバ１２０に送信するようにしてもよい。この場合、ログインのリクエストを受信したサービスサイトサーバ１２０は、該当する統合ワンタイム認証サーバ１３０に対して所定の秘密鍵を用いての認証のリクエストを送信する。このとき、認証のリクエストは暗号化されたワンタイム暗証情報を含む。
【０１６８】
統合ワンタイム認証サーバ１３０は、暗号化されたワンタイム暗証情報を含む認証のリクエストを受信すると、事前に保有している秘密鍵でワンタイム暗証情報を復号化し、復号化したワンタイム暗証情報と自装置内に記憶したワンタイム暗証情報とが一致するか否かを検証する。検証の結果、一致している場合には、上述した図１１−３と同様にして「ＯＫ」あるいは「ＮＧ」を示す情報を送信する。これによって、暗号化して送信した情報を自分で復号化することができるので、クライアント端末１１０、サービスサイトサーバ１２０および統合ワンタイム認証サーバ１３０の間で秘密鍵や共通鍵を送受信する場合と比較して鍵が途中で漏洩することを確実に防止することができる。
【０１６９】
なお、クライアント端末１１０と統合ワンタイム認証サーバ１３０とは、それぞれ別の装置によって実現してもよいが、同じ１つの構成とすることができる。この場合クライアント端末１１０と統合ワンタイム認証サーバ１３０とが完全に１つの装置によって実現されるものに限らず、たとえば２台の携帯端末装置２２０をケーブル、赤外線通信、ＮＦＣやトランシーバー機能などを利用してセキュアな１対１通信をおこなうことによって、同じ１つの構成と看做してもよい。
【０１７０】
また、コンピュータ装置２１０と本人の携帯端末装置２２０とをＦｅｌｉｃａ近接通信やＶＰＮなどを用いて接続し、互いにセキュアな１対１通信を確立することによって、クライアント端末１１０と統合ワンタイム認証サーバ１３０とを同じ１つの構成と看做してもよい。また、本人のみ占有可能な機能を搭載したコンピュータ装置２１０によって、クライアント端末１１０および統合ワンタイム認証サーバ１３０を実現することによって、クライアント端末１１０と統合ワンタイム認証サーバ１３０とを同じ１つの構成と看做してもよい。この場合、本人のみ占有可能な機能を搭載したコンピュータ装置２１０内に統合ワンタイム認証サーバ１３０を仮想的に設け、仮想的な統合ワンタイム認証サーバ１３０とコンピュータ装置とがＶＰＮや特殊な専用通信でセキュアな１対１通信をおこなうようにすることができる。
【０１７１】
また統合ワンタイム認証サーバ１３０をバイクや自動車などに搭載されたコンピュータ装置によって実現し、給油所に設けられた自動販売機やセルフ給油装置の精算機によってクライアント端末１１０を実現し、クライアント端末１１０と統合ワンタイム認証サーバ１３０とを１対１通信させることによって、クライアント端末１１０と統合ワンタイム認証サーバ１３０とを同じ１つの構成と看做してもよい。
【０１７２】
クライアント端末１１０と統合ワンタイム認証サーバ１３０とを同じ１つの構成と看做せる場合、前記で述べてきた、ワンタイム暗証情報や、日時、場所、購入商品内容などの行為情報を、サービスサイトサーバ１２０経由で統合ワンタイム認証サーバ１３０に送信する伝達ルート以外に、クライアント端末１１０から統合ワンタイム認証サーバ１３０へサービスサイトサーバ１２０を経由せずにセキュアに直接伝達する転送が可能となる。これにより、統合ワンタイム認証サーバ１３０は、人的操作による本人の認証了承の判断を求めなくとも、ワンタイムルールとも照らしあわせ認証の結果判断を、自動で行うことが可能となる。
【０１７３】
これ以外にも、本人に対し、ＯＫ、ＮＧのみの最低限の意思判断を求める操作で一連の認証を実現することもできる。さらに、このＯＫ、ＮＧ以外の部分で、ワンタイム暗証情報や、日時、場所、購入商品内容などの行為情報の入力を、ワンタイムルールとも照らしあわせ認証判断した結果が、ＯＫであった場合は、この時点で本人確認が達成されており、統合ワンタイム認証サーバ１３０以外にクライアント端末１１０上でも、ＯＫ、ＮＧの本人判断の入力を実現してもよい。これにより、小額決済などの決済の回転スピードが求められる局面では、決済時にフェリカ端末に携帯電話をかざし、ＯＫ、ＮＧの判断が、ＯＫであれば、その確認画面をショップ側の端末に表示する事が、可能となる。
【産業上の利用可能性】
【０１７４】
以上のように、この発明にかかる認証システム、認証方法および認証プログラムは、任意の端末装置からサービスサイトへのログインのために認証をおこなう認証システム、認証方法および認証プログラムに有用であり、特に、ログインをおこなうごとに異なるワンタイム暗証情報を用いる認証システム、認証方法および認証プログラムに適している。
【図面の簡単な説明】
【０１７５】
【図１】この発明にかかる実施の形態１の認証システムの概要を示す説明図である。
【図２】この発明にかかる実施の形態１の認証システムのシステム構成を示す説明図である。
【図３】コンピュータ装置のハードウエア構成を示すブロック図である。
【図４】携帯端末装置のハードウエア構成を示すブロック図である。
【図５】認証システムの機能的構成を示すブロック図である。
【図６−１】ワンタイム認証の操作手順およびデータの流れを示す説明図（その１）である。
【図６−２】ワンタイム認証の操作手順およびデータの流れを示す説明図（その２）である。
【図６−３】ワンタイム認証の操作手順およびデータの流れを示す説明図（その３）である。
【図６−４】ワンタイム認証の操作手順およびデータの流れを示す説明図（その４）である。
【図６−５】ワンタイム認証の操作手順およびデータの流れを示す説明図（その５）である。
【図６−６】ワンタイム認証の操作手順およびデータの流れを示す説明図（その６）である。
【図６−７】ワンタイム認証の操作手順およびデータの流れを示す説明図（その７）である。
【図７−１】携帯端末装置における表示画面例を示す説明図（その１）である。
【図７−２】携帯端末装置における表示画面例を示す説明図（その２）である。
【図８】携帯端末装置の処理手順を示すフローチャートである。
【図９】サービスサイトサーバを実現するコンピュータ装置の処理手順を示すフローチャートである。
【図１０】この発明にかかる実施の形態２の認証システムにおける携帯端末装置の処理手順を示すフローチャートである。
【図１１−１】この発明にかかる実施の形態３のワンタイム認証の操作手順およびデータの流れを示す説明図（その１）である。
【図１１−２】この発明にかかる実施の形態３のワンタイム認証の操作手順およびデータの流れを示す説明図（その２）である。
【図１１−３】この発明にかかる実施の形態３のワンタイム認証の操作手順およびデータの流れを示す説明図（その３）である。
【符号の説明】
【０１７６】
１１０ クライアント端末
１２０ サービスサイトサーバ
１３０ 統合ワンタイム認証サーバ
５１１ 受付部
５１２ 生成部
５１３ 出力部
５１４ 送信部
５２１ 記憶部
５２２ 受信部
５２３ 送信部
５２４ 認証結果受信部
５２５ 計時部
５２６ 決定部
５３１ 受信部
５３２ 応答部
【技術分野】
【０００１】
この発明は、任意の端末装置からサービスサイトへのログインのために認証をおこなう認証システム、認証方法および認証プログラムに関する。
【背景技術】
【０００２】
従来、任意の端末装置からサービスサイトへのログインをおこなうごとにログインのためのパスワードを発行（生成）し、発行されたパスワードを用いて認証をおこなう、いわゆるワンタイムパスワード認証がある（たとえば、下記特許文献１を参照。）。ワンタイムパスワード認証では、たとえば、サービス提供サイト別に専用に発行されたトークンに組み込まれた乱数発生ロジックを用いてパスワードを発生させ、トークンを定期的に更新するなどしてセキュリティ強度を維持している。ワンタイムパスワード認証に際してパスワードを受け付けるサーバには、受け付けたパスワードの正偽を検証する専用のプロダクツやアプリケーションが組み込まれている。
【０００３】
【特許文献１】特開２００８−１０８０８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の技術では、サービス提供サイト別にそれ専用のトークンを用意する必要があり、またトークンを定期的に更新する必要があるため、トークンの管理が煩わしいという問題があった。たとえば２つのサービス提供サイトを利用する場合は異なる２つのトークンが必要となり、利用するサービス提供サイト数が多くなるほどトークンの管理が煩雑になってしまう。
【０００５】
また、上述した従来の技術では、サービス提供サイトから発行されたパスワードをワンタイム認証に用いるため、利用者がパスワードを覚えにくく、たとえば利用者はパスワードを入力するごとに当該パスワードを記録したメモと比較して正しいパスワードを入力したことを確認するなどの作業が必要となり、ログイン時の作業が煩わしいという問題があった。
【０００６】
また、上述した従来の技術では、ログイン要求元となる任意の端末装置から受け付けたトークンの正偽を検証するサーバ側に専用のプロダクツやアプリケーションを組み込む必要があるため、ワンタイム認証システムの導入コストや組み込みリスクが高いという問題があった。また乱数発生ロジックを解析できないように、たとえばメンテナンスを頻繁におこなってセキュリティ性の強度を高くするなどの保守運用に配慮しなければならず、管理が煩わしくなって管理コストがかかるという問題があった。
【０００７】
この発明は、上述した従来技術による問題点を解消するため、セキュリティ性を確保するとともに、利用者およびサービス提供者の利便性の向上を図ることができる認証システム、認証方法および認証プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、この発明にかかる認証システムは、任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む認証をおこなう認証システムであって、前記任意の端末装置が、利用者によってその場でおこなわれた行為によって発生する情報の入力を受け付ける受付手段と、前記利用者のログイン指示に応じて、前記受付手段によって受け付けられた情報を前記サービスサイトへ送信する送信手段と、を備え、前記サービスサイトを運営するサービスサイトサーバが、前記本人が事前に設定した認証サーバに関する情報を記憶する記憶手段と、前記任意の端末装置から送信された情報を受信する受信手段と、前記本人が事前に設定した認証サーバに関する情報を前記記憶手段から抽出し、当該認証サーバに対して前記受信手段によって受信された情報を送信する送信手段と、前記送信手段によって送信された情報の認証結果を受信する認証結果受信手段と、前記認証結果受信手段によって受信された認証結果に基づいて、ログインの可否を決定する決定手段と、を備えたことを特徴とする。
【０００９】
この発明によれば、ログイン時に利用者自身が自らの行為によって発生させた情報を用いて、本人が事前に設定した認証サーバの携帯端末装置（本人の携帯端末装置と同等と看做せる装置）を使って認証がおこなわれるため、任意の端末装置とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、利用者自身が分かりやすい（正偽を判定しやすい）情報を用いて利用者が本人であるか否かを認証することができる。また、サービスサイトサーバの外部で認証をおこなうため、複数の異なるサービスサイトへのログインに際しての認証を容易に統合することができる。
【００１０】
また、この発明にかかる認証システムは、任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む認証をおこなう認証システムであって、前記任意の端末装置が、利用者のログイン指示に応じて、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報を生成する生成手段と、前記生成手段によって生成された情報を出力する出力手段と、前記生成手段によって生成された情報を前記サービスサイトへ送信する送信手段と、を備え、前記サービスサイトを運営するサービスサイトサーバが、前記本人が事前に設定した認証サーバに関する情報を記憶する記憶手段と、前記任意の端末装置から送信された情報を受信する受信手段と、前記本人が事前に設定した認証サーバに関する情報を前記記憶手段から抽出し、当該認証サーバに対して前記受信手段によって受信された情報を送信する送信手段と、前記送信手段によって送信された情報の認証結果を受信する認証結果受信手段と、前記認証結果受信手段によって受信された認証結果に基づいて、ログインの可否を決定する決定手段と、を備えたことを特徴とする。
【００１１】
この発明によれば、利用者がパスワードの入力をおこなうことなくログイン時に生成された任意の情報を用いて、本人が事前に設定した認証サーバの携帯端末装置（本人の携帯端末装置と同等と看做せる装置）を使って認証がおこなわれるため、任意の端末装置とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、ログインごとに異なる情報を用いて利用者が本人であるか否かを認証することができる。また、サービスサイトサーバの外部で認証をおこなえるため、複数の異なるサービスサイトへのログインに際しての認証を容易に統合することができる。
【００１２】
また、この発明にかかる認証システムは、上記の発明において、前記サービスサイトサーバが、前記送信手段が前記認証サーバに対して前記情報を送信してからの時間を計時する計時手段を備え、前記決定手段は、前記計時手段によって計時される所定時間内における前記認証結果受信手段による前記認証結果の受信の有無に基づいて、ログインの可否を決定することを特徴とする。この発明によれば、認証サーバからの認証結果を受信しなくてもログインの可否が決定できるので、利用者の負担を増加することなく複数要素認証をおこなうことができる。また、認証結果の受信にかかる認証サーバとサービスサイトとの通信の工程を省き、通信にかかる負担を軽減することができる。
【００１３】
また、この発明にかかる認証システムは、上記の発明において、前記認証サーバが、前記本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）であることを特徴とする。この発明によれば、ログイン指示があるごとに本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）において認証がおこなわれるため、ログイン指示があるごとに当該指示があったことを本人の携帯端末装置を介して本人に伝達するとともにその認証を本人の了承のもとにおこなったり、またその認証過程の一部分や全部を、認証機能を搭載した端末装置に任せることも可能となる。
【００１４】
また、この発明にかかる認証システムは、上記の発明において、前記サービスサイトサーバの送信手段が、前記任意の端末装置へＳＭＳを用いて前記情報を送信することを特徴とする。この発明によれば、サービスサイトサーバと任意の端末装置とが電話回線によって接続されている場合にショートメッセージの送受信が確立されるため、認証にかかわる情報を漏洩することなく、認証結果をリアルタイムで送信することができる。
【００１５】
また、この発明にかかる認証方法は、任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む認証をおこなう認証システムが実行する認証方法であって、前記任意の端末装置に実行させる、利用者によってその場でおこなわれた行為によって発生する情報の入力を受け付ける受付工程と、前記利用者のログイン指示に応じて、前記受付工程によって受け付けられた情報を前記サービスサイトへ送信する送信工程と、前記サービスサイトを運営するサービスサイトサーバに実行させる、前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、前記任意の端末装置から送信された情報を受信する受信工程と、前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、を含んだことを特徴とする。
【００１６】
この発明によれば、ログイン時に利用者自身が自らの行為によって発生させた情報を用いて、本人が事前に設定した認証サーバの携帯端末装置（本人の携帯端末装置と同等と看做せる装置）を使って認証がおこなわれるため、任意の端末装置とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、利用者自身が分かりやすい（正偽を判定しやすい）情報を用いて利用者が本人であるか否かを認証することができる。また、サービスサイトサーバの外部で認証をおこなうため、複数の異なるサービスサイトへのログインに際しての認証を容易に統合することができる。
【００１７】
また、この発明にかかる認証方法は、任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む認証をおこなう認証システムが実行する認証方法であって、前記任意の端末装置に実行させる、利用者のログイン指示に応じて、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報を生成する生成工程と、前記生成工程によって生成された情報を出力する出力工程と、前記生成工程によって生成された情報を前記サービスサイトへ送信する送信工程と、前記サービスサイトを運営するサービスサイトサーバに実行させる、前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、前記任意の端末装置から送信された情報を受信する受信工程と、前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、を含んだことを特徴とする。
【００１８】
この発明によれば、利用者がパスワードの入力をおこなうことなくログイン時に生成された任意の情報を用いて、本人が事前に設定した認証サーバの携帯端末装置（本人の携帯端末装置と同等と看做せる装置）を使って認証がおこなわれるため、任意の端末装置とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、ログインごとに異なる情報を用いて利用者が本人であるか否かを認証することができる。また、サービスサイトサーバの外部で認証をおこなうため、複数の異なるサービスサイトへのログインに際しての認証を容易に統合することができる。
【００１９】
また、この発明にかかる認証プログラムは、任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む認証をおこなう認証システムに実行させる認証プログラムであって、前記任意の端末装置に、利用者によってその場でおこなわれた行為によって発生する情報の入力を受け付ける受付工程と、前記利用者のログイン指示に応じて、前記受付工程によって受け付けられた情報を前記サービスサイトへ送信する送信工程と、を実行させ、前記サービスサイトを運営するサービスサイトサーバに、前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、前記任意の端末装置から送信された情報を受信する受信工程と、前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、を実行させることを特徴とする。
【００２０】
この発明によれば、ログイン時に利用者自身が自らの行為によって発生させた情報を用いて、本人が事前に設定した認証サーバの携帯端末装置（本人の携帯端末装置と同等と看做せる装置）を使って認証がおこなわれるため、任意の端末装置とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、利用者自身が分かりやすい（正偽を判定しやすい）情報を用いて利用者が本人であるか否かを認証することができる。また、サービスサイトサーバの外部で認証をおこなうため、複数の異なるサービスサイトへのログインに際しての認証を容易に統合することができる。
【００２１】
また、この発明にかかる認証プログラムは、任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む認証をおこなう認証システムに実行させる認証プログラムであって、前記任意の端末装置に、利用者のログイン指示に応じて、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報を生成する生成工程と、前記生成工程によって生成された情報を出力する出力工程と、前記生成工程によって生成された情報を前記サービスサイトへ送信する送信工程と、を実行させ、前記サービスサイトを運営するサービスサイトサーバに、前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、前記任意の端末装置から送信された情報を受信する受信工程と、前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、を実行させることを特徴とする。
【００２２】
この発明によれば、利用者がパスワードの入力をおこなうことなくログイン時に生成された任意の情報を用いて、本人が事前に設定した認証サーバの携帯端末装置（本人の携帯端末装置と同等と看做せる装置）を使って認証がおこなわれるため、任意の端末装置とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、ログインごとに異なる情報を用いて利用者が本人であるか否かを認証することができる。また、サービスサイトサーバの外部で認証をおこなうため、複数の異なるサービスサイトへのログインに際しての認証を容易に統合することができる。
【発明の効果】
【００２３】
本発明にかかる認証システム、認証方法および認証プログラムによれば、利用者は、ログインするごとに認証に用いる情報を生成することによって、この認証に用いる情報を長期記憶することなしに、セキュリティ性を確保し、また、トークンの管理などに利用者を煩わせることなくサービスサイトサーバの外部で認証をおこなうことによってサービス提供者の負担が少なく、利用者が利用しやすい認証をおこなうことができ、さらに、目的の認証行為が成立する前に、その指示を本人に伝えることができるという効果を奏する。
【発明を実施するための最良の形態】
【００２４】
以下に添付図面を参照して、この発明にかかる認証システム、認証方法および認証プログラムの好適な実施の形態を詳細に説明する。
【００２５】
（実施の形態１）
（認証システムの概要）
まず、この発明にかかる実施の形態１の認証システムの概要について説明する。図１は、この発明にかかる実施の形態１の認証システムの概要を示す説明図である。図１において、認証システムは、任意の端末装置としてのクライアント端末１１０と、サービスサイトサーバ１２０と、認証サーバとしての統合ワンタイム認証サーバ１３０と、を含んで構成されている。クライアント端末１１０は、サービスサイトサーバ１２０が運営するサービスサイトのコンテンツを利用するための端末装置であり、サービスサイトにログインする際の認証をおこなう認証アプリケーション（認証アプリ）１１１を備えている。クライアント端末１１０とサービスサイトとは、ＨＴＴＰＳなどを利用して通信する。
【００２６】
認証システムにおいては、クライアント端末１１０からサービスサイトへのログインに際して、ログインするごとに異なる暗証情報（以下「ワンタイム暗証情報」という）を用いたいわゆる認証をおこなう。ワンタイム認証は、少なくとも本人を確認する検証処理を本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）でおこなうことを含む。本人の携帯端末装置（本人の携帯端末装置と同等と看做せる装置）は、当該携帯端末装置の所有権、占有権、質権などが本人に帰属している携帯端末装置とする。
【００２７】
ワンタイム暗証情報は、任意の文字列、画像、音声および生体情報（身体情報）の少なくともいずれかからなる情報によって構成され、クライアント端末１１０の利用者が本人であることを特定可能な情報とするとよい。本人は、具体的には、たとえばクライアント端末１１０の利用者としてあらかじめ登録されている利用者とするとよい。クライアント端末１１０は、一連の認証作業をサポートし、たとえばワンタイム暗証情報を生成するワンタイム暗証発行機能１１２を備えていてもよい。
【００２８】
生体情報には、身体的特徴（身体情報）を利用した情報と行動的特徴を利用した情報とのいずれを用いてもよい。身体的特徴は、たとえば指紋、掌形、網膜、虹彩、顔、血管、音声（声紋）、耳形、ＤＮＡなどのように、主として静的な情報を利用して特定することができる。行動的特徴は、筆記時の軌跡・速度・筆圧の変化などの癖を検出（測定）したデータを用いた筆跡情報、キーボードの打鍵の速度やタイミングの癖を検出（測定）したデータを用いたキーストローク情報、発話時の唇の動きの癖を検出（測定）したデータを用いたリップムーブメント情報、まばたきによる黒目領域の変化量を測定した情報、などのように、動的な情報を利用して特定することができる。この他にも、公知のバイオメトリクス認証に用いるバイオメトリクス情報を、この実施の形態の生体情報として用いることができる。
【００２９】
生体情報は、人間に由来するものに限らず、たとえば犬、猫、牛、馬、豚などの各種の動物（ペット、家畜）に由来するものであってもよい。これにより、たとえばペットのみ侵入できる管理区域（動物専用区域）や食べ物の場所などに対し、当該管理区域あるいは場所に進入する動物の目の虹彩情報などを使って入館管理することも可能であるし、さらにはこの実施の形態のワンタイム認証を用いて、動物が該当管理区域あるいは場所に侵入するごとに、飼い主にもその可否判断をゆだねることが可能になる。
【００３０】
この実施の形態におけるワンタイム暗証情報は、一度限りの使用を目的としたものに限るものではなく、たとえば３回、５回などの所定の回数だけ使用可能としてもよい。所定の回数は一定としてもよいし、本人があらかじめ設定した任意の回数としてもよい。またワンタイム暗証情報は、たとえば５分間、１０分間などの所定の期間だけ使用可能としてもよい。所定の期間は一定としてもよいし、本人が設定した任意の時間としてもよい。ワンタイム暗証情報は、添付ファイルによって構成されていてもよい。この場合、利用者はワンタイム認証をおこなうごとにクライアント端末１１０を操作して任意のファイルを選択し、選択した任意のファイルをワンタイム暗証情報として指定する操作をおこなう。
【００３１】
サービスサイトサーバ１２０は、サービスサイトを運営し、サービスサイトへのログインが許可されたクライアント端末１１０に対して当該クライアント端末１１０が利用するコンテンツ（実サービス）を提供する。サービスサイトサーバ１２０は、クライアント端末１１０の識別情報（クライアント端末１１０の操作者を識別できる情報）と統合ワンタイム認証サーバ１３０の識別情報とを関連付けて記憶するアドレス情報（兼元帳）ファイル１２１を備えている。
【００３２】
クライアント端末１１０の識別情報は、たとえば、クライアント端末装置１１０を特定する端末番号であったり、もしくは、事前に取り決めた本人を特定する識別番号であったり、クライアント端末装置１１０を特定する固定のＩＰアドレスや回線識別情報などを用いるとよい。クライアント端末１１０の識別情報は、クライアント端末１１０の電話番号やＥ−ＭａｉｌアドレスやＩＰアドレス、ドメイン、ＵＲＬやＵＲＩなどのアドレス情報を包括する。クライアント端末１１０の識別情報は、ログインの事前におこなわれるワンタイム認証システムの利用申し込みがＷｅｂサイト上でおこなわれた場合に、ログインで使用する本人のクライアント端末１１０を利用して抽出しやすい情報とするとよい。統合ワンタイム認証サーバ１３０の識別情報は、たとえば、統合ワンタイム認証サーバ１３０を特定する固定のＩＰアドレスやドメイン、ＵＲＬやＵＲＩなどのアドレスなどを用いるとよい。
【００３３】
この実施の形態のワンタイム認証は、たとえば、サービスサイトサーバ１２０に本人によって事前に登録された本人のクライアント端末１１０の識別情報および統合ワンタイム認証サーバ１３０に記憶された本人のクライアント端末１１０の識別情報中から、ログイン時におけるクライアント端末１１０の識別情報と一致するクライアント端末１１０の識別情報を使っておこなわれる。統合ワンタイム認証サーバ１３０側では、サービスサイトサーバ１２０に本人によって事前に登録された本人のクライアント端末１１０の識別情報を用いて特定可能な操作者の識別情報を用いて、アドレス情報（兼元帳）ファイル１３３を検索する。アドレス情報（兼元帳）ファイル１３３は、事前に登録されている本人の識別情報にリンクしている。アドレス情報（兼元帳）ファイル１３３については後述する。
【００３４】
アドレス情報（兼元帳）ファイル１２１におけるクライアント端末１１０の識別情報は、本人によってあらかじめ指定することができる。サービスサイトサーバ１２０は、クライアント端末１１０から出力されたログインのリクエストを受信すると、アドレス情報（兼元帳）ファイル１２１を用いて該当する統合ワンタイム認証サーバ１３０を特定し、特定した統合ワンタイム認証サーバ１３０に対して認証のリクエストを出力する。
【００３５】
統合ワンタイム認証サーバ１３０は、サービスサイトサーバ１２０とは別のコンピュータ装置によって実現され、サービスサイトサーバ１２０から出力された認証のリクエストに含まれる情報を用いたワンタイム認証をおこなう。サービスサイトサーバ１２０と統合ワンタイム認証サーバ１３０とは、各サーバ１２０、１３０の管理者どうしの契約などに基づいて提携して運用されている。
【００３６】
統合ワンタイム認証サーバ１３０は、統合ワンタイム受付サーバ１３１と統合ワンタイム検証サーバ１３２とによって構成されている。統合ワンタイム受付サーバ１３１は、サービスサイトサーバ１２０からの認証のリクエストの受付機能や、受け付けた認証のリクエストに対する回答機能を有している。統合ワンタイム受付サーバ１３１とサービスサイトサーバ１２０とは、ＨＴＴＰＳ、ＳＭＳ、Ｅ−ｍａｉｌなどを利用して相互に通信可能とされている。統合ワンタイム受付サーバ１３１とサービスサイトサーバ１２０との間で送信する情報は、共通鍵で暗号化するなどして第三者への漏洩防止を図ったセキュアな通信を実施することが好ましい。
【００３７】
ＳＭＳは、所定のフォーマットによって記述される電文中に挿入した所定数以下の文字（あるいは所定容量以下の情報）を送信先に伝達するサービスである。ＳＭＳでは送信先となる携帯型電話機の電話番号を宛先として指定してショートメッセージを送信する。処理結果の送信はＳＭＳを用いるものに限定されるものではなく、改ざんや複製を防止可能（もしくは検知可能）なメッセージシステムであればよい。
【００３８】
ＳＭＳは、ショートメッセージの送信元と送信先との回線が接続されている場合に、ショートメッセージの送信元から送信先に対して直接ショートメッセージを送信する。ＳＭＳはインターネットなどの公開されたネットワーク２３０を経由せず、ショートメッセージの送信元と送信先とが電話回線によって接続されている場合にショートメッセージの送受信をおこなう。これによりショートメッセージ（ショートメッセージに含まれる情報）を漏洩することなく、ショートメッセージをリアルタイムで送信することができる。
【００３９】
ＳＭＳでは、送信先となる携帯型電話機が通話中あるいは圏外にある場合などはショートメッセージを専用のサーバに保存し、保存したショートメッセージの送信を所定の期間定期的におこなう。なおＳＭＳは、ショートメッセージを保存するサーバを設けるものに限らず、ショートメッセージの送信元から送信先に接続できない場合にはショートメッセージの送信をおこなわない方式であってもよい。
【００４０】
ＳＭＳは、たとえば通信事業会社（キャリア）ごとに異なる規格のもとにおこなわれるものであってもよく、すべてのキャリア間において統一された規格のもとにおこなわれるものであってもよい。またＳＭＳに代えて、ＥＭＳ（Ｅｎｈａｎｃｅｄ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）やＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）を用いることも可能である。
【００４１】
ショートメッセージに挿入可能な情報量には制限があるため、ＳＭＳを用いて認証のリクエストなどを送信する場合は優先度の高い情報から優先して含めることが好ましい。ショートメッセージに含める情報の優先順位はたとえば本人あるいは当該本人の家族などによって任意に設定することが可能とされている。これにより伝達可能な情報量に制限がある場合にもワンタイム認証に際して有効な情報を送信することができる。
【００４２】
また、ＳＭＳの挿入可能な情報量に制限がある場合に、その制限を回避するため、複数のＳＭＳに一連の情報を分割して送信してもよい。この場合、ひと纏まりとなるＳＭＳ各々に対して取引識別番号などのリンク情報を記載することが望ましい。リンク情報は、ＳＭＳの有効期間内にユニークとなることを説明できるような識別情報が望ましい。これによって、情報量が多くなる取引に際してもＳＭＳを適用することができる。
【００４３】
統合ワンタイム受付サーバ１３１は、アドレス情報（兼元帳）ファイル１３３を備えている。アドレス情報（兼元帳）ファイル１３３は、操作中のクライアントの識別情報として、ワンタイム認証を担う本人のクライアント端末の識別情報を記憶している。統合ワンタイム受付サーバ１３１は、アドレス情報（兼元帳）ファイル１２１とアドレス情報（兼元帳）ファイル１３３の２つを使って、唯一、本人占有の統合ワンタイム情報検証機能１３５を特定することができる。
【００４４】
統合ワンタイム検証サーバ１３２は、クライアント端末１１０の識別情報をもとに、アドレス情報（兼元帳）ファイル１３３を検索し、本人のワンタイム情報検証機能１３５を特定する。統合ワンタイム検証サーバ１３２は、アドレス情報（兼元帳）ファイル１３３を記憶してもよい。また、統合ワンタイム検証サーバ１３２が備えるアドレス情報（兼元帳）ファイル１３３は、統合ワンタイム受付サーバ１３１が備えるアドレス情報（兼元帳）ファイル１３３の情報以外にも、本人のクライアント端末の氏名、住所、性別、年齢、取引上限金額、自動でログインを検証する事前登録型のワンタイムな認証ルールなどを、本人のクライアント端末の利用者に関する情報を関連付けて記憶していてもよい。
【００４５】
また統合ワンタイム検証サーバ１３２は、ワンタイム情報検証機能１３５を備えている。統合ワンタイム検証サーバ１３２は、ワンタイム情報検証機能１３５の入力情報として、ＲＳＡ社のワンタイムトークンのように、クライアント端末１１０と統合ワンタイム認証サーバ１３０とにワンタイム暗証発行機能を備えているケースでは、クライアント側の発生パスワードと同期している暗証情報をサーバ側でも発生可能であり、ワンタイム情報検証機能１３５は両暗証情報を引数に検証をおこなう。この場合のワンタイム暗証情報は、ＲＳＡ社のワンタイムトークンなどを用いて生成する。乱数発生装置、ＲＳＡ社のワンタイムトークンについては公知の技術であるため説明を省略する。
【００４６】
また、ワンタイム情報検証機能１３５は、検証のための暗証情報を、本人に対し入力を求めても良い。この場合、ワンタイム情報検証機能１３５は、クライアント端末１１０で入力した検証用のワンタイム暗証情報とサービスサイトサーバ１２０を経由して統合ワンタイム検証サーバ１３２が取得したワンタイム暗証情報とが一致するか否かを検証する。また、ワンタイム情報検証機能１３５は、検証のために、クライアント端末１１０で入力した（サービスサイトサーバ１２０を経由して統合ワンタイム検証サーバ１３２が取得した）暗証情報を、本人に対し再生表現しても良い。この場合本人は、再生表現の内容に身に覚えがあるかどうかを検証の主体とする。また、ワンタイム情報検証機能１３５は、本人に対しワンタイム暗証情報の入力を求めても良い。この場合ワンタイム情報検証機能１３５は、再生内容を検証し、ワンタイム暗証情報が一致するか否かを検証しても良い。もし、この操作者とサービスサイトへのログイン利用者が、同一と看做せる場合は、ＯＫを回答してもよいし、タイミングや内容、コンテクストに納得がいかなければ、ＮＧを回答してもよい。
【００４７】
また、ワンタイム情報検証機能１３５を補助するため、あらかじめ、本人は将来発生する検証に備えてアドレス情報（兼元帳）ファイル１３３に自動検証ルール（ワンタイム検証ルール）を登録できるようにしてもよい。ワンタイム検証ルールは、検証ＯＫを返す、期間や回数、時間や金額などの取引内容、更には、第三者の識別情報を自動承認ルールとして事前登録することで、一時的に承認判断をシステムや第三者に代行検証する機能を提供することができる。
【００４８】
少なくとも統合ワンタイム検証サーバ１３２とクライアント端末１１０とは、本人のみが照会・更新できる通信手段を介して通信することにより連携してもよい。具体的には、たとえばＳＭＳなどの宛先が特定可能なＰＵＳＨ型メッセージ通信や、オン認証をともなったＨＴＴＰＳあるいはＥ−Ｍａｉｌなどを用いて連携することができる。また統合ワンタイム検証サーバ１３２は、クライアント端末１１０との間における通信によりクライアント端末１１０で生成したワンタイム暗証情報を取得し、取得したワンタイム暗証情報とサービスサイトサーバ１２０を経由して統合ワンタイム検証サーバ１３２が取得したワンタイム暗証情報とが一致するか否かを検証してもよい。
【００４９】
この実施の形態における統合ワンタイム検証サーバ１３２は、クライアント端末１１０とともに単一の携帯型端末装置によって実現できる。なお、統合ワンタイム受付サーバ１３１もクライアント端末１１０とともに単一の携帯型端末装置に搭載されていてもよく、また、クライアント端末１１０、統合ワンタイム受付サーバ１３１および統合ワンタイム検証サーバ１３２はそれぞれ異なるコンピュータ装置によって実現されていてもよい。この場合には各サーバ１１０、１３１、１３２間においてＶＰＮやＨＴＴＰＳ、ＳＭＳ、Ｅ−Ｍａｉｌなどを用いて、個人間に閉じたセキュアな情報通信をおこなうことが好ましい。
【００５０】
統合ワンタイム受付サーバ１３１が備えるアドレス情報（兼元帳）ファイル１３３は、アドレス情報（兼元帳）ファイル１２１と同じ情報を記憶していていもよい。アドレス情報（兼元帳）ファイル１３３は、統合ワンタイム検証サーバ１３２も記憶していてもよい。アドレス情報（兼元帳）ファイル１２１は、現実問題としては、提携するワンタイム認証システム（提携先認証システム）の識別情報、および、当該提携先認証システムを指定した本人の識別情報を少なくとも記憶していればよい。この場合アドレス情報（兼元帳）ファイル１２１はワンタイム認証にかかわる必要最小限の情報を記憶することとなり、サービスサイトサーバ１２０上に不要に多くの情報を登録する必要がなくなる。
【００５１】
アドレス情報（兼元帳）ファイル１２１は、統合ワンタイム受付サーバ１３１が備えたアドレス情報（兼元帳）ファイル１３３を用いて、アドレス情報（兼元帳）ファイル１３３から取得することによって構成してもよい。本人を特定する識別情報は、アドレス情報（兼元帳）ファイル１２１に記憶された情報によって特定されるものに限らず、アドレス情報（兼元帳）ファイル１２１に記憶された情報とアドレス情報（兼元帳）ファイル１３３に記憶された情報とを用いて特定できればよい。
【００５２】
また提携先認証システムが１つしかないケースであれば、サービスサイトサーバ１２０が備えるアドレス情報（兼元帳）ファイル１２１は可変項目とする必要もなく、１つの提携先認証システムの識別情報を的にハードコーディングするようにしてもよい。これによって本人の登録変更作業を不要とし、登録作業にかかる負担軽減を図ることができる。
【００５３】
また、たとえば会社や家族など複数人が１つの携帯型端末をシェアしているために携帯型端末のＯＳに複数人（たとえば３人など）のアカウント登録している場合では、統合ワンタイム検証サーバ１３２がアドレス情報（兼元帳）ファイル１２１と同じ情報を備えていてもよい。この場合、携帯型端末を今現在使用しているのが誰なのか、今現在ログインしているのが誰なのかは、携帯型端末のメモリなどに記憶された情報を用いて特定することができる。この場合の処理としては、ワンタイム認証時にクライアント端末１１０から受信した識別情報（操作者の識別情報）が、このログインしている人と一致している必要がある。また、一個人が複数のアカウントを所有し、複数のアカウントを１つの携帯型端末で使用しているケースも同様とすることができる。
【００５４】
すなわち、この実施の形態におけるクライアント端末１１０の識別情報は、「端末特定までのアドレス情報＋操作者の識別情報」でもよいし、「端末特定までのアドレス情報（本人のアカウント識別情報まで含む）」のどちらでも良い。クライアント端末１１０の識別情報が「端末特定までのアドレス情報＋操作者の識別情報」である場合、携帯端末までの特定で当該携帯端末を占有している人が本人であるという特定はできず、その瞬間ログインしている人が、送信すべき相手かは端末でチェックすることが好ましい。
【００５５】
またクライアント端末１１０の識別情報が「端末特定までのアドレス情報（本人のアカウント識別情報まで含む）」である場合、携帯端末を特定するのではなく、クライアント端末１１０の識別情報に基づいて本人を特定することとなる。この実施の形態におけるクライアント端末１１０の識別情報は、単にクライアント端末１１０を識別するための情報ではなく、本人を識別可能な情報までを含んでいる。この時、本人を識別可能な情報は、アドレス情報（兼元帳）ファイル１２１および統合ワンタイム受付サーバ１３１のアドレス情報（兼元帳）ファイルから取得することができる。
【００５６】
また統合ワンタイム検証サーバ１３２にアドレス情報（兼元帳）ファイルを設け、本人を識別可能な情報を、アドレス情報（兼元帳）ファイル１２１、アドレス情報（兼元帳）ファイル１３３および総合ワンタイム検証サーバ１３２に設けたアドレス情報（兼元帳）ファイルから取得することができるようにしてもよい。さらに、この場合、統合ワンタイム検証サーバ１３２の中には、統合ワンタイム検証サーバ１３２の中に設けたアドレス情報（兼元帳）ファイルによって、操作者の識別情報から、リンクするその人のメールアドレス（メールボックス）を検索、振分ける仕組みを設けるとよい。
【００５７】
アドレス情報（兼元帳）ファイル１３３は統合ワンタイム受付サーバ１３１が備えているが、サービスサイトサーバ１２０が備えるアドレス情報（兼元帳）ファイル１２１にも、名前やその他属性などアドレス情報（兼元帳）ファイル１３３が記憶されていてもよい。特にある条件に自動で認証可の自動回答のルールを登録する場合は、統合ワンタイム受付サーバ１３１または統合ワンタイム検証サーバ１３２のどちらがアドレス情報（兼元帳）ファイル１３３を備えていてもよく、双方が備えていてもよい。
【００５８】
また、統合ワンタイム認証サーバ１３０はワンタイム暗証発行機能１１２と同期の取れたワンタイム暗証発行機能を備えても良い。このワンタイム暗証発行機能は、ワンタイム認証に際し使うときもあれば使わないときもあり、また統合ワンタイム検証サーバ１３２が備えているものに限らず、統合ワンタイム受付サーバ１３１が備えていてもよい。また、サービスサイトサーバ１２０の運営会社と統合ワンタイム認証サーバ１３０の運営会社とが同一の会社であるような局面では、サービスサイトサーバ１２０がワンタイム暗証発行機能を備えていてもよい。
【００５９】
またワンタイム認証に際して、クライアント端末１１０に表示される検証時の画面展開は、殆どの場合、（１）画面にパスワードを表示して、究極の、ＯＫ、ＮＧを返す、あるいは（２）画面にパスワードを入力して、プログラムで一致している場合に、ＯＫを返すか、のいずれかとなる。上記（１）の場合は、本人がその認証を許可するかどうか（パスワードが一致するか否か）以外に、たとえば商品購入時におけるワンタイム認証であれば購入する商品（図７−１および図７−２におけるクマのぬいぐるみ）を買うかを判断する付加状況も加味することができる。
【００６０】
上記（２）の場合は、ワンタイム認証以外に、購入する商品（図７−１および図７−２におけるクマのぬいぐるみ）を買う行為に対する許可の意思表示は含まれない。このケースにおいてワンタイム認証を拒否する場合、本人のクライアント端末においてパスワードを入力しない、あるいは間違ったパスワードを入力するとかすることによって認証をＮＧとすることができる。あるいは、ワンタイム認証の可否についての入力を促す表示画面の隅にＮＧボタンを設け、パスワードを入力せずにＮＧボタンを押下することによってワンタイム認証を拒否することができる。
【００６１】
また上記（２）のケースでは、ワンタイム情報検証機能１３５は、統合ワンタイム検証サーバ１３２が備えることが必須ではなくなり、統合ワンタイム受付サーバ１３１が備えていてもよい。このケースにおいてのワンタイム認証の流れは、統合ワンタイム受付サーバ１３１に存在する機能１３５が、検証サーバ１３２とクライアント１１０から受信した各々の認証情報を突合し一致していればＯＫ、相違ならばＮＧを自動で返すことによって実行される。
【００６２】
アドレス情報（兼元帳）ファイル、ワンタイム暗証発行機能、ワンタイム情報検証機能は、サービスサイトサーバ１２０、統合ワンタイム受付サーバ１３１、統合ワンタイム検証サーバ１３２のどこに分散して配置してもよい。特に、アドレス情報（兼元帳）ファイルは、クライアント端末１１０のさらに先の個人（利用者や本人）を特定可能な情報であることが重要とされ、各々の機能総和で一つの意味のある機能（クライアント端末１１０のさらに先の個人（利用者や本人）を特定する機能）を実現するものであればよい。
【００６３】
（認証システムのシステム構成）
つぎに、この発明にかかる実施の形態１の認証システムのシステム構成について説明する。図２は、この発明にかかる実施の形態１の認証システムのシステム構成を示す説明図である。図２において、認証システムは、複数台のコンピュータ装置２１０と複数台の携帯端末装置（携帯型電話機）２２０とをインターネットなどのネットワーク２３０を介して通信可能に接続することによって構成されている。
【００６４】
コンピュータ装置２１０は、サービスサイトサーバ１２０および統合ワンタイム認証サーバ１３０を実現する。コンピュータ装置２１０は、統合ワンタイム認証サーバ１３０における統合ワンタイム受付サーバ１３１および統合ワンタイム検証サーバ１３２を、それぞれ独立して実現してもよい。コンピュータ装置２１０のハードウエア構成については後述する。
【００６５】
携帯端末装置２２０は、クライアント端末１１０を実現する。また携帯端末装置２２０は、クライアント端末１１０および統合ワンタイム認証サーバ１３０の双方を実現してもよい。携帯端末装置２２０は、統合ワンタイム認証サーバ１３０における統合ワンタイム検証サーバ１３２のみを実現することも可能である。携帯端末装置２２０のハードウエア構成については後述する。
【００６６】
（コンピュータ装置２１０のハードウエア構成）
図３は、コンピュータ装置２１０のハードウエア構成を示すブロック図である。図３に示したコンピュータ装置２１０は、サービスサイトサーバ１２０を実現する。また、このコンピュータ装置２１０はクライアント端末１１０、統合ワンタイム認証サーバ１３０（統合ワンタイム受付サーバ１３１あるいは統合ワンタイム検証サーバ１３２のいずれか一方でも可）を実現することも可能である。
【００６７】
図３において、コンピュータ装置２１０は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、ＨＤＤ（ハードディスクドライブ）３０４と、ＨＤ（ハードディスク）３０５と、ＦＤＤ（フレキシブル・ディスクドライブ）３０６と、着脱可能な記録媒体の一例としてのＦＤ（フレキシブル・ディスク）３０７と、ディスプレイ３０８と、ＫＢ（キーボード）３０９と、マウス３１０と、スキャナ３１１と、ネットワークＩ／Ｆ（インタフェース）３１２と、を備えている。また、各構成部はバス３１３によってそれぞれ接続されている。
【００６８】
ここで、ＣＰＵ３０１は、コンピュータ装置２１０全体の制御を司る。ＲＯＭ３０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＨＤＤ３０４は、ＣＰＵ３０１の制御にしたがってＨＤ３０５に対するデータのリード／ライトを制御する。ＨＤ３０５は、ＨＤＤ３０４の制御で書き込まれたデータを記憶する。
【００６９】
ＦＤＤ３０６は、ＣＰＵ３０１の制御にしたがってＦＤ３０７に対するデータのリード／ライトを制御する。ＦＤ３０７は、ＦＤＤ３０６の制御で書き込まれたデータを記憶する。着脱可能な記録媒体として、ＦＤ３０７の他、ＣＤ−ＲＯＭ（ＣＤ−ＲＷ）、ＭＯ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）などであってもよい。ディスプレイ３０８はカーソル、アイコン、ツールボックスをはじめ、文書、画像、機能情報などのデータに関するウインドウ（ブラウザ）を表示し、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどによって実現することができる。
【００７０】
ＫＢ３０９は、文字、数値、各種指示などの入力のためのキーを備え、データ入力をおこなう。マウス３１０は、カーソルの移動や範囲選択、あるいはウインドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様の機能を備えるものであれば、マウス３１０に代えてあるいは加えてトラックボール、ジョイスティックなどであってもよい。スキャナ３１１は、画像を光学的に読み取る。ネットワークＩ／Ｆ３１２は、通信回線を通じてネットワーク２３０に接続され、ネットワーク２３０を介して外部装置に接続される。そして、ネットワークＩ／Ｆ３１２は、ネットワーク２３０と内部とのインタフェースを司り、別のコンピュータ装置２１０や携帯端末装置２２０からのデータの入出力を制御する。
【００７１】
（携帯端末装置２２０のハードウエア構成）
図４は、携帯端末装置２２０のハードウエア構成を示すブロック図である。図４に示した携帯端末装置２２０は、クライアント端末１１０、統合ワンタイム認証サーバ１３０（あるいは統合ワンタイム認証サーバ１３０における統合ワンタイム検証サーバ１３２のみ）を実現することができる。図４において、携帯端末装置２２０は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、ディスプレイ４０４と、ＫＢ４０５と、通信Ｉ／Ｆ４０６と、カメラ４０７と、マイク４０８と、スピーカ４０９と、を備えている。また、各構成部はバス４１０によってそれぞれ接続されている。
【００７２】
ＣＰＵ４０１は、携帯端末装置２２０全体の制御を司る。ＲＯＭ４０２は、ブートプログラムやポイント交換アプリケーションなどのプログラムを記憶している。ポイント交換アプリケーションは、携帯端末装置２２０の製造時などにあらかじめインストールされたものであってもよいし、利用者の操作によってダウンロードされたものであってもよい。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。ディスプレイ４０４は、設定中のモード（マナーモードやドライブモードなど）や電波の受信状態を示す各種のマーク、アイコンあるいはツールボックスなどを表示し、主にＴＦＴ液晶ディスプレイなどの液晶ディスプレイによって実現される。
【００７３】
ＫＢ４０５は、文字、数値、各種指示などの入力のためのキーを備え、データ入力をおこなう。通信Ｉ／Ｆ４０６は、通信回線を通じてネットワーク２３０に接続され、ネットワーク２３０と携帯端末装置２２０の内部とのインタフェースを司る。通信Ｉ／Ｆ４０６はネットワーク２３０を介して別の携帯端末装置２２０やコンピュータ装置２１０との間におけるデータの入出力を制御する。カメラ４０７はＫＢ４０５の操作によって撮像対象を撮像し、画像データを生成する。生成された画像データはＲＡＭ４０３などに記憶される。マイク４０８は利用者の声をアナログ／デジタル変換した音声データを入力し、スピーカ４０９は通話相手側から送信された音声データをデジタル／アナログ変換した音声を出力する。
【００７４】
（認証システムの機能的構成）
つぎに、この発明にかかる認証システムの機能的構成について説明する。図５は、認証システムの機能的構成を示すブロック図である。図５において認証システムは、クライアント端末１１０とサービスサイトサーバ１２０と統合ワンタイム認証サーバ１３０とから構成されている。この実施の形態におけるクライアント端末１１０および統合ワンタイム認証サーバ１３０は、ともに、本人が所有する携帯型電話機（以下「本人の携帯型電話機」という）２２０によって実現されている。
【００７５】
認証システムにおいては、クライアント端末１１０からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置２２０でおこなうことを含む認証をおこなう。本人を確認する検証処理に際しては、クライアント端末１１０を用いてサービスサイトへのログインを要求する利用者が、あらかじめ登録された本人あるいは本人の了解を得た利用者であるか否かを検証する。
【００７６】
クライアント端末１１０は、受付部５１１と、生成部５１２と、出力部５１３と、送信部５１４と、を備えている。受付部５１１は、ワンタイム暗証情報の入力を受け付ける。受付部５１１が受け付けるワンタイム暗証情報は、利用者によってその場でおこなわれた行為によって発生する情報とすることができる。
【００７７】
たとえば携帯端末装置２２０によってクライアント端末１１０を実現する場合、ＫＢ４０５の操作による文字列の入力操作、カメラ４０７による画像の撮像、マイク４０８による音声の入力などを利用者によってその場でおこなわれた行為とすることができ、この行為によって入力された情報をそのままデータ化しワンタイム暗証情報とすることができるし、また入力された情報に対し、可逆変換やダイジェスト的な不可逆変換を加えた情報をワンタイム暗証情報とすることもできる。
【００７８】
また、たとえば加速度センサを内蔵した携帯端末装置２２０によってクライアント端末１１０を実現する場合、当該携帯端末装置２２０を振るなどの携帯端末装置２２０全体に対する行為をその場でおこなわれた行為とし、この行為によって入力された情報をデータ化しそのままワンタイム暗証情報としてもよい。これらの場合、具体的には、たとえばＫＢ４０５、カメラ４０７、マイク４０８あるいは加速度センサによって受付部５１１としての機能を実現することができる。さらにまた、入力された情報に対し、可逆変換やダイジェスト的な不可逆変換を加えた情報をワンタイム暗証情報とすることもできる。
【００７９】
なお、たとえばパーソナルコンピュータなどのコンピュータ装置２１０によってクライアント端末１１０を実現してもよく、この場合はＫＢ３０９あるいはマウス３１０の操作による文字列の入力操作などの行為を利用者によってその場でおこなわれた行為とし、この行為によって入力された情報をデータ化しそのままワンタイム暗証情報とすることができる。この場合、ＫＢ３０９やマウス３１０によって受付部５１１としての機能を実現することができるし、また入力された情報に対し、可逆変換やダイジェスト的な不可逆変換を加えた情報をワンタイム暗証情報とすることもできる。
【００８０】
生成部５１２は、クライアント端末１１０としての携帯端末装置２２０の利用者のログイン指示に応じてワンタイム暗証情報を生成する。生成部５１２が生成するワンタイム暗証情報は、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報とすることが好ましい。
【００８１】
具体的には、たとえば携帯端末装置２２０によってクライアント端末１１０を実現する場合、ＫＢ４０５における所定の入力操作とともにＫＢ４０５、カメラ４０７、マイク４０８を介して入力された情報を用いて、ＲＯＭ４０２に記憶されたプログラムを、ＲＡＭ４０３をワークエリアとしながらＣＰＵ４０１によって実行することによってワンタイム暗証情報を生成することができる。この場合は、ＣＰＵ４０１、ＲＯＭ４０２およびＲＡＭ４０３によって生成部５１２としての機能を実現することができる。
【００８２】
出力部５１３は、生成部５１２によって生成されたワンタイム暗証情報を携帯端末装置２２０の外部に対して出力する。たとえば生成部５１２によって生成されたワンタイム暗証情報を、ディスプレイ４０４に表示することによって出力する。この場合、具体的には、たとえばディスプレイ４０４によって出力部５１３としての機能を実現することができる。
【００８３】
また、出力部５１３は、具体的には、たとえば生成部５１２によって生成されたワンタイム暗証情報を、統合ワンタイム認証サーバ１３０に対して出力してもよい。この実施の形態における統合ワンタイム認証サーバ１３０は、クライアント端末１１０を実現する本人の携帯端末装置２２０によって実現されているため、ワンタイム暗証情報を自装置を宛先とするＥ−Ｍａｉｌとして送信することによって生成部５１２によって生成されたワンタイム暗証情報を出力することができる。この場合、具体的には、たとえば通信Ｉ／Ｆ４０６によって出力部５１３としての機能を実現することができる。
【００８４】
なお、この実施の形態における統合ワンタイム認証サーバ１３０は、クライアント端末１１０を実現する本人の携帯端末装置２２０によって実現されているため、生成部５１２によって生成されたワンタイム暗証情報を、本人の携帯端末装置２２０が備えるメモリに対して出力してもよい。なお、クライアント端末１１０および統合ワンタイム認証サーバ１３０を単一のコンピュータ装置２１０によって実現し、生成部５１２によって生成されたワンタイム暗証情報を自装置を宛先に指定したＥ−Ｍａｉｌとして送信することによって出力してもよい。この場合、ネットワークＩ／Ｆ３１２によって出力部５１３としての機能を実現することができる。
【００８５】
送信部５１４は、利用者によるログインの指示操作がおこなわれた場合に、受付部５１１によって受け付けられたワンタイム暗証情報あるいは生成部５１２によって生成されたワンタイム暗証情報を含むログインのリクエストをサービスサイトへ送信する。送信部は、たとえばＫＢ４０５において所定の操作がおこなわれた場合に、受付部５１１によって受け付けられたワンタイム暗証情報あるいは生成部５１２によって生成されたワンタイム暗証情報を含むログインのリクエストを、通信Ｉ／Ｆ４０６を介してサービスサイトへ送信する。この場合、具体的には、たとえば通信Ｉ／Ｆ４０６によって送信部５１４としての機能を実現することができる。
【００８６】
サービスサイトサーバ１２０は、記憶部５２１と、受信部５２２と、送信部５２３と、認証結果受信部５２４と、計時部５２５と、決定部５２６と、を備えている。記憶部５２１は、アドレス情報（兼元帳）ファイル１２１を記憶している。統合ワンタイム認証サーバ１３０の識別情報は、具体的には、たとえば統合ワンタイム認証サーバ１３０を実現する携帯端末装置２２０のＥ−ＭａｉｌアドレスあるいはＩＰアドレスやドメインなどとすることができる。
【００８７】
この実施の形態においては、具体的には、たとえばサービスサイトサーバ１２０を実現するコンピュータ装置２１０が備えるＲＯＭ３０２、ＨＤ３０５あるいはＦＤＤ３０７などのメモリによって記憶部５２１を実現することができる。記憶部５２１は、サービスサイトサーバ１２０が通信を介して参照可能なサービスサイトサーバ１２０とは別のコンピュータ装置２１０によって実現してもよい。コンピュータ装置２１０によって統合ワンタイム認証サーバ１３０を実現する場合は、Ｅ−ＭａｉｌアドレスあるいはＩＰアドレスに代えて、ＵＲＬやＵＲＩを統合ワンタイム認証サーバ１３０の識別情報としてもよい。
【００８８】
受信部５２２は、クライアント端末１１０から送信されたログインのリクエストを受信する。この実施の形態においては、具体的には、たとえばサービスサイトサーバ１２０を実現するコンピュータ装置２１０が備えるネットワークＩ／Ｆ３１２によって受信部５２２としての機能を実現することができる。
【００８９】
送信部５２３は、受信部５２２がログインのリクエストを受信した場合に、ログインのリクエストの送信元となるクライアント端末１１０に関連付けられた統合ワンタイム認証サーバ１３０の識別情報を記憶部５２１から抽出し、抽出した識別情報によって特定される統合ワンタイム認証サーバ１３０に対して、受信部５２２によって受信されたログインのリクエストに含まれるワンタイム暗証情報を含む認証のリクエストを送信する。
【００９０】
この実施の形態においては、クライアント端末１１０と統合ワンタイム認証サーバ１３０とがともに同じ携帯端末装置２２０によって実現されているため、ログインのリクエストの送信元となるクライアント端末１１０の識別情報と同じ識別情報が統合ワンタイム認証サーバ１３０の識別情報として抽出され、ログインのリクエストの送信元となるクライアント端末１１０に対して認証のリクエストが送信される。そして、この実施の形態においては、具体的には、たとえばサービスサイトサーバ１２０を実現するコンピュータ装置２１０が備えるＲＯＭ３０２に記憶されたプログラムを、ＲＡＭ３０３をワークエリアとしながらＣＰＵ３０１によって実行することによってワンタイム暗証情報を含む認証のリクエストを生成し、生成した認証のリクエストをネットワークＩ／Ｆ３１２によって送信することによって送信部５２３としての機能を実現することができる。
【００９１】
なお、クライアント端末１１０と統合ワンタイム認証サーバ１３０とが異なる携帯端末装置２２０によって実現されている場合、ログインのリクエストの送信元となるクライアント端末１１０の識別情報に関連付けられた、本人の携帯端末装置の識別情報が統合ワンタイム認証サーバ１３０の識別情報として抽出され、抽出された識別情報を有する携帯端末装置に対して認証のリクエストが送信される。
【００９２】
認証結果受信部５２４は、送信部５２３によって送信された認証のリクエストに含まれるワンタイム暗証情報を用いて統合ワンタイム認証サーバ１３０でおこなわれたワンタイム認証の認証結果を受信する。認証結果は、ログインの可否をあらわす情報であってもよいし、認証サーバにおいてワンタイム暗証情報を受信してから所定時間の間に入力操作がおこなわれたか否かをあらわす情報であってもよい。この実施の形態においては、具体的には、たとえばサービスサイトサーバ１２０を実現するコンピュータ装置２１０が備えるネットワークＩ／Ｆ３１２によって認証結果受信部５２４を実現することができる。
【００９３】
計時部５２５は、送信部５２３が統合ワンタイム認証サーバ１３０に対して認証のリクエストを送信してからの時間を計時する。この実施の形態においては、具体的には、たとえばサービスサイトサーバ１２０を実現するコンピュータ装置２１０が備えるＣＰＵ３０１のタイマ機能によって、計時部５２５としての機能を実現することができる。
【００９４】
決定部５２６は、認証結果受信部５２４によって受信された認証結果に基づいて、ログインの可否を決定する。また決定部５２６は、認証結果受信部５２４による認証結果の受信の有無に基づいて、ログインの可否を決定してもよい。この場合、送信部５２３が統合ワンタイム認証サーバ１３０に対して認証のリクエストを送信してから計時部５２５によって所定時間が計時されるまでの間に、認証結果受信部５２４によって認証結果を受信したか否かによってログインの可否を決定することができる。この実施の形態においては、具体的には、たとえばサービスサイトサーバ１２０を実現するコンピュータ装置２１０が備えるＲＯＭ３０２に記憶されたプログラムを、ＲＡＭ３０３をワークエリアとしながらＣＰＵ３０１によって実行することにより、決定部５２６としての機能を実現することができる。
【００９５】
決定部５２６による決定結果は、送信部５２３によってクライアント端末１１０へ送信される。送信部５２３は、ＳＭＳを用いてログインのリクエストの送信元となるクライアント端末１１０に認証の可否を案内する情報を送信する。認証の可否を案内する情報は、たとえば携帯端末装置２２０がログインのリクエストを送信したサービスサイトが提供するサービスを表示する表示画面（図７−２における符号７２３を参照）の画面情報などとすることができる。
【００９６】
統合ワンタイム認証サーバ１３０は、送信部５２３によって送信された認証のリクエストを受信する受信部５３１と、受信した認証のリクエストにしたがったワンタイム認証の認証結果を応答する応答部５３２と、を備えている。この実施の形態においては、クライアント端末１１０と統合ワンタイム認証サーバ１３０とがともに同じ携帯端末装置２２０によって実現されているため、具体的には、たとえば通信Ｉ／Ｆ４０６によって受信部５３１としての機能を実現することができる。
【００９７】
応答部５３２は、本人によるワンタイム認証の可否についての入力操作の内容にしたがってワンタイム認証の認証結果を取得し、取得した認証結果を当該認証のリクエストの送信元となるサービスサイトサーバ１２０に送信する。また応答部５３２は、認証のリクエストを受信してから所定時間以内に認証結果を応答する機能を備え、認証のリクエストを受信してから所定時間が経過してもワンタイム認証の可否についての入力操作がない場合は入力操作がないことをもって認証結果を判断してもよい。具体的には、たとえば、ＲＯＭ４０２に記憶されたプログラムを、ＲＡＭ４０３をワークエリアとしながらＣＰＵ４０１によって実行することによってワンタイム認証の認証結果を取得し、取得した認証結果を通信Ｉ／Ｆ４０６を介して送信することができる。この場合、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３および通信Ｉ／Ｆ４０６によって応答部５３２としての機能を実現することができる。
【００９８】
したがって、上記のＳＭＳを用いた認証の可否メールに対しても、可であれば当該メールに対しコメント無しの空メールを返信（携帯電話を使ったＳＭＳやＥ−ＭＡＩＬの返信オペレーションは、一般的に２クリック程度のシンプルなものであり、既存機能を使ったものでは、最も操作負荷が少ない。）しても良いし、また、否であればメールを返信しないでもよい。応答部５３２は、操作がないことをもって認証結果＝否と判断することができる。
【００９９】
この実施の形態において、統合ワンタイム認証サーバ１３０は、本人が所有する携帯型電話機２２０などの携帯端末装置（以下「本人の携帯端末装置２２０」という）とされている。この場合、本人の携帯端末装置２２０は、ワンタイム認証に際して、認証のリクエストがあったことを本人に伝達するとともに、認証のリクエストに含まれるワンタイム暗証情報でのワンタイム認証の可否についての入力操作を利用者に促す画面を表示する。これによって、本人が携帯端末装置２２０を操作してワンタイム認証の可否を入力することができ、たとえば本人のなりすましを画策した悪意の第三者がログインのリクエストを送信した場合など、本人の意図しない不正なログインを排除することができる。
【０１００】
本人が自身の携帯端末装置２２０を用いてその場でおこなった行為によって発生する情報をログイン暗証情報として用いてログインのリクエストを送信する場合、覚えやすいワンタイム暗証情報を用いることができる。これによって、ログインごとにワンタイム暗証情報を用いることによるセキュリティ性の高さを確保しつつ、ワンタイム暗証情報をメモして携帯しておくなどの煩わしさを排除することができる。これによって、サービスサイトなどから一方的に発行された分かりにくいパスワードでの認証とは異なり、セキュリティ性が高く、使いやすいワンタイム認証を提供することができる。
【０１０１】
また、本人が自身の携帯端末装置２２０を用いて生成したワンタイム暗証情報を用いてログインのリクエストを送信する場合、ログインのリクエストを送信してから所定時間以内に、本人が送信したワンタイム暗証情報でのワンタイム認証の可否を入力することとなる。このため、本人がワンタイム暗証情報を正確に覚えている間にワンタイム認証の可否を入力することができる。これによって、ワンタイム暗証情報をメモして携帯しておくなどの煩わしさを排除し、本人がワンタイム暗証情報を入力する手間を省くことができるので、ログインごとにワンタイム暗証情報を用いることによるセキュリティ性の高さを確保しつつ、使いやすいワンタイム認証を提供することができる。
【０１０２】
また統合ワンタイム認証サーバ１３０は、認証のリクエストに含まれるワンタイム暗証情報でのワンタイム認証の可否についての入力操作を利用者に促す画面を表示してから所定時間の間、ワンタイム認証の可否についてのいずれの入力操作もないことをもってワンタイム認証の可否を判断し、判断結果を認証結果としてサービスサイトサーバ１２０に送信してもよい。
【０１０３】
具体的には、たとえばワンタイム暗証情報を受信してから所定時間の間に入力操作がおこなわれなかった場合に、認証不可の認証結果をサービスサイトサーバ１２０に送信する。あるいはワンタイム暗証情報を受信してから所定時間の間に入力操作がおこなわれなかった場合に、認証許可の認証結果をサービスサイトサーバ１２０に送信してもよい。あるいは、ワンタイム暗証情報を受信してから所定時間の間に入力操作がおこなわれなかった場合には、サービスサイトサーバ１２０に対して一切の情報を送信しないようにしてもよい。
【０１０４】
（ワンタイム認証の操作手順およびデータの流れ）
つぎに、ワンタイム認証システムにおけるワンタイム認証の操作手順およびデータの流れについて説明する。図６−１、図６−２、図６−３、図６−４、図６−５、図６−６および図６−７は、ワンタイム認証の操作手順およびデータの流れを示す説明図である。ワンタイム認証システムにおけるワンタイム認証に際して、利用者は、携帯端末装置２２０のディスプレイ４０４にワンタイム認証のログイン画面６１０を表示した状態で携帯端末装置２２０を操作して、利用者が決定した任意のワンタイム暗証情報を所定の入力欄６１１に入力する（図６−１を参照）。この時点において、利用者は、本人である場合もあり、本人以外の場合も想定される。
【０１０５】
つぎに利用者は、所定の入力欄６１１にワンタイム暗証情報を入力した状態で「ログイン」キー６２１を選択操作する。携帯端末装置２２０は、「ログイン」キー６２１の選択操作にしたがって、所定の入力欄６１１に入力されたワンタイム暗証情報でのログインのリクエストを、サービスサイトサーバ１２０に送信する（図６−２を参照）。このとき、ディスプレイ４０４の所定の入力欄６１１にワンタイム暗証情報を表示して出力することによって、ワンタイム暗証情報を携帯端末装置２２０の利用者（本人）の脳に記憶させることができる。また、このとき、送信したログインのリクエストに含まれるワンタイム暗証情報を、携帯端末装置２２０が備える所定の記憶領域に出力し、当該所定の記憶領域においてワンタイム暗証情報を記憶するようにしてもよい。
【０１０６】
サービスサイトサーバ１２０は、携帯端末装置２２０から送信されたログインのリクエストを受け付けると、受け付けたログインのリクエストの送信元となる携帯端末装置２２０の識別情報を取得し、取得した識別情報に関連付けられた統合ワンタイム認証サーバ１３０（認証システム）の識別情報を抽出する（図６−３を参照）。これによって、統合ワンタイム認証サーバ１３０を特定することができる。この実施の形態においては、不正のない、正常なログインであれば、ログインのリクエストの送信元となる携帯端末装置２２０が本人の携帯端末装置として特定される。
【０１０７】
そして、抽出した識別情報の統合ワンタイム認証サーバ１３０に対して、ログインのリクエストに含まれるワンタイム暗証情報でのワンタイム認証のリクエストを送信する（図６−４を参照）。サービスサイトサーバ１２０から携帯端末装置２２０に対する認証のリクエストの送信は、ＳＭＳを用いておこなうとよい。ＳＭＳを用いて、宛先を特定したＰＵＳＨ型の通信をおこなうことにより、セキュリティ性を確保することができる。サービスサイトサーバ１２０から携帯端末装置２２０に対する認証のリクエストの送信は、ＳＭＳに代えてＥ−Ｍａｉｌアドレスを用いておこなってもよい。
【０１０８】
携帯端末装置２２０は、認証のリクエストを受信すると、受信した認証のリクエストのチェックをおこなう。チェックは、まず、認証のリクエストの送信元となるクライアント端末１１０が自装置であるか否か、すなわち認証のリクエストの送信元の識別情報と携帯端末装置２２０自身の識別情報とが一致するか否かを判断する（図６−５を参照）。これによって、携帯端末装置２２０以外のコンピュータ装置２１０においておこなわれたログインのリクエストを排除することができ、セキュリティ性を確保することができる。
【０１０９】
また携帯端末装置２２０は、認証のリクエストの送信元の識別情報と携帯端末装置２２０自身の識別情報とが一致すると判断した場合は、認証のリクエストに含まれるワンタイム暗証情報を抽出し、抽出したワンタイム暗証情報と所定の記憶領域に記憶したワンタイム暗証情報とが一致するか否かを判断する（図６−５を参照）。一致するか否かの判断は携帯端末装置２２０の利用者（本人）の入力操作によって判断してもよく、所定の入力操作があった場合を一致しているものと判断し、当該所定の入力操作とは別の操作がなされた場合あるいは所定時間の間一切の入力操作がない場合を不一致であると判断することができる。所定の入力操作は、具体的には、たとえばサービスサイトサーバ１２０に対して空メールを返信する操作とするとよい。既存機能を流用した方法の中では、空メールの返信がもっとも操作クリック数が少なく、上記所定の入力操作を空メールの返信をおこなう操作とすることによって、この実施の形態のワンタイム認証のＯＫ／ＮＧを決定する本人がおこなう操作の負担を極力軽減することができる。
【０１１０】
たとえば、ＨＴＭＬメールでもボタン機能の使用を許可している端末（高機能携帯やＰＤＡ、モバイルＰＣ）であれば、ＯＫとＮＧのボタン組み込んだ認証の可否メールを本人携帯端末に送信できる。この場合、本人は意思表示をボタンに対しておこなえばよい。具体的には、たとえばＯＫあるいはＮＧのボタン押下によって、ＳＳＬなどのセキュア通信でＯＫやＮＧのサーバサイドスクリプト（ＰＨＰやＣＧＩ、Ｓｅｒｖｌｅｔなどの言語で構築されたＷｅｂサーバのＡＰＩ）を呼び出し、応答部５３２より、サービスサイトへ認証結果を回答することができる。
【０１１１】
携帯端末装置２２０は、所定の入力操作があった場合に、サービスサイトサーバ１２０に対して空メールを送信する（図６−６を参照）。サービスサイトサーバ１２０は、認証のリクエストを送信してから所定時間内に、認証のリクエストの送信先の携帯端末装置２２０（登録アドレス）から送信されたメールを受信したか否かを判断し、受信した場合にログインのリクエストの送信元のクライアント端末１１０（携帯端末装置２２０）のログインを許可する（図６−７を参照）。このとき、認証のリクエストの送信先の携帯端末装置２２０から送信されたメールの内容にかかわらず、メールの受信の有無のみを判断する。
【０１１２】
（表示画面例）
つぎに、携帯端末装置２２０における表示画面例について説明する。図７−１および図７−２は、携帯端末装置２２０における表示画面例を示す説明図である。図７−１および図７−２において、表示画面７１１は、携帯端末装置２２０において所定のサービスサイト（ここでは携帯端末装置２２０を用いた通信販売サイト）への接続中に表示される。サービスサイトへの接続が確立されると、携帯端末装置２２０のディスプレイ４０４にはログイン画面７１２が表示される。ログイン画面７１２が表示されると、利用者はあらかじめおこなった会員登録時に登録したパスワードを入力してログインをおこなう（このケースでは、本件を２要素認証のサブ認証的な扱いとしている）。ログイン画面７１２が表示された場合、利用者はワンタイム認証用のパスワードではなく、所定のサービスサイトへのログイン用に指定された固定パスワードを入力する。これによって所定のサービスサイトのポータル画面７１３が表示される。
【０１１３】
利用者がポータル画面７１３およびポータル画面７１３から遷移可能な表示画面にしたがって入力操作をおこなって購入対象となる商品（ここでは、クマのぬいぐるみ）を指定すると、携帯端末装置２２０のディスプレイ４０４には意思表示画面７１４が表示される。意思表示画面７１４は、購入の意思の有無を入力する画面であって、利用者がポータル画面７１３の表示内容にしたがって操作をおこない、購入対象となる商品（ここでは、クマのぬいぐるみ）を指定した場合に表示される。この意思表示画面７１４において「確定」を選択操作すると、携帯端末装置２２０においてはワンタイム認証アプリケーションが起動され、ログイン画面６１０が表示される。
【０１１４】
ログイン画面６１０において、利用者がワンタイム暗証情報を入力し（ここでは「９６４４３２」とするが、語呂あわせで「黒い色のクマ」なら「９６１１６９」としてもよい）、「ログイン」キー６２１を操作すると、携帯端末装置２２０とサービスサイトサーバ１２０との間で図６−１〜図６−７に示したワンタイム認証の処理がおこなわれる。ワンタイム認証の処理がおこなわれている間、携帯端末装置２２０のディスプレイ４０４には表示画面７２１が表示される。
【０１１５】
また、ワンタイム認証の処理がおこなわれている間、サービスサイトサーバ１２０から送信された認証のリクエストを受信すると、前記の携帯端末装置２２０と同一かわからないが、本人の携帯端末装置２２０のディスプレイ４０４には表示画面７２２が表示される。表示画面７２２には、利用者が入力したワンタイム暗証情報「９６４４３２」と、このワンタイム暗証情報での認証を許可する場合には返信操作を促すメッセージと、が表示されている。また表示画面７２２には、表示画面７２２を表示させるメッセージの受信日時などが表示されている。
【０１１６】
表示画面７２２が表示された携帯端末装置２２０の所有者、すなわち本人は表示画面７２２の内容に異存がない場合に、サービスサイトサーバ１２０に対して空メールを送信する。一般的に、携帯端末装置２２０においては、受信したメールに対して「返信」を選択し、その後「実行」を操作することによって空メールを返信することができる。すなわち、利用者（本人）に対して簡単な操作をおこなわせるだけで購入の意思があることを確認し、ログイン画面７１２に加えた購入決定時の認証をおこなうことでなりすましを排除し、高いセキュリティ性を確保することができる。購入対象となる商品の購入意思を示した携帯端末装置２２０のディスプレイ４０４には表示画面７２３が表示され、これによって１つの商品の購入処理が完了する。
【０１１７】
なお表示画面７２２においては、空メール返信用のキーを表示してもよい。これによって、本人はワンクリックで空メールを送信することができる。なお、認証のリクエストに対する認証結果として認証を許可（あるいは認証を禁止）する場合に空メールを送信（返信）するようにしたが、認証の可否に対する本人の意志表示の方法はこれに限るものではない。
【０１１８】
統合ワンタイム認証サーバ１３０を携帯端末装置２２０によって実現する場合は、デコレーションメール、デコメーションメールあるいはデコメールやＨＴＭＬメールなどのＥ−Ｍａｉｌの拡張機能を利用することによって、「ＯＫ」あるいは「ＮＧ」を示す空メール返信用のキーをそれぞれ設け、操作されたキーの種類に応じて「ＯＫ」あるいは「ＮＧ」の意思表示をおこなうことができるようにしてもよい。これによって、認証のリクエストを受信していたが気づかなかったために認証が許可（あるいは認証が禁止）できなかったという事態の発生を防止することができる。あるいは該当するサービスサイトサーバを宛先とするテキストメールを作成し、このテキストメールによって「ＯＫ」あるいは「ＮＧ」の意思表示をおこなうようにしてもよい。いずれの場合にも、統合ワンタイム認証サーバ１３０から「ＯＫ」あるいは「ＮＧ」の意思表示があった時点において、利用者が本人であることが特定できる。
【０１１９】
表示画面７２２を表示する携帯端末装置２２０は、購入対象となる商品を選択した携帯端末装置２２０に限るものではない。表示画面７２２は、たとえば本人の知らないところで購入対象となる商品が選択され、ワンタイム認証がおこなわれた場合にも本人の携帯端末装置２２０に表示される。この場合、本人は身に覚えのない商品の購入の意思確認を受けることとなるが、空メールの送信などをおこなわずに放置しておくことで購入の意思がないことをサービスサイトに対して示すことができる。
【０１２０】
（携帯端末装置２２０の処理手順）
つぎに、携帯端末装置２２０の処理手順について説明する。図８は、携帯端末装置２２０の処理手順を示すフローチャートである。図８に示したフローチャートは、サービスサイトへの接続が確立された場合に実行される。図８のフローチャートにおいて、まず、サービスサイトへの接続が確立されると、ディスプレイ４０４にログイン画面６１０を表示し（ステップＳ８０１）、ログイン画面６１０における「ログイン」キー６２１が操作されることによるログイン指示があったか否かを判断する（ステップＳ８０２）。
【０１２１】
ステップＳ８０２において、ログイン指示がない場合（ステップＳ８０２：Ｎｏ）は、ステップＳ８０５へ移行する。ログイン指示があった場合（ステップＳ８０２：Ｙｅｓ）は、ログイン画面６１０における所定の入力欄６１１にワンタイム暗証情報が入力されているか否かを判断し（ステップＳ８０３）、入力されていない場合（ステップＳ８０３：Ｎｏ）はワンタイム暗証情報が入力されるまで待機する。
【０１２２】
ステップＳ８０３において、ワンタイム暗証情報が入力されている場合（ステップＳ８０３：Ｙｅｓ）は、サービスサイトサーバ１２０に対してワンタイム暗証情報を含むログインのリクエストを送信する（ステップＳ８０４）。そして、ログインのリクエストを送信したことにより認証のリクエストを受信したか否かを判断する（ステップＳ８０５）。認証のリクエストを受信していない場合（ステップＳ８０５：Ｎｏ）は、ステップＳ８０２へ戻る。
【０１２３】
ステップＳ８０５において、認証のリクエストを受信した場合（ステップＳ８０５：Ｙｅｓ）は、受信した認証のリクエストの送信元の識別情報および当該リクエストに含まれるワンタイム暗証情報を抽出し（ステップＳ８０６）、送信元が自端末であるか否かを判断する（ステップＳ８０７）。ステップＳ８０７においては、認証のリクエストの送信元の識別情報と自端末の識別情報とを比較し、一致する場合を送信元が自端末であると判断する。送信元が自端末ではない場合（ステップＳ８０７：Ｎｏ）は、そのまま一連の処理を終了する。
【０１２４】
ステップＳ８０７において、送信元が自端末である場合（ステップＳ８０７：Ｙｅｓ）は、認証ＯＫの入力があったか否かを判断する（ステップＳ８０８）。ステップＳ８０８においては、携帯端末装置２２０において受信した認証のリクエストに対する返信をおこなう入力操作があったか否かを判断し、当該入力操作があった場合に認証ＯＫの入力があったと判断する。認証ＯＫの入力があった場合（ステップＳ８０８：Ｙｅｓ）は、サービスサイトサーバ１２０に対して認証ＯＫを示す認証結果を送信する（ステップＳ８０９）。
【０１２５】
その後、表示画面７２３など、提供するサービスをあらわす画面を表示するサービス画面情報を受信するまで待って（ステップＳ８１０：Ｎｏ）、サービス画面情報を受信すると（ステップＳ８１０：Ｙｅｓ）、受信したサービス画面情報に基づくサービス画面（表示画面７２３など）を表示して（ステップＳ８１１）、一連の処理を終了する。
【０１２６】
一方、ステップＳ８０８において、認証ＯＫの入力がない場合（ステップＳ８０８：Ｎｏ）は、認証ＮＧの入力があったか否かを判断する（ステップＳ８１２）。ステップＳ８１２においては、携帯端末装置２２０に表示された表示画面７２２を閉じるあるいは削除する入力操作があったか否かを判断し、当該入力操作があった場合に認証ＮＧの入力があったと判断する。そして、認証ＮＧの入力があった場合には（ステップＳ８１２：Ｙｅｓ）は、サービスサイトサーバ１２０に対して認証ＮＧを示す認証結果を送信して（ステップＳ８１３）、一連の処理を終了する。
【０１２７】
またステップＳ８１２において、認証ＮＧの入力がない場合（ステップＳ８１２：Ｎｏ）は、認証のリクエストを受信してから所定時間が経過したか否かを判断し（ステップＳ８１４）、経過していない場合（ステップＳ８１４：Ｎｏ）はステップＳ８０８に戻る。また経過した場合（ステップＳ８１４：Ｙｅｓ）は、一連の処理を終了する。
【０１２８】
（サービスサイトサーバ１２０の処理手順）
つぎに、サービスサイトサーバ１２０を実現するコンピュータ装置２１０の処理手順について説明する。図９は、サービスサイトサーバ１２０を実現するコンピュータ装置の処理手順を示すフローチャートである。図９に示したフローチャートは、サービスサイトサーバ１２０が提供するサービスを利用中の携帯端末装置２２０において、ログイン画面６１０の表示が必要になった場合に実行される。図９のフローチャートにおいて、まず、ログイン画面情報を送信し（ステップＳ９０１）、送信したログイン画面情報にしたがって携帯端末装置２２０から送信されるログインのリクエストを受信するまで待機する（ステップＳ９０２：Ｎｏ）。ログイン画面情報を送信してから所定時間が経過してもログインのリクエストを受信していない場合には、そのまま一連の処理を終了してもよい。
【０１２９】
ステップＳ９０２において、ログインのリクエストを受信した場合（ステップＳ９０２：Ｙｅｓ）は、受信したログインのリクエストから当該リクエストの送信元となるクライアント端末１１０としての携帯端末装置２２０の識別情報を取得し（ステップＳ９０３）、アドレス情報（兼元帳）ファイル１２１を参照して、取得された識別情報に関連付けられた統合ワンタイム認証サーバ１３０の識別情報を抽出する（ステップＳ９０４）。
【０１３０】
そして、ステップＳ９０３において取得した識別情報とステップＳ９０４において抽出した識別情報とを用いて認証のリクエストを生成し（ステップＳ９０５）、ログインのリクエストの送信元となる携帯端末装置２２０に対して、生成した認証のリクエストを送信する（ステップＳ９０６）。また認証のリクエストを送信してからの経過時間のカウントを開始する（ステップＳ９０７）。
【０１３１】
つぎに、認証ＯＫまたは認証ＮＧを示す認証結果を受信したか否かを判断し（ステップＳ９０８）、認証結果を受信した場合（ステップＳ９０８：Ｙｅｓ）は、受信した認証結果が認証ＯＫであるか否かを判断する（ステップＳ９０９）。認証ＯＫの認証結果を受信した場合（ステップＳ９０９：Ｙｅｓ）は、ステップＳ９０３において取得した識別情報によって特定される携帯端末装置２２０宛に該当するサービス画面情報を送信して（ステップＳ９１０）、一連の処理を終了する。一方、ステップＳ９０９において、受信した認証結果が認証ＯＫではない場合（ステップＳ９０９：Ｎｏ）は、ステップＳ９０３において取得した識別情報によって特定される携帯端末装置２２０宛に、認証失敗の表示画面を表示させる認証失敗通知情報を送信して（ステップＳ９１１）、一連の処理を終了する。
【０１３２】
またステップＳ９０８において、ステップＳ９０７からカウントを開始した経過時間に基づいて、認証のリクエストを送信してから所定時間が経過したか否かを判断し（ステップＳ９１２）、経過していない場合（ステップＳ９１２：Ｎｏ）はステップＳ９０８へ戻り、経過した場合（ステップＳ９１２：Ｙｅｓ）には携帯端末装置２２０において認証が許可されないために認証結果が受信できなかったと判断してステップＳ９１１に移行する。
【０１３３】
上述したように、この実施の形態１の認証システムによれば、ログイン時に利用者自身が自らの行為によって発生させた情報を用いて、本人が事前に設定した認証サーバにおいて認証がおこなわれるため、ログインをおこなうクライアント端末１１０とサービスサイトサーバとの間で同期をとった共通鍵や共通ロジックを利用することなく、利用者自身が分かりやすい（正偽を判定しやすい）情報を用いて利用者が本人であるか否かを認証することができる。これによって、サービスサイトなどによって一方的に決定されたために覚えにくい固定のパスワードなどを用いることなく、複数の要素を用いた認証（複数要素認証）をおこなうことができる。
【０１３４】
また、この実施の形態１の認証システムによれば、サービスサイトサーバ１２０の外部で認証をおこなうため、複数のサービスサイトを利用する場合にもワンタイム認証をおこなう１つの統合ワンタイム認証サーバ１３０を統一することができる。これによって、利用するサービスサイトにかかわらず、ログイン時に任意のワンタイム暗証情報を入力すればよく、ログインに際しての認証を容易に統合することができる。
【０１３５】
このように、この実施の形態１の認証システムによれば、固定のパスワードなどを用いた認証と併用することによって、入力操作を煩雑にするなどの利用者の負担を増加することなく、またサービスサイトサーバ１２０にあらたな認証システムを導入させることなく、セキュリティ性を向上させることができる。これによって高いセキュリティ性を確保するとともに、利用者およびサービス提供者の利便性の向上を図ることができる。
【０１３６】
また、この実施の形態１の認証システムによれば、サービスサイトサーバ１２０が認証のリクエストを送信してから所定時間内に認証結果を受信しなかったことをもってログインの可否を決定するため、統合ワンタイム認証サーバ１３０からの認証結果を受信しなくてもログインの可否が決定できる。これによって、利用者はログインの許可あるいは排除のいずれかの意思表示をおこなう場合にのみ携帯端末装置２２０に対する入力操作をおこなえばよく、利用者の負担を増加することなく複数要素認証をおこなうことができ、セキュリティ性の向上を図ることができる。また、認証結果の受信にかかる認証サーバとサービスサイトとの通信の工程を省くことができる。
【０１３７】
また、この実施の形態１の認証システムによれば、統合ワンタイム認証サーバ１３０がクライアント端末１１０とともに本人の携帯端末装置２２０によって実現されているため、ログイン指示があるごとに本人の携帯端末装置２２０において認証がおこなわれるため、ログイン指示があるごとに当該指示があったことを本人の携帯端末装置２２０を介して本人に伝達するとともにその認証を本人の了承のもとにおこなうことができる。これによって、ワンタイム暗証情報の検証に加えて、ワンタイム認証をおこなうタイミングも検証することができるので、セキュリティ性の一層の向上を図ることができる。
【０１３８】
また、この実施の形態１の認証システムによれば、サービスサイトサーバ１２０からクライアント端末１１０への通信にＳＭＳを用いることによって、サービスサイトサーバ１２０と任意の端末装置とが電話回線によって接続されている場合に限ってショートメッセージの送受信を確立することができ、ワンタイム認証にかかわる情報を漏洩することなく、認証結果をリアルタイムで送信することができる。これによって、セキュリティ性の向上を図るとともに、迅速なワンタイム認証を実現し、利用者の利便性の向上を図ることができる。
【０１３９】
この実施の形態１の認証システムによれば、たとえば、ワンタイム認証が要求された時点において本人が携帯端末装置２２０を携帯していなくても、予定される未来のワンタイム認証のワンタイム暗証情報や、日時、場所、購入商品内容（上限金額やクマなどの商品キーワード）の行為を組合せＡＮＤやＯＲ、ＮＯＴ、ＸＯＲなど論理条件で事前に統合ワンタイム検証サーバ１３２などの認証サイトへ指定登録（ワンタイムルールの事前登録）していれば、本人ログインに対し、一度だけ自動承認するなどの自動処理が実現可能となる。この自動承認ルールをパスワードの一致としたものが従来のパスワード認証であるが、この実施の形態においてはこのような自動承認とは異なり、たとえば事前にイベント内容のみを登録しておけば、当該イベントにおけるログインを自動承認することが可能になる。
【０１４０】
（実施の形態２）
つぎに、この発明にかかる実施の形態２の認証システムについて説明する。実施の形態２においては、実施の形態１と同一部分は同一符号で示し、説明を省略する。この発明にかかる実施の形態２の認証システムにおいては、ワンタイム暗証情報の入力方法が第１の実施の形態と異なっており、携帯端末装置２２０が備えるワンタイム暗証発行機能によって生成したワンタイム暗証情報を含むログインのリクエストをサービスサイトサーバ１２０に対して送信する。
【０１４１】
（携帯端末装置２２０の処理手順）
図１０は、この発明にかかる実施の形態２の認証システムにおける携帯端末装置２２０の処理手順を示すフローチャートである。図１０のフローチャートにおいて、まず、サービスサイトへの接続が確立され、ディスプレイ４０４にログイン画面６１０を表示するためのログイン画面情報を受信するまで待機する（ステップＳ１００１：Ｎｏ）。そして、ログイン画面情報を受信すると（ステップＳ１００１：Ｙｅｓ）、ワンタイム暗証発行機能によってワンタイム暗証情報を生成し（ステップＳ１００２）、生成したワンタイム暗証情報およびログイン画面情報を用いて、所定の入力欄６１１にワンタイム暗証情報が表示されたログイン画面６１０を表示する（ステップＳ１００３）。
【０１４２】
そして、ログイン画面６１０における「ログイン」キー６２１が操作されることによるログイン指示があるまで待機し（ステップＳ１００４：Ｎｏ）、ログイン指示があった場合（ステップＳ１００４：Ｙｅｓ）は、サービスサイトサーバ１２０に対してワンタイム暗証情報を含むログインのリクエストを送信する（ステップＳ１００５）。そして、ログインのリクエストを送信したことにより認証のリクエストを受信したか否かを判断する（ステップＳ１００６）。認証のリクエストを受信していない場合（ステップＳ１００６：Ｎｏ）は、ステップＳ１００４へ戻る。
【０１４３】
ステップＳ１００６において、認証のリクエストを受信した場合（ステップＳ１００６：Ｙｅｓ）は、受信した認証のリクエストの送信元の識別情報および当該リクエストに含まれるワンタイム暗証情報を抽出し（ステップＳ１００７）、送信元が自端末であるか否かを判断する（ステップＳ１００８）。ステップＳ１００８においては、認証のリクエストの送信元の識別情報と自端末の識別情報とを比較し、一致する場合を送信元が自端末であると判断する。送信元が自端末ではない場合（ステップＳ１００８：Ｎｏ）は、そのまま一連の処理を終了する。
【０１４４】
ステップＳ１００８において、送信元が自端末である場合（ステップＳ１００８：Ｙｅｓ）は、認証ＯＫの入力があったか否かを判断する（ステップＳ１００９）。ステップＳ１００９においては、携帯端末装置２２０において受信した認証のリクエストに対する返信をおこなう入力操作があったか否かを判断し、当該入力操作があった場合に認証ＯＫの入力があったと判断する。認証ＯＫの入力があった場合（ステップＳ１００９：Ｙｅｓ）は、サービスサイトサーバ１２０に対して認証ＯＫを示す認証結果を送信する（ステップＳ１０１０）。
【０１４５】
その後、表示画面７２３など、提供するサービスをあらわす画面を表示するサービス画面情報を受信するまで待って（ステップＳ１０１１：Ｎｏ）、サービス画面情報を受信すると（ステップＳ１０１１：Ｙｅｓ）、受信したサービス画面情報に基づくサービス画面（表示画面７２３など）を表示して（ステップＳ１０１２）、一連の処理を終了する。
【０１４６】
一方、ステップＳ１００９において、認証ＯＫの入力がない場合（ステップＳ１００９：Ｎｏ）は、認証ＮＧの入力があったか否かを判断する（ステップＳ１０１３）。ステップＳ１０１３においては、携帯端末装置２２０に表示された表示画面７２２を閉じるあるいは削除する入力操作があったか否かを判断し、当該入力操作があった場合に認証ＮＧの入力があったと判断する。そして、認証ＮＧの入力があった場合には（ステップＳ１０１３：Ｙｅｓ）は、サービスサイトサーバ１２０に対して認証ＮＧを示す認証結果を送信して（ステップＳ１０１４）、一連の処理を終了する。
【０１４７】
またステップＳ１０１３において、認証ＮＧの入力がない場合（ステップＳ１０１３：Ｎｏ）は、認証のリクエストを受信してから所定時間が経過したか否かを判断し（ステップＳ１０１５）、経過していない場合（ステップＳ１０１５：Ｎｏ）はステップＳ１００９に戻る。また経過した場合（ステップＳ１０１５：Ｙｅｓ）は、一連の処理を終了する。
【０１４８】
上述したように、この実施の形態２の認証システムによれば、利用者がパスワードなどの入力操作をおこなうことなく、ログイン時に生成されたワンタイム暗証情報を用いて、本人が事前に設定した統合ワンタイム認証サーバ１３０において認証をおこなうため、クライアント端末１１０とサービスサイトサーバ１２０との間で同期をとった共通鍵や共通ロジックを利用することなく、ログインごとに異なる情報を用いて利用者が本人であるか否かを認証することができる。
【０１４９】
これによって、入力操作を煩雑にするなどの利用者の負担を増加することなく、またサービスサイトサーバ１２０にあらたな認証システムを導入させることなく、セキュリティ性を向上させることができる。これによって高いセキュリティ性を確保するとともに、利用者およびサービス提供者の利便性の向上を図ることができる。
【０１５０】
（実施の形態３）
つぎに、この発明にかかる実施の形態３の認証システムについて説明する。実施の形態３においては、実施の形態１、２と同一部分は同一符号で示し、説明を省略する。この発明にかかる実施の形態３の認証システムにおいては、実施の形態１、２とは異なり、携帯端末装置２２０がＨＴＴＰサーバ機能を備えている。ＨＴＴＰサーバ機能によって、ＨＴＴＰを用いてクライアント端末１１０と統合ワンタイム認証サーバ１３０とを同期させることができる。サービスサイトサーバ１２０と統合ワンタイム認証サーバ１３０としての携帯端末装置２２０との通信に際しては、共通鍵方式を利用してＨＴＴＰ通信の内容を暗号化する。共通鍵方式を利用した暗号化については公知の技術であるため説明を省略する。
【０１５１】
（ワンタイム認証の操作手順およびデータの流れ）
つぎに、ワンタイム認証システムにおけるワンタイム認証の操作手順およびデータの流れについて説明する。図１１−１、図１１−２および図１１−３は、この発明にかかる実施の形態３のワンタイム認証の操作手順およびデータの流れを示す説明図である。図１１−１において、携帯端末装置２２０に対してワンタイム認証のログイン画面６１０を表示する入力操作があった場合、ワンタイム暗証発行機能１１２によってワンタイム暗証情報を生成する。生成したワンタイム暗証情報はディスプレイ４０４に表示してもよい。そして、生成されたワンタイム暗証情報でのログインのリクエストを、サービスサイトサーバ１２０に送信するとともに、生成したワンタイム暗証情報を携帯端末装置２２０における所定のメモリに記憶する。
【０１５２】
図１１−２において、サービスサイトサーバ１２０は、携帯端末装置２２０から送信されたログインのリクエストを受け付けると、秘密鍵（公開鍵）を生成し、生成した秘密鍵（公開鍵）をログインのリクエストの送信元となる携帯端末装置２２０に送信して、秘密鍵（公開鍵）を通知する。またサービスサイトサーバ１２０は、携帯端末装置２２０に通知した秘密鍵（公開鍵）を用いてログインのリクエストに含まれるワンタイム暗証情報を暗号化する。
【０１５３】
さらにサービスサイトサーバ１２０は、ログインのリクエストの送信元となる携帯端末装置２２０の識別情報を取得し、取得した識別情報に関連付けられた統合ワンタイム認証サーバ１３０の識別情報を抽出する。そして、抽出した識別情報の統合ワンタイム認証サーバ１３０に対して、暗号化したワンタイム暗証情報を含むワンタイム認証のリクエストを送信する。サービスサイトサーバ１２０から携帯端末装置２２０に対する認証のリクエストの送信は、ＨＴＴＰを用いておこなう。
【０１５４】
図１１−３において、携帯端末装置２２０は、認証のリクエストを受信すると、受信した認証のリクエストに含まれるワンタイム暗証情報を、別途通知された秘密鍵（公開鍵）を用いて復号化し、図１１−１において生成したワンタイム暗証情報と一致するか否かを検証する。一致する場合、ディスプレイ４０４に「処理を継続しますか？」などのメッセージ、および、「ＯＫ」や「ＮＧ」などの処理を継続するか否かの意思表示をおこなわせる操作キーを表示する。そして、「ＯＫ」キーが操作された場合、サービスサイトサーバ１２０に対して「ＯＫ」を示す情報を別途通知された秘密鍵（公開鍵）を用いて暗号化したメールを送信する。
【０１５５】
サービスサイトサーバ１２０は、認証のリクエストを送信してから所定時間内に、認証のリクエストの送信先の携帯端末装置２２０から送信されたメールを受信したか否かを判断し、受信した場合には図１１−１に示した秘密鍵（公開鍵）を用いて復号化する。そして、復号化した内容にしたがって、「ＯＫ」であればログインのリクエストの送信元の携帯端末装置２２０のログインを許可する（図１１−７を参照）。この場合は、認証のリクエストの送信先の携帯端末装置２２０から送信されたメールの内容によって選択的にログインを許可するようにしているが、このような運用にかかわらず所定時間内におけるメールの受信の有無のみを判断することによってログインを許可するか否かを決定してもよい。
【０１５６】
上述したように、実施の形態３の認証システムによれば、クライアント端末１１０および統合ワンタイム認証サーバ１３０を実現する携帯端末装置２２０がＨＴＴＰサーバ機能を備え、各リクエストを共通鍵で暗号化することにより、ＨＴＴＰＳなどのプロトコルを用いて通信をおこなう場合と比較して、証明書調達のためなどの負担を利用者にかけることなくセキュリティ性の高い通信をおこなうことができる。
【０１５７】
なお、上述した実施の形態１、２および３においては、サービスサイトサーバ１２０が運営するサービスサイトにおいて統合ワンタイム認証サーバ１３０の識別情報として、クライアント端末１１０となる携帯端末装置２２０の識別情報を登録するようにしたが、これに限るものではない。たとえば統合ワンタイム認証サーバ１３０をコンピュータ装置２１０によって実現し、複数のクライアント端末１１０のワンタイム認証を１台の統合ワンタイム認証サーバ１３０によっておこなうようにしてもよい。この場合、統合ワンタイム認証サーバ１３０を複数のクライアント端末１１０にレンタルする運用とするとよい。これによって、実施の形態３の認証システムのように、クライアント端末１１０とサービスサイトサーバ１２０との間での複雑な共通鍵の交換処理を不要とし、共通鍵の利用をともなう各処理を統合ワンタイム認証サーバ１３０において集約しておこなうことができる。
【０１５８】
さらに、たとえば統合ワンタイム認証サーバ１３０から本人の携帯端末装置２２０に認証のリクエストを出力し、ワンタイム暗証情報の検証を本人の携帯端末装置２２０においておこなうようにしてもよい。さらに、クライアント端末１１０を本人以外の利用者（たとえば本人の家族など）の携帯端末装置２２０によって実現してもよい。これにより本人の家族がネットショッピングをしようとログイン画面６１０において所定の入力操作がおこなわれた場合、本人の携帯端末装置２２０における入力操作に表示画面７２２が表示され、ログインを許可するか否かを本人が決定することができる。これによって、たとえば店舗で子供が希望している商品の購入の可否を、会社など子供とは別の場所にいる親が決定することができる。
【０１５９】
このような運用をおこなう場合、サービスサイトサーバ１２０と統合ワンタイム認証サーバ１３０との間および統合ワンタイム認証サーバ１３０と本人の携帯端末装置２２０との間において、共通鍵を用いて暗号化した情報を送受信する。これによって、本人以外のクライアント端末１１０とサービスサイトサーバ１２０との間での複雑な共通鍵の交換処理を不要とし、ワンタイム認証にかかる処理負担の軽減を図ることができる。
【０１６０】
上述した実施の形態１、２および３においては、１台のクライアント端末１１０および１つのワンタイム暗証情報を用いて、複数のサービスサイトにおけるワンタイム認証を同時（短時間の間）におこなうことが想定される。このような状況では、統一ワンタイム認証サーバ１３０を実現する携帯端末装置２２０が、同じワンタイム暗証情報を含む認証のリクエストを複数受信する可能性があり、同じワンタイム暗証情報を含む認証のリクエストを複数受信した場合には、どのサービスサイトを利用するための認証のリクエストであるかが分かりづらくなる。
【０１６１】
この対策として、はじめにログインのリクエストを送信したワンタイム認証が完了するまでの間は、その他のワンタイム認証にかかわる認証のリクエストを受け付けないように制限するとよい。また別の対策として、サービスサイトあるいはサービスサイトによって提供される各サービスに識別情報をつけ、この識別情報を含む認証のリクエストをクライアント端末１１０に送信してもよい。これによって複数のサービスサイトを利用する場合にも、混乱することなくサービスサイトごとのワンタイム認証をおこない、セキュリティ性を確保することができる。
【０１６２】
上述した実施の形態の認証システムが実現するワンタイム認証は、具体的には、たとえば従来のカード決済における認証と併用することができる。具体的には、たとえば決済に際してカードを提示した利用者に対して、この実施の形態のワンタイム認証をおこなわせることによって本人あるいは本人が許可した利用者（家族など）であるかを判断することができる。
【０１６３】
この場合、カード発行会社から本人の携帯端末装置２２０に対して認証のリクエストを送信することによって、カードを提示した利用者が本人あるいは本人が許可した利用者（家族など）であるかを判断することができるので、カードのスキミングの防止や盗難したカードを提示した不正な利用者を発見することができる。また利用者は、身に覚えのないときに認証のリクエストを受信した場合には、カード（あるいはカード情報）が不正に利用されたことを直ちに知ることができる。これによって、盗難したカードを利用したなりすましを防止することができる。また、カード利用時の４桁暗証についても、その都度、本人の自由で４桁の数字を選択でき、暗証の漏えいにも効果が期待できる。更に、本件のシステム対応時には、提携の利用店舗側システムやカード端末の修正を必要としない点も展開時のメリットとなる。
【０１６４】
また、上述した各実施の形態のようにクレジットカードを用いた決済ごとにワンタイム暗証番号の入力と本人への行為の確認が成されることによって、クレジットカード番号などの個人情報が悪用されやすいとされるＷｅｂ取引においても、常に本人の意志をあらわすことができるので、なりすまし防止の効果を一層高くして、セキュリティ性の向上を図ることができる。
【０１６５】
さらに、上述した各実施の形態のようにデビットカードを用いた決済の場合でも、前記の効果が期待できる。また、昨今の不正使用から、デビットカードはご利用極度減額の傾向が強く、デビットカードの利用効果が期待できるオークションや家電量販店のような高額決済市場のニーズとミスマッチの傾向が色濃くなりつつある。これに対し、この実施形態のワンタイム認証を用いれば、セキュリティ向上が確保できるので、ご利用極度増額や引き当ての損害保険料の減額にも期待がもてる。
【０１６６】
また、上述した各実施の形態は、介護対象者のカードの取り扱いにも効果が期待できる。例えば、寝たきりの介護対象者のカードでそのヘルパーが代理人としてカードを使用する場合、カードの所有者（介護対象者）は、カードの暗証番号をヘルパーに教えたくないし、またヘルパーのカード利用が希望する使用内容かどうかも気がかりである。このような場面でも、この実施形態のワンタイム認証を用いれば、４桁暗証はその都度決めればよいし、ヘルパーの利用内容も、都度確認しながら決済を了承することが可能となる。
【０１６７】
また、たとえばログイン画面６１０を表示する際にワンタイム暗証情報を生成し、生成したワンタイム暗証情報を暗号化してから、暗号化されたワンタイム暗証情報を含むログインのリクエストをサービスサイトサーバ１２０に送信するようにしてもよい。この場合、ログインのリクエストを受信したサービスサイトサーバ１２０は、該当する統合ワンタイム認証サーバ１３０に対して所定の秘密鍵を用いての認証のリクエストを送信する。このとき、認証のリクエストは暗号化されたワンタイム暗証情報を含む。
【０１６８】
統合ワンタイム認証サーバ１３０は、暗号化されたワンタイム暗証情報を含む認証のリクエストを受信すると、事前に保有している秘密鍵でワンタイム暗証情報を復号化し、復号化したワンタイム暗証情報と自装置内に記憶したワンタイム暗証情報とが一致するか否かを検証する。検証の結果、一致している場合には、上述した図１１−３と同様にして「ＯＫ」あるいは「ＮＧ」を示す情報を送信する。これによって、暗号化して送信した情報を自分で復号化することができるので、クライアント端末１１０、サービスサイトサーバ１２０および統合ワンタイム認証サーバ１３０の間で秘密鍵や共通鍵を送受信する場合と比較して鍵が途中で漏洩することを確実に防止することができる。
【０１６９】
なお、クライアント端末１１０と統合ワンタイム認証サーバ１３０とは、それぞれ別の装置によって実現してもよいが、同じ１つの構成とすることができる。この場合クライアント端末１１０と統合ワンタイム認証サーバ１３０とが完全に１つの装置によって実現されるものに限らず、たとえば２台の携帯端末装置２２０をケーブル、赤外線通信、ＮＦＣやトランシーバー機能などを利用してセキュアな１対１通信をおこなうことによって、同じ１つの構成と看做してもよい。
【０１７０】
また、コンピュータ装置２１０と本人の携帯端末装置２２０とをＦｅｌｉｃａ近接通信やＶＰＮなどを用いて接続し、互いにセキュアな１対１通信を確立することによって、クライアント端末１１０と統合ワンタイム認証サーバ１３０とを同じ１つの構成と看做してもよい。また、本人のみ占有可能な機能を搭載したコンピュータ装置２１０によって、クライアント端末１１０および統合ワンタイム認証サーバ１３０を実現することによって、クライアント端末１１０と統合ワンタイム認証サーバ１３０とを同じ１つの構成と看做してもよい。この場合、本人のみ占有可能な機能を搭載したコンピュータ装置２１０内に統合ワンタイム認証サーバ１３０を仮想的に設け、仮想的な統合ワンタイム認証サーバ１３０とコンピュータ装置とがＶＰＮや特殊な専用通信でセキュアな１対１通信をおこなうようにすることができる。
【０１７１】
また統合ワンタイム認証サーバ１３０をバイクや自動車などに搭載されたコンピュータ装置によって実現し、給油所に設けられた自動販売機やセルフ給油装置の精算機によってクライアント端末１１０を実現し、クライアント端末１１０と統合ワンタイム認証サーバ１３０とを１対１通信させることによって、クライアント端末１１０と統合ワンタイム認証サーバ１３０とを同じ１つの構成と看做してもよい。
【０１７２】
クライアント端末１１０と統合ワンタイム認証サーバ１３０とを同じ１つの構成と看做せる場合、前記で述べてきた、ワンタイム暗証情報や、日時、場所、購入商品内容などの行為情報を、サービスサイトサーバ１２０経由で統合ワンタイム認証サーバ１３０に送信する伝達ルート以外に、クライアント端末１１０から統合ワンタイム認証サーバ１３０へサービスサイトサーバ１２０を経由せずにセキュアに直接伝達する転送が可能となる。これにより、統合ワンタイム認証サーバ１３０は、人的操作による本人の認証了承の判断を求めなくとも、ワンタイムルールとも照らしあわせ認証の結果判断を、自動で行うことが可能となる。
【０１７３】
これ以外にも、本人に対し、ＯＫ、ＮＧのみの最低限の意思判断を求める操作で一連の認証を実現することもできる。さらに、このＯＫ、ＮＧ以外の部分で、ワンタイム暗証情報や、日時、場所、購入商品内容などの行為情報の入力を、ワンタイムルールとも照らしあわせ認証判断した結果が、ＯＫであった場合は、この時点で本人確認が達成されており、統合ワンタイム認証サーバ１３０以外にクライアント端末１１０上でも、ＯＫ、ＮＧの本人判断の入力を実現してもよい。これにより、小額決済などの決済の回転スピードが求められる局面では、決済時にフェリカ端末に携帯電話をかざし、ＯＫ、ＮＧの判断が、ＯＫであれば、その確認画面をショップ側の端末に表示する事が、可能となる。
【産業上の利用可能性】
【０１７４】
以上のように、この発明にかかる認証システム、認証方法および認証プログラムは、任意の端末装置からサービスサイトへのログインのために認証をおこなう認証システム、認証方法および認証プログラムに有用であり、特に、ログインをおこなうごとに異なるワンタイム暗証情報を用いる認証システム、認証方法および認証プログラムに適している。
【図面の簡単な説明】
【０１７５】
【図１】この発明にかかる実施の形態１の認証システムの概要を示す説明図である。
【図２】この発明にかかる実施の形態１の認証システムのシステム構成を示す説明図である。
【図３】コンピュータ装置のハードウエア構成を示すブロック図である。
【図４】携帯端末装置のハードウエア構成を示すブロック図である。
【図５】認証システムの機能的構成を示すブロック図である。
【図６−１】ワンタイム認証の操作手順およびデータの流れを示す説明図（その１）である。
【図６−２】ワンタイム認証の操作手順およびデータの流れを示す説明図（その２）である。
【図６−３】ワンタイム認証の操作手順およびデータの流れを示す説明図（その３）である。
【図６−４】ワンタイム認証の操作手順およびデータの流れを示す説明図（その４）である。
【図６−５】ワンタイム認証の操作手順およびデータの流れを示す説明図（その５）である。
【図６−６】ワンタイム認証の操作手順およびデータの流れを示す説明図（その６）である。
【図６−７】ワンタイム認証の操作手順およびデータの流れを示す説明図（その７）である。
【図７−１】携帯端末装置における表示画面例を示す説明図（その１）である。
【図７−２】携帯端末装置における表示画面例を示す説明図（その２）である。
【図８】携帯端末装置の処理手順を示すフローチャートである。
【図９】サービスサイトサーバを実現するコンピュータ装置の処理手順を示すフローチャートである。
【図１０】この発明にかかる実施の形態２の認証システムにおける携帯端末装置の処理手順を示すフローチャートである。
【図１１−１】この発明にかかる実施の形態３のワンタイム認証の操作手順およびデータの流れを示す説明図（その１）である。
【図１１−２】この発明にかかる実施の形態３のワンタイム認証の操作手順およびデータの流れを示す説明図（その２）である。
【図１１−３】この発明にかかる実施の形態３のワンタイム認証の操作手順およびデータの流れを示す説明図（その３）である。
【符号の説明】
【０１７６】
１１０ クライアント端末
１２０ サービスサイトサーバ
１３０ 統合ワンタイム認証サーバ
５１１ 受付部
５１２ 生成部
５１３ 出力部
５１４ 送信部
５２１ 記憶部
５２２ 受信部
５２３ 送信部
５２４ 認証結果受信部
５２５ 計時部
５２６ 決定部
５３１ 受信部
５３２ 応答部
【特許請求の範囲】
【請求項１】
任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなう認証システムであって、
前記任意の端末装置が、
利用者によってその場でおこなわれた行為によって発生する情報の入力を受け付ける受付手段と、
前記利用者のログイン指示に応じて、前記受付手段によって受け付けられた情報を前記サービスサイトへ送信する送信手段と、
を備え、
前記サービスサイトを運営するサービスサイトサーバが、
前記本人が事前に設定した認証サーバに関する情報を記憶する記憶手段と、
前記任意の端末装置から送信された情報を受信する受信手段と、
前記本人が事前に設定した認証サーバに関する情報を前記記憶手段から抽出し、当該認証サーバに対して前記受信手段によって受信された情報を送信する送信手段と、
前記送信手段によって送信された情報の認証結果を受信する認証結果受信手段と、
前記認証結果受信手段によって受信された認証結果に基づいて、ログインの可否を決定する決定手段と、
を備えたことを特徴とする認証システム。
【請求項２】
任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなう認証システムであって、
前記任意の端末装置が、
利用者のログイン指示に応じて、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報を生成する生成手段と、
前記生成手段によって生成された情報を出力する出力手段と、
前記生成手段によって生成された情報を前記サービスサイトへ送信する送信手段と、
を備え、
前記サービスサイトを運営するサービスサイトサーバが、
前記本人が事前に設定した認証サーバに関する情報を記憶する記憶手段と、
前記任意の端末装置から送信された情報を受信する受信手段と、
前記本人が事前に設定した認証サーバに関する情報を前記記憶手段から抽出し、当該認証サーバに対して前記受信手段によって受信された情報を送信する送信手段と、
前記送信手段によって送信された情報の認証結果を受信する認証結果受信手段と、
前記認証結果受信手段によって受信された認証結果に基づいて、ログインの可否を決定する決定手段と、
を備えたことを特徴とする認証システム。
【請求項３】
前記サービスサイトサーバが、前記送信手段が前記認証サーバに対して前記情報を送信してからの時間を計時する計時手段を備え、
前記決定手段は、前記計時手段によって計時される所定時間内における前記認証結果受信手段による前記認証結果の受信の有無に基づいて、ログインの可否を決定することを特徴とする請求項１または２に記載の認証システム。
【請求項４】
前記認証サーバは、前記本人の携帯端末装置であることを特徴とする請求項１〜３のいずれか一つに記載の認証システム。
【請求項５】
前記サービスサイトサーバの送信手段は、前記任意の端末装置へＳＭＳを用いて前記情報を送信することを特徴とする請求項４に記載の認証システム。
【請求項６】
任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなう認証システムが実行する認証方法であって、
前記任意の端末装置に実行させる、
利用者によってその場でおこなわれた行為によって発生する情報の入力を受け付ける受付工程と、
前記利用者のログイン指示に応じて、前記受付工程によって受け付けられた情報を前記サービスサイトへ送信する送信工程と、
前記サービスサイトを運営するサービスサイトサーバに実行させる、
前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、
前記任意の端末装置から送信された情報を受信する受信工程と、
前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、
前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、
前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、
を含んだことを特徴とする認証方法。
【請求項７】
任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなう認証システムが実行する認証方法であって、
前記任意の端末装置に実行させる、
利用者のログイン指示に応じて、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報を生成する生成工程と、
前記生成工程によって生成された情報を出力する出力工程と、
前記生成工程によって生成された情報を前記サービスサイトへ送信する送信工程と、
前記サービスサイトを運営するサービスサイトサーバに実行させる、
前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、
前記任意の端末装置から送信された情報を受信する受信工程と、
前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、
前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、
前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、
を含んだことを特徴とする認証方法。
【請求項８】
任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなう認証システムに実行させる認証プログラムであって、
前記任意の端末装置に、
利用者によってその場でおこなわれた行為によって発生する情報の入力を受け付ける受付工程と、
前記利用者のログイン指示に応じて、前記受付工程によって受け付けられた情報を前記サービスサイトへ送信する送信工程と、
を実行させ、
前記サービスサイトを運営するサービスサイトサーバに、
前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、
前記任意の端末装置から送信された情報を受信する受信工程と、
前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、
前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、
前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、
を実行させることを特徴とする認証プログラム。
【請求項９】
任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなう認証システムに実行させる認証プログラムであって、
前記任意の端末装置に、
利用者のログイン指示に応じて、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報を生成する生成工程と、
前記生成工程によって生成された情報を出力する出力工程と、
前記生成工程によって生成された情報を前記サービスサイトへ送信する送信工程と、
を実行させ、
前記サービスサイトを運営するサービスサイトサーバに、
前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、
前記任意の端末装置から送信された情報を受信する受信工程と、
前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、
前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、
前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、
を実行させることを特徴とする認証プログラム。
【請求項１】
任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなう認証システムであって、
前記任意の端末装置が、
利用者によってその場でおこなわれた行為によって発生する情報の入力を受け付ける受付手段と、
前記利用者のログイン指示に応じて、前記受付手段によって受け付けられた情報を前記サービスサイトへ送信する送信手段と、
を備え、
前記サービスサイトを運営するサービスサイトサーバが、
前記本人が事前に設定した認証サーバに関する情報を記憶する記憶手段と、
前記任意の端末装置から送信された情報を受信する受信手段と、
前記本人が事前に設定した認証サーバに関する情報を前記記憶手段から抽出し、当該認証サーバに対して前記受信手段によって受信された情報を送信する送信手段と、
前記送信手段によって送信された情報の認証結果を受信する認証結果受信手段と、
前記認証結果受信手段によって受信された認証結果に基づいて、ログインの可否を決定する決定手段と、
を備えたことを特徴とする認証システム。
【請求項２】
任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなう認証システムであって、
前記任意の端末装置が、
利用者のログイン指示に応じて、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報を生成する生成手段と、
前記生成手段によって生成された情報を出力する出力手段と、
前記生成手段によって生成された情報を前記サービスサイトへ送信する送信手段と、
を備え、
前記サービスサイトを運営するサービスサイトサーバが、
前記本人が事前に設定した認証サーバに関する情報を記憶する記憶手段と、
前記任意の端末装置から送信された情報を受信する受信手段と、
前記本人が事前に設定した認証サーバに関する情報を前記記憶手段から抽出し、当該認証サーバに対して前記受信手段によって受信された情報を送信する送信手段と、
前記送信手段によって送信された情報の認証結果を受信する認証結果受信手段と、
前記認証結果受信手段によって受信された認証結果に基づいて、ログインの可否を決定する決定手段と、
を備えたことを特徴とする認証システム。
【請求項３】
前記サービスサイトサーバが、前記送信手段が前記認証サーバに対して前記情報を送信してからの時間を計時する計時手段を備え、
前記決定手段は、前記計時手段によって計時される所定時間内における前記認証結果受信手段による前記認証結果の受信の有無に基づいて、ログインの可否を決定することを特徴とする請求項１または２に記載の認証システム。
【請求項４】
前記認証サーバは、前記本人の携帯端末装置であることを特徴とする請求項１〜３のいずれか一つに記載の認証システム。
【請求項５】
前記サービスサイトサーバの送信手段は、前記任意の端末装置へＳＭＳを用いて前記情報を送信することを特徴とする請求項４に記載の認証システム。
【請求項６】
任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなう認証システムが実行する認証方法であって、
前記任意の端末装置に実行させる、
利用者によってその場でおこなわれた行為によって発生する情報の入力を受け付ける受付工程と、
前記利用者のログイン指示に応じて、前記受付工程によって受け付けられた情報を前記サービスサイトへ送信する送信工程と、
前記サービスサイトを運営するサービスサイトサーバに実行させる、
前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、
前記任意の端末装置から送信された情報を受信する受信工程と、
前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、
前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、
前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、
を含んだことを特徴とする認証方法。
【請求項７】
任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなう認証システムが実行する認証方法であって、
前記任意の端末装置に実行させる、
利用者のログイン指示に応じて、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報を生成する生成工程と、
前記生成工程によって生成された情報を出力する出力工程と、
前記生成工程によって生成された情報を前記サービスサイトへ送信する送信工程と、
前記サービスサイトを運営するサービスサイトサーバに実行させる、
前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、
前記任意の端末装置から送信された情報を受信する受信工程と、
前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、
前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、
前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、
を含んだことを特徴とする認証方法。
【請求項８】
任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなう認証システムに実行させる認証プログラムであって、
前記任意の端末装置に、
利用者によってその場でおこなわれた行為によって発生する情報の入力を受け付ける受付工程と、
前記利用者のログイン指示に応じて、前記受付工程によって受け付けられた情報を前記サービスサイトへ送信する送信工程と、
を実行させ、
前記サービスサイトを運営するサービスサイトサーバに、
前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、
前記任意の端末装置から送信された情報を受信する受信工程と、
前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、
前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、
前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、
を実行させることを特徴とする認証プログラム。
【請求項９】
任意の端末装置からサービスサイトへのログインのために、少なくとも本人を確認する検証処理を本人の携帯端末装置でおこなうことを含む認証をおこなう認証システムに実行させる認証プログラムであって、
前記任意の端末装置に、
利用者のログイン指示に応じて、任意の文字列、画像、音声および生体情報の少なくともいずれかからなる情報を生成する生成工程と、
前記生成工程によって生成された情報を出力する出力工程と、
前記生成工程によって生成された情報を前記サービスサイトへ送信する送信工程と、
を実行させ、
前記サービスサイトを運営するサービスサイトサーバに、
前記本人が事前に設定した認証サーバに関する情報を記憶する記憶工程と、
前記任意の端末装置から送信された情報を受信する受信工程と、
前記本人が事前に設定した認証サーバに関する情報を前記記憶工程から抽出し、当該認証サーバに対して前記受信工程によって受信された情報を送信する送信工程と、
前記送信工程によって送信された情報の認証結果を受信する認証結果受信工程と、
前記認証結果受信工程によって受信された認証結果に基づいて、ログインの可否を決定する決定工程と、
を実行させることを特徴とする認証プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６−１】
【図６−２】
【図６−３】
【図６−４】
【図６−５】
【図６−６】
【図６−７】
【図７−１】
【図７−２】
【図８】
【図９】
【図１０】
【図１１−１】
【図１１−２】
【図１１−３】
【図２】
【図３】
【図４】
【図５】
【図６−１】
【図６−２】
【図６−３】
【図６−４】
【図６−５】
【図６−６】
【図６−７】
【図７−１】
【図７−２】
【図８】
【図９】
【図１０】
【図１１−１】
【図１１−２】
【図１１−３】
【公開番号】特開２００９−２９５０３７（Ｐ２００９−２９５０３７Ａ）
【公開日】平成２１年１２月１７日（２００９．１２．１７）
【国際特許分類】
【出願番号】特願２００８−１４９７８１（Ｐ２００８−１４９７８１）
【出願日】平成２０年６月６日（２００８．６．６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．デコメール
【出願人】（３０２０６４７６２）株式会社日本総合研究所 (367)
【Ｆターム（参考）】
【公開日】平成２１年１２月１７日（２００９．１２．１７）
【国際特許分類】
【出願日】平成２０年６月６日（２００８．６．６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．デコメール
【出願人】（３０２０６４７６２）株式会社日本総合研究所 (367)
【Ｆターム（参考）】
[ Back to top ]