(57)【要約】【課題】アプリケーションに係るリストを全て取得しなくとも，アプリケーションのインストール状況をＴＳＭサーバ側で把握できるようにする。【解決手段】ＵＩＭ１は，オブジェクトの識別子を含むオブジェクト情報を記憶するための複数のレコードが設けられ，オブジェクト情報に対応するオブジェクトがインストールされた順番を示す創生番号をレコードに付加しているデータテーブルと，オブジェクト情報を記憶しているレコードに付加された創生番号を利用して，データテーブルに記憶されているオブジェクト情報をＬＩＦＯ（Last-In First-Out）の方式で出力するリストデータを生成するリスト出力コマンド１３を備えている。。【選択図】図１
2018042074.tif 000002
【特許請求の範囲】
【請求項１】
メモリに創生されたカードコンテントの識別子を含むカードコンテント情報を記憶するための複数のレコードが設けられ，前記カードコンテント情報に対応する前記カードコンテントが創生された順番を示す創生順情報を，前記カードコンテント情報を記憶した前記レコードに付加しているデータテーブルと，
前記カードコンテント情報を記憶している前記レコードに付加された前記創生順情報を利用して，前記データテーブルに記憶されている前記カードコンテント情報をＬＩＦＯ（Last-In First-Out）の方式で出力するリストデータを生成し，伝送プロトコルのペイロード長よりも前記リストデータのデータ長が長い場合，ペイロード長に収まるように前記リストデータを複数のフラグメントに分割し，コマンドの連続実行回数に応じた前記フラグメントを出力するリスト出力コマンドと，
を備えたことを特徴とするＵＩＭ（User Identity Module）。
【請求項２】
アプリケーションインスタンスを前記カードコンテントとして記憶し，前記アプリケーションインスタンスの識別子を含むインスタンス情報を前記カードコンテント情報として記憶する前記データテーブルであるインスタンステーブルを備え，
前記リスト出力コマンドは，前記インスタンス情報のリストを生成することがコマンドＡＰＤＵのパラメータによって示される場合，前記インスタンステーブルにアクセスして，前記インスタンス情報を前記カードコンテント情報とする前記リストデータを生成することを特徴とする，
請求項１に記載したＵＩＭ。
【請求項３】
前記アプリケーションインスタンスが利用する実行モジュールを含むロードファイルを前記カードコンテントとして記憶し，前記ロードファイルの識別子を含むロードファイル情報を前記カードコンテント情報として記憶する前記データテーブルであるロードファイルテーブルを備え，
前記リスト出力コマンドは，前記ロードファイル情報のリストを生成することがコマンドＡＰＤＵのパラメータによって示される場合，前記ロードファイルテーブルにアクセスして，前記ロードファイル情報を前記カードコンテント情報とする前記リストデータを生成することを特徴とする，
請求項１または請求項２に記載したＵＩＭ。
【請求項４】
前記アプリケーションインスタンスをメモリに創生した後，前記インスタンステーブルが有するレコードの中から，前記インスタンス情報が記憶されていない前記レコードをレコード順に検索し，メモリに創生した前記アプリケーションインスタンスに係る前記インスタンス情報を検索した前記レコードに書き込んだ後，この時点で最も大きい前記創生順情報の次になる前記創生順情報をこの前記レコードに付加するインストールコマンドを備えたことを特徴とする，
請求項２に記載したＵＩＭ。
【請求項５】
コマンドＡＰＤＵで示される前記アプリケーションインスタンスをメモリから削除し，更に，メモリから削除した前記アプリケーションインスタンスに係る前記インスタンス情報と，この前記インスタンス情報を記録していたレコードに付加された前記創生順情報を前記インスタンステーブルから削除した後，前記インスタンステーブルが有する前記レコードに付加されている前記創生順情報を参照し，削除した前記創生順情報も大きい前記創生順情報それぞれを，創生順を一つ繰り下げた前記創生順情報に更新するデリートコマンドを備えたことを特徴とする，請求項４に記載したＵＩＭ。
【請求項６】
前記ロードファイルをメモリにロードした後，前記ロードファイルテーブルが有する前記レコードの中から，前記ロードファイル情報が記憶されていない前記レコードをレコード順に検索し，メモリにロードした前記ロードファイルに係る前記ロードファイル情報を検索した前記レコードに書き込んだ後，この時点で最も大きい前記創生順情報の次になる前記創生順情報を前記レコードに付加するロードコマンドを備えたことを特徴とする，
請求項３に記載したＵＩＭ。
【請求項７】
コマンドＡＰＤＵで示される前記ロードファイルをメモリから削除し，更に，メモリから削除した前記ロードファイルに係る前記ロードファイル情報と，この前記ロードファイル情報を記録していたレコードに付加された前記創生順情報を前記ロードファイルテーブルから削除した後，前記ロードファイルテーブルが有する前記レコードに付加されている前記創生順情報を参照し，削除した前記創生順情報も大きい前記創生順情報それぞれを，創生順を一つ繰り下げた前記創生順情報に更新するデリートコマンドを備えたことを特徴とする，請求項６に記載したＵＩＭ。
【請求項８】
請求項１に記載のＵＩＭと，前記ＵＩＭが実装されたモバイル端末と，前記ＵＩＭを発行するＴＳＭサーバから少なくとも構成され，前記モバイル端末は，前記ＴＳＭサーバが送信したコマンドＡＰＤＵを前記ＵＩＭに送信し，前記ＵＩＭが出力したレスポンスを前記ＴＳＭサーバに送信する処理を行い，前記ＴＳＭサーバは，前記ＵＩＭを発行する際，前記ＵＩＭが備えるリスト出力コマンドのコマンドＡＰＤＵを前記モバイル端末へ送信し，前記モバイル端末を介して前記ＵＩＭが出力した前記リスト出力コマンドのレスポンスを取得し，前記ＵＩＭがリストデータを複数のフラグメントに分割して出力する場合，所定のカードコンテントの識別子に対応するカードコンテント情報が前記リスト出力コマンドのレスポンスに含まれる前記フラグメントにあるとき，次の前記フラグメントを取得するための前記リスト出力コマンドのコマンドＡＰＤＵの送信を中止する処理を行う，ことを特徴とするＵＩＭ発行システム。
【請求項９】
請求項１に記載のＵＩＭと，前記ＵＩＭが実装されたモバイル端末と，前記ＵＩＭを発行するＴＳＭサーバから少なくとも構成され，前記ＴＳＭサーバは，前記ＵＩＭを発行する際，所定のカードコンテントの識別子を含むカードコンテント問合せ要求を前記モバイル端末へ送信する処理を行い，前記モバイル端末は，前記カードコンテント問合せ要求を前記ＴＳＭサーバから受信すると，前記ＵＩＭが備えるリスト出力コマンドのコマンドＡＰＤＵを前記ＵＩＭへ入力し，前記リスト出力コマンドのレスポンスを前記ＵＩＭから取得し，前記ＵＩＭがリストデータを複数のフラグメントに分割して出力する場合，所定のカードコンテントの識別子に対応するカードコンテント情報が前記リスト出力コマンドのレスポンスに含まれる前記フラグメントにあるとき，次の前記フラグメントを取得するための前記リスト出力コマンドのコマンドＡＰＤＵの送信を中止し，前記カードコンテント問合せ要求に含まれるカードコンテントが前記ＵＩＭに創生されている旨を前記ＴＳＭサーバへ通知する処理を行う，ことを特徴とするＵＩＭ発行システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，スマートフォンなどのモバイル端末に装着されるＵＩＭに係わる。
【背景技術】
【０００２】
モバイル端末が備えるＮＦＣ（Near Field Communication）チップを経由して，モバイル端末のＵＩＭ（User Identity Module）にロードされたアプリケーションにアクセス可能にするＵＩＭのＮＦＣ対応が進んでいる。ＮＦＣ対応のＵＩＭのＮＶＭ（Non-volatile memory）には様々なカードコンテント（Card Content）が創生され，金融関係を中心に設立したＧＰ（Global Platform）では，ＵＩＭの発行にＴＳＭ（Trusted Service Manager）サーバを利用することが規定されている。なお，本発明において，カードコンテントとは，アプリケーションのプログラムコードが含まれるロードファイル（Executable Load File）と，ロードファイルに含まれるアプリケーションのプログラムコードを利用するアプリケーションインスタンス（Application Instance）を含む概念である。
【０００３】
ＴＳＭサーバは，ＵＩＭを発行する際，すなわち，ＵＩＭのＮＶＭに新たなカードコンテントを創生する際，ＵＩＭのＮＶＭに創生されているカードコンテントのリストを出力するコマンドを利用して，モバイル端末のキャリア網経由でＵＩＭからカードコンテントのリストを取得し，ＵＩＭのＮＶＭに創生されているカードコンテントを把握する処理を行い，ＧＰが制定した非特許文献１の規格に準拠したＵＩＭは，ＵＩＭのＮＶＭに創生されたカードコンテントのリストを出力するコマンドとして，例えば，Get Status Commandをサポートする。
【０００４】
ＵＩＭのＮＶＭに創生されたカードコンテントのリストを出力するコマンドは，ＵＩＭのＮＶＭに創生されたカードコンテントのリスト全てを一度で出力できない場合，ＵＩＭのＮＶＭに創生されたカードコンテントのリストの一部と，続きのデータがあることを示すステータスワードを出力するため，ＴＳＭサーバは，このリスト全てを取得するために，ＵＩＭに対してこのコマンドを複数回送信しなければならない。
【０００５】
特に，ＮＦＣに対応しているＵＩＭは，ＮＦＣに未対応のＵＩＭと比較してＵＩＭのＮＶＭに創生されたカードコンテントの数は増加するため，カードコンテントのリストのデータ長が伝送プロトコルのペイロード長を超えることが多く，ＴＳＭサーバが，このリスト全てを取得するために，ＵＩＭに対してこのコマンドを複数回送信しなければならないケースが増えている。
【０００６】
このように，ＵＩＭのＮＶＭに創生されたカードコンテントのリスト全てを一度で出力できない場合，ＴＳＭサーバとＵＩＭ間で，カードコンテントに係るリストを出力するコマンドにかかるやりとりが複数回実行されるので，この処理時間を短くすることが一つの課題になっている。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】GlobalPlatform Card Specification Version 2.2 March 2006
【発明の概要】
【発明が解決しようとする課題】
【０００８】
そこで，本発明は，カードコンテントに係るリストを全て取得しなくとも，ＵＩＭの発行状況をＴＳＭサーバ側で把握できるように，カードコンテントに係るリストを出力するＵＩＭと，このＵＩＭを利用するＵＩＭ発行システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決する第１の発明は，メモリに創生されたカードコンテントの識別子を含むカードコンテント情報を記憶するための複数のレコードが設けられ，前記カードコンテント情報に対応する前記カードコンテントがインストールされた順番を示す創生順情報を，前記カードコンテント情報を記憶した前記レコードに付加しているデータテーブルと，前記カードコンテント情報を記憶している前記レコードに付加された前記創生順情報を利用して，前記データテーブルに記憶されている前記カードコンテント情報をＬＩＦＯ（Last-In First-Out）の方式で出力するリストデータを生成し，伝送プロトコルのペイロード長よりも前記リストデータのデータ長が長い場合，ペイロード長に収まるように前記リストデータを複数のフラグメントに分割し，コマンドの連続実行回数に応じた前記フラグメントを出力するリスト出力コマンドと，を備えたことを特徴とするＵＩＭ（User Identity Module）である。
【００１０】
第２の発明は，第１の発明に記載したＵＩＭにおいて，前記ＵＩＭは，アプリケーションインスタンスを前記カードコンテントとして記憶し，前記アプリケーションインスタンスの識別子を含むインスタンス情報を前記カードコンテント情報として記憶する前記データテーブルであるインスタンステーブルを備え，前記リスト出力コマンドは，前記インスタンス情報のリストを生成することがコマンドＡＰＤＵのパラメータによって示される場合，前記インスタンステーブルにアクセスして，前記インスタンス情報を前記カードコンテント情報とする前記リストデータを生成することを特徴とする。第２の発明は，前記カードコンテントをアプリケーションインスタンスとした発明である。
【００１１】
第３の発明は，第１の発明または第２の発明に記載したＵＩＭにおいて，前記ＵＩＭは，前記アプリケーションインスタンスが利用する実行モジュールを含むロードファイルを前記カードコンテントとして記憶し，前記ロードファイルの識別子を含むロードファイル情報を前記カードコンテント情報として記憶する前記データテーブルであるロードファイルテーブルを備え，前記リスト出力コマンドは，前記ロードファイル情報のリストを生成することがコマンドＡＰＤＵのパラメータによって示される場合，前記ロードファイルテーブルにアクセスして，前記ロードファイル情報を前記カードコンテント情報とする前記リストデータを生成することを特徴とする。第３の発明は，前記カードコンテントをロードファイルとした発明である。
【００１２】
第４の発明は，第２の発明または第３の発明に記載したＵＩＭにおいて，前記アプリケーションインスタンスをＮＶＭに創生した後，前記インスタンステーブルが有するレコードの中から，前記インスタンス情報が記憶されていない前記レコードをレコード順に検索し，ＮＶＭに創生した前記アプリケーションインスタンスに係る前記インスタンス情報を検索した前記レコードに書き込んだ後，この時点で最も大きい前記創生順情報の次になる前記創生順情報をこの前記レコードに付加するインストールコマンドを備えたことを特徴とする。前記第４の発明は，前記インスタンステーブルに前記インスタンス情報を書き込むコマンドを備えさせた発明である。
【００１３】
第５の発明は，第４の発明に記載したＵＩＭにおいて，コマンドＡＰＤＵで示される前記アプリケーションインスタンスをメモリから削除し，更に，メモリから削除した前記アプリケーションインスタンスに係る前記インスタンス情報と，この前記インスタンス情報を記録していたレコードに付加された前記創生順情報を前記インスタンステーブルから削除した後，前記インスタンステーブルが有する前記レコードに付加されている前記創生順情報を参照し，削除した前記創生順情報も大きい前記創生順情報それぞれを，創生順を一つ繰り下げた前記創生順情報に更新するデリートコマンドを備えたことを特徴とする。前記第５の発明は，前記アプリケーションインスタンスをメモリから削除するデリートコマンドを備えた発明である。
【００１４】
第６の発明は，第３の発明に記載したＵＩＭにおいて，前記ロードファイルをＮＶＭにロードした後，前記ロードファイルテーブルが有する前記レコードの中から，前記ロードファイル情報が記憶されていない前記レコードをレコード順に検索し，ＮＶＭにロードした前記ロードファイルに係る前記ロードファイル情報を検索した前記レコードに書き込んだ後，この時点で最も大きい前記創生順情報の次になる前記創生順情報をこの前記レコードに付加するロードコマンドを備えたことを特徴とする。前記第６の発明は，前記ロードファイルテーブルに前記ロードファイル情報を書き込むコマンドを備えさせた発明である。
【００１５】
第７の発明は、第６の発明に記載したＵＩＭにおいて，前記デリートコマンドは，コマンドＡＰＤＵで示される前記ロードファイルをＮＶＭから削除し，更に，ＮＶＭから削除した前記ロードファイルに係る前記ロードファイル情報と，この前記ロードファイル情報を記録していたレコードに付加された前記創生順情報を前記インスタンステーブルから削除した後，前記ロードファイルテーブルが有する前記レコードに付加されている前記創生順情報を参照し，削除した前記創生順情報も大きい前記創生順情報それぞれを，創生順を一つ繰り下げた前記創生順情報に更新することを特徴とする。前記第７の発明は，前記ロードファイルをメモリから削除するデリートコマンドを備えた発明である。
【００１６】
第８の発明は，第１の発明に記載のＵＩＭと，前記ＵＩＭが実装されたモバイル端末と，前記ＵＩＭを発行するＴＳＭサーバから少なくとも構成され，前記モバイル端末は，前記ＴＳＭサーバが送信したコマンドＡＰＤＵを前記ＵＩＭに送信し，前記ＵＩＭが出力したレスポンスを前記ＴＳＭサーバに送信する処理を行い，前記ＴＳＭサーバは，前記ＵＩＭを発行する際，前記ＵＩＭが備えるリスト出力コマンドのコマンドＡＰＤＵを前記モバイル端末へ送信し，前記モバイル端末を介して前記ＵＩＭが出力した前記リスト出力コマンドのレスポンスを取得し，前記ＵＩＭがリストデータを複数のフラグメントに分割して出力する場合，所定のカードコンテントの識別子に対応するカードコンテント情報が前記リスト出力コマンドのレスポンスに含まれる前記フラグメントにあるとき，次の前記フラグメントを取得するための前記リスト出力コマンドのコマンドＡＰＤＵの送信を中止する処理を行うことを特徴とするＵＩＭ発行システムである。第８の発明は，前記ＴＳＭサーバが，次の前記フラグメントを取得するための前記リスト出力コマンドのコマンドＡＰＤＵの送信を判断するようにした発明である。
【００１７】
第９の発明は，第２の発明に記載のＵＩＭと，前記ＵＩＭが実装されたモバイル端末と，前記ＵＩＭを発行するＴＳＭサーバから少なくとも構成され，前記ＴＳＭサーバは，前記ＵＩＭを発行する際，所定のカードコンテントの識別子を含むカードコンテント問合せ要求を前記モバイル端末へ送信する処理を行い，前記モバイル端末は，前記カードコンテント問合せ要求を前記ＴＳＭサーバから受信すると，前記ＵＩＭが備えるリスト出力コマンドのコマンドＡＰＤＵを前記ＵＩＭへ入力し，前記リスト出力コマンドのレスポンスを前記ＵＩＭから取得し，前記ＵＩＭがリストデータを複数のフラグメントに分割して出力する場合，所定のカードコンテントの識別子に対応するカードコンテント情報が前記リスト出力コマンドのレスポンスに含まれる前記フラグメントにあるとき，次の前記フラグメントを取得するための前記リスト出力コマンドのコマンドＡＰＤＵの送信を中止し，前記カードコンテント問合せ要求に含まれるカードコンテントが前記ＵＩＭに創生されている旨を前記ＴＳＭサーバへ通知する処理を行うことを特徴とするＵＩＭ発行システムである。第９の発明は，前記モバイル端末が，次の前記フラグメントを取得するための前記リスト出力コマンドのコマンドＡＰＤＵの送信を判断するようにした発明である。
【発明の効果】
【００１８】
上述した本発明に係るＵＩＭは，データテーブルに記憶されているカードコンテント情報をＬＩＦＯの方式で出力するリストデータを生成するので，カードコンテントに係るリストを全て取得しなくとも，ＵＩＭの発行状況をＴＳＭサーバ側で把握できる。
【図面の簡単な説明】
【００１９】
【図１】本実施形態に係るＵＩＭとサービス発行に用いる装置を示した図。
【図２】ロードファイルとアプリケーションインスタンスの関係を説明する。
【図３】アプリケーションインスタンスをインストールするプロセスを説明する図。
【図４】カードコンテント情報を記憶するデータテーブルを説明する図。
【図５】ＵＩＭが備えるデリートコマンドの動作を説明する図。
【図６】ＵＩＭが備えるリスト出力コマンドの動作を説明する図。
【図７】ペイロード長を超えるリストデータを出力する動作を説明する図。
【図８】ＵＩＭ発行システムの動作の第１例を説明する図。
【図９】ＵＩＭ発行システムの動作の第２例を説明する図。
【発明を実施するための形態】
【００２０】
ここから，本発明の好適な実施形態を記載する。なお，以下の記載は本発明の技術的範囲を束縛するものでなく，理解を助けるために記述するものである。
【００２１】
図１は，本実施形態に係るＵＩＭ１と，ＵＩＭ１を発行するＵＩＭ発行システム５に含まれる装置を示した図である。図１では，本実施形態に係るＵＩＭ１と，ＵＩＭ１を搭載しているモバイル端末２と，キャリア網４を介してモバイル端末２と接続しているＴＳＭサーバ３を図示している。
【００２２】
図１で図示したように，本実施形態に係るＵＩＭ１はＮＦＣに対応し，本実施形態に係るＵＩＭ１を搭載したモバイル端末２は，スマートフォンなどの端末として機能するために必要な回路であるベースバンド回路２０に加え，近距離無線通信機能などを提供するＮＦＣチップ２１を備える。ＮＦＣに対応しているＵＩＭ１は，プロセッサ１ｃ，ＮＶＭ１ｄ，ＩＳＯ７８１６Ｉ／Ｆ（InterFace）１ｂおよびＳＷＰ／ＨＣＩ１ａ（Single Wire Protocol/Host Controller Interface）を備える。ＵＩＭ１が備えるプロセッサ１ｃは，コンピュータプログラムを実行する機能を有するＩＣチップである。ＵＩＭ１が備えるＩＳＯ７８１６Ｉ／Ｆ１ｂは，モバイル端末２のベースバンド回路２０との通信に用いる伝送プロトコルを処理する回路である。ＵＩＭ１が備えるＳＷＰ／ＨＣＩ１ａは，モバイル端末２のＮＦＣチップ２１との通信に用いる伝送プロトコルを処理する回路である。
【００２３】
本実施形態に係るＵＩＭ１において，モバイル端末２のプロセッサ１ｃとの通信に用いられるＩ／ＦはＩＳＯ７８１６Ｉ／Ｆ１ｂになる。基本的に，モバイル端末２は，ＴＳＭサーバ３が送信したコマンドＡＰＤＵ(Application Protocol Data Unit)をＵＩＭ１へ入力し，ＵＩＭ１が出力したレスポンスＡＰＤＵをＴＳＭサーバ３へ送信する。
【００２４】
図１で図示したように，本実施形態に係るＵＩＭ１は，ＵＩＭ１が備えるプロセッサ１ｃを動作させるコンピュータプログラムにより実現されるコマンドとして，ロードコマンド１０，インストールコマンド１１，デリートコマンド１２およびリスト出力コマンド１３をＮＶＭ１ｄまたはＲＯＭ（図示していない）に記憶する。また，本実施形態に係るＵＩＭ１は，アプリケーションに係るカードコンテントとして，ロードファイル１４と，ロードファイル１４を利用して構成されたアプリケーションインスタンス１５をＮＶＭ１ｄに記憶する。また，本実施形態に係るＵＩＭ１は，ＵＩＭ１が記憶しているカードコンテントに係るカードコンテント情報を記憶するレコード形式のデータテーブルとして，ロードファイル１４の管理に用いるロードファイルテーブル１６と，アプリケーションインスタンス１５の管理に用いるインスタンステーブル１７をＮＶＭ１ｄに記憶する。
【００２５】
図２は，ロードファイル１４とアプリケーションインスタンス１５の関係を説明する図である。ロードファイル１４には，アプリケーションのプログラムコードとなる少なくとも一つの実行モジュール１４０が含まれ，図２で図示したロードファイル１４は実行モジュール１４０（実行モジュールＡ，Ｂ）が含まれている。アプリケーションインスタンス１５は，アプリケーションが利用できるロードファイル１４に含まれる一つの実行モジュール１４０と，アプリケーションデータ１５０から構成されている。図２で図示したアプリケーションインスタンス１５は，ロードファイル１４に含まれる実行モジュール１４０（実行モジュールＡ，Ｂ）の中から，実行モジュール１４０（実行モジュールＡ）を利用するように構成されている。なお，ロードファイル１４とアプリケーションそれぞれには，アプリケーション識別子（AID: Application IDentifier）が付加されている。
【００２６】
図３は，アプリケーションインスタンス１５をインストールするプロセスを説明する図である。ＵＩＭ１にアプリケーションインスタンス１５をインストールするプロセスは，アプリケーションインスタンス１５が利用する実行モジュール１４０を含むロードファイル１４をＵＩＭ１のＮＶＭ１ｄにロードするロードフェーズＰ１と，ロードフェーズＰ１でロードしたロードファイル１４を利用するアプリケーションインスタンス１５をＵＩＭ１のＮＶＭ１ｄにインストールするインストールフェーズＰ２を含む。
【００２７】
ＵＩＭ１が備えるロードコマンド１０は，ロードファイル１４をＵＩＭ１のＮＶＭ１ｄにロードするためのコマンドである。ＵＩＭ１のＮＶＭ１ｄにロードファイル１４をロードする際，ロードコマンド１０を用いて，ＵＩＭ１にロードするロードファイル１４のＡＩＤなどをＵＩＭ１に通知した後，ロードコマンド１０を用いて，ロードファイル１４の本体を複数回に分けてＵＩＭ１に送信し，ＵＩＭ１のＮＶＭ１ｄにロードファイル１４をロードする。本実施形態に係るロードコマンド１０を一つのコマンドで実現できるが，本実施形態に係るロードコマンド１０を複数のコマンドで実現してもよい。非特許文献１の規格では，ロードファイル１４のロードに，Install[for Load] CommandとLoad Commandが使用される。
【００２８】
ＵＩＭ１が備えるインストールコマンド１１は，アプリケーションインスタンス１５をＵＩＭ１のＮＶＭ１ｄに創生するコマンドである。インストールコマンド１１を用いてアプリケーションインスタンス１５をＵＩＭ１のＮＶＭ１ｄに創生する際，インストールコマンド１１を用いて，ＵＩＭ１に創生するアプリケーションインスタンス１５のＡＩＤなどをＵＩＭ１に通知し，ＵＩＭ１のＮＶＭ１ｄにアプリケーションインスタンス１５を生成する。非特許文献１の規格では，アプリケーションインスタンス１５のインストールに，Install[for Install] Commandが使用される。なお，アプリケーションをＵＩＭ１のＮＶＭ１ｄに創生する際，アプリケーションデータを書き込む処理などが実施される。
【００２９】
ＵＩＭ１が備えるロードファイルテーブル１６はロードコマンド１０などによって操作されるデータテーブルで，インスタンステーブル１７はインストールコマンド１１などによって操作されるデータテーブルである。
【００３０】
ロードコマンド１０は，ロードファイル１４のロードが正常に終了すると，レコード番号が＃１のレコードからレコード順に空き（ロードファイル情報を記憶していない）のレコードをロードファイルテーブル１６から検索し，最初に検索した空きのレコードに，ＵＩＭ１のＮＶＭ１ｄにロードしたロードファイル１４に係るロードファイル情報を書き込む処理を行う。ロードファイルテーブル１６に記憶するロードファイル情報の内容は任意であるが，ロードファイル１４のＡＩＤ（Application IDentifier）や，ロードファイル１４の有効期限をロードファイル情報に含ませることができる。
【００３１】
同様に，インストールコマンド１１は，アプリケーションインスタンス１５の創生が正常に終了すると，レコード番号が＃１のレコードからレコード順に空きのレコードをインスタンステーブル１７から検索し，最初に検索した空きのレコードに，ＵＩＭ１のＮＶＭ１ｄに創生したアプリケーションインスタンス１５に係るインスタンス情報を書き込む処理を行う。インスタンステーブル１７に記憶するインスタンス情報の内容は任意であるが，アプリケーションインスタンス１５のＡＩＤ（Application IDentifier）や，アプリケーションインスタンス１５の有効期限をインスタンス情報に含ませることができる。
【００３２】
ＵＩＭ１が備えるデリートコマンド１２は，ＵＩＭ１のＮＶＭ１ｄにあるロードファイル１４やアプリケーションインスタンス１５を削除するコマンドである。ＵＩＭ１が備えるデリートコマンド１２は，ＵＩＭ１のＮＶＭ１ｄにあるロードファイル１４を削除する際，デリートコマンド１２のコマンドＡＰＤＵで示されるロードファイル１４をＮＶＭ１ｄから削除し，更に，ＮＶＭ１ｄから削除したロードファイル１４に係るロードファイル情報と，このロードファイル情報を記録していたレコードに付加された創生順情報をロードファイルテーブル１６から削除した後，ロードファイルテーブル１６が有するレコードに付加されている創生順情報を参照し，削除した創生順情報も大きい創生順情報それぞれを，創生順を一つ繰り下げた創生順情報に更新する。同様に，デリートコマンド１２は，ＵＩＭ１のＮＶＭ１ｄにあるアプリケーションインスタンス１５を削除する際，デリートコマンド１２のコマンドＡＰＤＵで示されるアプリケーションインスタンス１５をＮＶＭ１ｄから削除し，更に，ＮＶＭ１ｄから削除したアプリケーションインスタンス１５に係るインスタンス情報と，このインスタンス情報を記録していたレコードに付加された創生順情報をインスタンステーブル１７から削除した後，インスタンステーブル１７が有するレコードに付加されている創生順情報を参照し，削除した創生順情報も大きい創生順情報それぞれを，創生順を一つ繰り下げた創生順情報に更新する。なお，削除するロードファイル１４やアプリケーションインスタンス１５は，デリートコマンド１２のコマンドＡＰＤＵによって示される。
【００３３】
図４は，カードコンテント情報を記憶するデータテーブルを説明する図である。図３を用いて説明したように，アプリケーションインスタンス１５をＵＩＭ１にインストールする処理では，ロードファイル１４をＵＩＭ１のＮＶＭ１ｄにロードするロードフェーズＰ１と，アプリケーションインスタンス１５をＵＩＭ１のＮＶＭ１ｄに生成するインストールフェーズＰ２が実行されるため，本実施形態に係るＵＩＭ１は，ロードフェーズＰ１でロードされたロードファイル１４のロードファイル情報を記憶するロードファイルテーブル１６と，インストールフェーズＰ２で創生されたアプリケーションインスタンス１５のインスタンス情報を記憶するインスタンステーブル１７を備える。
【００３４】
図４（ａ）は，ロードファイルテーブル１６を説明する図である。ロードファイルテーブル１６は，ロードファイル情報に記憶に用いる複数のレコード（ここでは，１０個のレコード）が設けられたデータテーブルである。ロードファイルテーブル１６が有するレコードには，レコードの識別に用いるレコード番号（「＃」を付加して記載している）が付加され，ロードファイル情報を格納しているレコードには，ロードファイル情報に対応するロードファイル１４をロードした順番を示す情報である創生順情報（「Ｎ」を付加して記載している）が付加されている。
【００３５】
図４（ａ）では，＃０，＃１のレコードにロードファイル情報が記憶されている。ロードコマンド１０を用いて，２つのロードファイル１４（ロードファイルＡ，Ｂ）の順にロードすることで，ロードファイルＡのロードファイル情報であるロードファイル情報Ａが記憶されている＃０のレコードに付加されている創生順情報はＮ０，ロードファイルＢのロードファイル情報であるロードファイル情報Ｂが記憶されている＃１のレコードに付加されている創生順情報はＮ１になっている。
【００３６】
ロードファイルテーブル１６が図４（ａ）の状態で，ロードコマンド１０を用い，ロードファイル１４（ロードファイルＣ）をＵＩＭ１のＮＶＭ１ｄにロードすると，ロードコマンド１０は，レコード番号が＃０のレコードから順に空きのレコードをロードファイルテーブル１６から検索し，最初に検索した空きのレコード（ここでは，＃３のレコードになる）に，ＵＩＭ１のＮＶＭ１ｄにロードしたロードファイル１４（ロードファイルＣ）に係るロードファイル情報を書き込む。次に，ロードコマンド１０は，この時点で最大の創生順情報（ここでは，Ｎ１になる）を特定し，この創生順情報の次になる創生順情報（ここでは，Ｎ２になる）をこのレコードに付加する。
【００３７】
図４（ｂ）は，インスタンステーブル１７を説明する図である。インスタンステーブル１７は，インスタンス情報の記憶に用いる複数のレコード（ここでは，１０個のレコード）が設けられたデータテーブルである。インスタンステーブル１７が有するレコードには，レコードの識別に用いるレコード番号（「＃」を付加して記載している）が付加され，インスタンス情報を格納しているレコードには，アプリケーションインスタンス１５を創生した創生順を示す情報である創生順情報（「Ｎ」を付加して記載している）が付加されている。
【００３８】
図４（ａ）では，＃０，＃１，＃２，＃４，＃６のレコードにインスタンス情報が記憶され，＃３，＃５のレコードに記憶されたインスタンス情報は削除された状態になっている。インストールコマンド１１を用いて，７個のアプリケーションインスタンス１５（アプリケーションインスタンスＡ〜アプリケーションインスタンスＧ）を順に創生した後，デリートコマンド１２を用いて，２個のアプリケーションインスタンス１５（アプリケーションインスタンスＤ，Ｆ）を削除することで，アプリケーションインスタンスＡのインスタンス情報であるインスタンス情報Ａが記憶されている＃０のレコードに付加されている創生順情報はＮ０，アプリケーションインスタンスＢのインスタンス情報であるインスタンス情報Ｂが記憶されている＃１のレコードに付加されている創生順情報はＮ１，アプリケーションインスタンスＣのインスタンス情報であるインスタンス情報Ｃが記憶されている＃２のレコードに付加されている創生順情報はＮ２，アプリケーションインスタンスＥのインスタンス情報であるインスタンス情報Ｅが記憶されている＃４のレコードに付加されている創生順情報はＮ３，アプリケーションインスタンスＧのインスタンス情報であるインスタンス情報Ｇが記憶されている＃６のレコードに付加されている創生順情報はＮ４になっている。
【００３９】
インスタンステーブル１７が図４（ｂ）の状態で，インストールコマンド１１を用い，新たなアプリケーションインスタンス１５（アプリケーションインスタンスＨ）をＵＩＭ１のＮＶＭ１ｄにロードすると，インストールコマンド１１は，レコード番号が＃１のレコードから順に空きのレコードをインスタンステーブル１７から検索し，最初に検索した空きのレコード（ここでは，＃４のレコードになる）に，ＵＩＭ１のＮＶＭ１ｄにロードしたアプリケーションインスタンス１５（アプリケーションインスタンスＨ）に係るインスタンス情報Ｈを書き込む。次に，ロードコマンド１０は，インスタンステーブル１７のレコードに付加されている最大の創生順情報（ここでは，Ｎ４になる）を特定し，この創生順情報の次になる創生順情報（ここでは，Ｎ５になる）をこのレコードに付加する。
【００４０】
図５は，ＵＩＭ１が備えるデリートコマンド１２の動作を説明する図である。図５（ａ）は，インストールコマンド１１を用いて，７個のアプリケーションインスタンス１５（アプリケーションインスタンスＡ〜アプリケーションインスタンスＧ）を順に創生した後のインスタンステーブル１７である。７個のアプリケーションインスタンス１５を順に創生することで，アプリケーションインスタンスＡ〜アプリケーションインスタンスＧそれぞれのインスタンス情報が＃０〜＃６のレコードに記憶されている。例えば，アプリケーションインスタンスＡのインスタンス情報Ａは＃０のレコードに記憶され，アプリケーションインスタンスＧのインスタンス情報Ｇは＃６のレコードに記憶されている。
【００４１】
図５（ｂ）は，アプリケーションインスタンスＤを削除した後のインスタンステーブル１７である。デリートコマンド１２は，アプリケーションインスタンスＤを削除する際，アプリケーションインスタンスＤをＮＶＭ１ｄから削除し，更に，アプリケーションインスタンスＤに係るインスタンス情報Ｄと，このインスタンス情報Ｄを記録していたレコードに付加された創生順情報をインスタンステーブル１７から削除した後，インスタンステーブル１７が有するレコードに付加されている創生順情報を参照し，削除した創生順情報も大きい創生順情報それぞれを，創生順を一つ繰り下げた創生順情報に更新する。図５（ａ）では，アプリケーションインスタンスＤに係るインスタンス情報Ｄは＃３のレコードに記憶されているため，＃３のレコードからインスタンス情報Ｄが削除され，更に，＃３のレコードに付加されていた創生順情報も削除される。削除した創生順情報（ここでは，Ｎ３になる）よりも大きい創生順情報はＮ４〜Ｎ６になり，デリートコマンド１２が，削除した創生順情報それぞれを，創生順を一つ繰り下げた創生順情報に更新することで，図５（ｂ）では，＃４のレコードに付加されていた創生順情報はＮ４からＮ３に，＃５のレコードに付加されていた創生順情報はＮ５からＮ４に，そして，＃６のレコードに付加されていた創生順情報はＮ５からＮ４にそれぞれ更新されている。
【００４２】
ＵＩＭ１が備えるリスト出力コマンド１３について説明する。ＵＩＭ１が備えるリスト出力コマンド１３は，カードコンテント情報のリストを出力するコマンドで，カードコンテント情報のリストの全てまたは一部をレスポンスデータとし，処理の結果を示す２バイトのステータスワードを含むレスポンスＡＰＤＵを生成する処理を行う。
【００４３】
図６は，ＵＩＭ１が備えるリスト出力コマンド１３の動作を説明する図である。ＴＳＭサーバ３が送信したリスト出力コマンド１３のコマンドＡＰＤＵ(Application Protocol Data Unit)が，モバイル端末２を介してＵＩＭ１に入力されると（Ｓ１），ＵＩＭ１が備えるリスト出力コマンド１３が起動する。ＴＳＭサーバ３が送信するリスト出力コマンド１３のコマンドＡＰＤＵは，リストを出力するカードコンテント情報（ここでは，ロードファイル情報またはインスタンス情報のいずれか）を示すパラメータと，リスト出力コマンド１３の連続性（「最初（First）」または「次」（next））を示すパラメータを含む。
【００４４】
リスト出力コマンド１３は，リスト出力コマンド１３の連続性を示すコマンドＡＰＤＵのパラメータによって，「最初」が示されているか否かを判定する（Ｓ２）。
【００４５】
ＴＳＭサーバ３が送信したリスト出力コマンド１３のコマンドＡＰＤＵによって最初が示される場合，リスト出力コマンド１３は，リストを出力するカードコンテント情報を示すコマンドＡＰＤＵのパラメータを参照し，リストを出力するカードコンテント情報を特定する（Ｓ３）。
【００４６】
次に，リスト出力コマンド１３は，リスト出力コマンド１３のコマンドＡＰＤＵによって示されるカードコンテント情報を記憶しているデータテーブルにアクセスし，カードコンテント情報が記憶されているレコードに付加された創生順情報を利用して，データテーブルに記憶されているカードコンテント情報をＬＩＦＯ（Last-In First-Out）の方式で出力するリストデータを生成する（Ｓ４）。
【００４７】
リストを出力するカードコンテント情報を示すパラメータによってロードファイル情報が示される場合，リスト出力コマンド１３は，ロードファイルテーブル１６にアクセスして，ロードファイルテーブル１６に記憶されているロードファイル情報のリストデータを生成する処理を行う。また，このパラメータによってインスタンス情報が示される場合，リスト出力コマンド１３は，インスタンステーブル１７にアクセスして，インスタンステーブル１７に記憶されているインスタンス情報のリストデータを生成する処理を行う。
【００４８】
リストデータを生成すると，ＵＩＭ１のリスト出力コマンド１３は，リストデータのデータ長が，ＩＳＯ７８１６Ｉ／Ｆ１ｂのペイロード長を超えるか確認し（Ｓ５），ペイロード長以下の場合，リストデータ全てをレスポンスデータとし，ステータスワードを「正常終了」（非特許文献１では，'90','00'）にしたレスポンスＡＰＤＵの出力をＩＳＯ７８１６Ｉ／Ｆ１ｂに依頼して（Ｓ６），ＵＩＭ１はコマンド受信待ちの状態に戻る（Ｓ１０）。
【００４９】
リストデータのデータ長がＩＳＯ７８１６Ｉ／Ｆ１ｂのペイロード長を超える場合，リスト出力コマンド１３は，ＩＳＯ７８１６Ｉ／Ｆ１ｂのペイロード長に収まるようにリストデータを複数のフラグメント（fragment。断片）に分割する処理を実行した後（Ｓ７），最初のフラグメントをレスポンスデータとし，ステータスワードを「次のフラグメント有り」(非特許文献１では，'63','10')にしたレスポンスＡＰＤＵの出力をＩＳＯ７８１６Ｉ／Ｆ１ｂに依頼して（Ｓ８），ＵＩＭ１はコマンド受信待ちの状態に戻る（Ｓ１０）。
【００５０】
また，ステップにおいて，ＴＳＭサーバ３が送信したリスト出力コマンド１３のコマンドＡＰＤＵによって「次」が示される場合，リスト出力コマンド１３は，最後に出力したフラグメントの次になるフラグメントをレスポンスデータとして含むレスポンスＡＰＤＵの出力をＩＳＯ７８１６Ｉ／Ｆ１ｂに依頼して（Ｓ９），ＵＩＭ１はコマンド受信待ちの状態に戻る（Ｓ１０）。なお，出力したフラグメントの次になるフラグメントがある場合，レスポンスＡＰＤＵのステータスワードを次のフラグメント有りにする。また，出力したフラグメントの次になるフラグメントがない場合，レスポンスＡＰＤＵのステータスワードを正常終了にする。
【００５１】
図７は，ペイロード長を超えるリストデータ５を出力する動作を説明する図である。図７で図示したリストデータ５は，図４（ｂ）で図示したインスタンステーブル１７にアプリケーションインスタンス１５（アプリケーションインスタンスＨ）をインストールした後に得られるデータである。上述したように，リスト出力コマンド１３は，インスタンステーブル１７に記憶されているインスタンス情報をＬＩＦＯの方式で出力するリストデータ５を生成するので，図７で図示したリストデータ５は，インスタンステーブル１７に記憶されているインスタンス情報を，インスタンス情報を記憶したレコードに付加された創生順情報が大きい順に並べた構造になっている。
【００５２】
図７に図示したように，図７で図示したリストデータ５のデータ長はペイロード長を超えているので，リスト出力コマンド１３は，ペイロード長に収まるようにリストデータ５を複数のフラグメント５０に分割する処理を行い，図７のリストデータ５は５個のフラグメント５０に分割されている。先頭になるフラグメント５０（フラグメント＿１）は最初に出力されるフラグメント５０で，フラグメント５０（フラグメント＿１）は，最も大きい創生順情報（ここでは，Ｎ７）が付加されているレコードのインスタンス情報（ここでは，最後にインストールしたアプリケーションインスタンスＨのインスタンス情報）と，２番目に大きい創生順情報（ここでは，Ｎ６）が付加されているレコードのインスタンス情報（ここでは，最後から２番目にインストールしたアプリケーションインスタンスＧのインスタンス情報）の一部を含む。また，フラグメント５０（フラグメント＿１）の次になるフラグメント５０（フラグメント＿２）は，フラグメント５０（フラグメント＿１）の次に出力されるフラグメント５０で，２番目に大きい創生順情報（ここでは，Ｎ６）が付加されているレコードのインスタンス情報（ここでは，アプリケーションインスタンスＧのインスタンス情報）で，フラグメント５０（フラグメント＿１）に含まれない部分と，３番目に大きい創生順情報（ここでは，Ｎ４）が付加されているレコードのインスタンス情報（ここでは，アプリケーションインスタンスＥのインスタンス情報）の一部が含まれる。
【００５３】
図６で図示した手順によれば，リスト出力コマンド１３のコマンドＡＰＤＵのパラメータによって「最初」が示されるときにＵＩＭ１が出力するフラグメント５０は，最後に創生されたアプリケーションインスタンス１５（アプリケーションインスタンスＨ）のインスタンス情報を含むフラグメント５０（フラグメント＿１）になる。また，フラグメント５０（フラグメント＿１）を出力した後に，「次」を示すリスト出力コマンド１３のコマンドＡＰＤＵを受信した時にＵＩＭ１が出力するフラグメント５０はフラグメント５０（フラグメント＿２）になる。
【００５４】
このように，本実施形態に係るＵＩＭ１のリスト出力コマンド１３は，データテーブルに記憶されているカードコンテント情報をＬＩＦＯの方式で出力するリストデータを生成し，伝送プロトコルのペイロード長よりもリストデータのデータ長が長い場合，ペイロード長に収まるようにリストデータを複数のフラグメントに分割し，コマンドの連続実行回数に応じたフラグメントを出力するので，ＴＳＭサーバ３は，ＵＩＭ１から全てのリストデータを取得しなくともＵＩＭ１の発行状況を把握できる。
【００５５】
ここから，ＵＩＭ発行システム５の動作の第１例について説明する。図８は，ＵＩＭ発行システム５の動作の第１例を説明する図で，ＵＩＭ発行システム５の動作の第１例において，ＴＳＭサーバ３が，リスト出力コマンド１３のコマンドＡＰＤＵをＵＩＭ１に対して送信し，モバイル端末２は，ＴＳＭサーバ３が送信したリスト出力コマンド１３のコマンドＡＰＤＵをＵＩＭ１に入力し，ＵＩＭ１が出力したリスト出力コマンド１３のレスポンスＡＰＤＵをＴＳＭサーバ３へ送信する。
【００５６】
ＵＩＭ１を発行する際，すなわち，新規のカードコンテントをＵＩＭ１のＮＶＭ１ｄに創生する際，ＴＳＭサーバ３は，キャリア網４を利用して，ＵＩＭ１が備えるリスト出力コマンド１３のコマンドＡＰＤＵをモバイル端末２へ送信する（Ｓ１）。なお，リスト出力コマンド１３のコマンドＡＰＤＵに含まれ，リスト出力コマンド１３の連続性を示すパラメータの値は，ステップＳ１では「最初（First）」を示す値になる。
【００５７】
モバイル端末２は，ＴＳＭサーバ３が送信したリスト出力コマンド１３のコマンドＡＰＤＵを受信すると，ＩＳＯ７８１６Ｉ／Ｆ１ｂを利用して，ＴＳＭサーバ３が送信したリスト出力コマンド１３のコマンドＡＰＤＵをＵＩＭ１に入力する（Ｓ２）。
【００５８】
ＵＩＭ１は，リスト出力コマンド１３のコマンドＡＰＤＵが入力されると，リスト出力コマンド１３を実行し（Ｓ３），リスト出力コマンド１３のレスポンスＡＰＤＵを出力する（Ｓ４）。リスト出力コマンド１３のレスポンスＡＰＤＵは，カードコンテント情報のリストデータの全てまたは一部であるレスポンスデータと，処理の結果を示す２バイトのステータスワードを含む。なお，上述しているように，リスト出力コマンド１３は，伝送プロトコルのペイロード長よりもリストデータのデータ長が長い場合，ペイロード長に収まるようにリストデータを複数のフラグメントに分割し，コマンドの連続実行回数に応じたフラグメントを出力する。リストデータのフラグメントを出力する場合，次のフラグメントがあるときのステータスワードは「次のフラグメント有り」を示す値になり，次のフラグメントがないときのステータスワードは「正常終了」を示す値になる。また，フラグメントに分割することなくリストデータを出力する場合のステータスワードは「正常終了」を示す値になる。
【００５９】
モバイル端末２は，ＵＩＭ１がリスト出力コマンド１３のレスポンスＡＰＤＵを出力すると，キャリア網４を利用して，ＵＩＭ１が出力したリスト出力コマンド１３のレスポンスＡＰＤＵをＴＳＭサーバ３へ転送する（Ｓ５）。
【００６０】
ＴＳＭサーバ３は，ＵＩＭ１が出力したリスト出力コマンド１３のレスポンスＡＰＤＵをモバイル端末２から受信すると，リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるリストデータ（リストデータ全てまたはリストデータのフラグメントのいずれかになる）の中に，所定のカードコンテントの識別子を有するカードコンテント情報が含まれているか確認する（Ｓ６）。
【００６１】
リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるリストデータの中に，所定のカードコンテントの識別子を有するカードコンテント情報が含まれている場合，ＴＳＭサーバ３は，所定のカードコンテントが既にＵＩＭ１に発行されている，すなわち，ＵＩＭ１のＮＶＭ１ｄに創生されていると判断して（Ｓ９），この手順を終了する。
【００６２】
リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるリストデータの中に，所定のカードコンテントの識別子を有するカードコンテント情報が含まれていない場合，ＴＳＭサーバ３は，リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるステータスワードを確認する（Ｓ７）。
【００６３】
リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるステータスワードが「正常終了」を示す場合，ＴＳＭサーバ３は，所定のカードコンテントがＵＩＭ１のＮＶＭ１ｄに創生されていないと判断して（Ｓ１０），この手順を終了する。また，リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるステータスワードが「次のフラグメント有り」を示す場合，ＴＳＭサーバ３は，リスト出力コマンド１３の連続性を示すパラメータを「次（Next）」にしたリスト出力コマンド１３のコマンドＡＰＤＵをモバイル端末２へ送信する（Ｓ８）。ＴＳＭサーバ３が，リスト出力コマンド１３の連続性を示すパラメータを「次（Next）」にしたリスト出力コマンド１３のコマンドＡＰＤＵをモバイル端末２へ送信することで，図８のＳ２以降の手順が実行される。
【００６４】
図８において，ＴＳＭサーバ３が，リスト出力コマンド１３のコマンドＡＰＤＵを送信する処理を中止する条件は，リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるリストデータ（リストデータ全てまたはリストデータのフラグメントのいずれかになる）の中に，所定のカードコンテントの識別子を有するカードコンテント情報が含まれている場合か，リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるステータスワードが「正常終了」を示す場合かのいずれかになる。よって，所定のカードコンテントを，ＵＩＭ１に発行するカードコンテントにすると，リストデータ全てを取得しなくとも，ＵＩＭ１が最初に出力したリスト出力コマンド１３のレスポンスＡＰＤＵからＵＩＭ１の発行状況を確認できる。
【００６５】
ここから，ＵＩＭ発行システム５の動作の第２例について説明する。図９は，ＵＩＭ発行システム５の動作の第２例を説明する図で，ＵＩＭ発行システム５の動作の第２例において，リスト出力コマンド１３のコマンドＡＰＤＵをＵＩＭ１に送信する装置はモバイル端末２になり，図８で説明したＴＳＭサーバ３の機能をモバイル端末２にもたせている。
【００６６】
ＵＩＭ１を発行する際，すなわち，新規のカードコンテントをＵＩＭ１のＮＶＭ１ｄに創生する際，ＴＳＭサーバ３は，キャリア網４を利用して，所定のカードコンテントの識別子を含むカードコンテント問合せ要求をモバイル端末２へ送信する（Ｓ２０）。
【００６７】
モバイル端末２は，カードコンテント問合せ要求をＴＳＭサーバ３から受信すると，ＩＳＯ７８１６Ｉ／Ｆ１ｂを利用して，ＵＩＭ１が備えるリスト出力コマンド１３のコマンドＡＰＤＵをＵＩＭ２に入力する（Ｓ２１）。なお，モバイル端末２がＵＩＭ１に入力するリスト出力コマンド１３のコマンドＡＰＤＵに含まれ，リスト出力コマンド１３の連続性を示すパラメータの値は，ステップＳ２１では「最初（First）」を示す値になる。
【００６８】
ＵＩＭ１は，リスト出力コマンド１３のコマンドＡＰＤＵが入力されると，リスト出力コマンド１３を実行し（Ｓ２２），リスト出力コマンド１３のレスポンスＡＰＤＵを出力する（Ｓ２３）。リスト出力コマンド１３のレスポンスＡＰＤＵは，カードコンテント情報のリストデータの全てまたは一部であるレスポンスデータと，処理の結果を示す２バイトのステータスワードを含む。なお，上述しているように，リスト出力コマンド１３は，伝送プロトコルのペイロード長よりもリストデータのデータ長が長い場合，ペイロード長に収まるようにリストデータを複数のフラグメントに分割し，コマンドの連続実行回数に応じたフラグメントを出力する。リストデータのフラグメントを出力する場合，次のフラグメントがあるときのステータスワードは「次のフラグメント有り」を示す値になり，次のフラグメントがないときのステータスワードは「正常終了」を示す値になる。また，フラグメントに分割することなくリストデータを出力する場合のステータスワードは「正常終了」を示す値になる。
【００６９】
モバイル端末２は，ＵＩＭ１がリスト出力コマンド１３のレスポンスＡＰＤＵを出力すると，リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるリストデータ（リストデータ全てまたはリストデータのフラグメントのいずれかになる）の中に，カードコンテント問合せ要求に含まれていた識別子を有するカードコンテント情報があるか確認する（Ｓ２４）。
【００７０】
リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるリストデータの中に，カードコンテント問合せ要求に含まれていた識別子を有するカードコンテント情報がある場合，モバイル端末２は，カードコンテント問合せ要求に含まれていた識別子に対応するカードコンテントが既にＵＩＭ１のＮＶＭ１ｄに創生されていると判断し，この旨をＴＳＭサーバ３へ通知して（Ｓ２７），この手順を終了する。
【００７１】
モバイル端末２は，リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるリストデータの中に，カードコンテント問合せ要求に含まれていた識別子を有するカードコンテント情報がない場合，リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるステータスワードを確認する（Ｓ２５）。
【００７２】
リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるステータスワードが「正常終了」を示す場合，モバイル端末２は，カードコンテント問合せ要求に含まれていた識別子に対応するカードコンテントがＵＩＭ１のＮＶＭ１ｄに創生されていないと判断し，この旨をＴＳＭサーバ３へ通知して（Ｓ２８），この手順を終了する。また，リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるステータスワードが「次のフラグメント有り」を示す場合，モバイル端末２は，リスト出力コマンド１３の連続性を示すパラメータを「次（Next）」にしたリスト出力コマンド１３のコマンドＡＰＤＵをＵＩＭ２へ入力する（Ｓ２６）。モバイル端末２が，リスト出力コマンド１３の連続性を示すパラメータを「次（Next）」にしたリスト出力コマンド１３のコマンドＡＰＤＵをＵＩＭ２へ入力することで，図９のＳ２１以降の手順が実行される。
【００７３】
図９において，モバイル端末２が，リスト出力コマンド１３のコマンドＡＰＤＵを送信する処理を中止する条件は，リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるリストデータ（リストデータ全てまたはリストデータのフラグメントのいずれかになる）の中に，所定のカードコンテントに対応するカードコンテント情報が含まれている場合か，リスト出力コマンド１３のレスポンスＡＰＤＵに含まれるステータスワードが「正常終了」を示す場合かのいずれかになる。よって，カードコンテント問合せ要求に含ませる識別子を，ＵＩＭ１に発行するカードコンテントの識別子にすると，リストデータ全てをＵＩＭ１から取得しなくとも，ＵＩＭ１が最初に出力したリスト出力コマンド１３のレスポンスＡＰＤＵからＵＩＭ１の発行状況を確認できる。
【符号の説明】
【００７４】
１    ＵＩＭ
１０  ロードコマンド
１１  インストールコマンド
１２  デリートコマンド
１３  リスト出力コマンド
１４  ロードファイル
１５  アプリケーションインスタンス
１６  ロードファイルテーブル
１７  インスタンステーブル
２    モバイル端末
３    ＴＳＭサーバ
５    ＵＩＭ発行システム
【図１】
2018042074.tif 000003
【図２】
2018042074.tif 000004
【図３】
2018042074.tif 000005
【図４】
2018042074.tif 000006
【図５】
2018042074.tif 000007
【図６】
2018042074.tif 000008
【図７】
2018042074.tif 000009
【図８】
2018042074.tif 000010
【図９】
2018042074.tif 000011