JP4156388B2 - Ａｐ追加・ａｐ個人化方法及びその実施装置並びにその処理プログラム - Google Patents
Ａｐ追加・ａｐ個人化方法及びその実施装置並びにその処理プログラム Download PDFInfo
- Publication number
- JP4156388B2 JP4156388B2 JP2003007003A JP2003007003A JP4156388B2 JP 4156388 B2 JP4156388 B2 JP 4156388B2 JP 2003007003 A JP2003007003 A JP 2003007003A JP 2003007003 A JP2003007003 A JP 2003007003A JP 4156388 B2 JP4156388 B2 JP 4156388B2
- Authority
- JP
- Japan
- Prior art keywords
- recording medium
- personalization
- card
- application program
- addition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は記録媒体に対してアプリケーションプログラム（ＡＰ）の追加及びその追加されたＡＰの個人化を行うＡＰ追加・ＡＰ個人化システムに関し、特に処理装置と記憶装置を有するＩＣカードをＷＥＢ等のネットワークを介して利用する場合、クライアント端末にＡＰ追加・ＡＰ個人化の実行ロジックを持たせず、ＩＣカードとサーバ間でＡＰ追加とＡＰ個人化等の処理を実行し、その実行処理が同一カードに対して行われていることを確認するＡＰ追加・ＡＰ個人化システムに適用して有効な技術に関するものである。
【０００２】
【従来の技術】
ＩＣカードは、大量の情報が記録可能であり、かつ高度なセキュリティを有するため、磁気カードに代わる新しい情報記録媒体として近年普及しつつある。また、最近ではＩＣカードに複数のアプリケーションを搭載できるマルチアプリケーション機能や、カード発行後にアプリケーションを搭載可能なダイナミックローディング機能を備えたＩＣカード及びカードＯＳが主流となってきており、ＩＣカードに対してＡＰ追加やＡＰ個人化が行われる様になっている。
【０００３】
従来、ＩＣカードを使用したシステムの場合、クライアント側にＡＰ追加やＡＰ個人化等の実行ロジックを予めインストールし、クライアント端末−サーバ間でデータのやり取りを行い、クライアントがそのデータからＡＰ追加やＡＰ個人化等のコマンドを生成、カードに対してコマンドを発行する処理を行っている。
【０００４】
ここでＡＰ追加とは、カード発行後にカードアプリケーションを追加できる仕組みを持つＩＣカードに対して、新たなカードアプリケーションをＷＥＢ等のネットワークを介して追加することを言う。またＡＰ個人化とは、ＡＰ追加によりカードに追加されたカードアプリケーションに対して、個人の一般的な名前、住所、ＰＩＮ等の情報を追加することで、ＡＰ追加後のカードアプリケーションをパーソナライズすることを言う。
【０００５】
カード内にカードアプリケーションを追加する様なセキュリティを考慮した処理を行う場合、セキュリティ情報等を持ち、カードアプリケーション追加・削除等を専用に行うアプリケーション若しくはデータを用いる場合がある。このセキュリティ情報を持つアプリケーションを“セキュリティドメイン”と言い、アプリケーション追加・削除・管理等の役割を担わせている。
【０００６】
セキュリティドメインはカードアプリケーションであり、自らが責任を持つアプリケーションを管理する。アプリケーションがカードに追加・削除される場合、その処理はこのセキュリティドメインを通じて行われる。
【０００７】
またセキュリティドメインは鍵データ等のセキュリティ情報を管理する。アプリケーションの追加の場合、セキュアメッセージングと呼ばれる共通鍵方式または公開鍵方式を用いた相互認証方式を使用して、セキュリティドメインとクライアント間で相互認証を実施する。追加したカードアプリケーションに対してＡＰ個人化を行う場合も追加したＡＰを管理しているセキュリティドメインのセキュアメッセージング用鍵、セキュアメッセージング処理を使用して追加したカードアプリケーションとクライアント間でセキュアメッセージングを実施する。
【０００８】
クライアント側で処理を実行させるセキュリティシステムとしては、クライアントがＲ／Ｗ（カードリーダ・ライタ）に装着されたＩＣカードに記憶されている利用者情報を読み出してサーバに送信し、サーバが機密プログラムであるＩＣカード書込みプログラムをクライアントに送信すると、クライアントは受信したカードプログラムを実行し、実行完了後、そのプログラムを削除すると共に、削除完了電文をサーバに送信するものがある（例えば特許文献１参照）。
【０００９】
【特許文献１】
特開平１０−２８３３２０号公報（第６−７頁、第７、８図）
【００１０】
【発明が解決しようとする課題】
従来のＩＣカードを使用したシステムの場合、前記の様にクライアント側にＡＰ追加やＡＰ個人化等の実行ロジックを予めインストールしているが、クライアント端末にインストールされる実行ロジックはＩＣカードの種類や搭載されているカードＯＳの機能によって異なっており、また機能追加により実行ロジックのサイズも大きくなってきていることから、クライアント端末に予め実行ロジックをインストールさせることはユーザの手間となっていてＷＥＢ等のネットワークを介してＩＣカードシステムを展開するときの足かせとなっているという問題がある。
【００１１】
またクライアント端末にＡＰ追加やＡＰ個人化等の実行ロジックを置かない状態でカードアプリケーションの追加や個人化を行う場合、ＩＣカードとサーバ間でセキュアメッセージングによる相互認証が必要となる。セキュアメッセージングに関しては共通鍵方式や公開鍵方式を用いてＩＣカードと端末間で共通のＩＤ等を持ち、相互認証を行う方法は確立されているが、ＡＰ追加やＡＰ個人化等の実行ロジックを持たないクライアント端末を介して、ＩＣカードとサーバ間でどの様にしてセキュアメッセージングを行うかについては確立されていないという問題がある。
【００１２】
またＩＣカードに対してカードアプリケーションの追加や個人化を行う場合、カードアプリケーションを追加したカードと個人化を行うカードが同一のカードであるかの確認を行う必要があるが、クライアント端末にＡＰ追加やＡＰ個人化等の実行ロジックを置かない状態では、ＡＰ追加及びＡＰ個人化の各セションはサーバ側で管理される為、ＩＣカードと直接接続されていないサーバ側で前記確認を行う必要がある。
【００１３】
従来、クライアント側のＡＰ追加やＡＰ個人化等の実行ロジックによりカードアプリケーションを追加し、追加した後にアプリケーションの個人化を行う場合、クライアント端末は、カードアプリケーション追加時にはＩＣカードのセキュリティドメインとセションを確立し、カードアプリケーション追加後の個人化時には追加したアプリケーションに対してセションを確立する。この様にクライアント端末でＡＰ追加及びＡＰ個人化の処理を介する場合、カードアプリケーションを追加したカードと個人化を行うカードが同一のカードかの確認は、ＡＰ追加とＡＰ個人化の処理の各セション間でカードが抜かれていないかをクライアント端末で監視・確認することで容易に行うことができる。
【００１４】
一方、クライアント端末でＡＰ追加及びＡＰ個人化の処理を介さない場合、ＩＣカードとサーバ間でセションを確立するが、サーバ側はＩＣカードと直接に接続している端末では無い為、ＩＣカードとサーバ間でカードアプリケーションを追加したカードと個人化コマンドを送るカードが同一カードであるかを前記クライアント端末での監視とは異なる方法で確認する必要が生じる。
【００１５】
ＡＰ追加時とＡＰ個人化時とでカードが異なる場合、例えば、ＡＰのＰＩＮ（Personal Identification Number：個人識別番号）を個人化処理でカードに入れるとき、ＡＰ追加したカードと異なるカードにPINが入ってしまうと、正当なＡＰ所持者と異なる第三者によるＡＰの使用を検知できないという不具合がある。ＡＰ追加とＡＰ個人化が同一カードに対して行われたとしても、ＡＰ追加と個人化でセキュアチャネルが切れると、個人化時に渡すカードの情報が漏れる危険性が高い。
【００１６】
本発明の目的は上記問題を解決し、クライアント端末側でＡＰ追加やＡＰ個人化の実行ロジックを持たない場合であっても、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかをＡＰ提供サーバで判定し、ＡＰ提供サーバから記録媒体に対してＡＰ追加及びＡＰ個人化を実行することが可能な技術を提供することにある。
【００１７】
【課題を解決するための手段】
本発明は、記録媒体へアプリケーションプログラムを追加するＡＰ追加と記録媒体に追加されたアプリケーションプログラムに個人情報を設定するＡＰ個人化を行うＡＰ追加・ＡＰ個人化システムにおいて、ＡＰ追加時の属性情報とＡＰ個人化時の属性情報とを比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定するものである。
【００１８】
本発明では、処理装置と記憶装置を有するＩＣカード等の記録媒体を、ＷＥＢ等のネットワークを介して利用する場合に、サーバと接続するクライアント端末にＡＰ追加・ＡＰ個人化の実行ロジックを持たせず、ＩＣカードとサーバとの間でＡＰ追加とＡＰ個人化等の処理を実行し、その実行処理が同一カードに対して行われていることを確認する処理を行う。
【００１９】
【発明の実施の形態】
以下にＩＣカード−ＡＰ提供サーバ間での同一カードへのＡＰ追加・ＡＰ個人化を確認する一実施形態のＡＰ追加・ＡＰ個人化システムについて説明する。
【００２０】
図１は本実施形態のＡＰ追加・ＡＰ個人化システムの概略構成を示す図である。図１に示す本実施形態のＡＰ追加・ＡＰ個人化システムは、クライアントに実行ロジックを持たない環境でのＩＣカード−サーバ間のＡＰ追加・ＡＰ個人化が同一カードに行われたかを確認する為に、クライアント端末３からのアクセスを受け、ＩＣカード１とＡＰ提供サーバ２間でコマンド送受信する為のアプレットをクライアント端末３にダウンロードさせる機能、カードアプリケーションの追加や削除、個人化等のコマンドを構築する処理、各処理でカードから属性情報を取得・比較する処理、ＩＣカードとセキュアな環境でコマンドを送受信する為に必要なセキュアメッセージングを行う機能を持つＡＰ提供サーバ２と、ＡＰ提供サーバ２にコマンドを送受信する為のアプレットのダウンロードを要求してＩＣカード１と接続する機能を持つクライアント端末３と、カードアプリケーションの追加や個人化時のセキュアメッセージングを行うことができ、ＡＰ追加・削除等の管理を行う為の固有のＩＤを持つセキュリティドメインとカードでユニークとなるＩＤ番号の様な属性情報を持つＩＣカード１からなっている。
【００２１】
図２は本実施形態のＩＣカード１の概略構成を示す図である。図２に示す様に本実施形態のＩＣカード１は、ＡＰ追加・削除処理部１２１１１と、セキュアメッセージング処理部１２１１２と、属性情報要求処理部１２１１４と、ＳＤ−ＩＤ送信処理部１２１１５とを有している。
【００２２】
ＡＰ追加・削除処理部１２１１１は、ＡＰ提供サーバ２から送信されたコマンドを実行してＡＰ追加やＡＰ削除を行う処理部である。セキュアメッセージング処理部１２１１２は、ＩＣカード１とＡＰ提供サーバ２との間の通信メッセージをセキュアメッセージング用鍵１２１１３により暗号化し、ＡＰ提供サーバ２との間でセキュアな通信環境を提供するセキュアメッセージングを行う処理部である。
【００２３】
属性情報要求処理部１２１１４は、ＩＣカード１とＡＰ提供サーバ２との間でセキュアメッセージングが行われている際の、ＡＰ提供サーバ２からの属性情報要求に対し、ＩＣカード１に搭載された制御プログラム１２２から属性情報１２２１を取得し、その取得した属性情報１２２１を前記セキュアメッセージング中のレスポンスに含めてＡＰ提供サーバ２へ送信する処理部である。ＳＤ−ＩＤ送信処理部１２１１５は、セキュリティドメイン自身のＩＤを表すＳＤ−ＩＤ１２１１６をＡＰ提供サーバ２からの要求により送信する処理部である。
【００２４】
ＩＣカード１をＡＰ追加・削除処理部１２１１１、セキュアメッセージング処理部１２１１２、属性情報要求処理部１２１１４及びＳＤ−ＩＤ送信処理部１２１１５として機能させる為のプログラムは、ＲＯＭ等の記録媒体に記録されて実行されるものとする。なお前記プログラムを記録する記録媒体はＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００２５】
図２の様に本実施形態のＩＣカード１は、マイクロプロセッサの様な処理装置１１と、EEPROM(Electrically Erasable and Programmable ROM)、フラッシュメモリ等の記憶装置１２と、図１で説明したクライアント端末３との間で、データ、メッセージ等の転送を行う為のインタフェース部１３を持っている。
【００２６】
記憶装置１２には、各種の機能を実現する為のアプリケーションを格納する為のアプリケーションプログラム格納部１２１が設定され、所謂オペレーティングシステム（ＯＳ）に相当する制御プログラム１２２が格納されている。
【００２７】
処理装置１１は、制御プログラム１２２の管理下でアプリケーションプログラム格納部１２１に格納されたアプリケーション処理を実行し、これらアプリケーションにより達成される各種の機能を実現する。
【００２８】
制御プログラム１２２は、ＩＣカード１の種類を示すカード名や、発行されているカードでユニークとなるＩＤ番号等の識別情報と、ＩＣカード１に搭載されたカードＯＳを識別する為のＯＳ名やバージョン番号等の識別情報とを含む属性情報１２２１を持っている。
【００２９】
また、アプリケーションプログラム格納部１２１には、同時に複数のアプリケーションを格納することができるものとし、複数のセキュリティドメインを有している。
【００３０】
セキュリティドメイン１２１１は、アプリケーション搭載・削除・管理等の役割を担う。セキュリティドメイン１２１１は、カードアプリケーションであり、自らが責任を持ち、アプリケーション１２１１７及び１２１１８(AP-A01及びAP-A02)等を管理する。ここでアプリケーション１２１１７及び１２１１８は、カードアプリケーションであり、セキュリティドメイン１２１１の配下で実行されるアプリケーションである。
【００３１】
セキュリティドメイン１２１１は、自身が管理するカードアプリケーションの搭載または削除がＩＣカード１に対して行われる場合、セキュリティドメイン１２１１を通じてアプリケーションの搭載・削除を行い、そのときに使用する鍵データ等の管理を行う。
【００３２】
セキュリティドメイン１２１１は、ＡＰ提供サーバ２とセキュアな環境を作るセキュアメッセージング処理部１２１１２を持ち、ＡＰ提供サーバ２とセキュアメッセージングを行う為のセキュアメッセージング用鍵１２１１３を持つ。
【００３３】
その他にＡＰ追加時やＡＰ削除時に使用するＡＰ追加・削除処理部１２１１１、セキュリティドメイン自身のＩＤを表すＳＤ−ＩＤ１２１１６や、外部からの要求によりセキュリティドメインのＩＤを送信するＳＤ−ＩＤ送信処理部１２１１５、ＡＰ提供サーバ２からの属性情報要求機能に対して制御プログラム１２２の属性情報１２２１を取得・送信する属性情報要求処理部１２１１４を有している。
【００３４】
セキュリティドメイン１２１２は、セキュリティドメイン１２１１と同様のものであり、セキュリティドメイン１２１２の配下で実行されるそれぞれのアプリケーションを管理する。
【００３５】
図３は本実施形態のＡＰ提供サーバ２の概略構成を示す図である。図３に示す様に本実施形態のＡＰ提供サーバ２は、カードＡＰ選択処理部２２１１と、格納テーブル操作処理部２２１２と、属性情報比較処理部２２１３と、カードＡＰ追加コマンド構築処理部２２１４と、セキュアメッセージング処理部２２１５と、カードＡＰ削除コマンド構築処理部２２１６と、属性情報取得処理部２２１７と、カードＡＰ個人化コマンド構築処理部２２１８と、コマンド送信用アプレット生成・送信処理部２２１９と、ＳＤ−ＩＤ取得処理部２２２０とを有している。
【００３６】
カードＡＰ選択処理部２２１１は、ＩＣカード１内のセキュリティドメインやカードアプリケーションを選択し、その選択されたセキュリティドメインやカードアプリケーションとのセションを開始する処理部である。
【００３７】
格納テーブル操作処理部２２１２は、アプリケーションデータ格納部２２３に格納されている各種格納テーブルを操作する処理部である。属性情報比較処理部２２１３は、カードアプリケーションの追加時及び個人化時に取得した属性情報１２２１を比較することにより、アプリケーションプログラムの追加と個人化が同一カード上で行われているかどうかを判定する処理部である。
【００３８】
カードＡＰ追加コマンド構築処理部２２１４は、アプリケーションプログラムの追加を行う為のＡＰ追加コマンドを属性情報１２２１で示されるＯＳの種類に応じて構築し、クライアント端末３経由でＩＣカード１へ送信する処理部である。
【００３９】
セキュアメッセージング処理部２２１５は、ＩＣカード１のセキュリティドメインに対応するセキュアメッセージング用の鍵情報を用いて、ＩＣカード１とセキュアメッセージングを行う処理部である。カードＡＰ削除コマンド構築処理部２２１６は、ＩＣカード１に追加されているカードアプリケーションの削除を行う為のカードＡＰ削除コマンドを属性情報１２２１で示されるＯＳの種類に応じて構築し、クライアント端末３経由でＩＣカード１へ送信する処理部である。
【００４０】
属性情報取得処理部２２１７は、アプリケーションプログラムの追加または個人化を行う際に、その追加または個人化の行われるＩＣカード１の属性情報１２２１として、ＩＣカード１を識別する為のカード名やカードＩＤ等の識別情報とＩＣカード１に搭載されたカードＯＳを識別する為のＯＳ名やバージョン番号等の識別情報とを含む情報をクライアント端末３経由でＩＣカード１から取得する処理部である。
【００４１】
カードＡＰ個人化コマンド構築処理部２２１８は、アプリケーションプログラムの追加と個人化が同一ＩＣカード１で行われていると判定された場合に、アプリケーションプログラムの個人化を行う為のＡＰ個人化コマンドを属性情報１２２１で示されるＯＳの種類に応じて構築し、クライアント端末３経由でＩＣカード１へ送信する処理部である。
【００４２】
コマンド送信用アプレット生成・送信処理部２２１９は、クライアント端末３からのアクセスが行われた場合に、ＩＣカード１とＡＰ提供サーバ２との間の通信をクライアント端末３経由で行う為のプログラムであるアプレットをＡＰ提供サーバ２からクライアント端末３へ送信する処理部である。ＳＤ−ＩＤ取得処理部２２２０は、セキュアメッセージングの行われるセキュリティドメインのＩＤを取得する処理部である。
【００４３】
ＡＰ提供サーバ２をカードＡＰ選択処理部２２１１、格納テーブル操作処理部２２１２、属性情報比較処理部２２１３、カードＡＰ追加コマンド構築処理部２２１４、セキュアメッセージング処理部２２１５、カードＡＰ削除コマンド構築処理部２２１６、属性情報取得処理部２２１７、カードＡＰ個人化コマンド構築処理部２２１８、コマンド送信用アプレット生成・送信処理部２２１９及びＳＤ−ＩＤ取得処理部２２２０として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００４４】
図３の様に本実施形態のＡＰ提供サーバ２は、処理装置２１、記憶装置２２、及びインターネット等の回線との間の外部インタフェース部２３を有しており、記憶装置２２には本実施形態の処理を実現する為のアプリケーションを格納する為のアプリケーションプログラム格納部２２１と、それらのアプリケーションが使用するデータを格納する為のアプリケーションデータ格納部２２３とが設定され、所謂ＯＳとして機能する制御プログラム２２４が格納されている。
【００４５】
またアプリケーションデータ格納部２２３は、ＩＣカード１に追加するカードアプリケーション自体を管理するカードＡＰ情報格納テーブル２２３１、カード番号や氏名等のカードアプリケーションを個人化するときに必要となる個人化情報を管理するＡＰ個人化情報格納テーブル２２３３、ＩＣカード１内のセキュリティドメインとセキュアメッセージングを行うときに使用する鍵情報等を格納するセキュリティドメイン属性情報格納テーブル２２３２を持っている。
【００４６】
図４は本実施形態のＩＣカード１とＡＰ提供サーバ２との間で同一カードへのＡＰ追加とＡＰ個人化を行ったことを確認する処理の処理フローを示す図である。本実施形態において、ＩＣカード１と接続したクライアント端末３は、ステップ４０１で利用者からの要求に対してＡＰ提供サーバ２にアプレットを要求する。
【００４７】
ステップ４０２でＡＰ提供サーバ２は、クライアント端末３からアプレット要求に対してコマンド送信用アプレット生成・送信処理部２２１９により、ＩＣカード１とＡＰ提供サーバ２との間の通信をクライアント端末３経由で行う為のプログラムであるアプレットを生成し、その生成したアプレットをクライアント端末３に送信する。
【００４８】
ここで前記アプレットは、ＡＰ提供サーバ２からクライアント端末３へ送信された通信データを受信し、この受信した通信データが、カードＡＰ選択コマンドのようなＩＣカード向けコマンド等、ＡＰ提供サーバ２でのアプレット作成時に予め、クライアント端末３で変更など加工処理しないよう定められた所定の情報であった場合には、クライアント端末３でこの情報を加工処理せずに、ＩＣカード１へ送信する。また、ＩＣカード１からクライアント端末３が通信データを受信し、この受信した通信データが、アプレット作成時に予め、クライアント端末３で変更など加工処理しないよう定められた所定の情報であった場合には、クライアント端末３でこの受信した情報を加工処理せずに、ＡＰ提供サーバ２へ送信し、それ以外の通信データについては、クライアント端末３とＡＰ提供サーバ２との間の通信データとして処理を行うプログラムであるものとする。
【００４９】
ステップ４０３でクライアント端末３は、ＡＰ提供サーバ２から送信されたアプレットを受信して実行する。その後、利用者からクライアント端末３に対してカードＡＰの追加要求が指示されると、アプレットは、そのカードＡＰの追加要求の入力元を調べ、この入力がクライアント端末３自身の入力装置によって行われていることからＡＰ提供サーバ２への通信データであると判定し、このカードＡＰ追加要求をＡＰ提供サーバ２に送信する。
【００５０】
ステップ４０４でＡＰ提供サーバ２は、カードＡＰ追加要求をクライアント端末３から受信すると、カードＡＰ選択処理部２２１１により、その要求されたカードＡＰを管理するセキュリティドメイン、例えばセキュリティドメイン１２１１を選択するカードＡＰ選択コマンドをクライアント端末３へ送信する。
【００５１】
クライアント端末３のアプレットは、ＡＰ提供サーバ２から通信データを受信すると、その通信データの内容を調べ、その内容が前記予め定められたカードＡＰ選択コマンドである場合には、そのカードＡＰ選択コマンドをクライアント端末３で処理せずにＩＣカード１に送信する。
【００５２】
ステップ４０５でＩＣカード１は、前記送信されたカードＡＰ選択コマンドを実行してセキュリティドメイン１２１１を選択した後、選択されたセキュリティドメイン１２１１は、カードＡＰ選択コマンドで指定されたセキュリティドメインが選択されたことを示すレスポンスをクライアント端末３へ応答する。クライアント端末３のアプレットは、ＩＣカード１から応答を受け取ると、その応答内容をそのままＡＰ提供サーバ２へ送信し、ＡＰ提供サーバ２は、クライアント端末３のアプレットを介してＩＣカード１からのレスポンスを受け取る。以下、クライアント端末３のアプレットを介したＩＣカード１とＡＰ提供サーバ２との間の通信は前記と同様にして行われるものとする。
【００５３】
次にステップ４０６でＡＰ提供サーバ２は、アクセスしているセキュリティドメイン１２１１とセキュアメッセージングを行う為に必要となるセキュリティドメインのＩＤを取得する為にＳＤ−ＩＤ取得処理部２２２０によりＳＤ−ＩＤ取得コマンドをクライアント端末３経由でＩＣカード１へ送信する。
【００５４】
ステップ４０７でＩＣカード１のセキュリティドメイン１２１１は、ＡＰ提供サーバ２からのＳＤ−ＩＤ取得コマンドにより、ＳＤ−ＩＤ送信処理部１２１１５を介してレスポンス(ＳＤ−ＩＤ)をクライアント端末３経由でＡＰ提供サーバ２側へ応答する。
【００５５】
ステップ４０８でＡＰ提供サーバ２は、セキュリティドメイン１２１１のＳＤ−ＩＤ１２１１６を受け取り、格納テーブル操作処理部２２１２を用いて、ＳＤ−ＩＤ１２１１６をキーとしてセキュリティドメイン属性情報格納テーブル２２３２から、セキュアメッセージングを行う為のセキュアメッセージング用鍵情報を取得し、セキュアメッセージング処理部２２１５により、セキュリティドメイン１２１１と相互認証する為にセキュアメッセージングコマンドを送信する。
【００５６】
ステップ４０９でＩＣカード１のセキュリティドメイン１２１１は、セキュアメッセージング処理部１２１１２により、ＡＰ提供サーバ２からのセキュアメッセージングコマンドを実行し、セキュアメッセージングにより相互認証ができたことをレスポンスとして返す。
【００５７】
セキュアメッセージング確立後、ステップ４１０でＡＰ提供サーバ２は、アクセスしているＩＣカード１のＩＤ番号の様な属性情報１２２１を取得する為に属性情報取得処理部２２１７により、クライアント端末３のアプレットを介してＩＣカード１の属性情報取得コマンドを送信する。
【００５８】
ステップ４１１でＩＣカード１のセキュリティドメイン１２１１は、ＡＰ提供サーバ２からの属性情報取得コマンドにより、属性情報要求処理部１２１１４を介してカードＯＳに対して属性情報要求を行い、ステップ４１２で制御プログラム１２２(カードＯＳ)は、属性情報１２２１をレスポンスとしてセキュリティドメイン１２１１に応答する。
【００５９】
ステップ４１３でＩＣカード１のセキュリティドメイン１２１１は、制御プログラム１２２から取得した属性情報１２２１をクライアント端末３のアプレットを介してＡＰ提供サーバ２側へ応答する。ＡＰ提供サーバ２は、セキュリティドメイン１２１１からの属性情報１２２１を受け取り、ＡＰ個人化時に再度要求する属性情報１２２１との比較に用いる為、その受け取った属性情報１２２１を、一旦、記憶装置２２内に格納しておく。
【００６０】
ステップ４１４でＡＰ提供サーバ２は、格納テーブル操作処理部２２１２を介してカードＡＰ情報格納テーブル２２３１にアクセスし、追加要求の行われたカードＡＰの内、前記受け取った属性情報１２２１で示されるバージョンのカードＯＳ制御下で動作するカードＡＰを読み出した後、カードＡＰ追加コマンド構築処理部２２１４により属性情報１２２１で示されるバージョンのカードＯＳの制御下で実行可能なカードＡＰ追加コマンドを構築し、クライアント端末３のアプレット経由でＩＣカード１へ送信する。
【００６１】
ステップ４１５でＩＣカード１のセキュリティドメイン１２１１は、ＡＰ提供サーバ２から受信したカードＡＰ追加コマンドをＡＰ追加・削除処理部１２１１１により実行してカード内にカードＡＰを追加した後、ＡＰ追加完了のレスポンスをクライアント端末３経由でＡＰ提供サーバ２側へ応答する。
【００６２】
ステップ４１６でＡＰ提供サーバ２は、ＡＰ追加が完了したことを示すレスポンスを受け、追加したカードアプリケーションである追加ＡＰに対してＡＰ個人化を行う為に、カードＡＰ選択処理部２２１１により、ＩＣカード１内の追加ＡＰを選択するカードＡＰ選択コマンドをクライアント端末３経由で送信する。
【００６３】
ステップ４１７でＩＣカード１は、前記送信されたカードＡＰ選択コマンドを実行して追加ＡＰを選択した後、選択された追加ＡＰは、カードＡＰ選択コマンドで指定されたカードアプリケーションが選択されたことを示すレスポンスを応答し、ＡＰ提供サーバ２は、クライアント端末３のアプレットを介してレスポンスを受け取る。
【００６４】
次にステップ４１８でＡＰ提供サーバ２は、セキュアメッセージング処理部２２１５により、追加ＡＰと相互認証する為にセキュアメッセージングコマンドを送信する。この際、ＡＰ提供サーバ２は、ＡＰ追加時にセキュリティドメイン属性情報格納テーブル２２３２から取得したセキュアメッセージング用鍵情報を用いるものとする。
【００６５】
ステップ４１９でＩＣカード１の追加ＡＰは、ＡＰ提供サーバ２からのセキュアメッセージングコマンドに対して、自身を管理しているセキュリティドメイン１２１１に対してセキュアメッセージング要求を行う。
【００６６】
ステップ４２０でＩＣカード１のセキュリティドメイン１２１１は、セキュアメッセージング要求に対してセキュアメッセージング処理部１２１１２により、ＡＰ提供サーバ２からのセキュアメッセージングコマンドを実行し、相互認証が確立できたことをレスポンスとして返し、追加ＡＰは、ステップ４２１でＡＰ提供サーバ２に相互認証が確立できたことを示すレスポンスを応答する。
【００６７】
このＡＰ個人化時のセキュアメッセージングで、ＡＰ提供サーバ２及びセキュリティドメイン１２１１は、その追加ＡＰの追加におけるセキュアメッセージングで用いられたセキュアメッセージング用の鍵を用いてセキュアメッセージングを行い、アプリケーションの追加において確立したセキュアメッセージングをアプリケーションの個人化時でも利用する。以下、詳細に説明する。
【００６８】
セキュアメッセージング確立後、ステップ４２２でＡＰ提供サーバ２は、追加ＡＰに対してＩＤ番号の様な属性情報１２２１を取得する為に属性情報取得処理部２２１７により、クライアント端末３のアプレットを介して属性情報取得コマンドをＩＣカード１へ送信する。
【００６９】
ステップ４２３でＩＣカード１の追加ＡＰは、属性情報取得コマンドを受け取り、制御プログラム１２２に対して属性情報要求を行う。ステップ４２４でＩＣカード１の制御プログラム１２２は、属性情報１２２１をレスポンスとして追加ＡＰに応答し、ステップ４２５で追加ＡＰは、制御プログラム１２２から取得した属性情報１２２１をＡＰ提供サーバ２側へレスポンスとして応答する。
【００７０】
ＡＰ提供サーバ２の属性情報比較処理部２２１３は、ＡＰ追加時に取得したＩＣカード１の属性情報１２２１中のカード名やカードＩＤ等の識別情報及びＯＳ名やバージョン番号等の識別情報と、ＡＰ個人化時に取得したＩＣカード１の属性情報１２２１中のカード名やカードＩＤ等の識別情報及びＯＳ名やバージョン番号等の識別情報とを比較する。
【００７１】
ステップ４２６で比較結果を調べ、ＡＰ追加時及びＡＰ個人化時のそれぞれの属性情報１２２１の内容が同じである場合には、ＡＰ追加時のカードとＡＰ個人化時のカードが同一カードであることが確認できるので、ステップ４２７でＡＰ提供サーバ２は、格納テーブル操作処理部２２１２を介してＡＰ個人化情報格納テーブル２２３３にアクセスし、属性情報１２２１で示されるバージョンのカードＯＳの制御下で用いられるフォーマット及び文字コードで記載された個人化情報を読み出した後、属性情報１２２１で示されるバージョンのカードＯＳの制御下で実行可能なカードＡＰ個人化コマンドをカードＡＰ個人化コマンド構築処理部２２１８により構築し、クライアント端末３のアプレット経由でＩＣカード１へ送信する。
【００７２】
ＩＣカード１の追加ＡＰは、カードＡＰ個人化コマンドを受け取り、自身をそのカードＡＰ個人化コマンドで個人化し、ステップ４２８では、個人化が終了したことを示すレスポンスをＡＰ提供サーバ２に返す。
【００７３】
ステップ４０１〜ステップ４２８で、クライアント端末３がＡＰ提供サーバ２に送信するレスポンスなどの情報において、サーバ−クライアント間のセションを一意に識別する情報であるセション識別情報を含ませることができる。このとき、ＡＰ提供サーバ２は、ステップ４０２などでクライアント端末３にセション識別情報を送信し、この送信したセション識別情報とステップ４１３でクライアント端末３から受信した属性情報を対応付けて格納しておく。ステップ４２５で、クライアント端末３はステップ４０２などでＡＰ提供サーバ２から受信したセション識別情報と属性情報をレスポンスとしてＡＰ提供サーバ２に送信する。ＡＰ提供サーバ２は、クライアント端末３から受信した属性情報とセション識別情報の組が、予め格納されている属性情報とセション識別情報の組に対応する場合に、ＡＰ追加したカードとＡＰ個人化要求をしているカードが同一であると判定することができる。これにより、複数のクライアント端末が存在する環境で、ＡＰ提供サーバ２がクライアント端末をセション識別情報によってより効果的に識別して、適切なクライアント端末に対応する情報を送信することができる。
【００７４】
図５は本実施形態のＡＰ追加とＡＰ個人化が異なるカードで行われた場合の処理フローを示す図である。図５ではＡＰ追加時とＡＰ個人化時の属性情報１２２１の内容が異なるとき（異常系）の処理を表している。
【００７５】
ステップ４２６のＡＰ提供サーバ２側での処理で、ＡＰ追加時とＡＰ個人化時の属性情報１２２１の内容が異なっていた場合、ステップ５０１でＡＰ提供サーバ２は、カードＡＰ選択処理部２２１１により、セキュリティドメイン１２１１を選択するカードＡＰ選択コマンドをクライアント端末３経由でＩＣカード１へ送信する。
【００７６】
ステップ５０２でＩＣカード１は、カードＡＰ選択コマンドを受け取って実行し、選択されたセキュリティドメイン１２１１は、カードＡＰ選択コマンドで指定されたセキュリティドメインが選択されたことを返すレスポンスをクライアント端末３経由でＡＰ提供サーバ２へ応答する。
【００７７】
次にステップ５０３でＡＰ提供サーバ２は、セキュリティドメイン１２１１と相互認証を行う為にセキュアメッセージング処理部２２１５によりセキュアメッセージングコマンドをクライアント端末３経由でＩＣカード１へ送信する。
【００７８】
ステップ５０４でＩＣカード１のセキュリティドメイン１２１１は、セキュアメッセージング処理部１２１１２により、ＡＰ提供サーバ２からのセキュアメッセージングコマンドを実行し、相互認証できたことを示すレスポンスをクライアント端末３経由でＡＰ提供サーバ２へ返す。
【００７９】
ステップ５０５でＡＰ提供サーバ２は、ステップ４２２で取得した属性情報１２２１で示されるバージョンのカードＯＳの制御下で実行可能なカードＡＰ削除コマンドをカードＡＰ削除コマンド構築処理部２２１６により構築し、クライアント端末３のアプレット経由でＩＣカード１のセキュリティドメイン１２１１へ送信する。
【００８０】
ステップ５０６でＩＣカード１のセキュリティドメイン１２１１は、ＡＰ追加・削除処理部１２１１１によりカードＡＰ削除コマンドを実行してカードＡＰを削除し、削除が完了したことを示すレスポンスをクライアント端末３経由でＡＰ提供サーバ２側に応答する。
【００８１】
カードが途中で抜かれるなど、ＡＰ追加とＡＰ個人化が同一のカードに対して行われていないと判断される場合に上記のようにＡＰを削除することにより、ＡＰ個人化の情報の漏洩を防ぐことができ、またＡＰ追加・個人化が中途までとなっているＡＰが実際使用されるときの端末に与える誤動作などを未然に防げるという効果がある。
【００８２】
図６は本実施形態のＡＰ提供サーバ２のセキュリティドメイン属性情報格納テーブル２２３２の一例を示す図である。図６に示す様に本実施形態のセキュリティドメイン属性情報格納テーブル２２３２は、セキュリティドメインのＩＤ毎にセキュアメッセージングで使用する鍵の情報をテーブルとして管理している。
【００８３】
ＳＤ−ＩＤ取得処理部２２２０により取得したＳＤ−ＩＤ１２１１６を使用して、ＳＤ−ＩＤ１２１１６に紐付けされたセキュアメッセージング用の鍵情報を取得する。
【００８４】
ＡＰ提供サーバ２を管理している事業体が新しいセキュリティドメインを使用したカードを発行する場合、本テーブルにセキュリティドメインのＩＤと鍵情報を登録する必要がある。
【００８５】
図７は本実施形態のＡＰ提供サーバ２のＡＰ個人化情報格納テーブル２２３３の一例を示す図である。図７に示す様に本実施形態のＡＰ個人化情報格納テーブル２２３３は、カード内に持つ属性情報１２２１中のカードＩＤ毎に追加ＡＰに必要な個人情報を管理しており、属性情報１２２１中のＯＳ名やバージョン番号に対応して異なるフォーマットや文字コードの情報を格納しているものとする。
【００８６】
属性情報取得処理部２２１７によって取得した属性情報１２２１中のカードＩＤやＯＳの情報に対応する個人化データを取得し、その取得した個人化データをカードＡＰ個人化コマンド構築処理部２２１８で使用する。例えば、追加するＡＰが必要な個人化情報が氏名、年齢、暗証番号の場合、それらを属性情報１２２１中のカードＩＤをキーに管理する。本情報はカードを発行するときに必要となる情報でもあり、ＷＥＢを介して新たにカードを発行する際にこの情報を用いるものとしても良い。
【００８７】
本テーブルは、カードホルダがカード発行者に対してカード発行を依頼した場合に、カードホルダがカード発行者に対して行うカード発行手続などに記述された個人データと、カード発行者自身がカード発行依頼のあったカードホルダに対して発行したカードのＯＳバージョンやカードＩＤなどの情報とを、カード発行において本テーブルに格納することで作成される。
【００８８】
以上説明した様に本実施形態のＡＰ追加・ＡＰ個人化システムによれば、ＡＰ追加時の属性情報とＡＰ個人化時の属性情報とを比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定するので、クライアント端末側でＡＰ追加やＡＰ個人化の実行ロジックを持たない場合であっても、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかをＡＰ提供サーバで判定し、ＡＰ提供サーバから記録媒体に対してＡＰ追加及びＡＰ個人化を実行することが可能である。この判定処理において、カードアプリケーション(セキュリティドメインや追加されたＡＰ)がセキュアメッセージング中にカードＯＳに対してカードＩＤのようなカードでユニークな属性情報を取得するインタフェースを設け、取得した属性情報を用いてＡＰ追加時とＡＰ個人化時の同一性を確認することができる。
【００８９】
【発明の効果】
本発明によればＡＰ追加時の属性情報とＡＰ個人化時の属性情報とを比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定するので、クライアント端末側でＡＰ追加やＡＰ個人化の実行ロジックを持たない場合であっても、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかをＡＰ提供サーバで判定し、ＡＰ提供サーバから記録媒体に対してＡＰ追加及びＡＰ個人化を実行することが可能である。
【図面の簡単な説明】
【図１】本実施形態のＡＰ追加・ＡＰ個人化システムの概略構成を示す図である。
【図２】本実施形態のＩＣカード１の概略構成を示す図である。
【図３】本実施形態のＡＰ提供サーバ２の概略構成を示す図である。
【図４】本実施形態のＩＣカード１とＡＰ提供サーバ２との間で同一カードへのＡＰ追加とＡＰ個人化を行ったことを確認する処理の処理フローを示す図である。
【図５】本実施形態のＡＰ追加とＡＰ個人化が異なるカードで行われた場合の処理フローを示す図である。
【図６】本実施形態のＡＰ提供サーバ２のセキュリティドメイン属性情報格納テーブル２２３２の一例を示す図である。
【図７】本実施形態のＡＰ提供サーバ２のＡＰ個人化情報格納テーブル２２３３の一例を示す図である。
【符号の説明】
１…ＩＣカード、２…ＡＰ提供サーバ、３…クライアント端末、１１…処理装置、１２…記憶装置、１２１…アプリケーションプログラム格納部、１２１１…セキュリティドメイン、１２１１３…セキュアメッセージング用鍵、１２１１６…ＳＤ−ＩＤ、１２１１７及び１２１１８…アプリケーション、１２１２…セキュリティドメイン、１２２…制御プログラム、１２２１…属性情報、１３…インタフェース部、１２１１１…ＡＰ追加・削除処理部、１２１１２…セキュアメッセージング処理部、１２１１４…属性情報要求処理部、１２１１５…ＳＤ−ＩＤ送信処理部、２１…処理装置、２２…記憶装置、２２１…アプリケーションプログラム格納部、２２３…アプリケーションデータ格納部、２２３１…カードＡＰ情報格納テーブル、２２３２…セキュリティドメイン属性情報格納テーブル、２２３３…ＡＰ個人化情報格納テーブル、２２４…制御プログラム、２３…外部インタフェース部、２２１１…カードＡＰ選択処理部、２２１２…格納テーブル操作処理部、２２１３…属性情報比較処理部、２２１４…カードＡＰ追加コマンド構築処理部、２２１５…セキュアメッセージング処理部、２２１６…カードＡＰ削除コマンド構築処理部、２２１７…属性情報取得処理部、２２１８…カードＡＰ個人化コマンド構築処理部、２２１９…コマンド送信用アプレット生成・送信処理部、２２２０…ＳＤ−ＩＤ取得処理部。
【発明の属する技術分野】
本発明は記録媒体に対してアプリケーションプログラム（ＡＰ）の追加及びその追加されたＡＰの個人化を行うＡＰ追加・ＡＰ個人化システムに関し、特に処理装置と記憶装置を有するＩＣカードをＷＥＢ等のネットワークを介して利用する場合、クライアント端末にＡＰ追加・ＡＰ個人化の実行ロジックを持たせず、ＩＣカードとサーバ間でＡＰ追加とＡＰ個人化等の処理を実行し、その実行処理が同一カードに対して行われていることを確認するＡＰ追加・ＡＰ個人化システムに適用して有効な技術に関するものである。
【０００２】
【従来の技術】
ＩＣカードは、大量の情報が記録可能であり、かつ高度なセキュリティを有するため、磁気カードに代わる新しい情報記録媒体として近年普及しつつある。また、最近ではＩＣカードに複数のアプリケーションを搭載できるマルチアプリケーション機能や、カード発行後にアプリケーションを搭載可能なダイナミックローディング機能を備えたＩＣカード及びカードＯＳが主流となってきており、ＩＣカードに対してＡＰ追加やＡＰ個人化が行われる様になっている。
【０００３】
従来、ＩＣカードを使用したシステムの場合、クライアント側にＡＰ追加やＡＰ個人化等の実行ロジックを予めインストールし、クライアント端末−サーバ間でデータのやり取りを行い、クライアントがそのデータからＡＰ追加やＡＰ個人化等のコマンドを生成、カードに対してコマンドを発行する処理を行っている。
【０００４】
ここでＡＰ追加とは、カード発行後にカードアプリケーションを追加できる仕組みを持つＩＣカードに対して、新たなカードアプリケーションをＷＥＢ等のネットワークを介して追加することを言う。またＡＰ個人化とは、ＡＰ追加によりカードに追加されたカードアプリケーションに対して、個人の一般的な名前、住所、ＰＩＮ等の情報を追加することで、ＡＰ追加後のカードアプリケーションをパーソナライズすることを言う。
【０００５】
カード内にカードアプリケーションを追加する様なセキュリティを考慮した処理を行う場合、セキュリティ情報等を持ち、カードアプリケーション追加・削除等を専用に行うアプリケーション若しくはデータを用いる場合がある。このセキュリティ情報を持つアプリケーションを“セキュリティドメイン”と言い、アプリケーション追加・削除・管理等の役割を担わせている。
【０００６】
セキュリティドメインはカードアプリケーションであり、自らが責任を持つアプリケーションを管理する。アプリケーションがカードに追加・削除される場合、その処理はこのセキュリティドメインを通じて行われる。
【０００７】
またセキュリティドメインは鍵データ等のセキュリティ情報を管理する。アプリケーションの追加の場合、セキュアメッセージングと呼ばれる共通鍵方式または公開鍵方式を用いた相互認証方式を使用して、セキュリティドメインとクライアント間で相互認証を実施する。追加したカードアプリケーションに対してＡＰ個人化を行う場合も追加したＡＰを管理しているセキュリティドメインのセキュアメッセージング用鍵、セキュアメッセージング処理を使用して追加したカードアプリケーションとクライアント間でセキュアメッセージングを実施する。
【０００８】
クライアント側で処理を実行させるセキュリティシステムとしては、クライアントがＲ／Ｗ（カードリーダ・ライタ）に装着されたＩＣカードに記憶されている利用者情報を読み出してサーバに送信し、サーバが機密プログラムであるＩＣカード書込みプログラムをクライアントに送信すると、クライアントは受信したカードプログラムを実行し、実行完了後、そのプログラムを削除すると共に、削除完了電文をサーバに送信するものがある（例えば特許文献１参照）。
【０００９】
【特許文献１】
特開平１０−２８３３２０号公報（第６−７頁、第７、８図）
【００１０】
【発明が解決しようとする課題】
従来のＩＣカードを使用したシステムの場合、前記の様にクライアント側にＡＰ追加やＡＰ個人化等の実行ロジックを予めインストールしているが、クライアント端末にインストールされる実行ロジックはＩＣカードの種類や搭載されているカードＯＳの機能によって異なっており、また機能追加により実行ロジックのサイズも大きくなってきていることから、クライアント端末に予め実行ロジックをインストールさせることはユーザの手間となっていてＷＥＢ等のネットワークを介してＩＣカードシステムを展開するときの足かせとなっているという問題がある。
【００１１】
またクライアント端末にＡＰ追加やＡＰ個人化等の実行ロジックを置かない状態でカードアプリケーションの追加や個人化を行う場合、ＩＣカードとサーバ間でセキュアメッセージングによる相互認証が必要となる。セキュアメッセージングに関しては共通鍵方式や公開鍵方式を用いてＩＣカードと端末間で共通のＩＤ等を持ち、相互認証を行う方法は確立されているが、ＡＰ追加やＡＰ個人化等の実行ロジックを持たないクライアント端末を介して、ＩＣカードとサーバ間でどの様にしてセキュアメッセージングを行うかについては確立されていないという問題がある。
【００１２】
またＩＣカードに対してカードアプリケーションの追加や個人化を行う場合、カードアプリケーションを追加したカードと個人化を行うカードが同一のカードであるかの確認を行う必要があるが、クライアント端末にＡＰ追加やＡＰ個人化等の実行ロジックを置かない状態では、ＡＰ追加及びＡＰ個人化の各セションはサーバ側で管理される為、ＩＣカードと直接接続されていないサーバ側で前記確認を行う必要がある。
【００１３】
従来、クライアント側のＡＰ追加やＡＰ個人化等の実行ロジックによりカードアプリケーションを追加し、追加した後にアプリケーションの個人化を行う場合、クライアント端末は、カードアプリケーション追加時にはＩＣカードのセキュリティドメインとセションを確立し、カードアプリケーション追加後の個人化時には追加したアプリケーションに対してセションを確立する。この様にクライアント端末でＡＰ追加及びＡＰ個人化の処理を介する場合、カードアプリケーションを追加したカードと個人化を行うカードが同一のカードかの確認は、ＡＰ追加とＡＰ個人化の処理の各セション間でカードが抜かれていないかをクライアント端末で監視・確認することで容易に行うことができる。
【００１４】
一方、クライアント端末でＡＰ追加及びＡＰ個人化の処理を介さない場合、ＩＣカードとサーバ間でセションを確立するが、サーバ側はＩＣカードと直接に接続している端末では無い為、ＩＣカードとサーバ間でカードアプリケーションを追加したカードと個人化コマンドを送るカードが同一カードであるかを前記クライアント端末での監視とは異なる方法で確認する必要が生じる。
【００１５】
ＡＰ追加時とＡＰ個人化時とでカードが異なる場合、例えば、ＡＰのＰＩＮ（Personal Identification Number：個人識別番号）を個人化処理でカードに入れるとき、ＡＰ追加したカードと異なるカードにPINが入ってしまうと、正当なＡＰ所持者と異なる第三者によるＡＰの使用を検知できないという不具合がある。ＡＰ追加とＡＰ個人化が同一カードに対して行われたとしても、ＡＰ追加と個人化でセキュアチャネルが切れると、個人化時に渡すカードの情報が漏れる危険性が高い。
【００１６】
本発明の目的は上記問題を解決し、クライアント端末側でＡＰ追加やＡＰ個人化の実行ロジックを持たない場合であっても、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかをＡＰ提供サーバで判定し、ＡＰ提供サーバから記録媒体に対してＡＰ追加及びＡＰ個人化を実行することが可能な技術を提供することにある。
【００１７】
【課題を解決するための手段】
本発明は、記録媒体へアプリケーションプログラムを追加するＡＰ追加と記録媒体に追加されたアプリケーションプログラムに個人情報を設定するＡＰ個人化を行うＡＰ追加・ＡＰ個人化システムにおいて、ＡＰ追加時の属性情報とＡＰ個人化時の属性情報とを比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定するものである。
【００１８】
本発明では、処理装置と記憶装置を有するＩＣカード等の記録媒体を、ＷＥＢ等のネットワークを介して利用する場合に、サーバと接続するクライアント端末にＡＰ追加・ＡＰ個人化の実行ロジックを持たせず、ＩＣカードとサーバとの間でＡＰ追加とＡＰ個人化等の処理を実行し、その実行処理が同一カードに対して行われていることを確認する処理を行う。
【００１９】
【発明の実施の形態】
以下にＩＣカード−ＡＰ提供サーバ間での同一カードへのＡＰ追加・ＡＰ個人化を確認する一実施形態のＡＰ追加・ＡＰ個人化システムについて説明する。
【００２０】
図１は本実施形態のＡＰ追加・ＡＰ個人化システムの概略構成を示す図である。図１に示す本実施形態のＡＰ追加・ＡＰ個人化システムは、クライアントに実行ロジックを持たない環境でのＩＣカード−サーバ間のＡＰ追加・ＡＰ個人化が同一カードに行われたかを確認する為に、クライアント端末３からのアクセスを受け、ＩＣカード１とＡＰ提供サーバ２間でコマンド送受信する為のアプレットをクライアント端末３にダウンロードさせる機能、カードアプリケーションの追加や削除、個人化等のコマンドを構築する処理、各処理でカードから属性情報を取得・比較する処理、ＩＣカードとセキュアな環境でコマンドを送受信する為に必要なセキュアメッセージングを行う機能を持つＡＰ提供サーバ２と、ＡＰ提供サーバ２にコマンドを送受信する為のアプレットのダウンロードを要求してＩＣカード１と接続する機能を持つクライアント端末３と、カードアプリケーションの追加や個人化時のセキュアメッセージングを行うことができ、ＡＰ追加・削除等の管理を行う為の固有のＩＤを持つセキュリティドメインとカードでユニークとなるＩＤ番号の様な属性情報を持つＩＣカード１からなっている。
【００２１】
図２は本実施形態のＩＣカード１の概略構成を示す図である。図２に示す様に本実施形態のＩＣカード１は、ＡＰ追加・削除処理部１２１１１と、セキュアメッセージング処理部１２１１２と、属性情報要求処理部１２１１４と、ＳＤ−ＩＤ送信処理部１２１１５とを有している。
【００２２】
ＡＰ追加・削除処理部１２１１１は、ＡＰ提供サーバ２から送信されたコマンドを実行してＡＰ追加やＡＰ削除を行う処理部である。セキュアメッセージング処理部１２１１２は、ＩＣカード１とＡＰ提供サーバ２との間の通信メッセージをセキュアメッセージング用鍵１２１１３により暗号化し、ＡＰ提供サーバ２との間でセキュアな通信環境を提供するセキュアメッセージングを行う処理部である。
【００２３】
属性情報要求処理部１２１１４は、ＩＣカード１とＡＰ提供サーバ２との間でセキュアメッセージングが行われている際の、ＡＰ提供サーバ２からの属性情報要求に対し、ＩＣカード１に搭載された制御プログラム１２２から属性情報１２２１を取得し、その取得した属性情報１２２１を前記セキュアメッセージング中のレスポンスに含めてＡＰ提供サーバ２へ送信する処理部である。ＳＤ−ＩＤ送信処理部１２１１５は、セキュリティドメイン自身のＩＤを表すＳＤ−ＩＤ１２１１６をＡＰ提供サーバ２からの要求により送信する処理部である。
【００２４】
ＩＣカード１をＡＰ追加・削除処理部１２１１１、セキュアメッセージング処理部１２１１２、属性情報要求処理部１２１１４及びＳＤ−ＩＤ送信処理部１２１１５として機能させる為のプログラムは、ＲＯＭ等の記録媒体に記録されて実行されるものとする。なお前記プログラムを記録する記録媒体はＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００２５】
図２の様に本実施形態のＩＣカード１は、マイクロプロセッサの様な処理装置１１と、EEPROM(Electrically Erasable and Programmable ROM)、フラッシュメモリ等の記憶装置１２と、図１で説明したクライアント端末３との間で、データ、メッセージ等の転送を行う為のインタフェース部１３を持っている。
【００２６】
記憶装置１２には、各種の機能を実現する為のアプリケーションを格納する為のアプリケーションプログラム格納部１２１が設定され、所謂オペレーティングシステム（ＯＳ）に相当する制御プログラム１２２が格納されている。
【００２７】
処理装置１１は、制御プログラム１２２の管理下でアプリケーションプログラム格納部１２１に格納されたアプリケーション処理を実行し、これらアプリケーションにより達成される各種の機能を実現する。
【００２８】
制御プログラム１２２は、ＩＣカード１の種類を示すカード名や、発行されているカードでユニークとなるＩＤ番号等の識別情報と、ＩＣカード１に搭載されたカードＯＳを識別する為のＯＳ名やバージョン番号等の識別情報とを含む属性情報１２２１を持っている。
【００２９】
また、アプリケーションプログラム格納部１２１には、同時に複数のアプリケーションを格納することができるものとし、複数のセキュリティドメインを有している。
【００３０】
セキュリティドメイン１２１１は、アプリケーション搭載・削除・管理等の役割を担う。セキュリティドメイン１２１１は、カードアプリケーションであり、自らが責任を持ち、アプリケーション１２１１７及び１２１１８(AP-A01及びAP-A02)等を管理する。ここでアプリケーション１２１１７及び１２１１８は、カードアプリケーションであり、セキュリティドメイン１２１１の配下で実行されるアプリケーションである。
【００３１】
セキュリティドメイン１２１１は、自身が管理するカードアプリケーションの搭載または削除がＩＣカード１に対して行われる場合、セキュリティドメイン１２１１を通じてアプリケーションの搭載・削除を行い、そのときに使用する鍵データ等の管理を行う。
【００３２】
セキュリティドメイン１２１１は、ＡＰ提供サーバ２とセキュアな環境を作るセキュアメッセージング処理部１２１１２を持ち、ＡＰ提供サーバ２とセキュアメッセージングを行う為のセキュアメッセージング用鍵１２１１３を持つ。
【００３３】
その他にＡＰ追加時やＡＰ削除時に使用するＡＰ追加・削除処理部１２１１１、セキュリティドメイン自身のＩＤを表すＳＤ−ＩＤ１２１１６や、外部からの要求によりセキュリティドメインのＩＤを送信するＳＤ−ＩＤ送信処理部１２１１５、ＡＰ提供サーバ２からの属性情報要求機能に対して制御プログラム１２２の属性情報１２２１を取得・送信する属性情報要求処理部１２１１４を有している。
【００３４】
セキュリティドメイン１２１２は、セキュリティドメイン１２１１と同様のものであり、セキュリティドメイン１２１２の配下で実行されるそれぞれのアプリケーションを管理する。
【００３５】
図３は本実施形態のＡＰ提供サーバ２の概略構成を示す図である。図３に示す様に本実施形態のＡＰ提供サーバ２は、カードＡＰ選択処理部２２１１と、格納テーブル操作処理部２２１２と、属性情報比較処理部２２１３と、カードＡＰ追加コマンド構築処理部２２１４と、セキュアメッセージング処理部２２１５と、カードＡＰ削除コマンド構築処理部２２１６と、属性情報取得処理部２２１７と、カードＡＰ個人化コマンド構築処理部２２１８と、コマンド送信用アプレット生成・送信処理部２２１９と、ＳＤ−ＩＤ取得処理部２２２０とを有している。
【００３６】
カードＡＰ選択処理部２２１１は、ＩＣカード１内のセキュリティドメインやカードアプリケーションを選択し、その選択されたセキュリティドメインやカードアプリケーションとのセションを開始する処理部である。
【００３７】
格納テーブル操作処理部２２１２は、アプリケーションデータ格納部２２３に格納されている各種格納テーブルを操作する処理部である。属性情報比較処理部２２１３は、カードアプリケーションの追加時及び個人化時に取得した属性情報１２２１を比較することにより、アプリケーションプログラムの追加と個人化が同一カード上で行われているかどうかを判定する処理部である。
【００３８】
カードＡＰ追加コマンド構築処理部２２１４は、アプリケーションプログラムの追加を行う為のＡＰ追加コマンドを属性情報１２２１で示されるＯＳの種類に応じて構築し、クライアント端末３経由でＩＣカード１へ送信する処理部である。
【００３９】
セキュアメッセージング処理部２２１５は、ＩＣカード１のセキュリティドメインに対応するセキュアメッセージング用の鍵情報を用いて、ＩＣカード１とセキュアメッセージングを行う処理部である。カードＡＰ削除コマンド構築処理部２２１６は、ＩＣカード１に追加されているカードアプリケーションの削除を行う為のカードＡＰ削除コマンドを属性情報１２２１で示されるＯＳの種類に応じて構築し、クライアント端末３経由でＩＣカード１へ送信する処理部である。
【００４０】
属性情報取得処理部２２１７は、アプリケーションプログラムの追加または個人化を行う際に、その追加または個人化の行われるＩＣカード１の属性情報１２２１として、ＩＣカード１を識別する為のカード名やカードＩＤ等の識別情報とＩＣカード１に搭載されたカードＯＳを識別する為のＯＳ名やバージョン番号等の識別情報とを含む情報をクライアント端末３経由でＩＣカード１から取得する処理部である。
【００４１】
カードＡＰ個人化コマンド構築処理部２２１８は、アプリケーションプログラムの追加と個人化が同一ＩＣカード１で行われていると判定された場合に、アプリケーションプログラムの個人化を行う為のＡＰ個人化コマンドを属性情報１２２１で示されるＯＳの種類に応じて構築し、クライアント端末３経由でＩＣカード１へ送信する処理部である。
【００４２】
コマンド送信用アプレット生成・送信処理部２２１９は、クライアント端末３からのアクセスが行われた場合に、ＩＣカード１とＡＰ提供サーバ２との間の通信をクライアント端末３経由で行う為のプログラムであるアプレットをＡＰ提供サーバ２からクライアント端末３へ送信する処理部である。ＳＤ−ＩＤ取得処理部２２２０は、セキュアメッセージングの行われるセキュリティドメインのＩＤを取得する処理部である。
【００４３】
ＡＰ提供サーバ２をカードＡＰ選択処理部２２１１、格納テーブル操作処理部２２１２、属性情報比較処理部２２１３、カードＡＰ追加コマンド構築処理部２２１４、セキュアメッセージング処理部２２１５、カードＡＰ削除コマンド構築処理部２２１６、属性情報取得処理部２２１７、カードＡＰ個人化コマンド構築処理部２２１８、コマンド送信用アプレット生成・送信処理部２２１９及びＳＤ−ＩＤ取得処理部２２２０として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００４４】
図３の様に本実施形態のＡＰ提供サーバ２は、処理装置２１、記憶装置２２、及びインターネット等の回線との間の外部インタフェース部２３を有しており、記憶装置２２には本実施形態の処理を実現する為のアプリケーションを格納する為のアプリケーションプログラム格納部２２１と、それらのアプリケーションが使用するデータを格納する為のアプリケーションデータ格納部２２３とが設定され、所謂ＯＳとして機能する制御プログラム２２４が格納されている。
【００４５】
またアプリケーションデータ格納部２２３は、ＩＣカード１に追加するカードアプリケーション自体を管理するカードＡＰ情報格納テーブル２２３１、カード番号や氏名等のカードアプリケーションを個人化するときに必要となる個人化情報を管理するＡＰ個人化情報格納テーブル２２３３、ＩＣカード１内のセキュリティドメインとセキュアメッセージングを行うときに使用する鍵情報等を格納するセキュリティドメイン属性情報格納テーブル２２３２を持っている。
【００４６】
図４は本実施形態のＩＣカード１とＡＰ提供サーバ２との間で同一カードへのＡＰ追加とＡＰ個人化を行ったことを確認する処理の処理フローを示す図である。本実施形態において、ＩＣカード１と接続したクライアント端末３は、ステップ４０１で利用者からの要求に対してＡＰ提供サーバ２にアプレットを要求する。
【００４７】
ステップ４０２でＡＰ提供サーバ２は、クライアント端末３からアプレット要求に対してコマンド送信用アプレット生成・送信処理部２２１９により、ＩＣカード１とＡＰ提供サーバ２との間の通信をクライアント端末３経由で行う為のプログラムであるアプレットを生成し、その生成したアプレットをクライアント端末３に送信する。
【００４８】
ここで前記アプレットは、ＡＰ提供サーバ２からクライアント端末３へ送信された通信データを受信し、この受信した通信データが、カードＡＰ選択コマンドのようなＩＣカード向けコマンド等、ＡＰ提供サーバ２でのアプレット作成時に予め、クライアント端末３で変更など加工処理しないよう定められた所定の情報であった場合には、クライアント端末３でこの情報を加工処理せずに、ＩＣカード１へ送信する。また、ＩＣカード１からクライアント端末３が通信データを受信し、この受信した通信データが、アプレット作成時に予め、クライアント端末３で変更など加工処理しないよう定められた所定の情報であった場合には、クライアント端末３でこの受信した情報を加工処理せずに、ＡＰ提供サーバ２へ送信し、それ以外の通信データについては、クライアント端末３とＡＰ提供サーバ２との間の通信データとして処理を行うプログラムであるものとする。
【００４９】
ステップ４０３でクライアント端末３は、ＡＰ提供サーバ２から送信されたアプレットを受信して実行する。その後、利用者からクライアント端末３に対してカードＡＰの追加要求が指示されると、アプレットは、そのカードＡＰの追加要求の入力元を調べ、この入力がクライアント端末３自身の入力装置によって行われていることからＡＰ提供サーバ２への通信データであると判定し、このカードＡＰ追加要求をＡＰ提供サーバ２に送信する。
【００５０】
ステップ４０４でＡＰ提供サーバ２は、カードＡＰ追加要求をクライアント端末３から受信すると、カードＡＰ選択処理部２２１１により、その要求されたカードＡＰを管理するセキュリティドメイン、例えばセキュリティドメイン１２１１を選択するカードＡＰ選択コマンドをクライアント端末３へ送信する。
【００５１】
クライアント端末３のアプレットは、ＡＰ提供サーバ２から通信データを受信すると、その通信データの内容を調べ、その内容が前記予め定められたカードＡＰ選択コマンドである場合には、そのカードＡＰ選択コマンドをクライアント端末３で処理せずにＩＣカード１に送信する。
【００５２】
ステップ４０５でＩＣカード１は、前記送信されたカードＡＰ選択コマンドを実行してセキュリティドメイン１２１１を選択した後、選択されたセキュリティドメイン１２１１は、カードＡＰ選択コマンドで指定されたセキュリティドメインが選択されたことを示すレスポンスをクライアント端末３へ応答する。クライアント端末３のアプレットは、ＩＣカード１から応答を受け取ると、その応答内容をそのままＡＰ提供サーバ２へ送信し、ＡＰ提供サーバ２は、クライアント端末３のアプレットを介してＩＣカード１からのレスポンスを受け取る。以下、クライアント端末３のアプレットを介したＩＣカード１とＡＰ提供サーバ２との間の通信は前記と同様にして行われるものとする。
【００５３】
次にステップ４０６でＡＰ提供サーバ２は、アクセスしているセキュリティドメイン１２１１とセキュアメッセージングを行う為に必要となるセキュリティドメインのＩＤを取得する為にＳＤ−ＩＤ取得処理部２２２０によりＳＤ−ＩＤ取得コマンドをクライアント端末３経由でＩＣカード１へ送信する。
【００５４】
ステップ４０７でＩＣカード１のセキュリティドメイン１２１１は、ＡＰ提供サーバ２からのＳＤ−ＩＤ取得コマンドにより、ＳＤ−ＩＤ送信処理部１２１１５を介してレスポンス(ＳＤ−ＩＤ)をクライアント端末３経由でＡＰ提供サーバ２側へ応答する。
【００５５】
ステップ４０８でＡＰ提供サーバ２は、セキュリティドメイン１２１１のＳＤ−ＩＤ１２１１６を受け取り、格納テーブル操作処理部２２１２を用いて、ＳＤ−ＩＤ１２１１６をキーとしてセキュリティドメイン属性情報格納テーブル２２３２から、セキュアメッセージングを行う為のセキュアメッセージング用鍵情報を取得し、セキュアメッセージング処理部２２１５により、セキュリティドメイン１２１１と相互認証する為にセキュアメッセージングコマンドを送信する。
【００５６】
ステップ４０９でＩＣカード１のセキュリティドメイン１２１１は、セキュアメッセージング処理部１２１１２により、ＡＰ提供サーバ２からのセキュアメッセージングコマンドを実行し、セキュアメッセージングにより相互認証ができたことをレスポンスとして返す。
【００５７】
セキュアメッセージング確立後、ステップ４１０でＡＰ提供サーバ２は、アクセスしているＩＣカード１のＩＤ番号の様な属性情報１２２１を取得する為に属性情報取得処理部２２１７により、クライアント端末３のアプレットを介してＩＣカード１の属性情報取得コマンドを送信する。
【００５８】
ステップ４１１でＩＣカード１のセキュリティドメイン１２１１は、ＡＰ提供サーバ２からの属性情報取得コマンドにより、属性情報要求処理部１２１１４を介してカードＯＳに対して属性情報要求を行い、ステップ４１２で制御プログラム１２２(カードＯＳ)は、属性情報１２２１をレスポンスとしてセキュリティドメイン１２１１に応答する。
【００５９】
ステップ４１３でＩＣカード１のセキュリティドメイン１２１１は、制御プログラム１２２から取得した属性情報１２２１をクライアント端末３のアプレットを介してＡＰ提供サーバ２側へ応答する。ＡＰ提供サーバ２は、セキュリティドメイン１２１１からの属性情報１２２１を受け取り、ＡＰ個人化時に再度要求する属性情報１２２１との比較に用いる為、その受け取った属性情報１２２１を、一旦、記憶装置２２内に格納しておく。
【００６０】
ステップ４１４でＡＰ提供サーバ２は、格納テーブル操作処理部２２１２を介してカードＡＰ情報格納テーブル２２３１にアクセスし、追加要求の行われたカードＡＰの内、前記受け取った属性情報１２２１で示されるバージョンのカードＯＳ制御下で動作するカードＡＰを読み出した後、カードＡＰ追加コマンド構築処理部２２１４により属性情報１２２１で示されるバージョンのカードＯＳの制御下で実行可能なカードＡＰ追加コマンドを構築し、クライアント端末３のアプレット経由でＩＣカード１へ送信する。
【００６１】
ステップ４１５でＩＣカード１のセキュリティドメイン１２１１は、ＡＰ提供サーバ２から受信したカードＡＰ追加コマンドをＡＰ追加・削除処理部１２１１１により実行してカード内にカードＡＰを追加した後、ＡＰ追加完了のレスポンスをクライアント端末３経由でＡＰ提供サーバ２側へ応答する。
【００６２】
ステップ４１６でＡＰ提供サーバ２は、ＡＰ追加が完了したことを示すレスポンスを受け、追加したカードアプリケーションである追加ＡＰに対してＡＰ個人化を行う為に、カードＡＰ選択処理部２２１１により、ＩＣカード１内の追加ＡＰを選択するカードＡＰ選択コマンドをクライアント端末３経由で送信する。
【００６３】
ステップ４１７でＩＣカード１は、前記送信されたカードＡＰ選択コマンドを実行して追加ＡＰを選択した後、選択された追加ＡＰは、カードＡＰ選択コマンドで指定されたカードアプリケーションが選択されたことを示すレスポンスを応答し、ＡＰ提供サーバ２は、クライアント端末３のアプレットを介してレスポンスを受け取る。
【００６４】
次にステップ４１８でＡＰ提供サーバ２は、セキュアメッセージング処理部２２１５により、追加ＡＰと相互認証する為にセキュアメッセージングコマンドを送信する。この際、ＡＰ提供サーバ２は、ＡＰ追加時にセキュリティドメイン属性情報格納テーブル２２３２から取得したセキュアメッセージング用鍵情報を用いるものとする。
【００６５】
ステップ４１９でＩＣカード１の追加ＡＰは、ＡＰ提供サーバ２からのセキュアメッセージングコマンドに対して、自身を管理しているセキュリティドメイン１２１１に対してセキュアメッセージング要求を行う。
【００６６】
ステップ４２０でＩＣカード１のセキュリティドメイン１２１１は、セキュアメッセージング要求に対してセキュアメッセージング処理部１２１１２により、ＡＰ提供サーバ２からのセキュアメッセージングコマンドを実行し、相互認証が確立できたことをレスポンスとして返し、追加ＡＰは、ステップ４２１でＡＰ提供サーバ２に相互認証が確立できたことを示すレスポンスを応答する。
【００６７】
このＡＰ個人化時のセキュアメッセージングで、ＡＰ提供サーバ２及びセキュリティドメイン１２１１は、その追加ＡＰの追加におけるセキュアメッセージングで用いられたセキュアメッセージング用の鍵を用いてセキュアメッセージングを行い、アプリケーションの追加において確立したセキュアメッセージングをアプリケーションの個人化時でも利用する。以下、詳細に説明する。
【００６８】
セキュアメッセージング確立後、ステップ４２２でＡＰ提供サーバ２は、追加ＡＰに対してＩＤ番号の様な属性情報１２２１を取得する為に属性情報取得処理部２２１７により、クライアント端末３のアプレットを介して属性情報取得コマンドをＩＣカード１へ送信する。
【００６９】
ステップ４２３でＩＣカード１の追加ＡＰは、属性情報取得コマンドを受け取り、制御プログラム１２２に対して属性情報要求を行う。ステップ４２４でＩＣカード１の制御プログラム１２２は、属性情報１２２１をレスポンスとして追加ＡＰに応答し、ステップ４２５で追加ＡＰは、制御プログラム１２２から取得した属性情報１２２１をＡＰ提供サーバ２側へレスポンスとして応答する。
【００７０】
ＡＰ提供サーバ２の属性情報比較処理部２２１３は、ＡＰ追加時に取得したＩＣカード１の属性情報１２２１中のカード名やカードＩＤ等の識別情報及びＯＳ名やバージョン番号等の識別情報と、ＡＰ個人化時に取得したＩＣカード１の属性情報１２２１中のカード名やカードＩＤ等の識別情報及びＯＳ名やバージョン番号等の識別情報とを比較する。
【００７１】
ステップ４２６で比較結果を調べ、ＡＰ追加時及びＡＰ個人化時のそれぞれの属性情報１２２１の内容が同じである場合には、ＡＰ追加時のカードとＡＰ個人化時のカードが同一カードであることが確認できるので、ステップ４２７でＡＰ提供サーバ２は、格納テーブル操作処理部２２１２を介してＡＰ個人化情報格納テーブル２２３３にアクセスし、属性情報１２２１で示されるバージョンのカードＯＳの制御下で用いられるフォーマット及び文字コードで記載された個人化情報を読み出した後、属性情報１２２１で示されるバージョンのカードＯＳの制御下で実行可能なカードＡＰ個人化コマンドをカードＡＰ個人化コマンド構築処理部２２１８により構築し、クライアント端末３のアプレット経由でＩＣカード１へ送信する。
【００７２】
ＩＣカード１の追加ＡＰは、カードＡＰ個人化コマンドを受け取り、自身をそのカードＡＰ個人化コマンドで個人化し、ステップ４２８では、個人化が終了したことを示すレスポンスをＡＰ提供サーバ２に返す。
【００７３】
ステップ４０１〜ステップ４２８で、クライアント端末３がＡＰ提供サーバ２に送信するレスポンスなどの情報において、サーバ−クライアント間のセションを一意に識別する情報であるセション識別情報を含ませることができる。このとき、ＡＰ提供サーバ２は、ステップ４０２などでクライアント端末３にセション識別情報を送信し、この送信したセション識別情報とステップ４１３でクライアント端末３から受信した属性情報を対応付けて格納しておく。ステップ４２５で、クライアント端末３はステップ４０２などでＡＰ提供サーバ２から受信したセション識別情報と属性情報をレスポンスとしてＡＰ提供サーバ２に送信する。ＡＰ提供サーバ２は、クライアント端末３から受信した属性情報とセション識別情報の組が、予め格納されている属性情報とセション識別情報の組に対応する場合に、ＡＰ追加したカードとＡＰ個人化要求をしているカードが同一であると判定することができる。これにより、複数のクライアント端末が存在する環境で、ＡＰ提供サーバ２がクライアント端末をセション識別情報によってより効果的に識別して、適切なクライアント端末に対応する情報を送信することができる。
【００７４】
図５は本実施形態のＡＰ追加とＡＰ個人化が異なるカードで行われた場合の処理フローを示す図である。図５ではＡＰ追加時とＡＰ個人化時の属性情報１２２１の内容が異なるとき（異常系）の処理を表している。
【００７５】
ステップ４２６のＡＰ提供サーバ２側での処理で、ＡＰ追加時とＡＰ個人化時の属性情報１２２１の内容が異なっていた場合、ステップ５０１でＡＰ提供サーバ２は、カードＡＰ選択処理部２２１１により、セキュリティドメイン１２１１を選択するカードＡＰ選択コマンドをクライアント端末３経由でＩＣカード１へ送信する。
【００７６】
ステップ５０２でＩＣカード１は、カードＡＰ選択コマンドを受け取って実行し、選択されたセキュリティドメイン１２１１は、カードＡＰ選択コマンドで指定されたセキュリティドメインが選択されたことを返すレスポンスをクライアント端末３経由でＡＰ提供サーバ２へ応答する。
【００７７】
次にステップ５０３でＡＰ提供サーバ２は、セキュリティドメイン１２１１と相互認証を行う為にセキュアメッセージング処理部２２１５によりセキュアメッセージングコマンドをクライアント端末３経由でＩＣカード１へ送信する。
【００７８】
ステップ５０４でＩＣカード１のセキュリティドメイン１２１１は、セキュアメッセージング処理部１２１１２により、ＡＰ提供サーバ２からのセキュアメッセージングコマンドを実行し、相互認証できたことを示すレスポンスをクライアント端末３経由でＡＰ提供サーバ２へ返す。
【００７９】
ステップ５０５でＡＰ提供サーバ２は、ステップ４２２で取得した属性情報１２２１で示されるバージョンのカードＯＳの制御下で実行可能なカードＡＰ削除コマンドをカードＡＰ削除コマンド構築処理部２２１６により構築し、クライアント端末３のアプレット経由でＩＣカード１のセキュリティドメイン１２１１へ送信する。
【００８０】
ステップ５０６でＩＣカード１のセキュリティドメイン１２１１は、ＡＰ追加・削除処理部１２１１１によりカードＡＰ削除コマンドを実行してカードＡＰを削除し、削除が完了したことを示すレスポンスをクライアント端末３経由でＡＰ提供サーバ２側に応答する。
【００８１】
カードが途中で抜かれるなど、ＡＰ追加とＡＰ個人化が同一のカードに対して行われていないと判断される場合に上記のようにＡＰを削除することにより、ＡＰ個人化の情報の漏洩を防ぐことができ、またＡＰ追加・個人化が中途までとなっているＡＰが実際使用されるときの端末に与える誤動作などを未然に防げるという効果がある。
【００８２】
図６は本実施形態のＡＰ提供サーバ２のセキュリティドメイン属性情報格納テーブル２２３２の一例を示す図である。図６に示す様に本実施形態のセキュリティドメイン属性情報格納テーブル２２３２は、セキュリティドメインのＩＤ毎にセキュアメッセージングで使用する鍵の情報をテーブルとして管理している。
【００８３】
ＳＤ−ＩＤ取得処理部２２２０により取得したＳＤ−ＩＤ１２１１６を使用して、ＳＤ−ＩＤ１２１１６に紐付けされたセキュアメッセージング用の鍵情報を取得する。
【００８４】
ＡＰ提供サーバ２を管理している事業体が新しいセキュリティドメインを使用したカードを発行する場合、本テーブルにセキュリティドメインのＩＤと鍵情報を登録する必要がある。
【００８５】
図７は本実施形態のＡＰ提供サーバ２のＡＰ個人化情報格納テーブル２２３３の一例を示す図である。図７に示す様に本実施形態のＡＰ個人化情報格納テーブル２２３３は、カード内に持つ属性情報１２２１中のカードＩＤ毎に追加ＡＰに必要な個人情報を管理しており、属性情報１２２１中のＯＳ名やバージョン番号に対応して異なるフォーマットや文字コードの情報を格納しているものとする。
【００８６】
属性情報取得処理部２２１７によって取得した属性情報１２２１中のカードＩＤやＯＳの情報に対応する個人化データを取得し、その取得した個人化データをカードＡＰ個人化コマンド構築処理部２２１８で使用する。例えば、追加するＡＰが必要な個人化情報が氏名、年齢、暗証番号の場合、それらを属性情報１２２１中のカードＩＤをキーに管理する。本情報はカードを発行するときに必要となる情報でもあり、ＷＥＢを介して新たにカードを発行する際にこの情報を用いるものとしても良い。
【００８７】
本テーブルは、カードホルダがカード発行者に対してカード発行を依頼した場合に、カードホルダがカード発行者に対して行うカード発行手続などに記述された個人データと、カード発行者自身がカード発行依頼のあったカードホルダに対して発行したカードのＯＳバージョンやカードＩＤなどの情報とを、カード発行において本テーブルに格納することで作成される。
【００８８】
以上説明した様に本実施形態のＡＰ追加・ＡＰ個人化システムによれば、ＡＰ追加時の属性情報とＡＰ個人化時の属性情報とを比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定するので、クライアント端末側でＡＰ追加やＡＰ個人化の実行ロジックを持たない場合であっても、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかをＡＰ提供サーバで判定し、ＡＰ提供サーバから記録媒体に対してＡＰ追加及びＡＰ個人化を実行することが可能である。この判定処理において、カードアプリケーション(セキュリティドメインや追加されたＡＰ)がセキュアメッセージング中にカードＯＳに対してカードＩＤのようなカードでユニークな属性情報を取得するインタフェースを設け、取得した属性情報を用いてＡＰ追加時とＡＰ個人化時の同一性を確認することができる。
【００８９】
【発明の効果】
本発明によればＡＰ追加時の属性情報とＡＰ個人化時の属性情報とを比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定するので、クライアント端末側でＡＰ追加やＡＰ個人化の実行ロジックを持たない場合であっても、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかをＡＰ提供サーバで判定し、ＡＰ提供サーバから記録媒体に対してＡＰ追加及びＡＰ個人化を実行することが可能である。
【図面の簡単な説明】
【図１】本実施形態のＡＰ追加・ＡＰ個人化システムの概略構成を示す図である。
【図２】本実施形態のＩＣカード１の概略構成を示す図である。
【図３】本実施形態のＡＰ提供サーバ２の概略構成を示す図である。
【図４】本実施形態のＩＣカード１とＡＰ提供サーバ２との間で同一カードへのＡＰ追加とＡＰ個人化を行ったことを確認する処理の処理フローを示す図である。
【図５】本実施形態のＡＰ追加とＡＰ個人化が異なるカードで行われた場合の処理フローを示す図である。
【図６】本実施形態のＡＰ提供サーバ２のセキュリティドメイン属性情報格納テーブル２２３２の一例を示す図である。
【図７】本実施形態のＡＰ提供サーバ２のＡＰ個人化情報格納テーブル２２３３の一例を示す図である。
【符号の説明】
１…ＩＣカード、２…ＡＰ提供サーバ、３…クライアント端末、１１…処理装置、１２…記憶装置、１２１…アプリケーションプログラム格納部、１２１１…セキュリティドメイン、１２１１３…セキュアメッセージング用鍵、１２１１６…ＳＤ−ＩＤ、１２１１７及び１２１１８…アプリケーション、１２１２…セキュリティドメイン、１２２…制御プログラム、１２２１…属性情報、１３…インタフェース部、１２１１１…ＡＰ追加・削除処理部、１２１１２…セキュアメッセージング処理部、１２１１４…属性情報要求処理部、１２１１５…ＳＤ−ＩＤ送信処理部、２１…処理装置、２２…記憶装置、２２１…アプリケーションプログラム格納部、２２３…アプリケーションデータ格納部、２２３１…カードＡＰ情報格納テーブル、２２３２…セキュリティドメイン属性情報格納テーブル、２２３３…ＡＰ個人化情報格納テーブル、２２４…制御プログラム、２３…外部インタフェース部、２２１１…カードＡＰ選択処理部、２２１２…格納テーブル操作処理部、２２１３…属性情報比較処理部、２２１４…カードＡＰ追加コマンド構築処理部、２２１５…セキュアメッセージング処理部、２２１６…カードＡＰ削除コマンド構築処理部、２２１７…属性情報取得処理部、２２１８…カードＡＰ個人化コマンド構築処理部、２２１９…コマンド送信用アプレット生成・送信処理部、２２２０…ＳＤ−ＩＤ取得処理部。
Claims (10)
- クライアント端末経由で処理部および記憶部を備える記録媒体に対して情報を送信可能であって、アプリケーションプログラムを格納するＡＰ提供サーバを利用して、前記記録媒体へ前記アプリケーションプログラムを追加するＡＰ追加と前記記録媒体に追加されたアプリケーションプログラムに個人情報を設定するＡＰ個人化を行うＡＰ追加・ＡＰ個人化方法において、
アプリケーションプログラムの追加を行う際に、前記ＡＰ提供サーバが、その追加の行われる記録媒体の属性情報をクライアント端末経由で当該記録媒体から取得するステップと、前記ＡＰ提供サーバが、前記アプリケーションプログラムの追加を行う為のＡＰ追加コマンドを前記クライアント端末経由で前記記録媒体へ送信するステップと、前記記録媒体が、前記送信されたＡＰ追加コマンドを前記処理部にて実行して前記記録部に記録することで当該記録媒体へ前記アプリケーションプログラムを追加するステップと、
追加された前記アプリケーションプログラムの個人化を行う際に、前記ＡＰ提供サーバが、その個人化の行われる記録媒体の属性情報をクライアント端末経由で当該記録媒体から取得するステップと、前記ＡＰ提供サーバが、前記追加を行う際に取得した属性情報及び当該個人化を行う際に取得した属性情報を比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われるかどうかを判定するステップと、前記ＡＰ提供サーバが、アプリケーションプログラムの追加と個人化が同一記録媒体で行われると判断した場合に、前記記録部に記録されたアプリケーションプログラムの個人化を行う為のＡＰ個人化コマンドを前記クライアント端末経由で前記記録媒体へ送信するステップと、前記記録媒体が、前記処理部にて前記送信されたＡＰ個人化コマンドを実行して当該記録媒体の記録部に記録されたアプリケーションプログラムを個人化するステップとを有することを特徴とするＡＰ追加・ＡＰ個人化方法。 - 前記記録媒体と前記ＡＰ提供サーバとの間でセキュアメッセージングが行われている際に、前記記録媒体は、当該記録媒体に搭載されたＯＳからその記録媒体の属性情報を取得し、その取得した属性情報を前記セキュアメッセージング中のレスポンスに含めてＡＰ提供サーバへ送信することを特徴とする請求項１に記載されたＡＰ追加・ＡＰ個人化方法。
- 前記記録媒体と前記ＡＰ提供サーバとの間の通信をクライアント端末経由で行う為のアプレットを前記ＡＰ提供サーバから前記クライアント端末へ送信し、そのアプレットを前記クライアント端末で実行することにより、前記記録媒体と前記ＡＰ提供サーバとの間の通信を行うことを特徴とする請求項１または請求項２のいずれかに記載されたＡＰ追加・ＡＰ個人化方法。
- 前記記録媒体と前記ＡＰ提供サーバとの間でのセキュアメッセージングに使用する鍵情報を、前記ＡＰ提供サーバが、当該記録媒体中のセキュリティドメインのＩＤをキーにして取得することを特徴とする請求項１乃至請求項３のいずれか１項に記載されたＡＰ追加・ＡＰ個人化方法。
- 前記記録媒体が、前記アプリケーションプログラムの追加の際に確立したセキュアメッセージングを前記アプリケーションプログラムの個人化の際でも利用することを特徴とする請求項１乃至請求項４のいずれか１項に記載されたＡＰ追加・ＡＰ個人化方法。
- 前記記録媒体が、前記アプリケーションプログラムの追加の際のセキュアメッセージングで用いられた鍵情報を前記アプリケーションプログラムの個人化の際のセキュアメッセージングでも用いることにより、前記アプリケーションプログラムの追加の際に確立したセキュアメッセージングを前記アプリケーションプログラムの個人化の際でも利用することを特徴とする請求項５に記載されたＡＰ追加・ＡＰ個人化方法。
- 前記ＡＰ提供サーバが、前記記録媒体を識別する為の識別情報と当該記録媒体に搭載されたＯＳを識別する為の識別情報とを含む属性情報の比較により、前記アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定することを特徴とする請求項１乃至請求項６のいずれか１項に記載されたＡＰ追加・ＡＰ個人化方法。
- 前記ＡＰ提供サーバが、前記属性情報中のＯＳの種類に合わせて、当該記録媒体及び搭載ＯＳに適したＡＰ追加コマンド及びＡＰ追加コマンド及びＡＰ個人化コマンドを生成することを特徴とする請求項１乃至請求項７のいずれか１項に記載されたＡＰ追加・ＡＰ個人化方法。
- 記録媒体へアプリケーションプログラムを追加するＡＰ追加と記録媒体に追加されたアプリケーションプログラムに個人情報を設定するＡＰ個人化を指示するＡＰ提供サーバにおいて、
アプリケーションプログラムの追加または個人化を行う際に、その追加または個人化の行われる記録媒体の属性情報をクライアント端末経由で記録媒体から取得する属性情報取得処理部と、アプリケーションプログラムの追加を行う為のＡＰ追加コマンドをクライアント端末経由で記録媒体へ送信するＡＰ追加コマンド構築処理部と、
前記追加時及び個人化時に取得した属性情報を比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定する属性情報比較処理部と、アプリケーションプログラムの追加と個人化が同一記録媒体で行われていると判定された場合に、アプリケーションプログラムの個人化を行う為のＡＰ個人化コマンドをクライアント端末経由で記録媒体へ送信するＡＰ個人化コマンド構築処理部とを備えることを特徴とするＡＰ提供サーバ。 - 記録媒体へアプリケーションプログラムを追加するＡＰ追加と記録媒体に追加されたアプリケーションプログラムに個人情報を設定するＡＰ個人化を指示するＡＰ提供サーバとしてコンピュータを機能させる為のプログラムにおいて、
アプリケーションプログラムの追加または個人化を行う際に、その追加または個人化の行われる記録媒体の属性情報をクライアント端末経由で記録媒体から取得する属性情報取得処理部と、アプリケーションプログラムの追加を行う為のＡＰ追加コマンドをクライアント端末経由で記録媒体へ送信するＡＰ追加コマンド構築処理部と、
前記追加時及び個人化時に取得した属性情報を比較することにより、アプリケーションプログラムの追加と個人化が同一記録媒体で行われているかどうかを判定する属性情報比較処理部と、アプリケーションプログラムの追加と個人化が同一記録媒体で行われていると判定された場合に、アプリケーションプログラムの個人化を行う為のＡＰ個人化コマンドをクライアント端末経由で記録媒体へ送信するＡＰ個人化コマンド構築処理部としてコンピュータを機能させることを特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003007003A JP4156388B2 (ja) | 2003-01-15 | 2003-01-15 | Ａｐ追加・ａｐ個人化方法及びその実施装置並びにその処理プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003007003A JP4156388B2 (ja) | 2003-01-15 | 2003-01-15 | Ａｐ追加・ａｐ個人化方法及びその実施装置並びにその処理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004220328A JP2004220328A (ja) | 2004-08-05 |
| JP4156388B2 true JP4156388B2 (ja) | 2008-09-24 |
Family
ID=32897223
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003007003A Expired - Fee Related JP4156388B2 (ja) | 2003-01-15 | 2003-01-15 | Ａｐ追加・ａｐ個人化方法及びその実施装置並びにその処理プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4156388B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006338311A (ja) * | 2005-06-01 | 2006-12-14 | Dainippon Printing Co Ltd | 複数のアプリケーションを搭載したデバイスを処理するコンピュータシステム、デバイスおよびコンピュータプログラム |
| JP2007183862A (ja) * | 2006-01-10 | 2007-07-19 | Sony Corp | 情報提供システム、情報配信サーバ、属性情報書込プログラム、情報提示装置、情報提示方法、情報提示処理プログラム |
| JP5277888B2 (ja) * | 2008-11-14 | 2013-08-28 | 大日本印刷株式会社 | アプリケーション発行システム、装置及び方法 |
| JP2011086016A (ja) * | 2009-10-14 | 2011-04-28 | Hitachi Ltd | プログラムダウンロード制御方法 |
| JP6028559B2 (ja) * | 2012-12-20 | 2016-11-16 | 凸版印刷株式会社 | 端末装置、及びサービス機能実装方法 |
-
2003
- 2003-01-15 JP JP2003007003A patent/JP4156388B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004220328A (ja) | 2004-08-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100308596B1 (ko) | 칩카드와응용부의통신용장치및방법과칩카드용판독/기록장치 | |
| US7584358B2 (en) | Tamper resistant module certification authority | |
| KR100371124B1 (ko) | 스마트 카드에 데이터 객체를 저장하는 방법 및 그 애플리케이션 인터페이스 | |
| JP4308551B2 (ja) | メモリカードおよびホスト装置 | |
| US9430666B2 (en) | Method and system for facilitating data access and management on a secure token | |
| JP4348190B2 (ja) | スマートカード・システム | |
| US6575372B1 (en) | Secure multi-application IC card system having selective loading and deleting capability | |
| US6612486B2 (en) | Smart card managing system | |
| US20090235366A1 (en) | Methods, systems, signals and media for encouraging users of computer readable content to register | |
| US20060118620A1 (en) | IC card operation management system | |
| JP6923582B2 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
| JP4156388B2 (ja) | Ａｐ追加・ａｐ個人化方法及びその実施装置並びにその処理プログラム | |
| KR100374526B1 (ko) | 스마트 카드 및 그를 이용한 컴퓨터 프로그램 동작 방법 | |
| US20070215710A1 (en) | Smartcard method and computer system | |
| KR100617904B1 (ko) | 스마트카드에 복수의 카드식별정보를 설치 및 관리할 수있는 스마트카드 관리시스템 및 그 방법 | |
| JP4523196B2 (ja) | Ｉｃカードとデータの授受を行う管理サーバ及び管理サーバが実行する方法 | |
| JP3817147B2 (ja) | Ｉｃカード運用管理方法及びシステム | |
| JP4309068B2 (ja) | カードデータ処理装置 | |
| KR100971120B1 (ko) | 스마트 카드에 구비된 작업 요소 파일 저장 영역의 조정방법 | |
| JP2006039639A (ja) | 情報処理端末利用装置、アプリケーション搭載方法、アプリケーション搭載プログラム及びアプリケーション搭載プログラムが記憶された記憶媒体 | |
| JP4118031B2 (ja) | Ｉｃカード運用管理システム | |
| JP2003216914A (ja) | 共有アクセス監視機能を備えたｉｃカード | |
| JP2005056306A (ja) | 情報記憶装置を利用するユーザへのサービスシステムとその装置 | |
| EP1880357A1 (en) | Network security system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060112 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070711 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071127 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080124 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080708 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080709 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110718 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110718 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120718 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130718 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |