JP2021185552A - 精算システム、締め方法及びプログラム - Google Patents

Abstract

【課題】複数の精算装置を有する精算システムにおける締め処理を効率的に行う。【解決手段】本発明の精算システムは、複数の商品登録装置３０と、複数の精算装置２０とを含む。１つの商品登録装置３０（第１の商品登録装置３０）は、複数の精算装置２０各々の締め処理の状況を示す通知情報を複数の精算装置２０各々から取得する手段と、通知情報に基づいて複数の精算装置２０各々の締め処理の状況をディスプレイに表示させる手段と、締め処理を未完了の精算装置２０に対する指示入力を、精算装置２０毎に受付ける手段と、受付けられた指示を精算装置２０に送信する手段と、を有する。精算装置２０は、通知情報を第１の商品登録装置３０に送信する手段と、第１の商品登録装置３０が送信した指示を受信する手段と、受信した指示に基づいた処理を実行する手段と、を有する。【選択図】図２

Description

本発明は、精算システム、締め方法及びプログラムに関する。

特許文献１は、商品登録装置と精算装置とが分けられているシステムにおいて、精算装置が保有する金銭の在高情報を、商品登録装置で受信する技術を開示している。

特許文献２は、自動釣銭機とＰＯＳ端末装置からなるＰＯＳシステムにおいて、自動釣銭装置における取引ごとの入金金種内訳と出金金種内訳が示される入出金履歴情報の出力をＰＯＳ端末装置で行えるようにする技術を開示している。

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

本発明の課題は、複数の精算装置を有する精算システムにおける締め処理を効率的に行うことである。

本発明によれば、
商品登録装置と、複数の精算装置とを含み、
前記商品登録装置は、
複数の前記精算装置各々の締め処理の状況を示す通知情報を複数の前記精算装置各々から取得する取得手段と、
前記通知情報に基づいて、複数の前記精算装置各々の締め処理の状況をディスプレイに表示させる表示制御手段と、
締め処理を未完了の前記精算装置に対する指示入力を、前記精算装置毎に受付ける受付手段と、
前記受付手段により受付けられた指示を前記精算装置に送信する送信手段と、
を有し、
前記精算装置は、
前記通知情報を前記商品登録装置に送信する送信手段と、
前記商品登録装置が送信した指示を受信する受信手段と、
前記受信手段により受信された指示に基づいた処理を実行する処理手段と、
を有し、
締め処理を未完了の前記精算装置が締め処理を停止する第１のエラーとなった場合、当該精算装置は、前記商品登録装置から受信する指示に応じて前記第１のエラーを解除し、
締め処理を未完了の前記精算装置が締め処理を停止する第２のエラーとなった場合、当該精算装置は、自装置に対する操作に応じて前記第２のエラーを解除する精算システムが提供される。

また、本発明の一態様によれば、
複数の精算装置各々の締め処理の状況を示す通知情報を複数の前記精算装置各々から取得する取得手段と、
前記通知情報に基づいて、複数の前記精算装置各々の締め処理の状況をディスプレイに表示させる表示制御手段と、
締め処理を未完了の前記精算装置に対する指示入力を、前記精算装置毎に受付ける受付手段と、
前記受付手段により受付けられた指示を前記精算装置に送信する送信手段と、
を有する商品登録装置が提供される。

また、本発明の一態様によれば、
締め処理の状況を示す通知情報を商品登録装置に送信する送信手段と、
前記商品登録装置が送信した指示を受信する受信手段と、
前記受信手段により受信された指示に基づいた処理を実行する処理手段と、
を有する精算装置が提供される。

また、本発明によれば、
商品登録装置と、複数の精算装置とを含む精算システムにより実行され、
前記商品登録装置は、
複数の前記精算装置各々の締め処理の状況を示す通知情報を複数の前記精算装置各々から取得する取得工程と、
前記通知情報に基づいて、複数の前記精算装置各々の締め処理の状況をディスプレイに表示させる表示制御工程と、
締め処理を未完了の前記精算装置に対する指示入力を、前記精算装置毎に受付ける受付工程と、
前記受付工程で受付けられた指示を前記精算装置に送信する送信工程と、
を実行し、
前記精算装置は、
前記通知情報を前記商品登録装置に送信する送信工程と、
前記商品登録装置が送信した指示を受信する受信工程と、
前記受信工程で受信された指示に基づいた処理を実行する処理工程と、
を実行し、
締め処理を未完了の前記精算装置が締め処理を停止する第１のエラーとなった場合、当該精算装置は、前記商品登録装置から受信する指示に応じて前記第１のエラーを解除し、
締め処理を未完了の前記精算装置が締め処理を停止する第２のエラーとなった場合、当該精算装置は、自装置に対する操作に応じて前記第２のエラーを解除する締め方法が提供される。

また、本発明によれば、
商品登録装置と、複数の精算装置とを含む精算システムにおける前記商品登録装置に備えられたコンピュータを、
複数の精算装置各々の締め処理の状況を示す通知情報を複数の前記精算装置各々から取得する取得手段、
前記通知情報に基づいて、複数の前記精算装置各々の締め処理の状況をディスプレイに表示させる表示制御手段、
締め処理を未完了の前記精算装置に対する指示入力を、前記精算装置毎に受付ける受付手段、
前記受付手段により受付けられた指示を前記精算装置に送信する送信手段、
として機能させ、
締め処理を未完了の前記精算装置が締め処理を停止する第１のエラーとなった場合、前記受付手段は、前記第１のエラーを解除する指示入力を受付け、
締め処理を未完了の前記精算装置が締め処理を停止する第２のエラーとなった場合、前記受付手段は、前記第２のエラーを解除する指示入力を受付ける処理を行わないプログラムが提供される。

また、本発明によれば、
商品登録装置と、複数の精算装置とを含む精算システムにおける前記精算装置に備えられたコンピュータを、
締め処理の状況を示す通知情報を商品登録装置に送信する送信手段、
前記商品登録装置が送信した指示を受信する受信手段、
前記受信手段により受信された指示に基づいた処理を実行する処理手段、
として機能させ、
さらに、前記コンピュータに、
締め処理を未完了の場合に締め処理を停止する第１のエラーとなった場合、前記受信手段は前記商品登録装置から前記第１のエラーを解除する入力指示を受信させる機能と、
締め処理を未完了の場合に締め処理を停止する第２のエラーとなった場合、前記受信手段は前記精算装置に対する操作に応じて前記第２のエラーを解除する機能と、
を持たせるプログラムが提供される。

本発明によれば、複数の精算装置を有する精算システムにおける締め処理を効率的に行うことができる。

本実施形態の精算対象の商品の登録受付・精算処理を実現する精算システムの機能ブロック図の一例である。 本実施形態の締め処理を実現する精算システムの機能ブロック図の一例である。 本実施形態の商品登録装置の機能ブロック図の一例である。 本実施形態の精算装置の機能ブロック図の一例である。 本実施形態の監視装置、精算装置及び商品登録装置のハードウエア構成の一例を示す図である。 本実施形態の監視装置のディスプレイに表示される情報の一例を模式的に示す図である。 本実施形態の精算装置のディスプレイに表示される情報の一例を模式的に示す図である。 本実施形態の監視装置の処理の流れの一例を示すフローチャートである。 本実施形態の精算装置の処理の流れの一例を示すフローチャートである。 本実施形態の監視装置の機能ブロック図の一例である。

＜第１の実施形態＞
まず、本実施形態の精算システムの概要を説明する。本実施形態の精算システムは、複数の商品登録装置と、複数の精算装置とを含む。

本実施形態の精算システムは、複数の精算装置及び複数の商品登録装置各々の締め処理（以下、「個別締め処理」）と、精算システム全体での締め処理（以下、「全体締め処理」）とを実行する。複数の精算装置及び複数の商品登録装置各々の個別締め処理は、複数の精算装置及び複数の商品登録装置各々が実行する。各精算装置は、個別締め処理として、各精算装置の在高を集計する。精算装置の在高とは、精算装置に格納されている紙幣と硬貨（以下、総称して現金と呼ぶ）および金券の合計額である。なお、精算装置の在高は、クレジットカードなどで支払われた金額の情報を含んでもよい。また、各商品登録装置は、個別締め処理として、各商品登録装置の在高を集計または取得する。例えば、オペレータが各商品登録装置に各商品登録装置の在高を入力してもよい。その他、各商品登録装置が各商品登録装置の在高を自動集計してもよい。商品登録装置の在高とは、商品登録装置で精算された現金、金券および信用支払情報の少なくとも何れかの合計値である。

全体締め処理は、例えば１つの商品登録装置が行う。当該商品登録装置は、複数の精算装置及び複数の商品登録装置各々の個別締め処理の結果を取得する。そして、当該商品登録装置は、精算システム全体で取り扱った現金、金券および信用支払情報の金額を集計し、違算が無いかチェックする。例えば、当該商品登録装置は、精算システムで取り扱った現金、金券および信用支払情報等の金額（例：在高の合計）を集計し、集計結果と、精算システムで受付ける支払いの理論値との間に相違が無いかチェックする。理論値は、精算情報、すなわち商品登録装置における登録内容に基づき算出される。

複数の商品登録装置の中の１つ（第１の商品登録装置）は、複数の精算装置各々が個別締め処理を実行している際に、次の処理を行う。すなわち、第１の商品登録装置は、複数の精算装置各々の個別締め処理の状況を示す通知情報を複数の精算装置各々から取得し、複数の精算装置各々の個別締め処理の状況をディスプレイに表示させる。そして、第１の商品登録装置は、個別締め処理を未完了の精算装置に対する指示入力を、精算装置毎に受付け、受付けた指示を各精算装置に送信する。

個別締め処理を未完了の精算装置は、上記通知情報を第１の商品登録装置に送信する。また、個別締め処理を未完了の精算装置は、第１の商品登録装置が送信した指示を受信し、当該指示に基づいた処理を実行する。

このような本実施形態の精算システムによれば、オペレータ（例：店員）は第１の商品登録装置のディスプレイを閲覧することで、複数の精算装置各々の個別締め処理の状況を把握することができる。例えば、個別締め処理が未完了であること、個別締め処理が完了したこと、個別締め処理中にエラーが発生したこと、オフラインであること等を把握することができる。

そして、オペレータは、第１の商品登録装置を操作することで、個別締め処理を実行中の複数の精算装置各々に対する指示を入力することができる。例えば、ある精算装置にエラーが発生した場合、そのエラーに対する処置を、第１の商品登録装置を操作することで完了することができる。すなわち、第１の商品登録装置を介して、個別締め処理を未完了の精算装置を遠隔から操作できる。

このような本実施形態の精算システムによれば、オペレータは基本的には第１の商品登録装置の前にいればよく、複数の精算装置間を頻繁に移動することなく締め処理の作業を行うことができる。このため、複数の精算装置を有する精算システムにおける締め処理を効率的に行うことができる。

以下、本実施形態の精算システムを詳細に説明する。最初に「精算対象の商品の登録受付・精算処理」を実現する精算システムを説明し、その後、「個別締め処理」を実現する精算システムを説明する。

最初に、精算装置及び商品登録装置各々のハードウエア構成の一例を説明しておく。本実施形態の精算装置及び商品登録装置各々が備える各機能部は、任意のコンピュータのＣＰＵ（Central Processing Unit）、メモリ、メモリにロードされるプログラム、そのプログラムを格納するハードディスク等の記憶ユニット（あらかじめ装置を出荷する段階から格納されているプログラムのほか、ＣＤ（Compact Disc）等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムをも格納できる）、ネットワーク接続用インターフェイスを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。

図５は、本実施形態の精算装置２０及び商品登録装置３０各々のハードウエア構成を例示するブロック図である。図５に示すように、精算装置２０及び商品登録装置３０各々は、プロセッサ１Ａ、メモリ２Ａ、入出力インターフェイス３Ａ、周辺回路４Ａ、バス５Ａを有する。周辺回路４Ａを有さなくてもよい。周辺回路４Ａには、様々なモジュールが含まれる。なお、精算装置２０及び商品登録装置３０各々は物理的及び／又は論理的に分かれた複数の装置で構成されてもよい。この場合、複数の装置各々が、プロセッサ１Ａ、メモリ２Ａ、入出力インターフェイス３Ａ、周辺回路４Ａ、バス５Ａを有してもよい。

バス５Ａは、プロセッサ１Ａ、メモリ２Ａ、周辺回路４Ａ及び入出力インターフェイス３Ａが相互にデータを送受信するためのデータ伝送路である。プロセッサ１Ａは、例えばＣＰＵやＧＰＵ（Graphics Processing Unit）などの演算処理装置である。メモリ２Ａは、例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などのメモリである。入出力インターフェイス３Ａは、入力装置（例：キーボード、マウス、マイク、物理キー、タッチパネルディスプレイ、コードリーダ等）、外部装置、外部サーバ、外部センサ等から情報を取得するためのインターフェイスや、出力装置（例：ディスプレイ、スピーカ、プリンター、メーラ等）、外部装置、外部サーバ等に情報を出力するためのインターフェイスなどを含む。プロセッサ１Ａは、各モジュールに指令を出し、それらの演算結果をもとに演算を行うことができる。

図１を用いて「精算対象の商品の登録受付・精算処理」を実現する精算システムを説明する。図１に示すように、精算システムは、複数の商品登録装置３０と、複数の精算装置２０とを有する。複数の商品登録装置３０及び複数の精算装置２０は、有線及び／又は無線で互いに通信可能に構成される。

本実施形態の精算システムでは、精算対象の商品を登録する処理（バーコードの読み取りなど）を商品登録装置３０に割り当て、登録された商品の精算を行う処理（代金の受け取りや釣銭の返却など）を精算装置２０に割り当てる。

商品登録装置３０は、精算対象の商品を登録する入力を受付ける手段を有する。例えば、商品登録装置３０は、リーダ（例：バーコードリーダ）、タッチパネルディスプレイ、物理ボタン等の入力装置を備え、これらを介して、精算対象の商品を登録する入力を受付ける。登録される情報（以下、「登録情報」）は、精算対象の商品の商品コード、売価情報、販売数量などを含む。商品コードは、各商品を識別するために予め定められた文字、数字、記号などからなる識別子である。なお、商品登録装置３０は、登録情報に基づき、各顧客の精算金額を算出してもよい。精算金額は、登録された商品各々の税込価格の合計であってもよい。当該登録情報や精算金額等に基づき、上述した精算システム全体で受付ける支払いの理論値が求められる。

各商品登録装置３０が受付けた登録情報の少なくとも一部は、複数の精算装置２０の中の１つに入力される。さらに、各商品登録装置３０が算出した精算金額が、複数の精算装置２０の中の１つに入力されてもよい。なお、各商品登録装置３０は精算金額を算出せず、各商品登録装置３０から精算装置２０に精算金額が入力されない構成とすることもできる。この場合、各商品登録装置に３０より受付けられた登録情報が精算装置２０に入力される。そして、各精算装置２０が入力された登録情報に基づき精算金額を算出する。以下、精算装置２０に入力されるこれらの情報を精算情報という。

例えば、商品登録装置３０は、精算情報を示す情報（例：バーコード、二次元コード等）を印字した用紙を出力してもよい。また、精算装置２０は当該情報を読みとる手段（例：リーダ）を備えてもよい。そして、オペレータ（例：店員、客）がその用紙に印字された情報をいずれかの精算装置２０に読み取らせることで、精算装置２０に精算情報が入力されてもよい。その他、有線及び／又は無線の通信ネットワークを介して、商品登録装置３０から精算装置２０に精算情報が送信されてもよい。

精算装置２０は、入力された精算情報に基づき精算処理を行う。すなわち、精算装置２０は、現金、金券、クレジットカード等の挿入を受付ける。現金及び金券の挿入を受付けた場合、挿入合計額を算出し、必要に応じて釣銭を出力する等の処理を行う。一方、クレジットカードの挿入を受付けた場合、クレジットカード会社と通信し、決済処理を行う。

なお、例えば精算装置２０にて受付けることができない方法での支払（例：所定の金券等）等の場合、商品登録装置１０が支払いを受付けてもよい。そして、商品登録装置３０が登録情報に基づき算出される精算金額の中の一部の支払を受付けた場合、精算装置２０に入力される精算情報の中に商品登録装置３０が受付けた額を示す情報が含まれてもよい。そして、精算装置２０は、当該精算情報に基づき未だ支払を受付けていない残部を算出し、残部の支払を受付けてもよい。

次に、「個別締め処理」を実現する精算システムを説明する。図３に、本実施形態の商品登録装置３０の機能ブロック図の一例を示す。図示するように、商品登録装置３０は、取得部１１と、表示制御部１２と、受付部１３と、送信部１４とを有する。

取得部１１は、複数の精算装置２０各々の個別締め処理の状況を示す通知情報を、複数の精算装置２０各々から取得する。

通知情報は、例えば、「個別締め処理を開始したことを示す情報（個別締め処理開始情報）」、「個別締め処理を完了したことを示す情報（個別締め処理完了情報）」、「個別締め処理中に個別締め処理を停止するエラーが発生したことを示す情報（エラー情報）」等を含む。なお、エラー情報は、さらにエラー種別を示す情報を含んでもよい。

エラー種別としては、釣銭機エラー、リジェクト発生、集計結果に差異あり等が挙げられるが、これらに限定されない。釣銭機エラーは、釣銭機に収容している現金の集計処理において何らかの原因で処理を完了できない状態である。リジェクト発生は、例えばつまりが発生した状態である。集計結果に差異ありは、各精算装置２０が取得した精算情報に基づき算出される各精算装置２０で受付ける支払いの理論値と、各精算装置２０で支払いのために受付けた現金、金券および信用支払情報等の金額の集計結果との間に相違がある状態である。

表示制御部１２は、複数の精算装置２０各々の個別締め処理の状況を商品登録装置３０のディスプレイに表示させる。表示制御部１２は、取得部１１により取得された通知情報に基づき、ディスプレイの表示内容を決定することができる。

図６に、商品登録装置３０のディスプレイＤ１に表示された情報の一例を模式的に示す。図６は、複数の精算装置２０が同時に個別締め処理を行っている状況下でのディスプレイＤ１の表示の一例を示す。図示するように、複数の精算装置２０が同時に個別締め処理を行っている場合、複数の精算装置２０各々の個別締め処理の状況が同時にディスプレイＤ１に表示される。

図６では、精算装置Ａ乃至Ｅ各々の個別締め処理の状況が示されている。なお、同時に個別締め処理を行う精算装置２０の数は図示するものに限定されない。

図６より、精算装置Ａは個別締め処理を実行中であり、集計中であることが分かる。例えば、精算装置Ａから個別締め処理開始情報を取得した後、かつ、精算装置Ａから個別締め処理完了情報を取得する前の間において、エラー情報を取得しない間、表示制御部１２は、精算装置Ａに対応付けて図示するような情報をディスプレイＤ１に表示させることができる。

また、図６より、精算装置Ｂはエラーが発生しており、その内容が「リジェクト発生」であることが分かる。例えば、精算装置Ｂから個別締め処理開始情報を取得した後、かつ、精算装置Ｂから個別締め処理完了情報を取得する前の間において、エラー情報を取得した場合、表示制御部１２は、精算装置Ｂに対応付けて図示するようなエラー情報をディスプレイＤ１に表示させることができる。

また、図６より、精算装置Ｃはエラーが発生しており、その内容が「釣銭機エラー」であることが分かる。例えば、精算装置Ｃから個別締め処理開始情報を取得した後、かつ、精算装置Ｃから個別締め処理完了情報を取得する前の間において、エラー情報を取得した場合、表示制御部１２は、精算装置Ｃに対応付けて図示するようなエラー情報をディスプレイＤ１に表示させることができる。

また、図６より、精算装置Ｄはオフライン（通信ネットワークに未接続）であることが分かる。例えば、商品登録装置３０が精算装置Ｄとの通信に失敗した場合、表示制御部１２は、精算装置Ｄに対応付けて図示するような情報をディスプレイＤ１に表示させることができる。通信の失敗は、例えば、商品登録装置３０から精算装置Ｄに情報（例：個別締め処理を開始させる指示）を送信したが、送信から所定時間経過しても精算装置Ｄからの応答がない場合であってもよい。

また、図６より、精算装置Ｅはエラーが発生しており、その内容が「集計結果に差異あり」であることが分かる。例えば、精算装置Ｅから個別締め処理開始情報を取得した後、かつ、精算装置Ｅから個別締め処理完了情報を取得する前の間において、エラー情報を取得した場合、表示制御部１２は、精算装置Ｅに対応付けて図示するようなエラー情報をディスプレイＤ１に表示させることができる。

なお、表示制御部１２は、図６に示すように、エラーの内容に応じてディスプレイＤ１の表示態様を変更してもよい。具体的には、精算装置Ｃ及びＥに関する表示態様のように、エラーが第１のエラーである場合、表示制御部１２は、エラー状態を解除する指示入力を受付けるＧＵＩ（graphical user interface）部品（再実行ボタン、確認ボタン等）を表示させることができる。一方、精算装置Ｂに関する表示態様のように、エラーが第２のエラーである場合、表示制御部１２は、エラー状態を解除する指示入力を受付けるＧＵＩ部品を表示させない。

第１のエラーは、再実行または処理の進行が可能なエラーである。このような第１のエラーに対する処置は遠隔で行うことができる。第２のエラーは、第１のエラーと異なるエラーである。第２のエラーは、再実行または処理の進行が不可能なエラーである。このような第２のエラーに対する処置は遠隔で行うことができず、エラーが発生している精算装置２０の元に行って処置する必要がある。

第１のエラーの一例として、釣銭機による集計失敗がある。この場合の処置は、例えば釣銭機の集計を再実行させることである。釣銭機の集計を再実行させる処置は、遠隔からの指示入力で実行させることができる（例えば、図６に示す再実行ボタンの押下）。第１のエラーの他の例として、個別締め処理の集計結果に「差異あり」がある。この場合の処置は、例えばその状況を確認し、確認したことを入力することで、以降の処理（例：集計結果を外部装置に送信、個別締め処理の終了等）に進ませることである。「差異あり」を確認したことの入力は、遠隔から行うことができる（例えば、図６に示す確認ボタンの押下）。なお、第１のエラーはその他のエラーを含んでもよい。

第２のエラーの一例として、リジェクト発生がある。この場合の処置は、例えばつまりを解消する作業である。当該作業は遠隔で行うことができず、エラーが発生している精算装置２０の元に行って行う必要がある。なお、第２のエラーはその他のエラーを含んでもよい。

例えば、予め、エラー種別ごとに、表示態様（例：表示させる文章、ＧＵＩ部品を表示させるか否か等）が定められていてもよい。そして、取得部１１がエラー情報を取得すると、表示制御部１２は発生しているエラー種別に応じた表示態様でディスプレイＤ１に表示させてもよい。すなわち、表示制御部１２は、エラー種別に基づいて、精算装置２０での集計処理を再実行させる再実行ボタンを選択可能にディスプレイに表示させるか否かを制御することができる。

受付部１３は、個別締め処理を実行中の精算装置２０に対する指示入力を、精算装置２０毎に受付ける。例えば、受付部１３は、表示制御部１２により表示されているＧＵＩ部品（図６参照）を介した指示入力を受付ける。例えば、受付部１３は、発生中のエラーを解除する指示入力を受付けることができる。「エラーの解除」とは、停止している個別締め処理を再開可能な状態にすることを意味する。

送信部１４は、受付部１３により受付けられた指示を精算装置２０に送信する。

例えば、図６に示される精算装置Ｃは、「釣銭機エラー（第１のエラー）」となり、個別締め処理を停止している状態である。図示するように、第１のエラーとなっている精算装置Ｃに対応し、エラーを解除する指示入力を行うためのＧＵＩ部品が表示されている。このため、受付部１３は、精算装置Ｃに対応して表示されている「再実行」ボタン（ＧＵＩ部品）をタッチする操作を受付けることができる。受付部１３が当該操作を受付けると、送信部１４は、エラーを解除し、釣銭機の集計を再実行する指示を精算装置Ｃに送信することができる。精算装置Ｃは、当該指示を受信すると、エラーを解除し、釣銭機の集計を再実行する。

なお、図６に示される精算装置Ｂは、「リジェクト発生（第２のエラー）」となり、個別締め処理を停止している状態である。図示するように、第２のエラーとなっている精算装置Ｂに対応し、エラーを解除する指示入力を行うためのＧＵＩ部品が表示されていない。このため、受付部１３は、第２のエラーを解除する指示入力を受付けることができない。この場合、オペレータは、精算装置Ｂの元に行き、所定の処置を行ってエラーを解除することとなる。

その他、図６に示される精算装置Ｄは、「オフライン」である。例えば、商品登録装置３０から精算装置Ｄに個別締め処理を開始させる指示を送信したが、送信から所定時間経過しても精算装置Ｄからの応答がない場合、表示制御部１２は精算装置Ｄに対応して図示する表示を行う。この場合、表示制御部１２は、図示するように、オフラインの精算装置Ｄに対応し、個別締め処理を開始させる指示の送信を再実行させるためのＧＵＩ部品を表示させることができる。そして、受付部１３は、精算装置Ｄに対応して表示されている「再実行」ボタン（ＧＵＩ部品）をタッチする操作を受付けることができる。受付部１３が当該操作を受付けると、送信部１４は、個別締め処理を開始させる指示を精算装置Ｄに送信する。

その他、図６に示される精算装置Ｅは、「差異あり（第１のエラー）」となり、個別締め処理を停止している状態である。図示するように、第１のエラーとなっている精算装置Ｅに対応し、エラーを解除する指示入力を行うためのＧＵＩ部品が表示されている。このため、受付部１３は、精算装置Ｅに対応して表示されている「確認」ボタン（ＧＵＩ部品）をタッチする操作を受付けることができる。受付部１３が当該操作を受付けると、送信部１４は、エラーを解除し、以降の処理に進む指示を精算装置Ｅに送信することができる。精算装置Ｅは、当該指示を受信すると、エラーを解除し、以降の処理、例えば個別締め処理の結果を第１の商品登録装置３０に送信する処理や、個別締め処理を終了する処理等を実行する。

次に、図４に、本実施形態の精算装置２０の機能ブロック図の一例を示す。図示するように、精算装置２０は、送信部２１と、受信部２２と、処理部２３とを有する。

送信部２１は、上記通知情報を商品登録装置３０に送信する。例えば、精算装置２０が個別締め処理を開始すると、それに応じて、送信部２１は、個別締め処理開始情報を商品登録装置３０に送信する。また、例えば、精算装置２０が個別締め処理を完了すると、それに応じて、送信部２１は、個別締め処理完了情報を商品登録装置３０に送信する。また、例えば、個別締め処理を実行中の精算装置２０にエラーが発生すると、それに応じて、送信部２１は、エラー情報を商品登録装置３０に送信する。

受信部２２は、商品登録装置３０が送信した指示を受信する。当該指示は、例えば、エラーを解除し、所定の処理（例：釣銭機の集計の再実行）を実行する指示や、個別締め処理を開始する指示等である。

処理部２３は、受信部２２により受信された指示に基づいた処理を実行する。例えば、処理部２３は、エラーを解除し、所定の処理（例：釣銭機の集計の再実行、以降の処理）を実行したり、個別締め処理を開始したりする。

ここで、図７に、個別締め処理を実行中の精算装置２０のディスプレイＤ２における表示の一例を示す。図示する例では、個別締め処理を実行中である旨が表示されている。

なお、エラーとなった精算装置２０は、エラーとなった旨を示す情報を自装置のディスプレイＤ２に表示させてもよい。この場合、エラーとなった旨を示す情報が、商品登録装置３０と、エラーとなった精算装置２０との両方に出力されることとなる。

他の例として、エラーとなった精算装置２０は、エラーとなった旨を示す情報を自装置のディスプレイＤ２に表示させなくてもよい。この場合、エラーとなった旨を示す情報が、商品登録装置３０に出力され、エラーとなった精算装置２０には出力されないこととなる。

ところで、本実施形態の場合、第１のエラーとなった精算装置２０は、商品登録装置３０から受信する指示に応じてエラーを解除し、所定の処理（例：釣銭機の集計の再実行、以降の処理）を実行することとなる。一方、第２のエラーとなった精算装置２０は、自装置に対する処置に応じてエラーを解除することとなる。すなわち、第２のエラーとなった精算装置２０は、商品登録装置３０から受信する指示に応じてエラーを解除することはできない。

ここで、変形例を説明する。複数の商品登録装置３０の中のいずれかが、精算装置２０の個別締め処理を開始する指示入力を受付けてもよい。そして、商品登録装置３０は当該入力に応じて、精算装置２０に個別締め処理を開始する締め指示を送信してもよい。精算装置２０は、受信した締め指示に応じて個別締め処理を開始する。また、個別締め処理を開始する指示入力を受付けた商品登録装置３０が、通知情報の取得、複数の精算装置２０各々の個別締め処理の状況の表示、個別締め処理を未完了の精算装置２０に対する指示入力の受付け、及び、指示の送信を実行してもよい。

この例の場合、商品登録装置３０は、すべての精算装置２０に個別締め処理を開始させる指示入力を受付けてもよい。この場合、商品登録装置３０は当該入力に応じて、すべての精算装置２０に個別締め処理を開始する締め指示を送信する。その他、商品登録装置３０は、複数の精算装置２０の中の一部を指定し、指定した精算装置２０に個別締め処理を開始させる指示入力を受付けてもよい。この場合、商品登録装置３０は当該入力に応じて、指定された精算装置２０に個別締め処理を開始する締め指示を送信する。

その他、図６では複数の精算装置２０が同時に個別締め処理を実行し、当該複数の精算装置２０の個別締め処理の状況を同時にディスプレイＤ１に表示させたが、１つの精算装置２０が個別締め処理を実行し、当該１つの精算装置２０の個別締め処理の状況をディスプレイＤ１に表示させてもよい。

その他、第１のエラーとなった場合、精算装置２０は商品登録装置３０から受信する指示に応じて第１のエラーを解除することを説明したが、これに加えて、精算装置２０は自装置に対する操作に応じて第１のエラーを解除することができてもよい。すなわち、第１のエラーを解除は、商品登録装置３０を介した指示の入力、及び、精算装置２０に対する操作のいずれか一方で実現されてもよい。

次に、図８のフローチャートを用いて、商品登録装置３０の処理の流れの一例を説明する。

まず、商品登録装置３０は、１つ又は複数の精算装置２０に締め指示を送信する（Ｓ１０）。締め指示を受信した精算装置２０は締め指示に応じて個別締め処理を開始し、個別締め処理開始情報を商品登録装置３０に返信する。なお、オフラインで締め指示を受信できなかった精算装置２０は、個別締め処理を開始せず、個別締め処理開始情報を商品登録装置３０に返信しない。

その後、商品登録装置３０は、締め指示を送信した精算装置２０各々の個別締め処理の状況をディスプレイＤ１に表示させる処理を開始する（Ｓ１１）。例えば、個別締め処理開始情報の返信があった精算装置２０に対応付けて、個別締め処理を実行中である旨をディスプレイＤ１に表示させる。また、締め指示に対する返信がなかった精算装置２０に対応付けて、オフラインである旨をディスプレイＤ１に表示させる。この場合、オフラインである精算装置２０に対応付けて、個別締め処理を開始させる指示を再送信させるためのＧＵＩ部品が表示されてもよい。

その後、商品登録装置３０は、精算装置２０から通知情報を取得すると（Ｓ１２のＹｅｓ）、ディスプレイＤ１に表示されたその精算装置２０の個別締め処理の状況を更新する（Ｓ１３）。

例えば、通知情報として個別締め処理完了情報を取得した場合、その精算装置２０に対応付けて個別締め処理を完了した旨を表示させる。

その他、通知情報としてエラー情報を取得した場合、その精算装置２０に対応付けてエラーとなっている旨を表示させる。また、エラーが第１のエラーである場合、エラーを解除する指示入力を受付けるためのＧＵＩ部品を表示させる。一方、エラーが第２のエラーである場合、当該ＧＵＩ部品を表示させない。

そして、商品登録装置３０は、指示入力を受付けた場合（Ｓ１４のＹｅｓ）、当該指示を精算装置２０に送信する（Ｓ１５）。その後、Ｓ１２以降の処理を繰り返す。

次に、図９のフローチャートを用いて、エラーとなった精算装置２０の処理の流れの一例を説明する。

個別締め処理を停止するエラーが発生すると（Ｓ２０のＹｅｓ）、精算装置２０は個別締め処理を停止する（Ｓ２１）。そして、精算装置２０はエラー情報を商品登録装置３０に送信する（Ｓ２２）。

発生したエラーが第１のエラーである場合（Ｓ２３の第１のエラー）、精算装置２０は、商品登録装置３０から送信されるエラーを解除する指示の受信待ちとなる。そして、当該指示を受信した場合（Ｓ２４のＹｅｓ）、精算装置２０はエラーを解除する（Ｓ２６）。

一方、発生したエラーが第２のエラーである場合（Ｓ２３の第２のエラー）、精算装置２０は、自装置に対するエラー解除のための処置待ちとなる。そして、当該処置を受付けた場合（Ｓ２５のＹｅｓ）、精算装置２０はエラーを解除する（Ｓ２６）。

以上説明した本実施形態の精算システムによれば、オペレータ（例：店員）は商品登録装置３０のディスプレイＤ１を閲覧することで、複数の精算装置２０各々の個別締め処理の状況を把握することができる。例えば、処理中であること、処理が完了したこと、処理中にエラーが発生したこと、オフラインであること等を把握することができる。

そして、オペレータは、商品登録装置３０を操作することで、個別締め処理を実行中の複数の精算装置２０各々に対する指示を入力することができる。例えば、ある精算装置２０にエラーが発生した場合、そのエラーに対する処置を、商品登録装置３０を操作することで完了することができる。また、個別締め処理を開始させる指示を、商品登録装置３０を操作することで行うことができる。

このような本実施形態の精算システムによれば、オペレータは基本的には商品登録装置３０の前にいればよく、複数の精算装置２０間を頻繁に移動することなく個別締め処理の作業を行うことができる。このため、複数の精算装置２０を有する精算システムにおける個別締め処理を効率的に行うことができる。

また、本実施形態の精算システムによれば、遠隔から処置可能なエラーの場合のみ商品登録装置３０の操作によるエラーの解除を受付け、実際に精算装置２０の元に行って処置する必要があるエラーの場合は商品登録装置３０の操作によるエラーの解除を受付けず、精算装置２０に対する処置によるエラーの解除のみを受付けることができる。このように、本実施形態の精算システムによれば、エラー種別を把握し、エラー種別に応じた適切な処理を行うことができる。

また、本実施形態の精算システムによれば、ある精算装置２０がエラーとなった場合、その旨を示す情報をその精算装置２０と商品登録装置３０の両方で出力することができる。かかる場合、オペレータは、商品登録装置３０及び精算装置２０の両方を介してエラーの発生を知ることができる。結果、利便性が向上する。

また、本実施形態の精算システムによれば、ある精算装置２０がエラーとなった場合、その旨を示す情報をその精算装置２０で出力せず、商品登録装置３０のみで出力することができる。かかる場合、精算装置２０の処理負担を軽減できる。なお、基本的に、オペレータは商品登録装置３０から出力される情報に基づき複数の精算装置２０各々の個別締め処理の状況を把握するので、各精算装置２０がエラー発生等の情報を出力しなくても特に問題なく作業を進めることが可能である。

＜第２の実施形態＞
本実施形態においては、「精算対象の商品の登録受付・精算処理」は、第１の実施形態同様に実現される。すなわち、図１に示す複数の商品登録装置３０と、複数の精算装置２０とで実現される。そして、本実施形態においては、「個別締め処理」は、図２に示す精算システムで実現される。図２に示す精算システムは、監視装置１０と、複数の精算装置２０とを有する。

図１０に、監視装置１０の機能ブロック図の一例を示す。図示するように、監視装置１０は、取得部１１と、表示制御部１２と、受付部１３と、送信部１４とを有する。取得部１１、表示制御部１２、受付部１３及び送信部１４の構成は、第１の実施形態と同様である。なお、監視装置１０のハードウエア構成の一例は図５で示される。

すなわち、本実施形態では、第１の実施形態において商品登録装置３０が個別締め処理時に行っていた処理を、商品登録装置３０と異なる監視装置１０が行う。その他の構成は、第１の実施形態と同様である。本実施形態の精算システムは、第１の実施形態の精算システムと同様の作用効果を実現する。

以下、参考形態の例を付記する。
１． 商品登録装置と、複数の精算装置とを含み、
前記商品登録装置は、
複数の前記精算装置各々の締め処理の状況を示す通知情報を複数の前記精算装置各々から取得する取得手段と、
前記通知情報に基づいて、複数の前記精算装置各々の締め処理の状況をディスプレイに表示させる表示制御手段と、
締め処理を未完了の前記精算装置に対する指示入力を、前記精算装置毎に受付ける受付手段と、
前記受付手段により受付けられた指示を前記精算装置に送信する送信手段と、
を有し、
前記精算装置は、
前記通知情報を前記商品登録装置に送信する送信手段と、
前記商品登録装置が送信した指示を受信する受信手段と、
前記受信手段により受信された指示に基づいた処理を実行する処理手段と、
を有する精算システム。
２． １に記載の精算システムにおいて、
前記通知情報はエラー種別を含み、
前記表示制御手段は、前記エラー種別に基づいて、前記精算装置での集計処理を再実行させる再実行ボタンを選択可能に前記ディスプレイに表示させるか否かを制御する精算システム。
３． １または２に記載の精算システムにおいて、
締め処理を未完了の前記精算装置が締め処理を停止する第１のエラーとなった場合、前記受付手段は、第１のエラーを解除する指示入力を受付け、
締め処理を未完了の前記精算装置が締め処理を停止するエラーであって、前記第１のエラーとは異なる第２のエラーとなった場合、前記受付手段は、第２のエラーを解除する指示入力を受付けない精算システム。
４． ３に記載の精算システムにおいて、
前記第１のエラーは再実行または処理の進行が可能なエラーであり、前記第２のエラーは再実行または処理の進行が不可能なエラーである精算システム。
５． １から４のいずれかに記載の精算システムにおいて、
締め処理を未完了の前記精算装置が締め処理を停止する第１のエラーとなった場合、前記精算装置は、前記商品登録装置から受信する指示に応じて第１のエラーを解除し、
締め処理を未完了の前記精算装置が締め処理を停止する第２のエラーとなった場合、前記精算装置は、自装置に対する操作に応じて第２のエラーを解除する精算システム。
６． １から５のいずれかに記載の精算システムにおいて、
複数の前記精算装置が同時に締め処理を行っている場合、前記商品登録装置の前記表示制御手段は、複数の前記精算装置各々の締め処理の状況を同時にディスプレイに表示させる精算システム。
７． １から６のいずれかに記載の精算システムにおいて、
前記商品登録装置は、複数の前記精算装置各々に締め処理を実行させる締め指示を送信し、
複数の前記精算装置は、前記締め指示に応じて締め処理を開始する精算システム。
８． １から７のいずれかに記載の精算システムにおいて、
締め処理を未完了の前記精算装置が締め処理を停止するエラーとなった場合、エラーとなった旨を示す情報を前記精算装置及び前記商品登録装置の両方が出力する精算システム。
９． １から７のいずれかに記載の精算システムにおいて、
締め処理を未完了の前記精算装置が締め処理を停止するエラーとなった場合、エラーとなった旨を示す情報を前記商品登録装置が出力し、エラーとなった旨を示す情報を前記精算装置は出力しない精算システム。
１０． 複数の精算装置各々の締め処理の状況を示す通知情報を複数の前記精算装置各々から取得する取得手段と、
前記通知情報に基づいて、複数の前記精算装置各々の締め処理の状況をディスプレイに表示させる表示制御手段と、
締め処理を未完了の前記精算装置に対する指示入力を、前記精算装置毎に受付ける受付手段と、
前記受付手段により受付けられた指示を前記精算装置に送信する送信手段と、
を有する商品登録装置。
１１． 締め処理の状況を示す通知情報を商品登録装置に送信する送信手段と、
前記商品登録装置が送信した指示を受信する受信手段と、
前記受信手段により受信された指示に基づいた処理を実行する処理手段と、
を有する精算装置。
１２． 商品登録装置と、複数の精算装置とを含む精算システムにより実行され、
前記商品登録装置は、
複数の前記精算装置各々の締め処理の状況を示す通知情報を複数の前記精算装置各々から取得する取得工程と、
前記通知情報に基づいて、複数の前記精算装置各々の締め処理の状況をディスプレイに表示させる表示制御工程と、
締め処理を未完了の前記精算装置に対する指示入力を、前記精算装置毎に受付ける受付工程と、
前記受付工程で受付けられた指示を前記精算装置に送信する送信工程と、
を実行し、
前記精算装置は、
前記通知情報を前記商品登録装置に送信する送信工程と、
前記商品登録装置が送信した指示を受信する受信工程と、
前記受信工程で受信された指示に基づいた処理を実行する処理工程と、
を実行する締め方法。
１３． コンピュータを、
複数の精算装置各々の締め処理の状況を示す通知情報を複数の前記精算装置各々から取得する取得手段、
前記通知情報に基づいて、複数の前記精算装置各々の締め処理の状況をディスプレイに表示させる表示制御手段、
締め処理を未完了の前記精算装置に対する指示入力を、前記精算装置毎に受付ける受付手段、
前記受付手段により受付けられた指示を前記精算装置に送信する送信手段、
として機能させるプログラム。
１４． コンピュータを、
締め処理の状況を示す通知情報を商品登録装置に送信する送信手段、
前記商品登録装置が送信した指示を受信する受信手段、
前記受信手段により受信された指示に基づいた処理を実行する処理手段、
として機能させるプログラム。

１Ａ プロセッサ
２Ａ メモリ
３Ａ 入出力Ｉ／Ｆ
４Ａ 周辺回路
５Ａ バス
１０ 監視装置
１１ 取得部
１２ 表示制御部
１３ 受付部
１４ 送信部
２０ 精算装置
２１ 送信部
２２ 受信部
２３ 処理部
３０ 商品登録装置

Claims (11)

1. 商品登録装置と、複数の精算装置とを含み、
   前記商品登録装置は、
   複数の前記精算装置各々の締め処理の状況を示す通知情報を複数の前記精算装置各々から取得する取得手段と、
   前記通知情報に基づいて、複数の前記精算装置各々の締め処理の状況をディスプレイに表示させる表示制御手段と、
   締め処理を未完了の前記精算装置に対する指示入力を、前記精算装置毎に受付ける受付手段と、
   前記受付手段により受付けられた指示を前記精算装置に送信する送信手段と、
   を有し、
   前記精算装置は、
   前記通知情報を前記商品登録装置に送信する送信手段と、
   前記商品登録装置が送信した指示を受信する受信手段と、
   前記受信手段により受信された指示に基づいた処理を実行する処理手段と、
   を有し、
   締め処理を未完了の前記精算装置が締め処理を停止する第１のエラーとなった場合、当該精算装置は、前記商品登録装置から受信する指示に応じて前記第１のエラーを解除し、
   締め処理を未完了の前記精算装置が締め処理を停止する第２のエラーとなった場合、当該精算装置は、自装置に対する操作に応じて前記第２のエラーを解除する精算システム。
2. 請求項１に記載の精算システムにおいて、
   前記通知情報はエラー種別を含み、
   前記表示制御手段は、前記エラー種別に基づいて、前記精算装置での集計処理を再実行させる再実行ボタンを選択可能に前記ディスプレイに表示させるか否かを制御する精算システム。
3. 請求項１または２に記載の精算システムにおいて、
   締め処理を未完了の前記精算装置が締め処理を停止する第１のエラーとなった場合、前記受付手段は、前記第１のエラーを解除する指示入力を受付け、
   締め処理を未完了の前記精算装置が締め処理を停止するエラーであって、前記第１のエラーとは異なる第２のエラーとなった場合、前記受付手段は、前記第２のエラーを解除する指示入力を受付けない精算システム。
4. 請求項３に記載の精算システムにおいて、
   前記第１のエラーは再実行または処理の進行が可能なエラーであり、前記第２のエラーは再実行または処理の進行が不可能なエラーである精算システム。
5. 請求項１から４のいずれか１項に記載の精算システムにおいて、
   複数の前記精算装置が同時に締め処理を行っている場合、前記商品登録装置の前記表示制御手段は、複数の前記精算装置各々の締め処理の状況を同時にディスプレイに表示させる精算システム。
6. 請求項１から５のいずれか１項に記載の精算システムにおいて、
   前記商品登録装置は、複数の前記精算装置各々に締め処理を実行させる締め指示を送信し、
   複数の前記精算装置は、前記締め指示に応じて締め処理を開始する精算システム。
7. 請求項１から６のいずれか１項に記載の精算システムにおいて、
   締め処理を未完了の前記精算装置が締め処理を停止するエラーとなった場合、エラーとなった旨を示す情報を前記精算装置及び前記商品登録装置の両方が出力する精算システム。
8. 請求項１から６のいずれか１項に記載の精算システムにおいて、
   締め処理を未完了の前記精算装置が締め処理を停止するエラーとなった場合、エラーとなった旨を示す情報を前記商品登録装置が出力し、エラーとなった旨を示す情報を前記精算装置は出力しない精算システム。
9. 商品登録装置と、複数の精算装置とを含む精算システムにより実行され、
   前記商品登録装置は、
   複数の前記精算装置各々の締め処理の状況を示す通知情報を複数の前記精算装置各々から取得する取得工程と、
   前記通知情報に基づいて、複数の前記精算装置各々の締め処理の状況をディスプレイに表示させる表示制御工程と、
   締め処理を未完了の前記精算装置に対する指示入力を、前記精算装置毎に受付ける受付工程と、
   前記受付工程で受付けられた指示を前記精算装置に送信する送信工程と、
   を実行し、
   前記精算装置は、
   前記通知情報を前記商品登録装置に送信する送信工程と、
   前記商品登録装置が送信した指示を受信する受信工程と、
   前記受信工程で受信された指示に基づいた処理を実行する処理工程と、
   を実行し、
   締め処理を未完了の前記精算装置が締め処理を停止する第１のエラーとなった場合、当該精算装置は、前記商品登録装置から受信する指示に応じて前記第１のエラーを解除し、
   締め処理を未完了の前記精算装置が締め処理を停止する第２のエラーとなった場合、当該精算装置は、自装置に対する操作に応じて前記第２のエラーを解除する締め方法。
10. 商品登録装置と、複数の精算装置とを含む精算システムにおける前記商品登録装置に備えられたコンピュータを、
    複数の前記精算装置各々の締め処理の状況を示す通知情報を複数の前記精算装置各々から取得する取得手段、
    前記通知情報に基づいて、複数の前記精算装置各々の締め処理の状況をディスプレイに表示させる表示制御手段、
    締め処理を未完了の前記精算装置に対する指示入力を、前記精算装置毎に受付ける受付手段、
    前記受付手段により受付けられた指示を前記精算装置に送信する送信手段、
    として機能させ、
    締め処理を未完了の前記精算装置が締め処理を停止する第１のエラーとなった場合、前記受付手段は、前記第１のエラーを解除する指示入力を受付け、
    締め処理を未完了の前記精算装置が締め処理を停止する第２のエラーとなった場合、前記受付手段は、前記第２のエラーを解除する指示入力を受付ける処理を行わないプログラム。
11. 商品登録装置と、複数の精算装置とを含む精算システムにおける前記精算装置に備えられたコンピュータを、
    締め処理の状況を示す通知情報を前記商品登録装置に送信する送信手段、
    前記商品登録装置が送信した指示を受信する受信手段、
    前記受信手段により受信された指示に基づいた処理を実行する処理手段、
    として機能させ、
    さらに、前記コンピュータに、
    締め処理を未完了の場合に締め処理を停止する第１のエラーとなった場合、前記受信手段は前記商品登録装置から前記第１のエラーを解除する入力指示を受信させる機能と、
    締め処理を未完了の場合に締め処理を停止する第２のエラーとなった場合、前記受信手段は前記精算装置に対する操作に応じて前記第２のエラーを解除する機能と、
    を持たせるプログラム。

Images