JP6445800B2

JP6445800B2 - ネットワークデバイス及び情報処理方法

Info

Publication number: JP6445800B2
Application number: JP2014140869A
Authority: JP
Inventors: 英隆中原
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2014-07-08
Filing date: 2014-07-08
Publication date: 2018-12-26
Anticipated expiration: 2034-07-08
Also published as: US20160014285A1; US20170064122A1; US9525796B2; JP2016019158A; US9973643B2

Description

本発明は、情報処理装置及び方法に関し、特に情報処理装置とネットワークを通じて接続される設定値管理サーバの間で設定値を同期する技術に関する。

近年、複合機等の情報処理装置の設定値に関して、そのマスターデータをネットワーク接続された設定値管理サーバ等の他の情報処理装置に保存して一元管理することがある。それらの値は複合機と設定値管理サーバとの間で同期されており、設定値管理サーバ上のマスターデータの値を変更すると、変更後の値が複合機に通知されて複合機内の設定値の値も変更される。同様に、複合機内の設定値の値を変更すると、設定値管理サーバ上のマスターデータの設定値も変更される。また、設定値によっては、複数の複合機間で同期するものも存在し、該当する設定値の値が変更されると、サーバ上のマスターデータ、および同期対象のすべての複合機内の設定値の値が変更される。これにより複数台、数百から数千のデバイスを容易に一元管理することが可能になり。複合機群の管理者はサーバ上のマスターデータを操作するだけで即座に管理する複合機すべての設定を変更することが可能になる。

従来、設定データを複合機に配信し設定を反映させるようないわゆる配信型のシステムの多くは、配信対象の複合機上でのユーザ操作やコピーやプリントなどのいわゆるジョブ投入を動作できないように制御した上でデータを配信し反映させることが行われてきた。しかしこれでは複合機が使用できない時間（ダウンタイム）が発生し効率的ではない。一方先に説明したデータ同期型のシステムではユーザ操作やジョブの投入などを制約せずにユーザの処理を制限せずにデータを同期する。これによりダウンタイムの発生は防げるが、複合機を操作中のユーザの処理に影響する設定変更が同期されてしまうという新たな問題が発生する。また配信型のシステムでは、サーバでの設定変更が複合機に配信された際に、何が変更されたのかを閲覧できるような画面を表示する技術などは知られている（特許文献１）。

特開2010-161467号公報

配信型のシステムでは、設定データの配信時にはユーザ操作が制限されておりその上で設定配信結果を表示することは意味のある処理である。しかしユーザによる複合機の利用を制限することなく動く同期型の設定変更機能では、変更を表示するだけでは不十分である。たとえば、変更後の設定がログイン中のユーザには適用されない可能性があり、通知により適用されたものと誤解されかねないし、また、逆に適用を免れるような運用をユーザが行う可能性もある。

そこで、複合機を利用中のユーザに対して影響のある設定変更が行われる可能性を鑑みて、同期そのものをユーザの処理が終了するまで待つことも考えられる。しかしこのようにするとサーバ上で管理者が設定変更しても管理対象の複数台の複合機のうち即座に設定反映がなされない複合機が存在することになり、例えば一斉変更することに意味があるセキュリティや認証の設定などの一斉の切り替えが困難となる。そこで、利用中のユーザの処理に問題を発生させることなく、かつ管理者の意図を即座に反映させることができる機能性の提供が必要となる。

本発明は上記従来例に鑑みて成されたもので、管理対象のデバイスの設定の一斉変更を行った際に、デバイスが利用中であっても全デバイスに対して一斉に設定変更を行えるとともに、利用中のユーザが予期せぬ設定状態で処理を実行することを防止する情報処理装置及び方法を提供することを目的とする。

この目的を達成するために本発明は以下の構成を有する。すなわち、ネットワークデバイスの情報を管理するサーバとネットワークを介して接続されたネットワークデバイスであって、前記ネットワークデバイスの設定データを保持する保持手段と、設定の変更に際してログアウト処理が必要な設定項目をデータベースで管理する管理手段と、前記保持手段で保持されている設定データを更新するための情報を受信する受信手段と、前記ネットワークデバイスにユーザがログインしており、かつ、前記受信した情報に前記データベースで管理されたログアウト処理が必要な設定項目が含まれる場合には、ログアウト処理を実行する実行手段と、前記ログアウト処理が実行されたことに従い、前記保持手段により保持された設定データを前記受信した情報を用いて更新する更新手段とを有することを特徴とする。

本発明によれば、管理者対象全デバイスの設定の一斉変更を行った際に、利用中のデバイスがあっても全デバイスに対して一斉に設定変更を行えるとともに、ユーザが予期せぬ設定状態で処理を実行することを防止することができる。

設定値同期システム全体を示すシステム構成図である。設定値管理サーバの構成を表すブロック図である。複合機の構成を表すブロック図である。設定定値管理サーバで管理されるマスターデータの構成を表すブロック図である。本願発明の管理サーバおよび複合機のソフトウェアブロック図である。本願発明の第１実施の形態におけるフローチャートである。本願発明の第２実施の形態におけるフローチャートである。本願発明の第３実施の形態におけるフローチャートである。

以下、本発明を実施するための形態について図面を用いて説明する。
［第１実施形態］
＜システム構成＞
図１は、本発明における設定値同期システム（あるいはデバイス管理システム）全体を示すシステム構成図である。ネットワーク１００には、管理サーバ１１０と、ネットワークデバイスである複合機１２０が接続されている。管理サーバ１１０は、複合機１２０ａや複合機１２０ｂの設定値のマスターデータを管理している。設定値は、復号器１２０ａ、１２０ｂの様々な機能についての設定項目ごとの値（パラメータ）の集合であり、設定値に応じて、複合機の機能やユーザ認証等の制御を変更することができる。マスターデータに変更があった場合は、管理サーバ１１０は複合機１２０ａ、複合機１２０ｂにネットワーク１００を介して変更情報を通知する。また、複合機１２０ａ、複合機１２０ｂから設定値の変更情報を管理サーバ１１０が受信した際には、自身のマスターデータの値を変更する。複合機１２０は複数種類の機能（コピー、ＦＡＸ等）を実現する機器であり、内部にそれらの機能の実行時に利用する設定値を記憶している。複合機１２０は、管理サーバ１１０以外による、例えばユーザによる設定値の変更があった場合は、管理サーバ１１０にネットワーク１００を介して変更情報を通知する。たとえば、変更があった設定項目とその設定値とを通知する。また、管理サーバ１１０から設定値のマスターデータの変更情報を受信した際には、自身の設定値の値を変更する。なお、設定値によっては、複合機１２０ａ、複合機１２０ｂ間のような複数の複合機間で値の同期を行うものも存在する。それらの設定値に関しては、管理サーバ１１０上のマスターデータに変更があった場合は、複合機１２０ａ、複合機１２０ｂ両方に設定値の変更情報が通知される。また、複合機１２０ａ、複合機１２０ｂどちらかの設定値に変更があった場合は、初めに、管理サーバ１１０に変更情報が通知され、その後、管理サーバ１１０経由で他方の複合機にも変更情報が通知される。管理サーバ１１０、複合機１２０についての詳細な説明については後述する。なお本例では２台の複合機をデバイスの例として説明するが、台数は３台以上であってもよいし、管理対象のデバイスも複合機に限らなくともよい。ただし、デバイスが共通の設定を有する必要がある。

図２は、本発明における管理サーバ１１０の構成を表すブロック図である。管理サーバ１１０は、コントローラユニット２００、操作部２２０、表示部２３０を含んでいる。コントローラユニット２００は、ＣＰＵ（中央処理ユニット）２０３を有し、ＣＰＵ２０３は、ＲＯＭ（読み出し専用メモリ）２０６に格納されているブートプログラムによりＯＳ（オペレーティングシステム）を起動する。ＣＰＵ２０３は、このＯＳ上で、ＨＤＤ（ハードディスクドライブ）２０５に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。このＣＰＵ２０３の作業領域としてはＲＡＭ（ランダムアクセスメモリ）２０４が用いられる。ＨＤＤ２０５は、上記アプリケーションプログラムと複合機１２０の設定値のマスターデータ等を格納する。マスターデータの管理方法に関する詳細については後述する。

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

図３は本発明における複合機１２０の構成を表すブロック図である。複合機１２０は、コントローラユニット３００、操作部３２０、スキャナ３３０、プリンタ３４０を含んでいる。コントローラユニット３００には、操作部３２０が接続されるとともに、画像入力デバイスであるスキャナ３３０や画像出力デバイスであるプリンタ３４０が接続される。

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

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

＜マスターデータ＞
図４は、本発明における管理サーバ１１０で管理されるマスターデータの構成を表すブロック図である。マスターデータ４０１は、設定値情報ＤＢ４１０と、デバイス共通設定値ＤＢ４１１と、登録デバイス管理ＤＢ４１２と、デバイス個別設定値ＤＢ４１３と、デバイス構成情報管理ＤＢ４１４とを含む。設定値情報ＤＢ４１０は管理サーバ１１０で管理する管理対象の各設定値に関するメタデータを格納するデータベースである。デバイス共通設定値ＤＢ４１１は、管理サーバ１１０によって設定値を管理する管理対象の複数の複合機１２０の全てで共通に使用される設定値の値を管理するデータベースである。登録デバイス管理ＤＢ４１２は、管理サーバ１１０で設定値を管理する管理対象である複合機１２０の個体の個体識別子を管理するためのデータベースである。デバイス個別設定値ＤＢ４１３は、設定値管理サーバによって設定値を管理する管理対象の複数の複合機１２０の各々で値が異なる設定値を管理するデータベースである。デバイス構成情報管理ＤＢ４１４はこのデバイス構成情報を複数格納・管理するデータベースである。各ＤＢの内部データの詳細については、表１〜表４を参照して後述する。

＜ソフトウェア構成＞
図５は、本発明における管理サーバ１１０および複合機１２０におけるソフトウェア構成モジュールの一例を表す図である。管理サーバ１１０にはマスターデータ４０１のデータを編集するサーバＤＢ管理モジュール５０１があり、全てのデータはこのモジュールを介して編集される。このモジュール５０１にアクセスするウェブアプリケーションを配置することでマスターＤＢのブラウジングやデータの編集も可能である。同期制御サーバモジュール５０２はネットワーク１００を利用してクライアントからのデータ取得要求や変更要求を受け、サーバＤＢ管理モジュール５０１に対して読み書きの指示を行う。一方複合機１２０には設定値ＤＢ５２０が配置され、設定値管理モジュール５１１を介して読み書きが行われる。図の上では割愛しているが複合機１２０上で動作する全てのアプリケーションプログラムはこの設定値管理モジュール５１１を利用して設定値ＤＢ５２０のデータにアクセスする。

同期制御クライアントモジュール５１２はネットワーク１００を介して管理サーバ１１０側の同期制御サーバモジュール５０２と通信を行う。主に定期的なポーリングによるサーバ側のＤＢ変更の複合機側への取り込み、あるいは複合機側の設定値ＤＢ５２０の更新をサーバ側のＤＢに反映させるための動作を行う。この設定値ＤＢ５２０の変更をマスターデータ４０１に反映する作業、およびマスターデータ４０１の変更を検知して設定値ＤＢ５２０に反映させる一連の動作を本願発明における同期制御と位置付けている。

画面リセットモジュール５１３とリセット条件チェックモジュール５１４、および機器内状態チェックモジュール５１５について詳細は後述する。リセット条件チェックモジュール５１４が機器内状態チェックモジュール５１５とリセット条件ＤＢ（リセット条件データベース）５３０の情報をもとに現在の状態がリセット条件に該当するか判断し、判断結果に基づき画面リセットモジュール５１３が画面制御モジュール５１６に対して特定の画面遷移を指示することになる。この動きの詳細についてはフローチャートで後述する。

画面制御モジュール５１６は複合機の操作部３２０に対して所定の画面を表示し、ユーザの画面上での操作を受けて画面を遷移させる。設定値管理モジュール５１１を利用し設定内容を操作部３２０に表示し、ユーザによる設定変更などが行われれば、設定値管理モジュール５１１に指示し設定値ＤＢ５２０の内容を書き換える。

複合機にログインを行うための制御を行うのが認証制御モジュール５１７である。機器内もしくはアクティブディレクトリなど機器外に認証のためのＤＢを保持し、複合機を利用するユーザに対して認証を行うモジュールである。認証動作も画面制御モジュール５１６を介してユーザの認証情報の入力に基づき行われる。なおここでの認証とは、画面（ログイン画面）から入力された複合機を利用するユーザのアカウントやパスワード等により個人を認証し、認証後は特定された個人の権限や個人情報を利用しての複合機利用が可能になる機能のことをいう。以降「ログイン」とは複合機に対して認証を行う行為、「ログイン中」とは認証行為を終え、個人を認識して複合機が利用されている状態、「ログアウト」は、認証状態を解除し複合機はログインのための認証画面を出すように遷移する状態であるとして記述する。ログインが行われると、そのログインユーザに定義されたロールに応じた権限と個人設定がロードされて、これを利用して複合機を利用することができる。ログアウト動作を行うとロードされた情報が破棄されて、次のユーザのログインを待機する状態に遷移する。

＜マスターデータのデータベース＞
次に各データストレージの内部イメージについて表を用いて説明する。

表１は設定値情報ＤＢ４１０に格納されるデータの一例を表している。設定値情報ＤＢ４１０は管理サーバ１１０で管理する各設定値に関するメタデータを格納するデータベースである。設定値情報ＤＢ４１０には、複合機１２０と通信を行う際に設定項目を識別するためのキー識別子、ユーザに設定値を提示する際のＵＩ表示文言、初期値、値域、適応機種／バージョン、設定値の表示条件が設定項目ごとに格納される。設定値情報ＤＢ４１０で管理する各設定値は、複合機１２０の機種やファームウェアのバージョンに依存して、設定値が存在するかどうかや、設定値の値域や初期値が異なることがある。ここでは例として、キー識別子が"user_auth_settings.auth_onoff"で表される設定値は、機種Ａ、機種Ｂでは全ての個体に存在し、機種Ｃではファームウェアのバージョンが３．０以降の個体にのみ存在することを表している。また、キー識別子が"user_auth_settings.access_mode"で表される設定値は、機種Ｂではインストールされているファームウェアのバージョンにより設定値の値域や初期値が異なることを表している。

表２はデバイス共通設定値ＤＢ４１１に格納されるデータを表している。デバイス共通設定値ＤＢ４１１は、管理サーバ１１０によって設定値を管理する複数の複合機１２０の全てで共通に使用される設定項目の値を管理するデータベースである。デバイス共通設定値ＤＢ４１１は、設定項目ごとのキー識別子と、キー識別子に対応する値が格納される。このキー識別子は、設定値情報ＤＢ４１０のキー識別子と同一の体系をもつ識別子である。

表３はデバイス個別設定値ＤＢ４１３に格納されるデータを表している。デバイス個別設定値ＤＢ４１３は、設定値管理サーバによって設定値を管理する複数の複合機１２０の各々で値が異なる設定項目を管理するデータベースである。なお、デバイス個別設定値ＤＢ４１３は複合機の個体に対応して複数存在するものとする。デバイス個別設定値ＤＢ４１３は、キー識別子と、識別子に対応する値が格納される。このキー識別子は、設定値情報ＤＢ４１０のキー識別子と同一の体系をもつ識別子である。このデバイス個別設定値ＤＢ４１３では、値が固有の設定項目のみならず複合機の個体ごとに固有の設定項目を管理することもできる。

表４はデバイス構成情報管理ＤＢ４１４で管理される複合機の個体毎のデバイス構成情報の内容を表している。デバイス構成情報管理ＤＢ４１４はこのデバイス構成情報を複数格納し、管理するデータベースである。ここのデバイス構成情報は、複合機１２０の個体を識別する個体識別子、機種名、ファームウェアのバージョン、利用可能な機能を表すライセンス情報、取り付けられたフィニッシャ等のアクセサリなどを含む。なお、機種名、ファームウェアのバージョン、ライセンス等は、設定値情報ＤＢ４１０に格納されているものと同一の体系を持つ。

登録デバイス管理ＤＢ４１２は、管理サーバ１１０で設定値を管理する管理対象の複合機１２０の個体の個体識別子を管理するためのデータベースである。図１の構成では、複合機１２０ａ、１２０ｂそれぞれの個体の識別子のリストが登録デバイス管理ＤＢ４１２には登録されている。

管理サーバ１１０は、上記で説明したマスターデータ４０１の各データベースを利用して、管理対象の複合機１２０の各々で異なる設定値や、管理対象の複合機全てで共通の設定値、及び各設定値そのもののメタデータを一括管理することが可能である。

＜複合機のデータベース＞

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

表６は本実施形態における複合機１２０のＨＤＤ３０５に格納されるリセット条件ＤＢ５３０の構成の一例を表している。リセット条件ＤＢ５３０はリセット条件チェックモジュール５１４がリセットを行うべきか否かを判断するために参照されるデータベースである。リセット条件ＤＢ５３０に格納される項目は、設定項目を識別するためのキー識別子、リセットの条件になる書き込み値、リセットの種類と、リセットが発動するためのデバイス内部の条件状態、そして具体的なリセット動作仕様が正規化されたデータである。リセット条件ＤＢ５３０に登録された設定項目を、リセット強制属性項目とも呼ぶ。

ここで具体的にこのリセット条件ＤＢ５３０に定義が行われる項目について説明する。ここでは主にリセット種類として「ログアウト」を定義している。ユーザがログイン中に書き換わるとユーザにとって不整合が生じる可能性のある設定値についてはリセット動作としてユーザにログアウトを強制するという意味である。ユーザがログイン中である場合、認証にかかわる設定が変更された場合は一度ログアウトし新たな設定の上で動作させないと、ユーザ操作と複合機の設定の間に不整合が起きる可能性があるための措置である。

このようにログアウトを強制するのは、該当する設定を管理対象の複数の複合機に対して一斉に適用して同一の認証体系や認証の設定を実現することに意味があり、設定反映がなされていない個体があることが管理上ふさわしくないためである。上記のような背景から、このリセット種類＝ログアウトを定義される設定項目は、複合機の各種設定のうち認証そのものに関連する設定群、たとえば下記のような設定が対象になると考えられる。
（１）認証する・しないを切り替える設定
（２）認証体系そのものの設定
（３）認証された後のアクセス制御に関わる設定
（４）認証されたユーザごとの利用可能なパーソナルデータ利用の設定。

これ以外の複合機の持つ設定値、例えば、スリープ設定、ネットワーク設定、各種機能制御の設定などは、ユーザがログイン中であっても、特にログアウトを行わなくとも変更されれば即座に動作に反映できるためリセット条件ＤＢ５３０に定義される必要はない。

＜設定変更に伴うリセット手順＞
図６は管理サーバ１１０と複合機１２０の間での設定データの同期からリセットの発動までのフローチャートである。フローチャートで説明する図５に示す各モジュールは、本実施形態では、ＣＰＵにより、ＲＡＭ、ＲＯＭ、ＨＤＤ等に格納されたプログラムを実行することで実現される。なお、フローチャートで示す手順も、各モジュールの動作として示しているが、ＲＡＭ,ＲＯＭ,ＨＤＤのいずれかの記憶手段に記憶されたプログラムをＣＰＵにより実行することで実現される。なお図６では１台の複合機に着目して説明するが、管理対象のすべての複合機が同様の動作を実行する。

ステップＳ６０１において管理サーバ１１０上で管理者ユーザの指示により、サーバＤＢ管理モジュール５０１がデバイス共通設定値管理ＤＢ４１１またはデバイス個別設定ＤＢ４１３を書き換えて、複合機の持つ設定情報変更操作を行う。他方複合機側はポーリングによりマスターデータ４０１の設定データ変更をポーリングしている。ステップＳ６１１で同期制御クライアントモジュール５１２が、サーバ側の同期制御サーバモジュール５０２に対して、最終同期時刻後の変更差分を問い合わせる。ステップＳ６０２で問い合わせを受けた同期制御サーバモジュール５０２は、更新差分情報を通知する。

ステップＳ６１２で同期制御クライアントモジュール５１２が差分情報の有無を判定し、なければ、最終更新時刻を更新して、次のポーリング周期を待ちステップＳ６１１に戻る。差分情報を取得した場合は、ステップＳ６１３に進む。ステップＳ６１３でリセット条件チェックモジュール５１４は取得した差分情報（これを同期情報とも呼ぶ）とリセット条件ＤＢ５３０とを参照し、差分情報の中にリセットが必要な設定項目（すなわちリセット強制属性項目）が含まれているかを判定する。すなわち、リセット条件ＤＢ５３０に含まれたキー識別子及び対応する値が、受信した差分情報に含まれているか否かを判定する。含まれていなければステップＳ６１６に進み、設定値管理モジュール５１１を介して設定値ＤＢ５２０の内容を更新する。一方ステップＳ６１３でリセット強制属性項目が受信した差分情報に含まれていた場合はステップＳ６１４に進む。ステップＳ６１４でリセット条件チェックモジュール５１４は、現在機器内がリセットを発動する条件にあるかどうかを、リセット条件ＤＢ５３０の内容と機器内状態チェックモジュール５１５に問い合わせて判定する。具体的には、受信した差分情報に含まれたリセット強制属性項目の条件状態欄の値をリセット条件ＤＢ５３０から読み、現在の機器状態が条件状態欄に記述された条件に合致するか判定する。複数の項目が該当すればそれらすべてについて判定する。条件に合致するものがない場合はステップＳ６１６に進み、設定値管理モジュール５１１を介して設定値ＤＢ５２０の内容を更新する。条件に合致するものがあった場合は、ステップＳ６１５に進み、画面リセットモジュール５１３の指示により決定したリセットを発動する。決定したリセットとは、リセット条件ＤＢ５３０内の該当するレコードに記述されたリセット種類およびリセット動作欄の値で特定されるリセット動作である。その後ステップＳ６１６に進み、設定値管理モジュール５１１を介して設定値ＤＢ５２０の内容を更新する。

リセット動作の例として、表６では強制ログアウトを示している。強制ログアウトの手順は、たとえば、強制ログアウト処理が開始された時点でログインユーザが行っている入力をすべて無効にして強制ログアウトする旨を複合機のユーザインタフェース等に表示する。そしてそれに対してユーザによる確認入力を受け付けて、確認入力後に共セリリセット処理を行うなどといった手順を行う。また、既に印刷やスキャン等のジョブの実行が開始されている場合には、ジョブの完了を待って強制ログアウトを行ってもよいし、ジョブを中断して強制ログアウトを行ってもよい。この場合にも、強制ログアウトの前にログインユーザにその旨を知らせ、確認入力を受けた後でログアウトする。ただしユーザの不在等により確認入力がされない場合もあり得るので、ユーザインタフェースの表示後所定時間経過したなら確認入力の有無にかかわらず強制ログアウトさせてもよい。また上述した入力の無効化やジョブの中断等は、強制ログアウト以外のリセット動作として定義してもよい。その場合には、表６のリセット条件ＤＢ５３０のリセット動作として、入力の無効化やジョブの中断等を登録しておき、複合機１２０はそれに応じた動作を実行するよう構成される。

具体例を説明すると、例えば、リセット条件ＤＢ５３０が表６の状態であって、サーバから受信した差分データが"user_auth_settings.auth_onoff"というキー識別子を持つ項目を"０"に変更するという更新であった場合を考える。設定項目"user_auth_settings.auth_onoff"は、ログイン認証を行うか否かの設定であるので、この設定値を１から０にする設定変更は、ログイン認証が必要という設定から、ログイン認証は不要とする設定への変更である。この場合、表６の第２行目が、キー識別子"user_auth_settings.auth_onoff"の値"０"に該当する。リセット条件ＤＢ５３０の内容に従い、対応する条件状態が「ログイン中」であることから、現在の状態がユーザログイン中か否かを判断する。そして、ユーザがログインしている状態であれば、対応するリセット動作「強制ログアウト」に従った手順を実行してユーザを強制的にログアウトさせる、という一連の動作となる。この後は、ユーザはログイン認証を受けることなく複合機を利用できる。以上で本願発明第１実施の形態についての説明を終わる。

以上説明したように、本実施形態によれば、複合機等のネットワークデバイスの予め定めた設定項目を予め定めた設定値へと変更する設定変更が、予め定めた状態で行われた場合には、予め定めたリセット動作を実行させることができる。これにより、管理対象の複数のネットワークデバイスに対する設定変更がリセット動作を必要とするものであった場合にも、設定変更の対象となったデバイスでほぼ同時に一斉に変更後の設定を反映させることができ、変更された設定に従ってデバイスを運用することができる。具体的には、ユーザがログイン中のデバイスに対して、ログインのし直しが必要な設定変更を行った場合でも、強制的にログアウトさせることで、変更後の設定を、新たなログインユーザに対して直ちに適用することができる。そのため複合機にダウンタイムが発生することもない。

［第２実施形態］
続いて本願発明第２実施の形態について説明をする。第１実施の形態ではユーザ操作中であっても一律で強制的にログアウト等画面リセット操作を実行することで、ユーザ操作が不正な設定状態で実行されないように制御を行う動作だったが、設定によっては即時でなくても良いと判断できる項目もある。これを制御できるように第２実施の形態では、リセット条件ＤＢ５３０を拡張し判断フローを追加する。なお第２実施の形態において、図１から図６で示すハード構成ソフト構成および表１から表５で示されるサーバ側のＤＢ構成は第１実施の形態と同様である。

表７は第１実施の形態で説明したリセット条件ＤＢ５３０に対して即時反映を行うか否かの制御情報を追加したＤＢである。この情報は静的に確定していても良いし、画面制御モジュール等を通して管理者ユーザ等が変更できる構成にしても良い。即時反映がオンに設定されていると、設定変更後のリセット動作が即座に反映される。

図７はこの表７の構造のリセット条件ＤＢ５３０を用いて即時反映か否かの設定に応じた制御を追加したフローチャートである。ステップＳ７０１〜Ｓ７１４までは第一実施の形態の図６のステップＳ６０１〜Ｓ６１４と同じであるので説明は省略する。

ステップＳ７１４で、リセット条件チェックモジュール５１４が、現在の機器の状態が、受信した設定変更についてリセットを発動する条件にあると判定した場合、すなわち現在状態が条件状態欄の状態に該当すると判定した場合はステップＳ７１５へ進む。

ステップＳ７１５ではリセット条件チェックモジュール５１４は、発動条件に合致するキー識別子に対してリセット条件ＤＢ５３０の即時反映指示があるかないかを確認する。即時反映指示があった場合（すなわち即時反映がオンの場合）には、ステップＳ７１６に進み、画面リセットモジュール５１３に指示して、ＤＢ５３０に登録された、該当するリセット動作を実行する。その後ステップＳ７１８に進み、設定値管理モジュール５１１を介して設定値ＤＢ５２０の内容を更新する。

ステップＳ７１５で即時反映指示がなかった場合は、ステップＳ７１７に進む。ステップＳ７１７では機器内状態チェックモジュール５１５が、発動条件に合致した機器内状態が解除されるのを待つ。すなわち条件状態が「ログイン中」であれば、その解除即ちログアウトされるのを待つ。解除されたことが確認されたらステップＳ７１８に進み、設定値管理モジュール５１１を介して設定値ＤＢ５２０の内容を更新する。

第１実施の形態に対してステップＳ７１５の即時反映指示の有無確認により、即時反映するか、リセットの発動条件が解除されるのを待つかを選択可能になっている。具体的にはユーザのログアウトを待つというような設定同期反映待ちを作ることができる。

＜第３実施形態＞
続いて本願発明第３実施の形態について説明をする。第１、第２実施の形態では、リセット種類としてログアウトの制御のみを行うという形で説明してきたが、本願発明ではログアウト以外の画面リセットの形態を定義することもできる。画面リセットは、特定画面へ遷移させることであり、たとえば入力途中の画面をその初期画面へと遷移させる処理などを含む。第３実施の形態では、リセット条件ＤＢ５３０に複数のリセット種類の定義があり、それらが混在して一度に同期されたケースについての動きをフローとして追加する。なお第３実施の形態において、図１から図６で示すハード構成ソフト構成および表１から表５で示されるサーバ側のＤＢ構成は第１、第２実施の形態と同様である。

表８は第２実施の形態で説明したリセット条件ＤＢ５３０に対してリセット種類を複数定義したＤＢである。この情報は静的に確定していても良いし、画面制御モジュール等を通して管理者ユーザ等が変更できる構成にしても良い。また表９は、定義されたリセット種類に対してリセットの強度を定義したリセット強度の表であり、リセット動作の種類ごとの強度が定義されている。この例では１が最も強く以下数字が大きくなると強度は弱くなるとする。リセットの強度はリセットの範囲と言い替えることもでき、リセットされる範囲が広がるほどにリセットの強度が上がる。第３実施の形態ではこのリセット強度表もリセット条件ＤＢ５３０に保持される。

図８はこの表９の構造のリセット条件ＤＢ５３０を用いて即時反映か否かの制御を追加したフローチャートである。ステップＳ８０１〜Ｓ８１２は図７のステップＳ７０１〜Ｓ７１２と共通であるので説明を省略する。

ステップＳ８１３でリセット条件チェックモジュール５１４は取得した差分情報とリセット条件ＤＢ５３０を照合し、差分情報の中にリセット種類が指定された項目の変更があるか、リセットが必要な項目（強制リセット設定項目）があるかを判定する。存在しなければステップＳ８２０に進み、設定値管理モジュール５１１を介して、差分情報を適用して設定値ＤＢ５２０の内容を更新する。ステップＳ８１３で強制リセット設定項目が存在した場合は以降の繰り返し処理を行うが、ここでは複数の強制リセット設定項目が存在したと仮定して以下のステップを説明する。

同期データ中に異なる複数のリセット条件が定義された複数の設定項目が存在する場合、そのそれぞれについて以降の処理を実施する。ステップＳ８１４でリセット条件チェックモジュール５１４は、現在の機器の状態がリセットを発動する条件に合致するかどうかを、リセット条件ＤＢ５３０の条件状態欄と機器内状態チェックモジュール５１５に問い合わせて得た機器の状態とを照合して判定する。ここで機器の状態がリセットを発動する条件状態に合致した場合はステップＳ８１５に進み、該当するリセット動作をリセット発動リストに追加する。このステップＳ８１４、Ｓ８１５を、リセット発動条件を満たしている設定項目すべてについて繰り返す。ただし重複するリセット種類については繰り返す必要はなく、リセット種類分繰り返せばよい。

その後ステップＳ８１６においてリセット条件チェックモジュール５１４は、保持されたリセット発動リストに記載のリセット種類について、リセット条件ＤＢ５３０の中にあるリセット強度情報を参照して最も強度の高いリセット動作を選択する。選択したリセット動作を、発動するリセットの種類として確定し、ステップＳ８１７に進む。

ステップＳ８１７ではリセット条件チェックモジュール５１４は、発動条件に合致するキー識別子に対してリセット条件ＤＢ５３０の即時反映指示があるかないかを判定する。即時反映指示があった場合には、ステップＳ８１９に進み、画面リセットモジュール５１３に指示して決定したリセット動作を発動する。その後ステップＳ８２０に進み、設定値管理モジュール５１１を介して設定値ＤＢ５２０の内容を更新する。

ステップＳ８１７で即時反映指示がなかった場合は、ステップＳ８１８に進む。ステップＳ８１８では機器内状態チェックモジュール５１５が、発動条件に合致した機器内状態が解除されるのを待つ。当該状態が解除されたことが確認されたらステップＳ８２０に進み、設定値管理モジュール５１１を介して設定値ＤＢ５２０の内容を更新する。

以上の構成及び動作により、第２実施の形態に対してステップＳ８１３からＳ８１６の複数の発動すべきリセット種類が存在した際に、リセット条件ＤＢ５３０に保持されたリセット強度に基づき、もっとも強い強度のリセットを発動するという制御を行うことができる。このため、第１および第２の実施形態による効果を享受できることに加えて、複数の設定項目が変更されて、それぞれの設定項目について強制リセットが指定されている場合であっても、最も強度の高いリセット動作を実行するだけで済み、処理の冗長性を回避できる。

これにより例えば、ログイン中にコピー画面を操作している際に、項目copy_settings.force_mono_printの設定変更と項目user_auth_settings.auth_onoffの値０への設定変更の両方についてデータの同期が行われた場合は、前者についてコピー画面リセットが、後者についてログアウトがリセットの種類として指定されている。この２つのリセット処理のうちログアウトの方がリセット強度が高いので、ログアウトを実施し、その後に設定データの同期を行う。また、コピー画面リセットを発動する条件のデータのみを同期したらコピー画面リセットを行う。こうして、必要最小限のリセットを行うことでユーザの整合性を保つよう制御することができる。

［その他の実施例］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１１０管理サーバ、１２０複合機、４０１マスターデータ、５１４リセット条件チェックモジュール、５１３画面リセットモジュール、５２０設定値ＤＢ、５３０リセット条件ＤＢ

Claims

ネットワークデバイスの情報を管理するサーバとネットワークを介して接続されたネットワークデバイスであって、
前記ネットワークデバイスの設定データを保持する保持手段と、
設定の変更に際してログアウト処理が必要な設定項目をデータベースで管理する管理手段と、
前記保持手段で保持されている設定データを更新するための情報を受信する受信手段と、
前記ネットワークデバイスにユーザがログインしており、かつ、前記受信した情報に前記データベースで管理されたログアウト処理が必要な設定項目が含まれる場合には、ログアウト処理を実行する実行手段と、
前記ログアウト処理が実行されたことに従い、前記保持手段により保持された設定データを前記受信した情報を用いて更新する更新手段と
を有することを特徴とするネットワークデバイス。
前記更新手段は、前記受信した情報に前記データベースで管理されたログアウト処理が必要な設定項目が含まれない場合には、前記ログアウト処理の実行なしに、前記保持手段により保持された設定データを前記受信した情報を用いて更新することを特徴とする請求項１に記載のネットワークデバイス。
ユーザインタフェース手段を更に有し、
前記実行手段によりログアウト処理を実行する場合には、ログアウト処理が実行される旨を前記ユーザインタフェース手段に表示することを特徴とする請求項１または２に記載のネットワークデバイス。
設定の変更に際してログアウト処理が必要な設定項目は、認証にかかわる設定項目であることを特徴とする請求項１乃至３のいずれか１項に記載のネットワークデバイス。
設定の変更に際してログアウト処理が必要な設定項目は、認証されるユーザごとのデータ利用にかかわる設定項目であることを特徴とする請求項１乃至４のいずれか１項に記載のネットワークデバイス。
前記ネットワークデバイスの設定データの中で、設定の変更に際してログアウト処理が必要な設定項目ではない設定項目は、スリープにかかわる設定項目、ネットワーク設定にかかわる設定項目のいずれかであることを特徴とする請求項１乃至５のいずれか１項に記載のネットワークデバイス。
前記ネットワークデバイスは、コピー、ファクス、スキャン、プリントの少なくともいずれかの機能を実行できることを特徴とする請求項１乃至６のいずれか一項に記載のネットワークデバイス。
ネットワークデバイスの情報を管理するサーバとネットワークを介して接続されたネットワークデバイスにおける情報処理方法であって、
前記ネットワークデバイスの設定データを保持する保持工程と、
設定の変更に際してログアウト処理が必要な設定項目をデータベースで管理する管理工程と、
前記保持されている設定データを更新するための情報を受信する受信工程と、
前記ネットワークデバイスにユーザがログインしており、かつ、前記受信した情報に前記データベースで管理されたログアウト処理が必要な設定項目が含まれる場合には、ログアウト処理を実行する実行工程と、
前記ログアウト処理が実行されたことに従い、前記保持された設定データを前記受信した情報を用いて更新する更新工程と
を有することを特徴とする情報処理方法。
コンピュータを、請求項１乃至７のいずれか一項に記載の各手段として機能させるためのプログラム。