(57)【要約】【課題】  登録又は更新の対象となる複数台のプリンタに同一のリソースを容易に登録又は更新する。【解決手段】  リソースファイル読み込み手段３−１は、登録又は更新を行うリソースを受け入れ、登録・更新先設定手段３−２は、リソースの登録又は更新を実行すべき周辺端末装置（プリンタＡ、プリンタＢ、プリンタＣ）を特定させ、登録・更新手段８−１は、上記登録・更新先設定手段３−２によって特定された上記周辺端末装置に対して上記リソースの登録又は更新を行い、結果報告手段８−４は、上記登録・更新手段８−１の実行結果を上記管理ＰＣ１へ報告する【選択図】        図１
2005297296.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されるホスト装置から、前記ネットワークに接続される複数の周辺端末装置に対し、サーバ装置を介してリソースの登録又は更新を行うリソース登録・更新システムであって、
前記ホスト装置は、
登録又は更新を行うリソースを受け入れるリソースファイル読み込み手段と、
前記リソースの登録又は更新を実行すべき周辺端末装置を特定させる登録・更新先設定手段を備え、
前記サーバ装置は、
前記登録・更新先設定手段によって特定された前記周辺端末装置に対して前記リソースの登録又は更新を行う登録・更新手段とを備えることを特徴とするリソース登録・更新システム。
【請求項２】
請求項１に記載のリソース登録・更新システムに於いて、
前記サーバ装置は、
前記登録・更新手段の実行結果を前記ホスト装置へ報告する結果報告手段を更に備えることを特徴とするリソース登録・更新システム。
【請求項３】
請求項１又は請求項２に記載のリソース登録・更新システムに於いて、
前記ホスト装置は、
前記サーバ装置が同一の周辺端末装置に対し前記リソースの登録又は更新失敗時に於いて許容されるリトライ回数を受け入れるリトライ回数設定手段と、
前記サーバ装置が同一の周辺端末装置に対し前記リソースの登録又は更新失敗時におけるリトライまでの時間間隔を受け入れるリトライ間隔設定手段とを更に備え、
前記サーバ装置は、
前記リトライ回数設定手段が受け入れたリトライ回数に基づいて前記周辺端末装置に対して前記リソースの登録又は更新のリトライを行う登録・更新リトライ手段と、
前記リトライ間隔設定手段が受け入れたリトライ間隔に基づいて前記周辺端末装置に対して前記リソースの登録又は更新のリトライを行うリトライ遅延手段とを更に備えることを特徴とするリソース登録・更新システム。
【請求項４】
請求項１乃至請求項４の何れか一項に記載のリソース登録・更新システムに於いて、
前記サーバ装置は、
前記周辺端末装置毎のアドレス情報を格納する記憶部を更に備えることを特徴とするリソース登録・更新システム。
【請求項５】
請求項４に記載のリソース登録・更新システムに於いて、
前記記憶部は、複数の周辺端末装置をグループ分けするグルーピング情報を更に格納し、
前記ホスト装置は、
該グルーピング情報に基づいて前記リソースの登録又は更新を実行すべき周辺端末装置を特定させる登録・更新先設定手段を備えることを特徴とするリソース登録・更新システム。
【請求項６】
請求項１乃至請求項５の何れか一項に記載の登録・更新システムに於いて、
前記サーバ装置は、
リソースの登録・更新が実行された周辺端末装置の使用者に対して登録・更新の内容を通知する、使用者への登録・更新情報通知手段を更に備えることを特徴とするリソース登録・更新システム。
【請求項７】
請求項６に記載の登録・更新システムに於いて、
前記サーバ装置は、
周辺端末装置毎の使用者を格納する記憶部を更に備えることを特徴とするリソース登録・更新システム。
【請求項８】
請求項１乃至請求項７の何れか一項に記載の登録・更新システムに於いて、
前記ホスト装置は、
前記記憶部に前記周辺端末装置に対するリソースの登録・更新情報を格納し、
前記サーバ装置は、
前記ホスト装置からの要求に応じて前記周辺端末装置に現在登録されているリソース情報と、前記リソースの登録・更新情報とを比較し、その比較結果を前記ホスト装置へ返信するリソース登録・更新比較手段を更に備えることを特徴とするリソース登録・更新システム。
【請求項９】
ネットワークに接続されるホスト装置から、前記ネットワークに接続される複数の周辺端末装置に対し、サーバ装置を介してリソースの登録又は更新を行うリソース登録・更新方法であって、
前記ホスト装置が、登録又は更新を行うリソースを受け入れるリソースファイル読み込み手順と、
該ホスト装置が、前記リソースの登録又は更新を実行すべき周辺端末装置を特定させる登録・更新先設定手順と、
前記サーバ装置が、前記登録・更新先設定手順によって特定された前記周辺端末装置に対して前記リソースの登録又は更新を行う登録・更新手順とを備えることを特徴とするリソース登録・更新方法。
【請求項１０】
請求項９に記載のリソース登録・更新方法に於いて、
前記サーバ装置が、前記登録・更新手順の実行結果を前記ホスト装置へ報告する結果報告手順を更に備えることを特徴とするリソース登録・更新方法。
【請求項１１】
請求項９又は請求項１０に記載のリソース登録・更新方法に於いて、
前記ホスト装置が、前記サーバ装置が同一の周辺端末装置に対し前記リソースの登録又は更新失敗時に於いて許容されるリトライ回数を受け入れるリトライ回数設定手順と、
該ホスト装置が、同一の周辺端末装置に対し前記リソースの登録又は更新失敗時におけるリトライまでの時間間隔を受け入れるリトライ間隔設定手順と、
前記サーバ装置が、前記リトライ回数設定手段が受け入れたリトライ回数に基づいて前記周辺端末装置に対して前記リソースの登録又は更新のリトライを行う登録・更新リトライ手順と、
該サーバ装置が、前記リトライ間隔設定手順が受け入れたリトライ間隔に基づいて前記周辺端末装置に対して前記リソースの登録又は更新のリトライを行うリトライ遅延手順とを更に備えることを特徴とするリソース登録・更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホスト装置から周辺端末装置へのフォントデータ、フォームデータ、印刷ジョブデータ等のリソース登録・更新システム及び方法に関するものである。
【背景技術】
【０００２】
近年、ＬＡＮ（ローカルエリアネットワーク）の普及拡大によって、プリンタ等の周辺端末装置は、同一のネットワークに複数台接続され、複数台の上位装置、例えばパーソナルコンピュータ（以後ＰＣと記す）によって共有される場合が多い。このような環境に於いては、同一のネットワークに接続されている複数台のプリンタ等に同一のリソースを登録したい場合、或いは又、現在登録されているリソースを同一のリソースで更新したい場合等が発生する。かかる場合に、従来の技術では、ネットワーク管理者は、所定のＰＣから、登録又は更新の対象となる複数台のプリンタに個々にアクセスし、一台毎にリソースの登録又は更新を行っていた。
【０００３】
従って、上記従来の技術では、登録又は更新の対象となる複数台のプリンタに同一のリソースを登録又は更新するためには、対象となるプリンタの台数分、登録又は更新の作業を手動で繰り返さなければならなかった。又、プリンタの電源がオフになっていたり、プリンタ内部の記憶領域に登録又は更新に必要とされるだけの空き領域を確保することが出来ない場合等には、エラーが発生するので、その都度所定の対応を行う必要があった（例えば特許文献１参照）。
【特許文献１】特開２００１−２２９１１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
解決しようとする問題点は、登録又は更新の対象となる複数台のプリンタに同一のリソースを登録又は更新するためには、対象となるプリンタの台数分、登録又は更新の作業を手動で繰り返さなければならなかった点である。
【課題を解決するための手段】
【０００５】
ホスト装置に、登録又は更新を行うリソースを受け入れるリソースファイル読み込み手段と、リソースの登録又は更新を実行すべき周辺端末装置の宛先を設定する登録・更新先設定手段を備え、サーバ装置に、登録・更新先設定手段が設定した宛先に基づいて前記周辺端末装置に対して前記リソースの登録又は更新を行う登録・更新手段と、登録・更新手段の実行結果を上記ホスト装置へ報告する結果報告手段とを備えることによって、サーバ装置が、ホスト装置に代わって複数台の周辺端末装置に対してリソースの登録又は更新を実行することになる。
【０００６】
更に、ホスト装置に、サーバ装置が同一の周辺端末装置に対し前記リソースの登録又は更新成功までに許容されるリトライ回数を設定するリトライ回数設定手段と、サーバ装置が同一の周辺端末装置に対し上記リソースの登録又は更新成功までのリトライ間隔を設定するリトライ間隔設定手段とを備え、サーバ装置に、上記リトライ回数設定手段が設定したリトライ回数に基づいて上記周辺端末装置に対して上記リソースの登録又は更新のリトライを行う登録・更新リトライ手段と、上記リトライ間隔設定手段が設定したリトライ間隔に基づいて上記周辺端末装置に対して上記リソースの登録又は更新のリトライを行うリトライ遅延手段とを備えることを最も主要な特徴とする。
【発明の効果】
【０００７】
サーバ装置が、ホスト装置に代わって複数台の周辺端末装置に対してリソースの登録又は更新を実行することになるので、登録又は更新の対象となる複数台のプリンタに同一のリソースを登録又は更新する場合に於いて、対象となるプリンタの台数分、登録又は更新の作業を手動で繰り返さなければならないという煩わしさが無くなるという効果を得る。
【０００８】
又、周辺端末装置の電源がオフになっていたり、周辺端末装置内部の記憶領域に登録又は更新に必要とされるだけの空き領域が無い場合等であっても、サーバ装置による周辺端末装置に対するリトライ回数を制限できるので長時間に渡ってリトライが繰り返されるという不都合が発生しなくなるという効果を得る。
【発明を実施するための最良の形態】
【０００９】
リソースファイル読み込み手段と、登録・更新先設定手段と、リトライ回数設定手段と、リトライ間隔設定手段とをホスト装置が有するＣＰＵ（中央演算処理装置）の制御手段によって構成し、登録・更新手段と、結果報告手段と、登録・更新リトライ手段と、リトライ遅延手段とをサーバ装置が有するＣＰＵ（中央演算処理装置）の制御手段によって構成したため、システムのコストアップを最低限度に抑えて実現することが出来た。
【実施例１】
【００１０】
図１は、実施例１の構成のブロック図である。
図に示すように、実施例１のリソース登録・更新システムは、管理ＰＣ（パーソナルコンピュータ）１と、サーバ装置６と、ネットワーク１０と、プリンタＡ１１と、プリンタＢ１２と、プリンタＣ１３と、クライアントＰＣ１４を含んでいる。
【００１１】
管理ＰＣ１は、本実施例のリソース登録・更新システムを管理するネットワーク管理者が利用し、リソースの登録・更新を実行するパーソナルコンピュータであり、その内部には、ＰＣ入出力部２と、ＰＣ制御部３と、ＰＣ記憶部４と、データ入出力部５とを備える。
【００１２】
ＰＣ入出力部２は、ＰＣ制御部の制御に基づいて、ネットワーク１０との間で情報の送受信を行う部分である。その内部には、データの流れを制御するためのネットワークインタフェースカード２−１を有している。
【００１３】
ＰＣ制御部３は、管理ＰＣ１全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、リソースファイル読み込み手段３−１と、登録・更新先設定手段３−２と、リトライ回数設定手段３−３と、リトライ間隙設定手段３−４とを有して、本実施例に於けるリソースの登録・更新を実行する部分である。
【００１４】
リソースファイル読み込み手段３−１は、プリンタＡ１１、プリンタＢ１２、プリンタＣ１３、等に対して登録又は更新を行うリソースデータをフロッピーディスク等から受け入れる手段である。
【００１５】
登録・更新先設定手段３−２は、ネットワーク管理者の要求に応じてリソースの登録又は更新を実行すべき周辺端末装置の宛先を設定する手段である。即ち、ネットワークに接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）のうち、リソースの登録又は更新を実行すべき周辺端末装置の識別子リスト（例えばＩＰアドレス等）の入力を操作者（ここではネットワーク管理者）に求め、操作者が求めに応じて識別子リスト（例えばＩＰアドレス等）を入力すると、その識別子リスト（例えばＩＰアドレス等）をリソースの登録又は更新を実行すべき周辺端末装置の宛先として設定する手段である。
【００１６】
リトライ回数設定手段３−３は、サーバ装置６が同一の周辺端末装置に対しリソースの登録又は更新失敗時において、成功までに許容されるリトライ回数を設定する手段である。即ち、サーバ装置６が同一の周辺端末装置に対して、登録・更新処理が失敗した場合に、そのリトライ（再処理）回数の入力を操作者（ここではネットワーク管理者）に求め、操作者が求めに応じて入力すると、その回数をリトライ回数として設定する手段である。
【００１７】
この手段を備えることによって、周辺端末装置の電源がオフになっていたり、周辺端末装置内部の記憶領域に登録又は更新に必要とされるだけの空き領域が無い場合等であっても、サーバ装置による周辺端末装置に対するリトライ回数を制限できるので長時間に渡ってリトライが繰り返されるという不都合の発生を防止することが出来る。
【００１８】
リトライ間隔設定手段３−４は、サーバ装置６が同一の周辺端末装置に対しリソースの登録又は更新失敗時におけるリトライまでの時間間隔を設定する手段である。
即ち、サーバ装置６が同一の周辺端末装置に対して、登録・更新処理が失敗した場合に、そのリトライ（再処理）を実行するまでの時間間隔の入力を操作者（ここではネットワーク管理者）に求め、操作者が求めに応じて入力すると、その時間間隔をリトライ間隔として設定する手段である。
【００１９】
ＰＣ記憶部４は、ＰＣ制御部３の制御プログラムを予め格納しておくメモリである。この制御プログラムには、上記、リソースファイル読み込み手段３−１、登録・更新先設定手段、３−２リトライ回数設定手段３−３、及び、リトライ間隔設定手段３−４を実行するための、コンピュータによる読み取り可能なプログラムも含まれている。
【００２０】
データ入出力部５は、リソースファイル読み込み手段３−１と、登録・更新先設定手段３−２と、リトライ回数設定手段３−３と、リトライ間隙設定手段３−４が、ネットワーク管理者に対して所定のデータや、設定項目に対する入出力を求め、受け入れる部分である。更に、サーバ装置６からの報告事項を表示してネットワーク管理者に対して知らせる部分でもある。
【００２１】
サーバ装置６は、ネットワーク１０に接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）を統括して管理し、クライアントＰＣ１４、管理ＰＣ１等にサービスを提供する部分であり、その内部には、サーバ入出力部７と、サーバ制御部８と、サーバ記憶部９とを備える。
【００２２】
サーバ入出力部７は、サーバ制御部８の制御に基づいて、ネットワーク１０との間で情報の送受信を行う部分である。その内部には、データの流れを制御するためのネットワークインタフェースカード７−１を有している。
【００２３】
サーバ制御部８は、サーバ装置全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４とを有して、本実施例に於けるリソースの登録・更新を実行する部分である。
【００２４】
登録・更新手段８−１は、上記登録・更新先設定手段３−２が設定した宛先に基づいて上記周辺端末装置に対して上記リソースの登録又は更新を行う手段である。
即ち、ネットワークに接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）のうち、ネットワーク管理者がリソースの登録又は更新を実行すべき周辺端末装置として選択し、管理ＰＣ１を介して入力した識別子リスト（例えばＩＰアドレス等）を入力すると、その識別子リスト（例えばＩＰアドレス等）を管理ＰＣ１から受け入れてリソースの登録又は更新を実行する手段である。
【００２５】
登録・更新リトライ手段８−２は、上記リトライ回数設定手段３−３が設定したリトライ回数に基づいて上記周辺端末装置に対して上記リソースの登録又は更新のリトライを行う手段である。その内部にはリトライ回数を計測するリトライカウンタを有している。
即ち、サーバ装置６が同一の周辺端末装置に対して、登録・更新処理を失敗した場合に、ネットワーク管理者が設定した回数を限度としてリトライする手段である。
【００２６】
リトライ遅延手段８−３は、リトライ間隔設定手段３−４が設定したリトライ間隔に基づいて上記周辺端末装置に対して上記リソースの登録又は更新のリトライを行う手段である。その内部に、リトライの時間間隔を設定するタイマを有している。
即ち、サーバ装置６が、登録・更新処理が失敗した場合に、同一の周辺端末装置に対して、そのリトライを実行するための時間間隔として、ネットワーク管理者が、管理ＰＣ１を介して設定した時間間隔を受け入れて、その時間間隔だけ遅延させてリトライさせる手段である。
【００２７】
結果報告手段８−４は、上記登録・更新手段８−１の実行結果を管理ＰＣ１へ報告する手段である。ネットワーク管理者は、管理ＰＣ１を介して、この報告を受け入れることによって、ネットワークに接続されている周辺端末装置の現状を把握することが可能になる。
【００２８】
サーバ記憶部９は、サーバ装置６の制御プログラムを予め格納しておくメモリである。この制御プログラムには、上記、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４を実行するための、コンピュータによる読み取り可能なプログラムも含まれている。更に、本実施例では、サーバ装置６が統括管理する周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）のネットワーク上における位置（例えばＩＰアドレス等）を記憶するアドレステーブルを予め格納するメモリでもある。
【００２９】
ネットワーク１０は、管理ＰＣ（パーソナルコンピュータ）１と、サーバ装置６と、プリンタＡ１１と、プリンタＢ１２と、プリンタＣ１３と、クライアントＰＣ１４とを接続するデータ回線である。通常は、ＬＡＮ（ローカルエリアネットワーク）が用いられる。
【００３０】
プリンタＡ１１、プリンタＢ１２、プリンタＣ１３は、ネットワーク１０に接続されている周辺端末装置の一例であって、サーバ装置６の管理に従って、クライアントＰＣ１４、管理ＰＣ１等にサービス（ここでは印刷処理）を提供する装置である。
【００３１】
クライアントＰＣ１４は、周辺端末装置（ここでは、プリンタＡ１１、プリンタＢ１２、プリンタＣ１３）に対して、操作者がワーク（ここでは印刷処理）を求める上位装置である。図中には一例として１台のみ記載されているが、通常は複数台接続されているのが常である。
尚、上記管理ＰＣ１は、通常、ネットワークに接続されている複数台のクライアントＰＣの中から選択される。
【００３２】
次に実施例１の動作について説明する。
図２は、実施例１の登録依頼のフローチャートである。
この図は、ネットワーク管理者が管理ＰＣ１（図１）を用いて、周辺端末装置に対するリソースの登録をサーバ装置６（図１）に依頼する動作を表している。以下にステップＳ１−１からステップＳ１−６までステップ順に説明する。
【００３３】
ステップＳ１−１
ネットワーク管理者がリソースファイルを格納しているＦＤ（フロッピーディスク）等を管理ＰＣ１のデータ入出力部５（図１）に挿入すると、ＰＣ制御部３のリソースファイル読み込み手段３−１（図１）は、リソースファイルを読み込む。
【００３４】
ステップＳ１−２
ＰＣ制御部３の登録・更新先設定手段３−２（図１）が、ネットワーク管理者に対して、データ入出力部５（図１）の表示画面（一例）にリソースの登録・更新の対象となる周辺端末装置の指定を求め、ネットワーク管理者の指定入力を待つ。
【００３５】
ステップＳ１−３
ＰＣ制御部３の登録・更新先設定手段３−２（図１）は、ネットワーク管理者による、登録・更新の対象となる全ての周辺端末装置の指定入力が終了すると次へ進む。
【００３６】
ステップＳ１−４
ＰＣ制御部３のリトライ回数設定手段３−３（図１）が、ネットワーク管理者に対して、データ入出力部５（図１）の表示画面（一例）にリトライ回数の指定を求め、ネットワーク管理者が、リトライ回数を指定入力すると次へ進む。
【００３７】
ステップＳ１−５
ＰＣ制御部３のリトライ間隔設定手段３−４（図１）が、ネットワーク管理者に対して、データ入出力部５（図１）の表示画面（一例）にリトライ間隔の指定を求め、ネットワーク管理者が、リトライ間隔を指定入力すると次へ進む。
【００３８】
ステップＳ１−６
ＰＣ制御部３（図１）は、上記ステップによって取得したデータからなる登録命令（フレーム）を構成してＰＣ入出力部２（図１）からネットワーク１０（図１）を介してサーバ装置６（図１）へ送信してフローを終了する。
【００３９】
図３は、実施例１の登録処理のフローチャートである。
この図は、サーバ装置６（図１）が、管理ＰＣ１（図１）の指示に基づいて、周辺端末装置に対するリソースの登録処理を実行する動作を表している。以下にステップＳ１−７からステップＳ１−１４までステップ順に説明する。
【００４０】
ステップＳ１−７
サーバ制御部８（図１）は、管理ＰＣ１（図１）が送信した登録命令（フレーム）をネットワーク１０（図１）を介して、サーバ入出力部７（図１）からを受け入れる。
【００４１】
ステップＳ１−８
サーバ制御部８の登録・更新手段８−１（図１）は、サーバ記憶部９（図１）からアドレステーブル９−１を読み出して、そのＩＰアドレスが記載されている周辺端末装置の順番に従って、登録命令（フレーム）によって受け入れたリソースの登録処理を開始する。
【００４２】
ステップＳ１−９
リソースの登録に成功した場合にはステップＳ１−１３へ進み、登録に失敗した場合にはステップＳ１−１０へ進む。
【００４３】
ステップＳ１−１０
サーバ制御部８の登録・更新リトライ手段８−２（図１）は、自己が内部に有するリトライカウンタの回数を参照し、リトライ回数が、登録命令（フレーム）によって受け入れたリトライ回数に一致している場合にはリトライをそれ以上実行することなくステップＳ１−１２へ進み、まだ受け入れたリトライ回数に至っていない場合にはリトライを実行するためにステップＳ１−１１へ進む。
【００４４】
ステップＳ１−１１
サーバ制御部８のリトライ遅延手段８−３（図１）は、リトライ実行の時間を登録命令（フレーム）によって受け入れたリトライ時間間隔だけ遅延させてステップＳ１−８へ進み、リトライの実行につなげる。
【００４５】
ステップＳ１−１２
サーバ制御部８の結果報告手段８−４（図１）は、所定の周辺端末装置に於いてリソースの登録に失敗した旨の登録失敗通知（フレーム）を構成してサーバ入出力部７（図１）からネットワーク１０（図１）を介して管理ＰＣ１へ送信してステップＳ１−１３へ進む。このときネットワーク管理者は、データ入出力部５から登録に失敗したことを認識するので、所定の対応を実行することも可能になる。ここで所定の対応とは、例えば所定の周辺端末装置の電源のオンの確認をすること等である。
【００４６】
ステップＳ１−１３
全プリンタが終了していない場合にはステップＳ１−８へ戻って後に続く登録処理を実行し、全プリンタが終了している場合にはステップＳ１−１４へ進む。
【００４７】
ステップＳ１−１４
サーバ制御部８の結果報告手段８−４（図１）は、登録命令（フレーム）によって受け入れた全ての周辺端末装置に対するリソースの登録・更新結果について登録結果通知（フレーム）を構成してサーバ入出力部７（図１）からネットワーク１０（図１）を介して管理ＰＣ１へ送信してフローを終了する。
【００４８】
以上説明したように、本実施例では、サーバ装置が、ホスト装置に代わって複数台の周辺端末装置に対してリソースの登録又は更新を実行することになるので、登録又は更新の対象となる複数台のプリンタに同一のリソースを登録又は更新する場合に於いて、対象となるプリンタの台数分、登録又は更新の作業を手動で繰り返さなければならないという煩わしさが無くなるという効果を得る。
【００４９】
又、周辺端末装置の電源がオフになっていたり、周辺端末装置内部の記憶領域に登録又は更新に必要とされるだけの空き領域無い場合等であっても、サーバ装置による周辺端末装置に対するリトライ回数を制限できるので長時間に渡ってリトライが繰り返されるという不都合が発生しなくなるという効果を得る。
【００５０】
尚、上記説明では、リソースファイル読み込み手段３−１（図１）と、登録・更新先設定手段３−２（図１）と、リトライ回数設定手段３−３（図１）と、リトライ間隔設定手段３−４（図１）とを管理ＰＣ１（図１）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成し、登録・更新手段８−１（図１）と、登録・更新リトライ手段８−２（図１）と、リトライ遅延手段８−３（図１）と、結果報告手段８−４（図１）とをサーバ装置６（図１）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成したものとして説明したが、本発明は、この例に限定されるものではない。即ち、上記制御手段の全て、又は、一部を専用の電子回路で構成しても良い。
【実施例２】
【００５１】
図４は、実施例２の構成のブロック図である。
図に示すように、実施例２のリソース登録・更新システムは、管理ＰＣ（パーソナルコンピュータ）２１と、サーバ装置２６と、ネットワーク１０と、プリンタＡ１１と、プリンタＢ１２と、プリンタＣ１３と、クライアントＰＣ１４を含んでいる。実施例１との相違点のみについて説明する。実施例１と同一の部分については、同一の符号が付されている。
【００５２】
管理ＰＣ２１は、本実施例のリソース登録・更新システムを管理するネットワーク管理者が利用し、リソースの登録・更新を実行するパーソナルコンピュータであり、その内部には、ＰＣ入出力部２と、ＰＣ制御部２３と、ＰＣ記憶部４と、データ入出力部５とを備える。
【００５３】
ＰＣ制御部２３は、管理ＰＣ２１全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、リソースファイル読み込み手段３−１と、登録・更新先設定手段２３−２と、リトライ回数設定手段３−３と、リトライ間隙設定手段３−４と、グルーピング情報要求手段２３−１を有して、本実施例に於けるリソースの登録・更新を実行する部分である。
【００５４】
グルーピング情報要求手段２３−１は、サーバ装置２６に対して、サーバ記憶部２９に格納されているプリンタグルーピングテーブル２９−１の内容取得を求めて送信要求（フレーム）を送信する手段である。
【００５５】
登録・更新先設定手段２３−２は、周辺端末装置のグループ情報を表示して、リソースの登録又は更新を実行すべき周辺端末装置のグループを設定する手段である。即ち、ネットワークに接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）のうち、リソースの登録又は更新を実行すべき周辺端末装置のグループの入力を操作者（ここではネットワーク管理者）に求め、操作者が求めに応じて所定のグループを選択すると、そのグループに含まれている識別子リスト（例えばＩＰアドレス等）をリソースの登録又は更新を実行すべき周辺端末装置の宛先として設定する手段である。グループ情報については、あとに図を用いて再度詳細に説明する。
【００５６】
サーバ装置２６は、ネットワーク１０に接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）を統括して管理し、クライアントＰＣ１４、管理ＰＣ２１等にサービスを提供する部分であり、その内部には、サーバ入出力部７と、サーバ制御部２８と、サーバ記憶部２９とを備える。
【００５７】
サーバ制御部２８は、サーバ装置全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４、グルーピング情報送信手段２８−１とを有して、本実施例に於けるリソースの登録・更新を実行する部分である。
【００５８】
グルーピング情報送信手段２８−１は、ＰＣ制御部２３のグルーピング情報要求手段２３−１からプリンタグルーピングテーブル２９−１の内容送信を求める送信要求（フレーム）を受け入れたときに、サーバ記憶部２９に格納されているプリンタグルーピングテーブル２９−１を読み出して、要求応答（フレーム）を構成してＰＣ制御部２３へ返信する手段である。ここでプリンタグルーピングテーブルの内容について図を用いて説明する。
【００５９】
図５は、実施例２におけるグルーピングテーブルの説明図である。
図に示すようにフォームデータ、フォントデータ、等のデータ毎にプリンタの所属するグループが構成されている。一例として、この図では、フォームデータについては、プリンタＡと、プリンタＢとが同一のリソースによって登録・更新され、フォントデータについては、プリンタＣと、プリンタＡとが同一のリソースによって登録・更新されるグループとして設定されている。
【００６０】
図４に戻って、サーバ記憶部２９は、サーバ装置２６の制御プログラムを予め格納しておくメモリである。この制御プログラムには、上記、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４、グルーピング情報送信手段２８−１とを実行するための、コンピュータによる読み取り可能なプログラムも含まれている。更に、本実施例では、サーバ装置２６が統括管理する周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）のネットワーク上における位置（例えばＩＰアドレス等）を記憶するアドレステーブル９−１と、図５を用いて説明したグルーピングテーブル２９−１を予め格納するメモリでもある。
他の構成部分については、実施例１と同様なので説明を省略する。
【００６１】
次に実施例２の動作について説明する。
図６は、実施例２の登録依頼のフローチャートである。
この図は、ネットワーク管理者が管理ＰＣ２１（図４）を用いて、周辺端末装置に対するリソースの登録をサーバ装置２６（図４）に依頼する動作を表している。以下にステップＳ２−１からステップＳ２−６までステップ順に説明する。
【００６２】
ステップＳ２−１
ネットワーク管理者の要求に基づいて、ＰＣ制御部２３（図４）のグルーピング情報要求手段２３−１（図４）がサーバ装置２６（図４）に対して、サーバ記憶部２９（図４）に格納されているプリンタグルーピングテーブル２９−１（図４）の内容取得を求める送信要求（フレーム）を構成し、ＰＣ入出力部４（図４）からネットワーク１０（図４）を介してサーバ装置２６（図４）へ送信し、サーバ装置２６（図４）のグルーピング情報送信手段２８−１（図４）から図５に示すグルーピング情報を受け入れる。
【００６３】
ステップＳ２−２
ネットワーク管理者がリソースファイルを格納しているＦＤ（フロッピーディスク）等を管理ＰＣ２１のデータ入出力部５（図４）に挿入すると、ＰＣ制御部２３のリソースファイル読み込み手段３−１（図４）は、リソースファイルを読み込む。
【００６４】
ステップＳ２−３
ＰＣ制御部２３の登録・更新先設定手段３−２（図４）が、ネットワーク管理者に対して、データ入出力部５（図１）の表示画面（一例）に上記グルーピング情報を表示してリソースの登録・更新の対象となる周辺端末装置のグループの選択求め、ネットワーク管理者に選択させる。
【００６５】
ステップＳ２−４
ＰＣ制御部２３のリトライ回数設定手段３−３（図４）が、ネットワーク管理者に対して、データ入出力部５（図４）の表示画面（一例）にリトライ回数の指定を求め、ネットワーク管理者が、リトライ回数を指定入力すると次へ進む。
【００６６】
ステップＳ２−５
ＰＣ制御部２３のリトライ間隔設定手段３−４（図４）が、ネットワーク管理者に対して、データ入出力部５（図４）の表示画面（一例）にリトライ間隔の指定を求め、ネットワーク管理者が、リトライ間隔を指定入力すると次へ進む。
【００６７】
ステップＳ２−６
ＰＣ制御部２３（図４）は、上記ステップによって取得したデータに基づいて登録命令（フレーム）を構成してＰＣ入出力部２（図４）からネットワーク１０（図４）を介してサーバ装置２６（図４）へ送信してフローを終了する。
【００６８】
図７は、実施例２の登録処理のフローチャートである。
この図は、サーバ装置２６（図４）が、管理ＰＣ１（図１）の指示に基づいて、周辺端末装置に対するリソースの登録処理を実行する動作を表している。以下にステップＳ２−７からステップＳ２−１５までステップ順に説明する。
【００６９】
ステップＳ２−７
サーバ制御部２８（図４）は、管理ＰＣ２１（図４）が送信した登録命令（フレーム）をネットワーク１０（図４）を介して、サーバ入出力部７（図４）からを受け入れる。
【００７０】
ステップＳ２−８
登録命令（フレーム）に含まれているネットワーク管理者によって選択されたグルーピング情報に基づいてリソースの登録・更新の対象となる周辺端末装置の識別子（ＩＰアドレス）をプリンタグルーピングテーブル２９−１（図４）から読み出す。
【００７１】
ステップＳ２−９
サーバ制御部２８の登録・更新手段８−１（図４）は、サーバ記憶部２９（図４）からアドレステーブル９−１を読み出して、そのＩＰアドレスが記載されている周辺端末装置の順番に従って、登録命令（フレーム）によって受け入れたリソースの登録処理を開始する。
【００７２】
ステップＳ２−１０
リソースの登録に成功した場合にはステップＳ２−１４へ進み、登録に失敗した場合にはステップＳ２−１１へ進む。
【００７３】
ステップＳ２−１１
サーバ制御部２８の登録・更新リトライ手段８−２（図４）は、自己が内部に有するリトライカウンタの回数を参照し、リトライ回数が、登録命令（フレーム）によって受け入れたリトライ回数に一致している場合にはリトライをそれ以上実行することなくステップＳ２−１３へ進み、まだ受け入れたリトライ回数に至っていない場合にはリトライを実行するためにステップＳ２−１２へ進む。
【００７４】
ステップＳ２−１２
サーバ制御部２８のリトライ遅延手段８−３（図４）は、リトライ実行のタイミングを登録命令（フレーム）によって受け入れたリトライ時間間隔だけ遅延させてステップＳ２−８へ進み、リトライの実行につなげる。
【００７５】
ステップＳ２−１３
サーバ制御部２８の結果報告手段８−４（図４）は、所定の周辺端末装置に於いてリソースの登録に失敗した旨の登録失敗通知（フレーム）を構成してサーバ入出力部７（図４）からネットワーク１０（図４）を介して管理ＰＣ２１へ送信してステップＳ２−１４へ進む。このときネットワーク管理者は、データ入出力部５から登録に失敗したことを認識するので、所定の対応を実行することも可能になる。ここで所定の対応とは、例えば所定の周辺端末装置の電源のオンの確認をすること等である。
【００７６】
ステップＳ２−１４
全プリンタが終了していない場合にはステップＳ２−９へ戻って後に続く登録処理を実行し、全プリンタが終了している場合にはステップＳ２−１５へ進む。
【００７７】
ステップＳ２−１５
サーバ制御部２８の結果報告手段８−４（図４）は、登録命令（フレーム）によって受け入れた全ての周辺端末装置に対するリソースの登録・更新結果について登録結果通知（フレーム）を構成してサーバ入出力部７（図４）からネットワーク１０（図４）を介して管理ＰＣ２１へ送信してフローを終了する。
【００７８】
以上説明したように、本実施例では、サーバ記憶部にプリンタグルーピングテーブルを有し、ネットワーク管理者がリソースの登録・更新の依頼をするにあたって、自己がリソースの登録・更新の依頼を求めるグループを選択することによって、そのグループに含まれている複数台の周辺端末装置の全てについてリソースの登録・更新が実行されるので、登録・更新の依頼の度に複数台の周辺端末装置の識別子（例えばＩＰアドレス）について入力する必要がなくなりネットワーク管理者による入力ミスの発生を防止することが出来るという効果を得る。
【００７９】
尚、上記説明では、リソースファイル読み込み手段３−１（図４）と、登録・更新先設定先手段２３−２（図４）と、リトライ回数設定手段３−３（図４）と、リトライ間隔設定手段３−４（図４）と、グルーピング情報要求手段２３−１（図４）とを管理ＰＣ２１（図４）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成し、登録・更新手段８−１（図４）と、登録・更新リトライ手段８−２（図４）と、リトライ遅延手段８−３（図４）と、結果報告手段８−４（図４）と、グルーピング情報送信手段２８−１とをサーバ装置２６（図４）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成したものとして説明したが、本発明は、この例に限定されるものではない。即ち、上記制御手段の全て、又は、一部を専用の電子回路で構成しても良い。
【実施例３】
【００８０】
図８は、実施例３の構成のブロック図である。
図に示すように、実施例３のリソース登録・更新システムは、管理ＰＣ（パーソナルコンピュータ）２１と、サーバ装置３６と、ネットワーク１０と、プリンタＡ１１と、プリンタＢ１２と、プリンタＣ１３と、クライアントＰＣ１４を含んでいる。実施例１、又は、実施例２ですでに説明した内容との相違点のみについて説明する。実施例１、又は、実施例２と同一の部分については、同一の符号が付されている。
【００８１】
サーバ装置３６は、ネットワーク１０に接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）を統括して管理し、クライアントＰＣ１４、管理ＰＣ２１等にサービスを提供する部分であり、その内部には、サーバ入出力部７と、サーバ制御部３８と、サーバ記憶部３９とを備える。
【００８２】
サーバ制御部３８は、サーバ装置全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４、グルーピング情報送信手段２８−１と、使用者への登録・更新情報通知手段３８−１とを有して、本実施例に於けるリソースの登録・更新を実行する部分である。
【００８３】
使用者への登録・更新情報通知手段３８−１は、リソースの登録・更新の結果を、使用者グルーピングテーブル３９−１に基づいて、リソースを登録・更新された周辺端末装置の使用者へ例えば電子メールなどを用いて通知する手段である。ここで使用者グルーピングテーブルの内容について図を用いて説明する。
【００８４】
図９は、実施例３における使用者グルーピングテーブルの説明図である。
図に示すようにプリンタ毎に、そのプリンタを使用する使用者の識別子と名前が格納されている。一例として、この図は、プリンタＡを使用する使用者は２人おり、一方は識別子ａ@ｃ．ｃｏｍで名前がＡであり、他方は、識別子ｂ@ｃ．ｃｏｍで名前がＢであることを表示している。
【００８５】
図８に戻って、サーバ記憶部３９は、サーバ装置３６の制御プログラムを予め格納しておくメモリである。この制御プログラムには、上記、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４、グルーピング情報送信手段２８−１と、使用者への登録・更新情報通知手段３８−１を実行するための、コンピュータによる読み取り可能なプログラムも含まれている。
【００８６】
更に、本実施例では、サーバ装置２６が統括管理する周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）のネットワーク上における位置（例えばＩＰアドレス等）を記憶するアドレステーブル９−１と、プリンタグルーピングテーブル２９−１と、図９を用いて説明した使用者グルーピングテーブル３９−１とを予め格納するメモリでもある。
他の構成部分は、実施例１又は実施例２と同様なので説明を省略する。
【００８７】
次に実施例３の動作について説明する。但し、管理ＰＣ２１図８の動作は、実施例２と全く同様なので、サーバ装置３６の動作のみについて説明する。
図１０は、実施例３の登録処理のフローチャートである。
この図は、サーバ装置３６（図８）が、管理ＰＣ１（図８）の指示に基づいて、周辺端末装置に対するリソースの登録処理を実行する動作を表している。以下にステップＳ３−１からステップＳ３−１０までステップ順に説明する。
【００８８】
ステップＳ３−１
サーバ制御部３８（図８）は、管理ＰＣ２１（図８）が送信した登録命令（フレーム）をネットワーク１０（図８）を介して、サーバ入出力部７（図８）からを受け入れる。
【００８９】
ステップＳ３−２
登録命令（フレーム）に含まれているネットワーク管理者によって選択されたグルーピング情報に基づいてリソースの登録・更新の対象となる周辺端末装置の識別子（ＩＰアドレス）をプリンタグルーピングテーブル２９−１（図８）から読み出す。
【００９０】
ステップＳ３−３
サーバ制御部３８の登録・更新手段８−１（図８）は、サーバ記憶部３９（図８）からアドレステーブル９−１を読み出して、そのＩＰアドレスが記載されている周辺端末装置の順番に従って、登録命令（フレーム）によって受け入れたリソースの登録処理を開始する。
【００９１】
ステップＳ３−４
リソースの登録に成功した場合にはステップＳ３−７へ進み、登録に失敗した場合にはステップＳ３−５へ進む。
【００９２】
ステップＳ３−５
サーバ制御部３８の登録・更新リトライ手段８−２（図８）は、自己が内部に有するリトライカウンタの回数を参照し、リトライ回数が、登録命令（フレーム）によって受け入れたリトライ回数に一致している場合にはリトライをそれ以上実行することなくステップＳ３−８へ進み、まだ受け入れたリトライ回数に至っていない場合にはリトライを実行するためにステップＳ３−６へ進む。
【００９３】
ステップＳ３−６
サーバ制御部３８のリトライ遅延手段８−３（図８）は、リトライ実行の時間を登録命令（フレーム）によって受け入れたリトライ時間間隔だけ遅延させてステップＳ３−３へ進み、リトライの実行につなげる。
【００９４】
ステップＳ３−７
サーバ制御部３８の使用者への登録・更新情報通知手段３８−１（図８）は、サーバ記憶部３９の使用者グルーピングテーブル３９−１（図９に詳細記載）を読み出して、リソースの登録・更新された周辺端末装置の使用者に対して、例えば電子メールなどを介してリソースの登録・更新が実行された旨、及びその内容について通知する。このステップの動作については、後に他のフローチャートを用いて詳細に説明する。
【００９５】
ステップＳ３−８
サーバ制御部３８の結果報告手段８−４（図８）は、所定の周辺端末装置に於いてリソースの登録に失敗した旨の登録失敗通知（フレーム）を構成してサーバ入出力部７（図８）からネットワーク１０（図８）を介して管理ＰＣ２１へ送信してステップＳ３−９へ進む。このときネットワーク管理者は、データ入出力部５から登録に失敗したことを認識するので、所定の対応を実行することも可能になる。ここで所定の対応とは、例えば所定の周辺端末装置の電源のオンの確認をすること等である。
【００９６】
ステップＳ３−９
全プリンタが終了していない場合にはステップＳ３−３へ戻って後に続く登録処理を実行し、全プリンタが終了している場合にはステップＳ３−１０へ進む。
【００９７】
ステップＳ３−１０
サーバ制御部３８の結果報告手段８−４（図８）は、登録命令（フレーム）によって受け入れた全ての周辺端末装置に対するリソースの登録・更新結果について登録結果通知（フレーム）を構成してサーバ入出力部７（図８）からネットワーク１０（図８）を介して管理ＰＣ２１へ送信してフローを終了する。
【００９８】
次に、上記ステップＳ３−７の動作（使用者への登録・更新内容の通知）の詳細について説明する。
図１１は、実施例３の通知処理のフローチャートである。
図のステップＳ３−７−１〜ステップＳ３−７−６までステップ順に、使用者への登録・更新情報通知手段３８−１の動作について説明する。
【００９９】
ステップＳ３−７−１
使用者への登録・更新情報通知手段３８−１（図８）は、管理ＰＣ２１（図８）からネットワーク１０（図８）を介して送られてくる登録命令（フレーム）から、リソースの登録・更新内容と、登録・更新の対象となる周辺端末装置の識別子（あるいは又周辺端末装置のグループの識別子）を取得する。
【０１００】
ステップＳ３−７−２
使用者への登録・更新情報通知手段３８−１（図８）は、登録・更新の対象となる周辺端末装置の識別子（あるいは又周辺端末装置のグループの識別子）と、サーバ記憶部３９の使用者グルーピングテーブル３９−１（図８）とに基づいて、対象となる周辺端末装置の使用者のアドレスを取得する。
【０１０１】
ステップＳ３−７−３
使用者への登録・更新情報通知手段３８−１（図８）は、使用者へリソース登録・更新の内容を通知するための通知（フレーム）を構成する。
【０１０２】
ステップＳ３−７−４
使用者への登録・更新情報通知手段３８−１（図８）は、サーバ入出力部７（図８）から、使用者へリソース登録・更新の内容を通知すべく、例えば、ネットワーク１０（図８）を介してクライアントＰＣ１４（図８）へ通知（フレーム）を送信する。
【０１０３】
ステップＳ３−７−５
通知（フレーム）が、クライアントＰＣ１４（図８）に着信した場合にはフローを終了し、送信又は着信に失敗した場合には、ステップＳ３−７−６へ進む。
【０１０４】
ステップＳ３−７−６
使用者への登録・更新情報通知手段３８−１（図８）は、ネットワーク１０（図８）と、管理ＰＣ２１（図８）とを介してネットワーク管理者へ通知（フレーム）の送信又は着信に失敗した旨通知してフローを終了する。その結果、ネットワーク管理者は、口頭などによって使用者へリソース登録・更新の内容を通知することになる。
【０１０５】
以上説明したように、本実施例では、サーバ記憶部に使用者グルーピングテーブルを有し、リソースの登録・更新が実行された周辺端末装置の使用者に対して、自動的に登録内容を通知するので、ネットワーク管理者から、当該使用者に対して口頭若しくは電子メール等による通知の必要がなくなるという効果を得る。
【０１０６】
尚、上記説明では、リソースファイル読み込み手段３−１（図８）と、登録・更新先設定手段２３−２（図８）と、リトライ回数設定手段３−３（図８）と、リトライ間隔設定手段３−４（図８）と、グルーピング情報要求手段２３−１（図８）とを管理ＰＣ２１（図８）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成し、登録・更新手段８−１（図８）と、登録・更新リトライ手段８−２（図８）と、リトライ遅延手段８−３（図８）と、結果報告手段８−４（図８）と、グルーピング情報送信手段２８−１（図８）と、使用者への登録・更新情報通知手段３８−１（図８）とをサーバ装置３６（図８）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成したものとして説明したが、本発明は、この例に限定されるものではない。即ち、上記制御手段の全て、又は、一部を専用の電子回路で構成しても良い。
【実施例４】
【０１０７】
図１２は、実施例４の構成のブロック図である。
図に示すように、実施例４のリソース登録・更新システムは、管理ＰＣ（パーソナルコンピュータ）４１と、サーバ装置４６と、ネットワーク１０と、プリンタＡ１１と、プリンタＢ１２と、プリンタＣ１３と、クライアントＰＣ１４を含んでいる。実施例１、実施例２、及び、実施例３においてすでに説明した内容との相違点のみについて説明する。実施例１、実施例２、及び、実施例３と同一の部分については、同一の符号が付されている。
【０１０８】
管理ＰＣ４１は、本実施例のリソース登録・更新システムを管理するネットワーク管理者が利用し、リソースの登録・更新を実行するパーソナルコンピュータであり、その内部には、ＰＣ入出力部２と、ＰＣ制御部４３と、ＰＣ記憶部４４と、データ入出力部５とを備える。
【０１０９】
ＰＣ制御部４３は、管理ＰＣ４１全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、リソースファイル読み込み手段３−１と、登録・更新先設定手段２３−２と、リトライ回数設定手段３−３と、リトライ間隙設定手段３−４と、グルーピング情報要求手段２３−１と、リソース登録・更新対応手段４３−１とを有して、本実施例に於けるリソースの登録・更新を実行する部分である。
【０１１０】
リソース登録・更新対応手段４３−１は、サーバ装置４６に対して、サーバ装置４６が統括管理している周辺端末装置に対して、リソース比較命令（フレーム）を送信し、ＰＣ記憶部４４に格納されている、周辺端末装置のリソース登録値と、周辺端末装置の実際のリソース登録値とが一致しているか否かを調査させ、一致していない場合には、周辺端末装置の実際のリソース登録値で、ＰＣ記憶部４４に格納されている周辺端末装置のリソース登録値を更新する手段である。
【０１１１】
ＰＣ記憶部４４は、ＰＣ制御部４３の制御プログラムを予め格納しておくメモリである。この制御プログラムには、上記、リソースファイル読み込み手段３−１、登録・更新先設定手段２３−２、リトライ回数設定手段３−３、リトライ間隔設定手段３−４、グルーピング情報要求手段２３−１、及び、リソース登録・更新対応手段４３−１を実行するための、コンピュータによる読み取り可能なプログラムも含まれている。
更に、その内部には、周辺端末装置のリソース登録値を格納する周辺端末装置リソーステーブル４４−１を有している。
【０１１２】
サーバ装置４６は、ネットワーク１０に接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）を統括して管理し、クライアントＰＣ１４、管理ＰＣ４１等にサービスを提供する部分であり、その内部には、サーバ入出力部７と、サーバ制御部４８と、サーバ記憶部３９とを備える。
【０１１３】
サーバ制御部４８は、サーバ装置全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４、グルーピング情報送信手段２８−１と、使用者への登録・更新情報通知手段３８−１、リソース登録・更新比較手段４８−１とを有して、本実施例に於けるリソースの登録・更新を実行する部分である。
【０１１４】
リソース登録・更新比較手段４８−１は、管理ＰＣ４１のリソース登録・更新対応手段４３−１からリソース比較命令（フレーム）を受け入れると、リソース比較命令（フレーム）に含まれている、周辺端末装置リソーステーブル４４−１に格納されている登録値と、周辺端末装置の実際のリソース登録値とを比較し、比較結果を比較結果通知（フレーム）として管理ＰＣ４１のリソース登録・更新対応手段４３−１へ送信する手段である。
他の構成部分は、実施例１、実施例２、又は、実施例３と同様なので説明を省略する。
【０１１５】
次に実施例４の動作について説明する。但し、実施例１、実施例２、又は、実施例３と異なる動作のみについて説明する。
図１３は、実施例４のリソース登録・更新比較処理のフローチャートである。
このフローチャートは、リソース登録・更新比較手段４８−１（図１２）が、リソース登録・更新対応手段（図１２）からリソース比較命令（フレーム）を受け入れて比較結果通知（フレーム）を返信する動作を表している。ステップＳ４−１からステップＳ４−５までステップ順に説明する。
【０１１６】
ステップＳ４−１
サーバ装置４６のリソース登録・更新比較手段４８−１（図１２）は、管理ＰＣ４１のリソース登録・更新対応手段４３−１（図１２）からリソース比較命令（フレーム）を受け入れる。
【０１１７】
ステップＳ４−２
サーバ装置４６のリソース登録・更新比較手段（図１２）は、リソース比較命令（フレーム）に格納されている周辺端末装置の識別子に基づいて該周辺端末装置の実際のリソース登録値を取得する。
【０１１８】
ステップＳ４−３
サーバ装置４６のリソース登録・更新比較手段（図１２）は、リソース比較命令（フレーム）に格納され、送られてきた周辺端末装置リソーステーブル４４−１（図１２）の
リソース登録値と、周辺端末装置の実際のリソース登録値とを比較する。
【０１１９】
ステップＳ４−４
実際のリソース登録値と、送られてきたリソース登録値との間に差異が有ればステップＳ４−５へ進み、差異が無ければフローを終了する。
【０１２０】
ステップＳ４−５
サーバ装置４６のリソース登録・更新比較手段（図１２）は、実際のリソース登録値を比較応答（フレーム）に格納して、サーバ入出力部７（図１２）からネットワーク１０（図１２）を介して管理ＰＣ４１のリソース登録・更新対応手段（図１２）へ返信してフローを終了する。
【０１２１】
図１４は、実施例４のリソース登録・更新対応処理のフローチャートである。
実際のリソース登録値と周辺端末装置リソーステーブル４４−１に格納されているリソース登録値との間に差異が有る場合に、周辺端末装置リソーステーブル４４−１に格納されているリソース登録値を実際のリソース登録値で更新するリソース登録・更新対応手段４３−１（図１２）の動作を表している。以下にステップＳ４−６からステップＳ４−１０までステップ順に説明する。
【０１２２】
ステップＳ４−６
ネットワーク管理者の求めに応じて管理ＰＣ４１のリソース登録・更新対応手段４３−１（図１２）は、所望する周辺端末装置の識別子と、周辺端末装置リソーステーブル４４−１（図１２）から読み出した、該周辺端末装置のリソース登録値を格納したリソース比較命令（フレーム）を構成してＰＣ入出力部２からネットワーク１０を介してサーバ装置４６のリソース登録・更新比較手段４８−１（図１２）へ送信する。
【０１２３】
ステップＳ４−７
リソース登録・更新対応手段４３−１（図１２）は、サーバ装置４６のリソース登録・更新比較手段４８−１（図１２）から、比較応答（フレーム）に格納した実際のリソース登録値を受け入れた場合には、ステップＳ４−８へ進み、受け入れない場合にはステップＳ４−９へ進む。
【０１２４】
ステップＳ４−８
リソース登録・更新対応手段４３−１（図１２）は、比較応答（フレーム）から実際のリソース登録値を取得し、その値で周辺端末装置リソーステーブル４４−１（図１２）の該当する項目の値を更新してステップＳ４−１０へ進む。
【０１２５】
ステップＳ４−９
リソース登録・更新対応手段４３−１（図１２）は、所定の時間待機しても比較応答（フレーム）を受け入れない場合には、実際のリソース登録値と周辺端末装置リソーステーブル４４−１（図１２）に格納されているリソース登録値との間に差異が無いと判断してステップＳ４−１０へ進む。
【０１２６】
ステップＳ４−１０
リソース登録・更新対応手段４３−１（図１２）は、後に続く問い合わせが有ればステップＳ４−６へ戻って、ステップＳ４−６〜ステップＳ４−１０のループを繰り返し、問い合わせが終了すると、ループを抜け出してフローを終了する。
【０１２７】
以上説明したように、本実施例によれば、管理ＰＣ４１を用いて、ネットワーク管理者は、実際のリソース登録値と周辺端末装置リソーステーブル４４−１（図１２）に格納されているリソース登録値との間に差異が無いかどうかを点検し、差異が有る場合には、実際のリソース登録値で周辺端末装置リソーステーブル４４−１（図１２）に格納されているリソース登録値を更新することが出来るので使用者は、周辺端末装置に登録されているリソースを誤認することが無くなるという効果を得る。
【０１２８】
尚、上記説明では、リソースファイル読み込み手段３−１（図１２）と、登録・更新先設定手段２３−２（図１２）と、リトライ回数設定手段３−３（図１２）と、リトライ間隔設定手段３−４（図１２）と、グルーピング情報要求手段２３−１（図１２）と、リソース登録・更新対応手段４３−１（図１２）を管理ＰＣ２１（図１２）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成し、登録・更新手段８−１（図１２）と、登録・更新リトライ手段８−２（図１２）と、リトライ遅延手段８−３（図１２）と、結果報告手段８−４（図１２）と、グルーピング情報送信手段２８−１（図１２）と、使用者への登録・更新情報通知手段３８−１（図１２）と、リソース登録・更新比較手段４８−１（図１２）をサーバ装置３６（図１２）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成したものとして説明したが、本発明は、この例に限定されるものではない。即ち、上記制御手段の全て、又は、一部を専用の電子回路で構成しても良い。
【産業上の利用可能性】
【０１２９】
以上の説明では、本発明をプリンタ等の印刷装置に適合させた場合について説明したが、本発明は、この例に限定されるものではない。即ち、ファクシミリ装置や、複写機などにも適合可能である。
【図面の簡単な説明】
【０１３０】
【図１】実施例１の構成のブロック図である。
【図２】実施例１の登録依頼のフローチャートである。
【図３】実施例１の登録処理のフローチャートである。
【図４】実施例２の構成のブロック図である。
【図５】実施例２におけるグルーピングテーブルの説明図である。
【図６】実施例２の登録依頼のフローチャートである。
【図７】実施例２の登録処理のフローチャートである。
【図８】実施例３の構成のブロック図である。
【図９】実施例３における使用者グルーピングテーブルの説明図である。
【図１０】実施例３の登録処理のフローチャートである。
【図１１】実施例３の通知処理のフローチャートである。
【図１２】実施例４の構成のブロック図である。
【図１３】実施例４のリソース登録・更新比較処理のフローチャートである。
【図１４】実施例４のリソース登録・更新対応処理のフローチャートである。
【符号の説明】
【０１３１】
１    管理ＰＣ
２    ＰＣ入出力部
２−１    ネットワークインタフェースカード
３    ＰＣ制御部
３−１    リソースファイル読み込み手段
３−２    登録・更新先設定手段
３−３    リトライ回数設定手段
３−４    リトライ間隔設定手段
４    ＰＣ記憶部
５    データ入出力部
６    サーバ装置
７    サーバ入出力部
７−１    ネットワークインタフェースカード
８    サーバ制御部
８−１    登録・更新手段
８−２    登録・更新リトライ手段
８−３    リトライ遅延手段
８−４    結果報告手段
９    サーバ記憶部
９−１    アドレステーブル
【図１】
2005297296.tif 000003
【図２】
2005297296.tif 000004
【図３】
2005297296.tif 000005
【図４】
2005297296.tif 000006
【図５】
2005297296.tif 000007
【図６】
2005297296.tif 000008
【図７】
2005297296.tif 000009
【図８】
2005297296.tif 000010
【図９】
2005297296.tif 000011
【図１０】
2005297296.tif 000012
【図１１】
2005297296.tif 000013
【図１２】
2005297296.tif 000014
【図１３】
2005297296.tif 000015
【図１４】
2005297296.tif 000016