JP6379688B2 - 移動体通信端末、サーバー、情報処理システム、情報処理方法及びｓｉｍ - Google Patents

Description

本発明は、移動体通信端末、サーバー、情報処理システム、情報処理方法及びＳＩＭに関する。

近年、ＯＴＡ（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）と呼ばれる無線通信を用いた情報処理技術が利用されている。ＯＴＡでは、例えば、無線通信を利用して、携帯電話などの移動体通信端末に対する電話番号や識別情報の書き込みや消去、ファームウェア更新やコンテンツの自動配信、コンテンツのダウンロード販売などが行われる（例えば特許文献１）。

また、従来、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カード発行機を用いて行われていたＩＣカード発行処理を、ＯＴＡで行うためのシステムが開発されてきている。なお、ＩＣカードの発行処理とは、ＩＣカードのホルダがＩＣカードを利用可能とするための処理であり、次のような０次から２次までの発行処理を含む。すなわち、０次発行ではＩＣカードへの一意の識別子の書き込み処理等が行われ、ＩＣカードが個別化される。１次発行では、ＩＣカードへのアプリケーションのインストール、初期設定等が行われ、ＩＣカードがイニシャライズされる。そして、２次発行では、ＩＣカードにホルダの個人用の設定を行ったり、個人用の情報を書き込んだりするパーソナライズが行われる。

従来のＩＣカード発行機でＩＣカード発行を行う場合は、ＩＣカードに対して連続で複数の所定の発行コマンドを実行し、ＩＣカードからその全てのコマンドで正常終了レスポンスが返却されときに正常に発行が完了したことを判断していた。また、正常に発行が完了したＩＣカードからデータを読み出し、ＩＣカードに書き込んだデータと比較することでも正常に発行が完了したことを判断していた。

例えば、携帯電話に装着（あるいは内蔵）されたＩＣカードに対するＯＴＡ発行では、コマンドの実行、及びレスポンスの取得は携帯電話とＩＣカードとの間で行われ、コマンドの生成、レスポンスの判断はＯＴＡ発行サーバーで行われる。携帯電話に内蔵又は接続されたＩＣカードとしては、例えば、ＳＩＭカード（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ Ｃａｒｄ）、ＵＩＭカード（Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ Ｃａｒｄ）、ＵＳＩＭカード（Ｕｎｉｖｅｒｓａｌ ＳＩＭ Ｃａｒｄ）、ＵＩＣＣ（Ｕｎｉｖｅｒｓａｌ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ ）等の識別情報と契約者情報とを記録したＩＣカードがある。以下、携帯電話に装着されているＩＣカードをＳＩＭ、またはＳＩＭカードと呼ぶ。また、携帯電話と、ＯＴＡ発行システムに用いる携帯電話上のアプリ（アプリケーションプログラム）とを合わせて携帯電話と呼ぶ。

上述したように、コマンドの実行、及びレスポンスの取得を携帯電話とＳＩＭとの間で行い、コマンドの生成、レスポンスの判断をＯＴＡ発行サーバーで行う場合、ＯＴＡ発行サーバーから携帯電話にインターネット等の通信を介してコマンドが送信され、コマンドを受け取った携帯電話はＳＩＭに対してそのコマンドを実行する。ＳＩＭはコマンドの実行結果をレスポンスとして携帯電話に返却し、携帯電話は返却されたレスポンスをＯＴＡ発行サーバーに送信する。ＯＴＡ発行サーバーは携帯電話から送られたレスポンスをチェックし、発行が正常に行われたか否かを判断する。

一方、従来のＩＣカード発行機を用いた処理ではＩＣカードからのレスポンスによって処理が正常終了したか否かを判断している。この判断方法は、通信を行わないため、ほぼ確実にレスポンスをチェックすることが可能なシステムにおいて実用可能な方法であった。これに対して、ＯＴＡ発行では通信を介してコマンド、レスポンス等の情報をサーバーとやり取りするため、通信が切断されてしまった場合、ＳＩＭからのレスポンスをサーバーが受け取れず、正常に発行されたか否かを判断できない問題がある。また、発行されたデータを読み出して比較する方法においても通信が切断される問題は同様に存在する。

一方、ＯＴＡ発行では、上述したパーソナライズのための個人用の情報も、サーバーから無線通信を介して携帯電話へ送信され、携帯電話がＳＩＭへの書き込みコマンドを実行する。一般に、このＩＣカードへの個人用の情報の書き込みや設定が完了した場合、ＩＣカードは利用可能となる。この場合には、例えば、さらにサーバーとの通信を行うことなく、ＩＣカードの機能（あるいはその一部の機能）が有効となる。したがって、ＩＣカードへの個人用の情報の書き込みは、真正な１つのＩＣカードに対してのみ行われるよう管理される。しかしながら、例えば、通信障害の発生等により書き込み完了のレスポンスをサーバーが受信できなかった場合に、個人用の情報を安易に再送することとしてしまうと、なんらかの不正な手法によって複数のＩＣカードに同一の個人用の情報や設定が書き込まれてしまう恐れを考慮することが必要となる。ＯＴＡ発行では、この問題に対処するため、例えば、サーバーが個人用の情報や設定を送信し、その書き込みを指示した段階で、ＩＣカードからのレスポンスをまたずに発行処理が完了したとの判断をしていた。

ところで、ＯＴＡ発行では主に、Ｓｔｅｐ１…カードアプリのロード、Ｓｔｅｐ２…カードアプリのインストール、Ｓｔｅｐ３…カードアプリへのデータ（すなわち個人用の情報や設定）の書き込み、の３ステップで発行が行われる。ここで、カードアプリ（あるいはカードアプリケーションプログラム）とは、ＩＣカードが内部のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）で実行するプログラムである。

上記の３つのステップにおいて、ＯＴＡ発行では上述した問題があるため、例えば、サーバーは、Ｓｔｅｐ３のレスポンスを確認せずに発行処理が終了したと判断する。この場合、レスポンスの最後の確認は、Ｓｔｅｐ２の処理が正常に終了した段階となる。すなわち、サーバーは、例えば、Ｓｔｅｐ２までが正常に行われたか否かを判断することで、発行処理が正常に判断したか否かを判断していた。その際、ＯＴＡ発行システムにおいては、例えば、携帯電話がカードアプリに対してＳｅｌｅｃｔコマンド（ＳＩＭに複数インストールされているカードアプリの中から対象のカードアプリを選択するコマンド）を実行し、正常レスポンスが返却されることで、Ｓｔｅｐ２の処理、すなわち、カードアプリがＳＩＭ内にインストールされていることを確認していた。また、ＯＴＡ発行では、Ｓｔｅｐ３のデータについて、携帯電話はその内容やデータの長さ又は完了位置を確認する機能を有していない場合がある。この場合、Ｓｔｅｐ３の完了時に、サーバーからＳｔｅｐ３の完了を確認するためのコマンドが送信されなかったとき、携帯電話は、Ｓｔｅｐ３が正常に完了したかどうかを確認することができなかった。すなわち、ＯＴＡ発行において、携帯電話は、携帯電話からＳＩＭに対してＳｅｌｅｃｔコマンドを発行し、カードアプリがインストールされているかどうかのみを判断し、Ｓｔｅｐ３が正常に完了したかどうかを確認することができない場合があった。

特開２００３−２８９５７８号公報

以上のように、ＯＴＡ発行では、携帯電話は、Ｓｔｅｐ３のデータの書き込み処理が正常に終了したか否かを確認することができない場合があった。この場合、例えば、Ｓｔｅｐ２の完了後、Ｓｔｅｐ３の完了前に、通信障害などによってデータの書き込みが正常に終了できなかったとき、ＳＩＭカードは利用できない状態となる。しかし、この場合、携帯電話は、これを確認することができなかった。

本発明は、上記の事情を考慮してなされたものであり、ＩＣカードのＯＴＡ発行において、携帯電話等の移動体通信端末が、所定のデータのＩＣカードへの書き込みが完了しなかったことを確認することができる移動体通信端末、サーバー、情報処理システム、情報処理方法及びＳＩＭを提供することを目的とする。

上記課題を解決するため、本発明の移動体通信端末は、ＣＰＵと記憶部とを有するＩＣカードであって、前記ＣＰＵによってその記憶部にインストールされた所定のプログラムを実行するＩＣカードを備える移動体通信端末であって、前記記憶部にインストールされた前記プログラムを利用可能にするための所定の書込情報の前記記憶部への書き込み処理が実行された場合、前記ＩＣカードが、その所定の書込情報の書き込みが完了したときに、前記プログラムに含まれた所定の情報読み出しコマンドのロックを解除し、前記情報読み出しコマンドは、ロックが未解除の状態で実行された場合にコマンドの実行が不成功である旨のレスポンスを返却するものであり、前記移動体通信端末は、前記情報読み出しコマンドを実行して、当該情報読み出しコマンドの実行が成功したか否かにより前記ＩＣカードの発行状態を確認することを特徴とする。

また、本発明の他の移動体通信端末は、前記移動体通信端末は、前記情報読み出しコマンドを実行した場合に、前記ロックが未解除のとき、前記所定の書込情報の書き込みが未完了である旨を当該移動体通信端末の利用者に対して通知する機能を有することを特徴とする。

また、本発明の他の移動体通信端末は、前記書き込み処理を実行するためのコマンド又は前記所定の書込情報が、前記所定の書込情報の終了を示すデータを含み、前記ＩＣカードが、前記データに基づき、前記所定の書込情報の書き込み完了を認識することを特徴とする。

また、本発明の他の移動体通信端末は、前記ＩＣカードが、書き込み完了を示す別のコマンドを受けたとき、前記所定の書込情報の書き込み完了を認識することを特徴とする。

また、本発明の他の移動体通信端末は、前記ＩＣカードが、前記記憶部に設けられた所定の格納領域における前記所定の書込情報の書き込み状態に基づき、前記所定の書込情報の書き込み完了を認識することを特徴とする。

本発明のサーバーは、ＣＰＵと記憶部とを有するＩＣカードであって、前記ＣＰＵによってその記憶部にインストールされた所定のプログラムを実行するＩＣカードを備える移動体通信端末であって、前記記憶部にインストールされた前記プログラムを利用可能にするための所定の書込情報の前記記憶部への書き込み処理が実行された場合、前記ＩＣカードが、その所定の書込情報の書き込みが完了したときに、前記プログラムに含まれた所定の情報読み出しコマンドのロックを解除し、前記情報読み出しコマンドは、ロックが未解除の状態で実行された場合にコマンドの実行が不成功である旨のレスポンスを返却するものであり、前記情報読み出しコマンドを実行して、当該情報読み出しコマンドの実行が成功したか否かにより前記ＩＣカードの発行状態を確認することを特徴とする前記移動体通信端末に対し、所定のネットワークを介して前記所定の書込情報の書き込み処理を指示する。

本発明の情報処理システムは、ＣＰＵと記憶部とを有するＩＣカードであって、前記ＣＰＵによってその記憶部にインストールされた所定のプログラムを実行するＩＣカードを備える移動体通信端末であって、 前記記憶部にインストールされた前記プログラムを利用可能にするための所定の書込情報の前記記憶部への書き込み処理が実行された場合、前記ＩＣカードが、その所定の書込情報の書き込みが完了したときに、前記プログラムに含まれた所定の情報読み出しコマンドのロックを解除し、前記情報読み出しコマンドは、ロックが未解除の状態で実行された場合にコマンドの実行が不成功である旨のレスポンスを返却するものであり、前記情報読み出しコマンドを実行して、当該情報読み出しコマンドの実行が成功したか否かにより前記ＩＣカードの発行状態を確認することを特徴とする移動体通信端末と、所定のネットワークを介して前記所定の書込情報の書き込み処理を指示するサーバーとを備える。

本発明の情報処理方法は、ＣＰＵと記憶部とを有するＩＣカードであって、前記ＣＰＵによってその記憶部にインストールされた所定のプログラムを実行するＩＣカードを備える移動体通信端末において、前記記憶部にインストールされた前記プログラムを利用可能にするための所定の書込情報の前記記憶部への書き込み処理が実行された場合、前記ＩＣカードが、その所定の書込情報の書き込みが完了したときに、前記プログラムに含まれた所定の情報読み出しコマンドのロックを解除し、前記情報読み出しコマンドは、ロックが未解除の状態で実行された場合にコマンドの実行が不成功である旨のレスポンスを返却するものであり、前記移動体通信端末は、前記情報読み出しコマンドを実行して、当該情報読み出しコマンドの実行が成功したか否かにより前記ＩＣカードの発行状態を確認することを特徴とする。
本発明の移動体通信端末は、ＣＰＵと記憶部とを有するＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）であって、前記ＣＰＵによってその記憶部にインストールされた所定のプログラムによりＩＣカード機能を実行する前記ＳＩＭを備える移動体通信端末であって、前記記憶部にインストールされた前記プログラムを利用可能にするための所定の書込情報の前記記憶部への書き込み処理が実行された場合、前記ＳＩＭが、その所定の書込情報の書き込みが完了したときに、前記プログラムに含まれた所定の情報読み出しコマンドのロックを解除し、前記情報読み出しコマンドは、ロックが未解除の状態で実行された場合にコマンドの実行が不成功である旨のレスポンスを返却するものであり、 前記移動体通信端末は、前記情報読み出しコマンドを実行して、当該情報読み出しコマンドの実行が成功したか否かにより前記ＳＩＭにおけるＩＣカード機能の発行状態を確認することを特徴とする。
本発明のＳＩＭは、移動体携帯端末に備えられ、ＣＰＵと記憶部とを有し、前記ＣＰＵによってその記憶部にインストールされた所定のプログラムによりＩＣカード機能を実行するＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）であって、前記記憶部にインストールされた前記プログラムを利用可能にするための所定の書込情報の前記記憶部への書き込み処理が実行された場合、前記ＳＩＭが、その所定の書込情報の書き込みが完了したときに、前記プログラムに含まれた所定の情報読み出しコマンドのロックを解除し、前記情報読み出しコマンドは、ロックが未解除の状態で実行された場合にコマンドの実行が不成功である旨のレスポンスを返却するものであり、 前記ＳＩＭは、前記情報読み出しコマンドを実行して、当該情報読み出しコマンドの実行が成功したか否かにより前記ＳＩＭにおけるＩＣカード機能の発行状態を確認することを特徴とする。

本発明によれば、ＩＣカードの記憶部にインストールされたプログラムを利用可能にするための所定の書込情報の書き込みが完了したときに、そのプログラムに含まれた所定の情報読み出しコマンドのロックが解除される。したがって、携帯電話は、その情報読み出しコマンドを実行した際に、そのコマンドがロックされているか否かを確認することで、所定のデータのＩＣカードへの書き込みが完了しなかったことを確認することができる。

本発明の一実施形態のＯＴＡ発行システム１０の構成例を示したブロック図である。 図１に示したＯＴＡ発行システム１０においてＳＩＭ４に対してＩＣカード機能を発行する際の処理の流れを示したシーケンス図である。 図１に示したＯＴＡ発行システム１０において携帯電話１がＳＩＭ４に対してＩＣカード機能が正常に発行されたか否かを判断する際の処理の流れを示したシーケンス図である。 図１に示した携帯電話１の表示例を説明するための説明図である。 本発明の他の実施形態のＯＴＡ発行システム１０ａのソフトウェア構成例を示したブロック図である。 図５に示したＯＴＡ発行システム１０ａにおける処理の流れを示したシーケンス図である。

以下、図面を参照して本発明の実施の形態について説明する。図１は、本発明の一実施形態のＯＴＡ発行システム１０の構成例を示したブロック図である。図１に示したＯＴＡ発行システム１０は、携帯電話１と、ＯＴＡ発行サーバー２と、通信回線３とを備える。

通信回線３は、デジタル通信を行うネットワークを構成し、移動体通信網と、インターネット等の公衆網と、無線又は有線のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等とを含む。

携帯電話１は、ＳＩＭ４を装着し、ＳＩＭ４に記憶した識別情報と契約者情報とを用いて通信回線３が含む所定の移動体通信網等にアクセスし、ＯＴＡ発行サーバー２と通信する機能を有する。また、携帯電話１は、所定のＯＳ（オペレーティングシステム）上で所定のアプリを実行する機能を有する。携帯電話１は、所定のアプリを実行することで、ＯＴＡサーバー２が生成したＳＩＭ４に対するコマンドを受信し、ＳＩＭ４に対して実行したり、ＳＩＭ４から受けたレスポンスをＯＴＡサーバー２へ送信したり、利用者へのユーザインターフェースを提供したりする。なお、携帯電話２は、例えばＳＩＭ４を用いた通信機能を内蔵あるいは外付け可能なパーソナルコンピュータ、タブレット端末等の情報端末に置き換えることができる。

ＯＴＡ発行サーバー２は、通信回線３を介して携帯電話１と接続し、ＳＩＭ４に所定のカードアプリをインストールするためのコマンドを生成して送信したり、ＳＩＭ４にインストールされたカードアプリに対してデータ（すなわち個人用の情報や設定）の書き込みを指示するコマンドを生成して送信したりする。

ＳＩＭ４は、ＣＰＵ４１と記憶部４２とを有する。記憶部４２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）と、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＦＲＡＭ（登録商標、Ｆｅｒｒｏｅｌｅｃｔｒｉｃ ＲＡＭ）等の不揮発性メモリとを含む。記憶部４２は、例えば、ＲＯＭ内にＣＰＵが実行するカードＯＳを格納する。また、記憶部４２は、例えば、不揮発性メモリ内に、カードアプリをインストールしたり、ＩＣカード機能を利用可能する際に書き込まれる情報（すなわちパーソナライズ時に書き込まれるデータや設定）を書き込んだり、暗号化や復号処理で使用する暗号鍵を記憶したり、ＩＣカードアプリの使用状況に応じて変更されるデータを記憶したりする。なお、ＩＣカード機能を利用可能する際に書き込まれる情報は、例えば、その全部又は一部をカードアプリの一部となるように書き込むことができる。ＣＰＵ４１は、ＲＡＭを主記憶として用いて、ＲＯＭに格納されたカードＯＳ上で、不揮発性メモリにインストールされたＩＣカード機能を有するカードアプリ等を実行する。カードＯＳは、例えば、ＩＳＯ（国際標準化機構）７８１６−４又は８で規定された基本コマンド、セキュリティコマンドのほか、種々のアプリケーションコマンドを含む。

なお、本実施形態では、カードアプリに対して次のような「カード情報読み出しコマンド」と「発行完了コマンド」とを実装している。すなわち、カード情報読み出しコマンドは、携帯電話１の所定のアプリがＳＩＭ４に対して実行するコマンドである。カード情報読み出しコマンドは、ＳＩＭ４にインストールされた初期状態ではロックされた状態であり、ロックされた状態で携帯電話１が実行した場合、実行できなかったということを示す不成功である旨のレスポンスを返す。携帯電話１は、情報読み出しコマンドを実行して、当該情報読み出しコマンドの実行が成功したか否かにより、ＳＩＭ４への書込情報の書込状態すなわちＩＣカードの発行状態を確認することができる。カード情報読み出しコマンドは、発行完了コマンド実行後にＳＩＭ４からデータを読み出せるように実装する。すなわち、発行完了コマンド実行前であれば、カードアプリにデータを書き込んだとしても、カード情報読み出しコマンドを実行してもデータを読み出すことができないように実装する。

一方、発行完了コマンドは、携帯電話１の所定のアプリがＳＩＭ４に対して実行するコマンド又はＳＩＭ４が自ら実行するコマンドであり、発行完了コマンドが実行されると、カード情報読み出しコマンドのロックが解除される。発行完了コマンドは、ＩＣカード機能を利用可能する際に書き込まれる情報（以下、書込情報という）の記憶部４２への書き込みが完了した場合に実行されるコマンドである。発行完了コマンドは、例えば、次のようにしてカードアプリに実装することができる。

すなわち、（１）書込情報の書き込み処理を行う際に携帯電話１が最後に実行するコマンド（例えば最後に実行するファイル書き込みコマンド）に、そのコマンドが発行完了コマンドであることを示すデータを含ませておき、そのデータの有無又は値によって当該コマンドが発行完了コマンドであることを示す。あるいは、書込情報の書き込み処理を行う際に書込情報（すなわちデータあるいはファイル）自体に、その書込情報が発行完了コマンドであることを示すデータを含ませておき、そのデータの有無又は値によって当該コマンドが発行完了コマンドを示す。これらの場合、コマンド又は書込情報が含む発行完了コマンドであることを示すデータは、書込情報の終了（または終了位置）を示すデータとしての意味を有する。例えば、上述したＳｔｅｐ３の最後のコマンドを、最後のコマンドであることを示すデータを含む発行完了コマンドとして、ＯＴＡ発行サーバー２がコマンドを生成し、携帯電話１に送信、携帯電話１がそのコマンドを実行する。あるいはＳｔｅｐ３の実行完了後に携帯電話１が最後のコマンドであることを示すデータを含む発行完了コマンドを生成し、実行する。

あるいは、（２）発行完了コマンドは、ＯＴＡサーバー２が生成し、携帯電話１がＳＩＭ４に対して実行する書き込み完了を示す別のコマンドとしたり、携帯電話１がＯＴＡサーバー２から所定のレスポンス等を受信した場合に携帯電話１が生成してＳＩＭ４に対して実行する書き込み完了を示す別のコマンドとしたりすることができる。

あるいは、（３）発行完了コマンドは、イニシャライズの際に、ＳＩＭ４の記憶部４２に予め書込情報の記憶用の所定の格納領域を設定しておき、例えば、その格納領域にデータがすべて記憶された状態となった場合や所定の割合でデータが記憶された状態となった場合に、書き込み完了をＳＩＭ４が認識し、ＳＩＭ４が実行するコマンドとすることができる。

カード情報読み出しコマンドは、ロックが解除された後は、携帯電話１によって実行された場合、所定のデータの読み出しが可能であることを示す成功である旨のレスポンスを返し、所定のデータをＳＩＭ４から携帯電話１へ出力する。携帯電話１は、例えば、Ｓｅｌｅｃｔコマンドが成功した後に、カードアプリに対してカード情報読み出しコマンドを実行し、カード情報を読み出せた場合には発行が全て完了したと判断することができる。

なお、カード情報読み出しコマンドは、例えばＧｅｔ Ｄａｔａコマンド、Ｒｅａｄ Ｒｅｃｏｒｄコマンド、Ｒｅａｄ Ｂｉｎａｒｙコマンド（ＩＳＯ７８１６−４参照）を利用したり、もしくは独自実装コマンドなどとしたりすることができる。携帯電話１は、カード情報読み出しコマンドが成功したかどうか（すなわちロックが解除されている否かは）は、ＳＩＭ４と通信するＡＰＩ（例えばＡｎｄｒｏｉｄ（登録商標）の場合、Ｓｍａｒｔ Ｃａｒｄ ＡＰＩ（ｈｔｔｐｓ：ｃｏｄｅ．ｇｏｏｇｌｅ，ｃｏｍ／ｐ／ｓｅｅｋ−ｆｏｒ−ａｎｄｒｏｉｄ／）など）の戻り値、もしくはＳＩＭ４からのレスポンスステータスワード（ＩＳＯ７８１６−４参照〉（ＳＷ１＝０ｘ９０，ＳＷ２＝０ｘ００の場合は成功）によって判断することができる。カード情報読み出しコマンドのロック状態又は解除状態は、例えば、記憶部４２内に１ビットのフラグとして格納することができる。

次に、図２を参照して、図１に示したＯＴＡ発行システム１０の動作について説明する。図２は、図１に示したＯＴＡ発行システム１０においてＳＩＭ４に対してＩＣカード機能を発行する際の処理の流れを示したシーケンス図である。

利用者が、携帯電話１で所定のアプリを起動し、携帯電話１に対してＩＣカード機能をＳＩＭ４に対して発行することを求める所定の操作を行うと、携帯電話１は所定の発行リクエストをＯＴＡ発行サーバー２に対して送信する（Ｓ１０１）。ＯＴＡサーバー２は、所定の認証処理を行った後（図示略）、カードアプリロードコマンドを生成し、携帯電話１に対して送信する（Ｓ１０２）。ここで、カードアプリロードコマンドは、例えば、カードアプリプログラムをＳＩＭ４にインストールするためのＳＩＭ４に実行可能なコマンドとカードアプリプログラム本体とを含む。

次に、携帯電話１は、受信したカードアプリロードコマンドをＳＩＭ４に対して実行する（Ｓ１０３）。カードアプリロードコマンドが実行されると（Ｓ１０３）、ＳＩＭ４は、記憶部４２のＲＡＭ又は不揮発性メモリにカードアプリ用の記憶領域を確保し、確保した記憶領域にカードアプリプログラムをロードする。そして、ロードした後、ＳＩＭ４はその実行結果に応じたレスポンスを携帯電話１に対して返す（Ｓ１０４）。携帯電話１は、ＳＩＭ４から返されたレスポンスを、ＯＴＡ発行サーバー２へ送信する（Ｓ１０５）。ＯＴＡ発行サーバー２は、受信したレスポンスの内容を確認し、ロードが不成功である場合、不成功である旨のレスポンスを携帯電話１へ送信する（Ｓ１０６からＳ１０７）。携帯電話１は、不成功である旨のレスポンスを受信すると、所定のエラー終了処理を行う（Ｓ１０８）。Ｓ１０１からＳ１０８が上述したＳｔｅｐ１（カードアプリのロード）の処理を構成する。

また、ＯＴＡ発行サーバー２は、Ｓ１０５で受信したレスポンスの内容を確認し、ロードが成功であった場合、インストールコマンドを生成し、携帯電話１へ送信する（Ｓ１０６からＳ１０９及びＳ１１０）。携帯電話１は、インストールコマンドを受信すると（Ｓ１１０）、受信したインストールコマンドをＳＩＭ４に対して実行する（Ｓ１１１）。インストールコマンドが実行されると（Ｓ１１１）、ＳＩＭ４は、記憶部４２の不揮発性メモリにカードアプリ用の記憶領域を確保し、ロードしたカードアプリを確保した記憶領域にインストールする。そして、インストールを実行した後、ＳＩＭ４はその実行結果に応じたレスポンスを携帯電話１に対して返す（Ｓ１１２）。携帯電話１は、ＳＩＭ４から返されたレスポンスを、ＯＴＡ発行サーバー２へ送信する（Ｓ１１３）。ＯＴＡ発行サーバー２は、受信したレスポンスの内容を確認し、インストールが不成功である場合、不成功である旨のレスポンスを携帯電話１へ送信する（Ｓ１１４からＳ１１５）。携帯電話１は、不成功である旨のレスポンスを受信すると、所定のエラー終了処理を行う（Ｓ１１６）。Ｓ１１０からＳ１１６が上述したＳｔｅｐ２（カードアプリのインストール）の処理を構成する。

一方、ＯＴＡ発行サーバー２は、Ｓ１１３で受信したレスポンスの内容を確認し、インストールが成功であった場合、パーソナライズコマンドを生成し、携帯電話１へ送信する（Ｓ１１４からＳ１１７及びＳ１１８）。携帯電話１は、パーソナライズコマンドを受信すると（Ｓ１１８）、受信したパーソナライズコマンドをＳＩＭ４に対して実行する（Ｓ１１９）。パーソナライズコマンドが実行されると（Ｓ１１９）、ＳＩＭ４は、記憶部４２に記憶したカードアプリに対してパーソナライズコマンドが含む書込情報を書き込み、また、必要に応じて所定の設定を行う。そして、パーソナライズコマンドを実行した後、ＳＩＭ４はその実行結果に応じたレスポンスを携帯電話１に対して返す（Ｓ１２０）。携帯電話１は、ＳＩＭ４から返されたレスポンスを、ＯＴＡ発行サーバー２へ送信する（Ｓ１２１）。ＯＴＡ発行サーバー２は、受信したレスポンスの内容を確認し、パーソナライズが不成功である場合、不成功である旨のレスポンスを携帯電話１へ送信する（Ｓ１２２からＳ１２３）。携帯電話１は、不成功である旨のレスポンスを受信すると、所定のエラー終了処理を行う（Ｓ１２４）。また、ＯＴＡ発行サーバー２は、受信したレスポンスの内容を確認し、パーソナライズが成功である場合、成功である旨のＯＫレスポンスを携帯電話１へ送信する（Ｓ１２２からＳ１２５及びＳ１２６）。Ｓ１１８からＳ１２６が上述したＳｔｅｐ３（カードアプリへのデータ（すなわち書込情報）の書き込み）の処理を構成する。

次にＳＩＭ４は、書込情報の書き込みが完了したか否かを判定し（Ｓ１２７）、完了したと判定した場合に（Ｓ１２７でＹＥＳ）、発行完了コマンドを実行し、カード情報読み出しコマンドのロックを解除する（Ｓ１２８）。例えば、ＳＩＭ４が所定の格納領域の格納状態に基づいて書込情報の書き込み完了を自ら認識した場合に、書込情報の書き込みが完了したと判定する（Ｓ１２７でＹＥＳ）。あるいは、例えばＯＴＡ発行サーバー２がＯＫレスポンスを返した場合（Ｓ１２６）に、携帯電話１が図示していない別のコマンドを生成してＳＩＭ４に対して実行したときに、ＳＩＭ４が書き込みの完了を認識し、書込情報の書き込みが完了したと判定する（Ｓ１２７でＹＥＳ）。あるいは、例えば、例えばＯＴＡ発行サーバー２がＯＫレスポンス（Ｓ１２６）に代えて別のコマンドを生成して携帯電話１へ送信した場合に、携帯電話１が受信した別のコマンドをＳＩＭ４に対して実行したときに、ＳＩＭ４が書き込みの完了を認識し、書込情報の書き込みが完了したと判定する（Ｓ１２７でＹＥＳ）。あるいは、書込情報又はパーソナライズコマンドに書込情報の終了を示すデータが含まれていた場合に、例えば、ＳＩＭ４がそのデータに基づいて書込情報の書き込み完了を自ら認識し、書込情報の書き込みが完了したと判定する（Ｓ１２７でＹＥＳ）。

一方、ＳＩＭ４が書き込み完了を認識しない場合（Ｓ１２７からＳ１２９）、ＳＩＭ４は発行完了コマンドを実行せず、カード情報読み出しコマンドのロックは解除されない。

次に、図３を参照して、図２に示した所定のカードアプリのインストール及びパーソナライズ後の動作例について説明する。図３は、図１に示したＯＴＡ発行システム１０において携帯電話１がＳＩＭ４に対してＩＣカード機能が正常に発行されたか否かを判断する際の処理の流れを示したシーケンス図である。

利用者からの所定の指示に応じて、あるいは図２に示した処理から所定の時間が経過したとき等に、携帯電話１は、ＳＩＭ４に対して、インストール及びパーソナライズしたカードアプリを選択するよう上述したＳｅｌｅｃｔコマンドを実行する（Ｓ２０１）。ＳＩＭ４は、Ｓｅｌｅｃｔコマンドを実行し、実行結果のレスポンスを携帯電話１へ返却する（Ｓ２０２）。携帯電話１は、ＳＩＭ４のレスポンスを確認し（Ｓ２０３）、Ｓｅｌｅｃｔコマンドが不成功であった場合、図２のＳｔｅｐ２の処理が未完了であることを認識する（Ｓ２０４）。ここで、携帯電話１は、例えば図４に示したような表示５を携帯電話１が有する表示部に表示する。表示５は、再度カード発行処理を行うか否かを利用者に選択させるボタンを有し、再度カード発行処理を行うボタンが選択された場合、携帯電話１は図２のＳ１０１から発行処理を再度実行する。

一方、携帯電話１は、ＳＩＭ４のレスポンスを確認し（Ｓ２０３）、Ｓｅｌｅｃｔコマンドが成功であった場合、続いてカード情報読み出しコマンドをＳＩＭ４に対して実行する（Ｓ２０５）。ＳＩＭ４は、カード情報読み出しコマンドを実行し、実行結果のレスポンスを携帯電話１へ返却する（Ｓ２０６）。携帯電話１は、ＳＩＭ４のレスポンスを確認し（Ｓ２０７）、カード情報読み出しコマンドが不成功であった場合、図２のＳｔｅｐ３の処理が未完了であることを認識する（Ｓ２０８）。ここで、携帯電話１は、Ｓ２０４の場合と同様、例えば図４に示したような表示５を携帯電話１が有する表示部に表示する。表示５で再度カード発行処理を行うボタンが選択された場合、携帯電話１は図２のＳ１０１から発行処理を再度実行する。

一方、携帯電話１は、ＳＩＭ４のレスポンスを確認し（Ｓ２０７）、カード情報読み出しコマンドが成功であった場合、図２のＳｔｅｐ３の処理が完了したことを認識する（Ｓ２０９）。ここで、携帯電話１は、発行が完了した旨の表示を行ったり、表示を行わずに処理を終了させたりすることができる。

以上説明したように、本実施形態では、カードアプリに対してカード情報読み出しコマンドと発行完了コマンドとを実装する。そして、図２のＳｔｅｐ３でカードアプリにデータを書き込んだ後、発行完了処理として発行完了コマンドを実行する。カードアプリは発行完了コマンド実行後にカードから発行したデータを読み出せるようにカード情報読み出しコマンドを実装する。すなわち、発行完了コマンド実行前であれば、カードアプリにデータを書き込む処理が実行されたとしてもデータを読み出すことができないようにカード情報読み出しコマンドを実装している。携帯電話１はＳＩＭ４に対してＳｅｌｅｃｔコマンドを実行（従来の技術）し、カードアプリがインストールされていることを確認できた場合、続けてカード情報読み出しコマンドを実行する。携帯電話１はカード情報読み出しが成功した場合はＳｔｅｐ３の処理が正常に終了していると判断できる。一方、携帯電話１はカード情報読み出しが失敗した場合はＳｔｅｐ２までが成功し、Ｓｔｅｐ３が失敗したと判断できる。

したがって、本実施形態によれば、携帯電話１はカードアプリ発行が完了したかどうかを確実に判断できる。よって、携帯電話１の利用者に対して発行が完了していないのに発行が完了したかのような誤表示をしてしまうことを防止できる。また、発行が完了しているのに発行が完了していないかのような誤表示を防止できる。

なお、図１〜図３において、携帯電話１、ＯＴＡ発行サーバー２、ＳＩＭ４等の各アクターは簡略化して示している。実際は機能毎に分割して実装されていることが一般的である。例えば携帯電話１のアプリは認証機能と発行機能を分割し、ライブラリ化している。ＯＴＡ発行サーバー２はカードアプリダウンロードサーバーとパーソナライズサーバーを別サーバーとしている、ことがある。

また、各通信は各機能での概要を記載している。例えば、ロードコマンドは実際には「ＳＩＭとの認証コマンド」「ダウンロード開始コマンド」「ダウンロードコマンド」「ダウンロード完了コマンド」など、複数のコマンドから構成される。各コマンドは概要を示しており、実際には複数のコマンドで構成される場合がある。例えば、ＳｅｌｅｃｔコマンドはＭａｎａｇｅ Ｃｈａｎｎｅｌコマンド、及びＳｅｌｅｃｔコマンドを実行する、また、カード情報読み出しコマンドは、例えば、認証コマンド実行後にカード情報読み出しコマンドを実行することなどができる。

次に、図５及び図６を参照して本発明の他の実施形態について説明する。図５は、本発明の他の実施形態のＯＴＡ発行システム１０ａの構成例を示したブロック図である。図６は、図５に示したＯＴＡ発行システム１０ａにおける処理の流れを示したシーケンス図である。

図５に示したブロック図は、本発明の他の実施形態であるＯＴＡ発行システム１０ａのソフトウェア構成例を示している。図５において、図１に示したものに対応する構成には同一の符号を用いている。図５に示したＯＴＡ発行システム１０ａのソフトウェア構成では、図１のＯＴＡ発行サーバー２が実行するソフトウェアが、ＭＮＯ−ＴＳＭ（Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ Ｔｒｕｓｔｅｄ Ｓｅｒｖｉｃｅ Ｍａｎｅｇｅｒ）２１と、ＳＰ−ＴＳＭ（Ｓｅｒｖｉｅ Ｐｒｏｖｉｄｅｒ ＴＳＭ）２２とから構成されている。また、携帯電話１が実行するアプリケーションが、ユーザインターフェースアプリケーションであるアプリＵＩ１１と、ＴＳＭ Ｐｒｏｘｙ１２とから構成されている。ＴＳＭとは、所定のサーバーとＳＩＭ４との間でコマンドやデータ、レスポンス等を送受信することで、ＳＩＭ４に対して発行されるＩＣカード機能の管理を行うシステムを構築するためのサービスあるいはそのサービスを提供するサーバーを意味する。ＭＮＯ−ＴＳＭ２１は、キャリアすなわち移動体通信事業者が管理を行うサービス（あるいはサーバー）である。ＳＰ−ＴＳＭ２２は、ＩＣカードの発行事業者又はその委託を受けた事業者がサービス提供事業者として管理を行うサービス（あるいはサーバー）である。そして、ＴＳＭ Ｐｒｏｘｙ１２は、ＭＮＯ−ＴＳＭ２１及びＳＰ−ＴＳＭ２２とＳＩＭ４との間の通信制御を担当するソフトウェアである。ＴＳＭ Ｐｒｏｘｙ１２は、アプリＵＩ１１と同じアプリケーション層でプロキシエージェントとして機能し、ＭＮＯ−ＴＳＭ２１及びＳＰ−ＴＳＭ２２が送信して携帯電話１が受信したコマンドやデータをアプリＵＩ１１を介さずにＳＩＭ４に対して実行又は書き込んだり、ＳＩＭ４からのレスポンスをＭＮＯ−ＴＳＭ２１及びＳＰ−ＴＳＭ２２へ送信したりする。ＴＳＭ Ｐｒｏｘｙ１２は、アプリＵＩ１１と、ＭＮＯ−ＴＳＭ２１及びＳＰ−ＴＳＭ２２との間のプロキシエージェントとしても機能する。アプリＵＩ１１及びＴＳＭ Ｐｒｏｘｙ１２は、携帯電話１が所定のＯＳ上で実行するアプリケーションプログラムである。

また、ＳＩＭ４にインストールされるカードアプリには、上述した発行完了コマンドと、カード読み出しコマンドとが実装されていることとする。

図６を参照して、図５に示したＯＴＡ発行システム１０ａの動作例について説明する。なお、図６を参照して説明する動作例では、ＭＮＯ−ＴＳＭ２１及びＳＰ−ＴＳＭ２２とＳＩＭ４との間のデータのやりとりについては、アプリＵＩ１１とＴＳＭ Ｐｒｏｘｙ１２とはどちらを経由しても差異がないためアプリＵＩ１１とＴＳＭ Ｐｒｏｘｙ１２とを１つの構成として示している。また、ＭＮＯ−ＴＳＭ２１及びＳＰ−ＴＳＭ２２とＳＩＭ４と間の情報の伝送は、アプリＵＩ１１又はＴＳＭ Ｐｒｏｘｙ１２を介して実行されるが、アプリＵＩ１１又はＴＳＭ Ｐｒｏｘｙ１２の処理については説明を省略する。

利用者が、携帯電話１でアプリＵＩ１１を起動し、携帯電話１に対してアクセスコードとパスワードとを入力し、ＩＣカード機能をＳＩＭ４に対して発行することを求める所定の操作を行うと、携帯電話１は所定の認証リクエストをＳＰ−ＴＳＭ２２に対して送信する（Ｓ３０１）。ＳＰ−ＴＳＭ２２は、所定の認証処理を行った後、認証結果（成功／不成功）を示すトークンをアプリＵＩ１１又はＴＳＭ Ｐｒｏｘｙ１２（以下、アプリＵＩ１１とする）へ送信する（Ｓ３０２）。アプリＵＩ１１は、ＳＰ−ＴＳＭ２２から認証成功を示すトークンを受信した場合、所定の発行リクエストをＭＮＯ−ＴＳＭ２１に対して送信する（Ｓ３０３）。

次に、ＭＮＯ−ＴＳＭ２１は、ＳＩＭ４に対して所定のカードアプリのインストール、初期設定等のイニシャライズ処理を実行する（１次発行）（Ｓ３０４）。次に、図示を省略しているが、ＳＩＭ４がアプリＵＩ１１等へイニシャライズ処理の実行結果についてレスポンスを返し、それがＳＰ−ＴＳＭ２２へ送信される。次に、ＳＰ−ＴＳＭ２２が、ＳＩＭ４に対して利用者の個人用の設定を行ったり、個人用の情報を書き込んだりするパーソナライズ処理を実行する（２次発行）（Ｓ３０５）。

次に、ＳＰ−ＴＳＭ２２がＳＩＭ４からのレスポンスに基づき、パーソナライズ処理が完了したと判定した場合に、パーソナライズ完了コマンドをＳＩＭ４に対して実行する（Ｓ３０６）。ここで、ＳＩＭ４が、書込情報の書き込みの完了を認識し、発行完了コマンドを実行し、カード読み出しコマンドのロックを解除する（Ｓ３０７）。

次に、図３を参照して説明した動作例と同様に、アプリＵＩ１１がＳｅｌｅｃｔコマンドを実行し（Ｓ３０８）、ＳＩＭ４がレスポンスを返す（Ｓ３０９）。ここで、アプリＵＩ１１が、イニシャライズ処理の成功／不成功を確認することができる。

さらに、イニシャライズ処理が成功していた場合、アプリＵＩ１１カード情報読み出しコマンドを実行し（Ｓ３１０）、ＳＩＭ４がレスポンスを返す（Ｓ３１１）。ここで、アプリＵＩ１１が、パーソナライズ処理の成功／不成功を確認することができる。

本実施形態においても、図１〜図４を参照して説明した実施形態と同様の効果を奏することができる。

なお、本発明の実施の形態は上記のものに限定されず、例えば、各ブロックをさらに分割したり、各ブロックを統合したりする等の変更を適宜行うことができる。また、ＳＩＭ４、携帯電話１、ＯＴＡ発行サーバー２等が実行するプログラムは、その一部又は全部をコンピュータ読取可能な記録媒体又は通信回線を介して頒布することができる。

１０、１０ａ…ＯＴＡ発行システム
１…携帯電話
２…ＯＴＡ発行サーバー
３…通信回線
４…ＳＩＭ
１１…アプリＵＩ
１２…ＴＳＭ Ｐｒｏｘｙ
２１…ＭＮＯ−ＴＳＭ
２２…ＳＰ−ＴＳＭ
４１…ＣＰＵ
４２…記憶部

Claims (10)

1. ＣＰＵと記憶部とを有するＩＣカードであって、前記ＣＰＵによってその記憶部にインストールされた所定のプログラムを実行するＩＣカードを備える移動体通信端末であって、
   前記記憶部にインストールされた前記プログラムを利用可能にするための所定の書込情報の前記記憶部への書き込み処理が実行された場合、前記ＩＣカードが、その所定の書込情報の書き込みが完了したときに、前記プログラムに含まれた所定の情報読み出しコマンドのロックを解除し、
   前記情報読み出しコマンドは、ロックが未解除の状態で実行された場合にコマンドの実行が不成功である旨のレスポンスを返却するものであり、
   前記移動体通信端末は、前記情報読み出しコマンドを実行して、当該情報読み出しコマンドの実行が成功したか否かにより前記ＩＣカードの発行状態を確認する
   ことを特徴とする移動体通信端末。
2. 前記移動体通信端末は、前記情報読み出しコマンドを実行した場合に、前記ロックが未解除のとき、前記所定の書込情報の書き込みが未完了である旨を当該移動体通信端末の利用者に対して通知する機能を有する
   ことを特徴とする請求項１に記載の移動体通信端末。
3. 前記書き込み処理を実行するためのコマンド又は前記所定の書込情報が、前記所定の書込情報の終了を示すデータを含み、
   前記ＩＣカードが、前記データに基づき、前記所定の書込情報の書き込み完了を認識する
   ことを特徴とする請求項１または請求項２に記載の移動体通信端末。
4. 前記ＩＣカードが、書き込み完了を示す別のコマンドを受けたとき、前記所定の書込情報の書き込み完了を認識する
   ことを特徴とする請求項１または請求項２に記載の移動体通信端末。
5. 前記ＩＣカードが、前記記憶部に設けられた所定の格納領域における前記所定の書込情報の書き込み状態に基づき、前記所定の書込情報の書き込み完了を認識する
   ことを特徴とする請求項１または請求項２に記載の移動体通信端末。
6. ＣＰＵと記憶部とを有するＩＣカードであって、前記ＣＰＵによってその記憶部にインストールされた所定のプログラムを実行するＩＣカードを備える移動体通信端末であって、
   前記記憶部にインストールされた前記プログラムを利用可能にするための所定の書込情報の前記記憶部への書き込み処理が実行された場合、前記ＩＣカードが、その所定の書込情報の書き込みが完了したときに、前記プログラムに含まれた所定の情報読み出しコマンドのロックを解除し、
   前記情報読み出しコマンドは、ロックが未解除の状態で実行された場合にコマンドの実行が不成功である旨のレスポンスを返却するものであり、
   前記情報読み出しコマンドを実行して、当該情報読み出しコマンドの実行が成功したか否かにより前記ＩＣカードの発行状態を確認する
   ことを特徴とする移動体通信端末に対し、
   所定のネットワークを介して前記所定の書込情報の書き込み処理を指示する
   サーバー。
7. ＣＰＵと記憶部とを有するＩＣカードであって、前記ＣＰＵによってその記憶部にインストールされた所定のプログラムを実行するＩＣカードを備える移動体通信端末であって、 前記記憶部にインストールされた前記プログラムを利用可能にするための所定の書込情報の前記記憶部への書き込み処理が実行された場合、前記ＩＣカードが、その所定の書込情報の書き込みが完了したときに、前記プログラムに含まれた所定の情報読み出しコマンドのロックを解除し、
   前記情報読み出しコマンドは、ロックが未解除の状態で実行された場合にコマンドの実行が不成功である旨のレスポンスを返却するものであり、
   前記情報読み出しコマンドを実行して、当該情報読み出しコマンドの実行が成功したか否かにより前記ＩＣカードの発行状態を確認する
   ことを特徴とする移動体通信端末と、
   所定のネットワークを介して前記所定の書込情報の書き込み処理を指示するサーバーと
   を備える情報処理システム。
8. ＣＰＵと記憶部とを有するＩＣカードであって、前記ＣＰＵによってその記憶部にインストールされた所定のプログラムを実行するＩＣカードを備える移動体通信端末において、
   前記記憶部にインストールされた前記プログラムを利用可能にするための所定の書込情報の前記記憶部への書き込み処理が実行された場合、前記ＩＣカードが、その所定の書込情報の書き込みが完了したときに、前記プログラムに含まれた所定の情報読み出しコマンドのロックを解除し、
   前記情報読み出しコマンドは、ロックが未解除の状態で実行された場合にコマンドの実行が不成功である旨のレスポンスを返却するものであり、
   前記移動体通信端末は、前記情報読み出しコマンドを実行して、当該情報読み出しコマンドの実行が成功したか否かにより前記ＩＣカードの発行状態を確認する
   ことを特徴とする情報処理方法。
9. ＣＰＵと記憶部とを有するＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）であって、前記ＣＰＵによってその記憶部にインストールされた所定のプログラムによりＩＣカード機能を実行する前記ＳＩＭを備える移動体通信端末であって、
   前記記憶部にインストールされた前記プログラムを利用可能にするための所定の書込情報の前記記憶部への書き込み処理が実行された場合、前記ＳＩＭが、その所定の書込情報の書き込みが完了したときに、前記プログラムに含まれた所定の情報読み出しコマンドのロックを解除し、
   前記情報読み出しコマンドは、ロックが未解除の状態で実行された場合にコマンドの実行が不成功である旨のレスポンスを返却するものであり、 前記移動体通信端末は、前記情報読み出しコマンドを実行して、当該情報読み出しコマンドの実行が成功したか否かにより前記ＳＩＭにおけるＩＣカード機能の発行状態を確認する
   ことを特徴とする移動体通信端末。
10. 移動体携帯端末に備えられ、ＣＰＵと記憶部とを有し、前記ＣＰＵによってその記憶部にインストールされた所定のプログラムによりＩＣカード機能を実行するＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）であって、
    前記記憶部にインストールされた前記プログラムを利用可能にするための所定の書込情報の前記記憶部への書き込み処理が実行された場合、前記ＳＩＭが、その所定の書込情報の書き込みが完了したときに、前記プログラムに含まれた所定の情報読み出しコマンドのロックを解除し、
    前記情報読み出しコマンドは、ロックが未解除の状態で実行された場合にコマンドの実行が不成功である旨のレスポンスを返却するものであり、 前記ＳＩＭは、前記情報読み出しコマンドを実行して、当該情報読み出しコマンドの実行が成功したか否かにより前記ＳＩＭにおけるＩＣカード機能の発行状態を確認する
    ことを特徴とするＳＩＭ。

Images