JP2002374327A - Ｉｃカードの空きメモリ容量検知機能付き移動体通信端末 - Google Patents
Ｉｃカードの空きメモリ容量検知機能付き移動体通信端末Info
- Publication number
- JP2002374327A JP2002374327A JP2001182813A JP2001182813A JP2002374327A JP 2002374327 A JP2002374327 A JP 2002374327A JP 2001182813 A JP2001182813 A JP 2001182813A JP 2001182813 A JP2001182813 A JP 2001182813A JP 2002374327 A JP2002374327 A JP 2002374327A
- Authority
- JP
- Japan
- Prior art keywords
- card
- communication terminal
- mobile communication
- memory capacity
- application
- 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.)
- Pending
Links
Landscapes
- Telephone Set Structure (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 ＩＣカードを装着して使用する移動体通信端
末であって、ＩＣカードの空きメモリ容量を検知する機
能を有する移動体通信端末を提供する。 【解決手段】 本発明の移動体通信端末２０は、ＩＣカ
ードのアプリケーション搭載用メモリの空きメモリ容量
を検知し、当該空きメモリ容量を移動体通信端末の表示
部に表示できること、またはＩＣカードのアプリケーシ
ョン搭載用メモリの空きメモリ容量を検知し、当該空き
メモリ容量がロードするアプリケーションの容量よりも
大きい場合は、当該アプリケーション１をＩＣカードの
メモリにロードし、空きメモリ容量がロードするアプリ
ケーションの容量よりも小さい場合は、当該アプリケー
ションのロードを禁止することを特徴とする。
末であって、ＩＣカードの空きメモリ容量を検知する機
能を有する移動体通信端末を提供する。 【解決手段】 本発明の移動体通信端末２０は、ＩＣカ
ードのアプリケーション搭載用メモリの空きメモリ容量
を検知し、当該空きメモリ容量を移動体通信端末の表示
部に表示できること、またはＩＣカードのアプリケーシ
ョン搭載用メモリの空きメモリ容量を検知し、当該空き
メモリ容量がロードするアプリケーションの容量よりも
大きい場合は、当該アプリケーション１をＩＣカードの
メモリにロードし、空きメモリ容量がロードするアプリ
ケーションの容量よりも小さい場合は、当該アプリケー
ションのロードを禁止することを特徴とする。
Description
【０００１】
【発明の属する技術分野】本発明は、移動体通信端末に
関する。詳しくは、ＩＣカードを装着して使用する移動
体通信端末において、装着したＩＣカードの空きメモリ
容量を検知する機能を有する移動体通信端末に関する。
関する。詳しくは、ＩＣカードを装着して使用する移動
体通信端末において、装着したＩＣカードの空きメモリ
容量を検知する機能を有する移動体通信端末に関する。
【０００２】
【従来技術】近年、携帯電話等の移動体通信端末の機能
が向上し各種取引に使用できるようになってきている。
また、装着するＩＣカード側の機能も向上しており、Ｉ
Ｃカードを装着することによって、アプリケーション
（サービス）の適用範囲も拡大され、最近ではＭＵＬＴ
ＯＳカードやＪＡＶＡ（登録商標）カードに見られるよ
うに複数のアプリケーションをロードして使用すること
も行われてきている。これにより従来、単機能であった
銀行のキャッシュカードをクレジットカードとしてある
いは買い物や各種チケットの予約ができるシステムとし
て組み合わせて使用することが可能となっている。一
方、携帯電話機自体も多機能化が計画されており、携帯
電話機にキャッシュカードのアプリケーションを組み込
み、携帯電話機を操作することにより、現金自動預け払
い機（ＡＴＭ）から現金を引き出したり、振り込みや振
り替えができるサービスが開始されようとしている。ま
た、ＩＣカードへのアプリケーションの新規ロードも、
移動体通信端末回線を通じてあるいはマルチメディア端
末等で可能とすることが検討されている。
が向上し各種取引に使用できるようになってきている。
また、装着するＩＣカード側の機能も向上しており、Ｉ
Ｃカードを装着することによって、アプリケーション
（サービス）の適用範囲も拡大され、最近ではＭＵＬＴ
ＯＳカードやＪＡＶＡ（登録商標）カードに見られるよ
うに複数のアプリケーションをロードして使用すること
も行われてきている。これにより従来、単機能であった
銀行のキャッシュカードをクレジットカードとしてある
いは買い物や各種チケットの予約ができるシステムとし
て組み合わせて使用することが可能となっている。一
方、携帯電話機自体も多機能化が計画されており、携帯
電話機にキャッシュカードのアプリケーションを組み込
み、携帯電話機を操作することにより、現金自動預け払
い機（ＡＴＭ）から現金を引き出したり、振り込みや振
り替えができるサービスが開始されようとしている。ま
た、ＩＣカードへのアプリケーションの新規ロードも、
移動体通信端末回線を通じてあるいはマルチメディア端
末等で可能とすることが検討されている。
【０００３】従来のＩＣカードでは、「ＩＳＯ／ＩＥＣ
７８１６−４」（公知例１）に規定されるように単一の
目的（アプリケーション）に使用することを前提として
ＩＣカードの開発・設計を行っていたために、一度格納
したファイルに新たに生成したファイルを追加したり消
去しなければならない状況が想定されていなかった。つ
まり、上記公知例１の基本的なファイルの生成コマンド
では、ＷＲＩＴＥＢＩＮＡＲＹ、ＷＲＩＴＥ ＲＥＣＯ
ＲＤ、ＰＵＴ ＤＡＴＡ等が提示され、ファイルを消去
（ＤＥＬＥＴＥ）する機能はＩＣカードに付与されてい
なかった。したがって、ファイルを消去して空きメモリ
を設けることも想定されず、メモリの空き容量を検知す
る機能も当然に備えられてはいなかった。
７８１６−４」（公知例１）に規定されるように単一の
目的（アプリケーション）に使用することを前提として
ＩＣカードの開発・設計を行っていたために、一度格納
したファイルに新たに生成したファイルを追加したり消
去しなければならない状況が想定されていなかった。つ
まり、上記公知例１の基本的なファイルの生成コマンド
では、ＷＲＩＴＥＢＩＮＡＲＹ、ＷＲＩＴＥ ＲＥＣＯ
ＲＤ、ＰＵＴ ＤＡＴＡ等が提示され、ファイルを消去
（ＤＥＬＥＴＥ）する機能はＩＣカードに付与されてい
なかった。したがって、ファイルを消去して空きメモリ
を設けることも想定されず、メモリの空き容量を検知す
る機能も当然に備えられてはいなかった。
【０００４】しかし、ＩＣカードについても汎用のオペ
レーションシステム（ＯＳ）化が進み、複数のアプリケ
ーション搭載ができることと、アプリケーション（サー
ビス）のダウンロード等を個人でカスタマイズできるよ
うになってきている。この場合、メモリに空き容量があ
るか否かが問題となる。そこで、特開平 9−231110号公
報「ＩＣカード」（公知例２）では、新しいＩＣカード
の利用法に対応すべく、ファイルを削除して空きメモリ
領域を生成する技術が提案されている。また、特開平11
-213107 号公報「ＩＣカードのファイル管理方法」（公
知例３）では、空きメモリ領域生成の負荷を低減すべ
く、新規なＩＣカードのファイル管理方法と、外部から
の問い合わせ指示に応答してメモリの空き容量を調査
し、調査結果を応答するファイル管理方法が提案されて
いる。この公知例３では、新しくロードするアプリケー
ションに対してメモリ容量が十分な場合は、空きメモリ
領域生成を行わずにメモリ領域が十分なことを応答し、
メモリ領域生成負荷を低減することも提案されている。
レーションシステム（ＯＳ）化が進み、複数のアプリケ
ーション搭載ができることと、アプリケーション（サー
ビス）のダウンロード等を個人でカスタマイズできるよ
うになってきている。この場合、メモリに空き容量があ
るか否かが問題となる。そこで、特開平 9−231110号公
報「ＩＣカード」（公知例２）では、新しいＩＣカード
の利用法に対応すべく、ファイルを削除して空きメモリ
領域を生成する技術が提案されている。また、特開平11
-213107 号公報「ＩＣカードのファイル管理方法」（公
知例３）では、空きメモリ領域生成の負荷を低減すべ
く、新規なＩＣカードのファイル管理方法と、外部から
の問い合わせ指示に応答してメモリの空き容量を調査
し、調査結果を応答するファイル管理方法が提案されて
いる。この公知例３では、新しくロードするアプリケー
ションに対してメモリ容量が十分な場合は、空きメモリ
領域生成を行わずにメモリ領域が十分なことを応答し、
メモリ領域生成負荷を低減することも提案されている。
【０００５】上述のように、現今のＩＣカードシステム
では、空きメモリ容量の問い合わせに対して応答する機
能が備えられるようになってきている。しかし、移動体
通信端末にＩＣカードを装着して使用する場合には、移
動体通信端末自体には、ＩＣカードにアプリケーション
をロードしたり、ＩＣカードの空きメモリ領域を確認す
る手段を備えていないので、ＩＣカードの上述のような
使用ができない問題がある。
では、空きメモリ容量の問い合わせに対して応答する機
能が備えられるようになってきている。しかし、移動体
通信端末にＩＣカードを装着して使用する場合には、移
動体通信端末自体には、ＩＣカードにアプリケーション
をロードしたり、ＩＣカードの空きメモリ領域を確認す
る手段を備えていないので、ＩＣカードの上述のような
使用ができない問題がある。
【０００６】ここで、従来からのＩＣカードと最近のＩ
Ｃカードのメモリシステムについて公知例２を参照して
検討してみる。図５は、ＩＣカードの構成、およびＩＣ
カードとリーダライタ装置との接続関係を示すブロック
図である。ＩＣカード１０は、通常、Ｉ／Ｏインタフェ
ース１１、ＣＰＵ１２、ＲＯＭ１３、ＲＡＭ１４、ＥＥ
ＰＲＯＭ１５を内蔵している。Ｉ／Ｏインタフェース１
１は、データを送受するための入出力回路であり、ＣＰ
Ｕ１２はこのＩ／Ｏインタフェース１１を介してリーダ
ライタ装置２０と交信する。ＲＯＭ１３内には、ＣＰＵ
１２によって実行されるべきプログラムが記憶されてお
り、ＣＰＵ１２は、このプログラムに基いてＩＣカード
１０を統括制御する。ＲＡＭ１４は、ＣＰＵ１２がこの
ような統括制御を行う上で作業領域として使用するメモ
リである。一方、ＥＥＰＲＯＭ１５は、このＩＣカード
１０に記録すべき本来のデータを格納するメモリであ
る。
Ｃカードのメモリシステムについて公知例２を参照して
検討してみる。図５は、ＩＣカードの構成、およびＩＣ
カードとリーダライタ装置との接続関係を示すブロック
図である。ＩＣカード１０は、通常、Ｉ／Ｏインタフェ
ース１１、ＣＰＵ１２、ＲＯＭ１３、ＲＡＭ１４、ＥＥ
ＰＲＯＭ１５を内蔵している。Ｉ／Ｏインタフェース１
１は、データを送受するための入出力回路であり、ＣＰ
Ｕ１２はこのＩ／Ｏインタフェース１１を介してリーダ
ライタ装置２０と交信する。ＲＯＭ１３内には、ＣＰＵ
１２によって実行されるべきプログラムが記憶されてお
り、ＣＰＵ１２は、このプログラムに基いてＩＣカード
１０を統括制御する。ＲＡＭ１４は、ＣＰＵ１２がこの
ような統括制御を行う上で作業領域として使用するメモ
リである。一方、ＥＥＰＲＯＭ１５は、このＩＣカード
１０に記録すべき本来のデータを格納するメモリであ
る。
【０００７】ＩＣカード１０には、リーダライタ装置２
０から電源やクロックが供給される。したがって、ＩＣ
カード１０がリーダライタ装置２０と切り離されると、
ＩＣカード１０への電源およびクロックの供給は停止す
る。しかしながら、ＥＥＰＲＯＭ１５は不揮発性メモリ
であるため、電源供給が停止した後もその記録内容はそ
のまま保持される。ただし、ＲＡＭ１４内のデータにつ
いては、電源供給の停止によりすべて失われる。
０から電源やクロックが供給される。したがって、ＩＣ
カード１０がリーダライタ装置２０と切り離されると、
ＩＣカード１０への電源およびクロックの供給は停止す
る。しかしながら、ＥＥＰＲＯＭ１５は不揮発性メモリ
であるため、電源供給が停止した後もその記録内容はそ
のまま保持される。ただし、ＲＡＭ１４内のデータにつ
いては、電源供給の停止によりすべて失われる。
【０００８】ＩＣカード１０内の各メモリ１３、１４、
１５へのアクセスは、すべてＣＰＵ１２を介して行わ
れ、外部からこれらメモリを直接アクセスすることはで
きない。すなわち、リーダライタ装置２０からＣＰＵ１
２に対して所定の「コマンド」を与えると、ＣＰＵ１２
はこの「コマンド」を解釈実行し、その結果をリーダラ
イタ装置２０に対して「レスポンス」として返送するこ
とになる。
１５へのアクセスは、すべてＣＰＵ１２を介して行わ
れ、外部からこれらメモリを直接アクセスすることはで
きない。すなわち、リーダライタ装置２０からＣＰＵ１
２に対して所定の「コマンド」を与えると、ＣＰＵ１２
はこの「コマンド」を解釈実行し、その結果をリーダラ
イタ装置２０に対して「レスポンス」として返送するこ
とになる。
【０００９】図６は、図５に示すＥＥＰＲＯＭ１５内の
ファイル構成を示す図である。図示の例では、３種類の
ファイルが階層構造を構成している。３種類のファイル
とは、ＭＦ(Master File) 、ＤＦ(Dedicated File)およ
びＥＦ(Elementary File) のことである。ＭＦは、デー
タメモリ全体のファイルである。ＭＦは、各アプリケー
ション（サービス）に共通したデータを格納するための
ファイルであり、例ば、ＩＣカード１０の所有者の氏
名、住所、電話番号などの情報が記録される。ＤＦは、
専用ファイルであり、アプリケーションごとにＤＦの設
定がなされている。なお、広義には、ＭＦもＤＦの一種
である。ＥＦは、基礎ファイルであり、ＣＰＵがＩＣカ
ードを管理・制御する際に解釈実行するデータを格納す
るＩＥＦ（内部基礎ファイル，Internal Elementary Fi
le）と、アプリケーションで使用するデータを格納する
ＷＥＦ（作業用基礎ファイル，Working Elementary Fil
e ）の２種類がある。
ファイル構成を示す図である。図示の例では、３種類の
ファイルが階層構造を構成している。３種類のファイル
とは、ＭＦ(Master File) 、ＤＦ(Dedicated File)およ
びＥＦ(Elementary File) のことである。ＭＦは、デー
タメモリ全体のファイルである。ＭＦは、各アプリケー
ション（サービス）に共通したデータを格納するための
ファイルであり、例ば、ＩＣカード１０の所有者の氏
名、住所、電話番号などの情報が記録される。ＤＦは、
専用ファイルであり、アプリケーションごとにＤＦの設
定がなされている。なお、広義には、ＭＦもＤＦの一種
である。ＥＦは、基礎ファイルであり、ＣＰＵがＩＣカ
ードを管理・制御する際に解釈実行するデータを格納す
るＩＥＦ（内部基礎ファイル，Internal Elementary Fi
le）と、アプリケーションで使用するデータを格納する
ＷＥＦ（作業用基礎ファイル，Working Elementary Fil
e ）の２種類がある。
【００１０】ＭＦ、ＤＦおよびＥＦは、図６に示す階層
構造を構成する。ＭＦは、階層構造の根幹であり、その
配下にＤＦまたはＥＦを配置する。図６の例では、ＭＦ
はＤＦ１およびＷＥＦ１をその配下に配置しており、Ｄ
Ｆ１、ＷＥＦ１の親ファイルとなっている。ＤＦは、Ｍ
Ｆを親ファイルとしてその配下に位置することができる
と同時に、自己の配下に他のＤＦまたはＥＦを配置し、
それらの親ファイルとなることも可能なファイルであ
る。これに対しＥＦは、他のファイルの親ファイルとな
ることができないファイルである。
構造を構成する。ＭＦは、階層構造の根幹であり、その
配下にＤＦまたはＥＦを配置する。図６の例では、ＭＦ
はＤＦ１およびＷＥＦ１をその配下に配置しており、Ｄ
Ｆ１、ＷＥＦ１の親ファイルとなっている。ＤＦは、Ｍ
Ｆを親ファイルとしてその配下に位置することができる
と同時に、自己の配下に他のＤＦまたはＥＦを配置し、
それらの親ファイルとなることも可能なファイルであ
る。これに対しＥＦは、他のファイルの親ファイルとな
ることができないファイルである。
【００１１】図７は、ＥＥＰＲＯＭにおけるファイル格
納イメージの一例を示す図である。図８も、ＥＥＰＲＯ
Ｍ１５におけるファイル格納イメージの一例を示す図で
あるが、図７と異なるものを示す図である。ＥＥＰＲＯ
Ｍ１５には、例えば８０００ｈ〜９ＦＦＦｈのアドレス
が割り当てられている。図７では、左上より右下へ向け
てメモリの絶対アドレスが増大している。また、横幅は
３２ビットに相当している。なお、本明細書では、絶対
アドレスが大なる方を上位アドレスと呼ぶこととする。
図７に示す例では、ファイルのディレクトリは全て３２
ビットから構成され、上位アドレスから各ディレクトリ
間に空き領域が存在しないように、順に配置されてい
る。一方、ファイルのデータ格納エリアは、下位アドレ
スから、これも各エリア間に空き容量の生じないよう
に、順に配置されている。
納イメージの一例を示す図である。図８も、ＥＥＰＲＯ
Ｍ１５におけるファイル格納イメージの一例を示す図で
あるが、図７と異なるものを示す図である。ＥＥＰＲＯ
Ｍ１５には、例えば８０００ｈ〜９ＦＦＦｈのアドレス
が割り当てられている。図７では、左上より右下へ向け
てメモリの絶対アドレスが増大している。また、横幅は
３２ビットに相当している。なお、本明細書では、絶対
アドレスが大なる方を上位アドレスと呼ぶこととする。
図７に示す例では、ファイルのディレクトリは全て３２
ビットから構成され、上位アドレスから各ディレクトリ
間に空き領域が存在しないように、順に配置されてい
る。一方、ファイルのデータ格納エリアは、下位アドレ
スから、これも各エリア間に空き容量の生じないよう
に、順に配置されている。
【００１２】図示の状態では、ディレクトリは３２バイ
トおきに規則的に配置されている。したがって、ディレ
クトリまたはディレクトリの内容を検索するときは、３
２バイトおきのアドレスを検索すれば足り、演算処理能
力が比較的低いＣＰＵを用いても迅速にディレクトリの
検索を行うことが可能となっている。また、１のＷＥＦ
のデータ格納エリアは、必ず連続した１つのメモリ領域
にまとめて格納されており、例えば図８に示すＷＥＦ１
のデータ格納エリアのように、２つの領域（Ａ）（Ｂ）
に分散して格納されていない。これは、ＥＥＰＲＯＭ１
５の限られたメモリ資源を最大限有効に利用するための
処置である。つまり、図８に示すように、一つのデータ
格納エリアを複数の領域に分散して格納した場合には、
それら分散した各領域のアドレス情報を管理するファイ
ル・アロケーション・テーブル等が必要となり、余分に
メモリを消費することとなる。これに対し、図７の例で
は、ディレクトリにおいて、一つのデータ格納エリアに
ついてのアドレス情報のみを管理すればよく、メモリの
消費量が最小限に抑制されるのである。また、メモリ上
のエリアが連続しているため、ＣＰＵ１２の制御プログ
ラムも最小限に抑えられ、この結果、アクセス処理が速
く、プログラム領域も小さくなる。
トおきに規則的に配置されている。したがって、ディレ
クトリまたはディレクトリの内容を検索するときは、３
２バイトおきのアドレスを検索すれば足り、演算処理能
力が比較的低いＣＰＵを用いても迅速にディレクトリの
検索を行うことが可能となっている。また、１のＷＥＦ
のデータ格納エリアは、必ず連続した１つのメモリ領域
にまとめて格納されており、例えば図８に示すＷＥＦ１
のデータ格納エリアのように、２つの領域（Ａ）（Ｂ）
に分散して格納されていない。これは、ＥＥＰＲＯＭ１
５の限られたメモリ資源を最大限有効に利用するための
処置である。つまり、図８に示すように、一つのデータ
格納エリアを複数の領域に分散して格納した場合には、
それら分散した各領域のアドレス情報を管理するファイ
ル・アロケーション・テーブル等が必要となり、余分に
メモリを消費することとなる。これに対し、図７の例で
は、ディレクトリにおいて、一つのデータ格納エリアに
ついてのアドレス情報のみを管理すればよく、メモリの
消費量が最小限に抑制されるのである。また、メモリ上
のエリアが連続しているため、ＣＰＵ１２の制御プログ
ラムも最小限に抑えられ、この結果、アクセス処理が速
く、プログラム領域も小さくなる。
【００１３】ＥＥＰＲＯＭ１５のファイル構造は、ＩＣ
カードの発行時に、ＩＣカード発行者により構築され
る。すなわち、各種のＤＦやＥＦは、カード発行時にＩ
Ｃカードに既に格納されており、ＩＣカード所有者は、
既に格納された各種ファイルの中から必要とするものを
選択して利用する。
カードの発行時に、ＩＣカード発行者により構築され
る。すなわち、各種のＤＦやＥＦは、カード発行時にＩ
Ｃカードに既に格納されており、ＩＣカード所有者は、
既に格納された各種ファイルの中から必要とするものを
選択して利用する。
【００１４】しかし、前述した従来のＩＣカードでは、
ＩＣカード所有者の意図と無関係に、ＩＣカード発行者
が各種のファイルを格納する。しかも、ＩＣカードの価
値を高めるために、ＩＣカード発行者は、異なるアプリ
ケーション等に対応した数多くのファイルを格納し、Ｉ
Ｃカードを多目的に利用可能とすることを希望する場合
がある。ところが、ＩＣカード所有者は、それぞれにラ
イフスタイル等が異なるため、必ずしも提供されている
全てのアプリケーションを利用するとは限らない。この
ために、ＩＣカード所有者によっては、格納されている
ファイルのうち一部のものは頻繁に使用するが、他のフ
ァイルは全く使用しない場合が生じる。このような場合
には、使用されないファイルに割り当てられているメモ
リが利用されず無駄となる。
ＩＣカード所有者の意図と無関係に、ＩＣカード発行者
が各種のファイルを格納する。しかも、ＩＣカードの価
値を高めるために、ＩＣカード発行者は、異なるアプリ
ケーション等に対応した数多くのファイルを格納し、Ｉ
Ｃカードを多目的に利用可能とすることを希望する場合
がある。ところが、ＩＣカード所有者は、それぞれにラ
イフスタイル等が異なるため、必ずしも提供されている
全てのアプリケーションを利用するとは限らない。この
ために、ＩＣカード所有者によっては、格納されている
ファイルのうち一部のものは頻繁に使用するが、他のフ
ァイルは全く使用しない場合が生じる。このような場合
には、使用されないファイルに割り当てられているメモ
リが利用されず無駄となる。
【００１５】前述のように、従来のＩＣカードでは、単
一の目的（アプリケーション）に使用することを前提と
してＩＣカードの開発・設計を行っており、一度格納さ
れたファイルを消去する機能はＩＣカードに付与されて
いなかった。したがって、上記のように、ファイルが使
用されないことが明らかな場合であっても、その使用さ
れないファイルを消去することはできなかった。
一の目的（アプリケーション）に使用することを前提と
してＩＣカードの開発・設計を行っており、一度格納さ
れたファイルを消去する機能はＩＣカードに付与されて
いなかった。したがって、上記のように、ファイルが使
用されないことが明らかな場合であっても、その使用さ
れないファイルを消去することはできなかった。
【００１６】また、ＩＣカードにファイルを消去する機
能を付与した場合であっても、単にファイルを消去した
だけでは、その後に生じたメモリの空き領域を最大限有
効に活用できない場合がある。例えば、図７に示す例に
おいて、ＷＥＦ２のディレクトリおよびデータ格納エリ
アを消去し、その後にＷＥＦ２および図中の未使用エリ
アのいずれよりも大きなファイルを格納しようとする場
合にそのような場合が生じる。この場合には、新しいフ
ァイルをＷＥＦ２を消去した後の空き領域と未使用エリ
アとに分散して格納する以外にないが、先に説明したよ
うに、ファイルを２以上の領域に分散して格納する場合
には、ファイルのアドレス管理用の余分のメモリを必要
とする。このために、単にファイルを消去しただけで
は、ＩＣカードのメモリ資源が最大限有効に活用できな
いという問題があった。
能を付与した場合であっても、単にファイルを消去した
だけでは、その後に生じたメモリの空き領域を最大限有
効に活用できない場合がある。例えば、図７に示す例に
おいて、ＷＥＦ２のディレクトリおよびデータ格納エリ
アを消去し、その後にＷＥＦ２および図中の未使用エリ
アのいずれよりも大きなファイルを格納しようとする場
合にそのような場合が生じる。この場合には、新しいフ
ァイルをＷＥＦ２を消去した後の空き領域と未使用エリ
アとに分散して格納する以外にないが、先に説明したよ
うに、ファイルを２以上の領域に分散して格納する場合
には、ファイルのアドレス管理用の余分のメモリを必要
とする。このために、単にファイルを消去しただけで
は、ＩＣカードのメモリ資源が最大限有効に活用できな
いという問題があった。
【００１７】そこで、最近のＩＣカードはメモリ資源の
最大有効活用を図る目的で、ハードウェア構成は従来の
ＩＣカードと同一であるが、リーダライタ装置からのＤ
ＥＬＥＴＥコマンドに対してカレントファイルを削除す
る機能を備えるようになってきている。図９は、ＤＥＬ
ＥＴＥコマンドＡＰＤＵを示す図、図１０は、ＤＥＬＥ
ＴＥコマンドを処理するＩＣカードの動作を示す流れ図
である。ＡＰＤＵ（応用プロトコルデータ単位，Applic
ation Protocol Data Unit）は、接続装置からＩＣカー
ド、またはその逆に送られるコマンドメッセージまたは
レスポンスメッセージからなり、図９の構成となる。
最大有効活用を図る目的で、ハードウェア構成は従来の
ＩＣカードと同一であるが、リーダライタ装置からのＤ
ＥＬＥＴＥコマンドに対してカレントファイルを削除す
る機能を備えるようになってきている。図９は、ＤＥＬ
ＥＴＥコマンドＡＰＤＵを示す図、図１０は、ＤＥＬＥ
ＴＥコマンドを処理するＩＣカードの動作を示す流れ図
である。ＡＰＤＵ（応用プロトコルデータ単位，Applic
ation Protocol Data Unit）は、接続装置からＩＣカー
ド、またはその逆に送られるコマンドメッセージまたは
レスポンスメッセージからなり、図９の構成となる。
【００１８】図１０に基づいて説明すると、リーダライ
タ装置からＤＥＬＥＴＥコマンドがあった場合には、Ｃ
ＰＵ１２は、実行前チェックを行い（Ｓ０１）、エラー
があったときは、その旨のエラーメッセージを送信する
（Ｓ０３）。次に、カレントＥＦが存在するか否かを判
断し（Ｓ０４）、存在する場合には、カレントＥＦを削
除し（Ｓ０５）、削除後に、ＲＡＭ１４のカレントＥＦ
アドレスを００００ｈに変更する（Ｓ０６）。ここで、
アドレス００００ｈは、カレントＥＦが選択されていな
い状態を示す。カレントＥＦアドレスがそれまで指し示
していたＥＦが削除されたので、カレントＥＦアドレス
が実体のないファイルを指定することを回避するための
処理である。カレントＤＦ下に、カレントＥＦが存在し
ない場合には、カレントＤＦを削除し（Ｓ０７）、削除
後に、ＲＡＭ１４のカレントＤＦアドレスは、削除対象
となったファイルの親ＤＦに変更する（Ｓ０８）。コマ
ンドが正常に終了した場合には（Ｓ０９）、その旨のメ
ッセージを送信して（Ｓ１２）、コマンドを終了する。
タ装置からＤＥＬＥＴＥコマンドがあった場合には、Ｃ
ＰＵ１２は、実行前チェックを行い（Ｓ０１）、エラー
があったときは、その旨のエラーメッセージを送信する
（Ｓ０３）。次に、カレントＥＦが存在するか否かを判
断し（Ｓ０４）、存在する場合には、カレントＥＦを削
除し（Ｓ０５）、削除後に、ＲＡＭ１４のカレントＥＦ
アドレスを００００ｈに変更する（Ｓ０６）。ここで、
アドレス００００ｈは、カレントＥＦが選択されていな
い状態を示す。カレントＥＦアドレスがそれまで指し示
していたＥＦが削除されたので、カレントＥＦアドレス
が実体のないファイルを指定することを回避するための
処理である。カレントＤＦ下に、カレントＥＦが存在し
ない場合には、カレントＤＦを削除し（Ｓ０７）、削除
後に、ＲＡＭ１４のカレントＤＦアドレスは、削除対象
となったファイルの親ＤＦに変更する（Ｓ０８）。コマ
ンドが正常に終了した場合には（Ｓ０９）、その旨のメ
ッセージを送信して（Ｓ１２）、コマンドを終了する。
【００１９】次に、ファイル削除の動作を更に詳細に説
明する。既に説明したように、ＥＥＰＲＯＭ１５には、
図６に示したような階層構造で各種のファイルが格納さ
れている。また、図７に示したように、ファイルのディ
レクトリは、ＥＥＰＲＯＭ１５内の上位アドレスから下
位アドレスに向かって作成されている。ＷＥＦのデータ
格納領域は、ＥＥＰＲＯＭ１５内のＩＮＩＴＩＡＬ−Ａ
Ｐ（ポインタ）が指し示すページから上位アドレスに向
かって作成する。アロケーションの単位は、ディレクト
リが１ページ（３２Ｂｙｔｅ）、ＷＥＦのデータ格納領
域が１Ｂｙｔｅである。つまり、ディレクトリは３２バ
イト固定であり、ＷＥＦのデータエリアは任意バイト数
である。
明する。既に説明したように、ＥＥＰＲＯＭ１５には、
図６に示したような階層構造で各種のファイルが格納さ
れている。また、図７に示したように、ファイルのディ
レクトリは、ＥＥＰＲＯＭ１５内の上位アドレスから下
位アドレスに向かって作成されている。ＷＥＦのデータ
格納領域は、ＥＥＰＲＯＭ１５内のＩＮＩＴＩＡＬ−Ａ
Ｐ（ポインタ）が指し示すページから上位アドレスに向
かって作成する。アロケーションの単位は、ディレクト
リが１ページ（３２Ｂｙｔｅ）、ＷＥＦのデータ格納領
域が１Ｂｙｔｅである。つまり、ディレクトリは３２バ
イト固定であり、ＷＥＦのデータエリアは任意バイト数
である。
【００２０】ファイルの削除は以下のようにして行う。
削除できるファイルの種別は、ＤＦ／ＷＥＦ／ＩＥＦの
３種類であり、ＭＦは削除できない。まず、エラーチェ
ックを行う。チェック項目は、（１）削除対象ファイル
がＭＦでないこと、（２）ＣＲＴ−ＡＰとＣＲＴ−ＤＰ
とＭＦディレクトリの空き容量の整合性があっているこ
と、（３）ディレクトリテーブルの全エントリのＣＲＣ
があっていること等である。（１）は、カレントＥＦア
ドレスによって指定されるファイルディレクトリを参照
することにより判断される。（２）は、ＭＦファイルデ
ィレクトリに記録されているＥＥＰＲＯＭ１５の空き容
量と、ＣＲＴ−ＡＰとＣＲＴ−ＤＰの差を比較すること
により判断される。なお、ＣＲＴ−ＡＰは、新しいデー
タ格納エリアを格納することが可能な領域の先頭アドレ
スを指し示すポインタである。また、ＣＲＴ−ＤＰは、
新しいディレクトリを格納することが可能な領域の先頭
アドレスを指し示すポインタである。（３）は、各ファ
イルディレクトリが有するＣＲＣコードを用いて行われ
る。これらのエラーチェックは、ＥＥＰＲＯＭ１５の更
新前にすべて行う。
削除できるファイルの種別は、ＤＦ／ＷＥＦ／ＩＥＦの
３種類であり、ＭＦは削除できない。まず、エラーチェ
ックを行う。チェック項目は、（１）削除対象ファイル
がＭＦでないこと、（２）ＣＲＴ−ＡＰとＣＲＴ−ＤＰ
とＭＦディレクトリの空き容量の整合性があっているこ
と、（３）ディレクトリテーブルの全エントリのＣＲＣ
があっていること等である。（１）は、カレントＥＦア
ドレスによって指定されるファイルディレクトリを参照
することにより判断される。（２）は、ＭＦファイルデ
ィレクトリに記録されているＥＥＰＲＯＭ１５の空き容
量と、ＣＲＴ−ＡＰとＣＲＴ−ＤＰの差を比較すること
により判断される。なお、ＣＲＴ−ＡＰは、新しいデー
タ格納エリアを格納することが可能な領域の先頭アドレ
スを指し示すポインタである。また、ＣＲＴ−ＤＰは、
新しいディレクトリを格納することが可能な領域の先頭
アドレスを指し示すポインタである。（３）は、各ファ
イルディレクトリが有するＣＲＣコードを用いて行われ
る。これらのエラーチェックは、ＥＥＰＲＯＭ１５の更
新前にすべて行う。
【００２１】次に、削除分の領域を再使用するために、
削除するファイルの領域サイズを復帰させる。すなわ
ち、削除する領域のサイズを求める。 ＃１：ＲＡＭ：カレントＥＦが００００ｈ以外の時、カ
レントＥＦを対象アドレスとしてセットする、それ以外
の時はカレントＤＦを対象アドレスとする。 ＃２：それぞれ以下の処理を行う。 ＃２−１：親ＤＦを検索する。親ＤＦが容量親依存の時
は、実容量を確保している親まで検索する。なお、容量
親依存のファイルとは、データ格納エリアの大きさが指
定されていないファイルであって、親ファイルのデータ
格納エリアの空き容量を最大限として、そのデータ格納
エリアを拡大することが可能なファイルをいう。つま
り、容量親依存ファイルのデータ格納エリアの空き容量
は、実質的に、親ファイルのデータ格納エリアの空き容
量に一致している。 ＃２−２：消去ファイルを種別ごと処理する。つまり、
消去するファイルがＤＦである場合は、管理領域バイト
数（親依存時は０）＋３２バイトを親ＤＦ（ＭＦ）の管
理領域内空きバイト数に加算する。ＷＥＦである場合
は、管理領域バイト数＋３２バイトを親ＤＦ（ＭＦ）の
管理領域内空きバイト数に加算する。ＩＥＦである場合
は、３２バイトを親ＤＦ（ＭＦ）の管理領域内空きバイ
ト数に加算する。
削除するファイルの領域サイズを復帰させる。すなわ
ち、削除する領域のサイズを求める。 ＃１：ＲＡＭ：カレントＥＦが００００ｈ以外の時、カ
レントＥＦを対象アドレスとしてセットする、それ以外
の時はカレントＤＦを対象アドレスとする。 ＃２：それぞれ以下の処理を行う。 ＃２−１：親ＤＦを検索する。親ＤＦが容量親依存の時
は、実容量を確保している親まで検索する。なお、容量
親依存のファイルとは、データ格納エリアの大きさが指
定されていないファイルであって、親ファイルのデータ
格納エリアの空き容量を最大限として、そのデータ格納
エリアを拡大することが可能なファイルをいう。つま
り、容量親依存ファイルのデータ格納エリアの空き容量
は、実質的に、親ファイルのデータ格納エリアの空き容
量に一致している。 ＃２−２：消去ファイルを種別ごと処理する。つまり、
消去するファイルがＤＦである場合は、管理領域バイト
数（親依存時は０）＋３２バイトを親ＤＦ（ＭＦ）の管
理領域内空きバイト数に加算する。ＷＥＦである場合
は、管理領域バイト数＋３２バイトを親ＤＦ（ＭＦ）の
管理領域内空きバイト数に加算する。ＩＥＦである場合
は、３２バイトを親ＤＦ（ＭＦ）の管理領域内空きバイ
ト数に加算する。
【００２２】さらに、削除ファイルの領域の消去と、既
存ファイルの移動を行う。 ＃１：消去ＤＩＲ−ＡＤ（対象アドレス）で指し示され
るＤＩＲがＷＥＦのときＷＥＦ消去サイズ（ＷＥＦデー
タ格納エリアのサイズ）を保存する。 ＃２：移動処理は、（消去ＤＩＲ−ＡＤ−３２）から
（ＣＲＴ−ＤＰ＋３２）の指し示すＤＩＲまで順次以下
の処理を行う。これは＜ＤＩＲ移動処理＞、＜ＷＥＦデ
ータ部移動処理＞によって行う。 ＃３：ＣＲＴ−ＤＰに３２を加算する。 ＃４：ＣＲＴ−ＤＰによって指し示されるアドレスに３
２バイトのＦＦｈを書き込む。これにより、ディレクト
リが移動した後の領域がクリアされる。
存ファイルの移動を行う。 ＃１：消去ＤＩＲ−ＡＤ（対象アドレス）で指し示され
るＤＩＲがＷＥＦのときＷＥＦ消去サイズ（ＷＥＦデー
タ格納エリアのサイズ）を保存する。 ＃２：移動処理は、（消去ＤＩＲ−ＡＤ−３２）から
（ＣＲＴ−ＤＰ＋３２）の指し示すＤＩＲまで順次以下
の処理を行う。これは＜ＤＩＲ移動処理＞、＜ＷＥＦデ
ータ部移動処理＞によって行う。 ＃３：ＣＲＴ−ＤＰに３２を加算する。 ＃４：ＣＲＴ−ＤＰによって指し示されるアドレスに３
２バイトのＦＦｈを書き込む。これにより、ディレクト
リが移動した後の領域がクリアされる。
【００２３】以上に概説したように、最近のＩＣカード
システムでは、ＤＥＬＥＴＥコマンドを用いてカレント
ファイルを削除することが可能となっている。しかも、
ＤＥＬＥＴＥコマンドを利用してファイルを削除した場
合には、削除されたディレクトリ（データ格納エリア）
の存在した位置からＣＲＴ−ＤＰ（ＣＲＴ−ＡＰ）の位
置までに存在する他のディレクトリ（データ格納エリ
ア）が、削除されたディレクトリ（データ格納エリア）
の大きさの分だけ上位アドレス（下位アドレス）の方向
へ移動される。したがって、不使用のファイルを必要に
応じて削除し、ＥＥＰＲＯＭ１５の空き容量を増大させ
ることができるとともに、ファイルを削除した結果とし
て、ディレクトリ（データ格納エリア）の間に未使用領
域が発生し、メモリの有効利用が阻害されるという事態
が防止される。
システムでは、ＤＥＬＥＴＥコマンドを用いてカレント
ファイルを削除することが可能となっている。しかも、
ＤＥＬＥＴＥコマンドを利用してファイルを削除した場
合には、削除されたディレクトリ（データ格納エリア）
の存在した位置からＣＲＴ−ＤＰ（ＣＲＴ−ＡＰ）の位
置までに存在する他のディレクトリ（データ格納エリ
ア）が、削除されたディレクトリ（データ格納エリア）
の大きさの分だけ上位アドレス（下位アドレス）の方向
へ移動される。したがって、不使用のファイルを必要に
応じて削除し、ＥＥＰＲＯＭ１５の空き容量を増大させ
ることができるとともに、ファイルを削除した結果とし
て、ディレクトリ（データ格納エリア）の間に未使用領
域が発生し、メモリの有効利用が阻害されるという事態
が防止される。
【００２４】また、公知例３では、公知例２の技術の改
善として、空きメモリ領域生成の負荷を低減すべく、外
部からの問い合わせ（ＧＥＴ ＳＰＡＣＥ）指示に応答
してメモリの空き容量を調査し、調査結果を応答するフ
ァイル管理方法が提案されるとともに、新しくロードす
るアプリケーションに対してメモリ容量が十分な場合
は、空きメモリ領域生成を行わずにメモリ領域が十分な
ことを応答し、メモリ領域生成負荷を低減することも提
案されている。
善として、空きメモリ領域生成の負荷を低減すべく、外
部からの問い合わせ（ＧＥＴ ＳＰＡＣＥ）指示に応答
してメモリの空き容量を調査し、調査結果を応答するフ
ァイル管理方法が提案されるとともに、新しくロードす
るアプリケーションに対してメモリ容量が十分な場合
は、空きメモリ領域生成を行わずにメモリ領域が十分な
ことを応答し、メモリ領域生成負荷を低減することも提
案されている。
【００２５】
【発明が解決しようとする課題】しかし、従来の携帯電
話機等の移動体通信端末自体には、装着しているＩＣカ
ードの空きメモリ容量を表示したり検知する機能がない
ので、移動体通信端末に新しいアプリケーションのダウ
ンロードを希望してもロードできる空きメモリ容量があ
るか否かを判断することができない問題がある。そこ
で、本発明はこのような問題を解決するため、移動体通
信端末にＩＣカードシステムに直結して空きメモリ領域
を問い合わせる手段と、当該問い合わせた結果を移動体
通信端末の表示画面に表示させようとするものであり、
必要により、空きメモリ領域を確保してアプリケーショ
ンを端末自体のメモリまたはＩＣカードのメモリ内にダ
ウンロード可能な移動体通信端末を実現しようとするも
のである。
話機等の移動体通信端末自体には、装着しているＩＣカ
ードの空きメモリ容量を表示したり検知する機能がない
ので、移動体通信端末に新しいアプリケーションのダウ
ンロードを希望してもロードできる空きメモリ容量があ
るか否かを判断することができない問題がある。そこ
で、本発明はこのような問題を解決するため、移動体通
信端末にＩＣカードシステムに直結して空きメモリ領域
を問い合わせる手段と、当該問い合わせた結果を移動体
通信端末の表示画面に表示させようとするものであり、
必要により、空きメモリ領域を確保してアプリケーショ
ンを端末自体のメモリまたはＩＣカードのメモリ内にダ
ウンロード可能な移動体通信端末を実現しようとするも
のである。
【００２６】
【課題を解決するための手段】上記課題を解決するため
の本発明の要旨の第１は、ＩＣカードを装着して使用す
る移動体通信端末において、当該装着したＩＣカードに
新たなアプリケーションをロードする際に、ＩＣカード
のアプリケーション搭載用メモリの空きメモリ容量を検
知し、当該空きメモリ容量を移動体通信端末の表示部に
表示することを特徴とするメモリ空き容量検知機能付き
移動体通信端末、にある。この場合において、移動体通
信端末自体の空きメモリ容量を検知して移動体通信端末
の表示部に表示してもよい。かかる移動体通信端末であ
るため、アプリケーションロード前に空きメモリ容量を
知ることができる。
の本発明の要旨の第１は、ＩＣカードを装着して使用す
る移動体通信端末において、当該装着したＩＣカードに
新たなアプリケーションをロードする際に、ＩＣカード
のアプリケーション搭載用メモリの空きメモリ容量を検
知し、当該空きメモリ容量を移動体通信端末の表示部に
表示することを特徴とするメモリ空き容量検知機能付き
移動体通信端末、にある。この場合において、移動体通
信端末自体の空きメモリ容量を検知して移動体通信端末
の表示部に表示してもよい。かかる移動体通信端末であ
るため、アプリケーションロード前に空きメモリ容量を
知ることができる。
【００２７】上記課題を解決するための本発明の要旨の
第２は、ＩＣカードを装着して使用する移動体通信端末
において、当該装着したＩＣカードのアプリケーション
搭載用メモリの空きメモリ容量を検知し、当該空きメモ
リ容量がロードするアプリケーションの容量よりも大き
い場合は、当該アプリケーションをＩＣカードのメモリ
にロードし、空きメモリ容量がロードするアプリケーシ
ョンの容量よりも小さい場合は、当該アプリケーション
のロードを禁止することを特徴とするメモリ空き容量検
知機能付き移動体通信端末、にある。かかる制御ができ
ることで、操作上のトラブルを解消できる。
第２は、ＩＣカードを装着して使用する移動体通信端末
において、当該装着したＩＣカードのアプリケーション
搭載用メモリの空きメモリ容量を検知し、当該空きメモ
リ容量がロードするアプリケーションの容量よりも大き
い場合は、当該アプリケーションをＩＣカードのメモリ
にロードし、空きメモリ容量がロードするアプリケーシ
ョンの容量よりも小さい場合は、当該アプリケーション
のロードを禁止することを特徴とするメモリ空き容量検
知機能付き移動体通信端末、にある。かかる制御ができ
ることで、操作上のトラブルを解消できる。
【００２８】上記課題を解決するための本発明の要旨の
第３は、ＩＣカードを装着して使用する移動体通信端末
において、当該装着したＩＣカードのアプリケーション
搭載用メモリの空きメモリ容量を検知し、当該空きメモ
リ容量がロードするアプリケーションの容量よりも大き
い場合は、当該アプリケーションをＩＣカードのメモリ
にロードし、空きメモリ容量がロードするアプリケーシ
ョンの容量よりも小さい場合であって、移動体通信端末
自体にロードするアプリケーションより大きい空きメモ
リ容量がある場合は、当該移動体通信端末のメモリにア
プリケーションをロードすることを特徴とするメモリ空
き容量検知機能付き移動体通信端末、にある。かかる制
御ができることで、操作上のトラブルを解消できる。
第３は、ＩＣカードを装着して使用する移動体通信端末
において、当該装着したＩＣカードのアプリケーション
搭載用メモリの空きメモリ容量を検知し、当該空きメモ
リ容量がロードするアプリケーションの容量よりも大き
い場合は、当該アプリケーションをＩＣカードのメモリ
にロードし、空きメモリ容量がロードするアプリケーシ
ョンの容量よりも小さい場合であって、移動体通信端末
自体にロードするアプリケーションより大きい空きメモ
リ容量がある場合は、当該移動体通信端末のメモリにア
プリケーションをロードすることを特徴とするメモリ空
き容量検知機能付き移動体通信端末、にある。かかる制
御ができることで、操作上のトラブルを解消できる。
【００２９】上記課題を解決するための本発明の要旨の
第４は、ＩＣカードを装着して使用する移動体通信端末
において、当該装着したＩＣカードのアプリケーション
搭載用メモリの空きメモリ容量を検知し、空きメモリ容
量が不足の場合は、ＩＣカードの必要な空きメモリ容量
を確保する処理を行った後、ＩＣカードのメモリにアプ
リケーションをロードすることを特徴とするメモリ空き
容量検知機能付き移動体通信端末、にある。かかる処理
により円滑なアプリケーションロードが可能となる。
第４は、ＩＣカードを装着して使用する移動体通信端末
において、当該装着したＩＣカードのアプリケーション
搭載用メモリの空きメモリ容量を検知し、空きメモリ容
量が不足の場合は、ＩＣカードの必要な空きメモリ容量
を確保する処理を行った後、ＩＣカードのメモリにアプ
リケーションをロードすることを特徴とするメモリ空き
容量検知機能付き移動体通信端末、にある。かかる処理
により円滑なアプリケーションロードが可能となる。
【００３０】
【発明の実施の形態】本発明は移動体通信端末、とくに
ＩＣカードを装着して使用できる携帯電話機において、
装着部にＩＣカードを挿入することにより必要により、
ＩＣカードの空きメモリ容量の確認ができる移動体通信
端末に関する。このように、携帯電話機等に使用するＩ
Ｃカードの残メモリ容量が容易に確認できれば、追加の
アプリケーションをダウンロードできるか否かの判断が
容易になる。
ＩＣカードを装着して使用できる携帯電話機において、
装着部にＩＣカードを挿入することにより必要により、
ＩＣカードの空きメモリ容量の確認ができる移動体通信
端末に関する。このように、携帯電話機等に使用するＩ
Ｃカードの残メモリ容量が容易に確認できれば、追加の
アプリケーションをダウンロードできるか否かの判断が
容易になる。
【００３１】図１は、本発明の移動体通信端末の概略回
路構成を示す図である。以下、移動体通信端末として携
帯電話機を例として説明することとする。移動体通信端
末の制御系６０には、インターフェイス６７を介してＩ
Ｃカード１０が接続している。ＩＣカード１０は、通常
のＩＣカードのサイズであって携帯電話機のＩＣカード
用スロットに差し込んで使用するものと、そのままのサ
イズではなく、ＳＩＭ（Subscriber Identity Module)
またはＵＩＭ（User Identity Module) とも称され、携
帯電話機等の内部に組み込んで使用する小型サイズのも
のとがある。ＩＣカードにより一般的には、携帯電話利
用者が暗証番号を入力した際にその真正が検証されるよ
うになっているが、前記のように汎用ＩＣカードとして
アプリケーションのロードも勿論可能である。
路構成を示す図である。以下、移動体通信端末として携
帯電話機を例として説明することとする。移動体通信端
末の制御系６０には、インターフェイス６７を介してＩ
Ｃカード１０が接続している。ＩＣカード１０は、通常
のＩＣカードのサイズであって携帯電話機のＩＣカード
用スロットに差し込んで使用するものと、そのままのサ
イズではなく、ＳＩＭ（Subscriber Identity Module)
またはＵＩＭ（User Identity Module) とも称され、携
帯電話機等の内部に組み込んで使用する小型サイズのも
のとがある。ＩＣカードにより一般的には、携帯電話利
用者が暗証番号を入力した際にその真正が検証されるよ
うになっているが、前記のように汎用ＩＣカードとして
アプリケーションのロードも勿論可能である。
【００３２】ＳＩＭカードは、利用者情報（本人のＩ
Ｄ、課金情報や相手先の電話番号および各種サービス情
報）を記憶するカードであって、ＳＩＭカードをＧＳＭ
電話機に組み込むことで、カード所持者の情報により電
話することができる。ＵＩＭカードは、従来の方式に比
べ音声品質の向上、高速データ通信、国際ローミング
（世界中で同じ電話機を使用できる）を目標にしている
次世代携帯電話機に組み込んで使用することで、ＳＩＭ
カードと同様に利用者情報を記憶するカードである。
Ｄ、課金情報や相手先の電話番号および各種サービス情
報）を記憶するカードであって、ＳＩＭカードをＧＳＭ
電話機に組み込むことで、カード所持者の情報により電
話することができる。ＵＩＭカードは、従来の方式に比
べ音声品質の向上、高速データ通信、国際ローミング
（世界中で同じ電話機を使用できる）を目標にしている
次世代携帯電話機に組み込んで使用することで、ＳＩＭ
カードと同様に利用者情報を記憶するカードである。
【００３３】移動体通信端末２０は、無線送受信用アン
テナ２８、受話器２２、および送話器（マイクロホン）
２３、キーボードやキーボタン２４および液晶ディスプ
レイ２５を備えると共に、無線送受信回路３０、受信信
号処理回路４０および送信信号処理回路５０と、制御系
６０とを備える。
テナ２８、受話器２２、および送話器（マイクロホン）
２３、キーボードやキーボタン２４および液晶ディスプ
レイ２５を備えると共に、無線送受信回路３０、受信信
号処理回路４０および送信信号処理回路５０と、制御系
６０とを備える。
【００３４】アンテナ２８からの受信信号が、無線送受
信回路３０のＲＦ増幅器３１を通じて、混合回路３２に
供給され、同期回路（ＰＬＬ）３３の出力と混合されて
中間周波数（ＩＦ）信号に変換される。無線送受信回路
３０において、ベースバンドに変換さた信号は、受信信
号処理回路４０のＡ−Ｄ変換器４１を通じて、データ復
調回路（ＤＥＭ）４２に供給される。この復調回路４２
の出力はデータと音声とが多重化されており、音声デコ
ーダ（ＶＣ−ＤＥＣ）４３とデータデコーダ（ＤＴ−Ｄ
ＥＣ）４４とに共通に供給される。
信回路３０のＲＦ増幅器３１を通じて、混合回路３２に
供給され、同期回路（ＰＬＬ）３３の出力と混合されて
中間周波数（ＩＦ）信号に変換される。無線送受信回路
３０において、ベースバンドに変換さた信号は、受信信
号処理回路４０のＡ−Ｄ変換器４１を通じて、データ復
調回路（ＤＥＭ）４２に供給される。この復調回路４２
の出力はデータと音声とが多重化されており、音声デコ
ーダ（ＶＣ−ＤＥＣ）４３とデータデコーダ（ＤＴ−Ｄ
ＥＣ）４４とに共通に供給される。
【００３５】音声デコーダ４３では音声変換処理が施さ
れて、その出力は、Ｄ−Ａ変換器４５を通じてスピーカ
２２に供給される。また、データデコーダ４４ではデー
タに信号処理が施されて、その出力は制御系６０に供給
され、ＣＰＵ６１で処理されると共に、使用者に対する
データなどが、液晶ディスプレイ２５上に表示される。
液晶ディスプレイ２５は、携帯電話の通話時におけるメ
ッセージ表示等のほか、ＩＣカードの空きメモリ容量の
表示や各種取引処理データの表示を行うことができる。
れて、その出力は、Ｄ−Ａ変換器４５を通じてスピーカ
２２に供給される。また、データデコーダ４４ではデー
タに信号処理が施されて、その出力は制御系６０に供給
され、ＣＰＵ６１で処理されると共に、使用者に対する
データなどが、液晶ディスプレイ２５上に表示される。
液晶ディスプレイ２５は、携帯電話の通話時におけるメ
ッセージ表示等のほか、ＩＣカードの空きメモリ容量の
表示や各種取引処理データの表示を行うことができる。
【００３６】一方、送話器（マイクロホン）２３からの
音声信号が、送信信号処理回路５０のＡ−Ｄ変換器５１
を通じて、音声エンコーダ（ＶＣ−ＥＮＣ）５２に供給
され、音声データ化されて、データ変調回路（ＭＯＤ）
５３に供給されると共に、制御系６０からのデータが、
データエンコーダ（ＤＴ−ＥＮＣ）５４を通じて、デー
タ変調回路５３に供給され、このデータ変調回路５３の
ベースバンドデジタル信号が、Ｄ−Ａ変換器５５を通じ
て、ベースバンドアナログ信号に変換されて、無線送受
信回路３０に供給される。
音声信号が、送信信号処理回路５０のＡ−Ｄ変換器５１
を通じて、音声エンコーダ（ＶＣ−ＥＮＣ）５２に供給
され、音声データ化されて、データ変調回路（ＭＯＤ）
５３に供給されると共に、制御系６０からのデータが、
データエンコーダ（ＤＴ−ＥＮＣ）５４を通じて、デー
タ変調回路５３に供給され、このデータ変調回路５３の
ベースバンドデジタル信号が、Ｄ−Ａ変換器５５を通じ
て、ベースバンドアナログ信号に変換されて、無線送受
信回路３０に供給される。
【００３７】無線送受信回路３０においては、ベースバ
ンドアナログ信号が、図示を省略した変調回路におい
て、例えば、直交変調により、適宜周波数の搬送信号に
変換される。この搬送信号は、混合回路３４に供給さ
れ、ＰＬＬ３３の出力と混合されて、所定のチャンネル
の高周波信号に変換され、出力増幅器３５を通じて、ア
ンテナ２８から放射される。
ンドアナログ信号が、図示を省略した変調回路におい
て、例えば、直交変調により、適宜周波数の搬送信号に
変換される。この搬送信号は、混合回路３４に供給さ
れ、ＰＬＬ３３の出力と混合されて、所定のチャンネル
の高周波信号に変換され、出力増幅器３５を通じて、ア
ンテナ２８から放射される。
【００３８】制御系６０は、ＣＰＵ６１と、処理プログ
ラムやアプリケーションが搭載されたＲＯＭ６２と、ワ
ークエリアとしてのＲＡＭ６３とを含んで構成され、時
間管理用のタイマ６４と共に、バス６５を通じて接続さ
れる。ＲＡＭ６３の一部の領域が、電池のバックアップ
により、不揮発性とされ、この不揮発性領域に、使用者
が設定したデータが記憶されると共に、ＲＡＭ６３のそ
の残りの領域はワークエリアとして使用される。ＲＯＭ
６２には、本発明の機能を遂行するソフトウェアの搭載
が可能であり、ＣＰＵ６１からＩＣカードへの問い合わ
せ（ＧＥＴ ＳＰＡＣＥ）に対して、空きメモリ容量を
検知して応答する。ＥＥＰＲＯＭを搭載して移動体通信
端末自体に対する空きメモリ容量の問い合わせを行なっ
てもよい。また、ロードするアプリケーションの容量を
端末から検知して（あるいは入力したアプリケーション
の容量値を検知して）、当該容量と空きメモリ容量を比
較する操作を行なわせることができ、空きメモリ容量が
小さい場合は、ロードを禁止する表示を行なわせること
ができる。
ラムやアプリケーションが搭載されたＲＯＭ６２と、ワ
ークエリアとしてのＲＡＭ６３とを含んで構成され、時
間管理用のタイマ６４と共に、バス６５を通じて接続さ
れる。ＲＡＭ６３の一部の領域が、電池のバックアップ
により、不揮発性とされ、この不揮発性領域に、使用者
が設定したデータが記憶されると共に、ＲＡＭ６３のそ
の残りの領域はワークエリアとして使用される。ＲＯＭ
６２には、本発明の機能を遂行するソフトウェアの搭載
が可能であり、ＣＰＵ６１からＩＣカードへの問い合わ
せ（ＧＥＴ ＳＰＡＣＥ）に対して、空きメモリ容量を
検知して応答する。ＥＥＰＲＯＭを搭載して移動体通信
端末自体に対する空きメモリ容量の問い合わせを行なっ
てもよい。また、ロードするアプリケーションの容量を
端末から検知して（あるいは入力したアプリケーション
の容量値を検知して）、当該容量と空きメモリ容量を比
較する操作を行なわせることができ、空きメモリ容量が
小さい場合は、ロードを禁止する表示を行なわせること
ができる。
【００３９】バス６５には、インターフェイス６６を通
じて、キーボードまたはキーボタン２４と液晶ディスプ
レイ２５とが接続されてキー操作によるデータ入力およ
び制御がなされると共に、ＣＰＵ６１で処理されたデー
タなどの結果がディスプレイ２５上に表示される。検知
したＩＣカード１０の空きメモリ容量も、当該液晶ディ
スプレイに表示される。バス６５には、インターフェイ
ス６７を通じて、ＩＣカード１０が接続される。
じて、キーボードまたはキーボタン２４と液晶ディスプ
レイ２５とが接続されてキー操作によるデータ入力およ
び制御がなされると共に、ＣＰＵ６１で処理されたデー
タなどの結果がディスプレイ２５上に表示される。検知
したＩＣカード１０の空きメモリ容量も、当該液晶ディ
スプレイに表示される。バス６５には、インターフェイ
ス６７を通じて、ＩＣカード１０が接続される。
【００４０】以上は、移動体通信端末の概略構成を説明
するものであるが、本発明の移動体通信端末２０は以下
の特徴を有する。本発明請求項１記載の移動体通信端末
では、ＩＣカード１０は、ＣＰＵ６１からの空きメモリ
容量の問い合わせに対して、ＩＣカードの空きメモリ容
量を検知して、空きメモリ容量を液晶ディスプレイ２５
等の表示部に表示することを特徴とし、本発明請求項２
記載の移動体通信端末では、メモリ容量を検知して、空
きメモリ容量がロードするアプリケーションよりも大き
い場合は、当該アプリケーションをＩＣカード１０のメ
モリにロードし、空きメモリ容量が不足の場合はロード
を中止する機能を有すること、にある。
するものであるが、本発明の移動体通信端末２０は以下
の特徴を有する。本発明請求項１記載の移動体通信端末
では、ＩＣカード１０は、ＣＰＵ６１からの空きメモリ
容量の問い合わせに対して、ＩＣカードの空きメモリ容
量を検知して、空きメモリ容量を液晶ディスプレイ２５
等の表示部に表示することを特徴とし、本発明請求項２
記載の移動体通信端末では、メモリ容量を検知して、空
きメモリ容量がロードするアプリケーションよりも大き
い場合は、当該アプリケーションをＩＣカード１０のメ
モリにロードし、空きメモリ容量が不足の場合はロード
を中止する機能を有すること、にある。
【００４１】本発明請求項３記載の移動体通信端末で
は、ＩＣカード１０は、ＣＰＵ６１からの空きメモリ容
量の問い合わせに対して、ＩＣカードの空きメモリ容量
を検知して、空きメモリ容量がロードするアプリケーシ
ョンよりも小さい場合であって、移動体通信端末２０自
体にロードするアプリケーションより大きい空きメモリ
容量がある場合は、当該移動体通信端末のメモリにアプ
リケーションをロードすることを特徴とし、本発明請求
項４記載の移動体通信端末では、ＩＣカード１０のアプ
リケーション搭載用メモリの空きメモリ容量を検知し、
ＩＣカードの空きメモリ容量が不足の場合は、必要な空
きメモリ容量を確保する処理を行った後、ＩＣカードの
メモリにアプリケーションをロードすることを特徴とす
る。
は、ＩＣカード１０は、ＣＰＵ６１からの空きメモリ容
量の問い合わせに対して、ＩＣカードの空きメモリ容量
を検知して、空きメモリ容量がロードするアプリケーシ
ョンよりも小さい場合であって、移動体通信端末２０自
体にロードするアプリケーションより大きい空きメモリ
容量がある場合は、当該移動体通信端末のメモリにアプ
リケーションをロードすることを特徴とし、本発明請求
項４記載の移動体通信端末では、ＩＣカード１０のアプ
リケーション搭載用メモリの空きメモリ容量を検知し、
ＩＣカードの空きメモリ容量が不足の場合は、必要な空
きメモリ容量を確保する処理を行った後、ＩＣカードの
メモリにアプリケーションをロードすることを特徴とす
る。
【００４２】空きメモリ容量の問い合わせは、アプリケ
ーションロードを希望する使用者が、キーボード操作等
により行い、当該操作に伴ってＣＰＵ６１がＩ／Ｆ６７
を介してＩＣカード１０に問い合わせるのが一般的であ
るが、使用者が、アプリケーションロードの操作をした
場合に、一定の手順として当該問い合わせの手続きが自
動的になされることが好ましい。過大なアプリケーショ
ンが空きメモリ容量不足でロードできない状態となり、
通信端末の機能が損なわれるのを防止できるからであ
る。請求項２ないし請求項４記載の発明はこのような手
順を前提とするものである。
ーションロードを希望する使用者が、キーボード操作等
により行い、当該操作に伴ってＣＰＵ６１がＩ／Ｆ６７
を介してＩＣカード１０に問い合わせるのが一般的であ
るが、使用者が、アプリケーションロードの操作をした
場合に、一定の手順として当該問い合わせの手続きが自
動的になされることが好ましい。過大なアプリケーショ
ンが空きメモリ容量不足でロードできない状態となり、
通信端末の機能が損なわれるのを防止できるからであ
る。請求項２ないし請求項４記載の発明はこのような手
順を前提とするものである。
【００４３】図２は、本発明の移動体通信端末を使用す
る状況を説明する図である。図２のように、ＩＣカード
１０を例えば携帯電話機２０に挿入することにより、Ｉ
Ｃカード１０に各種のアプリケーション１をダウンロー
ドして携帯電話機を多機能に使用しようとする。この場
合、前記のように携帯電話機にＩＣカードを挿入するス
ロットを設けて、ＩＣカードの端子を介してデータ交信
が行われる場合と、ＳＩＭカードまたはＵＩＭカード形
式のＩＣカード１０を携帯電話機に装着して使用する場
合とがある。
る状況を説明する図である。図２のように、ＩＣカード
１０を例えば携帯電話機２０に挿入することにより、Ｉ
Ｃカード１０に各種のアプリケーション１をダウンロー
ドして携帯電話機を多機能に使用しようとする。この場
合、前記のように携帯電話機にＩＣカードを挿入するス
ロットを設けて、ＩＣカードの端子を介してデータ交信
が行われる場合と、ＳＩＭカードまたはＵＩＭカード形
式のＩＣカード１０を携帯電話機に装着して使用する場
合とがある。
【００４４】〔処理フロー〕図３、図４は、ＩＣカード
の空きメモリ容量表示と、ＩＣカードメモリーへのダウ
ンロード、の処理フローを示す図である。まず、＜ＩＣ
カード空きメモリ容量表示＞を行い、続いて＜ＩＣカー
ドメモリへのダウンロード＞を行うプロセスについて説
明する。 （１）＜ＩＣカード空きメモリ容量表示＞ 使用者１Ｍが、ＩＣカードの空きメモリ容量を確認す
るために、「ＩＣカードを携帯電話機に挿入」（Ｓ１）
する。 必要に応じて携帯電話機からはＩＣカード所持者の本
人確認のため、「暗証番号入力指示」（Ｓ２）がなされ
る。 使用者１Ｍは、携帯電話機の数字キーボタンを利用し
て「暗証番号入力」を行い、認証操作を行う（Ｓ３）。
入力した暗証番号は、携帯電話機に情報伝達がされ、Ｉ
Ｃカード内で「暗証番号の確認」がなされる（Ｓ４）。
認証結果が正しければ次の動作に移る。 使用者１Ｍが空きメモリ容量を知りたい場合、携帯電
話機は、ＩＣカードに対しメモリの「空きメモリ容量の
読み出し」指令を行う（Ｓ５）。これに基づき、携帯電
話機は所定の指示を行ない、ＩＣカードから携帯電話機
に「空きメモリ容量情報伝達」がされる（Ｓ６）。 ＩＣカードが読み出した情報（空きメモリ容量情報）
を携帯電話機が検知し、「空きメモリ容量の画面表示」
を行ない（Ｓ７）、使用者は「空きメモリ容量を確認」
できる（Ｓ８）。
の空きメモリ容量表示と、ＩＣカードメモリーへのダウ
ンロード、の処理フローを示す図である。まず、＜ＩＣ
カード空きメモリ容量表示＞を行い、続いて＜ＩＣカー
ドメモリへのダウンロード＞を行うプロセスについて説
明する。 （１）＜ＩＣカード空きメモリ容量表示＞ 使用者１Ｍが、ＩＣカードの空きメモリ容量を確認す
るために、「ＩＣカードを携帯電話機に挿入」（Ｓ１）
する。 必要に応じて携帯電話機からはＩＣカード所持者の本
人確認のため、「暗証番号入力指示」（Ｓ２）がなされ
る。 使用者１Ｍは、携帯電話機の数字キーボタンを利用し
て「暗証番号入力」を行い、認証操作を行う（Ｓ３）。
入力した暗証番号は、携帯電話機に情報伝達がされ、Ｉ
Ｃカード内で「暗証番号の確認」がなされる（Ｓ４）。
認証結果が正しければ次の動作に移る。 使用者１Ｍが空きメモリ容量を知りたい場合、携帯電
話機は、ＩＣカードに対しメモリの「空きメモリ容量の
読み出し」指令を行う（Ｓ５）。これに基づき、携帯電
話機は所定の指示を行ない、ＩＣカードから携帯電話機
に「空きメモリ容量情報伝達」がされる（Ｓ６）。 ＩＣカードが読み出した情報（空きメモリ容量情報）
を携帯電話機が検知し、「空きメモリ容量の画面表示」
を行ない（Ｓ７）、使用者は「空きメモリ容量を確認」
できる（Ｓ８）。
【００４５】（２）＜ＩＣカードメモリへのダウンロー
ド＞ 使用者１Ｍが、新しいアプリケーションをダウンロー
ドを希望する場合は、携帯電話機のキーボタン２４を操
作して、ＩＣカード１０の「空きメモリ容量の確認」を
行なう（図４、Ｓ１１）。 使用者１Ｍはまた、新しい「アプリケーションのメモ
リ容量の確認」を行なう（Ｓ１２）。ロードをマルチメ
ディア端末等で行なう場合は、端末に必要容量が表示さ
れ携帯電話機は自動的に容量を検知できるが、使用者１
Ｍがアプリケーション提供会社に問い合わせすることも
できる。 使用者１Ｍが、「アプリケーション容量の入力」を行
なうと（Ｓ１３）、携帯電話機は、「空きメモリ容量の
比較」を行なう（Ｓ１４）。 使用者１Ｍは、ＩＣカードに十分な空きメモリ容量が
ある場合は、移動体通信端末に対して、ＩＣカードに新
アプリケーションのダウンロードをするように指示する
（Ｓ１５）。アプリケーション提供会社から移動体通信
端末を介して、ＩＣカードにアプリケーションが「ダウ
ンロードが開始」され（Ｓ１６）、アプリケーションは
メモリ内に保存される。
ド＞ 使用者１Ｍが、新しいアプリケーションをダウンロー
ドを希望する場合は、携帯電話機のキーボタン２４を操
作して、ＩＣカード１０の「空きメモリ容量の確認」を
行なう（図４、Ｓ１１）。 使用者１Ｍはまた、新しい「アプリケーションのメモ
リ容量の確認」を行なう（Ｓ１２）。ロードをマルチメ
ディア端末等で行なう場合は、端末に必要容量が表示さ
れ携帯電話機は自動的に容量を検知できるが、使用者１
Ｍがアプリケーション提供会社に問い合わせすることも
できる。 使用者１Ｍが、「アプリケーション容量の入力」を行
なうと（Ｓ１３）、携帯電話機は、「空きメモリ容量の
比較」を行なう（Ｓ１４）。 使用者１Ｍは、ＩＣカードに十分な空きメモリ容量が
ある場合は、移動体通信端末に対して、ＩＣカードに新
アプリケーションのダウンロードをするように指示する
（Ｓ１５）。アプリケーション提供会社から移動体通信
端末を介して、ＩＣカードにアプリケーションが「ダウ
ンロードが開始」され（Ｓ１６）、アプリケーションは
メモリ内に保存される。
【００４６】
【実施例】（応用例）ＩＣカード１０を携帯電話機に装
着し、携帯電話機の空きメモリ容量とＩＣカードの空き
メモリ容量が携帯電話機の液晶ディスプレイ２５に表示
され、使用者が空きメモリ容量の確認を容易に行うこと
が可能であり、アプリケーション１のダウンロードに必
要なメモリ容量があるか否かの確認を行うことができ
る。また、ＩＣカード１０の空きメモリ容量が少ない場
合は、携帯電話機２０のメモリに一時ダウンロードして
から、ＩＣカードの空きメモリ容量を確保するか、新し
いＩＣカードを装着して、ＩＣカードに改めてダウンロ
ードすることもできる。
着し、携帯電話機の空きメモリ容量とＩＣカードの空き
メモリ容量が携帯電話機の液晶ディスプレイ２５に表示
され、使用者が空きメモリ容量の確認を容易に行うこと
が可能であり、アプリケーション１のダウンロードに必
要なメモリ容量があるか否かの確認を行うことができ
る。また、ＩＣカード１０の空きメモリ容量が少ない場
合は、携帯電話機２０のメモリに一時ダウンロードして
から、ＩＣカードの空きメモリ容量を確保するか、新し
いＩＣカードを装着して、ＩＣカードに改めてダウンロ
ードすることもできる。
【００４７】
【発明の効果】以上の説明のように、本願請求項１に係
る発明によれば、ＩＣカードの空きメモリ容量を検知し
て、移動体通信端末の表示部に表示するので事前にダウ
ンロード可能か否かを知ることができる。請求項２に係
る発明によれば、ＩＣカードの空きメモり容量を検知し
てロードの可否を判断し、その結果によりロードを禁止
するので移動体通信端末が機能不全に至ることがない。
請求項３に係る発明によれば、ＩＣカードの空きメモり
容量と移動体通信端末の空きメモリ容量を比較して、移
動体通信端末かＩＣカードのいずれかにロードするの
で、ダウンロードができないという場合が少なくなる。
請求項４に係る発明によれば、ＩＣカードの空きメモり
容量が不足の場合は、空きメモリ容量確保の処理を行な
うので、ＩＣカードのメモリを有効に利用できる。
る発明によれば、ＩＣカードの空きメモリ容量を検知し
て、移動体通信端末の表示部に表示するので事前にダウ
ンロード可能か否かを知ることができる。請求項２に係
る発明によれば、ＩＣカードの空きメモり容量を検知し
てロードの可否を判断し、その結果によりロードを禁止
するので移動体通信端末が機能不全に至ることがない。
請求項３に係る発明によれば、ＩＣカードの空きメモり
容量と移動体通信端末の空きメモリ容量を比較して、移
動体通信端末かＩＣカードのいずれかにロードするの
で、ダウンロードができないという場合が少なくなる。
請求項４に係る発明によれば、ＩＣカードの空きメモり
容量が不足の場合は、空きメモリ容量確保の処理を行な
うので、ＩＣカードのメモリを有効に利用できる。
【図１】 本発明の移動体通信端末の概略回路構成を示
す図である。
す図である。
【図２】 本発明の移動体通信端末を使用する状況を説
明する図である。
明する図である。
【図３】 ＩＣカードの空きメモリ容量表示のフローを
示す図である。
示す図である。
【図４】 ＩＣカードメモリーへのダウンロードの処理
フローを示す図である。
フローを示す図である。
【図５】 ＩＣカードの構成、およびＩＣカードとリー
ダライタ装置との接続関係を示すブロック図である。
ダライタ装置との接続関係を示すブロック図である。
【図６】 ＥＥＰＲＯＭ内のファイル構成を示す図であ
る。
る。
【図７】 ＥＥＰＲＯＭにおけるファイル格納イメージ
の一例を示す図である。
の一例を示す図である。
【図８】 ＥＥＰＲＯＭにおけるファイル格納イメージ
の一例を示す図であるが、図７と異なるものを示す図で
ある。
の一例を示す図であるが、図７と異なるものを示す図で
ある。
【図９】 ＤＥＬＥＴＥコマンドのＡＰＤＵを示す図で
ある。
ある。
【図１０】 ＤＥＬＥＴＥコマンドを処理するＩＣカー
ドの動作を示す流れ図である。
ドの動作を示す流れ図である。
１ アプリケーション １０ ＩＣカード １１ Ｉ／Ｏインタフェース １２ ＣＰＵ １３ ＲＯＭ １４ ＲＡＭ １５ ＥＥＰＲＯＭ ２０ 移動体通信端末、携帯電話機、リーダライタ装
置 ２４ キーボード、キーボタン ２５ 液晶ディスプレイ ２８ アンテナ ３０ 無線送受信回路 ４０ 受信信号処理回路 ５０ 送信信号処理回路 ６０ 制御系 ６１ ＣＰＵ
置 ２４ キーボード、キーボタン ２５ 液晶ディスプレイ ２８ アンテナ ３０ 無線送受信回路 ４０ 受信信号処理回路 ５０ 送信信号処理回路 ６０ 制御系 ６１ ＣＰＵ
フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 1/725 Ｈ０４Ｂ 7/26 Ｍ Ｈ０４Ｑ 7/38 １０９Ｔ Ｆターム(参考） 5K023 AA07 BB11 HH04 HH07 MM00 MM25 NN06 NN07 PP12 5K027 AA11 BB04 FF12 FF22 KK06 KK07 MM17 5K067 BB04 BB21 FF23 HH23 KK15
Claims (7)
- 【請求項１】 ＩＣカードを装着して使用する移動体通
信端末において、当該装着したＩＣカードに新たなアプ
リケーションをロードする際に、ＩＣカードのアプリケ
ーション搭載用メモリの空きメモリ容量を検知し、当該
空きメモリ容量を移動体通信端末の表示部に表示するこ
とを特徴とするＩＣカードの空きメモリ容量検知機能付
き移動体通信端末。 - 【請求項２】 ＩＣカードを装着して使用する移動体通
信端末において、当該装着したＩＣカードのアプリケー
ション搭載用メモリの空きメモリ容量を検知し、当該空
きメモリ容量がロードするアプリケーションの容量より
も大きい場合は、当該アプリケーションをＩＣカードの
メモリにロードし、空きメモリ容量がロードするアプリ
ケーションの容量よりも小さい場合は、当該アプリケー
ションのロードを禁止することを特徴とするＩＣカード
の空きメモリ容量検知機能付き移動体通信端末。 - 【請求項３】 ＩＣカードを装着して使用する移動体通
信端末において、当該装着したＩＣカードのアプリケー
ション搭載用メモリの空きメモリ容量を検知し、当該空
きメモリ容量がロードするアプリケーションの容量より
も大きい場合は、当該アプリケーションをＩＣカードの
メモリにロードし、空きメモリ容量がロードするアプリ
ケーションの容量よりも小さい場合であって、移動体通
信端末自体にロードするアプリケーションより大きい空
きメモリ容量がある場合は、当該移動体通信端末のメモ
リにアプリケーションをロードすることを特徴とするＩ
Ｃカードの空きメモリ容量検知機能付き移動体通信端
末。 - 【請求項４】 ＩＣカードを装着して使用する移動体通
信端末において、当該装着したＩＣカードのアプリケー
ション搭載用メモリの空きメモリ容量を検知し、空きメ
モリ容量が不足の場合は、ＩＣカードの必要な空きメモ
リ容量を確保する処理を行った後、ＩＣカードのメモリ
にアプリケーションをロードすることを特徴とするＩＣ
カードの空きメモリ容量検知機能付き移動体通信端末。 - 【請求項５】 移動体通信端末が、携帯電話機であるこ
とを特徴とする請求項１ないし請求項４記載のＩＣカー
ドの空きメモリ容量検知機能付き移動体通信端末。 - 【請求項６】 ＩＣカードがＳＩＭカードまたはＵＩＭ
カードであることを特徴とする請求項１ないし請求項５
記載のＩＣカードの空きメモリ容量検知機能付き移動体
通信端末。 - 【請求項７】 移動体通信端末自体のアプリケーション
搭載用メモリの空きメモリ容量を検知し、当該空きメモ
リ容量を移動体通信端末の表示部に表示することを特徴
とする請求項１記載のＩＣカードの空きメモリ容量検知
機能付き移動体通信端末。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001182813A JP2002374327A (ja) | 2001-06-18 | 2001-06-18 | Ｉｃカードの空きメモリ容量検知機能付き移動体通信端末 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001182813A JP2002374327A (ja) | 2001-06-18 | 2001-06-18 | Ｉｃカードの空きメモリ容量検知機能付き移動体通信端末 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002374327A true JP2002374327A (ja) | 2002-12-26 |
Family
ID=19022837
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001182813A Pending JP2002374327A (ja) | 2001-06-18 | 2001-06-18 | Ｉｃカードの空きメモリ容量検知機能付き移動体通信端末 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002374327A (ja) |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005039440A (ja) * | 2003-07-18 | 2005-02-10 | Dainippon Printing Co Ltd | 携帯通信端末 |
| JP2006114048A (ja) * | 2004-10-15 | 2006-04-27 | Microsoft Corp | ポータブルコンピューティング環境 |
| KR100801894B1 (ko) | 2006-06-15 | 2008-02-12 | 삼성전자주식회사 | 휴대용 단말기에서 메모리 용량을 고려한 프로그램 실행을위한 장치 및 방법 |
| US8176564B2 (en) | 2004-11-15 | 2012-05-08 | Microsoft Corporation | Special PC mode entered upon detection of undesired state |
| JP2012521712A (ja) * | 2009-03-27 | 2012-09-13 | クアルコム，インコーポレイテッド | 携帯コンピューティングデバイスおよび携帯コンピューティングデバイスドッキングステーションのメモリを管理するシステムおよび方法 |
| US8336085B2 (en) | 2004-11-15 | 2012-12-18 | Microsoft Corporation | Tuning product policy using observed evidence of customer behavior |
| US8347078B2 (en) | 2004-10-18 | 2013-01-01 | Microsoft Corporation | Device certificate individualization |
| US8353046B2 (en) | 2005-06-08 | 2013-01-08 | Microsoft Corporation | System and method for delivery of a modular operating system |
| US8438645B2 (en) | 2005-04-27 | 2013-05-07 | Microsoft Corporation | Secure clock with grace periods |
| US8464348B2 (en) | 2004-11-15 | 2013-06-11 | Microsoft Corporation | Isolated computing environment anchored into CPU and motherboard |
| JP2013527519A (ja) * | 2010-03-30 | 2013-06-27 | クゥアルコム・インコーポレイテッド | スマートカードでのデバイスアプレット管理のための方法および装置 |
| US8630088B2 (en) | 2009-03-27 | 2014-01-14 | Qualcomm Incorporated | Portable docking station for a portable computing device |
| US8653785B2 (en) | 2009-03-27 | 2014-02-18 | Qualcomm Incorporated | System and method of managing power at a portable computing device and a portable computing device docking station |
| US8707061B2 (en) | 2009-03-27 | 2014-04-22 | Qualcomm Incorporated | System and method of providing scalable computing between a portable computing device and a portable computing device docking station |
| US9128669B2 (en) | 2009-03-27 | 2015-09-08 | Qualcomm Incorporated | System and method of managing security between a portable computing device and a portable computing device docking station |
| US9189605B2 (en) | 2005-04-22 | 2015-11-17 | Microsoft Technology Licensing, Llc | Protected computing environment |
| US9201593B2 (en) | 2009-03-27 | 2015-12-01 | Qualcomm Incorporated | System and method of managing displays at a portable computing device and a portable computing device docking station |
| US9363481B2 (en) | 2005-04-22 | 2016-06-07 | Microsoft Technology Licensing, Llc | Protected media pipeline |
| US9436804B2 (en) | 2005-04-22 | 2016-09-06 | Microsoft Technology Licensing, Llc | Establishing a unique session key using a hardware functionality scan |
-
2001
- 2001-06-18 JP JP2001182813A patent/JP2002374327A/ja active Pending
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005039440A (ja) * | 2003-07-18 | 2005-02-10 | Dainippon Printing Co Ltd | 携帯通信端末 |
| JP2006114048A (ja) * | 2004-10-15 | 2006-04-27 | Microsoft Corp | ポータブルコンピューティング環境 |
| US9336359B2 (en) | 2004-10-18 | 2016-05-10 | Microsoft Technology Licensing, Llc | Device certificate individualization |
| US8347078B2 (en) | 2004-10-18 | 2013-01-01 | Microsoft Corporation | Device certificate individualization |
| US8464348B2 (en) | 2004-11-15 | 2013-06-11 | Microsoft Corporation | Isolated computing environment anchored into CPU and motherboard |
| US8176564B2 (en) | 2004-11-15 | 2012-05-08 | Microsoft Corporation | Special PC mode entered upon detection of undesired state |
| US9224168B2 (en) | 2004-11-15 | 2015-12-29 | Microsoft Technology Licensing, Llc | Tuning product policy using observed evidence of customer behavior |
| US8336085B2 (en) | 2004-11-15 | 2012-12-18 | Microsoft Corporation | Tuning product policy using observed evidence of customer behavior |
| US9189605B2 (en) | 2005-04-22 | 2015-11-17 | Microsoft Technology Licensing, Llc | Protected computing environment |
| US9436804B2 (en) | 2005-04-22 | 2016-09-06 | Microsoft Technology Licensing, Llc | Establishing a unique session key using a hardware functionality scan |
| US9363481B2 (en) | 2005-04-22 | 2016-06-07 | Microsoft Technology Licensing, Llc | Protected media pipeline |
| US8438645B2 (en) | 2005-04-27 | 2013-05-07 | Microsoft Corporation | Secure clock with grace periods |
| US8353046B2 (en) | 2005-06-08 | 2013-01-08 | Microsoft Corporation | System and method for delivery of a modular operating system |
| KR100801894B1 (ko) | 2006-06-15 | 2008-02-12 | 삼성전자주식회사 | 휴대용 단말기에서 메모리 용량을 고려한 프로그램 실행을위한 장치 및 방법 |
| US8653785B2 (en) | 2009-03-27 | 2014-02-18 | Qualcomm Incorporated | System and method of managing power at a portable computing device and a portable computing device docking station |
| US9128669B2 (en) | 2009-03-27 | 2015-09-08 | Qualcomm Incorporated | System and method of managing security between a portable computing device and a portable computing device docking station |
| US9152196B2 (en) | 2009-03-27 | 2015-10-06 | Qualcomm Incorporated | System and method of managing power at a portable computing device and a portable computing device docking station |
| US9201593B2 (en) | 2009-03-27 | 2015-12-01 | Qualcomm Incorporated | System and method of managing displays at a portable computing device and a portable computing device docking station |
| JP2012521712A (ja) * | 2009-03-27 | 2012-09-13 | クアルコム，インコーポレイテッド | 携帯コンピューティングデバイスおよび携帯コンピューティングデバイスドッキングステーションのメモリを管理するシステムおよび方法 |
| US8707061B2 (en) | 2009-03-27 | 2014-04-22 | Qualcomm Incorporated | System and method of providing scalable computing between a portable computing device and a portable computing device docking station |
| US8630088B2 (en) | 2009-03-27 | 2014-01-14 | Qualcomm Incorporated | Portable docking station for a portable computing device |
| JP2015156224A (ja) * | 2010-03-30 | 2015-08-27 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | スマートカードでのデバイスアプレット管理のための方法および装置 |
| US9020562B2 (en) | 2010-03-30 | 2015-04-28 | Qualcomm Incorporated | Methods and apparatus for device applet management on smart cards |
| JP2013527519A (ja) * | 2010-03-30 | 2013-06-27 | クゥアルコム・インコーポレイテッド | スマートカードでのデバイスアプレット管理のための方法および装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002374327A (ja) | Ｉｃカードの空きメモリ容量検知機能付き移動体通信端末 | |
| JP6035443B2 (ja) | 記憶媒体 | |
| FI114534B (fi) | Tietoliikennejärjestelmä | |
| EP2195794B1 (en) | Trusted service manager managing reports of lost or stolen mobile communication devices | |
| EP2211480B1 (en) | Wireless communication device for providing at least one near field communication service | |
| EP1770533A1 (en) | Information management device and information management method | |
| US20070055734A1 (en) | Mobile device controlling method, IC card unauthorized use preventing method, program for changing settings of mobile device, and program for preventing IC card from unauthorized use | |
| WO2003096723A1 (fr) | Procede et systeme de remplacement d'une carte a puce | |
| JPH11501424A (ja) | 移動局においてアプリケーションを使用する方法、移動局、及び支払いを行うシステム | |
| EP1151625B1 (en) | Method for the utilisation of applications stored on a subscriber identity module (sim) and for the secure treatment of information associated with them | |
| KR100863517B1 (ko) | 무선통신망을 이용한 스마트카드 관리 장치 및 그 방법 | |
| EP2152021A1 (en) | Mobile terminal, mobile terminal management system, and data storage method | |
| CN1992948B (zh) | 移动通信终端、ic卡以及移动通信终端系统 | |
| KR20110068116A (ko) | 결제 정보를 제공하는 이동통신 단말기, 스마트 카드 및 그 방법 | |
| JP5011738B2 (ja) | Ｉｃカード、プログラム | |
| WO2013098117A1 (en) | A method to manage contactless communication in a user device | |
| EP1810535A1 (en) | Method for establishing a secure logical connection between an integrated circuit card and a memory card through a terminal equipment | |
| WO1999018538A1 (fr) | Terminal portable pour carte de ci | |
| WO2002054195A2 (en) | Method of controlling access to a data file held by a smart card | |
| KR100734395B1 (ko) | 이동 통신 단말기에서 장착카드 데이터 복사 방법 및 그이동 통신 단말기 | |
| JP5178267B2 (ja) | Ｉｃカードおよびｉｃカードに用いられるアプリケーションプログラムの制御方法 | |
| CN101379844A (zh) | 在智能卡的控制下由无线电通信网络向移动终端传送的专有信息的使用 | |
| JP2004193722A (ja) | 記録担体を搭載した携帯可能な通信端末及びこれを使ったサービス提供システム | |
| KR100970000B1 (ko) | 폰북 데이터 처리 방법 및 이를 위한 이동통신 단말기 | |
| JP4427158B2 (ja) | データ送受信システムおよび携帯端末 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080521 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090820 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090825 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091023 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20091222 |