JP2010044574A - 携帯端末、携帯端末制御方法、及び携帯端末制御プログラム - Google Patents

Abstract

【課題】 マルチブート対応の端末において、メモリ容量の効率利用を可能としつつソフトウェアアップデート時のバージョンアップ管理を容易にする。
【解決手段】
ＮＡＮＤメモリ１３には、例えばＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データが格納されている。モデムプロセッサ１０は、ＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとを用いてＧＳＭプログラムを生成可能となされている。そして、ユーザにより事前にＣＤＭＡモードでの起動が選択されている場合、モデムプロセッサ１０は、ＮＡＮＤメモリ１３のＣＤＭＡプログラムを起動させる。一方、ユーザによりＧＳＭモードでの起動が選択されている場合、モデムプロセッサ１０は、ＮＡＮＤメモリ１３のＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データからＧＳＭプログラムを生成して起動させる。
【選択図】 図１

Description

本発明は、複数の異なるプログラムを適宜切り替えて起動可能なマルチブート対応の携帯端末、携帯端末制御方法、及び携帯端末制御プログラムに関する。

近年は、例えばＣＤＭＡ（Code Division Multiple Access）通信方式とＧＳＭ（Global Systems for Mobile）通信方式などの異なる二つの通信方式を適宜切り替えて無線通信を行う携帯通信端末が商品化されている。

このような通信方式の切り替えを実現する最も簡単な手法としては、ＣＤＭＡ通信方式とＧＳＭ通信方式の無線通信処理をそれぞれ独立して実行可能なプログラムを用意し、それらプログラムを適宜切り替えて起動（ブート）させるような手法が考えられる。なお、以下の説明では、上記ＣＤＭＡ通信方式の無線通信処理を実行するプログラムをＣＤＭＡプログラムと表記し、ＧＳＭ通信方式の無線通信処理を実行するプログラムをＧＳＭプログラムと表記する。

すなわちこの携帯通信端末の場合、例えば図２５に示すように、端末内部のＮＡＮＤメモリ等には、それぞれ独立したＣＤＭＡプログラムとＧＳＭプログラムが予め用意されている。そして、当該携帯通信端末のブート時には、ユーザ等により予め選択されたプログラムが上記ＮＡＮＤメモリから読み出され、ＳＤＲＡＭ（Synchronous DRAM）等のワーク領域上に展開されて実行される。これにより、携帯通信端末では、ＣＤＭＡ通信方式とＧＳＭ通信方式の何れか所望の通信方式による無線通信が可能となる。

また、上述のようなＣＤＭＡプログラムとＧＳＭプログラムを切り替えて起動するデュアルブート対応の携帯通信端末において、例えばＣＤＭＡプログラムやＧＳＭプログラムがアップデートされる場合には、それら各プログラムが個々にアップデートされることになる。例えば、ＣＤＭＡプログラムとＧＳＭプログラムが出荷時のバージョン「Ｖ０１．００．００」から「Ｖ０１．００．０１」へ変更され、さらに最新版のバージョン「Ｖ０１．００．０２」がリリースされたと仮定した場合、携帯通信端末では、図２６に示すように、各バージョンのリリース順に個々にプログラムのアップデートがなされる。

その他、特開平７−９３２７６号の公開特許公報（特許文献１）には、更新前プログラムファイルと更新後プログラムファイルの差分ファイルがある場合において、更新前プログラムと差分ファイルを合併させてメモリに展開することで更新後プログラムを生成し、当該更新後プログラムでコンピュータの立ち上げ処理を実行する技術が開示されている。なお、特許文献１に記載された更新前プログラムと更新後プログラムは、例えばバージョンが新旧で異なった同一プログラムであり、したがって上記差分ファイルは、旧バージョンのプログラムを新バージョンへアップデートするための差分データであると考えられる。

特開平７−９３２７６号公報（図１）

ところで、上述したように、デュアルブート対応の携帯通信端末の場合、内部のＮＡＮＤメモリ等には、図２５のようにＣＤＭＡプログラムとＧＳＭプログラムの両方が格納されることになる。このため、デュアルブート対応の携帯通信端末は、例えばブートプログラムが一つのみの端末に比べて多くのメモリ容量が必要になり、その結果、他のデータ用のメモリ容量（例えばユーザデータ格納領域など）が非常に少なくなってしまうという欠点がある。

さらに、デュアルブート対応の携帯通信端末において、例えばＣＤＭＡプログラムとＧＳＭプログラムのアップデートが必要になった場合には、図２６のように、それら両プログラムを個々にアップデートするような作業が必要になる。したがって、デュアルブート対応の携帯通信端末の場合、ＣＤＭＡプログラムとＧＳＭプログラムの両方のプログラムについて、それぞれのバージョン管理が必要になる。すなわち、デュアルブート対応の携帯通信端末の場合は、各プログラムのバージョン管理が複雑になり易いという欠点がある。

本発明は、このような実情に鑑みて提案されたものであり、マルチブートが可能な構成において、メモリ容量の効率利用を可能とし、またソフトウェアアップデート時のバージョン管理が容易な携帯端末、携帯端末制御方法、及び携帯端末制御プログラムを提供することを目的とする。

本発明においては、格納部には 少なくとも第１のプログラムと当該第１のプログラムを第２のプログラムへ変換するためのソフトウェア変換用データを格納している。また、本発明では、第１のプログラムと、当該第１のプログラムを第２のプログラムへ変換するためのソフトウェア変換用データとを用いて、第１のプログラムを第２のプログラムへ変換する処理を実行可能となされている。そして、本発明では、端末起動時に、第１のプログラムの起動と、第１のプログラムから第２のプログラムへの変換処理及びその変換にて生成された第２のプログラムの起動との何れか一方を、事前の起動設定値に応じて実行する。これにより、上述した課題を解決する。

また、本発明では、第１のプログラムの更新時に、旧バージョンの第１のプログラムを新バージョンの第１のプログラムへ更新するためのソフトウェア更新用データと、当該第１のプログラムの新バージョンに対応したソフトウェア変換用データとを取得する。さらに、その取得したソフトウェア更新用データを用いて旧バージョンの第１のプログラムを新バージョンの第１のプログラムへ更新する。そして、当該更新後の第１のプログラムと、取得したソフトウェア変換用データとを、格納部へ格納する。これにより、上述した課題を解決する。

すなわち本発明によれば、格納部には、第１のプログラムとソフトウェア変換用データとが格納され、第２のプログラムについては格納していない。

また、本発明によれば、第１のプログラムを起動すべき時は、格納部の第１のプログラムを起動させ、一方、第２のプログラムを起動すべき時には、第１のプログラムとソフトウェア変換用データから第２のプログラムを生成して起動させる。

さらに本発明によれば、第１のプログラムの更新時には、ソフトウェア更新用データを取得してプログラムを更新すると共に、ソフトウェア更新用データと同時に取得した新バージョン対応のソフトウェア変換用データにより格納部のソフトウェア変換用データを上書きする。

本発明においては、格納部には、第１のプログラムとソフトウェア変換用データとを格納し、第２のプログラムは格納されないので、第２のプログラムを格納するためのメモリ容量が不要となり、メモリ容量の効率的な利用が可能となっている。

また本発明においては、第１のプログラムを起動すべき時には格納部の第１のプログラムを起動させ、第２のプログラムを起動すべき時には第１のプログラムとソフトウェア変換用データから第２のプログラムを生成・起動させるため、少なくともデュアルブートが可能である。

さらに本発明においては、第１のプログラムの更新と同時に、その更新後の第１のプログラムのバージョンに対応したソフトウェア変換用データにより、格納部のソフトウェア変換用データを上書きするようになされているため、アップデート時のバージョン管理が容易である。

以下、図面を参照しながら、本発明の一実施形態について説明する。

なお、以下の実施形態では、本発明の携帯端末の適用例として携帯電話端末を挙げているが、本実施形態にて説明する内容はあくまで一例であり、本発明はこの例に限定されないことは言うまでもない。

先ず、本発明の実施形態として、ＣＤＭＡ通信方式の無線通信処理を実行するＣＤＭＡプログラムとＧＳＭ通信方式の無線通信処理を実行するＧＳＭプログラムの何れかにて起動（ブート）可能となされたデュアルブート対応の携帯電話端末を挙げる。

［本実施形態の携帯電話端末の概略構成］
図１には、本発明実施形態の携帯電話端末の概略的な内部ブロック構成例を示す。

この図１において、本実施形態の携帯電話端末は、ユーザによる事前の選択に応じて、ブート時に、ＣＤＭＡエアーインターフェースによる通信に係る各種信号処理を実行するためのＣＤＭＡプログラムと、ＧＳＭエアーインターフェースによる通信に係る各種信号処理を実行するためのＧＳＭプログラムの何れかを起動可能となされている。すなわち、本実施形態の携帯電話端末のモデムプロセッサ１０は、上記ＣＤＭＡプログラムとＧＳＭプログラムの何れか起動されたプログラムを実行可能となされている。つまり、本実施形態の携帯電話端末はデュアルブート可能な端末となされている。なお、モデムプロセッサ１０は、本実施形態の携帯電話端末における各部の制御や各種信号処理、ＮＡＮＤメモリ１３やＳＤＲＡＭメモリ１４の書き込みや読み出しの制御等をも行う。上記ＣＤＭＡプログラム又はＧＳＭプログラムの起動時の本実施形態の携帯電話端末における動作の詳細については後述する。

ＲＦデバイス１１は、携帯電話基地局との間で無線通信を行うためのアンテナや、信号の変復調等を行うための各種回路部からなる。当該ＲＦデバイス１１は、モデムプロセッサ１０と専用コントロールラインを通じて接続されている。ＲＦデバイス１１とモデムプロセッサ１０との間の送受信データのやり取りや、モデムプロセッサ１０によるＲＦデバイス１１の制御は、当該専用コントロールラインを通じて行われる。

ＬＣＤ（Liquid Crystal Display）部１２は、携帯電話端末に設けられた、表示によるユーザインターフェースデバイスであり、液晶ディスプレイとその液晶ディスプレイを駆動する回路とからなる。なお、本実施形態では液晶ディスプレイを例示しているが、例えば有機ＥＬ（ElectroLuminescent）やＦＥＤ（Field Emission Display）等の他のディスプレイであってもよい。上記ＬＣＤ部１２は、ＥＢＩ（External Bus Interface）１バスを介してモデムプロセッサ１０に接続されている。ＬＣＤ部１２とモデムプロセッサ１０との間のデータのやり取りや、モデムプロセッサ１０によるＬＣＤ部１２の制御は、当該ＥＢＩ１バスを介して行われる。

ＮＡＮＤメモリ１３は、端末起動後にモデムプロセッサ１０が通信等の各種信号処理や各部を制御するための各種プログラム、各種初期設定値、ユーザデータ等のその他様々なデータを格納する不揮発性のメモリである。そして、当該ＮＡＮＤメモリ１３は、ＥＢＩ１バスを介してモデムプロセッサ１０に接続されている。ＮＡＮＤメモリ１３とモデムプロセッサ１０との間のデータのやり取りや、モデムプロセッサ１０によるＮＡＮＤメモリ１３の制御は、当該ＥＢＩ１バスを介して行われる。

また本実施形態の場合、ＮＡＮＤメモリ１３には、携帯電話端末におけるデュアルブートに関連する制御を実行するブート制御プログラムと、ソフトウェアアップデートに関連する制御を実行するアップデート制御プログラムも格納されている。

さらに本実施形態の場合、ＮＡＮＤメモリ１３には、例えばＣＤＭＡプログラムとＧＳＭプログラムの何れか一方のみのプログラムと、当該一方のプログラムを他方のプログラムへ変換するためのソフトウェア変換用データ及びソフトウェア変換エンジン用プログラムも格納されている。なお、ＣＤＭＡプログラムやＧＳＭプログラムは、それぞれ所定のソフトウェア言語等により記述された複数のプログラム構成要素が組み合わされて形成されたプログラムとなっている。

ここで、当該ＮＡＮＤメモリ１３に格納されている上記一方のプログラムがＣＤＭＡプログラムであった場合、上記ソフトウェア変換用データは、ＣＤＭＡプログラム内においてＧＳＭプログラムとは異なるプログラム構成要素を特定すると同時に、当該ＣＤＭＡプログラム内で特定されたプログラム構成要素をＧＳＭプログラム用のプログラム構成要素へ変換（例えば置換）するためのデータとなされる。言い換えると、この場合のソフトウェア変換用データは、ＣＤＭＡプログラムとＧＳＭプログラムとの間の差分のデータとなっている。以下の説明では、上記ＣＤＭＡプログラムをＧＳＭプログラムへ変換するためのソフトウェア変換用データを、簡略化して「ＣＤＭＡ→ＧＳＭ差分データ」と表記することにする。

また 上述のようにＮＡＮＤメモリ１３にＣＤＭＡプログラムが格納されている場合、上記ソフトウェア変換エンジン用プログラムは、モデムプロセッサ１０が、上記ＣＤＭＡ→ＧＳＭ差分データを用いて上記ＣＤＭＡプログラムをＧＳＭプログラムへ変換する処理を実行するためのプログラムとなされる。以下の説明では、上記ソフトウェア変換エンジン用プログラムを簡略化して「ソフトウェア変換エンジン」と表記する。

一方、上記ＮＡＮＤメモリ１３に格納されている上記一方のプログラムがＧＳＭプログラムであった場合、上記ソフトウェア変換用データは、ＧＳＭプログラム内においてＣＤＭＡプログラムとは異なるプログラム構成要素を特定すると同時に、当該ＧＳＭプログラム内で特定されたプログラム構成要素をＣＤＭＡプログラム用のプログラム構成要素へ変換（置換）するためのデータとなされる。言い換えると、この場合のソフトウェア変換用データは、ＧＳＭプログラムとＣＤＭＡプログラムとの間の差分のデータとなっている。以下の説明では、上記ＧＳＭプログラムをＣＤＭＡプログラムへ変換するためのソフトウェア変換用データを、簡略化して「ＧＳＭ→ＣＤＭＡ差分データ」と表記することにする。

また、このようにＮＡＮＤメモリ１３にＧＳＭプログラムが格納されている場合、上記ソフトウェア変換エンジンは、モデムプロセッサ１０が、上記ＧＳＭ→ＣＤＭＡ差分データを用いて上記ＧＳＭプログラムをＣＤＭＡプログラムへ変換する処理を実行するためのプログラムとなされる。

ＳＤＲＡＭメモリ１４は、モデムプロセッサ１０等にて実行されるプログラムが展開されるプログラム領域と、モデムプロセッサ１０の作業領域として随時データを格納するためのＲＡＭワーク領域と、送受信データ等の各種データを一時的に蓄積するバッファ領域とを有している。当該ＳＤＲＡＭメモリ１４は、ＥＢＩ２バスを介してモデムプロセッサ１０に接続されている。ＳＤＲＡＭメモリ１４とモデムプロセッサ１０との間のデータのやり取りや、モデムプロセッサ１０によるＳＤＲＡＭメモリ１４の制御は、当該ＥＢＩ２バスを介して行われる。

なお、以下の説明では、本実施形態の携帯電話端末において、ブート時にＣＤＭＡプログラムが起動された場合の動作モードをＣＤＭＡモードと呼び、ブート時にＧＳＭプログラムが起動された場合の動作モードをＧＳＭモードと呼ぶことにする。

［ＮＡＮＤメモリ上のメモリマッピング］
図２の（Ｂ）には、上記ＮＡＮＤメモリ１３にＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとソフトウェア変換エンジンが格納されている場合のメモリマッピング例を示す。なお、図２の（Ｂ）では、ＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとソフトウェア変換エンジンとユーザデータ格納領域のみを示し、他のプログラムやデータ等の図示は省略している。

また、図２の（Ａ）には、図２の（Ｂ）に示された本実施形態のメモリマッピングに対する比較例として、ＮＡＮＤメモリ上にＣＤＭＡプログラムとＧＳＭプログラムの両方を独立して格納した場合のメモリマッピング例を示している。

これら図２の（Ｂ）から判るように、本実施形態のようにＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとソフトウェア変換エンジンを格納するようにした場合には、図２の（Ａ）と比較して、より多くのユーザデータ格納領域を確保することができる。すなわち、ＣＤＭＡプログラムやＧＳＭプログラムのデータ量に比べ、ＣＤＭＡ→ＧＳＭ差分データとソフトウェア変換エンジンのデータ量は非常に少ない。このため、図２の（Ｂ）の場合は、図２の（Ａ）のＧＳＭプログラムのデータ量からＣＤＭＡ→ＧＳＭ差分データ及びソフトウェア変換エンジンのデータ量を差し引いた分だけ、ユーザデータ格納領域が増加している。

一方、図３の（Ｂ）には、上記ＮＡＮＤメモリ１３にＧＳＭプログラムとＧＳＭ→ＣＤＭＡ差分データとソフトウェア変換エンジンとユーザデータ格納領域が格納されている場合のメモリマッピングを示す。なお、図３の（Ａ）には、図２の（Ａ）と同様のＮＡＮＤメモリのメモリマッピング例を示している。この図３の例も図２の場合と同様であり、図３の（Ｂ）の場合は、図３の（Ａ）のＣＤＭＡプログラムのデータ量からＧＳＭ→ＣＤＭＡ差分データ及びソフトウェア変換エンジンのデータ量を差し引いた分だけ、ユーザデータ格納領域が増加している。

上述のように本実施形態の場合、ＮＡＮＤメモリ１３にはＣＤＭＡプログラムとＧＳＭプログラムの何れか一方のみのプログラムが格納されている。また、ＮＡＮＤメモリ１３に格納される差分データは、ＣＤＭＡプログラムが格納されている場合にはＣＤＭＡ→ＧＳＭ差分データのみとなされ、一方、ＧＳＭプログラムが格納されている場合にはＧＳＭ→ＣＤＭＡ差分データのみとなる。したがって本実施形態によれば、ＣＤＭＡプログラムとＧＳＭプログラムの両方が格納される場合と比較して、ユーザデータ格納領域等を多く確保することが可能となっている。具体的には、ＣＤＭＡプログラムとＧＳＭプログラムの両方が格納される場合と比較すると、本実施形態の場合は、数ＭＢｙｔｅ単位でより多くのメモリ容量を確保でき、そのメモリ容量をユーザデータ格納領域等に加えることが可能となる。

なお、本実施形態において、ＣＤＭＡプログラムとＧＳＭプログラムの何れをＮＡＮＤメモリ１３に格納しておくかは、それらプログラムの使用頻度を考慮して決定される。例えば、ユーザが主に使用する地域でＣＤＭＡ通信方式が使用されている場合にはＣＤＭＡプログラムをＮＡＮＤメモリ１３に格納しておき、また、主にＧＳＭ通信方式が使用される地域である場合にはＧＳＭプログラムを格納しておくようにする。

［デュアルブート対応の端末におけるブート時の動作］
本実施形態の携帯電話端末は、起動時には、例えばモデムプロセッサ１０が、ＮＡＮＤメモリ１３等に格納されているブート制御プログラムを実行することにより、以下に説明するような起動処理を行う。

先ず、ＮＡＮＤメモリ１３にＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとソフトウェア変換エンジンが格納されている場合において、事前にユーザによりＣＤＭＡモードでの起動が選択されていた場合の起動処理について、図４を参照しながら説明する。

図４は、ＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納され、且つＣＤＭＡモードでの起動が事前に選択されていた場合において、ブート時にモデムプロセッサ１０がＮＡＮＤメモリ１３からＳＤＲＡＭメモリ１４のプログラム領域へＣＤＭＡプログラムを展開する様子を示している。なお、図４の（Ａ）はＳＤＲＡＭメモリ１４のメモリマッピングを示し、図４の（Ｂ）はＮＡＮＤメモリ１３のメモリマッピングを示している。但し、図４の（Ｂ）は、前述の図２の（Ｂ）の例と同様に、ＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとソフトウェア変換エンジンとユーザデータ格納領域のみを示し、他のプログラムやデータ等の図示は省略している。また、図４の（Ａ）では、プログラム領域とＲＡＭワーク領域のみ図示しており、バッファ領域等の他の領域の図示は省略している。

すなわち、ＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納され且つＣＤＭＡモードでの起動がユーザにより事前に選択されていた場合、図４に示すように、ブート制御プログラム実行中のモデムプロセッサ１０は、ＮＡＮＤメモリ１３のＣＤＭＡプログラムをそのままＳＤＲＡＭメモリ１４のプログラム領域へ展開して起動させる。これにより、本実施形態の携帯電話端末はＣＤＭＡモードで起動することになる。

次に、ＮＡＮＤメモリ１３にＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとソフトウェア変換エンジンが格納されていた場合において、事前にユーザによりＧＳＭモードでの起動が選択されていた場合の起動処理について、図５を参照しながら説明する。

図５は、ＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納され、且つＧＳＭモードでの起動が事前に選択されていた場合において、ブート時にモデムプロセッサ１０が実行するプログラムの展開及びデータの転送処理の様子を示している。なお、図５の（Ａ）はＳＤＲＡＭメモリ１４のメモリマッピングを示し、図５の（Ｂ）はＮＡＮＤメモリ１３のメモリマッピングを示している。但し、図５の（Ｂ）は、前述の図４の（Ｂ）の例と同様に、ＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとソフトウェア変換エンジンとユーザデータ格納領域のみを示し、他のプログラムやデータ等の図示は省略している。また、図５の（Ａ）では、プログラム領域とＲＡＭワーク領域のみ図示しており、バッファ領域等の図示は省略している。

すなわち、ＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納され且つＧＳＭモードでの起動がユーザにより事前に選択されていた場合、ブート制御プログラム実行中のモデムプロセッサ１０は、先ずＮＡＮＤメモリ１３のソフトウェア変換エンジンをＳＤＲＡＭメモリ１４のＲＡＭワーク領域へ展開（Ｐ１）して起動する。なお、ＲＡＭワーク領域は、プログラム起動後はそのプログラムにて定義される変数等の格納領域となるが、この時点では未だブート中であるので、当該ＲＡＭワーク領域の全領域の使用が可能となっている。

次に、当該ソフトウェア変換エンジン実行中のモデムプロセッサ１０は、ＳＤＲＡＭメモリ１４のＲＡＭワーク領域内に別途形成したソフトウェア変換用ワーク領域を用いて、ＮＡＮＤメモリ１３のＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データからＧＳＭプログラムを作成（Ｐ２）する。

また、ソフトウェア変換エンジン実行中のモデムプロセッサ１０は、上記ソフトウェア変換用ワーク領域上で作成したＧＳＭプログラムを、ＳＤＲＡＭメモリ１４のプログラム領域へ逐次転送して展開（Ｐ３）する。なお、この時のプログラムの変換処理は、規定のブロック単位で実施されるため、上記プログラム領域への展開時には当該ブロック単位でのデータ転送が行われる。

そして、ＳＤＲＡＭメモリ１４のプログラム領域へＧＳＭプログラムを全て展開し終えると、モデムプロセッサ１０は、当該ＧＳＭプログラムを起動させる。これにより、本実施形態の携帯電話端末はＧＳＭモードで起動することになる。

なお、ＳＤＲＡＭメモリ１４のプログラム領域へＧＳＭプログラムを全て展開し終わった場合には、ＳＤＲＡＭメモリ１４のＲＡＭワーク領域上のソフトウェア変換エンジンとソフトウェア変換用ワーク領域上のデータを消去し、ＲＡＭワーク領域上で使用可能な領域を確保することが望ましい。

一方、ＮＡＮＤメモリ１３に、ＧＳＭプログラムとＧＳＭ→ＣＤＭＡ差分データとソフトウェア変換エンジンが格納されていた場合、携帯電話端末は、ブート時に図６と図７に示すような起動処理を行う。

図６には、ＮＡＮＤメモリ１３にＧＳＭプログラムとＧＳＭ→ＣＤＭＡ差分データとソフトウェア変換エンジン等が格納され、且つＧＳＭモードでの起動がユーザにより事前に選択されていた時の起動処理の様子を示す。なお、図６の（Ａ）はＳＤＲＡＭメモリ１４のメモリマッピングを示し、図６の（Ｂ）はＮＡＮＤメモリ１３のメモリマッピングを示している。但し、図６の（Ｂ）は、前述の図３の例と同様に、ＧＳＭプログラムとＧＳＭ→ＣＤＭＡ差分データとソフトウェア変換エンジンとユーザデータ格納領域のみを示し、他のプログラムやデータ等の図示は省略している。また、図６の（Ａ）では、プログラム領域とＲＡＭワーク領域のみ図示しており、バッファ領域等の図示は省略している。

すなわち、図６に示すように、ＮＡＮＤメモリ１３にＧＳＭプログラム等が格納され且つＧＳＭモードでの起動がユーザにより事前に選択されていた場合、ブート制御プログラム実行中のモデムプロセッサ１０は、ＮＡＮＤメモリ１３のＧＳＭプログラムをそのままＳＤＲＡＭメモリ１４のプログラム領域へ展開して起動させる。これにより、本実施形態の携帯電話端末はＧＳＭモードで起動することになる。

これに対し、ＮＡＮＤメモリ１３にＧＳＭプログラム等が格納され、且つＣＤＭＡモードでの起動がユーザにより事前に選択されていた場合、本実施形態の携帯電話端末のブート時には、図７に示すような起動処理が行われる。

図７には、ＮＡＮＤメモリ１３にＧＳＭプログラム等が格納され、且つＣＤＭＡモードでの起動がユーザにより事前に選択されていた場合に、ブート時にモデムプロセッサ１０が実行するプログラムの展開及びデータの転送処理の様子を示している。なお、図７の（Ａ）はＳＤＲＡＭメモリ１４のメモリマッピングを示し、図７の（Ｂ）はＮＡＮＤメモリ１３のメモリマッピングを示している。但し、図７の（Ｂ）は、前述の図６の（Ｂ）の例と同様に、ＧＳＭプログラムとＧＳＭ→ＣＤＭＡ差分データとソフトウェア変換エンジンとユーザデータ格納領域のみを示し、他のプログラムやデータ等の図示は省略している。また、図７の（Ａ）では、プログラム領域とＲＡＭワーク領域のみ図示しており、バッファ領域等の図示は省略している。

すなわち、ＮＡＮＤメモリ１３にＧＳＭプログラム等が格納され、且つＣＤＭＡモードでの起動がユーザにより事前に選択されていた場合、ブート制御プログラム実行中のモデムプロセッサ１０は、先ず、ＮＡＮＤメモリ１３のソフトウェア変換エンジンをＳＤＲＡＭメモリ１４のＲＡＭワーク領域へ展開（Ｐ１）して起動する。なお、この時点でのＲＡＭワーク領域は、前述同様に全領域の使用が可能となっている。

次に、当該ソフトウェア変換エンジン実行中のモデムプロセッサ１０は、ＳＤＲＡＭメモリ１４のＲＡＭワーク領域内に別途形成したソフトウェア変換用ワーク領域を用い、ＮＡＮＤメモリ１３のＧＳＭプログラムとＧＳＭ→ＣＤＭＡ差分データからＣＤＭＡプログラムを作成（Ｐ２）する。

また、ソフトウェア変換エンジン実行中のモデムプロセッサ１０は、上記ソフトウェア変換用ワーク領域上で作成したＣＤＭＡプログラムを、ＳＤＲＡＭメモリ１４のプログラム領域へ逐次転送して展開（Ｐ３）する。なお、この例での転送も前述同様にブロック単位で行われる。

そして、ＳＤＲＡＭメモリ１４のプログラム領域へＣＤＭＡプログラムを全て展開し終えると、モデムプロセッサ１０は、当該ＣＤＭＡプログラムを起動させる。これにより、本実施形態の携帯電話端末はＣＤＭＡモードで起動することになる。

なお、ＳＤＲＡＭメモリ１４のプログラム領域へＣＤＭＡプログラムを全て展開し終わった場合には、ＳＤＲＡＭメモリ１４のＲＡＭワーク領域上のソフトウェア変換エンジンとソフトウェア変換用ワーク領域上のデータを消去して、ＲＡＭワーク領域上で使用可能な領域を確保することが望ましい。

［デュアルブート対応の端末におけるブート時の動作フローチャート］
図８には、ＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納されている場合において、ブート時にモデムプロセッサ１０にて実行される処理の流れを示す。

図８において、携帯電話端末の電源ＯＮ等により起動処理が開始されると、モデムプロセッサ１０は、ブート制御プログラムの実行により、先ずＮＡＮＤメモリ１３等に保存されているユーザ設定値を参照する。このユーザ設定値は、前述したようにＣＤＭＡモードとＧＳＭモードの何れで起動するかをユーザが事前に選択して設定された値であり、例えばＮＡＮＤメモリ１３等の不揮発性メモリ上でフラグ情報等により管理される値となされている。

そして、モデムプロセッサ１０は、ステップＳ１の処理として、ブート時の動作モードを表すユーザ設定値がＣＤＭＡモードを示す値に設定されているか否か判断する。上記ステップＳ１の判断処理において、モデムプロセッサ１０は、ＣＤＭＡモードが設定されていると判断した場合にはステップＳ２へ処理を進め、一方、ＧＳＭモードが設定されていると判断した場合にはステップＳ３へ処理を進める。

ステップＳ２の処理に進むと、モデムプロセッサ１０は、ＮＡＮＤメモリ１３上のＣＤＭＡプログラムをそのままＳＤＲＡＭメモリ１４のプログラム領域へ展開する。

そして、モデムプロセッサ１０は、当該ＳＤＲＡＭメモリ１４のプログラム領域へ展開されたＣＤＭＡプログラムを起動させる。これにより、本実施形態の携帯電話端末はＣＤＭＡモードで起動することになる。

一方、ステップＳ３の処理に進むと、モデムプロセッサ１０は、ＮＡＮＤメモリ１３のソフトウェア変換エンジンをＳＤＲＡＭメモリ１４のＲＡＭワーク領域へ展開して起動する。

そして、このステップＳ３によるソフトウェア変換エンジンの展開及び起動が完了すると、モデムプロセッサ１０は、当該ソフトウェア変換エンジンによる処理の実行に切り替わり、ステップＳ４へ処理を進める。

ステップＳ４の処理に進むと、上記モデムプロセッサ１０は、ＳＤＲＡＭメモリ１４のワーク領域内に別途形成したソフトウェア変換用ワーク領域を用い、ＮＡＮＤメモリ１３上のＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データからＧＳＭプログラムを作成する。また、モデムプロセッサ１０は、上記ソフトウェア変換用ワーク領域上で作成したＧＳＭプログラムを、ＳＤＲＡＭメモリ１４のプログラム領域へ逐次転送して展開する。

そして、ＳＤＲＡＭメモリ１４のプログラム領域へＧＳＭプログラムを全て展開し終わると、モデムプロセッサ１０は、ステップＳ５の処理として、ＳＤＲＡＭメモリ１４のＲＡＭワーク領域上のソフトウェア変換エンジンとソフトウェア変換用ワーク領域上のデータを消去する。

その後、モデムプロセッサ１０は、上記ＳＤＲＡＭメモリ１４のプログラム領域へ展開されたＧＳＭプログラムを起動させる。これにより、本実施形態の携帯電話端末はＧＳＭモードで起動することになる。なお、ステップＳ５におけるデータ消去処理は、ＧＳＭプログラムの起動後に行われてもよい。

図９には、ＮＡＮＤメモリ１３にＧＳＭプログラム等が格納されている場合において、ブート時にモデムプロセッサ１０にて実行される処理の流れを示す。

図９において、携帯電話端末の電源ＯＮ等により起動処理が開始されると、モデムプロセッサ１０は、ＮＡＮＤメモリ１３等に保存されているユーザ設定値を参照し、ステップＳ１１の処理にて、ブート時の動作モードを表すユーザ設定値がＧＳＭモードを示す値に設定されているか否か判断する。上記ステップＳ１１の判断処理において、モデムプロセッサ１０は、ＧＳＭモードが設定されていると判断した場合にはステップＳ１２へ処理を進め、一方、ＣＤＭＡモードが設定されていると判断した場合にはステップＳ１３へ処理を進める。

ステップＳ１２の処理に進むと、モデムプロセッサ１０は、ＮＡＮＤメモリ１３上のＧＳＭプログラムをそのままＳＤＲＡＭメモリ１４のプログラム領域へ展開し、そのＣＤＭＡプログラムを起動させる。これにより、本実施形態の携帯電話端末はＧＳＭモードで起動することになる。

一方、ステップＳ１３の処理に進むと、モデムプロセッサ１０は、ＮＡＮＤメモリ１３のソフトウェア変換エンジンをＳＤＲＡＭメモリ１４のＲＡＭワーク領域へ展開して起動し、ステップＳ１４へ処理を進める。

ステップＳ１４の処理に進むと、上記モデムプロセッサ１０は、ＳＤＲＡＭメモリ１４のソフトウェア変換用ワーク領域を用い、ＮＡＮＤメモリ１３上のＧＳＭプログラムとＧＳＭ→ＣＤＭＡ差分データからＣＤＭＡプログラムを作成する。また、モデムプロセッサ１０は、上記ソフトウェア変換用ワーク領域上で作成したＣＤＭＡプログラムを、ＳＤＲＡＭメモリ１４のプログラム領域へ逐次転送して展開する。

そして、ＳＤＲＡＭメモリ１４のプログラム領域へＣＤＭＡプログラムを全て展開し終わると、モデムプロセッサ１０は、ステップＳ１５の処理として、ＳＤＲＡＭメモリ１４のＲＡＭワーク領域上のソフトウェア変換エンジンとソフトウェア変換用ワーク領域上のデータを消去する。

その後、モデムプロセッサ１０は、上記ＳＤＲＡＭメモリ１４のプログラム領域へ展開されたＣＤＭＡプログラムを起動させる。これにより、本実施形態の携帯電話端末はＣＤＭＡモードで起動することになる。なお、ステップＳ１５におけるデータ消去処理は、ＣＤＭＡプログラムの起動後に行われてもよい。

［マルチブートの実施形態］
上述の実施形態では、ＣＤＭＡプログラムとＧＳＭプログラムの何れかで起動するデュアルブートの例について述べたが、本発明は、三つ以上のプログラムの何れかで起動するマルチブートにも適用可能である。

以下、ＣＤＭＡプログラムとＧＳＭプログラムに、さらにＵＭＴＳ（Universal Mobile Telecommunications System）通信方式の無線通信処理を実行するプログラム（以下ＵＭＴＳプログラムと呼ぶ。）の三つのプログラムの何れかで起動するマルチブートの例について説明する。

本実施形態のように、上記三つのプログラムの何れかで起動するマルチブートを実現する場合、ＮＡＮＤメモリ１３には、それら三つのプログラムのうちの何れか一つのプログラムと、当該一つのプログラムをそれぞれ他のプログラムへ変換するためのソフトウェア変換用データと、ソフトウェア変換エンジンとが格納される。

ここで、当該ＮＡＮＤメモリ１３に格納されている上記一つのプログラムがＣＤＭＡプログラムであった場合、上記ソフトウェア変換用データは、前述のＣＤＭＡ→ＧＳＭ差分データと、ＣＤＭＡプログラムをＵＭＴＳプログラムへ変換するためのデータとの二つのデータからなる。なお、ＣＤＭＡプログラムをＵＭＴＳプログラムへ変換するためのデータは、ＣＤＭＡプログラム内においてＵＭＴＳプログラムとは異なるプログラム構成要素を特定すると同時に、当該ＣＤＭＡプログラム内で特定されたプログラム構成要素をＵＭＴＳプログラム用のプログラム構成要素へ変換（置換）するためのデータとなされる。言い換えると、当該ソフトウェア変換用データは、ＣＤＭＡプログラムとＵＭＴＳプログラムとの間の差分のデータとなる。以下の説明では、上記ＣＤＭＡプログラムをＵＭＴＳプログラムへ変換するためのソフトウェア変換用データを、簡略化して「ＣＤＭＡ→ＵＭＴＳ差分データ」と表記する。

また 上記三つのプログラムの何れかで起動するマルチブートを実現する場合において、ＮＡＮＤメモリ１３にＣＤＭＡプログラムが格納されているとき、ソフトウェア変換エンジンは、前述したＣＤＭＡプログラムをＧＳＭプログラムに変換する機能に加えて、ＣＤＭＡプログラムをＵＭＴＳプログラムに変換する機能をも実現する。すなわち、ＣＤＭＡプログラムをＵＭＴＳプログラムに変換する機能は、モデムプロセッサ１０が、上記ＣＤＭＡ→ＵＭＴＳ差分データを用いて上記ＣＤＭＡプログラムをＵＭＴＳプログラムへ変換する処理を実行するためのプログラムにより実現される。

一方、上記三つのプログラムの何れかで起動するマルチブートを実現する場合において、上記ＮＡＮＤメモリ１３に格納されている一つのプログラムがＧＳＭプログラムであったとすると、上記ソフトウェア変換用データは、前述のＧＳＭ→ＣＤＭＡ差分データと、ＧＳＭプログラムをＵＭＴＳプログラムへ変換するためのデータの二つのデータからなる。すなわち、ＧＳＭプログラムをＵＭＴＳプログラムへ変換するためのデータは、ＧＳＭプログラム内においてＵＭＴＳプログラムとは異なるプログラム構成要素を特定すると同時に、当該ＧＳＭプログラム内で特定されたプログラム構成要素をＵＭＴＳプログラム用のプログラム構成要素へ変換するためのデータとなされる。換言すると、この場合のソフトウェア変換用データは、ＧＳＭプログラムとＵＭＴＳプログラムとの間の差分のデータとなる。以下、上記ＧＳＭプログラムをＵＭＴＳプログラムへ変換するためのソフトウェア変換用データを、簡略化して「ＧＳＭ→ＵＭＴＳ差分データ」と表記する。

また、上記三つのプログラムの何れかで起動するマルチブートを実現する場合において、ＮＡＮＤメモリ１３にＧＳＭプログラムが格納されているとき、ソフトウェア変換エンジンは、前述したＧＳＭプログラムをＣＤＭＡプログラムに変換する機能に加えて、ＧＳＭプログラムをＵＭＴＳプログラムに変換する機能をも有する。すなわち、ＧＳＭプログラムをＵＭＴＳプログラムに変換する機能は、モデムプロセッサ１０が、上記ＧＳＭ→ＵＭＴＳ差分データを用いて上記ＧＳＭプログラムをＵＭＴＳプログラムへ変換する処理を実行するためのプログラムにより実現される。

さらに、上記三つのプログラムの何れかで起動するマルチブートを実現する場合において、上記ＮＡＮＤメモリ１３に格納されている一つのプログラムがＵＭＴＳプログラムであったとすると、上記ソフトウェア変換用データは、ＵＭＴＳプログラムをＣＤＭＡプログラムへ変換するためのデータと、ＵＭＴＳプログラムをＧＳＭプログラムへ変換するためのデータの二つからなる。

すなわち、ＵＭＴＳプログラムをＣＤＭＡプログラムへ変換するためのデータは、ＵＭＴＳプログラム内においてＣＤＭＡプログラムとは異なるプログラム構成要素を特定すると同時に、当該ＵＭＴＳプログラム内で特定されたプログラム構成要素をＣＤＭＡプログラム用のプログラム構成要素へ変換（置換）するためのデータとなされる。つまり、この場合のソフトウェア変換用データは、ＵＭＴＳプログラムとＣＤＭＡプログラムとの間の差分のデータとなる。以下、上記ＵＭＴＳプログラムをＣＤＭＡプログラムへ変換するためのソフトウェア変換用データを、簡略化して「ＵＭＴＳ→ＣＤＭＡ差分データ」と表記する。

同様に、ＵＭＴＳプログラムをＧＳＭプログラムへ変換するためのデータは、ＵＭＴＳプログラム内においてＧＳＭプログラムとは異なるプログラム構成要素を特定すると同時に、当該ＵＭＴＳプログラム内で特定されたプログラム構成要素をＧＳＭプログラム用のプログラム構成要素へ変換（置換）するためのデータとなされる。つまり、この場合のソフトウェア変換用データは、ＵＭＴＳプログラムとＧＳＭプログラムとの間の差分のデータとなる。以下、上記ＵＭＴＳプログラムをＧＳＭプログラムへ変換するためのソフトウェア変換用データを、簡略化して「ＵＭＴＳ→ＧＳＭ差分データ」と表記する。

また、上記三つのプログラムの何れかで起動するマルチブートを実現する場合において、ＮＡＮＤメモリ１３にＵＭＴＳプログラムが格納されているとき、ソフトウェア変換エンジンは、ＵＭＴＳプログラムをＣＤＭＡプログラムに変換する機能と、ＵＭＴＳプログラムをＧＳＭプログラムへ変換する機能とを有する。

すなわち、ＵＭＴＳプログラムをＣＤＭＡプログラムに変換する機能は、モデムプロセッサ１０が、上記ＵＭＴＳ→ＣＤＭＡ差分データを用いて上記ＵＭＴＳプログラムをＣＤＭＡプログラムへ変換する処理を実行するためのプログラムとなされる。

また、ＵＭＴＳプログラムをＧＳＭプログラムに変換する機能は、モデムプロセッサ１０が、上記ＵＭＴＳ→ＧＳＭ差分データを用いて上記ＵＭＴＳプログラムをＧＳＭプログラムへ変換する処理を実行するためのプログラムとなされる。

なお、以下の説明では、上述のようなマルチブート対応の携帯電話端末において、ブート時にＵＭＴＳプログラムが起動された時の動作モードをＵＭＴＳモードと呼ぶことにする。

［マルチブート対応時のＮＡＮＤメモリ上のメモリマッピング］
図１０の（Ｂ）には、上記ＮＡＮＤメモリ１３にＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データとソフトウェア変換エンジンが格納されている場合のメモリマッピング例を示す。なお、図１０の（Ｂ）には、ＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データ，ＣＤＭＡ→ＵＭＴＳ差分データとソフトウェア変換エンジンとユーザデータ格納領域のみを示し、他のプログラムやデータ等の図示は省略している。

また、図１０の（Ａ）には、図１０の（Ｂ）に示された本実施形態のメモリマッピングに対する比較例として、ＮＡＮＤメモリ上にＣＤＭＡプログラムとＧＳＭプログラムとＵＭＴＳプログラムの三つを独立して格納した場合のメモリマッピング例を示している。

これら図１０の（Ｂ）から判るように、本実施形態のようにＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データ，ＣＤＭＡ→ＵＭＴＳ差分データとソフトウェア変換エンジンを格納するようにした場合には、図１０の（Ａ）と比較して、より多くのユーザデータ格納領域を確保することができる。すなわち、ＣＤＭＡプログラムやＧＳＭプログラム，ＵＭＴＳプログラムのデータ量に比べ、ＣＤＭＡ→ＧＳＭ差分データ，ＣＤＭＡ→ＵＭＴＳ差分データ及びソフトウェア変換エンジンのデータ量は非常に少ない。このため、図１０の（Ｂ）の場合は、図１０の（Ａ）のＧＳＭプログラム及びＵＭＴＳプログラムのデータ量から、ＣＤＭＡ→ＧＳＭ差分データ，ＣＤＭＡ→ＵＭＴＳ差分データ及びソフトウェア変換エンジンのデータ量を差し引いた分だけ、ユーザデータ格納領域が増加している。

なお、上述のようなマルチブート対応の場合において、ＮＡＮＤメモリ１３にＧＳＭプログラム等が格納されている場合のメモリマッピングは、図１０の（Ｂ）において、ＣＤＭＡプログラムをＧＳＭプログラムと書き換え、また、ＣＤＭＡ→ＧＳＭ差分データをＧＳＭ→ＣＤＭＡ差分データ、ＣＤＭＡ→ＵＭＴＳ差分データをＧＳＭ→ＵＭＴＳ差分データとい書き換えたものとなり、それらの図示及び説明については省略する。同様に、マルチブート対応の場合において、ＮＡＮＤメモリ１３にＵＭＴＳプログラム等が格納されている場合のメモリマッピングは、図１０の（Ｂ）において、ＣＤＭＡプログラムをＵＭＴＳプログラムと書き換え、また、ＣＤＭＡ→ＧＳＭ差分データをＵＭＴＳ→ＧＳＭ差分データ、ＣＤＭＡ→ＵＭＴＳ差分データをＵＭＴＳ→ＣＤＭＡ差分データと書き換えたものとなり、それらの図示及び説明については省略する。

［マルチブート対応時の端末におけるブート時の動作］
上述のようなマルチブート対応の本実施形態の携帯電話端末において、モデムプロセッサ１０は、起動時には以下に説明するような起動処理を行う。

上記マルチブート対応の携帯電話端末において、ＮＡＮＤメモリ１３にＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データとソフトウェア変換エンジンが格納され、且つ、事前にユーザによりＵＭＴＳモードでの起動が選択されていた場合の起動処理について、図１１を参照しながら説明する。

図１１は、ＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納され、且つＵＭＴＳモードでの起動が事前に選択されていた場合において、ブート時にモデムプロセッサ１０が実行するプログラムの展開及びデータの転送処理の様子を示している。なお、図１１の（Ａ）はＳＤＲＡＭメモリ１４のメモリマッピングを示し、図１１の（Ｂ）はＮＡＮＤメモリ１３のメモリマッピングを示している。但し、図１１の（Ｂ）は、ＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データとソフトウェア変換エンジンとユーザデータ格納領域のみを示し、他のプログラムやデータ等の図示は省略している。また、図１１の（Ａ）では、プログラム領域とＲＡＭワーク領域のみ図示しており、バッファ領域等の図示は省略している。

このように、上記マルチブート対応の携帯電話端末において、ＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納され且つＵＭＴＳモードでの起動がユーザにより事前に選択されていた場合、ブート制御プログラム実行中のモデムプロセッサ１０は、先ずＮＡＮＤメモリ１３のソフトウェア変換エンジンをＳＤＲＡＭメモリ１４のＲＡＭワーク領域へ展開（Ｐ１）して起動する。

次に、当該ソフトウェア変換エンジン実行中のモデムプロセッサ１０は、ＳＤＲＡＭメモリ１４のソフトウェア変換用ワーク領域を用いて、ＮＡＮＤメモリ１３のＣＤＭＡプログラムとＣＤＭＡ→ＵＭＴＳ差分データからＵＭＴＳプログラムを作成（Ｐ２）する。

また、ソフトウェア変換エンジン実行中のモデムプロセッサ１０は、上記ソフトウェア変換用ワーク領域上で作成したＵＭＴＳプログラムを、ＳＤＲＡＭメモリ１４のプログラム領域へ逐次転送して展開（Ｐ３）する。

そして、ＳＤＲＡＭメモリ１４のプログラム領域へＵＭＴＳプログラムを全て展開し終えると、モデムプロセッサ１０は、当該ＵＭＴＳプログラムを起動させる。これにより、本実施形態の携帯電話端末はＵＭＴＳモードで起動することになる。

なお、上記マルチブート対応の場合において、ＮＡＮＤメモリ１３にＧＳＭプログラム等が格納されていたとすると、図１１は、ＣＤＭＡと記載されている部分をＧＳＭと書き換え、一方ＧＳＭと記載されている部分をＣＤＭＡと書き換えたものとなる。この例の場合の動作は、前述した説明の流れと同じであるためここでは省略する。同様に、マルチブート対応の場合において、ＮＡＮＤメモリ１３にＵＭＴＳプログラム等が格納されていたとすると、図１１は、ＣＤＭＡと記載されている部分をＵＭＴＳと書き換え、一方ＵＭＴＳと記載されている部分をＣＤＭＡと書き換えたものとなる。この例の場合の動作に付いても、前述した説明の流れと同じであるためここでは省略する。

また、上記マルチブート対応の場合において、ＮＡＮＤメモリ１３にＣＤＭＡプログラム或いはＧＳＭプログラム或いはＵＭＴＳプログラム等が格納されていた場合において、それらＮＡＮＤメモリ１３に格納されているプログラムの起動がユーザにより事前に選択されていた時には、それらプログラムがそのままＳＤＲＡＭメモリ１４のプログラム領域へ展開されることになる。この例の場合の動作に付いても、前述した説明の流れと同じであるためここでは省略する。

［マルチブート対応時の端末におけるブート時の動作フローチャート］
図１２には、上述したマルチブート対応の端末において、ＮＡＮＤメモリ１３に例えばＣＤＭＡプログラム等が格納されている場合、ブート時にモデムプロセッサ１０にて実行される処理の流れを示す。

図１２において、携帯電話端末の電源ＯＮ等により起動処理が開始されると、モデムプロセッサ１０は、ＮＡＮＤメモリ１３等に保存されているユーザ設定値を参照し、ステップＳ３１の処理として、ユーザ設定値がＣＤＭＡモードを示す値に設定されているか否か判断する。上記ステップＳ３１の判断処理において、モデムプロセッサ１０は、ＣＤＭＡモードが設定されていると判断した場合にはステップＳ３２へ処理を進め、一方、ＧＳＭモードが設定されていると判断した場合にはステップＳ３３へ処理を進める。

ステップＳ３２の処理に進むと、モデムプロセッサ１０は、ＮＡＮＤメモリ１３上のＣＤＭＡプログラムをそのままＳＤＲＡＭメモリ１４のプログラム領域へ展開し、その当該展開されたＣＤＭＡプログラムを起動させる。これにより、本実施形態の携帯電話端末はＣＤＭＡモードで起動することになる。

一方、ステップＳ３３の処理に進むと、モデムプロセッサ１０は、ユーザ設定値がＧＳＭモードを示す値に設定されているか否か判断する。上記ステップＳ３３の判断処理において、モデムプロセッサ１０は、ＧＳＭモードが設定されていると判断した場合にはステップＳ３４へ処理を進め、一方、ＵＭＴＳモードが設定されていると判断した場合にはステップＳ３７へ処理を進める。

ステップＳ３４の処理に進んだ場合、モデムプロセッサ１０は、ＮＡＮＤメモリ１３のソフトウェア変換エンジンをＳＤＲＡＭメモリ１４のＲＡＭワーク領域へ展開して起動し、当該ソフトウェア変換エンジンによる処理の実行へ切り替えてステップＳ３５へ処理を進める。

ステップＳ３５の処理に進むと、上記モデムプロセッサ１０は、ＳＤＲＡＭメモリ１４のソフトウェア変換用ワーク領域を用い、ＮＡＮＤメモリ１３上のＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データからＧＳＭプログラムを作成する。また、モデムプロセッサ１０は、上記ソフトウェア変換用ワーク領域上で作成したＧＳＭプログラムを、プログラム領域へ逐次転送して展開する。

そして、ＳＤＲＡＭメモリ１４のプログラム領域へＧＳＭプログラムを全て展開し終わると、モデムプロセッサ１０は、ステップＳ３６の処理として、ＳＤＲＡＭメモリ１４のＲＡＭワーク領域上のソフトウェア変換エンジンとソフトウェア変換用ワーク領域上のデータを消去する。

その後、モデムプロセッサ１０は、上記ＳＤＲＡＭメモリ１４のプログラム領域へ展開されたＧＳＭプログラムを起動させる。これにより、本実施形態の携帯電話端末はＧＳＭモードで起動することになる。なお、ステップＳ３５におけるデータ消去処理は、ＧＳＭプログラムの起動後に行われてもよい。

また、ステップＳ３３からステップＳ３７の処理に進んだ場合もステップＳ３４の場合と同様に、モデムプロセッサ１０は、ＮＡＮＤメモリ１３のソフトウェア変換エンジンをＳＤＲＡＭメモリ１４のＲＡＭワーク領域へ展開して起動する。そして、モデムプロセッサ１０は、当該ソフトウェア変換エンジンによる処理の実行へ切り替えてステップＳ３８へ処理を進める。

ステップＳ３８の処理に進むと、上記モデムプロセッサ１０は、ＳＤＲＡＭメモリ１４のソフトウェア変換用ワーク領域を用い、ＮＡＮＤメモリ１３上のＣＤＭＡプログラムとＣＤＭＡ→ＵＭＴＳ差分データからＵＭＴＳプログラムを作成する。また、モデムプロセッサ１０は、上記ソフトウェア変換用ワーク領域上で作成したＵＭＴＳプログラムを、プログラム領域へ逐次転送して展開する。

そして、ＳＤＲＡＭメモリ１４のプログラム領域へＵＭＴＳプログラムを全て展開し終わると、モデムプロセッサ１０は、ステップＳ３９の処理として、ＳＤＲＡＭメモリ１４のＲＡＭワーク領域上のソフトウェア変換エンジンとソフトウェア変換用ワーク領域上のデータを消去する。

その後、モデムプロセッサ１０は、上記ＳＤＲＡＭメモリ１４のプログラム領域へ展開されたＵＭＴＳプログラムを起動させる。これにより、本実施形態の携帯電話端末はＵＭＴＳモードで起動することになる。なお、ステップＳ３９におけるデータ消去処理は、ＵＭＴＳプログラムの起動後に行われてもよい。

［ソフトウェア及び差分データのアップデート］
上述したように例えばＣＤＭＡモード，ＧＳＭモードやＵＭＴＳモードを適宜切り替えて起動可能となされた本実施形態の携帯電話端末において、ソフトウェアのアップデートが必要になった場合には、以下のような手順によりアップデートが実施される。なお、本実施形態の携帯電話端末において、ソフトウェアのアップデートは、いわゆるエアーダウンロードによるソフトウェアの更新機能（ＦＯＴＡ：firmware over the air updating）を用いて行われるとする。

先ず、ＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納され、ＣＤＭＡモードとＧＳＭモードを適宜切り替えて起動可能なデュアルブート対応の携帯電話端末を例に挙げて説明する。以下の説明では、ＣＤＭＡプログラムは出荷時のバージョンが「Ｖ０１．００．００」となっており、それがバージョン「Ｖ０１．００．０１」へ変更され、その後、最新版のバージョン「Ｖ０１．００．０２」がリリースされたと仮定する。

ここで、本実施形態では、ＣＤＭＡプログラムとＧＳＭプログラムの両プログラムのバージョンを同一として定義する。また本実施形態では、ＣＤＭＡ→ＧＳＭ差分データについては、ＣＤＭＡプログラムのバージョンに合わせたものを用意し、ＣＤＭＡプログラムのアップデートと同時にＣＤＭＡ→ＧＳＭ差分データのアップデートも行われる。

本実施形態において、図１３に示すように、例えば現時点のＣＤＭＡプログラムのバージョンが「Ｖ０１．００．００」であり、それが「Ｖ０１．００．０１」にアップデートされる場合、ＣＤＭＡプログラムについては「Ｖ０１．００．０１」のソフトウェア更新用データがダウンロードされる。一方、ＣＤＭＡ→ＧＳＭ差分データについては、上記アップデートされるＣＤＭＡプログラムのバージョン「Ｖ０１．００．０１」に対応したバージョン「ｓＶ０１．００．０１」の差分更新用データがダウンロードされる。

また、図１３に示すように、例えば現時点のＣＤＭＡプログラムのバージョンが「Ｖ０１．００．０１」であり、それが「Ｖ０１．００．０２」にアップデートされる場合、ＣＤＭＡプログラムについては「Ｖ０１．００．０２」のソフトウェア更新用データがダウンロードされる。一方、ＣＤＭＡ→ＧＳＭ差分データについては、当該アップデートされるＣＤＭＡプログラムのバージョン「Ｖ０１．００．０２」に対応したバージョン「ｓＶ０１．００．０２」の差分更新用データがダウンロードされる。

また、図１３に示すように、現時点のＣＤＭＡプログラムのバージョンが「Ｖ０１．００．００」であり、それが「Ｖ０１．００．０２」にアップデートされる場合、ＣＤＭＡプログラムについては「Ｖ０１．００．０２」のソフトウェア更新用データがダウンロードされる。一方、ＣＤＭＡ→ＧＳＭ差分データについては、当該アップデートされるＣＤＭＡプログラムのバージョン「Ｖ０１．００．０２」に対応したバージョン「ｓＶ０１．００．０２」の差分更新用データがダウンロードされる。

このように、本実施形態では、ＣＤＭＡプログラムについてはバージョンアップに応じたアップデートがなされ、ＣＤＭＡ→ＧＳＭ差分データについてはＣＤＭＡプログラムのバージョンに対応した差分更新用データを用いたアップデートが行われる。

なお、ＮＡＮＤメモリ１３にＧＳＭプログラム等が格納されている場合のバージョンアップについては、上述の説明においてＣＤＭＡをＧＳＭに代えることで流用可能であるため、それらの例示及びその説明については省略することとする。

［ソフトウェア及び差分データアップデート時の動作］
図１４には、上述したようにＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納されている場合に、そのＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データのアップデートが行われる際の処理手順を示す。なお、図１４では、一例として、ＣＤＭＡプログラムのバージョン「Ｖ０１．００．００」が「Ｖ０１．００．０２」にアップデートされる場合を挙げている。

図１４において、ＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データのアップデートが行われる場合、本実施形態の携帯電話端末では、モデムプロセッサ１０によるアップデート制御プログラムの実行により、ＦＯＴＡ機能を用いたダウンロードが実施される。この場合のダウンロードデータは、ＣＤＭＡプログラムのバージョン「Ｖ０１．００．００」を「Ｖ０１．００．０２」にアップデートするためソフトウェア更新用データと、ＣＤＭＡ→ＧＳＭ差分データをバージョン「ｓＶ０１．００．０２」にアップデートするための差分更新用データとからなる。そして、アップデート制御プログラム実行中のモデムプロセッサ１０は、上記ダウンロードデータを、ＮＡＮＤメモリ１３上に用意された更新用データ格納領域に保存（Ｐ１１）させる。

次に、当該アップデート制御プログラム実行時のモデムプロセッサ１０は、ＮＡＮＤメモリ１３のソフトウェア変換エンジンをＳＤＲＡＭメモリ１４のＲＡＭワーク領域へ展開（Ｐ１２）すると共に、上記ダウンロードされたソフトウェア更新用データ及び差分更新用データをＲＡＭワーク領域へ転送（Ｐ１２）する。

そして、モデムプロセッサ１０は、上記展開されたソフトウェア変換エンジンにより、ＮＡＮＤメモリ１３上の旧バージョン「Ｖ０１．００．００」のＣＤＭＡプログラムを、上記ソフトウェア更新用データを使用して新バージョン「Ｖ０１．００．０２」のＣＤＭＡプログラムへ書き換える処理つまり更新処理（Ｐ１３）を行う。すなわち、本実施形態において、ソフトウェア変換エンジンは、当該アップデート時の上記更新処理として、旧バージョンのＣＤＭＡプログラムを新バージョンのＣＤＭＡプログラムへ変換する処理を行う。言い換えると、上記ＣＤＭＡプログラムのソフトウェア更新用データは、旧バージョンのＣＤＭＡプログラム内において、新バージョンのＣＤＭＡプログラムとは異なるプログラム構成要素を特定すると同時に、当該旧バージョンのＣＤＭＡプログラム内で特定されたプログラム構成要素を、新バージョンのＣＤＭＡプログラム用のプログラム構成要素へ変換（置換）するためのソフトウェア変換用データとなされている。したがって、ソフトウェア変換エンジンは、前述したプログラム変換処理と同様の処理を実行することで、当該アップデート時の更新処理を実現している。

また、モデムプロセッサ１０は、上記ＣＤＭＡプログラムの更新処理の後（若しくはその更新処理と並行して）、ＣＤＭＡ→ＧＳＭ差分データのアップデートも行う。すなわち、モデムプロセッサ１０は、ＮＡＮＤメモリ１３上のＣＤＭＡ→ＧＳＭ差分データを、上記差分更新用データを使用してバージョン「ｓＶ０１．００．０２」のＣＤＭＡ→ＧＳＭ差分データへ書き換える処理つまり更新処理（Ｐ１３）を行う。なお、この場合の差分更新用データは、新バージョンのＣＤＭＡ→ＧＳＭ差分データとなされ、ＮＡＮＤメモリ１３上の旧バージョンのＣＤＭＡ→ＧＳＭ差分データを上書きするデータとなされる。

これにより、ＮＡＮＤメモリ１３上のＣＤＭＡプログラムは旧バージョン「Ｖ０１．００．００」から新バージョン「Ｖ０１．００．０２」に更新（Ｐ１４）されると共に、ＣＤＭＡ→ＧＳＭ差分データも新バージョン「ｓＶ０１．００．０２」に更新（Ｐ１４）される。

なお、図１４では、ＣＤＭＡプログラムのバージョン「Ｖ０１．００．００」が「Ｖ０１．００．０２」にアップデートされる例を挙げたが、他のバージョンへの更新が行われる場合も上述同様の処理が行われる。

また、上述の説明では、新バージョンの差分更新用データにより旧バージョンのＣＤＭＡ→ＧＳＭ差分データを上書きする例を述べたが、当該差分更新用データについてもソフトウェア更新用データと同様に、旧バージョンと新バージョンとの間の差分からなるデータとなされていてもよい。すなわち、差分更新用データは、旧バージョンのＣＤＭＡ→ＧＳＭ差分データ内において、新バージョンのＣＤＭＡ→ＧＳＭ差分データとは異なるデータ構成要素を特定すると同時に、当該旧バージョンのＣＤＭＡ→ＧＳＭ差分データ内で特定されたデータ構成要素を、新バージョンのＣＤＭＡ→ＧＳＭ差分データのデータ構成要素へ変換（置換）するための差分変換用データであってもよい。

また、ＮＡＮＤメモリ１３にＧＳＭプログラム等が格納されている場合のアップデートについては、上述の説明においてＣＤＭＡをＧＳＭに代えることで流用可能であるため、それらの例示及びその説明については省略することとする。

［本実施形態におけるソフトウェアバージョン管理］
上述したように、本実施形態においては、ＣＤＭＡプログラムのアップデートが行われると、当該アップデートされたプログラムのバージョンに合わせて、ＣＤＭＡ→ＧＳＭ差分データのバージョンアップも行われる。

したがって、本実施形態によれば、上記ＣＤＭＡプログラムのアップデートが完了した後に、例えばＧＳＭモードで起動がなされた場合には、バージョンアップ後のＣＤＭＡプログラム及びＣＤＭＡ→ＧＳＭ差分データにより自動的にバージョンアップがなされたＧＳＭプログラムによる起動が可能となる。

また、本実施形態の場合は、ＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データのバージョンアップが行われると、それと同時にＧＳＭプログラムも自動的にバージョンアップされることになるため、それらＣＤＭＡプログラムとＧＳＭプログラムの各バージョンの管理が非常に容易となる。

図１５〜図１７を参照して、本実施形態におけるＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データのアップデートによるバージョン管理と、その比較例としてＣＤＭＡプログラムとＧＳＭプログラムの両方をＮＡＮＤメモリ等に格納した場合のバージョン管理の違いについて説明する。なお、図１５には、本実施形態においてＣＤＭＡプログラムのバージョンアップ時に管理すべき内容を示し、図１６には、本実施形態におけるＣＤＭＡ→ＧＳＭ差分データのバージョンアップ時に管理すべき内容を示している。また、図１７には、図１５及び図１６に対する比較例として、ＣＤＭＡプログラムとＧＳＭプログラムの両方がＮＡＮＤメモリ等に格納されているとした場合において、特にＧＳＭプログラムのバージョンアップ時に管理すべき内容を示している。

本発明実施形態の場合、バージョンアップ時に管理すべき情報は、図１５及び図１６に示すように、ＣＤＭＡプログラムのバージョンと、そのＣＤＭＡプログラムのバージョンに対応したＣＤＭＡ→ＧＳＭ差分データのバージョンのみとなる。

すなわち本実施形態の場合、ＣＤＭＡプログラムについては、図１５に示すように、更新前バージョンが「Ｖ０１．００．００」であった時には、更新可能なバージョンとして「Ｖ０１．００．０１」と「Ｖ０１．００．０２」を管理することになる。また、更新前バージョンが「Ｖ０１．００．０１」であった時には、更新可能なバージョンとして「Ｖ０１．００．０２」を管理することになる。

また本実施形態において、ＣＤＭＡ→ＧＳＭ差分データについては、図１６に示すように、ＣＤＭＡプログラムのバージョンが「Ｖ０１．００．００」である時には、それに対応したバージョン「ｓＶ０１．００．００」のみを管理すれば良い。また、ＣＤＭＡプログラムのバージョンが「Ｖ０１．００．０１」である時には、ＣＤＭＡ→ＧＳＭ差分データについては、当該ＣＤＭＡプログラムのバージョンに対応した「ｓＶ０１．００．０１」のみを管理すれば良い。同様に、ＣＤＭＡプログラムのバージョンが「Ｖ０１．００．０２」である時には、ＣＤＭＡ→ＧＳＭ差分データについては、当該ＣＤＭＡプログラムのバージョンに対応した「ｓＶ０１．００．０２」のみを管理すれば良い。つまり、本実施形態によれば、ＣＤＭＡプログラムのバージョンアップがなされた時には、ＣＤＭＡ→ＧＳＭ差分データのバージョンと上記ＣＤＭＡプログラムのバージョンを揃えるように管理することのみ行えばよく、ＧＳＭプログラムのバージョンについては一切管理しなくてよいため、バージョン管理が非常に容易となる。

一方で、ＣＤＭＡプログラムとＧＳＭプログラムの両方がＮＡＮＤメモリ等に格納されているような場合には、図１５及び図１７に示すように、それら両方のプログラムについて、更新可能なバージョンの管理を行わなければならない。すなわち、図１５及び図１７に示すように、ＣＤＭＡプログラムとＧＳＭプログラムの両方について、それぞれ更新前バージョンが「Ｖ０１．００．００」であった時には、更新可能なバージョンとして「Ｖ０１．００．０１」と「Ｖ０１．００．０２」をそれぞれについて管理しなければならない。同様に、ＣＤＭＡプログラムとＧＳＭプログラムの両方について、それぞれ更新前バージョンが「Ｖ０１．００．０１」であった時には、更新可能なバージョンとして「Ｖ０１．００．０２」をそれぞれについて管理しなければならない。言い換えると、ＣＤＭＡ，ＧＳＭプログラムの両方がＮＡＮＤメモリに格納されているとした場合、ＣＤＭＡプログラムのバージョンが例えば「Ｖ０１．００．０２」であっても、ＧＳＭプログラムのバージョンが例えば「Ｖ００．００．００」のままであるようなことが起こり、それそれのプログラムについてバージョン管理が必要となり非常に管理が煩雑になる。

これに対して本実施形態の場合は、ＣＤＭＡ→ＧＳＭ差分データのバージョンはＣＤＭＡプログラムのバージョンに連動するため、実質的にはＣＤＭＡプログラムのバージョンのみ管理すればよく、ＧＳＭプログラムについては管理が不要であるため、バージョン管理が非常に容易になる。

なお、本実施形態では、ＣＤＭＡプログラムのアップデートと同時にＣＤＭＡ→ＧＳＭ差分データのアップデートも行う例を挙げたが、例えばＣＤＭＡプログラムの各バージョンにおいてそれぞれ同じＣＤＭＡ→ＧＳＭ差分データが使用される場合も本発明は適用可能である。すなわち例えば図１８に示すように、ＣＤＭＡプログラムについては順次バージョンアップされるが、それら各バージョンにおいてＣＤＭＡ→ＧＳＭ差分データは共通したデータが使用される場合も、各バージョンのＣＤＭＡプログラムと共通のＣＤＭＡ→ＧＳＭ差分データから、自動的にバージョンアップされたＧＳＭプログラムの生成が可能となる。

［アップデート時の動作フローチャート］
図１９には、ＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納されたデュアルブート端末において、本実施形態に係るアップデート制御プログラムをモデムプロセッサ１０が実行して前述したアップデートを行う際の処理の流れを示す。

携帯電話端末のモデムプロセッサ１０は、例えばユーザからのアップデート指示入力によるか若しくは自動アップデート設定等によりソフトウェアのアップデート処理が開始され、且つ実際にアップデートが必要である場合には、図１９に示すフローチャートの処理を開始する。

図１９のフローチャートの処理が開始されると、モデムプロセッサ１０は、先ずステップＳ５１の処理として、例えばＦＯＴＡ機能によるダウンロードにより、ＣＤＭＡプログラムのソフトウェア更新用データのファイルを取得し、そのファイルをＮＡＮＤメモリ１３へ格納する。

また、モデムプロセッサ１０は、ステップＳ５２の処理として、ステップＳ５１でダウンロードしたＣＤＭＡプログラムのバージョンに対応した、ＣＤＭＡ→ＧＳＭ差分データの差分更新用データのファイルをＦＯＴＡ機能でのダウンロードにより取得し、そのファイルをＮＡＮＤメモリ１３へ格納する。

上記ＣＤＭＡプログラムのソフトウェア更新用データと差分更新用データの両ファイルのダウンロードが完了すると、モデムプロセッサ１０は、ステップＳ５３の処理として、ソフトウェア変換エンジンにより、上記ダウンロードしたＣＤＭＡプログラムのソフトウェア更新用データを用いて、ＣＤＭＡプログラムを更新する。

また、モデムプロセッサ１０は、ステップＳ５４の処理として、上記ダウンロードしたＣＤＭＡ→ＧＳＭ差分データの差分更新用データを用いて、ＣＤＭＡ→ＧＳＭ差分データを更新する。

［マルチブート端末のソフトウェア及び差分データのアップデート］
前述の説明ではデュアルブート端末におけるソフトウェアアップデートについて述べたが、本実施形態の携帯電話端末がマルチブート対応の端末である場合、アップデートは以下のようにして行われる。なお、以下の説明では、ＣＤＭＡモード、ＧＳＭモード、ＵＭＴＳモードの何れかで起動可能なマルチブート端末を例に挙げている。

ここで、マルチブート対応の携帯電話端末において、一例として図２０に示すように、端末の内部メモリに、ＣＤＭＡとＧＳＭとＵＭＴＳの三つのプログラムが格納されているとした場合、それら三つのプログラムをそれぞれアップデートする必要がある。すなわち例えば、それら三つのプログラムは、例えば出荷時のバージョン「Ｖ０１．００．００」から「Ｖ０１．００．０１」へ、さらに「Ｖ０１．００．０１」から「Ｖ０１．００．０２」等へと個々にアップデートしなければならなくなる。

これに対し、本実施形態のマルチブート対応の携帯電話端末の場合は、図２１に示すようにしてアップデートが行われる。なお、以下の説明では、ＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納され、また、端末出荷時のＣＤＭＡプログラムのバージョンは「Ｖ０１．００．００」となっており、それがバージョン「Ｖ０１．００．０１」へ変更され、その後、最新版のバージョン「Ｖ０１．００．０２」がリリースされたと仮定する。

マルチブート対応の本実施形態の携帯電話端末は、前述のデュアルブート対応の場合と同様に、ＣＤＭＡプログラム、ＧＳＭプログラム、ＵＭＴＳプログラムの全プログラムのバージョンを同一として定義する。また本実施形態では、ＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データについては、ＣＤＭＡプログラムのバージョンに合わせたものをそれぞれ用意し、ＣＤＭＡプログラムのアップデートと同時に、それらＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データのアップデートも行われる。

本実施形態において、図２１に示すように、例えば現時点のＣＤＭＡプログラムのバージョンが「Ｖ０１．００．００」であり、それが「Ｖ０１．００．０１」にアップデートされる場合、ＣＤＭＡプログラムについては「Ｖ０１．００．０１」のソフトウェア更新用データがダウンロードされる。一方、ＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データについては、当該アップデートされるＣＤＭＡプログラムのバージョン「Ｖ０１．００．０１」に対応したバージョン「ｓＶ０１．００．０１」の差分更新用データがそれぞれダウンロードされる。

また、図２１に示すように、例えば現時点のＣＤＭＡプログラムのバージョンが「Ｖ０１．００．０１」であり、それが「Ｖ０１．００．０２」にアップデートされる場合、ＣＤＭＡプログラムについては「Ｖ０１．００．０２」のソフトウェア更新用データがダウンロードされる。一方、ＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データについては、当該ＣＤＭＡプログラムのバージョン「Ｖ０１．００．０２」に対応したバージョン「ｓＶ０１．００．０２」の差分更新用データがそれぞれダウンロードされる。

同様に、図２１に示すように、現時点のＣＤＭＡプログラムのバージョンが「Ｖ０１．００．００」であり、それが「Ｖ０１．００．０２」にアップデートされる場合、ＣＤＭＡプログラムについては「Ｖ０１．００．０２」のソフトウェア更新用データがダウンロードされる。一方、ＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データについては、当該ＣＤＭＡプログラムのバージョン「Ｖ０１．００．０２」に対応したバージョン「ｓＶ０１．００．０２」の差分更新用データがそれぞれダウンロードされる。

このように、マルチブート対応の携帯電話端末においても前述のデュアルブート端末の場合と同様に、ＣＤＭＡプログラムのアップデートが行われる時には、それと同時にＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データについても差分更新用データを用いたアップデートが行われ、
なお、ＮＡＮＤメモリ１３にＧＳＭプログラム等或いはＵＭＴＳプログラム等が格納されている場合のバージョンアップについては、上述の説明においてＣＤＭＡをＧＳＭに代えること、或いはＣＤＭＡをＵＭＴＳに代えることで流用可能であるため、それらの例示及びその説明については省略することとする。

［マルチブート端末におけるソフトウェア及び差分データアップデート時の動作］
図２２には、マルチブート端末において、ＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納され、そのＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データ及びＣＤＭＡ→ＵＭＴＳ差分データがアップデートされる際の処理手順を示す。なお、図２２では、ＣＤＭＡプログラムのバージョン「Ｖ０１．００．００」が「Ｖ０１．００．０２」にアップデートされる例を挙げている。

図２２において、モデムプロセッサ１０によるアップデート制御プログラムの実行により、ＦＯＴＡ機能によるダウンロードが実施される。この例の場合のダウンロードデータは、ＣＤＭＡプログラムのバージョン「Ｖ０１．００．００」を「Ｖ０１．００．０２」にアップデートするためソフトウェア更新用データと、ＣＤＭＡ→ＧＳＭ差分データ及びＣＤＭＡ→ＵＭＴＳ差分データをそれぞれバージョン「ｓＶ０１．００．０２」にアップデートするための差分更新用データとからなる。そして、アップデート制御プログラム実行中のモデムプロセッサ１０は、上記ダウンロードデータを、ＮＡＮＤメモリ１３上に用意された更新用データ格納領域に保存（Ｐ１１）させる。

次に、モデムプロセッサ１０は、ＮＡＮＤメモリ１３のソフトウェア変換エンジンをＳＤＲＡＭメモリ１４のＲＡＭワーク領域へ展開（Ｐ１２）すると共に、上記ダウンロードされたソフトウェア更新用データ及び差分更新用データをＲＡＭワーク領域へ転送（Ｐ１２）する。

そして、モデムプロセッサ１０は、上記ソフトウェア変換エンジンにより、ＮＡＮＤメモリ１３上の旧バージョン「Ｖ０１．００．００」のＣＤＭＡプログラムを、前述同様にソフトウェア更新用データを使用して新バージョン「Ｖ０１．００．０２」のＣＤＭＡプログラムへ書き換える処理つまり更新処理（Ｐ１３）を行う。

また、モデムプロセッサ１０は、ＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データのアップデートも行う。すなわち、モデムプロセッサ１０は、ＮＡＮＤメモリ１３上の旧バージョンのＣＤＭＡ→ＧＳＭ差分データ及びＣＤＭＡ→ＵＭＴＳ差分データを、上記差分更新用データを使用してそれぞれ新バージョン「ｓＶ０１．００．０２」のＣＤＭＡ→ＧＳＭ差分データ及びＣＤＭＡ→ＵＭＴＳ差分データへ書き換える処理、つまり更新処理（Ｐ１３）を行う。

これにより、ＮＡＮＤメモリ１３上のＣＤＭＡプログラムは旧バージョン「Ｖ０１．００．００」から新バージョン「Ｖ０１．００．０２」に更新（Ｐ１４）されると共に、ＣＤＭＡ→ＧＳＭ差分データ及びＣＤＭＡ→ＵＭＴＳ差分データもそれぞれ新バージョン「ｓＶ０１．００．０２」に更新（Ｐ１４）される。

なお、ＮＡＮＤメモリ１３にＧＳＭプログラム或いはＵＭＴＳプログラム等が格納されている場合のアップデートについては、上述の説明においてＣＤＭＡをＧＳＭに、或いはＣＤＭＡをＵＭＴＳに代えることで流用可能であるため、それらの例示及びその説明については省略することとする。

［マルチブート端末におけソフトウェアバージョン管理］
上述したマルチブート対応の携帯電話端末では、ＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データ及びＣＤＭＡ→ＵＭＴＳ差分データのバージョンアップが同時に行われ、また、そのバージョンアップによりＧＳＭプログラムやＵＭＴＳプログラムも自動的にバージョンアップされることになるため、それら各バージョンの管理が非常に容易となる。

すなわち、本実施形態の場合、ＣＤＭＡプログラムについては、前述の図１５に示したように更新前後のバージョンの管理が行われ、また、ＣＤＭＡ→ＧＳＭ差分データについては前述の図１６に示したようにバージョン管理が行われる。

さらに、当該マルチブート対応の端末の場合、ＣＤＭＡ→ＵＭＴＳ差分データについても、ＣＤＭＡ→ＧＳＭ差分データと同様であり、図２３に示すように、ＣＤＭＡプログラムのバージョンが「Ｖ０１．００．００」である時には、それに対応したバージョン「ｓＶ０１．００．００」であるかのみを管理すればよい。また、ＣＤＭＡプログラムのバージョンが「Ｖ０１．００．０１」である時には、ＣＤＭＡ→ＵＭＴＳ差分データについては、当該ＣＤＭＡプログラムのバージョンに対応した「ｓＶ０１．００．０１」のみを管理すればよい。同様に、ＣＤＭＡプログラムのバージョンが「Ｖ０１．００．０２」である時には、ＣＤＭＡ→ＵＭＴＳ差分データについては、当該ＣＤＭＡプログラムのバージョンに対応した「ｓＶ０１．００．０２」のみを管理すればよい。つまり、本実施形態によれば、ＣＤＭＡ→ＵＭＴＳ差分データのバージョンについては、前述したＣＤＭＡ→ＧＳＭ差分データと同様に、ＣＤＭＡプログラムのバージョンと相対応したバージョンになっているかどうかのみを管理すれば良い。

このように、本実施形態のマルチブート対応の端末によれば、ＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納されている場合には、ＧＳＭプログラムの管理が不要であり、且つＵＭＴＳプログラムの管理も不要であるため、バージョン管理が非常に容易になる。すなわち例えば、ＣＤＭＡプログラムの旧バージョンが「Ｖ０１．００．００」であり、それを新バージョン「Ｖ０１．００．０２」へアップデートすることを考えた場合、本実施形態ならば、ＣＤＭＡプログラムのソフトウェア更新用データとＣＤＭＡ→ＧＳＭ差分データ及びＣＤＭＡ→ＵＭＴＳ差分データの両差分更新用データの合計三つ情報のみを管理すれば良い。これに対して、例えば前述の図２０のように、ＣＤＭＡプログラムとＧＳＭプログラムとＵＭＴＳプログラムの三つをそれぞれ管理する場合には、合計６個のソフトウェア更新用データの管理が必要になる。

なお、この例では、三つのプログラムによるマルチブートの例を挙げたが、さらにプログラム数が増加した場合でも、本実施形態によればバージョン管理が容易であり、プログラム数が増える程、本発明実施形態のメリットは高まる。

［マルチブート端末におけるアップデート時の動作フローチャート］
図２４には、ＮＡＮＤメモリ１３にＣＤＭＡプログラム等が格納されたマルチブート端末において、本発明のアップデート制御プログラムをモデムプロセッサ１０が実行して前述したアップデートを行う際の処理の流れを示す。

携帯電話端末のモデムプロセッサ１０は、例えばユーザからのアップデート開始指示入力によるか若しくは自動アップデート設定等によりソフトウェアのアップデート処理が開始され、且つ実際にアップデートが必要である場合には、図２４に示すフローチャートの処理を開始する。

図２４のフローチャートの処理が開始されると、モデムプロセッサ１０は、先ずステップＳ６１の処理として、ＦＯＴＡ機能によるダウンロードを開始し、ＣＤＭＡプログラムのソフトウェア更新用データのファイルを取得する。

また、モデムプロセッサ１０は、ステップＳ６２の処理として、ステップＳ６１でダウンロードしたＣＤＭＡプログラムのバージョンに対応した、ＣＤＭＡ→ＧＳＭ差分データの差分更新用データのファイルをダウンロード（取得）する。

同様に、モデムプロセッサ１０は、ステップＳ６３の処理として、ステップＳ６１でダウンロードしたＣＤＭＡプログラムのバージョンに対応した、ＣＤＭＡ→ＵＭＴＳ差分データの差分更新用データのファイルをダウンロード（取得）する。

上記ＣＤＭＡプログラムのソフトウェア更新用データと差分更新用データの全ファイルのダウンロードが完了すると、
次に、モデムプロセッサ１０は、ステップＳ６４の処理として、ソフトウェア変換エンジンにより、上記ダウンロードしたＣＤＭＡプログラムのソフトウェア更新用データを用いて、ＣＤＭＡプログラムを更新する。

また、モデムプロセッサ１０は、ステップＳ６５の処理として、上記ダウンロードしたＣＤＭＡ→ＧＳＭ差分データの差分更新用データを用いて、ＣＤＭＡ→ＧＳＭ差分データを更新する。

同様に、モデムプロセッサ１０は、ステップＳ６６の処理として、上記ダウンロードしたＣＤＭＡ→ＧＳＭ差分データの差分更新用データを用いて、ＣＤＭＡ→ＵＭＴＳ差分データを更新する。

〔まとめ〕
以上説明したように、本発明実施形態においては、ブート時に選択的に起動される一つのプログラムと、そのプログラムを別のプログラムへ変換するためのソフトウェア変換用データ（差分データ）とを格納しておくようにしている。これにより、本発明実施形態によれば、ＮＡＮＤメモリ１３にユーザデータ格納領域等のためのメモリ容量を多く確保でき、メモリ容量の有効利用が可能となっている。

また、本発明実施形態においては、ＮＡＮＤメモリ１３に格納されているプログラムの更新と同時に、そのプログラムの更新バージョンに合わせてソフトウェア変換用データ（差分データ）の更新も行うようにしている。これにより、本発明実施形態によれば、ＮＡＮＤメモリ１３に格納されているプログラム以外の他のプログラムについては一切管理する必要がなくなり、アップデート時のバージョン管理運用が非常に容易となっている。

なお、上述した実施形態の説明は、本発明の一例である。このため、本発明は上述した実施形態に限定されることなく、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることはもちろんである。

本発明実施形態の携帯電話端末の概略的な内部構成例を示すブロック図である。 ＮＡＮＤメモリにＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データが格納されている場合と、その比較例としてＣＤＭＡ，ＧＳＭの両プログラムが格納されている場合のメモリマッピング例を示す図である。 ＮＡＮＤメモリにＧＳＭプログラムとＧＳＭ→ＣＤＭＡ差分データが格納されている場合、及び、その比較例としてＣＤＭＡ，ＧＳＭの両プログラムが格納されている場合のメモリマッピング例を示す図である。 ＮＡＮＤメモリにＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データが格納されている場合において、ＣＤＭＡモードで起動する場合の起動処理の説明に用いる図である。 ＮＡＮＤメモリにＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データが格納されている場合において、ＧＳＭモードで起動する場合の起動処理の説明に用いる図である。 ＮＡＮＤメモリにＧＳＭプログラムとＧＳＭ→ＣＤＭＡ差分データが格納されている場合において、ＧＳＭモードで起動する場合の起動処理の説明に用いる図である。 ＮＡＮＤメモリにＧＳＭプログラムとＧＳＭ→ＣＤＭＡ差分データが格納されている場合において、ＣＤＭＡモードで起動する場合の起動処理の説明に用いる図である。 デュアルブート対応の携帯電話端末のＮＡＮＤメモリにＣＤＭＡプログラム等が格納されている場合において、ブート時にモデムプロセッサにて実行される処理の流れを示すフローチャートである。 デュアルブート対応の携帯電話端末のＮＡＮＤメモリにＧＳＭプログラム等が格納されている場合において、ブート時にモデムプロセッサにて実行される処理の流れを示すフローチャートである。 ＮＡＮＤメモリにＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データが格納されている場合と、その比較例としてＣＤＭＡ，ＧＳＭ，ＵＭＴＳの各プログラムが格納されている場合のメモリマッピング例を示す図である。 ＮＡＮＤメモリにＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データが格納されている場合において、ＵＭＴＳモードで起動する場合の起動処理の説明に用いる図である。 マルチブート対応の携帯電話端末のＮＡＮＤメモリにＣＤＭＡプログラム等が格納されている場合において、ブート時にモデムプロセッサにて実行される処理の流れを示すフローチャートである。 デュアルブート対応の携帯電話端末において、ＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データのアップデート時における各バージョンの関係説明に用いる図である。 デュアルブート対応の携帯電話端末において、ＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データのアップデート時の処理手順の説明に用いる図である。 本実施形態においてＣＤＭＡプログラムのバージョンアップ時に管理すべき内容の説明に用いる図である。 本実施形態においてＣＤＭＡ→ＧＳＭ差分データのバージョンアップ時に管理すべき内容の説明に用いる図である。 本実施形態の比較例として、ＣＤＭＡプログラムとＧＳＭプログラムの両方がＮＡＮＤメモリに格納される場合において、特にＧＳＭプログラムのバージョンアップ時に管理すべき内容の説明に用いる図である。 ＣＤＭＡプログラムの各バージョンにおいてそれぞれ同じＣＤＭＡ→ＧＳＭ差分データが使用される場合のバージョンアップの説明に用いる図である。 ＮＡＮＤメモリにＣＤＭＡプログラム等が格納されたデュアルブート端末において、モデムプロセッサにより実行されるアップデート処理の流れを示すフローチャートである。 マルチブート対応の携帯電話端末において、端末の内部メモリにＣＤＭＡとＧＳＭとＵＭＴＳの三つのプログラムが格納されている場合に、それら三つのプログラムのアップデート処理の説明に用いる図である。 マルチブート対応の携帯電話端末において、ＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データのアップデート時における各バージョンの関係説明に用いる図である。 マルチブート対応の携帯電話端末において、ＣＤＭＡプログラムとＣＤＭＡ→ＧＳＭ差分データとＣＤＭＡ→ＵＭＴＳ差分データのアップデート時の処理手順の説明に用いる図である。 本実施形態において、ＣＤＭＡ→ＵＭＴＳ差分データのバージョンアップ時に管理すべき内容の説明に用いる図である。 本実施形態のマルチブート対応の携帯電話端末において、モデムプロセッサにより実行されるアップデート処理の流れを示すフローチャートである。 それぞれ独立したＣＤＭＡプログラムとＧＳＭプログラムが予め用意されている従来のデュアルブート端末において、ブート時にＳＤＲＡＭメモリに展開されるプログラムの説明に用いる図である。 それぞれ独立したＣＤＭＡプログラムとＧＳＭプログラムが予め用意されている従来のデュアルブート端末において、二つのプログラムのアップデート処理の説明に用いる図である。

符号の説明

１０ モデムプロセッサ、１１ ＲＦデバイス、１２ ＬＣＤ部、１３ ＮＡＮＤメモリ、１４ ＳＤＲＡＭメモリ

Claims (7)

1. 少なくとも、第１のプログラムと、当該第１のプログラムを第２のプログラムへ変換するためのソフトウェア変換用データと、を格納した格納部と、
   上記格納部に対するプログラムとデータの書き込み及び読み出しを行う格納制御部と、
   上記格納制御部が上記格納部から読み出した上記第１のプログラムとソフトウェア変換用データとを用いて、上記第１のプログラムを第２のプログラムへ変換する処理を実行するソフトウェア変換処理部と、
   端末起動時に、上記第１のプログラムの起動と、上記プログラム変換処理部による上記第１のプログラムから第２のプログラムへの変換処理及びその変換された第２のプログラムの起動との何れか一方を、事前の起動設定値に応じて実行する端末起動制御部と、
   を有する携帯端末。
2. 上記格納部は、上記第１のプログラムを異なる複数の第２のプログラムへそれぞれ変換するための複数のソフトウェア変換用データを格納している請求項１記載の携帯端末。
3. 第１のプログラムの更新時に、上記格納部に格納されている旧バージョンの第１のプログラムを新バージョンの第１のプログラムへ更新するためのソフトウェア更新用データと、当該第１のプログラムの新バージョンに対応したソフトウェア変換用データとを取得し、上記取得したソフトウェア更新用データを用いて上記旧バージョンの第１のプログラムを新バージョンの第１のプログラムへ更新するソフトウェア更新部を有し、
   上記格納制御部は、上記ソフトウェア更新部による更新後の上記第１のプログラムと、上記ソフトウェア更新部が取得した上記ソフトウェア変換用データとを、上記格納部へ上書きする請求項１又は請求項２記載の携帯端末。
4. 少なくとも第１のプログラムと当該第１のプログラムを第２のプログラムへ変換するためのソフトウェア変換用データとを格納した格納部から、格納制御部が、上記第１のプログラムとソフトウェア変換用データを読み出すステップと、
   上記格納部から読み出された第１のプログラムとソフトウェア変換用データを用いて、ソフトウェア変換処理部が、上記第１のプログラムを第２のプログラムへ変換する処理を実行するステップと、
   端末起動時に、端末起動制御部が、上記第１のプログラムの起動と、上記プログラム変換処理部による上記第１のプログラムから第２のプログラムへの変換処理及びその変換された第２のプログラムの起動との何れか一方を、事前の起動設定値に応じて実行するステップと、
   を有する携帯端末制御方法。
5. 第１のプログラムの更新時に、ソフトウェア更新部が、上記格納部に格納されている旧バージョンの第１のプログラムを新バージョンの第１のプログラムへ更新するためのソフトウェア更新用データと、当該第１のプログラムの新バージョンに対応した上記ソフトウェア変換用データとを取得して、当該取得したソフトウェア更新用データを用いて上記旧バージョンの第１のプログラムを新バージョンの第１のプログラムへ更新するステップと、
   上記格納制御部が、上記ソフトウェア更新部による更新後の上記第１のプログラムと、上記ソフトウェア更新部が取得した上記ソフトウェア変換用データとを、上記格納部へ上書きするステップとを有する請求項４記載の携帯端末制御方法。
6. 少なくとも第１のプログラムと当該第１のプログラムを第２のプログラムへ変換するためのソフトウェア変換用データとを格納した格納部に対して、プログラムとデータの書き込み及び読み出しを行う格納制御部と、
   上記格納制御部が上記格納部から読み出した上記第１のプログラムとソフトウェア変換用データとを用いて、上記第１のプログラムを第２のプログラムへ変換する処理を実行するソフトウェア変換処理部と、
   端末起動時に、上記第１のプログラムの起動と、上記プログラム変換処理部による上記第１のプログラムから第２のプログラムへの変換処理及びその変換された第２のプログラムの起動との何れか一方を、事前の起動設定値に応じて実行する端末起動制御部として、
   携帯端末のプロセッサを動作させる携帯端末制御プログラム。
7. 第１のプログラムの更新時に、上記格納部に格納されている旧バージョンの第１のプログラムを新バージョンの第１のプログラムへ更新するためのソフトウェア更新用データと、当該第１のプログラムの新バージョンに対応した上記ソフトウェア変換用データとを取得して、当該取得したソフトウェア更新用データを用いて上記旧バージョンの第１のプログラムを新バージョンの第１のプログラムへ更新するソフトウェア更新部として携帯端末のプロセッサを動作させ、
   上記格納制御部では、上記ソフトウェア更新部による更新後の上記第１のプログラムと、上記ソフトウェア更新部が取得した上記ソフトウェア変換用データとを、上記格納部へ上書きする請求項６記載の携帯端末制御プログラム。

Images