JP2001147814A

JP2001147814A - 起動処理更新装置

Info

Publication number: JP2001147814A
Application number: JP32846599A
Authority: JP
Inventors: Tsunemori Asahi; 常盛旭
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 1999-11-18
Filing date: 1999-11-18
Publication date: 2001-05-29

Abstract

(57)【要約】【課題】システムを起動するために必要なＩＰＬ等の
起動処理の更新を、簡易な構成でしかも高い信頼性をも
って行うのに好適な起動処理更新装置を提供する。【解決手段】クライアントＣ₁〜Ｃ_nは、ＩＰＢ，ＩＰ
Ｌを記憶するフラッシュＲＯＭ５２と、ＲＡＭ５４とを
備え、ＷＷＷサーバ１００と通信可能に接続する。そし
て、ＩＰＢを実行し、フラッシュＲＯＭ５２のＩＰＬを
ＲＡＭ５４に転送して実行し、メインモジュールをＷＷ
Ｗサーバ１００から読み込んでフラッシュＲＯＭ５２に
格納し、フラッシュＲＯＭ５２のメインモジュールをＲ
ＡＭ５４に転送して実行し、ＩＰＬの更新を開始すると
きは、状態フラグＦを「１」に設定し、ＩＰＬの更新を
完了したときは、状態フラグＦを「０」に設定し、ＩＰ
Ｂは、状態フラグＦが「１」であるときは、ＩＰＬを実
行せず、フラッシュＲＯＭ５２のメインモジュールをＲ
ＡＭ５４に転送して実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＷＷＷサーバとネ
ットワークを介して接続するネットワーク端末におい
て、システムを起動するために必要なＩＰＬ（Initial
Program Loader）等の起動処理を更新する装置に係り、
特に、起動処理の更新を、簡易な構成でしかも高い信頼
性をもって行うのに好適な起動処理更新装置に関する。

【０００２】

【従来の技術】従来、ＷＷＷサーバとネットワークを介
して接続するネットワーク端末において、ＩＰＬを更新
する装置としては、例えば、次のようなものがあった。
これは、システムの初期化等を行う第１の起動処理であ
るＩＰＢ（Initial Program Booter）、メインモジュー
ルの更新等を行う第２の起動処理であるＩＰＬ、および
ＩＰＬを更新するための更新処理を含むメインモジュー
ルを記憶するフラッシュＲＯＭと、ＲＡＭとを備え、Ｉ
ＰＢを実行し、ＩＰＢにより、システムの初期化等を行
い、ＩＰＬをフラッシュＲＯＭからＲＡＭに転送して実
行し、ＩＰＬにより、メインモジュールの更新等を行
い、メインモジュールをフラッシュＲＯＭからＲＡＭに
転送して実行するようになっている。

【０００３】ＩＰＬは、ＩＰＬが管理しているメインモ
ジュールのデータ格納場所であるＵＲＬ（Uniform Reso
urce Locator）およびバージョン情報と、現在アクセス
しているＷＷＷサーバから得られるメインモジュールの
データ格納場所にあるファイル情報とを照合し、それら
が異なっているときは、新たなメインモジュールをＷＷ
Ｗサーバから読み込んでフラッシュＲＯＭに格納するよ
うになっている。フラッシュＲＯＭに新たなメインモジ
ュールの格納が完了したときは、ＩＰＬが管理している
メインモジュールのデータ格納場所であるＵＲＬおよび
バージョン情報を新たなメインモジュールのそれら情報
に書き換える。

【０００４】メインモジュールは、更新処理によりＩＰ
Ｌを更新するときは、ＩＰＬを格納するフラッシュＲＯ
Ｍの領域を消去し、消去したその領域に新たなＩＰＬを
書き込むようになっている。

【０００５】しかし、上記ＩＰＬを更新する装置にあっ
ては、ＩＰＬを更新するときは、ＩＰＬを格納するフラ
ッシュＲＯＭの領域を消去し、消去したその領域に新た
なＩＰＬを書き込むようになっているため、ＩＰＬの更
新中に、停電やリセットスイッチの誤投入といった事態
が生じた場合には、フラッシュＲＯＭに格納されている
ＩＰＬがその更新中断によって破壊されてしまうという
問題があった。ＩＰＬは、ネットワーク端末においてシ
ステムを起動させるための処理であるため、これが破壊
されると、システムを起動することができなくなってし
まうのである。

【０００６】そこで、こうした問題を解決するために、
特開平8-171483号公報のデータ処理装置（以下、第１の
従来例という。）、特開平9-34807号公報の情報処理装
置（以下、第２の従来例という。）、特開平11-119984
号公報の情報処理装置（以下、第３の従来例という。）
が提案されている。

【０００７】第１の従来例は、次のように構成されてい
る。接続手段には、外部記憶装置を装着することができ
る。外部記憶装置内には、電源投入時に直接起動できる
外部プログラムが格納されている。一方、システム内部
に設けられたブート用ＲＯＭ内には、ブートプログラム
（ＩＰＢ、ＩＰＬに相当するもの。）が格納されてい
る。選択手段は、外部プログラムと内部プログラムとか
ら電源投入時に起動すべきプログラムを選択する。メモ
リ領域切換手段は、メモリ領域を切り換えることによ
り、電源投入時にプロセッサから出力されるスタートア
ドレスのアクセス要求を、選択手段により選択されたプ
ログラムに対して行わせる。プログラム実行手段は、電
源投入時に、選択されているプログラムを実行する。こ
れにより、システム内部のプログラムを介さずに、外部
プログラムを実行することができる。

【０００８】また、第２の従来例は、次のように構成さ
れている。ＣＰＵは、第１のフラッシュＲＯＭに格納さ
れたブートプログラムを、第２のフラッシュＲＯＭの空
き領域に複写する。この複写がなされたことを、電池で
バックアップされた記憶回路と、情報保持回路に記憶す
る。情報保持回路に、複写がなされたことが保持されて
いる間、ＣＰＵの第１のフラッシュＲＯＭに格納された
ブートプログラムへの読み出し要求を、ブリッジ回路の
アクセス変換回路において、第２のフラッシュＲＯＭに
複写されたブートプログラムへの読み出し要求に変換す
る。ＣＰＵは、ＦＤＤから読み込んだブートプログラム
の書き換え情報に基づいて、第１のフラッシュＲＯＭに
格納されたブートプログラムを書き換える。

【０００９】また、第３の従来例は、次のように構成さ
れている。ブートプログラムを記憶する第１のフラッシ
ュＲＯＭとは別に復旧用ブートプログラムを記憶する第
２のフラッシュＲＯＭを設ける。デコード回路は、通
常、電源投入時におけるＣＰＵのスタートアドレスを第
１のフラッシュＲＯＭのブートプログラム領域に割り当
てる。また、第１のフラッシュＲＯＭに記憶されたブー
トプログラムの書換え開始前には、一旦、ＣＰＵのスタ
ートアドレスを第２のフラッシュＲＯＭの復旧用ブート
プログラム領域に割り当てる。その後、書換えを完了す
ると、再びＣＰＵのスタートアドレスを第１のフラッシ
ュＲＯＭのブートプログラム領域に割り当てる。

【００１０】

【発明が解決しようとする課題】しかしながら、上記第
１の従来例にあっては、ＩＰＬの更新中断による破壊を
防止するために、選択手段、メモリ領域切換手段、接続
手段および外部記憶装置を設ける必要があることから、
装置全体が大型化するだけでなく、部品点数が増加する
ことによるコストの上昇を招くという問題があった。

【００１１】また、上記第２の従来例にあっては、ＩＰ
Ｌの更新中断による破壊を防止するために、情報保持回
路やアクセス変換回路を含むブリッジ回路、電池でバッ
クアップされた記憶回路、およびもう一つのフラッシュ
ＲＯＭを設ける必要があることから、上記第１の従来例
と同様の問題があった。

【００１２】また、上記第３の従来例にあっては、ＩＰ
Ｌの更新中断による破壊を防止するために、復旧用ブー
トプログラムを記憶する第２のフラッシュＲＯＭを設け
る必要があることから、上記第１の従来例と同様の問題
があった。

【００１３】そこで、本発明は、このような従来の技術
の有する未解決の課題に着目してなされたものであっ
て、システムを起動するために必要なＩＰＬ等の起動処
理の更新を、簡易な構成でしかも高い信頼性をもって行
うのに好適な起動処理更新装置を提供することを目的と
している。

【００１４】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係る請求項１記載の起動処理更新装置は、
少なくとも第１の起動処理および第２の起動処理を記憶
する記憶手段を備え、前記第１の起動処理および前記第
２の起動処理をその順序で順次実行し、前記第２の起動
処理により、前記第２の起動処理を更新するための更新
処理を含むメイン処理を読み込んで実行する装置であっ
て、前記第２の起動処理が更新中であるか否かを示すた
めの状態情報を、前記第２の起動処理の更新開始時およ
び更新完了時にそれぞれ異なる状態となるように設定
し、前記第１の起動処理は、前記状態情報の状態に応じ
て、前記メイン処理を実行するようになっている。

【００１５】このような構成であれば、システムを起動
すると、まず、第１の起動処理および第２の起動処理が
その順で順次実行され、第２の起動処理では、メイン処
理が読み込まれて実行される。メイン処理では、更新処
理により第２の起動処理が更新される。第２の起動処理
を更新するときは、更新開始時および更新完了時にそれ
ぞれ異なる状態となるように更新情報が設定され、第２
の起動処理が更新される。

【００１６】例えば、何らかの原因により第２の起動処
理の更新が中断された場合は、システムを再起動する
と、まず、第１の起動処理が実行され、第１の起動処理
では、状態情報の状態に応じてメイン処理が実行され
る。メイン処理では、更新処理により第２の起動処理が
改めて更新し直される。

【００１７】ここで、第２の起動処理は、メイン処理を
読み込んで実行するようになっていればよく、メイン処
理をいかなるところから読み込むようになっていてもよ
い。具体的には、次のような構成を提案することができ
る。すなわち、少なくとも第１の起動処理および第２の
起動処理を記憶する記憶手段を備え、前記第２の起動処
理を更新するための更新処理を含むメイン処理を記憶す
るネットワーク端末と通信可能に接続し、前記第１の起
動処理および前記第２の起動処理をその順序で順次実行
し、前記第２の起動処理により、前記メイン処理を前記
ネットワーク端末から読み込んで実行する装置であっ
て、前記第２の起動処理の更新を開始するときは、前記
第２の起動処理が更新中であるか否かを示すための状態
情報を、更新中であることを示す状態に設定し、前記第
２の起動処理の更新を完了したときは、前記状態情報
を、更新中ではないことを示す状態に設定し、前記第１
の起動処理は、前記状態情報が更新中であることを示し
ているときは、前記第２の起動処理を実行せず、前記メ
イン処理を実行するようになっている。

【００１８】このような構成であれば、システムを起動
すると、まず、第１の起動処理および第２の起動処理が
その順で順次実行され、第２の起動処理では、メイン処
理がネットワーク端末から読み込まれて実行される。メ
イン処理では、更新処理により第２の起動処理が更新さ
れる。第２の起動処理の更新を開始するときは、更新中
であることを示す状態に状態情報が設定され、第２の起
動処理が更新され、第２の起動処理の更新を完了したと
きは、更新中ではないことを示す状態に状態情報が設定
される。

【００１９】例えば、何らかの原因により第２の起動処
理の更新が中断された場合は、システムを再起動する
と、まず、第１の起動処理が実行されるが、第１の起動
処理では、状態情報が更新中であることを示しているの
で、第２の起動処理が実行されず、メイン処理が実行さ
れる。メイン処理では、更新処理により第２の起動処理
が改めて更新し直される。

【００２０】さらに、本発明に係る請求項２記載の起動
処理更新装置は、少なくとも第１の起動処理および第２
の起動処理を記憶する第１の記憶手段と、第２の記憶手
段とを備え、前記第２の起動処理を更新するための更新
処理を含むメイン処理を記憶するネットワーク端末と通
信可能に接続し、前記第１の起動処理を実行し、前記第
１の起動処理により、前記第２の起動処理を前記第１の
記憶手段から前記第２の記憶手段に転送して実行し、前
記第２の起動処理により、前記メイン処理を前記ネット
ワーク端末から読み込んで前記第１の記憶手段に格納
し、前記メイン処理を前記第１の記憶手段から前記第２
の記憶手段に転送して実行する装置であって、前記第２
の起動処理の更新を開始するときは、前記第２の起動処
理が更新中であるか否かを示すための状態情報を、更新
中であることを示す状態に設定し、前記第２の起動処理
の更新を完了したときは、前記状態情報を、更新中では
ないことを示す状態に設定し、前記第１の起動処理は、
前記状態情報が更新中であることを示しているときは、
前記第２の起動処理を実行せず、前記メイン処理を前記
第１の記憶手段から前記第２の記憶手段に転送して実行
するようになっている。

【００２１】このような構成であれば、システムを起動
すると、まず、第１の起動処理が実行され、第１の起動
処理では、第２の起動処理が第１の記憶手段から第２の
記憶手段に転送されて実行される。第２の起動処理で
は、メイン処理がネットワーク端末から読み込まれて第
１の記憶手段に格納され、メイン処理が第１の記憶手段
から第２の記憶手段に転送されて実行される。メイン処
理では、更新処理により第２の起動処理が更新される。
第２の起動処理の更新を開始するときは、更新中である
ことを示す状態に状態情報が設定され、第２の起動処理
が更新され、第２の起動処理の更新を完了したときは、
更新中ではないことを示す状態に状態情報が設定され
る。

【００２２】例えば、何らかの原因により第２の起動処
理の更新が中断された場合は、システムを再起動する
と、まず、第１の起動処理が実行されるが、第１の起動
処理では、状態情報が更新中であることを示しているの
で、第２の起動処理が実行されず、メイン処理が実行さ
れる。メイン処理では、更新処理により第２の起動処理
が改めて更新し直される。

【００２３】さらに、本発明に係る請求項３記載の起動
処理更新装置は、請求項２記載の起動処理更新装置にお
いて、前記第１の記憶手段は、データ書換可能な不揮発
性のフラッシュメモリからなり、前記状態情報を前記第
１の記憶手段に記憶するようになっている。

【００２４】このような構成であれば、データ書換可能
な不揮発性のフラッシュメモリからなる第１の記憶手段
に対して更新処理が行われ、しかも第１の記憶手段に
は、状態情報が記憶されるので、初期化中または更新中
に、例えば、何らかの原因によりそれら処理が中断され
ても、上記要領でシステムを復旧することができるとと
もに、状態情報の状態を保持することができる。

【００２５】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら説明する。図１ないし図４は、本発明に
係る起動処理更新装置の実施の形態を示す図である。

【００２６】この実施の形態は、本発明に係る起動処理
更新装置を、図１に示すように、クライアントＣ₁〜Ｃ_n
のシステムを動作させるためのメインモジュールを記憶
するＷＷＷ（World Wide Web）サーバ１００と複数のク
ライアントＣ₁〜Ｃ_nとが接続されたインターネット３０
０において、クライアントＣ₁〜Ｃ_nのＩＰＬを更新する
場合について適用したものである。

【００２７】まず、本発明に係る起動処理更新装置を適
用するシステムの構成を図１を参照しながら説明する。
図１は、インターネット３００からなるネットワークシ
ステムの構成を示す図である。

【００２８】ＷＷＷサーバ１００は、図１に示すよう
に、インターネット３００に接続されており、さらに、
インターネット３００には、複数のクライアントＣ₁〜
Ｃ_nが接続されている。

【００２９】各クライアントＣ₁〜Ｃ_nは、ＷＷＷブラウ
ザ等により、ＷＷＷサーバ１００に対してリクエストを
行うとともに、ＷＷＷサーバ１００とファイルやデータ
の送受信を行うようになっている。

【００３０】ＷＷＷサーバ１００は、クライアントＣ₁
〜Ｃ_nのシステムを動作させるためのメインモジュール
であってＩＰＬを更新するための更新処理を含むメイン
モジュールを記憶する記憶部と、クライアントＣ₁〜Ｃ_n
のリクエストに応じてそのクライアントＣ₁〜Ｃ_nに記憶
部のメインモジュールを送信するリクエスト処理部とで
構成されている。なお、リクエスト処理部は、図示しな
いＣＰＵが外部記憶装置等に格納されたプログラムを実
行することにより実現される機能である。また、記憶部
には、メインモジュールのほか、テキストデータ、静止
画像データ、サウンドデータ、ＭＰＥＧ等の動画デー
タ、ＶＲＭＬ等の３Ｄ画像データ、またはＪＡＶＡ等の
プログラムデータ等の各種のファイルや、ＨＴＭＬファ
イルが格納されている。

【００３１】次に、各クライアントＣ₁〜Ｃ_nの構成を図
２を参照しながら説明する。図２は、クライアントＣ₁
の構成を示すブロック図である。なお、各クライアント
Ｃ₁〜Ｃ_nは、いずれも同一機能を有して構成されている
ので、以下、クライアントＣ₁の構成についてのみ説明
し、他のものについては説明を省略する。

【００３２】クライアントＣ₁は、図２に示すように、
制御プログラムに基づいて演算およびシステム全体を制
御するＣＰＵ５０と、所定領域にあらかじめＣＰＵ５０
の制御プログラム等を格納しているフラッシュＲＯＭ５
２と、フラッシュＲＯＭ５２等から読み出したデータや
ＣＰＵ５０の演算過程で必要な演算結果を格納するため
のＲＡＭ５４と、ＶＲＡＭ５５に格納されているデータ
を画像信号に変換して出力するグラフィックチップ５６
と、外部装置に対してデータの入出力を媒介するＩ／Ｆ
５８とで構成されており、これらは、データを転送する
ための信号線であるバス５９で相互にかつデータ授受可
能に接続されている。

【００３３】Ｉ／Ｆ５８には、外部装置として、ヒュー
マンインターフェースとしてデータの入力が可能でかつ
画像信号に基づいて画面を表示するＬＣＤ（Liquid Cry
stalDisplay）からなるタッチパネル６０と、音を出力
するスピーカ６２と、インターネット３００の信号線と
が接続されている。

【００３４】グラフィックチップ５６は、ＶＲＡＭ５５
に格納されている表示用データを先頭アドレスから所定
周期で順次読み出し、読み出した表示用データを画像信
号に変換してタッチパネル６４に出力するようになって
いる。

【００３５】フラッシュＲＯＭ５２は、データ書換可能
な不揮発性の記憶素子からなり、図３に示すように、シ
ステムの初期化等を行う第１の起動処理であるＩＰＢ
と、ＩＰＬやメインモジュールが処理を行う上で必要と
するネットワーク変数等のパラメータと、メインモジュ
ールの更新等を行う第２の起動処理であるＩＰＬと、Ｉ
ＰＬを更新するための更新処理を含むメインモジュール
とが、フラッシュＲＯＭ５２のデータ消去単位の複数か
らなる記憶領域に先頭アドレスからその順序で格納され
ている。なお、フラッシュＲＯＭ５２は、例えば、初期
化状態（消去されてデータが書き込まれていない状態）
では記憶領域のデータビットが「１」となるものであ
る。図３は、フラッシュＲＯＭ５２のデータ格納構造を
示すメモリブロック図である。

【００３６】ＩＰＬは、ＩＰＬが更新中であるか否かを
示すための状態フラグＦと、ＩＰＬのバージョン情報と
を格納するための領域をその先頭領域に確保しており、
ＩＰＬが管理しているメインモジュールのデータ格納場
所であるＵＲＬおよびバージョン情報と、現在アクセス
しているＷＷＷサーバから得られるメインモジュールの
データ格納場所にあるファイル情報とを照合し、それら
が異なっているときは、新たなメインモジュールをＷＷ
Ｗサーバから読み込んでフラッシュＲＯＭに格納するよ
うになっている。フラッシュＲＯＭに新たなメインモジ
ュールの格納が完了したときは、ＩＰＬが管理している
メインモジュールのデータ格納場所であるＵＲＬおよび
バージョン情報を新たなメインモジュールのそれら情報
に書き換える。

【００３７】ＣＰＵ５０は、マイクロプロセッシングユ
ニットＭＰＵ等からなり、電源が投入されると、フラッ
シュＲＯＭ５２の所定領域に格納されている所定のプロ
グラムを起動させ、そのプログラムに従って、図４のフ
ローチャートに示すＩＰＢ、ＩＰＬおよびメインモジュ
ールを含む動作処理を実行するようになっている。図４
は、ＩＰＢ、ＩＰＬおよびメインモジュールを含む動作
処理を示すフローチャートである。

【００３８】動作処理は、ＩＰＢ、ＩＰＬおよびメイン
モジュールからなり、ＣＰＵ５０において実行される
と、図４に示すように、まず、ステップＳ１００に移行
するようになっている。図４において、ＩＰＢは、ステ
ップＳ１０２〜Ｓ１０８，Ｓ１３８，Ｓ１４０からな
り、ＩＰＬは、ステップＳ１１０〜Ｓ１２２からなり、
メインモジュールは、ステップＳ１２４〜Ｓ１３４から
なる。

【００３９】ステップＳ１００では、ＩＰＢをフラッシ
ュＲＯＭ５２上で実行し、ステップＳ１０２に移行し
て、システムの初期化処理を実行し、ステップＳ１０４
に移行して、ＩＰＬの先頭領域に格納されている状態フ
ラグＦが「１」であるか「０」であるかを判定し、状態
フラグＦが「０」であると判定されたとき(No)は、ステ
ップＳ１０６に移行する。ここで、状態フラグＦは、
「０」または「１」のいずれかの状態を取り得るが、具
体的には、特定データ（例えば、１２３４Ｈ）を「０」
とし、それ以外のデータを「１」として判定する。この
ように判定すれば、ＩＰＬを格納すべきフラッシュＲＯ
Ｍ５２の領域の消去を開始するときは、例えば「０００
０Ｈ」のデータを書き込み、ＩＰＬを格納すべきフラッ
シュＲＯＭ５２の領域の消去が完了したときは、「ＦＦ
ＦＦＨ」のデータとなるが、これらの場合はいずれも、
状態フラグＦを「１」と判定することができる。したが
って、フラッシュＲＯＭ５２の消去中およびＩＰＬの更
新中のいずれでそれら処理が中断されてもシステムを復
旧することができる。

【００４０】ステップＳ１０６では、ＩＰＬをフラッシ
ュＲＯＭ５２からＲＡＭ５４に転送し、ステップＳ１０
８に移行して、ＩＰＬをＲＡＭ５４上で実行し、ステッ
プＳ１１０に移行する。

【００４１】ステップＳ１１０では、ＷＷＷサーバ１０
０にアクセスしてＷＷＷサーバ１００に記憶されている
メインモジュールのバージョン情報を取得し、ステップ
Ｓ１１２に移行して、ＩＰＬが管理しているメインモジ
ュールのバージョン情報と、取得したバージョン情報と
を照合し、ステップＳ１１４に移行して、それらバージ
ョン情報が異なっているか否かを判定することによりメ
インモジュールを更新するか否かを判定し、それらバー
ジョン情報が異なっていると判定されたとき(Yes)は、
ステップＳ１１６に移行する。

【００４２】ステップＳ１１６では、ＷＷＷサーバ１０
０にアクセスしてＷＷＷサーバ１００に記憶されている
メインモジュールを読み込み、ステップＳ１１８に移行
して、読み込んだメインモジュールをフラッシュＲＯＭ
５２に格納し、ステップＳ１２０に移行する。このステ
ップＳ１１８は、具体的に、メインモジュールを格納す
べきフラッシュＲＯＭ５２の領域を消去し、読み込んだ
メインモジュールをその領域に書き込むことにより、メ
インモジュールを格納する。

【００４３】ステップＳ１２０では、メインモジュール
をフラッシュＲＯＭ５２からＲＡＭ５４に転送し、ステ
ップＳ１２２に移行して、メインモジュールをＲＡＭ５
４上で実行し、ステップＳ１２４に移行する。フラッシ
ュＲＯＭ５２の初期化中は、プログラム処理を続けるに
あたってフラッシュＲＯＭ５２からデータを読み出すこ
とができないため、このように、ＩＰＬおよびメインモ
ジュールはいずれも、ＲＡＭ５４に転送して実行する必
要がある。

【００４４】ステップＳ１２４では、ＩＰＬを更新する
か否かを判定し、ＷＷＷサーバ１００から読み込んだ新
たなメインモジュールの更新処理によりまだＩＰＬを更
新していない場合や、状態フラグＦが「１」である場合
（すなわち、何らかの原因により更新中に中断された場
合）など、ＩＰＬを更新すると判定されたとき(Yes)
は、ステップＳ１２６に移行する。

【００４５】ステップＳ１２６では、状態フラグＦを
「１」に設定し、ステップＳ１２８に移行して、ＩＰＬ
を格納すべきフラッシュＲＯＭ５２の領域を消去し、ス
テップＳ１３０に移行して、ＷＷＷサーバ１００から読
み込んだ新たなメインモジュールに含まれる新たなＩＰ
Ｌを、消去したその領域に書き込み、ステップＳ１３２
に移行して、状態フラグＦを「０」に設定し、ステップ
Ｓ１３４に移行する。なお、ステップＳ１３２は、新た
なＩＰＬを書き込むのと同時に、ＩＰＬの先頭領域格納
されているバージョン情報も更新する。

【００４６】ステップＳ１３４では、メインモジュール
のうち更新処理以外のメイン処理を実行し、一連の処理
を終了する。

【００４７】一方、ステップＳ１２４で、ＩＰＬを更新
しないと判定されたとき(No)は、ステップＳ１３４に移
行する。

【００４８】一方、ステップＳ１１４で、メインモジュ
ールを更新しないと判定されたとき(No)は、ステップＳ
１２０に移行する。

【００４９】一方、ステップＳ１０４で、状態フラグＦ
が「１」であると判定されたとき(Yes)は、ステップＳ
１３８に移行して、メインモジュールをフラッシュＲＯ
Ｍ５２からＲＡＭ５４に転送し、ステップＳ１４０に移
行して、メインモジュールをＲＡＭ５４上で実行し、ス
テップＳ１２４に移行する。

【００５０】次に、上記実施の形態の動作を説明する。

【００５１】いずれかのクライアントＣ₁〜Ｃ_nにおい
て、システムを起動すると、ＣＰＵ５０により、まず、
ＩＰＢが実行され、ＩＰＢでは、ステップＳ１００，Ｓ
１０２を経て、初期化処理が行われるが、初期状態にお
いては状態フラグＦが「０」に設定されているので、ス
テップＳ１０４〜Ｓ１０８を経て、ＩＰＬがフラッシュ
ＲＯＭ５２からＲＡＭ５４に転送されて実行される。

【００５２】ＩＰＬでは、ステップＳ１１０，Ｓ１１２
を経て、ＷＷＷサーバ１００に記憶されているメインモ
ジュールのバージョン情報が取得され、ＩＰＬが管理し
ているメインモジュールのバージョン情報と、取得され
たバージョン情報とが照合される。このとき、それらバ
ージョン情報が異なっているとすると、ステップＳ１１
４〜Ｓ１２２を経て、ＷＷＷサーバ１００に記憶されて
いるメインモジュールが読み込まれ、読み込まれたメイ
ンモジュールがフラッシュＲＯＭ５２に格納され、メイ
ンモジュールがフラッシュＲＯＭ５２からＲＡＭ５４に
転送されて実行される。

【００５３】この時点では、ＷＷＷサーバ１００から読
み込まれた新たなメインモジュールの更新処理によりま
だＩＰＬが更新されていないので、ステップＳ１２４〜
Ｓ１３４を経て、更新処理によりＩＰＬが更新され、メ
インモジュールのうち更新処理以外のメイン処理が実行
される。ＩＰＬを更新するときは、状態フラグＦが
「１」に設定され、ＩＰＬを格納すべきフラッシュＲＯ
Ｍ５２の領域が消去され、ＷＷＷサーバ１００から読み
込まれた新たなメインモジュールに含まれる新たなＩＰ
Ｌが、消去されたその領域に書き込まれ、状態フラグＦ
が「０」に設定される。

【００５４】ＩＰＬの更新が中断されない通常の状態で
は、このようにＩＰＢ、ＩＰＬおよびメインモジュール
が実行されるのであるが、例えば、何らかの原因により
ＩＰＬの更新が中断された場合は、次のように動作す
る。

【００５５】ＩＰＬの更新が中断された場合は、システ
ムを再起動すると、ＣＰＵ５０により、まず、ＩＰＢが
実行され、ＩＰＢでは、ステップＳ１００，Ｓ１０２を
経て、初期化処理が行われるが、ＩＰＬの更新が中断さ
れた状態では状態フラグＦが「１」に設定されているの
で、ステップＳ１０４，Ｓ１３８，Ｓ１４０を経て、Ｉ
ＰＬが実行されず、メインモジュールがフラッシュＲＯ
Ｍ５２からＲＡＭ５４に転送されて実行される。

【００５６】メインモジュールでは、状態フラグＦが
「１」に設定されているので、ステップＳ１２４〜Ｓ１
３４を経て、更新処理によりＩＰＬが改めて更新し直さ
れ、メインモジュールのうち更新処理以外のメイン処理
が実行される。

【００５７】なお、ＩＰＬの更新が完了した後、何らか
の原因によりＩＰＢの実行中に処理が中断された場合、
ＩＰＬの実行中に処理が中断された場合、メインモジュ
ールのうち更新処理以外のメイン処理の実行中に処理が
中断された場合は、次のように動作する。

【００５８】このような場合は、システムを再起動する
と、ＣＰＵ５０により、まず、ＩＰＢが実行され、ＩＰ
Ｂでは、ステップＳ１００〜Ｓ１０８を経て、初期化処
理が行われ、ＩＰＬがフラッシュＲＯＭ５２からＲＡＭ
５４に転送されて実行される。

【００５９】ＩＰＬでは、ステップＳ１１０，Ｓ１１２
を経て、ＷＷＷサーバ１００に記憶されているメインモ
ジュールのバージョン情報が取得され、ＩＰＬが管理し
ているメインモジュールのバージョン情報と、取得され
たバージョン情報とが照合されるが、それらバージョン
情報が同一であるので、ステップＳ１１４，Ｓ１２０，
Ｓ１２２を経て、メインモジュールがフラッシュＲＯＭ
５２からＲＡＭ５４に転送されて実行される。

【００６０】メインモジュールでは、ステップＳ１２
４，Ｓ１３４を経て、メインモジュールのうち更新処理
以外のメイン処理が実行される。

【００６１】このようにして、本実施の形態では、ＩＰ
Ｂを実行し、ＩＰＢにより、ＩＰＬをフラッシュＲＯＭ
５２からＲＡＭ５４に転送して実行し、ＩＰＬにより、
メインモジュールをＷＷＷサーバ１００から読み込んで
フラッシュＲＯＭ５２に格納し、メインモジュールをフ
ラッシュＲＯＭ５２からＲＡＭ５４に転送して実行する
ようにし、更新処理によりＩＰＬの更新を開始するとき
は、状態フラグＦを「１」に設定し、ＩＰＬの更新を完
了したときは、状態フラグＦを「０」に設定し、ＩＰＢ
は、状態フラグＦが「１」であるときは、ＩＰＬを実行
せず、メインモジュールをフラッシュＲＯＭ５２からＲ
ＡＭ５４に転送して実行するようにした。

【００６２】これにより、何らかの原因によりＩＰＬの
更新が中断されても、ＩＰＢおよびメインモジュールの
実行によりＩＰＬが改めて更新し直されるので、また、
ＩＰＬの更新中断による破壊を防止するために回路等を
特に設けなくてもよいので、従来に比して、ＩＰＬの更
新を、簡易な構成でしかも高い信頼性をもって行うこと
ができる。

【００６３】さらに、本実施の形態では、状態情報をフ
ラッシュＲＯＭ５２に記憶するようにした。

【００６４】これにより、フラッシュＲＯＭ５２の初期
化中または更新中に、何らかの原因によりそれら処理が
中断されても、システムを復旧することができるととも
に、状態情報の状態を保持することができる。

【００６５】上記実施の形態において、ＩＰＢは、請求
項１または２記載の第１の起動処理に対応し、ＩＰＬ
は、請求項１または２記載の第２の起動処理に対応し、
メインモジュールは、請求項１または２記載のメイン処
理に対応し、状態フラグＦは、請求項１ないし３記載の
状態情報に対応している。

【００６６】また、上記実施の形態において、フラッシ
ュＲＯＭ５２は、請求項１記載の記憶手段または請求項
２若しくは３記載の第１の記憶手段に対応し、ＲＡＭ５
４は、請求項２記載の第２の記憶手段に対応し、ＷＷＷ
サーバ１００は、請求項２記載のネットワーク端末に対
応している。

【００６７】なお、上記実施の形態においては、ＩＰ
Ｂ、ＩＰＬおよびメインモジュールを格納するための記
憶装置として、フラッシュＲＯＭ５２を用いて構成した
が、これに限らず、データ書換可能な不揮発性の記憶素
子からなるものであれば、ハードディスク、フロッピー
ディスク等を用いて構成してもよい。

【００６８】また、上記実施の形態において、図４のフ
ローチャートに示す動作処理を実行するにあたっては、
フラッシュＲＯＭ５２にあらかじめ格納されているプロ
グラムを実行する場合について説明したが、これに限ら
ず、これらの手順を示したプログラムが記録された記録
媒体から、そのプログラムをＲＡＭ５４に読み込んで実
行するようにしてもよい。

【００６９】ここで、記憶媒体とは、ＲＡＭ、ＲＯＭ等
の半導体記憶媒体、ＦＤ、ＨＤ等の磁気記憶型記憶媒
体、ＣＤ、ＣＤＶ、ＬＤ、ＤＶＤ等の光学的読取方式記
憶媒体、ＭＯ等の磁気記憶型／光学的読取方式記憶媒体
であって、電子的、磁気的、光学的等の読み取り方法の
いかんにかかわらず、コンピュータで読み取り可能な記
憶媒体であれば、あらゆる記憶媒体を含むものである。

【００７０】また、上記実施の形態においては、本発明
に係る起動処理更新装置を、クライアントＣ₁〜Ｃ_nのシ
ステムを動作させるためのメインモジュールを記憶する
ＷＷＷ（World Wide Web）サーバ１００と複数のクライ
アントＣ₁〜Ｃ_nとが接続されたインターネット３００に
おいて、クライアントＣ₁〜Ｃ_nのＩＰＬを更新する場合
について適用したが、これに限らず、本発明の主旨を逸
脱しない範囲で他の場合についても適用可能である。

【００７１】

【発明の効果】以上説明したように、本発明に係る請求
項１ないし３記載の起動処理更新装置によれば、何らか
の原因により第２の起動処理の更新が中断されても、第
１の起動処理およびメイン処理の実行により第２の起動
処理が改めて更新し直されるので、また、第２の起動処
理の更新中断による破壊を防止するために回路等を特に
設けなくてもよいので、従来に比して、システムを起動
するために必要なＩＰＬ等の起動処理の更新を、簡易な
構成でしかも高い信頼性をもって行うことができるとい
う効果が得られる。

【００７２】さらに、本発明に係る請求項３記載の起動
処理更新装置によれば、フラッシュメモリの初期化中ま
たは更新中に、何らかの原因によりそれら処理が中断さ
れても、システムを復旧することができるとともに、状
態情報の状態を保持することができるという効果も得ら
れる。

【図面の簡単な説明】

【図１】インターネット３００からなるネットワークシ
ステムの構成を示す図である。

【図２】クライアントＣ₁の構成を示すブロック図であ
る。

【図３】フラッシュＲＯＭ５２のデータ格納構造を示す
メモリブロック図である。

【図４】ＩＰＢ、ＩＰＬおよびメインモジュールを含む
動作処理を示すフローチャートである。

【符号の説明】

１００ＷＷＷサーバＣ₁〜Ｃ_n クライアント３００インターネット５０ＣＰＵ５２ＲＯＭ５４ＲＡＭ５５ＶＲＡＭ５７ＲＴＣ５６グラフィックチップ５８Ｉ／Ｆ５９バス６０タッチパネル６２スピーカ

Claims

【特許請求の範囲】

【請求項１】少なくとも第１の起動処理及び第２の起
動処理を記憶する記憶手段を備え、前記第１の起動処理
及び前記第２の起動処理をその順序で順次実行し、前記
第２の起動処理により、前記第２の起動処理を更新する
ための更新処理を含むメイン処理を読み込んで実行する
装置であって、前記第２の起動処理が更新中であるか否かを示すための
状態情報を、前記第２の起動処理の更新開始時及び更新
完了時にそれぞれ異なる状態となるように設定し、前記第１の起動処理は、前記状態情報の状態に応じて、
前記メイン処理を実行するようになっていることを特徴
とする起動処理更新装置。
【請求項２】少なくとも第１の起動処理及び第２の起
動処理を記憶する第１の記憶手段と、第２の記憶手段と
を備え、前記第２の起動処理を更新するための更新処理
を含むメイン処理を記憶するネットワーク端末と通信可
能に接続し、前記第１の起動処理を実行し、前記第１の
起動処理により、前記第２の起動処理を前記第１の記憶
手段から前記第２の記憶手段に転送して実行し、前記第
２の起動処理により、前記メイン処理を前記ネットワー
ク端末から読み込んで前記第１の記憶手段に格納し、前
記メイン処理を前記第１の記憶手段から前記第２の記憶
手段に転送して実行する装置であって、前記第２の起動処理の更新を開始するときは、前記第２
の起動処理が更新中であるか否かを示すための状態情報
を、更新中であることを示す状態に設定し、前記第２の
起動処理の更新を完了したときは、前記状態情報を、更
新中ではないことを示す状態に設定し、前記第１の起動処理は、前記状態情報が更新中であるこ
とを示しているときは、前記第２の起動処理を実行せ
ず、前記メイン処理を前記第１の記憶手段から前記第２
の記憶手段に転送して実行するようになっていることを
特徴とする起動処理更新装置。
【請求項３】請求項２において、前記第１の記憶手段は、データ書換可能な不揮発性のフ
ラッシュメモリからなり、前記状態情報を前記第１の記
憶手段に記憶するようになっていることを特徴とする起
動処理更新装置。