データの読み出し及び書き込みが可能であって、無線基地局装置の動作に必要な第1のデータを記憶する第1の記憶部と、前記第1の記憶部と接続され、前記第1の記憶部のデータを読み込みながら動作するCPUと、前記CPUと接続され、データの読み出し及び書き込みが可能であって、前記第1のデータと同一内容の第2のデータを記憶する第2の記憶部と、前記CPUと接続され、データの読み出し及び書き込みが可能であって、前記第1のデータと同一内容の第3のデータを記憶する第3の記憶部と、前記CPUと接続され、データの読み出しが可能かつ書き込みが不可能であって、前記第1のデータと同一内容の第4のデータを記憶する第4の記憶部とを備え、前記CPUは、無線基地局装置の起動時において、前記第1の記憶部の第1のデータの整合性検査を行い、該第1のデータが正常である場合は、該第1のデータを読み込みながら動作し、前記整合性検査を行った第1のデータが異常である場合は、前記第2の記憶部の第2のデータの整合性検査を行い、該第2のデータが正常である場合は、該第2のデータを前記第1の記憶部に展開し、該第1の記憶部に展開した第2のデータを読み込みながら動作し、前記整合性検査を行った第2のデータが異常である場合は、前記第3の記憶部の第3のデータの整合性検査を行い、該第3のデータが正常である場合は、該第3のデータを前記第1の記憶部に展開し、該第1の記憶部に展開した第3のデータを読み込みながら動作し、前記整合性検査を行った第3のデータが異常である場合は、前記第4の記憶部の第4のデータの整合性検査を行い、該第4のデータが正常である場合は、該第4のデータを前記第1の記憶部に展開し、該第1の記憶部に展開した第4のデータを読み込みながら動作することを特徴とする無線基地局装置。しかしながら、上述したような従来のファイル管理においては、2重に備えたファイルの内容が両方とも破壊されたり、何らかの要因により消滅した場合は、復旧手段がないという課題があった。本発明は、このような従来の課題を解決するために為されたもので、複数備えた予備ファイルの内容が全て破壊や消滅する事態を抑制でき、ファイル異常による装置運用停止状態の発生を抑制できる無線基地局装置を提供することを目的とする。上記課題を解決するための、本願発明の代表的な構成は、次のとおりである。すなわち、データの読み出し及び書き込みが可能であって、無線基地局装置の動作に必要な第1のデータを記憶する第1の記憶部と、前記第1の記憶部と接続され、前記第1の記憶部のデータを読み込みながら動作するCPUと、前記CPUと接続され、データの読み出し及び書き込みが可能であって、前記第1のデータと同一内容の第2のデータを記憶する第2の記憶部と、前記CPUと接続され、データの読み出し及び書き込みが可能であって、前記第1のデータと同一内容の第3のデータを記憶する第3の記憶部と、前記CPUと接続され、データの読み出しが可能かつ書き込みが不可能であって、前記第1のデータと同一内容の第4のデータを記憶する第4の記憶部とを備え、前記CPUは、無線基地局装置の起動時において、前記第1の記憶部の第1のデータの整合性検査を行い、該第1のデータが正常である場合は、該第1のデータを読み込みながら動作し、前記整合性検査を行った第1のデータが異常である場合は、前記第2の記憶部の第2のデータの整合性検査を行い、該第2のデータが正常である場合は、該第2のデータを前記第1の記憶部に展開し、該第1の記憶部に展開した第2のデータを読み込みながら動作し、前記整合性検査を行った第2のデータが異常である場合は、前記第3の記憶部の第3のデータの整合性検査を行い、該第3のデータが正常である場合は、該第3のデータを前記第1の記憶部に展開し、該第1の記憶部に展開した第3のデータを読み込みながら動作し、前記整合性検査を行った第3のデータが異常である場合は、前記第4の記憶部の第4のデータの整合性検査を行い、該第4のデータが正常である場合は、該第4のデータを前記第1の記憶部に展開し、該第1の記憶部に展開した第4のデータを読み込みながら動作することを特徴とする無線基地局装置。本願発明によれば、複数備えた予備ファイルの内容が全て破壊や消滅する事態を抑制でき、ファイル異常による装置運用停止状態の発生を抑制できる。第1実施形態本発明の第1実施形態の無線基地局装置について、図1を参照しながら説明する。図1は、本発明の実施形態に係る無線基地局装置のハードウェア構成の概要を示した一例を表す図である。本実施形態の無線基地局装置は、無線基地局周辺設備以下RRH:RemoteRadioHeadであり、この無線基地局装置のソフトウェアプログラムやFGPAFieldProgrammableGateArrayやDSPDigitalSignalProcessorのファームウェアプログラムや無線基地局装置で使用するパラメータ等が、フラッシュROMに格納されている。図1に示すように、無線基地局装置は、第1記憶部11と、第2記憶部12と、第3記憶部13と、第4記憶部14と、CPUCentralProcessingUnit21とを備える。CPU21と、第1記憶部11、第2記憶部12、第3記憶部13、第4記憶部14とは、バス22で接続されている。第1記憶部11は、SDRAMSynchronousDynamicRandomAccessMemoryで構成され、ファイルエリア名称がSDであり、記憶容量が7MBメガバイトで、データの読み出し及び書き込みが可能である。第1記憶部11には、CPU21が動作する動作プログラムを含むファイルで構成される第1データが格納されており、CPU21は、第1記憶部11に記憶されているデータを読み込みながら動作するようになっている。第2記憶部12は、フラッシュROMで構成され、ファイルエリア名称がNであり、記憶容量が7MBメガバイトで、データの読み出し及び書き込みが可能である。第2記憶部12には、第1記憶部11の第1データと同一内容の第2データが記憶されている。第3記憶部13は、フラッシュROMで構成され、ファイルエリア名称がEであり、記憶容量が7MBメガバイトで、データの読み出し及び書き込みが可能である。第3記憶部13には、第1記憶部11の第1データと同一内容の第3データが記憶されている。第4記憶部14は、フラッシュROMで構成され、ファイルエリア名称がSafeであり、記憶容量が7MBメガバイトで、データの読み出しは可能であるが、運用中における書き込みは不可能である。第4記憶部14には、第1記憶部11の第1データと同一内容の第4データが記憶されている。第4記憶部14のデータは、無線基地局装置が運用に入る前の段階で、例えば工場からの出荷時等のタイミングで書き込まれ、無線基地局装置が運用に入った後は、書き換えができないようになっている。これは、装置運用中において、装置の動作プログラムが予期しない異常動作を行って、第4記憶部14に不正データの書き込みをすることがないようにするためである。次に、無線基地局装置の電源を投入し、装置を起動するときの動作を、図2を用いて説明する。図2は、本実施形態に係る装置起動時の動作を示す図である。図2に示すように、まず、CPU21は、第1記憶部11の第1データを取得して、第1データが正しいか否かを検査する整合性検査を行うS21。この整合性検査は、例えばサムチェックにより行われる。整合性検査を行った第1データが正常であった場合は、CPU21は、該第1のデータを読み込みながら動作するS26。整合性検査を行った第1のデータが異常であった場合は、CPU21は、第2記憶部12の第2データを取得して、第2データの整合性検査をサムチェック等により行うS22。第2データが正常であった場合は、CPU21は、該第2のデータを第1記憶部11に複製して展開しS25、該展開した第1記憶部11のデータを読み込みながら動作するS26。S22で整合性検査を行った第2のデータが異常であった場合は、CPU21は、第3記憶部13の第3データを取得して、第3データの整合性検査をサムチェック等により行うS23。第3データが正常であった場合は、CPU21は、該第3のデータを第1記憶部11に複製して展開しS25、該展開した第1記憶部11のデータを読み込みながら動作するS26。S23で整合性検査を行った第3のデータが異常であった場合は、CPU21は、第4記憶部14の第4データを取得して、第4データの整合性検査をサムチェック等により行うS24。第4データが正常であった場合は、CPU21は、該第4のデータを第1記憶部11に複製して展開しS25、該展開した第1記憶部11のデータを読み込みながら動作するS26。次に、無線基地局装置の定時照合時の動作を、図3を用いて説明する。図3は、本実施形態に係る定時照合時の動作を示す図である。ここで定時照合とは、無線基地局装置内で自立的に定めた時刻や、上位の管理装置から指示された時刻に、フラッシュROM内のデータの整合性を検査することをいう。図3に示すように、まず、CPU21は、第1記憶部11の第1データを取得して、サムチェック等により第1データの整合性検査を行いS31、次に、第2記憶部12の第2データを取得して、サムチェック等により第2データの整合性検査を行い、次に、第3記憶部13の第3データを取得して、サムチェック等により第3データの整合性検査を行う。整合性検査を行った第1記憶部11の第1データが異常であった場合は、CPU21は、第2記憶部12の第2データと第3記憶部13の第3データのうち、いずれか正常な状態であるデータで、第1記憶部11の第1データを書き換えて更新するS35。また、整合性検査を行った第2記憶部12の第2データが異常であった場合は、CPU21は、第1記憶部11の第1データと第3記憶部13の第3データのうち、いずれか正常な状態であるデータで、第2記憶部12の第2データを書き換えて更新するS32。また、整合性検査を行った第3記憶部13の第3データが異常であった場合は、CPU21は、第1記憶部11の第1データと第2記憶部12の第2データのうち、いずれか正常な状態であるデータで、第3記憶部13の第3データを書き換えて更新するS33。また、定時照合時の場合は、CPU21は、第4記憶部14の第4データの整合性検査を行わない。この理由は、第4記憶部14は書き込みS34が不可能なように設定されているので、装置運用中において、装置の動作プログラムが予期しない異常動作を行って、第4記憶部14に不正データの書き込みをすることがなく、異常データとなる可能性が低いためである。前記実施形態によれば、CPU21が動作プログラム等を読み込みながら動作する第1記憶部と同一内容のデータを保存する第4記憶部14を、装置運用中の書き込みが不可能なように設定しているので、装置の動作プログラムが予期しない異常動作を行って第4記憶部14に不正データの書き込みをすることがなく、第4記憶部14が異常データとなる可能性を低くすることができる。これにより、第1記憶部のデータが壊れたときに復旧できる可能性を大きくすることができる。第2実施形態次に、本発明の第2実施形態について説明する。無線基地局装置やその周辺装置は、複数のプログラムファイルやパラメータファイルを利用して動作するため、通常、ファイルにバージョンを付与し、正常動作するファイルバージョンの組合せを管理している。しかし、バージョンが管理されていても、プログラムファイルの更新をオペレータが行う場合において、人為的なミスによって、誤ったバージョンのファイルを組み合わせてファイル更新してしまう可能性があり、システムの運用で誤動作する恐れがある。第2実施形態においては、例えば、無線基地局装置やその周辺装置において、ソフトウェアの各種ファイルのバージョンを自動チェックすることにより誤更新防止を行い、不適切なバージョンの組合せにより装置運用停止状態が発生することを防止するものである。本発明の第2実施形態のファイル更新技術について、図4ないし図8を参照しながら説明する。図4は、本発明の第2実施形態に係るファイル受信装置装置Rとファイル送信装置装置Sのハードウェア構成の概要を示す図である。装置Rは、複数のファイルを有し、該ファイルが更新される装置であり、例えば第1実施形態の無線基地局装置である。装置Rは、図4に示すように、揮発性メモリである第1記憶部11SDRAMと、不揮発性メモリである第2記憶部12フラッシュROMと、CPU21とを備え、さらに、FPGA23と、送受信部24とを備える。CPU21と、第1記憶部11、第2記憶部12、FPGA23、送受信部24は、例えばバス22で接続されている。第1実施形態と同じものについては、同符号を付し説明を省略する。送受信部24は、装置Sと各種データを送受信するためのもので、Etherケーブル等の通信路30を介して、装置Sからファイルデータを受信する。第2記憶部12には、例えばバージョン11のプログラムファイルAプログラムファイルA11を、保持し記憶している。このように、バージョンnのファイルMをファイルMnと称すことがある。また、バージョン11のプログラムファイルBプログラムファイルB11、バージョン11のプログラムファイルCプログラムファイルC11、バージョン11のパラメータファイルaパラメータファイルa11、バージョン11のパラメータファイルbパラメータファイルb11、バージョン11のパラメータファイルcパラメータファイルc11を、保持し記憶している。これらのバージョンが、ファイルごとに異なっていてもよいことは勿論である。装置RのCPU21は、第2記憶部12フラッシュROMに格納されているプログラムファイルおよびパラメータファイルを、装置起動時に第1記憶部11SDRAMへ展開し、CPU21、FPGA23がプログラムを実行し、必要に応じてパラメータファイルの値を参照更新する。装置Sは、ファイル更新を実施する装置であり、例えばPCパーソナルコンピュータで構成される。装置Sは、メモリ42SDRAMと、記憶部43フラッシュROMと、CPU41と、送受信部44とを備える。CPU41と、メモリ42、記憶部43、送受信部44は、例えばバス45で接続されている。送受信部44は、装置Rと各種データを送受信するためのもので、通信路30を介して、装置Rへファイルデータを送信する。記憶部43には、更新用のファイル、例えば、プログラムファイルA12バージョン12のプログラムファイルA、プログラムファイルB12、プログラムファイルC12、パラメータファイルa12、パラメータファイルb12、パラメータファイルc12を、保持し記憶している。次に、第2実施形態に係るファイルフォーマットの構成例を説明する。図5は、本発明の第2実施形態に係るプログラムファイルおよびパラメータファイルのフォーマットの構成例を示す図である。これらのプログラムファイルおよびパラメータファイルは、装置Rの第2記憶部12フラッシュROMや、装置Sの記憶部43に記憶されているものである。図5に示すように、各ファイルのヘッダ部には、当該ファイルの種別を表すファイル種別51と、当該ファイルのバージョンを表すファイルバージョン52が記憶されている。図5の例では、先頭のファイル種別51はA、そのファイル種別Aのファイルバージョン52は11である。その次に、当該バージョンのファイルプログラムファイルA11が他のファイルのどのバージョンと対応可能か、つまり、当該ファイルA11と組み合わせて動作させたときに正常動作する他のファイルのバージョンがどの範囲にあるかを示す、対応バージョン53が記憶されている。図5の例では、ファイル種別A、つまり自ファイルの下限バージョン54と上限バージョン55図5の対応Aバージョン、ファイル種別Bの下限バージョンと上限バージョン対応Bバージョン、ファイル種別Cの下限バージョンと上限バージョン対応Cバージョン、ファイル種別aの下限バージョンと上限バージョン対応aバージョン、ファイル種別bの下限バージョンと上限バージョン対応bバージョン、ファイル種別cの下限バージョンと上限バージョン対応cバージョンが記憶されている。ここで、下限バージョンは最も古いバージョンを、上限バージョンは最も新しいバージョンを表す。例えば、プログラムファイルA11の対応Bバージョン、すなわち、ファイル種別Bの下限バージョンが1で上限バージョンが15の場合は、当該プログラムファイルA11は、バージョンが1~15のプログラムファイルBと組み合わせて動作させたときに正常動作することを意味する。なお、自ファイルの対応バージョン図5の例では対応Aバージョンの下限バージョンには最小値例えば0ゼロを、上限バージョンには最大値例えば255を設定するが、この自ファイルの対応バージョン図5の例では対応Aバージョンは、必ずしも必要ではなく省略することもできる。同様にして、図5には記載を省略しているが、プログラムファイルB11が他のファイルのどのバージョンと対応可能か、つまり、当該ファイルと組み合わせて動作させたときに正常動作する他のファイルのバージョンがどの範囲にあるかを示す、対応バージョン対応A~Ca~cバージョンが記憶されている。以下同様にして、図5には記載を省略しているが、プログラムファイルC11が他のファイルのどのバージョンと対応可能かを示す対応バージョン対応A~Ca~cバージョン、パラメータファイルa11が他のファイルのどのバージョンと対応可能かを示す対応バージョン対応A~Ca~cバージョン、パラメータファイルb11が他のファイルのどのバージョンと対応可能かを示す対応バージョン対応A~Ca~cバージョン、パラメータファイルc11が他のファイルのどのバージョンと対応可能かを示す対応バージョン対応A~Ca~cバージョンが記憶されている。さらに続いて、各プログラムファイルや各パラメータファイルの内容が記憶されている。次に、第2実施形態に係るファイル更新シーケンスを、図6ないし図8を用いて説明する。図6は、第2実施形態に係るファイル更新シーケンスを示す図である。図7は、第2実施形態において、ファイル更新開始要求を受信した装置Rが第1記憶部11SDRAM上に展開したバージョンチェックテーブルとファイルバージョンテーブルを示す図である。図8は、第2実施形態において、受信した更新ファイルにより、図7のバージョンチェックテーブルとファイルバージョンテーブルが更新された状態を示す図である。まず、装置S例えばパソコン内に更新しようとする内容の更新ファイルを準備し、装置Sの送受信部44からから装置Rの送受信部24へ、通信路30を介してファイル更新開始要求を送信する図6のステップS1。ファイル更新開始要求を受信した装置Rは、第1記憶部11SDRAM上に、図7に示すファイルバージョンテーブル72およびバージョンチェックテーブル71を展開するステップS2。詳しくは、装置Rの第2記憶部12フラッシュROMから、各ファイル種別のヘッダ部を読み出し、各ファイル種別のファイルバージョン値例えば各ファイル種別A~C、a~cのVer.11をファイルバージョンテーブル72に設定し図7参照、各ファイル種別の対応バージョンの下限バージョンと上限バージョンを、バージョンチェックテーブル71に設定する。例えば、図7のバージョンチェックテーブル71に示すように、ファイル種別Aについては、対応Aバージョンの下限バージョン0と上限バージョン255、対応Bバージョンの下限バージョン1と上限バージョン11、対応Cバージョンの下限バージョン3と上限バージョン11、対応aバージョンの下限バージョン10と上限バージョン11、対応bバージョンの下限バージョン11と上限バージョン11、対応cバージョンの下限バージョン9と上限バージョン11を設定する。同様に、ファイル種別B~C、a~cについても、それぞれ、対応Aバージョン~対応cバージョンの下限バージョンと上限バージョンを設定する。このようにして、ファイルバージョンテーブル72とバージョンチェックテーブル71の全項目に対して設定完了後、装置Rは、装置Sへファイル更新開始応答を送信するステップS3。ファイル更新開始応答を受信した装置Sは、記憶部43から更新ファイルを読み出し、装置Sの送受信部44から装置Rの送受信部24へ、通信路30を介して、更新ファイルを順次送信する、具体的にはまず、プログラムファイルA12ファイル種別AのVer.12を送信するステップS4。このとき送信するプログラムファイルA12には、ファイル種別A、ファイルバージョンVer.12、プログラムファイルA12に対応可能な他のファイルのバージョンを示す対応バージョン対応Aバージョン~対応cバージョン、ファイル内容プログラム内容が含まれている。更新ファイルA12を受信した装置Rは、該更新ファイルA12を第1記憶部11SDRAM上に保持するステップS5。該保持した更新ファイルA12のヘッダ部を読み出し、ファイル種別を調べ、ファイル種別に対応するファイルバージョンテーブル72に該受信ファイルのバージョンVer.12を設定し更新する図8参照。また、バージョンチェックテーブル71のファイル種別Aに関する対応Aバージョン~対応cバージョンの下限バージョンおよび上限バージョンに、受信したプログラムファイルA12に含まれる対応Aバージョン~対応cバージョンの上下限バージョンを設定し更新するステップS6。図8の例では、ファイル種別Aについては、対応Aバージョンの下限バージョン0と上限バージョン255、対応Bバージョンの下限バージョン10と上限バージョン12、対応Cバージョンの下限バージョン10と上限バージョン12、対応aバージョンの下限バージョン11と上限バージョン12、対応bバージョンの下限バージョン11と上限バージョン12、対応cバージョンの下限バージョン11と上限バージョン12が設定される。装置Rは、以上説明したファイルバージョンテーブル72とバージョンチェックテーブル71の設定完了後、装置Sに対して受信完了通知を送信するステップS7。受信完了通知を受信した装置Sは、記憶部43から次の更新ファイルB12ファイル種別BのVer.12を読み出し、装置Sの送受信部44から装置Rの送受信部24へ、通信路30を介して、更新ファイルB12を送信する。更新ファイルB12を受信した装置Rは、前述した更新ファイルA12と同様に、更新ファイルB12を第1記憶部11SDRAM上に保持し、ファイルバージョンテーブル72とバージョンチェックテーブル71の値を更新する。更新後、装置Sに対して受信完了通知を送信する。受信完了通知を受信した装置Sは、同様の更新ファイル送信動作を繰り返した後、最後の更新ファイルc12ファイル種別cのVer.12を、記憶部43から読み出し、装置Sの送受信部44から装置Rの送受信部24へ、通信路30を介して送信するステップS8。更新ファイルc12を受信した装置Rは、更新ファイルc12を第1記憶部11SDRAM上に保持しステップS9、ファイルバージョンテーブル72とバージョンチェックテーブル71の値を更新するステップS10。更新後、装置Sに対して受信完了通知を送信するステップS11。最後の更新ファイルc12に対する受信完了通知を受信した装置Sは、ファイル更新終了要求を装置Rへ送信するステップS12、つまり、更新ファイルを全て送信した後、ファイル更新終了要求を送信する。装置Rは、ファイル更新終了要求を受信することにより、装置Sからの更新ファイルが全て送信されたことを認識し、バージョンチェックテーブル71のファイル種別A~C、a~cの順にバージョンチェック処理を行うステップS13。バージョンチェック処理の詳細は後述する。装置Rは、バージョンチェックがOKであった場合はステップS14でOK、揮発性メモリである第1記憶部11SDRAM上に保持していた更新ファイルを、不揮発性メモリである第2記憶部12フラッシュROMへ格納して保存しステップS15、ファイル更新終了応答OKを装置Sへ送信してステップS16、ファイル更新処理を終了する。装置Rは、バージョンチェックがNGNoGoodであった場合はステップS14でNG、揮発性メモリである第1記憶部11SDRAM上に保持していた更新ファイルを破棄しステップS17、ファイル更新終了応答NGを装置Sへ送信してステップS18、ファイル更新処理を終了する。次に、第2実施形態に係るバージョンチェック方法を、図8を用いて説明する。図8は、装置Rの第1記憶部11SDRAM上において、ファイルバージョンテーブル72が、装置Sから送信された更新ファイルA~C、a~cに含まれるファイルバージョン情報により更新され、バージョンチェックテーブル71が、装置Sから送信された更新ファイルに含まれる対応バージョン情報により更新された状態を示す図である。この例では、装置Rの有する全てのファイル種別A~C、a~cに対し、それぞれ更新ファイルが送信されるので、該送信された全てのファイル種別について、対応バージョンのチェックを行う。まず、装置RのCPU21は、ファイルバージョンテーブル72の種別Aのファイルバージョンが、バージョンチェックテーブル71のファイル種別Aに関する対応Aバージョンの下限バージョンと上限バージョンの範囲内上下限バージョンどちらかに一致する場合も含むにあるか否かチェック図8のステップS71し、条件を満たす場合はOK、満たさない場合はNGとする。図8の例では、ファイルバージョンテーブル72の種別Aのファイルバージョンが12であり、バージョンチェックテーブル71のファイル種別Aに関する対応Aバージョンの下限バージョンが0で上限バージョンが255なので、OKとする。ステップS71でOKの場合は、次に、ファイルバージョンテーブル72の種別Bのファイルバージョンが、バージョンチェックテーブル71のファイル種別Aに関する対応Bバージョンの下限バージョンと上限バージョンの範囲内にあるか否かチェックステップS72し、条件を満たす場合はOK、満たさない場合はNGとする。以降、同様にして、ファイルバージョンテーブル72に示されるファイル種別A~C、a~cの更新後のバージョンが、それぞれ、バージョンチェックテーブル71のファイル種別Aに関する対応バージョンを満足するか否かについて、対応cバージョンまでチェックを行う。このようにして、バージョンチェックテーブル71のファイル種別Aに関する対応バージョンのチェックが完了した後、次に、バージョンチェックテーブル71のファイル種別Bに関する対応バージョンのチェックを行いステップS81、順次、バージョンチェックテーブル71のファイル種別cに関する対応バージョンのチェックまで行うステップS89。これらのチェック途中でNGがあった場合は、装置Sから受信して装置Rの第1記憶部11SDRAM上に保持していた更新ファイル、ファイルバージョンテーブル72およびバージョンチェックテーブル71を全て破棄して、装置Sに対して前述のファイル更新終了応答を送信し、ファイル更新処理を終了する。これらのチェックが全てOKの場合は、第1記憶部11SDRAM上に保持していた更新ファイルを、全て不揮発性の第2記憶部12フラッシュROMに書き込む。第2記憶部12への書込み完了後、第1記憶部11SDRAM上の更新ファイル全てと、ファイルバージョンテーブル72およびバージョンチェックテーブル71を全て破棄して、装置Sに対してファイル更新終了応答を送信し、ファイル更新処理を終了する。以上の図8の説明では、装置Sから全てのファイル種別A~C、a~cに対し、それぞれ更新ファイルが送信される場合について述べたが、例えば、装置Sからファイル種別Bに対してのみ、更新ファイルが送信されることも可能である。この場合は、送信されたファイル種別Bについてのみ、対応バージョンのチェックを行う。具体的には、装置RのCPU21は、ファイルバージョンテーブル72の種別Aのファイルバージョン12が、バージョンチェックテーブル71のファイル種別Bに関する対応Aバージョンの下限バージョン10と上限バージョン12の範囲内にあるか否かチェックするステップS81。次に、ファイルバージョンテーブル72の種別Bのファイルバージョン12が、バージョンチェックテーブル71のファイル種別Bに関する対応Bバージョンの下限バージョン0と上限バージョン255の範囲内にあるか否かチェックする。次に、ファイルバージョンテーブル72の種別Cのファイルバージョン12が、バージョンチェックテーブル71のファイル種別Bに関する対応Cバージョンの下限バージョン10と上限バージョン12の範囲内にあるか否かチェックする。次に、ファイルバージョンテーブル72の種別aのファイルバージョン12が、バージョンチェックテーブル71のファイル種別Bに関する対応aバージョンの下限バージョン11と上限バージョン12の範囲内にあるか否かチェックする。次に、ファイルバージョンテーブル72の種別bのファイルバージョン12が、バージョンチェックテーブル71のファイル種別Bに関する対応bバージョンの下限バージョン11と上限バージョン12の範囲内にあるか否かチェックする。次に、ファイルバージョンテーブル72の種別cのファイルバージョン12が、バージョンチェックテーブル71のファイル種別Bに関する対応cバージョンの下限バージョン11と上限バージョン12の範囲内にあるか否かチェックする。これらのチェックが全てOKの場合は、前述したように、第1記憶部11SDRAM上に保持していた更新ファイルを、不揮発性の第2記憶部12フラッシュROMに書き込み、装置Sに対してファイル更新終了応答を送信し、ファイル更新処理を終了する。いずれかNGの場合は、前述したように、装置Sに対してファイル更新終了応答を送信し、ファイル更新処理を終了する。以上説明した第2実施形態によれば、誤った組み合わせのプログラムやパラメータを装置に格納することを防止し、装置の誤動作を防ぐことが可能となる。なお、本発明は、前記各実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々に変更が可能であることはいうまでもない。例えば、上述の第1実施形態では、CPU21がプログラム等を読み込みながら動作する記憶部である第1記憶部11をSDRAMで構成し、第1記憶部11の第1データと同一内容のデータを保存する第2記憶部12、第3記憶部13、第4記憶部14をフラッシュROMで構成したが、これに限られるものではない。また、上述の第1実施形態において、第1記憶部11の第1データと同一内容のデータを保存する記憶部を、読み書き可能な第2記憶部12と、書き込み不可能、又は条件付での書き込み可能な第4記憶部14のみから構成することもでき、あるいは、書き込み不可能、又は条件付での書き込み可能な第4記憶部14のみから構成することもできる。つまり、第4記憶部14のデータは、無線基地局装置が運用に入る前の段階で、例えば工場からの出荷時等のタイミングで書き込まれる。無線基地局装置が運用に入った後は、第4記憶部14のデータを第1記憶部11SDRAMの任意のエリアへコピーし、運用状態中に第4記憶部14との照合を行い、データの整合性を保つメカニズムを備える。そして、定時照合時の場合に、CPU21は、第4記憶部14の第4データの整合性検査を行うように構成してもよい。第4記憶部14のデータは、工場出荷時のみ書き込まれるユニークなデータであり、上記の通り、第4記憶部14のデータを第1記憶部11の任意のエリアへコピーし照合を行い、第4記憶部14のデータを独自で整合性を保つようにする。第1記憶部11と第4記憶部14を各々独立した照合を行うようにすることによって、第1記憶部11及び第2記憶部12、第3記憶部13が異常状態となった場合でも、第4記憶部14のデータで復旧できる可能性を大きくすることができる。また、本発明に係る技術は、無線基地局装置に限られず、ソフトウェアファイルを有する電子装置に適用可能である。また、本発明は、本発明に係る処理を実行する装置としてだけでなく、方法やシステムとして、或いは、このような方法やシステムを実現するためのプログラムや当該プログラムを記録する記録媒体などとして把握することができる。本明細書の記載事項には、少なくとも次の発明が含まれる。第1の発明は、データの読み出し及び書き込みが可能であって、無線基地局装置の動作に必要な第1のデータを記憶する第1の記憶部と、前記第1の記憶部と接続され、前記第1の記憶部のデータを読み込みながら動作するCPUと、前記CPUと接続され、データの読み出し及び書き込みが可能であって、前記第1のデータと同一内容の第2のデータを記憶する第2の記憶部と、前記CPUと接続され、データの読み出し及び書き込みが可能であって、前記第1のデータと同一内容の第3のデータを記憶する第3の記憶部と、前記CPUと接続され、データの読み出しが可能かつ書き込みが不可能であって、前記第1のデータと同一内容の第4のデータを記憶する第4の記憶部とを備え、前記CPUは、無線基地局装置の起動時において、前記第1の記憶部の第1のデータの整合性検査を行い、該第1のデータが正常である場合は、該第1のデータを読み込みながら動作し、前記整合性検査を行った第1のデータが異常である場合は、前記第2の記憶部の第2のデータの整合性検査を行い、該第2のデータが正常である場合は、該第2のデータを前記第1の記憶部に展開し、該第1の記憶部に展開した第2のデータを読み込みながら動作し、前記整合性検査を行った第2のデータが異常である場合は、前記第3の記憶部の第3のデータの整合性検査を行い、該第3のデータが正常である場合は、該第3のデータを前記第1の記憶部に展開し、該第1の記憶部に展開した第3のデータを読み込みながら動作し、前記整合性検査を行った第3のデータが異常である場合は、前記第4の記憶部の第4のデータの整合性検査を行い、該第4のデータが正常である場合は、該第4のデータを前記第1の記憶部に展開し、該第1の記憶部に展開した第4のデータを読み込みながら動作することを特徴とする無線基地局装置。第2の発明は、データの読み出し及び書き込みが可能であって、無線基地局装置の動作に必要な第1のデータを記憶する第1の記憶部と、前記第1の記憶部と接続され、前記第1の記憶部のデータを読み込みながら動作するCPUと、前記CPUと接続され、データの読み出し及び書き込みが可能であって、前記第1のデータと同一内容の第2のデータを記憶する第2の記憶部と、前記CPUと接続され、データの読み出しが可能かつ書き込みが不可能であって、前記第1のデータと同一内容の第3のデータを記憶する第3の記憶部とを備え、前記CPUは、無線基地局装置の起動時において、前記第1の記憶部の第1のデータの整合性検査を行い、該第1のデータが正常である場合は、該第1のデータを読み込みながら動作し、前記整合性検査を行った第1のデータが異常である場合は、前記第2の記憶部の第2のデータの整合性検査を行い、該第2のデータが正常である場合は、該第2のデータを前記第1の記憶部に展開し、該第1の記憶部に展開した第2のデータを読み込みながら動作し、前記整合性検査を行った第2のデータが異常である場合は、前記第3の記憶部の第3のデータの整合性検査を行い、該第3のデータが正常である場合は、該第3のデータを前記第1の記憶部に展開し、該第1の記憶部に展開した第3のデータを読み込みながら動作することを特徴とする無線基地局装置。第3の発明は、データの読み出し及び書き込みが可能であって、無線基地局装置の動作に必要な第1のデータを記憶する第1の記憶部と、前記第1の記憶部と接続され、前記第1の記憶部のデータを読み込みながら動作するCPUと、前記CPUと接続され、データの読み出しが可能かつ書き込みが不可能であって、前記第1のデータと同一内容の第2のデータを記憶する第2の記憶部とを備え、前記CPUは、無線基地局装置の起動時において、前記第1の記憶部の第1のデータの整合性検査を行い、該第1のデータが正常である場合は、該第1のデータを読み込みながら動作し、前記整合性検査を行った第1のデータが異常である場合は、前記第2の記憶部の第2のデータの整合性検査を行い、該第2のデータが正常である場合は、該第2のデータを前記第1の記憶部に展開し、該第1の記憶部に展開した第2のデータを読み込みながら動作することを特徴とする無線基地局装置。第4の発明は、バージョンを有する更新ファイルを受信し、該更新ファイルを複数組み合わせて動作する電子装置であって、前記電子装置の有する複数のファイルについて、それぞれ、ファイル種別と対応させてバージョン情報を記憶するファイルバージョンテーブルと、該ファイルバージョンテーブルに記憶したバージョン情報を有するファイルに対して、該バージョン情報のファイルと組み合わせて動作可能な他のファイルのバージョン情報である対応バージョン情報を記憶するバージョンチェックテーブルとを備え、更新ファイルのバージョン情報と、該更新ファイルの対応バージョン情報とを受信すると、前記受信した更新ファイルのバージョン情報で前記ファイルバージョンテーブルを更新するとともに前記受信した更新ファイルの対応可能バージョン情報で前記バージョンチェックテーブルを更新し、前記更新後におけるファイルバージョンテーブルの全てのファイルのバージョン情報が、前記更新後のバージョンチェックテーブルにおける前記受信した更新ファイルの対応バージョン情報の範囲内にあるか否かをチェックすることを特徴とする電子装置。