(57)【要約】【課題】通信ネットワークからのソフトウェアのダウンロードによる書き換えを、端末内の記憶領域を有効に活用して効率的且つ確実に行う。【解決手段】端末１のメモリ装置７に空き領域を生成する場合は、メモリ装置７のソフトウェアに対して、廃棄・圧縮退避・再ロード・外部退避という複数の空き領域生成処理が選択的に施される。テーブル４には、空き領域生成処理の優先順位と各空き領域生成処理に対する各ソフトウェアの適応可能性とが設定されている。通信ネットワーク１０からのソフトウェアのダウンロードに際し、メモリ装置７に新たに空き領域を生成する必要があるときは、書き換え処理部３等は、テーブル４からの情報により、優先順位の高い空き領域生成処理に対して適応可能性を有するソフトウェアから順次処理を施す。【選択図】  図１
2004320591.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して更新ソフトウェアをダウンロードする携帯通信端末であって、
それぞれが固有の属性を有する複数のソフトウェアを記憶する記憶手段と、
前記ダウンロードする更新ソフトウェアの大きさと前記記憶手段の既存の空き領域の大きさとを比較し、既存の空き領域が更新ソフトウェアよりも小さいときは、空き領域が不足していると判断する判断手段と、
空き領域が不足していると判断されたとき、新たに空き領域を生成するための空き領域生成処理を、前記記憶手段が記憶しているソフトウェアに対してその属性に応じて施す空き領域生成手段と、
前記通信ネットワークを介して更新ソフトウェアをダウンロードして前記記憶手段の空き領域に記憶させるダウンロード手段と、
前記記憶手段が記憶する既存のソフトウェアを該記憶手段が記憶する更新ソフトウェアに書き換える更新手段と、
を備えたことを特徴とする携帯通信端末。
【請求項２】
請求項１記載の携帯通信端末であって、
空き領域生成処理の優先順位と各空き領域生成処理に対する各ソフトウェアの適応可能性とが設定されたテーブルをさらに備え、
前記空き領域生成手段は、前記テーブルに基づき、優先順位の高い空き領域生成処理に対して適応可能性を有するソフトウェアから順次処理を施す
ことを特徴とする携帯通信端末。
【請求項３】
請求項２に記載の携帯通信端末であって、
前記テーブルには、一つの空き領域生成処理に対して適応可能性を有する複数のソフトウェアについてさらに優先度が設定され、
前記空き領域生成手段は、前記一つの空き領域生成処理を行うときは優先度の高いソフトウェアから順次処理を施す
ことを特徴とする携帯通信端末。
【請求項４】
請求項１〜請求項３の何れかに記載の携帯通信端末であって、
前記空き領域生成手段は、廃棄手段と圧縮伸長手段と再ロード手段と外部記憶装置退避手段とのうち少なくとも二つの手段を備え、
前記廃棄手段は、前記記憶手段が記憶するソフトウェアを廃棄して空き領域を新たに生成し、
前記圧縮伸長手段は、前記記憶手段が記憶しているソフトウェアを圧縮し前記記憶手段の他の領域に移して空き領域を新たに生成すると共に、前記更新手段による書き換え終了後に、圧縮したソフトウェアを伸長して前記記憶手段の元の領域に記憶させ、
前記再ロード手段は、前記記憶手段が記憶するソフトウェアを一時的に廃棄して空き領域を新たに生成すると共に、前記更新手段による書き換え終了後に、廃棄したソフトウェアを前記通信ネットワークを介してダウンロードして前記記憶手段の元の領域に記憶させ、
前記外部記憶装置退避手段は、前記記憶手段が記憶するソフトウェアを前記通信ネットワークに接続された外部退避装置に一時的に退避させると共に、前記更新手段による書き換え終了後に、退避したソフトウェアを前記通信ネットワークを介してダウンロードして前記記憶手段の元の領域に記憶させる
ことを特徴とする携帯通信端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯通信端末に関する。
【０００２】
【従来の技術】
携帯電話機やＰＤＡなど通信ネットワークに接続可能な携帯通信端末では、ソフトウェア更新やプログラム上の不具合を修正する等の目的で、ソフトウェアを通信ネットワーク経由でダウンロードして書き換えることが提案されている。ソフトウェアをダウンロードして書き換える方式には、必要な全てのソフトウェアを一度にダウンロードしてから書き換える方式（一括ダウンロード方式）と、モジュール化されていないソフトウェアを一部ずつダウンロードして順次書き換える方式（分割ダウンロード方式）とがある。
【０００３】
分割ダウンロード方式では、通信が途中で途切れた場合やデータにエラーが含まれていた場合などに、ソフトウェアが正常に動作しなくなる可能性が生じる。加えて、ソフトウェアをモジュール化すると、そのデータ量が増大し、通信時間や処理時間の増大を招く。
【０００４】
一括ダウンロード方式は、分割ダウンロード方式の上記不都合は生じ難く、安定した更新処理を行うことが可能である。しかし、一般的な携帯通信端末では、ソフトウェアのうちの変更される箇所のみの部分的な書き換えが不可能でソフトウェア全体の書き換えが必要となる場合が多い。これに対し、携帯通信端末の内部に装備された記憶領域は一般に小さいため、ダウンロードされるソフトウェアのデータの大きさに合わせて、余分な記憶領域を携帯通信端末側に準備しなければならない。
【０００５】
特許文献１には、携帯電話機にダウンロード用外付け不揮発性メモリを接続し、この外付け不揮発性メモリに通信ネットワークを経由してダウンロードしたプログラムを保存し、外付け不揮発性メモリに保存されたプログラムを携帯電話機内のフラッシュメモリにコピーするシステムが開示されている。
【０００６】
【特許文献１】
特開平９−２２０８３２号公報
【０００７】
【発明が解決しようとする課題】
特許文献１のシステムでは、外付け不揮発性メモリというダウンロードのための別部品を、ユーザが各自用意しなければならず、ユーザにとって経済的負担が大きい。また、外付け不揮発性メモリを接続するためのインターフェイスを有していない携帯通信端末の場合、プログラムのダウンロードを行うことができない。
【０００８】
本発明は、このような課題に鑑みてなされたものであり、通信ネットワークを経由したソフトウェアのダウンロード及び書き換えを、別部品を要することなく、端末内の記憶領域を有効に活用して効率的且つ確実に行うことが可能な携帯通信端末の提供を目的とする。
【０００９】
【課題を解決するための手段】
本発明に係る携帯通信端末は、記憶手段と、判断手段と、空き領域生成手段と、ダウンロード手段と、更新手段と、を備える。
【００１０】
記憶手段は、それぞれが固有の属性を有する複数のソフトウェアを記憶する。判断手段は、ダウンロードする更新ソフトウェアの大きさと記憶手段の既存の空き領域の大きさとを比較し、既存の空き領域が更新ソフトウェアよりも小さいときは、空き領域が不足していると判断する。空き領域生成手段は、判断手段によって空き領域が不足していると判断されたとき、新たに空き領域を生成するための空き領域生成処理を、記憶手段が記憶しているソフトウェアに対して、その属性に応じて施す。ダウンロード手段は、通信ネットワークを介して更新ソフトウェアをダウンロードして記憶手段の空き領域に記憶させる。更新手段は、記憶手段が記憶する既存のソフトウェアを記憶手段が記憶する更新ソフトウェアに書き換える。
【００１１】
上記構成では、記憶手段の既存の空き領域が更新ソフトウェアよりも小さいときは、空き領域生成手段が記憶手段のソフトウェアに対して空き領域生成処理を施して、記憶手段に新たに空き領域を生成し、更新ソフトウェアを一時的に記憶するために必要となる空き領域を確保する。この空き領域生成処理は、処理対象となるソフトウェアの属性に応じて設定される。このため、携帯通信端末の外部にメモリ等の別部品を接続させることなく、端末内の記憶手段を有効に活用して、更新ソフトウェアを分割せずに一度にダウンロードして書き換えることができる。
【００１２】
携帯通信端末は、テーブルをさらに備えていても良い。テーブルには、空き領域生成処理の優先順位と各空き領域生成処理に対する各ソフトウェアの適応可能性とが設定されている。空き領域生成手段は、テーブルに基づき、優先順位の高い空き領域生成処理に対して適応可能性を有するソフトウェアから順次処理を施す。
【００１３】
テーブルは、空き領域生成手段に設けられても良く、記憶手段に設けられても良い。
【００１４】
上記構成では、記憶手段の既存の空き領域が更新ソフトウェアよりも小さいときは、空き領域生成手段は、まず優先順位の最も高い空き領域生成処理を選択し、この処理に対して適応可能性を有するソフトウェアから上記選択された空き領域生成処理を施す。この処理が終了しても記憶手段の既存の空き領域が更新ソフトウェアよりも小さいときは、次に優先順位の高い空き領域生成処理を選択し、この処理に対して適応可能性を有するソフトウェアに処理を施す。以降同様に、優先順位に従って領域生成処理を順次選択してソフトウェアに処理を施す。
【００１５】
このように、複数の空き領域生成処理に対して予め優先順位を設定しておき、この優先順位に従って実行する空き領域生成処理を選択するので、例えば記憶しているソフトウェアを廃棄する処理のように処理時間が比較的短く且つ大きな空き領域の生成が期待できる処理を優先的に行うことができ、空き領域の生成を効率的に行うことができる。
【００１６】
ある一つの空き領域生成処理に対して適応可能性を有するソフトウェアが複数存在する場合、テーブルには、その複数のソフトウェアについてさらに優先度が設定されても良く、空き領域生成手段は、その一つの空き領域生成処理を行うときは優先度の高いソフトウェアから順次処理を施しても良い。
【００１７】
同じ空き領域生成処理に対して適応可能性を有するソフトウェアであっても、その適応可能性の程度は必ずしも同じとは限らない。上記構成では、選択された空き領域生成処理を実行する際に、その適応可能性の高いソフトウェアから順に処理を行うので、空き領域の生成をさらに効率的に行うことができる。
【００１８】
空き領域生成手段は、廃棄手段と圧縮伸長手段と再ロード手段と外部記憶装置退避手段とのうち少なくとも二つの手段を備えても良い。廃棄手段は、記憶手段が記憶するソフトウェアを廃棄して空き領域を新たに生成する。圧縮伸長手段は、記憶手段が記憶しているソフトウェアを圧縮し記憶手段の他の領域に移して空き領域を新たに生成すると共に、更新手段による書き換え終了後に、圧縮したソフトウェアを伸長して記憶手段の元の領域に記憶させる。再ロード手段は、記憶手段が記憶するソフトウェアを一時的に廃棄して空き領域を新たに生成すると共に、更新手段による書き換え終了後に、廃棄したソフトウェアを通信ネットワークを介してダウンロードして記憶手段の元の領域に記憶させる。外部記憶装置退避手段は、記憶手段が記憶するソフトウェアを通信ネットワークに接続された外部退避装置に一時的に退避させると共に、更新手段による書き換え終了後に、退避したソフトウェアを通信ネットワークを介してダウンロードして記憶手段の元の領域に記憶させる。
【００１９】
【発明の実施の形態】
以下、本発明の一実施形態について、図面を参照しながら詳細に説明する。
【００２０】
図１は、本実施形態のブロック構成図、図２はソフトウェア管理テーブルの模式図である。
【００２１】
図１に示すように、携帯通信端末としての携帯電話機（以下端末と略称する）１は、ＣＰＵ２と、書き換え処理部３と、ソフトウェア管理テーブル４と、ダウンロード処理部５と、通信インターフェイス（Ｉ／Ｆ）６と、メモリ装置７と、圧縮伸長器８と、外部記憶装置退避処理部９と、を備えている。また、端末１と通信可能な通信ネットワーク１０上には、外部記憶装置として機能するファイルサーバ１１が設けられている。
【００２２】
ＣＰＵ２は、端末１の本来的な機能である携帯電話機としての機能を含めた端末１の全体的な動作制御を行う。
【００２３】
メモリ装置７は、記憶手段として機能し、書き換え可能であるＲＡＭやフラッシュＲＯＭなどによって構成されている。メモリ装置７の記憶領域には、通信制御プログラムやアプリケーションの他、様々な種類のソフトウェアが記憶されている。各ソフトウェアは、固有の属性を有している。この属性とは、後述する各空き領域生成処理に対する各ソフトウェアの適応可能性である。
【００２４】
通信Ｉ／Ｆ６は、通信ネットワーク１０との通信を行う。通信ネットワーク１０には、ソフトウェアサーバ（図示外）が接続されている。ソフトウェアサーバには、端末１のメモリ装置７に記憶されているソフトウェアの書き換え用の更新ソフトウェアが格納されている。なお、このソフトウェアはリロケータブルではない。
【００２５】
ダウンロード処理部５は、ダウンロード手段として機能し、通信Ｉ／Ｆ６を介してネットワークから更新ソフトウェアをダウンロードしてメモリ装置７の空き領域に一時的に記憶させる。また、ダウンロード処理部５は、判断手段としても機能し、更新ソフトウェアをダウンロードする前に、ダウンロードしようとしている更新ソフトウェアの大きさと、メモリ装置７の記憶領域に既に存在している空き領域の大きさと、を比較する。そして、既存の空き領域が更新ソフトウェアよりも小さいときは、更新ソフトウェアを一時的に保存するための空き領域が不足していると判断して、書き換え処理部３へ出力する。
【００２６】
ソフトウェア管理テーブル（テーブル）４は、書き換え処理部３内に設けられている。なお、テーブル４は、メモリ装置７に設けても良い。
【００２７】
書き換え処理部３は、更新手段として機能し、メモリ装置７が記憶している既存のソフトウェアを、ダウンロード処理部５がメモリ装置７に一時的に記憶させた更新ソフトウェアに書き換える。書き換え処理部３は、空き領域生成手段としても機能し、空き領域が不足しているときは、更新ソフトウェアの記憶が可能な空き領域が確保されるまで、テーブル４の情報に従って、メモリ装置７に記憶されているソフトウェアに対して空き領域生成処理を施し、記憶領域内に新たな空き領域を順次生成する。
【００２８】
書き換え処理部３は、さらに廃棄手段としても機能し、空き領域生成処理（廃棄処理）を行う。具体的には、メモリ装置７が記憶しているソフトウェアを廃棄して、記憶領域内に空き領域を新たに生成する。
【００２９】
圧縮伸長器８は、圧縮伸長手段として機能し、他の空き領域生成処理（圧縮退避処理）を行う。具体的には、メモリ装置７が記憶しているソフトウェアを圧縮し、メモリ装置７の記憶領域内の他の領域に移して（退避させて）空き領域を新たに生成する。また、書き換え処理部３による書き換え（更新）終了後に、圧縮して記憶されているソフトウェアを伸長して、圧縮前の元の領域に記憶させる。
【００３０】
書き換え処理部３及びダウンロード処理部５は、再ロード手段としても機能し、他の空き領域生成処理（再ロード処理）を行う。具体的には、書き換え処理部３は、メモリ装置７が記憶しているソフトウェアを一時的に廃棄して、空き領域を新たに生成する。ダウンロード処理部５は、書き換え処理部３による書き換え（更新）終了後に、廃棄したソフトウェアを通信ネットワーク１０を介して再びダウンロードしてメモリ装置７の廃棄前の元の領域に記憶させる。
【００３１】
外部記憶装置退避処理部９は、外部記憶装置退避手段として機能し、他の空き領域生成処理（外部退避処理）を行う。具体的には、メモリ装置７が記憶しているソフトウェアを通信ネットワーク１０に接続されたファイルサーバ１１に一時的に記憶（退避）させる。また、書き換え処理部３による書き換え（更新）終了後に、退避したソフトウェアを通信ネットワーク１０を介してダウンロードして退避前の元の領域に記憶させる。
【００３２】
図２に示すように、テーブル４には、メモリ装置７に記憶された各ソフトウェアＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ・・・について、そのアドレス領域（開始アドレス及び終了アドレス）と、その属性とが記録されている。属性とは、各空き領域生成処理（廃棄・圧縮退避・再ロード・外部退避）に対する各ソフトウェアＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ・・・の適応可能性（廃棄可能性・圧縮退避可能性・再ロード可能性・外部退避可能性）である。例えばブラウザのキャッシュは、廃棄可能性を、フォントプログラムは圧縮退避可能性を、通信ネットワーク１０からダウンロードした着信音などのアプリケーションソフトは再ロード可能性をそれぞれ有している。
【００３３】
各カラムは整数値であり、「０」は適応不可能を、正の整数値は適応可能をそれぞれ示している。さらに、正の整数値は、同一の空き領域生成処理に対する優先度を示している。優先度が最も高い場合には「１」であり、数が大きくなるに従って優先度が低下する。例えば、外部退避では、ソフトウェアＦのカラムは「１」であり、ソフトウェアＧのカラムは「３」である。従って、外部退避可能なソフトウェアはＦとＧであり、その優先度はＦの方が高く、外部退避処理については、Ｆの方がＧよりも先に処理される。
【００３４】
また、テーブル４上の空き領域生成処理の並び順は、優先順位を表している。すなわち、空き領域生成処理は、図２中左から右に向かって廃棄・圧縮退避・再ロード・外部退避の順に並んでおり、廃棄が最も優先順位が高く、圧縮退避、再ロード、外部退避の順で優先順位が低下する。
【００３５】
書き換え処理部３は、優先順位の高い空き領域生成処理に対して適応可能性を有するソフトウェアから順次処理を施す。また、一つの空き領域生成処理に対して適応可能なソフトウェアが複数ある場合には、優先度の高いソフトウェアから順次処理を施す。空き領域生成処理は、メモリ装置７の記憶領域に更新ソフトウェアの記憶が可能な空き領域が確保されるまで続けられる。
【００３６】
なお、特に図示しないが、端末１は、電話機機能に関連した要素として、入力操作部、スピーカ、マイク、及び表示部等を有している。
【００３７】
次に、図３及び図４に示すフローチャートを参照して、本実施形態の作用を説明する。
【００３８】
通常の動作状態では、端末１はメモリ装置７に記憶されたソフトウェアを起動して、通信端末として機能する。
【００３９】
ユーザから端末１にソフトウェアの書き換え指示が入力されると、ダウンロード処理部５は、通信Ｉ／Ｆ６を介して、更新ソフトウェアをメモリ装置７にダウンロードする処理（ソフトウェア更新処理）を開始する。なお、以下の説明において、ダウンロードする更新ソフトウェアを、パッチと称する。
【００４０】
まず、パッチをダウンロードする前の準備処理として、図３及び図４に示す空き領域確保が行われる。
【００４１】
空き領域確保の制御がスタートすると、ステップＳ１へ進む。ステップＳ１では、ダウンロード処理部５がパッチのサイズを取得し、メモリ装置７にパッチを記憶するに十分な空き領域があるか否かの判定を行う。空き領域がパッチのサイズよりも大きい場合には、必要な空き領域が確保されているので、空き領域確保の制御を終了する。
【００４２】
空き領域がパッチのサイズよりも小さい場合には、書き換え処理部３へ信号出力して、ステップＳ２以降へ進む。
【００４３】
ステップＳ２〜ステップＳ１３では、必要な空き領域を確保するため処理を行う。
【００４４】
まずステップＳ２では、書き換え処理部３が、図２のテーブル４の情報から廃棄可能なデータ（ソフトウェア）があるか否かを判断して、ステップＳ３へ進む。
【００４５】
ステップＳ３では、書き換え処理部３が、廃棄可能なデータを廃棄する。テーブル４によれば、ソフトウェアＢのカラムが「１」であるので、このソフトウェアＢを廃棄して、ステップＳ４へ進む。
【００４６】
ステップＳ４では、空き領域とパッチのサイズとを比較し、空き領域の方が大きくなっていれば、本制御を終了する。空き領域の方がまだ小さければ、ステップＳ５へ進む。
【００４７】
ステップＳ５では、書き換え処理部３が、テーブル４の情報から圧縮退避可能なデータがあるか否かを判断して、ステップＳ６へ進む。
【００４８】
ステップＳ６では、圧縮伸長器８が、圧縮退避可能なデータを圧縮し、メモリ装置７内の他の領域へ移す。テーブル４によれば、ソフトウェアＢ，Ｃのカラムが「１」であり、ソフトウェアＢは既に廃棄されているので、ソフトウェアＣを圧縮退避させて、ステップＳ７へ進む。
【００４９】
ステップＳ７では、空き領域とパッチのサイズとを比較し、空き領域の方が大きくなっていれば、本制御を終了する。空き領域の方がまだ小さければ、ステップＳ８へ進む。
【００５０】
ステップＳ８では、書き換え処理部３が、テーブル４の情報から再ロード可能なデータがあるか否かを判断して、ステップＳ９へ進む。
【００５１】
ステップＳ９では、書き換え処理部３が、再ロード可能なデータを一時的に破棄する。テーブル４によれば、ソフトウェアＢ，Ｄ，Ｅのカラムが「１」であり、ソフトウェアＢは既に廃棄されているので、ソフトウェアＤ及びＥを一時的に破棄して、ステップＳ１０へ進む。
【００５２】
ステップＳ１０では、空き領域とパッチのサイズとを比較し、空き領域の方が大きくなっていれば、本制御を終了する。空き領域の方がまだ小さければ、ステップＳ１１へ進む。
【００５３】
ステップＳ１１では、書き換え処理部３が、テーブル４の情報から外部退避（端末外退避）可能なデータがあるか否かを判断して、ステップＳ１２へ進む。
【００５４】
ステップＳ１２では、外部記憶装置退避処理部９が、外部退避処理を行う。テーブル４によれば、ソフトウェアＦのカラムが「１」、ソフトウェアＧのカラムが「３」である。このようにカラムの正の整数値が相違する場合（優先度が相違する場合）には、図４に示す制御（ステップＳ２１〜ステップＳ２７）に従う。
【００５５】
図４に示す制御では、まずステップＳ２１で空き領域とパッチのサイズとを比較し、空き領域の方が大きくなっていれば、本制御を終了する。空き領域の方がまだ小さければ、ステップＳ２２へ進む。
【００５６】
ステップＳ２２では、優先度Ｐ＝１とし、ステップＳ２３へ進む。
【００５７】
ステップＳ２３では、対応する空き領域生成処理（本実施形態の場合には外部退避処理）について全てのソフトウェアをチェックしたか否かを判断する。全てのソフトウェアを既にチェックしている場合は、対応する空き領域生成処理（外部退避処理）での空き領域の確保が失敗したと判断される。全てのソフトウェアをまだチェックしていない場合は、ステップＳ２４へ進む。
【００５８】
ステップＳ２４では、優先度Ｐのデータがあるか否かを判断する。優先度Ｐのデータがある場合には、ステップＳ２５へ進み、データを処理（外部退避処理）して、ステップＳ２６へ進む。
【００５９】
ステップＳ２６では、空き領域とパッチのサイズとを比較し、空き領域の方が大きくなっていれば、本制御を終了する。
【００６０】
ステップＳ２４で優先度Ｐのデータがないと判断された場合、及びステップＳ２６で空き領域の方がまだ小さいと判断された場合は、ステップＳ２７へ進み、Ｐ＝Ｐ＋１としてステップＳ２３戻り、再度ステップ２３以降の制御を行う。
【００６１】
このように同一の空き領域生成処理に対する各ソフトウェアの優先度が相違する場合には、まず優先度「１」のカラムを探し、該当するソフトウェアを処理し、空き領域がパッチのサイズよりも大きくなるまで、優先度を下げて（「２」、「３」、「４」・・・の順に）順次該当するソフトウェアを処理する。テーブル４によれば、カラムが「１」であるソフトウェアＦを最初に外部退避処理し、まだ不十分であるときにカラムが「３」であるソフトウェアＧを外部退避処理する。
【００６２】
図４において、空き領域確保に成功した場合及び失敗した場合は、図３へ戻る。
【００６３】
なお、図４に示す制御は、優先度が相違する場合には、廃棄処理や圧縮退避処理や再ロード処理においても、同様に行われる。
【００６４】
図３のステップＳ１３では、空き領域とパッチのサイズとを比較し、空き領域の方が大きくなっていれば、空き領域確保に成功して本制御を終了する。空き領域の方がまだ小さければ、空き領域確保に失敗して本制御を終了する。
【００６５】
空き領域確保に失敗した場合には、ダウンロードを行うことができないので、ソフトウェア更新処理を終了する。
【００６６】
空き領域確保に成功した場合には、ソフトウェア更新処理を継続する。
【００６７】
まず、ダウンロード処理部５は、メモリ装置７に獲得した空き領域にパッチをダウンロードし、端末１を起動し直す。この起動に際して、メモリ装置７に蓄積された通常のプログラムに代わり、書き換えを行うプログラムを起動し、パッチを、パッチ内に指定されている通りメモリ装置７の記憶領域に書き込む。
【００６８】
書き込みが終了したら、メモリ装置７にあるパッチを廃棄し、通常のプログラムを起動する。通常起動後は、圧縮退避したソフトウェアを伸長して元の領域に書き込む。再ロードで破棄したデータをネットワークから再ダウンロードして元の領域に書き込む。外部退避したソフトウェアをファイルサーバ１１からダウンロードして元の領域に書き込む。
【００６９】
このように、本実施形態によれば、メモリ装置７に存在する空き領域が更新ソフトウェアよりも小さいときは、メモリ装置７に記憶されたソフトウェアに対して空き領域生成処理を施して、メモリ装置７に新たに空き領域を生成し、更新ソフトウェアを一時的に記憶するために必要な大きさを有する空き領域を確保する。この空き領域生成処理は、処理対象となるソフトウェアの属性に応じて設定される。このため、端末の外部にメモリ等の別部品を接続させることなく、端末１内のメモリ装置７を有効に活用して、更新ソフトウェアを分割せずに一度にダウンロードして書き換えることができる。
【００７０】
また、複数の空き領域生成処理に対して予め優先順位を設定しておき、この優先順位に従って実行する空き領域生成処理を選択するので、例えば記憶しているソフトウェアを廃棄する処理のように処理時間が比較的短く且つ大きな空き領域の生成が期待できる処理を優先的に行うことができ、空き領域の生成を効率的に行うことができる。
【００７１】
また、同じ空き領域生成処理に対して適応可能性の程度がソフトウェア間で相違するときには、適応可能性の高いソフトウェアから順に処理を行うので、空き領域の生成をさらに効率的に行うことができる。
【００７２】
なお、上記実施形態では、端末１として携帯電話機を例に挙げて説明したが、音声通信機能を持つＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）などの他の携帯通信端末に対しても、本発明を適用することができる。
【００７３】
【発明の効果】
本発明によれば、通信ネットワークを経由したソフトウェアのダウンロード及び書き換えを、別部品を要することなく、端末内の記憶領域を有効に活用して効率的且つ確実に行うことができる。
【図面の簡単な説明】
【図１】本実施形態のブロック構成図である。
【図２】ソフトウェア管理テーブルの模式図である。
【図３】本実施形態の制御を示すフローチャートである。
【図４】本実施形態の制御を示すフローチャートである。
【符号の説明】
１…携帯通信端末
２…ＣＰＵ
３…書き換え処理部
４…ソフトウェア管理テーブル
５…ダウンロード処理部
６…通信Ｉ／Ｆ
７…メモリ装置
８…圧縮伸長器
９…外部記憶装置退避処理部
１０…通信ネットワーク
１１…ファイルサーバ
【図１】
2004320591.tif 000003
【図２】
2004320591.tif 000004
【図３】
2004320591.tif 000005
【図４】
2004320591.tif 000006