(57)【要約】【課題】コミュニティが形成されるタイプのグループ形態において、コミュニティ上での遣り取りの疎密を反映して、認証のセキュリティを高めるとともに、使い勝手の良い認証装置を提供する。【解決手段】図６（Ａ）には、初期メンバーに最初に通知する正解画像が示されている。（Ｂ）には、最初のログイン時に表示される画像選択肢が示されている。図６（Ｃ）には、１週間後のログイン時に表示される画像選択肢の変化が示されている。１週間後ずつ、毎週正解画像は、少しずつ自動的に変化する。図６（Ｄ）には、例えば、半年後のログイン時に表示される画像選択肢が示されている。図６（Ｄ）に示されるように半年後の正解画像は、毎週少しずつ変化した結果、最初のログイン時に表示される正解画像とはかなり異なるものに変化している。【選択図】図６
2011090634.tif 000002
【特許請求の範囲】
【請求項１】
表示手段と、
予め用意された、複数の視覚的に識別可能なオブジェクトの中から、認証対象のユーザグループ毎に割り当てられたキーオブジェクトを記憶する記憶手段と、
前記表示手段に複数の前記オブジェクトを提示して、認証対象のユーザグループの少なくとも１人のユーザによるオブジェクトの選択を受付けるとともに、選択されたオブジェクトと当該ユーザグループに対応付けて登録されている前記キーオブジェクトとの一致／不一致に基づいて認証を行なう認証手段と、
前記キーオブジェクトを変更するタイミングを検知するためのタイミング検知手段と、
前記タイミング検知手段による検知結果に基づいて、次の認証の際に利用する前記記憶手段に記憶されているキーオブジェクトを変更する変更手段とを備える、認証装置。
【請求項２】
前記タイミング検知手段は、時間の経過に従って、変更するタイミングを検知する、請求項１記載の認証装置。
【請求項３】
前記タイミング検知手段は、アクセス情報に基づいて、変更するタイミングを検知する、請求項１記載の認証装置。
【請求項４】
前記変更手段は、所定のアプリケーションに従うユーザのデータ変更量に従って、前記キーオブジェクトの変更パラメータを調整する、請求項１〜３のいずれかに記載の認証装置。
【請求項５】
前記変更パラメータは、前記変更前のキーオブジェクトと前記変更後のキーオブジェクトとの変更量に基づいて所定の範囲内に設定される、請求項４記載の認証装置。
【請求項６】
予め用意された、複数の視覚的に識別可能なオブジェクトの中から、認証対象のユーザグループ毎に割り当てられたキーオブジェクトを記憶する記憶手段を設け、
表示手段に複数の前記オブジェクトを提示するステップと、
認証対象のユーザグループの少なくとも１人のユーザによるオブジェクトの選択を受付けるステップと、
選択されたオブジェクトと当該ユーザグループに対応付けて登録されている前記キーオブジェクトとの一致／不一致に基づいて認証を行なうステップと、
前記キーオブジェクトを変更するタイミングを検知するステップと、
前記キーオブジェクトを変更するタイミングを検知した場合に、次の認証の際に利用する前記記憶手段に記憶されているキーオブジェクトを変更するステップとを備える、認証方法。
【請求項７】
表示手段および、予め用意された、複数の視覚的に識別可能なオブジェクトの中から、認証対象のユーザグループ毎に割り当てられたキーオブジェクトを記憶する記憶手段が設けられた認証装置のコンピュータに、
前記表示手段に複数の前記オブジェクトを提示するステップと、
認証対象のユーザグループの少なくとも１人のユーザによるオブジェクトの選択を受付けるステップと、
選択されたオブジェクトと当該ユーザグループに対応付けて登録されている前記キーオブジェクトとの一致／不一致に基づいて認証を行なうステップと、
前記キーオブジェクトを変更するタイミングを検知するステップと、
前記キーオブジェクトを変更するタイミングを検知した場合に、次の認証の際に利用する前記記憶手段に記憶されているキーオブジェクトを変更するステップとを備える、処理を実行させる、認証プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、例えば、アプリケーションを利用するユーザを認証する認証装置、認証方法および認証プログラムに関し、特にニーモニック認証に関するものである。
【背景技術】
【０００２】
認証装置に関して、記録媒体を使用したパスワード認証、およびバイオメトリックス認証が公知である。
【０００３】
パスワード認証は、認証方式として簡便であり現在広く使用されている。この方式を認知心理学の観点から分類すると、意味の無い記号記憶や経験を伴わない記憶である“意味記憶”を、脳の記憶貯蔵情報の中から“検索”して“再生”する方式であると言える。
【０００４】
しかしながら、パスワードの問題点として既に知られているように、意味の無い記号や、経験を伴わない意味記憶を再生するのは、人間特に老人などの記憶力の低下した場合には困難であり、再生ミスを犯しやすい。
【０００５】
これらの避けるために、生年月日をパスワードにする等を代表例として単なる数字や記号を意味記憶に変換して記憶することがよく行われるが、数字を意味記憶にする事例は生年月日など一般の人にとっては極めて限られており、他人による本人成りすましの被害を招きやすい。
【０００６】
また、パスワードを盗まれた場合の被害を最小限に留めるためには、認証媒体毎にパスワードを変えることが望ましいが、認証媒体に対応したパスワードの記憶想起再生は困難であり、メモ等をする結果、盗難にあった場合は全てのパスワードが盗まれる事態を招くことになる。
【０００７】
これに対応するために、１回毎のパスワードであるワンタイムパスワードを発行するセキュリティトークンを利用する方式がある。これにより、ユーザがパスワードを記憶しておかなくてもトークンに表示されたパスワードを利用することによりセキュリティを高めることが可能である。例えば、トークンを用いた認証に関して、特表２００３―５１１７６６号公報が挙げられる。しかしながら、当該方式はトークンをユーザが各自所持しておく必要があり不便である。
【０００８】
バイオメトリックス認証は、本人固有の生理的由来の情報と言われており、決して忘れたり無くしたりすることが無いという利点を有する。例えば、バイオメトリックス認証に関して、特開２００４−１５７６０２号公報が挙げられる。しかし、本人の唯一の情報であるために記録媒体毎に認証本人情報を変えることができない。そのために認証本人情報を盗まれた場合には、全ての認証媒体が被害を受けることとなり、更にそれに代わる本人情報を作ることは非常に困難である等の問題点がある。
【０００９】
また、生理的情報を読取るための入力装置が新たに必要である。更に入力情報が入力読取り環境で変化し、本人であるにも関らず本人と認証されない、いわゆる本人拒否率が一定の確率で発生する問題点があり、制御が複雑化する可能性がある。
【００１０】
これらとは別の認証方式として、近年、画像情報を認証手段とするニーモニック認証が注目されている。例えば、ニーモニック認証として、特開２００５−７１２０２号公報が挙げられる。
【００１１】
ニーモニック認証は、人が有しているイメージ記憶を用いた認証であるため、覚え易く、忘れにくく、また、他人に類推されにくいものであり、かつ、認証の制御が容易である。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特表２００３―５１１７６６号公報
【特許文献２】特開２００４−１５７６０２号公報
【特許文献３】特開２００５−７１２０２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
一方で、近年ＳＮＳ（Social Network Service）のようにネット上において流動的にコミュニティが形成されるタイプのグループ形態が増加してきている。例えば、ｍｉｘｉ等が挙げられる。
【００１４】
コミュニティが形成されるタイプのグループ形態の場合には、メンバーが流動的である。
【００１５】
したがって、以前、グループのメンバーとして登録していた人であっても、現在は、利用しなくなっている場合がある。脱退申請が無い場合には、以前から登録されていた人は、利用していない場合であってもメンバーとして数えられる可能性がある。
【００１６】
個人認証等の場合のように、各自に認証用のパスワードを発行した場合、明らかにコミュニティにおける遣り取りが疎であるメンバーであってもいつでもコミュニティに参加することが可能であり、また、当該パスワードを他人に漏洩した場合には他人が成りすまして当該コミュニティに参加することも可能である。
【００１７】
したがって、グループの管理者としては、同じコミュニティの中でも特に密な遣り取りをしているメンバーにだけアクセスを許可することが望ましく、明らかに遣り取りが疎であるメンバーを排除したい要求がある。
【００１８】
密にやりとりするメンバーは時間とともに変化するため、パスワード等、認証の設定を頻繁に変更することも考えられるが、認証のために面倒な変更操作が必要であったり、パスワードを忘れないようにする等の必要があるため、メンバー間での気軽な遣り取りを阻害してしまう可能性があり、使い勝手の問題がある。また、遣り取りが密であるか疎であるかどうかを厳密には管理者が把握することができないという問題がある。
【００１９】
本発明は、上記のような問題を解決するためになされたものであって、一例として、コミュニティが形成されるタイプのグループ形態において、コミュニティ上での遣り取りの疎密を反映して、認証のセキュリティを高めるとともに、使い勝手の良い認証装置、認証方法および認証プログラムを提供することを目的とする。
【課題を解決するための手段】
【００２０】
本発明のある局面に従う認証装置は、表示手段と、予め用意された、複数の視覚的に識別可能なオブジェクトの中から、認証対象のユーザグループ毎に割り当てられたキーオブジェクトを記憶する記憶手段と、表示手段に複数のオブジェクトを提示して、認証対象のユーザグループの少なくとも１人のユーザによるオブジェクトの選択を受付けるとともに、選択されたオブジェクトと当該ユーザグループに対応付けて登録されているキーオブジェクトとの一致／不一致に基づいて認証を行なう認証手段と、キーオブジェクトを変更するタイミングを検知するためのタイミング検知手段と、タイミング検知手段による検知結果に基づいて、次の認証の際に利用する記憶手段に記憶されているキーオブジェクトを変更する変更手段とを備える。
【００２１】
好ましくは、タイミング検知手段は、時間の経過に従って、変更するタイミングを検知する。
【００２２】
好ましくは、タイミング検知手段は、アクセス情報に基づいて、変更するタイミングを検知する。
【００２３】
好ましくは、変更手段は、所定のアプリケーションに従うユーザのデータ変更量に従って、キーオブジェクトの変更パラメータを調整する。
【００２４】
特に、変更パラメータは、変更前のキーオブジェクトと変更後のキーオブジェクトとの変更量に基づいて所定の範囲内に設定される。
【００２５】
本発明のある局面に従う認証方法は、予め用意された、複数の視覚的に識別可能なオブジェクトの中から、認証対象のユーザグループ毎に割り当てられたキーオブジェクトを記憶する記憶手段を設け、表示手段に複数のオブジェクトを提示するステップと、認証対象のユーザグループの少なくとも１人のユーザによるオブジェクトの選択を受付けるステップと、選択されたオブジェクトと当該ユーザグループに対応付けて登録されているキーオブジェクトとの一致／不一致に基づいて認証を行なうステップと、キーオブジェクトを変更するタイミングを検知するステップと、キーオブジェクトを変更するタイミングを検知した場合に、次の認証の際に利用する記憶手段に記憶されているキーオブジェクトを変更するステップとを備える。
【００２６】
本発明のある局面に従う認証プログラムは、表示手段および、予め用意された、複数の視覚的に識別可能なオブジェクトの中から、認証対象のユーザグループ毎に割り当てられたキーオブジェクトを記憶する記憶手段が設けられた認証装置のコンピュータに、表示手段に複数のオブジェクトを提示するステップと、認証対象のユーザグループの少なくとも１人のユーザによるオブジェクトの選択を受付けるステップと、選択されたオブジェクトと当該ユーザグループに対応付けて登録されているキーオブジェクトとの一致／不一致に基づいて認証を行なうステップと、キーオブジェクトを変更するタイミングを検知するステップと、キーオブジェクトを変更するタイミングを検知した場合に、次の認証の際に利用する記憶手段に記憶されているキーオブジェクトを変更するステップとを備える、処理を実行させる。
【発明の効果】
【００２７】
本発明に従う認証装置は、キーオブジェクトを変更するタイミングを検知するためのタイミング検知手段と、タイミング検知手段による検知結果に基づいて、次の認証の際に利用する記憶手段に記憶されているキーオブジェクトを変更する変更手段とを備える。したがって、変更手段により、キーオブジェクトが変化していくため、コミュニティが形成されるタイプのグループ形態において、コミュニティ上での遣り取りの疎密を反映して、認証のセキュリティを高めることが可能である。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施の形態１に従う情報処理システムについて説明する図である。
【図２】本発明の実施の形態１に従うユーザ端末４０の概略ブロック図について説明する図である。
【図３】本発明の実施の形態１に従うユーザ端末４０がアプリケーション管理サーバ１０を利用する場合の処理の流れについて説明する図である。
【図４】認証サーバ２０における認証処理について説明する図である。
【図５】本発明の実施の形態１に従う認証画面について説明する図である。
【図６】本発明の実施の形態１に従う認証画面における正解画像の変化について説明する図である。
【図７】本発明の実施の形態１に従う認証サーバ２０の機能ブロックについて説明する図である。
【図８】本発明の実施の形態１に従う認証画面データ送信処理の詳細について説明する図である。
【図９】正解画像用パラメータの変化について説明する図である。
【図１０】正解画像の付随パラメータである正解画像用パラメータについて説明する図である。
【図１１】本発明の実施の形態２に従う認証サーバの機能ブロックについて説明する図である。
【図１２】本発明の実施の形態２に従うユーザ端末４０がアプリケーション管理サーバ１０を利用する場合の処理の流れについて説明する図である。
【図１３】本発明の実施の形態２に従う正解画像情報更新処理について説明する図である。
【図１４】本発明の実施の形態２に従う正解画像情報更新条件判定処理について説明する図である。
【図１５】累積データサイズに応じた変更量Ｐについて説明する図である。
【図１６】正解画像の変更処理の一例について説明する図である。
【図１７】他の認証画面について説明する図である。
【発明を実施するための形態】
【００２９】
以下、この発明の実施の形態について図面を参照して詳しく説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。
【００３０】
（実施の形態１）
図１を用いて、本発明の実施の形態１に従う情報処理システムについて説明する。
【００３１】
図１を参照して、ここでは、ユーザ端末（例えば、パーソナルコンピュータ（以下、単にＰＣとも称する））４０，５０と、ネットワーク５とが接続されている場合が示されている。また、当該ユーザ端末が利用可能なアプリケーションを管理するアプリケーション管理サーバ１０と、認証サーバ２０とがそれぞれネットワーク５と接続されている場合が示されている。なお、本例においては、主にユーザ端末としてＰＣの場合を例に挙げて説明するが、特にＰＣに限られず、無線あるいは有線でネットワーク５と接続されたＰＤＡ（Personal Digital Assistant）等の携帯端末器等であっても良い。
【００３２】
ユーザ端末４０，５０、アプリケーション管理サーバ１０、認証サーバ２０は、ネットワーク５を介して互いにデータの授受が可能なように接続されているものとする。
【００３３】
一例として、本発明の実施の形態１においては、ユーザ端末４０からアプリケーション管理サーバ１０にアクセスした場合の処理について説明する。
【００３４】
なお、ここでは、ユーザ端末として２台のＰＣがネットワーク５に接続されている構成について説明しているが、特にその数には限定されない。
【００３５】
アプリケーション管理サーバ１０は、制御部１１と、ＲＡＭ（Random Access Memory）１３と、ＲＯＭ（Read Only Memory）１４と、ＨＤＤ（Hard Disk Drive）１５と、通信インタフェース１６と、各部を接続する内部バス１７とを含む。
【００３６】
制御部１１は、主にＣＰＵ（Central Processing Unit）で構成される。本例においては、一例として、制御部１１は、サービス提供部１２と、サービス可否判断部１８との機能を含む。サービス提供部１２は、ＣＰＵがＲＯＭ１４あるいはＨＤＤ１５に格納されているアプリケーションプログラムを読み込むことによりユーザ端末４０，５０にアプリケーションに基づく所定のサービスを提供する機能である。本実施例にいう所定のサービスとは、一例としてネット上において一種のコミュニティを形成して、当該コミュニティに属するユーザ（メンバー）同士で情報交換を行ったりするサービスである。
【００３７】
サービス可否判断部１８は、アクセス要求が有ったユーザ端末に対してサービスを提供する否かを判断する。すなわち、コミュニティに属するメンバーか否かを判断して、メンバーであればサービスの提供を許可し、メンバーでなければサービスの提供を拒否する。なお、ＲＡＭ１３は、制御部１１のワークメモリとして用いられる。通信インタフェース１６は、外部のネットワーク５と接続されるインタフェースであり、当該通信インタフェースを介してデータの授受が実行される。
【００３８】
認証サーバ２０は、制御部２１と、ＲＡＭ（Random Access Memory）２６と、ＲＯＭ（Read Only Memory）２７と、ＨＤＤ（Hard Disk Drive）２８と、入力装置２９と、通信インタフェース３０と、各部を接続する内部バス３１とを含む。制御部２１は、主にＣＰＵ（Central Processing Unit）で構成される。本例においては、一例として、制御部２１は、認証画面生成部２２と、ユーザ登録部２３と、正解情報更新部２４と、認証判定部２５との機能を含む。これらの各機能は、ＣＰＵがＲＯＭ１４あるいはＨＤＤ１５に格納されているプログラムを読み込むことにより実現される。各機能については後述する。なお、ＲＡＭ２６は、制御部２１のワークメモリとして用いられる。通信インタフェース３０は、外部のネットワーク５と接続されるインタフェースであり、当該通信インタフェースを介してデータの授受が実行される。入力装置２９は、マウスあるいはキーボードで構成される。
【００３９】
図２を用いて、本発明の実施の形態１に従うユーザ端末４０の概略ブロック図について説明する。ユーザ端末５０についても同様である。
【００４０】
図２を参照して、本発明の実施の形態１に従うユーザ端末４０は、ＣＰＵ４１と、ＲＡＭ（Random Access Memory）４２と、ＲＯＭ（Read Only Memory）４３と、ＨＤＤ（Hard Disk Drive）４４と、各部を接続する内部バス４５と、マウス４６と、キーボード４７と、ディスプレイ４８と、通信インタフェース４９とを含む。
【００４１】
ユーザ端末４０のＣＰＵ４１は、アプリケーション管理サーバ１０あるいは認証サーバ２０から送信されるデータをネットワーク５と接続されている通信インタフェース４９を介して取得する。そして、当該データをディスプレイ４８に出力する。そして、ディスプレイ４８は、当該データに基づくアプリケーション画面を表示する。また、ユーザは、アプリケーション画面の入力領域に対してマウス４６あるいはキーボード４７等を介してデータを入力することが可能であり、当該入力したデータを通信インタフェース４９を介してアプリケーション管理サーバ１０あるいは、認証サーバ２０等に送信することが可能である。
【００４２】
図３を用いて、本発明の実施の形態１に従うユーザ端末４０がアプリケーション管理サーバ１０を利用する場合の処理の流れについて説明する。
【００４３】
図３を参照して、まず、アクセス要求が有るかどうかを判断する（ステップＳ２）。なお、アクセス要求があるまでステップＳ２を維持する。具体的には、アプリケーション管理サーバ１０のサービス可否判断部１８は、通信インタフェース１６を介して、ユーザ端末４０からのアクセス要求を受信したかどうかを判断する。例えば、ユーザ端末４０のインターネットブラウザを介してアプリケーション管理サーバ１０のＵＲＬ（Uniform Resource Locator）が指定された場合に、ユーザ端末４０からアプリケーション管理サーバ１０に対してアクセス要求が送信される。
【００４４】
制御部１１のサービス可否判断部１８は、アクセス要求が有った場合（ステップＳ２においてＹＥＳ）には、認証実行指示を認証サーバ２０に送信する（ステップＳ４）。
【００４５】
そして、次に、認証サーバ２０は、認証実行指示に応答して認証処理を実行する（ステップＳ６）。
【００４６】
図４を用いて、認証サーバ２０における認証処理について説明する。
図４を参照して、まず、認証サーバ２０の制御部２１は、認証実行指示を受信したかどうかを判断する（ステップＳ２０）。
【００４７】
次に、認証実行指示を受信した場合（ステップＳ２０においてＹＥＳ）には、次に、認証画面データを送信する（ステップＳ２０）。具体的には、認証画面生成部２２は、当該アクセス要求に対して認証登録されたユーザからのアクセスか否かを判別するための認証画面を表示するための認証画面データをユーザ端末４０に出力する。
【００４８】
これにより、ユーザ端末４０は、アプリケーション管理サーバ１０から送信された認証画面データに基づく認証画面をディスプレイ４８に表示する。
【００４９】
図５を用いて、本発明の実施の形態１に従う認証画面について説明する。
図５（Ａ）を参照して、一例として認証画面１００が示されている。
【００５０】
認証画面１００においては、複数の画像オブジェクトの中からパスワード画像を選択する画面が示されている。ユーザは、複数の画像オブジェクトの中から１つを選択入力することが可能である。ここでは、画像オブジェクト１０２が正解画像（パスワード画像）である。
【００５１】
なお、ここで、ユーザ新規登録ボタン１０３が設けられており、新規にコミュニティに参加したいユーザは当該ボタン１０３を指定することにより、ユーザ登録処理を実行することが可能である。
【００５２】
具体的には、認証サーバ２０におけるユーザ登録部２３によりユーザ登録処理が実行される。所定の方式に従ってユーザ登録処理を実行することにより、コミュニティのメンバーとして登録され、正解画像（パスワード画像）がユーザに通知されるものとする。この正解画像（パスワード画像）である認証情報を用いて、認証が実行され、認証が成功した場合にコミュニティにおける種々のサービスを利用することが可能である。
【００５３】
本例においては、正解画像（パスワード画像）は、コミュニティに共通の１つの画像が配布されるものとする。本例においては、図５（Ａ）で示される画像オブジェクト１０２が正解画像（パスワード画像）として初期メンバーに最初に配布されるものとする。後述するが正解画像（パスワード画像）は、本例において自動的に変化する。
【００５４】
なお、本例においては、正解画像（パスワード画像）をコミュニティのメンバーに通知する手段の１つとしてユーザ登録処理を実行する場合について説明したが、特にこれに限られず、他の手段を用いて正解画像（パスワード画像）を通知するようにしても良い。
【００５５】
図５（Ｂ）を参照して、ここでは、認証画面１００＃が示されている。
図５（Ａ）と比較して、本例においては、ユーザＩＤをさらに入力する入力欄１０４が設けられている場合が示されている。パスワード画像については同様である。なお、当該ユーザＩＤは、一例として上記のユーザ登録処理において発行することが可能である。
【００５６】
当該発行されたユーザＩＤと、正解画像（パスワード画像）とで構成される認証情報に基づいて認証を実行することが可能である。
【００５７】
再び、図４を参照して、認証サーバ２０は、次に、ユーザ端末４０から送信される認証情報を受信したかどうかを判断する（ステップＳ２４）。具体的には、ユーザ端末４０において、マウス４６あるいはキーボード４７等を介して認証画面においてデータを入力（選択）することにより、ユーザ端末４０から認証サーバ２０に対して認証情報が送信される。本例においては、一例として、図５（Ａ）の認証画面１００において、入力した選択位置（座標）が認証情報として送信されるものとする。
【００５８】
通信インタフェース１６を介してユーザ端末４０からの認証情報を受信したと判断した場合（ステップＳ４においてＹＥＳ）には、認証を実行する（ステップＳ２６）。具体的には、認証サーバ２０の認証判定部２５は、上述したパスワード画像として選択された画像が正解画像であるかどうかを判断する。
【００５９】
そして、認証判定部２５は、正解画像であるか否かの認証処理結果をアプリケーション管理サーバ１０に送信する（ステップＳ２８）。
【００６０】
そして、処理を終了する（リターン）。
再び、図３を参照して、次に、アプリケーション管理サーバ１０は、認証サーバ２０から送信された認証処理結果を受信する（ステップＳ８）。具体的には、サービス可否判断部１８は、通信インタフェース１６を介して認証サーバ２０から送信された認証処理結果を受信する。
【００６１】
次に、アプリケーション管理サーバ１０のサービス可否判断部１８は、認証処理結果に基づいて認証が成功したかどうかを判断する（ステップＳ１０）。認証が成功しなかった場合には、処理を終了する（エンド）。
【００６２】
一方、アプリケーション管理サーバ１０は、認証処理結果に基づいて、認証が成功したと判断した場合（ステップＳ１０においてＹＥＳ）には、次に、セッションを構築して、アプリケーションのトップページ画面データを送信する（ステップＳ１２）。具体的には、サービス可否判断部１８は、ユーザ端末４０のサービス提供部１２におけるサービスの許可を与えて、サービス提供部１２は、アプリケーションのトップページ画面を表示するトップページ画面データをユーザ端末４０に出力する。
【００６３】
そして、ユーザ端末４０は、当該トップページ画面データに基づくトップページ画面をディスプレイ４８に表示する。
【００６４】
そして、サービス提供部１２は、ユーザ端末４０からの操作指示に従うアプリケーション処理を実行する（ステップＳ１４）。
【００６５】
次に、サービス提供部１２は、ユーザ端末４０からのログアウト要求があったかどうかを判断する（ステップＳ１６）。図示しないが例えば、ユーザからの指示に従って画面に設けられたログアウトボタンを指定することによりログアウト要求がユーザ端末４０からアプリケーション管理サーバ１０に送信されるものとする。
【００６６】
ステップＳ１６において、ログアウト要求が有るまでは、ステップＳ１４に戻って、アプリケーション処理を継続する。
【００６７】
一方、ステップＳ１６において、ログアウト要求が有る場合（ステップＳ１６においてＹＥＳ）には、サービス提供部１２は、セッションを切断してログアウトページ画面データを送信する（ステップＳ１８）。具体的には、ユーザ端末４０のサービス提供部１２におけるサービスの許可を停止して、アプリケーションのログアウトページ画面を表示するログアウトページ画面データをユーザ端末４０に出力する。
【００６８】
そして、ユーザ端末４０のディスプレイ４８は、ログアウトページを表示する。そして、処理を終了する（エンド）。
【００６９】
次に、図６を用いて、本発明の実施の形態１に従う認証画面における正解画像の変化について説明する。
【００７０】
本例においては、時系列的に変化していく場合が示されている。
図６（Ａ）には、初期メンバーに最初に通知する正解画像が示されている。すなわち、ユーザ登録処理により、コミュニティのメンバーとして登録され、正解画像（パスワード画像）としてユーザに通知されたものである。
【００７１】
図６（Ｂ）には、最初のログイン時に表示される画像選択肢が示されている。
具体的には、１つの正解画像と、３つの不正解画像が表示される。なお、本例においては、不正解画像は３つの場合について説明しているが特にこの数に限定されるものでなく少なくとも１つ以上であればいくつでも良い。また、後述するが３つの不正解画像は、ランダムにテンプレート情報の中から選択されるものとする。
【００７２】
図６（Ｃ）には、１週間後のログイン時に表示される画像選択肢の変化が示されている。
【００７３】
図６（Ｃ）に示されるように、１週間後ずつすなわち、毎週正解画像は、少しずつ自動的に変化する。なお、３つの不正解画像は、ランダムに選択されるものとする。
【００７４】
図６（Ｄ）には、例えば、半年後のログイン時に表示される画像選択肢が示されている。
【００７５】
図６（Ｄ）に示されるように半年後の正解画像は、毎週少しずつ変化した結果、最初のログイン時に表示される正解画像とはかなり異なるものに変化している。なお、本例においては、一例として過去の正解画像が不正解画像の１つとして示されている。
【００７６】
図７を用いて、本発明の実施の形態１に従う認証サーバ２０の機能ブロックについて説明する。
【００７７】
図７を参照して、ＨＤＤ２８には、複数の画像オブジェクトで構成されるテンプレート情報と、正解画像を変化させるために用いられる正解画像用パラメータが格納されている。
【００７８】
正解情報更新部２４は、正解画像用パラメータを更新するタイミングを判定する。本例においては、一例として、更新するタイミングとして、１週間を基準に更新するものとする。一例として、毎月曜の０：００等を基準に判断するものとする。例えば、毎月曜の０：００に更新フラグをオンに設定する。
【００７９】
そして、ログインする際に正解情報更新部２４は、更新フラグがオンになっていれば更新処理を実行する。一方、更新フラグがオフであれば更新処理は実行しない。
【００８０】
そして、更新フラグがオンであれば、正解情報更新部２４は、正解画像用パラメータを調整して、ＨＤＤ２８に格納されている正解画像用パラメータを変更する。
【００８１】
認証画面生成部２２は、ＨＤＤ２８に格納されているテンプレート情報および正解画像用パラメータに基づいて１つの正解画像と、少なくとも１つの不正解画像に基づく認証画面を生成する。
【００８２】
正解画像および不正解画像については、それぞれ画像ＩＤが割り当てられる。そして、当該画像ＩＤに対応付けられて、認証画面における表示位置および認証判定に用いる正解フラグあるいは不正解フラグの識別情報が付加される。
【００８３】
認証判定部２７は、ユーザ入力である選択位置（座標）に従って当該位置に配置された選択画像を識別する。そして、識別された選択画像オブジェクトについて、当該選択画像オブジェクトの画像ＩＤに対応付けられた正解フラグがあれば認証ＯＫと判定する。一方、識別された選択画像オブジェクトの画像ＩＤに対応付けられた不正解フラグがあれば認証ＮＧと判定する。
【００８４】
そして、当該正解フラグあるいは不正解フラグに従って認証処理結果がアプリケーション管理サーバ１０に送信される。
【００８５】
図８を用いて、本発明の実施の形態１に従う認証画面データ送信処理の詳細について説明する。
【００８６】
図８を参照して、まず、更新フラグがオンかどうかを判断する（ステップＳ３０）。具体的には、正解情報更新部２４は、更新フラグがオンかどうかを判断し、オンである場合（ステップＳ３０においてＹＥＳ）には、正解画像用パラメータを更新する（ステップＳ３４）。具体的には、正解情報更新部２４は、正解画像用パラメータを調整してＨＤＤ２８に格納する。正解画像用パラメータの調整については後述する。
【００８７】
そして、次に、正解情報更新部２４は、更新フラグをオフに設定する（ステップＳ３５）。
【００８８】
次に、認証画面データを生成する（ステップＳ３６）。具体的には、認証画面生成部２２は、上述したようにテンプレート情報および正解画像用パラメータに基づいて、１つの正解画像と、少なくとも１つの不正解画像に基づく認証画面を生成する。
【００８９】
そして、更新した認証画面データを出力する（ステップＳ３８）。具体的には、認証画面生成部２２は、更新した認証画面データを通信インタフェース３０を介してユーザ端末４０に送信する。これにより、上述した認証画面がユーザ端末４０において表示される。
【００９０】
一方、ステップＳ３０において、更新フラグがオフである場合（ステップＳ３０においてＮＯ）には、前回の認証画面データを送信する（ステップＳ３２）。具体的には、認証画面生成部２２は、前回生成した認証画面データを通信インタフェース３０を介してユーザ端末４０に送信する。
【００９１】
そして、処理を終了する（リターン）。
例えば、上記の例において、毎月曜の０：００等に更新フラグがオンとなる場合について考えると、例えば、毎月曜の０：００以降にログインすなわち、アプリケーション管理サーバ１０に最初にアクセスした際に、更新フラグがオンであるため更新された認証画面データが生成されて、ユーザ端末に更新された認証画面が表示される。それ以降にアクセスした際には、更新フラグがオフであるため認証画面は更新されない。そして、次の月曜の０：００以降にログインすなわち、最初にアクセスした際に、再び、ユーザ端末に更新された認証画面が表示される。
【００９２】
図９を用いて、正解画像用パラメータの変化について説明する。
図９を参照して、まず、基準データ（テンプレート情報）から付随パラメータＴ０を付加することにより正解画像Ｐ０を生成する。
【００９３】
そして、次に、付随パラメータＴ０にΔＴを加えた付随パラメータＴ１を付加することにより正解画像Ｐ１を生成する。
【００９４】
同様に、付随パラメータを更新して正解画像Ｐ２を生成する。
当該処理により、少しずつ付随パラメータの値が変化して正解画像が変化することになる。
【００９５】
図１０を用いて、正解画像の付随パラメータである正解画像用パラメータについて説明する。
【００９６】
図１０を参照して、本例においては、正解画像用パラメータＰａ，Ｐｂ，Ｐｃ，Ｐｄがそれぞれ示されている。正解画像用パラメータＰａは、左目オブジェクト画像の右移動量［pixel］である。
【００９７】
正解画像用パラメータＰｂは、右目オブジェクト画像の左移動量［pixel］である。
正解画像用パラメータＰｃは、ヒゲ領域におけるヒゲオブジェクト画像の割合情報［％］である。
【００９８】
正解画像用パラメータＰｄは、ヒゲ領域の明度低下量である。
当該正解画像用パラメータに基づいて正解画像が変化する。
【００９９】
具体的には、正解画像用パラメータＰａ，Ｐｂに基づいて左目および右目が移動する。
また、正解画像用パラメータＰｃに基づいて、原正解画像のヒゲオブジェクト画像の領域が設定される。
【０１００】
具体的には、ヒゲ領域は、一例として次式によって設定される。
ヒゲ領域＝肌色画素×（Ｐｃ／１００）＋ヒゲオブジェクト画素×（１−Ｐｃ／１００）
したがって、正解画像用パラメータＰｃの値が大きければ肌色画素の割合が増える一方ヒゲオブジェクト画素の割合が減少する。逆に、正解画像用パラメータＰｃの値が小さければ肌色画素の割合が減少し、ヒゲオブジェクト画素の割合が増加する。
【０１０１】
すなわち、正解画像用パラメータＰｃの値に応じてヒゲ領域のヒゲオブジェクト画素の割合が変化する。
【０１０２】
また、正解画像用パラメータＰｄに基づいて、原正解画像のヒゲオブジェクト画素の明度が設定される。
【０１０３】
具体的には、原正解画像のヒゲオブジェクト画素の明度は、一例として次式によって設定される。
【０１０４】
ヒゲオブジェクト画素の明度＝ヒゲオブジェクト画素の初期明度値―Ｐｄ
すなわち、正解画像用パラメータＰｄの値に応じてヒゲオブジェクト画素の明度が変化する。
【０１０５】
本例においては、各正解画像用パラメータＰａ，Ｐｂ，Ｐｃ，Ｐｄについて、ΔＰずつ更新されて正解画像が変化した場合が示されている。なお、当該ΔＰは、各正解画像用パラメータ毎に経験的に適切な値に設定されるものとする。
【０１０６】
なお、左目と右目とが重ならないように正解画像用パラメータＰａ，Ｐｂの値に上限を設けることも可能である。また、正解画像用パラメータＰｃ等について１００％に達したら０％に戻る等のサイクリック的に変化させることも可能である。他のパラメータについても同様である。
【０１０７】
人間は全体的なイメージや、特徴的な箇所で情報を覚えるため、微妙な変化には鈍感であることが一般的に知られている。言い換えると、人は、少しの変化なら同じ画像であると判断できる。
【０１０８】
したがって、１週間後ずつ少しずつ変化させた場合であっても同じ正解画像であるとユーザは判断することが可能である。
【０１０９】
複数の画像の中から正解画像を選んで認証する方式において、アクセスするたびに正解画像は少しずつ変化させて提示することで、頻繁にアクセスを続けている人なら正解画像は認証することが可能であるが、長時間アクセスをしなくなった人は正解画像は以前と全く異なったものになってしまうため認証できなくなる。
【０１１０】
当該認証により、コミュニティ上での遣り取りの疎密を反映して、認証のセキュリティを高めることが可能である。
【０１１１】
なお、上述したようにアクセスするたびに正解画像が少しずつ変化するため記憶が曖昧であると次回ログインする際に正解画像を適切に選択できない可能性も考えられるためユーザが正解画像を鮮明に記憶することを助けるために一定時間、今回、ログインした際の正解画像を認証後に表示させるようにしてユーザが正解画像を記憶するのを幇助するようにしても良い。なお、認証後の一定期間に限られず、例えば、ログアウトする際に当該正解画像を表示するようにして、記憶しておく時間を可能な限り短くするようにしても良い。
【０１１２】
また、表示の仕方も記憶し易くするために点滅させたり、イベントとして表示させたり種々の工夫等を施すことが可能である。
【０１１３】
なお、上記においては、正解画像用パラメータを変更して正解画像を変化させる場合について説明したが、特に当該方式に限られず、他の方式を用いて正解画像を変化させるようにすることも可能である。
【０１１４】
例えば、正解画像用パラメータを用いて画像オブジェクトの位置や大きさを変化させるようにすることも可能である。また、正解画像に対して離散コサイン変換（ＤＣＴ変換）処理を実行した後、ＤＣＴ変化量を加えて逆離散コサイン変換（ＩＤＣＴ変換）処理を実行して正解画像を変化させるようにしても良い。また、正解画像に対してフィルタリング処理や輝度変換処理等、公知の画像処理を実行して正解画像を変化させるようにすることも可能である。
【０１１５】
また、テキストデータで構成された文書画像を正解画像としているような場合に、マルコフ連鎖等を利用して、文書を自動生成して、文書画像の一部を変化させるようにすることも可能である。
【０１１６】
（実施の形態２）
上記の実施の形態１においては、例えば、正解画像の更新タイミングとして、時間の経過に基づいて正解画像用パラメータを変更する場合について説明したが、例えば、時間の経過ではなく、ユーザのアクセス情報例えば、データ変更量に基づいて正解画像用パラメータを変更するようにすることも可能である。
【０１１７】
具体的には、本例においては、一例として、サービス提供部１２をユーザが利用してデータをアップロード等することが可能であり、当該場合のデータ量に基づいて正解画像用パラメータを変更する方式について説明する。
【０１１８】
図１１を用いて、本発明の実施の形態２に従う認証サーバの機能ブロックについて説明する。
【０１１９】
図１１を参照して、図７の機能ブロックと比較して、正解情報更新部２４を正解情報更新部２４＃に変更した点が異なる。その他の点については同様であるのでその詳細な説明は繰り返さない。
【０１２０】
本例における正解情報更新部２４＃は、正解画像用パラメータを更新するタイミングを判定する。本例においては、一例として、更新するタイミングとして、例えば、ユーザがデータをアップロード等した場合のデータ量に応じて更新するものとする。
【０１２１】
そして、正解情報更新部２４＃は、その際、正解画像の変化を解析して、解析結果に基づいて正解画像用パラメータを調整して、ＨＤＤ２８に格納されている正解画像用パラメータを変更する。
【０１２２】
認証画面生成部２２は、ＨＤＤ２８に格納されているテンプレート情報および正解画像用パラメータに基づいて１つの正解画像と、少なくとも１つの不正解画像に基づく認証画面を生成する。
【０１２３】
図１２を用いて、本発明の実施の形態２に従うユーザ端末４０がアプリケーション管理サーバ１０を利用する場合の処理の流れについて説明する。
【０１２４】
図１２を参照して、図３と比較して異なる点は、ステップＳ１８の後に、アップロードしたデータサイズを送信する（ステップＳ２９）。具体的には、サービス提供部１２は、ユーザが今回のログインからログアウトまでの間に修正あるいは追記したデータサイズ総数を認証サーバ２０に送信する。
【０１２５】
そして、次に、正解画像情報更新処理（ステップＳ３０）を実行する。その他の点については同様であるのでその詳細な説明は繰り返さない。
【０１２６】
なお、図４で説明した認証処理および図８で説明した認証画面データ送信処理については実施の形態１で説明したのと同様であるのでその詳細な説明は繰り返さない。
【０１２７】
図１３を用いて、本発明の実施の形態２に従う正解画像情報更新処理について説明する。具体的には、正解情報更新部２４における処理について説明する。
【０１２８】
図１３を参照して、まず、正解画像情報更新条件判定処理を実行する（ステップＳ３１）。
【０１２９】
図１４を用いて、本発明の実施の形態２に従う正解画像情報更新条件判定処理について説明する。
【０１３０】
図１４を参照して、まず、累積データサイズに、認証サーバ２０が受信した今回のログインからログアウトまでの間の修正または追記されたデータサイズを加算する（ステップＳ５０）。ここで、累積データサイズとは、最初の正解画像時を起点あるいは更新された正解画像時を起点として、サービス提供部１２をユーザが利用してデータをアップロードした場合のデータ量を指し示すものとする。
【０１３１】
そして、次に、累積データサイズが閾値Ｔｚよりも大きいかどうかを判定する（ステップＳ５１）。
【０１３２】
ステップＳ５１において、累積データサイズが閾値Ｔｚよりも大きいと判断した場合（ステップＳ５１においてＹＥＳ）には、正解画像情報更新条件をクリアに設定する（ステップＳ５２）。
【０１３３】
そして、累積データサイズを０に設定する（ステップＳ５４）。
そして、次に、更新フラグをオンする（ステップＳ５５）。そして、処理を終了する（リターン）。
【０１３４】
一方、累積データサイズが閾値Ｔｚ以下であると判断した場合（ステップＳ５１においてのＮＯ）には、正解画像情報更新条件はＮＧに設定する（ステップＳ５６）。
【０１３５】
この場合には、更新フラグはオンにしない。
そして、処理を終了する（リターン）。
【０１３６】
すなわち、正解画像情報更新条件判定処理としては、累積データサイズが閾値Ｔｚよりも大きくなった場合に正解画像情報の更新条件が満たされたと判定される。一方、累積データサイズが閾値Ｔｚ以下である場合には、前回の累積データサイズに今回、修正または追記されたデータサイズを加算して新たな累積データサイズに設定するものである。
【０１３７】
例えば、閾値Ｔｚの設定の方式について説明する。
たとえば、正解画像を２０回変更すると、元の画像を連想できなくなるような変化量に正解画像の更新が設定されている場合について考える。そして、アプリケーション管理サーバ１０の扱うデータの平均サイズは１Ｍｂｙｔｅで毎日平均１０個のデータがアップロードされているものとする。そして、ユーザに対してアップロードしてから５週間たっていないデータは新しいとして扱う場合について考える。１Ｍｂｙｔｅで毎日平均１０個のデータがアップロードされる。すなわち、１０Ｍｂｙｔｅのデータが毎日アップロードされる。そして、１０×７×５＝３５０Ｍｂｙｔｅのデータは新しいとして扱われる。
【０１３８】
当該場合には、閾値Ｔｚ＝１Ｍ×１０個×７日×５週／２０回＝１７．５ＭＢｙｔｅのように設定することが可能である。当該閾値Ｔｚ（＝１７．５ＭＢｙｔｅ）のデータがアップされる毎に正解画像が１回更新され、これが２０回繰り返される時点で３５０ＭＢｙｔｅの新規データがアップされていることになる。これは、１Ｍｂｙｔｅのデータが３５０個アップされたことに相当し、毎日１０個アップされるペースならば、５週間かかっていることになる。
【０１３９】
当該方式により、ユーザのデータ変更量、ここではアップロードしたデータ量に基づいて正解画像用パラメータを変更するようにすることが可能である。すなわち、アップロードしたデータ量に基づいて正解画像用パラメータが変更され、正解画像が更新されるため新しくアップロードしたデータすなわち新しい情報についてセキュリティを高めることが可能である。
【０１４０】
なお、ここでは、アップロードしたデータ量に基づいて正解画像を更新する場合について説明したが、特にこれに限られず、例えば、特定のデータへのアクセス内容で正解画像を更新するようにしても良いし、同一時期や、同一データ群へのアクセス人数に従って正解画像を更新するようにすることも可能である。あるいは、アクセス時間、アクセス元、アクセス時期等に基づいて正解画像の更新を制御するようにすることも可能である。
【０１４１】
また、新しい情報についてセキュリティを高める場合について説明したが、例えば、特定の時期にアップロードされたデータについてセキュリティを高めるように正解画像を更新するように制御することも可能である。
【０１４２】
図１５を用いて、累積データサイズに応じた変更量Ｐについて説明する。
図１５を参照して、データサイズが１００［Ｋｂｙｔｅ］未満である場合には、変更量Ｐ＝１．０である。データサイズが１００［Ｋｂｙｔｅ］以上５００未満である場合には、変更量Ｐ＝２．０である。データサイズが５００［Ｋｂｙｔｅ］以上１０００未満である場合には、変更量Ｐ＝３．０である。データサイズが１０００［Ｋｂｙｔｅ］以上５０００未満である場合には、変更量Ｐ＝４．０である。データサイズが５０００以上である場合には、変更量Ｐ＝５．０である。
【０１４３】
再び図１３を参照して、次に、正解画像情報更新条件が満たされるかどうかを判断する（ステップＳ３２）。
【０１４４】
ステップＳ３２において、正解画像情報更新条件が満たされると判断した場合（ステップＳ３２においてＹＥＳ）には、次に変更量（変更用パラメータ）を決定する（ステップＳ３４）。具体的には、図１４で説明したテーブルに従って累積データサイズに応じた変更量Ｐが決定される。
【０１４５】
そして、次に変更量（変更用パラメータ）に基づいて正解画像を仮生成する（ステップＳ３６）。
【０１４６】
そして、次に、画像変化量を算出する（ステップＳ３８）。画像変化量については後述する。
【０１４７】
次に、画像変化量について、閾値との関係において、いずれの条件を満たすかを判定する（ステップＳ４０）。
【０１４８】
ステップＳ４０において、閾値との関係において、画像変化量が閾値Ｔｂ未満である場合には、ステップＳ４２に進む。
【０１４９】
一方、画像変化量が閾値Ｔａ以上Ｔｂ未満の場合には、ステップＳ４６に進む。
一方、画像変化量が閾値Ｔａ以上である場合には、ステップＳ４４に進む。
【０１５０】
具体的には、ステップＳ４２において、画像変化量が閾値Ｔｂ未満である場合には、変更量について、変更量＋ΔＰに設定して、再び、ステップＳ３６に戻り正解画像を仮生成して同様の処理を繰り返す。
【０１５１】
また、ステップＳ４４において、画像変化量が閾値Ｔａ以上である場合には、変更量について、変更量―ΔＰに設定して、再び、ステップＳ３６に戻り正解画像を仮生成して同様の処理を繰り返す。
【０１５２】
すなわち、画像変化量が閾値Ｔｂ未満あるいは、閾値Ｔａ以上である場合には、変更量を調整して、閾値Ｔｂ以上Ｔａ未満となるように変更量が調整される。そして、画像変化量が閾値Ｔｂ以上Ｔａ未満となった場合には、仮生成した正解画像を更新確定する（ステップＳ４６）。そして、処理を終了する（リターン）。すなわち、当該変更量を正解画像用パラメータとして格納する。そして、処理を終了する（リターン）。
【０１５３】
図１６を用いて、正解画像の変更処理の一例について説明する。
図１６（Ａ）を参照して、ここでは、変更となるターゲットオブジェクトが示されている。一例として、ここでは、車のオブジェクトについて説明する。
【０１５４】
本例においては、変更となるターゲットオブジェクトのサイズをＰ［％］縮小するとともに、１０Ｐ［％］だけ左に移動させる場合について説明する。
【０１５５】
図１６（Ｂ）を参照して、ここでは、変更前と変更後の画像変化量について概念的に示されている。すなわち、変更前と変更後の差分画像を作成し、その画素値の総量を変化量とする場合が示されている。
【０１５６】
図１６（Ｃ）を参照して、ここでは、変化量（変更量）が小さい場合が示されている。
ここでは、変化量（変更量）が小さくセキュリティ効果が小さすぎるため変更量を閾値Ｔｂあるいは閾値Ｔｂに近似した値に修正して正解画像を生成した場合が示されている。
【０１５７】
図１６（Ｄ）を参照して、ここでは、変化量（変更量）が大きい場合が示されている。
ここでは、変化量（変更量）が大きく正解画像を判断できなくなるため変更量を閾値Ｔａあるいは閾値Ｔａに近似した値に修正して正解画像を生成した場合が示されている。
【０１５８】
当該修正処理により変更量が適度に調整されて画像が適度な変化の更新となるように設定することが可能である。
【０１５９】
なお、本例においては変更前と変更後の差分画像を作成して、画素値の総量を変化量とする方式について説明したが、当該方式に限られず、マッチング・認識・予測等で一般的に利用される画像間の類似尺度を利用して画像が適度な変化であるかどうかを判断するようにしても良い。
【０１６０】
なお、上記においては、変化量については、予め設定されている値を用いて正解画像を変化させる場合について説明したが、当該変化量をユーザ自身が調整するようにしても良い。
【０１６１】
なお、本例においては、変更量と、画像変化量とをそれぞれ異なるものとして説明したが、例えば、同じパラメータを利用して、画像変化量の算出過程を省略するようにすることも可能である。
【０１６２】
なお、上記の認証画面においては、正解画像そのものあるいは不正解画像そのものを認証画面に表示する場合について説明したが、他の形態による表示を実行するようにしても良い。
【０１６３】
図１７を用いて、他の認証画面について説明する。
図１７（Ａ）を参照して、ここでは、初期メンバーに最初に通知する正解画像が示されている。
【０１６４】
図１７（Ｂ）を参照して、ここでは、正解画像あるいは不正解画像と、他の画像とを組み合わせた画像を認証画面として表示した場合が示されている。
【０１６５】
すなわち、種々の組み合わせが可能であり、さらにセキュリティ効果を高めることが可能である。
【０１６６】
また、本例においては、認証画面において、１つの正解画像が含まれる場合について説明したが、複数の正解画像を表示するようにしても良い。例えば、親密度の違いによって、複数の正解画像を使い分けるようにすることも可能である。例えば、親密度の低いユーザの正解画像と、親密度の高いユーザの正解画像とを用いることができる。そして、親密度の低いユーザの正解画像は、更新度合や更新頻度を上げるように設定して、また、親密度の高いユーザの正解画像は、更新度合や更新頻度を下げるように設定して、２つの正解画像を認証画面に表示するようにしても良い。
【０１６７】
なお、本例においては、アプリケーション管理サーバ１０と認証サーバ２０とがそれぞれ別々に設けられている構成について説明したがこれらを１つに含めた構成とすることも可能である。
【０１６８】
なお、上記装置を制御する各部について、コンピュータを機能させて、上述のフローで説明したような制御を実行させるプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact  Disk-Read  Only  Memory）、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）およびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【０１６９】
なお、プログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。
【０１７０】
また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。
【０１７１】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０１７２】
今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１７３】
１０  アプリケーション管理サーバ、１１，２１  制御部、１２  サービス提供部、１３，２６，４２  ＲＡＭ、１４，２７，４３  ＲＯＭ、１５，２８，４４  ＨＤＤ、１６，３０，４９  通信インタフェース、１７，３１，４５  内部バス、１８  サービス可否判断部、２０  認証サーバ、２２  認証画面生成部、２３  ユーザ登録部、２４  正解情報更新部、２５  認証判定部、２９  入力装置、４０，５０  ユーザ端末、４１  ＣＰＵ、４６  マウス、４７  キーボード、４８  ディスプレイ。
【図１】
2011090634.tif 000003
【図２】
2011090634.tif 000004
【図３】
2011090634.tif 000005
【図４】
2011090634.tif 000006
【図７】
2011090634.tif 000007
【図８】
2011090634.tif 000008
【図９】
2011090634.tif 000009
【図１１】
2011090634.tif 000010
【図１２】
2011090634.tif 000011
【図１３】
2011090634.tif 000012
【図１４】
2011090634.tif 000013
【図１５】
2011090634.tif 000014
【図５】
2011090634.tif 000015
【図６】
2011090634.tif 000016
【図１０】
2011090634.tif 000017
【図１６】
2011090634.tif 000018
【図１７】
2011090634.tif 000019