認証サーバ装置、認証方法、及び認証プログラム
【課題】一定の視認性を維持しつつ、定量的に攻撃耐性を上げることが可能な、ＣＡＰＴＣＨＡを用いた認証技術を提供すること。
【解決手段】認証サーバ装置は、クライアントからサービス利用の要求を受信すると、１以上の既知の記号若しくは１以上のダミー記号又はその両方を含む複数の画像情報を格納する画像情報格納部から１以上の画像情報を読み出し、これを使用して、１以上の既知の記号を各々含む１以上の２次元画像及び１以上のダミー記号を各々含む１以上の２次元画像が、１度に１つクライアントのユーザに提示されるように、チャレンジ・データを作成する。そして認証サーバ装置は、レスポンス・データを受信すると、それがチャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一致することに応答してクライアント装置のサービス利用を許可する。
【解決手段】認証サーバ装置は、クライアントからサービス利用の要求を受信すると、１以上の既知の記号若しくは１以上のダミー記号又はその両方を含む複数の画像情報を格納する画像情報格納部から１以上の画像情報を読み出し、これを使用して、１以上の既知の記号を各々含む１以上の２次元画像及び１以上のダミー記号を各々含む１以上の２次元画像が、１度に１つクライアントのユーザに提示されるように、チャレンジ・データを作成する。そして認証サーバ装置は、レスポンス・データを受信すると、それがチャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一致することに応答してクライアント装置のサービス利用を許可する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータと人間を区別する完全に自動化された公開チューリングテスト（ＣＡＰＴＣＨＡ：Ｃｏｍｐｌｅｔｅｌｙ Ａｕｔｏｍａｔｅｄ Ｐｕｂｌｉｃ Ｔｕｒｉｎｇ ｔｅｓｔ ｔｏ ｔｅｌｌ Ｃｏｍｐｕｔｅｒｓ ａｎｄ Ｈｕｍａｎｓ ａｐａｒｔ）に関し、一定の視認性を維持しつつ、定量的に攻撃耐性を上げることが可能な、ＣＡＰＴＣＨＡを用いた認証技術に関する。
【背景技術】
【０００２】
ＣＡＰＴＣＨＡは、種々のコンピュータによるサービスをロボットが使用するのを防ぐために利用される技術である。例えば、ブログのスパムコメントを防止するため、また、ロボットによる無料メールアカウントの自動取得を防止するための簡易認証としてのＣＡＰＴＣＨＡの利用はよく知られている。
【０００３】
現在、音声データを用いたＣＡＰＴＣＨＡ、写真データを用いたＣＡＰＴＣＨＡ等、様々なＣＡＰＴＣＨＡが研究されている。しかし、テスト問題作成の容易性や使用環境の制約の問題から、テキスト画像によるＣＡＰＴＣＨＡが最も一般的に用いられている。テキスト画像によるＣＡＰＴＣＨＡでは、歪ませたり、一部を覆い隠した文字をユーザに提供し、正しい文字がユーザにより入力された場合にユーザが人間であると推測する。
【０００４】
しかしながら、近年、このような２次元のテキスト画像によるＣＡＰＴＣＨＡが、光学式文字読取装置（ＯＣＲ：Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）技術の精度の向上により、また、スパマーによる攻撃により、突破されつつある。対抗策として、２次元のテキスト画像の背景を複雑多様に変化させる等の手段が取られるが、これは同時に人間による読み取りをも困難にする。
【０００５】
人間にとって読み取りを容易にすると同時に、コンピュータが読み取ることを困難にする技術として、特許文献１が存在する。特許文献１は、アークおよび／クラックをＨＩＰシーケンスの周りに配置するか、またはそれと組み合わせる無作為性を低下させる、即ち、アークおよび／クラックをテキスト全体により均一に分散させることによって、解くことのできない、または不可能な質問（チャレンジ）を生成する確率を、部分的に低減する技術を開示する。
【０００６】
また、特許文献１は、キャラクタ・フォントの平均厚さに近いか、またはそれよりも大きいアークを、アタックを拡散させる上で有効である偽の存在として、既に配置されたキャラクタと重複しないように、均一に追加する技術も開示する。
【０００７】
また、コンピュータが読み取ることを困難にする他の技術として、認証用データをアニメーションとして提示する技術も存在する（非特許文献１参照）。この技術は、アニメーションを構成する２次元画像の各フレーム中に認証テキストが完全に現れることをなくすことで、言い換えると、認証対象の文字列の全てが同一のフレームに現れないようにすることで、ロボットによる認証用データの解析を困難なものにしている。
【特許文献１】特開２００５−３２２２１４号公報
【非特許文献１】Ｌａｓｚｉｏ Ｚｓｉｄｉ、”ａｎｉｍａｔｅｄ＿ｃａｐｔｃｈａ”、［ｏｎｌｉｎｅ］、［平成２０年１月２２日検索］、インターネット＜ＵＲＬ http://www.phpclasses.org/browse/package/3423.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記従来技術において、利用場面や技術の進歩に合わせて、一定の視認性を維持しつつ、定量的に攻撃耐性を上げることは難しい。上記特許文献１の技術において、ユーザに提示されるＨＩＰシーケンスは１つの２次元画像である。そのため、コンピュータによる読み取りをより困難にするために、アークおよび／クラックの量を増やそうとすると、キャラクタに重なるアークおよび／クラックの量が増えてしまい視認性が低下する。また、偽の存在としてのアークの量を増やそうとすると、これらはキャラクタから離れて配置する必要があるため、２次元画像のサイズが大きくなってしまい、やはり視認性を低下させてしまう。
【０００９】
また、上記非特許文献１の技術では、認証対象の文字列の全てが同一の２次元画像のフレームに現れることがないように調整される。そのため、コンピュータによる読み取りをより困難にするため、提示する２次元画像のフレームの数を増やそうとすると、必然的に認証対象の文字列も長くなってしまう。従って、非特許文献１の技術において２次元画像のフレームの数を増やすことは、認証回数を増やすことと実質的に同じであり、非特許文献１の技術において、利用場面や技術の進歩に合わせて攻撃耐性を上げることはできない。
【００１０】
この発明は、上記の問題点を解決するためになされたものであって、コンピュータ処理により、利用場面や技術の進歩に合わせて、一定の視認性を維持しつつ、定量的に攻撃耐性を上げることが可能な、ＣＡＰＴＣＨＡを用いた認証方法、認証プログラム及び認証サーバ装置を提供することを目的とする。本発明はまた、２次元のＣＡＰＴＣＨＡへの主な攻撃法であるＯＣＲ技術を用いた攻撃に対して高い抵抗力を持つ、ＣＡＰＴＣＨＡを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成する本発明は、次のような認証サーバ装置により実現される。この認証サーバ装置は、１以上の既知の記号及び１以上のダミー記号の少なくとも一方が含まれる複数の画像情報を格納する画像情報格納部と、ネットワークを介してクライアント装置からサービス利用の要求を受信する受信部と、サービス利用の要求の受信に応答して、画像情報格納部から１以上の画像情報を読み出す読出し部と、１以上の既知の記号を各々含む１以上の２次元画像及び１以上のダミー記号を各々含む１以上の２次元画像が、１度に１つクライアント装置のユーザに提示されるように、読み出した１以上の画像情報を使用してチャレンジ・データを作成するチャレンジ・データ作成手段と、クライアント装置へ作成したチャレンジ・データを送信し、クライアント装置から対応するレスポンス・データを受信する試験部と、受信したレスポンス・データが、送信したチャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一致することに応答してクライアント装置のサービス利用を許可する許可部とを備える。
【００１２】
ここで、認証サーバ装置は、受信するサービス利用の要求を、該要求を送信したクライアント装置からネットワークを介して直接受信してもよく、あるいは、クライアント装置が要求するサービスを実際に提供する他のサーバ装置を介して受信してもよい。また、サービス利用の許可・不許可は、クライアント装置若しくは上記その他のサーバ装置又はその両方に、認証結果を送信することにより行ってよい。
【００１３】
ここで、ダミー記号とは、人間にとっては正解の既知の記号とは異なる記号と視認しやすいが、コンピュータにとっては正解の既知の記号と誤判定してしまいやすい記号をいう。好ましくは、ダミー記号は、既知の記号に類似する形状若しくは線の太さ又はその両方を持つ、特定の意味を持たない記号である。
【００１４】
好ましくは、複数の２次元画像は、その背景及び前景の少なくとも一方にアークを含む。ここで、アークとは、人間にとっては正解の既知の記号と区別して視認しやすいが、コンピュータにとっては正解の既知の記号の一部として又は正解の既知の記号そのものとして誤判定してしまいやすい情報をいう。一例として、アークは、線や曲線、又任意の形状の背景として表現してよい。
【００１５】
好ましくは、画像情報格納部は、１以上の既知の記号を各々含む複数の２次元画像、及び１以上のダミー記号を各々含む複数の２次元画像を格納する。ここで、１以上の既知の記号を含む２次元画像はまた、１以上のダミー記号を更に含んでもよい。
【００１６】
また好ましくは、読出し部は、サービス利用の要求の受信に応答して、上記画像情報格納部から１以上の既知の記号を含む２次元画像及び１以上のダミー記号を含む２次元画像をそれぞれ１以上読み出す。そして、チャレンジ・データ作成手段は、チャレンジ・データとして、読み出した複数の２次元画像を用いたアニメーションＧＩＦ形式の動画を作成する。
【００１７】
好ましくは、画像情報格納部は、１以上の既知の記号及び１以上のダミー記号がその表面に見える３次元のオブジェクトに関する３次元画像情報を複数格納する。
【００１８】
また好ましくは、読出し部は、サービス利用の要求の受信に応答して、上記画像情報格納部から３次元のオブジェクトに関する３次元画像情報を１つ読み出す。そして、チャレンジ・データ作成手段は、読み出した３次元画像情報に基づいて、異なる視点から見た３次元のオブジェクトの２次元画像を複数作成し、該複数の２次元画像を用いたアニメーションＧＩＦ形式の動画を前記チャレンジ・データとして作成する。
【００１９】
また好ましくは、読出し部は、サービス利用の要求の受信に応答して、上記画像情報格納部から３次元のオブジェクトに関する３次元画像情報を１つ読み出す。そして、チャレンジ・データ作成手段は、読み出した３次元画像情報に基づいて、所定の視点からみた３次元のオブジェクトの２次元画像を生成し、該２次元画像の複数の領域の各々に該領域からみた３次元のオブジェクトの２次元画像へのリンク先を設定したクリッカブルマップをチャレンジ・データとして作成する。
【００２０】
また好ましくは、読出し部は、サービス利用の要求の受信に応答して、上記画像情報格納部から３次元のオブジェクトに関する３次元画像情報を１つ読み出す。そして、チャレンジ・データ作成手段は、３次元オブジェクトを任意の方向から見ること可能とする、クライアント装置において実行されるプログラム及び３次元画像情報を含むチャレンジ・データを作成する。
【００２１】
また好ましくは、３次元画像情報は、３次元のオブジェクトの形状情報及び３次元のオブジェクトの表面の色情報を含む。更に好ましくは、３次元のオブジェクトは、複数の小球の集合から構成される球体である。更にまた好ましくは、３次元のオブジェクトの表面の色情報は、既知の記号が複数の小球の表面上で歪むことなく見えるように決定されている。
【００２２】
好ましくは、許可部は、受信したレスポンス・データが、送信したチャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一定以上の正解率が得られた場合にクライアント装置のサービス利用を許可する。
【００２３】
好ましくは、チャレンジ・データ作成部は、複数のチャレンジ・データを作成し、試験部は、複数のチャレンジ・データを用いて、同一のクライアント装置に対して試験を複数回実行する。そして、許可部は、各チャレンジ・データに対して、受信したレスポンス・データが、送信したチャレンジ・データに含まれる１以上の既知の記号と一致するか否かを判定し、所定回数以上一致した場合にクライアント装置のサービス利用を許可する。
【００２４】
以上、認証サーバ装置として本発明を説明したが、本発明は、そのような認証サーバ装置において実行される認証方法、認証プログラムとして把握することもできる。
【発明の効果】
【００２５】
本発明によれば、クライアント装置のユーザが人間であることを試験するためのチャレンジ・データとして、１以上の既知の記号を各々含む１以上の２次元画像、及び１以上のダミー記号を各々含む１以上の２次元画像が１度に１つクライアント装置のユーザに提示される。チャレンジ・データを提示されたユーザは、提示された２次元画像に含まれる１以上の既知の記号を正解として返すことが求められる。
【００２６】
人間は、意味のない未知の記号よりも既知の記号をより知覚・発見しやすいという知覚特性をもつ。そのため、本発明に係るＣＡＰＴＣＨＡを提示された人間は、１度に１つ提示される複数の２次元画像の中から、既知の記号が含まれる２次元画像を素早く抽出し、正解である既知の記号を容易く見つけ出すことができる。従って、提示される２次元画像の数が増えても視認性に与える影響はほとんどない。
【００２７】
一方、そのような知覚特性のないコンピュータには、正解の既知の記号とダミー記号とを区別することは難しい。そのため、コンピュータは、提示された複数の２次元画像を１つ１つ等しく解析する必要がある。従って、本発明に係るＣＡＰＴＣＨＡのコンピュータによる解析は、提示される２次元画像の数に比例して困難なものとなる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明を実施するための最良の形態を図面に基づいて詳細に説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。なお、実施の形態の説明の全体を通じて同じ要素には同じ番号を付している。
【００２９】
まず、図１を参照して、本発明に係る認証システムについて説明する。図１は、本発明の一実施形態に係る認証システム１０００全体の構成の一例を示す図である。認証システム１０００は、インターネットやLAN（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク２００に接続し、複数のクライアント装置５００に各種サービスを提供するＷｅｂサーバ等の複数のサーバ４００と、ネットワーク２００に接続し、サーバ４００にサービスの提供を要求する複数のクライアント３００と、ネットワーク２００に接続し、複数のサーバ４００と複数のクライアント３００に対して認証サービスを提供する認証サーバ１００とを含む。各装置間の通信は、例えばＴＣＰ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）など任意の好適なプロトコルを利用して行われる。
【００３０】
クライアント３００は、サーバ４００にサービスの提供を要求する場合、まず認証サーバ１００へアクセスする。認証サーバ１００は、クライアント３００からサービス提供の要求を受信すると、チャレンジ／レスポンス型テストにより、クライアント３００がそのサービスを受ける権利があるか否か、即ち、クライアント３００のユーザが人間であるか否かを認証する。本発明に係る認証サーバ１００は、チャレンジ・データとして、１以上の既知の記号を各々含む１以上の２次元画像と１以上のダミー記号を各々含む１以上の２次元画像を、１度に１つクライアント３００のスクリーンに表示されるように、ユーザに提示する。
【００３１】
チャレンジ・データを受信したクライアント３００のユーザは、提示された複数の２次元画像から既知の記号を読み取り、クライアント３００へ入力する。クライアント３００は入力されたデータをレスポンス・データとして認証サーバ１００へ送信する。認証サーバ１００は、受信したレスポンス・データが、チャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定する。認証に成功した場合、認証サーバ１００は、クライアント３００へ認証許可情報を送信する。認証許可情報を受信したクライアント３００は、認証許可情報を希望するサーバ４００へ送信し、サーバ４００からサービスの提供を受ける。
【００３２】
一方、認証に失敗した場合、認証サーバ１００は、クライアント４００のサービス利用の要求を拒否する。なお、図１では、認証サーバ１００は、複数のサーバ４００に対して認証サービスを提供するものとして示しているが、サーバ４００ごと対応する認証サーバ１００を配置する構成を採用してもよい。更に、認証サーバ１００とサーバ４００を１つのサーバとして実装してもよい。また、クライアント３００は、サーバ４００へ直接サービスの提供を要求し、認証サーバ１００は、サーバ４００を介してクライアント３００からサービス提供の要求を受信する構成としてもよい。
【００３３】
図２は、本発明の一実施形態に係る認証サーバ１００の機能構成の一例を示す図である。本発明の実施形態に係る認証サーバ１００は、受信部１０２と、読出し部１０５と、画像情報格納部１０８と、チャレンジ・データ作成部１１０と、試験部１１５と、許可部１２０とを備える。
【００３４】
受信部１０２は、ネットワーク２００を介してクライアント３００から、いずれかのサーバ４００が提供するサービス利用の要求を受信する。サーバ４００が提供するサービスはどのようなものでもよく、例えば、メールアカウントの無料提供サービス、ブログや電子掲示板へのコメント投稿のサービス、文献等の各種情報のダウンロード・サービス、レストランや映画の座席の予約サービスであってよい。
【００３５】
画像情報格納部１０８は、１以上の既知の記号及び１以上のダミー記号の少なくとも一方が含まれる複数の画像情報を格納する。ここで既知の記号は、文字や数字、またプラスの符号等、既知のものであればどのような記号であってもよい。しかしながら、既知の記号はユーザが正解としてクライアント３００に入力する必要のある記号であることから、アルファベットや数字などの入力容易な記号を選択することが好ましい。また、同一の認証用データの再利用を避けるため、種類の豊富な記号を選択することが好ましい。
【００３６】
一方、ダミー記号は、上述したように、人間にとっては正解の既知の記号とは異なる記号と視認しやすいが、コンピュータにとっては正解の既知の記号と誤判定してしまいやすい記号である。好ましくは、ダミー記号は、既知の記号に類似する形状若しくは線の太さ又はその両方を持つ、特定の意味を持たない記号である。
【００３７】
本発明の一実施形態に係る画像情報格納部１０８は、１以上の既知の記号を各々含む複数の２次元画像、及び１以上のダミー記号を各々含む複数の２次元画像を格納する。１以上の既知の記号を含む２次元画像は、１以上のダミー記号を更に含んでもよく、画像情報格納部１０８は、１以上の既知の記号を含む２次元画像を、その２次元画像に含まれる１以上の既知の記号に対応付けて格納する。一例として、各２次元画像は、ｎ×ｍのマトリクスとして記述され（ｎ、ｍは所定の定数）、マトリクスを構成するデータは、テクセルと呼ばれる４つの要素（Ｒ、Ｇ、Ｂ、α）により記述される。ここでＲ、Ｇ、Ｂは、テクセルの赤、緑、青の色情報であり、αは画像を重ね合わせたときの透過率を表す。なお、本発明においてα情報はなくてもよい。
【００３８】
好ましくは、各２次元画像は、その背景若しくは前景又はその両方にアークを含む。上述したように、アークとは、人間にとっては正解の既知の記号と区別して視認しやすいが、コンピュータにとっては正解の既知の記号の一部として又は正解の既知の記号そのものとして誤判定してしまいやすい情報をいう。一例として、アークは、線や曲線であってよい。他の例としてアークは、既知の記号に類似する色を持つ背景又は任意の形状を有する背景であってよい。更に、各２次元画像は、従来の２次元ＣＡＰＴＣＨＡのように、歪んだ又はぼやかされた既知の記号やダミー記号を含んでよい。
【００３９】
読出し部１０５は、クライアント３００からのサービス利用の要求の受信に応答して、画像情報格納部１０８から無作為に１以上の画像情報を読み出す。より具体的には、本発明の一実施形態に係る読出し部１０５は、サービス利用の要求の受信に応答して、上記一実施形態に係る画像情報格納部１０８から１以上の既知の記号を含む２次元画像及び１以上のダミー記号を含む２次元画像を、それぞれ１以上読み出す。そして読出し部１０５は、読み出した１以上の画像情報をチャレンジ・データ作成部２１０へ渡す。読出し部１０５はまた、読み出した１以上の画像情報に含まれる１以上の既知の記号を、後述する許可部２２０へ渡す。なお、安全性の観点から、読出し部１０５は、読み出した１以上の画像情報の履歴を記録し又は破棄することにより、同一の認証用データの再利用を避けることが好ましい。
【００４０】
チャレンジ・データ作成部１１０は、１以上の既知の記号を各々含む１以上の２次元画像及び１以上のダミー記号を各々含む１以上の２次元画像が、１度に１つクライアント３００のユーザに提示されるように、読み出した１以上の画像情報を使用して、クライアント３００のユーザが人間であることを試験するためのチャレンジ・データを作成する。
【００４１】
より具体的には、本発明の一実施形態に係るチャレンジ・データ作成部１１０は、ＧＩＦアニメーション作成部１１１を含む。ＧＩＦアニメーション作成部１１１は、チャレン・データとして、本発明の一実施形態に係る読出し部１０５から受け取った複数の２次元画像を用いたアニメーションＧＩＦ形式の動画を作成する。ここで、ＧＩＦアニメーションとは、１つのファイルの中に複数のＧＩＦ画像を保存し、それらを順に表示していくことで動画を表現するアニメーションである。ＧＩＦアニメーション作成部１１１は、読出し部１０５から受け取った複数の２次元画像をランダムに並べて１つのファイルの中に保存し、アニメーションＧＩＦ形式の動画を作成する。
【００４２】
これに代えて、本発明の一実施形態に係るチャレンジ・データ作成部１１０は、本発明の一実施形態に係る読出し部１０５から受け取った複数の２次元画像のハイパーリンクを埋め込んだ文書を作成してもよい。いずれの場合も、チャレンジ・データ作成部１１０は、作成したチャレンジ・データを、試験部１１５へ渡す。
【００４３】
試験部１１５は、サービス利用の要求をしたクライアント３００へ、チャレンジ・データ作成部１１０から受け取ったチャレンジ・データを送信し、クライアント３００から、対応するレスポンス・データを受信する。そして、試験部１１５は、受信したレスポンス・データを許可部１２０へ渡す。
【００４４】
許可部１２０は、試験部１１５から受け取ったレスポンス・データが、試験部１１５によって送信されたチャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一致することに応答してクライアント３００のサービス利用を許可する。ここで、許可部１２０は、チャレンジ・データに複数の既知の記号が含まれる場合、該複数の既知の記号と受け取ったレスポンス・データとが全て一致しなくても、一定以上の正解率が得られることを条件に、クライアント３００にサービスの利用を許可してもよい。
【００４５】
また、許可部１２０は、受け取ったレスポンス・データが１以上の第１記号と一致しない場合であっても直ちにサービスの利用を不許可とせず、クライアント３００に複数回試験を受ける機会を与えてもよい。即ち、許可部１２０は、各チャレンジ・データに対して、受信したレスポンス・データが、送信したチャレンジ・データに含まれる１以上の既知の記号と一致するか否かを判定し、所定回数以上一致した場合にクライアント３００のサービス利用を許可してもよい。
【００４６】
サービス利用を許可する場合、許可部１２０は、認証許可情報を作成し、これをクライアント３００へ送信する。クライアント３００は、受信した認証許可情報を該当サーバ４００へ提示して、希望するサービスを利用する。なお、サービス利用の要求をサーバ４００を介して受信する場合、許可部１２０は、認証許可情報をサーバ４００へ直接送信する。一方、サービス利用を拒否する場合、許可部１２０は、例えば、同一のＩＰアドレスを有するクライアント３００又はＭＡＣアドレスなどの同一の識別番号を有するクライアント３００からのアクセス要求を一定時間禁止する。
【００４７】
上記説明した本発明の一実施形態に係る画像情報格納部１０８に格納される画像情報は、２次元の画像情報であった。そこで次に、画像情報格納部１０８に格納される画像情報が３次元の画像情報である場合について説明する。なお、画像情報格納部１０８に格納される画像情報が３次元の画像情報であっても、受信部１０２、試験部１１５及び許可部１２０の機能に違いはないため、以下では、画像情報格納部１０８、読出し部１０５及びチャレンジ・データ作成部１１０について説明する。
【００４８】
本発明の他の実施形態に係る画像情報格納部１０８は、１以上の既知の記号及び１以上のダミー記号がその表面に見える３次元のオブジェクトに関する３次元画像情報を、上記１以上の既知の記号に関連付けて複数格納する。ここで３次元画像情報には、少なくとも、３次元オブジェクトの形状情報とその表面の色情報とが含まれる。
【００４９】
図３に、そのような３次元オブジェクトの一例を示す。図３（ａ）に示す例では、３次元のオブジェクトの形状は球であり、該３次元のオブジェクトをある視点１０からみると、その表面に正解となる既知の記号（本実施例ではアルファベットのＡ、図３（ｂ）参照）を見ることができ、また、他の視点２０からみると、その表面にダミーの第２記号（本実施例ではアルファベットのＡに似た形状を有する２つの記号、図３（ｃ）参照）を見ることができる。
【００５０】
このような３次元のオブジェクトをチャレンジ・データとする場合、ユーザは、複数の視点から３次元のオブジェクトを観察し、正解の既知の記号を見つけて回答することが求められる。ところで、３次元のオブジェクトをコンピュータの画面上で見る場合、ある視点から見た３次元オブジェクトの２次元画像を見ることになる。従って、１以上の既知の記号及び１以上のダミー記号がその表面に見える３次元のオブジェクトをチャレンジ・データとすることは、１以上の既知の記号を各々含む１以上の２次元画像及び１以上のダミー記号を各々含む１以上の２次元画像を、１度に１つクライアント装置のユーザにチャレンジ・データとして提示することと同じである。
【００５１】
そこでまず、このような３次元のオブジェクトに関する３次元画像情報の生成方法について、図４乃至図９を参照して説明する。図４は、３次元データ生成装置５００の機能構成の一例を示す図である。本発明の実施形態に係る３次元データ生成装置５００は、オブジェクト生成部５０５と、第１記号格納部５１０と、第１記号決定部５１５と、第２記号格納部１２０と、第２記号決定部１２５と、色情報決定部５３０と、３次元データ格納部５５０と、乱数発生器５４０を備える。
【００５２】
オブジェクト生成部５０５は、３次元の仮想空間内に３次元のオブジェクトを生成し、生成した３次元オブジェクトの形状情報を、３次元データ格納部５５０へ格納する。生成する３次元オブジェクトの形状はどのようなものでもよい。また、３次元オブジェクトは、一般的なモデリング手法を用いて、ポリゴンの集合によって表現してよい。この場合、３次元データ格納部５５０に格納される３次元オブジェクトの形状情報には、少なくともポリゴンの名を表すインデックス・ナンバー及びポリゴンの各頂点の座標が含まれる。しかしながら、好ましくは、オブジェクト生成部５０５は、３次元オブジェクトの形状として球体を選択し、球空間に小球を分布させてなる３次元オブジェクトを生成する。この場合、３次元オブジェクト情報格納部５５０に格納される３次元オブジェクトの形状情報には、少なくとも球空間の中心点（原点としてもよい）の座標とその半径Ｒ、及び小球の半径ｒとその中心点の座標又は分布式が含まれる。
【００５３】
このような３次元オブジェクトの生成が好ましいのは、次のような理由による。上述したように、本発明に係るＣＡＰＴＣＨＡは、チャレンジ・データとして提示する２次元画像の中に、ダミー記号を含む２次元画像を追加し、コンピュータが解析しなければならない２次元画像を増やすことによってＣＡＰＴＣＨＡの解析を困難なものとする。従って、３次元オブジェクトの多方向からダミー記号を挿入し、コンピュータに複数の方向についてダミー記号を解析する必要を生じさせることにより、正解となる記号の読み取りを困難にすることができる。このことは、視点によって、３次元オブジェクトの表面の見え方が異なるほど、コンピュータが解析する必要のある方向が増え、コンピュータによる正解の記号の読み取りが困難になることを意味する。
【００５４】
そこで本実施例では、３次元オブジェクトの表面の見え方が視点によって大きく異なるよう、３次元オブジェクトの形状として球体を選択し、更に、複数の小球の集合によって球体の形状をなす３次元オブジェクトを生成する。図５を参照して、複数の小球の集合によって球体を構成した場合に、その表面に見ることのできる画像が、球体を見る方角の違いだけでなく、球体と視点との間の距離によっても大きく異なることを説明する。
【００５５】
図５は、球空間に小球を分布させてなる３次元オブジェクトを、真横で切ったその断面図を示す。なお、図５では、説明を簡単にするために一部の小球のみを示す。図５を見ると分かるように、近い視点Ｐ１から３次元オブジェクトを見た場合、小球１と２が手前に見え、小球３と４はその陰になって見ることができない。一方、遠い視点Ｐ２から３次元オブジェクトを見た場合、小球４と５が手前に見え、小球３は小球５の陰になって見ることができない。このように、複数の小球の集合によって球体を構成する場合、球体と視点との間の距離によって見える小球が異なり、結果としてその表面に描画される記号の見え方も異なる。
【００５６】
なお、球空間における小球の分布と密度は、最も理想的には、「球空間をどの方向から見ても、同数の小球が同密度で見える状態」になる分布と密度である。但し、見る方向によって見える小球の数や密度が異なっても問題はない。実際の実装では、一様分布（例えば、方眼紙の升目に１つずつ小球を配置するような均等分布）が利用しやすく、密度は極端に低い状態でなければよい。オブジェクト生成部１０５は、一例として、半径Ｒが１０ｃｍの球空間に、半径１ｃｍの小球を２００個程度、一様に分布させることにより３次元オブジェクトを生成してよい。
【００５７】
第１記号格納部５１０は、正解となる複数の既知の記号の２次元の画像情報を、インデックスを付けて格納する。上述したように既知の記号は、文字や数字、またプラスの符号等、既知のものであればどのような記号でもよい。第１記号格納部５１０に格納される既知の記号の画像情報もまた、ｎ×ｍのマトリクスとして記述され（ｎ、ｍは所定の定数）、マトリクスを構成するデータは、テクセルと呼ばれる４つの要素（Ｒ、Ｇ、Ｂ、α）により記述される。同様に、Ｒ、Ｇ、Ｂは、テクセルの赤、緑、青の色情報であり、αは画像を重ね合わせたときの透過率を表す。ここでもα情報はなくてもよい。
【００５８】
第１記号決定部５１５は、１以上の既知の記号、及び該既知の記号が見える、オブジェクト生成部５０５が生成した３次元のオブジェクトの表面の第１の位置をそれぞれ決定する。好ましくは、第１記号決定部５１５は、乱数発生器５４０によって乱数を発生させ、該乱数に基づいて、第１記号格納部５１０から１以上の第１記号を無作為に選択する。また好ましくは、第１記号決定手段５１５は、第１記号が見える方向を、第１の位置として決定する。
【００５９】
ここで、決定する既知の記号が１つの場合、既知の記号が３次元オブジェクトの表面に見えるべき方向は任意の方向であってよい。しかしながら、決定する既知の記号が複数の場合、最初の既知の記号が見えるべき方向が決定された後は、残りの既知の記号が見えるべき方向は、他の既知の記号に重なって見えてしまうような方向を除く任意の方向である。決定された、１以上の既知の記号の２次元の画像情報、及び各既知の記号の第１の位置情報（見える方向）は、後述する色情報決定部５３０へ渡され、色情報決定部５３０の第１バッファ５３５に一時的に格納される。
【００６０】
第２記号格納部５２０は、複数のダミー記号の２次元の画像情報を、インデックスを付けて格納する。上述したようにダミー記号は、斜線や曲線等、特別な意味を持たない記号であればよい。第２記号格納部５２０はまた、上記３次元のオブジェクトの表面に背景として描画すべき２次元の背景画像、該２次元の背景画像の生成方法に関する情報、及び１以上の既知の記号及び１以上のダミー記号の変形方法に関する情報のうち少なくとも１つを更に、インデックスを付けて格納してよい。
【００６１】
第２記号格納部５２０に格納されるダミー記号の画像情報及び背景画像もまた、ｎ×ｍのマトリクスとして記述され（ｎ、ｍは所定の定数）、マトリクスを構成するデータは、テクセルと呼ばれる４つの要素（Ｒ、Ｇ、Ｂ、α）により記述される。同様に、Ｒ、Ｇ、Ｂは、テクセルの赤、緑、青の色情報であり、αは画像を重ね合わせたときの透過率を表す。ここでもα情報はなくてもよい。ここで、背景画像は、上述したように、既知の記号の線の太さよりも細い線や曲線等により表されるアークの入った背景画像等、コンピュータに誤った解答を出させるために、従来より用いられている背景画像あってよい。
【００６２】
また、背景画像の生成方法に関する情報、及び変形方法に関する情報は、特定のアルゴリズムに従って背景画像を生成するプログラムの格納場所に関する情報、及び他の特定のアルゴリズムに従って既知の記号及びダミー記号を変形するプログラムの格納場所に関する情報であってよい。そしてそのような特定のアルゴリズムの各々は、従来の２次元ＣＡＰＴＣＨＡにおいて用いられる既知のアルゴリズムであってよい。
【００６３】
第２記号決定部５２５は、１以上のダミー記号、及び該ダミー記号が見える、オブジェクト生成部５０５が生成した３次元のオブジェクトの表面の第２の位置をそれぞれ決定する。好ましくは、第２記号決定部５２５は、乱数発生器５４０によって乱数を発生させ、該乱数に基づいて、第２記号格納部５２０から１以上のダミー記号を無作為に選択する。また好ましくは、第２記号決定手段５２５は、ダミー記号が見える方向を、第２の位置として決定する。ここで、第２記号決定部５２５は、ダミー記号が見える方向を、乱数発生器５４０によって無作為に選択してもよい。これに代えて、第２記号決定部５２５は、３次元のオブジェクトをどの方向からみてもその表面に第２記号が一様に見えるように、ダミー記号の見える方向を決定してもよい。
【００６４】
なお、第２記号決定部５２５は、ダミー記号の第２の位置（見える方向）を決定する際に、既知の記号の第１の位置（見える方向）を必ずしも考慮する必要はない。これは、実際に３次元のオブジェクトの表面に各記号の画像を投射する際に、各記号の画像を投射する順序を制御する等して、既知の記号とダミー記号が重なる場合であっても、既知の記号がダミー記号の上に見えるよう、言い換えると既知の記号が最前面に見えるようできるからである。しかしながら、人間による視認性をよくするためには、ダミー記号の第２の位置は、既知の記号とダミー記号とが重ならないように決定することが望ましい。決定された、１以上のダミー記号の画像情報、及び各ダミー記号の第２の位置情報（見える方向）は、後述する色情報決定部５３０へ渡され、色情報決定部５３０の第２バッファ５４０に一時的に格納される。
【００６５】
また、第２記号決定部５２５は、第２記号決定部５２５から背景画像又は背景画像の生成方法に関する情報を更に選択してよい。生成方法に関する情報を選択する場合、第２記号決定部５２５は、該生成方法に基づいて背景画像を生成する。上述したように、生成方法に関する情報が、背景画像を生成するプログラムの格納場所を示す場合、第２記号決定部５２５は格納場所から背景画像を生成するプログラムを起動し、該プログラムに背景画像を生成させる。生成された、又は選択された背景画像情報は、後述する色情報決定部５３０へ渡され、色情報決定部５３０の第２バッファ５４０に一時的に格納される。
【００６６】
また、第２記号決定部５２５は、第２記号決定部５２５から変形方法に関する情報を選択してよい。変形方法に関する情報を選択する場合、第２記号決定部５２５は、該変形方法に基づいて、第１バッファ５３５及び第２バッファ５４０にそれぞれ格納される１以上の既知の記号及び１以上のダミー記号を変形し、更新する。上述したように、変形方法に関する情報が、既知の記号及びダミー記号を変形するプログラムの格納場所に関する情報である場合、第２記号決定部５２５は格納場所から既知の記号及びダミー記号を変形するプログラムを起動し、該プログラムに変形処理を実行させる。
【００６７】
色情報決定部５３０は、決定された１以上の既知の記号及びダミー記号がそれぞれ、オブジェクト生成部５０５が生成した３次元のオブジェクトの表面の対応する第１の位置又は第２の位置に見えるように、上記３次元のオブジェクトの表面の色情報を決定する。色情報決定部５３０による色情報決定の処理は、一例としてテクスチャマッピングを用いて行ってよい。即ち、色情報決定部５３０は、第１バッファ５３５から既知の記号の画像情報を読み出し、これをテクスチャとする。更に、色情報決定部５３０は、第１バッファ５３５から、上記既知の記号に対応する第１の位置情報（見える方向）を読み出し、これをマッピング方向とする。そして、色情報決定部５３０は、決定したマッピング方向から、上記既知の記号の画像情報を上記３次元のオブジェクトの表面に貼り付ける。
【００６８】
テクスチャの貼り付けは、ＵＶ座標を用いてオブジェクトへのテクスチャの投影を正確に設定することにより行っても、単に、視点方向からオブジェクトにテクスチャを投影することにより行ってもよい。また、オブジェクトへのテクスチャの投影は、レイトレーシングの手法を利用してもよいが、コンピュータによる計算処理をより簡単なものとするため、「実際には光が当たったように計算して対応するピクセルの色を変える」というような単純な手法を利用してもよい。例えば、本実施例においては、３次元オブジェクトは複数の小球の集合により構成される球体である。従ってこの場合、色情報決定部５３０は、球体から所定の距離離れた位置と、既知の記号の第１の位置、即ち既知の記号が見える方向から、該既知の記号の２次元画像が、複数の小球の集合により構成される球体の表面に映るように、小球を着色する。
【００６９】
ところで球体に文字をそのまま投影すると、文字が球面で歪んで見えにくくなってしまう。このような文字の歪みは、人間による正解となる既知の記号の認識に影響を与えるため、補正することが望ましい。歪みを補正する既知の技術は複数存在し、最も単純な方法は次のようなものである。即ち、球体に文字をそのまま貼り付けると文字が歪むことを考慮して（図９（ａ）参照）、歪んだ結果正常な表示内容となるように予め反対方向に歪んだ文字の２次元画像を用意しておくという方法である（図９（ｂ）参照）。なお、３次元オブジェクトが複数の小球の集合により構成される球体である場合、歪み補正は小球ごと行う。
【００７０】
ダミー記号の画像情報や背景の画像情報についても同様の方法により処理できる。但し、背景画像により既知の記号及びダミー記号が、またダミー記号により既知の記号が、それぞれ覆い隠されてしまわないように、テクスチャマッピングの処理の順序は、背景の画像情報、ダミー記号の画像情報、既知の記号の画像情報の順に行う。そして、色情報決定部５３０は、このようにして決定した３次元オブジェクト表面をなす各点の色情報を、３次元データ格納部５５０へ格納する。
【００７１】
次に図６乃至図８を参照して、本発明に係る３次元のオブジェクトに関する３次元画像情報の生成処理の流れを説明する。図６は、３次元データ生成装置５００において実行される、３次元画像情報タの生成処理の流れの一例を示すフローチャートである。図６において処理はステップ５００で開始し、３次元データ生成装置５００はまず、３次元の仮想空間内に３次元のオブジェクトを生成する。本実施例では、図７（ａ）に示すように、３次元の仮想空間内において半径Ｒの球空間を決定する。そして図７（ｂ）に示すように、決定した球空間内に複数の小球をランダムに配置することにより、複数の小球の集合からなる球体の形状をした３次元のオブジェクトを生成する。なお、球空間内に小球を等間隔で配置しても本発明の効果を得ることは可能である。しかし、ランダムに配置するほうが、コンピュータによる解析がより困難となり好ましい。
【００７２】
次に３次元認証用データ生成装置５００は、１以上の既知の記号と、各既知の記号が見える、生成した３次元のオブジェクトの表面の第１の位置をそれぞれ決定する（ステップ１０５）。ここで既知の記号の決定は、既知の記号の種類（例えばアルファベットのＡやＤ等）の決定のみならず、その色の決定を含んでよい。また、既知の記号の色は、一色でも多色でもあってもよく、複数の既知の記号を決定する場合、それぞれの既知の記号の色は独立に決定してよい。更に決定する第１の位置は、第１記号が見える３次元空間内の方向であってよい。なお、３次元オブジェクトを見るときの距離、即ち３次元オブジェクトと視点との間の距離は、固定であっても可変であってもよく、本実施例では所定の距離、即ち固定とする。
【００７３】
既知の記号を決定すると、３次元データ生成装置５００は、決定した既知の記号の２次元画像を作成する（図８（ａ）参照）（ステップ１１０）。なお、第１記号の決定は、複数種類の既知の記号の２次元画像を格納する第１記号格納部１１０から選択することにより行ってもよく、この場合、処理はステップ１０５からステップ１１５へ飛ぶ。そして、３次元認証用データ生成装置５００は、所定の距離は離れた、決定した既知の記号が見える方向から、作成した既知の記号の２次元画像を、生成した３次元オブジェクトに貼り付ける（図８（ｂ）参照）（ステップ１１５）。なお、ステップ５１０及びステップ１１５は、決定した既知の記号の数だけ繰り返す。
【００７４】
正解となる既知の記号について処理が終わると、次に３次元データ生成装置５００は、１以上のダミー記号と、各ダミー記号が見える、生成した３次元のオブジェクトの表面の第２の位置をそれぞれ決定する（ステップ１２０）。ここでダミー記号の決定は、ダミー記号の種類（例えばアルファベットのＡによく似た形状の曲線等）の決定のみならず、その色の決定を含んでよい。また、ダミー記号の色は、一色でも多色でもあってもよく、それぞれのダミー記号の色は独立に決定してよい。更に決定する第２の位置は、ダミー記号が見える３次元空間内の方向であってよい。なお、３次元オブジェクトを見るときの距離、即ち３次元オブジェクトと視点との間の距離は、既知の記号に関して決定した距離、即ち、本実施例では所定の距離である。
【００７５】
ダミー記号を決定すると、３次元データ生成装置５００は、決定したダミー記号の２次元画像を作成する（図８（ｃ）参照）（ステップ１２５）。なお、ダミー記号の決定は、複数種類のダミー記号の２次元画像を格納する第２記号格納部１２０から選択することにより行ってもよく、この場合、処理はステップ１２０からステップ１３０へ飛ぶ。そして、３次元データ生成装置５００は、所定の距離は離れた、決定したダミー記号が見える方向から、作成したダミー記号の２次元画像を、生成した３次元オブジェクトに貼り付ける（図８（ｄ）参照）（ステップ１３０）。同様に、ステップ１２５及びステップ１３０は、決定したダミー記号の数だけ繰り返す。最後に３次元データ生成装置５００は、生成した３次元オブジェクトの形状情報及びその表面の色情報を、３次元データ格納部５５０に格納し（ステップ１３５）、そして処理は終了する。
【００７６】
図２に戻って、画像情報格納部１０８に格納される１以上の画像情報が、上記説明した３次元データ生成装置５００によって生成された３次元のオブジェクトに関する３次元画像情報である場合について説明する。他の実施形態において、読出し部１０５は、サービス利用の要求の受信に応答して、画像情報格納部１０８から３次元のオブジェクトに関する３次元画像情報を１つ読み出し、これをチャレンジ・データ作成部１１０に渡す。
【００７７】
上述したように、３次元データ生成装置１００が生成する３次元のオブジェクトは、ある方向から見るとその表面に正解となる既知の第１記号を見ることができ、また別の方向から見ると、その表面にダミーとなる第２記号を見ることができる。このような３次元のオブジェクトをチャレンジ・データとして提示されるクライアント３００のユーザは、複数の視点から３次元のオブジェクトを観察し、正解の第１記号を見つけて回答しなければならない。
【００７８】
このことは、３次元データ生成装置５００が生成した、１以上の第１記号及び１以上の第２記号がその表面に描かれた３次元のオブジェクトを、認証サーバ１００は、クライアント３００のユーザが複数の視点から観察できるような形にして送信しなければならないことを意味する。そのような方法は複数存在するが、本明細書においては、より好ましい３つ方法について説明する。
【００７９】
１つは、ＧＩＦアニメーションとしてチャレンジ・データを作成する方法である。この場合、チャレンジ・データ作成部１１０はＧＩＦアニメーション作成部１１１を含み、ＧＩＦアニメーション作成部１１１は読出し部１０５から受け取った３次元オブジェクト情報から、視点を変えて３次元のオブジェクトの２次元画像を複数生成し、生成した複数の２次元画像を用いてアニメーションＧＩＦ形式の動画を作成する。
【００８０】
２次元画像を生成するための視点の選択には、３次元オブジェクトの表面に見える既知の記号及びダミー記号にそれぞれ対応する第１の位置及び第２の位置を利用できる。この場合、画像情報格納部１０８に格納される３次元オブジェクト情報には、３次元オブジェクトの表面に見える既知の記号及びダミー記号にそれぞれ対応する第１の位置及び第２の位置も含まれるものとする。
【００８１】
ＧＩＦアニメーション作成部１１１は、３次元オブジェクトの表面に見ることのできる全ての既知の記号について、該既知の記号の見える方向を視点とした２次元画像を生成する。しかしながら、ダミー記号については、必ずしも全てのダミー記号について、該ダミー記号の見える方向を視点とした２次元画像を生成する必要はない。即ち、ＧＩＦアニメーション作成部１１１は、作成するチャレンジ・データの難易度に応じて、又は生成するアニメーションＧＩＦ形式の動画サイズに課される制約に基づいて、生成する２次元画像の枚数を調整してよい。また、生成した複数の２次元画像を並べる（表示する）順序は、ランダムであってもよく、又は３次元オブジェクトが上下左右に回転しているように見えるような順序であってもよい。
【００８２】
ＧＩＦアニメーションとしてチャレンジ・データを作成する場合、チャレンジ・データとしての３次元オブジェクトを観察する方向は、認証サーバ１００において決定され、クライアント３００のユーザは、観察する方向を自由に指定することはできない。しかしながら、アニメーションＧＩＦ形式の動画は現在多くのブラウザで閲覧することが可能であり、クライアント３００において、チャレンジ・データを表示するために新たにプログラムを必要としない点で好ましい。なおアニメーションＧＩＦ形式の動画を作成する代わりに、３次元オブジェクトが回転する、ＭＰＥＧ（Moving Picture Experts Group）形式の動画を作成してもよい。
【００８３】
他の１つは、クリッカブルマップとしてチャレンジ・データを作成する方法である。この場合、チャレンジ・データ作成部１１０はクリッカブルマップ作成部１１２を含む。クリッカブルマップはクリッカブルマップ機能をもつ画像であり、クリッカブルマップ機能とは、画像の中に様々なリンク先を設定しておき、クリックした位置に応じて定められたリンク先に移動する機能である。クリッカブルマップ作成部１１２は、読出し部１０５から受け取った３次元オブジェクト情報から、所定の視点からみた３次元のオブジェクトの２次元画像を生成し、該２次元画像の複数の領域の各々に該領域からみた３次元のオブジェクトの２次元画像へのリンク先を設定したクリッカブルマップをチャレンジ・データとして作成する。
【００８４】
図１０を参照して、クリッカブルマップ作成部１１２によるクリッカブルマップの作成方法を具体的に説明する。クリッカブルマップ作成部１１２はまず、所定の視点からみた３次元のオブジェクトの２次元画像を生成し、これを基本の２次元画像とする。図１０（ａ）に、基本となる２次元画像の一例を示す。この２次元画像は、図１０（ｂ）に示す３次元オブジェクトの球体を、Ｙ軸の正の方向からみたときのものである。他の方向から球体を見たときの２次元画像を、基本の２次元画像としてもよい。また図１０では、理解を容易にするため、３次元オブジェクトの表面にある既知の記号及びダミー記号は省略している。
【００８５】
基本となる２次元画像を生成すると、クリッカブルマップ作成部１１２は、２次元画像を複数の領域に分割する。分割はどのように行ってもよいが、図１０（ａ）に示すように、放射状とするのが好ましい。そして、クリッカブルマップ作成部１１２は、分割した各領域からみた３次元のオブジェクトの２次元画像を作成し、所定の場所に格納する。最後に、クリッカブルマップ作成部１１２は、分割した各領域に、該領域からみた３次元のオブジェクトの２次元画像へのリンク先を設定する。
【００８６】
このようなクリッカブルマップを受信したクライアント３００のブラウザは、例えばユーザが図１０（ａ）に示す領域３０をクリックした場合には、認証サーバ１００に、３次元オブジェクトをＸ軸の負の方向からみた場合の２次元画像を要求することになる。また、ユーザが、図１０（ａ）に示す領域４０をクリックした場合には、ブラウザは、認証サーバ１００に、３次元オブジェクトをＺ軸の負の方向からみた場合の２次元画像を要求することになる。
【００８７】
クリッカブルマップとしてチャレンジ・データを作成する場合、クライアント３００のユーザはチャレンジ・データである３次元オブジェクトを観察する方向を指定することができる。なお、指定できる方向は、基本となる２次元画像を分割した領域の数に制限されるが、分割を細かくすることで、指定できる方向の数を増やすことができる。また、クリッカブルマップはブラウザの機能の１つであり、従って、クライアント３００において、チャレンジ・データを表示するために新たなプログラムは必要とすることもない。
【００８８】
また、他の１つは、３次元のオブジェクトをマウス等の入力装置を使って回転させ、任意の方向から見ることができるようにするプログラム、即ちビューワを作成し、これをチャレンジ・データに含める方法である。この場合、チャレンジ・データ作成部１１０は、３次元チャレンジ・データ作成部１１３及びビューワを格納するビューワ格納部１１４を含む。３次元のオブジェクトを扱うビューワの作成方法は公知であり、例えば、Ｊａｖａ（登録商標）アプレット、Ｊａｖａ（登録商標）スクリプト、Ｆｌａｓｈ等を利用することにより簡単に作成することができる。３次元チャレンジ・データ作成部１１３は、読出し部１０５から３次元オブジェクト情報を受け取ると、該３次元オブジェクト情報と、３次元オブジェクトを任意の方向から見ること可能とするプログラムを含むチャレンジ・データを作成する。
【００８９】
チャレンジ・データの一部とするためにビューワ格納部１１４から読み出されるビューワは、起動時に、レンダリングの処理対象となる３次元オブジェクトのデータを読み込むものとする。このようにすることで、全ての３次元オブジェクトに対して同一のビューワを使用することが可能となる。そのため、３次元チャレンジ・データ作成部１１３は、読出し部１０５から受け取った３次元オブジェクト情報を、適切な名前のファイルに変換する。
【００９０】
チャレンジ・データに、３次元のオブジェクトをマウス等の入力装置を使って回転することのできプログラムを含める場合、クライアント３００のユーザは、３次元認証用データとしての３次元オブジェクトを、ドラッグする等の操作により自由に回転し、３次元オブジェクトを任意の方向から観察することができる。なお、Ｊａｖａ（登録商標）アプレット、Ｊａｖａ（登録商標）スクリプト、Ｆｌａｓｈを利用してプログラムを作成する場合、該プログラムはブラウザ上で実行することが可能であり、より好ましい。なお、このような３次元のチャレンジ・データは、近年注目を浴びている３次元の仮想現実世界を提供するサービスで利用することも可能である。この場合、サービス利用者のコンピュータには、仮想現実世界にアクセスするための専用のクライアント用ソフトウェアが予めインストールされているため、本実施例のように３次元のチャレンジ・データにビューワを含める必要がない。
【００９１】
次に図１１乃至図１３を参照して、上記説明した種々の方法により作成されたチャレンジ・データが、クライアント３００の表示画面上でどのように見えるかを、具体例を用いて説明する。なお、図１１乃至図１３に示すチャレンジ・データは、いずれも、表面に正解のアルファベットのＡや、直線や曲線のアークを見ることができる球体の３次元オブジェクトに関する３次元画像情報に基づいて作成されたものである。
【００９２】
図１１（ａ）は、ＧＩＦアニメーション作成部１１１によって作成された、クライアント３００の表示画面に表示されるＧＩＦアニメーションの一例を示す。このＧＩＦアニメーションは、球体の３次元オブジェクトを、図１１（ｂ）に示すようにその中心を通る回転軸をすこしずつ変えながら、回転するように表示する。その結果、クライアント３００のユーザは、球体の３次元オブジェクトの表面に描かれた、正解である全ての既知の記号を見ることができる。１つの２次元画像が表示されてから次の２次元画像が表示される間隔、即ち球体を回転させるスピードは固定としてもよいが、図１１（ａ）に示すように可変とし、ユーザが選択可能な回転速度の選択ボタンをあわせて表示してもよい。なお、コンピュータに対する攻撃耐性は、回転速度によらないことに留意されたい。
【００９３】
図１２は、クリッカブルマップ作成部１１２によって作成された、クライアント３００の表示画面に表示されるクリッカブルマップの一例を示す。ここで、Ｙ軸上にある２つの三角ボタン５２（大きく回転）又は１つの三角ボタン５５（小さく回転）をクリックすると、クライアント３００のユーザは、図１２に示される球体の３次元オブジェクトを、垂直方向上向きに回転させた２次元画像を見ることができる。一方、Ｙ軸上にある２つの三角ボタン５３（大きく回転）又は１つの三角ボタン５４（小さく回転）をクリックすると、クライアント３００のユーザは、球体の３次元オブジェクトを、垂直方向下向きに回転させた２次元画像を見ることができる。
【００９４】
同様に、Ｘ軸上にあるボタン５６乃至５９をクリックすることで、クライアント３００のユーザは、球体の３次元オブジェクトを、水平方向に回転させた２次元画像を見ることができる。また、Ｄ軸上にある２つの三角ボタン６０（より遠く）及び１つの三角ボタン６２（少し遠く）をクリックすると、クライアント３００のユーザは、視点を球体から遠くへ離した、球体の３次元オブジェクトの２次元画像を見ることができる。同様に、Ｄ軸上にある２つの三角ボタン６１（より近く）及び１つの三角ボタン６３（少し近く）をクリックすると、クライアント３００のユーザは、視点を球体に近づけた、球体の３次元オブジェクトの２次元画像を見ることができる。なお、図１２に示すように、指定された回転角度や、視点と球体との距離を、２次元画像の下に表示してもよい。
【００９５】
図１３は、３次元チャレンジ・データ作成部１１３によって作成されたチャレンジ・データに含まれるビューワを起動したクライアント３００の表示画面に表示される３次元オブジェクトの一例を示す。
図１３に示す例では、ビューワは、クライアント３００の表示画面に、Ｘ軸、Ｙ軸、Ｄ軸として３つのスクロールバーを表示する。例えば、クライアント３００のユーザは、ノブ６５を上下に又はノブ６６を左右に移動させることで、図１３に示される球体の３次元オブジェクトを、表示画面上で垂直方向又は水平方向に回転させることができる。同様に、クライアント３００のユーザは、ノブ６７をＤ軸に沿って移動させることで、視点を球体から遠ざけたり近づけたりすることができる。
【００９６】
なお、上記３つの例のいずれにおいても、クライアント３００のユーザには、１以上の既知の記号を各々含む１以上の２次元画像及び１以上のダミー記号を各々含む１以上の２次元画像が、１度に１つ提示される。しかしながら、クリッカブルマップの例や専用ビューワを用いた例では、１つの２次元画像を表示する時間をユーザ側で調整することができる。言い換えると、ユーザは、正解の既知の記号を含まない２次元画像の表示時間を短くすることで、より容易く無関係の２次元画像を無視することができる。結果、クリッカブルマップや専用ビューワを利用する場合、ＧＩＦアニメーションを利用する場合に比べて、一定の視認性を保ちながら、定量的に攻撃耐性を上げることがより容易である。
【００９７】
また、専用ビューワを用いた例では、３次元オブジェクトを見る視点を連続的に変更することができるため、他の例に比べると、解析対象となる２次元画像の量を格段に増やすことができる。しかし、上述したように、人間は、意味のない未知の記号よりも既知の記号をより知覚・発見しやすいという知覚特性をもつため、クライアント３００のユーザは、正解である既知の記号の見える視点を容易く発見することができる。これに対しコンピュータはそのような知覚特性を持たないため、ダミー記号が見える全ての視点について解析が必要となる。従って、専用ビューワを用いた場合、他の２つの例に比べ、一定の視認性を保ちながら、定量的に攻撃耐性を上げることがより容易である。
【００９８】
次に図１４を参照して、本発明の認証サービスの処理の流れを説明する。図１４は、認証サーバ１００において実行される、認証サービスの処理の流れの一例を示すフローチャートである。図１４において処理はステップ２００で開始し、認証サーバ１００は、クライアント３００から、サーバ４００が提供するサービスのサービス利用の要求を受信すると（ステップ２００）、これに応答して、画像情報格納部１０８から、１以上の画像情報を無作為に読み出す（ステップ２０５）。
【００９９】
次に、認証サーバ１００は、クライアント３００のチャレンジ回数をカウントするカウンタを初期化し（ステップ２１０）、読み出した１以上の画像情報に基づいて、クライアント３００のユーザが人間であることを試験するためのチャレンジ・データを作成する（ステップ２１５）。
【０１００】
ここで、読み出した１以上の画像情報に、正解の記号として１つのアルファベット文字が含まれる場合、認証サーバ１００は、例えば、「次の表示される画像の中に、１つのアルファベット文字が隠されています。その文字を探し出して入力してください」というようなユーザに提示する設問を、チャレンジ・データの一部として作成する。同様に、読み出した１以上の画像情報に、正解の記号として２つのアルファベット文字と１つの数字が含まれる場合、認証サーバ１００は、例えば、「次の３次元画像の中に、アルファベット文字又は数字が合計３つ隠されています。その数字又は文字を全て探し出して入力してください」というようなユーザに提示する設問を、チャレンジ・データの一部として作成する。
【０１０１】
そして、認証サーバ１００は、作成したチャレンジ・データをクライアント３００へ送信し、クライアント３００から、チャレンジ・データに対するレスポンス・データを受信する（ステップ２２０）。レスポンス・データの受信に応答して、認証サーバ１００は、カウンタを１増分する（ステップ２２５）。
【０１０２】
認証サーバ１００は、画像情報格納部１０８から、ステップ２０５において読み出した１以上の画像情報に対応する１以上の既知の記号を読出し、受信したレスポンス・データと比較し、一定以上の正解率が得られるか否か判定する（ステップ２３０）。一定以上の正解率が得られた場合（ステップ２３０：ＹＥＳ）認証サーバ１００は、サービス利用を許可し、クライアント３００へ認証許可情報を送信する（ステップ２３５）。そして処理は終了する。
【０１０３】
一方、一定以上の正解率が得られなかった場合（ステップ２３０：ＮＯ）、認証サーバ１００は、カウンタを調べて、クライアント３００へチャレンジ・データを所定回数送信したか否か判定する（ステップ２４０）。チャレンジ・データを所定回数送信していない場合（ステップ２４０：ＮＯ）、処理はステップ２１５へ戻り、再度チャレンジ・データを作成する。
【０１０４】
チャレンジ・データを所定回数送信していた場合（ステップ２４０：ＹＥＳ）、認証サーバ１００は、サービス利用を拒否し、クライアント３００による認証サーバ１００へのアクセスを一定時間禁止する（ステップ２４５）。そして処理は終了する。
【０１０５】
図１５は、本発明の実施の形態による認証サーバ１００及び３次元データ生成装置５００を実現するのに好適な情報処理装置のハードウェア構成の一例を示した図である。情報処理装置は、バス２に接続されたＣＰＵ（中央処理装置）１とメインメモリ４を含んでいる。ハードディスク装置１３、３０、およびＣＤ−ＲＯＭ装置２６、２９、フレキシブル・ディスク装置２０、ＭＯ装置２８、ＤＶＤ装置３１のようなリムーバブル・ストレージ（記録メディアを交換可能な外部記憶システム）がフロッピー（登録商標）ディスクコントローラ１９、ＩＤＥコントローラ２５、ＳＣＳＩコントローラ２７などを経由してバス２へ接続されている。
【０１０６】
フレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭのような記憶メディアが、リムーバブル・ストレージに挿入される。これらの記憶メディアやハードディスク装置１３、３０、ＲＯＭ１４には、オペレーティング・システムと協働してＣＰＵ等に命令を与え、本発明を実施するためのコンピュータ・プログラムのコードを記録することができる。
【０１０７】
即ち、３次データ生成装置５００としての情報処理装置の上記説明した数々の記憶装置には、３次元データを生成するためのプログラム、また、該プログラムを実行することにより生成された３次元オブジェクトに関する３次元画像情報を格納できる。また、認証サーバ１００としての情報処理装置の記憶装置には、認証サービスを提供するためのプログラムを格納できる。これら複数のコンピュータ・プログラムはメインメモリ４にロードされることによって実行される。コンピュータ・プログラムは圧縮し、また複数に分割して複数の媒体に記録することもできる。
【０１０８】
情報処理装置は、キーボード／マウス・コントローラ５を経由して、キーボード６やマウス７のような入力デバイスからの入力を受ける。情報処理装置は、オーディオコントローラ２１を経由して、マイク２４からの入力を受け、またスピーカー２３から音声を出力する。情報処理装置は、視覚データをユーザに提示するための表示装置１１に、グラフィックスコントローラ１０を経由して接続される。情報処理装置は、ネットワーク・アダプタ１８（イーサネット（登録商標）・カードやトークンリング・カード）等を介してネットワークに接続し、他のコンピュータ等と通信を行うことが可能である。
【０１０９】
以上の説明により、本発明の実施の形態による認証サーバ１００及び３次元データ生成装置５００を実現するのに好適な情報処理装置は、通常のパーソナルコンピュータ、ワークステーション、メインフレームなどの情報処理装置、または、これらの組み合わせによって実現されることが容易に理解されるであろう。ただし、３次元データ生成装置５００としての情報処理装置は３次元のグラフィックス処理を行う必要があることから、一定以上の性能をもつグラフィックスコントローラ１０及び大容量のビデオメモリ９を備えることが好ましい。なお、上記説明した構成要素は例示であり、そのすべての構成要素が本発明の必須構成要素となるわけではない。
【０１１０】
以上、実施形態を用いて本発明の説明をしたが、本発明の技術範囲は上記実施形態に記載の範囲には限定されない。上記の実施形態に、種々の変更または改良を加えることが可能であることが当業者に明らかである。従って、そのような変更または改良を加えた形態も当然に本発明の技術的範囲に含まれる。
【図面の簡単な説明】
【０１１１】
【図１】本発明の一実施形態に係る認証システム１０００全体の構成の一例を示す図である。
【図２】本発明の一実施形態に係る認証サーバ１００の機能構成の一例を示す図である。
【図３】（ａ）は、本発明の一実施形態に係る３次元データ生成装置５００によって生成される３次元オブジェクトの一例を示す図である。（ｂ）は、本発明の一実施形態に係る３次元データ生成装置５００によって生成される３次元オブジェクトの一例を示す図である。（ｃ）は、本発明の一実施形態に係る３次元データ生成装置５００によって生成される３次元オブジェクトの一例を示す図である。
【図４】本発明の一実施形態に係る３次元データ生成装置５００の機能構成の一例を示す図である。
【図５】本発明の一実施形態に係る３次元データ生成装置５００によって生成される３次元オブジェクトの一例を示す図である。
【図６】本発明の一実施形態に係る３次元オブジェクトの生成処理の流れの一例を示すフローチャートを示す図である。
【図７】（ａ）は、本発明の一実施形態に係る３次元データ生成装置５００による３次元オブジェクトの生成過程の一例を示す図である。（ｂ）は、本発明の一実施形態に係る３次元データ生成装置５００による３次元オブジェクトの生成過程の一例を示す図である。
【図８】（ａ）は、本発明の一実施形態に係る３次元データ生成装置５００による３次元オブジェクトの生成過程の一例を示す図である。（ｂ）は、本発明の一実施形態に係る３次元データ生成装置５００による３次元オブジェクトの生成過程の一例を示す図である。（ｃ）は、本発明の一実施形態に係る３次元データ生成装置５００による３次元オブジェクトの生成過程の一例を示す図である。（ｄ）は、本発明の一実施形態に係る３次元データ生成装置５００による３次元オブジェクトの生成過程の一例を示す図である。
【図９】（ａ）は、円柱に文字を投影した場合に、文字が歪むことを説明する図である。（ｂ）は、歪みを補正する従来技術の一例を示す図である。
【図１０】（ａ）は、本発明の一実施形態に係る認証サーバ１００によって作成されるチャレンジ・データの一例を示す図である。（ｂ）は、本発明の一実施形態に係る３次元データ生成装置５００によって生成される３次元オブジェクトの一例を示す図である。
【図１１】本発明の一実施形態に係るＧＩＦアニメーションを表示した、クライアント３００の表示画面の一例を示す図である。
【図１２】本発明の一実施形態に係るクリッカブルマップを表示した、クライアント３００の表示画面の一例を示す図である。
【図１３】本発明の一実施形態に係るビューワを起動したクライアント３００の表示画面の一例を示す図である。
【図１４】本発明の一実施形態に係る、認証サーバ１００において実行される、認証サービスの処理の流れの一例を示すフローチャートを示す図である。
【図１５】本発明の実施の形態による認証サーバ１００及び３次元データ生成装置５００を実現するのに好適な情報処理装置のハードウェア構成の一例を示した図である。
【技術分野】
【０００１】
本発明は、コンピュータと人間を区別する完全に自動化された公開チューリングテスト（ＣＡＰＴＣＨＡ：Ｃｏｍｐｌｅｔｅｌｙ Ａｕｔｏｍａｔｅｄ Ｐｕｂｌｉｃ Ｔｕｒｉｎｇ ｔｅｓｔ ｔｏ ｔｅｌｌ Ｃｏｍｐｕｔｅｒｓ ａｎｄ Ｈｕｍａｎｓ ａｐａｒｔ）に関し、一定の視認性を維持しつつ、定量的に攻撃耐性を上げることが可能な、ＣＡＰＴＣＨＡを用いた認証技術に関する。
【背景技術】
【０００２】
ＣＡＰＴＣＨＡは、種々のコンピュータによるサービスをロボットが使用するのを防ぐために利用される技術である。例えば、ブログのスパムコメントを防止するため、また、ロボットによる無料メールアカウントの自動取得を防止するための簡易認証としてのＣＡＰＴＣＨＡの利用はよく知られている。
【０００３】
現在、音声データを用いたＣＡＰＴＣＨＡ、写真データを用いたＣＡＰＴＣＨＡ等、様々なＣＡＰＴＣＨＡが研究されている。しかし、テスト問題作成の容易性や使用環境の制約の問題から、テキスト画像によるＣＡＰＴＣＨＡが最も一般的に用いられている。テキスト画像によるＣＡＰＴＣＨＡでは、歪ませたり、一部を覆い隠した文字をユーザに提供し、正しい文字がユーザにより入力された場合にユーザが人間であると推測する。
【０００４】
しかしながら、近年、このような２次元のテキスト画像によるＣＡＰＴＣＨＡが、光学式文字読取装置（ＯＣＲ：Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）技術の精度の向上により、また、スパマーによる攻撃により、突破されつつある。対抗策として、２次元のテキスト画像の背景を複雑多様に変化させる等の手段が取られるが、これは同時に人間による読み取りをも困難にする。
【０００５】
人間にとって読み取りを容易にすると同時に、コンピュータが読み取ることを困難にする技術として、特許文献１が存在する。特許文献１は、アークおよび／クラックをＨＩＰシーケンスの周りに配置するか、またはそれと組み合わせる無作為性を低下させる、即ち、アークおよび／クラックをテキスト全体により均一に分散させることによって、解くことのできない、または不可能な質問（チャレンジ）を生成する確率を、部分的に低減する技術を開示する。
【０００６】
また、特許文献１は、キャラクタ・フォントの平均厚さに近いか、またはそれよりも大きいアークを、アタックを拡散させる上で有効である偽の存在として、既に配置されたキャラクタと重複しないように、均一に追加する技術も開示する。
【０００７】
また、コンピュータが読み取ることを困難にする他の技術として、認証用データをアニメーションとして提示する技術も存在する（非特許文献１参照）。この技術は、アニメーションを構成する２次元画像の各フレーム中に認証テキストが完全に現れることをなくすことで、言い換えると、認証対象の文字列の全てが同一のフレームに現れないようにすることで、ロボットによる認証用データの解析を困難なものにしている。
【特許文献１】特開２００５−３２２２１４号公報
【非特許文献１】Ｌａｓｚｉｏ Ｚｓｉｄｉ、”ａｎｉｍａｔｅｄ＿ｃａｐｔｃｈａ”、［ｏｎｌｉｎｅ］、［平成２０年１月２２日検索］、インターネット＜ＵＲＬ http://www.phpclasses.org/browse/package/3423.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記従来技術において、利用場面や技術の進歩に合わせて、一定の視認性を維持しつつ、定量的に攻撃耐性を上げることは難しい。上記特許文献１の技術において、ユーザに提示されるＨＩＰシーケンスは１つの２次元画像である。そのため、コンピュータによる読み取りをより困難にするために、アークおよび／クラックの量を増やそうとすると、キャラクタに重なるアークおよび／クラックの量が増えてしまい視認性が低下する。また、偽の存在としてのアークの量を増やそうとすると、これらはキャラクタから離れて配置する必要があるため、２次元画像のサイズが大きくなってしまい、やはり視認性を低下させてしまう。
【０００９】
また、上記非特許文献１の技術では、認証対象の文字列の全てが同一の２次元画像のフレームに現れることがないように調整される。そのため、コンピュータによる読み取りをより困難にするため、提示する２次元画像のフレームの数を増やそうとすると、必然的に認証対象の文字列も長くなってしまう。従って、非特許文献１の技術において２次元画像のフレームの数を増やすことは、認証回数を増やすことと実質的に同じであり、非特許文献１の技術において、利用場面や技術の進歩に合わせて攻撃耐性を上げることはできない。
【００１０】
この発明は、上記の問題点を解決するためになされたものであって、コンピュータ処理により、利用場面や技術の進歩に合わせて、一定の視認性を維持しつつ、定量的に攻撃耐性を上げることが可能な、ＣＡＰＴＣＨＡを用いた認証方法、認証プログラム及び認証サーバ装置を提供することを目的とする。本発明はまた、２次元のＣＡＰＴＣＨＡへの主な攻撃法であるＯＣＲ技術を用いた攻撃に対して高い抵抗力を持つ、ＣＡＰＴＣＨＡを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成する本発明は、次のような認証サーバ装置により実現される。この認証サーバ装置は、１以上の既知の記号及び１以上のダミー記号の少なくとも一方が含まれる複数の画像情報を格納する画像情報格納部と、ネットワークを介してクライアント装置からサービス利用の要求を受信する受信部と、サービス利用の要求の受信に応答して、画像情報格納部から１以上の画像情報を読み出す読出し部と、１以上の既知の記号を各々含む１以上の２次元画像及び１以上のダミー記号を各々含む１以上の２次元画像が、１度に１つクライアント装置のユーザに提示されるように、読み出した１以上の画像情報を使用してチャレンジ・データを作成するチャレンジ・データ作成手段と、クライアント装置へ作成したチャレンジ・データを送信し、クライアント装置から対応するレスポンス・データを受信する試験部と、受信したレスポンス・データが、送信したチャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一致することに応答してクライアント装置のサービス利用を許可する許可部とを備える。
【００１２】
ここで、認証サーバ装置は、受信するサービス利用の要求を、該要求を送信したクライアント装置からネットワークを介して直接受信してもよく、あるいは、クライアント装置が要求するサービスを実際に提供する他のサーバ装置を介して受信してもよい。また、サービス利用の許可・不許可は、クライアント装置若しくは上記その他のサーバ装置又はその両方に、認証結果を送信することにより行ってよい。
【００１３】
ここで、ダミー記号とは、人間にとっては正解の既知の記号とは異なる記号と視認しやすいが、コンピュータにとっては正解の既知の記号と誤判定してしまいやすい記号をいう。好ましくは、ダミー記号は、既知の記号に類似する形状若しくは線の太さ又はその両方を持つ、特定の意味を持たない記号である。
【００１４】
好ましくは、複数の２次元画像は、その背景及び前景の少なくとも一方にアークを含む。ここで、アークとは、人間にとっては正解の既知の記号と区別して視認しやすいが、コンピュータにとっては正解の既知の記号の一部として又は正解の既知の記号そのものとして誤判定してしまいやすい情報をいう。一例として、アークは、線や曲線、又任意の形状の背景として表現してよい。
【００１５】
好ましくは、画像情報格納部は、１以上の既知の記号を各々含む複数の２次元画像、及び１以上のダミー記号を各々含む複数の２次元画像を格納する。ここで、１以上の既知の記号を含む２次元画像はまた、１以上のダミー記号を更に含んでもよい。
【００１６】
また好ましくは、読出し部は、サービス利用の要求の受信に応答して、上記画像情報格納部から１以上の既知の記号を含む２次元画像及び１以上のダミー記号を含む２次元画像をそれぞれ１以上読み出す。そして、チャレンジ・データ作成手段は、チャレンジ・データとして、読み出した複数の２次元画像を用いたアニメーションＧＩＦ形式の動画を作成する。
【００１７】
好ましくは、画像情報格納部は、１以上の既知の記号及び１以上のダミー記号がその表面に見える３次元のオブジェクトに関する３次元画像情報を複数格納する。
【００１８】
また好ましくは、読出し部は、サービス利用の要求の受信に応答して、上記画像情報格納部から３次元のオブジェクトに関する３次元画像情報を１つ読み出す。そして、チャレンジ・データ作成手段は、読み出した３次元画像情報に基づいて、異なる視点から見た３次元のオブジェクトの２次元画像を複数作成し、該複数の２次元画像を用いたアニメーションＧＩＦ形式の動画を前記チャレンジ・データとして作成する。
【００１９】
また好ましくは、読出し部は、サービス利用の要求の受信に応答して、上記画像情報格納部から３次元のオブジェクトに関する３次元画像情報を１つ読み出す。そして、チャレンジ・データ作成手段は、読み出した３次元画像情報に基づいて、所定の視点からみた３次元のオブジェクトの２次元画像を生成し、該２次元画像の複数の領域の各々に該領域からみた３次元のオブジェクトの２次元画像へのリンク先を設定したクリッカブルマップをチャレンジ・データとして作成する。
【００２０】
また好ましくは、読出し部は、サービス利用の要求の受信に応答して、上記画像情報格納部から３次元のオブジェクトに関する３次元画像情報を１つ読み出す。そして、チャレンジ・データ作成手段は、３次元オブジェクトを任意の方向から見ること可能とする、クライアント装置において実行されるプログラム及び３次元画像情報を含むチャレンジ・データを作成する。
【００２１】
また好ましくは、３次元画像情報は、３次元のオブジェクトの形状情報及び３次元のオブジェクトの表面の色情報を含む。更に好ましくは、３次元のオブジェクトは、複数の小球の集合から構成される球体である。更にまた好ましくは、３次元のオブジェクトの表面の色情報は、既知の記号が複数の小球の表面上で歪むことなく見えるように決定されている。
【００２２】
好ましくは、許可部は、受信したレスポンス・データが、送信したチャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一定以上の正解率が得られた場合にクライアント装置のサービス利用を許可する。
【００２３】
好ましくは、チャレンジ・データ作成部は、複数のチャレンジ・データを作成し、試験部は、複数のチャレンジ・データを用いて、同一のクライアント装置に対して試験を複数回実行する。そして、許可部は、各チャレンジ・データに対して、受信したレスポンス・データが、送信したチャレンジ・データに含まれる１以上の既知の記号と一致するか否かを判定し、所定回数以上一致した場合にクライアント装置のサービス利用を許可する。
【００２４】
以上、認証サーバ装置として本発明を説明したが、本発明は、そのような認証サーバ装置において実行される認証方法、認証プログラムとして把握することもできる。
【発明の効果】
【００２５】
本発明によれば、クライアント装置のユーザが人間であることを試験するためのチャレンジ・データとして、１以上の既知の記号を各々含む１以上の２次元画像、及び１以上のダミー記号を各々含む１以上の２次元画像が１度に１つクライアント装置のユーザに提示される。チャレンジ・データを提示されたユーザは、提示された２次元画像に含まれる１以上の既知の記号を正解として返すことが求められる。
【００２６】
人間は、意味のない未知の記号よりも既知の記号をより知覚・発見しやすいという知覚特性をもつ。そのため、本発明に係るＣＡＰＴＣＨＡを提示された人間は、１度に１つ提示される複数の２次元画像の中から、既知の記号が含まれる２次元画像を素早く抽出し、正解である既知の記号を容易く見つけ出すことができる。従って、提示される２次元画像の数が増えても視認性に与える影響はほとんどない。
【００２７】
一方、そのような知覚特性のないコンピュータには、正解の既知の記号とダミー記号とを区別することは難しい。そのため、コンピュータは、提示された複数の２次元画像を１つ１つ等しく解析する必要がある。従って、本発明に係るＣＡＰＴＣＨＡのコンピュータによる解析は、提示される２次元画像の数に比例して困難なものとなる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明を実施するための最良の形態を図面に基づいて詳細に説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。なお、実施の形態の説明の全体を通じて同じ要素には同じ番号を付している。
【００２９】
まず、図１を参照して、本発明に係る認証システムについて説明する。図１は、本発明の一実施形態に係る認証システム１０００全体の構成の一例を示す図である。認証システム１０００は、インターネットやLAN（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク２００に接続し、複数のクライアント装置５００に各種サービスを提供するＷｅｂサーバ等の複数のサーバ４００と、ネットワーク２００に接続し、サーバ４００にサービスの提供を要求する複数のクライアント３００と、ネットワーク２００に接続し、複数のサーバ４００と複数のクライアント３００に対して認証サービスを提供する認証サーバ１００とを含む。各装置間の通信は、例えばＴＣＰ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）など任意の好適なプロトコルを利用して行われる。
【００３０】
クライアント３００は、サーバ４００にサービスの提供を要求する場合、まず認証サーバ１００へアクセスする。認証サーバ１００は、クライアント３００からサービス提供の要求を受信すると、チャレンジ／レスポンス型テストにより、クライアント３００がそのサービスを受ける権利があるか否か、即ち、クライアント３００のユーザが人間であるか否かを認証する。本発明に係る認証サーバ１００は、チャレンジ・データとして、１以上の既知の記号を各々含む１以上の２次元画像と１以上のダミー記号を各々含む１以上の２次元画像を、１度に１つクライアント３００のスクリーンに表示されるように、ユーザに提示する。
【００３１】
チャレンジ・データを受信したクライアント３００のユーザは、提示された複数の２次元画像から既知の記号を読み取り、クライアント３００へ入力する。クライアント３００は入力されたデータをレスポンス・データとして認証サーバ１００へ送信する。認証サーバ１００は、受信したレスポンス・データが、チャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定する。認証に成功した場合、認証サーバ１００は、クライアント３００へ認証許可情報を送信する。認証許可情報を受信したクライアント３００は、認証許可情報を希望するサーバ４００へ送信し、サーバ４００からサービスの提供を受ける。
【００３２】
一方、認証に失敗した場合、認証サーバ１００は、クライアント４００のサービス利用の要求を拒否する。なお、図１では、認証サーバ１００は、複数のサーバ４００に対して認証サービスを提供するものとして示しているが、サーバ４００ごと対応する認証サーバ１００を配置する構成を採用してもよい。更に、認証サーバ１００とサーバ４００を１つのサーバとして実装してもよい。また、クライアント３００は、サーバ４００へ直接サービスの提供を要求し、認証サーバ１００は、サーバ４００を介してクライアント３００からサービス提供の要求を受信する構成としてもよい。
【００３３】
図２は、本発明の一実施形態に係る認証サーバ１００の機能構成の一例を示す図である。本発明の実施形態に係る認証サーバ１００は、受信部１０２と、読出し部１０５と、画像情報格納部１０８と、チャレンジ・データ作成部１１０と、試験部１１５と、許可部１２０とを備える。
【００３４】
受信部１０２は、ネットワーク２００を介してクライアント３００から、いずれかのサーバ４００が提供するサービス利用の要求を受信する。サーバ４００が提供するサービスはどのようなものでもよく、例えば、メールアカウントの無料提供サービス、ブログや電子掲示板へのコメント投稿のサービス、文献等の各種情報のダウンロード・サービス、レストランや映画の座席の予約サービスであってよい。
【００３５】
画像情報格納部１０８は、１以上の既知の記号及び１以上のダミー記号の少なくとも一方が含まれる複数の画像情報を格納する。ここで既知の記号は、文字や数字、またプラスの符号等、既知のものであればどのような記号であってもよい。しかしながら、既知の記号はユーザが正解としてクライアント３００に入力する必要のある記号であることから、アルファベットや数字などの入力容易な記号を選択することが好ましい。また、同一の認証用データの再利用を避けるため、種類の豊富な記号を選択することが好ましい。
【００３６】
一方、ダミー記号は、上述したように、人間にとっては正解の既知の記号とは異なる記号と視認しやすいが、コンピュータにとっては正解の既知の記号と誤判定してしまいやすい記号である。好ましくは、ダミー記号は、既知の記号に類似する形状若しくは線の太さ又はその両方を持つ、特定の意味を持たない記号である。
【００３７】
本発明の一実施形態に係る画像情報格納部１０８は、１以上の既知の記号を各々含む複数の２次元画像、及び１以上のダミー記号を各々含む複数の２次元画像を格納する。１以上の既知の記号を含む２次元画像は、１以上のダミー記号を更に含んでもよく、画像情報格納部１０８は、１以上の既知の記号を含む２次元画像を、その２次元画像に含まれる１以上の既知の記号に対応付けて格納する。一例として、各２次元画像は、ｎ×ｍのマトリクスとして記述され（ｎ、ｍは所定の定数）、マトリクスを構成するデータは、テクセルと呼ばれる４つの要素（Ｒ、Ｇ、Ｂ、α）により記述される。ここでＲ、Ｇ、Ｂは、テクセルの赤、緑、青の色情報であり、αは画像を重ね合わせたときの透過率を表す。なお、本発明においてα情報はなくてもよい。
【００３８】
好ましくは、各２次元画像は、その背景若しくは前景又はその両方にアークを含む。上述したように、アークとは、人間にとっては正解の既知の記号と区別して視認しやすいが、コンピュータにとっては正解の既知の記号の一部として又は正解の既知の記号そのものとして誤判定してしまいやすい情報をいう。一例として、アークは、線や曲線であってよい。他の例としてアークは、既知の記号に類似する色を持つ背景又は任意の形状を有する背景であってよい。更に、各２次元画像は、従来の２次元ＣＡＰＴＣＨＡのように、歪んだ又はぼやかされた既知の記号やダミー記号を含んでよい。
【００３９】
読出し部１０５は、クライアント３００からのサービス利用の要求の受信に応答して、画像情報格納部１０８から無作為に１以上の画像情報を読み出す。より具体的には、本発明の一実施形態に係る読出し部１０５は、サービス利用の要求の受信に応答して、上記一実施形態に係る画像情報格納部１０８から１以上の既知の記号を含む２次元画像及び１以上のダミー記号を含む２次元画像を、それぞれ１以上読み出す。そして読出し部１０５は、読み出した１以上の画像情報をチャレンジ・データ作成部２１０へ渡す。読出し部１０５はまた、読み出した１以上の画像情報に含まれる１以上の既知の記号を、後述する許可部２２０へ渡す。なお、安全性の観点から、読出し部１０５は、読み出した１以上の画像情報の履歴を記録し又は破棄することにより、同一の認証用データの再利用を避けることが好ましい。
【００４０】
チャレンジ・データ作成部１１０は、１以上の既知の記号を各々含む１以上の２次元画像及び１以上のダミー記号を各々含む１以上の２次元画像が、１度に１つクライアント３００のユーザに提示されるように、読み出した１以上の画像情報を使用して、クライアント３００のユーザが人間であることを試験するためのチャレンジ・データを作成する。
【００４１】
より具体的には、本発明の一実施形態に係るチャレンジ・データ作成部１１０は、ＧＩＦアニメーション作成部１１１を含む。ＧＩＦアニメーション作成部１１１は、チャレン・データとして、本発明の一実施形態に係る読出し部１０５から受け取った複数の２次元画像を用いたアニメーションＧＩＦ形式の動画を作成する。ここで、ＧＩＦアニメーションとは、１つのファイルの中に複数のＧＩＦ画像を保存し、それらを順に表示していくことで動画を表現するアニメーションである。ＧＩＦアニメーション作成部１１１は、読出し部１０５から受け取った複数の２次元画像をランダムに並べて１つのファイルの中に保存し、アニメーションＧＩＦ形式の動画を作成する。
【００４２】
これに代えて、本発明の一実施形態に係るチャレンジ・データ作成部１１０は、本発明の一実施形態に係る読出し部１０５から受け取った複数の２次元画像のハイパーリンクを埋め込んだ文書を作成してもよい。いずれの場合も、チャレンジ・データ作成部１１０は、作成したチャレンジ・データを、試験部１１５へ渡す。
【００４３】
試験部１１５は、サービス利用の要求をしたクライアント３００へ、チャレンジ・データ作成部１１０から受け取ったチャレンジ・データを送信し、クライアント３００から、対応するレスポンス・データを受信する。そして、試験部１１５は、受信したレスポンス・データを許可部１２０へ渡す。
【００４４】
許可部１２０は、試験部１１５から受け取ったレスポンス・データが、試験部１１５によって送信されたチャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一致することに応答してクライアント３００のサービス利用を許可する。ここで、許可部１２０は、チャレンジ・データに複数の既知の記号が含まれる場合、該複数の既知の記号と受け取ったレスポンス・データとが全て一致しなくても、一定以上の正解率が得られることを条件に、クライアント３００にサービスの利用を許可してもよい。
【００４５】
また、許可部１２０は、受け取ったレスポンス・データが１以上の第１記号と一致しない場合であっても直ちにサービスの利用を不許可とせず、クライアント３００に複数回試験を受ける機会を与えてもよい。即ち、許可部１２０は、各チャレンジ・データに対して、受信したレスポンス・データが、送信したチャレンジ・データに含まれる１以上の既知の記号と一致するか否かを判定し、所定回数以上一致した場合にクライアント３００のサービス利用を許可してもよい。
【００４６】
サービス利用を許可する場合、許可部１２０は、認証許可情報を作成し、これをクライアント３００へ送信する。クライアント３００は、受信した認証許可情報を該当サーバ４００へ提示して、希望するサービスを利用する。なお、サービス利用の要求をサーバ４００を介して受信する場合、許可部１２０は、認証許可情報をサーバ４００へ直接送信する。一方、サービス利用を拒否する場合、許可部１２０は、例えば、同一のＩＰアドレスを有するクライアント３００又はＭＡＣアドレスなどの同一の識別番号を有するクライアント３００からのアクセス要求を一定時間禁止する。
【００４７】
上記説明した本発明の一実施形態に係る画像情報格納部１０８に格納される画像情報は、２次元の画像情報であった。そこで次に、画像情報格納部１０８に格納される画像情報が３次元の画像情報である場合について説明する。なお、画像情報格納部１０８に格納される画像情報が３次元の画像情報であっても、受信部１０２、試験部１１５及び許可部１２０の機能に違いはないため、以下では、画像情報格納部１０８、読出し部１０５及びチャレンジ・データ作成部１１０について説明する。
【００４８】
本発明の他の実施形態に係る画像情報格納部１０８は、１以上の既知の記号及び１以上のダミー記号がその表面に見える３次元のオブジェクトに関する３次元画像情報を、上記１以上の既知の記号に関連付けて複数格納する。ここで３次元画像情報には、少なくとも、３次元オブジェクトの形状情報とその表面の色情報とが含まれる。
【００４９】
図３に、そのような３次元オブジェクトの一例を示す。図３（ａ）に示す例では、３次元のオブジェクトの形状は球であり、該３次元のオブジェクトをある視点１０からみると、その表面に正解となる既知の記号（本実施例ではアルファベットのＡ、図３（ｂ）参照）を見ることができ、また、他の視点２０からみると、その表面にダミーの第２記号（本実施例ではアルファベットのＡに似た形状を有する２つの記号、図３（ｃ）参照）を見ることができる。
【００５０】
このような３次元のオブジェクトをチャレンジ・データとする場合、ユーザは、複数の視点から３次元のオブジェクトを観察し、正解の既知の記号を見つけて回答することが求められる。ところで、３次元のオブジェクトをコンピュータの画面上で見る場合、ある視点から見た３次元オブジェクトの２次元画像を見ることになる。従って、１以上の既知の記号及び１以上のダミー記号がその表面に見える３次元のオブジェクトをチャレンジ・データとすることは、１以上の既知の記号を各々含む１以上の２次元画像及び１以上のダミー記号を各々含む１以上の２次元画像を、１度に１つクライアント装置のユーザにチャレンジ・データとして提示することと同じである。
【００５１】
そこでまず、このような３次元のオブジェクトに関する３次元画像情報の生成方法について、図４乃至図９を参照して説明する。図４は、３次元データ生成装置５００の機能構成の一例を示す図である。本発明の実施形態に係る３次元データ生成装置５００は、オブジェクト生成部５０５と、第１記号格納部５１０と、第１記号決定部５１５と、第２記号格納部１２０と、第２記号決定部１２５と、色情報決定部５３０と、３次元データ格納部５５０と、乱数発生器５４０を備える。
【００５２】
オブジェクト生成部５０５は、３次元の仮想空間内に３次元のオブジェクトを生成し、生成した３次元オブジェクトの形状情報を、３次元データ格納部５５０へ格納する。生成する３次元オブジェクトの形状はどのようなものでもよい。また、３次元オブジェクトは、一般的なモデリング手法を用いて、ポリゴンの集合によって表現してよい。この場合、３次元データ格納部５５０に格納される３次元オブジェクトの形状情報には、少なくともポリゴンの名を表すインデックス・ナンバー及びポリゴンの各頂点の座標が含まれる。しかしながら、好ましくは、オブジェクト生成部５０５は、３次元オブジェクトの形状として球体を選択し、球空間に小球を分布させてなる３次元オブジェクトを生成する。この場合、３次元オブジェクト情報格納部５５０に格納される３次元オブジェクトの形状情報には、少なくとも球空間の中心点（原点としてもよい）の座標とその半径Ｒ、及び小球の半径ｒとその中心点の座標又は分布式が含まれる。
【００５３】
このような３次元オブジェクトの生成が好ましいのは、次のような理由による。上述したように、本発明に係るＣＡＰＴＣＨＡは、チャレンジ・データとして提示する２次元画像の中に、ダミー記号を含む２次元画像を追加し、コンピュータが解析しなければならない２次元画像を増やすことによってＣＡＰＴＣＨＡの解析を困難なものとする。従って、３次元オブジェクトの多方向からダミー記号を挿入し、コンピュータに複数の方向についてダミー記号を解析する必要を生じさせることにより、正解となる記号の読み取りを困難にすることができる。このことは、視点によって、３次元オブジェクトの表面の見え方が異なるほど、コンピュータが解析する必要のある方向が増え、コンピュータによる正解の記号の読み取りが困難になることを意味する。
【００５４】
そこで本実施例では、３次元オブジェクトの表面の見え方が視点によって大きく異なるよう、３次元オブジェクトの形状として球体を選択し、更に、複数の小球の集合によって球体の形状をなす３次元オブジェクトを生成する。図５を参照して、複数の小球の集合によって球体を構成した場合に、その表面に見ることのできる画像が、球体を見る方角の違いだけでなく、球体と視点との間の距離によっても大きく異なることを説明する。
【００５５】
図５は、球空間に小球を分布させてなる３次元オブジェクトを、真横で切ったその断面図を示す。なお、図５では、説明を簡単にするために一部の小球のみを示す。図５を見ると分かるように、近い視点Ｐ１から３次元オブジェクトを見た場合、小球１と２が手前に見え、小球３と４はその陰になって見ることができない。一方、遠い視点Ｐ２から３次元オブジェクトを見た場合、小球４と５が手前に見え、小球３は小球５の陰になって見ることができない。このように、複数の小球の集合によって球体を構成する場合、球体と視点との間の距離によって見える小球が異なり、結果としてその表面に描画される記号の見え方も異なる。
【００５６】
なお、球空間における小球の分布と密度は、最も理想的には、「球空間をどの方向から見ても、同数の小球が同密度で見える状態」になる分布と密度である。但し、見る方向によって見える小球の数や密度が異なっても問題はない。実際の実装では、一様分布（例えば、方眼紙の升目に１つずつ小球を配置するような均等分布）が利用しやすく、密度は極端に低い状態でなければよい。オブジェクト生成部１０５は、一例として、半径Ｒが１０ｃｍの球空間に、半径１ｃｍの小球を２００個程度、一様に分布させることにより３次元オブジェクトを生成してよい。
【００５７】
第１記号格納部５１０は、正解となる複数の既知の記号の２次元の画像情報を、インデックスを付けて格納する。上述したように既知の記号は、文字や数字、またプラスの符号等、既知のものであればどのような記号でもよい。第１記号格納部５１０に格納される既知の記号の画像情報もまた、ｎ×ｍのマトリクスとして記述され（ｎ、ｍは所定の定数）、マトリクスを構成するデータは、テクセルと呼ばれる４つの要素（Ｒ、Ｇ、Ｂ、α）により記述される。同様に、Ｒ、Ｇ、Ｂは、テクセルの赤、緑、青の色情報であり、αは画像を重ね合わせたときの透過率を表す。ここでもα情報はなくてもよい。
【００５８】
第１記号決定部５１５は、１以上の既知の記号、及び該既知の記号が見える、オブジェクト生成部５０５が生成した３次元のオブジェクトの表面の第１の位置をそれぞれ決定する。好ましくは、第１記号決定部５１５は、乱数発生器５４０によって乱数を発生させ、該乱数に基づいて、第１記号格納部５１０から１以上の第１記号を無作為に選択する。また好ましくは、第１記号決定手段５１５は、第１記号が見える方向を、第１の位置として決定する。
【００５９】
ここで、決定する既知の記号が１つの場合、既知の記号が３次元オブジェクトの表面に見えるべき方向は任意の方向であってよい。しかしながら、決定する既知の記号が複数の場合、最初の既知の記号が見えるべき方向が決定された後は、残りの既知の記号が見えるべき方向は、他の既知の記号に重なって見えてしまうような方向を除く任意の方向である。決定された、１以上の既知の記号の２次元の画像情報、及び各既知の記号の第１の位置情報（見える方向）は、後述する色情報決定部５３０へ渡され、色情報決定部５３０の第１バッファ５３５に一時的に格納される。
【００６０】
第２記号格納部５２０は、複数のダミー記号の２次元の画像情報を、インデックスを付けて格納する。上述したようにダミー記号は、斜線や曲線等、特別な意味を持たない記号であればよい。第２記号格納部５２０はまた、上記３次元のオブジェクトの表面に背景として描画すべき２次元の背景画像、該２次元の背景画像の生成方法に関する情報、及び１以上の既知の記号及び１以上のダミー記号の変形方法に関する情報のうち少なくとも１つを更に、インデックスを付けて格納してよい。
【００６１】
第２記号格納部５２０に格納されるダミー記号の画像情報及び背景画像もまた、ｎ×ｍのマトリクスとして記述され（ｎ、ｍは所定の定数）、マトリクスを構成するデータは、テクセルと呼ばれる４つの要素（Ｒ、Ｇ、Ｂ、α）により記述される。同様に、Ｒ、Ｇ、Ｂは、テクセルの赤、緑、青の色情報であり、αは画像を重ね合わせたときの透過率を表す。ここでもα情報はなくてもよい。ここで、背景画像は、上述したように、既知の記号の線の太さよりも細い線や曲線等により表されるアークの入った背景画像等、コンピュータに誤った解答を出させるために、従来より用いられている背景画像あってよい。
【００６２】
また、背景画像の生成方法に関する情報、及び変形方法に関する情報は、特定のアルゴリズムに従って背景画像を生成するプログラムの格納場所に関する情報、及び他の特定のアルゴリズムに従って既知の記号及びダミー記号を変形するプログラムの格納場所に関する情報であってよい。そしてそのような特定のアルゴリズムの各々は、従来の２次元ＣＡＰＴＣＨＡにおいて用いられる既知のアルゴリズムであってよい。
【００６３】
第２記号決定部５２５は、１以上のダミー記号、及び該ダミー記号が見える、オブジェクト生成部５０５が生成した３次元のオブジェクトの表面の第２の位置をそれぞれ決定する。好ましくは、第２記号決定部５２５は、乱数発生器５４０によって乱数を発生させ、該乱数に基づいて、第２記号格納部５２０から１以上のダミー記号を無作為に選択する。また好ましくは、第２記号決定手段５２５は、ダミー記号が見える方向を、第２の位置として決定する。ここで、第２記号決定部５２５は、ダミー記号が見える方向を、乱数発生器５４０によって無作為に選択してもよい。これに代えて、第２記号決定部５２５は、３次元のオブジェクトをどの方向からみてもその表面に第２記号が一様に見えるように、ダミー記号の見える方向を決定してもよい。
【００６４】
なお、第２記号決定部５２５は、ダミー記号の第２の位置（見える方向）を決定する際に、既知の記号の第１の位置（見える方向）を必ずしも考慮する必要はない。これは、実際に３次元のオブジェクトの表面に各記号の画像を投射する際に、各記号の画像を投射する順序を制御する等して、既知の記号とダミー記号が重なる場合であっても、既知の記号がダミー記号の上に見えるよう、言い換えると既知の記号が最前面に見えるようできるからである。しかしながら、人間による視認性をよくするためには、ダミー記号の第２の位置は、既知の記号とダミー記号とが重ならないように決定することが望ましい。決定された、１以上のダミー記号の画像情報、及び各ダミー記号の第２の位置情報（見える方向）は、後述する色情報決定部５３０へ渡され、色情報決定部５３０の第２バッファ５４０に一時的に格納される。
【００６５】
また、第２記号決定部５２５は、第２記号決定部５２５から背景画像又は背景画像の生成方法に関する情報を更に選択してよい。生成方法に関する情報を選択する場合、第２記号決定部５２５は、該生成方法に基づいて背景画像を生成する。上述したように、生成方法に関する情報が、背景画像を生成するプログラムの格納場所を示す場合、第２記号決定部５２５は格納場所から背景画像を生成するプログラムを起動し、該プログラムに背景画像を生成させる。生成された、又は選択された背景画像情報は、後述する色情報決定部５３０へ渡され、色情報決定部５３０の第２バッファ５４０に一時的に格納される。
【００６６】
また、第２記号決定部５２５は、第２記号決定部５２５から変形方法に関する情報を選択してよい。変形方法に関する情報を選択する場合、第２記号決定部５２５は、該変形方法に基づいて、第１バッファ５３５及び第２バッファ５４０にそれぞれ格納される１以上の既知の記号及び１以上のダミー記号を変形し、更新する。上述したように、変形方法に関する情報が、既知の記号及びダミー記号を変形するプログラムの格納場所に関する情報である場合、第２記号決定部５２５は格納場所から既知の記号及びダミー記号を変形するプログラムを起動し、該プログラムに変形処理を実行させる。
【００６７】
色情報決定部５３０は、決定された１以上の既知の記号及びダミー記号がそれぞれ、オブジェクト生成部５０５が生成した３次元のオブジェクトの表面の対応する第１の位置又は第２の位置に見えるように、上記３次元のオブジェクトの表面の色情報を決定する。色情報決定部５３０による色情報決定の処理は、一例としてテクスチャマッピングを用いて行ってよい。即ち、色情報決定部５３０は、第１バッファ５３５から既知の記号の画像情報を読み出し、これをテクスチャとする。更に、色情報決定部５３０は、第１バッファ５３５から、上記既知の記号に対応する第１の位置情報（見える方向）を読み出し、これをマッピング方向とする。そして、色情報決定部５３０は、決定したマッピング方向から、上記既知の記号の画像情報を上記３次元のオブジェクトの表面に貼り付ける。
【００６８】
テクスチャの貼り付けは、ＵＶ座標を用いてオブジェクトへのテクスチャの投影を正確に設定することにより行っても、単に、視点方向からオブジェクトにテクスチャを投影することにより行ってもよい。また、オブジェクトへのテクスチャの投影は、レイトレーシングの手法を利用してもよいが、コンピュータによる計算処理をより簡単なものとするため、「実際には光が当たったように計算して対応するピクセルの色を変える」というような単純な手法を利用してもよい。例えば、本実施例においては、３次元オブジェクトは複数の小球の集合により構成される球体である。従ってこの場合、色情報決定部５３０は、球体から所定の距離離れた位置と、既知の記号の第１の位置、即ち既知の記号が見える方向から、該既知の記号の２次元画像が、複数の小球の集合により構成される球体の表面に映るように、小球を着色する。
【００６９】
ところで球体に文字をそのまま投影すると、文字が球面で歪んで見えにくくなってしまう。このような文字の歪みは、人間による正解となる既知の記号の認識に影響を与えるため、補正することが望ましい。歪みを補正する既知の技術は複数存在し、最も単純な方法は次のようなものである。即ち、球体に文字をそのまま貼り付けると文字が歪むことを考慮して（図９（ａ）参照）、歪んだ結果正常な表示内容となるように予め反対方向に歪んだ文字の２次元画像を用意しておくという方法である（図９（ｂ）参照）。なお、３次元オブジェクトが複数の小球の集合により構成される球体である場合、歪み補正は小球ごと行う。
【００７０】
ダミー記号の画像情報や背景の画像情報についても同様の方法により処理できる。但し、背景画像により既知の記号及びダミー記号が、またダミー記号により既知の記号が、それぞれ覆い隠されてしまわないように、テクスチャマッピングの処理の順序は、背景の画像情報、ダミー記号の画像情報、既知の記号の画像情報の順に行う。そして、色情報決定部５３０は、このようにして決定した３次元オブジェクト表面をなす各点の色情報を、３次元データ格納部５５０へ格納する。
【００７１】
次に図６乃至図８を参照して、本発明に係る３次元のオブジェクトに関する３次元画像情報の生成処理の流れを説明する。図６は、３次元データ生成装置５００において実行される、３次元画像情報タの生成処理の流れの一例を示すフローチャートである。図６において処理はステップ５００で開始し、３次元データ生成装置５００はまず、３次元の仮想空間内に３次元のオブジェクトを生成する。本実施例では、図７（ａ）に示すように、３次元の仮想空間内において半径Ｒの球空間を決定する。そして図７（ｂ）に示すように、決定した球空間内に複数の小球をランダムに配置することにより、複数の小球の集合からなる球体の形状をした３次元のオブジェクトを生成する。なお、球空間内に小球を等間隔で配置しても本発明の効果を得ることは可能である。しかし、ランダムに配置するほうが、コンピュータによる解析がより困難となり好ましい。
【００７２】
次に３次元認証用データ生成装置５００は、１以上の既知の記号と、各既知の記号が見える、生成した３次元のオブジェクトの表面の第１の位置をそれぞれ決定する（ステップ１０５）。ここで既知の記号の決定は、既知の記号の種類（例えばアルファベットのＡやＤ等）の決定のみならず、その色の決定を含んでよい。また、既知の記号の色は、一色でも多色でもあってもよく、複数の既知の記号を決定する場合、それぞれの既知の記号の色は独立に決定してよい。更に決定する第１の位置は、第１記号が見える３次元空間内の方向であってよい。なお、３次元オブジェクトを見るときの距離、即ち３次元オブジェクトと視点との間の距離は、固定であっても可変であってもよく、本実施例では所定の距離、即ち固定とする。
【００７３】
既知の記号を決定すると、３次元データ生成装置５００は、決定した既知の記号の２次元画像を作成する（図８（ａ）参照）（ステップ１１０）。なお、第１記号の決定は、複数種類の既知の記号の２次元画像を格納する第１記号格納部１１０から選択することにより行ってもよく、この場合、処理はステップ１０５からステップ１１５へ飛ぶ。そして、３次元認証用データ生成装置５００は、所定の距離は離れた、決定した既知の記号が見える方向から、作成した既知の記号の２次元画像を、生成した３次元オブジェクトに貼り付ける（図８（ｂ）参照）（ステップ１１５）。なお、ステップ５１０及びステップ１１５は、決定した既知の記号の数だけ繰り返す。
【００７４】
正解となる既知の記号について処理が終わると、次に３次元データ生成装置５００は、１以上のダミー記号と、各ダミー記号が見える、生成した３次元のオブジェクトの表面の第２の位置をそれぞれ決定する（ステップ１２０）。ここでダミー記号の決定は、ダミー記号の種類（例えばアルファベットのＡによく似た形状の曲線等）の決定のみならず、その色の決定を含んでよい。また、ダミー記号の色は、一色でも多色でもあってもよく、それぞれのダミー記号の色は独立に決定してよい。更に決定する第２の位置は、ダミー記号が見える３次元空間内の方向であってよい。なお、３次元オブジェクトを見るときの距離、即ち３次元オブジェクトと視点との間の距離は、既知の記号に関して決定した距離、即ち、本実施例では所定の距離である。
【００７５】
ダミー記号を決定すると、３次元データ生成装置５００は、決定したダミー記号の２次元画像を作成する（図８（ｃ）参照）（ステップ１２５）。なお、ダミー記号の決定は、複数種類のダミー記号の２次元画像を格納する第２記号格納部１２０から選択することにより行ってもよく、この場合、処理はステップ１２０からステップ１３０へ飛ぶ。そして、３次元データ生成装置５００は、所定の距離は離れた、決定したダミー記号が見える方向から、作成したダミー記号の２次元画像を、生成した３次元オブジェクトに貼り付ける（図８（ｄ）参照）（ステップ１３０）。同様に、ステップ１２５及びステップ１３０は、決定したダミー記号の数だけ繰り返す。最後に３次元データ生成装置５００は、生成した３次元オブジェクトの形状情報及びその表面の色情報を、３次元データ格納部５５０に格納し（ステップ１３５）、そして処理は終了する。
【００７６】
図２に戻って、画像情報格納部１０８に格納される１以上の画像情報が、上記説明した３次元データ生成装置５００によって生成された３次元のオブジェクトに関する３次元画像情報である場合について説明する。他の実施形態において、読出し部１０５は、サービス利用の要求の受信に応答して、画像情報格納部１０８から３次元のオブジェクトに関する３次元画像情報を１つ読み出し、これをチャレンジ・データ作成部１１０に渡す。
【００７７】
上述したように、３次元データ生成装置１００が生成する３次元のオブジェクトは、ある方向から見るとその表面に正解となる既知の第１記号を見ることができ、また別の方向から見ると、その表面にダミーとなる第２記号を見ることができる。このような３次元のオブジェクトをチャレンジ・データとして提示されるクライアント３００のユーザは、複数の視点から３次元のオブジェクトを観察し、正解の第１記号を見つけて回答しなければならない。
【００７８】
このことは、３次元データ生成装置５００が生成した、１以上の第１記号及び１以上の第２記号がその表面に描かれた３次元のオブジェクトを、認証サーバ１００は、クライアント３００のユーザが複数の視点から観察できるような形にして送信しなければならないことを意味する。そのような方法は複数存在するが、本明細書においては、より好ましい３つ方法について説明する。
【００７９】
１つは、ＧＩＦアニメーションとしてチャレンジ・データを作成する方法である。この場合、チャレンジ・データ作成部１１０はＧＩＦアニメーション作成部１１１を含み、ＧＩＦアニメーション作成部１１１は読出し部１０５から受け取った３次元オブジェクト情報から、視点を変えて３次元のオブジェクトの２次元画像を複数生成し、生成した複数の２次元画像を用いてアニメーションＧＩＦ形式の動画を作成する。
【００８０】
２次元画像を生成するための視点の選択には、３次元オブジェクトの表面に見える既知の記号及びダミー記号にそれぞれ対応する第１の位置及び第２の位置を利用できる。この場合、画像情報格納部１０８に格納される３次元オブジェクト情報には、３次元オブジェクトの表面に見える既知の記号及びダミー記号にそれぞれ対応する第１の位置及び第２の位置も含まれるものとする。
【００８１】
ＧＩＦアニメーション作成部１１１は、３次元オブジェクトの表面に見ることのできる全ての既知の記号について、該既知の記号の見える方向を視点とした２次元画像を生成する。しかしながら、ダミー記号については、必ずしも全てのダミー記号について、該ダミー記号の見える方向を視点とした２次元画像を生成する必要はない。即ち、ＧＩＦアニメーション作成部１１１は、作成するチャレンジ・データの難易度に応じて、又は生成するアニメーションＧＩＦ形式の動画サイズに課される制約に基づいて、生成する２次元画像の枚数を調整してよい。また、生成した複数の２次元画像を並べる（表示する）順序は、ランダムであってもよく、又は３次元オブジェクトが上下左右に回転しているように見えるような順序であってもよい。
【００８２】
ＧＩＦアニメーションとしてチャレンジ・データを作成する場合、チャレンジ・データとしての３次元オブジェクトを観察する方向は、認証サーバ１００において決定され、クライアント３００のユーザは、観察する方向を自由に指定することはできない。しかしながら、アニメーションＧＩＦ形式の動画は現在多くのブラウザで閲覧することが可能であり、クライアント３００において、チャレンジ・データを表示するために新たにプログラムを必要としない点で好ましい。なおアニメーションＧＩＦ形式の動画を作成する代わりに、３次元オブジェクトが回転する、ＭＰＥＧ（Moving Picture Experts Group）形式の動画を作成してもよい。
【００８３】
他の１つは、クリッカブルマップとしてチャレンジ・データを作成する方法である。この場合、チャレンジ・データ作成部１１０はクリッカブルマップ作成部１１２を含む。クリッカブルマップはクリッカブルマップ機能をもつ画像であり、クリッカブルマップ機能とは、画像の中に様々なリンク先を設定しておき、クリックした位置に応じて定められたリンク先に移動する機能である。クリッカブルマップ作成部１１２は、読出し部１０５から受け取った３次元オブジェクト情報から、所定の視点からみた３次元のオブジェクトの２次元画像を生成し、該２次元画像の複数の領域の各々に該領域からみた３次元のオブジェクトの２次元画像へのリンク先を設定したクリッカブルマップをチャレンジ・データとして作成する。
【００８４】
図１０を参照して、クリッカブルマップ作成部１１２によるクリッカブルマップの作成方法を具体的に説明する。クリッカブルマップ作成部１１２はまず、所定の視点からみた３次元のオブジェクトの２次元画像を生成し、これを基本の２次元画像とする。図１０（ａ）に、基本となる２次元画像の一例を示す。この２次元画像は、図１０（ｂ）に示す３次元オブジェクトの球体を、Ｙ軸の正の方向からみたときのものである。他の方向から球体を見たときの２次元画像を、基本の２次元画像としてもよい。また図１０では、理解を容易にするため、３次元オブジェクトの表面にある既知の記号及びダミー記号は省略している。
【００８５】
基本となる２次元画像を生成すると、クリッカブルマップ作成部１１２は、２次元画像を複数の領域に分割する。分割はどのように行ってもよいが、図１０（ａ）に示すように、放射状とするのが好ましい。そして、クリッカブルマップ作成部１１２は、分割した各領域からみた３次元のオブジェクトの２次元画像を作成し、所定の場所に格納する。最後に、クリッカブルマップ作成部１１２は、分割した各領域に、該領域からみた３次元のオブジェクトの２次元画像へのリンク先を設定する。
【００８６】
このようなクリッカブルマップを受信したクライアント３００のブラウザは、例えばユーザが図１０（ａ）に示す領域３０をクリックした場合には、認証サーバ１００に、３次元オブジェクトをＸ軸の負の方向からみた場合の２次元画像を要求することになる。また、ユーザが、図１０（ａ）に示す領域４０をクリックした場合には、ブラウザは、認証サーバ１００に、３次元オブジェクトをＺ軸の負の方向からみた場合の２次元画像を要求することになる。
【００８７】
クリッカブルマップとしてチャレンジ・データを作成する場合、クライアント３００のユーザはチャレンジ・データである３次元オブジェクトを観察する方向を指定することができる。なお、指定できる方向は、基本となる２次元画像を分割した領域の数に制限されるが、分割を細かくすることで、指定できる方向の数を増やすことができる。また、クリッカブルマップはブラウザの機能の１つであり、従って、クライアント３００において、チャレンジ・データを表示するために新たなプログラムは必要とすることもない。
【００８８】
また、他の１つは、３次元のオブジェクトをマウス等の入力装置を使って回転させ、任意の方向から見ることができるようにするプログラム、即ちビューワを作成し、これをチャレンジ・データに含める方法である。この場合、チャレンジ・データ作成部１１０は、３次元チャレンジ・データ作成部１１３及びビューワを格納するビューワ格納部１１４を含む。３次元のオブジェクトを扱うビューワの作成方法は公知であり、例えば、Ｊａｖａ（登録商標）アプレット、Ｊａｖａ（登録商標）スクリプト、Ｆｌａｓｈ等を利用することにより簡単に作成することができる。３次元チャレンジ・データ作成部１１３は、読出し部１０５から３次元オブジェクト情報を受け取ると、該３次元オブジェクト情報と、３次元オブジェクトを任意の方向から見ること可能とするプログラムを含むチャレンジ・データを作成する。
【００８９】
チャレンジ・データの一部とするためにビューワ格納部１１４から読み出されるビューワは、起動時に、レンダリングの処理対象となる３次元オブジェクトのデータを読み込むものとする。このようにすることで、全ての３次元オブジェクトに対して同一のビューワを使用することが可能となる。そのため、３次元チャレンジ・データ作成部１１３は、読出し部１０５から受け取った３次元オブジェクト情報を、適切な名前のファイルに変換する。
【００９０】
チャレンジ・データに、３次元のオブジェクトをマウス等の入力装置を使って回転することのできプログラムを含める場合、クライアント３００のユーザは、３次元認証用データとしての３次元オブジェクトを、ドラッグする等の操作により自由に回転し、３次元オブジェクトを任意の方向から観察することができる。なお、Ｊａｖａ（登録商標）アプレット、Ｊａｖａ（登録商標）スクリプト、Ｆｌａｓｈを利用してプログラムを作成する場合、該プログラムはブラウザ上で実行することが可能であり、より好ましい。なお、このような３次元のチャレンジ・データは、近年注目を浴びている３次元の仮想現実世界を提供するサービスで利用することも可能である。この場合、サービス利用者のコンピュータには、仮想現実世界にアクセスするための専用のクライアント用ソフトウェアが予めインストールされているため、本実施例のように３次元のチャレンジ・データにビューワを含める必要がない。
【００９１】
次に図１１乃至図１３を参照して、上記説明した種々の方法により作成されたチャレンジ・データが、クライアント３００の表示画面上でどのように見えるかを、具体例を用いて説明する。なお、図１１乃至図１３に示すチャレンジ・データは、いずれも、表面に正解のアルファベットのＡや、直線や曲線のアークを見ることができる球体の３次元オブジェクトに関する３次元画像情報に基づいて作成されたものである。
【００９２】
図１１（ａ）は、ＧＩＦアニメーション作成部１１１によって作成された、クライアント３００の表示画面に表示されるＧＩＦアニメーションの一例を示す。このＧＩＦアニメーションは、球体の３次元オブジェクトを、図１１（ｂ）に示すようにその中心を通る回転軸をすこしずつ変えながら、回転するように表示する。その結果、クライアント３００のユーザは、球体の３次元オブジェクトの表面に描かれた、正解である全ての既知の記号を見ることができる。１つの２次元画像が表示されてから次の２次元画像が表示される間隔、即ち球体を回転させるスピードは固定としてもよいが、図１１（ａ）に示すように可変とし、ユーザが選択可能な回転速度の選択ボタンをあわせて表示してもよい。なお、コンピュータに対する攻撃耐性は、回転速度によらないことに留意されたい。
【００９３】
図１２は、クリッカブルマップ作成部１１２によって作成された、クライアント３００の表示画面に表示されるクリッカブルマップの一例を示す。ここで、Ｙ軸上にある２つの三角ボタン５２（大きく回転）又は１つの三角ボタン５５（小さく回転）をクリックすると、クライアント３００のユーザは、図１２に示される球体の３次元オブジェクトを、垂直方向上向きに回転させた２次元画像を見ることができる。一方、Ｙ軸上にある２つの三角ボタン５３（大きく回転）又は１つの三角ボタン５４（小さく回転）をクリックすると、クライアント３００のユーザは、球体の３次元オブジェクトを、垂直方向下向きに回転させた２次元画像を見ることができる。
【００９４】
同様に、Ｘ軸上にあるボタン５６乃至５９をクリックすることで、クライアント３００のユーザは、球体の３次元オブジェクトを、水平方向に回転させた２次元画像を見ることができる。また、Ｄ軸上にある２つの三角ボタン６０（より遠く）及び１つの三角ボタン６２（少し遠く）をクリックすると、クライアント３００のユーザは、視点を球体から遠くへ離した、球体の３次元オブジェクトの２次元画像を見ることができる。同様に、Ｄ軸上にある２つの三角ボタン６１（より近く）及び１つの三角ボタン６３（少し近く）をクリックすると、クライアント３００のユーザは、視点を球体に近づけた、球体の３次元オブジェクトの２次元画像を見ることができる。なお、図１２に示すように、指定された回転角度や、視点と球体との距離を、２次元画像の下に表示してもよい。
【００９５】
図１３は、３次元チャレンジ・データ作成部１１３によって作成されたチャレンジ・データに含まれるビューワを起動したクライアント３００の表示画面に表示される３次元オブジェクトの一例を示す。
図１３に示す例では、ビューワは、クライアント３００の表示画面に、Ｘ軸、Ｙ軸、Ｄ軸として３つのスクロールバーを表示する。例えば、クライアント３００のユーザは、ノブ６５を上下に又はノブ６６を左右に移動させることで、図１３に示される球体の３次元オブジェクトを、表示画面上で垂直方向又は水平方向に回転させることができる。同様に、クライアント３００のユーザは、ノブ６７をＤ軸に沿って移動させることで、視点を球体から遠ざけたり近づけたりすることができる。
【００９６】
なお、上記３つの例のいずれにおいても、クライアント３００のユーザには、１以上の既知の記号を各々含む１以上の２次元画像及び１以上のダミー記号を各々含む１以上の２次元画像が、１度に１つ提示される。しかしながら、クリッカブルマップの例や専用ビューワを用いた例では、１つの２次元画像を表示する時間をユーザ側で調整することができる。言い換えると、ユーザは、正解の既知の記号を含まない２次元画像の表示時間を短くすることで、より容易く無関係の２次元画像を無視することができる。結果、クリッカブルマップや専用ビューワを利用する場合、ＧＩＦアニメーションを利用する場合に比べて、一定の視認性を保ちながら、定量的に攻撃耐性を上げることがより容易である。
【００９７】
また、専用ビューワを用いた例では、３次元オブジェクトを見る視点を連続的に変更することができるため、他の例に比べると、解析対象となる２次元画像の量を格段に増やすことができる。しかし、上述したように、人間は、意味のない未知の記号よりも既知の記号をより知覚・発見しやすいという知覚特性をもつため、クライアント３００のユーザは、正解である既知の記号の見える視点を容易く発見することができる。これに対しコンピュータはそのような知覚特性を持たないため、ダミー記号が見える全ての視点について解析が必要となる。従って、専用ビューワを用いた場合、他の２つの例に比べ、一定の視認性を保ちながら、定量的に攻撃耐性を上げることがより容易である。
【００９８】
次に図１４を参照して、本発明の認証サービスの処理の流れを説明する。図１４は、認証サーバ１００において実行される、認証サービスの処理の流れの一例を示すフローチャートである。図１４において処理はステップ２００で開始し、認証サーバ１００は、クライアント３００から、サーバ４００が提供するサービスのサービス利用の要求を受信すると（ステップ２００）、これに応答して、画像情報格納部１０８から、１以上の画像情報を無作為に読み出す（ステップ２０５）。
【００９９】
次に、認証サーバ１００は、クライアント３００のチャレンジ回数をカウントするカウンタを初期化し（ステップ２１０）、読み出した１以上の画像情報に基づいて、クライアント３００のユーザが人間であることを試験するためのチャレンジ・データを作成する（ステップ２１５）。
【０１００】
ここで、読み出した１以上の画像情報に、正解の記号として１つのアルファベット文字が含まれる場合、認証サーバ１００は、例えば、「次の表示される画像の中に、１つのアルファベット文字が隠されています。その文字を探し出して入力してください」というようなユーザに提示する設問を、チャレンジ・データの一部として作成する。同様に、読み出した１以上の画像情報に、正解の記号として２つのアルファベット文字と１つの数字が含まれる場合、認証サーバ１００は、例えば、「次の３次元画像の中に、アルファベット文字又は数字が合計３つ隠されています。その数字又は文字を全て探し出して入力してください」というようなユーザに提示する設問を、チャレンジ・データの一部として作成する。
【０１０１】
そして、認証サーバ１００は、作成したチャレンジ・データをクライアント３００へ送信し、クライアント３００から、チャレンジ・データに対するレスポンス・データを受信する（ステップ２２０）。レスポンス・データの受信に応答して、認証サーバ１００は、カウンタを１増分する（ステップ２２５）。
【０１０２】
認証サーバ１００は、画像情報格納部１０８から、ステップ２０５において読み出した１以上の画像情報に対応する１以上の既知の記号を読出し、受信したレスポンス・データと比較し、一定以上の正解率が得られるか否か判定する（ステップ２３０）。一定以上の正解率が得られた場合（ステップ２３０：ＹＥＳ）認証サーバ１００は、サービス利用を許可し、クライアント３００へ認証許可情報を送信する（ステップ２３５）。そして処理は終了する。
【０１０３】
一方、一定以上の正解率が得られなかった場合（ステップ２３０：ＮＯ）、認証サーバ１００は、カウンタを調べて、クライアント３００へチャレンジ・データを所定回数送信したか否か判定する（ステップ２４０）。チャレンジ・データを所定回数送信していない場合（ステップ２４０：ＮＯ）、処理はステップ２１５へ戻り、再度チャレンジ・データを作成する。
【０１０４】
チャレンジ・データを所定回数送信していた場合（ステップ２４０：ＹＥＳ）、認証サーバ１００は、サービス利用を拒否し、クライアント３００による認証サーバ１００へのアクセスを一定時間禁止する（ステップ２４５）。そして処理は終了する。
【０１０５】
図１５は、本発明の実施の形態による認証サーバ１００及び３次元データ生成装置５００を実現するのに好適な情報処理装置のハードウェア構成の一例を示した図である。情報処理装置は、バス２に接続されたＣＰＵ（中央処理装置）１とメインメモリ４を含んでいる。ハードディスク装置１３、３０、およびＣＤ−ＲＯＭ装置２６、２９、フレキシブル・ディスク装置２０、ＭＯ装置２８、ＤＶＤ装置３１のようなリムーバブル・ストレージ（記録メディアを交換可能な外部記憶システム）がフロッピー（登録商標）ディスクコントローラ１９、ＩＤＥコントローラ２５、ＳＣＳＩコントローラ２７などを経由してバス２へ接続されている。
【０１０６】
フレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭのような記憶メディアが、リムーバブル・ストレージに挿入される。これらの記憶メディアやハードディスク装置１３、３０、ＲＯＭ１４には、オペレーティング・システムと協働してＣＰＵ等に命令を与え、本発明を実施するためのコンピュータ・プログラムのコードを記録することができる。
【０１０７】
即ち、３次データ生成装置５００としての情報処理装置の上記説明した数々の記憶装置には、３次元データを生成するためのプログラム、また、該プログラムを実行することにより生成された３次元オブジェクトに関する３次元画像情報を格納できる。また、認証サーバ１００としての情報処理装置の記憶装置には、認証サービスを提供するためのプログラムを格納できる。これら複数のコンピュータ・プログラムはメインメモリ４にロードされることによって実行される。コンピュータ・プログラムは圧縮し、また複数に分割して複数の媒体に記録することもできる。
【０１０８】
情報処理装置は、キーボード／マウス・コントローラ５を経由して、キーボード６やマウス７のような入力デバイスからの入力を受ける。情報処理装置は、オーディオコントローラ２１を経由して、マイク２４からの入力を受け、またスピーカー２３から音声を出力する。情報処理装置は、視覚データをユーザに提示するための表示装置１１に、グラフィックスコントローラ１０を経由して接続される。情報処理装置は、ネットワーク・アダプタ１８（イーサネット（登録商標）・カードやトークンリング・カード）等を介してネットワークに接続し、他のコンピュータ等と通信を行うことが可能である。
【０１０９】
以上の説明により、本発明の実施の形態による認証サーバ１００及び３次元データ生成装置５００を実現するのに好適な情報処理装置は、通常のパーソナルコンピュータ、ワークステーション、メインフレームなどの情報処理装置、または、これらの組み合わせによって実現されることが容易に理解されるであろう。ただし、３次元データ生成装置５００としての情報処理装置は３次元のグラフィックス処理を行う必要があることから、一定以上の性能をもつグラフィックスコントローラ１０及び大容量のビデオメモリ９を備えることが好ましい。なお、上記説明した構成要素は例示であり、そのすべての構成要素が本発明の必須構成要素となるわけではない。
【０１１０】
以上、実施形態を用いて本発明の説明をしたが、本発明の技術範囲は上記実施形態に記載の範囲には限定されない。上記の実施形態に、種々の変更または改良を加えることが可能であることが当業者に明らかである。従って、そのような変更または改良を加えた形態も当然に本発明の技術的範囲に含まれる。
【図面の簡単な説明】
【０１１１】
【図１】本発明の一実施形態に係る認証システム１０００全体の構成の一例を示す図である。
【図２】本発明の一実施形態に係る認証サーバ１００の機能構成の一例を示す図である。
【図３】（ａ）は、本発明の一実施形態に係る３次元データ生成装置５００によって生成される３次元オブジェクトの一例を示す図である。（ｂ）は、本発明の一実施形態に係る３次元データ生成装置５００によって生成される３次元オブジェクトの一例を示す図である。（ｃ）は、本発明の一実施形態に係る３次元データ生成装置５００によって生成される３次元オブジェクトの一例を示す図である。
【図４】本発明の一実施形態に係る３次元データ生成装置５００の機能構成の一例を示す図である。
【図５】本発明の一実施形態に係る３次元データ生成装置５００によって生成される３次元オブジェクトの一例を示す図である。
【図６】本発明の一実施形態に係る３次元オブジェクトの生成処理の流れの一例を示すフローチャートを示す図である。
【図７】（ａ）は、本発明の一実施形態に係る３次元データ生成装置５００による３次元オブジェクトの生成過程の一例を示す図である。（ｂ）は、本発明の一実施形態に係る３次元データ生成装置５００による３次元オブジェクトの生成過程の一例を示す図である。
【図８】（ａ）は、本発明の一実施形態に係る３次元データ生成装置５００による３次元オブジェクトの生成過程の一例を示す図である。（ｂ）は、本発明の一実施形態に係る３次元データ生成装置５００による３次元オブジェクトの生成過程の一例を示す図である。（ｃ）は、本発明の一実施形態に係る３次元データ生成装置５００による３次元オブジェクトの生成過程の一例を示す図である。（ｄ）は、本発明の一実施形態に係る３次元データ生成装置５００による３次元オブジェクトの生成過程の一例を示す図である。
【図９】（ａ）は、円柱に文字を投影した場合に、文字が歪むことを説明する図である。（ｂ）は、歪みを補正する従来技術の一例を示す図である。
【図１０】（ａ）は、本発明の一実施形態に係る認証サーバ１００によって作成されるチャレンジ・データの一例を示す図である。（ｂ）は、本発明の一実施形態に係る３次元データ生成装置５００によって生成される３次元オブジェクトの一例を示す図である。
【図１１】本発明の一実施形態に係るＧＩＦアニメーションを表示した、クライアント３００の表示画面の一例を示す図である。
【図１２】本発明の一実施形態に係るクリッカブルマップを表示した、クライアント３００の表示画面の一例を示す図である。
【図１３】本発明の一実施形態に係るビューワを起動したクライアント３００の表示画面の一例を示す図である。
【図１４】本発明の一実施形態に係る、認証サーバ１００において実行される、認証サービスの処理の流れの一例を示すフローチャートを示す図である。
【図１５】本発明の実施の形態による認証サーバ１００及び３次元データ生成装置５００を実現するのに好適な情報処理装置のハードウェア構成の一例を示した図である。
【特許請求の範囲】
【請求項１】
認証サーバ装置であって、
１以上の既知の記号及び１以上のダミー記号の少なくとも一方が含まれる複数の画像情報を格納する画像情報格納部と、
ネットワークを介してクライアント装置からサービス利用の要求を受信する受信部と、
前記サービス利用の要求の受信に応答して、前記画像情報格納部から１以上の前記画像情報を読み出す読出し部と、
１以上の前記既知の記号を各々含む１以上の２次元画像及び１以上の前記ダミー記号を各々含む１以上の２次元画像が、１度に１つ前記クライアント装置のユーザに提示されるように、読み出した前記１以上の画像情報を使用してチャレンジ・データを作成するチャレンジ・データ作成手段と、
前記クライアント装置へ作成したチャレンジ・データを送信し、前記クライアント装置から対応するレスポンス・データを受信する試験部と、
受信した前記レスポンス・データが、送信した前記チャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一致することに応答して前記クライアント装置のサービス利用を許可する許可部と、
を含む認証サーバ装置。
【請求項２】
前記ダミー記号は、前記既知の記号に類似する形状及び線の太さの少なくとも一方を持つ、特定の意味を持たない記号である、請求項１に記載の認証サーバ装置。
【請求項３】
複数の前記２次元画像は、その背景及び前景の少なくとも一方にアークを含む、請求項１に記載の認証サーバ装置。
【請求項４】
前記画像情報格納部は、１以上の既知の記号を各々含む複数の２次元画像、及び１以上のダミー記号を各々含む複数の２次元画像を格納する、請求項１に記載の認証サーバ装置。
【請求項５】
前記読出し部は、前記サービス利用の要求の受信に応答して、前記画像情報格納部から１以上の既知の記号を含む２次元画像及び１以上のダミー記号を含む２次元画像をそれぞれ１以上読み出し、
前記チャレンジ・データ作成手段は、前記チャレンジ・データとして、読み出した複数の前記２次元画像を用いたアニメーションＧＩＦ形式の動画を作成する、請求項４に記載の認証サーバ装置。
【請求項６】
前記画像情報格納部は、１以上の前記既知の記号及び１以上の前記ダミー記号がその表面に見える３次元のオブジェクトに関する３次元画像情報を複数格納する、請求項１に記載の認証サーバ装置。
【請求項７】
前記読出し部は、前記サービス利用の要求の受信に応答して、前記画像情報格納部から前記３次元のオブジェクトに関する３次元画像情報を１つ読み出し、
前記チャレンジ・データ作成手段は、読み出した前記３次元画像情報に基づいて、異なる視点から見た前記３次元のオブジェクトの２次元画像を複数作成し、該複数の２次元画像を用いたアニメーションＧＩＦ形式の動画を前記チャレンジ・データとして作成する、請求項６に記載の認証サーバ装置。
【請求項８】
前記読出し部は、前記サービス利用の要求の受信に応答して、前記画像情報格納部から前記３次元のオブジェクトに関する３次元画像情報を１つ読み出し、
前記チャレンジ・データ作成手段は、読み出した前記３次元画像情報に基づいて、所定の視点からみた前記３次元のオブジェクトの２次元画像を生成し、該２次元画像の複数の領域の各々に該領域からみた前記３次元のオブジェクトの２次元画像へのリンク先を設定したクリッカブルマップを前記チャレンジ・データとして作成する、請求項６に記載の認証サーバ装置。
【請求項９】
前記読出し部は、前記サービス利用の要求の受信に応答して、前記画像情報格納部から前記３次元のオブジェクトに関する３次元画像情報を１つ読み出し、
前記チャレンジ・データ作成手段は、前記３次元オブジェクトを任意の方向から見ること可能とする前記クライアント装置において実行されるプログラム及び前記３次元画像情報を含む前記チャレンジ・データを作成する、請求項６に記載の認証サーバ装置。
【請求項１０】
前記３次元画像情報は、前記３次元のオブジェクトの形状情報及び前記３次元のオブジェクトの表面の色情報を含む、請求項６に記載の認証サーバ装置。
【請求項１１】
前記３次元のオブジェクトは、複数の小球の集合から構成される球体である、請求項１０に記載の認証サーバ装置。
【請求項１２】
前記３次元のオブジェクトの表面の色情報は、前記既知の記号が前記複数の小球の表面上で歪むことなく見えるように決定されている、請求項１１に記載の認証サーバ装置。
【請求項１３】
前記許可部は、受信した前記レスポンス・データが、送信した前記チャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一定以上の正解率が得られた場合に前記クライアント装置のサービス利用を許可する、請求項１に記載の認証サーバ装置。
【請求項１４】
前記チャレンジ・データ作成部は、複数のチャレンジ・データを作成し、
前記試験部は、前記複数のチャレンジ・データを用いて、同一の前記クライアント装置に対して試験を複数回実行し、
前記許可部は、各チャレンジ・データに対して、受信した前記レスポンス・データが、送信した前記チャレンジ・データに含まれる１以上の既知の記号と一致するか否かを判定し、所定回数以上一致した場合に前記クライアント装置のサービス利用を許可する、請求項１に記載の認証サーバ装置。
【請求項１５】
１以上の既知の記号及び１以上のダミー記号の少なくとも一方が含まれる複数の画像情報を格納する画像情報格納部を有する認証サーバで実行される、認証方法であって、
ネットワークを介してクライアント装置からサービス利用の要求を受信するステップと、
前記サービス利用の要求の受信に応答して、前記画像情報格納部から１以上の前記画像情報を読み出すステップと、
１以上の前記既知の記号を各々含む１以上の２次元画像及び１以上の前記ダミー記号を各々含む１以上の２次元画像が、１度に１つ前記クライアント装置のユーザに提示されるように、読み出した前記１以上の画像情報を使用してチャレンジ・データを作成するステップと、
前記クライアント装置へ作成したチャレンジ・データを送信し、前記クライアント装置から対応するレスポンス・データを受信するステップと、
受信した前記レスポンス・データが、送信した前記チャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一致することに応答して前記クライアント装置のサービス利用を許可するステップと、
を含む認証方法。
【請求項１６】
前記画像情報格納部は、１以上の前記既知の記号及び１以上の前記ダミー記号がその表面に見える３次元のオブジェクトに関する３次元画像情報を複数格納する、請求項１５に記載の認証方法。
【請求項１７】
前記読み出すステップは、前記サービス利用の要求の受信に応答して、前記画像情報格納部から前記３次元のオブジェクトに関する３次元画像情報を１つ読み出すステップを含み、
前記チャレンジ・データを作成するステップは、読み出した前記３次元画像情報に基づいて、異なる視点から見た前記３次元のオブジェクトの２次元画像を複数作成し、該複数の２次元画像を用いたアニメーションＧＩＦ形式の動画を前記チャレンジ・データとして作成するステップを含む、請求項１６に記載の認証方法。
【請求項１８】
前記読み出すステップは、前記サービス利用の要求の受信に応答して、前記画像情報格納部から前記３次元のオブジェクトに関する３次元画像情報を１つ読み出すステップを含み、
前記チャレンジ・データ作成するステップは、読み出した前記３次元画像情報に基づいて、所定の視点からみた前記３次元のオブジェクトの２次元画像を生成し、該２次元画像の複数の領域の各々に該領域からみた前記３次元のオブジェクトの２次元画像へのリンク先を設定したクリッカブルマップを前記チャレンジ・データとして作成するステップを含む、請求項１６に記載の認証方法。
【請求項１９】
前記読み出すステップは、前記サービス利用の要求の受信に応答して、前記画像情報格納部から前記３次元のオブジェクトに関する３次元画像情報を読み出すステップを含み、
前記チャレンジ・データ作成するステップは、前記３次元オブジェクトを任意の方向から見ること可能とする前記クライアント装置において実行されるプログラム及び前記３次元画像情報を含む前記チャレンジ・データを作成するステップを含む、請求項１６に記載の認証方法。
【請求項２０】
１以上の既知の記号若しくは１以上のダミー記号又はその両方を含む複数の画像情報を格納する画像情報格納部を有する認証サーバで実行される、認証プログラムであって、前記認証プログラムは前記認証サーバに、
ネットワークを介してクライアント装置からサービス利用の要求を受信するステップと、
前記サービス利用の要求の受信に応答して、前記画像情報格納部から１以上の前記画像情報を読み出すステップと、
１以上の前記既知の記号を各々含む１以上の２次元画像及び１以上の前記ダミー記号を各々含む１以上の２次元画像が、１度に１つ前記クライアント装置のユーザに提示されるように、読み出した前記１以上の画像情報を使用して前記クライアント装置のユーザが人間であることを試験するためのチャレンジ・データを作成するステップと、
前記クライアント装置へ作成したチャレンジ・データを送信し、前記クライアント装置から対応するレスポンス・データを受信するステップと、
受信した前記レスポンス・データが、送信した前記チャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一致することに応答して前記クライアント装置のサービス利用を許可するステップと
を実行させる、認証プログラム。
【請求項１】
認証サーバ装置であって、
１以上の既知の記号及び１以上のダミー記号の少なくとも一方が含まれる複数の画像情報を格納する画像情報格納部と、
ネットワークを介してクライアント装置からサービス利用の要求を受信する受信部と、
前記サービス利用の要求の受信に応答して、前記画像情報格納部から１以上の前記画像情報を読み出す読出し部と、
１以上の前記既知の記号を各々含む１以上の２次元画像及び１以上の前記ダミー記号を各々含む１以上の２次元画像が、１度に１つ前記クライアント装置のユーザに提示されるように、読み出した前記１以上の画像情報を使用してチャレンジ・データを作成するチャレンジ・データ作成手段と、
前記クライアント装置へ作成したチャレンジ・データを送信し、前記クライアント装置から対応するレスポンス・データを受信する試験部と、
受信した前記レスポンス・データが、送信した前記チャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一致することに応答して前記クライアント装置のサービス利用を許可する許可部と、
を含む認証サーバ装置。
【請求項２】
前記ダミー記号は、前記既知の記号に類似する形状及び線の太さの少なくとも一方を持つ、特定の意味を持たない記号である、請求項１に記載の認証サーバ装置。
【請求項３】
複数の前記２次元画像は、その背景及び前景の少なくとも一方にアークを含む、請求項１に記載の認証サーバ装置。
【請求項４】
前記画像情報格納部は、１以上の既知の記号を各々含む複数の２次元画像、及び１以上のダミー記号を各々含む複数の２次元画像を格納する、請求項１に記載の認証サーバ装置。
【請求項５】
前記読出し部は、前記サービス利用の要求の受信に応答して、前記画像情報格納部から１以上の既知の記号を含む２次元画像及び１以上のダミー記号を含む２次元画像をそれぞれ１以上読み出し、
前記チャレンジ・データ作成手段は、前記チャレンジ・データとして、読み出した複数の前記２次元画像を用いたアニメーションＧＩＦ形式の動画を作成する、請求項４に記載の認証サーバ装置。
【請求項６】
前記画像情報格納部は、１以上の前記既知の記号及び１以上の前記ダミー記号がその表面に見える３次元のオブジェクトに関する３次元画像情報を複数格納する、請求項１に記載の認証サーバ装置。
【請求項７】
前記読出し部は、前記サービス利用の要求の受信に応答して、前記画像情報格納部から前記３次元のオブジェクトに関する３次元画像情報を１つ読み出し、
前記チャレンジ・データ作成手段は、読み出した前記３次元画像情報に基づいて、異なる視点から見た前記３次元のオブジェクトの２次元画像を複数作成し、該複数の２次元画像を用いたアニメーションＧＩＦ形式の動画を前記チャレンジ・データとして作成する、請求項６に記載の認証サーバ装置。
【請求項８】
前記読出し部は、前記サービス利用の要求の受信に応答して、前記画像情報格納部から前記３次元のオブジェクトに関する３次元画像情報を１つ読み出し、
前記チャレンジ・データ作成手段は、読み出した前記３次元画像情報に基づいて、所定の視点からみた前記３次元のオブジェクトの２次元画像を生成し、該２次元画像の複数の領域の各々に該領域からみた前記３次元のオブジェクトの２次元画像へのリンク先を設定したクリッカブルマップを前記チャレンジ・データとして作成する、請求項６に記載の認証サーバ装置。
【請求項９】
前記読出し部は、前記サービス利用の要求の受信に応答して、前記画像情報格納部から前記３次元のオブジェクトに関する３次元画像情報を１つ読み出し、
前記チャレンジ・データ作成手段は、前記３次元オブジェクトを任意の方向から見ること可能とする前記クライアント装置において実行されるプログラム及び前記３次元画像情報を含む前記チャレンジ・データを作成する、請求項６に記載の認証サーバ装置。
【請求項１０】
前記３次元画像情報は、前記３次元のオブジェクトの形状情報及び前記３次元のオブジェクトの表面の色情報を含む、請求項６に記載の認証サーバ装置。
【請求項１１】
前記３次元のオブジェクトは、複数の小球の集合から構成される球体である、請求項１０に記載の認証サーバ装置。
【請求項１２】
前記３次元のオブジェクトの表面の色情報は、前記既知の記号が前記複数の小球の表面上で歪むことなく見えるように決定されている、請求項１１に記載の認証サーバ装置。
【請求項１３】
前記許可部は、受信した前記レスポンス・データが、送信した前記チャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一定以上の正解率が得られた場合に前記クライアント装置のサービス利用を許可する、請求項１に記載の認証サーバ装置。
【請求項１４】
前記チャレンジ・データ作成部は、複数のチャレンジ・データを作成し、
前記試験部は、前記複数のチャレンジ・データを用いて、同一の前記クライアント装置に対して試験を複数回実行し、
前記許可部は、各チャレンジ・データに対して、受信した前記レスポンス・データが、送信した前記チャレンジ・データに含まれる１以上の既知の記号と一致するか否かを判定し、所定回数以上一致した場合に前記クライアント装置のサービス利用を許可する、請求項１に記載の認証サーバ装置。
【請求項１５】
１以上の既知の記号及び１以上のダミー記号の少なくとも一方が含まれる複数の画像情報を格納する画像情報格納部を有する認証サーバで実行される、認証方法であって、
ネットワークを介してクライアント装置からサービス利用の要求を受信するステップと、
前記サービス利用の要求の受信に応答して、前記画像情報格納部から１以上の前記画像情報を読み出すステップと、
１以上の前記既知の記号を各々含む１以上の２次元画像及び１以上の前記ダミー記号を各々含む１以上の２次元画像が、１度に１つ前記クライアント装置のユーザに提示されるように、読み出した前記１以上の画像情報を使用してチャレンジ・データを作成するステップと、
前記クライアント装置へ作成したチャレンジ・データを送信し、前記クライアント装置から対応するレスポンス・データを受信するステップと、
受信した前記レスポンス・データが、送信した前記チャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一致することに応答して前記クライアント装置のサービス利用を許可するステップと、
を含む認証方法。
【請求項１６】
前記画像情報格納部は、１以上の前記既知の記号及び１以上の前記ダミー記号がその表面に見える３次元のオブジェクトに関する３次元画像情報を複数格納する、請求項１５に記載の認証方法。
【請求項１７】
前記読み出すステップは、前記サービス利用の要求の受信に応答して、前記画像情報格納部から前記３次元のオブジェクトに関する３次元画像情報を１つ読み出すステップを含み、
前記チャレンジ・データを作成するステップは、読み出した前記３次元画像情報に基づいて、異なる視点から見た前記３次元のオブジェクトの２次元画像を複数作成し、該複数の２次元画像を用いたアニメーションＧＩＦ形式の動画を前記チャレンジ・データとして作成するステップを含む、請求項１６に記載の認証方法。
【請求項１８】
前記読み出すステップは、前記サービス利用の要求の受信に応答して、前記画像情報格納部から前記３次元のオブジェクトに関する３次元画像情報を１つ読み出すステップを含み、
前記チャレンジ・データ作成するステップは、読み出した前記３次元画像情報に基づいて、所定の視点からみた前記３次元のオブジェクトの２次元画像を生成し、該２次元画像の複数の領域の各々に該領域からみた前記３次元のオブジェクトの２次元画像へのリンク先を設定したクリッカブルマップを前記チャレンジ・データとして作成するステップを含む、請求項１６に記載の認証方法。
【請求項１９】
前記読み出すステップは、前記サービス利用の要求の受信に応答して、前記画像情報格納部から前記３次元のオブジェクトに関する３次元画像情報を読み出すステップを含み、
前記チャレンジ・データ作成するステップは、前記３次元オブジェクトを任意の方向から見ること可能とする前記クライアント装置において実行されるプログラム及び前記３次元画像情報を含む前記チャレンジ・データを作成するステップを含む、請求項１６に記載の認証方法。
【請求項２０】
１以上の既知の記号若しくは１以上のダミー記号又はその両方を含む複数の画像情報を格納する画像情報格納部を有する認証サーバで実行される、認証プログラムであって、前記認証プログラムは前記認証サーバに、
ネットワークを介してクライアント装置からサービス利用の要求を受信するステップと、
前記サービス利用の要求の受信に応答して、前記画像情報格納部から１以上の前記画像情報を読み出すステップと、
１以上の前記既知の記号を各々含む１以上の２次元画像及び１以上の前記ダミー記号を各々含む１以上の２次元画像が、１度に１つ前記クライアント装置のユーザに提示されるように、読み出した前記１以上の画像情報を使用して前記クライアント装置のユーザが人間であることを試験するためのチャレンジ・データを作成するステップと、
前記クライアント装置へ作成したチャレンジ・データを送信し、前記クライアント装置から対応するレスポンス・データを受信するステップと、
受信した前記レスポンス・データが、送信した前記チャレンジ・データに含まれる１以上の既知の記号と一致するか否か判定し、一致することに応答して前記クライアント装置のサービス利用を許可するステップと
を実行させる、認証プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００９−１７５９８８（Ｐ２００９−１７５９８８Ａ）
【公開日】平成２１年８月６日（２００９．８．６）
【国際特許分類】
【出願番号】特願２００８−１３１６６（Ｐ２００８−１３１６６）
【出願日】平成２０年１月２３日（２００８．１．２３）
【出願人】（３９０００９５３１）インターナショナル・ビジネス・マシーンズ・コーポレーション (4,084)
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＳＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
【公開日】平成２１年８月６日（２００９．８．６）
【国際特許分類】
【出願日】平成２０年１月２３日（２００８．１．２３）
【出願人】（３９０００９５３１）インターナショナル・ビジネス・マシーンズ・コーポレーション (4,084)
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＳＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
[ Back to top ]