特開 2022-69319 保守作業監視装置、保守作業監視方法、保守作業監視プログラム及び端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022069319

(43)【公開日】2022-05-11

(54)【発明の名称】保守作業監視装置、保守作業監視方法、保守作業監視プログラム及び端末

(51)【国際特許分類】

   G06Q 10/00 20120101AFI20220428BHJP

   G07B 5/00 20060101ALI20220428BHJP

【ＦＩ】

G06Q10/00 300

G07B5/00 C

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2020178435

(22)【出願日】2020-10-23

(71)【出願人】

【識別番号】000237639

【氏名又は名称】富士通フロンテック株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】特許業務法人扶桑国際特許事務所

(72)【発明者】

【氏名】田中 伸明

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC15

(57)【要約】

【課題】端末に対して実施される保守作業の状況をリアルタイムで適正に監視する。
【解決手段】保守用サーバ（保守作業監視装置）３００は、複数の端末（発券照合端末）４００の保守作業の状況を示す保守作業状況テーブル３２２を記憶する記憶部３２０と、その保守作業状況テーブル３２２を更新する処理部３１０とを含む。処理部３１０は、保守作業の実施対象の端末４００に、保守作業の実施予定日時を示す情報を含む保守予定メッセージを送信し、端末４００からの実施予定日時に対する了解、再通知要求又は延期要求を示す応答を端末応答受信部３１３で受信し、更に保守作業の進捗に応じた情報を保守進捗情報受信部３１４で受信して、それらに基づき端末状態設定部３１６で端末４００を所定の状態に設定し、保守作業状況テーブル３２２を更新する。これにより、保守作業の状況をリアルタイムで適正に監視する。
【選択図】図８

【特許請求の範囲】

【請求項1】

保守作業の実施対象の複数の端末の、前記保守作業の状況を示す保守作業状況テーブルを記憶する記憶部と、
前記複数の端末に、前記保守作業の実施予定日時を示す情報を含む保守予定メッセージを送信し、
前記保守予定メッセージを受信した前記複数の端末からの前記実施予定日時に対する了解、再通知の要求又は延期の要求を示す応答、及び前記保守作業の進捗に応じた情報に基づいて、前記保守作業状況テーブルを更新する処理部と
を含むことを特徴とする保守作業監視装置。

【請求項2】

前記複数の端末は、前記保守作業の前記実施予定日時が、前記保守作業の実施当日の端末であることを特徴とする請求項１に記載の保守作業監視装置。

【請求項3】

前記処理部は、前記複数の端末のうち前記再通知の要求を示す応答をした端末に対し、前記保守作業の前記実施予定日時が当該端末の１つ前の順番の端末の前記保守作業が完了した後、前記保守予定メッセージを再送信することを特徴とする請求項１又は２に記載の保守作業監視装置。

【請求項4】

前記処理部は、前記複数の端末のうち前記延期の要求を示す応答をした端末に対し、前記延期の可否を示す情報を送信することを特徴とする請求項１乃至３のいずれかに記載の保守作業監視装置。

【請求項5】

前記処理部は、前記複数の端末のうち、前記保守作業の前記実施予定日時の所定時間前に前記了解か前記延期の要求かが確定しない端末の状態、及び前記実施予定日時に前記保守作業が完了していない端末の状態をアラーム状態にし、前記保守作業状況テーブルの当該端末をアラーム表示することを特徴とする請求項１乃至４のいずれかに記載の保守作業監視装置。

【請求項6】

前記処理部は、前記保守作業の進捗に応じた情報として、前記複数の端末のうち前記保守作業を実施する保守員に設定された識別情報でログインが行われた端末の、前記ログインの時刻、前記保守作業に含まれる項目の前記保守員による作業の終了、及び当該端末からのログアウトの時刻を示す情報を用いて、前記保守作業状況テーブルを更新することを特徴とする請求項１乃至５のいずれかに記載の保守作業監視装置。

【請求項7】

コンピュータが、
保守作業の実施対象の複数の端末に、前記保守作業の実施予定日時を示す情報を含む保守予定メッセージを送信し、
前記保守予定メッセージを受信した前記複数の端末からの前記実施予定日時に対する了解、再通知の要求又は延期の要求を示す応答、及び前記保守作業の進捗に応じた情報に基づいて、記憶部に記憶される前記保守作業の状況を示す保守作業状況テーブルを更新する
ことを特徴とする保守作業監視方法。

【請求項8】

保守作業の実施対象の複数の端末に、前記保守作業の実施予定日時を示す情報を含む保守予定メッセージを送信し、
前記保守予定メッセージを受信した前記複数の端末からの前記実施予定日時に対する了解、再通知の要求又は延期の要求を示す応答、及び前記保守作業の進捗に応じた情報に基づいて、記憶部に記憶される前記保守作業の状況を示す保守作業状況テーブルを更新する
処理をコンピュータに実行させることを特徴とする保守作業監視プログラム。

【請求項9】

保守作業監視装置から、保守作業の実施予定日時を示す情報を含む保守予定メッセージを受信する受信部と、
受信した前記保守予定メッセージの前記実施予定日時に対する了解、再通知の要求又は延期の要求を示す応答、及び前記保守作業の進捗に応じた情報を前記保守作業監視装置に送信する送信部と
を含むことを特徴とする端末。

【請求項10】

前記保守作業を実施する保守員に設定された識別情報によるログイン及びログアウトを検出する検出部を含み、
前記送信部は、前記保守作業の進捗に応じた情報として、前記ログインの時刻、前記保守作業に含まれる項目の前記保守員による作業の終了、及び前記ログアウトの時刻を示す情報を前記保守作業監視装置に送信することを特徴とする請求項９に記載の端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、保守作業監視装置、保守作業監視方法、保守作業監視プログラム及び端末に関する。

【背景技術】

【0002】

各店舗で稼働する端末を保守センタで一元的に管理する保守システムが知られている。このような保守システムに関し、保守員が店舗を訪問して端末の保守作業を実施する日時を、店舗側と保守員側のスケジュール、店舗の繁忙タイミングに基づいて調整する技術が知られている。また、店舗を訪問した保守員が端末の保守作業を実施した場合に、その履歴を、端末に接続された店舗コンピュータを介して、保守センタの保守用コンピュータに送信する技術が知られている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－８６９８５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

例えば、くじの店頭販売を行う発券照合端末は、多数の店舗に設置され、品質維持のため、保守員が訪問して保守作業が実施される。
しかし、店舗毎に保守作業の実施予定日時を調整する作業には、しばしば多大な労力と時間を要してしまう。一旦保守作業の実施予定日時が決定されても、当日の都合で店舗側が延期を希望する場合、店舗側が多忙の業務中に延期の旨を電話等で連絡するのに手間がかかったり、店舗側が連絡を怠り保守員が店舗に到着してから延期の旨を伝えられたりすることもある。

【0005】

また、保守作業の状況を保守管理者が保守員からの報告によって把握する仕組みの場合、保守管理者は、保守作業が実際に予定通り実施されたのか実施されなかったのかを保守員からの報告だけでは正確に把握することができない場合がある。

【0006】

このようなことは、発券照合端末に限らず、保守員が訪問して保守作業が実施される各種端末で同様に起こり得る。
１つの側面では、本発明は、端末に対して実施される保守作業の状況をリアルタイムで適正に監視することを目的とする。

【課題を解決するための手段】

【0007】

１つの態様では、保守作業の実施対象の複数の端末の、前記保守作業の状況を示す保守作業状況テーブルを記憶する記憶部と、前記複数の端末に、前記保守作業の実施予定日時を示す情報を含む保守予定メッセージを送信し、前記保守予定メッセージを受信した前記複数の端末からの前記実施予定日時に対する了解、再通知の要求又は延期の要求を示す応答、及び前記保守作業の進捗に応じた情報に基づいて、前記保守作業状況テーブルを更新する処理部とを含む保守作業監視装置が提供される。

【0008】

また、別の態様では、保守作業監視方法、保守作業監視プログラム及び端末が提供される。

【発明の効果】

【0009】

１つの側面では、端末に対して実施される保守作業の状況をリアルタイムで適正に監視することが可能になる。

【図面の簡単な説明】

【0010】

【図1】発券照合システムの一例を示す図である。

【図2】端末の構成例を示す図である。

【図3】端末が有する機能の一例を示す図である。

【図4】保守作業時の端末の処理例を示すフローチャート（その１）である。

【図5】保守作業時の端末の処理例を示すフローチャート（その２）である。

【図6】保守作業時の端末の表示例を示す図（その１）である。

【図7】保守作業時の端末の表示例を示す図（その２）である。

【図8】保守用サーバが有する機能の一例を示す図である。

【図9】保守用サーバのハードウェア構成の一例を示す図である。

【図10】保守管理テーブルの準備処理例を示すフローチャートである。

【図11】保守作業監視処理時の保守用サーバの第１の処理例を示すフローチャートである。

【図12】保守作業状況テーブルの一例を示す図（その１）である。

【図13】保守作業監視処理時の端末の処理例を示すフローチャートである。

【図14】保守作業監視処理時の端末の表示例を示す図（その１）である。

【図15】保守作業監視処理時の端末の表示例を示す図（その２）である。

【図16】保守作業監視処理時の保守用サーバの第２の処理例を示すフローチャート（その１）である。

【図17】保守作業監視処理時の保守用サーバの第２の処理例を示すフローチャート（その２）である。

【図18】保守作業状況テーブルの一例を示す図（その２）である。

【図19】端末の保守作業の進捗テーブルの一例を示す図（その１）である。

【図20】端末の保守作業の進捗テーブルの一例を示す図（その２）である。

【図21】端末の保守作業の進捗テーブルの一例を示す図（その３）である。

【発明を実施するための形態】

【0011】

はじめに、発券照合システムの一例について、図１を参照して説明する。
図１は発券照合システムの一例を示す図である。
図１に示す発券照合システム１は、くじの発券照合システムの一例である。発券照合システム１は、センタ１００に設置される運用サーバ２００及び保守用サーバ３００、並びに複数の発券照合端末４００を含む。センタ１００の運用サーバ２００及び保守用サーバ３００には、それぞれワークステーション（ＷＳ）５００，６００が接続される。センタ１００の運用サーバ２００及び保守用サーバ３００、並びに複数の発券照合端末４００は、ネットワーク７００に接続される。ネットワーク７００は、例えば、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）又はインターネット等である。

【0012】

複数の発券照合端末４００は、くじの店頭販売を行う端末であって、例えば、異なる店舗に設置される。各発券照合端末４００において、くじの発券及び照合が行われる。センタ１００の運用サーバ２００は、ネットワーク７００を介して、各発券照合端末４００で行われるくじの発券及び照合を運用、管理する処理を行うサーバコンピュータである。センタ１００の保守用サーバ３００は、ネットワーク７００を介して、各発券照合端末４００について実施される保守を監視、管理する処理を行うサーバコンピュータである。

【0013】

発券照合システム１に用いられる発券照合端末（「端末」とも言う）４００の構成について、図２を参照して説明する。
図２は端末の構成例を示す図である。

【0014】

図２に示す端末（発券照合端末）４００は、本体４００ａ、並びに本体４００ａに接続されたくじ用媒体読み取り装置４３１、磁気カード読み取り装置４３２、お客様表示用モニタ４３３、店舗表示用モニタ４３４、チケットプリンタ４３５及びルータ４３６を備える。端末４００の本体４００ａは、レシートプリンタ４３７、インタフェース４３８、電源部４３９、記憶部４２０及び処理部４１０を備える。

【0015】

端末４００のくじ用媒体読み取り装置４３１は、チケットや投票シートといったくじ用媒体が挿入されると、そのくじ用媒体に記録される、くじに関するくじ情報を読み取り、読み取ったくじ情報を処理部４１０に送信する。磁気カード読み取り装置４３２は、会員の磁気カードが挿入されると、その磁気カードに記録される、会員に関する会員情報を読み取り、読み取った会員情報を処理部４１０に送信する。お客様表示用モニタ４３３は、処理部４１０によって生成されるお客様用の表示情報を表示する。店舗表示用モニタ４３４は、処理部４１０によって生成される店舗用の表示情報を表示する。お客様表示用モニタ４３３及び店舗表示用モニタ４３４は、例えば、タッチセンサ機能を持ったパネル面を備えたタッチパネル式のモニタであって、利用者によるタッチ入力を受け付けるモニタである。チケットプリンタ４３５は、処理部４１０によって生成されるくじ情報を所定の媒体に印刷する。ルータ４３６は、上記ネットワーク７００に接続される。

【0016】

端末４００の本体４００ａのレシートプリンタ４３７は、くじの発券又は照合の内容とそれに伴って発生する金銭の取り引きの内容を所定の媒体に印刷する。インタフェース４３８は、ネットワーク７００に繋がるルータ４３６と接続される。端末４００は、インタフェース４３８、ルータ４３６及びネットワーク７００を通じて、上記センタ１００の運用サーバ２００及び保守用サーバ３００と通信する。電源部４３９は、端末４００の各ユニット、即ち、本体４００ａのレシートプリンタ４３７、インタフェース４３８、電源部４３９及び処理部４１０等、並びに本体４００ａに接続されるくじ用媒体読み取り装置４３１、磁気カード読み取り装置４３２、お客様表示用モニタ４３３、店舗表示用モニタ４３４、チケットプリンタ４３５及びルータ４３６等に対し、電源を供給する。

【0017】

端末４００の記憶部４２０は、ＲＡＭ（Random Access Memory）等の揮発性の半導体メモリでもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の不揮発性のストレージでもよい。処理部４１０は、例えば、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）等のプロセッサである。処理部４１０は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の特定用途の電子回路を含んでもよい。プロセッサは、ＲＡＭ等のメモリ（記憶部４２０でもよい）に記憶されたプログラムを実行する。記憶部４２０には、処理部４１０のプロセッサによる処理に用いられる各種データが記憶される。

【0018】

尚、図２に示す端末４００の構成は一例であって、端末４００には、例示のユニットに加えて、又は例示のユニットに代えて、他のユニットが設けられてもよい。
発券照合システム１において、くじの発券及び照合とそれに伴う金銭の取り引きに関する処理は、端末４００及びそれとネットワーク７００を介して接続される運用サーバ２００を用いて行われる。

【0019】

ここで、発券照合システム１の端末４００は、その品質維持のため、それが設置される店舗を保守員が訪問し、保守員による保守作業が実施される。発券照合システム１において、保守員により実施される保守作業に関する処理は、端末４００及びそれとネットワーク７００を介して接続される保守用サーバ３００を用いて行われる。発券照合システム１の端末４００には、くじの発券及び照合とそれに伴う金銭の取り引きに関する処理を行う機能のほか、このような保守作業に関する処理を行う機能が付与される。

【0020】

保守作業に関する処理を行う端末４００が有する機能について、図３を参照して説明する。
図３は端末が有する機能の一例を示す図である。

【0021】

図３に示す端末（発券照合端末）４００は、表示入力処理部４１１、ログイン検出部４１２、ログアウト検出部４１３、保守進捗情報送信部４１４、保守予定／延期メッセージ受信部４１５及び端末応答送信部４１６を有する処理部４１０を備える。

【0022】

表示入力処理部４１１は、保守作業に関する表示情報を店舗表示用モニタ４３４に表示する処理、店舗表示用モニタ４３４に表示された表示情報に対するタッチ入力を受け付ける処理を行う。例えば、表示入力処理部４１１は、保守作業に関する表示情報として、端末４００の保守作業を実施する保守員が自身に設定された識別情報（保守用ＩＤ）でログインするためのログイン画面、ログインした保守員が保守作業に含まれる項目を選択するための保守用メニュー画面、保守員が保守作業に含まれる項目の作業終了を選択するための項目終了画面、保守作業を完了した保守員がログアウトするためのログアウト画面等を、店舗表示用モニタ４３４に表示する。このほか、表示入力処理部４１１は、保守作業に関する表示情報として、保守用サーバ３００から送信される保守予定メッセージの内容を表示しそれに対する応答を店舗側が選択するための端末応答画面、保守用サーバ３００から送信される保守延期メッセージの内容を表示する延期通知画面等を、店舗表示用モニタ４３４に表示する。

【0023】

ログイン検出部４１２は、表示入力処理部４１１によって店舗表示用モニタ４３４に表示されるログイン画面に対する、保守員の保守用ＩＤによるログインの入力を検出する。ログイン検出部４１２は、保守用ＩＤによるログインの入力を検出すると、そのログインの時刻を示すログイン時刻情報を、保守進捗情報送信部４１４に送信する。

【0024】

ログアウト検出部４１３は、表示入力処理部４１１によって店舗表示用モニタ４３４に表示されるログアウト画面に対する、保守員のログアウトの入力を検出する。ログアウト検出部４１３は、ログアウトの入力を検出すると、そのログアウトの時刻を示すログアウト時刻情報を、保守進捗情報送信部４１４に送信する。

【0025】

保守進捗情報送信部４１４は、ログイン検出部４１２から送信されるログイン時刻情報、及びログアウト検出部４１３から送信されるログアウト時刻情報を、保守用サーバ（「保守作業監視装置」とも言う）３００に送信する。保守進捗情報送信部４１４は更に、表示入力処理部４１１によって店舗表示用モニタ４３４に表示される保守用メニュー画面から選択される保守作業の項目の項目終了画面において、該当項目の作業終了が選択されると、表示入力処理部４１１から送信される該当項目の作業の終了を示す作業終了情報（項目が端末４００のユニットの診断である場合には作業終了情報とその診断結果を示す診断結果情報）を、保守用サーバ３００に送信する。保守進捗情報送信部４１４は、端末４００で取得される、このようなログイン時刻情報、ログアウト時刻情報、保守作業の項目毎の作業終了情報といった、保守作業の進捗に応じた情報を、保守用サーバ３００に送信する。

【0026】

保守予定／延期メッセージ受信部４１５は、保守用サーバ３００から送信される保守予定メッセージ又は保守延期メッセージを受信する。保守予定／延期メッセージ受信部４１５によって受信された保守予定メッセージの内容は、それに対する応答が選択可能な端末応答画面として、表示入力処理部４１１によって店舗表示用モニタ４３４に表示される。保守予定／延期メッセージ受信部４１５によって受信された保守延期メッセージの内容は、延期通知画面として、表示入力処理部４１１によって店舗表示用モニタ４３４に表示される。

【0027】

端末応答送信部４１６は、保守予定／延期メッセージ受信部４１５によって受信された保守予定メッセージに基づいて表示入力処理部４１１で店舗表示用モニタ４３４に表示される端末応答画面から選択される、保守予定メッセージに対する店舗側の応答、即ち、後述のような了解、再通知要求又は延期要求の応答を示す店舗応答情報を、保守用サーバ３００に送信する。

【0028】

続いて、保守作業時の端末の処理について、図４～図７を参照して説明する。
図４及び図５は保守作業時の端末の処理例を示すフローチャートである。図６及び図７は保守作業時の端末の表示例を示す図である。

【0029】

端末４００について保守員が保守作業を実施する際、端末４００は、図４のステップＳ１～Ｓ９、及び図５のステップＳ１０～Ｓ１６に示すような処理を行う。
［Ｓ１］保守員による保守作業の実施対象の端末４００の電源が起動される。

【0030】

［Ｓ２］端末４００の処理部４１０は、表示入力処理部４１１により、ログイン画面、例えば、図６（Ａ）に示すようなログイン画面８００を、店舗表示用モニタ４３４に表示する。

【0031】

［Ｓ３］保守員は、予め自身に設定されている保守用ＩＤを、店舗表示用モニタ４３４に表示されるログイン画面８００の保守用ＩＤの入力箇所８０１に入力する。例えば、保守員は、入力箇所８０１等をタップすることでログイン画面８００上に現れるキーボード（図示せず）や端末４００に接続されるキーボード（図示せず）等を用いて、入力箇所８０１に保守用ＩＤを入力する。保守員は、保守用ＩＤの入力後、ログイン画面８００のログインボタン８０２を押下し、ログインを行う。処理部４１０は、この保守員の保守用ＩＤによるログインを、表示入力処理部４１１及びログイン検出部４１２によって検出する。

【0032】

［Ｓ４］処理部４１０は、ログイン検出部４１２によってログインを検出すると、そのログインの時刻を示すログイン時刻情報を保守進捗情報送信部４１４に送信し、そのログイン時刻情報を保守進捗情報送信部４１４から保守用サーバ３００に送信する。

【0033】

［Ｓ５］処理部４１０は、保守員によるログインが行われると、表示入力処理部４１１により、保守用メニュー画面、例えば、図６（Ｂ）に示すような保守用メニュー画面８１０を、店舗表示用モニタ４３４に表示する。尚、図６（Ｂ）では、保守員が保守作業に含まれる項目を選択するためのメニューボタン８１１と共に、ログアウトを選択するためのログアウトボタン８１２が設けられた、保守用メニュー兼ログアウト画面を、保守用メニュー画面８１０として例示している。保守用メニュー画面８１０には、保守作業に含まれる項目として、ユニットＮ（この例ではＮ＝１～６）の清掃及び診断を例示している。ユニットＮは、上記図２で述べたような端末４００の各ユニット、即ち、本体４００ａのレシートプリンタ４３７、インタフェース４３８、電源部４３９及び処理部４１０等、並びに本体４００ａに接続されるくじ用媒体読み取り装置４３１、磁気カード読み取り装置４３２、お客様表示用モニタ４３３、店舗表示用モニタ４３４、チケットプリンタ４３５及びルータ４３６等のいずれかである。

【0034】

［Ｓ６］処理部４１０は、表示入力処理部４１１及びログアウト検出部４１３により、保守用メニュー画面８１０でログアウトボタン８１２が押下され、ログアウトが検出されたか否かを判定する。ログアウトが検出されない場合、処理部４１０は、ステップＳ７に処理を進め、ログアウトが検出された場合、処理部４１０は、ステップＳ９に処理を進める。

【0035】

［Ｓ７］処理部４１０は、ログアウトが検出されない場合、表示入力処理部４１１により、保守用メニュー画面８１０でメニューボタン８１１が押下され、保守作業に含まれる項目が保守員によって選択されたか否かを判定する。処理部４１０は、ログアウト前は、メニューボタン８１１が押下されて保守作業の項目が選択されるまで、保守用メニュー画面８１０を店舗表示用モニタ４３４に表示する（ステップＳ５～Ｓ７）。

【0036】

［Ｓ８］処理部４１０は、保守用メニュー画面８１０でメニューボタン８１１のいずれかが押下され、特定のユニットの特定の保守作業の項目が選択されると、選択された項目についての作業処理、例えば、後述の図５に示すような作業処理を行う。選択された項目についての作業処理が終了すると、処理部４１０は、ステップＳ５の処理に戻り、表示入力処理部４１１により、保守用メニュー画面８１０を店舗表示用モニタ４３４に表示する。

【0037】

［Ｓ９］処理部４１０は、ステップＳ６において、表示入力処理部４１１及びログアウト検出部４１３によってログアウトを検出すると、そのログアウトの時刻を示すログアウト時刻情報を保守進捗情報送信部４１４に送信し、そのログアウト時刻情報を保守進捗情報送信部４１４から保守用サーバ３００に送信する。

【0038】

ステップＳ８の、選択された項目についての作業処理では、例えば、図５に示すような処理が行われる。
［Ｓ１０］端末４００の処理部４１０は、保守用メニュー画面８１０のメニューボタン８１１の押下により、保守員に特定のユニットＮ（Ｎ＝１～６のいずれか）についての清掃と診断のうち、ユニットＮについての清掃が選択されたか否かを判定する。

【0039】

［Ｓ１１］処理部４１０は、ステップＳ１０において、ユニットＮについての清掃が選択されたと判定した場合、表示入力処理部４１１により、選択されたユニットＮについての所定の清掃案内画面を店舗表示用モニタ４３４に表示する。

【0040】

［Ｓ１２］保守員は、ユニットＮの所定の清掃作業を行い、清掃作業の終了後に表示入力処理部４１１によって店舗表示用モニタ４３４に表示される清掃終了画面、例えば、図７（Ａ）に示すような清掃終了画面８２０に設けられた清掃終了ボタン８２１を押下する。処理部４１０は、表示入力処理部４１１により、このような保守員による清掃終了画面８２０の清掃終了ボタン８２１の押下を検出する。

【0041】

［Ｓ１３］処理部４１０は、表示入力処理部４１１によって清掃終了ボタン８２１の押下を検出すると、ユニットＮの清掃作業の終了を示す作業終了情報を保守進捗情報送信部４１４に送信し、その作業終了情報を保守進捗情報送信部４１４から保守用サーバ３００に送信する。そして、ステップＳ５の処理に戻り、表示入力処理部４１１により、保守用メニュー画面８１０を店舗表示用モニタ４３４に表示する。

【0042】

［Ｓ１４］処理部４１０は、ステップＳ１０において、ユニットＮについての清掃が選択されていないと判定した場合、即ち、ユニットＮについての診断が選択されたと判定した場合には、表示入力処理部４１１により、選択されたユニットＮについての所定の診断案内画面を店舗表示用モニタ４３４に表示する。

【0043】

［Ｓ１５］保守員は、ユニットＮの所定の診断作業を行い、診断作業の終了後に表示入力処理部４１１によって店舗表示用モニタ４３４に表示される診断終了画面、例えば、図７（Ｂ）に示すような診断終了画面８３０に設けられた診断終了ボタン８３１を押下する。処理部４１０は、表示入力処理部４１１により、このような保守員による診断終了画面８３０の診断終了ボタン８３１の押下を検出する。

【0044】

［Ｓ１６］処理部４１０は、表示入力処理部４１１によって診断終了ボタン８３１の押下を検出すると、ユニットＮの診断作業の終了を示す作業終了情報を保守進捗情報送信部４１４に送信し、その作業終了情報を、診断作業で得られた診断結果を示す診断結果情報と共に、保守進捗情報送信部４１４から保守用サーバ３００に送信する。そして、ステップＳ５の処理に戻り、表示入力処理部４１１により、保守用メニュー画面８１０を店舗表示用モニタ４３４に表示する。

【0045】

保守員は、端末４００の保守対象の各ユニットＮについて、例えばこのような清掃作業又は診断作業を行い、全ての保守作業の完了後、保守用メニュー画面８１０（ステップＳ５）のログアウトボタン８１２を押下する。処理部４１０は、前述のように、ログアウトボタン８１２の押下が検出されると（ステップＳ６）、そのログアウト時刻情報を保守用サーバ３００に送信する（ステップＳ９）。

【0046】

端末４００では、それが設置される店舗を訪問した保守員によって保守作業が実施され、例えば、上記図４及び図５に示すような処理が行われる。そして、保守員の保守用ＩＤによるログインの時刻を示すログイン時刻情報、保守作業に含まれる項目毎の作業終了を示す作業終了情報、及び保守作業完了後のログアウトの時刻を示すログアウト時刻情報が、保守作業の進捗に応じた保守進捗情報として、端末４００から保守用サーバ３００へと送信される。

【0047】

端末４００では更に、保守予定／延期メッセージ受信部４１５によって受信される保守予定メッセージに対する、店舗側の了解、再通知要求又は延期要求の応答を示す店舗応答情報が、端末応答送信部４１６から保守用サーバ３００に送信される処理が行われる。端末４００のこの処理については後述する（図１３～図１５）。

【0048】

次に、発券照合システム１に用いられる保守用サーバ３００について、図８及び図９を参照して説明する。
図８は保守用サーバが有する機能の一例を示す図である。

【0049】

図８に示す保守用サーバ（保守作業監視装置）３００は、処理部３１０及び記憶部３２０を備える。記憶部３２０は、ＲＡＭ等の揮発性の半導体メモリでもよいし、ＨＤＤやフラッシュメモリ等の不揮発性のストレージでもよい。処理部３１０は、例えば、ＣＰＵやＤＳＰ等のプロセッサである。処理部３１０は、ＡＳＩＣやＦＰＧＡ等の特定用途の電子回路を含んでもよい。プロセッサは、ＲＡＭ等のメモリ（記憶部３２０でもよい）に記憶されたプログラムを実行する。記憶部３２０には、処理部３１０のプロセッサによる処理に用いられる各種データが記憶される。

【0050】

記憶部３２０には、保守管理テーブル３２１及び保守作業状況テーブル３２２が記憶される。
保守管理テーブル３２１には、発券照合システム１に含まれ、保守用サーバ３００と接続される全ての端末（発券照合端末）４００の各々について、その識別情報、設置店舗（店舗名及びその識別情報）、保守作業の実施履歴（上記のような診断結果を含む）、次回保守作業の実施予定日、実施予定時刻等の情報が記録される。

【0051】

保守管理テーブル３２１には、保守用サーバ３００に接続される入力部６１０（例えば、発券照合システム１のＷＳ６００に接続されたキーボード等の入力部）から、既に記録されている情報の変更、新たな端末４００の情報の追加等、内容の更新ができるようになっている。

【0052】

保守作業状況テーブル３２２には、保守管理テーブル３２１から所定の条件で抽出される端末４００の情報が記録される。保守作業状況テーブル３２２には、発券照合システム１に含まれ、保守用サーバ３００と接続される全ての端末４００のうち、特定の日、例えば、保守員が保守作業を実施する当日が次回保守作業の実施予定日である端末４００についての情報が記録される。

【0053】

保守作業状況テーブル３２２に記録される情報には、端末４００の識別情報、設置店舗等の情報のほか、端末４００の状態を示す情報が含まれる。例えば、保守作業状況テーブル３２２には、端末４００の状態として、保守用サーバ３００から送信される保守予定メッセージに対する店舗からの応答待ちの状態（店舗応答待ち状態）、保守予定メッセージの再送信が行われる状態又は再送信された保守予定メッセージに対する応答待ちの状態（再通知状態）、保守員の到着待ちの状態（保守員到着待ち状態）、保守員による保守作業中の状態（保守作業中状態）、保守作業が完了した状態（保守作業完了状態）、保守作業が延期された状態（延期状態）といった各種状態を示す情報が含まれる。尚、後述のように、保守作業状況テーブル３２２内の端末４００の初期状態は、店舗応答待ち状態に設定される。

【0054】

保守作業状況テーブル３２２に記録される情報には更に、店舗を訪問する保守員による保守作業の進捗に応じた保守進捗情報、即ち、保守員の保守用ＩＤによるログインの時刻を示すログイン時刻情報、保守作業に含まれる項目毎の作業終了を示す作業終了情報、及び保守作業完了後のログアウトの時刻を示すログアウト時刻情報等が含まれる。

【0055】

保守作業状況テーブル３２２に記録された内容は、保守用サーバ３００に接続される表示部６２０（例えば、発券照合システム１のＷＳ６００に接続されたディスプレイ等の表示部）に表示することができるようになっている。

【0056】

処理部３１０は、端末状態判定部３１１、保守予定／延期メッセージ送信部３１２、端末応答受信部３１３、保守進捗情報受信部３１４、保守員端末通信部３１５、端末状態設定部３１６及びアラーム処理部３１７を含む。

【0057】

端末状態判定部３１１は、記憶部３２０に記憶される保守作業状況テーブル３２２を参照し、保守作業状況テーブル３２２内の端末４００の状態を判別する。ここで、保守作業状況テーブル３２２内の端末４００の状態には、前述のような店舗応答待ち状態、再通知状態、保守員到着待ち状態、保守作業中状態、保守作業完了状態、延期状態といった状態のほか、ログイン時刻情報、作業終了情報、ログアウト時刻情報といった保守進捗情報が記録されている状態又は記録されてない状態が含まれる。

【0058】

保守予定／延期メッセージ送信部３１２は、端末状態判定部３１１によって判別される端末４００の状態に基づき、所定の状態の端末４００、例えば、店舗応答待ち状態及び再通知状態に設定された端末４００（その保守予定／延期メッセージ受信部４１５）に、保守作業の実施予定日時の情報を含む保守予定メッセージを送信する。また、保守予定／延期メッセージ送信部３１２は、送信した保守予定メッセージに対して店舗側が延期要求の応答をした端末４００（その保守予定／延期メッセージ受信部４１５）に、延期可否の情報を含む保守延期メッセージを送信する。

【0059】

端末応答受信部３１３は、保守予定メッセージを受信した端末４００（その端末応答送信部４１６）から送信される、その保守予定メッセージに対する店舗側の応答を示す店舗応答情報を受信する。端末４００から送信される店舗応答情報には、保守予定メッセージで知らされた保守作業の実施予定日時について了解を示す情報、知らされた実施予定日時の直前に保守予定メッセージの再送信を希望する再通知要求を示す情報、又は知らされた実施予定日時からの延期を希望する延期要求を示す情報が含まれる。

【0060】

保守進捗情報受信部３１４は、店舗を訪問した保守員によって保守作業が実施される端末４００（その保守進捗情報送信部４１４）から送信される、その保守作業の進捗に応じた保守進捗情報を受信する。受信される保守進捗情報には、上記図４及び図５に示したような処理で得られる、保守員の保守用ＩＤによるログインの時刻を示すログイン時刻情報、保守作業に含まれる項目毎の作業終了を示す作業終了情報、保守作業完了後のログアウトの時刻を示すログアウト時刻情報が含まれる。

【0061】

保守員端末通信部３１５は、保守員が携帯する保守員端末９００（携帯電話、スマートフォン、タブレット、ノートＰＣ等）との通信を行う。
端末状態設定部３１６は、端末応答受信部３１３によって受信される店舗応答情報、及び保守進捗情報受信部３１４によって受信される保守進捗情報、並びに送信した保守予定メッセージに対する店舗側からの応答が無いことに基づき、端末４００の状態を設定（変更又は維持）し、記憶部３２０に記憶される保守作業状況テーブル３２２内の端末４００の記録情報を更新する。

【0062】

例えば、端末状態設定部３１６では、店舗応答情報として、保守予定メッセージで知らされた保守作業の実施予定日時について了解を示す情報が受信された端末４００の状態が、保守員到着待ち状態に設定（変更）される。店舗応答情報として、再通知要求を示す情報が受信された端末４００の状態は、再通知状態に設定（変更）される。店舗応答情報として、延期要求を示す情報が受信された端末４００の状態は、延期状態に設定（変更）される。端末４００の状態が延期状態に設定される場合には、保守員端末通信部３１５を介した保守員端末９００との通信により、保守員が延期に対応可能か否かに基づき、延期要求の店舗応答情報を送信した端末４００に対し、保守予定／延期メッセージ送信部３１２により保守延期メッセージが送信される。また、保守予定メッセージは送信されたがそれに対する店舗応答情報が受信されない端末４００の状態は、店舗からの応答待ち、即ち、店舗応答待ち状態に設定（維持）される。再通知状態から保守予定メッセージが再送信されたがそれに対する店舗応答情報が受信されない端末４００、即ち、実施予定日時について了解か延期要求かが確定されない端末４００の状態は、再通知状態に設定（維持）される。

【0063】

端末状態設定部３１６では更に、店舗を訪問する保守員による保守作業の進捗に応じた保守進捗情報に含まれるログイン時刻情報、保守作業に含まれる項目毎の作業終了情報、及びログアウト時刻情報が用いられ、端末４００の状態が、保守作業中状態又は保守作業完了状態に設定される。

【0064】

端末状態設定部３１６は、端末応答受信部３１３によって店舗応答情報が受信される度に、及び保守進捗情報受信部３１４によって保守進捗情報が受信される度に、上記のような端末４００の状態を設定する処理と、保守進捗情報（ログイン時刻情報、保守作業の項目毎の作業終了情報、ログアウト時刻情報）を記録する処理とを行い、保守作業状況テーブル３２２の記録情報を更新する。保守作業状況テーブル３２２には、保守作業の実施対象の端末４００の状況がリアルタイムで適正に反映される。

【0065】

アラーム処理部３１７は、保守予定／延期メッセージ送信部３１２から送信された保守予定メッセージに含まれる保守作業の実施予定日時の所定時間前に、店舗応答情報が受信されない端末４００、実施予定日時について了解か延期要求かが確定されない端末４００、予め設定されたログイン予定時刻及びログアウト予定時刻に保守員による保守用ＩＤのログイン又はログアウトが行われていない端末４００に対し、アラーム処理を行う。即ち、アラーム処理部３１７は、保守作業の実施予定日時の所定時間前でも、端末状態判定部３１１によって店舗応答待ち状態又は再通知状態のままとなっていると判定された端末４００や、予定時刻になっても保守作業が始まらない又は終わらない端末４００に対し、アラーム処理を行う。例えば、アラーム処理部３１７は、該当端末４００を保守対応が不確定のアラーム状態や保守作業遅延のアラーム状態にし、保守作業状況テーブル３２２の内容を表示する画面の該当端末４００をアラーム表示し、アラーム音を発生させて、保守員の保守作業を統括する保守管理者に、店舗への連絡や保守員への連絡といった対応を促す。

【0066】

図９は保守用サーバのハードウェア構成の一例を示す図である。
保守用サーバ３００は、プロセッサ３３１、ＲＡＭ３３２、ＨＤＤ３３３、画像信号処理部３３４、入力信号処理部３３５、読み取り装置３３６及び通信インタフェース３３７を有する。

【0067】

プロセッサ３３１は、マルチプロセッサであってもよい。プロセッサ３３１は、例えば、ＣＰＵ、ＤＳＰ、ＡＳＩＣ又はＦＰＧＡ等である。プロセッサ３３１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ等のうちの２種以上の組合せであってもよい。

【0068】

ＲＡＭ３３２は、保守用サーバ３００の主記憶装置である。ＲＡＭ３３２は、プロセッサ３３１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ３３２は、プロセッサ３３１による処理に用いる各種データを記憶する。

【0069】

ＨＤＤ３３３は、保守用サーバ３００の補助記憶装置である。ＨＤＤ３３３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込み及び読み出しを行う。ＨＤＤ３３３には、ＯＳのプログラム、アプリケーションプログラム、及び各種データが格納される。保守用サーバ３００は、ＳＳＤ（Solid State Drive）等の他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。

【0070】

画像信号処理部３３４は、プロセッサ３３１からの命令に従って、保守用サーバ３００に接続されたディスプレイ３３４ａに画像を表示させる。ディスプレイ３３４ａとしては、ＣＲＴディスプレイや液晶ディスプレイ等を用いることができる。

【0071】

入力信号処理部３３５は、保守用サーバ３００に接続された入力デバイス３３５ａから入力信号を取得し、プロセッサ３３１に出力する。入力デバイス３３５ａとしては、例えば、マウスやタッチパネル等のポインティングデバイス、キーボード等を用いることができる。

【0072】

読み取り装置３３６は、記録媒体３３６ａに記録されたプログラムやデータを読み取る装置である。記録媒体３３６ａとして、例えば、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤ等の磁気ディスク、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）等の光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）を使用できる。また、記録媒体３３６ａとして、例えば、フラッシュメモリカード等の不揮発性の半導体メモリを使用することもできる。読み取り装置３３６は、例えば、プロセッサ３３１からの命令に従って、記録媒体３３６ａから読み取ったプログラムやデータをＲＡＭ３３２又はＨＤＤ３３３に格納する。

【0073】

通信インタフェース３３７は、保守用サーバ３００がネットワーク７００を介して他の装置と通信を行うためのインタフェースである。
続いて、保守用サーバ３００を用いた端末４００の保守作業監視処理の一例について説明する。

【0074】

保守用サーバ３００を用いた端末４００の保守作業監視処理では、まず、発券照合システム１に含まれ保守用サーバ３００と接続される全ての端末４００を対象とする保守管理テーブル３２１が準備される。

【0075】

図１０は保守管理テーブルの準備処理例を示すフローチャートである。
［Ｓ２０］保守用サーバ３００では、基本となる保守管理テーブル３２１が記憶部３２０に記憶される。

【0076】

［Ｓ２１］保守用サーバ３００では、記憶部３２０に記憶される保守管理テーブル３２１内の端末４００毎に、入力部６１０が用いられ、保守作業の実施予定日時が入力される。尚、入力部６１０が用いられ、保守管理テーブル３２１の端末４００毎に、その識別情報、設置店舗、保守作業の実施履歴等の情報が入力されてもよい。

【0077】

［Ｓ２２］保守用サーバ３００では、端末４００毎に入力された保守作業の実施予定日時の内容で保守管理テーブル３２１が更新される。
ステップＳ２１，Ｓ２２の処理が繰り返され、端末４００毎の保守作業の実施予定日時が記録された保守管理テーブル３２１が準備される。

【0078】

準備された保守管理テーブル３２１に基づき、例えば、保守員が保守作業を実施する当日が保守作業の実施予定日である端末４００についての保守作業状況テーブル３２２が生成され、端末４００の保守作業監視処理が行われる。

【0079】

図１１は保守作業監視処理時の保守用サーバの第１の処理例を示すフローチャートである。図１２は保守作業状況テーブルの一例を示す図である。
保守用サーバ３００は、まず、図１１のステップＳ３０～Ｓ３３に示すような処理を行う。

【0080】

［Ｓ３０］保守用サーバ３００の処理部３１０は、記憶部３２０を参照し、記憶されている保守管理テーブル３２１内の端末４００から、例えば、保守員が保守作業を実施する当日が保守作業の実施予定日である端末４００を、当日の保守作業の実施対象の端末４００として抽出する。

【0081】

［Ｓ３１］処理部３１０は、ステップＳ３０で抽出された端末４００を含む、当日の保守作業状況テーブル３２２を生成する。生成される保守作業状況テーブル３２２の一例を図１２に示す。図１２には、識別情報が００００～０１９９の計２００台の端末４００が抽出されて生成される保守作業状況テーブル３２２を例示している。尚、図１２では便宜上、識別情報を００００～０１９９の連続番号としているが、保守作業状況テーブル３２２内の端末４００の識別情報は、必ずしもこのような連続番号になることを要しない。

【0082】

［Ｓ３２］処理部３１０は、生成された当日の保守作業状況テーブル３２２内の各端末４００を、初期状態として、店舗応答待ち状態に設定する。
［Ｓ３３］処理部３１０は、当日の保守作業状況テーブル３２２において店舗応答待ち状態に設定された各端末４００に対し、保守予定／延期メッセージ送信部３１２により、保守作業の実施予定日時を知らせる保守予定メッセージを送信する。

【0083】

ここで、保守用サーバ３００（その処理部３１０の保守予定／延期メッセージ送信部３１２）から保守予定メッセージが送信された端末４００側で行われる処理について、図１３～図１５を参照して説明する。

【0084】

図１３は保守作業監視処理時の端末の処理例を示すフローチャートである。図１４及び図１５は保守作業監視処理時の端末の表示例を示す図である。
保守用サーバ３００から保守予定メッセージが送信された端末４００は、図１３のステップＳ４０～Ｓ５２に示すような処理を行う。

【0085】

［Ｓ４０］端末４００の処理部４１０は、アイドル状態となる。
［Ｓ４１］処理部４１０は、保守予定／延期メッセージ受信部４１５によって保守用サーバ３００からの保守予定メッセージを受信したか否かを判定する。保守予定メッセージが受信されなければ、処理部４１０はアイドル状態を維持する。処理部４１０は、保守予定メッセージが受信されると、割り込み処理でステップＳ４２に処理を進める。

【0086】

［Ｓ４２］処理部４１０は、保守予定メッセージが受信されると、表示入力処理部４１１により、選択用端末応答画面、例えば、図１４（Ａ）に示すような選択用端末応答画面８４０を、店舗表示用モニタ４３４に表示する。図１４（Ａ）に示す選択用端末応答画面８４０には、保守用サーバ３００から送信された保守予定メッセージに含まれる保守作業の実施予定日時が表示されると共に、了解ボタン８４１及び延期依頼ボタン８４２が表示される。店舗側は、選択用端末応答画面８４０の了解ボタン８４１又は延期依頼ボタン８４２を押下することで、表示される保守作業の実施予定日時について了解であるか延期依頼をするかのいずれかを選択することができるようになっている。

【0087】

［Ｓ４３］処理部４１０は、表示入力処理部４１１により、店舗表示用モニタ４３４に表示される選択用端末応答画面８４０で了解ボタン８４１が押下され、保守作業の実施予定日時について店舗側で了解が選択されたか否かを判定する。処理部４１０は、了解が選択された場合には、ステップＳ４４に処理を進め、了解が選択されず延期依頼が選択された場合には、ステップＳ４８に処理を進める。

【0088】

［Ｓ４４］処理部４１０は、表示入力処理部４１１により、選択用端末応答画面８４０で了解ボタン８４１が押下されたことを検出すると、まず、受信した保守予定メッセージが、保守用サーバ３００から再送信されたものであるか否かを判定する。即ち、後述のように、最初に受信した保守予定メッセージに対して店舗側の再通知要求の応答が保守用サーバ３００に送信されると（ステップＳ４７）、その後、再通知として、保守作業の実施予定日時の前に、保守用サーバ３００から保守予定メッセージが再送信される。処理部４１０は、受信した保守予定メッセージが、このように保守用サーバ３００から再送信されたものであるか否かを判定する。処理部４１０は、受信した保守予定メッセージが再送信されたものでない場合、ステップＳ４５に処理を進め、受信した保守予定メッセージが再送信されたものである場合、ステップＳ４６に処理を進める。

【0089】

［Ｓ４５］処理部４１０は、表示入力処理部４１１により、選択用端末応答画面８４０で了解ボタン８４１が押下され、保守予定メッセージが再送信されたものでない場合、確認用端末応答画面、例えば、図１４（Ｂ）に示すような確認用端末応答画面８５０を、店舗表示用モニタ４３４に表示する。図１４（Ｂ）に示す確認用端末応答画面８５０には、保守作業の実施予定日時の直前、例えば、実施予定時刻の３０分前といった所定時間前の、再確認についてのメッセージと、再確認要ボタン８５１及び再確認不要ボタン８５２が表示される。店舗側は、確認用端末応答画面８５０の再確認要ボタン８５１又は再確認不要ボタン８５２を押下することで、保守作業の実施予定日時の所定時間前の再確認の要否を選択することができるようになっている。

【0090】

処理部４１０は、表示入力処理部４１１により、店舗表示用モニタ４３４に表示される確認用端末応答画面８５０で再確認不要ボタン８５２が押下され、保守作業の実施予定日時の所定時間前の再確認が不要であることが選択されたか否かを判定する。処理部４１０は、再確認が不要であることが選択された場合には、ステップＳ４６に処理を進め、再確認が不要であることが選択されず再確認が必要であることが選択された場合には、ステップＳ４７に処理を進める。

【0091】

［Ｓ４６］処理部４１０は、表示入力処理部４１１により、確認用端末応答画面８５０で再確認不要ボタン８５２が押下されたことを検出すると、端末応答送信部４１６により、店舗応答情報として、保守予定メッセージの実施予定日時に対する店舗側の了解の応答を、保守用サーバ３００に送信する。処理部４１０は、店舗側の了解の応答を保守用サーバ３００に送信した後は、ステップＳ４０に戻り、以降の処理を行う。

【0092】

［Ｓ４７］処理部４１０は、表示入力処理部４１１により、確認用端末応答画面８５０で再確認要ボタン８５１が押下されたことを検出すると、端末応答送信部４１６により、店舗応答情報として、保守予定メッセージの実施予定日時に対する店舗側の再通知要求の応答を、保守用サーバ３００に送信する。処理部４１０は、店舗側の再通知要求の応答を保守用サーバ３００に送信した後は、ステップＳ４０に戻り、以降の処理を行う。

【0093】

［Ｓ４８］処理部４１０は、ステップＳ４３において、表示入力処理部４１１により、店舗表示用モニタ４３４に表示される選択用端末応答画面８４０で延期依頼ボタン８４２が押下され、保守作業の実施予定日時について店舗側で了解が選択されず延期依頼が選択された場合には、端末応答送信部４１６により、店舗応答情報として、保守予定メッセージの実施予定日時に対する店舗側の延期要求の応答を、保守用サーバ３００に送信する。

【0094】

［Ｓ４９］端末４００からの延期要求の応答を受信した保守用サーバ３００では、保守員端末通信部３１５による保守員端末９００との通信により、保守員が延期に対応可能か否かの情報が取得される。保守用サーバ３００は、これに基づき、保守予定／延期メッセージ送信部３１２により、端末４００からの延期要求の応答に対する延期可否の情報を含む保守延期メッセージを、その端末４００に送信する。端末４００の処理部４１０は、保守予定／延期メッセージ受信部４１５により、保守用サーバ３００からの保守延期メッセージを受信する。

【0095】

［Ｓ５０］処理部４１０は、保守予定／延期メッセージ受信部４１５によって受信されたのが、延期可であることを示す保守延期メッセージであるか否かを判定する。処理部４１０は、延期可の保守延期メッセージである場合には、ステップＳ５１に処理を進め、延期可ではなく延期不可の保守延期メッセージである場合には、ステップＳ５２に処理を進める。

【0096】

［Ｓ５１］処理部４１０は、受信されたのが延期可の保守延期メッセージである場合には、表示入力処理部４１１により、延期通知画面として、延期受付画面、例えば、図１５（Ａ）に示すような延期受付画面８６０を、店舗表示用モニタ４３４に表示する。図１５（Ａ）に示す延期受付画面８６０には、店舗側の延期依頼（延期要求の応答）が受け付けられ、保守予定日時を別途連絡する旨を示すメッセージと、延期受付画面８６０を終了するための終了ボタン８６１が表示される。終了ボタン８６１が押下されると、処理部４１０は、ステップＳ４０に戻り、以降の処理を行う。

【0097】

［Ｓ５２］処理部４１０は、受信されたのが延期不可の保守延期メッセージである場合には、表示入力処理部４１１により、延期通知画面として、延期不可画面、例えば、図１５（Ｂ）に示すような延期不可画面８７０を、店舗表示用モニタ４３４に表示する。図１５（Ｂ）に示す延期不可画面８７０には、店舗側の延期依頼（延期要求の応答）が受け付けられず、訪問する保守員に直接延期を伝えて欲しい旨を示すメッセージと、延期不可画面８７０を終了するための終了ボタン８７１が表示される。終了ボタン８７１が押下されると、処理部４１０は、ステップＳ４０に戻り、以降の処理を行う。

【0098】

このようにして端末４００側から了解、再通知要求又は延期要求の店舗応答情報を得るため、保守用サーバ３００は、当日の保守作業状況テーブル３２２内の各端末４００に対し、保守作業の実施予定日時を知らせる保守予定メッセージを送信する（ステップＳ３３；図１１）。保守予定メッセージの送信後の保守用サーバ３００の処理について更に説明する。

【0099】

図１６及び図１７は保守作業監視処理時の保守用サーバの第２の処理例を示すフローチャートである。
保守用サーバ３００は、保守予定メッセージの送信後、更に図１６のステップＳ６０～Ｓ６９、及び図１７のステップＳ７０～Ｓ７７に示すような処理を行う。

【0100】

［Ｓ６０］保守用サーバ３００の処理部３１０は、現在の保守作業状況テーブル３２２の端末４００の状態を表示部６２０に表示する。
［Ｓ６１］処理部３１０は、保守進捗情報受信部３１４により、保守員によって保守作業が実施される端末４００からの保守進捗情報（保守用ＩＤによるログイン時刻情報、保守作業に含まれる項目毎の作業終了情報、又はログアウト時刻情報）を受信したか否かを判定する。処理部３１０は、端末４００からの保守進捗情報を受信した場合には、ステップＳ６２に処理を進め、端末４００からの保守進捗情報を受信しない場合には、ステップＳ６５に処理を進める。

【0101】

［Ｓ６２］処理部３１０は、保守進捗情報受信部３１４によって端末４００から保守進捗情報を受信した場合、その内容を保守作業状況テーブル３２２に記録し、受信した保守進捗情報の内容に応じて保守作業状況テーブル３２２を更新する。

【0102】

［Ｓ６３］処理部３１０は、一の端末４００の保守作業状況テーブル３２２に記録される保守進捗情報が完了状態で、且つ保守作業の順番（実施予定日時）が当該一の端末４００の次である端末４００の状態が再通知状態であるか否かを判定する。ここで、保守進捗情報が完了状態である場合とは、当該一の端末４００の保守作業状況テーブル３２２に、ログイン時刻情報、保守作業の全ての項目の作業終了情報、及びログアウト時刻情報が記録されている状態、即ち、保守員に保守用ＩＤでログインされ、保守作業の全ての項目の作業が行われ、ログアウトされた状態である場合を言う。また、当該一の端末４００の次の端末４００が再通知状態である場合とは、送信された保守予定メッセージに対して再通知要求の応答がなされている状態である場合を言う。処理部３１０は、端末状態判定部３１１により、端末４００の保守進捗情報が完了状態であるか否か、端末４００が再通知状態であるか否かを判定する。処理部３１０は、一の端末４００の保守進捗情報が完了状態で、且つ次の保守予定の端末４００が再通知状態でない場合には、ステップＳ６０に戻り、以降の処理を行う。

【0103】

［Ｓ６４］処理部３１０は、一の端末４００の保守進捗情報が完了状態で、且つ次の保守予定の端末４００が再通知状態である場合には、次の保守予定の端末４００に保守予定メッセージを送信（再送信）する。処理部３１０は、保守予定メッセージの送信後は、ステップＳ６０に戻り、以降の処理を行う。

【0104】

［Ｓ６５］処理部３１０は、ステップＳ６１において、端末４００からの保守進捗情報を受信しない場合、端末応答受信部３１３により、端末４００からの保守予定メッセージに対する応答を受信したか否かを判定する。処理部３１０は、端末４００からの保守予定メッセージに対する応答を受信した場合には、後述する図１７のステップＳ７０～Ｓ７７に示すような処理を行う。処理部３１０は、端末４００からの保守予定メッセージに対する応答を受信しない場合、及び図１７のステップＳ７１，Ｓ７３，Ｓ７７の処理が行われた後は、ステップＳ６６に処理を進める。

【0105】

［Ｓ６６］処理部３１０は、端末４００からの保守予定メッセージに対する応答を受信しない場合、及び図１７のステップＳ７１，Ｓ７３，Ｓ７７の処理が行われた後は、端末状態判定部３１１により、保守作業の実施予定日時の所定時間前に店舗応答待ち状態又は再通知状態の端末４００があるか否かを判定する。処理部３１０は、保守作業の実施予定日時の所定時間前に店舗応答待ち状態又は再通知状態の端末４００がある場合には、ステップＳ６７に処理を進め、そのような端末４００がない場合には、ステップＳ６８に処理を進める。

【0106】

［Ｓ６７］処理部３１０は、保守作業の実施予定日時の所定時間前に店舗応答待ち状態又は再通知状態の端末４００がある場合、即ち、店舗応答情報が受信されない端末４００、実施予定日時について了解か延期要求かが確定されない端末４００がある場合、アラーム処理部３１７により、該当端末４００を保守対応が不確定のアラーム状態にし、図１８に示すような保守作業状況テーブル３２２の内容を表示する画面の該当端末４００をアラーム表示し、アラーム音を発生させて、保守員の保守作業を統括する保守管理者に、店舗への連絡等の対応を促す。

【0107】

［Ｓ６８］処理部３１０は、端末状態判定部３１１により、保守作業の実施予定日時を経過しても保守進捗情報が完了状態でない端末４００、即ち、ログイン時刻情報、保守作業の全ての項目の作業終了情報、及びログアウト時刻情報が受信され保守作業状況テーブル３２２に記録されていない端末４００があるか否かを判定する。保守作業の実施予定日時を経過しても保守進捗情報が完了状態でない端末４００がある場合には、ステップＳ６９に処理を進め、そのような端末４００がない場合には、ステップＳ６０に戻り、以降の処理を行う。

【0108】

［Ｓ６９］処理部３１０は、保守作業の実施予定日時を経過しても保守進捗情報が完了状態でない端末４００がある場合、アラーム処理部３１７により、該当端末４００を保守作業遅延のアラーム状態にし、図１８に示すような保守作業状況テーブル３２２の内容を表示する画面の該当端末４００をアラーム表示し、アラーム音を発生させて、保守員の保守作業を統括する保守管理者に、保守員への連絡等の対応を促す。処理部３００は、所定のアラーム処理後、ステップＳ６０に戻り、以降の処理を行う。

【0109】

処理部３１０は、ステップＳ６５において、端末４００からの保守予定メッセージに対する応答を受信した場合には、図１７のステップＳ７０～Ｓ７７に示すような処理を行う。

【0110】

［Ｓ７０］処理部３１０は、端末応答受信部３１３により、保守予定メッセージに対する端末４００からの店舗応答情報として、了解の応答を受信したか否かを判定する。処理部３１０は、了解の応答を受信した場合には、ステップＳ７１に処理を進め、了解の応答を受信しない場合には、ステップＳ７２に処理を進める。

【0111】

［Ｓ７１］処理部３１０は、了解の応答を受信した場合、端末状態設定部３１６により、該当端末４００を保守員到着待ち状態に設定し、保守作業状況テーブル３２２を更新する。そして、処理部３１０は、ステップＳ６６（図１６）に処理を進める。

【0112】

［Ｓ７２］処理部３１０は、端末応答受信部３１３により、保守予定メッセージに対する端末４００からの店舗応答情報として、再通知要求の応答を受信したか否かを判定する。処理部３１０は、再通知要求の応答を受信した場合には、ステップＳ７３に処理を進め、再通知要求の応答を受信しない場合には、ステップＳ７４に処理を進める。

【0113】

［Ｓ７３］処理部３１０は、再通知要求の応答を受信した場合、端末状態設定部３１６により、該当端末４００を再通知状態に設定し、保守作業状況テーブル３２２を更新する。そして、処理部３１０は、ステップＳ６６（図１６）に処理を進める。

【0114】

［Ｓ７４］処理部３１０は、ステップＳ７２において、再通知要求の応答を受信しない場合、即ち、了解の応答でも再通知要求の応答でもない、延期要求の応答を受信した場合、保守員端末通信部３１５により、その延期要求の応答を示す情報を、保守員端末９００に送信する。

【0115】

［Ｓ７５］処理部３１０は、保守員端末通信部３１５により、保守員端末９００からの延期可否の情報を受信する。
［Ｓ７６］処理部３１０は、保守員端末９００から受信した延期可否の情報に基づき、延期可又は延期不可の保守延期メッセージを該当端末４００に送信する。

【0116】

［Ｓ７７］処理部３１０は、端末状態設定部３１６により、該当端末４００を延期状態に設定し、保守作業状況テーブル３２２を更新する。そして、処理部３１０は、ステップＳ６６（図１６）に処理を進める。

【0117】

このように、発券照合システム１の複数の端末４００と接続される保守用サーバ３００は、上記図１０～図１７に示すような保守作業監視処理を行い、保守員によって保守作業が実施される端末４００からの店舗応答情報（図１３）及び保守進捗情報（図４及び図５）に基づき、保守作業状況テーブル３２２を更新する。これにより、店舗を訪問する保守員によって保守作業が実施される端末４００の状況がリアルタイムで適正に反映される保守作業状況テーブル３２２が生成される。生成される保守作業状況テーブル３２２は、保守用サーバ３００に接続される表示部６２０（図８）に表示される。

【0118】

図１８は保守作業状況テーブルの一例を示す図である。
保守作業状況テーブル３２２には、発券照合システム１の複数の端末４００のうち、保守員による当日の保守作業の実施対象の端末４００が抽出され（図１１）、端末４００の保守予定メッセージに対する店舗応答情報（図１３）及び保守員の作業に応じた保守進捗情報（図４及び図５）に基づいて設定される端末４００の状態（図１６及び図１７）が表示される。

【0119】

例えば、図１８に示す保守作業状況テーブル３２２には、保守員到着待ち状態、保守作業完了状態、保守作業中状態、予定時刻に保守用ＩＤのログイン又はログアウト無しの状態、予定時刻の所定時間前に店舗応答待ち状態又は再通知状態、延期状態といった端末４００の各種状態が表示される。

【0120】

尚、図１８の例では、端末００４３，００４５～００５０，００５３～００８０，００９０が保守員到着待ち状態、端末００００～００１２，００１４～００３６が保守作業完了状態、端末００３７～００３９が保守作業中状態、端末００４０～００４２が予定時刻に保守用ＩＤのログイン又はログアウト無しの状態、端末００５１，００５２が予定時刻の所定時間前に店舗応答待ち状態又は再通知状態、端末００１３，００４４が延期状態となっている。

【0121】

ここで、保守員到着待ち状態は、保守用サーバ３００から送信された保守予定メッセージに対して了解の応答がなされた端末４００の状態である。保守作業完了状態は、保守員の保守作業によってログイン時刻情報、全ての項目の作業終了情報及びログアウト時刻情報が受信されて記録された端末４００の状態である。保守作業中状態は、保守員の保守作業によってログイン時刻情報が受信されて記録された端末４００の状態、又はログイン時刻情報及び保守作業の全ての項目のうちのいくつかについての作業終了情報が受信されて記録された端末４００の状態である。予定時刻に保守用ＩＤのログイン又はログアウト無しの状態は、保守作業の実施対象の各端末４００に対して予め設定されたログイン予定時刻及びログアウト予定時刻に、保守員による保守用ＩＤのログイン又はログアウトが行われていない（ログイン時刻情報又はログアウト時刻情報が受信されて記録されていない）端末４００の状態である。店舗応答待ち状態は、保守用サーバ３００から送信された保守予定メッセージに対する応答が無い端末４００の状態である。再通知状態は、保守用サーバ３００から送信された保守予定メッセージに対して再通知要求の応答がなされた端末４００の状態、又はその状態から保守予定メッセージが再送信されたがそれに対する応答が無い端末４００の状態である。延期状態とは、保守用サーバ３００から送信された保守予定メッセージに対して延期要求の応答がなされた端末４００の状態である。

【0122】

保守作業状況テーブル３２２では、このような端末４００の各種状態がそれぞれ、保守用サーバ３００の利用者が識別可能なように表示される。図１８では便宜上、端末４００の状態をハッチングや塗りつぶしで表現しているが、利用者に識別可能な表示方法としては、文字の色や文字の背景の色、文字の字体、色による塗りつぶし、枠による文字の囲み等、様々な表示方法を採用することができる。

【0123】

また、保守用サーバ３００は更に、保守作業状況テーブル３２２において、利用者が特定の端末４００を選択すると、その端末４００の保守作業の進捗を示す進捗テーブルを表示部６２０に表示する機能を有する。

【0124】

図１９～図２１は端末の保守作業の進捗テーブルの一例を示す図である。ここで、図１９は保守作業開始前の進捗テーブルの一例、図２０は保守作業途中の進捗テーブルの一例、図２１は保守作業完了後の進捗テーブルの一例である。

【0125】

例えば、保守用サーバ３００の利用者が、表示部６２０に表示される保守作業状況テーブル３２２において、保守員による保守作業開始前の端末４００、例えば、保守員到着待ち状態の端末４００を選択すると、図１９に示すような進捗テーブル３２３Ａが表示される。図１９に示す進捗テーブル３２３Ａには、選択された端末４００の端末番号、それが設置される店舗名、担当保守員、保守作業実施予定日のログイン及びログアウトの予定時刻と実機時刻（担当保守員によって端末４００で実際に行われたログイン及びログアウトの時刻）、保守作業の各項目の作業進捗を記録する欄が用意される。例えば、保守作業の項目１～１２はそれぞれ、ユニットＮ（Ｎ＝１～６）の各々の清掃及び診断の作業（図６（Ｂ））に対応する項目である。

【0126】

保守作業開始前の端末４００の進捗テーブル３２３Ａでは、端末番号の欄に、選択された端末４００の識別情報が記録され、店舗名の欄に、その端末４００が設置される店舗名又はその識別情報が記録され、担当保守員の欄に、その端末４００の保守作業を実施する保守員名又はその識別情報が記録され、ログイン及びログアウトの予定時刻の欄に、予め設定された予定日時が記録される。保守作業開始前の端末４００の進捗テーブル３２３Ａでは、ログイン及びログアウトの実機時刻の欄、保守作業の各項目の作業進捗を記録する欄には、未だ情報が記録されていない。

【0127】

尚、予定時刻に保守用ＩＤのログイン又はログアウト無しの状態、店舗応答待ち状態及び再通知状態の端末４００も、保守作業状況テーブル３２２において選択された場合、この図１９のような進捗テーブル３２３Ａが表示される。

【0128】

また、例えば、保守用サーバ３００の利用者が、保守作業状況テーブル３２２において、保守員による保守作業途中の端末４００、即ち、保守作業中状態の端末４００を選択すると、図２０に示すような進捗テーブル３２３Ｂが表示される。図２０に示す進捗テーブル３２３Ｂでは、上記図１９に示した保守作業開始前の端末４００の進捗テーブル３２３Ａについて述べたような記録情報に加えて、ログインの実機時刻の欄に、保守員による保守用ＩＤのログインの検出によって得られる上記ログイン時刻情報に含まれるログイン時刻が記録される。図２０に示す進捗テーブル３２３Ｂでは更に、保守作業の項目のうち、作業が終了した項目に対応する欄（例えば項目１～４）に、作業の終了によって得られる上記作業終了情報に基づき、作業済であることを示す情報が記録される。例えば、上記のような端末４００の各ユニットの清掃や診断といった項目について、作業が終了したことを示す作業終了情報が受信されると、当該項目に対応する欄に、作業済であることを示す情報が記録される。尚、作業済であることを示す情報は、利用者が識別可能であれば、各種表示方法を採用することができる。

【0129】

また、例えば、保守用サーバ３００の利用者が、保守作業状況テーブル３２２において、保守員による保守作業完了後の端末４００、即ち、保守作業完了状態の端末４００を選択すると、図２１に示すような進捗テーブル３２３Ｃが表示される。図２１に示す進捗テーブル３２３Ｃでは、上記図２０に示した保守作業途中の端末４００の進捗テーブル３２３Ｂについて述べたような記録情報に加えて、ログアウトの実機時刻の欄に、保守員による保守用ＩＤのログアウトの検出によって得られる上記ログアウト時刻情報に含まれるログアウト時刻が記録される。図２１に示す進捗テーブル３２３Ｃでは更に、保守作業の項目のうち、作業が終了した全ての項目に対応する欄（例えば上記図２０の進捗テーブル３２３Ｂの残りの項目５～１２）に、作業の終了によって得られる上記作業終了情報に基づき、作業済であることを示す情報が記録される。保守用サーバ３００は、このようにログイン及びログアウトの実機時刻が記録され、保守作業の全ての項目について作業済であることを示す情報が記録された状態を、端末状態判定部３１１によって保守進捗情報の完了状態と判定する。

【0130】

保守用サーバ３００の利用者、例えば、保守員による保守作業を統括する保守管理者は、表示部６２０に表示される保守作業状況テーブル３２２を閲覧することで、また、特定の端末４００を選択して表示される進捗テーブル３２３Ａ，３２３Ｂ，３２３Ｃ等を閲覧することで、端末４００の状態、保守員による保守作業の進捗、即ち、端末４００に対して実施される保守作業の状況を、リアルタイムで適正に把握することができる。

【0131】

尚、以上説明したような保守用サーバ３００及び端末４００の各々が有する上記処理機能は、コンピュータによって実現することができる。その場合、保守用サーバ３００及び端末４００の各々が有すべき機能の処理内容を記述したプログラムが提供され、そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリ等がある。磁気記憶装置には、ＨＤＤ、フレキシブルディスク、磁気テープ等がある。光ディスクには、ＣＤ，ＤＶＤ等がある。光磁気記録媒体には、ＭＯ等がある。

【0132】

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ－ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

【0133】

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラム又はサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。尚、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

【0134】

また、以上の説明では、保守員が保守作業を実施する当日が保守作業の実施予定日である端末４００を抽出して保守作業状況テーブル３２２を生成し、保守作業監視処理を行う例を示したが、保守作業状況テーブル３２２として端末４００を抽出する条件は、保守作業を実施する当日に限らず、その翌日や数日後といった、翌日以降の日であってもよい。

【0135】

また、以上の説明では、端末４００として、くじの店頭販売を行う発券照合端末を例にしたが、上記保守用サーバ３００を用いた保守作業監視手法は、端末４００がこのような発券照合端末である場合に限らず、保守員が訪問して保守作業が実施される各種端末について同様に適用することができる。

【符号の説明】

【0136】

１ 発券照合システム
１００ センタ
２００ 運用サーバ
３００ 保守用サーバ
３１０，４１０ 処理部
３１１ 端末状態判定部
３１２ 保守予定／延期メッセージ送信部
３１３ 端末応答受信部
３１４ 保守進捗情報受信部
３１５ 保守員端末通信部
３１６ 端末状態設定部
３１７ アラーム送信部
３２０，４２０ 記憶部
３２１ 保守管理テーブル
３２２ 保守作業状況テーブル
３２３Ａ，３２３Ｂ，３２３Ｃ 進捗テーブル
３３１ プロセッサ
３３２ ＲＡＭ
３３３ ＨＤＤ
３３４ 画像信号処理部
３３４ａ ディスプレイ
３３５ 入力信号処理部
３３５ａ 入力デバイス
３３６ 読み取り装置
３３６ａ 記録媒体
３３７ 通信インタフェース
４００ 端末（発券照合端末）
４００ａ 本体
４１１ 表示入力処理部
４１２ ログイン検出部
４１３ ログアウト検出部
４１４ 保守進捗情報送信部
４１５ 保守予定／延期メッセージ受信部
４１６ 端末応答送信部
４３１ くじ用媒体読み取り装置
４３２ 磁気カード読み取り装置
４３３ お客様表示用モニタ
４３４ 店舗表示用モニタ
４３５ チケットプリンタ
４３６ ルータ
４３７ レシートプリンタ
４３８ インタフェース
４３９ 電源部
５００，６００ ＷＳ
６１０ 入力部
６２０ 表示部
７００ ネットワーク
８００ ログイン画面
８０１ 入力箇所
８０２ ログインボタン
８１０ 保守用メニュー画面
８１１ メニューボタン
８１２ ログアウトボタン
８２０ 清掃終了画面
８２１ 清掃終了ボタン
８３０ 診断終了画面
８３１ 診断終了ボタン
８４０ 選択用端末応答画面
８４１ 了解ボタン
８４２ 延期依頼ボタン
８５０ 確認用端末応答画面
８５１ 再確認要ボタン
８５２ 再確認不要ボタン
８６０ 延期受付画面
８６１，８７１ 終了ボタン
８７０ 延期不可画面
９００ 保守員端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】