(57)【要約】【課題】携帯端末本体の記憶部に記憶されるアプリケーションソフトウェアについてのセキュリティを高めることのできる携帯端末、認証システム、認証方法、および、認証プログラムを提供する。【解決手段】ＳＩＭカード１４を備える携帯端末１０であって、前記携帯端末１０の本体は、アプリケーションソフトウェアを記憶するための本体記憶部１３を備え、前記ＳＩＭカード１４は、前記本体記憶部１３に記憶されるアプリケーションソフトウェアの認証を行うＳＩＭ制御部１５と、前記ＳＩＭ制御部１５に前記アプリケーションソフトウェアの認証を行わせるプログラムを記憶するＳＩＭ記憶部１６と、を備える。【選択図】図１
2015125473.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＭカードを備える携帯端末であって、
前記携帯端末の本体は、
アプリケーションソフトウェアを記憶するための本体記憶部を備え、
前記ＳＩＭカードは、
前記アプリケーションソフトウェアの認証を行うためのプログラムを記憶するＳＩＭ記憶部と、
前記プログラムに従って前記認証を行うＳＩＭ制御部と、を備える
ことを特徴とする携帯端末。
【請求項２】
前記ＳＩＭ制御部は、
前記本体記憶部に記憶されている前記アプリケーションソフトウェアの起動が要求されたときに、前記アプリケーションソフトウェアの認証を行う
請求項１に記載の携帯端末。
【請求項３】
前記携帯端末は、
電子署名を作成する認証局が有する認証局サーバとネットワークを介して接続され、
前記本体記憶部は、
前記アプリケーションソフトウェアと、前記認証局が秘密鍵を用いて作成した電子署名とを対応付けて記憶し、
前記ＳＩＭ制御部は、
前記本体記憶部からの前記電子署名の取得、前記認証局サーバからの前記秘密鍵に対応する公開鍵の取得、および、前記公開鍵を用いた前記電子署名の検証を前記プログラムに従って行うことによって、前記アプリケーションソフトウェアの認証を行う
請求項２に記載の携帯端末。
【請求項４】
前記本体記憶部は、
前記アプリケーションソフトウェアと電子署名とを対応付けて記憶し、
前記ＳＩＭ記憶部は、前記電子署名の検証に用いられる鍵を記憶し、
前記ＳＩＭ制御部は、
前記本体記憶部からの前記電子署名の取得、前記ＳＩＭ記憶部からの前記鍵の取得、および、前記鍵を用いた前記電子署名の検証を前記プログラムに従って行うことによって、前記アプリケーションソフトウェアの認証を行う
請求項２に記載の携帯端末。
【請求項５】
前記ＳＩＭ制御部は、
前記携帯端末において前記アプリケーションソフトウェアのダウンロードが要求されたときに、前記アプリケーションソフトウェアの認証を行う
請求項１に記載の携帯端末。
【請求項６】
前記携帯端末は、
電子署名を作成する認証局が有する認証局サーバ、および、前記アプリケーションソフトウェアを提供するアプリ提供サーバとネットワークを介して接続され、
前記ＳＩＭ制御部は、
前記プログラムに従って、前記アプリ提供サーバから、前記認証局が秘密鍵を用いて作成した電子署名であって、前記アプリケーションソフトウェアと対応付けられている電子署名を取得すること、前記認証局サーバから、前記秘密鍵に対応する公開鍵を取得すること、および、前記公開鍵を用いて前記電子署名を検証することによって、前記アプリケーションソフトウェアの認証を行う
請求項５に記載の携帯端末。
【請求項７】
前記携帯端末は、
前記アプリケーションソフトウェアを提供するアプリ提供サーバとネットワークを介して接続され、
前記ＳＩＭ記憶部は、前記アプリ提供サーバにて前記アプリケーションソフトウェアと対応付けられている電子署名の検証に用いられる鍵を記憶し、
前記ＳＩＭ制御部は、
前記プログラムに従って、前記アプリ提供サーバから、前記アプリケーションソフトウェアと対応付けられている前記電子署名を取得すること、前記ＳＩＭ記憶部から、前記鍵を取得すること、および、前記鍵を用いて前記電子署名を検証することによって、前記アプリケーションソフトウェアの認証を行う
請求項５に記載の携帯端末。
【請求項８】
前記ＳＩＭ制御部は、
前記電子署名を取得できないときに、前記アプリケーションソフトウェアの認証を失敗と判定する
請求項３，４，６，７のいずれか一項に記載の携帯端末。
【請求項９】
ＳＩＭカードを備える携帯端末と、
電子署名を作成する認証局が有するサーバであって、前記携帯端末とネットワークを介して接続される認証局サーバと、を含む認証システムであって、
前記携帯端末の本体は、
アプリケーションソフトウェアを記憶するための本体記憶部を備え、
前記ＳＩＭカードは、
前記アプリケーションソフトウェアの認証を行うためのプログラムを記憶するＳＩＭ記憶部と、
前記認証局が秘密鍵を用いて作成した電子署名であって、前記アプリケーションソフトウェアと対応付けられている電子署名と、前記秘密鍵に対応する公開鍵との取得、および、前記公開鍵を用いた前記電子署名の検証を前記プログラムに従って行うことによって、前記アプリケーションソフトウェアの認証を行うＳＩＭ制御部と、
を備える
ことを特徴とする認証システム。
【請求項１０】
ＳＩＭカードを備える携帯端末と、
電子署名を作成する認証局が有するサーバであって、前記携帯端末とネットワークを介して接続される認証局サーバと、
によって行われるアプリケーションソフトウェアの認証方法であって、
前記ＳＩＭカードは、
ＳＩＭ制御部と、
前記アプリケーションソフトウェアを認証するためのプログラムを記憶するＳＩＭ記憶部と、を備え、
前記ＳＩＭ制御部が、前記プログラムに従って、
前記認証局が秘密鍵を用いて作成した電子署名であって、前記アプリケーションソフトウェアと対応付けられている電子署名を取得するステップと、
前記認証局サーバから前記秘密鍵に対応する公開鍵を取得するステップと、
前記公開鍵を用いて前記電子署名を検証することによって前記認証を行うステップと、
を含む
ことを特徴とする認証方法。
【請求項１１】
携帯端末が備えるＳＩＭカードに記憶されるプログラムであって、
前記携帯端末の本体は、アプリケーションソフトウェアを記憶するための本体記憶部を備え、
前記ＳＩＭカードを、
前記アプリケーションソフトウェアと対応付けられている電子署名と、前記電子署名の検証に用いられる鍵とを取得し、前記鍵を用いて前記電子署名を検証することによって、前記アプリケーションソフトウェアの認証を行うＳＩＭ制御部
として機能させる
ことを特徴とする認証プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の技術は、ＳＩＭカードを備える携帯端末、その携帯端末を用いた認証システム、認証方法、および、認証プログラムに関する。
【背景技術】
【０００２】
スマートフォン等の携帯端末は、ＳＩＭカード（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ  Ｃａｒｄ）を備えている。ＳＩＭカードは、ＩＣカードの一種であって、携帯端末の電話番号を特定するための識別情報を記憶した記憶部を備えている。また、ＳＩＭカードは、携帯端末の認証に必要な暗号処理を行う暗号処理プロセッサを備え、記憶部の記憶した識別情報と暗号処理プロセッサの行う暗号処理とを用いて携帯端末の認証を行う。
【０００３】
このように、暗号処理プロセッサの暗号処理を通じたＳＩＭカードによる認証は、携帯端末本体が実行する処理と比較して、外部からのアクセスに対するセキュリティが高い。そこで、ＳＩＭカードの記憶部の記憶容量が増加した近年では、ＳＩＭカードの記憶部に、上記識別情報に加えて、例えば、決済処理のサービスに用いられるクレジットカードのカード情報等の重要度の高いデータも記憶されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２３７９７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、携帯端末の利便性が高まることに伴い、多数のアプリケーションソフトウェアが携帯端末にはインストールされている。こうした多数のアプリケーションソフトウェアは、通常、携帯端末本体の記憶部に記憶されるが、上述のように、携帯端末本体の記憶部は、ＳＩＭカードの記憶部と比較して、情報の書き込みや読み出しに対するセキュリティが低い。それゆえに、上述した携帯端末においては、不正なプログラムを含むアプリケーションソフトウェアのインストールや、インストールされているアプリケーションソフトウェアの改竄等の生じる危険性が高まっている。
【０００６】
一方で、ＳＩＭカードの記憶部にアプリケーションソフトウェアを記憶させることが可能であれば、こうした危険性を低減することはできる。しかしながら、記憶容量が増加する傾向にあるとはいえ、ＳＩＭカードの記憶部の記憶容量は、携帯端末本体の記憶部の記憶容量と比べて非常に小さく、ＳＩＭカードの記憶部が記憶できるアプリケーションソフトウェアの数には限りがある。結局のところ、多数のアプリケーションソフトウェアをＳＩＭカードの記憶部が記憶することは不可能であるから、上述の危険性は依然として残ってしまう。
【０００７】
本開示の技術は、携帯端末本体の記憶部に記憶されるアプリケーションソフトウェアについてのセキュリティを高めることのできる携帯端末、認証システム、認証方法、および、認証プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するための携帯端末は、ＳＩＭカードを備える携帯端末であって、前記携帯端末の本体は、アプリケーションソフトウェアを記憶するための本体記憶部を備え、前記ＳＩＭカードは、前記アプリケーションソフトウェアの認証を行うためのプログラムを記憶するＳＩＭ記憶部と、前記プログラムに従って前記認証を行うＳＩＭ制御部と、を備える。
【０００９】
上記課題を解決するための認証システムは、ＳＩＭカードを備える携帯端末と、電子署名を作成する認証局が有するサーバであって、前記携帯端末とネットワークを介して接続される認証局サーバと、を含む認証システムである。前記携帯端末の本体は、アプリケーションソフトウェアを記憶するための本体記憶部を備え、前記ＳＩＭカードは、前記アプリケーションソフトウェアの認証を行うためのプログラムを記憶するＳＩＭ記憶部と、前記認証局が秘密鍵を用いて作成した電子署名であって、前記アプリケーションソフトウェアと対応付けられている電子署名と、前記秘密鍵に対応する公開鍵との取得、および、前記公開鍵を用いた前記電子署名の検証を前記プログラムに従って行うことによって、前記アプリケーションソフトウェアの認証を行うＳＩＭ制御部と、を備える。
【００１０】
上記課題を解決する認証方法は、ＳＩＭカードを備える携帯端末と、電子署名を作成する認証局が有するサーバであって、前記携帯端末とネットワークを介して接続される認証局サーバと、によって行われるアプリケーションソフトウェアの認証方法である。そして、前記ＳＩＭカードは、ＳＩＭ制御部と、前記アプリケーションソフトウェアを認証するためのプログラムを記憶するＳＩＭ記憶部と、を備え、前記ＳＩＭ制御部が、前記プログラムに従って、前記認証局が秘密鍵を用いて作成した電子署名であって、前記アプリケーションソフトウェアと対応付けられている電子署名を取得するステップと、前記認証局サーバから前記秘密鍵に対応する公開鍵を取得するステップと、前記公開鍵を用いて前記電子署名を検証することによって前記認証を行うステップと、を含む。
【００１１】
上記課題を解決する認証プログラムは、携帯端末が備えるＳＩＭカードに記憶されるプログラムであって、前記携帯端末の本体は、アプリケーションソフトウェアを記憶するための本体記憶部を備える。そして、このプログラムは、前記ＳＩＭカードを、前記アプリケーションソフトウェアと対応付けられている電子署名と、前記電子署名の検証に用いられる鍵とを取得し、前記鍵を用いて前記電子署名を検証することによって、前記アプリケーションソフトウェアの認証を行うＳＩＭ制御部として機能させる。
【００１２】
上記各構成によれば、本体記憶部よりもセキュリティの高いＳＩＭ記憶部に記憶されているプログラムに基づいて、ＳＩＭ制御部が認証を行うため、その認証結果の信頼性は高まる。そして、本体記憶部に記憶されるアプリケーションソフトウェアがＳＩＭ制御部の認証を受けるため、本体記憶部に記憶されるアプリケーションソフトウェアについても、そのセキュリティは高まる。
【００１３】
上記携帯端末において、前記ＳＩＭ制御部は、前記本体記憶部に記憶されている前記アプリケーションソフトウェアの起動が要求されたときに、前記アプリケーションソフトウェアの認証を行うことが好ましい。
【００１４】
上記構成によれば、本体記憶部に記憶されているアプリケーションソフトウェアの起動が要求されたときに、そのアプリケーションソフトウェアの認証が行われるため、アプリケーションソフトウェアが機能を発揮する前に、そのアプリケーションソフトウェアの認証が行われる。したがって、例えば、認証結果に応じて起動の可否を判断することによって、認証の条件に合致しないアプリケーションソフトウェアが起動されることを抑えることも可能である。
【００１５】
上記携帯端末において、前記携帯端末は、電子署名を作成する認証局が有する認証局サーバとネットワークを介して接続され、前記本体記憶部は、前記アプリケーションソフトウェアと、前記認証局が秘密鍵を用いて作成した電子署名とを対応付けて記憶し、前記ＳＩＭ制御部は、前記本体記憶部からの前記電子署名の取得、前記認証局サーバからの前記秘密鍵に対応する公開鍵の取得、および、前記公開鍵を用いた前記電子署名の検証を前記プログラムに従って行うことによって、前記アプリケーションソフトウェアの認証を行うことが好ましい。
【００１６】
上記構成によれば、認証局が作成した電子署名を検証することによって、アプリケーションソフトウェアの認証が行われるため、認証結果の信頼性が高まる。
上記携帯端末において、前記本体記憶部は、前記アプリケーションソフトウェアと電子署名とを対応付けて記憶し、前記ＳＩＭ記憶部は、前記電子署名の検証に用いられる鍵を記憶し、前記ＳＩＭ制御部は、前記本体記憶部からの前記電子署名の取得、前記ＳＩＭ記憶部からの前記鍵の取得、および、前記鍵を用いた前記電子署名の検証を前記プログラムに従って行うことによって、前記アプリケーションソフトウェアの認証を行うことが好ましい。
【００１７】
上記構成によれば、電子署名を検証することによって、アプリケーションソフトウェアの認証が行われるため、認証結果の信頼性が高まる。また、電子署名の検証に用いられる鍵がＳＩＭ記憶部に記憶されているため、認証結果の信頼性がより高められる。
【００１８】
上記携帯端末において、前記ＳＩＭ制御部は、前記携帯端末において前記アプリケーションソフトウェアのダウンロードが要求されたときに、前記アプリケーションソフトウェアの認証を行うことが好ましい。
【００１９】
上記構成によれば、認証の対象となるアプリケーションソフトウェアのダウンロードが要求されたときに、そのアプリケーションソフトウェアの認証が行われるため、アプリケーションソフトウェアがダウンロードされる前に、そのアプリケーションソフトウェアの認証が行われる。したがって、例えば、認証結果に応じてダウンロードの可否を判断することによって、認証の条件に合致しないアプリケーションソフトウェアがダウンロードされることを抑えることも可能となる。
【００２０】
上記携帯端末において、前記携帯端末は、電子署名を作成する認証局が有する認証局サーバ、および、前記アプリケーションソフトウェアを提供するアプリ提供サーバとネットワークを介して接続され、前記ＳＩＭ制御部は、前記プログラムに従って、前記アプリ提供サーバから、前記認証局が秘密鍵を用いて作成した電子署名であって、前記アプリケーションソフトウェアと対応付けられている電子署名を取得すること、前記認証局サーバから、前記秘密鍵に対応する公開鍵を取得すること、および、前記公開鍵を用いて前記電子署名を検証することによって、前記アプリケーションソフトウェアの認証を行うことが好ましい。
【００２１】
上記構成によれば、認証局が作成した電子署名を検証することによって、アプリケーションソフトウェアの認証が行われるため、認証結果の信頼性が高まる。
上記携帯端末において、前記携帯端末は、前記アプリケーションソフトウェアを提供するアプリ提供サーバとネットワークを介して接続され、前記ＳＩＭ記憶部は、前記アプリ提供サーバにて前記アプリケーションソフトウェアと対応付けられている電子署名の検証に用いられる鍵を記憶し、前記ＳＩＭ制御部は、前記プログラムに従って、前記アプリ提供サーバから、前記アプリケーションソフトウェアと対応付けられている前記電子署名を取得すること、前記ＳＩＭ記憶部から、前記鍵を取得すること、および、前記鍵を用いて前記電子署名を検証することによって、前記アプリケーションソフトウェアの認証を行うことが好ましい。
【００２２】
上記構成によれば、電子署名を検証することによって、アプリケーションソフトウェアの認証が行われるため、認証結果の信頼性が高まる。また、電子署名の検証に用いられる鍵がＳＩＭ記憶部に記憶されているため、認証結果の信頼性がより高められる。
【００２３】
上記携帯端末において、前記ＳＩＭ制御部は、前記電子署名を取得できないときに、前記アプリケーションソフトウェアの認証を失敗と判定することが好ましい。
上記構成によれば、認証局が作成した電子署名とアプリケーションソフトウェアとが対応付けられていないとき、アプリケーションソフトウェアの認証は失敗と判定される。したがって、認証局がそのアプリケーションソフトウェアに対して電子署名を作成したか否かが、認証結果に反映されるため、認証結果の信頼性が高まる。
【発明の効果】
【００２４】
本開示の技術によれば、携帯端末本体の記憶部に記憶されるアプリケーションソフトウェアについてのセキュリティを高めることができる。
【図面の簡単な説明】
【００２５】
【図１】本開示の技術における第１の実施形態での認証システムの構成を示すシステム構成図である。
【図２】第１の実施形態の認証システムにおける認証の手順を示すフローチャートである。
【図３】本開示の技術における第２の実施形態での認証システムの構成を示すシステム構成図である。
【図４】第２の実施形態の認証システムにおける認証の手順を示すフローチャートである。
【発明を実施するための形態】
【００２６】
（第１の実施形態）
図１および図２を参照して、携帯端末、認証システム、認証方法、および、認証プログラムの第１の実施形態について説明する。
【００２７】
［認証システムの構成］
図１を参照して、認証システムの構成、および、認証システムに含まれる携帯端末の構成について説明する。
【００２８】
図１に示されるように、認証システムは、携帯端末１０と、１以上の認証局サーバ２０とを含む。携帯端末１０と認証局サーバ２０とは、インターネットや携帯電話通信網等のネットワークを含むネットワークＮＷに接続されており、携帯端末１０は、認証局サーバ２０と相互にデータを送受信する。ネットワークＮＷには、１以上のアプリ提供サーバ３０が接続されている。アプリ提供サーバ３０は、携帯端末１０および認証局サーバ２０の各々と相互にデータを送受信する。
【００２９】
携帯端末１０は、携帯電話通信網を利用してデータの送受信を行うことが可能な端末であって、例えばスマートフォンやタブレット端末等に具体化される。携帯端末１０は、ＳＩＭカードを備えている。ＳＩＭカードは、携帯電話通信網を利用した通信に際して携帯端末１０の識別に用いられる識別情報が記憶された記憶部を備えるＩＣカードである。また、ＳＩＭカードは、携帯端末１０の認証に必要な暗号処理を実行する暗号処理プロセッサを備え、上記識別情報と暗号処理プロセッサの実行する暗号処理とを用いて携帯端末１０の認証を行う。ＳＩＭカードの形状や通信方式は特に限定されず、ＳＩＭカードには、ｍｉｃｒｏＳＩＭカードやＵＩＭカード（Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ  Ｃａｒｄ）等が含まれる。
【００３０】
以下、携帯端末１０の具体的な構成例を説明する。
携帯端末１０は、通信部１１と、本体制御部１２と、本体記憶部１３と、上述のＳＩＭカード１４とを備えている。
【００３１】
ＳＩＭカード１４は、ＳＩＭ制御部１５とＳＩＭ記憶部１６とを備えている。
ＳＩＭ制御部１５は、ＳＩＭ記憶部１６の記憶するプログラムに従って、上述の携帯端末１０の認証に関する処理を含め、ＳＩＭ記憶部１６に記憶されているデータを用いた各種の処理を行う。こうしたＳＩＭ制御部１５の一部は、認証システムによる認証方法を実現する構成として、本体記憶部１３に記憶されているアプリケーションソフトウェアである一般アプリの認証を行う認証処理部１５ａとして機能する。
【００３２】
認証処理部１５ａは、一般アプリの起動が要求されたときに、本体制御部１２を介して本体記憶部１３や認証局サーバ２０から情報を取得し、取得した情報を用いて認証を行う。具体的には、認証処理部１５ａは、本体記憶部１３から一般アプリと対応付けて記憶されている電子証明書を取得し、認証局サーバ２０から、電子証明書の作成に用いられた秘密鍵に対応する公開鍵を取得する。そして、認証処理部１５ａは、上記暗号処理プロセッサの処理を通じ、取得した公開鍵を用いて電子証明書に含まれる電子署名を検証することによって、認証を行う。
【００３３】
ＳＩＭ記憶部１６は、ＳＩＭ制御部１５の処理に用いられるデータを一時的、あるいは、永続的に記憶している。ＳＩＭ記憶部１６が記憶しているデータには、携帯端末１０の識別に用いられる識別情報が含まれる。また、ＳＩＭ記憶部１６は、ＳＩＭ制御部１５を認証処理部１５ａとして機能させる認証プログラムを含むアプリケーションソフトウェアである認証アプリを記憶している。認証アプリは、予めＳＩＭカード１４にインストールされていてもよく、ユーザの操作に応じてダウンロードされることによってＳＩＭカード１４にインストールされてもよい。認証アプリは、所定の認証を受けた上で、ＳＩＭ記憶部１６に記憶される。
【００３４】
通信部１１は、携帯端末１０と接続先の装置との接続処理を実行する。また、通信部１１は、携帯端末１０と接続先の装置との間でデータの送信および受信を行う。
本体制御部１２は、本体制御部１２に電気的に接続される構成の機能を制御することによって、携帯端末１０の機能を統括的に制御する。本体制御部１２は、認証システムによる認証方法を実現する構成として、起動処理部１２ａを備えている。
【００３５】
起動処理部１２ａは、一般アプリの起動の要求が起動処理部１２ａに入力されたとき、ＳＩＭ制御部１５の認証処理部１５ａに、起動の要求があったことを通知する。また、起動処理部１２ａは、認証処理部１５ａの要求に応じて、本体記憶部１３や認証局サーバ２０から電子証明書や公開鍵等の情報を取得し、取得した情報を認証処理部１５ａに出力する。認証処理部１５ａの認証が成功すると、起動処理部１２ａは、一般アプリを起動する。
【００３６】
本体記憶部１３は、本体制御部１２の処理に用いられるデータを一時的、あるいは、永続的に記憶している。例えば、本体記憶部１３は、アプリ提供サーバ３０からダウンロードされたアプリケーションソフトウェアを一般アプリとして記憶している。また、本体記憶部１３は、アプリ提供サーバ３０から一般アプリとともに取得した電子証明書および電子証明書を発行した認証局の識別情報を、一般アプリと対応付けて記憶している。
【００３７】
なお、本体制御部１２の備える機能は、複数のＣＰＵやメモリ等の各種のハードウェアによって具体化されてもよく、共通する１つのハードウェアに複数の機能を与えるソフトウェアによって具体化されてもよい。本体制御部１２の備える機能のうち、起動処理部１２ａとしてＳＩＭ制御部１５の認証処理部１５ａと連携して動作する機能が、ソフトウェアによって具体化される場合、このソフトウェアは、予め携帯端末１０の本体にインストールされていてもよく、認証アプリがダウンロードされてＳＩＭカード１４にインストールされる際に、認証アプリとともにダウンロードされて携帯端末１０の本体にインストールされてもよい。
【００３８】
認証局サーバ２０は、アプリ提供サーバ３０が提供するアプリケーションソフトウェアの正当性を保証する電子証明書を発行する認証局のサーバである。認証局は、正当な権限を有して電子証明書を発行する機関である。電子証明書には、認証局が保有する秘密鍵を用いて暗号化されたデータである電子署名が含まれている。認証局サーバ２０は、上記秘密鍵に対応する公開鍵を記憶しており、携帯端末１０からの要求に応じて、公開鍵を携帯端末１０に送信する。
【００３９】
アプリ提供サーバ３０は、携帯端末１０に対してアプリケーションソフトウェアを提供するサーバである。アプリ提供サーバ３０は、アプリケーションソフトウェアと、認証局からそのアプリケーションソフトウェアに対して発行された電子証明書と、電子証明書を発行した認証局の識別情報を記憶しており、携帯端末１０からの要求に応じて、アプリケーションソフトウェアと電子証明書と認証局の識別情報を携帯端末１０に送信する。
【００４０】
続いて、認証システムによる認証方法の手順について説明する。
なお、以下の説明では、アプリケーションソフトウェアの作成および配布を行うアプリケーションソフトウェアの提供者には、善意の提供者と悪意の提供者とが含まれるものとする。善意の提供者は、認証システムの認証によってアプリケーションソフトウェアが正当なアプリケーションソフトウェアであると判定されるために必要な処理を行って、アプリケーションソフトウェアを配布する。一方、悪意の提供者は、上述の処理を行わずに、アプリケーションソフトウェアを配布する。
【００４１】
まず、認証システムによる認証に先立って行われる電子証明書の発行とアプリケーションソフトウェアのダウンロードの手順について説明する。
［電子証明書の発行］
善意の提供者は、アプリケーションソフトウェアの作成後、そのアプリケーションソフトウェアの正当性を保証する電子証明書の発行を認証局に依頼する。認証局は、提供者に関する情報やアプリケーションソフトウェアの内容等を審査して、電子証明書を発行する。
【００４２】
電子証明書は、認証局の電子署名を含んでいる。電子証明書が電子署名以外に含むデータは、特に限定されないが、電子証明書は、例えば、提供者の情報や認証局の情報等のデータを含む。認証局の電子署名は、電子証明書が含む電子署名以外のデータの全部あるいは一部のハッシュ値、もしくは、アプリケーションソフトウェアが含むプログラムの全部あるいは一部のハッシュ値を、認証局が有する秘密鍵で暗号化したデータである。
【００４３】
ハッシュ値の元となるデータは、認証システムによる認証の目的に応じて選択される。例えば、アプリケーションソフトウェアの提供者が認証局によって保証された提供者であるか否かの検証を認証の目的とするときは、ハッシュ値の元となるデータは、電子証明書が含む電子署名以外のデータの全部あるいは一部であってもよく、アプリケーションソフトウェアが含むプログラムの全部あるいは一部であってもよい。また例えば、アプリケーションソフトウェアの改竄の有無の検証を認証の目的とするときは、ハッシュ値の元となるデータは、アプリケーションソフトウェアが含むプログラムの全部あるいは一部であればよい。
【００４４】
あるいは、アプリケーションソフトウェアの提供者が認証局によって保証された提供者であるか否かの検証を認証の目的とするときは、ハッシュ値を用いずに、対象のデータそのものを暗号化したデータを電子署名としてもよい。
【００４５】
なお、認証局が暗号化に用いる秘密鍵と、秘密鍵で暗号化されたデータの復号化に用いられる公開鍵とは、公開鍵暗号の暗号方式にて用いられる秘密鍵および公開鍵である。電子署名の生成に用いられる暗号方式は、公開鍵暗号の暗号方式であれば特に限定されず、例えば、ＲＳＡ暗号等が用いられる。また、ハッシュ値の算出方法も特に限定されず、適宜のハッシュ関数が用いられればよい。
【００４６】
善意の提供者が提供するアプリケーションソフトウェアは、そのアプリケーションソフトウェアに対して発行された電子証明書、および、その電子証明書を発行した認証局の識別情報と対応付けられて、善意の提供者が管理するアプリ提供サーバ３０に記憶される。なお、認証局の識別情報は、電子証明書に含まれてもよい。要は、アプリケーションソフトウェアと、認証局の電子署名と、電子署名を作成した認証局を識別可能な情報とが、ダウンロード可能にアプリ提供サーバ３０に記憶されていればよい。
【００４７】
一方、悪意の提供者は、提供者が作成したアプリケーションソフトウェアに対して、認証局から電子証明書の発行を受けていない。したがって、悪意の提供者が提供するアプリケーションソフトウェアは、電子証明書と対応付けられることなく、悪意の提供者が管理するアプリ提供サーバ３０に記憶される。
【００４８】
［アプリケーションソフトウェアのダウンロード］
アプリ提供サーバ３０に記憶されたアプリケーションソフトウェアは、携帯端末１０にダウンロードされ、インストールされる。ダウンロードされるアプリケーションソフトウェアは、例えば、アプリケーションソフトウェアの配布サイト等を通じて、携帯端末１０のユーザによって選択されてもよいし、ユーザの意思に関係なくダウンロードされてもよい。なお、ダウンロードされるアプリケーションソフトウェアの機能は特に限定されない。
【００４９】
善意の提供者が管理するアプリ提供サーバ３０からアプリケーションソフトウェアがダウンロードされる場合、アプリケーションソフトウェアとともに、アプリ提供サーバ３０にてそのアプリケーションソフトウェアと対応付けられている電子証明書と認証局の識別情報とが、携帯端末１０にダウンロードされる。ダウンロードされたアプリケーションソフトウェアと、電子証明書と、認証局の識別情報とは、互いに対応付けられて、携帯端末１０の本体記憶部１３に一般アプリとして記憶される。
【００５０】
悪意の提供者が管理するアプリ提供サーバ３０からアプリケーションソフトウェアがダウンロードされる場合、アプリケーションソフトウェアのみが携帯端末１０にダウンロードされ、電子証明書や認証局の識別情報は、携帯端末１０にダウンロードされない。ダウンロードされたアプリケーションソフトウェアは、携帯端末１０の本体記憶部１３に一般アプリとして記憶される。
【００５１】
［認証システムによる認証］
図２を参照して、認証システムによる認証方法の手順について説明する。図２に示されるフローは、携帯端末１０のＳＩＭ制御部１５の認証処理部１５ａが、一般アプリの起動の要求があったことを通知される度に行う処理である。
【００５２】
例えば、ユーザが一般アプリの起動を指示する操作を携帯端末１０に対して行うと、一般アプリの起動の要求が本体制御部１２の起動処理部１２ａに入力される。起動の要求が入力されると、起動処理部１２ａは、一般アプリの起動の要求があったことを認証処理部１５ａに通知する。
【００５３】
一般アプリの起動の要求の通知を受けると、認証処理部１５ａは、ステップＳ１０において、起動処理部１２ａを介して、本体記憶部１３から電子証明書と認証局の識別情報との取得を試みる。すなわち、認証処理部１５ａは、起動処理部１２ａに対して電子証明書と認証局の識別情報との取得を要求する。認証処理部１５ａから要求を受けると、起動処理部１２ａは、本体記憶部１３から、起動が要求されている一般アプリと対応付けられている電子証明書および認証局の識別情報の取得を試みる。
【００５４】
起動が要求されている一般アプリが、善意の提供者から提供されたアプリケーションソフトウェアである場合、本体記憶部１３には、アプリケーションソフトウェアと対応付けられて、電子証明書および認証局の識別情報が記憶されている。この場合、起動処理部１２ａは、本体記憶部１３から、電子証明書および認証局の識別情報を取得して、取得した電子証明書および認証局の識別情報を認証処理部１５ａに出力する。その結果、認証処理部１５ａは、電子証明書および認証局の識別情報を取得し、ステップＳ１１にて電子証明書の有無について肯定判定がなされる。
【００５５】
一方、起動が要求されている一般アプリが、悪意の提供者から提供されたアプリケーションソフトウェアである場合、本体記憶部１３には、電子証明書および認証局の識別情報は記憶されていない。この場合、起動処理部１２ａは、電子証明書および認証局の識別情報がない旨を、認証処理部１５ａに通知する。その結果、認証処理部１５ａは、電子証明書および認証局の識別情報を取得できず、ステップＳ１１にて電子証明書の有無について否定判定がなされる。
【００５６】
ステップＳ１１にて電子証明書の有無について肯定判定がなされた場合、ステップＳ１２の処理に進む。ステップＳ１２において、認証処理部１５ａは、起動処理部１２ａを介して、認証局サーバ２０から公開鍵を取得する。すなわち、認証処理部１５ａは、起動処理部１２ａに対して公開鍵の取得を要求し、起動処理部１２ａは、通信部１１を介して認証局サーバ２０に公開鍵の送信を要求することにより、認証局サーバ２０から公開鍵を取得する。公開鍵の要求先となる認証局サーバ２０は、認証局の識別情報に基づいて決定される。起動処理部１２ａは、取得した公開鍵を認証処理部１５ａに出力する。これにより、認証処理部１５ａは、電子証明書が含む電子署名の暗号化に用いられた秘密鍵に対応する公開鍵を取得する。
【００５７】
公開鍵が取得されると、ステップＳ１３の処理に進み、認証処理部１５ａは、公開鍵を用いて電子証明書に含まれる電子署名を検証する。すなわち、認証処理部１５ａは、公開鍵を用いて電子署名を復号化して得られるハッシュ値と、ハッシュ値の元となるデータから認証処理部１５ａが算出したハッシュ値とを比較して、アプリケーションソフトウェアの正当性を検証する。認証局サーバ２０から取得した公開鍵で電子署名の復号化が可能であれば、電子証明書の発行者がその認証局であることが確認され、アプリケーションソフトウェアの提供者が認証局によって保証された提供者であることが確認される。さらに、アプリケーションソフトウェアが含むプログラムからハッシュ値が算出されているときには、ハッシュ値が一致すれば、アプリケーションソフトウェアが改竄されていないことが確認される。
【００５８】
なお、必要に応じて、認証処理部１５ａは、ハッシュ値を算出する際に、起動処理部１２ａを介して本体記憶部１３からデータを取得する。
電子署名の検証の結果、アプリケーションソフトウェアの正当性が確認された場合、ステップＳ１４にて認証の成否について肯定判定がなされ、ステップＳ１５の処理に進む。一方、電子署名の検証の結果、アプリケーションソフトウェアの正当性が否定された場合、ステップＳ１４にて認証の成否について否定判定がなされ、ステップＳ１６の処理に進む。
【００５９】
ステップＳ１５において、認証処理部１５ａは、起動処理部１２ａに認証が成功した旨を通知し、処理を終了する。認証が成功した旨の通知を受けると、起動処理部１２ａは、起動が要求されている一般アプリを起動する。このとき、起動処理部１２ａは、アプリケーションソフトウェアの安全性が確認できたことをユーザに通知してもよい。
【００６０】
ステップＳ１１にて否定判定がなされた場合、および、ステップＳ１４にて否定判定がなされた場合、ステップＳ１６において、認証処理部１５ａは、起動処理部１２ａに認証が失敗した旨を通知し、処理を終了する。認証が失敗した旨の通知を受けると、起動処理部１２ａは、起動が要求されている一般アプリの起動を行わず、アプリケーションソフトウェアの安全性が確認できないために起動を行うことができない旨をユーザに通知する。あるいは、認証が失敗した旨の通知を受けると、起動処理部１２ａは、アプリケーションソフトウェアの安全性が確認できないことをユーザに通知して、ユーザに対してアプリケーションソフトウェアを起動するか否かを選択させてもよい。
【００６１】
［認証システムの作用］
第１の実施形態の作用について説明する。
第１の実施形態では、本体記憶部１３に記憶されている一般アプリの起動に際して、ＳＩＭ制御部１５の認証処理部１５ａが認証を行う。そして、認証処理部１５ａに認証を行わせるプログラムは、ＳＩＭ記憶部１６に認証アプリとして記憶されている。
【００６２】
上述のように、ＳＩＭ記憶部１６は、本体記憶部１３と比較して、情報の書き込みや読み出しに対するセキュリティが高い。したがって、本体記憶部１３に記憶されている一般アプリと比較して、認証アプリが改竄される恐れは小さい。このようにセキュリティの高い認証アプリに基づいて認証処理部１５ａが一般アプリの認証を行うため、認証処理部１５ａの認証結果の信頼性は高まる。そして、一般アプリが認証処理部１５ａの認証を受けることによって、本体記憶部１３に記憶される一般アプリについても、そのセキュリティは高まる。
【００６３】
具体的には、認証処理部１５ａが、一般アプリに対して認証局が発行した電子証明書に含まれる電子署名を検証することによって、一般アプリの正当性、すなわち、一般アプリの提供者が認証局によって保証された提供者であることや一般アプリが改竄されていないことが確認できる。その結果、認証局によって保証されていない提供者が作成した一般アプリを起動することや、ダウンロード前、あるいは、ダウンロード後に改竄された一般アプリを起動することが抑えられる。したがって、不正なプログラムを含む可能性のあるアプリケーションソフトウェアの起動が抑えられる。
【００６４】
また、認証処理部１５ａによる認証が、一般アプリの起動が要求されたときに行われるため、一般アプリの改竄の有無を確認することを認証の目的とする場合には、ダウンロード後の一般アプリの改竄の有無を、一般アプリの起動の度に確認することができる。
【００６５】
以上説明したように、第１の実施形態によれば、以下の効果が得られる。
（１）本体記憶部１３に記憶されるアプリケーションソフトウェアが、ＳＩＭ記憶部１６に記憶されている認証プログラムに基づく認証処理部１５ａの認証を受けるため、本体記憶部１３に記憶されるアプリケーションソフトウェアのセキュリティが高まる。
【００６６】
（２）本体記憶部１３に記憶されるアプリケーションソフトウェアの起動が要求されたときに認証が行われるため、アプリケーションソフトウェアが機能を発揮する前に、認証を行うことができる。
【００６７】
（３）認証処理部１５ａは、認証局が作成した電子署名を検証することによって、アプリケーションソフトウェアの認証を行うため、認証結果の信頼性が高まる。
（４）認証処理部１５ａは、電子署名を取得できないとき、アプリケーションソフトウェアの認証を失敗と判定する。したがって、アプリケーションソフトウェアが、認証局が作成した電子署名と対応付けられていないとき、認証は失敗と判定される。結果として、認証局がそのアプリケーションソフトウェアに対して電子署名を作成したか否かが、認証結果に反映されるため、認証結果の信頼性が高まる。
【００６８】
なお、第１の実施形態は、以下のように変更して実施することが可能である。
・認証処理部１５ａは、一般アプリが携帯端末１０の本体にインストールされた後、最初に一般アプリの起動が要求されたときにのみ、認証を行ってもよい。一般アプリの提供者が認証局によって保証された提供者であることや、一般アプリがダウンロード前に改竄されていないことを認証の目的とする場合には、認証が一般アプリの最初の起動時にのみ行われるものであっても、その効果は十分に得られる。
【００６９】
・認証処理部１５ａによる認証が、一般アプリの起動が要求される度に行われる場合には、最初の認証にて認証局サーバ２０から取得された公開鍵が本体記憶部１３に記憶され、２回目以降の認証では、認証処理部１５ａが本体記憶部１３から公開鍵を取得して電子署名の検証を行ってもよい。ただし、認証が行われる度に、認証処理部１５ａが認証局サーバ２０から公開鍵を取得する形態の方が、公開鍵が本体記憶部１３に記憶されている間に改竄される恐れが低減されるため、認証結果の信頼性がより高まる。
【００７０】
・起動処理部１２ａが、一般アプリの起動が要求されたことを認証処理部１５ａに通知することに代えて、認証処理部１５ａが、起動処理部１２ａに入力される信号を監視することによって、一般アプリの起動が要求されたことを検知してもよい。要は、起動処理部１２ａに対して一般アプリの起動が要求されたときに、認証処理部１５ａが認証を行う形態であれば、起動処理部１２ａと認証処理部１５ａとの連携の態様は上述の態様に限定されない。
【００７１】
（第２の実施形態）
図３および図４を参照して、携帯端末、認証システム、認証方法、および、認証プログラムの第２の実施形態について説明する。第２の実施形態は、第１の実施形態と比較して、認証の行われるタイミングが異なる。以下では、第１の実施形態との相違点を中心に説明し、第１の実施形態と同様の構成については同じ符号を付してその説明を省略する。
【００７２】
［認証システムの構成］
図３に示されるように、第２の実施形態の認証システムに含まれる携帯端末１０は、起動処理部１２ａに代えて、ダウンロード処理部１２ｂを備えている。
【００７３】
第２の実施形態において、ＳＩＭカード１４のＳＩＭ制御部１５が備える認証処理部１５ａは、本体記憶部１３に記憶されるべき一般アプリのダウンロードが要求されたときに、本体制御部１２を介してアプリ提供サーバ３０や認証局サーバ２０から情報を取得し、取得した情報を用いて認証を行う。具体的には、認証処理部１５ａは、アプリ提供サーバ３０から一般アプリと対応付けて記憶されている電子証明書を取得し、認証局サーバ２０から、電子証明書の作成に用いられた秘密鍵に対応する公開鍵を取得する。そして、認証処理部１５ａは、取得した公開鍵を用いて電子証明書に含まれる電子署名を検証することによって、認証を行う。
【００７４】
本体制御部１２が備えるダウンロード処理部１２ｂは、一般アプリのダウンロードの要求がダウンロード処理部１２ｂに入力されたとき、ＳＩＭ制御部１５の認証処理部１５ａに、ダウンロードの要求があったことを通知する。また、ダウンロード処理部１２ｂは、認証処理部１５ａの要求に応じて、アプリ提供サーバ３０や認証局サーバ２０から電子証明書や公開鍵等の情報を取得し、取得した情報を認証処理部１５ａに出力する。認証処理部１５ａの認証が成功すると、起動処理部１２ａは、一般アプリをアプリ提供サーバ３０からダウンロードする。ダウンロードされた一般アプリは、本体記憶部１３に記憶され、携帯端末１０の本体にインストールされる。
【００７５】
なお、本体制御部１２の備える機能のうち、ダウンロード処理部１２ｂとしてＳＩＭ制御部１５の認証処理部１５ａと連携して動作する機能が、ソフトウェアによって具体化される場合、このソフトウェアは、予め携帯端末１０の本体にインストールされていてもよく、認証アプリがダウンロードされてＳＩＭカード１４にインストールされる際に、認証アプリとともにダウンロードされて携帯端末１０の本体にインストールされてもよい。
【００７６】
続いて、認証システムによる認証方法の手順について説明する。
第２の実施形態においても、第１の実施形態と同様に、アプリケーションソフトウェアの善意の提供者は、認証局から電子証明書の発行を受ける。そして、善意の提供者が提供するアプリケーションソフトウェアは、そのアプリケーションソフトウェアに対して発行された電子証明書、および、その電子証明書を発行した認証局の識別情報と対応付けられて、善意の提供者が管理するアプリ提供サーバ３０に記憶される。
【００７７】
一方、悪意の提供者が提供するアプリケーションソフトウェアは、電子証明書と対応付けられることなく、悪意の提供者が管理するアプリ提供サーバ３０に記憶される。
［認証システムによる認証］
図４を参照して、認証システムによる認証方法の手順について説明する。図４に示されるフローは、携帯端末１０のＳＩＭ制御部１５の認証処理部１５ａが、一般アプリのダウンロードの要求があったことを通知される度に行う処理である。
【００７８】
例えば、ユーザがアプリケーションソフトウェアの配布サイト等を通じてダウンロードするアプリケーションソフトウェアを選択し、アプリケーションソフトウェアのダウンロードを指示する操作を携帯端末１０に対して行うと、一般アプリのダウンロードの要求が本体制御部１２のダウンロード処理部１２ｂに入力される。ダウンロードの要求が入力されると、ダウンロード処理部１２ｂは、一般アプリのダウンロードの要求があったことを認証処理部１５ａに通知する。
【００７９】
一般アプリのダウンロードの要求の通知を受けると、認証処理部１５ａは、ステップＳ２０において、ダウンロード処理部１２ｂを介して、アプリ提供サーバ３０から電子証明書と認証局の識別情報との取得を試みる。すなわち、認証処理部１５ａは、ダウンロード処理部１２ｂに対して電子証明書と認証局の識別情報との取得を要求する。認証処理部１５ａから要求を受けると、ダウンロード処理部１２ｂは、通信部１１を介して、アプリ提供サーバ３０に対して、ダウンロードが要求されている一般アプリと対応付けられている電子証明書および認証局の識別情報の送信を要求する。なお、ダウンロード処理部１２ｂにおいて、電子証明書および認証局の識別情報の送信を要求する契機は、認証処理部１５ａからの要求に限らず、ダウンロード処理部１２ｂに対するダウンロードの要求の入力でもよい。
【００８０】
ダウンロードが要求されている一般アプリが、善意の提供者から提供されるアプリケーションソフトウェアである場合、アプリ提供サーバ３０は、ダウンロード処理部１２ｂからの要求に応じて、アプリケーションソフトウェアと対応付けられている電子証明書および認証局の識別情報を携帯端末１０に送信する。ダウンロード処理部１２ｂは、アプリ提供サーバ３０から受信した電子証明書および認証局の識別情報を認証処理部１５ａに出力する。その結果、認証処理部１５ａは、電子証明書および認証局の識別情報を取得し、ステップＳ２１にて電子証明書の有無について肯定判定がなされる。
【００８１】
一方、ダウンロードが要求されている一般アプリが、悪意の提供者から提供されるアプリケーションソフトウェアである場合、アプリ提供サーバ３０は電子証明書および認証局の識別情報を有していないため、アプリ提供サーバ３０は、ダウンロード処理部１２ｂからの要求に応じない。ダウンロード処理部１２ｂは、電子証明書および認証局の識別情報が取得できない旨を、認証処理部１５ａに通知する。その結果、認証処理部１５ａは、電子証明書および認証局の識別情報を取得できず、ステップＳ２１にて電子証明書の有無について否定判定がなされる。
【００８２】
ステップＳ２１にて電子証明書の有無について肯定判定がなされた場合、ステップＳ２２の処理に進む。ステップＳ２２において、認証処理部１５ａは、ダウンロード処理部１２ｂを介して、認証局サーバ２０から公開鍵を取得する。すなわち、認証処理部１５ａは、ダウンロード処理部１２ｂに対して公開鍵の取得を要求し、ダウンロード処理部１２ｂは、通信部１１を介して認証局サーバ２０に公開鍵の送信を要求することにより、認証局サーバ２０から公開鍵を取得する。公開鍵の要求先となる認証局サーバ２０は、認証局の識別情報に基づいて決定される。ダウンロード処理部１２ｂは、取得した公開鍵を認証処理部１５ａに出力する。これにより、認証処理部１５ａは、電子証明書が含む電子署名の暗号化に用いられた秘密鍵に対応する公開鍵を取得する。
【００８３】
公開鍵が取得されると、ステップＳ２３の処理に進み、認証処理部１５ａは、公開鍵を用いて電子証明書に含まれる電子署名を検証する。すなわち、認証処理部１５ａは、公開鍵を用いて電子署名を復号化して得られるハッシュ値と、ハッシュ値の元となるデータから認証処理部１５ａが算出したハッシュ値とを比較して、アプリケーションソフトウェアの正当性を検証する。
【００８４】
電子署名の検証の結果、アプリケーションソフトウェアの正当性が確認された場合、ステップＳ２４にて認証の成否について肯定判定がなされ、ステップＳ２５の処理に進む。一方、電子署名の検証の結果、アプリケーションソフトウェアの正当性が否定された場合、ステップＳ２４にて認証の成否について否定判定がなされ、ステップＳ２６の処理に進む。
【００８５】
ステップＳ２５において、認証処理部１５ａは、ダウンロード処理部１２ｂに認証が成功した旨を通知し、処理を終了する。認証が成功した旨の通知を受けると、ダウンロード処理部１２ｂは、アプリ提供サーバ３０にアクセスして、一般アプリのダウンロードを開始する。このとき、起動処理部１２ａは、アプリケーションソフトウェアの安全性が確認できたことをユーザに通知してもよい。
【００８６】
ステップＳ２１にて否定判定がなされた場合、および、ステップＳ２４にて否定判定がなされた場合、ステップＳ２６において、認証処理部１５ａは、ダウンロード処理部１２ｂに認証が失敗した旨を通知し、処理を終了する。認証が失敗した旨の通知を受けると、ダウンロード処理部１２ｂは、一般アプリのダウンロードを開始せず、アプリケーションソフトウェアの安全性が確認できないためにダウンロードを行うことができない旨をユーザに通知する。あるいは、認証が失敗した旨の通知を受けると、ダウンロード処理部１２ｂは、アプリケーションソフトウェアの安全性が確認できないことをユーザに通知して、ユーザに対してアプリケーションソフトウェアをダウンロードするか否かを選択させてもよい。
【００８７】
［認証システムの作用］
第２の実施形態の作用について説明する。
第２の実施形態では、本体記憶部１３に記憶される予定の一般アプリのダウンロードに際して、ＳＩＭ制御部１５の認証処理部１５ａが認証を行う。そして、認証処理部１５ａに認証を行わせるプログラムは、ＳＩＭ記憶部１６に認証アプリとして記憶されている。
【００８８】
したがって、第１の実施形態と同様に、安全性の高い認証アプリに基づいて、認証処理部１５ａが認証を行うため、認証結果の信頼性は高くなる。そして、一般アプリがダウンロードされる際に認証処理部１５ａが認証を行うことによって、一般アプリのダウンロードに関してのセキュリティが高まる。
【００８９】
具体的には、認証処理部１５ａが、一般アプリに対して認証局が発行した電子証明書に含まれる電子署名を検証することによって、一般アプリの正当性、すなわち、一般アプリの提供者が認証局によって保証された提供者であることが確認できる。その結果、認証局によって保証されていない提供者が作成した一般アプリが携帯端末１０にダウンロードされることが抑えられるため、不正なプログラムを含む可能性のあるアプリケーションソフトウェアが携帯端末１０にダウンロードされることが抑えられる。
【００９０】
以上説明したように、第２の実施形態によれば、第１の実施形態の（１）、（３）、（４）の効果に加えて、以下の効果が得られる。
（５）本体記憶部１３に記憶される予定のアプリケーションソフトウェアのダウンロードが要求されたときに認証が行われるため、アプリケーションソフトウェアがダウンロードされる前に、認証を行うことができる。
【００９１】
なお、第２の実施形態は、以下のように変更して実施することが可能である。
・認証処理部１５ａは、一般アプリのダウンロード後、インストール前に、一般アプリの認証を行ってもよい。この場合、ダウンロード処理部１２ｂは、アプリ提供サーバ３０からアプリケーションソフトウェアと電子証明書と認証局の識別情報とをダウンロードし、認証処理部１５ａは、認証局サーバ２０から取得した公開鍵を用いて、ダウンロードした電子証明書に含まれる電子署名を検証することによって、認証を行う。そして、認証が成功した場合には、一般アプリのインストールが行われ、認証が失敗した場合には、一般アプリのインストールが行われないか、もしくは、ユーザにインストールの可否の選択が要求される。これによれば、認証局によって保証されていない提供者が作成した一般アプリや、改竄された一般アプリが携帯端末１０にインストールされることが抑えられる。
【００９２】
・ダウンロード処理部１２ｂが、一般アプリのダウンロードが要求されたことを認証処理部１５ａに通知することに代えて、認証処理部１５ａが、ダウンロード処理部１２ｂに入力される信号を監視することによって、一般アプリのダウンロードが要求されたことを検知してもよい。要は、ダウンロード処理部１２ｂに対して一般アプリのダウンロードが要求されたときに、認証処理部１５ａが認証を行う形態であれば、ダウンロード処理部１２ｂと認証処理部１５ａとの連携の態様は上述の態様に限定されない。
【００９３】
また、第１および第２の実施形態は、以下のように変更して実施することが可能である。
・第１の実施形態と第２の実施形態とが組み合わされてもよい。すなわち、認証処理部１５ａは、一般アプリのダウンロードが要求されたときと、一般アプリの起動が要求されたときに、認証を行ってもよい。これによれば、一般アプリのセキュリティがより高まる。
【００９４】
・認証処理部１５ａによる認証の態様は、公開鍵を用いた電子署名の検証に限られない。例えば、一般アプリが認証局の秘密鍵によって暗号化された状態で本体記憶部１３に記憶され、認証処理部１５ａは、認証として、取得した公開鍵を用いて一般アプリを復号化してもよい。
【００９５】
・電子証明書の発行を行う認証局が限定されている場合等、電子署名の検証、あるいは、上述のような一般アプリの復号化に用いられる鍵が予め規定される場合には、その鍵はＳＩＭ記憶部１６に記憶されていてもよい。鍵は、例えば、認証アプリがＳＩＭ記憶部１６に記憶される際に、併せてＳＩＭ記憶部１６に記憶される。この場合、認証処理部１５ａによる認証が行われる際に、認証処理部１５ａは、認証局サーバ２０ではなく、ＳＩＭ記憶部１６から鍵を取得する。またこの場合、認証処理部１５ａによる認証に、認証局の識別情報は用いられないため、認証局の識別情報は一般アプリと対応付けられていなくてもよい。
【００９６】
例えば、第１の実施形態のように、認証処理部１５ａが、一般アプリの起動が要求されたときに、一般アプリの認証を行う場合、認証処理部１５ａは、本体記憶部１３からの電子署名の取得、ＳＩＭ記憶部１６からの鍵の取得、および、鍵を用いた電子署名の検証を認証プログラムに従って行うことによって、一般アプリの認証を行う。また例えば、第２の実施形態のように、認証処理部１５ａが、一般アプリのダウンロードが要求されたときに、一般アプリの認証を行う場合、認証処理部１５ａは、アプリ提供サーバ３０からの電子署名の取得、ＳＩＭ記憶部１６からの鍵の取得、および、鍵を用いた電子署名の検証を認証プログラムに従って行うことによって、一般アプリの認証を行う。
【００９７】
こうした形態によっても、上記（１）〜（５）の効果は得られる。また、電子署名の検証や一般アプリの復号化に用いられる鍵が、ＳＩＭ記憶部１６に記憶されるため、鍵の改竄の恐れが低減される結果、認証結果の信頼性が高められる。また、一般アプリの認証に際して、認証局サーバ２０との通信を行わなくてよいため、通信にかかる負荷が低減され、また、通信環境が整っていない状況におかれる携帯端末１０においても一般アプリの認証を行うことができる。
【符号の説明】
【００９８】
１０…携帯端末、１１…通信部、１２…本体制御部、１２ａ…起動処理部、１２ｂ…ダウンロード処理部、１３…本体記憶部、１４…ＳＩＭカード、１５…ＳＩＭ制御部、１５ａ…認証処理部、１６…ＳＩＭ記憶部、２０…認証局サーバ、３０…アプリ提供サーバ。
【図１】
2015125473.tif 000003
【図２】
2015125473.tif 000004
【図３】
2015125473.tif 000005
【図４】
2015125473.tif 000006