JP2018125005A - ネットワークデバイス、ネットワークデバイスの制御方法、及びプログラム - Google Patents

Abstract

【課題】ネットワークデバイスにおいて、管理サーバとの通信ログを、管理サーバが対応が出来る最小限の情報に圧縮して保持する。【解決手段】複合機において、同期処理部８０２は、設定値に関する処理として、管理サーバに対して、複合機に設定すべき設定値の要求（ＧＥＴ）や、管理サーバが管理するマスターデータに反映すべき設定値の変更の依頼（ＰＵＴ／ＰＯＳＴ／ＤＥＬＥＴＥ）を行い、ログ出力制御部８０３は、設定値に関する処理のログの、複合機のログ情報保持部８０６への記録の制御を行う。ログ出力制御部８０３は、前記要求に基づき設定すべき設定値が無い場合には当該要求に関するログを記録せず、前記要求に基づく設定すべき設定値のカテゴリがユーザ設定値の場合には当該要求に関するログを記録し、前記依頼を行った場合には当該依頼に関するログを記録する。【選択図】図８

Description

本発明は、ネットワークデバイスの設定値を管理する管理サーバと通信するネットワークデバイスにおけるログの保存制御に関する。

近年、複合機等のネットワークデバイスの設定値を、ネットワークを介して接続されたサーバで管理し、これらの設定値をサーバから複合機に配信等することがある。設定値の配信等の処理はネットワーク通信を用いて行われるが、その処理結果は、サーバ側と複合機側の双方にログ情報として保存される。このとき保存されるログ情報は、後にログ情報を確認した際には双方のログ情報の対応が取れる十分なものである必要がある。

しかし、複合機側では、ログ情報を保存するための領域の容量がサーバ側の保存領域と比べて小さい場合が多い。したがって、複合機側では、サーバ側との対応が取れる最小限のログ情報に圧縮して保存する必要がある。そのようなログ情報の圧縮技術が、特許文献１で開示されている。

特開２００８−２６２２８７号公報

特許文献１に記載の技術は、通信エラーログのうち、初期のログを上書き禁止の領域に保存し、以降のログを上書き可能な領域に保存することで、重要な初期エラーログの消失を防ぐというものである。しかし、ログを保存するか否かをログ情報の内容に応じて制御するものではないため、初期エラーより後に保存された重要なエラーログは、他のエラーログにより上書きされて消失してしまう可能性がある。また、ログ情報の保存領域が複数存在する構成を必須とするため、ネットワークデバイスがそのような構成を実現することができない場合には、この技術を適用することができない。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、ログの保存対象となるネットワークデバイスのログ情報記憶領域の構成に依らず、ネットワークデバイス側に、管理サーバ側との対応が取れる最小限のログ情報を保存可能にする仕組みを提供することである。

本発明は、複数のネットワークデバイスに設定すべき複数の設定値をマスターデータとして管理し、かつ各ネットワークデバイスの構成情報を管理する管理サーバと通信するネットワークデバイスであって、前記設定値に関する処理のログの、当該ネットワークデバイスの記憶装置への記録の制御を行う制御手段と、前記管理サーバに対して、設定すべき設定値の要求を行う要求手段と、前記管理サーバに対して、前記マスターデータに反映すべき設定値の変更の依頼を行う依頼手段と、を有し、前記制御手段は、前記要求に基づき設定すべき設定値が無い場合には当該要求に関するログを記録せず、前記要求に基づく設定すべき設定値のカテゴリがユーザ関連設定の場合には当該要求に関するログを記録し、前記依頼を行った場合には当該依頼に関するログを記録することを特徴とする。

本発明によれば、ログの保存対象となるネットワークデバイスのログ情報記憶領域の構成に依らず、管理サーバ側との対応が取れる最小限のログ情報を保存することが可能となる。

本発明の設定値同期システム全体のシステム構成図。 管理サーバのハードウェア構成を例示するブロック図。 複合機のハードウェア構成を例示するブロック図である。 管理サーバで管理されるマスターデータの構成を例示する図。 マスターデータに含まれる各データベースの構成を例示する図。 マスターデータに含まれる各データベースの構成を例示する図。 複合機に格納される設定値ＤＢの構成を例示する図。 管理サーバと複合機が残す通信ログの表示例を示す図。 実施例１の複合機のソフトウェア構成を例示する図。 実施例１の複合機のログ情報保存処理を例示するフローチャート。 ＧＥＴログ保持判定処理を詳細に示すフローチャート。 Ｗａｒｎｉｎｇ時保持判定処理を詳細に示すフローチャート。 Ｅｒｒｏｒ時保持判定処理を詳細に示すフローチャート。 取得ログ出力フラグの設定画面を例示する図。 一時的にログ情報を出力する場合のログ情報の表示例を示す図。 ログ情報の記録条件を説明するための図。 実施例２の複合機のソフトウェア構成を例示する図。 実施例２の複合機のログ情報保存処理を例示するフローチャート。 開発用ログ出力フラグの設定画面を例示する図。

以下、本発明を実施するための形態について図面を用いて説明する。

図１は、本発明の一実施例を示すネットワークデバイスの設定値同期システム全体を例示するシステム構成図である。
図１に示すように、ネットワーク１００には、管理サーバ１１０、複数の複合機１２０が接続されている。ネットワーク１００は、イントラネット、インターネット等いずれの種類のネットワークであってもよい。

管理サーバ１１０は、複合機１２０ａや複合機１２０ｂ等を含む複数の複合機の設定値のマスターデータを管理している。なお、管理サーバ１１０は、マスターデータに変更があった場合は、複合機１２０ａ、複合機１２０ｂ等にネットワーク１００を介して変更情報を通知する。また、管理サーバ１１０は、複合機１２０ａ、複合機１２０ｂ等から設定値の変更情報を受信した際には、自身で管理しているマスターデータの値を変更する。

複合機１２０ａ、複合機１２０ｂ等の複合機１２０は、複数種類の機能、例えばコピー、スキャン、ＦＡＸ等を実現するネットワークデバイスであり、内部にそれらの機能の実行時に利用する設定値を記憶している。これらの設定値に変更があった場合、複合機１２０は、管理サーバ１１０にネットワーク１００を介して変更情報を通知する。また、複合機１２０は、管理サーバ１１０から設定値のマスターデータの変更情報を受信した際には、自身で記憶している設定値の値を変更する。

なお、設定値によっては、複合機１２０ａ、複合機１２０ｂ間のような複数の複合機間で値の同期を行うものも存在する。それらの設定値に関しては、管理サーバ１１０上のマスターデータに変更があった場合、管理サーバ１１０は、複合機１２０ａ、複合機１２０ｂ両方に設定値の変更情報を通知する。また、複合機１２０ａ、複合機１２０ｂどちらかの設定値に変更があった場合は、初めに、変更のあった複合機１２０から管理サーバ１１０に変更情報が通知され、その後、管理サーバ１１０経由で他の複合機１２０にも変更情報が通知される。

なお、図１では、管理サーバ１１０が設定値を管理する複合機として、複合機１２０ａ、複合機１２０ｂの２台の複合機を示しているが、３台以上であってもよい。また、本実施例では、管理サーバ１１０が複合機の設定値を管理する例を説明するが、管理サーバ１１０が設定値を管理する機器は、複合機に限定されるものではなく、複合機以外のネットワークデバイスであってもよい。管理サーバ１１０、複合機１２０についての詳細な説明については後述する。

図２は、管理サーバ１１０のハードウェア構成を例示するブロック図である。
管理サーバ１１０は、コントローラユニット２００、操作部２２０、表示部２３０を含む。コントローラユニット２００は、ＣＰＵ(Central Processing Unit)２０３を有し、ＣＰＵ２０３は、ＲＯＭ(Read Only Memory)２０６に格納されているブートプログラムによりＯＳ(Operating System)を起動する。ＣＰＵ２０３は、このＯＳ上で、ＨＤＤ(Hard Disk Drive)２０５に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。このＣＰＵ２０３の作業領域としてはＲＡＭ(Random Access Memory)２０４が用いられる。ＨＤＤ２０５は、上記アプリケーションプログラムと複合機１２０の設定値のマスターデータ等を格納する。マスターデータの管理方法に関する詳細については後述する。なお、ＨＤＤ２０５の代わりに、ＳＳＤ(Solid State Drive)等の他の記憶装置を設けてもよい。

ＣＰＵ２０３には、システムバス２１０を介して、ＲＯＭ２０６およびＲＡＭ２０４とともに、操作部Ｉ／Ｆ２０１、表示部Ｉ／Ｆ２０２、Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０７が接続される。操作部Ｉ／Ｆ２０１は、マウス、キーボード等から成る操作部２２０とのインタフェースであり、操作部２２０によってユーザにより入力された情報をＣＰＵ２０３に送出する。表示部Ｉ／Ｆ２０２は、ディスプレイ等から成る表示部２３０とのインタフェースであり、表示部２３０に表示すべき画像データを表示部２３０に対して出力する。また、Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０７はネットワークインタフェースであり、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。

図３は、複合機１２０のハードウェア構成を例示するブロック図である。
複合機１２０は、コントローラユニット３００、操作部３２０、スキャナ３３０、プリンタ３４０を含む。コントローラユニット３００には、操作部３２０が接続されるとともに、画像入力デバイスであるスキャナ３３０や、画像出力デバイスであるプリンタ３４０が接続される。

コントローラユニット３００は、ＣＰＵ３０２を有し、ＣＰＵ３０２は、ＲＯＭ３０６に格納されているブートプログラムによりＯＳを起動する。ＣＰＵ３０２は、このＯＳ上で、ＨＤＤ３０５に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。このＣＰＵ３０２の作業領域としてはＲＡＭ３０３が用いられる。また、ＲＡＭ３０３は、作業領域を提供するとともに、画像データを一時記憶するための画像メモリ領域を提供する。ＨＤＤ３０５は、上記アプリケーションプログラムや画像データ、各種設定値を格納する。なお、複合機１２０における設定値の管理方法については後述する。なお、ＨＤＤ３０５の代わりに、ＳＳＤ(Solid State Drive)等の他の記憶装置を設けてもよい。

ＣＰＵ３０２には、システムバス３１０を介して、ＲＯＭ３０６およびＲＡＭ３０３とともに、操作部Ｉ／Ｆ３０１、デバイスＩ／Ｆ３０４、Ｎｅｔｗｏｒｋ Ｉ／Ｆ３０７、画像処理部３０８が接続される。操作部Ｉ／Ｆ３０１は、タッチパネルを有する操作部３２０とのインタフェースであり、操作部３２０に表示すべき画像データを操作部３２０に対して出力する。また、操作部Ｉ／Ｆ３０１は、操作部３２０によってユーザにより入力された情報をＣＰＵ３０２に送出する。デバイスＩ／Ｆ３０４には、スキャナ３３０およびプリンタ３４０が接続され、デバイスＩ／Ｆ３０４は、画像データの同期系／非同期系の変換を行う。Ｎｅｔｗｏｒｋ Ｉ／Ｆ３０７はネットワークインタフェースであり、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。画像処理部３０８では、スキャナ３３０からの入力画像処理やプリンタ３４０への出力画像処理、画像回転、画像圧縮、解像度変換、色空間変換、階調変換などの処理を行う。

図４は、管理サーバ１１０で管理されるマスターデータの構成を例示する図である。
マスターデータ４０１は、設定値管理ＤＢ４１０と、共通設定値ＤＢ４１１と、デバイス管理ＤＢ４１２と、個別設定値ＤＢ４１３と、構成情報ＤＢ４１４と、ユーザ情報ＤＢ４１５と、ユーザ設定値ＤＢ４１６等のデータベース（ＤＢ）から構成される。

図５Ａ，図５Ｂは、マスターデータ４０１に含まれる各データベースの構成を例示する図である。以下、個別に説明する。

図５Ａ（ａ）は、設定値管理ＤＢ４１０に格納されるデータを例示する図である。
設定値管理ＤＢ４１０は、管理サーバ１１０で管理する各設定値に関するメタデータを格納するデータベースである。設定値管理ＤＢ４１０には、複合機１２０と通信を行う際に設定値を識別するためのキー識別子、ユーザに提示する際の文言であるＵＩ表示文言、初期値、値域、適応機種／ファームバージョン、設定値の表示条件等が格納される。

設定値管理ＤＢ４１０で管理する各設定値は、複合機１２０の機種やファームウェアのバージョンに依存して、設定値が存在するかどうか・設定値の値域や初期値が異なることがある。図５Ａ（ａ）に示す例では、キー識別子が"settings.pattern"で表される設定値は、機種Ａ、機種Ｂでは全ての個体に存在しているが、機種Ｃではファームウェアのバージョンが３．０１以降の個体にのみ存在していることを表している。また、キー識別子が"settings.density"で表される設定値は、機種Ｂではインストールされているファームウェアのバージョンにより設定値の初期値や値域が異なることを表している。例えば、バージョン２.０１以降では設定値の初期値が「５」で値域が「０−１０」となり、バージョン１.９９以前では設定値の初期値が「３」で値域が「０−６」となっていることを表している。

図５Ａ（ｂ）は、共通設定値ＤＢ４１１に格納されるデータを例示する図である。
共通設定値ＤＢ４１１は、管理サーバ１１０によって設定値を管理する複数の複合機１２０の全てで値を共有して同期しているデバイス設定値（機器関連設定の設定値）を管理するデータベースである。共通設定値ＤＢ４１１は、キー識別子と、識別子に対応する値、設定値の最終更新日時が格納される。このキー識別子は、設定値管理ＤＢ４１０のキー識別子と同一の体系をもつ識別子である。

図５Ａ（ｃ）は、個別設定値ＤＢ４１３に格納されるデータを例示する図である。
個別設定値ＤＢ４１３は、管理サーバ１１０によって設定値を管理する複数の複合機１２０の各々で値が異なるデバイス設定値（機器関連設定の設定値）を管理するデータベースである。なお、個別設定値ＤＢ４１３は、複合機の個体に対応して複数存在するものとする。個別設定値ＤＢ４１３は、キー識別子と、識別子に対応する値、設定値の最終更新日時が格納される。このキー識別子は、設定値管理ＤＢ４１０のキー識別子と同一の体系をもつ識別子である。

図５Ｂ（ｄ）は、構成情報ＤＢ４１４で管理される複合機の個体毎のデバイスの構成情報（デバイス構成情報）の内容を例示する図である。
構成情報ＤＢ４１４は、デバイス構成情報を複数格納・管理するためのデータベースであり、複合機の個体に対応して複数存在するものとする。このデバイス構成情報は、複合機１２０の個体を識別する個体識別子、機種名、ファームウェアのバージョン、利用可能な機能を表すライセンス情報、アクセサリなどを含む。ライセンス情報は、複合機１２０にインストール済のライセンスの情報を表す。アクセサリは、複合機１２０に装着されたオプション機器の情報を表す。なお、機種名、ファームウェアのバージョン、ライセンス等は、設定値管理ＤＢ４１０に格納されているものと同一の体系を持つ。

図５Ｂ（ｅ）は、ユーザ情報ＤＢ４１５に格納されるデータを例示する図である。
ユーザ情報ＤＢ４１５は、複合機１２０を利用するユーザに関する情報（ユーザ情報）を管理するためのデータベースである。ユーザ情報ＤＢ４１５には、ユーザを一意に識別するためのユーザＩＤや、ログインの際にユーザが入力するユーザ名等が格納される。

図５Ｂ（ｆ）は、ユーザ設定値ＤＢ４１６に格納されるデータを例示する図である。
ユーザ設定値ＤＢ４１６は、複合機１２０を利用する各ユーザが利用可能なユーザ毎の設定値（ユーザ設定値（ユーザ関連設定の設定値））を管理するためのデータベースである。ユーザ設定値ＤＢ４１６には、ユーザを一意に識別するためのユーザＩＤや、設定値を一意に識別するためのキー識別子、設定値の内容、設定値の最終更新日時が格納される。なお、このユーザＩＤは、ユーザ情報ＤＢ４１５におけるものと同一の体系である。

なお、デバイス管理ＤＢ４１２については、詳細は図示しないが、管理サーバ１１０で設定値を管理する複合機１２０の個体の個体識別子を管理するためのデータベースである。管理サーバ１１０は、上述したようなマスターデータ４０１の各データベースを利用して、管理対象の複合機１２０の各々で異なる設定値や、管理対象の複合機１２０全てで共通の設定値、及び、各設定値そのもののメタデータを一括管理することが可能である。

図６は、複合機１２０のＨＤＤ３０５に格納される設定値ＤＢ６０１の構成を例示する図である。
設定値ＤＢ６０１は、複合機１２０で使用する設定値を格納するデータベースである。設定値ＤＢ６０１に格納される設定値は、設定値を識別するためのキー識別子、設定値の値、ＵＩ表示文言、初期値、値域、表示条件等の要素から構成される。これらの要素はマスターデータ４０１で管理されているものと同一の体系で管理されるものである。管理サーバ１１０もしくは複合機１２０において、設定値が変更された場合には、図６に示されるデータのうち少なくとも「キー識別子」のデータ及び「値」のデータを通信することにより、設定値を同期する。

以上説明した各設定値の同期処理は、管理サーバ１１０と複合機１２０とがネットワーク１００を介して通信することで行われる。この時、方々の装置では、行われた通信の内容を通信ログとしてそれぞれ残す。

図７は、管理サーバ１１０と複合機１２０が残す通信ログの表示例を示す図である。
図７に示すように、通信ログの表示例は、通信の結果を示すログレベル（レベル）、通信日時（日時）、処理内容、接続先ＵＲＬ、ＵＲＬへのアクセス方法を示す通信メソッド（Ｍｅｔｈｏｄ）からなる。

ログレベルには、通信成功を表すログであることを示す「Ｎｏｒｍａｌ」、一時的な要因による通信失敗（即ち、リトライ可能な失敗）を表すログであることを示す「Ｗａｒｎｉｎｇ」、恒久的な要因による通信失敗を（即ち、リトライ不可能な失敗）を表すログであることを示す「Ｅｒｒｏｒ」の３種類があり、通信結果により異なるレベルが出力される。通信日時は、該当するネットワーク通信処理が実行された日時を示す。処理内容は、通信処理の対象となるデータ種別（設定値のカテゴリ）を示す情報と、通信処理の対象となるデータサイズとからなる。なお、データ種別を示す情報は、通信処理対象となるデータが「デバイス構成情報」、「デバイス設定値」、「ユーザ設定値」のいずれであるかを示す情報に対応する。また、通信処理の対象となるデータサイズは、通信処理により送信もしくは受信されたデータのサイズを示す情報に対応する。ＵＲＬは、通信によってアクセスされたデータの所在情報を示す。通信メソッドは、ＵＲＬで示された対象データへのアクセス方法を示すものである。該アクセス方法の種類には、「ＧＥＴ」、「ＰＵＴ」、「ＰＯＳＴ」、「ＤＥＬＥＴＥ」、「ＨＥＡＤ」などが含まれる。「ＧＥＴ」は、データ取得の要求を表す。「ＰＵＴ」は、データ更新の依頼（マスターデータに反映すべき設定値の変更の依頼）を表す。「ＰＯＳＴ」は、データ新規作成の依頼を表す。「ＤＥＬＥＴＥ」は、データ削除の依頼を表す。「ＨＥＡＤ」は、データ存在確認を表す。なお、通信ログには、通信処理のリトライ情報として、例えば、「Ｗａｒｎｉｎｇ」となった場合にリトライした回数等の情報を含めてもよい。

なお、通信ログの表示内容、及び、通信ログ内容の構成は、図７に示したものに限定されるものではない。また、通信ログを表示する手段も、複合機１２０や管理サーバ１１０と通信可能な情報処理装置（パーソナルコンピュータ等）のＷｅｂブラウザであっても、複合機１２０の操作部３２０の表示部であってもよく、特に限定されるものではない。

図８は、実施例１の設定値同期システムにおける複合機１２０のソフトウェア構成を例示する図である。
設定値管理部８０１は、マスターデータ４０１との同期対象である複合機１２０の設定値を管理する。設定値管理部８０１において管理対象となるデータ種別（設定値のカテゴリ）は、「デバイス構成情報」、「デバイス設定値」、「ユーザ設定値」である。また、設定値管理部８０１は、設定値が変更された際には、変更された設定値に関する情報を、後述するログ情報保持部８０６に保存される通信ログとは異なるログ情報（最新ログ情報）として保存する機能を有する。この機能で保持される最新ログ情報は、データ種別毎の最新のログレベル等を含む。なお、複合機１２０は、この最新ログ情報を保持する機能を備えていない構成であってもよい。

同期処理部８０２は、管理サーバ１１０とネットワーク通信を行い、設定値の同期処理を行う。また、同期処理部８０２は、この同期処理の際、ネットワーク通信の実行結果をログ情報として、後述するログ情報保持部８０６に保持させる。ログ出力制御部８０３は、同期処理部８０２がログ情報保持部８０６に保持させたログ情報と、後述する取得ログ出力フラグとを取得し、それらの内容を基に、ログ情報をログ情報保持部８０６に残し、通信ログとして出力するか否かを判断する制御を行う。この制御の内容は図９〜図１５等を用いて後述する。

ログ出力実行部８０４は、ログ出力制御部８０３が出力すると判断した場合に、ログ情報保持部８０６に保持されたログ情報を取得し、後述するログ表示部８０５に表示させる。ログ表示部８０５は、ログ出力実行部８０４から表示するログ情報を受信し、例えば図７で説明した形式でログ情報を表示する。

ログ情報保持部８０６は、同期処理部８０２が実行したネットワーク通信処理の通信ログを、同期処理部８０２の指示に基づき保持する。取得ログ出力フラグ保持部８０７は、ログ出力制御部８０３が通信ログを出力するか否かを判断するためのフラグ情報を保持する。なお、このフラグ情報は、後述する図１３に示す設定画面により設定されて、取得ログ出力フラグ保持部８０７に保持される。

なお、図８に示した設定値管理部８０１、同期処理部８０２、ログ出力制御部８０３、ログ出力実行部８０４、ログ表示部８０５の機能は、複合機１２０のＣＰＵ３０２が、ＨＤＤ３０５に格納されたプログラムを実行することにより実現される。また、ログ情報保持部８０６、取得ログ出力フラグ保持部８０７は、複合機１２０のＲＯＭ３０６やＨＤＤ３０５等の記憶装置内の記憶領域として実現される。

図９は、実施例１における複合機１２０の設定値同期に伴うログ情報保存処理の実行手順を例示するフローチャートである。図９及び後述する図１０〜図１２に示すフローチャートの処理は、複合機１２０のＣＰＵ３０２がＲＯＭ３０６やＨＤＤ３０５に格納されたプログラムを実行することにより実現される。

まず、Ｓ９０１において、同期処理部８０２は、管理サーバ１１０との設定値同期処理を行う。設定値同期処理を開始する契機となるのは、複合機１２０の管理する何れかの設定値が更新、新規作成、又は削除された場合、もしくは管理サーバ１１０から設定値を取得するよう予め定められたタイミングを迎えた場合などである。前者の場合、設定値管理部８０１が更新、新規作成、削除の何れかの操作がなされた設定値に関する情報が同期処理部８０２に通知され、同期処理部８０２はこの通知を基に、管理サーバ１１０にネットワーク１００を通じて送信するデータを作成する。後者の場合、同期処理部８０２は、管理サーバ１１０への設定値取得要求を、ネットワーク１００を通じて送信し、管理サーバ１１０からの応答データを基に、複合機１２０に同期すべき設定値情報を生成し、設定値管理部８０１に通知する。このようにして同期処理を実行した後、同期処理部８０２は、同期処理に用いたネットワーク通信に関するログ情報をログ情報保持部８０６に保存し、その旨をログ出力制御部８０３に通知し、Ｓ９０２に処理が進む。なお、ここでログ情報保持部８０６に保存するログ情報は、図７を用いて説明した内容、すなわちログレベル、通信日時、処理内容、接続先ＵＲＬ、通信メソッドが含まれる。

Ｓ９０２以降の処理において、ログ出力制御部８０３は、同期処理部８０２がログ情報保持部８０６に保存した通信ログ情報を出力するか否かを判断し、制御する処理を行う。以下、詳細に説明する。

Ｓ９０２において、ログ出力制御部８０３は、まず、同期処理部８０２が保存したログ情報をログ情報保持部８０６から取得する。次に、ログ出力制御部８０３は、そのログ情報の処理内容と通信メソッドを参照し、そのログ情報に対応する同期処理の対象となったデータ種別（デバイス構成情報、デバイス設定値、ユーザ設定値）、及び、通信メソッド（ＧＥＴ、ＰＵＴ、ＰＯＳＴ、ＤＥＬＥＴＥ、ＨＥＡＤ）を取得する。次に、ログ出力制御部８０３は、該取得したデータ種別及び通信メソッドに関する今回の同期処理が、複合機１２０の起動後初回の実行であるか否かを判定する。例えば、今回の同期処理とデータ種別及び通信メソッドが同一の同期処理であって複合機１２０の起動後で今回の同期処理より前に実行された同期処理のログ情報がログ情報保持部８０６に保持されていない場合には、今回の同期処理は起動後初回実行であると判定する。一方、このようなログ情報がログ情報保持部８０６に保持されている場合には、今回の同期処理は起動後初回実行ではないと判定する。

そして、今回の同期処理が起動後初回の実行であると判定した場合（Ｓ９０２でＹｅｓの場合）、ログ出力制御部８０３はＳ９１０に処理を進める。Ｓ９１０では、ログ出力制御部８０３は、上記Ｓ９０２で取得したログ情報を出力すると判定し、該ログ情報をログ情報保持部８０６に保持させたままとする（「ログに残す」ようにする）。さらに、ログ出力制御部８０３は、ログ出力実行部８０４にログ情報出力を指示する。この指示を受けたログ出力実行部８０４は、ログ情報保持部８０６からログ情報を取得し、ログ表示部８０５に表示させ、Ｓ９１１に移行する。複合機１２０は、内部で保持している同期処理の接続先に関するデータ種毎の情報（例えばＵＲＬ）を起動時に読み込む。そのため、起動前後でこれらの情報が変更されている可能性があり、管理サーバ１１０とのデータ通信の対応を取るためには、起動後初回のログはデータ種別に出力する必要がある。上記Ｓ９０２、Ｓ９１０で説明した手順でログを残し、出力するように制御することで、起動後初回のログは必ずログ情報保持部８０６に残し、出力することができるようになる。

以下、フローの説明に戻る。Ｓ９１１では、ログ出力制御部８０３は、設定値管理部８０１が保持する最新ログ情報（データ種別毎の最新のログレベル等を含む）を、上記ログ出力判定を終えた通信ログのログレベルと処理内容に基づいて更新し、本フローチャートの処理を終了する。なお、Ｓ９１１の処理を省略する構成であってもよい。

また、上記Ｓ９０２にて、今回の同期処理が起動後初回の実行でないと判定した場合（Ｓ９０２でＮｏの場合）、ログ出力制御部８０３は、Ｓ９０３に処理を進める。Ｓ９０３では、ログ出力制御部８０３は、上記Ｓ９０２で取得したログ情報から「ログレベル」を参照する。そして、上記参照したログレベルが「Ｎｏｒｍａｌ」であると判断した場合、ログ出力制御部８０３は、Ｓ９０４に処理を進める。

Ｓ９０４では、ログ出力制御部８０３は、上記Ｓ９０２で取得したログ情報から「通信メソッド」を参照し、通信メソッドが「ＨＥＡＤ」であるか否かを判定する。そして、通信メソッドが「ＨＥＡＤ」であると判定した場合（Ｓ９０４でＹｅｓの場合）、ログ出力制御部８０３は、Ｓ９０９に処理を進める。

Ｓ９０９では、ログ出力制御部８０３は、上記Ｓ９０２で取得したログ情報を出力しないと判定し、該ログ情報をログ情報保持部８０６から削除する（「ログに残さない」ようにする）。そして、上述したＳ９１１の処理の後に、本フローチャートの処理を終了する。なお、上記Ｓ９０４、Ｓ９０９で説明したように、ログ情報をログに残すか否かを制御することで、複合機１２０、マスターデータ４０１のどちらの設定値にも変更を与えないＨＥＡＤメソッドである場合には、ログを残さず、出力しないようにすることができ、ログ情報を必要な範囲で削減することができる。

また、上記Ｓ９０４において、通信メソッドが「ＨＥＡＤ」でないと判定した場合（Ｓ９０４でＮｏの場合）、ログ出力制御部８０３は、Ｓ９０５に処理を進める。Ｓ９０５では、ログ出力制御部８０３は、上記Ｓ９０４で取得した通信メソッドが「ＧＥＴ」であるか否かを判定する。そして、通信メソッドが「ＧＥＴ」でない（即ち「ＰＵＴ」、「ＰＯＳＴ」又は「ＤＥＬＥＴＥ」である）と判定した場合（Ｓ９０５でＮｏの場合）、ログ出力制御部８０３は、Ｓ９１０に処理を進める。Ｓ９１０では、ログ出力制御部８０３は、上述したように、上記Ｓ９０２で取得したログ情報をログ情報保持部８０６に残して、ログ情報を出力すると判定し、ログ出力実行部８０４にログ情報出力を指示する。そして、上述したＳ９１１の処理の後に、本フローチャートの処理を終了する。上記Ｓ９０４、Ｓ９０５、Ｓ９１０の手順で処理を実行することで、何れも複合機１２０とマスターデータ４０１の設定値に変更を生じる通信メソッドであるＰＵＴ、ＰＯＳＴ、ＤＥＬＥＴＥのログ情報は、必ずログ情報保持部８０６に残し、出力するようにできる。

また、上記Ｓ９０５において、通信メソッドが「ＧＥＴ」であると判定した場合（Ｓ９０５でＹｅｓの場合）、ログ出力制御部８０３は、Ｓ９０６に処理を進める。Ｓ９０６では、ログ出力制御部８０３は、通信メソッドがＧＥＴである場合のログ保持判定処理（ＧＥＴログ保持判定処理）を実行する。ＧＥＴログ保持判定処理の詳細は、図１０を用いて後述する。そして、上述したＳ９１１の処理の後に、本フローチャートの処理を終了する。

また、上記Ｓ９０３において、ログレベルが「Ｗｏｒｎｉｎｇ」であると判断した場合、ログ出力制御部８０３は、Ｓ９０７に処理を進める。Ｓ９０７では、ログ出力制御部８０３は、ログレベルがＷａｒｎｉｎｇである場合のログログ保持判定処理（Ｗａｒｎｉｎｇ時保持判定処理）を実行する。Ｗａｒｎｉｎｇ時保持判定処理の詳細は、図１１を用いて後述する。そして、上述したＳ９１１の処理の後に、本フローチャートの処理を終了する。

また、上記Ｓ９０３において、ログレベルが「Ｅｒｒｏｒ」であると判断した場合、ログ出力制御部８０３は、Ｓ９０８に処理を進める。Ｓ９０８では、ログ出力制御部８０３は、ログレベルがＥｒｒｏｒである場合のログ保持判定処理（Ｅｒｒｏｒ時保持判定処理）を実行する。Ｅｒｒｏｒ時保持判定処理の詳細は、図１２を用いて後述する。そして、上述したＳ９１１の処理の後に、本フローチャートの処理を終了する。

図１０は、図９のＳ９０６に示したＧＥＴログ保持判定処理を詳細に示すフローチャートである。
まず、Ｓ１００１において、ログ出力制御部８０３は、図９のＳ９０２において取得した同期対象のデータ種別を判定する。なお、複合機１２０はデバイス構成情報を管理サーバ１１０からＧＥＴすることはないので、上記Ｓ１００１の判定に「デバイス構成情報」は含まず、「デバイス設定値」か「ユーザ設定値」かの判定を行う。そして、同期対象のデータ種別が「デバイス設定値」であると判定した場合、ログ出力制御部８０３は、Ｓ１００２に処理を進める。

Ｓ１００２では、ログ出力制御部８０３は、取得ログ出力フラグ保持部８０７から取得ログ出力フラグを取得する。取得ログ出力フラグは、ＧＥＴにより管理サーバ１１０からデバイス設定値を取得した際に、そのログ情報を出力するか否かを判定するためのフラグである。以下、取得ログ出力フラグの設定方法について図１３を用いて説明する。

図１３は、取得ログ出力フラグの設定画面を例示する図である。
操作部３２０に表示される図１３のような設定画面において、ユーザが「有効」ボタン１３０１を押下して「有効」な状態とし、この「有効」な状態でＯＫボタン１３０３を押下すると、ＧＥＴによるデバイス設定値取得時に通信ログを出力するようにすることができる。即ち、ＣＰＵ２０３が、取得ログ出力フラグの値として「ＯＮ」を取得ログ出力フラグ保持部８０７に記憶する。一方、「無効」ボタン１３０２を押下して「無効」な状態とし、この「無効」な状態でＯＫボタン１３０３を押下すると、デバイス設定値のＧＥＴ時には通信ログを出力しないようにすることができる。即ち、ＣＰＵ２０３が、取得ログ出力フラグの値として「ＯＦＦ」を取得ログ出力フラグ保持部８０７に記憶する。

以下、フローチャートの説明に戻る。ログ出力制御部８０３は、上記Ｓ１００２において取得ログ出力フラグが「無効」であると判定した場合（Ｓ１００２で「ＯＦＦ」の場合）、Ｓ１００４に処理を進める。Ｓ１００４では、ログ出力制御部８０３は、図９のＳ９０９と同一の処理を行い、図９に処理を戻す。そして、図９のＳ９１１の処理の後に、図９のフローチャートの処理を終了する。上記Ｓ１００２、Ｓ１００４の手順により、前述したような、変更されたデバイス設定値に関する情報をログ情報保持部８０６に残さず、出力しないようにすることができる。これにより、ログ情報を必要な範囲で削減することができ、変更されたデバイス設定値に関する情報を設定値管理部８０１内にのみ残すことが可能となり、ログ情報保持部８０６に保存される通信ログを削減できる。

一方、上記Ｓ１００２において取得ログ出力フラグが「有効」であると判定した場合（Ｓ１００２で「ＯＮ」の場合）、ログ出力制御部８０３は、Ｓ１００３に処理を進める。また、上記Ｓ１００１において、同期対象のデータ種別が「ユーザ設定値」であると判定した場合にも、ログ出力制御部８０３は、Ｓ１００３に処理を進める。

Ｓ１００３では、ログ出力制御部８０３は、図９のＳ９０２で取得したログ情報から処理内容を参照し、同期処理を実行すべき設定値の差分データ（同期すべき設定値情報）が管理サーバ１１０から受信したデータに含まれるか否かを判定する。この判定は、例えば、ログ情報の処理内容に含まれる受信データサイズが予め定められた閾値以上であった場合には同期すべきデータが含まれると判定し、そうでない場合には含まれないと判定する、というように行う。

上記Ｓ１００３において、差分データが含まれていないと判定した場合（Ｓ１００３でＮｏの場合）、ログ出力制御部８０３は、Ｓ１００４に処理を進める。そして、Ｓ１００４、図９のＳ９１１の処理の後に、図９のフローチャートの処理を終了する。

一方、上記Ｓ１００３において、差分データが含まれていると判定した場合（Ｓ１００３でＹｅｓの場合）、ログ出力制御部８０３は、Ｓ１００５に処理を進める。Ｓ１００５では、ログ出力制御部８０３は、図９のＳ９１０と同一の処理を行って、ログを残すように制御し、図９に処理を戻す。そして、図９のＳ９１１の処理の後に、図９のフローチャートの処理を終了する。このように、ＧＥＴにより取得したデータに同期すべき設定値情報が含まれているか否かでログ情報を保存し、出力するか否かを制御することで、複合機１２０の設定値に変更が生じた場合にのみ通信ログをログ情報保持部８０６に残し、出力することが可能となる。

図１１は、図９のＳ９０７に示したＷａｒｎｉｎｇ時保持判定処理を詳細に示すフローチャートである。
まず、Ｓ１１０１において、ログ出力制御部８０３は、図９のＳ９０２において取得したログ情報のログレベルである「Ｗａｒｎｉｎｇ」が、同一のデータ種別且つ同一の通信メソッドにおいて、前回のログレベルから切り替わったものであるか否かを判定する。この判定は、上記図９のＳ９０２において取得した今回のログ情報とデータ種別及び通信メソッドが同一の前回のログ情報を、ログ情報保持部８０６から取得し、該前回のログ情報が「Ｗａｒｎｉｎｇ」であるか否かにより行う。例えば、今回の同期処理が、デバイス構成情報のＰＵＴ処理であった場合を例に説明する。この場合、前回のデバイス構成情報のＰＵＴ処理が「Ｗａｒｎｉｎｇ」レベルであれば、Ｗａｒｎｉｎｇに切り替わっていないと判定する。一方、前回のデバイス構成情報のＰＵＴ処理が「Ｗａｒｎｉｎｇ」レベルでなければ、Ｗａｒｎｉｎｇに切り替わったと判定する。

そして、上記Ｓ１１０１において、今回のログ情報のログレベルである「Ｗａｒｎｉｎｇ」が前回のログレベルから切り替わったものであると判定した場合（Ｓ１１０１でＹｅｓの場合）、ログ出力制御部８０３は、Ｓ１１０５に処理を進める。Ｓ１１０５では、ログ出力制御部８０３は、図９のＳ９１０と同一の処理を行って、ログを残すように制御し、図９に処理を戻す。そして、図９のＳ９１１の処理の後に、図９のフローチャートの処理を終了する。

一方、上記Ｓ１１０１において、今回のログ情報のログレベルである「Ｗａｒｎｉｎｇ」が前回のログレベルから切り替わったものでないと判定した場合（Ｓ１１０１でＮｏの場合）、ログ出力制御部８０３は、Ｓ１１０２に処理を進める。Ｓ１１０２では、ログ出力制御部８０３は、図９のＳ９０２において取得した同期対象のデータ種別が「デバイス構成情報」であるか否かを判定する。そして、「デバイス構成情報」でないと判定した場合（Ｓ１１０２でＮｏの場合）、ログ出力制御部８０３は、Ｓ１１０４に処理を進める。Ｓ１１０４では、ログ出力制御部８０３は、図９のＳ９０９と同一の処理を行って、ログを残さないように制御し、図９に処理を戻す。そして、図９のＳ９１１の処理の後に、図９のフローチャートの処理を終了する。

一方、上記Ｓ１１０２において、図９のＳ９０２において取得した同期対象のデータ種別が「デバイス構成情報」であると判定した場合（Ｓ１１０２でＹｅｓの場合）、ログ出力制御部８０３は、Ｓ１１０３に処理を進める。Ｓ１１０３では、ログ出力制御部８０３は、ログ情報を一時的に残すと判定し、該ログ情報を、所定条件を満たすまで一時的にログ情報保持部８０６に保持させたままとする（「ログに一時的に残す」ようにする）。なお、上記所定条件を満たす場合とは、例えば、データ種別及び通信メソッドが同一でＷａｒｎｉｎｇレベルの処理が発生した場合を示す。このような処理が発生した場合、ログ出力制御部８０３は、該処理のログ情報を一時的に残すと判定し、以前に一時的に残すと判定されたデータ種別及び通信メソッドが同一のログ情報をログ情報保持部８０６から削除する。即ち、一時的に残すログ情報は、データ種別及び通信メソッド毎に、最新のもののみ残されるように制御される。さらに、ログ出力制御部８０３は、ログ出力実行部８０４にログ情報の一時的な出力を指示する。この指示を受けたログ出力実行部８０４は、ログ情報保持部８０６からログ情報を取得し、ログ表示部８０５に対して、図１４を用いて説明する形態でログ情報を表示するよう指示する。そして、ログ出力制御部８０３は、図９に処理を戻し、図９のＳ９１１の処理の後に、図９のフローチャートの処理を終了する。

図１４は、図１１のＳ１１０３において一時的にログ情報を出力する場合のログ表示部８０５によるログ情報の表示例を示す図である。
まず、図１４（ａ）に示すように、Ｗａｒｎｉｎｇレベルのデバイス構成情報ＰＵＴ処理１４０１、Ｎｏｒｍａｌレベルのデバイス設定値ＰＵＴ処理、Ｎｏｒｍａｌレベルのユーザ設定値ＰＵＴ処理、Ｗａｒｎｉｎｇレベルのデバイス構成情報ＰＵＴ処理１４０２の順に出力されているとする。１４０２は、図１１のＳ１１０３により一時的に表示されているログである。この後に、Ｎｏｒｍａｌレベルのデバイス設定値ＰＵＴ処理、Ｎｏｒｍａｌレベルのユーザ設定値ＰＵＴ処理、Ｗａｒｎｉｎｇレベルのデバイス構成情報ＰＵＴ処理１４０３の順に、同期処理部８０２によって同期処理が成された場合のログ表示例が図１４（ｂ）に示すものである。図１４（ｂ）では、一時的な表示である１４０２と同じＷａｒｎｉｎｇレベルのデバイス構成情報ＰＵＴ処理である１４０３が発生したため、一時的な表示である１４０２の表示が削除されている。そして、図１４（ｂ）では、Ｎｏｒｍａｌレベルのデバイス設定値ＰＵＴ処理、Ｎｏｒｍａｌレベルのユーザ設定値ＰＵＴ処理、Ｗａｒｎｉｎｇレベルのデバイス構成情報ＰＵＴ処理１４０３の順で表示される。以上述べたような形態で、デバイス構成情報のログ情報を一時的に表示させる。

以上述べたＷａｒｎｉｎｇ時保持判定処理を行うことによる効果を説明する。まず、Ｓ１１０１、Ｓ１１０５の順に処理を行い、Ｗａｒｎｉｎｇレベルに切り替わったログ情報をログ情報保持部８０６に残すことで、管理サーバとの同期処理にいつから失敗しているかが分かるようにログを出力することができる。また、Ｓ１１０１、Ｓ１１０２、Ｓ１１０４の順に処理を行い、連続するＷａｒｎｉｎｇレベルのログ情報であって同期対象のデータ種別が「デバイス構成情報」でないログ情報はログ情報保持部８０６に残さないことで、ログ情報保持部８０６に保持及び出力されるログ情報を削減することができる。さらに、Ｓ１１０１、Ｓ１１０２、Ｓ１１０３の順に処理を行い、Ｗａｒｎｉｎｇレベルのログ情報であって同期対象のデータ種別がデバイス構成情報であるログ情報はログ情報保持部８０６に一時的に残し、出力するように制御する。これによる効果を以下に説明する。

この場合、デバイス構成情報は、先に図５Ｂ（ｄ）を用いて説明したように、複合機１２０の利用可能な機能に関する情報を含む。例えば複合機１２０にある機能のライセンスを新たに登録することなどによって、利用可能な機能が追加された場合、同期処理部８０２は管理サーバ１１０にある構成情報ＤＢ４１４の更新処理を実行する。この更新処理において、管理サーバ１１０は、デバイス構成情報の更新内容に応じて個別設定値ＤＢ４１３やユーザ設定値ＤＢ４１６を更新する。したがって、同期処理部８０２がデバイス構成情報の更新処理に失敗した場合、マスターデータ４０１に含まれる個別設定値ＤＢ４１３やユーザ設定値ＤＢ４１６に保持されている設定値と、複合機１２０の設定値とに不整合が生じてしまう。このような不整合が生じている間に、同期処理部８０２がマスターデータ４０１から設定値を取得して同期処理を行うと、デバイスが正しく動作しなくなる可能性がある。そこで、同期処理部８０２は、デバイス構成情報の更新処理に失敗している場合には、デバイス設定値及びユーザ設定値に対するＧＥＴ処理は実行しないように制御する。そこで、図１４を用いたような形態でログ情報を一時的に残して表示することで、図１４（ａ）であれば１４０１から１４０２の間、デバイス設定値及びユーザ設定値のＧＥＴ処理がなされていないことがわかるようになる。また、図１４（ｂ）であれば、１４０１から１４０３の間で同様のことがわかる。以上が、Ｗａｒｎｉｎｇ時保持判定処理を行うことによる効果である。

図１２は、図９のＳ９０８におけるＥｒｒｏｒ時保持判定処理を詳細に示すフローチャートである。
まず、Ｓ１２０１において、ログ出力制御部８０３は、図９のＳ９０２において取得したログ情報のログレベルである「Ｅｒｒｏｒ」が、同一のデータ種別且つ同一の通信メソッドにおいて、前回のログレベルから切り替わったものであるか否かを判定する。この判定は、上記図９のＳ９０２において取得した今回のログ情報とデータ種別及び通信メソッドが同一の前回のログ情報を、ログ情報保持部８０６から取得し、該前回のログ情報が「Ｅｒｒｏｒ」であるか否かにより行う。例えば、今回の同期処理が、デバイス構成情報のＰＵＴ処理であった場合を例に説明する。この場合、前回のデバイス構成情報のＰＵＴ処理が「Ｅｒｒｏｒ」レベルであれば、Ｗａｒｎｉｎｇに切り替わっていないと判定する。一方、前回のデバイス構成情報のＰＵＴ処理が「Ｅｒｒｏｒ」レベルでなければ、Ｅｒｒｏｒに切り替わったと判定する。

そして、上記Ｓ１２０１において、今回のログ情報のログレベルである「Ｅｒｒｏｒ」が前回のログレベルから切り替わったものであると判定した場合（Ｓ１２０１でＹｅｓの場合）、ログ出力制御部８０３は、Ｓ１２０３に処理を進める。Ｓ１２０３では、ログ出力制御部８０３は、図９のＳ９１０と同一の処理を行って、ログを残すように制御し、図９に処理を戻す。そして、図９のＳ９１１の処理の後に、図９のフローチャートの処理を終了する。

一方、上記Ｓ１２０１において、今回のログ情報のログレベルである「Ｅｒｒｏｒ」が前回のログレベルから切り替わったものでないと判定した場合（Ｓ１２０１でＮｏの場合）、ログ出力制御部８０３は、Ｓ１２０２に処理を進める。Ｓ１２０２では、ログ出力制御部８０３は、図９のＳ９０９と同一の処理を行って、ログを残さないように制御し、図９に処理を戻す。そして、図９のＳ９１１の処理の後に、図９のフローチャートの処理を終了する。

以上述べたＥｒｒｏｒ時保持判定処理を行うことによる効果を説明する。まず、Ｓ１２０１、Ｓ１２０３の順に処理を行い、Ｅｒｒｏｒレベルに切り替わったログ情報を保持し出力することで、管理サーバとの同期処理にいつから致命的な失敗をしているかが分かるようにログをログ情報保持部８０６に残し、出力することができる。次に、Ｓ１２０１、Ｓ１２０２の順に処理を行い、連続するＥｒｒｏｒレベルのログ情報をログ情報保持部８０６に残さない（初回のＥｒｒｏｒレベルのログ情報のみ残す）、出力しないことで、ログ情報保持部８０６に保持・出力されるログ情報を削減することができる。

以上、図９〜図１２に示した制御におけるログ情報の記録条件を図１５に示す。
図１５は、ログ情報の記録条件を説明するための図である。
図１５において、「○3f」は「ログ情報を残す」場合を示し、「×」は「ログ情報を残さない」場合を示す。なお、「−」は対応するケースが存在しない場合を示す。また、「○×切替可」は取得ログ出力フラグによって「ログ情報を残す」と「ログ情報を残さない」を切り替え可能な場合を示す。さらに、「切り替わり時のみ○」は、そのレベルに切り替わった時のみ「ログ情報を残す」場合を示す。例えば、同一のレベルが連続した場合には、該同一のレベルが連続した処理のうち初回の処理のログ情報のみを残すことを示す。また、「切り替わり時○・最新も一時的に○」は、そのログレベルに切り替わった時に「ログ情報を残す」、及び、最新のログ情報も「一時的に残す」場合を示す。

以上、図９〜図１２に示したような制御により、通信ログ情報を保存・出力するか否かを切り替えることで、管理サーバ１１０との対応が取れる最小限の通信ログ情報のみを、ログ情報保持部８０６に残し、ログ表示部８０５に出力することができるようになる。それにより、通信ログ情報を保存するための領域（ログ情報保持部８０６）が最小限で済むばかりでなく、通信ログ情報を閲覧するユーザにとっての視認性を高めることができるようになる。

なお、上述の説明では、同期処理部８０２がログ情報をログ情報保持部８０６へ保存しておき、ログ出力制御部８０３がログ情報の保持判定を行い、ログを残さないと判定された処理のログ情報をログ情報保持部８０６から削除する構成を説明した。しかし、同期処理部８０２がログ情報をＲＡＭ３０３のワーク領域等に保存しておき、ログ出力制御部８０３がログ情報の保持判定を行い、ログを残す（一時的に残すも含む）と判定された処理のログ情報を、ログ情報保持部８０６に保存（記録）するようにしてもよい。即ち、ログ出力制御部８０３は、設定値に関する処理のログの、ログ情報保持部８０６への記録の制御を行う。

上記実施例１では、管理サーバ１１０と複合機１２０との同期処理の通信ログについて両者の対応の取れる最小限の通信ログ情報のみを複合機１２０に保持して記憶領域を節約し、また通信ログ情報を閲覧するユーザにとっての視認性も高めることができる構成を示した。実施例２では、ユーザにとっての視認性を高めるばかりでなく、複合機１２０の開発者等が同期処理の実行結果の詳細を追跡できる構成について説明する。なお、実施例２のシステム構成、ハードウェア構成、ソフトウェア構成、処理手順のうち、実施例１で説明したものと同一のものの説明は省略し、異なるもののみ説明する。

図１６は、実施例２の設定値同期システムにおける複合機１２０のソフトウェア構成を例示する図である。実施例２のソフトウェア構成は、図８に示した実施例１のソフトウェア構成に、新たに開発者用ログ出力フラグ保持部１５０１と、開発者用ログ保持部１５０２が追加されたものである。

開発者用ログ出力フラグ保持部１５０１は、同期処理部８０２による同期処理の通信ログ情報を、複合機１２０の開発者用に保存するか否かを判定する開発者用ログ出力フラグを保持する。なお、開発者用ログ出力フラグの設定画面は、例えば、後述する図１８に示すように、操作部３２０に表示されるようにするのでもよいし、他の方法でもよい。開発者用ログ保持部１５０２は、後述する処理手順により開発者用ログを保存する保存先である。以下、開発者用ログ出力フラグの設定方法について図１８を用いて説明する。

図１８は、開発者用ログ出力フラグの設定画面を例示する図である。
操作部３２０に表示される図１８のような設定画面において、ユーザが「有効」ボタン１７０１を押下して「有効」な状態とし、この「有効」な状態でＯＫボタン１７０３を押下すると、開発者用ログ保持部１５０２に通信ログを出力するようにすることができる。即ち、ＣＰＵ２０３が、開発者用ログ出力フラグの値として「ＯＮ」を開発者用ログ出力フラグ保持部１５０１に記憶する。一方、「無効」ボタン１７０２を押下して「無効」な状態とし、この「無効」な状態でＯＫボタン１７０３を押下すると、開発者用ログ保持部１５０２に通信ログを出力しないようにすることができる。即ち、ＣＰＵ２０３が、開発者用ログ出力フラグの値として「ＯＦＦ」を開発者用ログ出力フラグ保持部１５０１に記憶する。

図１７は、実施例２における複合機１２０の設定値同期に伴うログ情報保存処理の実行手順を例示するフローチャートである。なお、図１７に示すフローチャートの処理は、複合機１２０のＣＰＵ３０２がＲＯＭ３０６やＨＤＤ３０５に格納されたプログラムを実行することにより実現される。

図１７に示すフローチャートの処理手順は、図９に示した実施例１の処理手順に、Ｓ１６０１とＳ１６０２が追加されたものであり、図９と同一のステップには同一のステップ番号を付してある。Ｓ９０１において同期処理部８０２が同期処理を実行した後、Ｓ１６０１において、ログ出力制御部８０３は、開発者用ログ出力フラグ保持部１５０１から開発者用ログ出力フラグを取得する。さらに、ログ出力制御部８０３は、該取得した開発者用ログ出力フラグが有効である（即ち、開発用ログを保存する）か否かを判定する。

そして、開発者用ログ出力フラグが有効である（即ち、開発用ログを保存する）と判定した場合（Ｓ１６０１でＹｅｓの場合）、ログ出力制御部８０３は、Ｓ１６０２に処理を進める。Ｓ１６０２では、ログ出力制御部８０３は、ログ出力実行部８０４に、上記Ｓ９０１に係る通信ログ情報を開発者用ログとして残すよう指示する。これを受けたログ出力実行部８０４は、上記Ｓ９０１に係る通信ログ情報を開発者用ログ保持部１５０２に保持させ、Ｓ９０２に移行する。

一方、開発者用ログ出力フラグが無効である（即ち、開発用ログを保存しない）と判定した場合（Ｓ１６０１でＮｏの場合）、ログ出力制御部８０３は、そのままＳ９０２に処理を移行させる。なお、Ｓ９０２以降は、実施例１と同様であるので説明は省略する。

以上のように、開発者用ログ出力フラグが有効であった場合には、ログを閲覧するユーザのために通信ログを圧縮してログ情報保持部８０６に保存するのとは別に、開発者用ログ保持部１５０２に通信ログを全て保持できるようにする。これにより、複合機１２０の開発者が同期処理の詳細を追跡できるようにすることができる。なお、上記Ｓ１６０２の開発者用ログ保持処理の方法は問わない。例えば、ログ情報をファイル化してＨＤＤ３０５に保存するのでもよいし、ログ情報を管理するサーバに対して送信するのでもよい。ただし、その方法は、複合機１２０におけるログ情報の保存領域であるＨＤＤ３０５やＲＡＭ３０３に保持される情報が最小限に抑えられることが望ましい。

以上示したように、各実施例によれば、ログの保存対象となる複合機１２０等のネットワークデバイスの通信ログ情報保存領域（ログ情報保持部８０６）の構成に依らず、マスターデータ側との対応が取れる最小限の通信ログ情報をネットワークデバイス側に保存することができる。これにより、ネットワークデバイス側での通信ログ情報保存領域の制限の課題を解決することができる。

よって、ネットワーク（例えばイントラネット、インターネット）上の管理サーバ１１０に、ネットワークデバイスの機種ごとの設定値のマスターデータを管理して、ネットワークデバイス（複合機やプリンタ）からの定期ポーリングにより、同グループ（組織、顧客など）の同機種のネットワーク機器の設定値の自動同期を行うようなシステムにおいて、管理サーバ１１０からネットワークデバイスへの同期処理に関するログや、ネットワークデバイスから管理サーバ１１０に対する設定値の変更の依頼などに関するログなどを残す際に、管理サーバ１１０よりもログのための記憶領域が制限されるネットワークデバイス側で残すログを抑制することにより、サーバ側との対応が取れる最小限の通信ログ情報をネットワークデバイス側に保存することができる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

以上、図９〜図１２に示した制御におけるログ情報の記録条件を図１５に示す。
図１５は、ログ情報の記録条件を説明するための図である。
図１５において、「○」は「ログ情報を残す」場合を示し、「×」は「ログ情報を残さない」場合を示す。なお、「−」は対応するケースが存在しない場合を示す。また、「○×切替可」は取得ログ出力フラグによって「ログ情報を残す」と「ログ情報を残さない」を切り替え可能な場合を示す。さらに、「切り替わり時のみ○」は、そのレベルに切り替わった時のみ「ログ情報を残す」場合を示す。例えば、同一のレベルが連続した場合には、該同一のレベルが連続した処理のうち初回の処理のログ情報のみを残すことを示す。また、「切り替わり時○・最新も一時的に○」は、そのログレベルに切り替わった時に「ログ情報を残す」、及び、最新のログ情報も「一時的に残す」場合を示す。

本発明は、複数のネットワークデバイスに設定すべき複数の設定値をマスターデータとして管理し、かつ各ネットワークデバイスの構成情報を管理する管理サーバと通信するネットワークデバイスであって、前記設定値に関する処理のログの、当該ネットワークデバイスの記憶装置への記録の制御を行う制御手段と、前記管理サーバに対して、ユーザ関連設定について、設定すべき設定値の要求を行う要求手段と、を有し、前記制御手段は、前記要求に基づき設定すべき設定値が無い場合には当該要求に関するログを記録せず、前記要求に基づき設定すべき設定値がある場合には当該要求に関するログを記録することを特徴とする。

Claims (11)

1. 複数のネットワークデバイスに設定すべき複数の設定値をマスターデータとして管理し、かつ各ネットワークデバイスの構成情報を管理する管理サーバと通信するネットワークデバイスであって、
   前記設定値に関する処理のログの、当該ネットワークデバイスの記憶装置への記録の制御を行う制御手段と、
   前記管理サーバに対して、設定すべき設定値の要求を行う要求手段と、
   前記管理サーバに対して、前記マスターデータに反映すべき設定値の変更の依頼を行う依頼手段と、を有し、
   前記制御手段は、前記要求に基づき設定すべき設定値が無い場合には当該要求に関するログを記録せず、前記要求に基づく設定すべき設定値のカテゴリがユーザ関連設定の場合には当該要求に関するログを記録し、前記依頼を行った場合には当該依頼に関するログを記録することを特徴とするネットワークデバイス。
2. 前記制御手段は、前記要求に基づく設定すべき設定値のカテゴリが機器関連設定の場合には、当該要求に関するログを記録するか否かの設定に従い、当該要求に関するログの記録の制御を行うことを特徴とする請求項１に記載のネットワークデバイス。
3. 前記制御手段は、前記設定値に関する処理の結果が失敗を表す結果に切り替わった場合には、当該処理のログを記録することを特徴とする請求項１又は２に記載のネットワークデバイス。
4. 前記制御手段は、前記設定値に関する処理の結果として失敗を表す同一の結果が連続した場合には、該同一の結果が連続した処理のうち初回の処理のログのみを記録することを特徴とする請求項１又は２に記載のネットワークデバイス。
5. 前記設定値に関する処理の結果には、成功を表す結果、リトライ可能な失敗を表す結果、又は、リトライ不可能な失敗を表す結果が含まれることを特徴とする請求項３又は４に記載のネットワークデバイス。
6. 前記制御手段は、前記設定値に関する処理が当該ネットワークデバイスの起動後初回の処理であった場合には、当該処理のログを記録することを特徴とする請求項１乃至５のいずれか１項に記載のネットワークデバイス。
7. 前記ネットワークデバイスの構成情報には、前記ネットワークデバイスに装着されたオプション機器の情報、及び、ライセンス情報の少なくともいずれかが含まれることを特徴とする請求項１乃至６のいずれか１項に記載のネットワークデバイス。
8. 前記ネットワークデバイスには、複合機が含まれることを特徴とする請求項１乃至６のいずれか１項に記載のネットワークデバイス。
9. 前記ログの内容には、該ログに対応する処理の結果、該処理を実行した日時、該処理の対象となる設定値のカテゴリ、該処理の対象となるデータサイズ、該処理の種類、該処理のリトライ情報が含まれることを特徴とする請求項１乃至７のいずれか１項に記載のネットワークデバイス。
10. 複数のネットワークデバイスに設定すべき複数の設定値をマスターデータとして管理し、かつ各ネットワークデバイスの構成情報を管理する管理サーバと通信するネットワークデバイスの制御方法であって、 前記管理サーバに対して、設定すべき設定値の要求を行う要求ステップと、
    前記管理サーバに対して、前記マスターデータに反映すべき設定値の変更の依頼を行う依頼ステップと、
    前記設定値に関する処理のログの、当該ネットワークデバイスの記憶装置への記録の制御を行う制御ステップと、を有し、
    前記制御ステップでは、前記要求に基づき設定すべき設定値が無い場合には当該要求に関するログを記録せず、前記要求に基づく設定すべき設定値のカテゴリがユーザ関連設定の場合には当該要求に関するログを記録し、前記依頼を行った場合には当該依頼に関するログを記録することを特徴とするネットワークデバイスの制御方法。
11. コンピュータを、請求項１乃至９のいずれか１項に記載の手段として機能させるためのプログラム。

Images