JP6686377B2 - ネットワークシステム - Google Patents

Description

本発明は、ネットワークシステムに関する。

従来、クライアントとサーバーとがネットワークを介して接続されたネットワークシステムが知られている（例えば、特許文献１参照）。

特開２００４−５６６９号公報

特許文献１のように、クライアントとサーバーとがネットワークを介して接続されたネットワークシステムにおいて、クライアントが所定の間隔をあけてサーバーに応答要求を送信する構成とした場合、当該構成を踏まえて、クライアントからサーバーへのアクセスが集中することを抑制し、ネットワークにおける輻輳や、サーバーの処理負荷の増大を抑制する必要がある。
本発明は、上述した事情に鑑みてなされたものであり、クライアントから間隔をあけてサーバーに応答要求を送信するネットワークシステムについて、クライアントからサーバーへのアクセスが集中することを抑制することを目的とする。

上記目的を達成するために、本発明は、所定の間隔で応答要求を送信するクライアントと、前記クライアントから受信した前記応答要求に応じて、前記クライアントに応答を送信するサーバーとがネットワークを介して接続されたネットワークシステムであって、前記クライアントは、起動時、又は、前記サーバーとの通信が復帰した時である通信復帰時に、ランダムに設定される期間の間送信を待機した後に、前記応答要求を送信することを特徴とする。
本発明の構成によれば、同時期に起動時、又は、通信復帰時となった複数のクライアントが、起動時、又は、通信復帰時に応答要求を送信するタイミングにずれが生じ、クライアントからサーバーへのアクセスを集中することを抑制できる。

また、本発明は、前記サーバーには、複数の前記クライアントが接続され、前記サーバーは、１の前記クライアントの前記起動時又は前記通信復帰時に、当該１の前記クライアントが送信した前記応答要求を受信した場合、当該１の前記クライアントが前記所定の間隔で前記応答要求を送信するタイミングと、他のいずれかの前記クライアントが前記所定の間隔で前記応答要求を送信するタイミングとにずれが生じるように、当該１の前記クライアントに対して、当該１の前記クライアントが次に前記応答要求を送信するタイミングを指定する情報を含む前記応答を送信し、当該１の前記クライアントは、前記サーバーに指定されたタイミングで前記応答要求を送信した後、前記所定の間隔で、前記応答要求を送信することを特徴とする。
本発明の構成によれば、サーバーの機能により、複数のクライアントが応答要求を送信する間隔を的確にずらすことができ、より効果的にクライアントからサーバーへのアクセスが集中することを抑制できる。

また、本発明は、前記サーバーは、前記応答要求として送信するデータのデータ量が閾値を上回っている前記クライアントについて、前記起動時又は前記通信復帰時に前記応答要求を送信したタイミングと次に前記応答要求を送信するタイミングとの時間差の値が、前記所定の間隔の値と相違するように、次に前記応答要求を送信するタイミングを指定することを特徴とする。
本発明の構成によれば、応答要求として送信するデータのデータ量が大きいクライアントについて、応答要求を送信するタイミングを、他のクライアントが応答要求を送信するタイミングから大きくずらすことができ、より効率的、効果的にクライアントからサーバーへのアクセスが集中することを抑制できる。

また、本発明は、前記クライアントには、１又は複数の処理装置が接続可能であり、前記クライアントは、接続された前記処理装置の状態に関する情報を含むステータスデータを前記応答要求として送信し、前記サーバーは、接続された前記処理装置の台数が閾値を上回っている前記クライアントについて、前記起動時又は前記通信復帰時に前記応答要求を送信したタイミングと次に前記応答要求を送信するタイミングとの時間差の値が、前記所定の間隔の値と相違するように、次に前記応答要求を送信するタイミングを指定することを特徴とする。
本発明の構成によれば、接続される処理装置の数が多いほど、クライアントが応答要求として送信するデータのデータ量が大きいという特性を利用して、より効率的に、効果的にクライアントからサーバーへのアクセスが集中することを抑制できる。

また、上記目的を達成するために、本発明は、サーバーにネットワークを介して接続可能であり、所定の間隔で応答要求を送信するクライアントであって、起動時、又は、前記サーバーとの通信が復帰した時である通信復帰時に、ランダムに設定される期間の間送信を待機した後に、前記応答要求を送信する制御部を備えることを特徴とする。
本発明の構成によれば、同時期に起動時、又は、通信復帰時となった複数のクライアントが、起動時、又は、通信復帰時に応答要求を送信するタイミングにずれが生じ、クライアントからサーバーへのアクセスを集中することを抑制できる。

また、上記目的を達成するために、本発明は、サーバーにネットワークを介して接続可能であり、所定の間隔で応答要求を送信するクライアントの制御方法であって、起動時、又は、前記サーバーとの通信が復帰した時である通信復帰時に、ランダムに設定される期間の間送信を待機した後に、前記応答要求を送信することを特徴とする。
本発明の構成によれば、同時期に起動時、又は、通信復帰時となった複数のクライアントが、起動時、又は、通信復帰時に応答要求を送信するタイミングにずれが生じ、クライアントからサーバーへのアクセスを集中することを抑制できる。

本実施形態に係るネットワークシステムの構成を示す図。 管理システムが備える各装置の機能的構成を示すブロック図。 店舗システムが備える各装置の機能的構成を示すブロック図。 ネットワークシステムの各装置間のデータの流れを示す図。 ネットワークシステムの各装置の動作を示すフローチャート。 処理装置状態情報データＤ１に含まれる情報示す図。 ステータスデータを示す図。 ステータスデータベースのデータ構造を示す図。 メンテナンスサーバーの動作を示すフローチャート。 印刷装置識別情報入力画面を示す図。 情報提供画面を示す図。 エージェント端末、メンテナンスサーバーの動作を示すフローチャート。 複数のエージェント端末の処理のタイミングを示す図。 印刷装置、ＰＯＳ端末の動作を示すフローチャート。 変形例の説明に利用する図。

＜第１実施形態＞
以下、図面を参照して本発明の実施形態について説明する。
図１は、本実施形態に係るネットワークシステム１の構成を示す図である。ネットワークシステム１は、スーパーマーケットや、コンビニエンスストア、デパート、飲食店等の商品や、サービス等を提供し、当該提供に応じて会計が行われる店舗を運営する企業が利用するシステムである。
図１に示すように、ネットワークシステム１は、管理システム２と、複数の店舗システム３とを備える。管理システム２と、店舗システム３のそれぞれとは、インターネット、その他のネットワークを含んで構成されたグローバルネットワークＧＮを介して通信可能に接続される。

管理システム２は、ネットワークシステム１を利用する企業の本社に設けられたシステムである。図１に示すように、管理システム２は、ローカルネットワークである本社側ローカルネットワークＨＬＮを備える。本社側ローカルネットワークＨＬＮには、１又は複数の本社端末５と、メンテナンスサーバー７（サーバー）と、通信装置１２とが接続される。
本社側ローカルネットワークＨＬＮを介して行われる通信の通信規格は何でもよく、また、当該ローカルネットワークを介して行われる通信は有線通信でも無線通信でもよい。

本社端末５は、本社において、企業の社員、その他の企業の関係者が利用するコンピューターである。
メンテナンスサーバー７は、後述するエージェント端末１１（クライアント）と通信し、後述する印刷装置９（処理装置）の状態を管理するサーバーである。
メンテナンスサーバー７の構成、機能、及び、機能に基づく処理の詳細については後述する。
本社端末５と、メンテナンスサーバー７とは、本社側ローカルネットワークＨＬＮを介して通信可能である。

通信装置１２は、本社側ローカルネットワークＨＬＮや、後述する店舗側ローカルネットワークＴＬＮ等のローカルネットワークと、グローバルネットワークＧＮとを接続するインターフェース装置である。通信装置１２は、モデム（又は、ＯＮＵ（Optical Network Unit））としての機能、ルーター機能、ＮＡＴ（Network Address Translation）機能、及び、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバー機能等を有する。通信装置１２は、ローカルネットワークに接続された機器と、グローバルネットワークＧＮに接続された機器との間で行われる通信に際し、機器間で送受信されるデータを転送する。なお、図１では、通信装置１２を１つのブロックで表現するが、通信装置１２は、機能に応じた複数の装置を有する構成でもよい。
管理システム２のメンテナンスサーバー７は、通信装置１２の機能を利用して、本社側ローカルネットワークＨＬＮ、グローバルネットワークＧＮ、及び、後述する店舗側ローカルネットワークＴＬＮを介して、エージェント端末１１と通信する。

店舗システム３は、店舗に設けられるシステムである。
図１に示すように、店舗システム３は、ローカルネットワークである店舗側ローカルネットワークＴＬＮを備える。店舗側ローカルネットワークＴＬＮには、１又は複数のＰＯＳ端末８及びＰＯＳ端末８に接続される印刷装置９と、ＰＯＳサーバー１０と、エージェント端末１１（クライアント）と、通信装置１２と、が接続される。ＰＯＳ端末８には、レジカウンターにおいてレジ担当者が視認可能なディスプレーＤＰが接続されており、ディスプレーＤＰに会計に関する情報、その他の情報を表示する。
店舗側ローカルネットワークＴＬＮを介して行われる通信の通信規格は何でもよく、また、当該ローカルネットワークを介して行われる通信は有線通信でも無線通信でもよい。

印刷装置９は、印刷機能を有する装置である。印刷装置９は、店舗において顧客が会計を行なうレジカウンターに設けられる。
ＰＯＳ端末８は、印刷装置９と通信し、印刷装置９を制御する装置である。後述するように、店舗システム３において、ＰＯＳ端末８は、レジカウンターで行われる会計に応じて、ＰＯＳサーバー１０から必要な情報を取得して会計処理を実行し、会計処理に基づいて、印刷装置９にレシートを発行させる。印刷装置９により発行されたレシートは、レジ担当者によって顧客に引き渡される。
エージェント端末１１は、印刷装置９の状態に関する情報をメンテナンスサーバー７に送信する機能を備える装置である。
ＰＯＳ端末８、印刷装置９、ＰＯＳサーバー１０、及び、エージェント端末１１の構成、機能、及び、機能に基づく処理の詳細については後述する。
店舗システム３において、ＰＯＳ端末８と、印刷装置９と、ＰＯＳサーバー１０と、エージェント端末１１とは、店舗側ローカルネットワークＴＬＮを介して通信可能である。
また、店舗システム３のエージェント端末１１は、通信装置１２の機能を利用して、店舗側ローカルネットワークＴＬＮ、グローバルネットワークＧＮ、及び、本社側ローカルネットワークＨＬＮを介して、メンテナンスサーバー７と通信する。

なお、図１では、メンテナンスサーバー７、及び、ＰＯＳサーバー１０を、それぞれ、１つのブロックによって表現するが、これは、これらサーバーが、それぞれ、単一のサーバー装置により構成されることを意味するものではない。例えば、メンテナンスサーバー７、及び、ＰＯＳサーバー１０は、複数のサーバー装置を含んで構成されたものでもよい。
また、メンテナンスサーバー７と、エージェント端末１１との間では、ＶＰＮ（Virtual Private Network）等の、暗号化に係る技術や、仮想専用線（物理的な専用線であってもよい。）に係る技術によりセキュアな通信が行われる。

図２は、管理システム２が備えるメンテナンスサーバー７、及び、本社端末５の機能的構成を示すブロック図である。
図２に示すように、メンテナンスサーバー７は、メンテナンスサーバー制御部２０と、メンテナンスサーバー記憶部２１と、メンテナンスサーバー通信部２２とを備える。
メンテナンスサーバー制御部２０は、図示しないＣＰＵや、ＲＯＭ、ＲＡＭ、その他周辺回路等を備え、メンテナンスサーバー７を制御する。
メンテナンスサーバー制御部２０は、ステータスデータ受信部２０１、応答部２０２、分析部２０３、通信許容量算出部２０４、情報提供部２０５、及び、管理部２０６を備える。これら機能ブロックは、ＣＰＵが、対応するプログラム（例えば、所定のサーバーソフトウェア上で動作する専用のプログラム）を読み出して実行する等、ハードウェアとソフトウェアとの連携により処理を実行する。これら機能ブロックの機能、及び、機能に基づく処理については後述する。
メンテナンスサーバー記憶部２１は、図示しないハードディスクや、ＥＥＰＲＯＭ等の不揮発性メモリーを備え、各種データを記憶する。
メンテナンスサーバー通信部２２は、メンテナンスサーバー制御部２０の制御で、グローバルネットワークＧＮにアクセスし、当該ネットワークと接続する機器（エージェント端末１１を含む。）と通信する。

図２に示すように、本社端末５は、本社端末制御部３０と、本社端末記憶部３１と、本社端末通信部３２と、本社端末表示部３３とを備える。本社端末制御部３０は、本社端末５を制御する。本社端末記憶部３１は、各種データを記憶する。本社端末通信部３２は、本社端末制御部３０の制御で通信する。本社端末表示部３３は、液晶パネル等の表示パネルを備え、本社端末制御部３０の制御で、各種情報を表示する。

図３は、店舗システム３が備えるＰＯＳ端末８、印刷装置９、ＰＯＳサーバー１０、及び、エージェント端末１１の機能的構成を示すブロック図である。

ＰＯＳ端末８は、印刷装置９を制御するホストコンピューターである。特に、ＰＯＳ端末８は、レジカウンターにおいて行われる会計に基づいて会計処理を実行し、会計処理に基づいてＰＯＳ端末８を制御して、ＰＯＳ端末８にレシートを発行させる。
図３に示すように、ＰＯＳ端末制御部７０と、ＰＯＳ端末記憶部７１と、ＰＯＳ端末通信部７２と、ＰＯＳ端末デバイス通信部７３とを備える。
ＰＯＳ端末制御部７０は、図示しないＣＰＵや、ＲＯＭ、ＲＡＭ、その他周辺回路等を備え、ＰＯＳ端末８を制御する。
ＰＯＳ端末記憶部７１は、不揮発性メモリーを備え、各種データを記憶する。
ＰＯＳ端末通信部７２は、ＰＯＳ端末制御部７０の制御で、外部の装置と通信する。
ＰＯＳ端末デバイス通信部７３は、ＵＳＢの規格に従ったポートや、ＵＳＢ以外のシリアル通信規格に従ったポート、その他通信規格に従ったポートを有するインターフェースボードを備える。ＰＯＳ端末デバイス通信部７３は、ＰＯＳ端末制御部７０の制御で、ポートに接続されたデバイスと通信する。なお、ＰＯＳ端末デバイス通信部７３が無線通信機能を備え、デバイスと無線通信する構成でもよい。

図３の例では、ＰＯＳ端末８に、デバイスとして、バーコードスキャナーＢＳ、カスタマーディスプレーＣＤ、キャッシュドロアーＫＳ、ディスプレーＤＰが接続される。

バーコードスキャナーＢＳは、商品や、商品の包装等に付されたバーコードを読み取り、読取結果を示すデータをＰＯＳ端末デバイス通信部７３に出力する。ＰＯＳ端末デバイス通信部７３は、バーコードスキャナーＢＳから入力されたデータを、ＰＯＳ端末制御部７０に出力する。
カスタマーディスプレーＣＤは、液晶ディスプレー等の表示装置であり、ＰＯＳ端末制御部７０の制御で、各種情報を表示する。カスタマーディスプレーＣＤに表示された情報は、レジカウンターで会計を行う顧客が視認できる。
キャッシュドロアーＫＳは、現金を収容するトレイや、トレイをロックし、ロックを解除する機構、トレイを引き出す機構等を備え、ＰＯＳ端末制御部７０の制御で、ロックを解除し、トレイを引き出す。
ディスプレーＤＰは、液晶表示パネル等の表示パネルを備え、ＰＯＳ端末制御部７０の制御で、各種情報を表示する。

印刷装置９は、ロール紙を収容し、ロール紙にライン型のサーマルヘッドによってドットを形成することにより画像を印刷するラインサーマルプリンターである。
図３に示すように、印刷装置９は、印刷装置制御部４０と、印刷装置印刷部４１と、印刷装置記憶部４２と、印刷装置通信部４３と、を備える。

印刷装置制御部４０は、図示しないＣＰＵや、ＲＯＭ、ＲＡＭ、その他周辺回路等を備え、印刷装置９を制御する。
印刷装置制御部４０は、ログ書込部４０１、処理装置状態管理部４０２、及び、印刷制御部４０３を備える。これら機能ブロックは、ＣＰＵが、対応するプログラム（例えば、ファームウェア）を読み出して実行する等、ハードウェアとソフトウェアとの連携により処理を実行する。これら機能ブロックの機能、及び、機能に基づく処理については後述する。
印刷装置印刷部４１は、印刷装置９の筐体に収容されたロール紙を搬送する図示しない搬送機構のほか、印刷ヘッド４１１、及び、カッター４１２を備える。印刷ヘッド４１１は、ロール紙の搬送方向と交わる方向に解像度に応じた複数の発熱素子が並んで設けられたライン型のサーマルヘッドであり、発熱素子を発熱させて、感熱紙であるロール紙にドットを形成する。カッター４１２は、固定刃と可動刃とを備え、固定刃に対して可動刃を相対的に移動させて固定刃と可動刃とを交叉させることにより、ロール紙を切断する。印刷装置印刷部４１は、印刷装置制御部４０の制御で、搬送機構によりロール紙を搬送しつつ、印刷ヘッド４１１によりロール紙にレシートに係る画像を印刷し、カッター４１２により所定の位置でロール紙を切断して、レシートを発行する。

印刷装置記憶部４２は、不揮発性メモリーを備え、各種データを記憶する。
印刷装置通信部４３は、印刷装置制御部４０の制御で、ローカルネットワークにアクセスし、ローカルネットワークに接続された機器（ＰＯＳ端末８、ＰＯＳサーバー１０、及び、エージェント端末１１を含む。）と通信する。

図３に示すように、ＰＯＳサーバー１０は、商品マスター５１１、及び、会計情報管理データベース５１２を備える。商品マスター５１１は、店舗で販売される商品について、商品の商品コードと、商品の単価と、その他の商品に関する情報とを対応付けて記憶する。会計情報管理データベース５１２については、後述する。

エージェント端末１１は、エージェント端末制御部６０（制御部）と、エージェント端末記憶部６１と、エージェント端末通信部６２とを備える。
エージェント端末制御部６０は、図示しないＣＰＵや、ＲＯＭ、ＲＡＭ、その他周辺回路等を備え、エージェント端末１１を制御する。
エージェント端末制御部６０は、ステータスデータ生成部６０１、間隔更新部６０２、及び、対応処理実行部６０３を備える。これら機能ブロックは、ＣＰＵが、対応するプログラム（例えば、メンテナンスサーバー７のサーバーソフトウェアに対応するクライアントソフトウェア）を読み出して実行する等、ハードウェアとソフトウェアとの連携により処理を実行する。これら機能ブロックの機能、及び、機能に基づく処理については後述する。
エージェント端末記憶部６１は、不揮発性メモリーを備え、各種データを記憶する。
エージェント端末通信部６２は、エージェント端末制御部６０の制御で、店舗側ローカルネットワークＴＬＮにアクセスし、当該ローカルネットワークに接続された機器（ＰＯＳ端末８、印刷装置９、及び、ＰＯＳサーバー１０を含む。）と通信する。また、エージェント端末通信部６２は、エージェント端末制御部６０の制御で、通信装置１２を制御して、店舗側ローカルネットワークＴＬＮ、グローバルネットワークＧＮ、及び、本社側ローカルネットワークＨＬＮを介して、メンテナンスサーバー７と通信する。

以上のように、ネットワークシステム１は、メンテナンスサーバー７を備える。そして、メンテナンスサーバー７は、店舗システム３が備える印刷装置９の状態を管理する。また、メンテナンスサーバー７は、店舗システム３の印刷装置９の保守を担当する者（以下、「保守担当者」という。）に対して、印刷装置９の保守のために有益な情報を提供する。
以下、印刷装置９の状態を管理する際のネットワークシステム１の各装置の動作について説明する。

ここで、エージェント端末１１と、メンテナンスサーバー７とは、ＨＴＴＰ（Hypertext Transfer Protocol）に従って、基本的に、以下の態様で通信を行う。すなわち、エージェント端末１１は、クライアントサーバーシステムにおける「クライアント」に相当し、メンテナンスサーバー７は、クライアントサーバーシステムにおける「サーバー」に相当する。そして、エージェント端末１１は、ＨＴＴＰリクエスト（応答要求）を、メンテナンスサーバー７に送信する。後述するように、エージェント端末１１は、ＨＴＴＰリクエストを所定の間隔でメンテナンスサーバー７に送信する。メンテナンスサーバー７は、ＨＴＴＰリクエストの受信に応じて、ＨＴＴＰレスポンス（応答）をエージェント端末１１に送信する。
このように、エージェント端末１１と、メンテナンスサーバー７とは、エージェント端末１１による応答要求の送信、及び、メンテナンスサーバー７による応答要求に応じた応答の送信により、これら装置間でデータを送受信する。従って、メンテナンスサーバー７から特定のエージェント端末１１に対して非同期でデータを送信することはできず、メンテナンスサーバー７から特定のエージェント端末１１に対してデータを送信する場合は、当該特定のエージェント端末１１からの応答要求に対する応答という形でデータの送信が行われる。

図４は、印刷装置９の印刷装置制御部４０が備える機能ブロック、エージェント端末１１のエージェント端末制御部６０が備える機能ブロック、及び、メンテナンスサーバー７のメンテナンスサーバー制御部２０が備える機能ブロックを、付随するデータと共に示す図である。
以下、図４を用いて、メンテナンスサーバー７が印刷装置９の状態を管理する際に、印刷装置９、エージェント端末１１、及び、メンテナンスサーバー７の各機能ブロック間で送受信されるデータの基本的な流れについて説明する。
なお、図４を用いた説明では、機能ブロックの処理の詳細、及び、機能ブロック間で送受信されるデータの内容の詳細、及び、各データに含まれる情報の詳細については省略する。

図４に示すように、印刷装置９のログ書込部４０１は、所定のタイミングでログファイル４２１にログ情報を書き込む。
ログファイル４２１とは、ログ情報が記述されたファイルである。
ログ情報とは、複数の監視項目のログである。
監視項目とは、状態を監視し、ログを取る対象とすることが事前に定められた項目のことである。本実施形態では、監視項目として、監視項目：プリンターエラー、監視項目：印刷ヘッド形成ライン累計数、監視項目：カッター使用累計数が少なくとも存在する。なお、本実施形態で説明する監視項目は一例であり、例示した監視項目に加えて、又は、例示した監視項目の少なくとも一部に代えて、他の監視項目が存在してもよい。例えば、監視項目として、印刷装置９に接続されたデバイスに関する項目や、通信に関する項目（データ転送速度等）等が存在してもよい。

監視項目：プリンターエラーのログとして、ログファイル４２１には、プリンターエラーが発生したことを示す情報、及び、発生したプリンターエラーが解消したことを示す情報が、日時を示す情報と共に、時系列で記録される。プリンターエラーとは、ロール紙の紙切れや、ロール紙の紙詰まり、印刷ヘッド４１１の異常発熱等、正常に印刷を行うことができない状態をいう。
ログ書込部４０１は、プリンターエラーが発生したか否か、及び、プリンターエラーが解消したか否かを監視し（監視項目：プリンターエラーの状態を監視し）、監視結果に基づいて、ログファイル４２１に監視項目：プリンターエラーのログを記録する。

監視項目：印刷ヘッド形成ライン累計数のログとして、ログファイル４２１には、印刷ヘッド形成ライン累計数を示す情報が、日時を示す情報と共に、時系列で記録される。
印刷ヘッド形成ライン累計数とは、印刷ヘッド４１１により形成したラインの累計数のことである。本実施形態に係る印刷装置９の印刷装置印刷部４１は、印刷ヘッド４１１による１ライン分のドットの形成、及び、搬送機構による１ライン分のロール紙の搬送を交互に繰り返し行って画像の印刷を実行する。そして、ラインの形成とは、印刷ヘッド４１１により１ライン分のドットを形成することをいう。
ログ書込部４０１は、所定の間隔で印刷ヘッドライン累計数を取得し（監視項目：印刷ヘッド形成ライン累計数を監視し）、ログファイル４２１に監視項目：印刷ヘッド形成ライン累計数のログを記録する。

監視項目：カッター使用累計数のログとして、ログファイル４２１には、カッター使用累計数を示す情報が、日時を示す情報と共に、時系列で記録される。
カッター使用累計数とは、カッター４１２が行ったロール紙の切断の累計数のことである。
ログ書込部４０１は、所定の間隔でカッター使用累計数を取得し（監視項目：カッター使用累計数を監視し）、ログファイル４２１に監視項目：カッター使用累計数のログを記録する。

図４に示すように、印刷装置９の処理装置状態管理部４０２は、所定のタイミングでログファイル４２１に書き込まれたログ情報に基づいて処理装置状態情報データＤ１を生成する。処理装置状態管理部４０２は、生成した処理装置状態情報データＤ１を、エージェント端末１１に送信する（矢印Ｙ１）。

エージェント端末１１のステータスデータ生成部６０１は、エージェント端末１１が接続された店舗側ローカルネットワークＴＬＮと接続する印刷装置９から、処理装置状態情報データＤ１を受信する。ステータスデータ生成部６０１は、送信間隔設定ファイル６１１を参照し、当該ファイルが示す間隔で、受信した処理装置状態情報データＤ１に基づいてステータスデータＤ２を生成する。ステータスデータ生成部６０１は、生成したステータスデータＤ２を、メンテナンスサーバー７に送信する（矢印Ｙ２）。つまり、ステータスデータ生成部６０１は、送信間隔設定ファイル６１１が示す間隔で、ステータスデータＤ２の生成、及び、メンテナンスサーバー７への送信を実行する。
ステータスデータ生成部６０１によるステータスデータＤ２のメンテナンスサーバー７への送信は、ＨＴＴＰに従って、ＨＴＴＰリクエストとして行われる。

メンテナンスサーバー７のステータスデータ受信部２０１は、ステータスデータＤ２を受信する。ステータスデータ受信部２０１は、ステータスデータＤ２を応答部２０２に出力する（矢印Ｙ３）。また、ステータスデータ受信部２０１は、受信したステータスデータＤ２を、分析部２０３に出力する（矢印Ｙ４）。
応答部２０２は、通信許容量ファイル２１２を参照し、通信許容量を示す通信許容量情報を含む通信許容量情報データＤ３を生成し、生成した通信許容量情報データＤ３をエージェント端末１１に送信する（矢印Ｙ５）。応答部２０２による通信許容量情報データＤ３のエージェント端末１１への送信は、ＨＴＴＰに従って、ＨＴＴＰレスポンスとして行われる。
分析部２０３は、ステータスデータ受信部２０１から入力されたステータスデータＤ２に基づいて、ステータスデータベース２１１を更新する。

一方、通信許容量算出部２０４は、後述する方法で、適宜、通信許容量ファイル２１２を更新する。
また、情報提供部２０５は、後述する方法で、本社端末５からのアクセスに応じて、ステータスデータベース２１１を参照し、印刷装置９の保守のために有益な情報を提供する。

エージェント端末１１の間隔更新部６０２は、通信許容量情報データＤ３を受信する。間隔更新部６０２は、受信した通信許容量情報データＤ３に含まれる通信許容量情報に基づいて、送信間隔設定ファイル６１１を更新する。

その後、ステータスデータ生成部６０１は、送信間隔設定ファイル６１１を参照し、当該ファイルが示す間隔で、ステータスデータＤ２を生成して、メンテナンスサーバー７に送信する。

以上のように、エージェント端末１１が間隔をあけてステータスデータＤ２をメンテナンスサーバー７に送信し、メンテナンスサーバー７が通信許容量情報データＤ３をエージェント端末１１に送信するというサイクルで、エージェント端末１１とメンテナンスサーバー７との間でのデータの送受信が行われる。

次に、印刷装置９の状態を管理する際の印刷装置９、エージェント端末１１、及び、メンテナンスサーバー７の動作について詳細に説明する。
図５は、印刷装置９、エージェント端末１１、及び、メンテナンスサーバー７の動作を示すフローチャートである。
図５の（Ａ）は印刷装置９の処理装置状態管理部４０２の動作を示し、（Ｂ）はエージェント端末１１のステータスデータ生成部６０１の動作を示し、（Ｃ）はエージェント端末１１の間隔更新部６０２の動作を示し、（Ｄ）はメンテナンスサーバー７のステータスデータ受信部２０１を示し、（Ｅ）はメンテナンスサーバー７の応答部２０２を示し、（Ｆ）はメンテナンスサーバー７の分析部２０３の動作を示す。
なお、図５を利用した説明において、エージェント端末１１は、後述する初回応答要求データを送信した後、少なくとも１回目のステータスデータＤ２の送信を完了した状態であるものとする。後に明らかとなるとおり、エージェント端末１１は、後述する初回応答要求データを送信した後、１回目のステータスデータＤ２を送信する場合は、メンテナンスサーバー７から指定されたタイミングでステータスデータＤ２の送信を行う。

図５の（Ａ）に示すように、印刷装置９の処理装置状態管理部４０２は、処理装置状態情報データＤ１を生成し、送信する条件が成立したか否かを監視する（ステップＳＡ１）。処理装置状態情報データＤ１を生成し、送信する条件は、例えば、予め定められたタイミングが到来したことでもよく、また例えば、監視項目の状態が予め定められた所定の状態となったことでもよい。監視項目の状態が予め定められた所定の状態となったこととは、例えば、監視項目：プリンターエラーの場合は、プリンターエラーが発生し、又は、プリンターエラーが解消したことである。

処理装置状態情報データＤ１を生成し、送信する条件が成立した場合、処理装置状態管理部４０２は、ログファイル４２１を参照し、ログファイル４２１に記述されたログ情報のうち、処理装置状態情報データＤ１を生成するために必要なログ情報を取得する（ステップＳＡ２）。本実施形態では、処理装置状態情報データＤ１を生成するために必要なログ情報には、上述した監視項目：プリンターエラー、監視項目：印刷ヘッド形成ライン累計数、及び、監視項目：カッター使用累計数の最新のログが含まれる。
次いで、処理装置状態管理部４０２は、ステップＳＡ２で取得したログ情報に基づいて、処理装置状態情報データＤ１を生成する（ステップＳＡ３）。

図６は、処理装置状態情報データＤ１に含まれる情報を模式的に示す図である。
図６に示すように、処理装置状態情報データＤ１は、印刷装置識別情報を含む。印刷装置識別情報とは、印刷装置９を一意に識別する識別情報であり、例えば、印刷装置９のシリアル番号（印刷装置９の製造時に、印刷装置９に一意に割り振られる番号）を印刷装置識別情報として用いることができる。
また、処理装置状態情報データＤ１は、監視項目ごとに、ログ関連情報を備える。すなわち、処理装置状態情報データＤ１は、監視項目：プリンターエラーのログ関連情報、監視項目：印刷ヘッド形成ライン累計数のログ関連情報、及び、監視項目：カッター使用累計数のログ関連情報を備える。
ログ関連情報は、対応する監視項目を識別する識別情報である監視項目識別情報と、対応する監視項目のログ情報である監視項目ログ情報とを備える。すなわち、監視項目：プリンターエラーのログ関連情報は、監視項目：プリンターエラーを識別する監視項目識別情報（以下、「プリンターエラー識別情報」という。）と、監視項目：プリンターエラーの監視項目ログ情報（以下、「プリンターエラーログ情報」という。）とを備える。監視項目：印刷ヘッド形成ライン累計数のログ関連情報は、監視項目：印刷ヘッド形成ライン累計数を識別する監視項目識別情報（以下、「印刷ヘッド形成ライン累計数識別情報」という。）と、監視項目：印刷ヘッド形成ライン累計数の監視項目ログ情報（以下、「印刷ヘッド形成ライン累計数ログ情報」という。）とを備える。監視項目：カッター使用累計数のログ関連情報は、監視項目：カッター使用累計数を識別する監視項目識別情報（以下、「カッター使用累計数識別情報」という。）と、監視項目：カッター使用累計数の監視項目ログ情報（以下、「カッター使用累計数ログ情報」という。）とを備える。

ステップＳＡ３で処理装置状態情報データＤ１を生成した後、処理装置状態管理部４０２は、印刷装置通信部４３を制御して、生成した処理装置状態情報データＤ１を送信し（ステップＳＡ４）、処理手順をステップＳＡ１に戻す。

図５の（Ｂ）に示すように、エージェント端末１１のステータスデータ生成部６０１は、エージェント端末通信部６２を制御して、処理装置状態情報データＤ１を受信する（ステップＳＢ１）。
次いで、ステータスデータ生成部６０１は、受信した処理装置状態情報データＤ１を、エージェント端末記憶部６１の所定の記憶領域に記憶する（ステップＳＢ２）。
ステップＳＢ２において、ステータスデータ生成部６０１は、所定の記憶領域に、ステップＳＢ１で受信した処理装置状態情報データＤ１に含まれる印刷装置識別情報の値と「異なる」印刷装置識別情報が含まれた他の処理装置状態情報データＤ１が記憶された状態の場合は、当該他の処理装置状態情報データＤ１を削除することなく、ステップＳＢ１で受信した処理装置状態情報データＤ１を記憶する。一方、ステップＳＢ２において、ステータスデータ生成部６０１は、所定の記憶領域に、ステップＳＢ１で受信した処理装置状態情報データＤ１に含まれる印刷装置識別情報の値と「同一」の値の印刷装置識別情報が含まれた他の処理装置状態情報データＤ１が記憶された状態の場合は、当該他の処理装置状態情報データＤ１を削除して、ステップＳＢ１で受信した処理装置状態情報データＤ１を記憶する。
この結果、所定の記憶領域には、印刷装置９のそれぞれについて、印刷装置９のそれぞれから直近で受信した処理装置状態情報データＤ１が記憶された状態となる。

処理装置状態情報データＤ１の受信、記憶と並行して、ステータスデータ生成部６０１は、送信間隔設定ファイル６１１を参照し、ステータスデータＤ２を生成するタイミングが到来したか否かを監視する（ステップＳＢ３）。
送信間隔設定ファイル６１１は、ステータスデータＤ２を生成し、送信する間隔を示す情報が記述されたファイルである。ステップＳＢ３において、ステータスデータ生成部６０１は、送信間隔設定ファイル６１１を参照し、前回、ステータスデータＤ２を生成し、送信した後、送信間隔設定ファイル６１１が示す間隔が経過した場合、ステータスデータＤ２を生成するタイミングが到来したと判別する。

ステータスデータＤ２を生成するタイミングが到来した場合（ステップＳＢ３：ＹＥＳ）、ステータスデータ生成部６０１は、所定の記憶領域に記憶された処理装置状態情報データＤ１に基づいて、ステータスデータＤ２を生成する（ステップＳＢ４）。
ステータスデータＤ２は、階層化されたキーと値との組み合わせによって、情報を階層化して記述可能なテキストデータ（例えば、ＸＭＬ（Extensible Markup Language）形式のデータ）であり、メンテナンスサーバー７にリクエストとして送信可能なデータである。

図７は、ステータスデータＤ２の内容を説明に適した態様で模式的に示す図である。
ステータスデータＤ２は、ステータスデータＤ２を生成したエージェント端末１１が設けられた店舗を示す店舗識別情報を含む。店舗識別情報とは、店舗に一意に割り振られた識別情報である。エージェント端末１１のそれぞれには、各エージェント端末１１が設けられた店舗を示す店舗識別情報が事前に登録される。図７で例示するステータスデータＤ２では、領域Ａ１に、店舗識別情報が記述される。
ステータスデータＤ２は、ステータスデータＤ２を生成したエージェント端末１１を示すエージェント端末識別情報を含む。エージェント端末識別情報とは、エージェント端末１１に一意に割り振られた識別情報である。エージェント端末１１のそれぞれには、各エージェント端末１１を示すエージェント端末識別情報が事前に登録される。図７で例示するステータスデータＤ２では、領域Ａ２に、エージェント端末識別情報が記述される。

ステータスデータＤ２は、ステータス情報が記述される。ステータス情報は、エージェント端末１１が接続された店舗側ローカルネットワークＴＬＮに接続された印刷装置９であって、エージェント端末１１に対して処理装置状態情報データＤ１を送信した印刷装置９のそれぞれについての印刷装置ステータス情報（後述）を含む情報である。
図７で例示するステータスデータＤ２では領域Ａ３にステータス情報が記述され、領域Ａ３１に印刷装置ステータス情報が記述される。
印刷装置ステータス情報は、対応する印刷装置９の印刷装置識別情報を含む。図７で例示するステータスデータＤ２では、領域Ａ３１１に印刷装置識別情報が記述される。
また、印刷装置ステータス情報は、各監視項目の監視項目識別情報と監視項目ログ情報との組み合わせを含む。図７で例示するステータスデータＤ２では、領域Ａ３１２に、監視項目：プリンターエラーについての監視項目識別情報（プリンターエラー識別情報）と、監視項目ログ情報（プリンターエラーログ情報）とが記述される。また、領域Ａ３１３に、監視項目：印刷ヘッド形成ライン累計数についての監視項目識別情報（印刷ヘッド形成ライン識別情報）と、監視項目ログ情報（印刷ヘッド形成ライン累計数ログ情報）とが記述される。また、領域Ａ３１４に、監視項目：カッター使用累計数についての監視項目識別情報（カッター使用累計数識別情報）と、監視項目ログ情報（カッター使用累計数ログ情報）とが記述される。

以上のように、ステータスデータＤ２には、店舗識別情報と、エージェント端末識別情報とが含まれ、また、エージェント端末１１に処理装置状態情報データＤ１を送信した印刷装置９のそれぞれについての各監視項目の監視項目識別情報と監視項目ログ情報との組み合わせが含まれる。

図５の（Ｂ）に示すように、ステップＳＢ４でステータスデータＤ２を生成した後、ステータスデータ生成部６０１は、エージェント端末通信部６２を制御して、生成したステータスデータＤ２をメンテナンスサーバー７に送信する（ステップＳＢ５）。ステップＳＢ５の処理は、「クライアントからサーバーに応答要求を送信する処理」に相当する。
ステップＳＢ５において、ステータスデータ生成部６０１は、リクエストボディーにステータスデータＤ２が記述されたＨＴＴＰリクエストを、ＨＴＴＰに従って、メンテナンスサーバー７に送信する。なお、ステータスデータＤ２を送信するメンテナンスサーバー７のＵＲＬや、使用するプロトコル等の、ステータスデータＤ２を応答要求としてメンテナンスサーバー７に送信するために必要な情報は、事前に登録される。

ステータスデータＤ２の送信後、ステータスデータ生成部６０１は、所定の記憶領域に記憶された処理装置状態情報データＤ１を削除し（ステップＳＢ６）、処理手順をステップＳＢ１に戻す。

図５の（Ｄ）に示すように、メンテナンスサーバー７のステータスデータ受信部２０１は、メンテナンスサーバー通信部２２を制御して、ステータスデータＤ２を受信する（ステップＳＤ１）。
次いで、ステータスデータ受信部２０１は、受信したステータスデータＤ２を、応答部２０２に出力し（ステップＳＤ２）、分析部２０３に出力する（ステップＳＤ３）。

図５の（Ｅ）に示すように、応答部２０２は、ステータスデータ受信部２０１が出力したステータスデータＤ２を取得する（ステップＳＥ１）。
次いで、応答部２０２は、通信許容量ファイル２１２を参照する（ステップＳＥ２）。通信許容量ファイル２１２は、通信許容量算出部２０４によって後述する方法により、エージェント端末１１がステータスデータＤ２を送信する間隔である通信許容量を示す通信許容量情報が記述されたファイルである。
次いで、応答部２０２は、通信許容量ファイル２１２に記述された通信許容量情報に基づいて、通信許容量情報を示す通信許容量情報データＤ３を生成する（ステップＳＥ３）。
次いで、応答部２０２は、メンテナンスサーバー通信部２２を制御して、生成した通信許容量情報データＤ３を、応答として、エージェント端末１１に送信する（ステップＳＥ４）。例えば、応答部２０２は、レスポンスボディーに通信許容量情報データＤ３が記述されたＨＴＴＰレスポンスを、ＨＴＴＰに従って、エージェント端末１１に送信する。
ステップＳＥ３の処理は、「サーバーがクライアントから受信した応答要求に応じてクライアントに応答を送信する処理」に相当する。

図５の（Ｃ）に示すように、エージェント端末１１の間隔更新部６０２は、エージェント端末通信部６２を制御して、通信許容量情報データＤ３を受信する（ステップＳＣ１）。
次いで、間隔更新部６０２は、通信許容量情報データＤ３に含まれる通信許容量情報に基づいて、送信間隔設定ファイル６１１が示す間隔が、通信許容量情報データＤ３に含まれる通信許容量情報が示す間隔（通信許容量）となるように、当該ファイルを更新する（ステップＳＣ２）。
ステップＳＣ２の処理により、以後、ステータスデータ生成部６０１は、更新後の送信間隔設定ファイル６１１が示す間隔で、ステータスデータＤ２の生成、送信を実行する。

一方、図５の（Ｆ）に示すように、分析部２０３は、ステータスデータ受信部２０１が出力したステータスデータＤ２を取得する（ステップＳＦ１）。
次いで、分析部２０３は、取得したステータスデータＤ２に基づいて、ステータスデータベース２１１を更新する（ステップＳＦ２）。以下、ステップＳＦ２の処理について詳述する。

図８は、ステータスデータベース２１１のデータ構造を模式的に示す図である。
図８に示すように、ステータスデータベース２１１の１件のレコードは、少なくとも、印刷装置識別情報と、プリンターエラー有無情報と、印刷ヘッドエラー有無情報と、カッターエラー有無情報とを備える。
プリンターエラー有無情報とは、プリンターエラーが発生しているか否かを示す情報であり、発生していることを示す値（図８では「有」と表現。）、又は、発生していないことを示す値（図８では「無」と表現。）のいずれかの値を有する。
印刷ヘッドエラー有無情報とは、印刷ヘッドエラーが発生しているか否かを示す情報であり、発生していることを示す値（図８では「有」と表現。）、又は、発生していないことを示す値（図８では「無」と表現。）のいずれかの値を有する。印刷ヘッドエラーとは、印刷ヘッド４１１による印刷ヘッド形成ライン累計数が、印刷ヘッド４１１の寿命を判定する基準となる所定の閾値を上回っている状態のことである。
カッターエラー有無情報とは、カッターエラーが発生しているか否かを示す情報であり、発生していることを示す値（図８では「有」と表現。）、又は、発生していないことを示す値（図８では「無」と表現。）の何れかの値を有する。カッターエラーとは、カッター４１２によるカッター使用累計数が、カッター４１２の寿命を判定する基準となる所定の閾値を上回っている状態のことである。

ステップＳＦ２において、分析部２０３は、ステータスデータＤ２に含まれる印刷装置ステータス情報のそれぞれを取得する。上述したように、印刷装置ステータス情報には、印刷装置識別情報、及び、各監視項目の監視項目識別情報と監視項目ログ情報との組み合わせが含まれる。
次いで、分析部２０３は、１の印刷装置ステータス情報を処理対象として決定し、印刷装置識別情報の突合により、ステータスデータベース２１１のレコードのうち、対応するレコード（処理対象とした印刷装置ステータス情報の印刷装置識別情報の値と同一の値の印刷装置識別情報を有するレコード）を特定する。次いで、分析部２０３は、処理対象とした印刷装置ステータス情報に基づいて、特定したレコードのプリンターエラー有無情報、印刷ヘッドエラー有無情報、及び、カッターエラー有無情報を更新する。
具体的には、分析部２０３は、印刷装置ステータス情報に含まれるプリンターエラーログ情報（監視項目ログ情報）に基づいて、プリンターエラーが発生しているか否かを判別し、発生している場合はプリンターエラー有無情報の値を、発生していることを示す値へと更新し、発生していない場合はプリンターエラー有無情報の値を、発生していないことを示す値へと変更する。また、分析部２０３は、印刷装置ステータス情報に含まれる印刷ヘッド形成ライン累計数ログ情報（監視項目ログ情報）に基づいて、印刷ヘッド形成ライン累計数が所定の閾値を上回るか否かを判別し、上回る場合は印刷ヘッドエラー有無情報の値を、印刷ヘッドエラーが発生していることを示す値へと更新し、上回らない場合は印刷ヘッドエラー有無情報の値を、印刷ヘッドエラーが発生していないことを示す値へと更新する。また、分析部２０３は、印刷装置ステータス情報に含まれるカッター使用累計数ログ情報（監視項目ログ情報）に基づいて、カッター使用累計数が所定の閾値を上回るか否かを判別し、上回る場合はカッターエラー有無情報の値を、カッターエラーが発生していることを示す値へと更新し、上回らない場合はカッターエラー有無情報の値を、カッターエラーが発生していないことを示す値へと更新する。

ステップＳＦ２において、分析部２０３は、ステータスデータＤ２に含まれる印刷装置ステータス情報のそれぞれを処理対象とし、処理対象とした印刷装置ステータス情報に基づいて、ステータスデータベース２１１の対応するレコードを更新する。
ステップＳＦ２の処理により、ステータスデータベース２１１の各レコードは、直近で受信した最新の印刷装置ステータス情報に基づいて更新された情報を有するレコードとなる。

次に、通信許容量算出部２０４が通信許容量ファイル２１２を更新するときの処理について説明する。
ここで、上述したように、メンテナンスサーバー７には、複数のエージェント端末１１が接続されるが、メンテナンスサーバー７に接続されるエージェント端末１１の数は、ネットワークシステム１の規模によっては多大（例えば、１０００台を超える台数）となる可能性がある。そして、エージェント端末１１からの応答要求（ステータスデータＤ２）の送信が短時間に高密度で行われると、メンテナンスサーバー７の処理負荷が増大し、メンテナンスサーバー７における処理の遅延が発生する可能性がある。
以上を踏まえ、通信許容量算出部２０４は、以下の処理を行って適切な値の通信許容量を算出し、各エージェント端末１１による応答要求の送信が短時間に高密度で行われることを抑制し、メンテナンスサーバー７の処理負荷の増大を抑制する。

図９は、通信許容量ファイル２１２を更新するときの通信許容量算出部２０４の動作を示すフローチャートである。
通信許容量算出部２０４は、図９のフローチャートの処理を、所定の間隔で実行する。
図９に示すように、通信許容量算出部２０４は、メンテナンスサーバー７に接続されたエージェント端末１１の数を取得する（ステップＳＧ１）。ここで、通信許容量算出部２０４は、エージェント端末１１との間で確立した通信経路（本例では、ＴＣＰコネクション上のＨＴＴＰセッション）の数を管理しており、通信経路の数に基づいて、メンテナンスサーバー７に接続されたエージェント端末１１の数を取得する。以下、メンテナンスサーバー７に接続されたエージェント端末１１の数のことを「接続台数」と表現する。

次いで、通信許容量算出部２０４は、処理可能回数を算出する（ステップＳＧ２）。
処理可能回数は、メンテナンスサーバー７のＣＰＵ、その他の制御主体（以下、単に「ＣＰＵ」と表現する。）の使用率が最大値の場合に、単位時間である１秒あたりに、メンテナンスサーバー７が処理可能なステータスデータＤ２の数のことである。
なお、ＣＰＵの使用率の最大値は、ステータスデータＤ２の処理、その他の付随する処理を遅延なくメンテナンスサーバー７が実行可能な値に設定されており、ＣＰＵの使用率が、当該最大値を上回ると、メンテナンスサーバー７の処理に遅延が生じる可能性がある。従って、ステータスデータＤ２の処理にあたり、ＣＰＵの使用率が当該最大値を上回らないことが求められ、後に明らかとなるとおり、通信許容量は、ＣＰＵの使用率が当該最大値を上回らないことを実現できる適切な値とされる。
ステップＳＧ２において、通信許容量算出部２０４は、ステータスデータＤ２のデータ量を取得する。通信許容量算出部２０４は、現時点から遡って所定の期間に受信したステータスデータＤ２のデータ量の平均値を算出する機能を有し、当該機能によって算出した平均値を、ステータスデータＤ２のデータ量として取得する。なお、ステータスデータＤ２のデータ量は、事前のテストやシミュレーションに基づいて定められた固定値でもよい。次いで、通信許容量算出部２０４は、取得したステータスデータＤ２のデータ量に基づいて、ステータスデータＤ２の処理に要する時間を算出する。ステータスデータＤ２の処理とは、上述した応答部２０２による処理や、分析部２０３による処理、その他のステータスデータＤ２に基づいて実行される処理のことである。ステータスデータＤ２のデータ量と、ステータスデータＤ２の処理に要する時間とは正の相関関係にあり、メンテナンスサーバー７には、当該データ量と当該時間との対応関係を示すテーブルが事前に登録される。ステータスデータＤ２の処理に要する時間の算出方法は例示した方法に限らずどのような方法であってもよい。
次いで、通信許容量算出部２０４は、算出したステータスデータＤ２の処理に要する時間に基づいて、単位時間あたりにメンテナンスサーバー７が処理可能なステータスデータＤ２の数（処理可能回数）を算出する。

ステップＳＧ１で接続台数を算出し、ステップＳＧ２で処理可能回数を算出した後、通信許容量算出部２０４は、以下の式Ｓ１により、通信許容量を算出する（ステップＳＧ３）。「式Ｓ１：通信許容量＝接続台数／処理可能回数」。
以上のようにして算出された通信許容量が示す間隔で、メンテナンスサーバー７に接続された複数のエージェント端末１１がステータスデータＤ２を送信した場合、メンテナンスサーバー７は、ＣＰＵの使用率が最大値を上回ることなく、受信した複数のステータスデータＤ２を処理できる。
なお、例示した通信許容量の算出方法は、説明の便宜を考慮して単純化しているが、通信許容量の算出にあたり、各種マージンを反映してもよいことは勿論である。
また、通信許容量の算出方法は例示した方法に限らない。すなわち、通信許容量は、メンテナンスサーバー７の処理負荷の増大を抑制するという観点から、メンテナンスサーバー７の処理負荷に影響を与える要素に基づいて算出されるものであれば、その方法は何であってもよい。また、メンテナンスサーバー７の処理負荷に影響を与える要素について、「メンテナンスサーバー７に接続されたエージェント端末１１の数」、「メンテナンスサーバー７の処理能力」、「ステータスデータＤ２（エージェント端末１１から応答要求として受信するデータのデータ量）」、及び、「ステータスデータＤ２の処理に要する時間」を例示したが、当該要素は例示したものに限らない。

ステップＳＧ３で通信許容量を算出した後、通信許容量算出部２０４は、通信許容量ファイル２１２に記述された通信許容量情報の値を、算出した通信許容量に書き換えることによって、通信許容量ファイル２１２を更新する（ステップＳＧ４）。

次に、保守担当者（上述したように、店舗システム３の印刷装置９の保守を担当する者を意味する。）に対して、印刷装置９の保守のために有益な情報を提供するときのメンテナンスサーバー７の動作について説明する。
なお、以下の説明では、保守担当者は、本社に勤務し本社端末５を利用する者とする。
まず、特定の印刷装置９に関する情報を取得することを望む保守担当者は、本社端末５のブラウザーを立ち上げ、予め定められたメンテナンスサーバー７の所定のＵＲＬにアクセスさせる。
メンテナンスサーバー７の情報提供部２０５は、所定のＵＲＬへのアクセスに応じて、印刷装置識別情報入力画面Ｇ１０１（図１０）を表示させるＨＴＴＰファイルを生成し、本社端末５に送信する。
本社端末５の本社端末制御部３０は、ブラウザーの機能により、ＨＴＴＰファイルを受信し、受信したＨＴＴＰファイルに基づいて本社端末表示部３３を制御して、表示パネルに印刷装置識別情報入力画面Ｇ１０１を表示させる。

図１０は、印刷装置識別情報入力画面Ｇ１０１を示す図である。
図１０に示すように、印刷装置識別情報入力画面Ｇ１０１は、印刷装置識別情報を入力可能な入力欄Ｒ１０１を備える。保守担当者は、入力欄Ｒ１０１に、情報を取得することを望む印刷装置９の印刷装置識別情報を入力し、確定ボタンＢ１０１を操作することにより、入力を確定する。入力の確定に応じて、ＨＴＴＰファイルに実装されたスクリプトの機能により、入力された印刷装置識別情報が、メンテナンスサーバー７に送信される。

メンテナンスサーバー７の情報提供部２０５は、印刷装置識別情報を受信する。次いで、情報提供部２０５は、受信した印刷装置識別情報に基づいて、ステータスデータベース２１１の対応するレコードを特定する。対応するレコードとは、受信した印刷装置識別情報の値と同一の値の印刷装置識別情報を有するレコードのことである。次いで、情報提供部２０５は、特定したレコードに基づいて、情報提供画面Ｇ１１１（図１１）を表示させるＨＴＴＰファイルを生成し、本社端末５に送信する。
本社端末５の本社端末制御部３０は、ブラウザーの機能により、ＨＴＴＰファイルを受信し、受信したＨＴＴＰファイルに基づいて本社端末表示部３３を制御して、表示パネルに情報提供画面Ｇ１１１を表示させる。

図１１は、情報提供画面Ｇ１１１を示す図である。
図１１に示すように、情報提供画面Ｇ１１１は、領域Ａ１１１と、領域Ａ１１２とを有する。
領域Ａ１１１には、保守担当者が入力した印刷装置識別情報の印刷装置９に関する基礎的な情報が表示される。図１１の例では、印刷装置９に関する基礎的な情報は、印刷装置９の型番を示す情報、印刷装置９にインストールされたファームウェアのバージョンを示す情報、印刷装置９が設けられた店舗の名称を示す情報、当該店舗の住所を示す情報、当該店舗の電話番号を示す情報、及び、印刷装置９が設けられたレジカウンターのレーンの番号を示す情報である。印刷装置９に関する基礎的な情報は例示した情報に限らない。
ここで、メンテナンスサーバー７のメンテナンスサーバー記憶部２１には、各印刷装置について、印刷装置識別情報と、印刷装置に関する基礎的な情報とを対応付けて記憶するデータベースが記憶される。情報提供部２０５は、当該データベースに基づいて、印刷装置に関する基礎的な情報を取得する。
保守担当者は、情報提供画面Ｇ１１１の領域Ａ１１１に表示された情報を参照することにより、印刷装置９に関する基礎的な情報を取得することができ、必要に応じて、店舗への電話等の作業を行うことができる。

図１１に示すように、領域Ａ１１２には、プリンターエラーの発生の有無を示す情報、印刷ヘッドエラーの発生の有無を示す情報、及び、カッターエラーの発生の有無を示す情報が表示される。
保守担当者は、領域Ａ１１２に表示された情報を参照することにより、プリンターエラー、印刷ヘッドエラー、及び、カッターエラーのそれぞれについて、発生しているか否かを認識でき、当該認識に基づいて対応する作業を行うことができる。対応する作業とは、例えば、エラーが発生している場合に、店舗の責任者に、エラーが発生していること、及び、エラーに対応して行うべき作業を連絡することである。

次に、エージェント端末１１の別の処理について説明する。
ここで、ネットワークシステム１には、以下の課題がある。
すなわち、上述したように、店舗システム３は、複数のエージェント端末１１を備える場合がある。例えば、店舗システム３が１０００台の印刷装置９を備える場合において、エージェント端末１１のそれぞれが、１０台の印刷装置９を管理する対象（状態に関する情報をメンテナンスサーバー７に送信する対象）とする構成とした場合、店舗システム３には、１００台のエージェント端末１１が設けられることとなる。
そして、店舗システム３では、店舗システム３が備えるエージェント端末１１について、店舗の開店時に、一斉に電源がオンされて起動するという実情がある。例えば、店舗の開店時に、所定の手段によってエージェント端末１１への電力の供給が一斉に開始されて、電力の供給に応じて、エージェント端末１１が起動する。そして、後述するように、エージェント端末１１は、起動時に、自身が起動したことを示す情報、その他の情報を含むデータをメンテナンスサーバー７に送信する構成である。このため、開店時に複数のエージェント端末１１が一斉に起動した場合に、ネットワークにおける輻輳や、メンテナンスサーバー７の処理負荷の増大を抑制するため、メンテナンスサーバー７へのアクセスの集中を抑制する必要がある。
また、ネットワークシステム１では、グローバルネットワークＧＮにおける通信エラーや、店舗システム３における通信エラー、その他の理由により、エージェント端末１１とメンテナンスサーバー７との間での通信が一時的に不能となった後、復帰する場合がある。そして、後述するように、エージェント端末１１は、メンテナンスサーバー７との間での通信が復帰した時（以下、「通信復帰時」という。）に、自身が起動した状態であること、その他の情報を含むデータをメンテナンスサーバー７に送信する構成であるため、通信復帰時にネットワークにおける輻輳や、メンテナンスサーバー７の処理負荷の増大を抑制するため、メンテナンスサーバー７へのアクセスの集中を抑制する必要がある。
以上を踏まえ、エージェント端末１１は、以下の処理を実行する。

図１２の（Ａ）は、エージェント端末１１の動作を示すフローチャートであり、（Ｂ）は、メンテナンスサーバー７の動作を示すフローチャートである。
図１２の（Ａ）に示すように、エージェント端末１１の対応処理実行部６０３は、起動時であるか否か、及び、通信復帰時であるか否かを監視する（ステップＳＨ１）。
ステップＳＨ１において、対応処理実行部６０３は、エージェント端末１１の電源がオンされて、電源のオンに応じて、対応処理実行部６０３の機能を実現する所定のプログラムが立ち上がった場合に、起動時であると判別する。また、対応処理実行部６０３は、メンテナンスサーバー７との間での通信が不能となった場合、復帰したことを検出する機能を有する。当該機能は、どのような手段で実現されてもよい。

起動時、又は、通信復帰時である場合、対応処理実行部６０３は、待機期間をランダムに設定する（ステップＳＨ２）。
詳述すると、待機期間とは、後述する初回応答要求データの送信を開始するまでに待機する期間のことである。対応処理実行部６０３は、所定の上限値（例えば、「１分」）を下回る範囲で待機期間の値を乱数で生成し、待機期間をランダムに設定する機能を有する。
次いで、対応処理実行部６０３は、ランダムに設定された待機期間の間、待機し（ステップＳＨ３）、待機後、初回応答要求データをメンテナンスサーバー７に送信する（ステップＳＨ４）。
初回応答要求データは、起動時においてはエージェント端末１１が起動したことを示す情報、及び、エージェント端末１１に接続された印刷装置９の台数を示す情報を少なくとも含むデータである。なお、エージェント端末１１に接続された印刷装置９とは、エージェント端末１１が管理する対象（状態に関する情報をメンテナンスサーバー７に送信する対象）の印刷装置９を意味する。
また、初回応答要求データは、通信復帰時においてはエージェント端末１１が起動した状態であることを示す情報、及び、エージェント端末１１に接続された印刷装置９の台数を示す情報を少なくとも含むデータである。

ステップＳＨ４において、エージェント端末１１が、初回応答要求データを送信する処理は、「クライアントが起動時、又は、通信復帰時に、応答要求を送信する処理」に相当する。

このように本実施形態では、起動時、又は、通信復帰時において、エージェント端末１１は、ランダムに設定される待機期間の間、待機した後、初回応答要求データを送信する。これにより、以下の効果を奏する。
すなわち、仮に、エージェント端末１１が起動時、及び、通信復帰時にランダムに設定される待機期間の間待機することなく、即座に初回応答要求データを送信する構成とした場合、複数のエージェント端末１１が同時間帯に一斉に初回応答要求データを送信することとなる。この場合、複数のエージェント端末１１によるメンテナンスサーバー７へのアクセスが集中し、ネットワークの輻輳、メンテナンスサーバー７の処理負荷の増大へつながる可能性がある。
一方で、本実施形態のように、エージェント端末１１のそれぞれが、起動時、又は、通信復帰時に、ランダムに設定される待機期間の間、待機した後、初回応答要求データを送信する構成とすることにより、複数のエージェント端末１１が初回応答要求データを送信するタイミングをずらすことができ、メンテナンスサーバー７へのアクセスの集中を抑制できる。

図１２の（Ｂ）に示すように、メンテナンスサーバー７の管理部２０６は、初回応答要求データを受信する（ステップＳＩ１）。
次いで、管理部２０６は、初回応答要求データに基づいて、エージェント端末１１の管理に係る所定の処理を実行する（ステップＳＩ２）。詳細は省略するが、メンテナンスサーバー７は、各エージェント端末１１について、エージェント端末１１が起動した状態か否かを管理する機能を有する。ステップＳＩ２では、管理部２０６は、初回応答要求データに基づいて、初回応答要求データの送信元のエージェント端末１１について、起動した状態であることを認識し、当該エージェント端末１１を起動した状態の端末として管理する。なお、詳細は省略するが、エージェント端末１１は、電源のオフが指示されたときに、電源がオフされたことを示す情報を含むデータをメンテナンスサーバー７に送信する機能を有し、メンテナンスサーバー７は、当該データに基づいて、エージェント端末１１の電源がオフされたことを認識する。メンテナンスサーバー７は、例えば、所定の手段により、保守担当者に対して、保守担当者が指定した特定のエージェント端末１１が起動した状態であるか否かを通知する。

次いで、管理部２０６は、初回応答要求データに含まれた、エージェント端末１１に接続された印刷装置９の台数を示す情報に基づいて、エージェント端末１１に接続された印刷装置９の台数が、所定の閾値を上回るか否かを判別する（ステップＳＩ３）。

所定の閾値を上回る場合（ステップＳＩ３：ＹＥＳ）、管理部２０６は、次にステータスデータＤ２を送信するタイミングを、初回応答要求データを送信したタイミングから、期間ＫＫ１が経過したタイミングとすることを指定する情報を含む初回応答データを生成する（ステップＳＩ４）。
期間ＫＫ１は、送信間隔設定ファイル６１１が示す間隔に対応する期間から、ランダムに設定される所定の値（以下、「マージン値」という。）だけ、ずらした期間である。例えば、送信間隔設定ファイル６１１が示す間隔に対応する期間が「１０分」で、マージン値が「＋５分」の場合、期間ＫＫ１は、「１５分」となる。
ステップＳＩ４において、管理部２０６は、所定の手段により、マージン値をランダムに設定し、少なくとも、設定したマージン値を示す情報を含む初回応答データを生成する。
ステップＳＩ４の処理後、管理部２０６は、処理手順をステップＳＩ６へ移行する。

一方、所定の閾値を上回らない場合（ステップＳＩ３：ＮＯ）、管理部２０６は、次にステータスデータＤ２を送信するタイミングを、初回応答要求データを送信したタイミングから、送信間隔設定ファイル６１１が示す間隔が経過したタイミングとすることを指定する情報を含む初回応答データを生成する（ステップＳＩ５）。ステップＳＩ５の処理後、管理部２０６は、処理手順をステップＳＩ６へ移行する。

ステップＳＩ６において、管理部２０６は、ステップＳＩ４、又は、ステップＳＩ５で生成した初回応答データを、エージェント端末１１に送信する。

図１２の（Ａ）に示すように、エージェント端末１１の対応処理実行部６０３は、初回応答データを受信する（ステップＳＨ５）。
次いで、対応処理実行部６０３は、受信した初回応答データに含まれる情報が示すタイミングが到来するまでの間、待機する（ステップＳＨ６）。具体的には、ステップＳＩ４で生成された初回応答データを受信した場合、対応処理実行部６０３は、初回応答要求データを送信した後、上述した期間ＫＫ１が経過するまでの間、待機する。この場合、対応処理実行部６０３は、送信間隔設定ファイル６１１を参照し、当該ファイル示す間隔に対応する期間にマージン値を反映することによって、期間ＫＫ１を算出する。また、ステップＳＩ５で生成された初回応答データを受信した場合、対応処理実行部６０３は、初回応答要求データを送信した後、送信間隔設定ファイル６１１が示す期間が経過するまでの間、待機する。

次いで、対応処理実行部６０３は、ステータスデータ生成部６０１に、ステータスデータＤ２を生成するタイミングが到来したことを通知する（ステップＳＨ７）。ステータスデータ生成部６０１は、当該通知に基づいて、ステータスデータＤ２を生成し、メンテナンスサーバー７に送信する。以後、ステータスデータ生成部６０１は、図４及び図５を用いて説明した方法で、所定の間隔をあけてステータスデータＤ２の生成、送信を実行する。

次に、同時期に起動時、及び、通信復帰時となった複数のエージェント端末１１が初回応答要求データ、及び、当該データの送信後の１回目のステータスデータＤ２を送信するタイミングについて具体的に例示する。

図１３は、同一の店舗システム３に設けられた３台のエージェント端末１１（エージェント端末ＡＪ１、エージェント端末ＡＪ２、エージェント端末ＡＪ３）が、起動時又は通信復帰時に、初回応答データするタイミング、及び、初回応答データの送信後の１回目のステータスデータＤ２を送信するタイミングを示す図である。
図１３を用いた説明では、ランダムに設定される待機期間の上限値が「１分」であり、エージェント端末ＡＪ１の待機期間は「１０秒」、エージェント端末ＡＪ２の待機期間は「２５秒」、エージェント端末ＡＪ３の待機期間は「３５秒」であるものとする。
また、エージェント端末ＡＪ１に接続された印刷装置９の数は「２台」であり、エージェント端末ＡＪ２に接続された印刷装置９の数は「３台」であり、エージェント端末ＡＪ３に接続された印刷装置９の数は「２０台」であるものとする。さらに、ステップＳＩ３でメンテナンスサーバー７の管理部２０６が使用する所定の閾値は「１０台」であるものとする。従って、この場合、ステップＳＩ３において、エージェント端末ＡＪ１、及び、エージェント端末ＡＪ２については、管理部２０６は、接続された印刷装置９の台数が所定の閾値を上回らないと判別し、エージェント端末ＡＪ３については、管理部２０６は、接続された印刷装置９の台数が所定の閾値を上回ると判別する。
また、ステップＳＩ４において、管理部２０６がランダムに設定するマージン値の値は、「＋５分」であるものとする。また、エージェント端末ＡＪ１、エージェント端末ＡＪ２、及び、エージェント端末ＡＪ３のそれぞれの送信間隔設定ファイル６１１が示す間隔の値は「１５分」であるものとする。

図１３に示すように、エージェント端末ＡＪ１は、起動時、又は、通信復帰時における所定の基準タイミングであるタイミングＴ０から、待機期間である１０秒が経過したタイミングＴ１で、初回応答要求データを送信する。また、エージェント端末ＡＪ２は、タイミングＴ０から待機期間である２５秒が経過したタイミングＴ２で、初回応答要求データを送信する。また、エージェント端末ＡＪ３は、タイミングＴ０から待機期間である３５秒が経過したタイミングＴ３で、初回応答要求データを送信する。
このように、それぞれのエージェント端末１１において、待機期間の値はランダムに設定されるため、それぞれのエージェント端末１１が初回応答要求データを送信するタイミングについて、上限値を下回る範囲内で「ずれ」が生じる。これにより、メンテナンスサーバー７へのアクセスの集中を緩和できる。
なお、待機時間に上限値を設けているのは、起動時、又は、通信復帰時において、初回応答要求データが送信するタイミングが遅くなりすぎるのを防止するためである。

エージェント端末ＡＪ１は、接続された印刷装置９の台数が所定の閾値を上回らないため、１回目にステータスデータＤ２を送信するタイミングに、メンテナンスサーバー７が設定したマージン値が反映されない。このため、エージェント端末ＡＪ１は、初回応答要求データを送信したタイミングＴ１から、１５分（送信間隔設定ファイル６１１が示す間隔）が経過したタイミングＴ５で、１回目のステータスデータＤ２を送信する。
同様に、エージェント端末ＡＪ２は、接続された印刷装置９の台数が所定の閾値を上回らないため、１回目のステータスデータＤ２を送信するタイミングに、メンテナンスサーバー７が設定したマージン値が反映されない。このため、エージェント端末ＡＪ２は、初回応答要求データを送信したタイミングＴ２から、１５分（送信間隔設定ファイル６１１が示す間隔）が経過したタイミングＴ６で、１回目のステータスデータＤ２を送信する。
一方、エージェント端末ＡＪ３は、接続された印刷装置９の台数が所定の閾値を上回るため、１回目のステータスデータＤ２を送信するタイミングに、メンテナンスサーバー７が設定したマージン値（５分）が反映される。このため、エージェント端末ＡＪ３は、初回応答要求データを送信したタイミングＴ３から、２０分（送信間隔設定ファイル６１１が示す間隔にマージン値を反映した値）が経過したタイミングＴ７で、１回目のステータスデータＤ２を送信する。
以後、エージェント端末ＡＪ１、ＡＪ２、及び、ＡＪ３のそれぞれは、１回目にステータスデータＤ２を送信した後、１５分おきに、ステータスデータＤ２を送信する。

以上のように、エージェント端末ＡＪ３は、エージェント端末ＡＪ２及びエージェント端末ＡＪ２がステータスデータＤ２を送信するタイミングから乖離したタイミングで、ステータスデータＤ２を送信することになる。
このように、本実施形態では、接続された印刷装置９の台数が所定の閾値を上回るエージェント端末１１については、１回目にステータスデータＤ２を送信するタイミングが、送信間隔設定ファイル６１１が示す間隔に対してマージン値だけずらされる。これは、以下のことを目的とするものである。
すなわち、上述したように、１のエージェント端末１１が送信するステータスデータＤ２には、当該１のエージェント端末１１に接続された印刷装置９（当該１のエージェント端末１１が管理する態様の印刷装置９）のそれぞれの印刷装置ステータス情報が含まれる（図７参照）。従って、エージェント端末１１に接続された印刷装置９の台数が多ければ多いほど、エージェント端末１１が送信するステータスデータＤ２のデータ量は大きくなる。そして、接続された印刷装置９の台数が所定の閾値を超えた状態のエージェント端末１１について、ステータスデータＤ２を送信するタイミングを、他のエージェント端末１１がステータスデータＤ２を送信するタイミングからずらすことにより、データ量の大きなステータスデータＤ２が送信されるタイミングを、他のステータスデータＤ２が送信されるタイミングから特に乖離させることができる。これにより、効率的、かつ、効果的に、ネットワークにおける輻輳の抑制、及び、メンテナンスサーバー７の処理負荷の増大の抑制を実現できる。
なお、マージン値は、上記目的を達成するという観点のもと、適切な値が設定される。例えば、マージン値は、送信間隔設定ファイル６１１が示す間隔の１／２程度の値が適切である。
また、本実施形態では、メンテナンスサーバー７の管理部２０６は、ステップＳＩ２において、エージェント端末１１に接続された印刷装置９の数と、所定の閾値とを比較した。この点について、管理部２０６が、エージェント端末１１が送信するステータスデータＤ２のデータ量（例えば、過去の所定の期間にエージェント端末１１が送信したステータスデータＤ２のデータ量の平均値）を所定の手段で管理し、データ量と、所定の閾値とを比較する構成でもよい。

次に、店舗のレジカウンターにおいて、会計が行われた場合のＰＯＳ端末８、及び、印刷装置９の動作について説明する。
図１４は、会計が行われた場合のＰＯＳ端末８、及び、印刷装置９の動作を示すフローチャートであり、（Ａ）はＰＯＳ端末８の動作を示し、（Ｂ）は印刷装置９の動作を示す。

図１４の（Ａ）に示すように、ＰＯＳ端末８のＰＯＳ端末制御部７０は、顧客の会計に応じて、会計処理を実行する（ステップＳＪ１）。
会計処理において、レジ担当者は、顧客が購入した商品に付されたバーコードをバーコードスキャナーＢＳにより読み取る。ＰＯＳ端末制御部７０は、バーコードスキャナーＢＳの読み取り結果に基づいて、商品の商品コードを取得し、適宜、ＰＯＳサーバー１０の商品マスター５１１を参照して、商品の単価等の会計処理に必要な商品に関する情報を取得する。ＰＯＳ端末制御部７０は、取得した商品に関する情報に基づいて、カスタマーディスプレーＣＤや、ディスプレーＤＰに商品に関する情報を表示する。また、ＰＯＳ端末制御部７０は、取得した商品に関する情報に基づいて、合計金額の計算や、釣銭の計算を行って会計を確定し、カスタマーディスプレーＣＤや、ディスプレーＤＰに計算結果を示す情報を表示し、また、キャッシュドロアーＫＳを制御する。会計の確定後、ＰＯＳ端末制御部７０は、ＰＯＳサーバー１０に会計に関する情報を送信する。ＰＯＳサーバー１０は、会計に関する情報を受信し、会計情報管理データベース５１２に登録する。

ステップＳＪ１の会計処理を実行した後、ＰＯＳ端末制御部７０は、会計処理に基づいて、印刷装置９に会計に関する情報（商品に関する情報や、合計金額に関する情報、釣銭に関する情報等）が印刷されたレシートを発行させる制御コマンドを生成する（ステップＳＪ２）。ＰＯＳ端末８には、ＰＯＳアプリケーション、及び、プリンタードライバーがインストールされており、ＰＯＳ端末制御部７０は、これらプログラムの機能により、制御コマンドを生成する。
次いで、ＰＯＳ端末制御部７０は、ＰＯＳ端末通信部７２を制御して、生成した制御コマンドを印刷装置９に送信する（ステップＳＪ３）。

図１４の（Ｂ）に示すように、印刷装置９の印刷装置制御部４０の印刷制御部４０３は、印刷装置通信部４３を制御して、制御コマンドを受信する（ステップＳＫ１）。
次いで、印刷制御部４０３は、受信した制御コマンドに基づいて、印刷装置印刷部４１を制御して、レシートを発行する（ステップＳＫ２）。発行されたレシートは、レジ担当者によって、顧客に引き渡される。

以上説明したように、本実施形態では、エージェント端末１１（クライアント）は、起動時、又は、メンテナンスサーバー７（サーバー）との通信が復帰した時である通信復帰時に、初回応答要求データ（応答要求）を送信し、起動時、又は、通信復帰時に初回応答要求データを送信する際、ランダムに設定される期間の間、送信を待機した後に送信する。
この構成によれば、同時期に起動時、又は、通信復帰時となった複数のエージェント端末１１が、起動時、又は、通信復帰時に初回応答要求データを送信するタイミングにずれが生じ、エージェント端末１１からメンテナンスサーバー７へのアクセスが集中することを抑制できる。

また、本実施形態では、メンテナンスサーバー７は、１のエージェント端末１１の起動時又は通信復帰時に、当該１のエージェント端末１１に対して、当該１のエージェント端末１１が次にステータスデータＤ２を送信するタイミングを指定する情報を含む初回応答データ（応答）を送信する。具体的には、当該１のエージェント端末１１が送信した初回応答要求データを受信した場合、当該１のエージェント端末１１が所定の間隔でステータスデータＤ２を送信するタイミングと、他のいずれかのエージェント端末１１が所定の間隔でステータスデータＤ２を送信するタイミングとにずれが生じるように、初回応答データ（応答）を送信する。当該１のエージェント端末１１は、メンテナンスサーバー７に指定されたタイミングでステータスデータＤ２を送信した後、所定の間隔で、ステータスデータＤ２を送信する。
この構成によれば、メンテナンスサーバー７の機能により、複数のエージェント端末１１がステータスデータＤ２を送信する間隔を的確にずらすことができ、より効果的にエージェント端末１１からメンテナンスサーバー７へのアクセスが集中することを抑制できる。

また、本実施形態では、エージェント端末１１には、１又は複数の印刷装置９（処理装置）が接続可能であり、エージェント端末１１は、接続された印刷装置９の状態に関する情報を含むステータスデータＤ２を応答要求としてメンテナンスサーバー７に送信する。そして、メンテナンスサーバー７は、接続された印刷装置９の台数が閾値を上回っているエージェント端末１１について、起動時又は通信復帰時に初回応答要求データ（応答要求）を送信したタイミングと次にステータスデータＤ２（応答要求）を送信するタイミングとの時間差の値が、送信間隔設定ファイル６１１が示す間隔（所定の間隔）の値と相違するように、次にステータスデータＤ２を送信するタイミングを指定する。
この構成によれば、送信するステータスデータＤ２のデータ量が大きいエージェント端末１１について、ステータスデータＤ２を送信するタイミングを、他のエージェント端末１１がステータスデータＤ２を送信するタイミングから大きくずらすことができ、より効率的、効果的にエージェント端末１１からメンテナンスサーバー７へのアクセスが集中することを抑制できる。
なお、上述したように、メンテナンスサーバー７が、エージェント端末１１が送信するステータスデータＤ２のデータ量（例えば、過去の所定の期間にエージェント端末１１が送信したステータスデータＤ２のデータ量の平均値）を所定の手段で管理し、データ量と、所定の閾値とを比較する構成でもよい。

＜第１実施形態の変形例＞
次に第１実施形態の変形例について説明する。
図１５の（Ａ）は、第１の変形例の説明に利用する図である。
上述した実施形態では、エージェント端末１１と、処理装置としての印刷装置９が、ローカルエリアネットワークを介して１対多の関係で接続された構成であった。
しかしながら、エージェント端末１１と印刷装置９との通信の方法は例示した方法に限らない。例えば、図１５の（Ａ）に示すように、エージェント端末１１と、印刷装置９とは、ＵＳＢ、ＵＳＢ以外のシリアル通信（例えばＲＳ２３２Ｃに対応するシリアル通信）に対応する通信規格、パラレル通信（例えば、ＩＥＥＥ１２８４に対応するパラレル通信）に対応する通信規格に従って、一対一の関係で接続された構成でもよい。
また、上述した実施形態では、エージェント端末１１により、メンテナンスサーバー７に対して状態に関する処理装置状態情報を送信される対象となる処理装置は、印刷装置９であった。しかしながら、処理装置は、印刷装置９のように印刷機能を有する装置に限らない。例えば、図９（Ａ）に示すように、スキャナーであってもよく、スキャン機能や印刷機能等の複合的に機能を有する複合処理装置であってもよく、パーソナルコンピューターであってもよい。すなわち、処理装置は、ネットワークシステム１において、メンテナンスサーバー７により状態を管理可能な装置であればよい。

＜第２実施形態＞
次に、第２実施形態について説明する。
上述した第１実施形態では、エージェント端末１１に印刷装置９が接続され、エージェント端末１１が接続された印刷装置９の状態に関する情報を含むステータスデータＤ２をメンテナンスサーバー７に送信する構成であった。
一方で、第２実施形態では、印刷装置９に、グローバルネットワークＧＮにアクセスする機能を設け、印刷装置９が、直接、メンテナンスサーバー７と通信する。すなわち、第２実施形態では、印刷装置９が、メンテナンスサーバー７をサーバーとする「クライアント」として機能する。
同一の店舗システム３に設けられた印刷装置９は、第１実施形態におけるエージェント端末１１と同様、店舗の開店時に一斉に電源がオンされて起動し、初回応答要求データを送信するという特性、及び、メンテナンスサーバー７との間での通信の復帰時に一斉に初回応答要求データを送信するという特性を有する。

第２実施形態に係る印刷装置９は、第１実施形態で説明したエージェント端末１１のステータスデータ生成部６０１の機能、間隔更新部６０２の機能、及び、対応処理実行部６０３の機能に相当する機能を有する。すなわち、印刷装置９は、自身の状態に関する情報を含むステータスデータＤ２を所定の間隔をあけて、メンテナンスサーバー７に送信する。
また、印刷装置９は、起動時、及び、通信復帰時に、ランダムに値が設定される待機期間だけ待機して初回応答要求データ（応答要求）を送信する。また、印刷装置９は、初回応答要求データを送信した後、１回目にステータスデータＤ２を送信する場合は、メンテナンスサーバー７が指定したタイミングで送信する。メンテナンスサーバー７は、印刷装置９のそれぞれについて、印刷装置９が送信するステータスデータＤ２のデータ量（例えば、過去の所定の期間に印刷装置９が送信したステータスデータＤ２のデータ量の平均値）を管理し、管理するデータ量と所定の閾値との比較によって、印刷装置９が初回応答要求データを送信した後、１回目にステータスデータＤ２を送信するタイミングに、マージン値を反映するか否かを判別する。
以上のような第２実施形態に係る構成であっても、第１実施形態と同様、メンテナンスサーバー７に対するクライアント（第２実施形態の場合、印刷装置９）からのアクセスの集中を抑制でき、ネットワークにおける輻輳、及び、メンテナンスサーバー７の処理負荷の増大を抑制できる。

なお、上述した実施の形態は、あくまでも本発明の一態様を示すものであり、本発明の範囲内で任意に変形および応用が可能である。
例えば、第１実施形態におけるエージェント端末１１の制御方法（クライアントの制御方法）、及び、第２実施形態における印刷装置９の制御方法（クライアントの制御方法）が、エージェント端末１１又は印刷装置９に搭載されるコンピューターや、エージェント端末１１又は印刷装置９に接続される外部装置を用いて実現される場合、本発明を、「クライアントの制御方法」を実現するためにコンピューターが実行するプログラム、このプログラムをコンピューターで読み取り可能に記録した記録媒体、或いは、このプログラムを伝送する伝送媒体の態様で構成することも可能である。上記記録媒体としては、磁気的、光学的記録媒体又は半導体メモリーデバイスを用いることができる。具体的には、フレキシブルディスク、ＨＤＤ（Hard Disk Drive）、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、Ｂｌｕ−ｒａｙ（登録商標）Ｄｉｓｃ、光磁気ディスク、フラッシュメモリー、カード型記録媒体等の可搬型の、或いは固定式の記録媒体が挙げられる。また、上記記録媒体は、エージェント端末１１又は印刷装置９や、これら装置に接続された外部装置が備える内部記憶装置であるＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ等の不揮発性記憶装置であってもよい。
また例えば、上述した実施形態では、店舗システム３が、店舗に適用される場合を例示して発明を説明したが、店舗システム３が適用される施設は、店舗に限らない。
また例えば、ネットワークシステム１を構成する各装置の通信方法はどのような方法でもよい。
また例えば、上述した実施形態では、印刷装置９の記録方式は、サーマル式としたが、記録方式は何でもよい。
また例えば、上述した実施形態における各機能ブロックはハードウェアとソフトウェアにより任意に実現可能であり、特定のハードウェア構成を示唆するものではない。

１…ネットワークシステム、２…管理システム、３…店舗システム、５…本社端末、７…メンテナンスサーバー（サーバー）、９…印刷装置（処理装置）、１０…ＰＯＳサーバー、１１…エージェント端末（クライアント）、６０…エージェント端末制御部（制御部）。

Claims (2)

1. 所定の間隔で応答要求であるＨＴＴＰリクエストを送信する複数のクライアントと、複数の前記クライアントから受信したそれぞれの前記応答要求に応じて、前記クライアントに応答であるＨＴＴＰレスポンスを送信するサーバーとがネットワークを介して接続されＨＴＴＰに従って通信するネットワークシステムであって、
   前記クライアントは、記録媒体に印刷する印刷装置であり、
   前記クライアントは、
   前記クライアントの起動時、又は、前記サーバーとの通信が不能となった後の復帰した時である通信復帰時に、ランダムに設定される期間の間送信を待機した後に、前記サーバーに前記応答要求を送信し、
   前記サーバーは、
   前記応答要求として送信するデータのデータ量が閾値を上回っている前記クライアントについて、前記起動時又は前記通信復帰時に前記応答要求を送信したタイミングと次に前記応答要求を送信するタイミングとの時間差の値が、前記所定の間隔の値と相違するように、次に前記応答要求を送信するタイミングを指定する
   ことを特徴とするネットワークシステム。
2. 前記クライアントは、前記クライアントの状態に関する情報を含むステータスデータを前記応答要求として送信する、
   ことを特徴とする請求項１に記載のネットワークシステム。

Images