JP7311884B2 - 販売データ処理装置、制御方法、及び、プログラム - Google Patents

Description

本発明は、販売データ処理装置、制御方法、及び、プログラムに関する。

商品登録部と入金及び出金処理を行う精算部が通信を行うことで連動（以下、単に連動という）してデータ処理を行うＰＯＳシステムがある。こうした装置の一例として、精算部とＰＯＳ端末を有するＰＯＳシステムが開示されている（例えば、特許文献１参照）。特許文献１に開示された技術では、精算部で預かり金詰まり等のエラーが発生した場合には精算部から送信された預かり金情報に基づいてＰＯＳ端末で客の預かり金額を手入力して、釣銭の情報を精算部に送付して出金機能だけを利用して釣銭を排出して当該客の処理を行っている。

こうした出金機能のみを利用し続けてもよいが、これではいつまでもエラーは解除されず、またエラーが解除されたとしても、精算部と商品登録部の連動が停止している場合には、ＰＯＳ端末は精算部の状態がわからないため、商品の登録処理や精算処理など販売データに関する処理を円滑に行うことができない。

特許第４９０８５８２号公報

このように、エラーが発生して登録部と精算部の連動を停止してからも登録部で客ごとの売上データ処理を行っている。一方で、精算部側においては客が精算部のエラーに気が付かず、入金を行うことがよくある。この場合、エラー発生中に入金され、その後精算部が復旧し、登録部と精算部の連動を回復したときに復旧前の入金額の内訳がわからず、登録部によるデータ処理のエラーが発生する。

そこで、精算部が登録部との連動を停止している間に発生した投入金額のデータ処理を精算部の復旧後に登録部側で行い、客ごとのデータ処理のエラー発生を解消させる必要があった。

本発明は、このような事情に鑑みてなされたもので、その目的は、精算部のエラー発生後、エラー復旧前に入金された入金額に対するデータ処理を円滑に行うことが可能な技術を提供することにある。

上述した課題を解決するために、本発明の一態様であるＰＯＳ装置は、買上商品を客ごとに登録する登録処理を実行する登録部と、前記登録部で登録された商品の代金を決済するために現金を入出金可能な精算部とが通信を行うことで連動してデータ処理を行うことが可能なＰＯＳ装置であって、前記登録部は、連動を停止している間の前記精算部から入金に関する未処理入金情報を入手する未処理入金受信手段と、前記未処理入金情報に基づきデータ処理を行う未処理入金処理手段と、を備え、前記未処理入金処理手段は前記登録部と連動している前記精算部にエラーが発生し、前記精算部との連動を停止した後にエラーが回復して前記精算部との連動を開始した場合に、前記登録部に記憶されている情報に基づいて前記未処理入金情報を客ごとにデータ処理を行うことを特徴とする。

上述した課題を解決するために、本発明の一態様であるＰＯＳ装置は、買上商品を顧客ごとに登録する登録処理を実行する登録部と、前記登録部で登録された商品の代金を決済するために現金を入出金可能な精算部とが通信を行うことで連動してデータ処理を行うことが可能なＰＯＳ装置であって、前記登録部は、連動を停止している間の前記精算部から入金に関する未処理入金情報を入手する未処理入金受信手段と、前記未処理入金情報に基づきデータ処理を行う未処理入金処理手段と、店員への操作指示を表示する操作指示表示手段と、を備え、前記操作指示表示手段は前記登録部と連動している前記精算部にエラーが発生し、前記精算部との連動を停止した後にエラーが回復して前記精算部との連動を開始した場合に、前記未処理入金情報をデータ処理するための操作指示の受付を店員側表示部に表示することを特徴とする。

上述した課題を解決するために、本発明の一態様であるＰＯＳ装置の制御方法は、買上商品を客ごとに登録する登録処理を実行する登録部と、前記登録部で登録された商品の代金を決済するために現金を入出金可能な精算部とが通信を行うことで連動してデータ処理を行うことが可能なＰＯＳ装置の制御方法であって、前記登録部が、連動を停止している間の前記精算部から入金に関する未処理入金情報を入手する未処理入金受信ステップと、前記登録部が、前記未処理入金情報に基づきデータ処理を行う未処理入金処理ステップとを備え、前記未処理入金処理ステップでは前記登録部と連動している前記精算部にエラーが発生し、前記精算部との連動を停止した後にエラーが回復して前記精算部との連動を開始した場合に、前記登録部に記憶されている情報に基づいて前記未処理入金情報を客ごとにデータ処理を行うことを特徴とする。

上述した課題を解決するために、本発明の一態様であるＰＯＳ装置の制御方法は、買上商品を顧客ごとに登録する登録処理を実行する登録部と、前記登録部で登録された商品の代金を決済するために現金を入出金可能な精算部とが通信を行うことで連動してデータ処理を行うことが可能なＰＯＳ装置の制御方法であって、前記登録部が、連動を停止している間の前記精算部から入金に関する未処理入金情報を入手する未処理入金受信ステップと、前記登録部が、前記未処理入金情報に基づきデータ処理を行う未処理入金処理ステップと、前記登録部が、店員への操作指示を表示する操作指示表示ステップと、を備え、前記操作指示表示ステップでは前記登録部と連動している前記精算部にエラーが発生し、前記精算部との連動を停止した後にエラーが回復して前記精算部との連動を開始した場合に、前記未処理入金情報をデータ処理するための操作指示の受付を店員側表示部に表示することを特徴とする。

上述した課題を解決するために、本発明の一態様であるプログラムは、買上商品を客ごとに登録する登録処理を実行する登録部と、前記登録部で登録された商品の代金を決済するために現金を入出金可能な精算部とが通信を行うことで連動してデータ処理を行うことが可能なＰＯＳ装置のコンピュータに、前記登録部が、連動を停止している間の前記精算部から入金に関する未処理入金情報を入手する未処理入金受信ステップと、前記登録部が、前記未処理入金情報に基づきデータ処理を行う未処理入金処理ステップと、を実行させるプログラムであり、前記未処理入金処理ステップでは前記登録部と連動している前記精算部にエラーが発生し、前記精算部との連動を停止した後にエラーが回復して前記精算部との連動を開始した場合に、前記登録部に記憶されている情報に基づいて前記未処理入金情報を客ごとにデータ処理を行うことを特徴とする。
とを特徴とする。

上述した課題を解決するために、本発明の一態様であるプログラムは、買上商品を顧客ごとに登録する登録処理を実行する登録部と、前記登録部で登録された商品の代金を決済するために現金を入出金可能な精算部とが通信を行うことで連動してデータ処理を行うことが可能なＰＯＳ装置のコンピュータに、前記登録部が、連動を停止している間の前記精算部から入金に関する未処理入金情報を入手する未処理入金受信ステップと、前記登録部が、前記未処理入金情報に基づきデータ処理を行う未処理入金処理ステップと、前記登録部が、店員への操作指示を表示する操作指示表示ステップと、を実行させるプログラムであり、前記操作指示表示ステップでは前記登録部と連動している前記精算部にエラーが発生し、前記精算部との連動を停止した後にエラーが回復して前記精算部との連動を開始した場合に、前記未処理入金情報をデータ処理するための操作指示の受付を店員側表示部に表示することを特徴とする。

ＰＯＳ端末の設置例を示す図である。 ＰＯＳ端末の外観例を示す図である。 ＰＯＳ端末の構成例を示す図である。 精算部の構成例を示す図である。 ＰＯＳ端末の動作モードの概略を説明する図である。 ＰＯＳ端末の動作モードの切り替えについて説明する図である。 通常モードの動作の概略を説明する模式図である。 通常モードの動作の概略を説明するフローチャートである。 店員側と客側に表示される画面例を示す図である。 精算部初期状態後の処理概要を示す図である。 選択画面等を示す図である。 店員に選択肢を出す必要がある状況を示す一例である。 登録部の処理を示すフローチャートである。 登録部の処理を示すフローチャートである。 登録部の処理を示すフローチャートである。 精算部の処理を示すフローチャートである。 精算部の処理を示すフローチャートである。 客側表示部に表示される画面例を示す図である。

図１は、本発明の一実施形態に係るＰＯＳ（Point Of Sales）端末２０の設置例を示す図である。図１（Ａ）は、ＰＯＳ端末２０等を客側から見た斜視図である。図１（Ｂ）は、ＰＯＳ端末２０等を店員側から見た斜視図である。図１（Ａ）に示すように客側から見てＰＯＳ端末２０の右側にカウンタが置かれている。

図２は、ＰＯＳ端末２０の外観例を示す図である。図２（Ａ）は、ＰＯＳ端末２０を客側から見た斜視図である。図２（Ｂ）は、ＰＯＳ端末２０を店員側から見た斜視図である。図２において、同一部分には同一符号を付している。

以下、図３を参照しつつ、ＰＯＳ端末２０の構成例を説明する。ＰＯＳ端末２０は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、ハードディスク２０４と、客側表示部２０５と、客側スキャナ部２０６と、カード決済部２０８と、店員側表示部２１０と、キー操作部２１１と、店員側スキャナ部２１２と、印刷部２１３と、音声出力部２１４と、通信部２１５とを備える。これらは、バスを介して相互に通信可能である。また、ＰＯＳ端末２０は、精算部２０９を含む。図３に示したＰＯＳ端末２０の構成例のうち、精算部２０９以外の構成を便宜的に登録部３００と表現する。登録部３００と精算部２０９は、電気的に接続され、通信可能である。

ＣＰＵ２０１は、中央演算処理装置であり、ＲＯＭ２０２に記憶されているプログラムを読み出して実行することにより、ＰＯＳ端末２０の動作を制御する。ＲＯＭ２０２は、読み出し専用メモリであり、プログラムをはじめとしてＣＰＵ２０１が利用する各種の情報を記憶する。

ＲＡＭ２０３は、読み出し書き込みメモリであり、種々の情報を記憶する。例えば、ＲＡＭ２０３は、外部から取得した情報（例えば、ストアコントローラから取得した商品マスタ等）や、処理において生成した情報（例えば、商品を登録する登録処理において生成した登録情報（登録データ）、買上商品を精算（決済）する精算処理において生成した精算情報等）を記憶する。

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

〈客側表示部〉
客側表示部２０５は、客用のタッチディスプレイであり、客に種々の情報を表示するとともに、客から種々の入力を受け付ける。
客側スキャナ部２０６は、客用のスキャナ部であり、各種の情報を光学的に読み取る。
例えば、客側スキャナ部２０６は、商品に付されているバーコード（商品コード等）や、お会計券（登録商標）に印刷されているコード（バーコード、２次元コード等）を光学的に読み取る。客側スキャナ部２０６は、上記に加えて、品券類（商品券、クーポン券、優待券）や、各種カード（例えば、会員カード、ポイントカード等）に印刷されているコード（バーコード、２次元コード等）を読み取ってもよい。

なお、客側スキャナ部２０６は、客が商品を登録する際に用いられるが、客は他の方法によって商品を登録してもよい。例えば、客側表示部２０５に、商品に対応するプリセットキー（商品を注文するボタン）が表示されている場合、客は、当該プリセットキーを操作（押下）し、商品を登録してもよい。

カード決済部２０８は、各種カード（クレジットカード、交通系カード等のプリペイドカード、ポイントカード等）による決済機構である。カード決済部２０８は、カード認識部（読取部）や表示部や操作部を備える。カード認識部は、各種カードの情報を磁気的又は電気的に読み取る。読み取られた情報は、買上商品の決済（精算）を用いられる。なお、カード認識部は、今回の買上商品の決済（精算）に認識した情報を使用する場合（つまり、クレジットカードによるクレジット決済の場合、プリペイドカードによるプリペイドカード決済の場合、ポイントカードの保有ポイントを使用（消費）する場合等）に加えて、今回の買上商品の決済（精算）に認識した情報を使用しない場合（例えば、クレジットカードの提示による特典付与の場合、ポイントカードにポイントを付与する場合等）にも、各種カードを認識してもよい。なお、本実施形態のカード決済部２０８は、カード認識部（読取部）や表示部や操作部を備えるが、カード決済部２０８は、少なくともカード認識部を備えるものであればよい。また、本実施形態のカード認識部は、接触型のカード（ＩＣカード、磁気カード）に対応するものであるが、接触型のカードに代えて又は加えて、非接触型のカード（ＩＣカード）に対応するものであってもよい。

精算部２０９（現金決済部）は、現金による決済機構であり、紙幣や硬貨の投入口、紙幣や硬貨の排出口等を有し、投入口への投入金額を算出し、投入金額と買上金額の差分である釣銭金額を算出し、釣り銭を排出口から排出する。当該精算部２０９は、客側に向けられており、客が操作するものである。なお、紙幣や硬貨が投入口に投入された場合にはセンサによって検出（投入があった旨の検出、金種別の枚数の検出等）される。カード決済部２０８と精算部２０９とにより、精算部が形成される。

〈店員表示部〉
店員側表示部２１０は、店員用のタッチディスプレイであり、店員に種々の情報を表示するとともに、店員から種々の入力を受け付ける。
キー操作部２１１は、各種のキー（ハードウェアキー、ボタン）から構成され、店員から種々の入力を受け付ける。
店員側スキャナ部２１２は、店員用のスキャナ部であり、各種の情報を光学的に読み取る。例えば、店員側スキャナ部２１２は、商品に付されているバーコードや、店員の名札に付された店員コードを光学的に読み取る。店員側スキャナ部２１２は、上記に加えて、お会計券に印刷されているコードや、品券類や、各種カードに印刷されているコードを読み取ってもよい。

なお、店員側スキャナ部２１２は、店員が商品を登録する際に用いられるが、店員は他の方法によって商品を登録してもよい。例えば、キー操作部２１１に、商品に対応するキー（例えば、スポーツ新聞に対応するキー等）が配置されている場合、店員は、当該キーを操作（押下）し、当該商品を登録してもよい。また、店員側表示部２１０に、商品に対応するプリセットキーが表示されている場合、店員は、当該プリセットキーを操作し、当該商品を登録してもよい。

印刷部２１３は、各種媒体（レシート、お会計券等）を印刷、発行する。印刷部２１３は、店員側から客側、客側から店員側に向き（媒体発行口の方向）を回転自在に変更可能である。印刷部２１３の向きは、手動で変更してもよいし、例えば動作モード（詳細は後述）が切り替わることに基づいて自動的に変更（メカ的に制御等）してもよい。なお、印刷部２１３の向きの正誤をセンサなどで検出してもよい。なお、動作モードが切り替わることを動作モードが移行するとも言う。

音声出力部２１４は、音声を出力する。例えば、音声出力部２１４は、音声ガイダンス等を出力する。
通信部２１５は、他端末（他装置：他のＰＯＳ端末やストアコントローラ等）との間において情報を送受信する。

図４は、精算部２０９の構成例を示す図である。精算部２０９は、制御部４０１、接続部４０２、表示操作部４０５、硬貨投入口４１０、硬貨払出口４１１、紙幣投入口４１２、紙幣払出口４１３、収納部４１６、及び搬送部４２０を備える。搬送部４２０は、搬送路４２１、識別部４２２、計数部４２３、及び、検出部４２４を備える。また、硬貨投入口４１０や紙幣投入口４１２の近傍にランプ（発光部）や計数部４２３で算出した金額を表示する計数表示部（図示せず）を配置してもよい。

制御部４０１は、精算部２０９全体を制御する。接続部４０２は、登録部３００と接続するための通信インタフェースである。表示操作部４０５は、例えば、タッチパネルである。収納部４１６は、預り金や釣り銭を収納する。収納部４１６は、金種別の収納スペースを有する。硬貨投入口４１０は、硬貨の投入口である。硬貨払出口４１１は、硬貨の払出口である。紙幣投入口４１２は、紙幣の投入口である。紙幣払出口４１３は、紙幣の払出口である。以下、硬貨投入口４１０と紙幣投入口４１２とを投入口と総称し、硬貨払出口４１１と紙幣払出口４１３とを払出口と総称する。なお、紙幣投入口と紙幣払出口は共通であってもよく、また、硬貨投入口と硬貨払出口は共通であってもよい。

搬送路４２１は、貨幣を搬送するための通路である。識別部４２２は、搬送される貨幣（投入される貨幣又は放出される貨幣）の貨幣種を識別する。計数部４２３は、搬送される貨幣を計数する。識別部４２２による識別結果や計数部４２３による計数結果は、制御部４０１に通知される。

検出部４２４は、投入口に貨幣が投入されたか否かを検出する。また、検出部４２４は、搬送路４２１におけるエラーを検出する。例えば、検出部４２４は、搬送路４２１に貨幣（例えば、紙幣）が詰まるエラーを検出する。検出結果は、制御部４０１に通知される。
精算部２０９は、投入口に貨幣や紙幣が投入されてもすぐには入金額をカウントせず、搬送部の計数部４２３を通過した段階で入金額のカウントをする。本件においても硬貨投入口４１０、紙幣投入口４１２に入金後すぐにエラーが発生して入金額がカウントされずにエラーで停止する場合と硬貨投入口４１０、紙幣投入口４１２に投入後、計数部４２３を通過して入金額がデータとしてカウントされた後にエラーとして停止する場合がある。

制御部４０１は、搬送部４２０から種々の情報（例えば、搬送される貨幣の金種毎の枚数や、エラーの検出結果）を受信する。また、制御部４０１は、搬送部４２０を制御する。例えば、制御部４０１は、投入口に投入された貨幣を収納部４１６に向けて搬送するように搬送部４２０（搬送路４２１）を制御する。また、制御部４０１は、収納部４１６に収納されている貨幣を払出口に向けて搬送するように搬送部４２０（搬送路４２１）を制御する。

また、制御部４０１は、接続部４０２を介して、登録部３００と通信する。例えば、制御部４０１は、登録部３００から種々の情報を受信する。一例として、制御部４０１は、登録部３００から制御命令（例えば、出金要求や入金受付開始通知等）を受信する。また例えば、制御部４０１は、登録部３００に種々の情報を送信する。例えば、制御部４０１は、搬送部４２０から取得した貨幣種、枚数に基づいて預り金情報を生成し、入金情報応答として登録部３００に送信する。また、制御部４０１は、搬送部４２０から取得したエラーの検出結果に基づいてエラー識別情報を含むエラー情報を生成し、登録部３００に送信する。

制御部４０１は、例えば、貨幣を放出すべき旨の出金要求を受信した場合には、搬送部４２０に貨幣を放出させる。制御部４０１は、入金受付開始通知を受信した場合に、貨幣の投入を受付不能から受付可能にし、入金停止通知を受信した場合は投入口への貨幣の投入を受付不能とする。また、精算部２０９が投入口の近傍にランプを配置している場合には、制御部４０１は、貨幣の投入を促す投入指示を受信したときに、投入口への貨幣の投入を促すように、上記ランプを発光させてもよい。

精算部２０９は、投入口に貨幣が投入された場合には、投入貨幣を計数し、登録部３００に投入貨幣の金額を通知するとともに投入貨幣を収納部４１６に収納する。また、精算部２０９は、貨幣を放出すべき旨の制御命令（放出指示）を登録部３００から受信した場合には、収納部４１６に収納されている貨幣を払出口に放出する。また、精算部２０９は、例えば、貨幣の放出時に搬送路４２１に貨幣（例えば、紙幣）が詰まるエラーが発生したときには、当該エラーのエラー識別情報を含むエラー情報を登録部３００に送信する。
なお、精算部２０９は、投入された金種について判別し、金種別ごとにデータとして保存することができる。

（各動作モードの概要）
続いて、ＰＯＳ端末２０の動作モードについて説明する。ＰＯＳ端末２０は、複数の動作モードを有する。当該動作モードは、通常業務中の動作モード（登録処理及び精算処理に係る動作モード）であり、売上や在高等を集計、照会等する集計モード、店員や保守員等が設定作業や保守作業を行う際のメンテナンスモード、新人がトレーニングを行う際のトレーニングモード等は含まない。

図５は、ＰＯＳ端末２０の動作モードの概略を説明する図である。ＰＯＳ端末２０は、例えば、図５（Ａ）に示した３種類の動作モード（通常モード（標準モード）、フルセルフモード、セミセルフモード（会計専用モード））を有する。また、ＰＯＳ端末２０は、図５（Ａ）の通常モード（標準モード）に代えて又は加えて図５（Ｂ）の通常モード（制限モード）を有してもよい。また、ＰＯＳ端末２０は、図５（Ａ）の通常モード（標準モード）に代えて又は加えて図５（Ｂ）のセミセルフモード（登録専用モード）を有してもよい。また、ＰＯＳ端末２０は、図５（Ａ）のセミセルフモード（会計専用モード）に代えて又は加えて図５（Ｂ）のセミセルフモード（登録専用モード）を有してもよい。

図５（Ａ）において、列は、各動作モードを示し、行は、各機能（「商品登録（店員側）」、「商品登録（客側）」、「貨幣の投入」、…、「お会計券の読取」）を示している。図５（Ｂ）においても同様である（但し、図５（Ｂ）においては各機能の図示を省略している）。

図５（Ａ）（図５（Ｂ）も同様）において、列と行から特定される欄内の「〇」は、当該列の動作モードでは当該行の機能を有効としている旨を示している。例えば、列「通常モード（標準モード）」と行「商品登録（店員側）」から特定される欄内の「〇」は、通常モード（標準モード）では商品登録（店員側）を有効としている旨を示している。また、列と行から特定される欄内の「－」は、当該列の動作モードでは当該行の機能を無効としている旨を示している。例えば、列「通常モード」と行「商品登録（客側）」から特定される欄内の「－」は、通常モードでは商品登録（客側）を無効としている旨を示している。

（各機能の説明）
以下、図５（Ａ）に示した各機能の概略を説明する。

〈商品登録（店員側）〉
「商品登録（店員側）」は、買上商品を店員側（店員側スキャナ部２１２、店員側表示部２１０、キー操作部２１１）にて登録する機能である。つまり、店員の操作（店員側スキャナ部２１２によるスキャン、店員側表示部２１０へのタッチ、キー操作部２１１の操作）により、買上商品の登録処理を実行する機能である。

（商品登録（客側））
「商品登録（客側）」は、買上商品を客側（客側スキャナ部２０６、客側表示部２０５）にて登録する機能である。つまり、客の操作（客側スキャナ部２０６によるスキャン、客側表示部２０５へのタッチ）により、買上商品の登録処理を実行する機能である。

（貨幣の投入）
「貨幣の投入」は、貨幣（紙幣、硬貨）の投入を受け付ける機能である。つまり、現金による精算の操作（精算部２０９への貨幣の投入）を受け付ける機能である。

（他端末への登録情報の送信）
「他端末への登録情報の送信」は、登録処理において生成された登録情報を他端末（精算処理を実行可能な他端末。例えば、他のＰＯＳ端末２０）に送信（直接的に他端末に送信、又は、ストアコントローラや監視端末などを経由して間接的に他端末に送信。以下、同様）する機能である。

（他端末からの登録情報の受信）
「他端末からの登録情報の受信」は、他端末の登録処理において生成された登録情報を受信（直接的に他端末から受信、又は、ストアコントローラや監視端末などを経由して間接的に他端末から受信。以下、同様）する機能である。なお、他端末から登録情報を受信した端末は、当該登録情報に基づいて精算処理を実行する。

（各動作モードの説明）
続いて、図５（Ａ）及び図５（Ｂ）に示した各動作モードの概略を説明する。

（通常モード（標準モード））
通常モード（標準モード）は、図５（Ａ）に示すように、商品登録（店員側）を有効「〇」とし、商品登録（客側）を無効「－」とした動作モードである。つまり、通常モード（標準モード）は、客側においては登録処理を実行せずに店員側において登録処理を実行する動作モードである。

また、通常モード（標準モード）は、図５（Ａ）に示すように、貨幣の投入も、他端末への登録情報の送信も、お会計券の発行も、いずれも有効「〇」とした動作モードである。つまり、通常モード（標準モード）では、店員側における登録処理の後の精算処理について、自端末（自装置）において実行することも他端末に実行させることも可能である。具体的には、通常モード（標準モード）では、精算部２０９への貨幣の投入を受け付けることによって精算処理を自端末で実行し、他端末に登録情報を送信することによって（またはお会計券を発行することによって）精算処理を他端末に実行させる。

また、通常モード（標準モード）は、図５（Ａ）に示すように、他端末からの登録情報の受信も、お会計券の読取も、いずれも有効「〇」とした動作モードである。つまり、通常モード（標準モード）では、他端末において生成された登録情報に基づいて精算処理を実行可能である。なお、登録情報の受信後（またはお会計券の読取後）の精算処理は、図５（Ａ）のセミセルフモードとして実行してもよい。すなわち、通常モード（標準モード）であるときに、登録情報を受信した（またはお会計券を読み取った）場合には、通常モード（標準モード）からセミセルフモード（会計専用モード）に自動的（店員による許可を求めてもよい）に移行し、セミセルフモード（会計専用モード）として精算処理を実行してもよい。また、セミセルフモード（会計専用モード）に移行して精算処理を実行した場合には、セミセルフモード（会計専用モード）から通常モード（標準モード）に自動的（店員による許可を求めてもよい）に移行（復帰）してもよいし、セミセルフモード（会計専用モード）のままとしてもよい。

なお、通常モード（標準モード）において、他端末からの登録情報の受信、お会計券の読取の少なくとも一方を無効「－」としてもよい。

（フルセルフモード）
フルセルフモードは、図５（Ａ）に示すように、商品登録（客側）を有効「〇」とした動作モードである。つまり、フルセルフモードは、客側における登録処理を前提とした動作モードである。但し、フルセルフモードは、商品登録（店員側）も有効「〇」としている。つまり、フルセルフモードは、客側における登録処理を前提としつつ、店員側における登録処理も許容する動作モードである。なお、客側、店員側の両側において登録処理が行われている状態をダブルスキャンモードと称する場合がある。

なお、図５（Ａ）に示した例では、フルセルフモードにおいて、商品登録（店員側）を有効「〇」としているが、フルセルフモードにおいて、商品登録（店員側）を無効「－」としてもよい。

また、フルセルフモードは、図５（Ａ）に示すように、貨幣の投入を有効「〇」とし、他端末への登録情報の送信とお会計券の発行とを無効「－」とした動作モードである。つまり、フルセルフモードは、当該端末における精算処理を前提とした動作モードである。

また、フルセルフモードは、図５（Ａ）に示すように、通常モード（標準モード）と同様、他端末からの登録情報の受信も、お会計券の読取も、いずれも有効「〇」とした動作モードである。つまり、通常モード（標準モード）と同様、フルセルフモードでは、他端末において生成された登録情報に基づいて精算処理を実行可能である。なお、登録情報の受信後（またはお会計券の読取後）の精算処理は、図５（Ａ）のセミセルフモードとして実行してもよい。すなわち、フルセルフモードであるときに、登録情報を受信した（またはお会計券を読み取った）場合には、フルセルフモードからセミセルフモード（会計専用モード）に自動的に移行し、セミセルフモード（会計専用モード）として精算処理を実行してもよい。また、セミセルフモード（会計専用モード）に移行して精算処理を実行した場合には、セミセルフモード（会計専用モード）からフルセルフモードに自動的に移行（復帰）してもよいし、セミセルフモード（会計専用モード）のままとしてもよい。

（セミセルフモード（会計専用モード））
セミセルフモード（会計専用モード）は、図５（Ａ）に示すように、他端末からの登録情報の受信、お会計券の読取、貨幣の投入を有効「〇」とし、商品登録（店員側）や商品登録（客側）を無効「－」とした動作モードである。つまり、セミセルフモード（会計専用モード）は、自端末においては登録処理を実行せず、専ら、他端末において生成された登録情報に基づいて精算処理を実行する動作モードである。なお、セミセルフモード（会計専用モード）では、登録処理を実行しない動作モードであるため（登録情報を生成しないため）、図５（Ａ）に示すように、他端末への登録情報の送信も、お会計券の発行も、無効「－」としている。

（通常モード（制限モード））
通常モード（制限モード）は、図５（Ｂ）に示すように、図５（Ａ）の通常モード（標準モード）において有効「〇」としていた他端末への登録情報の送信とお会計券の発行とを無効「－」としたものである。つまり、通常モード（制限モード）は、通常モード（標準モード）においては許容されている他端末に精算処理を実行させる機能を制限した動作モードである。

（セミセルフモード（登録専用モード））
セミセルフモード（登録専用モード）は、図５（Ｂ）に示すように、商品登録（店員側）、他端末への登録情報の送信、お会計券の発行を有効「〇」とし、商品登録（客側）、貨幣の投入、他端末からの登録情報の受信、お会計券の読取を無効「－」とした動作モードである。つまり、セミセルフモード（登録専用モード）は、専ら、自端末において登録処理を実行し、他端末に精算処理を実行させる動作モードである。なお、セミセルフモード（登録専用モード）は、店員による登録操作を前提としているため、商品登録（客側）を無効「－」としている。

（機能の有効、無効について）
なお、上記では、ＰＯＳ端末２０は、動作モードに応じて、ＰＯＳ端末２０自身が備える各種の機能（図５（Ａ）の商品登録（店員側）、商品登録（客側）、貨幣の投入、…、お会計券の読取）の夫々について、有効「〇」であるか無効「－」であるかが異なる旨を説明した。換言すれば、上記では、ＰＯＳ端末２０は、全部の機能（図５（Ａ）の商品登録（店員側）、商品登録（客側）、貨幣の投入、…、お会計券の読取）を元々有し、うち一部の機能を動作モードに応じて無効とする旨を説明した（例えば、図５（Ａ）に示すように、ＰＯＳ端末２０は、通常モード（標準モード）であるときは商品登録（客側）を無効「－」とし、フルセルフモードであるときは他端末への登録情報の送信とお会計券の発行とを無効「－」としている）。

しかしながら、ＰＯＳ端末２０は、動作モードに応じて実行可能な機能が異なればよく、ＰＯＳ端末２０は、必ずしも、全部の機能を元々有し、うち一部の機能を動作モードに応じて無効とするといった構成としなくてもよい。例えば、ＰＯＳ端末２０は、初めから全部の機能（該機能を実現するためのプログラム）を有するのではなく、動作モードに応じて（例えば、動作モードの切り替えに際し）、当該動作モードにおいて必要となる機能（図５において有効「〇」とした機能に相当する機能）を実現するためのプログラムを外部（例えば、ストアコントローラ、監視端末、店外のサーバ（クラウド等）等）から取得して実行可能な状態とするとともに、当該動作モードに不要な機能（図５において無効「－」とした機能に相当する機能）を実現するためのプログラムが存在する場合（保持する場合）には当該プログラムを実行不能な状態としてもよい（例えば消去するようにしてもよい）。なお、不要な機能を実現するためのプログラムを実行不能な状態とした後に必要な機能を実現するためのプログラムを取得して実行可能な状態としてもよい。また例えば、ＰＯＳ端末２０は、動作モードの切り替えに際し、移行先の動作モードに関わらず、一旦、全部のプログラムを実行不能な状態とした後に、当該動作モードにおいて必要となる機能を実現するためのプログラムを外部から取得して実行可能な状態としてもよい。
つまり、ＰＯＳ端末２０の構成としては、動作モードに応じて、元々具備する各種の機能のうちの一部を無効「－」にするといったものであってもよいし、動作モードに応じて、必要な機能のみを適宜を具備させるといったものであってもよい。

以上、図５（Ａ）の通常モード（標準モード）、フルセルフモード、セミセルフモード（会計専用モード）、図５（Ｂ）の通常モード（制限モード）、セミセルフモード（登録専用モード）について説明したが、以下、図５（Ａ）の通常モード（標準モード）、フルセルフモード、セミセルフモード（会計専用モード）を中心に説明する。なお、以下の説明において、通常モード（標準モード）を単に通常モードと称する場合がある。また、セミセルフモード（会計専用モード）を単にセミセルフモードと称する場合がある。

（動作モードの切り替え（移行））
続いて、ＰＯＳ端末２０の動作モードの切り替え（移行）について説明する。ＰＯＳ端末２０は、基本的には、店員による動作モードの切り替えるための明示的なモード切替操作（モード移行操作とも称する。詳細は後述する）に従って動作モードが切り替わる。また、ＰＯＳ端末２０は、モード切替操作とは異なる他の操作（例えば、店員コードの読み取り等）に従って動作モードが切り替わる場合がある。

また、ＰＯＳ端末２０は、店員の操作によらずに、動作モードが切り替わる場合がある。具体的には、ＰＯＳ端末２０は、他端末（ＰＯＳ端末２０、監視端末、携帯端末等）からのモード切替命令（モード切替指示）に従って動作モードが切り替わる場合がある。また、ＰＯＳ端末２０は、時間的な条件（例えば、最後に操作してからの経過時間、スケジュールによる定刻等）に従って動作モードが切り替わる場合がある。また、ＰＯＳ端末２０は、処理の開始時（例えば、受信した登録情報に基づく精算処理の開始時、お会計券に基づく精算処理の開始時等）に動作モードが切り替わるようにしてもよい。また、ＰＯＳ端末２０は、処理の終了時（例えば、受信した登録情報に基づく精算処理の終了時、お会計券に基づく精算処理の終了時）に動作モードが切り替わるようにしてもよい。

図６は、ＰＯＳ端末２０の動作モードの切り替えについて説明する図である。図６の左側は切り替え前後の動作モードの組み合せ（切替前の動作モード→切替後の動作モード）を示し、右側は動作モードの切り替えの条件（一例）を示している。例えば、ａの行は、通常モードからフルセルフモードへの動作モードの切り替えの条件の一例として、モード切替操作、モード切替命令、所定時間経過（不使用）である旨を示している。つまり、動作モードが通常モードであるときに、例えば、モード切替操作、モード切替命令、所定時間経過（不使用）などがあった場合には、動作モードが通常モードからフルセルフモードに切り替わる旨を示している。

（各動作モードの動作）
図７は、通常モードの動作の概略を説明する模式図である。具体的には、図７は、通常モードにおいて、自端末において精算処理を実行する場合の処理の流れや人（店員、客）の動作を表した模式図である。図８は、通常モードの動作の概略を説明するフローチャートである。具体的には、図８は、通常モードにおいて、自端末において精算処理を実行する場合の動作の概略を説明するフローチャートである。

通常モード（自端末において精算処理を実行する場合も他端末に精算処理を実行させる場合も同様）では、店員は、客の買上商品を店員側（店員側スキャナ部２１２、店員側表示部２１０、キー操作部２１１）にて登録する（図７の上段）。つまり、ＰＯＳ端末２０は、店員の操作（店員側スキャナ部２１２によるスキャン、店員側表示部２１０へのタッチ、キー操作部２１１の操作）により、買上商品の登録処理を実行する（図７の上段）。

店員による登録処理が完了した場合、客は、客側表示部２０５において買上商品の合計金額を確認し、精算部２０９に貨幣（現金）を投入、または、カード決済部２０８を操作し、精算する（図７の下段）。つまり、ＰＯＳ端末２０は、客の操作等（精算部２０９への現金の投入、カード決済部２０８の操作）により、精算処理を実行する（図７の下段）。

つまり、通常モードにおいて自端末において精算処理を実行する場合、図８に示すように、初めは店員側において、商品がスキャン等され（ステップＳ１０：ＹＥＳ）、商品を登録する（ステップＳ１１）。小計キー（例えば、店員側表示部２１０に表示された小計キー、または、キー操作部２１１に配置された小計キー等）の押下後は（ステップＳ３０：ＹＥＳ）、客側において、例えば精算部２０９により精算が行われ（ステップＳ５０）、処理が完了する。なお、ステップＳ３０の小計キーは、登録処理を完了させるための操作キーであり、小計ボタン、登録完了キー、登録完了ボタン、お会計キー、お会計ボタンなどと称する場合もある。

なお、客は、店員による登録処理が完了する迄（合計金額が確定する迄）、待機していてもよいが、登録処理が完了する前に精算部２０９に現金を投入してもよい。つまり、ＰＯＳ端末２０は、登録処理中において入金を受付可能である（図７の上段）。

また、客は、登録処理が完了する前に、支払方法（支払種別、決済方法、決済種別とも称する）を選択してもよい。つまり、ＰＯＳ端末２０は、登録処理中において支払方法の選択を受付可能である。

また、店員は、客による精算が完了する迄（客がお釣りやレシートを取る迄）、待機していてもよいが、次の客の買上商品を登録してもよい。つまり、ＰＯＳ端末２０は、精算処理中において次客の買上商品を登録可能である（図７の下段）。また、店員は、客による精算中に不在であってもよい（図７の下段）。つまり、当該客の精算中には、当該客の応対を終えてもよい。

また、ＰＯＳ端末２０は、お釣りがある場合には、お釣りの取り忘れを防止するため、精算部２０９による釣銭・釣札の払出しを制御し、客が釣銭・釣札を取り除いたことをセンサ等で認識した上で、印刷部２１３によるレシートの発行を制御してもよい。他の動作モードにおいても同様である。

通常モード（標準モード）は、上述したように、店員側にて登録処理を実行した後に該登録処理において生成した登録情報を用いて自端末の客側にて精算処理を実行する機能（図７、図８参照）と、該登録処理において生成した登録情報を他端末（精算処理を実行可能な他端末。例えば、他のＰＯＳ端末２０）に送信して該他端末に精算処理を実行させる機能と、該登録処理において生成した登録情報（または該登録情報を取得するための情報）をコード（バーコード、２次元コード等）化して印刷したお会計券を発行して該他端末に精算処理を実行させる機能とを含む。

なお、セミセルフモード（会計専用モード）は、図５（Ａ）に示したように、他端末における登録処理において生成された登録情報を受信して精算処理を実行する機能と、他端末において発行されたお会計券を読み取って精算処理を実行する機能を含む。つまり、セミセルフモード（会計専用モード）は、専ら精算処理を実行する動作モードである。

次に、店員側と客側に表示される画面例について説明する。図９には、一例として通常モードでの画面例を示している。図９（Ａ）は、商品登録処理および決済処理の実行に伴い、店員側表示部２１０に表示される画面の例を示した図である。図９（Ａ）は、第３品目の商品「１０種野菜のグリーンポタージュ」が登録されたときの様子を表している。このページ本体には、各商品の登録ＧＵＩキーが含まれている。

つまり、店員によって商品に対応する登録ＧＵＩキーが押下されることにより、当該商品が登録される。また、このページ本体には、客の購入情報（買上げ商品の商品名、価格、数量、合計金額、および商品登録リスト）の表示領域が含まれている。また、このページの上部の選択領域６００には、客の会計情報（合計金額６０２および預かり金額６０１）と、キャラクタ６０３（図９（Ａ）では、猫）とが含まれている。

キャラクタ６０３は、表示されている画面に対応する客を識別するためのものである。具体的に、ＰＯＳ端末２０は、客ごとの画面を表示することが可能であり、選択領域６００がタッチされると当該選択領域６００に対応する客の画面が表示される。このように、キャラクタ６０３は、客を識別するために表示される。なお、選択領域６００に、不足金額または過剰金額、および客の決済が完了したか否かを示すステータス情報を含めてもよい。

図９（Ｂ）は、客に対する商品登録が完了して小計キーが押下されたときの客側表示部２０５の表示の例を示した図である。この画面には、客の客側会計情報（数量、合計金額、預かり金額、不足金額）が含まれている。また、この画面には、不足金を投入することを促す案内情報と、貨幣を投入する様子を表すアニメーション（動画）が含まれている。

次に、精算部２０９にエラーが発生しても販売に関するデータ処理を円滑に行うための処理（以下、「精算部エラー対応データ処理」ともいう）について説明する。
精算部エラー対応データ処理は登録部３００と入金及び出金処理を行う精算部２０９が通信を行うことで連動してデータ処理を行うＰＯＳ装置であれば、登録部と精算部が分かれている場合でも、１台の装置を対面で連動して処理を行う場合であっても、店員が１台の装置で登録と精算を行うＰＯＳ装置であっても適用できる。

図２で示したように、精算部２０９は見かけ上ＰＯＳ端末２０の一部となっているが、図４で説明したように、精算部２０９は登録部３００と通信を行い動作するマイクロコンピュータなどを備えた異なる装置である。このように、登録部と精算部が異なる装置であることは、本実施形態のＰＯＳ端末２０に限らず、一般的な構成である。登録部３００と精算部２０９は通信を行うことで連動してデータ処理を行う。精算部２０９でエラーが発生した場合には、登録部３００は精算部２０９との連動を停止して、登録部３００のみで動作可能である。

上記のように登録部３００と精算部２０９との連動を停止している場合の店員の処理について述べる。

登録部３００は、精算部２０９にエラーが発生し、エラー信号を受信した場合には精算部２０９のエラーを解消させるために、精算部２０９に初期化信号を通知することができる。また、精算部２０９の電源を入れなおすことによってもエラーを解消させることが可能である。ただし、初期化を行ったり、電源を入れなおしたりしても精算部２０９が必ずしもエラーを解消できるとは限らない。
精算部２０９のエラーが解消した場合には、登録部３００と精算部２０９は再び連動して処理を行うことができる。

精算部２０９のエラーには、紙幣の搬送エラーなど種々のエラーがあるが、本実施形態での精算部エラー対応処理において対象とするエラーは、エラー発生中であっても入金の受付が可能なエラー（以下、「入金可能エラー」ともいう）である。登録部３００は精算部２０９に対して入金受付開始通知を送信する。それにより精算部２０９では入金の投入が可能となるがその後に発生するエラーを対象としている。例えば、紙幣投入口４１２にエラーが発生しても、硬貨投入口４１０は通常の作動が行える場合にはお客が硬貨投入口４１０にお金を入れることができる。また、硬貨払出口４１１、紙幣払出口４１３のお釣りの排出ができないエラーがあっても、紙幣及び硬貨の投入はできるような状況である。
この場合、釣銭の支払いは、予め用意しておいた小銭ケースから店員により行うことが可能である。

連動を停止している場合の登録部３００は、店員側スキャナ部２１２で商品を読み込み、売上画面から小計キーを押下し、お客が精算部２０９に入れた預かり金を置数入力して現計キーを押下したのちに店員の小銭ケース等から釣銭を出し、当該客の処理を終了させる。
登録部３００は商品の合計金額と手入力で入れた預かり金とお釣りの金額が取引履歴として電子ジャーナルに記憶される。

入金可能エラーが発生し、登録部３００と精算部２０９との連動が停止されたのちに、複数の客によって入金された場合、連動が停止されているため、登録部３００はそれぞれの客の入金額を認識することができない。そのため、精算部２０９がエラーを解消し、登録部３００との連動を回復したのちに、精算部２０９がお客から入金された預かり金の金種と合計金額のデータを登録部３００に通知しても、登録部３００では、いずれの客の取引で入金されたものか判定することができないため、登録部３００ではエラーを表示してデータ処理が中断する。このため販売に関する処理を円滑に行うことができない。

そこで、本実施形態では、連動を回復したときに精算部２０９に入金があった場合に、これに対するデータ処理を店員に選択させることで、販売に関するデータ処理を円滑に行うことを可能とした。以下の説明では、精算部２０９に入金され、当該入金に対するデータ処理が行われてない場合の入金を未処理入金と表現し、その額を未処理入金額と表現することがある。

図１０は、精算部２０９が初期化を行い、初期化状態後の処理概要を示す図である。ここで、精算部２０９の初期化とは１つの取引のデータ処理を終わらせた後に、次の客の取引として再度入金を受け付け可能となる状態に戻ることを指す。

図１０に示すように、精算部２０９が初期化可能で分岐する（ステップＳ１）。初期化可能ではない場合、登録部３００との連動は不可能とし（ステップＳ２）、店員側表示画面に再起動画面を表示する（ステップＳ３）。この再起動画面については後述する。その後、再起動することで（ステップＳ４）、商品の登録を開始することができる。

初期化可能な場合、登録部３００との連動は可能とし（ステップＳ５）、未処理入金情報があるか否かで分岐する（ステップＳ６）。未処理入金情報がない場合は、そのまま商品の登録を開始することができる。

未処理入金情報がある場合は、当該未処理入金に対する処理として、店員側表示画面に３つの対応処理の中の１つ又は複数から選択させる選択画面を店員側表示画面に表示して（ステップＳ７）、店員に選択させる（ステップＳ８）。

上述した３つの対応処理のうちの１つ目の対応処理は、入金を出金する出金処理である。この処理が必要になる状況として、例えば、前の客がお金を入れた後にエラー等が発生したために連動を停止した状態で登録部３００のみで登録処理と精算を行ったが、その処理が終わってすぐに次の客がお金を投入した場合がある。前の客と次の客の金額が混ざるために登録部３００が精算部と連動を回復しても投入された金額の内訳がわからずにこれまでは登録部３００はエラーとして報知していた。
１つ目の対応処理が選択された場合には、精算部２０９は入金額と同額を出金する。店員が前の客の金額分は入金済処理として小銭ケースに戻す等の処理を行い、次の客の入金額は今回の預かり金として再度精算部２０９に投入する。

詳細には、登録部３００には１つ以上の手入力により精算処理したそれぞれの客ごとの取引履歴が記憶されているのでメンテナンス操作やデータを修正できる操作から画面上に１取引ごとに表示し、出金された金額を１取引ごとに預かり金として精算部２０９に入金して、釣銭を排出する行為を行う。釣り銭は小銭ケース等に戻す行為を行う。
この作業はその場で行うこともできるし、その日の閉設作業時でもよく、最終的に登録部３００にある手入力で精算処理した取引履歴の電子ジャーナルを上書きできればいい。

２つ目の対応処理は、現取引での入金として扱う現取引入金処理である。この処理が必要になる状況として、例えば、前の客の入金額は登録部３００でデータ処理できたがその後にエラー等が発生し、連動を停止した状態でその後に次の客がお金を投入したために登録部３００と精算部２０９で連動を開始したときに預かり金のデータ処理がわからない場合がある。この２つ目の対応処理が選択された場合には、精算部２０９の預かり金を現取引の入金額として処理する。

登録部３００では、未処理入金額を現在の取引を行っているお客の預かり金額としてデータに登録し、以降は通常の登録処理として進めることができる。

３つ目の対応処理は、前の客取引での入金として扱う前取引入金処理である。この処理が必要になる状況として、例えば、前の客がお金を入れた後にエラー等が発生したために登録部３００のみで登録処理と精算を行い、その後に登録部３００が精算部と連動を回復できたときに次の客が入金していない場合がある。この３つ目の対応処理が選択された場合には、預かり金は前の客の預かり金として処理する。

登録部３００では電子ジャーナルにある前の客の取引履歴の手入力した預かり金の未処理金額を自動的又選択により上書きして、かつ釣銭として払い出すべきデータがある場合には釣銭の払い出し口から釣銭を排出する作動を行う。排出された金額は小銭ケース等から出したお金なので店員はそれを元に戻す処理を行う。

これらの対応処理を店員が選択することで、連動を停止している間の入金の扱いが確定するため、そのまま商品の登録など、販売に関する処理を円滑に行うことができる。
この対応処理は登録部側の内部処理できる場合は自動的にデータ処理を行い、登録部で自動的にデータ処理できないような場合はその状況に合わせて複数の選択肢を画面上に表示する。
例えば、連動を停止して回復した際に前回の取引の時に取引履歴として電子ジャーナルに記憶されている手入力で入れた預かり金額と精算部２０９から送られてきたデータとが一致する場合にはその金額は前の客の取引での預かり金としてデータ処理するのが適当であるので自動的に登録部でデータ処理を行い、画面上には今回は「前回の取引としてデータ処理を行いました。」などの表示とともに確認のボタンを表示させてデータ処理を終了させることもできる。
また、小銭ケース等から出した金額を元に戻すように連動を回復できた際に画面で表示させることや精算部２０９の釣り銭の排出口から小銭ケース等に戻す金額だけ排出するようにしてもいい。

現取引でエラーが発生して、その取引中に連動を停止してエラー復旧により連動を開始した場合には、未処理入金は現取引での預かり金であることわかるので、登録部３００はデータ処理をすることができるのでそのような場合も自動でデータ処理をすることができる。

図１１（Ａ）は、店員に３つの対応処理の中から選択させる選択画面の一例を示す図である。エラー状態にもかかわらず複数の客が精算部２０９にお金を入金することができるので登録部３００ではその未処理入金の内訳がわからない。前述したように精算部２０９は入金中エラーの場合は入金された種別と合計金額についてはデータとして記憶できるので、登録部３００との連動を回復した時点で持っているデータを登録部３００に送ることになる。登録部３００では精算部２０９から送られてきた合計金額をデータ処理しようとするが複数のお客が入金した状態の場合には登録部３００ではそれぞれの客の入金額を判断できないのでデータ処理を進めるために店員側表示画面に選択肢を表示する。

選択画面３０１には、「精算部の異常復旧時に「ＸＸＸ円」が投入されておりました」と表示される。この「ＸＸＸ円」は、精算部２０９に記憶されている未処理入金額である。また、選択画面３０１には、店員が１つ目の対応処理を選択するための「出金する」ボタンと、２つ目の対応処理を選択するための「現取引として処理」ボタンと、３つ目の対応処理を選択するための「前回の取引として処理」ボタンが表示される。

店員は、選択画面３０１に各ボタンのうちのいずれかを選択するが、その選択する際の基準の一例を説明する。ここで、預かり金ありとは、お客が精算部２０９にお金を入れて預かり金のデータとして精算部２０９がカウントできた場合と、精算部２０９にお金を入れたがカウントされる前にエラーが出て留まっている場合を含む。図１１（Ｂ）は選択する際の基準の一例を示す図である。

「前の客の預かり金あり」で、この入金が未処理入金のままであり、かつ「今回の客の預かり金あり」の場合（「ケースＡ」とする）、図１１（Ｂ）に示されるように、３つのボタンの選択肢がある。

ケースＡには、図１２に示されるように、４つのパターンがある。図１２には、連動停止中に入金されたパターンを示すパターン１～４ごとに、第１の客、第２の客の入金額と、登録部３００が精算部２０９から通知される金額が示されている。なお、「第１の客」は「前の客」に対応し、「第２の客」は「今回の客」に対応する。

パターン１は、「前の客の預かり金」として５００円が入金され、「今回の客の預かり金」として１０００円が入金されたパターンを示す。この場合、連動回復後に登録部３００が精算部２０９から通知される金額は１５００円である。パターン２は、「前の客の預かり金」として１０００円が入金され、「今回の客の預かり金」として５００円が入金されたパターンを示す。この場合、連動回復後に登録部３００が精算部２０９から通知される金額は１５００円である。パターン３は、「今回の客の預かり金」として１５００円が入金されたパターンを示す。この場合、連動回復後に登録部３００が精算部２０９から通知される金額は１５００円である。パターン４は、「前の客の預かり金」として１５００円が入金されたパターンを示す。この場合、連動回復後に登録部３００が精算部２０９から通知される金額は１５００円である。

このように、いずれのパターンであっても、連動回復後に登録部３００が精算部２０９から通知される金額は１５００円であるため、登録部３００では判断できない。そのため、登録部３００は図１１（Ａ）のように３つの選択肢を出して店員に判断させる。登録部の画面は「ＸＸＸ円」には１５００円が表示されているので、店員はこれに基づきどの選択肢が適切であるかを判断する。

例えば、店員は複数のお客で預かり金として置数入力している場合には「出金する」ボタンを選択して精算部２０９から未処理入金を払い出して処理するのが適切である。
前のお客が精算部２０９に入金した預かり金額と画面上の未処理金額「ＸＸＸ円」と同じ場合には「前回の取引として処理する」のが適切である。今取引をしているお客預かり金であることが「ＸＸＸ円」の表示からわかる場合には「現取引として処理する」が適切である。

選択画面３０１は、常にすべての選択肢を表示する必要はなく、設定により選択肢を表示することができる。
登録部３００が自動でデータ処理できるような場合でも３つの選択肢のうちのいずれか２つを表示させて店員に処理させるのが適切であれば該当する選択肢だけを画面上に表示させることもできる。その際に不要な選択肢は選択画面３０１から削除したり、ボタンの表示を反転させたり、押下しても反応させないなどの処理を施しておいてもよい。
例えば、前の客の取引の預かり金として登録部３００でデータ処理を自動的に行うのが適切であっても、店員によっては出金をした方が処理しやすい場合などは「前回の取引として処理する」と「出金する」の選択肢を出して処理させるなどの設定をできるようにしてもいい。

「前の客の預かり金あり」で、この入金が未処理入金のままであり、かつ「今回の客の預かり金なし」の場合（「ケースＢ」とする）、図１１（Ｂ）に示されるように、「前回の取引として処理」ボタンの選択が適切と考えられる。ケースＢの例として、「前の客の預かり金」が２５０円の場合、「今回の客の預かり金」は０円のため「ＸＸＸ円」には２５０円が表示される。したがって、「前回の取引として処理」ボタンの選択が適切である。
選択画面３０１の前回の取引の表示欄には電子ジャーナルに記憶されている情報から「手入力処理」等の表示を併せて表示すれば店員は理解できる。さらに、手入力による処理が複数ある場合には表示欄に複数の処理があることがわかる表示や印などを設けて、情報にアクセスできるようにしてもよい。

「前の客の預かり金なし」で、かつ「今回の客の預かり金あり」の場合（「ケースＣ」とする）、図１１（Ｂ）に示されるように、「現取引として処理」ボタンの選択が適切と考えられる。ケースＣの例として、「前の客の預かり金」が０円で「今回の客の預かり金」として１０００円が入金された場合が考えられ、このとき「ＸＸＸ円」には１０００円が表示される。したがって、「現取引として処理」ボタンの選択が適切である。

「前の客の預かり金なし」で、かつ「今回の客の預かり金なし」の場合は、図１１（Ｂ）に示されるように、選択画面３０１は表示されない。以上のように、店員は選択画面３０１に記載されている情報からどのボタンを選択することが適切かを判断し、ボタンを選択する。

図１１（Ａ）に示されるように、登録部３００と連動している精算部２０９にエラーが発生し、精算部２０９との連動を停止した後に連動を開始した場合に、受信された初期化応答に含まれる未処理情報に対応して、未処理情報に対する処理を指示するための指示情報として選択画面３０１を表示する。これにより、エラー復旧前に入金された入金額に対するデータ処理を円滑に行うことが可能となる。
また、画面上に選択肢以外に前回の取引や今回の取引の一覧を同時に表示してもいい。さらに、預かり金として入金した金種の種別を画面上に併せて表示してもよい。例えば、「１００円玉 〇枚・１０００円札 〇枚」などを表示することで店員はさらに出金した際の内容の確認や判断が容易になる。

なお、連動を停止して複数の客を登録部３００で処理した場合には複数の客の預かり金が精算部２０９にある状態なので、店員が複数の客を連動停止した状態で処理した場合用に別途選択肢を設けて未処理入金が複数あるための処理画面を用意してもよい。

精算部２０９の初期化状態後に連動が可能な場合について説明したが、精算部２０９の初期状態後に連動が不可能な場合には、登録部３００は、図１１（Ｃ）に示される、精算部２０９の電源を入れなおすことを促す再起動画面３０２を店員側表示部２１０に表示する。ここでの電源の入れなおしは、精算部２０９の不図示の電源ボタンやリセットボタンを店員が操作することで行うことができる。

次に、精算部エラー対応処理をフローチャートを用いて説明する。図１３、図１４、図１５は、登録部３００の処理を示すフローチャートである。図１３に示される処理は、取引が開始され、商品の登録が可能となったときからの処理を示している。登録部３００は、商品登録操作が行われたか否かを判定する（ステップＳ１０１）。商品登録操作とは、店員側スキャナ部２１２により商品のバーコードが読み取られることなどの操作が挙げられる。

商品登録操作が行われると（ステップＳ１０１：ＹＥＳ）、登録部３００は、商品登録操作が行われ商品の登録を行う（ステップＳ１０２）。

登録部３００は、精算部２０９に作動状態要求を送信する（ステップＳ１０３）。この作動状態要求は、精算部２０９にエラーが発生しているか否かを問い合わせるメッセージである。登録部３００は、作動状態要求に対する応答である作動状態応答を受信すると（ステップＳ１０４）、精算部２０９が正常か否かを判定する（ステップＳ１０５）。作動状態応答は、動作状況やエラーか否かを示す情報を含むメッセージである。

精算部２０９が正常ではない場合には（ステップＳ１０５：ＮＯ）、図１５のステップＳ３０１に進む。精算部２０９が正常である場合には（ステップＳ１０５：ＹＥＳ）、登録部３００は、小計キーが押下されたか否かを判定する（ステップＳ１０６）。小計キーが押下された場合には（ステップＳ１０６：ＹＥＳ）、図１４のステップＳ２０１に進む。小計キーが押下されなかった場合には（ステップＳ１０６：ＮＯ）、登録部３００は、商品登録操作が行われたか否かを判定する（ステップＳ１０７）。商品登録操作が行われていない場合には（ステップＳ１０７：ＮＯ）、ステップＳ１０６に戻る。商品登録操作が行われた場合には（ステップＳ１０７：ＹＥＳ）、登録部３００は、ステップＳ１０２に戻り、商品登録操作が行われた商品の登録を行う（ステップＳ１０２）。

図１３から引き続き、図１４を用いて精算部の処理をフローチャートを用いて説明する。図１４は、図１３のステップＳ１０６で小計キーが押下されたと判定された場合の処理を示している。登録部３００は、精算部２０９に入金受付開始通知を送信する（ステップＳ２０１）。この入金受付開始通知は、精算部２０９において、入金の受け付けを許可するための通知であり、これにより精算部２０９は、入金の受付が可能となる。その後、登録部３００は、精算部２０９に入金情報要求を送信する（ステップＳ２０２）。入金情報要求とは、精算部２０９に現在入金されている額を精算部２０９に問い合わせる要求である。

登録部３００は、入金情報要求に対する応答である入金情報応答を受信し（ステップＳ２０３）、客側表示部２０５と店員側表示部２１０に、預り金を表示する（ステップＳ２０４）。この入金情報要求と入金情報応答を何度かやり取りし、預り金が商品の合計金額以上となったのちに、店員により現計キーが押下される（ステップＳ２０５）。この現計キーは、精算を行うためのキーである。現計キーが押下されると、登録部３００は、精算部２０９に入金停止通知を送信する（ステップＳ２０６）。この入金停止通知は、精算部２０９において、入金の受け付けを禁止するための通知であり、これにより精算部２０９は、入金の受付が不可能となる。

登録部３００は、受信した入金情報応答に示される入金額から商品の合計額を減算して得られた釣銭額を客側表示部２０５と店員側表示部２１０に表示する（ステップＳ２０７）。登録部３００は、精算部２０９に出金要求を送信する（ステップＳ２０８）。出金要求は、精算部２０９に出金を要求するもので、釣銭額とともに送信される。登録部３００は、取引履歴を電子ジャーナルに記憶し（ステップＳ２０９）、処理を終了する。電子ジャーナルは、ＰＯＳ端末２０のハードディスク２０４に記憶される。

図１４から引き続き、図１５を用いて精算部エラー対応処理をフローチャートを用いて説明する。図１５は、図１３のステップＳ１０５で精算部２０９が正常ではないと判定された場合の処理を示している。登録部３００は、精算部２０９からエラー通知を受信しているか否かを判定する（ステップＳ３０１）。エラー通知とは、精算部２０９にエラーが発生したことを登録部３００に通知するメッセージである。

エラー通知を受信していない場合には（ステップＳ３０１：ＮＯ）、登録部３００は、精算部２０９に初期化要求を送信する（ステップＳ３０２）。この初期化要求は、精算部２０９に所定の状態（初期化処理を実行した初期状態）に移行させるメッセージである。このように、登録部３００は、連動している精算部２０９にエラーが発生したと判定した場合に、精算部２０９に対して初期状態への移行を要求する。登録部３００は、初期化応答を受信する（ステップＳ３０３）。初期化応答は、初期化要求に対する応答である。初期化応答には、精算部２０９に入金され、当該入金に対する決済が行われてない未処理入金を示す未処理情報が含まれる。このように、登録部３００は、初期化要求という指示に対する精算部２０９からの初期化応答を受信する。

登録部３００は、初期化応答をもとに、精算部２０９が正常か否かを判定する（ステップＳ３０４）。精算部２０９が正常と判定された場合には（ステップＳ３０４：ＹＥＳ）、登録部３００は、連動フラグをオンにする（ステップＳ３０５）。連動フラグとは、登録部３００が精算部２０９と連動しているか否かを示すフラグであり、連動している場合にはオンを示し、連動していない場合にオフを示す。

さらに、登録部３００は、初期化応答をもとに、未処理入金があるか否かを判定する（ステップＳ３０６）。未処理入金がない場合には（ステップＳ３０６：ＮＯ）、処理を終了する。その後、新たな取引を行う場合には、再び図１３のステップＳ１０１に進む。未処理入金がある場合には（ステップＳ３０６：ＹＥＳ）、登録部３００は、図１１（Ａ）で示した選択画面３０１を表示する（ステップＳ３０７）。登録部３００は、店員の選択内容で分岐する（ステップＳ３０８）。

ステップＳ３０７に示されるように、登録部３００と連動している精算部２０９にエラーが発生し、精算部２０９との連動を停止した後に連動を開始した場合に、受信された初期化応答に含まれる未処理情報に対応して、未処理情報に対する処理を指示するための指示情報を店員側表示部に表示する。これにより、エラー復旧前に入金された入金額に対するデータ処理を円滑に行うことが可能となる。

選択画面３０１において、「現取引として処理」ボタンが選択された場合には（ステップＳ３０８：入金（現））、登録部３００は、未処理入金額を現取引での入金額として（ステップＳ３０９）、処理を終了する。このステップＳ３０９において、未処理入金額は、現取引のものとして電子ジャーナルに上書き記憶される。

「出金する」ボタンが選択された場合には（ステップＳ３０８：出金）、登録部３００は、未処理入金額を出金するために、精算部２０９に出金要求を送信して（ステップＳ３１０）終了する。この場合、出金された未処理入金額は、店員によって小銭ケース、ドロアー、または精算部２０９などに戻される。

「前回の取引として処理」ボタンが選択された場合には（ステップＳ３０８：入金（前））、登録部３００は、未処理入金額を前取引での入金額として（ステップＳ３１１）、終了する。このステップＳ３１１において、未処理入金額は、前取引のものとして電子ジャーナルに上書き記憶される。

上記ステップＳ３０１において、エラー通知を受信している場合には（ステップＳ３０１：ＹＥＳ）、登録部３００は、店員側表示部２１０に精算部２０９にエラーが発生していることを示すエラー画面を表示する（ステップＳ３１２）。

登録部３００は、精算部２０９に連動停止通知を送信し（ステップＳ３１４）、連動フラグをオフにして（ステップＳ３１５）、ステップＳ３１６に進む。連動停止通知は、登録部３００が精算部２０９に対し連動を停止することを通知するメッセージである。

連動フラグがオフの場合には精算部２０９が使用できないため、登録部３００は、店員が客から預かった金額を置数で入力するための画面を店員側表示部２１０に表示する。そして登録部３００は、預り金額が入力され（ステップＳ３１６）、現計キーが押下されると（ステップＳ３１７）、預かり金額から商品の合計額を減算して得られた釣銭額を客側表示部２０５と店員側表示部２１０に表示する（ステップＳ３１８）。店員は、表示された釣銭額を客に支払う。登録部３００は、取引履歴を電子ジャーナルに記憶し（ステップＳ３１９）、処理を終了する。

上記ステップＳ３０４において、精算部２０９が正常ではないと判定された場合には（ステップＳ３０４：ＮＯ）、図１１（Ｃ）で示した再起動画面３０２を表示する（ステップＳ３２０）。再起動した精算部２０９は、自発的に初期化応答を送信するため、登録部３００は、ステップＳ３２０の後は、ステップＳ３０３に進む。なお、上記ステップＳ３２０で表示される再起動画面３０２を、初期化要求を送信し、当該初期化要求に対する初期化応答が精算部２０９から受信できない場合に第２の指示画面として表示してもよい。

上述した図１５に示されるように、登録部３００は、受信された応答に基づく応答情報（選択画面３０１、再起動画面３０２）を表示する。従来は、未処理入金がある場合、他の店員を呼ぶなどして未処理入金に対する処理を行ったのちに販売に関する処理を行っていたが、選択画面３０１により、店員は未処理入金があることを認識できる。そして店員は選択画面３０１の選択肢の中から選択すれば、販売に関する処理を継続することができるので、販売に関する処理を円滑に行うことができる。また、再起動が必要なほどのエラーであっても、再起動画面３０２により、再起動が必要であることを店員に認識させることができ、この場合、従来のように他の店員を呼ぶことなく正常に復帰する可能性もあることから、従来技術と比較して販売に関する処理を円滑に行うことができる。

また、ステップＳ３１５に示されるように、連動が停止されても（連動フラグがオフとなっても）、ステップＳ３１６に進むことから、登録部３００は、精算部２０９との連動を停止した場合でも、買上商品を登録可能であるので、販売に関する処理を円滑に行うことができる。

次に、精算部２０９の処理について説明する。図１６、図１７は、精算部２０９の処理を示すフローチャートである。図１６、図１７に示されるフローチャートは、精算部２０９の起動時からの処理を示すフローチャートである。

図１６において、精算部２０９は、起動後に登録部３００から作動状態要求を受信し（ステップＳ４００）、異常チェックを行う（ステップＳ４０１）。この異常チェックは、精算部２０９が有する各種デバイスのチェックである。次に、精算部２０９は、チェックした内容を作動状態応答として登録部３００に送信する（ステップＳ４０２）。精算部２０９に異常が無ければ（ステップＳ４０３：ＹＥＳ）、ステップＳ４０４において登録部３００から入金受付開始通知の受信を待つ。異常がある場合は（ステップＳ４０３：ＮＯ）、図１７のステップＳ５０１においてエラー通知を送信する。

精算部２０９は、登録部３００から入金受付開始通知を受信したか否かを判定する（ステップＳ４０４）。入金受付開始通知を受信した場合には（ステップＳ４０４：ＹＥＳ）、精算部２０９は、入金受付可能状態とする（ステップＳ４０５）。

入金受付開始通知を受信していない場合には（ステップＳ４０４：ＮＯ）、精算部２０９は、登録部３００から入金受付停止通知を受信したか否かを判定する（ステップＳ４０６）。入金受付停止通知を受信した場合には（ステップＳ４０６：ＹＥＳ）、精算部２０９は、入金受付停止状態とし（ステップＳ４０７）、処理を終了する。

入金受付停止通知を受信していない場合には（ステップＳ４０６：ＮＯ）、精算部２０９は、登録部３００から出金通知を受信したか否かを判定する（ステップＳ４０８）。出金通知を受信した場合には（ステップＳ４０８：ＹＥＳ）、精算部２０９は、通知された額を出金して（ステップＳ４０９）、未処理入金額を０にして（ステップＳ４１０）、終了する。

出金通知を受信していない場合には（ステップＳ４０８：ＮＯ）、精算部２０９は、図１７のステップＳ５０１においてエラー通知を送信する。

精算部２０９は、ステップＳ４０５において入金受付可能状態とした後はお客からの入金を受け付ける（ステップＳ４１４）。精算部２０９は、上記ステップＳ２０２において登録部３００から送信される入金情報要求に対応して入金情報を送信する（ステップＳ４１５）。精算部２０９は、上記ステップＳ２０６において登録部３００から送信される入金停止通知を受信して（ステップＳ４１６）、入金受付を停止し（ステップＳ４１７）、精算部内の在高を更新する（ステップＳ４１８）。精算部２０９は、上記ステップＳ２０８において登録部３００から送信される出金要求に対応して釣銭を排出して（ステップＳ４１９）、処理を終了する。

図１６から引き続き、図１７を用いて精算部２０９の処理をフローチャートを用いて説明する。精算部２０９は登録部３００にエラー通知を送信する（ステップＳ５００）。その後、精算部２０９は、初期化応答要求を受信したか否かを判定する（ステップＳ５０１）。初期化応答要求を受信した場合には（ステップＳ５０１：ＹＥＳ）、精算部２０９は、記憶されている未処理入金額を取得する（ステップＳ５０２）。精算部２０９は、取得した未処理入金額を示す初期化応答を登録部３００に送信し（ステップＳ５０３）、図１６のステップＳ４００に戻る。

入金情報要求を受信していない場合には（ステップＳ５０１：ＮＯ）、精算部２０９は、入金を検出したか否かを判定する（ステップＳ５０４）。入金を検出した場合には（ステップＳ５０４：ＹＥＳ）、精算部２０９は、記憶されている未処理入金額に検出された入金額を加算し（ステップＳ５０５）、図１６のステップＳ４００に戻る。

入金を検出していない場合には（ステップＳ５０４：ＮＯ）、精算部２０９は、初期化通知を受信したか否かを判定する（ステップＳ５０６）。初期化通知を受信していない場合には（ステップＳ５０６：ＮＯ）、図１６のステップＳ４００に戻る。一方、初期化通知を受信した場合には（ステップＳ５０６：ＹＥＳ）、精算部２０９は、初期化処理を行い（ステップＳ５０７）、処理を終了する。

以上説明した実施形態では、精算部２０９に障害が発生した場合は、現金での決済を例にしていたが、他の決済方法を選択可能としてもよい。図１８は、障害発生時に客側表示部２０５に表示される２種類の画面を示す図である。図１８（Ａ）は、客が決済方法を選択する前に障害が発生した場合に表示される画面（以下、「画面Ａ」ともいう）を示す図である。図１８（Ｂ）は、客が現金を精算部２０９に入金した後に障害が発生した場合に表示される画面（以下、「画面Ｂ」ともいう）を示す図である。

画面Ａには、ポップアップ３１１が表示される。ポップアップ３１１には、「精算入出金装置で障害が発生しました 現金精算できません 以下の決済方法が可能です」と表示される。また、ポップアップ３１１には、客が選択可能な決済方法として、「クレジット」、「電子マネー」、及び「他端末で現金精算」を示すボタンが表示される。「クレジット」は、商品を登録したＰＯＳ端末２０でクレジットカードによる精算を示す。「電子マネー」は、商品を登録したＰＯＳ端末２０で電子マネーによる精算を示す。「他端末で現金精算」は、商品を登録したＰＯＳ端末２０ではない他端末で現金による精算を示す。これら３つの決済方法から、客が所望の決済方法を押下してもよい。

画面Ｂには、ポップアップ３１２が表示される。ポップアップ３１２には、「精算入出金装置で障害が発生しました 現金精算できません 以下の決済方法が可能です」と表示される。また、ポップアップ３１２には、客が選択可能な決済方法として、「入金額を返金して他端末で精算」、「入金額を返金せず他端末で精算」、「残金をクレジットで精算」、及び「残金を電子マネーで精算」を示すボタンが表示される。

このようにすることで、商品の販売に関する処理を円滑に行うことができる。なお、本実施形態では、登録部３００と精算部２０９とが見かけ上一体化されたＰＯＳ端末２０を例に説明したが、登録部３００と精算部２０９とが通信可能であればよく、例えば登録専用モードのＰＯＳ端末２０（登録装置）と会計専用モードのＰＯＳ端末２０（精算装置）や、２人制レジ等のように登録部３００と精算部２０９とが見かけ上別筐体となっていても本実施形態を適用することができる。

また、精算部２０９は登録部３００にエラーを通知すると客側表示部２０５に客が当該精算部２０９に入金ができない旨の報知をおこなってよい。報知の例としては、例えば、精算部２０９の客側表示部２０５の画面全体に所定の文字情報等を表示することである。「現在エラー中です。入金の受付を中止してください。」などを表示することでお客に入金をさせないようにすることができる。
さらに、別の報知例としては、エラー等が発生した場合、エラーを報知するブザー音を発生させることで入金させないように報知することもできる。

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

以上、本発明の実施の形態について図面を参照して詳述したが、具体的な構成はその実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計等も含まれる。

１…ＰＯＳシステム
２０…ＰＯＳ端末
２０１…ＣＰＵ
２０２…ＲＯＭ
２０３…ＲＡＭ
２０４…ハードディスク
２０５…客側表示部
２０６…客側スキャナ部
２０８…カード決済部
２０９…精算部
２１０…店員側表示部
２１１…キー操作部
２１２…店員側スキャナ部
２１３…印刷部
２１４…音声出力部
２１５…通信部
３００…登録部
３０１…選択画面

Claims (8)

1. 買物客毎の夫々の取引として買上商品を登録する登録部と、前記登録部で登録された商品の代金を取引毎に現金で精算可能な精算部とが通信を行うことで連動して一取引の販売データをデータ処理する販売データ処理装置であって、
   前記登録部は、
   連動を停止している間の前記精算部から入金に関する未処理入金情報を入手する未処理入金受信手段と、
   前記未処理入金情報をデータ処理する未処理入金処理手段と、
   を備え、
   前記未処理入金処理手段は、
   前記登録部と連動している前記精算部にエラーが発生し、前記精算部との連動を停止した後にエラーが回復して前記精算部との連動を開始した場合に、前記登録部に記憶されている情報に基づいて前記未処理入金情報のデータ処理を取引単位に実行可能であることを特徴とする販売データ処理装置。
2. 前記未処理入金処理手段は、
   前記未処理入金情報に基づく未処理入金額について、少なくとも、現取引での入金額としてデータ処理、又は、前取引での入金額としてデータ処理を実行可能であることを特徴とする請求項１に記載の販売データ処理装置。
3. 買物客毎の夫々の取引として買上商品を登録する登録部と、前記登録部で登録された商品の代金を取引毎に現金で精算可能な精算部とが通信を行うことで連動して一取引の販売データをデータ処理する販売データ処理装置であって、
   前記登録部は、
   連動を停止している間の前記精算部から入金に関する未処理入金情報を入手する未処理入金受信手段と、
   前記未処理入金情報をデータ処理する未処理入金処理手段と、
   店員への操作指示を表示する操作指示表示手段と、
   を備え、
   前記操作指示表示手段は、
   前記登録部と連動している前記精算部にエラーが発生し、前記精算部との連動を停止した後にエラーが回復して前記精算部との連動を開始した場合に、前記未処理入金情報のデータ処理を取引単位に実行するための操作指示を店員側表示部に表示することを特徴とする販売データ処理装置。
4. 前記操作指示表示手段は、
   前記操作指示として、前記未処理入金情報に基づく未処理入金額について、現取引での入金額として処理するか、前取引での入金額として処理するか、出金するか、を選択させる選択肢を表示すること特徴とする請求項３に記載の販売データ処理装置。
5. 買物客毎の夫々の取引として買上商品を登録する登録部と、前記登録部で登録された商品の代金を取引毎に現金で精算可能な精算部とが通信を行うことで連動して一取引の販売データをデータ処理する販売データ処理装置による制御方法であって、
   前記登録部による、
   連動を停止している間の前記精算部から入金に関する未処理入金情報を入手する未処理入金受信ステップと、
   前記未処理入金情報をデータ処理する未処理入金処理ステップと、
   を含み、
   前記未処理入金処理ステップでは前記登録部と連動している前記精算部にエラーが発生し、前記精算部との連動を停止した後にエラーが回復して前記精算部との連動を開始した場合に、前記登録部に記憶されている情報に基づいて前記未処理入金情報のデータ処理を取引単位に実行可能であることを特徴とする制御方法。
6. 買物客毎の夫々の取引として買上商品を登録する登録部と、前記登録部で登録された商品の代金を取引毎に現金で精算可能な精算部とが通信を行うことで連動して一取引の販売データをデータ処理する販売データ処理装置による制御方法であって、
   前記登録部による、
   連動を停止している間の前記精算部から入金に関する未処理入金情報を入手する未処理入金受信ステップと、
   前記未処理入金情報にデータ処理する未処理入金処理ステップと、
   店員への操作指示を表示する操作指示表示ステップと、
   を含み、
   前記操作指示表示ステップでは前記登録部と連動している前記精算部にエラーが発生し、前記精算部との連動を停止した後にエラーが回復して前記精算部との連動を開始した場合に、前記未処理入金情報のデータ処理を取引単位に実行するための操作指示を店員側表示部に表示することを特徴とする制御方法。
7. 買物客毎の夫々の取引として買上商品を登録する登録部と、前記登録部で登録された商品の代金を取引毎に現金で精算可能な精算部とが通信を行うことで連動して一取引の販売データをデータ処理する販売データ処理装置における前記登録部のコンピュータに、
   連動を停止している間の前記精算部から入金に関する未処理入金情報を入手する未処理入金受信ステップと、
   前記未処理入金情報をデータ処理する未処理入金処理ステップと、
   を実行させるプログラムであり、
   前記未処理入金処理ステップでは前記登録部と連動している前記精算部にエラーが発生し、前記精算部との連動を停止した後にエラーが回復して前記精算部との連動を開始した場合に、前記登録部に記憶されている情報に基づいて前記未処理入金情報のデータ処理を取引単位に実行可能であることを特徴とするプログラム。
8. 買物客毎の夫々の取引として買上商品を登録する登録部と、前記登録部で登録された商品の代金を取引毎に現金で精算可能な精算部とが通信を行うことで連動して一取引の販売データをデータ処理する販売データ処理装置における前記登録部のコンピュータに、
   連動を停止している間の前記精算部から入金に関する未処理入金情報を入手する未処理入金受信ステップと、
   前記未処理入金情報をデータ処理する未処理入金処理ステップと、
   店員への操作指示を表示する操作指示表示ステップと、
   を実行させるプログラムであり、
   前記操作指示表示ステップでは前記登録部と連動している前記精算部にエラーが発生し、前記精算部との連動を停止した後にエラーが回復して前記精算部との連動を開始した場合に、前記未処理入金情報のデータ処理を取引単位に実行するための操作指示を店員側表示部に表示することを特徴とするプログラム。

Images