(57)【要約】【課題】  チケット情報など権利価値情報を記憶させるとともに、デジタル署名処理を行うことなく当該権利価値情報の正当性を保証することができる耐タンパ装置およびファイル生成方法を提供することを目的とする。【解決手段】  携帯端末１００に装着されているＩＣカード１０２において、アプリケーション１０１から、権利価値を示す権利価値情報および権利ファイルの生成を示すファイル生成メッセージを受信する。権利価値情報には、権利価値を示すファイルデータ、データサイズなどが含まれている。ＩＣ１０２では、ファイル生成メッセージを受信した判断すると、ＩＣカード１０２であらかじめ記憶しているＩＣカード識別ＩＤと権利価値情報とを含んだ権利ファイルを生成する。【選択図】  図２
2006262393.tif 000002
【特許請求の範囲】
【請求項１】
耐タンパ装置を一意に特定することができる識別子を記憶する耐タンパ装置において、
権利価値を示す権利価値情報および当該権利価値情報と前記識別子とを含む権利ファイルの生成を指示する指示情報を含むファイル生成メッセージを受信する受信手段と、
前記受信手段により受信されたファイル生成メッセージに、権利価値を示す権利価値情報および当該権利価値情報と前記識別子とを含む権利ファイルの生成を指示する指示情報が含まれているか否かを判断するメッセージ判断手段と、
前記受信手段により受信されたファイル生成メッセージが、前記権利価値情報および前記指示情報を含んでいると、前記メッセージ判断手段により判断された場合、前記識別子と前記権利価値情報とを含んだ権利ファイルを生成するファイル生成手段と、
前記ファイル生成手段により生成された権利ファイルを記憶する記憶手段と、
を備える耐タンパ装置。
【請求項２】
耐タンパ装置を一意に特定することができる識別子を記憶する耐タンパ装置のファイル生成方法において、
権利価値を示す権利価値情報および当該権利価値情報と前記識別子とを含む権利ファイルの生成を指示する指示情報を含むファイル生成メッセージを受信する受信ステップと、
前記受信ステップにより受信されたファイル生成メッセージに、権利価値を示す権利価値情報および当該権利価値情報と前記識別子とを含む権利ファイルの生成を指示する指示情報が含まれているか否かを判断するメッセージ判断ステップと、
前記受信ステップにより受信されたファイル生成メッセージが、前記権利価値情報および前記指示情報を含んでいると、前記メッセージ判断ステップにより判断された場合、前記識別子と前記権利価値情報とを含んだ権利ファイルを生成するファイル生成ステップと、
前記ファイル生成ステップにより生成された権利ファイルを記憶する記憶ステップと、
を備えるファイル生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チケット情報などの権利価値情報を生成する耐タンパ装置およびファイル生成方法に関する。
【背景技術】
【０００２】
従来のＩＣカードは、外部アプリケーションからのファイル生成メッセージであるWriteRecordコマンドを受信し、このWriteRecordコマンドのデータ部の値をＷＥＦ（working elementaryfile）のレコード領域に書き込むことにより、データ部を一つのファイルとして生成することができる。このデータ部を、権利価値を示す権利価値情報とした場合、ＩＣカードは権利価値情報を有するファイルを記憶することができる。例えば、ＩＣカードは、権利価値情報として、イベントチケットなどのチケット情報を記憶しておき、このＩＣカードを保有する保有者は、イベント会場の入口でＩＣカードの権利価値情報をリーダで読み取らせる。これにより、ＩＣカードは、チケットとしての機能を果たすことができる。
【０００３】
ここで、権利価値情報のデータ構成などデータの内容さえ知っていれば、誰でもチケットの価値を有する権利価値情報を生成することができることから、ＩＣカードは権利価値情報に対して署名を行う必要がある。例えば、特許文献１には、チケットおよび端末ＩＤなどの権利価値情報に対してデジタル署名を行い、これを携帯端末に記憶させることのできるチケット授受システムについて記載されている。
【特許文献１】特開２００５−１１２３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、イベント会場の入口に配置されているリーダが、デジタル署名された権利価値情報を検証しようとする場合、デジタル署名された権利価値情報を復号化する必要がある。この復号化処理は、ある程度の時間を要する。したがって、復号化処理を含んだ検証時間を考慮すると、混雑が予想されるイベント会場の入口などには、デジタル署名された権利価値情報を記憶するＩＣカードをチケットとして運用させることができない、という問題がある。また、権利価値情報を流通させたい場合に、上述のデジタル署名を用いた方法では、権利価値情報からデジタル署名をはずし、新たにデジタル署名を施した権利価値情報を流通させることができ、実質的に署名の役割を果たしていない。
【０００５】
そこで、本発明は、チケット情報など権利価値情報を記憶させるとともに、デジタル署名処理を行うことなく当該権利価値情報の正当性を保証することができる耐タンパ装置およびファイル生成方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述の課題を解決するために、本発明の耐タンパ装置は、耐タンパ装置を一意に特定することができる識別子を記憶する耐タンパ装置において、権利価値を示す権利価値情報および当該権利価値情報と上記識別子とを含む権利ファイルの生成を指示する指示情報を含むファイル生成メッセージを受信する受信手段と、上記受信手段により受信されたファイル生成メッセージに、権利価値を示す権利価値情報および当該権利価値情報と上記識別子とを含む権利ファイルの生成を指示する指示情報が含まれているか否かを判断するメッセージ判断手段と、上記受信手段により受信されたファイル生成メッセージが、上記権利価値情報および上記指示情報を含んでいると、上記メッセージ判断手段により判断された場合、上記識別子と上記権利価値情報とを含んだ権利ファイルを生成するファイル生成手段と、上記ファイル生成手段により生成された権利ファイルを記憶する記憶手段と、を備えている。なお、耐タンパ装置とは、耐タンパ性を有する記憶装置であって、許容された者以外からのアクセス（不正アクセス）を遮断する能力を備える記憶装置である。例えば、耐タンパ装置として、ＩＣメモリ、ＩＣカードなどが挙げられる。
【０００７】
また、本発明のファイル生成方法は、耐タンパ装置を一意に特定することができる識別子を記憶する耐タンパ装置のファイル生成方法において、権利価値を示す権利価値情報および当該権利価値情報と上記識別子とを含む権利ファイルの生成を指示する指示情報を含むファイル生成メッセージを受信する受信ステップと、上記受信ステップにより受信されたファイル生成メッセージに、権利価値を示す権利価値情報および当該権利価値情報と上記識別子とを含む権利ファイルの生成を指示する指示情報が含まれているか否かを判断するメッセージ判断ステップと、上記受信ステップにより受信されたファイル生成メッセージが、上記権利価値情報および上記指示情報を含んでいると、上記メッセージ判断ステップにより判断された場合、上記識別子と上記権利価値情報とを含んだ権利ファイルを生成するファイル生成ステップと、上記ファイル生成ステップにより生成された権利ファイルを記憶する記憶ステップと、を備えている。
【０００８】
この発明によれば、権利価値を示す権利価値情報および権利ファイルの生成を指示する指示情報を含むファイル生成メッセージを受信し、受信されたファイル生成メッセージに、権利価値を示す権利価値情報および権利ファイルの生成を示す指示情報が含まれているか否かを判断し、受信されたメッセージが権利価値情報および指示情報を含んでいると、判断された場合、識別子と権利価値情報とを含んだ権利ファイルを生成して、記憶することができる。これにより、識別子と権利価値情報とを含んだ権利ファイルを生成することができ、権利価値情報に対して署名処理を施すことなく、権利ファイルに含まれている識別子を用いて、権利価値情報の作成元およびその正当性を保証することができる。
【０００９】
例えば、この耐タンパ装置は、権利価値情報および識別子を含んだ権利ファイルを、ＩＣカードを備える他の携帯端末に出力した場合、生成された権利ファイルを受け取った他の携帯端末においては、権利価値情報の検証は外部リーダにより実現される。そして、外部リーダは権利価値情報および識別子の照合を検証するといった簡単な処理を行うだけで、権利価値情報の正当性を確認することができるとともに、署名処理を行った場合と比較してその処理を迅速に行うことができる。
【発明の効果】
【００１０】
本発明は、識別子と権利価値情報とを含んだ権利ファイルを生成することができ、権利価値情報に対して署名処理を施すことなく、権利ファイルに含まれている識別子を用いて、権利価値情報の作成元およびその正当性を保証することができる。
【発明を実施するための最良の形態】
【００１１】
本発明は、一実施形態のために示された添付図面を参照して以下の詳細な記述を考慮することによって容易に理解することができる。引き続いて、添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
【００１２】
まず、本発明の実施形態の概要について図１を用いて説明する。図１は、本実施形態における携帯端末１００および携帯端末２００からなるシステム構成図である。携帯端末１００は、イベントのチケットなどのチケット情報である権利価値情報を生成する携帯端末である。携帯端末１００は、携帯端末２００に対して権利価値情報（例えば、チケット情報）を送信することができ、権利価値情報を受信した携帯端末２００のユーザは、当該権利価値情報を利用することができる。
【００１３】
例えば、携帯端末１００は、イベント興行者などのチケット販売業者が保有している携帯端末であって、この携帯端末１００は、耐タンパ装置であるＩＣカードを装着可能に構成されている。なお、耐タンパ装置とは、耐タンパ性を有する記憶装置であって、許容された者以外からのアクセス（不正アクセス）を遮断する能力を備える記憶装置である。例えば、耐タンパ装置として、ＩＣメモリ、ＩＣカードなどが挙げられる。そして、携帯端末１００は、チケット販売業者の操作により電子的なチケット情報である権利価値情報を生成する際、権利価値情報にＩＣカードの固有のＩＣカード識別ＩＤ（識別子）を付与した権利ファイルを生成している。このＩＣカードの固有のＩＣカード識別ＩＤは、ネットワーク上で一意にＩＣカードを特定することのできる識別情報である。
【００１４】
一方、携帯端末２００は、非接触型ＩＣカードを備え、携帯端末１００が生成した権利価値情報を、ネットワークを介して取り込むことができる。携帯端末２００のユーザは、イベント会場の入口に配置されている非接触型リーダに非接触型ＩＣカードが装着されている携帯端末２００をかざすことにより、非接触型リーダにより携帯端末２００に記憶されている権利価値情報およびＩＣカード識別ＩＤを含む権利ファイルは読み取られる。なお、携帯端末２００に備えられるＩＣカードは、赤外線通信またはブルートゥース通信により、権利価値情報を送信するようにしたものでもよい。
【００１５】
非接触型リーダ側では、あらかじめ権利価値情報およびＩＣカード識別ＩＤを対応付けて記憶しておき、携帯端末２００の非接触型ＩＣカードから権利価値情報およびＩＣカード識別ＩＤを読み出し、あらかじめ記憶している権利価値情報およびＩＣカード識別ＩＤと照合することにより、権利価値情報が正当なものであるか否かを判断することができる。本実施形態においては、携帯端末１００のＩＣカードに記憶されている権利ファイルは、耐タンパ性を有するＩＣカード同士を直接通信接続する通信プロトコルが用いられ、携帯端末２００のＩＣカードに直接、移送されているため、第三者により改竄される余地がなく、ＩＣカード識別ＩＤが一致していると判断できる場合、正当な権利価値情報として機能することができる。また、検証の対象となる識別子は暗号化されていないため、その検証処理は迅速に行われる。
【００１６】
このようなシステムによって、ＩＣカードに記憶された権利価値情報はチケット情報としての機能を果たすことができるとともに、署名技術を用いることなく権利価値情報の正当性が保証される。以下、権利価値情報およびＩＣカード識別ＩＤからなる権利ファイルを作成することができる耐タンパ装置およびファイル生成方法およびについて詳細に説明する。
【００１７】
図２は、耐タンパ装置であるＩＣカード１０２を備える携帯端末１００のブロック構成図である。この携帯端末１００は、アプリケーション１０１、ＩＣカード１０２、ＣＰＵ１０３、および通信部１０４を含んで構成されている。
【００１８】
アプリケーション１０１は、権利価値情報を生成するためのアプリケーションであり、携帯端末１００のユーザにより操作されることにより権利価値情報およびＩＣカード識別ＩＤを含む権利ファイルの生成処理依頼を実行する。そして、アプリケーション１０１は、ユーザの操作に基づいてファイル生成メッセージを生成し、そのファイル生成メッセージをＩＣカード１０２に出力する。また、アプリケーション１０１は、ＩＣカード１０２で権利価値情報およびＩＣカード識別ＩＤを含む権利ファイルが生成されたことを示す完了通知を受けることができる。
【００１９】
ここで、ファイル生成メッセージについて、その具体例を、図３を用いて説明する。図３は、ファイル生成メッセージの概念図である。ファイル生成メッセージは、アプリケーション１０１の発信元を示すアプリケーション識別ＩＤ“ap_id”、送信先であり、ＩＣカードごとに固有に記憶されているＩＣカード１０２のＩＣカード識別ＩＤ“icc_id”、ファイル生成の指示を示す番号情報“mtype”、権利価値のデータ内容を示す権利価値情報“data”、権利価値情報“data”のデータサイズを示す“LEN”から構成されている。なお、アプリケーション識別ＩＤ“ap_id”は、携帯端末１００内において一意で定まる識別子であり、ＩＣカード識別ＩＤ“icc_id”は、ネットワーク上で一意に定まる識別子である。
【００２０】
また、ここで権利価値情報に含まれている情報について説明する。図４は、権利価値情報の概要を説明する概念図である。図４に示すように、権利価値情報には、ＩＣカード１０２内に構成されている複数のフォルダのうち当該権利価値情報を記憶させる格納先フォルダ“folder”、権利価値のデータ内容を示すファイルデータ“fileDATA”、権利価値のデータ内容“fileDATA”の大きさを示すデータサイズ“fileLEN”、アクセス権限“fileACL”、および権利価値の個数“fileCNT”が含まれている。なお、アクセス権限を示す情報とは、権利価値情報をコピーすることを許可する権限情報、または、権利情報を頒布することを許可する権限情報であり、アクセス権限としてこれら権限情報が設定可能である。また、権利価値の個数とは、例えばチケットの枚数に相当するものである。
【００２１】
図２に戻り、引き続き説明する。ＩＣカード１０２は、ネットワーク上で一意に定まるＩＣカード識別ＩＤ“icc_id”を記憶している部分であって、このＩＣカード１０２は、アプリケーション１０１から送信されたファイル生成メッセージを受信すると、ファイル生成メッセージに含まれている権利価値情報と、ＩＣカード１０２で記憶しているＩＣカード識別ＩＤ“icc_id”と、を含む権利ファイルを生成し、生成した権利ファイルを記憶する。
【００２２】
以下、図５を用いて、耐タンパ装置であるＩＣカード１０２の構成について説明する。図５は、ＩＣカード１０２のブロック構成図である。図５に示すように、ＩＣカード１０２は、インターフェース部１０２ａ（受信手段）、ＣＰＵ１０２ｂ（メッセージ判断手段、ファイル生成手段）、およびメモリ部１０２ｃ（記憶手段）を含んで構成されている。
【００２３】
インターフェース部１０２ａは、携帯端末１００に対してデータ通信を可能とするよう接続する部分であり、携帯端末１００からファイル生成メッセージを受信することができる。
【００２４】
ＣＰＵ１０２ｂは、ＩＣカード１０２を制御する部分であり、本実施形態においては、ＣＰＵ１０２ｂは、ファイル生成メッセージに、権利価値情報“data”および番号情報“mtype”が含まれていることを判断した場合、権利価値情報およびＩＣカード識別ＩＤを含む権利ファイルを生成する部分である。
【００２５】
また、ＣＰＵ１０２ｂは、権利ファイルを記憶する際に、権利価値情報に含まれている権利価値のデータサイズ、およびその他のパラメータであるアクセス権限、権利価値の個数などのパラメータのサイズ並びにＩＣカード識別ＩＤのサイズに基づいて算出された、記憶させようとする権利ファイルのサイズが、ＩＣカード１０２に形成されているフォルダの一レコード領域のサイズより大きいか否かを判断する。権利ファイルのサイズが一レコード領域のサイズより小さい場合には、ＣＰＵ１０２ｂは、メモリ部１０２ｃに権利ファイルを記憶させる。
【００２６】
また、ＣＰＵ１０２ｂは、権利ファイルを生成して記憶した場合、生成した権利ファイルの記憶が終了したことを示す完了通知を、インターフェース部１０２ａを経由してアプリケーション１０１に出力する。
【００２７】
さらに、ＣＰＵ１０２ｂは、権利ファイルのサイズが一レコード領域のサイズより大きいと判断した場合には、権利ファイルを生成する際に異常が発生したか否かを判断する。具体的には、ＣＰＵ１０２ｂは、権利価値情報のデータサイズ“LEN”で示される数値と権利価値情報“data”の実サイズとが異なるか否か、を判断する。また、ＣＰＵ１０２ｂは、送信元であるアプリケーション１０１のアプリケーション識別ＩＤをＩＣカード１０２に所有者と記憶しておらず、認証できないか否か、を判断する。また、ＣＰＵ１０２ｂは、格納先フォルダ“folder”で示されるフォルダがＩＣカード１０２に存在しないか否か、を判断する。また、ＣＰＵ１０２ｂは、権利価値の個数“fileCNT”が０であるか否か、を判断する。また、ＣＰＵ１０２ｂは、権利価値のデータサイズ“fileLEN”で示される数値が最大格納ファイルサイズを超えるか否か、を判断する。また、ＣＰＵ１０２ｂは、新たにファイルを作成するための空き容量がないか否か、を判断する。また、ＣＰＵ１０２ｂは、権利ファイル作成時における権利価値の個数“fileCNT”が規定値より大きいか否か、を判断する。
【００２８】
ＣＰＵ１０２ｂは、権利ファイルを生成する際に異常が発生したと判断した場合には、異常に対応したエラーメッセージをアプリケーション１０１に、インターフェース部１０２ａを経由して出力する。例えば、ＣＰＵ１０２ｂは、権利価値情報のデータサイズ“LEN”で示される数値と権利価値情報“data”の実サイズが異なる場合、その旨を示すイリーガルエラーメッセージを出力する。また、ＣＰＵ１０２ｂは、送信元であるアプリケーション１０１のアプリケーション識別ＩＤを所有者として記憶しておらず、正常に認証しない場合は、その旨を示すアクセスバイオレーションエラーメッセージを出力する。また、ＣＰＵ１０２ｂは、格納先フォルダ“folder”で示されるフォルダがＩＣカード１０２に存在しない場合、フォルダが存在しない旨を示すエラーメッセージを出力する。また、ＣＰＵ１０２ｂは、権利価値の個数“fileCNT”が０である場合は、その旨を示すイリーガルエラーメッセージを出力する。また、ＣＰＵ１０２ｂは、権利価値のデータサイズ“fileLEN”で示される数値が最大格納ファイルサイズを超える場合、新たにファイルを作成するための空き容量がない場合は、メモリーオーバフローであることを示すエラーメッセージを出力する。また、ＣＰＵ１０２ｂは、権利ファイル作成時における権利価値の個数“fileCNT”が規定値より大きい場合、その旨のエラーメッセージを出力する。
【００２９】
メモリ部１０２ｃは、データを記憶する部分であり、複数のフォルダを含んでいる。また、このメモリ部１０２ｃには、ＩＣカード識別ＩＤがあらかじめ記憶されている。
【００３０】
ここで、ＩＣカード１０２のメモリ部１０２ｃに構成されている記憶領域を示す複数のフォルダの構成について説明する。図６は、ＩＣカード１０２に記憶されているフォルダの概念図である。図６に示すように、ＩＣカード１０２には、複数のフォルダが構成されている。フォルダは、さらに複数のレコード領域に区別されて構成され、一レコード領域に一データ（一ファイル）を記憶することができる。よって、この一レコード領域には、権利価値情報“data”およびＩＣカード１０２のＩＣカード識別ＩＤ“icc_id”を含む権利ファイルを一つ記憶することになる。なお、権利ファイルは、フォルダ内で一意に定められるファイルＩＤが付与されている。このファイルＩＤを用いることにより、フォルダ内における権利ファイルを特定することができる。また、ＩＣカード１０２には、ＩＣカードごとに割り振られた識別ＩＤであって、ＩＣカード１０２を一意に識別することができるＩＣカード識別ＩＤ“icc_id”を、上述フォルダとは別の領域にあらかじめ記憶している。
【００３１】
図２に戻って、ＣＰＵ１０３は、アプリケーション１０１を含む携帯端末１００全体を制御する制御部分である。また、通信部１０４は、ネットワークを介して通信相手と通信する部分であって、ＩＣカード１０２に記憶されている権利ファイルを携帯端末２００に送信することができる。
【００３２】
このように構成された携帯端末１００におけるアプリケーション１０１およびＩＣカード１０２の動作について説明する。図７は、アプリケーション１０１およびＩＣカード１０２の動作を示すフローチャートである。
【００３３】
アプリケーション１０１では、携帯端末１００のユーザの操作により権利ファイル作成の旨の指示が行われ、ファイル生成メッセージ（図３参照）が作成される（Ｓ１０１）。そして、アプリケーション１０１では、ファイル生成メッセージが、ＩＣカード１０２を宛先として出力される（Ｓ１０２）。
【００３４】
ＩＣカード１０２では、アプリケーション１０１で作成されたファイル生成メッセージが受信される（Ｓ２０１）。そして、ＩＣカード１０２では記憶しようとする権利ファイルのサイズが、ＩＣカード１０２のフォルダに形成されている一レコード領域より大きいか否かが判断される（Ｓ２０２）。なお、記憶しようとする権利ファイルのサイズは、権利価値情報“data”および送信先として記述されているＩＣカード１０２のＩＣカード識別ＩＤ並びにファイルＩＤに基づいて算出される。
【００３５】
ＩＣカード１０２において、権利ファイルのサイズが、一レコード領域より小さいと判断された場合は、権利ファイル作成時において異常が発生したか否かがＣＰＵ１０２ｂにより判断される（Ｓ２０３）。例えば、権利価値情報のデータサイズ“LEN”で示される数値と権利価値情報“data”の実サイズとが異なる場合、送信元であるアプリケーション１０１のアプリケーション識別ＩＤをＩＣカード１０２に所有者として記憶しておらず、認証できない場合、格納先フォルダ“folder”で示されるフォルダがＩＣカード１０２に存在しない場合、権利価値の個数“fileCNT”が０である場合、権利価値のデータサイズ“fileLEN”で示される数値が最大格納ファイルサイズを超える場合、新たにファイルを作成するための空き容量がない場合、または、権利ファイル作成時における権利価値の個数“fileCNT”が規定値より大きい場合には、異常が発生したとＣＰＵ１０２ｂにより判断される。
【００３６】
このように異常が発生したとＣＰＵ１０２ｂにより判断された場合、ＣＰＵ１０２ｂによりエラー処理が行われ、エラーメッセージが出力され（Ｓ２０５）、処理が終了される。例えば、権利価値情報のデータサイズ“LEN”で示される数値と権利価値情報“data”の実サイズとが異なる場合、その旨を示すイリーガルエラーメッセージが出力される。また、送信元であるアプリケーション１０１のアプリケーション識別ＩＤが所有者として記憶されておらず正常に認証できない場合は、その旨を示すアクセスバイオレーションエラーメッセージが出力される。また、格納先フォルダ“folder”で示されるフォルダがＩＣカード１０２に存在しない場合、フォルダが存在しない旨を示すエラーメッセージが出力される。また、権利価値の個数“fileCNT”が０である場合は、その旨を示すイリーガルエラーメッセージが出力される。また、権利価値のデータサイズ“fileLEN”で示される数値が最大格納ファイルサイズを超える場合、新たにファイルを作成するための空き容量がない場合は、メモリーオーバフローであることを示すエラーメッセージが出力される。また、権利ファイル作成時における権利価値の個数“fileCNT”が規定値より大きい場合、その旨のエラーメッセージが出力される（Ｓ２０５）。
【００３７】
ＩＣカード１０２において、異常が発生していないと判断された場合、ＩＣカード１０２のＩＣカード識別ＩＤおよび権利価値情報を含む権利ファイルは、ファイルＩＤが付与されて権利価値情報に記述されている格納先フォルダに従ったフォルダの一レコード領域に記憶される（Ｓ２０４）。なお、一レコード領域に記憶する際に、格納先フォルダに、既に同一の権利価値情報におけるファイルデータおよびＩＣカード１０２の識別ＩＤを有する権利ファイルが存在している場合は、権利価値情報に記述されている権利価値の個数を増加させることにより、権利ファイルの更新処理を行う。
【００３８】
また、ＩＣカード１０２において、権利ファイルのサイズが、一レコード領域より小さくない判断された場合は、権利ファイルを生成することなく、エラー処理を行って終了する（Ｓ２０５）。なお、ＩＣカード１０２は、アプリケーション１０１にエラーが生じた旨を通知する。
【００３９】
記憶完了後（または更新処理後）、ＩＣカード１０２では、完了通知がアプリケーション１０１に対して出力される（Ｓ２０６）。アプリケーション１０１では、完了通知が受信され、権利ファイルの生成が終了したことが把握される（Ｓ１０３）。
【００４０】
このように、携帯端末１００のＩＣカード１０２では、権利ファイルとして、権利価値情報とＩＣカード１０２の識別ＩＤとが記憶される。したがって、携帯端末１００から権利ファイルが、ユーザが所有する携帯端末２００に備えられているＩＣカードに取得されることで、この携帯端末２００のユーザにおいて権利ファイルをチケット情報として使用することができる。
【００４１】
ここで、携帯端末１００から、ユーザである携帯端末２００に対して権利ファイルを出力する場合、または携帯端末２００に格納されている電子マネーとの交換取引を行う場合は、ＩＣカード１０２のＩＣカード識別ＩＤが、ネットワーク上に漏洩しないように、ＩＣカード１０２を暗号化して出力する必要がある。この場合、受け側の携帯端末２００においては暗号化されたＩＣカード識別ＩＤを復号化して記憶する機能が必要である。
【００４２】
また、携帯端末１００は、ＩＣカード間の権利価値の直接通信を可能とする所定の通信プロトコル（例えば、Optimistic Fair Exchange Protocol：権利価値の楽観的な交換プロトコル）を用いることにより、権利ファイルの安全な取引を行うことができる。このようなプロトコルを用いることにより、第三者による改竄などを防止することができ、権利価値情報に付与されたＩＣカード識別ＩＤの一意性を保証することができる。権利価値の楽観的な交換プロトコルとして、特開２００１−１４３００９号公報にその詳細が記載されている
【００４３】
次に、本実施形態の耐タンパ装置であるＩＣカード１０２の作用効果について説明する。本実施形態のＩＣカード１０２は、権利価値を示す権利価値情報および権利ファイルの生成を指示する番号情報を含むファイル生成メッセージを、インターフェース部１０２ａで受信する。そして、受信されたファイル生成メッセージに、権利価値を示す権利価値情報および権利ファイルの生成を示す番号情報が含まれているか否かを、ＣＰＵ１０２ｂが判断する。インターフェース部１０２ａを経由して受信されたファイル生成メッセージが権利価値情報および番号情報を含んでいると、ＣＰＵ１０２ｂにより判断された場合、ＣＰＵ１０２ｂは、ＩＣカード識別ＩＤと権利価値情報とを含んだ権利ファイルを生成し、メモリ部１０２ｃは生成した権利ファイルを記憶することができる。これにより、ＣＰＵ１０２ｂは、ＩＣカード識別ＩＤと権利価値情報とを含んだ権利ファイルを生成することができ、権利価値情報に対して署名処理を施すことなく、権利ファイルに含まれているＩＣカード識別ＩＤを用いて、権利価値情報の作成元およびその正当性を保証することができる。
【００４４】
例えば、この耐タンパ装置であるＩＣカード１０２は、権利価値情報およびＩＣカード識別番号を含んだ権利ファイルを、ＩＣカードを備える他の携帯端末２００に出力した場合、生成された権利ファイルを受け取った他の携帯端末２００においては、権利価値情報の検証は外部リーダにより受けることにより実現される。そして、外部リーダは権利価値情報および識別子の照合を検証するといった簡単な処理を行うだけで、権利価値情報の正当性を確認することができるとともに、署名処理を行った場合と比較してその処理を迅速に行うことができる。
【図面の簡単な説明】
【００４５】
【図１】本実施形態における携帯端末１００および携帯端末２００からなるシステム構成図である。
【図２】耐タンパ装置であるＩＣカード１０２を備える携帯端末１００のブロック構成図である。
【図３】ファイル生成メッセージの概念図である。
【図４】権利価値情報の概要を説明する概念図である。
【図５】ＩＣカード１０２のブロック構成図である。
【図６】ＩＣカード１０２に記憶されているフォルダの概念図である。
【図７】アプリケーション１０１およびＩＣカード１０２の動作を示すフローチャートである。
【符号の説明】
【００４６】
１００…携帯端末、１０１…アプリケーション、１０２…カード、１０３…ＣＰＵ、１０４…通信部、１０２ａ…インターフェース部、１０２ｂ…ＣＰＵ、１０２ｃ…メモリ部、２００…携帯端末。
【図１】
2006262393.tif 000003
【図２】
2006262393.tif 000004
【図３】
2006262393.tif 000005
【図４】
2006262393.tif 000006
【図５】
2006262393.tif 000007
【図６】
2006262393.tif 000008
【図７】
2006262393.tif 000009