JP2016032152A - 管理システム、画像処理装置、およびプロトコル分担プログラム - Google Patents

Abstract

【課題】複数の画像処理装置の消費電力を低減し、複数のプロトコルに対応させることの可能な管理システムを提供する。【解決手段】管理装置は、複数の画像処理装置の能力情報に基づいて、複数のプロトコルそれぞれに対して、複数の画像処理装置のいずれか１つを担当装置に決定し、複数の画像処理装置各々は、第１の条件の成立により駆動しなくなるメイン制御ＣＰＵ１１と、起動後は第２の条件の成立によりメインＣＰＵ１１を起動した後に駆動しなくなるサブＣＰＵ２１と、第２ＲＡＭと、を備え、メインＣＰＵ１１は、第１の条件の成立に応じてサブＣＰＵ２１を起動するメイン起動部５３と、サブＣＰＵ２１を制御して、管理装置からプロトコル担当情報が取得される場合は応答プログラムを第２ＲＡＭにロードさせるが、プロトコル依頼情報が取得される場合は応答プログラムを第２ＲＡＭにロードさせない対応部５５と、を含む。【選択図】図７

Description

この発明は、管理システム、画像処理装置、およびプロトコル分担プログラムに関し、特に、消費電力の小さい省電力状態に移行可能な画像処理装置を管理する管理システム、その管理システムに含まれる画像処理装置、その画像処理装置で実行されるプロトコル分担プログラムに関する。

オフィス等では、複合機（ＭＦＰ）等の画像処理装置が複数台設置される場合があり、それら複数のＭＦＰは、ローカルエリアネットワーク（ＬＡＮ）に接続されるのが一般的である。このネットワーク環境において、ネットワークに接続されたデバイスの検出を可能にしたサービスが用いられている。このサービスは、ネットワークに接続されたコンピューターが、探索コマンドをネットワークに送出して、使用可能な装置を探索する。このため、コンピューターにおいて、ネットワークに接続された複数のＭＦＰを容易に使用可能になる。このサービスの一例としては、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）、ＷＳＤ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ ｏｎ Ｄｅｖｉｃｅｓ）、ＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ｍＤＮＳ（ｍｕｌｔｉｃａｓｔ Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）が知られている。

一方、近年ではＭＦＰは、使用されていない待機状態における消費電力を低減する要望がある。しかしながら、上記のサービスに対応するために、ＭＦＰは、コンピューターから送信される探索コマンドに応答するために、通電しておく必要がある。

特開２０１０−１７６４２４号公報には、信号の通信を行うネットワークと、ネットワークに接続され、ネットワークを介して受信した画像形成命令に基づき画像を形成する複数の画像形成装置とを備え、複数の画像形成装置の中の一の画像形成装置は、複数の画像形成装置の中の他の画像形成装置を代理装置として設定し、ネットワークを介して自装置に対して送信される信号に含まれる画像形成命令以外の役務の提供を他の画像形成装置に代理させ、自装置は稼動状態よりも消費電力が低い省電力状態に移行する画像形成システムが記載されている。

しかしながら、従来の画像形成システムにおいては、代理する画像形成装置は省電力状態に移行することがでず、通電しておかなければならないといった問題があった。
特開２０１０−１７６４２４号公報

この発明は上述した問題点を解決するためになされたもので、この発明の目的の一つは、複数の画像処理装置の消費電力を低減しつつ、複数の画像処理装置をネットワークに流れる複数のプロトコルに対応させることが可能な管理システムを提供することである。

この発明のさらに他の目的は、複数の画像処理装置の消費電力を低減しつつ、複数の画像処理装置をネットワークに流れる複数のプロトコルに対応させることが可能な画像処理を提供することである。

この発明のさらに他の目的は、消費電力を低減しつつ、ネットワークに流れる複数のプロトコルに他の画像処理装置と共同で対応することが可能な画像処理装置を提供することである。

この発明さらに他の目的は、複数の画像処理装置の消費電力を低減しつつ、複数の画像処理装置をネットワークに流れる複数のプロトコルに対応させることが可能なプロトコル分担プログラムを提供することである。

この発明のさらに他の目的は、消費電力を低減しつつ、ネットワークに流れる複数のプロトコルに他の画像処理装置と共同で対応することが可能なプロトコル分担プログラムを提供することである。

上述した目的を達成するためにこの発明のある局面によれば、管理システムは、ネットワークに接続された複数の画像処理装置を含む管理システムであって、複数の画像処理装置を管理するための管理装置を含み、管理装置は、複数の画像処理装置それぞれから当該画像処理装置の能力を示す能力情報および当該画像処理装置を識別するための装置識別情報を収集する収集手段と、複数の画像処理装置それぞれの能力情報に基づいて、予め定められた複数のプロトコルそれぞれに対して、複数の画像処理装置のいずれか１つを担当装置に決定する担当装置決定手段と、複数のプロトコルそれぞれについて、当該プロトコルに対して決定された担当装置に当該プロトコルを識別するためのプロトコル識別情報と、複数の画像処理装置のうち担当装置以外の１以上の画像処理装置それぞれの装置識別情報とを含むプロトコル担当情報を記憶させ、当該プロトコルに対して決定された担当装置以外の１以上の画像処理装置に当該プロトコルのプロトコル識別情報を含むプロトコル依頼情報を記憶させる分担情報通知手段と、を備え、複数の画像処理装置各々は、第１の条件の成立により駆動しなくなるメイン制御手段と、メイン制御手段により起動され、起動後は第２の条件の成立によりメイン制御手段を起動した後に駆動しなくなるサブ制御手段と、サブ制御手段により制御される揮発性の記憶手段と、を備え、メイン制御手段は、管理装置から複数のプロトコルごとにプロトコル担当情報またはプロトコル依頼情報を取得する分担情報取得手段と、第１の条件の成立に応じて、サブ制御手段を起動するメイン起動手段と、サブ制御手段を制御して、プロトコル担当情報が取得される場合は当該プロトコル担当情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを記憶手段にロードさせるが、プロトコル依頼情報が取得される場合は当該プロトコル依頼情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを記憶手段にロードさせない対応手段と、を含み、サブ制御手段は、記憶手段にロードされた応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、応答プログラムに対応するプロトコルのパケットに応答して、メイン制御手段を起動することなく、メイン制御手段により取得され、応答プログラムに対応するプロトコルのプロトコル識別情報を含むプログラム担当情報に含まれる１以上の依頼装置の装置識別情報を含む応答パケットを返信する応答手段を含む。

この局面に従えば、管理装置によって、複数のプロトコルそれぞれについて、当該プロトコルに対して複数の画像処理装置のいずれか１つが担当装置に決定される。また、複数の画像処理装置各々においては、第１の条件の成立によって起動されるサブ制御手段は、担当装置の場合に担当のプロトコルに対応する応答プログラムを記憶手段にロードするが、担当装置でない場合には応答プログラムをロードしない。また、サブ制御手段によって、記憶手段にロードされた応答プログラムが実行され、外部から受信されるマルチキャストのパケットであって、応答プログラムに対応するプロトコルのパケットに応答して、メイン制御手段を起動することなく、他の画像処理装置の装置識別情報を含む応答パケットを返信する。このため、複数のプロトコルのパケットに対する応答を、複数の画像処理装置で分担するので、サブ制御手段により制御される記憶手段が、複数のプロトコルにそれぞれ対応する複数の応答プログラムをロードするだけの記憶容量を有していない場合であっても、複数のプロトコルのパケットに対して複数の画像処理装置それぞれが応答した場合と同じ応答を返信することができる。このため、複数の画像処理装置の消費電力を低減しつつ、複数の画像処理装置をネットワークに流れる複数のプロトコルに対応させることが可能な管理システムを提供することができる。

好ましくは、複数の画像処理装置とは別の管理コンピューターをさらに備え、管理装置は、管理コンピューターである。

この局面に従えば、複数の画像処理装置とは別の管理コンピューターによって、複数のプロトコルそれぞれについて、当該プロトコルに対して複数の画像処理装置のいずれか１つが担当装置に決定される。このため、管理コンピューターが複数の画像処理装置を管理するので、複数の画像処理装置で実行される処理を単純にすることができる。

好ましくは、担当装置決定手段は、ユーザーにより複数の画像処理装置のうちから複数のプロトコルそれぞれに対応する１つの候補装置の指定を受け付ける候補装置受付手段と、候補装置ごとに、当該候補装置の能力情報に基づいて、候補装置に対応するプロトコルに対応する応答プログラムを実行する場合の能力を示す残存能力情報を表示する残存能力表示手段と、を含む。

この局面に従えば、ユーザーが入力する候補装置の指定が受け付けられると、候補装置について応答プログラムを実行する場合の能力を示す残存能力情報が表示される。このため、ユーザーが、複数の画像処理装置のうちから候補装置を決定するために必要な情報を、ユーザーに提供することができる。

好ましくは、複数の画像処理装置各々の能力情報は、当該画像処理装置が備える記憶手段の空き容量であり、候補装置の残存能力情報は、当該候補装置が備えるサブ制御手段が、記憶手段に応答プログラムをロードした後の空き容量である。

この局面に従えば、ユーザーが候補装置を指定すれば、候補装置が備える記憶手段に応答プログラムをロードした後の空き容量が表示される。このため、ユーザーは、候補装置がプロトコルに対応する応答プログラムを実行することができるか否かを示す情報をユーザーに提供することができる。

好ましくは、管理装置は、複数の画像処理装置のうちで予め定められた画像処理装置である。

この局面に従えば、複数の画像処理装置のうち予め定められた１つによって、複数のプロトコルそれぞれについて、当該プロトコルに対して複数の画像処理装置のいずれか１つが担当装置に決定される。このため、複数の画像処理装置を管理するための装置が不要である。

好ましくは、担当装置決定手段は、複数の画像処理装置それぞれの能力情報に基づいて、能力に余裕のある装置から順に担当装置を決定する能力優先決定手段を含む。

この局面に従えば、能力に余裕のある装置から順に担当装置が決定されるので、複数のプロトコルにそれぞれ対応する複数の応答プログラムを、複数の画像処理装置のいずれかで実行させることができる。

好ましくは、複数の画像処理装置各々の能力情報は、当該画像処理装置が備える記憶手段の空き容量である。

この局面に従えば、第１の条件の成立後に、複数のプロトコルにそれぞれ対応する複数の応答プログラムを、複数の画像処理装置のいずれかで実行させることができる。

好ましくは、メイン制御手段は、プロトコル担当情報が取得される場合は当該プロトコル担当情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、応答プログラムに対応するプロトコルのパケットに応答して、当該プロトコルのプロトコル識別情報を含み、メイン制御手段により取得されたプログラム担当情報に含まれる１以上の依頼装置の装置識別情報を含む応答パケットを返信し、プロトコル依頼情報が取得される場合は当該プロトコル依頼情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを実行しないメイン応答手段を、含む。

この局面に従えば、担当装置は、第１の条件の成立に係わらず、他の画像処理装置に代わって、外部から受信されるマルチキャストのパケットに応答することができる。

好ましくは、管理装置は、担当装置から停止することが通知される場合、複数の画像処理装置のうち担当装置を除く１以上の残存画像処理装置の能力情報に基づいて、複数のプロトコルそれぞれに対して、１以上の残存画像処理装置のいずれか１つを新たな担当装置に決定する担当装置再決定手段を、さらに含む。

この局面に従えば、担当装置が停止する場合、残りの画像処理装置のうちから新たな担当装置が決定されるので、複数の画像処理装置において、複数のプロトコルに対応することができる。

好ましくは、対応手段は、サブ制御手段が起動時に読み取るブートプログラムを書き換えることによって、応答プログラムを記憶手段にロードさせる。

この局面に従えば、応答プログラムをサブ制御手段に実行させるか否かの設定を容易にすることができる。

この発明の他の局面によれば、画像処理装置は、ネットワークに接続された他の１以上の画像処理装置と通信可能な画像処理装置であって、第１の条件の成立により駆動しなくなるメイン制御手段と、メイン制御手段により起動され、第２の条件の成立によりメイン制御手段を起動した後に駆動しなくなるサブ制御手段と、サブ制御手段により制御される揮発性の記憶手段と、を備え、自装置と他の１以上の画像処理装置を含む複数の画像処理装置を管理する管理装置として機能する場合、他の１以上の画像処理装置それぞれから当該画像処理装置の能力を示す能力情報および当該画像処理装置を識別するための装置識別情報を収集する収集手段と、複数の画像処理装置それぞれの能力情報に基づいて、予め定められた複数のプロトコルそれぞれに対して、複数の画像処理装置のいずれか１つを担当装置に決定する担当装置決定手段と、複数のプロトコルそれぞれについて、当該プロトコルに対して決定された担当装置に当該プロトコルを識別するためのプロトコル識別情報と、複数の画像処理装置のうち担当装置以外の１以上の画像処理装置それぞれの装置識別情報とを含むプロトコル担当情報を記憶させ、当該プロトコルに対して決定された担当装置以外の１以上の画像処理装置に当該プロトコルのプロトコル識別情報を含むプロトコル依頼情報を記憶させる分担情報通知手段と、を備え、管理装置として機能しない場合は、メイン制御手段は、管理装置として機能する画像処理装置から複数のプロトコルごとにプロトコル担当情報またはプロトコル依頼情報を取得する分担情報取得手段と、管理装置として機能する場合または管理装置として機能しない場合のいずれかの場合は、メイン制御手段は、第１の条件の成立に応じて、サブ制御手段を起動するメイン起動手段と、サブ制御手段を制御して、プロトコル担当情報が取得される場合は当該プロトコル担当情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを記憶手段にロードさせるが、プロトコル依頼情報が取得される場合は当該プロトコル依頼情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを記憶手段にロードさせない対応手段と、を含み、サブ制御手段は、記憶手段にロードされた応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、応答プログラムに対応するプロトコルのパケットに応答して、メイン制御手段を起動することなく、メイン制御手段により取得され、応答プログラムに対応するプロトコルのプロトコル識別情報を含むプログラム担当情報に含まれる１以上の依頼装置の装置識別情報を含む応答パケットを返信する応答手段を含む。

この局面に従えば、管理装置として機能する場合は、複数のプロトコルそれぞれについて、当該プロトコルに対して複数の画像処理装置のいずれか１つを担当装置に決定する。また、複数の画像処理装置各々においては、第１の条件の成立によって起動されるサブ制御手段は、担当装置の場合に担当のプロトコルに対応する応答プログラムを記憶手段にロードするが、担当装置でない場合には応答プログラムをロードしない。また、サブ制御手段によって、記憶手段にロードされた応答プログラムが実行され、外部から受信されるマルチキャストのパケットであって、応答プログラムに対応するプロトコルのパケットに応答して、メイン制御手段を起動することなく、他の画像処理装置の装置識別情報を含む応答パケットを返信する。このため、複数のプロトコルのパケットに対する応答を、複数の画像処理装置で分担するので、サブ制御手段により制御される記憶手段が、複数のプロトコルにそれぞれ対応する複数の応答プログラムをロードするだけの記憶容量を有していない場合であっても、複数のプロトコルのパケットに対して複数の画像処理装置それぞれが応答した場合と同じ応答を返信することができる。このため、複数の画像処理装置の消費電力を低減しつつ、複数の画像処理装置をネットワークに流れる複数のプロトコルに対応させることが可能な画像処理装置を提供することができる。

この発明のさらに他の局面に従えば、画像処理装置は、ネットワークに接続された１以上の他の画像処理装置と通信可能な画像処理装置であって、第１の条件の成立により駆動しなくなるメイン制御手段と、メイン制御手段により起動され、メイン制御手段が駆動していない間に駆動し、第２の条件の成立によりメイン制御手段を起動した後に駆動しなくなるサブ制御手段と、サブ制御手段により制御される揮発性の記憶手段と、を備え、メイン制御手段は、外部から受信されるパケットのうちから予め定められた複数のプロトコルのいずれかのパケットを検出するパケット検出手段と、パケット検出手段により複数のプロトコルのいずれかのパケットが検出される場合、１以上の他の画像処理装置のいずれからも検出されたパケットのプロトコルを識別可能なプロトコル識別情報を含む代理宣言を受信していないことを条件に、検出されたパケットのプロトコルを識別可能なプロトコル識別情報を含む代理宣言を１以上の他の画像処理装置の全てに送信する代理宣言手段と、１以上の他の画像処理装置それぞれから当該画像処理装置を識別するための装置識別情報を収集する装置収集手段と、第１の条件の成立に応じて、サブ制御手段を起動するメイン起動手段と、サブ制御手段を制御して、代理宣言を１以上の他の画像処理装置に送信する場合、当該代理宣言に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを記憶手段にロードさせるが、代理宣言を１以上の他の画像処理装置から受信する場合、当該代理宣言に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを記憶手段にロードさせない対応手段と、を含み、サブ制御手段は、記憶手段にロードされた応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、応答プログラムに対応するプロトコルのパケットに応答して、メイン制御手段を起動することなく、装置収集手段により収集された１以上の装置識別情報を含む応答パケットを返信する応答手段を含む。

この局面に従えば、複数のプロトコルのいずれかのパケットが検出される場合、他の画像処理装置のいずれからも代理宣言を受信していないことを条件に、代理宣言を他の画像処理装置の全てに送信し、代理宣言を送信した場合は、第１の条件の成立によって起動されるサブ制御手段は、担当装置の場合に担当のプロトコルに対応する応答プログラムを記憶手段にロードするが、代理宣言を送信していない場合は応答プログラムをロードしない。また、サブ制御手段によって、記憶手段にロードされた応答プログラムが実行され、外部から受信されるマルチキャストのパケットであって、応答プログラムに対応するプロトコルのパケットに応答して、メイン制御手段を起動することなく、プロトコルのプロトコル識別情報を含み、他の画像処理装置の装置識別情報を含む応答パケットを返信する。このため、複数のプロトコルそれぞれに対して、複数の画像処理装置のいずれが担当するかを決定することができる。このため、消費電力を低減しつつ、ネットワークに流れる複数のプロトコルに他の画像処理装置と共同で対応することが可能な画像処理装置を提供することができる。

好ましくは、代理宣言手段は、検出手段により検出されたパケットのプロトコルに対応する応答プログラムをサブ制御手段が実行可能であることをさらに条件に、代理宣言を送信する。

この局面に従えば、応答プログラムをサブ制御手段が実行可能であることを条件に、担当宣言を送信するので、応答プログラムを実行できない場合には担当宣言を送信しない。このため、第１の条件が成立した後に応答プログラムを確実に実行することができる。

好ましくは、代理宣言手段は、サブ制御手段が応答プログラムを記憶手段にロードした後の空き容量が所定の値以上の場合に実行可能と判断する。

この局面に従えば、応答プログラムを実行可能か否かを容易に判断することができる。

好ましくは、メイン制御手段およびサブ制御手段に電力を供給する副電源を、さらに備え、メイン制御手段およびサブ制御手段それぞれは、代理宣言手段によって代理宣言が１以上の他の画像処理装置の全てに送信されている場合であって、メイン制御手段およびサブ制御手段に供給される電源が遮断される場合、副電源からの電力の供給を受けて、１以上の他の画像処理装置の全てに停止信号を送信する停止通知手段を、さらに含み、メイン制御手段は、１以上の他の画像処理装置のいずれかから停止信号を受信する場合、当該停止信号を送信してきた停止装置から代理宣言を受信している場合は、１以上の他の画像処理装置のいずれからも停止装置から受信された代理宣言に含まれるプロトコル識別情報を含む代理宣言を受信していないことを条件に、当該停止装置から受信された代理宣言に含まれるプロトコル識別情報を含む代理宣言を１以上の他の画像処理装置の全てに送信する再決定手段を、含む。

この局面に従えば、他の画像処理装置のうち停止していない１以上の画像処理装置で複数のプロトコルに対応することができる。

この発明のさらに他の局面に従えば、プロトコル分担プログラムは、ネットワークに接続された他の１以上の画像処理装置と通信可能な画像処理装置で実行されるプロトコル分担プログラムであって、画像処理装置は、第１の条件の成立により駆動しなくなるメイン制御手段と、メイン制御手段により起動され、第２の条件の成立によりメイン制御手段を起動した後に駆動しなくなるサブ制御手段と、サブ制御手段により制御される揮発性の記憶手段と、を備え、自装置と他の１以上の画像処理装置を含む複数の画像処理装置を管理する管理装置として機能する場合は、他の１以上の画像処理装置それぞれから当該画像処理装置の能力を示す能力情報および装置識別情報を収集する収集ステップと、複数の画像処理装置それぞれの能力情報に基づいて、予め定められた複数のプロトコルそれぞれに対して、複数の画像処理装置のいずれか１つを担当装置に決定する担当装置決定ステップと、複数のプロトコルそれぞれについて、当該プロトコルに対して決定された担当装置に当該プロトコルを識別するためのプロトコル識別情報と、複数の画像処理装置のうち担当装置以外の１以上の画像処理装置それぞれの装置識別情報とを含むプロトコル担当情報を記憶させ、当該プロトコルに対して決定された担当装置以外の１以上の画像処理装置に当該プロトコルのプロトコル識別情報を含むプロトコル依頼情報を記憶させる担当情報通知ステップと、をメイン制御手段に実行させ、親装置として機能しない場合は、管理装置として機能する画像処理装置から複数のプロトコルごとにプロトコル担当情報またはプロトコル依頼情報を取得する担当情報取得ステップをメイン制御手段に実行させ、管理装置として機能する場合または管理装置として機能しない場合のいずれかの場合は、メイン制御手段に、第１の条件の成立に応じて、サブ制御手段を起動するメイン起動ステップと、サブ制御手段を制御して、プロトコル担当情報が取得される場合は当該プロトコル担当情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを記憶手段にロードさせるステップと、プロトコル依頼情報が取得される場合は当該プロトコル依頼情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを記憶手段にロードさせないステップと、を実行させ、サブ制御手段に、記憶手段にロードされた応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、応答プログラムに対応するプロトコルのパケットに応答して、メイン制御手段を起動することなく、メイン制御手段により取得され、応答プログラムに対応するプロトコルのプロトコル識別情報を含むプログラム担当情報に含まれる１以上の依頼装置の装置識別情報を含む応答パケットを返信する応答ステップを実行させる。

この局面に従えば、複数の画像処理装置の消費電力を低減しつつ、複数の画像処理装置をネットワークに流れる複数のプロトコルに対応させることが可能なプロトコル分担プログラムを提供することができる。

この発明のさらに他の局面に従えば、プロトコル分担プログラムは、ネットワークに接続された１以上の他の画像処理装置と通信可能な画像処理装置で実行されるプロトコル分担プログラムであって、画像処理装置は、第１の条件の成立により駆動しなくなるメイン制御手段と、メイン制御手段により起動され、メイン制御手段が駆動していない間に駆動し、第２の条件の成立によりメイン制御手段を起動した後に駆動しなくなるサブ制御手段と、サブ制御手段により制御される揮発性の記憶手段と、を備え、メイン制御手段に、外部から受信されるパケットのうちから予め定められた複数のプロトコルのいずれかのパケットを検出するパケット検出ステップと、パケット検出ステップにおいて複数のプロトコルのいずれかのパケットが検出される場合、１以上の他の画像処理装置のいずれからも検出されたパケットのプロトコルを識別可能なプロトコル識別情報を含む代理宣言を受信していないことを条件に、検出されたパケットのプロトコルを識別可能なプロトコル識別情報を含む代理宣言を１以上の他の画像処理装置の全てに送信する代理宣言ステップと、１以上の他の画像処理装置それぞれから当該画像処理装置を識別するための装置識別情報を収集する装置収集ステップと、第１の条件の成立に応じて、サブ制御手段を起動するメイン起動ステップと、サブ制御手段を制御して、代理宣言を１以上の他の画像処理装置に送信する場合、当該代理宣言に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを記憶手段にロードさせるステップと、サブ制御ステップを制御して、代理宣言を１以上の他の画像処理装置から受信する場合、当該代理宣言に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを記憶手段にロードさせないステップと、を実行させ、サブ制御手段に、記憶手段にロードされた応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、応答プログラムに対応するプロトコルのパケットに応答して、メイン制御手段を起動することなく、装置収集ステップにおいて収集された１以上の装置識別情報を含む応答パケットを返信する応答ステップを実行させる。

この局面に従えば、消費電力を低減しつつ、ネットワークに流れる複数のプロトコルに他の画像処理装置と共同で対応することが可能なプロトコル分担プログラムを提供することができる。

本発明の実施の形態の１つにおける管理システムの全体概要の一例を示す図である。 ＭＦＰのハードウェア構成の概要の一例を示すブロック図である。 メイン回路の詳細な構成の一例を示す図である。 本実施の形態におけるＰＣのハードウェア構成の概要の一例を示すブロック図である。 第１の実施の形態における管理ＰＣが備えるＣＰＵ２０１の機能の一例を示すブロック図である。 割当画面の一例を示す図である。 第１の実施の形態におけるＭＦＰが備えるメインＣＰＵおよびサブＣＰＵが有する機能の一例を示すブロック図である。 第1の実施の形態における管理システムにおいて４台のＭＦＰそれぞれのメインＣＰＵが駆動している間における情報の流れの一例を時系列で示す図である。 第1の実施の形態におけるＭＦＰにおいてメインＣＰＵとサブＣＰＵとの間の情報の流れの一例を時系列で示す図である。 第1の実施の形態における管理ＰＣが実行する担当装置決定処理の流れの一例を示すフローチャートである。 第１の実施の形態におけるＭＦＰのメインＣＰＵが実行するプロトコル分担設定処理の流れの一例を示すフローチャートである。 第１の実施の形態におけるＭＦＰのサブＣＰＵが実行する代理応答処理の流れの一例を示すフローチャートである。 第２の実施の形態における親機であるＭＦＰが備えるメインＣＰＵおよびサブＣＰＵの機能の一例を示すブロック図である。 第２の実施の形態における管理システムにおいて４台のＭＦＰそれぞれのメインＣＰＵが駆動している間における情報の流れの一例を時系列で示す図である。 第３の実施の形態におけるＭＦＰが備えるメインＣＰＵおよびサブＣＰＵが有する機能の一例を示すブロック図である。 第３の実施の形態における管理システムにおいて４台のＭＦＰそれぞれのメインＣＰＵが駆動している間における情報の流れの一例を時系列で示す図である。 第３の実施の形態における担当装置決定処理の流れの一例を示すフローチャートである。 第３の実施の形態におけるプロトコル分担設定処理の流れの一例を示すフローチャートである。

以下、本発明の実施の形態について図面を参照して説明する。以下の説明では同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。

図１は、本発明の実施の形態の１つにおける管理システムの全体概要の一例を示す図である。図１を参照して、管理システム１は、複合機であるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１００Ａ，１００Ｂ，１００Ｃ，１００Ｄと、パーソナルコンピューター（ＰＣ）２００Ａ，２００Ｂ，２００Ｃ、２００Ｄと、を含む。ＭＦＰ１００Ａ，１００Ｂ，１００Ｃ，１００ＤおよびＰＣ２００Ａ，２００Ｂ，２００Ｃ，２００Ｄは、ローカルエリアネットワーク（ＬＡＮ）３に接続されている。

以下、ＭＦＰ１００Ａ，１００Ｂ，１００Ｃ，１００Ｄを、総称してＭＦＰ１００という場合があり、ＰＣ２００Ａ，２００Ｂ，２００Ｃ、２００Ｄを総称してＰＣ２００という場合がある。

本実施の形態における管理システム１においては、ＰＣ２００Ａ〜２００Ｄは、一般的なコンピューターである。ＰＣ２００Ａ〜２００Ｄにおいて、それぞれにインストールされているプログラムが異なる場合がある。例えば、ＬＡＮ３に接続されている装置を探索するためのプロトコルとして、ＳＳＤＰ、ＷＳＤ、ＳＬＰ、ｍＤＮＳがあり、いずれか１つが用いられる。以下、ＳＳＤＰ、ＷＳＤ、ＳＬＰおよびｍＤＮＳのプロトコルを総称して、装置探索プロトコルという。ここでいう装置探索プロトコルは、物理アドレスであるＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを問い合わせないプロトコルであり、ＭＡＣアドレスを問い合わせるプロトコルを含まない。なお、ここでは、装置探索プロトコルの一例としてＳＳＤＰ、ＷＳＤ、ＳＬＰおよびｍＤＮＳを例に説明するが、ＭＡＣアドレスを問い合わせるプロトコルを含まないプロトコルであれば、これらに限定されるものではない。

これらの装置探索プロトコルでは、基本的に、ネットワークに接続されているデバイスを発見するためのリクエストがネットワークにマルチキャストで送出される。そして、ネットワークに接続されているデバイスは、リクエストを検出することに応じて、自装置の存在を示す応答をユニキャストで返信する。この応答は、自装置を識別するための装置識別情報を含む。ここでの装置識別情報は、ドメイン名、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを含むが、物理アドレスであるＭＡＣアドレスは含まない。本実施の形態においては、ＰＣ２００Ａが、ＳＳＤＰのプロトコルを用い、ＰＣ２００ＢがＷＳＤのプロトコルを用い、ＰＣ２００ＣがＳＬＰのプロトコルを用い、ＰＣ２００ＤがｍＤＮＳのプロトコルを用いる場合を例に説明する。

ＭＦＰ１００Ａ〜１００Ｄそれぞれは、ＰＣ２００Ａ〜２００Ｄそれぞれが、ＬＡＮ３に接続されている装置を検出するために用いる装置探索プロトコルに対応する応答プログラムがインストールされている。具体的には、ＭＦＰ１００Ａ〜１００Ｄそれぞれは、ＰＣ２００Ａが用いるＳＳＤＰのプロトコルに対応する応答プログラムと、ＰＣ２００Ｂが用いるＷＳＤのプロトコルに対応する応答プログラムと、ＰＣ２００Ｃが用いるＳＬＰのプロトコルに対応する応答プログラムと、ＰＣ２００Ｄが用いるｍＤＮＳのプロトコルに対応する応答プログラムと、がインストールされている。

ＭＦＰ１００Ａ〜１００Ｄは、基本的なハードウェア構成は同じである。以下、ＭＦＰ１００Ａ〜１００Ｄのハードウェア構成について、ＭＦＰ１００Ａを例に説明し、ＭＦＰ１００Ｂ〜１００Ｄが有する部材または機能には、ＭＦＰ１００Ａが有する同一の部材または機能に付した符号と同じ符号を用いる。さらに、第１の実施の形態においては、ＰＣ２００Ａは、ＭＦＰ１００Ａ〜１００Ｄを管理する機能を有する。第１の実施の形態においてＰＣ２００Ａを管理ＰＣ２００Ａともいう。

図２は、ＭＦＰのハードウェア構成の概要の一例を示すブロック図である。図２を参照して、ＭＦＰ１００Ａは、ＭＦＰ１００Ａの全体を制御するメイン回路１１１と、原稿を読み取るための原稿読取部１３０と、原稿を原稿読取部１３０に搬送するための自動原稿搬送装置１２０と、原稿読取部１３０が原稿を読み取って出力する画像データに基づいて用紙等に画像を形成するための画像形成部１４０と、画像形成部１４０に用紙を供給するための給紙部１５０と、画像が形成された用紙を処理する後処理部１５５と、ユーザーインターフェースとしての操作パネル１６０と、通信インターフェース（Ｉ／Ｆ）部１１３と、大容量記憶装置としてのハードディスクドライブ（ＨＤＤ）１１５と、ファクシミリ部１１６と、ＣＤ−ＲＯＭ１１８が装着される外部記憶装置１１７と、を含む。

後処理部１５５は、画像形成部１４０により画像が形成された１以上の用紙を並び替えて排紙するソート処理、パンチ穴加工するパンチ処理、ステープル針を打ち込むステープル処理を実行する。

操作パネル１６０は、ＭＦＰ１００Ａの上面に設けられ、表示部１６１と操作部１６３とを含む。表示部１６１は、液晶表示装置（ＬＣＤ）、有機ＥＬＤ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙ）等の表示装置であり、ユーザーに対する指示メニューや取得した画像データに関する情報等を表示する。操作部１６３は、複数のキーからなるハードキー部１６７を備え、キーに対応するユーザーの操作による各種の指示、文字、数字などのデータの入力を受け付ける。操作部１６３は、表示部１６１上に設けられたタッチパネルを１６５さらに含む。

通信Ｉ／Ｆ部１１３は、ＭＦＰ１００ＡをＬＡＮ３に接続するためのインターフェースである。通信Ｉ／Ｆ部１１３は、ＬＡＮ３に接続された装置との間で通信し、データを送受信する。

ファクシミリ部１１６は、公衆交換電話網（ＰＳＴＮ）に接続され、ＰＳＴＮにファクシミリデータを送信する、またはＰＳＴＮからファクシミリデータを受信する。ファクシミリ部１１６は、受信したファクシミリデータを、ＨＤＤ１１５に記憶する、または画像形成部１４０に出力する。画像形成部１４０は、ファクシミリ部１１６により受信されたファクシミリデータを用紙にプリントする。また、ファクシミリ部１１６は、ＨＤＤ１１５に記憶されたデータをファクシミリデータに変換して、ＰＳＴＮに接続されたファクシミリ装置に送信する。

外部記憶装置１１７は、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ ＲＯＭ）１１８が装着される。

図３は、メイン回路の詳細な構成の一例を示す図である。図３を参照して、メイン回路１１１は、メインＣＰＵ１１と、第１ＲＡＭ１３と、第１電源回路１５と、ＲＯＭ１７と、第１キャパシタ１９と、サブＣＰＵ２１と、第２ＲＡＭ２３と、第２電源回路２５と、第２キャパシタ２９と、ＡＳＩＣ３１と、第３電源回路３５と、を含む。

メインＣＰＵ１１は、ＭＦＰ１００Ａの全体を制御する。ＲＯＭ１７は、不揮発性の半導体メモリであり、メインＣＰＵ１１が実行するプログラム等を記憶する。第１ＲＡＭ１３は、揮発性の半導体メモリであり、メインＣＰＵ１１により制御され、メインＣＰＵ１１がプログラムを実行する際の作業領域として使用される。第１電源回路１５は、メインＣＰＵ１１またはサブＣＰＵ２１によって制御され、メインＣＰＵ１１、第１ＲＡＭ１３および第１キャパシタ１９に電力を供給する。メインＣＰＵ１１および第１ＲＡＭ１３は、第１電源回路１５から電力が供給されなくなっても、第１キャパシタ１９に蓄積された電力によって所定時間駆動することができる。メインＣＰＵ１１は、サブＣＰＵ２１およびＡＳＩＣ３１を制御する。メインＣＰＵ１１は、さらに、自動原稿搬送装置１２０、原稿読取部１３０、画像形成部１４０、給紙部１５０と、後処理部１５５と、操作パネル１６０、通信Ｉ／Ｆ部１１３、ＨＤＤ１１５、ファクシミリ部１１６および外部記憶装置１１７を制御する。

メインＣＰＵ１１は、外部記憶装置１１７を介してＣＤ−ＲＯＭ１１８にアクセス可能である。メインＣＰＵ１１は、外部記憶装置１１７に装着されたＣＤ−ＲＯＭ１１８に記録されたプログラムを第１ＲＡＭ１３にロードして実行する。なお、メインＣＰＵ１１が実行するプログラムを記憶する媒体としては、ＣＤ−ＲＯＭ１１８に限られず、光ディスク（ＭＯ（Ｍａｇｎｅｔｉｃ Ｏｐｔｉｃａｌ Ｄｉｓｃ）／ＭＤ（Ｍｉｎｉ Ｄｉｓｃ）／ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ））、ＩＣカード、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）などの半導体メモリであってもよい。

また、メインＣＰＵ１１は、ＨＤＤ１１５に記憶されたプログラムを第１ＲＡＭ１３にロードして実行するようにしてもよい。この場合、ＬＡＮ３に接続された他のコンピューターが、ＭＦＰ１００ＡのＨＤＤ１１５に記憶されたプログラムを書換える、または、新たなプログラムを追加して書き込むようにしてもよい。さらに、ＭＦＰ１００Ａが、ＬＡＮ３に接続された他のコンピューターからプログラムをダウンロードして、そのプログラムをＨＤＤ１１５に記憶するようにしてもよい。ここでいうプログラムは、メインＣＰＵ１１が直接実行可能なプログラムだけでなく、ソースプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

サブＣＰＵ２１は、メインＣＰＵ１１が駆動していない間に駆動し、メインＣＰＵ１１に代わってメインＣＰＵ１１が実行する処理の一部を実行する。第２ＲＡＭ２３は、揮発性の半導体メモリであり、サブＣＰＵ２１により制御され、サブＣＰＵ２１がプログラムを実行する際の作業領域として使用される。第２電源回路２５は、メインＣＰＵ１１またはサブＣＰＵ２１によって制御され、サブＣＰＵ２１、第２ＲＡＭ２３および第２キャパシタ２９に電力を供給する。サブＣＰＵ２１および第２ＲＡＭ２３は、第２電源回路２５から電力が供給されなくなっても、第２キャパシタ２９に蓄積された電力によって所定時間駆動することができる。

ＡＳＩＣ３１は、メインＣＰＵ１１により制御され、自動原稿搬送装置１２０、原稿読取部１３０、画像形成部１４０と、給紙部１５０および後処理部１５５を制御する。第３電源回路３５は、メインＣＰＵ１１により制御され、ＡＳＩＣ３１に電力を供給する。

メイン回路１１１は、通常モードと、通常モードより消費電力の小さい省電力モードに動作モードを切り換える。通常モードにおいては、メインＣＰＵ１１およびＡＳＩＣ３１が駆動するが、サブＣＰＵ２１は停止する。メインＣＰＵ１１およびＡＳＩＣ３１の消費電力は、サブＣＰＵ２１の消費電力より小さい。また、メインＣＰＵ１１が駆動していない場合は、自動原稿搬送装置１２０、原稿読取部１３０、画像形成部１４０、給紙部１５０と、後処理部１５５、操作パネル１６０、ＨＤＤ１１５、および外部記憶装置１１７は停止し、電力を消費しない。また、通信Ｉ／Ｆ部１１３およびファクシミリ部１１６は、消費電力を低くした状態で駆動する。

省電力モードにおいては、サブＣＰＵ２１が駆動するが、メインＣＰＵ１１およびＡＳＩＣは停止する。サブＣＰＵ２１が実行する処理は、メインＣＰＵ１１が実行する処理の一部であり、例えば、通信Ｉ／Ｆ部１１３およびファクシミリ部１１５を制御する処理、スリープ解除信号を検出する処理である。

スリープ解除信号は、サブＣＰＵ２１が検出する信号であり、例えば、接点スイッチの開閉を検出するための信号である。接点スイッチは、自動原稿搬送装置１２０、原稿読取部１３０、画像形成部１４０、給紙部１５０および後処理部１５５それぞれが備える接点スイッチの他、操作部１６３が備えるハードキー部１６７に含まれる複数のハードキーを含む。自動原稿搬送装置１２０が備える接点スイッチは、例えば、セットされる原稿を検出するための接点スイッチを含む。原稿読取部１３０が備える接点スイッチは、読み取り部分を覆う蓋の開閉を検出するための接点スイッチを含む。画像形成部１４０が備える接点スイッチは、画像形成部１４０を外部に露出するためにＭＦＰ１００Ａに設けられた扉の開閉を検出するための接点スイッチを含む。給紙部１５０が備える接点スイッチは、用紙を収納するトレイの開閉を検出するための接点スイッチ、用紙の搬送経路に詰まった用紙を除去可能なように、用紙の搬送経路を外部に露出するための扉の開閉を検出するための接点スイッチを含む。後処理部１５５が備える接点スイッチは、内部を外部に露出するための扉の開閉を検出するための接点スイッチを含む。なお、接点スイッチは、これらに限定されない。

メインＣＰＵ１１が駆動している間は、メインＣＰＵ１１は、第２電源回路２５に電力の供給を停止させ、サブＣＰＵ２１を停止させる。メインＣＰＵ１１は、省電力モードへの移行条件が成立すると、第２電源回路２５に、サブＣＰＵ２１および第２ＲＡＭ２３に電力を供給させ、サブＣＰＵ２１を起動した後、第３電源回路３５にＡＳＩＣ３５への電力の供給を停止させ、第１電源回路１５に、メインＣＰＵ１１および第１ＲＡＭ１３に電力の供給を停止させる。省電力モードへの移行条件は、例えば、所定時間以上継続してユーザーによる操作が入力されない場合、または、所定時間以上継続してジョブを受信しない場合である。

サブＣＰＵ２１は、メインＣＰＵ１１によって起動されると、メインＣＰＵ１１によって決定されたプログラムをＲＡＭ２３にロードして実行する。サブＣＰＵ２１は、所定の条件が成立すると、第１電源回路１５に、メインＣＰＵ１１および第１ＲＡＭ１３に電力を供給させ、メインＣＰＵ１１を起動した後、第２電源回路２５に、サブＣＰＵ２１および第２ＲＡＭ２３に電力の供給を停止させる。サブＣＰＵ２１が実行するプログラムは、メインＣＰＵ１１によって決定されたプログラムであり、ファクシミリ部１１５を制御するプログラム、通信Ｉ／Ｆ部１１３を制御するプログラム、スリープ解除信号を検出するプログラムを含む。サブＣＰＵ２１がメインＣＰＵ１１を起動する所定の条件は、サブＣＰＵ２１が実行するプログラムによって定まる場合と、スリープ解除信号を検出する場合と、を含む。サブＣＰＵ２１が実行するプログラムによって定まる条件は、サブＣＰＵ２１がファクシミリ部１１５を制御するプログラムを実行する場合においてはファクシミリデータを受信する場合である。サブＣＰＵ２１がメインＣＰＵ１１を起動する所定の条件は、サブＣＰＵ２１が通信Ｉ／Ｆ部１１３を制御するプログラムを実行する場合の条件を含むが、これについては後述する。

図４は、本実施の形態におけるＰＣのハードウェア構成の概要の一例を示すブロック図である。図４を参照して、ＰＣ２００は、ＰＣ２００の全体を制御するためのＣＰＵ２０１と、ＣＰＵ２０１が実行するためのプログラムを記憶するＲＯＭ２０２と、ＣＰＵ２０１の作業領域として使用されるＲＡＭ２０３と、データを不揮発的に記憶するＨＤＤ２０４と、ＣＰＵ２０１をＬＡＮ３に接続する通信部２０５と、情報を表示する表示部２０６と、ユーザーの操作の入力を受け付ける操作部２０７と、外部記憶装置２０９と、を含む。

外部記憶装置２０９は、ＣＤ−ＲＯＭ２０９Ａが装着される。ＣＰＵ２０１は、外部記憶装置２０９を介してＣＤ−ＲＯＭ２０９Ａにアクセス可能である。ＣＰＵ２０１は、外部記憶装置２０９に装着されたＣＤ−ＲＯＭ２０９Ａに記録されたプログラムをＲＡＭ２０３にロードして実行する。なお、ＣＰＵ２０１が実行するプログラムを記憶する媒体としては、ＣＤ−ＲＯＭ２０９に限られず、光ディスク、ＩＣカード、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの半導体メモリであってもよい。

また、ＣＰＵ２０１が実行するプログラムは、ＣＤ−ＲＯＭ２０９に記録されたプログラムに限られず、ＨＤＤ２０４に記憶されたプログラムをＲＡＭ２０３にロードして実行するようにしてもよい。この場合、ＬＡＮ３に接続された他のコンピューターが、ＰＣ２００のＨＤＤ２０４に記憶されたプログラムを書換える、または、新たなプログラムを追加して書き込むようにしてもよい。さらに、ＰＣ２００が、ＬＡＮ３に接続された他のコンピューターからプログラムをダウンロードして、そのプログラムをＨＤＤ２０４に記憶するようにしてもよい。ここでいうプログラムは、ＣＰＵ２０１が直接実行可能なプログラムだけでなく、ソースプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

図５は、第１の実施の形態における管理ＰＣが備えるＣＰＵ２０１の機能の一例を示すブロック図である。図５に示す管理ＰＣが備えるＣＰＵ２０１の機能は、ＣＰＵ２０１が担当装置決定プログラムを実行することにより、ＣＰＵ２０１に形成される。図５を参照して、ＣＰＵ２０１は、収集部２５１と、担当装置決定部２５３と、分担情報通知部２５５と、電源ＯＦＦ検出部２５７と、を含む。

収集部２５１は、ＬＡＮ３に接続されたＭＦＰ１００Ａ〜１００Ｄそれぞれから装置情報を収集する。装置情報は、その装置の能力情報と、その装置を識別するための装置識別情報と、を含む。能力情報は、その装置が、省電力モードで記憶することのできるデータ量である。ここでは、装置が、省電力モードで記憶することのできるデータ量を残容量という。ＭＦＰ１００Ａ〜１００Ｄそれぞれは、省電力モードにおいて、サブＣＰＵ２１が駆動するので、残容量は、サブＣＰＵ２１が制御する第２ＲＡＭ２３の空き容量である。サブＣＰＵ２１は、第２ＲＡＭ２３にプログラムをロードすることにより、そのプログラムを実行する。残容量は、サブＣＰＵ２１が実行するプログラムを第２ＲＡＭ２３にロードした状態における空き容量である。

担当装置決定部２５３は、ＭＦＰ１００Ａ〜１００Ｄそれぞれの能力情報に基づいて、４つの装置探索プロトコルそれぞれに対して、ＭＦＰ１００Ａ〜１００Ｄのいずれか１つを担当装置に決定する。担当装置は、ＭＦＰ１００Ａ〜１００Ｄのうち４つの装置探索プロトコルのいずれかが割り当てられた装置である。担当装置決定部２５３は、管理ＰＣ２００Ａを操作するユーザーによる操作に基づいて、４つの装置探索プロトコルそれぞれを、ＭＦＰ１００Ａ〜１００Ｄのいずれかに割り当てる。

担当装置決定部２５３は、割当画面表示部２６１と、割当指示受付部２６３と、を含む。割当画面表示部２６１は、割当画面を表示部２０６に表示する。割当画面は、ＭＦＰ１００Ａ〜１００Ｄごとの残容量と、ＳＳＤＰ，ＷＳＤ，ＳＬＰ，ｍＤＮＳの装置探索プロトコルにそれぞれ対応する４つの応答プログラムそれぞれの実行時容量とを含む。ここでは、ＳＳＤＰの装置探索プロトコルに対応する応答プログラムを第１プログラムといい、ＷＳＤの装置探索プロトコルに対応する応答プログラムを第２プログラムといい、ＳＬＰの装置探索プロトコルに対応する応答プログラムを第３プログラムといい、ｍＤＮＳの装置探索プロトコルに対応する応答プログラムを第４プログラムという。実行時容量は、サブＣＰＵ２１がプログラムをＲＡＭ２３にロードした場合にそのプログラムが占める容量である。したがって、管理ＰＣ２００Ａは、第１〜第４プログラムそれぞれの実行時容量を予め記憶している。

４つの装置探索プロトコルの何れに対しても担当装置が決定されていない段階において、管理ＰＣ２００Ａに表示される割当画面は、ＭＦＰ１００Ａ〜１００Ｄそれぞれを識別するための装置識別情報と、ＭＦＰ１００Ａ〜１００Ｄそれぞれの残容量と、４つの装置探索プロトコルを識別するためのプロコル識別情報と、４つの装置探索プロトコルにそれぞれ対応する第１〜第４プログラムそれぞれの実行時容量とを含む。この割当画面に表示される残容量は、第２ＲＡＭ２３に第１〜第４プログラムのいずれもロードされていない状態における空き容量である。

割当指示受付部２６３は、ユーザーが、割当画面に従って入力する割り当て指示を受け付ける。割当指示は、４つの装置探索プロトコル各々を、ＭＦＰ１００Ａ〜１００Ｄのいずれかに割り当てる指示である。割当指示は、例えば、４つの装置探索プロトコルいずれかのプロトコル識別情報を選択する指示と、ＭＦＰ１００Ａ〜１００Ｄいずれかの装置識別情報を選択する指示と、を含む。

担当装置決定部２５３は、割当指示を受け付けると、ＭＦＰ１００Ａ〜１００Ｄのうち選択された装置識別情報の装置を、選択されたプロトコル識別情報で特定される装置探索プロトコルの担当装置に決定する。担当装置決定部２５３は、ＭＦＰ１００Ａ〜１００Ｄのうち担当装置に決定された装置の残容量を再計算し、再計算後の残容量を含む割当画面を割当画面表示部２６１に再表示させる。具体的には、管理ＰＣ２００Ａは、担当装置の残容量から、それに割り当てられた装置探索プロトコルに対応する応答プログラムの実行容量を減算した値で割当画面中の担当装置の残容量を更新し、更新後の割当画面を割当画面表示部２６１に表示させる。これにより、管理ＰＣ２００Ａを操作するユーザーは、ＭＦＰ１００Ａ〜１００Ｄそれぞれの残容量を見ながら、残容量が正の値を維持するように、４つの装置探索プロトコルをＭＦＰ１００Ａ〜１００Ｄのいずれかに割り当てることができる。

ここでは、装置探索プロトコルは、ＳＳＤＰのプロトコル、ＷＳＤのプロトコル、ＳＬＰのプロトコルおよびｍＤＮＳのプロトコルの４つを含む。担当装置決定部２５３は、ＳＳＤＰのプロトコルを担当する担当装置、ＷＳＤのプロトコルを担当する担当装置、ＳＬＰのプロトコルを担当する担当装置、およびｍＤＮＳのプロトコルを担当する担当装置を決定する。以下の説明では、担当装置決定部２５３が、ＭＦＰ１００ＡをＳＳＤＰのプロトコルを担当する担当装置に決定し、ＭＦＰ１００ＢをＷＳＤのプロトコルを担当する担当装置に決定し、ＭＦＰ１００ＤをＳＬＰのプロトコルおよびｍＤＮＳのプロトコルを担当する担当装置を決定する場合を例に説明する。この場合、ＭＦＰ１００Ｃは、ＳＳＤＰ、ＷＳＤ、ＳＬＰ，ｍＤＮＳのいずれのプロトコルも担当しない。また、以下、４つの装置探索プロトコルごとに担当装置が決定されるが、ＭＦＰ１００Ａ〜１００Ｄのうち担当装置以外の装置を依頼装置という。

担当装置決定部２５３は、４つの装置探索プロトコルごとに、プロトコル識別情報と、そのプロトコル識別情報の装置探索プロトコルが割り当てられた担当装置の装置識別情報との組を、分担情報通知部２５５に出力する。

分担情報通知部２５５は、ＭＦＰ１００Ａ〜１００Ｄに、分担情報を通知する。分担情報は、プロトコル担当情報と、プロトコル依頼情報とを含む。プロコル担当情報は、担当装置に記憶させる情報であって、プロトコル識別情報と、依頼装置の装置識別情報とを含む。プロトコル依頼情報は、依頼装置に記憶させる情報であって、プロトコル識別情報を含む。ＳＳＤＰのプロトコルにおいては、担当装置であるＭＦＰ１００Ａにプロトコル担当情報を通信部２０５を介して送信し、依頼装置であるＭＦＰ１００Ｂ〜１００Ｄそれぞれにプロトコル依頼情報を通信部２０５を介して送信する。

電源ＯＦＦ検出部２５７は、ＭＦＰ１００Ａ〜１００Ｄのうちで電源がＯＦＦになった装置を検出する。後述するように、ＭＦＰ１００Ａ〜１００Ｄそれぞれは、電源がＯＦＦになると、電源がＯＦＦになったことを示す電源ＯＦＦ信号を、管理ＰＣ２００Ａに送信するので、電源ＯＦＦ検出部２５７は、電源ＯＦＦ信号を受信すると、その電源ＯＦＦ信号を送信してきた装置の電源がＯＦＦになったことを検出する。電源ＯＦＦ検出部２５７は、電源ＯＦＦ信号を受信すると、その電源ＯＦＦ信号を送信してきた装置の識別情報を含む再決定指示を担当装置決定部２５３に出力する。

なお、電源ＯＦＦ検出部２５７は、ＭＦＰ１００Ａ〜１００Ｄそれぞれに、任意のタイミングで問い合わせすることにより、電源がＯＦＦになったか否かを検出するようにしてもよい。この場合には、ＭＦＰ１００Ａ〜１００Ｄは、電源ＯＦＦ信号を送信する必要はない。

担当装置決定部２５３は、電源ＯＦＦ検出部２５７から再決定指示が入力されることに応じて、ＭＦＰ１００Ａ〜１００Ｄのうち再決定指示に含まれる装置識別情報で特定される装置を除く残存装置それぞれの能力情報に基づいて、４つの装置探索プロトコルそれぞれに対して、残像装置のいずれか１つを担当装置に決定する。ここでも、上述したのと同様に、割当画面を表示し、ユーザーによる割当指示を受け付けることによって、４つの装置探索プロトコルそれぞれに対して３つの残像装置のいずれか１つを担当装置に決定する。分担情報通知部２５５は、担当装置決定部２５３によって４つの装置探索プロトコルごとに再決定された担当装置と依頼装置それぞれに、プロトコル担当情報またはプロトコル依頼情報を送信する。

図６は、割当画面の一例を示す図である。図６を参照して、割当画面は、空き容量表示領域３１０と、実行時容量表示領域３２０と、割当状態表示領域３３０，３４０，３５０，３６０と、を含む。空き容量表示領域３１０は、ＭＦＰ１００Ａ〜１００Ｄそれぞれの第２ＲＡＭ２３の空き容量を表示するための領域である。ここでは、ＭＦＰ１００Ａの第２ＲＡＭ２３の空き容量が６４０ｋＢ、ＭＦＰ１００Ｂの第２ＲＡＭ２３の空き容量が３００ｋＢ、ＭＦＰ１００Ｃの第２ＲＡＭ２３の空き容量が２０ｋＢ、ＭＦＰ１００Ａの第２ＲＡＭ２３の空き容量が５１２ｋＢとして示されている。

実行時容量表示領域３２０は、４つの装置探索プロトコルそれぞれに対応する応答プログラムの実行時容量を表示するための領域である。ここでは、ＳＳＤＰの装置探索プロトコルに対応する応答プログラムの実行時容量が５１２ｋＢ、ＷＳＤの装置探索プロトコルに対応する応答プログラムの実行時容量が１２８ｋＢ、ＳＬＰの装置探索プロトコルに対応する応答プログラムの実行時容量が２５６ｋＢ、ｍＤＮＳの装置探索プロトコルに対応する応答プログラムの実行時容量が６４ｋＢとして示されている。また、実行時容量表示領域３２０は、ＳＳＤＰの装置探索プロトコルを選択可能なアイコン３２１と、ＷＳＤの装置探索プロトコルを選択可能なアイコン３２２と、ＳＬＰの装置探索プロトコルを選択可能なアイコン３２３と、ｍＤＮＳの装置探索プロトコルを選択可能なアイコン３２４と、を含む。

割当状態表示領域３３０は、ＭＦＰ１００Ａの割当状態を示し、ＭＦＰ１００Ａのドメイン名「ＭＦＰ−Ａ」を表示する領域３３１と、装置探索プロトコルを割り当てるための領域３３２と、ＭＦＰ１００Ａの第２ＲＡＭ２３の残容量を表示する領域３３３と、を含む。割当状態表示領域３４０は、ＭＦＰ１００Ｂの割当状態を示し、ＭＦＰ１００Ｂのドメイン名「ＭＦＰ−Ｂ」を表示する領域３４１と、装置探索プロトコルを割り当てるための領域３４２と、ＭＦＰ１００Ｂの第２ＲＡＭ２３の残容量を表示する領域３４３と、を含む。割当状態表示領域３５０は、ＭＦＰ１００Ｃの割当状態を示し、ＭＦＰ１００Ｃのドメイン名「ＭＦＰ−Ｃ」を表示する領域３５１と、装置探索プロトコルを割り当てるための領域３５２と、ＭＦＰ１００Ｃの第２ＲＡＭ２３の残容量を表示する領域３５３と、を含む。割当状態表示領域３６０は、ＭＦＰ１００Ｄの割当状態を示し、ＭＦＰ１００Ｄのドメイン名「ＭＦＰ−Ｄ」を表示する領域３６１と、装置探索プロトコルを割り当てるための領域３６２と、ＭＦＰ１００Ｄの第２ＲＡＭ２３の残容量を表示する領域３６３と、を含む。

実行時容量表示領域３２０に含まれるアイコン３２１〜３２４は、ユーザーにより指示されると、割当表示領域３３０，３４０，３５０，３６０のいずれかに移動可能な状態となる。ユーザーは、アイコン３２１〜３２４のいずれかをドラッグして、割当表示領域３３０，３４０，３５０，３６０のいずれかにドロップする操作をすることによって、４つの装置探索プロトコル各々を、ＭＦＰ１００Ａ〜１００Ｄのいずれかに割り当てる操作を入力することができる。

図６においては、割当状態表示領域３３０の領域３３２には、アイコン３２１がドロップされたことを示すアイコン３２１Ａが表示されており、アイコン３２１が割当表示領域３３０にドラッグアンドドロップされて、ＳＳＤＰのプロトコルがＭＦＰ１００Ａに割り当てられた状態を示している。さらに、領域３３３にＭＦＰ１００Ａの第２ＲＡＭ２３の残容量として１２８ｋＢが表示されている。

割当状態表示領域３４０の領域３４２には、アイコン３２２がドロップされたことを示すアイコン３２２Ａが表示されており、アイコン３２２が割当表示領域３４０にドラッグアンドドロップされて、ＷＳＤのプロトコルがＭＦＰ１００Ｂに割り当てられた状態を示している。さらに、領域３４３にＭＦＰ１００Ｂの第２ＲＡＭ２３の残容量として４４ｋＢが表示されている。

割当状態表示領域３５０の領域３４２には、何も表示されておらず、ＭＦＰ１００Ｂに４つの装置探索プロトコルのいずれも割り当てられていない状態を示している。さらに、領域３５３にＭＦＰ１００Ｃの第２ＲＡＭ２３の残容量として空き容量と同じ２０ｋＢが表示されている。

割当状態表示領域３６０の領域３６２には、アイコン３２３およびアイコン３２４がドロップされたことを示すアイコン３２３Ａおよびアイコン３２４Ａが表示されており、アイコン３２３およびアイコン３２４が割当表示領域３４０にドラッグアンドドロップされて、ＳＬＰのプロトコルおよびｍＤＮＳのプロトコルがＭＦＰ１００Ｄに割り当てられた状態を示している。さらに、領域３６３にＭＦＰ１００Ｄの第２ＲＡＭ２３の残容量として１９２ｋＢが表示されている。

図７は、第１の実施の形態におけるＭＦＰが備えるメインＣＰＵおよびサブＣＰＵが有する機能の一例を示すブロック図である。図７に示すメインＣＰＵ１１およびサブＣＰＵ２１の機能は、メインＣＰＵ１１がプロトコル分担設定プログラムの一部を実行することによりメインＣＰＵ１１に形成される機能であり、サブＣＰＵ２１がプロトコル分担設定プログラムの他の一部および応答プログラムを実行することによりサブＣＰＵ２１に形成される機能である。図７を参照して、メインＣＰＵ１１は、分担情報取得部５１と、メイン起動部５３と、対応部５５と、メイン停止通知部５７と、を含む。

分担情報取得部５１は、４つの装置探索プロトコルごとにプロトコル担当情報またはプロトコル依頼情報を受信する。分担情報取得部５１は、通信部２０５が管理ＰＣ２００Ａから受信するプロトコル担当情報またはプロトコル依頼情報を取得する。分担情報取得部５１は、４つの装置探索プロトコルごとに取得されたプロトコル担当情報またはプロトコル依頼情報を、ＨＤＤ１１５に記憶するとともに、対応部５５に出力する。

メイン起動部５３は、第１の条件の成立に応じて、サブＣＰＵ２１を起動し、サブＣＰＵ２１が起動した後にサブＣＰＵ２１から起動したことを示す起動完了信号が入力されることに応じて、第１電源回路１５を制御して、メインＣＰＵ１１および第１ＲＡＭ１３への電力の供給を遮断させる。第１の条件は、通常モードよりも消費電力の少ない省電力モードに移行するために予め定められた条件である。第１の条件は、任意に定めることができるが、例えば、操作部１６３がユーザーによる操作を所定時間継続して受け付けない場合、または、通信Ｉ／Ｆ部１１３が外部からジョブを所定時間継続して受け付けない場合である。

対応部５５は、分担情報取得部５１から４つの装置探索プロトコルごとにプロトコル担当情報またはプロトコル依頼情報が入力される。ここでは、ＳＳＤＰのプロトコルについてプロトコル担当情報が入力され、ＷＳＤのプロトコル、ＳＬＰのプロトコルおよびｍＤＮＳのプロトコルそれぞれについてプロトコル依頼情報が入力される場合を例に説明する。

対応部５５は、メイン起動部５３がサブＣＰＵ２１を起動する場合、サブＣＰＵ２１が起動すると、担当装置に設定されている装置探索プロトコルに対応する応答プログラムをサブＣＰＵ２１に実行させる。具体的には、対応部５５は、分担情報取得部５１から入力されるプロトコル担当情報がＳＳＤＰのプロトコルのプロトコル識別情報を含むので、ＳＳＤＰのプロトコルに対応する応答プログラムを、サブＣＰＵ２１に第２ＲＡＭ２３にロードさせる。これにより、サブＣＰＵ２１がＳＳＤＰのプロトコルに対応する応答プログラムを実行可能な状態になる。ＳＳＤＰのプロトコルに対応する応答プログラムは、ＳＳＤＰのプロトコルのリクエストを含むパケットを受信した場合に、そのリクエストに応答するパケットを返信する処理を定めたプログラムである。

また、対応部５５は、依頼装置に設定されている装置探索プロトコルに対応する応答プログラムをサブＣＰＵ２１に実行させない。具体的には、ＷＳＤのプロトコル、ＳＬＰのプロトコルおよびｍＤＮＳのプロトコルそれぞれに対応する応答プログラムを、サブＣＰＵ２１にロードさせない。このため、サブＣＰＵ２１は、ＷＳＤのプロトコル、ＳＬＰのプロトコルおよびｍＤＮＳのプロトコルのいずれかに対応するリクエストを含むパケットを受信した場合に、そのパケットを破棄し、そのリクエストに応答しない。

メイン停止通知部５７は、第１電源回路１５から電力が供給されなくなると、通信Ｉ／Ｆ部１１３を制御して、管理ＰＣ２００Ａに電源ＯＦＦ信号を送信する。

サブＣＰＵ２１は、サブ起動部９１と、応答部９３と、サブ停止通知部９５と、を含む。サブ起動部９１は、通信Ｉ／Ｆ部１１３が外部から受信するパケットがユニキャストのパケットの場合、メインＣＰＵ１１を起動し、メインＣＰＵ１１が起動した後に第２電源回路２５を制御して、サブＣＰＵ２１および第２ＲＡＭ２３への電力の供給を遮断させる。

メインＣＰＵ１１は、サブＣＰＵ２１により起動すると、ＲＯＭ１７に記憶されたブートプログラムを実行し、ブートプログラムにより定められるプログラムを第１ＲＡＭ１３にロードして実行する。また、メインＣＰＵ１１は、ＨＤＤ１１５にプロトコル担当情報が記憶されている場合には、そのプロトコル担当情報に含まれるプロトコル識別情報で特定される装置探索プロトコルに対応する応答プログラムを、第１ＲＡＭ１３にロードして実行する。メインＣＰＵ１１は、ＨＤＤ１１５にプロトコル依頼情報が記憶されている場合には、そのプロトコル依頼情報に含まれるプロトコル識別情報で特定される装置探索プロトコルに対応する応答プログラムを、第１ＲＡＭ１３にロードしない。

応答部９３は、サブＣＰＵ２１が、メインＣＰＵ１１の対応部５５により制御されてＳＳＤＰのプロトコルに対応する応答プログラムを実行するタスクである。応答部９３は、応答プログラムを実行し、通信Ｉ／Ｆ部１１３が受信するパケットのうちからＳＳＤＰのプロトコルに対応するリクエストを含むパケット（以下、「リクエストパケット」という）を受信する。装置探索プロトコルに対して予めポート番号が定められており、パケットの所定のフィールド、例えば、ＵＤＰフィールドにそのポート番号が含まれる。応答部９３は、パケットに含まれるポート番号から、ＳＳＤＰのプロトコルに対応するパケットか否かを判断する。

応答部９３は、リクエストパケットを受信することに応じて、応答パケットを生成し、リクエストパケットの送信元、ここでは、ＰＣ２００Ａにユニキャストで応答パケットを返信する。応答パケットは、自装置の装置識別情報に加えて、依頼装置の装置識別情報を含む。応答部９３は、ＳＳＤＰのプロトコルのプロトコル識別情報を含むプロトコル依頼情報をＨＤＤ１１３から読出し、読み出したプロトコル担当情報に記憶されている依頼装置であるＭＦＰ１００Ｂ〜１００Ｄそれぞれの装置識別情報を取得する。

サブ停止通知部９５は、サブ起動部９１がメインＣＰＵ１１を起動していない状態で第２電源回路２５から電力が供給されなくなると、通信Ｉ／Ｆ部１１３を制御して、管理ＰＣ２００Ａに電源ＯＦＦ信号を送信する。

図８は、第1の実施の形態における管理システムにおいて４台のＭＦＰそれぞれのメインＣＰＵが駆動している間における情報の流れの一例を時系列で示す図である。図８においては、縦軸に上から下に向かって時間の流れを示し、管理ＰＣ２００Ａ、ＭＦＰ１００Ａ〜１００Ｄそれぞれの処理を示している。図８においては、ＰＣ２００Ａの名称を「管理ＰＣ」、ＭＦＰ１００Ａ〜１００Ｄそれぞれの名称を「ＭＦＰ−Ａ」、「ＭＦＰ−Ｂ」、「ＭＦＰ−Ｃ」、「ＭＦＰ−Ｄ」としている。

図８を参照して、管理ＰＣ２００ＡがＭＦＰ１００Ａ〜１００Ｄそれぞれから装置情報を収集する。装置情報は、能力情報と、装置識別情報とを含む。そして、管理ＰＣ２００Ａは、ＭＦＰ１００Ａ〜１００Ｄそれぞれの能力情報に基づいて、４つの装置探索プロトコルそれぞれに対して担当装置を決定する。図８においては、４つの装置探索プロトコルのうちＳＳＤＰのプロトコルを例に、管理ＰＣ２００Ａが、ＭＦＰ１００ＡをＳＳＤＰのプロトコルを担当させる担当装置に決定し、他のＭＦＰ１００Ｂ〜ＭＦＰ１００ＤそれぞれをＳＳＤＰのプロトコルをＭＦＰ１００Ａに依頼する依頼装置に決定する場合を説明する。他の３つの装置探索プロトコルについては、担当装置と依頼装置とが異なるが、担当装置および依頼装置それぞれに対する設定方法は同じなので、ここでは説明を繰り返さない。

管理ＰＣ２００Ａは、ＭＦＰ１００Ａを担当装置に設定するために、ＳＳＤＰのプロトコルに対応するプロトコル担当情報を生成し、プロトコル担当情報をＭＦＰ１００Ａに記憶させる。プロトコル担当情報は、ＳＳＤＰのプロトコルのプロトコル識別情報と、全ての依頼装置、ここではＭＦＰ１００Ｂ〜１００Ｄそれぞれの装置識別情報を含む。

また、管理ＰＣ２００Ａは、ＭＦＰ１００Ｂ〜１００ＤそれぞれをＳＳＤＰのプロトコルの依頼装置に設定するために、ＳＳＤＰのプロトコルに対応するプロトコル依頼情報を生成し、全ての依頼装置、ここではＭＦＰ１００Ｂ〜１００Ｄそれぞれにプロトコル依頼情報を記憶させる。ＳＳＤＰのプロトコルに対応するプロトコル依頼情報は、ＳＳＤＰのプロトコルを識別するためのプロトコル識別情報を含む。

その後、担当装置であるＭＦＰ１００Ａの電源がＯＦＦになると、ＭＦＰ１００Ａは、管理ＰＣ２００Ａに電源がＯＦＦになったことを示す電源ＯＦＦ信号を送信する。管理ＰＣ２００Ａは、担当装置であるＭＦＰ１００Ａから電源ＯＦＦ信号を受信すると、ＭＦＰ１００Ａを除くＭＦＰ１００Ｂ〜１００Ｄそれぞれの能力情報に基づいて、４つの装置探索プロトコルそれぞれに対して担当装置を決定する。ここでは、管理ＰＣ２００Ａが、ＭＦＰ１００ＢをＳＳＤＰのプロトコルを担当させる担当装置に決定し、他のＭＦＰ１００Ｃ，１００ＤそれぞれをＳＳＤＰのプロトコルをＭＦＰ１００Ａに依頼させる依頼装置に決定する場合を説明する。他の３つの装置探索プロトコルについては、担当装置と依頼装置とが異なるが、担当装置および依頼装置それぞれに対する設定方法は同じなので、ここでは説明を繰り返さない。

管理ＰＣ２００Ａは、ＭＦＰ１００Ｂを担当装置に設定するために、ＳＳＤＰのプロトコルに対応するプロトコル担当情報を生成し、プロトコル担当情報をＭＦＰ１００Ｂに記憶させる。プロトコル担当情報は、ＳＳＤＰのプロトコルのプロトコル識別情報と、全ての依頼装置、ここではＭＦＰ１００Ｃ，１００Ｄそれぞれの装置識別情報を含む。

また、管理ＰＣ２００Ａは、ＭＦＰ１００Ｃ，１００ＤそれぞれをＳＳＤＰのプロトコルの依頼装置に設定するために、ＳＳＤＰのプロトコルに対応するプロトコル依頼情報を生成し、全ての依頼装置、ここではＭＦＰ１００Ｃ，１００Ｄそれぞれにプロトコル依頼情報を記憶させる。ＳＳＤＰのプロトコルに対応するプロトコル依頼情報は、ＳＳＤＰのプロトコルを識別するためのプロトコル識別情報を含む。

図９は、第1の実施の形態におけるＭＦＰにおいてメインＣＰＵとサブＣＰＵとの間の情報の流れの一例を時系列で示す図である。図９においては、縦軸に上から下に向かって時間の流れを示し、ＭＦＰ１００Ａを例に、それが有するメインＣＰＵ１１およびサブＣＰＵ２１と、ＰＣ２００Ｂとの処理をそれぞれ示している。図６においては、左から順に、ＭＦＰ１００ＡのメインＣＰＵ１１、サブＣＰＵ２１、ＰＣ２００Ａそれぞれの処理を示している。

図９を参照して、メインＣＰＵ１１は、第１の条件が成立したか否かを判断し、第１の条件が成立したならばサブＣＰＵ２１をリセットして起動させる。サブＣＰＵ２１はメインＣＰＵ１１によってリセットされると、例えばＨＤＤ１１５に記憶されたブートプログラムを実行し、第２ＲＡＭ２３を初期化する。サブＣＰＵ２１は、メインＣＰＵ１１によって起動されると、メインＣＰＵ１１に起動完了信号を出力する。

メインＣＰＵ１１は、プロトコル担当情報がＨＤＤ１１５に記憶されているか否かを判断する。メインＣＰＵ１１は、プロトコル担当情報が記憶されていれば、プロトコル担当情報に含まれるプロトコル識別情報で特定される装置探索プロトコルに対応する応答プログラムをサブＣＰＵ２１に第２ＲＡＭ２３にロードさせる。ここでは、ＨＤＤ１１５には、ＳＳＤＰのプロトコルのプロトコル識別情報を含むプロトコル担当情報が記憶されているので、ＳＳＤＰのプロトコルに対応する応答プログラムをサブＣＰＵ２１に第２ＲＡＭ２３にロードさせためのロード指示をサブＣＰＵ２１に出力し、その後第１電源回路１５を制御して電力の供給を停止させる。ロード指示は、サブＣＰＵ２１にコマンドを出力するようにしてもよいし、サブＣＰＵ２１が起動時に実行するブートプログラムを書き直すようにしてもよい。

サブＣＰＵ２１は、ＳＳＤＰの装置探索プロトコルに対応する応答プログラムを実行することにより、ＳＳＤＰのプロトコルに対応するリクエストパケットを受信する。図９においては、管理ＰＣ２００ＡがＳＳＤＰのプロトコルに対応するリクエストパケットをＬＡＮ３に送出する場合を示している。サブＣＰＵ２１は、ＳＳＤＰのプロトコルに対応するリクエストパケットを受信することに応じて、応答パケットを生成し、生成された応答パケットをリクエストパケットの送信元である管理ＰＣ２００Ａに返信する。応答パケットは、ＭＦＰ１００Ａの装置識別情報と、依頼装置の装置識別情報を含むパケットである。サブＣＰＵ２１は、ＳＳＤＰのプロトコルのプロトコル識別情報を含むプロトコル担当情報をＨＤＤ１１５から読出し、そのプロトコル担当情報に含まれる依頼装置の装置識別情報を取得する。

ここでは、サブＣＰＵ２１は、メインＣＰＵ１１からの指令によって、ＳＳＤＰのプロトコルに対応する応答プログラムを第２ＲＡＭ２３にロードしているが、他の装置探索プロトコルに対応する応答プログラムを第２ＲＡＭ２３にロードしていない。このため、通信Ｉ／Ｆ部１１３がＷＳＤのプロトコル、ＳＬＰのプロトコルおよびｍＤＮＳのプロトコルのいずれかに対応するリクエストパケットを受信したとしても、そのリクエストパケットを処理することなく、破棄する。

サブＣＰＵ２１は、通信Ｉ／Ｆ部１１３がユニキャストのパケット（以下「ユニキャストパケット」という）を受信する場合、メインＣＰＵ１１をリセットして起動させる。ここでは、管理ＰＣ２００ＡがユニキャストパケットをＭＦＰ１００Ａに送信する場合を示している。メインＣＰＵ１１は、サブＣＰＵ２１によって起動され、起動完了に応じてサブＣＰＵ２１に起動が完了したことを通知する。サブＣＰＵ２１は、メインＣＰＵ１１から起動完了の通知を受けると、第２電源回路２５を制御して電源をＯＦＦにする。メインＣＰＵ１１は、通信Ｉ／Ｆ部１１３が受信したユニキャストパケットを処理する。

また、メインＣＰＵ１１は、サブＣＰＵ２１により起動される場合、ＲＯＭ１７に記憶されているブートプログラムを実行し、第１ＲＡＭ１３を初期化する。その後、ブートプログラムにより定められるプログラムを第１ＲＡＭ１３にロードするが、４つの装置探索プロトコルにそれぞれ対応する応答プログラムについては、次の手順でロードするか否かを決定する。メインＣＰＵ１１は、プロトコル担当情報がＨＤＤ１１５に記憶されているか否かを判断する。メインＣＰＵ１１は、プロトコル担当情報が記憶されていれば、プロトコル担当情報に含まれるプロトコル識別情報で特定される装置探索プロトコルに対応する応答プログラムを第１ＲＡＭ１３にロードする。ここでは、ＨＤＤ１１５には、ＳＳＤＰのプロトコルのプロトコル識別情報を含むプロトコル担当情報が記憶されているので、ＳＳＤＰのプロトコルに対応する応答プログラムを第１ＲＡＭ１３にロードする。一方、他の装置探索プロトコルのプロトコル識別情報を含むプロトコル担当情報はＨＤＤ１１６に記憶されていない。このため、通信Ｉ／Ｆ部１１３がＷＳＤのプロトコル、ＳＬＰのプロトコルおよびｍＤＮＳのプロトコルのいずれかに対応するリクエストパケットを受信したとしても、そのリクエストパケットを処理することなく、破棄する。

図１０は、第1の実施の形態における管理ＰＣが実行する担当装置決定処理の流れの一例を示すフローチャートである。担当装置決定処理は、管理ＰＣ２００Ａが備えるＣＰＵ２０１が、担当装置決定プログラムを実行することにより、ＣＰＵ２０１により実行される処理である。図１０を参照して、ＣＰＵ２０１は、ＭＦＰ１００Ａ〜１００Ｄそれぞれから装置情報を収集する（ステップＳ１０１）。次のステップＳ１０２においては、４つの装置探索プロトコルごとに担当装置を決定し、ＨＤＤ２０４に記憶する。４つの装置探索プロトコルごとに担当装置を決定する方法は、割当画面を表示部２０６に表示し、ユーザーが操作部２０７に入力する割り当て操作に従って、担当装置を決定する。割り当て操作は、４つの装置探索プロトコルに対して、ＭＦＯ１００Ａ〜１００Ｄのいずれかを特定する操作である。ＣＰＵ２０１は、ＨＤＤ２０４に、４つの装置探索プロトコル各々に、ＭＦＰ１００Ａ〜１００Ｄのいずれかを関連付けた担当情報を記憶する。

ステップＳ１０３においては、４つの装置探索プロトコルのうちから１つを処理対象に選択する。そして、処理対象の装置探索プロトコルに対応するプロトコル担当情報を生成する（ステップＳ１０４）。プロトコル担当情報は、処理対象の装置探索プロトコルのプロトコル識別情報と、処理対象の装置探索プロトコルに対応して決定された担当装置以外の依頼装置の装置識別情報とを含む。次のステップＳ１０５においては、処理対象の装置探索プロトコルに対応する担当装置に決定された装置を担当装置に設定する。具体的には、担当装置に、プロトコル担当情報を送信し、プロトコル担当情報を記憶させる。

ステップＳ１０６においては、処理対象の装置探索プロトコルに対応するプロトコル依頼情報を生成する。プロトコル依頼情報は、処理対象の装置探索プロトコルのプロトコル識別情報を含む。次のステップＳ１０７においては、処理対象の装置探索プロトコルに対応して決定された担当装置以外の装置を依頼装置に設定する。具体的には、依頼装置に、プロトコル依頼情報を送信し、プロトコル依頼情報を記憶させる。依頼装置が複数の場合には、複数の依頼装置の全てにプロトコル依頼情報を記憶させる。

ステップＳ１０８においては、処理対象に選択されていない装置探索プロトコルが存在するか否かを判断する。処理対象に選択されていない装置探索プロトコルが存在するならば処理をステップＳ１０３に戻すが、存在しなければ処理をステップＳ１０９に進める。したがって、ステップＳ１０４〜ステップＳ１０７の処理が、４つの装置探索プロトコルの全てに対して実行される。

ステップＳ１０９においては、電源ＯＦＦ信号を受信したか否かを判断する。ＭＦＰ１００Ａ〜１００Ｄのいずれかから電源ＯＦＦ信号を受信するまで待機状態となり、電源ＯＦＦ信号を受信したならば処理をステップＳ１１０に進める。

ステップＳ１１０においては、電源ＯＦＦ信号を送信してきた装置を特定し、処理をステップＳ１０２に戻す。ステップＳ１０２においては、処理がステップＳ１１０から進む場合、ＭＦＰ１００Ａ〜１００ＤのうちステップＳ１１０において特定された装置を除く残余の装置のうちから４つのプロトコルそれぞれに対応する担当装置を決定する。

図１１は、第１の実施の形態におけるＭＦＰのメインＣＰＵが実行するプロトコル分担設定処理の流れの一例を示すフローチャートである。ＭＦＰ１００Ａが備えるメインＣＰＵ１１は、電源が投入されて起動する場合、または、サブＣＰＵ２１によって起動される場合、ブートプログラムを実行して第１ＲＡＭ１３を初期化し、予め定められたプログラムをロードする。図１１に示すプロトコル分担設定処理は、メインＣＰＵ１１がプロトコル分担設定処理を実行することによりメインＣＰＵ１１により実行される処理である。

図１１を参照して、メインＣＰＵ１１は、管理ＰＣ２００Ａからプロトコル担当情報を受信したか否かを判断する（ステップＳ０１）。プロトコル担当情報を受信したならば処理をステップＳ０２に進めるが、そうでなければ処理をステップＳ０３に進める。ステップＳ０２においては、受信されたプロトコル担当情報をＨＤＤ１１５に記憶し、処理をステップＳ０６に進める。

ステップＳ０３においては、管理ＰＣ２００Ａからプロトコル依頼情報を受信したか否かを判断する。プロトコル依頼情報を受信したならば処理をステップＳ０４に進めるが、そうでなければ処理をステップＳ０６に進める。ステップＳ０４においては、受信されたプロトコル依頼情報を、ＨＤＤ１１５に記憶し、処理をステップＳ０５に進める。ステップＳ０５においては、ステップＳ０３において受信されたプロトコル依頼情報に対応する応答プログラムの実行を中止し、処理をステップＳ０６に進める。プロトコル依頼情報に対応する応答プログラムは、プロトコル依頼情報に含まれるプロトコル識別情報で特定される装置探索プロトコルに対応する応答プログラムである。

ステップＳ０６においては、電源がＯＦＦになったか否かを判断する。第１電源回路１５から電源が供給されなくなると電源がＯＦＦになったと判断する。電源がＯＦＦになったならば処理をステップＳ０７に進めるが、そうでなければ処理をステップＳ０８に進める。ステップＳ０７においては、管理ＰＣ２００に電源ＯＦＦ信号を送信し、処理を終了する。

ステップＳ０８においては、第１の条件が成立したか否かを判断する。第１の条件は、省電力モードに移行するために予め定められた条件である。第１の条件が成立したならば処理をステップＳ０９に進めるが、そうでなければ処理をステップＳ１３に進める。ステップＳ０９においては、サブＣＰＵ２１を起動し、処理をステップＳ１０に進める。ステップＳ１０においては、サブＣＰＵ２１が起動するまで待機し（ステップＳ１０でＮＯ）、サブＣＰＵ２１が起動すると（ステップＳ１０でＹＥＳ）、処理をステップＳ１１に進める。ステップＳ１１においては、ＨＤＤ１１５にプロトコル担当情報が記憶されているか否かを判断する。プロトコル担当情報が記憶されていれば処理をステップＳ１２に進めるが、そうでなければ処理をステップＳ０１に戻す。ステップＳ１２においては、サブＣＰＵ２１に応答プログラムのロード指令を出力し、処理をステップＳ１２Ａに進める。応答プログラムは、ステップＳ０２においてＨＤＤ１１５に記憶されたプロトコル担当情報に含まれるプロトコル識別情報で特定される装置探索プロトコルに対応する応答プログラムである。ステップＳ１２Ａにおいては、第１電源回路１５を制御し、電源をＯＦＦにして処理をステップＳ０１に戻す。

ステップＳ１３においては、マルチキャストのパケットを受信したか否かを判断する。マルチキャストのパケットを受信したならば処理をステップＳ１４に進めるが、そうでなければ処理をステップＳ１６に進める。ステップＳ１４においては、受信されたパケットが処理対象か否かを判断する。ステップＳ０２においてＨＤＤ１１５に記憶されたプロトコル担当情報に含まれるプロトコル識別情報で特定される装置探索プロトコルに対応するならば、処理対象と判断する。受信されたパケットに含まれるポート番号を用いて処理対象か否かを判断するようにすればよい。受信されたパケットが処理対象ならば処理をステップＳ１５に進めるが、そうでなければ処理をステップＳ０１に戻す。

ステップＳ１５においては、応答パケットを返信し、処理をステップＳ０１に戻す。応答パケットは、自装置の装置識別情報と、ステップＳ０２においてＨＤＤ１１５に記憶されたプロトコル担当情報に含まれる依頼装置の装置識別情報と、を含む。

ステップＳ１６においては、ユニキャストのパケットを受信したか否かを判断する。ユニキャストのパケットを受信したならば処理をステップＳ１７に進めるが、そうでなければ処理をステップＳ０１に戻す。ステップS１７においては、受信されたユニキャストパケットにより定められた処理を実行し、処理をステップＳ０１に戻す。

なお、ステップＳ１３〜Ｓ１５の処理は、メインＣＰＵ１１が、ステップＳ０２においてＨＤＤ１１５に記憶されたプロトコル担当情報に含まれるプロトコル識別情報で特定される装置探索プロトコルに対応する応答プログラムを実行することによりメインＣＰＵ１１により実行される処理である。

図１２は、第１の実施の形態におけるＭＦＰのサブＣＰＵが実行する代理応答処理の流れの一例を示すフローチャートである。ＭＦＰ１００Ａが備えるサブＣＰＵ２１は、メインＣＰＵ１１によって起動され、起動時にはブートプログラムを実行して第２ＲＡＭ２３を初期化し、ブートプログラムにより予め定められたプログラムおよびメインＣＰＵ１１により定められるプログラムを第２ＲＡＭ２３にロードし、実行する。

図１２を参照して、サブＣＰＵ２１は、メインＣＰＵ１１から応答プログラムのロード指令が入力されたか否かを判断する（ステップＳ２１）。応答プログラムのロード指令が入力されたならば処理をステップＳ２２に進めるが、そうでなければ処理をステップＳ２３に進める。ステップＳ２２においては、応答プログラムのロード指令で特定される応答プログラムを第２ＲＡＭ２３にロードし、処理をステップＳ２３に進める。ここでは、ＳＳＤＰのプロトコルに対応する応答プログラムを第２ＲＡＭ２３にロードする場合を例に説明する。

ステップＳ２３においては、マルチキャストのパケットを受信したか否かを判断する。マルチキャストのパケットを受信したならば処理をステップＳ２４に進めるが、そうでなければ処理をステップＳ２８に進める。ステップＳ２４においては、受信されたパケットが処理対象か否かを判断する。ＨＤＤ１１５に記憶されたプロトコル担当情報に含まれるプロトコル識別情報で特定される装置探索プロトコルに対応するならば、処理対象と判断する。受信されたパケットに含まれるポート番号を用いて処理対象か否かを判断するようにすればよい。受信されたパケットが処理対象ならば処理をステップＳ２５に進めるが、そうでなければ処理をステップＳ２６に進める。したがって、メインＣＰＵ１１によってロード指令を受けていない応答プログラムを第２ＲＡＭ２３にロードしないので、その応答プログラムに対応するに装置探索プロトコルに対応するパケットが受信される場合は、そのパケットを処理対象とすることなく、廃棄する。

ステップＳ２５においては、応答パケットを返信し、処理をステップＳ２６に進める。応答パケットは、自装置の装置識別情報と、ＨＤＤ１１５に記憶されたプロトコル担当情報に含まれる依頼装置の装置識別情報と、を含む。

ステップＳ２８においては、ユニキャストのパケットを受信したか否かを判断する。ユニキャストのパケットを受信したならば処理をステップＳ２９に進めるが、そうでなければ処理をステップＳ２６に進める。ステップＳ２９においては、メインＣＰＵ１１を起動し、処理をステップＳ３０に進める。ステップＳ３０においては、第２電源回路２５に電力供給を停止させ、処理を終了する。

ステップＳ２６においては、電源がＯＦＦになったか否かを判断する。サブＣＰＵ電源２５から電源が供給されなくなると電源がＯＦＦになったと判断する。電源がＯＦＦになったならば処理をステップＳ２７に進めるが、そうでなければ処理をステップＳ２３に戻す。ステップＳ２７においては、管理ＰＣ２００に電源ＯＦＦ信号を送信し、処理を終了する。

なお、ステップＳ２３〜Ｓ２５の処理は、サブＣＰＵ２１が、応答プログラムを実行することによりサブＣＰＵ２１により実行される処理である。

以上説明したように、第１の実施の形態における管理システムにおいて、管理ＰＣ２００によって、４つの装置探索プロトコルそれぞれについて、当該装置探索プロトコルに対して４台のＭＦＰ１００Ａ〜１００Ｄのいずれか１つが担当装置に決定される。また、４台のＭＦＰ１００Ａ〜１００Ｄ各々においては、例えばスリープ移行条件等の第１の条件の成立によってサブＣＰＵ２１が起動し、メインＣＰＵ１１が停止する。このため、消費電力を小さくすることができる。また、サブ制御ＣＰＵ２１は、メインＣＰＵ１１によって起動されると、ＨＤＤ１１５にプロトコル担当情報が記憶されており、自装置が担当装置の場合は、担当のプロトコルに対応する応答プログラムを第２ＲＡＭ２３にロードするが、ＨＤＤ１１５にプロトコル依頼情報が記憶されており、担当装置でない場合は、応答プログラムをロードしない。また、サブ制御ＣＰＵ２１によって、第２ＲＡＭ２３にロードされた応答プログラムが実行される。例えば、プロトコル依頼情報がＳＳＤＰの装置探索プロトコルに対応する応答プログラムを実行する場合、ＳＳＤＰの装置探索プロトコルのリクエストパケットに応答して、メインＣＰＵ１１を起動することなく、依頼装置であるＭＦＰ１００Ｂ〜１００Ｄの装置識別情報を含む応答パケットを返信する。このため、４つの装置探索プロトコルのパケットに対する応答を、４台のＭＦＰ１００Ａ〜１００Ｄで分担するので、サブＣＰＵ２１により制御される第２ＲＡＭ２３が、４つの装置探索プロトコルにそれぞれ対応する４つの応答プログラムをロードするだけの記憶容量を有していない場合であっても、４つの装置探索プロトコルのパケットに対して４つのＭＦＰ１００Ａ〜１００Ｄそれぞれが応答した場合と同じ応答を返信することができる。このため、複数のＭＦＰ１００Ａ〜１００Ｄそれぞれの消費電力を低減しつつ、複数のＭＦＰ１００Ａ〜１００ＤをＬＡＮ３に流れる複数の装置探索プロトコルに対応させることができる。

また、複数のＭＦＰ１００Ａ〜１００Ｄとは別の管理ＰＣ２００によって、複数の装置探索プロトコルそれぞれについて、当該プロトコルに対して複数のＭＦＰ１００Ａ〜１００Ｄのいずれか１つが担当装置に決定される。このため、管理ＰＣ２００が複数のＭＦＰ１００Ａ〜１００Ｄを管理するので、複数のＭＦＰ１００Ａ〜１００Ｄそれぞれで実行される処理を単純にすることができる。

また、ユーザーにより複数のＭＦＰ１００Ａ〜１００Ｄのうちから複数の装置探索プロトコルそれぞれに対応する１つの候補装置の指定が受け付けると、候補装置ごとに、その能力情報に基づいて、候補装置に対応する装置短ｓ九プロトコルに対応する応答プログラムを実行する場合の能力を示す残存能力情報が表示される。このため、ユーザーが、複数のＭＦＰ１００Ａ〜１００Ｄのうちから候補装置を決定するために必要な情報を、ユーザーに提供することができる。

また、４つのＭＦＰ１００Ａ〜１００Ｄ各々の能力情報は、当該ＭＦＰが備える第２ＲＡＭ２３の空き容量であり、候補装置の残存能力情報は、当該候補装置が備えるサブＣＰＵ２１が、第２ＲＡＭ２３に応答プログラムをロードした後の空き容量である。このため、ユーザーが候補装置を指定すれば、候補装置が備える第２ＲＡＭ２３に応答プログラムをロードした後の空き容量が表示されるので、ユーザーは、候補装置が装置探索プロトコルに対応する応答プログラムを実行することができるか否かを示す情報をユーザーに提供することができる。

また、メインＣＰＵ１１は、プロトコル担当情報が取得される場合は当該プロトコル担当情報に含まれるプロトコル識別情報で特定される装置探索プロトコルに対応する応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、応答プログラムに対応する装置探索プロトコルのパケットに応答して、当該装置探索プロトコルのプロトコル識別情報を含むプログラム担当情報に含まれる１以上の依頼装置の装置識別情報を含む応答パケットを返信し、プロトコル依頼情報が取得される場合は当該プロトコル依頼情報に含まれるプロトコル識別情報で特定される装置探索プロトコルに対応する応答プログラムを実行しない。このため、ＭＦＰ１００Ａ〜１００Ｄのうち装置探索プロトコルを担当する担当装置は、第１の条件の成立に係わらず、他のＭＦＰに代わって、外部から受信されるマルチキャストのパケットに応答することができる。

また、管理ＰＣ２００は、担当装置から停止することが通知される場合、複数のＭＦＰ１００Ａ〜１００Ｄのうち担当装置を除く１以上の残存画像処理装置の能力情報に基づいて、４つの装置探索プロトコルそれぞれに対して、１以上の残存画像処理装置のいずれか１つを新たな担当装置に決定する。このため、複数のＭＦＰ１００Ａ〜１００Ｄにおいて、複数の装置探索プロトコルに対応することができる。

また、メインＣＰＵ１１は、サブＣＰＵ２１が起動時に読み取るブートプログラムを書き換えることによって、応答プログラムを第２ＲＡＭ２３にロードさせる。このため、応答プログラムをサブＣＰＵ２１に実行させるか否かの設定を容易にすることができる。

なお、上述した第１の実施の形態においては、管理システム１について説明したが、図１０に示した担当装置決定処理を管理ＰＣ２００Ａに実行させ、図１１に示したプロトコル分担設定処理、および図１２に示した代理応答処理を、ＭＦＰ１００Ａ〜１００Ｄにそれぞれ実行させるプロトコル分担方法、そのプロトコル分担方法を、ＭＦＰ１００Ａ〜１００Ｄがそれぞれ備えるメインＣＰＵ１１およびサブＣＰＵ２１にそれぞれ実行させるプロトコル分担プログラムとして捉えることができるのは言うまでもない。

＜第２の実施の形態＞
第２の実施の形態における管理システム１Ａは、第1の実施の形態における管理ＰＣ２００Ａの機能を、ＭＦＰ１００Ａ〜１００Ｄのうち予め定められた1つである親機に持たせるようにしたものである。ここでは、ＭＦＰ１００Ａを、ＭＦＰ１００Ｂ〜１００Ｄに対する親機とし、第1の実施の形態における管理ＰＣ２００Ａの機能と同様の機能を有する場合を例に説明する。したがって、第２の実施の形態における管理システム１Ａは、第1の実施の形態における管理ＰＣ２００Ａは不要である。以下、第２の実施の形態における管理システム１Ａについて、第１の実施の形態における管理システム１と異なる点を主に説明する。

図１３は、第２の実施の形態における親機であるＭＦＰが備えるメインＣＰＵおよびサブＣＰＵの機能の一例を示すブロック図である。図１３に示すＭＦＰ１００Ａが備えるメインＣＰＵ１１の機能は、メインＣＰＵ１１が担当装置決定プログラムおよびプロトコル分担設定プログラムの一部を実行することによりメインＣＰＵ１１に形成される機能であり、サブＣＰＵ２１がプロトコル分担設定プログラムの他の一部および応答プログラムを実行することによりサブＣＰＵ２１に形成される機能である。

図１３を参照して、図７に示した機能と異なる点は、メインＣＰＵ１１に、収集部６１、担当装置決定部６３、電源ＯＦＦ検出部６５および分担情報通知部６７が追加された点、メイン停止通知部５７およびサブ停止通知部９５がメイン停止通知部５７Ａおよびサブ停止通知部９５Ａに変更された点である。その他の機能は、図７に示した機能と同じなので、ここでは説明を繰り返さない。

収集部６１は、ＬＡＮ３に接続された他のＭＦＰ１００Ｂ〜１００Ｄそれぞれから装置情報を収集する。担当装置決定部６３は、ＭＦＰ１００Ａ〜１００Ｄそれぞれの能力情報に基づいて、４つの装置探索プロトコルそれぞれに対して、ＭＦＰ１００Ａ〜１００Ｄのいずれか１つを担当装置に決定する。担当装置決定部６３は、能力優先決定部６９を含む。能力優先決定部６９は、ＭＦＰ１００Ａ〜１００Ｄそれぞれにおいて、４つの装置探索プロトコルにそれぞれ対応する４つの応答プログラムそれぞれの実行時容量を予め記憶している。能力優先決定部６９は、４つの装置探索プロトコルにそれぞれ対応する４つの応答プログラムそれぞれの実行時容量と、ＭＦＰ１００Ａ〜１００Ｄそれぞれの記憶容量とに基づいて、４つの装置探索プロトコル各々ごとに、ＭＦＰ１００Ａ〜１００Ｄのいずれかを担当装置に決定する。割り当て方法は、任意に定めることができるが、例えば、４つの装置探索プロトコルに対応する４つの応答プログラムを実行時容量の大きなものから順に、ＭＦＰ１００Ａ〜１００Ｄのうち記憶容量が最大のものに割り当てることにより、４つの装置探索プロトコルそれぞれに対応する担当装置を決定する。例えば、ＳＳＤのプロトコルに対応する応答プログラム、ＷＳＤのプロトコルに対応する応答プログラム、ＳＬＰのプロトコルに対応する応答プログラム、ｍＤＮＳのプロトコルに対応する応答プログラムの順に実行時容量が大きく、ＭＦＰ１００Ａ、ＭＦＰ１００Ｂ、ＭＦＰ１００Ｃ、ＭＦＰ１００Ｄの順に記憶容量が大きいとする。能力優先決定部６９は、まず、実行時容量が最大のＳＳＤＰのプロトコルに対応する応答プログラムを、記憶容量が最大のＭＦＰ１００Ａに割り当て、ＳＳＤのプロトコルの担当装置をＭＦＰ１００Ａに決定する。この時点で、ＭＦＰ１００Ａの記憶容量は、ＳＳＤＰのプロトコルに対応する応答プログラムの実行時容量を減算した値に更新する。そして、更新後の記憶容量を用いて、上述した手順を繰り返す。このため、次に実行時容量が大きなＷＳＤＳのプロトコルに対応する応答プログラムを、ＭＦＰ１００Ａ〜１００Ｄのうち記憶容量が最大のものに割り当てる。能力優先決定部６９は、ＭＦＰ１００Ｂの記憶容量が最大であれば、ＭＦＰ１００ＢにＷＳＤのプロトコルに対応する応答プログラムを割り当て、ＭＦＰ１００ＢがＷＳＤのプロトコルの担当装置に決定する。このように、能力優先決定部６９は、ＭＦＰ１００Ａ〜１００Ｄのいずれかを、４つの装置探索プロトコルそれぞれを担当する担当装置に決定する。

ここでは、能力優先決定部６９は、ＭＦＰ１００ＡをＳＳＤＰのプロトコルを担当する担当装置に決定し、ＭＦＰ１００ＢをＷＳＤのプロトコルを担当する担当装置に決定し、ＭＦＰ１００ＣをＳＬＰのプロトコルを担当する担当装置に決定し、ＭＦＰ１００ＤをｍＤＮＳのプロトコルを担当する担当装置を決定する場合を例に説明する。

なお、ＭＦＰ１００Ａ、ＭＦＰ１００Ｂ、ＭＦＰ１００Ｃ、ＭＦＰ１００Ｄに優先順位を予め付与しておき、４つの装置探索プロトコルを、優先順位の高いものから順に付与するようにしてもよい。

担当装置決定部６３は、４つの装置探索プロトコルごとに、プロトコル識別情報と、そのプロトコル識別情報の装置探索プロトコルに対して決定された担当装置の装置識別情報との組を、分担情報通知部６７に出力する。

分担情報通知部６７は、ＭＦＰ１００Ａ〜１００Ｄに、分担情報を通知する。分担情報は、プロトコル担当情報と、プロトコル依頼情報とを含む。ＳＳＤＰのプロトコルにおいては、自装置が担当装置なので、プロトコル担当情報を分担情報取得部５１に出力し、依頼装置であるＭＦＰ１００Ｂ〜１００Ｄそれぞれにプロトコル依頼情報を通信部２０５を介して送信する。また、ＷＳＤのプロトコルにおいては、ＭＦＰ１００Ｂが担当装置なので、プロトコル担当情報をＭＦＰ１００Ｂに送信する、ＷＳＤのプロトコルにおいては、依頼装置は、ＭＦＰ１００Ａ、１００Ｓ，１００Ｄなので、分担情報取得部５１にプロトコル依頼情報を出力するとともに、ＭＦＰ１００Ｃ，１００Ｄそれぞれにプロトコル依頼情報を通信部２０５を介して送信する。

電源ＯＦＦ検出部６５は、ＭＦＰ１００Ｂ〜１００Ｄのうちで電源がＯＦＦになった装置を検出する。後述するように、ＭＦＰ１００Ｂ〜１００Ｄそれぞれは、電源がＯＦＦになると、電源がＯＦＦになったことを示す電源ＯＦＦ信号を、親機であるＭＦＰ１００Ａに送信するので、電源ＯＦＦ検出部６５は、電源ＯＦＦ信号を受信すると、その電源ＯＦＦ信号を送信してきたい装置の電源がＯＦＦになったことを検出する。電源ＯＦＦ検出部２５７は、電源ＯＦＦ信号を受信すると、その電源ＯＦＦ信号を送信してきた装置の識別情報を含む再決定指示を担当装置決定部６３に出力する。

なお、電源ＯＦＦ検出部６５は、ＭＦＰ１００Ｂ〜１００Ｄそれぞれに、任意のタイミングで問い合わせすることにより、電源がＯＦＦになったか否かを検出するようにしてもよい。この場合には、ＭＦＰ１００Ｂ〜１００Ｄは、電源ＯＦＦ信号を送信する必要はない。

担当装置決定部６３は、電源ＯＦＦ検出部６５から再決定指示が入力されることに応じて、ＭＦＰ１００Ａ〜１００Ｄのうち再決定指示に含まれる装置識別情報で特定される装置を除く残存装置それぞれの能力情報に基づいて、４つの装置探索プロトコルそれぞれに対して、残像装置のいずれか１つを担当装置に決定する。ここでも、上述したのと同様に、実行時容量の大きな応答プログラムに対応する装置探索プロトコルを、残容量が大きな１つを担当装置に決定する。分担情報通知部６７は、担当装置決定部６３によって４つの装置探索プロトコル後地に再決定された担当装置と依頼装置それぞれに、プロトコル担当情報またはプロトコル依頼情報を送信する。

メイン停止通知部５７Ａは、第１電源回路１５から電力が供給されなくなると、通信Ｉ／Ｆ部１１３を制御して、親機に電源ＯＦＦ信号を送信する。サブ停止通知部９５Ａは、サブ起動部９１がメインＣＰＵ１１を起動していない状態で第２電源回路２５から電力が供給されなくなると、通信Ｉ／Ｆ部１１３を制御して、親機に電源ＯＦＦ信号を送信する。なお、本実施の形態において、ＭＦＰ１００Ａは親機なので、電源がＯＦＦになることは想定していない。したがって、メイン停止通知部５７Ａは、ＭＦＰ１００Ｂ〜１００Ｄにおいて有効に機能する。

図１４は、第２の実施の形態における管理システムにおいて４台のＭＦＰそれぞれのメインＣＰＵが駆動している間における情報の流れの一例を時系列で示す図である。図１４においては、縦軸に上から下に向かって時間の流れを示し、ＭＦＰ１００Ａ〜１００Ｄそれぞれの処理を示している。図１４においては、ＭＦＰ１００Ａ〜１００Ｄそれぞれの名称を「ＭＦＰ−Ａ」、「ＭＦＰ−Ｂ」、「ＭＦＰ−Ｃ」、「ＭＦＰ−Ｄ」としている。

図１４を参照して、親機であるＭＦＰ１００ＡがＭＦＰ１００Ｂ〜ＭＦＰ１００Ｄそれぞれから装置情報を収集する。ＭＦＰ１００Ａは、ＭＦＰ１００Ａ〜１００Ｄそれぞれの能力情報に基づいて、４つの装置探索プロトコルそれぞれに対して担当装置を決定する。ＭＦＰ１００Ａは、ＭＦＰ１００Ａ〜１００Ｄそれぞれにおいて、４つの装置探索プロトコルに対応する４つの応答プログラムそれぞれについて、サブＣＰＵ２１が第２ＲＡＭ２３にロードした場合の実行時容量を予め記憶している。ＭＦＰ１００Ａは、４つの装置探索プロトコルにそれぞれ対応する４つの応答プログラムそれぞれの実行時容量と、ＭＦＰ１００Ａ〜１００Ｄそれぞれの記憶容量とに基づいて、４つの装置探索プロトコル各々ごとに、ＭＦＰ１００Ａ〜１００Ｄのいずれかを担当装置に決定する。

ここでは、ＭＦＰ１００Ａは、ＭＦＰ１００ＡをＳＳＤＰのプロトコルを担当する担当装置に決定し、ＭＦＰ１００ＢをＷＳＤのプロトコルを担当する担当装置に決定し、ＭＦＰ１００ＣをＳＬＰのプロトコルを担当する担当装置に決定し、ＭＦＰ１００ＤをｍＤＮＳのプロトコルを担当する担当装置を決定する場合を例に説明する。図１４においては、４つの装置探索プロトコルのうちＷＳＤのプロトコルを例に、親機であるＭＦＰ１００Ａが、ＭＦＰ１００ＢにＷＳＤのプロトコルを担当させる担当装置に決定し、他のＭＦＰ１００Ａ、１００Ｃ，１００ＤそれぞれをＷＳＤのプロトコルをＭＦＰ１００Ｂに依頼する依頼装置に決定する場合を説明する。他の３つの装置探索プロトコルについては、担当装置と依頼装置とが異なるが、担当装置および依頼装置それぞれに対する設定方法は同じなので、ここでは説明を繰り返さない。

親機であるＭＦＰ１００Ａは、ＭＦＰ１００ＢをＷＳＤのプロトコルの担当装置に設定するために、ＷＳＤのプロトコルに対応するプロトコル担当情報を生成し、プロトコル担当情報をＭＦＰ１００Ｂに記憶させる。プロトコル担当情報は、ＷＳＤのプロトコルのプロトコル識別情報と、全ての依頼装置、ここではＭＦＰ１００Ａ，１００Ｃ，１００Ｄそれぞれの装置識別情報を含む。

また、親機であるＭＦＰ１００Ａは、ＭＦＰ１００Ａ，１００Ｃ，１００ＤそれぞれをＷＳＤのプロトコルの依頼装置に設定するために、ＷＳＤのプロトコルに対応するプロトコル依頼情報を生成し、自装置にプロトコル依頼情報をＨＤＤ１１５に記憶するとともに、他の依頼装置、ここではＭＦＰ１００Ｃ，１００Ｄそれぞれにプロトコル依頼情報を記憶させる。ＷＳＤのプロトコルに対応するプロトコル依頼情報は、ＷＳＤのプロトコルを識別するためのプロトコル識別情報を含む。

その後、担当装置であるＭＦＰ１００Ｂの電源がＯＦＦになると、ＭＦＰ１００Ｂは、親機であるＭＦＰ１００Ａに電源がＯＦＦになったことを示す電源ＯＦＦ信号を送信する。親機であるＭＦＰ１００Ａは、担当装置であるＭＦＰ１００Ｂから電源ＯＦＦ信号を受信すると、ＭＦＰ１００Ｂを除くＭＦＰ１００Ａ，１００Ｃ，１００Ｄそれぞれの能力情報に基づいて、４つの装置探索プロトコルそれぞれに対して担当装置を決定する。ここでは、親機であるＭＦＰ１００Ａが、ＭＦＰ１００ＣをＷＳＤのプロトコルを担当させる担当装置に決定し、他のＭＦＰ１００Ａ，１００ＤそれぞれをＷＳＤのプロトコルをＭＦＰ１００Ｃに依頼させる依頼装置に決定する場合を説明する。他の３つの装置探索プロトコルについては、担当装置と依頼装置とが異なるが、担当装置および依頼装置それぞれに対する設定方法は同じなので、ここでは説明を繰り返さない。

親機であるＭＦＰ１００Ａは、ＭＦＰ１００Ｃを担当装置に設定するために、ＷＳＤのプロトコルに対応するプロトコル担当情報を生成し、プロトコル担当情報をＭＦＰ１００Ｃに記憶させる。プロトコル担当情報は、ＷＳＤのプロトコルのプロトコル識別情報と、全ての依頼装置、ここではＭＦＰ１００Ａ，１００Ｄそれぞれの装置識別情報を含む。

また、親機であるＭＦＰ１００Ａは、自装置およびＭＦＰ１００ＤそれぞれをＷＳＤのプロトコルの依頼装置に設定するために、ＷＳＤのプロトコルに対応するプロトコル依頼情報を生成し、自装置のＨＤＤ１１５に記憶するとともに他の全ての依頼装置、ここではＭＦＰ１００Ｄにプロトコル依頼情報を記憶させる。ＷＳＤのプロトコルに対応するプロトコル依頼情報は、ＷＳＤのプロトコルを識別するためのプロトコル識別情報を含む。

第２の実施の形態におけるＭＦＰ１００Ａ〜１００ＤそれぞれにおいてメインＣＰＵ１１とサブＣＰＵ２１との間の情報の流れは、図９に示した流れと同じである。

第２の実施の形態において、親機であるＭＦＰ１００Ａは、図１０に示した担当装置決定処理と同様の処理を実行する。これにより、第１の実施の形態の場合と同様に、親機であるＭＦＰ１００Ａは、４つの装置探索プロトコルそれぞれにおいてＭＦＰ１００Ａ〜１００Ｄのいずれかを担当装置に決定し、担当装置にプロトコル担当情報を記憶させ、依頼装置にプロトコル依頼情報を記憶させる。

このため、第２の実施の形態におけるＭＦＰ１００Ａ〜１００Ｄにおいては、メインＣＰＵ１１によって図１１に示した第１の実施の形態におけるプロトコル分担設定処理と同様の処理が実行され、サブＣＰＵ２１によって図１２に示した第１の実施の形態における代理応答処理と同様の処理が実行される。ただし、第２の実施の形態におけるプロトコル分担設定処理は、図１１のステップＳ０７において、電源ＯＦＦ信号を管理ＰＣ２００Ａに送信したのに対して、第２の実施の形態におけるプロトコル分担設定処理は、親機であるＭＦＰ１００Ａに電源ＯＦＦ信号を送信する点で異なる。また、第２の実施の形態における代理応答処理は、図１２のステップＳ２７において、電源ＯＦＦ信号を管理ＰＣ２００Ａに送信したのに対して、第２の実施の形態における代理応答処理は、親機であるＭＦＰ１００Ａに電源ＯＦＦ信号を送信する点で異なる。

以上説明したように、第２の実施の形態における管理システム１Ａにおいては、第１の実施の形態における管理ＰＣ２００Ａは、不要である。

また、第２の実施の形態における管理システム１Ａは、第１の実施の形態における管理システム１がそうする効果にと同様に、親機であるＭＦＰ１００Ａは、複数のＭＦＰ１００Ａ〜１００Ｄそれぞれの能力情報に基づいて、能力に余裕のある装置から順に担当装置を決定するので、複数の装置探索プロトコルにそれぞれ対応する複数の応答プログラムを、複数のＭＦＰ１００Ａ〜１００Ｄのいずれかに実行させることができる。

また、複数のＭＦＰ１００Ａ〜１００Ｄ各々の能力情報は、当該ＭＦＰが備える第２ＲＡＭ２３の空き容量である。このため、スリープ移行条件等の第１の条件の成立後に、複数の装置探索プロトコルにそれぞれ対応する複数の応答プログラムを、複数のＭＦＰ１００Ａ〜１００Ｄのいずれかで実行させることができる。

また、第２の実施の形態における管理システム１Ａにおいて、管理装置である親機として機能するＭＦＰ１００Ａは、複数の装置探索プロトコルそれぞれについて、当該装置探索プロトコルに対して複数のＭＦＰ１００Ａ〜１００Ｄのいずれか１つを担当装置に決定する。また、複数のＭＦＰ１００Ａ〜１００Ｄ各々においては、第１の条件の成立によって起動されるサブＣＰＵ２１は、担当装置の場合に担当の装置探索プロトコルに対応する応答プログラムを第２ＲＡＭ２３にロードするが、担当装置でない場合には応答プログラムをロードしない。また、サブＣＰＵ２１は、第２ＲＡＭ２３にロードした応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、応答プログラムに対応する装置探索プロトコルのリクエストパケットに応答して、メインＣＰＵ１１を起動することなく、他のＭＦＰの装置識別情報を含む応答パケットを返信する。このため、複数の装置探索プロトコルのパケットに対する応答を、複数のＭＦＰ１００Ａ〜１００Ｄで分担するので、サブＣＰＵ２１により制御される第２ＲＡＭ２３が、複数の装置探索プロトコルにそれぞれ対応する複数の応答プログラムをロードするだけの記憶容量を有していない場合であっても、複数の装置探索プロトコルのパケットに対して複数のＭＦＰ１００Ａ〜１００Ｄそれぞれが応答した場合と同じ応答を返信することができる。このため、複数のＭＦＰ１００Ａ〜１００Ｄそれぞれの消費電力を低減しつつ、複数のＭＦＰ１００Ａ〜１００Ｄをネットワークに流れる複数の装置探索プロトコルに対応させることができる。

なお、上述した第２の実施の形態においては、管理システム１Ａについて説明したが、図１０に示した担当装置決定処理を、親機としての管理装置のＭＦＰ１００Ａに実行させ、図１１に示したプロトコル分担設定処理、および図１２に示した代理応答処理を、ＭＦＰ１００Ａ〜１００Ｄにそれぞれ実行させるプロトコル分担方法、そのプロトコル分担方法を、ＭＦＰ１００Ａ〜１００Ｄがそれぞれ備えるメインＣＰＵ１１およびサブＣＰＵ２１にそれぞれ実行させるプロトコル分担プログラムとして捉えることができるのは言うまでもない。

＜第３の実施の形態＞
第３の実施の形態における管理システム１Ｂは、第1の実施の形態における管理ＰＣ２００Ａ、第２の実施の形態における親機を有しない。ＭＦＰ１００Ａ〜１００Ｄそれぞれが、互いに調整して担当装置と依頼装置とを決定する。したがって、第３の実施の形態における管理システム１Ｂは、第1の実施の形態における管理ＰＣ２００Ａは不要である。

図１５は、第３の実施の形態におけるＭＦＰが備えるメインＣＰＵおよびサブＣＰＵが有する機能の一例を示すブロック図である。図１５に示すメインＣＰＵ１１およびサブＣＰＵ２１の機能は、メインＣＰＵ１１がプロトコル分担設定プログラムの一部を実行することによりメインＣＰＵ１１に形成される機能であり、サブＣＰＵ２１がプロトコル分担設定プログラムの他の一部および応答プログラムを実行することによりサブＣＰＵ２１に形成される機能である。

図１５に示すメインＣＰＵ１１およびサブＣＰＵ２１の機能が、図７に示した機能と異なる点は、分担情報取得部５１が削除された点、パケット検出部７１、代理宣言部７３、停止検出部７５、代理宣言受信部７７および装置情報収集部７９が新たに追加された点、メイン停止通知部５７、サブ停止通知部９５および対応部５５がメイン停止通知部５７Ｂ、サブ停止通知部９５Ｂおよび対応部５５Ａにそれぞれ変更された点である。その他の機能は、図７に示した機能と同じなので、ここでは説明を繰り返さない。

パケット検出部７１は、通信Ｉ／Ｆ部１１３が受信するパケットのうちから、４つの装置探索プロトコルのいずれかのパケットを検出する。４つの装置探索プロトコルに対して予めポート番号が定められており、パケットの所定のフィールドにそのポート番号が含まれる。パケット検出部７１は、通信Ｉ／Ｆ部１１３が受信するパケットのうち、ポート番号が４つの装置探索プロトコルのいずれかのポート番号と一致するパケットを検出する。ここでは、ＳＳＤＰのプロトコルに対応するパケットを検出する場合を説明する。パケット検出部７１は、検出されたパケットに対する応答パケットを返信するとともに、代理宣言部７３に検出されたパケットに対応する装置探索プロトコルのプロトコル識別情報を出力する。

代理宣言部７３は、後述する代理宣言受信部７７によって、他のＭＦＰ１００Ｂ〜１００Ｄのいずれかから、パケット検出部７１から入力されるプロトコル識別情報と同じプロトコル識別情報が入力されていないことを条件に、他のＭＦＰ１００Ｂ〜１００Ｄそれぞれにパケット検出部７１から入力されるプロトコル識別情報を含む代理宣言を送信する。さらに、代理宣言部７３は、サブＣＰＵ２１がパケット検出部７１から入力されるプロトコル識別情報で特定される装置探索プロトコルに対応する応答プログラムを実行可能であることをさらに条件に、パケット検出部７１から入力されるプロトコル識別情報を含む代理宣言を送信する。代理宣言部７３は、第２ＲＡＭ２３の残容量が、パケット検出部７１から入力されるプロトコル識別情報で特定される装置探索プロトコルに対応する応答プログラムの実行時容量よりも大きい場合に、サブＣＰＵ２１がその応答プログラムを実行可能と判断する。

代理宣言部７３は、パケット検出部７１から入力されるプロトコル識別情報を含む代理宣言をＭＦＰ１００Ｂ〜１００Ｄに送信する場合、装置情報収集部７９に収集指示を出力するとともに、代理宣言に含まれるプロトコル識別情報を、対応部５５Ａに出力する。

装置情報収集部７９は、ＬＡＮ３に接続されたＭＦＰ１００Ｂ〜１００Ｄそれぞれから装置識別情報を収集する。装置情報収集部７９は、収集されたＭＦＰ１００Ｂ〜１００Ｄそれぞれの装置識別情報を対応部５５Ａに出力する。

代理宣言受信部７７は、他のＭＦＰ１００Ｂ〜１００Ｄのいずれかから代理宣言を受信する。代理宣言受信部７７は、他のＭＦＰ１００Ｂ〜１００Ｄのいずれかから代理宣言を受信する場合、受信された代理宣言に含まれるプロトコル識別情報を代理宣言部７３に出力するとともに、担当装置情報をＨＤＤ１１５に記憶する。担当装置情報は、受信された代理宣言に含まれるプロトコル識別情報と、受信された代理宣言を送信してきた装置の装置識別情報とを含む。

メイン停止通知部５７Ｂは、第１電源回路１５から電力が供給されなくなると、通信Ｉ／Ｆ部１１３を制御して、他のＭＦＰ１００Ｂ〜１００Ｄそれぞれに電源ＯＦＦ信号を送信する。サブ停止通知部９５Ｂは、サブ起動部９１がメインＣＰＵ１１を起動していない状態で第２電源回路２５から電力が供給されなくなると、通信Ｉ／Ｆ部１１３を制御して、他のＭＦＰ１００Ｂ〜１００Ｄそれぞれに電源ＯＦＦ信号を送信する。

停止検出部７５は、他のＭＦＰ１００Ｂ〜１００Ｄのいずれかから電源ＯＦＦ信号を受信する場合、電源ＯＦＦ信号を送信してきた装置の装置識別情報を代理宣言部７３に出力するとともに、ＨＤＤ１１５に後述するプロトコル担当情報が記憶されている場合には、そのプロトコル担当情報から電源ＯＦＦ信号を送信してきた装置の装置識別情報を削除する。

代理宣言部７３は、停止検出部７５から装置識別情報が入力される場合、ＨＤＤ１１５にその装置識別情報を含む担当装置情報が記憶されているか否かを判断する。代理宣言部７３は、停止検出部７５から入力される装置識別情報を含む担当装置情報が記憶されている場合は、担当装置情報に含まれるプロトコル識別情報を含む代理宣言を、他のＭＦＰ１００Ｂ〜１００Ｄのいずれからも担当装置情報に含まれるプロトコル識別情報を含む代理宣言を受信していないことを条件に、他のＭＦＰ１００Ｂ〜１００Ｄの全てに送信した後、その担当装置情報をＨＤＤ１１５から削除する。代理宣言部７３は、代理宣言をＭＦＰ１００Ｂ〜１００Ｄに送信する場合、装置情報収集部７９に収集指示を出力するとともに、代理宣言に含まれるプロトコル識別情報を、対応部５５Ａに出力する。

対応部５５Ａは、代理宣言部７３からプロトコル識別情報が入力される場合、プロトコル担当情報を生成し、生成されたプロトコル担当情報をＨＤＤ１１５に記憶する。プロトコル担当情報は、代理宣言部７３から入力されるプロトコル識別情報と、装置情報収集部７９から入力される装置識別情報と、を含む。対応部５５Ａは、さらに、サブＣＰＵ２１を起動する場合、ＨＤＤ１１５にプロトコル担当情報が記憶されている場合には、そのプロトコル担当情報に含まれるプロトコル識別情報で特定される装置探索プロトコルに対応する応答プログラムを、サブＣＰＵ２１を制御して第２ＲＡＭ２３にロードさせる。

ここでは、対応部５５Ａに代理宣言部７３からＳＳＤＰのプロトコルのプロトコル識別情報が入力される場合を例に説明する。対応部５５Ａは、代理宣言部７３から入力されるＳＳＤＰのプロトコルのプロトコル識別情報が入力される場合、ＳＳＤＰのプロトコルのプロトコル識別情報と、装置情報収集部７９から入力されるＭＦＰ１００Ｂ〜１００Ｄそれぞれの装置識別情報とを含むプロトコル担当情報を生成し、ＨＤＤ１１５にプロトコル担当情報を記憶する。さらに、対応部５５Ａは、メイン起動部５３がサブＣＰＵ２１を起動する際に、ＨＤＤ１１５に記憶されているプロトコル担当情報に含まれるＳＳＤＰのプロトコルのプロトコル識別情報に基づいて、ＳＳＤＰのプロトコルに対応する応答プログラムを、サブＣＰＵ２１を制御して、第２ＲＡＭ２３にロードさせる。これにより、サブＣＰＵ２１がＳＳＤＰのプロトコルに対応する応答プログラムを実行可能な状態になる。

また、対応部５５Ａは、４つの装置探索プロトコルのうち代理宣言部７３から入力されるプロトコル識別情報で特定される装置探索プロトコル以外の装置探索プロトコルに対応する応答プログラムをサブＣＰＵ２１に第２ＲＡＭ２３にロードさせない。具体的には、ＷＳＤのプロトコル、ＳＬＰのプロトコルおよびｍＤＮＳのプロトコルそれぞれに対応する応答プログラムを、サブＣＰＵ２１に第２ＲＡＭ２３にロードさせない。このため、サブＣＰＵ２１は、ＷＳＤのプロトコル、ＳＬＰのプロトコルおよびｍＤＮＳのプロトコルのいずれかに対応するリクエストを含むパケットを受信した場合に、そのパケットを破棄し、そのリクエストに応答しない。

応答部９３Ａは、サブＣＰＵ２１が、メインＣＰＵ１１の対応部５５Ａにより制御されてＳＳＤＰのプロトコルに対応する応答プログラムを実行するタスクである。応答部９３Ａは、応答プログラムを実行し、通信Ｉ／Ｆ部１１３が受信するパケットのうちからＳＳＤＰのプロトコルに対応するリクエストパケットを受信する。応答部９３Ａは、リクエストパケットを受信することに応じて、応答パケットを生成し、リクエストパケットの送信元、ここでは、ＰＣ２００Ａにユニキャストで応答パケットを返信する。応答パケットは、自装置の装置識別情報に加えて、依頼装置の装置識別情報を含む。応答部９３Ａは、ＨＤＤ１１３に記憶されているプロトコル担当情報に含まれる依頼装置の装置識別情報を読出す。

メインＣＰＵ１１は、サブＣＰＵ２１により起動されると、ブートプログラムを実行し、ブートプログラムにより定められるプログラムを第１ＲＡＭ１３にロードして実行する。また、メインＣＰＵ１１は、ＨＤＤ１１５にプロトコル担当情報が記憶されている場合には、そのプロトコル担当情報に含まれるプロトコル識別情報で特定される装置探索プロトコルに対応する応答プログラムを、第１ＲＡＭ１３にロードして実行する。

図１６は、第３の実施の形態における管理システムにおいて４台のＭＦＰそれぞれのメインＣＰＵが駆動している間における情報の流れの一例を時系列で示す図である。図１６においては、縦軸に上から下に向かって時間の流れを示し、ＭＦＰ１００Ａ〜１００Ｄと、ＰＣ２００Ａそれぞれの処理を示している。図１６においては、ＭＦＰ１００Ａ〜１００Ｄそれぞれの名称を「ＭＦＰ−Ａ」、「ＭＦＰ−Ｂ」、「ＭＦＰ−Ｃ」、「ＭＦＰ−Ｄ」とし、ＰＣ２００の名称を「ＰＣ」としている。

図１６を参照して、ＰＣ２００Ａは、ＳＳＤＰのプロトコルに対応するリクエストを含むリクエストパケットをマルチキャストでＬＡＮ３に送出する。そのリクエストパケットは、ＭＦＰ１００Ａ〜１００Ｄそれぞれで受信される。ＭＦＰ１００Ａ〜１００Ｄ各々は、そのリクエストパケットに応答する応答パケットをＰＣ２００Ａに返信する。

また、ＭＦＰ１００Ａは、他のＭＦＰ１００Ｂ〜１００ＤのいずれからもＳＳＤＰのプロトコルのプロトコル識別情報を含む担当宣言を受信していなければ、ＳＳＤＰのプロトコルのプロトコル識別情報を含む担当宣言を、ＭＦＰ１００Ｂ〜１００Ｄにマルチキャストで送信する。このため、ＭＦＰ１００Ａ〜１００ＤのうちＳＳＤＰのプロトコルのプロトコル識別情報を含む担当宣言をＬＡＮ３に送出したＭＦＰ１００Ａ以外のＭＦＰ１００Ｂ〜１００Ｄは、ＳＳＤＰのプロトコルのプロトコル識別情報を含む担当宣言をＬＡＮ３に送出しない。ここでは、ＭＦＰ１００Ａが、ＳＳＤＰのプロトコルのプロトコル識別情報を含む担当宣言をＬＡＮ３に送出する場合を例に説明する。この場合、ＭＦＰ１００Ｂ〜１００Ｄにおいては、ＳＳＤＰのプロトコル識別情報とＭＦＰ１００Ａの装置識別情報とを含む担当装置情報をＨＤＤ１１５に記憶する。

ＭＦＰ１００Ａが担当宣言を送信すると、他のＭＦＰ１００Ｂ〜１００Ｄは装置識別情報を送信してくるので、ＭＦＰ１００Ａはそれらを収集する。そして、プロトコル担当情報を生成し、ＨＤＤ１１５にプロトコル担当情報を記憶する。プロトコル担当情報は、送信した担当宣言に含まれるＳＳＤのプロトコルのプロトコル識別情報と、ＭＦＰ１００Ｂ〜１００Ｄそれぞれの装置識別情報を含む。

次に、依頼装置であるＭＦＰ１００Ｂ〜１００Ｄのいずれかの電源がＯＦＦになる場合について、ＭＦＰ１００Ｂの電源がＯＦＦになった場合を例に説明する。ＭＦＰ１００Ｂは、電源がＯＦＦになると、電源ＯＦＦ信号をマルチキャストで送信する。ＭＦＰ１００Ａは、ＭＦＰ１００Ｂが送信する電源ＯＦＦ信号を受信すると、ＨＤＤ１１５に記憶されているプロトコル担当情報を更新する。プロトコル担当情報に含まれる装置識別情報のうちからＭＦＰ１００Ｂの装置識別情報を削除する。

次に、担当装置であるＭＦＰ１００Ａの電源がＯＦＦになる場合、ＭＦＰ１００Ａは、他のＭＦＰ１００Ｂ〜１００Ｄに、電源ＯＦＦ信号をマルチキャストで送信する。ＭＦＰ１００Ｂ〜１００Ｄそれぞれは、ＭＦＰ１００Ａから電源ＯＦＦ信号を受信すると、ＨＤＤに記憶された担当装置情報に基づいて、ＳＳＤＰのプロトコル識別情報を取得する。そして、他のＭＦＰ１００Ｂ〜１００ＤのいずれからもＳＳＤＰのプロトコルのプロトコル識別情報を含む担当宣言を受信していなければ、ＳＳＤＰのプロトコルのプロトコル識別情報を含む担当宣言を、ＭＦＰ１００Ｂ〜１００Ｄにマルチキャストで送信する。ここでは、ＭＦＰ１００Ｂが担当宣言を送信する場合を例に説明する。この場合、ＭＦＰ１００Ｃ，１００Ｄにおいては、ＳＳＤＰのプロトコル識別情報とＭＦＰ１００Ｂの装置識別情報とを含む担当装置情報をＨＤＤ１１５に記憶する。

ＭＦＰ１００Ｂが担当宣言を送信すると、他のＭＦＰ１００Ｃ，１００Ｄは装置識別情報を送信してくるので、ＭＦＰ１００Ｂはそれらを収集する。そして、ＭＦＰ１００Ｂは、プロトコル担当情報を生成し、ＨＤＤ１１５にプロトコル担当情報を記憶する。プロトコル担当情報は、送信した担当宣言に含まれるＳＳＤのプロトコルのプロトコル識別情報と、ＭＦＰ１００Ｃ，１００Ｄそれぞれの装置識別情報を含む。

第３の実施の形態におけるＭＦＰ１００Ａ〜１００ＤそれぞれにおいてメインＣＰＵ１１とサブＣＰＵ２１との間の情報の流れは、図９に示した流れと同じである。

図１７は、第３の実施の形態における担当装置決定処理の流れの一例を示すフローチャートである。第３の実施の形態における担当装置決定処理は、ＭＦＰ１００Ａ〜１００Ｄ各々が備えるメインＣＰＵ１１が、担当装置決定プログラムを実行することにより、メインＣＰＵ１１によって実行される処理である。ここでは、ＭＦＰ１００Ａが備えるメインＣＰＵ１１が担当装置決定プログラムを実行する場合を例に説明する。

図１７を参照して、メインＣＰＵ１１は、ステップＳ１２１において、４つの装置探索プロトコルいずれかのリクエストパケットを受信したか否かを判断する（ステップＳ１２１）。４つの装置探索プロトコルいずれかのリクエストパケットを受信したならば処理をステップＳ１２２に進めるが、そうでなければ処理をステップＳ１３７に進める。ステップＳ１３７においては、他のＭＦＰ１００Ｂ〜１００Ｄのいずれかから電源ＯＦＦ信号を受信したか否かを判断する。電源ＯＦＦ信号を受信したならば処理をステップＳ１３８に進めるが、そうでなければ処理をステップＳ１２１に戻す。換言すれば、担当装置決定処理は、メインＣＰＵ１１が、４つの装置探索プロトコルいずれかのリクエストパケットを受信した場合、または、他のＭＦＰ１００Ｂ〜１００Ｄのいずれかから電源ＯＦＦ信号を受信した場合に実行される処理である。

ステップＳ１２２においては、受信されたリクエストパケットに対応する装置探索プロトコルを特定し、特定された装置探索プロトコルに対応する担当装置が決定済か否かを判断する。その装置探索プロトコルのプロトコル識別情報を含むプロトコル担当情報または担当装置情報がＨＤＤ１１５に記憶されていれば、担当装置が決定済と判断する。担当装置が決定済であれば処理をステップＳ１２３に進めるが、そうでなければ処理をステップＳ１２５に進める。

ステップＳ１２３においては、受信されたリクエストパケットに対応する装置探索プロトコルのプロトコル識別情報を含むプロトコル担当情報がＨＤＤ１１５に記憶されているか否かを判断する。そのようなプロトコル担当情報がＨＤＤ１１５に記憶されていれば、処理をステップＳ１２４に進めるが、そうでなければ処理をステップＳ１２１に戻す。

ステップＳ１２４においては、応答パケットを返信し、処理をステップＳ１２１に戻す。応答パケットは、少なくとも、自装置および依頼装置の装置識別情報を含む。装置探索プロトコルのプロトコル識別情報を含むプロトコル担当情報をＨＤＤ１１５から読出し、そのプロトコル担当情報に含まれる装置識別情報を依頼装置の装置識別情報として取得する。

ステップＳ１２５においては、応答パケットを返信し、処理をステップＳ１２７に進める。応答パケットは、少なくとも自装置の装置識別情報を含む。ステップＳ１２６においては、受信されたリクエストパケットに対応する装置探索プロトコルのプロトコル識別情報を含む担当宣言を受信したか否かを判断する。他のＭＦＰ１００Ｂ〜１００Ｄのうちから受信されたリクエストパケットに対応する装置探索プロトコルのプロトコル識別情報を含む担当宣言を受信したならば処理をステップＳ１２７に進めるが、そうでなければ処理をステップＳ１３２に進める。

ステップＳ１２７においては、担当宣言を送信してきた装置を担当装置に特定する。そして、特定された担当装置に自装置の装置識別情報を送信する。例えば、担当装置としてＭＦＰ１００Ｂが特定される場合、ＭＦＰ１００ＢにＭＦＰ１００Ａの装置識別情報を含むパケットをユニキャストで送信する。

次のステップＳ１２９においては、担当装置情報を生成する。担当装置情報は、ステップＳ１２１で受信されたリクエストパケットに対応する装置探索プロトコルのプロトコル識別情報と、ステップＳ１２７において担当装置に特定された装置の装置識情報とを含む。次のステップＳ１３０においては、担当装置情報をＨＤＤ１１５に記憶し、処理をステップＳ１３１に進める。ステップＳ１３１においては、ステップＳ１２１で受信されたリクエストパケットに対応する装置探索プロトコルに対応する応答プログラムの実行を中止し、処理をステップＳ１２１に戻す。

ステップＳ１３２においては、第２ＲＡＭ２３の残容量が、ステップＳ１２１で受信されたパケットのプロトコルに対応する応答プログラムの実行時容量より大きいか否かを判断する。第２ＲＡＭ２３の残容量が、応答プログラムの実行時容量より大きいならば処理をステップＳ１３３に進めるが、そうでなければ処理をステップＳ１２６に戻す。ステップＳ１３３においては、担当宣言をマルチキャストで他のＭＦＰ１００Ｂ〜１００Ｄに送信する。そして、他のＭＦＰ１００Ｂ〜１００Ｄから送信される装置識別情報を収集する（ステップＳ１３４）。他のＭＦＰ１００Ｂ〜１００Ｄは、担当装置決定処理を実行するので、ステップＳ１２６〜ステップＳ１３１で説明したように、ＭＦＰ１００Ａから担当宣言を受信すると、自装置の装置識別情報をＭＦＰ１００Ａにユニキャストで送信する。このため、ステップＳ１３４においては、他のＭＦＰ１００Ｂ〜１００Ｄから送信される装置識別情報を受信する。

次のステップＳ１３５においては、プロトコル担当情報を生成する。プロトコル担当情報は、ステップＳ１２１で受信されたリクエストパケットに対応する装置探索プロトコルのプロトコル識別情報と、ステップＳ１３４において収集されたＭＦＰ１００Ｂ〜１００Ｄそれぞれの装置識別情報とを含む。そして、生成されたプロトコル担当情報をＨＤＤ１１５に記憶し（ステップＳ１３６）、処理をステップＳ１２１に戻す。

ステップＳ１３８においては、電源ＯＦＦ信号を送信してきた装置を特定する。そして、特定された装置が担当装置か否かを判断する（ステップＳ１３９）。特定された装置の装置識別情報を含む担当装置情報がＨＤＤ１１５に記憶されていれば、電源ＯＦＦ信号を送信してきた装置が担当装置と判断する。電源ＯＦＦ信号を送信してきた装置が担当装置ならば、担当装置情報に含まれるプロトコル識別情報を取得し、処理をステップＳ１２６に進める。電源ＯＦＦ信号を送信してきた装置が担当装置でなければ、処理をステップＳ１４０に進める。ステップＳ１４０においては、ＨＤＤ１１５に記憶されているプロトコル担当情報に含まれる装置識別情報から電源ＯＦＦ信号を送信してきた装置の装置識別情報を削除し、処理をステップＳ１２１に戻す。応答パケットに、電源がＯＦＦになった装置の装置識別情報を含めないようにするためである。

図１８は、第３の実施の形態におけるプロトコル分担設定処理の流れの一例を示すフローチャートである。第３の実施の形態におけるプロトコル分担設定処理は、ＭＦＰ１００Ａ〜１００Ｄ各々が備えるメインＣＰＵ１１がプロトコル分担設定プログラムを実行することにより、メインＣＰＵ１１により実行される処理である。図１８を参照して、図１１に示した第１の実施の形態におけるプロトコル分担設定処理と異なる点は、ステップＳ０１〜ステップＳ０５が削除された点、ステップＳ０７がステップＳ０７Ａに変更された点である。その他の処理は、図１１に示した処理と同じなので、ここでは説明を繰り返さない。ステップＳ０７Ａにおいては、電源ＯＦＦ信号を、マルチキャストでＬＡＮ３に送出する。

第３の実施の形態におけるＭＦＰ１００Ａ〜１００Ｄ各々においては、サブＣＰＵ２１によって図１２に示した代理応答処理と同様の処理が実行される。ただし、第３の実施の形態における代理応答処理は、図１２に示したステップＳ２７において、電源ＯＦＦ信号を管理ＰＣ２００Ａに送信するのではく、電源ＯＦＦ信号をマルチキャストでＬＡＮ３に送出する点で異なる。

以上説明したように、第３の実施の形態における管理システム１Ｂにおいて、
この発明のさらに他の局面に従えば、画像処理装置は、ネットワークに接続された１以上の他の画像処理装置と通信可能な画像処理装置であって、第１の条件の成立により駆動しなくなるメイン制御手段と、メイン制御手段により起動され、メイン制御手段が駆動していない間に駆動し、第２の条件の成立によりメイン制御手段を起動した後に駆動しなくなるサブ制御手段と、サブ制御手段により制御される揮発性の記憶手段と、を備え、メイン制御手段は、外部から受信されるパケットのうちから予め定められた複数のプロトコルのいずれかのパケットを検出するパケット検出手段と、パケット検出手段により複数のプロトコルのいずれかのパケットが検出される場合、１以上の他の画像処理装置のいずれからも検出されたパケットのプロトコルを識別可能なプロトコル識別情報を含む代理宣言を受信していないことを条件に、検出されたパケットのプロトコルを識別可能なプロトコル識別情報を含む代理宣言を１以上の他の画像処理装置の全てに送信する代理宣言手段と、１以上の他の画像処理装置それぞれから当該画像処理装置を識別するための装置識別情報を収集する装置収集手段と、第１の条件の成立に応じて、サブ制御手段を起動するメイン起動手段と、サブ制御手段を制御して、代理宣言を１以上の他の画像処理装置に送信する場合、当該代理宣言に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを記憶手段にロードさせるが、代理宣言を１以上の他の画像処理装置から受信する場合、当該代理宣言に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを記憶手段にロードさせない対応手段と、を含み、サブ制御手段は、記憶手段にロードされた応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、応答プログラムに対応するプロトコルのパケットに応答して、メイン制御手段を起動することなく、当該プロトコルのプロトコル識別情報を含み、装置収集手段により収集された１以上の装置識別情報を含む応答パケットを返信する応答手段を含む。

複数のＭＦＰ１００Ａ〜１００Ｄそれぞれにおいて、例えばＭＦＰ１００Ａは、複数の装置探索プロトコルのいずれかのパケットが検出される場合、他のＭＦＰ１００Ｂ〜１００Ｄのいずれからも代理宣言を受信していないことを条件に、代理宣言を他のＭＦＰ１００ＡＢ〜１００Ｄの全てに送信し、代理宣言を送信した場合は、スリープ移行条件等の第１の条件の成立によって起動されるサブＣＰＵ２１は、担当装置の場合に担当の装置探索プロトコルに対応する応答プログラムを第２ＲＡＭ２３にロードするが、代理宣言を送信していない場合は応答プログラムをロードしない。また、サブＣＰＵ２１は、第２ＲＡＭ２３にロードした応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、応答プログラムに対応する装置探索プロトコルのパケットに応答して、メインＣＰＵ１１を起動することなく、他のＭＦＰ１００Ｂ〜１００Ｄの装置識別情報を含む応答パケットを返信する。このため、複数の装置探索プロトコルそれぞれに対して、複数のＭＦＰ１００Ａ〜１００Ｄのいずれが担当するかを決定することができる。このため、消費電力を低減しつつ、ＬＡＮ３に流れる複数の装置探索プロトコルに他のＭＦＰ１００Ｂ〜１００Ｄと共同で対応することができる。

また、複数のＭＦＰ１００Ａ〜１００Ｄそれぞれにおいて、例えばＭＦＰ１００Ａは、複数の装置探索プロトコルのいずれかのパケットが検出される場合、そのパケットの装置探索プロトコルに対応する応答プログラムをサブＣＰＵ２１が実行可能であることをさらに条件に、代理宣言を送信する。このため、スリープ移行条件等の第１の条件が成立した後に、応答プログラムを実行することができる場合に限って、代理宣言を送信するので、応答プログラムを確実に実行することができる。

また、メインＣＰＵ１１は、サブＣＰＵ２１が応答プログラムを第２ＲＡＭ２３にロードした後の空き容量が所定の値以上の場合に実行可能と判断する。このため、応答プログラムを実行可能か否かを容易に判断することができる。

さらに、複数のＭＦＰ１００Ａ〜１００Ｄそれぞれは、例えばＭＦＰ１００Ａは、担当装置の場合に、他のＭＦＰ１００Ｂ〜１００Ｄの全てに停止信号を送信し、メインＣＰＵ１１は、他のＭＦＰ１００Ｂ〜１００Ｄのいずれかから停止信号を受信する場合、当該停止信号を送信してきた停止装置、例えばＭＦＰ１００Ｂから代理宣言を受信している場合は、ＭＦＰ１００Ｃおよび１００Ｄのいずれからも代理宣言を受信していないことを条件に、ＭＦＰ１００Ｂから受信された代理宣言に含まれるプロトコル識別情報を含む代理宣言をＭＦＰ１００Ｃおよび１００Ｄの全てに送信する。このため、他のＭＦＰのうち停止していない１以上のＭＦＰで複数のプロトコルに対応することができる。

なお、上述した第３の実施の形態においては、管理システム１Ｂについて説明したが、図１７に示した担当装置決定処理および図１８に示した代理応答処理を、ＭＦＰ１００Ａ〜１００Ｄにそれぞれ実行させるプロトコル分担方法、そのプロトコル分担方法を、ＭＦＰ１００Ａ〜１００Ｄがそれぞれ備えるメインＣＰＵ１１およびサブＣＰＵ２１にそれぞれ実行させるプロトコル分担プログラムとして捉えることができるのは言うまでもない。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

＜付記＞
（１） 前記予め定められた複数のプロトコルは、通信可能なデバイスの存在を問い合わせる手順を定めるプロトコルである、請求項１〜１０のいずれかに記載の管理システム。
（２） 前記担当判断ステップは、前記外部から受信されるパケットに含まれるポート番号に基づいて、プロトコルを判断する、請求項１〜１０のいずれかに記載の管理システム。
（３） ネットワークに接続された他の１以上の画像処理装置と通信可能な画像処理装置で実行されるプロトコル分担方法あって、
前記画像処理装置は、第１の条件の成立により駆動しなくなるメイン制御手段と、
前記メイン制御手段により起動され、第２の条件の成立により前記メイン制御手段を起動した後に駆動しなくなるサブ制御手段と、
前記サブ制御手段により制御される揮発性の記憶手段と、を備え、
自装置と前記他の１以上の画像処理装置を含む複数の画像処理装置を管理する管理装置として機能する場合は、
前記他の１以上の画像処理装置それぞれから当該画像処理装置の能力を示す能力情報および装置識別情報を収集する収集ステップと、
前記複数の画像処理装置それぞれの能力情報に基づいて、予め定められた複数のプロトコルそれぞれに対して、前記複数の画像処理装置のいずれか１つを担当装置に決定する担当装置決定ステップと、
前記複数のプロトコルそれぞれについて、当該プロトコルに対して決定された前記担当装置に当該プロトコルを識別するためのプロトコル識別情報と、前記複数の画像処理装置のうち前記担当装置以外の１以上の画像処理装置それぞれの装置識別情報とを含むプロトコル担当情報を記憶させ、当該プロトコルに対して決定された前記担当装置以外の１以上の画像処理装置に当該プロトコルのプロトコル識別情報を含むプロトコル依頼情報を記憶させる担当情報通知ステップと、を前記メイン制御手段に実行させ、
前記親装置として機能しない場合は、前記管理装置として機能する画像処理装置から前記複数のプロトコルごとに前記プロトコル担当情報または前記プロトコル依頼情報を取得する担当情報取得ステップを前記メイン制御手段に実行させ、
前記管理装置として機能する場合または前記管理装置として機能しない場合のいずれかの場合は、前記メイン制御手段に、前記第１の条件の成立に応じて、前記サブ制御手段を起動するメイン起動ステップと、
前記サブ制御手段を制御して、前記プロトコル担当情報が取得される場合は当該プロトコル担当情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせるステップと、
前記プロトコル依頼情報が取得される場合は当該プロトコル依頼情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせないステップと、を実行させ、
前記サブ制御手段に、前記記憶手段にロードされた応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、前記応答プログラムに対応するプロトコルのパケットに応答して、前記メイン制御手段を起動することなく、前記メイン制御手段により取得され、前記応答プログラムに対応するプロトコルのプロトコル識別情報を含む前記プログラム担当情報に含まれる前記１以上の依頼装置の装置識別情報を含む応答パケットを返信する応答ステップを実行させる、プロトコル分担方法。この局面に従えば、複数の画像処理装置の消費電力を低減しつつ、複数の画像処理装置をネットワークに流れる複数のプロトコルに対応させることが可能なプロトコル分担方法を提供することができる。
（４） ネットワークに接続された１以上の他の画像処理装置と通信可能な画像処理装置で実行されるプロトコル分担方法であって、
前記画像処理装置は、第１の条件の成立により駆動しなくなるメイン制御手段と、
前記メイン制御手段により起動され、前記メイン制御手段が駆動していない間に駆動し、第２の条件の成立により前記メイン制御手段を起動した後に駆動しなくなるサブ制御手段と、
前記サブ制御手段により制御される揮発性の記憶手段と、を備え、
前記メイン制御手段に、外部から受信されるパケットのうちから予め定められた複数のプロトコルのいずれかのパケットを検出するパケット検出ステップと、
前記パケット検出ステップにおいて前記複数のプロトコルのいずれかのパケットが検出される場合、前記１以上の他の画像処理装置のいずれからも前記検出されたパケットのプロトコルを識別可能なプロトコル識別情報を含む代理宣言を受信していないことを条件に、前記検出されたパケットのプロトコルを識別可能なプロトコル識別情報を含む代理宣言を前記１以上の他の画像処理装置の全てに送信する代理宣言ステップと、
前記１以上の他の画像処理装置それぞれから当該画像処理装置を識別するための装置識別情報を収集する装置収集ステップと、
前記第１の条件の成立に応じて、前記サブ制御手段を起動するメイン起動ステップと、
前記サブ制御ステップを制御して、前記代理宣言を前記１以上の他の画像処理装置に送信する場合、当該代理宣言に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせるステップと、
前記サブ制御ステップを制御して、前記代理宣言を前記１以上の他の画像処理装置から受信する場合、当該代理宣言に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせないステップと、を実行させ、
前記サブ制御手段に、前記記憶手段にロードされた応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、前記応答プログラムに対応するプロトコルのパケットに応答して、前記メイン制御手段を起動することなく、前記装置収集ステップにおいて収集された前記１以上の装置識別情報を含む応答パケットを返信する応答ステップを実行させる、プロトコル分担方法。この局面に従えば、消費電力を低減しつつ、ネットワークに流れる複数のプロトコルに他の画像処理装置と共同で対応することが可能なプロトコル分担方法を提供することができる。

１，１Ａ，１Ｂ 管理システム、５ ＬＡＮ、１００Ａ〜１００Ｄ ＭＦＰ、１１１ メイン回路、１１３ 通信Ｉ／Ｆ部、１１５ ＨＤＤ、１１６ ファクシミリ部、１１７ 外部記憶装置、１１８ ＣＤ−ＲＯＭ、１２０ 自動原稿搬送装置、１３０ 原稿読取部、１４０ 画像形成部、１５０ 給紙部、１５５ 後処理部、１６０ 操作パネル、１６１ 表示部、１６３ 操作部、１６５ タッチパネル、１６７ ハードキー部、１１ メインＣＰＵ、１３ 第１ＲＡＭ、１５ 第１電源回路、１７ ＲＯＭ、１９ 第１キャパシタ、２１ サブＣＰＵ、２３ 第２ＲＡＭ、２５ 第２電源回路、２９ 第２キャパシタ、３１ ＡＳＩＣ、３５ 第３電源回路、２００Ａ〜２００Ｄ ＰＣ、２０１ ＣＰＵ、２０２ ＲＯＭ、２０２ ＲＡＭ、２０４ ＨＤＤ、２０５ 通信部、２０６ 表示部、２０７ 操作部、２０９ 外部記憶装置、５１ 分担情報取得部、５３ メイン起動部、５５，５５Ａ 対応部、５７，５７Ａ，５７Ｂ メイン停止通知部、６１ 収集部、６３ 担当装置決定部、６５ 電源ＯＦＦ検出部、６７ 分担情報通知部、６９ 能力優先決定部、７１ パケット検出部、７３ 代理宣言部、７５ 停止検出部、７７ 代理宣言受信部、７９ 装置情報収集部、９１ サブ起動部、９３，９３Ａ 応答部、９５，９５Ａ，９５Ｂ サブ停止通知部、２５１ 収集部、２５３ 担当装置決定部、２５５ 分担情報通知部、２５７ 検出部、２６１ 割当画面表示部、２６３ 割当指示受付部。

Claims (17)

1. ネットワークに接続された複数の画像処理装置を含む管理システムであって、
   前記複数の画像処理装置を管理するための管理装置を含み、
   前記管理装置は、
   前記複数の画像処理装置それぞれから当該画像処理装置の能力を示す能力情報および当該画像処理装置を識別するための装置識別情報を収集する収集手段と、
   前記複数の画像処理装置それぞれの能力情報に基づいて、予め定められた複数のプロトコルそれぞれに対して、前記複数の画像処理装置のいずれか１つを担当装置に決定する担当装置決定手段と、
   前記複数のプロトコルそれぞれについて、当該プロトコルに対して決定された前記担当装置に当該プロトコルを識別するためのプロトコル識別情報と、前記複数の画像処理装置のうち前記担当装置以外の１以上の画像処理装置それぞれの装置識別情報とを含むプロトコル担当情報を記憶させ、当該プロトコルに対して決定された前記担当装置以外の１以上の画像処理装置に当該プロトコルのプロトコル識別情報を含むプロトコル依頼情報を記憶させる分担情報通知手段と、を備え、
   前記複数の画像処理装置各々は、
   第１の条件の成立により駆動しなくなるメイン制御手段と、
   前記メイン制御手段により起動され、起動後は第２の条件の成立により前記メイン制御手段を起動した後に駆動しなくなるサブ制御手段と、
   前記サブ制御手段により制御される揮発性の記憶手段と、を備え、
   前記メイン制御手段は、前記管理装置から前記複数のプロトコルごとに前記プロトコル担当情報または前記プロトコル依頼情報を取得する分担情報取得手段と、
   前記第１の条件の成立に応じて、前記サブ制御手段を起動するメイン起動手段と、
   前記サブ制御手段を制御して、前記プロトコル担当情報が取得される場合は当該プロトコル担当情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせるが、前記プロトコル依頼情報が取得される場合は当該プロトコル依頼情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせない対応手段と、を含み、
   前記サブ制御手段は、前記記憶手段にロードされた応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、前記応答プログラムに対応するプロトコルのパケットに応答して、前記メイン制御手段を起動することなく、前記メイン制御手段により取得され、前記応答プログラムに対応するプロトコルのプロトコル識別情報を含む前記プログラム担当情報に含まれる前記１以上の依頼装置の装置識別情報を含む応答パケットを返信する応答手段を含む、管理システム。
2. 前記複数の画像処理装置とは別の管理コンピューターをさらに備え、
   前記管理装置は、前記管理コンピューターである、請求項１に記載の管理システム。
3. 前記担当装置決定手段は、ユーザーにより前記複数の画像処理装置のうちから前記複数のプロトコルそれぞれに対応する１つの候補装置の指定を受け付ける候補装置受付手段と、
   前記候補装置ごとに、当該候補装置の能力情報に基づいて、前記候補装置に対応するプロトコルに対応する前記応答プログラムを実行する場合の能力を示す残存能力情報を表示する残存能力表示手段と、を含む、請求項２に記載の管理システム。
4. 前記複数の画像処理装置各々の能力情報は、当該画像処理装置が備える前記記憶手段の空き容量であり、
   前記候補装置の残存能力情報は、当該候補装置が備える前記サブ制御手段が、前記記憶手段に前記応答プログラムをロードした後の空き容量である、請求項３に記載の管理システム。
5. 前記管理装置は、前記複数の画像処理装置のうちで予め定められた画像処理装置である、請求項１に記載の管理システム。
6. 前記担当装置決定手段は、前記複数の画像処理装置それぞれの能力情報に基づいて、能力に余裕のある装置から順に担当装置を決定する能力優先決定手段を含む、請求項５に記載の管理システム。
7. 前記複数の画像処理装置各々の能力情報は、当該画像処理装置が備える前記記憶手段の空き容量である、請求項６に記載の管理システム。
8. 前記メイン制御手段は、前記プロトコル担当情報が取得される場合は当該プロトコル担当情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、前記応答プログラムに対応するプロトコルのパケットに応答して、当該プロトコルのプロトコル識別情報を含み、前記メイン制御手段により取得された前記プログラム担当情報に含まれる前記１以上の依頼装置の装置識別情報を含む応答パケットを返信し、前記プロトコル依頼情報が取得される場合は当該プロトコル依頼情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを実行しないメイン応答手段を、含む、請求項１〜６のいずれかに記載の管理システム。
9. 前記管理装置は、前記担当装置から停止することが通知される場合、前記複数の画像処理装置のうち前記担当装置を除く１以上の残存画像処理装置の能力情報に基づいて、複数のプロトコルそれぞれに対して、前記１以上の残存画像処理装置のいずれか１つを新たな担当装置に決定する担当装置再決定手段を、さらに含む、請求項１〜８のいずれかに記載の管理システム。
10. 前記対応手段は、前記サブ制御手段が起動時に読み取るブートプログラムを書き換えることによって、前記応答プログラムを前記記憶手段にロードさせる、請求項１〜９のいずれかに記載の管理システム。
11. ネットワークに接続された他の１以上の画像処理装置と通信可能な画像処理装置であって、
    第１の条件の成立により駆動しなくなるメイン制御手段と、
    前記メイン制御手段により起動され、第２の条件の成立により前記メイン制御手段を起動した後に駆動しなくなるサブ制御手段と、
    前記サブ制御手段により制御される揮発性の記憶手段と、を備え、
    自装置と前記他の１以上の画像処理装置を含む複数の画像処理装置を管理する管理装置として機能する場合、
    前記他の１以上の画像処理装置それぞれから当該画像処理装置の能力を示す能力情報および当該画像処理装置を識別するための装置識別情報を収集する収集手段と、
    前記複数の画像処理装置それぞれの能力情報に基づいて、予め定められた複数のプロトコルそれぞれに対して、前記複数の画像処理装置のいずれか１つを担当装置に決定する担当装置決定手段と、
    前記複数のプロトコルそれぞれについて、当該プロトコルに対して決定された前記担当装置に当該プロトコルを識別するためのプロトコル識別情報と、前記複数の画像処理装置のうち前記担当装置以外の１以上の画像処理装置それぞれの装置識別情報とを含むプロトコル担当情報を記憶させ、当該プロトコルに対して決定された前記担当装置以外の１以上の画像処理装置に当該プロトコルのプロトコル識別情報を含むプロトコル依頼情報を記憶させる分担情報通知手段と、を備え、
    前記管理装置として機能しない場合は、
    前記メイン制御手段は、前記管理装置として機能する画像処理装置から前記複数のプロトコルごとに前記プロトコル担当情報または前記プロトコル依頼情報を取得する分担情報取得手段と、
    前記管理装置として機能する場合または前記管理装置として機能しない場合のいずれかの場合は、前記メイン制御手段は、
    前記第１の条件の成立に応じて、前記サブ制御手段を起動するメイン起動手段と、
    前記サブ制御手段を制御して、前記プロトコル担当情報が取得される場合は当該プロトコル担当情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせるが、前記プロトコル依頼情報が取得される場合は当該プロトコル依頼情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせない対応手段と、を含み、
    前記サブ制御手段は、前記記憶手段にロードされた応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、前記応答プログラムに対応するプロトコルのパケットに応答して、前記メイン制御手段を起動することなく、前記メイン制御手段により取得され、前記応答プログラムに対応するプロトコルのプロトコル識別情報を含む前記プログラム担当情報に含まれる前記１以上の依頼装置の装置識別情報を含む応答パケットを返信する応答手段を含む、画像処理装置。
12. ネットワークに接続された１以上の他の画像処理装置と通信可能な画像処理装置であって、
    第１の条件の成立により駆動しなくなるメイン制御手段と、
    前記メイン制御手段により起動され、前記メイン制御手段が駆動していない間に駆動し、第２の条件の成立により前記メイン制御手段を起動した後に駆動しなくなるサブ制御手段と、
    前記サブ制御手段により制御される揮発性の記憶手段と、を備え、
    前記メイン制御手段は、外部から受信されるパケットのうちから予め定められた複数のプロトコルのいずれかのパケットを検出するパケット検出手段と、
    前記パケット検出手段により前記複数のプロトコルのいずれかのパケットが検出される場合、前記１以上の他の画像処理装置のいずれからも前記検出されたパケットのプロトコルを識別可能なプロトコル識別情報を含む代理宣言を受信していないことを条件に、前記検出されたパケットのプロトコルを識別可能なプロトコル識別情報を含む代理宣言を前記１以上の他の画像処理装置の全てに送信する代理宣言手段と、
    前記１以上の他の画像処理装置それぞれから当該画像処理装置を識別するための装置識別情報を収集する装置収集手段と、
    前記第１の条件の成立に応じて、前記サブ制御手段を起動するメイン起動手段と、
    前記サブ制御手段を制御して、前記代理宣言を前記１以上の他の画像処理装置に送信する場合、当該代理宣言に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせるが、前記代理宣言を前記１以上の他の画像処理装置から受信する場合、当該代理宣言に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせない対応手段と、を含み、
    前記サブ制御手段は、前記記憶手段にロードされた応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、前記応答プログラムに対応するプロトコルのパケットに応答して、前記メイン制御手段を起動することなく、前記装置収集手段により収集された前記１以上の装置識別情報を含む応答パケットを返信する応答手段を含む、画像処理装置。
13. 前記代理宣言手段は、前記検出手段により検出されたパケットのプロトコルに対応する応答プログラムを前記サブ制御手段が実行可能であることをさらに条件に、前記代理宣言を送信する、請求項１２に記載の画像処理装置。
14. 前記代理宣言手段は、前記サブ制御手段が前記応答プログラムを前記記憶手段にロードした後の空き容量が所定の値以上の場合に実行可能と判断する、請求項１３に記載の画像処理装置。
15. 前記メイン制御手段および前記サブ制御手段に電力を供給する副電源を、さらに備え、
    前記メイン制御手段および前記サブ制御手段それぞれは、前記代理宣言手段によって前記代理宣言が前記１以上の他の画像処理装置の全てに送信されている場合であって、前記メイン制御手段および前記サブ制御手段に供給される電源が遮断される場合、前記副電源からの電力の供給を受けて、前記１以上の他の画像処理装置の全てに停止信号を送信する停止通知手段を、さらに含み、
    前記メイン制御手段は、前記１以上の他の画像処理装置のいずれかから停止信号を受信する場合、当該停止信号を送信してきた停止装置から代理宣言を受信している場合は、前記１以上の他の画像処理装置のいずれからも前記停止装置から受信された代理宣言に含まれるプロトコル識別情報を含む代理宣言を受信していないことを条件に、当該停止装置から受信された代理宣言に含まれるプロトコル識別情報を含む代理宣言を前記１以上の他の画像処理装置の全てに送信する再決定手段を、含む、請求項１２〜１４のいずれかに記載の画像処理装置。
16. ネットワークに接続された他の１以上の画像処理装置と通信可能な画像処理装置で実行されるプロトコル分担プログラムであって、
    前記画像処理装置は、第１の条件の成立により駆動しなくなるメイン制御手段と、
    前記メイン制御手段により起動され、第２の条件の成立により前記メイン制御手段を起動した後に駆動しなくなるサブ制御手段と、
    前記サブ制御手段により制御される揮発性の記憶手段と、を備え、
    自装置と前記他の１以上の画像処理装置を含む複数の画像処理装置を管理する管理装置として機能する場合は、
    前記他の１以上の画像処理装置それぞれから当該画像処理装置の能力を示す能力情報および装置識別情報を収集する収集ステップと、
    前記複数の画像処理装置それぞれの能力情報に基づいて、予め定められた複数のプロトコルそれぞれに対して、前記複数の画像処理装置のいずれか１つを担当装置に決定する担当装置決定ステップと、
    前記複数のプロトコルそれぞれについて、当該プロトコルに対して決定された前記担当装置に当該プロトコルを識別するためのプロトコル識別情報と、前記複数の画像処理装置のうち前記担当装置以外の１以上の画像処理装置それぞれの装置識別情報とを含むプロトコル担当情報を記憶させ、当該プロトコルに対して決定された前記担当装置以外の１以上の画像処理装置に当該プロトコルのプロトコル識別情報を含むプロトコル依頼情報を記憶させる担当情報通知ステップと、を前記メイン制御手段に実行させ、
    前記親装置として機能しない場合は、前記管理装置として機能する画像処理装置から前記複数のプロトコルごとに前記プロトコル担当情報または前記プロトコル依頼情報を取得する担当情報取得ステップを前記メイン制御手段に実行させ、
    前記管理装置として機能する場合または前記管理装置として機能しない場合のいずれかの場合は、前記メイン制御手段に、前記第１の条件の成立に応じて、前記サブ制御手段を起動するメイン起動ステップと、
    前記サブ制御手段を制御して、前記プロトコル担当情報が取得される場合は当該プロトコル担当情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせるステップと、
    前記プロトコル依頼情報が取得される場合は当該プロトコル依頼情報に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせないステップと、を実行させ、
    前記サブ制御手段に、前記記憶手段にロードされた応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、前記応答プログラムに対応するプロトコルのパケットに応答して、前記メイン制御手段を起動することなく、前記メイン制御手段により取得され、前記応答プログラムに対応するプロトコルのプロトコル識別情報を含む前記プログラム担当情報に含まれる前記１以上の依頼装置の装置識別情報を含む応答パケットを返信する応答ステップを実行させる、プロトコル分担プログラム。
17. ネットワークに接続された１以上の他の画像処理装置と通信可能な画像処理装置で実行されるプロトコル分担プログラムであって、
    前記画像処理装置は、第１の条件の成立により駆動しなくなるメイン制御手段と、
    前記メイン制御手段により起動され、前記メイン制御手段が駆動していない間に駆動し、第２の条件の成立により前記メイン制御手段を起動した後に駆動しなくなるサブ制御手段と、
    前記サブ制御手段により制御される揮発性の記憶手段と、を備え、
    前記メイン制御手段に、外部から受信されるパケットのうちから予め定められた複数のプロトコルのいずれかのパケットを検出するパケット検出ステップと、
    前記パケット検出ステップにおいて前記複数のプロトコルのいずれかのパケットが検出される場合、前記１以上の他の画像処理装置のいずれからも前記検出されたパケットのプロトコルを識別可能なプロトコル識別情報を含む代理宣言を受信していないことを条件に、前記検出されたパケットのプロトコルを識別可能なプロトコル識別情報を含む代理宣言を前記１以上の他の画像処理装置の全てに送信する代理宣言ステップと、
    前記１以上の他の画像処理装置それぞれから当該画像処理装置を識別するための装置識別情報を収集する装置収集ステップと、
    前記第１の条件の成立に応じて、前記サブ制御手段を起動するメイン起動ステップと、
    前記サブ制御手段を制御して、前記代理宣言を前記１以上の他の画像処理装置に送信する場合、当該代理宣言に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせるステップと、
    前記サブ制御ステップを制御して、前記代理宣言を前記１以上の他の画像処理装置から受信する場合、当該代理宣言に含まれるプロトコル識別情報で特定されるプロトコルに対応する応答プログラムを前記記憶手段にロードさせないステップと、を実行させ、
    前記サブ制御手段に、前記記憶手段にロードされた応答プログラムを実行することによって、外部から受信されるマルチキャストのパケットであって、前記応答プログラムに対応するプロトコルのパケットに応答して、前記メイン制御手段を起動することなく、前記装置収集ステップにおいて収集された前記１以上の装置識別情報を含む応答パケットを返信する応答ステップを実行させる、プロトコル分担プログラム。
    

Images