JP2014099118A

JP2014099118A - トラステッド・サービス・マネージャ

Info

Publication number: JP2014099118A
Application number: JP2012251694A
Authority: JP
Inventors: Masanari Yamada; 真生山田; Takahiro Onodera; 貴弘小野寺
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 2012-11-15
Filing date: 2012-11-15
Publication date: 2014-05-29

Abstract

【課題】特定のカード製造者が製造したＵＩＭに限り、ＳＰに対して請求する費用を割り引くことができるＴＳＭ（Trusted Service Manager）を提供することを目的とする。
【解決手段】本実施形態のＴＳＭ１の費用管理手段１２は、ＴＳＭ１の事業者が、ＵＩＭ２２の販促活動の一環として、ＴＳＭ１の事業者と関係のあるカード製造者が製造したＵＩＭ２２に限り、パーソナライズリクエストに対する費用を割り引けるように、ＵＩＭ識別情報に関連付けて、パーソナライズリクエストに対する費用の算出方法が記されたパーソナライズリクエスト用の費用算定情報を記憶し、パーソナライズに対する費用をクレジットカードイシュア３に請求する際、パーソナライズリクエストと共に受信したＵＩＭ識別情報に関連付けられているパーソナライズリクエスト用の費用算定情報を抽出し、パーソナライズリクエストに対する費用を算出する。
【選択図】図３

Description

本発明は、モバイルＮＦＣ(Near Field Communication)のインフラストラクチャー（infrastructure)で用いられる移動体通信端末ネットワーク事業者とサービス提供事業者との間を仲介するトラステッド・サービス・マネージャに関する。

信用決済ビジネスの分野において、その決済手段として用いられる本人識別のための媒体は、磁気カードからＩＣカードへ、ＩＣカードから移動体通信端末（例えば、携帯電話やスマートフォン）へと変遷を遂げようとしている。ＮＦＣ技術を採用した移動体通信端末は、非接触ＩＣカードと同等に振る舞うカードエミュレーション機能を備えており、これによって移動体通信端末をＩＣカードの代替として使用することが可能になった。

信用決済ビジネスを執り行うクレジットカードイシュアは、最終調達物としてＩＣカードを入手し、それを自社の会員へ配布する必要があったが、ＩＣカードを製造するためには例えば下記のような種々の工程が必要であった。
（工程１）プラスチックカードの製造
（工程２）プラスチックカードの印刷
（工程３）ＩＣカードＯＳ（Operating System）の開発
（工程４）ＩＣカードアプリケーションの開発
（工程５）ＩＣチップの製造
（工程６）ＩＣチップのパッケージ化(モジュール化)
（工程７）ＩＣチップの埋設
（工程８）ＩＣカードの発行処理
（工程９）ＩＣカードの郵送

これまで、カード製造者は、物流コストを勘案した上で業務を最適化し、例えばそれぞれの業務の実施拠点を集約して必要最小限の物流によってＩＣカードを供給できるように、ある程度の一貫性を持った製造体制を構築してきたが、移動体通信端末がＩＣカードに代わる決済手段の主流になってしまうと、それまで必要だった工程は劇的に変化する。

例えば、移動体通信端末は会員によって購入されるため、クレジットカードイシュアがＩＣカードに代わる決済用媒体を会員に配布する必要は無くなってしまう。更に、移動体通信端末を決済用媒体とした場合、ＯＴＡ(Over-The-Air)方式のように移動体通信端末の通信手段を用いた発行処理が導入されるため、拠点の集約によるコストダウン効果はもはや無に等しく、クレジットカードイシュアにとっては、個々の業務を実施することが可能なシステムがネットワークによって接続されてさえすれば、会員へのサービスがいつでもどこでも提供可能になるのである。

図６は、移動体通信端末を決済用媒体とした場合に、クレジットカードイシュアのサービスをユーザに配布するまでの業務プロセスを説明する図である。

図６には、移動体通信端末７ｂを所持するユーザ７ａと、移動体通信端末７ｂを決済用媒体と利用するＳＰ（SP: Service Provider）であるクレジットカードイシュア７ｅと、ＭＮＯ（MNO: Mobile Network Operator）に代わり、ＳＰアプレットをＵＩＭ７ｃ（UIM: User Identity Module）にＯＴＡ方式でロードするＭＮＯ−ＴＳＭ７ｆ（TSM: Trusted Service Manager）と、ＳＰに代わり、ＵＩＭ７ｃ内のＳＰアプレットをＯＴＡ方式でパーソナライズするＳＰ―ＴＳＭ７ｄと、移動体通信端末７ｂ用の様々なアプリケーションを公開しているアプリケーションマーケット７ｇが含まれる。

移動体通信端末７ｂを決済用媒体と利用する際、ユーザ７ａは移動体通信端末７ｂを操作してアプリケーションマーケット７ｇにアクセスし、移動体通信端末７ｂを決済用媒体と利用する際に使用するＵＩ（UI: User-Interface）アプリケーションを検索し（Ｐ１）、ＵＩアプリケーションを移動体通信端末７ｂにインストールする（Ｐ２）。

ユーザ７ａが、移動体通信端末７ｂにインストールしたＵＩアプリケーションを操作して、移動体通信端末７ｂを決済用媒体として利用する申請を行うと、ＵＩアプリケーションは、ＵＩＭ７ｃにロードするＳＰアプレットの配布をＭＮＯ−ＴＳＭ７ｆに要求し（Ｐ３）、ＭＮＯ−ＴＳＭ７ｆからＯＴＡ方式で配布されたＳＰアプレットをＵＩＭ７ｃにロードする（Ｐ４）。

ＳＰアプレットのロードが完了すると、ＭＮＯ−ＴＳＭ７ｆは、クレジットカードイシュア７ｅに対して、ＳＰアプレットにかかる費用を請求し（Ｐ５）、クレジットカードイシュア７ｅからＭＮＯ−ＴＳＭ７ｆに対して該費用に対応する金額が送金される（Ｐ６）。

次に、移動体通信端末７ｂのＵＩアプリケーションは、ＵＩＭ７ｃにロードしたＳＰアプレットのパーソナライズをＳＰ−ＴＳＭ７ｄに要求し（Ｐ７）、ＳＰ−ＴＳＭ７ｄから受信した個人情報をＵＩＭ７ｃに書き込むことで、ＵＩＭ７ｃにロードされたＳＰアプレットをパーソナライズする（Ｓ８）。

ＳＰアプレットがパーソナライズされると、ＳＰ−ＴＳＭ７ｄは、クレジットカードイシュア７ｅに対して、ＳＰアプレットのパーソナライズにかかる費用を請求し（Ｓ９）、クレジットカードイシュア７ｅからＳＰ−ＴＳＭ７ｄに対して該費用に対応する金額が送金される（Ｓ１０）。

なお、このような業務プロセスに関連するドキュメントとしては、Global System Mobile Associationなどから非特許文献１などの白書が多数公開されており、また、このような業務プロセスに関連する発明として、例えば、アプリケーションを携帯電話にセキュアに伝送するための発明が特許文献１で開示されている。

特許第５００５８１１号公報

「Mobile NFC Infrastructure Version 1.0 30th July 2012」

図６で図示した業務プロセスの形態では、ＵＩＭの製造者、ＭＮＯ−ＴＳＭを運営する事業者、ＳＰ−ＴＳＭを運営する事業者のいずれもが異なる企業体によって実現されていたとしても、クレジットカードイシュアはサービスをユーザに提供することができる。

しかし、カード製造者からすると、図５で図示した業務プロセスの形態では、拠点の集約によるコストダウン効果はもはや無に等しいため、カード製造者側でＴＳＭを運営し、ＵＩＭの販促活動の一環として、カード製造者が製造したＵＩＭに限り、ＳＰに対して請求する費用を割り引くようにしたいが、現状のＴＳＭにはこのような機能は備えられていなかった。

そこで、本発明は、特定のカード製造者が製造したＵＩＭに限り、ＳＰに対して請求する費用を割り引くことができるＴＳＭを提供することを目的とする。

上述した課題を解決する第１の発明は、ＭＮＯのユーザに対してＳＰが提供しているサービスを利用する際に必要なＳＰアプレットをＯＴＡ方式でセキュアに配布するトラステッド・サービス・マネージャ（TSM: Trusted Service Manager）であって、前記ユーザが所持する移動体通信端末にインストールされたＵＩアプリケーションから受信したリクエストに対応する処理を実行する手段と、前記リクエストに対応する費用を前記ＵＩＭのカード製造者に応じて変更できるように、前記移動体通信端末に装着されるＵＩＭ（User Identity Module）で固有のＵＩＭ識別情報に関連付けて、前記リクエストに対する費用の算出方法が記された費用算定情報を記憶し、前記ＵＩアプリケーションから受信した前記リクエストにかかる処理が完了すると、前記リクエストと共に前記ＵＩアプリケーションから受信した前記ＵＩＭ識別情報に関連付けられている前記費用算定情報を抽出し、前記リクエストに対する費用を算出する費用管理手段を備えたことを特徴とする。

更に、第２の発明は、第１の発明に記載したトラステッド・サービス・マネージャであって、前記リクエストに対応する処理を実行する手段として、前記ＳＰアプレットを要求するアプレットリクエストを前記ＵＩアプリケーションから受信すると、前記ＳＰアプレットを前記ＵＩＭにロードする処理を行うＭＮＯ−ＴＳＭ手段を備え、前記費用管理手段は、前記アプレットリクエスト用の前記費用算定情報を前記ＵＩＭ識別情報に関連付けて記憶し、前記ＭＮＯ−ＴＳＭ手段の処理が完了すると、前記アプレットリクエストと共に受信した前記ＵＩＭ識別情報に関連付けられている前記アプレットリクエスト用の前記費用算定情報を抽出し、前記アプレットリクエストに対する費用を算出することを特徴とする。なお、第２の発明は、前記ＳＰアプレットを要求する前記アプレットリクエストに対する費用を前記ＵＩＭのカード製造者に応じて変更できるようにした発明である。

更に、第３の発明は、第１の発明または第２の発明に記載したトラステッド・サービス・マネージャであって、前記リクエストに対応する処理を実行する手段として、前記ＵＩＭ内の前記ＳＰアプレットをパーソナライズするパーソナライズリクエストを前記ＵＩアプリケーションから受信すると、前記ＳＰアプレットをパーソナライズする処理を行うＳＰ−ＴＳＭ手段を備え、前記費用管理手段は、前記パーソナライズリクエスト用の前記費用算定情報を前記ＵＩＭ識別情報に関連付けて記憶し、前記ＳＰ−ＴＳＭ手段の処理が完了すると、前記パーソナライズリクエストと共に受信した前記ＵＩＭ識別情報に関連付けられている前記パーソナライズリクエスト用の前記費用算定情報を抽出し、前記パーソナライズリクエストに対する費用を算出することを特徴とする。なお、第３の発明は、前記ＵＩＭ内の前記ＳＰアプレットをパーソナライズする前記パーソナライズリクエストに対する費用を前記ＵＩＭのカード製造者に応じて変更できるようにした発明である。

このように、本発明にかかるトラステッド・サービス・マネージャによれば、トラステッド・サービス・マネージャがリクエストと共に受信したＵＩＭ識別情報に関連付けられた費用算定情報に基づいて、リクエストに対する費用が算出されるため、特定のカード製造者が製造したＵＩＭのＵＩＭ識別情報に関連付ける費用算定情報を割り引く内容に設定すれば、特定のカード製造者が製造したＵＩＭに限り、ＳＰに対して請求する費用を割り引くことができるようになる。

本実施形態にかかるＴＳＭを含む発行処理システムを説明する図。ユーザが所持する移動体通信端末を説明する図。本実施形態にかかるＴＳＭを説明する図。本実施形態にかかるＴＳＭの動作を説明する第１図。本実施形態にかかるＴＳＭの動作を説明する第２図。移動体通信端末を決済用媒体とした場合の業務プロセスを説明する図。

ここから、本発明の好適な実施形態について、図面を参照しながら詳細に説明する。図１は、本実施形態にかかるＴＳＭ１を含む発行処理システム５を説明する図である。

図１で図示した発行処理システム５は、ＮＦＣに対応した移動体通信端末２に装着されたＵＩＭ２２をＯＴＡで発行するためのシステムで、図１で図示した発行処理システム５には、ＵＩＭ２２が実装された移動体通信端末２と、移動体通信端末２を決済用媒体として利用するクレジットカードイシュア３と、クレジットカードイシュア３に代わって、ユーザに対してクレジットカードイシュア３が提供しているサービスに必要なＳＰアプレットを安全に配布するＴＳＭ１と、移動体通信端末２用の様々なアプリケーションを公開しているアプリケーションマーケット４が含まれる。

図２は、ユーザが所持する移動体通信端末２を説明する図である。移動体通信端末２は、ＮＦＣに対応するために３つのコンポーネントを備え、一つ目のコンポーネントは、ＳＩＭの機能を拡張したＩＣカードであるＵＩＭ２２である。なお、ＵＩＭ２２はＵＳＩＭ（Universal Subscriber Identity Module）と称されることもある。

ＵＩＭ２２は、ＵＩＭ２２毎に異なるＵＩＭ識別情報を記憶し、ＵＩＭ識別情報には、カード製造者の識別情報、製品型番、通信事業者の識別情報のうちのいずれか、または、複数が含まれる。また、ＵＩＭ２２にはマルチアプリケーションＯＳが実装され、マルチアプリケーションＯＳで実現される機能として、ＵＩＭ２２は、ＵＩＭ識別情報の読み出し命令を受信するとＵＩＭ識別情報を応答する機能と、ＳＰアプレットロード命令を受信するとＳＰアプレット２３をＵＩＭ２２にロードする機能を備えている。

二つ目のコンポーネントは、ＣＬＦ（ContactLess Front-end）チップ２４である。ＣＬＦチップ２４は、移動体通信端末２がＮＦＣリーダ６と近距離無線通信するために備えられるチップである。なお、ＵＩＭ２２とＣＬＦチップ２４とはＳＷＰ（Single Wire protocol）などのインターフェースを介して接続されていても良い。

三つ目のコンポーネントは、移動体通信端末２を決済用媒体として利用する申請をユーザが行うときに操作するＵＩアプリケーション２１である。このＵＩアプリケーション２１は、移動体通信端末２のＯＳ２０上で動作するアプリケーションで、上述しているように、このＵＩアプリケーション２１は、アプリケーションマーケット４から移動体通信端末２のメモリにダウンロードされる。

図２に図示したように、移動体通信端末２のＯＳ２０は、ミドルウェアとして、移動体通信端末２のＯＳ２０とＵＩＭ２２間でデータ通信する手順やデータ形式を定めたＵＩＭ用ミドルウェア２０ａと、移動体通信端末２のＯＳ２０とＣＬＦチップ２４間でデータ通信するための手順やデータ形式を定めたＣＬＦ用ミドルウェア２０ｂを有し、ＵＩアプリケーション２１は、ＵＩＭ用ミドルウェア２０ａを利用してＵＩＭ２２とデータ通信できる。

ＵＩアプリケーション２１は、ＵＩＭ識別情報の読み出し命令を有し、ＳＰアプレット２３のロードやパーソナライズなどのリクエストをＴＳＭ１へ送信する際に、ＵＩＭ識別情報の一部または全てをＴＳＭ１へ送信する。

次に、本実施形態にかかるＴＳＭ１について説明する。図３は、本実施形態にかかるＴＳＭ１を説明する図である。図６では、ＴＳＭ１をＭＮＯ−ＴＳＭとＳＰ−ＴＳＭに分けて記載したが、本実施形態のＴＳＭ１は、ＭＮＯ−ＴＳＭとＳＰ−ＴＳＭの両方の機能を兼ね備え、ＴＳＭ１は、ＭＮＯに代わってＳＰアプレット２３をＵＩＭ２２にロードするＭＮＯ−ＴＳＭ手段１０と、ＳＰに代わってＵＩＭ２２内のＳＰアプレット２３をパーソナライズするＳＰ−ＴＳＭ手段１１を備え、更に、ＳＰアプレット２３のロードやパーソナライズにかかる費用を管理する費用管理手段１２を備える。

ＴＳＭ１がパーソナライズリクエストを移動体通信端末２のＵＩアプリケーション２１から受信すると、ＴＳＭ１のＳＰ−ＴＳＭ手段１１が作動し、ＴＳＭ１のＳＰ−ＴＳＭ手段１１は、ＳＰに代わってＵＩＭ２２内のＳＰアプレット２３をパーソナライズする処理を実行し、ＳＰアプレット２３のパーソナライズが完了すると、ＴＳＭ１の費用管理手段１２は、パーソナライズにかかる費用を算出し、クレジットカードイシュア３に該費用を請求する。

本実施形態のＴＳＭ１の費用管理手段１２は、ＴＳＭ１の事業者が、ＵＩＭ２２の販促活動の一環として、ＴＳＭ１の事業者と関係のあるカード製造者が製造したＵＩＭ２２に限り、パーソナライズリクエストに対する費用を割り引けるように、ＵＩＭ識別情報に関連付けて、パーソナライズリクエストに対する費用の算出方法が記されたパーソナライズリクエスト用の費用算定情報を記憶し、パーソナライズに対する費用をクレジットカードイシュア３に請求する際、パーソナライズリクエストと共に受信したＵＩＭ識別情報に関連付けられているパーソナライズリクエスト用の費用算定情報を抽出し、パーソナライズリクエストに対する費用を算出する。

また、ＴＳＭ１がＳＰアプレットリクエストを移動体通信端末２のＵＩアプリケーション２１から受信すると、ＴＳＭ１のＭＮＯ−ＴＳＭ手段１０が作動し、ＴＳＭ１のＭＮＯ−ＴＳＭ手段１０は、ＭＮＯに代わってＳＰアプレット２３をＵＩＭ２２にロードする処理を実行し、ＳＰアプレット２３のロードが完了すると、ＴＳＭ１の費用管理手段１２は、ＳＰアプレットリクエストに対する費用を算出し、クレジットカードイシュア３に該費用を請求する。

ＴＳＭ１のＭＮＯ−ＴＳＭ手段１０の時と同様に、本実施形態にかかるＴＳＭ１の費用管理手段１２は、ＵＩＭ識別情報に関連付けて、ＳＰアプレットリクエストに対する費用を算出する際に用いるＳＰアプレットリクエスト用の費用算定情報を記憶し、ＳＰアプレットリクエストに対する費用をクレジットカードイシュア３に請求する際、ＳＰアプレットリクエストと共に受信したＵＩＭ識別情報に関連付けられたＳＰアプレットリクエスト用の費用算定情報を抽出し、ＳＰアプレットリクエストに対する費用を算出する。

図４は、本実施形態にかかるＴＳＭ１の動作を説明する第１図、図５は、本実施形態にかかるＴＳＭ１の動作を説明する第２図である。

ユーザが、移動体通信端末２のＵＩアプリケーション２１を起動して、移動体通信端末２を決済用媒体として利用する申請を行う操作を実施すると、ＵＩアプリケーション２１は、ＵＩＭ識別情報の読み出し命令をＵＩＭ２２に対して送信する（Ｓ１）。

ＵＩＭ用ミドルウェア２０ａは、ＵＩＭ識別情報の読み出し命令を所定のデータ形式に変換した後、所定の手順でＵＩＭ２２に送信し（Ｓ２）、ＵＩＭ２２は、ＵＩＭ識別情報の読み出し命令を受信すると、ＵＩＭ２２が記憶しているＵＩＭ識別情報をＵＩアプリケーション２１に対して送信する（Ｓ３）。

ＵＩＭ用ミドルウェア２０ａは、ＵＩＭ識別情報を所定のデータ形式に変換した後、所定の手順でＵＩアプリケーション２１に送信し（Ｓ４）、ＵＩアプリケーション２１はＵＩＭ識別情報を受信する（Ｓ５）。

ＵＩアプリケーション２１はＵＩＭ識別情報をＵＩＭ２２から受信すると、ＵＩアプリケーション２１に対応するＳＰアプレット２３（ここでは、クレジットカードイシュア３のＳＰアプレット２３）を要求するＳＰアプレットリクエストと共にＵＩＭ２２から受信したＵＩＭ識別情報をＴＳＭ１に対して送信する（Ｓ６）。

ＴＳＭ１がＳＰアプレットリクエストと共にＵＩＭ識別情報をＵＩアプリケーション２１から受信すると（Ｓ７）、ＴＳＭ１のＭＮＯ−ＴＳＭ手段１０が作動し、ＭＮＯ−ＴＳＭ手段１０は、ＳＰアプレットリクエストで示されるＳＰアプレット２３のプログラムコードを含むＳＰアプレットロード命令をＵＩアプリケーション２１に対して送信する（Ｓ８）。

ＵＩアプリケーション２１は、ＳＰアプレットロード命令をＴＳＭ１から受信すると（Ｓ９）、受信したＳＰアプレットロード命令をＵＩＭ２２に転送する（Ｓ１０）。

ＵＩＭ用ミドルウェア２０ａは、ＳＰアプレットロード命令を所定のデータ形式に変換した後、所定の手順でＵＩＭ２２に送信し（Ｓ１１）、ＵＩＭ２２は、ＳＰアプレットロード命令を受信すると、ＳＰアプレットロード命令に含まれるＳＰアプレット２３のプログラムコードをＵＩＭ２２の不揮発性メモリに書き込むことでＳＰアプレット２３をロードする（Ｓ１２）。

ＵＩＭ２２は、ＳＰアプレット２３のロードが完了すると、ＳＰアプレットロード完了通知をＵＩアプリケーション２１に対して送信する（Ｓ１３）。ＵＩＭ用ミドルウェア２０ａは、ＳＰアプレットロード完了通知を所定のデータ形式に変換した後、所定の手順でＵＩアプリケーション２１に送信し（Ｓ１４）、ＵＩアプリケーション２１はＳＰアプレットロード完了通知を受信すると（Ｓ１５）、ＳＰアプレットロード完了通知をＴＳＭ１に転送する（Ｓ１６）。

ＴＳＭ１がＳＰアプレットロード完了通知を受信すると（Ｓ１７）、ＴＳＭ１の費用管理手段１２が作動し、費用管理手段１２は、図４のＳ７において、ＳＰアプレットリクエストと共に受信したＵＩＭ識別情報に関連付けられているＳＰアプレットリクエスト用の費用算定情報を抽出し、ＳＰアプレットリクエストに対する費用を算出する（Ｓ１８）。

ＴＳＭ１の費用管理手段１２は、ＳＰアプレットリクエストに対する費用を算出すると、算出した費用を請求する請求情報をクレジットカードイシュア３に送信する（Ｓ１９）。そして、クレジットカードイシュア３が請求情報を受信した後（Ｓ２０）、請求情報に対応する金額をＴＳＭ１の事業者に送金し（Ｓ２１）、ＴＳＭ１の費用管理手段１２が該金額の受領を確認すると（Ｓ２２）、ＳＰアプレット２３をＵＩＭ２２にロードする処理は完了する。

ここから、図５を用いて説明する。ＵＩアプリケーション２１は、図４のＳ１６において、ＳＰアプレットロード完了通知をＴＳＭ１に転送すると、ＵＩＭ２２にロードしたＳＰアプレット２３をパーソナライズするために、ＳＰアプレット２３のパーソナライズリクエストと共に図３のＳ５にて受信したＵＩＭ識別情報をＴＳＭ１に対して送信する（Ｓ２３）。

ＴＳＭ１がパーソナライズリクエストと共にＵＩＭ識別情報を受信すると（Ｓ２４）、ＴＳＭ１のＳＰ−ＴＳＭ手段１１が作動し、ＴＳＭ１のＳＰ−ＴＳＭ手段１１は、ＵＩＭ２２内のＳＰアプレット２３に書き込む個人情報を含むパーソナライズ命令をＵＩアプリケーション２１に対して送信する（Ｓ２５）。

なお、ＵＩＭ２２内のＳＰアプレット２３に書き込む個人情報を含むパーソナライズ命令を生成できるように、ＴＳＭ１のＳＰ−ＴＳＭ手段１１は、ネットワーク型のＩＣカード発行プラットフォームとネットワーク接続しているのが一般的である。

ＵＩアプリケーション２１は、パーソナライズ命令をＴＳＭ１から受信すると（Ｓ２６）、パーソナライズ命令をＵＩＭ２２に転送する（Ｓ２７）。ＵＩＭ用ミドルウェア２０ａは、パーソナライズ命令を所定のデータ形式に変換した後、所定の手順でＵＩＭ２２に送信し（Ｓ２８）、ＵＩＭ２２は、パーソナライズ命令を受信すると、パーソナライズ命令に含まれる個人情報をＵＩＭ２２内のＳＰアプレット２３に書き込むことでＳＰアプレット２３をパーソナライズする（Ｓ２９）。

ＵＩＭ２２は、ＳＰアプレット２３のパーソナライズが完了すると、パーソナライズ完了通知をＵＩアプリケーション２１に対して送信する（Ｓ３０）。ＵＩＭ用ミドルウェア２０ａは、パーソナライズ完了通知を所定のデータ形式に変換した後、所定の手順でＵＩアプリケーション２１に送信し（Ｓ３１）、ＵＩアプリケーション２１はパーソナライズ完了通知を受信すると（Ｓ３２）、パーソナライズ完了通知をＴＳＭ１に転送する（Ｓ３３）。

ＴＳＭ１がパーソナライズ完了通知を受信すると（Ｓ３４）、ＴＳＭ１の費用管理手段１２が作動し、図４のＳ２４において、パーソナライズリクエストと共に受信したＵＩＭ識別情報に関連付けられたパーソナライズリクエスト用の費用算定情報を抽出し、パーソナライズリクエストに対する費用を算出する（Ｓ３５）。

ＴＳＭ１の費用管理手段１２は、パーソナライズリクエストに対する費用を算出すると、算出した費用を請求する請求情報をクレジットカードイシュア３に送信する（Ｓ３６）。そして、クレジットカードイシュア３が請求情報を受信した後（Ｓ３７）、請求情報に対応する金額をＴＳＭ１の事業者に送金し（Ｓ３８）、ＴＳＭ１の費用管理手段１２が該金額の受領を確認すると（Ｓ３９）、ＳＰアプレット２３をパーソナライズする処理は完了する。

このように、本実施形態に係れば、ＴＳＭ１の費用管理手段１２はＵＩＭ識別情報に基づいて費用を算出するので、特定のカード製造者が製造したＵＩＭに限り、ＳＰに対して請求する費用を割り引いたりすることができる。たとえば、携帯電話事業者において、携帯電話事業者Ａ社よりも、携帯電話事業者Ｂ社を利用するユーザに対して安くＳＰアプレットを提供したりすることができる。よって、携帯電話事業者Ｂ社にとってユーザ獲得の囲い込み等をすることができるようになる。

１トラステッド・サービス・マネージャ（ＴＳＭ）
１０ＭＮＯ−ＴＳＭ手段
１１ＳＰ−ＴＳＭ手段
１２費用管理手段
２移動体通信端末
２０オペレーティングシステム（ＯＳ）
２１ＵＩアプリケーション
２２ＵＩＭ
２３ＳＰアプレット
２４ＣＬＦチップ
３クレジットカードイシュア
４アプリケーションマーケット
５発行処理システム

Claims

ＭＮＯ(Mobile Network Operator）のユーザに対してＳＰ（Service Provider）が提供しているサービスを利用する際に必要なＳＰアプレットをＯＴＡ方式（Over-The-Air）でセキュアに配布するトラステッド・サービス・マネージャ（TSM: Trusted Service Manager）であって、
前記ユーザが所持する移動体通信端末にインストールされたＵＩ（User Interface）アプリケーションから受信したリクエストに対応する処理を実行する手段と、
前記移動体通信端末に装着されるＵＩＭ（User Identity Module）で固有のＵＩＭ識別情報に関連付けて、前記リクエストに対する費用の算出方法が記された費用算定情報を記憶し、前記ＵＩアプリケーションから受信した前記リクエストにかかる処理が完了すると、前記リクエストと共に前記ＵＩアプリケーションから受信した前記ＵＩＭ識別情報に関連付けられている前記費用算定情報を抽出し、前記リクエストに対する費用を算出する費用管理手段を備えたことを特徴とするトラステッド・サービス・マネージャ。
前記トラステッド・サービス・マネージャは、前記リクエストに対応する処理を実行する手段として、前記ＳＰアプレットを要求するアプレットリクエストを前記ＵＩアプリケーションから受信すると、前記ＳＰアプレットを前記ＵＩＭにロードする処理を行うＭＮＯ−ＴＳＭ手段を備え、
前記費用管理手段は、前記アプレットリクエスト用の前記費用算定情報を前記ＵＩＭ識別情報に関連付けて記憶し、前記ＭＮＯ−ＴＳＭ手段の処理が完了すると、前記アプレットリクエストと共に受信した前記ＵＩＭ識別情報に関連付けられている前記アプレットリクエスト用の前記費用算定情報を抽出し、前記アプレットリクエストに対する費用を算出することを特徴とする、請求項１に記載したトラステッド・サービス・マネージャ。
前記トラステッド・サービス・マネージャは、前記リクエストに対応する処理を実行する手段として、前記ＵＩＭ内の前記ＳＰアプレットをパーソナライズするパーソナライズリクエストを前記ＵＩアプリケーションから受信すると、前記ＳＰアプレットをパーソナライズする処理を行うＳＰ−ＴＳＭ手段を備え、
前記費用管理手段は、前記パーソナライズリクエスト用の前記費用算定情報を前記ＵＩＭ識別情報に関連付けて記憶し、前記ＳＰ−ＴＳＭ手段の処理が完了すると、前記パーソナライズリクエストと共に受信した前記ＵＩＭ識別情報に関連付けられている前記パーソナライズリクエスト用の前記費用算定情報を抽出し、前記パーソナライズリクエストに対する費用を算出することを特徴とする、請求項１または請求項２に記載したトラステッド・サービス・マネージャ。