通信端末及び端末制御方法
【課題】加入者認証モジュールに記憶されている情報が変更された場合でも、アプリケーションの利用権限の認証が適切に行うこと。
【解決手段】通信端末１は、アプリケーション１０のアプリケーション識別情報と、ＵＩＭカード２０を識別する第一情報と、当該第一情報に対して契約されている又は通信端末１を識別する第二情報とを対応付けて記憶する記憶部４２と、アプリケーション１０に対する認証要求があった際に、記憶部４２によって当該アプリケーション１０のアプリケーション識別情報に対応付けて記憶されている第一情報及び第二情報と、通信端末１に装着されているＵＩＭカード２０の第一情報及び第二情報とをそれぞれ比較する比較部４４と、比較部４４による判定結果に基づいて、ＵＩＭカード２０を所有する加入者にアプリケーション１０の利用権利があるか否かを判定する判定部４６と、を備える。
【解決手段】通信端末１は、アプリケーション１０のアプリケーション識別情報と、ＵＩＭカード２０を識別する第一情報と、当該第一情報に対して契約されている又は通信端末１を識別する第二情報とを対応付けて記憶する記憶部４２と、アプリケーション１０に対する認証要求があった際に、記憶部４２によって当該アプリケーション１０のアプリケーション識別情報に対応付けて記憶されている第一情報及び第二情報と、通信端末１に装着されているＵＩＭカード２０の第一情報及び第二情報とをそれぞれ比較する比較部４４と、比較部４４による判定結果に基づいて、ＵＩＭカード２０を所有する加入者にアプリケーション１０の利用権利があるか否かを判定する判定部４６と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末及び端末制御方法に関する。
【背景技術】
【０００２】
近年、携帯電話などの通信端末の高機能化に伴い、通信端末にアプリケーションをダウンロードし、通信端末上でアプリケーションを実行することが可能となっている。そのような通信端末において、アプリケーションを利用する権利を持たないユーザによるアプリケーションの利用を阻止するため、アプリケーションの利用権限の認証が必要とされている。
【０００３】
ところで、従来、携帯電話において初期化を行うか否かの判定方法として、通信端末に装着された加入者認証モジュールであるＳＩＭ（Subscriber Identity Module）カードに保存された第１情報と、通信端末の保存装置に既に保存された第２情報とを比較する方法が知られている（例えば下記特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１５７９１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の方法を通信端末におけるアプリケーションの利用権限の認証方法として採用する場合、正しく認証できないという問題があった。例えば、ＳＩＭカードが故障する、又はＳＩＭカードを紛失する等によりＳＩＭカードを再発行した場合、同じユーザが利用するにもかかわらず、再発行後のＳＩＭカードに保存された情報は再発行前のＳＩＭカードに保存された情報と異なるものとなる。その場合、上記の方法では、通信端末に装着された再発行後のＳＩＭカードに保存された情報と、通信端末の保存装置に既に保存された再発行前のＳＩＭカードに保存された情報とが一致しないため、認証が失敗する。従って、上記の場合、アプリケーションの利用権利を有するユーザであっても、そのアプリケーションが利用できない。
【０００６】
本発明はそのような課題を解決するためになされたものであり、加入者認証モジュールに記憶されている情報が変更された場合でも、アプリケーションの利用権限の認証が適切に行える通信端末及び端末制御方法を提供することができる。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明に係る通信端末は、加入者認証モジュールを装着することで移動体通信を行うことが可能であると共に、自端末で動作するアプリケーションを識別するアプリケーション識別情報と、加入者認証モジュールを識別する第一情報と、当該第一情報に対して契約されている又は自端末を識別する第二情報とを対応付けて記憶する記憶手段を有する通信端末であって、アプリケーションに対する認証要求があった際に、記憶手段によって当該アプリケーションのアプリケーション識別情報に対応付けて記憶されている第一情報及び第二情報と、自端末に装着されている加入者認証モジュールに記憶されている第一情報及び第二情報とをそれぞれ比較する比較手段と、比較手段によって第一情報及び第二情報のそれぞれが共に一致しないと判定された場合、当該加入者認証モジュールを所有する加入者には当該アプリケーションの利用権利がないと判定し、比較手段によって第一情報及び第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、加入者には当該アプリケーションの利用権利があると判定する判定手段と、を備えることを特徴とする。
【０００８】
本発明に係る通信端末では、自端末で動作するアプリケーションに対する認証要求があった際に、記憶手段によって当該アプリケーションのアプリケーション識別情報に対応付けて記憶されている第一情報及び第二情報と、自端末に装着されている加入者認証モジュールに記憶されている第一情報及び第二情報とがそれぞれ比較される。そして、第一情報及び第二情報のそれぞれが共に一致しないと判定された場合、当該加入者認証モジュールを所有する加入者には当該アプリケーションの利用権利がないと判定される。また、第一情報及び第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、加入者には当該アプリケーションの利用権利があると判定される。従って、本発明に係る通信端末によれば、例えば加入者認証モジュールに記憶されている第一情報及び第二情報を予め記憶手段によって記憶させ、以降において加入者認証モジュールに記憶されている第一情報及び第二情報が両方とも変更されなかった場合、比較において第一情報及び第二情報の両方が一致すると判定されるため、加入者には当該アプリケーションの利用権利があると判定され、アプリケーションの利用権限の認証が適切に行える。一方、例えば加入者認証モジュールに記憶されている第一情報及び第二情報を予め記憶手段によって記憶させ、以降において加入者認証モジュールに記憶されている第一情報あるいは第二情報の何れか一方が変更された場合、比較において第一情報及び第二情報のうち変更されていない情報が一致すると判定されるため、加入者には当該アプリケーションの利用権利があると判定され、アプリケーションの利用権限の認証が適切に行える。
【０００９】
本発明に係る通信端末は、比較手段によって第一情報のみが一致しないと判定された場合、記憶手段によって記憶されている第一情報を、自端末に装着されている加入者認証モジュールに記憶されている第一情報で上書き更新し、比較手段によって第二情報のみが一致しないと判定された場合、記憶手段によって記憶されている第二情報を、自端末に装着されている加入者認証モジュールに記憶されている第二情報で上書き更新する更新手段と、を更に備える、ことが望ましい。この構成によれば、加入者にはアプリケーションの利用権利があると判定された場合、記憶手段によって記憶されている第一情報及び第二情報が、自端末に装着ている加入者認証モジュールに記憶されている第一情報及び第二情報とそれぞれ等しくなる。従って、以降において自端末に装着されている加入者認証モジュールに記憶されている第一情報あるいは第二情報の何れか一方が変更された場合でも、比較において第一情報及び第二情報のうち変更されていない情報が一致すると判定されるため、加入者にはアプリケーションの利用権利があると判定され、アプリケーションの利用権限の認証が適切に行える。
【００１０】
記憶手段は、アプリケーションの自端末へのダウンロードが成功した際に、当該アプリケーションのアプリケーション識別情報と、自端末に装着されている加入者認証モジュールに記憶されている第一情報と、当該加入者認証モジュールに記憶されている第二情報とを対応付けて記憶する、ことが望ましい。この構成によれば、アプリケーションの自端末へのダウンロードが成功した際に、記憶手段によって記憶されている第一情報及び第二情報が、自端末に装着されている加入者認証モジュールに記憶されている第一情報及び第二情報とそれぞれ等しくなる。一般的に、アプリケーションのダウンロードを行った際に装着されている加入者認証モジュールを所有する加入者に、当該アプリケーションの利用権利があると判定されるのが適切である。すなわち、本実施形態により、アプリケーションの利用権限の認証が適切に行える。
【００１１】
記憶手段は、アプリケーションを自端末で初めて実行する際に、当該アプリケーションのアプリケーション識別情報と、自端末に装着されている加入者認証モジュールに記憶されている第一情報と、当該加入者認証モジュールに記憶されている第二情報とを対応付けて記憶する、ことが望ましい。この構成によれば、アプリケーションを自端末で初めて実行する際に、記憶手段によって記憶されている第一情報及び第二情報が、自端末に装着されている加入者認証モジュールに記憶されている第一情報及び第二情報とそれぞれ等しくなる。一般的に、アプリケーションを初めて実行する際に装着されている加入者認証モジュールを所有する加入者に、当該アプリケーションの利用権利があると判定されるのが適切である。すなわち、本実施形態により、アプリケーションの利用権限の認証が適切に行える。
【００１２】
ところで、本発明は、上記のように通信端末の発明として記述できる他に、以下のように端末制御方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。
【００１３】
即ち、本発明に係る端末制御方法は、加入者認証モジュールを装着することで移動体通信を行うことが可能であると共に、自端末で動作するアプリケーションを識別するアプリケーション識別情報と、加入者認証モジュールを識別する第一情報と、当該第一情報に対して契約されている又は自端末を識別する第二情報とを対応付けて記憶する記憶手段を有する通信端末による端末制御方法であって、アプリケーションに対する認証要求があった際に、記憶手段によって当該アプリケーションのアプリケーション識別情報に対応付けて記憶されている第一情報及び第二情報と、自端末に装着されている加入者認証モジュールに記憶されている第一情報及び第二情報とをそれぞれ比較する比較ステップと、比較ステップにおいて第一情報及び第二情報のそれぞれが共に一致しないと判定された場合、当該加入者認証モジュールを所有する加入者には当該アプリケーションの利用権利がないと判定し、比較ステップにおいて第一情報及び第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、加入者には当該アプリケーションの利用権利があると判定する判定ステップと、を含むことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、加入者認証モジュールに記憶されている情報が変更された場合でも、アプリケーションの利用権限の認証が適切に行える。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係る通信端末の機能構成を示す図である。
【図２】アプリケーションのパッケージ名と第一情報と第二情報との対応付けを示すテーブルである。
【図３】本発明の実施形態に係る通信端末のハードウェア構成を示す図である。
【図４】本発明の実施形態に係る通信端末で実行される処理（端末制御方法）を示すフローチャートである。
【図５】本発明の実施形態に係る通信端末で実行される処理（端末制御方法）の別の例を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、図面と共に本発明に係る通信端末及び端末制御方法の好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１７】
図１に本実施形態に係る通信端末１を示す。通信端末１は、加入者認証モジュールである後述のＵＩＭ（User Identity Module）カード２０を装着することで移動体通信を行うことが可能な携帯電話端末である。図１に示すように、通信端末１は、アプリケーション１０と、ＵＩＭカード２０と、ＯＳフレームワーク３０と、アプリケーション管理部４０とを備えて構成される。通信端末１は、上記の構成要素以外にも、例えば、携帯電話端末としての機能も備えていてもよい。
【００１８】
アプリケーション１０は、通信端末１上で動作するソフトウェアアプリケーションである。アプリケーション１０は、通信端末１による移動体通信を用いて外部のサーバ等から通信端末１にダウンロードされる。通信端末１において、複数のアプリケーション１０を記憶し、また実行することができる。アプリケーション１０の中には、そのアプリケーション１０を実行する上での利用権限の認証を要求するアプリケーション１０がある。利用権限の認証を要求するか否か、また利用権限の認証をいつ要求するかはアプリケーション開発者等がアプリケーション１０ごとに指定することができる。アプリケーション１０が利用権限の認証を要求する契機としては、アプリケーション１０の初回実行時、アプリケーション１０の実行中にユーザから特定の操作を受け付けた時、及び予め設定された時刻等が挙げられる。
【００１９】
ＵＩＭカード２０は、ＵＩＭカードやＳＩＭカード等の加入者認証モジュールである。ＵＩＭカード２０には、ＵＩＭカード２０を識別する第一情報と、当該第一情報に対して契約されている又は通信端末１を識別する第二情報とが記憶されている。第一情報の具体例としては、ＩＭＳＩ（International Mobile Subscriber Identity）やＩＣＣＩＤ（Integrated Circuit Card Identifier）等が挙げられ、第二情報の具体例としては、ＭＳＮ（Mobile Subscriber Number）やＩＭＥＩ（International Mobile Equipment Identity）等が挙げられる。第一情報及び第二情報は、加入者個人を特定するための情報としても利用される。ＵＩＭカード２０を所有する加入者は、移動体通信を提供する会社に申請を行うことで、ＵＩＭカード２０の第一情報に対して契約されている第二情報を変更したり、通信端末１とは異なる通信端末にＵＩＭカード２０を装着することで、ＵＩＭカード２０の既存の第二情報を当該異なる通信端末を識別する第二情報に変更したりすることができ、また、ＵＩＭカード２０を再発行して同一の第二情報の新しい第一情報のＵＩＭカード２０に変更することができる。
【００２０】
ＯＳフレームワーク３０は、通信端末１上で実行されているＯＳ（Operating System）が提供するソフトウェアフレームワークである。通信端末１上で実行されているＯＳで動作するソフトウェア、例えば後述のアプリケーション管理部４０等は、ＯＳフレームワーク３０を介してＵＩＭカード２０に情報を記憶させたり、ＵＩＭカード２０から情報を読み取ったりすることができる。なお、ＯＳフレームワーク３０は、ＵＩＭカード２０から情報を読み取る際、ＵＩＭカード２０に現に記憶されている情報を誤りなく読み取ることを原則とするが、端末ユーザ等のＯＳフレームワーク３０に対する攻撃等によって、ＵＩＭカード２０内に記録されている情報とは異なる第一情報及び第二情報をアプリケーション管理部４０に誤って送信させられる、すなわち誤信させられる危険性を完全に排除することは求めない。
【００２１】
アプリケーション管理部４０は、アプリケーション１０を管理するソフトウェアである。図１に示すように、アプリケーション管理部４０は、ダウンロード部４１と、記憶部４２と、認証要求取得部４３と、比較部４４と、更新部４５と、判定部４６と、制御部４７とを備えて構成される。なお、アプリケーション管理部４０は、攻撃者によるリバースエンジニアリング等によって容易にロジックが解読されることがないように、難読化等の対応を行うことが好ましい。
【００２２】
以上、通信端末１の主な構成要素について説明した。続いて、図１に示すアプリケーション管理部４０の各構成要素の詳細について説明する。
【００２３】
ダウンロード部４１は、通信端末１にアプリケーション１０をダウンロードするダウンロード手段である。具体的には、ダウンロード部４１は、ユーザ等から特定の操作を受け付けた際に、外部のサーバ等から通信端末１による移動体通信を介してアプリケーション１０をダウンロードする。そして、ダウンロード部４１は、アプリケーション１０のダウンロードが成功すると、アプリケーション１０を識別するアプリケーション識別情報であるアプリケーション１０のパッケージ名を記憶部４２に出力する。
【００２４】
記憶部４２は、アプリケーション１０の通信端末１へのダウンロードが成功した際に、当該アプリケーション１０のパッケージ名と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報と、当該ＵＩＭカード２０に記憶されている、当該第一情報に対して契約されている又は通信端末１を識別する第二情報とを対応付けて記憶する記憶手段である。具体的には、記憶部４２は、ダウンロード部４１によるアプリケーション１０のダウンロードが成功し、ダウンロード部４１からアプリケーション１０のパッケージ名が入力されると、ＯＳフレームワーク３０を介して、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報を取得する。そして、記憶部４２は、ダウンロード部４１から入力されたアプリケーション１０のパッケージ名と、ＵＩＭカード２０から取得した第一情報及び第二情報とを対応付けて記憶する。記憶部４２は、アプリケーション１０のパッケージ名をキーとして、対応付けて記憶されたアプリケーション１０のパッケージ名と第一情報と第二情報との組（エントリ）を取得することができる。
【００２５】
図２は、記憶部４２によって記憶された複数のエントリを含むテーブルを示す図である。図２に示すように、記憶部４２は、アプリケーション１０のパッケージ名と、アプリケーション１０のダウンロードが成功した際に通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とを対応付けて記憶する。
【００２６】
なお、記憶部４２は、通信端末１へのアプリケーション１０のダウンロードが成功した際に、エントリを記憶すると説明したが、記憶する契機はこれに限るものではない。例えば、記憶部４２は、エントリを記憶する契機として、アプリケーション１０を通信端末１にインストールした際、アプリケーション１０の初回実行時、及び予め設定された時刻、ユーザが手動で入力した際等が挙げられる。また、記憶部４２は、エントリを記憶する際に、既に同一のパッケージ名を含むエントリが記憶されている場合、上書きして記憶してもよい。また、記憶部４２は、通信端末１からアプリケーション１０が削除された場合、必ずしも記憶部４２に記憶されている当該アプリケーション１０に対応するエントリを削除する必要はない。また、記憶部４２は、ＯＳフレームワーク３０の一機能であるユーザデータ削除機能によって、記憶部４２に記憶されているエントリを削除しないものとする。
【００２７】
記憶部４２は、アプリケーション１０からの指示に基づいてのみ読み書きができるようにアクセスコントロールを行うことが好ましい。さらに、何らかの手段によってアクセスコントロールが無効化された場合であっても、記憶部４２は、記憶されている第一情報や第二情報等の情報が盗まれることがないように秘匿（暗号化）を行うことが好ましい。また、記憶部４２は、記憶されているエントリの改ざんによって不正なエントリが与えられ、アプリケーション１０の認証が誤った動作をおこさないように、改ざん検知の仕組みを備えることが好ましい。なお、改ざん検知の仕組みは、従来の改ざん検知技術を用いるものとする。
【００２８】
認証要求取得部４３は、アプリケーション１０を実行する上での認証要求をアプリケーション１０から取得する認証要求取得手段である。認証要求取得部４３は、アプリケーション１０の認証要求を取得すると、当該アプリケーション１０のパッケージ名を比較部４４に出力する。
【００２９】
比較部４４は、アプリケーション１０に対する認証要求があった際に、記憶部４２によって当該アプリケーション１０のアプリケーション識別情報に対応付けて記憶されている第一情報及び第二情報と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とをそれぞれ比較する比較手段である。具体的には、比較部４４は、アプリケーション１０の認証要求を取得した認証要求取得部４３から当該アプリケーション１０のパッケージ名が入力されると、まずは、入力されたアプリケーション１０のパッケージ名に対応付けて記憶部４２によって記憶されている第一情報及び第二情報を取得する。続いて、比較部４４は、ＯＳフレームワーク３０を介して、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報を取得する。そして、比較部４４は、上述の通り取得した、記憶部４２によって記憶されている第一情報と、ＵＩＭカード２０に記憶されている第一情報とが一致しているか否かを判定する。さらに、比較部４４は、上述の通り取得した、記憶部４２によって記憶されている第二情報と、ＵＩＭカード２０に記憶されている第二情報とが一致しているか否かを判定する。
【００３０】
なお、比較部４４は、第一情報が一致しているか否かを判定してから第二情報が一致しているか否かを判定してもよいし、第二情報が一致しているか否かを判定してから第一情報が一致しているか否かを判定してもよい。そして、比較部４４は、第一情報及び第二情報のそれぞれについての一致しているか否かの判定結果を、後述の更新部４５及び判定部４６に出力する。
【００３１】
更新部４５は、比較部４４によって第一情報のみが一致しないと判定された場合、記憶部４２によって記憶されている第一情報を、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報で上書き更新し、比較部４４によって第二情報のみが一致しないと判定された場合、記憶部４２によって記憶されている第二情報を、通信端末１に装着されているＵＩＭカード２０に記憶されている第二情報で上書き更新する更新手段である。具体的には、更新部４５は、比較部４４から「第一情報は不一致、第二情報は一致」という判定結果が入力されると、ＯＳフレームワーク３０を介して、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報を取得し、取得した第一情報を用いて記憶部４２によって記憶されている第一情報を上書き更新する。ここで、上書き更新される対象の記憶部４２によって記憶されている第一情報は、上述の通り、認証要求があったアプリケーション１０のパッケージ名に対応付けて記憶部４２によって記憶されている第一情報である。また、更新部４５は、比較部４４から「第一情報は一致、第二情報は不一致」という判定結果が入力されると、ＯＳフレームワーク３０を介して、通信端末１に装着されているＵＩＭカード２０に記憶されている第二情報を取得し、取得した第二情報を用いて記憶部４２によって記憶されている第二情報を上書き更新する。ここで、上書き更新される対象の記憶部４２によって記憶されている第二情報は、上述の通り、認証要求があったアプリケーション１０のパッケージ名に対応付けて記憶部４２によって記憶されている第二情報である。
【００３２】
判定部４６は、比較部４４によって第一情報及び第二情報のそれぞれが共に一致しないと判定された場合、ＵＩＭカード２０を所有する加入者には当該アプリケーション１０の利用権利がないと判定し、比較部４４によって第一情報及び第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、加入者には当該アプリケーション１０の利用権利があると判定する判定手段である。具体的には、判定部４６は、比較部４４から「第一情報は不一致、第二情報は不一致」という判定結果が入力されると、ＵＩＭカード２０を所有する加入者にはアプリケーション１０の利用権利がないと判定する。また、判定部４６は、比較部４４から「第一情報は一致、第二情報は不一致」、「第一情報は不一致、第二情報は一致」及び「第一情報は一致、第二情報は一致」という判定結果のうち何れかの判定結果が入力されると、ＵＩＭカード２０を所有する加入者にはアプリケーション１０の利用権利があると判定する。
【００３３】
なお、判定部４６は、比較部４４によりＯＳフレームワーク３０を介して通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報または第二情報を取得できなかった場合や、ＵＩＭカード２０が通信端末１に装着されていない場合、アプリケーション１０の利用権利がないと判定する。また、判定部４６は、通信端末１に装着されているＵＩＭカード２０に記憶されている値が改ざんされていることを検知した場合、比較部４４による判定結果に関わらず、アプリケーション１０の利用権利がないと判定する。ここで、判定部４６による改ざんの検知は、従来の改ざん検知技術を用いるものとする。そして、判定部４６は、利用権利に関する判定結果を制御部４７に出力する。
【００３４】
制御部４７は、判定部４６による判定結果に基づいて通信端末１の動作を制御する制御手段である。具体的には、制御部４７は、判定部４６から「アプリケーション１０の利用権利がある」という判定結果が入力されると、アプリケーション１０の実行を許可し、実際にアプリケーション１０を実行する。一方、制御部４７は、判定部４６から「アプリケーション１０の利用権利がない」という判定結果が入力されると、アプリケーション１０の実行を禁止し、実際にアプリケーション１０の実行を停止する。また、制御部４７は、判定部４６から入力された判定結果の内容をディスプレイ１０６等に出力してもよい。制御部４７は、例えば、「本アプリケーションの認証に失敗しました。本アプリケーションの利用権利があるか確認して下さい。」あるいは「本アプリケーションの認証に成功しました。」等のテキストを含むダイアログボックスをディスプレイ１０６に表示してもよい。また、制御部４７は、判定部４６による判定結果をアプリケーション１０に返却するＡＰＩ（Application Programming Interface）を提供してもよい。以上が、アプリケーション管理部４０の各構成要素の説明である。
【００３５】
図３に通信端末１のハードウェア構成を示す。図３に示すように、通信端末１は、ＣＰＵ（Central Processing Unit）１０１、主記憶装置であるＲＡＭ（Random Access Memory）１０２及びＲＯＭ（Read Only Memory)１０３、入力デバイスである操作部１０４、データ送受信デバイスである無線通信部１０５、出力デバイスであるディスプレイ１０６、及びアンテナ１０７等のハードウェアにより構成されている。これらの構成要素が動作することにより、図１に示した通信端末１の各構成要素の機能が発揮される。
【００３６】
引き続いて、図４及び５のフローチャートを用いて、本実施形態に係る通信端末１で実行される処理（端末制御方法）を説明する。図４は、アプリケーション１０がダウンロードされた際の処理を示すフローチャートであり、図５は、アプリケーション１０に対する認証要求があった際の処理を示すフローチャートである。
【００３７】
まず、図４について説明する。本処理では、まず、ダウンロード部４１により、アプリケーション１０が通信端末１にダウンロードされる（Ｓ１）。Ｓ１にてダウンロードが成功すると、記憶部４２により、ダウンロードされたアプリケーション１０のパッケージ名と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とが対応付けて記憶される（Ｓ２）。以上が図４に示す処理の説明である。
【００３８】
次に図５について説明する。本処理では、まず、認証要求取得部４３により、アプリケーション１０に対する認証要求がアプリケーション１０から取得される（Ｓ１０）。Ｓ１０にて認証要求が取得されると、比較部４４により、認証要求の対象であるアプリケーション１０のパッケージ名に対応付けて記憶部４２によって記憶されている第一情報及び第二情報と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とがそれぞれ比較される（Ｓ１１、比較ステップ）。Ｓ１１にて、第一情報及び第二情報の両方が一致しないと判定された場合（Ｓ１２：ＹＥＳ）、判定部４６により、アプリケーション１０の利用権利なしと判定される（Ｓ１３、判定ステップ）。
【００３９】
一方、Ｓ１１にて、第一情報及び第二情報の何れか一方が一致すると判定された場合（Ｓ１２：ＮＯ、Ｓ１４：ＹＥＳ）、判定部４６により、アプリケーション１０の利用権利ありと判定される（Ｓ１５、判定ステップ）。そして、Ｓ１１にて第一情報のみが一致しないと判定された場合、Ｓ１５に続いて、更新部４５により、記憶部４２によって記憶されている第一情報が、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報で上書き更新される（Ｓ１６）。また、Ｓ１１にて第二情報のみが一致しないと判定された場合、Ｓ１５に続いて、更新部４５により、記憶部４２によって記憶されている第二情報が、通信端末１に装着されているＵＩＭカード２０に記憶されている第二情報で上書き更新される（Ｓ１６）。
【００４０】
一方、Ｓ１１にて、第一情報及び第二情報の両方が一致すると判定された場合（Ｓ１２：ＮＯ、Ｓ１４：ＮＯ）、判定部４６により、アプリケーション１０の利用権利ありと判定される（Ｓ１７、判定ステップ）。以上が図５に示す処理の説明である。
【００４１】
上述したように、本実施形態では、通信端末１において、通信端末１で動作するアプリケーション１０に対する認証要求があった際に、記憶部４２によって当該アプリケーション１０のパッケージ名に対応付けて記憶されている第一情報及び第二情報と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とがそれぞれ比較される。そして、第一情報及び第二情報のそれぞれが共に一致しないと判定された場合、当該ＵＩＭカード２０を所有する加入者には当該アプリケーション１０の利用権利がないと判定される。また、第一情報及び第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、加入者には当該アプリケーション１０の利用権利があると判定される。
【００４２】
従って、本実施形態によれば、例えばＵＩＭカード２０に記憶されている第一情報及び第二情報を予め記憶部４２によって記憶させ、以降においてＵＩＭカード２０に記憶されている第一情報及び第二情報が両方とも変更されなかった場合、比較において第一情報及び第二情報の両方が一致すると判定されるため、加入者には当該アプリケーション１０の利用権利があると判定される。このように、第一情報及び第二情報の両方が一致する場合、第一情報及び第二情報を予め記憶部４２によって記憶させた時点での加入者に係るＵＩＭカード２０と、第一情報及び第二情報を比較した時点での加入者に係るＵＩＭカード２０とが一致するため、当該加入者には当該アプリケーション１０の利用権利があると判定されるのが適切である。すなわち、本実施形態により、アプリケーション１０の利用権限の認証が適切に行える。
【００４３】
一方、本実施形態では、例えばＵＩＭカード２０に記憶されている第一情報及び第二情報を予め記憶部４２によって記憶させ、以降においてＵＩＭカード２０に記憶されている第一情報あるいは第二情報の何れか一方が変更された場合、比較において第一情報及び第二情報のうち変更されていない情報が一致すると判定されるため、加入者には当該アプリケーション１０の利用権利があると判定される。このように、第一情報及び第二情報の何れか一方が一致する場合として、例えば、ＵＩＭカード２０が故障する、又はＵＩＭカード２０を紛失する等によりＵＩＭカード２０を再発行し、第一情報のみが変更される場合が挙げられる。また、例えば、加入者がＵＩＭカード２０は同じものを利用し、第二情報のみを変更する場合が挙げられる。このような場合、第一情報及び第二情報を予め記憶部４２によって記憶させた時点での加入者と、第一情報及び第二情報を比較した時点での加入者とが一致するため、加入者には当該アプリケーション１０の利用権利があると判定されるのが適切である。すなわち、本実施形態により、アプリケーション１０の利用権限の認証が適切に行える。
【００４４】
また、本実施形態のように、比較部４４によって第一情報のみが一致しないと判定された場合、記憶部４２によって記憶されている第一情報を、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報で上書き更新し、比較部４４によって第二情報のみが一致しないと判定された場合、記憶部４２によって記憶されている第二情報を、通信端末１に装着されているＵＩＭカード２０に記憶されている第二情報で上書き更新する更新部４５と、を更に備えてもよい。この構成によれば、加入者にはアプリケーション１０の利用権利があると判定された場合、記憶部４２によって記憶されている第一情報及び第二情報が、通信端末１に装着ているＵＩＭカード２０に記憶されている第一情報及び第二情報とそれぞれ等しくなる。従って、以降において通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報あるいは第二情報の何れか一方が変更された場合でも、比較において第一情報及び第二情報のうち変更されていない情報が一致すると判定されるため、加入者にはアプリケーション１０の利用権利があると判定され、上述の通り、アプリケーション１０の利用権限の認証が適切に行える。
【００４５】
また、本実施形態のように、記憶部４２は、アプリケーション１０の通信端末１へのダウンロードが成功した際に、当該アプリケーション１０のパッケージ名と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報と、当該ＵＩＭカード２０に記憶されている第二情報とを対応付けて記憶してもよい。この構成によれば、アプリケーション１０の通信端末１へのダウンロードが成功した際に、記憶部４２によって記憶されている第一情報及び第二情報が、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とそれぞれ等しくなる。一般的に、アプリケーション１０のダウンロードを行った際に装着されているＵＩＭカード２０または当該ＵＩＭカード２０を所有する加入者に、当該アプリケーション１０の利用権利があると判定されるのが適切である。すなわち、本実施形態により、アプリケーション１０の利用権限の認証が適切に行える。
【００４６】
また、本実施形態のように、記憶部４２は、アプリケーション１０を通信端末１で初めて実行する際に、当該アプリケーション１０のパッケージ名と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報と、当該ＵＩＭカード２０に記憶されている第二情報とを対応付けて記憶してもよい。この構成によれば、アプリケーション１０を通信端末１で初めて実行する際に、記憶部４２によって記憶されている第一情報及び第二情報が、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とそれぞれ等しくなる。一般的に、アプリケーション１０を初めて実行する際に装着されているＵＩＭカード２０または当該ＵＩＭカード２０を所有する加入者に、当該アプリケーション１０の利用権利があると判定されるのが適切である。すなわち、本実施形態により、アプリケーションの利用権限の認証が適切に行える。
【００４７】
以上の通り、本実施形態に係る通信端末１において、例えば、ＵＩＭカード２０を再発行したことにより第一情報のみが変更された場合や、第二情報のみが変更された場合においても、アプリケーション１０の利用権限の認証が適切に行うことができる。従って、本実施形態に係る通信端末１により、アプリケーション１０を利用する権利を持たないユーザによるアプリケーション１０の利用を簡易に阻止する方法をアプリケーション１０の開発者等に提供することができる。
【００４８】
ここで、本実施形態に係る通信端末１におけるアプリケーション１０の認証機能の利用の有無や様態は、アプリケーション開発者が自由に選択できることを想定しており、アプリケーション１０に対して一律に認証機能の利用を強制することは想定していない。
【００４９】
また、本実施形態に係る通信端末１において、認証要求取得部４３、比較部４４、更新部４５、判定部４６及び制御部４７は、メモリ（ＲＡＭ１０２）が許す限り、複数のアプリケーション１０からの認証要求を並列して取得及び処理することができる。
【００５０】
本実施形態に係る通信端末１において、アプリケーション１０の利用権限の認証の判定要素として第一情報及び第二情報を利用しているが、これらに限るものではない。例えば、第一情報及び第二情報に加えて、加入者のメールアドレス、加入者に自ら入力させたパスワード、加入者の指紋等の生体情報等を比較部４４による比較や判定部４６による判定において第一情報及び第二情報と同様に用いてもよい。つまり、判定要素として第一情報及び第二情報の２つの情報だけでなく、３つ以上の情報を利用してもよい。
【００５１】
また、本実施形態に係る通信端末１において、制御部４７は、ディスプレイ１０６等への出力を行ってもよいと説明したが、ディスプレイ１０６等への出力を行わず、アプリケーション管理部４０に含まれる構成要素全てが、ユーザインタフェースを備えない実施形態をとることも可能である。なお、本実施形態に係る通信端末１においてアプリケーション１０の利用権限の認証が行われる際に、通信端末１から外部への通信は発生しない。
【００５２】
また、本実施形態に係る通信端末１において、アプリケーション管理部４０は、利用権限の認証の実行を行う「利用権限認証エージェント」、及び利用権限の認証を行いたいアプリケーション１０に対して利用権限認証エージェントへアクセスするためのインタフェースを提供する「利用権限認証ライブラリ」の２つに分けて提供される。利用権限認証エージェントは、利用権限認証ライブラリとは独立に動作するサービス（機能）である。利用権限認証エージェントは利用権限認証ライブラリとプロセス間通信（ＩＰＣ：InterProcess Communication）により利用権限の認証要求を受け付ける。この際、同時に複数の利用権限認証ライブラリから要求があっても並行して適切に処理を行えるようにすることが好ましい。一方、利用権限認証ライブラリは、アプリケーション開発者が自身で開発するアプリケーション１０内に取り込んで利用できるようにライブラリの形態で提供される。利用権限認証ライブラリは、利用権限認証エージェントが起動していない場合には、利用権限認証エージェント起動させる。利用権限認証ライブラリは利用権限認証エージェントとＩＰＣにより利用権限の認証要求を行い、結果を受領することができる。本実施形態では、利用権限認証エージェントがダウンロード部４１、記憶部４２、認証要求取得部４３、比較部４４、更新部４５、判定部４６及び制御部４７に対応し、認証要求取得部４３が、利用権限認証ライブラリからの利用権限の認証要求を取得する。
【符号の説明】
【００５３】
１…通信端末、１０…アプリケーション、２０…ＵＩＭカード、３０…ＯＳフレームワーク、４０…アプリケーション管理部、４１…ダウンロード部、４２…記憶部、４３…認証要求取得部、４４…比較部、４５…更新部、４６…判定部、４７…制御部。
【技術分野】
【０００１】
本発明は、通信端末及び端末制御方法に関する。
【背景技術】
【０００２】
近年、携帯電話などの通信端末の高機能化に伴い、通信端末にアプリケーションをダウンロードし、通信端末上でアプリケーションを実行することが可能となっている。そのような通信端末において、アプリケーションを利用する権利を持たないユーザによるアプリケーションの利用を阻止するため、アプリケーションの利用権限の認証が必要とされている。
【０００３】
ところで、従来、携帯電話において初期化を行うか否かの判定方法として、通信端末に装着された加入者認証モジュールであるＳＩＭ（Subscriber Identity Module）カードに保存された第１情報と、通信端末の保存装置に既に保存された第２情報とを比較する方法が知られている（例えば下記特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１５７９１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の方法を通信端末におけるアプリケーションの利用権限の認証方法として採用する場合、正しく認証できないという問題があった。例えば、ＳＩＭカードが故障する、又はＳＩＭカードを紛失する等によりＳＩＭカードを再発行した場合、同じユーザが利用するにもかかわらず、再発行後のＳＩＭカードに保存された情報は再発行前のＳＩＭカードに保存された情報と異なるものとなる。その場合、上記の方法では、通信端末に装着された再発行後のＳＩＭカードに保存された情報と、通信端末の保存装置に既に保存された再発行前のＳＩＭカードに保存された情報とが一致しないため、認証が失敗する。従って、上記の場合、アプリケーションの利用権利を有するユーザであっても、そのアプリケーションが利用できない。
【０００６】
本発明はそのような課題を解決するためになされたものであり、加入者認証モジュールに記憶されている情報が変更された場合でも、アプリケーションの利用権限の認証が適切に行える通信端末及び端末制御方法を提供することができる。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明に係る通信端末は、加入者認証モジュールを装着することで移動体通信を行うことが可能であると共に、自端末で動作するアプリケーションを識別するアプリケーション識別情報と、加入者認証モジュールを識別する第一情報と、当該第一情報に対して契約されている又は自端末を識別する第二情報とを対応付けて記憶する記憶手段を有する通信端末であって、アプリケーションに対する認証要求があった際に、記憶手段によって当該アプリケーションのアプリケーション識別情報に対応付けて記憶されている第一情報及び第二情報と、自端末に装着されている加入者認証モジュールに記憶されている第一情報及び第二情報とをそれぞれ比較する比較手段と、比較手段によって第一情報及び第二情報のそれぞれが共に一致しないと判定された場合、当該加入者認証モジュールを所有する加入者には当該アプリケーションの利用権利がないと判定し、比較手段によって第一情報及び第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、加入者には当該アプリケーションの利用権利があると判定する判定手段と、を備えることを特徴とする。
【０００８】
本発明に係る通信端末では、自端末で動作するアプリケーションに対する認証要求があった際に、記憶手段によって当該アプリケーションのアプリケーション識別情報に対応付けて記憶されている第一情報及び第二情報と、自端末に装着されている加入者認証モジュールに記憶されている第一情報及び第二情報とがそれぞれ比較される。そして、第一情報及び第二情報のそれぞれが共に一致しないと判定された場合、当該加入者認証モジュールを所有する加入者には当該アプリケーションの利用権利がないと判定される。また、第一情報及び第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、加入者には当該アプリケーションの利用権利があると判定される。従って、本発明に係る通信端末によれば、例えば加入者認証モジュールに記憶されている第一情報及び第二情報を予め記憶手段によって記憶させ、以降において加入者認証モジュールに記憶されている第一情報及び第二情報が両方とも変更されなかった場合、比較において第一情報及び第二情報の両方が一致すると判定されるため、加入者には当該アプリケーションの利用権利があると判定され、アプリケーションの利用権限の認証が適切に行える。一方、例えば加入者認証モジュールに記憶されている第一情報及び第二情報を予め記憶手段によって記憶させ、以降において加入者認証モジュールに記憶されている第一情報あるいは第二情報の何れか一方が変更された場合、比較において第一情報及び第二情報のうち変更されていない情報が一致すると判定されるため、加入者には当該アプリケーションの利用権利があると判定され、アプリケーションの利用権限の認証が適切に行える。
【０００９】
本発明に係る通信端末は、比較手段によって第一情報のみが一致しないと判定された場合、記憶手段によって記憶されている第一情報を、自端末に装着されている加入者認証モジュールに記憶されている第一情報で上書き更新し、比較手段によって第二情報のみが一致しないと判定された場合、記憶手段によって記憶されている第二情報を、自端末に装着されている加入者認証モジュールに記憶されている第二情報で上書き更新する更新手段と、を更に備える、ことが望ましい。この構成によれば、加入者にはアプリケーションの利用権利があると判定された場合、記憶手段によって記憶されている第一情報及び第二情報が、自端末に装着ている加入者認証モジュールに記憶されている第一情報及び第二情報とそれぞれ等しくなる。従って、以降において自端末に装着されている加入者認証モジュールに記憶されている第一情報あるいは第二情報の何れか一方が変更された場合でも、比較において第一情報及び第二情報のうち変更されていない情報が一致すると判定されるため、加入者にはアプリケーションの利用権利があると判定され、アプリケーションの利用権限の認証が適切に行える。
【００１０】
記憶手段は、アプリケーションの自端末へのダウンロードが成功した際に、当該アプリケーションのアプリケーション識別情報と、自端末に装着されている加入者認証モジュールに記憶されている第一情報と、当該加入者認証モジュールに記憶されている第二情報とを対応付けて記憶する、ことが望ましい。この構成によれば、アプリケーションの自端末へのダウンロードが成功した際に、記憶手段によって記憶されている第一情報及び第二情報が、自端末に装着されている加入者認証モジュールに記憶されている第一情報及び第二情報とそれぞれ等しくなる。一般的に、アプリケーションのダウンロードを行った際に装着されている加入者認証モジュールを所有する加入者に、当該アプリケーションの利用権利があると判定されるのが適切である。すなわち、本実施形態により、アプリケーションの利用権限の認証が適切に行える。
【００１１】
記憶手段は、アプリケーションを自端末で初めて実行する際に、当該アプリケーションのアプリケーション識別情報と、自端末に装着されている加入者認証モジュールに記憶されている第一情報と、当該加入者認証モジュールに記憶されている第二情報とを対応付けて記憶する、ことが望ましい。この構成によれば、アプリケーションを自端末で初めて実行する際に、記憶手段によって記憶されている第一情報及び第二情報が、自端末に装着されている加入者認証モジュールに記憶されている第一情報及び第二情報とそれぞれ等しくなる。一般的に、アプリケーションを初めて実行する際に装着されている加入者認証モジュールを所有する加入者に、当該アプリケーションの利用権利があると判定されるのが適切である。すなわち、本実施形態により、アプリケーションの利用権限の認証が適切に行える。
【００１２】
ところで、本発明は、上記のように通信端末の発明として記述できる他に、以下のように端末制御方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。
【００１３】
即ち、本発明に係る端末制御方法は、加入者認証モジュールを装着することで移動体通信を行うことが可能であると共に、自端末で動作するアプリケーションを識別するアプリケーション識別情報と、加入者認証モジュールを識別する第一情報と、当該第一情報に対して契約されている又は自端末を識別する第二情報とを対応付けて記憶する記憶手段を有する通信端末による端末制御方法であって、アプリケーションに対する認証要求があった際に、記憶手段によって当該アプリケーションのアプリケーション識別情報に対応付けて記憶されている第一情報及び第二情報と、自端末に装着されている加入者認証モジュールに記憶されている第一情報及び第二情報とをそれぞれ比較する比較ステップと、比較ステップにおいて第一情報及び第二情報のそれぞれが共に一致しないと判定された場合、当該加入者認証モジュールを所有する加入者には当該アプリケーションの利用権利がないと判定し、比較ステップにおいて第一情報及び第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、加入者には当該アプリケーションの利用権利があると判定する判定ステップと、を含むことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、加入者認証モジュールに記憶されている情報が変更された場合でも、アプリケーションの利用権限の認証が適切に行える。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係る通信端末の機能構成を示す図である。
【図２】アプリケーションのパッケージ名と第一情報と第二情報との対応付けを示すテーブルである。
【図３】本発明の実施形態に係る通信端末のハードウェア構成を示す図である。
【図４】本発明の実施形態に係る通信端末で実行される処理（端末制御方法）を示すフローチャートである。
【図５】本発明の実施形態に係る通信端末で実行される処理（端末制御方法）の別の例を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、図面と共に本発明に係る通信端末及び端末制御方法の好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１７】
図１に本実施形態に係る通信端末１を示す。通信端末１は、加入者認証モジュールである後述のＵＩＭ（User Identity Module）カード２０を装着することで移動体通信を行うことが可能な携帯電話端末である。図１に示すように、通信端末１は、アプリケーション１０と、ＵＩＭカード２０と、ＯＳフレームワーク３０と、アプリケーション管理部４０とを備えて構成される。通信端末１は、上記の構成要素以外にも、例えば、携帯電話端末としての機能も備えていてもよい。
【００１８】
アプリケーション１０は、通信端末１上で動作するソフトウェアアプリケーションである。アプリケーション１０は、通信端末１による移動体通信を用いて外部のサーバ等から通信端末１にダウンロードされる。通信端末１において、複数のアプリケーション１０を記憶し、また実行することができる。アプリケーション１０の中には、そのアプリケーション１０を実行する上での利用権限の認証を要求するアプリケーション１０がある。利用権限の認証を要求するか否か、また利用権限の認証をいつ要求するかはアプリケーション開発者等がアプリケーション１０ごとに指定することができる。アプリケーション１０が利用権限の認証を要求する契機としては、アプリケーション１０の初回実行時、アプリケーション１０の実行中にユーザから特定の操作を受け付けた時、及び予め設定された時刻等が挙げられる。
【００１９】
ＵＩＭカード２０は、ＵＩＭカードやＳＩＭカード等の加入者認証モジュールである。ＵＩＭカード２０には、ＵＩＭカード２０を識別する第一情報と、当該第一情報に対して契約されている又は通信端末１を識別する第二情報とが記憶されている。第一情報の具体例としては、ＩＭＳＩ（International Mobile Subscriber Identity）やＩＣＣＩＤ（Integrated Circuit Card Identifier）等が挙げられ、第二情報の具体例としては、ＭＳＮ（Mobile Subscriber Number）やＩＭＥＩ（International Mobile Equipment Identity）等が挙げられる。第一情報及び第二情報は、加入者個人を特定するための情報としても利用される。ＵＩＭカード２０を所有する加入者は、移動体通信を提供する会社に申請を行うことで、ＵＩＭカード２０の第一情報に対して契約されている第二情報を変更したり、通信端末１とは異なる通信端末にＵＩＭカード２０を装着することで、ＵＩＭカード２０の既存の第二情報を当該異なる通信端末を識別する第二情報に変更したりすることができ、また、ＵＩＭカード２０を再発行して同一の第二情報の新しい第一情報のＵＩＭカード２０に変更することができる。
【００２０】
ＯＳフレームワーク３０は、通信端末１上で実行されているＯＳ（Operating System）が提供するソフトウェアフレームワークである。通信端末１上で実行されているＯＳで動作するソフトウェア、例えば後述のアプリケーション管理部４０等は、ＯＳフレームワーク３０を介してＵＩＭカード２０に情報を記憶させたり、ＵＩＭカード２０から情報を読み取ったりすることができる。なお、ＯＳフレームワーク３０は、ＵＩＭカード２０から情報を読み取る際、ＵＩＭカード２０に現に記憶されている情報を誤りなく読み取ることを原則とするが、端末ユーザ等のＯＳフレームワーク３０に対する攻撃等によって、ＵＩＭカード２０内に記録されている情報とは異なる第一情報及び第二情報をアプリケーション管理部４０に誤って送信させられる、すなわち誤信させられる危険性を完全に排除することは求めない。
【００２１】
アプリケーション管理部４０は、アプリケーション１０を管理するソフトウェアである。図１に示すように、アプリケーション管理部４０は、ダウンロード部４１と、記憶部４２と、認証要求取得部４３と、比較部４４と、更新部４５と、判定部４６と、制御部４７とを備えて構成される。なお、アプリケーション管理部４０は、攻撃者によるリバースエンジニアリング等によって容易にロジックが解読されることがないように、難読化等の対応を行うことが好ましい。
【００２２】
以上、通信端末１の主な構成要素について説明した。続いて、図１に示すアプリケーション管理部４０の各構成要素の詳細について説明する。
【００２３】
ダウンロード部４１は、通信端末１にアプリケーション１０をダウンロードするダウンロード手段である。具体的には、ダウンロード部４１は、ユーザ等から特定の操作を受け付けた際に、外部のサーバ等から通信端末１による移動体通信を介してアプリケーション１０をダウンロードする。そして、ダウンロード部４１は、アプリケーション１０のダウンロードが成功すると、アプリケーション１０を識別するアプリケーション識別情報であるアプリケーション１０のパッケージ名を記憶部４２に出力する。
【００２４】
記憶部４２は、アプリケーション１０の通信端末１へのダウンロードが成功した際に、当該アプリケーション１０のパッケージ名と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報と、当該ＵＩＭカード２０に記憶されている、当該第一情報に対して契約されている又は通信端末１を識別する第二情報とを対応付けて記憶する記憶手段である。具体的には、記憶部４２は、ダウンロード部４１によるアプリケーション１０のダウンロードが成功し、ダウンロード部４１からアプリケーション１０のパッケージ名が入力されると、ＯＳフレームワーク３０を介して、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報を取得する。そして、記憶部４２は、ダウンロード部４１から入力されたアプリケーション１０のパッケージ名と、ＵＩＭカード２０から取得した第一情報及び第二情報とを対応付けて記憶する。記憶部４２は、アプリケーション１０のパッケージ名をキーとして、対応付けて記憶されたアプリケーション１０のパッケージ名と第一情報と第二情報との組（エントリ）を取得することができる。
【００２５】
図２は、記憶部４２によって記憶された複数のエントリを含むテーブルを示す図である。図２に示すように、記憶部４２は、アプリケーション１０のパッケージ名と、アプリケーション１０のダウンロードが成功した際に通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とを対応付けて記憶する。
【００２６】
なお、記憶部４２は、通信端末１へのアプリケーション１０のダウンロードが成功した際に、エントリを記憶すると説明したが、記憶する契機はこれに限るものではない。例えば、記憶部４２は、エントリを記憶する契機として、アプリケーション１０を通信端末１にインストールした際、アプリケーション１０の初回実行時、及び予め設定された時刻、ユーザが手動で入力した際等が挙げられる。また、記憶部４２は、エントリを記憶する際に、既に同一のパッケージ名を含むエントリが記憶されている場合、上書きして記憶してもよい。また、記憶部４２は、通信端末１からアプリケーション１０が削除された場合、必ずしも記憶部４２に記憶されている当該アプリケーション１０に対応するエントリを削除する必要はない。また、記憶部４２は、ＯＳフレームワーク３０の一機能であるユーザデータ削除機能によって、記憶部４２に記憶されているエントリを削除しないものとする。
【００２７】
記憶部４２は、アプリケーション１０からの指示に基づいてのみ読み書きができるようにアクセスコントロールを行うことが好ましい。さらに、何らかの手段によってアクセスコントロールが無効化された場合であっても、記憶部４２は、記憶されている第一情報や第二情報等の情報が盗まれることがないように秘匿（暗号化）を行うことが好ましい。また、記憶部４２は、記憶されているエントリの改ざんによって不正なエントリが与えられ、アプリケーション１０の認証が誤った動作をおこさないように、改ざん検知の仕組みを備えることが好ましい。なお、改ざん検知の仕組みは、従来の改ざん検知技術を用いるものとする。
【００２８】
認証要求取得部４３は、アプリケーション１０を実行する上での認証要求をアプリケーション１０から取得する認証要求取得手段である。認証要求取得部４３は、アプリケーション１０の認証要求を取得すると、当該アプリケーション１０のパッケージ名を比較部４４に出力する。
【００２９】
比較部４４は、アプリケーション１０に対する認証要求があった際に、記憶部４２によって当該アプリケーション１０のアプリケーション識別情報に対応付けて記憶されている第一情報及び第二情報と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とをそれぞれ比較する比較手段である。具体的には、比較部４４は、アプリケーション１０の認証要求を取得した認証要求取得部４３から当該アプリケーション１０のパッケージ名が入力されると、まずは、入力されたアプリケーション１０のパッケージ名に対応付けて記憶部４２によって記憶されている第一情報及び第二情報を取得する。続いて、比較部４４は、ＯＳフレームワーク３０を介して、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報を取得する。そして、比較部４４は、上述の通り取得した、記憶部４２によって記憶されている第一情報と、ＵＩＭカード２０に記憶されている第一情報とが一致しているか否かを判定する。さらに、比較部４４は、上述の通り取得した、記憶部４２によって記憶されている第二情報と、ＵＩＭカード２０に記憶されている第二情報とが一致しているか否かを判定する。
【００３０】
なお、比較部４４は、第一情報が一致しているか否かを判定してから第二情報が一致しているか否かを判定してもよいし、第二情報が一致しているか否かを判定してから第一情報が一致しているか否かを判定してもよい。そして、比較部４４は、第一情報及び第二情報のそれぞれについての一致しているか否かの判定結果を、後述の更新部４５及び判定部４６に出力する。
【００３１】
更新部４５は、比較部４４によって第一情報のみが一致しないと判定された場合、記憶部４２によって記憶されている第一情報を、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報で上書き更新し、比較部４４によって第二情報のみが一致しないと判定された場合、記憶部４２によって記憶されている第二情報を、通信端末１に装着されているＵＩＭカード２０に記憶されている第二情報で上書き更新する更新手段である。具体的には、更新部４５は、比較部４４から「第一情報は不一致、第二情報は一致」という判定結果が入力されると、ＯＳフレームワーク３０を介して、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報を取得し、取得した第一情報を用いて記憶部４２によって記憶されている第一情報を上書き更新する。ここで、上書き更新される対象の記憶部４２によって記憶されている第一情報は、上述の通り、認証要求があったアプリケーション１０のパッケージ名に対応付けて記憶部４２によって記憶されている第一情報である。また、更新部４５は、比較部４４から「第一情報は一致、第二情報は不一致」という判定結果が入力されると、ＯＳフレームワーク３０を介して、通信端末１に装着されているＵＩＭカード２０に記憶されている第二情報を取得し、取得した第二情報を用いて記憶部４２によって記憶されている第二情報を上書き更新する。ここで、上書き更新される対象の記憶部４２によって記憶されている第二情報は、上述の通り、認証要求があったアプリケーション１０のパッケージ名に対応付けて記憶部４２によって記憶されている第二情報である。
【００３２】
判定部４６は、比較部４４によって第一情報及び第二情報のそれぞれが共に一致しないと判定された場合、ＵＩＭカード２０を所有する加入者には当該アプリケーション１０の利用権利がないと判定し、比較部４４によって第一情報及び第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、加入者には当該アプリケーション１０の利用権利があると判定する判定手段である。具体的には、判定部４６は、比較部４４から「第一情報は不一致、第二情報は不一致」という判定結果が入力されると、ＵＩＭカード２０を所有する加入者にはアプリケーション１０の利用権利がないと判定する。また、判定部４６は、比較部４４から「第一情報は一致、第二情報は不一致」、「第一情報は不一致、第二情報は一致」及び「第一情報は一致、第二情報は一致」という判定結果のうち何れかの判定結果が入力されると、ＵＩＭカード２０を所有する加入者にはアプリケーション１０の利用権利があると判定する。
【００３３】
なお、判定部４６は、比較部４４によりＯＳフレームワーク３０を介して通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報または第二情報を取得できなかった場合や、ＵＩＭカード２０が通信端末１に装着されていない場合、アプリケーション１０の利用権利がないと判定する。また、判定部４６は、通信端末１に装着されているＵＩＭカード２０に記憶されている値が改ざんされていることを検知した場合、比較部４４による判定結果に関わらず、アプリケーション１０の利用権利がないと判定する。ここで、判定部４６による改ざんの検知は、従来の改ざん検知技術を用いるものとする。そして、判定部４６は、利用権利に関する判定結果を制御部４７に出力する。
【００３４】
制御部４７は、判定部４６による判定結果に基づいて通信端末１の動作を制御する制御手段である。具体的には、制御部４７は、判定部４６から「アプリケーション１０の利用権利がある」という判定結果が入力されると、アプリケーション１０の実行を許可し、実際にアプリケーション１０を実行する。一方、制御部４７は、判定部４６から「アプリケーション１０の利用権利がない」という判定結果が入力されると、アプリケーション１０の実行を禁止し、実際にアプリケーション１０の実行を停止する。また、制御部４７は、判定部４６から入力された判定結果の内容をディスプレイ１０６等に出力してもよい。制御部４７は、例えば、「本アプリケーションの認証に失敗しました。本アプリケーションの利用権利があるか確認して下さい。」あるいは「本アプリケーションの認証に成功しました。」等のテキストを含むダイアログボックスをディスプレイ１０６に表示してもよい。また、制御部４７は、判定部４６による判定結果をアプリケーション１０に返却するＡＰＩ（Application Programming Interface）を提供してもよい。以上が、アプリケーション管理部４０の各構成要素の説明である。
【００３５】
図３に通信端末１のハードウェア構成を示す。図３に示すように、通信端末１は、ＣＰＵ（Central Processing Unit）１０１、主記憶装置であるＲＡＭ（Random Access Memory）１０２及びＲＯＭ（Read Only Memory)１０３、入力デバイスである操作部１０４、データ送受信デバイスである無線通信部１０５、出力デバイスであるディスプレイ１０６、及びアンテナ１０７等のハードウェアにより構成されている。これらの構成要素が動作することにより、図１に示した通信端末１の各構成要素の機能が発揮される。
【００３６】
引き続いて、図４及び５のフローチャートを用いて、本実施形態に係る通信端末１で実行される処理（端末制御方法）を説明する。図４は、アプリケーション１０がダウンロードされた際の処理を示すフローチャートであり、図５は、アプリケーション１０に対する認証要求があった際の処理を示すフローチャートである。
【００３７】
まず、図４について説明する。本処理では、まず、ダウンロード部４１により、アプリケーション１０が通信端末１にダウンロードされる（Ｓ１）。Ｓ１にてダウンロードが成功すると、記憶部４２により、ダウンロードされたアプリケーション１０のパッケージ名と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とが対応付けて記憶される（Ｓ２）。以上が図４に示す処理の説明である。
【００３８】
次に図５について説明する。本処理では、まず、認証要求取得部４３により、アプリケーション１０に対する認証要求がアプリケーション１０から取得される（Ｓ１０）。Ｓ１０にて認証要求が取得されると、比較部４４により、認証要求の対象であるアプリケーション１０のパッケージ名に対応付けて記憶部４２によって記憶されている第一情報及び第二情報と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とがそれぞれ比較される（Ｓ１１、比較ステップ）。Ｓ１１にて、第一情報及び第二情報の両方が一致しないと判定された場合（Ｓ１２：ＹＥＳ）、判定部４６により、アプリケーション１０の利用権利なしと判定される（Ｓ１３、判定ステップ）。
【００３９】
一方、Ｓ１１にて、第一情報及び第二情報の何れか一方が一致すると判定された場合（Ｓ１２：ＮＯ、Ｓ１４：ＹＥＳ）、判定部４６により、アプリケーション１０の利用権利ありと判定される（Ｓ１５、判定ステップ）。そして、Ｓ１１にて第一情報のみが一致しないと判定された場合、Ｓ１５に続いて、更新部４５により、記憶部４２によって記憶されている第一情報が、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報で上書き更新される（Ｓ１６）。また、Ｓ１１にて第二情報のみが一致しないと判定された場合、Ｓ１５に続いて、更新部４５により、記憶部４２によって記憶されている第二情報が、通信端末１に装着されているＵＩＭカード２０に記憶されている第二情報で上書き更新される（Ｓ１６）。
【００４０】
一方、Ｓ１１にて、第一情報及び第二情報の両方が一致すると判定された場合（Ｓ１２：ＮＯ、Ｓ１４：ＮＯ）、判定部４６により、アプリケーション１０の利用権利ありと判定される（Ｓ１７、判定ステップ）。以上が図５に示す処理の説明である。
【００４１】
上述したように、本実施形態では、通信端末１において、通信端末１で動作するアプリケーション１０に対する認証要求があった際に、記憶部４２によって当該アプリケーション１０のパッケージ名に対応付けて記憶されている第一情報及び第二情報と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とがそれぞれ比較される。そして、第一情報及び第二情報のそれぞれが共に一致しないと判定された場合、当該ＵＩＭカード２０を所有する加入者には当該アプリケーション１０の利用権利がないと判定される。また、第一情報及び第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、加入者には当該アプリケーション１０の利用権利があると判定される。
【００４２】
従って、本実施形態によれば、例えばＵＩＭカード２０に記憶されている第一情報及び第二情報を予め記憶部４２によって記憶させ、以降においてＵＩＭカード２０に記憶されている第一情報及び第二情報が両方とも変更されなかった場合、比較において第一情報及び第二情報の両方が一致すると判定されるため、加入者には当該アプリケーション１０の利用権利があると判定される。このように、第一情報及び第二情報の両方が一致する場合、第一情報及び第二情報を予め記憶部４２によって記憶させた時点での加入者に係るＵＩＭカード２０と、第一情報及び第二情報を比較した時点での加入者に係るＵＩＭカード２０とが一致するため、当該加入者には当該アプリケーション１０の利用権利があると判定されるのが適切である。すなわち、本実施形態により、アプリケーション１０の利用権限の認証が適切に行える。
【００４３】
一方、本実施形態では、例えばＵＩＭカード２０に記憶されている第一情報及び第二情報を予め記憶部４２によって記憶させ、以降においてＵＩＭカード２０に記憶されている第一情報あるいは第二情報の何れか一方が変更された場合、比較において第一情報及び第二情報のうち変更されていない情報が一致すると判定されるため、加入者には当該アプリケーション１０の利用権利があると判定される。このように、第一情報及び第二情報の何れか一方が一致する場合として、例えば、ＵＩＭカード２０が故障する、又はＵＩＭカード２０を紛失する等によりＵＩＭカード２０を再発行し、第一情報のみが変更される場合が挙げられる。また、例えば、加入者がＵＩＭカード２０は同じものを利用し、第二情報のみを変更する場合が挙げられる。このような場合、第一情報及び第二情報を予め記憶部４２によって記憶させた時点での加入者と、第一情報及び第二情報を比較した時点での加入者とが一致するため、加入者には当該アプリケーション１０の利用権利があると判定されるのが適切である。すなわち、本実施形態により、アプリケーション１０の利用権限の認証が適切に行える。
【００４４】
また、本実施形態のように、比較部４４によって第一情報のみが一致しないと判定された場合、記憶部４２によって記憶されている第一情報を、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報で上書き更新し、比較部４４によって第二情報のみが一致しないと判定された場合、記憶部４２によって記憶されている第二情報を、通信端末１に装着されているＵＩＭカード２０に記憶されている第二情報で上書き更新する更新部４５と、を更に備えてもよい。この構成によれば、加入者にはアプリケーション１０の利用権利があると判定された場合、記憶部４２によって記憶されている第一情報及び第二情報が、通信端末１に装着ているＵＩＭカード２０に記憶されている第一情報及び第二情報とそれぞれ等しくなる。従って、以降において通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報あるいは第二情報の何れか一方が変更された場合でも、比較において第一情報及び第二情報のうち変更されていない情報が一致すると判定されるため、加入者にはアプリケーション１０の利用権利があると判定され、上述の通り、アプリケーション１０の利用権限の認証が適切に行える。
【００４５】
また、本実施形態のように、記憶部４２は、アプリケーション１０の通信端末１へのダウンロードが成功した際に、当該アプリケーション１０のパッケージ名と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報と、当該ＵＩＭカード２０に記憶されている第二情報とを対応付けて記憶してもよい。この構成によれば、アプリケーション１０の通信端末１へのダウンロードが成功した際に、記憶部４２によって記憶されている第一情報及び第二情報が、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とそれぞれ等しくなる。一般的に、アプリケーション１０のダウンロードを行った際に装着されているＵＩＭカード２０または当該ＵＩＭカード２０を所有する加入者に、当該アプリケーション１０の利用権利があると判定されるのが適切である。すなわち、本実施形態により、アプリケーション１０の利用権限の認証が適切に行える。
【００４６】
また、本実施形態のように、記憶部４２は、アプリケーション１０を通信端末１で初めて実行する際に、当該アプリケーション１０のパッケージ名と、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報と、当該ＵＩＭカード２０に記憶されている第二情報とを対応付けて記憶してもよい。この構成によれば、アプリケーション１０を通信端末１で初めて実行する際に、記憶部４２によって記憶されている第一情報及び第二情報が、通信端末１に装着されているＵＩＭカード２０に記憶されている第一情報及び第二情報とそれぞれ等しくなる。一般的に、アプリケーション１０を初めて実行する際に装着されているＵＩＭカード２０または当該ＵＩＭカード２０を所有する加入者に、当該アプリケーション１０の利用権利があると判定されるのが適切である。すなわち、本実施形態により、アプリケーションの利用権限の認証が適切に行える。
【００４７】
以上の通り、本実施形態に係る通信端末１において、例えば、ＵＩＭカード２０を再発行したことにより第一情報のみが変更された場合や、第二情報のみが変更された場合においても、アプリケーション１０の利用権限の認証が適切に行うことができる。従って、本実施形態に係る通信端末１により、アプリケーション１０を利用する権利を持たないユーザによるアプリケーション１０の利用を簡易に阻止する方法をアプリケーション１０の開発者等に提供することができる。
【００４８】
ここで、本実施形態に係る通信端末１におけるアプリケーション１０の認証機能の利用の有無や様態は、アプリケーション開発者が自由に選択できることを想定しており、アプリケーション１０に対して一律に認証機能の利用を強制することは想定していない。
【００４９】
また、本実施形態に係る通信端末１において、認証要求取得部４３、比較部４４、更新部４５、判定部４６及び制御部４７は、メモリ（ＲＡＭ１０２）が許す限り、複数のアプリケーション１０からの認証要求を並列して取得及び処理することができる。
【００５０】
本実施形態に係る通信端末１において、アプリケーション１０の利用権限の認証の判定要素として第一情報及び第二情報を利用しているが、これらに限るものではない。例えば、第一情報及び第二情報に加えて、加入者のメールアドレス、加入者に自ら入力させたパスワード、加入者の指紋等の生体情報等を比較部４４による比較や判定部４６による判定において第一情報及び第二情報と同様に用いてもよい。つまり、判定要素として第一情報及び第二情報の２つの情報だけでなく、３つ以上の情報を利用してもよい。
【００５１】
また、本実施形態に係る通信端末１において、制御部４７は、ディスプレイ１０６等への出力を行ってもよいと説明したが、ディスプレイ１０６等への出力を行わず、アプリケーション管理部４０に含まれる構成要素全てが、ユーザインタフェースを備えない実施形態をとることも可能である。なお、本実施形態に係る通信端末１においてアプリケーション１０の利用権限の認証が行われる際に、通信端末１から外部への通信は発生しない。
【００５２】
また、本実施形態に係る通信端末１において、アプリケーション管理部４０は、利用権限の認証の実行を行う「利用権限認証エージェント」、及び利用権限の認証を行いたいアプリケーション１０に対して利用権限認証エージェントへアクセスするためのインタフェースを提供する「利用権限認証ライブラリ」の２つに分けて提供される。利用権限認証エージェントは、利用権限認証ライブラリとは独立に動作するサービス（機能）である。利用権限認証エージェントは利用権限認証ライブラリとプロセス間通信（ＩＰＣ：InterProcess Communication）により利用権限の認証要求を受け付ける。この際、同時に複数の利用権限認証ライブラリから要求があっても並行して適切に処理を行えるようにすることが好ましい。一方、利用権限認証ライブラリは、アプリケーション開発者が自身で開発するアプリケーション１０内に取り込んで利用できるようにライブラリの形態で提供される。利用権限認証ライブラリは、利用権限認証エージェントが起動していない場合には、利用権限認証エージェント起動させる。利用権限認証ライブラリは利用権限認証エージェントとＩＰＣにより利用権限の認証要求を行い、結果を受領することができる。本実施形態では、利用権限認証エージェントがダウンロード部４１、記憶部４２、認証要求取得部４３、比較部４４、更新部４５、判定部４６及び制御部４７に対応し、認証要求取得部４３が、利用権限認証ライブラリからの利用権限の認証要求を取得する。
【符号の説明】
【００５３】
１…通信端末、１０…アプリケーション、２０…ＵＩＭカード、３０…ＯＳフレームワーク、４０…アプリケーション管理部、４１…ダウンロード部、４２…記憶部、４３…認証要求取得部、４４…比較部、４５…更新部、４６…判定部、４７…制御部。
【特許請求の範囲】
【請求項１】
加入者認証モジュールを装着することで移動体通信を行うことが可能であると共に、自端末で動作するアプリケーションを識別するアプリケーション識別情報と、前記加入者認証モジュールを識別する第一情報と、当該第一情報に対して契約されている又は自端末を識別する第二情報とを対応付けて記憶する記憶手段を有する通信端末であって、
前記アプリケーションに対する認証要求があった際に、前記記憶手段によって当該アプリケーションの前記アプリケーション識別情報に対応付けて記憶されている前記第一情報及び前記第二情報と、自端末に装着されている前記加入者認証モジュールに記憶されている前記第一情報及び前記第二情報とをそれぞれ比較する比較手段と、
前記比較手段によって前記第一情報及び前記第二情報のそれぞれが共に一致しないと判定された場合、当該加入者認証モジュールを所有する加入者には当該アプリケーションの利用権利がないと判定し、前記比較手段によって前記第一情報及び前記第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、前記加入者には当該アプリケーションの利用権利があると判定する判定手段と、
を備える通信端末。
【請求項２】
前記比較手段によって前記第一情報のみが一致しないと判定された場合、前記記憶手段によって記憶されている前記第一情報を、自端末に装着されている前記加入者認証モジュールに記憶されている前記第一情報で上書き更新し、前記比較手段によって前記第二情報のみが一致しないと判定された場合、前記記憶手段によって記憶されている前記第二情報を、自端末に装着されている前記加入者認証モジュールに記憶されている前記第二情報で上書き更新する更新手段と、
を更に備える請求項１に記載の通信端末。
【請求項３】
前記記憶手段は、前記アプリケーションの自端末へのダウンロードが成功した際に、当該アプリケーションの前記アプリケーション識別情報と、自端末に装着されている前記加入者認証モジュールに記憶されている前記第一情報と、当該加入者認証モジュールに記憶されている前記第二情報とを対応付けて記憶する、
ことを特徴とする請求項１又は２に記載の通信端末。
【請求項４】
前記記憶手段は、前記アプリケーションを自端末で初めて実行する際に、当該アプリケーションの前記アプリケーション識別情報と、自端末に装着されている前記加入者認証モジュールに記憶されている前記第一情報と、当該加入者認証モジュールに記憶されている前記第二情報とを対応付けて記憶する、
ことを特徴とする請求項１〜３の何れか一項に記載の通信端末。
【請求項５】
加入者認証モジュールを装着することで移動体通信を行うことが可能であると共に、自端末で動作するアプリケーションを識別するアプリケーション識別情報と、前記加入者認証モジュールを識別する第一情報と、当該第一情報に対して契約されている又は自端末を識別する第二情報とを対応付けて記憶する記憶手段を有する通信端末による端末制御方法であって、
前記アプリケーションに対する認証要求があった際に、前記記憶手段によって当該アプリケーションの前記アプリケーション識別情報に対応付けて記憶されている前記第一情報及び前記第二情報と、自端末に装着されている前記加入者認証モジュールに記憶されている前記第一情報及び前記第二情報とをそれぞれ比較する比較ステップと、
前記比較ステップにおいて前記第一情報及び前記第二情報のそれぞれが共に一致しないと判定された場合、当該加入者認証モジュールを所有する加入者には当該アプリケーションの利用権利がないと判定し、前記比較ステップにおいて前記第一情報及び前記第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、前記加入者には当該アプリケーションの利用権利があると判定する判定ステップと、
を含む端末制御方法。
【請求項１】
加入者認証モジュールを装着することで移動体通信を行うことが可能であると共に、自端末で動作するアプリケーションを識別するアプリケーション識別情報と、前記加入者認証モジュールを識別する第一情報と、当該第一情報に対して契約されている又は自端末を識別する第二情報とを対応付けて記憶する記憶手段を有する通信端末であって、
前記アプリケーションに対する認証要求があった際に、前記記憶手段によって当該アプリケーションの前記アプリケーション識別情報に対応付けて記憶されている前記第一情報及び前記第二情報と、自端末に装着されている前記加入者認証モジュールに記憶されている前記第一情報及び前記第二情報とをそれぞれ比較する比較手段と、
前記比較手段によって前記第一情報及び前記第二情報のそれぞれが共に一致しないと判定された場合、当該加入者認証モジュールを所有する加入者には当該アプリケーションの利用権利がないと判定し、前記比較手段によって前記第一情報及び前記第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、前記加入者には当該アプリケーションの利用権利があると判定する判定手段と、
を備える通信端末。
【請求項２】
前記比較手段によって前記第一情報のみが一致しないと判定された場合、前記記憶手段によって記憶されている前記第一情報を、自端末に装着されている前記加入者認証モジュールに記憶されている前記第一情報で上書き更新し、前記比較手段によって前記第二情報のみが一致しないと判定された場合、前記記憶手段によって記憶されている前記第二情報を、自端末に装着されている前記加入者認証モジュールに記憶されている前記第二情報で上書き更新する更新手段と、
を更に備える請求項１に記載の通信端末。
【請求項３】
前記記憶手段は、前記アプリケーションの自端末へのダウンロードが成功した際に、当該アプリケーションの前記アプリケーション識別情報と、自端末に装着されている前記加入者認証モジュールに記憶されている前記第一情報と、当該加入者認証モジュールに記憶されている前記第二情報とを対応付けて記憶する、
ことを特徴とする請求項１又は２に記載の通信端末。
【請求項４】
前記記憶手段は、前記アプリケーションを自端末で初めて実行する際に、当該アプリケーションの前記アプリケーション識別情報と、自端末に装着されている前記加入者認証モジュールに記憶されている前記第一情報と、当該加入者認証モジュールに記憶されている前記第二情報とを対応付けて記憶する、
ことを特徴とする請求項１〜３の何れか一項に記載の通信端末。
【請求項５】
加入者認証モジュールを装着することで移動体通信を行うことが可能であると共に、自端末で動作するアプリケーションを識別するアプリケーション識別情報と、前記加入者認証モジュールを識別する第一情報と、当該第一情報に対して契約されている又は自端末を識別する第二情報とを対応付けて記憶する記憶手段を有する通信端末による端末制御方法であって、
前記アプリケーションに対する認証要求があった際に、前記記憶手段によって当該アプリケーションの前記アプリケーション識別情報に対応付けて記憶されている前記第一情報及び前記第二情報と、自端末に装着されている前記加入者認証モジュールに記憶されている前記第一情報及び前記第二情報とをそれぞれ比較する比較ステップと、
前記比較ステップにおいて前記第一情報及び前記第二情報のそれぞれが共に一致しないと判定された場合、当該加入者認証モジュールを所有する加入者には当該アプリケーションの利用権利がないと判定し、前記比較ステップにおいて前記第一情報及び前記第二情報のそれぞれについて少なくとも一方が一致すると判定された場合、前記加入者には当該アプリケーションの利用権利があると判定する判定ステップと、
を含む端末制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−８５１８６（Ｐ２０１３−８５１８６Ａ）
【公開日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願番号】特願２０１１−２２５０２７（Ｐ２０１１−２２５０２７）
【出願日】平成２３年１０月１２日（２０１１．１０．１２）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願日】平成２３年１０月１２日（２０１１．１０．１２）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]