(57)【特許請求の範囲】
【請求項１】
情報処理装置と接続可能な画像形成装置であって、
前記情報処理装置から、前記画像形成装置の記憶部の設定データ保存領域に保存されている前記画像形成装置の設定データに関する操作指示を受け付ける受付手段と、
前記設定データ保存領域より取得された前記設定データよりバックアップファイルを作成し、当該バックアップファイルを前記記憶部のバックアップ領域に保存するバックアップ手段と、
前記バックアップ領域に保存されている前記バックアップファイルを用いて、前記設定データ保存領域の設定データのリストアを行うリストア手段と、
前記受け付けた操作指示がインポート指示である場合に、インポート対象ファイルを用いて、前記設定データ保存領域に設定データのインポートを行うインポート手段と、
前記インポート手段による前記インポートが正常終了しなかった際に、前記バックアップ領域にバックアップファイルが保存されているか否かを判断する第１の判断手段と、
前記リストアの処理が正常終了しなかった場合に、前記リストアの処理が正常終了しなかった原因が前記バックアップ領域に保存されている前記バックアップファイルの破損に関するエラーであるか否かを判断する第２の判断手段と、
前記第２の判断手段により、前記リストアの処理が正常終了しなかった原因が前記バックアップファイルの破損に関するエラーであると判断された場合に、前記バックアップファイルを外部装置へ送信し、前記外部装置に保存させるよう制御する退避手段と、を有し、
前記第１の判断手段により前記バックアップ領域にバックアップファイルが保存されていないと判断された場合には、前記情報処理装置に対して、前記インポートのエラーを示す情報が出力され、
前記リストア手段は、前記第１の判断手段により前記バックアップ領域にバックアップファイルが保存されていると判断された場合に、当該バックアップファイルを用いて、前記設定データ保存領域の設定データのリストアを行うことを特徴とする画像形成装置。
【請求項２】
前記第２の判断手段により、前記リストアの処理が正常終了しなかった原因が前記バックアップファイルの破損に関するエラーでないと判断された場合に、前記バックアップファイルの退避を行うことなく、エラー出力が行われることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記バックアップ手段は、前記操作指示として受け付けたリストア指示にリストア前の設定データをバックアップする指示が含まれている場合には、前記リストア手段による前記設定データのリストアが行われる前に、前記設定データ保存領域のリストア前の前記設定データによりバックアップファイルを作成し、当該バックアップファイルを前記バックアップ領域に保存することを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
前記リストア手段により、前記インポートが正常終了しなかった際に、前記バックアップ領域に保存されている前記バックアップファイルを用いて、前記設定データ保存領域の設定データのリストアが行われた場合には、前記情報処理装置に対して、インポート処理が正常に終了せずリストア処理が実行されたことを示す情報が出力されることを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
【請求項５】
前記設定データはアドレス帳を構成するアドレスデータであることを特徴とする請求項１乃至４いずれか１項に記載の画像形成装置。
【請求項６】
情報処理装置と接続可能な画像形成装置の制御方法であって、
前記情報処理装置から、前記画像形成装置の記憶部の設定データ保存領域に保存されている前記画像形成装置の設定データに関する操作指示を受け付ける受付工程と、
前記設定データ保存領域より取得された前記設定データよりバックアップファイルを作成し、当該バックアップファイルを前記記憶部のバックアップ領域に保存するバックアップ工程と、
前記バックアップ領域に保存されている前記バックアップファイルを用いて、前記設定データ保存領域の設定データのリストアを行うリストア工程と、
前記受け付けた操作指示がインポート指示である場合に、インポート対象ファイルを用いて、前記設定データ保存領域に設定データのインポートを行うインポート工程と、
前記インポート工程での前記インポートが正常終了しなかった際に、前記バックアップ領域にバックアップファイルが保存されているか否かを判断する第１の判断工程と、
前記リストアの処理が正常終了しなかった場合に、前記リストアの処理が正常終了しなかった原因が前記バックアップ領域に保存されている前記バックアップファイルの破損に関するエラーであるか否かを判断する第２の判断工程と、
前記リストアの処理が正常終了しなかった原因が前記バックアップファイルの破損に関するエラーであると判断された場合に、前記バックアップファイルを外部装置へ送信し、前記外部装置に保存させるよう制御する退避工程と、を有し、
前記第１の判断工程で前記バックアップ領域にバックアップファイルが保存されていないと判断された場合には、前記情報処理装置に対して、前記インポートのエラーを示す情報が出力され、
前記リストア工程では、前記第１の判断工程で前記バックアップ領域にバックアップファイルが保存されていると判断された場合に、当該バックアップファイルを用いて、前記設定データ保存領域の設定データのリストアが行われることを特徴とする制御方法。
【請求項７】
前記リストアの処理が正常終了しなかった原因が前記バックアップファイルの破損に関するエラーでないと判断された場合に、前記バックアップファイルの退避を行うことなく、エラー出力が行われることを特徴とする請求項６に記載の制御方法。
【請求項８】
前記設定データはアドレス帳を構成するアドレスデータであることを特徴とする請求項６または７に記載の制御方法。
【請求項９】
請求項１乃至５のいずれか１項に記載の手段としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設定データを画像形成装置内で管理する画像形成装置、画像形成装置の制御方法及びプログラムに関するものである。
【背景技術】
【０００２】
一般的に、複写機等の画像形成装置（デバイス）は、アドレス帳を構成するＦＡＸ番号やメールアドレスを含むアドレスデータ、部門ＩＤ、ログインユーザ情報等、デバイスの設定情報を設定データとしてデバイス内のハードディスク（ＨＤ）に保存する機能を持つ。そして、ユーザは、保存されている設定データを使用して、デバイスにおいて各種処理を行うことが可能となる。例えば、デバイスを使用してＦＡＸ送信する際やスキャンデータを添付したメール送信する際には、保存されているアドレスデータが呼び出され、デバイスの操作パネルにアドレス帳が表示される。そして、ユーザはアドレス帳から送信先のアドレスを選択することでＦＡＸまたはメールの送信を行うことができる。
【０００３】
デバイスは、上記のような設定データを、ネットワーク経由で外部装置（例えばサーバー装置）にバックアップとして保存しておき、外部装置から設定データを受信することで、デバイスの設定データのリストアを行うことが可能である。例えば、特許文献１には、以下の技術が記載されている。外部装置が、デバイスのアドレス帳に対して新たなアドレスデータをインポートしようとして、間違ったデータを送信する。それにより、デバイスはアドレス帳に間違ったアドレスデータを保存してしまう。このとき、外部装置はデバイスに対してリストア指示と共に、外部装置にて保存されているアドレス帳のバックアップデータを送信する。デバイスは、外部装置からの指示に従って、外部装置より受信したアドレスデータのバックアップを元にアドレス帳リストアする。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１７３６７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術では、設定データのリストアを行うために、外部装置がネットワーク経由でデバイスに対してデータを送信する必要がある。そのため、設定データの送信中にネットワーク障害による通信エラーが発生する場合がある。例えば、リストアに用いる設定データの送信中に、通信エラーが発生すると、エラーが解消されるまで正しいデータを送信することができず、誤ったデータがデバイスに設定されつづけてしまうことになる。これにより、デバイスを使用して各種処理を実行するユーザの業務に支障をきたすという課題があった。例えば、設定データがアドレスデータである場合、情報量によっては送信に１０分以上かかることもあるため、アドレスデータのリストアの途中で、外部装置とデバイス間の通信が途切れる可能性は少なくない。
【０００６】
また、上記従来技術のように、デバイスが外部装置に対して設定データのバックアップファイルを送信し、バックアップファイルを外部装置に保存しておく方法では、設定データが外部装置とデバイスの両方に存在することになり、セキュリティ上問題がある。一般的に、デバイスではデバイスを使用するユーザの管理が行われており、デバイスに登録されたユーザのみが、そのデバイスを使用することができる。そして、ユーザがデバイスを使用する際にはデバイスに登録されているログインＩＤとパスワードを入力する必要がある。このような場合に、外部装置にアドレス帳などの機密データを保存すると、保存先の外部装置のセキュリティ設定によっては、本来権限のないユーザに機密データの閲覧・編集が実行されてしまう可能性がある。そのため、デバイスの設定データを外部装置に保存する場合は、デバイス本体のセキュリティ設定だけでなく、保存先の外部装置のセキュリティ設定も考慮しなければならないという課題があった。
【０００７】
本発明は、上記課題を解決するためのものであり、その目的は外部装置と画像形成装置間での通信エラーによりリストア処理の実行不可能状態を防止するとともに、セキュリティ性を向上させた設定データのバックアップが可能な画像形成装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の画像形成装置は、情報処理装置から、前記画像形成装置の記憶部の設定データ保存領域に保存されている前記画像形成装置の設定データに関する操作指示を受け付ける受付手段と、前記設定データ保存領域より取得された前記設定データよりバックアップファイルを作成し、当該バックアップファイルを前記記憶部のバックアップ領域に保存するバックアップ手段と、前記バックアップ領域に保存されている前記バックアップファイルを用いて、前記設定データ保存領域の設定データのリストアを行うリストア手段と、前記受け付けた操作指示がインポート指示である場合に、インポート対象ファイルを用いて、前記設定データ保存領域に設定データのインポートを行うインポート手段と、前記インポート手段による前記インポートが正常終了しなかった際に、前記バックアップ領域にバックアップファイルが保存されているか否かを判断する第１の判断手段と、前記リストアの処理が正常終了しなかった場合に、前記リストアの処理が正常終了しなかった原因が前記バックアップ領域に保存されている前記バックアップファイルの破損に関するエラーであるか否かを判断する第２の判断手段と、前記第２の判断手段により、前記リストアの処理が正常終了しなかった原因が前記バックアップファイルの破損に関するエラーであると判断された場合に、前記バックアップファイルを外部装置へ送信し、前記外部装置に保存させるよう制御する退避手段と、を有し、前記第１の判断手段により前記バックアップ領域にバックアップファイルが保存されていないと判断された場合には、前記情報処理装置に対して、前記インポートのエラーを示す情報が出力され、前記リストア手段は、前記第１の判断手段により前記バックアップ領域にバックアップファイルが保存されていると判断された場合に、当該バックアップファイルを用いて、前記設定データ保存領域の設定データのリストアを行うことを特徴とする。
【発明の効果】
【０００９】
本発明により、外部装置と画像形成装置間での通信エラーによりリストア処理が実行不可能となるのを防止するとともに、セキュリティ性を向上させた設定データのバックアップが可能な画像形成装置を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施例に適用されるデータ管理システムのシステム構成図。
【図２】画像形成装置の構成を説明するブロック図。
【図３】情報処理装置の構成を示すブロック図。
【図４】アドレス帳管理画面の一例を示した図。
【図５】アドレス帳バックアップ処理のフローチャート。
【図６】アドレス帳リストア処理のフローチャート。
【図７】アドレス帳インポート処理のフローチャート。
【図８】アドレス帳リストア時のエラー処理のフローチャート。
【図９】処理結果、エラー理由記録処理のフローチャート。
【図１０】自動でアドレス帳をリストアする処理のフローチャート。
【図１１】画像形成装置のＨＤＤにおけるメモリマップの一例を示す図。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための最良の形態について図面を用いて説明する。尚、本明細書においては、デバイスの設定情報である設定データの一例として、アドレス帳を構成するアドレスデータについて説明を行う。しかしながら、設定データはアドレスデータに限ることはなく、部門ＩＤ情報、ログインユーザ名など、他の設定データであっても構わない。
【実施例１】
【００１２】
図１は、本実施例に適用されるデータ管理システムの構成例を示す図である。デバイス１０１は、プリンタ、ＭＦＰなどの画像形成装置である。クライアントＰＣ１０２は、クライアント端末とも呼ばれ、ユーザが様々な業務や印刷などを行うための情報処理装置である。デバイス１０１は情報処理装置であるクライアントＰＣ１０２と接続可能であり、図１に示すデータ管理システムではデバイス１０１と及びクライアントＰＣ１０２はネットワーク１００を介して相互に接続されている。
【００１３】
デバイス１０１では、仮想マシン１０３が動作しており、さらに仮想マシン１０３上にアドレス帳管理アプリケーション１０４が動作している。仮想マシン１０３上にはその他のアプリケーションも追加可能であり、また仮想マシン１０３上のアプリケーションを削除することも可能である。仮想マシンの例としては米国ＳＵＮ    ＭＩＣＲＯＳＹＳＴＥＭＳのＪａｖａＶＭ（登録商標）がある。アドレス帳管理アプリケーション１０４の内部には、通信部１０８、データ管理部１０９がある。
【００１４】
通信部１０８は、後述するアドレス帳管理部１０５とＷｅｂサービスを介して通信する機能を有する。また、通信部１０８はさらにＳＳＬ（Ｓｅｃｕｒｅ    Ｓｏｃｋｅｔ    Ｌａｙｅｒ）を使用して暗号化通信を行う機能も有する。ここで、本実施例におけるＷｅｂサービスを介した通信はデバイス内部での通信であり、ネットワークを介した通信に比べて、障害が発生し通信エラーとなる危険性が低い通信方法である。データ管理部１０９は、アドレス帳管理アプリケーション１０４において扱う各種データを管理する。例えば、アドレスデータのバックアップの際に後述するアドレス帳管理部１０５から通信部１０８が取得したアドレスデータをデバイス１０１のバックアップ領域に記録するなどの機能を有する。
【００１５】
デバイス１０１は、仮想マシン１０３上で動作するアドレス帳管理アプリケーション１０４の他に、デバイス１０１のアドレス帳を管理するアドレス帳管理部１０５を有する。アドレス帳管理部１０５は、ＦＡＸ送信やメール送信の際に用いるアドレス情報を、デバイス１０１のアドレスデータ保存領域（設定データ保存領域）に保持したり、デバイスの操作部からの要求により取り出したりと、アドレス帳を管理する機能を有する。
【００１６】
また、アドレス帳管理部１０５は、自分の状態に関するデータをデータベースの形式で保持している。これをＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）情報と呼ぶ。アドレス帳管理部１０５は、ＭＩＢ情報のひとつとして、Ｗｅｂサービスの使用可否設定情報を持つ。Ｗｅｂサービスの使用可否設定情報が使用可能の場合に、アドレス帳管理部１０５はＷｅｂサービス通信を受け付ける。アドレス帳管理アプリケーション１０４の通信部１０８は、アドレス帳管理部１０５とＷｅｂサービスで通信する前に、アドレス帳管理部１０５のＭＩＢのＷｅｂサービスの使用可否設定情報を取得する。取得した結果が使用不可であった場合、使用可能に設定する。設定が成功すると、アドレス帳管理部１０５との通信が可能となるので、その後Ｗｅｂサービス通信を行う。
【００１７】
デバイス１０１には後述するアドレス帳管理のための画面表示に用いられるＨＴＴＰサーバー１０６も実装されている。クライアントＰＣ１０２のＷｅｂブラウザ１０７からデバイス１０１に接続してアドレス帳管理ページをクライアントＰＣ１０２に表示することができる。
【００１８】
図２は、図１で説明した本実施例のデータ管理システムを構成するデバイス１０１の構成を説明するブロック図である。ＣＰＵ２０１は、図１で説明した、アドレス帳管理アプリケーション１０４やアドレス帳管理部１０５等の制御プログラムに基づいてシステムバス２００に接続される各構成を制御する。制御プログラムはＲＯＭ２０２やハードディスクドライブ（ＨＤＤ）２０８等の記憶部に記憶される。尚、制御プログラムがＨＤＤ２０８に記憶されている場合、ＣＰＵ２０１は、ディスクコントローラ（ＤＫＣ）２０６を介して、ＨＤＤ２０８にアクセスする。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ここで、ＨＤＤ２０８のメモリマップについて、図１１を用いて説明する。ＨＤＤ２０８は、制御プログラム領域１１００、アドレスデータ保存領域１１０１、バックアップ領域１１０２、一時保存領域１１０３、操作履歴保存領域１１０４を有する。制御プログラム領域１１００は、上述したアドレス帳管理アプリケーション１０４やアドレス帳管理部１０５等の制御プログラムが保存される領域である。アドレスデータ保存領域１１０１は、アドレス帳のアドレスデータが保存される領域であり、アドレス帳管理部１０５により管理される。バックアップ領域１１０２は、アドレスデータのバックアップファイルが保存される領域であり、アドレス帳管理アプリケーション１０４により管理される。一時保存領域１１０３は、情報を一時的に保存しておくための領域であり、アドレス帳管理アプリケーション１０４により管理される。操作履歴保存領域１１０４は、アドレス帳の追加、削除等を行ったユーザ情報が保存される領域であり、アドレス帳管理アプリケーション１０４により管理される。
【００１９】
操作部２０４は、ユーザに対して情報を表示する表示部とユーザからの指示及び入力を受け付ける入力部を有する。印刷部（プリンタエンジン）２０５は、操作部２０４またはクライアントＰＣ１０２からの指示に従って、ＣＰＵ２０１の制御により出力情報としての画像信号を出力する印刷処理を実行する。また、ＣＰＵ２０１はネットワークインタフェイスカード（ＮＩＣ）２０７を介してネットワーク１００上のコンピュータ等との通信処理が可能となっている。
【００２０】
図３は、図１で説明した本実施例のデータ管理システムを構成する情報処理装置であるクライアントＰＣ１０２の構成を説明するブロック図である。ＣＰＵ３０１は、ＲＡＭ３０３をワークメモリとして、ＲＯＭ３０２およびハードディスクドライブ（ＨＤＤ）３０８に格納されたプログラムを実行し、システムバス３００を介して後述する各構成を制御する。
【００２１】
ＨＤＤ３０８は、オペレーティングシステム（ＯＳ）や各種プログラムやデータを格納する。ＣＰＵ３０１は、ディスクコントローラ（ＤＫＣ）３０６を介して、ＨＤＤ３０８およびディスクドライブ３０９にアクセスし、各種プログラムなどをＨＤＤ３０８にインストールする。
【００２２】
ＣＰＵ３０１は、プログラムに従い、ビデオカード（ＶＣ）３０５を介してモニタ３１１にユーザインタフェイス（ＵＩ）を表示する。ここで、図１におけるＷｅｂブラウザ１０７は、モニタ３１１に表示されることとなる。ユーザは、キーボード（ＫＢ）３１０やマウスなどのポインティングデバイスを操作して、ＵＩに対する指示や入力を行う。ＣＰＵ３０１は、キーボードコントローラ（ＫＢＣ）３０４を介してユーザからの指示や入力を受け付け、受け付けた指示や入力に応じて様々な処理を実行する。
【００２３】
また、ＣＰＵ３０１は、ネットワークインタフェイスカード（ＮＩＣ）３０７を介して、ネットワーク１００上の他のコンピュータ、デバイスなどと通信可能である。
【００２４】
図４はクライアントＰＣ１０２のモニタ３１１に表示されるアドレス帳管理画面の例を示す図である。システム管理者はこのアドレス帳管理画面４００を通じてデバイス１０１と通信し、アドレス帳を管理する。
【００２５】
デバイス１０１は、ＨＴＴＰサーバー１０６を備えており、クライアントＰＣ１０２にアドレス帳管理画面４００を提供している。そして、クライアントＰＣ１０２を操作するシステム管理者は、提供されたアドレス帳管理画面４００を通じてデバイス１０１と対話的に通信することができる。具体的には、クライアントＰＣ１０２のモニタ３１１に表示されるＷｅｂブラウザ１０７において、システム管理者はＵＲＬを指定する。ここでのＵＲＬは、デバイス１０１のＨＴＴＰサーバー１０６が提供するアドレス帳管理画面４００のＵＲＬである。ＨＴＴＰサーバー１０６は、ＵＲＬの指定に応じて対応するページのデータをクライアントＰＣ１０２に返す。これによりモニタ３１１上のＷｅｂブラウザ１０７にアドレス帳管理画面４００が表示される。
【００２６】
アドレス帳管理画面４００は、バックアップボタン、リストアボタン、インポートボタンを備える。システム管理者がポインティングデバイスまたはＫＢ３１０を操作することによりいずれかのボタンが押下されると、それぞれのボタンに関連づけられた操作指示（バックアップ指示・リストア指示・インポート指示）がデバイス１０１に送信される。
【００２７】
本実施例における、アドレス帳を構成するアドレスデータのバックアップを実行する処理（バックアップ処理）を、図５のフローチャートを用いて説明する。尚、本フローチャートにおける各処理は、ＣＰＵ２０１が、デバイス１０１のＲＯＭ２０２又はＨＤＤ２０８に記憶されている制御プログラムを、ＲＡＭ２０３に読み出し、制御プログラムに従ってデバイス１０１の各構成を制御することで実行される。また、本フローチャートの処理では、処理開始時点ですでにバックアップ領域１１０２に保存されているバックアップファイルと、処理途中で作成されるバックアップファイルとの２種類のバックアップファイルが存在する。これらのバックアップファイルを区別するため、以降の説明においては前者を旧バックアップファイル、後者を新バックアップファイルと記載する。この記載は、図６、図７の説明においても同様である。
【００２８】
Ｗｅｂブラウザ１０７に表示されたアドレス帳管理画面４００でのシステム管理者によるバックアップボタン押下により、アドレス帳管理アプリケーション１０４は、クライアントＰＣ１０２よりバックアップ指示を受け付ける。このアドレス帳管理アプリケーション１０４によるバックアップ指示の受付により、図５のフローチャートの処理が開始される。
【００２９】
ステップＳ５００において、通信部１０８は、アドレス帳管理部１０５とＷｅｂサービスを介して通信する。ステップＳ５００での通信が成功すると、ステップＳ５０１において、データ管理部１０９は、通信部１０８を介してアドレス帳管理部１０５からアドレスデータを取得する。尚、アドレスデータは、ＨＤＤ２０８内のアドレス帳管理部１０５が管理するアドレスデータ保存領域１１０１に保存されている。
【００３０】
ステップＳ５０２において、データ管理部１０９は、取得したアドレスデータから新バックアップファイルを作成する。尚、アドレス帳管理部１０５が、複数のアドレス帳を有していた場合、複数アドレス帳のアドレスデータをまとめて１つのバックアップファイルとする。ステップＳ５０３において、データ管理部１０９は、以前に作成され保存されている旧バックアップファイルが存在するかどうかをＨＤＤ２０８内のバックアップ領域１１０２を確認することにより判断する。ステップＳ５０３での判断により、旧バックアップファイルが存在すると判断された場合には、ステップＳ５０４へ移行し、存在しないと判断された場合はステップＳ５０５へ移行する。
【００３１】
ステップＳ５０４において、データ管理部１０９は、旧バックアップファイルを削除する。ステップＳ５０５において、データ管理部１０９は、Ｓ５０２で作成した新バックアップファイルを保存する。尚、バックアップファイルは、デバイス１０１のＨＤＤ２０８内の、アドレス帳管理アプリケーション１０４が管理するバックアップ領域１１０２に保存される。
【００３２】
本実施例では、アドレス帳管理アプリケーション１０４がバックアップ指示を受け付けた際に、１度バックアップ処理を実行する例を示したが、アドレス帳管理画面４００に実行スケジュール設定手段を設けても良い。その場合、アドレス帳管理アプリケーション１０４がタイマーを有し、設定した実行スケジュールに従ってバックアップ処理を実行する。スケジュール設定は、実行時間や、実行間隔を設定可能とし、デバイスの使用頻度が少ない夜中にバックアップ処理を実行する設定、バックアップ処理を定期的に実行する設定等ができるよう構成することが望ましい。
【００３３】
次に、本実施例において、図５を用いて説明したバックアップ処理で保存されたバックアップファイルを用いて、アドレス帳のリストアを実行する処理（リストア処理）を、図６のフローチャートを用いて説明する。尚、本フローチャートにおける各処理は、ＣＰＵ２０１が、デバイス１０１のＲＯＭ２０２又はＨＤＤ２０８に記憶されている制御プログラムを、ＲＡＭ２０３に読み出し、制御プログラムに従ってデバイス１０１の各構成を制御することで実行される。また、本フローチャートの処理では、処理開始時点ですでにバックアップ領域１１０２に保存されているバックアップファイルと、処理途中で作成されるバックアップファイルとの２種類のバックアップファイルが存在する。これらのバックアップファイルを区別するため、以降の説明においては前者を旧バックアップファイル、後者を新バックアップファイルと記載する。
【００３４】
Ｗｅｂブラウザ１０７に表示されたアドレス帳管理画面４００でのシステム管理者によるリストアボタン押下により、アドレス帳管理アプリケーション１０４は、クライアントＰＣ１０２よりリストア指示を受け付ける。このアドレス帳管理アプリケーション１０４によるリストア指示の受付により、図６のフローチャートの処理が開始される。尚、アドレス帳管理画面４００には、リストア前の現在のアドレス帳をバックアップするか否かを指定するチェックボックスが設けられている。クライアントＰＣ１０２はリストアボタン押下時に、現在のアドレス帳をバックアップするか否か指定するチェックボックスの状態を含めたリストア指示をアドレス帳管理アプリケーション１０４に送信する。そして、アドレス帳管理アプリケーション１０４は、リストア指示を受け付けた際にチェックボックスの状態も合わせて受け付ける。
【００３５】
ステップＳ６００において、リストア指示を受け付けると、アドレス帳管理アプリケーション１０４は、チェックボックスの状態に基づいて、現在のアドレス帳をバックアップするか否かを判断する。チェックボックスにチェックが入っており、現在のアドレス帳をバックアップすると判断された場合にはステップＳ６０１へ移行し、チェックボックスにチェックが入っておらずバックアップしないと判断された場合にはステップＳ６０５へ移行する。尚、ステップＳ６０１〜ステップＳ６０３の現在のアドレス帳をバックアップする処理は、図５のフローチャートにおけるステップＳ５００〜ステップＳ５０２までの処理と同様であるため説明を省略する。ここで、現在のアドレス帳が保存されているバックアップファイルから更新されている場合には、リストアを行うとその更新内容が消えることとなってしまう。この更新内容を残しておくために、デバイス１０１は現在のアドレス帳のバックアップを行う。尚、更新内容としては、リストアされるべき、誤った更新内容と、リストアされるべきではない、正しい更新内容とがある。更新された現在のアドレス帳をバックアップファイルとして残しておくのは、誤った更新内容を確認するため、そして正しい更新内容を再度インポートするためである。
【００３６】
Ｓ６０３で新バックアップファイルが作成された後、ステップＳ６０４において、データ管理部１０９は、作成された新バックアップファイルをＨＤＤ２０８内のアドレス帳管理アプリケーション１０４が管理する一時保存領域１１０３（Ｔｅｍｐ領域）に保存する。このように一旦Ｔｅｍｐ領域に保存することで、旧バックアップファイルをリストア前に上書きすることなく、新バックアップファイルを保存しておくことが可能となる。
【００３７】
ステップＳ６０５において、データ管理部１０９は、デバイス１０１のＨＤＤ２０８内のバックアップ領域１１０２から、旧バックアップファイルを読み出す。ステップＳ６０６において、通信部１０８は、Ｗｅｂサービスを介してアドレス帳管理部１０５と通信する。ステップＳ６０７においてデータ管理部１０９は、通信部１０８を介してアドレス帳管理部１０５に対し、アドレス帳管理部１０５が保持するアドレスデータを、Ｓ６０５で読み出した旧バックアップファイルで上書きする指示を出す。データ管理部１０９からの指示を受けたアドレス帳管理部１０５は、指示に従いリストア処理を実行し、アドレスデータ保存領域１１０１のアドレスデータを旧バックアップファイルで上書きする。
【００３８】
次に、ステップＳ６０８において、データ管理部１０９は、Ｔｅｍｐ領域に新バックアップファイルが保存されているか否かを判断する。ステップＳ６０８で新バックアップファイルが保存されていないと判断された場合は、処理を終了する。一方、新バックアップファイルが保存されていると判断された場合はステップＳ６０９に移行する。ステップＳ６０９において、データ管理部１０９は、バックアップ領域１１０２に旧バックアップファイルが保存されているか否かを判断する。ステップＳ６０９で旧バックアップファイルが保存されていると判断された場合はステップＳ６１０に移行し、旧バックアップファイルが保存されていないと判断された場合はステップＳ６１１に移行する。ステップＳ６１０において、データ管理部１０９は、バックアップ領域１１０２に保存されている旧バックアップファイルを削除する。ステップＳ６１１において、データ管理部１０９は、Ｔｅｍｐ領域に保存されている新バックアップファイルをバックアップ領域１１０２に移動し保存する。
【００３９】
従来のようにバックアップファイルがデバイスとは異なる外部装置に保存されている場合には、リストアの際、デバイスはバックアップファイルを外部装置から転送してもらう必要がある。そして、転送の際にエラーが発生すると、デバイスでのリストア処理が実行不可能となってしまう。これに対して本実施例においては、デバイス内でアドレスデータ（設定データ）のバックアップを行い、デバイス内にバックアップされているアドレスデータを使用してリストア処理を行った。これにより、リストアの際、デバイス１０１とクライアントＰＣとの間でバックアップファイルを転送する必要がなくなり、リストアが実行不可能となるのを防止することが可能となる。また、アドレスデータが外部に送信されることなるデバイス１０１内部に保存されるため、セキュリティ性を向上させたアドレスデータのバックアップが可能となる。
【００４０】
本実施例では、アドレス帳管理アプリケーション１０４がリストア指示を受け付けた際に、１度リストア処理を実行する例を示したが、アドレス帳管理画面４００に実行スケジュール設定手段を設けても良い。その場合、アドレス帳管理アプリケーション１０４がタイマーを有し、設定した実行スケジュールに従ってリストア処理を実行する。スケジュール設定は、実行時間や、実行間隔を設定可能とし、デバイスの使用頻度が少ない夜中にリストア処理を実行する設定、リストア処理を定期的に実行する設定等ができるよう構成することが望ましい。また、アドレス帳の管理をシステム管理者が厳密に行っている場合、例えば１日に１回リストア処理を実行することで、日常の業務において一般ユーザが勝手に追加したり削除したりしたアドレス帳を、元の正しい状態に保つことが可能となる。これにより一般ユーザが誤って削除したアドレスのリストアが、デバイス単体で自動実行できる。また一時的に使用した不要となるアドレスや、セキュリティ上問題となる個人情報であるアドレスが、デバイス内に残ってしまうことを防止することができる。
【００４１】
また、このように定期的にリストアを自動実行する際に、アドレス帳の追加や削除を行ったユーザ種別によって処理を変えても良い。具体的には、アドレス帳の追加や削除が実行された際に、データ管理部１０９は、操作を行ったユーザ情報をデバイス１０１のＨＤＤ２０８内の、アドレス帳管理アプリケーション１０４が管理する操作履歴保存領域１１０４に保存する。データ管理部１０９は、定期リストアの際に、前回リストア実行時から更新された分の操作履歴を確認し、管理者によって更新されたアドレスはそのままにして、一般ユーザによって更新されたアドレスはリストア対象とするように構成しても良い。
【００４２】
次に、本実施例において、アドレス帳に対して新たなアドレスデータをインポートする（インポート処理）際に、インポート前の現在のアドレス帳のバックアップ処理を行う処理を、図７のフローチャートを用いて説明する。尚、本フローチャートにおける各処理は、ＣＰＵ２０１が、デバイス１０１のＲＯＭ２０２又はＨＤＤ２０８に記憶されている制御プログラムを、ＲＡＭ２０３に読み出し、制御プログラムに従ってデバイス１０１の各構成を制御することで実行される。
【００４３】
Ｗｅｂブラウザ１０７に表示されたアドレス帳管理画面４００でのシステム管理者によるインポートボタン押下により、アドレス帳管理アプリケーション１０４は、クライアントＰＣ１０２よりインポート指示を受け付ける。このアドレス帳管理アプリケーション１０４によるインポート指示の受付により、図７のフローチャートの処理が開始される。尚、アドレス帳管理画面４００には、インポート実行前の現在のアドレス帳をバックアップするか否かを指定するチェックボックスが設けられている。また、アドレス帳管理画面４００には、インポート対象ファイルが保存されている場所を設定するコントロールも設けられている。ここで、インポート対象ファイルが保存されている場所は、例えばＷｉｎｄｏｗｓ（登録商標）の共有フォルダーやＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｇｒａｍ）を選択肢に設ける。しかし、アドレス帳管理アプリケーション１０４からファイルが取得可能な場所であれば、取得場所の選択肢はこの限りではない。また、アドレス帳管理画面４００には、ファイルが存在するフォルダーのフォルダーパス、フォルダーからファイルを読み取り可能なユーザ名とパスワードを入力するコントロールも設けられている。
【００４４】
クライアントＰＣ１０２はインポートボタン押下時に、現在のアドレス帳をバックアップするか否か指定するチェックボックスの状態及び各コントロールの設定情報を含めたリストア指示をアドレス帳管理アプリケーション１０４に送信する。そして、アドレス帳管理アプリケーション１０４は、リストア指示を受け付けた際にチェックボックスの状態及び各コントロールの設定情報も合わせて受け付ける。
【００４５】
ステップＳ７００において、アドレス帳管理アプリケーション１０４は、受け付けた設定情報に含まれているユーザ名及びパスワードを使用してインポート対象ファイルが保存されているフォルダーにアクセスし、インポート対象ファイルを取得する。インポート対象ファイルの取得後、ステップＳ７０１のいて、アドレス帳管理アプリケーション１０４は、チェックボックスの状態に基づいて、インポート実行前のアドレス帳をバックアップするか否かを判断する。チェックボックスにチェックが入っており、インポート実行前のアドレス帳をバックアップすると判断された場合にはステップＳ７０２へ移行し、チェックボックスにチェックが入っておらず、バックアップしないと判断された場合にはステップＳ７０９へ移行する。尚、ステップＳ７０２〜ステップＳ７０８の処理は、図５のフローチャートにおけるステップＳ５００〜ステップＳ５０５の処理と同様であるため説明を省略する。
【００４６】
ステップＳ７０９において、通信部１０８は、Ｗｅｂサービスを介してアドレス帳管理部１０５と通信する。ステップＳ７１０において、データ管理部１０９は、通信部１０８を介してアドレス帳管理部１０５に対し、アドレス帳管理部１０５が保持するアドレス帳データに、ステップＳ７００で読み出したインポート対象ファイルのデータを書き込む指示を出す。そしてデータ管理部１０９からの指示を受けたアドレス帳管理部１０５は、指示に従いインポート処理を実行し、アドレスデータ保存領域１１０１に対してインポート対象ファイルを書き込む。
【００４７】
本実施例では、アドレス帳管理アプリケーション１０４がインポート指示を受け付けた際に、すぐにインポート処理を実行する例を示したが、アドレス帳管理画面４００に実行スケジュール設定手段を設けても良い。その場合、アドレス帳管理アプリケーション１０４がタイマーを有し、設定した実行スケジュールに従ってインポート処理を実行する。
【実施例２】
【００４８】
実施例１におけるアドレス帳管理方法では、仮想マシン１０３上で動作するアドレス帳管理アプリケーション１０４と、アドレス帳管理部１０５の間で、Ｗｅｂサービスを介した通信を行う構成をとっている。従来技術でのサーバー装置とデバイス間の通信では、ネットワークトラフィックやネットワーク障害による通信エラーが発生する場合がある。実施例１の構成では、同一機器内での通信のため、従来技術のように外部要因で通信エラーが発生することは無いが、通信時に何らかのエラーが発生する可能性はある。
【００４９】
そこで本実施例では、アドレス帳管理においてエラーが発生した場合のエラー処理方法について、図８、図９、図１０のフローチャートを用いて説明する。尚、図８、図９、図１０のフローチャートにおける各処理は、ＣＰＵ２０１がデバイス１０１のＲＯＭ２０２又はＨＤＤ２０８に記憶されている制御プログラムをＲＡＭ２０３に読み出し、制御プログラムに従ってデバイス１０１の各構成を制御することで実行される。また、実施例２における、データ管理システム及びデータ管理システムに含まれる画像形成装置、情報処理装置の構成は実施例１と同様であるため詳細説明を省略する。
【００５０】
図８は、アドレス帳のリストア実行時のエラー処理を示したフローチャートである。Ｗｅｂブラウザ１０７に表示されたアドレス帳管理画面４００でのシステム管理者によるリストアボタン押下により、アドレス帳管理アプリケーション１０４は、クライアントＰＣ１０２よりリストア指示を受け付ける。このアドレス帳管理アプリケーション１０４によるリストア指示の受付により、図８のフローチャートの処理が開始される。
【００５１】
ステップＳ８００においては、アドレス帳のリストア処理が行われるが、リストア処理の詳細は、図６のフローチャートを用いて説明した内容と同様であるため説明を省略する。
【００５２】
ステップＳ８０１において、データ管理部１０９は、リストア処理実行後に、リストア処理が正常終了したか否かを判断する。ステップＳ８０１でリストア処理が正常終了したと判断された場合には処理を終了し、リストア処理が正常終了しなかったと判断された場合にはステップＳ８０２に移行する。ステップＳ８０２において、データ管理部１０９は、リストア処理が正常終了しなかった原因（エラー理由）が記憶部に保存されているデータの破損に関するエラーであるか否かを判断する。ステップＳ８０２で記憶部に保存されているデータの破損に関するエラーであると判断された場合にはステップＳ８０３に移行し、が記憶部に保存されているデータの破損に関するエラーではないと判断された場合にはステップＳ８０５に移行する。尚、ステップＳ８０１及びステップＳ８０２での判断方法の詳細については、図９のフローチャートを用いて後述する。
【００５３】
ここで、記憶部に保存されているデータの破損に関するエラー及び記憶部に保存されているデータの破損に関しないエラーについての具体例を説明する。先ず、記憶部に保存されているデータの破損に関するエラーには、記憶部に保存されているデータが破損している場合と破損の危機にある状態である場合とがある。例えば、アドレス帳管理アプリケーション１０４とアドレス帳管理部１０５の通信に成功しバックアップファイルを取得したが、アドレスデータ保存領域１１０１に、バックアップファイルを書き込むことができずエラーになる場合がある。この場合、ＨＤＤ２０８に何らかのエラーが発生している可能性があり、ＨＤＤ２０８内のバックアップ領域１１０２のバックアップファイル及びアドレスデータ保存領域１１０１のアドレスデータも、同様に破損しているかあるいは今後破損する可能性がある。そのため、上記のように記憶部に保存されているデータの破損に関するエラーの場合には、記憶部に保存されているデータを保護するため、データをデバイスのＨＤＤ２０８からデバイス外部装置に退避させる必要がある。既にデータの一部が破損している場合であっても、アドレスデータは一部のデータのみでも情報として価値があるものである。そのため、例えば数件のアドレスだけでも保護できるように、データの退避を行う。尚、データの退避については、ステップＳ８０３以降の処理にて説明する。
【００５４】
次に、記憶部に保存されているデータの破損に関しないエラーについて説明する。このエラーの具体例としては、アドレス帳管理アプリケーション１０４とアドレス帳管理部１０５とがＳＳＬを使用して暗号化通信を行う場合、必要となる鍵ペアが壊れている場合が挙げられる。また他にも、デバイスのファームバージョンが不正な場合も通信は失敗する。アプリケーションとデバイス本体との通信の際には、アプリケーションが動作する仮想マシン１０３の構成とデバイス１０１のファームバージョンとの整合性が確認され、問題がある場合には通信が許可されない。これは、対応していないファームバージョンに対してアプリケーションが予期しない動作をするのを防止するためである。デバイスのファームアップに失敗し、デバイスのファームバージョンが不正な状態になることがあり、この場合、アドレス帳管理アプリケーション１０４とデバイス本体のアドレス帳管理部１０５の通信は失敗する。また別の理由として、デバイスが何らかの理由でビジー状態となっているときに、タイムアウトエラーとなる場合がある。
【００５５】
エラー理由がこれら記憶部に保存されているデータの破損に関しないエラーである場合、アドレス帳管理アプリケーション１０４とアドレス帳管理部１０５の通信が不能なだけである。そのため、バックアップ領域１１０２のバックアップファイル及びアドレスデータ保存領域１１０１のアドレスデータは破損していない判断できる。そのため、退避処理が行われることなく処理が終了となる。
【００５６】
ここでフローチャートの説明に戻る。ステップＳ８０３において、データ管理部１０９は、退避先である外部装置のアドレスを読み込む。ここで、退避先のアドレスは、アドレス帳管理画面４００においてリストア実行設定時に、システム管理者に入力させる構成であっても良いし、エラー発生時に、Ｗｅｂブラウザ１０７に退避先アドレス入力画面が表示される構成であっても良い。また、リストア指示の送信元であるクライアントＰＣ１０２が自動的に退避先に設定される構成であっても構わない。
【００５７】
ステップＳ８０４において、データ管理部１０９は、バックアップ領域１１０２のバックアップファイル及び、アドレスデータ保存領域１１０１のデータのうち、取得可能なデータを退避先である外部装置に送信する。ステップＳ８０５において、アドレス帳管理アプリケーション１０４は、クライアントＰＣ１０２のＷｅｂブラウザ１０７にエラー理由およびエラー処理内容を含むエラーメッセージを出力する。エラーメッセージの出力は、予めアドレス帳管理画面４００において、管理者のメールアドレスを入力させておき、管理者にエラーメッセージを含むメールが通知される構成であっても良い。
【００５８】
次に、図９のフローチャートを用いて、図８のフローチャートにおけるステップＳ８０１での正常終了判断、ステップＳ８０２でのエラー理由判断に用いる処理結果及びエラー理由の書き込み処理について説明する。Ｗｅｂブラウザ１０７に表示されたアドレス帳管理画面４００でのシステム管理者の各処理ボタン押下により、アドレス帳管理アプリケーション１０４は、各処理の操作指示を受け付ける。このアドレス帳管理アプリケーション１０４による操作指示の受付により、図９のフローチャートの処理が開始される。
【００５９】
ステップＳ９００において、アドレス帳管理アプリケーション１０４は、タイムアウト時間を取得する。タイムアウト時間は、システムで予め既定値を持っていても良いし、アドレス帳管理画面４００にタイムアウト時間入力コントロールを設けて、システム管理者に入力させても良い。あるいは、アドレス帳管理アプリケーション１０４が動作するデバイスの能力や操作するデータ量から計算して設定しても良い。
【００６０】
ステップＳ９０１において、アドレス帳管理アプリケーション１０４は、リストア処理、インポート処理など、操作指示に応じた処理を実行する。そして、この処理の中で、データ管理部１０９は、アドレス帳管理部１０５に対し、アドレス帳管理部１０５が保持するアドレス帳の書き込み指示を出す。アドレス帳管理部１０５は、書き込み処理を終了すると、自身の管理するＨＤＤ２０８内の処理結果保存領域に処理結果を記録する。このときアドレス帳管理部１０５は、処理結果がエラーであった場合は、エラー理由も合わせて記録する。
【００６１】
ステップ９０２において、データ管理部１０９は、アドレス帳管理部１０５に指示を出したあと、通信部１０８を介し定期的にアドレス帳管理部１０５と通信する。ステップＳ９０３において、データ管理部１０９は、ステップＳ９０２の通信により処理結果記録領域に処理結果が記録されているかを確認し、操作指示に応じた処理が終了したか否かの判断を行う。処理結果が記録されておらず、処理が終了していないと判断された場合は、ステップＳ９０４へ移行し、処理結果が記録されており、処理が終了していると判断された場合は、ステップＳ９０６へ移行する。
【００６２】
ステップＳ９０４において、データ管理部１０９は、ステップＳ９００で取得したタイムアウト時間が経過した否かを判断する。タイムアウト時間が経過していないと判断された場合はステップＳ９０５に移行し、一定時間待機した後ステップＳ９０２に移行して、データ管理部１０９が再び終了確認を行う。一方、タイムアウト時間が経過していたと判断された場合は、タイムアウトエラーとなり、ステップＳ９０６へ移行する。ステップＳ９０６において、データ管理部１０９は、処理結果に従って、この後の処理を継続する。これ移行の処理において、処理結果を元に正常終了したか否か判断され、またエラー理由を元にエラー理由が記憶部に保存されているデータの破損に関するエラーか否かが判断される。
【００６３】
尚、本実施例では、アドレス帳管理アプリケーション１０４が定期的にアドレス帳管理部１０５の処理結果を確認する例を説明したが、アドレス帳管理部１０５が、結果をアドレス帳管理アプリケーション１０４に通知する構成をとっても良い。
【００６４】
以上の通り、本実施例において、デバイス１０１は、リストア処理が正常終了しなかった場合、そのエラー理由によりバックアップファイルまたはアドレスデータの退避を制御する。これにより、データが消えてしまう恐れの有るエラーの場合には、データの退避が行われるため重要なデータが保護される。一方でデータが消えてしまう恐れのないエラーの場合には無駄なデータの退避が行われないため、重要なデータが不用意に外部に送信されず、セキュリティ性が高められることとなる。
【００６５】
尚、本実施例では、リストア時のエラー処理についてのみ詳述したが、インポート時及びバックアップ時のエラー処理も同様に退避が行われる構成であっても構わない。
【実施例３】
【００６６】
アドレス帳のインポート時にエラーが発生した場合、デバイスのアドレス帳が不完全な状態になることがある。その場合、再びシステム管理者がインポートを実行し、アドレス帳が正常な状態になるまで、一般ユーザはアドレス帳を使用することができない。しかし、システム管理者がスケジュール設定してインポートを実行した場合などは、インポート完了時にシステム管理者が完了を確認できない状態にある場合も考えられ、インポートエラーが発生していることにすぐに気付かない可能性がある。
【００６７】
そこで本実施例では、そのような場合において、一般ユーザの作業が滞りなく実行できるようにするため、デバイス単体で、自動でインポート実行前のアドレス帳データにリストアを実行する方法について、図１０のフローチャートを用いて説明する。なお本処理に係るプログラムは、デバイス１０１の不揮発性記録領域に記憶されており、ＲＡＭ２０３に読み出されＣＰＵ２０１によって実行される。また、実施例３における、データ管理システム及びデータ管理システムに含まれる画像形成装置、情報処理装置の構成は実施例１と同様であるため詳細説明を省略する。
【００６８】
Ｗｅｂブラウザ１０７に表示されたアドレス帳管理画面４００でのシステム管理者によるインポートボタン押下により、アドレス帳管理アプリケーション１０４は、クライアントＰＣ１０２よりインポート指示を受け付ける。このアドレス帳管理アプリケーション１０４によるインポート指示の受付により、図１０のフローチャートの処理が開始される。
【００６９】
ステップＳ１００１において、アドレス帳管理アプリケーション１０４は、インポート処理を実行する。インポート処理の詳細は実施例１における図７のフローチャートの説明と同様であるため省略する。ステップＳ１００１において、データ管理部１０９は、インポート処理が正常終了したか否かを判断する。インポート処理が正常終了したと判断された場合は、処理を終了し、インポート処理が正常終了しなかったと判断された場合はステップＳ１００２に移行する。
【００７０】
ステップＳ１００２において、データ管理部１０９は、バックアップ領域１１０２にバックアップファイルが存在するか否かを確認する。バックアップファイルが存在すると判断された場合はステップＳ１００３に移行し、バックアップファイルが存在しないと判断された場合はステップＳ１００５に移行する。ステップＳ１００３において、アドレス帳管理アプリケーション１０４は、リストア処理を実行する。尚、ここでのリストア処理の詳細は、実施例１における図６のフローチャートの説明と同様であるため省略する。
【００７１】
ステップＳ１００４において、アドレス帳管理アプリケーション１０４は、インポート指示の送信元であるクライアントＰＣ１０２のＷｅｂブラウザ１０７にインポート処理が正常に終了せず、リストア処理を実行した旨を表示する。
【００７２】
ステップＳ１００５において、アドレス帳管理アプリケーション１０４は、Ｗｅｂブラウザ１０７にエラー理由およびエラー処理内容を表示する。尚、ステップＳ１００４及びステップＳ１００５での結果表示は、予めアドレス帳管理画面４００において、管理者のメールアドレスを入力させておき、管理者にメール通知することにより報知する構成であっても良い。
【００７３】
以上の通り、本実施例では、デバイス１０１は、インポート処理がエラーにより正常終了しなかった場合に、アドレス帳管理アプリケーション１０４がデバイス単体でアドレス帳を自動リストアする。上記方法を用いて、デバイス単体でアドレス帳を自動リストアすることにより、一般ユーザの作業が滞りなく実行可能となる。
【００７４】
以上、本発明の各実施例について具体例を挙げて説明したが、本発明は上記の実施例に限定されるものではない。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００７５】
１０１  デバイス
１０２  クライアントＰＣ
１０４  アドレス帳管理アプリケーション
１０５  アドレス帳管理部
１０８  通信部
１０９  データ管理部
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０８  ＨＤＤ
１１０１  アドレスデータ保存領域
１１０２  バックアップ領域
１１０３  Ｔｅｍｐ領域
【図１】
0005602419.tif 000002
【図２】
0005602419.tif 000003
【図３】
0005602419.tif 000004
【図４】
0005602419.tif 000005
【図５】
0005602419.tif 000006
【図６】
0005602419.tif 000007
【図７】
0005602419.tif 000008
【図８】
0005602419.tif 000009
【図９】
0005602419.tif 000010
【図１０】
0005602419.tif 000011
【図１１】
0005602419.tif 000012