JP2006195755A - 画像入出力装置 - Google Patents

Abstract

【課題】 ＳＮＭＰｖ３ではユーザ認証モデルが考えられておりユーザという概念を持つことができる一方、ＳＮＭＰｖ３のユーザ認証モデルでは、１ユーザが複数の権限グループに所属することはできないため、システムとＳＮＭＰで関係を持たせることのできるユーザ認証／権限情報に関して、ＳＮＭＰを使用したＳＮＭＰの特性を生かした一括設定等といった設定手段を提供する。
【解決手段】 個々で異なる設計条件を要し、グループ毎に設定／参照条件を必要とする。ＳＮＭＰｖ３のセキュリティ機能である認証モデルとアクセス制御モデルを利用し、ＳＮＭＰｖ３側で１ユーザが複数の権限にも所属することが可能となる機能を有し、前記ＳＮＭＰを使用して、該ＳＮＭＰのセキュリティ機能であるユーザ認証モデルとアクセス制御モデル情報を更新／変更することにより、ＳＮＭＰの管理対象ユーザに該当するシステムで管理しているユーザ認証／権限情報も同期して更新／変更する。
【選択図】 図１

Description

本発明は、各ユーザに対して権限を割り当てる管理機能と同等の機能の実現を図る画像入出力装置に関する。

ネットワークが普及し、画像入出力装置もネットワーク機能が標準となりセキュリティ機能が重要視されている。システムにおいては、多種多様なセキュリティ機能を搭載しており、各ユーザに対してネットワーク管理者が権限を割り当てるアクセスロール管理機能も設けていく必要があると考えられている。

従来、クライアント機器を利用するユーザが、該機器から任意の場所に置かれているサーバ機器を、ネットワークを介して利用したい場合、利用したいサーバ機器を機器識別名によって識別すること、ネットワーク上で検索したサーバ機器がリストアップされた画面上で、利用したい当該サーバ機器に対応する表示箇所の表示状態を変化させることにより識別すること、クライアント機器がネットワークのサービス側にユーザ登録のプログラム配信して、サービス側で機器毎に固有のパスワードフォーマットに従ったユーザ認証の登録ができること、クライアント機器毎に異なった固有のパスワード表現を実現し、機器の性格に応じたセキュリティの設定を可能とすることを目的としたネットワーク接続機器の識別方法およびユーザ認証装置が提案されている。

サーバ機器に任意の文字列を入力して機器識別名として、機器に登録して、識別名をネットワークを介してネットワークに接続されたクライアント機器に送信し、機器は、機器内の選択プログラムを用いて、利用可能な前記サーバ機器の検索を行い、機器から取得した識別名を機器のユーザインターフェースに、機器選択メニューとして表示し、ユーザは、利用する識別名を選択し、識別する。また、サーバ機器から機器識別イベントを機器に通知し、機器に表示されている機器選択メニューのイベントに対応する識別名の表示箇所の表示状態を変化させて、サーバ機器を識別する（例えば、特許文献１参照）。

また、ＳＮＭＰｖ１を用いた上で、処理負担増を最小限にとどめ、セキュリティ機能を強化したネットワーク管理システム装置が提案されている。

ネットワーク管理装置は、セキュリティ情報テーブル部に設定されているセキュリティレベルに応じて、ＳＮＭＰコマンドおよび識別情報を含む暗号化処理部に暗号化させ、ＳＮＭＰ−ＰＤＵを含むパケットを作成してネットワーク機器に送信する。また、ネットワーク管理装置は、ネットワーク機器からパケットを受信したら、当該パケットに含まれるＳＮＭＰコマンドおよび識別情報を復号化処理部に復号化させ、識別情報の一致を判断した後、ＳＮＭＰコマンドを実行する（例えば、特許文献２参照）。

また、認証情報漏洩による第三者の不正使用を抑制できる、ユーザ登録やユーザ認証情報の変更の手間を省いた、管理者が管理しやすいネットワークデバイス、ネットワークデバイス管理システムおよびその制御方法等が提案されている。

ユーザ認証情報とユーザ認証情報発行からの時間の経過を管理し、ユーザ認証情報を更新する時間間隔を取得するとともに時間の経過を感知し、定期的に内部機構を用いて新たにユーザ認証情報を発行することでユーザ認証情報の更新を行い、外部端末からの処理要求を受ける際にユーザの認証情報の照合を行う（例えば、特許文献３参照）。
特開２００２−１４９４７０号公報 特開２００３−１２２６５０号公報 特開２００３−２８８１８９号公報

ＳＮＭＰｖ１ｖ２では、ユーザといった概念がないため、ＳＮＭＰｖ３と同様な権限の有無を識別することができない。ただし、ＳＮＭＰｖ３ではユーザ認証モデルが考えられておりユーザという概念を持つことができる。しかし、ＳＮＭＰｖ３のユーザ認証モデルでは、１ユーザが複数の権限グループに所属することはできない。従って、個々のユーザに対して、多種多様な権限が存在する中から、必要な権限のみを割り当てるユーザ認証と同様の認証機能を持たせることができない。

システムのユーザ認証モデルとＳＮＭＰの認証モデルが相互関係を持てる場合に、システムで管理しているユーザ認証情報パネル、ＷＥＢ、telnetなどを含む設定プロセスにより変更が可能である。

ただし、ネットワーク上に接続されている複数の画像入出力処理装置に対して一括に行うことはプロトコル上難しく、全て同じ認証情報で認証を行いたいユーザにとっての設定手段としては使い易さがあまりよくなかった。

ＳＮＭＰｖ１ｖ２は、セキュリティとして弱いためＳＮＭＰを使用したパスワードの情報受け渡しは危険であったが、ＳＮＭＰｖ３で強化されたセキュリティ機能を利用することにより、安全性が高くなった。

本発明は、システムとＳＮＭＰで関係を持たせることのできるユーザ認証／権限情報に関して、ＳＮＭＰを使用した設定内容をシステム管理情報に反映することでＳＮＭＰの特性を生かした一括設定等といった設定手段を提供することを目的とする。

請求項１記載の発明は、ネットワーク機能、スキャナ機能やＦＡＸ機能を有し、セキュリティ機能を強化するために暗号を含むユーザ認証・アクセスロールを実施する機能を有する画像入出力装置であって、ネットワークで必要となる項目としてアドレスやユーザ名を要求する設定条件要求手段と、グループ毎に設定／参照条件を必要とする設定参照手段と、ＳＮＭＰｖ３のセキュリティ機能である認証モデルとアクセス制御モデルを利用してセキュリティとアクセス制御の強化を図り、ＳＮＭＰｖ３のユーザ認証モデルとは異なるシステムや装置上で実施するモデルとの連携を図るために、ＳＮＭＰｖ３側で１ユーザが複数の権限に所属することが可能となる手段と、システムで管理しているユーザ名、権限情報と認証情報を関連付ける第１のテーブルと、プロトコルであるＳＮＭＰでのユーザ名と認証情報を関連付ける第２のテーブルと、前記ＳＮＭＰでの権限テーブルと権限を関連付ける第３のテーブルとを有し、第２のユーザ名は、第１のユーザ名をもとに作成されており、前記第３のテーブルの権限グループである管理する権限は、前記第１のテーブルの権限情報をもとに作成され、前記ＳＮＭＰを使用して、該ＳＮＭＰのセキュリティ機能であるユーザ認証モデルとアクセス制御モデル情報を更新／変更することにより、前記ＳＮＭＰの管理対象ユーザに該当するシステムで管理しているユーザ認証／権限情報も同期して更新／変更することを特徴とする。

請求項２記載の発明は、請求項１記載の発明において、ユーザの選択により同期／非同期を選択する選択手段を有し、前記ＳＮＭＰを使用して前記ユーザ認証モデルと前記アクセス制御モデル情報の更新／変更を行った際に、システムのユーザ認証／権限情報を更新／変更することなく前記ＳＮＭＰのユーザ／アクセス制御管理情報によりユーザ認証／アクセス制御を実施するユーザ認証アクセス制御手段を有することを特徴とする。

請求項３記載の発明は、請求項１記載の発明において、システムのユーザ認証に使用されているパスワードを変更するために、前記ＳＮＭＰの前記ユーザ認証モデル、前記アクセス制御モデル以外のＳＮＭＰで管理されるネットワーク機器が、ユーザ情報、アクセス制限情報や課金情報などを取り合い、自己の状態を外部に知らせるための情報であるＭＩＢにおいても、ユーザ名やパスワード等の認証情報を参照／設定する認証情報参照設定手段を有することを特徴とする。

請求項４記載の発明は、請求項１から３のいずれか１項に記載の発明において、前記ＭＩＢ値をマスク化／暗号化する漏洩防止手段を有し、前記暗号化をするか否かを、ユーザが選択できる暗号化選択手段と、暗号有無情報を取得する暗号取得手段を有することを特徴とする。

請求項５記載の発明は、請求項１から４のいずれか１項に記載の発明において、前記ＭＩＢが、送信先のアドレスなどの制御情報を付加されたデータであるＳＮＭＰｖ３のパケットに含まれている場合には、前記ユーザ認証や前記アクセス制御により参照／設定が可能と判断された場合においても、前記パケットが暗号化されていなければリクエスト要求を無効とするリクエスト要求変更手段を有することを特徴とする。

請求項１の発明により、ＳＮＭＰｖ３で対応されたユーザ認証とアクセス制御に対して、システムで管理しているユーザ名と権限情報との関係を持たせることで、統一性を持ったセキュリティ強化機能を実現することが可能となる。また、システムのユーザ認証モデルとＳＮＭＰの認証モデルが相互関係を持てる場合に、システムで管理しているユーザ認証情報はパネル、ＷＥＢ、telnetなどを含むプロセスにより変更が可能となる。更に、全て同じ認証情報で認証を行いたいユーザに対して、ＳＮＭＰプロトコルの特性を生かした設定方法により一括の処理で対象機種に対して反映を行うことが可能となり、ユーザインターフェースが向上し、ＳＮＭＰｖ３の暗号化通信を使用することにより、より一層のセキュリティ強化を図ることが可能となる。

請求項２の発明により、ＳＮＭＰｖ３において暗号化をしていない、あるいはできないユーザにとっては、ＳＮＭＰの認証・暗号キーの更新のみでセキュリティレベルを強化し、システムのユーザ認証情報も同時に更新することを望まないケースもあるが、システムの認証情報との連携は望まず、ＳＮＭＰｖ３のキー更新機能を使用し、セキュリティレベルをあげたいユーザの目的とする機能を提供することが可能となる。

請求項３の発明により、ＵＳＭ、ＶＡＣＭのＭＩＢでは扱うことのできないパスワード情報等のような認証情報を、ＵＳＭ、ＶＡＣＭ、ＭＩＢとは異なるＭＩＢで画像入出力処理装置に受け渡すことを可能とすることで、ＳＮＭＰの認証・暗号とシステムで管理するパスワードの一環性を保つことが可能となる。

請求項４の発明により、ＳＮＭＰｖ３の暗号を使用できないユーザにおいても、ＭＩＢの値そのものを平文でネットワーク上に流さないことにより、セキュリティの強化を図ることが可能となる。

請求項５の発明により、ユーザ情報、アクセス制御情報や課金情報など、外部への情報が漏洩してはならない情報が平文でネットワーク情報を流れることがないように、ＵＳＭ、ＶＡＣＭ等の制御によりアクセス可能なユーザからの問い合わせであったとしても、パケット暗号化されていない場合にはリクエストを拒否することを可能とすることにより、ユーザの厳守したい情報の漏洩を防ぐことが可能となる。

次に、本発明の実施形態について図面を参照して説明する。

図１は、本発明の一実施形態の画像入出力装置を示す概念図である。

システムとして管理するユーザ、アクセスロール情報をＳＮＭＰｖ１ｖ２、ＳＮＭＰｖ３、２１が管理する情報とは別に設け、システムとして管理するユーザ、アクセスロール情報がユーザ情報管理部（ＵＣＳ）３と、アクセス制御管理部（ＣＣＳ）４と、機能管理部（ＳＣＳ）１およびＳＮＭＰｖ１ｖ２、ＳＮＭＰｖ３、２１により設定／参照される。そして、ＳＮＭＰｖ１ｖ２、ＳＮＭＰｖ３、２１が管理する情報がＳＮＭＰｖ１ｖ２、ＳＮＭＰｖ３、２１によっても設定／参照される。

最終的にＳＮＭＰｖ３がユーザ認証、アクセス制御を実施するための基本となる情報はＭＩＢという形で持つということを示している。ＳＮＭＰ以外のプロセスがＳＮＭＰに関する設定を実施する対象はＮＶＲＡＭ８であり、ＳＮＭＰｖ１ｖ２、ＳＮＭＰｖ３管理用７情報を直接設定／参照することはない。

図２は、本発明の一実施形態の画像入出力装置を示すブロック図である。

構成としては、機能管理部１と、セキュリティ管理部２と、ユーザ情報管理部３と、アクセス制御管理部４と、ネットワーク管理部５と、システムアクセスロール管理用６と、ＳＮＭＰ（Simple Network Management Protocol）ｖ１ｖ２、ｖ３管理用７と、ＮＶＲＡＭ（Non Volatile Random Access Memory）８とから構成されている。

機能管理部１は、装置全体の機能を把握し、設定項目等の関連項目などの管理を行う。また、システムアクセスロール管理用６のデータに対して、各機能に関する情報の設定／参照を行う。更に、ＳＮＭＰからのユーザ認証情報変更を受け付けるかを管理する。

セキュリティ管理部２は、装置のセキュリティ全般に関して管理を行う。また、セキュリティレベルを管理し、各管理部に対してレベルに添ったセキュリティチェックを促す。

ユーザ情報管理部３は、ユーザと管理者の管理を行う。また、ユーザおよび管理者に対して、各権限を与えるような管理を行う。また、アクセス制御管理部４などの各管理部への情報提供を行う。更に、システムアクセスロール管理用６データに対して、各ユーザ情報の設定／参照の管理を行う。

アクセス制御管理部４は、セキュリティ管理部２、ユーザ情報管理部等から情報を得る。また、アクセスしているユーザ、管理者の権限から判断し、アクセス可能か判断する。更に、システムアクセスロール管理用６データからデータに対して、各アクセス制御情報の設定／参照の管理を行う。

ネットワーク管理部５は、ネットワークＩ／Ｆ、プロトコルやＮＶＲＡＭ８の制御・管理を行い、ＳＮＭＰｖ１ｖ２、ＳＮＭＰｖ３もネットワーク管理部５の中に含まれる。また、ＳＮＭＰｖ１ｖ２、ＳＮＭＰｖ３を介して、ＳＮＭＰｖ１ｖ２、ｖ３管理用７データ部への設定／参照／制御を行う。更に、システムアクセスロール管理用６のデータからデータを読み出し、前記ＳＮＭＰｖ１ｖ２、ＳＮＭＰｖ３管理用７のデータに必要事項を反映する処理を行い、前記ＳＮＭＰｖ１ｖ２、ＳＮＭＰｖ３管理用７のデータから前記システムアクセスロール管理用６のデータに関連する情報を反映する処理を行う。また、前記ＳＮＭＰでアクセスされた際に、前記ＮＶＲＡＭ８および前記ＳＮＭＰｖ１ｖ２、ＳＮＭＰｖ３管理用７のデータから生成された情報を元にユーザ情報からの認証とアクセス制御を行う。更に、前記ＳＮＭＰのＴＲＡＰ情報生成、通信先を前記ＮＶＲＡＭ８および前記ＳＮＭＰｖ１ｖ２、ＳＮＭＰｖ３管理用７のデータの情報から判断しＴＲＡＰ送信を行う。

システムアクセスロール管理用６は、システムとして管理するアクセスロール情報を保存し、各管理部、プロセスに対して情報を提供する。また、各管理部からの設定要求に応じてデータを保存する。更に、ユーザ、パスワード、権限や各設定パラメータ情報を保存する。

ＳＮＭＰｖ１ｖ２、ｖ３管理用７は、ＳＮＭＰｖ１ｖ２、ＳＮＭＰｖ３、２１で管理する情報を保存し、各管理部に対して情報を提供する。また、前記ＳＮＭＰｖ１ｖ２ＳＮＭＰｖ３、２１でのユーザ情報／ユーザ認証／アクセス制御に必要な情報を生成し提供する。

ＮＶＲＡＭ８は、システム、ネットワーク管理部５で必要な情報を保持する。前記ＳＮＭＰの設定に必要なCommunity、Trap情報も含む。

図３は、本実施形態のアクセス制限を実施した場合のモデル図である。

管理者用端末のように、認証／暗号のユーザ認証を取っているユーザでは、本搭載装置より、管理者のみアクセス可能な情報群ＭＩＢ（Ａ）、アクセス制限のない情報群ＭＩＢ（Ｂ）を取得することができるが、ゲスト端末のように、一時的に使用したい、もしくは認証取得の機能がないユーザは、（Ａ）は取得できないが（Ｂ）は取得できる。

図４は、本実施形態のユーザ情報管理サービスとＳＮＭＰの関連ブロック図である。

構成としては、ユーザ情報管理サービス（ＵＣＳ）１０と、ネットワーク管理サービス（ＮＣＳ）１１と、ＮＣＳ１１に含まれているＳＮＭＰ（ＳＮＭＰｖ１ｖ２ｖ３）１２と、ユーザ管理情報サービス１０で管理しているユーザ情報と権限情報の関連１３と、ユーザ情報管理サービス１０のユーザ情報とＵＳＭ（ユーザ情報）の関連１４と、ユーザ情報管理サービス１０の権限管理情報とＶＡＣＭ（アクセス制御）情報の関連１５と、第１のテーブル１６と、第２のテーブル１７と、第３のテーブル１８で構成されている。

図４のように、ユーザ情報管理サービス１０に第１のテーブル１６が含まれ、該第１のテーブル１６にはユーザ情報と権限情報が存在し、ユーザ情報と権限情報の関連１３がある。前記ＳＮＭＰ１２に第２のテーブル１７と第３のテーブル１８が含まれ、前記第２のテーブル１７には前記ユーザ情報が、前記第３のテーブル１８には前記アクセス制御が存在する。そして、前記ユーザ情報管理サービス１０のユーザ情報と前記ユーザ情報の関連１４があり、前記ユーザ情報管理サービス１０の権限管理情報と前記アクセス制御情報の関連１５がある。

図５は、本実施形態のユーザ情報管理サービス（ＵＣＳ）が管理している項目である。

例えば、前記ユーザ情報管理サービスが管理する項目には、ユーザ名、認証パスワード、暗号パスワード、権限情報等がある。

図６は、本実施形態の前記ユーザ情報管理サービスが管理している項目を実際に定義した場合の実施例である。

ユーザＡからＤが存在し、各々認証もしくは暗号化を行いたくない場合はパスワードを入力する。また、各々ユーザによって装置の情報を参照／設定可能な範囲を権限として与えられていることを示している。

図７は、本実施形態の前記ユーザ情報管理サービスで管理している項目と前記ＳＮＭＰの前記ＭＩＢとの関係図を示したものである。

前記ＭＩＢの定義のより、複数のＭＩＢを使用して１つの機能を表わすものや、異なるＭＩＢで同一の値を有するものもある。従って、usmUserNameとusmUserSecurityNameと前記ユーザ情報管理サービスのユーザ名が対になっている。

図８は、図６で示した実施例を実際に前記ＭＩＢにマッピングした場合の実施例を示す図である。

ユーザＡからＤのパスワード設定有無により、前記ＶＡＣＭのセキュリティレベルを設定していることを示している。権限として、図であげた場合には、“設定権限はなく参照可能”、“ネットワーク管理項目の設定権限があり、参照可能”、“機器管理項目に設定権限があり、参照可能”と“ネットワーク、機器管理項目の設定権限があり、参照可能”なパターンになるため、その分の前記ＶＡＣＭのグループ情報を作成しマッピングしていることを示している。前記ＳＮＭＰｖ３では、実際にはパスワードそのものではなく、認証キー／暗号キーを使用しているため、ユーザ情報管理サービス１０で管理しているパスワードから定められたアルゴリズムにより生成されたキーを使用することを示している。Read／Write／NotifyViewは、グループ毎にアクセス可能なＭＩＢ情報を管理できるものであり、前記ユーザ情報管理サービス１０で与えられている権限により変更していることを示している。

図９は、本発明の一実施形態の画像入出力装置の動作を示すフローチャートである。

システムのユーザ情報、アクセスロール情報（第１のテーブル１６）と関連を持たせる場合には、前記第１のテーブル１６情報から必要事項を取得し（ステップＳ１０２）、前記ＳＮＭＰｖ１ｖ２、ＳＮＭＰｖ３の情報として反映させる（ステップＳ１０３）ことにより前記ＳＮＭＰで必要となるusrUSM、ＶＡＣＭ等のＭＩＢ（第２のテーブル１７、第３のテーブル１８）情報を生成する（ステップＳ１０４）。

次に、ＭＩＢの生成後、ＳＮＭＰ通信を開始し、前記ＳＮＭＰでアクセスされた場合には生成された前記ＭＩＢ情報（第２のテーブル１７、第３のテーブル１８）と前記ＮＶＲＡＭ８情報を元にユーザ認証とアクセス制御を行い（ステップＳ１０５）終了する。

図１０は、本発明の一実施形態のＳＮＭＰ、ＭＩＢからユーザ情報管理サービスへのマッピングを示すフローチャートである。

まず、前記システム認証情報と前記ＳＮＭＰ認証情報からＳＮＭＰ通信を管理する（ステップＳ２０１）。ユーザ情報、アクセス制御、パスワード等の認証情報が更新される（ステップＳ２０２）と、システムの認証情報に反映するか否かを判断する（ステップＳ２０３）。

ここで、反映されると判断された場合（ステップＳ２０４／Ｙｅｓ）、前記ＳＮＭＰ認証管理情報と前記システム認証情報を更新する（ステップ２０５）。反映されないと判断された場合（ステップＳ２０４／Ｎｏ）、前記ＳＮＭＰ認証管理情報を更新し（ステップＳ２０６）終了する。

図１１は、本発明の一実施形態の暗号化の有無によって変化する動作を示すフローチャートである。

まず、前記システム認証情報と前記ＳＮＭＰ認証情報からＳＮＭＰ通信を管理する（ステップＳ３０１）。そしてユーザ認証・アクセス制御のチェックを行う（ステップＳ３０２）。

ここでアクセス可能か否かを判断する（ステップＳ３０３）。アクセス可能な場合（ステップＳ３０３／Ｙｅｓ）、次に暗号化されているか否かを判断する（ステップＳ３０４）。暗号化されている場合（ステップＳ３０４／Ｙｅｓ）、レスポンス処理を行う（ステップＳ３０５）。

ステップＳ３０４に戻って、暗号化されていない場合（ステップＳ３０４／Ｎｏ）、各ＭＩＢの処理を行う（ステップＳ３０６）。そこで暗号化が必要か否かを判断する（ステップＳ３０７）。暗号化の必要がなければ（ステップＳ３０７／Ｙｅｓ）前記レスポンス処理を行い（ステップＳ３０５）終了する。また、ステップＳ３０７において、暗号化の必要があれば（ステップＳ３０７／Ｎｏ）エラーレスポンス処理を行い（ステップＳ３０８）終了する。

更に、ステップＳ３０３に戻って、アクセス不可能であれば（ステップＳ３０３／Ｎｏ）前記エラーレスポンス処理を行い（ステップＳ３０８）終了する。

図１２は、本実施形態のＭＩＢの構成管理図である。

ＭＩＢは、枝と葉を管理オブジェクトに相当するツリーとして表わすことができ、ＯＩＤ（Object ID）として定義される。例えば、リコーのプライベートＭＩＢであることを文字列から数字列で表わすには、図１２の木の先頭の順に、
iso.org.dod.internet.private.ricoh → .1.3.6.1.4.367.x.x.x.x となる。

図１３は、本実施形態のユーザ情報とグループ情報を取得するための前記ＭＩＢと前記ＯＩＤの指定方法を示した図である。

認証／暗号を持っている管理者用端末から本発明搭載装置へ、ユーザ情報とグループ情報をリクエストすると、前記本発明搭載装置から前記管理者用端末へレスポンスが返ってくる。ユーザＡ、ユーザＢのユーザ名とグループ名を取得する場合のＭＩＢ指定方法は図に記載の文字列および数字列を入力すればよい。

本発明の一実施形態の画像入出力装置を示す概念図である。 本発明の一実施形態の画像入出力装置を示すブロック図である。 本発明の一実施形態のアクセス制限を実施した場合のモデル図である。 本発明の一実施形態のユーザ情報管理サービスとＳＮＭＰの関連ブロック図である。 本発明の一実施形態のユーザ情報管理サービス（ＵＣＳ）が管理している項目である。 本発明の一実施形態のユーザ情報管理サービス（ＵＣＳ）が管理している項目を実際に定義した場合の実施例である。 本発明の一実施形態のユーザ情報管理サービスで管理している項目とＳＮＭＰのＭＩＢとの関係図である。 図６で示した実施形態を実際にＭＩＢにマッピングした場合の実施形態を示す図である。 本発明の一実施形態の画像入出力装置の動作を示すフローチャートである。 本発明の一実施形態のＳＮＭＰ、ＭＩＢからユーザ情報管理サービスへのマッピングを示すフローチャートである。 本発明の一実施形態の暗号化の有無によって変化する動作を示すフローチャートである。 本発明の一実施形態のＭＩＢの構成管理図である。 本発明の一実施形態のユーザ情報とグループ情報を取得するためのＭＩＢ（ＯＩＤ）の指定方法を示した図である。

符号の説明

１ 機能管理部
２ セキュリティ管理部
３ ユーザ情報管理部
４ アクセス制御管理部
５ ネットワーク管理部
６ システムアクセスロール管理用
７ ＳＮＭＰｖ１ｖ２、ｖ３管理用
８ ＮＶＲＡＭ
９ 主制御部
１０ ユーザ情報管理サービス（ＵＣＳ）
１１ ネットワーク管理サービス（ＮＣＳ）
１２ ＮＣＳに含まれているＳＮＭＰ（ＳＮＭＰｖ１ｖ２ｖ３）
１３ ユーザ情報管理サービスで管理しているユーザ情報と権限情報の関連
１４ ユーザ情報管理サービスのユーザ情報とＵＳＭ（ユーザ情報）の関連
１５ ユーザ情報管理サービスの権限管理情報とＶＡＣＭ（アクセス制御）情報の関連
１６ 第１のテーブル
１７ 第２のテーブル
１８ 第３のテーブル

Claims (5)

1. ネットワーク機能、スキャナ機能やＦＡＸ機能を有し、セキュリティ機能を強化するために暗号を含むユーザ認証・アクセスロールを実施する機能を有する画像入出力装置であって、
   ネットワークで必要となる項目としてアドレスやユーザ名を要求する設定条件要求手段と、
   グループ毎に設定／参照条件を必要とする設定参照手段と、
   ＳＮＭＰｖ３のセキュリティ機能である認証モデルとアクセス制御モデルを利用してセキュリティとアクセス制御の強化を図り、ＳＮＭＰｖ３のユーザ認証モデルとは異なるシステムや装置上で実施するモデルとの連携を図るために、ＳＮＭＰｖ３側で１ユーザが複数の権限に所属することが可能となる手段と、
   システムで管理しているユーザ名、権限情報と認証情報を関連付ける第１のテーブルと、
   プロトコルであるＳＮＭＰでのユーザ名と認証情報を関連付ける第２のテーブルと、
   前記ＳＮＭＰでの権限テーブルと権限を関連付ける第３のテーブルとを有し、
   第２のユーザ名は、第１のユーザ名をもとに作成されており、前記第３のテーブルの権限グループである管理する権限は、前記第１のテーブルの権限情報をもとに作成され、
   前記ＳＮＭＰを使用して、該ＳＮＭＰのセキュリティ機能であるユーザ認証モデルとアクセス制御モデル情報を更新／変更することにより、前記ＳＮＭＰの管理対象ユーザに該当するシステムで管理しているユーザ認証／権限情報も同期して更新／変更することを特徴とする画像入出力装置。
2. ユーザの選択により同期／非同期を選択する選択手段を有し、
   前記ＳＮＭＰを使用して前記ユーザ認証モデルと前記アクセス制御モデル情報の更新／変更を行った際に、システムのユーザ認証／権限情報を更新／変更することなく前記ＳＮＭＰのユーザ／アクセス制御管理情報によりユーザ認証／アクセス制御を実施するユーザ認証アクセス制御手段を有することを特徴とする請求項１記載の画像入出力装置。
3. システムのユーザ認証に使用されているパスワードを変更するために、前記ＳＮＭＰの前記ユーザ認証モデル、前記アクセス制御モデル以外のＳＮＭＰで管理されるネットワーク機器が、ユーザ情報、アクセス制限情報や課金情報などを取り合い、自己の状態を外部に知らせるための情報であるＭＩＢにおいても、ユーザ名やパスワード等の認証情報を参照／設定する認証情報参照設定手段を有することを特徴とする請求項１記載の画像入出力装置。
4. 前記ＭＩＢ値をマスク化／暗号化する漏洩防止手段を有し、
   前記暗号化をするか否かを、ユーザが選択できる暗号化選択手段と、
   暗号有無情報を取得する暗号取得手段を有することを特徴とする請求項１から３のいずれか１項に記載の画像入出力装置。
5. 前記ＭＩＢが、送信先のアドレスなどの制御情報を付加されたデータであるＳＮＭＰｖ３のパケットに含まれている場合には、
   前記ユーザ認証や前記アクセス制御により参照／設定が可能と判断された場合においても、前記パケットが暗号化されていなければリクエスト要求を無効とするリクエスト要求変更手段を有することを特徴とする請求項１から４のいずれか１項に記載の画像入出力装置。

Images