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

Abstract

【課題】サーバーの指示によって制御装置が特定の日時に所定の処理を実行できるようにする。【解決手段】リクエストの受信に応じてレスポンスを送信するメンテナンスサーバー７にネットワークを介して接続可能なＰＯＳ端末９であって、状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータを生成するログ収集部４０２、ログ収集部４０２が生成したログデータＤ１をリクエストとしてメンテナンスサーバー７に送信し、メンテナンスサーバー７からレスポンスとして、予約日時に所定の処理を実行することを指示する制御データを受信する通信管理部４０３、現在日時が予約日時に達したか否かを監視する日時監視部４０４１、及び、現在日時が予約日時に達した場合に、所定の処理を実行する命令実行部４０４２、を備えることを特徴とするＰＯＳ端末９。【選択図】図４

Description

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

従来、クライアントである制御装置（取引先監視クライアント）から、サーバー（監視サーバー）に対して、ログデータ（監視ログ及び異常データ）を送信するネットワークシステム（リモートメンテナンスシステム）が知られている（例えば、特許文献１参照）。

特開２００３−２７１２３８号公報

上述した特許文献１に記載のネットワークシステムのように、クライアントである制御装置と、サーバーとがネットワークを介して接続されたネットワークシステムでは、制御装置がサーバーにリクエストを送信し、サーバーがリクエストに対するレスポンスを制御装置に送信することによって、これら装置間でデータの送受信を行うものがある。従来、このようなネットワークシステムで、サーバーの指示により、特定の日時に所定の処理を制御装置に実行させる場合、サーバーは、特定の日時に近接したタイミングで受信でしたリクエストに対するレスポンスとして、所定の処理の実行を指示する制御データを送信した。しかしながら、この場合、制御装置がリクエストを送信するタイミングと特定の日時とのずれに起因して、特定の日時と制御装置が実際に所定の処理を実行するタイミングとにタイムラグが生じる可能性があった。
本発明は、上述した事情に鑑みてなされたものであり、サーバーにリクエストを送信してレスポンスを受信する制御装置、当該制御装置の制御方法、当該制御装置に接続可能なサーバー、及び、当該制御装置と当該サーバーとを有するネットワークシステムについて、サーバーの指示によって制御装置が特定の日時に所定の処理を実行できるようにすることを目的とする。

上記目的を達成するために、本発明は、リクエストの受信に応じてレスポンスを送信するサーバーにネットワークを介して接続可能な制御装置であって、状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータを生成するログ収集部、前記ログ収集部が生成した前記ログデータをリクエストとして前記サーバーに送信し、前記サーバーからレスポンスとして、予約日時に所定の処理を実行することを指示する制御データを受信する通信管理部、現在日時が前記予約日時に達したか否かを監視する日時監視部、及び、前記現在日時が前記予約日時に達した場合に、前記所定の処理を実行する命令実行部、を備えることを特徴とする。
本発明の構成によれば、制御装置は、サーバーから受信した制御データに基づいて、日時監視部及び命令実行部の機能により、現在日時が予定日時に達したときに、所定の処理を実行する。このため、制御装置は、サーバーの指示によって、特定の日時に所定の処理を実行することが可能である。

また、本発明は、前記ログ収集部は、前記命令実行部が前記所定の処理を実行した場合、処理結果を示す情報を含む前記ログデータを生成することを特徴とする。
本発明の構成によれば、制御装置は、予約日時に所定の処理を実行した場合に、ログデータの送信を利用して、処理結果をサーバーに通知することができる。

また、上記目的を達成するために、本発明は、リクエストの受信に応じてレスポンスを送信するサーバーにネットワークを介して接続可能な制御装置の制御方法であって、状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータを生成し、生成した前記ログデータをリクエストとして前記サーバーに送信し、前記サーバーからレスポンスとして、予約日時に所定の処理を実行することを指示する制御データを受信し、現在日時が前記予約日時に達したか否かを監視し、前記現在日時が前記予約日時に達した場合に、前記所定の処理を実行することを特徴とする。
本発明の構成によれば、制御装置は、サーバーから受信した制御データに基づいて、日時監視部及び命令実行部の機能により、現在日時が予定日時に達したときに、所定の処理を実行する。このため、制御装置は、サーバーの指示によって、特定の日時に所定の処理を実行することが可能である。

また、上記目的を達成するために、本発明は、リクエストを送信する制御装置にネットワークを介して接続可能なサーバーであって、前記制御装置が生成して送信した、状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータをリクエストとして受信するリクエスト受信部、リクエストに対するレスポンスとして、前記制御装置に所定の処理を実行させる予約日時を含む制御データを前記制御装置に送信するレスポンス送信部、及び、前記予約日時を設定する設定部、を備えることを特徴とする。
本発明の構成によれば、サーバーは、ログデータに対する応答として制御データを制御装置に送信して、制御装置に、特定の日時に所定の処理を実行させることができる。

また、本発明は、前記設定部は、前記予約日時に関する情報、及び、前記所定の処理に関する情報の入力を受け付けるユーザーインターフェースを提供し、前記ユーザーインターフェースに対する入力に基づいて、前記予約日時を設定することを特徴とする。
本発明の構成によれば、ユーザーは、ユーザーインターフェースを利用して、簡易に予定日時を設定させることができる。

また、本発明は、前記予約日時に関する情報は、前記ユーザーインターフェースに対する入力が行われた地域の日時を示す情報を含み、前記設定部は、前記ユーザーインターフェースに対して入力された日時に基づいて、前記制御装置が設けられた地域と、前記ユーザーインターフェースに対する入力が行われた地域との時差を反映して、前記予約日時を設定することを特徴とする。
本発明の構成によれば、ユーザーが、制御装置が設けられた地域と、ユーザーインターフェースに対する入力が行われた地域との時差を把握してない場合であっても、設定部により時差を反映した的確な予約日時が設定される。

また、本発明は、前記設定部は、前記制御装置から前記所定の処理の処理結果を示す情報を含む前記ログデータを受信し、受信した前記ログデータに含まれる情報に基づいて、前記所定の処理の進行の状態を管理することを特徴とする。
本発明の構成によれば、サーバーは、制御装置から受信したログデータに基づいて、制御装置による所定の処理の進行の状態を管理できる。

また、上記目的を達成するために、本発明は、制御装置と、前記制御装置にネットワークを介して接続可能なサーバーとを備えるネットワークシステムであって、前記制御装置は、状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータを生成するログ収集部、前記ログ収集部が生成した前記ログデータをリクエストとして前記サーバーに送信し、前記サーバーからレスポンスとして、予約日時に所定の処理を実行することを指示する制御データを受信する通信管理部、現在日時が前記予約日時に達したか否かを監視する日時監視部、及び、前記現在日時が前記予約日時に達した場合に、前記所定の処理を実行する命令実行部、を備え、前記サーバーは、前記制御装置から前記ログデータをリクエストとして受信するリクエスト受信部、リクエストに対するレスポンスとして前記制御データを前記制御装置に送信するレスポンス送信部、及び、前記予約日時を設定する設定部、を備えることを特徴とする。
本発明の構成によれば、制御装置は、サーバーの指示によって、特定の日時に所定の処理を実行することが可能である。

本実施形態に係るネットワークシステムの構成を示す図。 管理システムが備える各装置の機能的構成を示すブロック図。 店舗システムが備える各装置の機能的構成を示すブロック図。 ネットワークシステムの各装置間のデータの流れを示す図。 ネットワークシステムの各装置の動作を示すフローチャート。 装置状態情報に含まれる情報示す図。 ログデータを示す図。 エラーデータベースのデータ構造を示す図。 ＰＯＳ端末の動作を示すフローチャート。 メンテナンスサーバーの動作を示すフローチャート。 命令入力画面Ｇ１１１を示す図。 命令格納データベースを示す図。 ＰＯＳ端末の動作を示すフローチャート。 イベント予約情報入力画面を示す図。 イベント予約情報表示画面を示す図。 制御装置識別情報入力画面を示す図。 情報提供画面を示す図。 ＰＯＳ端末、ＰＯＳサーバーの動作を示すフローチャート。 会計用ユーザーインターフェースを示す図。 ＰＯＳ端末の動作を示すフローチャート。 ＰＯＳ端末、ＰＯＳサーバーの動作を示すフローチャート。 ＰＯＳ端末、ＰＯＳサーバーの動作を示すフローチャート。 ＰＯＳ端末、ＰＯＳサーバーの動作を示すフローチャート。

以下、図面を参照して本発明の実施形態について説明する。
図１は、本実施形態に係るネットワークシステム１の構成を示す図である。図１に示すように、ネットワークシステム１は、管理システム２と、複数の店舗システム３とを備える。管理システム２と、店舗システム３のそれぞれとは、インターネット、その他のネットワークを含んで構成されたグローバルネットワークＧＮを介して通信可能に接続される。

管理システム２は、店舗システム３が備える後述のＰＯＳ端末９（制御装置）のメンテナンスを行う企業が利用するシステムである。
また、店舗システム３は、スーパーマーケットや、コンビニエンスストア、デパート、飲食店等の商品や、サービス等を提供し、当該提供に応じて会計が行われる店舗を運営する企業が利用するシステムである。
なお、管理システム２と、店舗システム３とを利用する主体は同一でもよい。これらシステムを利用する主体が同一の場合、管理システム２は、例えば、店舗システム３を利用する企業の本社に設けられる。

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

管理システム２において、管理用端末５は、店舗システム３が備えるＰＯＳ端末９のメンテナンスに従事するオペレーター（以下、「保守担当者」という。）が利用するコンピューターである。
また、管理システム２において、メンテナンスサーバー７は、後述するＰＯＳ端末９と通信し、ＰＯＳ端末９の状態を管理するサーバーである。
管理用端末５と、メンテナンスサーバー７とは、管理側ローカルネットワークＨＬＮを介して通信可能である。
管理用端末５、及び、メンテナンスサーバー７の構成、機能、及び、機能に基づく処理の詳細については後述する。

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

店舗システム３は、店舗に設けられるシステムである。
図１に示すように、店舗システム３は、ローカルネットワークである店舗側ローカルネットワークＴＬＮを備える。店舗側ローカルネットワークＴＬＮには、１又は複数のＰＯＳ端末９と、ＰＯＳサーバー１０と、通信装置１２と、が接続される。
店舗側ローカルネットワークＴＬＮを介して行われる通信の通信規格は何でもよく、また、当該ローカルネットワークを介して行われる通信は有線通信でも無線通信でもよい。

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

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

図２は、管理システム２が備える管理用端末５、及び、メンテナンスサーバー７の機能的構成を示すブロック図である。

図２に示すように、管理用端末５は、管理用端末制御部３０と、管理用端末記憶部３１と、管理用端末通信部３２と、管理用端末表示部３３とを備える。管理用端末制御部３０は、管理用端末５を制御する。管理用端末記憶部３１は、各種データを記憶する。管理用端末通信部３２は、管理用端末制御部３０の制御で通信する。管理用端末表示部３３は、液晶パネル等の表示パネルを備え、管理用端末制御部３０の制御で、表示パネルに各種情報を表示する。
管理用端末５には、所定のブラウザーがインストールされる。

図２に示すように、メンテナンスサーバー７は、メンテナンスサーバー制御部２０（サーバー制御部）と、メンテナンスサーバー記憶部２１と、メンテナンスサーバー通信部２２とを備える。
メンテナンスサーバー制御部２０は、図示しないＣＰＵや、ＲＯＭ、ＲＡＭ、その他周辺回路等を備え、メンテナンスサーバー７を制御する。
メンテナンスサーバー制御部２０は、リクエスト受信部２０１、レスポンス送信部２０２、分析部２０３、情報提供部２０４、及び、設定部２０５を備える。これら機能ブロックは、ＣＰＵが、対応するプログラム（例えば、所定のサーバーソフトウェア上で動作する専用のプログラム）を読み出して実行する等、ハードウェアとソフトウェアとに基づいて処理を実行する。これら機能ブロックの機能、及び、機能に基づく処理については後述する。
メンテナンスサーバー記憶部２１は、図示しないハードディスクや、ＥＥＰＲＯＭ等の不揮発性メモリーを備え、各種データ（ステータスデータベース２１１、エラーデータベース２１２、及び、命令格納データベース２１３）を記憶する。
メンテナンスサーバー通信部２２は、メンテナンスサーバー制御部２０の制御で、管理側ローカルネットワークＨＬＮを介して、管理側ローカルネットワークＨＬＮに接続された他の装置（管理用端末５を含む。）と通信する。
また、メンテナンスサーバー通信部２２は、メンテナンスサーバー制御部２０の制御で、グローバルネットワークＧＮに接続された他の装置（ＰＯＳ端末９を含む。）と通信する。

図３は、店舗システム３が備えるＰＯＳ端末９（制御装置）、及び、ＰＯＳサーバー１０の機能的構成を示すブロック図である。

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

制御装置制御部４０（制御部）は、図示しないＣＰＵや、ＲＯＭ、ＲＡＭ、その他周辺回路等を備え、ＰＯＳ端末９を制御する。
制御装置制御部４０は、ログ書込部４０１、ログ収集部４０２、通信管理部４０３、処理実行部４０４、及び、印刷制御部４０５を備える。処理実行部４０４は、日時監視部４０４１、及び、命令実行部４０４２を備える。これら機能ブロックは、ＣＰＵが、対応するプログラム（例えば、ファームウェアや、メンテナンスサーバー７のサーバーソフトウェアに対応するクライアントソフトウェア）を読み出して実行する等、ハードウェアとソフトウェアとに基づいて処理を実行する。これら機能ブロックの機能、及び、機能に基づく処理については後述する。

印刷部４１は、ＰＯＳ端末９の筐体に収容されたロール紙を搬送する図示しない搬送機構のほか、印刷ヘッド４１１、及び、カッター４１２を備える。印刷ヘッド４１１は、ロール紙の搬送方向と交わる方向に解像度に応じた複数の発熱素子が並んで設けられたライン型のサーマルヘッドである。印刷ヘッド４１１は、発熱素子を発熱させて、感熱紙であるロール紙にドットを形成する。カッター４１２は、固定刃と可動刃とを備え、固定刃に対して可動刃を相対的に移動させて固定刃と可動刃とを交叉させることにより、ロール紙を切断する。印刷部４１は、制御装置制御部４０の制御で、搬送機構によりロール紙を搬送しつつ、印刷ヘッド４１１によりロール紙にレシートに係る画像を印刷し、カッター４１２により所定の位置でロール紙を切断して、レシートを発行する。

制御装置記憶部４２は、不揮発性メモリーを備え、各種データ（ログファイル４２１、送信間隔設定ファイル４２２、命令管理ファイル４２３、及び、処理結果ファイル４２４）を記憶する。
制御装置通信部４３は、制御装置制御部４０の制御で、店舗側ローカルネットワークＴＬＮを介して、店舗側ローカルネットワークＴＬＮに接続された他の装置（ＰＯＳサーバー１０や、他のＰＯＳ端末９を含む。）と通信する。
また、制御装置通信部４３は、制御装置制御部４０の制御で、グローバルネットワークＧＮにアクセスし、グローバルネットワークＧＮに接続された他の装置（メンテナンスサーバー７を含む。）と通信する。

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

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

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

図３に示すように、ＰＯＳサーバー１０は、ＰＯＳサーバー制御部５０と、ＰＯＳサーバー記憶部５１と、ＰＯＳサーバー通信部５２と、を備える。

ＰＯＳサーバー制御部５０は、図示しないＣＰＵや、ＲＯＭ、ＲＡＭ、その他周辺回路等を備え、ＰＯＳサーバー１０を制御する。
ＰＯＳサーバー制御部５０は、会計関連処理実行部５０１を備える。この機能ブロックは、ＣＰＵが、対応するプログラム（例えば、ＰＯＳアプリケーション）を読み出して実行する等、ハードウェアとソフトウェアとに基づいて処理を実行する。この機能ブロックの機能、及び、機能に基づく処理については後述する。
ＰＯＳサーバー記憶部５１は、図示しないハードディスクや、ＥＥＰＲＯＭ等の不揮発性メモリーを備え、各種データを記憶する。
ＰＯＳサーバー記憶部５１は、商品マスター５１１を記憶する。商品マスター５１１は、店舗で販売される商品について、商品の商品コードと、商品の単価と、その他の商品に関する情報とを対応付けて記憶する。
ＰＯＳサーバー記憶部５１は、会計情報管理データベース５１２を記憶する。会計情報管理データベース５１２については後述する。

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

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

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

図４に示すように、ＰＯＳ端末９のログ書込部４０１は、適宜、ログファイル４２１にログ情報を書き込む。
ログファイル４２１とは、複数のログ情報が記録されたファイルである。
ログ情報とは、監視項目のログである。ログファイル４２１には、複数の監視項目のログが、ログ情報として記録される。
監視項目とは、状態を監視し、ログを取る対象とすることが事前に定められた項目のことである。本実施形態では、監視項目として、監視項目：ＣＰＵ温度、監視項目：印刷ヘッド交換期間、監視項目：カッター交換期間、及び、監視項目：メモリー交換期間が少なくとも存在する。なお、本実施形態で説明する監視項目は一例であり、例示した監視項目に加えて、又は、例示した監視項目の少なくとも一部に代えて、他の監視項目が存在してもよい。例えば、監視項目として、ＰＯＳ端末９に接続されたデバイスに関する項目や、記憶媒体に関する項目（ＲＡＭの使用率等）、起動するプロセスに関する項目、通信に関する項目（データ転送速度等）等が存在してもよい。

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

監視項目：印刷ヘッド交換期間のログとして、ログファイル４２１には、印刷ヘッド交換期間を示す情報が、日時を示す情報と共に、時系列で記録される。
印刷ヘッド交換期間とは、現時点から、印刷ヘッド４１１を交換すべき時点までに要する期間のことである。ログ書込部４０１は、所定の手段で、印刷ヘッド交換期間を取得できる。
ログ書込部４０１は、所定の間隔で印刷ヘッド交換期間を取得し（監視項目：印刷ヘッド交換期間の状態を監視し）、ログファイル４２１に監視項目：印刷ヘッド交換期間のログを記録する。

監視項目：カッター交換期間のログとして、ログファイル４２１には、カッター交換期間を示す情報が、日時を示す情報と共に、時系列で記録される。
カッター交換期間とは、現時点から、カッター４１２を交換すべき時点までに要する期間のことである。ログ書込部４０１は、所定の手段で、カッター交換期間を取得できる。
ログ書込部４０１は、所定の間隔でカッター交換期間を取得し、ログファイル４２１に監視項目：カッター交換期間のログを記録する。

監視項目：メモリー交換期間のログとして、ログファイル４２１には、メモリー交換期間を示す情報が、日時を示す情報と共に、時系列で記録される。
ここで、ＰＯＳ端末９の制御装置記憶部４２は、記憶装置としてＳＳＤ（solid state drive）を備える。そして、メモリー交換期間とは、現時点から、ＳＳＤを交換すべき時点までに要する期間のことである。ログ書込部４０１は、所定の手段で、メモリー交換期間を算出できる。
ログ書込部４０１は、所定のタイミングでメモリー交換期間を取得し、ログファイル４２１に監視項目：メモリー交換期間のログを記録する。

図４に示すように、ＰＯＳ端末９のログ収集部４０２は、送信間隔設定ファイル４２２を参照し、当該ファイルが示す間隔で、ログファイル４２１、及び、処理結果ファイル４２４に基づいてログデータＤ１を生成する。
ログ収集部４０２は、ログデータＤ１を生成した場合、生成したログデータＤ１を通信管理部４０３に出力する（矢印Ｙ１）。
通信管理部４０３は、ログ収集部４０２が出力したログデータＤ１を取得し、取得したログデータＤ１をメンテナンスサーバー７に送信する（矢印Ｙ２）。
以上のように、ＰＯＳ端末９は、ログ収集部４０２、及び、通信管理部４０３により、送信間隔設定ファイル４２２が示す間隔で、ログデータＤ１の生成、送信を実行する。
ＰＯＳ端末９によるログデータＤ１のメンテナンスサーバー７への送信は、ＨＴＴＰに従って、ＨＴＴＰリクエスト（応答要求、リクエスト）として行われる。

図４に示すように、メンテナンスサーバー７のリクエスト受信部２０１は、ログデータＤ１を受信する。リクエスト受信部２０１は、ログデータＤ１をレスポンス送信部２０２に出力する（矢印Ｙ３）。また、リクエスト受信部２０１は、受信したログデータＤ１を、分析部２０３に出力する（矢印Ｙ４）。
また、リクエスト受信部２０１は、受信したログデータＤ１に、処理結果情報が含まれる場合は、処理結果情報を設定部２０５に出力する（矢印Ｙ５）。

レスポンス送信部２０２は、ログデータＤ１に基づいて、適宜、命令格納データベース２１３を参照し、応答データＤ２を生成する。レスポンス送信部２０２は、生成した応答データＤ２をＰＯＳ端末９に送信する（矢印Ｙ６）。応答データＤ２の送信は、ＨＴＴＰに従って、ＨＴＴＰレスポンス（応答、レスポンス）として行われる。
分析部２０３は、ログデータＤ１に基づいて、ステータスデータベース２１１、及び、エラーデータベース２１２を更新する。
設定部２０５は、処理結果情報に基づいて、命令格納データベース２１３を更新する。

なお、情報提供部２０４は、要求に応じて、分析部２０３により更新されたエラーデータベース２１２を参照して、ＰＯＳ端末９の状態に関する情報を通知する。

図４に示すように、ＰＯＳ端末９の通信管理部４０３は、応答データＤ２を受信する。
通信管理部４０３は、受信した応答データＤ２に基づく処理を実行する。特に、通信管理部４０３は、応答データＤ２に命令実行指示情報が含まれる場合は、命令実行指示情報を処理実行部４０４に出力する（矢印Ｙ７）。

処理実行部４０４は、命令管理ファイル４２３を利用して、通信管理部４０３から入力された命令実行指示情報に基づく処理を実行する。
処理実行部４０４は、命令実行指示情報に基づく処理の実行に応じて、処理結果を示す処理結果情報を、処理結果ファイル４２４に記録する。

以上のように、ＰＯＳ端末９が間隔をあけてログデータＤ１をメンテナンスサーバー７に送信し、メンテナンスサーバー７が応答データＤ２を送信するというサイクルで、ＰＯＳ端末９とメンテナンスサーバー７との間でのデータの送受信が行われる。

次に、メンテナンスサーバー７がＰＯＳ端末９の状態を管理する際のＰＯＳ端末９、及び、メンテナンスサーバー７の動作について詳細に説明する。
図５は、ＰＯＳ端末９、及び、メンテナンスサーバー７の動作を示すフローチャートである。
図５の（Ａ）はＰＯＳ端末９のログ収集部４０２の動作を示し、（Ｂ）はＰＯＳ端末９の通信管理部４０３の動作を示し、（Ｃ）はＰＯＳ端末９の処理実行部４０４の動作を示す。図５の（Ｄ）はメンテナンスサーバー７のリクエスト受信部２０１の動作を示し、（Ｅ）はメンテナンスサーバー７のレスポンス送信部２０２の動作を示し、（Ｆ）はメンテナンスサーバー７の分析部２０３の動作を示し、（Ｇ）はメンテナンスサーバー７の設定部２０５の動作を示す。

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

ログデータＤ１を生成するタイミングが到来した場合（ステップＳＡ１：ＹＥＳ）、ログ収集部４０２は、ログファイル４２１を参照して、ログファイル４２１に記録されたログ情報に基づいて装置状態情報を生成する。
また、ログ収集部４０２は、処理結果ファイル４２４を参照して、処理結果ファイル４２４に記録された処理結果情報のうち、メンテナンスサーバー７に送信していない処理結果情報（以下、適宜、「未送信の処理結果情報」という。）を取得する。未送信の処理結果情報は無い場合もある。ログ収集部４０２は、生成した装置状態情報、及び、取得した未送信の処理結果情報に基づいて、ログデータＤ１を生成する（ステップＳＡ２）。処理結果情報については、後に詳述する。
以下、ステップＳＡ２の処理について詳述する。

図６は、装置状態情報に含まれる情報を模式的に示す図である。
図６に示すように、装置状態情報は、制御装置識別情報を含む。制御装置識別情報とは、ＰＯＳ端末９を一意に識別する識別情報である。例えば、ＰＯＳ端末９のシリアル番号（ＰＯＳ端末９の製造時に、ＰＯＳ端末９に一意に割り振られる番号）を制御装置識別情報として用いることができる。
また、装置状態情報は、監視項目ごとに、ログ関連情報を備える。すなわち、装置状態情報は、監視項目：ＣＰＵ温度、監視項目：印刷ヘッド交換期間、監視項目：カッター交換期間、及び、監視項目：メモリー交換期間のログ関連情報を備える。

ログ関連情報は、対応する監視項目を識別する識別情報である監視項目識別情報と、対応する監視項目のログである監視項目ログ情報とを備える。
監視項目：ＣＰＵ温度のログ関連情報は、監視項目：ＣＰＵ温度を識別する監視項目識別情報（以下、「ＣＰＵ温度識別情報」という。）と、監視項目：ＣＰＵ温度の監視項目ログ情報（以下、「ＣＰＵ温度ログ情報」という。）とを備える。
監視項目：印刷ヘッド交換期間のログ関連情報は、監視項目：印刷ヘッド交換期間を識別する監視項目識別情報（以下、「印刷ヘッド交換期間識別情報」という。）と、監視項目：印刷ヘッド交換期間の監視項目ログ情報（以下、「印刷ヘッド交換期間ログ情報」という。）とを備える。
監視項目：カッター交換期間のログ関連情報は、監視項目：カッター交換期間を識別する監視項目識別情報（以下、「カッター交換期間識別情報」という。）と、監視項目：カッター交換期間の監視項目ログ情報（以下、「カッター交換期間ログ情報」という。）とを備える。
監視項目：メモリー交換期間のログ関連情報は、監視項目：メモリー交換期間を識別する監視項目識別情報（以下、「メモリー交換期間識別情報」という。）と、監視項目：メモリー交換期間の監視項目ログ情報（以下、「メモリー交換期間ログ情報」という。）とを備える。
ステップＳＡ２において、ログ収集部４０２は、ログファイル４２１のログ情報に基づいて、装置状態情報を生成する。

ログデータＤ１は、階層化されたキーと値との組み合わせによって、情報を階層化して記録可能なテキストデータ（例えば、ＸＭＬ（Extensible Markup Language）形式や、ＪＳＯＮ形式のデータ）であり、メンテナンスサーバー７にリクエストとして送信可能なデータである。

図７は、ログデータＤ１の内容を説明に適した態様で模式的に示す図である。
ログデータＤ１は、ログデータＤ１を生成したＰＯＳ端末９が設けられた店舗を示す店舗識別情報を含む。店舗識別情報とは、店舗に一意に割り振られた識別情報である。ＰＯＳ端末９のそれぞれには、各ＰＯＳ端末９が設けられた店舗を示す店舗識別情報が事前に登録される。図７で例示するログデータＤ１では、領域Ａ１に、店舗識別情報が記録される。
ログデータＤ１は、ログデータＤ１を生成したＰＯＳ端末９を示す制御装置識別情報を含む。図７で例示するログデータＤ１では、領域Ａ２に、制御装置識別情報が記録される。

ログデータＤ１は、ステータス情報を含む。図７で例示するログデータＤ１では、領域Ａ３に、ステータス情報が記録される。
ステータス情報は、各監視項目の監視項目識別情報と監視項目ログ情報との組み合わせを含む。図７で例示するログデータＤ１では、領域Ａ３１に、監視項目：ＣＰＵ温度についての監視項目識別情報（ＣＰＵ温度識別情報）と、監視項目ログ情報（ＣＰＵ温度ログ情報）とが記録される。また、領域Ａ３２に、監視項目：印刷ヘッド交換期間についての監視項目識別情報（印刷ヘッド交換期間識別情報）と、監視項目ログ情報（印刷ヘッド交換期間ログ情報）とが記録される。また、領域Ａ３３に、監視項目：カッター交換期間についての監視項目識別情報（カッター交換期間識別情報）と、監視項目ログ情報（カッター交換期間ログ情報）とが記録される。また、領域Ａ３４に、監視項目：メモリー交換期間についての監視項目識別情報（メモリー交換期間識別情報）と、監視項目ログ情報（メモリー交換期間ログ情報）とが記録される。

ログデータＤ１は、処理結果通知情報を含む。図７で例示するログデータＤ１では、領域Ａ４に、処理結果通知情報が記録される。
処理結果通知情報は、未送信の処理結果情報のそれぞれを含む。なお、未送信の処理結果情報が無い場合は、ログデータＤ１に、処理結果通知情報は記録されない。

以上のように、ログデータＤ１は、店舗識別情報と、制御装置識別情報と、ステータス情報と、を含む。ステータス情報は、各監視項目の監視項目識別情報及び監視項目ログ情報の組み合わせを含む。また、ログデータＤ１は、未送信の処理結果情報がある場合は、処理結果通知情報を含む。

図５の（Ａ）に示すように、ステップＳＡ２でログデータＤ１を生成した後、ログ収集部４０２は、生成したログデータＤ１を通信管理部４０３に出力する（ステップＳＡ３）。その後、ログ収集部４０２は、処理手順をステップＳＡ１へ移行する。

図５の（Ｂ）に示すように、通信管理部４０３は、ログ収集部４０２が出力したログデータＤ１を取得する（ステップＳＢ１）。
次いで、通信管理部４０３は、制御装置通信部４３を制御して、ステップＳＢ１で取得したログデータＤ１をメンテナンスサーバー７に送信する（ステップＳＢ２）。
ステップＳＢ２において、通信管理部４０３は、リクエストボディーにログデータＤ１が記録されたＨＴＴＰリクエストを、ＨＴＴＰに従って、メンテナンスサーバー７に送信する。なお、ログデータＤ１を送信するメンテナンスサーバー７のＵＲＬや、使用するプロトコル等の、ログデータＤ１を応答要求としてメンテナンスサーバー７に送信するために必要な情報は、事前にＰＯＳ端末９に登録される。

図５の（Ｄ）に示すように、メンテナンスサーバー７のリクエスト受信部２０１は、メンテナンスサーバー通信部２２を制御して、ログデータＤ１を受信する（ステップＳＤ１）。
次いで、リクエスト受信部２０１は、受信したログデータＤ１を、レスポンス送信部２０２に出力し（ステップＳＤ２）、分析部２０３に出力する（ステップＳＤ３）。
次いで、リクエスト受信部２０１は、受信したデータに、処理結果通知情報が含まれるか否かを判別する（ステップＳＤ４）。
処理結果通知情報が含まれる場合（ステップＳＤ４：ＹＥＳ）、リクエスト受信部２０１は、処理結果通知情報に含まれる処理結果情報（処理結果通知情報に複数の処理結果情報が含まれる場合は、複数の処理結果情報のそれぞれ。）を設定部２０５に出力する（ステップＳＤ５）。

図５の（Ｇ）に示すように、設定部２０５は、リクエスト受信部２０１が出力した１又は複数の処理結果情報を取得する（ステップＳＧ１）。
次いで、設定部２０５は、ステップＳＧ１で取得した処理結果情報に基づいて、命令格納データベース２１３を更新する（ステップＳＧ２）。ステップＳＧ２の処理については、後に詳述する。

図５の（Ｆ）に示すように、分析部２０３は、リクエスト受信部２０１が出力したログデータＤ１を取得する（ステップＳＦ１）。
次いで、分析部２０３は、取得したログデータＤ１に基づいて、ステータスデータベース２１１を更新する（ステップＳＦ２）。
ステータスデータベース２１１とは、ＰＯＳ端末９ごとにレコードを有し、各レコードにおいて、制御装置識別情報と、各監視項目の監視項目識別情報及び監視項目ログ情報の組み合わせとを対応付けて記憶するデータベースである。
ステップＳＦ２において、分析部２０３は、ログデータＤ１に含まれる制御装置識別情報と、ステータスデータベース２１１のレコードに含まれる制御装置識別情報との突合により、ログデータＤ１を送信したＰＯＳ端末９に対応するレコードを特定し、ログデータＤ１に基づいて、特定したレコードの内容を更新する。この結果、ステータスデータベース２１１における１のＰＯＳ端末９に係るレコードは、当該１のＰＯＳ端末９から直近で受信したログデータＤ１に基づく内容のレコードとなる。

次いで、分析部２０３は、取得したログデータＤ１に基づいて、エラーデータベース２１２を更新する（ステップＳＦ３）。以下、ステップＳＦ３の処理について詳述する。

図８は、エラーデータベース２１２のデータ構造を模式的に示す図である。
図８に示すように、エラーデータベース２１２の１件のレコードは、少なくとも、制御装置識別情報と、ＣＰＵエラー有無情報と、印刷ヘッドエラー有無情報と、カッターエラー有無情報と、メモリーエラー有無情報とを備える。
ＣＰＵエラー有無情報とは、ＣＰＵエラーが発生した状態か否かを示す情報であり、発生したことを示す値（図８では「有」と表現。）、又は、発生してないことを示す値（図８では「無」と表現。）のいずれかの値を有する。ＣＰＵエラーとは、ＣＰＵ温度が、ＣＰＵに何らかのエラーが発生した可能性があるか否かを判定する基準となる所定の閾値を上回った状態のことである。
印刷ヘッドエラー有無情報とは、印刷ヘッドエラーが発生した状態か否かを示す情報であり、発生したことを示す値（図８では「有」と表現。）、又は、発生してないことを示す値（図８では「無」と表現。）のいずれかの値を有する。印刷ヘッドエラーとは、印刷ヘッド交換期間が、所定の閾値を下回った状態のことである。
カッターエラー有無情報とは、カッターエラーが発生した状態か否かを示す情報であり、発生したことを示す値（図８では「有」と表現。）、又は、発生してないことを示す値（図８では「無」と表現。）の何れかの値を有する。カッターエラーとは、カッター交換期間が、所定の閾値を下回った状態のことである。
メモリーエラー有無情報とは、メモリーエラーが発生した状態か否かを示す情報であり、発生したことを示す値（図８では「有」と表現。）、又は、発生してないことを示す値（図８では「無」と表現。）の何れかの値を有する。メモリーエラーとは、メモリー交換期間が、所定の閾値を下回った状態のことである。

図９は、ステップＳＦ３の処理の詳細を示すフローチャートである。
図９に示すように、分析部２０３は、ログデータＤ１に含まれるステータス情報を取得する（ステップＳＨ１）。上述したように、ステータス情報には、各監視項目の監視項目識別情報と監視項目ログ情報との組み合わせが含まれる。
次いで、分析部２０３は、制御装置識別情報の突合により、エラーデータベース２１２のレコードのうち、対応するレコード（ログデータＤ１の送信元のＰＯＳ端末９の制御装置識別情報の値と同一の値の制御装置識別情報を有するレコード）を特定する（ステップＳＨ２）。
次いで、分析部２０３は、取得したステータス情報に基づいて、特定したレコードのＣＰＵエラー有無情報、印刷ヘッドエラー有無情報、カッターエラー有無情報、及び、メモリーエラー有無情報を更新する（ステップＳＨ３）。

具体的には、分析部２０３は、ステータス情報に含まれるＣＰＵ温度ログ情報（監視項目ログ情報）に基づいて、ＣＰＵ温度が所定の閾値を上回るか否かを判別し、上回る場合はＣＰＵエラー有無情報の値を、ＣＰＵエラーが発生していることを示す値へと更新し、上回らない場合はＣＰＵエラー有無情報の値を、ＣＰＵエラーが発生してないことを示す値へと更新する。
また、分析部２０３は、ステータス情報に含まれる印刷ヘッド交換期間ログ情報（監視項目ログ情報）に基づいて、印刷ヘッド交換期間が所定の閾値を下回るか否かを判別し、下回る場合は印刷ヘッドエラー有無情報の値を、印刷ヘッドエラーが発生したことを示す値へと更新し、下回らない場合は印刷ヘッドエラー有無情報の値を、印刷ヘッドエラーが発生してないことを示す値へと更新する。
また、分析部２０３は、ステータス情報に含まれるカッター交換期間ログ情報（監視項目ログ情報）に基づいて、カッター交換期間が所定の閾値を下回るか否かを判別し、下回る場合はカッターエラー有無情報の値を、カッターエラーが発生したことを示す値へと更新し、下回らない場合はカッターエラー有無情報の値を、カッターエラーが発生してないことを示す値へと更新する。
また、分析部２０３は、ステータス情報に含まれるメモリー交換期間ログ情報（監視項目ログ情報）に基づいて、メモリー交換期間が所定の閾値を下回るか否かを判別し、所定の閾値を下回る場合はメモリーエラー有無情報の値を、メモリーエラーが発生したことを示す値へと更新し、所定の閾値を下回らない場合はメモリーエラー有無情報の値を、メモリーエラーが発生してないことを示す値へと更新する。

図５の（Ｅ）に示すように、レスポンス送信部２０２は、リクエスト受信部２０１が出力したログデータＤ１を取得する（ステップＳＥ１）。
次いで、レスポンス送信部２０２は、応答データＤ２を生成する（ステップＳＥ２）。
応答データＤ２は、少なくともログデータＤ１を受信したことを示す受信通知情報を含み、さらに、所定の場合には命令実行指示情報を含むデータである。
以下、ステップＳＥ２の処理について詳述する。

図１０は、ステップＳＥ２におけるレスポンス送信部２０２の処理の詳細を示すフローチャートである。
図１０に示すように、レスポンス送信部２０２は、命令格納データベース２１３を参照する（ステップＳＩ１）。

ここで、保守担当者は、後述する方法で、命令格納データベース２１３にレコードを登録することにより、特定のＰＯＳ端末９に、特定の処理を、特定の日時に実行させることについて、事前に予約できる。以下、特定のＰＯＳ端末９に特定の処理を特定の日時に実行させることに関するユーザーの予約を、「イベント予約」という。
そして、命令格納データベース２１３は、ユーザーによるイベント予約ごとにレコードを有するデータベースである。
以下、まず、ユーザー（以下では、保守担当者であるものとする。）によるイベント予約について説明し、次いで、命令格納データベース２１３について説明する。

イベント予約に際し、保守担当者は、管理用端末５のブラウザーを立ち上げ、命令入力画面Ｇ１１１（後述）の表示に係るメンテナンスサーバー７の所定のＵＲＬにアクセスさせる。管理用端末５は、ブラウザーによる当該所定のＵＲＬへのアクセスに応じて、メンテナンスサーバー７から命令入力画面Ｇ１１１（後述）の表示に係る描画ファイル（ＨＴＭＬファイル等）を受信し、描画ファイルに基づいて、命令入力画面Ｇ１１１を表示する。

図１１は、命令入力画面Ｇ１１１（ユーザーインターフェース）を示す図である。
図１１に示すように、命令入力画面Ｇ１１１は、制御装置識別情報入力欄Ｒ１１１を備える。ユーザーは、所定の処理を実行させるＰＯＳ端末９の制御装置識別情報を、制御装置識別情報入力欄Ｒ１１１に入力する。
なお、本実施形態では、イベント予約に際し、ユーザーが、命令入力画面Ｇ１１１に、制御装置識別情報の値を直接入力する構成だが、以下の構成でもよい。すなわち、ＰＯＳ端末９が設けられた店舗や、当該店舗が設けられたエリア等によりＰＯＳ端末９の絞り込みが可能であり、かつ、絞り込み後のＰＯＳ端末９の制御装置識別情報が一覧表示され、一覧表示された制御装置識別情報から１つの制御装置識別情報を選択可能な構成でもよい。

図１１に示すように、命令入力画面Ｇ１１１は、命令実行処理入力欄Ｒ１１２、及び、データ格納場所入力欄Ｒ１１３を備える。
以下の説明では、イベント予約によってＰＯＳ端末９に実行させる処理を「命令実行処理」という。
命令実行処理入力欄Ｒ１１２は、命令実行処理を示す情報を入力する入力欄である。命令実行処理入力欄Ｒ１１２は、プルダウンメニューから選択可能とする。命令実行処理入力欄Ｒ１１２に係るプルダウンメニューには、イベント予約によりＰＯＳ端末９に実行させることが可能な命令実行処理を示す情報が一覧表示される。ユーザーは、プルダウンメニューに一覧表示された命令実行処理を示す情報から所望の情報を選択することにより、命令実行処理入力欄Ｒ１１２に命令実行処理を示す情報を入力する。
命令実行処理としては、例えば、ファームウェアのアップデートや、新たなプログラムのインストール、プログラムのアンインストール、ＰＯＳ端末９に関する所定の情報についての応答要求等がある。
データ格納場所入力欄Ｒ１１３は、ＰＯＳ端末９に命令実行処理を実行させるために必要なデータの格納場所を指定する情報を入力する入力欄である。ユーザーは、ＰＯＳ端末９による命令実行処理の実行に所定のデータが必要な場合は、当該所定のデータを予め所定の格納場所に格納した上で、データ格納場所入力欄Ｒ１１３に当該格納場所を指定する情報を入力する。
ＰＯＳ端末９による命令実行処理の実行に必要なデータは、例えば、命令実行処理がファームウェアのアップデートの場合はアップデートデータであり、命令実行処理が新たなプログラムのインストールの場合はインストールデータである。

図１１に示すように、命令入力画面Ｇ１１１は、日時種別選択欄Ｒ１１４を備える。
ここで、本実施形態では、後述するように、日時種別として、「同一日時」と、「対応日時」とがある。日時種別選択欄Ｒ１１４は、ラジオボタンにより、日時種別として「同一日時」と「対応日時」とのいずれかを選択する選択欄である。
図１１に示すように、命令入力画面Ｇ１１１は、入力地日時入力欄Ｒ１１５を備える。
入力地日時入力欄Ｒ１１５は、ＰＯＳ端末９に命令実行処理を実行させる日時を、命令入力画面Ｇ１１１への入力が行われる地域（地方）における標準時により表したもの（以下、「入力地日時」という。）入力する入力欄である。
なお、ＰＯＳ端末９が設けられた地域と、命令入力画面Ｇ１１１への入力が行われる地域（本例では、管理用端末５が設けられた地域）とは、それぞれ標準時に時差がある地域である場合がある。例えば、命令入力画面Ｇ１１１への入力が行われる地域は日本であり、ＰＯＳ端末９が設けられた地域は北アメリカのニューヨークである場合がある。
ここで、上述したように、保守担当者は、イベント予約に際し、日時種別を選択する必要がある。そして、日時種別とは、入力地日時と、「ＰＯＳ端末９が命令実行処理を行う日時を、当該ＰＯＳ端末９が設けられた地域の標準時により表したもの」（以下、「予約日時」という。）と、の関係を規定する種別である。
日時種別：同一日時の場合、入力地日時と、予約日時とは、時間的に同一のタイミングである。例えば、命令入力画面Ｇ１１１への入力が行われる地域が日本であり、ＰＯＳ端末９が設けられた地域が北アメリカのニューヨークであるとする。この場合において、入力地日時が「２０１５／１／１／１７：００」（時刻は、２４時間表記で表す。以下も同じ。）の場合、日時種別：同一日時に係る予約日時は、日本とニューヨークとの間の１４時間の時差を考慮した「２０１５／１／１／０３：００」となる。そしてこの場合、入力地日時と、予約日時とは、同一タイミングで到来する。
日時種別：対応日時の場合、入力地日時と、予約日時とは、以下の関係となる。すなわち、命令入力画面Ｇ１１１への入力が行われる地域の標準時によって表される入力地日時の値と、ＰＯＳ端末９が設けられた地域の標準時によって表される予約日時の値とが同一となる。例えば、命令入力画面Ｇ１１１への入力が行われる地域が日本であり、ＰＯＳ端末９が設けられた地域が北アメリカのニューヨークであるとする。この場合において、入力地日時が「２０１５／１／１／１７：００」の場合、日時種別：対応日時に係る予約日時は、「２０１５／１／１／１７：００」となる。そしてこの場合、入力地日時と、予約日時とは、同一タイミングで到来するのではなく、時差を反映した異なるタイミングで到来する。

保守担当者は、入力地日時入力欄Ｒ１１５に、保守担当者がいる地域の標準時によって、命令実行処理を実行させる日時を入力する。また、保守担当者は、日時種別選択欄Ｒ１１４のラジオボタンで、日時種別を選択する。
ここで、保守担当者は、命令実行処理を実行させるＰＯＳ端末９の地域、又は、当該地域と保守担当者がいる地域との時差を把握していない場合も多い。本実施形態では、保守担当者は、命令実行処理を実行させる日時について、保守担当者がいる地域の標準時における日時を示す情報を入力し、日時種別を選択すればよいため、命令実行処理を実行させるＰＯＳ端末９の地域、又は、当該地域と保守担当者がいる地域との時差を把握してない場合でも、的確に、命令実行処理を実行させる日時を指示できる。

図１１に示すように、命令入力画面Ｇ１１１は、予約日時表示欄Ｒ１１６を備える。予約日時表示欄Ｒ１１６には、ボタンＢ１１１の操作をトリガーとして、保守担当者が入力した入力地日時、及び、保守担当者が選択した日時種別を反映した「予約日時」を示す情報が表示される。上述したように、予約日時は、ＰＯＳ端末９が命令実行処理を行う日時を、当該ＰＯＳ端末９が設けられた地域の標準時により表したものである。
詳述すると、ボタンＢ１１１が操作されると、命令入力画面Ｇ１１１に係る描画ファイルに実装されたスクリプトの機能により、制御装置識別情報入力欄Ｒ１１１に入力された制御装置識別情報、日時種別選択欄Ｒ１１４で選択された日時種別を示す情報、及び、入力地日時入力欄Ｒ１１５に入力された入力地日時を示す情報が、メンテナンスサーバー７に送信される。メンテナンスサーバー７は、各情報を受信し、各情報に基づいて、予約日時を算出する。予約日時の算出は、どのような方法で行われてもよい。メンテナンスサーバー７は、算出した予約日時を示す情報を、管理用端末５に送信する。管理用端末５は、情報を受信し、受信した情報に基づいて、予約日時表示欄Ｒ１１６に、予約日時を示す情報を表示する。
保守担当者は、必要に応じて、ボタンＢ１１１を操作して予約日時表示欄Ｒ１１６に予約日時を示す情報を表示させ、予約日時を確認する。

保守担当者は、命令入力画面Ｇ１１１に対して必要な入力を行った後、ボタンＢ１１２を操作して、入力を確定する。

ボタンＢ１１２の操作に基づく命令入力画面Ｇ１１１への入力の確定が行われると、命令入力画面Ｇ１１１に係る描画ファイルに実装されたスクリプトの機能により、命令入力画面Ｇ１１１の各欄への入力に基づく情報が、メンテナンスサーバー７に送信される。具体的には、管理用端末５からメンテナンスサーバー７に対して、制御装置識別情報入力欄Ｒ１１１に入力された制御装置識別情報、命令実行処理入力欄Ｒ１１２に入力された命令実行処理を示す情報、データ格納場所入力欄Ｒ１１３に入力された格納場所に格納されたデータ、日時種別選択欄Ｒ１１４で選択された日時種別を示す情報、入力地日時入力欄Ｒ１１５に入力された入力地日時を示す情報が送信される。
メンテナンスサーバー７の設定部２０５は、管理用端末５から、各情報を受信し、受信した各情報に基づいて、命令格納データベース２１３に１件のレコードを登録する。
なお、設定部２０５が、管理用端末５から受信した各情報に基づいて命令格納データベース２１３にレコードを登録する処理は、「予定日時を設定する処理」に相当する。

図１２は、命令格納データベース２１３の１件のレコードに含まれる情報を模式的に示す図である。
図１２に示すように、命令格納データベース２１３の１件のレコードは、イベント予約識別情報を有する。イベント予約識別情報は、イベント予約を識別する識別情報である。設定部２０５は、レコードの登録に際し、所定の手段により、一意な値のイベント予約識別情報を生成する。
また、命令格納データベース２１３の１件のレコードは、制御装置識別情報を含む。設定部２０５は、レコードの登録に際し、レコードに、管理用端末５から受信した制御装置識別情報を含める。
また、命令格納データベース２１３の１件のレコードは、予約日時を示す予約日時情報を含む。設定部２０５は、レコードの登録に際し、管理用端末５から受信した日時種別を示す情報、及び、入力地日時入力欄Ｒ１１５に入力された入力地日時を示す情報に基づいて、所定の方法で予約日時を算出し、レコードに、予約日時情報を含める。

また、命令格納データベース２１３の１件のレコードは、命令情報を含む。命令情報は、上述した命令実行処理入力欄Ｒ１１２に入力された命令実行処理を示す情報に基づく情報であり、ＰＯＳ端末９が命令実行処理を実行するために必要な情報を含む。例えば、命令情報は、命令実行処理の実行を指示する１又は複数の制御コマンド（ＰＯＳ端末９のコマンド体系に従った制御コマンド）や、命令実行処理を実行する際に使用されるデータを含む。設定部２０５は、レコードの登録に際し、管理用端末５から受信した命令実行処理を示す情報、及び、データ格納場所入力欄Ｒ１１３に入力された格納場所に格納されたデータに基づいて、命令情報を生成し、レコードに、命令情報を含める。設定部２０５は、命令実行処理を示す情報、及び、データ格納場所入力欄Ｒ１１３に入力された格納場所に格納されたデータに基づいて、命令時効処理情報を生成する機能を有する。

また、命令格納データベース２１３の１件のレコードは、進行状態情報を備える。進行状態情報は、イベント予約の進行の状態を示す情報であり、値として、以下の値のいずれかの値を有する。値の１つは、対応するレコードに係るイベント予約に基づく命令実行指示情報の送信（後述）が完了してないことを示す値（以下、「未送信値」という。）である。値の他の１つは、対応するレコードに係るイベント予約に基づく命令実行指示情報の送信（後述）が完了した後、対応する処理結果情報（後述）を受信してないことを示す値（以下、「送信済値」という。）である。値の他の１つは、対応する処理結果情報を受信したことを示す値（以下、「実行済値」という。）である。
設定部２０５は、レコードの登録に際し、レコードに、「未送信値」の進行状態情報を含める。
なお、設定部２０５は、１のイベント予約に係るレコードに含まれる進行状態情報の値により、当該１のイベント予約に基づく命令実行処理の進行の状態を管理する。

また、命令格納データベース２１３の１件のレコードは、処理結果内容情報を備える。処理結果内容情報については後述する。
設定部２０５は、レコードの登録に際し、レコードに、ヌルデータの処理結果内容情報を含める。

以上、ユーザー（本例では、保守担当者）によるイベント予約（命令格納データベース２１３への登録）、及び、命令格納データベース２１３について説明した。ただし、イベント予約は、例示した方法に限らず、どのような方法で行われてもよい。例えば、必要な情報が記録されたインポートファイルが事前に用意され、インポートファイルに基づくインポートにより、イベント予約（命令格納データベース２１３への登録）が行われる構成でもよい。また、命令格納データベース２１３の１件のレコードが有する情報は例示した情報に限られない。

さて、図１０に示すように、ステップＳＩ１で命令格納データベース２１３を参照した後、レスポンス送信部２０２は、命令格納データベース２１３に、対応するレコードが存在するか否かを判別する（ステップＳＩ２）。対応するレコードとは、ログデータＤ１に記録された制御装置識別情報と同一の値の制御装置識別情報を有し、かつ、進行状態情報の値が「未送信値」であるレコードである。対応するレコードは、ログデータＤ１の送信元のＰＯＳ端末９についてのイベント予約に基づくレコードであり、未だ対応する命令実行指示情報の送信が行われてないレコードである。

対応するレコードが命令格納データベース２１３に存在しない場合（ステップＳＩ２：ＮＯ）、レスポンス送信部２０２は、命令実行指示情報を含まない応答データＤ２を生成する（ステップＳＩ３）。その後、レスポンス送信部２０２は、応答データＤ２の生成に係る処理を終了する。
対応するレコードが命令格納データベース２１３に存在する場合（ステップＳＩ２：ＹＥＳ）、レスポンス送信部２０２は、ステップＳＩ１で存在すると判別した対応するレコードに基づいて命令実行指示情報を生成し、生成した命令実行指示情報を含む応答データＤ２を生成する（ステップＳＩ４）。
命令実行指示情報は、イベント予約識別情報、制御装置識別情報、予定日時情報、及び、命令情報を含む情報である。
ステップＳＩ４において、レスポンス送信部２０２は、対応するレコードから、イベント予約識別情報、制御装置識別情報、予定日時情報、及び、命令情報を抽出し、抽出した各情報を含む命令実行指示情報を生成する。
次いで、レスポンス送信部２０２は、ステップＳＩ１で存在すると判別した対応するレコードが有する進行状態情報について、その値を、「未送信値」から「送信済値」へと変更する（ステップＳＩ５）。その後、レスポンス送信部２０２は、応答データＤ２の生成に係る処理を終了する。

以上のように、レスポンス送信部２０２は、命令格納データベース２１３に、ログデータＤ１の送信元のＰＯＳ端末９についてイベント予約が行われており、イベント予約に基づく命令実行指示情報の送信が行われてない場合は、命令実行指示情報を含む応答データＤ２を生成する。

さて、図５の（Ｅ）に示すように、ステップＳＥ２で応答データＤ２を生成した後、レスポンス送信部２０２は、メンテナンスサーバー通信部２２を制御して、生成した応答データＤ２をＰＯＳ端末９に送信する（ステップＳＥ３）。例えば、レスポンス送信部２０２は、レスポンスボディーに応答データＤ２が記録されたＨＴＴＰレスポンスを、ＨＴＴＰに従って、ＰＯＳ端末９に送信する。
なお、命令実行指示情報を含む応答データＤ２の送信は、「命令実行指示情報を送信する処理」に相当する。
また、命令実行指示情報を含む応答データＤ２は、「予約日時に所定の処理を実行することを指示する制御データ」に相当する。

図５の（Ｂ）に示すように、ＰＯＳ端末９の通信管理部４０３は、制御装置通信部４３を制御して、応答データＤ２を受信する（ステップＳＢ３）。
次いで、通信管理部４０３は、受信した応答データＤ２に基づいて、対応する処理を実行する（ステップＳＢ４）。例えば、上述したように、応答データＤ２には受信通知情報が含まれる。ステップＳＢ４において、通信管理部４０３は、受信通知情報に基づいて、ＰＯＳ端末９が送信したログデータＤ１のメンテナンスサーバー７による受信が正常に行われたことを所定の方法で報知する。
次いで、通信管理部４０３は、応答データＤ２に、命令実行指示情報が含まれるか否かを判別する（ステップＳＢ５）。
含まれない場合（ステップＳＢ５：ＮＯ）、通信管理部４０３は、処理を終了する。
含まれる場合（ステップＳＢ５：ＹＥＳ）、通信管理部４０３は、応答データＤ２から命令実行指示情報を抽出し、抽出した命令実行指示情報を処理実行部４０４に出力する（ステップＳＢ６）。その後、通信管理部４０３は、処理を終了する。

図５の（Ｃ）に示すように、処理実行部４０４は、通信管理部４０３が出力した命令実行指示情報を取得する（ステップＳＣ１）。
次いで、処理実行部４０４は、取得した命令実行指示情報に基づいて、対応する処理を実行する（ステップＳＣ２）。
以下、処理実行部４０４が、命令実行指示情報に基づいて実行する処理について詳述する。

図１３は、命令実行指示情報に基づく処理を実行するときの処理実行部４０４の動作を示すフローチャートである。図１３の（Ａ）は日時監視部４０４１の動作を示し、（Ｂ）は命令実行部４０４２の動作を示す。

図１３の（Ａ）に示すように、日時監視部４０４１は、ステップＳＢ６で通信管理部４０３が出力した命令実行指示情報を取得する（ステップＳＪ１）。
次いで、日時監視部４０４１は、ステップＳＪ１で取得した命令実行指示情報を、命令管理ファイル４２３に記録する（ステップＳＪ２）。上述したように、命令実行指示情報には、イベント予約識別情報、制御装置識別情報、予約日時情報、及び、命令情報を含む。
次いで、日時監視部４０４１は、現在日時が、命令管理ファイル４２３に記録した命令実行指示情報に含まれる予約日時情報が示す予約日時に達したか否かを監視する（ステップＳＪ３）。
ステップＳＪ３において、ＰＯＳ端末９の電源がオンされた状態のときに、現在日時が予約日時となった場合、日時監視部４０４１は、現在日時が予約日時となったときに、現在日時が予約日時に達したと判別する。
また、ステップＳＪ３において、ＰＯＳ端末９の電源がオフのされた状態のときに、現在日時が予約日時となった場合、日時監視部４０４１は、電源のオンに伴う起動処理において、現在日時が予約日時を経過した状態であることを認識し、現在日時が予約日時に達したと判別する。

ステップＳＪ３において、現在日時が、予約日時に達したと判別した場合（ステップＳＪ３：ＹＥＳ）、日時監視部４０４１は、命令管理ファイル４２３に記録した命令実行指示情報を、命令実行部４０４２に出力する（ステップＳＪ４）。

図１３の（Ｂ）に示すように、命令実行部４０４２は、日時監視部４０４１が出力した命令実行指示情報を取得する（ステップＳＫ１）。
次いで、命令実行部４０４２は、ステップＳＫ１で取得した命令実行指示情報に含まれる命令情報に基づいて、命令実行処理を実行する（ステップＳＫ２）。上述したように、命令情報は、ＰＯＳ端末９が命令実行処理を実行するために必要な情報を含む。
命令実行処理の実行が完了した後、命令実行部４０４２は、処理結果情報を、処理結果ファイル４２４に記録する（ステップＳＫ３）。
処理結果情報は、イベント予約識別情報、及び、ステップＳＫ２で実行した命令実行処理の処理結果を示す情報である処理結果内容情報を含む情報である。
上述したように、処理結果ファイル４２４に記録された処理結果情報は、ログデータＤ１に記録されて、ログデータＤ１の送信により、メンテナンスサーバー７に送信される。

以上のように、ＰＯＳ端末９は、日時監視部４０４１、及び、命令実行部４０４２により、予定日時、又は、予定日時の経過後初めてＰＯＳ端末９の電源がオンされた日時に、命令実行処理を実行する。
このように、本実施形態では、ユーザーは、イベント予約を行って、特定のＰＯＳ端末９に、特定の処理を、特定の日時に実行させることができる。これにより、以下の効果を奏する。
すなわち、特定のＰＯＳ端末９に特定の日時に特定の処理を実行させる場合、メンテナンスサーバー７から、特定の日時（当該特定の日時に近接する日時を含む。）に対応する日時に命令情報をＰＯＳ端末９に送信して、命令情報に基づく命令実行処理をＰＯＳ端末９に実行させることが可能である。しかしながら、この方法では、以下の問題がある。すなわち、上述したように、ＰＯＳ端末９と、メンテナンスサーバー７とは、ＰＯＳ端末９による応答要求（リクエスト）の送信、及び、メンテナンスサーバー７による応答要求に応じた応答（レスポンス）の送信により、これら装置間でデータを送受信する。このため、メンテナンスサーバー７が、特定の日時にＰＯＳ端末９に特定の処理を実行させるためには、ＰＯＳ端末９から特定の日時に対応する日時に応答要求が送信される必要がある。一方、ＰＯＳ端末９は、送信間隔設定ファイル４２２が示す間隔で応答要求をメンテナンスサーバー７に対して送信する。従って、ＰＯＳ端末９から特定の日時に対応する日時に応答要求が送信されるとは限らない。ＰＯＳ端末９が特定の日時に対応する日時に応答要求の送信を行わなかった場合、特定の日時と、ＰＯＳ端末９が実際に命令実行処理を実行する日時との間に、タイムラグが生じる。
以上を踏まえ、本実施形態によれば、ユーザーは、イベント予約を行うことにより、特定の処理を実行させることを望む特定のＰＯＳ端末９による応答要求の送信のタイミングがどのようなタイミングでも、イベント予約に基づいて、特定のＰＯＳ端末９は特定の日時に特定の処理を実行させることができる。

次に、図５の（Ｇ）のフローチャートのステップＳＧ１、ＳＧ２の処理について詳述する。
図５の（Ｇ）に示すように、設定部２０５は、リクエスト受信部２０１が出力した１又は複数の処理結果情報を取得する（ステップＳＧ１）。
ステップＳＧ１で設定部２０５が取得する処理結果情報は、複数ある場合があるが、以下では、説明の便宜のため、１つであるものとする。
上述したように、処理結果情報は、イベント予約識別情報、及び、処理結果内容情報を含む。
次いで、設定部２０５は、ステップＳＧ１で取得した処理結果情報に基づいて、命令格納データベース２１３を更新する（ステップＳＧ２）。

詳述すると、ステップＳＧ２において、設定部２０５は、命令格納データベース２１３のレコードのうち、対応するレコードを特定する。対応するレコードとは、ステップＳＧ１で取得した処理結果情報が有するイベント予約識別情報の値と同一の値のイベント予約識別情報を有するレコードである。
次いで、設定部２０５は、特定した対応するレコードの進行状態情報の値を、対応する処理結果情報を受信したことを示す値である「実行済値」へと変更する。
次いで、設定部２０５は、特定した対応するレコードの処理結果内容情報（この時点では、ヌルデータ）を、ステップＳＧ１で取得した処理結果情報に含まれる処理結果内容情報によって上書きする。

以上のように、ＰＯＳ端末９によるイベント予約に基づく命令実行処理の完了に応じて、命令格納データベース２１３の対応するレコードの進行状態情報の値が、「実行済値」となる。また、ＰＯＳ端末９によるイベント予約に基づく命令実行処理の完了に応じて、命令格納データベース２１３の対応するレコードに、命令実行処理の命令実行処理の処理結果を示す処理結果内容情報が含まれる。

次に、設定部２０５の別の機能について説明する。
設定部２０５は、命令格納データベース２１３に基づいて、イベント予約に関する情報をユーザーに通知する機能を有する。以下、ユーザーが保守担当者であるものとして、設定部２０５の機能について説明する。

イベント予約に関する情報を取得することを望む保守担当者は、管理用端末５のブラウザーを立ち上げ、イベント予約情報入力画面Ｇ１４１（後述）の表示に係るメンテナンスサーバー７の所定のＵＲＬにアクセスさせる。管理用端末５は、ブラウザーによる当該所定のＵＲＬへのアクセスに応じて、メンテナンスサーバー７からイベント予約情報入力画面Ｇ１４１（後述）の表示に係る描画ファイル（ＨＴＭＬファイル等）を受信し、描画ファイルに基づいて、イベント予約情報入力画面Ｇ１４１を表示する。

図１４は、イベント予約情報入力画面Ｇ１４１を示す図である。
図１４に示すように、イベント予約情報入力画面Ｇ１４１は、イベント予約識別情報入力欄Ｒ１４１を備える。また、イベント予約情報入力画面Ｇ１４１は、入力を確定するボタンＢ１４１を備える。
保守担当者は、自身が情報を取得することを望むイベント予約のイベント予約識別情報をイベント予約識別情報入力欄Ｒ１４１に入力し、ボタンＢ１４１を操作して、入力を確定する。なお、保守担当者は、所望のイベント予約に係るイベント予約識別情報を所定の手段で取得可能である。
ボタンＢ１４１が操作されると、イベント予約情報入力画面Ｇ１４１に係る描画ファイルに実装されたスクリプトの機能により、イベント予約識別情報入力欄Ｒ１４１に入力されたイベント予約識別情報が、メンテナンスサーバー７に送信される。
メンテナンスサーバー７の設定部２０５は、管理用端末５が送信したイベント予約識別情報を受信し、取得する。次いで、設定部２０５は、命令格納データベース２１３のレコードのうち、対応するレコードを特定する。対応するレコードとは、取得したイベント予約識別情報の値と同一の値のイベント予約識別情報を有するレコードである。次いで、設定部２０５は、特定した対応するレコードが有する進行状態情報、及び、処理結果内容情報を取得する。次いで、設定部２０５は、取得した進行状態情報、及び、処理結果内容情報に基づいて、イベント予約情報表示画面Ｇ１５１（後述）に係る描画ファイルを生成し、生成した描画ファイルを管理用端末５に送信して、イベント予約情報表示画面Ｇ１５１を表示させる。

図１５は、イベント予約情報表示画面Ｇ１５１を示す図である。
図１５に示すように、イベント予約情報表示画面Ｇ１５１は、領域Ａ１５１、領域Ａ１５２、領域Ａ１５３を備える。
領域Ａ１５１には、イベント予約識別情報が表示される。
領域Ａ１５２には、イベント予約の進行の状態を示す情報が表示される。設定部２０５は、進行状態情報に基づいて、領域Ａ１５２に表示する情報を決定する。具体的には、進行状態情報が「未送信値」の場合、設定部２０５は、イベント予約に基づく命令実行指示情報が未送信であることを示す情報を領域Ａ１５２に表示する。進行状態情報が「送信済値」の場合、設定部２０５は、イベント予約に基づく命令実行指示情報が送信済みである一方、イベント予約に基づく命令実行処理が未完了であることを示す情報を領域Ａ１５２に表示する。進行状態情報が「実行済値」の場合、設定部２０５は、イベント予約に基づく命令実行処理の実行が完了したことを示す情報を領域Ａ１５２に表示する。図１５の例では、領域Ａ１５２には、「実行済値」の進行状態情報に基づいて、イベント予約に基づく命令実行処理の実行が完了したことを示す情報が表示された状態である。

領域Ａ１５３には、進行状態情報が「実行済値」の場合に、ＰＯＳ端末９による命令実行処理の実行の処理結果を示す情報が表示される。設定部２０５は、処理結果内容情報に基づいて、領域Ａ１５３に表示する情報を決定する。

保守担当者等のユーザーは、イベント予約情報表示画面Ｇ１５１を参照することにより、所望のイベント予約について、イベント予約の進行状態、及び、命令実行処理の実行が完了した状態の場合は処理結果を認識できる。

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

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

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

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

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

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

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

図１８の（Ａ）に示すように、ＰＯＳ端末９の印刷制御部４０５は、ＰＯＳサーバー１０の所定のＵＲＬにアクセスする（ステップＳＬ１）。ＰＯＳサーバー１０のＵＲＬや、ＰＯＳサーバー１０との通信で送受信するデータのフォーマット、その他のＰＯＳサーバー１０との間で通信を行うのに必要な情報は、ＰＯＳ端末９に予め登録される。

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

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

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

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

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

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

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

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

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

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

次いで、会計関連処理実行部５０１は、ＰＯＳサーバー通信部５２を制御して、ステップＳＰ２で取得した商品の商品名、及び、商品の単価を示す商品情報応答データをＰＯＳ端末９に送信する（ステップＳＰ３）。

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

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

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

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

全ての商品のバーコードの読み取りが完了すると、レジ担当者は、ソフトウェアテンキー７４の小計キー７４２を操作する（ステップＳ３）。
図２２の（Ａ）に示すように、小計キー７４２が操作されたことを検出すると、ＰＯＳ端末９の印刷制御部４０５は、小計の計算を要求する小計計算要求データを生成し、制御装置通信部４３を制御して、ＰＯＳサーバー１０に送信する（ステップＳＱ１）。

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

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

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

小計が金額表示エリア７２に表示されると、顧客は、金銭をレジ担当者に引き渡す。レジ担当者は、顧客から金銭を受け取り、ソフトウェアテンキー７４に受け取った金銭の額を入力し、確定キー７４１を操作する（ステップＳ４）。確定キー７４１が操作されたことを検出すると、印刷制御部４０５は、顧客から受け取った金銭の額を金額表示エリア７２の対応する領域に表示する。
さらに、確定キー７４１が操作されたことを検出すると、印刷制御部４０５は、釣銭の額の計算を要求する釣銭計算要求データをＰＯＳサーバー１０に送信する（ステップＳＱ４）。

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

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

以上のように、ステップＳＮ２の会計金額取得処理において、印刷制御部４０５は、顧客が購入した商品の合計金額を取得し、顧客の支払いに応じて顧客に渡す釣銭の金額を取得する。

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

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

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

会計情報の取得後、印刷制御部４０５は、制御装置通信部４３を制御して、取得した会計情報を示す会計情報データをＰＯＳサーバー１０に送信する（ステップＳＳ２）。

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

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

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

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

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

以上説明したように、本実施形態に係るＰＯＳ端末９（制御装置）は、状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータＤ１を生成するログ収集部４０２、ログ収集部４０２が生成したログデータＤ１をリクエストとしてメンテナンスサーバー７（サーバー）に送信し、メンテナンスサーバー７からレスポンスとして、予約日時に所定の処理を実行することを指示する制御データ（応答データＤ２）を受信する通信管理部４０３、現在日時が予約日時に達したか否かを監視する日時監視部４０４１、及び、現在日時が予約日時に達した場合に、所定の処理を実行する命令実行部４０４２、を有する制御装置制御部４０を備える。
この構成によれば、ＰＯＳ端末９は、メンテナンスサーバー７から受信した応答データＤ２に基づいて、日時監視部４０４１及び命令実行部４０４２の機能により、現在日時が予定日時に達したときに、所定の処理を実行する。このため、ＰＯＳ端末９は、メンテナンスサーバー７の指示によって、特定の日時に所定の処理を実行することが可能である。

また、本実施形態では、制御装置制御部４０のログ収集部４０２は、命令実行部４０４２が所定の処理を実行した場合、処理結果を示す情報を含むログデータＤ１を生成する。
この構成によれば、ＰＯＳ端末９は、予約日時に所定の処理を実行した場合、ログデータＤ１の送信を利用して、処理結果をメンテナンスサーバー７に通知することができる。

また、本実施形態に係るメンテナンスサーバー７は、ＰＯＳ端末９が生成して送信した、状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータＤ１をリクエストとして受信するリクエスト受信部２０１、リクエストに対するレスポンスとして、ＰＯＳ端末９に所定の処理を実行させる予約日時を含む制御データ（応答データＤ２）をＰＯＳ端末９に送信するレスポンス送信部２０２、及び、予約日時を設定する設定部２０５、を有するメンテナンスサーバー制御部２０を備える。
この構成によれば、メンテナンスサーバー７は、ログデータＤ１に対する応答として応答データＤ２をＰＯＳ端末９に送信して、ＰＯＳ端末９に、特定の日時に所定の処理を実行させることができる。

また、本実施形態では、メンテナンスサーバー制御部２０の設定部２０５は、予約日時に関する情報、及び、所定の処理に関する情報の入力を受け付ける命令入力画面Ｇ１１１（ユーザーインターフェース）を提供し、命令入力画面Ｇ１１１に対する入力に基づいて、予約日時を設定させることができる。
この構成によれば、ユーザーは、命令入力画面Ｇ１１１を利用して、簡易に予定日時を設定できる。

また、本実施形態では、メンテナンスサーバー制御部２０の設定部２０５は、命令入力画面Ｇ１１１に対して入力された日時（入力地日時）に基づいて、ＰＯＳ端末９が設けられた地域と、命令入力画面Ｇ１１１に対する入力が行われた地域との時差を反映して、予約日時を設定する。
この構成によれば、ユーザーが、ＰＯＳ端末９が設けられた地域と、命令入力画面Ｇ１１１に対する入力が行われた地域との時差を把握してない場合でも、設定部２０５により時差を反映した的確な予約日時が設定される。

また、本実施形態では、設定部２０５は、ＰＯＳ端末９から所定の処理の処理結果を示す情報を含むログデータＤ１を受信し、受信したログデータＤ１に含まれる情報に基づいて、所定の処理の進行の状態を管理する。
この構成によれば、メンテナンスサーバー７は、ＰＯＳ端末９から受信したログデータＤ１に基づいて、ＰＯＳ端末９による所定の処理の進行の状態を管理できる。

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

１…ネットワークシステム、２…管理システム、３…店舗システム、７…メンテナンスサーバー（サーバー）、９…ＰＯＳ端末（制御装置）、２０…メンテナンスサーバー制御部（サーバー制御部）、４０…制御装置制御部（制御部）、２０１…リクエスト受信部、２０２…レスポンス送信部、２０３…分析部、２０４…情報提供部、２０５…設定部、２１１…ステータスデータベース、２１２…エラーデータベース、２１３…命令格納データベース、４０１…ログ書込部、４０２…ログ収集部、４０３…通信管理部、４０４…処理実行部、４０５…印刷制御部、４２１…ログファイル、４２２…送信間隔設定ファイル、４２３…命令管理ファイル、４２４…処理結果ファイル、４０４１…日時監視部、４０４２…命令実行部。

Claims (8)

1. リクエストの受信に応じてレスポンスを送信するサーバーにネットワークを介して接続可能な制御装置であって、
   状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータを生成するログ収集部、
   前記ログ収集部が生成した前記ログデータをリクエストとして前記サーバーに送信し、前記サーバーからレスポンスとして、予約日時に所定の処理を実行することを指示する制御データを受信する通信管理部、
   現在日時が前記予約日時に達したか否かを監視する日時監視部、及び、
   前記現在日時が前記予約日時に達した場合に、前記所定の処理を実行する命令実行部、
   を備えることを特徴とする制御装置。
2. 前記ログ収集部は、
   前記命令実行部が前記所定の処理を実行した場合、処理結果を示す情報を含む前記ログデータを生成する
   ことを特徴とする請求項１に記載の制御装置。
3. リクエストの受信に応じてレスポンスを送信するサーバーにネットワークを介して接続可能な制御装置の制御方法であって、
   状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータを生成し、
   生成した前記ログデータをリクエストとして前記サーバーに送信し、
   前記サーバーからレスポンスとして、予約日時に所定の処理を実行することを指示する制御データを受信し、
   現在日時が前記予約日時に達したか否かを監視し、
   前記現在日時が前記予約日時に達した場合に、前記所定の処理を実行する
   ことを特徴とする制御装置の制御方法。
4. リクエストを送信する制御装置にネットワークを介して接続可能なサーバーであって、
   前記制御装置が生成して送信した、状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータをリクエストとして受信するリクエスト受信部、
   リクエストに対するレスポンスとして、前記制御装置に所定の処理を実行させる予約日時を含む制御データを前記制御装置に送信するレスポンス送信部、及び、
   前記予約日時を設定する設定部、
   を備えることを特徴とするサーバー。
5. 前記設定部は、
   前記予約日時に関する情報、及び、前記所定の処理に関する情報の入力を受け付けるユーザーインターフェースを提供し、前記ユーザーインターフェースに対する入力に基づいて、前記予約日時を設定する
   ことを特徴とする請求項４に記載のサーバー。
6. 前記予約日時に関する情報は、前記ユーザーインターフェースに対する入力が行われた地域の日時を示す情報を含み、
   前記設定部は、
   前記ユーザーインターフェースに対して入力された日時に基づいて、前記制御装置が設けられた地域と、前記ユーザーインターフェースに対する入力が行われた地域との時差を反映して、前記予約日時を設定する
   ことを特徴とする請求項５に記載のサーバー。
7. 前記設定部は、
   前記制御装置から前記所定の処理の処理結果を示す情報を含む前記ログデータを受信し、受信した前記ログデータに含まれる情報に基づいて、前記所定の処理の進行の状態を管理することを特徴とする請求項４乃至６のいずれか１項に記載のサーバー。
8. 制御装置と、前記制御装置にネットワークを介して接続可能なサーバーとを備えるネットワークシステムであって、
   前記制御装置は、
   状態を監視する対象の監視項目の状態を示すステータス情報を含むログデータを生成するログ収集部、
   前記ログ収集部が生成した前記ログデータをリクエストとして前記サーバーに送信し、前記サーバーからレスポンスとして、予約日時に所定の処理を実行することを指示する制御データを受信する通信管理部、
   現在日時が前記予約日時に達したか否かを監視する日時監視部、及び、
   前記現在日時が前記予約日時に達した場合に、前記所定の処理を実行する命令実行部、を備え、
   前記サーバーは、
   前記制御装置から前記ログデータをリクエストとして受信するリクエスト受信部、
   リクエストに対するレスポンスとして前記制御データを前記制御装置に送信するレスポンス送信部、及び、
   前記予約日時を設定する設定部、
   を備えることを特徴とするネットワークシステム。

Images