(57)【要約】【課題】管理装置が被管理装置に対して状態取得などの要求を定期的に行っていると、被管理装置は省電力状態を維持することが難しい。【解決手段】第一の電力状態と当該第一の電力状態よりも電力消費量が低い第二の電力状態とを切り替え可能な情報処理装置であって、受信するデータに対応する応答データを登録して保持する保持手段と、外部装置からデータを受信する受信手段と、第二の電力状態の際に受信したデータに対応する応答データが前記保持手段に登録されている場合、第二の電力状態のまま、当該応答データを前記外部装置に返信する返信手段と、第二の電力状態の際に受信したデータに対応する応答データが前記保持手段に登録されておらず、かつ前記受信したデータが前記情報処理装置の状態の情報の要求である場合、当該受信したデータの送信元である外部装置を通知先一覧に登録する登録手段と、電力状態が変化した場合に、前記通知先一覧に登録された通知先に状態変化を通知する通知手段とを有する。【選択図】  図３
2014059662.tif 000002
【特許請求の範囲】
【請求項１】
第一の電力状態と当該第一の電力状態よりも電力消費量が低い第二の電力状態とを切り替え可能な１または複数の情報処理装置と、前記１または複数の情報処理装置を管理する１または複数の管理装置とを含むシステムであって、
前記１または複数の情報処理装置は、
外部装置からデータを受信する受信手段と、
第二の電力状態の際に受信したデータが管理装置からの前記情報処理装置の状態の情報の要求である場合、前記受信したデータの送信元である管理装置を通知先一覧に登録する登録手段と、
電力状態が変化した場合に、前記通知先一覧に登録された管理装置に対し状態変化を通知する通知手段と
を有し、
前記１または複数の管理装置は、
管理対象となる情報処理装置に対し状態の情報を要求する要求手段と、
前記情報処理装置からの通知に従って、当該情報処理装置の状態を管理する管理手段と
を有し、
前記要求手段は、第二の電力状態の情報処理装置に対しては状態の情報を要求しないことを特徴とするシステム。
【請求項２】
第一の電力状態と当該第一の電力状態よりも電力消費量が低い第二の電力状態とを切り替え可能な情報処理装置であって、
受信するデータに対応する応答データを登録して保持する保持手段と、
外部装置からデータを受信する受信手段と、
第二の電力状態の際に受信したデータに対応する応答データが前記保持手段に登録されている場合、第二の電力状態のまま、当該応答データを前記外部装置に返信する返信手段と、
第二の電力状態の際に受信したデータに対応する応答データが前記保持手段に登録されておらず、かつ前記受信したデータが前記情報処理装置の状態の情報の要求である場合、当該受信したデータの送信元である外部装置を通知先一覧に登録する登録手段と、
電力状態が変化した場合に、前記通知先一覧に登録された通知先に状態変化を通知する通知手段と
を有することを特徴とする情報処理装置。
【請求項３】
第二の電力状態の際に受信したデータに対応する応答データが前記保持手段に登録されていない場合、第一の電力状態に切り替え、前記受信したデータに対する応答を行う応答手段を更に有することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
第二の電力状態では、前記情報処理装置の一部の部位に対して通電し、
前記受信手段および返信手段は、第二の電力状態においても動作可能であり、
前記応答手段、前記登録手段、および前記通知手段は、第一の電力状態にのみ動作可能であることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記登録手段は、第二の電力状態の際に受信したデータの送信元である外部装置から前記通知先一覧への登録を行わない旨の指示を受け付けた場合、当該外部装置を前記通知先一覧に登録しないことを特徴とする請求項２乃至４のいずれか一項に記載の情報処理装置。
【請求項６】
前記情報処理装置の状態の情報の要求は、ＳＮＭＰもしくはＳＬＰによる要求であることを特徴とする請求項２乃至５のいずれか一項に記載の情報処理装置。
【請求項７】
前記通知先一覧への登録数が上限に達する場合、当該通知先一覧に登録された通知先のうち、登録された時刻が最も古い通知先から順に削除することを特徴とする請求項２乃至６のいずれか一項に記載の情報処理装置。
【請求項８】
前記外部装置は、１または複数の情報処理装置の状態を管理する管理装置であり、
前記管理装置は、前記１または複数の情報処理装置に対し状態の情報を要求することを特徴とする請求項２乃至７のいずれか一項に記載の情報処理装置。
【請求項９】
前記管理装置は、第二の電力状態である情報処理装置に対しては状態の情報を要求しないことを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
第一の電力状態と当該第一の電力状態よりも電力消費量が低い第二の電力状態とを切り替え可能な情報処理装置の制御方法であって、
保持手段が、受信するデータに対応する応答データを登録して保持する保持工程と、
受信手段が、外部装置からデータを受信する受信工程と、
返信手段が、第二の電力状態の際に受信したデータに対応する応答データが前記保持手段に登録されている場合、第二の電力状態のまま、当該応答データを前記外部装置に返信する返信工程と、
登録手段が、第二の電力状態の際に受信したデータに対応する応答データが前記保持手段に登録されておらず、かつ前記受信したデータが前記情報処理装置の状態の情報の要求である場合、当該受信したデータの送信元である外部装置を通知先一覧に登録する登録工程と、
通知手段が、電力状態が変化した場合に、前記通知先一覧に登録された通知先に状態変化を通知する通知工程と
を有することを特徴とする制御方法。
【請求項１１】
第一の電力状態と当該第一の電力状態よりも電力消費量が低い第二の電力状態とを切り替え可能なコンピューターを、
受信するデータに対応する応答データを登録して保持する保持手段、
外部装置からデータを受信する受信手段、
第二の電力状態の際に受信したデータに対応する応答データが前記保持手段に登録されている場合、第二の電力状態のまま、当該応答データを前記外部装置に返信する返信手段、
第二の電力状態の際に受信したデータに対応する応答データが前記保持手段に登録されておらず、かつ前記受信したデータが前記コンピューターの状態の情報の要求である場合、当該受信したデータの送信元である外部装置を通知先一覧に登録する登録手段、
電力状態が変化した場合に、前記通知先一覧に登録された通知先に状態変化を通知する通知手段
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、システム、情報処理装置およびその制御方法、並びにプログラムに関し、特に管理対象となる情報処理装置の省電力状態の検知方法に関する。
【背景技術】
【０００２】
プリンタやコンピューターなどの装置には、通常の電力消費状態に加え、より電力消費量を抑えた省電力状態を実現するものがある。
【０００３】
一方、プリンタやコンピューターなどを被管理装置として管理する管理装置がある。管理装置は、被管理装置に対して状態取得などの定期的な問い合わせを行う。この問い合わせに対して被管理装置が管理装置に応答するためには、ある程度の電力が被管理装置に供給される必要があるため、省電力状態の維持が難しい。
【０００４】
これに対して、管理装置からの問い合わせを受け付けた場合でも、被管理装置が省電力状態を維持したまま必要最小限の電力で応答する方法がある（例えば、特許文献１参照）。
【０００５】
また、省電力状態に遷移する際と省電力状態から復帰した際に被管理装置が管理装置に対して電源状態を通知する方法がある（例えば、特許文献２参照）。この場合、受信した状態に基づいて、管理装置は被管理装置が省電力状態であれば状態取得の要求をキャンセルすることで、省電力状態を維持している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−２４５６８４号公報
【特許文献２】特開２００６−２１５６８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１では、被管理装置が省電力状態を維持したまま管理装置に応答できるのは、予め規定された要求に対してのみであり、未知の要求に対しては、省電力状態から通常の電力状態への復帰が必要となる。
【０００８】
また、特許文献２では、被管理装置が電源状態を通知する際に不特定多数に向けたマルチキャストによる通知方法を用いる場合、ネットワークの構成や設定によっては通知が管理装置に届かない。その結果、管理装置は状態取得を被管理装置に対して要求することとなる。この管理装置からの要求に対応するために被管理装置は省電力状態からの復帰が必要となる。また、通知先となる管理装置のアドレスを指定した通知方法を用いる場合には、未登録の通知先（管理装置）には通知が行われず、未登録の管理装置からの要求は定期的に生じることとなる。その結果、被管理装置は定期的に省電力状態からの復帰が必要となる。
【課題を解決するための手段】
【０００９】
上記課題を解決するために本願発明は以下の構成を有する。すなわち、第一の電力状態と当該第一の電力状態よりも電力消費量が低い第二の電力状態とを切り替え可能な１または複数の情報処理装置と、前記１または複数の情報処理装置を管理する１または複数の管理装置とを含むシステムであって、前記１または複数の情報処理装置は、外部装置からデータを受信する受信手段と、第二の電力状態の際に受信したデータが管理装置からの前記情報処理装置の状態の情報の要求である場合、前記受信したデータの送信元である管理装置を通知先一覧に登録する登録手段と、電力状態が変化した場合に、前記通知先一覧に登録された管理装置に対し状態変化を通知する通知手段とを有し、前記１または複数の管理装置は、管理対象となる情報処理装置に対し状態の情報を要求する要求手段と、前記情報処理装置からの通知に従って、当該情報処理装置の状態を管理する管理手段とを有し、前記要求手段は、第二の電力状態の情報処理装置に対しては状態の情報を要求しないことを特徴とする。
【発明の効果】
【００１０】
本願発明により、確実に通知先に電源状態の変化を通知することができ、また、省電力状態からの復帰の頻度を減らし、省電力状態をより長い時間保つことが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明に係るシステム全体の構成例の図。
【図２】本発明に係るシステム全体のハードウェア構成例の図。
【図３】本発明に係るソフトウェア構成例の図。
【図４】実施形態１に係る通信制御部におけるフローチャート。
【図５】実施形態１に係る本体制御部におけるフローチャート。
【図６】実施に係る１に係る電源状態通知のフローチャート。
【図７】通信制御部で応答するためのパケットのパターンの例を示す図。
【図８】管理系ポートのリストを示す図。
【図９】個別の通知先のリストを示す図。
【図１０】管理装置が有する管理対象のリストを示す図。
【図１１】管理装置が有する管理対象の電源状態を示す図。
【図１２】電源状態通知におけるマルチキャストのパケットの例を示す図。
【図１３】実施形態２に係るフローチャート。
【図１４】登録リストへの登録の要／不要を決定するための値の例を示す図。
【発明を実施するための形態】
【００１２】
＜実施形態１＞
［システム概要］
以下、本発明を実施するための形態について図面を用いて説明する。なお、特に動作の主体が記載されていない場合には、各装置が備える各部におけるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）が動作の主体となる。
【００１３】
図１は、本発明を実施するためのシステム全体の構成図である。管理装置１０３、１０６は、ネットワーク１０５及びルーター１０４を介して被管理装置１０１と接続されている。図１においては、管理装置１０３と被管理装置１０１の間には１つのルーター１０４が存在し、管理装置１０６と被管理装置１０１の間にはルーターが存在しない例を示している。しかし、ルーターの数は２つ以上の場合もあり得る。また、図１においては、被管理装置１０１は１台のみが示されているが、複数の被管理装置がネットワーク１０５に接続され、管理されるようにしても構わない。なお、管理装置および被管理装置は、画像などの各種情報を処理する情報処理装置である。
【００１４】
管理装置１０３、１０６の管理対象である被管理装置１０１は、画像処理などを行う本体制御部と、通信制御部とに大きく分けることができ、それぞれ別々に通電することが可能である。本体制御部と通信制御部の両方に通電を行っている場合には、通常の電力状態（第一の電力状態）とする。本実施形態において、印刷を行う場合や、本体機能を使う場合のみ本体制御部に通電を行い、それ以外は本体制御部にて制御する操作系の一部と、通信制御部にのみ通電を行う。これにより、より電力消費量が低い省電力状態（第二の電力状態）を保持する。例えば、省電力状態でユーザー端末１０２からの印刷指示命令を通信制御部が受信すると、印刷するために本体制御部での処理が必要と判断され、通信制御部が本体制御部への通電指示を行う。そして、本体制御部が通電され、通常の電力状態に復帰して印刷を行う。
【００１５】
管理装置１０３は、ネットワーク１０５を介して被管理装置１０１に対してエラーが発生していないかなどの定期的な情報取得要求をＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）などのプロトコルを用いて行う。被管理装置１０１は、管理装置１０３から情報取得要求を受けた場合、被管理装置１０１が省電力状態であれば、被管理装置１０１の通信制御部のみで要求に対する処理が可能か否かを判定する。そして通信制御部のみで処理が可能であれば、省電力状態を維持したまま、管理装置１０３に応答を行う。一方、通信制御部以外の被管理装置１０１内部（本体制御部）での処理が必要な場合には、省電力状態から復帰し、外部装置である管理装置１０３にネットワークを介して応答を行う。
【００１６】
被管理装置１０１は、省電力状態に移行する際と省電力状態から復帰した際に、マルチキャストのパケットによる電源状態通知を行う。ここでいうマルチキャストのパケットとは、ＳＬＰ（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）やＷＳＤ（Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  ｏｎ  Ｄｅｖｉｃｅｓ）などで定義されたマルチキャストキャストアドレスを用いたパケットである。そして、ＳＬＰであれば、サービスタイプなどに省電力状態移行を表す“ＳＬＥＥＰ”や、省電力状態からの復帰を表す“ＷＡＫＥＵＰ”などのキーワードを付加する。
【００１７】
マルチキャストに関し、ＩＰｖ４ではＴＴＬ値、ＩＰｖ６ではＨｏｐ  Ｌｉｍｉｔ値によりルーターを越えられる数であるホップ数の指定を行う。ホップ数は管理装置１０３と被管理装置１０１間のルーター数に応じた適切な数値を指定する必要がある。ここで、設定値が小さいと経路上のルーターを越えられず通信することができず、一方、大きいと必要以上に広範囲にパケットが送信されてしまう。例えば、被管理装置１０１でマルチキャストのＴＴＬ値を“１”に設定してマルチキャストを送信した場合、管理装置１０６ではこのマルチキャストのパケットを受信できる。しかし、管理装置１０３は、被管理装置１０１との経路上にルーター１０４があるため、このマルチキャストのパケットを受信することができない。
【００１８】
管理装置１０３が、被管理装置１０１からのマルチキャストによる電源状態通知を受信した場合、管理装置１０３は通知されたパケットの内容を解釈し、電源状態通知が省電力状態への移行通知であれば、情報取得の要求を停止する。また、電源状態通知が省電力状態からの復帰通知であれば、情報取得の要求を再開する。これによって、管理装置１０３は被管理装置１０１に対して必要以上の情報取得要求を行わないことになり、被管理装置１０１の省電力状態を長時間維持することができる。
【００１９】
管理装置１０３が被管理装置１０１からのマルチキャストの電源状態通知を受信できない場合、管理装置１０３は省電力状態の被管理装置１０１に対して情報取得要求を行う。省電力状態の被管理装置１０１が情報取得要求を受信し、かつ通信制御部で情報取得要求を処理ができない場合には、被管理装置１０１は省電力状態から復帰して、管理装置１０３への応答処理を行う。
【００２０】
省電力状態から復帰した被管理装置１０１は、管理装置１０３を個別の電源状態通知の通知先として被管理装置１０１内の個別通知先リストに登録する。被管理装置１０１は、個別の通知先として登録した通知先にユニキャストで電源状態通知を行う。これによって、マルチキャストでの電源状態通知を受信できない場合でも、管理装置１０３は被管理装置１０１に対して、必要以上の情報取得要求を行わないことで被管理装置１０１をより長い時間省電力状態を維持することができる。
【００２１】
［ハードウェア構成］
図２は、本発明を実施するためのシステム全体のハードウェア構成図である。図２の被管理装置１０１は、本体制御部２０１、通信制御部２０２、および電源制御部２０３から構成されている。印刷を行う場合などは、被管理装置１０１の本体制御部２０１と通信制御部２０２に通電されている。しかし、本体制御部２０１の機能を使わない場合には、本体制御部２０１のＵＩ操作部２１２の一部（非図示の電源ボタン）と通信制御部２０２にのみ通電された省電力状態となる。
【００２２】
なお、本実施形態において、通常の電力状態と省電力状態とにおける通電状態を説明するために、本体制御部と通信制御部を用いて説明している。しかし、この構成に限定するものではなく、例えばさらに多くの構成要素を有し、電源制御部２０３によって、それらに対する通電制御を行うことで省電力状態を切り替えるようにしても構わない。また、通常の電力状態と省電力状態のそれぞれにおいて動作可能な部位について、より詳細に設定できるようにしても構わない。
【００２３】
管理装置１０３は、ＨＤＤ２３２からメモリ２３１にロードされたプログラムによって被管理装置１０１に対する情報取得要求を生成する。本実施形態における情報取得要求は、ＳＮＭＰなどの装置管理用のプロトコルを用いる。情報取得要求は、ＮＩＣ２３３を介して被管理装置１０１へ送信される。なお、管理装置１０６の内部構成は、管理装置１０３と同じものとして説明する。
【００２４】
被管理装置１０１は、通信制御部２０２のＬＡＮ端子２２３で管理装置１０３からの情報取得要求を受信する。受信した情報取得要求は、通信制御部２０２のＲＡＭ２２２に取り込まれ、ＣＰＵ２２０が処理を行う。ＣＰＵ２２０は、情報取得要求に対する応答可能な情報がＲＯＭ２２１上に存在すれば、ＬＡＮ端子２２３とネットワーク１０５を介して、管理装置１０３に応答を行う。この場合、本体制御部２０１に通電されていなければ、本体制御部２０１は非通電のままである。しかし、通信制御部２０２がＲＯＭ２２１上に登録された情報を用いて応答できない場合、通信制御部２０２は本体制御部２０１を省電力から復帰させるために電源制御部２０３を介して、本体制御部２０１に通電させる。本体制御部２０１が通電されると、情報取得要求は通信制御部２０２からＰＣＩを介して、本体制御部２０１で処理される。
【００２５】
本体制御部２０１では、ＣＰＵ２１０がメモリ２１１に情報取得要求を取り込み、情報取得要求は、ＣＰＵ２１０がＨＤＤ２１３からメモリ２１１にロードしたプログラムによって処理される。本体制御部２０１のＣＰＵ２１０によって処理された情報取得要求に対する応答が生成され、生成された応答は通信制御部２０２を介して、管理装置１０３に返信される。
【００２６】
また、詳細は後述するが、プログラムによって電源状態通知の個別通知先の登録処理を行う。本体制御部２０１が非通電状態（省電力状態）に移行する場合、被管理装置１０１は、ネットワーク１０５を介して電源状態通知を管理装置に送信する。電源状態通知は不特定の通知先に出るマルチキャストを用いた通知と、ユニキャストでの個別通知先への通知を行う。管理装置１０３は、ＮＩＣ２３３で電源状態通知を受信する。電源状態通知を受信した管理装置１０３は、電源状態通知が省電力移行の通知であれば、定期的な情報取得を停止する。また、電源状態が省電力状態からの復帰であれば、定期的な情報取得の再開を行う。
【００２７】
［ソフトウェア構成］
図３は、本発明を実施するためのソフトウェア構成図である。電源制御部２０３は、本体制御部２０１において印刷などの処理すべき内容がない場合には、本体制御部２０１の通電を遮断する。なお、省電力状態であっても、本体制御部２０１の一部の機能を動作させる場合には、電源制御部２０３はその部分に対する通電は行う。通電が遮断される前に本体制御部２０１は電源状態通知部３０２を介して、ホップ数の設定値をホップ数設定部３０１から取得し、マルチキャストでの電源状態通知（省電力移行の通知）を作成し、通信処理部３１１を介して電源状態通知を行う。更に電源状態通知部３０２は、通知先テーブル３０３（通知先一覧）から個別の通知先を取得し、個別の電源状態通知を作成し、通信処理部３１１を介して電源状態通知を行う。
【００２８】
電源状態通知を受信した管理装置１０３の電源状態受信部３２４は、電源状態リスト３２５にその被管理装置１０１の電源状態を書き込む。管理装置１０３において、情報取得要求部３２２は、情報取得対象の被管理装置１０１の管理対象リスト３２３を参照する。情報取得要求部３２２は、電源状態リスト３２５を参照し、管理対象リスト３２３に含まれる被管理装置１０１の電源状態を確認する。
【００２９】
そして、被管理装置１０１が省電力状態であれば、情報取得要求は行わないと判定する。また、被管理装置１０１が省電力状態でなければ、定期的に情報取得要求を生成し、通信処理部３２１が被管理装置１０１に対して情報取得要求を行う。ここでいう情報取得要求では、ＳＮＭＰなどの装置管理用のプロトコルを用いる。被管理装置１０１の通信制御部２０２の通信処理部３１１は、情報取得要求を受信し、ＮＩＣ応答部３１０に処理を移す。
【００３０】
ＮＩＣ応答部３１０はＮＩＣ応答パターンリスト３１２を参照し、受信した情報取得要求が通信処理部３１１で処理可能か否かを判定する。図７にＮＩＣ応答パターンリスト３１２の構成例を示す。図７のテーブル５０１は受信パケットのパターンである。また、テーブル５０２は、各受信パケットに対応する応答のパターン（応答データ）である。
【００３１】
受信した情報取得要求を処理可能と判定した場合、ＮＩＣ応答部３１０はＮＩＣ応答パターンリスト３１２に記載された情報取得要求に対する応答パターンを取得し、当該応答パターンにて通信処理部３１１は管理装置１０３への応答処理を行う。受信した情報取得要求を処理不可能と判定した場合、ＮＩＣ応答部３１０は電源制御部２０３に対して、本体制御部２０１への通電指示を行う。電源制御部２０３は、本体制御部２０１に対して通電を行う。これにより被管理装置１０１は省電力状態から復帰する。通電された本体制御部２０１は、電源状態通知部３０２を介してホップ数の設定をホップ数設定部３０１から取得し、マルチキャストでの電源状態通知（省電力状態からの復帰通知）を作成し、通信処理部３１１を介して電源状態通知を行う。
【００３２】
また、本体制御部２０１の電源状態通知部３０２は、通知先テーブル３０３から個別の通知先を取得し、個別の電源状態通知を作成し、通信処理部３１１から電源状態通知を行う。さらに、通知先処理部３０４は、ＮＩＣ応答部３１０で処理できなかった情報取得要求を取得し、情報取得要求に含まれるポート番号が管理系か否かを管理系リスト３０５と比較する。ここでの管理系とは、被管理装置の状態等を管理するために用いられるプロトコルを指し、管理系であるプロトコルのポート番号は予め定義されているものとする。図８に管理系リスト３０５の構成例を示す。
【００３３】
通知先処理部３０４は、図８に示すテーブル６０１に基づいて情報取得要求に含まれるポート番号が管理系か否かを判定し、管理系であれば、その送信元アドレスと受信時間を通知先テーブル３０３に登録する。図９に通知先テーブル３０３の構成例を示す。図９に示すテーブル７０１は、通知先アドレスと受信時間とで構成される。なお、すでに通知先テーブル３０３に同一アドレスが登録されている場合には、通知先処理部３０４は、受信時間のみを更新する。ここで通知先テーブル３０３には、登録可能な通知先の数の上限が設定されているものとする。したがって、通知先テーブル３０３の登録数が上限に達する場合、通知先処理部３０４は、受信時間が古い通知先を削除する。
【００３４】
情報取得応答部３０６は、ＮＩＣ応答部３１０で処理できなかった情報取得要求に対する応答を生成して、通信処理部３１１を介して管理装置１０３に情報取得の応答を行う。
【００３５】
［処理動作］
（被管理装置における情報取得要求受信時の処理）
図４〜図６は、本発明に係るフローチャートである。図４と図５は、管理装置１０３から被管理装置１０１に情報取得要求があった場合の処理の流れを記載している。図４は通信制御部２０２側の処理を示し、図５は本体制御部２０１側の処理を記載している。図６は、被管理装置１０１から電源状態通知を通知する際の処理の流れを記載している。
【００３６】
まず、図４と図５の処理の流れについて説明する。管理装置１０３から被管理装置１０１の通信制御部２０２に情報取得要求が届くと、通信処理部３１１は情報取得要求を受信し、ＮＩＣ応答部３１０にその受信パケットを渡す。ＮＩＣ応答部３１０は、ＮＩＣ応答パターンリスト３１２を読み取り、受信パケットと一致するものがあるかを確認する（図４のＳ１０１）。
【００３７】
ＮＩＣ応答パターンリスト３１２は、図７のテーブル５０１に示すように、受信したパケットの宛先イーサネット（登録商標）アドレスとして自機のＭＡＣ、ポート番号、ＰＤＵタイプ、詳細なデータ構造のビットパターンが記載されている。ＮＩＣ応答部３１０は、Ｓ１０２においてテーブル５０１に一致しているものがあるか判定する。一致するものがあれば（Ｓ１０２にてＹＥＳ）、ＮＩＣ応答部３１０は、応答用のパケットを定義したテーブル５０２から一致するＩＤの応答用の情報を取得する。そして、ＮＩＣ応答部３１０は、その情報に基づき応答用パケットを生成し、通信処理部３１１を介して管理装置１０３に対する応答処理を行う（Ｓ１０４）。
【００３８】
一致するパターンが存在しない場合（Ｓ１０２にてＮＯ）、ＮＩＣ応答部３１０では処理できないため、電源制御部２０３を介して、本体制御部２０１に通電させる指示を行う（Ｓ１０３）。そして、本処理フローを終了する。Ｓ１０３にて本体制御部２０１に対して通電が行われた場合、本体制御部２０１による図５の処理が開始される。
【００３９】
通電された本体制御部２０１は、通信制御部２０２のＮＩＣ応答部３１０が処理できなかった情報取得要求を通信制御部２０２から取得する。ここで情報取得要求が取得できない場合、ネットワーク経由にて受信した情報取得要求に起因して本体制御部２０１が通電されたのではないと判定し（Ｓ２０１にてＮＯ）、処理を終了する。情報取得要求が取得できた場合、ネットワーク経由にて受信した情報取得要求に起因して本体制御部２０１が通電されたと判定された場合（Ｓ２０１にてＹＥＳ）、Ｓ２０２に移行する。
【００４０】
Ｓ２０２にて、本体制御部２０１は、管理系リスト３０５（図８のテーブル６０１）を参照し、情報取得要求のパケットのポート番号が、管理系のポート番号か否かを判定する。例えば、ＳＮＭＰであれば１６１、ＳＬＰであれば４２７がポート番号として管理系リスト３０５に登録されている。本体制御部２０１は、情報取得要求のパケットがそれらに該当するか否かを判定する。管理系のポート番号でない場合（Ｓ２０２にてＮＯ）、本処理フローを終了する。なお、Ｓ２０１にてＮＯの場合もしくはＳ２０２にてＮＯの場合は、本処理フローが終了した後、受信したデータの要求に従って処理を行うこととなる。
【００４１】
管理系のポート番号であると判定された場合（Ｓ２０２にてＹＥＳ）、本体制御部２０１は、通知先テーブル３０３（図９のテーブル７０１）に受信した情報取得要求の送信元アドレスと一致するアドレスがあるか否かを確認する（Ｓ２０３）。通知先テーブル３０３に受信した情報取得要求の送信元アドレスと一致するアドレスがある場合（Ｓ２０３にてＹＥＳ）、Ｓ２０４に遷移する。Ｓ２０４にて、本体制御部２０１は、通知先テーブル３０３において通知先アドレスと一致するアドレスの受信時間カラムを現在時刻で書き換える。その後、Ｓ２０８へ遷移する。
【００４２】
受信した情報取得要求の送信元アドレスと一致するアドレスが通知先テーブル３０３にない場合（Ｓ２０３にてＮＯ）、本体制御部２０１は、通知先テーブル３０３に含まれる通知先アドレスの数が上限に達しているか否かを判定する（Ｓ２０５）。
【００４３】
上限に達している場合には（Ｓ２０５にてＹＥＳ）、本体制御部２０１は、通知先テーブル３０３において受信時間が一番古い行を削除する（Ｓ２０６）。また、通知先テーブル３０３の上限に達していない場合（Ｓ２０５にてＮＯ）もしくはＳ２０６の処理の後、本体制御部２０１は、受信した情報取得要求の送信元アドレスを通知先として通知先テーブル３０３に登録する（Ｓ２０７）。最後に、本体制御部２０１は、情報取得応答部３０６にて情報取得要求に対する応答情報を生成し、通知先テーブル３０３に従って管理装置１０３に返信する（Ｓ２０８）。
【００４４】
（被管理装置における電源状態通知処理）
次に、図６のフローチャートを用いて、被管理装置１０１が行う電源状態通知の処理の流れについて説明を行う。被管理装置１０１は印刷などの処理がない場合、電源制御部２０３が本体制御部２０１の通電を遮断する。これにより、被管理装置は、省電力状態となる。本体制御部２０１では、通電が遮断される前に図６のフローチャートに従って、電源状態通知部３０２の処理によって電源状態通知（省電力移行）が行われる。
【００４５】
Ｓ３０１にて、電源状態通知部３０２は電源状態の状態変化のチェックを行う。そして、電源状態が変化したと判定された場合（Ｓ３０２にてＹＥＳ）、電源状態通知部３０２は、Ｓ３０３でマルチキャストによる電源状態通知のパケットを生成するためのホップ数の設定をホップ数設定部３０１から取得する。そして、電源状態通知部３０２は、Ｓ３０４でマルチキャストパケットを生成し、通信処理部３１１を介して管理装置１０３に対しマルチキャストによる電源状態通知を通知する。マルチキャストのパケットは、例えば図１２のパケット１１０１に示すようなＳＬＰプロトコルで構成されているものとする。例えば、省電力移行の場合には、“ＳＬＥＥＰ”という属性が付加される。
【００４６】
Ｓ３０５にて、電源状態通知部３０２は、通知先テーブル３０３から個別の通知先のアドレスを取得し、個別の通知先にユニキャストで電源状態の通知を行う（Ｓ３０５）。個別の通知先のユニキャストのパケットは、図１２に示したマルチキャストのパケットに対しアドレスの部分が個別のアドレスとなる点のみが異なる。電源状態通知部３０２は、Ｓ３０６で通知先テーブル３０３のうち、未通知のアドレスを取得する。電源状態通知部３０２は、Ｓ３０７にて通知先テーブル３０３に登録されたすべての通知先に対して通知が行われたかを判定する。通知が完了していれば（Ｓ３０７にてＹＥＳ）、電源状態通知部３０２は処理を終了する。通知が完了していなければ（Ｓ３０７にてＮＯ）、Ｓ３０５に遷移し、処理を繰り返す。
【００４７】
被管理装置１０１において、省電力状態から本体制御部２０１が通電状態に移行した場合にも、図６のフローチャートに従って、電源状態通知部３０２の処理が実行される。なお、通電状態に移行する場合には、パケットには省電力から復帰の“ＷＡＫＥＵＰ”の属性が付加され、マルチキャストでの通知（Ｓ３０４）及び個別の通知先への通知（Ｓ３０５）が行われる。
【００４８】
（管理装置の動作）
管理装置１０３は、通電されている限りにおいて常に被管理装置１０１からの電源状態通知の受信待ちをしている。管理装置１０３は、電源状態通知を受信した場合には、電源状態受信部３２４で受信したパケットを解析し、電源状態リスト３２５（図１１のテーブル１００１）に被管理装置１０１の電源状態を書き込む。電源状態通知として“ＳＬＥＥＰ”が取得できた場合、電源状態受信部３２４は、図１１のテーブル１００１の電源状態カラムに“ＳＬＥＥＰ”と書きこむ。また、電源状態通知として“ＷＡＫＥＵＰ”が取得できた場合、電源状態受信部３２４は、テーブル１００１の電源状態カラムに“ＷＡＫＥＵＰ”と書きこむ。その際、通知元のＭＡＣアドレスをキーに同じＭＡＣアドレスの行があれば、電源状態受信部３２４は、レコードの上書きを行う。同じＭＡＣアドレスの行がなければ、電源状態受信部３２４は、レコードの追加を行う。
【００４９】
管理装置１０３は、管理対象リスト３２３（図１０のテーブル９０１）にある管理対象に対して、定期的な情報取得要求を情報取得要求部３２２で生成する。そして、管理装置１０３は、通信処理部３２１からパケットとして、情報取得要求を被管理装置１０１に対して送信する。管理装置１０３は、情報取得要求を生成する前に、対象の被管理装置１０１の電源状態を電源状態リスト３２５（図１１のテーブル１００１）で確認する。そして、対象の被管理装置１０１の状態が“ＳＬＥＥＰ”となっている場合には、管理装置１０３は、情報取得要求の送信を取りやめる。これによって、管理装置１０３は被管理装置１０１に対して、省電力状態における情報取得要求を行わず、被管理装置１０１は省電力状態を保つことができる。
【００５０】
本願発明により、マルチキャストなどでの電源状態が通知できない場合にも、個々の通知先を登録して通知することで、確実に通知先に電源状態変化を通知することが可能となる。これにより、管理装置から省電力状態の被管理装置に対して情報取得を行わないように制御することができ、省電力状態をより長い時間保つことが可能となる。また、自動的に通知先を登録することにより手動で通知先を登録する手間を省くことができる。さらに、登録する対象を管理系のポートに絞る手段により、必要以上に通知先を増やすことがなくなる。
【００５１】
＜実施形態２＞
管理装置１０３からの情報取得要求において、印刷装置で印刷した枚数を取得するなど強制的に被管理装置１０１を通常の電力状態にして処理が必要な場合もある。一方、定期的な状態変化を通知することは要求されない場合がある。このような場合には、通知先テーブル３０３への管理装置１０３の登録は不要である。そこで実施形態２は、実施形態１に対して、図９の通知先リストへの登録を不要とするか否かの処理を追加したものである。
【００５２】
管理装置１０３が省電力状態の被管理装置１０１に対して情報取得要求を行う場合には、図１４に示す設定値１３０１を付加して情報取得要求を行う。この設定値はＳＮＭＰにおいては１つのオブジェクトで定義され、ＳＬＰにおいては１つの属性として定義され、被管理装置に対して通知先テーブル３０３への通知先登録が不要である旨を示すものである。
【００５３】
図１３は被管理装置１０１の本体制御部２０１におけるフローチャートである。実施形態１の図５のフローチャートに対して、実施形態２における図１３のフローチャートは、Ｓ５０３とＳ５０４が追加されている点が異なる。以下、実施形態１との差分のみを説明する。
【００５４】
受信した情報取得要求のパケットのポート番号が管理系のポート番号である場合（Ｓ５０２にてＹＥＳ）、本体制御部２０１はＳ５０３で管理装置１０３を通知先リストへ登録するか否かの設定値を取得する。そして、Ｓ５０４にて本体制御部２０１は、図１４に示す設定値に従い、登録するか否かを判定する。登録不要と判定された場合（Ｓ５０４にてＹＥＳ）、管理装置１０３を通知先テーブル３０３には登録せず、本処理フローを終了する。
【００５５】
本実施形態により、通知先テーブル３０３への不要な登録を避けることができる。
【００５６】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピューター（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2014059662.tif 000003
【図２】
2014059662.tif 000004
【図３】
2014059662.tif 000005
【図４】
2014059662.tif 000006
【図５】
2014059662.tif 000007
【図６】
2014059662.tif 000008
【図７】
2014059662.tif 000009
【図８】
2014059662.tif 000010
【図９】
2014059662.tif 000011
【図１０】
2014059662.tif 000012
【図１１】
2014059662.tif 000013
【図１２】
2014059662.tif 000014
【図１３】
2014059662.tif 000015
【図１４】
2014059662.tif 000016