JP6540444B2 - ネットワークシステム、及び、サーバー - 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 (4)

1. 所定の間隔で応答要求であるＨＴＴＰリクエストを送信するクライアントと、前記クライアントから受信した前記応答要求に応じて前記クライアントに応答であるＨＴＴＰレスポンスを送信するサーバーとがネットワークを介して接続されＨＴＴＰに従って通信するネットワークシステムであって、
   前記クライアントは記録媒体に印刷する印刷部を有する印刷装置であり、
   所定の間隔で、前記印刷部の状態を示すステータスデータを、前記応答要求として、前記サーバーに送信し、
   前記サーバーは、
   前記ステータスデータに基づいて、前記クライアントにエラーが発生しているか否かを判別し、
   前記エラーが発生していない場合は、前記サーバーの処理負荷に影響を与える要素に基づいて、前記クライアントが前記ステータスデータを送信する間隔を示す通信許容量を算出し、算出した前記通信許容量を示す通信許容量情報を、前記応答として、前記クライアントに送信し、
   前記エラーが発生している場合は、前記エラーが発生していない前記クライアントが前記ステータスデータを送信する間隔よりも短い間隔を示すエラー時間隔情報を、前記応答として、前記クライアントに送信し、
   前記クライアントは、
   前記サーバーから受信した前記通信許容量情報が示す間隔、又は、前記エラー時間隔情報が示す間隔に対応する間隔で、前記応答要求として、前記ステータスデータを送信し、
   前記サーバーは、
   前記クライアントに前記エラーが発生している場合、前記通信許容量情報と共に前記エラー時間隔情報を前記クライアントに送信し、
   前記クライアントは、
   前記エラーが発生している間、前記エラー時間隔情報が示す間隔に対応する間隔で前記ステータスデータを送信し、前記エラーが解消した場合、前記通信許容量情報が示す間隔に対応する間隔で前記ステータスデータを送信する
   ことを特徴とするネットワークシステム。
2. 前記サーバーの処理負荷に影響を与える要素は、前記サーバーに接続された前記クライアント、その他の装置の数を含む
   ことを特徴とする請求項１に記載のネットワークシステム。
3. 前記サーバーの処理負荷に影響を与える要素は、前記サーバーの処理能力、前記クライアントから前記応答要求として受信する前記ステータスデータのデータ量、及び、前記クライアントから前記応答要求として受信する前記ステータスデータの処理に要する時間のいずれかを少なくとも含む
   ことを特徴とする請求項１又は２に記載のネットワークシステム。
4. 記録媒体に印刷する印刷部を有する印刷装置であるクライアントにネットワークを介して接続可能でありＨＴＴＰに従って通信するサーバーであって、
   前記クライアントから、所定の間隔で、前記印刷部の状態を示すステータスデータを応答要求であるＨＴＴＰリクエストとして受信し、
   前記ステータスデータに基づいて、前記クライアントにエラーが発生しているか否かを判別し、
   前記エラーが発生していない場合は、前記サーバーの処理負荷に影響を与える要素に基づいて、前記クライアントが前記ステータスデータを送信する間隔を示す通信許容量を算出し、算出した前記通信許容量を示す通信許容量情報を、応答であるＨＴＴＰレスポンスとして、前記クライアントに送信し、
   前記エラーが発生している場合は、前記エラーが発生していない前記クライアントが前記ステータスデータを送信する間隔よりも短い間隔を示すエラー時間隔情報を、前記応答として、前記クライアントに送信し、
   前記サーバーは、
   前記クライアントに前記エラーが発生している場合、前記エラー時間隔情報と、前記エラーが解消した場合に、前記クライアントに前記ステータスデータを送信させる間隔を示す前記通信許容量情報とを前記クライアントに送信する
   ことを特徴とするサーバー。
   

Images