JP7164889B2 - 販売データ処理システム - Google Patents

Description

本発明は、販売データ処理システムに関する。

従来、飲食店舗内のテーブルの清掃について係員端末に清掃案内を出力するシステムが知られている（例えば、特許文献１参照）。

特開２００６－０３９７４８号公報

しかしながら、感染防止という観点では不十分であった。

本発明は、このような事情に鑑みてなされたもので、その目的は、感染防止に貢献することができる技術を提供することにある。

上述した課題を解決するために、本発明の一態様である販売データ処理システムは、販売データを処理する処理手段と、前記販売データの処理前、処理中又は処理終了後に、防疫に関する情報を出力する出力手段と、を備える。

販売システムのネットワーク構成例である。 登録装置、精算装置の外観例を示す図である。 登録装置の構成例を示す図である。 精算装置の構成例を示す図である。 登録装置の店員用表示部における表示例である。 登録装置の店員用表示部における表示例である。 登録装置の店員用表示部における表示例である。 登録装置の店員用表示部における表示例である。 登録装置の客用表示部における表示例である。 登録装置の客用表示部における表示例である。 登録装置の客用表示部における表示例である。 精算装置の表示部における表示例である。 登録装置の動作の一例を示すフローチャートである。 登録装置の動作の一例を示すフローチャートである。 レシートの一例である。 店舗内に設置する消毒器の一例である。 傾斜検出装置について説明する説明図である。 登録装置の動作の一例を示すフローチャートである。 精算装置等の動作の概要を示すフローチャートである。 登録精算装置の外観例を示す図である。 登録精算装置の構成例を示す図である。 販売システムのネットワーク構成例である。 携帯端末の表示部における表示例である。 携帯端末の表示部における表示例である。 カート情報の一例である。 携帯端末の表示部における表示例等である。 精算装置の表示部における表示例である。 精算装置の表示部における表示例である。 精算装置の表示部における表示例である。 登録装置の動作の一例を示すフローチャートである。 他の例について説明する説明図である。

（第１の実施形態）
以下、第１の実施形態について図面を参照して説明する。図１は、販売システム１のネットワーク構成例である。図１に示す販売システム１は、複数の登録装置１０ａ、１０ｂ等と、複数の精算装置２０ａ、２０ｂ等と、ストアコントローラ（管理装置）３０と、監視装置４０とを備える。各装置は。ＬＡＮ１１を介して通信可能に接続されている。以下、個々の登録装置１０ａ、１０ｂ等の夫々を特に区別しない場合には単に登録装置１０と称し、個々の精算装置２０ａ、２０ｂ等の夫々を特に区別しない場合には単に精算装置２０と称するものとする。販売システム１（販売システム２も同様）は、種々の店舗等（スーパーマーケット、コンビニストア、ドラックストア、ホームセンタ、家電量販店、その他の専門店等）に導入可能である。

登録装置１０は、店員により操作され、買上商品の登録処理を行うための装置である。例えば、登録装置１０は、登録処理の実行し、登録処理の処理内容（当該客の買上商品に関する商品登録情報）を含む登録データ（登録情報）を生成し、生成した登録データを店員により指定（選択）された精算装置２０に送信する。なお、登録装置１０は、他の装置（例えば、ストアコントローラ３０等）を介して精算装置２０に登録データを送信してもよいし、他の装置を介さずに直接精算装置２０に登録データを送信してもよい。

精算装置２０は、主に客により操作され、買上商品の精算処理を行うための装置である。例えば、精算装置２０は、登録装置１０から送信された登録データを受信し、該登録データに基づいて精算処理を実行する。

ストアコントローラ３０は、外部（例えば、本部のサーバ）から商品ファイル（商品マスタ）を受信し、他の装置（登録装置１０、精算装置２０等）に送信（配信）する。また、ストアコントローラ通信部は、他の装置から情報を受信し、外部に送信する。

監視装置４０は、例えば、他の装置（登録装置１０、精算装置２０等）の処理状況等を監視等する。一例として、監視装置４０は、精算装置２０が備える釣銭機２１２の貨幣の数量を監視する。監視装置４０は、２台以上であってもよい。

図２は、登録装置１０、精算装置２０の外観例を示す図である。図３は、登録装置１０の構成例を示す図である。図４は、精算装置２０の構成例を示す図である。

以下、図２を参照しつつ、図３に示した登録装置１０の構成例を説明する。図２及び図３において、同一部分には同一符号を付している。

図３に示すように、登録装置１０は、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、スキャナ部１０４と、店員用表示部１０５と、客用表示部１０６と、ハードディスク１０７と、キー操作部１０８と、通信部１０９と、ブザー１１０と、印刷部１１１と、バス１１５とを備える。これらは、バス１１５を介して互いに接続されている。

ＲＯＭ１０２は、読み出し専用メモリであり、種々の情報を記憶する。例えば、ＲＯＭ１０２は、登録処理をＣＰＵ１０１に実行させるための商品登録プログラムを記憶する。ＲＡＭ１０３は、読み出し書き込みメモリであり、種々の情報を一時記憶する。例えば、ＲＡＭ１０３は、ＲＯＭ１０２又はハードディスク１０７から読み出された情報、商品登録プログラムが実行されることによって生成された情報、スキャナ部１０４によってバーコード等が読み取られることにより取得された情報等を一時記憶する。

スキャナ部１０４は、バーコード等を光学的に読み取るスキャナである。例えば、スキャナ部１０４は、商品に付されているバーコードを光学的に読み取る。また、スキャナ部１０４は、店員の名札に付されている店員コードを光学的に読み取る。なお、スキャナ部１０４は、商品を登録する際に用いられるが、他の方法によって商品を登録してもよい。例えば、店員用表示部１０５に、商品に対応するプリセットキーが表示されている場合、当該プリセットキーを操作し、商品を登録してもよい。

ＣＰＵ１０１は、中央演算処理装置であり、登録装置１０全体を制御する。例えば、ＣＰＵ１０１は、商品登録プログラムを実行することによって登録処理の実行を制御する。一例として、ＣＰＵ１０１は、スキャナ部１０４が読み取った商品コードと、ハードディスク１０７に記憶された商品ファイルとに基づいて、買上商品の商品名及び金額等を表示部（店員用表示部１０５、客用表示部１０６）に表示させる。また、ＣＰＵ１０１は、商品登録した全部の商品の商品コードを含む登録データを生成する。ＣＰＵ１０１は、生成した登録データを、通信部１０９を制御して、精算装置２０に送信させる。なお、ＣＰＵ１０１は、生成した登録データを精算装置２０に送信することに加えて、ＲＡＭ１０３又はハードディスク１０７に記憶してもよい。

店員用表示部１０５は、例えば、液晶タッチディスプレイ装置である。店員用表示部１０５は、店員に種々の情報を表示する。また、店員用表示部１０５は、店員からの種々の操作を受け付ける。例えば、店員用表示部１０５は、商品登録の完了を指示するためのボタン（小計ボタン等）、登録データの送信先を指定（選択）するためのボタン（精算装置指定ボタン等）を表示し、商品登録を完了させる操作、登録データの送信先を指定する操作を受け付ける。

客用表示部１０６は、例えば、液晶タッチディスプレイ装置である。客用表示部１０６は、客に種々の情報を表示する。また、客用表示部１０６は、客からの種々の操作を受け付ける。例えば、客用表示部１０６は、所定年齢（例えば２０歳）以上である旨を宣言するためのボタンを表示し、所定年齢（例えば２０歳）以上である旨を宣言する操作を受け付ける。

ハードディスク１０７は、種々の情報を記憶する。例えば、ハードディスク１０７は、外部から取得された情報（例えば、商品ファイル等）や、商品登録プログラムによって生成された情報を記憶する。ハードディスク１０７は、ＲＯＭ１０２に代えて、ＣＰＵ１０１が実行するプログラム等を記憶してもよい。

キー操作部１０８は、店員が操作する種々のボタン（金額等の数字を入力するための数字ボタン等）を配置する。なお、店員用表示部１０５に表示することに代えて又は加えて、店員用表示部１０５に表示するものであるとして説明した種々のボタン（例えば、上述した小計ボタン等）を、キー操作部１０８に配置してもよい。

通信部１０９は、ＬＡＮ１１を介して外部の装置（他の登録装置１０、精算装置２０、ストアコントローラ３０、監視装置４０）と通信するための通信インタフェースである。ブザー１１０は、確認音及び警告音を発生（出力）させるための音発生部である。登録装置１０は、ブザー１１０に代えて又は加えて、音声ガイダンス等を出力する音声出力部を備えていてもよい。

印刷部１１１は、媒体を印刷、発行する。例えば、印刷部１１１は、お会計券（登録商標）を印刷、発行する。お会計券には、精算装置２０において精算処理を実行するために必要な情報がコード化（バーコード化、２次元コード化等）され印刷される。発行されたお会計券は、店員から客に手渡される。客は、手渡されたお会計券を持って精算装置２０に移動し、お会計券に印刷されているコード（バーコード、２次元コード等）を精算装置２０（スキャナ部２０４）に読み取らせる。これにより、当該精算装置２０において精算処理が実行される。なお、印刷部１１１は、レシートを印刷、発行してもよい。

なお、登録装置１０は、更に、種々のカード（クレジットカード、電子マネー等）のカード決済部（カード読書部等）、撮像部（カメラ）、計時部（時計）、周囲に人間（店員等）がいるか否かを検出可能な近接センサ（人感センサ）等を備えていてもよい。

続いて、図２を参照しつつ、図４に示した精算装置２０の構成例を説明する。図２及び図４において、同一部分には同一符号を付している。

図４に示すように、精算装置２０は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、スキャナ部２０４と、表示部２０６と、ハードディスク２０７と、通信部２０９と、ブザー２１０と、印刷部２１１と、釣銭機（自動釣銭釣札機）２１２と、サインポール２１３と、バス２１５とを備える。これらは、バス２１５を介して互いに接続されている。

ＲＯＭ２０２は、読み出し専用メモリであり、種々の情報を記憶する。例えば、ＲＯＭ２０２は、精算処理をＣＰＵ２０１に実行させるための精算プログラムを記憶する。ＲＡＭ２０３は、読み出し書き込みメモリであり、種々の情報を一時記憶する。例えば、ＲＡＭ２０３は、ＲＯＭ２０２又はハードディスク２０７から読み出された情報、精算プログラムが実行されることによって生成された情報、登録装置１０から送信された情報、スキャナ部１０４によってバーコード等が読み取られることによって取得された情報、釣銭機２１２に貨幣が投入されることによって生成される情報等を一時記憶する。

スキャナ部２０４は、バーコード等を光学的に読み取るスキャナである。例えば、スキャナ部２０４は、登録装置１０（印刷部１１１）において印刷、発行されたお会計券に印刷されているバーコード（又は２次元コード）を読み取る。

ＣＰＵ２０１は、中央演算処理装置であり、精算装置２０全体を制御する。例えば、ＣＰＵ２０１は、精算プログラムを実行することによって精算処理の実行を制御する。一例として、ＣＰＵ２０１は、登録装置１０から送信された登録データ（又は、お会計券が読み取られることによって取得された登録データ）に基づいて、合計金額等を表示部２０６に表示させる。

また、ＣＰＵ２０１は、釣銭機２１２への投入金額を入金額（預り金額）として表示部２０６に表示させる。また、ＣＰＵ２０１は、合計金額と入金額とに基づいて釣銭額を算出し、表示部２０６に表示させる。また、ＣＰＵ２０１は、精算処理が終了すると、レシートを印刷部２１１から印刷、発行させるとともに、釣銭額と等しい額の貨幣を釣銭機２１２から排出させる。また、ＣＰＵ２０１は、精算処理が終了すると、合計金額等を含む精算データ（精算情報）を生成し、通信部２０９を制御して、外部の装置（例えば、ストアコントローラ３０）に送信させる。なお、ＣＰＵ２０１は、生成した精算データを、外部の装置に送信することに加えて、ＲＡＭ２０３又はハードディスク２０７に記憶してもよい。

表示部２０６は、例えば、液晶タッチディスプレイ装置である。表示部２０６は、客に種々の情報（精算画面等）を表示する。また、表示部２０６は、客からの種々の操作を受け付ける。例えば、表示部２０６は、決済種別（支払方法）の指定（選択）するためのボタン（クレジットボタン、電子マネーボタン等）、入金額を確定し決済を実行させるためのボタン（おわりボタン等）等を表示し、決済種別を指定する操作、入金額を確定し決済を実行させる操作を受け付ける。

ハードディスク２０７は、種々の情報を記憶する。例えば、ハードディスク２０７は、外部から取得された情報（例えば、登録データ等）や、精算プログラムによって生成された情報を記憶する。ハードディスク２０７は、ＲＯＭ２０２に代えて、ＣＰＵ２０１が実行するプログラム等を記憶してもよい。

通信部２０９は、ＬＡＮ１１を介して外部の装置（登録装置１０、他の精算装置２０、ストアコントローラ３０、監視装置４０）と通信するための通信インタフェースである。ブザー２１０は、確認音及び警告音を発生（出力）させるための音発生部である。精算装置２０は、ブザー２１０に代えて又は加えて、音声ガイダンス等を出力する音声出力部を備えていてもよい。

印刷部２１１は、媒体を印刷、発行する。例えば、印刷部２１１は、レシートを印刷、発行する。

釣銭機２１２は、貨幣（金銭）が収納される収納部（非図示）への入出金を制御する自動釣銭釣札機（現金決済部）である。釣銭機２１２は、現金による決済機構であり、紙幣や硬貨の投入口、紙幣や硬貨の排出口を有する。また、釣銭機２１２は、投入口に投入された紙幣等を検出（投入があった旨の検出、金種別の枚数の検出等）するセンサや、排出した紙幣等が排出口から取り出されたことを検出するセンサを備える。釣銭機２１２は、センサによる検出結果（金種別の枚数等）をＣＰＵ２０１に出力する。なお、図３、図４に示す例では、釣銭機２１２は精算装置２０に内蔵されているが、釣銭機２１２は精算装置２０に接続されていてもよい。

サインポール２１３は、複数色の表示灯を有し、夫々の表示態様（消灯、点灯、点滅等）により、店員や客に対し、自精算装置２０がどのような状態（店員呼出中、釣銭ニアエンド中等）であるかや、自精算装置２０が特定の精算装置２０（例えば店員によって指定された精算装置２０等）であるかなどを報知する。

なお、精算装置２０は、更に、種々のカード（クレジットカード、電子マネー等）のカード決済部（カード読書部等）、撮像部（カメラ）、計時部（時計）、周囲に人間（店員等）がいるか否かを検出可能な近接センサ（人感センサ）等を備えていてもよい。

図５～図１１は、登録装置１０における表示例である。図５～図８は、登録装置１０の店員用表示部１０５における表示例である。

（店員用表示部１０５における表示）
図５は、１品目の商品の登録前の場面における店員用表示部１０５の表示内容を示している。登録装置１０は、１品目の商品の登録前は、図５に示したような登録画面を店員用表示部１０５に表示する。図５の登録画面の右下には、小計ボタンＢＴ１０、消毒案内ボタンＢＴ１１、消毒開始ボタンＢＴ１２が配置されている。

小計ボタンＢＴ１０は、登録処理の終了（当該取引における全部の買上商品の登録の終了）を指示するためのボタンである。小計ボタンＢＴ１０の操作は、１品目の商品の登録後に有効となる。つまり、小計ボタンＢＴ１０の操作は、１品目の商品の登録前の場面（図５の場面）では無効である。図中の破線枠は、登録装置１０が、小計ボタンＢＴ１０を、操作が無効である旨の表示態様で表示している旨を示している。なお、図５の例では、操作が無効である旨の表示態様で表示しているが、１品目の商品の登録前の場面では、小計ボタンＢＴ１０を表示しなくてもよい。

消毒案内ボタンＢＴ１１は、消毒に関する案内情報を表示させるためのボタンである。消毒案内ボタンＢＴ１１の操作は、１品目の商品の登録前の場面において有効である。図中の実線枠は、登録装置１０が、消毒案内ボタンＢＴ１１を、操作が有効である旨の表示態様で表示している旨を示している。

消毒開始ボタンＢＴ１２は、消毒作業（当該装置の消毒。消毒行動、消毒活動、消毒行為とも称する）の開始を宣言するためのボタンである。消毒開始ボタンＢＴ１２の操作は、１品目の商品の登録前の場面において有効である。

図６は、図５の場面に続く場面における店員用表示部１０５の表示内容を示している。登録装置１０は、商品の登録後（２品目であるアスパラの登録後）は、図６に示したような登録画面を店員用表示部１０５に表示する。

小計ボタンＢＴ１０の操作は、上述したように１品目の商品の登録後に有効となる。従って、登録装置１０は、小計ボタンＢＴ１０を、操作が有効である旨の表示態様で表示している。消毒案内ボタンＢＴ１１（消毒開始ボタンＢＴ１２も同様）の操作は、１品目の商品の登録後に無効となる。従って、登録装置１０は、消毒案内ボタンＢＴ１１（消毒開始ボタンＢＴ１２も同様）を、操作が無効である旨の表示態様で表示している。１品目の商品の登録後に消毒案内ボタンＢＴ１１の操作を無効とすることにより、商品登録中（接客中）に誤って消毒に関する案内情報が表示されるのを防止している。１品目の商品の登録後に消毒開始ボタンＢＴ１２の操作を無効とすることにより、商品登録中（接客中）に消毒作業が開始されるのを防止している。なお、図６の例では、操作が無効である旨の表示態様で表示しているが、１品目の商品の登録後の場面では、消毒案内ボタンＢＴ１１（消毒開始ボタンＢＴ１２も同様）を表示しなくてもよい。

図７は、図６の場面に続く場面における店員用表示部１０５の表示内容を示している。登録装置１０は、小計ボタンＢＴ１０の操作後は、図７に示したような小計画面を店員用表示部１０５に表示する。つまり、登録装置１０は、図６の場面において小計ボタンＢＴ１０が操作された場合、図６の登録画面に代えて図７の小計画面を店員用表示部１０５に表示する。

図７の小計画面の右下には、２０１レジボタンＢＴ２１、２０２レジボタンＢＴ２２、２０３レジボタンＢＴ２３、お会計券ボタンＢＴ２４、品券ボタンＢＴ２５、登録画面ボタンＢＴ２６が配置されている。

２０１レジボタンＢＴ２１、２０２レジボタンＢＴ２２、２０３レジボタンＢＴ２３は、当該取引における商品登録について精算処理を実行させる精算装置２０を指定（選択）するためのボタンである。つまり、当該取引の登録データの送信先を指定するための精算装置指定ボタンである。２０１レジボタンＢＴ２１は、２０１レジ（精算装置２０ａ）を指定するためボタンである。２０２レジボタンＢＴ２２は２０２レジ（精算装置２０ｂ）を指定するためボタンである。２０３レジボタンＢＴ２３は２０３レジ（精算装置２０ｃ）を指定するためボタンである。登録装置１０は、２０１レジボタンＢＴ２１が操作された場合には当該取引の登録データを２０１レジ（精算装置２０ａ）に送信し、２０２レジボタンＢＴ２２が操作された場合には当該取引の登録データを２０２レジ（精算装置２０ｂ）に送信し、２０３レジボタンＢＴ２３が操作された場合には当該取引の登録データを２０３レジ（精算装置２０ｃ）に送信する。なお、２０３レジボタンＢＴ２３の上部に付された画像ＧＡ０１については後述する。

お会計券ボタンＢＴ２４は、印刷部１１１にてお会計券（登録商標）を発行させるためのボタンである。登録装置１０は、お会計券ボタンＢＴ２４が操作された場合には、お会計券を印刷、発行する。

品券ボタンＢＴ２５は、品券（商品券、金券とも称する）を使用して精算するためのボタン（品券を精算に使用する旨の宣言を受け付けるボタン）である。

登録画面ボタンＢＴ２６は、小計画面から登録画面に画面を戻すためのボタンである。登録装置１０は、登録画面ボタンＢＴ２６が操作された場合には、小計画面から登録画面に画面を戻す。登録画面ボタンＢＴ２６は、例えば、買上商品を変更（追加、取消）する場合に用いられる。

図８は、図７の場面に続く場面における店員用表示部１０５の表示内容を示している。具体的には、図８は、１品目の商品の登録前の登録画面（例えば図５の登録画面）の前面に小画面ＳＧ０１が表示（重畳して表示）されている場面を示している。小画面ＳＧ０１は、詳細は後述するが、消毒作業の実施を指示（消毒作業を実施すべき旨を報知）する画面である。

登録装置１０は、精算装置２０の指定後（２０１レジボタンＢＴ２１、２０２レジボタンＢＴ２２、２０３レジボタンＢＴ２３の何れかの操作後）に、消毒作業の実施を指示する場合と、消毒作業の実施を指示しない場合とがある。具体的には、登録装置１０は、精算装置２０の指定後に、小画面ＳＧ０１を前面に表示（重畳して表示）させた１品目の商品の登録前の登録画面（例えば図８の登録画面）を店員用表示部１０５に表示する場合と、１品目の商品の登録前の登録画面（例えば図５の登録画面）を店員用表示部１０５に表示する場合と、がある。つまり、図７→図８→図５と画面が遷移し、消毒作業の実施を指示する場合（小画面ＳＧ０１を表示する場合）と、図７→図５と画面が遷移し、消毒作業の実施を指示しない場合（小画面ＳＧ０１を表示しない場合）と、がある。

登録装置１０は、所定の判断基準に基づいて小画面ＳＧ０１の表示の要否（有無）を判断（決定）する。換言すれば、登録装置１０は、所定の判断基準に基づいて消毒作業の要否（消毒作業の実施の指示の要否）を判断する。登録装置１０は、小画面ＳＧ０１の表示が必要であると判断した場合には、図８に示したように小画面ＳＧ０１を表示する。つまり、図８は、精算装置２０の指定後であって、所定の判断基準に基づいて小画面ＳＧ０１を表示すると判断した場合における、店員用表示部１０５の表示である。

（取引数（人数）に基づく判断基準）
上記の判断基準の一例は、当該装置に対する消毒作業を実施せずに当該装置において連続して処理された取引数（人数）に関するものである。登録装置１０は、当該装置に対する消毒作業を実施せずに当該装置において連続して処理された取引数が所定値（例えば「２０」）を超えているか否かに基づいて小画面ＳＧ０１の表示の要否（つまり消毒作業の要否）を判断する。具体的には、登録装置１０は、上記取引数が所定値を超えていない場合は、小画面ＳＧ０１を表示しないと判断（つまり消毒作業は不要であると判断）する。一方、登録装置１０は、上記取引数が所定値を超えている場合は、小画面ＳＧ０１を表示すると判断（つまり消毒作業は必要であると判断）する。なお、上記取引数と比較される所定値は、例えば、曜日毎、時間帯毎に設定可能であってもよい。

（経過時間に基づく判断基準）
上記の判断基準の他の例は、当該装置における最後（最近）の消毒作業からの経過時間に関するものである。登録装置１０は、当該装置における最後の消毒作業からの経過時間（又は経過時間に基づく値）が所定値（例えば「６０（分）」）を超えているか否かに基づいて小画面ＳＧ０１の表示の要否（つまり消毒作業の要否）を判断する。具体的には、登録装置１０は、上記経過時間（又は経過時間に基づく値）が所定値を超えていない場合は、小画面ＳＧ０１を表示しないと判断（つまり消毒作業は不要であると判断）する。一方、登録装置１０は、上記経過時間（又は経過時間に基づく値）が所定値を超えている場合は、小画面ＳＧ０１を表示すると判断（つまり消毒作業は必要であると判断）する。なお、上記経過時間（又は経過時間に基づく値）と比較される所定値は、例えば、曜日毎、時間帯毎に設定可能であってもよい。

なお、経過時間に基づく値とは、経過時間を丸めたもの（５秒単位の経過時間や、１分単位の経過時間）である。以下の説明において、判断基準に関して、経過時間に基づく値も含め、単に経過時間と称する場合がある。

（商品数（スキャン数等）に基づく判断基準）
上記の判断基準の他の例は、当該装置に対する消毒作業を実施せずに当該装置において連続して登録された商品数（スキャン数）に関するものである。登録装置１０は、当該装置に対する消毒作業を実施せずに当該装置において連続して登録された商品数が所定値（例えば「２００」）を超えているか否かに基づいて小画面ＳＧ０１の表示の要否（つまり消毒作業の要否）を判断する。具体的には、登録装置１０は、上記商品数が所定値を超えていない場合は、小画面ＳＧ０１を表示しないと判断（つまり消毒作業は不要であると判断）する。一方、登録装置１０は、上記商品数が所定値を超えている場合は、小画面ＳＧ０１を表示すると判断（つまり消毒作業は必要であると判断）する。なお、上記商品数と比較される所定値は、例えば、曜日毎、時間帯毎に設定可能であってもよい。

なお、登録装置１０は、上記取引数に基づく判断基準と、上記経過時間に基づく判断基準と、上記商品数に基づく判断基準とを組み合わせて小画面ＳＧ０１の表示の要否（消毒作業の要否）を判断してもよい。一例として、登録装置１０は、上記取引数が所定値を超えているか、上記経過時間が所定値を超えているか、上記商品数が所定値を超えているか、のうち何れか１つ（２つ又は全部であってもよい）が成立した場合に、小画面ＳＧ０１を表示すると判断（消毒作業は必要であると判断）してもよい。

つまり、登録装置１０は、精算装置２０の指定に基づいて店員用表示部１０５の表示を切り替えるが、所定の判断基準に基づいて消毒作業は不要であると判断した場合には、小画面ＳＧ０１の表示なしに次客の商品登録が可能な画面（図５の登録画面）に切り替え、所定の判断基準に基づいて消毒作業は必要であると判断した場合には小画面ＳＧ０１を重畳させた次客の商品登録が可能な画面（図５の登録画面）に切り替える。

小画面ＳＧ０１は、上述したように、消毒作業の実施を指示（消毒作業を実施すべき旨を報知）する画面である。小画面ＳＧ０１には、「消毒作業を行ってください」なる指示文言（メッセージ）が表示され、消毒完了ボタンＢＴ３０が設けられている。消毒完了ボタンＢＴ３０は、消毒作業の完了を宣言するためのボタンである。つまり、店員は、小画面ＳＧ０１の表示が表示された場合には、小画面の指示に従って消毒作業を実施し、消毒作業が完了した場合には、消毒完了ボタンＢＴ３０を操作する。小画面ＳＧ０１は、当該消毒完了ボタンＢＴ３０の操作によって消去される。

なお、図８に示した例では、店員用表示部１０５（具体的には小画面ＳＧ０１に設けられた消毒完了ボタンＢＴ３０の操作）を用いて消毒作業の完了の宣言を受け付けるが、店員用表示部１０５以外（例えば、キー操作部１０８、スキャナ部１０４、客用表示部１０６等）を用いて、消毒作業の完了の宣言を受け付けてもよい。例えば、キー操作部１０８を用いる方法としては、キー操作部１０８に消毒作業の完了の宣言を受け付けるボタンを配置し、消毒作業の完了の宣言を当該ボタンの操作によって受け付けてもよい。また、スキャナ部１０４を用いる方法としては、所定の消毒作業完了宣言コード（例えば、表示又は媒体に印刷され、読み取ることによって消毒作業の完了の宣言として受け付けるコード）を用意し、消毒作業の完了の宣言を当該コードの読み取りによって受け付けてもよい。

登録装置１０は、消毒作業中（小画面ＳＧ０１の表示中）は、消毒作業による意図しない操作等を未然に防ぐため、消毒作業の完了の宣言操作以外の操作（例えば、店員用表示部１０５における操作、客用表示部１０６における操作、キー操作部１０８における操作、スキャナ部１０４によるスキャン等）を無効化（禁止）する。なお、操作が無効であるときにも操作によらない処理（例えば、他の装置からの送信された情報の受信等）は可能である。

上記無効化の態様は、消毒作業中に消毒作業による意図しない操作等が生じなければ（又は生じ難ければ）、ハードウェア的なものであってもソフトウェア的なものであっても、あるいは、機械的なものであっても電気的なものであってもよい。

（店員用表示部１０５における操作の無効化）
一例として、店員用表示部１０５における操作を無効化する無効化態様について説明する。店員用表示部１０５における操作を無効化する無効化態様としては、店員用表示部１０５における操作（消毒完了ボタンＢＴ３０を表示する場合の消毒完了ボタンＢＴ３０への操作は除く）が有効とならなければよく、例えば、下記の無効化態様（禁止態様）１、２などがある。

（店員用表示部１０５の無効化態様１）
ソフトウェア的（アプリケーション的）に、店員用表示部１０５において、消毒作業の完了を宣言するためのボタン（消毒完了ボタンＢＴ３０）の操作は受け付けるが、他のボタン等の操作は受け付けないようにする（タッチセンサ自体は無効化しない）。なお、店員用表示部１０５の無効化態様１は、店員用表示部１０５を用いて消毒作業の完了の宣言を受け付ける場合（消毒完了ボタンＢＴ３０を表示する場合）に適用できる。

（店員用表示部１０５の無効化態様２）
電気的（電力的、ハードウェア的）に、又はソフトウェア的に、店員用表示部１０５の表示画面への操作（タッチ）を検出（感知）しないようにする。つまり、店員用表示部１０５の表示画面上のどこをタッチしても何も反応しないようにする（タッチセンサ自体を無効化する）。なお、店員用表示部１０５の無効化態様２は、店員用表示部１０５を用いて消毒作業の完了の宣言を受け付ける場合（消毒完了ボタンＢＴ３０を表示する場合）には適しない。

（スキャナ部１０４によるスキャンの無効化）
他の例として、スキャナ部１０４によるスキャンを無効化する無効化態様について説明する。スキャナ部１０４によるスキャンを無効化の態様としては、スキャナ部１０４によるスキャン（スキャナ部１０４を用いて消毒作業の完了の宣言を受け付ける場合の消毒作業完了宣言コードのスキャンは除く）が有効とならなければよく、例えば、下記無効化態様（禁止態様）１～３のうちの少なくとも１つであればよい。

（スキャナ部１０４の無効化態様１）
スキャナ部１０４によるバーコードの光学的な読み取りを禁止する。つまり、電気的（電力的、ハードウェア的）に、又はソフトウェア的に、スキャナ部１０４をオフにする。なお、スキャナ部１０４の無効化態様１は、消毒作業完了宣言コードも読み取らないため、スキャナ部１０４を用いて消毒作業の完了の宣言を受け付ける場合には適しない。
（スキャナ部１０４の無効化態様２）
スキャナ部１０４によるバーコードの光学的な読み取りは有効（可能）であるが、読み取ったバーコードからの情報（例えば、ＪＡＮコードの１３桁の数字等）の取得を禁止する。なお、当該機能がＣＰＵ１０１の機能である場合には、ＣＰＵ１０１の当該機能をオフになる。なお、スキャナ部１０４の無効化態様２は、消毒作業完了宣言コードも認識しないため、スキャナ部１０４を用いて消毒作業の完了の宣言を受け付ける場合には適しない。
（スキャナ部１０４の無効化態様３）
読み取ったバーコードからの情報の取得迄は有効（可能）であるが、最終的な商品の登録を禁止する。つまり、通常は、商品ファイルを参照して当該商品コードに対応する商品名及び金額等を取得し、当該商品コードに対応する商品が登録されるが、無効化態様３では、商品コードに対応する商品等の取得を禁止するか、又は、商品名等の取得迄を有効とし、最終的な商品の登録を禁止する。なお、スキャナ部１０４の無効化態様３は、消毒作業完了宣言コードを認識可能（処理可能）としておけば、スキャナ部１０４を用いて消毒作業の完了の宣言を受け付ける場合に適用できる。

図９～図１１は、登録装置１０の客用表示部１０６における表示例である。

（客用表示部１０６における表示）
図９は、１品目の商品の登録前の場面における客用表示部１０６の表示内容を示している。つまり、登録装置１０は、店員用表示部１０５に図５に示したような登録画面を表示しているときには、客用表示部１０６に図９に示したような画面を表示する。

図９（図１０も同様）に示した情報提供領域Ｒ０１は、種々の情報を提供する領域である。登録装置１０は、商品、サービス等の広告情報、感染防止（感染拡大防止、防疫）に関する感染防止情報を、情報提供領域Ｒ０１に表示する。登録装置１０は、広告情報と感染防止情報とを同時に情報提供領域Ｒ０１に表示（情報提供領域Ｒ０１の一の領域で広告情報を、他の領域で感染防止情報を表示）してもよいし、広告情報か感染防止情報の一方を情報提供領域Ｒ０１に表示（広告情報と感染防止情報とを切り替えて表示）してもよい。

図９及び図１０の情報提供領域Ｒ０１（図１１の情報提供領域Ｒ０２）に表示する感染防止情報は、例えば、当該登録装置１０の消毒作業の実績情報（当該登録装置１０における最後の消毒作業の完了時刻、当該登録装置１０における消毒作業の実績数（作業回数）等）である。例えば、登録装置１０は、消毒作業の完了時に現在時刻を記憶し（後述する、図１３のステップＳ１８、図１４のステップＳ３８、図１８のステップＳ４８）、情報提供領域Ｒ０１（情報提供領域Ｒ０２）に、当該登録装置１０における最後の消毒作業の完了時刻として表示する。また、登録装置１０は、消毒作業の完了時に消毒実績数カウンタ（後述）の値を更新し（後述する、図１３のステップＳ１９、図１４のステップＳ３９、図１８のステップＳ４９）、情報提供領域Ｒ０１（情報提供領域Ｒ０２）に、当該登録装置１０における消毒作業の実績数として表示する。

なお、登録装置１０は、感染防止情報として、当該登録装置１０の消毒作業の実績情報に代えて又は加えて、店員（当該登録装置１０を使用している店員、又は、全部の店員）の消毒作業の実績数（図３０（Ａ）（Ｂ）のステップＳ５９）を表示してもよい。また、登録装置１０は、感染防止情報として、上記実績情報（該登録装置１０の消毒作業の実績情報、店員の消毒作業の実績情報）に代えて又は加えて、当該店舗の感染防止に対する取り組み、除菌等の豆知識情報を表示してもよい。

登録装置１０は、例えば、時間毎に（予め定めたスケジュールに従って）、情報提供領域Ｒ０１における表示内容等（広告情報か感染防止情報かの別、夫々の表示領域等）を制御する。また、登録装置１０は、店員の操作に基づいて情報提供領域Ｒ０１に表示内容等を制御してもよい。例えば、登録装置１０は、表示内容切り替えボタン（非図示）の操作に応じて、情報提供領域Ｒ０１における表示内容等を制御してもよい。また、登録装置１０は、他の装置（例えば、監視装置４０、他の登録装置１０等）から送信された制御情報に基づいて情報提供領域Ｒ０１に表示内容を制御してもよい。

図１０は、図９の場面に続く場面における客用表示部１０６の表示内容を示している。登録装置１０は、店員用表示部１０５に図６に示したような登録画面、又は、図７に示したような小計画面を表示しているときには、客用表示部１０６に図１０に示したような画面を表示する。

図１１は、図１０の場面に続く場面における客用表示部１０６の表示内容を示している。登録装置１０は、店員用表示部１０５に図８に示したような登録画面（小画面ＳＧ０１を前面に表示した登録画面）を表示しているときには（つまり、消毒作業中は）、客用表示部１０６に図１１に示したような画面を表示する。

図１１に示した情報提供領域Ｒ０２は、感染防止に関する感染防止情報等を提供する領域である。登録装置１０は、消毒作業中に、感染防止情報等を情報提供領域Ｒ０２に表示する。

なお、登録装置１０は、客用表示部１０６に表示することに代えて又は加えて、店員用表示部１０５（登録画面、小計画面等）に、当該登録装置１０の消毒作業の実績情報（消毒作業の完了時刻、消毒作業の実績数等）を表示してもよい。

図１２は、精算装置２０の表示部２０６における表示例である。図１２（Ａ）は、登録装置１０における精算装置指定ボタンの操作後の精算装置２０（当該精算装置指定ボタンの操作によって指定された精算装置２０）における表示部２０６の表示内容を示している。登録装置１０によって精算処理を実行する装置として指定された精算装置２０は、図１２（Ａ）に示したような精算画面（決済種別選択画面）を表示部２０６に表示する。

精算画面（決済種別選択画面）には、合計金額表示欄、現金ボタン、クレジット（クレジットカード）ボタン、電子マネーボタン等が配置されている。精算装置２０は、登録装置１０から直接又は他の装置（例えば、ストアコントローラ３０等）を介して受信した登録データに基づいて合計金額表示欄に合計金額を表示する。また、精算装置２０は、現金ボタン、クレジットボタン、電子マネーボタンにより、決済種別（支払方法）の選択（指定）を受け付ける。

図１２（Ｂ）は、図１２（Ａ）の場面に続く場面における表示部２０６の表示内容を示している。精算装置２０は、現金ボタンの操作後は、図１２（Ｂ）に示したような精算画面（投入金額が合計金額未満である場合の精算画面）を表示する。

図１２（Ｃ）は、図１２（Ｂ）の場面に続く場面における表示部２０６の表示内容を示している。精算装置２０は、現金５０３円の投入後は、図１２（Ｃ）に示したような精算画面（投入金額が合計金額以上である場合の精算画面）を表示する。おわりボタンは、貨幣の投入を終えるためのボタンである。

図１２（Ｄ）は、図１２（Ｃ）の場面に続く場面における表示部２０６の表示内容を示している。精算装置２０は、おわりボタンの操作後は、図１２（Ｄ）に示したような精算画面（釣銭報知画面）を表示する。また、精算装置２０は、排出口に釣銭を排出する。

図１２（Ｅ）は、図１２（Ｄ）の場面に続く場面における表示部２０６の表示内容を示している。精算装置２０は、釣り銭の受取後は、図１２（Ｄ）に示したような精算画面（レシート報知画面）を表示する。つまり、精算装置２０は、図１２（Ｄ）に示した精算画面を表示部２０６に表示しているときに、排出口に排出されているお釣りの取り出しを認識すると、図１２（Ｄ）に示した精算画面に代えて図１２（Ｆ）に示した精算画面を表示部２０６に表示する。なお、精算端末２０は、客がレシートを受け取ると、次客のために、初期画面（例えば、合計金額が未表示の決済種別選択画面等）を表示部２０６に表示する。

なお、図１２に示した例では、投入金額（５０３円）が合計金額（３８３円）を超えたため、図１２（Ｄ）に示した精算画面（釣銭報知画面）を表示したが、投入金額が合計金額と等しい場合には、図１２（Ｄ）に示した精算画面（釣銭報知画面）を表示せずに、図１２（Ｃ）→図１２（Ｅ）と遷移してもよい。

図１３は、登録装置１０の動作の一例を示すフローチャートである。具体的には、図１３のフローチャートは、登録装置１０が、一取引（ある客の商品登録）における基本的な動作を示している。なお、図１３のフローチャートの開始時において、商品は１品目も登録されていないものとする。つまり、図１３のフローチャートの開示において、登録装置１０は、図５に示したような登録画面を店員用表示部１０５に表示し、図９に示したような画面を客用表示部１０６に表示しているものとする。

図１３のフローチャートの説明において、登録装置１０は、当該登録装置１０に対する消毒作業を実施せずに当該装置において連続して処理された取引数が所定値（例えば「２０」）を超えているか否かに基づいて小画面ＳＧ０１の表示の要否（有無）を決定するものとする。

また、「消毒判断用カウンタ」は、当該装置に対する消毒作業の要否の判断用のカウンタである。図１３のフローチャート（図１４、図１８のフローチャートも同様）では、消毒判断用カウンタを用いて、当該装置に対する消毒作業を実施せずに当該装置において連続して処理された取引数をカウントアップする。消毒判断用カウンタの値は、各取引においてカウントアップされ（ステップＳ９）、消毒作業が実施された場合に初期化される（ステップＳ１７）。つまり、消毒判断用カウンタの値は、当該装置において最後の消毒作業の実施以後に開始された取引数を示している。図１３のフローチャート（図１４、図１８のフローチャートも同様）の開始時において、消毒判断用カウンタの値は「０」であるものとする。

「消毒実績数カウンタ」は、当該装置に対する消毒作業の実績数（作業回数）を計上するカウンタである。消毒実績数カウンタの値は、消毒作業が実施された場合にカウントアップされ（ステップＳ１９）、所定時刻（例えば、毎営業開始時刻、午前０時等）に初期化される。つまり、消毒実績数カウンタの値は、当該装置に対する一日の消毒作業の実績数を示している。図１３のフローチャート（図１４、図１８のフローチャートも同様）の開始時において、消毒実績数カウンタの値は「０」であるものとする。

上記カウンタ（消毒判断用カウンタ、消毒実績数カウンタ）は、消毒作業の対象となる装置毎に記憶されている。具体的には、ある装置の消毒判断用カウンタ（消毒実績数カウンタも同様）は、当該装置がアクセス可能な場所（自装置内又は他の装置内）に記憶されていればよい。例えば、登録装置１０ａの消毒判断用カウンタ（消毒実績数カウンタも同様）は、当該登録装置１０ａ内に上記カウンタを記憶してもよいし、他の装置（例えば、ストアコントローラ３０、監視装置４０、他の登録装置１０ｂ、１０c、外部のサーバ（例えばクラウドサーバ７０（後述）））に上記カウンタを記憶してもよい。他の装置（例えば、精算装置２０、監視装置４０等）の消毒判断用カウンタ（消毒実績数カウンタも同様）についても同様である。消毒判断用カウンタ（消毒実績数カウンタも同様）を記憶する装置は、個々の装置を識別する装置識別情報に対応付けて消毒判断用カウンタ（消毒実績数カウンタも同様）を記憶してもよい。

図１３のフローチャート（図１４、図１８のフローチャートも同様）の説明において、登録装置１０は、自装置内に、自装置の消毒判断用カウンタの値（自装置の消毒実績数カウンタの値も同様）を記憶しているものとする。

図１３のフローチャート（図１４、図１８のフローチャートも同様）の説明において、登録装置１０は、店員用表示部１０５を用いて消毒作業の完了の宣言を受け付ける（消毒完了ボタンＢＴ３０を表示する）ものとする。また、消毒作業中は、店員用表示部１０５における操作（消毒完了ボタンＢＴ３０への操作は除く）、客用表示部１０６における操作、キー操作部１０８における操作、スキャナ部１０４によるスキャンを無効化するものとする。

ステップＳ１：登録装置１０は、スキャナ部１０４による、商品（１品目の商品）のバーコードのスキャンがあったか否かを判断する。スキャンがあれば（ステップＳ１：ＹＥＳ）、ステップＳ２に進む。スキャンがなければ（ステップＳ１：ＮＯ）、ステップＳ１に戻る。つまり、登録装置１０は、バーコードのスキャンがある迄、ステップＳ１の処理を繰り返す。

ステップＳ２：登録装置１０は、商品（ステップＳ１にてバーコードをスキャンした商品）を登録する。続いてステップＳ３に進む。なお、１品目の商品を登録したため、登録装置１０は、図６に示したような登録画面を店員用表示部１０５に表示し、図１０に示したような画面を客用表示部１０６に表示する。

ステップＳ３：登録装置１０は、商品（２品目以降の当該ステップＳ３が実行される毎の商品）のバーコードのスキャンがあったか否かを判断する。スキャンがあれば（ステップＳ３：ＹＥＳ）、ステップＳ４に進む。スキャンがなければ（ステップＳ３：ＮＯ）、ステップＳ５に進む。

ステップＳ４：登録装置１０は、商品（ステップＳ３にてバーコードをスキャンした商品）を登録する。続いてステップＳ５に進む。

ステップＳ５：登録装置１０は、小計ボタンＢＴ１０の操作（タッチ）があったか否かを判断する。操作があれば（ステップＳ５：ＹＥＳ）、ステップＳ６に進む。操作がなければ（ステップＳ５：ＮＯ）、ステップＳ３に戻る。

ステップＳ６：登録装置１０は、小計画面を表示する。つまり、計ボタンＢＴ１０の操作があったため、登録装置１０は、図７に示したような小計画面を店員用表示部１０５に表示する。続いてステップＳ７に進む。

ステップＳ７：登録装置１０は、精算装置２０を指定する操作（精算装置指定ボタンの操作）があったか否かを判断する。操作があれば（ステップＳ７：ＹＥＳ）、ステップＳ８に進む。操作がなければ（ステップＳ７：ＮＯ）、ステップＳ７に戻る。つまり、登録装置１０は、精算装置２０を指定する操作がある迄、ステップＳ７の処理を繰り返す。

ステップＳ８：登録装置１０は、精算装置２０（ステップＳ７にて指定された精算装置２０）に登録データを送信する。続いてステップＳ９に進む。

ステップＳ９：登録装置１０は、自装置の消毒判断用カウンタの値をカウントアップ（「１」を加算）する。続いてステップＳ１０に進む。

ステップＳ１０：登録装置１０は、自装置の消毒判断用カウンタの値が予め設定した所定値（例えば「２０」）を超えているか否かを判断する。所定値（例えば「２０」）は、連続して消毒作業を実施しない取引数として許容される値（最大値）である。所定値を超えている場合（ステップＳ１０：ＹＥＳ）、ステップＳ１１に進む。所定値を超えていない場合（ステップＳ１０：ＮＯ）、図１３のフローチャートは終了する。

ステップＳ１１：登録装置１０は、店員に消毒作業を実施すべき旨を報知する画面を表示する。例えば、登録装置１０は、図８に示すように、消毒完了ボタンＢＴ３０を配置した小画面ＳＧ０１を店員用表示部１０５に表示する。また、登録装置１０は、図１１に示したような画面を客用表示部１０６に表示する。続いてステップＳ１２に進む。

ステップＳ１２：登録装置１０は、消毒作業の完了を宣言する操作（例えば、消毒完了ボタンＢＴ３０の操作）以外の操作を無効化する。具体的には、店員用表示部１０５における操作（消毒完了ボタンＢＴ３０への操作は除く）、客用表示部１０６における操作、キー操作部１０８における操作、スキャナ部１０４によるスキャンを無効化する。続いてステップＳ１４に進む。

ステップＳ１４：登録装置１０は、消毒作業の完了を宣言する操作（例えば、消毒完了ボタンＢＴ３０の操作）があったか否かを判断する。操作があれば（ステップＳ１４：ＹＥＳ）、ステップＳ１５に進む。操作がなければ（ステップＳ１４：ＮＯ）、ステップＳ１４に戻る。つまり、登録装置１０は、消毒作業の完了の宣言操作がある迄、ステップＳ１４の処理を繰り返す。

ステップＳ１５：登録装置１０は、ステップＳ１１にて表示した小画面を消去する。つまり、登録装置１０は、図５に示したような登録画面を店員用表示部１０５に表示し、図９に示したような画面を客用表示部１０６に表示する。続いてステップＳ１６に進む。

ステップＳ１６：登録装置１０は、ステップＳ１２にて無効化した操作を有効化する（禁止を解除する。復旧させる）。続いてステップＳ１７に進む。

ステップＳ１７：登録装置１０は、自装置の消毒判断用カウンタの値を初期化（「０」を代入）する。続いてステップＳ１８に進む。

ステップＳ１８：登録装置１０は、自装置の消毒作業の完了時刻として現在の時刻を記憶する。続いてステップＳ１９に進む。

ステップＳ１９：登録装置１０は、自装置の消毒実績数カウンタの値をカウントアップ（「１」を加算）する。そして、図１３のフローチャートは終了する。

図１３のフローチャートによれば、登録装置１０に対する消毒作業を好適に管理することができる。

例えば、登録装置１０は、当該装置に対する消毒作業を実施せずに当該装置において連続して処理された取引数が所定値を超えた場合には小画面ＳＧ０１を表示するため（ステップＳ１１）、適宜、店員に消毒作業を実施させることができる。

なお、図１３のフローチャートでは、登録装置１０が、当該装置に対する消毒作業を実施せずに当該装置において連続して処理された取引数が所定値を超えているか否かに基づいて消毒作業の要否を判断しているが、登録装置１０は、当該装置における最後の消毒作業からの経過時間が所定値を超えているか否かに基づいて消毒作業の要否を判断してもよいし、当該装置に対する消毒作業を実施せずに当該装置において連続して登録された商品数が所定値を超えているか否かに基づいて消毒作業の要否を判断してもよい。

当該装置に対する消毒作業を実施せずに当該装置において連続して登録された商品数が所定値を超えているか否かに基づいて消毒作業の要否を判断する場合、当該装置に対する消毒作業を実施せずに当該装置において連続して処理された取引数が所定値を超えているか否かに基づいて消毒作業の要否を判断する場合と同様、消毒判断用カウンタを用いて消毒作業の要否を判断してもよい。具体的には、消毒判断用カウンタを用いて上記商品数をカウントアップしてもよい。つまり、登録装置１０は、各商品の登録後に消毒判断用カウンタの値をカウントアップ（「１」加算）し、例えば、登録データの送信後に、消毒判断用カウンタの値が予め設定した所定値（例えば「２００」）を超えているか否かに基づいて消毒作業の要否を判断してもよい。

当該装置における最後の消毒作業からの経過時間が所定値を超えているか否かに基づいて消毒作業の要否を判断する場合、消毒判断用カウンタを用いずに消毒作業の要否を判断してもよい。具体的には、登録装置１０は、例えば、登録データの送信後に、上記経過時間が予め設定した所定値（例えば「６０（分）」）を超えているか否かに基づいて消毒作業の要否を判断してもよい。

なお、図１３のフローチャートは、店員用表示部１０５を用いて消毒作業の完了の宣言を受け付ける（消毒完了ボタンＢＴ３０を表示する）動作を示したものであるため、店員用表示部１０５の無効化（ステップＳ１２）は、消毒完了ボタンＢＴ３０以外の他のボタン等の操作は受け付けないようにするという無効化態様（店員用表示部１０５の無効化態様１）であった。仮に、店員用表示部１０５以外を用いて消毒作業の完了の宣言を受け付ける場合には、店員用表示部１０５の無効化（ステップＳ１２）は、タッチセンサ自体の無効化（店員用表示部１０５の無効化態様２）であってもよい。換言すれば、店員用表示部１０５の無効化としてタッチセンサ自体を無効化する場合には、店員用表示部１０５以外（キー操作部１０８、スキャナ部１０４、客用表示部１０６等）を用いて消毒作業の完了の宣言を受け付ければよい。

図１４は、登録装置１０の動作の一例を示すフローチャートである。具体的には、図１４のフローチャートは、登録装置１０が、取引（ある客の商品登録）の非実行中における消毒作業に関する基本的な動作を示している。なお、図１４のフローチャートの開始時において、商品は１品目も登録されていないものとする。つまり、図１４のフローチャートの開示において、登録装置１０は、図５に示したような登録画面を店員用表示部１０５に表示し、図９に示したような画面を客用表示部１０６に表示しているものとする。

ステップＳ２１：登録装置１０は、消毒に関する案内情報を表示させる操作（消毒案内ボタンＢＴ１１の操作）があったか否かを判断する。操作があれば（ステップＳ２１：ＹＥＳ）、ステップＳ２２に進む。操作がなければ（ステップＳ２１：ＮＯ）、ステップＳ２４に進む。

ステップＳ２２：登録装置１０は、消毒に関する案内情報を表示する。例えば、登録装置１０は、店員用表示部１０５に、図５の登録画面の前面に（重畳させて）、消毒に関する案内情報する小画面（非図示）を表示してもよい。また、登録装置１０は、図５の登録画面に代えて、消毒に関する案内情報する画面を表示してもよい。続いてステップＳ２３に進む。

ステップＳ２３：登録装置１０は、消毒に関する案内情報を消去させる操作（非図示）があったか否かを判断する。操作があれば（ステップＳ２３：ＹＥＳ）、ステップＳ２４に進む。操作がなければ（ステップＳ２３：ＮＯ）、ステップＳ２３に戻る。つまり、登録装置１０は、消去させる操作がある迄、ステップＳ２３の処理を繰り返す。なお、キー操作部１０８に、消毒に関する案内情報を消去させるためのボタンを設けておいてもよいし、ステップＳ２２において消毒に関する案内情報する小画面（非図示）を表示する場合には、当該小画面に消去ボタンを設けておいてもよい。

ステップＳ２４：登録装置１０は、消毒作業の開始を宣言する操作（例えば、消毒開始ボタンＢＴ１２の操作）があったか否かを判断する。操作があれば（ステップＳ２４：ＹＥＳ）、ステップＳ３１に進む。操作がなければ（ステップＳ２４：ＮＯ）、図１４のフローチャートは終了する。

ステップＳ２４：登録装置１０は、消毒作業の開始を宣言する操作（例えば、消毒開始ボタンＢＴ１２の操作）があったか否かを判断する。操作があれば（ステップＳ２４：ＹＥＳ）、ステップＳ３１に進む。操作がなければ（ステップＳ２４：ＮＯ）、図１４のフローチャートは終了する。

以下、ステップＳ３１～Ｓ３９の各処理（破線枠Ｐ内の各処理）は、図１４に示すように、図１３に示したステップＳ１１～Ｓ１９の処理（破線枠Ｐ内の各処理）と同様であるため、説明を省略する。

図１４のフローチャートによれば、登録装置１０に対する消毒作業を好適に管理することができる。例えば、店員が客待ち等の期間に消毒作業を自発的に実施した場合、登録装置１０は、消毒判断用カウンタの値を初期化等する（ステップＳ３７～Ｓ３９）。従って、客待ち等の期間における消毒作業を好適に促進することができる。

図１５は、レシートの一例である。具体的には、図１５（Ａ）は、精算装置２０が印刷、発行するレシートの一例である。

精算装置２０は、例えば、図１２（Ｅ）の精算画面（レシート報知画面）を表示しているときに、図１５（Ａ）に示したようなレシートを印刷、発行する。図１５（Ａ）のレシートには、現在（感染防止対策の期間中）における営業時間に関する情報（図１５（Ａ）中の符号ａ）、通常時（感染予防対策期間ではないとき）の営業時間に関する情報（図１５（Ａ）中の符号ｂ）、当該店舗における感染防止対策の取り組みに関する情報（図１５（Ａ）中の符号ｃ）、感染防止に関する豆知識（図１５（Ａ）中の符号ｄ）等が印刷されている。

図１５（Ｂ）のレシートは、手渡し部分（店員把持部。図１５（Ｂ）中の符号ｅ）が更に設けられている。レシートの切断方法としては、前後を完全切断するフルカットと、前後と簡単に分離可能な状態（切り離し易いように繋がった状態）で切断するパーシャルカットがある。パーシャルカットは、切断刃の可動量を調整することにより実現する。図１５（Ｂ）のレシートは、レシート本体の上部（レシート本体の排出方向の後部）にパーシャルカット（図１５（Ｂ）中の符号ｆ）で接続された店員把持部分（図１５（Ｂ）中の符号ｅ）を設けられるように印刷、発行されるものである。店員が店員把持部を掴んで客へ差し出し、客がレシート本体を掴んで引くと、店員把持部とレシート本体とが切り離され、レシート本体だけを客に渡すことができる。図１５（Ｂ）のレシートの場合、店員はレシート本体に一切触れないため、神経質な客にも対応することができる。

図１６は、店舗内に設置する消毒器の一例である。図１６（Ａ）及び図１６（Ｂ）に示すように、消毒器８０は、消毒剤（消毒液）が充填された容器部８０１と、操作を受け付ける操作部（押下部）３０２と、消毒剤が放出される放出口とを備える。図１６（Ａ）は、操作部８０２が押し下げられていない状態（消毒剤が放出口８０３から放出されない状態。閉鎖状態）を示している。図１６（Ｂ）は、操作部８０２が押し下げられている状態（消毒剤が放出口８０３から放出される状態。開放状態）を示している。操作部８０２には、傾斜検出装置９０が設置されている。傾斜検出装置９０は、図１６（Ａ）の状態から図１６（Ｂ）への状態へと操作部８０２が押し下げられると、図１６（Ａ）の状態から図１６（Ｂ）への状態へと傾斜（回転）した傾斜角度（回転角度）を検出する。なお、操作部８０２は、図１６（Ａ）の状態となるように付勢されており、操作部８０２への操作（押し下げる圧力）がなくなると、図１６（Ｂ）の状態から図１６（Ａ）への状態へと戻る。なお、図１６（Ｃ）については後述する。

図１７は、傾斜検出装置９０について説明する説明図である。図１７（Ａ）は、傾斜検出装置９０の機能等を説明する説明図である。図１７（Ｂ）～図１７（Ｄ）は、傾斜検出装置９０の傾斜（回転）の検出について説明する説明図である。

傾斜検出装置９０は、図１７（Ａ）に示すように、ＭＣＵ（Micro Controller Unit）５１０と、傾斜検出部９２０と、通信部９３０とを備える。

ＭＣＵ９１０は、当該傾斜検出装置９０を制御するマイクロプロセッサ（microprocessor）である。ＭＣＵ９１０は、処理部の他、記憶部（メモリ）等を搭載している。ＭＣＵ９１０は、内部に記憶されているプログラム（当該傾斜検出装置９０の制御用プログラム）を読み出して実行することにより、当該傾斜検出装置９０の動作を制御する。ＭＣＵ９１０は、設定記憶部９１１、角度判定部９１２として機能する。

傾斜検出部９２０は、当該傾斜検出装置９０の傾斜（回転）を検出する傾斜センサである。傾斜検出部９２０は、当該傾斜検出装置９０が、ある方向について傾斜（回転）した場合に、当該傾斜動作（回転動作）における傾斜角度（回転角度）を検出可能である。傾斜検出部９２０は、当該傾斜検出装置９０の傾斜（回転）を検出し、傾斜角度（回転角度）を示す情報を角度判定部９１２に出力する。例えば、傾斜検出部９２０は、当該傾斜検出装置９０が、図１７（Ｂ）に示した姿勢から図１７（Ｃ）に示した姿勢に傾斜（回転）した場合、傾斜量（回転量）としてａ度を角度判定部９１２に出力する（又は、傾斜方向も含め、＋ａ度を角度判定部９１２に出力する）。また、傾斜検出部９２０は、当該傾斜検出装置９０が、図１７（Ｄ）に示した姿勢から図１７（Ｃ）に示した姿勢に傾斜（回転）した場合には、傾斜量（回転量）としてｂ度を角度判定部９１２に出力する（又は、傾斜方向も含め、－ｂ度を角度判定部９１２に出力する）。

設定記憶部９１１は、角度判定部９１２による判定に用いられる設定角度を記憶する。本例では、設定記憶部９１１は、設定角度として、消毒器８０から消毒液が放出されるときの操作部８０２の回転角度を記憶する。更に、設定記憶部９１１は、当該傾斜検出装置９０を識別する情報（検出装置識別情報）を記憶してもよい。

角度判定部９１２は、傾斜検出部９２０から傾斜角度（回転角度）を入力する。角度判定部９１２は、傾斜検出部９２０から傾斜角度を入力した場合、傾斜検出部９２０から入力した傾斜角度が、設定記憶部９１１に記憶されている設定角度以上であるか否かを判定する。つまり、角度判定部９１２は、消毒器８０の操作部８０２が、消毒液が放出される程度迄回転したか否かを判断する。従って、角度判定部９１２は、消毒液が放出されたかを判定する消毒液放出判断部であるとも言える。

角度判定部９１２は、傾斜検出部９２０から入力した傾斜角度が設定記憶部９１１に記憶されている設定角度以上であると判断した場合（つまり消毒液が放出される程度迄、消毒器８０の操作部８０２が回転したと判断した場合、すなわち消毒器８０から消毒液が放出されたと判断した場合）、消毒器８０から消毒液が放出された旨の通知（消毒液放出通知）を送信するよう、通信部９３０を制御する。

通信部９３０は、他の装置との間で情報を送受信する。例えば、通信部９３０は、角度判定部９１２の制御に従って、消毒液放出通知を外部（例えば、登録装置１０等）に送信する。

なお、傾斜検出装置９０は、計時部（時計）を備えていてもよい。計時部を備える場合、傾斜検出装置９０は、例えば、ある時間までの残時間や、ある状態となってからの経過時間を測定してもよい。

なお、図１７（Ａ）では、傾斜検出装置９０がＭＣＵ９１０を備える構成を説明したが、傾斜検出装置９０は、ＭＣＵ９１０に代えて、ＣＰＵ（Central Processing Unit）と、ＲＯＭと、ＲＡＭとを備える構成であってもよい。

なお、上記では、消毒器８０に傾斜検出装置９０を設置する例を説明したが、消毒器８０が傾斜検出装置９０の機能を有していてもよい。つまり、消毒器８０と傾斜検出装置９０とは別体であってもよいし、一体であってもよい。

（他の消毒器）
図１６（Ａ）（Ｂ）に示した消毒器８０に代えて、図１６（Ｃ）に示した消毒器８１を用いてもよい。図１６（Ｃ）に示した消毒器８１は、放出口に物があるかを検出する検出部と、検出部が放出口に物がある検出した場合に放出口から消毒剤を放出させる放出部、消毒器８１から消毒液が放出された旨の通知（消毒液放出通知）を外部（例えば、登録装置１０等）に送信する送信部等を備える。

なお、消毒の対象が装置である場合、装置の消毒作業に用いる媒体（紙や布のシート）を消毒器８０（消毒器８１）の放出口の下側に持っていき、当該媒体上に消毒剤を放出してもよい。一方、消毒の対象が人（掌、指先等）である場合、手を消毒器８０（消毒器８１）の放出口の下側に持っていき、当該手に消毒剤を放出してもよい。

図１８は、登録装置１０の動作の一例を示すフローチャートである。消毒器８０（消毒器８１）を設置している場合、登録装置１０は、図１８のフローチャートの処理を実行してもよい。図１８のフローチャートは、図１３のフローチャート及び図１４のフローチャートの夫々の変形例である。より詳細には、図１８の破線枠Ｐ内の各処理は、図１３及び図１４のフローチャートの破線枠Ｐ内の各処理の別例である。つまり、図１８のステップの処理は、図１３のフローチャートのステップＳ１０（ＹＥＳ）に続く処理である。また、図１８のステップの処理は、図１４のフローチャートのステップＳ２４（ＹＥＳ）に続く処理である。

ステップＳ４１：登録装置１０は、図１３のフローチャートのステップＳ１１と同様、店員に消毒作業を実施すべき旨を報知する画面を表示する。また、登録装置１０は、図１１に示したような画面を客用表示部１０６に表示する。続いてステップＳ４２に進む。

ステップＳ４２：登録装置１０は、図１３のフローチャートのステップＳ１２と同様、消毒作業の完了を宣言する操作（例えば、消毒完了ボタンＢＴ３０の操作）以外の操作を無効化する。続いてステップＳ４３に進む。

ステップＳ４３：登録装置１０は、消毒液放出通知を受信したか否かを判断する。つまり、登録装置１０は、消毒器８０（消毒器８１）から消毒液が放出されたか否かを判断する。受信していれば（ステップＳ４３：ＹＥＳ）、ステップＳ４４に進む。受信していなければ（ステップＳ４４：ＮＯ）、ステップＳ４３に戻る。つまり、登録装置１０は、消毒液放出通知を受信する迄（消毒器８０（消毒器８１）から消毒液が放出される迄）、ステップＳ４３の処理を繰り返す。

ステップＳ４４：登録装置１０は、図１３のフローチャートのステップＳ１４と同様、消毒作業の完了を宣言する操作があったか否かを判断する。操作があれば（ステップＳ４４：ＹＥＳ）、ステップＳ４５に進む。操作がなければ（ステップＳ４４：ＮＯ）、ステップＳ４４に戻る。

ステップＳ４３、ステップＳ４４について補足する。登録装置１０は、ステップＳ４３において消毒液放出通知を受信したか否かを判断し、ステップＳ４４において消毒作業の完了を宣言する操作があったか否かを判断しているが、消毒液放出通知を受信し、かつ、消毒作業の完了を宣言する操作を受け付けた場合に、ステップＳ４５に進むようになっていればよい。登録装置１０は、消毒液放出通知の受信後に消毒作業の完了を宣言する操作を受け付けるべく、消毒液放出通知の受信前は消毒作業の完了を宣言する操作ができないようにしてもよい（例えば、消毒完了ボタンＢＴ３０をグレーダウン表示してもよい）。

ステップＳ４５：登録装置１０は、図１３のフローチャートのステップＳ１５と同様、ステップＳ４１にて表示した小画面を消去する。続いてステップＳ４６に進む。
ステップＳ４６：登録装置１０は、図１３のフローチャートのステップＳ１６と同様、ステップＳ４２にて無効化した操作を有効化する。続いてステップＳ４７に進む。
ステップＳ４７：登録装置１０は、図１３のフローチャートのステップＳ１７と同様、自装置の消毒判断用カウンタの値を初期化する。続いてステップＳ４８に進む。
ステップＳ４８：登録装置１０は、図１３のフローチャートのステップＳ１８と同様、自装置の消毒作業の完了時刻として現在の時刻を記憶する。続いてステップＳ４９に進む。
ステップＳ４９：登録装置１０は、図１３のフローチャートのステップＳ１９と同様、自装置の消毒実績数カウンタの値をカウントアップする。そして、図１８のフローチャートは終了する。

図１８のフローチャートによれば、登録装置１０は、消毒器８０（消毒器８１）から消毒液が放出されなければ小画面ＳＧ０１を消去等しない。従って、確実に消毒作業を行わせることができる。

図１９は、精算装置２０等の動作の概要を示すフローチャートである。具体的には、図１９（Ａ）は、消毒作業が完了した場合の精算装置２０の動作の概要を示すフローチャートである。図１９（Ａ）のフローチャートは、当該精算装置２０の消毒処理が完了することにより開始する。なお、精算装置２０における消毒作業の完了は、図１３、図１４、図１８にて説明した登録装置１０における消毒作業の完了と同様である。

なお、図１９（Ａ）のフローチャート（図１９（Ｂ）（Ｃ）のフローチャートも同様）において、消毒判断用カウンタの値は、当該装置に対する消毒作業を実施せずに当該装置において連続して処理された取引数（人数）であるものとする。

図１８のフローチャート（図１９（Ｂ）（Ｃ）のフローチャートも同様）の説明において、精算装置２０は、自装置内に、自装置の消毒判断用カウンタの値等を記憶しているものとする。また、監視装置４０は、全部の精算装置２０の消毒判断用カウンタの値等を記憶しているものとする。

ステップＳ５１：精算装置２０は、消毒判断用カウンタの値を初期化（「０」を代入）する。つまり、精算装置２０は、自装置に記憶する消毒判断用カウンタを更新（初期化）する。続いてステップＳ５２に進む。

ステップＳ５２：精算装置２０は、消毒実績数カウンタの値をカウントアップ（「１」を加算）する。つまり、精算装置２０は、自装置に記憶する消毒実績数カウンタを更新（カウントアップ）する。続いてステップＳ５３に進む。

ステップＳ５３：精算装置２０は、更新後のカウンタの値を監視装置４０に送信する。具体的には、精算装置２０は、当該精算装置２０の装置識別情報とともに、初期化した消毒判断用カウンタの値、及び、カウントアップした消毒実績数カウンタの値を監視装置４０に送信する。続いてステップＳ５４に進む。

ステップＳ５４：精算装置２０は、消毒作業の完了時刻として現在の時刻を記憶する。そして、図１９（Ａ）のフローチャートは終了する。

図１９（Ｂ）は、精算処置が完了した場合の精算装置２０の動作の概要を示すフローチャートである。図１９（Ｂ）のフローチャートは、当該精算装置２０の精算処理が完了することにより開始（例えば、客がおわりボタンを操作したことにより開始、客がレシートを受け取ったことにより開始）する。

ステップＳ５５：精算装置２０は、消毒判断用カウンタの値をカウントアップ（「１」を加算）する。つまり、精算装置２０は、自装置に記憶する消毒判断用カウンタを更新（カウントアップ）する。続いてステップＳ５６に進む。

ステップＳ５６：精算装置２０は、更新後のカウンタの値を監視装置４０に送信する。具体的には、精算装置２０は、当該精算装置２０の装置識別情報とともに、カウントアップした消毒判断用カウンタの値を監視装置４０に送信する。そして、図１９（Ｂ）のフローチャートは終了する。

図１９（Ｃ）は、カウンタの値を受信した場合の監視装置４０の動作の概要を示すフローチャートである。図１９（Ｃ）のフローチャートは、監視装置４０がいずれかの精算装置２０から消毒判断用カウンタの値（又は、消毒判断用カウンタの値及び消毒実績数カウンタの値）を受信したことにより開始する。

ステップＳ６１：監視装置４０は、カウンタの値を更新する。より詳細には、監視装置４０は、ある精算装置２０から当該精算装置２０の装置識別情報とともに消毒判断用カウンタの値及び消毒実績数カウンタの値を受信した場合には、当該装置識別情報に対応付けて記憶されている夫々のカウンタの値を更新する。つまり、ある精算装置２０に対する消毒作業が完了した場合には、監視装置４０は、当該精算装置２０の消毒判断用カウンタの値を初期化し、当該精算装置２０の消毒実績数カウンタの値をカウントアップする。また、監視装置４０は、ある精算装置２０から当該精算装置２０の装置識別情報とともに消毒判断用カウンタの値を受信した場合には、当該装置識別情報に対応付けて記憶されている消毒判断用カウンタの値を更新する。つまり、ある精算装置２０において取引が完了した場合には、監視装置４０は、当該精算装置２０の消毒判断用カウンタの値をカウントアップする。つまり、監視装置４０は、全部の精算装置２０の最新の消毒判断用カウンタの値、消毒実績数カウンタの値を管理する。続いてステップＳ６２に進む。

ステップＳ６２：監視装置４０は、更新後のカウンタの値を登録装置１０に送信する。例えば、監視装置４０は、ある精算装置２０のカウンタの値を更新した場合、該精算装置２０の装置識別情報とともに更新後のカウンタの値を登録装置１０に送信する。これにより、全部の精算装置２０の最新のカウンタの値（最新の消毒判断用カウンタの値、最新の消毒実績数カウンタの値）が、全部の登録装置１０に反映される。

図１９のフローチャートによれば、精算装置２０に対する消毒作業を好適に管理することができる。

例えば、精算装置２０は、消毒作業の状況（最後の消毒作業の完了時刻）を表示することができる。図１２（Ａ）に示した例では、精算装置２０は、「本機は、〇時×分に消毒作業を行いました」と表示している。

また、監視装置４０は、夫々の精算装置２０の消毒作業の状況について表示してもよい。例えば、監視装置４０は、夫々の精算装置２０について消毒作業を実施せずに連続して処理された取引数を表示（一覧表示）又は印刷（リスト化して印刷）してもよい。当該数値（取引数）が高いほど消毒作業が必要な精算装置２０であるため、店員は、監視装置４０において、どの精算装置２０を消毒すべきか、どの精算装置２０を優先して消毒すべきかを簡便に判断することができる。

また、監視装置４０は、ある精算装置２０について消毒作業を実施せずに連続して処理された取引数が所定値を超えている場合には、当該精算装置２０について消毒作業を実施すべき旨を報知してもよい。例えば、監視装置４０は、一覧表示画面において当該精算装置２０について消毒作業を実施すべき旨を警告してもよいし、当該精算装置２０について消毒作業を実施すべき旨の通知を登録装置１０に送信してもよい。これにより、精算装置４０や登録装置１０において、消毒作業が必要な精算装置２０を直ちに認識することができる。

また、登録装置１０は、監視装置４０から情報に基づいて、夫々の精算装置２０の消毒作業の状況について表示してもよい。例えば、登録装置１０は、夫々の精算装置指定ボタン（２０１レジボタンＢＴ２１、２０２レジボタンＢＴ２２、２０３レジボタンＢＴ２３）の近傍に、夫々の精算装置２０について消毒作業を実施せずに連続して処理された取引数を表示してもよい。当該数値（取引数）が高いほど消毒作業が必要な精算装置２０であるため、店員は、登録装置１０において、どの精算装置２０を消毒すべきか、どの精算装置２０を優先して消毒すべきかを簡便に判断することができる。

また、登録装置１０は、夫々の精算装置指定ボタンの表示態様（例えば、表示色等）を、夫々の精算装置２０について消毒作業を実施せずに連続して処理された取引数に応じて異ならせてもよい。これにより、直感的に、あるいは一見して、どの精算装置２０を消毒すべきか、どの精算装置２０を優先して消毒すべきかを判断することができる。

また、登録装置１０は、ある精算装置２０について、消毒作業を実施せずに連続して処理された取引数が所定値を超えている場合には、当該精算装置２０について消毒作業を実施すべき旨を報知してもよい。例えば、登録装置１０は、ある精算装置２０について、上記取引数が所定値を超えている場合には、当該精算装置２０の精算装置指定ボタンの近傍に、消毒作業を実施すべき旨を報知する画像を表示してもよい。例えば、登録装置１０は、精算装置２０ｃ（２０３レジ）について上記取引数が所定値を超えている場合には、図７に示すように、精算装置２０ｃ（２０３レジ）の２０３レジボタンＢＴ２３の近傍に画像ＧＡ０１（“消毒”の「消」の字を表示した画像）を表示する。これにより、精算装置４０や登録装置１０において、消毒作業が必要な精算装置２０を直ちに認識することができる。

また、登録装置１０は、お薦めの精算装置２０として、消毒作業を実施せずに連続して処理された取引数が最小の精算装置２０を報知してもよい。例えば、登録装置１０は、消毒作業を実施せずに連続して処理された取引数が最小の精算装置２０を指定する精算装置指定ボタンの近傍に、消毒作業を実施せずに連続して処理された取引数が最小の精算装置２０（お薦めの精算装置２０）である旨を報知する画像（例えば、“おススメ”の「ス」の字を表示した画像。非図示）を表示してもよい。

なお、監視装置４０（登録装置１０も同様）は、夫々の精算装置２０について消毒作業を実施せずに連続して処理された取引数に代えて又は加えて、夫々の精算装置２０の登録作業の実績数（作業回数）を表示してもよい。

登録装置１０、監視装置４０、精算装置２０において、各装置の詳細情報を確認（閲覧）することができるようにしてもよい。例えば、精算装置２０は、自装置が備える釣銭機２１２の詳細情報（金種毎の収納枚数等）を確認可能であり、登録装置１０や監視装置４０は精算装置２０の釣銭機２１２の詳細情報（金種毎の収納枚数等）を確認可能であるが、同様に、登録装置１０、監視装置４０、精算装置２０の夫々において、自装置又は他装置の消毒作業の実績情報（最後の消毒作業の完了時刻、消毒作業の実績数（作業回数）等）を確認できるようにしてもよい。例えば、登録装置１０（監視装置４０も同様）は、他装置の消毒作業の実績情報として、精算装置２０の消毒作業の実績情報を装置毎に又は一覧で表示してもよい。なお、部位（位置、場所）毎に消毒を実施する態様（後述）では、登録装置１０（監視装置４０、精算装置２０も同様）は、消毒部位毎の消毒作業の実績情報を表示してもよい。例えば、登録装置１０（監視装置４０も同様）は、精算装置２０を識別する装置識別情報に対応付けて、夫々の消毒部位（表示部２０６、スキャナ部２０４、釣銭機２１２、印刷部２１１等）毎に、何時、何回消毒されたのか等を、表示（一覧表示）又は印刷（リスト化して印刷）してもよい。

また、上記でも一部説明したが、ある装置（登録装置１０、監視装置４０、精算装置２０等）について、消毒作業を実施せずに連続して処理された取引数が所定値を超えている場合や、連続して処理した商品数が所定値を超えている場合や、最後の消毒作業からの経過時間（又は経過時間に基づく値）が所定値を超えている場合には、他の装置へ、消毒作業を実施すべき旨を報知してもよい。これにより、どの装置において消毒作業が必要となった場合であっても、消毒作業が必要となった旨を他の装置においても確認することができる。なお、各装置の消毒作業の実績情報（最新の実績情報）は、各装置自身が定期的に（又は、所定の閾値（上記所定値又は上記所定値に基づく値）に達したことを条件に）発信してもよいし、他の装置からの問い合わせに応じて送信してもよい。各装置が他の各装置へ問いあわせを行う処理は、定期的（自動的）に行われてもよいし、各装置が備える消毒状況確認ボタンを押下したことに基づいて行われてもよい。

なお、図１９（Ａ）のフローチャートでは、精算装置２０は、更新後（初期化後）の消毒判断用カウンタの値を監視装置４０に送信する例を説明したが、精算装置２０は消毒作業が完了した旨の通知（消毒作業完了通知）を監視装置４０に送信してもよい。監視装置４０は、消毒完了通知と装置識別情報とを受信した場合には、更新後（初期化後）の消毒判断用カウンタの値と装置識別情報とを受信した場合と同様、当該装置識別情報に対応付けて記憶されている消毒判断用カウンタの値を初期化してもよい。

また、図１９のフローチャートでは、当該装置に対する消毒作業を実施せずに当該装置において連続して処理された取引数（人数）に基づいて消毒作業を管理する例を説明したが、当該装置における最後の消毒作業からの経過時間に基づいて消毒作業を管理してもよい。

当該装置における最後の消毒作業からの経過時間に基づいて消毒作業を管理する場合、精算装置２０、監視装置４０及び登録装置１０は、以下のように動作してもよい。精算装置２０は、消毒作業の完了時に消毒完了通知を監視装置４０に送信する。監視装置４０は、夫々の精算装置２０について消毒完了通知の受信時刻からの経過時間（すなわち夫々の精算装置２０の消毒作業からの経過時間）を記憶する。監視装置４０は、所定時間毎（例えば、１分毎）に、夫々の精算装置２０の上記経過時間に関する情報を登録装置１０に送信する。登録装置１０は、監視装置４０から受信した情報に基づいて、夫々の精算装置２０の消毒作業の状況を表示し、また、消毒作業を実施すべき旨を報知する。また、監視装置４０は、ある精算装置２０から消毒完了通知を受信したときは、当該消毒完了通知を登録装置１０に送信する。

なお、精算装置２０は、消毒に関する情報（消毒判断用カウンタの値、消毒実績数カウンタの値、消毒完了通知等）を監視装置４０以外の装置に送信してもよい。例えば、精算装置２０は、監視装置４０に代えて又は加えて、登録装置１０、ストアコントローラ３０、登録精算装置５０（後述）、携帯端末６０（後述）、クラウドサーバ７０（後述）のうちの１以上の装置に消毒に関する情報を送信してもよい。つまり、精算装置２０における消毒の状況（いつ消毒したか、消毒してから何人が操作したか等）が、販売システム１（又は、第２の実施形態における販売システム２）内の各装置において共有されるようにしてもよい。

また、精算装置２０以外の装置における消毒の状況も、販売システム１（又は、第２の実施形態における販売システム２）内の各装置において共有されるようにしてもよい。例えば、登録装置１０における消毒に状況が、他の登録装置１０、ストアコントローラ３０、登録精算装置５０（後述）、クラウドサーバ７０（後述）のうちの１以上の装置において表示等されるようにしてもよい。

（登録精算装置５０への適用）
図１に示す販売システム１は、他の装置として登録精算装置５０（後述）を備えてもよい。例えば、販売システム１は、登録装置１０や精算装置２０に代えて又は加えて、登録精算装置５０を備えてもよい。

図２０は、登録精算装置５０の外観例を示す図である。図２０（Ａ）は、登録精算装置５０を客側から見た斜視図である。図２０（Ｂ）は、登録精算装置５０を店員側から見た斜視図である。図２１は、登録精算装置５０の構成例を示す図である。図２０及び図２１において、同一部分には同一符号を付している。

以下、図２０を参照しつつ、図２１に示した登録精算装置５０の構成例を説明する。登録精算装置５０は、ＣＰＵ５０１と、ＲＯＭ５０２と、ＲＡＭ５０３と、ハードディスク５０４と、客側表示部５０５と、客側スキャナ部５０６と、カード決済部５０８と、釣銭機５０９と、店員側表示部５１０と、キー操作部５１１と、店員側スキャナ部５１２と、印刷部５１３と、音声出力部５１４と、通信部５１５とを備える。これらは、バス５２５を介して互いに接続されている。

ＲＯＭ５０２は、読み出し専用メモリであり、種々の情報を記憶する。例えば、ＲＯＭ５０２は、登録処理や精算処理をＣＰＵ５０１に実行させるための登録精算プログラムを記憶する。ＲＡＭ５０３は、読み出し書き込みメモリであり、種々の情報を一時記憶する。例えば、ＲＡＭ５０３は、ＲＯＭ５０２又はハードディスク５０７から読み出された情報、登録精算プログラムが実行されることによって生成された情報、スキャナ部（客側スキャナ部５０６、店員側スキャナ部５１２）によってバーコード等が読み取られることによって取得された情報、釣銭機５０８に貨幣が投入されることによって生成される情報等を一時記憶する。

ＣＰＵ５０１は、中央演算処理装置であり、登録精算装置５０全体を制御する。例えば、ＣＰＵ５０１は、登録精算プログラムを実行することによって登録処理や精算処理の実行を制御する。

ハードディスク５０４は、種々の情報を記憶する。例えば、ハードディスク５０４は、例えば、外部から取得した情報や、商品登録プログラムによって生成された情報を記憶する。ハードディスク５０４は、ＲＯＭ５０２に代えて、ＣＰＵ５０１が実行するプログラム等を記憶してもよい。

客側表示部５０５は、例えば、液晶タッチディスプレイ装置である。客側表示部５０５は、客に種々の情報を表示する。また、客側表示部５０５は、客からの種々の操作を受け付ける。

客側スキャナ部５０６は、客用のスキャナ部であり、例えば、商品に付されているバーコードを光学的に読み取る。また、客側スキャナ部５０６は、お会計券に印刷されているコードを光学的に読み取ってもよい。なお、客側スキャナ部５０６は、商品を登録する際に用いられるが、他の方法によって商品を登録してもよい。例えば、客側表示部５０５に、商品に対応するプリセットキーが表示されている場合、当該プリセットキーを操作し、商品を登録してもよい。

カード決済部５０８は、種々のカード（クレジットカード、電子マネー等）による決済機構である。図２０に示したカード決済部５０８は、カード読書部（認識部）や表示部や操作部を備えるが、少なくとも、カード読書部を備えるものであればよい。なお、カード読書部は、直接的には決済（精算）に使用しないカード（例えば、会員カード、ポイントカード等）の情報を認識してもよい。

釣銭機５０９（現金決済部）は、貨幣（金銭）が収納される収納部（非図示）への入出金を制御する自動釣銭釣札機である。釣銭機５０９は、現金による決済機構であり、紙幣や硬貨の投入口、紙幣や硬貨の排出口を有する。また、釣銭機５０９は、投入口に投入された紙幣等を検出（投入があった旨の検出、金種別の枚数の検出等）するセンサや、排出した紙幣等が排出口から取り出されたことを検出するセンサを備える。釣銭機５０９は、センサによる検出結果（金種別の枚数等）をＣＰＵ５０１に出力する。なお、釣銭機５０９は、客側に向けられており、基本的には、客が操作する。

店員側表示部５１０は、例えば、液晶タッチディスプレイ装置である。店員用表示部５１０は、店員に種々の情報を表示する。また、店員用表示部５１０は、店員からの種々の操作を受け付ける。

キー操作部５１１は、店員が操作する種々のボタン（金額等の数字を入力するための数字ボタン等）を配置する。

店員側スキャナ部５１２は、店員用のスキャナ部であり、例えば、商品に付されているバーコードを光学的に読み取る。また、店員側スキャナ部５１２は、店員の名札に付されている店員コードを光学的に読み取る。なお、店員側スキャナ部５１２は、商品を登録する際に用いられるが、他の方法によって商品を登録してもよい。例えば、店員用表示部５１０に、商品に対応するプリセットキーが表示されている場合、当該プリセットキーを操作し、商品を登録してもよい。

印刷部５１３は、媒体を印刷、発行する。例えば、印刷部５１３は、レシートを印刷、発行する。また、印刷部５１３は、お会計券（登録商標）を印刷、発行してもよい。印刷部５１３は、店員側から客側、客側から店員側に向き（媒体発行口の方向）を回転自在に変更である。印刷部５１３の向きは、手動で変更してもよいし、例えば動作モード（詳細は後述）の移行（切替）に応じて自動的に変更（メカ的に制御等）してもよい。なお、印刷部５１３の向きの正誤（予め設定した動作モードとの対応関係の一致、不一致）をセンサなどで検出してもよい。

音声出力部５１４は、音声を出力する。例えば、音声出力部２１４は、音声ガイダンス等を出力する。登録精算装置５０は、音声出力部５１４に代えて又は加えて、確認音及び警告音を出力するブザーを備えていてもよい。

通信部５１５は、ＬＡＮ１１を介して外部の装置（他の登録精算装置５０、精算装置２０、ストアコントローラ３０、監視装置４０）と通信するための通信インタフェースである。

なお、登録精算装置５０は、更に、撮像部（カメラ）、計時部（時計）、店員側に人間がいるか否かを検出可能な近接センサや、客側に人間がいるか否かを検出可能な近接センサ等を備えていてもよい。

以上のように、登録精算装置５０は、両側（店員側、顧客側）の夫々に、表示部（店員側表示部５１０、客側表示部５０５）と、スキャナ部（店員側スキャナ部５１２、客側スキャナ部５０６）を備えるとともに、一方側（客側）に決済部（カード決済部５０８、現金決済部５０９）を備える。

登録精算装置５０は、複数の動作モードを有する。以下、登録精算装置５０が有する動作モードについて説明する。なお、以下に説明する動作モードは、通常業務中の動作モード（登録処理及び精算処理に係るモード）である。従って、例えば、売上や在高等を集計、照会等する集計モード、店員や保守員等が設定作業や保守作業を行う際のメンテナンスモード、新人がトレーニングを行う際のトレーニングモード等は、いずれも以下に説明する動作モードには該当しない。

また、本例では、登録精算装置５０が下記の４種類の動作モード（第１～第４モード、）を有する例を説明するが、登録精算装置５０は、少なくとも２種類の動作モード（例えば、第１モード、第２モードの２種類）を有していればよい。

（第１モード）
第１モードは、店員側で（店員側表示部５１０や店員側スキャナ部５１２等を用いて）登録処理を実行させ、客側で（カード決済部５０８や現金決済部５０９等を用いて）精算処理を実行させるための動作モードである。すなわち、第１モードは、ある１台の登録精算装置５０において、店員と客とが対面し、店員に商品登録を行わせるとともに客に精算を行わせるための動作モードである。つまり、第１モードの登録精算装置５０は、対面型のセミセルフレジとして機能する。第１モードの登録精算装置５０は単体で商品登録から精算迄を完結させる。

（第２モード）
第２モードは、客側で登録処理も精算処理も実行させる動作モードである。すなわち、第２モードは、ある１台の登録精算装置５０において、客に商品登録も精算も行わせるための動作モードである。つまり、第２モードの登録精算装置５０は、フルセルフレジとして機能する。第２モードの登録精算装置５０は単体で商品登録から精算迄を完結させる。

（第３モード）
第３モードは、店員側で登録処理を実行させる動作モードである。すなわち、第３モードは、ある１台の登録精算装置５０において、専ら店員に商品登録を行わせるための動作モードである。つまり、第３モードの登録精算装置５０は、登録装置（例えば、図２等に示した登録装置１０等）として機能する。第３モードの登録精算装置５０は精算処理を実行しないため、第３モードの登録精算装置５０において登録した商品について、他の装置（例えば、図２等に示した精算装置２０、第４モードの登録精算装置５０等）が精算処理を実行する。具体的には、第３モードの登録精算装置５０は、他の装置に精算処理を実行させるため、当該他の装置に登録データを送信する（また、お会計券を発行してもよい）。

（第４モード）
第４モードは、客側で精算処理を実行させる動作モードである。すなわち、第４モードは、ある１台の登録精算装置５０において、専ら客に精算を行わせるための動作モードである。つまり、第４モードの登録精算装置５０は、精算装置（例えば、図２等に示した精算装置２０等）として機能する。第４モードの登録精算装置５０は登録処理を実行しないため、他の装置（例えば、図２等に示した登録装置１０、第３モードの登録精算装置５０等）において登録した商品について精算処理を実行する。具体的には、第４モードの登録精算装置５０は、他の装置が送信した登録データを受信して精算処理を実行する（また、他の装置において印刷、発行されたお会計券を読み取って精算処理を実行する。

なお、第１モードの登録精算装置５０において、他の装置（例えば、図２等に示した精算装置２０、第４モードの登録精算装置５０等）に精算処理を実行させてもよい。例えば、店員は、自装置の客側が直ぐに使用できる場合には自装置の客側で精算を行わせ、自装置の客側が直ぐに使用できない場合（前客が未だ精算している場合、釣銭不足等の場合）には他の装置に精算を行わせるようにしてもよい。他の装置に精算処理を実行させる態様としては、第３モードであるときと同様、登録精算装置５０は、当該他の装置に登録データを送信する（また、お会計券を発行してもよい）。

また、第１モードの登録精算装置５０において、他の装置（例えば、図２等に示した登録装置１０、第３モードの登録精算装置５０等）において登録された商品についても精算処理を実行させてもよい。例えば、店員は、当該第１モードの登録精算装置５０の客側が直ぐに使用できる場合には当該登録精算装置５０に精算処理を実行させてもよい。他の装置において登録された商品について精算処理を実行させる態様としては、第４モードであるときと同様、他の装置が送信した登録データを受信して精算処理を実行する（また、他の装置において印刷、発行されたお会計券を読み取って精算処理を実行する）。

また、第２モードは、客側で登録処理も精算処理も実行させる動作モードであると説明したが、第２モードの登録精算装置５０は、店員側でも商品の登録を行わせることができるようにしてもよい。例えば、店員は、客側で客が商品の登録に時間を要しているような場合に、同時に店員側でも商品の登録を行ってもよい。

また、第２モードの登録精算装置５０において、他の装置（例えば、図２等に示した登録装置１０、第３モードの登録精算装置５０等）において登録された商品についても精算処理を実行させてもよい。例えば、店員は、当該第２モードの登録精算装置５０の客側が直ぐに使用できる場合には当該登録精算装置５０に精算処理を実行させてもよい。他の装置において登録された商品について精算処理を実行させる態様としては、第４モードであるときと同様、他の装置が送信した登録データを受信して精算処理を実行する（また、他の装置において印刷、発行されたお会計券を読み取って精算処理を実行する）。

（動作モードの切り替え（移行））
続いて、動作モードの切り替え（移行）について説明する。登録精算装置５０は、店員の動作（モード切替操作、店員コードの認識等）に基づいて動作モードが切り替わる。例えば、キー操作部５１１に配置されたモード切替ボタン５１１ａが操作される度に動作モードが順番に（第１モード→第２モード→第３モード→第４モード→第５モード→第１モード→第２モード→…）切り替わってもよい。

また、登録精算装置５０は、店員の動作によらずに、動作モードが切り替わってもよい。例えば、登録精算装置５０は、他の装置（他の登録精算装置５０、登録装置１０、監視装置４０等）からのモード切替命令（モード切替指示）に基づいて動作モードが切り替わってもよい。また、登録精算装置５０は、時間的な条件（例えば、最後に操作してからの経過時間、スケジュールによる定刻等）に基づいて動作モードが切り替わってもよい。また、登録精算装置５０は、処理の進行（例えば、登録データの受信、受信した登録データに基づく精算処理の完了、お会計券の読み取り、お会計券に基づく精算処理の完了、釣銭やレシート用紙の残量等）に基づいて動作モードが切り替わるようにしてもよい。

また、店員側、客側に人感センサやＮＦＣ（Near Field Communication）アンテナ等を用意し、店員の有無、客の有無の状況から適切なモードへ切り替わるようにしてもよい。例えば、対面モード（第１、３モード）であっても、店員がその場を離れたと判断した場合は、対面モードのまま放置することは効率が悪いため、自動的にフルセルフモード（第２モード）へ切り替わるようにしてもよい。これにより、店員は、レジを離れる際に自身の判断でモードを切り替える操作を行う必要が無くなり、何も気にせずレジを離れることができる。

以上、登録精算装置５０について説明したが、登録精算装置５０は、登録装置１０や精算装置２０と同様の消毒作業に係る処理等を実行可能である。

登録精算装置５０は、動作モードが第３モードであるときは（第１モードであるときも同様）、上述したように登録装置１０と同様に機能する。従って、登録精算装置５０は、動作モードが第３モードであるときには（第１モードであるときも同様）、図５～１１に示したような画面を表示し、図１３、図１４に示したように動作してもよい。

登録精算装置５０は、動作モードが第３モードであるときは、上述したように登録装置１０と同様に機能する。従って、登録精算装置５０は、動作モードが第３モードであるときには、図５～１１に示したような画面を表示し、図１３、図１４に示したように動作してもよい。

また、登録精算装置５０は、上述したように、動作モードが第１モードであるときにも、第３モードであるときと同様に動作し得るため、動作モードが第１モードであるときにも、図５～１１に示したような画面を表示し、図１３、図１４に示したように動作してもよい。

登録精算装置５０は、動作モードが第４モードであるときは、上述したように精算装置２０と同様に機能する。従って、登録精算装置５０は、動作モードが第４モードであるときには、図１２に示したような画面を表示し、図１９（Ａ）（Ｂ）に示したように動作し、図１５（Ａ）に示したようなレシートを印刷、発行してもよい。

また、登録精算装置５０は、上述したように、動作モードが第１モードであるときや第２モードであるときにも、第４モードであるときと同様に動作し得るため、動作モードが第１モードであるときや第２モードであるときにも、図１２に示したような画面を表示し、図１９（Ａ）（Ｂ）に示したように動作し、図１５（Ａ）に示したようなレシートを印刷、発行してもよい。

登録精算装置５０は、図１５（Ａ）に示したようなレシートに代えて又は加えて図１５（Ｂ）に示したようなレシートを印刷、発行してもよい。例えば、登録精算装置５０は、動作モードが第１モードであるときであって、且つ、印刷部５１３の向きが店員側であった場合には、店員が客にレシートを手渡しする。このような場合には、登録精算装置５０は、図１５（Ｂ）に示したような、店員把持部（図１５（Ｂ）中の符号ｅ）が設けられたレシートを発行する。なお、登録精算装置５０とは構成が異なる一般的な登録精算装置（非図示。店員が登録処理と精算処理を実行する一般的なＰＯＳレジ）においても同様である。

なお、登録精算装置５０は、客側スキャナ部５０６の左側と右側の夫々に、物体（人の手）を検出可能なセンサ（距離センサ等）を設けてもよい。登録精算装置５０は、当該センサを設けることにより、例えば、第２モードの場合（フルセルフレジとして動作する場合）において、客の商品登録に不正があったか否かを判定することが可能になる。なお、第２モードの登録精算装置５０における客の商品登録の作業は、商品を左側のカゴ（店内にて買上商品を入れたカゴ）から商品を取り出し、取り出した商品に付されているバーコードを客側スキャナ部５０６に読み取らせて登録し、左側のカゴ（登録後の商品を入れるカゴ）に移動させるといった一連の作業である。つまり、左側から右側へ商品を移す際にバーコードの読み取るといった一連の作業である。

（正しく登録が行われたと判定する場合）
（１）左側のセンサが手を検出する。
（２）客側スキャナ部５０６がバーコードを認識（読み取る）。
（３）右側のセンサが手を検出する。
登録精算装置５０は、上記の順に検出、認識した場合、上記一連の作業がなされたと判断し、正しく登録が行われたと判定する。

（正しく登録が行われていない判定する場合（一例））
（１）左側のセンサが手を検出する。
（２）右側のセンサが手を検出する。
登録精算装置５０は、上記の順に検出した場合、バーコードを認識していないため、正しく登録が行われていない判定する。判定後にはエラーを報知してもよい。なお、客側スキャナ部５０６によるバーコードの読み取りが不慣れな場合や読ませたフリをした場合に、上記のようにバーコードを認識せずに右側のセンサが手を検出する。

なお、上記センサ（距離センサ）は、計測距離が１メートル程度（１メートル程度先までの物体を認識可能）、距離を段階的に検出可能なものであってもよい。

（お会計券を発行する場面等における適用）
上記では、登録装置１０（特定の動作モードの登録精算装置５０も同様）が精算装置２０を指定する場面における感染防止（消毒作業）の動作を説明したが、精算装置２０の指定は、当該装置における処理が完了する場面の一例である。当該装置における処理が完了する場面としては、精算装置２０を指定する場面の他に、お会計券を発行する場面や品券が使用される場面などがあり、お会計券を発行する場面や品券が使用される場面等においても、精算装置２０を指定する場面と同様、感染防止（消毒作業）の動作を行ってもよい。

例えば、登録装置１０（特定の動作モードの登録精算装置５０も同様）は、お会計券ボタンＢＴ２４が操作された場合、又は、品券ボタンＢＴ２５が操作された場合に、２０１レジボタンＢＴ２１等が操作された場合と同様、図８に示したような小画面ＳＧ０１を表示してもよい。

また、精算装置２０（特定の動作モードの登録精算装置５０も同様）は、お会計券を読み取って精算処理を実行した場合には、登録データを受信して精算処理を実行した場合と同様、図１５（Ａ）に示したようなレシートを印刷、発行してもよい。

（他の装置への適用）
上記では、登録装置１０、精算装置２０、登録精算装置５０における消毒作業等について説明したが、他の装置（ストアコントローラ３０、監視装置４０）における消毒作業等も同様に行ってもよい。例えば、ストアコントローラ３０（監視装置４０も同様）は、経過時間に基づく判断基準により、消毒作業の要否を判断し、消毒作業を管理してもよい。

以上、第１の実施形態（販売システム１）について説明したが、第１の実施形態によれば、販売システム１の各装置（登録装置１０、精算装置２０、監視装置４０、登録精算装置３０）において、消毒作業を好適に管理することができる。

（第２の実施形態）
図２２は、第２の実施形態について図面を参照して説明する。図２２は、販売システム２のネットワーク構成例である。図２２に示す販売システム２は、複数の精算装置２０と、ストアコントローラ（管理装置）３０と、監視装置４０と、登録精算装置５０と、クラウドサーバ７０と、を備える。各装置は、ＬＡＮ１１を介して通信可能に接続されている。なお、図２２において、１台の登録精算装置５０を図示したが、登録精算装置５０の数は２台以上であってもよい。監視装置４０についても同様である。

図２２に示した販売システム２は、客自身が携帯端末６０を使用して商品を登録する態様に対応するサービス（以下、サービスＡと称する）など各種サービスを提供する。なお、販売システム２のうち、サービスＡを提供する部分を特定販売システムと称する場合がある。換言すれば、特定販売システムは、販売システム２のサブシステムであり、サービスＡを提供する。なお、以下の説明において、客のうち、サービスＡを利用する客を特に会員と称する場合がある。

第２の実施形態における精算装置２０、ストアコントローラ３０、監視装置４０、登録精算装置５０は、基本的には、第１の実施形態における精算装置２０、ストアコントローラ３０、監視装置４０、登録精算装置５０と同様であるため、第２の実施形態においては、説明の一部又は全部を省略する。なお、第２の実施形態における精算装置２０では、携帯端末６０の表示部に表示されるコード（精算用２次元コード（後述））をスキャンし、精算処理に必要な情報を読み取る。

クラウドサーバ７０は、種々のサービスを提供するサーバである。例えば、クラウドサーバ７０は、サービスＡ（会員が携帯端末６０を使用して商品を登録する態様に対応するサービス）を提供する。例えば、クラウドサーバ７０は、会員によるサービスＡにおける取引情報（カート情報、又は、バスケット情報などとも称する）等を管理（記憶）する。また、クラウドサーバ７０は、カート情報に加え、サービスＡに係る各種情報（例えば、顧客情報を記憶する顧客ファイル（顧客マスタ）、店舗情報を記憶する店舗ファイル（店舗マスタ）、商品ファイル等）も管理（記憶）する。クラウドサーバ７０は、１台のコンピュータ（サーバ等）によって実現されるものでなく、２台以上のコンピュータによって実現されるものであってもよい。なお、クラウドサーバ７０は、携帯端末６０、精算装置２０、ストアコントローラ３０等と通信する。

携帯端末６０は、会員によって操作される。携帯端末６０は、サービスＡを利用する際に用いられる。携帯端末６０は、通信機能、撮像機能（カメラ）の他に、各種コード（バーコード、２次元コード等）を認識する認識機能を備える。例えば、携帯端末６０は、商品に付されているバーコードを認識する。例えば、携帯端末６０は、撮像機能によって撮像されている撮像画像（いわゆるライブビュー／スルー画像として取得している画像）内の特徴点を抽出し、オブジェクト（各種コード）を認識してもよい。

なお、携帯端末６０は、基本的には各会員の所有物であることを想定しているが、店舗側が貸与するものであってもよい。なお、携帯端末６０の数（稼働中の数）は、来店者数等に応じて変化するものであり、図２２では、複数台が可能である旨の例として２台の携帯端末６０を図示している。

携帯端末６０は、サービスＡに係る各種画面を表示する。例えば、携帯端末６０に、サービスＡを利用するためのアプリケーションプログラム（以下、特定アプリとも称する。）をインストールしておくことにより、携帯端末６０は、サービスＡに係る各種画面を表示してもよい。

図２３及び図２４は、携帯端末６０の表示部における表示例である。図２３（Ａ）は、サービスＡの開始画面の一例である。携帯端末６０は、店舗を特定する情報（店舗特定情報）を取得し、開始画面を表示する。例えば、店舗特定情報等を２次元コード化した２次元コードを店舗の入口付近に表示（２次元コードを表示画面に出力、２次元コードを印刷した媒体を貼付等）しておき、来店した客（会員）が、携帯端末６０で２次元コードをスキャンする（読み取る）ことにより、携帯端末６０は店舗特定情報を取得してもよい。なお、来店した客が特定アプリを起動させると、２次元コードのスキャンを該顧客に指示する画面を表示するようにしてもよいし、来店した客が携帯端末６０で２次元コードをスキャンすると、特定アプリが起動し、開始画面を表示してもよい。

開始画面には、図２３（Ａ）に示すように、種々のボタンが配置されている。例えば、買物開始ボタン６００は、買い物を開始するためのボタンである。開始画面には、感染防止に関する情報を表示してもよい。例えば、開始画面に、感染防止のために営業時間を変更（短縮等）している場合には変更後の営業時間、他者との間の距離を十分に取る旨の要望（例えば「他社との間の距離について〇〇ｍ以上離れてください」といったメッセージ）、マスクに関する情報（例えば「マスクの着用をお願いします」、「マスクは品切れで、入荷時期は未定です」といったメッセージ）等を表示してもよい。なお、外部からの情報（感染情報等）をフィードバックすることにより、上記「〇〇ｍ」の値を適宜変更してもよい。図２３（Ｂ）等の他の画面においても同様である。携帯端末６０は、買物開始ボタン６００が操作された場合、開始画面に代えて、図２３（Ｂ）以降に示した登録画面を表示する。

図２３（Ｂ）は、図２３（Ａ）の開始画面において、買物開始ボタン６００が操作された後に表示される登録画面（初期登録画面）である。登録画面（初期登録画面）の上側は、主に撮像画像を表示する撮像画像表示領域６０１である。登録画面の下側は、主に商品の登録情報を表示する登録情報表示領域６０２である。

図２３（Ｃ）は、図２３（Ｂ）の登録画面（初期登録画面）において、１品目の商品として「〇〇食パン（税込価格２２０円）」に付されているバーコードを撮像しているときの登録画面である。携帯端末６０は、ある商品に付されているバーコードを撮像し、撮像したバーコードから当該商品の商品識別情報を取得し、取得した商品識別情報に基づいて当該商品を登録する。図２３（Ｂ）の例では、携帯端末６０は、「〇〇食パン」に付されているバーコードを撮像し、撮像したバーコードから当該「〇〇食パン」の商品識別情報を取得し、取得した商品識別情報に基づいて当該「〇〇食パン」を登録する。

図２３（Ｄ）は、１品目の商品（〇〇食パン）の登録が完了した後の登録画面である。なお、図２３（Ｄ）は、商品（〇〇食パン）を特定した直後（つまりバーコードを未だ撮像しているとき）における表示例である。従って、図２３（Ｄ）の表示例では、撮像画像表示領域６０１に該商品に付されているバーコードが表示されている。

図２３（Ｄ）に示すように、携帯端末６０は、登録した商品（バーコードを撮像した商品（〇〇食パン））の登録情報（商品名、数量、金額）を登録情報表示領域６０２に表示する（図２３（Ｄ）中の符号ａ）。なお、携帯端末６０は、登録情報の一部（数量）について数量ボタン６０３として表示する。数量ボタン６０３は、数量を変更するためのボタンである。また、携帯端末６０は、合計情報（合計点数、合計金額）を表示する（図２３（Ｄ）中の符号ｂ）。また、携帯端末６０は、精算（会計）に進む場合（商品の登録を終える場合）に操作する会計進行ボタン６０４を操作可能に表示する（有効化する）。

説明を省略するが、２品目以降の商品の登録についても同様である。つまり、携帯端末６０が、商品に付されているバーコードを撮像する度に、当該携帯端末６０の登録情報表示領域６０２には当該商品の登録情報（商品名、数量、金額）が追加表示され、合計情報（合計点数、合計金額）が更新（加算）される。

図２４は、「〇〇食パン」に続いて、「〇〇サラダ（税込価格２４０円）」、「〇〇ドレッシング（税込価格６８０円）」の登録が完了した後の登録画面である。

図２５は、カート情報の一例である。クラウドサーバ７０は、図２５に示すようなカード情報を記憶する。図２５に例示したカート情報は、カート識別情報、取引開始日時、取引終了日時、顧客識別情報、登録情報（登録商品情報）を含む。

カート識別情報は、カート情報を一意に識別する識別情報である。図２５に示したカート識別情報は、店舗識別情報と、日付と、シリアル番号（例えば店舗別日付別のシリアル番号）とから構成される。取引開始日時は、取引の開始日時である。取引開始日時は、例えば、当該カート情報の生成日時であってよい。取引終了日時は、取引の終了日時である。顧客識別情報は、当該取引の客（会員）を識別する顧客識別情報である。

登録情報（計）は、商品の登録情報が追加、更新、削除等される毎に更新される情報である。具体的には、例えば、登録情報（計）として、品数（商品数）、概算小計金額（例えば値引き等が反映される前の小計金額）等が記憶される。

登録情報（商品Ｎ；Ｎは整数）は、Ｎ品目の商品の登録情報である。具体的には、例えば、登録情報（商品Ｎ）として、当該Ｎ品目の商品の商品コード、品名（商品名）、数量、価格等が記憶される。

クラウドサーバ７０がカート情報内に登録情報を記憶する処理フロー（工程）としては、以下のように種々の方法が考えられる。

（個々の商品毎に記憶する処理フロー（処理フローＡ））
個々の商品毎に記憶する、一例である処理フローＡは以下の通りである。
（工程１）携帯端末６０は、バーコードから商品識別情報を取得する。また、携帯端末６０は、顧客の操作に基づいて数量の変更を受け付ける（操作がなければ数量は初期値の「１」である。処理フローＢも同様）。
（工程２）携帯端末６０は、商品識別情報、数量をクラウドサーバ７０に送信する。
（工程３）クラウドサーバ７０は、商品ファイルを参照し、商品識別情報に対応する商品名、金額を取得する。クラウドサーバ７０は、カート情報内に登録情報（商品識別情報、商品名、数量、金額）を記憶する。なお、クラウドサーバ７０は、自装置内の記憶部にカート情報を記憶することに代えて又は加えて他の装置（クラウドサーバ７０がアクセス可能なファイルサーバ等）にカート情報の一部または全部を記憶してもよい（処理フローＢ、Ｃも同様）。
（工程４）クラウドサーバ７０は、登録情報（商品識別情報、商品名、金額）を携帯端末６０に送信する。
（工程５）携帯端末６０は、登録情報表示領域６０２に登録情報（商品名、数量、金額）を表示する。携帯端末６０は、登録情報を、登録情報表示領域６０２に表示することに加え、記憶してもよい。

（個々の商品毎に記憶する処理フロー（処理フローＢ））
個々の商品毎に記憶する、他の例である処理フローＢは以下の通りである。
（工程１）携帯端末６０は、バーコードから商品識別情報を取得する。また、携帯端末６０は、顧客の操作に基づいて数量の変更を受け付ける。
（工程２）携帯端末６０は、商品ファイルを参照し、商品識別情報に対応する商品名、金額を取得する。商品ファイルは、携帯端末６０がアクセス可能な場所（装置内）に記憶されていればよい。なお、携帯端末６０は、ストアコントローラ３０、クラウドサーバ７０に問い合わせて、商品識別情報に対応する商品名、金額を取得してもよい。
（工程３）携帯端末６０は、登録情報表示領域６０２に登録情報（商品名、数量、金額）を表示する。携帯端末６０は、登録情報を、登録情報表示領域６０２に表示することに加え、記憶してもよい。
（工程４）携帯端末６０は、商品識別情報、商品名、数量、金額をクラウドサーバ７０に送信する。
（工程５）クラウドサーバ７０は、カート情報内に登録情報（商品識別情報、商品名、数量、金額等）を記憶する。

（全部の商品を一括して記憶する処理フロー（処理フローＣ））
全部の商品を一括して記憶する、一例である処理フローＣは以下の通りである。なお、処理フローＣの工程１、工程２は、上記処理フローＢの工程１、工程２と同じである。
（工程３）携帯端末６０は、登録情報表示領域６０２に登録情報（商品名、数量、金額）を表示する。携帯端末６０は、登録情報を、登録情報表示領域６０２に表示することに加え、記憶する。
（工程４）必要な商品数の工程１～工程３を繰り返した後、携帯端末６０は、精算（会計）に進むための操作（会計進行ボタン６０４）を受け付ける。
（工程５）携帯端末６０は、記憶した全部の商品について、商品識別情報、商品名、数量、金額をクラウドサーバ７０に送信する。
（工程６）クラウドサーバ７０は、カート情報内に登録情報（商品識別情報、商品名、数量、金額等）を記憶する。
なお、工程４、５に関連し、精算（会計）に進むための操作後（会計進行ボタン６０４の操作後）に、携帯端末６０は精算用２次元コード６０５も表示する（後述）。

図２６は、携帯端末６０の表示部における表示例等である。図２６（Ａ）は、図２４の登録画面において、会計進行ボタン６０４が操作された後に表示される２次元コード表示画面である。

２次元コード表示画面には、精算用２次元コード６０５が表示されている。携帯端末６０は、会計進行ボタン６０４が操作されたことに基づいて精算（会計）に進む旨の情報をクラウドサーバ７０に送信し、当該情報を受信したクラウドサーバ７０が精算用２次元コード６０５を生成し、生成した精算用２次元コード６０５を携帯端末６０に送信してもよい。また、携帯端末６０は、会計進行ボタン６０４が操作されたことに基づいて自ら精算用２次元コード６０５を生成してもよい。なお、携帯端末６０は、自ら精算用２次元コード６０５を生成する態様であっても、会計進行ボタン６０４が操作されたことに基づいて精算（会計）に進む旨の情報をクラウドサーバ７０に送信してもよい。

精算用２次元コード６０５は、精算処理に必要な情報を２次元コード化したものである。精算用２次元コード６０５は、クラウドサーバ７０に記憶されている複数のカート情報（夫々の会員が夫々の携帯端末６０を用いて登録した夫々の取引情報）のなかから当該会員のカート情報（当該顧客が携帯端末６０を用いて登録した取引情報）を識別する情報（カート識別情報）を２次元コード化したものであってもよい。

また、２次元コード表示画面には、概算合計の表示欄６０６、戻るボタン６０７が配置されている。戻るボタン６０７は、買い物に戻る（買物を再度開始）するためのボタンである。携帯端末６０は、戻るボタン６０７が操作された場合、２次元コード表示画面に代えて、登録画面（会計進行ボタン６０４の操作直前の登録画面）を表示する。

（お薦めの精算装置２０の表示）
携帯端末６０は、２次元コード表示画面において、お薦めの精算装置２０を表示してもよい。図２６（Ａ）に示した２次元コード表示画面では、消毒作業を実施せずに連続して処理された取引数が最小の精算装置２０がお薦めの精算装置２０として表示している。精算用２次元コード６０５の下部の「２番の精算機がおすすめです（消毒後の利用者数が最小）」は、２番の精算機（例えば精算装置２０ｂ）が、消毒作業を実施せずに連続して処理された取引数が最小であり、お薦めの精算装置２０である旨を示している。

お薦めの精算装置２０の表示に関する処理の流れは、例えば、以下の通りである。精算装置２０の夫々は、消毒に関する情報（消毒判断用カウンタの値、消毒実績数カウンタの値、消毒完了通知等）をクラウドサーバ７０に送信する。つまり、図１９は、精算装置２０が消毒に関する情報を監視装置４０に送信する例であるが、図１９における送信先について監視装置４０をクラウドサーバ７０に読み替える。

クラウドサーバ７０は、夫々の精算装置２０から消毒に関する情報を受信することにより、夫々の精算装置２０における消毒の状況（いつ消毒したか、消毒してから何人が操作したか、消毒回数等）を管理する。例えば、クラウドサーバ７０は、お薦めの携帯端末６０について問い合わせがあった場合には、消毒判断用カウンタの値（消毒作業を実施せずに連続して処理された取引数）が最小の精算装置２０を特定し、特定した精算装置２０の装置識別情報を携帯端末６０に送信する。なお、クラウドサーバ７０は、お薦めの携帯端末６０について問い合わせがあった場合には、消毒判断用カウンタの値が最小の精算装置２０の装置識別情報を携帯端末６０に送信することに代えて又は加えて、消毒実績数カウンタの値の値（消毒作業の実績数）が最大の精算装置２０を特定し、特定した精算装置２０の装置識別情報を携帯端末６０に送信してもよい。

携帯端末６０は、会計進行ボタン６０４が操作された場合に、クラウドサーバ７０にお薦めの精算装置２０を問い合わせる。携帯端末６０は、クラウドサーバ７０から受信した装置識別情報に基づいて、２次元コード表示画面においてお薦めの精算装置２０を表示する。

なお、クラウドサーバ７０ではなく、他の装置（例えば監視装置４０、ストアコントローラ３０、登録装置１０、登録精算装置５０等）において、夫々の精算装置２０における消毒の状況を管理してもよい。つまり、精算装置２０の夫々は、消毒に関する情報を監視装置４０等に送信し、携帯端末６０は、会計進行ボタン６０４が操作された場合に、監視装置４０等にお薦めの精算装置２０を問い合わせ、２次元コード表示画面に表示してもよい。

図２６（Ｂ）は、精算装置２０における精算用２次元コード６０５の読み取りの様子を示している。客は、例えば、２次元コード表示画面においてお薦めとして表示された精算装置２０に移動し、精算用２次元コード６０５を読み取らせる。なお、客は、お薦めとして表示された精算装置２０とは異なる精算装置２０において精算用２次元コード６０５を読み取らせることも可能である。

図２７～図２９は、精算装置２０の表示部２０６における表示例である。図２７は、精算装置２０が表示部２０６に表示する精算画面（初期精算画面）の一例である。精算装置２０は、図２７に示すような精算画面（初期精算画面）を表示する。図２７に示した精算画面（初期精算画面）には、精算用２次元コード６０５（図中は、ＱＲコード（登録商標））を読み取らせる旨のメッセージが表示されている。また、図２７に示した精算画面（初期精算画面）には、当該精算装置２０の消毒作業の実績状況として、当該精算装置２０における最後の消毒作業の完了時刻が表示されている。なお、精算装置２０は、精算画面（初期精算画面）に、当該精算装置２０における最後の消毒作業の完了時刻に代えて又は加えて、当該登録装置１０における消毒作業の実績数（作業回数）を表示してもよい。

図２８は、精算装置２０が表示部２０６に表示する精算画面（商品一覧画面）の一例である。精算装置２０は、図２６（Ｂ）の如く、精算画面（初期精算画面）において、携帯端末６０の２次元コード表示画面に表示されている精算用２次元コード６０５が読み取られた場合には、図２８に示すような精算画面（商品一覧画面）を表示する。つまり、精算用２次元コード６０５に基づいて例えば図２５に示したカート情報が特定され、当該カート情報内に記憶されている登録情報が図２８に示すように精算画面（商品一覧画面）に一覧表示される。

図２８の精算画面（商品一覧画面）には、概算合計の表示欄１４００、価格帯別（１０００円以上、５００円以上１０００円未満、３００円以上５００円未満、３００円未満）の商品数の表示欄１４０１、撮像画像の表示欄１４０３が配置されている。

撮像画像の表示欄１４０３には、当該精算装置２０の釣銭機２１２の周辺の撮像画像が表示される。例えば、精算装置２０は、釣銭機２１２周辺を撮像可能な位置にカメラを備え、当該カメラによって撮像された撮像画像（つまり自身が撮像した撮像画像）を表示欄１４０３に表示してもよい。また、精算装置２０は、釣銭機２１２周辺を撮像可能な位置に設置されたカメラによって撮像された撮像画像（つまり外部から取得した撮像画像）を表示欄１４０３に表示してもよい。なお、撮像画像は、カメラから得られる画像をリアルタイムに出力したもの（ライブビュー／スルー画像）であってもよいし、カメラから得られる画像を一時的に記憶した後に再生したものであってもよい。また、撮像画像は、動画であってもよいし、静止画（例えば、連続的に表示される静止画等）であってもよい。

なお、表示欄１４０３における表示に代えて又は加えて、撮像画像を、販売システム１内（例えば、当該精算装置２０のハードディスク２０７内、ストアコントローラ３０の記憶部内、監視装置４０の記憶部内、クラウドサーバ７０に記憶部内等）において、一定期間、記憶してもよい。当然ではあるが、記憶した撮像画像は、販売システム１内の装置（例えば、監視装置４０、精算装置２０等）において再生できるようにする。

なお、図２８の精算画面（商品一覧画面）では、価格順に商品を表示しているが、価格順に商品を表示しなくてもよい。例えば、登録順に商品を表示してもよい。また、図２８の精算画面（商品一覧画面）では、価格帯別に商品の背景色を異ならせているが、価格帯別に商品の背景色を異ならせてなくてもよい。例えば、交互に（１行毎に）、背景色を異ならせてもよい。

図２９は、図２８の精算画面（商品一覧画面）において、会計ボタン１４０４が操作された後に表示される精算画面（決済種別選択画面）である。図２９の精算画面（決済種別選択画面）には、支払方法に応じた種々のボタンが配置されている。戻るボタン１６０７は、１つ前の表示に戻るためのボタンである。つまり、戻るボタン１６０７が操作された場合には図２９の精算画面（商品一覧画面）に表示が切り替わる。つまり、戻るボタン１６０７を操作すれば、精算前に、再度、決済対象商品（購入商品）を確認することができる。

以上、第２の実施形態（販売システム２）について説明したが、第２の実施形態によれば、客自身が携帯端末６０を使用して商品を登録する態様においても、消毒作業を好適に管理することができる。

（変形例）
上記では、販売システム１（販売システム２）内の各装置が消毒の対象であったが、消毒の対象は人（例えば、店員）であってもよい。以下、店員を消毒の対象とする場合について説明する。

販売システム１（販売システム２）において個々の店員の消毒に関する情報を管理する。例えば、監視装置４０（又はクラウドサーバ７０）は、店員コードに対応付けて店員用のカウンタ（店員消毒判断用カウンタ、店員消毒実績数カウンタ）を記憶する。

「店員消毒判断用カウンタ」は、当該店員の消毒作業（例えば掌、指先等の消毒。消毒行動、消毒活動、消毒行為とも称する）の要否の判断用のカウンタである。店員消毒判断用カウンタは、例えば、当該店員が消毒作業を実施せずに連続して処理した取引数（人数）や、当該店員が消毒作業を実施せずに連続して処理した商品数（スキャン数等）等をカウントするものである。

「店員消毒実績数カウンタ」は、当該店員の消毒作業の実績数（作業回数）を計上するカウンタである。店員消毒実績数カウンタの値は、当該店員が消毒作業を実施した場合にカウントアップされ、例えば、何れかの装置に対する最初のログイン時等に初期化される。

図３０は、登録装置１０の動作の一例を示すフローチャートである。具体的には、図３０（Ａ）のフローチャートは、ある店員Ａが登録装置１０にログインしたときの動作を示している。図３０（Ａ）のフローチャートは、登録装置１０が、店員Ａの店員コードを読み取ることにより開始する。また、登録装置１０は、消毒作業（掌、指先等の消毒）の開始を宣言する操作（非図示）を受け付けた場合には、ステップＳ５１～ステップＳ５９の処理を実行する。

なお、図３０（Ａ）のフローチャート（図３０（Ｂ）のフローチャートも同様）は、ある店員Ａが登録装置１０にログインしたときの動作を示すものであり、一方、店員消毒判断用カウンタの値は、店員Ａが消毒作業を実施せずに連続して処理した取引数や店員Ａが消毒作業を実施せずに連続して処理した商品数等をカウントするものであるため、図３０（Ａ）のフローチャート（図３０（Ｂ）のフローチャートも同様）には、店員消毒判断用カウンタの値を参照する処理（ステップＳ５０）や、初期化する処理（ステップＳ５８）は存在するものの、カウントアップする処理は存在しない。

また、図３０（Ａ）のフローチャート（図３０（Ｂ）のフローチャートも同様）は、登録装置１０の動作として説明するが、販売システム１（販売システム２）内の他の装置（精算装置２０、監視装置４０、登録精算装置５０、ストアコントローラ３０等）の動作も同様である。

ステップＳ５０：登録装置１０は、店員消毒判断用カウンタの値が予め設定した所定値を超えているか否かを判断する。つまり、登録装置１０は、今回のログイン前迄の取引数（人数）や、今回のログイン前迄の商品数（スキャン数等）が、所定値を超えているか否かを判断する。所定値を超えている場合（ステップＳ５０：ＹＥＳ）、ステップＳ５１に進む。所定値を超えていない場合（ステップＳ５０：ＮＯ）、図３０（Ａ）のフローチャートは終了（つまり登録装置１０にログイン）する。

ステップＳ５１：登録装置１０は、店員に消毒作業（掌、指先等の消毒）を実施すべき旨を報知する画面を表示する。例えば、登録装置１０は、消毒完了ボタンを配置した小画面（非図示）を店員用表示部１０５に表示する。続いてステップＳ５４に進む。

ステップＳ５４：登録装置１０は、消毒作業の完了を宣言する操作（例えば、ステップＳ５１にて表示した小画面上の消毒完了ボタンの操作）があったか否かを判断する。操作があれば（ステップＳ５４：ＹＥＳ）、ステップＳ５５に進む。操作がなければ（ステップＳ５４：ＮＯ）、ステップＳ５４に戻る。つまり、登録装置１０は、消毒作業の完了の宣言操作がある迄、ステップＳ５４の処理を繰り返す。

ステップＳ５５：登録装置１０は、ステップＳ５１にて表示した小画面を消去する。続いてステップＳ５７に進む。
ステップＳ５７：登録装置１０は、店員消毒判断用カウンタの値を初期化（「０」を代入）する。続いてステップＳ５８に進む。
ステップＳ５８：登録装置１０は、消毒作業の完了時刻として現在の時刻を記憶する。続いてステップＳ５９に進む。
ステップＳ５９：登録装置１０は、店員消毒実績数カウンタの値をカウントアップ（「１」を加算）する。つまり、登録装置１０は、当該店員の消毒作業の実績数（作業回数）をカウントアップする。そして、図３０（Ａ）のフローチャートは終了（つまり登録装置１０にログイン）する。

図３０（Ｂ）のフローチャートは、図３０（Ａ）のフローチャートの変形例である。消毒器８０（消毒器８１）を設置している場合には、登録装置１０は、図３０（Ａ）のフローチャートの処理に代えて、図３０（Ｂ）のフローチャートの処理を実行してもよい。図３０（Ａ）のフローチャートと図３０（Ｂ）のフローチャートとは、図３０（Ａ）のフローチャートではステップＳ５４の処理を実行するのに対し、図３０（Ｂ）のフローチャートではステップＳ５３の処理を実行する点が異なる。以下、図３０（Ｂ）のフローチャートについて、図３０（Ａ）のフローチャートと異なる部分（ステップＳ５３）を説明する。

ステップＳ５３：ステップＳ５１の実行した登録装置１０は、消毒液放出通知を受信したか否かを判断する。つまり、登録装置１０は、消毒器８０（消毒器８１）から消毒液が放出されたか否かを判断する。受信していれば（ステップＳ５３：ＹＥＳ）、ステップＳ５５に進む。受信していなければ（ステップＳ５３：ＮＯ）、ステップＳ５３に戻る。つまり、登録装置１０は、消毒液放出通知を受信する迄（消毒器８０（消毒器８１）から消毒液が放出される迄）、ステップＳ５３の処理を繰り返す。

つまり、登録装置１０は、図３０（Ａ）のフローチャートに示すように、消毒作業の完了を宣言する操作があった場合に処理を進行させてもよいし（ステップＳ５４（ＹＥＳ））、消毒器８０（消毒器８１）を設置している場合には消毒器８０（消毒器８１）から消毒液が放出された場合に処理を進行させてもよい（ステップＳ５３（ＹＥＳ））。

図３０（Ａ）や図３０（Ｂ）のフローチャートによれば、店員に対する消毒作業を好適に管理することができる。なお、図３０（Ａ）及び図３０（Ｂ）のフローチャートでは、当該店員が消毒作業を実施せずに連続して処理した取引数や、当該店員が消毒作業を実施せずに連続して処理した商品数に基づいて消毒作業の要否を判断しているが、当該店員の最後の消毒作業からの経過時間に基づいて消毒作業の要否を判断してもよい。

当該店員の最後の消毒作業からの経過時間が所定値を超えているか否かに基づいて消毒作業の要否を判断する場合、店員消毒判断用カウンタを用いずに消毒作業の要否を判断してもよい。具体的には、登録装置１０は、上記経過時間が予め設定した所定値（例えば「６０（分）」）を超えているか否かに基づいて消毒作業の要否を判断してもよい。

消毒対象が装置である場合の図１３、図１４、図１８のフローチャートと、消毒対象が人間である場合の図３０（Ａ）及び図３０（Ｂ）のフローチャートとを比較する。消毒対象が装置である場合には、必然的に装置を触るため、意図しない操作等がなされる虞がある。従って、図１３、図１４、図１８のフローチャートでは意図しない操作等を未然に防ぐため操作を無効化している（図１３のステップＳ１２、図１３のステップＳ３２、図１８のステップＳ４２）。一方、消毒対象が人間である場合には、装置を触らないため、意図しない操作等がなされる可能性は低い。従って、図３０（Ａ）及び図３０（Ｂ）のフローチャートでは操作を無効化していない。

消毒器８０（消毒器８１）を設置しかつ消毒対象が装置である場合の図１８のフローチャートと、消毒器８０（消毒器８１）を設置しかつ消毒対象が店員である場合の図３０（Ｂ）のフローチャートとを比較する。消毒器８０（消毒器８１）を設置しかつ消毒対象が装置である場合、消毒液放出通知の受信段階（つまり消毒液の放出段階）で、小画面の消去や操作を有効化すると、装置の消毒を行わない可能性や、装置の消毒中に意図しない操作等がなされる虞もあるため、消毒作業の完了を宣言させる操作を求めている（図１８のステップＳ４４）。一方、消毒器８０（消毒器８１）を設置しかつ消毒対象が店員である場合、消毒液放出通知の受信段階（つまり消毒液の放出段階）で、小画面の消去や操作を有効化しても、消毒液の放出後には必然的に店員は消毒液を手全体に馴染ませるため（消毒液の放出を以って消毒作業完了と見做せるため）、消毒作業の完了を宣言させる操作を求めていない。従って、図３０（Ｂ）のフローチャートのように動作する場合には、小画面には、消毒作業の完了を宣言させる操作のボタン（消毒完了ボタンＢＴ３０）を設けなくてもよい。

以上、変形例について説明したが、変形例によれば、店員を対象とした消毒作業（消毒行動）についても好適に管理することができる。

なお、第１、第２の実施形態では消毒対象が装置（表示部、操作部等）である場合の取引毎の処理について説明し、変形例では消毒対象が店員（手、指等）である場合のログイン時の処理について説明したが、消毒対象が装置である場合のログイン時の処理や消毒対象が店員である場合の取引毎の処理についても同様である。つまり、ある装置Ａにある店員Ｂがログインする際には、当該店員Ｂを消毒対象とした消毒作業の要否を判断（図３０）するのと同様に、当該装置Ａを消毒対象とした消毒作業の要否を判断してもよい。ある装置Ａにおける店員Ｂによる登録処理が完了した際には、当該装置Ｂを消毒対象とした消毒作業の要否を判断（図１３等）するのと同様に、当該店員Ａを消毒対象とした消毒作業の要否を判断してもよい。

以上のように、第１、第２の実施形態、変形例によれば、店舗内における消毒作業について好適に管理することができる。

一例として、消毒器８０（消毒器８１）を利用する場合の運用例について説明する。商品登録の際のスキャン動作、精算後の客への受け渡し（釣り銭、レシート、お会計券等の受け渡し）動作の後は、最も感染防止ケアが必要である。この点、上記の実施形態等によれば、消毒器８０等（消毒器８０、消毒器８１）を用いた消毒（装置を聖徳対象とした消毒、店員を消毒対象とした消毒等）がなされる迄（消毒液放出通知を受信する迄）、次取引（次客）の処理を制限（禁止）することができる。例えば、消毒作業の要否判断において常に「要」と判断されるようにすれば（具体的には、消毒判断用カウンタ（又は店員消毒判断用カウンタ）の値と比較される所定値を「０」とすれば）、消毒器８０等を用いた消毒がなされる迄、次取引の処理を制限することができる。また、上記の実施形態等によれば、消毒器８０等を用いた消毒がなされる迄、装置へのログインを制限（禁止）することができる。例えば、消毒作業の要否判断において常に「要」と判断されるようにすれば、消毒器８０等を用いた消毒がなされる迄、装置へのログインを制限することができる。

以上、第１、第２の実施形態、変形例について説明したが、これらは、一例であって具体的な構成は上記実施形態に限られるものではなく、発明の要旨を逸脱しない範囲の設計等も含まれる。

なお、以下に説明する登録装置１０又は精算装置２０に関する内容は、上記に説明した内容と同様、登録精算装置５０に関する内容であってもよい。つまり、登録装置１０に関する説明内容は、少なくとも登録処理を実行する動作モードにおける登録精算装置５０に関する説明として読み替え、精算装置２０に関する説明内容は、少なくとも精算処理を実行する動作モードにおける登録精算装置５０に関する説明として読み替えてもよい。

上記では、消毒案内ボタンＢＴ１１の操作は、１品目の商品の登録後に無効となると説明したが、１品目の商品の登録後に消毒案内ボタンＢＴ１１の操作を無効としなくてもよい。これにより、商品登録中（接客中）であっても、状況（例えば、当該客への説明が必要となった場合等）に応じて、消毒に関する案内情報を確認することができる。なお、１品目の商品の登録前に消毒案内ボタンＢＴ１１を操作した場合と、１品目の商品の登録後に消毒案内ボタンＢＴ１１を操作した場合とで、操作後に表示される案内情報を異ならせてもよい。例えば、１品目の商品の登録後に消毒案内ボタンＢＴ１１を操作した場合には、１品目の商品の登録前に消毒案内ボタンＢＴ１１を操作した場合に表示される案内情報のうちの一部の案内情報（例えば、主要部分、見出し部分、対顧客に関する部分（ＱＡ集）等）を表示してもよい。

上記では、消毒開始ボタンＢＴ１２の操作は、１品目の商品の登録後に無効となると説明したが、１品目の商品の登録後に消毒開始ボタンＢＴ１２の操作を無効としなくてもよい。これにより、商品登録中（接客中）であっても、状況（例えば、当該客からの要求があった場合）に応じて、消毒作業を開始することができる。なお、１品目の商品の登録後に消毒開始ボタンＢＴ１２が操作された場合には、１品目の商品の登録前に消毒開始ボタンＢＴ１２が操作された場合と同様（図１３）、小画面ＳＧ０１を表示等してもよい。

上記では、精算装置指定ボタン（２０１レジボタンＢＴ２１等）を小計画面（図７）に表示しているが、登録画面（図５、図６）に表示してもよい。例えば、精算装置指定ボタンを、操作が無効である旨の表示態様で登録画面に表示してもよい。お会計券ボタンＢＴ２４、品券ボタンＢＴ２５についても同様である。

上記では、小計ボタンＢＴ１０の操作前を登録画面と称し、小計ボタンＢＴ１０の操作後を小計画面と称しているが、小計ボタンＢＴ１０の操作前後における画面の名称は同一であってもよい。例えば、小計ボタンＢＴ１０の操作後も、小計ボタンＢＴ１０の操作前と同様、登録画面と称してもよい。

上記では、小計ボタンＢＴ１０を設ける態様について説明したが、小計ボタンＢＴ１０を設けない態様であってもよい。小計ボタンＢＴ１０を設けない態様では、例えば、１品目の商品の登録後に、精算装置指定ボタン、お会計券ボタンＢＴ２４、品券ボタンＢＴ２５を、操作が有効である旨の表示態様で登録画面に表示する。また、小計ボタンＢＴ１０を設けない態様では、登録画面から小計画面への遷移はないため、登録画面ボタンＢＴ２６は不要である。

上記では、最後の消毒作業の完了時刻を表示する例を説明したが、最後の消毒作業の完了時刻に代えて又は加えて最後の消毒作業の完了時刻からの経過時間を表示してもよい。また、各装置は、当該装置について、何取引（何人）前に消毒作業を実施したかや、何スキャン前に消毒作業を実施したかを表示してもよい。また、監視端末４０（又は一の登録装置１０、一の登録精算装置５０）は、他の装置の夫々について、最後の消毒作業の完了時刻（又は、該完了時刻からの経過時間）や、何取引（何人）前に消毒作業を実施したかや、何スキャン前に消毒作業を実施したかを表示（一覧表示）又は印刷（リスト化して印刷）してもよい。また、監視端末４０（又は一の登録装置１０、一の登録精算装置５０）は、夫々の店員について、最後の消毒作業の完了時刻（又は、該完了時刻からの経過時間）や、何取引（何人）前に消毒作業を実施したかや、何スキャン前に消毒作業を実施したか、を表示（一覧表示）又は印刷（リスト化して印刷）してもよい。

また、あと何取引（何人）で消毒作業が必要になるかや、あと何スキャンで消毒作業が必要になるかや、あとどの位の時間で消毒作業が必要になるか、を表示（例えば、カウントダウン表示してもよい）。例えば、各装置において、当該装置に対する消毒作業が必要となる迄の、取引数（人数）や、スキャン数や、時間をカウントダウン表示してもよい。また、各装置において、当該装置を使用している店員に対する消毒作業が必要となる迄の、取引数（人数）や、スキャン数や、時間をカウントダウン表示してもよい。また、監視端末４０（又は一の登録装置１０、一の登録精算装置５０）は、夫々の装置や、夫々の店員について、消毒作業が必要となる迄の、取引数（人数）や、スキャン数や、時間をカウントダウン表示してもよい。これにより、そろそろ消毒をしなければならないという目安とすることができ、効率よく登録・消毒作業を行うことができる。

上記では、小画面ＳＧ０１において「消毒作業を行ってください」なるメッセージを表示する例を説明したが、小画面ＳＧ０１において他の情報を表示してもよい。例えば、小画面ＳＧ０１において、消毒部位（消毒位置、消毒場所）に関する情報、用具（ツール）に関する情報等を表示してもよい。消毒部位は、例えば、登録装置１０の場合には、店員用表示部１０５、客用表示部１０６、キー操作部１０８、スキャナ部１０４、印刷部１１１（排出口等）等である。登録装置１０の消毒部位として、当該登録装置１０を設置するカウンタ台（または、当該登録装置１０の近傍のカウンタ台）等を含めてもよい（他の装置についても同様である）。精算装置２０の場合には、表示部２０６、スキャナ部２０４、釣銭機２１２（排出口、排出口等）、印刷部２１１（排出口等）等である。用具は、消毒液Ａ、消毒液Ｂ、タオル、ブラシ等である。なお、表示部××は消毒液Ａとタオル、キー操作部１０８は消毒液Ｂとブラシというように消毒部位と用具とを対応付けて表示してもよい。また、小画面ＳＧ０１において、作業順序に関する情報（例えば、店員用表示部１０５→客用表示部１０６→…）や、標準的な作業時間に関する情報（全体、又は、消毒部位毎）を表示してもよい。

小画面ＳＧ０１上に、上記他の情報（消毒部位に関する情報、用具に関する情報、作業順序に関する情報、標準的な作業時間に関する情報）を表示することに代えて、小画面ＳＧ０１上に上記他の情報を表示するためのボタンを表示してもよい。

また、小画面ＳＧ０１において（又は小画面ＳＧ０１とは別の画面）において、消毒部位を選択（指定）可能とし、消毒部位の選択後に消毒作業を開始させるように制御してもよい。

消毒部位（消毒位置、消毒場所）毎に消毒作業を実施する態様の場合には、消毒部位毎の消毒作業の実績情報を記憶してもよい。なお、ある装置における消毒部位毎の消毒作業の実績情報は、当該装置において参照可能である。また、上述したように、ある装置における消毒部位毎の消毒作業の実績情報は、当該装置とは異なる他の装置から参照可能であってもよい。

また、選択された消毒部位に応じて無効化する対象を異ならせてもよい。例えば、いずれかの入力手段（店員用表示部１０５、客用表示部１０６、キー操作部１０８、スキャナ部１０４等）が消毒部位として選択された場合には、消毒部位として選択された入力手段を無効化してもよい。一例として、店員用表示部１０５とキー操作部１０８とが消毒部位として選択された場合には、店員用表示部１０５とキー操作部１０８とを無効化してもよい。これにより、無効化する部分を最小限に抑えられ、作業後の有効化（復旧）が簡単になる。なお、消毒部位として、店員用表示部１０５と他の入力手段とが指定され、かつ、消毒作業中に店員用表示部１０５の無効化としてタッチセンサ自体を無効化する場合には、消毒部位として指定されていない入力部材を用いて消毒作業の完了の宣言を受け付けてもよい。例えば、消毒部位として、店員用表示部１０５と客用表示部１０６とスキャナ部１０４とが指定され、かつ、消毒作業中に店員用表示部１０５の無効化としてタッチセンサ自体を無効化する場合には、消毒部位として指定されていないキー操作部１０８を用いて消毒作業の完了の宣言を受け付けてもよい。

上記では、消毒作業の完了を宣言する操作（消毒完了ボタンＢＴ３０の操作等）を受け付ける期間に制限を設けていないが、期間に制限を設けるようにしてもよい。これにより、消毒時間を担保することができる。

例えば、消毒器８０（消毒器８１）と連携しない場合（図１３、図１４のフローチャート等の場合）には、小画面ＳＧ０１の表示タイミングから所定時間経過前は消毒完了ボタンＢＴ３０の操作を受付不能とし、小画面ＳＧ０１の表示タイミングから所定時間経過後に消毒完了ボタンＢＴ３０の操作を受付可能としてもよい。これにより、消毒作業の完了を宣言する操作が直ぐになされるようなことはなくなり、消毒時間を担保することができる。消毒完了ボタンＢＴ３０の操作以外の消毒作業の完了を宣言する操作の場合も同様である。

消毒器８０（消毒器８１）と連携する場合（図１８のフローチャートの場合）には、小画面ＳＧ０１の表示タイミングから所定時間経過前は消毒完了ボタンＢＴ３０の操作を受付不能とし、小画面ＳＧ０１の表示タイミングから所定時間経過後に消毒完了ボタンＢＴ３０の操作を受付可能としてもよいし、消毒液放出通知の受信タイミングから所定時間経過前は消毒完了ボタンＢＴ３０の操作は受付不能とし、消毒液放出通知の受信タイミングから所定時間経過後に消毒完了ボタンＢＴ３０の操作を受付可能としてもよい。これにより、消毒作業の完了を宣言する操作が直ぐになされるようなことはなくなり、消毒時間を担保することができる。消毒完了ボタンＢＴ３０の操作以外の消毒作業の完了を宣言する操作の場合も同様である。

また、消毒対象が装置の場合には、消毒作業の開始を検出し、消毒作業の開始タイミング（検出タイミング）から所定時間経過前は消毒作業の完了を宣言する操作（消毒完了ボタンＢＴ３０の操作等）を受付不能とし、消毒作業の開始タイミングから所定時間経過後に消毒作業の完了を宣言する操作（消毒完了ボタンＢＴ３０の操作等）を受付可能としてもよい。なお、店員用表示部１０５が消毒部位の場合には、消毒期間中における店員用表示部１０５の無効化態様としてタッチセンサ自体を無効化しないことにより、店員用表示部１０５の表示画面への最初の接触を、消毒作業の開始タイミングとして検出することができる。

上記では、小画面ＳＧ０１に消毒作業の完了を宣言するための消毒完了ボタンＢＴ３０を設ける例を説明したが、消毒完了ボタンＢＴ３０に加え、消毒作業の保留（後で実施する旨）を宣言するための消毒保留ボタン（非図示）を設けてもよい。上述したフローチャートを用いて、消毒保留ボタンが操作された場合の動作を説明する。図１３のフローチャートでは、登録装置１０は、消毒保留ボタンが操作された場合、小画面ＳＧ０１を消去し（図１３のステップＳ１５）、操作を有効化し（図１３のステップＳ１６）し、処理を終了する。つまり、登録装置１０は、消毒判断用カウンタの値の初期化、消毒作業の完了時刻の記憶、消毒実績数カウンタの値のカウントアップを行わずに、処理を終了する。図１４のフローチャートの動作も図１３と同様である。図１８のフローチャートでは、消毒液放出通知を受信する前であっても消毒保留ボタンを操作可能とし、登録装置１０は、消毒保留ボタンが操作された場合、消毒液放出通知の受信の有無にかかわらず、小画面ＳＧ０１を消去し（図１８のステップＳ４５）、操作を有効化し（図１８のステップＳ４６）し、処理を終了する。つまり、登録装置１０は、図１３のフローチャートの場合と同様、消毒判断用カウンタの値の初期化、消毒作業の完了時刻の記憶、消毒実績数カウンタの値のカウントアップを行わずに、処理を終了する。図３０（Ａ）のフローチャートでは、登録装置１０は、消毒保留ボタンが操作された場合、小画面ＳＧ０１を消去し（図３０（Ａ）のステップＳ５５）、処理を終了する。なお、図３０（Ｂ）のフローチャートの場合には、図１８のフローチャートの場合と同様、消毒液放出通知を受信する前であっても消毒保留ボタンを操作可能とすればよい。なお、図３０（Ｂ）のフローチャートにおいて表示する小画面には、消毒完了ボタンＢＴ３０を設けなくてもよい。

上記では、装置の消毒作業中に操作（消毒作業の完了を宣言する操作以外の操作）を無効化する例を説明したが、装置の消毒作業中に操作を無効化しなくてもよい。つまり、消毒作業中の意図しない操作等がなされる頻度や、消毒作業中の意図しない操作等がなされた場合の影響を考慮し、消毒作業中に操作を無効化するか否かを検討すればよい。例えば、消毒作業中の意図しない操作等がなされる頻度が低いと考えられる場合や、仮に消毒作業中の意図しない操作等がなされたとしても操作クリアボタン等によって簡便にクリアできる場合には、消毒作業中に操作を無効化しなくてもよい。

上記では、消毒作業が必要な場合には小画面ＳＧ０１を表示する例を説明したが（図１３のステップＳ１１等）、小画面ＳＧ０１に代えて又は加えて、例えば、画面の上部（又は下部）に消毒作業が必要である旨のメッセージを表示してもよい。なお、小画面ＳＧ０１を表示せずにメッセージを表示する場合には、消毒作業中に操作を無効化しなくてもよい。また、小画面ＳＧ０１を表示せずにメッセージを表示する場合には、消毒完了ボタンＢＴ３０を操作し得ないため、消毒完了ボタンＢＴ３０に相当する他のボタンによって消毒作業の完了を宣言する操作を受け付けることにより、当該メッセージを消去してもよい。

上記では、操作や自動検知により消毒液を放出（噴射）する消毒器８０（消毒器８１）を説明したが、消毒液を放出するものであれば噴射する種類のものでなくてもよい。また、消毒液を放出する消毒器に代えて又は加えて、未使用（又は消毒済み再使用）の手袋を供給（フィード）する装置（手袋供給装置。手袋フィーダー）を設置してもよい。手袋供給装置を設置する場合には、供給装置から手袋が供給されなければ、消毒液が放出されなければ、装置にログインできないように制御したり、処理を進行できないように制御したのと同様に、手袋供給装置から手袋が供給されなければ、装置にログインできないように制御したり、処理（次客の処理等）を進行できないように制御してもよい。つまり、手袋供給装置に、手袋が供給された旨を検出する検出部（又は手袋を供給する操作を受け付ける受付部）と、通信部とを設け、手袋供給装置は、手袋が供給された旨を検出した場合（供給する操作を受け付けた場合）、手袋供給装置から手袋が供給された旨の通知（手袋供給通知）を送信し、装置（登録装置等）の側では、消毒器８０（消毒器８１）からの消毒液放出通知の受信に代えて又は加えて、手袋供給装置からの消毒液放出通知の受信を、ログインや処理の進行の条件としてもよい。

上記では、精算処理において決済種別を選択（指定）する例を説明したが（図１２（Ａ））、精算処理において決済種別を選択しなくてもよい。例えば、以下のように実現してもよい。登録装置１０における決済種別の選択を可能とし、登録装置１０は、決済種別の選択を受け付ける。決済種別の選択を受け付けた登録装置１０は、受け付けた決済種別を識別可能な情報（決済種別識別情報）を精算装置２０（精算装置指定ボタンによって選択された精算装置２０）に送信（登録データとともに送信、登録データの一部として送信、登録データの前後に送信）する。登録装置１０が送信した決済種別識別情報を受信した精算装置２０は、当該決済種別識別情報によって識別される決済種別を、精算画面（決済種別選択画面）において選択した決済種別として取り扱う。これにより、客による精算画面（決済種別選択画面）上の決済種別の選択操作は不要になる。つまり、客は、精算装置２０の画面を触れることなく精算処理を進行させることができる。換言すれば、衛生面に配慮した精算処理を実行することができる。なお、お会計券を用いる場合には、お会計券を読み取った精算装置２０が、登録データに加え、決済種別識別情報も取得できるようになっていればよい。

換言すれば、精算装置２０は、登録データのみを取得（登録データを受信することにより取得、又は、お会計券を読み取ることにより取得）した場合には、決済種別選択画面を表示する（つまり決済種別の選択が必要な）通常モードで動作する。一方、精算装置２０は、登録データと決済種別識別情報とを取得した場合には、決済種別選択画面を表示しない（つまり決済種別の選択が不要な）防疫モードで動作する。防疫モードとは、防疫対策用のモード（衛生面に配慮したモード）である。例えば、防疫モードの一態様として、上述の例では、通常モードに比べ装置への接触頻度を低減させている（つまり、なるべく非接触で処理を進行できるようにしている）。つまり、精算装置２０は、決済種別識別情報を取得するか否か（登録装置１０において決済種別の選択を受け付けたか否か）に応じてモードが切り替わる。

上記では、精算処理において貨幣の投入を終えるためのボタン（おわりボタン）を表示する例を説明したが（図１２（Ｃ））、精算処理において当該ボタンを表示しなくてもよい。例えば、以下のように実現してもよい。登録装置１０において、おわりボタンの表示／非表示の選択（指定）を可能とし、登録装置１０は、おわりボタンの非表示の選択を受け付ける。おわりボタンの非表示の選択を受け付けた登録装置１０は、おわりボタンの非表示を指示する情報（おわりボタン非表示指示情報）を精算装置２０（精算装置指定ボタンによって選択された精算装置２０）に送信（登録データとともに送信、登録データの一部として送信、登録データの前後に送信）する。登録装置１０が送信したおわりボタン非表示指示情報を受信した精算装置２０は、該おわりボタン非表示指示情報に従って精算処理を進行させる。つまり、精算装置２０は、投入金額が合計金額以上となった場合には、おわりボタンを表示することなく、釣銭を算出し、レシートを印刷、発行する。これにより、精算画面（投入金額が合計金額以上である場合の精算画面）上のおわりボタンの操作は不要になる。なお、お会計券を用いる場合には、お会計券を読み取った精算装置２０が、登録データに加え、ボタン非表示指示情報も取得できるようになっていればよい。

換言すれば、精算装置２０は、登録データとおわりボタン非表示指示情報とを取得した場合には、おわりボタンを表示しない（おわりボタンの操作を不要な）防疫モードで動作する。つまり、精算装置２０は、ボタン非表示指示情報を取得するか否か（登録装置１０においておわりボタンの非表示の選択を受け付けたか否か）に応じてモードが切り替わる。

なお、決済種別が現金であっておわりボタンを表示しない場合には、釣り銭の端数の調が問題となる。つまり、釣銭の端数を調整するためには小銭を先に投入する必要がある。精算装置２０は、決済種別が現金であっておわりボタンを表示しない場合には、釣銭の端数を調整するためには小銭を先に投入する必要がある旨のメッセージを表示してもよい。例えば、精算装置２０は登録データと決済種別識別情報（現金）とおわりボタン非表示指示情報とを取得した場合（登録装置１０において決済種別として現金が選択され、かつ、おわりボタンの非表示が選択された場合）、上記メッセージを表示してもよい。

また、精算装置２０は、釣り銭がある場合には、貨幣に代えて、代金の支払いに使用可能な媒体（釣銭クーポン券）を印刷、発行してもよい。例えば、以下のように実現してもよい。登録装置１０において、釣銭クーポン券を発行する旨の宣言を受付可能とし、登録装置１０は、釣銭クーポン券を発行する旨の宣言を受け付ける。釣銭クーポン券を発行する旨の宣言を受け付けた登録装置１０は、釣銭クーポン券の発行を指示する情報（釣銭クーポン券発行指示情報）を精算装置２０（精算装置指定ボタンによって選択された精算装置２０）に送信（登録データとともに送信、登録データの一部として送信、登録データの前後に送信）する。登録装置１０が送信した釣銭クーポン券発行指示情報を受信した精算装置２０は、該釣銭クーポン券発行指示情報に従って処理を進行させる。つまり、精算装置２０は、釣り銭が生じた場合には、釣銭クーポン券を印刷、発行する。これにより、釣銭機２１２内に収容されていた貨幣ではなく、新たに印刷、発行された媒体を受け取ることができる。なお、お会計券を用いる場合には、お会計券を読み取った精算装置２０が、登録データに加え、釣銭クーポン券発行指示情報も取得できるようになっていればよい。

換言すれば、精算装置２０は、登録データと釣銭クーポン券発行指示情報とを取得した場合には、釣銭クーポン券を受け取る（貨幣を触らない）防疫モードで動作する。つまり、精算装置２０は、釣銭クーポン券発行指示情報を取得するか否か（登録装置１０において釣銭クーポン券を発行する旨の宣言を受け付けたか否か）に応じてモードが切り替わる。

なお、精算装置２０は、釣り銭金額の全部について釣銭クーポン券を印刷、発行してもよいし、釣り銭金額の一部（例えば、釣り銭が紙幣と硬貨である場合の硬貨分）について釣銭クーポン券を印刷、発行してもよい。また、釣銭クーポン券には、限度額（１取引（１媒体）の限度額、一客の限度額、一店舗の限度額等）を設けてもよい。また、釣銭クーポン券には、使用可能日（使用開始日、使用終了日の一方又は両方）を設けてもよい。釣り銭金額の一部について釣銭クーポン券を印刷、発行する等の制限が設けられていても、通常モードに比べ触る貨幣は少なくなる。

なお、釣銭クーポン券を印刷、発行する場合には特典を付与してもよい。例えば、精算装置２０は、ある金額分の貨幣に代えて当該金額よりも多い（例えば所定割合多い）金額分の釣銭クーポン券（つまり上乗せした額面金額の釣銭クーポン券）を印刷、発行してもよい。一例として、精算装置２０は、５００円硬貨１枚に代えて１割増しの５５０円分の釣銭クーポン券を印刷、発行してもよい。また、精算装置２０は、上乗せした額面金額の釣銭クーポン券を印刷、発行することに代えて又は加えて、ポイント（釣銭クーポン券の額面金額に応じたポイント数のポイント）を付与してもよい。

登録装置１０は、一の操作、又は、一連の操作によって精算装置２０を防疫モードに移行させるように制御してもよい。つまり、精算装置２０における精算処理における決済種別の非選択、おわりボタンの不操作、釣銭クーポン券の発行を、登録装置１０における一の操作、又は、一連の操作によってなされるようにしてもよい。例えば、登録装置１０における所定ボタン（防疫ボタンという）の操作があった場合、精算処理における決済種別の非選択（例えば登録装置１０において現金を選択）、おわりボタンの不操作、釣銭クーポン券の発行の全部が実行されるようにしてもよい。また、登録装置１０において防疫ボタンの操作があった場合、精算処理における決済種別の非選択の有無（「有」の場合、例えば登録装置１０において現金を選択）、おわりボタンの不操作の有無、釣銭クーポン券の発行の有無の夫々の有無について選択可能な小画面を表示してもよい。

また、登録装置１０に代えて又は加えて、精算装置２０が、釣銭クーポン券を発行する旨の宣言を受け付けるようにしてもよい。

精算装置２０に代えて登録装置１０が釣銭クーポン券を印刷、発行してもよい。例えば、登録装置１０は、釣銭クーポン券を発行によって釣り銭の放出が不要になる場合（釣り銭金額の全部について釣銭クーポン券を印刷、発行する場合）、釣銭クーポン券を印刷、発行してもよい。

なお、店舗内に設置された装置（例えば精算処置２０）の操作を、客が使用する端末（例えば携帯端末６０）を用いて実行してもよい。以下、精算処置２０の操作を、携帯端末６０を用いて実行する場合について説明する。精算装置２０は、近距離無線通信（例えば、Bluetooth（登録商標）等）によって通信する第２通信部（非図示）を備え、第２通信部によって携帯端末６０との間で通信を確立可能であるものとする。

（１）精算装置２０は、当該精算装置２０と接続するための接続用情報をコード化した接続用２次元コードを表示する。（２）携帯端末６０は、精算装置２０が表示する接続用２次元コードを読み取ることにより、当該精算装置２０と接続するための接続用情報を取得する。（３）携帯端末６０は、上記接続用情報を用いて、上記精算装置２０に対し、当該携帯端末６０との接続の開始を求める接続開始要求を送信する。（４）精算装置２０は、接続開始要求の送信元（要求元）の携帯端末６０に対し、接続を許可する旨の接続開始応答を送信する。

上記（１）～（４）により、精算装置２０と携帯端末６０との間の接続が確立し、以降、精算装置２０と携帯端末６０との間で情報の送受信が可能になる。例えば、精算装置２０は、表示中の精算画面の画面情報（携帯端末６０用に編集（簡素化等）された精算画面の画面情報であってもよい）を携帯端末６０に送信することができる。これにより、携帯端末６０は、自装置において、精算装置２０が表示する精算画面と同様の精算画面を表示することができる。また、携帯端末６０は、自身が表示する精算画面上の操作に基づく情報を精算装置２０に送信することができる。これにより、精算装置２０は、自装置が表示する精算画面上の操作と同様に、携帯端末６０における操作を受け付けることができる。

なお、上記では、ある装置の消毒作業の要否は当該装置自身が判断したが、他の装置が判断してもよい。換言すれば、ある装置は、他の装置の消毒作業の要否を判断してもよい。例えば、監視装置４０は、登録装置１０、精算装置２０、登録精算装置５０における消毒作業の要否を判断してもよい。また、登録装置１０は、他の登録装置１０、精算装置２０、登録精算装置５０における消毒作業の要否を判断してもよい。また、登録精算装置５０は、登録装置１０、精算装置２０、他の登録精算装置５０における消毒作業の要否を判断してもよい。なお、ある装置が、他の装置の消毒作業の要否について必要であると判断した場合には、当該他の装置に消毒作業を指示する情報を送信する。一方、消毒作業を指示する情報を受信した他の装置は、適宜（受信後における取引終了後や、受信後のログイン時に）、例えば、消毒作業が必要である旨を報知（小画面ＳＧ０１を表示）してもよい。

また、上記では、消毒対象として、主に、店舗内に設置した装置（カウンタ台等を含む）、店員である例を説明したが、消毒対象は客であってもよい。例えば、精算装置２０は、消毒作業（掌、指先等の消毒）を実施しなければ、当該精算装置２０における操作の全部又は一部が実行できないようにしてもよい。具体的には、精算装置２０は、小画面ＳＧ０１と同様の画面を表示し、消毒作業の完了を宣言するための操作がなされる迄の間は、当該精算装置２０における操作の全部又は一部を無効化し、消毒作業の完了を宣言するための操作がなされた場合（又は、消毒器８０（消毒器８１）から消毒液放出通知を受信した場合）に、無効化した操作を有効化してもよい。精算装置２０は、消毒作業を実施しなければ、当該精算装置２０における操作の全部又は一部が実行できないようにすることに代えて又は加えて、消毒作業を実施した客に特典を付与（例えば、割引き、ポイントの付与、クーポン券の発行等）してもよい。

また、感染防止の一環として、感染防止策（例えば、マスク着用等）を講じて来店した客に対して特典が付与（例えば、割引き、ポイントの付与、クーポン券の発行等）されるようにしてもよい。

例えば、登録装置１０は、登録画面にマスク着用ボタン（マスク着用客であると店員が判断した場合に操作するボタン。非図示）を配置し、当該マスク着用ボタンの操作があった場合に特典が付与されるようにしてもよい（例えば、マスク着用者である旨の情報を精算装置２０に送信し、精算装置２０において値引き、ポイント付与、クーポン券発行等を実行してもよい）。また、携帯端末６０は、表示画面（開始画面（図２３（Ａ））、登録画面（図２３（Ｂ）～図２４）、２次元コード表示画面（図２６（Ａ）のうちの一部又は全部）等）にマスク着用ボタン（マスク着用客であると当該客自身が宣言するボタン。非図示）を配置し、当該マスク着用ボタンの操作があった場合に特典が付与されるようにしてもよい（例えば、カート情報内にマスク着用者である旨の情報を記憶し、精算用２次元コード６０５を読み取った精算装置２０において値引き、ポイント付与、クーポン券発行等を実行してもよい）。また、精算装置２０は、表示画面（図１２（Ａ）～図１２（Ｃ）、図２８、図２９）にマスク着用ボタン（マスク着用客であると当該客自身が宣言するボタン。非図示）を配置し、当該マスク着用ボタンの操作があった場合に特典が付与されるようにしてもよい。

マスク着用ボタンによる操作（店員の操作、客自身の操作等）に代えて又は加えて、各装置が備えるカメラ（又は天井や壁に設置されるカメラ）を用いてマスク着用客であるか否かを判断（認識）し、マスク着用者であると判断した場合に特典が付与されるようにしてもよい。例えば、単にカメラによってマスク着用者であると判断した場合に特典が付与されるようにしてもよいし、カメラと操作とを併用し、カメラによってマスク着用者であると判断した場合にマスク着用ボタンを表示し、更にマスク着用ボタンの操作があった場合に特典が付与されるようにしてもよい。

図３１は、更に、他の例について説明する説明図である。精算装置２０や登録精算装置５０は、図１５（Ｂ）に示したレシートに代えて図３１（Ａ）に示したようなレシートを印刷、発行してもよい。図３１（Ａ）のレシートは、レシート本体（図３１中の符号ｂ）の下部（レシート本体の排出方向の前部）と上部（レシート本体の排出方向の後部）の夫々にパーシャルカット（図３１（Ａ）中の符号ｄ、符号ｅ）で接続された店員把持部分（図３１（Ａ）中の符号ａ、ｃ）が設けられるように印刷、発行されるものである。店員は、左右の夫々の手で夫々の店員把持部を掴んで客へ差し出し、客が店員把持部に挟まれたレシート本体を掴んで引くと、店員把持部とレシート本体とが切り離され、レシート本体だけを客に渡すことができる。図１５（Ｂ）のレシートの場合と同様、店員はレシート本体に一切触れないため、神経質な客にも対応することができる。また、左右の夫々の手でレシートを掴むため、レシート本体が垂れることなく客へのレシートの受け渡しが容易になる。なお、図１５（Ｂ）のレシートの場合には、店員把持部が片側にしか設けていないため、例えば、レシート用紙を節約やゴミ（切り離し後の把持部を削減することができる）。なお、図３１（Ａ）において、店員把持部（符号ｃ）の上の隙間は、レシート用紙との間のフルカット（図３１（Ａ）中の符号ｆ）を表している。

（ＵＶ照射）
客が操作するタッチディスプレイ（タッチパネル）は、不特定多数の人間が触れるため除菌、消毒が特に必要な部位である。タッチディスプレイに対する除菌、消毒の方法としては、上述した消毒液を用いる方法の他に、ＵＶ（ultraviolet）照射等による除菌、消毒の方法もある。頻繁にＵＶ照射を実施すれば、除菌、消毒の効果を高められるものの、ＵＶ照射は健康や美容（目、皮膚等）への悪影響も懸念される。つまり、少しでも長い時間照射したいが、身体に照射される虞がある場合には照射を停止させるなどの制御が必要となる。

（ＵＶ照射の構成例）
図３１（Ｂ）は、ディスプレイ（登録精算装置５０の客側表示部５０５の表示画面、精算装置２０の表示部２０６の表示画面、登録装置１０の客用表示部１０６の表示画面等）と、ＵＶ照射器との関係を説明する模式図である。図３１（Ｂ）では、登録精算装置５０にＵＶ照射器を設置（又は、登録精算装置５０がＵＶ照射器を内蔵）するものとするが、他の装置（例えば、精算装置２０、登録装置１０等）の場合も同様である。

例えば、客側表示部５０５の外側（例えば上部）にＵＶ照射器（図３１（Ｂ）中の符号ａ）を設置し、外側からディスプレイ（客側表示部５０５の表示画面）にＵＶを照射してもよい。当該態様の場合、ＵＶ照射器は別体となる。

また、外側からディスプレイにＵＶを照射することに代えて又は加えて、内側からディスプレイにＵＶを照射してもよい。例えば、タッチセンサの内側に、通常の光源となるバックライト部とは別にＵＶ照射器（図３１（Ｂ）中の符号ｂ）を内蔵してもよいし、バックライト部自体がＵＶも照射可能であってもよい。例えば、客の利用時は通常の光源のみを使って表示し、殺菌、消毒時はさらにＵＶ光源も使って消毒する。なお、ＵＶ照射中の画面において、メッセージ等を表示しない場合には、ＵＶ光源のみ使って消毒してもよい。

（ＵＶ照射中の画面表示）
ＵＶ照射中は、例えば、「ＵＶ照射中です。直接ライトをのぞかないようにご注意ください」等のメッセージ（照射中である旨のメッセージ、注意喚起のメッセージ）を表示してもよい。つまり、防疫（感染防止）に関する情報を表示してもよい。

（登録精算装置５０への適用例）
登録精算装置５０は、上述したように、複数の動作モードを有するが、動作モード毎に、ＵＶ照射の開始、終了のタイミングを制御してもよい。

（客と店員が対面する対面モード（第１モード、第３モード）の場合の制御）
（Ａ）ＵＶ照射の開始タイミング
対面モードにおけるＵＶ照射の開始タイミングは、例えば、当該登録精算装置５０の釣銭機５０９による精算の終了（又は、通信部５１５による登録データ送信）、かつ、センサによる客側における人の未検出である。つまり、登録精算装置５０は、当該登録精算装置５０における一取引の処理が完了し、かつ、当該登録精算装置５０から客が立ち去っている場合に、ＵＶの照射を開始する。
なお、上記センサは、正しく登録が行われたかを判定する際の距離センサであってもよい。例えば、右側のセンサ及び左側のセンサの両方が共に客を検出しない場合に客側に人がいないと判断してもよい。フルセルフモード、精算モードの場合も同様である。
（Ｂ）ＵＶ照射の終了タイミング
対面モードにおけるＵＶ照射の終了タイミングは、例えば、店員側表示部５１０のタッチセンサの認識８、又は、店員側スキャナ部５１２による商品のバーコードの認識、又は、センサによる客側における人の検出である。つまり、登録精算装置５０は、店員側で登録処理が開始されるか、客側に客の存在を認識した場合に、ＵＶの照射を終了（停止）する。客の健康等を考慮し、早めに（客の存在を認識していない段階でも間もなく客が現れるため）、ＵＶの照射を終了させている。

（客自身が登録、精算するフルセルフモード（第２モード）の場合の制御）
（Ａ）ＵＶ照射の開始タイミング
フルセルフモードにおけるＵＶ照射の開始タイミングは、例えば、当該登録精算装置５０の釣銭機５０９による精算終了、かつ、センサによる客側における人の未検出である。つまり、登録精算装置５０は、当該登録精算装置５０における一取引の処理が完了し、かつ、当該登録精算装置５０から客が立ち去っている場合に、ＵＶの照射を開始する。
（Ｂ）フルセルフモードにおけるＵＶ照射の終了タイミング
フルセルフモードにおけるＵＶ照射の終了タイミングは、例えば、客側表示部５０５のタッチセンサの認識、又は、客側スキャナ部５０６による商品のバーコードの認識、又は、センサによる客側における人の検出である。つまり、登録精算装置５０は、客側で登録処理が開始されるか、客側に客の存在を認識した場合に、ＵＶの照射を終了（停止）する。客の健康等を考慮し、客がいる可能性が少しでもある場合には、ＵＶの照射を終了させている。

（精算専用の精算モード（第４モード）の場合の制御）
（Ａ）ＵＶ照射の開始タイミング
精算モードにおけるＵＶ照射の開始タイミングは、例えば、当該登録精算装置５０の釣銭機５０９による精算終了、かつ、センサによる客側における人の未検出である。つまり、登録精算装置５０は、当該登録精算装置５０における一取引の処理が完了し、かつ、当該登録精算装置５０から客が立ち去っている場合に、ＵＶの照射を開始する。
（Ｂ）フルセルフモードにおけるＵＶ照射の終了タイミング
精算モードにおけるＵＶ照射の終了タイミングは、例えば、通信部５１５による登録データの受信、又は、客側スキャナ部５０６によるお会計券のバーコードの認識、又は、センサによる客側における人の検出である。つまり、登録精算装置５０は、客側で登録処理が間もなく開始されるか、客側に客の存在を認識した場合に、ＵＶの照射を終了（停止）する。客の健康等を考慮し、客がいる可能性が少しでもある場合には、ＵＶの照射を終了させている。

以上のように、登録精算装置５０は、動作モードに応じて好適にＵＶを照射することができる。つまり、登録精算装置５０は、夫々の動作モードの特徴（当該装置前に客が存在する期間等）に応じて、客への影響を考慮しつつ少しでも長く、ＵＶを照射することができる。

（感染防止に関する制御の制限）
感染防止（防疫）に関する制御は、基本的には、平常時には不要である。社会的にウィルス感染等が騒がれている場合（例えば緊急事態宣言が発動されている場合）などに機能させるようにしてもよい。例えば、販売システム１（販売システム２）は、外部（政府、行政等の機関等）から緊急事態宣言が発動された旨の情報を受信した場合に、上述したような感染防止（防疫）に関する制御を行う（防疫モードに移行）してもよい。また、外部からの情報（感染情報等）が更新される度に、所定値（店員消毒判断用カウンタ等の各種カウンタと比較するための所定値）を変更する等、販売システム１（販売システム２）へのフィードバック（反映）を適宜行ってもよい。販売システム１（販売システム２）内に、外部からの提供される情報と所定値とを対応付けたテーブルを記憶するなどしておき、自動的に所定値が変更されるようにしてもよい。

また、販売システム１（販売システム２）内の装置（監視装置４０、ストアコントローラ３０、登録装置１０、登録精算装置５０等）が店員の操作を受け付けることで、一斉に又は個別に、防疫モードに移行させてもよい。また、季節性のインフルエンザ等は、流行時期がある程度特定されるため、予め時期を設定し、自動的に防疫モードに切り替えてもよい。
なお、消毒に関連して説明した何れの制御（例えば、消毒案内ボタンＢＴ１１の表示、小画面ＳＧ０１の表示等）も防疫モードにおける動作である。

消毒対象は、以下も含む（なお、既出のものも再掲）。つまり、以下の夫々も、販売システム１（販売システム２）における消毒対象として管理してもよい。
登録装置１０、精算装置２０等の装置：タッチパネル（表示部）、メカキー（キー操作部）、スキャナ（スキャナ部）、入出金口（釣銭機）、決済端末（カード決済部）等
その他備品、設備：商品登録用カウンタ、登録精算装置５０（フルセルフ）用のカゴ置き、客が袋詰めを行うサッカー台、袋掛け（店員用、セルフ用）、袋フィード装置、手袋フィード装置、消毒器（手で触る部分など）、装置前の飛沫防止アクリル板、カゴ、ショッピングカート、貸出スマホ（携帯端末６０に相当する店舗貸出端末）、スマホホルダー（貸出スマホ用、携帯端末６０用）、通路や階段やエスカレータの手すり、自動ドア、エレベータ等のボタン等
店員：手の消毒、手への手袋、店員のマスク、店員の飛沫防止アクリル板
客：手の消毒

以下、実施形態総括を記載する。
［技術分野］
本発明は、販売データ処理システムに関する。
［背景技術］
従来、飲食店舗内のテーブルの清掃について係員端末に清掃案内を出力するシステムが知られている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２００６－０３９７４８号公報
［発明の概要］
［発明が解決しようとする課題］
しかしながら、感染防止という観点では不十分であった。本発明は、このような事情に鑑みてなされたもので、その目的は、感染防止に貢献することができる技術を提供することにある。
［課題を解決するための手段］
（１）上述した課題を解決するために、本発明の一態様である販売データ処理システムは、販売データを処理（例えば、登録装置１０の登録処理、精算装置２０の精算処理、登録精算装置５０の登録処理、登録精算装置５０の精算処理等）する処理手段と、前記販売データの処理前、処理中又は処理終了後に、防疫に関する情報（一例として、図８の小画面ＳＧ０１、図９の情報提供領域Ｒ０１の感染防止情報、図１１の感染防止情報、図１５のレシート、図１９のカウンタ値の送信、図２６（Ａ）のお薦めの情報、図２７の消毒作業の完了時刻等）を出力する出力手段（各装置の表示部、印刷部、送信部等）と、を備えることを特徴とする販売データ処理システムである。
上記（１）の販売データ処理システムによれば、感染防止に貢献することができる。つまり、適宜（販売データの処理前、処理中又は処理終了後に）、防疫に関する情報が出力されるため、感染防止に貢献することができる。
（２）前記処理手段による前記販売データの処理を禁止（例えば、無効化）する禁止手段と、防疫に関する行動（例えば、消毒作業）が完了した旨を受け付ける受付手段（例えば、消毒完了ボタンＢＴ３０の操作の受付、消毒液放出通知の受信等）と、を備え、前記禁止手段は、前記受付手段によって防疫に関する行動が完了した旨が受け付けられるまで前記販売データの処理を禁止することを特徴とする（１）に記載の販売データ処理システムである。
上記（２）の販売データ処理システムによれば、感染防止に貢献することができる。例えば、消毒作業を好適に管理することができる。
（３）前記販売データ処理システムは、販売データを生成する登録装置と、前記販売データに基づいて精算する精算装置と、を含み、前記登録装置は、前記販売データを送信する送信手段を備え、前記出力手段は、前記送信手段による送信が完了すると、防疫に関する情報（例えば、図８の小画面ＳＧ０１）を出力することを特徴とする（１）または（２）に記載の販売データ処理システムである。
上記（３）の販売データ処理システムによれば、感染防止に貢献することができる。例えば、販売データの送信毎の消毒作業の管理が可能になる。
（４）前記防疫に関する情報を表示する表示手段を備え、前記表示手段は、前記販売データの処理の禁止に至るまでの情報を表示（例えば、消毒作業が必要となる迄の取引数のカウントダウン表示等）することを特徴とする（１）乃至（３）のいずれか記載の販売データ処理システムである。
上記（４）の販売データ処理システムによれば、感染防止に貢献することができる。例えば、禁止に至るまでの情報を確認しつつ、効率よく販売データの処理と消毒作業とを行うことができる。
（５）販売データを生成する登録装置と、前記販売データに基づいて精算する精算装置と、を含む販売データ処理システムであって、前記登録装置は、前記販売データを送信する送信手段、を有し、前記精算装置は、前記登録装置から送信された情報を受信する受信手段と、前記受信手段によって受信された販売データに基づく精算処理を終了まで進行させるための進行操作を受け付ける操作受付手段（例えば、図１２（Ｃ）のおわりボタン等）と、前記受信手段によって受信された販売データと、前記操作受付手段によって受けられた前記進行操作とに基づいて、前記精算処理を終了まで進行させる処理手段と、を有し、前記送信手段は、前記精算処理の進行に必要な情報を送信可能（例えば、ボタン非表示指示情報等）であり、前記処理手段は、前記受信手段が前記精算処理の進行に必要な情報を受信した場合、前記操作受付手段による前記進行操作の受け付けがなくても、前記精算処理を終了まで進行させる（例えば、おわりボタンを表示することなく、釣銭を算出し、レシートを印刷、発行する等）ことを特徴とする（１）乃至（４）のいずれかに記載の販売データ処理システムである。
上記（５）の販売データ処理システムによれば、感染防止に貢献することができる。例えば、精算装置における操作（例えば、おわりボタンの操作等）が不要になる。
（６）防疫に係る処理を実行する防疫手段（例えば、ＵＶ照射器当）と、利用者を検出する検出手段と、を備え 前記出力手段は、前記防疫手段が実行中である旨（例えば、照射中である旨のメッセージ等）を表示し、前記検出手段は、利用者を検出すると前記防疫に関する処理を停止（例えば、ＵＶ照射を終了）することを特徴とする（１）乃至（５）のいずれかに記載の販売データ処理システムである。
上記（６）の販売データ処理システムによれば、感染防止に貢献することができる。例えば、好適に、消毒作業を実施することができる。

以上に説明した販売システム１、２、登録装置１０、精算装置２０、ストアコントローラ３０、監視装置４０、登録精算装置５０、携帯端末６０、クラウドサーバ７０等を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録し、そのプログラムをコンピュータシステムに読み込ませて実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

１、２…販売システム
１０…登録装置
２０…精算装置
３０…ストアコントローラ
４０…監視装置
５０…登録精算装置
６０…携帯端末
７０…クラウドサーバ
８０、８１…消毒器
９０…傾斜検出装置
１０１…ＣＰＵ
１０２…ＲＯＭ
１０３…ＲＡＭ
１０４…スキャナ部
１０５…店員用表示部
１０６…客用表示部
１０７…ハードディスク
１０８…キー操作部
１０９…通信部
１１０…ブザー
１１１…印刷部
２０１…ＣＰＵ
２０２…ＲＯＭ
２０３…ＲＡＭ
２０４…スキャナ部
２０５…表示部
２０７…ハードディスク
２０９…通信部
２１０…ブザー
２１１…印刷部
２１２…釣銭機
２１３…サインポール
５０１…ＣＰＵ
５０２…ＲＯＭ
５０３…ＲＡＭ
５０４…ハードディスク
５０５…客側表示部
５０６…客側スキャナ部
５０８…カード決済部
５０９…釣銭機
５１０…店員側表示部
５１１…キー操作部
５１２…店員側スキャナ部
５１３…印刷部
５１４…音声出力部
５１５…通信部
９１０…ＭＣＵ
９１１…設定記憶部
９１２…角度判定部
９２０…傾斜検出部
９３０…通信部

Claims (5)

1. 商品 を登録する登録手段と、
   商品の登録データを送信する送信手段 と、
   タッチパネルを対象とする 防疫に関する行動を実施すべき旨を報知する報知手段と、
   前記登録手段による商品の登録を禁止する禁止手段 と、
   前記防疫に関する行動が完了した旨の操作を受け付ける受付手段と、
   を備え、
   前記報知手段は、
   前記送信手段によって前記登録データが送信されたあとに 、所定の判断基準に基づいて、前記防疫に関する行動を実施すべき旨を店員に報知し、
   前記禁止手段は、
   前記受付手段によって前記操作が受け付けられるまで前記登録手段による商品の登録を禁止する
   ことを特徴とする販売データ処理システム。
2. 前記報知手段は、
   人を対象とする防疫に関する行動を実施すべき旨を店員に報知し、
   前記禁止手段は、
   前記受付手段によって人を対象とする防疫に関する行動が完了した旨の操作が受け付けられるまで店員のログインを制限する
   ことを特徴とする請求項１に記載の販売データ処理システム。
3. 商品 を登録する登録手段と、
   商品の登録データを送信する送信手段 と、
   タッチパネルを対象とする 防疫に関する行動を実施すべき旨を報知する報知手段と、
   を備え、
   前記報知手段は、
   前記送信手段によって前記登録データが送信されたあとに 、前記防疫に関する行動を実施せずに連続して前記送信手段が前記登録データを送信した回数が所定値を超えているときは、前記防疫に関する行動を実施すべき旨を店員に報知する
   ことを特徴とする販売データ処理システム。
4. 商品 を登録する登録手段と、
   前記登録手段による商品の登録 前、登録中又は登録後に、タッチパネルを対象とする防疫に関する行動の実績情報を出力する出力手段と、
   を備え、
   前記出力手段は、
   客から操作を受け付ける初期画面に前記実績情報として、最後の前記防疫に関する行動の実施完了時刻、前記防疫に関する行動の実施回数のうちの少なくとも一方を出力する
   ことを特徴とする販売データ処理システム。
5. 商品 を登録する登録装置と、前記登録装置による登録データに基づいて精算する精算装置と、を含み、
   前記登録装置は、
   前記登録データを送信する送信手段、
   を有し、
   前記精算装置は、
   前記登録装置から送信された情報を受信する受信手段と、
   前記受信手段によって受信された登録データに基づく精算処理を終了まで進行させるための進行操作を受け付ける操作受付手段と、
   前記受信手段によって受信された登録データと、前記操作受付手段によって受けられた前記進行操作とに基づいて、前記精算処理を終了まで進行させる精算手段と、
   を有し、
   前記送信手段は、
   前記精算処理の進行に必要な情報を送信可能であり、
   前記精算手段は、
   前記受信手段が前記精算処理の進行に必要な情報を受信した場合、前記操作受付手段による前記進行操作の受け付けがなくても、前記精算処理を終了まで進行させる
   ことを特徴とする請求項１乃至請求項４のいずれか１項に記載の販売データ処理システム。

Images