JP2002157170A - 携帯電話のユーザー設定情報管理方法とユーザー設定情報管理システム - Google Patents
携帯電話のユーザー設定情報管理方法とユーザー設定情報管理システムInfo
- Publication number
- JP2002157170A JP2002157170A JP2000355914A JP2000355914A JP2002157170A JP 2002157170 A JP2002157170 A JP 2002157170A JP 2000355914 A JP2000355914 A JP 2000355914A JP 2000355914 A JP2000355914 A JP 2000355914A JP 2002157170 A JP2002157170 A JP 2002157170A
- Authority
- JP
- Japan
- Prior art keywords
- block
- backup
- setting information
- user setting
- backup storage
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/26—Devices for calling a subscriber
- H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
- H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
- H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/26—Devices for calling a subscriber
- H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
- H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
- H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
- H04M1/2753—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content
- H04M1/2757—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content by data transmission, e.g. downloading
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
Abstract
(57)【要約】
【課題】 ＳＲＡＭの電源断があっても、データが失わ
れることを防止することができるユーザー設定情報管理
方法を提供する。 【解決手段】 フラッシュメモリを、複数のブロックに
分割し、各ブロックを、ユーザー設定情報を書き込むユ
ーザー設定情報領域と、ブロック毎のブロック管理情報
を書き込むブロック管理領域とに分割し、バックアップ
保存処理されたブロックの、当該処理を受けた順序を判
定することができるユーザー設定情報履歴をブロック管
理情報としてブロック毎に生成し、バックアッププログ
ラムを起動するトリガが発生する毎に、総てのブロック
管理情報を比較して、最先にバックアップ保存処理を受
けたブロックをイレーズして当該ブロックにバックアッ
プ保存を実行し、そのイレーズおよびバックアップ保存
処理されるブロックのブロック管理情報を、前記最近に
バックアップ保存処理を受けたブロックに書き込む。
れることを防止することができるユーザー設定情報管理
方法を提供する。 【解決手段】 フラッシュメモリを、複数のブロックに
分割し、各ブロックを、ユーザー設定情報を書き込むユ
ーザー設定情報領域と、ブロック毎のブロック管理情報
を書き込むブロック管理領域とに分割し、バックアップ
保存処理されたブロックの、当該処理を受けた順序を判
定することができるユーザー設定情報履歴をブロック管
理情報としてブロック毎に生成し、バックアッププログ
ラムを起動するトリガが発生する毎に、総てのブロック
管理情報を比較して、最先にバックアップ保存処理を受
けたブロックをイレーズして当該ブロックにバックアッ
プ保存を実行し、そのイレーズおよびバックアップ保存
処理されるブロックのブロック管理情報を、前記最近に
バックアップ保存処理を受けたブロックに書き込む。
Description
【０００１】
【発明の属する技術分野】本発明は、携帯電話のユーザ
ー設定情報管理方法とユーザー設定情報管理システムに
関し、特に、所定の事象が発生したときに、バックアッ
ププログラムを起動するトリガを発生させ、携帯電話の
内蔵メモリに格納されているユーザー設定情報を読み出
してバックアップ用のフラッシュメモリに保存し、前記
トリガを発生させた事象が解除されたときには、フラッ
シュメモリに保存されたユーザー設定情報を前記携帯電
話の内蔵メモリに書き込むバックアップ処理を管理する
ユーザー設定情報管理方法およびユーザー設定情報管理
システムに関する。
ー設定情報管理方法とユーザー設定情報管理システムに
関し、特に、所定の事象が発生したときに、バックアッ
ププログラムを起動するトリガを発生させ、携帯電話の
内蔵メモリに格納されているユーザー設定情報を読み出
してバックアップ用のフラッシュメモリに保存し、前記
トリガを発生させた事象が解除されたときには、フラッ
シュメモリに保存されたユーザー設定情報を前記携帯電
話の内蔵メモリに書き込むバックアップ処理を管理する
ユーザー設定情報管理方法およびユーザー設定情報管理
システムに関する。
【０００２】
【従来の技術】現在の携帯電話においては、電話帳等の
ユーザー個人が入力する情報は、ＳＲＡＭ（スタティッ
クランダムアクセスメモリ）に格納されている。しか
し、ＳＲＡＭは、その特性として、読み出し・書き込み
は自由に行うことができるという利点があるけれど、携
帯電話機内のバックアップ電池切れが発生すると、デー
タを保持することが出来ないという問題をもっている。
その結果、バックアップ電池切れの状態に陥ると、ユー
ザー個人が入力したデータが消えてしまい再度入力し直
さなければならなかった。
ユーザー個人が入力する情報は、ＳＲＡＭ（スタティッ
クランダムアクセスメモリ）に格納されている。しか
し、ＳＲＡＭは、その特性として、読み出し・書き込み
は自由に行うことができるという利点があるけれど、携
帯電話機内のバックアップ電池切れが発生すると、デー
タを保持することが出来ないという問題をもっている。
その結果、バックアップ電池切れの状態に陥ると、ユー
ザー個人が入力したデータが消えてしまい再度入力し直
さなければならなかった。
【０００３】この問題を解決するために、フラッシュ型
ＥＥＰ−ＲＯＭ（以下、ＦＲＯＭと記す）が携帯電話の
メモリダイヤル等に使用されるようになっている。ＦＲ
ＯＭは、不揮発性で電気的に書込・消去が出来るばかり
でなく、低消費電力で、ハードディスクに比較してアク
セス時間が早い等の長所をもっている。その理由で、デ
ータ保持を保証するＦＲＯＭにデータをバックアップす
ることによって、バックアップ電池切れに起因してデー
タが消滅するという問題を防ぐことが可能になる。
ＥＥＰ−ＲＯＭ（以下、ＦＲＯＭと記す）が携帯電話の
メモリダイヤル等に使用されるようになっている。ＦＲ
ＯＭは、不揮発性で電気的に書込・消去が出来るばかり
でなく、低消費電力で、ハードディスクに比較してアク
セス時間が早い等の長所をもっている。その理由で、デ
ータ保持を保証するＦＲＯＭにデータをバックアップす
ることによって、バックアップ電池切れに起因してデー
タが消滅するという問題を防ぐことが可能になる。
【０００４】特開２０００−１１５３４６に、ＦＲＯＭ
を用いたバックアップ装置が開示されている。このバッ
クアップ装置は、接続用コネクタを介して携帯電話のデ
ータ通信用コネクタに直接接続され、携帯電話から電源
を供給されている。そして、シングルチップマイクロコ
ンピュータの制御によって、接続用コネクタを介して、
携帯電話から電話番号データを読み出してフラッシュメ
モリへ格納し、また、フラッシュメモリに格納された電
話番号データを携帯電話へ書き込む。携帯電話からの電
話番号データの読み出し、および、携帯電話への電話番
号データの書き込みの終了は、通知手段によって携帯電
話に通知される。このように、バックアップ装置の電源
は、携帯電話から供給されるので、バックアップ装置自
体は小型軽量化することができ、その結果、バックアッ
プ装置を携帯電話と共に便利に携帯することができる。
を用いたバックアップ装置が開示されている。このバッ
クアップ装置は、接続用コネクタを介して携帯電話のデ
ータ通信用コネクタに直接接続され、携帯電話から電源
を供給されている。そして、シングルチップマイクロコ
ンピュータの制御によって、接続用コネクタを介して、
携帯電話から電話番号データを読み出してフラッシュメ
モリへ格納し、また、フラッシュメモリに格納された電
話番号データを携帯電話へ書き込む。携帯電話からの電
話番号データの読み出し、および、携帯電話への電話番
号データの書き込みの終了は、通知手段によって携帯電
話に通知される。このように、バックアップ装置の電源
は、携帯電話から供給されるので、バックアップ装置自
体は小型軽量化することができ、その結果、バックアッ
プ装置を携帯電話と共に便利に携帯することができる。
【０００５】
【発明が解決しようとする課題】上記のバックアップ装
置は、バックアップが正常に行われる場合には便利な装
置である。しかし、周知のように、ＦＲＯＭはＳＲＡＭ
とは異なり、データのビット１からビット０への書き込
みは可能であるが、ビット０からビット１への書き込み
は出来ない。したがって、ユーザー情報のデータ等のよ
うに、１と０とが不特定に出現するデータをＦＲＯＭに
書き込むときには、部分的に上書きすることはできない
ので、一度イレーズ（消去）を行なった後でなければ、
新しいデータは書き込むことはできない。
置は、バックアップが正常に行われる場合には便利な装
置である。しかし、周知のように、ＦＲＯＭはＳＲＡＭ
とは異なり、データのビット１からビット０への書き込
みは可能であるが、ビット０からビット１への書き込み
は出来ない。したがって、ユーザー情報のデータ等のよ
うに、１と０とが不特定に出現するデータをＦＲＯＭに
書き込むときには、部分的に上書きすることはできない
ので、一度イレーズ（消去）を行なった後でなければ、
新しいデータは書き込むことはできない。
【０００６】このように、ＦＲＯＭは、イレーズを行な
った後でなければ、新しいデータは書き込むことはでき
ないという特性をもっているので、バックアップのため
にＦＲＯＭの旧データをイレーズしたときに電源断等で
ＳＲＡＭのデータが失われると、イレーズされた旧デー
タと共にＳＲＡＭに蓄積されていた最近のデータも完全
に消滅するという危険がある。
った後でなければ、新しいデータは書き込むことはでき
ないという特性をもっているので、バックアップのため
にＦＲＯＭの旧データをイレーズしたときに電源断等で
ＳＲＡＭのデータが失われると、イレーズされた旧デー
タと共にＳＲＡＭに蓄積されていた最近のデータも完全
に消滅するという危険がある。
【０００７】本発明の目的は、ユーザー設定情報のバッ
クアップのためにＦＲＯＭをイレーズしたときにＳＲＡ
Ｍの電源断があっても、データが失われることを防止す
ることができるユーザー設定情報管理方法およびユーザ
ー設定情報管理システムを提供することにある。
クアップのためにＦＲＯＭをイレーズしたときにＳＲＡ
Ｍの電源断があっても、データが失われることを防止す
ることができるユーザー設定情報管理方法およびユーザ
ー設定情報管理システムを提供することにある。
【０００８】
【課題を解決するための手段】上記の目的を達成するた
めに、本発明の携帯電話のユーザー設定情報管理方法
は、所定の事象が発生したときに、バックアッププログ
ラムを起動するトリガを発生させ、携帯電話の内蔵メモ
リに格納されているユーザー設定情報を読み出してバッ
クアップ用のフラッシュメモリに保存し、前記トリガを
発生させた事象が解除されたときには、フラッシュメモ
リに保存されたユーザー設定情報を前記携帯電話の内蔵
メモリに書き込むバックアップ処理を管理するユーザー
設定情報管理方法であって、次の処理過程を含んでい
る。フラッシュメモリを、相互に独立にイレーズするこ
とができる複数のブロックに分割し、各ブロックを、前
記バックアップ保存されるユーザー設定情報を書き込む
ユーザー設定情報領域と、ブロック毎のブロック管理情
報を書き込むブロック管理領域とに分割して、バックア
ップ保存処理されたブロックの、当該処理を受けた順序
を判定することができるユーザー設定情報履歴をブロッ
ク管理情報としてブロック毎に生成する過程と、トリガ
が発生する毎に、総てのブロックのブロック管理情報を
比較して最先にバックアップ保存処理を受けたブロック
と最近にバックアップ保存処理を受けたブロックとを判
定する過程と、最先にバックアップ保存処理を受けたブ
ロックをイレーズして当該ブロックにバックアップ保存
を実行し、そのイレーズおよびバックアップ保存処理さ
れるブロックのブロック管理情報を、前記最近にバック
アップ保存処理を受けたブロックに書き込む過程とであ
る。ここで、バックアップ保存とは、携帯電話の内蔵メ
モリに格納されているユーザー設定情報を読み出してフ
ラッシュメモリに保存する処理のことである。
めに、本発明の携帯電話のユーザー設定情報管理方法
は、所定の事象が発生したときに、バックアッププログ
ラムを起動するトリガを発生させ、携帯電話の内蔵メモ
リに格納されているユーザー設定情報を読み出してバッ
クアップ用のフラッシュメモリに保存し、前記トリガを
発生させた事象が解除されたときには、フラッシュメモ
リに保存されたユーザー設定情報を前記携帯電話の内蔵
メモリに書き込むバックアップ処理を管理するユーザー
設定情報管理方法であって、次の処理過程を含んでい
る。フラッシュメモリを、相互に独立にイレーズするこ
とができる複数のブロックに分割し、各ブロックを、前
記バックアップ保存されるユーザー設定情報を書き込む
ユーザー設定情報領域と、ブロック毎のブロック管理情
報を書き込むブロック管理領域とに分割して、バックア
ップ保存処理されたブロックの、当該処理を受けた順序
を判定することができるユーザー設定情報履歴をブロッ
ク管理情報としてブロック毎に生成する過程と、トリガ
が発生する毎に、総てのブロックのブロック管理情報を
比較して最先にバックアップ保存処理を受けたブロック
と最近にバックアップ保存処理を受けたブロックとを判
定する過程と、最先にバックアップ保存処理を受けたブ
ロックをイレーズして当該ブロックにバックアップ保存
を実行し、そのイレーズおよびバックアップ保存処理さ
れるブロックのブロック管理情報を、前記最近にバック
アップ保存処理を受けたブロックに書き込む過程とであ
る。ここで、バックアップ保存とは、携帯電話の内蔵メ
モリに格納されているユーザー設定情報を読み出してフ
ラッシュメモリに保存する処理のことである。
【０００９】このように、バックアッププログラムがト
リガされたとき、最先にバックアップ保存処理を受けた
ブロックをイレーズして当該ブロックに対してバックア
ップ保存を実行するので、仮に、そのバックアップ保存
の過程に失敗しても、最近にバックアップ保存処理を受
けたブロックに保存されているユーザー設定情報を使用
することができる。したがって、バックアップに障害が
生じても、ユーザー設定情報が失われることはなくな
る。
リガされたとき、最先にバックアップ保存処理を受けた
ブロックをイレーズして当該ブロックに対してバックア
ップ保存を実行するので、仮に、そのバックアップ保存
の過程に失敗しても、最近にバックアップ保存処理を受
けたブロックに保存されているユーザー設定情報を使用
することができる。したがって、バックアップに障害が
生じても、ユーザー設定情報が失われることはなくな
る。
【００１０】どのブロックが最先に、または最近にバッ
クアップ保存処理を受けたブロックであるか（ブロック
の、バックアップ保存処理を受けた順序）の判定は、次
のように行うことができる。各ブロック毎にバックアッ
プ保存処理を受けた回数を計数して、該計数値の少ない
ブロックを、最先にバックアップ保存処理を受けたブロ
ックと判定し、該計数値の大きいブロックを、最近にバ
ックアップ保存処理を受けたブロックと判定する。
クアップ保存処理を受けたブロックであるか（ブロック
の、バックアップ保存処理を受けた順序）の判定は、次
のように行うことができる。各ブロック毎にバックアッ
プ保存処理を受けた回数を計数して、該計数値の少ない
ブロックを、最先にバックアップ保存処理を受けたブロ
ックと判定し、該計数値の大きいブロックを、最近にバ
ックアップ保存処理を受けたブロックと判定する。
【００１１】バックアッププログラムを起動するトリガ
を発生する所定の事象は、内蔵メモリの電源断であるで
あることができる。または、その所定の事象が携帯電話
の電源の充電開始であることができる。
を発生する所定の事象は、内蔵メモリの電源断であるで
あることができる。または、その所定の事象が携帯電話
の電源の充電開始であることができる。
【００１２】本発明のユーザー設定情報管理システム
は、所定の事象が発生したときに、バックアッププログ
ラムを起動するトリガを発生させ、携帯電話の内蔵メモ
リに格納されているユーザー設定情報を読み出してバッ
クアップ用のフラッシュメモリに保存し、前記トリガを
発生させた事象が解除されたときには、フラッシュメモ
リに保存されたユーザー設定情報を前記携帯電話の内蔵
メモリに書き込むバックアップ処理を管理するユーザー
設定情報管理システムであって、フラッシュメモリは、
次のように構成されている。
は、所定の事象が発生したときに、バックアッププログ
ラムを起動するトリガを発生させ、携帯電話の内蔵メモ
リに格納されているユーザー設定情報を読み出してバッ
クアップ用のフラッシュメモリに保存し、前記トリガを
発生させた事象が解除されたときには、フラッシュメモ
リに保存されたユーザー設定情報を前記携帯電話の内蔵
メモリに書き込むバックアップ処理を管理するユーザー
設定情報管理システムであって、フラッシュメモリは、
次のように構成されている。
【００１３】フラッシュメモリは、相互に独立にイレー
ズすることができる複数のブロックに分割され、各ブロ
ックは、前記バックアップ保存されるユーザー設定情報
を書き込むユーザー設定情報領域と、ブロック毎のブロ
ック管理情報を書き込むブロック管理領域とを有し、ブ
ロック管理領域は、それぞれのブロックがバックアップ
保存処理を受けたブロック順を判定することができるバ
ックアップ保存履歴が書き込まれるデータ履歴フィール
ドを有する。
ズすることができる複数のブロックに分割され、各ブロ
ックは、前記バックアップ保存されるユーザー設定情報
を書き込むユーザー設定情報領域と、ブロック毎のブロ
ック管理情報を書き込むブロック管理領域とを有し、ブ
ロック管理領域は、それぞれのブロックがバックアップ
保存処理を受けたブロック順を判定することができるバ
ックアップ保存履歴が書き込まれるデータ履歴フィール
ドを有する。
【００１４】バックアッププログラムは、トリガが発生
したとき、総てのブロックのブロック管理領域に書き込
まれているバックアップ保存履歴を比較して最先にバッ
クアップ保存処理を受けたブロックと最近にバックアッ
プ保存処理を受けたブロックとを判定し、最先にバック
アップ保存処理を受けたブロックをイレーズして当該ブ
ロックにバックアップ保存を実行し、そのイレーズおよ
びバックアップ保存処理されるブロックのブロック管理
情報を、前記最近にバックアップ保存処理を受けたブロ
ックに書き込む。
したとき、総てのブロックのブロック管理領域に書き込
まれているバックアップ保存履歴を比較して最先にバッ
クアップ保存処理を受けたブロックと最近にバックアッ
プ保存処理を受けたブロックとを判定し、最先にバック
アップ保存処理を受けたブロックをイレーズして当該ブ
ロックにバックアップ保存を実行し、そのイレーズおよ
びバックアップ保存処理されるブロックのブロック管理
情報を、前記最近にバックアップ保存処理を受けたブロ
ックに書き込む。
【００１５】バックアップ保存履歴は、それぞれのブロ
ックが現在までにバックアップ保存処理を受けた回数の
計数値で表すことができる。また、ブロック管理領域
は、データ履歴フィールドの他に、現在、イレーズおよ
びバックアップ保存処理を受けているブロックのイレー
ズの進行状況を表すフィールドと、イレーズ完了後に行
われるバックアップ保存の進行状況を表すフィールドと
を備えることができる。
ックが現在までにバックアップ保存処理を受けた回数の
計数値で表すことができる。また、ブロック管理領域
は、データ履歴フィールドの他に、現在、イレーズおよ
びバックアップ保存処理を受けているブロックのイレー
ズの進行状況を表すフィールドと、イレーズ完了後に行
われるバックアップ保存の進行状況を表すフィールドと
を備えることができる。
【００１６】
【作用】本発明は、バックアップ中の電源断等で旧デー
タの消滅を避けることを意図して行われている。そのた
めに、ＦＲＯＭを多面（多ブロック）で交互に使用し、
電源ＯＦＦ時にユーザー設定情報をフラッシュメモリの
１つの面にバックアップ保存するので、仮に、当該１つ
の面へのバックアップ保存に失敗しても、他の面に保存
されているユーザー設定情報を使用することができる。
その結果、ユーザー設定情報の保持を確実にすることが
できる。
タの消滅を避けることを意図して行われている。そのた
めに、ＦＲＯＭを多面（多ブロック）で交互に使用し、
電源ＯＦＦ時にユーザー設定情報をフラッシュメモリの
１つの面にバックアップ保存するので、仮に、当該１つ
の面へのバックアップ保存に失敗しても、他の面に保存
されているユーザー設定情報を使用することができる。
その結果、ユーザー設定情報の保持を確実にすることが
できる。
【００１７】本発明においては、所定の事象、例えば電
源ＯＦＦが発生した時に自動的にバックアッププログラ
ムを起動するので、ユーザーが特にバックアップを意識
することなくユーザー設定情報をＦＲＯＭに格納するこ
とができる。したがって、ユーザーが意識しないバック
アップ電池切れ等の場合でもユーザー設定情報を確実に
保持することが可能になる。
源ＯＦＦが発生した時に自動的にバックアッププログラ
ムを起動するので、ユーザーが特にバックアップを意識
することなくユーザー設定情報をＦＲＯＭに格納するこ
とができる。したがって、ユーザーが意識しないバック
アップ電池切れ等の場合でもユーザー設定情報を確実に
保持することが可能になる。
【００１８】
【発明の実施の形態】次に、図面を参照して本発明の実
施形態を説明する。本実施形態は、主に携帯電話に使用
するユーザー設定情報（電話帳等）管理システムとユー
ザー情報管理方法の一例である。図１は、本発明の第１
の実施形態のユーザー設定情報管理方法を実施するため
のユーザー設定情報管理システムのメモリ構成を示す図
である。図２は、ＦＲＯＭの各ブロックに設けられてい
るフロック管理領域の構成を示す図である。
施形態を説明する。本実施形態は、主に携帯電話に使用
するユーザー設定情報（電話帳等）管理システムとユー
ザー情報管理方法の一例である。図１は、本発明の第１
の実施形態のユーザー設定情報管理方法を実施するため
のユーザー設定情報管理システムのメモリ構成を示す図
である。図２は、ＦＲＯＭの各ブロックに設けられてい
るフロック管理領域の構成を示す図である。
【００１９】携帯電話１０には、電話帳等のユーザー設
定情報を格納するＳＲＡＭ２０の他にバックアップ用の
ＦＲＯＭ３０が設けられている。ＦＲＯＭ３０には、相
互に独立に消去することができる２つのブロック１およ
び２が用意されている。ブロック１、２には、ユーザー
設定情報をバックアップするユーザー設定情報領域１
１、２１とブロック管理領域１２、２２がそれぞれ設け
られている。以下に記述において、ブロック番号をｋ
（ｋ＝１，２）で指定し、各ブロック内の領域（ユーザ
ー設定情報をバックアップ保存するユーザー設定情報領
域とブロック管理領域）をｐ（ｐ＝１，２）で指定す
る。この場合、ｐ＝１はユーザー設定情報をバックアッ
プ保存する領域で、ｐ＝２はブロック管理領域である。
そして、ｋブロックのｐ領域をｋｐで表す。したがっ
て、領域１２はブロック１のブロック管理領域であり、
領域２１は、ブロック２のユーザー設定情報領域（以
下、バックアップ領域と記す）である。
定情報を格納するＳＲＡＭ２０の他にバックアップ用の
ＦＲＯＭ３０が設けられている。ＦＲＯＭ３０には、相
互に独立に消去することができる２つのブロック１およ
び２が用意されている。ブロック１、２には、ユーザー
設定情報をバックアップするユーザー設定情報領域１
１、２１とブロック管理領域１２、２２がそれぞれ設け
られている。以下に記述において、ブロック番号をｋ
（ｋ＝１，２）で指定し、各ブロック内の領域（ユーザ
ー設定情報をバックアップ保存するユーザー設定情報領
域とブロック管理領域）をｐ（ｐ＝１，２）で指定す
る。この場合、ｐ＝１はユーザー設定情報をバックアッ
プ保存する領域で、ｐ＝２はブロック管理領域である。
そして、ｋブロックのｐ領域をｋｐで表す。したがっ
て、領域１２はブロック１のブロック管理領域であり、
領域２１は、ブロック２のユーザー設定情報領域（以
下、バックアップ領域と記す）である。
【００２０】各ブロックのブロック管理領域ｋ２（ｋ＝
１，２）は使用状況、バックアップ領域のイレーズ状
況、データ履歴の情報を格納する。使用状況とは、イレ
ーズされたバックアップ領域の使用状況、すなわち、Ｓ
ＲＡＭからバックアップデータが書き込まれる書き込み
処理の進行状況を表す。本実施形態では、使用状況は次
のように、４桁の１６進数を上位２桁と下位２桁に分け
て表されている。
１，２）は使用状況、バックアップ領域のイレーズ状
況、データ履歴の情報を格納する。使用状況とは、イレ
ーズされたバックアップ領域の使用状況、すなわち、Ｓ
ＲＡＭからバックアップデータが書き込まれる書き込み
処理の進行状況を表す。本実施形態では、使用状況は次
のように、４桁の１６進数を上位２桁と下位２桁に分け
て表されている。
【００２１】
【表１】 表１中、「未使用」とは、消去されたままの状態であっ
て、使用状態、例えば、「書き込み中」や「有効」を表
すデータが書き込まれていない状態を表す。「有効」と
は、書き込みが支障なく完了し、したがって書き込まれ
たデータはバックアップデータとして使用することが出
来るということである。また、使用状況をこのように３
２ビットを単位にして表す理由は、フラッシュメモリの
特性として、未使用（消去状態）では全てのビットが立
っている（オールＦＦになっている）からである。ま
た、書き込みに関しても、３２ビット単位でしか書けな
いからである。
て、使用状態、例えば、「書き込み中」や「有効」を表
すデータが書き込まれていない状態を表す。「有効」と
は、書き込みが支障なく完了し、したがって書き込まれ
たデータはバックアップデータとして使用することが出
来るということである。また、使用状況をこのように３
２ビットを単位にして表す理由は、フラッシュメモリの
特性として、未使用（消去状態）では全てのビットが立
っている（オールＦＦになっている）からである。ま
た、書き込みに関しても、３２ビット単位でしか書けな
いからである。
【００２２】イレーズ状況は、対象ブロックのイレーズ
処理の進行状態を表し、未使用、イレーズ中、イレーズ
完了の３段階によって表２のように表される。
処理の進行状態を表し、未使用、イレーズ中、イレーズ
完了の３段階によって表２のように表される。
【００２３】
【表２】 データ履歴は、バックアップデータのデータ順管理のた
めのデータで、0001h〜FFFEhを書き込み毎にカウントア
ップする。そして、FFFFhを未使用状態とし最初の書き
込み時の値を0001hとする。また、FFFEhの次を0001hと
する。
めのデータで、0001h〜FFFEhを書き込み毎にカウントア
ップする。そして、FFFFhを未使用状態とし最初の書き
込み時の値を0001hとする。また、FFFEhの次を0001hと
する。
【００２４】ここで注意を要することは、ブロック１の
ブロック管理領域１２には、フロック２のブロック管理
データが書き込まれ、ブロック２のブロック管理領域２
２には、フロック１のブロック管理データが書き込まれ
ることである。その理由は、本発明が意図するブロック
管理とは、各フロックのイレーズおよびイレーズ後のバ
ックアップデータの書き込みの管理である。したがっ
て、イレーズ対象ブロックのブロック管理領域に当該ブ
ロックの消去・書き込み情報を書き込むことはできない
からである。
ブロック管理領域１２には、フロック２のブロック管理
データが書き込まれ、ブロック２のブロック管理領域２
２には、フロック１のブロック管理データが書き込まれ
ることである。その理由は、本発明が意図するブロック
管理とは、各フロックのイレーズおよびイレーズ後のバ
ックアップデータの書き込みの管理である。したがっ
て、イレーズ対象ブロックのブロック管理領域に当該ブ
ロックの消去・書き込み情報を書き込むことはできない
からである。
【００２５】携帯電話機のＣＰＵは、電源ＯＦＦ時にＦ
ＲＯＭのデータ履歴から判断して２つのブロックのう
ち、古い方（時間的に前にバックアップ保存を行った
方）をバックアップ対象ブロックとしてＳＲＡＭからユ
ーザー設定情報をコピーする。そして、電源がＯＮにな
った時には、ＦＲＯＭのデータ履歴から判断して２つの
ブロックのうちで新しい方（最近にバックアップ保存を
行った方）のブロックに蓄積されているユーザー設定情
報をＳＲＡＭのユーザー設定情報エリアに展開する。
ＲＯＭのデータ履歴から判断して２つのブロックのう
ち、古い方（時間的に前にバックアップ保存を行った
方）をバックアップ対象ブロックとしてＳＲＡＭからユ
ーザー設定情報をコピーする。そして、電源がＯＮにな
った時には、ＦＲＯＭのデータ履歴から判断して２つの
ブロックのうちで新しい方（最近にバックアップ保存を
行った方）のブロックに蓄積されているユーザー設定情
報をＳＲＡＭのユーザー設定情報エリアに展開する。
【００２６】次に、図３および図４を参照して本実施形
態の動作について詳細に説明する。
態の動作について詳細に説明する。
【００２７】図３は電源ＯＦＦによって起動されるＦＲ
ＯＭバックアップ処理の一実施例の流れを示すフローチ
ャートである。本実施例は、ＦＲＯＭの２つのブロック
１、２のデータ履歴から判断して「古い方」のブロック
がブロック１である場合の例である。したがって、この
バックアッププログラムが起動した時点では、ブロック
２のブロック管理情報はブロック１のブロック管理情報
領域１２に保存されているけれど、新しい方のブロック
２のブロック管理情報領域２２は未使用状態になってい
る。その理由は、ブロック２に新しくユーザー設定情報
がバックアップ保存される前に行われたイレーズ処理に
よって、ブロック管理情報領域２２は未使用状態にされ
ているからである。
ＯＭバックアップ処理の一実施例の流れを示すフローチ
ャートである。本実施例は、ＦＲＯＭの２つのブロック
１、２のデータ履歴から判断して「古い方」のブロック
がブロック１である場合の例である。したがって、この
バックアッププログラムが起動した時点では、ブロック
２のブロック管理情報はブロック１のブロック管理情報
領域１２に保存されているけれど、新しい方のブロック
２のブロック管理情報領域２２は未使用状態になってい
る。その理由は、ブロック２に新しくユーザー設定情報
がバックアップ保存される前に行われたイレーズ処理に
よって、ブロック管理情報領域２２は未使用状態にされ
ているからである。
【００２８】本発明においては、古い方のブロック、し
たがって、本実施例では、ブロック１にバックアップデ
ータを保存する。そして、ブロック１のイレーズおよび
バックアップ保存に関するブロック管理情報をブロック
２のブロック管理情報領域２２（現在は未使用状態にな
っている）に書き込む。
たがって、本実施例では、ブロック１にバックアップデ
ータを保存する。そして、ブロック１のイレーズおよび
バックアップ保存に関するブロック管理情報をブロック
２のブロック管理情報領域２２（現在は未使用状態にな
っている）に書き込む。
【００２９】このように古い方のブロックにバックアッ
プ保存をする理由は、バックアップの途中で電池外し等
が発生してバックアップ完了前に電源断等のために、バ
ックアップに失敗した場合においても、新しい方のブロ
ック２に保存されている最近のバックアップデータを使
用することができるからである。
プ保存をする理由は、バックアップの途中で電池外し等
が発生してバックアップ完了前に電源断等のために、バ
ックアップに失敗した場合においても、新しい方のブロ
ック２に保存されている最近のバックアップデータを使
用することができるからである。
【００３０】ＣＰＵは、電源ＯＦＦを判断すると（ステ
ップＳ１）、ブロック１が古い方のブロックであると判
断して、ブロック１についてバックアップ処理を開始す
る（ステップＳ２）。そして、ブロック２のブロック管
理領域２２のイレーズ状況フィールドにイレーズ中（FF
00）を書き込み（ステップＳ３）、「イレーズ中」すな
わち、FF00の書き込みが完了すると（ステップＳ４）、
ブロック１をブロックイレーズする（ステップＳ５）。
イレーズ完了後（ステップＳ６）、ブロック管理領域２
２のイレーズ状況に「イレーズ完了」（0000）を書き込
む（ステップＳ７）。「イレーズ完了」の書き込みが完
了すると（ステップＳ８）、ブロック管理領域２２の使
用状況フィールドに「書込開始」を書き込みむ（ステッ
プＳ９）。ステップＳ９の書き込みが完了すると（ステ
ップＳ１０）、ブロック１のユーザー設定情報領域１１
にＳＲＡＭのデータを書き込む（ステップＳ１１）。デ
ータの書き込みが終了すると（ステップＳ１２）、ブロ
ック管理領域２２の使用状況に「有効（書込完了）」
（0000）を書き込み、及びデータ履歴フィールドに１だ
けカウントアップしたバックアップ回数を書き込む（ス
テップＳ１３）。「有効」の書き込みおよびデータ履歴
の書き込みが完了する（ステップＳ１４）とバックアッ
プ処理を終了する。
ップＳ１）、ブロック１が古い方のブロックであると判
断して、ブロック１についてバックアップ処理を開始す
る（ステップＳ２）。そして、ブロック２のブロック管
理領域２２のイレーズ状況フィールドにイレーズ中（FF
00）を書き込み（ステップＳ３）、「イレーズ中」すな
わち、FF00の書き込みが完了すると（ステップＳ４）、
ブロック１をブロックイレーズする（ステップＳ５）。
イレーズ完了後（ステップＳ６）、ブロック管理領域２
２のイレーズ状況に「イレーズ完了」（0000）を書き込
む（ステップＳ７）。「イレーズ完了」の書き込みが完
了すると（ステップＳ８）、ブロック管理領域２２の使
用状況フィールドに「書込開始」を書き込みむ（ステッ
プＳ９）。ステップＳ９の書き込みが完了すると（ステ
ップＳ１０）、ブロック１のユーザー設定情報領域１１
にＳＲＡＭのデータを書き込む（ステップＳ１１）。デ
ータの書き込みが終了すると（ステップＳ１２）、ブロ
ック管理領域２２の使用状況に「有効（書込完了）」
（0000）を書き込み、及びデータ履歴フィールドに１だ
けカウントアップしたバックアップ回数を書き込む（ス
テップＳ１３）。「有効」の書き込みおよびデータ履歴
の書き込みが完了する（ステップＳ１４）とバックアッ
プ処理を終了する。
【００３１】図４は電源がＯＮになった時におけるＳＲ
ＡＭ展開処理の一実施例の流れを示すフローチャートで
ある。本実施例は、ＦＲＯＭの２つのブロックのデータ
履歴から、ブロック１が新しい方のブロックであると判
断した場合である。（図３のバックアップ処理を実行し
た結果、ブロック１が「新しい」ブロックになる。この
とき、そのバックアップ処理の初めの段階で実行された
イレーズ処理のため、ブロック１のブロック管理情報領
域１２は、未使用状態になっている。） 先ず、携帯電話のＣＰＵは、電源がＯＮ動作をしたと判
断すると（ステップＳ１）、ブロック管理領域２２の使
用状況を読み出し（ステップＳ２）、「有効」（書込完
了）（0000）であったら（ステップＳ３）、ブロック１
のユーザー設定情報領域１１のデータをＳＲＡＭ２０に
展開する（ステップＳ４）。ブロック管理領域２２の使
用状況が「有効」（書込完了）以外であった場合には、
ブロック２のユーザー設定情報領域２１のデータをＳＲ
ＡＭ２０に展開する（ステップＳ５）。以上の処理で電
源ＯＮ時のＳＲＡＭ展開処理を終了する。
ＡＭ展開処理の一実施例の流れを示すフローチャートで
ある。本実施例は、ＦＲＯＭの２つのブロックのデータ
履歴から、ブロック１が新しい方のブロックであると判
断した場合である。（図３のバックアップ処理を実行し
た結果、ブロック１が「新しい」ブロックになる。この
とき、そのバックアップ処理の初めの段階で実行された
イレーズ処理のため、ブロック１のブロック管理情報領
域１２は、未使用状態になっている。） 先ず、携帯電話のＣＰＵは、電源がＯＮ動作をしたと判
断すると（ステップＳ１）、ブロック管理領域２２の使
用状況を読み出し（ステップＳ２）、「有効」（書込完
了）（0000）であったら（ステップＳ３）、ブロック１
のユーザー設定情報領域１１のデータをＳＲＡＭ２０に
展開する（ステップＳ４）。ブロック管理領域２２の使
用状況が「有効」（書込完了）以外であった場合には、
ブロック２のユーザー設定情報領域２１のデータをＳＲ
ＡＭ２０に展開する（ステップＳ５）。以上の処理で電
源ＯＮ時のＳＲＡＭ展開処理を終了する。
【００３２】本実施形態の変形例として、バックアップ
するのトリガを電源ＯＦＦ時だけでなく、充電開始時等
で行えば、電源ＯＦＦを普段行わないユーザーでも電話
帳等のバックアップを行うことが出来る。
するのトリガを電源ＯＦＦ時だけでなく、充電開始時等
で行えば、電源ＯＦＦを普段行わないユーザーでも電話
帳等のバックアップを行うことが出来る。
【００３３】次に、本発明の第２の実施形態について説
明する。第１の実施形態は、ブロック数ｋ＝２の場合で
あるが、本実施形態はブロック数ｋを任意の整数ｎに拡
張した場合である。この実施形態においても、それぞれ
のブロックのブロック管理領域は、図２と同様なフォー
マットをもっている。しかし、それぞれのフィールドに
書き込まれる内容は、拡張された内容になる。
明する。第１の実施形態は、ブロック数ｋ＝２の場合で
あるが、本実施形態はブロック数ｋを任意の整数ｎに拡
張した場合である。この実施形態においても、それぞれ
のブロックのブロック管理領域は、図２と同様なフォー
マットをもっている。しかし、それぞれのフィールドに
書き込まれる内容は、拡張された内容になる。
【００３４】第１の実施形態においては、２つのブロッ
クのうち、「古い方」のブロック（第１のブロックと記
す）をイレーズして、バックアップデータを書き込む。
このバックアップデータが書き込まれた時点では、第１
のブロックのブロック管理領域は未使用である。このバ
ックアップ後においては、第１のブロックは「新しい」
ブロックになり、新たにバックアップデータが書き込ま
れたユーザー設定情報領域と、未使用のブロック管理領
域とをもつ。そして、初めに「新しい方」のブロックで
あった第２のブロックは、第１のブロックにバックアッ
プデータが書き込まれた後には、古い方のブロックにな
る。
クのうち、「古い方」のブロック（第１のブロックと記
す）をイレーズして、バックアップデータを書き込む。
このバックアップデータが書き込まれた時点では、第１
のブロックのブロック管理領域は未使用である。このバ
ックアップ後においては、第１のブロックは「新しい」
ブロックになり、新たにバックアップデータが書き込ま
れたユーザー設定情報領域と、未使用のブロック管理領
域とをもつ。そして、初めに「新しい方」のブロックで
あった第２のブロックは、第１のブロックにバックアッ
プデータが書き込まれた後には、古い方のブロックにな
る。
【００３５】従って、次のイレーズ処理は、第２のブロ
ックに対して行われ、第２のブロックのブロック管理情
報は、第１のブロックのブロック管理情報領域（現在
は、未使用状態）に書き込まれる。
ックに対して行われ、第２のブロックのブロック管理情
報は、第１のブロックのブロック管理情報領域（現在
は、未使用状態）に書き込まれる。
【００３６】上の記述をブロック数ｋ＝ｎの一般の場合
に拡張すると次のようになる。「第２の実施形態におい
ては、ｎ個のブロックのうち、「最も古い」ブロック
（第１のブロックと記す）をイレーズして、バックアッ
プデータを書き込む。このバックアップデータが書き込
まれた時点では、第１のブロックのブロック管理領域は
未使用である。このバックアップ後においては、第１の
ブロックは「最も新しい」ブロックになり、新たにバッ
クアップデータが書き込まれたユーザー設定情報領域
と、未使用のブロック管理領域とをもつ。そして、初め
に「最も新しい」のブロックであった第２のブロック
は、第１のブロックにバックアップデータが書き込まれ
た後には、２番目に新しいブロックになる。
に拡張すると次のようになる。「第２の実施形態におい
ては、ｎ個のブロックのうち、「最も古い」ブロック
（第１のブロックと記す）をイレーズして、バックアッ
プデータを書き込む。このバックアップデータが書き込
まれた時点では、第１のブロックのブロック管理領域は
未使用である。このバックアップ後においては、第１の
ブロックは「最も新しい」ブロックになり、新たにバッ
クアップデータが書き込まれたユーザー設定情報領域
と、未使用のブロック管理領域とをもつ。そして、初め
に「最も新しい」のブロックであった第２のブロック
は、第１のブロックにバックアップデータが書き込まれ
た後には、２番目に新しいブロックになる。
【００３７】従って、次のイレーズ処理は、現在、最も
古いブロックに対して行われ、現在最も古いブロックの
ブロック管理情報は、現在最も新しいブロックになった
第１のブロックのブロック管理情報領域（現在は、未使
用状態）に書き込まれる」。
古いブロックに対して行われ、現在最も古いブロックの
ブロック管理情報は、現在最も新しいブロックになった
第１のブロックのブロック管理情報領域（現在は、未使
用状態）に書き込まれる」。
【００３８】図５は、第２の実施形態を説明する一実施
例の概念図である。図５の実施例は、ｋ＝４の場合の例
である。図において、１、２、３、４は、それぞれブロ
ック１、２、３および４のバックアップ領域ｋ１（ｋ＝
１〜４）である。各ブロックの下方のフィールドは、そ
のブロックのブロック管理領域ｋ２（ｋ＝１〜４）であ
る。各ブロック管理領域ｋ２（ｋ＝１〜４）に記されて
いる数字は、そのブロック管理領域に書き込まれている
ブロック管理情報が関連しているブロック番号である。
例えば、図５の左上のブロックの、１と２という数字
は、番号１のブロックのバックアップ領域と、そのブロ
ック１のブロック管理領域には、ブロック２のブロック
管理情報が書き込まれていることを示している。
例の概念図である。図５の実施例は、ｋ＝４の場合の例
である。図において、１、２、３、４は、それぞれブロ
ック１、２、３および４のバックアップ領域ｋ１（ｋ＝
１〜４）である。各ブロックの下方のフィールドは、そ
のブロックのブロック管理領域ｋ２（ｋ＝１〜４）であ
る。各ブロック管理領域ｋ２（ｋ＝１〜４）に記されて
いる数字は、そのブロック管理領域に書き込まれている
ブロック管理情報が関連しているブロック番号である。
例えば、図５の左上のブロックの、１と２という数字
は、番号１のブロックのバックアップ領域と、そのブロ
ック１のブロック管理領域には、ブロック２のブロック
管理情報が書き込まれていることを示している。
【００３９】図中、Ａ、Ｂ、Ｃ、Ｄは、ブロックの「新
しさ」を表し、Ａの列のブロックが最も古く（最先にイ
レーズ処理とバックアップ保存が行われたブロック）、
Ｄ列が最も新しいブロックである。最新のブロックのブ
ロック管理領域は未使用になっているので、数字は記載
されず、ブランクである。Ｔ１、Ｔ２、Ｔ３、Ｔ４はイ
レーズ処理およびバックアップ保存が行われる時点（電
源ＯＦＦの時点）である。
しさ」を表し、Ａの列のブロックが最も古く（最先にイ
レーズ処理とバックアップ保存が行われたブロック）、
Ｄ列が最も新しいブロックである。最新のブロックのブ
ロック管理領域は未使用になっているので、数字は記載
されず、ブランクである。Ｔ１、Ｔ２、Ｔ３、Ｔ４はイ
レーズ処理およびバックアップ保存が行われる時点（電
源ＯＦＦの時点）である。
【００４０】図５の一番上の行は、時点Ｔ１において
は、ブロック４が最新でブロック１が最も古いことを示
している。ブロック１、ブロック２、ブロック３のブロ
ック管理領域にそれぞれ、ブロック番号２、３、４が入
る理由は、以下の記述から明らかになる。
は、ブロック４が最新でブロック１が最も古いことを示
している。ブロック１、ブロック２、ブロック３のブロ
ック管理領域にそれぞれ、ブロック番号２、３、４が入
る理由は、以下の記述から明らかになる。
【００４１】時点Ｔ２において電源ＯＦＦになると、時
点Ｔ１で最も古いブロック１がイレーズされ、そのブロ
ック管理領域に書き込まれているブロック管理情報も消
去されて未使用状態になる。そして、ＳＲＡＭ２０から
ユーザー設定情報が書き込まれる。このバックアップ処
理によってブロック１は、最新のブロックになる。この
処理におけるブロック１に関するブロック管理情報は、
時点Ｔ１において未使用になっているブロック４のブロ
ック管理領域４２に書き込まれている。
点Ｔ１で最も古いブロック１がイレーズされ、そのブロ
ック管理領域に書き込まれているブロック管理情報も消
去されて未使用状態になる。そして、ＳＲＡＭ２０から
ユーザー設定情報が書き込まれる。このバックアップ処
理によってブロック１は、最新のブロックになる。この
処理におけるブロック１に関するブロック管理情報は、
時点Ｔ１において未使用になっているブロック４のブロ
ック管理領域４２に書き込まれている。
【００４２】その結果、時点Ｔ２における電源ＯＦＦに
よって、ブロック１が最新（ブロック管理領域１２はブ
ランク）になり、ブロック１に関するブロック管理情報
が書き込まれたブロック４は２番目に新しいブロックに
なる。それに応じて、ブロック３、ブロック２は古いブ
ロックに繰り下がる。
よって、ブロック１が最新（ブロック管理領域１２はブ
ランク）になり、ブロック１に関するブロック管理情報
が書き込まれたブロック４は２番目に新しいブロックに
なる。それに応じて、ブロック３、ブロック２は古いブ
ロックに繰り下がる。
【００４３】同様な処理が、時点Ｔ３、時点Ｔ４におい
て電源ＯＦＦになったときに行われる。このようにし
て、各時点の電源ＯＦＦによって各ブロックのブロック
管理領域に図５に示されているような、ブロック管理情
報が書き込まれることになる。
て電源ＯＦＦになったときに行われる。このようにし
て、各時点の電源ＯＦＦによって各ブロックのブロック
管理領域に図５に示されているような、ブロック管理情
報が書き込まれることになる。
【００４４】従って、例えば、時刻Ｔ２における電源断
をトリガとしてブロック１に対するバックアップ処理を
実行中に何かの原因でそのバックアップ処理に失敗した
としても、その時点で２番目に新しいブロック４に保存
されているユーザー設定情報を、電源がＯＮになった時
にＳＲＡＭに供給することができる。
をトリガとしてブロック１に対するバックアップ処理を
実行中に何かの原因でそのバックアップ処理に失敗した
としても、その時点で２番目に新しいブロック４に保存
されているユーザー設定情報を、電源がＯＮになった時
にＳＲＡＭに供給することができる。
【００４５】
【発明の効果】以上説明したように、ユーザー設定情報
のバックアップメモリとして、独立にイレーズすること
ができる複数のブロックを有するフラッシュ型ＲＯＭを
用い、電源ＯＦＦ毎に、各ブロックのブロック管理領域
に書き込まれているバックアップ履歴を参照して、バッ
クアップ履歴が最も古いブロックにバックアップ保存を
することによって、電話帳等のユーザーが入力したユー
ザー設定情報を、バックアップ電池切れ等が発生しても
損失することなく保持することが可能になる。
のバックアップメモリとして、独立にイレーズすること
ができる複数のブロックを有するフラッシュ型ＲＯＭを
用い、電源ＯＦＦ毎に、各ブロックのブロック管理領域
に書き込まれているバックアップ履歴を参照して、バッ
クアップ履歴が最も古いブロックにバックアップ保存を
することによって、電話帳等のユーザーが入力したユー
ザー設定情報を、バックアップ電池切れ等が発生しても
損失することなく保持することが可能になる。
【図１】第１の実施形態のユーザー設定情報管理方法を
実施するためのユーザー設定情報管理システムのメモリ
構成を示す図である。
実施するためのユーザー設定情報管理システムのメモリ
構成を示す図である。
【図２】ＦＲＯＭの各ブロックに設けられているフロッ
ク管理領域の構成を示す図である。
ク管理領域の構成を示す図である。
【図３】電源ＯＦＦによって起動されるＦＲＯＭバック
アップ処理の一実施例の流れを示すフローチャートであ
る。
アップ処理の一実施例の流れを示すフローチャートであ
る。
【図４】電源ＯＮ時におけるＳＲＡＭ展開処理の一実施
例の流れを示すフローチャートである。
例の流れを示すフローチャートである。
【図５】第２の実施形態を説明する一実施例の概念図で
ある。
ある。
１、２、３、４ ブロック １０ 携帯電話 １１、２１ ユーザー設定情報領域 １２、２２ ブロック管理領域 ２０ ＳＲＡＭ ３０ ＦＲＯＭ１ 、２、３、４ それぞれブロック１、２、３、４のユ
ーザー設定情報領域
ーザー設定情報領域
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B018 GA04 KA03 KA22 LA05 MA40 NA03 QA05 5K027 AA11 BB06 GG03 5K036 AA07 BB14 DD11 DD25 5K067 AA33 BB04 EE02 FF02 HH23 KK05 KK06 KK15
Claims (7)
- 【請求項１】 所定の事象が発生したときに、バックア
ッププログラムを起動するトリガを発生させ、携帯電話
の内蔵メモリに格納されているユーザー設定情報を読み
出してバックアップ用のフラッシュメモリに保存し、前
記トリガを発生させた事象が解除されたときには、フラ
ッシュメモリに保存されたユーザー設定情報を前記携帯
電話の内蔵メモリに書き込むバックアップ処理を管理す
るユーザー設定情報管理方法において、前記携帯電話の
内蔵メモリに格納されているユーザー設定情報を読み出
して前記フラッシュメモリに保存する処理をバックアッ
プ保存と称するとき、 前記フラッシュメモリを、相互に独立にイレーズするこ
とができる複数のブロックに分割し、各ブロックを、前
記バックアップ保存されるユーザー設定情報を書き込む
ユーザー設定情報領域と、ブロック毎のブロック管理情
報を書き込むブロック管理領域とに分割し、 バックアップ保存処理されたブロックの、当該処理を受
けた順序を判定することができるユーザー設定情報履歴
をブロック管理情報としてブロック毎に生成し、 前記トリガが発生する毎に、総てのブロックのブロック
管理情報を比較して最先にバックアップ保存処理を受け
たブロックと最近にバックアップ保存処理を受けたブロ
ックとを判定し、 最先にバックアップ保存処理を受けたブロックをイレー
ズして当該ブロックにバックアップ保存を実行し、その
イレーズおよびバックアップ保存処理されるブロックの
ブロック管理情報を、前記最近にバックアップ保存処理
を受けたブロックに書き込むことを特徴とする、携帯電
話機のユーザー設定情報管理方法。 - 【請求項２】 各ブロック毎にバックアップ保存処理を
受けた回数を計数して、該計数値の少ないブロックを、
最先にバックアップ保存処理を受けたブロックと判定
し、該計数値の大きいブロックを、最近にバックアップ
保存処理を受けたブロックと判定する、請求項１に記載
のユーザー設定情報管理方法。 - 【請求項３】 所定の事象が内蔵メモリの電源断であ
る、請求項１に記載のユーザー設定情報管理方法。 - 【請求項４】 所定の事象が携帯電話の電源の充電開始
である、請求項１に記載のユーザー設定情報管理方法。 - 【請求項５】 所定の事象が発生したときに、バックア
ッププログラムを起動するトリガを発生させ、携帯電話
の内蔵メモリに格納されているユーザー設定情報を読み
出してバックアップ用のフラッシュメモリに保存し、前
記トリガを発生させた事象が解除されたときには、フラ
ッシュメモリに保存されたユーザー設定情報を前記携帯
電話の内蔵メモリに書き込むバックアップ処理を管理す
るユーザー設定情報管理システムにおいて、前記携帯電
話の内蔵メモリに格納されたユーザー設定情報を読み出
して前記フラッシュメモリに保存する処理をバックアッ
プ保存と称するとき、 前記フラッシュメモリは、相互に独立にイレーズするこ
とができる複数のブロックに分割され、各ブロックは、
前記バックアップ保存されるユーザー設定情報を書き込
むユーザー設定情報領域と、ブロック毎のブロック管理
情報を書き込むブロック管理領域とを有し、 前記ブロック管理領域は、それぞれのブロックがバック
アップ保存処理を受けたブロック順を判定することがで
きるバックアップ保存履歴が書き込まれるデータ履歴フ
ィールドを有し、 前記バックアッププログラムは、前記トリガが発生した
とき、総てのブロックのブロック管理領域に書き込まれ
ているバックアップ保存履歴を比較して最先にバックア
ップ保存処理を受けたブロックと最近にバックアップ保
存処理を受けたブロックとを判定し、最先にバックアッ
プ保存処理を受けたブロックをイレーズして当該ブロッ
クにバックアップ保存を実行し、そのイレーズおよびバ
ックアップ保存処理されるブロックのブロック管理情報
を、前記最近にバックアップ保存処理を受けたブロック
に書き込むことを特徴とする、携帯電話機のユーザー設
定情報管理システム。 - 【請求項６】 前記バックアップ保存履歴は、それぞれ
のブロックが現在までにバックアップ保存処理を受けた
回数の計数値である、請求項５に記載のシステム。 - 【請求項７】 ブロック管理領域は、データ履歴フィー
ルドの他に、現在、イレーズおよびバックアップ保存処
理を受けているブロックのイレーズの進行状況を表すフ
ィールドと、イレーズ完了後に行われるバックアップ保
存の進行状況を表すフィールドとを備えている請求項６
に記載のシステム。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000355914A JP3709338B2 (ja) | 2000-11-22 | 2000-11-22 | 携帯電話のユーザー設定情報管理方法とユーザー設定情報管理システム |
| US09/989,549 US6839568B2 (en) | 2000-11-22 | 2001-11-20 | User setting information management method and management system for portable telephone |
| GB0128033A GB2374441B (en) | 2000-11-22 | 2001-11-22 | Information management method and system suitable for a portable telephone |
| CNB011456183A CN1149811C (zh) | 2000-11-22 | 2001-11-22 | 便携电话机的用户设置信息的管理方法和管理系统 |
| HK02108821.6A HK1047370B (zh) | 2000-11-22 | 2002-12-04 | 便携電話機的用戶設置信息的管理方法和管理系統 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000355914A JP3709338B2 (ja) | 2000-11-22 | 2000-11-22 | 携帯電話のユーザー設定情報管理方法とユーザー設定情報管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002157170A true JP2002157170A (ja) | 2002-05-31 |
| JP3709338B2 JP3709338B2 (ja) | 2005-10-26 |
Family
ID=18828248
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000355914A Expired - Fee Related JP3709338B2 (ja) | 2000-11-22 | 2000-11-22 | 携帯電話のユーザー設定情報管理方法とユーザー設定情報管理システム |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US6839568B2 (ja) |
| JP (1) | JP3709338B2 (ja) |
| CN (1) | CN1149811C (ja) |
| GB (1) | GB2374441B (ja) |
| HK (1) | HK1047370B (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100502164B1 (ko) * | 2002-09-17 | 2005-07-20 | 티티피컴코리아 주식회사 | 전자 기기의 특성에 관한 데이터를 플래시 메모리에저장하는 방법 |
| JP2005346566A (ja) * | 2004-06-04 | 2005-12-15 | Matsushita Electric Ind Co Ltd | 携帯電話 |
| KR100845000B1 (ko) | 2007-12-04 | 2008-07-10 | 주식회사 엔써티 | 이동통신 단말기의 데이터를 백업/복구하는 서비스 시스템 및 그에 적용되는 원격 데이터저장소 서버 |
| US7760325B2 (en) | 2007-05-31 | 2010-07-20 | Canon Kabushiki Kaisha | Exposure system and method for manufacturing device |
| JP2013541750A (ja) * | 2010-08-12 | 2013-11-14 | クアルコム，インコーポレイテッド | モバイルデバイスにおいてハウスキーピング動作を開始するためのシステムおよび方法 |
Families Citing this family (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8620286B2 (en) * | 2004-02-27 | 2013-12-31 | Synchronoss Technologies, Inc. | Method and system for promoting and transferring licensed content and applications |
| US8156074B1 (en) * | 2000-01-26 | 2012-04-10 | Synchronoss Technologies, Inc. | Data transfer and synchronization system |
| US6694336B1 (en) * | 2000-01-25 | 2004-02-17 | Fusionone, Inc. | Data transfer and synchronization system |
| US7505762B2 (en) * | 2004-02-27 | 2009-03-17 | Fusionone, Inc. | Wireless telephone data backup system |
| US6671757B1 (en) * | 2000-01-26 | 2003-12-30 | Fusionone, Inc. | Data transfer and synchronization system |
| US8073954B1 (en) | 2000-07-19 | 2011-12-06 | Synchronoss Technologies, Inc. | Method and apparatus for a secure remote access system |
| US7895334B1 (en) | 2000-07-19 | 2011-02-22 | Fusionone, Inc. | Remote access communication architecture apparatus and method |
| US7818435B1 (en) | 2000-12-14 | 2010-10-19 | Fusionone, Inc. | Reverse proxy mechanism for retrieving electronic content associated with a local network |
| US7499888B1 (en) | 2001-03-16 | 2009-03-03 | Fusionone, Inc. | Transaction authentication system and method |
| US8615566B1 (en) | 2001-03-23 | 2013-12-24 | Synchronoss Technologies, Inc. | Apparatus and method for operational support of remote network systems |
| WO2005010715A2 (en) | 2003-07-21 | 2005-02-03 | Fusionone, Inc. | Device message management system |
| US7634509B2 (en) * | 2003-11-07 | 2009-12-15 | Fusionone, Inc. | Personal information space management system and method |
| US20080082421A1 (en) * | 2004-05-12 | 2008-04-03 | Richard Onyon | Monetization of an advanced contact identification system |
| US9542076B1 (en) | 2004-05-12 | 2017-01-10 | Synchronoss Technologies, Inc. | System for and method of updating a personal profile |
| WO2005112586A2 (en) * | 2004-05-12 | 2005-12-01 | Fusionone, Inc. | Advanced contact identification system |
| KR100750999B1 (ko) | 2004-12-20 | 2007-08-22 | 삼성전자주식회사 | 휴대단말기의 통화/메시지 관련 이벤트 처리 장치 및 방법 |
| TWI269570B (en) * | 2005-05-12 | 2006-12-21 | Benq Corp | Method of assuring data security for data stored in mobile electronic device |
| US20070056043A1 (en) * | 2005-05-19 | 2007-03-08 | Richard Onyon | Remote cell phone auto destruct |
| US20070053335A1 (en) * | 2005-05-19 | 2007-03-08 | Richard Onyon | Mobile device address book builder |
| US20070179926A1 (en) * | 2006-01-27 | 2007-08-02 | Giga-Byte Communications Inc. | Data backup and restoration methods |
| US7729690B1 (en) * | 2006-02-15 | 2010-06-01 | Trend Micro, Inc. | Backup and restore of user data for mobile telephone |
| KR20090113310A (ko) * | 2007-01-26 | 2009-10-29 | 퓨전원 인코포레이티드 | 모바일 디바이스에서 사용하기 위한 콘텐츠를 백업하는 시스템 및 방법 |
| US8181111B1 (en) | 2007-12-31 | 2012-05-15 | Synchronoss Technologies, Inc. | System and method for providing social context to digital activity |
| US8255006B1 (en) | 2009-11-10 | 2012-08-28 | Fusionone, Inc. | Event dependent notification system and method |
| US8943428B2 (en) | 2010-11-01 | 2015-01-27 | Synchronoss Technologies, Inc. | System for and method of field mapping |
| CN103037078B (zh) * | 2012-12-06 | 2016-06-29 | 中兴通讯股份有限公司 | 通知中心的信息处理的方法和装置 |
| US10175674B2 (en) * | 2014-10-10 | 2019-01-08 | Mitsubishi Electric Corporation | Programmable logic controller configured to back up transmission destination mail address data and restore the transmission destination mail address data during reoperation |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB361783A (en) | 1933-07-17 | 1931-11-26 | Ernest Vaughan | Improvements relating to folding tables and other articles having a hinged or pivoted leg or legs |
| JPH0291749A (ja) | 1988-09-29 | 1990-03-30 | Toshiba Corp | 不揮発型半導体メモリ装置 |
| JP2582721Y2 (ja) | 1991-03-18 | 1998-10-08 | 富士通株式会社 | 情報処理装置 |
| JPH07168769A (ja) | 1993-12-16 | 1995-07-04 | Toshiba Eng Co Ltd | 不揮発性メモリに対するデータ更新方法 |
| JPH07248978A (ja) | 1994-03-11 | 1995-09-26 | Fuji Film Micro Device Kk | 不揮発性メモリ |
| GB2308471B (en) * | 1995-12-22 | 1999-10-20 | Nokia Mobile Phones Ltd | Memory defragmentation |
| JP3497066B2 (ja) | 1996-10-16 | 2004-02-16 | 富士通株式会社 | フラッシュメモリにおけるデータ書き込み／読み出し方法およびフラッシュメモリを用いた記憶装置 |
| US5864570A (en) * | 1997-03-26 | 1999-01-26 | Motorola, Inc. | Method and apparatus for communicating selected additional data in a data stream of fixed size |
| US6064880A (en) * | 1997-06-25 | 2000-05-16 | Nokia Mobile Phones Limited | Mobile station having short code memory system-level backup and restoration function |
| JPH11328982A (ja) | 1998-03-19 | 1999-11-30 | Fuji Electric Co Ltd | フラッシュメモリのデ―タ管理方式 |
| JP2000115346A (ja) | 1998-10-06 | 2000-04-21 | Data Syst:Kk | バックアップ装置 |
| US6219656B1 (en) | 1998-11-25 | 2001-04-17 | Schlumberger Resource Management Services, Inc. | Memory integrity for meters |
| JP3212960B2 (ja) | 1999-02-04 | 2001-09-25 | 埼玉日本電気株式会社 | フラッシュメモリを利用したデータ管理方法 |
| US6104638A (en) | 1999-02-26 | 2000-08-15 | Hewlett-Packard Company | Use of erasable non-volatile memory for storage of changing information |
| US6317755B1 (en) * | 1999-07-26 | 2001-11-13 | Motorola, Inc. | Method and apparatus for data backup and restoration in a portable data device |
| GB2361783B (en) * | 2000-04-27 | 2004-11-10 | Ubinetics Ltd | Non-volatile storage method |
| US6459624B1 (en) * | 2000-09-01 | 2002-10-01 | Megawin Technology Co., Ltd. | Memory structure capable of preventing data loss therein and method for protecting the same |
-
2000
- 2000-11-22 JP JP2000355914A patent/JP3709338B2/ja not_active Expired - Fee Related
-
2001
- 2001-11-20 US US09/989,549 patent/US6839568B2/en not_active Expired - Lifetime
- 2001-11-22 CN CNB011456183A patent/CN1149811C/zh not_active Expired - Fee Related
- 2001-11-22 GB GB0128033A patent/GB2374441B/en not_active Expired - Fee Related
-
2002
- 2002-12-04 HK HK02108821.6A patent/HK1047370B/zh not_active IP Right Cessation
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100502164B1 (ko) * | 2002-09-17 | 2005-07-20 | 티티피컴코리아 주식회사 | 전자 기기의 특성에 관한 데이터를 플래시 메모리에저장하는 방법 |
| JP2005346566A (ja) * | 2004-06-04 | 2005-12-15 | Matsushita Electric Ind Co Ltd | 携帯電話 |
| JP4634745B2 (ja) * | 2004-06-04 | 2011-02-16 | パナソニック株式会社 | 携帯電話 |
| US7760325B2 (en) | 2007-05-31 | 2010-07-20 | Canon Kabushiki Kaisha | Exposure system and method for manufacturing device |
| KR100845000B1 (ko) | 2007-12-04 | 2008-07-10 | 주식회사 엔써티 | 이동통신 단말기의 데이터를 백업/복구하는 서비스 시스템 및 그에 적용되는 원격 데이터저장소 서버 |
| JP2013541750A (ja) * | 2010-08-12 | 2013-11-14 | クアルコム，インコーポレイテッド | モバイルデバイスにおいてハウスキーピング動作を開始するためのシステムおよび方法 |
| US9014749B2 (en) | 2010-08-12 | 2015-04-21 | Qualcomm Incorporated | System and method to initiate a housekeeping operation at a mobile device |
Also Published As
| Publication number | Publication date |
|---|---|
| GB2374441A (en) | 2002-10-16 |
| CN1149811C (zh) | 2004-05-12 |
| GB2374441B (en) | 2005-02-02 |
| GB0128033D0 (en) | 2002-01-16 |
| US6839568B2 (en) | 2005-01-04 |
| JP3709338B2 (ja) | 2005-10-26 |
| HK1047370A1 (en) | 2003-02-14 |
| CN1354584A (zh) | 2002-06-19 |
| HK1047370B (zh) | 2005-03-04 |
| US20020090971A1 (en) | 2002-07-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002157170A (ja) | 携帯電話のユーザー設定情報管理方法とユーザー設定情報管理システム | |
| WO2011063584A1 (zh) | 嵌入式系统的深度休眠方法与装置 | |
| TWI296778B (en) | Method and system for maintaining smbios | |
| CN109582217A (zh) | 数据储存装置与将数据写入存储器装置的方法 | |
| JP2006235960A (ja) | ガーベッジコレクション高速化方法 | |
| JP2003532222A (ja) | 記憶媒体上のデータ管理のための方法、システム、及びコンピュータプログラム | |
| US9524212B2 (en) | Method, device and operating system for processing and using burn data of NAND flash | |
| CN111045870A (zh) | 一种保存与恢复元数据的方法、装置和介质 | |
| CN112397128A (zh) | 一种Flash存储器的控制方法和装置 | |
| JP3998565B2 (ja) | ゲーム機、ゲームデータのバックアップ制御プログラムおよびバックアップ制御方法 | |
| JP2003216511A (ja) | 不揮発性メモリ装置、データ更新方法、データ更新プログラム及びそのプログラムが記録されたコンピュータ読み取り可能な記録媒体 | |
| CN101320389B (zh) | 文件管理方法和装置 | |
| JP2004206381A (ja) | 不揮発性メモリの記憶方法及び記憶装置 | |
| CN114089915B (zh) | 基于flash存储器的文件追加写操作方法及装置 | |
| CN111737058A (zh) | Ic卡及其防掉电数据备份方法或数据恢复方法 | |
| CN107368389B (zh) | 操作系统一键恢复功能的控制方法、控制装置和emmc | |
| CN113918485B (zh) | 一种闪存资料防丢失方法、装置、设备及存储介质 | |
| CN101414284A (zh) | 数据保护方法及其存取权限管理方法 | |
| JP2003203007A (ja) | 携帯電話機のメモリの不揮発エリア管理方法 | |
| CN107436783A (zh) | 一种用于移动终端的差分升级方法、存储介质及移动终端 | |
| JP2006126919A (ja) | フラッシュメモリのデータ管理装置およびフラッシュメモリの制御方法 | |
| JP2009134672A (ja) | メモリ管理方法および携帯端末装置 | |
| JP3863479B2 (ja) | Ｉｃカード | |
| JP3978720B2 (ja) | データ記憶方法 | |
| JPH06222986A (ja) | メモリ制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040115 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040204 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040401 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20040401 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20041119 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20041119 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041208 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050713 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050808 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080812 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090812 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090812 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100812 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110812 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110812 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120812 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130812 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |