特許 5695250 端末装置、処理方法及びサーバ装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5695250

(24)【登録日】2015年2月13日

(45)【発行日】2015年4月1日

(54)【発明の名称】端末装置、処理方法及びサーバ装置

(51)【国際特許分類】

   G06F 21/44 20130101AFI20150312BHJP

【ＦＩ】

   G06F21/44

【請求項の数】5

【全頁数】12

(21)【出願番号】特願2014-117165(P2014-117165)

(22)【出願日】2014年6月6日

(62)【分割の表示】特願2011-199132(P2011-199132)の分割

【原出願日】2011年9月13日

(65)【公開番号】特開2014-167826(P2014-167826A)

(43)【公開日】2014年9月11日

【審査請求日】2014年6月25日

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】100106002

【弁理士】

【氏名又は名称】正林 真之

(74)【代理人】

【識別番号】100120891

【弁理士】

【氏名又は名称】林 一好

(72)【発明者】

【氏名】田淵 純一

【審査官】 平井 誠

(56)【参考文献】

【文献】 特開２００８−０７１０９７（ＪＰ，Ａ）

【文献】 特開平１１−３４０９６７（ＪＰ，Ａ）

【文献】 特開２００４−０５４８９３（ＪＰ，Ａ）

【文献】 特開２０１０−１０２５７９（ＪＰ，Ａ）

【文献】 特開２００８−１７１０７６（ＪＰ，Ａ）

【文献】 特開２００７−２８００３９（ＪＰ，Ａ）

【文献】 特開２００９−０８７２２６（ＪＰ，Ａ）

【文献】 特開２００８−２７８０２０（ＪＰ，Ａ）

【文献】 特開２００５−３１６５７７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ２１

(57)【特許請求の範囲】

【請求項1】

ネットワークを介して取得したデータを解析し、解析の結果を表示部に表示する第１アプリケーションプログラムと、認証を行う第２アプリケーションプログラムと、固有の認証鍵を記憶する記憶部と、
第１のＵＲＬを宛先として指定し、前記第１アプリケーションプログラムにより、前記ネットワークを経由して第１の認証サーバに接続し、前記第１の認証サーバから取得した情報を解析し、解析した結果として、所定のデータに対応するデータサイズと第２のＵＲＬの情報を含む認証ページを前記表示部に表示する第１の処理部と、
前記記憶部から前記認証鍵を読み出し、前記認証ページに含まれている前記第２のＵＲＬを宛先として指定し、前記第２アプリケーションプログラムにより、第２の認証サーバに前記認証鍵を送信し、前記所定のデータの取得を要求する第２の処理部を備え、
前記第２の処理部は、前記第２アプリケーションプログラムにより、前記第２の認証サーバから送信されてきた所定のデータを前記第１の処理部に送信し、
前記第１の処理部は、前記認証ページにより、前記第２の処理部から送信されてきた前記所定のデータのデータサイズと、前記認証ページに含まれている前記所定のデータに対応するデータサイズを対比し、一致するかどうかを判断し、一致した場合には、前記第２アプリケーションプログラムが真正なアプリケーションプログラムであると判断する端末装置。

【請求項2】

前記記憶部は、異なる複数の第１アプリケーションプログラムが記憶されており、
前記第１の処理部は、前記記憶部の中から一の第１アプリケーションプログラムを読み出して実行し、前記第１のＵＲＬを宛先として指定し、前記ネットワークを経由して前記第１の認証サーバに接続し、前記第１の認証サーバから取得した情報を解析し、解析した結果として、所定のデータに対応するデータサイズと前記第２のＵＲＬの情報を含む認証ページを前記表示部に表示する請求項１記載の端末装置。

【請求項3】

前記第１の処理部は、前記第２アプリケーションプログラムが真正なアプリケーションプログラムであると判断した場合、前記第１アプリケーションプログラムによって前記表示部に表示されている前記認証ページにより、所定のアプリケーションプログラムの取得を要求し、
前記第２の処理部は、前記要求にしたがって、前記第２アプリケーションプログラムにより前記所定のアプリケーションプログラムを前記第１の処理部に送信する請求項１記載の端末装置。

【請求項4】

ネットワークを介して取得したデータを解析し、解析の結果を表示部に表示する第１アプリケーションプログラムと、認証を行う第２アプリケーションプログラムと、固有の認証鍵を記憶部に記憶する記憶工程と、
第１のＵＲＬを宛先として指定し、前記第１アプリケーションプログラムにより、前記ネットワークを経由して第１の認証サーバに接続し、前記第１の認証サーバから取得した情報を解析し、解析した結果として、所定のデータに対応するデータサイズと第２のＵＲＬの情報を含む認証ページを前記表示部に表示する第１の処理工程と、
前記記憶部から前記認証鍵を読み出し、前記認証ページに含まれている前記第２のＵＲＬを宛先として指定し、前記第２アプリケーションプログラムにより、第２の認証サーバに前記認証鍵を送信し、前記所定のデータの取得を要求する第２の処理工程を備え、
前記第２の処理工程は、前記第２アプリケーションプログラムにより、前記第２の認証サーバから送信されてきた所定のデータを前記第１の処理工程に送信し、
前記第１の処理工程は、前記認証ページにより、前記第２の処理工程から送信されてきた前記所定のデータのデータサイズと、前記認証ページに含まれている前記所定のデータに対応するデータサイズを対比し、一致するかどうかを判断し、一致した場合には、前記第２アプリケーションプログラムが真正なアプリケーションプログラムであると判断する処理方法。

【請求項5】

請求項１記載の携帯端末との間においてネットワークを介して所定の通信を行うサーバ装置において、
所定のデータと、前記所定のデータに対応するデータサイズを記憶する第１の記憶部と、
第１のＵＲＬに対応する第１の認証サーバと、
第２のＵＲＬに対応する第２の認証サーバを備え、
前記第２の認証サーバは、
前記携帯端末から送信されてきた認証鍵に基づいて、前記認証鍵の正当性を判断する判断部と、
前記判断部により前記認証鍵の正当性が確認できた場合に、前記第１の記憶部に記憶されている前記所定のデータを読み出して、前記携帯端末に送信する送信部を備えるサーバ装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、アプリケーションプログラムが真正かどうかを判断する認証システムに関する。

【背景技術】

【0002】

携帯端末等では、ウェブブラウザと呼ばれるアプリケーションプログラムを利用してウェブサイトへのアクセスを行っている。ここで、買い物の決済等を行うウェブサイトにおいては、セキュリティと安全性を確保する観点から、ログイン時に、ユーザＩＤ及びパスワードの入力を利用者に求め、サーバ側データベースにてユーザＩＤ及びパスワードをチェックする方法が一般的に行われている。
また、このようなウェブサイトにおいて、ログイン時に、ユーザＩＤ及び携帯端末の製造番号をチェックする方法（例えば、特許文献１を参照）等も知られている。

【0003】

また、ウェブサイトで行なうＩＤ認証に際して、ユーザＩＤ及びパスワードの手入力回数を削減するための技術も知られている（例えば、非特許文献１を参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００３−２８１０９７号公報

【非特許文献】

【0005】

【非特許文献1】フェリカネットワークス株式会社、平成２３年８月３日検索、インターネット（ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｆｅｌｉｃａｎｅｔｗｏｒｋｓ．ｃｏ．ｊｐ／ｎｅｗｓ／ｔｏｐｉｃｓ／ｉｎｄｅｘ２０１０．ｈｔｍｌ）

【発明の概要】

【発明が解決しようとする課題】

【0006】

ところで、非特許文献１に係る技術では、ウェブブラウザに対して直接的に機能拡張を行うプラグイン方式で実現されている。
したがって、非特許文献１に係る技術を利用すると、例えば、携帯端末に複数のウェブブラウザがインストールされている場合には、ウェブブラウザごとにプラグインする必要が生じ、ユーザへの負担が大きくなる。また、ウェブブラウザの種類によっては、非特許文献１に係るアプリケーションをプラグインできない場合には、ユーザＩＤ及びパスワードの入力が必要なウェブサイトへのアクセスする場合には、対応可能なウェブブラウザを起動し直す必要が生じ、ユーザへの負担が大きくなる。

【0007】

本発明は、プラグイン方式を採用せず、どのようなウェブブラウザを利用しても、ＩＤ認証に際してユーザＩＤ等の入力回数を低減することができ、また、画面設計の自由度を高くすることができる認証システムを提供することを一つの目的とする。

【課題を解決するための手段】

【0008】

本発明に係る端末装置は、上記課題を解決するために、ネットワークを介して取得したデータを解析し、解析の結果を表示部に表示する第１アプリケーションプログラムと、認証を行う第２アプリケーションプログラムと、固有の認証鍵を記憶する記憶部と、第１のＵＲＬを宛先として指定し、前記第１アプリケーションプログラムにより、前記ネットワークを経由して第１の認証サーバに接続し、前記第１の認証サーバから取得した情報を解析し、解析した結果として、所定のデータに対応するデータサイズと第２のＵＲＬの情報を含む認証ページを前記表示部に表示する第１の処理部と、前記記憶部から前記認証鍵を読み出し、前記認証ページに含まれている前記第２のＵＲＬを宛先として指定し、前記第２アプリケーションプログラムにより、第２の認証サーバに前記認証鍵を送信し、前記所定のデータの取得を要求する第２の処理部を備え、前記第２の処理部は、前記第２アプリケーションプログラムにより、前記第２の認証サーバから送信されてきた所定のデータを前記第１の処理部に送信し、前記第１の処理部は、前記認証ページにより、前記第２の処理部から送信されてきた前記所定のデータのデータサイズと、前記認証ページに含まれている前記所定のデータに対応するデータサイズを対比し、一致するかどうかを判断し、一致した場合には、前記第２アプリケーションプログラムが真正なアプリケーションプログラムであると判断する構成である。

【0009】

このような構成によれば、端末装置は、第１アプリケーションプログラム（閲覧用アプリケーションプログラムであり、ウェブブラウザを意味する）によって第１の認証サーバにアクセスし、第１の認証サーバから所定のデータに対応するデータサイズと第２のＵＲＬを含む認証ページを取得し、第２のＵＲＬを宛先として、第２アプリケーションプログラム（認証アプリケーションプログラム）により認証鍵を付与して第２の認証サーバにアクセスし、第２の認証サーバにより認証鍵の正当性が確認された後、所定のデータを受信する。そして、端末装置は、受信した所定のデータを第２アプリケーションプログラムから第１アプリケーションプログラムによって動作している認証ページに受け渡し、認証ページにより第２の認証サーバから受信した所定のデータのデータサイズと、認証ページに含まれている所定のデータに対応するデータサイズを対比し、一致するかどうかを判断し、一致する場合には、第２アプリケーションプログラムが真正なアプリケーションプログラムであると判断する。

【0010】

したがって、携帯装置は、ウェブブラウザにより取得した認証ページにより、インストール済みの第２アプリケーションプログラムが真正なプログラムかどうかを判断することができるので、第２アプリケーションプログラムが真正なものと判断された場合、この第２アプリケーションプログラムを利用することにより、ＩＤ認証に際して、ユーザＩＤ等の入力回数を低減することができる。また、第２アプリケーションプログラムは、ソケット方式を用いているため、どのようなウェブブラウザでも利用することができるメリットがある。

【0011】

また、端末装置では、前記記憶部は、異なる複数の第１アプリケーションプログラムが記憶されており、前記第１の処理部は、前記記憶部の中から一の第１アプリケーションプログラムを読み出して実行し、前記第１のＵＲＬを宛先として指定し、前記ネットワークを経由して前記第１の認証サーバに接続し、前記第１の認証サーバから取得した情報を解析し、解析した結果として、所定のデータに対応するデータサイズと前記第２のＵＲＬの情報を含む認証ページを前記表示部に表示する構成でも良い。

【0012】

したがって、端末装置は、第２アプリケーションプログラムがソケット方式を採用しているため、異なる複数の第１アプリケーションプログラム（ウェブブラウザ）の中から任意に選ばれた一の第１アプリケーションプログラムを用いてＩＤ認証を行うことができる。

【0013】

また、端末装置では、前記第１の処理部は、前記第２アプリケーションプログラムが真正なアプリケーションプログラムであると判断した場合、前記第１アプリケーションプログラムによって前記表示部に表示されている前記認証ページにより、所定のアプリケーションプログラムの取得を要求し、前記第２の処理部は、前記要求にしたがって、前記第２アプリケーションプログラムにより前記所定のアプリケーションプログラムを前記第１の処理部に送信する構成でも良い。

【0014】

したがって、端末装置では、第２アプリケーションプログラムが真正なものと判断できれば、この第２アプリケーションプログラムが悪意のあるアプリケーションプログラムではないことの証明になるので、この真正な第２アプリケーションプログラムから送信されてきた所定のアプリケーションプログラムに対しては、事前に安全性等の検証を行うことなく、そのまま実行することができる。
本発明に係る処理方法は、上記課題を解決するために、ネットワークを介して取得したデータを解析し、解析の結果を表示部に表示する第１アプリケーションプログラムと、認証を行う第２アプリケーションプログラムと、固有の認証鍵を記憶部に記憶する記憶工程と、第１のＵＲＬを宛先として指定し、前記第１アプリケーションプログラムにより、前記ネットワークを経由して第１の認証サーバに接続し、前記第１の認証サーバから取得した情報を解析し、解析した結果として、所定のデータに対応するデータサイズと第２のＵＲＬの情報を含む認証ページを前記表示部に表示する第１の処理工程と、前記記憶部から前記認証鍵を読み出し、前記認証ページに含まれている前記第２のＵＲＬを宛先として指定し、前記第２アプリケーションプログラムにより、第２の認証サーバに前記認証鍵を送信し、前記所定のデータの取得を要求する第２の処理工程を備え、前記第２の処理工程は、前記第２アプリケーションプログラムにより、前記第２の認証サーバから送信されてきた所定のデータを前記第１の処理工程に送信し、前記第１の処理工程は、前記認証ページにより、前記第２の処理工程から送信されてきた前記所定のデータのデータサイズと、前記認証ページに含まれている前記所定のデータに対応するデータサイズを対比し、一致するかどうかを判断し、一致した場合には、前記第２アプリケーションプログラムが真正なアプリケーションプログラムであると判断する構成である。
本発明に係るサーバ装置は、上記課題を解決するために、携帯端末との間においてネットワークを介して所定の通信を行うサーバ装置において、所定のデータと、前記所定のデータに対応するデータサイズを記憶する第１の記憶部と、第１のＵＲＬに対応する第１の認証サーバと、第２のＵＲＬに対応する第２の認証サーバを備え、前記第２の認証サーバは、前記携帯端末から送信されてきた認証鍵に基づいて、前記認証鍵の正当性を判断する判断部と、前記判断部により前記認証鍵の正当性が確認できた場合に、前記第１の記憶部に記憶されている前記所定のデータを読み出して、前記携帯端末に送信する送信部を備えるサーバ装置。

【発明の効果】

【0015】

本発明によれば、ＩＤ認証に際してユーザＩＤ等の入力回数を低減することができ、また、画面設計の自由度を高くすることができる。

【図面の簡単な説明】

【0016】

【図1】認証システムの構成を示す図である。

【図2】認証システムにより認証アプリの正当性を判断する際の処理の流れについて説明する図である。

【図3】認証システムにより実行プログラムを実行する際の処理の流れについて説明する図である。

【発明を実施するための形態】

【0017】

以下、本発明の実施形態の一例について図を参照しながら説明する。本発明の実施形態に係る認証システム１は、ネットワークＮを介して携帯端末２０とサーバ１０が接続されている。

【0018】

サーバ１０は、図１に示すように、第１の記憶部１１と、第１の認証サーバ１２と、第２の認証サーバ１３を備える。
第１の記憶部１１は、所定の画像と、当該所定の画像に対応する画像サイズを記憶する。第１の認証サーバ１２は、第１のＵＲＬに対応している。よって、第１の認証サーバ１２は、携帯端末等の閲覧用アプリケーションプログラムＡＰ１（以下、ウェブブラウザＡＰ１という。）により第１のＵＲＬが宛先として指定されることによりネットワークＮを介して接続され、ウェブブラウザＡＰ１の要求（ＨＴＴＰリクエスト等）に応じて、所定の情報をウェブブラウザＡＰ１に送信する。また、第２の認証サーバ１３は、第２のＵＲＬに対応している。

【0019】

なお、第１の認証サーバ１２及び第２の認証サーバ１３は、ネットワークＮに接続可能で、Ｗ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）の仕様に一部又は全部準拠したウェブサーバ機能を具備している。

【0020】

携帯端末２０は、図１に示すように、表示部２１と、第２の記憶部２２と、第１の処理部２３と、第２の処理部２４を備える。

【0021】

第２の記憶部２２は、ネットワークＮを介して取得したデータを解析し、解析の結果を表示部２１に表示するウェブブラウザＡＰ１と、認証を行う認証アプリケーションプログラムＡＰ２（以下、認証アプリＡＰ２という。）と、固有の認証鍵を記憶する。固有の認証鍵とは、携帯端末２０が携帯電話装置の場合には、ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）や、ＩＭＥＩに限られず、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）であっても良いし、ユーザが任意に指定するパスワード等であっても良い。

【0022】

第１の処理部２３は、第１のＵＲＬを宛先として指定し、ウェブブラウザＡＰ１により、ネットワークＮを経由して第１の認証サーバ１２に接続し、第１の認証サーバ１２から取得した情報を解析し、解析した結果として、所定の画像に対応する画像サイズと第２のＵＲＬの情報を含む認証ページＰ１を表示部２１に表示する。

【0023】

第２の処理部２４は、第２の記憶部２２から認証鍵を読み出し、認証ページＰ１に含まれている第２のＵＲＬを宛先として指定し、認証アプリＡＰ２により、第２の認証サーバ１３に認証鍵を送信し、所定の画像の取得を要求する。

【0024】

なお、本実施例では、第１の処理部２３によりウェブブラウザＡＰ１を実行し、第２の処理部２４により認証アプリＡＰ２を実行するものとして説明するが、これに限定されず、例えば、単一の処理部が、両アプリケーションプログラムを実行する構成であっても良い。

【0025】

また、携帯端末２０は、ネットワークＮに接続可能な通信機能や、アプリケーションプログラムを動作させることができる機能を備える。

【0026】

ウェブブラウザＡＰ１は、携帯端末２０上で動作するＷ３Ｃの仕様に一部又は全部準拠したウェブページの表示用プログラムである。また、ウェブブラウザＡＰ１は、ネットワークＮ上の様々なウェブサーバを利用してウェブページを表示できるプログラムである。

【0027】

また、セキュリティを保持する観点から、ウェブページ上のプログラムは、一般的に、同一ドメイン・サブドメイン以外へリクエストをしてデータを取得することができないように制限されている。本実施例に係るウェブブラウザＡＰ１は、同一ドメイン・サブドメイン以外へリクエストしてデータを取得することができる。ただし、ウェブブラウザＡＰ１は、同一ドメイン・サブドメイン以外のプログラム（又はプログラムを含む可能性のあるファイル）を事前に安全性の検証を行わずに実行（読み込み）し、かつ、同一ドメイン・サブドメイン以外へ画像のサイズを取得する機能を有しているものとする。

【0028】

認証アプリＡＰ２は、携帯端末２０上で動作するプログラムである。また、認証アプリＡＰ２は、本認証を行う前段階で、ユーザを判別できる状況にあるものとする。
認証ページＰ１とは、第１の認証サーバ１２から送信される、Ｗ３Ｃの仕様に一部又は全部準拠した表示用データであり、ウェブブラウザＡＰ１によって解釈され、実行される。

【0029】

また、第２の認証サーバ１３は、図１に示すように、判断部３１と、送信部３２を備える。
判断部３１は、携帯端末２０から送信されてきた認証鍵に基づいて、認証鍵の正当性を判断する。
送信部３２は、判断部３１により認証鍵の正当性が確認できた場合に、第１の記憶部１１に記憶されている所定の画像を読み出して、携帯端末２０に送信する。

【0030】

このように構成されることにより、第２の処理部２４は、認証アプリＡＰ２により、第２の認証サーバ１３から送信されてきた所定の画像を第１の処理部２３に送信する。

【0031】

また、第１の処理部２３は、ウェブブラウザＡＰ１によって動作している認証ページＰ１により、第２の処理部２４から送信されてきた所定の画像の画像サイズと、第１の認証サーバ１２から取得した所定の画像に対応する画像サイズを対比し、一致するかどうかを判断し、一致すると判断した場合には、認証アプリＡＰ２が真正なアプリケーションプログラムであると判断する。

【0032】

なお、認証システム１は、認証用アプリケーションが真正なものでない場合には、第２の認証サーバ１３に対して認証鍵を送信することができないため、第２の認証サーバ１３から所定の画像を受け取ることができない。したがって、このような場合には、認証システム１は、認証ページＰ１に含まれている所定の画像に対応する画像サイズとの対比をすることができないので、インストールされている認証アプリＡＰ２を真正なアプリケーションプログラムではないと判断する。

【0033】

このようにして、認証システム１は、ウェブブラウザＡＰ１により取得した認証ページＰ１により、インストールされている認証アプリＡＰ２が真正なアプリケーションプログラムであるかどうかを判断することができる。よって、認証システム１は、認証アプリＡＰ２が真正なものと判断できれば、この認証アプリＡＰ２が悪意のあるアプリケーションプログラムではないことの証明になるので、認証アプリＡＰ２を利用して自動的にＩＤ認証を行うことができ、ユーザによるＩＤの入力回数を低減することができる。

【0034】

また、この認証アプリＡＰ２は、プラグイン方式ではなく、ソケット方式を用いているため、どのようなウェブブラウザＡＰ１でも利用することができるメリットがある。

【0035】

また、認証システム１では、１×１〜Ｎ×Ｎサイズの画像を用いた判定を行うことで、誤判定の確率を１／Ｎ^２にすることができる。また、認証システム１は、この画像サイズの最大値をＮからＭに増やすことで、さらに誤判定の確率を１／Ｍ^２にすることができる。さらに、認証システム１は、画像を用いた判定をＸ回行うことで、誤判定の確率を（１／Ｎ^２）^Ｘにすることができる。

【0036】

つまり、携帯端末２０は、容量の小さい複数の異なる画像のサイズを第１の認証サーバ１２から受信し、一連の処理を行った後に、複数の異なる画像を第２の認証サーバ１３から受信して、第２の認証サーバ１３から受信した各画像のサイズを、第１の認証サーバ１２から受信した各画像のサイズと対比して、一致するかどうかにより、認証アプリＡＰ２が真正なものか否かを判断する。

【0037】

このような構成によれば、認証システム１は、画像を用いた判定を複数回行うことで、誤判定の確率を飛躍的に低減することができ、画像データの転送量を抑えつつ、実用的な認証強度を得ることができる。

【0038】

また、第２の記憶部２２は、異なる複数のウェブブラウザＡＰ１が記憶されている。
第１の処理部２３は、第２の記憶部２２の中から一のウェブブラウザＡＰ１を読み出して実行し、第１のＵＲＬを宛先として指定し、ネットワークＮを経由して第１の認証サーバ１２に接続し、第１の認証サーバ１２から取得した情報を解析し、解析した結果として、所定の画像に対応する画像サイズと第２のＵＲＬの情報を含む認証ページＰ１を表示部２１に表示する。

【0039】

第２の記憶部２２は、ネットワークＮを介して、ダウンロードされたウェブブラウザＡＰ１を記憶する。

【0040】

したがって、認証システム１は、認証アプリＡＰ２がソケット方式を採用しているため、異なる複数のウェブブラウザＡＰ１の中から任意に選ばれた一のウェブブラウザＡＰ１を用いてＩＤ認証を行うことができる。

【0041】

また、第１の処理部２３は、認証アプリＡＰ２が真正なアプリケーションプログラムであると判断した場合、ウェブブラウザＡＰ１によって表示部２１に表示されている認証ページＰ１により、所定のアプリケーションプログラムの取得を要求する。

【0042】

第２の処理部２４は、要求にしたがって、認証アプリＡＰ２により所定のアプリケーションプログラムを第１の処理部２３に送信する。

【0043】

したがって、認証システム１では、認証アプリＡＰ２が真正なものと判断できれば、この認証アプリＡＰ２が悪意のあるアプリケーションプログラムではないことの証明になるので、この真正な認証アプリＡＰ２から送信されてきた所定のアプリケーションプログラムに対しては、事前に安全性等の検証を行うことなく、そのまま実行することができる。

【0044】

つぎに、認証システム１により認証アプリＡＰ２の正当性を判断する際の処理の流れについて図２を参照しながら詳細に説明する。
ステップＳＴ１において、ウェブブラウザＡＰ１は、第１の認証サーバ１２にアクセスして、認証ページＰ１を取得する。認証ページＰ１には、所定の画像に対応する画像サイズと第２のＵＲＬの情報が含まれている。また、認証ページＰ１には、第１の認証サーバ１２から取得した画像サイズと、認証アプリＡＰ２を介して第２の認証サーバ１３から取得した画像の画像サイズとを比較して、一致するかどうかを判断するプログラムも含まれている。

【0045】

ステップＳＴ２において、認証アプリＡＰ２は、認証ページＰ１に含まれている第２のＵＲＬを取得する。

【0046】

ステップＳＴ３において、認証アプリＡＰ２は、認証鍵を付与して、第２のＵＲＬにより第２の認証サーバ１３にアクセスし、画像の取得要求を行う。

【0047】

ステップＳＴ４において、第２の認証サーバ１３は、認証鍵の正当性についての確認を行った後、画像鍵に対応する画像サイズの画像を携帯端末２０に送信する。

【0048】

ステップＳＴ５において、認証アプリＡＰ２は、第２の認証サーバ１３から送信されてきた画像を認証ページＰ１に送信する。

【0049】

ステップＳＴ６において、認証ページＰ１は、ステップＳＴ５により取得した画像の画像サイズが、ステップＳＴ１により取得した画像サイズに一致するかどうかを判断する。認証ページＰ１は、画像サイズが一致すると判断した場合には、認証アプリＡＰ２を真正なアプリケーションプログラムであると判断する。

【0050】

なお、認証ページＰ１は、画像とともに実行プログラムが認証アプリＡＰ２から送信されていた場合であっても、まだ、認証アプリＡＰ２の正当性が確認されていないので、この実行プログラムを実行しない。

【0051】

このようにして、認証システム１は、ウェブブラウザＡＰ１という限られた環境において、認証アプリＡＰ２の正当性を確認することができる。

【0052】

つぎに、上述したように、認証アプリＡＰ２の正当性を確認した後、認証システム１により実行プログラムを実行する際の処理の流れについて図３を参照しながら説明する。なお、以下の実施例においては、実行プログラムとは、ユーザＩＤが所定の形式（ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）、ＪａｖａＳｃｒｉｐｔ（登録商標）、画像等）でプログラム化されているものを想定しているが、これに限られない。

【0053】

ステップＳＴ１１において、認証ページＰ１は、認証アプリＡＰ２に実行プログラムの取得を要求する。

【0054】

ステップＳＴ１２において、認証アプリＡＰ２は、実行プログラムを認証ページＰ１に送信する。

【0055】

ここで、認証アプリＡＰ２は、認証ページＰ１の要求に応じて、携帯端末２０に記憶されている情報（例えば、ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）や、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）等）を読み出し、実行プログラムに埋め込んで、認証アプリＡＰ２に送信する構成（構成１）でも良い。

【0056】

また、認証アプリＡＰ２は、認証ページＰ１の要求に応じて、ユーザに対してパスワードの入力を促し、入力されたパスワードを実行プログラムに埋め込んで、認証アプリＡＰ２に送信する構成（構成２）でも良い。

【0057】

また、認証アプリＡＰ２は、以下のような構成（構成３）でも良い。認証アプリＡＰ２は、認証ページＰ１の要求に応じて、当該要求に含まれている所定のＵＲＬに対応するサーバにアクセスし、認証鍵を付与して、実行プログラムの取得要求を行う。当該サーバは、認証鍵の正当性を確認した後、要求された実行プログラムを携帯端末２０に送信する。認証アプリＡＰ２は、所定のサーバから送信されてきた実行プログラムを認証ページＰ１に送信する。

【0058】

また、認証アプリＡＰ２は、認証ページＰ１の要求に応じて、ユーザにＩＣカードを所定の距離まで近接するように表示部２１を介して指示を出し、近接されたＩＣカードから、ＲＦＩＤ機能を利用してデータを読み取り、読み取ったデータを実行プログラムに埋め込んで、認証アプリＡＰ２に送信する構成（構成４）でも良い。

【0059】

なお、携帯端末２０は、上述した構成１〜構成４の全部を備えても良く、この場合には、必要に応じて二つ以上を併用しても良い。

【0060】

このようにして、認証システム１は、ウェブブラウザＡＰ１という限られた環境において、認証アプリＡＰ２の正当性を確認した後、認証アプリＡＰ２を介して取得した実行プログラムを安全なプログラムとみなして、直ぐに実行することができる。

【0061】

また、認証アプリＡＰ２は、ウェブサイトと通信を行なう際はＳｅｒｖｅｒＳｏｃｋｅｔ待ち受けをして、ウェブサイトからｌｏｃａｌｈｏｓｔアクセスを行なうことで通信が可能になる。

【0062】

認証アプリＡＰ２は、クロスドメインリクエストが必要な関係上、ウェブサイトからは、アクセス手段が限られており、通常はデータの受け渡しが可能なＪＳＯＮＰ形式等を用いることになる。この際、携帯端末２０内に悪意のあるアプリが同ｐｏｒｔで待ち受けをしていた場合には、ウェブサイトに対して任意のコードを実行できてしまうため、問題が生じてしまう。

【0063】

本発明に係る認証システム１は、ＪＳＯＮＰアクセスを実施する前に、認証ページＰ１から認証鍵を含むＵＲＬで携帯端末２０内の認証アプリＡＰ２に対して画像を取得するリクエストを行い、当該ＵＲＬに対応する認証サーバから取得した画像を用いて、認証アプリＡＰ２の正当性の認証を行う。このようにして、認証システム１は、ＪＳＯＮＰアクセスを実施する前に安全な通信路を確保するので、認証アプリＡＰ２とウェブサイト間の通信を安全に行なうことができ、上述のような問題が生じない。

【0064】

また、認証システム１は、例えば、商品を購入するウェブサイトにアクセスして、商品を購入する場合や、ログインパスワードが必要なウェブサイトにアクセスして、ログインする場合等に利用することができる。

【0065】

また、認証システム１は、正当性のある認証アプリＡＰ２を利用するので、ウェブブラウザでＩＤパスワードを管理する方法に比べて、有効期限が長く、定期的なＩＤパスワードの入力作業等を省くことができる。

【0066】

また、認証アプリＡＰ２は、ソケット方式が採用されているため、ウェブブラウザを選ばずに動作し、仮にウェブブラウザのバージョンに変更等が生じても影響を受けない利点がある。

【符号の説明】

【0067】

１ 認証システム
１０ サーバ
１１ 第１の記憶部
１２ 第１の認証サーバ
１３ 第２の認証サーバ
２０ 携帯端末
２１ 表示部
２２ 第２の記憶部
２３ 第１の処理部
２４ 第２の処理部
３１ 判断部
３２ 送信部

【図1】

【図2】

【図3】