(57)【要約】サービスプロバイダ（２）によって発行されるアプリケーション（５、１４、２６）を管理するサービスマネジャー（８）を備えたSmartMXデバイスのようなセキュアエレメント（７）を有するモバイル通信デバイス（４）において、ワレット（１２）としても知られるトラステッドアプリケーションから前記アプリケーション（５、１４、２６）にアクセスする方法を提供する。前記方法は、前記サービスマネジャー（８）により、前記アプリケーション（５、１４、２６）と、やはり前記サービスプロバイダ（２）によって発行されるアプリケーションコーデック（６、１５）との間のリンクを管理するステップを含み、前記アプリケーションコーデック（６、１５）は、前記サービスマネジャー（８）と前記アプリケーション（５、１４、２６）との間をインタフェースするように設計され、且つ前記サービスマネジャー（８）から受信され前記ワレット（１２）によってトリガされる前記アプリケーション（５、１４、２６）に対するアクセスを要求するアクセス要求を処理するように設計され、前記方法は更に、前記アプリケーション（５、１４、２６）と前記アプリケーションコーデック（６、１５）との間の前記リンクを利用することにより、前記アプリケーション（５、１４、２６）のそれぞれとリンク付けされた前記アプリケーションコーデック（６、１５）が前記サービスマネジャー（８）の制御下で前記アプリケーション（５、１４、２６）に対するアクセス（２３）を実行するよう、前記サービスマネジャー（８）を介して前記アプリケーション（５、１４、２６）にアクセスするステップを含む。
2011527035.tif 000002
【特許請求の範囲】
【請求項１】
サービスプロバイダによって発行されるアプリケーションを管理するサービスマネジャーを備えたSmartMXデバイスのようなセキュアエレメントが内部に配置されたモバイル通信デバイスにおいて、ワレットとしても知られるトラステッドアプリケーションから前記アプリケーションにアクセスする方法であって、
前記アプリケーションと、やはり前記サービスプロバイダによって発行され且つ前記セキュアエレメントにインストールされる割り当てられたアプリケーションコーデックとの間のリンクを前記サービスマネジャーによって管理するステップを含み、
前記アプリケーションコーデックは、特定のタイプおよび／またはフォーマットの前記アプリケーションに関して不変である前記サービスマネジャーから受信されるアプリケーションアクセス要求を、タイプおよび／またはフォーマット特有のアプリケーションアクセス要求に変換し、該アプリケーションアクセス要求を前記アプリケーションで処理し、前記アプリケーションアクセス要求の結果を前記サービスマネジャーに返す、前記サービスマネジャーと前記アプリケーションとの間のインタフェースを備え、
前記サービスマネジャーの前記アプリケーションアクセス要求は、前記ワレットによってトリガされ、前記サービスマネジャーは、前記アプリケーションと前記アプリケーションコーデックとの間の前記リンクを利用することにより、前記アプリケーションに割り当てられた前記アプリケーションコーデックを検索し、前記アプリケーションのぞれぞれとリンクする検索された前記アプリケーションコーデックに前記アプリケーションアクセス要求を送信し、前記アプリケーションコーデックから渡された結果を前記ワレットに返す、
方法。
【請求項２】
請求項１に記載の方法であって、前記サービスマネジャーは、前記アプリケーションと、前記アプリケーションにアクセスするのに使用されるアプリケーションコーデックに関するリンクインジケーションとを、サービスプロバイダから無線通信ネットワークを介して受信し、
前記アプリケーションを前記モバイル通信デバイスのアプリケーションメモリに記憶し、
前記セキュアエレメントにおいて、前記アプリケーションと前記割り当てられたアプリケーションコーデックとの間の前記リンクを反映したリンクレコードを、前記リンクインジケーションに基づいて生成する、
方法。
【請求項３】
請求項２に記載の方法であって、前記アプリケーション、および／または前記アプリケーションに割り当てられたアプリケーションコーデック、および／または前記アプリケーションに割り当てられたアプリケーションコーデックに関するリンクインジケーションを前記サービスプロバイダから受信するように設計されたトラステッドサービスマネジャーが提供され、
前記トラステッドサービスマネジャーは、前記アプリケーションおよび前記リンクインジケーションを前記サービスマネジャーにサブミットする、方法。
【請求項４】
請求項２に記載の方法であって、前記トラステッドサービスマネジャーは、前記アプリケーションコーデックを前記モバイル通信デバイスの前記セキュアエレメントにインストールする、方法。
【請求項５】
請求項１〜４のいずれか一項に記載の方法であって、前記ワレットと前記サービスマネジャーとの間の通信は、前記サービスマネジャーの標準化インタフェースを介して実行され、前記標準化インタフェースは、前記ワレットとの間の通信において共通のプロトコルを適用するように設計される、方法。
【請求項６】
算術論理演算ユニットおよびメモリを有するセキュアエレメントに直接ロード可能なサービスマネジャーコンピュータプログラムプロダクトであって、
前記プロダクトが前記セキュアエレメント上で実行されたときに請求項１〜５に記載の各ステップを実行するソフトウェアコード部分を備えるサービスマネジャーコンピュータプログラムプロダクト。
【請求項７】
算術論理演算ユニットおよびメモリを有するセキュアエレメントであって、
請求項６に記載のサービスマネジャーコンピュータプログラムプロダクトを備えるセキュアエレメント。
【請求項８】
SmartMXとして構成される、請求項７に記載のセキュアエレメント。
【請求項９】
無線通信ネットワークにおいて通信するモバイル通信デバイスであって、
サービスプロバイダによって発行されるアプリケーションと、
ワレットとしても知られるトラステッドアプリケーションと、
前記アプリケーションを管理するサービスマネジャーを有するSmartMXデバイスのようなセキュアエレメントと、
を備え、更に、
前記サービスマネジャーと前記アプリケーションとの間をインタフェースするように設計され、且つ前記サービスマネジャーから受信され前記ワレットによってトリガされる前記アプリケーションに対するアクセスを要求するアクセス要求を処理するように設計されるアプリケーションコーデック
を備え、
前記サービスマネジャーは、前記アプリケーションと、やはり前記サービスプロバイダによって発行されるアプリケーションコーデックとの間のリンクを管理するように設計され、更に、前記アプリケーションと前記アプリケーションコーデックとの間の前記リンクを利用することにより、前記アプリケーションのそれぞれとリンクする前記アプリケーションコーデックが前記アプリケーションに対するアクセスを実行するよう、前記アプリケーションに対するアクセスを要求するように設計される、
モバイル通信デバイス。
【請求項１０】
モバイル通信デバイスに記憶されるアプリケーションを発行するサービスプロバイダであって、
前記モバイル通信デバイスは、ワレットとしても知られるトラステッドアプリケーションと、前記アプリケーションを管理するサービスマネジャーを有するSmartMXデバイスのようなセキュアエレメントと、を備え、
前記サービスプロバイダは、前記サービスマネジャーと前記アプリケーションとの間をインタフェースするように設計されたアプリケーションコーデックを発行するように設計され、且つ前記サービスマネジャーから受信される前記アプリケーションに対するアクセスを要求するアクセス要求を処理するように設計され、場合によっては、前記アプリケーションにアクセスするのに使用されるアプリケーションコーデックに関するリンクインジケーションを発行するように設計される、サービスプロバイダ。
【請求項１１】
請求項９に記載の少なくとも１つのモバイル通信デバイスと、請求項１０に記載の少なくとも１つのサービスプロバイダと、を備えるシステム。
【請求項１２】
請求項１１に記載のシステムであって、前記アプリケーション、および／または前記アプリケーションコーデック、および／または前記アプリケーションに割り当てられたアプリケーションコーデックに関するリンクインジケーションを、前記サービスプロバイダからインターネットのようなコンピュータネットワークを介して受信するように設計され、且つ前記アプリケーションおよび前記リンクインジケーションを前記サービスマネジャーにサブミットするように設計され、且つ前記アプリケーションコーデックを前記モバイル通信デバイスの前記セキュアエレメントにインストールするように設計されたトラステッドサービスマネジャーを備える、システム。
【請求項１３】
アプリケーション用のグラフィカルユーザインターフェースを構成するモバイル通信デバイスのトラステッドアプリケーションであって、
前記モバイル通信デバイスのアプリケーションメモリにインストールされている前記アプリケーションのリストを検索するように設計され、且つそれらのアプリケーションに関する情報を、前記モバイル通信デバイスのセキュアエレメントにロードされた請求項６に記載のサービスマネジャーコンピュータプログラムプロダクトをトリガすることによって検索するように設計される、トラステッドアプリケーション。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションを管理するサービスマネジャーを有するセキュアエレメントを備えたモバイル通信デバイス（モバイルデバイス）においてトラステッドアプリケーションからアプリケーションにアクセスする方法に関するものである。
【０００２】
本発明は更に、コンピュータ上で実行されたときに第１段落に記載した方法を実行するように設計されたサービスマネジャーコンピュータプログラムプロダクトに関するものである。
【０００３】
本発明は更に、算術論理演算ユニットおよびメモリを有する前段に記載のサービスマネジャーコンピュータプログラムプロダクトを備えるセキュアエレメントに関するものである。
【０００４】
本発明は更に、無線通信ネットワーク内で通信する第３段落に記載のセキュアエレメントを備えるモバイル通信デバイスに関するものである。
【０００５】
本発明は更に、モバイル通信デバイスに記憶されるアプリケーションを発行するサービスプロバイダに関するものであり、モバイル通信デバイスは、一般にアプリケーションに対するアクセスが妨げられるサービスマネジャーを有するセキュアエレメントを備える。
【０００６】
本発明は更に、アプリケーション用のグラフィカルユーザインターフェースを構成するトラステッドアプリケーションに関するものであり、このトラステッドアプリケーションは、セキュアエレメントにインストールされているアプリケーションのリストを検索すること、ならびに第５段落に記載したモバイル通信デバイスに記憶されているアプリケーションに関するいくつかの情報を検索することができる。
【０００７】
本発明は更に、第４段落に記載した少なくとも１つのモバイル通信デバイスと、前段に記載した少なくとも１つのサービスプロバイダと、を備えるシステムに関するものである。
【背景技術】
【０００８】
一意のメモリ装置識別子を有するメモリ装置を有するモバイル通信デバイス、例えばＮＸＰセミコンダクターズ社が開発したMIFARE（登録商標）クラシックファミリー、すなわち、読み出し／書き込み機能を有し、１３．５６ＭＨｚの周波数レンジで動作する非接触スマートカードＩＣが知られている。最近、特に短距離無線通信（Near Field Communication：ＮＦＣ）機能を有する携帯電話およびその他のモバイル通信デバイスで使用する、セキュリティ機能を強化したメモリ装置であるセキュアエレメントが開発されている。これらのセキュアエレメントは、「スマートカード」としても知られている。更に理解を深めるために、セキュアエレメントを代表する草分けであるSmartMXデバイスを以下に説明する。SmartMX（Memory eXtension）は、マルチプルインタフェースのオプション付きまたはオプション無しの、信頼性の高いソリューションを必要とする安全性の高いスマートカードアプリケーション向けにＮＸＰセミコンダクターズ社が設計したスマートカードのファミリーである。主要なアプリケーションは、電子政府、バンキング／ファイナンス、モバイル通信および先進公共交通である。
【０００９】
SmartMXアーキテクチャは、ＲＳＡ、ＥＣＣ、ＤＥＳおよびＡＥＳ用のコプロセッサを組み合わせ、Java（登録商標）Open PlatformおよびMULTOS（登録商標）を含むオペレーティングシステムの実行を可能にする。MIFAREプロトコルを、ユーザオペレーティングシステムにより実行される他の非接触伝送プロトコルと同時に起動するSmartMXカードの機能は、MIFAREに基づく既存のアプリケーション（例えば発券業務）と新たなサービスとの組み合わせをスマートカードに基づく単一のデュアルインタフェースコントローラで可能にする。SmartMXカードは、MIFARE Classicデバイスをエミュレートし、それによってこのインタフェースを、設置されたいかなるMIFARE Classicインフラストラクチャとも両立するようにすることができる。非接触インタフェースは、任意のプロトコル、特にMIFAREプロトコルおよび自己規定の非接触伝送プロトコルを利用した通信に使用することができる。SmartMXは、最新技術のオペレーティングシステムと、ＪＣＯＰ（Java （登録商標）Card Operating System）を含むオープンプラットフォームソリューションとを容易に実行し得るとともに、最高レベルの安全度と一緒に最適化された機能セットを提供する。SmartMXには、ＤＰＡやＳＰＡ等のサイドチャネル攻撃に対処する様々なセキュリティ機能が組み込まれている。真のアンチコリジョン方法（ISO/IEC 14443-3参照）によれば、複数のカードを同時に取り扱うことが可能となる。
【００１０】
２００７年２月、ＧＳＭアソシエーション（ＧＳＭＡ）は、モバイルＮＦＣ（短距離無線通信）サービスの開発に関与するエコシステム関係者向けのオペレータコミュニティガイダンスの概要を示す白書を公表した。モバイルＮＦＣは、ＮＦＣ技術に基づく非接触サービスと携帯電話との組み合わせとして定義される。ハードウェアベースの安全なＩＤトークン（ＵＩＣＣ）を有する携帯電話は、ＮＦＣアプリケーションにとって理想的な環境を提供することができる。ＵＩＣＣは、物理的なカードに取って代わることができ、したがってサービスプロバイダのコストが最適化され、より便利なサービスがユーザに提供され得る。モバイルＮＦＣエコシステムには多種多様なエンティティが関与する。これらのエンティティは、以下のように定義される。
・カスタマ：モバイル通信デバイスをモバイル通信およびモバイルＮＦＣサービスで使用する。カスタマはＭＮＯに登録し、モバイルＮＦＣサービスを利用する。
・モバイルネットワークオペレータ（ＭＮＯ）：カスタマにフルレンジのモバイルサービスを提供し、特にＵＩＣＣおよびＮＦＣ端末に加えてオーバーザエアー（Over The Air：ＯＴＡ）トランスポートサービスを提供する。
・サービスプロバイダ（ＳＰ）：カスタマに非接触サービスを提供する（ＳＰは、例えば銀行、公共輸送会社、ロイヤリティプログラムのオーナー等である）。
・リテーラー／マーチャント：サービス依存であり、例えばＮＦＣ対応のＰＯＳ（Point of Sales）端末を操作する。
・トラステッドサービスマネジャー（ＴＳＭ）：サービスプロバイダのサービスをＭＮＯのカスタマベース（顧客基盤）に安全に提供し、管理する。
・ハンドセット、ＮＦＣチップセット、およびＵＩＣＣの製造業者：モバイルＮＦＣ／通信デバイスおよび関連するＵＩＣＣハードウェアを製造する。
・リーダー製造業者：ＮＦＣリーダーデバイスを製造する。
・アプリケーションディベロッパー：モバイルＮＦＣアプリケーションの設計および開発を行う。
・標準化機関および産業フォーラム：ＮＦＣアプリケーションおよびサービスの相互運用性、下位互換性および将来の開発を可能にするＮＦＣの世界標準規格を構築する。
【００１１】
上記の白書における重要な発見の１つは、モバイルＮＦＣの成功は、モバイルＮＦＣエコシステム内のすべてのエンティティに価値を与えることによって安定なモバイルＮＦＣエコシステムが得られ、トラステッドサービスマネジャーの新しい役割を導入することによって効率的なモバイルＮＦＣエコシステムが得られることが条件となることである。
【００１２】
トラステッドサービスマネジャー（ＴＳＭ）の役割は、
・サービスプロバイダがＭＮＯを介してそれぞれのカスタマベースにアクセスするための単一の接点を提供すること、および
・サービスプロバイダに代わってモバイルＮＦＣアプリケーションの安全なダウンロードを管理し、ライフサイクル管理を行うこと
である。
【００１３】
ＴＳＭは、サービスのトランザクションステージに関与せず、したがって、サービスプロバイダの既存のビジネスモデルに混乱が生じないことが保証される。国内市場のニーズおよび状況に応じて、ＴＳＭは、１つのＭＮＯによって管理されることも、ＭＮＯの連合によって管理されることも、独立のトラステッドサードパーティによって管理されることもある。ある市場で稼動するＴＳＭの個数は、国内市場のニーズおよび状況に依存する。
【００１４】
SmartMXカードのようなセキュアエレメントの特徴は、これらを用いることにより、上記のセキュアエレメントと通信するモバイル通信デバイスにインストールされたトラステッドアプリケーション（ワレットまたはトラステッドMIDletとしても知られる）が、ＮＦＣ機能を有するモバイル通信デバイスのセキュアエレメントにインストールされたＮＦＣアプリケーション（クーポン、チケット等）を安全に管理することが可能となることである。ワレットは、ＮＦＣアプリケーションのグラフィカルユーザインターフェースを構成すると考えることができる。このタスクを達成するために、ワレットは、セキュアエレメントにインストールされているＮＦＣアプリケーションのリストを検索することに加えて、それらのＮＦＣアプリケーションに関するいくつかの情報を検索することもできる。しかしながら、いくつかの制約により、アプリケーションおよびアプリケーションデータのアクセシビリティがそれぞれ制限されている。このような制約の１つは、セキュリティ上の配慮事項である。ワレットは携帯電話のセキュアエレメント内に配置されないため、モバイル通信デバイスのメモリ内の非セキュア領域にアプリケーションフォーマットに関する情報が存在する場合は、ワレットがセキュリティ上の脅威となる。こうした状況から、これらのワレットに付与されるアクセス権が制限されることになる。これにより、データ検索能力もアプリケーションデータ全体のほんの一部分に制限される。アプリケーションをリリースする様々なサービスプロバイダによって複数の独自データフォーマットが導入されるという実際的な配慮事項により、別の制約も課される。この状況に関して、ワレットは、アプリケーションデータを正確に検索するために具体的なデータフォーマットを常に事前に知る必要がある。すべてのサービスプロバイダによって導入されるすべてのデータフォーマットがいつでも利用できるようにすることは、データフォーマットが新たにリリースされるたびにワレットの更新をトリガしなければならなくなるため事実上不可能である。このような更新は、エンドユーザだけでなくワレットプロバイダにとっても複雑で煩雑な作業である。
【００１５】
ワレットがセキュアエレメントの外部に位置することに起因するワレットの潜在的なセキュリティ問題は、アプリケーションにアクセスすることが可能なサービスマネジャーをセキュアエレメントにインストールすることによって回避され得る。しかしながら、アプリケーションをリリースする様々なサービスプロバイダによって複数の独自データフォーマットが導入されることに起因する上述の制約は、サービスマネジャーにも当てはまる。すべてのサービスプロバイダによって導入されるすべてのデータフォーマットをサービスマネジャーに常に実装しておくことは事実上不可能であり、また、セキュリティ上の理由からサービスマネジャーの更新はワレットの更新よりも更に複雑となる。したがって、実際には、サービスマネジャーは、複数の独自データフォーマットの存在によりアプリケーションのすべてのデータにアクセスすることが妨げられる。
【００１６】
別の制約は、アプリケーション内のデータを更新するにあたり複数のデータフォーマットが存在する故に、通常はアプリケーション内の特定のデータアイテムを修正する代わりに完全なアプリケーションを置き換えることにより、ＴＳＭからの更新メカニズムＯＴＡ（オーバーザエアー）を機能させなければならない点である。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
本発明の一目的は、上述の欠点を回避するように構成された、モバイル通信デバイス内のアプリケーションにアクセスする新しい方法、アプリケーション内に収容されるデータ、実行時に前記方法を実施するサービスマネジャーコンピュータプログラムプロダクト、前記サービスマネジャーコンピュータプログラムプロダクトを備えるセキュアエレメント、無線通信ネットワーク内で通信するモバイル通信デバイス、前記モバイル通信デバイスに記憶されるアプリケーションを発行するサービスプロバイダ、ならびに前記モバイル通信デバイスのうちの少なくとも１つおよび前記サービスプロバイダのうちの１つを含むシステムを得ることである。
【課題を解決するための手段】
【００１８】
上記で特定した目的を達成するために、本発明は、請求項１に記載の特徴による、モバイル通信デバイスにおいてアプリケーションにアクセスする方法を提供する。
【００１９】
上記で特定した目的を本発明によるサービスマネジャーコンピュータプログラムプロダクトによって達成するために、前記サービスマネジャーコンピュータプログラムプロダクトは、算術論理演算ユニットおよびメモリを有するセキュアエレメントに直接ロード可能であり、前記サービスマネジャーコンピュータプログラムプロダクトが前記セキュアエレメント上で実行されたときに本発明による各方法ステップを実行するソフトウェアコード部分を有することを特徴とする。
【００２０】
上記で定義した目的を本発明によるセキュアエレメントによって達成するために、前記セキュアエレメントは、本発明によるサービスマネジャーコンピュータプログラムプロダクトを備えることを特徴とする。
【００２１】
上記で定義した目的を達成するために、本発明は、請求項９に記載の特徴を備えたモバイル通信デバイスを提供する。
【００２２】
上記で定義した目的を達成するために、本発明は、請求項１０に記載の特徴を備えたサービスプロバイダを提供する。
【００２３】
上記で定義した目的を達成するために、本発明は、請求項１１に記載の特徴を備えたシステムを提供する。
【００２４】
上記で定義した目的を達成するために、請求項１３に記載の特徴を備えた、アプリケーション用のグラフィカルユーザインターフェースを構成する、モバイル通信デバイスのトラステッドアプリケーションを提供する。
【００２５】
本発明の特徴により、モバイル通信デバイスに記憶されたアプリケーションに対するアクセスが、セキュアエレメントに記憶されたサービスマネジャーおよびアプリケーションコーデックを経由するようになる利点がもたらされる。これにより、セキュアエレメントによって確立されるセキュリティモデルのロバスト性が維持されるとともに、アプリケーションに対するアクセスがワレットから行われたときは、そのようなアクセスがセキュアエレメント内に位置するサービスマネジャーを経由しない場合に生じ得るセキュリティ上の懸念も解消される。アプリケーションコーデックを利用することによりアプリケーションのアクセシビリティが更に促進されると同時に、アプリケーションにアクセスするのに必要なすべての知識、特に秘密のノウハウを、セキュアエレメント内のアプリケーションコーデックにカプセル形式で存在させることができるので、シンプル且つスリムなワレット設計を維持することが可能となる。特に、アプリケーションと前記アプリケーションに対するアクセス用に設計されたアプリケーションコーデックとの間のリンクをサービスマネジャーによって管理することを可能にすることにより、アプリケーションコーデックのユーザビリティに関する柔軟性をある程度許容しながら、セキュアエレメントによって提供されるセキュリティモデルを維持する追加の機能を付与することができる。
【００２６】
本発明のいくつかの実施形態では、アプリケーションと、該アプリケーションとリンク付けされたアプリケーションコーデックとが発行され、それらがモバイル通信デバイスに送信され、いずれもモバイル通信デバイスに記憶される。また、アプリケーションにアクセスする際にどのコーデックを使用すべきかを示すリンクレコードが生成される。この解決策は、セキュアエレメントの外部で発生するすべてのデータ処理アクティビティからアプリケーションに関する秘密情報およびコーデックに関する秘密情報を隠蔽しながら、サービスマネジャーから見たコーデックのユーザビリティの透過性も保証する。
【００２７】
別の実施形態では、アプリケーション、および該アプリケーションへのアクセスに対して既存のアプリケーションコーデックを使用すべきことを示すリンクインジケーションだけが、サービスプロバイダからモバイル通信デバイスに送信される。この状況では、アプリケーションのみが記憶され、該アプリケーションへのアクセスに対して既存のコーデックを使用すべきことを反映したリンクレコードが生成される。この解決策は、柔軟性を高めるとともに既存のコーデックの再利用を可能にし、また、リンクレコードがセキュアエレメント内で排他的に管理されるので、セキュリティモデルを維持しながらコーデックによって占有されるメモリ空間を減少させることできる。
【００２８】
本発明の他の実施形態では、アプリケーションの配信、およびアプリケーションコーデックまたは既に記憶されているアプリケーションコーデックのリンクインジケーションの配信は、トラステッドサービスマネジャーによって実行される。その結果、このようなトラステッドサービスマネジャーは管理対象または配信対象のデータに対する不正な干渉を回避するように設計されているので、アプリケーションおよびアプリケーションへのアクセスに使用されるアプリケーションコーデックの秘密データ構造が秘密に保たれることがセキュリティ上保証される。したがって、アプリケーションまたはアクセスアルゴリズムが基本的に秘密にされることにより、上記アプリケーションおよびアプリケーションコーデックを発行するサービスプロバイダの秘密特性が保持される。
【００２９】
本発明の更に他の実施形態では、標準化インタフェースをサービスマネジャーにおいて利用することにより、あるワレット設計から別のワレット設計に再利用可能な共通のプロトコルを利用しながらワレットの設計を簡略化し、ワレットのユーザフレンドリなインタフェース実装に集中することが可能となる。したがって、ワレット設計の観点から見ると、セキュアエレメントを介したアプリケーションに対するアクセスは、完全に透過的なルーチンタスクとなる。
【００３０】
本発明の上記で特定した態様および他の態様は、以下で説明する例示的な実施形態から理解されるものである。以下ではこの例示的な実施形態を参照して各態様について説明する。
【００３１】
以下、例示的な一実施形態を参照して本発明のより詳細な説明を行う。ただし、本発明は、以下の例示的な実施形態に限定されるわけではない。
【図面の簡単な説明】
【００３２】
【図１】本発明の第１の実施形態の一態様によるアプリケーションのインストールを示す概略ブロック図である。
【図２】図１に示した実施形態の別の態様による他のアプリケーションのインストールを示す図である。
【図３】図１に示した実施形態の他の態様による他のアプリケーションのインストールを示す図である。
【図４】図１に示した実施形態の他の態様に従ってインストールされたアプリケーションにアクセスする様子を示す図である。
【発明を実施するための形態】
【００３３】
図１は、電気通信システム、例えば上記のＧＳＭＡ白書に開示されるモバイルＮＦＣエコシステムの概略図である。システム１は、サービスプロバイダ２と、トラステッドサービスマネジャー３と、モバイル通信デバイス４と、を備える。サービスプロバイダ２は、例えばＨＴＴＰプロトコルを使用することによってトラステッドサービスマネジャー３とインターネットを介して通信する。サービスプロバイダ２は、第１のアプリケーション５および第１のアプリケーションコーデック６を発行し、それらをトラステッドサービスマネジャー３に送信する。
【００３４】
まず、モバイル通信デバイス４における様々なアプリケーションのインストールプロセスについて説明する。アプリケーション５は、どのようなタイプであってもよいが、本実施例の十分な説明を行うために、ここでは公共輸送用のモバイルチケットアプリケーションを取り上げる。アプリケーションコーデック６は、後でより詳細に説明するように、モバイル通信デバイス４に記憶されたときにアプリケーション５にアクセスするように設計される。アプリケーション５とアプリケーションコーデック６はいずれも、モバイルネットワークオペレータから提供されるオーバーザエアー（ＯＴＡ）サービス、特にショートメッセージサービス（ＳＭＳ）サービス、および／またはコンピュータネットワークおよび無線サービス、例えばＮＦＣサービス等を利用して、モバイル通信デバイス４に通信される。ＮＦＣサービスを実行するＮＦＣ端末（図示せず）は、モバイルネットワークオペレータから提供されてもよい。同様に、トラステッドサービスマネジャー３は、モバイルネットワークオペレータのオーバーザエアーサービス、例えばショートメッセージサービスを利用してモバイル通信デバイス４と通信する。
【００３５】
モバイル通信デバイス４は、例えばＮＦＣ携帯電話として構成することができる。モバイル通信デバイス４は、セキュリティ機能が強化されたメモリデバイスであるセキュアエレメント７を備え、セキュアエレメント７は自己計算能力を有する。セキュアエレメント７は、有利には複数のインタフェースオプションを有することが可能なSmartMXデバイスとして構成される。SmartMXデバイスは、暗号化コプロセッサも備え、Java（登録商標） Operating Systemを含めたオペレーティングシステムの実装を可能にする。セキュアエレメント７は、サービスプロバイダ２から提供されるＮＦＣアプリケーション（クーポン、チケット等）を収容するように適合される。
【００３６】
モバイル通信デバイス４は更に、セキュアエレメント７内に位置するサービスマネジャー８を備える。サービスマネジャー８は、アプリケーションと、アプリケーションコーデックに関する対応するリンクインジケーションと、を管理するように設計される。図１に示すモバイル通信デバイス４において、サービスマネジャー８は、アプリケーション５を受信し（矢印２９参照）、該アプリケーションをそれ自体のタイプに従ってモバイル通信デバイス４のMIFAREメモリ９に記憶する（矢印３０参照）。MIFAREメモリ９は、MIFAREアプリケーション用のアプリケーションメモリである。別のタイプのアプリケーションの場合は、アプリケーションメモリとして別のメモリまたはメモリ領域が考えられる。サービスマネジャー８は、アプリケーションコーデック６も受信し（矢印３２参照）、それをセキュアエレメント７に記憶する。サービスマネジャー８は更に、第１のアプリケーション５とそのアプリケーションコーデック６との間のリンクを反映した第１のリンクレコード１１をセキュアエレメント７内のリンクテーブル１０に記憶する（矢印３１参照）。第１のアプリケーションコーデック６は、サービスマネジャー８と第１のアプリケーション５との間をインタフェースするように設計され、且つサービスマネジャー８から受信される第１のアプリケーション５に対するアクセスを要求するアクセス要求を処理するように設計される。
【００３７】
アプリケーションコーデック６だけでなく、一般にはこのようなコーデックも２つの部分から構成される。第１の部分は、サービスマネジャー８がコーデックを容易に呼び出すこと／使用することを可能とし、該コーデックとのデータ／情報交換を行うことを可能とするような、サービスマネジャー８に知られる共通のコーデックインタフェースである。第２の部分は、アクセス対象のアプリケーションに関するコード、換言すればアプリケーションから提供されコーデックによってサポートされるサービスに関するコードの特定の実行によって決定される。この特定の実行は、アプリケーションの処理／アクセスを可能にする。この第２の部分に関して、第１のアプリケーションコーデック６の設計は、アプリケーション５に関する情報と、そのデータ構造と、該当する場合はアクセスアルゴリズム、例えばアプリケーション５によって記憶または表現されるデータの読み取り、書き込み、または修正を行うアルゴリズムと、を有する。これらの特性は、チケットの購入、および第１のアプリケーション５の使用状態に従った残高の変更に必要となる。この一般的な２部構造に従って、コーデックは、アプリケーションの情報を検索し、アプリケーションに対する操作を実行し、モバイル通信デバイスの他のインスタンス、例えばアプリケーションに情報を要求するプログラムからアプリケーションのフォーマットを隠蔽する役割を担う。本実施例では、このようなコーデックは、ＪＡＶＡ（登録商標）ソフトウェアプログラムとして実現される。一方、別のオペレーティングシステム環境では異なるプログラミング言語に基づいて実現される可能性もある。更に、これらのコーデックは、必ずしも本実施例の文脈で上述したセキュアエレメント７内に位置する必要はなく、モバイル通信デバイス４の別のユニット内に位置する可能性もある。
【００３８】
モバイル通信デバイス４は更に、ワレットとしても知られるトラステッドアプリケーション１２を収容し、トラステッドアプリケーション１２は、図１には示していないがセキュアエレメント７内にインストールされたＮＦＣアプリケーション、ならびに図１に示したMIFAREメモリ９内のMIFAREアプリケーションを、アプリケーション５を利用して管理する。特に、トラステッドアプリケーション１２は、セキュアエレメント７およびMIFAREメモリ９にインストールされているアプリケーションのリストを検索することに加えて、それらのアプリケーションに関するいくつかの情報、例えばアプリケーション５によって表現されるチケットの残高を検索することもできる。トラステッドアプリケーション１２は、上記アプリケーションのグラフィカルユーザインターフェースとして操作されることが多い。本例において、トラステッドアプリケーション１２は、後でより詳細に説明するように、それ自体がアクティブ化されたときにアプリケーションの存在と、例えばチケットの残高とをモバイル通信デバイス４のディスプレイ上に表示する。
【００３９】
トラステッドアプリケーション１２とサービスマネジャー８との間の単純且つ信頼性のある通信解決策を実現するために、サービスマネジャー８は、ワレットアプリケーションインタフェースとも呼ばれる標準化インタフェース１３を備え、インタフェース１３は、ワレット１２との通信に共通のプロトコルを使用するように設計される。特に、インタフェース１３は、ワレット１２が専用の要求コマンドを供給することによってインストール済みアプリケーションのリストを要求し、例えば記憶済みアプリケーションのうちの１つについて利用可能な残高を要求することを可能にする。インタフェース１３によってサポートされるコマンドのうちの１つが受信されると、インタフェース１３は、後でより詳細に説明するように、処理を続行する要求をサービスマネジャー８に渡す。
【００４０】
次に図２を参照すると、第２のアプリケーション１４のインストールプロセスが示されている。本実施例によれば、第２のアプリケーション１４は、例えば制限された領域にアクセスするのに使用されるプリペイドチケットを表現する。図１に関して説明した場合と同様に、サービスプロバイダ２は、第２のアプリケーション１４およびそのアプリケーションコーデック１５を発行し、それらをトラステッドサービスマネジャー３を介してモバイル通信デバイス４に送信し、モバイル通信デバイス４によって受信されるようにする。第２のアプリケーションコーデック１５の設計は、上述のコーデックの一般的な設計ルールに従うものであり、第１のアプリケーションコーデック６の設計と同様である。第２のアプリケーションコーデック１５は、第２のアプリケーション１４に関する情報と、そのデータ構造と、該当する場合はアクセスアルゴリズム、例えば第２のアプリケーション１４によって記憶または表現されるデータの読み取り、書き込み、または修正を行うアルゴリズムも有する。サービスマネジャー８は、第２のアプリケーション１４を受信し（矢印３６参照）、それをMIFAREメモリ９にインストールする（矢印３３参照）。サービスマネジャー８は更に、受信した第２のアプリケーションコーデック１５をセキュアエレメント７にインストールする（矢印３４参照）。新しい第２のリンクレコード１６がリンクテーブル１０に作成される（矢印３５参照）。第２のリンクレコード１６は、第２のアプリケーション１４にアクセスする際に第２のアプリケーションコーデック１５を使用すべきことを示す。
【００４１】
本発明の他の態様は、図３に示すように、第３のアプリケーション２６のインストールに関するものである。サービスプロバイダ２は、第３のアプリケーション２６を発行する。図１および図２に関して説明した場合と対照的に、サービスプロバイダ２は、第３のアプリケーションコーデックは発行せず、その代わりに、セキュアエレメント７に既に記憶されているアプリケーションコーデックのリンクインジケーション１７を第３のアプリケーション２６へのアクセスのために発行する。本例では、リンクインジケーション１７は、第３のアプリケーション２６の一部を構成するが、第３のアプリケーション２６と分離されてもよい。第３のアプリケーション２６は、リンクインジケーション１７と共に、上述したのと同様の手法でモバイル通信デバイス４に送信される（矢印３７参照）。上述のアプリケーションおよびアプリケーションコーデックのインストールに関する実施例と対照的に、MIFAREメモリ９であるアプリケーションメモリに記憶されるのは、第３のアプリケーション２６だけである（矢印３８参照）。サービスマネジャー８は、第３のアプリケーション２６にアクセスするにあたって第２のアプリケーションコーデック１５が使用されるように、リンクインジケーション１７を考慮に入れて第３のリンクレコード１８を生成する（矢印３９参照）。この手順を適用することにより、二重の利点がもたらされる。一方では、第３のアプリケーション２６を送信する際のデータボリュームが低減され、他方では、モバイル通信デバイス４のメモリ使用効率が改善される。
【００４２】
以下では、図４を参照して、アプリケーション５、１４および２６にアクセスする方法について説明する。図４では、図面を見やすくするために第２のアプリケーション１４に対するアクセスのみを詳細に示してある。モバイル通信デバイス４を利用するユーザ２７は、デバイス４のディスプレイ上に表示されているメニューアイテム２８をアクティブ化する。メニューアイテム２８は、参照符号２５で示した矢印のとおり、トラステッドアプリケーション１２の一部であり、これを用いることにより、第２のアプリケーション１４によって表現されるチケットの残高を要求することが可能となる。トラステッドアプリケーション１２は、サービスマネジャー８の標準化インタフェース１３を介して要求１９をセットアップし、サービスマネジャー８から標準化インタフェース１３を介してフィードバック２０が通信されるのを待つ。要求１９を受信するサービスマネジャー８は、リンクテーブル１０（参照符号２１参照）を利用し、第２のリンクレコード１６を介して、第２のアプリケーション１４にアクセスする際に使用すべき第２のアプリケーションコーデック１５を識別する。第２のアプリケーションコーデック１５が識別された後、このコーデック１５は、セキュアエレメント７によって提供される安全な環境でアクティブ化され、要求１９は、第２のアプリケーションコーデック１５に渡される（参照符号２２参照）。ここで、要求１９は、第２のアプリケーション１４にアクセスする際に、第２のアプリケーション１４によって表現されるデータ構造に関する固有の知識を利用することによって処理される（参照符号２３参照）。第２のアプリケーション１４に対してチケットの残高が照会されると、第２のアプリケーションコーデック１５は、その結果をサービスマネジャー８に返す（参照符号２４参照）。サービスマネジャー８は、その結果をトラステッドアプリケーション１２に渡す。この処理は、フィードバック２０を通信する標準化インタフェース１３を利用することによって実行される。
【００４３】
上述の方法と同様に、ユーザ２７は第３のアプリケーション２６に関する情報または第３のアプリケーション２６によって表現される情報を要求することができる。このプロセスは図４には詳細に示していないが、そのような要求を受信するサービスマネジャー８は、第２のアプリケーションコーデック１５が第３のアプリケーション２６とリンク付けされていることをリンクテーブル１０において識別する。このリンクは、第３のリンクレコード１８によって表現される。上述の方法と同様に、サービスマネジャー８によって第２のアプリケーションコーデック１５がアクティブ化されるが、このアクティブ化は、本例では第３のアプリケーション２６にアクセスするために行われる。
【００４４】
上述のアプリケーション５、１４および２６に対するアクセスの２つの実施例を要約すると、アプリケーション５、１４および２６にアクセスする方法は、アプリケーション５、１４、２６とアプリケーションコーデック６、１５との間のリンクをサービスマネジャー８によって管理するステップを有する。ワレット１２の要求１９によってトリガされたとき、本方法は更に、管理されている上記のリンクを利用して、アプリケーション５、１４または２６のそれぞれとリンク付けされたアプリケーションコーデック６または１５がサービスマネジャー８の制御下でアプリケーション５、１４または２６に対するアクセスを実行するように、アプリケーション５、１４および２６にサービスマネジャー８を介してアクセスするステップを有する。本方法は、セキュアエレメント７によって提供されるセキュリティモデルを維持すると同時に、アプリケーション５、１４および２６にワレット１２から容易にアクセスできるようにする。
【００４５】
上述の各実施例では、サービスプロバイダ２、トラステッドサービスマネジャー３、およびモバイル通信デバイス４をそれぞれ１つだけ示したが、本発明の範囲は、そのような数に限定されるものではなく、本発明の概念は、複数のそのようなエンティティ２、３、４、または複数のタイプのアプリケーションにも適用可能であることに留意されたい。
【００４６】
上述の各実施形態は本発明を限定するものではなく、当業者なら添付の特許請求の範囲から逸脱しない諸種の代替的な実施形態を設計することができることに留意されたい。特許請求の範囲の各請求項において括弧内に記載した参照符号は、その請求項を限定するものと解釈すべきではない。「comprising（備える／有する）」という用語は、請求項に列挙した要素またはステップ以外の要素またはステップの存在を排除するものではない。ある要素の前に「a」または「an」の不定冠詞が付く場合、そのような要素は複数存在する可能性がある。いくつかの手段を列挙している装置の請求項では、これらの手段のいくつかが１つのハードウェアで構成される可能性もある。何らかの手段が互いに異なる従属請求項に記載されているという事実のみをもって、これらの手段の組み合わせが利用できないことを意味するものではない。
【図１】
2011527035.tif 000003
【図２】
2011527035.tif 000004
【図３】
2011527035.tif 000005
【図４】
2011527035.tif 000006
【国際調査報告】
2011527035.tif 000007
2011527035.tif 000008
2011527035.tif 000009