JP2008205850A - 画像形成装置、セキュリティ管理方法及びプログラム - Google Patents

Abstract

【課題】複数の機器に関する初期設定項目を利用者が設定することが可能な画像形成装置において、これらの項目に対する設定値に対して、設定による機器のセキュリティ面での安全性を数値化して利用者に提示する画像形成装置、セキュリティ管理方法及びプログラムを提供する。
【解決手段】装置に関する複数の設定項目を設定することが可能な画像形成装置であって、各設定項目の設定値及び評価軸に基づいて、セキュリティの強度を数値化する計算を行うセキュリティ得点判断部と、セキュリティ得点判断部による計算の結果得られた得点を利用者に通知する通知部と、を有する。
【選択図】図２

Description

本発明は、デジタル複写機、ファクシミリ装置、プリンタなどの複合機における画像形成装置に関し、詳しくは、複数のセキュリティに関する設定項目を備えた画像形成装置、セキュリティ管理方法及びプログラムに関する。

近年、画像形成装置に対するセキュリティの意識が高まるにつれ、様々なセキュリティ機能の設定が行えるようになってきた。情報システムのセキュリティを確保するシステムに関する従来技術例として、ドキュメントのドキュメント属性を取得することによって、セキュリティポリシーに基づいた処理制御を行う「画像形成装置及び、ポリシー配布サーバ並びにポリシー解釈サーバ」がある（例えば、特許文献１参照）。
特開２００４−１６６２４１号公報

しかし、あまりに多くのセキュリティ機能の設定が行えるようになってきたため、それら全ての項目を利用者（ユーザ）が理解することは困難であり、これらの項目に対する設定がどの程度のセキュリティ強度であるのかを認識するのが難しいという問題がある。

本発明は、上記事情に鑑みてなされたものであり、複数の機器に関する初期設定項目を利用者が設定することが可能な画像形成装置において、これらの項目に対する設定値に対して、設定による機器のセキュリティ面での安全性を数値化して利用者に提示する画像形成装置、セキュリティ管理方法及びプログラムを提供することを目的とする。

かかる目的を達成するために、請求項１記載の発明は、装置に関する複数の設定項目を設定することが可能な画像形成装置であって、各設定項目の設定値及び評価軸に基づいて、セキュリティの強度を数値化する計算を行うセキュリティ得点判断部と、セキュリティ得点判断部による計算の結果得られた得点を利用者に通知する通知部と、を有することを特徴とする。

請求項２記載の発明は、請求項１記載の発明において、セキュリティ得点判断部は、複数の評価軸に対して、セキュリティの強度を数値化する計算を行うことを特徴とする。

請求項３記載の発明は、請求項１又は２記載の発明において、通知部は、利用者に対して、得点が低い理由を示す内容を通知することを特徴とする。

請求項４記載の発明は、請求項１から３のいずれか１項に記載の発明において、セキュリティ得点判断部は、利用者からの操作に基づいて、各設定項目の評価軸を変更することを特徴とする。

請求項５記載の発明は、請求項１から４のいずれか１項に記載の発明において、セキュリティ得点判断部は、利用者からの操作に基づいて、各設定項目の評価軸を新たに作成することを特徴とする。

請求項６記載の発明は、請求項１から５のいずれか１項に記載の発明において、セキュリティ得点判断部が、得点が予め設定された閾値以下になったと判断した場合、通知部は、利用者に対して、その旨を自動的に通知することを特徴とする。

請求項７記載の発明は、請求項１から６のいずれか１項に記載の発明において、画像形成装置は、複数のセキュリティポリシーに従って段階分けされたセキュリティレベルを指定することにより複数の設定項目を一括設定可能であり、利用者によって１つまたは複数の設定項目を変更する要求があった場合に、設定項目の変更により過去に一括設定を行った際のセキュリティポリシーを満たすか否かを判定するセキュリティ管理部と、セキュリティ管理部による判定の結果、設定項目の変更により過去に一括設定を行った際のセキュリティポリシーを満たさなくなる場合は、その旨を表示する表示部と、を有することを特徴とする。

請求項８記載の発明は、請求項７記載の発明において、セキュリティレベルは、セキュリティポリシー無しを表現する１つのセキュリティレベル、及び、セキュリティポリシー有りを表現する１つまたは複数のセキュリティレベルの中から選択可能であることを特徴とする。

請求項９記載の発明は、請求項８記載の発明において、セキュリティポリシー有りを表現するセキュリティレベルの１つは、複数の管理者に対する権限の保護をポリシーとするセキュリティレベルであることを特徴とする。

請求項１０記載の発明は、請求項８記載の発明において、セキュリティポリシー有りを表現するセキュリティレベルの１つは、利用者の特定や、利用範囲を制限することをポリシーとするセキュリティレベルであることを特徴とする。

請求項１１記載の発明は、請求項８記載の発明において、セキュリティポリシー有りを表現するセキュリティレベルの１つは、アドレス帳などの個人情報の漏洩防止をポリシーとするセキュリティレベルであることを特徴とする。

請求項１２記載の発明は、請求項８から１１のいずれか１項に記載の発明において、セキュリティレベルは、レベルが高いほどセキュリティが強固となることを特徴とする。

請求項１３記載の発明は、請求項７から１２のいずれか１項に記載の発明において、表示部による表示の後、利用者により設定項目の変更指示があった場合、通知部は、管理者に対してセキュリティポリシーを満たさなくなった旨を通知することを特徴とする。

請求項１４記載の発明は、装置に関する複数の設定項目を設定することが可能な装置のセキュリティ管理方法であって、各設定項目の設定値及び評価軸に基づいて、セキュリティの強度を数値化する計算を行うセキュリティ得点算出ステップと、セキュリティ得点算出ステップにより得られた得点を利用者に通知する第１の通知ステップと、を有することを特徴とする。

請求項１５記載の発明は、請求項１４記載の発明において、得点が予め設定された閾値以下になったか否かを判断する得点判断ステップと、得点判断ステップにより得点が予め設定された閾値以下になったと判断された場合、利用者に対して、その旨を自動的に通知する第２の通知ステップと、を有することを特徴とする。

請求項１６記載の発明は、請求項１４又は１５記載の発明において、装置は、複数のセキュリティポリシーに従って段階分けされたセキュリティレベルを指定することにより複数の設定項目を一括設定可能であり、利用者によって１つまたは複数の設定項目を変更する要求があった場合に、設定項目の変更により過去に一括設定を行った際のセキュリティポリシーを満たすか否かを判定する設定項目変更判定ステップと、設定項目変更判定ステップによる判定の結果、設定項目の変更により過去に一括設定を行った際のセキュリティポリシーを満たさなくなる場合は、その旨を表示する表示ステップと、を有することを特徴とする。

請求項１７記載の発明は、装置に関する複数の設定項目を設定することが可能な装置に実行させるためのプログラムであって、各設定項目の設定値及び評価軸に基づいて、セキュリティの強度を数値化する計算を行うセキュリティ得点算出処理と、セキュリティ得点算出処理により得られた得点を利用者に通知する第１の通知処理と、を装置に実行させることを特徴とする。

請求項１８記載の発明は、請求項１７記載の発明において、複数のセキュリティポリシーに従って段階分けされたセキュリティレベルを指定することにより複数の設定項目を一括設定させる処理と、利用者によって１つまたは複数の設定項目を変更する要求があった場合に、設定項目の変更により過去に一括設定を行った際のセキュリティポリシーを満たすか否かを判定する設定項目変更判定処理と、設定項目変更判定処理による判定の結果、設定項目の変更により過去に一括設定を行った際のセキュリティポリシーを満たさなくなる場合は、その旨を表示する表示処理と、を装置に実行させることを特徴とする。

本発明によれば、複数の機器に関する初期設定項目を利用者が設定することが可能な画像形成装置において、これらの項目に対する設定値に対して、設定による機器のセキュリティ面での安全性を数値化して利用者に提示することが可能となる。

以下、本発明を実施するための最良の形態について添付図面を参照して詳細に説明する。

〔第１の実施形態〕
まず、本発明の画像形成装置の第１の実施形態として、実施例１〜６について説明する。

画像形成装置において、利用者は、装置に関する複数の初期設定項目を設定することが可能である。これら各種設定項目の中で、セキュリティに関係があるものが複数存在する。

そこで、本実施例１では、これらの項目に対する設定値に対して、設定による装置のセキュリティ面での安全性を数値化して利用者に提示することを目的とする。

本実施例１の画像形成装置のハードウェア構成例を図１に示す。
ＣＰＵ１は画像形成装置全体の制御を司るものであり、その制御下に、ＲＯＭ２、ＲＡＭ３、ＮＶ−ＲＡＭ４、パネル制御部５と操作パネル６、エンジン制御部７とスキャン／プリントエンジン８、ディスクドライバ９と記憶装置１０、モデム１１、外部Ｉ／Ｆ（インターフェイス）１２、通信制御部１３、がデータバス１４を介して接続されている。

ＲＯＭ２は、プログラムコード、フォント、及びその他の静的なデータが格納されている。ＲＡＭ３は、一時的な記憶場所として利用される。ＮＶ−ＲＡＭ４は、不揮発性のデータを格納しておく。パネル制御部５と操作パネル６は、ユーザとのインターフェイスを司る。エンジン制御部７とスキャン／プリントエンジン８は、イメージデータの入出力ユニットとして、紙原稿の読み取りと転写紙への印刷を実行する。ディスクドライバ９と記憶装置１０は、大量のイメージデータなどを蓄積したり、データベースの記憶したりする場所として利用される。通信制御部１３は、イーサネット（登録商標）などのネットワークに接続され、外部の機器（パーソナルコンピュータ（ＰＣ）等）との通信を可能とする。モデム１１は、公衆回線と接続され、外部の機器との通信を可能とする。外部Ｉ／Ｆ１２は、セントロニクスやＲＳ−２３２Ｃなどのインターフェイスを用いて外部の機器（ＰＣ等）との通信を可能とする。データバス１４は、上記各種デバイス間及び、ＣＰＵ１と上記各種デバイス間の通信を可能とする。

本実施例１の画像形成装置のソフトウェア構成例を図２に示す。
本発明の対象となるモジュールは、操作中の利用者からの要求を受け付けて処理するシステム２１、セキュリティに関する設定処理を管理（評価の開始、種類を判断）するセキュリティ管理部２２、画面に描画するための画面情報を構成する画面情報構成部２４、システムの利用者に通知するための通知情報（メール情報）を構成する通知情報構成部２５、現在の設定値と、評価軸（重み、条件）を元にセキュリティ点数を計算するセキュリティ得点判断部２３、を有して構成される。これらをまとめてシステム管理モジュール（ＳＣＳ）２０と呼ぶ。

また、システム管理モジュール（ＳＣＳ）２０は、外部のモジュールとの通信を行う。外部のモジュールとしては、図２に示すように、利用者の認証を行う認証モジュール（ＣＣＳ）３０、画面情報を元に操作パネル６上への画面描画を行う画面描画モジュール（ＯＣＳ）４０、メール情報を元にメールの作成と送信を行うメール通知モジュール（ＭＩＲＳ,ＤＣＳ）５０、設定値、セキュリティ評価軸（重み、条件）を保存するメモリ（ＮＶ−ＲＡＭ）６０が挙げられる。また、図２において、画像形成装置（システム）を利用する利用者（ユーザ）が存在する。

以上のように構成された本実施例１の画像形成装置において、利用者は装置に関する複数の初期設定項目を設定することが可能である。

初期設定・・・画像形成装置上の初期設定ボタンを押すことで画像形成装置の操作パネル６上に初期設定画面を表示させることができる。この初期設定画面において各種設定項目の変更が可能である。初期設定の各種項目は、４種類の管理者(機器管理者、ユーザ管理者、ネットワーク管理者、文書管理者)によって管理され、管理者毎に管理できる（設定を変更できる）項目が異なる。

ログインした利用者（管理者）が初期設定メニュー中の「セキュリティ診断」ボタンを押下することで初期設定に対するセキュリティ診断を実行する。このセキュリティ診断では、図３に示すセキュリティに関連する初期設定項目がどの程度セキュリティに対して強い設定になっているか、を判断し、利用者に対して、結果を点数（セキュリティ得点）で教える。このセキュリティ得点の計算手法を以下に述べる。

［セキュリティ得点計算方法］
これらの項目に対する設定値に対して、重み付け計算と条件付けの２種類を組み合わせて行う。
重み付け計算の式を以下に示す。
a1（各項目の重み）×ｘ２（各項目の得点）＋a２×ｘ２＋・・・＝得点
各項目の重み・・・０≦ａ≦１の値。この値はシステムに予め登録されているもの。
各項目の得点・・・設定値を０≦ｘ≦５の値に変換したもの。設定値との対応は予め登録されている。
（例：ユーザ管理者認証「する」「しない」の２値の場合「する」＝５,「しない」＝０）
この得点を０≦Ｘ≦１００（点）に正規化したものを最終的な重み付け計算での点数とする。

重みの初期値は、基本的にセキュリティレベル（下記参照）に従い予め決定しておく。実際には各項目の設定がどの程度セキュリティへの影響が大きいか、によって決定しておく。
セキュリティレベル１：管理者権限保護に関するもの（０．８≦ａ≦１．０）
セキュリティレベル２：情報漏洩防止に関するもの（０．５≦ａ≦０．７）
セキュリティレベル３：個人情報漏洩防止に関するもの（０．３≦ａ≦０．４）
その他のセキュリティ関連項目：（０≦ａ≦０．２）
図４に各設定項目と得点の算出の例を示す。

本実施例１の画像形成装置における全体の処理の流れを図５のシーケンス図に示す。
図５の〈１〉において、利用者（管理者Ａ）が初期設定メニュー中の「ログイン」ボタンを押下することで、システム管理モジュール（ＳＣＳ）２０に対して、ログインが要求される。

図５の〈２〉において、ログインの要求を受けたシステム管理モジュール（ＳＣＳ）２０では、システム２１が認証モジュール（ＣＣＳ）３０に対して、利用者認証を依頼する。そして、利用者認証の依頼を受けた認証モジュール（ＣＣＳ）３０は、利用者認証を実行する。

図５の〈３〉において、利用者認証によりログインに成功した利用者（管理者Ａ）が初期設定メニュー中の「セキュリティ診断」ボタンを押下することで、システム管理モジュール（ＳＣＳ）２０に対して、初期設定に対するセキュリティ診断が要求される。

図５の〈４〉において、セキュリティ診断の要求を受けたシステム管理モジュール（ＳＣＳ）２０では、セキュリティ管理部２２が画面情報構成部２４に対して、セキュリティ診断実行中を示す画面の作成を依頼する。依頼を受けた画面情報構成部２４は、画面情報（画面に描画すべき情報）を構成し、それを画面描画モジュール（ＯＣＳ）４０に送るとともに、画面情報を元に描画される画面を表示するように依頼する。画面描画モジュール（ＯＣＳ）４０は、受け取った画面情報を元にセキュリティ診断実行中を示す画面を描画し、操作パネル６上に表示する。

図５の〈５〉において、システム管理モジュール（ＳＣＳ）２０は、メモリ（ＮＶ−ＲＡＭ）６０から各種情報（設定値、評価軸（重み、条件））を取得して、それらの情報を元にセキュリティ診断を実行する。ここで、このセキュリティ診断の流れについては、図６のフローチャートを参照して説明する。

セキュリティ管理部２２は、評価軸に対する評価をセキュリティ得点判断部２３に依頼する（ステップＳ１）。セキュリティ得点判断部２３は、メモリ（ＮＶ−ＲＡＭ）６０から設定値を取得する（ステップＳ２。図５の〈５〉）。また、セキュリティ得点判断部２３は、メモリ（ＮＶ−ＲＡＭ）６０から評価軸（重み、条件）を取得する（ステップＳ３。図５の〈５〉）。そして、セキュリティ得点判断部２３は、取得した設定値及び評価軸（重み、条件）に基づいて、上述した重み付け計算を実施する（ステップＳ４）。

セキュリティ得点判断部２３は、計算の結果、得点以下で最大の点数Ｐの条件Ｑを満たしているか否かを判断する（ステップＳ５）。満たしていないと判断した場合は（ステップＳ５／ＮＯ）、Ｐ−１を現在の得点とし（ステップＳ６）、再びステップＳ５において判断する。

ステップＳ５において、セキュリティ得点判断部２３は、得点以下で最大の点数Ｐの条件Ｑを満たしていると判断した場合（ステップＳ５／ＹＥＳ）、現在の得点をこの軸の得点としてセキュリティ管理部２２へ通知する（ステップＳ７）。

通知を受けたセキュリティ管理部２２は、通知情報構成部２５に対して、セキュリティ診断の結果（セキュリティ得点）を示すメールの作成を依頼する（ステップＳ８）。

依頼を受けた通信情報構成部２５は、メール情報（メールで通知すべき情報）を構成する（ステップＳ９）。

そして、通信情報構成部２５は、メール通知モジュール（ＭＩＲＳ,ＤＣＳ）５０に対して、メール情報を送るとともに、そのメール情報を元に生成されるメールを利用者に通知するように依頼する（ステップＳ１０。図５の〈６〉）。メール通知モジュール（ＭＩＲＳ,ＤＣＳ）５０は、受け取ったメール情報を元にセキュリティ診断結果を示すメールを生成する。

図５の〈７〉において、システム管理モジュール（ＳＣＳ）２０では、セキュリティ管理部２２が画面情報構成部２４に対して、セキュリティ診断終了を示す画面の作成を依頼する。依頼を受けた画面情報構成部２４は、画面情報（画面に描画すべき情報）を構成し、それを画面描画モジュール（ＯＣＳ）４０に送る。画面描画モジュール（ＯＣＳ）４０は、受け取った画面情報を元にセキュリティ診断終了を示す画面を描画し、操作パネル６上に表示する。

図５の〈８〉及び〈９〉において、メール通知モジュール（ＭＩＲＳ,ＤＣＳ）５０は、ユーザ（管理者Ｂ）及びユーザ（管理者Ａ）に対して、生成したメールをそれぞれ送信する。

以上説明したように、本実施例１によれば、初期設定に対するセキュリティ得点を求め、利用者に通知することで、利用者は初期設定によるセキュリティ強度を知ることができる。

実施例１において、ＵＰの設定項目は４種類の管理者によって分散的に管理されており、ある管理者の設定項目は他の管理者には変更することができない。また、各管理者が管理する項目も多岐に渡るため、統合的なセキュリティ判定のみでは、どの管理者の設定項目がセキュリティ面で安全性が低いのか、もしくは、どのような設定項目がセキュリティ面で安全性が低いのか、を利用者は判断することができない。

そこで、本実施例２では、これらの事柄を判断する為に、複数軸においてセキュリティ面での安全性を判断することで、どの管理者の設定項目がセキュリティ面で安全性が低いのか、もしくは、どのような設定項目がセキュリティ面で安全性が低いのかを明示化し、改善を促すことを目的とする。

本実施例２の構成は、実施例１における図１及び図２に示すものと同じであるので、ここでの説明は省略する。本実施例２では、「トータルセキュリティ」の他に、各管理者毎に管理しているセキュリティ項目の得点を出す「各管理者毎のセキュリティ」（ネットワーク管理者管理項目セキュリティ、ユーザ管理者管理項目セキュリティ、機器管理者管理項目セキュリティ、文書管理者管理項目セキュリティ）を用意する。その他にも「ログインセキュリティ」など、管理者間を跨いだ軸も存在する。各評価軸毎に重み、条件が別途存在する。

本実施例２では、初期設定により、各評価軸毎にセキュリティ診断を実行する／実行しないを選択できる。
トータルセキュリティ・・・全てのセキュリティ項目を対象にする
ログインセキュリティ・・・ユーザ、管理者に関わらず
各管理者のセキュリティ（ネットワーク、ユーザ、機器、文書）・・・各管理者の管理項目のみを対象としたセキュリティ
ログインセキュリティ・・・各種管理者認証、ユーザ認証管理、パスワードポリシーの設定など、ログイン時の認証に関するセキュリティ
図７にネットワーク管理者管理項目セキュリティ軸の得点の算出の例を示す。

本実施例２の全体の処理の流れは図５に示すものと同じであるので、ここでの説明は省略する。本実施例２のセキュリティ診断の流れについて、図８のフローチャートを参照して以下に説明する。

セキュリティ管理部２２は、評価軸に対する評価をセキュリティ得点判断部２３に依頼する（ステップＳ１１）。セキュリティ得点判断部２３は、メモリ（ＮＶ−ＲＡＭ）６０から設定値を取得する（ステップＳ１２。図５の〈５〉）。また、セキュリティ得点判断部２３は、メモリ（ＮＶ−ＲＡＭ）６０から評価軸（重み、条件）を取得する（ステップＳ１３。図５の〈５〉）。そして、セキュリティ得点判断部２３は、取得した設定値及び評価軸（重み、条件）に基づいて、上述した重み付け計算を実施する（ステップＳ１４）。

セキュリティ得点判断部２３は、計算の結果、得点以下で最大の点数Ｐの条件Ｑを満たしているか否かを判断する（ステップＳ１５）。満たしていないと判断した場合は（ステップＳ１５／ＮＯ）、Ｐ−１を現在の得点とし（ステップＳ１６）、再びステップＳ１５において判断する。

ステップＳ１５において、セキュリティ得点判断部２３は、得点以下で最大の点数Ｐの条件Ｑを満たしていると判断した場合（ステップＳ１５／ＹＥＳ）、現在の得点をこの軸の得点としてセキュリティ管理部２２へ通知する（ステップＳ１７）。

また、セキュリティ得点判断部２３は、まだ評価軸があるか否かを判断する（ステップＳ１８）。まだ評価軸があると判断した場合（ステップＳ１８／ＹＥＳ）、ステップＳ１３に戻る。

セキュリティ得点判断部２３がもう評価軸はない（ステップＳ１８／ＮＯ）と判断した場合、通知を受けたセキュリティ管理部２２は、通知情報構成部２５に対して、セキュリティ診断の結果（セキュリティ得点）を示すメールの作成を依頼する（ステップＳ１９）。

依頼を受けた通信情報構成部２５は、メール情報（メールで通知すべき情報）を構成する（ステップＳ２０）。

そして、通信情報構成部２５は、メール通知モジュール（ＭＩＲＳ,ＤＣＳ）５０に対して、メール情報を送るとともに、そのメール情報を元に生成されるメールを利用者に通知するように依頼する（ステップＳ２１。図５の〈６〉）。メール通知モジュール（ＭＩＲＳ,ＤＣＳ）５０は、受け取ったメール情報を元にセキュリティ診断結果を示すメールを生成する。以降の動作は、図５に示した通りである。

以上説明したように、本実施例２によれば、複数の評価軸においてセキュリティ得点を求めることで、利用者はどの点でセキュリティが弱いか、及び、どの管理者の管理項目のセキュリティが弱いか、を知ることができる。

実施例１において、セキュリティ診断の結果はメール（文字列）によって利用者に伝える。しかし、単純にセキュリティの点数をメール中に記載して送信するだけでは利用者にとって、どの設定項目を変更することで能率的にセキュリティの安全性を高めることができるのか、が判断できない。

そこで、本実施例３では、能率的にセキュリティの安全性を高めさせる為のメールでの通知方法を明示する。なお、本実施例３の構成及び動作は、実施例１と同じであるので、ここでの説明は省略する。

本実施例３におけるメールの内容は以下の通りである。メール本文の例は図９に示す。
・各評価軸における得点
・特に獲得点数の低い項目（５−ｘ（現状の設定））×重みが大きい順に複数（例えば３項目）、条件で引っかかった項目を記載して知らせることで具体的に点数を上げる為の注意を促す。
・各管理者の評価軸に関しては、「対象の管理者のみに通知する／全員に通知する」を予め設定することが可能である。

以上説明したように、本実施例３によれば、利用者に対して、何故セキュリティ得点が低いかを示す内容を記述したメールを送信することで、利用者がセキュリティ強度を強める為の設定を行うことを促すことができる。

実施例１において、利用者の利用形態によって、ある種類の設定項目はセキュリティに対して安全性を高く持つ必要があり、他の設定項目においてはその必要が無い、といった利用シーンが考えられる。

そこで、本実施例４では、このような利用シーンに対して対応する為、利用者の利用形態にあった各評価軸のセキュリティ点数と各項目の関係をユーザに決定させることを目的とする。

本実施例４の構成は、実施例１における図１及び図２に示すものと同じであるので、ここでの説明は省略する。本実施例４では、総合得点と各軸での得点をメールに記載して登録されている対象者にメールで通知を行う。対象者は各管理者をデフォルトとし、初期設定によって変更することが可能である。

また、本実施例４では、初期設定によって各セキュリティ評価軸中の重みの増減、条件の変更を実施することができる。利用者は変更したい評価軸を選択すると、現在の重み及び条件がパネル上に表示されるので、その中から変更したい設定項目を選択し、重みを変更、または新しい条件の生成、削除を実施することができる。

本実施例４の処理の流れについて、図１０のフローチャートを参照して以下に説明する。

セキュリティ管理部２２は、評価軸（重み、条件）の変更をセキュリティ得点判断部２３に依頼する（ステップＳ３１）。セキュリティ得点判断部２３は、メモリ（ＮＶ−ＲＡＭ）６０から現在の評価軸（重み、条件）を取得する（ステップＳ３２）。

セキュリティ管理部２２は、評価軸を変更するための画面の作成を画面情報構成部２４に依頼し、依頼を受けた画面情報構成部２４は、画面情報（画面に描画すべき情報）を構成し、それを画面描画モジュール（ＯＣＳ）４０に送り、評価軸を変更するための画面（図１１参照）の描画を依頼する（ステップＳ３３）。画面描画モジュール（ＯＣＳ）４０は、受け取った画面情報を元に評価軸を変更するための画面（図１１参照）を描画し、操作パネル６上に表示する。

図１１に示す画面からユーザが新たな評価軸（重み、条件）を入力すると、システム２１は、入力された新たな評価軸（重み、条件）をセキュリティ管理部２２に伝える（ステップＳ３４）。

セキュリティ得点判断部２３は、セキュリティ管理部２２から新たな評価軸（重み、条件）を受け取ると、メモリ（ＮＶ−ＲＡＭ）６０から取得した現在の評価軸（重み、条件）を、ユーザ入力による新たな評価軸（重み、条件）に更新してメモリ（ＮＶ−ＲＡＭ）６０に記憶させる（ステップＳ３５）。

以上説明したように、本実施例４によれば、利用者にセキュリティ評価軸をカスタマイズさせることで、利用者の利用形態にあったセキュリティ得点を算出することができる。

実施例１において、利用者の利用形態において、更に新たな評価軸を必要とすることが考えられる。

そこで、本実施例５では、利用者に合った新たな軸を利用者自身に作成させることを目的とする。

本実施例５の構成は、実施例１における図１及び図２に示すものと同じであるので、ここでの説明は省略する。本実施例５では、初期設定によって、利用者は新しいセキュリティ評価軸を生成、保存し、セキュリティ診断に使用することができる。

新しいセキュリティ評価軸の生成（作成）手法は次の二種類が存在する。
［１］評価軸の評価項目を全てユーザが選択し、重みを決定する。また、条件も全てユーザが決定する。
［２］既存の評価軸、またはテンプレートとなる評価軸の内容をコピーし、それに対して変更を加えることで新たな評価軸を作成する。既存の評価軸の内容はこれによって変更されることは無い。
テンプレートとなる評価軸・・・基本となる評価項目の組み合わせ、条件が予め登録されている評価軸のテンプレート。複数種類存在する。重みは全て０．５に設定されている。

本実施例４の処理の流れについて、図１２のフローチャートを参照して以下に説明する。

セキュリティ管理部２２は、新たな評価軸（重み、条件）の作成をセキュリティ得点判断部２３に依頼する（ステップＳ４１）。

セキュリティ得点判断部２３は、新たな評価軸（重み、条件）の登録が可能か否かを判断する（ステップＳ４２）。判断の結果、登録が不可能な場合（ステップＳ４２／ＮＯ）、処理を終了する。

判断の結果、登録が可能な場合（ステップＳ４２／ＹＥＳ）、セキュリティ得点判断部２３は、テンプレートとなる評価軸（重み、条件）をＮＶ−ＲＡＭ６０から取得する（ステップＳ４３）。

セキュリティ管理部２２は、新たな評価軸を作成するための画面の作成を画面情報構成部２４に依頼し、依頼を受けた画面情報構成部２４は、画面情報（画面に描画すべき情報）を構成し、それを画面描画モジュール（ＯＣＳ）４０に送り、新たな評価軸を作成するための画面の描画を依頼する（ステップＳ４４）。画面描画モジュール（ＯＣＳ）４０は、受け取った画面情報を元に新たな評価軸を作成するための画面を描画し、操作パネル６上に表示する。

操作パネル６上に表示された上記画面からユーザが新たな評価軸（重み、条件）を入力すると、システム２１は、入力された新たな評価軸（重み、条件）をセキュリティ管理部２２に伝える（ステップＳ４５）。

セキュリティ得点判断部２３は、セキュリティ管理部２２から新たな評価軸（重み、条件）を受け取ると、ユーザ入力による新たな評価軸（重み、条件）をメモリ（ＮＶ−ＲＡＭ）６０に登録する（ステップＳ４６）。

以上説明したように、本実施例５によれば、利用者にセキュリティ評価軸を新たに生成させることで、利用者の利用形態にあったセキュリティ得点を算出することができる。

実施例１では、利用者の能動的な操作（セキュリティ診断の実行要求）からのみセキュリティ診断を行うものとした。

本実施例６では、利用者の能動的な操作（セキュリティ診断の実行要求）からだけではなく、利用者の設定したセキュリティ得点の閾値よりセキュリティ得点が下回った場合に自動的にメールを送信することを目的とする。

本実施例６の構成は、実施例１における図１及び図２に示すものと同じであるので、ここでの説明は省略する。本実施例６では、利用者は、予め初期設定において、自動メール通知を実施する為の評価軸と閾値となる点数を登録する。

初期設定の各種設定項目の値を変更した場合、自動メール通知の実施が設定された評価軸に対するセキュリティ点数の計算が自動的に行われる。

その結果の点数がもし利用者が閾値として設定した点数を下回った場合、セキュリティ診断実行時と同様のメールを利用者に送信する。

本実施例６の全体の処理の流れは図５に示すものと同じであるので、ここでの説明は省略する。本実施例６の処理の流れについて、図１３のフローチャートを参照して以下に説明する。

利用者により予め初期設定において、自動メール通知を実施する為の評価軸と閾値となる点数が登録されると、セキュリティ管理部２２は、評価軸に対する評価をセキュリティ得点判断部２３に依頼する（ステップＳ５１）。

セキュリティ得点判断部２３は、メモリ（ＮＶ−ＲＡＭ）６０から設定値を取得する（ステップＳ５２。図５の〈５〉）。また、セキュリティ得点判断部２３は、閾値が設定されている評価軸（重み、条件）を取得する（ステップＳ５３。図５の〈５〉）。そして、セキュリティ得点判断部２３は、取得した設定値及び評価軸（重み、条件）に基づいて、上述した重み付け計算を実施する（ステップＳ５４）。

セキュリティ得点判断部２３は、計算の結果、得点以下で最大の点数Ｐの条件Ｑを満たしているか否かを判断する（ステップＳ５５）。満たしていないと判断した場合は（ステップＳ５５／ＮＯ）、Ｐ−１を現在の得点とし（ステップＳ５６）、再びステップＳ５５において判断する。

ステップＳ５５において、セキュリティ得点判断部２３は、得点以下で最大の点数Ｐの条件Ｑを満たしていると判断した場合（ステップＳ５５／ＹＥＳ）、算出した現在の得点と、ユーザが設定した閾値とを比較し（ステップＳ５７）、算出した現在の得点が閾値よりも低いか否かを判断する（ステップＳ５８）。比較・判断の結果、算出した現在の得点が閾値よりも高い（ステップＳ５８／ＮＯ）、処理を終了する。

ステップＳ５７，Ｓ５８において、比較・判断の結果、算出した現在の得点が閾値よりも低い（ステップＳ５８／ＹＥＳ）、セキュリティ管理部２２は、通知情報構成部２５に対して、セキュリティ診断の結果（セキュリティ得点）を示すメールの作成を依頼する（ステップＳ５９）。

依頼を受けた通信情報構成部２５は、メール情報（メールで通知すべき情報）を構成する（ステップＳ６０）。

そして、通信情報構成部２５は、メール通知モジュール（ＭＩＲＳ,ＤＣＳ）５０に対して、メール情報を送るとともに、そのメール情報を元に生成されるメールを利用者に通知するように依頼する（ステップＳ６１。図５の〈６〉）。メール通知モジュール（ＭＩＲＳ,ＤＣＳ）５０は、受け取ったメール情報を元にセキュリティ診断結果を示すメールを生成する。以降の動作は、図５に示した通りである。

以上説明したように、本実施例６によれば、セキュリティ得点が、利用者により定められた閾値を下回った場合にメールを送信することで、セキュリティ強度が下がった場合に迅速に利用者に伝え、対策を促すことができる。

〔第２の実施形態〕
近年、画像形成装置に対するセキュリティの意識が高まるにつれ、様々なセキュリティ機能設定が行えるようになってきたが、あまりに多くの設定が行えるようになってきたため、それら全ての項目を利用者（ユーザ）が理解して設定、管理することは困難となりつつあり、また、設定に手間がかかりすぎるという問題があったため、セキュリティに関する設定項目をセキュリティポリシーに従い、容易に一括設定できる機能が考案されている。

しかし、セキュリティに関する項目をポリシーに従って一括で設定できるようになると、利用者はセキュリティに関する個々の項目に関して深い知識を持つことなく設定できるので、その後セキュリティに関する設定項目を個々に編集した場合、過去に設定したポリシーを満たさなくなることを認識するのが難しくなるという問題が発生する。本発明の実施形態２では、このような問題を解決する。

本発明の画像形成装置の第２の実施形態として、実施例７〜１４について説明する。

本実施例７の画像形成装置のハードウェア構成例は、実施例１で説明した図１と同様であるので、ここでの説明は省略する。
本実施例７の画像形成装置のソフトウェア構成例を図１４に示す。
本発明の対象となるモジュールは、操作中の利用者からの要求を受け付けて処理するシステム２１、セキュリティに関する設定処理を管理（評価の開始、種類を判断）するセキュリティ管理部２２、セキュリティに関する設定仕様を管理（機器が予め持っている評価軸（重み、条件）情報の保持）するセキュリティ仕様保持部２７、画面に描画するための画面情報を構成する画面情報構成部２４、システムの利用者に通知するための通知情報（メール情報）を構成する通知情報構成部２５、利用者により要求される１つまたは複数の設定値変更に対し、既設定値との差異を抽出する設定差異判定部２６、を有して構成される。これらをまとめてシステム管理モジュール（ＳＣＳ）２０と呼ぶ。

また、システム管理モジュール（ＳＣＳ）２０は、外部のモジュールとの通信を行う。外部のモジュールとしては、図１４に示すように、利用者の認証を行う認証モジュール（ＣＣＳ）３０、画面情報を元に操作パネル６上への画面描画を行う画面描画モジュール（ＯＣＳ）４０、メール情報を元にメールの作成と送信を行うメール通知モジュール（ＭＩＲＳ,ＤＣＳ）５０、設定値、セキュリティ評価軸（重み、条件）を保存するメモリ（ＮＶ−ＲＡＭ）６０が挙げられる。また、図１４において、画像形成装置（システム）を利用する利用者（ユーザ）が存在する。

本実施例７の画像形成装置における全体の処理の流れを図１５のシーケンス図に示す。図１５は、利用者がセキュリティレベル変更要求を出してから、利用者がセキュリティポリシーを満たさなくなる設定変更を要求してポリシーを満たさなくなったことを各管理者にメール通知するまでの、モジュール単位での処理の具体例である。また、図１５におけるシステム管理モジュール（ＳＣＳ）２０内部の処理（セキュリティレベル管理処理）の流れを図１６のフローチャートに示す。

図１５の〈１〉において、利用者が初期設定メニュー中の「ログイン」ボタンを押下することで、システム管理モジュール（ＳＣＳ）２０に対して、ログインが要求される。

図１５の〈２〉において、ログインの要求を受けたシステム管理モジュール（ＳＣＳ）２０では、システム２１が認証モジュール（ＣＣＳ）３０に対して、利用者認証を依頼する。そして、利用者認証の依頼を受けた認証モジュール（ＣＣＳ）３０は、利用者認証を実行する。

図１５の〈３〉において、利用者認証によりログインに成功した利用者は、セキュリティポリシーに従ったセキュリティレベルを選択し、システム管理モジュール（ＳＣＳ）２０に対して、セキュリティ関連設定項目の一括設定を要求する。

ここで、要求を受けたシステム管理モジュール（ＳＣＳ）２０において、設定差異判定部２６は、要求を受けたセキュリティレベルに対し、現在の設定値との差異を確認して変更すべき項目があるかどうかを判断する。もし変更すべき項目が無ければ処理を終了する。変更すべき項目があれば、セキュリティ仕様保持部２７の情報を用いて、セキュリティレベルに対応した設定値をメモリ６０に書き込む。

図１５の〈４〉において、利用者は設定項目の変更を、システム管理モジュール（ＳＣＳ）２０に対して要求する。ここで、システム管理モジュール（ＳＣＳ）２０内部の処理（セキュリティレベル管理処理）の流れについては、図１６のフローチャートを参照して説明する。

利用者により所定の設定項目変更がシステム２１に要求されると（ステップＳ６１）、セキュリティ管理部２２は、その設定項目がセキュリティ関連項目かどうかを判断する（ステップＳ６１）。判断の結果、セキュリティ関連項目でなければ（ステップＳ６２／ＮＯ）、設定変更を実施する（ステップＳ６７）。

ステップＳ６２の判断の結果、セキュリティ関連項目であれば（ステップＳ６２／ＹＥＳ）、セキュリティ管理部２２は、設定差異判定部２６及びセキュリティ仕様保持部２７と連携し、その設定変更を行った後も先ほど設定したセキュリティレベルのポリシーを満たすかどうかを判定する（ステップＳ６３。図１５の〈５〉）。判定の結果、ポリシーを満たす範囲内での設定変更である場合（ステップＳ６３／ＹＥＳ）、設定変更を実施する（ステップＳ６７）。

ステップＳ６２の判定の結果、設定変更によりポリシーを満たさなくなると判断したら（ステップＳ６３／ＮＯ）、セキュリティ管理部２２は、画面情報構成部２４に対して、利用者に対してポリシーを満たさなくなる旨を通知する画面（図１７参照）の作成を依頼し、依頼された画面情報構成部２４は、その画面を描画するための画面情報を構成して画面描画モジュール（ＯＣＳ）４０に送るとともに、画面情報を元に描画される画面を表示するように依頼する（図１５の〈６〉）。画面描画モジュール（ＯＣＳ）４０は、受け取った画面情報を元に図１７に示す画面を操作パネル６上に描画する（ステップＳ６４）。これにより、利用者に対して設定変更をするかどうかを促し、その後、利用者からの指示入力を待つ。

設定変更しないという指示を受け付けた場合（ステップＳ６５／ＮＯ）、設定変更をせずに処理を終了する。設定変更をするというを受け付けた場合（ステップＳ６５／ＹＥＳ）、セキュリティ管理部２２は、通知情報構成部２５に対し各管理者にポリシーを満たさなくなったことを通知するためのメールの作成を依頼し（ステップＳ６６）、依頼された通信情報構成部２５は、そのメールを生成するためのメール情報を構成してメール通知モジュール（ＭＩＲＳ,ＤＣＳ）５０に送るとともに、メール情報を元に生成されるメールを利用者に通知するように依頼する（図１５の〈７〉）。メール通知モジュール（ＭＩＲＳ,ＤＣＳ）５０は、受け取ったメール情報を元に、ポリシーを満たさなくなったことを通知するためのメールを生成し、メール送信を行う。

その後、図１５の〈８〉において、システム管理モジュール（ＳＣＳ）２０の設定差異判定部２６は、メモリ６０に対して設定値の変更を行い（ステップＳ６７）、処理を終了する。

以上説明したように、本実施例７によれば、セキュリティ設定項目を変更することで、過去に一括設定を行った際のポリシーを満たさなくなった場合に、各管理者に対してポリシーを満たさなくなったことを通知することで、セキュリティポリシーを維持管理することが容易になるという効果を奏する。

本実施例８では、上記実施例７における、セキュリティレベルとセキュリティポリシーの関係、及び、各管理者の管理項目とセキュリティレベルによる設定値の関係の具体例についてそれぞれ説明する。

まず、セキュリティポリシーに従って段階分けされたセキュリティレベルの具体例を図１８に示す。図１８において、レベル０は、特にポリシーは無く、セキュリティ管理をあまり気にしない場合の設定である。レベル１は、複数の管理者に対する権限の保護をポリシーとしており、レベル１に設定することにより管理者の認証が必要となる等の設定が行われる。レベル２は、利用者の特定や、利用範囲の制限をポリシーとしており、レベル２に設定することによってコピーの利用者を制限する機能が働く等の設定が行われる。レベル３は、アドレス帳等の個人情報の漏洩防止をポリシーとしており、レベル３に設定することによってアドレス帳の暗号化をする等の設定が行われる。このように、レベルを高くすると、下位のレベルに加えて新たな項目に対してもセキュリティが守られ、セキュリティの強固さも強くなる。

次に、各管理者の管理項目と、セキュリティレベルによる設定値を示す関係の具体例を図１９に示す。このような関係を仕様として管理するのが、図１４に示すソフトウェア構成例の中の、セキュリティ仕様保持部２７となる。セキュリティ機能設定項目が増減しても、セキュリティ仕様保持部２７が管理するこの表（図１９）を設計者がメンテナンスすることで、利用者はセキュリティ機能設定項目の詳細を意識することなく、レベルを選択するのみで設定値を一括設定することができる。

以上説明したように、本実施例８によれば、セキュリティ関連設定項目の詳細を意識せずに、セキュリティの考慮しない設定と考慮する設定を利用者が選択して一括設定できる効果を奏する。

また、本実施例８によれば、セキュリティ関連設定項目の詳細を意識せずに、複数の管理者に対する権限の保護ができる設定に一括設定できる効果を奏する。

また、本実施例８によれば、セキュリティ関連設定項目の詳細を意識せずに、利用者の特定や利用範囲を制限することができる設定に一括設定できる効果を奏する。

また、本実施例８によれば、セキュリティ関連設定項目の詳細を意識せずに、アドレス帳などの個人情報の漏洩防止ができる設定に一括設定できる効果を奏する。

また、本実施例８によれば、各セキュリティポリシーに対するセキュリティの強固さを比較できる効果を奏する。

本実施例９では、例えば、図２０に示す画面において、セキュリティレベル２が設定されていた場合にセキュリティレベルを３に変更した場合を考える。この場合に変更が必要な項目を図２１に示す。

図２１において、ユーザ管理者の「アドレス帳暗号化」及び「パスワードポリシー：複雑さ設定」、文書管理者の「文書保護強化」、機器管理者の「実行中ジョブへの認証の実施」の設定が一括設定されることがわかる。ここで、セキュリティレベルを設定する際、利用者は「アドレス帳などの個人情報の漏洩防止」をポリシーとした結果、設定項目「文書保護強化」が「しない」から「する」に変わったことを意識する必要はない。

このようにして、図１８に示す「アドレス帳などの個人情報の漏洩防止」をポリシーとしたセキュリティレベル３に設定された状態で、設定項目「文書保護強化」を「しない」に設定変更するとセキュリティレベル３を満たさなくなる。そこで、設定変更によりポリシーを満たさなくなったことを画面表示し、設定変更すると管理者にメール通知を行う。メールの内容は図１７に示す通りである。

以上説明したように、本実施例９によれば、各管理者は画像形成装置のそばにいなくてもセキュリティポリシーの維持管理ができる効果を奏する。

以上、本発明の実施形態及び実施例について説明したが、上記記載に限定されるものではなく、その要旨を逸脱しない範囲において種々の変形が可能である。なお、上記各実施例は、可能な範囲において、各々を組み合わせて構成・動作することが可能である。

本発明は、複数のセキュリティに関係する初期設定項目を持つ装置・機器に適用できる。

本発明の画像形成装置のハードウェア構成を示すブロック図である。 本発明の第１の実施形態の画像形成装置のハードウェア構成を示すブロック図である。 本発明の第１の実施形態の画像形成装置に係るセキュリティ関連項目を示す表である。 本発明の実施例１の画像形成装置に係る各設定項目と得点の算出の例を示す表である。 本発明の第１の実施形態の画像形成装置に係る全体の処理の流れを示すシーケンス図である。 本発明の実施例１の画像形成装置に係るシステム管理モジュール内の処理の流れを示すフローチャートである。 本発明の実施例２の画像形成装置に係る各設定項目と得点の算出の例を示す表である。 本発明の実施例２の画像形成装置に係るシステム管理モジュール内の処理の流れを示すフローチャートである。 本発明の実施例３の画像形成装置に係る通知メールの内容の例を示す図である。 本発明の実施例４の画像形成装置に係るシステム管理モジュール内の処理の流れを示すフローチャートである。 本発明の実施例４の画像形成装置に係る評価軸変更画面の例を示す図である。 本発明の実施例５の画像形成装置に係るシステム管理モジュール内の処理の流れを示すフローチャートである。 本発明の実施例６の画像形成装置に係るシステム管理モジュール内の処理の流れを示すフローチャートである。 本発明の第２の実施形態に係る画像形成装置のハードウェア構成を示すブロック図である。 本発明の第２の実施形態の画像形成装置に係る全体の処理の流れを示すシーケンス図である。 本発明の実施例７の画像形成装置に係るシステム管理モジュール内の処理の流れを示すフローチャートである。 本発明の第２の実施形態の画像形成装置に係る設定差異表示画面の例を示す図である。 本発明の第２の実施形態の画像形成装置に係るセキュリティレベルとセキュリティポリシーの関係を示す表である。 本発明の第２の実施形態の画像形成装置に係る各管理者項目とセキュリティレベルによる設定値の関係を示す表である。 本発明の第２の実施形態の画像形成装置に係るセキュリティレベル設定画面の例を示す図である。 本発明の第２の実施形態の画像形成装置に係るセキュリティレベル変更時の設定変更項目を示す表である。

符号の説明

１ ＣＰＵ
２ ＲＯＭ
３ ＲＡＭ
４ ＮＶ−ＲＡＭ
５ パネル制御部
６ 操作パネル
７ エンジン制御部
８ スキャン／プリントエンジン
９ ディスクドライバ
１０ 記憶装置
１１ モデム
１２ 外部Ｉ／Ｆ
１３ 通信制御部
１４ データバス
２０ システム管理モジュール（ＳＣＳ）
２１ システム
２２ セキュリティ管理部
２３ セキュリティ得点判断部
２４ 画面情報構成部
２５ 通知情報構成部
２６ 設定差異判定部
２７ セキュリティ仕様保持部
３０ 認証モジュール（ＣＣＳ）
４０ 画面描画モジュール（ＯＣＳ）
５０ メール通知モジュール（ＭＩＲＳ，ＤＣＳ）
６０ メモリ（ＮＶ−ＲＡＭ）

Claims (18)

1. 装置に関する複数の設定項目を設定することが可能な画像形成装置であって、
   前記各設定項目の設定値及び評価軸に基づいて、セキュリティの強度を数値化する計算を行うセキュリティ得点判断部と、
   前記セキュリティ得点判断部による計算の結果得られた得点を利用者に通知する通知部と、
   を有することを特徴とする画像形成装置。
2. 前記セキュリティ得点判断部は、複数の評価軸に対して、セキュリティの強度を数値化する計算を行うことを特徴とする請求項１記載の画像形成装置。
3. 前記通知部は、前記利用者に対して、前記得点が低い理由を示す内容を通知することを特徴とする請求項１又は２記載の画像形成装置。
4. 前記セキュリティ得点判断部は、前記利用者からの操作に基づいて、前記各設定項目の評価軸を変更することを特徴とする請求項１から３のいずれか１項に記載の画像形成装置。
5. 前記セキュリティ得点判断部は、前記利用者からの操作に基づいて、前記各設定項目の評価軸を新たに作成することを特徴とする請求項１から４のいずれか１項に記載の画像形成装置。
6. 前記セキュリティ得点判断部が、前記得点が予め設定された閾値以下になったと判断した場合、前記通知部は、前記利用者に対して、その旨を自動的に通知することを特徴とする請求項１から５のいずれか１項に記載の画像形成装置。
7. 前記画像形成装置は、
   複数のセキュリティポリシーに従って段階分けされたセキュリティレベルを指定することにより前記複数の設定項目を一括設定可能であり、
   利用者によって１つまたは複数の設定項目を変更する要求があった場合に、該設定項目の変更により過去に一括設定を行った際のセキュリティポリシーを満たすか否かを判定するセキュリティ管理部と、
   前記セキュリティ管理部による判定の結果、前記設定項目の変更により過去に一括設定を行った際のセキュリティポリシーを満たさなくなる場合は、その旨を表示する表示部と、
   を有することを特徴とする請求項１から６のいずれか１項に記載の画像形成装置。
8. 前記セキュリティレベルは、前記セキュリティポリシー無しを表現する１つのセキュリティレベル、及び、前記セキュリティポリシー有りを表現する１つまたは複数のセキュリティレベルの中から選択可能であることを特徴とする請求項７記載の画像形成装置。
9. 前記セキュリティポリシー有りを表現するセキュリティレベルの１つは、複数の管理者に対する権限の保護をポリシーとするセキュリティレベルであることを特徴とする請求項８記載の画像形成装置。
10. 前記セキュリティポリシー有りを表現するセキュリティレベルの１つは、利用者の特定や、利用範囲を制限することをポリシーとするセキュリティレベルであることを特徴とする請求項８記載の画像形成装置。
11. 前記セキュリティポリシー有りを表現するセキュリティレベルの１つは、アドレス帳などの個人情報の漏洩防止をポリシーとするセキュリティレベルであることを特徴とする請求項８記載の画像形成装置。
12. 前記セキュリティレベルは、レベルが高いほどセキュリティが強固となることを特徴とする請求項８から１１のいずれか１項に記載の画像形成装置。
13. 前記表示部による表示の後、前記利用者により前記設定項目の変更指示があった場合、前記通知部は、管理者に対して前記セキュリティポリシーを満たさなくなった旨を通知することを特徴とする請求項７から１２のいずれか１項に記載の画像形成装置。
14. 装置に関する複数の設定項目を設定することが可能な装置のセキュリティ管理方法であって、
    前記各設定項目の設定値及び評価軸に基づいて、セキュリティの強度を数値化する計算を行うセキュリティ得点算出ステップと、
    前記セキュリティ得点算出ステップにより得られた得点を利用者に通知する第１の通知ステップと、
    を有することを特徴とするセキュリティ管理方法。
15. 前記得点が予め設定された閾値以下になったか否かを判断する得点判断ステップと、
    前記得点判断ステップにより前記得点が予め設定された閾値以下になったと判断された場合、前記利用者に対して、その旨を自動的に通知する第２の通知ステップと、
    を有することを特徴とする請求項１４記載のセキュリティ管理方法。
16. 前記装置は、
    複数のセキュリティポリシーに従って段階分けされたセキュリティレベルを指定することにより前記複数の設定項目を一括設定可能であり、
    利用者によって１つまたは複数の設定項目を変更する要求があった場合に、該設定項目の変更により過去に一括設定を行った際のセキュリティポリシーを満たすか否かを判定する設定項目変更判定ステップと、
    前記設定項目変更判定ステップによる判定の結果、前記設定項目の変更により過去に一括設定を行った際のセキュリティポリシーを満たさなくなる場合は、その旨を表示する表示ステップと、
    を有することを特徴とする請求項１４又は１５記載のセキュリティ管理方法。
17. 装置に関する複数の設定項目を設定することが可能な装置に実行させるためのプログラムであって、
    前記各設定項目の設定値及び評価軸に基づいて、セキュリティの強度を数値化する計算を行うセキュリティ得点算出処理と、
    前記セキュリティ得点算出処理により得られた得点を利用者に通知する第１の通知処理と、
    を前記装置に実行させることを特徴とするプログラム。
18. 複数のセキュリティポリシーに従って段階分けされたセキュリティレベルを指定することにより前記複数の設定項目を一括設定させる処理と、
    利用者によって１つまたは複数の設定項目を変更する要求があった場合に、該設定項目の変更により過去に一括設定を行った際のセキュリティポリシーを満たすか否かを判定する設定項目変更判定処理と、
    前記設定項目変更判定処理による判定の結果、前記設定項目の変更により過去に一括設定を行った際のセキュリティポリシーを満たさなくなる場合は、その旨を表示する表示処理と、
    を前記装置に実行させることを特徴とする請求項１７記載のプログラム。

Images