(57)【特許請求の範囲】
【請求項１】
携帯端末とサーバとの間においてネットワークを介して所定の通信を行う認証システムにおいて、
前記サーバは、
所定の画像と、前記所定の画像に対応する画像サイズを記憶する第１の記憶部と、
第１のＵＲＬに対応する第１の認証サーバと、
第２のＵＲＬに対応する第２の認証サーバを備え、
前記携帯端末は、
前記ネットワークを介して取得したデータを解析し、解析の結果を表示部に表示する閲覧用アプリケーションプログラムと、認証を行う認証アプリケーションプログラムと、固有の認証鍵を記憶する第２の記憶部と、
前記第１のＵＲＬを宛先として指定し、前記閲覧用アプリケーションプログラムにより、前記ネットワークを経由して前記第１の認証サーバに接続し、前記第１の認証サーバから取得した情報を解析し、解析した結果として、所定の画像に対応する画像サイズと前記第２のＵＲＬの情報を含む認証ページを前記表示部に表示する第１の処理部と、
前記第２の記憶部から前記認証鍵を読み出し、前記認証ページに含まれている前記第２のＵＲＬを宛先として指定し、前記認証アプリケーションプログラムにより、前記第２の認証サーバに前記認証鍵を送信し、前記所定の画像の取得を要求する第２の処理部を備え、
前記第２の認証サーバは、
前記携帯端末から送信されてきた前記認証鍵に基づいて、前記認証鍵の正当性を判断する判断部と、
前記判断部により前記認証鍵の正当性が確認できた場合に、前記第１の記憶部に記憶されている前記所定の画像を読み出して、前記携帯端末に送信する送信部を備え、
前記第２の処理部は、前記認証アプリケーションプログラムにより、前記第２の認証サーバから送信されてきた前記所定の画像を前記第１の処理部に送信し、
前記第１の処理部は、前記認証ページにより、前記第２の処理部から送信されてきた前記所定の画像の画像サイズと、前記認証ページに含まれている前記所定の画像に対応する画像サイズを対比し、一致するかどうかを判断し、一致した場合には、前記認証アプリケーションプログラムが真正なアプリケーションプログラムであると判断する認証システム。
【請求項２】
前記第２の記憶部は、異なる複数の閲覧用アプリケーションプログラムが記憶されており、
前記第１の処理部は、前記第２の記憶部の中から一の閲覧用アプリケーションプログラムを読み出して実行し、前記第１のＵＲＬを宛先として指定し、前記ネットワークを経由して前記第１の認証サーバに接続し、前記第１の認証サーバから取得した情報を解析し、解析した結果として、所定の画像に対応する画像サイズと前記第２のＵＲＬの情報を含む認証ページを前記表示部に表示する請求項１記載の認証システム。
【請求項３】
前記第１の処理部は、前記認証アプリケーションプログラムが真正なアプリケーションプログラムであると判断した場合、前記閲覧用アプリケーションプログラムによって前記表示部に表示されている前記認証ページにより、所定のアプリケーションプログラムの取得を要求し、
前記第２の処理部は、前記要求にしたがって、前記認証アプリケーションプログラムにより前記所定のアプリケーションプログラムを前記第１の処理部に送信する請求項１記載の認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションプログラムが真正かどうかを判断する認証システムに関する。
【背景技術】
【０００２】
携帯端末等では、ウェブブラウザと呼ばれるアプリケーションプログラムを利用してウェブサイトへのアクセスを行っている。ここで、買い物の決済等を行うウェブサイトにおいては、セキュリティと安全性を確保する観点から、ログイン時に、ユーザＩＤ及びパスワードの入力を利用者に求め、サーバ側データベースにてユーザＩＤ及びパスワードをチェックする方法が一般的に行われている。
また、このようなウェブサイトにおいて、ログイン時に、ユーザＩＤ及び携帯端末の製造番号をチェックする方法（例えば、特許文献１を参照）等も知られている。
【０００３】
また、ウェブサイトで行なうＩＤ認証に際して、ユーザＩＤ及びパスワードの手入力回数を削減するための技術も知られている（例えば、非特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２８１０９７号公報
【非特許文献】
【０００５】
【非特許文献１】フェリカネットワークス株式会社、平成２３年８月３日検索、インターネット（ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｆｅｌｉｃａｎｅｔｗｏｒｋｓ．ｃｏ．ｊｐ／ｎｅｗｓ／ｔｏｐｉｃｓ／ｉｎｄｅｘ２０１０．ｈｔｍｌ）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、非特許文献１に係る技術では、ウェブブラウザに対して直接的に機能拡張を行うプラグイン方式で実現されている。
したがって、非特許文献１に係る技術を利用すると、例えば、携帯端末に複数のウェブブラウザがインストールされている場合には、ウェブブラウザごとにプラグインする必要が生じ、ユーザへの負担が大きくなる。また、ウェブブラウザの種類によっては、非特許文献１に係るアプリケーションをプラグインできない場合には、ユーザＩＤ及びパスワードの入力が必要なウェブサイトへのアクセスする場合には、対応可能なウェブブラウザを起動し直す必要が生じ、ユーザへの負担が大きくなる。
【０００７】
本発明は、プラグイン方式を採用せず、どのようなウェブブラウザを利用しても、ＩＤ認証に際してユーザＩＤ等の入力回数を低減することができ、また、画面設計の自由度を高くすることができる認証システムを提供することを一つの目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る認証システムは、上記課題を解決するために、携帯端末とサーバとの間においてネットワークを介して所定の通信を行う認証システムにおいて、前記サーバは、所定の画像と、前記所定の画像に対応する画像サイズを記憶する第１の記憶部と、第１のＵＲＬに対応する第１の認証サーバと、第２のＵＲＬに対応する第２の認証サーバを備え、前記携帯端末は、前記ネットワークを介して取得したデータを解析し、解析の結果を表示部に表示する閲覧用アプリケーションプログラムと、認証を行う認証アプリケーションプログラムと、固有の認証鍵を記憶する第２の記憶部と、前記第１のＵＲＬを宛先として指定し、前記閲覧用アプリケーションプログラムにより、前記ネットワークを経由して前記第１の認証サーバに接続し、前記第１の認証サーバから取得した情報を解析し、解析した結果として、所定の画像に対応する画像サイズと前記第２のＵＲＬの情報を含む認証ページを前記表示部に表示する第１の処理部と、前記第２の記憶部から前記認証鍵を読み出し、前記認証ページに含まれている前記第２のＵＲＬを宛先として指定し、前記認証アプリケーションプログラムにより、前記第２の認証サーバに前記認証鍵を送信し、前記所定の画像の取得を要求する第２の処理部を備え、前記第２の認証サーバは、前記携帯端末から送信されてきた前記認証鍵に基づいて、前記認証鍵の正当性を判断する判断部と、前記判断部により前記認証鍵の正当性が確認できた場合に、前記第１の記憶部に記憶されている前記所定の画像を読み出して、前記携帯端末に送信する送信部を備え、前記第２の処理部は、前記認証アプリケーションプログラムにより、前記第２の認証サーバから送信されてきた前記所定の画像を前記第１の処理部に送信し、前記第１の処理部は、前記認証ページにより、前記第２の処理部から送信されてきた前記所定の画像の画像サイズと、前記認証ページに含まれている前記所定の画像に対応する画像サイズを対比し、一致するかどうかを判断し、一致した場合には、前記認証アプリケーションプログラムが真正なアプリケーションプログラムであると判断する構成である。
【０００９】
このような構成によれば、認証システムは、閲覧用アプリケーションプログラム（ウェブブラウザ）によって第１の認証サーバにアクセスし、第１の認証サーバから所定の画像に対応する画像サイズと第２のＵＲＬを含む認証ページを取得し、第２のＵＲＬを宛先として、認証アプリケーションプログラムにより認証鍵を付与して第２の認証サーバにアクセスし、第２の認証サーバにより認証鍵の正当性が確認された後、所定の画像を受信する。そして、認証システムは、受信した所定の画像を認証アプリケーションプログラムから閲覧用アプリケーションプログラムによって動作している認証ページに受け渡し、認証ページにより第２の認証サーバから受信した所定の画像の画像サイズと、認証ページに含まれている所定の画像に対応する画像サイズを対比し、一致するかどうかを判断し、一致する場合には、認証アプリケーションプログラムが真正なアプリケーションプログラムであると判断する。
【００１０】
したがって、認証システムは、ウェブブラウザにより取得した認証ページにより、インストール済みの認証アプリケーションプログラムが真正なプログラムかどうかを判断することができるので、認証アプリケーションプログラムが真正なものと判断された場合、この認証アプリケーションプログラムを利用することにより、ＩＤ認証に際して、ユーザＩＤ等の入力回数を低減することができる。また、認証アプリケーションプログラムは、ソケット方式を用いているため、どのようなウェブブラウザでも利用することができるメリットがある。
【００１１】
また、認証システムでは、前記第２の記憶部は、異なる複数の閲覧用アプリケーションプログラムが記憶されており、前記第１の処理部は、前記第２の記憶部の中から一の閲覧用アプリケーションプログラムを読み出して実行し、前記第１のＵＲＬを宛先として指定し、前記ネットワークを経由して前記第１の認証サーバに接続し、前記第１の認証サーバから取得した情報を解析し、解析した結果として、所定の画像に対応する画像サイズと前記第２のＵＲＬの情報を含む認証ページを前記表示部に表示する構成でも良い。
【００１２】
したがって、認証システムは、認証アプリケーションプログラムがソケット方式を採用しているため、異なる複数の閲覧用アプリケーションプログラム（ウェブブラウザ）の中から任意に選ばれた一の閲覧用アプリケーションプログラムを用いてＩＤ認証を行うことができる。
【００１３】
また、認証システムでは、前記第１の処理部は、前記認証アプリケーションプログラムが真正なアプリケーションプログラムであると判断した場合、前記閲覧用アプリケーションプログラムによって前記表示部に表示されている前記認証ページにより、所定のアプリケーションプログラムの取得を要求し、前記第２の処理部は、前記要求にしたがって、前記認証アプリケーションプログラムにより前記所定のアプリケーションプログラムを前記第１の処理部に送信する構成でも良い。
【００１４】
したがって、認証システムでは、認証アプリケーションプログラムが真正なものと判断できれば、この認証アプリケーションプログラムが悪意のあるアプリケーションプログラムではないことの証明になるので、この真正な認証アプリケーションプログラムから送信されてきた所定のアプリケーションプログラムに対しては、事前に安全性等の検証を行うことなく、そのまま実行することができる。
【発明の効果】
【００１５】
本発明によれば、ＩＤ認証に際してユーザＩＤ等の入力回数を低減することができ、また、画面設計の自由度を高くすることができる。
【図面の簡単な説明】
【００１６】
【図１】認証システムの構成を示す図である。
【図２】認証システムにより認証アプリの正当性を判断する際の処理の流れについて説明する図である。
【図３】認証システムにより実行プログラムを実行する際の処理の流れについて説明する図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態の一例について図を参照しながら説明する。本発明の実施形態に係る認証システム１は、ネットワークＮを介して携帯端末２０とサーバ１０が接続されている。
【００１８】
サーバ１０は、図１に示すように、第１の記憶部１１と、第１の認証サーバ１２と、第２の認証サーバ１３を備える。
第１の記憶部１１は、所定の画像と、当該所定の画像に対応する画像サイズを記憶する。第１の認証サーバ１２は、第１のＵＲＬに対応している。よって、第１の認証サーバ１２は、携帯端末等の閲覧用アプリケーションプログラムＡＰ１（以下、ウェブブラウザＡＰ１という。）により第１のＵＲＬが宛先として指定されることによりネットワークＮを介して接続され、ウェブブラウザＡＰ１の要求（ＨＴＴＰリクエスト等）に応じて、所定の情報をウェブブラウザＡＰ１に送信する。また、第２の認証サーバ１３は、第２のＵＲＬに対応している。
【００１９】
なお、第１の認証サーバ１２及び第２の認証サーバ１３は、ネットワークＮに接続可能で、Ｗ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）の仕様に一部又は全部準拠したウェブサーバ機能を具備している。
【００２０】
携帯端末２０は、図１に示すように、表示部２１と、第２の記憶部２２と、第１の処理部２３と、第２の処理部２４を備える。
【００２１】
第２の記憶部２２は、ネットワークＮを介して取得したデータを解析し、解析の結果を表示部２１に表示するウェブブラウザＡＰ１と、認証を行う認証アプリケーションプログラムＡＰ２（以下、認証アプリＡＰ２という。）と、固有の認証鍵を記憶する。固有の認証鍵とは、携帯端末２０が携帯電話装置の場合には、ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）や、ＩＭＥＩに限られず、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）であっても良いし、ユーザが任意に指定するパスワード等であっても良い。
【００２２】
第１の処理部２３は、第１のＵＲＬを宛先として指定し、ウェブブラウザＡＰ１により、ネットワークＮを経由して第１の認証サーバ１２に接続し、第１の認証サーバ１２から取得した情報を解析し、解析した結果として、所定の画像に対応する画像サイズと第２のＵＲＬの情報を含む認証ページＰ１を表示部２１に表示する。
【００２３】
第２の処理部２４は、第２の記憶部２２から認証鍵を読み出し、認証ページＰ１に含まれている第２のＵＲＬを宛先として指定し、認証アプリＡＰ２により、第２の認証サーバ１３に認証鍵を送信し、所定の画像の取得を要求する。
【００２４】
なお、本実施例では、第１の処理部２３によりウェブブラウザＡＰ１を実行し、第２の処理部２４により認証アプリＡＰ２を実行するものとして説明するが、これに限定されず、例えば、単一の処理部が、両アプリケーションプログラムを実行する構成であっても良い。
【００２５】
また、携帯端末２０は、ネットワークＮに接続可能な通信機能や、アプリケーションプログラムを動作させることができる機能を備える。
【００２６】
ウェブブラウザＡＰ１は、携帯端末２０上で動作するＷ３Ｃの仕様に一部又は全部準拠したウェブページの表示用プログラムである。また、ウェブブラウザＡＰ１は、ネットワークＮ上の様々なウェブサーバを利用してウェブページを表示できるプログラムである。
【００２７】
また、セキュリティを保持する観点から、ウェブページ上のプログラムは、一般的に、同一ドメイン・サブドメイン以外へリクエストをしてデータを取得することができないように制限されている。本実施例に係るウェブブラウザＡＰ１は、同一ドメイン・サブドメイン以外へリクエストしてデータを取得することができる。ただし、ウェブブラウザＡＰ１は、同一ドメイン・サブドメイン以外のプログラム（又はプログラムを含む可能性のあるファイル）を事前に安全性の検証を行わずに実行（読み込み）し、かつ、同一ドメイン・サブドメイン以外へ画像のサイズを取得する機能を有しているものとする。
【００２８】
認証アプリＡＰ２は、携帯端末２０上で動作するプログラムである。また、認証アプリＡＰ２は、本認証を行う前段階で、ユーザを判別できる状況にあるものとする。
認証ページＰ１とは、第１の認証サーバ１２から送信される、Ｗ３Ｃの仕様に一部又は全部準拠した表示用データであり、ウェブブラウザＡＰ１によって解釈され、実行される。
【００２９】
また、第２の認証サーバ１３は、図１に示すように、判断部３１と、送信部３２を備える。
判断部３１は、携帯端末２０から送信されてきた認証鍵に基づいて、認証鍵の正当性を判断する。
送信部３２は、判断部３１により認証鍵の正当性が確認できた場合に、第１の記憶部１１に記憶されている所定の画像を読み出して、携帯端末２０に送信する。
【００３０】
このように構成されることにより、第２の処理部２４は、認証アプリＡＰ２により、第２の認証サーバ１３から送信されてきた所定の画像を第１の処理部２３に送信する。
【００３１】
また、第１の処理部２３は、ウェブブラウザＡＰ１によって動作している認証ページＰ１により、第２の処理部２４から送信されてきた所定の画像の画像サイズと、第１の認証サーバ１２から取得した所定の画像に対応する画像サイズを対比し、一致するかどうかを判断し、一致すると判断した場合には、認証アプリＡＰ２が真正なアプリケーションプログラムであると判断する。
【００３２】
なお、認証システム１は、認証用アプリケーションが真正なものでない場合には、第２の認証サーバ１３に対して認証鍵を送信することができないため、第２の認証サーバ１３から所定の画像を受け取ることができない。したがって、このような場合には、認証システム１は、認証ページＰ１に含まれている所定の画像に対応する画像サイズとの対比をすることができないので、インストールされている認証アプリＡＰ２を真正なアプリケーションプログラムではないと判断する。
【００３３】
このようにして、認証システム１は、ウェブブラウザＡＰ１により取得した認証ページＰ１により、インストールされている認証アプリＡＰ２が真正なアプリケーションプログラムであるかどうかを判断することができる。よって、認証システム１は、認証アプリＡＰ２が真正なものと判断できれば、この認証アプリＡＰ２が悪意のあるアプリケーションプログラムではないことの証明になるので、認証アプリＡＰ２を利用して自動的にＩＤ認証を行うことができ、ユーザによるＩＤの入力回数を低減することができる。
【００３４】
また、この認証アプリＡＰ２は、プラグイン方式ではなく、ソケット方式を用いているため、どのようなウェブブラウザＡＰ１でも利用することができるメリットがある。
【００３５】
また、認証システム１では、１×１〜Ｎ×Ｎサイズの画像を用いた判定を行うことで、誤判定の確率を１／Ｎ２にすることができる。また、認証システム１は、この画像サイズの最大値をＮからＭに増やすことで、さらに誤判定の確率を１／Ｍ２にすることができる。さらに、認証システム１は、画像を用いた判定をＸ回行うことで、誤判定の確率を（１／Ｎ２）Ｘにすることができる。
【００３６】
つまり、携帯端末２０は、容量の小さい複数の異なる画像のサイズを第１の認証サーバ１２から受信し、一連の処理を行った後に、複数の異なる画像を第２の認証サーバ１３から受信して、第２の認証サーバ１３から受信した各画像のサイズを、第１の認証サーバ１２から受信した各画像のサイズと対比して、一致するかどうかにより、認証アプリＡＰ２が真正なものか否かを判断する。
【００３７】
このような構成によれば、認証システム１は、画像を用いた判定を複数回行うことで、誤判定の確率を飛躍的に低減することができ、画像データの転送量を抑えつつ、実用的な認証強度を得ることができる。
【００３８】
また、第２の記憶部２２は、異なる複数のウェブブラウザＡＰ１が記憶されている。
第１の処理部２３は、第２の記憶部２２の中から一のウェブブラウザＡＰ１を読み出して実行し、第１のＵＲＬを宛先として指定し、ネットワークＮを経由して第１の認証サーバ１２に接続し、第１の認証サーバ１２から取得した情報を解析し、解析した結果として、所定の画像に対応する画像サイズと第２のＵＲＬの情報を含む認証ページＰ１を表示部２１に表示する。
【００３９】
第２の記憶部２２は、ネットワークＮを介して、ダウンロードされたウェブブラウザＡＰ１を記憶する。
【００４０】
したがって、認証システム１は、認証アプリＡＰ２がソケット方式を採用しているため、異なる複数のウェブブラウザＡＰ１の中から任意に選ばれた一のウェブブラウザＡＰ１を用いてＩＤ認証を行うことができる。
【００４１】
また、第１の処理部２３は、認証アプリＡＰ２が真正なアプリケーションプログラムであると判断した場合、ウェブブラウザＡＰ１によって表示部２１に表示されている認証ページＰ１により、所定のアプリケーションプログラムの取得を要求する。
【００４２】
第２の処理部２４は、要求にしたがって、認証アプリＡＰ２により所定のアプリケーションプログラムを第１の処理部２３に送信する。
【００４３】
したがって、認証システム１では、認証アプリＡＰ２が真正なものと判断できれば、この認証アプリＡＰ２が悪意のあるアプリケーションプログラムではないことの証明になるので、この真正な認証アプリＡＰ２から送信されてきた所定のアプリケーションプログラムに対しては、事前に安全性等の検証を行うことなく、そのまま実行することができる。
【００４４】
つぎに、認証システム１により認証アプリＡＰ２の正当性を判断する際の処理の流れについて図２を参照しながら詳細に説明する。
ステップＳＴ１において、ウェブブラウザＡＰ１は、第１の認証サーバ１２にアクセスして、認証ページＰ１を取得する。認証ページＰ１には、所定の画像に対応する画像サイズと第２のＵＲＬの情報が含まれている。また、認証ページＰ１には、第１の認証サーバ１２から取得した画像サイズと、認証アプリＡＰ２を介して第２の認証サーバ１３から取得した画像の画像サイズとを比較して、一致するかどうかを判断するプログラムも含まれている。
【００４５】
ステップＳＴ２において、認証アプリＡＰ２は、認証ページＰ１に含まれている第２のＵＲＬを取得する。
【００４６】
ステップＳＴ３において、認証アプリＡＰ２は、認証鍵を付与して、第２のＵＲＬにより第２の認証サーバ１３にアクセスし、画像の取得要求を行う。
【００４７】
ステップＳＴ４において、第２の認証サーバ１３は、認証鍵の正当性についての確認を行った後、画像鍵に対応する画像サイズの画像を携帯端末２０に送信する。
【００４８】
ステップＳＴ５において、認証アプリＡＰ２は、第２の認証サーバ１３から送信されてきた画像を認証ページＰ１に送信する。
【００４９】
ステップＳＴ６において、認証ページＰ１は、ステップＳＴ５により取得した画像の画像サイズが、ステップＳＴ１により取得した画像サイズに一致するかどうかを判断する。認証ページＰ１は、画像サイズが一致すると判断した場合には、認証アプリＡＰ２を真正なアプリケーションプログラムであると判断する。
【００５０】
なお、認証ページＰ１は、画像とともに実行プログラムが認証アプリＡＰ２から送信されていた場合であっても、まだ、認証アプリＡＰ２の正当性が確認されていないので、この実行プログラムを実行しない。
【００５１】
このようにして、認証システム１は、ウェブブラウザＡＰ１という限られた環境において、認証アプリＡＰ２の正当性を確認することができる。
【００５２】
つぎに、上述したように、認証アプリＡＰ２の正当性を確認した後、認証システム１により実行プログラムを実行する際の処理の流れについて図３を参照しながら説明する。なお、以下の実施例においては、実行プログラムとは、ユーザＩＤが所定の形式（ＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔｓ）、ＪａｖａＳｃｒｉｐｔ（登録商標）、画像等）でプログラム化されているものを想定しているが、これに限られない。
【００５３】
ステップＳＴ１１において、認証ページＰ１は、認証アプリＡＰ２に実行プログラムの取得を要求する。
【００５４】
ステップＳＴ１２において、認証アプリＡＰ２は、実行プログラムを認証ページＰ１に送信する。
【００５５】
ここで、認証アプリＡＰ２は、認証ページＰ１の要求に応じて、携帯端末２０に記憶されている情報（例えば、ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）や、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）等）を読み出し、実行プログラムに埋め込んで、認証アプリＡＰ２に送信する構成（構成１）でも良い。
【００５６】
また、認証アプリＡＰ２は、認証ページＰ１の要求に応じて、ユーザに対してパスワードの入力を促し、入力されたパスワードを実行プログラムに埋め込んで、認証アプリＡＰ２に送信する構成（構成２）でも良い。
【００５７】
また、認証アプリＡＰ２は、以下のような構成（構成３）でも良い。認証アプリＡＰ２は、認証ページＰ１の要求に応じて、当該要求に含まれている所定のＵＲＬに対応するサーバにアクセスし、認証鍵を付与して、実行プログラムの取得要求を行う。当該サーバは、認証鍵の正当性を確認した後、要求された実行プログラムを携帯端末２０に送信する。認証アプリＡＰ２は、所定のサーバから送信されてきた実行プログラムを認証ページＰ１に送信する。
【００５８】
また、認証アプリＡＰ２は、認証ページＰ１の要求に応じて、ユーザにＩＣカードを所定の距離まで近接するように表示部２１を介して指示を出し、近接されたＩＣカードから、ＲＦＩＤ機能を利用してデータを読み取り、読み取ったデータを実行プログラムに埋め込んで、認証アプリＡＰ２に送信する構成（構成４）でも良い。
【００５９】
なお、携帯端末２０は、上述した構成１〜構成４の全部を備えても良く、この場合には、必要に応じて二つ以上を併用しても良い。
【００６０】
このようにして、認証システム１は、ウェブブラウザＡＰ１という限られた環境において、認証アプリＡＰ２の正当性を確認した後、認証アプリＡＰ２を介して取得した実行プログラムを安全なプログラムとみなして、直ぐに実行することができる。
【００６１】
また、認証アプリＡＰ２は、ウェブサイトと通信を行なう際はＳｅｒｖｅｒＳｏｃｋｅｔ待ち受けをして、ウェブサイトからｌｏｃａｌｈｏｓｔアクセスを行なうことで通信が可能になる。
【００６２】
認証アプリＡＰ２は、クロスドメインリクエストが必要な関係上、ウェブサイトからは、アクセス手段が限られており、通常はデータの受け渡しが可能なＪＳＯＮＰ形式等を用いることになる。この際、携帯端末２０内に悪意のあるアプリが同ｐｏｒｔで待ち受けをしていた場合には、ウェブサイトに対して任意のコードを実行できてしまうため、問題が生じてしまう。
【００６３】
本発明に係る認証システム１は、ＪＳＯＮＰアクセスを実施する前に、認証ページＰ１から認証鍵を含むＵＲＬで携帯端末２０内の認証アプリＡＰ２に対して画像を取得するリクエストを行い、当該ＵＲＬに対応する認証サーバから取得した画像を用いて、認証アプリＡＰ２の正当性の認証を行う。このようにして、認証システム１は、ＪＳＯＮＰアクセスを実施する前に安全な通信路を確保するので、認証アプリＡＰ２とウェブサイト間の通信を安全に行なうことができ、上述のような問題が生じない。
【００６４】
また、認証システム１は、例えば、商品を購入するウェブサイトにアクセスして、商品を購入する場合や、ログインパスワードが必要なウェブサイトにアクセスして、ログインする場合等に利用することができる。
【００６５】
また、認証システム１は、正当性のある認証アプリＡＰ２を利用するので、ウェブブラウザでＩＤパスワードを管理する方法に比べて、有効期限が長く、定期的なＩＤパスワードの入力作業等を省くことができる。
【００６６】
また、認証アプリＡＰ２は、ソケット方式が採用されているため、ウェブブラウザを選ばずに動作し、仮にウェブブラウザのバージョンに変更等が生じても影響を受けない利点がある。
【符号の説明】
【００６７】
１  認証システム
１０  サーバ
１１  第１の記憶部
１２  第１の認証サーバ
１３  第２の認証サーバ
２０  携帯端末
２１  表示部
２２  第２の記憶部
２３  第１の処理部
２４  第２の処理部
３１  判断部
３２  送信部
【図１】
0005559760.tif 000002
【図２】
0005559760.tif 000003
【図３】
0005559760.tif 000004