JP6016374B2 - 周辺装置、情報処理システム、制御方法およびコンピュータプログラム - Google Patents

Description

本発明は、周辺装置、情報処理システム、制御方法およびコンピュータプログラムに関する。

ＳＮＭＰ（簡易ネットワーク管理プロトコル）とＭＩＢとを用いて、ネットワークで接続されたデバイスを管理する方法が提案されている。ＳＮＭＰは、Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌの略称である。ＳＮＭＰは、ネットワークに接続された機器の管理や制御を行うプロトコルである。ネットワークに接続された機器は、例えば、ネットワークプリンタ、ネットワーク複合機、ＨＵＢ、ルータである。ＳＮＭＰは、上記ネットワーク機器のデバイスの持つ管理情報を取得し変更を行うための、業界のデファクトスタンダードとなっている。

ＭＩＢは、Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅの略称である。ＭＩＢは、ＳＮＭＰによって管理されるネットワーク機器の管理情報の集合である。具体的には、ＭＩＢは、階層構造をもつ簡易データベースに格納される。また、ＭＩＢは、ＡＳＮ．１（Abstract Syntax Notation One）で定義されている。

管理端末（ＳＮＭＰマネージャ）から送信されたＳＮＭＰのリクエストに対して、デバイス（ＳＮＭＰエージェント）がリクエストを正しく解釈し、該当するＭＩＢ情報の返信を行うことによってデバイスの管理を行う。

ＭＩＢ情報には、ＲＦＣ（Request for Comments）で規定された、以下のような標準ＭＩＢの規格が存在している。
・ＲＦＣ３８０５−Ｐｒｉｎｔｅｒ ＭＩＢ ｖ２
プリンタを管理するためのオブジェクトを定義
・ＲＦＣ２７９０−Ｈｏｓｔ Ｒｅｓｏｕｒｃｅｓ ＭＩＢ
コンピューターシステムで共通のオブジェクトを定義
・ＲＦＣ１２１３−Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ ｆｏｒ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ
・すべてのＳＮＭＰエージェントで利用される基本的なＭＩＢ
システム情報、インタフェース情報、ＴＣＰ情報などを定義

一方、エンタープライズオブジェクト識別子を用いて、ベンダーごとのＭＩＢ情報の拡張をベンダーが独自に行うことも可能となっている。ＭＩＢ情報の拡張の際には、まず、ベンダーが、企業番号（エンタープライズ番号：Private Enterprise Number）をＩＡＮＡ（Internet Assigned Number Authority）に申請する。そして、エンタープライズ番号のサブツリーをｅｎｔｅｒｐｒｉｓｅｓの下にＰｒｉｖａｔｅ ＭＩＢとして定義する。これにより、ＭＩＢ情報が拡張される。

Ｐｒｉｖａｔｅ ＭＩＢによる企業拡張で定義されている内容は、基本的にはＲＦＣで規定されていないベンダー独自の情報が大半であり、ＳＮＭＰマネージャはＰｒｉｖａｔｅ ＭＩＢを解釈することで、管理情報の取得をすることができる。

また、一部のデバイスは、複数ベンダーのエンタープライズ番号のサブツリーを有する。ＳＮＭＰマネージャが、複数のエンタープライズ番号を有するデバイスから、異なるプロトコルによって情報取得をし、マッピングを変えることによってデバイスを区別可能にした上で一元管理を行うシステムが提案されている（例えば、特許文献１）。

特開２００８−６５８３１号公報

近年、ネットワークに接続されたデバイスを効果的に管理するために、ＭＰＳ（Managed Print Service）というサービスの利用が拡大している。ＭＰＳアプリケーションは、例えば、ＨＰ社のＷｅｂＪｅｔＡｄｍｉｎや、ＰｒｉｎｔＦｌｅｅｔ、Ｕｎｉｆｌｏｗ、ＦＭＡｕｄｉｔ、ＰｒｉｎｔＡｕｄｉｔである。これらの他に、多種多様なメーカーがＭＰＳアプリケーションを提案している。例えば、エンタープライズオブジェクト識別子によりデバイスメーカを特定し、標準のＲＦＣ定義以外のＭＩＢ情報取得パケットの問い合わせ方法を変更するＭＰＳアプリケーション（ＭＰＳアプリケーションＢ）が存在している。

ＭＰＳアプリケーションＢを備える外部装置は、例えば、ｅｎｔｅｒｐｒｉｓｅｓ（１．３．６．１．４．１）のＭＩＢ−ＯＩＤに対し、ＳＮＭＰのＧｅｔＮｅｘｔリクエストまたはＧｅｔＢｕｌｋリクエストを発行する。ＯＩＤ（オブジェクトＩＤ）は、Ｏｂｊｅｃｔ ＩＤｅｎｔｉｆｉｅｒの略称である。ＧｅｔＮｅｘｔリクエストは、当該リクエストで指定するオブジェクトＩＤ（ＭＩＢ−ＯＩＤ）に対応するノードの次のノードの情報の取得を求める要求である。上記ＧｅｔＮｅｘｔリクエストを受けたデバイスは、ＭＩＢ−ＯＩＤに対応するノードであるｅｎｔｅｒｐｒｉｓｅｓ（１．３．６．１．４．１）の配下にあるエンタープライズ番号を応答する。エンタープライズ番号が複数の場合、デバイスは、値が小さいほうのエンタープライズ番号を先に応答する。外部装置は、先に応答されたエンタープライズ番号に基づいて、デバイスを管理する。

ＧｅｔＢｕｌｋリクエストは、当該リクエストで指定するＭＩＢ−ＯＩＤに対応するノードの次のノードの情報の一括取得を求める要求である。例えば、外部装置が、ＧｅｔＢｕｌｋリクエストにおいてｅｎｔｅｒｐｒｉｓｅｓ（１．３．６．１．４．１）のＭＩＢ−ＯＩＤを指定した場合を例にとって説明する。上記ＧｅｔＮｅｘｔリクエストを受けたデバイスは、ＭＩＢ−ＯＩＤに対応するノードであるｅｎｔｅｒｐｒｉｓｅｓ（１．３．６．１．４．１）の配下にあるエンタープライズ番号を一括で応答する。外部装置は、一括で応答されたエンタープライズ番号のうち、値が小さいほうのエンタープライズ番号に基づいて、デバイスを管理する。

すなわち、ＧｅｔＮｅｘｔリクエスト、ＧｅｔＢｕｌｋリクエストは、特定の規則にしたがって下位ノードのエンタープライズ番号の取得を求める要求である。そして、ＭＰＳアプリケーションは、管理対象のデバイスから最初にデバイスから返信されたエンタープライズオブジェクト識別子（エンタープライズ番号）に基づいて、ＭＰＳ側で取得するＰｒｉｖａｔｅ ＭＩＢのＯＩＤの切り替えを行う。

一方、企業の合併や買収等によりエンタープライズオブジェクト識別子を複数搭載するデバイスが増加傾向にある。ＯＥＭ（Original Equipment Manufacturer）の活用が活発なデバイスにおいても、同様に複数のエンタープライズオブジェクト識別子を有するデバイスが増加している。このように、複数のエンタープライズオブジェクト識別子を有するデバイスに対しては、ＭＰＳアプリケーションにおいて、既定のベンダー特定処理による判断が正しく行われず、所望のデバイス管理に支障をきたす可能性がある。

ここで、ＯＣＥ社とＣＡＮＯＮという複数のｅｎｔｅｒｐｒｉｓｅｓを有するプリンタを管理対象として想定する。ＯＣＥ社のエンタープライズオブジェクト識別子は１５５２、ＣＡＮＯＮのエンタープライズオブジェクト識別子は１６０２である。ＭＰＳアプリケーションＢは、例えば、管理対象のデバイスのｅｎｔｅｒｐｒｉｓｅｓに対してＳＮＭＰのＧｅｔＮｅｘｔリクエストを行い、その返信値のエンタープライズ番号によって、その後のＰｒｉｖａｔｅ ＭＩＢ情報の取得内容を変更する。

ＭＰＳアプリケーションＢからのＧｅｔＮｅｘｔリクエストに対する応答としてプリンタから最初に返信されるエンタープライズ番号は、ＯＣＥ社のエンタープライズ番号である。したがって、ＭＰＳアプリケーションＢは、当該最初に返信されるエンタープライズ番号に基づいて、プリンタをＯＣＥ社のデバイスであると判断する。したがって、ＭＰＳアプリケーションＢは、ＭＩＢにおけるＯＣＥ社のツリー下にあるプライベート情報のみを取得し、ＣＡＮＯＮのプリンタとしては情報取得を行わない。

しかし、例えば、ＯＣＥ社のプライベート情報にはカウンタ情報が存在していない場合には、カウンタ情報による計数管理に支障をきたす。ユーザが導入済みのＭＰＳに対して、ＯＣＥ社のプリンタとしてモニタリングしたいのか、またはＣＡＮＯＮのプリンタとしてモニタリングしたいのかは、ユーザが自由に決められるべきである。しかし、上述したＭＰＳアプリケーションは、管理対象のネットワーク機器すなわち周辺機器から最初に返信されるエンタープライズ番号に基づいて、その後の当該周辺機器の管理を行うので、上記の例では、常にＯＣＥ社のプリンタとしての管理になってしまう。したがって、既にユーザが運用中のＭＰＳ環境においても、デバイスの必要な情報取得が行えるようにすることが必要である。そのためには、デバイス側で、ＧｅｔＮｅｘｔ／ＧｅｔＢｕｌｋリクエストを受けた場合に優先的に応答するエンタープライズ番号を設定できる必要がある。

本発明は、ＭＩＢのエンタープライズ番号として、複数の値を持つ周辺装置であって、特定の規則にしたがって下位ノードのエンタープライズ番号の取得を求める要求に対して応答するエンタープライズ番号を設定する周辺装置の提供を目的とする。

本発明の一実施形態の周辺装置は、ＭＩＢのエンタープライズ番号として、複数の値を持つ周辺装置である。前記周辺装置は、外部装置から、特定のオブジェクトＩＤを指定した、特定の規則にしたがって下位ノードのエンタープライズ番号の取得を求める要求を受信した場合の、該要求に対応する前記特定の規則に依らず前記外部装置に応答するエンタープライズ番号を設定する設定手段と、前記要求を受信し、該要求に対して、前記設定手段によって設定された前記エンタープライズ番号を応答する応答手段とを備える。

本発明の周辺装置によれば、当該周辺装置がＭＩＢのエンタープライズ番号を複数持つ場合であって、ＭＩＢ情報の取得要求を受けた場合に、予め周辺装置のユーザが指定したエンタープライズ番号を応答することができる。したがって、外部装置は、応答されたエンタープライズ番号に基づいて、周辺装置に関するその後の管理を実行することができ、周辺装置の管理の利便性が向上する。

本実施形態の情報処理システムの構成例を示す図である。 ＭＩＢ情報の構造の一例を示す図である。 ＭＩＢ情報の階層構造を説明する図である。 エンタープライズ番号配下に定義を行ったＭＩＢオブジェクトのＡＳＮ．１記載の例を示す図である。 制御部の構成例を示す図である。 ＭＰＳアプリケーションの動作処理例を説明するフローチャートである。 ＭＦＰが実行するＳＮＭＰ設定処理の一例を説明する図である。 ＭＦＰの動作処理例を説明するフローチャートを示す図である。

図１は、本実施形態の情報処理システムの構成例を示す図である。図１に示す情報処理システムは、ＰＣ１６１，１６２と、画像形成装置１００とを備える。画像形成装置１００は、本実施形態の周辺装置である。画像形成装置１００は、例えば、コピー機能やプリンタ機能など、複数の機能を有するＭＦＰである。なお、画像形成装置が、コピー機能のみ又はプリンタ機能のみを有するＳＦＰ（Single Function Peripheral）であってもよい。以下では、画像形成装置１００をＭＦＰ１００とも記述する。

ＭＦＰ１００は、コントローラ部（制御部）１１０、リーダ部１２０、プリンタ部１３０、操作部１４０を備える。コントローラ部１１０は、リーダ部１２０及びプリンタ部１３０と電気的に接続されている。制御部１１０は、リーダ部１２０及びプリンタ部１３０からデータを受信する。また、制御部１１０は、リーダ部１２０及びプリンタ部１３０に対して各種のコマンドを送信する。さらに、制御部１１０は、ネットワーク１６０を介してＰＣ１６１、１６２と接続されており、これらから画像データや制御コマンドを受信する。ネットワーク１６０は、例えば、イーサネット（登録商標）で構築される。ＰＣ１６１、１６２はＭＦＰ１００に対して、機器の構成情報や現在のステータス情報の監視等も行う。

リーダ部１２０は、原稿の画像を光学的に読み取り、画像データに変換する。リーダ部１２０は、原稿を読み取る機能を有するスキャナユニット１２１と、原稿をスキャナユニット１２１によって読み取り可能な位置まで搬送する原稿給紙ユニット１２２とを備える。スキャナユニット１２１が備えるスキャナコントローラ１２３は、制御部１１０からの指示に基づいて、スキャナユニット１２１と原稿給紙ユニット１２２とを制御する。

プリンタ部１３０は、画像形成（印刷）用の用紙（又は記録材）を収納する給紙ユニット１３１と、画像データを用紙に転写及び定着させるマーキングユニット１３２と、印刷された用紙を排紙する排紙ユニット１３４とを備える。

プリンタ部１３０は、制御部１１０からの指示に基づいて、給紙ユニット１３１から用紙をマーキングユニット１３２へ給紙し、マーキングユニット１３２で当該用紙に対して画像データを印刷した後、当該用紙を排紙ユニット１３４へ排紙する。排紙ユニット１３４は、マーキングユニット１３２で印刷された用紙に対し、ソートやステイプル等の処理を施すことができる。

給紙ユニット１３１は、複数の給紙部を備えており、各給紙部には用紙が収納され、載置（設定）される。各給紙部は、例えば、普通紙や光沢紙等、複数種類の用紙を収納できる。また、各給紙部は、ＭＦＰ１００のプリンタ部１３０で印刷された用紙を、再び収納することもできる。給紙部の例として、給紙カセットや、給紙デッキ、手差用紙レイ等がある。給紙部の形態はこれに限られず、その他、収納された用紙をマーキングユニット１３２に搬送できればよい。

操作部１４０は、例えば、ハードキーや、液晶表示部及びその表面上に貼り付けられたタッチパネル部を備え、それらを介してユーザから指示を受け付ける。また、操作部１４０は、液晶表示部にソフトキーや、ＭＦＰ１００の機能や状態を表示することができる。操作部１４０は、ユーザからの指示に対応するコマンドを、制御部１１０に送信する。また、ＨＤＤ（Hard Disk Drive）１５０は、ＭＦＰ１００の各種設定及び画像データを記憶する。

上記の構成に基づき、ＭＦＰ１００は、例えば、コピー機能、画像データ送信機能、プリンタ機能等の種々の機能を実現する。コピー機能を実現する場合には、制御部１１０は、リーダ部１２０で原稿の画像データを読込み、プリンタ部１３０で当該画像データを用いて用紙に印刷する制御を行う。画像データ送信機能を実現する場合に、制御部１１０は、リーダ部１２０で読み込んだ原稿の画像データをコードデータに変換し、当該コードデータを、ネットワーク１６０を介してＰＣ１６１、１６２に送信する。

プリンタ機能を実現する場合には、制御部１１０は、ＰＣ１６１、１６２からネットワーク１６０を介して受信したコードデータ（印刷データ）を画像データに変換し、プリンタ部１３０へ送信する。プリンタ部１３０は、受信した画像データを用いて用紙に印刷する。制御部１１０の構成については、図５を参照して後述する。本実施形態の制御方法は、例えば、図１に示すＭＦＰ１００が備える各処理部によって実現される。また、本実施形態のコンピュータプログラムは、この制御方法をコンピュータに実行させる。

＜標準技術の説明＞
次に、ＩＥＴＦがインターネットで利用される技術の標準化を目的として発行を行っているＲＦＣに基づく、ネットワーク機器からの情報取得について説明する。ＩＥＴＦはＩｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅの略称である。また、ＲＦＣはＲｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓの略称である。

ネットワーク上のデバイスの情報管理プロトコルとしてＳＮＭＰ（Simple Network Management Protocol）が一般的に広く用いられている。ＳＮＭＰで管理されるネットワーク機器は、ＭＩＢ情報を搭載し、管理端末からのＳＮＭＰリクエストに対してレスポンスを行うことで管理される。ＭＩＢ情報の構造についても、ＩＥＦＴで標準化がなされている。

図２は、図１に示すＭＦＰが有するＭＩＢ情報の構造の一例を示す図である。図２に示すように、ＭＩＢ情報は、分野別に分けられたツリー構造として定義されている。最も標準的な位置づけとしてのＭＩＢ情報（標準ＭＩＢ）は、ｍｉｂ−２（２０２）の配下で定義がされている。ｍｉｂ−２（２０２）は、ＩＳＯが既定するｉｓｏ（２０１）のツリー配下で規定されている。 ｍｉｂ−２配下のグループには、ＲＦＣで規定されているｓｙｓｔｅｍ情報に関するサブツリーや、プリンタの情報に関するｐｒｉｎｔｍｉｂサブツリーが存在する。

標準ＭＩＢは、ネットワーク機器のメーカーの違いや機器のスペック等に左右されない汎用的な情報の集合体としてまとめられている。一方、標準ＭＩＢに対して、ベンダーなどが独自に拡張したＭＩＢ情報は、プライベートＭＩＢや拡張ＭＩＢと呼ばれ、ｐｒｉｖａｔｅ（２０３）の配下のｅｎｔｅｒｐｒｉｓｅｓ（２０４）にベンダー専用のグループとしてまとめられている。

ベンダー専用の情報グループを使用するためには、その識別情報が必要となる。具体的には、ＩＡＮＡにエンタープライズ番号の申請を行い、ＰＲＩＶＡＴＥ ＥＮＴＥＲＰＲＩＳＥ ＮＵＭＢＥＲＳの取得を行うことが必要である。ＩＡＮＡはＩｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒｓ Ａｕｔｈｏｒｉｔｙの略称である。

なお、割り当てが行われたエンタープライズ番号の一覧は、以下のＵＲＬで公開されている。
http://www.iana.org/assignments/enterprise-numbers
図２に示す例では、符号２０５で示すエンタープライズ番号１５５２はＯＣＥ社に対応し、符号２０７で示すエンタープライズ番号１６０２は、ＣＡＮＯＮに対応する。すなわち、ＭＦＰ１００は、ＭＩＢのエンタープライズ番号として、複数の値を持つ。

各企業は、独自のＭＩＢ上をエンタープライズ番号配下で定義を行い、ＲＦＣ１１５５などによって規定されるＳＭＩによるデータ構造やデータ型式、および管理情報の名前付けと、ＡＳＮ．１という仕様記述言語によって仕様を明らかにしている。ＳＭＩはＳｔｒｕｃｔｕｒｅ ｏｆ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎの略称である。ＡＳＮ．１はＡｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ．１の略称である。図２に示す例では、カウンタに関する情報が、符号２０６で示すｏｃｅＢｉｌｌｉｎｇＣｏｕｎｔｅｒＭＩＢと、符号２０９で示すｃａｎＣｈａｒｇｅＣｏｕｎｔｅｒとで規定されている。すなわちカウンタに関する情報は、各々の企業ごとに規定されている。

図３は、図２に示すＭＩＢ情報の階層構造を説明する図である。図中、符号３０１の楕円で示すＭＩＢ情報の管理上のグループは、標準ＭＩＢである。また、符号３０２の四角で示すＭＩＢ情報の管理上のグループは、Ｐｒｉｖａｔｅ ＭＩＢである。

符号３０３は、ＭＩＢのＯＩＤを示す最上位の識別番号である。符号３０４のｉｎｔｅｒｎｅｔの配下に、符号３０５のｍｉｂ−２と、符号３０７のｐｒｉｖａｔｅと、符号３０８のｅｎｔｅｒｐｒｉｓｅｓが配置されている。ｍｉｂ−２には、標準ＭＩＢの情報グループが格納されている。また、ｐｒｉｖａｔｅとｅｎｔｅｒｐｒｉｓｅｓは、Ｐｒｉｖａｔｅ ＭＩＢに繋がる。

ベンダー専用の情報グループは、エンタープライズ番号を識別子として、符号３０８のｅｎｔｅｒｐｒｉｓｅｓ配下に符号３０９のｈｐ（１１）、符号３１０のｏｃｅ（１５５２）、符号３１１のｃａｎｏｎ（１６０２）が配置される。

本実施形態では、ＭＩＢ情報の取得要求元となる外部装置上でＭＰＳアプリケーションＢが動作するものとする。したがって、以下の説明におけるＭＩＢアプリケーションは、ＭＩＢアプリケーションＢを意味する。ＭＩＢアプリケーションは、ＭＦＰ１００に対して、ＭＩＢ情報の取得要求を行う。ＭＩＢ情報の取得要求は、例えば、ＧｅｔＮｅｘｔリクエスト、ＧｅｔＢｕｌｋリクエストといった、特定の規則にしたがって下位ノードのエンタープライズ番号の取得を求める要求である。ＭＩＢ情報の取得要求には、特定のオブジェクトＩＤ（ＯＩＤ）が指定される。ＭＩＢ情報の取得要求を受けたＭＦＰ１００は、ＭＦＰ１００が保持するＭＩＢ情報から、ＭＩＢ情報の取得要求において指定されたＯＩＤに対応するノードの配下にあるエンタープライズ番号を取得して応答する。

図４は、エンタープライズ番号配下に定義を行ったＭＩＢオブジェクトのＡＳＮ．１記載の例を示す図である。符号５０１に示す１６０２という識別子が、ｃａｎｏｎのＰｒｉｖａｔｅＭＩＢ配下に存在するベンダー専用の情報であることが確認できる。ＭＩＢ情報の取得要求においてＯＩＤにデバイス名”ｃａｎＰｄＩｎｆｏＭａｃｈｉｎｅＮａｍｅ”を指定する場合を例にとると、このＯＩＤは単一値をもつオブジェクトに相当する。したがって、当該ＯＩＤの後ろに「．０」を付けたものがインスタンスを示す。

図５は、図１中の制御部の構成例を示す図である。メインコントローラ４１１は、ＣＰＵ４１２及びバスコントローラ４１３と、各種のＩ／Ｆコントローラ回路とを備える。ＣＰＵ４１２及びバスコントローラ４１３は、制御部１１０全体の動作を統括的に制御する。ＣＰＵ４１２は、ＲＯＭ４１４からＲＯＭＩ／Ｆ４１５を経由して読込んだプログラムに基づいて各種の動作を実行する。例えば、ＣＰＵ４１２は、読み込んだプログラムに基づいて、図１に示すＰＣ１６１又はＰＣ１６２から受信したコードデータ（例えばＰＤＬ（ページ記述言語））を解釈する。本実施形態に特有の機能として、ＲＯＭ４１４には、ＭＦＰのＭＩＢ情報を取得するプログラム（ＭＩＢ情報取得プログラム）が予め記憶されている。バスコントローラ４１３は、各Ｉ／Ｆを介したデータ転送に関する制御、例えば、バスの調停及びＤＭＡデータ転送の制御を行う。

ＤＲＡＭ４１６は、ＤＲＡＭＩ／Ｆ４１７を介してメインコントローラ４１１と接続され、ＣＰＵ４１２が動作するためのワーク領域や、画像データを蓄積するための領域として使用される。本実施形態に特有の機能として、ＤＲＡＭ４１６には、ＭＦＰのＭＩＢ情報が格納される。このＭＩＢ情報は、例えば、図２および図３を参照して説明した構造を有している。

Ｃｏｄｅｃ４１８は、例えば、ＤＲＡＭ４１６に蓄積されたラスタイメージデータをＭＨ／ＭＲ／ＭＭＲ／ＪＢＩＧ／ＪＰＥＧ等の方式で圧縮し、又は圧縮された状態で蓄積されたコードデータをラスタイメージデータに伸長する処理を行う。ＳＲＡＭ４１９は、Ｃｏｄｅｃ４１８の一時的なワーク領域として使用される。Ｃｏｄｅｃ４１８は、Ｉ／Ｆ４２０を介してメインコントローラ４１１と接続される。ＳＲＡＭ４１９とＤＲＡＭ４１６との間のデータの転送は、バスコントローラ４１３によって制御され、ＤＭＡ転送により実現される。

Ｇｒａｐｈｉｃ Ｐｒｏｃｅｓｓｏｒ４３５は、ＤＲＡＭ４１６に蓄積されたラスタイメージデータに対して、画像回転、画像変倍、色空間変換、又は二値化等の処理を行う。ＳＲＡＭ４３６は、Ｇｒａｐｈｉｃ Ｐｒｏｃｅｓｓｏｒ４３５の一時的なワーク領域として使用される。Ｇｒａｐｈｉｃ Ｐｒｏｃｅｓｓｏｒ４３５は、Ｉ／Ｆ４３７を介してメインコントローラ４１１と接続されている。Ｇｒａｐｈｉｃ Ｐｒｏｃｅｓｓｏｒ４３５とＤＲＡＭ４１６との間のデータの転送は、バスコントローラ４１３によって制御され、ＤＭＡ転送により実現される。

Ｎｅｔｗｏｒｋ Ｃｏｎｔｏｒｌｌｅｒ４２１は、Ｉ／Ｆ４２３によってメインコントローラ４１１と接続され、コネクタ４２２を介して外部ネットワーク（例えば、ネットワーク１６０）と接続される。汎用高速バス４２５には、拡張ボードを接続するための拡張コネクタ４２４とＩ／Ｏ制御部４２６とが接続される。汎用高速バス４２５は、例えば、ＰＣＩバスである。Ｉ／Ｏ制御部４２６は、リーダ部１２０及びプリンタ部１３０の各ＣＰＵとの間で、制御コマンドを送受信するための調歩同期式のシリアル通信部コントローラ４２７を２チャンネル備える。

Ｉ／Ｏ制御部４２６は、Ｉ／Ｏバス４２８を介してスキャナＩ／Ｆ４４０及びプリンタＩ／Ｆ４４５と接続されている。パネルＩ／Ｆ４３２は、操作部１４０との間でデータの送受信を行うためのＩ／Ｆである。パネルＩ／Ｆ４３２は、ＬＣＤコントローラ４３１から転送されてきた画像データを操作部１４０に転送する。また、パネルＩ／Ｆ４３２は、操作部１４０が備えるハードキーやタッチパネルを介して入力されるキー入力信号を、キー入力Ｉ／Ｆ４３０を介してＩ／Ｏ制御部４２６に転送する。

リアルタイムクロックモジュール４３３は、バックアップ用電池４３４によって電力を供給され、ＭＦＰ１００内で管理する日付及び時刻を更新／保存する。Ｅ−ＩＤＥ Ｉ／Ｆ４６１は、ＨＤＤ１５０を接続するＩ／Ｆである。ＣＰＵ４１２は、Ｅ−ＩＤＥ Ｉ／Ｆを介してＨＤＤ１５０に画像データを記憶させ、又はＨＤＤ１５０から画像データを読み込む。

コネクタ４４２及びコネクタ４４７には、リーダ部１２０及びプリンタ部１３０がそれぞれ接続されている。これらは、同調歩同期シリアルＩ／Ｆ（４４３、４４８）及びビデオＩ／Ｆ（４４４、４４９）を介してスキャナＩ／Ｆ４４０及びプリンタＩ／Ｆ４４５に接続されている。

スキャナＩ／Ｆ４４０は、コネクタ４４２を介してリーダ部１２０と接続され、スキャナバス４４１を介してメインコントローラ４１１と接続されている。スキャナＩ／Ｆ４４０は、リーダ部１２０から受信した画像に対して所定の処理を施す。また、スキャナＩ／Ｆ４４０は、リーダ部１２０から受信したビデオ制御信号に基づいて生成した制御信号を、スキャナバス４４１に出力する。スキャナバス４４１からＤＲＡＭ４１６へのデータ転送は、バスコントローラ４１３によって制御される。

プリンタＩ／Ｆ４４５は、コネクタ４４７を介してプリンタ部１３０と接続され、プリンタバス４４６を介してメインコントローラ４１１と接続されている。プリンタＩ／Ｆ４４５は、メインコントローラ４１１から出力された画像データに所定の処理を施して、プリンタ部１３０へ出力する。ＤＲＡＭ４１６上に展開されたラスタイメージデータのプリンタ部１３０への転送は、バスコントローラ４１３によって制御される。当該ラスタイメージデータはプリンタバス４４６、プリンタＩ／Ｆ４４５及びビデオＩ／Ｆ４４９を経由してプリンタ部１３０へＤＭＡ転送される。

ＳＲＡＭ４５１は、バックアップ用の電池から供給される電源により、ＭＦＰ１００全体の電源が遮断された状態でも記憶内容を保持し続けることが可能なメモリである。ＳＲＡＭ４５１は、バス４５０を介してＩ／Ｏ制御部４２６と接続されている。また、ＥＥＰＲＯＭ４５２も同様に、バス４５０を介してＩ／Ｏ制御部４２６と接続されたメモリである。

図５を参照して、ＤＲＡＭへのＭＩＢ情報の格納処理と、ＭＦＰ１００がＭＩＢ情報の取得要求を受けた場合のＭＩＢ情報の返信処理とを説明する。まず、ＭＦＰ１００が起動すると、ＣＰＵ４１２が、ＲＯＭ４１４からＭＩＢ情報取得プログラムを読み出して実行する。これにより、ＣＰＵ４１２が、例えばスキャナＩ／Ｆ４４０とプリンタＩ／Ｆとを介して、ＭＩＢ情報を取得する。ＣＰＵ４１２は、取得したＭＩＢ情報をＤＲＡＭ４１６に格納する。

一方、ＣＰＵ４１２が、外部装置（例えばＰＣ１６１）から、コネクタ４２２およびＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ４２１を介してＭＩＢ情報の取得要求を受信する。ＣＰＵ４１２が、受信したＭＩＢ情報の取得要求に応じて、ＤＲＡＭ４１６からＭＩＢ情報を取得する。そして、ＣＰＵ４１２が、取得したＭＩＢ情報をＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ４２１およびコネクタ４２２を介して要求元に返す。

図６は、ＭＰＳアプリケーションの動作処理例を説明するフローチャートである。この例では、ＰＣ１６１が備えるＣＰＵがＭＰＳアプリケーションを実行する。ＰＣ１６１が、ＳＮＭＰによるＭＦＰ１００からの情報取得処理を開始する（ステップＳ６０１）。ＭＰＳアプリケーションが、ＭＦＰ１００に対してＳＮＭＰでｐｒｉｖａｔｅ（１．３．６．１．４）にＧｅｔＮｅｘｔする。すなわち、ＰＣ１６１が備えるＣＰＵは、ＭＦＰ１００に対してＭＩＢ情報の取得を行う要求手段として機能する。また、このＣＰＵは、ＭＦＰ１００からＭＩＢ情報の取得要求に応じたエンタープライズ番号を応答として受信する受信手段として機能する。

ＭＰＳアプリケーションは、返信されるエンタープライズ番号に基づいて、ＭＦＰ１００がどのベンダーのプリンタであるかの判断を行う（ステップＳ６０２，Ｓ６０３）。具体的には、ＭＰＳアプリケーションは、エンタープライズ番号によるｐｒｉｖａｔｅＭＩＢ情報の取得ロジックの切り替えを行う。例えば、ＭＰＳアプリケーションが、エンタープライズ番号に基づいてＭＦＰ１００がベンダーＡのプリンタであると判断した場合には、ベンダーＡのｐｒｉｖａｔｅＭＩＢ情報に対して、詳細なＭＩＢ情報の問い合わせを行う（ステップＳ６０４）。

また、ＭＰＳアプリケーションが、エンタープライズ番号に基づいてＭＦＰ１００がベンダーＢのプリンタであると判断した場合には、ベンダーＢのｐｒｉｖａｔｅＭＩＢ情報に対して、詳細なＭＩＢ情報の問い合わせを行う（ステップＳ６０５）。ＭＰＳアプリケーションが、エンタープライズ番号に基づいてＭＦＰ１００がベンダーＣのプリンタであると判断した場合には、ベンダーＣのｐｒｉｖａｔｅＭＩＢ情報に対して、詳細なＭＩＢ情報の問い合わせを行う（ステップＳ６０６）。すなわち、ＭＰＳアプリケーションを実行するＣＰＵは、ＭＯＢ情報の取得要求に対する応答の受信元の周辺装置であるＭＦＰ１００を、該応答に含まれるエンタープライズ番号で特定されるタイプの装置として管理する管理手段として機能する。このＣＰＵは、応答されたエンタープライズ番号で特定されるタイプの装置として管理されたＭＦＰ１００に対して、ＭＩＢのエンタープライズ番号に対応するノードの配下の管理情報の取得要求を行う。

次に、ＭＰＳアプリケーションが、ベンダー固有のＭＩＢ情報に加え、標準ＭＩＢとして、図２に例示したｐｒｉｎｔｍｉｂグループやｓｙｓｔｅｍグループのＭＩＢ情報取得を行う（ステップＳ６０７）。標準ＭＩＢ情報で取得できるＭＩＢ情報の例としては、プリンタのステータス情報、トナーや用紙などの消耗品の情報、画像形成装置のシリアル番号、カウンタ情報（ｐｒｉｎｔｍｉｂの総印刷枚数）などである。次に、ＰＣ１６１が、ＭＰＳアプリケーションが取得した情報を表示し（ステップＳ６０８）、処理を終了する。

図７は、ＭＦＰが実行するＳＮＭＰ設定処理の一例を説明する図である。ＭＦＰ１００のＣＰＵ４１２が、パネルＩ／Ｆ４３２に指示して、ＳＮＭＰの設定画面７０１を画面表示する。符号７０２は、ＳＮＭＰｖ１を使用するか否かの設定を行う設定欄を示す。符号７０３は、ＳＮＭＰｖ３を使用するか否かの設定を行う設定欄を示す。符号７０４は、ＭＩＢ情報の取得要求に対するＭＩＢ情報（プリンタ管理情報）の応答に関する情報の設定欄を示す。

この例では、設定欄７０４は、ユーザの操作によって、設定欄７０２のチェックボックスにチェックが入れられ、ＭＩＢ情報の取得要求に用いられるＳＮＭＰとしてＳＮＭＰ
ｖ１が設定された場合に表示される設定欄である。この例では、設定欄７０４は、ＭＩＢ情報の取得要求に対して優先的に返却するエンタープライズ番号を設定する。設定欄７０３を用いてＭＩＢ情報の取得要求に用いられるＳＮＭＰとしてＳＮＭＰ ｖ１が設定された場合に、ＣＰＵ４１２が、設定欄７０４と異なる設定欄を表示するようにしてもよい。すなわち、ＣＰＵ４１２は、ＭＩＢ情報の取得要求に用いられるＳＮＭＰのバージョンに応じて、エンタープライズ番号の設定方法を異ならしめる。

符号７０５は、管理情報の要求元の外部装置（例えばＰＣ１６１）からＭＦＰ１００の管理情報の取得を許可するか否かの設定を行う設定欄を示す。符号７０６は、ＭＦＰ１００のベンダーＩＤ（エンタープライズ番号）の設定を行う設定欄を示す。ユーザが、ボタン７０７を押下すると、符号７０８に示すように、ＭＦＰ１００がＭＩＢ情報として複数有しているエンタープライズ番号が列挙される。例えば、列挙されたエンタープライズ番号のうち、“ａａａ”は、ベンダーＡのエンタープライズ番号、“ｂｂｂ”は、ベンダーＢのエンタープライズ番号、“ｃｃｃ”は、ベンダーＣのエンタープライズ番号である。

ユーザが、列挙されたエンタープライズ番号のうちから、外部装置に対して応答したいエンタープライズ番号を選択すると、ＣＰＵ４１２が、以下の処理を実行する設定手段として機能する。ＣＰＵ４１２が、上記選択されたエンタープライズ番号を管理情報の要求元に対して優先的に応答するエンタープライズ番号として設定する。つまり、ＣＰＵ４１２は、ユーザによる、応答するエンタープライズ番号の指定操作にしたがって、ＭＩＢ情報の取得要求に対応する特定の規則に依らず外部装置に応答するエンタープライズ番号を設定する。ＣＰＵ４１２が、ユーザによる、応答しないエンタープライズ番号の指定操作にしたがって、応答するエンタープライズ番号を設定するようにしてもよい。

図７では図示を省略するが、ＣＰＵ４１２が、ＭＩＢ情報の取得要求に用いられるＳＮＭＰのコミュニティ設定、ＳＮＭＰのユーザ設定、アドレス、またはネットワークインタフェースのいずれか毎に、応答するエンタープライズ番号を設定するようにしてもよい。上記アドレスは、ＭＩＢ情報の要求元のＩＰアドレス、ＩＰアドレスレンジ、またはＭＡＣアドレスである。また、上記ネットワークインタフェースは、ＭＩＢ情報を受けるネットワークインタフェースであり、具体的には、図５中のＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒとコネクタ４２２が該当する。

まず、コミュニティ設定毎のエンタープライズ番号の設定例について説明する。ユーザが、設定欄７０２を用いてＳＮＭＰ ｖ１を選択すると、ＣＰＵ４１２が、ＳＮＭＰ ｖ１に対応して規定されているコミュニティ名を、応答するエンタープライズ番号に対応付けて画面表示する。ユーザが、表示された画面上でコミュニティ名を選択すると、ＣＰＵ４１２は、選択したコミュニティ名に対応するエンタープライズ番号を設定する。ＣＰＵ４１２は、ＭＩＢ情報の取得要求を受けた場合に、当該要求に含まれるコミュニティ名を取得し、取得したコミュニティ名に対応する上記設定されたエンタープライズ番号を返す。これにより、ＭＩＢ情報の取得要求元が複数ある場合であっても、ＭＦＰ１００は、各々の要求元が所望するエンタープライズ番号を返すことができる。

次に、ユーザ設定毎のエンタープライズ番号の設定例について説明する。ユーザが、設定欄７０２を用いてＳＮＭＰ ｖ３を選択すると、ＣＰＵ４１２が、ＳＮＭＰ ｖ３に対応して規定されているユーザ名を、応答するエンタープライズ番号に対応付けて画面表示する。ユーザが、表示された画面上でユーザ名を選択すると、ＣＰＵ４１２は、選択したユーザ名に対応するエンタープライズ番号を設定する。

ＣＰＵ４１２は、ＭＩＢ情報の取得要求を受けた場合に、当該要求に含まれるユーザ名を取得し、取得したユーザ名に対応する上記設定されたエンタープライズ番号を返す。これにより、ＭＦＰ１００は、ＭＩＢ情報の取得要求に用いられるＳＮＭＰのユーザのユーザ名に応じたエンタープライズ番号を返すことができる。なお、ＣＰＵ４１２が、ＳＮＭＰ ｖ３に応じたコンテキスト名を画面表示し、ユーザが、当該コンテキスト名に応じたエンタープライズ番号を設定できるようにしてもよい。

ＣＰＵ４１２が、ＭＩＢ情報の要求元のＩＰアドレス、ＩＰアドレスレンジ、またはＭＡＣアドレスを画面表示し、ユーザが、表示されたアドレスに応じたエンタープライズ番号を設定できるようにしてもよい。

また、ＣＰＵ４１２が、ネットワークインタフェース名を画面表示し、ユーザが、表示されたネットワークインタフェース名に応じたエンタープライズ番号を設定できるようにしてもよい。これにより、ＭＦＰ１００が、例えば、無線通信で受信したＭＩＢ情報の取得要求に対して返すエンタープライズ番号と、優先通信で受信したＭＩＢ情報の取得要求に対して返すエンタープライズ番号とを異ならしめることができる。

図８は、ＭＦＰの動作処理例を説明するフローチャートを示す図である。図８中に示す各ステップの処理は、例えば、ＲＯＭ４１４に格納されたプログラムをＣＰＵ４１２が読み出して実行することによって実現される。

まず、ＭＦＰ１００が、ＰＣ１６１から、ＭＩＢ情報の取得要求を含むＳＮＭＰパケットを受信する（ステップＳ８０１）。ＭＦＰ１００のＣＰＵ４１２が、受信されたＳＮＭＰパケットを解析して、ＭＩＢ情報の取得要求がＧｅｔリクエストであるかを判断する（ステップＳ８０２）。

ＭＩＢ情報の取得要求がＧｅｔリクエストである場合は、処理がステップＳ８１２に進む。ステップＳ８１２において、ＣＰＵ４１２が、ＭＩＢ情報の取得要求で指定されたＭＩＢのＯＩＤが、ＭＦＰ１００の情報として存在するかを判断する（ステップＳ８１２）。

ＭＩＢ情報の取得要求で指定されたＭＩＢのＯＩＤが、ＭＦＰ１００の情報として存在する場合は、処理がステップＳ８１３に進む。ステップＳ８１３において、ＣＰＵ４１２が、指定されたＯＩＤのＭＩＢ情報値をＰＣ１６１に対して返信し（ステップＳ８１３）、処理が終了する（ステップＳ８１０）。すなわち、ＣＰＵ４１２は、ＭＩＢ情報の取得要求がＧｅｔリクエストである場合に、該要求において指定された特定のＯＩＤに対応する値を応答として返す。

ＭＩＢ情報の取得要求で指定されたＭＩＢのＯＩＤが、ＭＦＰ１００の情報として存在しない場合は、処理がステップＳ８１４に進む。ステップＳ８１４において、ＣＰＵ４１２が、ｎｏＳｕｃｈＮａｍｅでエラーステータスをＰＣ１６１に対して返信すし（ステップＳ８１４）、処理が終了する（ステップＳ８１０）。ｎｏＳｕｃｈＮａｍｅは、指定された情報が存在しないことを示すＳＮＭＰのエラーコードである。

上記ステップＳ８０１において、ＭＩＢ情報の取得要求がＧｅｔリクエストでない場合は、処理がステップＳ８０３に進む。ステップＳ８０３において、ＣＰＵ４１２が、受信されたＭＩＢ情報の取得要求がＧｅｔＮｅｘｔリクエストであるかを判断する（ステップＳ８０３）。ＭＩＢ情報の取得要求がＧｅｔＮｅｘｔリクエストである場合は、ステップＳ８０５に進む。ＭＩＢ情報の取得要求がＧｅｔＮｅｘｔリクエストでない場合は、ステップＳ８０４に進む。

ステップＳ８０４において、ＣＰＵ４１２が、受信されたＭＩＢ情報の取得要求がＧｅｔＢｕｌｋリクエストであるかを判断する（ステップＳ８０４）。ＭＩＢ情報の取得要求がＧｅｔＢｕｌｋリクエストでない場合、ＣＰＵ４１２が、ＭＩＢ情報の取得要求が、ＳＮＭＰで規定されている情報取得オペレーションに対応しないと判断して、ステップＳ８１１に進む。続いて、ＣＰＵ４１２が、ＳＮＭＰのｇｅｎＥｒｒのエラーステータスをＰＣ１６１に対して返信する（ステップＳ８１１）。そして、処理が終了する（ステップＳ８１０）。

上記ステップＳ８０４において、ＭＩＢ情報の取得要求がＧｅｔＢｕｌｋリクエストである場合は、ステップＳ８０５に進む。ステップＳ８０５において、ＭＩＢ情報の取得要求が、ｅｎｔｅｒｐｒｉｓｅｓ（１．３．６．１．４．１）のＯＩＤに対するリクエストであるかを判断する（ステップＳ８０５）。ＭＩＢ情報の取得要求が、ｅｎｔｅｒｐｒｉｓｅｓ（１．３．６．１．４．１）のＯＩＤに対するリクエストでない場合は、処理がステップＳ８１２に進む。

ＭＩＢ情報の取得要求が、ｅｎｔｅｒｐｒｉｓｅｓ（１．３．６．１．４．１）のＯＩＤに対するリクエストである場合は、処理がステップＳ８０６に進む。ステップＳ８０６において、ＣＰＵ４１２が、ＭＩＢ情報の取得要求に対して優先的に応答するエンタープライズ番号が設定されているかを判断する（ステップＳ８０６）。

ＭＩＢ情報の取得要求に対して優先的に応答するエンタープライズ番号が設定されていない場合は、処理がステップＳ８０９に進む。そして、ＣＰＵ４１２が、従来の返信処理にしたがった返信処理を行う（ステップＳ８０９）。具体的には、ＣＰＵ４１２が、ｅｎｔｅｒｐｒｉｓｅｓ（１．３．６．１．４．１）のＯＩＤに対応するノードの配下にあるエンタープライズ番号を、一括してＰＣ１６１に対して応答する。

ＭＩＢ情報の取得要求に対して優先的に応答するエンタープライズ番号が設定されている場合は、処理がステップＳ８０７に進む。そして、ＣＰＵ４１２が、ｅｎｔｅｒｐｒｉｓｅｓ（１．３．６．１．４．１）の次に来るインスタンスとして、設定されている優先的なエンタープライズ番号を用いたＳＮＭＰの返信をＰＣ１６１に対して行う（ステップＳ８０７）。そして、処理が終了する（ステップＳ８１０）。すなわち、ＣＰＵ４１２は、ＭＩＢ情報の取得要求を受信し、該要求に対して、設定されたエンタープライズ番号を応答する応答手段として機能する。例えば、ＭＩＢ情報の取得要求がＧｅｔＮｅｘｔ／ＧｅｔＢｕｌｋリクエストである場合には、ＣＰＵ４１２は、該要求において指定された特定のＯＩＤに対応するノードの配下にあるエンタープライズ番号のうち、設定されたエンタープライズ番号を応答として返す。

上記ステップＳ８０７において返信されるエンタープライズ番号を受け取ったＰＣ１６１は、このエンタープライズ番号に基づいてベンダー判断を行う（図６のＳ６０３）。

本実施形態の周辺装置すなわちＭＦＰ１００によれば、次のような効果を得ることができる。本実施形態の周辺装置は、ＭＩＢ情報の取得要求に対して優先的に返信を行うエンタープライズ番号の設定を予め行うので、要求元の外部装置が、明示的に、管理対象としたいＰｒｉｖａｔｅ ＭＩＢを指定することが可能となる。したがって、ＭＰＳアプリケーションを用いたデバイス管理の利便性が向上する。

また、本実施形態の周辺装置は、ｅｎｔｅｒｐｒｉｓｅｓ（１．３．６．１．４．１）に対するＧｅｔＮｅｘｔ／ＧｅｔＢｕｌｋリクエストを受けた場合に、予め設定されたエンタープライズ番号をリクエスト元の外部装置に応答する。そして、周辺装置は、Ｇｅｔリクエストを受けた場合は従来と同様の動作を行う。したがって、本実施形態の周辺装置によれば、他の外部装置による、管理対象のデバイスに特化した連携ソフトウェアを用いたＭＩＢ情報の取得処理に影響を及ぼさない。

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

Claims (10)

1. ＭＩＢのエンタープライズ番号として、複数の値を持つ周辺装置であって、
   外部装置から、特定のオブジェクトＩＤを指定した、特定の規則にしたがって下位ノードのエンタープライズ番号の取得を求める要求を受信した場合の、該要求に対応する前記特定の規則に依らず前記外部装置に応答するエンタープライズ番号を設定する設定手段と、
   前記要求を受信し、該要求に対して、前記設定手段によって設定された前記エンタープライズ番号を応答する応答手段とを備える
   ことを特徴とする周辺装置。
2. 前記設定手段は、前記周辺装置のユーザによる、応答するエンタープライズ番号の指定操作、または応答しないエンタープライズ番号の指定操作にしたがって、前記応答するエンタープライズ番号を設定する
   ことを特徴とする請求項１に記載の周辺装置。
3. 前記設定手段は、前記要求に用いるＳＮＭＰのコミュニティ設定、ＳＮＭＰのユーザ設定、要求元のアドレス、または前記要求を受けるネットワークインタフェースのいずれか毎に、前記応答するエンタープライズ番号を設定する
   ことを特徴とする請求項１または請求項２に記載の周辺装置。
4. 前記設定手段は、前記要求に用いられるＳＮＭＰのバージョンに応じて、前記エンタープライズ番号の設定方法を異ならしめる
   ことを特徴とする請求項１乃至３のいずれか１項に記載の周辺装置。
5. 前記応答手段は、
   前記外部装置からのエンタープライズ番号の取得を求める要求がＧｅｔＮｅｘｔリクエストである場合に、該要求において指定された前記特定のオブジェクトＩＤに対応するノードの配下にあるエンタープライズ番号のうち、前記設定手段により設定されたエンタープライズ番号を応答として返す
   ことを特徴とする請求項１乃至４のいずれか１項に記載の周辺装置。
6. 前記応答手段は、前記外部装置からのエンタープライズ番号の取得を求める要求がＧｅｔリクエストである場合に、該要求において指定された前記特定のオブジェクトＩＤに対応する値を応答として返す
   ことを特徴とする請求項１乃至５のいずれか１項に記載の周辺装置。
7. ＳＮＭＰを用いたデバイス管理を行うシステムであって、
   ＭＩＢのエンタープライズ番号として、複数の値を持つ周辺装置と、前記周辺装置を管理する情報処理装置とを備え、
   前記周辺装置は、
   前記情報処理装置から、特定のオブジェクトＩＤを指定した、特定の規則にしたがって下位ノードのエンタープライズ番号の取得を求める要求を受信した場合の、該要求に対応する前記特定の規則に依らず前記情報処理装置に応答するエンタープライズ番号を設定する設定手段と、
   前記情報処理装置から前記要求を受信し、該要求に対して、前記設定手段によって設定された前記エンタープライズ番号を応答する応答手段とを備え、
   前記情報処理装置は、
   前記周辺装置に対して前記要求を行う要求手段と、
   前記周辺装置から前記要求に応じたエンタープライズ番号を応答として受信する受信手段と、
   前記応答の受信元の周辺装置を、該応答に含まれる前記エンタープライズ番号で特定されるタイプの装置として管理する管理手段とを備える
   ことを特徴とする情報処理システム。
8. 前記要求手段は、さらに、
   前記管理手段によって前記エンタープライズ番号で特定されるタイプの装置として管理された前記情報処理装置に対して、ＭＩＢの前記エンタープライズ番号に対応するノードの配下の管理情報の取得要求を行う
   ことを特徴とする請求項７に記載の情報処理システム。
9. ＭＩＢのエンタープライズ番号として、複数の値を持つ周辺装置の制御方法であって、
   外部装置から、特定のオブジェクトＩＤを指定した、特定の規則にしたがって下位ノードのエンタープライズ番号の取得を求める要求を受信した場合の、該要求に対応する前記特定の規則に依らず前記外部装置に応答するエンタープライズ番号を設定する工程と、
   前記要求を受信し、該要求に対して、前記設定する工程において設定された前記エンタープライズ番号を応答する工程とを有する
   ことを特徴とする制御方法。
10. 請求項９に記載の制御方法をコンピュータに実行させる
    ことを特徴とするコンピュータプログラム。

Images