(57)【要約】【課題】  ＮＡＮＤ  ＦＬＡＳＨ等の大容量を有するがデータ保持期間が比較的短いメモリに保持されているＯＳのデータが壊れて起動出来なくなってしまっても、人の手を煩わせずに自動的に復旧させる為の技術を提供すること。【解決手段】  電源投入指示を検知すると、ＯＳ記憶用不揮発性メモリ１３に記憶されているオペレーティングシステムを起動する。前記起動の最中にエラーが生じた場合には、ＢＩＯＳ記憶用不揮発性メモリ１２に記憶されているＢＩＯＳを実行することで、サーバ機器３０に対してオペレーティングシステムのバックアップを要求する。前記要求に応じてサーバ機器３０から送信されたバックアップをＯＳ記憶用不揮発性メモリ１３に格納し、該格納したバックアップを起動する。【選択図】  図１
2012174061.tif 000002
【特許請求の範囲】
【請求項１】
オペレーティングシステムを記憶する第１の不揮発性メモリと、
ＢＩＯＳを記憶する第２の不揮発性メモリと
を有する情報処理装置であって、
電源投入指示を検知すると、前記第１の不揮発性メモリに記憶されているオペレーティングシステムを起動する手段と、
前記起動の最中にエラーが生じたか否かを判断する手段と、
前記起動の最中にエラーが生じた場合には、前記ＢＩＯＳを実行することで、前記オペレーティングシステムのバックアッププログラムを保持している外部装置に対して該バックアッププログラムを要求する要求手段と、
前記要求に応じて前記外部装置から送信された前記バックアッププログラムを前記第１の不揮発性メモリに格納し、該格納したバックアッププログラムを起動する手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記要求手段は、
前記電源投入指示を検知すると、最後に電源を切ったタイミングから規定時間以上経過しているか否かを判断し、経過していると判断した場合には、前記ＢＩＯＳを実行することで、前記オペレーティングシステムのバックアッププログラムを保持している外部装置に対して該バックアッププログラムを要求する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１の不揮発性メモリはＮＡＮＤフラッシュメモリであり、前記第２の不揮発性メモリはＮＯＲフラッシュメモリであることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
オペレーティングシステム及び設定データを記憶する第１の不揮発性メモリと、
ＢＩＯＳを記憶する第２の不揮発性メモリと
を有するスキャナ装置であって、
電源投入指示を検知すると、前記第１の不揮発性メモリに記憶されているオペレーティングシステムを起動する手段と、
前記起動の最中にエラーが生じたか否かを判断する手段と、
前記起動の最中にエラーが生じた場合には、前記ＢＩＯＳを実行することで、前記オペレーティングシステムのバックアッププログラム及び前記設定データのバックアップデータを保持している外部装置に対して、該バックアッププログラム及び該バックアップデータを要求する要求手段と、
前記要求に応じて前記外部装置から送信された前記オペレーティングシステムのバックアッププログラム及び前記設定データのバックアップデータを前記第１の不揮発性メモリに格納し、該格納したオペレーティングシステムのバックアッププログラムを起動する手段と
を備えることを特徴とするスキャナ装置。
【請求項５】
前記要求手段は、
前記電源投入指示を検知すると、最後に電源を切ったタイミングから規定時間以上経過しているか否かを判断し、経過していると判断した場合には、前記ＢＩＯＳを実行することで、前記オペレーティングシステムのバックアッププログラム及び前記設定データのバックアップデータを保持している外部装置に対して、該バックアッププログラム及び該バックアップデータを要求する
ことを特徴とする請求項４に記載のスキャナ装置。
【請求項６】
オペレーティングシステムを記憶する第１の不揮発性メモリと、
ＢＩＯＳを記憶する第２の不揮発性メモリと
を有する情報処理装置が行う情報処理方法であって、
前記情報処理装置の起動手段が、電源投入指示を検知すると、前記第１の不揮発性メモリに記憶されているオペレーティングシステムを起動する工程と、
前記情報処理装置の判断手段が、前記起動の最中にエラーが生じたか否かを判断する工程と、
前記情報処理装置の要求手段が、前記起動の最中にエラーが生じた場合には、前記ＢＩＯＳを実行することで、前記オペレーティングシステムのバックアッププログラムを保持している外部装置に対して該バックアッププログラムを要求する要求工程と、
前記情報処理装置の再起動手段が、前記要求に応じて前記外部装置から送信された前記バックアッププログラムを前記第１の不揮発性メモリに格納し、該格納したバックアッププログラムを起動する工程と
を備えることを特徴とする情報処理方法。
【請求項７】
オペレーティングシステム及び設定データを記憶する第１の不揮発性メモリと、
ＢＩＯＳを記憶する第２の不揮発性メモリと
を有するスキャナ装置の制御方法であって、
電源投入指示を検知すると、前記第１の不揮発性メモリに記憶されているオペレーティングシステムを起動する工程と、
前記起動の最中にエラーが生じたか否かを判断する工程と、
前記起動の最中にエラーが生じた場合には、前記ＢＩＯＳを実行することで、前記オペレーティングシステムのバックアッププログラム及び前記設定データのバックアップデータを保持している外部装置に対して、該バックアッププログラム及び該バックアップデータを要求する要求工程と、
前記要求に応じて前記外部装置から送信された前記オペレーティングシステムのバックアッププログラム及び前記設定データのバックアップデータを前記第１の不揮発性メモリに格納し、該格納したオペレーティングシステムのバックアッププログラムを起動する工程と
を備えることを特徴とするスキャナ装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続可能な装置における、フラッシュメモリ等の書き換え可能な不揮発性メモリへの再書き込みを行う為の技術に関するものである。
【背景技術】
【０００２】
電気的操作によって書き換えが可能な不揮発性メモリであるＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）の一種であるフラッシュメモリは、近年大容量化が進んでいる。このため、ノート型パソコンなどでは、ハードディスクドライブに代わり、フラッシュメモリドライブとして実用化されている物もある。フラッシュメモリの中でもＮＡＮＤ型は、ＮＯＲ型に比べて高集積化し易く、容量当たりの単価を下げられるため、ＮＡＮＤ  ＦＬＡＳＨがフラッシュメモリの主流となってきている。
【０００３】
しかし、フラッシュメモリはデータの保持期間が有限であるという問題がある（データリテンション問題）。特にマルチレイヤータイプのＮＡＮＤ  ＦＬＡＳＨのデータ保持期間は３年程度であり、ＮＯＲ  ＦＬＡＳＨの１０年程度と比較しても短い。
【０００４】
装置の基本入出力システムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）は、プログラムサイズが小規模であるため、記憶容量の小さいＮＯＲ  ＦＬＡＳＨに保存しても問題が少ない。このため比較的長期間（１０年程度の場合が多い）のデータ保持が可能である。
【０００５】
対して、コンピュータの管理・制御システムであるＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）は大容量であるため、ＮＡＮＤ  ＦＬＡＳＨに保存した方が便利である。しかし比較的短期間（３年程度の場合が多い）しかデータ保持が出来ない。このため、在庫となっていた製品や保守部品などが長期間電源を投入されなかった場合には、ＮＡＮＤ  ＦＬＡＳＨに保存したデータが壊れてしまい、ＯＳが起動出来ない可能性がある。
【０００６】
このようなデータリテンション問題の対策として、特許文献１には、ＮＡＮＤ  ＦＬＡＳＨのリフレッシュ方法が提案されている。しかし、電源が投入されない場合はリフレッシュ出来ずにデータが壊れてしまうので、問題の解決にはならない。
【０００７】
また、特許文献２には、ＯＳが異常動作した時に、取り外し可能な大容量記憶媒体(ＵＳＢメモリ等)を接続することで、再起動させたりＯＳを再インストールさせたりする方法が提案されている。しかしこの方法では、取り外し可能な大容量記憶媒体を準備しなければならず、また、異常状態が発生した際に早急な対応が出来ない場合がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開2009-140598号公報
【特許文献２】特表2001-522088号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
即ち、在庫製品や保守部品等が長期間電源を投入されず、ＮＡＮＤ  ＦＬＡＳＨ等の大容量を有するがデータ保持期間が比較的短いメモリに保持されているＯＳのデータが壊れて起動出来なくなってしまっても人の手を煩わせずに自動的に復旧させる必要がある。
【００１０】
本発明はこのような問題に鑑みＮＡＮＤ  ＦＬＡＳＨ等の大容量を有するがデータ保持期間が比較的短いメモリに保持されているＯＳのデータが壊れて起動出来なくなってしまっても人の手を煩わせずに自動的に復旧させる為の技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の目的を達成するために、例えば、本発明の情報処理装置は以下の構成を備えることを目的とする。即ち、オペレーティングシステムを記憶する第１の不揮発性メモリと、
ＢＩＯＳを記憶する第２の不揮発性メモリと
を有する情報処理装置であって、
電源投入指示を検知すると、前記第１の不揮発性メモリに記憶されているオペレーティングシステムを起動する手段と、
前記起動の最中にエラーが生じたか否かを判断する手段と、
前記起動の最中にエラーが生じた場合には、前記ＢＩＯＳを実行することで、前記オペレーティングシステムのバックアッププログラムを保持している外部装置に対して該バックアッププログラムを要求する要求手段と、
前記要求に応じて前記外部装置から送信された前記バックアッププログラムを前記第１の不揮発性メモリに格納し、該格納したバックアッププログラムを起動する手段と
を備えることを特徴とする。
【００１２】
本発明の目的を達成するために、例えば、本発明のスキャナ装置は以下の構成を備えることを目的とする。即ち、オペレーティングシステム及び設定データを記憶する第１の不揮発性メモリと、
ＢＩＯＳを記憶する第２の不揮発性メモリと
を有するスキャナ装置であって、
電源投入指示を検知すると、前記第１の不揮発性メモリに記憶されているオペレーティングシステムを起動する手段と、
前記起動の最中にエラーが生じたか否かを判断する手段と、
前記起動の最中にエラーが生じた場合には、前記ＢＩＯＳを実行することで、前記オペレーティングシステムのバックアッププログラム及び前記設定データのバックアップデータを保持している外部装置に対して、該バックアッププログラム及び該バックアップデータを要求する要求手段と、
前記要求に応じて前記外部装置から送信された前記オペレーティングシステムのバックアッププログラム及び前記設定データのバックアップデータを前記第１の不揮発性メモリに格納し、該格納したオペレーティングシステムのバックアッププログラムを起動する手段と
を備えることを特徴とする。
【００１３】
本発明の目的を達成するために、例えば、本発明の情報処理方法は以下の構成を備えることを目的とする。即ち、オペレーティングシステムを記憶する第１の不揮発性メモリと、
ＢＩＯＳを記憶する第２の不揮発性メモリと
を有する情報処理装置が行う情報処理方法であって、
前記情報処理装置の起動手段が、電源投入指示を検知すると、前記第１の不揮発性メモリに記憶されているオペレーティングシステムを起動する工程と、
前記情報処理装置の判断手段が、前記起動の最中にエラーが生じたか否かを判断する工程と、
前記情報処理装置の要求手段が、前記起動の最中にエラーが生じた場合には、前記ＢＩＯＳを実行することで、前記オペレーティングシステムのバックアッププログラムを保持している外部装置に対して該バックアッププログラムを要求する要求工程と、
前記情報処理装置の再起動手段が、前記要求に応じて前記外部装置から送信された前記バックアッププログラムを前記第１の不揮発性メモリに格納し、該格納したバックアッププログラムを起動する工程と
を備えることを特徴とする。
【００１４】
本発明の目的を達成するために、例えば、本発明のスキャナ装置の制御方法は以下の構成を備えることを目的とする。即ち、オペレーティングシステム及び設定データを記憶する第１の不揮発性メモリと、
ＢＩＯＳを記憶する第２の不揮発性メモリと
を有するスキャナ装置の制御方法であって、
電源投入指示を検知すると、前記第１の不揮発性メモリに記憶されているオペレーティングシステムを起動する工程と、
前記起動の最中にエラーが生じたか否かを判断する工程と、
前記起動の最中にエラーが生じた場合には、前記ＢＩＯＳを実行することで、前記オペレーティングシステムのバックアッププログラム及び前記設定データのバックアップデータを保持している外部装置に対して、該バックアッププログラム及び該バックアップデータを要求する要求工程と、
前記要求に応じて前記外部装置から送信された前記オペレーティングシステムのバックアッププログラム及び前記設定データのバックアップデータを前記第１の不揮発性メモリに格納し、該格納したオペレーティングシステムのバックアッププログラムを起動する工程と
を備えることを特徴とする。
【発明の効果】
【００１５】
本発明の構成によれば、ＮＡＮＤ  ＦＬＡＳＨ等の大容量を有するがデータ保持期間が比較的短いメモリに保持されているＯＳのデータが壊れて起動出来なくなってしまっても、人の手を煩わせずに自動的に復旧させることができる。
【図面の簡単な説明】
【００１６】
【図１】システムの構成例を示すブロック図。
【図２】コンピュータ１０が行う処理のフローチャート。
【図３】システムの構成例を示すブロック図。
【図４】コンピュータ１０が行う処理のフローチャート。
【図５】システムの構成例を示すブロック図。
【図６】サーバ機器３０が行う処理のフローチャート。
【図７】システムの構成例を示すブロック図。
【図８】サーバ機器３０が行う処理のフローチャート。
【発明を実施するための形態】
【００１７】
以下、添付図面を参照し、本発明の好適な実施形態について説明する。なお、以下説明する実施形態は、本発明を具体的に実施した場合の一例を示すもので、特許請求の範囲に記載の構成の具体的な実施例の１つである。
【００１８】
［第１の実施形態］
先ず、本実施形態に係るシステムの構成例について、図１のブロック図を用いて説明する。図１に示す如く、本実施形態に係るシステムは、コンピュータ１０とサーバ機器３０とで構成されており、コンピュータ１０とサーバ機器３０とはＬＡＮやインターネットなどのネットワーク２０を介して互いにデータ通信可能に接続されている。なお、ネットワーク構成については図１の構成に限定するものではなく、当業者であれば、種種の構成が考え得る。
【００１９】
先ず、コンピュータ１０について説明する。コンピュータ１０は、一般のＰＣ（パーソナルコンピュータ）等の情報処理装置であり、図１には、その主要な構成のみを示している。
【００２０】
制御部１１は、ＯＳ記憶用不揮発性メモリ１３に格納されているＯＳやＢＩＯＳ記憶用不揮発性メモリ１２に格納されているＢＩＯＳを、不図示のメモリに読み出して実行することで、コンピュータ１０が行うものとして後述する各処理を実行する。
【００２１】
ＯＳ記憶用不揮発性メモリ１３（第１の不揮発性メモリ）は、例えば、ＮＡＮＤフラッシュメモリ等の大容量を有するがデータ保持期間が比較的短いメモリである。ＯＳ記憶用不揮発性メモリ１３には、コンピュータ１０用のＯＳ（オペレーティングシステム）が格納されている。
【００２２】
ＢＩＯＳ記憶用不揮発性メモリ１２（第２の不揮発性メモリ）は、例えば、ＮＯＲフラッシュメモリなどの小容量を有するがデータ保持期間が比較的長い（少なくともＯＳ記憶用不揮発性メモリ１３よりは長い）メモリである。このＢＩＯＳ記憶用不揮発性メモリ１２には、コンピュータ１０用のＢＩＯＳが格納されている。
【００２３】
ＯＳ起動エラー伝達部１４は、制御部１１がＯＳ記憶用不揮発性メモリ１３に格納されているＯＳを読み出して起動している最中にエラーが生じているか否かを監視している。そしてＯＳ起動エラー伝達部１４は、ＯＳの起動中にエラーが生じたと判断した場合、その旨をＢＩＯＳに通知する。実際には、このＯＳ起動エラー伝達部１４はコンピュータプログラムであり、制御部１１はＯＳの起動中にバックグラウンドでこのコンピュータプログラムとしてのＯＳ起動エラー伝達部１４を実行している。そしてこのＯＳ起動エラー伝達部１４がエラーを検知した場合、制御部１１はその旨をＢＩＯＳに通知する。
【００２４】
ネットワーク接続部１５は、コンピュータ１０をネットワーク２０に接続する為のインターフェースとして機能するもので、コンピュータ１０はこのネットワーク接続部１５を介してサーバ機器３０とのデータ通信を行う。
【００２５】
次に、サーバ機器３０について説明する。サーバ機器ネットワーク接続部３２は、サーバ機器３０をネットワーク２０に接続する為のインターフェースとして機能するもので、サーバ機器３０はこのサーバ機器ネットワーク接続部３２を介してコンピュータ１０とのデータ通信を行う。サーバ機器制御部３１は、サーバ機器３０が行うものとして後述する各処理を実行する。
【００２６】
ＯＳバックアップ用不揮発性メモリ３３は、コンピュータ１０側（ＯＳ記憶用不揮発性メモリ１３）に格納されているＯＳのバックアップ（バックアッププログラム）を記憶保持している。記憶保持の形態については特に限定するものではなく、幾つかのデータに分割して記憶保持しておいても良いし、圧縮符号化して記憶保持しておいても良い。
【００２７】
次に、コンピュータ１０に電源投入指示が入力された場合に、このコンピュータ１０（制御部１１）が行う処理について、この処理のフローチャートを示す図２を用いて説明する。
【００２８】
制御部１１は、ユーザが、コンピュータ１０が有する不図示の入力装置（キーボードやマウスなど）を操作して入力した電源投入指示を検知する（ステップＳ１）と、処理をステップＳ２に進める。
【００２９】
ステップＳ２では制御部１１は、ＢＩＯＳ記憶用不揮発性メモリ１２に格納されているＢＩＯＳをコンピュータ１０内の不図示のメモリに読み出す。ステップＳ３では制御部１１は、ＯＳ記憶用不揮発性メモリ１３に格納されているＯＳをコンピュータ１０内の不図示のメモリに読み出す。
【００３０】
そしてその後、制御部１１は、この読み出したＯＳを起動する処理を行うと共に、そのバックグラウンドで上記のＯＳ起動エラー伝達部１４に相当するコンピュータプログラムを実行する。
【００３１】
ステップＳ４では制御部１１は、ＯＳ起動エラー伝達部１４から「ＯＳの起動中にエラーが生じた」ことを示すメッセージを受けているか否かをチェックする。このチェックの結果、このメッセージを受けている場合には処理はステップＳ５に進み、このメッセージを受けていない場合には、ＯＳの起動を続け、起動が終わったら本処理を終了する。
【００３２】
ここで「ＯＳの起動中にエラーが生じた場合」には様々なケースが該当するが、コンピュータ１０の電源が長期間投入されなかった場合にＯＳ記憶用不揮発性メモリ１３に格納されているＯＳのデータが壊れてしまい、ＯＳが正常に起動出来ない場合も該当する。
【００３３】
ステップＳ５ではＯＳ起動エラー伝達部１４は、上記のメッセージをＢＩＯＳに通知し、ステップＳ６ではＢＩＯＳは、サーバ機器３０に対してＯＳのバックアップを要求する為に、ネットワーク２０への接続を制御部１１に要求する。
【００３４】
これにより制御部１１は、ネットワーク接続部１５を制御してネットワーク２０への接続（サーバ機器３０への接続）を試みる（ステップＳ７）が、この接続が成功した場合には処理はステップＳ８を介してステップＳ９に進む。一方、この接続が失敗した場合は、処理はステップＳ８を介してステップＳ１１に進む。
【００３５】
ステップＳ９では制御部１１は、ＢＩＯＳを実行し、ＯＳのバックアップをサーバ機器３０に要求する。そして制御部１１は、この要求に応じてサーバ機器３０から送信されたＯＳのバックアップをネットワーク接続部１５を介して受信し、ＯＳ記憶用不揮発性メモリ１３に上書きする。そしてステップＳ１０では制御部１１は、ＯＳ記憶用不揮発性メモリ１３に上書きしたＯＳを不図示のメモリに読み出して起動（再起動）する。
【００３６】
一方、ステップＳ１１では制御部１１は、ユーザにネットワーク２０への接続を促すべく、コンピュータ１０が有する不図示の表示装置に、ネットワーク２０への接続を促すメッセージを表示する。
【００３７】
このように、コンピュータ１０側で保持しているＯＳのデータが壊れてしまって正常に起動出来なくなってしまった場合でも、ユーザーの手をわずらわせることなく、コンピュータ１０はＯＳのデータを自動的に入手し、正常にＯＳを起動することが出来る。
【００３８】
なお、上記の例では正常なＯＳのデータを要求する先（外部装置）としてサーバ機器３０を使用したが、サーバ機器３０の代わりにコンピュータ１０と同じ機器を使用しても良い。この場合、コンピュータ１０と同じ機器がネットワーク上に複数接続されている構成になる。
【００３９】
［第２の実施形態］
第１の実施形態では、ＯＳの起動にエラーが生じた場合に、ＯＳのバックアップを要求した。本実施形態ではこれに加え、最後に電源を切ったタイミングから規定時間以上の時間が経過して電源投入指示が入力された場合にも、ＯＳのバックアップを要求する。
【００４０】
本実施形態に係るシステムの構成例を図３に示す。図３に示した構成用件のうち、図１に示したものと同じ構成用件については同じ参照番号を付けており、その説明は省略する。
【００４１】
本実施形態に係るコンピュータ１０は、図１の構成に加えて内蔵時計１６を有しており、内蔵時計１６は、最後に電源を切ったタイミングからの経過時間を計時している。そしてコンピュータ１０に電源投入指示が入力されると、この時点で内蔵時計１６が計時した時間が規定長（例えば３年）以上であるか否かを判断する。そして、規定長以上である場合、ＯＳ記憶用不揮発性メモリ１３に格納されているＯＳのデータが壊れている可能性が高いと判断し、コンピュータ１０は、ＯＳのバックアップをコンピュータ４０に対して要求する。
【００４２】
コンピュータ４０は、基本的にはコンピュータ１０と同様の構成を有する。即ち、制御部４１、ネットワーク接続部４５、ＢＩＯＳ記憶用不揮発性メモリ４２、ＯＳ記憶用不揮発性メモリ４３はそれぞれ、制御部１１、ネットワーク接続部１５、ＢＩＯＳ記憶用不揮発性メモリ１２、ＯＳ記憶用不揮発性メモリ１３と同じである。また、内蔵時計４６、ＯＳ起動エラー伝達部４４はそれぞれ、内蔵時計１６、ＯＳ起動エラー伝達部１４と同じである。
【００４３】
次に、本実施形態に係るコンピュータ１０が行う処理について、同処理のフローチャートを示す図４を用いて説明する。
【００４４】
制御部１１は、ユーザが、コンピュータ１０が有する不図示の入力装置（キーボードやマウスなど）を操作して入力した電源投入指示を検知する（ステップＳ２１）と、処理をステップＳ２２に進める。
【００４５】
ステップＳ２２では制御部１１は、ＢＩＯＳ記憶用不揮発性メモリ１２に格納されているＢＩＯＳをコンピュータ１０内の不図示のメモリに読み出す。
【００４６】
ＢＩＯＳは内蔵時計１６が計時している時間を監視している。ここでＢＩＯＳは、ＢＩＯＳ記憶用不揮発性メモリ１２の一部、またはより保持特性のよい不揮発性メモリへ最後に電源を切ったタイミングを記憶している。上記の電源投入指示を検知したタイミングが、最後に電源を切ったタイミングから規定時間以上経過したタイミングである場合には、処理はステップＳ２３を介してステップＳ２６に進む。一方、上記の電源投入指示を検知したタイミングが、最後に電源を切ったタイミングから規定時間以上経過したタイミングではない場合には、処理はステップＳ２３を介してステップＳ２４に進む。
【００４７】
ステップＳ２４では制御部１１は、ＯＳ記憶用不揮発性メモリ１３に格納されているＯＳをコンピュータ１０内の不図示のメモリに読み出す。
【００４８】
そしてその後、制御部１１は、この読み出したＯＳを起動する処理を行うと共に、そのバックグラウンドで上記のＯＳ起動エラー伝達部１４に相当するコンピュータプログラムを実行する。
【００４９】
ステップＳ２５では制御部１１は、ＯＳ起動エラー伝達部１４から「ＯＳの起動中にエラーが生じた」ことを示すメッセージを受けているか否かをチェックする。このチェックの結果、このメッセージを受けている場合には処理はステップＳ２６に進み、このメッセージを受けていない場合には、ＯＳの起動を続け、起動が終わったら本処理を終了する。
【００５０】
ステップＳ２６ではＢＩＯＳは、コンピュータ４０に対してＯＳのバックアップを要求する為に、ネットワーク２０への接続を制御部１１に要求する。
【００５１】
これにより制御部１１は、ネットワーク接続部１５を制御してネットワーク２０への接続（コンピュータ４０への接続）を試みる（ステップＳ２７）が、この接続が成功した場合には処理はステップＳ２８を介してステップＳ２９に進む。一方、この接続が失敗した場合は、処理はステップＳ２８を介してステップＳ３１に進む。
【００５２】
ステップＳ２９では制御部１１は、ＢＩＯＳを実行し、ＯＳのバックアップをコンピュータ４０に要求する。そして制御部１１は、この要求に応じてコンピュータ４０から送信されたＯＳのバックアップをネットワーク接続部１５を介して受信し、ＯＳ記憶用不揮発性メモリ１３に上書きする。
【００５３】
そしてステップＳ３０では制御部１１は、ＯＳ記憶用不揮発性メモリ１３に上書きしたＯＳを不図示のメモリに読み出して起動する。
【００５４】
一方、ステップＳ３１では制御部１１は、ユーザにネットワーク２０への接続を促すべく、コンピュータ１０が有する不図示の表示装置に、ネットワーク２０への接続を促すメッセージを表示する。
【００５５】
このように、長期間電源が投入されていなかった場合、ＯＳ記憶用不揮発性メモリ１３に保存されているＯＳのデータが壊れてしまっている可能性があるため、自動で正常なＯＳを入手する。これにより、装置の信頼性を高める事が出来る。
【００５６】
また、在庫製品や保守部品などが長期間電源を投入されず、ＯＳ記憶用不揮発性メモリ１３内のデータが壊れてしまう可能性がある場合でも、ユーザやサービスマンの手を煩わせずに自動的に復旧させることが出来る。
【００５７】
なお、本実施形態では、ステップＳ２５における処理は省いても良い。即ち、本実施形態では、最後に電源を切ったタイミングからの経過時間が規定長以上経過してから電源投入指示が入力された場合にのみ、ＯＳのバックアップを要求するようにしても良い。この場合、ＯＳ起動エラー伝達部は不要となる。また、コンピュータ４０の代わりに、サーバ機器３０を用いても良い。
【００５８】
［第３の実施形態］
本実施形態は、図１のコンピュータ１０をネットワークスキャナ（スキャナ装置）に組み込んだ実施形態である。本実施形態に係るシステムの構成例について、図５のブロック図を用いて説明する。図５に示した構成用件のうち、図１，３に示した構成用件と同じ構成用件については同じ参照番号を付けており、その説明は省略する。
【００５９】
ネットワークスキャナ６０は、図３に示したコンピュータ１０に加え、スキャナ７０を有する。一般的には、スキャナ７０は、スキャナ７０の設定データを保存するためのスキャナ設定保存部７５を備える。スキャナの設定データとは、レジスト調整値や画像読取センサ７２の補正データ等である。スキャナの設定データはデータ量は小さいが、スキャナ固有のパラメータとなるので、専用の保存部を設ける場合が多い。しかし、ネットワークスキャナ６０はコンピュータ１０がＯＳ記憶用不揮発性メモリ１３を有しており、その容量はスキャナ設定保存部７５よりも一般的に大容量である。そこで本実施形態では、スキャナ設定保存部７５を設けず、スキャナの設定データをＯＳ記憶用不揮発性メモリ１３に保存する。
【００６０】
スキャナ制御部７１は、スキャナ７０を構成する各部の動作制御を行うと共に、制御部１１とのデータ通信を行う。
【００６１】
画像読取センサ７２は、紙などの記録媒体上に記録された情報を画像情報として読み取り、読み取った画像情報をスキャナ動作用不揮発性メモリ７４に送出する。駆動部７３は、画像読取センサ７２や読み取り対象の記録媒体を搬送する等の動作を行う。
【００６２】
上記の構成において、ネットワークスキャナ６０に長期間電源が投入されなかった場合、ＯＳ記憶用不揮発性メモリ１３に保存したＯＳだけでなく、スキャナの設定データも壊れてしまっている可能性がある。本実施形態ではＯＳが正しく起動されなかった場合や最後に電源を切ったタイミングから規定時間以上経過しているような場合、ＯＳのバックアップをサーバ機器３０に要求するだけでなくスキャナの設定データのバックアップ（バックアップデータ）も要求する。そしてこの要求によりサーバ機器３０から取得したＯＳのバックアップについては第１，２の実施形態と同様にＯＳ記憶用不揮発性メモリ１３に格納するが、スキャナの設定データのバックアップについてもこのＯＳ記憶用不揮発性メモリ１３に格納する。
【００６３】
ここで、スキャナの設定データは、スキャナに固有のパラメータであるため、サーバ機器３０は、スキャナの固体毎に設定データを保持しておく必要がある。ここで、ネットワークスキャナ６０に固有の設定データをサーバ機器３０に登録するために、サーバ機器３０（サーバ機器制御部３１）が行う処理について、同処理のフローチャートを示す図６を用いて説明する。
【００６４】
サーバ機器制御部３１は、ネットワーク２０にネットワークスキャナ６０が接続されたことを検知する（ステップＳ４１）と、このネットワークスキャナ６０に対して製造番号を要求する（ステップＳ４２）。なお、要求するものは製造番号に限定するものではなく、ネットワークスキャナ６０を一意に識別可能な情報であれば、如何なる情報であっても良い。
【００６５】
次にサーバ機器制御部３１は、取得した製造番号が、過去に取得した製造番号の何れかと一致するか否か、即ち、ネットワークスキャナ６０が初めてネットワーク２０に接続されたか否かを判断する（ステップＳ４３）。この判断の結果、初めて接続されたのであれば、処理はステップＳ４４に進み、初めて接続されたのではない場合には本処理を終了する。
【００６６】
ステップＳ４４ではサーバ機器制御部３１は、ネットワークスキャナ６０に対して、ネットワークスキャナ６０に固有のパラメータ、即ち、ネットワークスキャナ６０の設定データを要求する。
【００６７】
ステップＳ４５ではサーバ機器制御部３１は、この要求に応じてネットワークスキャナ６０から送信された設定データを、ＯＳバックアップ用不揮発性メモリ３３に格納する。
【００６８】
この方法の利点は、サーバ機器３０が故障して新しいサーバ機器に入れ替わった場合でも、自動的に固有のパラメータを集め直す事が出来る点にある。上記のような構成により、スキャナ設定保存部７５を設ける必要がなくなるため、コストダウンを計ることができる。
【００６９】
［第４の実施形態］
第３の実施形態で説明したネットワークスキャナ６０には、スキャナ７０を動作させる為のソフトウエアであるＦｉｒｍｗａｒｅが必要である。一般的には、スキャナ７０は、Ｆｉｒｍｗａｒｅを保存するために、図７に示す如くＦｉｒｍｗａｒｅ保存部７６を備える。Ｆｉｒｍｗａｒｅは、改良や不具合対策などで新しいバージョンがリリースされることがあるため、このＦｉｒｍｗａｒｅ保存部７６は書き換え可能な物を使用するのが良い。
【００７０】
しかしネットワークスキャナ６０は、コンピュータ１０がＯＳ記憶用不揮発性メモリ１３を有しており、その容量はＦｉｒｍｗａｒｅ保存部７６よりも一般的には大容量である。そこで本実施形態では、Ｆｉｒｍｗａｒｅ保存部７６を設けず、ＦｉｒｍｗａｒｅをＯＳ記憶用不揮発性メモリ１３に保存することで、Ｆｉｒｍｗａｒｅ保存部７６に係るコストダウンを図る。
【００７１】
図７に示す構成において、ネットワークスキャナ６０に長期間電源が投入されなかった場合、ＯＳ記憶用不揮発性メモリ１３に保存したＯＳだけでなく、Ｆｉｒｍｗａｒｅも壊れてしまっている可能性がある。そこで本実施形態では、ＯＳが正しく起動されなかった場合や、最後に電源を切ったタイミングから規定時間以上経過しているような場合には、ＯＳをサーバ機器３０に要求するだけでなく、Ｆｉｒｍｗａｒｅをも要求する。もちろん、第３の実施形態のように、設定データをも要求して良い。そしてこの要求によりサーバ機器３０から取得したＯＳについては第１，２の実施形態と同様にＯＳ記憶用不揮発性メモリ１３に格納するであるが、ＦｉｒｍｗａｒｅについてもこのＯＳ記憶用不揮発性メモリ１３に格納する。
【００７２】
また、Ｆｉｒｍｗａｒｅは前述の通り、新しいバージョンがリリースされることがあるため、常に最新版に更新する事が望ましい。そこで、Ｆｉｒｍｗａｒｅの最新版を入手すると共に、ネットワークスキャナ６０に常に最新版のＦｉｒｍｗａｒｅを保持させるためにサーバ機器３０（サーバ機器制御部３１）が行う処理について、同処理のフローチャートを示す図８を用いて説明する。
【００７３】
サーバ機器制御部３１は、定期的にＦｉｒｍｗａｒｅのメーカが提供するホームページを監視しており、最新版のＦｉｒｍｗａｒｅがリリースされると、この最新版のＦｉｒｍｗａｒｅをダウンロードする（ステップＳ５１）。
【００７４】
最新版のＦｉｒｍｗａｒｅがリリースされているか否かを確認するための方法には様々な方法が考え得る。例えば、Ｆｉｒｍｗａｒｅのメーカが提供するホームページから送られてくる情報を元に確認する方法や、定期的に（例えば毎日定刻に）Ｆｉｒｍｗａｒｅのメーカが提供するホームページにアクセスして確認する方法等がある。
【００７５】
ステップＳ５２ではサーバ機器制御部３１は、ネットワーク２０にネットワークスキャナ６０が接続されているか否かをチェックする。このチェックの結果、接続されている場合には処理はステップＳ５３に進み、接続されていない場合には、処理はステップＳ５６に進む。
【００７６】
ステップＳ５６ではサーバ機器制御部３１は、ネットワーク２０にネットワークスキャナ６０が接続されているか否かをチェックする。このチェックの結果、接続されている場合には処理はステップＳ５３に進み、接続されていない場合には、接続されるまで待機する。
【００７７】
ステップＳ５３ではサーバ機器制御部３１は、ネットワークスキャナ６０に対して、ネットワークスキャナ６０が保持するＦｉｒｍｗａｒｅのバージョンを示すバージョン情報を要求する。ネットワークスキャナ６０はこの要求に応じてこのバージョン情報をサーバ機器３０に対して送信するので、サーバ機器制御部３１はこのバージョン情報を受信する。
【００７８】
ステップＳ５４ではサーバ機器制御部３１は、この受信したバージョン情報が、ステップＳ５１でダウンロードしたＦｉｒｍｗａｒｅのバージョン（最新バージョン）を示すか否かを判断する。この判断の結果、最新バージョンを示す場合には本処理を終了する。一方、最新バージョンを示していない場合（旧バージョンを示している場合）には処理はステップＳ５５に進む。
【００７９】
最新バージョンを示すか否かを確認する方法には様々な方法が考え得るが、例えば、Ｆｉｒｍｗａｒｅのバージョン番号が大きい方や、更新日時が新しい方を最新と判断する方法がある。
【００８０】
ステップＳ５５ではサーバ機器制御部３１は、ステップＳ５１でダウンロードしたＦｉｒｍｗａｒｅをネットワークスキャナ６０に対して送信し、このＦｉｒｍｗａｒｅに更新する指示をネットワークスキャナ６０に対して与える。これによりネットワークスキャナ６０は、自身が保持するＦｉｒｍｗａｒｅを最新バージョンのＦｉｒｍｗａｒｅに更新することになる。
【００８１】
このような処理により、ユーザの手をわずらわせる事なく、スキャナ７０を最新の状態に保つ事が出来る。なお、上記の例ではサーバ機器３０がＦｉｒｍｗａｒｅの最新版を入手する構成としたが、ネットワークスキャナ６０がＦｉｒｍｗａｒｅの最新版を入手してバージョンアップする構成にしても良い。
【図１】
2012174061.tif 000003
【図２】
2012174061.tif 000004
【図３】
2012174061.tif 000005
【図４】
2012174061.tif 000006
【図５】
2012174061.tif 000007
【図６】
2012174061.tif 000008
【図７】
2012174061.tif 000009
【図８】
2012174061.tif 000010