JP2004220328A

JP2004220328A - Ap addition/ap personalization method, execution device therefor and processing program therefor

Info

Publication number: JP2004220328A
Application number: JP2003007003A
Authority: JP
Inventors: Yusuke Shindo; 雄介進藤; Akiko Sato; 暁子佐藤; Yusuke Mishina; 雄介三科
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2003-01-15
Filing date: 2003-01-15
Publication date: 2004-08-05
Anticipated expiration: 2023-01-15
Also published as: JP4156388B2

Abstract

<P>PROBLEM TO BE SOLVED: To decide, by an AP provision server, whether addition and personalization of an AP are executed in the same record medium or not, for execution, when a client terminal side does not have execution logic of the AP addition or the AP personalization. <P>SOLUTION: This method has; a step for adding the AP to the record medium after acquisition of attribute information about the record medium; a step for acquiring the attribute information about the record medium applied with the personalization when personalizing the AP; a step for comparing the attribute information acquired when performing the addition and the personalization, and deciding whether the addition and personalization of the AP are executed in the same record medium or not; and a step for personalizing the AP of the record medium when it is decided that the addition and personalization of the AP are executed in the same record medium. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は記録媒体に対してアプリケーションプログラム（ＡＰ）の追加及びその追加されたＡＰの個人化を行うＡＰ追加・ＡＰ個人化システムに関し、特に処理装置と記憶装置を有するＩＣカードをＷＥＢ等のネットワークを介して利用する場合、クライアント端末にＡＰ追加・ＡＰ個人化の実行ロジックを持たせず、ＩＣカードとサーバ間でＡＰ追加とＡＰ個人化等の処理を実行し、その実行処理が同一カードに対して行われていることを確認するＡＰ追加・ＡＰ個人化システムに適用して有効な技術に関するものである。
【０００２】
【従来の技術】
ＩＣカードは、大量の情報が記録可能であり、かつ高度なセキュリティを有するため、磁気カードに代わる新しい情報記録媒体として近年普及しつつある。また、最近ではＩＣカードに複数のアプリケーションを搭載できるマルチアプリケーション機能や、カード発行後にアプリケーションを搭載可能なダイナミックローディング機能を備えたＩＣカード及びカードＯＳが主流となってきており、ＩＣカードに対してＡＰ追加やＡＰ個人化が行われる様になっている。
【０００３】
従来、ＩＣカードを使用したシステムの場合、クライアント側にＡＰ追加やＡＰ個人化等の実行ロジックを予めインストールし、クライアント端末−サーバ間でデータのやり取りを行い、クライアントがそのデータからＡＰ追加やＡＰ個人化等のコマンドを生成、カードに対してコマンドを発行する処理を行っている。
【０００４】
ここでＡＰ追加とは、カード発行後にカードアプリケーションを追加できる仕組みを持つＩＣカードに対して、新たなカードアプリケーションをＷＥＢ等のネットワークを介して追加することを言う。またＡＰ個人化とは、ＡＰ追加によりカードに追加されたカードアプリケーションに対して、個人の一般的な名前、住所、ＰＩＮ等の情報を追加することで、ＡＰ追加後のカードアプリケーションをパーソナライズすることを言う。
【０００５】
カード内にカードアプリケーションを追加する様なセキュリティを考慮した処理を行う場合、セキュリティ情報等を持ち、カードアプリケーション追加・削除等を専用に行うアプリケーション若しくはデータを用いる場合がある。このセキュリティ情報を持つアプリケーションを“セキュリティドメイン”と言い、アプリケーション追加・削除・管理等の役割を担わせている。
【０００６】
セキュリティドメインはカードアプリケーションであり、自らが責任を持つアプリケーションを管理する。アプリケーションがカードに追加・削除される場合、その処理はこのセキュリティドメインを通じて行われる。
【０００７】
またセキュリティドメインは鍵データ等のセキュリティ情報を管理する。アプリケーションの追加の場合、セキュアメッセージングと呼ばれる共通鍵方式または公開鍵方式を用いた相互認証方式を使用して、セキュリティドメインとクライアント間で相互認証を実施する。追加したカードアプリケーションに対してＡＰ個人化を行う場合も追加したＡＰを管理しているセキュリティドメインのセキュアメッセージング用鍵、セキュアメッセージング処理を使用して追加したカードアプリケーションとクライアント間でセキュアメッセージングを実施する。
【０００８】
クライアント側で処理を実行させるセキュリティシステムとしては、クライアントがＲ／Ｗ（カードリーダ・ライタ）に装着されたＩＣカードに記憶されている利用者情報を読み出してサーバに送信し、サーバが機密プログラムであるＩＣカード書込みプログラムをクライアントに送信すると、クライアントは受信したカードプログラムを実行し、実行完了後、そのプログラムを削除すると共に、削除完了電文をサーバに送信するものがある（例えば特許文献１参照）。
【０００９】
【特許文献１】
特開平１０−２８３３２０号公報（第６−７頁、第７、８図）
【００１０】
【発明が解決しようとする課題】
従来のＩＣカードを使用したシステムの場合、前記の様にクライアント側にＡＰ追加やＡＰ個人化等の実行ロジックを予めインストールしているが、クライアント端末にインストールされる実行ロジックはＩＣカードの種類や搭載されているカードＯＳの機能によって異なっており、また機能追加により実行ロジックのサイズも大きくなってきていることから、クライアント端末に予め実行ロジックをインストールさせることはユーザの手間となっていてＷＥＢ等のネットワークを介してＩＣカードシステムを展開するときの足かせとなっているという問題がある。
【００１１】
またクライアント端末にＡＰ追加やＡＰ個人化等の実行ロジックを置かない状態でカードアプリケーションの追加や個人化を行う場合、ＩＣカードとサーバ間でセキュアメッセージングによる相互認証が必要となる。セキュアメッセージングに関しては共通鍵方式や公開鍵方式を用いてＩＣカードと端末間で共通のＩＤ等を持ち、相互認証を行う方法は確立されているが、ＡＰ追加やＡＰ個人化等の実行ロジックを持たないクライアント端末を介して、ＩＣカードとサーバ間でどの様にしてセキュアメッセージングを行うかについては確立されていないという問題がある。
【００１２】
またＩＣカードに対してカードアプリケーションの追加や個人化を行う場合、カードアプリケーションを追加したカードと個人化を行うカードが同一のカードであるかの確認を行う必要があるが、クライアント端末にＡＰ追加やＡＰ個人化等の実行ロジックを置かない状態では、ＡＰ追加及びＡＰ個人化の各セションはサーバ側で管理される為、ＩＣカードと直接接続されていないサーバ側で前記確認を行う必要がある。
【００１３】
従来、クライアント側のＡＰ追加やＡＰ個人化等の実行ロジックによりカードアプリケーションを追加し、追加した後にアプリケーションの個人化を行う場合、クライアント端末は、カードアプリケーション追加時にはＩＣカードのセキュリティドメインとセションを確立し、カードアプリケーション追加後の個人化時には追加したアプリケーションに対してセションを確立する。この様にクライアント端末でＡＰ追加及びＡＰ個人化の処理を介する場合、カードアプリケーションを追加したカードと個人化を行うカードが同一のカードかの確認は、ＡＰ追加とＡＰ個人化の処理の各セション間でカードが抜かれていないかをクライアント端末で監視・確認することで容易に行うことができる。
【００１４】
一方、クライアント端末でＡＰ追加及びＡＰ個人化の処理を介さない場合、ＩＣカードとサーバ間でセションを確立するが、サーバ側はＩＣカードと直接に接続している端末では無い為、ＩＣカードとサーバ間でカードアプリケーションを追加したカードと個人化コマンドを送るカードが同一カードであるかを前記クライアント端末での監視とは異なる方法で確認する必要が生じる。
【００１５】
ＡＰ追加時とＡＰ個人化時とでカードが異なる場合、例えば、ＡＰのＰＩＮ（ＰｅｒｓｏｎａｌＩｄｅｎｔｉｆｉｃａｔｉｏｎＮｕｍｂｅｒ：個人識別番号）を個人化処理でカードに入れるとき、ＡＰ追加したカードと異なるカードにＰＩＮが入ってしまうと、正当なＡＰ所持者と異なる第三者によるＡＰの使用を検知できないという不具合がある。ＡＰ追加とＡＰ個人化が同一カードに対して行われたとしても、ＡＰ追加と個人化でセキュアチャネルが切れると、個人化時に渡すカードの情報が漏れる危険性が高い。
【００１６】
本発明の目的は上記問題を解決し、クライアント端末側でＡＰ追加やＡＰ個人化の実行ロジックを持たない場合であっても、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかをＡＰ提供サーバで判定し、ＡＰ提供サーバから記録媒体に対してＡＰ追加及びＡＰ個人化を実行することが可能な技術を提供することにある。
【００１７】
【課題を解決するための手段】
本発明は、記録媒体へアプリケーションプログラムを追加するＡＰ追加と記録媒体に追加されたアプリケーションプログラムに個人情報を設定するＡＰ個人化を行うＡＰ追加・ＡＰ個人化システムにおいて、ＡＰ追加時の属性情報とＡＰ個人化時の属性情報とを比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定するものである。
【００１８】
本発明では、処理装置と記憶装置を有するＩＣカード等の記録媒体を、ＷＥＢ等のネットワークを介して利用する場合に、サーバと接続するクライアント端末にＡＰ追加・ＡＰ個人化の実行ロジックを持たせず、ＩＣカードとサーバとの間でＡＰ追加とＡＰ個人化等の処理を実行し、その実行処理が同一カードに対して行われていることを確認する処理を行う。
【００１９】
【発明の実施の形態】
以下にＩＣカード−ＡＰ提供サーバ間での同一カードへのＡＰ追加・ＡＰ個人化を確認する一実施形態のＡＰ追加・ＡＰ個人化システムについて説明する。
【００２０】
図１は本実施形態のＡＰ追加・ＡＰ個人化システムの概略構成を示す図である。図１に示す本実施形態のＡＰ追加・ＡＰ個人化システムは、クライアントに実行ロジックを持たない環境でのＩＣカード−サーバ間のＡＰ追加・ＡＰ個人化が同一カードに行われたかを確認する為に、クライアント端末３からのアクセスを受け、ＩＣカード１とＡＰ提供サーバ２間でコマンド送受信する為のアプレットをクライアント端末３にダウンロードさせる機能、カードアプリケーションの追加や削除、個人化等のコマンドを構築する処理、各処理でカードから属性情報を取得・比較する処理、ＩＣカードとセキュアな環境でコマンドを送受信する為に必要なセキュアメッセージングを行う機能を持つＡＰ提供サーバ２と、ＡＰ提供サーバ２にコマンドを送受信する為のアプレットのダウンロードを要求してＩＣカード１と接続する機能を持つクライアント端末３と、カードアプリケーションの追加や個人化時のセキュアメッセージングを行うことができ、ＡＰ追加・削除等の管理を行う為の固有のＩＤを持つセキュリティドメインとカードでユニークとなるＩＤ番号の様な属性情報を持つＩＣカード１からなっている。
【００２１】
図２は本実施形態のＩＣカード１の概略構成を示す図である。図２に示す様に本実施形態のＩＣカード１は、ＡＰ追加・削除処理部１２１１１と、セキュアメッセージング処理部１２１１２と、属性情報要求処理部１２１１４と、ＳＤ−ＩＤ送信処理部１２１１５とを有している。
【００２２】
ＡＰ追加・削除処理部１２１１１は、ＡＰ提供サーバ２から送信されたコマンドを実行してＡＰ追加やＡＰ削除を行う処理部である。セキュアメッセージング処理部１２１１２は、ＩＣカード１とＡＰ提供サーバ２との間の通信メッセージをセキュアメッセージング用鍵１２１１３により暗号化し、ＡＰ提供サーバ２との間でセキュアな通信環境を提供するセキュアメッセージングを行う処理部である。
【００２３】
属性情報要求処理部１２１１４は、ＩＣカード１とＡＰ提供サーバ２との間でセキュアメッセージングが行われている際の、ＡＰ提供サーバ２からの属性情報要求に対し、ＩＣカード１に搭載された制御プログラム１２２から属性情報１２２１を取得し、その取得した属性情報１２２１を前記セキュアメッセージング中のレスポンスに含めてＡＰ提供サーバ２へ送信する処理部である。ＳＤ−ＩＤ送信処理部１２１１５は、セキュリティドメイン自身のＩＤを表すＳＤ−ＩＤ１２１１６をＡＰ提供サーバ２からの要求により送信する処理部である。
【００２４】
ＩＣカード１をＡＰ追加・削除処理部１２１１１、セキュアメッセージング処理部１２１１２、属性情報要求処理部１２１１４及びＳＤ−ＩＤ送信処理部１２１１５として機能させる為のプログラムは、ＲＯＭ等の記録媒体に記録されて実行されるものとする。なお前記プログラムを記録する記録媒体はＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００２５】
図２の様に本実施形態のＩＣカード１は、マイクロプロセッサの様な処理装置１１と、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）、フラッシュメモリ等の記憶装置１２と、図１で説明したクライアント端末３との間で、データ、メッセージ等の転送を行う為のインタフェース部１３を持っている。
【００２６】
記憶装置１２には、各種の機能を実現する為のアプリケーションを格納する為のアプリケーションプログラム格納部１２１が設定され、所謂オペレーティングシステム（ＯＳ）に相当する制御プログラム１２２が格納されている。
【００２７】
処理装置１１は、制御プログラム１２２の管理下でアプリケーションプログラム格納部１２１に格納されたアプリケーション処理を実行し、これらアプリケーションにより達成される各種の機能を実現する。
【００２８】
制御プログラム１２２は、ＩＣカード１の種類を示すカード名や、発行されているカードでユニークとなるＩＤ番号等の識別情報と、ＩＣカード１に搭載されたカードＯＳを識別する為のＯＳ名やバージョン番号等の識別情報とを含む属性情報１２２１を持っている。
【００２９】
また、アプリケーションプログラム格納部１２１には、同時に複数のアプリケーションを格納することができるものとし、複数のセキュリティドメインを有している。
【００３０】
セキュリティドメイン１２１１は、アプリケーション搭載・削除・管理等の役割を担う。セキュリティドメイン１２１１は、カードアプリケーションであり、自らが責任を持ち、アプリケーション１２１１７及び１２１１８（ＡＰ−Ａ０１及びＡＰ−Ａ０２）等を管理する。ここでアプリケーション１２１１７及び１２１１８は、カードアプリケーションであり、セキュリティドメイン１２１１の配下で実行されるアプリケーションである。
【００３１】
セキュリティドメイン１２１１は、自身が管理するカードアプリケーションの搭載または削除がＩＣカード１に対して行われる場合、セキュリティドメイン１２１１を通じてアプリケーションの搭載・削除を行い、そのときに使用する鍵データ等の管理を行う。
【００３２】
セキュリティドメイン１２１１は、ＡＰ提供サーバ２とセキュアな環境を作るセキュアメッセージング処理部１２１１２を持ち、ＡＰ提供サーバ２とセキュアメッセージングを行う為のセキュアメッセージング用鍵１２１１３を持つ。
【００３３】
その他にＡＰ追加時やＡＰ削除時に使用するＡＰ追加・削除処理部１２１１１、セキュリティドメイン自身のＩＤを表すＳＤ−ＩＤ１２１１６や、外部からの要求によりセキュリティドメインのＩＤを送信するＳＤ−ＩＤ送信処理部１２１１５、ＡＰ提供サーバ２からの属性情報要求機能に対して制御プログラム１２２の属性情報１２２１を取得・送信する属性情報要求処理部１２１１４を有している。
【００３４】
セキュリティドメイン１２１２は、セキュリティドメイン１２１１と同様のものであり、セキュリティドメイン１２１２の配下で実行されるそれぞれのアプリケーションを管理する。
【００３５】
図３は本実施形態のＡＰ提供サーバ２の概略構成を示す図である。図３に示す様に本実施形態のＡＰ提供サーバ２は、カードＡＰ選択処理部２２１１と、格納テーブル操作処理部２２１２と、属性情報比較処理部２２１３と、カードＡＰ追加コマンド構築処理部２２１４と、セキュアメッセージング処理部２２１５と、カードＡＰ削除コマンド構築処理部２２１６と、属性情報取得処理部２２１７と、カードＡＰ個人化コマンド構築処理部２２１８と、コマンド送信用アプレット生成・送信処理部２２１９と、ＳＤ−ＩＤ取得処理部２２２０とを有している。
【００３６】
カードＡＰ選択処理部２２１１は、ＩＣカード１内のセキュリティドメインやカードアプリケーションを選択し、その選択されたセキュリティドメインやカードアプリケーションとのセションを開始する処理部である。
【００３７】
格納テーブル操作処理部２２１２は、アプリケーションデータ格納部２２３に格納されている各種格納テーブルを操作する処理部である。属性情報比較処理部２２１３は、カードアプリケーションの追加時及び個人化時に取得した属性情報１２２１を比較することにより、アプリケーションプログラムの追加と個人化が同一カード上で行われているかどうかを判定する処理部である。
【００３８】
カードＡＰ追加コマンド構築処理部２２１４は、アプリケーションプログラムの追加を行う為のＡＰ追加コマンドを属性情報１２２１で示されるＯＳの種類に応じて構築し、クライアント端末３経由でＩＣカード１へ送信する処理部である。
【００３９】
セキュアメッセージング処理部２２１５は、ＩＣカード１のセキュリティドメインに対応するセキュアメッセージング用の鍵情報を用いて、ＩＣカード１とセキュアメッセージングを行う処理部である。カードＡＰ削除コマンド構築処理部２２１６は、ＩＣカード１に追加されているカードアプリケーションの削除を行う為のカードＡＰ削除コマンドを属性情報１２２１で示されるＯＳの種類に応じて構築し、クライアント端末３経由でＩＣカード１へ送信する処理部である。
【００４０】
属性情報取得処理部２２１７は、アプリケーションプログラムの追加または個人化を行う際に、その追加または個人化の行われるＩＣカード１の属性情報１２２１として、ＩＣカード１を識別する為のカード名やカードＩＤ等の識別情報とＩＣカード１に搭載されたカードＯＳを識別する為のＯＳ名やバージョン番号等の識別情報とを含む情報をクライアント端末３経由でＩＣカード１から取得する処理部である。
【００４１】
カードＡＰ個人化コマンド構築処理部２２１８は、アプリケーションプログラムの追加と個人化が同一ＩＣカード１で行われていると判定された場合に、アプリケーションプログラムの個人化を行う為のＡＰ個人化コマンドを属性情報１２２１で示されるＯＳの種類に応じて構築し、クライアント端末３経由でＩＣカード１へ送信する処理部である。
【００４２】
コマンド送信用アプレット生成・送信処理部２２１９は、クライアント端末３からのアクセスが行われた場合に、ＩＣカード１とＡＰ提供サーバ２との間の通信をクライアント端末３経由で行う為のプログラムであるアプレットをＡＰ提供サーバ２からクライアント端末３へ送信する処理部である。ＳＤ−ＩＤ取得処理部２２２０は、セキュアメッセージングの行われるセキュリティドメインのＩＤを取得する処理部である。
【００４３】
ＡＰ提供サーバ２をカードＡＰ選択処理部２２１１、格納テーブル操作処理部２２１２、属性情報比較処理部２２１３、カードＡＰ追加コマンド構築処理部２２１４、セキュアメッセージング処理部２２１５、カードＡＰ削除コマンド構築処理部２２１６、属性情報取得処理部２２１７、カードＡＰ個人化コマンド構築処理部２２１８、コマンド送信用アプレット生成・送信処理部２２１９及びＳＤ−ＩＤ取得処理部２２２０として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００４４】
図３の様に本実施形態のＡＰ提供サーバ２は、処理装置２１、記憶装置２２、及びインターネット等の回線との間の外部インタフェース部２３を有しており、記憶装置２２には本実施形態の処理を実現する為のアプリケーションを格納する為のアプリケーションプログラム格納部２２１と、それらのアプリケーションが使用するデータを格納する為のアプリケーションデータ格納部２２３とが設定され、所謂ＯＳとして機能する制御プログラム２２４が格納されている。
【００４５】
またアプリケーションデータ格納部２２３は、ＩＣカード１に追加するカードアプリケーション自体を管理するカードＡＰ情報格納テーブル２２３１、カード番号や氏名等のカードアプリケーションを個人化するときに必要となる個人化情報を管理するＡＰ個人化情報格納テーブル２２３３、ＩＣカード１内のセキュリティドメインとセキュアメッセージングを行うときに使用する鍵情報等を格納するセキュリティドメイン属性情報格納テーブル２２３２を持っている。
【００４６】
図４は本実施形態のＩＣカード１とＡＰ提供サーバ２との間で同一カードへのＡＰ追加とＡＰ個人化を行ったことを確認する処理の処理フローを示す図である。本実施形態において、ＩＣカード１と接続したクライアント端末３は、ステップ４０１で利用者からの要求に対してＡＰ提供サーバ２にアプレットを要求する。
【００４７】
ステップ４０２でＡＰ提供サーバ２は、クライアント端末３からアプレット要求に対してコマンド送信用アプレット生成・送信処理部２２１９により、ＩＣカード１とＡＰ提供サーバ２との間の通信をクライアント端末３経由で行う為のプログラムであるアプレットを生成し、その生成したアプレットをクライアント端末３に送信する。
【００４８】
ここで前記アプレットは、ＡＰ提供サーバ２からクライアント端末３へ送信された通信データを受信し、この受信した通信データが、カードＡＰ選択コマンドのようなＩＣカード向けコマンド等、ＡＰ提供サーバ２でのアプレット作成時に予め、クライアント端末３で変更など加工処理しないよう定められた所定の情報であった場合には、クライアント端末３でこの情報を加工処理せずに、ＩＣカード１へ送信する。また、ＩＣカード１からクライアント端末３が通信データを受信し、この受信した通信データが、アプレット作成時に予め、クライアント端末３で変更など加工処理しないよう定められた所定の情報であった場合には、クライアント端末３でこの受信した情報を加工処理せずに、ＡＰ提供サーバ２へ送信し、それ以外の通信データについては、クライアント端末３とＡＰ提供サーバ２との間の通信データとして処理を行うプログラムであるものとする。
【００４９】
ステップ４０３でクライアント端末３は、ＡＰ提供サーバ２から送信されたアプレットを受信して実行する。その後、利用者からクライアント端末３に対してカードＡＰの追加要求が指示されると、アプレットは、そのカードＡＰの追加要求の入力元を調べ、この入力がクライアント端末３自身の入力装置によって行われていることからＡＰ提供サーバ２への通信データであると判定し、このカードＡＰ追加要求をＡＰ提供サーバ２に送信する。
【００５０】
ステップ４０４でＡＰ提供サーバ２は、カードＡＰ追加要求をクライアント端末３から受信すると、カードＡＰ選択処理部２２１１により、その要求されたカードＡＰを管理するセキュリティドメイン、例えばセキュリティドメイン１２１１を選択するカードＡＰ選択コマンドをクライアント端末３へ送信する。
【００５１】
クライアント端末３のアプレットは、ＡＰ提供サーバ２から通信データを受信すると、その通信データの内容を調べ、その内容が前記予め定められたカードＡＰ選択コマンドである場合には、そのカードＡＰ選択コマンドをクライアント端末３で処理せずにＩＣカード１に送信する。
【００５２】
ステップ４０５でＩＣカード１は、前記送信されたカードＡＰ選択コマンドを実行してセキュリティドメイン１２１１を選択した後、選択されたセキュリティドメイン１２１１は、カードＡＰ選択コマンドで指定されたセキュリティドメインが選択されたことを示すレスポンスをクライアント端末３へ応答する。クライアント端末３のアプレットは、ＩＣカード１から応答を受け取ると、その応答内容をそのままＡＰ提供サーバ２へ送信し、ＡＰ提供サーバ２は、クライアント端末３のアプレットを介してＩＣカード１からのレスポンスを受け取る。以下、クライアント端末３のアプレットを介したＩＣカード１とＡＰ提供サーバ２との間の通信は前記と同様にして行われるものとする。
【００５３】
次にステップ４０６でＡＰ提供サーバ２は、アクセスしているセキュリティドメイン１２１１とセキュアメッセージングを行う為に必要となるセキュリティドメインのＩＤを取得する為にＳＤ−ＩＤ取得処理部２２２０によりＳＤ−ＩＤ取得コマンドをクライアント端末３経由でＩＣカード１へ送信する。
【００５４】
ステップ４０７でＩＣカード１のセキュリティドメイン１２１１は、ＡＰ提供サーバ２からのＳＤ−ＩＤ取得コマンドにより、ＳＤ−ＩＤ送信処理部１２１１５を介してレスポンス（ＳＤ−ＩＤ）をクライアント端末３経由でＡＰ提供サーバ２側へ応答する。
【００５５】
ステップ４０８でＡＰ提供サーバ２は、セキュリティドメイン１２１１のＳＤ−ＩＤ１２１１６を受け取り、格納テーブル操作処理部２２１２を用いて、ＳＤ−ＩＤ１２１１６をキーとしてセキュリティドメイン属性情報格納テーブル２２３２から、セキュアメッセージングを行う為のセキュアメッセージング用鍵情報を取得し、セキュアメッセージング処理部２２１５により、セキュリティドメイン１２１１と相互認証する為にセキュアメッセージングコマンドを送信する。
【００５６】
ステップ４０９でＩＣカード１のセキュリティドメイン１２１１は、セキュアメッセージング処理部１２１１２により、ＡＰ提供サーバ２からのセキュアメッセージングコマンドを実行し、セキュアメッセージングにより相互認証ができたことをレスポンスとして返す。
【００５７】
セキュアメッセージング確立後、ステップ４１０でＡＰ提供サーバ２は、アクセスしているＩＣカード１のＩＤ番号の様な属性情報１２２１を取得する為に属性情報取得処理部２２１７により、クライアント端末３のアプレットを介してＩＣカード１の属性情報取得コマンドを送信する。
【００５８】
ステップ４１１でＩＣカード１のセキュリティドメイン１２１１は、ＡＰ提供サーバ２からの属性情報取得コマンドにより、属性情報要求処理部１２１１４を介してカードＯＳに対して属性情報要求を行い、ステップ４１２で制御プログラム１２２（カードＯＳ）は、属性情報１２２１をレスポンスとしてセキュリティドメイン１２１１に応答する。
【００５９】
ステップ４１３でＩＣカード１のセキュリティドメイン１２１１は、制御プログラム１２２から取得した属性情報１２２１をクライアント端末３のアプレットを介してＡＰ提供サーバ２側へ応答する。ＡＰ提供サーバ２は、セキュリティドメイン１２１１からの属性情報１２２１を受け取り、ＡＰ個人化時に再度要求する属性情報１２２１との比較に用いる為、その受け取った属性情報１２２１を、一旦、記憶装置２２内に格納しておく。
【００６０】
ステップ４１４でＡＰ提供サーバ２は、格納テーブル操作処理部２２１２を介してカードＡＰ情報格納テーブル２２３１にアクセスし、追加要求の行われたカードＡＰの内、前記受け取った属性情報１２２１で示されるバージョンのカードＯＳ制御下で動作するカードＡＰを読み出した後、カードＡＰ追加コマンド構築処理部２２１４により属性情報１２２１で示されるバージョンのカードＯＳの制御下で実行可能なカードＡＰ追加コマンドを構築し、クライアント端末３のアプレット経由でＩＣカード１へ送信する。
【００６１】
ステップ４１５でＩＣカード１のセキュリティドメイン１２１１は、ＡＰ提供サーバ２から受信したカードＡＰ追加コマンドをＡＰ追加・削除処理部１２１１１により実行してカード内にカードＡＰを追加した後、ＡＰ追加完了のレスポンスをクライアント端末３経由でＡＰ提供サーバ２側へ応答する。
【００６２】
ステップ４１６でＡＰ提供サーバ２は、ＡＰ追加が完了したことを示すレスポンスを受け、追加したカードアプリケーションである追加ＡＰに対してＡＰ個人化を行う為に、カードＡＰ選択処理部２２１１により、ＩＣカード１内の追加ＡＰを選択するカードＡＰ選択コマンドをクライアント端末３経由で送信する。
【００６３】
ステップ４１７でＩＣカード１は、前記送信されたカードＡＰ選択コマンドを実行して追加ＡＰを選択した後、選択された追加ＡＰは、カードＡＰ選択コマンドで指定されたカードアプリケーションが選択されたことを示すレスポンスを応答し、ＡＰ提供サーバ２は、クライアント端末３のアプレットを介してレスポンスを受け取る。
【００６４】
次にステップ４１８でＡＰ提供サーバ２は、セキュアメッセージング処理部２２１５により、追加ＡＰと相互認証する為にセキュアメッセージングコマンドを送信する。この際、ＡＰ提供サーバ２は、ＡＰ追加時にセキュリティドメイン属性情報格納テーブル２２３２から取得したセキュアメッセージング用鍵情報を用いるものとする。
【００６５】
ステップ４１９でＩＣカード１の追加ＡＰは、ＡＰ提供サーバ２からのセキュアメッセージングコマンドに対して、自身を管理しているセキュリティドメイン１２１１に対してセキュアメッセージング要求を行う。
【００６６】
ステップ４２０でＩＣカード１のセキュリティドメイン１２１１は、セキュアメッセージング要求に対してセキュアメッセージング処理部１２１１２により、ＡＰ提供サーバ２からのセキュアメッセージングコマンドを実行し、相互認証が確立できたことをレスポンスとして返し、追加ＡＰは、ステップ４２１でＡＰ提供サーバ２に相互認証が確立できたことを示すレスポンスを応答する。
【００６７】
このＡＰ個人化時のセキュアメッセージングで、ＡＰ提供サーバ２及びセキュリティドメイン１２１１は、その追加ＡＰの追加におけるセキュアメッセージングで用いられたセキュアメッセージング用の鍵を用いてセキュアメッセージングを行い、アプリケーションの追加において確立したセキュアメッセージングをアプリケーションの個人化時でも利用する。以下、詳細に説明する。
【００６８】
セキュアメッセージング確立後、ステップ４２２でＡＰ提供サーバ２は、追加ＡＰに対してＩＤ番号の様な属性情報１２２１を取得する為に属性情報取得処理部２２１７により、クライアント端末３のアプレットを介して属性情報取得コマンドをＩＣカード１へ送信する。
【００６９】
ステップ４２３でＩＣカード１の追加ＡＰは、属性情報取得コマンドを受け取り、制御プログラム１２２に対して属性情報要求を行う。ステップ４２４でＩＣカード１の制御プログラム１２２は、属性情報１２２１をレスポンスとして追加ＡＰに応答し、ステップ４２５で追加ＡＰは、制御プログラム１２２から取得した属性情報１２２１をＡＰ提供サーバ２側へレスポンスとして応答する。
【００７０】
ＡＰ提供サーバ２の属性情報比較処理部２２１３は、ＡＰ追加時に取得したＩＣカード１の属性情報１２２１中のカード名やカードＩＤ等の識別情報及びＯＳ名やバージョン番号等の識別情報と、ＡＰ個人化時に取得したＩＣカード１の属性情報１２２１中のカード名やカードＩＤ等の識別情報及びＯＳ名やバージョン番号等の識別情報とを比較する。
【００７１】
ステップ４２６で比較結果を調べ、ＡＰ追加時及びＡＰ個人化時のそれぞれの属性情報１２２１の内容が同じである場合には、ＡＰ追加時のカードとＡＰ個人化時のカードが同一カードであることが確認できるので、ステップ４２７でＡＰ提供サーバ２は、格納テーブル操作処理部２２１２を介してＡＰ個人化情報格納テーブル２２３３にアクセスし、属性情報１２２１で示されるバージョンのカードＯＳの制御下で用いられるフォーマット及び文字コードで記載された個人化情報を読み出した後、属性情報１２２１で示されるバージョンのカードＯＳの制御下で実行可能なカードＡＰ個人化コマンドをカードＡＰ個人化コマンド構築処理部２２１８により構築し、クライアント端末３のアプレット経由でＩＣカード１へ送信する。
【００７２】
ＩＣカード１の追加ＡＰは、カードＡＰ個人化コマンドを受け取り、自身をそのカードＡＰ個人化コマンドで個人化し、ステップ４２８では、個人化が終了したことを示すレスポンスをＡＰ提供サーバ２に返す。
【００７３】
ステップ４０１〜ステップ４２８で、クライアント端末３がＡＰ提供サーバ２に送信するレスポンスなどの情報において、サーバ−クライアント間のセションを一意に識別する情報であるセション識別情報を含ませることができる。このとき、ＡＰ提供サーバ２は、ステップ４０２などでクライアント端末３にセション識別情報を送信し、この送信したセション識別情報とステップ４１３でクライアント端末３から受信した属性情報を対応付けて格納しておく。ステップ４２５で、クライアント端末３はステップ４０２などでＡＰ提供サーバ２から受信したセション識別情報と属性情報をレスポンスとしてＡＰ提供サーバ２に送信する。ＡＰ提供サーバ２は、クライアント端末３から受信した属性情報とセション識別情報の組が、予め格納されている属性情報とセション識別情報の組に対応する場合に、ＡＰ追加したカードとＡＰ個人化要求をしているカードが同一であると判定することができる。これにより、複数のクライアント端末が存在する環境で、ＡＰ提供サーバ２がクライアント端末をセション識別情報によってより効果的に識別して、適切なクライアント端末に対応する情報を送信することができる。
【００７４】
図５は本実施形態のＡＰ追加とＡＰ個人化が異なるカードで行われた場合の処理フローを示す図である。図５ではＡＰ追加時とＡＰ個人化時の属性情報１２２１の内容が異なるとき（異常系）の処理を表している。
【００７５】
ステップ４２６のＡＰ提供サーバ２側での処理で、ＡＰ追加時とＡＰ個人化時の属性情報１２２１の内容が異なっていた場合、ステップ５０１でＡＰ提供サーバ２は、カードＡＰ選択処理部２２１１により、セキュリティドメイン１２１１を選択するカードＡＰ選択コマンドをクライアント端末３経由でＩＣカード１へ送信する。
【００７６】
ステップ５０２でＩＣカード１は、カードＡＰ選択コマンドを受け取って実行し、選択されたセキュリティドメイン１２１１は、カードＡＰ選択コマンドで指定されたセキュリティドメインが選択されたことを返すレスポンスをクライアント端末３経由でＡＰ提供サーバ２へ応答する。
【００７７】
次にステップ５０３でＡＰ提供サーバ２は、セキュリティドメイン１２１１と相互認証を行う為にセキュアメッセージング処理部２２１５によりセキュアメッセージングコマンドをクライアント端末３経由でＩＣカード１へ送信する。
【００７８】
ステップ５０４でＩＣカード１のセキュリティドメイン１２１１は、セキュアメッセージング処理部１２１１２により、ＡＰ提供サーバ２からのセキュアメッセージングコマンドを実行し、相互認証できたことを示すレスポンスをクライアント端末３経由でＡＰ提供サーバ２へ返す。
【００７９】
ステップ５０５でＡＰ提供サーバ２は、ステップ４２２で取得した属性情報１２２１で示されるバージョンのカードＯＳの制御下で実行可能なカードＡＰ削除コマンドをカードＡＰ削除コマンド構築処理部２２１６により構築し、クライアント端末３のアプレット経由でＩＣカード１のセキュリティドメイン１２１１へ送信する。
【００８０】
ステップ５０６でＩＣカード１のセキュリティドメイン１２１１は、ＡＰ追加・削除処理部１２１１１によりカードＡＰ削除コマンドを実行してカードＡＰを削除し、削除が完了したことを示すレスポンスをクライアント端末３経由でＡＰ提供サーバ２側に応答する。
【００８１】
カードが途中で抜かれるなど、ＡＰ追加とＡＰ個人化が同一のカードに対して行われていないと判断される場合に上記のようにＡＰを削除することにより、ＡＰ個人化の情報の漏洩を防ぐことができ、またＡＰ追加・個人化が中途までとなっているＡＰが実際使用されるときの端末に与える誤動作などを未然に防げるという効果がある。
【００８２】
図６は本実施形態のＡＰ提供サーバ２のセキュリティドメイン属性情報格納テーブル２２３２の一例を示す図である。図６に示す様に本実施形態のセキュリティドメイン属性情報格納テーブル２２３２は、セキュリティドメインのＩＤ毎にセキュアメッセージングで使用する鍵の情報をテーブルとして管理している。
【００８３】
ＳＤ−ＩＤ取得処理部２２２０により取得したＳＤ−ＩＤ１２１１６を使用して、ＳＤ−ＩＤ１２１１６に紐付けされたセキュアメッセージング用の鍵情報を取得する。
【００８４】
ＡＰ提供サーバ２を管理している事業体が新しいセキュリティドメインを使用したカードを発行する場合、本テーブルにセキュリティドメインのＩＤと鍵情報を登録する必要がある。
【００８５】
図７は本実施形態のＡＰ提供サーバ２のＡＰ個人化情報格納テーブル２２３３の一例を示す図である。図７に示す様に本実施形態のＡＰ個人化情報格納テーブル２２３３は、カード内に持つ属性情報１２２１中のカードＩＤ毎に追加ＡＰに必要な個人情報を管理しており、属性情報１２２１中のＯＳ名やバージョン番号に対応して異なるフォーマットや文字コードの情報を格納しているものとする。
【００８６】
属性情報取得処理部２２１７によって取得した属性情報１２２１中のカードＩＤやＯＳの情報に対応する個人化データを取得し、その取得した個人化データをカードＡＰ個人化コマンド構築処理部２２１８で使用する。例えば、追加するＡＰが必要な個人化情報が氏名、年齢、暗証番号の場合、それらを属性情報１２２１中のカードＩＤをキーに管理する。本情報はカードを発行するときに必要となる情報でもあり、ＷＥＢを介して新たにカードを発行する際にこの情報を用いるものとしても良い。
【００８７】
本テーブルは、カードホルダがカード発行者に対してカード発行を依頼した場合に、カードホルダがカード発行者に対して行うカード発行手続などに記述された個人データと、カード発行者自身がカード発行依頼のあったカードホルダに対して発行したカードのＯＳバージョンやカードＩＤなどの情報とを、カード発行において本テーブルに格納することで作成される。
【００８８】
以上説明した様に本実施形態のＡＰ追加・ＡＰ個人化システムによれば、ＡＰ追加時の属性情報とＡＰ個人化時の属性情報とを比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定するので、クライアント端末側でＡＰ追加やＡＰ個人化の実行ロジックを持たない場合であっても、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかをＡＰ提供サーバで判定し、ＡＰ提供サーバから記録媒体に対してＡＰ追加及びＡＰ個人化を実行することが可能である。この判定処理において、カードアプリケーション（セキュリティドメインや追加されたＡＰ）がセキュアメッセージング中にカードＯＳに対してカードＩＤのようなカードでユニークな属性情報を取得するインタフェースを設け、取得した属性情報を用いてＡＰ追加時とＡＰ個人化時の同一性を確認することができる。
【００８９】
【発明の効果】
本発明によればＡＰ追加時の属性情報とＡＰ個人化時の属性情報とを比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定するので、クライアント端末側でＡＰ追加やＡＰ個人化の実行ロジックを持たない場合であっても、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかをＡＰ提供サーバで判定し、ＡＰ提供サーバから記録媒体に対してＡＰ追加及びＡＰ個人化を実行することが可能である。
【図面の簡単な説明】
【図１】本実施形態のＡＰ追加・ＡＰ個人化システムの概略構成を示す図である。
【図２】本実施形態のＩＣカード１の概略構成を示す図である。
【図３】本実施形態のＡＰ提供サーバ２の概略構成を示す図である。
【図４】本実施形態のＩＣカード１とＡＰ提供サーバ２との間で同一カードへのＡＰ追加とＡＰ個人化を行ったことを確認する処理の処理フローを示す図である。
【図５】本実施形態のＡＰ追加とＡＰ個人化が異なるカードで行われた場合の処理フローを示す図である。
【図６】本実施形態のＡＰ提供サーバ２のセキュリティドメイン属性情報格納テーブル２２３２の一例を示す図である。
【図７】本実施形態のＡＰ提供サーバ２のＡＰ個人化情報格納テーブル２２３３の一例を示す図である。
【符号の説明】
１…ＩＣカード、２…ＡＰ提供サーバ、３…クライアント端末、１１…処理装置、１２…記憶装置、１２１…アプリケーションプログラム格納部、１２１１…セキュリティドメイン、１２１１３…セキュアメッセージング用鍵、１２１１６…ＳＤ−ＩＤ、１２１１７及び１２１１８…アプリケーション、１２１２…セキュリティドメイン、１２２…制御プログラム、１２２１…属性情報、１３…インタフェース部、１２１１１…ＡＰ追加・削除処理部、１２１１２…セキュアメッセージング処理部、１２１１４…属性情報要求処理部、１２１１５…ＳＤ−ＩＤ送信処理部、２１…処理装置、２２…記憶装置、２２１…アプリケーションプログラム格納部、２２３…アプリケーションデータ格納部、２２３１…カードＡＰ情報格納テーブル、２２３２…セキュリティドメイン属性情報格納テーブル、２２３３…ＡＰ個人化情報格納テーブル、２２４…制御プログラム、２３…外部インタフェース部、２２１１…カードＡＰ選択処理部、２２１２…格納テーブル操作処理部、２２１３…属性情報比較処理部、２２１４…カードＡＰ追加コマンド構築処理部、２２１５…セキュアメッセージング処理部、２２１６…カードＡＰ削除コマンド構築処理部、２２１７…属性情報取得処理部、２２１８…カードＡＰ個人化コマンド構築処理部、２２１９…コマンド送信用アプレット生成・送信処理部、２２２０…ＳＤ−ＩＤ取得処理部。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an AP addition / AP personalization system for adding an application program (AP) to a recording medium and personalizing the added AP, and in particular, relates to an IC card having a processing device and a storage device, which is connected to a network such as a WEB. In the case of using via the client terminal, the client terminal does not have the logic of executing the addition of the AP and the personalization of the AP, and executes the processing such as the addition of the AP and the personalization of the AP between the IC card and the server, and the execution processing is performed on the same card. The present invention relates to a technology that is effective when applied to an AP addition / AP personalization system for confirming that the operation is performed.
[0002]
[Prior art]
2. Description of the Related Art Since an IC card can record a large amount of information and has a high level of security, it has recently become popular as a new information recording medium replacing a magnetic card. In recent years, IC cards and card OSs having a multi-application function capable of mounting a plurality of applications on an IC card and a dynamic loading function capable of mounting an application after the card is issued have become mainstream. AP addition and AP personalization are performed.
[0003]
Conventionally, in the case of a system using an IC card, execution logic such as addition of an AP and personalization of an AP is previously installed on a client side, data is exchanged between a client terminal and a server, and a client adds an AP or an AP based on the data. It generates commands for personalization and issues commands to the card.
[0004]
Here, adding an AP means adding a new card application via a network such as the WEB to an IC card having a mechanism for adding a card application after issuing a card. Personalization of the AP means personalizing the card application after adding the AP by adding information such as a general name, address, and PIN of the individual to the card application added to the card by adding the AP. Say
[0005]
When performing processing in consideration of security such as adding a card application to a card, an application or data that has security information or the like and is dedicated to adding / deleting a card application may be used. An application having this security information is called a “security domain”, and plays a role of adding, deleting, and managing the application.
[0006]
The security domain is a card application that manages the applications for which it is responsible. When an application is added to or deleted from the card, the processing is performed through this security domain.
[0007]
The security domain manages security information such as key data. In the case of adding an application, mutual authentication is performed between the security domain and the client by using a mutual authentication method using a common key method or a public key method called secure messaging. When personalizing an AP for an added card application, secure messaging between the added card application and the client using the secure messaging key of the security domain that manages the added AP and the secure messaging process .
[0008]
As a security system for executing processing on the client side, a client reads out user information stored in an IC card attached to an R / W (card reader / writer) and sends it to a server. When a certain IC card writing program is transmitted to a client, the client executes the received card program, deletes the program after the execution is completed, and transmits a deletion completion message to the server (for example, see Patent Document 1). .
[0009]
[Patent Document 1]
JP-A-10-283320 (pages 6-7, FIGS. 7 and 8)
[0010]
[Problems to be solved by the invention]
In the case of a system using a conventional IC card, execution logic such as addition of an AP or personalization of an AP is previously installed on the client side as described above. Since the execution logic differs depending on the function of the installed card OS and the size of the execution logic has been increased due to the addition of the function, it is troublesome for the user to install the execution logic in the client terminal in advance, and it is troublesome for the user to use WEB or the like. However, there is a problem that this is a hindrance when deploying the IC card system via the above network.
[0011]
When a card application is added or personalized without executing logic for adding an AP or personalizing an AP in a client terminal, mutual authentication by secure messaging between the IC card and the server is required. With regard to secure messaging, a method of performing mutual authentication by using a common key method or a public key method and having a common ID between the IC card and the terminal has been established, but execution logic such as AP addition and AP personalization has been established. There is a problem that it is not established how to perform secure messaging between the IC card and the server via a client terminal that does not have it.
[0012]
When adding or personalizing a card application to an IC card, it is necessary to check whether the card to which the card application is added and the card to be personalized are the same card. In a state where execution logic such as personalization and AP personalization is not set, each session of AP addition and AP personalization is managed on the server side, so it is necessary to perform the above confirmation on the server side that is not directly connected to the IC card. .
[0013]
Conventionally, when a card application is added using execution logic such as AP addition or AP personalization on the client side, and the application is personalized after the addition, the client terminal establishes a session with the security domain of the IC card when the card application is added. At the time of personalization after the card application is added, a session is established for the added application. As described above, when the client terminal performs the process of adding an AP and the process of personalizing an AP, it is checked whether the card to which the card application is added and the card to be personalized are the same card. This can be easily performed by monitoring and confirming at the client terminal whether the card has been removed between the devices.
[0014]
On the other hand, if the client terminal does not go through the process of adding an AP and personalizing the AP, a session is established between the IC card and the server. However, the server is not a terminal directly connected to the IC card. It is necessary to confirm whether the card to which the card application is added and the card for sending the personalization command are the same card between the servers by a method different from the method of monitoring at the client terminal.
[0015]
When the card is different between the time of adding an AP and the time of personalizing the AP, for example, when the PIN (Personal Identification Number) of the AP is inserted into the card in the personalization process, the PIN is inserted in a card different from the card added to the AP. In such a case, the use of the AP by a third party different from the legitimate AP holder cannot be detected. Even if the AP addition and the AP personalization are performed on the same card, if the secure channel is cut off by the AP addition and the personalization, there is a high risk that the information of the card passed at the time of personalization is leaked.
[0016]
SUMMARY OF THE INVENTION An object of the present invention is to solve the above-described problem and to determine whether addition and personalization of an application program are performed on the same recording medium even when the client terminal does not have logic for executing AP addition or AP personalization. It is an object of the present invention to provide a technology capable of determining AP by an AP providing server and executing AP addition and AP personalization from a AP providing server to a recording medium.
[0017]
[Means for Solving the Problems]
The present invention provides an AP addition / AP personalization system for adding an application program to a recording medium and personalizing an AP to set personal information in the application program added to the recording medium. By comparing with the attribute information at the time of personalization of the AP, it is determined whether the addition and the personalization of the application program are performed on the same recording medium.
[0018]
According to the present invention, when a recording medium such as an IC card having a processing device and a storage device is used via a network such as a web, a client terminal connected to a server is provided with execution logic for AP addition / AP personalization. Instead, processing such as AP addition and AP personalization is performed between the IC card and the server, and processing for confirming that the execution processing is performed on the same card is performed.
[0019]
BEST MODE FOR CARRYING OUT THE INVENTION
An AP addition / AP personalization system according to an embodiment for confirming addition of an AP / AP personalization to the same card between an IC card and an AP providing server will be described below.
[0020]
FIG. 1 is a diagram showing a schematic configuration of an AP addition / AP personalization system of the present embodiment. The AP addition / AP personalization system of the present embodiment shown in FIG. 1 is for confirming whether the AP addition / AP personalization between the IC card and the server is performed on the same card in an environment where the client has no execution logic. In addition, a function for receiving an access from the client terminal 3 and downloading the applet for transmitting / receiving a command between the IC card 1 and the AP providing server 2 to the client terminal 3 and constructing commands for adding / deleting a card application, personalization, etc. Providing the AP providing server 2 having a function of performing processing for acquiring and comparing attribute information from the card in each processing, and performing secure messaging necessary for transmitting and receiving commands to and from the IC card in a secure environment. A machine that requests download of an applet for sending and receiving commands and connects to the IC card 1 ID that is unique to the card and a security domain that has a unique ID for managing the addition / deletion of APs, etc. that can perform secure messaging when adding or personalizing a card application with a client terminal 3 having The IC card 1 has attribute information such as
[0021]
FIG. 2 is a diagram showing a schematic configuration of the IC card 1 of the present embodiment. As shown in FIG. 2, the IC card 1 of the present embodiment includes an AP addition / deletion processing unit 12111, a secure messaging processing unit 12112, an attribute information request processing unit 12114, and an SD-ID transmission processing unit 12115. ing.
[0022]
The AP addition / deletion processing unit 12111 is a processing unit that executes a command transmitted from the AP providing server 2 to add an AP or delete an AP. The secure messaging processing unit 12112 encrypts a communication message between the IC card 1 and the AP providing server 2 with a secure messaging key 12113, and performs secure messaging to provide a secure communication environment with the AP providing server 2. It is a processing unit.
[0023]
The attribute information request processing unit 12114 responds to attribute information requests from the AP providing server 2 when secure messaging is performed between the IC card 1 and the AP The processing unit acquires the attribute information 1221 from the program 122 and transmits the acquired attribute information 1221 to the AP providing server 2 while including the acquired attribute information 1221 in the response during the secure messaging. The SD-ID transmission processing unit 12115 is a processing unit that transmits an SD-ID 12116 representing the ID of the security domain itself in response to a request from the AP providing server 2.
[0024]
A program for causing the IC card 1 to function as the AP addition / deletion processing unit 12111, the secure messaging processing unit 12112, the attribute information request processing unit 12114, and the SD-ID transmission processing unit 12115 is recorded and executed on a recording medium such as a ROM. Shall be The recording medium for recording the program may be a recording medium other than the ROM. Further, the program may be installed from the recording medium to the information processing apparatus and used, or the recording medium may be accessed through a network to use the program.
[0025]
As shown in FIG. 2, the IC card 1 of the present embodiment includes a processing device 11 such as a microprocessor, a storage device 12 such as an EEPROM (Electrically Erasable and Programmable ROM), a flash memory, and the client terminal 3 described in FIG. Has an interface unit 13 for transferring data, messages, and the like.
[0026]
In the storage device 12, an application program storage section 121 for storing applications for realizing various functions is set, and a control program 122 corresponding to a so-called operating system (OS) is stored.
[0027]
The processing device 11 executes application processing stored in the application program storage unit 121 under the control of the control program 122, and implements various functions achieved by these applications.
[0028]
The control program 122 includes a card name indicating the type of the IC card 1, identification information such as an ID number unique to the issued card, an OS name for identifying the card OS mounted on the IC card 1, and the like. It has attribute information 1221 including identification information such as a version number.
[0029]
The application program storage unit 121 can store a plurality of applications at the same time, and has a plurality of security domains.
[0030]
The security domain 1211 plays a role of installing, deleting, and managing applications. The security domain 1211 is a card application, has responsibility for itself, and manages applications 12117 and 12118 (AP-A01 and AP-A02) and the like. Here, the applications 12117 and 12118 are card applications, and are applications executed under the security domain 1211.
[0031]
When mounting or deleting a card application managed by itself is performed on the IC card 1, the security domain 1211 mounts and deletes the application through the security domain 1211 and manages key data and the like used at that time. .
[0032]
The security domain 1211 has a secure messaging processing unit 12112 that creates a secure environment with the AP providing server 2, and has a secure messaging key 12113 for performing secure messaging with the AP providing server 2.
[0033]
In addition, an AP addition / deletion processing unit 12111 used when adding an AP or deleting an AP, an SD-ID 12116 representing the ID of the security domain itself, and an SD-ID transmission processing unit 12115 transmitting the ID of the security domain in response to an external request. And an attribute information request processing unit 12114 for acquiring and transmitting the attribute information 1221 of the control program 122 for the attribute information request function from the AP providing server 2.
[0034]
The security domain 1212 is similar to the security domain 1211 and manages each application executed under the security domain 1212.
[0035]
FIG. 3 is a diagram showing a schematic configuration of the AP providing server 2 of the present embodiment. As shown in FIG. 3, the AP providing server 2 of the present embodiment includes a card AP selection processing unit 2211, a storage table operation processing unit 2212, an attribute information comparison processing unit 2213, a card AP addition command construction processing unit 2214, Secure messaging processing unit 2215, card AP deletion command construction processing unit 2216, attribute information acquisition processing unit 2217, card AP personalization command construction processing unit 2218, command transmission applet generation / transmission processing unit 2219, SD- An ID acquisition processing unit 2220 is provided.
[0036]
The card AP selection processing unit 2211 is a processing unit that selects a security domain or a card application in the IC card 1 and starts a session with the selected security domain or card application.
[0037]
The storage table operation processing unit 2212 is a processing unit that operates various storage tables stored in the application data storage unit 223. The attribute information comparison processing unit 2213 determines whether the addition and the personalization of the application program are performed on the same card by comparing the attribute information 1221 obtained when the card application is added and when the card application is personalized. It is.
[0038]
A card AP addition command construction processing unit 2214 constructs an AP addition command for adding an application program according to the type of OS indicated by the attribute information 1221, and transmits the command to the IC card 1 via the client terminal 3. It is.
[0039]
The secure messaging processing unit 2215 is a processing unit that performs secure messaging with the IC card 1 using key information for secure messaging corresponding to the security domain of the IC card 1. The card AP deletion command construction processing unit 2216 constructs a card AP deletion command for deleting the card application added to the IC card 1 according to the type of the OS indicated by the attribute information 1221, and passes through the client terminal 3. Is a processing unit for transmitting to the IC card 1.
[0040]
When adding or personalizing an application program, the attribute information acquisition processing unit 2217 uses a card name or card ID for identifying the IC card 1 as attribute information 1221 of the IC card 1 to be added or personalized. And the like, and information including identification information such as an OS name and a version number for identifying a card OS mounted on the IC card 1 from the IC card 1 via the client terminal 3.
[0041]
When it is determined that the addition and the personalization of the application program are performed by the same IC card 1, the card AP personalization command construction processing unit 2218 assigns the AP personalization command for personalizing the application program to the attribute. This is a processing unit configured according to the type of OS indicated by the information 1221 and transmitted to the IC card 1 via the client terminal 3.
[0042]
The command transmission applet generation / transmission processing unit 2219 is a program for performing communication between the IC card 1 and the AP providing server 2 via the client terminal 3 when access from the client terminal 3 is performed. This is a processing unit that transmits an applet from the AP providing server 2 to the client terminal 3. The SD-ID acquisition processing unit 2220 is a processing unit that acquires an ID of a security domain in which secure messaging is performed.
[0043]
The AP providing server 2 includes a card AP selection processing unit 2211, a storage table operation processing unit 2212, an attribute information comparison processing unit 2213, a card AP addition command construction processing unit 2214, a secure messaging processing unit 2215, a card AP deletion command construction processing unit 2216, A program for functioning as the attribute information acquisition processing unit 2217, the card AP personalization command construction processing unit 2218, the command transmission applet generation / transmission processing unit 2219, and the SD-ID acquisition processing unit 2220 is a recording medium such as a CD-ROM. And stored in a magnetic disk or the like, and then loaded into a memory and executed. The recording medium for recording the program may be a recording medium other than the CD-ROM. Further, the program may be installed from the recording medium to the information processing apparatus and used, or the recording medium may be accessed through a network to use the program.
[0044]
As shown in FIG. 3, the AP providing server 2 of the present embodiment includes a processing device 21, a storage device 22, and an external interface unit 23 for connection to a line such as the Internet. An application program storage unit 221 for storing applications for realizing the above processing and an application data storage unit 223 for storing data used by those applications are set, and a control program 224 that functions as a so-called OS Is stored.
[0045]
The application data storage unit 223 manages a card AP information storage table 2231 that manages a card application itself to be added to the IC card 1, and manages personalization information required when personalizing a card application such as a card number and a name. It has an AP personalization information storage table 2233 and a security domain attribute information storage table 2232 for storing key information and the like used when performing secure messaging with the security domain in the IC card 1.
[0046]
FIG. 4 is a diagram showing a processing flow of processing for confirming that an AP has been added to the same card and AP personalization has been performed between the IC card 1 and the AP providing server 2 of the present embodiment. In this embodiment, the client terminal 3 connected to the IC card 1 requests an applet from the AP providing server 2 in response to a request from the user in step 401.
[0047]
In step 402, the AP providing server 2 performs communication between the IC card 1 and the AP providing server 2 via the client terminal 3 by the command transmission applet generation / transmission processing unit 2219 in response to the applet request from the client terminal 3. An applet, which is a program for generating the applet, is generated, and the generated applet is transmitted to the client terminal 3.
[0048]
Here, the applet receives communication data transmitted from the AP providing server 2 to the client terminal 3 and transmits the received communication data to the AP providing server 2 such as an IC card command such as a card AP selection command. When the applet is created, if the predetermined information is determined not to be modified or processed by the client terminal 3 in advance, the information is transmitted to the IC card 1 without being processed by the client terminal 3. Also, if the client terminal 3 receives communication data from the IC card 1 and the received communication data is predetermined information that has not been modified or processed by the client terminal 3 in advance when the applet is created, The client terminal 3 transmits the received information to the AP providing server 2 without processing, and processes other communication data as communication data between the client terminal 3 and the AP providing server 2. It is assumed to be a program.
[0049]
In step 403, the client terminal 3 receives and executes the applet transmitted from the AP providing server 2. Thereafter, when the user instructs the client terminal 3 to add the card AP, the applet checks the input source of the card AP addition request, and this input is performed by the input device of the client terminal 3 itself. Therefore, it is determined that the data is communication data to the AP providing server 2 and the card AP addition request is transmitted to the AP providing server 2.
[0050]
In step 404, upon receiving the card AP addition request from the client terminal 3, the AP providing server 2 causes the card AP selection processing unit 2211 to select a security domain that manages the requested card AP, for example, a card domain that selects the security domain 1211. A selection command is transmitted to the client terminal 3.
[0051]
When receiving the communication data from the AP providing server 2, the applet of the client terminal 3 checks the contents of the communication data, and if the contents are the predetermined card AP selection command, the applet of the client terminal 3 transmits the card AP selection command. The data is transmitted to the IC card 1 without being processed by the client terminal 3.
[0052]
In step 405, the IC card 1 executes the transmitted card AP selection command and selects the security domain 1211. Then, the selected security domain 1211 is the security domain specified by the card AP selection command. To the client terminal 3. When the applet of the client terminal 3 receives the response from the IC card 1, the applet of the client terminal 3 transmits the response content to the AP providing server 2 as it is, and the AP providing server 2 transmits the response from the IC card 1 via the applet of the client terminal 3. receive. Hereinafter, communication between the IC card 1 and the AP providing server 2 via the applet of the client terminal 3 is performed in the same manner as described above.
[0053]
Next, in step 406, the AP providing server 2 issues an SD-ID acquisition command by the SD-ID acquisition processing unit 2220 to acquire the ID of the security domain required for performing secure messaging with the security domain 1211 being accessed. Is transmitted to the IC card 1 via the client terminal 3.
[0054]
In step 407, the security domain 1211 of the IC card 1 sends a response (SD-ID) via the SD-ID transmission processing unit 12115 in response to the SD-ID acquisition command from the AP providing server 2 via the client terminal 3. Respond to the two sides.
[0055]
In step 408, the AP providing server 2 receives the SD-ID 12116 of the security domain 1211 and uses the storage table operation processing unit 2212 to perform secure messaging from the security domain attribute information storage table 2232 using the SD-ID 12116 as a key. The secure messaging key information is acquired, and the secure messaging processing unit 2215 transmits a secure messaging command for mutual authentication with the security domain 1211.
[0056]
In step 409, the security domain 1211 of the IC card 1 executes the secure messaging command from the AP providing server 2 by the secure messaging processing unit 12112, and returns a response indicating that the mutual authentication has been successfully performed by the secure messaging.
[0057]
After the secure messaging is established, the AP providing server 2 uses the attribute information acquisition processing unit 2217 to acquire the attribute information 1221 such as the ID number of the IC card 1 being accessed via the applet of the client terminal 3 in step 410. The attribute information acquisition command of the IC card 1 is transmitted.
[0058]
In step 411, the security domain 1211 of the IC card 1 makes an attribute information request to the card OS via the attribute information request processing unit 12114 by an attribute information acquisition command from the AP providing server 2, and in step 412, the control program 122 (Card OS) responds to the security domain 1211 with the attribute information 1221 as a response.
[0059]
In step 413, the security domain 1211 of the IC card 1 returns the attribute information 1221 acquired from the control program 122 to the AP providing server 2 via the applet of the client terminal 3. The AP providing server 2 receives the attribute information 1221 from the security domain 1211 and temporarily stores the received attribute information 1221 in the storage device 22 for use in comparison with the attribute information 1221 requested again when the AP is personalized. Keep it.
[0060]
In step 414, the AP providing server 2 accesses the card AP information storage table 2231 via the storage table operation processing unit 2212, and, among the card APs for which the addition request has been made, the version indicated by the received attribute information 1221 After reading the card AP that operates under the control of the card OS, the card AP addition command construction processing unit 2214 constructs a card AP addition command that can be executed under the control of the card OS of the version indicated by the attribute information 1221, and 3 to the IC card 1 via the applet.
[0061]
In step 415, the security domain 1211 of the IC card 1 executes the card AP addition command received from the AP providing server 2 by the AP addition / deletion processing unit 12111 to add the card AP in the card, and then responds to the completion of the AP addition. To the AP providing server 2 via the client terminal 3.
[0062]
In step 416, the AP providing server 2 receives the response indicating that the AP addition has been completed, and executes the IC card by the card AP selection processing unit 2211 in order to personalize the AP for the added AP which is the added card application. 1 is transmitted via the client terminal 3 to select a card AP.
[0063]
In step 417, the IC card 1 executes the transmitted card AP selection command to select an additional AP, and then the selected additional AP determines that the card application specified by the card AP selection command has been selected. In response to the indicated response, the AP providing server 2 receives the response via the applet of the client terminal 3.
[0064]
Next, in step 418, the AP providing server 2 causes the secure messaging processing unit 2215 to transmit a secure messaging command for mutual authentication with the additional AP. At this time, it is assumed that the AP providing server 2 uses the secure messaging key information acquired from the security domain attribute information storage table 2232 when the AP is added.
[0065]
In step 419, the additional AP of the IC card 1 issues a secure messaging request to the security domain 1211 managing itself in response to the secure messaging command from the AP providing server 2.
[0066]
In step 420, the security domain 1211 of the IC card 1 executes the secure messaging command from the AP providing server 2 by the secure messaging processing unit 12112 in response to the secure messaging request, and returns as a response that mutual authentication has been successfully established. In step 421, the additional AP returns a response to the AP providing server 2 indicating that mutual authentication has been successfully established.
[0067]
In the secure messaging at the time of personalization of the AP, the AP providing server 2 and the security domain 1211 perform secure messaging using the secure messaging key used in the secure messaging in the addition of the additional AP, and are established when the application is added. Use secure messaging even when personalizing applications. The details will be described below.
[0068]
After the secure messaging is established, in step 422, the AP providing server 2 uses the attribute information acquisition processing unit 2217 to acquire the attribute information 1221 such as an ID number for the additional AP via the applet of the client terminal 3. An acquisition command is transmitted to the IC card 1.
[0069]
In step 423, the additional AP of the IC card 1 receives the attribute information acquisition command, and makes an attribute information request to the control program 122. In step 424, the control program 122 of the IC card 1 responds to the additional AP with the attribute information 1221 as a response. In step 425, the additional AP responds with the attribute information 1221 acquired from the control program 122 to the AP providing server 2 as a response. I do.
[0070]
The attribute information comparison processing unit 2213 of the AP providing server 2 determines identification information such as a card name and a card ID and identification information such as an OS name and a version number in the attribute information 1221 of the IC card 1 acquired at the time of adding the AP, The identification information such as the card name and the card ID and the identification information such as the OS name and the version number in the attribute information 1221 of the IC card 1 acquired at the time of the conversion are compared.
[0071]
In step 426, the comparison result is checked. If the contents of the attribute information 1221 at the time of adding the AP and the content of the attribute information 1221 are the same, the card at the time of adding the AP and the card at the time of the AP personalization are the same card. In step 427, the AP providing server 2 accesses the AP personalization information storage table 2233 via the storage table operation processing unit 2212, and is used under the control of the card OS of the version indicated by the attribute information 1221. After reading the personalization information described in the format and the character code, the card AP personalization command executable by the card AP personalization command construction processing unit 2218 under the control of the card OS of the version indicated by the attribute information 1221 is constructed. Then, the data is transmitted to the IC card 1 via the applet of the client terminal 3.
[0072]
The additional AP of the IC card 1 receives the card AP personalization command, personalizes itself with the card AP personalization command, and returns a response indicating that the personalization has been completed to the AP providing server 2 in step 428.
[0073]
In steps 401 to 428, session identification information that is information for uniquely identifying a session between a server and a client can be included in information such as a response transmitted from the client terminal 3 to the AP providing server 2. At this time, the AP providing server 2 transmits the session identification information to the client terminal 3 in step 402 or the like, and stores the transmitted session identification information in association with the attribute information received from the client terminal 3 in step 413. . In step 425, the client terminal 3 transmits the session identification information and the attribute information received from the AP providing server 2 in step 402 and the like to the AP providing server 2 as a response. When the set of the attribute information and the session identification information received from the client terminal 3 corresponds to the set of the attribute information and the session identification information stored in advance, the AP providing server 2 transmits the card added with the AP and the AP personalization request. Can be determined to be the same card. Accordingly, in an environment where a plurality of client terminals exist, the AP providing server 2 can more effectively identify the client terminal by the session identification information and transmit information corresponding to an appropriate client terminal.
[0074]
FIG. 5 is a diagram showing a processing flow in the case where AP addition and AP personalization are performed with different cards according to the present embodiment. FIG. 5 shows processing when the contents of the attribute information 1221 at the time of adding an AP and at the time of personalizing the AP are different (abnormal).
[0075]
If the contents of the attribute information 1221 at the time of adding an AP and at the time of personalizing the AP are different in the processing on the AP providing server 2 side in step 426, the AP providing server 2 executes the card AP selection processing unit 2211 in step 501. A card AP selection command for selecting the security domain 1211 is transmitted to the IC card 1 via the client terminal 3.
[0076]
In step 502, the IC card 1 receives and executes the card AP selection command, and the selected security domain 1211 sends, via the client terminal 3, a response indicating that the security domain specified by the card AP selection command has been selected. Responds to AP providing server 2.
[0077]
Next, in step 503, the AP providing server 2 transmits a secure messaging command to the IC card 1 via the client terminal 3 by the secure messaging processing unit 2215 in order to perform mutual authentication with the security domain 1211.
[0078]
In step 504, the security domain 1211 of the IC card 1 executes the secure messaging command from the AP providing server 2 by the secure messaging processing unit 12112, and sends a response indicating that mutual authentication has been successfully performed via the client terminal 3 to the AP providing server 2. Return to
[0079]
In step 505, the AP providing server 2 constructs a card AP deletion command executable under the control of the card OS of the version indicated by the attribute information 1221 acquired in step 422 by the card AP deletion command construction processing unit 2216, and the client terminal 3 to the security domain 1211 of the IC card 1 via the applet 3.
[0080]
In step 506, the security domain 1211 of the IC card 1 executes the card AP deletion command by the AP addition / deletion processing unit 12111 to delete the card AP, and provides an AP via the client terminal 3 indicating that the deletion is completed. Responds to server 2.
[0081]
If it is determined that the addition of the AP and the personalization of the AP are not performed on the same card, such as when the card is pulled out halfway, by deleting the AP as described above, the leakage of the information on the personalization of the AP can be prevented. In addition, there is an effect that it is possible to prevent a malfunction or the like given to a terminal when an AP for which AP addition / personalization is halfway is actually used.
[0082]
FIG. 6 is a diagram illustrating an example of the security domain attribute information storage table 2232 of the AP providing server 2 of the present embodiment. As shown in FIG. 6, the security domain attribute information storage table 2232 of the present embodiment manages key information used for secure messaging as a table for each security domain ID.
[0083]
Using the SD-ID 12116 acquired by the SD-ID acquisition processing unit 2220, key information for secure messaging linked to the SD-ID 12116 is acquired.
[0084]
When a business entity managing the AP providing server 2 issues a card using a new security domain, it is necessary to register the ID and key information of the security domain in this table.
[0085]
FIG. 7 is a diagram illustrating an example of the AP personalization information storage table 2233 of the AP providing server 2 of the present embodiment. As shown in FIG. 7, the AP personalization information storage table 2233 of the present embodiment manages personal information necessary for an additional AP for each card ID in the attribute information 1221 held in the card. It is assumed that information of different formats and character codes are stored corresponding to the OS names and version numbers.
[0086]
The personalization data corresponding to the card ID and the OS information in the attribute information 1221 acquired by the attribute information acquisition processing unit 2217 is acquired, and the acquired personalization data is used by the card AP personalization command construction processing unit 2218. For example, when the personalization information that requires the AP to be added is name, age, and personal identification number, the personalization information is managed using the card ID in the attribute information 1221 as a key. This information is also information required when issuing a card, and this information may be used when a new card is issued via the WEB.
[0087]
This table shows the personal data described in the card issuance procedure performed by the card holder to the card issuer when the card holder requests the card issuer to issue the card, and the card issuer issues the card It is created by storing information such as the OS version and card ID of the card issued to the requested card holder in this table when issuing the card.
[0088]
As described above, according to the AP addition / AP personalization system of the present embodiment, the addition of the application program and the personalization are the same by comparing the attribute information at the time of adding the AP with the attribute information at the time of the AP personalization. Since it is determined whether or not the recording is performed on the recording medium, even if the client terminal does not have the logic of executing the AP addition or the AP personalization, the addition and the personalization of the application program are performed on the same recording medium. It is possible for the AP providing server to determine whether or not there is, and to execute AP addition and AP personalization on the recording medium from the AP providing server. In this determination processing, an interface is provided for the card application (security domain or added AP) to acquire unique attribute information such as a card ID to the card OS during secure messaging, and the acquired attribute information is used. Thus, the identity at the time of adding an AP and at the time of personalizing the AP can be confirmed.
[0089]
【The invention's effect】
According to the present invention, by comparing the attribute information at the time of adding an AP with the attribute information at the time of personalizing the AP, it is determined whether the addition and the personalization of the application program are performed on the same recording medium. Even if the side does not have the logic of executing AP addition or AP personalization, the AP providing server determines whether the addition and personalization of the application program are performed on the same recording medium, and records from the AP providing server. It is possible to perform AP addition and AP personalization on the medium.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a schematic configuration of an AP addition / AP personalization system according to an embodiment.
FIG. 2 is a diagram showing a schematic configuration of an IC card 1 of the embodiment.
FIG. 3 is a diagram illustrating a schematic configuration of an AP providing server 2 of the embodiment.
FIG. 4 is a diagram showing a processing flow of processing for confirming that an AP has been added to the same card and an AP has been personalized between the IC card 1 and the AP providing server 2 according to the embodiment.
FIG. 5 is a diagram illustrating a processing flow when AP addition and AP personalization are performed using different cards according to the embodiment;
FIG. 6 is a diagram illustrating an example of a security domain attribute information storage table 2232 of the AP providing server 2 according to the present embodiment.
FIG. 7 is a diagram illustrating an example of an AP personalization information storage table 2233 of the AP providing server 2 of the present embodiment.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... IC card, 2 ... AP provision server, 3 ... Client terminal, 11 ... Processing device, 12 ... Storage device, 121 ... Application program storage part, 1211 ... Security domain, 12113 ... Secure messaging key, 12116 ... SD-ID , 12117 and 12118 application, 1212 security domain, 122 control program, 1221 attribute information, 13 interface unit, 12111 AP addition / deletion processing unit, 12112 secure messaging processing unit, 12114 attribute information request processing unit , 12115 SD-ID transmission processing unit, 21 processing unit, 22 storage device, 221 application program storage unit, 223 application data storage unit, 2231 card AP information storage table, 2 32: security domain attribute information storage table, 2233: AP personalization information storage table, 224: control program, 23 ... external interface unit, 2211 ... card AP selection processing unit, 2212 ... storage table operation processing unit, 2213 ... attribute information comparison Processing unit, 2214: Card AP addition command construction processing unit, 2215: Secure messaging processing unit, 2216: Card AP deletion command construction processing unit, 2217: Attribute information acquisition processing unit, 2218 ... Card AP personalization command construction processing unit, 2219 ... an applet generation / transmission processing unit for command transmission, 2220 ... SD-ID acquisition processing unit.

Claims

記録媒体へアプリケーションプログラムを追加するＡＰ追加と記録媒体に追加されたアプリケーションプログラムに個人情報を設定するＡＰ個人化を行うＡＰ追加・ＡＰ個人化方法において、
アプリケーションプログラムの追加を行う際に、その追加の行われる記録媒体の属性情報をクライアント端末経由で記録媒体から取得するステップと、アプリケーションプログラムの追加を行う為のＡＰ追加コマンドをクライアント端末経由で記録媒体へ送信するステップと、前記送信されたＡＰ追加コマンドを実行して当該記録媒体へアプリケーションプログラムを追加するステップと、
アプリケーションプログラムの個人化を行う際に、その個人化の行われる記録媒体の属性情報をクライアント端末経由で記録媒体から取得するステップと、前記追加時及び個人化時に取得した属性情報を比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定するステップと、アプリケーションプログラムの追加と個人化が同一記録媒体で行われていると判定された場合に、アプリケーションプログラムの個人化を行う為のＡＰ個人化コマンドをクライアント端末経由で記録媒体へ送信するステップと、前記送信されたＡＰ個人化コマンドを実行して当該記録媒体のアプリケーションプログラムを個人化するステップとを有することを特徴とするＡＰ追加・ＡＰ個人化方法。In an AP addition / AP personalization method for performing an AP addition for adding an application program to a recording medium and an AP personalization for setting personal information in the application program added to the recording medium,
When adding an application program, a step of acquiring attribute information of the recording medium to be added from the recording medium via the client terminal; and an AP addition command for adding the application program is transmitted to the recording medium via the client terminal. Transmitting the application program to the recording medium by executing the transmitted AP addition command,
When personalizing the application program, by obtaining the attribute information of the recording medium to be personalized from the recording medium via the client terminal, by comparing the attribute information obtained at the time of addition and personalization Determining whether addition and personalization of an application program are performed on the same recording medium; and determining that addition and personalization of the application program are performed on the same recording medium. Transmitting an AP personalization command for performing personalization to a recording medium via a client terminal; and executing the transmitted AP personalization command to personalize an application program of the recording medium. A method for adding an AP and personalizing an AP.

記録媒体とＡＰ提供サーバとの間でセキュアメッセージングが行われている際に、当該記録媒体に搭載されたＯＳからその記録媒体の属性情報を取得し、その取得した属性情報を前記セキュアメッセージング中のレスポンスに含めてＡＰ提供サーバへ送信することを特徴とする請求項１に記載されたＡＰ追加・ＡＰ個人化方法。When secure messaging is being performed between the recording medium and the AP providing server, attribute information of the recording medium is acquired from the OS mounted on the recording medium, and the acquired attribute information is obtained during the secure messaging. The AP addition / AP personalization method according to claim 1, wherein the response is transmitted to an AP providing server in a response.

記録媒体とＡＰ提供サーバとの間の通信をクライアント端末経由で行う為のアプレットをＡＰ提供サーバからクライアント端末へ送信し、そのアプレットをクライアント端末で実行することにより、記録媒体とＡＰ提供サーバとの間の通信を行うことを特徴とする請求項１または請求項２のいずれかに記載されたＡＰ追加・ＡＰ個人化方法。An applet for performing communication between the recording medium and the AP providing server via the client terminal is transmitted from the AP providing server to the client terminal, and the applet is executed on the client terminal. The AP addition / AP personalization method according to claim 1 or 2, wherein communication between the APs is performed.

記録媒体とＡＰ提供サーバとの間でのセキュアメッセージングに使用する鍵情報を、当該記録媒体中のセキュリティドメインのＩＤをキーにして取得することを特徴とする請求項１乃至請求項３のいずれか１項に記載されたＡＰ追加・ＡＰ個人化方法。4. The method according to claim 1, wherein key information used for secure messaging between the recording medium and the AP providing server is obtained by using a security domain ID in the recording medium as a key. An AP addition / AP personalization method described in item 1.

アプリケーションの追加時に確立したセキュアメッセージングをアプリケーションの個人化時でも利用することを特徴とする請求項１乃至請求項４のいずれか１項に記載されたＡＰ追加・ＡＰ個人化方法。The AP addition / AP personalization method according to any one of claims 1 to 4, wherein the secure messaging established when the application is added is used even when the application is personalized.

アプリケーションの追加時のセキュアメッセージングで用いられた鍵情報をアプリケーションの個人化時のセキュアメッセージングでも用いることにより、アプリケーションの追加時に確立したセキュアメッセージングをアプリケーションの個人化時でも利用することを特徴とする請求項５に記載されたＡＰ追加・ＡＰ個人化方法。The key information used in secure messaging when adding an application is also used in secure messaging when personalizing the application, so that the secure messaging established when adding the application is used even when personalizing the application. Item 5. An AP addition / AP personalization method according to Item 5.

記録媒体を識別する為の識別情報と当該記録媒体に搭載されたＯＳを識別する為の識別情報とを含む属性情報の比較により、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定することを特徴とする請求項１乃至請求項６のいずれか１項に記載されたＡＰ追加・ＡＰ個人化方法。By comparing the attribute information including the identification information for identifying the recording medium and the identification information for identifying the OS mounted on the recording medium, whether addition and personalization of the application program are performed on the same recording medium 7. The method of adding an AP and personalizing the AP according to claim 1, wherein it is determined whether or not the AP is included.

前記属性情報中の記録媒体及びＯＳの識別情報に合わせて、当該記録媒体及び搭載ＯＳに適したＡＰ追加コマンド及びＡＰ追加コマンドを生成することを特徴とする請求項１乃至請求項７のいずれか１項に記載されたＡＰ追加・ＡＰ個人化方法。8. An AP addition command and an AP addition command suitable for the recording medium and the installed OS are generated in accordance with the identification information of the recording medium and the OS in the attribute information. An AP addition / AP personalization method described in item 1.

記録媒体へアプリケーションプログラムを追加するＡＰ追加と記録媒体に追加されたアプリケーションプログラムに個人情報を設定するＡＰ個人化を指示するＡＰ提供サーバにおいて、
アプリケーションプログラムの追加または個人化を行う際に、その追加または個人化の行われる記録媒体の属性情報をクライアント端末経由で記録媒体から取得する属性情報取得処理部と、アプリケーションプログラムの追加を行う為のＡＰ追加コマンドをクライアント端末経由で記録媒体へ送信するＡＰ追加コマンド構築処理部と、
前記追加時及び個人化時に取得した属性情報を比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定する属性情報比較処理部と、アプリケーションプログラムの追加と個人化が同一記録媒体で行われていると判定された場合に、アプリケーションプログラムの個人化を行う為のＡＰ個人化コマンドをクライアント端末経由で記録媒体へ送信するＡＰ個人化コマンド構築処理部とを備えることを特徴とするＡＰ提供サーバ。In an AP providing server for instructing AP addition for adding an application program to a recording medium and personalization of an AP for setting personal information in the application program added to the recording medium,
When adding or personalizing an application program, an attribute information acquisition processing unit for acquiring attribute information of the recording medium to be added or personalized from the recording medium via a client terminal; An AP addition command construction processing unit for transmitting an AP addition command to a recording medium via a client terminal;
An attribute information comparison processing unit that determines whether addition and personalization of an application program are performed on the same recording medium by comparing attribute information obtained at the time of addition and personalization; An AP personalization command construction processing unit that transmits an AP personalization command for personalizing the application program to the recording medium via the client terminal when it is determined that the personalization is performed on the same recording medium. An AP providing server, characterized in that:

記録媒体へアプリケーションプログラムを追加するＡＰ追加と記録媒体に追加されたアプリケーションプログラムに個人情報を設定するＡＰ個人化を指示するＡＰ提供サーバとしてコンピュータを機能させる為のプログラムにおいて、
アプリケーションプログラムの追加または個人化を行う際に、その追加または個人化の行われる記録媒体の属性情報をクライアント端末経由で記録媒体から取得する属性情報取得処理部と、アプリケーションプログラムの追加を行う為のＡＰ追加コマンドをクライアント端末経由で記録媒体へ送信するＡＰ追加コマンド構築処理部と、
前記追加時及び個人化時に取得した属性情報を比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定する属性情報比較処理部と、アプリケーションプログラムの追加と個人化が同一記録媒体で行われていると判定された場合に、アプリケーションプログラムの個人化を行う為のＡＰ個人化コマンドをクライアント端末経由で記録媒体へ送信するＡＰ個人化コマンド構築処理部としてコンピュータを機能させることを特徴とするプログラム。In a program for causing a computer to function as an AP providing server that instructs an AP addition that adds an application program to a recording medium and an AP personalization that sets personal information in the application program added to the recording medium,
When adding or personalizing an application program, an attribute information acquisition processing unit for acquiring attribute information of the recording medium to be added or personalized from the recording medium via a client terminal; An AP addition command construction processing unit for transmitting an AP addition command to a recording medium via a client terminal;
An attribute information comparison processing unit that determines whether addition and personalization of an application program are performed on the same recording medium by comparing attribute information obtained at the time of addition and personalization; If it is determined that the personalization is performed on the same recording medium, the computer is used as an AP personalization command construction processing unit that transmits an AP personalization command for personalizing the application program to the recording medium via the client terminal. A program characterized by functioning.