(57)【要約】【課題】外部記憶装置を故障予測に基づき交換する際に要する実質的な作業時間を短縮することができる情報処理装置、メンテナンスサービスシステム、制御方法、並びにプログラムを提供する。【解決手段】画像処理装置１００に接続するＨＤＤ１０９のデータのバックアップが管理者２０２により選択されると、画像処理装置１００は、バックアップフラグをＯＮに切り替え、その後バックアップフラグがＯＦＦとなるまで、データセンター２０７へＨＤＤ１０９のデータを送信する。その後、ＨＤＤ１０９がバックアップデータが書き込まれたＨＤＤ２１０に交換されたことを検出した場合、バックアップフラグをＯＦＦとし、ＨＤＤ２１０のデータとデータセンター２０７のＨＤＤ２０８に格納されたバックアップデータの間で差分がある場合、データセンター２０７から差分のデータをダウンロードし、ＨＤＤ２１０に格納する。【選択図】図１
2020086585.tif 000002
【特許請求の範囲】
【請求項１】
外部から受信したデータをバックアップデータとして格納するための第１の記憶装置を持つデータセンターと、前記データセンターへのデータアクセスが可能であって且つ前記第１の記憶装置に格納されたバックアップデータを書き込むための、脱着可能な第２の記憶装置を持つサービスセンターとの双方と通信回線で接続されると共に、脱着・交換が可能な外部記憶装置と接続する情報処理装置であって、
前記外部記憶装置のデータのバックアップが前記情報処理装置の管理者により選択された場合に、前記外部記憶装置のデータがバックアップ中である場合にＯＮとなり、前記バックアップ中でない場合にＯＦＦとなるバックアップフラグをＯＮに切り替える切替手段と、
前記バックアップフラグがＯＮとなった後、前記バックアップフラグがＯＦＦとなるまで、前記データセンターへ前記外部記憶装置のデータをバックアップデータとして送信する第１の送信手段と、
前記バックアップフラグがＯＮであり、且つ前記外部記憶装置が前記バックアップデータが書き込まれた前記第２の記憶装置に交換されたことを検出した場合、前記バックアップフラグをＯＦＦとし、前記交換された第２の記憶装置のデータと前記第１の記憶装置に格納された前記バックアップデータの間で差分があるか否かを判断する差分判断手段と、
前記差分判断手段により前記差分があると判断された場合、前記データセンターから前記差分のデータをダウンロードし、前記交換された第２の記憶装置に格納する格納手段とを備えることを特徴とする情報処理装置。
【請求項２】
前記バックアップフラグがＯＮとなった後、前記バックアップフラグがＯＦＦとなるまで、前記第１の送信手段により送信された前記外部記憶装置のデータのリストをバックアップリストとして順次更新する更新手段をさらに備え、
前記差分判断手段は、前記バックアップリストに基づき前記差分があるか否かを判断することを特徴とする請求項１記載の情報処理装置。
【請求項３】
定期的に、前記サービスセンターに対してＳ．Ｍ．Ａ．Ｒ．Ｔ情報を送信し、前記サービスセンターに前記Ｓ．Ｍ．Ａ．Ｒ．Ｔ情報に基づき前記外部記憶装置の故障を予測させる予測手段をさらに備えることを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記外部記憶装置のデータのバックアップが前記管理者により選択された場合、前記外部記憶装置のデータのバックアップに必要な記憶容量の情報を含むバックアップ開始要求を前記データセンターに通知する第１の通知手段を更に備え、
前記第１の送信手段は、前記第１の通知手段による前記バックアップ開始要求の通知後、前記サービスセンターより前記記憶容量のデータのバックアップが可能である旨の通知があった場合、前記バックアップデータの送信を開始することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記管理者が前記外部記憶装置のデータのバックアップの実行を指示する際に、前記外部記憶装置のデータのうち前記バックアップをすべきデータとして選択しうるデータを制限する制限手段を備えることを特徴とする請求項４記載の情報処理装置。
【請求項６】
前記格納手段により前記差分のデータの前記交換された第２の記憶装置への格納が終了したときに、前記データセンターの前記第１の記憶装置に格納されている前記バックアップデータを消去させるべく、前記サービスセンターに対してバックアップ終了を通知する第２の通知手段をさらに備えることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記第１の送信手段により前記データセンターへ送信される前記バックアップデータを暗号化する暗号化手段をさらに備えることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
バックアップデータを格納するための第１の記憶装置を持つデータセンターと、前記データセンターへのデータアクセスが可能であるサービスセンターとからなり、脱着・交換が可能な外部記憶装置と接続する情報処理装置に、前記データセンター及び前記サービスセンターの双方を通信回線で接続するメンテナンスサービスシステムであって、
前記サービスセンターにおいて、
前記情報処理装置からＳ．Ｍ．Ａ．Ｒ．Ｔ情報を定期的に受信する情報受信手段と、
前記定期的に受信するＳ．Ｍ．Ａ．Ｒ．Ｔ情報から前記外部記憶装置の故障が予測されるか否かを判断する故障判断手段と、
前記故障判断手段により前記外部記憶装置の故障が予測されると判断された後、前記情報処理装置からバックアップ開始要求が通知されたとき、前記データセンターに前記情報処理装置から受信したデータの前記バックアップデータとしての格納を指示する指示手段とを備えることを特徴とするメンテナンスサービスシステム。
【請求項９】
前記サービスセンターにおいて、
前記故障判断手段により前記外部記憶装置の故障が予測されると判断された場合、前記情報処理装置の管理者及び前記情報処理装置を担当するサービスマンに通報する第１の通報手段をさらに備えることを特徴とする請求項８記載のメンテナンスサービスシステム。
【請求項１０】
前記サービスセンターは、前記第１の記憶装置に格納されたバックアップデータを書き込むための、脱着可能な第２の記憶装置を有し、
前記サービスセンターにおいて、前記第１の記憶装置に格納された前記バックアップデータの前記第２の記憶装置への書き込みが終了した場合、前記情報処理装置を担当するサービスマンにその旨を通報する第２の通報手段をさらに備える特徴とする請求項８又は９記載のメンテナンスサービスシステム。
【請求項１１】
外部から受信したデータをバックアップデータとして格納するための第１の記憶装置を持つデータセンターと、前記データセンターへのデータアクセスが可能であって且つ前記第１の記憶装置に格納されたバックアップデータを書き込むための、脱着可能な第２の記憶装置を持つサービスセンターとの双方と通信回線で接続されると共に、脱着・交換が可能な外部記憶装置と接続する情報処理装置の制御方法であって、
前記外部記憶装置のデータのバックアップが前記情報処理装置の管理者により選択された場合に、前記外部記憶装置のデータがバックアップ中である場合にＯＮとなり、前記バックアップ中でない場合にＯＦＦとなるバックアップフラグをＯＮに切り替える切替ステップと、
前記バックアップフラグがＯＮとなった後、前記バックアップフラグがＯＦＦとなるまで、前記データセンターへ前記外部記憶装置のデータをバックアップデータとして送信する送信ステップと、
前記バックアップフラグがＯＮであり、且つ前記外部記憶装置が前記バックアップデータが書き込まれた前記第２の記憶装置に交換されたことを検出した場合、前記バックアップフラグをＯＦＦとし、前記交換された第２の記憶装置のデータと前記第１の記憶装置に格納された前記バックアップデータの間で差分があるか否かを判断する差分判断ステップと、
前記差分判断ステップにおいて前記差分があると判断された場合、前記データセンターから前記差分のデータをダウンロードし、前記交換された第２の記憶装置に格納する格納ステップとを有することを特徴とする制御方法。
【請求項１２】
請求項１１記載の制御方法を実行することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、メンテナンスサービスシステム、制御方法、並びにプログラムに関し、特にＨＤＤのデータのバックアップや交換を行う情報処理装置、メンテナンスサービスシステム、制御方法、並びにプログラムに関する。
【背景技術】
【０００２】
現在、ＭＦＰ等の情報処理装置では、外部記憶装置として、ハードディスクドライブ（以下、ＨＤＤと略す）や半導体ディスク（以下、ＳＳＤ）等の大容量ストレージデバイスを内蔵して、動作プログラムの格納、及び画像データの保存や編集等を実現している。また、情報処理装置のユーザ操作性を向上させたり、ユーザが欲しい情報を簡単に得たりできるようにカスタマイズされたアプリケーションソフトウェアを情報処理装置にインストールできるようにもなっている。
【０００３】
このようなアプリケーションソフトウェアの１つは、外部記憶装置にＨＤＤを利用した場合の利便性を上げるためにインストールされている。
【０００４】
ここでＨＤＤは、磁気式の記録媒体であるディスクと、データのリード／ライトを行うヘッドから構成される。このヘッドは高速回転しているディスク上を微細な隙間を保ちながら移動し、ディスク上の指示された位置にデータのリード／ライト行う。またディスクの回転やヘッドの移動に伴い発生するゴミやチリによりＨＤＤからのデータの読み出し時にエラーが発生すると、ＨＤＤはデータエラーが発生した領域（セクターと呼ばれる単位で）のデータを、予備の領域（代替セクター）に置き換えを行う。データエラーが発生する毎に代替セクターの数は減少していき、最終的に代替セクターが無くなるとＨＤＤは故障と判断される。
【０００５】
ＨＤＤ内に自身の起動に必要なプログラム等のデータを管理するシステム領域を有する情報処理装置や、ユーザデータをＨＤＤ内に保管し、データの再利用を可能とする情報処理装置が知られている。このような情報処理装置では、ＨＤＤが故障と判断されると情報処理装置自身の起動が出来なくなったり、ユーザデータが消失したりするという問題が生じ得る。
【０００６】
このような問題の解決する策として、以下の２つのシステムが知られている。
【０００７】
１つは、ＨＤＤが自身のＣＰＵを持つことで、自分自身の動作状態を自己診断システムで常に監視し、その結果であるＳ．Ｍ．Ａ．Ｒ．Ｔ情報に基づきＨＤＤの故障発生が予測される場合にはその旨の警告を報知するシステムである（例えば、特許文献１参照）。
【０００８】
もう一つは、ＨＤＤの故障の危険度が高まった場合、ネットワーク上のバックアップ用の記憶装置に、重要度に応じた優先順位でＨＤＤ内のデータをバックアップするシステムである（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００７−２１３６７０号公報
【特許文献２】特開２０１０−１６５３０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、近年使用されているＨＤＤは格納できるデータ容量が増大している。このため、ＨＤＤ内のデータのバックアップおよびそのバックアップされたデータの新しいＨＤＤへの書き戻しにはかなりの時間を要し、その間、情報処理装置が全く使用できない場合も発生する。
【００１１】
そこで本発明は、外部記憶装置を故障予測に基づき交換する際に要する実質的な作業時間を短縮することができる情報処理装置、メンテナンスサービスシステム、制御方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の請求項１に係る情報処理装置は、外部から受信したデータをバックアップデータとして格納するための第１の記憶装置を持つデータセンターと、前記データセンターへのデータアクセスが可能であって且つ前記第１の記憶装置に格納されたバックアップデータを書き込むための、脱着可能な第２の記憶装置を持つサービスセンターとの双方と通信回線で接続されると共に、脱着・交換が可能な外部記憶装置と接続する情報処理装置であって、前記外部記憶装置のデータのバックアップが前記情報処理装置の管理者により選択された場合に、前記外部記憶装置のデータがバックアップ中である場合にＯＮとなり、前記バックアップ中でない場合にＯＦＦとなるバックアップフラグをＯＮに切り替える切替手段と、前記バックアップフラグがＯＮとなった後、前記バックアップフラグがＯＦＦとなるまで、前記データセンターへ前記外部記憶装置のデータをバックアップデータとして送信する第１の送信手段と、前記バックアップフラグがＯＮであり、且つ前記外部記憶装置が前記バックアップデータが書き込まれた前記第２の記憶装置に交換されたことを検出した場合、前記バックアップフラグをＯＦＦとし、前記交換された第２の記憶装置のデータと前記第１の記憶装置に格納された前記バックアップデータの間で差分があるか否かを判断する差分判断手段と、前記差分判断手段により前記差分があると判断された場合、前記データセンターから前記差分のデータをダウンロードし、前記交換された第２の記憶装置に格納する格納手段とを備えることを特徴とする。
【００１３】
本発明の請求項８に係るメンテナンスサービスシステムは、バックアップデータを格納するための第１の記憶装置を持つデータセンターと、前記データセンターへのデータアクセスが可能であるサービスセンターとからなり、脱着・交換が可能な外部記憶装置と接続する情報処理装置に、前記データセンター及び前記サービスセンターの双方を通信回線で接続するメンテナンスサービスシステムであって、前記サービスセンターにおいて、前記情報処理装置からＳ．Ｍ．Ａ．Ｒ．Ｔ情報を定期的に受信する情報受信手段と、前記定期的に受信するＳ．Ｍ．Ａ．Ｒ．Ｔ情報から前記外部記憶装置の故障が予測されるか否かを判断する故障判断手段と、前記故障判断手段により前記外部記憶装置の故障が予測されると判断された後、前記情報処理装置からバックアップ開始要求が通知されたとき、前記データセンターに前記情報処理装置から受信したデータの前記バックアップデータとしての格納を指示する指示手段とを備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、外部記憶装置を故障予測に基づき交換する際に要する実質的な作業時間を短縮することができる。
【図面の簡単な説明】
【００１５】
【図１】実施例１に係る情報処理装置としての画像処理装置のハードウェア構成を示すブロック図である。
【図２】画像処理装置を管理するサービスセンターと、画像処理装置からのデータのバックアップを行うデータセンターとを含むメンテナンスサービスシステムの概念図である。
【図３】実施例１に係る、画像処理装置からサービスセンターへの画像処理装置の状態情報の定期アップロード処理の手順を示すフローチャートである。
【図４】実施例１に係る、画像処理装置内蔵のＨＤＤの故障予測処理の手順を示すフローチャートである。
【図５】実施例１に係る、画像処理装置内蔵のＨＤＤのデータのデータセンターへのバックアップ処理の手順を示すフローチャートである。
【図６】実施例１に係る、交換用ＨＤＤ準備処理の手順を示すフローチャートである。
【図７】実施例１に係る、画像処理装置内蔵のＨＤＤの交換処理の手順を示すフローチャートである。
【図８】実施例１に係る、データバックアップ画面を示す図である。
【図９】実施例２に係る、データバックアップ画面を示す図である。
【図１０】実施例２に係る、画像処理装置からサービスセンターへの画像処理装置の状態情報の定期アップロード処理の手順を示すフローチャートである。
【図１１】実施例２に係る、画像処理装置内蔵のＨＤＤのデータのデータセンターへのバックアップ処理の手順を示すフローチャートである。
【図１２】実施例２に係る、交換用ＨＤＤ準備処理の手順を示すフローチャートである。
【図１３】実施例２に係る、画像処理装置内蔵のＨＤＤの交換処理の手順を示すフローチャートである。
【図１４】図５のステップＳ５１０で作成されるバックアップリストの例を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１７】
（実施例１）
図１は、本実施例に係る情報処理装置としての画像処理装置１００のハードウェア構成を示すブロック図である。
【００１８】
画像処理装置１００は、その全体の動作を制御する制御部１０３と、ユーザインタフェースである操作パネル１０１と、画像データに基づき印刷処理を実行する印刷処理部１０６を備える。更に、原稿を読み取って画像データを生成する読取部１０７と、各種情報を記憶する、脱着・交換が可能な外部記憶装置（例えばハードディスクドライブ、以下、ＨＤＤと略す）１０９とを備える。これらがバス１０８を介して接続されることにより相互に通信可能に構成される。また、ＬＡＮ−Ｉ／Ｆ部１０２はネットワーク２０１やインターネット回線２０６を介して外部の装置と制御部１０３とを通信可能にするインタフェースである。
【００１９】
制御部１０３は、ＣＰＵ１０４とメモリ１０５とを備えており、各部の動作を制御する。ＣＰＵ１０４は、ＨＤＤ１０９に記憶されているプログラム１１０を読み出して実行する。プログラム１１０は、制御部１０３を後述する各種処理部として機能させるためのプログラムである。メモリ１０５は、ＣＰＵ１０４がプログラムを実行することに伴う一時的なデータなどを記憶する。
【００２０】
操作パネル１０１は、上述したようにユーザによる操作指示を入力する構成を備えている。すなわち操作パネル１０１は、例えば液晶パネルなどで構成され各種情報を表示する表示部１０１ａと、その表示部１０１ａに対する操作を検知することでユーザによる操作指示を入力する操作入力部１０１ｂで構成される。
【００２１】
ＬＡＮ−Ｉ／Ｆ部１０２は、ＬＡＮ規格に基づいて外部機器との通信処理を行い、外部機器と制御部１０３の間で行われるデータ入出力処理を行う。
【００２２】
印刷処理部１０６は、画像データに基づき印刷処理を実行することで印刷物を出力する処理部である。例えば、画像データに基づき画像形成を行う画像形成部、画像形成部によって形成されるトナー像（画像）を用紙に転写させる転写部、用紙に転写されたトナー像を定着させる定着部、印刷された印刷物を排出する印刷物搬送部などを備えている。
【００２３】
読取部１０７は、原稿画像を読み取って画像データを生成する処理部である。例えば、原稿載置台に載置された複数の原稿を先頭から１枚ずつ搬送する原稿搬送部や、読み取った原稿画像を画像データに変換して生成する画像データ出力部などを備えている。
【００２４】
ＨＤＤ１０９は、上述したプログラム１１０等のデータを管理するシステム領域やユーザ毎にユーザデータを管理するユーザフォルダ１１１等を有する記憶装置であって、画像処理装置１００から脱着・交換可能に構成される。
【００２５】
ここで、画像処理装置１００は、読取部１０７及び印刷処理部１０６を有するいわゆるＭＦＰであるが、かかる構成に本発明の情報処理装置は限定されない。すなわち、本発明の情報処理装置は、ＨＤＤ１０９にバックアップを要するデータが保管され、ＬＡＮ−Ｉ／Ｆ部１０２を介して外部機器と制御部１０３の間でデータが入出力されればよく、印刷処理部１０６や読取部１０７を有さないＰＣ等であってもよい。
【００２６】
図２は、画像処理装置１００を管理するサービスセンター２０９と、画像処理装置１００からのデータのバックアップを行うデータセンター２０７とを含むメンテナンスサービスシステムの概念図である。
【００２７】
図２において、このメンテナンスサービスシステムは、画像処理装置１００を有するユーザ企業２００とインターネット回線２０６を介して接続するクラウド上のシステムである。
【００２８】
ユーザ企業２００には、画像処理装置１００、及び画像処理装置１００の装置管理担当者（以下単に管理者という）２０２が存在する。また、ユーザ企業２００は、その内部でデータの転送が行われるネットワーク２０１、パーソナルコンピュータ（以下ＰＣという）２０３，２０４、ネットワーク２０１とインターネット回線２０６を接続するためのゲートウェイＧＷ２０５を備える。すなわち、画像処理装置１００は、ネットワーク２０１及びインターネット回線２０６からなる通信回線でデータセンター２０７及びサービスセンター２０９の双方と接続する。
【００２９】
データセンター２０７には、画像処理装置１００が内蔵するＨＤＤ１０９に格納されているデータをバックアップするためのＨＤＤ２０８（第１の記憶装置）が接続される。データセンター２０７は、サービスセンター２０９の指示を受け、画像処理装置１００とのデータ送受信を実行する。
【００３０】
サービスセンター２０９は、データセンター２０７へのデータアクセスが可能であって且つ画像処理装置１００の装置状態情報を定期的に吸い上げて、画像処理装置１００の管理を行う。また、サービスセンター２０９には、画像処理装置１００内蔵のＨＤＤ１０９の故障発生が予測される際、ＨＤＤ２０８にバックアップされたデータを書き込んでおき、ＨＤＤ１０９と交換するＨＤＤ２１０（第２の記憶装置）が脱着可能に接続される。
【００３１】
サービスマン２１１は図２のメンテナンスサービスシステムを用いて画像処理装置１００に装着されるＨＤＤ１０９内のデータ（以下単にＨＤＤ１０９のデータという）のバックアップサービスを実施する。
【００３２】
図２を使用して、画像処理装置１００内のＨＤＤ１０９の故障予測から交換までの、画像処理装置１００、管理者２０２、データセンター２０７、サービスセンター２０９、サービスマン２１１のそれぞれの動きを説明する。
【００３３】
画像処理装置１００は、定期的にサービスセンター２０９に対して装置状態情報をアップロードしている。この装置状態情報は、コピーやプリントなどがどれぐらい行われたか、またその際、画像処理装置１００内のどこでどのぐらいエラーが発生したかを示す情報や、ＨＤＤ１０９のＳＭＡＲＴ情報、及び画像処理装置１００における各種カウンタ情報等である。サービスセンター２０９は装置状態情報を解析し、画像処理装置１００内のどこに原因があり、何を交換すべきか等を２１１のサービスマン２１１にメンテナンス情報として通知する。サービスセンター２０９は、ＨＤＤ１０９のＳＭＡＲＴ情報を解析した結果ＨＤＤ１０９の故障予測がされた場合、管理者２０２とサービスマン２１１に対してその旨をメールにて通報する。
【００３４】
このメールをうけて管理者２０２が画像処理装置１００にログインすると、画像処理装置１００はログインユーザが管理者２０２であることを認識し、管理者用メニュー画面を操作パネル１０１の表示部１０１ａに表示する。その後、ＣＰＵ１０４は、操作パネル１０１の操作入力部１０１ｂからの管理者２０２の入力に応じて対応する画面を表示部１０１ａに表示する。例えば管理者２０２が管理者用メニュー画面の選択肢からＨＤＤのデータバックアップを選択すると、ＣＰＵ１０４は、バックアップすべきデータのデータ量を計算し、図８で示すデータバックアップ画面を表示する。管理者２０２がこのデータバックアップ画面上でＹｅｓを選択すると、ＣＰＵ１０４はデータのバックアップの実行を開始すべく、メモリ１０５の不揮発性領域にバックアップフラグ“１”を記憶させる。ここで、バックアップフラグとは、その値が“１”（ＯＮ）の場合、ＨＤＤ１０９のデータがバックアップ中であることを示し、その値が“０”（ＯＦＦ）の場合、かかるバックアップ中ではないことを示すフラグである。
【００３５】
そして、ＣＰＵ１０４は、ＨＤＤ１０９内のバックアップすべきデータ（以下バックアップデータという）をリスト化したバックアップリスト（図１４）を作成する。このバックアップリストには、バックアップデータのカテゴリ、各フォルダのデータ容量、データ更新日、アップロードの有無等がまとめられている。ＣＰＵ１０４はサービスセンター２０９に対してバックアップに必要な記憶容量の情報を含むバックアップ開始要求をＬＡＮ−Ｉ／Ｆ部１０２を通して行う。そして、ＣＰＵ１０４は定期的にサービスセンター２０９に対して、バックアップの開始が可能かを問い合わせる。サービスセンター２０９よりバックアップの開始が可能であるとの回答を得たら、ＣＰＵ１０４はバックアップデータを順次ＬＡＮ−Ｉ／Ｆ部１０２を通してデータセンター２０７へ出力する。データセンター２０７は、受信したバックアップデータを順次ＨＤＤ２０８に格納する。
【００３６】
ＣＰＵ１０４は、データセンター２０７へのバックアップデータのアップロードの進捗に合わせてバックアップリストの更新を行い、各バックアップデータがデータセンター２０７にいつアップロードされたかがわかるようにする。バックアップリストはメモリ１０５内の不揮発性領域に格納される。現時点のバックアップリストにリスト化されている全てのバックアップデータのアップロードが完了した（一通りのデータのアップロードが完了した）ときに、ＣＰＵ１０４はデータのバックアップが完了したことをサービスセンター２０９に通知する。この通知後もＣＰＵ１０４は、バックアップフラグが“１”の間は、ＨＤＤ１０９のデータ更新を監視し、更新される度にバックアップリストを更新すると共にデータセンター２０７へバックアップデータをアップロードする。
【００３７】
サービスセンター２０９は、画像処理装置１００からデータのバックアップが完了した通知を受けると、この通知があった時点においてＨＤＤ２０８に格納されていたバックアップデータを交換用のＨＤＤ２１０に書き込む。ＨＤＤ２１０へのバックアップデータの書き込みが終了すると、サービスセンター２０９は、サービスマン２１１に対して交換用ＨＤＤの準備ができたことをメールで通知する。
【００３８】
このメールをうけてサービスマン２１１が、サービスセンター２０９で交換用のＨＤＤ２１０をサービスセンター２０９から外すと、ユーザ企業２００を訪問し、画像処理装置１００のＨＤＤ１０９をＨＤＤ２１０と交換する。画像処理装置１００のＣＰＵ１０４は、電源起動時の自己診断において、メモリ１０５のバックアップフラグの値が“１”かどうかを確認すると共に、ＨＤＤ１０９がＨＤＤ２１０に交換されているかをＩＤ情報から検出する。バックアップフラグが“１”でかつＨＤＤ１０９が交換されていた場合、ＣＰＵＩ０４は、バックアップフラグを“０”にセットし、バックアップリストと交換後のＨＤＤ２１０のデータの比較を行う。比較の結果差分があった場合、ＣＰＵＩ０４は、データセンター２０７から差分データをダウンロードし、交換後のＨＤＤ２１０に格納する。差分が無くなるまでデータセンター２０７からの差分データのダウンロードを行った後、ＣＰＵ１０４は、サービスセンター２０９に対してバックアップの終了通知を行う。サービスセンター２０９は、画像処理装置１００からのバックアップの終了通知を受けると、データセンター２０７に対してバックアップデータの消去を命令する。
【００３９】
以下、図３〜図７のフローチャートに従って、本実施例における、画像処理装置１００内のＨＤＤ１０９の故障予測から交換までの流れをより具体的に説明する。
【００４０】
図３は、本実施例に係る、画像処理装置１００からサービスセンター２０９への装置状態情報の定期アップロード処理の手順を示すフローチャートである。本処理は、画像処理装置１００のＣＰＵ１０４により実行される。
【００４１】
ステップＳ３０１では、ＣＰＵ１０４が、その日が予め決められた集計日なのかを判断し、集計日であった場合にはステップＳ３０２に進み、そうでなかった場合には本処理を終了する。
【００４２】
ステップＳ３０２では、装置状態情報をサービスセンター２０９に送信し、本処理を終了する。
【００４３】
図３の処理により、画像処理装置１００の装置状態情報を、定期的にサービスセンター２０９に対してアップロードすることができる。
【００４４】
図４は、本実施例に係る、画像処理装置１００内蔵のＨＤＤ１０９の故障予測処理の手順を示すフローチャートである。本処理は、厳密にはサービスセンター２０９の図２において不図示のＣＰＵにより実行されるが、ここでは実行主体をサービスセンター２０９として説明する。
【００４５】
ステップＳ４０１では、サービスセンター２０９が図３の処理により画像処理装置１００から定期的に送信される装置状態情報を受信したかどうかを判断する（情報受信手段）。装置状態情報を受信した場合にはステップＳ４０２に進み、そうでない場合にはステップＳ４０１に戻り、装置状態情報の受信を待つ。
【００４６】
ステップＳ４０２では、装置状態情報からＳＭＡＲＴ情報を取り出して解析を行う。
【００４７】
ステップＳ４０３では、ステップＳ４０２におけるＳＭＡＲＴ情報の解析の結果、ＨＤＤ１０９の故障が予測されるか否かを判断する。判断の結果、ＨＤＤ１０９の故障が予測される場合には、ステップＳ４０４に進み、そうでない場合には本処理を終了する。例えば、ＨＤＤ１０９はデータの読み出しがリードエラーとなった時に、そのデータの読み出し領域であるセクターを代替セクターの領域と置き換える。この代替セクターの減り方や残り量を元に、ステップＳ４０３では、ＨＤＤ１０９の故障が予測されるか否かを判断する。
【００４８】
ステップＳ４０４では、画像処理装置１００のサービスマン２１１と、画像処理装置１００の管理者２０２に対して、画像処理装置１００のＨＤＤ１０９の故障が予測されることをメールにて通知し（第１の通報手段）、本処理を終了する。
【００４９】
図５は、本実施例に係る、画像処理装置１００内蔵のＨＤＤ１０９のデータのデータセンター２０７へのバックアップ処理の手順を示すフローチャートである。本処理は、画像処理装置１００のＣＰＵ１０４により実行される。
【００５０】
ステップＳ５０１では、画像処理装置１００の管理者２０２がログインしたか否かを判断し、管理者２０２がログインした場合にはステップＳ５０２に進み、そうでない場合にはステップＳ５０１に戻り管理者２０２のログインを待つ。
【００５１】
ステップＳ５０２では、管理者用の操作画面を操作パネル１０１の表示部１０１ａに表示する。
【００５２】
ステップＳ５０３では、表示部１０１ａの管理者用の操作画面に表示した選択肢からＨＤＤのデータバックアップが管理者２０２により選択されたかどうかを判断する。判断の結果、選択された場合にはステップＳ５０４に進み、それ以外の選択肢が選択された場合にはステップＳ５０５に進む。
【００５３】
ステップＳ５０４では、ＨＤＤ１０９においてバックアップするデータ量を計算し、その後、ステップＳ５０７で、表示部１０１ａにＨＤＤ１０９のデータのバックアップを実行するためのデータバックアップ画面（図８）を表示する。
【００５４】
ステップＳ５０８では、表示部１０１ａに表示されたデータバックアップ画面においてＹｅｓのボタンが押下されたのか、Ｎｏのボタンが押下されたのかを判断する。Ｙｅｓのボタンが押下された場合にはステップＳ５０９に進み、Ｎｏのボタンが押下された場合にはステップＳ５０２に戻る。
【００５５】
ステップＳ５０９では、ＣＰＵ１０４はデータバックアップ中かどうかを判断するためのバックアップフラグをメモリ１０５内の不揮発性領域において“１”にする（切替手段）。
【００５６】
ステップＳ５１０では、ＣＰＵ１０４は、図１４に示すようなバックアップするデータを管理するためのバックアップリストを作成し、メモリ１０５の不揮発性領域に格納する。
【００５７】
ステップＳ５１１では、ＣＰＵ１０４はサービスセンター２０９に対して、データのバックアップに必要な記憶容量の情報を含むバックアップ開始要求を通知する（第１の通知手段）。
【００５８】
その後、ＣＰＵ１０４は、サービスセンター２０９から、データセンター２０７でのバックアップデータの受け入れが可能（データバックアップ可能）の通知があった場合（ステップＳ５１２でＹＥＳ）、ステップＳ５１３に進む。一方、かかる通知がない場合はステップＳ５１２に留まる。
【００５９】
ステップＳ５１３では、ＣＰＵ１０４は、データセンター２０７へのバックアップデータのアップロードを実行する（第１の送信手段）。データセンター２０７は、画像処理装置１００からアップロードされるＨＤＤ１０９のデータをバックアップデータとして順次ＨＤＤ２０８に格納する。
【００６０】
ステップＳ５１４では、ＣＰＵ１０４はデータのアップロードの進捗に従いバックアップリストを順次更新する。尚、画像処理装置１００のＨＤＤ１０９では、バックアップフラグが”１”の場合、データのアップロードの裏でデータの更新が行われるため、かかる更新の際にもＣＰＵ１０４はバックアップリストの更新を行う（更新手段）。
【００６１】
ステップＳ５１５では、現時点のバックアップリストにリスト化されている全てのバックアップデータのアップロードが完了したときに、ＣＰＵ１０４は一通りのアップロードが完了したと判断してステップＳ５１６に進む。一方、まだ一通りのアップロードは完了していない場合（ステップＳ５１５でＮＯ）、ステップＳ５１３に戻る。
【００６２】
ステップＳ５１６では、ＣＰＵ１０４はサービスセンター２０９に対してデータのバックアップの完了を通知する。
【００６３】
ステップＳ５１７では、ＣＰＵ１０４はメモリ１０５内に記憶されているバックアップフラグが“１”（バックアップ実行中）か否かを判断し、“１”の場合には、ステップＳ５１８に進み、“０”の場合には本処理を終了する。すなわち、ＣＰＵ１０４は、ステップＳ５１７〜Ｓ５２０のループ処理中にサービスマン２１１が画像処理装置１００でＨＤＤ１０９をＨＤＤ２１０に交換すると、バックアップフラグを“０”にセットする。これにより、ＣＰＵ１０４はステップＳ５１７において上記ループ処理を抜ける。
【００６４】
ステップＳ５１８では、ＣＰＵ１０４はステップＳ５１６のバックアップの完了の通知の後にＨＤＤ１０９のデータが更新されたかを判断し、更新された場合にはステップＳ５１９に進み、更新されていない場合にはステップＳ５１７に戻る。
【００６５】
ステップＳ５１９では、ＣＰＵ１０４はステップＳ５１８で更新されたと判断されたデータのみをデータセンター２０７にアップロードする。
【００６６】
ステップＳ５２０では、ＣＰＵ１０４はステップＳ５１９でアップロードされたデータについて、バックアップリストを更新し、ステップＳ５１７に戻る。
【００６７】
ステップＳ５０５では、ステップＳ５０３において管理者２０２によって選択された選択肢に応じた操作画面を表示部１０１ａに表示する。
【００６８】
ステップＳ５０６では、表示部１０１ａに表示された操作画面においてログアウトが選択されたのかどうかを判断し、ログアウトの場合には本処理を終了し、そうでない場合には、ステップＳ５０２に戻る。
【００６９】
図６は、本実施例に係る、交換用ＨＤＤ準備処理の手順を示すフローチャートである。本処理は、図４の処理と同様、厳密にはサービスセンター２０９の図２において不図示のＣＰＵにより実行されるが、ここでは実行主体をサービスセンター２０９として説明する。
【００７０】
ステップＳ６０１では、サービスセンター２０９は、画像処理装置１００からステップＳ５１１のバックアップ要求を受信したかを判断し、バックアップ要求を受信した場合にはステップＳ６０２に進み、そうでない場合はステップＳ６０１に留まる。
【００７１】
ステップＳ６０２では、サービスセンター２０９はデータセンター２０７に対して画像処理装置１００から受信したバックアップデータの格納を指示する（指示手段）。このとき、バックアップ要求に含まれるデータのバックアップに必要な記憶容量の情報も送信する。
【００７２】
ステップＳ６０３では、サービスセンター２０９はデータセンター２０７に対してバックアップデータの格納の準備ができたかどうかを問合せする。この問合せに応じて、データセンター２０７より準備が完了した、すなわち、上記バックアップに必要な記憶容量のデータの受け入れが可能である旨の回答があった場合ステップＳ６０４に進み、まだかかる回答がない場合にはステップＳ６０３に留まる。
【００７３】
ステップＳ６０４では、サービスセンター２０９は画像処理装置１００に対してバックアップデータの受け入れ可能を通知する。
【００７４】
ステップＳ６０５では、サービスセンター２０９は画像処理装置１００からステップＳ５１６のバックアップデータの転送完了の通知を受信したかを判断し、受信した場合にはステップＳ６０６に進み、まだの場合にはステップＳ６０５に留まる。
【００７５】
ステップＳ６０６では、サービスセンター２０９はＨＤＤ２１０に対して、データセンター２０７のＨＤＤ２０８に格納されている画像処理装置１００からのバックアップデータを書き込む。
【００７６】
ステップＳ６０７では、サービスセンター２０９はＨＤＤ２１０へのバックアップデータの書き込みが終了したかを判断し、完了した場合にはステップＳ６０８に進み、まだの場合にはステップＳ６０６に戻る。
【００７７】
ステップＳ６０８では、サービスセンター２０９はサービスマン２１１に対して画像処理装置１００の交換用ＨＤＤが準備できたことをメールで通知する（第２の通報手段）。尚、サービスマン２１１に画像処理装置１００の交換用ＨＤＤが準備できたことが通知できればよく、例えばかかるメールの送信先を各地のサービス拠点としてもよい。
【００７８】
ステップＳ６０９では、サービスセンター２０９は画像処理装置１００から後述する図７のステップＳ７０８のデータバックアップの終了の通知を受信したかを判断する。この判断の結果、かかる通知を受信した場合には、ステップＳ６１０に進み、まだかかる通知を受信していない場合はステップＳ６０９に留まる。
【００７９】
ステップＳ６１０では、サービスセンター２０９はデータセンター２０７に対して画像処理装置１００からのバックアップデータの消去を命令し、本処理を終了する。
【００８０】
図７は、本実施例に係る、画像処理装置１００内蔵のＨＤＤ１０９の交換処理の手順を示すフローチャートである。本処理は、サービスマン２１１が、画像処理装置１００の電源を一旦オフし、画像処理装置１００からＨＤＤ１０９を外してＨＤＤ２１０を画像処理装置１００に装着した後、再び電源を投入したとき、画像処理装置１００のＣＰＵ１０４により開始される。
【００８１】
ステップＳ７０１では、ＣＰＵ１０４は、画像処理装置１００の起動時の自己診断を実施する。
【００８２】
ステップＳ７０２では、ＣＰＵ１０４はメモリ１０５内の不揮発性領域のバックアップフラグの状態を確認し、“１”の場合にはステップＳ７０３に進み。“０”の場合には本処理を終了する。
【００８３】
ステップＳ７０３では、ＣＰＵ１０４は、画像処理装置１００に装着されるＨＤＤのＩＤを調べ、画像処理装置１００に装着されるＨＤＤがＨＤＤ１０９からＨＤＤ２１０に交換されたか否かを判断する。この判断の結果、交換されている場合には、ステップＳ７０４に進み、交換されていない場合には本処理を終了する。
【００８４】
ステップＳ７０４では、ＣＰＵ１０４はメモリ１０５内の不揮発性領域のバックアップフラグを“０”にする。
【００８５】
ステップＳ７０５では、ＣＰＵ１０４はメモリ１０５内の不揮発性領域に格納されているバックアップリストと、交換後のＨＤＤ２１０のデータを比較する。
【００８６】
ステップＳ７０６では、ＣＰＵ１０４は、ステップＳ７０５で比較した結果、差分があると判断した場合にはステップＳ７０７に進み、差分が無いと判断した場合にはステップＳ７０８に進む（差分判断手段）。
【００８７】
ステップＳ７０７では、ＣＰＵ１０４はステップＳ７０５での比較結果に基づいて、データセンター２０７から差分データをダウンロードし、ＨＤＤ２１０に格納する（格納手段）。ここで差分データとは、交換用のＨＤＤ２１０を作成するタイミングと、ＨＤＤ２１０でＨＤＤ１０９を交換するタイミングの時間差により、バックアップリストと交換後のＨＤＤ２１０のデータとの間に生じる差分のデータを指す。
【００８８】
ステップＳ７０８では、ステップＳ７０７で全ての差分データのＨＤＤ２１０への格納が終了すると、ＣＰＵ１０４はサービスセンター２０９に対してデータのバックアップ終了を通知し（第２の通知手段）、本処理を終了する。
【００８９】
以上説明したように、画像処理装置１００のＨＤＤ１０９のデータをクラウド上でバックアップし、バックアップしたデータを交換用のＨＤＤ２１０に書き込む。この書き込みが終了した時点から、ＨＤＤ１０９をバックアップデータが書き込まれたＨＤＤ２１０に交換した時点までの間に生じた差分データを交換後のＨＤＤ２１０にダウンロードする。これにより、ユーザ企業２００におけるＨＤＤ交換にかかる時間を最低限にまで短くすることが可能となり、ＨＤＤ故障および交換に伴うユーザの利便性を向上させることが可能となる。
【００９０】
（実施例２）
以下説明する実施例２は、ＨＤＤ１０９内で画像処理装置１００が使用しているシステム領域のデータ（例えばプログラム１１０）とＨＤＤ１０９内のそれ以外の領域のデータ（例えばユーザフォルダ１１１のデータ）を区別する点で、実施例１と異なる。さらに実施例２ではバックアップ時にデータ圧縮を行う点で、実施例１と異なる。よって、ハードウェア構成等、実施例１と同一の構成については本実施例においても同一の符号を付し、重複した説明は省略する。
【００９１】
画像処理装置１００は、図３の処理により定期的にサービスセンター２０９に対して装置状態情報をアップロードしている。また、サービスセンター２０９からの指示を受けるため、画像処理装置１００からサービスセンター２０９に対して定期的に通信を行っている。
【００９２】
サービスセンター２０９は画像処理装置１００から受信した装置状態情報を解析し、画像処理装置１００内のどこに原因があり、何を交換すべきか等をサービスマン２１１にメンテナンス情報を通知する。サービスセンター２０９は、ＨＤＤ１０９のＳＭＡＲＴ情報を解析した結果ＨＤＤ１０９の故障予測がされた場合、クラウド上のメンテナンスサービスシステム（図２）と画像処理装置１００との間の契約条件を調査確認する。その後サービスセンター２０９は、画像処理装置１００からの定期通信があったときに、画像処理装置１００に対してＨＤＤ１０９の故障予測がされたことと画像処理装置１００との間の契約条件に関する情報を送付する。また、管理者２０２とサービスマン２１１に対してもメールにてＨＤＤ１０９の故障予測がされたことを通報する。
【００９３】
このメールをうけて管理者２０２が画像処理装置１００にログインすると、画像処理装置１００はログインユーザが管理者２０２であることを認識し、管理者用メニュー画面を操作パネル１０１の表示部１０１ａに表示する。その後、ＣＰＵ１０４は、操作パネル１０１の操作入力部１０１ｂからの管理者２０２の入力に応じて対応する画面を表示部１０１ａに表示する。例えば管理者２０２が管理者用メニュー画面の選択肢からＨＤＤのデータバックアップを選択すると、ＣＰＵ１０４は、バックアップすべきデータのデータ量から標準的なデータ圧縮率を見込んでバックアップすべきデータのデータ量を計算する。そして図９で示すデータバックアップ画面を表示する。このデータバックアップ画面では、システム領域は画像処理装置１００が起動するために必要なデータが格納される領域である。よって例えば、上記契約条件において、システム領域のデータのバックアップは画像処理装置の動作保障の観点で無料サービスとされる。しかし、ＨＤＤ１０９のそれ以外の領域にある、例えばユーザフォルダ１１１のデータについては、上記契約条件において、データ量毎の有料サービスとされる。すなわち、上記契約条件に応じて、データバックアップ画面においてＨＤＤ１０９のデータのうち管理者２０２がバックアップすべきデータとして選択しうるデータをＣＰＵ１０４は制限する（制限手段）。
【００９４】
管理者２０２が画像処理装置１００に装着されるＨＤＤ１０９のデータを外部に送信すること自体に不安があり、データバックアップ画面においてそのデータのバックアップに関してＮｏのボタンを押す場合がある。この場合、ＣＰＵ１０４はバックアップの際にそのデータの送信は実行しない。すなわち、管理者２０２がデータバックアップ画面においてバックアップに関してＹｅｓのボタンが押されたデータについてのみＣＰＵ１０４はバックアップを実行する。管理者２０２がデータバックアップ画面においてデータのバックアップに関してＹｅｓのボタンを押した場合、ＣＰＵ１０４は、メモリ１０５内の不揮発性領域にバックアップフラグ“１”を記憶させる。
【００９５】
そして、ＣＰＵ１０４は、ＨＤＤ１０９内のバックアップデータをリスト化したバックアップリスト（図１４）を作成する。このバックアップリストには、バックアップデータのカテゴ、各フォルダのデータ容量、データ更新日、アップロードの有無等がまとめられている。ＣＰＵ１０４はサービスセンター２０９に対してバックアップに必要な記憶容量の情報を含むバックアップ開始要求をＬＡＮ−Ｉ／Ｆ部１０２を通して行う。そして、ＣＰＵ１０４は定期的にサービスセンター２０９に対して、バックアップの開始が可能かを問い合わせる。サービスセンター２０９よりバックアップの開始が可能であるとの回答を得たら、ＣＰＵ１０４はバックアップデータを暗号化および圧縮し、順次ＬＡＮ−Ｉ／Ｆ部１０２を通してデータセンター２０７へ出力する。データセンター２０７は、受信したバックアップデータを順次ＨＤＤ２０８に格納する。また、上記暗号化時に用いた暗号鍵についても、ＣＰＵ１０４はサービスセンター２０９への通信により送付する。
【００９６】
ＣＰＵ１０４は、データセンター２０７へのバックアップデータのアップロードの進捗に合わせてバックアップリストの更新を行い、各バックアップデータがデータセンター２０７にいつアップロードされたかがわかるようにする。バックアップリストはメモリ１０５内の不揮発性領域に格納される。ＣＰＵ１０４は、一通りのデータのアップロードが完了したときに、データのバックアップが完了したことをサービスセンター２０９に通知する。この通知後もＣＰＵ１０４は、バックアップフラグが“１”の間は、ＨＤＤ１０９のデータ更新を監視し、更新される度にバックアップリストを更新すると共にデータセンター２０７へバックアップデータをアップロードする。
【００９７】
サービスセンター２０９は、画像処理装置１００からデータのバックアップが完了した通知を受けると、この通知があった時点においてＨＤＤ２０８に格納されていた暗号化されたバックアップデータを交換用のＨＤＤ２１０に書き込む。その後、予め画像処理装置１００から受信していた暗号鍵を用いて、交換用のＨＤＤ２１０の暗号化されたバックアップデータを復号する。ＨＤＤ２１０のバックアップデータの復号が終了すると、サービスセンター２０９は、サービスマン２１１に対して交換用ＨＤＤの準備ができたことをメールで通知する。
【００９８】
このメールをうけてサービスマン２１１が、サービスセンター２０９で交換用のＨＤＤ２１０をサービスセンター２０９から外すと、ユーザ企業２００を訪問し、画像処理装置１００のＨＤＤ１０９をＨＤＤ２１０と交換する。画像処理装置１００のＣＰＵ１０４は、電源起動時の自己診断において、メモリ１０５のバックアップフラグの値が“１”かどうかと、ＨＤＤ１０９がＨＤＤ２１０に交換されているかをＩＤ情報から確認する。バックアップフラグが“１”でかつＨＤＤ１０９が交換されていた場合、ＣＰＵＩ０４は、バックアップフラグを“０”にセットし、バックアップリストと交換後のＨＤＤ２１０のデータの比較を行う。比較の結果差分があった場合、ＣＰＵＩ０４は、データセンター２０７から差分データをダウンロードし、ダウンロードした暗号データを復号し、交換後のＨＤＤ２１０に格納する。差分が無くなるまでデータセンター２０７からの差分データのダウンロードを行った後、ＣＰＵ１０４は、サービスセンター２０９に対してバックアップの終了通知を行う。サービスセンター２０９は、画像処理装置１００からのバックアップの終了通知を受けると、データセンター２０７に対してバックアップデータの消去を命令する。
【００９９】
図１０〜図１３はそれぞれ実施例１の図４〜図７に対応するフローチャートである。以下、図１０〜図１３のフローチャートに従って、本実施例における、画像処理装置１００内のＨＤＤ１０９の故障予測から交換までの流れをより具体的に説明する。
【０１００】
図１０は、本実施例に係る、画像処理装置１００内蔵のＨＤＤ１０９の故障予測処理の手順を示すフローチャートである。本処理は、厳密にはサービスセンター２０９の図２において不図示のＣＰＵにより実行されるが、ここでは実行主体をサービスセンター２０９として説明する。
【０１０１】
ステップＳ４０１では、サービスセンター２０９が図３の処理により画像処理装置１００から定期的に送信される装置状態情報を受信したかどうかを判断する。この判断の結果、装置状態情報を受信した場合にはステップＳ４０２に進み、そうでない場合にはステップＳ４０１に戻り、装置状態情報の受信を待つ。
【０１０２】
ステップＳ４０２では、装置状態情報からＳＭＡＲＴ情報を取り出して解析を行う。
【０１０３】
ステップＳ４０３では、ステップＳ４０２におけるＳＭＡＲＴ情報の解析の結果、ＨＤＤ１０９の故障が予測されるか否かを判断する（故障判断手段）。判断の結果、ＨＤＤ１０９の故障が予測される場合には、ステップＳ４０４に進み、そうでない場合には本処理を終了する。
【０１０４】
ステップＳ１００１では、サービスセンター２０９はサービスセンター２０９内の記録からメンテナンスサービスシステムと画像処理装置１００との間のデータバックアップサービスに関する契約条件を調査する。
【０１０５】
ステップＳ１００２では、画像処理装置１００からの定期通信を受信したかどうかを判断し、定期通信を受信した場合にはステップＳ１００３に進み、そうでない場合にはステップＳ１００２に戻り、定期通信の受信を待つ。
【０１０６】
ステップＳ１００３では、画像処理装置１００からの定期通信への応答として、ＨＤＤ１０９の故障が予測されることと、装置の契約条件に関する情報を送信する。
【０１０７】
ステップＳ４０４では、画像処理装置１００のサービスマン２１１と、画像処理装置１００の管理者２０２に対して、画像処理装置１００のＨＤＤ１０９の故障が予測されることをメールにて通知し、本処理を終了する。
【０１０８】
図１１は、本実施例に係る、画像処理装置１００内蔵のＨＤＤ１０９のデータのデータセンター２０７へのバックアップ処理の手順を示すフローチャートである。本処理は、画像処理装置１００のＣＰＵ１０４により実行される。
【０１０９】
ステップＳ５０１では、画像処理装置１００の管理者２０２がログインしたか否かを判断し、管理者２０２がログインした場合にはステップＳ５０２に進み、そうでない場合にはステップＳ５０１に戻り管理者２０２のログインを待つ。
【０１１０】
ステップＳ５０２では、管理者用の操作画面を操作パネル１０１の表示部１０１ａに表示する。
【０１１１】
ステップＳ５０３では、表示部１０１ａの管理者用の操作画面に表示した選択肢からＨＤＤのデータバックアップが選択されたかどうかを判断し、選択された場合にはステップＳ５０４に進み、それ以外の選択肢が選択された場合にはステップＳ５０５に進む。
【０１１２】
ステップＳ５０４では、ＨＤＤ１０９においてバックアップするデータ量を計算し、その後、ステップＳ５０７で、表示部１０１ａにデータバックアップ画面を表示する。具体的には、図１０のステップＳ１００３でサービスセンター２０９から送信された契約条件に基づき、図９に示すデータバックアップ画面が表示される。
【０１１３】
ステップＳ５０８では、表示部１０１ａに表示されたデータバックアップ画面においてＹｅｓのボタンが押下されたのか、Ｎｏのボタンが押下されたのかを判断する。Ｙｅｓのボタンが押下された場合にはバックアップの実行が選択されたと判断してステップＳ５０９に進み、Ｎｏのボタンが押下された場合にはステップＳ５０２に戻る。
【０１１４】
ステップＳ５０９では、ＣＰＵ１０４はデータバックアップ中かどうかを判断するためのバックアップフラグをメモリ１０５内の不揮発性領域において“１”にする。
【０１１５】
ステップＳ１１１０では、ＣＰＵ１０４は、管理者２０２が指定したバックアップ条件に従ってバックアップするデータを管理するためのバックアップリストを作成する。例えば、ステップＳ５０８で図９のデータバックアップ画面上で、バックアップにかかる費用が無料であるシステム領域のデータ及び有料であるユーザデータのいずれについてもＹｅｓボタンが押下された場合、図１４で示すバックアップリストが作成される。一方、ステップＳ５０８で図９のデータバックアップ画面でシステム領域のデータについてはＹｅｓボタンが押下され、ユーザデータについてはＮｏボタンが押下された場合は、システム領域のデータについてのみバックアップリストが作成される。
【０１１６】
ステップＳ５１１では、ＣＰＵ１０４はサービスセンター２０９に対して、データのバックアップに必要な記憶容量の情報を含むバックアップ開始要求を通知する。
【０１１７】
ステップＳ５１２では、ＣＰＵ１０４は、サービスセンター２０９に対して、データセンター２０７でのバックアップデータの受け入れが可能かを問い合わせる。問合せの結果、サービスセンター２０９より受け入れ可能の回答があった場合にはステップＳ１１１３に進み、そうでない場合はかかる回答があるまでステップＳ５１２で待つ。
【０１１８】
ステップＳ１１１３では、ＣＰＵ１０４は、バックアップデータの暗号化および圧縮を行い（暗号化手段）、データセンター２０７へのデータのアップロードを実行する。データセンター２０７は、画像処理装置１００からアップロードされるＨＤＤ１０９のデータをバックアップデータとして順次ＨＤＤ２０８に格納する。
【０１１９】
ステップＳ５１４では、ＣＰＵ１０４はデータのアップロードの進捗に従いバックアップリストの更新を行う。尚、画像処理装置１００のＨＤＤ１０９では、バックアップフラグが”１”の場合、データのアップロードの裏でデータの更新が行われるため、かかる更新の際にもＣＰＵ１０４はバックアップリストの更新を行う。
【０１２０】
ステップＳ５１５では、現時点のバックアップリストにリスト化されている全てのバックアップデータのアップロードが完了したときに、ＣＰＵ１０４は、一通りのアップロードが完了したと判断してステップＳ５１６に進む。一方、まだ一通りのアップロードは完了していない場合（ステップＳ５１５でＮＯ）、ステップＳ５１３に戻る。
【０１２１】
ステップＳ５１６では、ＣＰＵ１０４はサービスセンター２０９に対してデータのバックアップの完了を通知する。
【０１２２】
ステップＳ５１７では、ＣＰＵ１０４はメモリ１０５内に記憶されているバックアップフラグが“１”（バックアップ実行中）か否かを判断し、“１”の場合には、ステップＳ５１８に進み、“０”の場合には本処理を終了する。
【０１２３】
ステップＳ５１８では、ＣＰＵ１０４はステップＳ５１６のバックアップの完了の通知の後にＨＤＤ１０９のデータが更新されたかを判断し、更新された場合にはステップＳ５１９に進み、更新されていない場合にはステップＳ５１７に戻る。
【０１２４】
ステップＳ５１９では、ＣＰＵ１０４はステップＳ５１８で更新されたと判断されたデータのみをデータセンター２０７にアップロードする。
【０１２５】
ステップＳ５２０では、ＣＰＵ１０４はステップＳ５１９でアップロードされたデータについて、バックアップリストを更新し、ステップＳ５１７に戻る。
【０１２６】
ステップＳ５０５では、ステップＳ５０３において管理者２０２によって選択された選択肢に応じた操作画面を表示部１０１ａに表示する。
【０１２７】
ステップＳ５０６では、表示部１０１ａに表示された操作画面においてログアウトが選択されたのかどうかを判断し、ログアウトの場合にはＥＮＤに進み、そうでない場合には、ステップＳ５０２に戻る。
【０１２８】
図１２は、本実施例に係る、交換用ＨＤＤ準備処理の手順を示すフローチャートである。本処理は、図６の処理と同様、厳密にはサービスセンター２０９の図２において不図示のＣＰＵにより実行されるが、ここでは実行主体をサービスセンター２０９として説明する。
【０１２９】
ステップＳ６０１では、サービスセンター２０９は、画像処理装置１００からステップＳ５１１のバックアップ要求を受信したかを判断し、バックアップ要求を受信した場合にはステップＳ６０２に進み、そうでない場合はステップＳ６０１に留まる。
【０１３０】
ステップＳ６０２では、サービスセンター２０９はデータセンター２０７に対して画像処理装置１００から受信したバックアップデータの格納を指示する。
【０１３１】
ステップＳ６０３では、サービスセンター２０９はデータセンター２０７に対してバックアップデータの格納の準備ができたかどうかを問合せする。この問合せの結果、データセンター２０７より準備が完了したとの回答があった場合ステップＳ６０４に進み、まだかかる回答がない場合にはステップＳ６０３に留まる。
【０１３２】
ステップＳ６０４では、サービスセンター２０９は画像処理装置１００に対してバックアップデータの受け入れ可能を通知する。
【０１３３】
ステップＳ６０５では、サービスセンター２０９は画像処理装置１００からステップＳ５１６のバックアップデータの転送完了の通知を受信したかを判断し、受信した場合にはステップＳ６０６に進み、まだの場合にはステップＳ６０５に留まる。
【０１３４】
ステップＳ１２０６では、サービスセンター２０９は、データセンター２０７のＨＤＤ２０８に格納されている画像処理装置１００からの暗号化されたバックアップデータを復号化してＨＤＤ２１０に書き込む。
【０１３５】
ステップＳ６０７では、サービスセンター２０９はＨＤＤ２１０への復号化されたバックアップデータの書き込みが終了したかを判断し、完了した場合にはステップＳ６０８に進み、まだの場合にはステップＳ６０６に戻る。
【０１３６】
ステップＳ６０８では、サービスセンター２０９はサービスマン２１１に対して画像処理装置１００の交換用ＨＤＤの用意ができたことをメールで通知する。
【０１３７】
ステップＳ６０９では、サービスセンター２０９は画像処理装置１００から後述する図１３のステップＳ７０８のデータバックアップ終了の通知を受信したかを判断する。この判断の結果、かかる通知を受信した場合には、ステップＳ６１０に進み、まだかかる通知を受信していない場合はステップＳ６０９に留まる。
【０１３８】
ステップＳ６１０では、サービスセンター２０９はデータセンター２０７に対して画像処理装置１００からのバックアップデータの消去を命令し、本処理を終了する。
【０１３９】
図１３は、本実施例に係る、画像処理装置１００内蔵のＨＤＤ１０９の交換処理の手順を示すフローチャートである。本処理は、サービスマン２１１が、画像処理装置１００の電源を一旦オフし、画像処理装置１００からＨＤＤ１０９を外してＨＤＤ２１０を画像処理装置１００に装着した後、再び電源を投入したとき、画像処理装置１００のＣＰＵ１０４により開始される。
【０１４０】
ステップＳ７０１では、ＣＰＵ１０４は、画像処理装置１００の起動時の自己診断を実施する。
【０１４１】
ステップＳ７０２では、ＣＰＵ１０４はメモリ１０５内の不揮発性領域のバックアップフラグの状態を確認し、“１”の場合にはステップＳ７０３に進み。“０”の場合には本処理を終了する。
【０１４２】
ステップＳ７０３では、ＣＰＵ１０４は、画像処理装置１００に装着されるＨＤＤのＩＤを調べ、画像処理装置１００に装着されるＨＤＤがＨＤＤ１０９からＨＤＤ２１０に交換されたか否かを判断する。この判断の結果、交換されている場合には、ステップＳ７０４に進み、交換されていない場合には本処理を終了する。
【０１４３】
ステップＳ７０４では、ＣＰＵ１０４はメモリ１０５内の不揮発性領域のバックアップフラグを“０”にする。
【０１４４】
ステップＳ７０５では、ＣＰＵ１０４はメモリ１０５内の不揮発性領域に格納されているバックアップリストと、交換後のＨＤＤ２１０のデータを比較する。
【０１４５】
ステップＳ７０６では、ＣＰＵ１０４は、ステップＳ７０５で比較した結果、差分があると判断した場合にはステップＳ１３０１に進み、差分が無いと判断した場合にはステップＳ７０８に進む。
【０１４６】
ステップＳ１３０１では、ＣＰＵ１０４はステップＳ７０５での比較結果に基づいて、データセンター２０７から差分データをダウンロードし、データの復号化を行ってからＨＤＤ２１０に格納する。
【０１４７】
ステップＳ７０８では、ＣＰＵ１０４はサービスセンター２０９に対してデータのバックアップ終了を通知し、本処理を終了する。
【０１４８】
尚、本実施例では、サービスセンター２０９がデータセンター２０７と緊密に連携してクラウドシステムを構成している。しかし、画像処理装置１００からの装置状態情報を受信して分析したり、交換用のＨＤＤ２１０を作成したりするのは、サービスセンター２０９ではなく各地のサービス拠点で行うようにしてもよい。すなわち、本実施例のクラウドシステムは、画像処理装置１００に直接接続あるいは同じローカルネットワーク上にあるバックアップシステムではなく、クラウド経由でデータをバックアップし、交換用ＨＤＤの作成を行うシステムであることを特徴とする。
【０１４９】
以上説明したように、画像処理装置１００のＨＤＤ１０９に格納されているデータをクラウド上のメンテナンスサービスシステム（図２）にバックアップする場合、バックアップするデータを暗号化した後データセンター２０７にアップロードする。これにより、ＨＤＤ交換における利便性だけではなく、バックアップされるデータの安全性を高めることが可能となる。
【０１５０】
［その他の実施例］
本発明の目的は、前述した実施例の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、装置に供給することによっても、達成されることは言うまでもない。このとき、供給された装置の制御部を含むコンピュータ（またはＣＰＵやＭＰＵ）は、記憶媒体に格納されたプログラムコードを読み出し実行する。
【０１５１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１５２】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０１５３】
また、上述のプログラムコードの指示に基づき、装置上で稼動しているＯＳ（基本システムやオペレーティングシステム）などが処理の一部又は全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれることは言うまでもない。
【０１５４】
さらに、記憶媒体から読み出されたプログラムコードが、装置に挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれ、前述した実施例の機能が実現される場合も含まれることは言うまでもない。このとき、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行う。
【符号の説明】
【０１５５】
１００  画像処理装置
１０９  ＨＤＤ
２００  ユーザ企業
２０２  管理者
２０６  インターネット回線
２０７  データセンター
２０８  ＨＤＤ
２０９  サービスセンター
２１０  ＨＤＤ
２１１  サービスマン
【図１】
2020086585.tif 000003
【図２】
2020086585.tif 000004
【図３】
2020086585.tif 000005
【図４】
2020086585.tif 000006
【図５】
2020086585.tif 000007
【図６】
2020086585.tif 000008
【図７】
2020086585.tif 000009
【図８】
2020086585.tif 000010
【図９】
2020086585.tif 000011
【図１０】
2020086585.tif 000012
【図１１】
2020086585.tif 000013
【図１２】
2020086585.tif 000014
【図１３】
2020086585.tif 000015
【図１４】
2020086585.tif 000016