JP2006119901A

JP2006119901A - 携帯可能電子装置および携帯可能電子装置のアプリケーション更新方法

Info

Publication number: JP2006119901A
Application number: JP2004307014A
Authority: JP
Inventors: Koji Sakata; 康治坂田
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2004-10-21
Filing date: 2004-10-21
Publication date: 2006-05-11
Also published as: EP1650717A1; SG121941A1; KR20060051023A; CN1763716A; US20060086785A1

Abstract

【課題】たとえば、外部からアプリケーションの追加／削除を行なうことが可能なＪａｖａカードなどにおいて、元のアプリケーション情報を保持したままアプリケーションを更新することが可能な携帯可能電子装置を提供する。
【解決手段】外部から入力されるアプリケーションを不揮発性メモリにインストールし、このインストールしたアプリケーションを実行することが可能なＩＣカード（Ｊａｖａカード）において、不揮発性メモリにインストールされているアプリケーションを更新する際、既存のアプリケーション情報を不揮発性メモリの特定領域に一時待避させ、その後、既存のアプリケーションを削除し、その後、外部から入力される新たなアプリケーションを不揮発性メモリにインストールし、その後、前記待避されていた既存のアプリケーション情報を呼び出すことでアプリケーション情報の復元を行ない、その後、前記待避されていた既存のアプリケーション情報を削除する。
【選択図】図４

Description

本発明は、たとえば、外部から入力されるアプリケーションを不揮発性メモリにインストールし、このインストールしたアプリケーションを実行することが可能なＩＣカードなどの携帯可能電子装置、および、この携帯可能電子装置対しアプリケーションの更新を行なう携帯可能電子装置のアプリケーション更新方法に関する。

最近、たとえば、電子商取引（ＥＣ）などの分野で電子マネーとして注目されているＩＣカードは、書込み、書換えが可能な不揮発性メモリおよびこれを管理、制御するためのＣＰＵなどの制御素子を有したＩＣチップがプラスチックスなどで構成されるカードの内部に埋設されている構造となっている。

ところで、この種のＩＣカードは、通常、カード内のアプリケーション（アプリケーションプログラム）がＩＣカード（ＩＣチップ）の製造メーカ独自の言語で作成され、そのうえＲＯＭに記憶されていたために、ＩＣカード（ＩＣチップ）の提供者以外が、アプリケーションを（一般言語で）作成することや、アプリケーションを追加したり削除したりすることが不可能であった。

そこで、これらの不都合を解決するために、いわゆるＪａｖａカード（Ｊａｖａは米サン・マイクロシステムズ社の登録商標）と称されるＩＣカードが開発された（たとえば、特許文献１参照）。Ｊａｖａカードは、一般的なＩＣカードのＯＳ（オペレーティングシステム）の上にバーチャルマシン（ＶｉｒｔｕａｌＭａｃｈｉｎｅ）をのせたＩＣカードであり、その特徴は、Ｊａｖａ言語でアプリケーション（以下、アプレットとも言う）を作成することが可能で、カード発行者などの権限を持った人であれば、カード発行後に、Ｊａｖａカード内のアプリケーションを追加したり削除したりすることが可能であることにある。

このようなＪａｖａカードにおけるアプリケーションの管理（ロード・インストール、メモリ管理、削除）方法について以下に説明する。
一般に、ＪａｖａカードにおけるカードＯＳおよびそれに搭載されるロードファイル／アプリケーションは、それぞれカード内のＲＯＭおよびＥＥＰＲＯＭ内に図９に示すように記録される。また、アプリケーションをＪａｖａカードのＥＥＰＲＯＭ内にロード・インストールする処理は、図１０に示すように表わされる。

ここで、Ｊａｖａカード内に格納されるアプリケーションは、複数のものをロードすることが可能なだけでなく、あるアプリケーションのインスタンスを複数インストールすることもできる。このとき、アプリケーションのロードファイルは１つだけしか作成されておらず、インスタンス（それぞれのデータを保持する領域）が複数作成される（図１１参照）。Ｊａｖａカード内ではコード処理記録部とデータ記録部は別領域に確保されるため、処理コードは実行時に必要なデータをデータテーブルを用いて参照する。

あるアプリケーションを更新する必要が生じた場合、まず、そのアプリケーションに関連したインスタンスを削除し（複数存在する場合は、それら全てを削除する）、その後、そのアプリケーションのロードファイルを削除する。ここで、各インスタンス固有のデータ（アプリケーション情報）はアプリケーション領域内に確保されているため、アプリケーションを更新するためには、それらのインスタンス（アプリケーション情報を含む）も削除する必要がある。

なお、Ｊａｖａカード等のＩＣカードにおけるアプリケーションの管理方法として、たとえば、特許文献２および特許文献３に開示されている技術が知られている。
特開２０００−３４８１４６号公報特開２０００−１１１０１号公報特開２０００−１７２８０８号公報

Ｊａｖａカードのように、アプリケーションを追加／削除できるＩＣカードの場合、同じ名称（クラス名、ＡｐｐｌｉｃａｔｉｏｎＩＤ）のアプリケーションを更新するには、一旦既存のアプリケーションインスタンス（実体）を削除した後、機能アップした新しいアプリケーションをロード・インストールする必要がある。その際、既存のアプリケーションが保持していた情報（データ構造、実データ）は、アプリケーションと一緒に削除されてしまう。

すなわち、既存のアプリケーション情報を保持したまま、アプリケーションの機能（処理コード）だけを更新することは不可能であり、それを実現するためには一旦アプリケーション情報をＪａｖａカード内のアプリケーションから取出し、アプリケーションの更新後に保存し直す必要がある。この作業は非常に手間がかかることに加え、アプリケーション情報をＪａｖａカードの外に読出すことからセキュリティ面であまり望ましくない。

そこで、本発明は、たとえば、外部からアプリケーションの追加／削除を行なうことが可能なＪａｖａカードなどにおいて、元のアプリケーション情報を保持したままアプリケーションを更新することが可能な携帯可能電子装置および携帯可能電子装置のアプリケーション更新方法を提供することを目的とする。

本発明の携帯可能電子装置は、外部から入力されるアプリケーションをメモリにインストールし、このインストールしたアプリケーションを実行することが可能な携帯可能電子装置において、メモリにインストールされているアプリケーションを更新する際、既存のアプリケーション情報をメモリの特定領域に一時待避させる手段と、この手段により既存のアプリケーション情報を一時待避させた後、既存のアプリケーションを削除する手段と、この手段により既存のアプリケーションを削除した後、外部から入力される新たなアプリケーションをメモリにインストールする手段と、この手段により新たなアプリケーションをインストールした後、前記待避されていた既存のアプリケーション情報を呼び出すことでアプリケーション情報の復元を行なう手段と、この手段によりアプリケーション情報の復元を行なった後、前記待避されていた既存のアプリケーション情報を削除する手段とを具備している。

また、本発明の携帯可能電子装置のアプリケーション更新方法は、外部から入力されるアプリケーションをメモリにインストールし、このインストールしたアプリケーションを実行することが可能な携帯可能電子装置に対しアプリケーションの更新を行なう携帯可能電子装置のアプリケーション更新方法において、メモリにインストールされているアプリケーションを更新する際、既存のアプリケーション情報をメモリの特定領域に一時待避させ、その後、既存のアプリケーションを削除し、その後、外部から入力される新たなアプリケーションをメモリにインストールし、その後、前記待避されていた既存のアプリケーション情報を呼び出すことでアプリケーション情報の復元を行ない、その後、前記待避されていた既存のアプリケーション情報を削除することを特徴とする。

本発明によれば、たとえば、外部からアプリケーションの追加／削除を行なうことが可能なＪａｖａカードなどにおいて、元のアプリケーション情報を保持したままアプリケーションを更新することが可能な携帯可能電子装置および携帯可能電子装置のアプリケーション更新方法を提供できる。

以下、本発明の実施の形態について図面を参照して説明する。
図１は、本実施の形態に係るＪａｖａカードを取扱うＩＣカードシステムの構成例を示すものである。このＩＣカードシステムは、Ｊａｖａカード１をカードリーダ・ライタ２を介してパーソナルコンピュータ（以降、単にパソコンと略称する）３と接続可能にするとともに、パソコン３にキーボード４、ＣＲＴ表示部６、プリンタ６を接続して構成される。

図２は、Ｊａｖａカード１のハードウエア構成を概略的に示すものである。Ｊａｖａカード１は、全体的な管理、制御を司るＣＰＵ（セントラル・プロセッシング・ユニット）１１、ＣＰＵ１１の制御用プログラムなどが格納されたＲＯＭ（リード・オンリ・メモリ）１２、ワーキングメモリとしてのＲＡＭ（ランダム・アクセス・メモリ）１３、上位装置としてのカードリーダ・ライタ２などと通信を行なうための通信ユニット（ＵＡＲＴ）１４、各種データやアプリケーション（アプリケーションプログラム）を記憶する不揮発性メモリ（ＮＶ（ＥＥＰＲＯＭ））１５、演算の補助を行なうコプロセッサ（Ｃｏ−Ｐｒｏ）１６、計時動作を行なうタイマ１７から構成されている。

図３は、上述したＪａｖａカード１のソフトウエア構成を模式的に示すものである。前述した通信ユニット（ＵＡＲＴ）１４、不揮発性メモリ（ＮＶ（ＥＥＰＲＯＭ））１５、コプロセッサ１６などのハードウエア（Ｈ／Ｗ）層２１は、ＯＳ（オペレーティングシステム）層２２のカードＯＳで制御される。ＯＳ層２２は、Ｊａｖａカード１を動作させるための環境を含めたバーチャルマシン（ＶｉｒｔｕａｌＭａｃｈｉｎｅ）、アプレット（アプリケーション）の管理をするＩ．Ｓ．Ｄ．（ＩｓｓｕｅｒＳｅｃｕｒｉｔｙＤｏｍａｉｎ）、アプレットの関数であるＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）といったモジュールがカードＯＳにのった状態となっていて、アプリケーション（アプレット）層２３が最上位に位置する。アプリケーション層２３は、たとえば、複数のアプレット（Ａｐｐｌｅｔ１、Ａｐｐｌｅｔ２、Ａｐｐｌｅｔ３）からなる。

次に、このような構成において処理動作を説明する。
なお、以下の説明に用いる主要な用語について下記のように定義する。
・ＩＣカードアプリケーション：Ｊａｖａカード１にロード・インストールするアプリケーションで、主に処理を実行するコード処理部（処理コード）とデータ（アプリケーション情報）を保持するデータ部とから構成される。

・アプリケーション情報：ＩＣカードアプリケーションが現在保持しているデータ構造および実データをさす。アプリケーションの更新時も継続して保持しておきたい情報のこと。

・上位アプリケーション：パソコン３上で動作し、ＩＣカードアプリケーションとコマンド送受信を行ないながら処理を行なうアプリケーション。また、ＩＣカードアプリケーションをＪａｖａカード１へロード・インストールするために、カードＯＳと通信を行なうアプリケーションで、ＩＣカード発行アプリケーションもこれに含まれるものとする。

まず、アプリケーション情報を保持したままアプリケーションを更新する第１の処理動作例について、図４に示すフローチャートおよび図５を参照して具体的に説明する。
カードＯＳにおいて、アプリケーション情報を一時的に不揮発性メモリ（ＥＥＰＲＯＭ）１５へ書出し、あるいは、読出しする独自のＡＰＩ（保存用ＡＰＩ、復元用ＡＰＩ）を用意する。このＡＰＩを使ったデータの書出し、読出しを行なうためには、事前にそのための認証を行なうことにより、不正なアプリケーションによる情報の盗用を防ぐことができる。

(1) ＩＣカードアプリケーションは、上位アプリケーションから認証コマンドを受取ることで、アプリケーション情報を退避／復元する処理を行なうための事前認証を行なう。この認証は、カードＯＳで独自に用意された認証用ＡＰＩを通じて行なう。このとき、後で復元処理を行なう際に新しいアプリケーションが認証で必要とする鍵情報をカードＯＳから受取り、上位アプリケーションに引き渡す。

(2) 認証が終了すると、継続して保持すべきアプリケーション情報を、カードＯＳが独自に用意した保存用ＡＰＩを呼び出すことで、アプリケーション領域外に一時退避させる。これは、上位アプリケーションが、更新を行なうアプリケーションに関連したインスタンスに対し、現在のアプリケーション情報の中で継続して保持すべきデータを例えば不揮発性メモリ１５内の特定領域に一時退避するための退避コマンドをＩＣカードアプリケーションに対し送信することで行なわれる。

(3) 上位アプリケーションは、アプリケーション情報が退避されたことを確認した後、カードＯＳに対し削除命令を送ることで、カードＯＳは更新対象となるＩＣカードアプリケーションを削除する。このとき、アプリケーションインスタンスおよびロードファイルのすべてが削除される。

(4) 上位アプリケーションは、新しいアプリケーションロードファイルをカードＯＳに対し送ることで、カードＯＳは不揮発性メモリ１５に新しいアプリケーションをロード・インストールする。

(5) 上位アプリケーションは、ロード・インストールしたアプリケーションの情報を更新前の状態に復元するために、まず認証コマンドとともに認証用の鍵情報（ＩＣカードアプリケーションから先に受取った）をＩＣカードアプリケーションへ送ることで、ＩＣカードアプリケーションは当該鍵情報を用いたデータ復元のための認証を行ない、その認証結果を上位アプリケーションへ送る。

(6) 認証が成功すると、上位アプリケーションはデータ復元のための復元コマンドをＩＣカードアプリケーションへ送ることで、ＩＣカードアプリケーションはカードＯＳで独自に実装されたデータ復元用ＡＰＩを呼び出すことで、アプリケーション情報の復元を行なう。カードＯＳは、アプリケーション情報が復元されたら、不揮発性メモリ１５内の特定領域に一時退避されていた旧アプリケーション情報を削除する。

このように、第１の処理動作は、既存アプリケーションを削除する前に、そのアプリケーション情報（データ構造、実データ）を不揮発性メモリ１５内の特定領域に一時待避するためのＡＰＩを呼び出すことで、アプリケーション情報を一時退避する。既存アプリケーションは削除し（このとき、そのアプリケーション情報も一緒に削除される）、機能アップされた新しいアプリケーションをロード・インストールした後、一時退避しておいたアプリケーション情報を読込むＡＰＩを呼び出すことで、アプリケーション情報を復元するものである。

次に、アプリケーション情報を保持したままアプリケーションを更新する第２の処理動作例について、図６に示すフローチャートおよび図７を参照して具体的に説明する。
(1) カードＯＳは、上位アプリケーションから認証コマンドを受取ることで、アプリケーション情報を更新する処理を行なうための認証を行なう。この認証は、カードＯＳで独自に用意された認証用ＡＰＩを通じて行なう。

(2) 認証が終了すると、上位アプリケーションは、カードＯＳに対し削除命令を送ることで、カードＯＳはアプリケーション情報の移行フラグがセットされていることを確認したら、旧アプリケーション情報はそのまま残して、処理コード部分のみを削除する。
また、その際、保持しているアプリケーション情報に次回アクセスするためのＩＤ情報と鍵情報（アプリケーションインスタンスが複数あれば、これらも複数生成される）を、レスポンスとして上位アプリケーションに返す。

(3) 上位アプリケーションは、新しいアプリケーションロードファイルをカードＯＳに対し送ることで、カードＯＳは不揮発性メモリ１５に新しいＩＣカードアプリケーションをロードし、先にカードＯＳから受取ったＩＤ情報と鍵情報を指定する。

(4) すると、カードＯＳは、そのＩＤ情報と鍵情報を認証し、照合ＯＫとなれば、保持していた旧アプリケーション情報を新しいアプリケーションインスタンスに上書きすることで、アプリケーション情報の復元を行なう。
このとき、カードＯＳは、新しいＩＣカードアプリケーションで使用しないデータ（変数）があればそれらは削除し、反対に追加された新しいデータ（変数）があれば初期値をもって新規作成する。

(5) カードＯＳは、アプリケーション情報を復元した後、保持していた旧アプリケーション情報を削除する。

このように、第２の処理動作は、既存アプリケーションの処理コード部分のみを削除し、アプリケーション情報はそのまま残す。機能アップされた新しいアプリケーションをロード・インストールした後、残しておいた旧アプリケーション情報を取込み、新しいアプリケーション情報に上書きすることで、アプリケーション情報の復元を行なう。アプリケーション情報の復元後は、残しておいた旧アプリケーション情報を削除するものである。

次に、アプリケーション情報を保持したままアプリケーションを更新する第３の処理動作例について、図６に示すフローチャートおよび図８を参照して具体的に説明する。

(1) カードＯＳは、上位アプリケーションから認証コマンドを受取ることで、アプリケーション情報を更新する処理を行なうための認証を行なう。この認証は、カードＯＳで独自に用意された認証用ＡＰＩを通じて行なう。

(4) すると、カードＯＳは、そのＩＤ情報と鍵情報を認証し、照合ＯＫとなれば、保持していた旧アプリケーション情報を新しいアプリケーションインスタンスで使用するため、リンク情報の書換えを行なうことで、アプリケーション情報の復元を行なう。この場合、第２の処理動作との違いは、第２の処理動作では新しいインスタンスのアプリケーション情報も新規に領域を確保し、旧アプリケーション情報をそこへ上書きするのに対し、第３の処理動作では、旧アプリケーション情報の領域はそのまま残し、リンク情報のみ書換える点である。

なお、リンク情報の書換えは、ロードファイル内に確保されたアプリケーション情報への管理テーブルを、旧アプリケーション情報を参照するように書換えることで実現することができる。

また、カードＯＳは、アプリケーション情報の復元時、新しいＩＣカードアプリケーションで使用しないデータ（変数）があればそれらは削除し、反対に追加された新しいデータ（変数）があれば初期値をもって新規作成する。

このように、第３の処理動作は、既存アプリケーションの処理コード部分のみを削除し、アプリケーション情報はそのまま残す。機能アップされた新しいアプリケーションをロード・インストールする際、処理コード部分は新しく作成し、アプリケーション情報とのリンクは、残しておいた旧アプリケーション情報を参照するように、リンク情報（リンクテーブル）を書換える。これにより、機能アップされた新しいアプリケーションは、更新される前のアプリケーション情報を参照することになる。

以上説明したように、上記実施の形態によれば、メモリにインストールされたアプリケーションを容易に入れ替えられるＪａｖａカードなどのＩＣカードにおいて、そのアプリケーションを更新する際、元のアプリケーション情報を保持したまた機能アップを行なうことができる。
また、移行すべきアプリケーション情報をＩＣカードの外部へ取出すことなく、新しいＩＣカードアプリケーションへ移行することができる。これにより、取出したアプリケーション情報の解析／盗用を防止することができ、セキュリティ性に優れたものとなる。
さらに、新しいＩＣカードアプリケーションへデータ移行する際にＩＤ情報や鍵情報を使用することで、不正にアプリケーション情報が盗用されることを防ぐことができ、よりセキュリティ性に優れたものとなる。

本発明の実施の形態に係るＪａｖａカードを取扱うＩＣカードシステムの構成例を示すブロック図。Ｊａｖａカードのハードウエア構成を概略的に示すブロック図。Ｊａｖａカード１のソフトウエア構成を概略的に示す模式図。アプリケーション情報を保持したままアプリケーションを更新する第１の処理動作例を説明するフローチャート。第１の処理動作例を説明するための概念図。アプリケーション情報を保持したままアプリケーションを更新する第２、第３の作例を説明するフローチャート。第２の処理動作例を説明するための概念図。第３の処理動作例を説明するための概念図。ＪａｖａカードにおけるカードＯＳおよびロードファイル／アプリケーションの格納状態を説明するための概念図。アプリケーションをＪａｖａカードのメモリ内にロード・インストールする処理を説明するための概念図。同一のロードファイルから複数のアプリケーションインスタンスを作成する例を説明するための概念図。

符号の説明

…１Ｊａｖａカード（携帯可能電子装置）、２…カードリーダ・ライタ、３…パソコン、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…通信ユニット（ＵＡＲＴ）、１５…不揮発性メモリ（ＮＶ（ＥＥＰＲＯＭ））、１６…コプロセッサ。

Claims

外部から入力されるアプリケーションをメモリにインストールし、このインストールしたアプリケーションを実行することが可能な携帯可能電子装置において、
メモリにインストールされているアプリケーションを更新する際、既存のアプリケーション情報をメモリの特定領域に一時待避させる手段と、
この手段により既存のアプリケーション情報を一時待避させた後、既存のアプリケーションを削除する手段と、
この手段により既存のアプリケーションを削除した後、外部から入力される新たなアプリケーションをメモリにインストールする手段と、
この手段により新たなアプリケーションをインストールした後、前記待避されていた既存のアプリケーション情報を呼び出すことでアプリケーション情報の復元を行なう手段と、
この手段によりアプリケーション情報の復元を行なった後、前記待避されていた既存のアプリケーション情報を削除する手段と、
を具備したことを特徴とする携帯可能電子装置。
既存のアプリケーション情報を一時待避させたメモリの特定領域へのアクセスは特定の権限を持ったアプリケーションのみが可能であることを特徴とする請求項１記載の携帯可能電子装置。
外部から入力されるアプリケーションをメモリにインストールし、このインストールしたアプリケーションを実行することが可能な携帯可能電子装置において、
メモリにインストールされているアプリケーションを更新する際、既存のアプリケーションのアプリケーション情報はそのまま残して処理コード部分のみを削除する手段と、
この手段の処理後、外部から入力される新たなアプリケーションをメモリにインストールする手段と、
この手段により新たなアプリケーションをインストールした後、前記残しておいた既存のアプリケーション情報を取込み、新たなアプリケーション情報に対し上書きすることでアプリケーション情報の復元を行なう手段と、
この手段によりアプリケーション情報の復元を行なった後、前記残しておいた既存のアプリケーション情報を削除する手段と、
を具備したことを特徴とする携帯可能電子装置。
外部から入力されるアプリケーションをメモリにインストールし、このインストールしたアプリケーションを実行することが可能な携帯可能電子装置において、
メモリにインストールされているアプリケーションを更新する際、既存のアプリケーションのアプリケーション情報はそのまま残して処理コード部分のみを削除する手段と、
この手段の処理後、外部から入力される新たなアプリケーションをメモリにインストールする際、処理コード部分は新たに作成し、前記残しておいた既存のアプリケーション情報を新たなアプリケーションで使用するために、それとのリンク情報の書換えを行なうことでアプリケーション情報の復元を行なう手段と、
を具備したことを特徴とする携帯可能電子装置。
新たなアプリケーションのインストールは特定の権限を持ったアプリケーションのみが可能であることを特徴とする請求項３または請求項４記載の携帯可能電子装置。
アプリケーション情報の復元を行なう際、新たなアプリケーションで使用しないデータがあればそれを削除し、新たに追加されたデータがあればそれを新規に作成することを特徴とする請求項３または請求項４記載の携帯可能電子装置。
外部から入力されるアプリケーションをメモリにインストールし、このインストールしたアプリケーションを実行することが可能な携帯可能電子装置に対しアプリケーションの更新を行なう携帯可能電子装置のアプリケーション更新方法において、
メモリにインストールされているアプリケーションを更新する際、既存のアプリケーション情報をメモリの特定領域に一時待避させ、その後、既存のアプリケーションを削除し、その後、外部から入力される新たなアプリケーションをメモリにインストールし、その後、前記待避されていた既存のアプリケーション情報を呼び出すことでアプリケーション情報の復元を行ない、その後、前記待避されていた既存のアプリケーション情報を削除することを特徴とする携帯可能電子装置のアプリケーション更新方法。
外部から入力されるアプリケーションをメモリにインストールし、このインストールしたアプリケーションを実行することが可能な携帯可能電子装置に対しアプリケーションの更新を行なう携帯可能電子装置のアプリケーション更新方法において、
メモリにインストールされているアプリケーションを更新する際、既存のアプリケーションのアプリケーション情報はそのまま残して処理コード部分のみを削除し、その後、外部から入力される新たなアプリケーションをメモリにインストールし、その後、前記残しておいた既存のアプリケーション情報を取込み、新たなアプリケーション情報に対し上書きすることでアプリケーション情報の復元を行ない、その後、前記残しておいた既存のアプリケーション情報を削除することを特徴とする携帯可能電子装置のアプリケーション更新方法。
外部から入力されるアプリケーションをメモリにインストールし、このインストールしたアプリケーションを実行することが可能な携帯可能電子装置対しアプリケーションの更新を行なう携帯可能電子装置のアプリケーション更新方法において、
メモリにインストールされているアプリケーションを更新する際、既存のアプリケーションのアプリケーション情報はそのまま残して処理コード部分のみを削除し、その後、外部から入力される新たなアプリケーションをメモリにインストールする際、処理コード部分は新たに作成し、前記残しておいた既存のアプリケーション情報を新たなアプリケーションで使用するために、それとのリンク情報の書換えを行なうことでアプリケーション情報の復元を行なうことを特徴とする携帯可能電子装置のアプリケーション更新方法。