JP2017016178A - ネットワークシステム、サーバー、及び、ネットワークシステムの制御方法 - Google Patents

Abstract

【課題】制御装置からサーバーにログデータを送信するシステムについて、制御装置がサーバーにログデータを送信する構成に対応する処理を実行できるようにする。
【解決手段】ネットワークシステム１のＰＯＳ端末１３は、状態を監視する対象の監視項目の状態を示すステータス情報データを含むログデータＤ１１を生成し、生成したログデータＤ１１を送信し、メンテナンスサーバー１７は、受信したログデータＤ１１に含まれるステータス情報データに基づいて、監視項目の状態がエラー状態か否かを判別し、エラー状態と判別した監視項目について、エラー状態に応じて行われる対応の状況を示す対応状況情報を管理する一方、所定の状態と判別した監視項目について、重複して対応状況情報を管理することを禁止する。
【選択図】図２

Description

本発明は、ネットワークシステム、サーバー、及び、ネットワークシステムの制御方法に関する。

従来、クライアントである制御装置（画像出力装置）と、サーバー（監視センタ）とがネットワークを介して接続され、制御装置がサーバーに、ログデータ（エラーログ情報）を送信するネットワークシステム（画像出力装置管理システム）が知られている（例えば、特許文献１参照）。

特開２００３−１６２４００号公報

上述したネットワークシステムのように、クライアントである制御装置から、サーバーにログデータを送信するシステムでは、制御装置からサーバーにログデータを送信する構成に対応する処理を実行したいとするニーズがある。
本発明は、上述した事情に鑑みてなされたものであり、制御装置からサーバーにログデータを送信するシステム、及び、当該システムを構成するサーバーについて、制御装置がサーバーにログデータを送信する構成に対応する処理を実行できるようにすることを目的とする。

上記目的を達成するために、本発明のネットワークシステムは、制御装置と、前記制御装置にネットワークを介して接続されたサーバーとを備え、前記制御装置は、状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータを生成し、生成した前記ログデータを前記サーバーに送信し、前記サーバーは、受信した前記ログデータに含まれる前記ステータス情報に基づいて、前記監視項目の状態が所定の状態か否かを判別し、所定の状態と判別した前記監視項目について、所定の状態に応じて行われる対応の状況を示す対応状況情報を管理する一方、所定の状態と判別した前記監視項目について、重複して前記対応状況情報を管理することを禁止することを特徴とする。
本発明の構成によれば、制御装置からサーバーにログデータを送信するシステムについて、制御装置がサーバーにログデータを送信する構成に対応する処理を実行できる。

また、本発明のネットワークシステムは、前記サーバーは、所定の状態と判別した前記監視項目について、管理する前記対応状況情報と、前記監視項目を示す情報とを対応付けて表示することを特徴とする。
本発明の構成によれば、ユーザーは、エラー状態の監視項目について、対応状況情報を把握できる。

また、本発明のネットワークシステムは、前記サーバーは、所定の状態と判別した前記監視項目について、前記対応状況情報の入力、及び、入力の確定が可能なユーザーインターフェースを提供し、前記ユーザーインターフェースに入力され、入力が確定された前記対応状況情報を、現時点の対応の状況を示す情報として管理することを特徴とする。
本発明の構成によれば、ユーザーは、現時点のエラー状態に応じた対応に係る対応状況情報をユーザーインターフェースに入力することにより、サーバーに、入力した対応状況情報を、現時点の対応の状況を示す情報として管理させることができる。

また、本発明のネットワークシステムは、前記サーバーは、所定の状態と判別した前記監視項目を示す情報を選択可能に表示し、前記監視項目が選択された場合に、前記監視項目の前記対応状況情報の管理を開始することを特徴とする。
本発明の構成によれば、ユーザーは、エラー状態となった監視項目を示す情報を選択することにより、対応状況情報の管理を開始させることができる。

また、本発明のネットワークシステムは、所定の状態は、エラー状態であり、所定の状態に応じて行われる対応は、エラー状態を解消するために行われる対応であることを特徴とする。
本発明の構成によれば、制御装置からサーバーにログデータを送信するシステムについて、制御装置がサーバーにログデータを送信する構成に対応する処理を実行できる。

また、上記目的を達成するために、本発明は、制御装置にネットワークを介して接続されたサーバーであって、前記サーバーは、前記制御装置から状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータを受信し、受信した前記ログデータに含まれる前記ステータス情報に基づいて、前記監視項目の状態が所定の状態か否かを判別し、所定の状態と判別した前記監視項目について、所定の状態に応じて行われる対応の状況を示す対応状況情報を管理する一方、所定の状態と判別した前記監視項目について、重複して前記対応状況情報を管理することを禁止することを特徴とする。
本発明の構成によれば、制御装置からサーバーにログデータを送信するシステムを構成するサーバーについて、制御装置がサーバーにログデータを送信する構成に対応する処理を実行できる。

また、上記目的を達成するために、本発明は、制御装置と、前記制御装置にネットワークを介して接続されたサーバーとを備えるネットワークシステムの制御方法であって、前記制御装置は、状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータを生成し、生成した前記ログデータを前記サーバーに送信し、前記サーバーは、受信した前記ログデータに含まれる前記ステータス情報に基づいて、前記監視項目の状態が所定の状態か否かを判別し、所定の状態と判別した前記監視項目について、所定の状態に応じて行われる対応の状況を示す対応状況情報を管理する一方、所定の状態と判別した前記監視項目について、重複して前記対応状況情報を管理することを禁止することを特徴とする。
本発明の構成によれば、制御装置からサーバーにログデータを送信するシステムについて、制御装置がサーバーにログデータを送信する構成に対応する処理を実行できる。

本実施形態に係るネットワークシステムの構成を示す図。 ネットワークシステムが備える各装置の機能的構成を示すブロック図。 ＰＯＳ端末、及び、メンテナンスサーバーのブロック図。 ネットワークシステムが備える各装置の動作を示すフローチャート。 ＰＯＳ端末の動作を示すフローチャート。 ステータス情報データの内容を示す図。 リクエストデータを示す図。 メンテナンスサーバーの動作を示すフローチャート。 ＰＯＳ端末の動作を示すフローチャート。 メンテナンスサーバーの動作を示すフローチャート。 第１ステータス情報データベース、第２ステータス情報データベースに記憶されるレコードを示す図。 メンテナンスサーバーの動作を示すフローチャート。 デバイス関連ユーザーインターフェースを示す図。 メンテナンスサーバーの動作を示すフローチャート。 エラー一覧ユーザーインターフェースを示す図。 詳細状態ユーザーインターフェースを示す図。 対応状況登録ユーザーインターフェースを示す図。 管理用情報を示す図。 メンテナンスサーバーの動作を示すフローチャート。 対応状況一覧ユーザーインターフェースを示す図。 対応状況表示ユーザーインターフェースを示す図。 対応状況編集ユーザーインターフェースを示す図。 ＰＯＳ端末、及び、店舗管理サーバーの動作を示すフローチャート。 会計用ユーザーインターフェースを示す図。 ＰＯＳ端末の動作を示すフローチャート。 ＰＯＳ端末、及び、店舗管理サーバーの動作を示すフローチャート。 ＰＯＳ端末、及び、店舗管理サーバーの動作を示すフローチャート。 ＰＯＳ端末、及び、店舗管理サーバーの動作を示すフローチャート。

以下、図面を参照して本発明の実施形態について説明する。

図１は、本実施形態に係るネットワークシステム１の構成を示す図である。
図１に示すように、ネットワークシステム１は、複数の店舗管理システム１０（図１では、２台の第１店舗管理システム１０１、及び、第２店舗管理システム１０２）を備える。

店舗管理システム１０は、スーパーマーケットや、コンビニエンスストア、デパート、飲食店等の店舗を運営する企業が利用するシステムである。図１において、第１店舗管理システム１０１は企業Ｋ１が利用するシステムであり、第２店舗管理システム１０２は企業Ｋ２が利用するシステムである。企業Ｋ１及び企業Ｋ２は、提携関係が全くない別の企業であり、第１店舗管理システム１０１と第２店舗管理システム１０２との間で情報の送受信は行われない。
本実施形態では、店舗は、商品を販売する施設であるものとする。ただし、店舗は、商品を販売する施設に限らず、飲食物や、所定のサービスを提供する施設等、会計が行われる施設であればよい。また、本実施形態では、店舗管理システム１０を利用する主体は企業であるものとする。ただし、店舗管理システム１０を利用する主体は企業に限らない。

店舗管理システム１０は、１又は複数の店舗システム１１と、店舗管理サーバー１２とを備えており、各店舗システム１１と、店舗管理サーバー１２とは、インターネットを含んで構成されたグローバルネットワークＧＮを介して通信可能に接続される。

店舗システム１１は店舗ごとに設けられたシステムであり、後述するように会計を行う機能、及び、会計に応じてレシートを発行する機能を備える。
店舗システム１１が適用される店舗には、顧客が会計を行なうレジカウンターＬが設けられる。各レジカウンターＬには、会計に応じてレシートを発行可能なＰＯＳ端末１３（制御装置）、又は、印刷装置１４（外部機器）が設けられる。ＰＯＳ端末１３、及び、印刷装置１４により発行されたレシートは、レジ担当者によって顧客に引き渡される。
ＰＯＳ端末１３、及び、印刷装置１４の構成、機能、及び、機能に基づく処理については後述する。

店舗システム１１は、ローカルネットワークＬＮを備える。
ＰＯＳ端末１３、及び、印刷装置１４は、ＬＡＮに係る通信規格に従って、ローカルネットワークＬＮと接続する。ＰＯＳ端末１３、及び、印刷装置１４がローカルネットワークＬＮと接続する際に使用する通信規格は何でもよく、また、有線接続でも無線接続でもよい。
ローカルネットワークＬＮには、通信装置１５が接続される。通信装置１５は、ローカルネットワークＬＮと、グローバルネットワークＧＮとを接続するインターフェース装置である。通信装置１５は、モデム（又は、ＯＮＵ（Optical Network Unit））としての機能、ルーター機能、ＮＡＴ（Network Address Translation）機能、及び、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバー機能等を有する。通信装置１５は、ローカルネットワークＬＮに接続された機器と、グローバルネットワークＧＮに接続された機器との間で行われる通信に際し、機器間で送受信されるデータを転送する。なお、図１では、通信装置１５を１つのブロックで表現するが、通信装置１５は、機能に応じた複数の装置を有する構成でもよい。

ＰＯＳ端末１３と、印刷装置１４とは、ローカルネットワークＬＮを介して、互いに通信可能である。
ＰＯＳ端末１３は、ローカルネットワークＬＮの通信装置１５を介して、グローバルネットワークＧＮにアクセスし、グローバルネットワークＧＮと接続する機器と通信可能である。
印刷装置１４は、グローバルネットワークＧＮにアクセスする機能を備えない。

店舗システム１１では、１台のＰＯＳ端末１３と、０台以上の（０台でもよく、１台でもよく、２台以上でもよい。）印刷装置１４と、によりＰＯＳユニット１６が構成される。本実施形態では、説明の便宜のため、ＰＯＳユニット１６は、１又は複数台の印刷装置１４を備えるものとする。
後述するように、１のＰＯＳユニット１６において、当該１のＰＯＳユニット１６の１台のＰＯＳ端末１３は、当該１のＰＯＳユニット１６の１又は複数の印刷装置１４を制御する。

店舗管理サーバー１２は、ＰＯＳ端末１３、その他の機器をクライアントとする、クラウドシステムのクラウドサーバーである。
店舗管理サーバー１２の構成、機能、及び、機能に基づく処理については、後述する。

図１に示すように、グローバルネットワークＧＮには、メンテナンスサーバー１７（サーバー）が接続される。メンテナンスサーバー１７は、ＰＯＳ端末１３、その他の機器をクライアントとする、クラウドシステムのクラウドサーバーである。
メンテナンスサーバー１７の構成、機能、及び、機能に基づく処理については、後述する。

なお、図１では、店舗管理サーバー１２、及び、メンテナンスサーバー１７を、それぞれ、１つのブロックによって表現するが、これは店舗管理サーバー１２、及び、メンテナンスサーバー１７が、それぞれ、単一のサーバー装置により構成されることを意味するものではない。例えば、店舗管理サーバー１２、又は、メンテナンスサーバー１７は、複数のサーバー装置を含んで構成されたものでもよい。

図２は、ネットワークシステム１が備えるＰＯＳ端末１３、印刷装置１４、店舗管理サーバー１２、及び、メンテナンスサーバー１７の機能的構成を示すブロック図である。

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

制御装置制御部２０は、図示しないＣＰＵや、ＲＯＭ、ＲＡＭ、その他周辺回路等を備え、ＰＯＳ端末１３を制御する。

制御装置制御部２０は、処理制御部２０１と、クライアント機能部２０２と、ログ収集部２０３と、通信管理部２０４と、命令実行部２０５と、を備える。
処理制御部２０１は、ＰＯＳ端末１３にインストールされたファームウェア、その他付随するプログラムに基づいて処理を実行する機能ブロックである。
クライアント機能部２０２は、ＰＯＳ端末１３にインストールされたウェブブラウザー、その他付随するプログラムに基づいて処理を実行する機能ブロックである。
ログ収集部２０３、通信管理部２０４、及び、命令実行部２０５は、それぞれ、ＰＯＳ端末１３にインストールされた対応する所定のソフトウェア、その他付随するプログラムに基づいて処理を実行する機能ブロックである。

制御装置印刷部２１は、ＰＯＳ端末１３の筐体に収容されたロール紙を搬送する図示しない搬送機構のほか、印刷ヘッド２１１、及び、カッター２１２を備える。

搬送機構は、印刷ヘッド２１１と対向する位置に設けられたプラテンローラーを備え、印刷ヘッド２１１とプラテンローラーとでロール紙を挟持し、プラテンローラーを所定方向に回転させて、ロール紙を搬送方向へ搬送する。

印刷ヘッド２１１は、ロール紙の搬送方向と交わる方向に解像度に応じた複数の発熱素子が並んで設けられたサーマルヘッドであり、発熱素子を発熱させて、感熱紙であるロール紙にドットを形成する。
制御装置印刷部２１は、印刷ヘッド２１１による１ライン（搬送方向と交わる方向に延びる発熱素子の列）分のドットの形成、及び、搬送機構による１ライン分のロール紙の搬送を交互に繰り返し行って、画像の印刷を実行する。

カッター２１２は、固定刃と可動刃とを備え、固定刃に対して可動刃を相対的に移動させて固定刃と可動刃とを交叉させることにより、ロール紙を切断する。
制御装置印刷部２１は、制御装置制御部２０の制御で、搬送機構によりロール紙を搬送しつつ、印刷ヘッド２１１によりロール紙にレシートに係る画像を印刷し、カッター２１２により所定の位置でロール紙を切断して、レシートを発行する。

制御装置記憶部２２は、不揮発性メモリーを備え、各種データを記憶する。
制御装置記憶部２２は、ＳＳＤ（solid state drive）を備えており、ＳＳＤのフラッシュメモリー（以下、単に「ＳＳＤ」という。）に各種データを記憶可能である。
制御装置記憶部２２は、生成間隔設定ファイル２２１、送信間隔設定ファイル２２２、及び、ログファイル２２３を記憶する。これらデータにいては後述する。

制御装置通信部２３は、制御装置制御部２０の制御で、ローカルネットワークＬＮにアクセスし、ローカルネットワークＬＮに接続された機器（他のＰＯＳ端末１３、及び、印刷装置１４を含む。）と通信する。
また、制御装置通信部２３は、制御装置制御部２０の制御で、ローカルネットワークＬＮの通信装置１５を介してグローバルネットワークＧＮにアクセスし、グローバルネットワークＧＮに接続された機器と通信する。

制御装置デバイス通信部２４は、ＵＳＢの規格に従ったポートや、ＵＳＢ以外のシリアル通信規格に従ったポート、その他通信規格に従ったポートを有するインターフェースボードを備える。制御装置デバイス通信部２４は、制御装置制御部２０の制御で、ポートに接続されたデバイスと通信する。なお、制御装置デバイス通信部２４が無線通信機能を備え、デバイスと無線通信する構成でもよい。

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

バーコードスキャナーＢＳは、商品や、商品の包装等に付されたバーコードを読み取り、読取結果を示すデータを制御装置デバイス通信部２４に出力する。制御装置デバイス通信部２４は、バーコードスキャナーＢＳから入力されたデータを、制御装置制御部２０に出力する。
カスタマーディスプレーＣＤは、液晶ディスプレー等の表示装置であり、制御装置制御部２０の制御で、画像を表示する。カスタマーディスプレーＣＤに表示された情報は、レジカウンターＬで会計を行う顧客が視認できる。
キャッシュドロアーＫＳは、現金を収容するトレイや、トレイをロックする機構、トレイを引き出す機構等を備え、制御装置制御部２０の制御で、ロックを解除し、トレイを引き出す。
タッチパネルＴＰは、液晶表示パネルや有機ＥＬパネル等の表示パネルと、当該表示装置に重ねて設けられ、ユーザー（レジ担当者を含む。）のタッチ操作を検出するタッチセンサーと、を有する。タッチパネルＴＰは、レジカウンターＬにおいて、レジ担当者が視認可能であり、タッチ操作可能な位置に設けられる。タッチパネルＴＰは、制御装置制御部２０の制御で、表示パネルに画像を表示する。制御装置制御部２０のクライアント機能部２０２は、所定の手段で取得したＨＴＭＬファイルに基づいて、タッチパネルＴＰにウェブページを表示可能である。また、タッチパネルＴＰは、ユーザーのタッチ操作を検出した場合、タッチ操作された位置を示す信号を制御装置制御部２０に出力する。制御装置制御部２０は、タッチパネルＴＰからの入力に基づいて、ユーザーのタッチ操作に対応する処理を実行する。

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

印刷装置制御部３０は、図示しないＣＰＵや、ＲＯＭ、ＲＡＭ、その他周辺回路等を備え、印刷装置１４を制御する。
印刷装置印刷部３１は、印刷装置１４の筐体に収容されたロール紙を搬送する図示しない搬送機構のほか、印刷ヘッド、及び、カッターを備える。 印刷装置記憶部３２は、ＥＰＲＯＭ等の不揮発性メモリーを備え、各種データを記憶する。
印刷装置通信部３３は、印刷装置制御部３０の制御で、ローカルネットワークＬＮにアクセスし、ローカルネットワークＬＮに接続された機器（ＰＯＳ端末１３、及び、他の印刷装置１４を含む。）と通信する。
印刷装置デバイス通信部３４は、ＵＳＢの規格に従ったポートや、ＵＳＢ以外のシリアル通信規格に従ったポート、その他通信規格に従ったポートを有するインターフェースボードを備える。印刷装置デバイス通信部３４は、印刷装置制御部３０の制御で、ポートに接続されたデバイスと通信する。なお、印刷装置デバイス通信部３４が無線通信機能を備え、デバイスと無線通信する構成でもよい。図２の例では、印刷装置１４に、デバイスとして、バーコードスキャナーＢＳ、カスタマーディスプレーＣＤ、キャッシュドロアーＫＳ、及び、タッチパネルＴＰが接続される。

図２に示すように、店舗管理サーバー１２は、店舗管理サーバー制御部４０と、店舗管理サーバー記憶部４１と、店舗管理サーバー通信部４２と、を備える。

店舗管理サーバー制御部４０は、図示しないＣＰＵや、ＲＯＭ、ＲＡＭ、その他周辺回路等を備え、店舗管理サーバー１２を制御する。
店舗管理サーバー制御部４０は、会計関連処理実行部４０１を備える。
会計関連処理実行部４０１は、店舗管理サーバー１２にインストールされたサーバーソフトウェアで動作する所定のウェブアプリケーション、その他付随するプログラムに基づいて処理を実行する機能ブロックである。

店舗管理サーバー記憶部４１は、図示しないハードディスクや、ＥＥＰＲＯＭ等の不揮発性メモリーを備え、各種データを記憶する。
店舗管理サーバー記憶部４１は、商品マスター４１１を記憶する。商品マスター４１１は、店舗で販売される商品について、商品の商品コードと、商品の単価と、その他の商品に関する情報とを対応付けて記憶する。
店舗管理サーバー記憶部４１は、会計情報管理データベース４１２を記憶する。会計情報管理データベース４１２については後述する。

図２に示すように、メンテナンスサーバー１７は、メンテナンスサーバー制御部５０（サーバー制御部）と、メンテナンスサーバー記憶部５１（サーバー記憶部）と、メンテナンスサーバー通信部５２とを備える。

メンテナンスサーバー制御部５０は、図示しないＣＰＵや、ＲＯＭ、ＲＡＭ、その他周辺回路等を備え、メンテナンスサーバー１７を制御する。

メンテナンスサーバー制御部５０は、ログ受信部５０１と、レスポンス応答部５０２と、ログ情報処理部５０３と、ログ情報表示部５０４と、対応状況情報管理部５０５と、を備える。
ログ受信部５０１、レスポンス応答部５０２、ログ情報処理部５０３、ログ情報表示部５０４、及び、対応状況情報管理部５０５は、それぞれ、メンテナンスサーバー１７にインストールされたサーバーソフトウェアで動作する所定のウェブアプリケーション、その他のプログラムに基づいて処理を実行する機能ブロックである。

メンテナンスサーバー記憶部５１は、図示しないハードディスクや、ＥＥＰＲＯＭ等の不揮発性メモリーを備え、各種データを記憶する。
メンテナンスサーバー記憶部５１は、命令格納データベース５１１、契約管理データベース５１２、第１ステータス情報データベース５１３、第２ステータス情報データベース５１４、接続機種データベース５１５、登録機種データベース５１６、対応状況情報管理データベース５１７、及び、エラー管理データベース５１８を記憶する。これらデータについては後述する。

メンテナンスサーバー通信部５２は、メンテナンスサーバー制御部５０の制御で、グローバルネットワークＧＮにアクセスし、当該ネットワークと接続する機器（ＰＯＳ端末１３を含む。）と通信する。

以上のように、ネットワークシステム１は、メンテナンスサーバー１７を備える。
メンテナンスサーバー１７は、店舗管理システム１０を利用する企業にかかわらず、企業との事前の契約に基づいて、店舗管理システム１０の店舗システム１１が備えるＰＯＳ端末１３及び印刷装置１４の状態を管理する。本実施形態では、企業Ｋ１、及び、企業Ｋ２が、メンテナンスサーバー１７によるＰＯＳ端末１３及び印刷装置１４の状態の管理に関する契約を事前に締結しており、メンテナンスサーバー１７は、第１店舗管理システム１０１の店舗システム１１、及び、第２店舗管理システム１０２の店舗システム１１のそれぞれについて、各店舗システム１１が備えるＰＯＳ端末１３及び印刷装置１４の状態を統括的に管理する。
さらに、メンテナンスサーバー１７は、店舗システム１１のＰＯＳ端末１３及び印刷装置１４の保守を担当する者（以下、「保守担当者」という。）に対して、ＰＯＳ端末１３及び印刷装置１４の保守のために有益な情報を提供する。
以下、ＰＯＳ端末１３及び印刷装置１４の状態を管理する際のメンテナンスサーバー１７の動作について説明する。

図３は、ＰＯＳ端末１３の制御装置制御部２０が備える機能ブロックを制御装置記憶部２２が記憶するデータと共に表し、メンテナンスサーバー１７のメンテナンスサーバー制御部５０が備える機能ブロックをメンテナンスサーバー記憶部５１が記憶するデータと共に表す図である。
以下、まず、図３を用いて、メンテナンスサーバー１７がＰＯＳ端末１３及び印刷装置１４の状態を管理するときの機能ブロック間で送受信されるデータの基本的な流れについて説明する。図３を用いた説明では、機能ブロックの処理の詳細、及び、機能ブロック間で送受信されるデータの内容の詳細については省略する。

図３に示すように、ＰＯＳ端末１３のログ収集部２０３は、生成間隔設定ファイル２２１を参照し、生成間隔設定ファイル２２１が示す間隔でリクエストデータＤ１を生成する。
リクエストデータＤ１は、ログデータＤ１１、及び、処理結果通知データＤ１２を含むデータである。
ログ収集部２０３は、生成したリクエストデータＤ１を、通信管理部２０４に出力する（図３の矢印Ｙ１）。

通信管理部２０４は、送信間隔設定ファイル２２２を参照し、送信間隔設定ファイル２２２が示す間隔で、ログ収集部２０３から入力されたリクエストデータＤ１をメンテナンスサーバー１７に送信する（図３の矢印Ｙ２）。
通信管理部２０４が間隔をあけてメンテナンスサーバー１７に送信するリクエストデータＤ１は、クライアントであるＰＯＳ端末１３からサーバーであるメンテナンスサーバー１７に送信するリクエストに相当する。メンテナンスサーバー１７は、リクエストであるリクエストデータＤ１の受信に応答するレスポンスとして、ＰＯＳ端末１３にデータを送信することが可能となる。

メンテナンスサーバー１７のログ受信部５０１は、ＰＯＳ端末１３が送信したリクエストデータＤ１を受信する。ログ受信部５０１は、受信したリクエストデータＤ１を、レスポンス応答部５０２に出力する（図３の矢印Ｙ３）。

レスポンス応答部５０２は、ログ受信部５０１から入力されたログデータＤ１１に基づいて、命令格納データベース５１１を参照し、リクエストデータＤ１（リクエスト）に対応するレスポンスとしてレスポンスデータＤ２を生成する。
レスポンスデータＤ２は、後述するように、ＰＯＳ端末１３に所定の処理を実行させる処理命令制御データＤ２１（制御データ）、及び、所定の監視項目（後述）の状態がエラー警告状態（後述）又はエラー予兆状態（後述）であることを示すエラー警告／予兆通知データＤ２２を含む。
レスポンス応答部５０２は、生成したレスポンスデータＤ２をＰＯＳ端末１３に送信する（図３の矢印Ｙ５）。
また、レスポンス応答部５０２は、リクエストデータＤ１を、ログ情報処理部５０３に出力する（図３の矢印Ｙ４）。

また、ログ情報処理部５０３は、レスポンス応答部５０２から入力されたリクエストデータＤ１に基づいて、第１ステータス情報データベース５１３（後述）にレコードを記憶し、第２ステータス情報データベース５１４（後述）にレコードを記憶する。

ＰＯＳ端末１３の通信管理部２０４は、メンテナンスサーバー１７が送信したレスポンスデータＤ２を受信する。
通信管理部２０４は、受信したレスポンスデータＤ２に含まれるエラー警告／予兆通知データＤ２２を、ログ収集部２０３に出力する（図３の矢印Ｙ６）。
また、通信管理部２０４は、受信したレスポンスデータＤ２に含まれる処理命令制御データＤ２１を、命令実行部２０５に出力する（図３の矢印Ｙ７）。

命令実行部２０５は、通信管理部２０４から入力された処理命令制御データＤ２１に基づいて、所定の処理を実行する。命令実行部２０５は、実行した所定の処理の処理結果を示す処理結果データＤ３を生成する。命令実行部２０５は、生成した処理結果データＤ３を、ログ収集部２０３に出力する（図３の矢印Ｙ８）。

ログ収集部２０３は、通信管理部２０４から入力されたエラー警告／予兆通知データＤ２２、及び、生成したログデータＤ１１に基づいて、必要に応じて、生成間隔設定ファイル２２１の内容を変更する。
また、ログ収集部２０３は、命令実行部２０５から入力された処理結果データＤ３に基づいて、処理結果通知データＤ１２を生成する。

その後、ログ収集部２０３は、生成間隔設定ファイル２２１を参照し、生成間隔設定ファイル２２１が示す間隔でリクエストデータＤ１を生成し、通信管理部２０４に出力する。

以上のように、ＰＯＳ端末１３が間隔をあけてリクエストデータＤ１（ログデータＤ１１）をメンテナンスサーバー１７に送信し、メンテナンスサーバー１７が受信したリクエストデータＤ１に基づく処理を実行し、レスポンスとしてレスポンスデータＤ２を送信し、ＰＯＳ端末１３が受信したレスポンスデータＤ２に基づく処理を実行する、というサイクルで、ＰＯＳ端末１３及びメンテナンスサーバー１７間でデータの送受信が行われる。

次に、ＰＯＳ端末１３及び印刷装置１４の状態を管理する際のメンテナンスサーバー１７の動作について詳細に説明する。
図４は、ＰＯＳ端末１３、及び、メンテナンスサーバー１７の動作を示すフローチャートである。
図４（Ａ）はＰＯＳ端末１３のログ収集部２０３の動作を示し、（Ｂ）はＰＯＳ端末１３の通信管理部２０４の動作を示し、（Ｃ）はＰＯＳ端末１３の命令実行部２０５の動作を示し、（Ｄ）はメンテナンスサーバー１７のログ受信部５０１の動作を示し、（Ｅ）はメンテナンスサーバー１７のレスポンス応答部５０２の動作を示し、（Ｆ）はメンテナンスサーバー１７のログ情報処理部５０３の動作を示す。

図４（Ａ）に示すように、ログ収集部２０３は、生成間隔設定ファイル２２１を参照し、リクエストデータＤ１を生成するタイミングが到来したか否かを監視する（ステップＳＡ１）。
生成間隔設定ファイル２２１は、リクエストデータＤ１を生成する間隔を示す情報が記録されたファイルである。ステップＳＡ１において、ログ収集部２０３は、生成間隔設定ファイル２２１を参照し、前回、リクエストデータＤ１を生成した後、生成間隔設定ファイル２２１が示す間隔が経過した場合、リクエストデータＤ１を生成するタイミングが到来したと判別する。

後述するように、生成間隔設定ファイル２２１に記録された情報が示す間隔は、所定の間隔（以下、「基準生成間隔」という。）を最長の間隔として、基準生成間隔よりも短い間隔である場合がある。

リクエストデータＤ１を生成するタイミングが到来した場合（ステップＳＡ１：ＹＥＳ）、ログ収集部２０３は、所定の記憶領域に記憶された処理結果データＤ３に基づいて、処理結果通知データＤ１２を生成する（ステップＳＡ２）。
処理結果通知データＤ１２は、情報を階層化して記述可能なテキストデータ（例えば、ＸＭＬ（Extensible Markup Language）形式のデータ）であり、メンテナンスサーバー１７にリクエストとして送信可能なデータである。
処理結果通知データＤ１２の生成後、ログ収集部２０３は、所定の記憶領域から処理結果通知データＤ１２の生成に用いた処理結果データＤ３を削除する。
後に明らかとなる通り、ログ収集部２０３は、前回、リクエストデータＤ１を生成した後、ステップＳＡ１でリクエストデータＤ１を生成するタイミングが到来したと判別するまでに、命令実行部２０５から入力された処理結果データＤ３を所定の記憶領域に記憶する。

次いで、ログ収集部２０３は、ログデータ生成処理を実行する（ステップＳＡ３）。ログデータ生成処理は、ログデータＤ１１を生成する処理である。以下、ログデータ生成処理について詳述する。

図５は、ログデータ生成処理の実行時のログ収集部２０３の動作を詳細に示すフローチャートである。
図５に示すように、ログ収集部２０３は、制御装置記憶部２２が記憶するログファイル２２３を参照する（ステップＳＧ１）。
ログファイル２２３は、複数の監視項目のそれぞれのログが記録されたファイルである。監視項目とは、状態を監視し、ログを取る対象とすることが事前に定められた項目のことである。本実施形態では、監視項目として、監視項目：通信エラー、監視項目：プリンターエラー、監視項目：ＲＡＭ使用率、監視項目：ＣＰＵ使用率、監視項目：ＣＰＵ温度、監視項目：データ転送速度、監視項目：ＳＳＤ使用実績値、監視項目：印刷ヘッド形成ライン累計数、監視項目：カッター使用累計数、監視項目：動作プロセス、及び、監視項目：接続デバイスが存在する。なお、本実施形態で説明する監視項目は一例であり、例示した監視項目に加えて、又は、例示した監視項目の少なくとも一部に代えて、他の監視項目が存在してもよい。

監視項目：通信エラーのログとして、ログファイル２２３には、通信エラーが発生したことを示す情報、及び、発生した通信エラーが解消したことを示す情報が、日時（日付＋時刻）を示す情報と共に、時系列で記録される。通信エラーとは、受信したデータを一時的に格納する受信バッファーのオーバーフロー等、正常に通信を行うことができない状態をいう。
処理制御部２０１は、通信エラーが発生したか否か、及び、通信エラーが解消したか否かを監視し（監視項目：通信エラーの状態を監視し）、ログファイル２２３に監視項目：通信エラーのログを記録する。

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

監視項目：ＲＡＭ使用率のログとして、ログファイル２２３には、ＲＡＭの使用率（以下、「ＲＡＭ使用率」という。）を示す情報が、日時を示す情報と共に、時系列で記録される。
処理制御部２０１は、所定の手段により、所定の間隔でＲＡＭ使用率を取得し（監視項目：ＲＡＭ使用率の状態を監視し）、ログファイル２２３に監視項目：ＲＡＭ使用率のログを記録する。

監視項目：ＣＰＵ使用率のログとして、ログファイル２２３には、ＣＰＵの使用率（以下、「ＣＰＵ使用率」という。）を示す情報が、日時を示す情報と共に、時系列で記録される。
処理制御部２０１は、所定の間隔でＣＰＵ使用率を取得し（監視項目：ＣＰＵ使用率の状態を監視し）、ログファイル２２３に監視項目：ＣＰＵ使用率のログを記録する。

監視項目：ＣＰＵ温度のログとして、ログファイル２２３には、ＣＰＵの温度（以下、「ＣＰＵ温度」という。）を示す情報が、日時を示す情報と共に、時系列で記録される。
処理制御部２０１は、所定の手段により所定の間隔でＣＰＵ温度を取得し（監視項目：ＣＰＵ温度の状態を監視し）、ログファイル２２３に監視項目：ＣＰＵ温度のログを記録する。

監視項目：データ転送速度のログとして、ログファイル２２３には、データ転送速度を示す情報が、日時を示す情報と共に、時系列で記録される。データ転送速度とは、グローバルネットワークＧＮを介して送信可能な単位時間あたりのデータのデータ量である。
処理制御部２０１は、所定の間隔で、所定の手段でデータ転送速度を取得し（監視項目データ転送速度の状態を監視し）、ログファイル２２３に監視項目：データ転送速度のログを記録する。

監視項目：ＳＳＤ使用実績値のログとして、ログファイル２２３には、ＳＳＤに対する累計の書き込み回数、及び、ＳＳＤに対して単位時間あたりに書き込まれるデータのデータ量の平均値、その他のＳＳＤの寿命を算出するために必要な値（以下、ＳＳＤの寿命を算出するために必要な値を「ＳＳＤ使用実績値」という。）を示す情報が、日時を示す情報と共に、時系列で記録される。
処理制御部２０１は、所定の間隔でＳＳＤ使用実績値を取得し（監視項目：使用実績値の状態を監視し）、ログファイル２２３に監視項目：ＳＳＤ使用実績値のログを記録する。

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

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

監視項目：動作プロセスのログとして、ログファイル２２３には、動作状態の（＝ＣＰＵの割り当てが行われた状態の）プロセスの名称を表す文字列が、日時を示す情報と共に、時系列で記録される。
処理制御部２０１は、所定の間隔で動作状態のプロセスを取得し、ログファイル２２３に監視項目：動作プロセスのログを記録する。

監視項目：接続デバイスのログとして、ログファイル２２３には、接続状態のデバイスの種類を表す文字列が、日時を示す情報と共に、時系列で記録される。
接続状態のデバイスとは、有線接続、又は、無線接続されたデバイスであり、正常に通信可能なデバイスのことをいう。
処理制御部２０１は、所定の間隔で接続状態のデバイスの種類を取得し、ログファイル２２３に監視項目：接続デバイスのログを記録する。

なお、ログファイル２２３には、上述した監視項目のログのほか、少なくとも、ライン形成時記録媒体属性情報、及び、切断時記録媒体属性情報が記録される。
ライン形成時記録媒体属性情報は、過去にＰＯＳ端末１３に収容されたロール紙の紙質、種類、及び、厚さの組み合わせ（以下、「記録媒体属性」という。）を示す情報と、それぞれの記録媒体属性のロール紙に対して形成されたラインの累計数を示す情報とを対応付けた値のことである。
例えば、過去に、紙質ｋｘ１、種類ｓｘ１、及び、厚さａｘ１の組み合わせに係る記録媒体属性ｚ１のロール紙と、紙質ｋｘ２、種類ｓｘ２、及び、厚さｓｘ２の組み合わせに係る記録媒体属性ｚ２のロール紙とが、ＰＯＳ端末１３に収容されたことがあるとする。さらに、印刷ヘッド形成ライン累計数が「１００」であり、記録媒体属性ｚ１のロール紙に形成したラインの累計数が「３０」であり、記録媒体属性ｚ２のロール紙に形成したラインの累計数が「７０」であるとする。この場合、ライン形成時記録媒体属性情報は、記録媒体属性ｚ１を示す情報と、記録媒体属性ｚ１のロール紙に形成したラインの累計数である「３０」を示す情報とを対応付けた情報、及び、記録媒体属性ｚ２を示す情報と、記録媒体属性ｚ２のロール紙に形成したラインの累計数である「７０」を示す情報とを対応付けた情報である。

また、切断時記録媒体属性情報は、過去にＰＯＳ端末１３に収容されたロール紙の記録媒体属性を示す情報と、それぞれの記録媒体属性のロール紙に対してカッター２１２により行われた切断の累計数を示す情報とを対応付けた値のことである。
例えば、過去に、記録媒体属性ｚ１のロール紙と、記録媒体属性ｚ２のロール紙とが、ＰＯＳ端末１３に収容されたことがあるとする。さらに、カッター使用累計数が「１００」であり、記録媒体属性ｚ１のロール紙に対してカッター２１２により行った切断の累計数が「３０」であり、記録媒体属性ｚ２のロール紙に対してカッター２１２により行った切断の累計数が「７０」であるとする。この場合、切断時記録媒体属性情報は、記録媒体属性ｚ１を示す情報と、記録媒体属性ｚ１のロール紙に形成したラインの累計数である「３０」を示す情報とを対応付けた情報、及び、記録媒体属性ｚ２を示す情報と、記録媒体属性ｚ２のロール紙に形成したラインの累計数である「７０」を示す情報とを対応付けた情報である。

処理制御部２０１は、所定のセンサーからの入力や、所定の手段によるユーザーの入力に基づいて、ＰＯＳ端末１３に収納されたロール紙の記録媒体属性を管理し、管理した記録媒体属性に基づいて、適宜、ログファイル２２３にライン形成時記録媒体属性情報、及び、切断時記録媒体属性情報を記録する。

図５に示すように、ログ収集部２０３は、ステップＳＧ１で参照したログファイル２２３に基づいて、各監視項目のログ、ライン形成時記録媒体属性情報、及び、切断時記録媒体属性情報を取得する（ステップＳＧ２）。

次いで、ログ収集部２０３は、各監視項目のステータス情報データ（ステータス情報）を生成する（ステップＳＧ３）。以下、各監視項目のステータス情報データについて、詳述する。

図６は、各監視項目のステータス情報データの内容を模式的に示す図である。
後述するように、ステータス情報データは、ステータス情報データを識別する識別情報であるステータス識別情報を含む。

図６（Ａ）は、監視項目：通信エラーのステータス情報データ（以下、「通信エラーステータス情報データ」という。）の内容を示す図である。
図６（Ａ）に示すように、通信エラーステータス情報データは、通信エラーステータス情報データを識別するステータス識別情報（以下、「通信エラーステータス識別情報」という。）を備える。
また、通信エラーステータス情報データは、通信エラー状態情報を備える。通信エラー状態情報は、現時点（リクエストデータＤ１を生成するタイミングに対応する時点）で発生した状態の通信エラーを示す情報と、通信エラーが発生した日時を示す情報とを含む。
ステップＳＧ３において、ログ収集部２０３は、監視項目：通信エラーのログに基づいて通信エラー状態情報を生成し、通信エラーステータス識別情報と、通信エラー状態情報とを対応付けて通信エラーステータス情報データを生成する。
なお、ログ収集部２０３は、現時点で、通信エラーが発生した状態ではない場合（過去に発生した通信エラーが解消しており、新たに通信エラーが発生してない状態の場合）、通信エラーステータス情報データを生成しない。

図６（Ｂ）は、監視項目：プリンターエラーのステータス情報データ（以下、「プリンターエラーステータス情報データ」という。）の内容を示す図である。
図６（Ｂ）に示すように、プリンターエラーステータス情報データは、プリンターエラーステータス情報データを識別するステータス識別情報（以下、「プリンターエラーステータス識別情報」という。）を備える。
また、プリンターエラーステータス情報データは、プリンターエラー状態情報を備える。プリンターエラー状態情報は、現時点（リクエストデータＤ１を生成するタイミングに対応する時点）で発生した状態のプリンターエラーを示す情報と、プリンターエラーが発生した日時を示す情報とを含む。
ステップＳＧ３において、ログ収集部２０３は、監視項目：プリンターエラーのログに基づいてプリンターエラー状態情報を生成し、プリンターエラーステータス識別情報と、プリンターエラー状態情報とを対応付けてプリンターエラーステータス情報データを生成する。
なお、ログ収集部２０３は、現時点で、プリンターエラーが発生した状態ではない場合（過去に発生したプリンターエラーが解消しており、新たにプリンターエラーが発生してない状態の場合）、プリンターエラーステータス情報データを生成しない。

図６（Ｃ）は、監視項目：ＲＡＭ使用率のステータス情報データ（以下、「ＲＡＭ使用率ステータス情報データ」という。）の内容を示す図である。
図６（Ｃ）に示すように、ＲＡＭ使用率ステータス情報データは、ＲＡＭ使用率ステータス情報データを識別するステータス識別情報（以下、「ＲＡＭ使用率ステータス識別情報」という。）を備える。
また、ＲＡＭ使用率ステータス情報データは、ＲＡＭ使用率状態情報を備える。ＲＡＭ使用率状態情報は、現時点（リクエストデータＤ１を生成するタイミングに対応する時点）のＲＡＭ使用率を示す情報と、ＲＡＭ使用率を測定した日時を示す情報とを含む。
ステップＳＧ３において、ログ収集部２０３は、監視項目：ＲＡＭ使用率のログに基づいてＲＡＭ使用率状態情報を生成し、ＲＡＭ使用率ステータス識別情報と、ＲＡＭ使用率状態情報とを対応付けてＲＡＭ使用率ステータス情報データを生成する。

図６（Ｄ）は、監視項目：ＣＰＵ使用率のステータス情報データ（以下、「ＣＰＵ使用率ステータス情報データ」という。）の内容を示す図である。
図６（Ｄ）に示すように、ＣＰＵ使用率ステータス情報データは、ＣＰＵ使用率ステータス情報データを識別するステータス識別情報（以下、「ＣＰＵ使用率ステータス識別情報」という。）を備える。
また、ＣＰＵ使用率ステータス情報データは、ＣＰＵ使用率状態情報を備える。ＣＰＵ使用率状態情報は、現時点（リクエストデータＤ１を生成するタイミングに対応する時点）のＣＰＵ使用率を示す情報と、ＣＰＵ使用率を測定した日時を示す情報とを含む。
ステップＳＧ３において、ログ収集部２０３は、監視項目：ＣＰＵ使用率のログに基づいてＣＰＵ使用率状態情報を生成し、ＣＰＵ使用率ステータス識別情報と、ＣＰＵ使用率状態情報とを対応付けてＣＰＵ使用率ステータス情報データを生成する。

図６（Ｅ）は、監視項目：ＣＰＵ温度のステータス情報データ（以下、「ＣＰＵ温度ステータス情報データ」という。）の内容を示す図である。
図６（Ｅ）に示すように、ＣＰＵ温度ステータス情報データは、ＣＰＵ温度ステータス情報データを識別するステータス識別情報（以下、「ＣＰＵ温度ステータス識別情報」という。）を備える。
また、ＣＰＵ温度ステータス情報データは、ＣＰＵ温度状態情報を備える。ＣＰＵ温度状態情報は、現時点（リクエストデータＤ１を生成するタイミングに対応する時点）のＣＰＵ温度を示す情報と、ＣＰＵ温度を測定した日時を示す情報とを含む。
ステップＳＧ３において、ログ収集部２０３は、監視項目：ＣＰＵ温度のログに基づいてＣＰＵ温度状態情報を生成し、ＣＰＵ温度ステータス識別情報と、ＣＰＵ温度状態情報とを対応付けてＣＰＵ温度ステータス情報データを生成する。

図６（Ｆ）は、監視項目：データ転送速度のステータス情報データ（以下、「データ転送速度ステータス情報データ」という。）の内容を示す図である。
図６（Ｆ）に示すように、データ転送速度ステータス情報データは、データ転送速度ステータス情報データを識別するステータス識別情報（以下、「データ転送速度ステータス識別情報」という。）を備える。
また、データ転送速度ステータス情報データは、データ転送速度状態情報を備える。データ転送速度状態情報は、現時点（リクエストデータＤ１を生成するタイミングに対応する時点）のデータ転送速度を示す情報と、データ転送速度を測定した日時を示す情報とを含む。
ステップＳＧ３において、ログ収集部２０３は、監視項目：データ転送速度のログに基づいてデータ転送速度状態情報を生成し、データ転送速度ステータス識別情報と、データ転送速度状態情報とを対応付けてデータ転送速度ステータス情報データを生成する。

図６（Ｇ）は、監視項目：ＳＳＤ使用実績値のステータス情報データ（以下、「ＳＳＤ使用実績値ステータス情報データ」という。）の内容を示す図である。
図６（Ｇ）に示すように、ＳＳＤ使用実績値ステータス情報データは、ＳＳＤ使用実績値ステータス情報データを識別するステータス識別情報（以下、「ＳＳＤ使用実績値ステータス識別情報」という。）を備える。
また、ＳＳＤ使用実績値ステータス情報データは、ＳＳＤ使用実績値状態情報と、ＳＳＤ寿命情報と、を備える。
ＳＳＤ使用実績値状態情報は、現時点（リクエストデータＤ１を生成するタイミングに対応する時点）におけるＳＳＤ使用実績値（ＳＳＤに対する累計の書き込み回数等）を示す情報と、ＳＳＤ使用実績値を取得した日時を示す情報とを含む。
ステップＳＧ３において、ログ収集部２０３は、監視項目：ＳＳＤ使用実績値のログに基づいてＳＳＤ使用実績値状態情報を生成する。
ＳＳＤ寿命情報は、ＳＳＤの寿命を示す情報である。
ステップＳＧ３において、ログ収集部２０３は、ＳＳＤ使用実績値に基づいて、所定の方法によりＳＳＤの寿命を算出し、ＳＳＤ寿命情報を生成する。
ステップＳＧ３において、ログ収集部２０３は、ＳＳＤ使用実績値ステータス識別情報と、ＳＳＤ使用実績値状態情報、及び、ＳＳＤ寿命情報とを対応付けてＳＳＤ使用実績値ステータス情報データを生成する。

図６（Ｈ）は、監視項目：印刷ヘッド形成ライン累計数のステータス情報データ（以下、「印刷ヘッド形成ライン累計数ステータス情報データ」という。）の内容を示す図である。
図６（Ｈ）に示すように、印刷ヘッド形成ライン累計数ステータス情報データは、印刷ヘッド形成ライン累計数ステータス情報データを識別するステータス識別情報（以下、「印刷ヘッド形成ライン累計数ステータス識別情報」という。）を備える。
また、印刷ヘッド形成ライン累計数ステータス情報データは、印刷ヘッド形成ライン累計数状態情報と、印刷ヘッド残使用日数情報とを備える。
印刷ヘッド形成ライン累計数状態情報は、現時点（リクエストデータＤ１を生成するタイミングに対応する時点）における印刷ヘッド形成ライン累計数を示す情報と、印刷ヘッド形成ライン累計数を取得した日時を示す情報とを含む。
ステップＳＧ３において、ログ収集部２０３は、監視項目：印刷ヘッド形成ライン累計数のログに基づいて印刷ヘッド形成ライン累計数状態情報を生成する。

印刷ヘッド残使用日数情報は、印刷ヘッド２１１が使用可能な残りの日数（以下、「印刷ヘッド残使用日数」という。）を示す情報である。
ステップＳＧ３において、ログ収集部２０３は、以下の式（１）で印刷ヘッド残使用日数を算出する。

ＩＨ＝（ＩＵｓｅＬｉｍｉｔ−ＩＵｓｅ（Ｎ））÷[（ＩＵｓｅ（Ｎ）−ＩＵｓｅ（０））÷Ｎ]・・・（１）。

なお、式（１）において、「ＩＨ」は、印刷ヘッド残使用日数を表す。また、「ＩＵｓｅＬｉｍｉｔ」は、印刷ヘッド２１１が形成可能なラインの上限値（印刷ヘッド２１１の使用回数の上限値）を表す。また、「ＩＵｓｅ（Ｎ）」は、ＰＯＳ端末１３が、店舗に設置された日を１日目として、１日目からＮ日目までに印刷ヘッド２１１により形成されたラインの累計数を表す。ＩＵｓｅ（０）は、ＰＯＳ端末１３が店舗に設置された日より前に印刷ヘッド２１１により形成されたラインの累計数を表す。テストのための印刷等の理由により、店舗に設置される前にＰＯＳ端末１３により印刷が行われる場合がある。

式（１）において、右辺の「（ＩＵｓｅＬｉｍｉｔ−ＩＵｓｅ（Ｎ））」の部位は、印刷ヘッド２１１により形成可能な残りのラインの数を表す。
また、式（１）において、右辺の「[（ＩＵｓｅ（Ｎ）−ＩＵｓｅ（０））÷Ｎ]」の部位は、ＰＯＳ端末１３店舗に設置された後、印刷ヘッド２１１が１日に形成するラインの数の平均値を表す。
そして、印刷ヘッド２１１により形成可能な残りのラインの数を、ＰＯＳ端末１３が１日に形成するラインの数の平均値で除算することにより、ＰＯＳ端末１３が継続して使用された場合における印刷ヘッド残使用日数を算出することができる。

ここで、式（１）を用いた印刷ヘッド残使用日数の算出にあたり、ログ収集部２０３は、Ｎ、ＩＵｓｅ（Ｎ）、及び、ＩＵｓｅ（０）の値を、ログファイル２２３に基づいて算出する。ログファイル２２３には、処理制御部２０１により、これら変数の値（これら変数を算出するために必要な値でもよい。）が記録される。

また、ログ収集部２０３は、ＩＵｓｅＬｉｍｉｔの値を、ログファイル２２３に記録されたライン形成時記録媒体属性情報に基づいて、以下の方法で算出する。
すなわち、ログ収集部２０３は、予め定められたＩＵｓｅＬｉｍｉｔの初期値に対して、過去にＰＯＳ端末１３に収容されたロール紙の記録媒体属性のそれぞれに設定された係数を乗算することによって、ＩＵｓｅＬｉｍｉｔを算出する。なお、ＩＵｓｅＬｉｍｉｔの算出にあたり、ログ収集部２０３は、各記録媒体属性の係数を、記録媒体属性のロール紙に形成されたラインの累計数に応じた重みを反映させた値とする。
ここで、記録媒体属性は、ロール紙の紙質、種類、及び、厚さの組み合わせを示す情報である。そして、ロール紙の紙質、種類、及び、厚さの組み合わせに応じて、印刷ヘッド２１１によりラインを形成したときの劣化の進行度は異なる。これを踏まえ、１の記録媒体属性に設定される係数は、当該１の記録媒体属性のロール紙にラインを形成したときの印刷ヘッド２１１の劣化の進行度が大きいほど値が大きくなり、一方、印刷ヘッド２１１の劣化の進行度が小さいほど値が小さくなるように、事前のテストやシミュレーションの結果に基づいて設定される。

以上のような方法で算出したＩＵｓｅＬｉｍｉｔを用いて、式（１）の方法で、印刷ヘッド２１１の印刷ヘッド残使用日数を算出することにより、印刷ヘッド２１１の劣化の進行度が、ラインを形成するロール紙の紙質、種類、又は、厚さによって異なる、という特性を踏まえ、当該特性を反映して適切に印刷ヘッド残使用日数を算出することができる。
なお、本実施形態では、過去に収容したロール紙（記録媒体）の紙質、種類、及び、厚さを反映して、印刷ヘッド残使用日数を算出するか、紙質、種類、及び、厚さのうち少なくともいずれか１つを反映して算出すれば、上述した効果を奏することができる。後述するカッター残使用日数についても同様である。

ステップＳＧ３において、ログ収集部２０３は、ライン形成時記録媒体属性情報に基づいて、上述した方法で、印刷ヘッド残使用日数情報を算出し、算出した印刷ヘッド残使用日数を示す印刷ヘッド残使用日数情報を生成する。
ステップＳＧ３において、ログ収集部２０３は、印刷ヘッド形成ライン累計数ステータス識別情報と、印刷ヘッド形成ライン累計数状態情報、及び、印刷ヘッド残使用日数情報とを対応付けて印刷ヘッド形成ライン累計数ステータス情報データを生成する。

図６（Ｉ）は、監視項目：カッター使用累計数のステータス情報データ（以下、「カッター使用累計数ステータス情報データ」という。）の内容を示す図である。
図６（Ｉ）に示すように、カッター使用累計数ステータス情報データは、カッター使用累計数ステータス情報データを識別するステータス識別情報（以下、「カッター使用累計数ステータス識別情報」という。）を備える。
また、カッター使用累計数ステータス情報データは、カッター使用累計数状態情報と、カッター残使用日数情報とを備える。
カッター使用累計数状態情報は、現時点（リクエストデータＤ１を生成するタイミングに対応する時点）におけるカッター使用累計数を示す情報と、カッター使用累計数を取得した日時を示す情報とを含む。
ステップＳＧ３において、ログ収集部２０３は、監視項目：カッター使用累計数のログに基づいてカッター使用累計数状態情報を生成する。

カッター残使用日数情報は、カッター２１２が使用可能な残りの日数（以下、「カッター残使用日数」という。）を示す情報である。
ステップＳＧ３において、ログ収集部２０３は、以下の式（２）でカッター残使用日数を算出する。

ＫＨ＝（ＫＵｓｅＬｉｍｉｔ−ＫＵｓｅ（Ｎ））÷[（ＫＵｓｅ（Ｎ）−ＫＵｓｅ（０））÷Ｎ]・・・（２）。

なお、式（２）において、「ＫＨ」は、カッター残使用日数を表す。また、「ＫＵｓｅＬｉｍｉｔ」は、カッター２１２の使用回数の上限値を表す。また、「ＫＵｓｅ（Ｎ）」は、ＰＯＳ端末１３が、店舗に設置された日を１日目として、１日目からＮ日目までのカッター２１２の使用回数の累計数を表す。ＩＵｓｅ（０）は、ＰＯＳ端末１３が店舗に設置された日より前のカッター２１２の使用回数の累計数を表す。

式（２）において、右辺の「（ＫＵｓｅＬｉｍｉｔ−ＫＵｓｅ（Ｎ））」の部位は、カッター２１２を使用可能な残りの回数を表す。
また、式（２）において、右辺の「[（ＫＵｓｅ（Ｎ）−ＫＵｓｅ（０））÷Ｎ]」の部位は、ＰＯＳ端末１３が店舗に設置された後、カッター２１２の１日の使用回数の平均値を表す。
そして、カッター２１２を使用可能な残りの回数を、カッター２１２の１日の使用回数の平均値で除算することにより、店舗でＰＯＳ端末１３が継続して使用された場合におけるカッター残使用日数を算出することができる。

ここで、式（２）を用いたカッター残使用日数の算出にあたり、ログ収集部２０３は、Ｎ、ＫＵｓｅ（Ｎ）、及び、ＫＵｓｅ（０）の値を、ログファイル２２３に基づいて算出する。ログファイル２２３には、処理制御部２０１により、これら変数の値（これら変数を算出するために必要な値でもよい。）が記録される。

また、ログ収集部２０３は、ＫＵｓｅＬｉｍｉｔの値を、ログファイル２２３に記録された切断時記録媒体属性情報に基づいて、以下の方法で算出する。
すなわち、ログ収集部２０３は、予め定められたＫＵｓｅＬｉｍｉｔの初期値に対して、過去にＰＯＳ端末１３に収容されたロール紙の記録媒体属性のそれぞれに設定された係数を乗算することによって、ＫＵｓｅＬｉｍｉｔを算出する。なお、ＫＵｓｅＬｉｍｉｔの算出にあたり、ログ収集部２０３は、各記録媒体属性の係数を、記録媒体属性のロール紙を切断した回数に応じた重みを反映させた値とする。
ここで、記録媒体属性は、ロール紙の紙質、種類、及び、厚さの組み合わせを示す情報である。そして、ロール紙の紙質、種類、及び、厚さの組み合わせに応じて、カッター２１２によりロール紙を切断したときの劣化の進行度は異なる。これを踏まえ、１の記録媒体属性に設定される係数は、当該１の記録媒体属性のロール紙を切断したときのカッター２１２の劣化の進行度が大きいほど値が大きくなり、一方、カッター２１２の劣化の進行度が小さいほど値が小さくなるように、事前のテストやシミュレーションの結果に基づいて設定される。

以上のような方法で算出したＫＵｓｅＬｉｍｉｔを用いて、式（２）の方法で、カッター２１２のカッター残使用日数を算出することにより、カッター２１２の劣化の進行度が、切断するロール紙の紙質、種類、又は、厚さによって異なる、という特性を踏まえ、当該特性を反映して適切にカッター残使用日数を算出することができる。

ステップＳＧ３において、ログ収集部２０３は、切断時記録媒体属性情報に基づいて、上述した方法で、カッター残使用日数情報を算出し、算出したカッター残使用日数を示すカッター残使用日数情報を生成する。
ステップＳＧ３において、ログ収集部２０３は、カッター使用累計数ステータス識別情報と、カッター使用累計数状態情報、及び、カッター残使用日数情報とを対応付けてカッター使用累計数ステータス情報データを生成する。

図６（Ｊ）は、監視項目：動作プロセスのステータス情報データ（以下、「動作プロセスステータス情報データ」という。）の内容を示す図である。
図６（Ｊ）に示すように、動作プロセスステータス情報データは、動作プロセスステータス情報データを識別するステータス識別情報（以下、「動作プロセスステータス識別情報」という。）を備える。
また、動作プロセスステータス情報データは、動作プロセス状態情報を備える。動作プロセス状態情報は、現時点（リクエストデータＤ１を生成するタイミングに対応する時点）で動作状態の（＝ＣＰＵの割り当てが行われた状態の）プロセスを示す情報（プロセスを表す文字列）と、動作プロセス状態情報を取得した日時を示す情報とを示す情報を含む。
ステップＳＧ３において、ログ収集部２０３は、監視項目：動作プロセスのログに基づいて動作プロセス状態情報を生成し、動作プロセスステータス識別情報と、動作プロセス状態情報とを対応付けて動作プロセスステータス情報データを生成する。

図６（Ｋ）は、監視項目：接続デバイスのステータス情報データ（以下、「接続デバイスステータス情報データ」という。）の内容を示す図である。
図６（Ｋ）に示すように、接続デバイスステータス情報データは、接続デバイスステータス情報データを識別するステータス識別情報（以下、「接続デバイスステータス識別情報」という。）を備える。
また、接続デバイスステータス情報データは、接続デバイス状態情報を備える。接続デバイス状態情報は、現時点（リクエストデータＤ１を生成するタイミングに対応する時点）で通信可能に接続されたデバイスの機種（複数のデバイスが通信可能に接続された状態のバイは、複数のデバイスのそれぞれの機種）を示す情報（デバイスの機種を表す文字列）を示す情報と、接続デバイス状態情報を取得した日時を示す情報とを含む。すなわち、接続デバイス状態情報は、ＰＯＳ端末１３に接続されたデバイスのそれぞれについて、機種を表す文字列を含む。
なお、ＰＯＳ端末１３にデバイスが接続された状態とは、ＰＯＳ端末１３とデバイスとが所定のプロトコルに従って通信可能な状態を意味し、有線、無線を問わない。例えば、デバイスがＵＳＢデバイスの場合は、ＰＯＳ端末１３とデバイスとがＵＳＢに従って通信可能な状態が、ＰＯＳ端末１３にデバイスが接続された状態を意味する。また例えば、デバイスが、イーサネット（登録商標）に対応する機器であれば、ＰＯＳ端末１３とデバイスとがイーサネットに係るプロトコルに従って通信可能な状態が、ＰＯＳ端末１３にデバイスが接続された状態を意味する。
また、本実施形態において、ＰＯＳ端末１３に接続されたデバイスは、ＰＯＳ端末１３に接続される機器全般を意味し、専用の周辺機器のみを意味しない。例えば、ＰＯＳ端末１３に、ＬＡＮに係る所定のプロトコル（有線でも無線でもよい。）に従ってタブレット端末等のコンピューターが接続された状態の場合は、当該コンピューターも、ＰＯＳ端末１３に接続されたデバイスに相当する。
ステップＳＧ３において、ログ収集部２０３は、監視項目：接続デバイスのログに基づいて接続デバイス状態情報を生成し、接続デバイスステータス識別情報と、接続デバイス状態情報とを対応付けて接続デバイスステータス情報データを生成する。

ステップＳＧ３で、各監視項目のステータス情報データを生成した後、ログ収集部２０３は、各監視項目のステータス情報データ、及び、ＰＯＳ端末１３のＰＯＳ端末識別情報を含むログデータＤ１１を生成する（ステップＳＧ４）。
ＰＯＳ端末識別情報とは、ＰＯＳ端末１３を識別する識別情報であり、例えば、ＰＯＳ端末１３の製造段階でＰＯＳ端末１３に一意に割り当てられるシリアル番号である。
ログデータＤ１１は、情報を階層化して記述可能なテキストデータ（例えば、ＸＭＬ形式のデータ）であり、各情報が、階層化されたキーと値との組み合わせによって記述される。

次いで、ログ収集部２０３は、同じＰＯＳユニット１６に属する印刷装置１４のそれぞれと通信し、印刷装置１４ごとにログデータＤ１１を生成する（ステップＳＧ５）。以下、ＰＯＳ端末１３のログデータＤ１１をメインログデータＤ１１ｍと表現し、印刷装置１４のログデータＤ１１をサブログデータＤ１１ｓと表現し、適宜、これらデータを区別する。

サブログデータＤ１１ｓは、メインログデータＤ１１ｍと同様、印刷装置１４の各監視項目のステータス情報データ、及び、印刷装置１４の印刷装置識別情報を含むデータである。
印刷装置識別情報とは、印刷装置１４を識別する識別情報であり、例えば、印刷装置１４の製造段階で印刷装置１４に一意に割り当てられるシリアル番号である。
ステップＳＧ５において、ログ収集部２０３は、同じＰＯＳユニット１６に属する印刷装置１４のそれぞれと通信して、印刷装置１４のそれぞれから、印刷装置１４の各監視項目のログ、その他のサブログデータＤ１１ｓを生成するために必要な情報を取得する。印刷装置１４のＩＰアドレスや、印刷装置１４との通信で使用するプロトコル、印刷装置１４と送受信するデータのフォーマット等の、印刷装置１４と通信するために必要な情報は、事前に登録される。
次いで、ログ収集部２０３は、各印刷装置１４について、各監視項目のログに基づいて各監視項目のステータス情報データを生成し、生成したステータス情報データに基づいてサブログデータＤ１１ｓを生成する。

ログ収集部２０３は、メインログデータＤ１１ｍ、及び、サブログデータＤ１１ｓの生成後、ステップＳＡ３のログデータ生成処理を終了する。

図４（Ａ）に示すように、ステップＳＡ３のログデータ生成処理でログデータＤ１１（メインログデータＤ１１ｍ、及び、サブログデータＤ１１ｓ）を生成した後、ログ収集部２０３は、リクエストデータＤ１を生成する（ステップＳＡ４）。
リクエストデータＤ１は、ＰＯＳ端末１３が設置された店舗を識別する店舗識別情報、ＰＯＳ端末１３のＰＯＳ端末識別情報、処理結果通知データＤ１２、メインログデータＤ１１ｍ、及び、サブログデータＤ１１ｓ（ＰＯＳ端末１３と同一のＰＯＳユニット１６に属する印刷装置１４が複数ある場合は、複数のサブログデータＤ１１ｓ）を含み、各情報が階層化されて記述されたテキストデータである。

図７は、リクエストデータＤ１の一例を、説明に適した態様で模式的に示す図である。
図７で例示するリクエストデータＤ１において、領域Ａ１には、店舗識別情報、及び、ＰＯＳ端末識別情報が記述される。
また、領域Ａ２には、処理結果通知データＤ１２が記述される。
また、領域Ａ３には、メインログデータＤ１１ｍが記述される。領域Ａ３の領域Ａ３１には、ＰＯＳ端末識別情報が記述される。領域Ａ３の領域Ａ３２には、ステータス情報データが記述される。領域Ａ３２の領域Ａ３２１には、ステータス識別情報が記述される。
また、領域Ａ４には、サブログデータＤ１１ｓが記述される。領域Ａ４の領域Ａ４１には、印刷装置識別情報が記述される。領域Ａ４の領域Ａ４２には、ステータス情報データが記述される。領域Ａ４２の領域Ａ４２１には、ステータス識別情報が記述される。

図４（Ａ）に示すように、ステップＳＡ４でリクエストデータＤ１を生成した後、ログ収集部２０３は、生成したリクエストデータＤ１を、プログラム間通信により、通信管理部２０４に出力する（ステップＳＡ５）。

図４（Ｂ）に示すように、通信管理部２０４は、ログ収集部２０３から入力されたリクエストデータＤ１を取得する（ステップＳＢ１）。
次いで、通信管理部２０４は、取得したリクエストデータＤ１を、所定の記憶領域に記憶する（ステップＳＢ２）。所定の記憶領域には、メンテナンスサーバー１７に未送信のリクエストデータＤ１、及び、メンテナンスサーバー１７に送信された後に後述する理由によりメンテナンスサーバー１７において破棄されたリクエストデータＤ１が累積的に記憶される。

次いで、通信管理部２０４は、送信間隔設定ファイル２２２を参照し、リクエストデータＤ１をメンテナンスサーバー１７に送信するタイミングが到来したか否かを監視する（ステップＳＢ３）。
送信間隔設定ファイル２２２は、リクエストデータＤ１を送信するタイミングを示す情報が記録されたファイルである。
本実施形態では、リクエストデータＤ１を送信するタイミングとして、以下の２つのタイミングがある。
１つ目のタイミングは、ログ収集部２０３によりリクエストデータＤ１が生成されたタイミングである。この場合、リクエストデータＤ１の生成するタイミングと、リクエストデータＤ１を送信するタイミングとで同期がとられ、リクエストデータＤ１の生成に応じて、生成されたリクエストデータＤ１がメンテナンスサーバー１７に送信される。以下、１つ目のタイミングを「通常送信タイミング」という。

２つ目のタイミングは、前回、リクエストデータＤ１を送信した後、所定の間隔（以下、「契約期間外間隔」という。）が経過したタイミングである。契約期間外間隔は、上述した基準生成間隔（リクエストデータＤ１を生成する最長の間隔）よりも長い間隔とされる。例えば、基準生成間隔が「５分」の場合に、リクエストデータＤ１を送信する所定の間隔は、「１時間」とされる。以下、２つ目のタイミングを「契約期間外送信タイミング」という。
後述するように、ＰＯＳ端末１３を備える店舗システム１１を利用する企業との契約が切れた状態にある場合に、送信間隔設定ファイル２２２に契約期間外送信タイミングを示す情報が記録される。

ステップＳＢ３において、通信管理部２０４は、送信間隔設定ファイル２２２に記録された情報が通常送信タイミングを示す場合、ログ収集部２０３からのログデータＤ１１の入力が完了した時点で、リクエストデータＤ１をメンテナンスサーバー１７に送信するタイミングが到来したと判別する。
また、ステップＳＢ３において、通信管理部２０４は、送信間隔設定ファイル２２２が示す情報が契約期間外送信タイミングである場合、前回、リクエストデータＤ１を送信した後、契約期間外送信間隔が経過したときに、リクエストデータＤ１を送信するタイミングが到来したと判別する。

リクエストデータＤ１を送信するタイミングが到来した場合（ステップＳＢ３：ＹＥＳ）、通信管理部２０４は、制御装置通信部２３を制御して、所定の記憶領域に記憶されたリクエストデータＤ１をリクエストとしてメンテナンスサーバー１７に送信する（ステップＳＢ４）。例えば、通信管理部２０４は、リクエストボディーにリクエストデータＤ１が記述されたＨＴＴＰ（Hypertext Transfer Protocol）リクエストを、ＨＴＴＰに従って、メンテナンスサーバー１７に送信する。なお、リクエストデータＤ１を送信するメンテナンスサーバー１７のＵＲＬや、使用するプロトコル等の、リクエストデータＤ１をリクエストとしてメンテナンスサーバー１７に送信するために必要な情報は、事前に登録される。

なお、所定の記憶領域に記憶されたリクエストデータＤ１が複数ある場合、通信管理部２０４は、所定の記憶領域に記憶されたタイミングが最も古いリクエストデータＤ１を送信する。

ステップＳＢ４でリクエストデータを送信した後、通信管理部２０４は、メンテナンスサーバー１７からレスポンス（契約情報レスポンスデータ、又は、レスポンスデータＤ２）を受信したか否かを監視する（ステップＳＢ５）。

図４（Ｄ）に示すように、メンテナンスサーバー１７のログ受信部５０１は、メンテナンスサーバー通信部５２を制御して、通信管理部２０４が送信したリクエストデータＤ１を受信し、取得する（ステップＳＤ１）。
次いで、ログ受信部５０１は、取得したリクエストデータＤ１を、レスポンス応答部５０２に出力する（ステップＳＤ２）。

図４（Ｅ）に示すように、レスポンス応答部５０２は、ログ受信部５０１から入力されたリクエストデータＤ１を取得する（ステップＳＥ１）。
次いで、レスポンス応答部５０２は、契約管理データベース５１２（契約期間情報）を参照し、現時点が、対応する企業の契約期間内であるか否かを判別する（ステップＳＥ２）。
契約管理データベース５１２は、メンテナンスサーバー１７の管理の対象となり得る店舗ごとに、店舗識別情報と、店舗の店舗システム１１を利用する企業の契約期間を示す情報とを対応付けたレコードを記憶するデータベースである。企業の契約期間とは、企業が、メンテナンスサーバー１７を利用して店舗システム１１の管理を行うことが可能な期間である。店舗の契約期間は、メンテナンスサーバー１７を運営する会社と企業との間で事前の契約で取り決められる。メンテナンスサーバー１７を運営する会社は、契約期間中にメンテナンスサーバー１７により契約した企業の店舗システム１１のＰＯＳ端末１３及び印刷装置１４の状態を管理し、その対価として収入を得る。
契約管理データベース５１２の内容は、企業ごとの契約の状況に応じて、適宜、所定の手段により書き換えられ、実際の契約の状況に対応した内容とされる。

ステップＳＥ２において、レスポンス応答部５０２は、リクエストデータＤ１の送信元のＰＯＳ端末１３が設置された店舗の店舗識別情報を取得する。上述したように、店舗識別情報は、リクエストデータＤ１に記述される。次いで、レスポンス応答部５０２は、契約管理データベース５１２のレコードのうち、取得した店舗識別情報を有するレコードを特定する。次いで、レスポンス応答部５０２は、特定したレコードの契約期間を示す情報を取得し、現時点が、契約期間内であるか否かを判別する。

次いで、レスポンス応答部５０２は、現時点が企業の契約期間内であるか否かを判別する（ステップＳＥ３）。

契約期間内でない場合（ステップＳＥ３：ＮＯ）、レスポンス応答部５０２は、契約情報レスポンスデータを生成し、メンテナンスサーバー通信部５２を制御して、生成した契約情報レスポンスデータをレスポンスとして送信する（ステップＳＥ４）。
詳述すると、レスポンス応答部５０２は、契約期間内でないことを示す情報を含む契約情報レスポンスデータを生成し、レスポンスとして送信する。

次いで、レスポンス応答部５０２は、リクエストデータＤ１を破棄し（ステップＳＥ５）、処理を終了する。この場合、リクエストデータＤ１に基づく第１ステータス情報データベース５１３及び第２ステータス情報データベース５１４へのレコードの記憶（ログデータＤ１１に基づく情報の記憶）は行われない。これらの処理は、契約期間内の企業、つまり、対価を支払う企業に対して行うべき処理だからである。

現時点が企業の契約期間内である場合（ステップＳＥ３：ＹＥＳ）、レスポンス応答部５０２は、ステップＳＥ１で取得したリクエストデータＤ１を、ログ情報処理部５０３に出力する（ステップＳＥ６）。ログ情報処理部５０３の処理については、後述する。

次いで、レスポンス応答部５０２は、レスポンスデータ生成処理を実行する（ステップＳＥ７）。
レスポンスデータ生成処理は、レスポンスデータＤ２を生成する処理である。以下、レスポンスデータ生成処理について詳述する。

図８（Ａ）は、レスポンスデータ生成処理の実行時のレスポンス応答部５０２の動作を詳細に示すフローチャートである。
図８（Ａ）に示すように、レスポンスデータ生成処理において、レスポンス応答部５０２は、処理命令制御データ生成処理を実行し（ステップＳＨ１）、処理命令制御データＤ２１を生成する。

図８（Ｂ）は、処理命令制御データ生成処理の実行時のレスポンス応答部５０２の動作を詳細に示すフローチャートである。
図８（Ｂ）に示すように、処理命令制御データ生成処理において、レスポンス応答部５０２は、命令格納データベース５１１を参照する（ステップＳＩ１）。
命令格納データベース５１１は、ＰＯＳ端末１３のＰＯＳ端末識別情報と、ＰＯＳ端末１３に実行させる処理に関する情報（以後、「実行処理情報」という。）と、を対応付けたレコードを記憶するデータベースである。
実行処理情報は、ＰＯＳ端末１３に実行させる処理を識別する情報や、処理を実行するために必要なデータ、その他の処理命令制御データＤ２１の生成に必要な情報等を含む。

レスポンス応答部５０２は、企業の担当者や、保守担当者に対して、特定のＰＯＳ端末１３のＰＯＳ端末識別情報、及び、当該特定のＰＯＳ端末１３に実行させる処理に係る実行処理情報を生成するために必要な情報を入力させるユーザーインターフェースを提供し、ユーザーインターフェースに対する入力に基づいて、命令格納データベース５１１にレコードを記憶する機能を有する。なお、ＰＯＳ端末１３に実行させる処理としては、例えば、ファームウェアのバージョンアップがあり、実行させる処理がファームウェアのバージョンアップの場合、実行処理情報を生成するために必要な情報は、例えば、ファームウェアのプログラムデータ等である。
詳述すると、特定のＰＯＳ端末１３に所定の処理を実行させることを望む企業の担当者等は、ウェブブラウザーがインストールされた端末のウェブブラウザーを立ち上げ、ウェブブラウザーに、メンテナンスサーバー１７の所定のＵＲＬにアクセスさせる。レスポンス応答部５０２は、当該所定のＵＲＬへのアクセスがあった場合、必要な認証を行った後、ＰＯＳ端末識別情報、及び、実行処理情報を生成するために必要な情報の入力が可能なユーザーインターフェース（ウェブページ）を、当該端末に表示させる。企業の担当者等は、当該ユーザーインターフェースに、当該特定のＰＯＳ端末１３のＰＯＳ端末識別情報、及び、当該特定のＰＯＳ端末１３に実行させる処理に係る処理実行関連情報を生成するために必要な情報を入力する。レスポンス応答部５０２は、当該ユーザーインターフェースに入力された処理実行関連情報を生成するために必要な情報を取得し、取得した情報に基づいて実行処理情報を生成する。レスポンス応答部５０２は、命令格納データベース５１１にアクセスし、当該データベースに、当該ユーザーインターフェースに入力されたＰＯＳ端末識別情報と、生成した実行処理情報とを対応付けたレコードを記憶する。

ステップＳＩ１で命令格納データベース５１１を参照した後、レスポンス応答部５０２は、リクエストデータＤ１の送信元のＰＯＳ端末１３のＰＯＳ端末識別情報を取得する（ステップＳＩ２）。上述したように、ＰＯＳ端末識別情報は、リクエストデータＤ１に記述される。
次いで、レスポンス応答部５０２は、ステップＳＩ２で取得したＰＯＳ端末識別情報を有するレコードが命令格納データベース５１１に存在するか否かを判別する（ステップＳＩ３）。
ステップＳＩ２で取得したＰＯＳ端末識別情報を有するレコードが命令格納データベース５１１に１つも存在しない場合（ステップＳＩ３：ＮＯ）、レスポンス応答部５０２は、処理手順をステップＳＩ５へ移行する。

ステップＳＩ２で取得したＰＯＳ端末識別情報を有するレコードが命令格納データベース５１１に存在する場合（ステップＳＩ３：ＹＥＳ）、レスポンス応答部５０２は、ステップＳＩ２で取得したＰＯＳ端末識別情報を有するレコード（当該レコードが複数ある場合は、複数のレコードのそれぞれ）が有する実行処理情報を取得する（ステップＳＩ４）。なお、前回、レスポンスデータＤ２を送信してから現時点までの間に、企業の担当者を含むユーザーが、リクエストデータＤ１の送信元のＰＯＳ端末１３に所定の処理を実行させることを目的として、上述した手段により、命令格納データベース５１１に対応するレコードを記憶した場合に、ステップＳＩ２で取得したＰＯＳ端末識別情報を有するレコードが命令格納データベース５１１に存在した状態となる。

続くステップＳＩ５において、レスポンス応答部５０２は、リクエストデータＤ１に含まれる処理結果通知データＤ１２を取得する（ステップＳＩ５）。

次いで、レスポンス応答部５０２は、ステップＳＩ４で取得した実行処理情報、及び、ステップＳＩ５で取得した処理結果通知データＤ１２に基づいて、処理命令制御データＤ２１を生成する（ステップＳＩ６）。
詳述すると、レスポンス応答部５０２は、取得した実行処理情報に基づいて、実行処理情報に対応する処理をＰＯＳ端末１３に実行させる制御データ（以下、「第１制御データ」という。）を生成する。取得した実行処理情報が、複数、存在する場合、レスポンス応答部５０２は、複数の実行処理情報に対応する処理のそれぞれを実行させる制御データを生成する。なお、レスポンス応答部５０２は、１又は複数の実行処理情報に基づいて、対応する１又は複数の処理を実行させる処理命令制御データＤ２１を生成する機能を有する。
さらに、レスポンス応答部５０２は、処理結果通知データＤ１２に基づいて、命令実行部２０５が実行した処理の処理結果に応じて、ＰＯＳ端末１３に実行させるべき処理が存在する場合は、当該処理を実行させる制御データ（以下、「第２制御データ」という。）を生成する。
次いで、レスポンス応答部５０２は、第１制御データ、及び、第２制御データを含む処理命令制御データＤ２１を生成する。処理命令制御データＤ２１は、ＪＳＯＮ（JavaScript（登録商標） Object Notation）形式、ＸＭＬ形式等のレスポンスとしてＰＯＳ端末１３に送信可能なデータである。

処理命令制御データＤ２１を生成後、レスポンス応答部５０２は、命令格納データベース５１１から、ステップＳＩ２で取得したＰＯＳ端末識別情報を有するレコードのそれぞれを削除する（ステップＳＩ７）。ステップＳＩ７の処理により、命令格納データベース５１１から、処理命令制御データＤ２１の生成の元となったレコードが存在しない状態となる。

レコードを削除した後、レスポンス応答部５０２は、処理命令制御データ生成処理を終了する。
なお、「命令格納データベース５１１に対応するレコードがない」、かつ、「リクエストデータＤ１に処理結果通知データＤ１２がない、又は、リクエストデータＤ１に含まれる処理結果通知データＤ１２に応じてＰＯＳ端末１３に実行させる処理がない」場合は、処理命令制御データＤ２１は生成されない。しかし、以下では、説明の便宜のため、処理命令制御データＤ２１が生成されたものとして、レスポンス応答部５０２、その他の主体の処理を説明する。

図８（Ａ）に示すように、ステップＳＨ１で処理命令制御データ生成処理を実行して処理命令制御データＤ２１を生成した後、レスポンス応答部５０２は、エラー警告／予兆通知データ生成処理を実行して、エラー警告／予兆通知データＤ２２を生成する（ステップＳＨ２）。

図８（Ｃ）は、エラー警告／予兆通知データ生成処理の実行時のレスポンス応答部５０２の動作を詳細に示すフローチャートである。
図８（Ｃ）に示すように、エラー警告／予兆通知データ生成処理において、レスポンス応答部５０２は、リクエストデータＤ１に含まれるログデータＤ１１（メインログデータＤ１１ｍ、及び、サブログデータＤ１１ｓ）を取得する（ステップＳＪ１）。

次いで、レスポンス応答部５０２は、ステップＳＪ１で取得したログデータＤ１１に基づいて、ＰＯＳ端末１３の所定の監視項目がエラー警告状態又はエラー予兆状態であるか否か、及び、印刷装置１４の所定の監視項目がエラー警告状態又はエラー予兆状態であるか否かを判別する（ステップＳＪ２）。
ここで、エラー警告状態又はエラー予兆状態であるか否かを判別する対象となる監視項目は、監視項目：ＲＡＭ使用率、監視項目：ＣＰＵ使用率、監視項目：ＣＰＵ温度、及び、監視項目：データ転送速度である。
レスポンス応答部５０２は、ＰＯＳ端末１３監視項目：ＲＡＭ使用率について、以下の方法でエラー警告状態又はエラー予兆状態であるか否かを判別する。すなわち、監視項目：ＲＡＭ使用率について、エラー状態（ＲＡＭに障害が発生した状態）、エラー警告状態（ＲＡＭに障害は発生していないものの、対応する処置を行わないと障害が発生する蓋然性が高い状態）、及び、エラー予兆状態（ＲＡＭに障害は発生していないものの継続的な使用によって障害が発生する可能性がある状態）のそれぞれの状態と判別するための条件が予め定められる。条件は、ＲＡＭ使用率（数値）と、所定の閾値とが所定の関係となった場合に成立する条件とされる。エラー状態と判別する条件は、例えば、ＲＡＭ使用率が所定の閾値を上回ることである。エラー警告状態と判別する条件は、例えば、ＲＡＭ使用率が、エラー状態の判別に係る閾値よりも値が小さい所定の閾値を上回ることである。エラー予兆状態と判別する条件は、例えば、ＲＡＭ使用率の増加又は低下のペースが所定の閾値を上回ることである。ここで閾値を上回るとは、例えば、ＲＡＭ使用率が瞬間的に閾値を上回ることに加え、ＲＡＭ使用率が閾値を超えた状態が所定期間継続する状態にある場合も含む。
監視項目：ＲＡＭ使用率がエラー警告状態又はエラー予兆状態であるか否かを判別するにあたって、レスポンス応答部５０２は、リクエストデータＤ１のメインログデータＤ１１ｍに含まれるＲＡＭ使用率ステータス情報データのＲＡＭ使用率状態情報を取得する。上述したように、ＲＡＭ使用率状態情報は、所定の期間におけるＲＡＭ使用率の推移を時系列で示す情報を含む。次いで、レスポンス応答部５０２は、取得したＲＡＭ使用率状態情報に基づいて、エラー警告状態又はエラー予兆状態に係る条件が成立するか否かを判別することにより、監視項目：ＲＡＭ使用率について、エラー警告状態又はエラー予兆状態であるか否かを判別する。

エラー警告状態、及び、エラー予兆状態と判別する条件は、保守担当者、及び、企業の担当者等により、所定の手段によって変更可能である。

レスポンス応答部５０２は、同様の方法で、監視項目：ＣＰＵ使用率、監視項目：ＣＰＵ温度、及び、監視項目：データ転送速度について、エラー警告状態又はエラー予兆状態であるか否かを判別する。
また、レスポンス応答部５０２は、同様の方法で、印刷装置１４の所定の監視項目について、サブログデータＤ１１ｓに基づいて、エラー警告状態又はエラー予兆状態であるか否かを判別する。

なお、レスポンス応答部５０２は、監視項目がエラー警告状態又はエラー予兆状態であるか否かの判別にあたり、監視項目が所定の状態に至った日時と、現時点の日時との時間的な関係も加味する。

エラー警告状態、及び、エラー予兆状態は、「エラーが発生する可能性が高い状態」に相当する。

続くステップＳＪ３において、レスポンス応答部５０２は、ステップＳＪ２の判別結果に基づいて、エラー警告／予兆通知データＤ２２を生成する。
すなわち、レスポンス応答部５０２は、ＰＯＳ端末１３の所定の監視項目がエラー警告状態又はエラー予兆状態である場合、又は、印刷装置１４の所定の監視項目がエラー警告状態又はエラー予兆状態である場合に、エラー警告状態又はエラー予兆状態である監視項目のそれぞれについて、監視項目を示す情報、及び、エラー警告状態又はエラー予兆状態のいずれかを示す情報を含むエラー警告／予兆通知データＤ２２を生成する。
また、レスポンス応答部５０２は、エラー警告状態又はエラー予兆状態の監視項目が１つもない場合、エラー警告状態又はエラー予兆状態の監視項目が１つもないことを示す情報を含むエラー警告／予兆通知データＤ２２を生成する。
エラー警告／予兆通知データＤ２２は、情報を階層化して記述可能なテキストデータ（例えば、ＸＭＬ形式のデータ）であり、ＰＯＳ端末１３にレスポンスとして送信可能なデータである。

図８（Ａ）に示すように、エラー警告／予兆通知データ生成処理を実行した後、レスポンス応答部５０２は、ステップＳＥ２の判別結果に基づく現時点が企業の契約期間内であることを示す情報と、ステップＳＨ１で生成した処理命令制御データＤ２１と、ステップＳＨ２で生成したエラー警告／予兆通知データＤ２２と、に基づいて、レスポンスデータＤ２を生成し（ステップＳＨ３）、レスポンスデータ生成処理を終了する。
レスポンスデータＤ２は、現時点が企業の契約期間内であることを示す情報、処理命令制御データＤ２１、及び、エラー警告／予兆通知データＤ２２を含むデータである。

図４（Ｅ）に示すように、ステップＳＥ７のレスポンスデータ生成処理を実行した後、レスポンス応答部５０２は、メンテナンスサーバー通信部５２を制御して、生成したレスポンスデータＤ２をレスポンスとしてＰＯＳ端末１３に送信する（ステップＳＥ８）。例えば、レスポンス応答部５０２は、レスポンスボディーにレスポンスデータＤ２が記述されたＨＴＴＰレスポンスを、ＨＴＴＰに従って、ＰＯＳ端末１３に送信する。
レスポンスデータＤ２の送信後、レスポンス応答部５０２は、処理を終了する。

このように、本実施形態では、ＰＯＳ端末１３は、所定の間隔をあけてログデータＤ１１を生成し、ログデータＤ１１を含むリクエストデータＤ１をメンテナンスサーバー１７に送信する。メンテナンスサーバー１７は、リクエストデータＤ１に応じて、レスポンスデータＤ２を送信する。このような構成のため、ＰＯＳ端末１３は、所定の間隔をあけてＰＯＳ端末１３及び印刷装置１４の監視項目の状態をメンテナンスサーバー１７に通知することができる。また、メンテナンスサーバー１７は、ＰＯＳ端末１３が間隔をあけてログデータＤ１１を含むリクエストデータＤ１を送信する構成を利用して、レスポンスとしてレスポンスデータＤ２を送信して、ＰＯＳ端末１３に必要な処理を実行させることができる。

図４（Ｂ）に示すように、ステップＳＢ５においてレスポンス（契約情報レスポンスデータ、又は、レスポンスデータＤ２）の受信を待機中の通信管理部２０４は、レスポンスを受信した場合（ステップＳＢ５：ＹＥＳ）、送信間隔設定処理を実行する（ステップＳＢ６）。
詳述すると、通信管理部２０４は、契約情報レスポンスデータ、又は、レスポンスデータＤ２に基づいて、現時点が契約期間内であるか否かを判別する。現時点が規約期間内である場合、通信管理部２０４は、送信間隔設定ファイル２２２に、通常送信タイミングを示す情報を記録する。一方、現時点が契約期間内ではない場合、通信管理部２０４は、送信間隔設定ファイル２２２に、契約期間外送信タイミングを示す情報を書き込む。契約期間外タイミングは、前回、リクエストデータＤ１を送信した後、契約期間外間隔が経過したタイミングである。契約期間外間隔は、基準生成間隔（リクエストデータＤ１を生成する最長の間隔）よりも長い間隔である。例えば、基準生成間隔が「５分」の場合に、契約期間外間隔は、「１時間」である。

ステップＳＢ５の処理により、現時点が契約期間内の場合は、リクエストデータＤ１は、生成される間隔と同期がとられた間隔で送信され、現時点が契約期間内ではない場合は、リクエストデータＤ１は、契約期間外間隔で送信される。

このように、本実施形態では、現時点が企業の契約期間内ではない場合、リクエストデータＤ１（ログデータＤ１１）を送信する間隔が、現時点が企業の契約期間内の場合と比較して、長い時間とされる。これにより、以下の効果を奏する。
すなわち、ＰＯＳ端末１３がリクエストデータＤ１を送信した場合、その分、通信帯域を消費することになり、また、リクエストデータＤ１を受信したメンテナンスサーバー１７は、必要な記憶領域を使用して必要なデータを記憶し、必要な演算処理を実行することになる。つまり、ＰＯＳ端末１３によるリクエストデータＤ１の送信は、通信に関する資源、メンテナンスサーバー１７におけるソフトウェア、及び、ハードウェアに関する資源の消費を伴う。そして、契約期間内ではない企業に係るＰＯＳ端末１３がリクエストデータＤ１を送信する間隔を、契約期間内の企業に係るＰＯＳ端末１３がリクエストデータＤ１を送信する間隔よりも長くすることにより、契約期間内ではない企業に係るＰＯＳ端末１３によるリクエストデータＤ１の送信に起因する資源の消費を抑制することができ、また、契約を行った企業とそうでない企業とに対する対応を差別化でき、公平さを担保できる。
ここで、契約期間内ではない企業については、当該企業に係るＰＯＳ端末１３からのリクエストデータＤ１の送信を完全に停止することも可能である。しかしながら、企業が、契約する意思を持っているのにもかかわらず手続きのミス等により、現時点が契約期間内ではない事態が生じ得ると想定される。そして、本実施形態のように、契約期間内ではない企業について、当該企業に係るＰＯＳ端末１３からのリクエストデータＤ１の送信を完全に停止するのではなく、契約期間内ではない間だけ一時的にリクエストデータＤ１の送信間隔を長くすることにより、契約する意思を持つ企業にメンテナンスサーバー１７の機能が全く使えないことに伴う不測の不利益が生じることを抑制できる。また、メンテナンスサーバー１７は、リクエストデータＤ１を受信する度に、契約期間内であるか否かを判別するため、ＰＯＳ端末１３によるリクエストデータＤ１の送信が継続的に行われることにより、メンテナンスサーバー１７によるリクエストデータＤ１の受信に伴う契約期間内か否かの判別が継続して行われる。このため、新たに契約が行われた場合に、リクエストデータＤ１を送信するタイミングを通常送信タイミングとすることが可能となる。
なお、後述するように、契約期間内ではない間に生成されたリクエストデータＤ１は、消失せず、契約期間内となったときにメンテナンスサーバー１７に送信され当該サーバーにより適切に処理される。

ステップＳＢ６で送信間隔設定処理を実行した後、通信管理部２０４は、現時点が契約期間内か否かを判別する（ステップＳＢ７）。
契約期間内ではない場合（ステップＳＢ７：ＮＯ）、通信管理部２０４は、処理を終了する。この場合、所定の記憶領域に記憶したリクエストデータＤ１の削除は行われず、記憶された状態が維持される。所定の記憶領域に記憶されたリクエストデータＤ１は、次にリクエストデータＤ１を送信するタイミングが到来したときに、送信する対象のデータ（複数のリクエストデータＤ１が所定の記憶領域に記憶された状態の場合は、送信する対象のデータの１つ）とされる。

契約期間内の場合（ステップＳＢ７：ＹＥＳ）、通信管理部２０４は、レスポンスデータＤ２に含まれるエラー警告／予兆通知データＤ２２を取得し、ログ収集部２０３に出力する（ステップＳＢ８）。

図４（Ａ）に示すように、ログ収集部２０３は、通信管理部２０４から入力され取得したエラー警告／予兆通知データＤ２２、及び、ステップＳＡ３のログデータ生成処理で生成したログデータＤ１１に基づいて、生成間隔設定処理を実行する（ステップＳＡ６）。

図９は、生成間隔設定処理の実行時のログ収集部２０３の処理の詳細を示すフローチャートである。
図９に示すように、ログ収集部２０３は、ログデータＤ１１（メインログデータＤ１１ｍ、及び、サブログデータＤ１１ｓ）を取得する（ステップＳＫ１）。
次いで、ログ収集部２０３は、ステップＳＫ１で取得したログデータＤ１１に基づいて、ＰＯＳ端末１３の所定の監視項目がエラー警告状態又はエラー予兆状態であるか否か、及び、印刷装置１４の所定の監視項目がエラー警告状態又はエラー予兆状態であるか否かを判別する（ステップＳＫ２）。

監視項目がエラー警告状態又はエラー予兆状態であるか否かの判別は、上述したエラー警告／予兆通知データ生成処理で説明した方法と同様の方法で行われる。すなわち、ログ収集部２０３は、監視項目：ＲＡＭ使用率、監視項目：ＣＰＵ使用率、監視項目：ＣＰＵ温度、及び、監視項目：データ転送速度について、エラー警告状態に係る対応する条件が成立した場合は、エラー警告状態であると判別する。また、ログ収集部２０３は、これら監視項目について、エラー予兆状態に係る対応する条件が成立した場合は、エラー予兆状態であると判別する。
ステップＳＫ２の処理で、エラー警告状態又はエラー予兆状態であるか否かの判別に使用される条件は、所定の担当者により、所定の手段によって、事前に登録される。

ここで、メンテナンスサーバー１７が行うエラー警告／予兆通知データ生成処理で使用する条件（以下、「サーバー側条件」という。）と、ＰＯＳ端末１３が行うステップＳＫ２の処理で使用する条件（以下、「ＰＯＳ端末側条件」という。）とは、内容が同一である必要はない。
例えば、ＰＯＳ端末側条件は、ＰＯＳ端末１３が設置された環境等のＰＯＳ端末１３の実際の使用態様等を把握できる者が、ＰＯＳ端末１３の実際の使用態様を反映した条件とする等、サーバー側条件とは異なる観点で、条件の内容を設定可能である。

エラー警告状態又はエラー予兆状態の監視項目が１つでもある場合（ステップＳＫ２：ＹＥＳ）、ログ収集部２０３は、生成間隔設定ファイル２２１を更新して、生成間隔設定ファイル２２１に、基準生成間隔よりも短い間隔（以下、「短縮生成間隔」という。）を示す情報を記録する（ステップＳＫ３）。その後、ログ収集部２０３は、処理手順をステップＳＫ４に移行する。上述したように、基準生成間隔は、リクエストデータＤ１（ログデータＤ１１）を生成する間隔として設定可能な最長の間隔である。短縮生成間隔の値は、エラー警告状態又はエラー予兆状態である監視項目の状態に応じて、所定の方法により定められる。

ログデータＤ１１に基づくエラー警告状態又はエラー予兆状態の監視項目が１つもない場合（ステップＳＫ２：ＮＯ）、ログ収集部２０３は、処理手順をステップＳＫ４に移行する。

ステップＳＫ４において、ログ収集部２０３は、エラー警告／予兆通知データＤ２２を取得する。

次いで、ログ収集部２０３は、ステップＳＫ４で取得したエラー警告／予兆通知データＤ２２に基づいて、ＰＯＳ端末１３の所定の監視項目がエラー警告状態又はエラー予兆状態であるか否か、及び、印刷装置１４の所定の監視項目がエラー警告状態又はエラー予兆状態であるか否かを判別する（ステップＳＫ５）。
エラー警告状態又はエラー予兆状態の監視項目が１つでもある場合（ステップＳＫ５：ＹＥＳ）、ログ収集部２０３は、生成間隔設定ファイル２２１を更新して、生成間隔設定ファイル２２１に、短縮生成間隔を示す情報を記録する（ステップＳＫ６）。その後、ログ収集部２０３は、処理手順をステップＳＫ７に移行する。短縮生成間隔の値は、ステップＳＫ２でエラー警告状態又はエラー予兆状態と判別した監視項目の状態、及び、エラー警告／予兆通知データＤ２２においてエラー警告状態又はエラー予兆状態であると示された監視項目の状態に応じた値とされる。

エラー警告／予兆通知データＤ２２に基づくエラー警告状態又はエラー予兆状態の監視項目が１つもない場合（ステップＳＫ７：ＹＥＳ）、ログ収集部２０３は、処理手順をステップＳＫ８に移行する。

ステップＳＫ７において、ログ収集部２０３は、ステップＳＫ２、及び、ステップＳＫ５のいずれの処理においても、エラー警告状態又はエラー予兆状態の監視項目が１つもないと判別したか否かを判別する。
ステップＳＫ２、及び、ステップＳＫ５のいずれの処理においても、エラー警告状態又はエラー予兆状態の監視項目が１つもないと判別した場合（ステップＳＫ７：ＹＥＳ）、ログ収集部２０３は、生成間隔設定ファイル２２１を更新して、生成間隔設定ファイル２２１に、基準生成間隔を示す情報を記録する（ステップＳＫ８）。その後、ログ収集部２０３は、生成間隔設定処理を終了する。
ステップＳＫ２、及び、ステップＳＫ５のいずれかの処理で、エラー警告状態又はエラー警告状態と判別した監視項目がある場合（ステップＳＫ７：ＮＯ）、ログ収集部２０３は、生成間隔設定処理を終了する。

以上のように、本実施形態では、所定の監視項目がエラー警告状態又はエラー予兆状態の場合（エラー状態となる可能性が高い場合）、そうではない場合と比較して、リクエストデータＤ１（ログデータＤ１１）を生成する間隔が短くなる。これにより以下の効果を奏する。なお、短縮生成間隔でリクエストデータＤ１が生成される場合は、基本的には、リクエストデータＤ１を送信するタイミングは通常送信タイミングであるため、リクエストデータＤ１を送信する間隔も短くなる。
すなわち、１の監視項目がエラー警告状態又はエラー予兆状態となった場合、当該１の監視項目は、エラー状態（障害が発生した状態）となる可能性が高い状態である。この場合、保守担当者は、当該１の監視項目の状態をできるだけ短い間隔で監視し、必要に応じて対応する処理を行う必要がある。そして、後述するように、メンテナンスサーバー１７のログ情報処理部５０３は、リクエストデータＤ１の受信に応じて、第２ステータス情報データベース５１４にリクエストデータＤ１に基づくレコードを記憶する。さらに、メンテナンスサーバー１７のログ情報表示部５０４は、保守担当者の要求に応じて、第２ステータス情報データベース５１４に基づいて、ＰＯＳ端末１３及び印刷装置１４の状態を報知する。このため、監視項目がエラー警告状態又はエラー予兆状態となった場合にリクエストデータＤ１を生成、送信する間隔を短くすることにより、このような状態の場合に、保守担当者が、監視項目の状態をできるだけ短い間隔で監視し、必要に応じて対応する処理を行うことが可能となる。
なお、リクエストデータＤ１を生成、送信する間隔を常に短縮生成間隔とすることも可能である。しかしながら、上述したように、リクエストデータＤ１の送信は、各種資源の消費を伴う。従って、監視項目がエラー警告状態又はエラー予兆状態の間、リクエストデータＤ１の生成、送信の間隔を短くすることにより、不必要な資源の消費を抑制した上で、必要な場合に効率的な方法で保守担当者に監視項目の状態を報知することができる。

図４（Ｂ）に示すように、ステップＳＢ９でエラー警告／予兆通知データＤ２２をログ収集部２０３に出力した後、通信管理部２０４は、レスポンスデータＤ２に含まれる処理命令制御データＤ２１を取得し、命令実行部２０５に出力する（ステップＳＢ９）。
次いで、通信管理部２０４は、ステップＳＢ４で送信したリクエストデータＤ１を所定の記憶領域から削除する（ステップＳＢ１０）。ステップＳＢ１１の処理により、メンテナンスサーバー１７に送信され、メンテナンスサーバー１７で処理された（リクエストデータＤ１に基づく情報が記憶された）リクエストデータＤ１が、重複して送信されることが防止される。
次いで、通信管理部２０４は、所定の記憶領域に、リクエストデータＤ１が記憶された状態か否かを判別する（ステップＳＢ１１）。ステップＳＢ１２の時点で、所定の記憶領域に記憶された状態のリクエストデータＤ１は、メンテナンスサーバー１７によって処理された状態にない（リクエストデータＤ１に基づく情報が記憶された状態にない）データである。
所定の記憶領域にリクエストデータＤ１が記憶された状態の場合（ステップＳＢ１１：ＹＥＳ）、通信管理部２０４は、処理手順をステップＳＢ４へ移行する。
所定の記憶領域にリクエストデータＤ１が記憶された状態ではない場合（ステップＳＢ１１：ＮＯ）、通信管理部２０４は、処理を終了する。

図４（Ｃ）に示すように、命令実行部２０５は、通信管理部２０４から入力された処理命令制御データＤ２１を取得する（ステップＳＣ１）。
次いで、命令実行部２０５は、取得した処理命令制御データＤ２１に基づいて、対応する処理を実行する（ステップＳＣ２）。上述したように、処理命令制御データＤ２１には、命令実行部２０５が実行すべき処理ごとに、当該処理の実行を指示する制御データが含まれる。命令実行部２０５は、必要に応じて制御データのコマンド体系の変更等行って、処理を実行する。例えば、処理命令制御データＤ２１に、ファームウェアのアップデートを指示する制御データが含まれた状態の場合、命令実行部２０５は、当該制御データに基づいてファームウェアのアップデートを実行する。

次いで、命令実行部２０５は、処理命令制御データＤ２１に基づいて実行した処理の処理結果を示す処理結果データＤ３を生成する（ステップＳＣ３）。
次いで、命令実行部２０５は、生成した処理結果データＤ３を、ログ収集部２０３に出力する（ステップＳＣ４）。

図４（Ａ）に示すように、ログ収集部２０３は、命令実行部２０５から入力された処理結果データＤ３を取得し、所定の記憶領域に記憶し（ステップＳＡ７）、処理をステップＳＡ１へ戻す。

上述したように、図４（Ｅ）のステップＳＥ６において、レスポンス応答部５０２は、リクエストデータＤ１をログ情報処理部５０３に出力する。

図４（Ｆ）に示すように、ログ情報処理部５０３は、ログ受信部５０１から入力されたリクエストデータＤ１を受信し、取得する（ステップＳＦ１）。
次いで、ログ情報処理部５０３は、データベース登録処理を実行する（ステップＳＦ２）。

図１０は、データベース登録処理の実行時のログ情報処理部５０３の処理の詳細を示すフローチャートである。
図１０に示すように、ログ情報処理部５０３は、リクエストデータＤ１に含まれるログデータＤ１１（メインログデータＤ１１ｍ、及び、サブログデータＤ１１ｓ）を取得する（ステップＳＬ１）。

次いで、ログ情報処理部５０３は、取得したログデータＤ１１に基づいて、第１データベース登録処理を実行する（ステップＳＬ２）。以下、第１データベース登録処理について詳述する。
第１データベース登録処理は、ログデータＤ１１に含まれるステータス情報データに基づくレコードを生成し、第１ステータス情報データベース５１３に記憶する処理である。
１の監視項目のステータス情報データベースに基づくレコードを生成する場合、ログ情報処理部５０３は、以下の処理を実行する。すなわち、ログ情報処理部５０３は、対応する店舗の店舗識別情報と、当該１の監視項目に対応する装置（ＰＯＳ端末１３又は印刷装置１４）の識別情報（ＰＯＳ端末識別情報又は印刷装置識別情報）と、当該１の監視項目のステータス情報データとを対応付けたレコードを生成する。なお、ログ情報処理部５０３は、レコードに含まれるステータス情報データについて、第１ステータス情報データベース５１３のレコードのデータ構造に対応するように形式的な変更を施す。

図１１（Ａ）は、ＰＯＳ端末１３の監視項目：ＲＡＭ使用率のＲＡＭ使用率ステータス情報データ（ステータス情報データ）に基づいて生成されるレコードを模式的に示す図である。
例えば、ＰＯＳ端末１３の監視項目：ＲＡＭ使用率に基づくレコードを生成する場合、ログ情報処理部５０３は、以下の処理を実行する。すなわち、ログ情報処理部５０３は、リクエストデータＤ１に記述された店舗識別情報と、ＰＯＳ端末１３のＰＯＳ端末識別情報と、第１ステータス情報データベース５１３のデータ構造への対応を目的とした形式的な変更が行われたＲＡＭ使用率ステータス情報データと、を対応付けたレコードを生成する。この結果、監視項目：ＲＡＭ使用率に基づくレコードとして、図１１（Ａ）に示すレコードが生成され、第１ステータス情報データベース５１３に記憶される。

ステップＳＬ２の第１データベース登録処理において、ＰＯＳ端末１３は、上述した方法で、ログデータＤ１１（メインログデータＤ１１ｍ及びサブログデータＤ１１ｓ）に基づいて、ＰＯＳ端末１３の各監視項目のステータス情報データ、及び、印刷装置１４の各監視項目のステータス情報に基づくレコードを生成し、第１ステータス情報データベース５１３に記憶する。

第１データベース登録処理の実行後、ログ情報処理部５０３は、第２データベース登録処理を実行する（ステップＳＬ３）。以下、第２データベース登録処理について詳述する。
第２データベース登録処理は、ログデータＤ１１に含まれるステータス情報データに基づくレコードを生成し、第２ステータス情報データベース５１４に記憶する処理である。特に、第２データベース登録処理では、ログ情報処理部５０３は、所定の場合に、後述する状態分類情報が含まれたレコードを生成する。

図１２は、第２データベース登録処理において、１つの監視項目のステータス情報データに基づいて１件のレコードを生成するときのログ情報処理部５０３の処理の詳細を示すフローチャートである。
図１２に示すように、ログ情報処理部５０３は、ログデータＤ１１から、ステータス情報データを取得する（ステップＳＭ１）。
次いで、ログ情報処理部５０３は、取得したステータス情報データに、ステータス識別情報が含まれた状態か否かを判別する（ステップＳＭ２）。

ステータス情報データにステータス識別情報が含まれた状態ではない場合（ステップＳＭ２：ＮＯ）、ログ情報処理部５０３は、第２データベース登録処理を終了する。この場合、ステップＳＭ１で取得したステータス情報データに基づくレコードの生成、第２ステータス情報データベース５１４への記憶は行われない。なお、ステータス情報データが、監視項目の状態を示すデータではない場合や、ステータス識別情報が割り振られた状態にない場合等に、ステータス情報データにステータス識別情報が含まれない。

ステータス情報データにステータス識別情報が含まれた状態の場合（ステップＳＭ２：ＹＥＳ）、ログ情報処理部５０３は、ステータス識別情報の値に基づいて、ステータス情報データが、監視項目の状態がエラー状態であることを示すデータであるか否かを判別する（ステップＳＭ３）。
詳述すると、本実施形態では、ステータス情報データのうち、監視項目：通信エラーの通信エラーステータス情報データ（ステータス情報データ）、及び、監視項目：プリンターエラーのプリンターエラーステータス情報データ（ステータス情報データ）が、「監視項目がエラー状態であることを示すデータ」である。上述したように、これらステータス情報データは、監視項目の状態がエラー状態となった場合に生成されるデータだからである。これらステータス情報データに対応する監視項目は、状態がエラー状態であることが確定しており、後述するログ情報処理部５０３による状態の分類を行う必要がない。

ステップＳＭ３において、ログ情報処理部５０３は、ステータス識別情報の値に基づいて監視項目を識別し、監視項目が監視項目：通信エラー又は監視項目：プリンターエラーの場合、ステータス情報データが、監視項目の状態がエラー状態であることを示すデータであると判別する。

ステータス情報データが、監視項目の状態がエラー状態であることを示すデータである場合（ステップＳＭ３：ＹＥＳ）、ログ情報処理部５０３は、以下のレコードを生成して、第２ステータス情報データベース５１４に記憶し（ステップＳＭ４）、第２データベース登録処理を終了する。すなわち、ログ情報処理部５０３は、対応する店舗の店舗識別情報と、当該１の監視項目に対応する装置（ＰＯＳ端末１３又は印刷装置１４）の識別情報（ＰＯＳ端末識別情報又は印刷装置識別情報）と、当該１の監視項目のステータス情報データと、エラー状態を示す分類情報とを対応付けたレコードを生成する。なお、ログ情報処理部５０３は、レコードに含まれるステータス情報データについて、第２ステータス情報データベース５１４のレコードのデータ構造に対応するように形式的な変更を施す。
分類情報とは、監視項目の状態の分類を示す情報である。本実施形態では、監視項目の状態は、エラー状態（障害が発生した状態）、エラー警告状態（障害は発生していないものの、対応する処置を行わないと障害が発生する蓋然性が高い状態）、エラー予兆状態（障害は発生していないものの継続的な使用によって障害が発生する可能性がある状態）、及び、通常状態の４つの状態に分類される。分類情報とは、上述した４つの状態の何れかを示す情報である。

図１１（Ｂ）は、ＰＯＳ端末１３の監視項目：通信エラーの通信エラーステータス情報データ（ステータス情報データ）に基づいて生成されるレコードを模式的に示す図である。
例えば、ＰＯＳ端末１３の監視項目：通信エラーに基づくレコードを生成する場合、ログ情報処理部５０３は、以下の処理を実行する。すなわち、ログ情報処理部５０３は、リクエストデータＤ１に記述された店舗識別情報と、ＰＯＳ端末１３のＰＯＳ端末識別情報と、第２ステータス情報データベース５１４のデータ構造への対応を目的とした形式的な変更が行われた通信エラーステータス情報データと、エラー状態であることを示す分類情報と、を対応付けたレコードを生成する。この結果、監視項目：通信エラーに基づくレコードとして、図１１（Ｂ）に示すレコードが生成され、第２ステータス情報データベース５１４に記憶される。

ステップＳＭ３において、ステータス情報データが、監視項目の状態がエラー状態であることを示すデータではないと判別した場合（ステップＳＭ３：ＮＯ）、ログ情報処理部５０３は、ステータス情報データが、監視項目の状態を数値によって表すデータと、監視項目の状態を文字列によって表すデータとのうちいずれであるかを判別する（ステップＳＭ５）。
本実施形態では、監視項目：ＲＡＭ使用率、監視項目：ＣＰＵ使用率、監視項目：ＣＰＵ温度、監視項目：データ転送速度、監視項目：ＳＳＤ使用実績値、監視項目：印刷ヘッド形成ライン累計数、及び、監視項目：カッター使用累計数のステータス情報データが、監視項目の状態を数値によって表すデータである。
特に、監視項目：ＳＳＤ使用実績値のステータス情報データについては、ＳＳＤ寿命情報が示すＳＳＤの寿命が、数値によって表される監視項目の状態に相当する。また、監視項目：印刷ヘッド形成ライン累計数のステータス情報データについては、印刷ヘッド残使用日数情報が示す印刷ヘッド残使用日数が、数値によって表される監視項目の状態に相当する。また、監視項目：カッター使用累計数のステータス情報データについては、カッター残使用日数情報が示すカッター残使用日数が、数値によって表される監視項目の状態に相当する。
また、本実施形態では、監視項目：動作プロセス、及び、監視項目：接続デバイスのステータス情報データが、監視項目の状態を文字列によって表すデータである。

ステップＳＭ５において、ログ情報処理部５０３は、ステータス識別情報の値に基づいて監視項目を識別し、監視項目が、監視項目：ＲＡＭ使用率、監視項目：ＣＰＵ使用率、監視項目：ＣＰＵ温度、監視項目：データ転送速度、監視項目：ＳＳＤ使用実績値、監視項目：印刷ヘッド形成ライン累計数、又は、監視項目：カッター使用累計数の場合、ステータス情報データが、監視項目の状態を数値によって表すデータであると判別する。
また、ステップＳＭ５において、ログ情報処理部５０３は、ステータス情報の値に基づいて監視項目を識別し、監視項目が、監視項目：動作プロセス、又は、監視項目：接続デバイスの場合、ステータス情報データが、監視項目の状態を文字列によって表すデータであると判別する。

ステータス情報データが、監視項目の状態を数値によって表すデータの場合（ステップＳＭ５：「数値」）、ログ情報処理部５０３は、監視項目の状態を表す数値と所定の閾値との関係に基づいて監視項目の状態の分類を判別する（ステップＳＭ６）。
詳述すると、監視項目ごとに、エラー状態、エラー警告状態、エラー予兆状態、及び、通常状態のそれぞれについて、各状態に分類すると判別する条件が予め定められる。条件は、監視項目の状態を示す数値と、所定の閾値とが所定の関係となった場合に成立する条件とされる。

例えば、エラー状態と判別する条件について、監視項目：ＲＡＭ使用率、監視項目：ＣＰＵ使用率、監視項目：ＣＰＵ温度、及び、監視項目：データ転送速度の場合、監視項目ごとに予め設定された所定の閾値を超えたことが条件とされる。また例えば、エラー状態と判別する条件について、監視項目：ＳＳＤ使用実績値の場合、ＳＳＤの寿命が、予め定められた閾値よりも短いことが条件とされる。また例えば、エラー状態と判別する条件について、監視項目：印刷ヘッド形成ライン累計数、又は、監視項目：カッター使用累計数の場合、印刷ヘッド２１１又はカッター２１２の使用可能な残りの日数が、所定の閾値よりも短いことが条件とされる。
なお、所定の監視項目について、条件は、上述したエラー警告／予兆通知データ生成処理で使用する条件と同一でもよい。

条件は、保守担当者、及び、企業の担当者等により、所定の手段によって変更可能である。

次いで、ログ情報処理部５０３は、対応する店舗の店舗識別情報と、ステップＳＭ１で取得したステータス情報データの監視項目に対応する装置（ＰＯＳ端末１３又は印刷装置１４）の識別情報（ＰＯＳ端末識別情報又は印刷装置識別情報）と、ステップＳＭ１で取得したステータス情報データと、ステップＳＭ６で判別した分類を示す分類情報とを対応付けたレコードを生成し、第２ステータス情報データベース５１４に記憶する（ステップＳＭ７）。その後、ログ情報処理部５０３は、第２データベース登録処理を終了する。なお、ログ情報処理部５０３は、レコードに含まれるステータス情報データについて、第２ステータス情報データベース５１４のレコードのデータ構造に対応するように形式的な変更を施す。

図１１（Ｃ）は、ＰＯＳ端末１３の監視項目：ＲＡＭ使用率のＲＡＭ使用率ステータス情報データ（ステータス情報データ）に基づいてステップＳＭ６で生成されるレコードを模式的に示す図である。
例えば、ＰＯＳ端末１３の監視項目：ＲＡＭ使用率に基づくレコードを生成する場合、ログ情報処理部５０３は、以下の処理を実行する。すなわち、ログ情報処理部５０３は、リクエストデータＤ１に記述された店舗識別情報と、ＰＯＳ端末１３のＰＯＳ端末識別情報と、第２ステータス情報データベース５１４のデータ構造への対応を目的とした形式的な変更が行われたＲＡＭ使用率ステータス情報データと、ステップＳＭ６で判別した分類を示す分類情報と、を対応付けたレコードを生成する。この結果、監視項目：ＲＡＭ使用率に基づくレコードとして、図１１（Ｃ）に示すレコードが生成され、第２ステータス情報データベース５１４に記憶される。
図１１（Ａ）に示すレコードと、図１１（Ｃ）に示すレコードとの比較によって明らかなとおり、第１ステータス情報データベース５１３に記憶されるレコードには分類情報が付加されないが、第２ステータス情報データベース５１４に記憶されるレコードには分類情報が付加される。

一方、ステータス情報データが、監視項目の状態を文字列によって表すデータの場合（ステップＳＭ５：「文字列」）、ログ情報処理部５０３は、ステータス識別情報の値に基づいて監視項目を識別し、対応する監視項目が監視項目：動作プロセス、監視項目：接続デバイスとのうち、いずれであるかを判別する（ステップＳＭ８）。

対応する監視項目が監視項目：動作プロセスの場合（ステップＳＭ８：「動作プロセス」）、ログ情報処理部５０３は、監視項目：動作プロセスの状態を表す文字列の内容に基づいて監視項目の状態の分類を判別する（ステップＳＭ９）。
詳述すると、ＰＯＳ端末１３ごとに、動作状態である必要があるプロセス（以下、「必要プロセス」という。）と、動作状態であってはならないプロセス（以下、「不必要プロセス」という。）が事前に定められ、ＰＯＳ端末１３のＰＯＳ端末識別情報又は印刷装置１４の印刷装置識別情報と対応付けて登録される。ステップＳＭ８において、ログ情報処理部５０３は、文字列によって表された監視項目の状態について、文字列検索等の技術を利用して、必要プロセス、及び、不必要プロセスのそれぞれについて動作状態か否かを判別する。そして、ログ情報処理部５０３は、必要プロセスが動作状態であり、不必要プロセスが動作状態ではない場合、監視項目の状態が、通常状態であると判別する。一方、ログ情報処理部５０３は、必要プロセスに動作状態でないものがあり、又は、不必要プロセスに動作状態であるものがある場合、監視項目の状態が、エラー状態であると判別する。
必要プロセス、及び、不必要プロセスは、保守担当者、及び、企業の担当者等により、所定の手段によって変更可能である。

次いで、ログ情報処理部５０３は、対応する店舗の店舗識別情報と、ステップＳＭ１で取得したステータス情報データの監視項目に対応する装置（ＰＯＳ端末１３又は印刷装置１４）の識別情報（ＰＯＳ端末識別情報又は印刷装置識別情報）と、ステップＳＭ１で取得したステータス情報データと、ステップＳＭ９で判別した分類を示す分類情報とを対応付けたレコードを生成し、第２ステータス情報データベース５１４に記憶する（ステップＳＭ１０）。その後、ログ情報処理部５０３は、第２データベース登録処理を終了する。なお、ログ情報処理部５０３は、レコードに含まれるステータス情報データについて、第２ステータス情報データベース５１４のレコードのデータ構造に対応するように形式的な加工を施す。

図１１（Ｄ）は、ＰＯＳ端末１３の監視項目：動作プロセスの動作プロセスステータス情報データ（ステータス情報データ）に基づいてステップＳＭ１０で生成されるレコードを模式的に示す図である。
例えば、ＰＯＳ端末１３の監視項目：動作プロセスに基づくレコードを生成する場合、ログ情報処理部５０３は、以下の処理を実行する。すなわち、ログ情報処理部５０３は、リクエストデータＤ１に記述された店舗識別情報と、ＰＯＳ端末１３のＰＯＳ端末識別情報と、第２ステータス情報データベース５１４のデータ構造への対応を目的とした形式的な加工が行われた動作プロセスステータス情報データと、ステップＳＭ８で判別した分類を示す分類情報と、を対応付けたレコードを生成する。この結果、監視項目：動作プロセスに基づくレコードとして、図１１（Ｄ）に示すレコードが生成され、第２ステータス情報データベース５１４に記憶される。

一方、ステップＳＭ８において、対応する監視項目が監視項目：接続デバイスと判別した場合（ステップＳＭ８：「接続デバイス」）、ログ情報処理部５０３は、メンテナンスサーバー記憶部５１が記憶する接続機種データベース５１５を更新する（ステップＳＭ１１）。
詳述すると、接続機種データベース５１５は、状態を管理する対象のＰＯＳ端末１３、及び、印刷装置１４ごとに、接続デバイス機種情報を有するデータベースである。
接続デバイス機種情報は、１の装置（ＰＯＳ端末１３又は印刷装置１４）について、当該１の装置が設けられた店舗の店舗識別情報と、当該１の装置の識別情報（ＰＯＳ端末識別情報又は印刷装置識別情報）と、接続機種情報と、を対応付けた情報である。接続機種情報は、接続デバイスステータス情報データに係る情報に対応する情報であり、１又は複数のデバイスの機種を表す文字列を含む。
ステップＳＭ１１において、ログ情報処理部５０３は、接続機種データベース５１５にアクセスし、装置（ＰＯＳ端末１３又は印刷装置１４）の識別情報（ＰＯＳ端末識別情報又は印刷装置識別情報）に基づいて、対応する接続デバイス機種情報を特定する。次いで、ログ情報処理部５０３は、特定した接続デバイス機種情報が有する接続機種情報を、処理対象とした接続デバイスステータス情報データに基づく接続機種情報により上書き更新する。

次いで、ログ情報処理部５０３は、メンテナンスサーバー記憶部５１が記憶する登録機種データベース５１６を参照する（ステップＳＭ１２）。
登録機種データベース５１６は、状態を管理する対象のＰＯＳ端末１３、及び、印刷装置１４ごとに、登録デバイス機種情報を有するデータベースである。
登録デバイス機種情報は、１の装置（ＰＯＳ端末１３又は印刷装置１４）について、当該１の装置が設けられた店舗の店舗識別情報と、当該１の装置の識別情報（ＰＯＳ端末識別情報又は印刷装置識別情報）と、登録機種情報と、を対応付けた情報である。
登録デバイス機種情報は、装置（ＰＯＳ端末１３又は印刷装置１４）ごとに、接続される必要のある１又は複数のデバイス（接続されるべきデバイス）の機種を表す文字列を含む情報である。

保守担当者、企業の担当者、その他の権限を有する者は、登録機種データベース５１６を任意のタイミングで更新することが可能である。
詳述すると、特定のＰＯＳ端末１３又は特定の印刷装置１４に係る登録デバイス機種情報の更新を望む保守担当者等は、ウェブブラウザーがインストールされた端末のウェブブラウザーを立ち上げ、ウェブブラウザーに、メンテナンスサーバー１７の所定のＵＲＬにアクセスさせる。例えば、保守担当者等は、店舗の改装等に応じて、１のＰＯＳ端末１３について、当該１のＰＯＳ端末１３に接続するデバイスを変更する場合に、上記の作業を行う。
ログ情報処理部５０３は、当該所定のＵＲＬへのアクセスがあった場合、必要な認証を行った後、所定のＨＴＴＰファイルを端末に送信して、所定のユーザーインターフェース（ウェブページ）を、当該端末に表示させる。当該所定のユーザーインターフェースは、特定のＰＯＳ端末１３又は特定の印刷装置１４の識別情報を入力する欄を有する。また、当該所定のユーザーインターフェースは、特定のＰＯＳ端末１３又は特定の印刷装置１４に接続すべきデバイスの機種を示す情報（デバイスの機種を表す文字列）を入力する欄を有する。
保守担当者等は、ユーザーインターフェースに、特定のＰＯＳ端末１３のＰＯＳ端末識別情報、又は、当該特定の印刷装置１４の印刷装置識別情報を入力する。また、保守担当者等は、ユーザーインターフェースに、特定のＰＯＳ端末１３又は特定の印刷装置１４に接続すべき１又は複数のデバイスの機種を示す情報（デバイスの機種を表す文字列）を入力する欄を有する。

ここで、レジカウンターＬに設けられるＰＯＳ端末１３については、レジカウンターＬで行われることが想定される会計の態様に応じて、ＰＯＳ端末１３に接続される必要のあるデバイスが異なってくる。例えば、クレジットカードでの決済（会計）が可能なレジカウンターＬでは、クレジットカードを読み取り可能なデバイスが接続される必要があり、また例えば、電子マネーでの決済（会計）が可能なレジカウンターＬでは、電子マネーに対応するカードを読み取り可能なデバイスが接続される必要がある。
また、ＰＯＳ端末１３のファームウェアのバージョン、インストールされたプログラムの状況等によっても、ＰＯＳ端末１３に接続される必要のあるデバイスが異なってくる。
これらのことは、印刷装置１４についても同様である。
そして、保守担当者等は、上述したことを考慮して、ＰＯＳ端末１３に接続することが必要なデバイスを決定し、メンテナンスサーバー１７が提供するユーザーインターフェースの対応する欄に、特定のＰＯＳ端末１３又は特定の印刷装置１４に接続すべき１又は複数のデバイスの機種を示す情報を入力する。

ログ情報処理部５０３は、当該ユーザーインターフェースに入力されたＰＯＳ端末識別情報又は印刷装置識別情報を取得する。また、ログ情報処理部５０３は、当該ユーザーインターフェースに入力された１又は複数のデバイスの機種を示す情報（デバイスの機種を表す文字列）を取得する。
次いで、ログ情報処理部５０３は、当該ユーザーインターフェースに入力されたＰＯＳ端末識別情報又は印刷装置識別情報に基づいて、登録機種データベース５１６における対応する登録デバイス機種情報を特定する。次いで、ログ情報処理部５０３は、特定した登録デバイス機種情報が有する登録機種情報の内容を、当該ユーザーインターフェースに入力された１又は複数のデバイスの機種を示す情報（デバイスの機種を表す文字列）に基づいて更新する。
なお、保守担当者等は、メンテナンスサーバー１７が提供する所定のユーザーインターフェースを利用して、登録機種データベース５１６からの登録デバイス機種情報の削除、及び、登録機種データベース５１６への登録デバイス機種情報の追加も可能である。

ステップＳＭ１２で登録機種データベース５１６を参照した後、ログ情報処理部５０３は、参照した登録機種データベース５１６に基づいて、監視項目：接続デバイスの分類を判別する（ステップＳＭ１３）。
詳述すると、ログ情報処理部５０３は、ステップＳＭ１で取得したステータス情報データ（接続デバイスステータス情報データ）に対応するＰＯＳ端末識別情報又は印刷装置識別情報に基づいて、登録機種データベース５１６の対応する登録デバイス機種情報を特定する。
次いで、ログ情報処理部５０３は、特定した登録デバイス機種情報の登録機種情報に含まれるデバイス（ＰＯＳ端末１３に接続すべきデバイスの機種の文字列と、処理対象の接続デバイスステータス情報データに含まれるデバイス（ＰＯＳ端末１３に実際に接続されたデバイス）の機種の文字列とを比較する。
次いで、ログ情報処理部５０３は、上記比較に基づいて、接続すべき機種のデバイスが接続された状態か否か、及び、接続すべきでない機種のデバイスが接続された状態か否かを判別する。
そして、ログ情報処理部５０３は、接続すべき機種のデバイスが接続された状態ではない場合、又は、接続すべきでない機種のデバイスが接続された状態の場合は、監視項目：接続デバイスの状態がエラー状態であると判別する。一方、接続すべき機種のデバイスが不足なく接続されており、接続すべきでない機種のデバイスが接続された状態ではない場合は、監視項目：接続デバイスの状態が、通常状態であると判別する。

次いで、ログ情報処理部５０３は、対応する店舗の店舗識別情報と、ステップＳＭ１で取得したステータス情報データの監視項目に対応する装置（ＰＯＳ端末１３又は印刷装置１４）の識別情報（ＰＯＳ端末識別情報又は印刷装置識別情報）と、ステップＳＭ１で取得したステータス情報データと、ステップＳＭ１３で判別した分類を示す分類情報とを対応付けたレコードを生成し、第２ステータス情報データベース５１４に記憶する（ステップＳＭ１４）。その後、ログ情報処理部５０３は、第２データベース登録処理を終了する。なお、ログ情報処理部５０３は、レコードに含まれるステータス情報データについて、第２ステータス情報データベース５１４のレコードのデータ構造に対応するように形式的な加工を施す。

第２データベース登録処理において、ログ情報処理部５０３は、リクエストデータＤ１に記録されたステータス情報データのそれぞれについて、図１２のフローチャートの処理を実行し、レコードの生成、第２ステータス情報データベース５１４への記憶を実行する。

以上のように、本実施形態では、ログ情報処理部５０３は、図４のステップＳＦ２のデータベース登録処理において、ステータス情報データに基づいて第１ステータス情報データベース５１３にレコードを記憶する場合は、分類情報を付加しない。一方、ログ情報処理部５０３は、ステータス情報データに基づいて第２ステータス情報データベース５１４にレコードを記憶する場合は、所定の場合に、ステータス情報データの監視項目の状態の分類を判別し、分類を示す分類情報を付加する。
このような処理が行われることにより、以下の効果を奏する。
すなわち、第１ステータス情報データベース５１３の各レコードには、生成元となったステータス情報データの内容と同一の内容のデータが含まれる。従って、第１ステータス情報データベース５１３の各レコードに基づいて、第２ステータス情報データベース５１４のレコードの生成に使用した条件と異なる条件を使用した監視項目の状態の分類や、その他の監視項目の状態の分析が可能となる。
また、第２ステータス情報データベース５１４の所定のレコードには、所定の方法で判別された分類を示す分類情報が付加される。従って、第２ステータス情報データベース５１４の所定のレコードに基づいて、対応する監視項目の状態の分類に応じた処理の実行や、監視項目の状態の分類の報知等を即時に実行可能となる。

なお、分類情報が付加されて第２ステータス情報データベース５１４に格納される情報は、「ステータス加工情報」に相当する。

以上、メンテナンスサーバー１７によりＰＯＳ端末１３及び印刷装置１４の状態を管理するときの各装置の動作について説明した。以上の説明のとおり、ＰＯＳ端末１３は間隔をあけてログデータＤ１１を生成し、ログデータＤ１１を含むリクエストデータＤ１をリクエストとして送信する。メンテナンスサーバー１７は受信したリクエストデータＤ１に基づいて、第１ステータス情報データベース５１３及び第２ステータス情報データベース５１４にレコードを生成して監視項目の状態（ＰＯＳ端末１３及び印刷装置１４の状態）を管理する。さらに、メンテナンスサーバー１７は、レスポンスとしてレスポンスデータＤ２をＰＯＳ端末１３に送信し、ＰＯＳ端末１３に必要な処理を実行させる。各装置がこのような処理を行うため、メンテナンスサーバー１７によりＰＯＳ端末１３及び印刷装置１４の状態を、継続して、効率よく監視することができる。

また、ログ収集部２０３、通信管理部２０４、及び、命令実行部２０５の処理について説明した。
そして、これら機能ブロックは、各機能ブロックに対応するプログラム（各機能ブロックの機能を実現するプログラム）に、プラグインを追加することにより、機能を追加可能に構成される。このような構成のため、ログ収集部２０３、通信管理部２０４、及び、命令実行部２０５のそれぞれについて、柔軟に簡易な手段で、必要に応じて機能を追加することができる。

次に、メンテナンスサーバー１７が備えるログ情報表示部５０４について説明する。
ログ情報表示部５０４は、保守担当者（権限を有する他の者でもよい。）に対して、第２ステータス情報データベース５１４に基づいて、指定された装置（ＰＯＳ端末１３又は印刷装置１４）の監視項目の状態に関する情報を報知する。
特定のＰＯＳ端末１３又は特定の印刷装置１４に関する監視項目の状態に関する情報を取得することを望む保守担当者は、ウェブブラウザーがインストールされた端末のウェブブラウザーを立ち上げ、ウェブブラウザーに、メンテナンスサーバー１７の所定のＵＲＬにアクセスさせる。例えば、保守担当者は、店舗の担当者から、電話やメール等で、特定のＰＯＳ端末１３又は特定の印刷装置１４の状態が通常の状態ではない旨の連絡を受けた場合に、上記の作業を行う。
ログ情報表示部５０４は、当該所定のＵＲＬへのアクセスがあった場合、必要な認証を行った後、所定のＨＴＴＰファイルを端末に送信して、ＰＯＳ端末識別情報又は印刷装置識別情報の入力が可能なユーザーインターフェース（ウェブページ）を、当該端末に表示させる。保守担当者は、当該ユーザーインターフェースに、当該特定のＰＯＳ端末１３のＰＯＳ端末識別情報、又は、当該特定の印刷装置１４の印刷装置識別情報を入力する。ログ情報表示部５０４は、当該ユーザーインターフェースに入力されたＰＯＳ端末識別情報又は印刷装置識別情報を取得する。

次いで、ログ情報表示部５０４は、第２ステータス情報データベース５１４を参照し、取得したＰＯＳ端末識別情報又は印刷装置識別情報に基づいて、対応するＰＯＳ端末１３又は印刷装置１４の各監視項目のステータス情報データに基づくレコードのうち必要なもの（少なくとも、直近で記憶されたレコードを含む。）を取得する。
次いで、ログ情報表示部５０４は、所定のＨＴＴＰファイルを端末に送信して、監視項目に関する以下の情報が表示されたユーザーインターフェース（ウェブページ、画面）を端末に表示させる。ログ情報表示部５０４は、監視項目：通信エラー、及び、監視項目：プリンターエラーについて、ユーザーインターフェースに、通信エラー又はプリンターエラーが発生している状態の場合に、その旨を示す情報が表示される。保守担当者は、ユーザーインターフェースを参照することにより、通信エラー又はプリンターエラーが発生した状態の場合に、そのことを認識できる。
また、ログ情報表示部５０４は、監視項目：ＲＡＭ使用率、監視項目：ＣＰＵ使用率、監視項目：ＣＰＵ温度、監視項目：データ転送速度、監視項目：ＳＳＤ使用実績値、監視項目：印刷ヘッド形成ライン累計数、及び、監視項目：カッター使用累計数について、ユーザーインターフェースに、各監視項目の状態の分類（エラー状態、エラー警告状態、エラー予兆状態、又は、通常状態）を示す情報を表示する。また、ログ情報表示部５０４は、監視項目：動作プロセス、及び、監視項目：接続デバイスについては、ユーザーインターフェースに、各監視項目の状態の分類（エラー状態、又は、通常状態）を示す情報を表示する。
ログ情報表示部５０４は、対応するレコードの分類情報に基づいて、これら監視項目の状態の分類を示す情報を表示する。
保守担当者は、ユーザーインターフェースを参照することにより、これら監視項目の状態の分類を認識でき、当該認識に基づいて、対応する処理を実行できる。

以上のように、保守担当者は、ログ情報表示部５０４の機能により、任意のタイミングで、任意のＰＯＳ端末１３及び印刷装置１４の監視項目の状態を認識できる。

次に、メンテナンスサーバー１７が備えるログ情報表示部５０４の別の処理について説明する。
ログ情報表示部５０４は、保守担当者、その他の権限を有する者に対して、接続機種データベース５１５、及び、登録機種データベース５１６に基づいて、指定された装置（ＰＯＳ端末１３又は印刷装置１４）に接続されたデバイスに関する情報を報知する。
特定のＰＯＳ端末１３又は特定の印刷装置１４についてのデバイスに関する情報を取得することを望む保守担当者等は、ウェブブラウザーがインストールされた端末のウェブブラウザーを立ち上げ、ウェブブラウザーに、メンテナンスサーバー１７の所定のＵＲＬにアクセスさせる。
ログ情報表示部５０４は、当該所定のＵＲＬへのアクセスがあった場合、必要な認証を行った後、所定のＨＴＴＰファイルを端末に送信して、所定のユーザーインターフェース（ウェブページ）を、当該端末に表示させる。ユーザーインターフェースは、当該特定のＰＯＳ端末１３のＰＯＳ端末識別情報、又は、当該特定の印刷装置１４の印刷装置識別情報を入力する欄を有する。
保守担当者等は、当該ユーザーインターフェースに、当該特定のＰＯＳ端末１３のＰＯＳ端末識別情報、又は、当該特定の印刷装置１４の印刷装置識別情報を入力する。

ログ情報表示部５０４は、当該ユーザーインターフェースに入力されたＰＯＳ端末識別情報又は印刷装置識別情報を取得する。
次いで、ログ情報表示部５０４は、接続機種データベース５１５を参照し、当該データベースが有する接続デバイス機種情報のうち、取得したＰＯＳ端末識別情報又は印刷装置識別情報を有する接続デバイス機種情報を取得する。
また、ログ情報表示部５０４は、登録機種データベース５１６を参照し、当該データベースが有する登録デバイス機種情報のうち、取得したＰＯＳ端末識別情報又は印刷装置識別情報を有する登録デバイス機種情報を取得する。
次いで、ログ情報表示部５０４は、取得した接続デバイス機種情報、及び、登録デバイス機種情報に基づいて、ＰＯＳ端末１３又は印刷装置１４に接続すべき機種のデバイスが接続されてない状態である登録機種未接続状態であること、及び、ＰＯＳ端末１３又は印刷装置１４に接続されるべきでない機種のデバイスが接続された状態である非登録機種接続状態であることを示すデバイス関連ユーザーインターフェースを、端末に表示させる。

図１３は、デバイス関連ユーザーインターフェースを示す図である。
図１３に示すように、デバイス関連ユーザーインターフェースは、店舗識別情報、及び、ＰＯＳ端末識別情報又は印刷装置識別情報が表示される領域Ａ１３１を有する。
また、デバイス関連ユーザーインターフェースは、デバイス関連テーブルＴＢ１を有する。デバイス関連テーブルＴＢ１は、１又は複数のレコードを有する。各レコードは、登録デバイスフィールドＦ１と、接続デバイスフィールドＦ２と、接続状態フィールドＦ３とを有する。
登録デバイスフィールドＦ１には、装置に接続すべきデバイスの機種を示す情報が表示される。ログ情報表示部５０４は、登録デバイス機種情報に基づいて、各レコードの登録デバイスフィールドＦ１に情報を表示する。
接続デバイスフィールドＦ２には、装置に実際に接続されたデバイスの機種を示す情報が表示される。ログ情報表示部５０４は、接続デバイス機種情報に基づいて、各レコードの接続デバイスフィールドＦ２に情報を表示する。
接続状態フィールドＦ３に表示される情報については後述する。

ここで、デバイスの接続状態としては、装置に接続すべき機種のデバイスが実際に接続された状態（以下、「正常接続状態」）と、装置に接続すべき機種のデバイスが実際には接続された状態ではない（登録機種未接続状態）と、装置に接続すべきでない機種のデバイスが実際には接続された状態（非登録機種接続状態）の３つの状態が生じ得る。
そして、ログ情報表示部５０４は、デバイスの接続状態に応じて、デバイス関連テーブルＴＢ１に対応するレコードを生成する。
詳述すると、正常接続状態の場合、ログ情報表示部５０４は、登録デバイスフィールドＦ１に登録されたデバイスの機種を示す情報が表示され、接続デバイスフィールドＦ２に接続されたデバイスの機種を示す情報が表示され、接続状態フィールドＦ３に、正常接続状態であることを示す情報（図１３の例では、「connect」。）が表示されたレコードを生成する。ログ情報表示部５０４は、接続デバイス機種情報の接続機種情報に含まれる機種を表す文字列と、登録デバイス機種情報の登録機種情報に含まれる機種を表す文字列とを比較し、文字列が一致する機種について、正常接続状態に対応するレコードを生成する。
図１３において、１件目のレコードＲ１は、正常接続状態に対応するレコードである。保守担当者等は、正常接続状態に対応するレコードを参照することにより、対応する装置について、正常接続状態であることを簡易に認識できる。

また、登録機種未接続状態の場合、ログ情報表示部５０４は、登録デバイスフィールドＦ１に登録されたデバイスの機種を示す情報が表示され、接続デバイスフィールドＦ２が空欄であり、接続状態フィールドＦ３に、登録機種未接続状態であることを示す情報（図１３の例では、「disconnect」。）が表示されたレコードを生成する。
ログ情報表示部５０４は、接続デバイス機種情報の接続機種情報に含まれる機種を表す文字列と、登録デバイス機種情報の登録機種情報に含まれる機種を表す文字列とを比較し、登録機種情報に存在し接続機種情報に存在しない機種について、登録機種未接続状態に対応するレコードを生成する。
図１３において、２件目のレコードＲ２は、登録機種未接続状態に対応するレコードである。保守担当者等は、登録機種未接続状態に対応するレコードを参照することにより、対応する装置について、登録機種未接続状態であることを簡易に認識できる。

また、非登録機種接続状態の場合、ログ情報表示部５０４は、登録デバイスフィールドＦ１が空欄であり、接続デバイスフィールドＦ２に接続されたデバイスの機種を示す情報が表示され、接続状態フィールドＦ３に、非登録機種接続状態であることを示す情報（図１３の例では、「unknown」。）が表示されたレコードを生成する。
ログ情報表示部５０４は、接続デバイス機種情報の接続機種情報に含まれる機種を表す文字列と、登録デバイス機種情報の登録機種情報に含まれる機種を表す文字列とを比較し、登録機種情報に存在せず接続機種情報に存在する機種について、非登録機種接続状態に対応するレコードを生成する。
図１３において、３件目のレコードＲ３は、非登録機種接続状態に対応するレコードである。保守担当者等は、非登録機種接続状態に対応するレコードを参照することにより、対応する機種のデバイスについて、非登録機種接続状態であることを簡易に認識できる。

以上のように、保守担当者等は、ログ情報表示部５０４の機能により、任意のタイミングで、任意のＰＯＳ端末１３及び印刷装置１４のデバイスの接続状態を認識できる。

次に、メンテナンスサーバー１７が備える対応状況情報管理部５０５について説明する。
対応状況情報管理部５０５は、エラー状態（所定の状態）と判別された監視項目について、エラー状態に応じて行われる対応の状況を示す対応状況情報を管理し、対応状況情報に基づく情報、その他の有益な情報を提供する機能を有する。

ここで、対応状況情報管理部５０５は、第２ステータス情報データベース５１４に基づいて、エラー管理データベース５１８を更新する機能を有する。
エラー管理データベース５１８は、第２ステータス情報データベース５１４のレコードのうち、監視項目の状態がエラー状態であることを示す分類情報を有するレコードを管理するデータベースである。

対応状況情報管理部５０５は、第２ステータス情報データベース５１４にレコードが追加された場合に、追加分のレコードのそれぞれについて、分類情報が、監視項目の状態がエラー状態であることを示す情報であるか否かを判別する。次いで、対応状況情報管理部５０５は、分類情報が、監視項目の状態がエラー状態であることを示す情報であるレコードについて、同様のレコードをエラー管理データベース５１８に記憶する。この結果、第２ステータス情報データベース５１４に対応するエラー状態の監視項目に係るレコードの記憶に応じて、エラー管理データベース５１８に対応するレコードが記憶される。
なお、対応状況情報管理部５０５は、エラー管理データベース５１８にレコードを記憶する際、同一の店舗識別情報、同一のＰＯＳ端末識別情報（又は印刷装置識別情報）、及び、同一のステータス識別情報を有するレコードが、既に、エラー管理データベース５１８に記憶された状態の場合は、既に記憶されたレコードを、新たなレコードによって上書き更新する。これにより、後に説明するエラー一覧ユーザーインターフェースの表示に際し、同一の店舗識別情報と、同一のＰＯＳ端末識別情報と、同一のステータス識別情報に基づく監視項目情報とを有するレコードが重複して表示されることが防止される。

次に、対応状況情報を管理し、管理する対応状況情報に基づく処理を実行するときの対応状況情報管理部５０５の動作について説明する。
図１４は、対応状況情報管理部５０５の動作を示すフローチャートである。
対応状況情報管理部５０５による対応状況情報の管理に際し、保守担当者、その他の権限を有する者は、所定の端末のウェブブラウザーに、エラー一覧ユーザーインターフェース（後述）の表示に係るメンテナンスサーバー１７の所定のＵＲＬにアクセスさせる。
図１４に示すように、対応状況情報管理部５０５は、エラー一覧ユーザーインターフェース（後述）の表示に係るＵＲＬにアクセスがあったか否かを監視する（ステップＳＮ１）。
エラー一覧ユーザーインターフェース（後述）の表示に係るＵＲＬにアクセスがあった場合（ステップＳＮ１：ＹＥＳ）、対応状況情報管理部５０５は、必要な認証を行い、エラー管理データベース５１８を参照する（ステップＳＮ２）。
次いで、対応状況情報管理部５０５は、ステップＳＮ２で参照したエラー管理データベース５１８に基づいて、対応するＨＴＴＰファイルをアクセス元の端末に送信し、当該端末にエラー一覧ユーザーインターフェースを表示させる（ステップＳＮ３）。

なお、以下の説明では、説明の便宜を考慮して、対応状況情報管理部５０５が、ＨＴＴＰファイル、その他のデータを送信して、ユーザーインターフェース（ウェブページ）を外部装置に表示させることを、単に、「対応状況情報管理部５０５は、ユーザーインターフェースを表示させる」のように表現する。

図１５は、エラー一覧ユーザーインターフェースを示す図である。
図１５に示すように、エラー一覧ユーザーインターフェースは、エラー状態の監視項目のそれぞれについて、対応する店舗の店舗識別情報と、対応する装置の識別情報（ＰＯＳ端末識別情報又は印刷装置識別情報）と、監視項目を示す監視項目情報と、エラー発生日時情報と、が対応付けられたレコードを一覧表示する。本実施形態では、エラー発生日時情報は、監視項目の状態がエラー状態となった日時を示す情報である。監視項目の状態がエラー状態となった日時は、ステータス情報データに基づいて検出される。ステータス情報データには、エラー状態となった日時を検出するために必要な情報が含まれる。なお、エラー発生日時情報が示す日時は、対応する監視項目がエラー状態となった日時に対応するものであればよい。

ステップＳＮ３において、対応状況情報管理部５０５は、エラー管理データベース５１８を参照し、当該エラー管理データベース５１８のレコードに基づいて、エラー状態の監視項目のそれぞれについて、店舗識別情報と、装置の識別情報（ＰＯＳ端末識別情報又は印刷装置識別情報）と、監視項目情報と、エラー発生日時情報とが対応付けられたレコードが一覧表示されたエラー一覧ユーザーインターフェースを表示させる。なお、対応状況情報管理部５０５は、監視項目ごとに、ステータス識別情報と、監視項目情報（監視項目を表す文字列）とを対応付けて管理しており、エラー一覧ユーザーインターフェースの表示に際し、ステータス識別情報を監視項目情報に変換する。なお、対応状況情報管理部５０５が実行する各種処理において、処理を実行するプログラム内では、監視項目情報を、ステータス識別情報により管理する構成でもよい。

ここで、上述したように、エラー管理データベース５１８には、同一の店舗識別情報、同一のＰＯＳ端末識別情報（又は印刷装置識別情報）、及び、同一のステータス識別情報を有するレコードが重複して記憶されない。従って、エラー一覧ユーザーインターフェースには、同一の店舗識別情報と、同一のＰＯＳ端末識別情報と、同一のステータス識別情報に基づく監視項目情報とを有するレコードは、１つしか表示せず、２つ以上重複して表示されない。これにより、保守担当者等が、何らかのエラーにより同様の内容のレコードが誤って重複表示された状態にあると誤認することを防止でき、一覧表示されるレコードの数の増大を抑制でき、エラー一覧ユーザーインターフェースが冗長になることを防止できる。

なお、後述するように、エラー一覧ユーザーインターフェースのレコードが選択されて、監視項目のエラー状態に対する対応の状況が管理された場合（管理用情報が対応状況情報管理データベース５１７に記憶された場合）、エラー管理データベース５１８から、対応するレコードが削除される。従って、エラー一覧ユーザーインターフェースに表示されるレコードは、エラー状態となった後、エラー状態に応じた対応の状況の管理が開始されてない監視項目に係るレコードである。
また、本実施形態では、エラー状態の監視項目が、エラー一覧ユーザーインターフェースに表示される対象となるが、エラー警告状態や、エラー予兆状態等のエラー状態に至っていない状態の監視項目を当該ユーザーインターフェースに表示する対象としてもよい。

対応状況情報管理部５０５は、エラー一覧ユーザーインターフェースの各レコード（監視項目を示す情報）を、マウスを利用して対応する位置をカーソルで操作する等の所定の手段によって選択可能な状態で表示させる。

エラー一覧ユーザーインターフェースを表示させた後、対応状況情報管理部５０５は、エラー一覧ユーザーインターフェースに表示したレコード（監視項目を示す情報）のいずれかが選択されたか否かを監視する（ステップＳＮ４）。なお、いずれのレコードも選択されることなく、エラー一覧ユーザーインターフェースに係るウェブページが閉じられた場合、対応状況情報管理部５０５は、処理を終了する。

いずれかのレコードが選択された場合（ステップＳＮ４：ＹＥＳ）、対応状況情報管理部５０５は、選択されたレコードに対応する監視項目に係る詳細状態ユーザーインターフェース（後述）を表示させる（ステップＳＮ５）。

図１６は、詳細状態ユーザーインターフェースを示す図である。
図１６の詳細状態ユーザーインターフェースは、監視項目：ＲＡＭ使用率に係る詳細状態ユーザーインターフェースである。
ステップＳＮ５において、対応状況情報管理部５０５は、第２ステータス情報データベース５１４を参照し、選択されたレコードに対応する監視項目のステータス情報データを取得する。
次いで、対応状況情報管理部５０５は、取得したステータス情報データに基づいて、監視項目の状態の詳細を示す情報が表示された詳細状態ユーザーインターフェースを表示させる。
詳細状態ユーザーインターフェースに表示される監視項目の状態の詳細を示す情報は、監視項目ごとに、態様（フォーマット）が予め定められる。対応状況情報管理部５０５は、取得したステータス情報データに基づいて、対応する監視項目について予め定められた態様で、監視項目の状態の詳細を示す情報を表示させる。
図１６の詳細状態ユーザーインターフェースでは、監視項目：ＲＡＭ使用率について、ＲＡＭ使用率の水位が時系列で表示され、注意すべき点を端的に表す文言が表示される。ＲＡＭ使用率ステータス情報データには、図１６の詳細状態ユーザーインターフェースを表示させるために必要な情報が含まれる。

図１６に示すように、詳細状態ユーザーインターフェースには、対応状況登録ユーザーインターフェース（後述）の表示を指示する表示指示ボタンＢ１６１が選択可能に表示される。
保守担当者等は、詳細状態ユーザーインターフェースに表示された情報を参照した上で、対応状況情報の管理を望む場合は、表示指示ボタンＢ１６１を操作する。
なお、表示指示ボタンＢ１６１が選択されることなく、エラー一覧ユーザーインターフェースに係るウェブページが閉じられた場合、対応状況情報管理部５０５は、処理を終了する。

図１４に示すように、ステップＳＮ５で詳細状態ユーザーインターフェースを表示させた後、対応状況情報管理部５０５は、表示指示ボタンＢ１６１が選択されたか否かを監視する（ステップＳＮ６）。
表示指示ボタン１６１が選択された場合（ステップＳＮ６：ＹＥＳ）、対応状況情報管理部５０５は、対応状況登録ユーザーインターフェース（後述）を表示させる（ステップＳＮ７）。

図１７は、対応状況登録ユーザーインターフェースを示す図である。
図１７に示すように、対応状況登録ユーザーインターフェースは、担当者表示領域Ｑ１を有し、担当者表示領域Ｑ１は、担当者入力欄Ｑ１１を有する。担当者入力欄Ｑ１１は、対応状況登録ユーザーインターフェースへの入力を行う担当者を示す情報（氏名や、役職等）（以下、「担当者情報」という。）を入力する入力欄である。保守担当者等は、担当者入力欄Ｑ１１に、担当者を示す情報を入力する。
なお、対応状況情報管理部５０５が、メンテナンスサーバー１７にアクセスがあったときに行われる認証に基づいて、担当者を特定し、対応状況登録ユーザーインターフェースを表示させる際に、自動で担当者を示す情報を表示する構成でもよい。

また、対応状況登録ユーザーインターフェースは、対応状況情報表示領域Ｑ２を有し、対応状況情報表示領域Ｑ２は、対応状況情報入力欄Ｑ２１を有する。対応状況情報入力欄Ｑ２１は、対応状況情報を入力する入力欄である。以下、対応状況情報について詳述する。
対応状況情報とは、エラー状態の監視項目に対して、エラー状態に応じて行われる対応の状況（以下、適宜、「対応状況」という。）を示す情報である。ここで、監視項目のエラー状態に応じた対応（処置）は、原因に応じて異なる態様で行われ、また、監視項目のエラー状態に応じて行うことが可能な対応は、監視項目ごとに定まる。例えば、監視項目：ＲＡＭ使用率のエラー状態に応じた対応として、まず、エラー状態となったことを認識し、エラー状態を解消する対象とする対応が行われる。本例において、この場合の対応状況は、対応状況：対応中である。その後、必要に応じて、ＲＡＭ使用率の異常の原因を調査する対応が行われる。本例において、この場合の対応状況は、対応状況：原因調査中である。また、ＲＡＭ使用率の異常の原因が、保守担当者等からＰＯＳ端末１３又は印刷装置１４が設置された現場の担当者に対して電話で指示することにより解消可能なものの場合は、保守担当者等から現場の担当者に対して電話で原因解消を指示する対応が行われる。本例において、この場合の対応状況は、対応状況：電話指示中である。また、ＲＡＭ使用率の異常の原因がＰＯＳ端末１３の使用方法や、ＰＯＳ端末１３が設置された環境にあり、現地で原因を解消する必要がある場合は、ＰＯＳ端末１３が設置された現場に行って原因を解消する対応が行われる。本例において、この場合の対応状況は、対応状況：現場対応中である。また、ＲＡＭ使用率の異常の原因が、ＲＡＭ、その他付随するハードウェアの故障にあり、専門家による修理を要する場合は、専門家によって原因を解消する対応が行われる。本例において、この場合の対応状況は、対応状況：専門家対応中である。また、専門家による対応は、部品の交換を伴わない修理や、部品の交換を伴う修理等、原因に応じた種々の方法で行われる。これを踏まえ、対応状況は、対応状況：部品交換中など、専門家によって行われる対応に応じて存在する。

以上、監視項目：ＲＡＭ使用率の対応状況を例示したが、対応状況は例示したものに限られない。また、他の監視項目についても、監視項目のエラー状態に対して行われる対応に応じて、対応状況が存在する。
ただし、監視項目のそれぞれについて、エラー状態が解消した場合、対応状況は、エラー状態が解消し、ＰＯＳ端末１３及び印刷装置１４が業務に使用される可能となったことを示す対応状況：対応完了となる。つまり、監視項目のそれぞれについて、対応状況として、対応状況：対応完了が存在し、エラー状態が解消した場合、対応状況は、対応状況：対応完了となる。

さて、図１７の対応状況登録ユーザーインターフェースにおいて、対応状況情報入力欄Ｑ２１は、プルダウンメニューとなっており、プルダウンメニューに表示された対応状況情報から、１つの対応状況情報を選択可能である。対応状況情報管理部５０５は、選択されたエラー一覧ユーザーインターフェースのレコードに対応する監視項目に対応する対応状況情報（監視項目のエラー状態に応じて行うことが可能な対応に係る対応状況情報）のそれぞれをプルダウンメニューに項目として表示させる。
対応状況情報入力欄Ｑ２１への入力に際し、保守担当者等は、プルダウンメニューから、現時点の対応に応じた１つの対応状況情報を選択することにより、対応状況情報入力欄Ｑ２１に、対応状況情報を入力する。

図１７に示すように、対応状況登録ユーザーインターフェースは、優先度表示領域Ｑ３を有し、優先度表示領域Ｑ３は、優先度入力欄Ｑ３１を有する。優先度入力欄Ｑ３１は、エラー状態に応じて行う対応の優先度の度合いを示す優先度情報を入力する入力欄である。優先度入力欄Ｑ３１は、プルダウンメニューとなっており、プリダウンメニューに表示された優先度の度合いごとの優先度情報から、１つの優先度情報を選択可能である。対応状況情報管理部５０５は、優先度の度合いごとの優先度情報を、プルダウンメニューに項目として表示させる。保守担当者は、優先度の度合いを決定し、プルダウンメニューから、優先度の度合いに応じた１つの優先度情報を選択することにより、優先度入力欄Ｑ３１に、優先度情報を入力する。

図１７に示すように、対応状況登録ユーザーインターフェースは、装置識別情報表示領域Ｑ４を有し、装置識別情報表示領域Ｑ４は、装置識別情報入力欄Ｑ４１を有する。装置識別情報入力欄Ｑ４１は、装置（ＰＯＳ端末１３又は印刷装置１４）の識別情報（以下、「装置識別情報」）を入力する入力欄である。対応状況情報管理部５０５は、第２ステータス情報データベース５１４の対応するレコードから、装置識別情報を取得し、装置識別情報入力欄Ｑ４１に自動で装置識別情報を入力する。保守担当者は、自動で入力された装置識別情報の値を変更することも可能である。

図１７に示すように、対応状況登録ユーザーインターフェースは、監視項目情報表示領域Ｑ５を有し、監視項目情報表示領域Ｑ５は、監視項目情報入力欄Ｑ５１を有する。監視項目情報入力欄Ｑ５１は、監視項目情報を入力する入力欄である。対応状況情報管理部５０５は、監視項目情報入力欄Ｑ５１に自動で監視項目情報を入力する。保守担当者は、自動で入力された監視項目情報の値を変更することも可能である。

図１７に示すように、対応状況登録ユーザーインターフェースは、エラー内容情報表示領域Ｑ６を有し、エラー内容情報表示領域Ｑ６は、エラー内容情報入力欄Ｑ６１を有する。エラー内容情報入力欄Ｑ６１は、エラー内容情報を入力する入力欄である。エラー内容情報とは、エラー状態の状況を示す文言等の、エラー状態の解消に際して留意すべき事項を示す文言である。保守担当者等は、必要に応じて、エラー内容情報入力欄Ｑ６１に、エラー内容情報を入力する。

図１７に示すように、対応状況登録ユーザーインターフェースは、対応記録情報表示領域Ｑ７を有し、対応記録情報表示領域Ｑ７は、対応記録情報入力欄Ｑ７１を有する。対応記録情報入力欄Ｑ７１は、監視項目のエラー状態に応じて行った対応を時系列で表す対応記録情報を入力する欄である。保守担当者は、例えば、監視項目のエラー状態に応じて行った対応を示す文言を、対応を行った日時を示す情報と対応付けて対応記録情報入力欄Ｑ７１に入力する。

図１７に示すように、対応状況登録ユーザーインターフェースは、原因情報表示領域Ｑ８を有し、原因情報表示領域Ｑ８は、原因情報入力欄Ｑ８１を有する。原因情報入力欄Ｑ８１は、監視項目の状態がエラー状態となった原因を示す原因情報を入力する入力欄である。原因情報入力欄Ｑ８１は、プルダウンメニューとなっており、プルダウンメニューに表示された原因情報から、１つの原因情報を選択可能である。ここで、監視項目ごとに、なり得る原因の原因情報が予め定められ、メンテナンスサーバー１７に事前に登録される。対応状況情報管理部５０５は、監視項目に対応する原因情報のそれぞれをプルダウンメニューに項目として表示させる。保守担当者等は、プルダウンメニューから、適切な原因情報を選択することにより、原因情報入力欄Ｑ８１に、原因情報を入力する。保守担当者等は、原因が不明な場合は、原因情報入力欄Ｑ８１に、原因情報を入力しないことも可能である。

図１７に示すように、対応状況登録ユーザーインターフェースは、対策情報表示領域Ｑ９を有し、対策情報表示領域Ｑ９は、対策情報入力欄Ｑ９１を有する。対策情報入力欄Ｑ９１は、監視項目の状態がエラー状態となることを未然に防ぐために行うべき対策を示す対策情報を入力する入力欄である。対策情報入力欄Ｑ９１は、プルダウンメニューとなっており、プルダウンメニューに表示された対策情報から、１つの対策情報を選択可能である。ここで、監視項目ごとに、とり得る対策の対策情報が予め定められ、メンテナンスサーバー１７に事前に登録される。対応状況情報管理部５０５は、監視項目に対応する対策情報のそれぞれをプルダウンメニューに項目として表示させる。保守担当者等は、プルダウンメニューから、適切な対策情報を選択することにより、対策情報入力欄Ｑ９１に、対策情報を入力する。保守担当者等は、対策が不明な場合は、対策情報入力欄Ｑ９１に、対策情報を入力しないことも可能である。

図１７に示すように、対応状況登録ユーザーインターフェースは、備考情報表示領域Ｑ１０を有し、備考情報表示領域Ｑ１０は、備考情報入力欄Ｑ１０１を有する。備考情報入力欄Ｑ１０１は、監視項目のエラー状態に関する何らかの付加的な情報（文言）を示す備考情報を入力する入力欄である。保守担当者等は、必要に応じて、備考情報入力欄Ｑ１０１に備考情報を入力する。

図１７に示すように、対応状況登録ユーザーインターフェースは、登録ボタンＢ１７１を有する。登録ボタンＢ１７１は、対応状況登録ユーザーインターフェースに入力された情報を確定し、入力が確定した情報に基づく管理用情報（後述）の対応状況情報管理データベース５１７への記憶を指示するボタンである。

図１４に示すように、ステップＳＮ７で詳細状態ユーザーインターフェースを表示させた後、対応状況情報管理部５０５は、登録ボタンＢ１７１が選択されたか否かを監視する（ステップＳＮ８）。なお、登録ボタンＢ１７１が選択されることなく、対応状況登録ユーザーインターフェースに係るウェブページが閉じられた場合、又は、キャンセルを指示するキャンセルボタンＢ１７２が選択された場合、対応状況情報管理部５０５は、処理を終了する。

登録ボタンＢ１７１が選択されたことを検出した場合（ステップＳＮ８：ＹＥＳ）、対応状況情報管理部５０５は、メンテナンスサーバー記憶部５１が記憶する対応状況情報管理データベース５１７を参照する（ステップＳＮ９）。

対応状況情報管理データベース５１７は、エラー状態の監視項目について、対応状況情報の管理の開始が指示された後、エラー状態が解消した状態ではない監視項目ごとに管理用情報を記憶するデータベースである。
図１８は、対応状況情報管理データベース５１７が有する管理用情報の内容を示す図である。
図１８に示すように、管理用情報は、対応状況登録ユーザーインターフェースに入力可能な情報である担当者情報、対応状況情報、優先度情報、装置識別情報、監視項目情報、エラー内容情報、対応記録情報、原因情報、対策情報、及び、備考情報を有する。
また、図１８に示すように、管理用情報は、起票日時情報を有する。起票日時情報は、登録ボタンＢ１７１の選択に応じて、管理用情報が新たに対応状況情報管理データベース５１７に記憶されるときの日時を示す情報である。
また、図１８に示すように、管理用情報は、履歴情報を有する。履歴情報については、後述する。
保守担当者等の指示（ステップＳＮ７における登録ボタンＢ１７１の選択）に応じて、後述する所定の条件を満たす場合には対応状況情報管理データベース５１７に管理用情報が記憶される。また、後述するように、監視項目のエラー状態に応じた対応によるエラー状態の解消に応じて、対応状況情報管理データベース５１７から管理用情報が削除される。

図１４に示すように、ステップＳＮ９で対応状況情報管理データベース５１７を参照した後、対応状況情報管理部５０５は、以下の管理用情報が、既に、対応状況情報管理データベース５１７に記憶された状態か否かを判別する（ステップＳＮ１０）。既に記憶された状態か否かが判別される管理用情報は、対応状況登録ユーザーインターフェースに入力された装置識別情報の値と同一の値の装置識別情報を有し、かつ、当該ユーザーインターフェースに入力された監視項目情報の値と同一の値の監視項目情報を有する管理用情報（以下、「同一管理用情報」という。）である。

同一管理用情報が既に対応状況情報管理データベース５１７に記憶された状態の場合（ステップＳＮ１０：ＹＥＳ）、対応状況情報管理部５０５は、対応状況登録ユーザーインターフェースへの入力に基づく管理用情報（対応状況情報）を新たに対応状況情報管理データベース５１７に記憶しない（ステップＳＮ１１）。
これは以下の理由による。すなわち、同一の装置（ＰＯＳ端末１３又は印刷装置１４）について、同一の監視項目の状態がエラー状態となった場合、エラー状態に応じた対応は、一貫して連続的に行われるべきであり、また、対応を一貫して連続的に行うためには、対応状況は重複することなく統一的に管理される必要がある。そして、対応状況情報管理データベース５１７で記憶される管理用情報（対応状況情報）は、監視項目のエラー状態に応じた対応の管理に用いられる情報であり、対応状況情報管理データベース５１７に、装置識別情報及び監視項目情報の値が共通する管理用情報を重複して記憶しないことにより、対応状況の管理について、重複することなく統一的に行うことが可能となる。
すなわち、メンテナンスサーバー１７は、エラー状態と判別した監視項目について、重複して対応状況情報を管理することを禁止する。

ステップＳＮ１１の処理後、対応状況情報管理部５０５は、対応する処理を実行する（ステップＳＮ１２）。例えば、対応状況情報管理部５０５は、同一管理用情報が既に対応状況情報管理データベース５１７に記憶された状態のため、新たに管理用情報を当該データベースに登録することができないことを示す情報を表示させる。これにより、保守担当者等は、そのことを認識し、対応する処理を行える。

一方、ステップＳＮ１０において、同一管理用情報が対応状況情報管理データベース５１７に記憶された状態でないと判別した場合（ステップＳＮ１０：ＮＯ）、対応状況情報管理部５０５は、対応状況登録ユーザーインターフェースに入力された情報に基づいて、管理用情報を生成する（ステップＳＮ１３）。
次いで、対応状況情報管理部５０５は、ステップＳＮ１３で生成した管理用情報を、対応状況情報管理データベース５１７に記憶する（ステップＳＮ１４）。

対応状況情報を含む管理用情報を対応状況情報管理データベース５１７に記憶することは、「エラー状態（所定の状態）と判別した監視項目について、エラー状態に応じて行われる対応の状況を示す対応状況情報を管理する」ことに相当する。

次いで、対応状況情報管理部５０５は、エラー管理データベース５１８から、ステップＳＮ４で選択されたと判別したレコードを削除する（ステップＳＮ１５）。この処理により、エラー状態に応じた対応の状況の管理が開始された監視項目に係るレコードが、エラー管理データベース５１８から削除される。削除はレコードそのものを削除してもよいし、レコード内に削除フラグを設けることで、レコードを削除した場合と同等の意味を持たせてもよい。

以上のように、監視項目がエラー状態となった場合、エラー一覧ユーザーインターフェースに監視項目情報が選択可能に表示される。エラー一覧ユーザーインターフェースに表示された監視項目情報が選択されると、対応状況登録ユーザーインターフェースが表示される。対応状況登録ユーザーインターフェースに情報が入力され、入力が確定されると、入力された情報に基づく管理用情報が生成され、対応状況情報管理データベース５１７に記憶される。
そして、保守担当者等は、任意のタイミングで、対応状況情報管理データベース５１７に記憶された管理用情報が有する情報を参照することができる。また、保守担当者等は、任意のタイミングで、対応状況情報管理データベース５１７に記憶された管理用情報が有する情報の内容を変更（情報の追加、情報の変更、情報の削除を含む。）することができる。特に、保守担当者等は、管理用情報が有する対応状況情報について、エラー状態に対して行う対応の変化に応じて、対応状況情報の値を変更することが可能であり、エラー状態に対して行う対応の変化に応じて、対応状況情報の値が変更されることにより、エラー状態に対して行われる現時点の対応の状況の管理が可能となる。
以下、保守担当者等が、管理用情報が有する情報を参照し、管理用情報が有する情報の内容を変更する場合の、対応状況情報管理部５０５の動作について説明する。

管理用情報が有する情報を参照し、また、管理用情報の内容を変更することを望む保守担当者等は、所定の端末のブラウザーに、対応状況一覧ユーザーインターフェース（後述）の表示に係る所定のＵＲＬへアクセスさせる。

図１９に示すように、対応状況情報管理部５０５は、対応状況一覧ユーザーインターフェース（後述）の表示に係る所定のＵＲＬにアクセスがあったか否かを監視する（ステップＳＯ１）。
当該所定のＵＲＬにアクセスがあった場合（ステップＳＯ１：ＹＥＳ）、対応状況情報管理部５０５は、対応状況一覧ユーザーインターフェースを表示させる（ステップＳＯ２）。

図２０は、対応状況一覧ユーザーインターフェースを示す図である。
図２０に示すように、対応状況一覧ユーザーインターフェースは、エラー状態となった後、エラー状態が解消していない監視項目のそれぞれについて、担当者情報と、対応状況情報と、装置識別情報と、監視項目情報と、起票日時情報とを対応付けたレコードを一覧表示する。
ステップＳＯ２において、対応状況情報管理部５０５は、対応状況情報管理データベース５１７を参照し、当該データベースが記憶する管理用情報を取得する。次いで、対応状況情報管理部５０５は、取得した管理用情報のそれぞれに基づいて、担当者情報、対応状況情報、装置識別情報、監視項目情報、及び、起票日時情報が対応付けられたレコードが表示された対応状況一覧ユーザーインターフェースを表示させる。
対応状況情報管理部５０５は、対応状況一覧ユーザーインターフェースの各レコードを、マウスを利用して対応する位置をカーソルで操作する等の所定の手段によって選択可能な状態で表示させる。

保守担当者等は、対応状況一覧ユーザーインターフェースを参照することにより、エラー状態が解消してない監視項目に関する情報を取得できる。また、保守担当者等は、１の監視項目について、管理用情報が有する情報のより詳細な内容を認識することを望む場合は、当該１の監視項目に係るレコードを選択する。

ステップＳＯ２で対応状況一覧ユーザーインターフェースを表示した後、対応状況情報管理部５０５は、当該ユーザーインターフェースに表示されたいずれかのレコードが選択されたか否かを監視する（ステップＳＯ３）。なお、いずれのレコードも選択されることなく、対応状況一覧ユーザーインターフェースに係るウェブページが閉じられた場合、対応状況情報管理部５０５は、処理を終了する。

いずれかのレコードが選択された場合（ステップＳＯ３：ＹＥＳ）、対応状況情報管理部５０５は、対応状況情報管理データベース５１７に記憶された対応する管理用情報に基づいて、対応状況表示ユーザーインターフェースを表示させる（ステップＳＯ４）。

図２１は、ステップＳＯ４で表示される対応状況表示ユーザーインターフェースを示す図である。
図２１に示すように、対応状況表示ユーザーインターフェースは、担当者情報が表示される領域Ｐ１、対応状況情報が表示される領域Ｐ２、優先度情報が表示される領域Ｐ３、装置識別情報が表示される領域Ｐ４、監視項目情報が表示される領域Ｐ５、エラー内容情報が表示される領域Ｐ６、対応記録情報が表示される領域Ｐ７、原因情報が表示される領域Ｐ８、対策情報が表示される領域Ｐ９、及び、備考情報が表示される領域Ｐ１０を備える。
対応状況表示ユーザーインターフェースの領域Ｐ１〜領域Ｐ１０に表示された情報は、編集することはできない。
図２１に示すように、対応状況表示ユーザーインターフェースは、履歴情報が表示される履歴情報表示領域Ｐ１１を有する。履歴情報については、後述する。

ステップＳＯ４において、対応状況情報管理部５０５は、対応状況情報管理データベース５１７に記憶された対応する管理用情報が有する各情報を取得し、対応状況表示ユーザーインターフェースを表示させる。

図２１に示すように、対応状況表示ユーザーインターフェースは、メール送信ボタンＢ２１１を有する。
メール送信ボタンＢ２１１は、エラー状態の監視項目について、監視項目に関する情報が記述された電子メールを、監視項目に関する情報を報告すべき者のメールアドレスに送信することを指示するボタンである。
メール送信ボタンＢ２１１が選択された場合、対応状況情報管理部５０５は、必要に応じて電子メールシステムを利用して、以下の電子メールを生成する。
対応状況情報管理部５０５は、電子メールの宛先に、監視項目ごとに予め登録された（定められた）メールアドレスを設定する。保守担当者等は、所定の手段で、監視項目ごとに、１又は複数のメールアドレスを登録することが可能である。
また、対応状況情報管理部５０５は、電子メールの本文に監視項目に関する情報を記述する。監視項目に関する情報は、例えば、担当者情報や、対応状況情報、装置識別情報、監視項目情報、エラー内容情報、対応記録情報、原因情報、対策情報、履歴情報（後述）等である。例示した電子メールの本文に記述される監視項目に関する情報は、一例であり、他の情報が含まれてもよい。すなわち、電子メールの本文に記述される情報は、電子メールを受け取る者にとって有益な監視項目に関する情報であれば、どのようなものでもよい。

対応状況情報管理部５０５は、生成した電子メールを表示させる。対応状況情報管理部５０５は、電子メールの送信の指示があった場合、必要に応じて電子メールシステムを利用して、電子メールを送信する。
以上のような処理が行われるため、保守担当者は、簡易な手段で、関係者に、監視項目に関する情報を通知することができる。

図２１に示すように、対応状況表示ユーザーインターフェースは、編集ボタンＢ２１２を有する。
編集ボタンＢ２１２は、対応状況編集ユーザーインターフェース（後述）の表示を指示するボタンである。
保守担当者等は、管理用情報の内容の変更を望む場合、編集ボタンＢ２１２を操作する。例えば、保守担当者は、１の監視項目のエラー状態に対して行われる対応が変化し、当該１の監視項目に係る対応状況情報の内容を変更することを望む場合に、編集ボタンＢ２１２を操作する。

図１９に示すように、ステップＳＯ４で対応状況表示ユーザーインターフェースを表示させた後、対応状況情報管理部５０５は、編集ボタンＢ２１２が選択されたか否かを監視する（ステップＳＯ５）。
編集ボタンＢ２１２が操作された場合（ステップＳＯ５：ＹＥＳ）、対応状況情報管理部５０５は、対応状況編集ユーザーインターフェースを表示させる（ステップＳＯ６）。

図２２は、対応状況編集ユーザーインターフェースを示す図である。
図１７の対応状況登録ユーザーインターフェースと同様に、図２２の対応状況編集ユーザーインターフェースは、担当者表示領域Ｑ１、対応状況情報表示領域Ｑ２、優先度表示領域Ｑ３、装置識別情報表示領域Ｑ４、監視項目情報表示領域Ｑ５、エラー内容情報表示領域Ｑ６、対応記録情報表示領域Ｑ７、原因情報表示領域Ｑ８、対策情報表示領域Ｑ９、及び、備考情報表示領域Ｑ１０を有する。

対応状況情報管理部５０５は、対応する管理用情報に基づいて、各領域の入力欄に、対応する情報を表示する。
保守担当者等は、対応状況編集ユーザーインターフェースの各入力欄に表示された情報を編集することが可能である。保守担当者等は、必要に応じて、各入力欄に表示された情報を編集する。特に、保守担当者等は、監視項目のエラー状態に応じた対応が変化し、これに伴って対応状況が変化し、これに応じて対応状況情報を変更することを望む場合は、対応状況情報表示領域Ｑ２の対応状況情報入力欄Ｑ２１の対応状況情報の内容を変更する。

図２１の対応状況表示ユーザーインターフェースと同様に、図２２の対応状況編集ユーザーインターフェースは、履歴情報表示領域Ｐ１１を有する。履歴情報表示領域Ｐ１１に表示される履歴情報については後述する。

図２２に示すように、対応状況編集ユーザーインターフェースは、保存ボタンＢ２２１を有する。
保存ボタンＢ２２１は、対応状況編集ユーザーインターフェースの各入力欄に最終的に入力された状態の情報（情報の編集が行われた場合は編集後の情報）により、当該ユーザーインターフェースへの入力を確定し、入力された情報に基づいて、対応状況情報管理データベース５１７に記憶された対応する管理用情報の各情報を更新することを指示するボタンである。
保守担当者等は、対応状況編集ユーザーインターフェースの各入力欄に表示された各情報について、適宜、編集を行い、編集が完了した場合、保存ボタンＢ２２１を選択する。保守担当者は、編集を行わない場合、又は、行った編集を一旦取り消したい場合は、対応状況編集ユーザーインターフェースに係るウェブページを閉じるか、又は、キャンセルボタンＢ２２２を選択する。
特に、保守担当者等は、監視項目のエラー状態に応じた対応が変化した場合は、対応状況情報表示領域Ｑ２の対応状況情報入力欄Ｑ２１に、変化後の対応（現時点の対応）に係る対応状況情報が入力された状態とする。

図１９に示すように、対応状況情報管理部５０５は、保存ボタンＢ２２１が選択されたか否かを監視する（ステップＳＯ７）。
保存ボタンＢ２２１が選択された場合（ステップＳＯ７：ＹＥＳ）、対応状況情報管理部５０５は、対応状況情報について編集があったか否か（更新があったか否か）を判別する（ステップＳＯ８）。すなわち、対応状況情報管理部５０５は、「現時点の対応の状況を示す情報として管理する第１の対応状況情報と異なる値の第２の対応状況情報が新たに入力され、入力が確定された」か否かを判別する。
ステップＳＯ８において、対応状況情報管理部５０５は、対応状況情報管理データベース５１７の対応する管理用情報が有する対応状況情報と、入力された対応状況情報の値が一致するか否かを判別し、一致しない場合、対応状況情報に編集があったと判別する。

対応状況情報について編集があった場合（ステップＳＯ８：ＹＥＳ）、対応状況情報管理部５０５は、対応状況情報管理データベース５１７の対応する管理用情報について、履歴情報の更新を伴う、各情報の更新を行う（ステップＳＯ９）。
ステップＳＯ９において、対応状況情報管理部５０５は、対応状況編集ユーザーインターフェースの各入力欄に入力された情報に基づいて、担当者情報、対応状況情報、優先度情報、装置識別情報、監視項目情報、エラー内容情報、対応記録情報、原因情報、対策情報、及び、備考情報を更新する。これにより、対応状況情報が、現時点の対応の状況を示す情報となり、現時点の対応の状況が管理された状態となる。

さらに、対応状況情報管理部５０５は、保存ボタンＢ２２１が選択された日時を示す更新日時情報と、入力された担当者情報（保存ボタンＢ２２１を選択した担当者を示す情報）と、対応状況情報（編集による変更後の対応状況情報）との組み合わせである履歴明細情報を生成する。次いで、対応状況情報管理部５０５は、対応状況情報管理データベース５１７の対応する管理用情報の履歴情報について、生成した履歴明細情報を付加する更新を行う。例えば、対応状況情報管理部５０５は、履歴情報が１又は複数の他の履歴明細情報を有する場合は、既に有する履歴明細情報に加えて、生成した新たな履歴明細情報を付加する。その後、対応状況情報管理部５０５は、処理を終了する。

一方、対応状況情報について編集がなかった場合（ステップＳＯ８：ＮＯ）、対応状況情報管理部５０５は、対応状況情報管理データベース５１７の対応する管理用情報について、履歴情報の更新を伴わない、各情報の更新を行う（ステップＳＯ１０）。その後、対応状況情報管理部５０５は、処理を終了する。

ここで、対応状況表示ユーザーインターフェース、及び、対応状況編集ユーザーインターフェースを表示させる際、対応状況情報管理部５０５は、履歴情報表示領域Ｐ１１に、対応する管理用情報が有する履歴情報を表示する。
図２２では、対応状況編集ユーザーインターフェースの履歴情報表示領域Ｐ１１に、履歴情報が表示された様子を示す。図２２に示すように、履歴情報表示領域Ｐ１１には、履歴情報として、過去に行われた対応状況情報の編集のそれぞれについて、更新日時情報と、担当者情報と、編集後の対応状況情報との組み合わせが時系列で表示される。
対応状況情報管理部５０５は、履歴情報表示領域Ｐ１１への履歴情報の表示に際し、履歴情報が有する履歴明細情報を取得し、取得した履歴明細情報のそれぞれに基づいて、更新日時情報と、担当者情報と、編集後の対応状況情報との組み合わせを時系列で表示する。
保守担当者等は、履歴明細情報を参照することにより、過去に行われた対応の推移を把握することができると共に、各対応がいつ行われたか、及び、管理用情報の更新を行ったものは誰であるかを把握できる。これにより、保守担当者等は、過去に行われた対応を踏まえて、現時点で行うべき適切な対応を認識でき、また、過去に行われた対応について誰に問い合わせるべきかを認識できる。

ここで、本実施形態では、対応状況編集ユーザーインターフェースに対して、対応状況情報の編集を伴う入力が行われて、入力が確定された場合に、履歴情報を更新する。これは、以下の理由による。すなわち、保守担当者等が、履歴として最も参照したい情報は、過去に行われたエラー状態に応じた対応の推移であると想定される。なぜなら、過去に行われたエラー状態に応じた対応の推移は、既に実行されたエラー状態に応じた対応を把握し、また、現時点で行うべきエラー状態に応じた対応を決定するために有益な情報だからである。そして、対応状況編集ユーザーインターフェースへの入力、及び、入力の確定が、対応状況情報の編集（変更）を伴わない場合に履歴情報を更新しないことにより、履歴情報のデータ量の増大を抑制でき、また、履歴情報をユーザーインターフェースに表示する際に、内容が冗長となることを抑制できる。

なお、対応状況情報の編集が行われたか否かにかかわらず、対応状況編集ユーザーインターフェースへの入力の確定が行われた場合に、履歴情報を更新する構成としてもよい。この構成によれば、保守担当者等は、ユーザーインターフェースに表示された履歴情報を参照することにより、過去に行われた対応状況編集ユーザーインターフェースへの入力の確定のそれぞれについて、当該確定を行った者、及び、当該確定が行われた日時を把握可能となる。
なお、履歴明細情報に含める情報、及び、履歴明細情報に基づいてユーザーインターフェースに表示される情報は、例示したもの限られない。例えば、履歴明細情報に、優先度情報や、エラー内容情報、対応記録情報、原因情報、対策情報、備考情報等を含め、これら情報をユーザーインターフェースに表示する構成としてもよい。

次に、監視項目のエラー状態に応じた対応により、当該エラー状態が解消した場合について、説明する。
監視項目のエラー状態が解消した場合、保守担当者等は、端末のブラウザーからメンテナンスサーバー１７にアクセスさせ、対応状況編集ユーザーインターフェースを表示させる。次いで、保守担当者等は、対応状況編集ユーザーインターフェースの対応状況情報入力欄Ｑ２１の情報を編集して、対応状況：対応完了を示す対応状況情報を入力し、入力を確定する。
対応状況情報管理部５０５は、対応状況編集ユーザーインターフェースに対する対応状況：対応完了を示す対応状況情報の入力、及び、入力の確定があったことを検出した場合、対応する管理用情報を対応状況情報管理データベース５１７から削除し、当該管理用情報を、エラー状態が解消した監視項目に係る管理用情報を管理するための所定のデータベースに格納する。この結果、エラー状態が解消した監視項目について、エラー状態に応じた対応の状況の管理が終了する。

以上のように、監視項目がエラー状態となった場合、エラー状態となった監視項目の監視項目情報が、エラー一覧ユーザーインターフェースに一覧表示される。エラー一覧ユーザーインターフェースに表示された監視項目情報は、エラー状態に応じた対応が開始され、これに応じて対応の状況の管理が開始されるまで、継続して表示される。このため、エラー状態となった監視項目について、エラー状態に応じた対応が行われないまま放置されてしまう事態が発生することを抑制できる。
また、対応状況情報管理部５０５は、監視項目のエラー状態に応じた対応の状況を、管理用情報の対応状況情報により管理し、保守担当者等からの要求に応じて表示する。このため、保守担当者等は、任意のタイミングで、監視項目のエラー状態に応じた現時点の対応の状況を認識することができる。
また、対応状況情報管理部５０５は、保守担当者等からの要求に応じて、対応状況情報を編集する。このため、保守担当者等は、監視項目のエラー状態に応じて行われる対応の変化に応じて、対応状況情報を編集することにより、現時点のエラー状態に応じた対応の状況を管理できる。
また、エラー状態となった監視項目については、エラー状態が解消して初めて、対応するレコードが対応状況情報管理データベース５１７から削除される。このため、監視項目について、エラー状態が解消してない状況で、エラー状態に応じた対応の状況の管理が停止し、エラー状態が解消しないまま放置されてしまうことを防止できる。

次に、店舗に設置されたＰＯＳ端末１３の電源がオンされた場合の、ＰＯＳ端末１３の動作について説明する。
図２３は、電源がオンされた場合のＰＯＳ端末１３、及び、店舗管理サーバー１２の動作を示すフローチャートである。図２３（Ａ）はＰＯＳ端末１３の動作を示し、（Ｂ）は店舗管理サーバー１２の動作を示す。

レジ担当者は、ＰＯＳ端末１３の電源をオンする（ステップＳ１）。本例では、ＰＯＳ端末１３は、レジカウンターＬに設置された状態であり、レジ担当者は、例えば、店舗の開店時にＰＯＳ端末１３の電源をオンする。本実施形態では、ＰＯＳ端末１３の電源のオンに応じて、自動で、ブラウザーが起動する。

図２３（Ａ）に示すように、ブラウザーの起動に応じて、ＰＯＳ端末１３のクライアント機能部２０２は、店舗管理サーバー１２の所定のＵＲＬにアクセスする（ステップＳＲ１）。店舗管理サーバー１２のＵＲＬや、店舗管理サーバー１２との通信で送受信するデータのフォーマット、その他の店舗管理サーバー１２との間で通信を行うのに必要な情報は、ＰＯＳ端末１３に予め登録される。

図２３（Ｂ）に示すように、ＰＯＳ端末１３からの所定のＵＲＬへのアクセスに応じて、店舗管理サーバー１２の会計関連処理実行部４０１は、店舗管理サーバー通信部４２を制御して、所定のＨＴＭＬファイルをＰＯＳ端末１３に送信する（ステップＳＳ１）。所定のＨＴＭＬファイルは、少なくとも後述する会計用ユーザーインターフェース６０を表示させる機能を有するＨＴＭＬファイルである。

図２３（Ａ）に示すように、ＰＯＳ端末１３のクライアント機能部２０２は、制御装置通信部２３を制御して、所定のＨＴＭＬファイルを受信し、取得する（ステップＳＲ２）。
次いで、クライアント機能部２０２は、取得した所定のＨＴＭＬファイルを実行して、会計用ユーザーインターフェース６０（図２４）をタッチパネルＴＰに表示する（ステップＳＲ３）。

図２４は、タッチパネルＴＰに表示された会計用ユーザーインターフェース６０の一例を示す図である。
図２４の会計用ユーザーインターフェース６０において、左上部には、顧客が購入した商品の商品名、商品の単価、及び、商品の数量が一覧表示される一覧表示エリア６１が設けられる。一覧表示エリア６１の右方には、顧客が購入した商品の合計金額、会計に際して顧客から預かった貨幣の金額、及び、顧客に渡す釣銭の金額が表示される金額表示エリア６２が設けられる。
一覧表示エリア６１の下方には、バーコードスキャナーＢＳによって読み取られたバーコードの情報（以下、「バーコード情報」という。）が表示されるバーコード情報表示エリア６３が設けられる。バーコード情報は、基本的には、商品に割り当てられた商品コードである。
バーコード情報表示エリア６３の右方には、ソフトウェアテンキー６４が設けられる。ソフトウェアテンキー６４は、会計を確定する確定キー６４１、及び、小計（顧客が購入した商品の合計金額の計算）を指示する小計キー６４２を有する。

以後、レジカウンターＬにおいて、レジ担当者は、会計用ユーザーインターフェース６０を用いて、会計を行う。
このように、ＰＯＳ端末１３の電源のオンに応じて、ＰＯＳ端末１３のタッチパネルＴＰにレジカウンターＬで行われる会計（業務）で使用する会計用ユーザーインターフェース６０が自動で表示される。このため、レジ担当者は、ＰＯＳ端末１３の電源のオン時に、店舗管理サーバー１２のＵＲＬへの入力等の作業を行う必要がなく、レジ担当者の作業効率が良く、利便性が高い。

次に、レジカウンターＬでの会計に応じてＰＯＳ端末１３が行う会計処理について詳述する。

図２５は、会計処理の実行時のＰＯＳ端末１３の動作を示すフローチャートである。
図２５に示すように、会計処理において、ＰＯＳ端末１３の制御装置制御部２０のクライアント機能部２０２は、商品情報取得処理を実行する（ステップＳＴ１）。
商品情報取得処理において、クライアント機能部２０２は、顧客が購入した商品ごとに、店舗管理サーバー１２と通信して、商品の商品名、及び、商品の単価（以下、「商品関連情報」という。）を取得し、取得した商品関連情報に基づく処理を実行する。以下、商品情報取得処理について詳述する。

図２６は、商品情報取得処理の実行時のＰＯＳ端末１３の動作、及び、店舗管理サーバー１２の動作を示すフローチャートである。図２６（Ａ）は、ＰＯＳ端末１３の動作を示し、図２６（Ｂ）は、店舗管理サーバー１２の動作を示す。

レジカウンターＬにおける会計において、レジ担当者は、バーコードスキャナーＢＳによって、顧客が購入する商品や商品の包装等に付されたバーコードを読み取る（ステップＳ２）。バーコードの読み取りに応じて、バーコードスキャナーＢＳは、読取結果に基づくデータ（以下、「読取結果データ」という。）を、バーコードスキャナーＢＳが接続されたポートを介して、ＰＯＳ端末１３の制御装置デバイス通信部２４に出力する。制御装置デバイス通信部２４は、読取結果データを、制御装置制御部２０に出力する。
読取結果データは、商品の商品コードを示す情報を含むデータである。

図２６（Ａ）に示すように、ＰＯＳ端末１３の制御装置制御部２０のクライアント機能部２０２は、制御装置デバイス通信部２４からの入力に基づいて、読取結果データを取得する（ステップＳＵ１）。
次いで、クライアント機能部２０２は、読取結果データに基づいて、商品コードを取得する（ステップＳＵ２）。
次いで、クライアント機能部２０２は、会計用ユーザーインターフェース６０のバーコード情報表示エリア６３にステップＳＵ２で取得した商品コードを表示する（ステップＳＵ３）。
次いで、クライアント機能部２０２は、制御装置通信部２３を制御して、ステップＳＵ２で取得した商品コードの商品の商品名、及び、商品の単価を問い合わせるデータ（以下、「商品情報要求データ」という。）を、店舗管理サーバー１２に送信する（ステップＳＵ４）。

図２６（Ｂ）に示すように、店舗管理サーバー１２の店舗管理サーバー制御部４０の会計関連処理実行部４０１は、店舗管理サーバー通信部４２を制御して、商品情報要求データを受信する（ステップＳＶ１）。
次いで、会計関連処理実行部４０１は、受信した商品情報要求データに基づいて、商品コードを取得し、店舗管理サーバー記憶部４１が記憶する商品マスター４１１を参照し、取得した商品コードの商品の商品名、及び、商品の単価を取得する（ステップＳＶ２）。
ステップＳＶ２の処理は、店舗管理サーバー１２（サーバー）によるリクエストに対応する処理に相当する。

次いで、会計関連処理実行部４０１は、店舗管理サーバー通信部４２を制御して、ステップＳＶ２で取得した商品の商品名、及び、商品の単価を示す商品情報応答データをＰＯＳ端末１３に送信する（ステップＳＶ３）。
商品情報応答データはレスポンスに対応し、ステップＳＶ３の処理は、リクエストに対応する処理の処理結果を示すレスポンスを送信する処理に相当する。

図２６（Ａ）に示すように、ＰＯＳ端末１３の制御装置制御部２０のクライアント機能部２０２は、制御装置通信部２３を制御して、商品情報応答データを受信する（ステップＳＵ５）。
次いで、クライアント機能部２０２は、受信した商品情報応答データに基づいて、商品の商品名、及び、商品の単価を取得し、会計用ユーザーインターフェース６０の一覧表示エリア６１の対応する領域に、商品の商品名、商品の単価、及び、商品の数量の組み合わせを表示する（ステップＳＵ６）。

商品情報取得処理において、顧客が購入する商品のそれぞれについて、レジ担当者によりバーコードスキャナーＢＳによるバーコードの読み取りが行われ、バーコードの読み取りに応じて、ＰＯＳ端末１３、及び、店舗管理サーバー１２により図２６のフローチャートで示す処理が実行される。
全ての商品のバーコードの読み取り、及び、読み取りに応じた各装置の処理が完了すると、図２５のステップＳＴ１の商品情報取得処理が完了する。
全ての商品のバーコードの読み取り、及び、読み取りに応じた各装置の処理が完了すると、一覧表示エリア６１に、顧客が購入する商品の商品名、単価、及び、数量の組み合わせが一覧表示された状態となる。

図２５に示すように、ステップＳＴ１の商品情報取得処理の実行後、クライアント機能部２０２は、会計金額取得処理を実行する（ステップＳＴ２）。ステップＳＴ２の会計金額取得処理において、クライアント機能部２０２は、顧客が購入した商品の合計金額を取得し、顧客の支払いに応じて顧客に渡す釣銭の金額を取得する。以下、会計金額取得処理について詳述する。

図２７は、会計金額取得処理の実行時のＰＯＳ端末１３の動作、及び、対応する店舗管理サーバー１２の動作を示すフローチャートである。図２７（Ａ）は、ＰＯＳ端末１３の動作を示し、図２７（Ｂ）は、店舗管理サーバー１２の動作を示す。

全ての商品のバーコードの読み取りが完了すると、レジ担当者は、ソフトウェアテンキー６４の小計キー６４２を操作する（ステップＳ３）。
図２７（Ａ）に示すように、小計キー６４２が操作されたことを検出すると、ＰＯＳ端末１３の制御装置制御部２０のクライアント機能部２０２は、小計の計算を要求する小計計算要求データを生成し、制御装置通信部２３を制御して、店舗管理サーバー１２に送信する（ステップＳＷ１）。小計計算要求データの送信に応じて、クライアント機能部２０２は、経過時間の計測を開始する。

図２７（Ｂ）に示すように、店舗管理サーバー１２の会計関連処理実行部４０１は、店舗管理サーバー通信部４２を制御して、小計計算要求データを受信する（ステップＳＸ１）。
次いで、会計関連処理実行部４０１は、受信した小計計算要求データに基づいて、小計を計算する（ステップＳＸ２）。なお、会計関連処理実行部４０１は、ＰＯＳ端末１３から受信した商品情報応答要求データ、その他付随するデータに基づいて、顧客が購入した商品の商品コードを管理する。ステップＳＸ２において、会計関連処理実行部４０１は、管理する商品コードに基づいて、適宜、商品マスター４１１を参照し、小計（顧客が購入した商品の合計金額）を計算する。小計を計算する方法は、上述した方法に限らず、どのような方法でもよい。

次いで、会計関連処理実行部４０１は、計算した小計を示す小計応答データをＰＯＳ端末１３に送信する（ステップＳＸ３）。

図２７（Ａ）に示すように、ＰＯＳ端末１３の制御装置制御部２０のクライアント機能部２０２は、制御装置通信部２３を制御して、小計応答データを受信する（ステップＳＷ２）。
次いで、クライアント機能部２０２は、受信した小計応答データに基づいて、金額表示エリア６２の対応する領域に、小計（顧客が購入した商品の合計金額）を表示する（ステップＳＷ３）。

小計が金額表示エリア６２に表示されると、顧客は、金銭をレジ担当者に引き渡す。レジ担当者は、顧客から金銭を受け取り、ソフトウェアテンキー６４に受け取った金銭の額を入力し、確定キー６４１を操作する（ステップＳ４）。確定キー６４１が操作されたことを検出すると、クライアント機能部２０２は、顧客から受け取った金銭の額を金額表示エリア６２の対応する領域に表示する。
さらに、確定キー６４１が操作されたことを検出すると、クライアント機能部２０２は、釣銭の額の計算を要求する釣銭計算要求データを店舗管理サーバー１２に送信する（ステップＳＷ４）。釣銭計算要求データの送信に応じて、クライアント機能部２０２は、経過時間の計測を開始する。

図２７（Ｂ）に示すように、店舗管理サーバー１２の会計関連処理実行部４０１は、店舗管理サーバー通信部４２を制御して、釣銭計算要求データを受信する（ステップＳＸ４）。
次いで、会計関連処理実行部４０１は、釣銭の額を計算する（ステップＳＸ５）。
次いで、会計関連処理実行部４０１は、計算した釣銭の額を示す釣銭応答データをＰＯＳ端末１３に送信する（ステップＳＸ６）。

図２７（Ａ）に示すように、ＰＯＳ端末１３のクライアント機能部２０２は、制御装置通信部２３を制御して、釣銭応答データを受信する（ステップＳＷ５）。
次いで、クライアント機能部２０２は、受信した釣銭応答データに基づいて、金額表示エリア６２の対応する領域に、釣銭の額を表示する（ステップＳＷ６）。
レジ担当者は、金額表示エリア６２に表示された釣銭の額に基づいて、顧客に対して釣銭を引き渡す。

以上のように、ステップＳＴ２の会計金額取得処理において、クライアント機能部２０２は、顧客が購入した商品の合計金額を取得し、顧客の支払いに応じて顧客に渡す釣銭の金額を取得する。

図２５に示すように、会計金額取得処理の実行後、クライアント機能部２０２は、レシート発行処理を実行する（ステップＳＴ３）。ステップＳＴ３のレシート発行処理において、クライアント機能部２０２は、店舗管理サーバー１２と通信し、顧客が購入した商品に関する情報や、顧客が購入した商品の合計金額を示す情報等が印刷されたレシートを発行する。以下、レシート発行処理について詳述する。

図２８は、レシート発行処理の実行時のＰＯＳ端末１３の動作、及び、店舗管理サーバー１２の動作を示すフローチャートである。図２８（Ａ）はＰＯＳ端末１３の動作を示し、図２８（Ｂ）は店舗管理サーバー１２の動作を示す。

図２８（Ａ）に示すように、会計金額取得処理が終了すると、ＰＯＳ端末１３の制御装置制御部２０のクライアント機能部２０２は、会計情報を取得する（ステップＳＹ１）。
会計情報は、会計ごとに一意に付与される識別情報（以下、「会計識別情報」という。）と、顧客が購入した商品のそれぞれの商品コード、商品名、単価、数量の組み合わせを示す情報（以下、「購入商品情報」という。）と、合計購入金額（小計）、顧客から受け取った貨幣の金額、及び、顧客に引き渡した釣銭の金額を示す情報（以下、「会計金額情報」という。）と、会計が行われた時刻を示す情報（以下、「会計時刻情報」という。）と、会計が行われた店舗の識別情報である店舗識別情報と、を含む情報である。
なお、会計中、クライアント機能部２０２は、購入商品情報に含まれる情報、及び、会計金額情報に含まれる情報を、所定の記憶領域に記憶する。ステップＳＹ１において、クライアント機能部２０２は、当該所定の記憶領域に記憶した情報に基づいて、購入商品情報、及び、会計金額情報を取得する。
また、会計時刻情報が示す会計が行われた時刻は、確定キー６４１が操作された時刻である。会計時刻情報が示す会計が行われた時刻は、確定キー６４１が操作された時刻に限らず、会計に際して１つ目の商品のバーコードが読み取られた時刻等、会計に由来する時刻であればよい。
また、クライアント機能部２０２は、会計に応じて、会計識別情報を生成する機能を有し、当該機能に基づいて、会計識別情報を生成する。会計識別情報の値は、各店舗で行われる会計のそれぞれについて、一意な値とされる。

会計情報の取得後、クライアント機能部２０２は、制御装置通信部２３を制御して、取得した会計情報を示す会計情報データを店舗管理サーバー１２に送信する（ステップＳＹ２）。

図２８（Ｂ）に示すように、店舗管理サーバー１２の店舗管理サーバー制御部４０の会計関連処理実行部４０１は、店舗管理サーバー通信部４２を制御して、会計情報データを受信する（ステップＳＺ１）。
次いで、会計関連処理実行部４０１は、受信した会計情報データが示す会計情報に基づいて、所定のレイアウトのレシートの発行を指示する記録データを生成する（ステップＳＺ２）。
記録データは、所定のレイアウトに従って、いわゆるトップロゴや、ボトムロゴ、会計識別情報、会計が行われた時刻、顧客が購入した商品の商品名、単価、数量、合計購入金額、顧客から受け取った貨幣の金額、顧客に引き渡した釣銭の金額等が記録されたレシートの発行を指示する制御データである。記録データは、ＸＭＬのフォーマットに従って情報が記述されたＸＭＬドキュメントである。

次いで、会計関連処理実行部４０１は、店舗管理サーバー通信部４２を制御して、生成した記録データを、ＰＯＳ端末１３に送信する（ステップＳＺ３）。

また、会計関連処理実行部４０１は、ステップＳＺ１で会計情報データを受信した後、店舗管理サーバー記憶部４１が記憶する会計情報管理データベース４１２にアクセスする（ステップＳＺ４）。
会計情報管理データベース４１２の１件のレコードは、会計識別情報と、購入商品情報と、会計金額情報と、会計時刻情報と、店舗識別情報と、を関連付けて記憶する。
次いで、ステップＳＺ１で受信した会計情報データに基づいて、会計情報管理データベース４１２に、会計識別情報と、購入商品情報と、会計金額情報と、会計時刻情報と、店舗識別情報とを関連付けた１件のレコードを生成する（ステップＳＺ５）。
このように、店舗管理サーバー１２は、会計に応じた会計情報を累積的に記憶する。これにより、店舗ごとの売上や、店舗における商品ごとの売り上げを管理できる。

図２８（Ａ）に示すように、ＰＯＳ端末１３の制御装置制御部２０のクライアント機能部２０２は、制御装置通信部２３を制御して記録データを受信する（ステップＳＹ３）。
次いで、クライアント機能部２０２は、ＸＭＬドキュメントの記録データに基づいて、処理制御部２０１が対応するコマンド体系の記録コマンドを生成する（ステップＳＹ４）。クライアント機能部２０２は、生成した記録コマンドを処理制御部２０１に出力する。
次いで、処理制御部２０１は、生成した記録コマンドに基づいて、制御装置印刷部２１を制御して、レシートを発行する（ステップＳＹ５）。
ステップＳＹ５で発行されたレシートは、レジ担当者により、顧客に引き渡される。

以上のように、本実施形態では、会計に応じて、ＰＯＳ端末１３が、店舗管理サーバー１２の機能を利用して会計処理を行ってレシートを発行する。また、店舗管理サーバー１２は、会計処理に基づく会計情報を累積に記憶する。

以上説明したように、本実施形態に係るネットワークシステム１は、ＰＯＳ端末１３（制御装置）と、グローバルネットワークＧＮ（ネットワーク）を介して接続されたメンテナンスサーバー１７とを備える。ＰＯＳ端末１３は、状態を監視する対象の監視項目の状態を示すステータス情報データ（ステータス情報）を含むログデータＤ１１を生成し、生成したログデータＤ１１をメンテナンスサーバー１７に送信する。メンテナンスサーバー１７は、受信したログデータＤ１１に含まれるステータス情報データに基づいて、監視項目の状態がエラー状態（所定の状態）か否かを判別し、エラー状態と判別した監視項目について、エラー状態に応じて行われる対応の状況を示す対応状況情報を管理する。
この構成によれば、メンテナンスサーバー１７は、監視項目の状態がエラー状態であると判別した場合に、エラー状態に応じて行われる対応の状況を管理し、当該管理に基づいて、ユーザーへの有益な情報の提供等の、付加価値のある処理を実行できる。すなわち、上記構成によれば、ＰＯＳ端末１３からメンテナンスサーバー１７にログデータＤ１１を送信するシステムについて、ＰＯＳ端末１３がメンテナンスサーバー１７にログデータＤ１１を送信する構成に対応する処理を実行できる。

また、本実施形態では、メンテナンスサーバー１７は、エラー状態と判別した監視項目について、対応状況情報の入力、及び、入力の確定が可能なユーザーインターフェース（対応状況登録ユーザーインターフェース、対応状況編集ユーザーインターフェース）を提供し、ユーザーインターフェースに入力され、入力が確定された対応状況情報を、現時点の対応の状況を示す情報として管理する。
この構成によれば、保守担当者等は、現時点のエラー状態に応じた対応に係る対応状況情報をユーザーインターフェースに入力することにより、メンテナンスサーバー１７に、入力した対応状況情報を、現時点の対応の状況を示す情報として管理させることができる。

また、本実施形態では、メンテナンスサーバー１７は、エラー状態と判別した監視項目について、対応状況編集ユーザーインターフェースに、現時点の対応の状況を示す情報として管理する第１の対応状況情報と異なる値の第２の対応状況情報が新たに入力され、入力が確定されたときに、新たに入力が確定された第２の対応状況情報を、現時点の対応の状況を示す情報として管理し、第１の対応状況情報を、過去に行われた対応の状況を示す情報として管理する。
この構成によれば、メンテナンスサーバー１７は、保守担当者等により、対応状況情報の編集が行われたときに、編集前の対応状況情報を、過去に行われた対応の状況を示す情報として管理できる。

また、本実施形態では、メンテナンスサーバー１７は、エラー状態と判別した監視項目について、対応状況編集ユーザーインターフェースへの入力が確定されたときに、現時点の対応の状況を示す情報として管理する第１の対応状況情報の値と、当該ユーザーインターフェースに入力された第２の対応状況情報の値との一致不一致にかかわらず、入力が確定された第１の対応状況情報を、現時点の対応の状況を示す情報として管理し、第２の対応状況情報を、過去に行われた対応の状況を示す情報として管理してもよい。
この構成によれば、メンテナンスサーバー１７は、保守担当者等により、対応状況編集ユーザーインターフェースへの入力の確定が行われる度に、入力の確定前の対応状況情報を、過去に行われた対応の状況を示す情報として管理できる。

また、本実施形態では、メンテナンスサーバー１７は、ユーザーインターフェース（対応状況表示ユーザーインターフェース、対応状況編集ユーザーインターフェース）を提供する際に、ユーザーインターフェースに、過去に行われた対応の状況を示す情報として管理する対応状況情報（履歴情報）を表示する。
この構成によれば、保守担当者等は、ユーザーインターフェースを参照することにより、過去に行われた対応に関する情報を取得できる。

また、本実施形態では、メンテナンスサーバー１７は、エラー状態と判別した監視項目を示す情報を選択可能に表示し、監視項目を示す情報が選択された場合に、対応状況情報の管理を開始する。
この構成によれば、保守担当者等は、エラー状態となった監視項目を示す情報を選択することにより、対応状況情報の管理を開始させることができる。

また、本実施形態では、ユーザーインターフェースに対して電子メールの送信の指示が行われた場合、送信先に、監視項目ごとに予め定められたメールアドレスが設定され、本文に、監視項目に関する情報が記述された電子メールを生成する。
この構成によれば、保守担当者等は、簡易な手段で、関係者に、監視項目に関する情報を通知することができる。

また、以上説明したように、本実施形態では、メンテナンスサーバー１７は、エラー状態と判別した監視項目について、エラー状態に応じて行われる対応の状況を示す対応状況情報を管理する一方、エラー状態と判別した監視項目について、重複して対応状況情報を管理することを禁止する。
この構成によれば、メンテナンスサーバー１７は、対応状況の管理について、重複することなく統一的に行うことができる。すなわち、上記構成によれば、ＰＯＳ端末１３からメンテナンスサーバー１７にログデータＤ１１を送信するシステムについて、制御装置がサーバーにログデータを送信する構成に対応する処理を実行できる。

また、本実施形態によれば、メンテナンスサーバー１７は、対応状況一覧ユーザーインターフェースにより、エラー状態と判別した監視項目について、管理する対応状況情報と、監視項目を示す情報とを対応付けて表示する。
この構成によれば、保守担当者等は、エラー状態の監視項目について、対応状況情報を把握できる。

また、以上説明したように、本実施形態では、メンテナンスサーバー１７は、事前の登録に基づいて、ＰＯＳ端末１３と通信可能に接続されるべきデバイスの機種を示す登録機種情報を記憶する。ＰＯＳ端末１３は、自身と通信可能に接続されたデバイスの機種を取得し、機種を示す接続機種情報をメンテナンスサーバー１７に送信する。メンテナンスサーバー１７は、記憶する登録機種情報と、ＰＯＳ端末１３から受信した接続機種情報とに基づいて、登録機種情報が示す機種と、接続機種情報が示す機種との差異に関する情報を報知する。
この構成によれば、保守担当者等は、ＰＯＳ端末１３に接続されるべきデバイスの機種と、実際に接続されたデバイスの機種との差異に関する情報を取得できる。すなわち、上記構成によれば、ＰＯＳ端末１３とメンテナンスサーバー１７とがネットワークを介して接続されたシステムについて、ＰＯＳ端末１３と、メンテナンスサーバー１７とがネットワークを介して接続された構成を利用して、ＰＯＳ端末１３にデバイスが接続されることに対応した処理を実行できる。

また、本実施形態では、メンテナンスサーバー１７は、登録機種情報が示す１の機種について、接続機種情報が示す機種ではない場合、ＰＯＳ端末１３に接続すべき当該１の機種のデバイスがＰＯＳ端末１３に接続されてない登録機種未接続状態であることを報知し、接続機種情報が示す１の機種について、登録機種情報が示す機種ではない場合、ＰＯＳ端末１３に接続されるべきでない当該１の機種のデバイスが、ＰＯＳ端末１３に接続された非登録機種接続状態であることを報知する。
この構成によれば、保守担当者等は、登録機種未接続状態、及び、非登録機種接続状態の場合に、そのことを認識できる。

また、本実施形態では、メンテナンスサーバー１７は、登録機種接続状態又は非登録機種接続状態のＰＯＳ端末１３に対して行われた対応を示す対応状況情報の入力が可能なユーザーインターフェースを提供し、ユーザーインターフェースへの入力に基づいて対応状況情報を管理する。
この構成によれば、保守担当者等は、ユーザーインターフェースに対応状況情報を入力して、登録機種接続状態又は非登録機種接続状態のＰＯＳ端末１３に対して行われる対応の状況を管理させることができる。

なお、上述した実施の形態は、あくまでも本発明の一態様を示すものであり、本発明の範囲内で任意に変形および応用が可能である。
また例えば、上述した実施形態では、店舗システム１１が、店舗に適用される場合を例示して発明を説明したが、店舗システム１１が適用される施設は、店舗に限らない。
また例えば、ネットワークシステム１を構成する各装置の通信方法はどのような方法でもよい。
また、上述した実施形態では、ＰＯＳ端末１３の記録方式は、サーマル式としたが、記録方式は何でもよい。
また例えば、図を用いて説明した各機能ブロックはハードウェアとソフトウェアにより任意に実現可能であり、特定のハードウェア構成を示唆するものではない。
また、機能ブロック図に示した機能ブロックは、各装置の機能的構成を示すもので、具体的な実装形態を制限しない。つまり、図中の機能ブロックに対応するハードウェアが実装される必要はなく、一つのプロセッサーがプログラムを実行することで複数の機能部の機能を実現する構成とすることも勿論可能である。また、上記実施形態においてソフトウェアで実現される機能の一部をハードウェアで実現してもよく、あるいは、ハードウェアで実現される機能の一部をソフトウェアで実現してもよい。

１…ネットワークシステム、１３…ＰＯＳ端末（制御装置）、１４…印刷装置、１７…メンテナンスサーバー（サーバー）。

Claims (7)

1. 制御装置と、前記制御装置にネットワークを介して接続されたサーバーとを備え、
   前記制御装置は、
   状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータを生成し、生成した前記ログデータを前記サーバーに送信し、
   前記サーバーは、
   受信した前記ログデータに含まれる前記ステータス情報に基づいて、前記監視項目の状態が所定の状態か否かを判別し、
   所定の状態と判別した前記監視項目について、所定の状態に応じて行われる対応の状況を示す対応状況情報を管理する一方、
   所定の状態と判別した前記監視項目について、重複して前記対応状況情報を管理することを禁止する
   ことを特徴とするネットワークシステム。
2. 前記サーバーは、
   所定の状態と判別した前記監視項目について、管理する前記対応状況情報と、前記監視項目を示す情報とを対応付けて表示する
   ことを特徴とする請求項１に記載のネットワークシステム。
3. 前記サーバーは、
   所定の状態と判別した前記監視項目について、前記対応状況情報の入力、及び、入力の確定が可能なユーザーインターフェースを提供し、前記ユーザーインターフェースに入力され、入力が確定された前記対応状況情報を、現時点の対応の状況を示す情報として管理する
   ことを特徴とする請求項２に記載のネットワークシステム。
4. 前記サーバーは、
   所定の状態と判別した前記監視項目を示す情報を選択可能に表示し、前記監視項目が選択された場合に、前記監視項目の前記対応状況情報の管理を開始する
   ことを特徴とする請求項１乃至３のいずれか１項に記載のネットワークシステム。
5. 所定の状態は、エラー状態であり、
   所定の状態に応じて行われる対応は、エラー状態を解消するために行われる対応である
   ことを特徴とする請求項１乃至４のいずれか１項に記載のネットワークシステム。
6. 制御装置にネットワークを介して接続されたサーバーであって、
   前記サーバーは、
   前記制御装置から状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータを受信し、受信した前記ログデータに含まれる前記ステータス情報に基づいて、前記監視項目の状態が所定の状態か否かを判別し、
   所定の状態と判別した前記監視項目について、所定の状態に応じて行われる対応の状況を示す対応状況情報を管理する一方、
   所定の状態と判別した前記監視項目について、重複して前記対応状況情報を管理することを禁止する
   ことを特徴とするサーバー。
7. 制御装置と、前記制御装置にネットワークを介して接続されたサーバーとを備えるネットワークシステムの制御方法であって、
   前記制御装置は、
   状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータを生成し、生成した前記ログデータを前記サーバーに送信し、
   前記サーバーは、
   受信した前記ログデータに含まれる前記ステータス情報に基づいて、前記監視項目の状態が所定の状態か否かを判別し、
   所定の状態と判別した前記監視項目について、所定の状態に応じて行われる対応の状況を示す対応状況情報を管理する一方、
   所定の状態と判別した前記監視項目について、重複して前記対応状況情報を管理することを禁止する
   ことを特徴とするネットワークシステムの制御方法。

Images