JP2020178211A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】ＭＩＢオブジェクトの要求を受信したことで省電力状態から通常電力状態に復帰した場合の電力消費を抑えることを目的とする。【解決手段】ネットワークインターフェースと外部装置との間のＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）処理を行う通信処理手段と、ＳＮＭＰを利用した通信の対象となる複数のオブジェクトのうち、起点となるオブジェクトの識別情報と、終端となるオブジェクトの識別情報と、を設定する設定手段と、起点と終端で定義された複数のオブジェクトを要求する、予め設定されたリクエストを受信した場合において、複数のオブジェクトに係る処理に要した時間が予め設定された基準時間よりも短い場合に、画像形成装置の電力状態を第１の状態から、画像形成装置が第１の状態よりも少ない電力で動作する第２の状態に移行させる状態管理手段とを有する。【選択図】図５

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

従来、画像形成装置は、省電力状態の時には、画像形成装置本体のメインＣＰＵとその周辺回路には電源供給を行わず、ＮＩＣ（Ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ ｃｏｎｔｒｏｌｌｅｒ）に搭載されたサブＣＰＵにのみ通電を行う。これにより、画像形成装置は、省電力状態においても、ホストＰＣからの情報取得に応答を行うことができる。省電力状態において、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）／ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ ｂａｓｅ）を用いたホストから情報を取得することがある。これに対し、画像形成装置は、サブＣＰＵで応答が可能な情報に対しては省電力状態を維持して応答し、そうでない場合には省電力状態から復帰してメインＣＰＵに処理を切り替えて応答を行う。

特許文献１には、標準プロトコルとしてＳＮＭＰのＧｅｔＮｅｘｔコマンドを用いてホストから画像形成装置に対して情報の問い合わせが行われた場合、サブＣＰＵのみの応答で省電力状態を維持するための制御方法が開示されている。

特開２０１５−２２０６７６号公報

ＳＮＭＰｖ１を使った情報取得方法として、ＧｅｔリスエストとＧｅｔＮｅｘｔリスエストがある。Ｇｅｔリクエストの場合は取得したいＭＩＢオブジェクトを直接指定するために、情報の返信をもって取得処理が基本的に完結する。しかしＧｅｔＮｅｘｔリクエストの場合には指定したＭＩＢオブジェクトの次に配置されているＭＩＢオブジェクトの情報を返信する。そのため、返信した情報に対してホスト側は更なる情報取得を行うケースが考えられ、画像形成装置側から取得処理が完結したか否かの判断ができない。

一方、画像形成装置が情報を保持しているＭＩＢオブジェクトの数は、給紙や排紙のオプションにも左右されるが１０００を超える数の情報を保持している装置が多い。このため、前述の特許文献１に記載の方法でＧｅｔＮｅｘｔリクエストに対してすべてをカバーしようとした場合、前述のサブＣＰＵで必要となるメモリサイズが肥大化してしまう。さらに、メインＣＰＵからサブＣＰＵに対して、省電力状態に状態遷移するまでに大量のＭＩＢオブジェクトの情報を受け渡すためにかかるオーバヘッドの処理時間が懸念される。このため特許文献１で対応可能なＭＩＢオブジェクトの数は現実的に限られる。

特許文献１で対応可能なＭＩＢオブジェクト以外の情報取得がホスト側から行われた場合、画像形成装置は一時的に省電力状態を解除し、ホストからのリクエストに応答を行うこととなる。画像形成装置は、省電力状態から復帰後は、一定時間経過後に省電力状態に戻るまでの間、通常動作状態が継続する。このためホストからの情報取得をきっかけに、印刷ジョブの実行でもないにもかかわらず前述の省電力からの復帰時間中の一定時間分の消費電力の消費量が無駄に増加してしまうという問題があった。

本発明はこのような問題点に鑑みなされたもので、ＭＩＢオブジェクトの要求を受信したことで省電力状態から通常電力状態に復帰した場合の電力消費を抑えることを目的とする。

そこで、本発明は、ネットワークインターフェースを備える情報処理装置において、前記ネットワークインターフェースと外部装置との間のＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）処理を行う通信処理手段と、ＳＮＭＰを利用した通信の対象となる複数のオブジェクトのうち、起点となるオブジェクトの識別情報と、終端となるオブジェクトの識別情報と、を設定する設定手段と、前記起点と前記終端で定義された前記複数のオブジェクトを要求する、予め設定されたリクエストを受信した場合において、前記複数のオブジェクトに係る処理に要した時間が予め設定された基準時間よりも短い場合に、画像形成装置の電力状態を第１の状態から、前記画像形成装置が前記第１の状態よりも少ない電力で動作する第２の状態に移行させる状態管理手段とを有することを特徴とする。

本発明によれば、ＭＩＢオブジェクトの要求を受信したことで省電力状態から通常電力状態に復帰した場合の電力消費を抑えることができる。

通信システムの全体構成図である。 画像形成装置のハードウェア構成図である。 画像形成装置の電源構成図である。 画像形成装置による処理を示すフローチャートである。 ＳＮＭＰパケット処理を示すフローチャートである。 ＭＩＢの階層構造の一例を示す図である。 画像形成装置とＰＣのパケットシーケンスを示す図である。 第２の実施形態に係る画像形成装置の処理を示すフローチャートである。 ＳＮＭＰｖ３パケット処理を示すフローチャートである。 ＧｅｔＢｕｌｋコマンドのパケットを示す図である。 ＧｅｔＢｕｌｋコマンドへの応答を示す図である。

以下、本発明の実施形態について図面に基づいて説明する。

（第１の実施形態）
図１は、通信システム１００の全体構成図である。通信システム１００は、画像形成装置１０１とＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１０２を備えている。画像形成装置１０１とＰＣ１０２は、ネットワーク１０３を介して互いに接続されている。ＰＣ１０２はＳＮＭＰＳＮＭＰ（ＳＩＭＰＬＥ ＮＥＴＷＯＲＫ ＭＡＮＡＧＥＭＥＮＴ ＰＲＯＴＯＣＯＬ）マネージャとして動作する。画像形成装置１０１はＳＮＭＰエージェントとして動作する。

図２は、画像形成装置１０１のハードウェア構成図である。画像形成装置１０１は、コピー機能、プリント機能、スキャン機能、送信機能等を備えるデジタル複合機（印刷装置）である。画像形成装置は、ネットワークインターフェースを備えた情報処理装置の一例である。但し、情報処理装置は、通常動作時の電力状態（通常電力状態）の他に、動作すべき構成要素以外の電源を遮断し、電力消費を削減する目的で設けられたスリープ状態や省電力状態などの電力状態を有する装置であればよく、実施形態に限定されるものではない。他の例としては、情報処理装置は、プロジェクタやネットワークカメラ、サーバ装置などであってもよい。

画像形成装置１０１は、コントローラ２００、プリンタ２１１、スキャナ２１２、操作部２１３を備える。コントローラ２００は、ＣＰＵ２０１、拡張Ｉ／Ｆ２０２、ＲＯＭ２０３、ＲＡＭ２０４、ＨＤＤ２０５、画像処理部２０６、プリンタＩ／Ｆ２０７、スキャナＩ／Ｆ２０８、操作部Ｉ／Ｆ２０９、ＮＶＲＡＭ２１０、通信部２２０、電源制御部３００を備える。通信部２２０を除く各ユニットは、バスを介して互いに通信可能に接続される。通信部２２０は、拡張Ｉ／Ｆ２０２、バスを介してコントローラ２００の各ユニットと互いに通信可能に接続される。

ＣＰＵ２０１は、ＲＯＭ２０３に記憶された制御プログラムを読み出して、画像形成装置１０１全体の動作を制御する。ＲＡＭ２０４は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２０５は、フォントデータ、エミュレーションプログラム、フォームデータ等の様々な情報を記憶するための記憶領域として用いられる。ＮＶＲＡＭ２１０は、不揮発性メモリであり、様々な情報を記憶する。なお、画像形成装置１０１のコントローラ２００は、１つのＣＰＵ２０１が１つのメモリ（ＲＡＭ２０４またはＨＤＤ２０５）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のＲＡＭまたはＨＤＤを協働させて後述するフローチャートに示す各処理を実行するようにすることもできる。

画像処理部２０６は、画像処理を行うためのものであり、ＲＡＭ２０４に記憶された画像データを読み出し、ＪＰＥＧ、ＪＢＩＧなどの拡大または縮小および、色調整などの画像処理を行う。プリンタＩ／Ｆ２０７は、コントローラ２００とプリンタ２１１とを接続する。プリンタ２１１は、印刷ジョブやスキャナ２１２が生成した画像データに基づいて印刷処理を実行する。プリンタ２１１で印刷される画像データは、プリンタＩ／Ｆ２０７を介してコントローラ２００からプリンタ２１１に転送される。スキャナＩ／Ｆ２０８は、コントローラ２００とスキャナ２１２とを接続する。スキャナ２１２は、原稿を読み取って画像データを生成する。スキャナ２１２が生成した画像データは、スキャナＩ／Ｆ２０８を介してコントローラ２００に転送される。

操作部Ｉ／Ｆ２０９は、コントローラ２００と操作部２１３とを接続する。操作部２１３にはタッチパネル機能を有する液晶表示部やキーボードなどが備えられている。操作部２１３を用いてユーザが入力した情報は、操作部Ｉ／Ｆ２０９を介してコントローラ２００に転送される。

電源制御部３００は、ＣＰＵ２０１、通信部２２０から受け付けた指示に基づいて、画像形成装置１０１の各部への電力供給を制御する。電源制御部３００の詳細については後述する。

次に通信部２２０について説明する。通信部２２０は、ＣＰＵ２２１、拡張Ｉ／Ｆ２２２、ＲＯＭ２２３、ＲＡＭ２２４、ネットワークＩ／Ｆ２２５、ＮＶＲＡＭ２２７を備える。各ユニットは、バスを介して互いに通信可能に接続される。通信部２２０は、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）であり、画像形成装置１０１に着脱可能な構成である。コントローラ２００は、通信部２２０を介してＰＣ１０２などの外部装置との通信処理を行う。

ＣＰＵ２２１は、ＲＯＭ２２３に記憶された制御プログラムを読み出して通信部２２０の動作を制御する。ＲＡＭ２２４は、ＣＰＵ２２１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＮＶＲＡＭ２２７は不揮発性メモリであり、様々な情報を記憶する。なお、画像形成装置１０１の通信部２２０の場合は、１つのＣＰＵ２２１が１つのメモリ（ＲＡＭ２２４）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の態様であってもよい。例えば、複数のＣＰＵや複数のＲＡＭを協働させて後述するフローチャートに示す各処理を実行するようにしてもよい。ネットワークＩ／Ｆ２２５は、ネットワーク１０３に接続され、ＰＣ１０２などの外部装置との間でデータの送受信を行う。拡張Ｉ／Ｆ２２２は、コントローラ２００の各ユニットとの通信を行う。

図３は、画像形成装置１０１の電源構成図である。上述した画像形成装置１０１の電源制御部３００は、電力供給ライン３０２を介して電源３０１から供給される交流電源を直流電源に変換し、電力供給ライン３０３、３０４、３０５、３０６、３０７を介して、画像形成装置１０１の各部に直流電源を供給する。電力供給ライン３０３、３０４、３０５、３０６、３０７上にはそれぞれ、スイッチ３０８、３０９、３１０、３１１、３１２が設けられている。電源制御部３００は、上記各スイッチのＯＮ状態からＯＦＦ状態、またはＯＦＦ状態からＯＮ状態の切り替えを制御する。

次に、画像形成装置１０１の電力状態について説明する。画像形成装置１０１は、通常電力状態と省電力状態の２つの電力状態を有する。画像形成装置１０１が通常電力状態で動作する場合、画像形成装置１０１の各部に電源制御部３００によって電力が供給される。このとき、スイッチ３０８、３０９、３１０、３１１、３１２はＯＮ状態となる。通常電力状態では、操作部２１３、画像処理部２０６、プリンタ２１１、スキャナ２１２、に対しては常に電力が供給されていてもよい。また、画像処理部２０６、プリンタ２１１、スキャナ２１２、操作部２１３のいずれかが使用されていない場合には、スイッチ３１０、３１１、３１２をＯＦＦ状態に切り替えて使用されていないユニットに対する電力の供給を遮断してもよい。つまり、通常電力状態とは、少なくともＲＡＭ２０４、ＣＰＵ２０１、ＲＯＭ２０３、ＨＤＤ２０５、ＮＶＲＡＭ２１０、通信部２２０に電源制御部３００によって電力が供給される電力状態である。

一方、画像形成装置１０１が省電力状態で動作する場合、通信部２２０とＲＡＭ２０４には電源制御部３００によって電力が供給される。ＣＰＵ２０１、ＲＯＭ２０３、ＨＤＤ２０５、ＮＶＲＡＭ２１０、画像処理部２０６、プリンタ２１１、スキャナ２１２、操作部２１３への電力供給は遮断される。このとき、スイッチ３０８はＯＮ状態となり、その他のスイッチはＯＦＦ状態となる。通信部２２０とＲＡＭ２０４以外への電力供給が遮断されるため、省電力状態は通常電力状態よりも消費電力が小さい電力状態であると言える。

画像形成装置１０１が省電力状態で動作する場合、ＰＣ１０２等の外部装置から送信されたパケットに対する処理を、コントローラ２００の代わりに通信部２２０が実行する。このとき通信部２２０は、後述するＳＮＭＰ応答情報テーブルを含む代理応答パターンと、ＷＯＬ（Ｗａｋｅ Ｏｎ ＬＡＮ）パターンとに基づいて、受信パケットに対する処理を決定する。

図４は、画像形成装置１０１による処理を示すフローチャートである。Ｓ４０１において、画像形成装置１０１のＣＰＵ２０１は、ＳＮＭＰｖ１（ＳＮＭＰのプロトコルバージョンがｖｅｒｓｉｏｎ１）のコミュニティ名に対応した起点ＯＩＤ（Ｏｂｊｅｃｔ ＩＤｅｎｔｉｆｉｅｒ）の設定を行う。ここで、起点ＯＩＤは、起点となるオブジェクトの識別情報である。

次に、Ｓ４０２において、ＣＰＵ２０１は、ＳＮＭＰｖ１のコミュニティ名に対応した終端ＯＩＤの設定を行う。ここで、終単ＯＩＤは、終端となるオブジェクトの識別情報である。ＳＮＭＰのコミュニティ名に関しての仕様はインターネット技術の標準化などを行うＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）が発行している。この技術仕様のＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）の１１５７に記載があるのでここでの説明は割愛する。起点ＯＩＤと終端ＯＩＤとはペアで設定が存在すればよいので、単一のペア設定に限らず複数の起点ＯＩＤと終端ＯＩＤとが設定されてもよい。起点ＯＩＤ及び終端ＯＩＤは、ＲＯＭ２０３に予め設定値として格納されているものとする。他の例としては、ＣＰＵ２０１は、操作部２１３へのユーザ操作に応じて、起点ＯＩＤ及び終端ＯＩＤを受け付け、これらをＮＶＲＡＭ２１０に格納（設定）してもよい。次に、Ｓ４０２の処理の後、Ｓ４０３において、ＣＰＵ２０１は、ＳＮＭＰパケット処理を行う。

図５は、ＳＮＭＰパケット処理（Ｓ４０３）における詳細な処理を示すフローチャートである。Ｓ５０１において、画像形成装置１０１のＣＰＵ２０１は、ＳＮＭＰパケットを受信する。次に、Ｓ５０２において、ＣＰＵ２０１は、ＰＣ１０２からの情報取得のＳＮＭＰオペレーションがＧｅｔＮｅｘｔコマンドか否かの判定を行う。ＣＰＵ２０１は、ＧｅｔＮｅｘｔコマンドではないと判断した場合、処理をＳ５０３へ進める。ＣＰＵ２０１は、ＧｅｔＮｅｘｔコマンドであると判断した場合には、処理をＳ５０５へ進める。

Ｓ５０３において、ＣＰＵ２０１は、受信した、ＧｅｔＮｅｘｔ以外のコマンドに応じたパケット処理を行う。ＳＮＭＰｖ１においてＰＣ１０２が主体的に画像形成装置１０１から情報取得を行なうためのコマンドとしては、ＧｅｔＮｅｘｔ以外にＧｅｔコマンドが挙げられる。他にＰＣ１０２が主体的に画像形成装置１０１に情報設定を行うコマンドとしてはＳｅｔコマンドがあり、また、画像形成装置１０１が主体となって状態変化時にＰＣ１０２に通知を行うためのＴｒａｐコマンドがある。次に、Ｓ５０４において、ＣＰＵ２０１は、Ｓ５０３において実施したパケット処理の結果を送信元の例えばＰＣ１０２に対して応答し、その後処理をＳ５０１へ進め、ＳＮＭＰのパケット受信待ちとなる。

一方、Ｓ５０５において、ＣＰＵ２０１は、Ｓ５０１において受信したＳＮＭＰパケットが、直前に受信し、応答処理した送信元のＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）と一致しているか否かを判断する。ＣＰＵ２０１は、同一のＩＰアドレスと判断した場合には、同一ＩＰ受信フラグをセットし、その後処理をＳ５０６へ進める。ＣＰＵ２０１は、同一のＩＰアドレスではないと判断した場合には、同一ＩＰ受信フラグをクリアし、その後処理をＳ５１０へ進める。

Ｓ５０６において、ＣＰＵ２０１は、Ｓ５０１で受信したパケットに起点ＯＩＤが含まれているか否かを判断する。ＣＰＵ２０１は、起点ＯＩＤが含まれていると判断した場合には、処理をＳ５０７へ進める。ＣＰＵ２０１は、起点ＯＩＤが含まれていないと判断した場合には、処理をＳ５０８へ進める。Ｓ５０７において、ＣＰＵ２０１は、起点時間をＣＰＵ２０１管理の揮発メモリに格納する。ここで、起点時間とは、起点ＯＩＤを含んだパケットの受信時刻である。

Ｓ５０７の処理の後、Ｓ５０８において、ＣＰＵ２０１は、Ｓ５０１で受信したパケットに終端ＯＩＤが含まれているか否かを判断する。ＣＰＵ２０１は、終端ＯＩＤが含まれていると判断した場合には、処理をＳ５０９へ進める。ＣＰＵ２０１は、終端ＯＩＤが含まれていないと判断した場合には、処理をＳ５１０へ進める。Ｓ５０９において、ＣＰＵ２０１は、終端時間をＣＰＵ２０１管理の揮発メモリに格納する。ここで、終端時間とは、終端ＯＩＤを含んだパケットの受信時刻である。

Ｓ５０９の処理の後、Ｓ５１０において、ＣＰＵ２０１は、Ｓ５０１で受信したパケットのＧｅｔＮｅｘｔコマンド処理を行う。次に、Ｓ５１１において、ＣＰＵ２０１は、返信のための応答データを作成し、ＳＮＭＰパケットの応答処理を行う。

次に、Ｓ５１２において、ＣＰＵ２０１は、省電力状態への移行条件が成立するか否かを判断する。移行条件は、起点時間と終端時間の間の時間が予め設定された基準時間よりも短く、かつ同一ＩＰ受信フラグがオンであることである。なお、前述の通り、同一ＩＰ受信フラグがオンであることは、直前のＳＮＭＰパケットと処理対象のＳＮＭＰパケットの送信元のＩＰアドレスが同一であることを示している。ＣＰＵ２０１は、移行条件を満たす場合には、処理をＳ５１３へ進める。ＣＰＵ２０１は、移行条件を満たさない場合には、処理をＳ５０１へ進める。Ｓ５１３において、ＣＰＵ２０１は、画像形成装置１０１の電力状態を通常電力状態から省電力状態へ移行させるための処理を行う。以上で、ＳＮＭＰパケット処理が終了する。なお、Ｓ５１３の処理は、状態管理処理の一例である。

図６及び図７を参照しつつ、上記処理についてより具体的に説明する。図６は、ＭＩＢの階層構造の一例を示す図である。図７は、画像形成装置１０１とＰＣ１０２のパケットシーケンスを示す図である。図６に示すように、ＭＩＢの階層構造は６０１のｉｓｏ（１）を頂点としたツリー構造となっており、ＲＦＣで規定されたＭＩＢのデータ構造が配置されている。ＯＩＤの表記は、各階層の項目名あるいは対応する番号をＩＰアドレスのように最上位から順に「．」で区切られている。このうち６０２で示すｉｓｏ．ｏｒｇ．ｄｏｄ．ｉｎｔｅｒｎｅｔ．ｍｇｍｔ．ｍｉｂ−２（１．３．６．１．２．１）以下に定義されているものを標準ＭＩＢ情報という。ｉｓｏ．ｏｒｇ．ｄｏｄ．ｉｎｔｅｒｎｅｔ．ｐｒｉｖａｔｅ．ｅｎｔｅｒｐｒｉｓｅｓ（１．３．６．１．４．１）以下を各メーカーが独自に定義している企業拡張ＭＩＢという。ここでは起点ＯＩＤとして６０３のｓｙｓＤｅｓｃｒが設定され、終端ＯＩＤとして６０４のｓｙｓＳｅｒｖｉｃｅが設定された場合を例に説明する。

図７においは、７０１がＳｏｕｒｃｅのＩＰアドレス、７０２がＤｅｓｔｉｎａｔｉｏｎのＩＰアドレスを示している。画像形成装置１０１のＩＰアドレスは、１７２．２９．９６．５６、ＰＣ１０２のＩＰアドレスは１７２．２９．１００．１４４である。７０３はプロトコル種別を示しており、ＳＮＭＰになっている。７０４はＳＮＭＰコマンドとＳＮＭＰコマンドで指定されるＯＩＤを示す。

７０５では、ＰＣ１０２が画像形成装置１０１に対してＳＮＭＰのＧｅｔＮｅｘｔコマンドでＯＩＤとしてｍｉｂ−２（図６の６０２）を指定した情報取得のリスエストを行っている。これに対して、７０６では、画像形成装置１０１がＰＣ１０２に対してｍｉｂ−２の次に実装されている情報のｓｙｓＤｅｓｃｒ．０（図６の６０３）の値を返信している。なおｓｙｓＤｅｓｃなどのスカラオブジェクトのインスタンスは常に０である。続いて、ＰＣ１０２は７０６の返信で取得できたＯＩＤであるｓｙｓＤｅｓｃｒ．０を指定したＳＮＭＰのＧｅｔＮｅｘｔコマンドで画像形成装置１０１に情報の問い合わせを行う。

以下同様の処理を行い、７０８ではＰＣ１０２が画像形成装置１０１に対してＳＮＭＰのＧｅｔＮｅｘｔコマンドでＯＩＤとしてｓｙｓＬｏｃａｔｉｏｎ．０を指定して情報取得を行う。その返信として、７０９で、ｓｙｓＳｅｒｖｉｃｅ．０のＯＩＤの値をＰＣ１０２は得る。そして７１０でＰＣ１０２は７０９の返信で取得できたＯＩＤであるｓｙｓＳｅｒｖｉｃｅ．０を指定したＳＮＭＰのＧｅｔＮｅｘｔコマンドで画像形成装置１０１に情報の問い合わせを行う。このように、画像形成装置１０１は、ＧｅｔＮｅｘｔコマンドを複数回受信する。なお、図７に示す例においては、図５に示すＳ５１２においては、７０７と７１０のパケットを画像形成装置１０１が受信した時刻の間の時間と基準時間との比較を行うことで、移行条件を満たすか否かを判断する。

以上のように、第１の実施形態に係る通信システム１００においては、画像形成装置１０１は、起点となるＭＩＢオブジェクトのＩＤと、終端となるＩＤとを予め設定する。そして、画像形成装置１０１は、この２点の間の情報取得のＧｅｔＮｅｘｔコマンドによって取得されたことを検知する。これにより省電力状態への移行の制御を行う。前述の２点間について、ＧｅｔＮｅｘｔコマンドにて情報取得にかかる時間が基準時間よりも短い場合にはＧｅｔＮｅｘｔを用いたホストからの一連の情報取得が完了したと判断する。そして、画像形成装置１０１は、省電力状態への移行時間を待たずに、速やかに省電力状態に移行することができる。これにより、画像形成装置１０１は、ホストからの情報取得が行われ、省電力状態から通常電力状態へ復帰したとしても、一連の情報取得完了後に速やかに省電力状態に戻り、電力消費量を抑えることができる。なお、ＧｅｔＮｅｘｔコマンドは、起点と終端で定義された複数のオブジェクトを要求する、予め設定されたリクエストの一例である。

（第２の実施形態）
次に、第２の実施形態に係る通信システム１００について、第１の実施形態に係る通信システム１００と異なる点を主に説明する。第１の実施形態では、ＧｅｔＮｅｘｔコマンドに関する省電力処理を行う場合について説明した。第２の実施形態に係る通信システム１００においては、第１の実施形態において説明した、ＧｅｔＮｅｘｔコマンドに関する省電力処理に加えて、ＳＮＭＰｖ２で仕様が策定されたＧｅｔＢｕｌｋコマンドに対する省電力制御を行う。第２の実施形態に係る画像形成装置１０１は、コマンド受信時だけではなく、応答時までを含めて上述の２点のＯＩＤのアクセス通過を検知することで、ＧｅｔＢｕｌｋコマンドにも対応した省電力制御を行う。これにより、ホストからのＳＮＭＰｖ３による情報取得により省電力状態から復帰した場合でも、一連の情報取得完了後に速やかに省電力状態に戻り、電力消費量を抑えることができる。

図８は、第２の実施形態に係る画像形成装置１０１による処理を示すフローチャートである。本処理は、第１の実施形態において説明したＳＮＭＰｖ１に加え、ＳＮＭＰｖ３（ＳＮＭＰのプロトコルバージョンがｖｅｒｓｉｏｎ３で仕様化されている）の処理を加えるものである。また、本処理は、ＳＮＭＰ全体の初期化処理の中でＳＮＭＰｖ１起動処理の後又はＳＮＭＰｖ１起動処理と並行して実行される。Ｓ８０１において、画像形成装置１０１のＣＰＵ２０１は、ＳＮＭＰｖ３の認証用のユーザ名及びコンテキスト名それぞれに対応する起点ＯＩＤの設定を行う。次に、Ｓ８０２において、ＣＰＵ２０１は、同様にＳＮＭＰｖ３のユーザ名、そしてコミュニティ名に対応した終端ＯＩＤの設定を行う。次に、Ｓ８０３において、ＣＰＵ２０１は、ＳＮＭＰｖ３パケット処理を行う。

ＳＮＭＰｖ３のユーザ名及びコンテキスト名に関しての仕様はインターネット技術の標準化などを行うＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）が発行している。この技術仕様のＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）のＲＦＣ３４１１−ＲＦＣ３４１８に記載があるのでここでの説明は割愛する。起点ＯＩＤと終端ＯＩＤとはペアで設定が存在すればよいので、単一のペア設定に限らず複数の起点ＯＩＤと終端ＯＩＤとが設定されてもよい。また、起点ＯＩＤと終端ＯＩＤは、ＲＯＭ２０３に予め設定値として有していてよいし、不図示の操作部２１３から、ユーザの操作によって起点ＯＩＤと終端ＯＩＤの設定を行い、ＮＶＲＡＭ２１０に保存されてもよい。また、本実施形態においては、画像形成装置１０１は、ＧｅｔＮｅｘｔコマンドにおける起点ＯＩＤと終端ＯＩＤと同じＯＩＤを用いてＧｅｔＢｕｌｋコマンドの適用を行うものとする。ＧｅｔＮｅｘｔとＧｅｔＢｕｌｋにてそれぞれの起点ＯＩＤと終端ＯＩＤの設定を有し、コマンドごとの設定値としてもよい。

図９は、ＳＮＭＰｖ３パケット処理（Ｓ８０３）における詳細な処理を示すフローチャートである。Ｓ９０１において、画像形成装置１０１のＣＰＵ２０１は、ＳＮＭＰｖ３パケットを受信する。次に、Ｓ９０２において、ＣＰＵ２０１は、ＰＣ１０２からの情報取得のＳＮＭＰオペレーションのバージョンを判定する。ＣＰＵ２０１は、バージョンがＳＮＭＰｖ１の場合には、処理をＳ９０３へ進める。ＣＰＵ２０１は、バージョンがＳＮＭＰｖ３の場合には、ＳＮＭＰｖ３の中でサポートされるコマンドを前提として、処理をＳ９１５へ進める。Ｓ９０３〜Ｓ９１１の処理は、それぞれ図５を参照しつつ説明したＳ５０２〜Ｓ５１０の処理と同様である。

Ｓ９１５において、ＣＰＵ２０１は、ＰＣ１０２からの情報取得のＳＮＭＰオペレーションがＧｅｔＮｅｘｔコマンドか否かの判定を行う。ＣＰＵ２０１は、ＧｅｔＮｅｘｔコマンドである場合には、処理をＳ９０３へ進める。ＣＰＵ２０１は、ＧｅｔＮｅｘｔコマンドでない場合には、処理をＳ９２１へ進める。ＳＮＭＰｖ３バージョンにおいてもＧｅｔＮｅｘｔコマンドは使用可能であり、ＧｅｔＮｅｘｔの場合にはＳＮＭＰｖ１と同様となるので、この場合には、Ｓ９０３以降の処理が行われる。

Ｓ９２１において、ＣＰＵ２０１は、ＧｅｔＢｕｌｋコマンドを受信したか否かを判定する。ＣＰＵ２０１は、ＧｅｔＢｕｌｋコマンドでない場合には、処理をＳ９２２へ進める。この場合、Ｓ９２２において、ＣＰＵ２０１は、受信した、ＧｅｔＢｕｌｋコマンド以外のコマンドに応じたパケット処理を行う。次に、Ｓ９２３において、ＣＰＵ２０１は、パケット処理の結果を送信元に対して応答し、その後処理をＳ９０１へ進める。

Ｓ９２１において、ＣＰＵ２０１は、ＧｅｔＢｕｌｋコマンドの場合には、処理をＳ９２４へ進める。この場合、Ｓ９２４において、ＧｅｔＢｕｌｋコマンドに対応した返信のための応答データを送信し、ＳＮＭＰパケットの応答処理を行う。ＧｅｔＢｕｌｋコマンドでは受信したＯＩＤと応答を行うＯＩＤが一致しない場合がある。このため、ＧｅｔＮｅｘｔと同様のＯＩＤ判定では省電力の制御ができない。そこで、このように、Ｓ９２４において、応答まで行うものとする。その後、応答するＯＩＤの中から該当するＯＩＤの反映を行わせる。続く、Ｓ９２５において、ＣＰＵ２０１は、ＧｅｔｔＮｅｘｔの場合と同様に、Ｓ９０１で受信したＳＮＭＰパケットが、直前に受信し応答処理した送信元のＩＰアドレスと一致しているか否かを判断する。ＣＰＵ２０１は、同一のＩＰアドレスと判断した場合には、同一ＩＰ受信フラグをセットし、その後処理をＳ９２６へ進める。ＣＰＵ２０１は、同一のＩＰアドレスではないと判断した場合には、同一ＩＰ受信フラグをクリアし、その後処理をＳ９１２へ進める。

Ｓ９２６において、ＣＰＵ２０１は、Ｓ９０１で受信したパケットに応答するパケットに、起点ＯＩＤが含まれているか否かの判断を行う。ＣＰＵ２０１は、起点ＯＩＤが含まれていると判断した場合には、処理をＳ９２７へ進める。Ｓ９２７において、ＣＰＵ２０１は、起点時間を揮発メモリに格納する。Ｓ９２７の処理の後、Ｓ９２８において、ＣＰＵ２０１は、Ｓ９０１において受信したパケットに応答するパケットに、終端ＯＩＤが含まれているか否かの判断を行う。ＣＰＵ２０１は、終端ＯＩＤが含まれていると判断した場合には、処理をＳ９２９へ進める。ＣＰＵ２０１は、終端ＯＩＤが含まれていないと判断した場合には、処理をＳ９１２へ進める。Ｓ９２９において、ＣＰＵ２０１は、終端時間を揮発メモリに格納し、その後処理をＳ９１２へ進める。Ｓ９１２において、ＣＰＵ２０１は、Ｓ９１２又はＳ９２４における処理結果から応答処理のための応答データを作成し、ＳＮＭＰ応答処理を行う。

次に、Ｓ９１３において、ＣＰＵ２０１は、省電力状態への移行条件が成立するか否かを判断する。ＣＰＵ２０１は、２つの条件のうち、何れかを満たす場合に、移行条件が成立すると判断する。１つ目の条件は、前述の通り、起点時間と終端時間の間の時間が予め設定された基準時間よりも短く、かつ同一ＩＰ受信フラグがオンであることである。２つ目の条件は、ＧｅｔＢｕｌｋコマンドに対する起点時間と終端時間の間の時間が基準時間よりも短く、かつ同一ＩＰ受信フラグがオンであることである。

ＣＰＵ２０１は、いずれかの条件を満たす場合に、移行条件が成立すると判断し、処理をＳ９１４へ進める。ＣＰＵ２０１は、いずれの条件も満たさない場合には、移行条件が成立しないと判断し、処理をＳ９０１へ進める。Ｓ９１４において、ＣＰＵ２０１は、画像形成装置１０１の電力状態を通常電力状態から省電力状態へ移行させるための処理を行う。以上で、ＳＮＭＰパケット処理が終了する。図１０は、ＳＮＭＰｖ３におけるＧｅｔＢｕｌｋコマンドのパケットを示す図である。１００１より、ＧｅｔＢｕｌｋコマンド１つにて多くのＯＩＤの応答が行われていることがわかる。図１１は、ＧｅｔＢｕｌｋコマンドへの応答をより詳細に示す図である。

以上のように、第２の実施形態に係る画像形成装置１０１は、起点となるＭＩＢオブジェクトのＩＤと、終端となるオブジェクトのＩＤとを予め設定し、この２点の間の情報取得ＳＮＭＰｖ３のＧｅｔＢｕｌｋコマンドによって取得されたことを検知する。そして、画像形成装置１０１は、前述の２点間をＧｅｔＢｕｌｋコマンドにて情報取得にかかった時間が基準時間よりも短い場合、ＧｅｔＢｕｌｋを用いたホストからの一連の情報取得が完了したと判断する。そして画像形成装置１０１は、省電力状態への移行時間を待たずに、速やかに総電力状態に移行することを可能とする。これにより、画像形成装置１０１は、ホストからの情報取得が行われた場合に省電力状態から復帰したとしても、一連の情報取得完了後に速やかに省電力状態に戻ることができ、画像形成装置１０１における電力消費量を抑えることが可能となる。

ＳＮＭＰｖ２にて仕様化されたＧｅｔＢｕｌｋコマンドでは、受信時のオブジェクトＩＤの検知だけでは省電力状態への制御ができない。ＳＮＭＰｖ２／ｖ３以降ではセキュリティ方面の標準仕様が強化されており、セキュリティ対応として利用されるケースが増えており、そこでも省電力が望まれている。これに対し、第２の実施形態に係る画像形成装置１０１は、ＧｅｔＢｕｌｋコマンド受信時だけではなく、応答時までを含めて上述の２点のオブジェクトＩＤのアクセス通過を検知することで、省電力制御を行う。これにより、画像形成装置１０１は、ホストからの情報取得が行われ、省電力状態から復帰したとしても、一連の情報取得完了後に速やかに省電力状態に戻り、電力消費量を抑えることができる。ここで、ＧｅｔＢｕｌｋコマンドは、起点と終点で定義された複数のオブジェクトを要求する、予め設定されたリクエストの一例である。

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

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１ 画像形成装置
１０２ ＰＣ
２０１ ＣＰＵ
２２０ 通信部

Claims (6)

1. ネットワークインターフェースを備える情報処理装置において、
   前記ネットワークインターフェースと外部装置との間のＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）処理を行う通信処理手段と、
   ＳＮＭＰを利用した通信の対象となる複数のオブジェクトのうち、起点となるオブジェクトの識別情報と、終端となるオブジェクトの識別情報と、を設定する設定手段と、
   前記起点と前記終端で定義された前記複数のオブジェクトを要求する、予め設定されたリクエストを受信した場合において、前記複数のオブジェクトに係る処理に要した時間が予め設定された基準時間よりも短い場合に、画像形成装置の電力状態を第１の状態から、前記画像形成装置が前記第１の状態よりも少ない電力で動作する第２の状態に移行させる状態管理手段と
   を有することを特徴とする情報処理装置。
2. 前記状態管理手段は、指定されたオブジェクトの次のオブジェクトを要求する前記リクエストを複数回受信した場合において、起点となるオブジェクトの要求を受信してから前記終端となるオブジェクトの要求を受信するまでの時間が基準時間よりも短い場合に、前記電力状態を前記第１の状態から前記第２の状態に移行させることを特徴とする請求項１に記載の情報処理装置。
3. 前記状態管理手段は、前記起点と前記終端で定義された複数のオブジェクトを要求する前記リクエストを受信した場合において、前記起点となるオブジェクトに対する応答を送信してから、前記終端となるオブジェクトに対する応答を送信するまでの時間が基準時間よりも短い場合に、前記電力状態を前記第１の状態から前記第２の状態に移行させることを特徴とする請求項１に記載の情報処理装置。
4. 前記設定手段は、ユーザ操作に応じて、前記起点となるオブジェクトの識別情報及び前記終端となるオブジェクトの識別情報を設定することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. ネットワークインターフェースを備える情報処理装置が実行する情報処理方法であって、
   前記ネットワークインターフェースと外部装置との間のＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）処理を行う通信処理ステップと、
   ＳＮＭＰを利用した通信の対象となる複数のオブジェクトのうち、起点となるオブジェクトの識別情報と、終端となるオブジェクトの識別情報と、を設定する設定ステップと、
   前記起点と前記終端で定義された前記複数のオブジェクトを要求する、予め設定されたリクエストを受信した場合において、前記複数のオブジェクトに係る処理に要した時間が予め設定された基準時間よりも短い場合に、画像形成装置の電力状態を第１の状態から、前記画像形成装置が前記第１の状態よりも少ない電力で動作する第２の状態に移行させる状態管理ステップと
   を含むことを特徴とする情報処理方法。
6. コンピュータを、請求項１乃至４の何れか１項に記載の情報処理装置の各手段として機能させるためのプログラム。

Images