(57)【特許請求の範囲】
【請求項１】
携帯電話機の内蔵メモリの電源断となったときに、前記内蔵メモリに格納されているユーザー設定情報を読み出してバックアップ用のフラッシュメモリに保存するバックアップ保存処理を行い、その後、前記内蔵メモリの電源入となると、前記フラッシュメモリに保存されたユーザー設定情報を前記携帯電話機の内蔵メモリに書き込むバックアップ処理を管理する携帯電話機のユーザー設定情報管理方法において、
前記フラッシュメモリを、相互に独立にイレーズすることができる複数のブロックに分割し、各ブロックを、前記バックアップ保存処理に使用されてユーザー設定情報が書き込まれるユーザー設定情報領域と、ブロック毎のブロック管理情報を書き込むブロック管理領域とに分割し、バックアップ保存処理に使用されたブロックの、当該処理を受けた順序を判定することができるユーザー設定情報履歴をブロック管理情報としてブロック毎に生成し、前記携帯電話機の電源が断となる毎に、総てのブロックのブロック管理情報を比較して最先にバックアップ保存処理を受けたブロックと最近にバックアップ保存処理を受けたブロックとを判定し、最先にバックアップ保存処理を受けたブロックをイレーズして当該ブロックにバックアップ保存処理を実行し、そのイレーズおよびバックアップ保存処理されるブロックのブロック管理情報を、前記最近にバックアップ保存処理を受けたブロックに書き込むことを特徴とする、ユーザー設定情報管理方法。
【請求項２】
携帯電話機の電源の充電が開始となったときに、前記携帯電話機の内蔵メモリに格納されているユーザー設定情報を読み出してバックアップ用のフラッシュメモリに保存するバックアップ保存処理を行い、その後、前記携帯電話機の電源の充電が終了となると、前記フラッシュメモリに保存されたユーザー設定情報を前記携帯電話機の内蔵メモリに書き込むバックアップ処理を管理する携帯電話機のユーザー設定情報管理方法において、
前記フラッシュメモリを、相互に独立にイレーズすることができる複数のブロックに分割し、各ブロックを、前記バックアップ保存処理に使用されてユーザー設定情報が書き込まれるユーザー設定情報領域と、ブロック毎のブロック管理情報を書き込むブロック管理領域とに分割し、バックアップ保存処理に使用されたブロックの、当該処理を受けた順序を判定することができるユーザー設定情報履歴をブロック管理情報としてブロック毎に生成し、前記携帯電話機の電源の充電が開始となる毎に、総てのブロックのブロック管理情報を比較して最先にバックアップ保存処理を受けたブロックと最近にバックアップ保存処理を受けたブロックとを判定し、最先にバックアップ保存処理を受けたブロックをイレーズして当該ブロックにバックアップ保存処理を実行し、そのイレーズおよびバックアップ保存処理されるブロックのブロック管理情報を、前記最近にバックアップ保存処理を受けたブロックに書き込むことを特徴とする、ユーザー設定情報管理方法。
【請求項３】
各ブロック毎にバックアップ保存処理を受けた回数を計数して、該計数値の少ないブロックを、最先にバックアップ保存処理を受けたブロックと判定し、該計数値の大きいブロックを、最近にバックアップ保存処理を受けたブロックと判定する、請求項１または請求項２に記載のユーザー設定情報管理方法。
【請求項４】
携帯電話機の内蔵メモリの電源断となったときに、前記内蔵メモリに格納されているユーザー設定情報を読み出してバックアップ用のフラッシュメモリに保存するバックアップ保存処理を行い、その後、前記内蔵メモリの電源入となると、前記フラッシュメモリに保存されたユーザー設定情報を前記携帯電話機の内蔵メモリに書き込むバックアップ処理を管理する携帯電話機のユーザー設定情報管理システムにおいて、
前記フラッシュメモリは、相互に独立にイレーズすることができる複数のブロックに分割され、各ブロックは、前記バックアップ保存されるユーザー設定情報を書き込むユーザー設定情報領域と、ブロック毎のブロック管理情報を書き込むブロック管理領域とを有し、前記ブロック管理領域は、それぞれのブロックがバックアップ保存処理を受けたブロック順を判定することができるバックアップ保存履歴が書き込まれるデータ履歴フィールドを有し、
ＣＰＵは、携帯電話機の内蔵メモリの電源断となったときに、総てのブロックのブロック管理領域に書き込まれているバックアップ保存履歴を比較して最先にバックアップ保存処理を受けたブロックと最近にバックアップ保存処理を受けたブロックとを判定し、最先にバックアップ保存処理を受けたブロックをイレーズして当該ブロックにバックアップ保存を実行し、そのイレーズおよびバックアップ保存処理されるブロックのブロック管理情報を、前記最近にバックアップ保存処理を受けたブロックに書き込むことを特徴とする、携帯電話機のユーザー設定情報管理システム。
【請求項５】
携帯電話機の電源の充電が開始となったときに、前記内蔵メモリに格納されているユーザー設定情報を読み出してバックアップ用のフラッシュメモリに保存するバックアップ保存処理を行い、その後、前記携帯電話機の電源の充電が終了となると、前記フラッシュメモリに保存されたユーザー設定情報を前記携帯電話機の内蔵メモリに書き込むバックアップ処理を管理する携帯電話機のユーザー設定情報管理システムにおいて、
前記フラッシュメモリは、相互に独立にイレーズすることができる複数のブロックに分割され、各ブロックは、前記バックアップ保存されるユーザー設定情報を書き込むユーザー設定情報領域と、ブロック毎のブロック管理情報を書き込むブロック管理領域とを有し、前記ブロック管理領域は、それぞれのブロックがバックアップ保存処理を受けたブロック順を判定することができるバックアップ保存履歴が書き込まれるデータ履歴フィールドを有し、
ＣＰＵは、携帯電話機の電源の充電が開始となったときに、総てのブロックのブロック管理領域に書き込まれているバックアップ保存履歴を比較して最先にバックアップ保存処理を受けたブロックと最近にバックアップ保存処理を受けたブロックとを判定し、最先にバックアップ保存処理を受けたブロックをイレーズして当該ブロックにバックアップ保存を実行し、そのイレーズおよびバックアップ保存処理されるブロックのブロック管理情報を、前記最近にバックアップ保存処理を受けたブロックに書き込むことを特徴とする、携帯電話機のユーザー設定情報管理システム。
【請求項６】
前記バックアップ保存履歴は、それぞれのブロックが現在までにバックアップ保存処理を受けた回数の計数値である、請求項４または請求項５に記載の携帯電話機のユーザー設定情報管理システム。
【請求項７】
ブロック管理領域は、データ履歴フィールドの他に、現在、イレーズおよびバックアップ保存処理を受けているブロックのイレーズの進行状況を表すフィールドと、イレーズ完了後に行われるバックアップ保存の進行状況を表すフィールドとを備えている請求項６に記載の携帯電話機のユーザー設定情報管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯電話機のユーザー設定情報管理方法とユーザー設定情報管理システムに関し、特に、携帯電話機の内蔵メモリに格納されているユーザー設定情報を読み出してバックアップ用のフラッシュメモリに保存するユーザー設定情報管理方法およびユーザー設定情報管理システムに関する。
【０００２】
【従来の技術】
現在の携帯電話においては、電話帳等のユーザー個人が入力する情報は、ＳＲＡＭ（スタティックランダムアクセスメモリ）に格納されている。しかし、ＳＲＡＭは、その特性として、読み出し・書き込みは自由に行うことができるという利点があるけれど、携帯電話機内のバックアップ電池切れが発生すると、データを保持することが出来ないという問題をもっている。その結果、バックアップ電池切れの状態に陥ると、ユーザー個人が入力したデータが消えてしまい再度入力し直さなければならなかった。
【０００３】
この問題を解決するために、フラッシュ型ＥＥＰ−ＲＯＭ（以下、ＦＲＯＭと記す）が携帯電話のメモリダイヤル等に使用されるようになっている。ＦＲＯＭは、不揮発性で電気的に書込・消去が出来るばかりでなく、低消費電力で、ハードディスクに比較してアクセス時間が早い等の長所をもっている。その理由で、データ保持を保証するＦＲＯＭにデータをバックアップすることによって、バックアップ電池切れに起因してデータが消滅するという問題を防ぐことが可能になる。
【０００４】
特開２０００−１１５３４６に、ＦＲＯＭを用いたバックアップ装置が開示されている。
このバックアップ装置は、接続用コネクタを介して携帯電話のデータ通信用コネクタに直接接続され、携帯電話から電源を供給されている。そして、シングルチップマイクロコンピュータの制御によって、接続用コネクタを介して、携帯電話から電話番号データを読み出してフラッシュメモリへ格納し、また、フラッシュメモリに格納された電話番号データを携帯電話へ書き込む。携帯電話からの電話番号データの読み出し、および、携帯電話への電話番号データの書き込みの終了は、通知手段によって携帯電話に通知される。
このように、バックアップ装置の電源は、携帯電話から供給されるので、バックアップ装置自体は小型軽量化することができ、その結果、バックアップ装置を携帯電話と共に便利に携帯することができる。
【０００５】
【発明が解決しようとする課題】
上記のバックアップ装置は、バックアップが正常に行われる場合には便利な装置である。
しかし、周知のように、ＦＲＯＭはＳＲＡＭとは異なり、データのビット１からビット０への書き込みは可能であるが、ビット０からビット１への書き込みは出来ない。したがって、ユーザー情報のデータ等のように、１と０とが不特定に出現するデータをＦＲＯＭに書き込むときには、部分的に上書きすることはできないので、一度イレーズ（消去）を行なった後でなければ、新しいデータは書き込むことはできない。
【０００６】
このように、ＦＲＯＭは、イレーズを行なった後でなければ、新しいデータは書き込むことはできないという特性をもっているので、バックアップのためにＦＲＯＭの旧データをイレーズしたときに電源断等でＳＲＡＭのデータが失われると、イレーズされた旧データと共にＳＲＡＭに蓄積されていた最近のデータも完全に消滅するという危険がある。
【０００７】
本発明の目的は、ユーザー設定情報のバックアップのためにＦＲＯＭをイレーズしたときにＳＲＡＭの電源断があっても、データが失われることを防止することができるユーザー設定情報管理方法およびユーザー設定情報管理システムを提供することにある。
【０００８】
【課題を解決するための手段】
上記の目的を達成するために、本発明の携帯電話機のユーザー設定情報管理方法は、携帯電話機の内蔵メモリの電源断となったときに、前記内蔵メモリに格納されているユーザー設定情報を読み出してバックアップ用のフラッシュメモリに保存するバックアップ保存処理を行い、その後、前記内蔵メモリの電源入となると、前記フラッシュメモリに保存されたユーザー設定情報を前記携帯電話機の内蔵メモリに書き込むバックアップ処理を管理する携帯電話機のユーザー設定情報管理方法において、
前記フラッシュメモリを、相互に独立にイレーズすることができる複数のブロックに分割し、各ブロックを、前記バックアップ保存処理に使用されてユーザー設定情報が書き込まれるユーザー設定情報領域と、ブロック毎のブロック管理情報を書き込むブロック管理領域とに分割し、バックアップ保存処理に使用されたブロックの、当該処理を受けた順序を判定することができるユーザー設定情報履歴をブロック管理情報としてブロック毎に生成し、前記携帯電話機の電源が断となる毎に、総てのブロックのブロック管理情報を比較して最先にバックアップ保存処理を受けたブロックと最近にバックアップ保存処理を受けたブロックとを判定し、最先にバックアップ保存処理を受けたブロックをイレーズして当該ブロックにバックアップ保存処理を実行し、そのイレーズおよびバックアップ保存処理されるブロックのブロック管理情報を、前記最近にバックアップ保存処理を受けたブロックに書き込むことを特徴とする。
【０００９】
このように、最先にバックアップ保存処理を受けたブロックをイレーズして当該ブロックに対してバックアップ保存を実行するので、仮に、そのバックアップ保存の過程に失敗しても、最近にバックアップ保存処理を受けたブロックに保存されているユーザー設定情報を使用することができる。したがって、バックアップに障害が生じても、ユーザー設定情報が失われることはなくなる。
【００１０】
どのブロックが最先に、または最近にバックアップ保存処理を受けたブロックであるか（ブロックの、バックアップ保存処理を受けた順序）の判定は、次のように行うことができる。
各ブロック毎にバックアップ保存処理を受けた回数を計数して、該計数値の少ないブロックを、最先にバックアップ保存処理を受けたブロックと判定し、該計数値の大きいブロックを、最近にバックアップ保存処理を受けたブロックと判定する。
【００１２】
本発明のユーザー設定情報管理システムは、携帯電話機の内蔵メモリの電源断となったときに、前記内蔵メモリに格納されているユーザー設定情報を読み出してバックアップ用のフラッシュメモリに保存するバックアップ保存処理を行い、その後、前記内蔵メモリの電源入となると、前記フラッシュメモリに保存されたユーザー設定情報を前記携帯電話機の内蔵メモリに書き込むバックアップ処理を管理する携帯電話機のユーザー設定情報管理システムにおいて、
前記フラッシュメモリは、相互に独立にイレーズすることができる複数のブロックに分割され、各ブロックは、前記バックアップ保存されるユーザー設定情報を書き込むユーザー設定情報領域と、ブロック毎のブロック管理情報を書き込むブロック管理領域とを有し、前記ブロック管理領域は、それぞれのブロックがバックアップ保存処理を受けたブロック順を判定することができるバックアップ保存履歴が書き込まれるデータ履歴フィールドを有し、
ＣＰＵは、携帯電話機の内蔵メモリの電源断となったときに、総てのブロックのブロック管理領域に書き込まれているバックアップ保存履歴を比較して最先にバックアップ保存処理を受けたブロックと最近にバックアップ保存処理を受けたブロックとを判定し、最先にバックアップ保存処理を受けたブロックをイレーズして当該ブロックにバックアップ保存を実行し、そのイレーズおよびバックアップ保存処理されるブロックのブロック管理情報を、前記最近にバックアップ保存処理を受けたブロックに書き込むことを特徴とする。
【００１６】
【作用】
本発明は、バックアップ中の電源断等で旧データの消滅を避けることを意図して行われている。そのために、ＦＲＯＭを多面（多ブロック）で交互に使用し、電源ＯＦＦ時にユーザー設定情報をフラッシュメモリの１つの面にバックアップ保存するので、仮に、当該１つの面へのバックアップ保存に失敗しても、他の面に保存されているユーザー設定情報を使用することができる。その結果、ユーザー設定情報の保持を確実にすることができる。
【００１７】
本発明においては、所定の事象、例えば電源ＯＦＦが発生した時に自動的にバックアップが行なわれるので、ユーザーが特にバックアップを意識することなくユーザー設定情報をＦＲＯＭに格納することができる。したがって、ユーザーが意識しないバックアップ電池切れ等の場合でもユーザー設定情報を確実に保持することが可能になる。
【００１８】
【発明の実施の形態】
次に、図面を参照して本発明の実施形態を説明する。
本実施形態は、主に携帯電話に使用するユーザー設定情報（電話帳等）管理システムとユーザー情報管理方法の一例である。
図１は、本発明の第１の実施形態のユーザー設定情報管理方法を実施するためのユーザー設定情報管理システムのメモリ構成を示す図である。図２は、ＦＲＯＭの各ブロックに設けられているフロック管理領域の構成を示す図である。
【００１９】
携帯電話１０には、電話帳等のユーザー設定情報を格納するＳＲＡＭ２０の他にバックアップ用のＦＲＯＭ３０が設けられている。ＦＲＯＭ３０には、相互に独立に消去することができる２つのブロック１および２が用意されている。ブロック１、２には、ユーザー設定情報をバックアップするユーザー設定情報領域１１、２１とブロック管理領域１２、２２がそれぞれ設けられている。
以下に記述において、ブロック番号をｋ（ｋ＝１，２）で指定し、各ブロック内の領域（ユーザー設定情報をバックアップ保存するユーザー設定情報領域とブロック管理領域）をｐ（ｐ＝１，２）で指定する。この場合、ｐ＝１はユーザー設定情報をバックアップ保存する領域で、ｐ＝２はブロック管理領域である。そして、ｋブロックのｐ領域をｋｐで表す。したがって、領域１２はブロック１のブロック管理領域であり、領域２１は、ブロック２のユーザー設定情報領域（以下、バックアップ領域と記す）である。
【００２０】
各ブロックのブロック管理領域ｋ２（ｋ＝１，２）は使用状況、バックアップ領域のイレーズ状況、データ履歴の情報を格納する。
使用状況とは、イレーズされたバックアップ領域の使用状況、すなわち、ＳＲＡＭからバックアップデータが書き込まれる書き込み処理の進行状況を表す。
本実施形態では、使用状況は次のように、４桁の１６進数を上位２桁と下位２桁に分けて表されている。
【００２１】
【表１】
0003709338.tif 000002
表１中、「未使用」とは、消去されたままの状態であって、使用状態、例えば、「書き込み中」や「有効」を表すデータが書き込まれていない状態を表す。「有効」とは、書き込みが支障なく完了し、したがって書き込まれたデータはバックアップデータとして使用することが出来るということである。また、使用状況をこのように３２ビットを単位にして表す理由は、フラッシュメモリの特性として、未使用（消去状態）では全てのビットが立っている（オールＦＦになっている）からである。また、書き込みに関しても、３２ビット単位でしか書けないからである。
【００２２】
イレーズ状況は、対象ブロックのイレーズ処理の進行状態を表し、未使用、イレーズ中、イレーズ完了の３段階によって表２のように表される。
【００２３】
【表２】
0003709338.tif 000003
データ履歴は、バックアップデータのデータ順管理のためのデータで、0001h〜FFFEhを書き込み毎にカウントアップする。そして、FFFFhを未使用状態とし最初の書き込み時の値を0001hとする。また、FFFEhの次を0001hとする。
【００２４】
ここで注意を要することは、ブロック１のブロック管理領域１２には、フロック２のブロック管理データが書き込まれ、ブロック２のブロック管理領域２２には、フロック１のブロック管理データが書き込まれることである。その理由は、本発明が意図するブロック管理とは、各フロックのイレーズおよびイレーズ後のバックアップデータの書き込みの管理である。したがって、イレーズ対象ブロックのブロック管理領域に当該ブロックの消去・書き込み情報を書き込むことはできないからである。
【００２５】
携帯電話機のＣＰＵは、電源ＯＦＦ時にＦＲＯＭのデータ履歴から判断して２つのブロックのうち、古い方（時間的に前にバックアップ保存を行った方）をバックアップ対象ブロックとしてＳＲＡＭからユーザー設定情報をコピーする。そして、電源がＯＮになった時には、ＦＲＯＭのデータ履歴から判断して２つのブロックのうちで新しい方（最近にバックアップ保存を行った方）のブロックに蓄積されているユーザー設定情報をＳＲＡＭのユーザー設定情報エリアに展開する。
【００２６】
次に、図３および図４を参照して本実施形態の動作について詳細に説明する。
【００２７】
図３は電源ＯＦＦによって起動されるＦＲＯＭバックアップ処理の一実施例の流れを示すフローチャートである。本実施例は、ＦＲＯＭの２つのブロック１、２のデータ履歴から判断して「古い方」のブロックがブロック１である場合の例である。したがって、このバックアッププログラムが起動した時点では、ブロック２のブロック管理情報はブロック１のブロック管理情報領域１２に保存されているけれど、新しい方のブロック２のブロック管理情報領域２２は未使用状態になっている。その理由は、ブロック２に新しくユーザー設定情報がバックアップ保存される前に行われたイレーズ処理によって、ブロック管理情報領域２２は未使用状態にされているからである。
【００２８】
本発明においては、古い方のブロック、したがって、本実施例では、ブロック１にバックアップデータを保存する。そして、ブロック１のイレーズおよびバックアップ保存に関するブロック管理情報をブロック２のブロック管理情報領域２２（現在は未使用状態になっている）に書き込む。
【００２９】
このように古い方のブロックにバックアップ保存をする理由は、バックアップの途中で電池外し等が発生してバックアップ完了前に電源断等のために、バックアップに失敗した場合においても、新しい方のブロック２に保存されている最近のバックアップデータを使用することができるからである。
【００３０】
ＣＰＵは、電源ＯＦＦを判断すると（ステップＳ１）、ブロック１が古い方のブロックであると判断して、ブロック１についてバックアップ処理を開始する（ステップＳ２）。そして、ブロック２のブロック管理領域２２のイレーズ状況フィールドにイレーズ中（FF00）を書き込み（ステップＳ３）、「イレーズ中」すなわち、FF00の書き込みが完了すると（ステップＳ４）、ブロック１をブロックイレーズする（ステップＳ５）。イレーズ完了後（ステップＳ６）、ブロック管理領域２２のイレーズ状況に「イレーズ完了」（0000）を書き込む（ステップＳ７）。「イレーズ完了」の書き込みが完了すると（ステップＳ８）、ブロック管理領域２２の使用状況フィールドに「書込開始」を書き込みむ（ステップＳ９）。ステップＳ９の書き込みが完了すると（ステップＳ１０）、ブロック１のユーザー設定情報領域１１にＳＲＡＭのデータを書き込む（ステップＳ１１）。データの書き込みが終了すると（ステップＳ１２）、ブロック管理領域２２の使用状況に「有効（書込完了）」（0000）を書き込み、及びデータ履歴フィールドに１だけカウントアップしたバックアップ回数を書き込む（ステップＳ１３）。「有効」の書き込みおよびデータ履歴の書き込みが完了する（ステップＳ１４）とバックアップ処理を終了する。
【００３１】
図４は電源がＯＮになった時におけるＳＲＡＭ展開処理の一実施例の流れを示すフローチャートである。本実施例は、ＦＲＯＭの２つのブロックのデータ履歴から、ブロック１が新しい方のブロックであると判断した場合である。（図３のバックアップ処理を実行した結果、ブロック１が「新しい」ブロックになる。このとき、そのバックアップ処理の初めの段階で実行されたイレーズ処理のため、ブロック１のブロック管理情報領域１２は、未使用状態になっている。）
先ず、携帯電話のＣＰＵは、電源がＯＮ動作をしたと判断すると（ステップＳ１）、ブロック管理領域２２の使用状況を読み出し（ステップＳ２）、「有効」（書込完了）（0000）であったら（ステップＳ３）、ブロック１のユーザー設定情報領域１１のデータをＳＲＡＭ２０に展開する（ステップＳ４）。ブロック管理領域２２の使用状況が「有効」（書込完了）以外であった場合には、ブロック２のユーザー設定情報領域２１のデータをＳＲＡＭ２０に展開する（ステップＳ５）。以上の処理で電源ＯＮ時のＳＲＡＭ展開処理を終了する。
【００３２】
本実施形態の変形例として、バックアップするトリガを電源ＯＦＦ時だけでなく、充電開始時等で行なえば、電源ＯＦＦを普段行なわないユーザーでも電話帳等のバックアップを行なうことができる。
【００３３】
次に、本発明の第２の実施形態について説明する。
第１の実施形態は、ブロック数ｋ＝２の場合であるが、本実施形態はブロック数ｋを任意の整数ｎに拡張した場合である。
この実施形態においても、それぞれのブロックのブロック管理領域は、図２と同様なフォーマットをもっている。しかし、それぞれのフィールドに書き込まれる内容は、拡張された内容になる。
【００３４】
第１の実施形態においては、２つのブロックのうち、「古い方」のブロック（第１のブロックと記す）をイレーズして、バックアップデータを書き込む。このバックアップデータが書き込まれた時点では、第１のブロックのブロック管理領域は未使用である。このバックアップ後においては、第１のブロックは「新しい」ブロックになり、新たにバックアップデータが書き込まれたユーザー設定情報領域と、未使用のブロック管理領域とをもつ。そして、初めに「新しい方」のブロックであった第２のブロックは、第１のブロックにバックアップデータが書き込まれた後には、古い方のブロックになる。
【００３５】
従って、次のイレーズ処理は、第２のブロックに対して行われ、第２のブロックのブロック管理情報は、第１のブロックのブロック管理情報領域（現在は、未使用状態）に書き込まれる。
【００３６】
上の記述をブロック数ｋ＝ｎの一般の場合に拡張すると次のようになる。
「第２の実施形態においては、ｎ個のブロックのうち、「最も古い」ブロック（第１のブロックと記す）をイレーズして、バックアップデータを書き込む。このバックアップデータが書き込まれた時点では、第１のブロックのブロック管理領域は未使用である。このバックアップ後においては、第１のブロックは「最も新しい」ブロックになり、新たにバックアップデータが書き込まれたユーザー設定情報領域と、未使用のブロック管理領域とをもつ。そして、初めに「最も新しい」のブロックであった第２のブロックは、第１のブロックにバックアップデータが書き込まれた後には、２番目に新しいブロックになる。
【００３７】
従って、次のイレーズ処理は、現在、最も古いブロックに対して行われ、現在最も古いブロックのブロック管理情報は、現在最も新しいブロックになった第１のブロックのブロック管理情報領域（現在は、未使用状態）に書き込まれる」。
【００３８】
図５は、第２の実施形態を説明する一実施例の概念図である。
図５の実施例は、ｋ＝４の場合の例である。図において、１、２、３、４は、それぞれブロック１、２、３および４のバックアップ領域ｋ１（ｋ＝１〜４）である。各ブロックの下方のフィールドは、そのブロックのブロック管理領域ｋ２（ｋ＝１〜４）である。各ブロック管理領域ｋ２（ｋ＝１〜４）に記されている数字は、そのブロック管理領域に書き込まれているブロック管理情報が関連しているブロック番号である。
例えば、図５の左上のブロックの、１と２という数字は、番号１のブロックのバックアップ領域と、そのブロック１のブロック管理領域には、ブロック２のブロック管理情報が書き込まれていることを示している。
【００３９】
図中、Ａ、Ｂ、Ｃ、Ｄは、ブロックの「新しさ」を表し、Ａの列のブロックが最も古く（最先にイレーズ処理とバックアップ保存が行われたブロック）、Ｄ列が最も新しいブロックである。最新のブロックのブロック管理領域は未使用になっているので、数字は記載されず、ブランクである。Ｔ１、Ｔ２、Ｔ３、Ｔ４はイレーズ処理およびバックアップ保存が行われる時点（電源ＯＦＦの時点）である。
【００４０】
図５の一番上の行は、時点Ｔ１においては、ブロック４が最新でブロック１が最も古いことを示している。ブロック１、ブロック２、ブロック３のブロック管理領域にそれぞれ、ブロック番号２、３、４が入る理由は、以下の記述から明らかになる。
【００４１】
時点Ｔ２において電源ＯＦＦになると、時点Ｔ１で最も古いブロック１がイレーズされ、そのブロック管理領域に書き込まれているブロック管理情報も消去されて未使用状態になる。そして、ＳＲＡＭ２０からユーザー設定情報が書き込まれる。このバックアップ処理によってブロック１は、最新のブロックになる。この処理におけるブロック１に関するブロック管理情報は、時点Ｔ１において未使用になっているブロック４のブロック管理領域４２に書き込まれている。
【００４２】
その結果、時点Ｔ２における電源ＯＦＦによって、ブロック１が最新（ブロック管理領域１２はブランク）になり、ブロック１に関するブロック管理情報が書き込まれたブロック４は２番目に新しいブロックになる。それに応じて、ブロック３、ブロック２は古いブロックに繰り下がる。
【００４３】
同様な処理が、時点Ｔ３、時点Ｔ４において電源ＯＦＦになったときに行われる。このようにして、各時点の電源ＯＦＦによって各ブロックのブロック管理領域に図５に示されているような、ブロック管理情報が書き込まれることになる。
【００４４】
従って、例えば、時刻Ｔ２における電源断をトリガとしてブロック１に対するバックアップ処理を実行中に何かの原因でそのバックアップ処理に失敗したとしても、その時点で２番目に新しいブロック４に保存されているユーザー設定情報を、電源がＯＮになった時にＳＲＡＭに供給することができる。
【００４５】
【発明の効果】
以上説明したように、ユーザー設定情報のバックアップメモリとして、独立にイレーズすることができる複数のブロックを有するフラッシュ型ＲＯＭを用い、電源ＯＦＦ毎に、各ブロックのブロック管理領域に書き込まれているバックアップ履歴を参照して、バックアップ履歴が最も古いブロックにバックアップ保存をすることによって、電話帳等のユーザーが入力したユーザー設定情報を、バックアップ電池切れ等が発生しても損失することなく保持することが可能になる。
【図面の簡単な説明】
【図１】第１の実施形態のユーザー設定情報管理方法を実施するためのユーザー設定情報管理システムのメモリ構成を示す図である。
【図２】ＦＲＯＭの各ブロックに設けられているフロック管理領域の構成を示す図である。
【図３】電源ＯＦＦによって起動されるＦＲＯＭバックアップ処理の一実施例の流れを示すフローチャートである。
【図４】電源ＯＮ時におけるＳＲＡＭ展開処理の一実施例の流れを示すフローチャートである。
【図５】第２の実施形態を説明する一実施例の概念図である。
【符号の説明】
１、２、３、４  ブロック
１０  携帯電話
１１、２１  ユーザー設定情報領域
１２、２２  ブロック管理領域
２０  ＳＲＡＭ
３０  ＦＲＯＭ
１、２、３、４  それぞれブロック１、２、３、４のユーザー設定情報領域
【図１】
0003709338.tif 000004
【図２】
0003709338.tif 000005
【図３】
0003709338.tif 000006
【図４】
0003709338.tif 000007
【図５】
0003709338.tif 000008