JP4536411B2 - リソース登録・更新システム及び方法 - Google Patents

Description

本発明は、ホスト装置から周辺端末装置へのフォントデータ、フォームデータ、印刷ジョブデータ等のリソース登録・更新システム及び方法に関するものである。

近年、ＬＡＮ（ローカルエリアネットワーク）の普及拡大によって、プリンタ等の周辺端末装置は、同一のネットワークに複数台接続され、複数台の上位装置、例えばパーソナルコンピュータ（以後ＰＣと記す）によって共有される場合が多い。このような環境に於いては、同一のネットワークに接続されている複数台のプリンタ等に同一のリソースを登録したい場合、或いは又、現在登録されているリソースを同一のリソースで更新したい場合等が発生する。かかる場合に、従来の技術では、ネットワーク管理者は、所定のＰＣから、登録又は更新の対象となる複数台のプリンタに個々にアクセスし、一台毎にリソースの登録又は更新を行っていた。

従って、上記従来の技術では、登録又は更新の対象となる複数台のプリンタに同一のリソースを登録又は更新するためには、対象となるプリンタの台数分、登録又は更新の作業を手動で繰り返さなければならなかった。又、プリンタの電源がオフになっていたり、プリンタ内部の記憶領域に登録又は更新に必要とされるだけの空き領域を確保することが出来ない場合等には、エラーが発生するので、その都度所定の対応を行う必要があった（例えば特許文献１参照）。
特開２００１−２２９１１８号公報

解決しようとする問題点は、登録又は更新の対象となる複数台のプリンタに同一のリソースを登録又は更新するためには、対象となるプリンタの台数分、登録又は更新の作業を手動で繰り返さなければならなかった点である。

複数の周辺端末装置が共通に利用するためのリソース情報を含む登録命令をネットワークを介してサーバ装置へ出力するホスト装置と、前記周辺端末装置を使用すべく該周辺端末装置に前記ネットワークを介して接続されている複数のクライアント装置とを備え、前記サーバ装置は前記登録命令に含まれる前記リソース情報を前記複数の周辺端末装置に供給して順次登録／更新させる登録・更新手段を有するリソース登録・更新システムにおいて、前記サーバ装置は、前記各周辺端末装置に対応させて使用の設定されている前記クライアント装置の送信アドレスが記憶されている使用者テーブルと、前記周辺端末装置への前記リソース情報の登録／更新が成功する毎に、該登録／更新が終了した周辺端末装置に対し前記使用者テーブルを参照して対応する送信アドレスを取り込み、前記リソース情報の内容を示す通知情報を生成して該通知情報を前記送信アドレスに基づいて対応するクライアント装置に送信する登録・更新情報通知手段と、前記登録命令により受け入れた全ての周辺端末装置に対する処理が終了すると、前記登録・更新手段の実行結果を前記ホスト装置へ報告する結果報告手段を備えることを特徴とする。

複数の周辺端末装置と該各装置を使用するための複数のクライアント装置とがネットワークを介して接続され、前記ネットワークに接続されているホスト装置が、前記複数の周辺端末装置の共通に利用されるリソース情報を含む登録命令を前記ネットワークを介してサーバ装置へ出力すると、該サーバ装置が前記リソース情報を前記複数の周辺端末装置に供給して順次登録／更新させるリソース登録・更新方法において、前記サーバ装置に、前記各周辺端末装置に対応させて使用の設定されている前記クライアント装置の送信アドレスが記憶されている使用者テーブルを設け、前記周辺端末装置への前記リソース情報の登録／更新が成功する毎に、前記サーバ装置が、該登録／更新が終了した周辺端末装置に対し前記使用者テーブルを参照して対応する送信アドレスを取り込んで前記リソース情報の内容を示す通知情報を対応するクライアント装置に送信し、前記登録命令により受け入れた全ての周辺端末装置に対する処理が終了すると、該登録／更新の実行結果を前記ホスト装置へ通知することを特徴とする。

サーバ装置が、ホスト装置に代わって複数台の周辺端末装置に対してリソースの登録又は更新を実行することになるので、登録又は更新の対象となる複数台のプリンタに同一のリソースを登録又は更新する場合に於いて、対象となるプリンタの台数分、登録又は更新の作業を手動で繰り返さなければならないという煩わしさが無くなるという効果を得る。

又、周辺端末装置の電源がオフになっていたり、周辺端末装置内部の記憶領域に登録又は更新に必要とされるだけの空き領域が無い場合等であっても、サーバ装置による周辺端末装置に対するリトライ回数を制限できるので長時間に渡ってリトライが繰り返されるという不都合が発生しなくなるという効果を得る。

リソースファイル読み込み手段と、登録・更新先設定手段と、リトライ回数設定手段と、リトライ間隔設定手段とをホスト装置が有するＣＰＵ（中央演算処理装置）の制御手段によって構成し、登録・更新手段と、結果報告手段と、登録・更新リトライ手段と、リトライ遅延手段とをサーバ装置が有するＣＰＵ（中央演算処理装置）の制御手段によって構成したため、システムのコストアップを最低限度に抑えて実現することが出来た。

図１は、実施例１の構成のブロック図である。
図に示すように、実施例１のリソース登録・更新システムは、管理ＰＣ（パーソナルコンピュータ）１と、サーバ装置６と、ネットワーク１０と、プリンタＡ１１と、プリンタＢ１２と、プリンタＣ１３と、クライアントＰＣ１４を含んでいる。

管理ＰＣ１は、本実施例のリソース登録・更新システムを管理するネットワーク管理者が利用し、リソースの登録・更新を実行するパーソナルコンピュータであり、その内部には、ＰＣ入出力部２と、ＰＣ制御部３と、ＰＣ記憶部４と、データ入出力部５とを備える。

ＰＣ入出力部２は、ＰＣ制御部の制御に基づいて、ネットワーク１０との間で情報の送受信を行う部分である。その内部には、データの流れを制御するためのネットワークインタフェースカード２−１を有している。

ＰＣ制御部３は、管理ＰＣ１全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、リソースファイル読み込み手段３−１と、登録・更新先設定手段３−２と、リトライ回数設定手段３−３と、リトライ間隙設定手段３−４とを有して、本実施例に於けるリソースの登録・更新を実行する部分である。

リソースファイル読み込み手段３−１は、プリンタＡ１１、プリンタＢ１２、プリンタＣ１３、等に対して登録又は更新を行うリソースデータをフロッピーディスク等から受け入れる手段である。

登録・更新先設定手段３−２は、ネットワーク管理者の要求に応じてリソースの登録又は更新を実行すべき周辺端末装置の宛先を設定する手段である。即ち、ネットワークに接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）のうち、リソースの登録又は更新を実行すべき周辺端末装置の識別子リスト（例えばＩＰアドレス等）の入力を操作者（ここではネットワーク管理者）に求め、操作者が求めに応じて識別子リスト（例えばＩＰアドレス等）を入力すると、その識別子リスト（例えばＩＰアドレス等）をリソースの登録又は更新を実行すべき周辺端末装置の宛先として設定する手段である。

リトライ回数設定手段３−３は、サーバ装置６が同一の周辺端末装置に対しリソースの登録又は更新失敗時において、成功までに許容されるリトライ回数を設定する手段である。即ち、サーバ装置６が同一の周辺端末装置に対して、登録・更新処理が失敗した場合に、そのリトライ（再処理）回数の入力を操作者（ここではネットワーク管理者）に求め、操作者が求めに応じて入力すると、その回数をリトライ回数として設定する手段である。

この手段を備えることによって、周辺端末装置の電源がオフになっていたり、周辺端末装置内部の記憶領域に登録又は更新に必要とされるだけの空き領域が無い場合等であっても、サーバ装置による周辺端末装置に対するリトライ回数を制限できるので長時間に渡ってリトライが繰り返されるという不都合の発生を防止することが出来る。

リトライ間隔設定手段３−４は、サーバ装置６が同一の周辺端末装置に対しリソースの登録又は更新失敗時におけるリトライまでの時間間隔を設定する手段である。
即ち、サーバ装置６が同一の周辺端末装置に対して、登録・更新処理が失敗した場合に、そのリトライ（再処理）を実行するまでの時間間隔の入力を操作者（ここではネットワーク管理者）に求め、操作者が求めに応じて入力すると、その時間間隔をリトライ間隔として設定する手段である。

ＰＣ記憶部４は、ＰＣ制御部３の制御プログラムを予め格納しておくメモリである。この制御プログラムには、上記、リソースファイル読み込み手段３−１、登録・更新先設定手段、３−２リトライ回数設定手段３−３、及び、リトライ間隔設定手段３−４を実行するための、コンピュータによる読み取り可能なプログラムも含まれている。

データ入出力部５は、リソースファイル読み込み手段３−１と、登録・更新先設定手段３−２と、リトライ回数設定手段３−３と、リトライ間隙設定手段３−４が、ネットワーク管理者に対して所定のデータや、設定項目に対する入出力を求め、受け入れる部分である。更に、サーバ装置６からの報告事項を表示してネットワーク管理者に対して知らせる部分でもある。

サーバ装置６は、ネットワーク１０に接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）を統括して管理し、クライアントＰＣ１４、管理ＰＣ１等にサービスを提供する部分であり、その内部には、サーバ入出力部７と、サーバ制御部８と、サーバ記憶部９とを備える。

サーバ入出力部７は、サーバ制御部８の制御に基づいて、ネットワーク１０との間で情報の送受信を行う部分である。その内部には、データの流れを制御するためのネットワークインタフェースカード７−１を有している。

サーバ制御部８は、サーバ装置全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４とを有して、本実施例に於けるリソースの登録・更新を実行する部分である。

登録・更新手段８−１は、上記登録・更新先設定手段３−２が設定した宛先に基づいて上記周辺端末装置に対して上記リソースの登録又は更新を行う手段である。
即ち、ネットワークに接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）のうち、ネットワーク管理者がリソースの登録又は更新を実行すべき周辺端末装置として選択し、管理ＰＣ１を介して入力した識別子リスト（例えばＩＰアドレス等）を入力すると、その識別子リスト（例えばＩＰアドレス等）を管理ＰＣ１から受け入れてリソースの登録又は更新を実行する手段である。

登録・更新リトライ手段８−２は、上記リトライ回数設定手段３−３が設定したリトライ回数に基づいて上記周辺端末装置に対して上記リソースの登録又は更新のリトライを行う手段である。その内部にはリトライ回数を計測するリトライカウンタを有している。
即ち、サーバ装置６が同一の周辺端末装置に対して、登録・更新処理を失敗した場合に、ネットワーク管理者が設定した回数を限度としてリトライする手段である。

リトライ遅延手段８−３は、リトライ間隔設定手段３−４が設定したリトライ間隔に基づいて上記周辺端末装置に対して上記リソースの登録又は更新のリトライを行う手段である。その内部に、リトライの時間間隔を設定するタイマを有している。
即ち、サーバ装置６が、登録・更新処理が失敗した場合に、同一の周辺端末装置に対して、そのリトライを実行するための時間間隔として、ネットワーク管理者が、管理ＰＣ１を介して設定した時間間隔を受け入れて、その時間間隔だけ遅延させてリトライさせる手段である。

結果報告手段８−４は、上記登録・更新手段８−１の実行結果を管理ＰＣ１へ報告する手段である。ネットワーク管理者は、管理ＰＣ１を介して、この報告を受け入れることによって、ネットワークに接続されている周辺端末装置の現状を把握することが可能になる。

サーバ記憶部９は、サーバ装置６の制御プログラムを予め格納しておくメモリである。この制御プログラムには、上記、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４を実行するための、コンピュータによる読み取り可能なプログラムも含まれている。更に、本実施例では、サーバ装置６が統括管理する周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）のネットワーク上における位置（例えばＩＰアドレス等）を記憶するアドレステーブルを予め格納するメモリでもある。

ネットワーク１０は、管理ＰＣ（パーソナルコンピュータ）１と、サーバ装置６と、プリンタＡ１１と、プリンタＢ１２と、プリンタＣ１３と、クライアントＰＣ１４とを接続するデータ回線である。通常は、ＬＡＮ（ローカルエリアネットワーク）が用いられる。

プリンタＡ１１、プリンタＢ１２、プリンタＣ１３は、ネットワーク１０に接続されている周辺端末装置の一例であって、サーバ装置６の管理に従って、クライアントＰＣ１４、管理ＰＣ１等にサービス（ここでは印刷処理）を提供する装置である。

クライアントＰＣ１４は、周辺端末装置（ここでは、プリンタＡ１１、プリンタＢ１２、プリンタＣ１３）に対して、操作者がワーク（ここでは印刷処理）を求める上位装置である。図中には一例として１台のみ記載されているが、通常は複数台接続されているのが常である。
尚、上記管理ＰＣ１は、通常、ネットワークに接続されている複数台のクライアントＰＣの中から選択される。

次に実施例１の動作について説明する。
図２は、実施例１の登録依頼のフローチャートである。
この図は、ネットワーク管理者が管理ＰＣ１（図１）を用いて、周辺端末装置に対するリソースの登録をサーバ装置６（図１）に依頼する動作を表している。以下にステップＳ１−１からステップＳ１−６までステップ順に説明する。

ステップＳ１−１
ネットワーク管理者がリソースファイルを格納しているＦＤ（フロッピーディスク）等を管理ＰＣ１のデータ入出力部５（図１）に挿入すると、ＰＣ制御部３のリソースファイル読み込み手段３−１（図１）は、リソースファイルを読み込む。

ステップＳ１−２
ＰＣ制御部３の登録・更新先設定手段３−２（図１）が、ネットワーク管理者に対して、データ入出力部５（図１）の表示画面（一例）にリソースの登録・更新の対象となる周辺端末装置の指定を求め、ネットワーク管理者の指定入力を待つ。

ステップＳ１−３
ＰＣ制御部３の登録・更新先設定手段３−２（図１）は、ネットワーク管理者による、登録・更新の対象となる全ての周辺端末装置の指定入力が終了すると次へ進む。

ステップＳ１−４
ＰＣ制御部３のリトライ回数設定手段３−３（図１）が、ネットワーク管理者に対して、データ入出力部５（図１）の表示画面（一例）にリトライ回数の指定を求め、ネットワーク管理者が、リトライ回数を指定入力すると次へ進む。

ステップＳ１−５
ＰＣ制御部３のリトライ間隔設定手段３−４（図１）が、ネットワーク管理者に対して、データ入出力部５（図１）の表示画面（一例）にリトライ間隔の指定を求め、ネットワーク管理者が、リトライ間隔を指定入力すると次へ進む。

ステップＳ１−６
ＰＣ制御部３（図１）は、上記ステップによって取得したデータからなる登録命令（フレーム）を構成してＰＣ入出力部２（図１）からネットワーク１０（図１）を介してサーバ装置６（図１）へ送信してフローを終了する。

図３は、実施例１の登録処理のフローチャートである。
この図は、サーバ装置６（図１）が、管理ＰＣ１（図１）の指示に基づいて、周辺端末装置に対するリソースの登録処理を実行する動作を表している。以下にステップＳ１−７からステップＳ１−１４までステップ順に説明する。

ステップＳ１−７
サーバ制御部８（図１）は、管理ＰＣ１（図１）が送信した登録命令（フレーム）をネットワーク１０（図１）を介して、サーバ入出力部７（図１）からを受け入れる。

ステップＳ１−８
サーバ制御部８の登録・更新手段８−１（図１）は、サーバ記憶部９（図１）からアドレステーブル９−１を読み出して、そのＩＰアドレスが記載されている周辺端末装置の順番に従って、登録命令（フレーム）によって受け入れたリソースの登録処理を開始する。

ステップＳ１−９
リソースの登録に成功した場合にはステップＳ１−１３へ進み、登録に失敗した場合にはステップＳ１−１０へ進む。

ステップＳ１−１０
サーバ制御部８の登録・更新リトライ手段８−２（図１）は、自己が内部に有するリトライカウンタの回数を参照し、リトライ回数が、登録命令（フレーム）によって受け入れたリトライ回数に一致している場合にはリトライをそれ以上実行することなくステップＳ１−１２へ進み、まだ受け入れたリトライ回数に至っていない場合にはリトライを実行するためにステップＳ１−１１へ進む。

ステップＳ１−１１
サーバ制御部８のリトライ遅延手段８−３（図１）は、リトライ実行の時間を登録命令（フレーム）によって受け入れたリトライ時間間隔だけ遅延させてステップＳ１−８へ進み、リトライの実行につなげる。

ステップＳ１−１２
サーバ制御部８の結果報告手段８−４（図１）は、所定の周辺端末装置に於いてリソースの登録に失敗した旨の登録失敗通知（フレーム）を構成してサーバ入出力部７（図１）からネットワーク１０（図１）を介して管理ＰＣ１へ送信してステップＳ１−１３へ進む。このときネットワーク管理者は、データ入出力部５から登録に失敗したことを認識するので、所定の対応を実行することも可能になる。ここで所定の対応とは、例えば所定の周辺端末装置の電源のオンの確認をすること等である。

ステップＳ１−１３
全プリンタが終了していない場合にはステップＳ１−８へ戻って後に続く登録処理を実行し、全プリンタが終了している場合にはステップＳ１−１４へ進む。

ステップＳ１−１４
サーバ制御部８の結果報告手段８−４（図１）は、登録命令（フレーム）によって受け入れた全ての周辺端末装置に対するリソースの登録・更新結果について登録結果通知（フレーム）を構成してサーバ入出力部７（図１）からネットワーク１０（図１）を介して管理ＰＣ１へ送信してフローを終了する。

以上説明したように、本実施例では、サーバ装置が、ホスト装置に代わって複数台の周辺端末装置に対してリソースの登録又は更新を実行することになるので、登録又は更新の対象となる複数台のプリンタに同一のリソースを登録又は更新する場合に於いて、対象となるプリンタの台数分、登録又は更新の作業を手動で繰り返さなければならないという煩わしさが無くなるという効果を得る。

又、周辺端末装置の電源がオフになっていたり、周辺端末装置内部の記憶領域に登録又は更新に必要とされるだけの空き領域無い場合等であっても、サーバ装置による周辺端末装置に対するリトライ回数を制限できるので長時間に渡ってリトライが繰り返されるという不都合が発生しなくなるという効果を得る。

尚、上記説明では、リソースファイル読み込み手段３−１（図１）と、登録・更新先設定手段３−２（図１）と、リトライ回数設定手段３−３（図１）と、リトライ間隔設定手段３−４（図１）とを管理ＰＣ１（図１）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成し、登録・更新手段８−１（図１）と、登録・更新リトライ手段８−２（図１）と、リトライ遅延手段８−３（図１）と、結果報告手段８−４（図１）とをサーバ装置６（図１）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成したものとして説明したが、本発明は、この例に限定されるものではない。即ち、上記制御手段の全て、又は、一部を専用の電子回路で構成しても良い。

図４は、実施例２の構成のブロック図である。
図に示すように、実施例２のリソース登録・更新システムは、管理ＰＣ（パーソナルコンピュータ）２１と、サーバ装置２６と、ネットワーク１０と、プリンタＡ１１と、プリンタＢ１２と、プリンタＣ１３と、クライアントＰＣ１４を含んでいる。実施例１との相違点のみについて説明する。実施例１と同一の部分については、同一の符号が付されている。

管理ＰＣ２１は、本実施例のリソース登録・更新システムを管理するネットワーク管理者が利用し、リソースの登録・更新を実行するパーソナルコンピュータであり、その内部には、ＰＣ入出力部２と、ＰＣ制御部２３と、ＰＣ記憶部４と、データ入出力部５とを備える。

ＰＣ制御部２３は、管理ＰＣ２１全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、リソースファイル読み込み手段３−１と、登録・更新先設定手段２３−２と、リトライ回数設定手段３−３と、リトライ間隙設定手段３−４と、グルーピング情報要求手段２３−１を有して、本実施例に於けるリソースの登録・更新を実行する部分である。

グルーピング情報要求手段２３−１は、サーバ装置２６に対して、サーバ記憶部２９に格納されているプリンタグルーピングテーブル２９−１の内容取得を求めて送信要求（フレーム）を送信する手段である。

登録・更新先設定手段２３−２は、周辺端末装置のグループ情報を表示して、リソースの登録又は更新を実行すべき周辺端末装置のグループを設定する手段である。即ち、ネットワークに接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）のうち、リソースの登録又は更新を実行すべき周辺端末装置のグループの入力を操作者（ここではネットワーク管理者）に求め、操作者が求めに応じて所定のグループを選択すると、そのグループに含まれている識別子リスト（例えばＩＰアドレス等）をリソースの登録又は更新を実行すべき周辺端末装置の宛先として設定する手段である。グループ情報については、あとに図を用いて再度詳細に説明する。

サーバ装置２６は、ネットワーク１０に接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）を統括して管理し、クライアントＰＣ１４、管理ＰＣ２１等にサービスを提供する部分であり、その内部には、サーバ入出力部７と、サーバ制御部２８と、サーバ記憶部２９とを備える。

サーバ制御部２８は、サーバ装置全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４、グルーピング情報送信手段２８−１とを有して、本実施例に於けるリソースの登録・更新を実行する部分である。

グルーピング情報送信手段２８−１は、ＰＣ制御部２３のグルーピング情報要求手段２３−１からプリンタグルーピングテーブル２９−１の内容送信を求める送信要求（フレーム）を受け入れたときに、サーバ記憶部２９に格納されているプリンタグルーピングテーブル２９−１を読み出して、要求応答（フレーム）を構成してＰＣ制御部２３へ返信する手段である。ここでプリンタグルーピングテーブルの内容について図を用いて説明する。

図５は、実施例２におけるグルーピングテーブルの説明図である。
図に示すようにフォームデータ、フォントデータ、等のデータ毎にプリンタの所属するグループが構成されている。一例として、この図では、フォームデータについては、プリンタＡと、プリンタＢとが同一のリソースによって登録・更新され、フォントデータについては、プリンタＣと、プリンタＡとが同一のリソースによって登録・更新されるグループとして設定されている。

図４に戻って、サーバ記憶部２９は、サーバ装置２６の制御プログラムを予め格納しておくメモリである。この制御プログラムには、上記、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４、グルーピング情報送信手段２８−１とを実行するための、コンピュータによる読み取り可能なプログラムも含まれている。更に、本実施例では、サーバ装置２６が統括管理する周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）のネットワーク上における位置（例えばＩＰアドレス等）を記憶するアドレステーブル９−１と、図５を用いて説明したグルーピングテーブル２９−１を予め格納するメモリでもある。
他の構成部分については、実施例１と同様なので説明を省略する。

次に実施例２の動作について説明する。
図６は、実施例２の登録依頼のフローチャートである。
この図は、ネットワーク管理者が管理ＰＣ２１（図４）を用いて、周辺端末装置に対するリソースの登録をサーバ装置２６（図４）に依頼する動作を表している。以下にステップＳ２−１からステップＳ２−６までステップ順に説明する。

ステップＳ２−１
ネットワーク管理者の要求に基づいて、ＰＣ制御部２３（図４）のグルーピング情報要求手段２３−１（図４）がサーバ装置２６（図４）に対して、サーバ記憶部２９（図４）に格納されているプリンタグルーピングテーブル２９−１（図４）の内容取得を求める送信要求（フレーム）を構成し、ＰＣ入出力部４（図４）からネットワーク１０（図４）を介してサーバ装置２６（図４）へ送信し、サーバ装置２６（図４）のグルーピング情報送信手段２８−１（図４）から図５に示すグルーピング情報を受け入れる。

ステップＳ２−２
ネットワーク管理者がリソースファイルを格納しているＦＤ（フロッピーディスク）等を管理ＰＣ２１のデータ入出力部５（図４）に挿入すると、ＰＣ制御部２３のリソースファイル読み込み手段３−１（図４）は、リソースファイルを読み込む。

ステップＳ２−３
ＰＣ制御部２３の登録・更新先設定手段３−２（図４）が、ネットワーク管理者に対して、データ入出力部５（図１）の表示画面（一例）に上記グルーピング情報を表示してリソースの登録・更新の対象となる周辺端末装置のグループの選択求め、ネットワーク管理者に選択させる。

ステップＳ２−４
ＰＣ制御部２３のリトライ回数設定手段３−３（図４）が、ネットワーク管理者に対して、データ入出力部５（図４）の表示画面（一例）にリトライ回数の指定を求め、ネットワーク管理者が、リトライ回数を指定入力すると次へ進む。

ステップＳ２−５
ＰＣ制御部２３のリトライ間隔設定手段３−４（図４）が、ネットワーク管理者に対して、データ入出力部５（図４）の表示画面（一例）にリトライ間隔の指定を求め、ネットワーク管理者が、リトライ間隔を指定入力すると次へ進む。

ステップＳ２−６
ＰＣ制御部２３（図４）は、上記ステップによって取得したデータに基づいて登録命令（フレーム）を構成してＰＣ入出力部２（図４）からネットワーク１０（図４）を介してサーバ装置２６（図４）へ送信してフローを終了する。

図７は、実施例２の登録処理のフローチャートである。
この図は、サーバ装置２６（図４）が、管理ＰＣ１（図１）の指示に基づいて、周辺端末装置に対するリソースの登録処理を実行する動作を表している。以下にステップＳ２−７からステップＳ２−１５までステップ順に説明する。

ステップＳ２−７
サーバ制御部２８（図４）は、管理ＰＣ２１（図４）が送信した登録命令（フレーム）をネットワーク１０（図４）を介して、サーバ入出力部７（図４）からを受け入れる。

ステップＳ２−８
登録命令（フレーム）に含まれているネットワーク管理者によって選択されたグルーピング情報に基づいてリソースの登録・更新の対象となる周辺端末装置の識別子（ＩＰアドレス）をプリンタグルーピングテーブル２９−１（図４）から読み出す。

ステップＳ２−９
サーバ制御部２８の登録・更新手段８−１（図４）は、サーバ記憶部２９（図４）からアドレステーブル９−１を読み出して、そのＩＰアドレスが記載されている周辺端末装置の順番に従って、登録命令（フレーム）によって受け入れたリソースの登録処理を開始する。

ステップＳ２−１０
リソースの登録に成功した場合にはステップＳ２−１４へ進み、登録に失敗した場合にはステップＳ２−１１へ進む。

ステップＳ２−１１
サーバ制御部２８の登録・更新リトライ手段８−２（図４）は、自己が内部に有するリトライカウンタの回数を参照し、リトライ回数が、登録命令（フレーム）によって受け入れたリトライ回数に一致している場合にはリトライをそれ以上実行することなくステップＳ２−１３へ進み、まだ受け入れたリトライ回数に至っていない場合にはリトライを実行するためにステップＳ２−１２へ進む。

ステップＳ２−１２
サーバ制御部２８のリトライ遅延手段８−３（図４）は、リトライ実行のタイミングを登録命令（フレーム）によって受け入れたリトライ時間間隔だけ遅延させてステップＳ２−８へ進み、リトライの実行につなげる。

ステップＳ２−１３
サーバ制御部２８の結果報告手段８−４（図４）は、所定の周辺端末装置に於いてリソースの登録に失敗した旨の登録失敗通知（フレーム）を構成してサーバ入出力部７（図４）からネットワーク１０（図４）を介して管理ＰＣ２１へ送信してステップＳ２−１４へ進む。このときネットワーク管理者は、データ入出力部５から登録に失敗したことを認識するので、所定の対応を実行することも可能になる。ここで所定の対応とは、例えば所定の周辺端末装置の電源のオンの確認をすること等である。

ステップＳ２−１４
全プリンタが終了していない場合にはステップＳ２−９へ戻って後に続く登録処理を実行し、全プリンタが終了している場合にはステップＳ２−１５へ進む。

ステップＳ２−１５
サーバ制御部２８の結果報告手段８−４（図４）は、登録命令（フレーム）によって受け入れた全ての周辺端末装置に対するリソースの登録・更新結果について登録結果通知（フレーム）を構成してサーバ入出力部７（図４）からネットワーク１０（図４）を介して管理ＰＣ２１へ送信してフローを終了する。

以上説明したように、本実施例では、サーバ記憶部にプリンタグルーピングテーブルを有し、ネットワーク管理者がリソースの登録・更新の依頼をするにあたって、自己がリソースの登録・更新の依頼を求めるグループを選択することによって、そのグループに含まれている複数台の周辺端末装置の全てについてリソースの登録・更新が実行されるので、登録・更新の依頼の度に複数台の周辺端末装置の識別子（例えばＩＰアドレス）について入力する必要がなくなりネットワーク管理者による入力ミスの発生を防止することが出来るという効果を得る。

尚、上記説明では、リソースファイル読み込み手段３−１（図４）と、登録・更新先設定先手段２３−２（図４）と、リトライ回数設定手段３−３（図４）と、リトライ間隔設定手段３−４（図４）と、グルーピング情報要求手段２３−１（図４）とを管理ＰＣ２１（図４）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成し、登録・更新手段８−１（図４）と、登録・更新リトライ手段８−２（図４）と、リトライ遅延手段８−３（図４）と、結果報告手段８−４（図４）と、グルーピング情報送信手段２８−１とをサーバ装置２６（図４）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成したものとして説明したが、本発明は、この例に限定されるものではない。即ち、上記制御手段の全て、又は、一部を専用の電子回路で構成しても良い。

図８は、実施例３の構成のブロック図である。
図に示すように、実施例３のリソース登録・更新システムは、管理ＰＣ（パーソナルコンピュータ）２１と、サーバ装置３６と、ネットワーク１０と、プリンタＡ１１と、プリンタＢ１２と、プリンタＣ１３と、クライアントＰＣ１４を含んでいる。実施例１、又は、実施例２ですでに説明した内容との相違点のみについて説明する。実施例１、又は、実施例２と同一の部分については、同一の符号が付されている。

サーバ装置３６は、ネットワーク１０に接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）を統括して管理し、クライアントＰＣ１４、管理ＰＣ２１等にサービスを提供する部分であり、その内部には、サーバ入出力部７と、サーバ制御部３８と、サーバ記憶部３９とを備える。

サーバ制御部３８は、サーバ装置全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４、グルーピング情報送信手段２８−１と、使用者への登録・更新情報通知手段３８−１とを有して、本実施例に於けるリソースの登録・更新を実行する部分である。

使用者への登録・更新情報通知手段３８−１は、リソースの登録・更新の結果を、使用者グルーピングテーブル３９−１に基づいて、リソースを登録・更新された周辺端末装置の使用者へ例えば電子メールなどを用いて通知する手段である。ここで使用者グルーピングテーブルの内容について図を用いて説明する。

図９は、実施例３における使用者グルーピングテーブルの説明図である。
図に示すようにプリンタ毎に、そのプリンタを使用する使用者の識別子と名前が格納されている。一例として、この図は、プリンタＡを使用する使用者は２人おり、一方は識別子ａ@ｃ．ｃｏｍで名前がＡであり、他方は、識別子ｂ@ｃ．ｃｏｍで名前がＢであることを表示している。

図８に戻って、サーバ記憶部３９は、サーバ装置３６の制御プログラムを予め格納しておくメモリである。この制御プログラムには、上記、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４、グルーピング情報送信手段２８−１と、使用者への登録・更新情報通知手段３８−１を実行するための、コンピュータによる読み取り可能なプログラムも含まれている。

更に、本実施例では、サーバ装置２６が統括管理する周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）のネットワーク上における位置（例えばＩＰアドレス等）を記憶するアドレステーブル９−１と、プリンタグルーピングテーブル２９−１と、図９を用いて説明した使用者グルーピングテーブル３９−１とを予め格納するメモリでもある。
他の構成部分は、実施例１又は実施例２と同様なので説明を省略する。

次に実施例３の動作について説明する。但し、管理ＰＣ２１図８の動作は、実施例２と全く同様なので、サーバ装置３６の動作のみについて説明する。
図１０は、実施例３の登録処理のフローチャートである。
この図は、サーバ装置３６（図８）が、管理ＰＣ１（図８）の指示に基づいて、周辺端末装置に対するリソースの登録処理を実行する動作を表している。以下にステップＳ３−１からステップＳ３−１０までステップ順に説明する。

ステップＳ３−１
サーバ制御部３８（図８）は、管理ＰＣ２１（図８）が送信した登録命令（フレーム）をネットワーク１０（図８）を介して、サーバ入出力部７（図８）からを受け入れる。

ステップＳ３−２
登録命令（フレーム）に含まれているネットワーク管理者によって選択されたグルーピング情報に基づいてリソースの登録・更新の対象となる周辺端末装置の識別子（ＩＰアドレス）をプリンタグルーピングテーブル２９−１（図８）から読み出す。

ステップＳ３−３
サーバ制御部３８の登録・更新手段８−１（図８）は、サーバ記憶部３９（図８）からアドレステーブル９−１を読み出して、そのＩＰアドレスが記載されている周辺端末装置の順番に従って、登録命令（フレーム）によって受け入れたリソースの登録処理を開始する。

ステップＳ３−４
リソースの登録に成功した場合にはステップＳ３−７へ進み、登録に失敗した場合にはステップＳ３−５へ進む。

ステップＳ３−５
サーバ制御部３８の登録・更新リトライ手段８−２（図８）は、自己が内部に有するリトライカウンタの回数を参照し、リトライ回数が、登録命令（フレーム）によって受け入れたリトライ回数に一致している場合にはリトライをそれ以上実行することなくステップＳ３−８へ進み、まだ受け入れたリトライ回数に至っていない場合にはリトライを実行するためにステップＳ３−６へ進む。

ステップＳ３−６
サーバ制御部３８のリトライ遅延手段８−３（図８）は、リトライ実行の時間を登録命令（フレーム）によって受け入れたリトライ時間間隔だけ遅延させてステップＳ３−３へ進み、リトライの実行につなげる。

ステップＳ３−７
サーバ制御部３８の使用者への登録・更新情報通知手段３８−１（図８）は、サーバ記憶部３９の使用者グルーピングテーブル３９−１（図９に詳細記載）を読み出して、リソースの登録・更新された周辺端末装置の使用者に対して、例えば電子メールなどを介してリソースの登録・更新が実行された旨、及びその内容について通知する。このステップの動作については、後に他のフローチャートを用いて詳細に説明する。

ステップＳ３−８
サーバ制御部３８の結果報告手段８−４（図８）は、所定の周辺端末装置に於いてリソースの登録に失敗した旨の登録失敗通知（フレーム）を構成してサーバ入出力部７（図８）からネットワーク１０（図８）を介して管理ＰＣ２１へ送信してステップＳ３−９へ進む。このときネットワーク管理者は、データ入出力部５から登録に失敗したことを認識するので、所定の対応を実行することも可能になる。ここで所定の対応とは、例えば所定の周辺端末装置の電源のオンの確認をすること等である。

ステップＳ３−９
全プリンタが終了していない場合にはステップＳ３−３へ戻って後に続く登録処理を実行し、全プリンタが終了している場合にはステップＳ３−１０へ進む。

ステップＳ３−１０
サーバ制御部３８の結果報告手段８−４（図８）は、登録命令（フレーム）によって受け入れた全ての周辺端末装置に対するリソースの登録・更新結果について登録結果通知（フレーム）を構成してサーバ入出力部７（図８）からネットワーク１０（図８）を介して管理ＰＣ２１へ送信してフローを終了する。

次に、上記ステップＳ３−７の動作（使用者への登録・更新内容の通知）の詳細について説明する。
図１１は、実施例３の通知処理のフローチャートである。
図のステップＳ３−７−１〜ステップＳ３−７−６までステップ順に、使用者への登録・更新情報通知手段３８−１の動作について説明する。

ステップＳ３−７−１
使用者への登録・更新情報通知手段３８−１（図８）は、管理ＰＣ２１（図８）からネットワーク１０（図８）を介して送られてくる登録命令（フレーム）から、リソースの登録・更新内容と、登録・更新の対象となる周辺端末装置の識別子（あるいは又周辺端末装置のグループの識別子）を取得する。

ステップＳ３−７−２
使用者への登録・更新情報通知手段３８−１（図８）は、登録・更新の対象となる周辺端末装置の識別子（あるいは又周辺端末装置のグループの識別子）と、サーバ記憶部３９の使用者グルーピングテーブル３９−１（図８）とに基づいて、対象となる周辺端末装置の使用者のアドレスを取得する。

ステップＳ３−７−３
使用者への登録・更新情報通知手段３８−１（図８）は、使用者へリソース登録・更新の内容を通知するための通知（フレーム）を構成する。

ステップＳ３−７−４
使用者への登録・更新情報通知手段３８−１（図８）は、サーバ入出力部７（図８）から、使用者へリソース登録・更新の内容を通知すべく、例えば、ネットワーク１０（図８）を介してクライアントＰＣ１４（図８）へ通知（フレーム）を送信する。

ステップＳ３−７−５
通知（フレーム）が、クライアントＰＣ１４（図８）に着信した場合にはフローを終了し、送信又は着信に失敗した場合には、ステップＳ３−７−６へ進む。

ステップＳ３−７−６
使用者への登録・更新情報通知手段３８−１（図８）は、ネットワーク１０（図８）と、管理ＰＣ２１（図８）とを介してネットワーク管理者へ通知（フレーム）の送信又は着信に失敗した旨通知してフローを終了する。その結果、ネットワーク管理者は、口頭などによって使用者へリソース登録・更新の内容を通知することになる。

以上説明したように、本実施例では、サーバ記憶部に使用者グルーピングテーブルを有し、リソースの登録・更新が実行された周辺端末装置の使用者に対して、自動的に登録内容を通知するので、ネットワーク管理者から、当該使用者に対して口頭若しくは電子メール等による通知の必要がなくなるという効果を得る。

尚、上記説明では、リソースファイル読み込み手段３−１（図８）と、登録・更新先設定手段２３−２（図８）と、リトライ回数設定手段３−３（図８）と、リトライ間隔設定手段３−４（図８）と、グルーピング情報要求手段２３−１（図８）とを管理ＰＣ２１（図８）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成し、登録・更新手段８−１（図８）と、登録・更新リトライ手段８−２（図８）と、リトライ遅延手段８−３（図８）と、結果報告手段８−４（図８）と、グルーピング情報送信手段２８−１（図８）と、使用者への登録・更新情報通知手段３８−１（図８）とをサーバ装置３６（図８）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成したものとして説明したが、本発明は、この例に限定されるものではない。即ち、上記制御手段の全て、又は、一部を専用の電子回路で構成しても良い。

図１２は、実施例４の構成のブロック図である。
図に示すように、実施例４のリソース登録・更新システムは、管理ＰＣ（パーソナルコンピュータ）４１と、サーバ装置４６と、ネットワーク１０と、プリンタＡ１１と、プリンタＢ１２と、プリンタＣ１３と、クライアントＰＣ１４を含んでいる。実施例１、実施例２、及び、実施例３においてすでに説明した内容との相違点のみについて説明する。実施例１、実施例２、及び、実施例３と同一の部分については、同一の符号が付されている。

管理ＰＣ４１は、本実施例のリソース登録・更新システムを管理するネットワーク管理者が利用し、リソースの登録・更新を実行するパーソナルコンピュータであり、その内部には、ＰＣ入出力部２と、ＰＣ制御部４３と、ＰＣ記憶部４４と、データ入出力部５とを備える。

ＰＣ制御部４３は、管理ＰＣ４１全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、リソースファイル読み込み手段３−１と、登録・更新先設定手段２３−２と、リトライ回数設定手段３−３と、リトライ間隙設定手段３−４と、グルーピング情報要求手段２３−１と、リソース登録・更新対応手段４３−１とを有して、本実施例に於けるリソースの登録・更新を実行する部分である。

リソース登録・更新対応手段４３−１は、サーバ装置４６に対して、サーバ装置４６が統括管理している周辺端末装置に対して、リソース比較命令（フレーム）を送信し、ＰＣ記憶部４４に格納されている、周辺端末装置のリソース登録値と、周辺端末装置の実際のリソース登録値とが一致しているか否かを調査させ、一致していない場合には、周辺端末装置の実際のリソース登録値で、ＰＣ記憶部４４に格納されている周辺端末装置のリソース登録値を更新する手段である。

ＰＣ記憶部４４は、ＰＣ制御部４３の制御プログラムを予め格納しておくメモリである。この制御プログラムには、上記、リソースファイル読み込み手段３−１、登録・更新先設定手段２３−２、リトライ回数設定手段３−３、リトライ間隔設定手段３−４、グルーピング情報要求手段２３−１、及び、リソース登録・更新対応手段４３−１を実行するための、コンピュータによる読み取り可能なプログラムも含まれている。
更に、その内部には、周辺端末装置のリソース登録値を格納する周辺端末装置リソーステーブル４４−１を有している。

サーバ装置４６は、ネットワーク１０に接続されている周辺端末装置（ここではプリンタＡ１１、プリンタＢ１２、プリンタＣ１３）を統括して管理し、クライアントＰＣ１４、管理ＰＣ４１等にサービスを提供する部分であり、その内部には、サーバ入出力部７と、サーバ制御部４８と、サーバ記憶部３９とを備える。

サーバ制御部４８は、サーバ装置全体を制御するＣＰＵ（中央演算処理装置）であって、特に、本実施例では、登録・更新手段８−１、登録・更新リトライ手段８−２、リトライ遅延手段８−３、結果報告手段８−４、グルーピング情報送信手段２８−１と、使用者への登録・更新情報通知手段３８−１、リソース登録・更新比較手段４８−１とを有して、本実施例に於けるリソースの登録・更新を実行する部分である。

リソース登録・更新比較手段４８−１は、管理ＰＣ４１のリソース登録・更新対応手段４３−１からリソース比較命令（フレーム）を受け入れると、リソース比較命令（フレーム）に含まれている、周辺端末装置リソーステーブル４４−１に格納されている登録値と、周辺端末装置の実際のリソース登録値とを比較し、比較結果を比較結果通知（フレーム）として管理ＰＣ４１のリソース登録・更新対応手段４３−１へ送信する手段である。
他の構成部分は、実施例１、実施例２、又は、実施例３と同様なので説明を省略する。

次に実施例４の動作について説明する。但し、実施例１、実施例２、又は、実施例３と異なる動作のみについて説明する。
図１３は、実施例４のリソース登録・更新比較処理のフローチャートである。
このフローチャートは、リソース登録・更新比較手段４８−１（図１２）が、リソース登録・更新対応手段（図１２）からリソース比較命令（フレーム）を受け入れて比較結果通知（フレーム）を返信する動作を表している。ステップＳ４−１からステップＳ４−５までステップ順に説明する。

ステップＳ４−１
サーバ装置４６のリソース登録・更新比較手段４８−１（図１２）は、管理ＰＣ４１のリソース登録・更新対応手段４３−１（図１２）からリソース比較命令（フレーム）を受け入れる。

ステップＳ４−２
サーバ装置４６のリソース登録・更新比較手段（図１２）は、リソース比較命令（フレーム）に格納されている周辺端末装置の識別子に基づいて該周辺端末装置の実際のリソース登録値を取得する。

ステップＳ４−３
サーバ装置４６のリソース登録・更新比較手段（図１２）は、リソース比較命令（フレーム）に格納され、送られてきた周辺端末装置リソーステーブル４４−１（図１２）の
リソース登録値と、周辺端末装置の実際のリソース登録値とを比較する。

ステップＳ４−４
実際のリソース登録値と、送られてきたリソース登録値との間に差異が有ればステップＳ４−５へ進み、差異が無ければフローを終了する。

ステップＳ４−５
サーバ装置４６のリソース登録・更新比較手段（図１２）は、実際のリソース登録値を比較応答（フレーム）に格納して、サーバ入出力部７（図１２）からネットワーク１０（図１２）を介して管理ＰＣ４１のリソース登録・更新対応手段（図１２）へ返信してフローを終了する。

図１４は、実施例４のリソース登録・更新対応処理のフローチャートである。
実際のリソース登録値と周辺端末装置リソーステーブル４４−１に格納されているリソース登録値との間に差異が有る場合に、周辺端末装置リソーステーブル４４−１に格納されているリソース登録値を実際のリソース登録値で更新するリソース登録・更新対応手段４３−１（図１２）の動作を表している。以下にステップＳ４−６からステップＳ４−１０までステップ順に説明する。

ステップＳ４−６
ネットワーク管理者の求めに応じて管理ＰＣ４１のリソース登録・更新対応手段４３−１（図１２）は、所望する周辺端末装置の識別子と、周辺端末装置リソーステーブル４４−１（図１２）から読み出した、該周辺端末装置のリソース登録値を格納したリソース比較命令（フレーム）を構成してＰＣ入出力部２からネットワーク１０を介してサーバ装置４６のリソース登録・更新比較手段４８−１（図１２）へ送信する。

ステップＳ４−７
リソース登録・更新対応手段４３−１（図１２）は、サーバ装置４６のリソース登録・更新比較手段４８−１（図１２）から、比較応答（フレーム）に格納した実際のリソース登録値を受け入れた場合には、ステップＳ４−８へ進み、受け入れない場合にはステップＳ４−９へ進む。

ステップＳ４−８
リソース登録・更新対応手段４３−１（図１２）は、比較応答（フレーム）から実際のリソース登録値を取得し、その値で周辺端末装置リソーステーブル４４−１（図１２）の該当する項目の値を更新してステップＳ４−１０へ進む。

ステップＳ４−９
リソース登録・更新対応手段４３−１（図１２）は、所定の時間待機しても比較応答（フレーム）を受け入れない場合には、実際のリソース登録値と周辺端末装置リソーステーブル４４−１（図１２）に格納されているリソース登録値との間に差異が無いと判断してステップＳ４−１０へ進む。

ステップＳ４−１０
リソース登録・更新対応手段４３−１（図１２）は、後に続く問い合わせが有ればステップＳ４−６へ戻って、ステップＳ４−６〜ステップＳ４−１０のループを繰り返し、問い合わせが終了すると、ループを抜け出してフローを終了する。

以上説明したように、本実施例によれば、管理ＰＣ４１を用いて、ネットワーク管理者は、実際のリソース登録値と周辺端末装置リソーステーブル４４−１（図１２）に格納されているリソース登録値との間に差異が無いかどうかを点検し、差異が有る場合には、実際のリソース登録値で周辺端末装置リソーステーブル４４−１（図１２）に格納されているリソース登録値を更新することが出来るので使用者は、周辺端末装置に登録されているリソースを誤認することが無くなるという効果を得る。

尚、上記説明では、リソースファイル読み込み手段３−１（図１２）と、登録・更新先設定手段２３−２（図１２）と、リトライ回数設定手段３−３（図１２）と、リトライ間隔設定手段３−４（図１２）と、グルーピング情報要求手段２３−１（図１２）と、リソース登録・更新対応手段４３−１（図１２）を管理ＰＣ２１（図１２）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成し、登録・更新手段８−１（図１２）と、登録・更新リトライ手段８−２（図１２）と、リトライ遅延手段８−３（図１２）と、結果報告手段８−４（図１２）と、グルーピング情報送信手段２８−１（図１２）と、使用者への登録・更新情報通知手段３８−１（図１２）と、リソース登録・更新比較手段４８−１（図１２）をサーバ装置３６（図１２）が有するＣＰＵ（中央演算処理装置）の制御手段によって構成したものとして説明したが、本発明は、この例に限定されるものではない。即ち、上記制御手段の全て、又は、一部を専用の電子回路で構成しても良い。

以上の説明では、本発明をプリンタ等の印刷装置に適合させた場合について説明したが、本発明は、この例に限定されるものではない。即ち、ファクシミリ装置や、複写機などにも適合可能である。

実施例１の構成のブロック図である。 実施例１の登録依頼のフローチャートである。 実施例１の登録処理のフローチャートである。 実施例２の構成のブロック図である。 実施例２におけるグルーピングテーブルの説明図である。 実施例２の登録依頼のフローチャートである。 実施例２の登録処理のフローチャートである。 実施例３の構成のブロック図である。 実施例３における使用者グルーピングテーブルの説明図である。 実施例３の登録処理のフローチャートである。 実施例３の通知処理のフローチャートである。 実施例４の構成のブロック図である。 実施例４のリソース登録・更新比較処理のフローチャートである。 実施例４のリソース登録・更新対応処理のフローチャートである。

符号の説明

１ 管理ＰＣ
２ ＰＣ入出力部
２−１ ネットワークインタフェースカード
３ ＰＣ制御部
３−１ リソースファイル読み込み手段
３−２ 登録・更新先設定手段
３−３ リトライ回数設定手段
３−４ リトライ間隔設定手段
４ ＰＣ記憶部
５ データ入出力部
６ サーバ装置
７ サーバ入出力部
７−１ ネットワークインタフェースカード
８ サーバ制御部
８−１ 登録・更新手段
８−２ 登録・更新リトライ手段
８−３ リトライ遅延手段
８−４ 結果報告手段
９ サーバ記憶部
９−１ アドレステーブル

Claims (7)

1. 複数の周辺端末装置が共通に利用するためのリソース情報を含む登録命令をネットワークを介してサーバ装置へ出力するホスト装置と、前記周辺端末装置を使用すべく該周辺端末装置に前記ネットワークを介して接続されている複数のクライアント装置とを備え、前記サーバ装置は前記登録命令に含まれる前記リソース情報を前記複数の周辺端末装置に供給して順次登録／更新させる登録・更新手段を有するリソース登録・更新システムにおいて、
   前記サーバ装置は、
   前記各周辺端末装置に対応させて使用の設定されている前記クライアント装置の送信アドレスが記憶されている使用者テーブルと、
   前記周辺端末装置への前記リソース情報の登録／更新が成功する毎に、該登録／更新が終了した周辺端末装置に対し前記使用者テーブルを参照して対応する送信アドレスを取り込み、前記リソース情報の内容を示す通知情報を生成して該通知情報を前記送信アドレスに基づいて対応するクライアント装置に送信する登録・更新情報通知手段と、
   前記登録命令により受け入れた全ての周辺端末装置に対する処理が終了すると、前記登録・更新手段の実行結果を前記ホスト装置へ通知する結果報告手段とを備えることを特徴とするリソース登録・更新システム。
2. 請求項１に記載のリソース登録・更新システムに於いて、
   前記ホスト装置は、
   前記サーバ装置が前記周辺端末装置に対し前記リソースの登録／更新の失敗時に於いて許容されるリトライ回数を設定するためのリトライ回数設定手段と、
   前記サーバ装置が前記周辺端末装置に対し前記リソースの登録／更新の失敗時における次のリトライまでの時間間隔を設定するためのリトライ間隔設定手段とを更に備え、
   前記サーバ装置は、
   前記設定したリトライ回数に基づいて前記周辺端末装置に対して前記リソースの登録／更新のリトライを行う登録・更新リトライ手段と、
   前記設定したリトライ間隔に基づいて前記登録・更新リトライ手段に対して前記リソースの登録／更新のリトライを行わせるリトライ遅延手段とを更に備えることを特徴とするリソース登録・更新システム。
3. 請求項１又は請求項２に記載のリソース登録・更新システムに於いて、
   前記サーバ装置は、
   前記周辺端末装置毎のアドレス情報を格納する記憶部を更に備えることを特徴とするリソース登録・更新システム。
4. 請求項１又は請求項２に記載のリソース登録・更新システムに於いて、
   前記サーバ装置は、複数の周辺端末装置をグループ分けするグルーピング情報を格納する記憶部を有し、
   前記ホスト装置は、
   前記サーバ装置から取り込んだ前記グルーピング情報に基づいて前記リソースの登録／更新を実行すべき周辺端末装置を特定させる登録・更新先設定手段を備えることを特徴とするリソース登録・更新システム。
5. 請求項１又は請求項２又は請求項４に記載のリソース登録・更新システムにおいて、
   前記ホスト装置は、前記各周辺端末装置毎の登録リソース情報が格納されている記憶部と、該記憶部から特定の前記周辺端末装置の登録リソース情報を取り込んで該登録リソース情報を含む比較命令を前記サーバ装置へ出力する登録・更新対応手段とを有し、
   前記サーバ装置は、前記比較命令を受信すると前記特定の周辺端末装置からリソース情報を取り込み、前記比較命令に含まれる登録リソース情報と取り込んだ前記リソース情報とを比較し、両者が不一致であると該取り込んだリソース情報を含む応答を前記ホスト装置に出力するリソース登録・更新比較手段を有し、
   前記リソース登録・更新対応手段は、前記応答に含まれる前記取り込んだリソース情報により前記記憶部の対応する登録リソース情報を更新する、
   ことを特徴とするリソース登録・更新システム。
6. 複数の周辺端末装置と該各装置を使用するための複数のクライアント装置とがネットワークを介して接続され、前記ネットワークに接続されているホスト装置が、前記複数の周辺端末装置の共通に利用されるリソース情報を含む登録命令を前記ネットワークを介してサーバ装置へ出力すると、該サーバ装置が前記リソース情報を前記複数の周辺端末装置に供給して順次登録／更新させるリソース登録・更新方法において、
   前記サーバ装置に、前記各周辺端末装置に対応させて使用の設定されている前記クライアント装置の送信アドレスが記憶されている使用者テーブルを設け、
   前記周辺端末装置への前記リソース情報の登録／更新が成功する毎に、前記サーバ装置が、該登録／更新が終了した周辺端末装置に対し前記使用者テーブルを参照して対応する送信アドレスを取り込んで前記リソース情報の内容を示す通知情報を対応するクライアント装置に送信し、
   前記登録命令により受け入れた全ての周辺端末装置に対する処理が終了すると、該登録／更新の実行結果を前記ホスト装置へ通知する、
   ことを特徴とするリソース登録・更新方法。
7. 請求項６に記載のリソース登録・更新方法に於いて、
   前記ホスト装置が、前記サーバ装置が前記周辺端末装置に対し前記リソースの登録／更新の失敗時に於いて許容されるリトライ回数を設定するリトライ回数設定手順と、
   該ホスト装置が、前記周辺端末装置に対し前記リソースの登録／更新の失敗時における次のリトライまでの時間間隔を設定するリトライ間隔設定手順と、
   前記サーバ装置が、前記リトライ回数に基づいて前記周辺端末装置に対して前記リソースの登録／更新のリトライを行う登録・更新リトライ手順と、
   該サーバ装置が、前記リトライ間隔に基づいて前記リソースの登録／更新のリトライを行わせるリトライ遅延手順とを備えることを特徴とするリソース登録・更新方法。

Images