情報処理装置、情報処理装置のリソース管理方法およびプログラム
【課題】 ネットワークに接続された複数の画像形成装置のリソースを管理することを可能とする画像形成装置、リソース管理方法およびプログラムを提供すること。
【解決手段】 電源オン時に、画像形成装置が帰属されるネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた画像形成装置のデータ・リストを含む通信データを作成する通信データ作成手段５０１と、通信データを受信して前記データ・リストを取得し、リソース評価リストとデータ・リストとを照合してスコアを計算し、スコアに応答してリソース処理のステータスを判断するステータス判断手段５０２と、ステータス判断手段の判断結果に応答して、判断されたステータスを指令するステータス指令データを含むレスポンス・データを作成し、通信データの送信元に返信するステータス指令手段５０４と、を含んでいて、ステータス識別データを使用してリソース管理の権限を制御し、所定のドメイン内での同報通信によるリソース管理を行っている。
【解決手段】 電源オン時に、画像形成装置が帰属されるネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた画像形成装置のデータ・リストを含む通信データを作成する通信データ作成手段５０１と、通信データを受信して前記データ・リストを取得し、リソース評価リストとデータ・リストとを照合してスコアを計算し、スコアに応答してリソース処理のステータスを判断するステータス判断手段５０２と、ステータス判断手段の判断結果に応答して、判断されたステータスを指令するステータス指令データを含むレスポンス・データを作成し、通信データの送信元に返信するステータス指令手段５０４と、を含んでいて、ステータス識別データを使用してリソース管理の権限を制御し、所定のドメイン内での同報通信によるリソース管理を行っている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関し、より詳細には、ネットワークに接続された複数の情報処理装置のリソースを管理する、情報処理装置、リソース管理方法およびプログラムに関する。
【背景技術】
【０００２】
これまで、多くのネットワークを介した情報処理装置の管理システムが提案されている。例えば、特開２００２−３０５６１９号公報（特許文献１）では、情報処理装置それぞれを、ネットワークを介して集中管理する集中管理装置を設けた情報処理装置総合管理システムを開示している。特許文献１で開示されたシステムは、遠隔設定された日時に情報処理装置システムの稼働状況またはシステム運用状況に関連するデータを集中管理装置に送信し、集中管理装置は、ネットワークを介して各画像処理装置のファームウェアや、データベースなどのリソース管理を行う点を開示している。
【０００３】
特許文献１では、ネットワークに接続された画像処理装置が増加するにつれて、集中管理装置へとレスポンスする情報処理装置からのトランザクションが増大し、この結果、集中管理装置に対するオーバーヘッドが過大となり管理処理のスケーラビリティが予測できない状況に立ち至る場合も想定される。この結果、例えば所定のネットワーク・ドメイン内で、複合機、複写機、ファクシミリ、プリンタなどに適用されるリソースを共有しようとする場合、ドメインに帰属される情報処理装置に対して個別にリソース管理を行っていたのでは、ドメイン内の１つの情報処理装置についてはリソースの更新は終了したものの、他の情報処理装置については終了していないなどの場合も想定できる。また、サーバは、ユニキャストにより個々の情報処理装置にデータを伝送するので、情報処理装置の台数が増加するにつれ、比例して処理が増加し、またネットワーク・トラフィックの帯域幅を情報処理装置の台数分だけ消費してしまう。
【０００４】
すなわち、特許文献１に記載された技術は、ネットワーク・トラフィックまたはサーバに負担をかけずにリソース管理を行うには充分というわけではない。また、所定のネットワーク・ドメイン単位でリソース管理およびリソース共通化を行うという点では充分なものではなく、情報処理装置のネットワーク接続の拡大およびそれに伴うトランザクションの増加などネットワーク経済的に考えれば効率的なシステムとはいえなかった。
【特許文献１】特開２００２−３０５６１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は上記従来技術に鑑みてなされたものであり、所定のネットワーク・ドメインにおけるリソース管理を効率的に行うことを可能とし、さらには、ネットワーク・トラフィックに対して過大な負荷を与えることがなく、ネットワークに接続された情報処理装置などの台数に直接サーバ側の負担が直接反映されることがないリソース管理が可能な情報処理装置を含む情報処理装置、そのリソース管理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、情報処理装置が帰属される所定のターゲット・ドメインを定義し、ターゲット・ドメインごとにリソース管理を行うことができれば、特定の情報処理装置のオーバーヘッドおよびネットワーク・トラフィック量を低減させながら、適切に情報処理装置のリソース管理を行うことができるという着想に基づいてなされたものである。
【０００７】
すなわち、本発明では、リソース管理情報処理装置ごとにリソースを管理するドメインが割当てられ、リソース管理情報処理装置は、新たな情報処理装置がドメインに参加する時点で、当該ドメイン内で最も適切であるか否かを判断することにより動的に選択される。また、動的にリソース管理情報処理装置に決定された情報処理装置は、サーバからリソース管理情報のダウンロードを行い、担当するドメイン内に配布して、当該ドメイン内におけるリソースの共有化を達成している。
【０００８】
本発明の第１の構成では、ネットワークに接続された情報処理装置であって、前記情報処理装置は、
電源オン時に、前記情報処理装置が帰属される前記ネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた前記情報処理装置のデータ・リストを含む通信データを作成する通信データ作成手段と、
前記通信データを受信して前記データ・リストを取得し、リソース管理データとして提供されるリソース評価リストと前記データ・リストとを照合してスコアを計算し、前記スコアに応答してリソース処理のステータスを判断するステータス判断手段と、
前記ステータス判断手段の判断結果に応答して、ステータス指令データを含むレスポンス・データを作成し、前記通信データの送信元に返信するステータス指令手段と
を備える情報処理装置が提供される。
【０００９】
本発明の第１の構成では、さらに、前記ドメイン外で前記ネットワークに接続されたサーバにアクセスして前記情報処理装置の前記リソース管理データの更新を判断し、前記リソース管理データが更新されたと判断した場合に前記サーバから更新された前記リソース管理データを取得するリソース取得手段を含むことができる。本発明の前記情報処理装置は、更新された前記リソース管理データを少なくとも局在化した前記ドメイン内の少なくとも１台の他の情報処理装置に配布するリソース更新手段を備えることができる。本発明の前記情報処理装置は、前記リソース管理データに対応したリソース評価リストとデータ・リストとを格納する記憶装置を含むことができる。
【００１０】
本発明の第２の構成では、
ネットワークに接続された情報処理装置のリソース管理を行うリソース管理方法であって、前記リソース管理方法は、
電源オン時に、前記情報処理装置が帰属される前記ネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた前記情報処理装置のデータ・リストを含む通信データを作成するステップと、
前記通信データに含まれる前記データ・リストとリソース管理データとして提供されるリソース評価リストとを照合して計算されたスコアに応答して決定されるステータス指令データを含むレスポンス・データを受信するステップと、
前記ステータス指令データに対応してリソース管理処理を切換えるステップと、
を含む情報処理装置のリソース管理方法が提供できる。
【００１１】
本発明の第３の構成では、ネットワークに接続された情報処理装置のリソース管理を行うリソース管理方法であって、前記リソース管理方法は、
局在化したドメイン内で同報通信され、かつ前記情報処理装置のデータ・リストを含む通信データを情報処理装置が受信するステップと、
前記通信データを受信して前記データ・リストを取得し、リソース管理データとして提供されるリソース評価リストと前記データ・リストとを照合してスコアを計算し、前記スコアに応答してステータスを判断するステップと、
前記判断の結果に応答して、ステータス指令データを含むレスポンス・データを作成し、前記通信データの送信元に返信するステップと
を含む、情報処理装置のリソース管理方法が提供できる。
【００１２】
本発明の第４の構成では、ネットワークに接続された情報処理装置のリソース管理を行うリソース管理方法を情報処理装置に対して実行させるための装置実行可能なプログラムであって、前記プログラムは、前記情報処理装置に対して、
電源オン時に、前記情報処理装置が帰属される前記ネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた前記情報処理装置のデータ・リストを含む通信データを作成する機能と、
前記通信データを受信して前記データ・リストを取得し、リソース管理データとして提供されるリソース評価リストと前記データ・リストとを照合してスコアを計算し、前記スコアに応答してステータスを判断する機能と、
前記判断に応答してステータス指令データを含むレスポンス・データを作成する機能と、
前記ステータス指令データに応答してステータス管理データを保持または更新し、記憶装置に格納する機能と
を実現させる、装置実行可能なプログラムが提供できる。
【発明の効果】
【００１３】
本発明によれば、所定のネットワーク・ドメインにおけるリソース管理を効率的に行うことが可能となる。また、さらには、ネットワーク・トラフィックの帯域幅を不必要に占有することなく、情報処理装置のリソース管理を行うことができる。また、リソース管理用のサーバに対しても、膨大な量のユニキャストを作成させるというような過大な負荷を与えることがなく、ネットワークに接続された情報処理装置の台数に直接サーバ側の負担が直接反映されることがないリソース管理が可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を図面に示した実施の形態をもって説明するが、本発明は、図面に示した実施の形態に限定されるものではない。
【００１５】
図１は、本発明の情報処理装置の一例としての画像形成装置が接続されるネットワーク環境を示した概略図である。本発明では、ネットワーク環境１０は、オフィス・フロア内に複数の機能を備えた複合機である画像形成装置１２、複写機能を備える複写機１４、ファクシミリ１６、レーザプリンタなどのプリンタ１８などを含んで構成されている。それぞれの画像形成装置は、イーサネット（登録商標）などによってネットワーク化されたＬＡＮを構成しており、ネットワーク環境１０を形成するＬＡＮは、スイッチ２０を通してルータ２２へと接続され、他のスイッチ２８を介してさらに下流側に別のＬＡＮ３０またはＶＬＡＮ３２などが形成されている。
【００１６】
ルータ２２は、ＯＳＩ参照モデルなどにおいて参照されるネットワーク層／トランスポート層レベルでのネットワーク制御を行っており、ワイドエリア・ネットワーク（ＷＡＮ）またはインターネットといった別のネットワーク（インターネット）２４にＬＡＮ環境を、ＴＣＰ／ＩＰまたはＵＤＰ(User Datagram Protocol)／ＩＰなどの適切なトランスポート層のプロトコルを使用して、接続させている。サーバ２６は、本発明では、画像形成装置のリソースを管理するために必要なデータを、要求元の画像形成装置との間で送受信している。
【００１７】
ネットワーク環境１０は、本発明の説明している第１の実施の形態では、データリンク層レベルでのアクセスリンクを形成することができるドメインを構成している。より具体的には、ネットワーク環境１０は、スイッチ２０により物理アドレス・レベルでのブロードキャストにアクセスできるドメインとすることができる。また、本発明の他の実施の形態では、画像形成装置にＩＰアドレスが割当てられる場合には、割当てられたプライベート・アドレス、またはサブネットマスクごとに同報通信アドレスが定義されるドメインとされていてもよい。
【００１８】
図２は、本発明で複数の機能を含む画像形成装置１２のハードウェアおよびソフトウェア構成を示した概略図である。画像形成装置１２は、タッチパネルといった操作パネルまたはディスプレイ装置と、入力キーなどを備えたユーザＩ／Ｆ３４を備えている。ユーザＩ／Ｆ３４は、ユーザ指令に応答して、画像形成装置に対してコピー、ファクシミリ、モノクロコピー、フルカラーコピーなどの機能をユーザに提供している。また、画像形成装置１２は、または外部コンピュータからの入力に応答してプリンタやファクシミリとしても機能する。図２に示した画像形成装置１２は、プリンタ機能を提供するためのプリンタ・アプリケーションＰＡと、コピー機能を提供するコピー・アプリケーションＣＡなどの複数の機能を提供するための各種アプリケーション・レイヤ３６と、エンジン制御システムＥＣＳ、メモリ制御システムＭＣＳ、オペレーション制御システムＯＣＳ、ファクシミリ制御システムＦＣＳ、ネットワーク制御システムＮＣＳ、サービス制御システムＳＣＳなどを含むミドルウェア・レイヤ３８と、汎用ＯＳレイヤ４０とを含んでいる。
【００１９】
ミドルウェア・レイヤ３８は、汎用ＯＳレイヤ４０と通信して、外部入力されたデータをアプリケーション・レイヤ３６へと渡し、また、各種機能のエンジンおよびデバイスの入出力を管理しており、エンジンおよび各デバイスを制御して画像形成装置の処理結果を外部出力させている。また、ミドルウェア・レイヤ３８とアプリケーション・レイヤ３６との間には、アプリケーション・プログラム・インタフェース（ＡＰＩ）レイヤ４２が設けられていて、ミドルウェア・レイヤ３８が各種のアプリケーションを機能させている。
【００２０】
図２に示した画像形成装置１２は、さらにモノクロプリンタ・デバイス４６、フルカラープリンタ・デバイス４８、ネットワーク・インタフェース・カード（ＮＩＣ）などのネットワーク・デバイス５０、ＲＡＭ４４およびＮＶＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、ハードディスクなどの記憶装置５２を備えている。各デバイス４６〜５２は、それぞれ対応するデバイスＩ／Ｆを介して画像処理装置の入出力を可能としている。ネットワーク・デバイス５０には、固有の物理アドレス（ＭＡＣアドレス）が付されていて、ＬＡＮ内においてアクセスリンク単位の同報通信を受信することができる。この他、図２に示した画像形成装置１２は、ＤＨＣＰサーバ(Dynamic Host Configuration Protocol Server)などによりＩＰアドレスが割当てられており、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰなどのトランスポート層プロトコルを使用したトランザクション制御が可能とされている。
【００２１】
図３は、本発明の画像形成装置１２の適切な記憶領域、例えばＮＶＲＡＭに格納された、画像形成装置１２が自機種のリソース管理を行うためのデータ・リストおよびリソース評価リストを示した図である。図３（ａ）は、画像形成装置１２がどのようなリソース環境にあるかをリストしたデータ・リスト５４であり、図３（ｂ）は、本発明においてリソース管理を担当するかどうかを、ネットワーク環境に接続された他の画像形成装置との関係から判断するために使用されるリソース評価リスト５６を示す。図３に示した各リストは、リソース管理データとしてメーカ側から随時または定期的に提供されており、リソース管理画像形成装置がサーバから取得して、ドメイン内に配布して、リソースの共有を行っている。その処理についてはより詳細に後述する。
【００２２】
図３（ａ）に示すデータ・リスト５４は、所定の製品識別値と、機種識別値とが割当てられており、画像形成装置の特定の仕様に応じて、拡張メモリ、オートフィーダなどのオプションデバイスに対する制御データまたは識別子が登録されている。これらのデータは、画像形成装置の製品識別値や機種識別値が同一であっても画像形成装置ごとに異なる場合があるため、個別的に指定される必要がある。画像形成装置は、リソース管理画像形成装置から送られたリソース管理データのうち、自己の保有しているデータ・リストに対応するデータを照合し、一致する設定条件またはドライバまたはユーティリティ・ソフトウェアを取得してその設定を更新する。
【００２３】
図３（ｂ）に示すリソース評価リスト５６は、バージョンを示すレコードと、製品、機種、オプションデバイス１〜ｎ（ｎは、メーカ側で用意できるオプションデバイスの総数であり、オプションデバイス番号で同一の拡張メモリなどが指定できる。）それぞれに対する評価する評価ポイントが登録されている。図３（ｂ）に示したリソース評価リスト５６は、画像形成装置がリソース管理画像形成装置である場合に呼出される管理処理ブロックによりルックアップされ、スコア計算により、動的にネットワーク環境内でリソース管理画像形成装置を指定するために用いられる。また、図３（ｂ）に示したリソース評価リストは、リソース管理画像形成装置がサーバから取得し、その後、ドメインに接続されたすべての画像形成装置に共有させることにより、統一した管理／スレーブ判断処理が可能とされる。
【００２４】
図４は、本発明において使用するリソース・データ５８のデータ構造を示した図である。リソース・データ５８は、メーカによる作成または更新に応答してアップデートされ、更新の日付など最新のデータであることを判断できるバージョン・データと共に、サーバのデータベース内に格納されている。本発明の特定の実施の形態では、リソース管理画像形成装置は、定期的にＦＴＰまたはＳＮＭＰなどのプロトコルを使用してサーバにアクセスし、リソース・データおよび対応するリソース評価リストを含む形式でデータベースに格納されているリソース管理データをダウンロードして、リソース・データ５８を取得する。
【００２５】
また、本発明の別の実施の形態では、画像形成装置は、電源オン後に伝送される電源オン通知に対し、所定のタイムアウト時間の間にリソース管理画像形成装置からのレスポンスが無い場合に、当該画像形成装置をリソース管理画像形成装置として設定し、その後サーバにアクセスすることで必要なデータを取得することができる。
【００２６】
本発明では、リソース・データ５８は、リソース管理画像形成装置が不揮発性のＮＶＲＡＭなどの不揮発性メモリまたはハードディスクなどの記憶装置に格納しておき、最新版のリソース・データをそれ以外のスレーブ画像形成装置へと、リソース評価リストと共に送信することで、ネットワーク環境内において個別の画像形成装置に適用される最新のリソースを提供することができる。また、リソース・データ５８が記憶装置に格納されていない場合でも、リソース管理画像形成装置として設定した後サーバにアクセスさせることにより、適宜サーバから取得させることもでき、取得されたリソース・データをＲＡＭなどに一時的に格納させておくこともできる。
【００２７】
図５は、本発明の画像形成装置が含む制御プログラムのブロック構造およびステータス管理データを示した図である。図５に示すように、本発明の画像形成装置の制御プログラムは、概ね、画像形成装置制御ブロック５０１と、管理／スレーブ判断ブロック５０２と、スレーブ処理ブロック５０３と、管理処理ブロック５０４とを含んでいる。画像形成装置１２は、ＣＰＵ（図示せず）を含んでおり、画像形成装置が、電源がオンされると、まず画像形成装置制御ブロック５０１が起動され、ＲＯＭなどに格納された入出力デバイス管理データを使用して初期チェックおよび設定などを行なう。また、画像形成装置制御ブロック５０１は、本発明によるリソース管理を実行するため、電源オン設定の一つとして、ネットワーク・インタフェース・カード５０を通してネットワークに送信される電源オン通知を作成して送出する処理を実行する。
【００２８】
管理／スレーブ判断ブロック５０２は、ネットワーク内に接続された画像形成装置の稼働している装置のうち、当該装置のネットワーク上での位置づけを判断する処理を実行するプログラムから構成されていて、管理／スレーブ判断ブロック５０２の判断に応答して、電源オン以後の当該画像形成装置のドメイン内でのステータスを設定し、ステータス識別データに対応してスレーブ処理ブロック５０３および管理処理ブロック５０４を機能させる。なお、本発明では、各ブロックは、オブジェクト指向プログラミングまたは非オブジェクト指向プログラミングのいずれのプログラミング言語で記述することができる。
【００２９】
本発明のスレーブ処理ブロック５０３は、概ねネットワークを介して他の画像形成装置から電源オン応答を受けたときに、自己のステータスを明示的に、または非明示的に示すレスポンス・データを作成し、返信する処理を実行する。また、リソース管理画像形成装置からリソース管理データの送付を受けて、格納したそれぞれのデータを更新する処理を実行する。管理処理ブロックは、電源オン通知を受取って、リソース管理を継続するか否かの判断を行い、リソース管理権限の移転およびリソース管理のために必要なリソース管理データの更新処理を実行する。また、本発明では、管理ブロックは、電源オン通知に対して他のリソース管理画像形成装置からの電源オン応答がなかった場合に自己にリソース管理権限を割当てて、サーバにアクセスし、その時点で最新のリソース・データをダウンロードして、スレーブ装置に配布する処理を実行することができる。
【００３０】
図５（ｂ）は、本発明の管理／スレーブ判断ブロックが使用するステータス管理データの実施の形態を示した図である。本発明において、画像形成装置は、自己がスレーブか、またはリソース管理の権限を有しているのかを確定した後、その結果を登録し、スレーブ処理ブロックおよびお管理処理ブロックの呼び出しまたは処理選択ルーチンの選択のために使用する。図５（ｂ）に示したステータス管理データは、フラグ設定により当該ステータスを示すこともできるし、管理のために使用する変数、例えばstatusをプログラムにおいて設定し、判断に応答して、status==slaveまたはstatus==masterなどの値の両方またはいずれか一方をＲＡＭなどの適切な領域に記入することによっても作成することができる。なお、図５（ｂ）に示したステータス管理データは、不揮発性メモリなどに形成されるログ履歴に登録され、後述するパトロール処理において使用することができる。
【００３１】
図６は、本発明の画像形成装置のリソース管理方法の処理を示したフローチャートである。本発明のリソース管理方法は、ステップ６０１において画像形成装置が電源オンにより起動された段階から開始され、ステップ６０２では、起動されたことをネットワークに対して同報通信する。この場合の同報通信は、本発明の第１の実施の形態においてデータリンク層レベルでの同報通信を行う場合には、フレーム内の宛先アドレスに、FF.FF.FF.FF.FF.FFを記入して、ドメイン内に伝送される。
【００３２】
また、本発明の第２の実施の形態においてプライベート・アドレス内でドメインを形成する場合には、パケットの宛先アドレスに内に所定のドメイン内で使用される、例えば10.0.0.0〜10.255.255.255（クラスＡ）、172.16.0.0〜172.31.255.255（クラスＢ）、192.168.0.0〜192.168.255.255（クラスＣ）などで与えられるプライベート・アドレス、プライベート・アドレスやグローバルＩＰアドレスに対してサブネットマスクをかけて定義される、ドメインに対応した同報通信アドレスを記述することにより行われる。
【００３３】
ステップ６０３では、すでに起動された画像形成装置からの同報通信に対するレスポンス・パケットの受信を待機し、レスポンス・パケットを受信した場合（ｙｅｓ）には、ステップ６０６へと進む。また、レスポンス・パケットを受信しない場合（ｎｏ）には、ステップ６０４へと進み、設定されたタイムアウト値と比較しタイムアウトが終了するまでステップ６０３の処理を繰り返させる。ステップ６０４で、タイムアウトが終了するまで電源オン応答が受信できない場合には、ステップ６０５において、当該画像形成装置がリソース管理画像形成装置であると判断し、ステータス識別データをリソース管理に設定し、管理処理ブロックを呼出す。
【００３４】
タイムアウト経過前に電源オン応答を受信した場合には、ステップ６０６へと進んで、受取ったレスポンス・パケットのデータ・フィールドからステータス指令データを読出して、当該レスポンス・パケットがすでにリソース管理画像形成装置として機能している画像形成装置からのものかどうかを判断する。レスポンス・パケットがリソース管理画像形成装置からのものであると判断された場合（ｙｅｓ）には、ステップ６０８に進んでさらに処理を進める。また、電源オン応答が返された場合であっても、ステータス指令データが検出できない場合（ｎｏ）には、スレーブ画像形成装置からのみの応答であると判断し、リソース管理画像形成装置が、何らかの理由で処理過多になっているか、または点検などにより動作できない状態になっていると判断し、ステップ６０７で設定されたタイムアウトを経過した後、ステップ６０５でテータス識別データをリソース管理に設定して自己をリソース管理画像形成装置とし、リソース管理のための管理処理ブロックを呼出す。
【００３５】
ステップ６０８では、レスポンス・パケットのデータ・フィールドに記入されたステータス指令データを解析し、リソース管理画像処理装置を承継するか否かを判断する。ステータス指令データが承継要求を要求している場合（ｙｅｓ）には、ステップ６０９でリソース管理画像装置からのリソース・データおよびリソース評価リストを取得して、ステップ６１２で各データを更新し、新たにリソース管理画像形成装置として処理を開始する。ステップ６０８の判断においてリソース管理画像形成装置を承継する必要がないと判断した場合（ｎｏ）には、ステータス識別データをスレーブとなるように処理し、ステップ６１０で最新のリソース管理データをリソース管理画像形成装置から受取り、ステップ６１１でスレーブ処理ブロックとしてのネットワーク処理プログラムを呼出してスレーブとして機能を開始する。
【００３６】
図７は、本発明の電源オン通知としてステップ６０２の同報通信において送信される各データを示した図である。図７（ａ）が同報通信データ６０であり、図７（ｂ）がレスポンス・データの実施の形態を示した図である。図７（ａ）に示すように電源オン通知として同報される同報通信データ６０には、プレアンブルと、データリンク層レベルにおける同報通信アドレスFF.FF.FF.FF.FF.FFが記入されており、また送信元の画像形成装置の物理アドレスであるＭＡＣアドレスが記述されている。また、同報通信データのデータ・フィールドには、電源オンされた装置のデータ・リストが記入され、その後にチェックサムが記入されている。
【００３７】
図７（ａ）に示したフレーム・データは、スイッチにより定義されるＬＡＮまたはＶＬＡＮ内で同報通信され、他の画像形成装置に受信される。リソース管理画像形成装置を含む他の画像形成装置は、図７（ａ）のフレーム・データを受取るとフレーム・データを解析し、フレームが自動アドレス解決プロトコル（ＡＲＰ）などや他のコンピュータなどにより送信されたものではなく、画像形成装置から送信されたものであることを判断し、図７（ｂ）に示すようなフレームとしてレスポンス・データ６２（電源オン応答）を作成する。
【００３８】
図７に示した実施の形態に沿ってレスポンス・データ６２を説明すると、レスポンス・データ６２のデータ・フィールドは、本発明の特定の実施の形態では、リソース管理画像形成装置からのレスポンス・データだけにステータス指令データが記述された構造とされ、同報通信データを発行した画像形成装置がリソース管理画像形成装置からのレスポンスであることを識別して、ステータスの選択を行うことが可能とされる。
【００３９】
図８は、本発明の電源オンおよび電源オン応答を、ＩＰパケットを使用して作成した場合の実施の形態を示す。同報通信パケット６４が電源オン通知に対応し、レスポンス・パケット６６が電源オン応答とされている。図８で示した実施の形態は、特に企業などにおいてプライベート・アドレスまたはサブネットマスクでドメインを形成してルーティングおよびスイッチングが行われる場合、図７に示した実施の形態よりも大きなドメインに対してリソース管理を行う場合に好ましく使用することができる。図８では、同報通信を行うフォーマットがフレームまたはインターネット・プロトコルによるパケットである点が図７のフレーム・データとは相違し、その他のデータは同様なので、相違する点のみを詳細に説明する。
【００４０】
図８（ａ）に示した同報通信パケット６４には、宛先ＩＰアドレスとしてプライベート・アドレスなどに対してサブネットマスクで規定されるドメインに対応する同報通信アドレス(abc.def.ghi.199)が記述されていて、該当するアドレス範囲に含まれる情報処理装置や、画像形成装置へと送られる。この同報通信アドレスは、各ドメインに対応して規定されている。また、データ・フィールドには、データ・リストが図７に説明したと同様のフォーマットで記述されており、同報通信パケット６４を受け取った画像形成装置は、同報通信パケットを解析してインターネット・プロトコルを用いて、図８（ｂ）に示したレスポンス・パケット６６を返すことにより、ハンドシェイクを確立させることができる。
【００４１】
また、図８（ｂ）は、レスポンス・データをＩＰパケットとして形成する場合の実施の形態であり、宛先ＩＰアドレスが同報通信の送信元ＩＰアドレスとされる以外は、ヘッダ構造は図８（ａ）で示したと同様の構成とされている。また、データ・フィールドは、ステータス指令データが記入されていて、レスポンス・データを受取った画像形成装置が、以後の処理のための処理ブロックの選択を可能としている。また、図８（ｂ）に示した実施の形態では、レスポンス・パケット６６には、データ・フィールド内にリソース・データに対応する情報およびリソース評価リストに対応するデータが記述されていて、リソース管理のハンドシェイクを効率化させる。
【００４２】
図９は、本発明において、リソース管理の判断を行った後にリソース管理画像形成装置からドメイン内に送信される、リソース・データ伝送パケット６８の実施の形態を示した図である。図９に示されるように、リソース管理画像形成装置の送信元ＩＰアドレスとリソースを通知する画像形成装置のＩＰアドレスとがＩＰヘッダに記述され、データ・フィールドには、リソース管理画像形成装置がサーバから取得したリソース・データ５８や、リソース評価リストなどがそのバージョンと共に記述されている。スレーブ画像形成装置は、リソース・データ伝送パケット６８に記述されたデータを自己のデータ・リストと照会し、一致するデータを取得して更新する処理を行うことでリソースの共有を行っている。
【００４３】
本発明では、所定の画像形成装置がリソース管理の権限を取得した直後にリソース・データ伝送パケット６８を送信してリソースの更新を他の画像形成装置に実行させることができる。また、本発明の他の実施の形態では、リソース管理画像形成装置が定期的にスレーブ画像形成装置に対してリソースのバージョンを送信するようにしておき、これを受取ったリソース管理画像形成装置が自己の保有するリソース・データのバージョンと比較して、スレーブ側が古いバージョンしか保有しない場合にリソース・データおよびリソース評価リストを当該スレーブ画像形成装置に送信させることもできる。
【００４４】
さらに本発明の別の実施の形態では、リソース管理画像形成装置が、定期的またはサーバのからの通知に基づいてサーバから新たなリソース・データを取得すると、スレーブ画像形成装置へとリソース・データおよび対応するリソース評価リストを送信し、新たなリソース・リストを受取ったスレーブ画像形成装置は、データ・フィールドに記述された自己の機種およびオプションデバイスに対応するデータを取得してそのリソースを最新のものにアップデートさせてもよい。
【００４５】
また、図９に示したパケット６８の別の実施の形態では、宛先ＩＰアドレスとして同報通信アドレスを記述することで、リソース共有化を効率的に行うことができる。なお、図９に示した実施の形態では、データ・フィールドの最後にリソース管理装置であることを示すステータス識別子を記述して、仮に複数のリソース管理画像形成装置がネットワーク環境内に共存してしまったような場合にでも、相互にステータス判断処理を行うことで、リソース管理権限を調停することもできる。
【００４６】
図１０は、本発明の画像形成装置のリソース管理方法の制御シーケンスを示した図である。図１０に示した実施の形態では、同報通信を受け取ったリソース管理画像形成装置が、リソース管理を継続する場合の実施の形態を示す。図１０に示すように、電源オンされた画像形成装置は、まず既動作画像形成装置およびリソース管理画像形成装置に対して電源オン通知を同報通信する。同報通信を受け取ったリソース管理画像形成装置は、同報通信に含まれる電源オン装置のデータ・リストを読出して、リソース管理画像形成装置が保有するリソース評価リストを使用してスコア付けし、当該リソース管理画像形成装置がリソース管理を継続するか否かを判断し、その結果、リソース管理を継続すると判断したものとする。
【００４７】
また、既動作装置であって、リソース管理装置ではない画像形成装置は、電源オンに対応する同報通信であることを識別して、データ・フィールドに何も記入せずにレスポンス・パケットを生成するか、またはスレーブであることを示すステータス識別子を記入してレスポンス・パケットを作成して、電源オン装置へと送信する。
【００４８】
リソース管理画像形成装置は、電源オン応答として電源オン装置に対してリソース管理を継続することを通知するステータス識別子を含むレスポンス・パケットを作成し、電源オン装置のＩＰアドレスに宛ててレスポンス・パケットを返す。その後、リソース管理画像形成装置は、シーケンシャルにリソース・データの送信と、リソース評価リストの送信を行っている。これらのトランザクションがすべて完了した段階で、電源オン装置は受信したリソース・データおよびリソース評価リストを自己の制御データとして反映させ、スレーブ画像形成装置として処理を開始させる。なお、本発明の別の実施の形態では、図８のレスポンス・パケットのように、レスポンス・パケットにリソース・データおよびリソース評価リストを含ませて、ハンドシェイク・プロセスを、同報通信−レスポンス・パケット送信の２段階で終了させることもできる。
【００４９】
図１１は、リソース管理画像形成装置がリソース管理を電源オン装置に承継させる場合の実施の形態を示した制御シーケンスを示す。図１１に示した実施の形態では、リソース管理画像形成装置は、電源オン通知に含まれる自機種リソース・データを読出して、リソース管理画像形成装置が保有するリソース評価リストを使用してスコア付けし、当該リソース管理画像形成装置がリソース管理を継続するか否かを判断する。その結果、リソース管理を電源音素うちに承継させると判断し、その後、リソース管理画像形成装置は、電源オン応答にリソース管理承継を指令するステータス識別子を記入して電源オン装置へと送信し、電源オン応答と同時に、または電源オン応答の後にシーケンシャルにリソース・データおよびリソース評価リストを送信する。
【００５０】
リソース管理画像形成装置からリソース管理承継を指令された電源オン装置は、リソース・データおよびリソース評価リストを受信して自己のデータを更新し、新たにリソース管理画像形成装置の管理処理ブロックを起動させてリソース管理画像形成装置の処理を開始し、設定が終了した通知を、既動作装置および直前までリソース管理画像形成装置であった画像形成装置へと、データリンク層レベルまたはネットワーク層レベルの適切なアドレスを使用して送信する。この通知を受取った直前までリソース管理画像形成装置であった画像形成装置は、自己のステータス識別データを、スレーブとして登録し、スレーブ処理ブロックを呼出して、以後スレーブ画像形成装置として機能する。
【００５１】
図１２は、本発明のリソース管理画像形成装置の実行するスレーブ／管理判断処理のフローチャート（図１２（ａ））およびスレーブ画像形成装置の実行する処理を示したフローチャート（図１２（ｂ））である。図１２（ａ）に示した本発明のリソース管理画像形成装置は、ステップ１２０１で電源オン通知のフレームまたはパケットから電源オン装置のデータ・リストを取得する。ステップ１２０２で取得したデータ・リストに記載されたデータで、リソース評価リストの対応するフィールドを検索し、対応するポイントを取得し、例えば下記式（１）を使用して、電源オン装置のスコアを計算する。
【００５２】
【数１】
上記式（１）中、Ｐは、ポイントであり、Ｐｉｄは、製品識別子であり、Ｍｉｄは、機種識別子であり、Ｏｐｉｄは、オプションデバイス識別子である。本発明では、各データに対して適切な重み付け計数を付してスコアを計算することもでき、また上記式（１）とは異なる線形関数または非線型関数を含むスコアリング関数を使用してスコアを計算することもできる。
【００５３】
ステップ１２０２のスコア計算の結果を、ステップ１２０３でリソース管理画像形成装置が予め計算しておいたスコアと比較し、特定の実施の形態では、リソース管理画像形成装置のスコアよりも高いか否かを判断する。その結果、計算したスコアがリソース管理画像形成装置のスコアよりも高い場合（ｙｅｓ）には、ステップ１２０５でステータス識別子として承継要求を記入したレスポンス・パケットを作成し、電源オン装置に送信する。また、計算したスコアがリソース管理画像形成装置のスコアよりも低い場合（ｎｏ）には、ステータス識別子としてリソース管理を継続する値を記入したレスポンス・パケットを作成し、電源オン装置へと送信して、リソース管理のステータス判断を実行する。
【００５４】
一方、スレーブ画像形成装置は、ステップ１２１０で電源オン装置の同報通信を受信すると、ステップ１２１１で、データ・フィールドがからのレスポンスを返し、電源オン装置に対してリソース管理画像形成装置ではないことを通知する。通常では、ドメイン内に接続された最もハイパフォーマンスの画像処理装置がリソース管理を担当することになるものの、メンテナンスや、消耗品の交換などによりドメインへの接続が解除される場合がある。
【００５５】
このため、さらに、本発明のスレーブ画像形成装置では、ステップ１２１１の後に、定期的に、例えばリソース管理画像形成装置に対してＰｉｎｇ／ＩＣＭＰプロトコルを送信して、リソース管理画像形成装置がネットワーク上で機能しているかどうかをパトロールすることができる。この処理を用いる場合には、ＩＣＭＰレスポンスがコネクション失敗を通知する場合には、各スレーブ画像形成装置は例えば自己のログ履歴を調査して、以前にリソース管理を実行していた画像形成装置であって、直前にリソース管理を実行していた画像形成装置がリソース管理のステータスを登録して、新たにリソース管理を継続させることもできる。
【００５６】
図１３は、本発明においてリソース管理画像形成装置が外部サーバからリソース管理データを取得する処理のフローチャートを示す。図１３に示すように、リソース管理画像形成装置は、ステップ１３０１でサーバに対してＦＴＰプロトコルなどを使用して最新のリソース管理データのバージョンを、リソース・データおよびリソース評価リストまたはそれらのいずれか一方を検索キーとして問い合わせ、最新のリソース管理データのバージョンを取得する。ステップ１３０２では、取得したバージョン・データをすでに自己が取得済みのバージョン・データと比較する。ステップ１３０３では、リソース管理画像形成装置は、自己の保有しているバージョン・データが古いか否かを判断し、同一であると判断した場合（ｎｏ）は、ステップ１３０４でトランザクションを終了させる。
【００５７】
また、ステップ１３０３で、自己の保有するバージョンが古いと判断した場合（ｙｅｓ）には、ステップ１３０５で、ＦＴＰプロトコル、ＳＮＭＰプロトコル、またはサーバがｈｔｔｐ：プロトルを使用している場合には、ｈｔｍｌなどの構造化言語を用いてサーバにリソース・データおよびリソース評価リストの同時ダウンロートまたはいずれか一方のダウンロードを依頼する。
【００５８】
その後、リソース管理画像形成装置は、ステップ１３０６でサーバから、要求したリソース管理データを受信して、ステップ１３０６で自己のリソース・データおよびリソース評価リストの対応するデータまたは両方を更新する。上述したように、ステップ１３０７の後にリソース管理画像形成装置は、スレーブ画像形成装置へとリソース管理情報が更新されたことを通知して、更新されたリソース・データを送信することができる。
【００５９】
図１４は、本発明のリソース管理方法によるトランザクションを示した図である。本発明では、サーバ２６は、画像形成装置を提供するメーカの管理するサイトに設置されたサーバであり、製品サポートを行なっている。サーバ２６には、ハードディスク７０が接続されていて、内部に例えば製品データベースが格納されている。また、画像形成装置は、ユーザが形成する所定のドメインに設置されており、ルータ２２の下流側に適切なプライベート・アドレスで構成されるドメイン７４またはその下流側に、スイッチ２０などによりアクセスリンクが設定されるＬＡＮ７２としてサブドメインが形成されている。ここで、ドメイン７４に設置されたリソース管理画像形成装置（ＲＭＡ）７６がリソース・リクエストを、例えばＦＴＰ、ＳＮＭＰ、またはｈｔｔｐプロトコルを使用してサーバ２６に対して発行するものとする。
【００６０】
ドメイン７４およびサブドメイン７２には、画像形成装置の他、多数のパーソナル・コンピュータなどの情報処理装置が接続されていて、ＬＡＮ内でのＡＲＰプロトコルを使用したデータリンク層レベルでのトランザクションや、ＳＮＭＰプロトコルを使用した多数のトランザクションが行われ、外部に対して、メール、ｈｔｔｐリクエストなどを行っている。本発明では、本発明では、所定のドメインから制限された台数の画像形成装置が代表してサーバにアクセスすることができるので、画像形成装置とサーバとの間のトランザクションが、特にドメインの出口におけるトラフィックに対して過大な負担をかけることを防止することができる。
【００６１】
また、サーバ２６におけるトラフィックについても、管理しなければならないすべての画像形成装置からの同報通信を受けることがなく、管理しなければならない画像形成装置が増加した場合でも、それに比例して処理を増加させることなく、またネットワーク（インターネット）２４間でのトランザクションによるネットワーク帯域幅の占有量を低下させることができる。
【００６２】
本発明によれば、ユーザの所定の属性を有する単位ごとにリソース管理を行うことができるので、所定のフォーマットでのジョブが要求されることの多い画像形成装置に適したリソース管理を提供することができる。
【００６３】
図１５は、本発明において、サーバ２６から提供されるリソース管理データのデータ・パケットの構造を示した図である。図１５に示すように、本発明においてサーバ２６からダウンロードされるリソース管理データは、少なくともリソース評価リストとリソース・データとを含んでおり、図１５（ａ）に示した実施の形態では、リソース管理画像形成装置は、リソース評価リストだけがアップデートされたと判断して、リソース評価リストだけのダウンロードをサーバに依頼している。
【００６４】
これに対応してサーバから送信されるデータ・パケット７８は、ＩＰヘッダとリソース評価リスト８０とを含んでいて、ＩＰヘッダには、サーバのＩＰアドレスと宛先ＩＰアドレスとが記入されており、また、データ・パケットのプロトコル・タイプ（ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰ）の種別が記述されている。さらに、データ・パケット８０のデータ・フィールドには、リソース評価リスト８０がそのバージョンと共に記入されていて、リソース管理画像形成装置のリソース評価リストだけがアップデートされている。
【００６５】
また、図１５（ｂ）は、データ・パケットの別の実施の形態を示した図であり、データ・パケット８２には、リソース・データ８４がそのバージョンと共に記入されていて、リソース管理画像形成装置に対して、要求されたリソース・データのみを送信している。図１５（ｂ）に示したデータ・パケット８２は、リソース管理画像形成装置が、リソース・データ８４のみのダウンロードを依頼した場合にサーバから送信される。
【００６６】
また、図１５（ｃ）の実施の形態では、データ・パケット８６は、リソース・データおよびリソース評価リストの両方が含まれており、リソース管理画像形成装置は、リソース管理データとしてリソース・データおよびリソース評価リストの両方をダウンロードしている。図１５（ｃ）に説明する実施の形態では、リソース管理画像形成装置は、リソース・データとリソース評価リストと同時に更新して、ドメイン内に配布して、リソースの共有化を行っている。
【００６７】
上述したサーバ−リソース管理装置間のトランザクション・プロトコルは、ＴＣＰ／ＩＰとすることもできるし、ＵＤＰ／ＩＰとすることもでき、データ・フィールドに記述される各データのフォーマットも特に限定されないが、復号後に、例えば、カンマ区切りまたはスペース区切りのテキストまたはＣＳＶフォーマットを与える形式で記述することが、画像処理装置側でのデータ汎用性を与える点から好ましい。
【００６８】
また、本発明の特定の実施の形態では、ネットワーク基盤として、イーサネット（登録商標）を使用するネットワークを用いて説明してきたが、本発明は、無線通信または赤外線通信を使用するネットワークであっても適用できる。また、通信プロトコルについてもインターネット・プロトコルを使用する他、セル・リレーを使用するＡＴＭ（Ａｓｙｍｍｅｔｒｉｃ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）や、ＣＳＭＡ／ＣＤ、ＨＤＬＣやトークンリングのプロトコルに基づく通信ネットワークであっても適用できる。また、本発明の上記機能は、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、Ｊａｖａ（登録商標）Ｂｅａｎｓ、Ｊａｖａ（登録商標）Ａｐｐｌｅｔ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔなどの手続処理型プログラミング言語またはオブジェクト指向ブログラミング言語などで記述された装置実行可能なプログラムにより実現できる。
【００６９】
また、本発明において、画像形成装置自体が上述したプログラミング言語を実行可能な情報処理機能を含んでいてもよく、また、画像形成装置に対して外付けの情報処理端末を配置して、情報処理端末が画像形成装置のネットワーク・ドライバを使用してサーバに通信することもできるし、情報処理端末がサーバとデータ送受信を行い、画像形成装置に対してリソース管理データを渡すこともできる。
【００７０】
これまで本発明の情報処理装置を画像形成装置とした場合の特定の実施の形態とし、図面に示した実施の形態をもって詳細に説明してきたが、本発明は図面に示した実施の形態に限定されるものではなく、他の実施の形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【図面の簡単な説明】
【００７１】
【図１】本発明の画像形成装置が接続されるネットワーク環境を示した概略図。
【図２】本発明における複数の機能を含む画像形成装置のハードウェアおよびソフトウェア構成を示した概略図。
【図３】本発明の画像形成装置が含むデータの実施の形態を示した図。
【図４】本発明のリソース管理画像形成装置が含むリソース・データの構成を示した図。
【図５】本発明の画像形成装置を含む制御プログラムの構造およびステータス管理データを示したブロック図。
【図６】電源オン装置が実行する処理のフローチャート。
【図７】電源オン装置が伝送するフレームの実施の形態を示した図。
【図８】電源オン装置が伝送するＩＰパケットの実施の形態を示した図。
【図９】リソース管理画像形成装置が伝送するリソース・データ伝送パケットの実施の形態を示した図。
【図１０】本発明のリソース管理方法の制御シーケンスを示した図。
【図１１】本発明のリソース管理方法の他の制御シーケンスを示した図。
【図１２】リソース管理画像形成装置およびネットワークにすでに接続された既動作装置の実行する処理を示した図。
【図１３】リソース管理画像形成装置が実行するリソース管理データのアップデート処理を示した図。
【図１４】本発明のリソース管理方法によるトランザクションを示した図。
【図１５】サーバとリソース管理画像形成装置との間においてダウンロードされるデータ・パケットの実施の形態を示した図。
【符号の説明】
【００７２】
１０…ネットワーク環境、１２…画像形成装置、１４…複写機、１６…ファクシミリ、１８…プリンタ、２０…スイッチ、２２…ルータ、２４…ネットワーク（インターネット）、２６…サーバ、２８…スイッチ、３０…ＬＡＮ、３２…ＬＡＮ、３４…ユーザＩ／Ｆ、３６…アプリケーション・レイヤ、３８…ミドルウェア・レイヤ、４０…汎用ＯＳレイヤ、４２…ＡＰＩ、４４…ＲＡＭ、４６…モノクロプリンタ・デバイス、４８…フルカラープリンタ・デバイス、５０…ネットワーク・デバイス、５２…記憶装置、５４…データ・リスト、５６…リソース評価リスト、５８…リソース・データ、６０…同報通信データ（電源オン通知）、６２…レスポンス・データ（電源オン応答）、６４…同報通信パケット（電源ＯＮ通知）、６６…レスポンス・パケット（電源オン応答）、６８…リソース・データ伝送パケット、７０…ハードディスク、７２…サブドメイン（ＬＡＮ）、７４…ドメイン、７６…リソース管理画像形成装置（ＲＭＡ）、７８…データ・パケット、８０…リソース評価リスト、８２…データ・パケット、８４…リソース・データ、８６…データ・パケット
【技術分野】
【０００１】
本発明は、情報処理装置に関し、より詳細には、ネットワークに接続された複数の情報処理装置のリソースを管理する、情報処理装置、リソース管理方法およびプログラムに関する。
【背景技術】
【０００２】
これまで、多くのネットワークを介した情報処理装置の管理システムが提案されている。例えば、特開２００２−３０５６１９号公報（特許文献１）では、情報処理装置それぞれを、ネットワークを介して集中管理する集中管理装置を設けた情報処理装置総合管理システムを開示している。特許文献１で開示されたシステムは、遠隔設定された日時に情報処理装置システムの稼働状況またはシステム運用状況に関連するデータを集中管理装置に送信し、集中管理装置は、ネットワークを介して各画像処理装置のファームウェアや、データベースなどのリソース管理を行う点を開示している。
【０００３】
特許文献１では、ネットワークに接続された画像処理装置が増加するにつれて、集中管理装置へとレスポンスする情報処理装置からのトランザクションが増大し、この結果、集中管理装置に対するオーバーヘッドが過大となり管理処理のスケーラビリティが予測できない状況に立ち至る場合も想定される。この結果、例えば所定のネットワーク・ドメイン内で、複合機、複写機、ファクシミリ、プリンタなどに適用されるリソースを共有しようとする場合、ドメインに帰属される情報処理装置に対して個別にリソース管理を行っていたのでは、ドメイン内の１つの情報処理装置についてはリソースの更新は終了したものの、他の情報処理装置については終了していないなどの場合も想定できる。また、サーバは、ユニキャストにより個々の情報処理装置にデータを伝送するので、情報処理装置の台数が増加するにつれ、比例して処理が増加し、またネットワーク・トラフィックの帯域幅を情報処理装置の台数分だけ消費してしまう。
【０００４】
すなわち、特許文献１に記載された技術は、ネットワーク・トラフィックまたはサーバに負担をかけずにリソース管理を行うには充分というわけではない。また、所定のネットワーク・ドメイン単位でリソース管理およびリソース共通化を行うという点では充分なものではなく、情報処理装置のネットワーク接続の拡大およびそれに伴うトランザクションの増加などネットワーク経済的に考えれば効率的なシステムとはいえなかった。
【特許文献１】特開２００２−３０５６１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は上記従来技術に鑑みてなされたものであり、所定のネットワーク・ドメインにおけるリソース管理を効率的に行うことを可能とし、さらには、ネットワーク・トラフィックに対して過大な負荷を与えることがなく、ネットワークに接続された情報処理装置などの台数に直接サーバ側の負担が直接反映されることがないリソース管理が可能な情報処理装置を含む情報処理装置、そのリソース管理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、情報処理装置が帰属される所定のターゲット・ドメインを定義し、ターゲット・ドメインごとにリソース管理を行うことができれば、特定の情報処理装置のオーバーヘッドおよびネットワーク・トラフィック量を低減させながら、適切に情報処理装置のリソース管理を行うことができるという着想に基づいてなされたものである。
【０００７】
すなわち、本発明では、リソース管理情報処理装置ごとにリソースを管理するドメインが割当てられ、リソース管理情報処理装置は、新たな情報処理装置がドメインに参加する時点で、当該ドメイン内で最も適切であるか否かを判断することにより動的に選択される。また、動的にリソース管理情報処理装置に決定された情報処理装置は、サーバからリソース管理情報のダウンロードを行い、担当するドメイン内に配布して、当該ドメイン内におけるリソースの共有化を達成している。
【０００８】
本発明の第１の構成では、ネットワークに接続された情報処理装置であって、前記情報処理装置は、
電源オン時に、前記情報処理装置が帰属される前記ネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた前記情報処理装置のデータ・リストを含む通信データを作成する通信データ作成手段と、
前記通信データを受信して前記データ・リストを取得し、リソース管理データとして提供されるリソース評価リストと前記データ・リストとを照合してスコアを計算し、前記スコアに応答してリソース処理のステータスを判断するステータス判断手段と、
前記ステータス判断手段の判断結果に応答して、ステータス指令データを含むレスポンス・データを作成し、前記通信データの送信元に返信するステータス指令手段と
を備える情報処理装置が提供される。
【０００９】
本発明の第１の構成では、さらに、前記ドメイン外で前記ネットワークに接続されたサーバにアクセスして前記情報処理装置の前記リソース管理データの更新を判断し、前記リソース管理データが更新されたと判断した場合に前記サーバから更新された前記リソース管理データを取得するリソース取得手段を含むことができる。本発明の前記情報処理装置は、更新された前記リソース管理データを少なくとも局在化した前記ドメイン内の少なくとも１台の他の情報処理装置に配布するリソース更新手段を備えることができる。本発明の前記情報処理装置は、前記リソース管理データに対応したリソース評価リストとデータ・リストとを格納する記憶装置を含むことができる。
【００１０】
本発明の第２の構成では、
ネットワークに接続された情報処理装置のリソース管理を行うリソース管理方法であって、前記リソース管理方法は、
電源オン時に、前記情報処理装置が帰属される前記ネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた前記情報処理装置のデータ・リストを含む通信データを作成するステップと、
前記通信データに含まれる前記データ・リストとリソース管理データとして提供されるリソース評価リストとを照合して計算されたスコアに応答して決定されるステータス指令データを含むレスポンス・データを受信するステップと、
前記ステータス指令データに対応してリソース管理処理を切換えるステップと、
を含む情報処理装置のリソース管理方法が提供できる。
【００１１】
本発明の第３の構成では、ネットワークに接続された情報処理装置のリソース管理を行うリソース管理方法であって、前記リソース管理方法は、
局在化したドメイン内で同報通信され、かつ前記情報処理装置のデータ・リストを含む通信データを情報処理装置が受信するステップと、
前記通信データを受信して前記データ・リストを取得し、リソース管理データとして提供されるリソース評価リストと前記データ・リストとを照合してスコアを計算し、前記スコアに応答してステータスを判断するステップと、
前記判断の結果に応答して、ステータス指令データを含むレスポンス・データを作成し、前記通信データの送信元に返信するステップと
を含む、情報処理装置のリソース管理方法が提供できる。
【００１２】
本発明の第４の構成では、ネットワークに接続された情報処理装置のリソース管理を行うリソース管理方法を情報処理装置に対して実行させるための装置実行可能なプログラムであって、前記プログラムは、前記情報処理装置に対して、
電源オン時に、前記情報処理装置が帰属される前記ネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた前記情報処理装置のデータ・リストを含む通信データを作成する機能と、
前記通信データを受信して前記データ・リストを取得し、リソース管理データとして提供されるリソース評価リストと前記データ・リストとを照合してスコアを計算し、前記スコアに応答してステータスを判断する機能と、
前記判断に応答してステータス指令データを含むレスポンス・データを作成する機能と、
前記ステータス指令データに応答してステータス管理データを保持または更新し、記憶装置に格納する機能と
を実現させる、装置実行可能なプログラムが提供できる。
【発明の効果】
【００１３】
本発明によれば、所定のネットワーク・ドメインにおけるリソース管理を効率的に行うことが可能となる。また、さらには、ネットワーク・トラフィックの帯域幅を不必要に占有することなく、情報処理装置のリソース管理を行うことができる。また、リソース管理用のサーバに対しても、膨大な量のユニキャストを作成させるというような過大な負荷を与えることがなく、ネットワークに接続された情報処理装置の台数に直接サーバ側の負担が直接反映されることがないリソース管理が可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を図面に示した実施の形態をもって説明するが、本発明は、図面に示した実施の形態に限定されるものではない。
【００１５】
図１は、本発明の情報処理装置の一例としての画像形成装置が接続されるネットワーク環境を示した概略図である。本発明では、ネットワーク環境１０は、オフィス・フロア内に複数の機能を備えた複合機である画像形成装置１２、複写機能を備える複写機１４、ファクシミリ１６、レーザプリンタなどのプリンタ１８などを含んで構成されている。それぞれの画像形成装置は、イーサネット（登録商標）などによってネットワーク化されたＬＡＮを構成しており、ネットワーク環境１０を形成するＬＡＮは、スイッチ２０を通してルータ２２へと接続され、他のスイッチ２８を介してさらに下流側に別のＬＡＮ３０またはＶＬＡＮ３２などが形成されている。
【００１６】
ルータ２２は、ＯＳＩ参照モデルなどにおいて参照されるネットワーク層／トランスポート層レベルでのネットワーク制御を行っており、ワイドエリア・ネットワーク（ＷＡＮ）またはインターネットといった別のネットワーク（インターネット）２４にＬＡＮ環境を、ＴＣＰ／ＩＰまたはＵＤＰ(User Datagram Protocol)／ＩＰなどの適切なトランスポート層のプロトコルを使用して、接続させている。サーバ２６は、本発明では、画像形成装置のリソースを管理するために必要なデータを、要求元の画像形成装置との間で送受信している。
【００１７】
ネットワーク環境１０は、本発明の説明している第１の実施の形態では、データリンク層レベルでのアクセスリンクを形成することができるドメインを構成している。より具体的には、ネットワーク環境１０は、スイッチ２０により物理アドレス・レベルでのブロードキャストにアクセスできるドメインとすることができる。また、本発明の他の実施の形態では、画像形成装置にＩＰアドレスが割当てられる場合には、割当てられたプライベート・アドレス、またはサブネットマスクごとに同報通信アドレスが定義されるドメインとされていてもよい。
【００１８】
図２は、本発明で複数の機能を含む画像形成装置１２のハードウェアおよびソフトウェア構成を示した概略図である。画像形成装置１２は、タッチパネルといった操作パネルまたはディスプレイ装置と、入力キーなどを備えたユーザＩ／Ｆ３４を備えている。ユーザＩ／Ｆ３４は、ユーザ指令に応答して、画像形成装置に対してコピー、ファクシミリ、モノクロコピー、フルカラーコピーなどの機能をユーザに提供している。また、画像形成装置１２は、または外部コンピュータからの入力に応答してプリンタやファクシミリとしても機能する。図２に示した画像形成装置１２は、プリンタ機能を提供するためのプリンタ・アプリケーションＰＡと、コピー機能を提供するコピー・アプリケーションＣＡなどの複数の機能を提供するための各種アプリケーション・レイヤ３６と、エンジン制御システムＥＣＳ、メモリ制御システムＭＣＳ、オペレーション制御システムＯＣＳ、ファクシミリ制御システムＦＣＳ、ネットワーク制御システムＮＣＳ、サービス制御システムＳＣＳなどを含むミドルウェア・レイヤ３８と、汎用ＯＳレイヤ４０とを含んでいる。
【００１９】
ミドルウェア・レイヤ３８は、汎用ＯＳレイヤ４０と通信して、外部入力されたデータをアプリケーション・レイヤ３６へと渡し、また、各種機能のエンジンおよびデバイスの入出力を管理しており、エンジンおよび各デバイスを制御して画像形成装置の処理結果を外部出力させている。また、ミドルウェア・レイヤ３８とアプリケーション・レイヤ３６との間には、アプリケーション・プログラム・インタフェース（ＡＰＩ）レイヤ４２が設けられていて、ミドルウェア・レイヤ３８が各種のアプリケーションを機能させている。
【００２０】
図２に示した画像形成装置１２は、さらにモノクロプリンタ・デバイス４６、フルカラープリンタ・デバイス４８、ネットワーク・インタフェース・カード（ＮＩＣ）などのネットワーク・デバイス５０、ＲＡＭ４４およびＮＶＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、ハードディスクなどの記憶装置５２を備えている。各デバイス４６〜５２は、それぞれ対応するデバイスＩ／Ｆを介して画像処理装置の入出力を可能としている。ネットワーク・デバイス５０には、固有の物理アドレス（ＭＡＣアドレス）が付されていて、ＬＡＮ内においてアクセスリンク単位の同報通信を受信することができる。この他、図２に示した画像形成装置１２は、ＤＨＣＰサーバ(Dynamic Host Configuration Protocol Server)などによりＩＰアドレスが割当てられており、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰなどのトランスポート層プロトコルを使用したトランザクション制御が可能とされている。
【００２１】
図３は、本発明の画像形成装置１２の適切な記憶領域、例えばＮＶＲＡＭに格納された、画像形成装置１２が自機種のリソース管理を行うためのデータ・リストおよびリソース評価リストを示した図である。図３（ａ）は、画像形成装置１２がどのようなリソース環境にあるかをリストしたデータ・リスト５４であり、図３（ｂ）は、本発明においてリソース管理を担当するかどうかを、ネットワーク環境に接続された他の画像形成装置との関係から判断するために使用されるリソース評価リスト５６を示す。図３に示した各リストは、リソース管理データとしてメーカ側から随時または定期的に提供されており、リソース管理画像形成装置がサーバから取得して、ドメイン内に配布して、リソースの共有を行っている。その処理についてはより詳細に後述する。
【００２２】
図３（ａ）に示すデータ・リスト５４は、所定の製品識別値と、機種識別値とが割当てられており、画像形成装置の特定の仕様に応じて、拡張メモリ、オートフィーダなどのオプションデバイスに対する制御データまたは識別子が登録されている。これらのデータは、画像形成装置の製品識別値や機種識別値が同一であっても画像形成装置ごとに異なる場合があるため、個別的に指定される必要がある。画像形成装置は、リソース管理画像形成装置から送られたリソース管理データのうち、自己の保有しているデータ・リストに対応するデータを照合し、一致する設定条件またはドライバまたはユーティリティ・ソフトウェアを取得してその設定を更新する。
【００２３】
図３（ｂ）に示すリソース評価リスト５６は、バージョンを示すレコードと、製品、機種、オプションデバイス１〜ｎ（ｎは、メーカ側で用意できるオプションデバイスの総数であり、オプションデバイス番号で同一の拡張メモリなどが指定できる。）それぞれに対する評価する評価ポイントが登録されている。図３（ｂ）に示したリソース評価リスト５６は、画像形成装置がリソース管理画像形成装置である場合に呼出される管理処理ブロックによりルックアップされ、スコア計算により、動的にネットワーク環境内でリソース管理画像形成装置を指定するために用いられる。また、図３（ｂ）に示したリソース評価リストは、リソース管理画像形成装置がサーバから取得し、その後、ドメインに接続されたすべての画像形成装置に共有させることにより、統一した管理／スレーブ判断処理が可能とされる。
【００２４】
図４は、本発明において使用するリソース・データ５８のデータ構造を示した図である。リソース・データ５８は、メーカによる作成または更新に応答してアップデートされ、更新の日付など最新のデータであることを判断できるバージョン・データと共に、サーバのデータベース内に格納されている。本発明の特定の実施の形態では、リソース管理画像形成装置は、定期的にＦＴＰまたはＳＮＭＰなどのプロトコルを使用してサーバにアクセスし、リソース・データおよび対応するリソース評価リストを含む形式でデータベースに格納されているリソース管理データをダウンロードして、リソース・データ５８を取得する。
【００２５】
また、本発明の別の実施の形態では、画像形成装置は、電源オン後に伝送される電源オン通知に対し、所定のタイムアウト時間の間にリソース管理画像形成装置からのレスポンスが無い場合に、当該画像形成装置をリソース管理画像形成装置として設定し、その後サーバにアクセスすることで必要なデータを取得することができる。
【００２６】
本発明では、リソース・データ５８は、リソース管理画像形成装置が不揮発性のＮＶＲＡＭなどの不揮発性メモリまたはハードディスクなどの記憶装置に格納しておき、最新版のリソース・データをそれ以外のスレーブ画像形成装置へと、リソース評価リストと共に送信することで、ネットワーク環境内において個別の画像形成装置に適用される最新のリソースを提供することができる。また、リソース・データ５８が記憶装置に格納されていない場合でも、リソース管理画像形成装置として設定した後サーバにアクセスさせることにより、適宜サーバから取得させることもでき、取得されたリソース・データをＲＡＭなどに一時的に格納させておくこともできる。
【００２７】
図５は、本発明の画像形成装置が含む制御プログラムのブロック構造およびステータス管理データを示した図である。図５に示すように、本発明の画像形成装置の制御プログラムは、概ね、画像形成装置制御ブロック５０１と、管理／スレーブ判断ブロック５０２と、スレーブ処理ブロック５０３と、管理処理ブロック５０４とを含んでいる。画像形成装置１２は、ＣＰＵ（図示せず）を含んでおり、画像形成装置が、電源がオンされると、まず画像形成装置制御ブロック５０１が起動され、ＲＯＭなどに格納された入出力デバイス管理データを使用して初期チェックおよび設定などを行なう。また、画像形成装置制御ブロック５０１は、本発明によるリソース管理を実行するため、電源オン設定の一つとして、ネットワーク・インタフェース・カード５０を通してネットワークに送信される電源オン通知を作成して送出する処理を実行する。
【００２８】
管理／スレーブ判断ブロック５０２は、ネットワーク内に接続された画像形成装置の稼働している装置のうち、当該装置のネットワーク上での位置づけを判断する処理を実行するプログラムから構成されていて、管理／スレーブ判断ブロック５０２の判断に応答して、電源オン以後の当該画像形成装置のドメイン内でのステータスを設定し、ステータス識別データに対応してスレーブ処理ブロック５０３および管理処理ブロック５０４を機能させる。なお、本発明では、各ブロックは、オブジェクト指向プログラミングまたは非オブジェクト指向プログラミングのいずれのプログラミング言語で記述することができる。
【００２９】
本発明のスレーブ処理ブロック５０３は、概ねネットワークを介して他の画像形成装置から電源オン応答を受けたときに、自己のステータスを明示的に、または非明示的に示すレスポンス・データを作成し、返信する処理を実行する。また、リソース管理画像形成装置からリソース管理データの送付を受けて、格納したそれぞれのデータを更新する処理を実行する。管理処理ブロックは、電源オン通知を受取って、リソース管理を継続するか否かの判断を行い、リソース管理権限の移転およびリソース管理のために必要なリソース管理データの更新処理を実行する。また、本発明では、管理ブロックは、電源オン通知に対して他のリソース管理画像形成装置からの電源オン応答がなかった場合に自己にリソース管理権限を割当てて、サーバにアクセスし、その時点で最新のリソース・データをダウンロードして、スレーブ装置に配布する処理を実行することができる。
【００３０】
図５（ｂ）は、本発明の管理／スレーブ判断ブロックが使用するステータス管理データの実施の形態を示した図である。本発明において、画像形成装置は、自己がスレーブか、またはリソース管理の権限を有しているのかを確定した後、その結果を登録し、スレーブ処理ブロックおよびお管理処理ブロックの呼び出しまたは処理選択ルーチンの選択のために使用する。図５（ｂ）に示したステータス管理データは、フラグ設定により当該ステータスを示すこともできるし、管理のために使用する変数、例えばstatusをプログラムにおいて設定し、判断に応答して、status==slaveまたはstatus==masterなどの値の両方またはいずれか一方をＲＡＭなどの適切な領域に記入することによっても作成することができる。なお、図５（ｂ）に示したステータス管理データは、不揮発性メモリなどに形成されるログ履歴に登録され、後述するパトロール処理において使用することができる。
【００３１】
図６は、本発明の画像形成装置のリソース管理方法の処理を示したフローチャートである。本発明のリソース管理方法は、ステップ６０１において画像形成装置が電源オンにより起動された段階から開始され、ステップ６０２では、起動されたことをネットワークに対して同報通信する。この場合の同報通信は、本発明の第１の実施の形態においてデータリンク層レベルでの同報通信を行う場合には、フレーム内の宛先アドレスに、FF.FF.FF.FF.FF.FFを記入して、ドメイン内に伝送される。
【００３２】
また、本発明の第２の実施の形態においてプライベート・アドレス内でドメインを形成する場合には、パケットの宛先アドレスに内に所定のドメイン内で使用される、例えば10.0.0.0〜10.255.255.255（クラスＡ）、172.16.0.0〜172.31.255.255（クラスＢ）、192.168.0.0〜192.168.255.255（クラスＣ）などで与えられるプライベート・アドレス、プライベート・アドレスやグローバルＩＰアドレスに対してサブネットマスクをかけて定義される、ドメインに対応した同報通信アドレスを記述することにより行われる。
【００３３】
ステップ６０３では、すでに起動された画像形成装置からの同報通信に対するレスポンス・パケットの受信を待機し、レスポンス・パケットを受信した場合（ｙｅｓ）には、ステップ６０６へと進む。また、レスポンス・パケットを受信しない場合（ｎｏ）には、ステップ６０４へと進み、設定されたタイムアウト値と比較しタイムアウトが終了するまでステップ６０３の処理を繰り返させる。ステップ６０４で、タイムアウトが終了するまで電源オン応答が受信できない場合には、ステップ６０５において、当該画像形成装置がリソース管理画像形成装置であると判断し、ステータス識別データをリソース管理に設定し、管理処理ブロックを呼出す。
【００３４】
タイムアウト経過前に電源オン応答を受信した場合には、ステップ６０６へと進んで、受取ったレスポンス・パケットのデータ・フィールドからステータス指令データを読出して、当該レスポンス・パケットがすでにリソース管理画像形成装置として機能している画像形成装置からのものかどうかを判断する。レスポンス・パケットがリソース管理画像形成装置からのものであると判断された場合（ｙｅｓ）には、ステップ６０８に進んでさらに処理を進める。また、電源オン応答が返された場合であっても、ステータス指令データが検出できない場合（ｎｏ）には、スレーブ画像形成装置からのみの応答であると判断し、リソース管理画像形成装置が、何らかの理由で処理過多になっているか、または点検などにより動作できない状態になっていると判断し、ステップ６０７で設定されたタイムアウトを経過した後、ステップ６０５でテータス識別データをリソース管理に設定して自己をリソース管理画像形成装置とし、リソース管理のための管理処理ブロックを呼出す。
【００３５】
ステップ６０８では、レスポンス・パケットのデータ・フィールドに記入されたステータス指令データを解析し、リソース管理画像処理装置を承継するか否かを判断する。ステータス指令データが承継要求を要求している場合（ｙｅｓ）には、ステップ６０９でリソース管理画像装置からのリソース・データおよびリソース評価リストを取得して、ステップ６１２で各データを更新し、新たにリソース管理画像形成装置として処理を開始する。ステップ６０８の判断においてリソース管理画像形成装置を承継する必要がないと判断した場合（ｎｏ）には、ステータス識別データをスレーブとなるように処理し、ステップ６１０で最新のリソース管理データをリソース管理画像形成装置から受取り、ステップ６１１でスレーブ処理ブロックとしてのネットワーク処理プログラムを呼出してスレーブとして機能を開始する。
【００３６】
図７は、本発明の電源オン通知としてステップ６０２の同報通信において送信される各データを示した図である。図７（ａ）が同報通信データ６０であり、図７（ｂ）がレスポンス・データの実施の形態を示した図である。図７（ａ）に示すように電源オン通知として同報される同報通信データ６０には、プレアンブルと、データリンク層レベルにおける同報通信アドレスFF.FF.FF.FF.FF.FFが記入されており、また送信元の画像形成装置の物理アドレスであるＭＡＣアドレスが記述されている。また、同報通信データのデータ・フィールドには、電源オンされた装置のデータ・リストが記入され、その後にチェックサムが記入されている。
【００３７】
図７（ａ）に示したフレーム・データは、スイッチにより定義されるＬＡＮまたはＶＬＡＮ内で同報通信され、他の画像形成装置に受信される。リソース管理画像形成装置を含む他の画像形成装置は、図７（ａ）のフレーム・データを受取るとフレーム・データを解析し、フレームが自動アドレス解決プロトコル（ＡＲＰ）などや他のコンピュータなどにより送信されたものではなく、画像形成装置から送信されたものであることを判断し、図７（ｂ）に示すようなフレームとしてレスポンス・データ６２（電源オン応答）を作成する。
【００３８】
図７に示した実施の形態に沿ってレスポンス・データ６２を説明すると、レスポンス・データ６２のデータ・フィールドは、本発明の特定の実施の形態では、リソース管理画像形成装置からのレスポンス・データだけにステータス指令データが記述された構造とされ、同報通信データを発行した画像形成装置がリソース管理画像形成装置からのレスポンスであることを識別して、ステータスの選択を行うことが可能とされる。
【００３９】
図８は、本発明の電源オンおよび電源オン応答を、ＩＰパケットを使用して作成した場合の実施の形態を示す。同報通信パケット６４が電源オン通知に対応し、レスポンス・パケット６６が電源オン応答とされている。図８で示した実施の形態は、特に企業などにおいてプライベート・アドレスまたはサブネットマスクでドメインを形成してルーティングおよびスイッチングが行われる場合、図７に示した実施の形態よりも大きなドメインに対してリソース管理を行う場合に好ましく使用することができる。図８では、同報通信を行うフォーマットがフレームまたはインターネット・プロトコルによるパケットである点が図７のフレーム・データとは相違し、その他のデータは同様なので、相違する点のみを詳細に説明する。
【００４０】
図８（ａ）に示した同報通信パケット６４には、宛先ＩＰアドレスとしてプライベート・アドレスなどに対してサブネットマスクで規定されるドメインに対応する同報通信アドレス(abc.def.ghi.199)が記述されていて、該当するアドレス範囲に含まれる情報処理装置や、画像形成装置へと送られる。この同報通信アドレスは、各ドメインに対応して規定されている。また、データ・フィールドには、データ・リストが図７に説明したと同様のフォーマットで記述されており、同報通信パケット６４を受け取った画像形成装置は、同報通信パケットを解析してインターネット・プロトコルを用いて、図８（ｂ）に示したレスポンス・パケット６６を返すことにより、ハンドシェイクを確立させることができる。
【００４１】
また、図８（ｂ）は、レスポンス・データをＩＰパケットとして形成する場合の実施の形態であり、宛先ＩＰアドレスが同報通信の送信元ＩＰアドレスとされる以外は、ヘッダ構造は図８（ａ）で示したと同様の構成とされている。また、データ・フィールドは、ステータス指令データが記入されていて、レスポンス・データを受取った画像形成装置が、以後の処理のための処理ブロックの選択を可能としている。また、図８（ｂ）に示した実施の形態では、レスポンス・パケット６６には、データ・フィールド内にリソース・データに対応する情報およびリソース評価リストに対応するデータが記述されていて、リソース管理のハンドシェイクを効率化させる。
【００４２】
図９は、本発明において、リソース管理の判断を行った後にリソース管理画像形成装置からドメイン内に送信される、リソース・データ伝送パケット６８の実施の形態を示した図である。図９に示されるように、リソース管理画像形成装置の送信元ＩＰアドレスとリソースを通知する画像形成装置のＩＰアドレスとがＩＰヘッダに記述され、データ・フィールドには、リソース管理画像形成装置がサーバから取得したリソース・データ５８や、リソース評価リストなどがそのバージョンと共に記述されている。スレーブ画像形成装置は、リソース・データ伝送パケット６８に記述されたデータを自己のデータ・リストと照会し、一致するデータを取得して更新する処理を行うことでリソースの共有を行っている。
【００４３】
本発明では、所定の画像形成装置がリソース管理の権限を取得した直後にリソース・データ伝送パケット６８を送信してリソースの更新を他の画像形成装置に実行させることができる。また、本発明の他の実施の形態では、リソース管理画像形成装置が定期的にスレーブ画像形成装置に対してリソースのバージョンを送信するようにしておき、これを受取ったリソース管理画像形成装置が自己の保有するリソース・データのバージョンと比較して、スレーブ側が古いバージョンしか保有しない場合にリソース・データおよびリソース評価リストを当該スレーブ画像形成装置に送信させることもできる。
【００４４】
さらに本発明の別の実施の形態では、リソース管理画像形成装置が、定期的またはサーバのからの通知に基づいてサーバから新たなリソース・データを取得すると、スレーブ画像形成装置へとリソース・データおよび対応するリソース評価リストを送信し、新たなリソース・リストを受取ったスレーブ画像形成装置は、データ・フィールドに記述された自己の機種およびオプションデバイスに対応するデータを取得してそのリソースを最新のものにアップデートさせてもよい。
【００４５】
また、図９に示したパケット６８の別の実施の形態では、宛先ＩＰアドレスとして同報通信アドレスを記述することで、リソース共有化を効率的に行うことができる。なお、図９に示した実施の形態では、データ・フィールドの最後にリソース管理装置であることを示すステータス識別子を記述して、仮に複数のリソース管理画像形成装置がネットワーク環境内に共存してしまったような場合にでも、相互にステータス判断処理を行うことで、リソース管理権限を調停することもできる。
【００４６】
図１０は、本発明の画像形成装置のリソース管理方法の制御シーケンスを示した図である。図１０に示した実施の形態では、同報通信を受け取ったリソース管理画像形成装置が、リソース管理を継続する場合の実施の形態を示す。図１０に示すように、電源オンされた画像形成装置は、まず既動作画像形成装置およびリソース管理画像形成装置に対して電源オン通知を同報通信する。同報通信を受け取ったリソース管理画像形成装置は、同報通信に含まれる電源オン装置のデータ・リストを読出して、リソース管理画像形成装置が保有するリソース評価リストを使用してスコア付けし、当該リソース管理画像形成装置がリソース管理を継続するか否かを判断し、その結果、リソース管理を継続すると判断したものとする。
【００４７】
また、既動作装置であって、リソース管理装置ではない画像形成装置は、電源オンに対応する同報通信であることを識別して、データ・フィールドに何も記入せずにレスポンス・パケットを生成するか、またはスレーブであることを示すステータス識別子を記入してレスポンス・パケットを作成して、電源オン装置へと送信する。
【００４８】
リソース管理画像形成装置は、電源オン応答として電源オン装置に対してリソース管理を継続することを通知するステータス識別子を含むレスポンス・パケットを作成し、電源オン装置のＩＰアドレスに宛ててレスポンス・パケットを返す。その後、リソース管理画像形成装置は、シーケンシャルにリソース・データの送信と、リソース評価リストの送信を行っている。これらのトランザクションがすべて完了した段階で、電源オン装置は受信したリソース・データおよびリソース評価リストを自己の制御データとして反映させ、スレーブ画像形成装置として処理を開始させる。なお、本発明の別の実施の形態では、図８のレスポンス・パケットのように、レスポンス・パケットにリソース・データおよびリソース評価リストを含ませて、ハンドシェイク・プロセスを、同報通信−レスポンス・パケット送信の２段階で終了させることもできる。
【００４９】
図１１は、リソース管理画像形成装置がリソース管理を電源オン装置に承継させる場合の実施の形態を示した制御シーケンスを示す。図１１に示した実施の形態では、リソース管理画像形成装置は、電源オン通知に含まれる自機種リソース・データを読出して、リソース管理画像形成装置が保有するリソース評価リストを使用してスコア付けし、当該リソース管理画像形成装置がリソース管理を継続するか否かを判断する。その結果、リソース管理を電源音素うちに承継させると判断し、その後、リソース管理画像形成装置は、電源オン応答にリソース管理承継を指令するステータス識別子を記入して電源オン装置へと送信し、電源オン応答と同時に、または電源オン応答の後にシーケンシャルにリソース・データおよびリソース評価リストを送信する。
【００５０】
リソース管理画像形成装置からリソース管理承継を指令された電源オン装置は、リソース・データおよびリソース評価リストを受信して自己のデータを更新し、新たにリソース管理画像形成装置の管理処理ブロックを起動させてリソース管理画像形成装置の処理を開始し、設定が終了した通知を、既動作装置および直前までリソース管理画像形成装置であった画像形成装置へと、データリンク層レベルまたはネットワーク層レベルの適切なアドレスを使用して送信する。この通知を受取った直前までリソース管理画像形成装置であった画像形成装置は、自己のステータス識別データを、スレーブとして登録し、スレーブ処理ブロックを呼出して、以後スレーブ画像形成装置として機能する。
【００５１】
図１２は、本発明のリソース管理画像形成装置の実行するスレーブ／管理判断処理のフローチャート（図１２（ａ））およびスレーブ画像形成装置の実行する処理を示したフローチャート（図１２（ｂ））である。図１２（ａ）に示した本発明のリソース管理画像形成装置は、ステップ１２０１で電源オン通知のフレームまたはパケットから電源オン装置のデータ・リストを取得する。ステップ１２０２で取得したデータ・リストに記載されたデータで、リソース評価リストの対応するフィールドを検索し、対応するポイントを取得し、例えば下記式（１）を使用して、電源オン装置のスコアを計算する。
【００５２】
【数１】
上記式（１）中、Ｐは、ポイントであり、Ｐｉｄは、製品識別子であり、Ｍｉｄは、機種識別子であり、Ｏｐｉｄは、オプションデバイス識別子である。本発明では、各データに対して適切な重み付け計数を付してスコアを計算することもでき、また上記式（１）とは異なる線形関数または非線型関数を含むスコアリング関数を使用してスコアを計算することもできる。
【００５３】
ステップ１２０２のスコア計算の結果を、ステップ１２０３でリソース管理画像形成装置が予め計算しておいたスコアと比較し、特定の実施の形態では、リソース管理画像形成装置のスコアよりも高いか否かを判断する。その結果、計算したスコアがリソース管理画像形成装置のスコアよりも高い場合（ｙｅｓ）には、ステップ１２０５でステータス識別子として承継要求を記入したレスポンス・パケットを作成し、電源オン装置に送信する。また、計算したスコアがリソース管理画像形成装置のスコアよりも低い場合（ｎｏ）には、ステータス識別子としてリソース管理を継続する値を記入したレスポンス・パケットを作成し、電源オン装置へと送信して、リソース管理のステータス判断を実行する。
【００５４】
一方、スレーブ画像形成装置は、ステップ１２１０で電源オン装置の同報通信を受信すると、ステップ１２１１で、データ・フィールドがからのレスポンスを返し、電源オン装置に対してリソース管理画像形成装置ではないことを通知する。通常では、ドメイン内に接続された最もハイパフォーマンスの画像処理装置がリソース管理を担当することになるものの、メンテナンスや、消耗品の交換などによりドメインへの接続が解除される場合がある。
【００５５】
このため、さらに、本発明のスレーブ画像形成装置では、ステップ１２１１の後に、定期的に、例えばリソース管理画像形成装置に対してＰｉｎｇ／ＩＣＭＰプロトコルを送信して、リソース管理画像形成装置がネットワーク上で機能しているかどうかをパトロールすることができる。この処理を用いる場合には、ＩＣＭＰレスポンスがコネクション失敗を通知する場合には、各スレーブ画像形成装置は例えば自己のログ履歴を調査して、以前にリソース管理を実行していた画像形成装置であって、直前にリソース管理を実行していた画像形成装置がリソース管理のステータスを登録して、新たにリソース管理を継続させることもできる。
【００５６】
図１３は、本発明においてリソース管理画像形成装置が外部サーバからリソース管理データを取得する処理のフローチャートを示す。図１３に示すように、リソース管理画像形成装置は、ステップ１３０１でサーバに対してＦＴＰプロトコルなどを使用して最新のリソース管理データのバージョンを、リソース・データおよびリソース評価リストまたはそれらのいずれか一方を検索キーとして問い合わせ、最新のリソース管理データのバージョンを取得する。ステップ１３０２では、取得したバージョン・データをすでに自己が取得済みのバージョン・データと比較する。ステップ１３０３では、リソース管理画像形成装置は、自己の保有しているバージョン・データが古いか否かを判断し、同一であると判断した場合（ｎｏ）は、ステップ１３０４でトランザクションを終了させる。
【００５７】
また、ステップ１３０３で、自己の保有するバージョンが古いと判断した場合（ｙｅｓ）には、ステップ１３０５で、ＦＴＰプロトコル、ＳＮＭＰプロトコル、またはサーバがｈｔｔｐ：プロトルを使用している場合には、ｈｔｍｌなどの構造化言語を用いてサーバにリソース・データおよびリソース評価リストの同時ダウンロートまたはいずれか一方のダウンロードを依頼する。
【００５８】
その後、リソース管理画像形成装置は、ステップ１３０６でサーバから、要求したリソース管理データを受信して、ステップ１３０６で自己のリソース・データおよびリソース評価リストの対応するデータまたは両方を更新する。上述したように、ステップ１３０７の後にリソース管理画像形成装置は、スレーブ画像形成装置へとリソース管理情報が更新されたことを通知して、更新されたリソース・データを送信することができる。
【００５９】
図１４は、本発明のリソース管理方法によるトランザクションを示した図である。本発明では、サーバ２６は、画像形成装置を提供するメーカの管理するサイトに設置されたサーバであり、製品サポートを行なっている。サーバ２６には、ハードディスク７０が接続されていて、内部に例えば製品データベースが格納されている。また、画像形成装置は、ユーザが形成する所定のドメインに設置されており、ルータ２２の下流側に適切なプライベート・アドレスで構成されるドメイン７４またはその下流側に、スイッチ２０などによりアクセスリンクが設定されるＬＡＮ７２としてサブドメインが形成されている。ここで、ドメイン７４に設置されたリソース管理画像形成装置（ＲＭＡ）７６がリソース・リクエストを、例えばＦＴＰ、ＳＮＭＰ、またはｈｔｔｐプロトコルを使用してサーバ２６に対して発行するものとする。
【００６０】
ドメイン７４およびサブドメイン７２には、画像形成装置の他、多数のパーソナル・コンピュータなどの情報処理装置が接続されていて、ＬＡＮ内でのＡＲＰプロトコルを使用したデータリンク層レベルでのトランザクションや、ＳＮＭＰプロトコルを使用した多数のトランザクションが行われ、外部に対して、メール、ｈｔｔｐリクエストなどを行っている。本発明では、本発明では、所定のドメインから制限された台数の画像形成装置が代表してサーバにアクセスすることができるので、画像形成装置とサーバとの間のトランザクションが、特にドメインの出口におけるトラフィックに対して過大な負担をかけることを防止することができる。
【００６１】
また、サーバ２６におけるトラフィックについても、管理しなければならないすべての画像形成装置からの同報通信を受けることがなく、管理しなければならない画像形成装置が増加した場合でも、それに比例して処理を増加させることなく、またネットワーク（インターネット）２４間でのトランザクションによるネットワーク帯域幅の占有量を低下させることができる。
【００６２】
本発明によれば、ユーザの所定の属性を有する単位ごとにリソース管理を行うことができるので、所定のフォーマットでのジョブが要求されることの多い画像形成装置に適したリソース管理を提供することができる。
【００６３】
図１５は、本発明において、サーバ２６から提供されるリソース管理データのデータ・パケットの構造を示した図である。図１５に示すように、本発明においてサーバ２６からダウンロードされるリソース管理データは、少なくともリソース評価リストとリソース・データとを含んでおり、図１５（ａ）に示した実施の形態では、リソース管理画像形成装置は、リソース評価リストだけがアップデートされたと判断して、リソース評価リストだけのダウンロードをサーバに依頼している。
【００６４】
これに対応してサーバから送信されるデータ・パケット７８は、ＩＰヘッダとリソース評価リスト８０とを含んでいて、ＩＰヘッダには、サーバのＩＰアドレスと宛先ＩＰアドレスとが記入されており、また、データ・パケットのプロトコル・タイプ（ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰ）の種別が記述されている。さらに、データ・パケット８０のデータ・フィールドには、リソース評価リスト８０がそのバージョンと共に記入されていて、リソース管理画像形成装置のリソース評価リストだけがアップデートされている。
【００６５】
また、図１５（ｂ）は、データ・パケットの別の実施の形態を示した図であり、データ・パケット８２には、リソース・データ８４がそのバージョンと共に記入されていて、リソース管理画像形成装置に対して、要求されたリソース・データのみを送信している。図１５（ｂ）に示したデータ・パケット８２は、リソース管理画像形成装置が、リソース・データ８４のみのダウンロードを依頼した場合にサーバから送信される。
【００６６】
また、図１５（ｃ）の実施の形態では、データ・パケット８６は、リソース・データおよびリソース評価リストの両方が含まれており、リソース管理画像形成装置は、リソース管理データとしてリソース・データおよびリソース評価リストの両方をダウンロードしている。図１５（ｃ）に説明する実施の形態では、リソース管理画像形成装置は、リソース・データとリソース評価リストと同時に更新して、ドメイン内に配布して、リソースの共有化を行っている。
【００６７】
上述したサーバ−リソース管理装置間のトランザクション・プロトコルは、ＴＣＰ／ＩＰとすることもできるし、ＵＤＰ／ＩＰとすることもでき、データ・フィールドに記述される各データのフォーマットも特に限定されないが、復号後に、例えば、カンマ区切りまたはスペース区切りのテキストまたはＣＳＶフォーマットを与える形式で記述することが、画像処理装置側でのデータ汎用性を与える点から好ましい。
【００６８】
また、本発明の特定の実施の形態では、ネットワーク基盤として、イーサネット（登録商標）を使用するネットワークを用いて説明してきたが、本発明は、無線通信または赤外線通信を使用するネットワークであっても適用できる。また、通信プロトコルについてもインターネット・プロトコルを使用する他、セル・リレーを使用するＡＴＭ（Ａｓｙｍｍｅｔｒｉｃ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）や、ＣＳＭＡ／ＣＤ、ＨＤＬＣやトークンリングのプロトコルに基づく通信ネットワークであっても適用できる。また、本発明の上記機能は、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、Ｊａｖａ（登録商標）Ｂｅａｎｓ、Ｊａｖａ（登録商標）Ａｐｐｌｅｔ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔなどの手続処理型プログラミング言語またはオブジェクト指向ブログラミング言語などで記述された装置実行可能なプログラムにより実現できる。
【００６９】
また、本発明において、画像形成装置自体が上述したプログラミング言語を実行可能な情報処理機能を含んでいてもよく、また、画像形成装置に対して外付けの情報処理端末を配置して、情報処理端末が画像形成装置のネットワーク・ドライバを使用してサーバに通信することもできるし、情報処理端末がサーバとデータ送受信を行い、画像形成装置に対してリソース管理データを渡すこともできる。
【００７０】
これまで本発明の情報処理装置を画像形成装置とした場合の特定の実施の形態とし、図面に示した実施の形態をもって詳細に説明してきたが、本発明は図面に示した実施の形態に限定されるものではなく、他の実施の形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【図面の簡単な説明】
【００７１】
【図１】本発明の画像形成装置が接続されるネットワーク環境を示した概略図。
【図２】本発明における複数の機能を含む画像形成装置のハードウェアおよびソフトウェア構成を示した概略図。
【図３】本発明の画像形成装置が含むデータの実施の形態を示した図。
【図４】本発明のリソース管理画像形成装置が含むリソース・データの構成を示した図。
【図５】本発明の画像形成装置を含む制御プログラムの構造およびステータス管理データを示したブロック図。
【図６】電源オン装置が実行する処理のフローチャート。
【図７】電源オン装置が伝送するフレームの実施の形態を示した図。
【図８】電源オン装置が伝送するＩＰパケットの実施の形態を示した図。
【図９】リソース管理画像形成装置が伝送するリソース・データ伝送パケットの実施の形態を示した図。
【図１０】本発明のリソース管理方法の制御シーケンスを示した図。
【図１１】本発明のリソース管理方法の他の制御シーケンスを示した図。
【図１２】リソース管理画像形成装置およびネットワークにすでに接続された既動作装置の実行する処理を示した図。
【図１３】リソース管理画像形成装置が実行するリソース管理データのアップデート処理を示した図。
【図１４】本発明のリソース管理方法によるトランザクションを示した図。
【図１５】サーバとリソース管理画像形成装置との間においてダウンロードされるデータ・パケットの実施の形態を示した図。
【符号の説明】
【００７２】
１０…ネットワーク環境、１２…画像形成装置、１４…複写機、１６…ファクシミリ、１８…プリンタ、２０…スイッチ、２２…ルータ、２４…ネットワーク（インターネット）、２６…サーバ、２８…スイッチ、３０…ＬＡＮ、３２…ＬＡＮ、３４…ユーザＩ／Ｆ、３６…アプリケーション・レイヤ、３８…ミドルウェア・レイヤ、４０…汎用ＯＳレイヤ、４２…ＡＰＩ、４４…ＲＡＭ、４６…モノクロプリンタ・デバイス、４８…フルカラープリンタ・デバイス、５０…ネットワーク・デバイス、５２…記憶装置、５４…データ・リスト、５６…リソース評価リスト、５８…リソース・データ、６０…同報通信データ（電源オン通知）、６２…レスポンス・データ（電源オン応答）、６４…同報通信パケット（電源ＯＮ通知）、６６…レスポンス・パケット（電源オン応答）、６８…リソース・データ伝送パケット、７０…ハードディスク、７２…サブドメイン（ＬＡＮ）、７４…ドメイン、７６…リソース管理画像形成装置（ＲＭＡ）、７８…データ・パケット、８０…リソース評価リスト、８２…データ・パケット、８４…リソース・データ、８６…データ・パケット
【特許請求の範囲】
【請求項１】
ネットワークに接続された情報処理装置であって、前記情報処理装置は、
電源オン時に、前記情報処理装置が帰属される前記ネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた前記情報処理装置のデータ・リストを含む通信データを作成する通信データ作成手段と、
前記通信データを受信して前記データ・リストを取得し、リソース管理データとして提供されるリソース評価リストと前記データ・リストとを照合してスコアを計算し、前記スコアに応答してリソース処理のステータスを判断するステータス判断手段と、
前記ステータス判断手段の判断結果に応答して、ステータス指令データを含むレスポンス・データを作成し、前記通信データの送信元に返信するステータス指令手段と
を備える情報処理装置。
【請求項２】
さらに、前記ドメイン外で前記ネットワークに接続されたサーバにアクセスして前記情報処理装置の前記リソース管理データの更新を判断し、前記リソース管理データが更新されたと判断した場合に前記サーバから更新された前記リソース管理データを取得するリソース取得手段を含む、請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、更新された前記リソース管理データを、少なくとも局在化した前記ドメイン内の少なくとも１台の他の情報処理装置に配布するリソース更新手段を備える、請求項１または２に記載の情報処理装置。
【請求項４】
前記情報処理装置は、前記リソース管理データに対応したリソース評価リストとデータ・リストとを格納する記憶装置を含む、請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
ネットワークに接続された情報処理装置のリソース管理を行うリソース管理方法であって、前記リソース管理方法は、
電源オン時に、前記情報処理装置が帰属される前記ネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた前記情報処理装置のデータ・リストを含む通信データを作成するステップと、
前記通信データに含まれる前記データ・リストとリソース管理データとして提供されるリソース評価リストとを照合して計算されたスコアに応答して決定されるステータス指令データを含むレスポンス・データを受信するステップと、
前記ステータス指令データに対応してリソース管理処理を切換えるステップと、
を含む情報処理装置のリソース管理方法。
【請求項６】
ネットワークに接続された情報処理装置のリソース管理を行うリソース管理方法であって、前記リソース管理方法は、
局在化したドメイン内で同報通信され、かつ前記情報処理装置のデータ・リストを含む通信データを情報処理装置が受信するステップと、
前記通信データを受信して前記データ・リストを取得し、リソース管理データとして提供されるリソース評価リストと前記データ・リストとを照合してスコアを計算し、前記スコアに応答してステータスを判断するステップと、
前記判断の結果に応答して、ステータス指令データを含むレスポンス・データを作成し、前記通信データの送信元に返信するステップと
を含む、情報処理装置のリソース管理方法。
【請求項７】
ネットワークに接続された情報処理装置のリソース管理を行うリソース管理方法を情報処理装置に対して実行させるための装置実行可能なプログラムであって、前記プログラムは、前記情報処理装置に対して、
電源オン時に、前記情報処理装置が帰属される前記ネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた前記情報処理装置のデータ・リストを含む通信データを作成する機能と、
前記通信データを受信して前記データ・リストを取得し、リソース管理データとして提供されるリソース評価リストと前記データ・リストとを照合してスコアを計算し、前記スコアに応答してステータスを判断する機能と、
前記判断に応答してステータス指令データを含むレスポンス・データを作成する機能と、
前記ステータス指令データに応答してステータス管理データを保持または更新し、記憶装置に格納する機能と
を実現させる、装置実行可能なプログラム。
【請求項１】
ネットワークに接続された情報処理装置であって、前記情報処理装置は、
電源オン時に、前記情報処理装置が帰属される前記ネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた前記情報処理装置のデータ・リストを含む通信データを作成する通信データ作成手段と、
前記通信データを受信して前記データ・リストを取得し、リソース管理データとして提供されるリソース評価リストと前記データ・リストとを照合してスコアを計算し、前記スコアに応答してリソース処理のステータスを判断するステータス判断手段と、
前記ステータス判断手段の判断結果に応答して、ステータス指令データを含むレスポンス・データを作成し、前記通信データの送信元に返信するステータス指令手段と
を備える情報処理装置。
【請求項２】
さらに、前記ドメイン外で前記ネットワークに接続されたサーバにアクセスして前記情報処理装置の前記リソース管理データの更新を判断し、前記リソース管理データが更新されたと判断した場合に前記サーバから更新された前記リソース管理データを取得するリソース取得手段を含む、請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、更新された前記リソース管理データを、少なくとも局在化した前記ドメイン内の少なくとも１台の他の情報処理装置に配布するリソース更新手段を備える、請求項１または２に記載の情報処理装置。
【請求項４】
前記情報処理装置は、前記リソース管理データに対応したリソース評価リストとデータ・リストとを格納する記憶装置を含む、請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
ネットワークに接続された情報処理装置のリソース管理を行うリソース管理方法であって、前記リソース管理方法は、
電源オン時に、前記情報処理装置が帰属される前記ネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた前記情報処理装置のデータ・リストを含む通信データを作成するステップと、
前記通信データに含まれる前記データ・リストとリソース管理データとして提供されるリソース評価リストとを照合して計算されたスコアに応答して決定されるステータス指令データを含むレスポンス・データを受信するステップと、
前記ステータス指令データに対応してリソース管理処理を切換えるステップと、
を含む情報処理装置のリソース管理方法。
【請求項６】
ネットワークに接続された情報処理装置のリソース管理を行うリソース管理方法であって、前記リソース管理方法は、
局在化したドメイン内で同報通信され、かつ前記情報処理装置のデータ・リストを含む通信データを情報処理装置が受信するステップと、
前記通信データを受信して前記データ・リストを取得し、リソース管理データとして提供されるリソース評価リストと前記データ・リストとを照合してスコアを計算し、前記スコアに応答してステータスを判断するステップと、
前記判断の結果に応答して、ステータス指令データを含むレスポンス・データを作成し、前記通信データの送信元に返信するステップと
を含む、情報処理装置のリソース管理方法。
【請求項７】
ネットワークに接続された情報処理装置のリソース管理を行うリソース管理方法を情報処理装置に対して実行させるための装置実行可能なプログラムであって、前記プログラムは、前記情報処理装置に対して、
電源オン時に、前記情報処理装置が帰属される前記ネットワーク内における局在化したドメイン内で同報通信され、かつ電源オンされた前記情報処理装置のデータ・リストを含む通信データを作成する機能と、
前記通信データを受信して前記データ・リストを取得し、リソース管理データとして提供されるリソース評価リストと前記データ・リストとを照合してスコアを計算し、前記スコアに応答してステータスを判断する機能と、
前記判断に応答してステータス指令データを含むレスポンス・データを作成する機能と、
前記ステータス指令データに応答してステータス管理データを保持または更新し、記憶装置に格納する機能と
を実現させる、装置実行可能なプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００６−３４３９５０（Ｐ２００６−３４３９５０Ａ）
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願番号】特願２００５−１６８３５８（Ｐ２００５−１６８３５８）
【出願日】平成１７年６月８日（２００５．６．８）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願日】平成１７年６月８日（２００５．６．８）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]