(57)【要約】【課題】ファイルに設定されたセキュリティ属性が満足しているか判定する処理時間を短縮することのできるユニバーサルＩＣカードを提供する。【解決手段】ユニバーサルＩＣカード１において，ＴＬＶ形式のセキュリティ属性１３１を格納するＥＦ＿ＡＲＲ１３のレコードには，レコード更新コマンド１１によって，それぞれ異なるアクセスモードが定義された複数の格納領域１３２ａを有するバイナリ形式のセキュリティ属性１３２が付加される。ユニバーサルＩＣカード１がＥＦ１４にアクセスするコマンドを受信すると，セキュリティ管理モジュール１０は，ＥＦ１４に設定されたバイナリ形式のセキュリティ属性１３２から，コマンドが属するアクセスモードに対応する格納領域１３２ａに格納されたセキュリティ条件の短縮識別子を読み取り，短縮識別子に対応するステータス情報とセキュリティステータスを照合する。【選択図】図２
2015060302.tif 000002
【特許請求の範囲】
【請求項１】
ＴＬＶ形式のアクセスモードとアクセスモードに対応するＴＬＶ形式のセキュリティ条件とから構成されるアクセス規則が記述されたＴＬＶ形式のセキュリティ属性を格納するレコードを有するアクセス規則参照ファイルを備えたユニバーサルＩＣカードであって，
前記アクセス規則参照ファイルのレコードに格納されている前記ＴＬＶ形式のセキュリティ属性を更新する際，レコードに書き込む前記ＴＬＶ形式のセキュリティ属性の構造を解析した後，前記ＴＬＶ形式のセキュリティ属性に含まれる前記アクセス規則毎に，前記アクセスモードに対応する格納領域に前記セキュリティ条件の短縮識別子を格納する処理を行うことで，それぞれが異なる前記アクセスモードが定義された複数の前記格納領域を有するバイナリ形式のセキュリティ属性を生成し，前記ＴＬＶ形式のセキュリティ属性を書き込むレコードに前記バイナリ形式のセキュリティ属性を付加して記憶するレコード更新コマンドと，
前記短縮識別子毎に，前記短縮識別子に対応するステータス情報を記憶し，ファイルへアクセスするコマンドのコマンドメッセージを受信すると，コマンドメッセージで指定されたファイルに付加されている前記アクセス規則参照ファイルのレコード番号を読み取り，レコード番号に対応するレコードに付加されている前記バイナリ形式のセキュリティ属性を前記アクセス規則参照ファイルから読み取った後，コマンドが属する前記アクセスモードに対応する前記格納領域に格納されている前記短縮識別子を前記バイナリ形式のセキュリティ属性から読み取り，カード内部に保持されているセキュリティステータスを参照し，前記短縮識別子に対応した前記ステータス情報を照合するセキュリティ管理モジュールと，
を備えたことを特徴とするユニバーサルＩＣカード。
【請求項２】
前記レコード更新コマンドは，前記バイナリ形式のセキュリティ属性を生成すると，前記バイナリ形式のセキュリティ属性の誤り検出符号データを生成し，前記ＴＬＶ形式のセキュリティ属性を書き込むレコードに前記バイナリ形式のセキュリティ属性と前記誤り検出符号データを付加して記憶し，前記セキュリティ管理モジュールは，前記誤り検出符号データを用いて前記短縮識別子の正当性を検証し，前記短縮識別子の正当性の検証に成功した場合のみ，カード内部に保持されているセキュリティステータスを参照し，前記短縮識別子に対応した前記ステータス情報を照合する，ことを特徴とする請求項１に記載したユニバーサルＩＣカード。
【請求項３】
ＴＬＶ形式のアクセスモードとアクセスモードに対応するＴＬＶ形式のセキュリティ条件とから構成されるアクセス規則が記述されたＴＬＶ形式のセキュリティ属性を格納するレコードを有するアクセス規則参照ファイルを備えたユニバーサルＩＣカードにおいて，アクセス対象となるファイルに設定されたセキュリティ属性を照合する方法であって，
前記ユニバーサルＩＣカードが，前記アクセス規則参照ファイルのレコードに格納されている前記ＴＬＶ形式のセキュリティ属性を更新する際，レコードに書き込む前記ＴＬＶ形式のセキュリティ属性の構造を解析した後，前記ＴＬＶ形式のセキュリティ属性に含まれる前記アクセス規則毎に，前記アクセスモードに対応する格納領域に前記セキュリティ条件の短縮識別子を格納する処理を行うことで，それぞれが異なる前記アクセスモードが定義された複数の前記格納領域を有する前記バイナリ形式のセキュリティ属性を生成し，前記ＴＬＶ形式のセキュリティ属性を書き込むレコードに前記バイナリ形式のセキュリティ属性を付加して記憶するレコード更新工程と，
前記ユニバーサルＩＣカードが，前記短縮識別子毎に，前記短縮識別子に対応する前記ステータス情報を記憶し，ファイルへアクセスするコマンドのコマンドメッセージを受信すると，コマンドメッセージで指定されたファイルに付加されている前記アクセス規則参照ファイルのレコード番号を読み取り，レコード番号に対応するレコードに付加されている前記バイナリ形式のセキュリティ属性を前記アクセス規則参照ファイルから読み取った後，コマンドが属するアクセスモードが対応する前記格納領域に格納されている前記短縮識別子を前記バイナリ形式のセキュリティ属性から読み取り，カード内部に保持されているセキュリティステータスを参照し，前記短縮識別子に対応した前記ステータス情報を照合するセキュリティ管理工程と，
を含むことを特徴とするセキュリティ属性の照合方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，スマートフォンなどの移動体通信端末に挿入するユニバーサルＩＣカードに係り，更に詳しくは，ユニバーサルＩＣカード内のコマンドの実行を管理する技術に関する。
【背景技術】
【０００２】
携帯電話やスマートフォンなどの移動体通信端末に挿入して使用するユニバーサルＩＣカード（UICC: Universal Integrated Circuit Card）では，ユニバーサルＩＣカード内の不揮発性メモリ（NVM: NonVolatile Memory）にファイルを保持し，このファイルにアクセスするコマンドを移動体通信端末側から送信することによって，ファイルの内容を更新したり，ファイルの状態（例えば，有効または無効）を変更することができる。
【０００３】
ユニバーサルＩＣカードの標準仕様書(例えば，非特許文献１)では，ユニバーサルＩＣカードのＮＶＭに保存するファイルのタイプとして，例えば，透過構造の透過ファイル (Transparent EF,EF: Elementary File)，レコード構造の固定長順編成ファイル(Linear fixed EF)，固定長循環順編成ファイル (Cyclic EF)などが定義され，これらのファイルに設定されたセキュリティ属性の内容は，固定長順編成ファイルであるアクセス規則参照ファイル(EF#ARR，ARR: Access Rule Reference)に格納される。
【０００４】
図９は，標準仕様書で定義されたアクセス規則参照ファイルを説明する図である。アクセス規則参照ファイルには，セキュリティ属性の内容を記述する少なくとも一つのレコードが設けられ，このレコードには，ＴＬＶ（Tag Length Value）形式のセキュリティ属性が記述される。ＴＬＶ形式のセキュリティ属性には，ＴＬＶ形式のアクセスモード（AM#DO: Access Mode Data Object）の後に，ＴＬＶ形式のセキュリティ条件（SC#DO: Security Condition Data Object）が続くセキュリティ規則を含む。なお，アクセスモードとは，アクセス規則を適用するコマンドのグループやタイプを示す情報で，セキュリティ条件とは，アクセスモードに係る処理をファイルに行う前に成功しておかなければならないセキュリティ手続き（例えば，ユーザのＰＩＮ照合）を示す情報である。
【０００５】
アクセス規則参照ファイルのレコード番号は，ユニバーサルＩＣカードのＮＶＭに格納するファイルに設定するセキュリティ属性を指定するために用いられ，ファイルに設定するセキュリティ属性に対応するアクセス規則参照ファイルのレコード番号がファイルに付加される。
【０００６】
ファイルにアクセスする際，ファイルに付加されているアクセス規則参照ファイルのレコード番号に対応するセキュリティ属性がアクセス規則参照ファイルから読み取られ，セキュリティ属性のＴＬＶ構造が解析される。そして，ファイルに設定されたセキュリティ属性が満足しているか判定する処理として，ファイルにアクセスするコマンドが属するアクセスモード対応するセキュリティ条件と，ユニバーサルＩＣカードの内部状態を比較し，このセキュリティ条件が満たされると判定された場合のみ，ファイルへのアクセスが許可される。
【０００７】
しかしながら，上述した内容では，ユニバーサルＩＣカードのＮＶＭに格納したファイルへアクセスする毎に，このファイルに設定されたセキュリティ属性のＴＬＶ構造を解析する必要があるが，ＴＬＶ構造を解析する処理負荷は大きく，ファイルに設定されたセキュリティ属性が満足しているか判定する処理時間を短縮できることが望まれている。
【０００８】
ＴＬＶ形式のデータに効率的にアクセスできる発明として特許文献１が開示されているが，特許文献１で開示されている発明は，ユニバーサルＩＣカードのファイルに設定されたセキュリティ属性が満足しているか判定する処理時間を短縮するための発明ではない。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特許第５２５９５１３号公報
【非特許文献】
【００１０】
【非特許文献１】ETSI TS102.221- Smart Cards;UICC-Terminal interface;Physical and logical characteristics
【発明の概要】
【発明が解決しようとする課題】
【００１１】
そこで，本発明は，ファイルに設定されたセキュリティ属性が満足しているか判定する処理時間を短縮することのできるユニバーサルＩＣカードおよびセキュリティ属性の照合方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決する第１の発明は，ＴＬＶ形式のアクセスモードとアクセスモードに対応するＴＬＶ形式のセキュリティ条件とから構成されるアクセス規則が記述されたＴＬＶ形式のセキュリティ属性を格納するレコードを有するアクセス規則参照ファイルを備えたユニバーサルＩＣカードである。
第１の発明に係るユニバーサルＩＣカードは，前記ＴＬＶ形式のセキュリティ属性の構造の解析結果をレコードに付加できるように，前記アクセス規則参照ファイルのレコードに格納されている前記ＴＬＶ形式のセキュリティ属性を更新する際，このレコードに書き込む前記ＴＬＶ形式のセキュリティ属性の構造を解析した後，この前記ＴＬＶ形式のセキュリティ属性に含まれる前記アクセス規則毎に，前記アクセスモードに対応する格納領域に前記セキュリティ条件の短縮識別子を格納する処理を行うことで，それぞれが異なる前記アクセスモードが定義された複数の前記格納領域を有するバイナリ形式のセキュリティ属性を生成し，前記ＴＬＶ形式のセキュリティ属性を書き込むレコードに前記バイナリ形式のセキュリティ属性を付加して記憶するレコード更新コマンドを備える。
更に，第１の発明に係るユニバーサルＩＣカードは，前記バイナリ形式のセキュリティ属性を用いてファイルへのアクセスを制御できるように，前記短縮識別子毎に，前記短縮識別子に対応するステータス情報を記憶し，ファイルへアクセスするコマンドのコマンドメッセージを受信すると，このコマンドメッセージで指定されたファイルに付加されている前記アクセス規則参照ファイルのレコード番号を読み取り，このレコード番号に対応するレコードに付加されている前記バイナリ形式のセキュリティ属性を前記アクセス規則参照ファイルから読み取った後，コマンドが属する前記アクセスモードに対応する前記格納領域に格納されている前記短縮識別子を前記バイナリ形式のセキュリティ属性から読み取り，カード内部に保持されているセキュリティステータスを参照し，この前記短縮識別子に対応した前記ステータス情報を照合するセキュリティ管理モジュールを備える。
【００１３】
更に，第2の発明は，第１の発明に係るユニバーサルＩＣカードにおいて，前記短縮識別子の正当性を検証できるように，前記レコード更新コマンドは，前記バイナリ形式のセキュリティ属性を生成すると，前記バイナリ形式のセキュリティ属性の誤り検出符号データを生成し，前記ＴＬＶ形式のセキュリティ属性を書き込むレコードに前記バイナリ形式のセキュリティ属性と前記誤り検出符号データを付加して記憶し，前記セキュリティ管理モジュールは，前記誤り検出符号データを用いて前記短縮識別子の正当性を検証し，前記短縮識別子の正当性の検証に成功した場合のみ，カード内部に保持されているセキュリティステータスを参照し，この前記短縮識別子に対応した前記ステータス情報を照合することを特徴とする。
【００１４】
更に，第３の発明は，ＴＬＶ形式のアクセスモードとアクセスモードに対応するＴＬＶ形式のセキュリティ条件とから構成されるアクセス規則が記述されたＴＬＶ形式のセキュリティ属性を格納するレコードを有するアクセス規則参照ファイルを備えたユニバーサルＩＣカードにおいて，アクセス対象となるファイルに設定されたセキュリティ属性を照合する方法である。
この方法は，前記ユニバーサルＩＣカードが，前記アクセス規則参照ファイルのレコードに格納されている前記ＴＬＶ形式のセキュリティ属性を更新する際，このレコードに書き込む前記ＴＬＶ形式のセキュリティ属性の構造を解析した後，この前記ＴＬＶ形式のセキュリティ属性に含まれる前記アクセス規則毎に，前記アクセスモードに対応する格納領域に前記セキュリティ条件の短縮識別子を格納する処理を行うことで，それぞれが異なる前記アクセスモードが定義された複数の前記格納領域を有する前記バイナリ形式のセキュリティ属性を生成し，前記ＴＬＶ形式のセキュリティ属性を書き込むレコードに前記バイナリ形式のセキュリティ属性を付加して記憶するレコード更新工程を含む。
更に，この方法は，前記ユニバーサルＩＣカードが，前記短縮識別子毎に，前記短縮識別子に対応する前記ステータス情報を記憶し，ファイルへアクセスするコマンドのコマンドメッセージを受信すると，コマンドメッセージで指定されたファイルに付加されている前記アクセス規則参照ファイルのレコード番号を読み取り，このレコード番号に対応するレコードに付加されている前記バイナリ形式のセキュリティ属性を前記アクセス規則参照ファイルから読み取った後，コマンドが属するアクセスモードが対応する前記格納領域に格納されている前記短縮識別子を前記バイナリ形式のセキュリティ属性から読み取り，カード内部に保持されているセキュリティステータスを参照し，この前記短縮識別子に対応した前記ステータス情報を照合するセキュリティ管理工程を含む。
【発明の効果】
【００１５】
このように，本発明によれば，ファイルに設定されたセキュリティ属性が満足しているか判定する際にセキュリティ属性のＴＬＶ構造を解析することがないため，ファイルに設定されたセキュリティ属性が満足しているか判定する処理時間を短縮できる。
【図面の簡単な説明】
【００１６】
【図１】本実施形態に係るユニバーサルＩＣカードを説明する図。
【図２】ユニバーサルＩＣカードのブロック図。
【図３】ＥＦを説明する図。
【図４】ＥＦ＿ＡＲＲのデータ部を説明する図。
【図５】バイナリ形式のセキュリティ属性を説明する図。
【図６】短縮識別子テーブルを説明する図。
【図７】ＥＦにアクセスするコマンドを実行する時の動作を説明する図。
【図８】ＥＦ＿ＡＲＲのレコードを更新する際の動作を説明する図。
【図９】標準仕様書で定義されたアクセス規則参照ファイルを説明する図。
【発明を実施するための形態】
【００１７】
ここから，本発明の好適な実施形態を記載する。なお，以下の記載は本発明の範囲を束縛するものでなく，理解を助けるために記述するものである。
【００１８】
図１は，本実施形態に係るユニバーサルＩＣカード１を説明する図である。図１に図示したように，本実施形態に係るユニバーサルＩＣカード１は，携帯電話やスマートフォンなどの移動体通信端末３に装着されて利用されるＩＣカードで，本実施形態に係るユニバーサルＩＣカード１には，ＵＩＣＣ(Universal Integrated Circuit Card)，ＳＩＭ（英: Universal Subscriber Identity Module Card），ＵＩＭ（ User Identity Module Card），ＵＳＩＭ（Universal Subscriber Identity Module Card）が含まれる。
【００１９】
ユニバーサルＩＣカード１にはＩＣチップ２が実装され，ＩＣチップ２は，中央演算装置であるＣＰＵ２０（Central Processing Unit），揮発性のメモリであるＲＡＭ２１（Random Access Memory），読み出し専用のメモリであるＲＯＭ２４(Read-Only Memory)，電気的に書き換え可能な不揮発性メモリであるＮＶＭ２３，外部装置と通信するためのＩ／Ｆ２２（Inter-Face）を有する。
【００２０】
図２は，ユニバーサルＩＣカード１のブロック図である。図２に図示したように，ユニバーサルＩＣカード１は，ＩＣチップ２のＣＰＵ２０を機能させるコンピュータプログラムが利用するデータとして，データを格納するファイル１４（以下，「ＥＦ」と記す。ＥＦは，Elementary Fileの略）と，ＥＦ１４の一つで，ＥＦ１４に設定するセキュリティ属性を格納するアクセス規則参照ファイル１３（以下，「ＥＦ＿ＡＲＲ」と記す。ARRはAccess Rule Referenceの略）と，ＴＬＶ形式のセキュリティ条件およびステータス情報をセキュリティ条件の短縮識別子に対応付けた短縮識別子テーブル１５を有し，更に，ＩＣチップ２のＣＰＵ２０を機能させるコンピュータプログラムで実現されるコマンドとして，ＥＦ１４へアクセスするコマンド１２と，レコード構造のＥＦ１４を更新するレコード更新コマンド１１を備え，ＩＣチップ２のＣＰＵ２０を機能させるコンピュータプログラムで実現されるミドルウェアとして，Ｉ／Ｆ２２を利用した外部装置（ここでは，移動体通信端末３）との通信プロトコルを制御する伝送制御モジュール１６と，ＥＦ１４に設定されているセキュリティ属性が満足しているか確認するセキュリティ管理モジュール１０を備える。
【００２１】
図３は，ＥＦ１４を説明する図である。図３（ａ）はＥＦ１４の構造を説明する図である。図３（ａ）に図示したように，ＥＦ１４は，ＥＦ１４の管理に用いる管理情報を格納する管理情報部１４ａと，ＥＦ１４の実データを格納するデータ部１４ｂとからなる。
【００２２】
図３（ｂ）は，固定長順編成ファイルのＥＦ１４の管理情報部１４ａを説明する図である。ＥＦ１４の管理情報部１４ａに格納する管理情報はファイルタイプ毎に異なるが，ファイルタイプがレコード構造の固定長順編成ファイルの場合，ＥＦ１４の管理情報部１４ａは，ＥＦ１４を識別する情報であるＥＦ＿ＩＤ，ＥＦ１４のファイルタイプ（ここでは，固定長順編成ファイル），レコード数，レコード長，および，ＥＦ＿ＡＲＲ１３のレコード番号を含む。
【００２３】
ＥＦ１４の管理情報部１４ａに含まれるＥＦ＿ＡＲＲ１３のレコード番号は，ＥＦ１４に設定するセキュリティ属性が格納されているレコードのレコード番号で，このＥＦ＿ＡＲＲ１３のレコード番号に対応するＥＦ＿ＡＲＲ１３のレコードに格納されているセキュリティ属性がＥＦ１４に設定されることになる。
【００２４】
図３（ｃ）は，レコード構造の固定長順編成ファイルＥＦ１４のデータ部１４ｂを説明する図である。ＥＦ１４のデータ部１４ｂの構造はファイルタイプ毎に異なるが，ファイルタイプが固定長順編成ファイルの場合，ＥＦ１４のデータ部１４ｂは，レコード番号を先頭に付加した所定数のレコードから構成される。データ部１４ｂを構成するレコードの数は，ＥＦ１４の管理情報部１４ａに格納されたレコード数で，データ部１４ｂを構成するレコードのデータ長は，ＥＦ１４の管理情報部１４ａに格納されたレコード長になる。なお，ＥＦ１４のデータ部１４ｂを構成するレコードには，ユニバーサルＩＣカード１のソフトウェアの設計仕様に基づき，レコード番号以外の情報を付加してもよい。
【００２５】
図４は，ＥＦ＿ＡＲＲ１３のデータ部１４ｂを説明する図である。図４に図示しているように，ＥＦ＿ＡＲＲ１３を構成するレコードの本体の内容は，ＴＬＶ形式のセキュリティ属性１３１で，このレコードの先頭にはレコード番号１３０が付加され，末尾にはバイナリ形式のセキュリティ属性１３２とこの誤り検出符号データ１３３が付加される。なお，ＥＦ＿ＡＲＲ１３が複数のレコードを有する場合，ＥＦ＿ＡＲＲ１３の各レコードに格納するＴＬＶ形式のセキュリティ属性１３１の内容はレコード毎に異なる。
【００２６】
非特許文献１に記載されているように，ＴＬＶ形式のセキュリティ属性１３１は少なくとも一つのアクセス規則１３１ａを含み，このアクセス規則１３１ａは，ＥＦ１４に対して許可されている処理を示すＴＬＶ形式のアクセスモード１３１ｂ（AM-DO: Access Mode Data Object）と，その処理を完結するために必要なセキュリティ手続きを示すＴＬＶ形式のセキュリティ条件１３１ｃ（SC-DO: Security Condition Data Object）とから構成される。なお，ＴＬＶ形式のセキュリティ属性１３１は，外部装置（ここでは，移動体通信端末３）によって，読み取りや更新が可能である。
【００２７】
バイナリ形式のセキュリティ属性１３２と誤り検出符号データ１３３はユニバーサルＩＣカード１の内部でのみ利用される情報である。バイナリ形式のセキュリティ属性１３２は，ＴＬＶ形式のセキュリティ属性１３１に含まれるアクセス規則１３１ａのＴＬＶ構造を解析して得られるデータで，セキュリティ条件の識別に用いる所定ビット数の短縮識別子を格納する格納領域１３２ａを複数有し，格納領域１３２ａ毎に異なるアクセスモードが定義されている。誤り検出符号データ１３３は，バイナリ形式のセキュリティ属性１３２から演算されるデータである。誤り検出符号データ１３３を演算する手法は様々考えられるが，ここでは，バイナリ形式のセキュリティ属性１３２をＮＯＴ演算して得られるバイナリ形式のセキュリティ属性１３２の反転値を誤り検出符号データ１３３としている。
【００２８】
図５は，バイナリ形式のセキュリティ属性１３２を説明する図である。本実施形態において，セキュリティ条件の識別に用いる短縮識別子は１ニブルのデータとし，バイナリ形式のセキュリティ属性１３２は４バイトのバイナリデータとしている。よって，バイナリ形式のセキュリティ属性１３２に含まれる合計で８個のニブルが，セキュリティ条件の識別に用いる１ニブルの短縮識別子を格納する格納領域１３２ａとして扱われることになる。
【００２９】
バイナリ形式のセキュリティ属性１３２において，バイナリ形式のセキュリティ属性１３２に含まれる格納領域１３２ａにはアクセスモードが定義され，この格納領域１３２ａには，セキュリティ条件の識別に用いる短縮識別子が記憶されるため，バイナリ形式のセキュリティ属性１３２に含まれる一つの格納領域１３２ａによって一つのアクセス規則１３１ａを定義できる。
【００３０】
バイナリ形式のセキュリティ属性１３２に含まれる格納領域１３２ａに対応させるアクセスモードは任意に決定でき，バイナリ形式のセキュリティ属性１３２に含まれる各格納領域１３２ａ（ここでは，ニブル）に対応させるアクセスモードは予め定義される。例えば，図５では，バイナリ形式のセキュリティ属性１３２に含まれる各格納領域１３２ａに対応させるアクセスモードを，バイナリ形式のセキュリティ属性１３２の先頭から順に，アクセスモード１，アクセスモード２，アクセスモード３，アクセスモード４，アクセスモード５，アクセスモード６，アクセスモード７およびアクセスモード８にしている。
【００３１】
図６は，短縮識別子テーブル１５を説明する図である。図６に図示したように，短縮識別子テーブル１５には，ＴＬＶ形式のセキュリティ条件１３１ｃとステータス情報が短縮識別子に対応付けられる。ここで，セキュリティ条件の短縮識別子とは，セキュリティ条件を指定するための数ビットのデータである。ここでは，セキュリティ条件の短縮識別子を１ニブル（４ビット）としているため，セキュリティ条件の短縮識別子の値は「００００ｂ」から「１１１１ｂ」の範囲になり，セキュリティ条件の短縮識別子に対応付けることのできるセキュリティ条件の数は１６個になる。
【００３２】
図６において，短縮識別子に対応付けるＴＬＶ形式のセキュリティ条件１３１ｃは，ＴＬＶ形式のセキュリティ条件１３１ｃそのものとしている。なお，セキュリティ条件は，ＡＮＤ論理やＯＲ論理によるセキュリティ条件の組み合わせであってもよい。また，短縮識別子に対応付けるステータス情報は，短縮識別子で識別されるセキュリティ条件が全て満足するときのカード内部の内部状態を示す情報である。例えば，ユニバーサルＩＣカード１内に保持され，セキュリティ手続きの処理結果等が反映されるセキュリティステータスの値をステータス情報に用いることができ，また，カレントになるＤＦの情報をステータス情報に含ませることもできる。
【００３３】
ここから，ユニバーサルＩＣカード１の動作について説明する。図７は，ＥＦ１４にアクセスするコマンド１２を実行する時の動作を説明する図である。ＥＦ１４にアクセスするコマンド１２のコマンドメッセージを受信すると，セキュリティ管理モジュール１０は，まず，コマンドメッセージに含まれるＥＦ＿ＩＤからアクセス対象となるＥＦ１４を判定し，アクセス対象となるＥＦ１４の管理情報部１４ａからＥＦ＿ＡＲＲ１３のレコード番号１３０を取得する（Ｓ１）。
【００３４】
次に，セキュリティ管理モジュール１０は，ＮＶＭ２３に格納されているＥＦ＿ＡＲＲ１３にアクセスし，ＥＦ１４の管理情報部１４ａから取得したレコード番号１３０に対応するＥＦ＿ＡＲＲ１３のレコードから，このレコードの末尾に付加されているバイナリ形式のセキュリティ属性１３２とこの誤り検出符号データ１３３を読み取る（Ｓ２）。
【００３５】
次に，セキュリティ管理モジュール１０は， ＥＦ１４にアクセスするコマンド１２が属するアクセスモードを特定し（Ｓ３），このアクセスモードに対応する格納領域１３２ａに記憶されている短縮識別子をバイナリ形式のセキュリティ属性１３２から読み出す（Ｓ４）。なお，ＥＦ１４にアクセスするコマンド１２が属するアクセスモードは，このコマンド１２のコマンド識別子（ＣＬＡ，ＩＮＳ）から判定できる。
【００３６】
次に，セキュリティ管理モジュール１０は，誤り検出符号データ１３３を用いて短縮識別子の正当性を検証する（Ｓ５）。本実施形態では，誤り検出符号データ１３３をバイナリ形式のセキュリティ属性１３２の反転値としているため，コマンド１２が属するアクセスモードに対応する格納領域と同じ位置の領域の値を誤り符号として誤り検出符号データ１３３から読み出し，この誤り符号をＮＯＴ演算した値とセキュリティ条件の短縮識別子が一致するか確認することになる。
【００３７】
セキュリティ管理モジュール１０は，バイナリ形式のセキュリティ属性１３２から取得した短縮識別子の正当性の検証に失敗した場合，ユニバーサルＩＣカード１の動作を停止させる処理を実行して（Ｓ５ａ），この手順を終了する。
【００３８】
また，バイナリ形式のセキュリティ属性１３２から取得した短縮識別子の正当性の検証に成功した場合，セキュリティ管理モジュール１０は，短縮識別子テーブル１５から，短縮識別子に対応するステータス情報を取得した後（Ｓ６），例えば，この時点でユニバーサルＩＣカード１が保持しているセキュリティステータスの値とステータス情報を照合するなどして，この時点でユニバーサルＩＣカード１が保持しているセキュリティステータスの値を参照して，ステータス情報を照合する（Ｓ７）。
【００３９】
次に，セキュリティ管理モジュール１０は，短縮識別子に対応するステータス情報の照合に成功すると，コマンド１２の実行を許可して（Ｓ８），この手順を終了する。また，セキュリティ管理モジュール１０は，短縮識別子に対応するステータス情報の照合に失敗すると，コマンド１２の実行を許可することなく，エラーメッセージを返信して（Ｓ９），この手順を終了する。
【００４０】
図８は，ＥＦ＿ＡＲＲ１３のレコードを更新する際の動作を説明する図である。ＥＦ１４のレコードを更新するレコード更新コマンド１１（UPDATE RECORD COMMAND）を受信すると，レコード更新コマンド１１は，上述した内容に従い，バイナリ形式のセキュリティ属性１３２から取得した短縮識別子に対応するステータス情報が満足しているか確認した後，レコード更新コマンド１１のコマンドメッセージに含まれるＥＦ＿ＩＤから，レコードの更新対象となるＥＦ１４がＥＦ＿ＡＲＲ１３であるか確認する（Ｓ１０）。
【００４１】
レコードの更新対象となるＥＦ１４がＥＦ＿ＡＲＲ１３でなければ，レコード更新コマンド１１は，コマンドメッセージに含まれる更新データを，コマンドメッセージで示されるＥＦ１４のレコードに書き込んで（Ｓ１７），この手順を終了する。
【００４２】
また，レコードの更新対象となるＥＦ１４がＥＦ＿ＡＲＲ１３の場合，コマンドメッセージに含まれる更新データはＴＬＶ形式のセキュリティ属性１３１になるため，レコード更新コマンド１１は，このＴＬＶ形式のセキュリティ属性１３１に含まれるアクセス規則１３１ａのＴＬＶ構造を解析し（Ｓ１１），ＴＬＶ形式のセキュリティ属性１３１に含まれるアクセス規則１３１ａ毎に，アクセスモードとセキュリティ条件を特定する（Ｓ１２）。
【００４３】
次に，レコード更新コマンド１１は，短縮識別子テーブル１５を参照して，ＴＬＶ形式のセキュリティ属性１３１に含まれるアクセス規則１３１ａ毎に，ＴＬＶ形式のセキュリティ条件１３１ｃに対応する短縮識別子を取得する（Ｓ１３）。
【００４４】
次に，レコード更新コマンド１１は，ＴＬＶ形式のセキュリティ属性１３１に含まれるアクセス規則１３１ａ毎に，アクセス規則１３１ａのアクセスモードに対応する格納領域１３２ａにアクセス規則１３１ａのセキュリティ条件の短縮識別子を書き込む処理を実行することで，バイナリ形式のセキュリティ属性１３２を生成する（Ｓ１４）。
【００４５】
次に，レコード更新コマンド１１は，バイナリ形式のセキュリティ属性１３２の誤り検出符号データ１３３を演算する（Ｓ１５）。ここでは，バイナリ形式のセキュリティ属性１３２のＮＯＴを演算することになる。
【００４６】
次に，レコード更新コマンド１１は，レコード更新コマンド１１の更新データ（ここでは，ＴＬＶ形式のセキュリティ属性１３１），バイナリ形式のセキュリティ属性１３２および誤り検出符号データ１３３を用いて，レコード更新コマンド１１のコマンドメッセージに含まれるレコード番号１３０に対応するＥＦ＿ＡＲＲ１３内のレコードの内容を更新して（Ｓ１６），この手順は終了する。
【００４７】
このように，本実施形態に係るユニバーサルＩＣカード１によれば，ＥＦ１４に設定されたセキュリティ属性が満足しているか判定する際にセキュリティ属性のＴＬＶ構造を解析することがないため，ＥＦ１４に設定されたセキュリティ属性が満足しているか判定する処理時間を短縮できる。
【符号の説明】
【００４８】
１    ユニバーサルＩＣカード
１０  セキュリティ管理モジュール
１１  レコード更新コマンド
１２  ＥＦにアクセスするコマンド
１３  ＥＦ＿ＡＲＲ（アクセス規則参照ファイル）
１３０  レコード番号
１３１  ＴＬＶ形式のセキュリティ属性
１３２  バイナリ形式のセキュリティ属性
１３２ａ  格納領域
１３３  誤り検出符号データ
１４  ＥＦ（ファイル）
１５  短縮識別子テーブル
１６  伝送制御モジュール
【図１】
2015060302.tif 000003
【図２】
2015060302.tif 000004
【図３】
2015060302.tif 000005
【図４】
2015060302.tif 000006
【図５】
2015060302.tif 000007
【図６】
2015060302.tif 000008
【図７】
2015060302.tif 000009
【図８】
2015060302.tif 000010
【図９】
2015060302.tif 000011