JP7192936B2 - 商品登録装置、締め方法及びプログラム - Google Patents

Description

本発明は、商品登録装置、締め方法及びプログラムに関する。

スーパーマーケット等の店舗におけるレジスタ端末（以下、レジ端末と呼ぶ）では、（１）精算対象の商品を登録する処理（バーコードの読み取りなど）および（２）登録された商品の精算を行う処理（代金の受け取りや釣銭の返却など）という２つの処理が行われる。

このようなレジ端末の機能を２つの装置に分散するという運用方法がある。具体的には、（１）の処理を行う機能を商品登録装置に割り当て、（２）の処理を行う機能を精算装置に割り当てる。

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

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

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

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

本発明によれば、
商品の登録を受付ける複数の商品登録装置と、精算情報に基づいて精算する複数の精算装置とを含む精算システムの前記商品登録装置であって、
前記精算装置について、所定の条件を満たすか否かを判定する監視手段と、
前記所定の条件を満たすと判断された前記精算装置に関して、精算された金額の理論値と、前記複数の精算装置の在高とを取得する第１の取得手段と、
自機における在高を取得する第２の取得手段と、
他の前記商品登録装置各々における在高を取得する第３の取得手段と、
前記理論値、前記複数の精算装置の在高、前記自機における在高、及び前記他の前記商品登録装置各々における在高に基づき、複数の前記商品登録装置及び複数の前記精算装置全体での締め処理を実行する締め処理実行手段と、
を有し、
前記所定の条件は、当日に精算処理を少なくとも１回行ったことである商品登録装置が提供される。

また、本発明によれば、
上記に記載の商品登録装置であって、
前記第１の取得手段は、前記所定の条件を満たさない前記精算装置から、前記理論値と当該精算装置の在高を取得しない商品登録装置が提供される。

また、本発明によれば、
商品の登録を受付ける複数の商品登録装置と、精算情報に基づいて精算する複数の精算装置とを含む精算システムの前記商品登録装置が、
前記精算装置について、所定の条件を満たすか否かを判定し、
前記所定の条件を満たすと判断された前記精算装置に関して、精算された金額の理論値と、前記複数の精算装置の在高とを取得し、
自機における在高を取得し、
他の前記商品登録装置各々における在高を取得し、
前記理論値、前記複数の精算装置の在高、前記自機における在高、及び前記他の前記商品登録装置各々における在高に基づき、複数の前記商品登録装置及び複数の前記精算装置全体での締め処理を実行し、
前記所定の条件は、当日に精算処理を少なくとも１回行ったことである
締め方法が提供される。

また、本発明によれば、
商品の登録を受付ける複数の商品登録装置と、精算情報に基づいて精算する複数の精算装置とを含む精算システムの前記商品登録装置に、
前記精算装置について、所定の条件を満たすか否かを判定させ、
前記所定の条件を満たすと判断された前記精算装置に関して、精算された金額の理論値と、前記複数の精算装置の在高とを取得させ、
自機における在高を取得させ、
他の前記商品登録装置各々における在高を取得させ、
前記理論値、前記複数の精算装置の在高、前記自機における在高、及び前記他の前記商品登録装置各々における在高に基づき、複数の前記商品登録装置及び複数の前記精算装置全体での締め処理を実行させ、
前記所定の条件は、当日に精算処理を少なくとも１回行ったことである
プログラムが提供される。

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

本実施形態の精算システム１の機能ブロック図の一例である。 本実施形態の商品登録装置１０及び精算装置２０のハードウエア構成の一例を示す図である。 本実施形態の商品登録装置１０の機能ブロック図の一例である。 本実施形態の商品登録装置１０の処理の流れの一例を示すフローチャートである。 本実施形態の精算装置２０の機能ブロック図の一例である。 本実施形態の精算装置２０の処理の流れの一例を示すフローチャートである。 本実施形態の商品登録装置１０の機能ブロック図の一例である。 本実施形態の精算装置２０の機能ブロック図の一例である。 本実施形態の商品登録装置１０の処理の流れの一例を示すフローチャートである。 本実施形態の精算装置２０の処理の流れの一例を示すフローチャートである。 本実施形態の精算システム１の機能ブロック図の一例である。

＜第１の実施形態＞
まず、図１を用いて本実施形態の精算システム１の全体像及び概要を説明する。図示するように、精算システム１は、複数の商品登録装置１０と、複数の精算装置２０とを有する。複数の商品登録装置１０及び複数の精算装置２０は、有線及び／又は無線で互いに通信可能に構成される。

商品登録装置１０は、精算対象の商品の登録を受付ける（バーコードの読み取り等）。精算装置２０は、商品登録装置１０において登録された商品を示す精算情報に基づき、精算処理を行う（代金の受け取りや釣銭の返却など）。なお、例えば精算装置２０にて受付けることができない方法での支払（例：所定の金券等）等の場合、商品登録装置１０が支払いを受付ける。

そして、本実施形態の精算システム１では、複数の商品登録装置１０の中の１つが、複数の商品登録装置１０及び複数の精算装置２０全体での締め処理を実行する。以下、複数の商品登録装置１０及び複数の精算装置２０全体での締め処理を単に「締め処理」という。また、締め処理を実行する商品登録装置１０を親機といい、その他の商品登録装置１０を子機という。

締め処理は、例えば、精算システム１で取り扱った現金、金券および信用支払情報の金額を集計し、違算が無いかチェックする処理である。例えば、親機（商品登録装置１０）は、精算システム１で取り扱った現金、金券および信用支払情報等の金額を集計し、集計結果と、精算システム１で受付ける支払いの理論値との間に相違が無いかチェックする。理論値は、精算情報、すなわち商品登録装置１０における登録内容に基づき算出される。

親機（商品登録装置１０）は、複数の精算装置２０各々から、複数の精算装置２０各々で精算される金額の理論値と、複数の精算装置２０各々の在高とを取得する。精算装置２０の在高とは、各精算装置２０に格納されている紙幣と硬貨（以下、総称して現金と呼ぶ）および金券の合計額である。なお、精算装置２０の在高は、クレジットカードなどで支払われた金額の情報を含んでもよい。以下、当該理論値と在高とをまとめて「締め情報」という場合がある。

なお、親機（商品登録装置１０）は、所定の条件を満たす精算装置２０から締め情報を取得し、所定の条件を満たさない精算装置２０からは締め情報を取得しない。所定の条件は、「当日に精算処理を少なくとも１回行った」である。

また、親機（商品登録装置１０）は、自機及び他の商品登録装置１０各々における在高を取得する。商品登録装置１０各々で精算された金額の在高とは、各商品登録装置１０で精算された現金、金券および信用支払情報の少なくとも何れかの合計値である。例えば、店員が各商品登録装置１０で精算された金額の在高を親機に入力することによって、親機はこれらを受け付けてもよい。また、店員が各商品登録装置１０で精算された金額の在高を各商品登録装置１０に入力し、親機は他の商品登録装置１０の在高を他の商品登録装置１０から取得してもよい。その他、各商品登録装置１０が自機の在高を自動集計し、親機は他の商品登録装置１０の在高を他の商品登録装置１０から取得してもよい。

そして、親機（商品登録装置１０）は、締め情報、及び、自機及び他の商品登録装置１０各々における在高に基づき、締め処理を実行する。

このような本実施形態の精算システム１によれば、締め処理に必要な情報を１つの商品登録装置１０（親機）に集め、親機（商品登録装置１０）にて締め処理を行うことができる。このため、複数の商品登録装置１０及び複数の精算装置２０各々で締め処理を行い、その結果を統合する場合に比べて、オペレータの手間や、コンピュータの処理負担を軽減できる。

また、本実施形態の精算システム１によれば、親機（商品登録装置１０）は、当日に精算処理を１回も行っていない精算装置２０から締め情報を取得しない。かかる場合、当日に精算処理を１回も行っていない精算装置２０は、締め情報を生成する処理や、締め情報を親機（商品登録装置１０）に送信する処理を実行しなくてもよい。このため、当日に精算処理を１回も行っていない精算装置２０は、不要な処理を回避し、処理負担を軽減できる。また、親機（商品登録装置１０）は、精算装置２０から取得して情報量を減らすことができるので、その分処理負担を軽減できる。

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

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

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

次に、「精算対象の商品の登録受付・精算処理」及び「締め処理」各々を実現する商品登録装置１０及び精算装置２０の機能構成を説明する。

まず、精算対象の商品の登録受付・精算処理を実現する商品登録装置１０及び精算装置２０の機能構成の一例を説明する。

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

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

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

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

次に、締め処理を実現する商品登録装置１０の機能構成の一例を説明する。

図３に、商品登録装置１０の機能ブロック図の一例を示す。図示するように、商品登録装置１０は、第１の取得部１１と、第２の取得部１２と、締め処理実行部１３と、第３の取得部１４と、監視部１５とを有する。

第１の取得部１１は、複数の精算装置２０各々で精算される金額の理論値と、複数の精算装置２０各々の在高とを取得する。当該理論値は、各精算装置２０により取得された精算情報に基づき算出される。当該理論値は、各精算装置２０で支払いを行った顧客各々の精算金額の合計である。精算金額は、商品登録装置１０に登録された商品各々の税込価格の合計である。在高は、各精算装置２０で取り扱った現金、金券および信用支払情報等の金額の合計である。換言すれば、在高は、各精算装置２０に格納されている紙幣と硬貨（現金）および金券の合計額とクレジットカードなどで支払われた金額（信用支払情報）とを足し合わせた値から、予め釣銭用に各精算装置２０に格納していた金額を引いた値である。

第１の取得部１１は、複数の精算装置２０各々から、各精算装置２０の締め情報（理論値及び在高）を取得する。なお、第１の取得部１１は、所定の条件を満たす精算装置２０から締め情報を取得し、所定の条件を満たさない精算装置２０から締め情報を取得しない。所定の条件は、「当日に精算処理を少なくとも１回行った」である。

本実施形態では、以下で説明する監視部１５が、複数の精算装置２０各々の動作を監視し、各精算装置２０が上記所定の条件を満たすか否か判定する。そして、第１の取得部１１は、所定の条件を満たすと判定された精算装置２０に締め情報のリクエストを送信し、所定の条件を満たさないと判定された精算装置２０に締め情報のリクエストを送信しない。当該リクエストを受信した精算装置２０は、リクエストに応じて締め情報を商品登録装置１０に返信する。そして、第１の取得部１１は、リクエストに応じて各精算装置２０から返信されてきた締め情報を取得する。

監視部１５は、複数の精算装置２０各々の動作を監視する。そして、監視部１５は、各精算装置２０が当日に少なくとも１回精算処理を行ったか否かを判定する。

例えば、精算装置２０は、精算処理の実行を禁止するロックモードを有してもよい。ロックモードの実行及び解除は、例えばオペレータの入力により設定される。そして、精算装置２０は、ロックモードが実行中であることを示す情報を商品登録装置１０に送信する。また、精算装置２０は、ロックモードが解除された場合に、ロックモードが解除されたことを示す情報を商品登録装置１０に送信する。監視部１５は、終日ロックモードが解除されたことを示す情報を受け取っていない精算装置２０、すなわち終日ロックモードになっていた精算装置２０を所定の条件を満たさない精算装置２０と判定する。また、監視部１５は、その他の精算装置２０を所定の条件を満たす精算装置２０と判定する。その他、精算装置２０は、ロックモードの状態中かロックモードが解除されているかを示す情報を所定時間間隔で商品登録装置１０に送信し、商品登録装置１０は、各精算装置２０から取得した情報に基づき、所定時間間隔で各精算装置２０がロックモードになっているか否かを監視する構成とすることもできる。

その他、各精算装置２０は、当日の１回目の精算処理の完了に応じて、精算処理を実行した旨を示す情報を商品登録装置１０に送信してもよい。そして、商品登録装置１０は当該情報を不揮発性の記憶装置に記憶し、当該情報に基づき各精算装置２０が当日に少なくとも１回精算処理を行ったか否かを判定してもよい。

第２の取得部１２は、自機（商品登録装置１０）における在高を取得する。第３の取得部１４は、他の商品登録装置１０各々における在高を取得する。

例えば、店員が各商品登録装置１０で精算された金額の在高を親機（商品登録装置１０）に入力してもよい。そして、第２の取得部１２は店員により自機（親機）に入力された自機における在高を取得してもよい。また、第３の取得部１４は店員により自機（親機）に入力された他の商品登録装置１０各々における在高を取得してもよい。

その他、店員が各商品登録装置１０で精算された金額の在高を各商品登録装置１０に入力してもよい。そして、第２の取得部１２は店員により自機に入力された自機における在高を取得してもよい。また、第３の取得部１４は店員により他の商品登録装置１０各々に入力された在高を他の商品登録装置１０各々から取得してもよい。

その他、各商品登録装置１０が自機の在高を自動集計してもよい。そして、第２の取得部１２は自機で自動集計された自機における在高を取得してもよい。また、第３の取得部１４は他の商品登録装置１０各々で自動集計された在高を他の商品登録装置１０各々から取得してもよい。

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

例えば、オペレータ（店員）が各商品登録装置１０に格納されている現金や金券の合計額（各商品登録装置１０における在高）を集計し、各商品登録装置１０に入力する。第２の取得部１２は、自機に入力された在高を取得する。第３の取得部１４は、他の商品登録装置１０と通信し、他の商品登録装置１０に入力された在高を他の商品登録装置１０から取得する。

締め処理実行部１３は、第１の取得部１１により取得された締め情報（理論値及び在高）、第２の取得部１２により取得された自機（商品登録装置１０）における在高、及び第３の取得部１４により取得された他の商品登録装置１０各々における在高に基づき、複数の商品登録装置１０及び複数の精算装置２０全体での締め処理を実行する。すなわち、締め処理実行部１３は、精算システム１全体で取り扱った現金、金券および信用支払情報の金額を集計し、違算が無いかチェックする。例えば、締め処理実行部１３は、精算システム１全体で取り扱った現金、金券および信用支払情報等の金額を集計し、集計結果と、精算システム１全体で受付ける支払いの理論値との間に相違が無いかチェックする。集計結果と理論値との間に相違がある場合、違算ありと判定される。

なお、図示しないが、商品登録装置１０は、締め処理実行部１３による判定結果に応じた出力を実行する出力部を有してもよい。例えば、出力部は、締め処理実行部１３による判定結果を、ディスプレイ、プリンター、メーラ等の出力装置を介して出力してもよい。また、出力部は、締め処理実行部１３による判定結果が「違算あり」である場合、ディスプレイ、プリンター、メーラ、警告ランプ、スピーカ等の出力装置を介して警告を出力してもよい。出力部は、上記集計結果と精算システム１で受付ける支払いの理論値を出力してもよい。出力部はさらにこれらの差を出力してもよい。

なお、第１の取得部１１、第２の取得部１２、締め処理実行部１３、第３の取得部１４及び監視部１５は、親機となった商品登録装置１０において機能する。すなわち、商品登録装置１０が親機になっていない場合、第１の取得部１１、第２の取得部１２、締め処理実行部１３第３の取得部１４及び監視部１５は機能しない。「機能する」とは、上述した処理を実行することを意味し、「機能しない」とは、上述した処理を実行しないことを意味する。

例えば、各商品登録装置１０は、「締め処理」を実行する指示入力を受付けることができてもよい。「締め処理」を実行する指示入力を受付けた商品登録装置１０が親機となり、第１の取得部１１、第２の取得部１２、締め処理実行部１３、第３の取得部１４及び監視部１５が上述した処理を実行する。

その他、各商品登録装置１０は、上述の通り、各商品登録装置１０に格納されている現金や金券の合計額（各商品登録装置１０における在高）を入力する操作を受付けることができてもよい。そして、当日に当該操作を最後に受付けた商品登録装置１０が親機となり、第１の取得部１１、第２の取得部１２、締め処理実行部１３、第３の取得部１４及び監視部１５が上述した処理を実行してもよい。

自装置（商品登録装置１０）が当日に上記操作を最後に受付けたか否かの判定は、サーバからの情報に基づき実現されてもよい。例えば、各商品登録装置１０は、上記操作を受付けると、それに応じてその旨をサーバに通知する。サーバは、当該通知に基づき、当日に上記操作を受付けた商品登録装置１０と、まだ受付けていない商品登録装置１０とを把握する。そして、サーバは、上記通知への返信として、通知してきた商品登録装置１０が当日に上記操作を最後に受付けたか否かを示す情報を返信する。なお、サーバを介さず、複数の商品登録装置１０間で上記通知を行うことで、各商品登録装置１０が当日に上記操作を受付けた商品登録装置１０と、まだ受付けていない商品登録装置１０とを把握してもよい。

次に、締め処理を実現する精算装置２０の機能構成の一例を説明する。図５に、精算装置２０の機能ブロック図の一例を示す。図示するように、精算装置２０は、受信部２１と、返信部２２とを有する。

受信部２１は、商品登録装置１０から、各精算装置２０で精算される金額の理論値と、各精算装置２０の在高のリクエストを受信する。返信部２２は、当該リクエストに応じて、上記理論値及び在高を商品登録装置１０に返信する。

次に、図４のフローチャートを用いて、親機となった商品登録装置１０の処理の流れの一例を説明する。

親機となる条件を満たした商品登録装置１０は、以下のＳ１０乃至Ｓ１４の処理を実行する。親機となる条件は、例えば上述した「締め処理を実行する指示入力を受付けた」、又は、「複数の商品登録装置１０の中で最後に各商品登録装置１０に格納されている現金や金券の合計額（各商品登録装置１０における在高）を入力する操作を受付けた」等である。

親機（商品登録装置１０）の監視部１５は、複数の精算装置２０各々が所定の条件を満たすか否かを判定する（Ｓ１０）。所定の条件は、「当日に精算処理を少なくとも１回行った」である。

その後、親機（商品登録装置１０）の第１の取得部１１は、所定の条件を満たす精算装置２０に締め情報（理論値及び在高）のリクエストを送信し（Ｓ１１）、リクエストに応じて精算装置２０から返信されてきた締め情報を取得する（Ｓ１２）。

また、親機（商品登録装置１０）の第２の取得部１２は自機（商品登録装置１０）における在高を取得し、第３の取得部１４は他の商品登録装置１０各々における在高を取得する（Ｓ１３）。なお、Ｓ１０乃至Ｓ１２と、Ｓ１３との処理順は、図４に示すものに限定されない。

その後、親機（商品登録装置１０）の締め処理実行部１３は、締め情報、自機における在高、及び他の商品登録装置１０各々における在高に基づき、複数の商品登録装置１０及び複数の精算装置２０全体での締め処理を実行する（Ｓ１４）。そして、親機（商品登録装置１０）は締め処理の結果を出力する（Ｓ１５）。

次に、図６のフローチャートを用いて、精算装置２０の流れの一例を説明する。精算装置２０の受信部２１が商品登録装置１０から締め情報のリクエストを受信すると（Ｓ２０）、それに応じて返信部２２は締め情報を返信する（Ｓ２１）。

以上説明した本実施形態の精算システム１によれば、締め処理に必要な情報を１つの商品登録装置１０（親機）に集め、親機（商品登録装置１０）にて締め処理を行うことができる。このため、複数の商品登録装置１０及び複数の精算装置２０各々で締め処理を行い、その結果を統合して締め処理を行う場合に比べて、オペレータの手間や、コンピュータの処理負担を軽減できる。

また、本実施形態の精算システム１によれば、親機（商品登録装置１０）は、当日に精算処理を１回も行っていない精算装置２０から締め情報を取得しない。かかる場合、当日に精算処理を１回も行っていない精算装置２０は、締め情報を生成する処理や、締め情報を親機（商品登録装置１０）に送信する処理を実行しなくてもよい。このため、当日に精算処理を１回も行っていない精算装置２０は、不要な処理を回避し、処理負担を軽減できる。また、親機（商品登録装置１０）は、精算装置２０から取得して処理する情報量を減らすことができるので、その分処理負担を軽減できる。

また、本実施形態の精算システム１によれば、各精算装置２０が所定の条件を満たすか否かの判定を親機（商品登録装置１０）が行うことができる。かかる場合、精算装置２０の処理負担を軽減できる。

＜第２の実施形態＞
本実施形態の精算システム１は、「各精算装置２０が所定の条件を満たすか否かの判定を、各精算装置２０が行う点」で、第１の実施形態と異なる。その他の構成は、第１の実施形態の精算システム１と同様である。

本実施形態の精算システム１の機能ブロック図は、第１の実施形態同様、図１で示される。また、本実施形態の商品登録装置１０及び精算装置２０のハードウエア構成の一例は、第１の実施形態同様、図２で示される。

図７に、本実施形態の商品登録装置１０の機能ブロック図の一例を示す。図示するように、商品登録装置１０は、第１の取得部１１と、第２の取得部１２と、締め処理実行部１３と、第３の取得部１４とを有する。すなわち、本実施形態の商品登録装置１０は、監視部１５を有さない点で、第１の実施形態と異なる。第１の取得部１１、第２の取得部１２、締め処理実行部１３及び第３の取得部１４の構成は、第１の実施形態と同様である。

図８に、本実施形態の精算装置２０の機能ブロック図の一例を示す。図示するように、精算装置２０は、受信部２１と、返信部２２と、監視部２３とを有する。受信部２１の構成は、第１の実施形態と同様である。

監視部２３は、自装置（精算装置２０）の動作を監視する。そして、監視部２３は、自装置（精算装置２０）が当日に少なくとも１回精算処理を行った否かを判定する。

例えば、精算装置２０は、精算処理の実行を禁止するロックモードを有してもよい。ロックモードの実行及び解除は、例えばオペレータの入力により設定される。そして、精算装置２０は、ロックモードの状態（実行又は解除）を示す情報を記憶部へ記憶する。監視部２３は、記憶部に記憶されたロックモードの状態に基づき、自装置（精算装置２０）がロックモードになっているか否かを監視する。そして、監視部２３は、自装置（精算装置２０）が終日ロックモードになっていた場合、自装置（精算装置２０）は所定の条件を満たさないと判定し、その他の場合、自装置（精算装置２０）は所定の条件を満たすと判定する。

その他、精算装置２０は、当日の精算処理の内容を示す履歴を自装置（精算装置２０）の不揮発性記憶装置に蓄積してもよい。そして、監視部２３は、当該履歴に基づき、自装置（精算装置２０）が所定の条件を満たすか否かを判定してもよい。精算処理の履歴は、各取引の時刻、取引された商品、精算金額、客層等を含んでもよい。

返信部２２は、自装置（精算装置２０）が所定の条件を満たす場合、締め情報のリクエストに応じて締め情報を商品登録装置１０に返信し、自装置（精算装置２０）が所定の条件を満たさない場合、締め情報のリクエストに応じず締め情報を商品登録装置１０に返信しない。なお、自装置（精算装置２０）が所定の条件を満たさない場合、返信部２２はその旨を示す情報を商品登録装置１０に返信してもよい。

次に、図９のフローチャートを用いて、親機となった商品登録装置１０の処理の流れの一例を説明する。

親機（商品登録装置１０）の第１の取得部１１は、すべての精算装置２０に締め情報（理論値及び在高）のリクエストを送信し（Ｓ３０）、リクエストに応じて精算装置２０から返信されてきた締め情報を取得する（Ｓ３１）。なお、第１の取得部１１は、リクエストに応じなかった精算装置２０から、締め情報に代えて、所定の条件を満たさない旨の情報を取得してもよい。

また、親機（商品登録装置１０）の第２の取得部１２は自機（商品登録装置１０）における在高を取得し、第３の取得部１４は他の商品登録装置１０各々における在高を取得する（Ｓ３２）。なお、Ｓ３０及びＳ３１と、Ｓ３２との処理順は、図９に示すものに限定されない。

その後、親機（商品登録装置１０）の締め処理実行部１３は、締め情報、自機における在高、及び他の商品登録装置１０各々における在高に基づき、複数の商品登録装置１０及び複数の精算装置２０全体での締め処理を実行する（Ｓ３３）。そして、親機（商品登録装置１０）は締め処理の結果を出力する（Ｓ３４）。

次に、図１０のフローチャートを用いて、精算装置２０の流れの一例を説明する。精算装置２０の受信部２１が商品登録装置１０から締め情報のリクエストを受信すると（Ｓ４０）、監視部２３は自装置（精算装置２０）が所定の条件を満たすか否かを判定する（Ｓ４１）。所定の条件は、「当日に精算処理を少なくとも１回行った」である。

そして、精算装置２０の返信部２２は、自装置（精算装置２０）が所定の条件を満たす場合、締め情報のリクエストに応じて締め情報を返信し、自装置（精算装置２０）が所定の条件を満たさない場合、締め情報のリクエストに応じず締め情報を返信しない（Ｓ４２）。なお、自装置（精算装置２０）が所定の条件を満たさない場合、返信部２２はその旨を示す情報を返信してもよい。

以上説明した本実施形態の精算システム１によれば、第１の実施形態の精算システム１と同様の作用効果を実現できる。また、本実施形態の精算システム１によれば、各精算装置２０が所定の条件を満たすか否かの判定を各精算装置２０で行わせることができる。このため、親機（商品登録装置１０）の処理負担を軽減できる。

＜第３の実施形態＞
本実施形態の精算システム１は、「各精算装置２０が所定の条件を満たすか否かの判定を、商品登録装置１０及び精算装置２０と異なる他の装置（監視装置）が行う点」で、第１及び第２の実施形態と異なる。その他の構成は、第１及び第２の実施形態の精算システム１と同様である。

図１１に、本実施形態の精算システム１の機能ブロック図の一例を示す。図示するように、精算システム１は、複数の商品登録装置１０と、複数の精算装置２０と、監視装置３０とを有する。監視装置３０は、複数の商品登録装置１０及び複数の精算装置２０各々と通信可能に構成される。本実施形態の商品登録装置１０及び精算装置２０のハードウエア構成の一例は、第１及び第２の実施形態同様、図２で示される。また、本実施形態の監視装置３０のハードウエア構成の一例は、商品登録装置１０及び精算装置２０同様、図２で示される。

監視装置３０は、複数の精算装置２０各々の動作を監視している。そして、監視装置３０は、各精算装置２０が当日に精算処理を少なくとも１回行ったか否かを判定する。

例えば、精算装置２０は、精算処理の実行を禁止するロックモードを有してもよい。ロックモードの実行及び解除は、例えばオペレータの入力により設定される。そして、精算装置２０は、ロックモードの状態（実行又は解除）を示す情報を監視装置３０に送信する。監視装置３０は、各精算装置２０から取得した情報に基づき、各精算装置２０がロックモードになっているか否かを監視する。そして、監視装置３０は、終日ロックモードになっていた精算装置２０を所定の条件を満たさない精算装置２０と判定し、その他の精算装置２０を所定の条件を満たす精算装置２０と判定する。

その他、各精算装置２０は、精算処理の履歴を監視装置３０に送信してもよい。そして、監視装置３０は受信した精算処理の履歴を不揮発性の記憶装置に記憶してもよい。監視装置３０は、当該精算処理の履歴に基づき、各精算装置２０が当日に少なくとも１回精算処理を行ったか否かを判定してもよい。

その他、各精算装置２０は、当日の１回目の精算処理の完了に応じて、精算処理を実行した旨を示す情報を監視装置３０に送信してもよい。そして、監視装置３０は当該情報を不揮発性の記憶装置に記憶し、当該情報に基づき各精算装置２０が当日に少なくとも１回精算処理を行ったか否かを判定してもよい。

監視装置３０は、商品登録装置１０に、複数の精算装置２０各々が所定の条件を満たすか否かを示す情報を送信する。

図７に、本実施形態の商品登録装置１０の機能ブロック図の一例を示す。図示するように、商品登録装置１０は、第１の取得部１１と、第２の取得部１２と、締め処理実行部１３と、第３の取得部１４とを有する。第２の取得部１２、締め処理実行部１３及び第３の取得部１４の構成は、第１の実施形態と同様である。

第１の取得部１１は、監視装置３０から受信した情報に基づき、複数の精算装置２０各々が所定の条件を満たすか否かを把握する。そして、第１の取得部１１は、所定の条件を満たす精算装置２０に、締め情報のリクエストを送信し、当該リクエストに応じて各精算装置２０から返信されてきた締め情報を取得する。

図５に、本実施形態の精算装置２０の機能ブロック図の一例を示す。図示するように、精算装置２０は、受信部２１と、返信部２２とを有する。受信部２１及び返信部２２の構成は、第１の実施形態と同様である。

次に、図４のフローチャートを用いて、親機となった商品登録装置１０の処理の流れの一例を説明する。

親機（商品登録装置１０）の第１の取得部１１は、監視装置３０から取得した情報に基づき、複数の精算装置２０各々が所定の条件を満たすか否かを判定する（Ｓ１０）。所定の条件は、「当日に精算処理を少なくとも１回行った」である。

その後、親機（商品登録装置１０）の第１の取得部１１は、所定の条件を満たす精算装置２０に締め情報（理論値及び在高）のリクエストを送信し（Ｓ１１）、リクエストに応じて精算装置２０から返信されてきた締め情報を取得する（Ｓ１２）。

また、親機（商品登録装置１０）の第２の取得部１２は自機（商品登録装置１０）における在高を取得し、第３の取得部１４は他の商品登録装置１０各々における在高を取得する（Ｓ１３）。なお、Ｓ１０乃至Ｓ１２と、Ｓ１３との処理順は、図４に示すものに限定されない。

その後、親機（商品登録装置１０）の締め処理実行部１３は、締め情報、自機における在高、及び他の商品登録装置１０各々における在高に基づき、複数の商品登録装置１０及び複数の精算装置２０全体での締め処理を実行する（Ｓ１４）。そして、親機（商品登録装置１０）は締め処理の結果を出力する（Ｓ１５）。

次に、図６のフローチャートを用いて、精算装置２０の流れの一例を説明する。精算装置２０の受信部２１が商品登録装置１０から締め情報のリクエストを受信すると（Ｓ２０）、それに応じて返信部２２は締め情報を返信する（Ｓ２１）。

以上説明した本実施形態の精算システム１によれば、第１の実施形態の精算システム１と同様の作用効果を実現できる。また、本実施形態の精算システム１によれば、各精算装置２０が所定の条件を満たすか否かの判定を、商品登録装置１０及び精算装置２０と異なる他の装置（監視装置３０）で行わせることができる。このため、商品登録装置１０や精算装置２０の処理負担を軽減できる。

以下、参考形態の例を付記する。
１． 商品の登録を受付ける複数の商品登録装置と、前記複数の商品登録装置の各々と通信し、受け取った精算情報に基づいて精算する複数の精算装置と、を含み、
前記商品登録装置は、
前記複数の精算装置で精算される金額の理論値と、前記複数の精算装置の在高とを取得する第１の取得手段と、
自機における在高を取得する第２の取得手段と、
他の前記商品登録装置各々における在高を取得する第３の取得手段と、
前記理論値、前記在高、前記自機における在高、及び前記他の前記商品登録装置各々における在高に基づき、複数の前記商品登録装置及び複数の前記精算装置全体での締め処理を実行する締め処理実行手段と、
を有し、
前記第１の取得手段は、所定の条件を満たす前記精算装置から、前記理論値と前記在高を取得する精算システム。
２． １に記載の精算システムにおいて、
前記第１の取得手段は、前記所定の条件を満たさない前記精算装置から、前記理論値と前記在高を取得しない精算システム。
３． １又は２に記載の精算システムにおいて、
前記所定の条件は、当日に精算処理を少なくとも１回行ったことである精算システム。
４． １から３のいずれかに記載の精算システムにおいて、
複数の前記精算装置各々は、自装置が前記所定の条件を満たすか否か判定し、
前記商品登録装置は、すべての前記精算装置に前記理論値と前記在高のリクエストを送信し、
前記所定の条件を満たす前記精算装置は、前記リクエストに応じて前記理論値と前記在高を返信し、
前記所定の条件を満たさない前記精算装置は、前記リクエストに応じない精算システム。
５． １から３のいずれかに記載の精算システムにおいて、
前記商品登録装置は、
複数の前記精算装置の動作を監視する監視装置から、複数の前記精算装置各々が前記所定の条件を満たすか否かを示す情報を取得し、
前記所定の条件を満たす前記精算装置に前記理論値と前記在高のリクエストを送信する精算システム。
６． １から３のいずれかに記載の精算システムにおいて、
前記商品登録装置は、複数の前記精算装置の動作を監視し、前記所定の条件を満たす前記精算装置に前記理論値と前記在高のリクエストを送信する精算システム。
７． 商品の登録を受付ける複数の商品登録装置と、前記複数の商品登録装置の各々と通信し、受け取った精算情報に基づいて精算する複数の精算装置と、を含む精算システムの前記商品登録装置であって、
前記複数の精算装置で精算される金額の理論値と、前記複数の精算装置の在高とを取得する第１の取得手段と、
自機における在高を取得する第２の取得手段と、
他の前記商品登録装置各々における在高を取得する第３の取得手段と、
前記理論値、前記在高、前記自機における在高、及び前記他の前記商品登録装置各々における在高に基づき、複数の前記商品登録装置及び複数の前記精算装置全体での締め処理を実行する締め処理実行手段と、
を有し、
前記第１の取得手段は、所定の条件を満たす前記精算装置から、前記理論値と前記在高を取得する商品登録装置。
８． 商品の登録を受付ける複数の商品登録装置と、前記複数の商品登録装置の各々と通信し、受け取った精算情報に基づいて精算する複数の精算装置と、を含む精算システムの前記精算装置であって、
前記精算装置で精算される金額の理論値と、前記精算装置の在高のリクエストを前記商品登録装置から受信すると受信手段と、
自装置が所定の条件を満たす場合、前記リクエストに応じて前記理論値及び前記在高を返信し、自装置が前記所定の条件を満たさない場合、前記リクエストに応じない返信手段と、
を有する精算装置。
９． 商品の登録を受付ける複数の商品登録装置と、前記複数の商品登録装置の各々と通信し、受け取った精算情報に基づいて精算する複数の精算装置と、を含む精算システムの前記精算装置が、
前記精算装置で精算される金額の理論値と、前記精算装置の在高のリクエストを前記商品登録装置から受信すると、
自装置が所定の条件を満たす場合、前記リクエストに応じて前記理論値及び前記在高を返信し、
自装置が前記所定の条件を満たさない場合、前記リクエストに応じない締め方法。
１０． 商品の登録を受付ける複数の商品登録装置と、前記複数の商品登録装置の各々と通信し、受け取った精算情報に基づいて精算する複数の精算装置と、を含む精算システムの前記精算装置に、
前記精算装置で精算される金額の理論値と、前記精算装置の在高のリクエストを前記商品登録装置から受信すると、
自装置が所定の条件を満たす場合、前記リクエストに応じて前記理論値及び前記在高を返信し、
自装置が前記所定の条件を満たさない場合、前記リクエストに応じない処理を実行させるプログラム。

１Ａ プロセッサ
２Ａ メモリ
３Ａ 入出力Ｉ／Ｆ
４Ａ 周辺回路
５Ａ バス
１ 精算システム
１０ 商品登録装置
１１ 第１の取得部
１２ 第２の取得部
１３ 締め処理実行部
１４ 第３の取得部
１５ 監視部
２０ 精算装置
２１ 受信部
２２ 返信部
２３ 監視部
３０ 監視装置

Claims (4)

1. 商品の登録を受付ける複数の商品登録装置と、精算情報に基づいて精算する複数の精算装置とを含む精算システムの前記商品登録装置であって、
   前記精算装置について、所定の条件を満たすか否かを判定する監視手段と、
   前記所定の条件を満たすと判断された前記精算装置に関して、精算された金額の理論値と、前記複数の精算装置の在高とを取得する第１の取得手段と、
   自機における在高を取得する第２の取得手段と、
   他の前記商品登録装置各々における在高を取得する第３の取得手段と、
   前記理論値、前記複数の精算装置の在高、前記自機における在高、及び前記他の前記商品登録装置各々における在高に基づき、複数の前記商品登録装置及び複数の前記精算装置全体での締め処理を実行する締め処理実行手段と、
   を有し、
   前記所定の条件は、当日に精算処理を少なくとも１回行ったことである商品登録装置。
2. 請求項１に記載の商品登録装置において、
   前記第１の取得手段は、前記所定の条件を満たさない前記精算装置から、前記理論値と当該精算装置の在高を取得しない商品登録装置。
3. 商品の登録を受付ける複数の商品登録装置と、精算情報に基づいて精算する複数の精算装置とを含む精算システムの前記商品登録装置が、
   前記精算装置について、所定の条件を満たすか否かを判定し、
   前記所定の条件を満たすと判断された前記精算装置に関して、精算された金額の理論値と、前記複数の精算装置の在高とを取得し、
   自機における在高を取得し、
   他の前記商品登録装置各々における在高を取得し、
   前記理論値、前記複数の精算装置の在高、前記自機における在高、及び前記他の前記商品登録装置各々における在高に基づき、複数の前記商品登録装置及び複数の前記精算装置全体での締め処理を実行し、
   前記所定の条件は、当日に精算処理を少なくとも１回行ったことである
   締め方法。
4. 商品の登録を受付ける複数の商品登録装置と、精算情報に基づいて精算する複数の精算装置とを含む精算システムの前記商品登録装置に、
   前記精算装置について、所定の条件を満たすか否かを判定させ、
   前記所定の条件を満たすと判断された前記精算装置に関して、精算された金額の理論値と、前記複数の精算装置の在高とを取得させ、
   自機における在高を取得させ、
   他の前記商品登録装置各々における在高を取得させ、
   前記理論値、前記複数の精算装置の在高、前記自機における在高、及び前記他の前記商品登録装置各々における在高に基づき、複数の前記商品登録装置及び複数の前記精算装置全体での締め処理を実行させ、
   前記所定の条件は、当日に精算処理を少なくとも１回行ったことであるプログラム。

Images