(57)【要約】【課題】部分的に暗号化を行った情報を、SNMPv1プロトコルで通信を行った場合、通信内容をデータ・キャプチャし、そのデーターを任意のタイミングで送信先のデバイスに対し、ホストから送出することで、デバイスの誤動作を引き起こす可能性がある。【解決手段】SNMPv1で取得できるMIB情報のテーブルのうち、ダミー・データーと真のデーターをランダムに混在させ、MIB情報で取得できるテーブルのIndex番号から真のデーターを抽出することで、真のデーターの特定を困難なものとする。【選択図】  図５
2013232856.tif 000002
【特許請求の範囲】
【請求項１】
SNMPv1を用いて、対象機器の機能の有効化／無効化をホストから指示するための識別情報の生成方式と、制御指示方法で、以下の構成を含む。
SNMPv1のSetリクエストに、同一テーブル内の複数のIndex番号指定によって、少なくても２以上の異なる識別情報と、書き込む値とのペアで、単一パケットで書込リスエスト送信を行う書き込みリクエスト手段（６０２）。
前記、ペアの数を、所定範囲内の個数でランダムに生成する第一の乱数発生手段（５０２）。
前記、ペアで書込を行う情報のうち、最初から何番目のペアが実際に有効となるのかを、ランダムに生成する第二の乱数発生手段（５０３）。
前記、第一の乱数発生手段で生成された乱数によって、予め、前記、識別情報内のIndex番号の演算方法を、ホストおよびデバイスとで共有し、演算の結果、前記、第二の乱数発生手段で生成した値を導き出す演算手段（５０４）。
前記、演算手段に基づいて、複数のIndex番号を生成するIndex番号生成手段（６０７）。
実際に有効となる情報ペアの設定値に対し、別な暗号化手段のパラメータに加え、第一の乱数発生手段で生成した値、及び第二の乱数発生手段で生成した値を加味して、暗号化処理を行う、暗号化手段（６０８）とを有し、
ホストからの設定によってデバイス内の設定情報の有効化／無効化を行う事を特徴とするSNMPv1/MIB情報を用いたデバイス管理方法とシステム（ＰＣ１６１、ＭＦＰ１００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、SNMPv1プロトコルとMIB情報とを用いてデバイス管理を行うための情報設定方法に関する。
【背景技術】
【０００２】
従来のSNMPv1プロトコルを用いた通信では、パケットアナライザ等を用いて通信内容であるMIBの情報をそのまま判別が可能であった。そのために新たなプロトコル仕様としてSNMPv3など通信経路の暗号化を行うプロトコルの採用も進んでいる。
【０００３】
しかしながら、通信を行う情報すべてに対して暗号化を行う場合、情報の暗号化／復号化にかかる処理の負担が重く、デバイスの通信速度の低下や処理の遅延を招くなどの問題もある。特にＣＰＵなどの処理能力が限られる小規模なデバイスでは問題である。
【０００４】
そのため、SNMPv1プロトコルを使用する場合に、コマンドに付す識別情報のみを暗号化して送受信し、この識別情報の一致／不一致に基づいてそのコマンドの実行可否を判断するようにする構成が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１２２６５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来技術では部分的に暗号化を行っているとはいえSNMPv1プロトコルでの通信を丸ごとデータ・キャプチャし、任意のタイミングで送信先のデバイスに対し、データ・キャプチャを行ったホストから送出することは可能である。このような場合、送信先のデバイスの誤動作を引き起こす可能性が存在している。
【課題を解決するための手段】
【０００７】
SNMPv1を用いて、対象機器の機能の有効化／無効化をホストから指示するための識別情報の生成方式と、制御指示方法で、以下の構成を含む。
SNMPv1のSetリクエストに、同一テーブル内の複数のIndex番号指定によって、少なくても２以上の異なる識別情報と、書き込む値とのペアで、単一パケットで書込リスエスト送信を行う書き込みリクエスト手段。
前記、ペアの数を、所定範囲内の個数でランダムに生成する第一の乱数発生手段。
前記、ペアで書込を行う情報のうち、最初から何番目のペアが実際に有効となるのかを、ランダムに生成する第二の乱数発生手段。
前記、第一の乱数発生手段で生成された乱数によって、予め、前記、識別情報内のIndex番号の演算方法を、ホストおよびデバイスとで共有し、演算の結果、前記、第二の乱数発生手段で生成した値を導き出す演算手段。
前記、演算手段に基づいて、複数のIndex番号を生成するIndex番号生成手段。
実際に有効となる情報ペアの設定値に対し、別な暗号化手段のパラメータに加え、第一の乱数発生手段で生成した値、及び第二の乱数発生手段で生成した値を加味して、暗号化処理を行う、暗号化手段とを有し、
ホストからの設定によってデバイス内の設定情報の有効化／無効化を行う事を特徴とするSNMPv1/MIB情報を用いたデバイス管理方法とシステム。
【発明の効果】
【０００８】
本発明によれば、SNMPv1で取得できるMIB情報のテーブルのうち、ダミー・データーと真のデーターをランダムに混在させ、MIB情報で取得できるテーブルのIndex番号から真のデーターを抽出することで、真のデーターの特定を困難な状態とする。
【０００９】
また、ダミー・データーの個数を一回の通信ごとにランダムに変え、MIB情報のテーブルのIndex番号と関連を持たせることで、単にデータ・キャプチャしたパケット・データをそのまま送信先に送出した場合においても安全性を保つことが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る画像形成装置１００を含むネットワーク構成例を示す図
【図２】暗号化したキー情報の生成例
【図３】暗号化したキー情報をデバイスに書込む例
【図４】本発明の実施形態に係る画像形成装置１００における制御部１１０のブロック構成例を示す図
【図５】本発明の実施形態に係る、暗号化したキー情報の生成とダミー・データー生成フロー図
【図６】暗号化したキー情報の生成とダミー・データーを用いた、プロトコル・データの例
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１２】
＜画像形成装置の構成＞
本実施形態では、画像形成装置の一例として、コピー機能やプリンタ機能等の複数の機ついて説明する。なお、画像形成装置は、コピー機能のみ又はプリンタ機能のみを有するＳＦＰ（Ｓｉｎｇｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）であってもよい。
【００１３】
まず、図１を参照して、ＭＦＰ１００の構成例について説明する。コントローラ部（制御部）１１０は、リーダ部１２０及びプリンタ部１３０と電気的に接続されている。制御部１１０は、リーダ部１２０及びプリンタ部１３０からデーターを受信する。また、制御部１１０は、リーダ部１２０及びプリンタ部１３０に対して各種のコマンドを送信する。さらに、制御部１１０は、ネットワーク１６０を介してＰＣ１６１、１６２と接続されており、それらから画像データーや制御コマンドを受信する。ネットワーク１６０は、例えば、イーサネット（登録商標）で構築される。ＰＣ１６１、１６２はＭＦＰ１００に対して、機器の構成情報や現在のステータス情報の監視等も行っている。
【００１４】
リーダ部１２０は、原稿の画像を光学的に読み取り、画像データーに変換する。リーダ部１２０は、原稿を読み取る機能を有するスキャナユニット１２１と、原稿をスキャナユニット１２１によって読み取り可能な位置まで搬送する原稿給紙ユニット１２２とを備える。スキャナユニット１２１が備えるスキャナコントローラ１２３は、制御部１１０からの指示に基づいて、スキャナユニット１２１と原稿給紙ユニット１２２とを制御する。
【００１５】
プリンタ部１３０は、画像形成（印刷）用の用紙（用紙又は記録材）を収納する給紙ユニット１３１と、画像データーを用紙に転写及び定着させるマーキングユニット１３２と、印刷された用紙を排紙する排紙ユニット１３４とを備える。プリンタ部１３０は、制御部１１０からの指示に基づいて、給紙ユニット１３１から用紙をマーキングユニット１３２へ給紙し、マーキングユニット１３２で当該用紙に対して画像データーを印刷した後、当該用紙を排紙ユニット１３４へ排紙する。排紙ユニット１３４は、マーキングユニット１３２で印刷された用紙に対し、ソートやステイプル等の処理を施すことができる。給紙ユニット１３１は、複数の給紙部を備えており、各給紙部には用紙が収納され、載置（設定）される。各給紙部は、例えば、普通紙や光沢紙等、複数種類の用紙を収納できる。また、各給紙部は、ＭＦＰ１００のプリンタ部１３０で印刷された用紙を、再び収納することもできる。給紙部の例として、給紙カセットや、給紙デッキ、手差用紙レイ等がある。給紙部の形態はこれに限られず、その他、収納された用紙をマーキングユニット１３２に搬送できればよい。
【００１６】
操作部１４０は、例えば、ハードキーや、液晶表示部及びその表面上に貼り付けられたタッチパネル部を備え、それらを介してユーザーから指示を受け付ける。また、操作部１４０は、液晶表示部にソフトキーや、ＭＦＰ１００の機能や状態を表示することができる。操作部１４０は、ユーザーからの指示に対応するコマンドを、制御部１１０に送信する。また、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１５０は、ＭＦＰ１００の各種設定及び画像データーを記憶する。
【００１７】
上記の構成に基づき、ＭＦＰ１００は、例えば、コピー機能、画像データー送信機能、プリンタ機能等の種々の機能を実現する。コピー機能を実現する場合には、制御部１１０は、リーダ部１２０で原稿の画像データーを読込み、プリンタ部１３０で当該画像データーを用いて用紙に印刷する制御を行う。画像データー送信機能を実現する場合に、制御部１１０は、リーダ部１２０で読み込んだ原稿の画像データーをコードデータに変換し、当該コードデータを、ネットワーク１６０を介してＰＣ１６１、１６２に送信する。さらに、プリンタ機能を実現する場合には、制御部１１０は、ＰＣ１６１、１６２からネットワーク１６０を介して受信したコードデータ（印刷データ）を画像データーに変換し、プリンタ部１３０へ送信する。プリンタ部１３０は、受信した画像データーを用いて用紙に印刷する。制御部１１０の構成については、後述の図４を用いて詳細に示す。
【００１８】
＜制御部１１０の構成＞
次に、図４を参照して、制御部１１０のブロック構成例について説明する。メインコントローラ４１１は、ＣＰＵ４１２及びバスコントローラ４１３と、各種のＩ／Ｆコントローラ回路とを備える。ＣＰＵ４１２及びバスコントローラ４１３は、制御部１１０全体の動作を統括的に制御する。ＣＰＵ４１２は、ＲＯＭ４１４からＲＯＭＩ／Ｆ４１５を経由して読込んだプログラムに基づいて各種の動作を実行する。例えば、ＣＰＵ４１２は、読み込んだプログラムに基づいて、図１に示すＰＣ１６１又はＰＣ１６２から受信したコードデータ（例えばＰＤＬ（ページ記述言語））を解釈する。バスコントローラ４１３は、各Ｉ／Ｆを介したデーター転送に関する制御、例えば、バスの調停及びＤＭＡデーター転送の制御を行う。
【００１９】
ＤＲＡＭ４１６は、ＤＲＡＭＩ／Ｆ４１７を介してメインコントローラ４１１と接続され、ＣＰＵ４１２が動作するためのワーク領域や、画像データーを蓄積するための領域として使用される。Ｃｏｄｅｃ４１８は、例えば、ＤＲＡＭ４１６に蓄積されたラスタイメージデータをＭＨ／ＭＲ／ＭＭＲ／ＪＢＩＧ／ＪＰＥＧ等の方式で圧縮し、又は圧縮された状態で蓄積されたコードデータをラスタイメージデータに伸長する処理を行う。ＳＲＡＭ４１９は、Ｃｏｄｅｃ４１８の一時的なワーク領域として使用される。Ｃｏｄｅｃ４１８は、Ｉ／Ｆ４２０を介してメインコントローラ４１１と接続される。ＳＲＡＭ４１９とＤＲＡＭ４１６との間のデーターの転送は、バスコントローラ４１３によって制御され、ＤＭＡ転送により実現される。
【００２０】
Ｇｒａｐｈｉｃ  Ｐｒｏｃｅｓｓｏｒ４３５は、ＤＲＡＭ４１６に蓄積されたラスタイメージデータに対して、画像回転、画像変倍、色空間変換、又は二値化等の処理を行う。ＳＲＡＭ４３６は、Ｇｒａｐｈｉｃ  Ｐｒｏｃｅｓｓｏｒ４３５の一時的なワーク領域として使用される。Ｇｒａｐｈｉｃ  Ｐｒｏｃｅｓｓｏｒ４３５は、Ｉ／Ｆ４３７を介してメインコントローラ４１１と接続されている。Ｇｒａｐｈｉｃ  Ｐｒｏｃｅｓｓｏｒ４３５とＤＲＡＭ４１６との間のデーターの転送は、バスコントローラ４１３によって制御され、ＤＭＡ転送により実現される。
【００２１】
Ｎｅｔｗｏｒｋ  Ｃｏｎｔｏｒｌｌｅｒ４２１は、Ｉ／Ｆ４２３によってメインコントローラ４１１と接続され、コネクタ４２２を介して外部ネットワーク（例えば、ネットワーク１６０）と接続される。汎用高速バス４２５には、拡張ボードを接続するための拡張コネクタ４２４とＩ／Ｏ制御部４２６とが接続される。汎用高速バス４２５は、例えば、ＰＣＩバスである。Ｉ／Ｏ制御部４２６は、リーダ部１２０及びプリンタ部１３０の各ＣＰＵとの間で、制御コマンドを送受信するための調歩同期式のシリアル通信部コントローラ４２７を２チャンネル備える。
【００２２】
Ｉ／Ｏ制御部４２６は、Ｉ／Ｏバス４２８を介してスキャナＩ／Ｆ４４０及びプリンタＩ／Ｆ４４５と接続されている。パネルＩ／Ｆ４３２は、操作部１４０との間でデーターの送受信を行うためのＩ／Ｆである。パネルＩ／Ｆ４３２は、ＬＣＤコントローラ４３１から転送されてきた画像データーを操作部１４０に転送する。また、パネルＩ／Ｆ４３２は、操作部１４０が備えるハードキーやタッチパネルを介して入力されるキー入力信号を、キー入力Ｉ／Ｆ４３０を介してＩ／Ｏ制御部４２６に転送する。
【００２３】
リアルタイムクロックモジュール４３３は、バックアップ用電池４３４によって電力を供給され、ＭＦＰ１００内で管理する日付及び時刻を更新／保存する。Ｅ−ＩＤＥ  Ｉ／Ｆ４６１は、ＨＤＤ１５０を接続するＩ／Ｆである。ＣＰＵ４１２は、Ｅ−ＩＤＥ  Ｉ／Ｆを介してＨＤＤ１５０に画像データーを記憶させ、又はＨＤＤ１５０から画像データーを読み込む。
【００２４】
コネクタ４４２及びコネクタ４４７には、リーダ部１２０及びプリンタ部１３０がそれぞれ接続されている。これらは、同調歩同期シリアルＩ／Ｆ（４４３、４４８）及びビデオＩ／Ｆ（４４４、４４９）を介してスキャナＩ／Ｆ４４０及びプリンタＩ／Ｆ４４５に接続されている。
【００２５】
スキャナＩ／Ｆ４４０は、コネクタ４４２を介してリーダ部１２０と接続され、スキャナバス４４１を介してメインコントローラ４１１と接続されている。スキャナＩ／Ｆ４４０は、リーダ部１２０から受信した画像に対して所定の処理を施す。また、スキャナＩ／Ｆ４４０は、リーダ部１２０から受信したビデオ制御信号に基づいて生成した制御信号を、スキャナバス４４１に出力する。スキャナバス４４１からＤＲＡＭ４１６へのデーター転送は、バスコントローラ４１３によって制御される。
【００２６】
プリンタＩ／Ｆ４４５は、コネクタ４４７を介してプリンタ部１３０と接続され、プリンタバス４４６を介してメインコントローラ４１１と接続されている。プリンタＩ／Ｆ４４５は、メインコントローラ４１１から出力された画像データーに所定の処理を施して、プリンタ部１３０へ出力する。ＤＲＡＭ４１６上に展開されたラスタイメージデータのプリンタ部１３０への転送は、バスコントローラ４１３によって制御される。当該ラスタイメージデータはプリンタバス４４６、プリンタＩ／Ｆ４４５及びビデオＩ／Ｆ４４９を経由してプリンタ部１３０へＤＭＡ転送される。
【００２７】
ＳＲＡＭ４５１は、バックアップ用の電池から供給される電源により、ＭＦＰ１００全体の電源が遮断された状態でも記憶内容を保持し続けることが可能なメモリである。ＳＲＡＭ４５１は、バス４５０を介してＩ／Ｏ制御部４２６と接続されている。また、ＥＥＰＲＯＭ４５２も同様に、バス４５０を介してＩ／Ｏ制御部４２６と接続されたメモリである。
【００２８】
図２で従来の暗号化されたキー情報の生成方法に付いて説明を行う。２０１はデバイスの管理を行うための端末装置側の処理内容を示しており、ＰＣ１６１で処理が行われる。２０２〜２０４はＭＦＰ１００の処理内容を示している。２０２はＳＮＭＰプロトコルで送受信されたパケット・データの処理を行うＳＮＭＰ Agent部を示している。２０３はＭＦＰ１００内部の不揮発メモリに保持された内容を示している。２０３の不揮発メモリはＭＦＰ１００の特定の機能Ａを有効化するためのActivate番号２０６とDeactivate番号２０７に加え、機能Ａの有効／無効の状態２０８を保持している。なお２０８の初期値は「無効」である。
【００２９】
２０４はＭＦＰ１００のカウンタ・モジュール部に保持された内容を示している。
【００３０】
ユーザーからの指示により、ＰＣ１６１において暗号化されたキー情報の生成方法が開始されると２１１でＭＦＰ１００の機体を特定するための情報取得の処理が開始される。      
【００３１】
２１２において、ＰＣ１６１の管理端末からＳＮＭＰプロトコルにおいてシリアル番号の情報取得を行う。ＰＣ１６１は２１３においてＲＦＣ３８０５で規定された、機器のシリアル番号を取得するためのMIBの識別子：prtGeneralSerialNumberを指定したSNMPのGetリクエストをデバイスに送出する。
【００３２】
２１３のパケット・データを受信したＳＮＭＰ Agent部２０２は２０９においてシリアル番号情報を保持しているカウンタ・モジュール部２０４に問い合わせを行う。問い合わせを受けたカウンタ・モジュール部２０４はモジュール内で保持しているシリアル番号情報２０５の値の返信を行う。ＳＮＭＰ Agent部２０２はカウンタ・モジュールから得られたシリアル番号情報を、２１３のSNMPのGetリクエストのレスポンスとして２１４でＰＣ１６１に返信を行う。なお、シリアル番号を保持していないＭＦＰ１００の場合において、ＳＮＭＰの戻り値として規定されている「No Such Name」で返信を行う。
【００３３】
次に２１５においてＭＦＰ１００からシリアル番号情報が取得出来たか否かの判断がＰＣ１６１の処理で行われる。シリアル番号の取得が行えた場合には２１８に移行し、取得が出来なかった場合には２１６に処理が移行する。
【００３４】
２１６においてＰＣ１６１はシリアル番号に変わってＭＦＰ１００を特定するための情報として、ＭＦＰ１００のＭＡＣアドレス（Media Access Control address）情報取得の処理を行う。ＰＣ１６１は２１７においてＲＦＣ１２１３で規定された、機器のＭＡＣアドレス番号を取得するためのMIBの識別子：ifPhysAddressを指定したSNMPのGetリクエストをデバイスに送出する。２１３のパケット・データを受信したＳＮＭＰ Agent部２１０はＮＩＣ（Network Interface Card）のＭＡＣアドレス情報の返信を行う。
【００３５】
２１８ではＭＦＰ１００から取得を行ったシリアル番号情報もしくはＭＡＣアドレス情報をもとに暗号化鍵の情報を生成する。２２０と２２１とはＰＣ１６１側に保持された機能Ａの有効／無効を行うためのActivate番号２２０とDeactivate番号２２１を示しており、この情報は、ＭＦＰ１００の不揮発メモリ部２０３で保持されている２０６と２０７の情報と同じである。
【００３６】
２１９では、ＰＣ１６１の処理として２１８で生成された暗号鍵に基づいてActivate番号２２０とDeactivate番号２２１の暗号化処理を行う。その結果２２２では暗号化されたActivate番号が、２２３では暗号化されたDeactivate番号がそれぞれ生成され、２２４で処理が完了する。
【００３７】
図３で従来の暗号化されたキー情報のデバイスへの書込に付いて説明を行う。
【００３８】
ユーザーからの指示により、ＰＣ１６１において暗号化されたActivate番号のデバイスへの書込処理が開始される。
【００３９】
３０４において、ＰＣ１６１の管理端末からＳＮＭＰプロトコルにおいて暗号化されたActivate番号の情報書込を行う。ＰＣ１６１は３０２において企業拡張のOID定義であるMIBの識別子：registrationInformation.1を指定したSNMPのSetリクエストを用いて暗号化されたActivate番号をデバイスに送出する。registrationInformation.1のASN.1形式での仕様詳細は後述する。
【００４０】
３０２のパケット・データを受信したＳＮＭＰ Agent部２０２は３０７において受信データーの復号処理を開始すると共に、３０２の返信として３０３で「noError」でリターンする。
【００４１】
なお、３０５に記載したとおり、企業拡張のOID定義であるMIBの識別子：registrationInformation.1を指定したSNMPのGetリクエストの返信は常にNULLとしている。また３０６に記載したとおり、３０３のリターンが「No Such Name」の場合、暗号化されたActivate番号によって有効化を行う機能が対象デバイスには存在していないことを示す。
【００４２】
３０７において、暗号化されたActivate番号をＳＮＭＰ Ａｇｅｎｔ２０２で受信し、復号化の処理が開始される。ＳＮＭＰ Agent部２０２は３０８においてシリアル番号情報を保持しているカウンタ・モジュール部２０４に問い合わせを行う。問い合わせを受けたカウンタ・モジュール部２０４はモジュール内で保持しているシリアル番号情報２０５の値の返信を行う。
【００４３】
次に３０９においてシリアル番号存在する機体か否かの判断がＳＮＭＰ Agent部２０２の処理で行われる。シリアル番号が存在する機体の場合には３１０に移行し、シリアル番号が存在しない機体の場合には３１２に処理が移行する。
【００４４】
３１０では機体のシリアル番号に基づいて復号化のための情報を選択する。一方３１２ではＭＡＣアドレス情報に基づいて復号化のための情報を選択する。
【００４５】
３１１では３１０もしくは３１２において選択された復号化のための情報を用いて、暗号化されたActivate番号の復号化処理を行い、３１３において復号後のActivate番号を得る。
【００４６】
３１４において復号後のActivate番号と不揮発メモリ２０３に格納されているActivate番号２０６との比較を行い一致している場合には３１６に移行し、一致していない場合には３１５に移行して処理終了となる。
【００４７】
３１６では、不揮発メモリ２０３に格納されている機能Ａの有効／無効の状態２０８を、初期値である無効状態から有効状態へと切り替えを行い、その後３１５に移行して処理終了となる。
【００４８】
次に、本実施形態を実現するための、SNMP/MIB管理情報の企業拡張について説明を行う。管理情報の拡張に関しては、企業ごとに識別番号が割り当てられており、企業ごとの識別番号以下にASN.1形式で仕様を定義することによって行うことが可能である。
【００４９】
＜企業拡張のOID定義であるMIBの識別子のASN.1形式での仕様詳細＞
企業拡張のOID定義であるMIBの識別子の仕様の詳細をASN.1形式で下記に示す。
registrationInformation
-- registration sub-tree
-- ソフトウェアのレジストレーション部の情報。
registration OBJECT IDENTIFIER ::= [ resources 501 ]
registrationTable OBJECT-TYPE
SYNTAX      SEQUENCE OF registrationEntry
MAX-ACCESS  not-accessible
STATUS      current
DESCRIPTION
"ソフトウェアのレジストレーション部の情報を収めた構造体の配列。"
::= [ registration 1 ]
registrationEntry OBJECT-TYPE
SYNTAX      registrationEntry
MAX-ACCESS  not-accessible
STATUS      current
DESCRIPTION
"ソフトウェアのレジストレーション部の情報を収めた構造体。"
INDEX
[ registrationIndex ]
::= [ registrationTable 1 ]
registrationEntry ::= SEQUENCE [
registrationIndex                 Integer32,
registrationInformation           OCTET STRING
]
registrationIndex OBJECT-TYPE
SYNTAX      Integer32 (1..65535)
MAX-ACCESS  not-accessible
STATUS      current
DESCRIPTION
"このエントリのインデックス。"
::= [ registrationEntry 1 ]
registrationInformation OBJECT-TYPE
SYNTAX      OCTET STRING (SIZE(0..255))
MAX-ACCESS  read-write
STATUS      current
DESCRIPTION
"ソフトウェアのレジストレーション情報に関する文字列。
【００５０】
文字列の最大長は、デバイスに依存する。
【００５１】
デバイス内で動作しているソフトウェアに関しての情報を
機器外部から書き込むことのみを目的としており、
読み出し時は常にNULL文字を返し、別な手段によって確認可能とする事。
【００５２】
書き込む文字列の形式に関しては、デバイスに依存する。"
::= [ registrationEntry 2 ]
これらのASN.1形式での仕様内容を、MIB情報のsub-treeとして図６の６０１に示している。本実施形態では、上記の企業拡張を用いて実現している。
【００５３】
次に図５と図６とを用いて、本実施形態での処理の流れを説明する。５０１で本実施形態の処理が開始される。
【００５４】
５０２においてregistrationInformationをSetリクエストする個数を乱数Aによって生成する。乱数Aの上限はTCP/UDPであるSNMPプロトコルのデーター部や、ＰＣ１６１やＭＦＰ１００の送信／受信のバッファサイズから、上限の個数をあらかじめ定めておく。一例として、乱数A＝３のときには６０２で示すように、６０４、６０５、６０６の３つのSetリクエストが行われることになる。
【００５５】
つぎに、複数のregistrationInformationのSetリクエストの中で、何番目の情報に真に欲しいデーターを格納するのかを乱数Bによって生成を行う。一例として、乱数B=１のときには６０４で示している複数のSetリクエスト中の１番目の情報が有効となる。registrationInformationは６０１および、企業拡張のASN.1記述にあるようにテーブル情報となっており、index番号によって情報がさらに識別されている。
【００５６】
５０４では乱数Aの個数に応じて、乱数Bで示す真に必要となる情報のindex番号を導き出せるように、あらかじめＰＣ１６１とＭＦＰ１００とで共有した計算式によって、registrationInformationのindex番号の算出を行う。一例として６０７に示したように、一つのsetリクエストに3個の同一OIDでindex番号だけが異なる書き込みの場合、最終OIDのindex番号に対し、2つ目のindex番号は引き算、1つ目のindex番号も引き算とする計算式を適用している。６０７の例では乱数A＝３で乱数B＝１のケースであり、20-18-1=1で一つ目のregistrationInformation.1（６０４）のaaaa（６０３）が本当のデーターであることを示している。
【００５７】
さらに、５０５において、真に欲しいデーターとして格納する値に所定の暗号化処理を施す。この暗号化処理は図２で説明したシリアル番号もしくはMACアドレスに加え６０８で示した処理を行っても良い。６０８の処理例では暗号化／復号化のキーとしてさらに複数個のリクエスト(乱数A=3)の数と、真のデーターが格納されているregistrationInformationのindex番号（乱数B=1）を用いても良い。
【００５８】
５０６においては、乱数B=１のときにSetリクエスト中の１番目の情報が有効となっている以外のデーター、つまりダミーのindex番号のデーターとして、ダミーのデーター生成を行う。その後５０７に移行し６０２に示したようなSNMPのSetリスエストを行うパケット・データを生成し処理を終了させる。
【００５９】
図５で示した処理は図２の２１８と２１９との間の処理として行われ、復号化の際には図５と同様の有効となるインデックス番号のデーター抽出は図３の３０７と３０８との間の処理として行われる。
【００６０】
（発明の効果）
以上説明したように、本実施形態に係る画像形成装置によれば、次のような効果を得ることができる。SNMPv1で取得できるMIB情報のテーブルのうち、ダミー・データーと真のデーターをランダムに混在させる。そのうえで、MIB情報で取得できるテーブルのIndex番号から真のデーターを抽出することで、真のデーターの特定をSNMPv1の通信においても困難なものとすることが可能となる。
【符号の説明】
【００６１】
１１０  制御部
１３０  プリンタ部
１４０  操作部
【図１】
2013232856.tif 000003
【図２】
2013232856.tif 000004
【図３】
2013232856.tif 000005
【図４】
2013232856.tif 000006
【図５】
2013232856.tif 000007
【図６】
2013232856.tif 000008