認証装置、認証方法、および認証プログラム
【課題】コミュニティが形成されるタイプのグループ形態において、コミュニティ上での遣り取りの疎密を反映して、認証のセキュリティを高めるとともに、使い勝手の良い認証装置を提供する。
【解決手段】正解画像は、選択された２つの画像データの補間画像に更新される。当該補間画像は、選択された２つの画像データと補間パラメータとに基づいて生成される。１週間後ずつすなわち、毎週正解画像は、少しずつ自動的に変化する。半年後の正解画像は、毎週少しずつ変化した結果、最初のログイン時に表示される正解画像とは、全く異なるものに変化する。
【解決手段】正解画像は、選択された２つの画像データの補間画像に更新される。当該補間画像は、選択された２つの画像データと補間パラメータとに基づいて生成される。１週間後ずつすなわち、毎週正解画像は、少しずつ自動的に変化する。半年後の正解画像は、毎週少しずつ変化した結果、最初のログイン時に表示される正解画像とは、全く異なるものに変化する。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、例えば、アプリケーションを利用するユーザを認証する認証装置、認証方法および認証プログラムに関し、特にニーモニック認証に関するものである。
【背景技術】
【０００２】
認証装置に関して、記録媒体を使用したパスワード認証、およびバイオメトリックス認証が公知である。
【０００３】
パスワード認証は、認証方式として簡便であり現在広く使用されている。この方式を認知心理学の観点から分類すると、意味の無い記号記憶や経験を伴わない記憶である“意味記憶”を、脳の記憶貯蔵情報の中から“検索”して“再生”する方式であると言える。
【０００４】
しかしながら、パスワードの問題点として既に知られているように、意味の無い記号や、経験を伴わない意味記憶を再生するのは、人間特に老人などの記憶力の低下した場合には困難であり、再生ミスを犯しやすい。
【０００５】
これらの避けるために、生年月日をパスワードにする等を代表例として単なる数字や記号を意味記憶に変換して記憶することがよく行われるが、数字を意味記憶にする事例は生年月日など一般の人にとっては極めて限られており、他人による本人成りすましの被害を招きやすい。
【０００６】
また、パスワードを盗まれた場合の被害を最小限に留めるためには、認証媒体毎にパスワードを変えることが望ましいが、認証媒体に対応したパスワードの記憶想起再生は困難であり、メモ等をする結果、盗難にあった場合は全てのパスワードが盗まれる事態を招くことになる。
【０００７】
これに対応するために、１回毎のパスワードであるワンタイムパスワードを発行するセキュリティトークンを利用する方式がある。これにより、ユーザがパスワードを記憶しておかなくてもトークンに表示されたパスワードを利用することによりセキュリティを高めることが可能である。例えば、トークンを用いた認証に関して、特表２００３―５１１７６６号公報が挙げられる。しかしながら、当該方式はトークンをユーザが各自所持しておく必要があり不便である。
【０００８】
バイオメトリックス認証は、本人固有の生理的由来の情報と言われており、決して忘れたり無くしたりすることが無いという利点を有する。例えば、バイオメトリックス認証に関して、特開２００４−１５７６０２号公報が挙げられる。しかし、本人の唯一の情報であるために記録媒体毎に認証本人情報を変えることができない。そのために認証本人情報を盗まれた場合には、全ての認証媒体が被害を受けることとなり、更にそれに代わる本人情報を作ることは非常に困難である等の問題点がある。
【０００９】
また、生理的情報を読取るための入力装置が新たに必要である。更に入力情報が入力読取り環境で変化し、本人であるにも関らず本人と認証されない、いわゆる本人拒否率が一定の確率で発生する問題点があり、制御が複雑化する可能性がある。
【００１０】
これらとは別の認証方式として、近年、画像情報を認証手段とするニーモニック認証が注目されている。例えば、ニーモニック認証として、特開２００５−７１２０２号公報が挙げられる。
【００１１】
ニーモニック認証は、人が有しているイメージ記憶を用いた認証であるため、覚え易く、忘れにくく、また、他人に類推されにくいものであり、かつ、認証の制御が容易である。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特表２００３―５１１７６６号公報
【特許文献２】特開２００４−１５７６０２号公報
【特許文献３】特開２００５−７１２０２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
一方で、近年ＳＮＳ（Social Network Service）のようにネット上において流動的にコミュニティが形成されるタイプのグループ形態が増加してきている。例えば、ｍｉｘｉ等が挙げられる。
【００１４】
コミュニティが形成されるタイプのグループ形態の場合には、メンバーが流動的である。
【００１５】
したがって、以前、グループのメンバーとして登録していた人であっても、現在は、利用しなくなっている場合がある。脱退申請が無い場合には、以前から登録されていた人は、利用していない場合であってもメンバーとして数えられる可能性がある。
【００１６】
個人認証等の場合のように、各自に認証用のパスワードを発行した場合、明らかにコミュニティにおける遣り取りが疎であるメンバーであってもいつでもコミュニティに参加することが可能であり、また、当該パスワードを他人に漏洩した場合には他人が成りすまして当該コミュニティに参加することも可能である。
【００１７】
したがって、グループの管理者としては、同じコミュニティの中でも特に密な遣り取りをしているメンバーにだけアクセスを許可することが望ましく、明らかに遣り取りが疎であるメンバーを排除したい要求がある。
【００１８】
密にやりとりするメンバーは時間とともに変化するため、パスワード等、認証の設定を頻繁に変更することも考えられるが、認証のために面倒な変更操作が必要であったり、パスワードを忘れないようにする等の必要があるため、メンバー間での気軽な遣り取りを阻害してしまう可能性があり、使い勝手の問題がある。また、遣り取りが密であるか疎であるかどうかを厳密には管理者が把握することができないという問題がある。
【００１９】
本発明は、上記のような問題を解決するためになされたものであって、一例として、コミュニティが形成されるタイプのグループ形態において、コミュニティ上での遣り取りの疎密を反映して、認証のセキュリティを高めるとともに、使い勝手の良い認証装置、認証方法および認証プログラムを提供することを目的とする。
【課題を解決するための手段】
【００２０】
本発明のある局面に従う認証装置は、複数の視覚的に識別可能な画像を記憶する記憶手段と、記憶手段に記憶された画像の中から少なくとも２つの画像を選択する選択手段と、選択手段により選択された少なくとも２つの画像を用いて正解画像を生成する正解画像生成手段と、表示手段に記憶手段に記憶されている複数の画像のうちの少なくとも一部の画像を正解画像生成手段により生成された正解画像とともに提示して、ユーザの画像の選択の入力を受け付けて、正解画像の選択／非選択に応じて認証を行う認証手段と、正解画像を必要に応じて更新する正解画像更新手段とを備える。正解画像生成手段は、少なくとも２つの画像を補間する際に用いられる補間パラメータに基づいて少なくとも２つの画像の補間画像を正解画像として生成する。正解画像更新手段は、補間パラメータを調整する。
【００２１】
好ましくは、正解画像生成手段は、正解画像更新手段により調整される補間パラメータの変化に従って、少なくとも２つの画像の一方の画像を始点とし、他方の画像を終点とした場合における始点―終点間を補間する補間画像を生成する。
【００２２】
特に、補間は、少なくとも２つの画像が各々有する特徴点が一方から他方に変化する処理に相当する。
【００２３】
特に、特徴点は、少なくとも２つの画像中の顔を構成する複数の要素のうちの少なくとも１つに相当する。
【００２４】
好ましくは、複数の画像は、最初の正解画像に対応する初期画像を基準とした、順番に類似度が小さくなる順に配列される。現在の正解画像に対応する前回選択された画像と、類似度順に配列された次の候補となる候補画像との各々が有する特徴点に基づいて互いの類似度を算出することが可能な類似度算出手段をさらに備える。選択部は、類似度算出手段により算出された互いの類似度が所定のしきい値以下となるかどうかを判断し、前回選択された画像と、類似度順に配列された候補画像のうち、互いの類似度が所定のしきい値以下である、候補画像を選択する。
【００２５】
本発明のある局面に従う認証方法は、複数の視覚的に識別可能な画像を記憶する記憶手段が設けられ、記憶手段に記憶された画像の中から少なくとも２つの画像を選択するステップと、選択された少なくとも２つの画像を用いて正解画像を生成するステップと、表示手段に記憶手段に記憶されている複数の画像のうちの少なくとも一部の画像を生成された正解画像とともに提示するステップと、ユーザの画像の選択の入力を受け付けるステップと、正解画像の選択／非選択に応じて認証を行うステップと、正解画像を更新するステップとを備える。正解画像を生成するステップは、少なくとも２つの画像を補間する際に用いられる補間パラメータに基づいて少なくとも２つの画像の補間画像を正解画像として生成する。正解画像を更新するステップは、補間パラメータを調整する。
【００２６】
本発明のある局面に従う認証プログラムは、複数の視覚的に識別可能な画像を記憶する記憶手段が設けられた認証装置のコンピュータに、記憶手段に記憶された画像の中から少なくとも２つの画像を選択するステップと、選択された少なくとも２つの画像を用いて正解画像を生成するステップと、表示手段に記憶手段に記憶されている複数の画像のうちの少なくとも一部の画像を生成された正解画像とともに提示するステップと、ユーザの画像の選択の入力を受け付けるステップと、正解画像の選択／非選択に応じて認証を行うステップと、正解画像を更新するステップとを備える。正解画像を生成するステップは、少なくとも２つの画像を補間する際に用いられる補間パラメータに基づいて少なくとも２つの画像の補間画像を正解画像として生成する。正解画像を更新するステップは、補間パラメータを調整する、処理を実行させる。
【発明の効果】
【００２７】
本発明のある局面に従う認証装置、認証方法および認証プログラムは、２つの画像を選択し、正解画像を更新する。正解画像は、２つの画像を補間する補間パラメータに基づいて生成され、補間パラメータが調整される。したがって、正解画像は、補間パラメータが変化していくことにより更新され、コミュニティが形成されるタイプのグループ形態において、コミュニティ上での遣り取りの疎密を反映して、認証のセキュリティを高めることが可能である。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施の形態に従う情報処理システムについて説明する図である。
【図２】本発明の実施の形態に従うアプリケーション管理サーバ１０および認証サーバ２０の概略ブロック図である。
【図３】本発明の実施の形態に従うユーザ端末４０の概略ブロック図である。
【図４】本発明の実施の形態に従う情報処理システムを構成する各端末の機能ブロック図である。
【図５】認証サーバ２０における認証処理の初期画面について説明する図である。
【図６】新規のコミュニティ名を登録する新規コミュニティ登録画面３１０について説明する図である。
【図７】ユーザ情報を登録する新規コミュニティ登録画面３２０について説明する図である。
【図８】正解画像を確認する確認画面について説明する図である。
【図９】本発明の実施の形態に従う新規コミュニティの登録の手順を示すシーケンス図である。
【図１０】新規コミュニティ登録処理により、更新（追加）された認証データの認証データテーブルについて説明する図である。
【図１１】本発明の実施の形態に従うアプリケーション管理サーバ１０のアプリケーションの提供のメインフローについて説明する図である。
【図１２】本発明の実施の形態に従う認証処理のメインフローについて説明する図である。
【図１３】本発明の実施の形態に従う新規コミュニティ登録処理のフローについて説明する図である。
【図１４】本発明の実施の形態に従う画像認証画面について説明する図である。
【図１５】認証処理が成功した場合の確認画面について説明する図である。
【図１６】本発明の実施の形態に従う正解画像の変化の流れについて説明する図である。
【図１７】本発明の実施の形態に従う画像認証画面表示処理の手順を示すシーケンス図である。
【図１８】画像認証画面表示処理のフローについて説明する図である。
【図１９】正解画像用パラメータ更新処理について説明する図である。
【図２０】本発明の実施の形態に従う補間パラメータの遷移と補間画像との関係について説明する図である。
【図２１】新規ユーザを登録する新規ユーザ登録画面４２０について説明する図である。
【図２２】新規ユーザ登録時の正解画像の確認画面について説明する図である。
【図２３】本発明の実施の形態に従う新規ユーザの登録の手順を示すシーケンス図である。
【図２４】本発明の実施の形態に従う新規ユーザの登録処理のフローについて説明する図である。
【図２５】新規ユーザとして登録された認証データについて説明する認証データテーブルについて説明する図である。
【図２６】本発明の実施の形態に従う補間パラメータの遷移と補間画像との関係について説明する別の図である。
【発明を実施するための形態】
【００２９】
以下、この発明の実施の形態について図面を参照して詳しく説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。
【００３０】
図１を用いて、本発明の実施の形態に従う情報処理システムについて説明する。
図１を参照して、ここでは、ユーザ端末（例えば、パーソナルコンピュータ（以下、単にＰＣとも称する））４０，５０と、ネットワーク５とが接続されている場合が示されている。また、当該ユーザ端末が利用可能なアプリケーションを管理するアプリケーション管理サーバ１０と、認証サーバ２０とがそれぞれネットワーク５と接続されている場合が示されている。なお、本例においては、主にユーザ端末としてＰＣの場合を例に挙げて説明するが、特にＰＣに限られず、無線あるいは有線でネットワーク５と接続されたＰＤＡ（Personal Digital Assistant）等の携帯端末器等であっても良い。
【００３１】
ユーザ端末４０，５０、アプリケーション管理サーバ１０、認証サーバ２０は、ネットワーク５を介して互いにデータの授受が可能なように接続されているものとする。
【００３２】
一例として、本発明の実施の形態においては、ユーザ端末４０からアプリケーション管理サーバ１０にアクセスした場合の処理について説明する。
【００３３】
なお、ここでは、ユーザ端末として２台のＰＣがネットワーク５に接続されている構成について説明しているが、特にその数には限定されない。
【００３４】
図２を用いて、本発明の実施の形態に従うアプリケーション管理サーバ１０および認証サーバ２０の概略ブロック図について説明する。
【００３５】
アプリケーション管理サーバ１０は、制御部１１と、ＲＡＭ（Random Access Memory）１２と、ＲＯＭ（Read Only Memory）１３と、ＨＤＤ（Hard Disk Drive）１４と、通信インタフェース１５と、各部を接続する内部バス１６とを含む。
【００３６】
制御部１１は、主にＣＰＵ（Central Processing Unit）で構成される。
なお、ＲＡＭ１２は、制御部１１のワークメモリとして用いられる。通信インタフェース１５は、外部のネットワーク５と接続されるインタフェースであり、当該通信インタフェースを介してデータの授受が実行される。
【００３７】
同様に、認証サーバ２０についてもアプリケーション管理サーバ１０と同様の構成を含む。
【００３８】
認証サーバ２０は、アプリケーション管理サーバ１０からの指示に従ってアクセス要求が有ったユーザ端末の認証処理を実行する。
【００３９】
認証サーバ２０は、制御部２１と、ＲＡＭ２２と、ＲＯＭ２３と、ＨＤＤ２４と、通信インタフェース２５と、各部を接続する内部バス２６とを含む。
【００４０】
制御部２１は、主にＣＰＵ（Central Processing Unit）で構成される。
制御部２１は、ＲＯＭ２３あるいはＨＤＤ２４に格納されているプログラムを読み込むことにより所定の機能を実現する。各機能については後述する。なお、ＲＡＭ２２は、制御部２１のワークメモリとして用いられる。通信インタフェース２５は、外部のネットワーク５と接続されるインタフェースであり、当該通信インタフェースを介してデータの授受が実行される。
【００４１】
図３を用いて、本発明の実施の形態に従うユーザ端末４０の概略ブロック図について説明する。ユーザ端末５０についても同様である。
【００４２】
図３を参照して、本発明の実施の形態に従うユーザ端末４０は、ＣＰＵ４１と、ＲＡＭ（Random Access Memory）４２と、ＲＯＭ（Read Only Memory）４３と、ＨＤＤ（Hard Disk Drive）４４と、各部を接続する内部バス４５と、マウス４６と、キーボード４７と、ディスプレイ４８と、通信インタフェース４９とを含む。
【００４３】
ユーザ端末４０のＣＰＵ４１は、アプリケーション管理サーバ１０あるいは認証サーバ２０から送信されるデータをネットワーク５と接続されている通信インタフェース４９を介して取得する。そして、当該データをディスプレイ４８に出力する。そして、ディスプレイ４８は、当該データに基づくアプリケーション画面を表示する。また、ユーザは、アプリケーション画面の入力領域に対してマウス４６あるいはキーボード４７等を介してデータを入力することが可能であり、当該入力したデータを通信インタフェース４９を介してアプリケーション管理サーバ１０あるいは、認証サーバ２０等に送信することが可能である。
【００４４】
図４を用いて、本発明の実施の形態に従う情報処理システムを構成する各端末の機能ブロックについて説明する。
【００４５】
図４を参照して、アプリケーション管理サーバ１０は、通信部１０５と、サービス提供部１０６と、サービス可否判断部１０７と、データ入出力部１０８とを含む。
【００４６】
アプリケーション管理サーバ１０の通信部１０５は、アプリケーション管理サーバのＣＰＵ１１と通信インタフェース１５との協働によって提供される。その他の部位は、アプリケーション管理サーバのＣＰＵ１１がＲＯＭ１３のプログラムを実行することで提供される。
【００４７】
通信部１０５は、ネットワーク５を介して、認証サーバ２０の通信部２０２あるいはユーザ端末４０，５０の通信インタフェース４９と物理的および論理的に接続され、認証サーバ２０の通信部２０２との間、あるいは、ユーザ端末４０，５０の通信インタフェース４９との間でデータを授受する。
【００４８】
サービス提供部１０６は、ＣＰＵ１１がＲＯＭ１３あるいはＨＤＤ１４に格納されているアプリケーションプログラムを読み込むことによりユーザ端末４０，５０にアプリケーションに基づく所定のサービスを提供する機能である。本実施例にいう所定のサービスとは、一例としてネット上において一種のコミュニティを形成して、当該コミュニティに属するユーザ（メンバー）同士で情報交換を行ったりするサービスである。
【００４９】
サービス可否判断部１０７は、アクセス要求が有ったユーザ端末４０，５０に対してサービスを提供する否かを判断する。すなわち、コミュニティに属するメンバーか否かを判断して、メンバーであればサービスの提供を許可し、メンバーでなければサービスの提供を拒否する。
【００５０】
データ入出力部１０８は、上述の部位間のデータ授受を制御する。
次に、認証サーバ２０について説明する。
【００５１】
認証サーバ２０は、通信部２０２と、認証画面生成部２０４と、正解情報更新部２０８と、認証判定部２１０と、正解情報生成部２１２と、類似度算出部２１４と、画像選択部２１６と、データ入出力部２１８と、データ記憶部２２０とを含む
通信部２０２は、認証サーバのＣＰＵ２１と通信インタフェース２５との協働によって提供される。その他の部位は、認証サーバのＣＰＵ２１がＲＯＭ２３のプログラムを実行することで提供される。データ記憶部２２０は、ＲＡＭ４２、ＲＯＭ４３、ＨＤＤ４４とで構成される。
【００５２】
データ記憶部２２０は、画像データ群２２２と、認証データ２２４とを格納する。
画像データ群２２２は、認証の際に用いられる画像データの集合体を意味する。
【００５３】
認証データ２２４は、各コミュニティ毎に分類され、当該コミュニティに属する登録者（ユーザ）に関する情報および当該コミュニティに属する登録者であることを識別する認証画像を生成するための情報等とが記述される。詳細については後述する。
【００５４】
データ記憶部２２０に格納されるデータは、データ入出力部２１８を通じて、他の部位からアクセス可能になっている。
【００５５】
通信部２０２は、ネットワーク５を介して、アプリケーション管理サーバ１０の通信部１０５あるいはユーザ端末４０，５０の通信インタフェース４９と物理的および論理的に接続され、アプリケーション管理サーバ１０の通信部１０５との間、あるいは、ユーザ端末４０，５０の通信インタフェース４９との間でデータを授受する。
【００５６】
認証画面生成部２０４は、各ユーザに対する画像認証処理において、ユーザが情報を入力するための画像認証画面を表示するためのデータを生成する。すなわち、認証画面生成部２０４は、ディスプレイ４８（図３）などの表示手段に画像認証画面を提示する。
【００５７】
正解情報更新部２０８は、更新の必要の有無を判定し、更新が必要であると判断した場合には、認証データ２２４に含まれている、画像認証用の入力画面に表示される正解情報となる画像を生成するためのデータ（パラメータ、画像等）を更新する。本例においては、一例として、最初の新規のコミュニティを登録した時点における正解画像が設定された日付から一週間毎に更新の必要有りと判定するものとする。
【００５８】
認証判定部２１０は、画像認証画面において、ユーザ端末４０のキーボード４７あるいはマウス４６等を介して入力された画像情報が正解情報であるか否かを判定する。
【００５９】
正解情報生成部２１２は、認証データ２２４に含まれているデータに基づいて正解情報を生成する。
【００６０】
画像選択部２１６は、認証データ２２４に含まれている、画像認証用の入力画面に表示される正解情報となる画像を生成するためのデータ（画像）について、画像データ群２２２の中から選択する。
【００６１】
類似度算出部２１４は、画像選択部２１６により選択された画像が、正解情報を更新するデータ（画像）として適切であるか否かを判断する。
【００６２】
データ入出力部２１８は、上述の部位間のデータ授受を制御する。
次に、一例として、ユーザ端末４０がアプリケーション管理サーバ１０を利用する場合の処理の流れについて説明する。
【００６３】
まず、ユーザ端末４０がアプリケーション管理サーバ１０を利用する場合に、アプリケーション管理サーバ１０のサービス可否判断部１０７は、通信部１０５を介して、ユーザ端末４０からのアクセス要求を受信したかどうかを判断する。例えば、ユーザ端末４０のインターネットブラウザを介してアプリケーション管理サーバ１０のＵＲＬ（Uniform Resource Locator）が指定された場合に、ユーザ端末４０からアプリケーション管理サーバ１０に対してアクセス要求が送信される。
【００６４】
アプリケーション管理サーバ１０のサービス可否判断部１８は、アクセス要求が有った場合には、認証実行指示を認証サーバ２０に送信し、認証サーバ２０は、認証実行指示に応答して認証処理を実行する。
【００６５】
図５を用いて、認証サーバ２０における認証処理の初期画面について説明する。
図５を参照して、認証サーバ２０の認証画面生成部２０４は、認証実行指示を受信した場合に、通信部２０２を介してユーザ端末４０のディスプレイ４８に認証処理の初期画面３００（認証処理初期画面とも称する）を表示させる。
【００６６】
ここで、認証処理初期画面３００において、コミュニティ名を入力する入力領域３０２と、新規コミュニティの登録を指示するボタン（新規コミュニティ登録ボタンとも称する）３０８と、コミュニティ名を検索する処理を実行するための検索ボタン３０４と、決定ボタン３０６とが設けられている。当該画面において、ユーザ端末４０のマウス４６あるいはキーボード４７によりデータを入力あるいは選択等の処理を実行することが可能である。
【００６７】
ここで、入力領域３０２にたとえばある文字を入力して、検索ボタン３０４を押下した場合に、データ記憶部２２０の中にある認証データ２２４が参照されて当該入力した文字を含む複数のコミュニティ名が一覧表示されるものとする。なお、存在しない場合にはエラー表示されるものとする。
【００６８】
そして、図示しないが当該一覧表示された中から所望のコミュニティ名を選択可能であるものとする。そして、一覧表示された中からコミュニティ名を選択した後、決定ボタン３０６を押下することにより、後述するが当該コミュニティに属するメンバーか否かを判断する画像認証画面が表示される。
【００６９】
あるいは、既にコミュニティ名が分かっている場合には、入力領域３０２に直接、ユーザ端末４０のマウス４６あるいはキーボード４７によりコミュニティ名を入力した後、決定ボタン３０６を押下することにより当該コミュニティに属するメンバーか否かを判断する画像認証画面が表示される。
【００７０】
一方、ユーザ端末４０のマウス４６あるいはキーボード４７により新規コミュニティ登録ボタン３０８を押下（選択）することにより、新たにネット上においてコミュニティを新規に登録する処理（新規コミュニティ登録処理とも称する）を実行することが可能となる。
【００７１】
＜新規コミュニティ登録処理＞
本例においては、まず、新規にコミュニティを登録する場合について説明する。
【００７２】
図６を用いて、新規のコミュニティ名を登録する新規コミュニティ登録画面３１０について説明する。
【００７３】
図６を参照して、図５において新規コミュニティ登録ボタン３０８を押下した場合には、新規コミュニティ登録画面がディスプレイ４８に表示される。
【００７４】
新規のコミュニティ名を入力するための新規コミュニティ登録画面３１０において、「コミュニティ名を入力して下さい。」の案内表示とともに、入力領域３１２が設けられている。
【００７５】
また、戻るボタン３１６と、決定ボタン３１８とが設けられている。
ユーザ端末４０のユーザは、ディスプレイ４８に表示された新規コミュニティ登録画面３１０の入力領域３１２にキーボード４７あるいはマウス４６等を用いて入力する。
【００７６】
そして、決定ボタン３１８を押下することにより当該入力領域３１２に入力した内容が認証サーバ２０に送信されて、入力した内容が登録される。
【００７７】
一方、戻るボタン３１６を押下することにより、前の認証処理初期画面３００に戻るものとする。
【００７８】
本例においては、一例として、入力領域３１２に「ＡＡＡサークル」との文字が入力されて決定ボタン３１８が押下された場合について説明する。
【００７９】
図７を用いて、ユーザ情報を登録する新規コミュニティ登録画面３２０について説明する。
【００８０】
図７を参照して、新規コミュニティ登録画面３１０において、入力領域３１２に入力した状態において、決定ボタン３１８を押下した場合には、ユーザ情報の登録画面である新規コミュニティ登録画面３２０が表示される。
【００８１】
新規のコミュニティに対応するユーザ情報を入力するため新規コミュニティ登録画面３２０において、「管理者名を入力して下さい」の案内表示とともに、入力領域３２２が設けられている。「また、Ｅ−ｍａｉｌを入力して下さい」の案内表示とともに入力領域３２４が設けられている。ここで、管理者としているのは、新規にコミュニティを立ち上げたユーザであり、一般的にコミュニティを管理する権限を有するからである。管理者とせず単にユーザとするようにしても良い。
【００８２】
また、戻るボタン３２６と、決定ボタン３２８とが設けられている。
ユーザ端末４０のユーザは、ディスプレイ４８に表示されたユーザ情報を入力するための新規コミュニティ登録画面３２０の入力領域３２２，３２４にキーボード４７あるいはマウス４６等を用いて管理者名およびＥ−ｍａｉｌを入力する。
【００８３】
そして、決定ボタン３２８を押下することにより当該入力領域３２２，３２４に入力した内容が認証サーバ２０に送信されて、入力した内容が登録される。
【００８４】
一方、戻るボタン３２６を押下することにより、前の新規コミュニティ登録画面３１０に戻るものとする。
【００８５】
本例においては、一例として、入力領域３２２に「Ａｌｉｃｅ」との文字が入力されている場合が示されている。
【００８６】
そして、本例においては、入力領域３２４に図示しないＥ−ｍａｉｌが入力されて決定ボタン３２８が押下された場合について説明する。
【００８７】
当該処理により新規コミュニティの登録処理が実行され、新規コミュニティに属するユーザが当該コミュニティに属するメンバーか否かを判断する正解画像が生成されて示される。
【００８８】
なお、上記においては、新規のコミュニティ名を入力するための新規コミュニティ登録画面３１０と、新規のコミュニティに対応するユーザ情報を入力するため新規コミュニティ登録画面３２０とをそれぞれ表示させる場合について説明したが、１つの登録画面を表示して情報の入力を促すようにすることも可能である。
【００８９】
図８を用いて、正解画像を確認する確認画面（正解画像確認画面とも称する）について説明する。
【００９０】
図８を参照して、ここで、正解画像確認画面３３０には「ＡＡＡサークルを新規に登録しました。」との表現とともに、正解画像オブジェクト３３２が示されている。また、確認ボタン３３４が設けられている。確認ボタン３３４を押下することにより、アプリケーション管理サーバ１０からアプリケーションに基づく所定のサービスが提供される。なお、この状態においては、ＡＡＡサークルに属しているユーザは、管理者のみである。
【００９１】
そして、正解画像確認画面３３０で表示された正解画像オブジェクト３３２を次回以降の画像認証画面で選択することにより当該コミュニティ（「ＡＡＡサークル」）における認証処理が成功する。なお、後述するが画像認証画面に表示される当該正解画像は自動的に更新される。
【００９２】
図９を用いて、本発明の実施の形態に従う新規コミュニティの登録の手順を示すシーケンス図について説明する。
【００９３】
図９に示す各ステップは、上述の図４に示すユーザ端末ならびに認証サーバ２０の認証画面生成部２０４、データ記憶部２２０、認証判定部２１０、画像選択部２１６および類似度算出部２１４によって実行される。
【００９４】
この処理が開始される条件としては、ユーザ端末４０のインターネットブラウザを介してアプリケーション管理サーバ１０のＵＲＬ（Uniform Resource Locator）が指定された場合に、ユーザ端末４０からアプリケーション管理サーバ１０に対してアクセス要求が送信され、当該アクセス要求に対して認証実行指示がアプリケーション管理サーバ１０から認証サーバ２０に送信された場合が考えられる。
【００９５】
ステップＳ２０において、認証判定部２１０は、データ記憶部２２０に対して認証データを要求する。ステップＳ２２において、データ記憶部２２０は、認証判定部２１０からの要求に応答して、自身に格納されている認証データを送付する。
【００９６】
ステップＳ２４において、認証判定部２１０は、次に、初期画面の表示指示を出力する。
【００９７】
ステップＳ２６において、認証画面生成部２０４は、初期画面の表示指示に従って初期画面を表示するためのデータをユーザ端末４０に送信する。
【００９８】
ユーザ端末４０は、認証サーバ２０からの認証処理の初期画面を表示するためのデータの送信により認証処理初期画面３００（図５）を表示する。
【００９９】
そして、図５に示す認証処理初期画面３００において、ユーザ（管理者）が新規コミュニティ登録ボタン３０８を入力（選択）したとする（ステップＳ２８のユーザ操作）。次に、ユーザ端末４０は、認証画面生成部２０４に新規コミュニティの登録指示を送信する（ステップＳ３０）。
【０１００】
認証画面生成部２０４は、新規コミュニティの登録指示に従って、図６の新規コミュニティの登録画面を表示するためのデータをユーザ端末４０に送信する。ユーザ端末４０は、認証画面生成部２０４から送信された新規コミュニティの登録画面を表示するためのデータに従って新規コミュニティ登録画面３１０，３２０（図６，７）をディスプレイ４８に表示する。
【０１０１】
そして、図６，７に示す新規コミュニティ登録画面３１０，３２０において、ユーザ（管理者）が入力領域３１２に入力（選択）したとする（ステップＳ３４のユーザ操作）。
【０１０２】
次に、ユーザ端末４０は、新規コミュニティの入力（登録）データを認証画面生成部２０４に送付する（ステップＳ３６）。
【０１０３】
認証画面生成部２０４は、当該登録データを認証判定部２１０に通知する（ステップＳ３８）。
【０１０４】
認証判定部２１０は、通知された新規コミュニティの登録データの登録を確認する（ステップＳ４０）。具体的には、認証データを参照して、今回、入力されたコミュニティ名が新規であるか否かを判断する。ここで、ユーザが入力したコミュニティ名が既に登録されている場合には、新規コミュニティ登録処理を中止して、認証処理初期画面を表示するように認証画面生成部２０４に指示する。
【０１０５】
ユーザが入力したコミュニティ名が新規である（すなわち登録されていない）場合には、ステップＳ４２において、認証判定部２１０は、画像選択部２１６に画像選択指示を出力する（ステップＳ４２）。本例においては、ユーザが入力したコミュニティ名が新規である場合について説明する。
【０１０６】
画像選択部２１６は、認証判定部２１０からの画像選択指示に従ってデータ記憶部２２０に対して画像を選択するために画像データ群を要求する（ステップＳ４４）。
【０１０７】
データ記憶部２２０は、画像選択部２１６に対して要求された画像データ群を送付する（ステップＳ４６）。
【０１０８】
そして、画像選択部２１６は、受信した画像データ群の中から正解画像となる初期画像データを選択する（ステップＳ５０）。具体的には、画像データ群の中からユーザに最初に提示する初期画像データを選択する。
【０１０９】
そして、次に、画像選択部２１６は、類似度算出部２１４に、当該選択した初期画像データを基準として、画像データ群に含まれる他の全ての画像データとの類似度の計算を指示する（ステップＳ５１）。
【０１１０】
次に、類似度算出部２１４は、選択した初期画像データと、他の全ての画像データとの類似度を計算する（ステップＳ５２）。
【０１１１】
そして、類似度算出部２１４は、計算した選択した初期画像データと、他の全ての画像データとの類似度の計算結果を画像選択部２１６に通知する（ステップＳ５３）。
【０１１２】
画像選択部２１６は、類似度算出部２１４からの計算結果に基づいて、他の全ての画像データを類似度の順番に配列する（ステップＳ５４）。より具体的には、計算結果に基づいて、他の全ての画像データに関して、選択した初期画像データとの類似度が小さくなる方向に順番に配列する。
【０１１３】
次に、画像選択部２１６は、他の全ての画像データのうち順番に配列されている中から次の順番に対応する画像データを選択する（ステップＳ５５）。
【０１１４】
そして、画像選択部２１６は、類似度算出部２１４に、初期画像データと、次の順番に対応する画像データとの類似度の計算を指示する（ステップＳ５６）。
【０１１５】
次に、類似度算出部２１４は、選択した初期画像データと、次の順番に対応する画像データとの類似度を計算する（ステップＳ５７）。
【０１１６】
そして、類似度算出部２１４は、計算した選択した初期画像データと、次の順番に対応する画像データとの類似度の計算結果を画像選択部２１６に通知する（ステップＳ５８）。
【０１１７】
そして、画像選択部２１６は、類似度算出部２１４から通知された計算結果に基づいて選択した２つの画像データ（初期画像データと、次の順番に対応する画像データ）が正解画像を生成するために適切か否かを判定する（ステップＳ５８）。
【０１１８】
具体的には、初期画像データと、次の順番に対応する画像データとの類似度が所定のしきい値未満であるか否かを判定する。すなわち、所定のしきい値未満である非類似の関係であるかどうかを判定する。本例においては、画像選択部２１６において、適切であると判定した場合が示されている。
【０１１９】
一方、画像選択部２１６は、正解画像が適切でないと判定した場合には、ステップＳ５５に戻り、他の全ての画像データのうち順番に配列されている中からさらに次の順番に対応する画像データを選択する。そして、上記で説明したのと同様の処理（ステップＳ５６〜Ｓ５９）を実行して、画像選択部２１６は、当該選択した２つの画像データが適切であるか否かを判定する。
【０１２０】
画像選択部２１６は、適切であると判定するまで、他の全ての配列されている画像データの中から順番に画像データを選択する。
【０１２１】
そして、画像選択部２１６は、適切であると判定した場合に、当該選択した２つの画像データ（初期画像データと、次の順番に対応する画像データ）を認証判定部２１０に通知する（ステップＳ６０）。
【０１２２】
なお、初期画像データに関しては、他の全ての画像データとの類似度について、ステップＳ５３において計算されているため当該計算結果に基づいて、類似度が所定のしきい値未満である画像データを選択するようにしても良い。
【０１２３】
なお、この２つの画像データは、画像認証画面において正解画像となるとともに、正解画像を更新する際に用いられるものである。後述するが、本発明の実施の形態に従う画像認証画面においては、２つの画像データのうちの一方が初期の正解画像となる。そして、２つの画像データの補間画像が更新された正解画像として用いられる。そして、さらに正解画像が更新されて、最終的に２つの画像データのうちの他方が最終の正解画像となる。
【０１２４】
後述するが、最終の正解画像となった場合には、画像選択部２１６は、上記した他の全ての配列されている画像データの中から次の順番に対応する画像データを選択する。
【０１２５】
認証判定部２１０は、画像選択部２１６から通知された２つの画像データに従って認証データを更新する（ステップＳ６２）。
【０１２６】
すなわち、認証判定部２１０は、認証データに今回、ユーザが入力した新規のコミュニティ名と、それに対応する２つの画像データを新たに追加する。
【０１２７】
そして、認証判定部２１０は、当該更新した認証データをデータ記憶部２２０に保存する（ステップＳ６３）。
【０１２８】
そして、認証判定部２１０は、認証画面生成部２０４に対して選択された２つの画像データの一方の画像データすなわち、初期画像データを正解情報として通知する（ステップＳ６４）。
【０１２９】
認証画面生成部２０４は、認証判定部２１０から通知された正解情報に基づいて、正解画像をユーザ端末４０に表示するためのデータを送信する。そして、ユーザ端末４０は、認証画面生成部２０４から送信されたデータに基づいて、ディスプレイ４８に正解画像を表示する。具体的には、図８で説明した正解画像確認画面３３０が表示される。すなわち、正解画像確認画面３３０において、ユーザは、新規のコミュニティの認証処理の際に用いる正解画像を確認して利用することが可能となる。
【０１３０】
当該処理により、新規にコミュニティを登録して、登録したコミュニティに対応する画像認証画面に対する認証処理を実行することが可能となる。
【０１３１】
図１０を用いて、新規コミュニティ登録処理により、更新（追加）された認証データの認証データテーブルについて説明する。
【０１３２】
図１０を参照して、ここでは、コミュニティ名として「ＡＡＡサークル」が登録され、登録者「Ａｌｉｃｅ」、Ｅ−ｍａｉｌ「・・・＠・・・」が登録されている場合が示されている。また、選択した２つの画像データを識別する識別ＩＤが画像Ｘ，Ｙとして登録されている場合が示されている。一例として、ここでは、画像Ｘの画像ＩＤ００１、画像Ｙの画像ＩＤ００５として登録されている場合が示されている。当該画像ＩＤは、画像データ群２２２の各画像データにそれぞれ対応付けられているものとする。したがって、画像ＩＤを参照することにより画像データ群２２２の中から画像データを抽出することが可能である。
【０１３３】
また、ここでは、補間パラメータの欄が示されている。後述するが当該補間パラメータは、画像Ｘと画像Ｙとの補間画像を生成する際のパラメータとして用いられる。ここでは、補間パラメータは初期値の０に設定されている場合が示されている。なお、画像Ｘから画像Ｙに遷移する仕方で補間パラメータが用いられる。補間パラメータが０の場合には、画像Ｘが正解画像であり、補間パラメータが１の場合には、画像Ｙが正解画像であるものとする。
【０１３４】
したがって、この場合には、正解画像は、画像ＩＤ００１に対応する画像データが正解画像に設定されている場合が示されている。
【０１３５】
なお、図示していないが当該正解画像が最初に設定された日付も登録されているものとする。一例として、当該日付に基づいて、一週間毎の経過日時を計算することが可能である。
【０１３６】
＜アプリケーションの提供＞
図１１を用いて、本発明の実施の形態に従うアプリケーション管理サーバ１０のアプリケーションの提供のメインフローについて説明する。
【０１３７】
図１１を参照して、まず、アプリケーション管理サーバ１０のサービス可否判断部１０７は、アクセス要求が有るかどうかを判断する（ステップＳ７０）。なお、アクセス要求があるまでステップＳ７０を維持する。具体的には、アプリケーション管理サーバ１０のサービス可否判断部１０７は、通信部１０５を介して、ユーザ端末４０からのアクセス要求を受信したかどうかを断する。例えば、ユーザ端末４０のインターネットブラウザを介してアプリケーション管理サーバ１０のＵＲＬ（Uniform Resource Locator）が指定された場合に、ユーザ端末４０からアプリケーション管理サーバ１０に対してアクセス要求が送信される。
【０１３８】
サービス可否判断部１０７は、アクセス要求が有った場合（ステップＳ７０においてＹＥＳ）には、認証実行指示を認証サーバ２０に送信する（ステップＳ７２）。
【０１３９】
そして、次に、認証サーバ２０は、認証実行指示に応答して認証処理を実行する（ステップＳ７４）。
【０１４０】
次に、アプリケーション管理サーバ１０は、認証サーバ２０から送信された認証処理結果を受信する（ステップＳ７６）。具体的には、サービス可否判断部１０７は、通信部１０５を介して認証サーバ２０から送信された認証処理結果を受信する。
【０１４１】
次に、アプリケーション管理サーバ１０のサービス可否判断部１０７は、認証処理結果に基づいて認証が成功したかどうかを判断する（ステップＳ７８）。認証が成功しなかった場合には、処理を終了する（エンド）。
【０１４２】
一方、サービス可否判断部１０７は、認証処理結果に基づいて、認証が成功したと判断した場合（ステップＳ７８においてＹＥＳ）には、次に、ユーザ端末４０とアプリケーション管理サーバ１０との間の通信接続（セッション）を構築して、アプリケーションのトップページ画面データを送信する（ステップＳ８０）。具体的には、サービス可否判断部１０７は、ユーザ端末４０に対してサービス提供部１０６におけるサービスの許可を与えて、サービス提供部１０６は、アプリケーションのトップページ画面を表示するトップページ画面データをユーザ端末４０に出力する。
【０１４３】
そして、ユーザ端末４０は、当該トップページ画面データに基づくトップページ画面をディスプレイ４８に表示する。
【０１４４】
そして、サービス提供部１０６は、ユーザ端末４０からの操作指示に従うアプリケーション処理を実行する（ステップＳ８２）。ユーザ端末４０とアプリケーション管理サーバ１０等との間での情報の授受に基づく処理であればどのようなアプリケーション処理でもよく、特にその内容には限定されず、例えば、コミュニティに属するユーザ（メンバー）同士で情報交換を行ったりする等のアプリケーション処理等が挙げられる。
【０１４５】
次に、サービス提供部１０６は、ユーザ端末４０からのログアウト要求があったかどうかを判断する（ステップＳ８４）。図示しないが例えば、ユーザからの指示に従って画面に設けられたログアウトボタンを指定することによりログアウト要求がユーザ端末４０からアプリケーション管理サーバ１０に送信されるものとする。
【０１４６】
ステップＳ８４において、ログアウト要求が有るまでは、ステップＳ８２に戻って、アプリケーション処理を継続する。
【０１４７】
一方、ステップＳ８４において、ログアウト要求が有る場合（ステップＳ８４においてＹＥＳ）には、サービス提供部１０６は、セッションを切断して、ログアウトページ画面データを送信する（ステップＳ８６）。具体的には、サービス提供部１０６におけるサービスの許可を停止して、アプリケーションのログアウトページ画面を表示するログアウトページ画面データをユーザ端末４０に出力する。
【０１４８】
そして、ユーザ端末４０のディスプレイ４８は、ログアウトページを表示する。そして、処理を終了する（エンド）。
【０１４９】
＜処理フロー＞
次に、図１２を用いて、上記で説明した本発明の実施の形態に従う認証処理のメインフローについて説明する。
【０１５０】
当該処理は、認証サーバ２０において実行される処理である。
図１２を参照して、認証サーバ２０は、認証実行指示をアプリケーション管理サーバ１０から受信したかどうかを判断する（ステップＳ９０）。具体的には、認証判定部２１０は、通信部２０２を介してアプリケーション管理サーバ１０から認証実行指示を受信したかどうかを判断する。
【０１５１】
そして、認証判定部２１０は、アプリケーション管理サーバ１０から認証実行指示を受信したと判断した場合（ステップＳ９０においてＹＥＳ）には、認証画面生成部２０４に指示して、ユーザ端末４０のディスプレイ４８に認証処理初期画面を表示させる（ステップＳ９２）。
【０１５２】
次に、認証画面生成部２０４は、新規コミュニティ登録指示が有ったかどうかを判断する（ステップＳ９４）。具体的には、図５における認証処理初期画面３００において、新規コミュニティ登録ボタン３０８が押下されたかどうかに基づいて判断される。
【０１５３】
そして、ステップＳ９４において、認証画面生成部２０４は、新規コミュニティ登録指示が有った場合（ステップＳ９４においてＹＥＳ）には、認証判定部２１０に通知して、新規コミュニティ登録処理を実行する（ステップＳ９６）。新規コミュニティ登録処理が終了した後、ステップＳ１０６に進み、アプリケーション管理サーバ１０に認証結果を通知する。新規コミュニティ登録処理が終了した場合には、一例として、認証成功として通知するものとする。
【０１５４】
一方、ステップＳ９４において、認証画面生成部２０４は、新規コミュニティの登録指示がなかったと判断した場合（ステップＳ９４においてＮＯ）には、次に、コミュニティ名の指示が有ったかどうかを判断する（ステップＳ９８）。
【０１５５】
ステップＳ９８において、認証画面生成部２０４は、コミュニティ名の指示が有ったと判断した場合（ステップＳ９８においてＹＥＳ）には、認証判定部２１０に通知して、後述する画像認証画面を表示する処理（画像認証画面表示処理）を実行する（ステップＳ１００）。画像認証画面表示処理については後述する。
【０１５６】
そして、次に、画像認証画面表示処理後、認証画面生成部２０４は、ユーザによる画像選択があったかどうかを判断する（ステップＳ１０２）。
【０１５７】
ステップＳ１０２において、認証画面生成部２０４は、ユーザによる画像選択が有ったと判断した場合には、認証判定部２１０に通知して、認証処理を実行する（ステップＳ１０４）。そして、次に、ステップＳ１０６に進む。
【０１５８】
ステップＳ１０６において、認証判定部２１０は、認証結果をアプリケーション管理サーバ１０に送信する。
【０１５９】
そして、処理を終了する（リターン）。すなわち、図１０のステップＳ７６に進む。
一方、ステップＳ１０２において、認証画面生成部２０４は、ユーザによる画像選択がなかったと判断した場合には、ユーザを新規に登録する処理（新規ユーザ登録処理とも称する）を実行する指示（ユーザ新規登録指示とも称する）が有ったかどうかを判断する（ステップＳ１０３）。後述するが新規ユーザ登録処理は、既にコミュニティが登録されている場合に、当該登録されているコミュニティに新たなメンバーとして登録する処理である。
【０１６０】
ユーザ新規登録指示が有ったと判断した場合（ステップＳ１０３においてＹＥＳ）には、新規ユーザ登録処理を実行する（ステップＳ１０５）。
【０１６１】
一方、ユーザ新規登録指示が無かったと判断した場合（ステップＳ１０３においてＮＯ）には、ステップＳ１０２に戻り、上記の処理を繰り返す。
【０１６２】
新規ユーザ登録処理後、ステップＳ１０６に進み、アプリケーション管理サーバ１０に認証結果を通知する。新規ユーザ登録処理が終了した場合には、一例として、認証成功として通知するものとする。
【０１６３】
図１３を用いて、本発明の実施の形態に従う新規コミュニティ登録処理のフローについて説明する。
【０１６４】
図１３を参照して、認証画面生成部２０４は、新規コミュニティ登録指示が有ったと判断した場合には、ユーザ端末４０のディスプレイ４８に新規コミュニティ登録画面を表示させる（ステップＳ１１０）。具体的には、認証画面生成部２０４は、図６および図７の新規コミュニティ登録画面３１０，３２０をディスプレイ４８に表示させる。
【０１６５】
そして、次に、認証画面生成部２０４は、当該新規コミュニティ登録画面においてデータの入力が有ったかどうかを判断する（ステップＳ１１２）。具体的には、新規コミュニティ登録画面３１０，３２０において、新規のコミュニティ名の入力および管理者名、Ｅ−ｍａｉｌ等の入力があったかどうかを判断する。
【０１６６】
一方、ステップＳ１１２において、当該新規コミュニティ登録画面においてデータの入力が無かった場合（ステップＳ１１２においてＮＯ）には、データの入力があるまで当該状態を維持する。
【０１６７】
ステップＳ１１２において、当該新規コミュニティ登録画面においてデータの入力が有った場合（ステップＳ１１２においてＹＥＳ）には、次に、登録確認処理を実行する（ステップＳ１１４）。具体的には、認証画面生成部２０４は、入力された登録データを認証判定部２１０に通知し、認証判定部２１０において、認証データを参照して、今回、新規コミュニティ登録画面において入力されたコミュニティ名が新規であるか否か確認する。
【０１６８】
認証判定部２１０は、認証データを参照して、入力された登録データに含まれる新規のコミュニティ名が既に登録されたもの（既登録済み）であるか否かを判断する（ステップＳ１１６）。
【０１６９】
ステップＳ１１６において、認証判定部２１０は、入力された登録データに含まれる新規のコミュニティ名が既に登録されていると判断した場合（ステップＳ１１６においてＹＥＳ）には、図１２のステップＳ９２に戻って、最初の認証処理初期画面を表示させる。具体的には、認証判定部２１０は、認証画面生成部２０４に対して、認証処理初期画面の表示を指示する。すなわち、コミュニティ名が既登録済みである場合には、新規コミュニティ登録処理を中止して、認証処理初期画面を表示させてユーザの再操作を促す。
【０１７０】
一方、ステップＳ１１６において、認証判定部２１０は、認証データに、入力された登録データに含まれる新規のコミュニティ名が登録されていないと判断した場合（ステップＳ１１６においてＮＯ）には、画像選択部２１６に指示して、画像選択部２１６において、データ記憶部２２０に格納されている画像データ群の中から正解画像となる初期画像データを選択する（ステップＳ１１７）。
【０１７１】
そして、画像選択部２１６は、類似度算出部２１４に対して、当該選択した初期画像データを基準として、画像データ群に含まれる他の全ての画像データとの類似度の計算を指示する（ステップＳ１１８）。類似度の算出は、種々の方式を用いることが可能である（例えば、「複数視点画像を用いた顔画像認識」（精密工学会画像応用技術専門委員会研究報告ｖｏｌ１９，Ｎｏ．３，ｐｐ１−１０，２００４））等が挙げられる）。
【０１７２】
そして、次に、画像選択部１１８は、類似度算出部２１４で計算された、選択した初期画像データと、他の全ての画像データとの類似度の計算結果に基づいて、他の全ての画像データを類似度の順番に配列する（ステップＳ１１９）。具体的には、計算結果に基づいて、他の全ての画像データに関して、選択した初期画像データとの類似度が小さくなる方向に順番に配列する。
【０１７３】
そいて、次に、画像選択部２１６は、他の全ての画像データのうち順番に配列されている中から次の順番に対応する画像データを選択する（ステップＳ１２０）。
【０１７４】
次に、画像選択部２１６は、選択した２つの画像データの画像判定を実行する（ステップＳ１２１）。具体的には、選択した２つの画像データの類似度を算出して判断する。
具体的には、選択した２つの画像データの算出された類似度が所定のしきい値以下か否かを判断する。すなわち、所定のしきい値未満である非類似の関係であるかどうかを判定する。なお、類似度の値が大きい場合には、２つの画像データが類似している度合が高い場合を意味する。なお、類似度の値が小さい場合には、２つの画像データが類似している度合が低い場合を意味する。
【０１７５】
ここでは、所定のしきい値以下か否かを判断することにより、選択した２つの画像データの類似度の値が小さいものを選択したかどうかを判断している。本例においては、２つの画像データを用いて補間画像を生成して、一方の画像データから他方の画像データまで、生成した補間画像を用いて正解画像を変化させる。したがって、一方の画像データと他方の画像データとの類似度の値が高い場合には、正解画像の変化が小さくなる可能性が高い。すなわち、誰でも容易に正解画像の変化を類推することが可能となり、セキュリティが低下する可能性があるため一方の画像データと他方の画像データとの類似度がある程度小さいものが選択される。
【０１７６】
そして、画像選択部２１６は、選択した２つの画像データの画像判定がＯＫかどうかを判断する（ステップＳ１２２）。
【０１７７】
そして、ステップＳ１２２において、判定がＯＫであると判断された場合（ステップＳ１２２においてＹＥＳ）には、認証データを登録する（ステップＳ１２３）。具体的には、認証判定部２１０は、データ記憶部２２０に認証データを更新して保存する。
【０１７８】
そして、次に、認証判定部２１０は、認証画面生成部２０４に指示して、ユーザ端末４０のディスプレイ４８に、正解画像を表示させる（ステップＳ１２４）。
【０１７９】
そして、処理を終了する（リターン）。すなわち、図１２のフローに戻り、次に、ステップＳ１０６に進む。
【０１８０】
一方、ステップＳ１２２において、判定がＯＫでないと判断された場合（ステップＳ１２２においてＮＯ）には、再びステップＳ１２０に戻り、配列された次の順番に対応する画像データを選択して、画像判定を実行する。すなわち、選択した２つの画像データが非類似の関係となった場合に、判定がＯＫとなり、上記したように認証データとして登録される。
【０１８１】
再び、図１２を参照して、ステップＳ９４において、認証画面生成部２０４は、新規コミュニティ登録指示がなかった場合（ステップＳ９４においてＮＯ）には、コミュニティ名の指示が有ったかどうかを判断する（ステップＳ９８）。具体的には、図５における認証処理初期画面３００において、コミュニティ名の入力領域３０２において、コミュニティ名の入力がなされて、決定ボタン３０６が押下されたかどうかに基づいて判断される。
【０１８２】
そして、ステップＳ９８において、認証画面生成部２０４は、コミュニティ名の指示が有ったと判断した場合（ステップＳ９８においてＹＥＳ）には、認証判定部２１０に通知して、画像認証画面表示処理を実行する（ステップＳ９６）。
【０１８３】
一方、ステップＳ９８において、認証画面生成部２０４は、コミュニティ名の指示がないと判断した場合（ステップＳ９８においてＮＯ）には、ステップＳ９４に戻り、指示があるまでその状態を維持する。
【０１８４】
次に、画像認証画面表示処理について説明する。
＜画像認証画面表示処理＞
図１４を用いて、本発明の実施の形態に従う画像認証画面について説明する。
【０１８５】
図１４（Ａ）を参照して、一例としてここでは、コミュニティ名「ＡＡＡサークル」の画像認証画面１００の一例が示されている。
【０１８６】
コミュニティ名「ＡＡＡサークル」の画像認証画面１００において、一例として、複数の画像オブジェクトの中からパスワード画像を選択する画面が示されている。
【０１８７】
ユーザは、画像認証画面１００の中に表示されている複数の画像オブジェクトの中から１つを選択入力することが可能である。
【０１８８】
なお、ここでは、画像オブジェクト１０２が正解画像（パスワード画像）とする。
認証サーバ２０は、ユーザが選択した画像オブジェクトが正解画像である否かを判断し、正解画像であると判断した場合には、認証処理が成功とした旨をアプリケーション管理サーバ１０に通知する。当該通知を受けて、アプリケーション管理サーバ１０は、当該コミュニティ名「ＡＡＡサークル」に関する所定のサービスの機能の実行をユーザ端末４０に対して許可する。
【０１８９】
なお、ここで、ユーザ新規登録ボタン１０３が設けられており、新規にコミュニティに参加したいユーザは当該ボタン１０３を指定することにより、新規ユーザ登録処理を実行することが可能である。新規ユーザ登録処理については後述する。
【０１９０】
本例においては、正解画像（パスワード画像）は、コミュニティに共通の１つの画像が配布されるものとする。本例においては、一例として、新規ユーザ登録処理により、画像オブジェクト１０２が正解画像（パスワード画像）として通知されるものとする。また、後述するが正解画像（パスワード画像）は、本例において自動的に変化する。
【０１９１】
なお、本例においては、正解画像（パスワード画像）をコミュニティに参加する新規のメンバーに通知する手段の１つとして新規ユーザ登録処理を実行する場合について説明するが、特にこれに限られず、他の手段を用いて正解画像（パスワード画像）を通知するようにしても良い。
【０１９２】
図１４（Ｂ）を参照して、ここでは、画像認証画面１００＃が示されている。
図１４（Ａ）と比較して、本例においては、ユーザＩＤをさらに入力する入力欄１０４が設けられている場合が示されている。パスワード画像については同様である。なお、当該ユーザＩＤは、一例として新規ユーザ登録処理において発行することが可能である。
【０１９３】
当該発行されたユーザＩＤと、正解画像（パスワード画像）とで構成される認証情報に基づいて認証処理を実行することが可能である。
【０１９４】
図１５を用いて、認証処理が成功した場合の確認画面について説明する。
図１５を参照して、当該確認画面１１０において、認証処理に成功した場合には「認証に成功しました」が表示される。また、それとともに、確認画面１１０において、確認ボタン１１２が設けられている。確認ボタン１１２を押下することにより、本例においては一例として認証サーバ２０からアプリケーション管理サーバ１０に認証処理結果が通知されるものとする。そして、上述したように、アプリケーション管理サーバ１０から、当該コミュニティ名「ＡＡＡサークル」に関する所定のサービスの機能の実行が可能なアプリケーショントップページ画面が表示される。
【０１９５】
図１６を用いて、本発明の実施の形態に従う正解画像の変化の流れについて説明する。本例においては、１週間ずつ正解画像が変化する場合について説明する。
【０１９６】
図１６（Ａ）を参照して、ここでは、最初に通知する正解画像が示されている。ここで表示されている正解画像は、認証データの画像Ｘに対応する画像ＩＤ００１に対応する画像データである。なお、ここでは、補間パラメータは０である。
【０１９７】
図１６（Ｂ）を参照して、ここでは、最初のログイン時に表示される画像選択肢が示されている。
【０１９８】
具体的には、１つの正解画像と、３つの不正解画像が表示される。なお、本例においては、不正解画像は３つの場合について説明しているが特にこの数に限定されるものでなく少なくとも１つ以上であればいくつでも良い。また、後述するが３つの不正解画像は、ランダムに画像データ群の中から選択されるものとする。
【０１９９】
ユーザが最初に通知された正解画像を選択することにより、認証処理が成功して所定のサービスの機能の実行が可能である。
【０２００】
図１６（Ｃ）には、１週間後のログイン時に表示される画像選択肢の変化が示されている。後述するが正解画像は、選択された２つの画像データの補間画像に更新される。当該補間画像は、選択された２つの画像データと補間パラメータとに基づいて生成される。
【０２０１】
図１６（Ｃ）に示されるように、１週間後ずつすなわち、毎週正解画像は、少しずつ自動的に変化する。具体的には、補間パラメータの値が変化していく。なお、３つの不正解画像は、ランダムに選択されるものとする。
【０２０２】
図１６（Ｄ）には、例えば、一例として、半年後のログイン時に表示される画像選択肢が示されている。
【０２０３】
図１６（Ｄ）に示されるように半年後の正解画像は、毎週少しずつ変化した結果、最初のログイン時に表示される正解画像とは、全く異なるものに変化している。ここで表示されている正解画像は、認証データの画像Ｙに対応する画像ＩＤ００５に対応する画像データである。なお、ここでは、補間パラメータは１である。なお、本例においては、一例として過去の正解画像が不正解画像の１つとして示されている。
【０２０４】
図１７を用いて、本発明の実施の形態に従う画像認証画面表示処理の手順を示すシーケンス図について説明する。
【０２０５】
図１７に示す各ステップは、上述の図４に示すユーザ端末ならびに認証サーバ２０の認証画面生成部２０４、データ記憶部２２０、認証判定部２１０、正解情報更新部２０８および正解情報生成部２１２によって実行される。
【０２０６】
図１７を参照して、ステップＳ２０〜Ｓ２６までの処理については、図９で説明した処理と同様であるのでその詳細な説明は繰り返さない。
【０２０７】
ユーザ端末４０は、認証サーバ２０からの認証処理の初期画面を表示するためのデータの送信により認証処理初期画面３００（図５）を表示する。
【０２０８】
そして、図５に示す認証処理初期画面３００において、ユーザ（管理者）がコミュニティ名の入力領域３０２にコミュニティ名を入力して、決定ボタン３０６を入力（選択）したとする（ステップＳ１３０のユーザ操作）。次に、ユーザ端末４０は、入力したコミュニティ名の情報とともに、当該コミュニティに対応する認証要求を認証画面生成部２０４に送信する（ステップＳ１３１）。
【０２０９】
認証画面生成部２０４は、入力されたコミュニティ名の情報とともに、当該コミュニティに対応する認証要求の受信に従って、認証判定部２１０に当該コミュニティ名の情報および認証要求を通知する（ステップＳ１３２）。
【０２１０】
認証判定部２１０は、認証画面生成部２０４から通知されたコミュニティ名に従って認証データに含まれている当該コミュニティ名に対応する認証パラメータおよび更新確認指示を正解情報更新部２０８に送信する（ステップＳ１３４）。ここでいう、認証パラメータとは、認証データに含まれている画像Ｘ，Ｙの画像ＩＤと、補間パラメータとを意味する。
【０２１１】
正解情報更新部２０８は、認証判定部２１０からの更新確認指示に従って、通知された認証パラメータに基づいて、更新が必要か否かの更新判定処理を実行する（ステップＳ１３６）。本例においては、一例として、最初の新規のコミュニティを登録した時点における正解画像が設定された日付から一週間毎に更新有りと判定するものとする。
【０２１２】
なお、本例においては、日付を基準として、１週間毎に正解画像を更新する場合について説明するが特にこの方式に限られず、別のタイミングで更新させるようにすることも当然に可能である。
【０２１３】
そして、次に、正解情報更新部２０８は、判定結果に基づいて、認証パラメータの更新処理を実行する（ステップＳ１３８）。認証パラメータの更新処理については後述する。
【０２１４】
次に、正解情報更新部２０８は、更新された認証パラメータを正解情報生成部２１２に送付する（ステップＳ１４０）。
【０２１５】
また、正解情報更新部２０８は、更新された認証パラメータをデータ記憶部２２０に登録する（ステップＳ１４６）。
【０２１６】
正解情報生成部２１２は、正解情報更新部２０８から送付された認証パラメータに基づいて、正解情報を生成する（ステップＳ１４２）。
【０２１７】
そして、正解情報生成部２１２は、生成した正解情報を認証判定部２１０に送付する（ステップＳ１４４）。
【０２１８】
認証判定部２１０は、生成した正解情報とともに、画像認証画面の生成指示を認証画面生成部２０４に指示する（ステップＳ１４８）。なお、認証判定部２１０は、生成した正解情報に対応して画像ＩＤを割り当てるものとする。そして、当該割り当てた画像ＩＤを用いて認証処理を実行する。
【０２１９】
認証画面生成部２０４は、正解情報を含む画像認証画面を生成する（ステップＳ１５０）。なお、画像認証画面において、表示される画像は、それぞれ画像ＩＤが割り当てられているものとする。
【０２２０】
そして、次に、認証画面生成部２０４は、画像認証画面を表示させるデータをユーザ端末４０に出力する。そして、ユーザ端末４０のディスプレイ４８に画像認証画面を表示させる（ステップＳ１５２）。
【０２２１】
具体的には、図１４で説明した画像認証画面１００をディスプレイ４８に表示させる。
次に、ユーザ（管理者）が画像認証画面に表示された複数の選択オブジェクトの中から画像オブジェクト１０２を入力（選択）したとする（ステップＳ１５４のユーザ操作）。
【０２２２】
ユーザ端末４０から認証画面生成部２０４に対して選択指示が出力される（ステップＳ１５６）。
【０２２３】
認証画面生成部２０４は、認証判定部２１０に選択指示を送付する（ステップＳ１５８）。具体的には、認証画面生成部２０４は、複数の選択オブジェクトの中から指定したオブジェクトに対応する画像データの画像ＩＤを認証判定部２１０に選択指示として送付する。
【０２２４】
そして、認証判定部２１０は、認証画面生成部２０４から受けた選択指示に基づいて、ユーザ端末４０において、ユーザが選択したオブジェクトが正解画像であるか否かの認証処理を実行する（ステップＳ１６０）。
【０２２５】
例えば、正解情報に対応して割り当てられた画像ＩＤと、認証画面生成部２０４から送付された画像ＩＤとが一致するか否かに基づいて正解画像が選択されたか否かを判断することが可能である。一致していれば正解画像が選択されたものと判断し、不一致であれば正解画像が選択されなかったと判断する。すなわち、不正解画像が選択されたと判断する。
【０２２６】
そして、認証判定部２１０は、その認証結果を認証画面生成部２０４に通知する（ステップＳ１６２）。具体的には、認証判定部２１０は、正解画像が選択されたと判断した場合には認証成功である旨を通知する。一方、正解画像が選択されなかった場合には、認証失敗である旨を通知する。
【０２２７】
認証画面生成部２０４は、認証判定部２１０から通知された認証結果をユーザ端末４０に出力して、ユーザ端末４０のディスプレイ４８に図１５で説明した確認画面を表示する（ステップＳ１６４）。なお、図１５においては、認証に成功した場合について表示しているが、認証に失敗した場合についても認証が失敗したことをユーザに提示するようにすることも可能である。
【０２２８】
そして、図１５で説明したように確認画面における確認ボタン１１２を押下することにより、本例においては一例として認証サーバ２０からアプリケーション管理サーバ１０に認証処理結果例えば認証成功あるいは認証失敗が通知されるものとする。
【０２２９】
図１８を用いて、画像認証画面表示処理のフローについて説明する。
図１８を参照して、図１２のステップＳ９８において、コミュニティ名の指示がある場合（ステップＳ９８においてＹＥＳ）には、認証判定部２１０は、正解情報更新部２０８に指示して更新判定処理を実行させる（ステップＳ１７０）。具体的には、最初の新規のコミュニティを登録した時点における正解画像が設定された日付からの経過日時を算出する。そして、一週間毎に更新の必要有りと判定する。
【０２３０】
そして、正解情報更新部２０８は、更新の必要有りと判定した場合には、正解画像用パラメータを更新する正解画像用パラメータ更新処理を実行する（ステップＳ１７４）。当該処理については後述する。
【０２３１】
一方、正解情報更新部２０８は、更新の必要が無いと判定した場合（ステップＳ１７２においてＮＯ）には、ステップＳ１７４の処理をスキップして、ステップＳ１７６に進む。
【０２３２】
そして、次に、正解画像用パラメータに基づいて正解情報生成部２１２にて正解情報を生成する（ステップＳ１７６）。そして、正解情報が認証判定部２１０に送付される。
【０２３３】
そして、認証判定部２１０は、認証画面生成部２０４に指示して、認証画面生成部２０４は、画像認証画面を生成する（ステップＳ１７８）。
【０２３４】
そして、画像認証画面をユーザ端末４０のディスプレイ４８に表示する（ステップＳ１８０）。
【０２３５】
そして、処理を終了する（リターン）。すなわち、図１２のステップＳ１０２に進む。
図１９を用いて、正解画像用パラメータ更新処理について説明する。
【０２３６】
当該処理は、正解情報更新部２０８と、画像選択部２１６と、類似度算出部２１４とにより実現される。
【０２３７】
図１９を参照して、まず、正解情報更新部２０８は、補間パラメータが１以上であるか否かを判断する（ステップＳ１８２）。すなわち、補間パラメータの更新処理により値が１以上である場合とは、正解情報である画像データが例えば画像Ｘから画像Ｙに移行している場合を意味する。
【０２３８】
そして、正解情報更新部２０８は、補間パラメータが１以上であると判断した場合（ステップＳ１８２においてＹＥＳ）には、ステップＳ１８４に進む。
【０２３９】
一方、ステップＳ１８２において、補間パラメータが１未満である場合（ステップＳ１８２においてＮＯ）には、ステップＳ１９４に進み、補間パラメータを更新する。具体的には、現在の補間パラメータの値に所定の値を加算してステップＳ１９２に進む。すなわち、補間パラメータが１未満である場合には、補間パラメータの更新に従って補間画像が変化する。
【０２４０】
そして、正解情報更新部２０８は、データを更新する（ステップＳ１９２）。具体的には、認証データの補間パラメータの内容を更新する。
【０２４１】
そして、終了する（リターン）。すなわち、ステップＳ１７６に進む。
図２０を用いて、本発明の実施の形態に従う補間パラメータの遷移と補間画像との関係について説明する。
【０２４２】
図２０（Ａ）を参照して、ここでは、画像Ｘが画像Ｐに対応し、画像Ｙが画像Ｑに対応している場合が示されている。
【０２４３】
図２０（Ｂ）を参照して、正解画像を更新する毎に補間パラメータを０．１ずつ加算していく場合が示されている。
【０２４４】
当該補間パラメータを０．１ずつ加算していくことにより、最初の画像Ｐ（補間パラメータは０）→次の画像Ｐ＃（補間パラメータは０．１）→・・・→画像Ｑ（補間パラメータ１）に遷移する場合が示されている。
【０２４５】
すなわち、最初の画像Ｐから最終的に画像Ｑに遷移する。
ここで示される補間画像は、画像オブジェクトの特徴点の位置や大きさを画像Ｐから画像Ｑに変化させる補間処理により生成されたものである。特徴点としては、例えば、人物画像等においては、人物画像の顔を構成する顔パーツ（要素）である瞳、鼻孔、目頭、目尻、口端等の特徴部位のことである。具体的には、補間パラメータに従って画像Ｐの人物画像の顔の瞳を画像Ｑの人物画像の顔の瞳に変化させる補間処理が行なわれる。
【０２４６】
再び図１９を参照して、ステップＳ１８２において、正解情報更新部２０８は、補間パラメータが１以上であると判断した場合（ステップＳ１８２においてＹＥＳ）には、次に、画像選択部２１６に指示して、画像データ群の中から次の画像を選択する（ステップＳ１８４）。その際、上記したように、初期画像データを基準として、順番に配列されている画像データの中から現在の正解画像に対応する画像データの次の順番に対応する画像データを選択する。
【０２４７】
すなわち、上記で説明したように、２つの画像データを選択した後、一方の画像から他方の画像に補間パラメータの調整により遷移した場合には、次の順番の画像データを選択する。
【０２４８】
そして、画像選択部２１６は、他方の画像データと、他方の画像データの次の画像データである選択した画像データとを類似度算出部２１４に送付して、類似度算出部２１４に対して選択した２つの画像データの類似度の計算を指示する（ステップＳ１８６）。
【０２４９】
そして、次に、類似度算出部２１４の計算結果を受けて、画像選択部２１６は、計算した類似度が所定のしきい値以下であるかどうかを判断する（ステップＳ１８８）。
【０２５０】
ステップＳ１８８において、画像選択部２１６は、所定のしきい値未満であると判断された場合（ステップＳ１８８においてＹＥＳ）には、選択した画像データを正解情報更新部２０８に送付する。
【０２５１】
そして、正解情報更新部２０８は、補間パラメータを初期化する（ステップＳ１９０）。
【０２５２】
そして、正解情報更新部２０８は、データを更新する（ステップＳ１９２）。具体的には、認証データの画像Ｘ，画像Ｙおよび補間パラメータの内容を更新する。
【０２５３】
すなわち、画像Ｘは、他方の画像データの画像ＩＤが登録される。一方、画像Ｙは、選択した画像データの画像ＩＤが登録される。また、補間パラメータは０に初期化される。
【０２５４】
そして、終了する（リターン）。すなわち、ステップＳ１７６に進む。
一方、画像選択部２１６は、ステップＳ１８８において、所定のしきい値未満でないと判断された場合（ステップＳ１８８においてＮＯ）には、再び、ステップＳ１８４に戻って、初期画像データを基準として、順番に配列されている画像データの中からさらに次の画像を選択する。そして、類似度算出部２１４において、上記と同様の方式により類似度を計算して、類似度が所定のしきい値以下である画像を選択する。
【０２５５】
当該処理により、画像選択部２１６により選択される画像は、現在の画像とは類似の度合が小さいものが選択される。これにより、現在の画像から選択される画像への変化において、現在の画像から選択画像への変化が大きくなるためセキュリティを向上させることができる。
【０２５６】
また、類似度順に配列されている画像データの中から次の画像データを選択することで選択済みの画像データや初期に選択した画像データを選択することがないので、セキュリティをさらに向上させることができる。
【０２５７】
当該処理により、正解画像用のパラメータが更新されることになる。
＜新規ユーザ登録処理＞
本例においては、ユーザ端末５０のユーザが新規ユーザとして追加の登録処理を実行する場合について説明する。
【０２５８】
図２１を用いて、新規ユーザを登録する新規ユーザ登録画面４２０について説明する。
当該新規ユーザ登録画面４２０は、図１４の画像認証画面１００において、ユーザ新規登録ボタン１０３を押下した場合に表示される。当該新規ユーザ登録画面４０２において、ユーザが所定の情報を入力することによりコミュニティにおけるメンバーを追加登録することが可能となる。
【０２５９】
図２１を参照して、新規ユーザ登録画面４２０において、「ユーザ名を入力して下さい」の案内表示とともに、入力領域４２２が設けられている。「また、Ｅ−ｍａｉｌを入力して下さい」の案内表示とともに入力領域４２４が設けられている。
【０２６０】
また、戻るボタン４２６と、決定ボタン４２８とが設けられている。
ユーザ端末５０のユーザは、ディスプレイ４８に表示された新規ユーザ登録画面４２０の入力領域４２２，４２４にキーボード４７あるいはマウス４６等を用いてユーザ名およびＥ−ｍａｉｌを入力する。
【０２６１】
そして、決定ボタン４２８を押下することにより当該入力領域４２２，４２４に入力した内容が認証サーバ２０に送信されて、入力した内容が登録される。
【０２６２】
一方、戻るボタン４２６を押下することにより、認証処理初期画面３００に戻るものとする。
【０２６３】
本例においては、一例として、入力領域４２２に「Ｂｏｂ」との文字が入力されている場合が示されている。
【０２６４】
そして、本例においては、入力領域４２４に図示しないＥ−ｍａｉｌが入力されて決定ボタン４２８が押下された場合について説明する。
【０２６５】
当該処理により新規ユーザの登録処理が実行され、コミュニティにおける新たなメンバーを追加するとともに、当該コミュニティに属するメンバーか否かを判断する正解画像が新たなメンバーに通知される。
【０２６６】
図２２を用いて、新規ユーザ登録時の正解画像の確認画面（正解画像確認画面とも称する）について説明する。
【０２６７】
図２２を参照して、ここで、正解画像確認画面４３０には「ＡＡＡサークルを入会しました。」との表現とともに、正解画像４３２が示されている。また、確認ボタン４３４が設けられている。確認ボタン４３４を押下することにより、アプリケーション管理サーバ１０からアプリケーションに基づく所定のサービスが提供される。
【０２６８】
そして、新たな新規ユーザは、正解画像確認画面４３０で表示された正解画像を次回以降の画像認証画面で選択することにより当該コミュニティ（「ＡＡＡサークル」）における認証処理が成功する。
【０２６９】
図２３を用いて、本発明の実施の形態に従う新規ユーザの登録の手順を示すシーケンス図について説明する。
【０２７０】
図２３に示す各ステップは、上述の図４に示すユーザ端末５０ならびに認証サーバ２０の認証画面生成部２０４、データ記憶部２２０、認証判定部２１０によって実行される。
【０２７１】
ここで、上述したように、ステップＳ２０において、認証判定部２１０は、データ記憶部２２０に対して認証データを要求する。ステップＳ２２において、データ記憶部２２０は、認証判定部２１０からの要求に応答して、自身に格納されている認証データを送付する。
【０２７２】
また、ステップＳ１５２における認証画面の表示処理までは、図１７で説明した処理と同様であるのでその詳細な説明は省略する。
【０２７３】
ステップＳ１５２において、ユーザ端末５０は、認証サーバ２０からの認証処理の画像認証画面を表示するためのデータの送信により画像認証画面１００（図１４）を表示する。
【０２７４】
そして、図１４に示す画像認証画面１００において、ユーザ（管理者）がユーザ新規登録ボタン１０３を入力（選択）したとする（ステップＳ２００のユーザ操作）。次に、ユーザ端末５０は、認証画面生成部２０４にユーザ新規登録指示を送信する（ステップＳ２０２）。
【０２７５】
認証画面生成部２０４は、ユーザ新規登録指示に従って、新規ユーザ登録画面を表示するためのデータをユーザ端末５０に送信する（ステップＳ２０４）。
【０２７６】
そして、図２１に示す新規ユーザ登録画面４２０において、ユーザが入力領域４１２に入力（選択）したとする（ステップＳ２０６のユーザ操作）。次に、ユーザ端末５０は、新規ユーザの登録データを送付する（ステップＳ２０８）。
【０２７７】
認証画面生成部２０４は、当該登録データを認証判定部２１０に通知する（ステップＳ２１０）。
【０２７８】
認証判定部２１０は、通知された新規ユーザの登録データの登録を確認する（ステップＳ２１２）。
【０２７９】
具体的には、認証データを参照して、今回、入力された新規ユーザ名が新規であるか否かを判断する。ここで、ユーザが入力したユーザ名が既に登録されている場合には、新規ユーザ登録処理を中止して、認証処理初期画面を表示するように認証画面生成部２０４に指示する。
【０２８０】
ユーザが入力したユーザ名が新規である（すなわち登録されていない）場合には、認証判定部２１０は、認証データを更新する（ステップＳ２１４）。
【０２８１】
そして、認証判定部２１０は、更新した認証データをデータ記憶部２２０に保存する（ステップＳ２１５）。
【０２８２】
また、認証判定部２１０は、認証画面生成部２０４に対して、図１７のステップＳ１４４において既に正解情報生成部２１２において送付された正解画像を通知する（ステップＳ２１６）。
【０２８３】
認証画面生成部２０４は、認証判定部２１０から通知された正解情報に基づいて、正解画像をユーザ端末５０に表示するためのデータを送信する（ステップＳ２１８）。
【０２８４】
当該処理により、ユーザ端末５０のディスプレイ４８に図２２で説明した正解画像確認画面４３０が表示される。上述したように正解画像確認画面４３０において、新規ユーザは、当該コミュニティの認証処理の際に用いる正解画像を確認して利用することが可能となる。
【０２８５】
図２４を用いて、本発明の実施の形態に従う新規ユーザの登録処理のフローについて説明する。
【０２８６】
図２４を参照して、認証画面生成部２０４は、ユーザ新規登録指示が有ったと判断した場合には、ユーザ端末５０のディスプレイ４８に新規ユーザ登録画面を表示させる（ステップＳ２３０）。具体的には、認証画面生成部２０４は、図２１の新規ユーザ登録画面４２０をディスプレイ４８に表示させる。
【０２８７】
そして、次に、認証画面生成部２０４は、当該新規ユーザ登録画面においてデータの入力が有ったかどうかを判断する（ステップＳ２３２）。具体的には、新規ユーザ登録画面４２０において、新規のユーザ名の入力および、Ｅ−ｍａｉｌ等の入力があったかどうかを判断する。一方、ステップＳ２３２において、当該新規ユーザ登録画面においてデータの入力が無かった場合（ステップＳ２３２においてＮＯ）には、データの入力があるまで当該状態を維持する。
【０２８８】
ステップＳ２３２において、当該新規ユーザ登録画面においてデータの入力が有った場合（ステップＳ２３２においてＹＥＳ）には、次に、登録確認処理を実行する（ステップＳ２３４）。具体的には、認証画面生成部２０４は、入力された登録データを認証判定部２１０に通知し、認証判定部２１０において、認証データを参照して、今回、新規ユーザ登録画面において入力されたユーザ名が新規であるか否かを確認する。
【０２８９】
認証判定部２１０は、認証データ中に、入力された登録データに含まれる新規のユーザ名が既に登録されたもの（既登録済み）であるか否かを判断する（ステップＳ２３６）。
【０２９０】
ステップＳ２３６において、認証判定部２１０は、入力された登録データに含まれる新規のユーザ名が既に登録されていると判断した場合（ステップＳ２３６においてＹＥＳ）には、図１２のステップＳ９２に戻って、最初の認証処理初期画面を表示させる。具体的には、認証判定部２１０は、認証画面生成部２０４に対して、認証処理初期画面の表示を指示する。すなわち、新規ユーザ登録処理を中止して、認証処理初期画面を表示させてユーザの再操作を促す。
【０２９１】
一方、ステップＳ２３６において、認証判定部２１０は、入力された登録データに含まれる新規のユーザ名が登録されていないと判断した場合（ステップＳ２３６においてＮＯ）には、認証データを登録する（ステップＳ２３８）。具体的には、認証判定部２１０は、データ記憶部２２０に認証データを更新して保存する。
【０２９２】
そして、次に、認証判定部２１０は、認証画面生成部２０４に指示して、ユーザ端末５０のディスプレイ４８に、正解画像を表示させる（ステップＳ２４０）。具体的には、図１７のステップＳ１４４において既に正解情報生成部２１２において送付された正解画像を表示させる。
【０２９３】
そして、処理を終了する（リターン）。すなわち、図１２のフローに戻り、次に、ステップＳ１０６に進む。
【０２９４】
図２５を用いて、新規ユーザとして登録された認証データについて説明する認証データテーブルについて説明する。
【０２９５】
図２５を参照して、ここでは、コミュニティ名として「ＡＡＡサークル」が登録されている場合が示されている。また、登録者「Ａｌｉｃｅ」とともに、新規ユーザとして「Ｂｏｂ」が、Ｅ−ｍａｉｌ「・・・＠・・・」とともに登録されている場合が示されている。また、選択した２つの画像データを識別する識別ＩＤが画像Ｘ，Ｙとして登録されている場合が示されている。一例として、ここでは、画像Ｘの画像ＩＤ００１、画像Ｙの画像ＩＤ００５として登録されている場合が示されている。また、ここでは、補間パラメータの欄が示されており、補間パラメータは一例として０．５に設定されている場合が示されている。
【０２９６】
また、同様に、コミュニティ名として、「ＢＢＢサークル」が登録されている場合が示されている。また、登録者「Ｃｈａｒｌｉｅ」と「Ｄａｖｉｄ」が、Ｅ−ｍａｉｌ「・・・＠・・・」とともに登録されている場合が示されている。また、選択した２つの画像データを識別する識別ＩＤが画像Ｘ，Ｙとして登録されている場合が示されている。一例として、ここでは、画像Ｘの画像ＩＤ００７、画像Ｙの画像ＩＤ００８として登録されている場合が示されている。また、ここでは、補間パラメータの欄が示されており、補間パラメータは一例として０．３に設定されている場合が示されている。
【０２９７】
当該処理を実行することにより、コミュニティにユーザを追加登録することが可能となる。
【０２９８】
上記で説明したように、本発明の実施の形態に従う認証処理は、一例として、１週間後ずつすなわち、毎週正解画像は、少しずつ自動的に変化する。
【０２９９】
人間は全体的なイメージや、特徴的な箇所で情報を覚えるため、微妙な変化には鈍感であることが一般的に知られている。言い換えると、人は、少しの変化なら同じ画像であると判断できる。
【０３００】
したがって、１週間後ずつ少しずつ変化させた場合であっても同じ正解画像であるとユーザは判断することが可能である。
【０３０１】
複数の画像の中から正解画像を選んで認証する方式において、正解画像は少しずつ変化させて提示することで、頻繁にアクセスを続けている人なら正解画像は認証することが可能であるが、長時間アクセスをしなくなった人は正解画像は以前と全く異なったものになってしまうため認証できなくなる。
【０３０２】
当該認証により、コミュニティ上での遣り取りの疎密を反映して、認証のセキュリティを高めることが可能である。
【０３０３】
なお、上述したようにアクセスするたびに正解画像が少しずつ変化するため記憶が曖昧であると次回ログインする際に正解画像を適切に選択できない可能性も考えられるためユーザが正解画像を鮮明に記憶することを助けるために一定時間、今回、ログインした際の正解画像を認証後に表示させるようにしてユーザが正解画像を記憶するのを幇助するようにしても良い。なお、認証後の一定期間に限られず、例えば、ログアウトする際に当該正解画像を表示するようにして、記憶しておく時間を可能な限り短くするようにしても良い。
【０３０４】
また、表示の仕方も記憶し易くするために点滅させたり、イベントとして表示させたり種々の工夫等を施すことが可能である。
【０３０５】
なお、上記においては、補間パラメータを変更して正解画像を変化させる場合について説明したが、他の方式を用いて正解画像をさらに変化させるようにすることも可能である。
【０３０６】
また、正解画像に対して離散コサイン変換（ＤＣＴ変換）処理を実行した後、ＤＣＴ変化量を加えて逆離散コサイン変換（ＩＤＣＴ変換）処理を実行して正解画像を変化させるようにしても良い。また、正解画像に対してフィルタリング処理や輝度変換処理等、公知の画像処理を実行して正解画像を変化させるようにすることも可能である。
【０３０７】
また、本例においては、人物画像を用いて、人物画像の補間画像を生成する場合について説明したが、特に人物画像に限られず、図２６（Ａ）に示されるように他の写真等の画像（花の画像等）あるいは、図２６（Ｂ）に示されるように図形等（グラフ等）の補間画像を生成するようにすることも可能である。
【０３０８】
また、上記の実施の形態においては、例えば、正解画像の更新タイミングとして、時間の経過に基づいて正解画像用パラメータを変更する場合について説明したが、例えば、時間の経過ではなく、ユーザのアクセス情報例えば、データ変更量に基づいて正解画像用パラメータを変更するようにすることも可能である。
【０３０９】
また、本例においては、認証画面において、１つの正解画像が含まれる場合について説明したが、複数の正解画像を表示するようにしても良い。例えば、親密度の違いによって、複数の正解画像を使い分けるようにすることも可能である。例えば、親密度の低いユーザの正解画像と、親密度の高いユーザの正解画像とを用いることができる。そして、親密度の低いユーザの正解画像は、更新度合や更新頻度を上げるように設定して、また、親密度の高いユーザの正解画像は、更新度合や更新頻度を下げるように設定して、２つの正解画像を認証画面に表示するようにしても良い。
【０３１０】
また、上記の実施の形態においては、画像選択部２１６において、２つの画像データを選択する際に、最初に選択した初期画像データを基準として類似度順に配列された画像データ群の中から順番に次の正解情報の候補となる画像データを選択する場合について説明したが、別の選択方式を採用するようにしても良い。例えば、正解情報の候補となる画像データとして、画像データ群の中からランダムに２つの画像データＰ，Ｑを選択し、選択した２つの画像データの算出された類似度が所定のしきい値以下となるか否かを判断して所定のしきい値以下であれば当該選択した画像データを正解情報とする。その場合、画像データＰから画像データＱに遷移するものとする。そして、次の正解情報の候補となる画像データとして、画像データ群の中からランダムに画像データＲを選択する。そして、画像データＲと２つの画像データＰ，Ｑとの類似度を算出して所定条件を満たすかどうかを判断する。そして、所定条件を満たす場合に画像データＲを次の正解情報とする。所定条件としては、画像データＰと画像データＲとの類似度が画像データＰと画像データＱとの類似度よりも小さく、かつ、画像データＱと画像データＲとの類似度よりも小さいことを条件とする。
【０３１１】
なお、本例においては、アプリケーション管理サーバ１０と認証サーバ２０とがそれぞれ別々に設けられている構成について説明したがこれらを１つに含めた構成とすることも可能である。
【０３１２】
なお、上記装置を制御する各部について、コンピュータを機能させて、上述のフローで説明したような制御を実行させるプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）およびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【０３１３】
なお、プログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。
【０３１４】
また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。
【０３１５】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０３１６】
今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０３１７】
１０ アプリケーション管理サーバ、１１，２１，４１ ＣＰＵ、１２，２２，４２ ＲＡＭ、１３，２３，４３ ＲＯＭ、１４，２４，４４ ＨＤＤ、１５，２５，４９ 通信インタフェース、１６，２６，４５ 内部バス、２０ 認証サーバ、４０，５０ ユーザ端末、４６ マウス、４７ キーボード、４８ ディスプレイ。
【技術分野】
【０００１】
本願発明は、例えば、アプリケーションを利用するユーザを認証する認証装置、認証方法および認証プログラムに関し、特にニーモニック認証に関するものである。
【背景技術】
【０００２】
認証装置に関して、記録媒体を使用したパスワード認証、およびバイオメトリックス認証が公知である。
【０００３】
パスワード認証は、認証方式として簡便であり現在広く使用されている。この方式を認知心理学の観点から分類すると、意味の無い記号記憶や経験を伴わない記憶である“意味記憶”を、脳の記憶貯蔵情報の中から“検索”して“再生”する方式であると言える。
【０００４】
しかしながら、パスワードの問題点として既に知られているように、意味の無い記号や、経験を伴わない意味記憶を再生するのは、人間特に老人などの記憶力の低下した場合には困難であり、再生ミスを犯しやすい。
【０００５】
これらの避けるために、生年月日をパスワードにする等を代表例として単なる数字や記号を意味記憶に変換して記憶することがよく行われるが、数字を意味記憶にする事例は生年月日など一般の人にとっては極めて限られており、他人による本人成りすましの被害を招きやすい。
【０００６】
また、パスワードを盗まれた場合の被害を最小限に留めるためには、認証媒体毎にパスワードを変えることが望ましいが、認証媒体に対応したパスワードの記憶想起再生は困難であり、メモ等をする結果、盗難にあった場合は全てのパスワードが盗まれる事態を招くことになる。
【０００７】
これに対応するために、１回毎のパスワードであるワンタイムパスワードを発行するセキュリティトークンを利用する方式がある。これにより、ユーザがパスワードを記憶しておかなくてもトークンに表示されたパスワードを利用することによりセキュリティを高めることが可能である。例えば、トークンを用いた認証に関して、特表２００３―５１１７６６号公報が挙げられる。しかしながら、当該方式はトークンをユーザが各自所持しておく必要があり不便である。
【０００８】
バイオメトリックス認証は、本人固有の生理的由来の情報と言われており、決して忘れたり無くしたりすることが無いという利点を有する。例えば、バイオメトリックス認証に関して、特開２００４−１５７６０２号公報が挙げられる。しかし、本人の唯一の情報であるために記録媒体毎に認証本人情報を変えることができない。そのために認証本人情報を盗まれた場合には、全ての認証媒体が被害を受けることとなり、更にそれに代わる本人情報を作ることは非常に困難である等の問題点がある。
【０００９】
また、生理的情報を読取るための入力装置が新たに必要である。更に入力情報が入力読取り環境で変化し、本人であるにも関らず本人と認証されない、いわゆる本人拒否率が一定の確率で発生する問題点があり、制御が複雑化する可能性がある。
【００１０】
これらとは別の認証方式として、近年、画像情報を認証手段とするニーモニック認証が注目されている。例えば、ニーモニック認証として、特開２００５−７１２０２号公報が挙げられる。
【００１１】
ニーモニック認証は、人が有しているイメージ記憶を用いた認証であるため、覚え易く、忘れにくく、また、他人に類推されにくいものであり、かつ、認証の制御が容易である。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特表２００３―５１１７６６号公報
【特許文献２】特開２００４−１５７６０２号公報
【特許文献３】特開２００５−７１２０２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
一方で、近年ＳＮＳ（Social Network Service）のようにネット上において流動的にコミュニティが形成されるタイプのグループ形態が増加してきている。例えば、ｍｉｘｉ等が挙げられる。
【００１４】
コミュニティが形成されるタイプのグループ形態の場合には、メンバーが流動的である。
【００１５】
したがって、以前、グループのメンバーとして登録していた人であっても、現在は、利用しなくなっている場合がある。脱退申請が無い場合には、以前から登録されていた人は、利用していない場合であってもメンバーとして数えられる可能性がある。
【００１６】
個人認証等の場合のように、各自に認証用のパスワードを発行した場合、明らかにコミュニティにおける遣り取りが疎であるメンバーであってもいつでもコミュニティに参加することが可能であり、また、当該パスワードを他人に漏洩した場合には他人が成りすまして当該コミュニティに参加することも可能である。
【００１７】
したがって、グループの管理者としては、同じコミュニティの中でも特に密な遣り取りをしているメンバーにだけアクセスを許可することが望ましく、明らかに遣り取りが疎であるメンバーを排除したい要求がある。
【００１８】
密にやりとりするメンバーは時間とともに変化するため、パスワード等、認証の設定を頻繁に変更することも考えられるが、認証のために面倒な変更操作が必要であったり、パスワードを忘れないようにする等の必要があるため、メンバー間での気軽な遣り取りを阻害してしまう可能性があり、使い勝手の問題がある。また、遣り取りが密であるか疎であるかどうかを厳密には管理者が把握することができないという問題がある。
【００１９】
本発明は、上記のような問題を解決するためになされたものであって、一例として、コミュニティが形成されるタイプのグループ形態において、コミュニティ上での遣り取りの疎密を反映して、認証のセキュリティを高めるとともに、使い勝手の良い認証装置、認証方法および認証プログラムを提供することを目的とする。
【課題を解決するための手段】
【００２０】
本発明のある局面に従う認証装置は、複数の視覚的に識別可能な画像を記憶する記憶手段と、記憶手段に記憶された画像の中から少なくとも２つの画像を選択する選択手段と、選択手段により選択された少なくとも２つの画像を用いて正解画像を生成する正解画像生成手段と、表示手段に記憶手段に記憶されている複数の画像のうちの少なくとも一部の画像を正解画像生成手段により生成された正解画像とともに提示して、ユーザの画像の選択の入力を受け付けて、正解画像の選択／非選択に応じて認証を行う認証手段と、正解画像を必要に応じて更新する正解画像更新手段とを備える。正解画像生成手段は、少なくとも２つの画像を補間する際に用いられる補間パラメータに基づいて少なくとも２つの画像の補間画像を正解画像として生成する。正解画像更新手段は、補間パラメータを調整する。
【００２１】
好ましくは、正解画像生成手段は、正解画像更新手段により調整される補間パラメータの変化に従って、少なくとも２つの画像の一方の画像を始点とし、他方の画像を終点とした場合における始点―終点間を補間する補間画像を生成する。
【００２２】
特に、補間は、少なくとも２つの画像が各々有する特徴点が一方から他方に変化する処理に相当する。
【００２３】
特に、特徴点は、少なくとも２つの画像中の顔を構成する複数の要素のうちの少なくとも１つに相当する。
【００２４】
好ましくは、複数の画像は、最初の正解画像に対応する初期画像を基準とした、順番に類似度が小さくなる順に配列される。現在の正解画像に対応する前回選択された画像と、類似度順に配列された次の候補となる候補画像との各々が有する特徴点に基づいて互いの類似度を算出することが可能な類似度算出手段をさらに備える。選択部は、類似度算出手段により算出された互いの類似度が所定のしきい値以下となるかどうかを判断し、前回選択された画像と、類似度順に配列された候補画像のうち、互いの類似度が所定のしきい値以下である、候補画像を選択する。
【００２５】
本発明のある局面に従う認証方法は、複数の視覚的に識別可能な画像を記憶する記憶手段が設けられ、記憶手段に記憶された画像の中から少なくとも２つの画像を選択するステップと、選択された少なくとも２つの画像を用いて正解画像を生成するステップと、表示手段に記憶手段に記憶されている複数の画像のうちの少なくとも一部の画像を生成された正解画像とともに提示するステップと、ユーザの画像の選択の入力を受け付けるステップと、正解画像の選択／非選択に応じて認証を行うステップと、正解画像を更新するステップとを備える。正解画像を生成するステップは、少なくとも２つの画像を補間する際に用いられる補間パラメータに基づいて少なくとも２つの画像の補間画像を正解画像として生成する。正解画像を更新するステップは、補間パラメータを調整する。
【００２６】
本発明のある局面に従う認証プログラムは、複数の視覚的に識別可能な画像を記憶する記憶手段が設けられた認証装置のコンピュータに、記憶手段に記憶された画像の中から少なくとも２つの画像を選択するステップと、選択された少なくとも２つの画像を用いて正解画像を生成するステップと、表示手段に記憶手段に記憶されている複数の画像のうちの少なくとも一部の画像を生成された正解画像とともに提示するステップと、ユーザの画像の選択の入力を受け付けるステップと、正解画像の選択／非選択に応じて認証を行うステップと、正解画像を更新するステップとを備える。正解画像を生成するステップは、少なくとも２つの画像を補間する際に用いられる補間パラメータに基づいて少なくとも２つの画像の補間画像を正解画像として生成する。正解画像を更新するステップは、補間パラメータを調整する、処理を実行させる。
【発明の効果】
【００２７】
本発明のある局面に従う認証装置、認証方法および認証プログラムは、２つの画像を選択し、正解画像を更新する。正解画像は、２つの画像を補間する補間パラメータに基づいて生成され、補間パラメータが調整される。したがって、正解画像は、補間パラメータが変化していくことにより更新され、コミュニティが形成されるタイプのグループ形態において、コミュニティ上での遣り取りの疎密を反映して、認証のセキュリティを高めることが可能である。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施の形態に従う情報処理システムについて説明する図である。
【図２】本発明の実施の形態に従うアプリケーション管理サーバ１０および認証サーバ２０の概略ブロック図である。
【図３】本発明の実施の形態に従うユーザ端末４０の概略ブロック図である。
【図４】本発明の実施の形態に従う情報処理システムを構成する各端末の機能ブロック図である。
【図５】認証サーバ２０における認証処理の初期画面について説明する図である。
【図６】新規のコミュニティ名を登録する新規コミュニティ登録画面３１０について説明する図である。
【図７】ユーザ情報を登録する新規コミュニティ登録画面３２０について説明する図である。
【図８】正解画像を確認する確認画面について説明する図である。
【図９】本発明の実施の形態に従う新規コミュニティの登録の手順を示すシーケンス図である。
【図１０】新規コミュニティ登録処理により、更新（追加）された認証データの認証データテーブルについて説明する図である。
【図１１】本発明の実施の形態に従うアプリケーション管理サーバ１０のアプリケーションの提供のメインフローについて説明する図である。
【図１２】本発明の実施の形態に従う認証処理のメインフローについて説明する図である。
【図１３】本発明の実施の形態に従う新規コミュニティ登録処理のフローについて説明する図である。
【図１４】本発明の実施の形態に従う画像認証画面について説明する図である。
【図１５】認証処理が成功した場合の確認画面について説明する図である。
【図１６】本発明の実施の形態に従う正解画像の変化の流れについて説明する図である。
【図１７】本発明の実施の形態に従う画像認証画面表示処理の手順を示すシーケンス図である。
【図１８】画像認証画面表示処理のフローについて説明する図である。
【図１９】正解画像用パラメータ更新処理について説明する図である。
【図２０】本発明の実施の形態に従う補間パラメータの遷移と補間画像との関係について説明する図である。
【図２１】新規ユーザを登録する新規ユーザ登録画面４２０について説明する図である。
【図２２】新規ユーザ登録時の正解画像の確認画面について説明する図である。
【図２３】本発明の実施の形態に従う新規ユーザの登録の手順を示すシーケンス図である。
【図２４】本発明の実施の形態に従う新規ユーザの登録処理のフローについて説明する図である。
【図２５】新規ユーザとして登録された認証データについて説明する認証データテーブルについて説明する図である。
【図２６】本発明の実施の形態に従う補間パラメータの遷移と補間画像との関係について説明する別の図である。
【発明を実施するための形態】
【００２９】
以下、この発明の実施の形態について図面を参照して詳しく説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。
【００３０】
図１を用いて、本発明の実施の形態に従う情報処理システムについて説明する。
図１を参照して、ここでは、ユーザ端末（例えば、パーソナルコンピュータ（以下、単にＰＣとも称する））４０，５０と、ネットワーク５とが接続されている場合が示されている。また、当該ユーザ端末が利用可能なアプリケーションを管理するアプリケーション管理サーバ１０と、認証サーバ２０とがそれぞれネットワーク５と接続されている場合が示されている。なお、本例においては、主にユーザ端末としてＰＣの場合を例に挙げて説明するが、特にＰＣに限られず、無線あるいは有線でネットワーク５と接続されたＰＤＡ（Personal Digital Assistant）等の携帯端末器等であっても良い。
【００３１】
ユーザ端末４０，５０、アプリケーション管理サーバ１０、認証サーバ２０は、ネットワーク５を介して互いにデータの授受が可能なように接続されているものとする。
【００３２】
一例として、本発明の実施の形態においては、ユーザ端末４０からアプリケーション管理サーバ１０にアクセスした場合の処理について説明する。
【００３３】
なお、ここでは、ユーザ端末として２台のＰＣがネットワーク５に接続されている構成について説明しているが、特にその数には限定されない。
【００３４】
図２を用いて、本発明の実施の形態に従うアプリケーション管理サーバ１０および認証サーバ２０の概略ブロック図について説明する。
【００３５】
アプリケーション管理サーバ１０は、制御部１１と、ＲＡＭ（Random Access Memory）１２と、ＲＯＭ（Read Only Memory）１３と、ＨＤＤ（Hard Disk Drive）１４と、通信インタフェース１５と、各部を接続する内部バス１６とを含む。
【００３６】
制御部１１は、主にＣＰＵ（Central Processing Unit）で構成される。
なお、ＲＡＭ１２は、制御部１１のワークメモリとして用いられる。通信インタフェース１５は、外部のネットワーク５と接続されるインタフェースであり、当該通信インタフェースを介してデータの授受が実行される。
【００３７】
同様に、認証サーバ２０についてもアプリケーション管理サーバ１０と同様の構成を含む。
【００３８】
認証サーバ２０は、アプリケーション管理サーバ１０からの指示に従ってアクセス要求が有ったユーザ端末の認証処理を実行する。
【００３９】
認証サーバ２０は、制御部２１と、ＲＡＭ２２と、ＲＯＭ２３と、ＨＤＤ２４と、通信インタフェース２５と、各部を接続する内部バス２６とを含む。
【００４０】
制御部２１は、主にＣＰＵ（Central Processing Unit）で構成される。
制御部２１は、ＲＯＭ２３あるいはＨＤＤ２４に格納されているプログラムを読み込むことにより所定の機能を実現する。各機能については後述する。なお、ＲＡＭ２２は、制御部２１のワークメモリとして用いられる。通信インタフェース２５は、外部のネットワーク５と接続されるインタフェースであり、当該通信インタフェースを介してデータの授受が実行される。
【００４１】
図３を用いて、本発明の実施の形態に従うユーザ端末４０の概略ブロック図について説明する。ユーザ端末５０についても同様である。
【００４２】
図３を参照して、本発明の実施の形態に従うユーザ端末４０は、ＣＰＵ４１と、ＲＡＭ（Random Access Memory）４２と、ＲＯＭ（Read Only Memory）４３と、ＨＤＤ（Hard Disk Drive）４４と、各部を接続する内部バス４５と、マウス４６と、キーボード４７と、ディスプレイ４８と、通信インタフェース４９とを含む。
【００４３】
ユーザ端末４０のＣＰＵ４１は、アプリケーション管理サーバ１０あるいは認証サーバ２０から送信されるデータをネットワーク５と接続されている通信インタフェース４９を介して取得する。そして、当該データをディスプレイ４８に出力する。そして、ディスプレイ４８は、当該データに基づくアプリケーション画面を表示する。また、ユーザは、アプリケーション画面の入力領域に対してマウス４６あるいはキーボード４７等を介してデータを入力することが可能であり、当該入力したデータを通信インタフェース４９を介してアプリケーション管理サーバ１０あるいは、認証サーバ２０等に送信することが可能である。
【００４４】
図４を用いて、本発明の実施の形態に従う情報処理システムを構成する各端末の機能ブロックについて説明する。
【００４５】
図４を参照して、アプリケーション管理サーバ１０は、通信部１０５と、サービス提供部１０６と、サービス可否判断部１０７と、データ入出力部１０８とを含む。
【００４６】
アプリケーション管理サーバ１０の通信部１０５は、アプリケーション管理サーバのＣＰＵ１１と通信インタフェース１５との協働によって提供される。その他の部位は、アプリケーション管理サーバのＣＰＵ１１がＲＯＭ１３のプログラムを実行することで提供される。
【００４７】
通信部１０５は、ネットワーク５を介して、認証サーバ２０の通信部２０２あるいはユーザ端末４０，５０の通信インタフェース４９と物理的および論理的に接続され、認証サーバ２０の通信部２０２との間、あるいは、ユーザ端末４０，５０の通信インタフェース４９との間でデータを授受する。
【００４８】
サービス提供部１０６は、ＣＰＵ１１がＲＯＭ１３あるいはＨＤＤ１４に格納されているアプリケーションプログラムを読み込むことによりユーザ端末４０，５０にアプリケーションに基づく所定のサービスを提供する機能である。本実施例にいう所定のサービスとは、一例としてネット上において一種のコミュニティを形成して、当該コミュニティに属するユーザ（メンバー）同士で情報交換を行ったりするサービスである。
【００４９】
サービス可否判断部１０７は、アクセス要求が有ったユーザ端末４０，５０に対してサービスを提供する否かを判断する。すなわち、コミュニティに属するメンバーか否かを判断して、メンバーであればサービスの提供を許可し、メンバーでなければサービスの提供を拒否する。
【００５０】
データ入出力部１０８は、上述の部位間のデータ授受を制御する。
次に、認証サーバ２０について説明する。
【００５１】
認証サーバ２０は、通信部２０２と、認証画面生成部２０４と、正解情報更新部２０８と、認証判定部２１０と、正解情報生成部２１２と、類似度算出部２１４と、画像選択部２１６と、データ入出力部２１８と、データ記憶部２２０とを含む
通信部２０２は、認証サーバのＣＰＵ２１と通信インタフェース２５との協働によって提供される。その他の部位は、認証サーバのＣＰＵ２１がＲＯＭ２３のプログラムを実行することで提供される。データ記憶部２２０は、ＲＡＭ４２、ＲＯＭ４３、ＨＤＤ４４とで構成される。
【００５２】
データ記憶部２２０は、画像データ群２２２と、認証データ２２４とを格納する。
画像データ群２２２は、認証の際に用いられる画像データの集合体を意味する。
【００５３】
認証データ２２４は、各コミュニティ毎に分類され、当該コミュニティに属する登録者（ユーザ）に関する情報および当該コミュニティに属する登録者であることを識別する認証画像を生成するための情報等とが記述される。詳細については後述する。
【００５４】
データ記憶部２２０に格納されるデータは、データ入出力部２１８を通じて、他の部位からアクセス可能になっている。
【００５５】
通信部２０２は、ネットワーク５を介して、アプリケーション管理サーバ１０の通信部１０５あるいはユーザ端末４０，５０の通信インタフェース４９と物理的および論理的に接続され、アプリケーション管理サーバ１０の通信部１０５との間、あるいは、ユーザ端末４０，５０の通信インタフェース４９との間でデータを授受する。
【００５６】
認証画面生成部２０４は、各ユーザに対する画像認証処理において、ユーザが情報を入力するための画像認証画面を表示するためのデータを生成する。すなわち、認証画面生成部２０４は、ディスプレイ４８（図３）などの表示手段に画像認証画面を提示する。
【００５７】
正解情報更新部２０８は、更新の必要の有無を判定し、更新が必要であると判断した場合には、認証データ２２４に含まれている、画像認証用の入力画面に表示される正解情報となる画像を生成するためのデータ（パラメータ、画像等）を更新する。本例においては、一例として、最初の新規のコミュニティを登録した時点における正解画像が設定された日付から一週間毎に更新の必要有りと判定するものとする。
【００５８】
認証判定部２１０は、画像認証画面において、ユーザ端末４０のキーボード４７あるいはマウス４６等を介して入力された画像情報が正解情報であるか否かを判定する。
【００５９】
正解情報生成部２１２は、認証データ２２４に含まれているデータに基づいて正解情報を生成する。
【００６０】
画像選択部２１６は、認証データ２２４に含まれている、画像認証用の入力画面に表示される正解情報となる画像を生成するためのデータ（画像）について、画像データ群２２２の中から選択する。
【００６１】
類似度算出部２１４は、画像選択部２１６により選択された画像が、正解情報を更新するデータ（画像）として適切であるか否かを判断する。
【００６２】
データ入出力部２１８は、上述の部位間のデータ授受を制御する。
次に、一例として、ユーザ端末４０がアプリケーション管理サーバ１０を利用する場合の処理の流れについて説明する。
【００６３】
まず、ユーザ端末４０がアプリケーション管理サーバ１０を利用する場合に、アプリケーション管理サーバ１０のサービス可否判断部１０７は、通信部１０５を介して、ユーザ端末４０からのアクセス要求を受信したかどうかを判断する。例えば、ユーザ端末４０のインターネットブラウザを介してアプリケーション管理サーバ１０のＵＲＬ（Uniform Resource Locator）が指定された場合に、ユーザ端末４０からアプリケーション管理サーバ１０に対してアクセス要求が送信される。
【００６４】
アプリケーション管理サーバ１０のサービス可否判断部１８は、アクセス要求が有った場合には、認証実行指示を認証サーバ２０に送信し、認証サーバ２０は、認証実行指示に応答して認証処理を実行する。
【００６５】
図５を用いて、認証サーバ２０における認証処理の初期画面について説明する。
図５を参照して、認証サーバ２０の認証画面生成部２０４は、認証実行指示を受信した場合に、通信部２０２を介してユーザ端末４０のディスプレイ４８に認証処理の初期画面３００（認証処理初期画面とも称する）を表示させる。
【００６６】
ここで、認証処理初期画面３００において、コミュニティ名を入力する入力領域３０２と、新規コミュニティの登録を指示するボタン（新規コミュニティ登録ボタンとも称する）３０８と、コミュニティ名を検索する処理を実行するための検索ボタン３０４と、決定ボタン３０６とが設けられている。当該画面において、ユーザ端末４０のマウス４６あるいはキーボード４７によりデータを入力あるいは選択等の処理を実行することが可能である。
【００６７】
ここで、入力領域３０２にたとえばある文字を入力して、検索ボタン３０４を押下した場合に、データ記憶部２２０の中にある認証データ２２４が参照されて当該入力した文字を含む複数のコミュニティ名が一覧表示されるものとする。なお、存在しない場合にはエラー表示されるものとする。
【００６８】
そして、図示しないが当該一覧表示された中から所望のコミュニティ名を選択可能であるものとする。そして、一覧表示された中からコミュニティ名を選択した後、決定ボタン３０６を押下することにより、後述するが当該コミュニティに属するメンバーか否かを判断する画像認証画面が表示される。
【００６９】
あるいは、既にコミュニティ名が分かっている場合には、入力領域３０２に直接、ユーザ端末４０のマウス４６あるいはキーボード４７によりコミュニティ名を入力した後、決定ボタン３０６を押下することにより当該コミュニティに属するメンバーか否かを判断する画像認証画面が表示される。
【００７０】
一方、ユーザ端末４０のマウス４６あるいはキーボード４７により新規コミュニティ登録ボタン３０８を押下（選択）することにより、新たにネット上においてコミュニティを新規に登録する処理（新規コミュニティ登録処理とも称する）を実行することが可能となる。
【００７１】
＜新規コミュニティ登録処理＞
本例においては、まず、新規にコミュニティを登録する場合について説明する。
【００７２】
図６を用いて、新規のコミュニティ名を登録する新規コミュニティ登録画面３１０について説明する。
【００７３】
図６を参照して、図５において新規コミュニティ登録ボタン３０８を押下した場合には、新規コミュニティ登録画面がディスプレイ４８に表示される。
【００７４】
新規のコミュニティ名を入力するための新規コミュニティ登録画面３１０において、「コミュニティ名を入力して下さい。」の案内表示とともに、入力領域３１２が設けられている。
【００７５】
また、戻るボタン３１６と、決定ボタン３１８とが設けられている。
ユーザ端末４０のユーザは、ディスプレイ４８に表示された新規コミュニティ登録画面３１０の入力領域３１２にキーボード４７あるいはマウス４６等を用いて入力する。
【００７６】
そして、決定ボタン３１８を押下することにより当該入力領域３１２に入力した内容が認証サーバ２０に送信されて、入力した内容が登録される。
【００７７】
一方、戻るボタン３１６を押下することにより、前の認証処理初期画面３００に戻るものとする。
【００７８】
本例においては、一例として、入力領域３１２に「ＡＡＡサークル」との文字が入力されて決定ボタン３１８が押下された場合について説明する。
【００７９】
図７を用いて、ユーザ情報を登録する新規コミュニティ登録画面３２０について説明する。
【００８０】
図７を参照して、新規コミュニティ登録画面３１０において、入力領域３１２に入力した状態において、決定ボタン３１８を押下した場合には、ユーザ情報の登録画面である新規コミュニティ登録画面３２０が表示される。
【００８１】
新規のコミュニティに対応するユーザ情報を入力するため新規コミュニティ登録画面３２０において、「管理者名を入力して下さい」の案内表示とともに、入力領域３２２が設けられている。「また、Ｅ−ｍａｉｌを入力して下さい」の案内表示とともに入力領域３２４が設けられている。ここで、管理者としているのは、新規にコミュニティを立ち上げたユーザであり、一般的にコミュニティを管理する権限を有するからである。管理者とせず単にユーザとするようにしても良い。
【００８２】
また、戻るボタン３２６と、決定ボタン３２８とが設けられている。
ユーザ端末４０のユーザは、ディスプレイ４８に表示されたユーザ情報を入力するための新規コミュニティ登録画面３２０の入力領域３２２，３２４にキーボード４７あるいはマウス４６等を用いて管理者名およびＥ−ｍａｉｌを入力する。
【００８３】
そして、決定ボタン３２８を押下することにより当該入力領域３２２，３２４に入力した内容が認証サーバ２０に送信されて、入力した内容が登録される。
【００８４】
一方、戻るボタン３２６を押下することにより、前の新規コミュニティ登録画面３１０に戻るものとする。
【００８５】
本例においては、一例として、入力領域３２２に「Ａｌｉｃｅ」との文字が入力されている場合が示されている。
【００８６】
そして、本例においては、入力領域３２４に図示しないＥ−ｍａｉｌが入力されて決定ボタン３２８が押下された場合について説明する。
【００８７】
当該処理により新規コミュニティの登録処理が実行され、新規コミュニティに属するユーザが当該コミュニティに属するメンバーか否かを判断する正解画像が生成されて示される。
【００８８】
なお、上記においては、新規のコミュニティ名を入力するための新規コミュニティ登録画面３１０と、新規のコミュニティに対応するユーザ情報を入力するため新規コミュニティ登録画面３２０とをそれぞれ表示させる場合について説明したが、１つの登録画面を表示して情報の入力を促すようにすることも可能である。
【００８９】
図８を用いて、正解画像を確認する確認画面（正解画像確認画面とも称する）について説明する。
【００９０】
図８を参照して、ここで、正解画像確認画面３３０には「ＡＡＡサークルを新規に登録しました。」との表現とともに、正解画像オブジェクト３３２が示されている。また、確認ボタン３３４が設けられている。確認ボタン３３４を押下することにより、アプリケーション管理サーバ１０からアプリケーションに基づく所定のサービスが提供される。なお、この状態においては、ＡＡＡサークルに属しているユーザは、管理者のみである。
【００９１】
そして、正解画像確認画面３３０で表示された正解画像オブジェクト３３２を次回以降の画像認証画面で選択することにより当該コミュニティ（「ＡＡＡサークル」）における認証処理が成功する。なお、後述するが画像認証画面に表示される当該正解画像は自動的に更新される。
【００９２】
図９を用いて、本発明の実施の形態に従う新規コミュニティの登録の手順を示すシーケンス図について説明する。
【００９３】
図９に示す各ステップは、上述の図４に示すユーザ端末ならびに認証サーバ２０の認証画面生成部２０４、データ記憶部２２０、認証判定部２１０、画像選択部２１６および類似度算出部２１４によって実行される。
【００９４】
この処理が開始される条件としては、ユーザ端末４０のインターネットブラウザを介してアプリケーション管理サーバ１０のＵＲＬ（Uniform Resource Locator）が指定された場合に、ユーザ端末４０からアプリケーション管理サーバ１０に対してアクセス要求が送信され、当該アクセス要求に対して認証実行指示がアプリケーション管理サーバ１０から認証サーバ２０に送信された場合が考えられる。
【００９５】
ステップＳ２０において、認証判定部２１０は、データ記憶部２２０に対して認証データを要求する。ステップＳ２２において、データ記憶部２２０は、認証判定部２１０からの要求に応答して、自身に格納されている認証データを送付する。
【００９６】
ステップＳ２４において、認証判定部２１０は、次に、初期画面の表示指示を出力する。
【００９７】
ステップＳ２６において、認証画面生成部２０４は、初期画面の表示指示に従って初期画面を表示するためのデータをユーザ端末４０に送信する。
【００９８】
ユーザ端末４０は、認証サーバ２０からの認証処理の初期画面を表示するためのデータの送信により認証処理初期画面３００（図５）を表示する。
【００９９】
そして、図５に示す認証処理初期画面３００において、ユーザ（管理者）が新規コミュニティ登録ボタン３０８を入力（選択）したとする（ステップＳ２８のユーザ操作）。次に、ユーザ端末４０は、認証画面生成部２０４に新規コミュニティの登録指示を送信する（ステップＳ３０）。
【０１００】
認証画面生成部２０４は、新規コミュニティの登録指示に従って、図６の新規コミュニティの登録画面を表示するためのデータをユーザ端末４０に送信する。ユーザ端末４０は、認証画面生成部２０４から送信された新規コミュニティの登録画面を表示するためのデータに従って新規コミュニティ登録画面３１０，３２０（図６，７）をディスプレイ４８に表示する。
【０１０１】
そして、図６，７に示す新規コミュニティ登録画面３１０，３２０において、ユーザ（管理者）が入力領域３１２に入力（選択）したとする（ステップＳ３４のユーザ操作）。
【０１０２】
次に、ユーザ端末４０は、新規コミュニティの入力（登録）データを認証画面生成部２０４に送付する（ステップＳ３６）。
【０１０３】
認証画面生成部２０４は、当該登録データを認証判定部２１０に通知する（ステップＳ３８）。
【０１０４】
認証判定部２１０は、通知された新規コミュニティの登録データの登録を確認する（ステップＳ４０）。具体的には、認証データを参照して、今回、入力されたコミュニティ名が新規であるか否かを判断する。ここで、ユーザが入力したコミュニティ名が既に登録されている場合には、新規コミュニティ登録処理を中止して、認証処理初期画面を表示するように認証画面生成部２０４に指示する。
【０１０５】
ユーザが入力したコミュニティ名が新規である（すなわち登録されていない）場合には、ステップＳ４２において、認証判定部２１０は、画像選択部２１６に画像選択指示を出力する（ステップＳ４２）。本例においては、ユーザが入力したコミュニティ名が新規である場合について説明する。
【０１０６】
画像選択部２１６は、認証判定部２１０からの画像選択指示に従ってデータ記憶部２２０に対して画像を選択するために画像データ群を要求する（ステップＳ４４）。
【０１０７】
データ記憶部２２０は、画像選択部２１６に対して要求された画像データ群を送付する（ステップＳ４６）。
【０１０８】
そして、画像選択部２１６は、受信した画像データ群の中から正解画像となる初期画像データを選択する（ステップＳ５０）。具体的には、画像データ群の中からユーザに最初に提示する初期画像データを選択する。
【０１０９】
そして、次に、画像選択部２１６は、類似度算出部２１４に、当該選択した初期画像データを基準として、画像データ群に含まれる他の全ての画像データとの類似度の計算を指示する（ステップＳ５１）。
【０１１０】
次に、類似度算出部２１４は、選択した初期画像データと、他の全ての画像データとの類似度を計算する（ステップＳ５２）。
【０１１１】
そして、類似度算出部２１４は、計算した選択した初期画像データと、他の全ての画像データとの類似度の計算結果を画像選択部２１６に通知する（ステップＳ５３）。
【０１１２】
画像選択部２１６は、類似度算出部２１４からの計算結果に基づいて、他の全ての画像データを類似度の順番に配列する（ステップＳ５４）。より具体的には、計算結果に基づいて、他の全ての画像データに関して、選択した初期画像データとの類似度が小さくなる方向に順番に配列する。
【０１１３】
次に、画像選択部２１６は、他の全ての画像データのうち順番に配列されている中から次の順番に対応する画像データを選択する（ステップＳ５５）。
【０１１４】
そして、画像選択部２１６は、類似度算出部２１４に、初期画像データと、次の順番に対応する画像データとの類似度の計算を指示する（ステップＳ５６）。
【０１１５】
次に、類似度算出部２１４は、選択した初期画像データと、次の順番に対応する画像データとの類似度を計算する（ステップＳ５７）。
【０１１６】
そして、類似度算出部２１４は、計算した選択した初期画像データと、次の順番に対応する画像データとの類似度の計算結果を画像選択部２１６に通知する（ステップＳ５８）。
【０１１７】
そして、画像選択部２１６は、類似度算出部２１４から通知された計算結果に基づいて選択した２つの画像データ（初期画像データと、次の順番に対応する画像データ）が正解画像を生成するために適切か否かを判定する（ステップＳ５８）。
【０１１８】
具体的には、初期画像データと、次の順番に対応する画像データとの類似度が所定のしきい値未満であるか否かを判定する。すなわち、所定のしきい値未満である非類似の関係であるかどうかを判定する。本例においては、画像選択部２１６において、適切であると判定した場合が示されている。
【０１１９】
一方、画像選択部２１６は、正解画像が適切でないと判定した場合には、ステップＳ５５に戻り、他の全ての画像データのうち順番に配列されている中からさらに次の順番に対応する画像データを選択する。そして、上記で説明したのと同様の処理（ステップＳ５６〜Ｓ５９）を実行して、画像選択部２１６は、当該選択した２つの画像データが適切であるか否かを判定する。
【０１２０】
画像選択部２１６は、適切であると判定するまで、他の全ての配列されている画像データの中から順番に画像データを選択する。
【０１２１】
そして、画像選択部２１６は、適切であると判定した場合に、当該選択した２つの画像データ（初期画像データと、次の順番に対応する画像データ）を認証判定部２１０に通知する（ステップＳ６０）。
【０１２２】
なお、初期画像データに関しては、他の全ての画像データとの類似度について、ステップＳ５３において計算されているため当該計算結果に基づいて、類似度が所定のしきい値未満である画像データを選択するようにしても良い。
【０１２３】
なお、この２つの画像データは、画像認証画面において正解画像となるとともに、正解画像を更新する際に用いられるものである。後述するが、本発明の実施の形態に従う画像認証画面においては、２つの画像データのうちの一方が初期の正解画像となる。そして、２つの画像データの補間画像が更新された正解画像として用いられる。そして、さらに正解画像が更新されて、最終的に２つの画像データのうちの他方が最終の正解画像となる。
【０１２４】
後述するが、最終の正解画像となった場合には、画像選択部２１６は、上記した他の全ての配列されている画像データの中から次の順番に対応する画像データを選択する。
【０１２５】
認証判定部２１０は、画像選択部２１６から通知された２つの画像データに従って認証データを更新する（ステップＳ６２）。
【０１２６】
すなわち、認証判定部２１０は、認証データに今回、ユーザが入力した新規のコミュニティ名と、それに対応する２つの画像データを新たに追加する。
【０１２７】
そして、認証判定部２１０は、当該更新した認証データをデータ記憶部２２０に保存する（ステップＳ６３）。
【０１２８】
そして、認証判定部２１０は、認証画面生成部２０４に対して選択された２つの画像データの一方の画像データすなわち、初期画像データを正解情報として通知する（ステップＳ６４）。
【０１２９】
認証画面生成部２０４は、認証判定部２１０から通知された正解情報に基づいて、正解画像をユーザ端末４０に表示するためのデータを送信する。そして、ユーザ端末４０は、認証画面生成部２０４から送信されたデータに基づいて、ディスプレイ４８に正解画像を表示する。具体的には、図８で説明した正解画像確認画面３３０が表示される。すなわち、正解画像確認画面３３０において、ユーザは、新規のコミュニティの認証処理の際に用いる正解画像を確認して利用することが可能となる。
【０１３０】
当該処理により、新規にコミュニティを登録して、登録したコミュニティに対応する画像認証画面に対する認証処理を実行することが可能となる。
【０１３１】
図１０を用いて、新規コミュニティ登録処理により、更新（追加）された認証データの認証データテーブルについて説明する。
【０１３２】
図１０を参照して、ここでは、コミュニティ名として「ＡＡＡサークル」が登録され、登録者「Ａｌｉｃｅ」、Ｅ−ｍａｉｌ「・・・＠・・・」が登録されている場合が示されている。また、選択した２つの画像データを識別する識別ＩＤが画像Ｘ，Ｙとして登録されている場合が示されている。一例として、ここでは、画像Ｘの画像ＩＤ００１、画像Ｙの画像ＩＤ００５として登録されている場合が示されている。当該画像ＩＤは、画像データ群２２２の各画像データにそれぞれ対応付けられているものとする。したがって、画像ＩＤを参照することにより画像データ群２２２の中から画像データを抽出することが可能である。
【０１３３】
また、ここでは、補間パラメータの欄が示されている。後述するが当該補間パラメータは、画像Ｘと画像Ｙとの補間画像を生成する際のパラメータとして用いられる。ここでは、補間パラメータは初期値の０に設定されている場合が示されている。なお、画像Ｘから画像Ｙに遷移する仕方で補間パラメータが用いられる。補間パラメータが０の場合には、画像Ｘが正解画像であり、補間パラメータが１の場合には、画像Ｙが正解画像であるものとする。
【０１３４】
したがって、この場合には、正解画像は、画像ＩＤ００１に対応する画像データが正解画像に設定されている場合が示されている。
【０１３５】
なお、図示していないが当該正解画像が最初に設定された日付も登録されているものとする。一例として、当該日付に基づいて、一週間毎の経過日時を計算することが可能である。
【０１３６】
＜アプリケーションの提供＞
図１１を用いて、本発明の実施の形態に従うアプリケーション管理サーバ１０のアプリケーションの提供のメインフローについて説明する。
【０１３７】
図１１を参照して、まず、アプリケーション管理サーバ１０のサービス可否判断部１０７は、アクセス要求が有るかどうかを判断する（ステップＳ７０）。なお、アクセス要求があるまでステップＳ７０を維持する。具体的には、アプリケーション管理サーバ１０のサービス可否判断部１０７は、通信部１０５を介して、ユーザ端末４０からのアクセス要求を受信したかどうかを断する。例えば、ユーザ端末４０のインターネットブラウザを介してアプリケーション管理サーバ１０のＵＲＬ（Uniform Resource Locator）が指定された場合に、ユーザ端末４０からアプリケーション管理サーバ１０に対してアクセス要求が送信される。
【０１３８】
サービス可否判断部１０７は、アクセス要求が有った場合（ステップＳ７０においてＹＥＳ）には、認証実行指示を認証サーバ２０に送信する（ステップＳ７２）。
【０１３９】
そして、次に、認証サーバ２０は、認証実行指示に応答して認証処理を実行する（ステップＳ７４）。
【０１４０】
次に、アプリケーション管理サーバ１０は、認証サーバ２０から送信された認証処理結果を受信する（ステップＳ７６）。具体的には、サービス可否判断部１０７は、通信部１０５を介して認証サーバ２０から送信された認証処理結果を受信する。
【０１４１】
次に、アプリケーション管理サーバ１０のサービス可否判断部１０７は、認証処理結果に基づいて認証が成功したかどうかを判断する（ステップＳ７８）。認証が成功しなかった場合には、処理を終了する（エンド）。
【０１４２】
一方、サービス可否判断部１０７は、認証処理結果に基づいて、認証が成功したと判断した場合（ステップＳ７８においてＹＥＳ）には、次に、ユーザ端末４０とアプリケーション管理サーバ１０との間の通信接続（セッション）を構築して、アプリケーションのトップページ画面データを送信する（ステップＳ８０）。具体的には、サービス可否判断部１０７は、ユーザ端末４０に対してサービス提供部１０６におけるサービスの許可を与えて、サービス提供部１０６は、アプリケーションのトップページ画面を表示するトップページ画面データをユーザ端末４０に出力する。
【０１４３】
そして、ユーザ端末４０は、当該トップページ画面データに基づくトップページ画面をディスプレイ４８に表示する。
【０１４４】
そして、サービス提供部１０６は、ユーザ端末４０からの操作指示に従うアプリケーション処理を実行する（ステップＳ８２）。ユーザ端末４０とアプリケーション管理サーバ１０等との間での情報の授受に基づく処理であればどのようなアプリケーション処理でもよく、特にその内容には限定されず、例えば、コミュニティに属するユーザ（メンバー）同士で情報交換を行ったりする等のアプリケーション処理等が挙げられる。
【０１４５】
次に、サービス提供部１０６は、ユーザ端末４０からのログアウト要求があったかどうかを判断する（ステップＳ８４）。図示しないが例えば、ユーザからの指示に従って画面に設けられたログアウトボタンを指定することによりログアウト要求がユーザ端末４０からアプリケーション管理サーバ１０に送信されるものとする。
【０１４６】
ステップＳ８４において、ログアウト要求が有るまでは、ステップＳ８２に戻って、アプリケーション処理を継続する。
【０１４７】
一方、ステップＳ８４において、ログアウト要求が有る場合（ステップＳ８４においてＹＥＳ）には、サービス提供部１０６は、セッションを切断して、ログアウトページ画面データを送信する（ステップＳ８６）。具体的には、サービス提供部１０６におけるサービスの許可を停止して、アプリケーションのログアウトページ画面を表示するログアウトページ画面データをユーザ端末４０に出力する。
【０１４８】
そして、ユーザ端末４０のディスプレイ４８は、ログアウトページを表示する。そして、処理を終了する（エンド）。
【０１４９】
＜処理フロー＞
次に、図１２を用いて、上記で説明した本発明の実施の形態に従う認証処理のメインフローについて説明する。
【０１５０】
当該処理は、認証サーバ２０において実行される処理である。
図１２を参照して、認証サーバ２０は、認証実行指示をアプリケーション管理サーバ１０から受信したかどうかを判断する（ステップＳ９０）。具体的には、認証判定部２１０は、通信部２０２を介してアプリケーション管理サーバ１０から認証実行指示を受信したかどうかを判断する。
【０１５１】
そして、認証判定部２１０は、アプリケーション管理サーバ１０から認証実行指示を受信したと判断した場合（ステップＳ９０においてＹＥＳ）には、認証画面生成部２０４に指示して、ユーザ端末４０のディスプレイ４８に認証処理初期画面を表示させる（ステップＳ９２）。
【０１５２】
次に、認証画面生成部２０４は、新規コミュニティ登録指示が有ったかどうかを判断する（ステップＳ９４）。具体的には、図５における認証処理初期画面３００において、新規コミュニティ登録ボタン３０８が押下されたかどうかに基づいて判断される。
【０１５３】
そして、ステップＳ９４において、認証画面生成部２０４は、新規コミュニティ登録指示が有った場合（ステップＳ９４においてＹＥＳ）には、認証判定部２１０に通知して、新規コミュニティ登録処理を実行する（ステップＳ９６）。新規コミュニティ登録処理が終了した後、ステップＳ１０６に進み、アプリケーション管理サーバ１０に認証結果を通知する。新規コミュニティ登録処理が終了した場合には、一例として、認証成功として通知するものとする。
【０１５４】
一方、ステップＳ９４において、認証画面生成部２０４は、新規コミュニティの登録指示がなかったと判断した場合（ステップＳ９４においてＮＯ）には、次に、コミュニティ名の指示が有ったかどうかを判断する（ステップＳ９８）。
【０１５５】
ステップＳ９８において、認証画面生成部２０４は、コミュニティ名の指示が有ったと判断した場合（ステップＳ９８においてＹＥＳ）には、認証判定部２１０に通知して、後述する画像認証画面を表示する処理（画像認証画面表示処理）を実行する（ステップＳ１００）。画像認証画面表示処理については後述する。
【０１５６】
そして、次に、画像認証画面表示処理後、認証画面生成部２０４は、ユーザによる画像選択があったかどうかを判断する（ステップＳ１０２）。
【０１５７】
ステップＳ１０２において、認証画面生成部２０４は、ユーザによる画像選択が有ったと判断した場合には、認証判定部２１０に通知して、認証処理を実行する（ステップＳ１０４）。そして、次に、ステップＳ１０６に進む。
【０１５８】
ステップＳ１０６において、認証判定部２１０は、認証結果をアプリケーション管理サーバ１０に送信する。
【０１５９】
そして、処理を終了する（リターン）。すなわち、図１０のステップＳ７６に進む。
一方、ステップＳ１０２において、認証画面生成部２０４は、ユーザによる画像選択がなかったと判断した場合には、ユーザを新規に登録する処理（新規ユーザ登録処理とも称する）を実行する指示（ユーザ新規登録指示とも称する）が有ったかどうかを判断する（ステップＳ１０３）。後述するが新規ユーザ登録処理は、既にコミュニティが登録されている場合に、当該登録されているコミュニティに新たなメンバーとして登録する処理である。
【０１６０】
ユーザ新規登録指示が有ったと判断した場合（ステップＳ１０３においてＹＥＳ）には、新規ユーザ登録処理を実行する（ステップＳ１０５）。
【０１６１】
一方、ユーザ新規登録指示が無かったと判断した場合（ステップＳ１０３においてＮＯ）には、ステップＳ１０２に戻り、上記の処理を繰り返す。
【０１６２】
新規ユーザ登録処理後、ステップＳ１０６に進み、アプリケーション管理サーバ１０に認証結果を通知する。新規ユーザ登録処理が終了した場合には、一例として、認証成功として通知するものとする。
【０１６３】
図１３を用いて、本発明の実施の形態に従う新規コミュニティ登録処理のフローについて説明する。
【０１６４】
図１３を参照して、認証画面生成部２０４は、新規コミュニティ登録指示が有ったと判断した場合には、ユーザ端末４０のディスプレイ４８に新規コミュニティ登録画面を表示させる（ステップＳ１１０）。具体的には、認証画面生成部２０４は、図６および図７の新規コミュニティ登録画面３１０，３２０をディスプレイ４８に表示させる。
【０１６５】
そして、次に、認証画面生成部２０４は、当該新規コミュニティ登録画面においてデータの入力が有ったかどうかを判断する（ステップＳ１１２）。具体的には、新規コミュニティ登録画面３１０，３２０において、新規のコミュニティ名の入力および管理者名、Ｅ−ｍａｉｌ等の入力があったかどうかを判断する。
【０１６６】
一方、ステップＳ１１２において、当該新規コミュニティ登録画面においてデータの入力が無かった場合（ステップＳ１１２においてＮＯ）には、データの入力があるまで当該状態を維持する。
【０１６７】
ステップＳ１１２において、当該新規コミュニティ登録画面においてデータの入力が有った場合（ステップＳ１１２においてＹＥＳ）には、次に、登録確認処理を実行する（ステップＳ１１４）。具体的には、認証画面生成部２０４は、入力された登録データを認証判定部２１０に通知し、認証判定部２１０において、認証データを参照して、今回、新規コミュニティ登録画面において入力されたコミュニティ名が新規であるか否か確認する。
【０１６８】
認証判定部２１０は、認証データを参照して、入力された登録データに含まれる新規のコミュニティ名が既に登録されたもの（既登録済み）であるか否かを判断する（ステップＳ１１６）。
【０１６９】
ステップＳ１１６において、認証判定部２１０は、入力された登録データに含まれる新規のコミュニティ名が既に登録されていると判断した場合（ステップＳ１１６においてＹＥＳ）には、図１２のステップＳ９２に戻って、最初の認証処理初期画面を表示させる。具体的には、認証判定部２１０は、認証画面生成部２０４に対して、認証処理初期画面の表示を指示する。すなわち、コミュニティ名が既登録済みである場合には、新規コミュニティ登録処理を中止して、認証処理初期画面を表示させてユーザの再操作を促す。
【０１７０】
一方、ステップＳ１１６において、認証判定部２１０は、認証データに、入力された登録データに含まれる新規のコミュニティ名が登録されていないと判断した場合（ステップＳ１１６においてＮＯ）には、画像選択部２１６に指示して、画像選択部２１６において、データ記憶部２２０に格納されている画像データ群の中から正解画像となる初期画像データを選択する（ステップＳ１１７）。
【０１７１】
そして、画像選択部２１６は、類似度算出部２１４に対して、当該選択した初期画像データを基準として、画像データ群に含まれる他の全ての画像データとの類似度の計算を指示する（ステップＳ１１８）。類似度の算出は、種々の方式を用いることが可能である（例えば、「複数視点画像を用いた顔画像認識」（精密工学会画像応用技術専門委員会研究報告ｖｏｌ１９，Ｎｏ．３，ｐｐ１−１０，２００４））等が挙げられる）。
【０１７２】
そして、次に、画像選択部１１８は、類似度算出部２１４で計算された、選択した初期画像データと、他の全ての画像データとの類似度の計算結果に基づいて、他の全ての画像データを類似度の順番に配列する（ステップＳ１１９）。具体的には、計算結果に基づいて、他の全ての画像データに関して、選択した初期画像データとの類似度が小さくなる方向に順番に配列する。
【０１７３】
そいて、次に、画像選択部２１６は、他の全ての画像データのうち順番に配列されている中から次の順番に対応する画像データを選択する（ステップＳ１２０）。
【０１７４】
次に、画像選択部２１６は、選択した２つの画像データの画像判定を実行する（ステップＳ１２１）。具体的には、選択した２つの画像データの類似度を算出して判断する。
具体的には、選択した２つの画像データの算出された類似度が所定のしきい値以下か否かを判断する。すなわち、所定のしきい値未満である非類似の関係であるかどうかを判定する。なお、類似度の値が大きい場合には、２つの画像データが類似している度合が高い場合を意味する。なお、類似度の値が小さい場合には、２つの画像データが類似している度合が低い場合を意味する。
【０１７５】
ここでは、所定のしきい値以下か否かを判断することにより、選択した２つの画像データの類似度の値が小さいものを選択したかどうかを判断している。本例においては、２つの画像データを用いて補間画像を生成して、一方の画像データから他方の画像データまで、生成した補間画像を用いて正解画像を変化させる。したがって、一方の画像データと他方の画像データとの類似度の値が高い場合には、正解画像の変化が小さくなる可能性が高い。すなわち、誰でも容易に正解画像の変化を類推することが可能となり、セキュリティが低下する可能性があるため一方の画像データと他方の画像データとの類似度がある程度小さいものが選択される。
【０１７６】
そして、画像選択部２１６は、選択した２つの画像データの画像判定がＯＫかどうかを判断する（ステップＳ１２２）。
【０１７７】
そして、ステップＳ１２２において、判定がＯＫであると判断された場合（ステップＳ１２２においてＹＥＳ）には、認証データを登録する（ステップＳ１２３）。具体的には、認証判定部２１０は、データ記憶部２２０に認証データを更新して保存する。
【０１７８】
そして、次に、認証判定部２１０は、認証画面生成部２０４に指示して、ユーザ端末４０のディスプレイ４８に、正解画像を表示させる（ステップＳ１２４）。
【０１７９】
そして、処理を終了する（リターン）。すなわち、図１２のフローに戻り、次に、ステップＳ１０６に進む。
【０１８０】
一方、ステップＳ１２２において、判定がＯＫでないと判断された場合（ステップＳ１２２においてＮＯ）には、再びステップＳ１２０に戻り、配列された次の順番に対応する画像データを選択して、画像判定を実行する。すなわち、選択した２つの画像データが非類似の関係となった場合に、判定がＯＫとなり、上記したように認証データとして登録される。
【０１８１】
再び、図１２を参照して、ステップＳ９４において、認証画面生成部２０４は、新規コミュニティ登録指示がなかった場合（ステップＳ９４においてＮＯ）には、コミュニティ名の指示が有ったかどうかを判断する（ステップＳ９８）。具体的には、図５における認証処理初期画面３００において、コミュニティ名の入力領域３０２において、コミュニティ名の入力がなされて、決定ボタン３０６が押下されたかどうかに基づいて判断される。
【０１８２】
そして、ステップＳ９８において、認証画面生成部２０４は、コミュニティ名の指示が有ったと判断した場合（ステップＳ９８においてＹＥＳ）には、認証判定部２１０に通知して、画像認証画面表示処理を実行する（ステップＳ９６）。
【０１８３】
一方、ステップＳ９８において、認証画面生成部２０４は、コミュニティ名の指示がないと判断した場合（ステップＳ９８においてＮＯ）には、ステップＳ９４に戻り、指示があるまでその状態を維持する。
【０１８４】
次に、画像認証画面表示処理について説明する。
＜画像認証画面表示処理＞
図１４を用いて、本発明の実施の形態に従う画像認証画面について説明する。
【０１８５】
図１４（Ａ）を参照して、一例としてここでは、コミュニティ名「ＡＡＡサークル」の画像認証画面１００の一例が示されている。
【０１８６】
コミュニティ名「ＡＡＡサークル」の画像認証画面１００において、一例として、複数の画像オブジェクトの中からパスワード画像を選択する画面が示されている。
【０１８７】
ユーザは、画像認証画面１００の中に表示されている複数の画像オブジェクトの中から１つを選択入力することが可能である。
【０１８８】
なお、ここでは、画像オブジェクト１０２が正解画像（パスワード画像）とする。
認証サーバ２０は、ユーザが選択した画像オブジェクトが正解画像である否かを判断し、正解画像であると判断した場合には、認証処理が成功とした旨をアプリケーション管理サーバ１０に通知する。当該通知を受けて、アプリケーション管理サーバ１０は、当該コミュニティ名「ＡＡＡサークル」に関する所定のサービスの機能の実行をユーザ端末４０に対して許可する。
【０１８９】
なお、ここで、ユーザ新規登録ボタン１０３が設けられており、新規にコミュニティに参加したいユーザは当該ボタン１０３を指定することにより、新規ユーザ登録処理を実行することが可能である。新規ユーザ登録処理については後述する。
【０１９０】
本例においては、正解画像（パスワード画像）は、コミュニティに共通の１つの画像が配布されるものとする。本例においては、一例として、新規ユーザ登録処理により、画像オブジェクト１０２が正解画像（パスワード画像）として通知されるものとする。また、後述するが正解画像（パスワード画像）は、本例において自動的に変化する。
【０１９１】
なお、本例においては、正解画像（パスワード画像）をコミュニティに参加する新規のメンバーに通知する手段の１つとして新規ユーザ登録処理を実行する場合について説明するが、特にこれに限られず、他の手段を用いて正解画像（パスワード画像）を通知するようにしても良い。
【０１９２】
図１４（Ｂ）を参照して、ここでは、画像認証画面１００＃が示されている。
図１４（Ａ）と比較して、本例においては、ユーザＩＤをさらに入力する入力欄１０４が設けられている場合が示されている。パスワード画像については同様である。なお、当該ユーザＩＤは、一例として新規ユーザ登録処理において発行することが可能である。
【０１９３】
当該発行されたユーザＩＤと、正解画像（パスワード画像）とで構成される認証情報に基づいて認証処理を実行することが可能である。
【０１９４】
図１５を用いて、認証処理が成功した場合の確認画面について説明する。
図１５を参照して、当該確認画面１１０において、認証処理に成功した場合には「認証に成功しました」が表示される。また、それとともに、確認画面１１０において、確認ボタン１１２が設けられている。確認ボタン１１２を押下することにより、本例においては一例として認証サーバ２０からアプリケーション管理サーバ１０に認証処理結果が通知されるものとする。そして、上述したように、アプリケーション管理サーバ１０から、当該コミュニティ名「ＡＡＡサークル」に関する所定のサービスの機能の実行が可能なアプリケーショントップページ画面が表示される。
【０１９５】
図１６を用いて、本発明の実施の形態に従う正解画像の変化の流れについて説明する。本例においては、１週間ずつ正解画像が変化する場合について説明する。
【０１９６】
図１６（Ａ）を参照して、ここでは、最初に通知する正解画像が示されている。ここで表示されている正解画像は、認証データの画像Ｘに対応する画像ＩＤ００１に対応する画像データである。なお、ここでは、補間パラメータは０である。
【０１９７】
図１６（Ｂ）を参照して、ここでは、最初のログイン時に表示される画像選択肢が示されている。
【０１９８】
具体的には、１つの正解画像と、３つの不正解画像が表示される。なお、本例においては、不正解画像は３つの場合について説明しているが特にこの数に限定されるものでなく少なくとも１つ以上であればいくつでも良い。また、後述するが３つの不正解画像は、ランダムに画像データ群の中から選択されるものとする。
【０１９９】
ユーザが最初に通知された正解画像を選択することにより、認証処理が成功して所定のサービスの機能の実行が可能である。
【０２００】
図１６（Ｃ）には、１週間後のログイン時に表示される画像選択肢の変化が示されている。後述するが正解画像は、選択された２つの画像データの補間画像に更新される。当該補間画像は、選択された２つの画像データと補間パラメータとに基づいて生成される。
【０２０１】
図１６（Ｃ）に示されるように、１週間後ずつすなわち、毎週正解画像は、少しずつ自動的に変化する。具体的には、補間パラメータの値が変化していく。なお、３つの不正解画像は、ランダムに選択されるものとする。
【０２０２】
図１６（Ｄ）には、例えば、一例として、半年後のログイン時に表示される画像選択肢が示されている。
【０２０３】
図１６（Ｄ）に示されるように半年後の正解画像は、毎週少しずつ変化した結果、最初のログイン時に表示される正解画像とは、全く異なるものに変化している。ここで表示されている正解画像は、認証データの画像Ｙに対応する画像ＩＤ００５に対応する画像データである。なお、ここでは、補間パラメータは１である。なお、本例においては、一例として過去の正解画像が不正解画像の１つとして示されている。
【０２０４】
図１７を用いて、本発明の実施の形態に従う画像認証画面表示処理の手順を示すシーケンス図について説明する。
【０２０５】
図１７に示す各ステップは、上述の図４に示すユーザ端末ならびに認証サーバ２０の認証画面生成部２０４、データ記憶部２２０、認証判定部２１０、正解情報更新部２０８および正解情報生成部２１２によって実行される。
【０２０６】
図１７を参照して、ステップＳ２０〜Ｓ２６までの処理については、図９で説明した処理と同様であるのでその詳細な説明は繰り返さない。
【０２０７】
ユーザ端末４０は、認証サーバ２０からの認証処理の初期画面を表示するためのデータの送信により認証処理初期画面３００（図５）を表示する。
【０２０８】
そして、図５に示す認証処理初期画面３００において、ユーザ（管理者）がコミュニティ名の入力領域３０２にコミュニティ名を入力して、決定ボタン３０６を入力（選択）したとする（ステップＳ１３０のユーザ操作）。次に、ユーザ端末４０は、入力したコミュニティ名の情報とともに、当該コミュニティに対応する認証要求を認証画面生成部２０４に送信する（ステップＳ１３１）。
【０２０９】
認証画面生成部２０４は、入力されたコミュニティ名の情報とともに、当該コミュニティに対応する認証要求の受信に従って、認証判定部２１０に当該コミュニティ名の情報および認証要求を通知する（ステップＳ１３２）。
【０２１０】
認証判定部２１０は、認証画面生成部２０４から通知されたコミュニティ名に従って認証データに含まれている当該コミュニティ名に対応する認証パラメータおよび更新確認指示を正解情報更新部２０８に送信する（ステップＳ１３４）。ここでいう、認証パラメータとは、認証データに含まれている画像Ｘ，Ｙの画像ＩＤと、補間パラメータとを意味する。
【０２１１】
正解情報更新部２０８は、認証判定部２１０からの更新確認指示に従って、通知された認証パラメータに基づいて、更新が必要か否かの更新判定処理を実行する（ステップＳ１３６）。本例においては、一例として、最初の新規のコミュニティを登録した時点における正解画像が設定された日付から一週間毎に更新有りと判定するものとする。
【０２１２】
なお、本例においては、日付を基準として、１週間毎に正解画像を更新する場合について説明するが特にこの方式に限られず、別のタイミングで更新させるようにすることも当然に可能である。
【０２１３】
そして、次に、正解情報更新部２０８は、判定結果に基づいて、認証パラメータの更新処理を実行する（ステップＳ１３８）。認証パラメータの更新処理については後述する。
【０２１４】
次に、正解情報更新部２０８は、更新された認証パラメータを正解情報生成部２１２に送付する（ステップＳ１４０）。
【０２１５】
また、正解情報更新部２０８は、更新された認証パラメータをデータ記憶部２２０に登録する（ステップＳ１４６）。
【０２１６】
正解情報生成部２１２は、正解情報更新部２０８から送付された認証パラメータに基づいて、正解情報を生成する（ステップＳ１４２）。
【０２１７】
そして、正解情報生成部２１２は、生成した正解情報を認証判定部２１０に送付する（ステップＳ１４４）。
【０２１８】
認証判定部２１０は、生成した正解情報とともに、画像認証画面の生成指示を認証画面生成部２０４に指示する（ステップＳ１４８）。なお、認証判定部２１０は、生成した正解情報に対応して画像ＩＤを割り当てるものとする。そして、当該割り当てた画像ＩＤを用いて認証処理を実行する。
【０２１９】
認証画面生成部２０４は、正解情報を含む画像認証画面を生成する（ステップＳ１５０）。なお、画像認証画面において、表示される画像は、それぞれ画像ＩＤが割り当てられているものとする。
【０２２０】
そして、次に、認証画面生成部２０４は、画像認証画面を表示させるデータをユーザ端末４０に出力する。そして、ユーザ端末４０のディスプレイ４８に画像認証画面を表示させる（ステップＳ１５２）。
【０２２１】
具体的には、図１４で説明した画像認証画面１００をディスプレイ４８に表示させる。
次に、ユーザ（管理者）が画像認証画面に表示された複数の選択オブジェクトの中から画像オブジェクト１０２を入力（選択）したとする（ステップＳ１５４のユーザ操作）。
【０２２２】
ユーザ端末４０から認証画面生成部２０４に対して選択指示が出力される（ステップＳ１５６）。
【０２２３】
認証画面生成部２０４は、認証判定部２１０に選択指示を送付する（ステップＳ１５８）。具体的には、認証画面生成部２０４は、複数の選択オブジェクトの中から指定したオブジェクトに対応する画像データの画像ＩＤを認証判定部２１０に選択指示として送付する。
【０２２４】
そして、認証判定部２１０は、認証画面生成部２０４から受けた選択指示に基づいて、ユーザ端末４０において、ユーザが選択したオブジェクトが正解画像であるか否かの認証処理を実行する（ステップＳ１６０）。
【０２２５】
例えば、正解情報に対応して割り当てられた画像ＩＤと、認証画面生成部２０４から送付された画像ＩＤとが一致するか否かに基づいて正解画像が選択されたか否かを判断することが可能である。一致していれば正解画像が選択されたものと判断し、不一致であれば正解画像が選択されなかったと判断する。すなわち、不正解画像が選択されたと判断する。
【０２２６】
そして、認証判定部２１０は、その認証結果を認証画面生成部２０４に通知する（ステップＳ１６２）。具体的には、認証判定部２１０は、正解画像が選択されたと判断した場合には認証成功である旨を通知する。一方、正解画像が選択されなかった場合には、認証失敗である旨を通知する。
【０２２７】
認証画面生成部２０４は、認証判定部２１０から通知された認証結果をユーザ端末４０に出力して、ユーザ端末４０のディスプレイ４８に図１５で説明した確認画面を表示する（ステップＳ１６４）。なお、図１５においては、認証に成功した場合について表示しているが、認証に失敗した場合についても認証が失敗したことをユーザに提示するようにすることも可能である。
【０２２８】
そして、図１５で説明したように確認画面における確認ボタン１１２を押下することにより、本例においては一例として認証サーバ２０からアプリケーション管理サーバ１０に認証処理結果例えば認証成功あるいは認証失敗が通知されるものとする。
【０２２９】
図１８を用いて、画像認証画面表示処理のフローについて説明する。
図１８を参照して、図１２のステップＳ９８において、コミュニティ名の指示がある場合（ステップＳ９８においてＹＥＳ）には、認証判定部２１０は、正解情報更新部２０８に指示して更新判定処理を実行させる（ステップＳ１７０）。具体的には、最初の新規のコミュニティを登録した時点における正解画像が設定された日付からの経過日時を算出する。そして、一週間毎に更新の必要有りと判定する。
【０２３０】
そして、正解情報更新部２０８は、更新の必要有りと判定した場合には、正解画像用パラメータを更新する正解画像用パラメータ更新処理を実行する（ステップＳ１７４）。当該処理については後述する。
【０２３１】
一方、正解情報更新部２０８は、更新の必要が無いと判定した場合（ステップＳ１７２においてＮＯ）には、ステップＳ１７４の処理をスキップして、ステップＳ１７６に進む。
【０２３２】
そして、次に、正解画像用パラメータに基づいて正解情報生成部２１２にて正解情報を生成する（ステップＳ１７６）。そして、正解情報が認証判定部２１０に送付される。
【０２３３】
そして、認証判定部２１０は、認証画面生成部２０４に指示して、認証画面生成部２０４は、画像認証画面を生成する（ステップＳ１７８）。
【０２３４】
そして、画像認証画面をユーザ端末４０のディスプレイ４８に表示する（ステップＳ１８０）。
【０２３５】
そして、処理を終了する（リターン）。すなわち、図１２のステップＳ１０２に進む。
図１９を用いて、正解画像用パラメータ更新処理について説明する。
【０２３６】
当該処理は、正解情報更新部２０８と、画像選択部２１６と、類似度算出部２１４とにより実現される。
【０２３７】
図１９を参照して、まず、正解情報更新部２０８は、補間パラメータが１以上であるか否かを判断する（ステップＳ１８２）。すなわち、補間パラメータの更新処理により値が１以上である場合とは、正解情報である画像データが例えば画像Ｘから画像Ｙに移行している場合を意味する。
【０２３８】
そして、正解情報更新部２０８は、補間パラメータが１以上であると判断した場合（ステップＳ１８２においてＹＥＳ）には、ステップＳ１８４に進む。
【０２３９】
一方、ステップＳ１８２において、補間パラメータが１未満である場合（ステップＳ１８２においてＮＯ）には、ステップＳ１９４に進み、補間パラメータを更新する。具体的には、現在の補間パラメータの値に所定の値を加算してステップＳ１９２に進む。すなわち、補間パラメータが１未満である場合には、補間パラメータの更新に従って補間画像が変化する。
【０２４０】
そして、正解情報更新部２０８は、データを更新する（ステップＳ１９２）。具体的には、認証データの補間パラメータの内容を更新する。
【０２４１】
そして、終了する（リターン）。すなわち、ステップＳ１７６に進む。
図２０を用いて、本発明の実施の形態に従う補間パラメータの遷移と補間画像との関係について説明する。
【０２４２】
図２０（Ａ）を参照して、ここでは、画像Ｘが画像Ｐに対応し、画像Ｙが画像Ｑに対応している場合が示されている。
【０２４３】
図２０（Ｂ）を参照して、正解画像を更新する毎に補間パラメータを０．１ずつ加算していく場合が示されている。
【０２４４】
当該補間パラメータを０．１ずつ加算していくことにより、最初の画像Ｐ（補間パラメータは０）→次の画像Ｐ＃（補間パラメータは０．１）→・・・→画像Ｑ（補間パラメータ１）に遷移する場合が示されている。
【０２４５】
すなわち、最初の画像Ｐから最終的に画像Ｑに遷移する。
ここで示される補間画像は、画像オブジェクトの特徴点の位置や大きさを画像Ｐから画像Ｑに変化させる補間処理により生成されたものである。特徴点としては、例えば、人物画像等においては、人物画像の顔を構成する顔パーツ（要素）である瞳、鼻孔、目頭、目尻、口端等の特徴部位のことである。具体的には、補間パラメータに従って画像Ｐの人物画像の顔の瞳を画像Ｑの人物画像の顔の瞳に変化させる補間処理が行なわれる。
【０２４６】
再び図１９を参照して、ステップＳ１８２において、正解情報更新部２０８は、補間パラメータが１以上であると判断した場合（ステップＳ１８２においてＹＥＳ）には、次に、画像選択部２１６に指示して、画像データ群の中から次の画像を選択する（ステップＳ１８４）。その際、上記したように、初期画像データを基準として、順番に配列されている画像データの中から現在の正解画像に対応する画像データの次の順番に対応する画像データを選択する。
【０２４７】
すなわち、上記で説明したように、２つの画像データを選択した後、一方の画像から他方の画像に補間パラメータの調整により遷移した場合には、次の順番の画像データを選択する。
【０２４８】
そして、画像選択部２１６は、他方の画像データと、他方の画像データの次の画像データである選択した画像データとを類似度算出部２１４に送付して、類似度算出部２１４に対して選択した２つの画像データの類似度の計算を指示する（ステップＳ１８６）。
【０２４９】
そして、次に、類似度算出部２１４の計算結果を受けて、画像選択部２１６は、計算した類似度が所定のしきい値以下であるかどうかを判断する（ステップＳ１８８）。
【０２５０】
ステップＳ１８８において、画像選択部２１６は、所定のしきい値未満であると判断された場合（ステップＳ１８８においてＹＥＳ）には、選択した画像データを正解情報更新部２０８に送付する。
【０２５１】
そして、正解情報更新部２０８は、補間パラメータを初期化する（ステップＳ１９０）。
【０２５２】
そして、正解情報更新部２０８は、データを更新する（ステップＳ１９２）。具体的には、認証データの画像Ｘ，画像Ｙおよび補間パラメータの内容を更新する。
【０２５３】
すなわち、画像Ｘは、他方の画像データの画像ＩＤが登録される。一方、画像Ｙは、選択した画像データの画像ＩＤが登録される。また、補間パラメータは０に初期化される。
【０２５４】
そして、終了する（リターン）。すなわち、ステップＳ１７６に進む。
一方、画像選択部２１６は、ステップＳ１８８において、所定のしきい値未満でないと判断された場合（ステップＳ１８８においてＮＯ）には、再び、ステップＳ１８４に戻って、初期画像データを基準として、順番に配列されている画像データの中からさらに次の画像を選択する。そして、類似度算出部２１４において、上記と同様の方式により類似度を計算して、類似度が所定のしきい値以下である画像を選択する。
【０２５５】
当該処理により、画像選択部２１６により選択される画像は、現在の画像とは類似の度合が小さいものが選択される。これにより、現在の画像から選択される画像への変化において、現在の画像から選択画像への変化が大きくなるためセキュリティを向上させることができる。
【０２５６】
また、類似度順に配列されている画像データの中から次の画像データを選択することで選択済みの画像データや初期に選択した画像データを選択することがないので、セキュリティをさらに向上させることができる。
【０２５７】
当該処理により、正解画像用のパラメータが更新されることになる。
＜新規ユーザ登録処理＞
本例においては、ユーザ端末５０のユーザが新規ユーザとして追加の登録処理を実行する場合について説明する。
【０２５８】
図２１を用いて、新規ユーザを登録する新規ユーザ登録画面４２０について説明する。
当該新規ユーザ登録画面４２０は、図１４の画像認証画面１００において、ユーザ新規登録ボタン１０３を押下した場合に表示される。当該新規ユーザ登録画面４０２において、ユーザが所定の情報を入力することによりコミュニティにおけるメンバーを追加登録することが可能となる。
【０２５９】
図２１を参照して、新規ユーザ登録画面４２０において、「ユーザ名を入力して下さい」の案内表示とともに、入力領域４２２が設けられている。「また、Ｅ−ｍａｉｌを入力して下さい」の案内表示とともに入力領域４２４が設けられている。
【０２６０】
また、戻るボタン４２６と、決定ボタン４２８とが設けられている。
ユーザ端末５０のユーザは、ディスプレイ４８に表示された新規ユーザ登録画面４２０の入力領域４２２，４２４にキーボード４７あるいはマウス４６等を用いてユーザ名およびＥ−ｍａｉｌを入力する。
【０２６１】
そして、決定ボタン４２８を押下することにより当該入力領域４２２，４２４に入力した内容が認証サーバ２０に送信されて、入力した内容が登録される。
【０２６２】
一方、戻るボタン４２６を押下することにより、認証処理初期画面３００に戻るものとする。
【０２６３】
本例においては、一例として、入力領域４２２に「Ｂｏｂ」との文字が入力されている場合が示されている。
【０２６４】
そして、本例においては、入力領域４２４に図示しないＥ−ｍａｉｌが入力されて決定ボタン４２８が押下された場合について説明する。
【０２６５】
当該処理により新規ユーザの登録処理が実行され、コミュニティにおける新たなメンバーを追加するとともに、当該コミュニティに属するメンバーか否かを判断する正解画像が新たなメンバーに通知される。
【０２６６】
図２２を用いて、新規ユーザ登録時の正解画像の確認画面（正解画像確認画面とも称する）について説明する。
【０２６７】
図２２を参照して、ここで、正解画像確認画面４３０には「ＡＡＡサークルを入会しました。」との表現とともに、正解画像４３２が示されている。また、確認ボタン４３４が設けられている。確認ボタン４３４を押下することにより、アプリケーション管理サーバ１０からアプリケーションに基づく所定のサービスが提供される。
【０２６８】
そして、新たな新規ユーザは、正解画像確認画面４３０で表示された正解画像を次回以降の画像認証画面で選択することにより当該コミュニティ（「ＡＡＡサークル」）における認証処理が成功する。
【０２６９】
図２３を用いて、本発明の実施の形態に従う新規ユーザの登録の手順を示すシーケンス図について説明する。
【０２７０】
図２３に示す各ステップは、上述の図４に示すユーザ端末５０ならびに認証サーバ２０の認証画面生成部２０４、データ記憶部２２０、認証判定部２１０によって実行される。
【０２７１】
ここで、上述したように、ステップＳ２０において、認証判定部２１０は、データ記憶部２２０に対して認証データを要求する。ステップＳ２２において、データ記憶部２２０は、認証判定部２１０からの要求に応答して、自身に格納されている認証データを送付する。
【０２７２】
また、ステップＳ１５２における認証画面の表示処理までは、図１７で説明した処理と同様であるのでその詳細な説明は省略する。
【０２７３】
ステップＳ１５２において、ユーザ端末５０は、認証サーバ２０からの認証処理の画像認証画面を表示するためのデータの送信により画像認証画面１００（図１４）を表示する。
【０２７４】
そして、図１４に示す画像認証画面１００において、ユーザ（管理者）がユーザ新規登録ボタン１０３を入力（選択）したとする（ステップＳ２００のユーザ操作）。次に、ユーザ端末５０は、認証画面生成部２０４にユーザ新規登録指示を送信する（ステップＳ２０２）。
【０２７５】
認証画面生成部２０４は、ユーザ新規登録指示に従って、新規ユーザ登録画面を表示するためのデータをユーザ端末５０に送信する（ステップＳ２０４）。
【０２７６】
そして、図２１に示す新規ユーザ登録画面４２０において、ユーザが入力領域４１２に入力（選択）したとする（ステップＳ２０６のユーザ操作）。次に、ユーザ端末５０は、新規ユーザの登録データを送付する（ステップＳ２０８）。
【０２７７】
認証画面生成部２０４は、当該登録データを認証判定部２１０に通知する（ステップＳ２１０）。
【０２７８】
認証判定部２１０は、通知された新規ユーザの登録データの登録を確認する（ステップＳ２１２）。
【０２７９】
具体的には、認証データを参照して、今回、入力された新規ユーザ名が新規であるか否かを判断する。ここで、ユーザが入力したユーザ名が既に登録されている場合には、新規ユーザ登録処理を中止して、認証処理初期画面を表示するように認証画面生成部２０４に指示する。
【０２８０】
ユーザが入力したユーザ名が新規である（すなわち登録されていない）場合には、認証判定部２１０は、認証データを更新する（ステップＳ２１４）。
【０２８１】
そして、認証判定部２１０は、更新した認証データをデータ記憶部２２０に保存する（ステップＳ２１５）。
【０２８２】
また、認証判定部２１０は、認証画面生成部２０４に対して、図１７のステップＳ１４４において既に正解情報生成部２１２において送付された正解画像を通知する（ステップＳ２１６）。
【０２８３】
認証画面生成部２０４は、認証判定部２１０から通知された正解情報に基づいて、正解画像をユーザ端末５０に表示するためのデータを送信する（ステップＳ２１８）。
【０２８４】
当該処理により、ユーザ端末５０のディスプレイ４８に図２２で説明した正解画像確認画面４３０が表示される。上述したように正解画像確認画面４３０において、新規ユーザは、当該コミュニティの認証処理の際に用いる正解画像を確認して利用することが可能となる。
【０２８５】
図２４を用いて、本発明の実施の形態に従う新規ユーザの登録処理のフローについて説明する。
【０２８６】
図２４を参照して、認証画面生成部２０４は、ユーザ新規登録指示が有ったと判断した場合には、ユーザ端末５０のディスプレイ４８に新規ユーザ登録画面を表示させる（ステップＳ２３０）。具体的には、認証画面生成部２０４は、図２１の新規ユーザ登録画面４２０をディスプレイ４８に表示させる。
【０２８７】
そして、次に、認証画面生成部２０４は、当該新規ユーザ登録画面においてデータの入力が有ったかどうかを判断する（ステップＳ２３２）。具体的には、新規ユーザ登録画面４２０において、新規のユーザ名の入力および、Ｅ−ｍａｉｌ等の入力があったかどうかを判断する。一方、ステップＳ２３２において、当該新規ユーザ登録画面においてデータの入力が無かった場合（ステップＳ２３２においてＮＯ）には、データの入力があるまで当該状態を維持する。
【０２８８】
ステップＳ２３２において、当該新規ユーザ登録画面においてデータの入力が有った場合（ステップＳ２３２においてＹＥＳ）には、次に、登録確認処理を実行する（ステップＳ２３４）。具体的には、認証画面生成部２０４は、入力された登録データを認証判定部２１０に通知し、認証判定部２１０において、認証データを参照して、今回、新規ユーザ登録画面において入力されたユーザ名が新規であるか否かを確認する。
【０２８９】
認証判定部２１０は、認証データ中に、入力された登録データに含まれる新規のユーザ名が既に登録されたもの（既登録済み）であるか否かを判断する（ステップＳ２３６）。
【０２９０】
ステップＳ２３６において、認証判定部２１０は、入力された登録データに含まれる新規のユーザ名が既に登録されていると判断した場合（ステップＳ２３６においてＹＥＳ）には、図１２のステップＳ９２に戻って、最初の認証処理初期画面を表示させる。具体的には、認証判定部２１０は、認証画面生成部２０４に対して、認証処理初期画面の表示を指示する。すなわち、新規ユーザ登録処理を中止して、認証処理初期画面を表示させてユーザの再操作を促す。
【０２９１】
一方、ステップＳ２３６において、認証判定部２１０は、入力された登録データに含まれる新規のユーザ名が登録されていないと判断した場合（ステップＳ２３６においてＮＯ）には、認証データを登録する（ステップＳ２３８）。具体的には、認証判定部２１０は、データ記憶部２２０に認証データを更新して保存する。
【０２９２】
そして、次に、認証判定部２１０は、認証画面生成部２０４に指示して、ユーザ端末５０のディスプレイ４８に、正解画像を表示させる（ステップＳ２４０）。具体的には、図１７のステップＳ１４４において既に正解情報生成部２１２において送付された正解画像を表示させる。
【０２９３】
そして、処理を終了する（リターン）。すなわち、図１２のフローに戻り、次に、ステップＳ１０６に進む。
【０２９４】
図２５を用いて、新規ユーザとして登録された認証データについて説明する認証データテーブルについて説明する。
【０２９５】
図２５を参照して、ここでは、コミュニティ名として「ＡＡＡサークル」が登録されている場合が示されている。また、登録者「Ａｌｉｃｅ」とともに、新規ユーザとして「Ｂｏｂ」が、Ｅ−ｍａｉｌ「・・・＠・・・」とともに登録されている場合が示されている。また、選択した２つの画像データを識別する識別ＩＤが画像Ｘ，Ｙとして登録されている場合が示されている。一例として、ここでは、画像Ｘの画像ＩＤ００１、画像Ｙの画像ＩＤ００５として登録されている場合が示されている。また、ここでは、補間パラメータの欄が示されており、補間パラメータは一例として０．５に設定されている場合が示されている。
【０２９６】
また、同様に、コミュニティ名として、「ＢＢＢサークル」が登録されている場合が示されている。また、登録者「Ｃｈａｒｌｉｅ」と「Ｄａｖｉｄ」が、Ｅ−ｍａｉｌ「・・・＠・・・」とともに登録されている場合が示されている。また、選択した２つの画像データを識別する識別ＩＤが画像Ｘ，Ｙとして登録されている場合が示されている。一例として、ここでは、画像Ｘの画像ＩＤ００７、画像Ｙの画像ＩＤ００８として登録されている場合が示されている。また、ここでは、補間パラメータの欄が示されており、補間パラメータは一例として０．３に設定されている場合が示されている。
【０２９７】
当該処理を実行することにより、コミュニティにユーザを追加登録することが可能となる。
【０２９８】
上記で説明したように、本発明の実施の形態に従う認証処理は、一例として、１週間後ずつすなわち、毎週正解画像は、少しずつ自動的に変化する。
【０２９９】
人間は全体的なイメージや、特徴的な箇所で情報を覚えるため、微妙な変化には鈍感であることが一般的に知られている。言い換えると、人は、少しの変化なら同じ画像であると判断できる。
【０３００】
したがって、１週間後ずつ少しずつ変化させた場合であっても同じ正解画像であるとユーザは判断することが可能である。
【０３０１】
複数の画像の中から正解画像を選んで認証する方式において、正解画像は少しずつ変化させて提示することで、頻繁にアクセスを続けている人なら正解画像は認証することが可能であるが、長時間アクセスをしなくなった人は正解画像は以前と全く異なったものになってしまうため認証できなくなる。
【０３０２】
当該認証により、コミュニティ上での遣り取りの疎密を反映して、認証のセキュリティを高めることが可能である。
【０３０３】
なお、上述したようにアクセスするたびに正解画像が少しずつ変化するため記憶が曖昧であると次回ログインする際に正解画像を適切に選択できない可能性も考えられるためユーザが正解画像を鮮明に記憶することを助けるために一定時間、今回、ログインした際の正解画像を認証後に表示させるようにしてユーザが正解画像を記憶するのを幇助するようにしても良い。なお、認証後の一定期間に限られず、例えば、ログアウトする際に当該正解画像を表示するようにして、記憶しておく時間を可能な限り短くするようにしても良い。
【０３０４】
また、表示の仕方も記憶し易くするために点滅させたり、イベントとして表示させたり種々の工夫等を施すことが可能である。
【０３０５】
なお、上記においては、補間パラメータを変更して正解画像を変化させる場合について説明したが、他の方式を用いて正解画像をさらに変化させるようにすることも可能である。
【０３０６】
また、正解画像に対して離散コサイン変換（ＤＣＴ変換）処理を実行した後、ＤＣＴ変化量を加えて逆離散コサイン変換（ＩＤＣＴ変換）処理を実行して正解画像を変化させるようにしても良い。また、正解画像に対してフィルタリング処理や輝度変換処理等、公知の画像処理を実行して正解画像を変化させるようにすることも可能である。
【０３０７】
また、本例においては、人物画像を用いて、人物画像の補間画像を生成する場合について説明したが、特に人物画像に限られず、図２６（Ａ）に示されるように他の写真等の画像（花の画像等）あるいは、図２６（Ｂ）に示されるように図形等（グラフ等）の補間画像を生成するようにすることも可能である。
【０３０８】
また、上記の実施の形態においては、例えば、正解画像の更新タイミングとして、時間の経過に基づいて正解画像用パラメータを変更する場合について説明したが、例えば、時間の経過ではなく、ユーザのアクセス情報例えば、データ変更量に基づいて正解画像用パラメータを変更するようにすることも可能である。
【０３０９】
また、本例においては、認証画面において、１つの正解画像が含まれる場合について説明したが、複数の正解画像を表示するようにしても良い。例えば、親密度の違いによって、複数の正解画像を使い分けるようにすることも可能である。例えば、親密度の低いユーザの正解画像と、親密度の高いユーザの正解画像とを用いることができる。そして、親密度の低いユーザの正解画像は、更新度合や更新頻度を上げるように設定して、また、親密度の高いユーザの正解画像は、更新度合や更新頻度を下げるように設定して、２つの正解画像を認証画面に表示するようにしても良い。
【０３１０】
また、上記の実施の形態においては、画像選択部２１６において、２つの画像データを選択する際に、最初に選択した初期画像データを基準として類似度順に配列された画像データ群の中から順番に次の正解情報の候補となる画像データを選択する場合について説明したが、別の選択方式を採用するようにしても良い。例えば、正解情報の候補となる画像データとして、画像データ群の中からランダムに２つの画像データＰ，Ｑを選択し、選択した２つの画像データの算出された類似度が所定のしきい値以下となるか否かを判断して所定のしきい値以下であれば当該選択した画像データを正解情報とする。その場合、画像データＰから画像データＱに遷移するものとする。そして、次の正解情報の候補となる画像データとして、画像データ群の中からランダムに画像データＲを選択する。そして、画像データＲと２つの画像データＰ，Ｑとの類似度を算出して所定条件を満たすかどうかを判断する。そして、所定条件を満たす場合に画像データＲを次の正解情報とする。所定条件としては、画像データＰと画像データＲとの類似度が画像データＰと画像データＱとの類似度よりも小さく、かつ、画像データＱと画像データＲとの類似度よりも小さいことを条件とする。
【０３１１】
なお、本例においては、アプリケーション管理サーバ１０と認証サーバ２０とがそれぞれ別々に設けられている構成について説明したがこれらを１つに含めた構成とすることも可能である。
【０３１２】
なお、上記装置を制御する各部について、コンピュータを機能させて、上述のフローで説明したような制御を実行させるプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）およびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【０３１３】
なお、プログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。
【０３１４】
また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。
【０３１５】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０３１６】
今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０３１７】
１０ アプリケーション管理サーバ、１１，２１，４１ ＣＰＵ、１２，２２，４２ ＲＡＭ、１３，２３，４３ ＲＯＭ、１４，２４，４４ ＨＤＤ、１５，２５，４９ 通信インタフェース、１６，２６，４５ 内部バス、２０ 認証サーバ、４０，５０ ユーザ端末、４６ マウス、４７ キーボード、４８ ディスプレイ。
【特許請求の範囲】
【請求項１】
複数の視覚的に識別可能な画像を記憶する記憶手段と、
前記記憶手段に記憶された画像の中から少なくとも２つの画像を選択する選択手段と、
前記選択手段により選択された前記少なくとも２つの画像を用いて正解画像を生成する正解画像生成手段と、
表示手段に前記記憶手段に記憶されている前記複数の画像のうちの少なくとも一部の画像を前記正解画像生成手段により生成された正解画像とともに提示して、ユーザの画像の選択の入力を受け付けて、前記正解画像の選択／非選択に応じて認証を行う認証手段と、
前記正解画像を必要に応じて更新する正解画像更新手段とを備え、
前記正解画像生成手段は、前記少なくとも２つの画像を補間する際に用いられる補間パラメータに基づいて前記少なくとも２つの画像の補間画像を前記正解画像として生成し、
前記正解画像更新手段は、前記補間パラメータを調整する、認証装置。
【請求項２】
前記正解画像生成手段は、前記正解画像更新手段により調整される前記補間パラメータの変化に従って、前記少なくとも２つの画像の一方の画像を始点とし、他方の画像を終点とした場合における始点―終点間を補間する補間画像を生成する、請求項１記載の認証装置。
【請求項３】
前記補間は、前記少なくとも２つの画像が各々有する特徴点が一方から他方に変化する処理に相当する、請求項２記載の認証装置。
【請求項４】
前記特徴点は、前記少なくとも２つの画像中の顔を構成する複数の要素のうちの少なくとも１つに相当する、請求項３記載の認証装置。
【請求項５】
前記複数の画像は、最初の前記正解画像に対応する初期画像を基準とした、順番に類似度が小さくなる順に配列され、
現在の前記正解画像に対応する前回選択された画像と、類似度順に配列された次の候補となる候補画像との各々が有する特徴点に基づいて互いの類似度を算出することが可能な類似度算出手段をさらに備え、
前記選択部は、
前記類似度算出手段により算出された互いの類似度が所定のしきい値以下となるかどうかを判断し、
前回選択された画像と、類似度順に配列された候補画像のうち、互いの類似度が所定のしきい値以下である、候補画像を選択する、請求項１〜４のいずれか一項に記載の認証装置。
【請求項６】
複数の視覚的に識別可能な画像を記憶する記憶手段が設けられ、
前記記憶手段に記憶された画像の中から少なくとも２つの画像を選択するステップと、
選択された前記少なくとも２つの画像を用いて正解画像を生成するステップと、
表示手段に前記記憶手段に記憶されている前記複数の画像のうちの少なくとも一部の画像を生成された正解画像とともに提示するステップと、
ユーザの画像の選択の入力を受け付けるステップと、
前記正解画像の選択／非選択に応じて認証を行うステップと、
前記正解画像を更新するステップとを備え、
前記正解画像を生成するステップは、前記少なくとも２つの画像を補間する際に用いられる補間パラメータに基づいて前記少なくとも２つの画像の補間画像を前記正解画像として生成し、
前記正解画像を更新するステップは、前記補間パラメータを調整する、認証方法。
【請求項７】
複数の視覚的に識別可能な画像を記憶する記憶手段が設けられた認証装置のコンピュータに、
前記記憶手段に記憶された画像の中から少なくとも２つの画像を選択するステップと、
選択された前記少なくとも２つの画像を用いて正解画像を生成するステップと、
表示手段に前記記憶手段に記憶されている前記複数の画像のうちの少なくとも一部の画像を生成された正解画像とともに提示するステップと、
ユーザの画像の選択の入力を受け付けるステップと、
前記正解画像の選択／非選択に応じて認証を行うステップと、
前記正解画像を更新するステップとを備え、
前記正解画像を生成するステップは、前記少なくとも２つの画像を補間する際に用いられる補間パラメータに基づいて前記少なくとも２つの画像の補間画像を前記正解画像として生成し、
前記正解画像を更新するステップは、前記補間パラメータを調整する、処理を実行させる、認証プログラム。
【請求項１】
複数の視覚的に識別可能な画像を記憶する記憶手段と、
前記記憶手段に記憶された画像の中から少なくとも２つの画像を選択する選択手段と、
前記選択手段により選択された前記少なくとも２つの画像を用いて正解画像を生成する正解画像生成手段と、
表示手段に前記記憶手段に記憶されている前記複数の画像のうちの少なくとも一部の画像を前記正解画像生成手段により生成された正解画像とともに提示して、ユーザの画像の選択の入力を受け付けて、前記正解画像の選択／非選択に応じて認証を行う認証手段と、
前記正解画像を必要に応じて更新する正解画像更新手段とを備え、
前記正解画像生成手段は、前記少なくとも２つの画像を補間する際に用いられる補間パラメータに基づいて前記少なくとも２つの画像の補間画像を前記正解画像として生成し、
前記正解画像更新手段は、前記補間パラメータを調整する、認証装置。
【請求項２】
前記正解画像生成手段は、前記正解画像更新手段により調整される前記補間パラメータの変化に従って、前記少なくとも２つの画像の一方の画像を始点とし、他方の画像を終点とした場合における始点―終点間を補間する補間画像を生成する、請求項１記載の認証装置。
【請求項３】
前記補間は、前記少なくとも２つの画像が各々有する特徴点が一方から他方に変化する処理に相当する、請求項２記載の認証装置。
【請求項４】
前記特徴点は、前記少なくとも２つの画像中の顔を構成する複数の要素のうちの少なくとも１つに相当する、請求項３記載の認証装置。
【請求項５】
前記複数の画像は、最初の前記正解画像に対応する初期画像を基準とした、順番に類似度が小さくなる順に配列され、
現在の前記正解画像に対応する前回選択された画像と、類似度順に配列された次の候補となる候補画像との各々が有する特徴点に基づいて互いの類似度を算出することが可能な類似度算出手段をさらに備え、
前記選択部は、
前記類似度算出手段により算出された互いの類似度が所定のしきい値以下となるかどうかを判断し、
前回選択された画像と、類似度順に配列された候補画像のうち、互いの類似度が所定のしきい値以下である、候補画像を選択する、請求項１〜４のいずれか一項に記載の認証装置。
【請求項６】
複数の視覚的に識別可能な画像を記憶する記憶手段が設けられ、
前記記憶手段に記憶された画像の中から少なくとも２つの画像を選択するステップと、
選択された前記少なくとも２つの画像を用いて正解画像を生成するステップと、
表示手段に前記記憶手段に記憶されている前記複数の画像のうちの少なくとも一部の画像を生成された正解画像とともに提示するステップと、
ユーザの画像の選択の入力を受け付けるステップと、
前記正解画像の選択／非選択に応じて認証を行うステップと、
前記正解画像を更新するステップとを備え、
前記正解画像を生成するステップは、前記少なくとも２つの画像を補間する際に用いられる補間パラメータに基づいて前記少なくとも２つの画像の補間画像を前記正解画像として生成し、
前記正解画像を更新するステップは、前記補間パラメータを調整する、認証方法。
【請求項７】
複数の視覚的に識別可能な画像を記憶する記憶手段が設けられた認証装置のコンピュータに、
前記記憶手段に記憶された画像の中から少なくとも２つの画像を選択するステップと、
選択された前記少なくとも２つの画像を用いて正解画像を生成するステップと、
表示手段に前記記憶手段に記憶されている前記複数の画像のうちの少なくとも一部の画像を生成された正解画像とともに提示するステップと、
ユーザの画像の選択の入力を受け付けるステップと、
前記正解画像の選択／非選択に応じて認証を行うステップと、
前記正解画像を更新するステップとを備え、
前記正解画像を生成するステップは、前記少なくとも２つの画像を補間する際に用いられる補間パラメータに基づいて前記少なくとも２つの画像の補間画像を前記正解画像として生成し、
前記正解画像を更新するステップは、前記補間パラメータを調整する、処理を実行させる、認証プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２０１１−１６４９１５（Ｐ２０１１−１６４９１５Ａ）
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願番号】特願２０１０−２６７４７（Ｐ２０１０−２６７４７）
【出願日】平成２２年２月９日（２０１０．２．９）
【出願人】（０００００１２７０）コニカミノルタホールディングス株式会社 (4,463)
【Ｆターム（参考）】
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願日】平成２２年２月９日（２０１０．２．９）
【出願人】（０００００１２７０）コニカミノルタホールディングス株式会社 (4,463)
【Ｆターム（参考）】
[ Back to top ]