JP6423052B2 - チェックアウトシステムおよび決済装置並びにその制御プログラム - Google Patents

Description

本発明の実施形態は、セミセルフタイプのチェックアウトシステムおよびこのシステムに用いられる決済装置並びにこの決済装置の制御プログラムに関する。

スーパーマーケット等の量販店向けのチェックアウトシステムとして、セミセルフタイプのシステムが知られている。このシステムは、買上商品の登録および決済のそれぞれの処理をそれぞれ異なる商品登録装置および決済装置で行う。そして商品登録装置の操作は店員が行い、決済装置の操作は買物客が行う。このようなシステムでは、決済処理のための決済情報を、商品登録装置から空き状態にある決済装置に対して転送する。そして決済処理が終了すると、決済装置から買上商品の情報や決済の情報等を記述したレシートが自動で発行される。また、レシートとは別に、店に対して金銭を受け取った事実を証明するための領収書を発行することもできる。

ところで、領収書の発行の際には、店員による押印等の作業が必要となる。しかし、セミセルフタイプのチェックアウトシステムの場合には、買物客が自ら決済装置を操作するため、店員を呼び出すことなく発行された領収書を持ち帰る客がいる。このような領収書は、押印されていないため正規の証書として認められない。

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

本発明の実施形態が解決しようとする課題は、決済装置で店員の呼び出しが必要なときには必ず買物客が店員を呼び出すようにしたセミセルフタイプのチェックアウトシステム及びこのシステムの決済装置を提供しようとするものである。

一実施形態において、チェックアウトシステムは、少なくとも１台の商品登録装置と少なくとも１台の決済装置とをネットワークで接続してなる。
商品登録装置は、登録手段と、生成手段と、送信手段と、報知手段とを備える。登録手段は、買上商品の販売データを登録する。生成手段は、登録手段によって登録された買上商品の販売データに基づき、この買上商品の商取引を決済するための決済情報を生成する。送信手段は、決済情報を決済装置に送信する。報知手段は、決済装置から呼出信号を受信したことに応じて報知動作を行う。
決済装置は、受信手段と、記憶手段と、決済手段と、待受手段と、呼出手段とを備える。受信手段は、商品登録装置からの決済情報を受信する。記憶手段は、受信手段で受信した決済情報の送信元を記憶する。決済手段は、決済情報に基づいて買上商品の商取引を決済する。待受手段は、買上商品の商取引を決済する処理の過程で店員の介在が必要な事象が発生すると、店員の呼び出し操作が行われるのを待ち受ける。呼出手段は、呼び出し操作が行われると記憶手段で記憶した決済情報の送信元である商品登録装置に対して呼出信号を送信する。

本実施形態におけるチェックアウトシステムの斜視図。 図１に示すチェックアウトシステムの商品登録装置および決済装置のブロック図。 図２に示す商品登録装置および決済装置のＲＡＭにそれぞれ形成される主要なデータテーブルを示す模式図。 商品登録装置のＣＰＵが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図。 商品登録装置のタッチパネルに表示される登録画面の一例を示す模式図。 商品登録装置のタッチパネルに表示される転送先選択画面の一例を示す模式図。 商品登録装置のタッチパネルに表示される報知画面の一例を示す模式図。 決済装置のＣＰＵが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図。 決済装置のＣＰＵが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図。 決済装置のタッチパネルに表示される決済画面の一例を示す模式図。 決済装置のタッチパネルに表示される決済確認画面の一例を示す模式図。 決済装置のタッチパネルに表示される呼出指令画面の一例を示す模式図。 決済装置のタッチパネルに表示される呼出中画面の一例を示す模式図。 決済装置から発行される領収書の一例を示す模式図。 呼出信号を受信した商品登録装置のタッチパネルに表示される登録画面の一例を示す模式図。

以下、決済装置で店員の呼び出しが必要なときには買物客が必ず店員を呼び出すようにしたセミセルフタイプのチェックアウトシステムに係る実施形態について、図面を用いて説明する。

図１は、本実施形態におけるチェックアウトシステム１０の斜視図である。チェックアウトシステム１０は、少なくとも１台の商品登録装置１１と、少なくとも１台の決済装置１２とを含む。図１においては、２台の商品登録装置１１と４台の決済装置１２とを含んだチェックアウトシステム１０を示している。チェックアウトシステム１０が、商品登録装置１１および決済装置１２をそれぞれ何台含むかは任意であり、商品登録装置１１と決済装置１２との台数の比も任意である。商品登録装置１１および決済装置１２は、スーパーマーケットなどの店舗のチェックアウトコーナーに設置される。

商品登録装置１１は、チェッカと呼ばれる役割を担った、上記店舗の店員、いわゆる店員２１が、その操作者となる。決済装置１２は、上記の店舗で販売する商品を購入する買物客２２が、その操作者となる。ただし決済装置１２は、店員２１により操作される場合もある。

商品登録装置１１は、図１においては、作業テーブル２３に取り付けられる。作業テーブル２３は、矩形の天板を有する。複数の作業テーブル２３が、天板の長手方向がほぼ並行するように配置されることにより、買物客２２用の通路が形成される。

商品登録装置１１は、買上商品の登録処理、決済情報の生成、決済処理、ならびに決済情報の決済装置１２への通知の各機能を備える。登録処理は、通路に進入してきた買物客が持参した商品を買上商品として登録する処理である。決済処理は、買上商品の商取引を決済するための処理である。決済情報は、決済処理に必要となる情報である。

決済装置１２は、商品登録装置１１から決済情報が通知された場合に、当該決済情報に基づく決済処理を行う。

図２は商品登録装置１１および決済装置１２のブロック図である。商品登録装置１１および決済装置１２は、いずれもネットワークであるＬＡＮ（local area network）１３に接続されている。ネットワークは、ＬＡＮ１３に代えて、インターネットや無線ＬＡＮなどの別の通信網を用いることもできる。あるいは商品登録装置１１と決済装置１２との間でサーバを介して情報を授受する構成としてもよい。

商品登録装置１１は、ＣＰＵ（central processing unit）１１ａ、ＲＯＭ（read-only memory）１１ｂ、ＲＡＭ（random-access memory）１１ｃ、補助記憶ユニット１１ｄ、ドロワ開放ユニット１１ｅ、スキャナ１１ｆ、タッチパネル１１ｇ、プリンタ１１ｈ、カードリーダライタ１１ｉ、通信ユニット１１ｊおよび伝送システム１１ｋを含む。

ＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃおよび補助記憶ユニット１１ｄは、伝送システム１１ｋにより接続されてコンピュータを構成する。
ＣＰＵ１１ａは、上記コンピュータの中枢部分に相当する。ＣＰＵ１１ａは、ＲＯＭ１１ｂおよびＲＡＭ１１ｃに記憶されたオペレーティングシステム、ミドルウェアおよびアプリケーションプログラムに基づいて、商品登録装置１１としての各種の機能を実現するべく各部を制御する。

ＲＯＭ１１ｂは、上記コンピュータの主記憶部分に相当する。ＲＯＭ１１ｂは、上記オペレーティングシステムを記憶する。ＲＯＭ１１ｂは、上記ミドルウェアやアプリケーションプログラムを記憶する場合もある。またＲＯＭ１１ｂは、ＣＰＵ１１ａが各種の処理を行う上で参照するデータを記憶する場合もある。

ＲＡＭ１１ｃは、上記コンピュータの主記憶部分に相当する。ＲＡＭ１１ｃは、ＣＰＵ１１ａが各種の処理を行う上で参照するデータを記憶する。さらにＲＡＭ１１ｃは、ＣＰＵ１１ａが各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。

補助記憶ユニット１１ｄは、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１１ｄは、ＣＰＵ１１ａが各種の処理を行う上で使用するデータ、あるいはＣＰＵ１１ａでの処理によって生成されたデータを保存する。補助記憶ユニット１１ｄとしては、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）、あるいはＳＳＤ（solid state drive）などを使用できる。

ＲＯＭ１１ｂまたは補助記憶ユニット１１ｄに記憶されるアプリケーションプログラムには、後述する制御処理に関して記述した制御プログラムを含む。商品登録装置１１の譲渡は一般的に、制御プログラムがＲＯＭ１１ｂまたは補助記憶ユニット１１ｄに記憶された状態にて行われる。しかし、制御プログラムがＲＯＭ１１ｂまたは補助記憶ユニット１１ｄに記憶されない状態で、商品登録装置１１が譲渡される場合もある。この場合には、制御プログラムは、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して譲渡される。あるいはネットワークを介して制御プログラムが譲渡され、この制御プログラムが上記の別途に譲渡された商品登録装置１１の補助記憶ユニット１１ｄに書き込まれてもよい。

ドロワ開放ユニット１１ｅは、貨幣を収容するためのドロワを自動的に開放する。
スキャナ１１ｆは、商品の情報を読み取って、当該商品の商品コードを得る。スキャナ１１ｆとしては、周知の種々のタイプのものをそのまま利用できる。スキャナ１１ｆは、周知の種々のタイプうちの１つのみに対応していてもよいし、複数のタイプに対応していてもよい。すなわちスキャナ１１ｆは、固定式またはハンディ式の２次元コードスキャナを含み得る。またスキャナ１１ｆとしては、商品の画像から画像認識技術を利用して商品を識別するタイプのものを含み得る。

タッチパネル１１ｇは、表示デバイスおよびタッチセンサを含む。表示デバイスは、その表示画面を、ＧＵＩ画面などの任意の画面とする。表示デバイスとしては、例えばカラーＬＣＤ等の周知のデバイスを利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面への操作者のタッチ位置を検出し、その位置情報をＣＰＵ１１ａへと送る。タッチセンサとしては、周知のデバイスを利用できる。

プリンタ１１ｈは、レシート用紙に対して各種の文字列や画像などを印刷することにより、レシートを発行する。この種のプリンタ１１ｈとしては、例えばサーマルプリンタやドットインパクトプリンタなどを利用できる。

カードリーダライタ１１ｉは、カードに記録されたデータを読み取る機能と、上記カードへデータを書き込む機能とを有する。カードは、クレジットカード、デビットカード、電子マネーカード、プリペイドカードなどの決済用カードの他に、メンバーズカードやポイントカードなどと称される会員カードを含み得る。会員カードは、少なくともそのカードを所有する会員を識別するための情報を記録する。カードリーダライタ１１ｉは、磁気式、接触式、あるいは非接触式のいずれのデバイスであってもよいし、また複数種のデバイスを含んでいてもよい。

通信ユニット１１ｊは、ＬＡＮ１３を介して接続される複数の決済装置１２とデータ通信を行う。通信ユニット１１ｊは、他の商品登録装置１１とＬＡＮ１３を介してデータ通信を行うこともできる。

伝送システム１１ｋは、ＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ、補助記憶ユニット１１ｄ、ドロワ開放ユニット１１ｅ、スキャナ１１ｆ、タッチパネル１１ｇ、プリンタ１１ｈ、カードリーダライタ１１ｉおよび通信ユニット１１ｊの間で授受されるデータを伝送する。伝送システム１１ｋは、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものが利用できる。

このような商品登録装置１１のハードウェアとしては、例えば既存のＰＯＳ端末を利用することが可能である。

決済装置１２は、ＣＰＵ１２ａ、ＲＯＭ１２ｂ、ＲＡＭ１２ｃ、補助記憶ユニット１２ｄ、自動釣銭機１２ｅ、スキャナ１２ｆ、タッチパネル１２ｇ、プリンタ１２ｈ、カードリーダライタ１２ｉ、通信ユニット１２ｊおよび伝送システム１２ｋを含む。

ＣＰＵ１２ａ、ＲＯＭ１２ｂ、ＲＡＭ１２ｃおよび補助記憶ユニット１２ｄは、伝送システム１２ｋにより接続されてコンピュータを構成する。

ＣＰＵ１２ａは、上記コンピュータの中枢部分に相当する。ＣＰＵ１２ａは、ＲＯＭ１２ｂおよびＲＡＭ１２ｃに記憶されたオペレーティングシステム、ミドルウェアおよびアプリケーションプログラムに基づいて、決済装置１２としての各種の動作を実現するべく各部を制御する。

ＲＯＭ１２ｂは、上記コンピュータの主記憶部分に相当する。ＲＯＭ１２ｂは、上記オペレーティングシステムを記憶する。ＲＯＭ１２ｂは、上記ミドルウェアやアプリケーションプログラムを記憶する場合もある。またＲＯＭ１２ｂは、ＣＰＵ１２ａが各種の処理を行う上で参照するデータを記憶する場合もある。

ＲＡＭ１２ｃは、上記コンピュータの主記憶部分に相当する。ＲＡＭ１２ｃは、ＣＰＵ１２ａが各種の処理を行う上で参照するデータを記憶する。さらにＲＡＭ１２ｃは、ＣＰＵ１２ａが各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。

補助記憶ユニット１２ｄは、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１２ｄは、ＣＰＵ１２ａが各種の処理を行う上で使用するデータ、あるいはＣＰＵ１２ａでの処理によって生成されたデータを保存する。補助記憶ユニット１２ｄとしては、例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤなどを使用できる。

ＲＯＭ１２ｂまたは補助記憶ユニット１２ｄに記憶されるアプリケーションプログラムには、後述する制御処理に関して記述した制御プログラムを含む。決済装置１２の譲渡は一般的に、制御プログラムがＲＯＭ１２ｂまたは補助記憶ユニット１２ｄに記憶された状態にて行われる。しかし、制御プログラムがＲＯＭ１２ｂまたは補助記憶ユニット１２ｄに記憶されない状態で、決済装置１２が譲渡される場合もある。この場合には、制御プログラムは、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して譲渡される。あるいはネットワークを介して制御プログラムが譲渡され、この制御プログラムが上記の別途に譲渡された決済装置１２の補助記憶ユニット１２ｄに書き込まれてもよい。

自動釣銭機１２ｅは、投入される硬貨および紙幣を収受する。また自動釣銭機１２ｅは、釣銭としての硬貨および紙幣を排出する。

スキャナ１２ｆは、商品の情報を読み取って、当該商品の商品コードを得る。スキャナ１２ｆとしては、周知の種々のタイプのものをそのまま利用できる。スキャナ１２ｆは、周知の種々のタイプうちの１つのみに対応していてもよいし、複数のタイプに対応していてもよい。すなわちスキャナ１２ｆは、固定式またはハンディ式の２次元コードスキャナを含み得る。またスキャナ１２ｆとしては、商品の画像から画像認識技術を利用して商品を識別するタイプのものを含み得る。

タッチパネル１２ｇは、表示デバイスおよびタッチセンサを含む。表示デバイスは、その画面を、ＧＵＩ画面などの任意の画面とする。表示デバイスとしては、例えばカラーＬＣＤ等の周知のデバイスを利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面への操作者のタッチ位置を検出し、その位置情報をＣＰＵ１２ａへと送る。タッチセンサとしては、周知のデバイスを利用できる。

プリンタ１２ｈは、レシート用紙に対して各種の文字列や画像などを印刷することにより、レシートを発行する。この種のプリンタとしては、例えばサーマルプリンタやドットインパクトプリンタなどを利用できる。

カードリーダライタ１２ｉは、カードに記録されたデータを読み取る機能と、上記カードへデータを書き込む機能とを有する。カードは、クレジットカード、デビットカード、電子マネーカード、プリペイドカードなどの決済用カードの他に、メンバーズカードやポイントカードなどと称される会員カードを含み得る。会員カードは、少なくともそのカードを所有する会員を識別するための情報を記録する。カードリーダライタ１２ｉは、磁気式、接触式、あるいは非接触式のいずれのデバイスであってもよいし、また複数種のデバイスを含んでいてもよい。

通信ユニット１２ｊは、ＬＡＮ１３を介して接続される複数の商品登録装置１１とデータ通信を行う。通信ユニット１１ｊは、他の決済装置１２とＬＡＮ１３を介してデータ通信を行うこともできる。

伝送システム１２ｋは、ＣＰＵ１２ａ、ＲＯＭ１２ｂ、ＲＡＭ１２ｃ、補助記憶ユニット１２ｄ、自動釣銭機１２ｅ、スキャナ１２ｆ、タッチパネル１２ｇ、プリンタ１２ｈ、カードリーダライタ１２ｉおよび通信ユニット１２ｊの間で授受されるデータを伝送する。伝送システム１２ｋは、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものが利用できる。

このような決済装置１２のハードウェアとしては、例えば既存のセルフＰＯＳ端末を利用することが可能である。

上記の如く構成された商品登録装置１１と決済装置１２とを含むチェックアウトシステム１０は、図４に示すデータテーブル３１および３２を、商品登録装置１１および決済装置１２のＲＡＭ１１ｃ、１２ｃにそれぞれ形成する。

データテーブル３１は、商品コード、商品名、単価、個数および金額の各データからなるレコードを複数格納する領域である。商品コードは、各商品を個々に識別するための固有のコードである。各商品には、例えばバーコードによって表される商品コードが付されている。商品名および単価は、同一レコードの商品コードによって特定される商品の名称および１点当たりの価格である。個数および金額は、同一レコードの商品コードによって特定される商品の販売データ、すなわち販売個数とその個数分の販売金額である。

チェックアウトシステム１０は、図示しないが、ＬＡＮ１３を介してデータベースサーバを接続する。このデータベースサーバには、各商品の商品コードに関連付けて、商品名、単価等の商品情報を設定するための商品データベースがある。商品登録装置１１または決済装置１２において、商品コードが取得されると、ＣＰＵ１１ａ、１２ａは、その商品コードでデータベースサーバに商品情報を問い合わせる。この問合せを受けたデータベースサーバは、商品データベースにアクセスして、商品データベースから当該商品コードに関連付けられた商品情報を読出し、ＬＡＮ１３を介して商品登録装置１１または決済装置１２に通知する。商品登録装置１１または決済装置１２のＣＰＵ１１ａ、１２ａは、データベースサーバから通知された商品情報をデータテーブル３１に格納する。

このようなデータテーブル３１は、登録商品テーブルと称される。以下、商品登録装置１１のものを登録商品テーブル３１ａで表わし、決済装置１２のものを登録商品テーブル３１ｂで表わす。

データテーブル３２は、合計個数と合計金額とを格納する領域である。合計個数は、登録商品テーブル３１に格納された各レコードの個数の合計である。合計金額は、登録商品テーブル３１に格納された各レコードの金額の合計である。

このようなデータテーブル３２は、合計テーブルと称される。以下、商品登録装置１１のものを合計テーブル３２ａで表わし、決済装置１２のものを合計テーブル３２ｂで表わす。

図４は、商品登録装置１１のＣＰＵ１１ａが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図である。図５〜図７および図１５は、その制御処理によって商品登録装置１１のタッチパネル１１ｇに表示される種々の画面例を示す模式図である。図８〜図９は、決済装置１２のＣＰＵ１２ａが、制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図である。図１０〜図１３は、その制御処理によって決済装置１２のタッチパネル１２ｇに表示される種々の画面例を示す模式図である。図１４は、決済装置１２から発行される領収書のフォーマット例を示す模式図である。以下、これらの図を用いて、チェックアウトシステム１０の動作について説明する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

はじめに、商品登録装置１１の動作について説明する。
商品登録装置１１が、買上商品の登録処理を行うモードで起動されると、ＣＰＵ１１ａは、図４の流れ図に示す手順の制御処理を開始する。先ずＣＰＵ１１ａは、データテーブル３１ａ、３２ａをクリアする（Act１）。次いでＣＰＵ１１ａは、タッチパネル１１ｇの画面の一部に登録画面ＳＣ１（図５を参照）を表示させる（Act２）。

登録画面ＳＣ１は、登録商品テーブル３１ａおよび合計テーブル３２ａの内容を表し、登録処理の実施状況を店員２１に確認させるものである。登録画面ＳＣ１の一例を図５に示す。登録画面ＳＣ１は、表示エリアＲ１、Ｒ２を含む。表示エリアＲ１は、最も新しく買上登録がなされた商品に関する商品名、個数および単価と、その商品を登録した後の買上商品の合計個数および合計金額とを表示する。表示エリアＲ２は、登録画面ＳＣ１に示された商品よりも前に買上登録がなされた商品に関する商品名、個数、単価および金額のリストを表示する。

なお、図示は省略するが、ＣＰＵ１１ａは、タッチパネル１１ｇの画面のうちの登録画面ＳＣ１とする領域外に、店員２１が商品を指定するための商品ボタンや、小計ボタンなどの各種の機能ボタンを表示する。

登録画面ＳＣ１が表示された状態で、店員２１は、例えばスキャナ１１ｆや商品ボタンを操作して、買物客２２が買い上げる商品の商品コードを順次入力する。そして、全ての買上商品の商品コードを入力し終えると、店員２１は、小計ボタンにタッチする。

登録画面ＳＣ１を表示させたＣＰＵ１１ａは、買上登録すべき商品の商品コードが取得されるのを待ち受ける（Act３）。スキャナ１１ｆまたは商品ボタンを介して入力された商品コードを取得すると（Act３にてＹＥＳ）、ＣＰＵ１１ａは、その商品コードに関連付けられて商品データベースに設定されている商品名、単価等の商品情報を検出する。またＣＰＵ１１ａは、この単価に販売個数を乗算して販売金額を算出する。そしてＣＰＵ１１ａは、商品コード、商品名、単価、販売個数および販売金額を含む商品販売データを１レコードとして、登録商品テーブル３１ａに登録する（Act４：登録手段）。またＣＰＵ１１ａは、販売個数および販売金額を合計テーブル３２ａに加算する。そしてＣＰＵ１１ａは、登録商品テーブル３１ａおよび合計テーブル３２ａの内容に準じるように、登録画面ＳＣ１を更新する（Act５）。

登録画面ＳＣ１を更新した後、ＣＰＵ１１ａは、買上登録すべき商品の商品コードが取得されたか否かを確認する（Act６）。商品コードが取得されていない場合（Act６にてＮＯ）、ＣＰＵ１１ａは、小計ボタンがタッチされたか否かを確認する（Act７）。小計ボタンがタッチされていない場合（Act７にてＮＯ）、ＣＰＵ１１ａは、再び商品コードが取得されたか否かを確認する（Act６）。したがってＣＰＵ１１ａは、Act６およびAct７として、商品コードが取得されるか、小計ボタンがタッチされるのを待ち受ける。なおＣＰＵ１１ａは、ここでの待ち受けにおいて、他の操作が行われるなどの他の事象の発生を確認し、その発生事象に応じた処理に移行するようにしてもよい。

Act６およびAct７の待ち受け状態において、商品コードが取得されると（Act６にてＹＥＳ）、ＣＰＵ１１ａは、Act４の処理に戻る。そしてＣＰＵ１１ａは、それ以降の処理を前述したのと同様に繰り返す。

Act６およびAct７の待ち受け状態において、小計ボタンがタッチされたならば（Act７にてＹＥＳ）、ＣＰＵ１１ａは、この時点における登録商品テーブル３１ａおよび合計テーブル３２ａの内容に基づいて決済情報を生成する（Act８：生成手段）。そしてＣＰＵ１１ａは、タッチパネル１１ｇの画面の一部に転送先選択画面ＳＣ２（図６を参照）を表示させる（Act９）。

転送先選択画面ＳＣ２の一例を図６に示す。転送先選択画面ＳＣ２は、表示エリアＲ３、Ｒ４、Ｒ５、Ｒ６、Ｒ７、Ｒ８およびボタンＢ１、Ｂ２、Ｂ３、Ｂ４、Ｂ５、Ｂ６、Ｂ７を含む。

表示エリアＲ３は、合計テーブル３２ａの合計個数および合計金額を表示する。表示エリアＲ４は、種々のメッセージを表示する。ボタンＢ１、Ｂ２は、合計金額に対して値引きを適用することを店員２１が指定するためのものである。ボタンＢ３は、タッチパネル１１ｇの画面の一部領域を登録画面ＳＣ１に戻すことを店員２１が指定するためのものである。

表示エリアＲ５〜Ｒ８は、４つの決済装置１２のそれぞれへの決済情報の転送の可否をそれぞれ表示する。ボタンＢ４〜Ｂ７は、４つの決済装置１２のそれぞれへの決済情報の転送を店員２１が指定するためのものである。決済装置１２は、決済処理の実行中においては決済情報の転送を受け付けていない。このような状態にある決済装置１２に関連付けられた表示エリアＲ５〜Ｒ８には、「転送不可」と表示される。逆に、決済情報の転送を受け付けている決済装置１２に関連付けられた表示エリアＲ５〜Ｒ８には、「転送可能」と表示される。なお、ボタンＢ４〜Ｂ７は、関連付けられている決済装置１２が決済情報の転送を受け付けているか否かに応じて表示形態を異ならせてもよい。若しくは、関連付けられている決済装置１２が決済情報の転送を受け付けていない場合には、ボタンＢ４〜Ｂ７を非表示としてもよい。

転送先選択画面ＳＣ２を表示させると、ＣＰＵ１１ａは、買上登録すべき商品の商品コードが取得されたか否かを確認する（Act１０）。商品コードが取得されない場合（Act１０にてＮＯ）、ＣＰＵ１１ａは、決済情報の転送先とする決済装置１２が指定されたか否かを確認する（Act１１）。決済装置１２が指定されない場合（Act１１にてＮＯ）、ＣＰＵ１１ａは、再び、商品コードが取得されたか否かを確認する（Act１０）。したがってＣＰＵ１１ａは、Act１０およびAct１１として、商品コードが取得されるか、決済装置１２が指定されるのを待ち受ける。なおＣＰＵ１１ａは、ここでの待ち受け状態において、他の操作が行われるなどの他の事象の発生を確認し、その発生事象に応じた処理に移行するようにしてもよい。例えば、ボタンＢ１、Ｂ２のいずれかが店員２１によりタッチされると、ＣＰＵ１１ａは、決済情報に含まれる合計金額を、その後の店員２１による指示に応じて変更する。

Act１０およびAct１１の待ち受け状態において、商品コードを取得すると（Act１０にてＹＥＳ）、ＣＰＵ１１ａは、タッチパネル１１ｇの画面の一部領域を登録画面ＳＣ１に戻す（Act１２）。その後、ＣＰＵ１１ａは、Act４の処理に進み、以降の処理を前述と同様に繰り返す。

Act１０およびAct１１の待ち受け状態において、転送先選択画面ＳＣ２のボタンＢ４〜Ｂ７のいずれかが店員２１によりタッチされると、ＣＰＵ１１ａは、決済装置１２が指定されたとみなす。決済装置１２が指定されると（Act１１にてＹＥＳ）、ＣＰＵ１１ａは、指定された決済装置１２に対して決済情報を送信する（Act１３：送信手段）。

具体的にはＣＰＵ１１ａは、指定された決済装置１２に設定された通信アドレスを送信先アドレスとし、自らに設定された通信アドレスを送信元アドレスとして、決済情報をＬＡＮ１３へと送信するように通信ユニット１１ｊを制御する。これにより、送信先アドレスおよび送信元アドレスが設定された決済情報がＬＡＮ１３を介して送信される。そしてこの決済情報は、送信先アドレスが通信アドレスと一致する決済装置１２にて受信される。決済情報を受信した決済装置１２は、その決済情報の送信元アドレスを記憶することで、決済情報の送信元である商品登録装置を特定できる。

決済情報を送信すると、ＣＰＵ１１ａは、タッチパネル１１ｇの画面の一部に、報知画面ＳＣ３（図７を参照）を表示させる（Act１４）。報知画面ＳＣ３の一例を図７に示す。報知画面ＳＣ３は、表示エリアＲ９、Ｒ１０およびボタンＢ８を含む。

表示エリアＲ９は、セミセルフによる決済が選択されたことを店員２１に認識させるための画像を表示する。なお、セミセルフによる決済とは、買物客２２による操作に応じて決済装置１２において決済処理を実行する決済形態である。表示エリアＲ１０は、決済情報に含まれる合計個数および合計金額を表すとともに、そのような内容を含んだ決済情報を４つの決済装置１２のいずれに転送したかを表示する。ボタンＢ８は、報知画面ＳＣ３を閉じることを店員２１が指示するためのものである。ＣＰＵ１１ａは、ボタンＢ８がタッチされたことに応じて、Act１の処理へと戻り、それ以降の処理を前述したのと同様に繰り返す。

なお、決済情報の転送を受け付けていない決済装置１２に関連付けられたボタンＢ４〜Ｂ７がタッチされた場合には、ＣＰＵ１１ａは、Act１１にてＹｅｓとは判定しない。かくしてＣＰＵ１１ａは、決済情報の転送を受け付けない決済装置１２の指定は受け付けない。したがって、決済装置１２の全てが、動作の停止状態とされるか、決済情報の転送を受け付けない動作状態とされているならば、ＣＰＵ１１ａは、決済装置１２の指定を待ち受けない。

報知画面ＳＣ３を確認した店員２１は、各決済装置１２のうち、表示エリアＲ１０に表示された決済装置１２にて決済を行うべきことを買物客２２に対して告知する。この告知を受けた買物客２２は、指定された決済装置１２へと移動し、決済のための操作を行う。

そこで次に、決済装置１２の動作について説明する。
決済装置１２が起動されると、ＣＰＵ１２ａは、図８の流れ図に示す手順の制御処理を開始する。先ずＣＰＵ１２ａは、タッチパネル１２ｇの画面を待機画面とする(Act２１)。待機画面は、決済処理を行う状況にないことを表すものであり、どのような情報を表すかは任意であって良い。例えば待機画面は、決済処理を行うことができないことを表すメッセージを表すものや、スクリーンセーバーとして広告などを表す任意の画像を表示するものとすることが想定される。タッチパネル１２ｇの画面を待機画面とした後、ＣＰＵ１２ａは、決済情報を受信するのを待ち受ける（Act２２）。

前述したように商品登録装置１１のＣＰＵ１１ａは、図４のAct１３の処理において、通信ユニット１１ｊからＬＡＮ１３へと決済情報を送信する。この決済情報は、宛先となっている決済装置１２に設けられた通信ユニット１２ｊにて受信される（受信手段）。

決済情報を受信すると（Act２２にてＹＥＳ）、ＣＰＵ１２ａは、その決済情報を、登録商品テーブル３１ｂおよび合計テーブル３２ｂに展開する（Act２３）。すなわちＣＰＵ１２ａは、決済情報に含まれる登録商品の商品名、単価、販売個数および販売金額のリストを、登録商品テーブル３１ｂに格納する。同様にＣＰＵ１２ａは、決済情報に含まれる買上商品の合計個数および合計金額を、合計テーブル３２ｂに格納する。その後、ＣＰＵ１２ａは、タッチパネル１２ｇの画面の一部に決済画面ＳＣ４（図１０を参照）を表示させる（Act２４）。

決済画面ＳＣ４の一例を図１０に示す。決済画面ＳＣ４は、表示エリアＲ１１、Ｒ１２およびボタンＢ１１、Ｂ１２、Ｂ１３を含む。表示エリアＲ１１は、決済装置１２を操作する買物客２２に対する操作ガイダンスを表示する。表示エリアＲ１２は、合計テーブル３２ｂの合計個数と合計金額とを表示する。ボタンＢ１１は、支払い方法が現金であることを買物客が指定するためのものである。ボタンＢ１２は、支払い方法がクレジットであることを買物客が指定するためのものである。ボタンＢ１３は、店員２１を呼び出すことを買物客２２が指定するためのものである。以下の説明において、ボタンＢ１１は現金ボタンＢ１１と称し、ボタンＢ１２はクレジットボタンＢ１２と称し、ボタンＢ１３は店員呼出ボタンＢ１３と称する。

決済画面ＳＣ４を確認した買物客２２は、現金で支払うのかクレジットで支払うのかを決める。そして現金で支払う場合には、現金ボタンＢ１１にタッチし、自動釣銭機１２ｅに合計金額以上の現金を投入する。一方、クレジットで支払う場合には、クレジットボタンＢ１２にタッチし、クレジットカードのデータをカードリーダライタ１２ｉに読み取らせる。

決済画面ＳＣ４を表示させたＣＰＵ１２ａは、現金ボタンＢ１１またはクレジットボタンＢ１２がタッチされるのを待ち受ける（Act２５）。そして現金ボタンＢ１１またはクレジットボタンＢ１２がタッチされると（Act２５にてＹＥＳ）、ＣＰＵ１２ａは、そのタッチされたボタンによって選択された支払い方法による決済処理を実行する（Act２６：決済手段）。すなわち、現金ボタンＢ１１がタッチされた場合には、ＣＰＵ１２ａは、現金支払いに対する決済処理を実行する。クレジットボタンＢ１２がタッチされた場合には、ＣＰＵ１２ａは、クレジット支払いに対する決済処理を実行する。これらの決済処理については、既存のセルフＰＯＳ端末において周知の事項であるので、ここでの説明は省略する。

決済処理が終了すると、ＣＰＵ１２ａは、タッチパネル１２ｇの画面の一部に決済確認画面ＳＣ５（図１１を参照）を表示させる（Act２７）。

現金支払いに対する決済確認画面ＳＣ５の一例を図１１に示す。決済確認画面ＳＣ５は、表示エリアＲ１３およびボタンＢ１４、Ｂ１５を含む。また決済確認画面ＳＣ５は、決済画面ＳＣ４と同様に、買物客２２に対する操作ガイダンスを表示するための表示エリアＲ１１を含む。さらに決済確認画面ＳＣ５は、店員呼出ボタンＢ１３を、決済画面ＳＣ４のものと同位置に表示する。

表示エリアＲ１３は、合計金額と、自動釣銭機１２ｅへの投入金額と、釣銭額とを表示する。ボタンＢ１４は、領収書の発行を受けない買物客２２が決済の内容について確認したことを指定するためのものである。ボタンＢ１５は、領収書の発行を受ける買物客２２が決済の内容について確認したことを指定するためのものである。以下の説明において、ボタンＢ１４は精算ボタンＢ１２と称し、ボタンＢ１５は領収書ボタンＢ１５と称する。そして表示エリアＲ１１は、精算ボタンＢ１２または領収書ボタンＢ１５のいずれかのボタンにタッチすることを買物客２２に促すメッセージを表示する。

なお、図示しないが、クレジット支払いに対する決済確認画面も、上記画面ＳＣ５と同様に表示エリアＲ１１およびＲ１３と、店員呼出ボタンＢ１３、精算ボタンＢ１４および領収書ボタンＢ１５を含む。クレジット支払いに対する決済確認画面において、表示エリアＲ１３は、合計金額以外にクレジットによる支払回数やクレジットカードの発行会社名等を表示する。表示エリアＲ１１は、精算ボタンＢ１２または領収書ボタンＢ１５のいずれかのボタンにタッチすることを買物客２２に促すメッセージを表示する。

決済確認画面ＳＣ５を表示させると、ＣＰＵ１２ａは、精算ボタンＢ１４がタッチされたか否かを確認する（Act２８）。精算ボタンＢ１４がタッチされていない場合（Act２８にてＮＯ）、ＣＰＵ１２ａは、領収書ボタンＢ１５がタッチされたか否かを確認する（Act２９）。領収書ボタンＢ１５がタッチされていない場合（Act２９にてＮＯ）、ＣＰＵ１２ａは、再び精算ボタンＢ１４がタッチされたか否かを確認する（Act２８）。したがってＣＰＵ１２ａは、Act２８およびAct２９として、精算ボタンＢ１４がタッチされるか領収書ボタンＢ１５がタッチされるのを待ち受ける。

Act２８およびAct２９の待ち受け状態において、精算ボタンＢ１４がタッチされると（Act２８にてＹＥＳ）、ＣＰＵ１２ａは、登録商品テーブル３１ｂおよび合計テーブル３２ｂの内容に基づいてレシートの印刷データを編集する。そしてＣＰＵ１２ａは、プリンタ１２ｈを動作させて、レシートを発行させる（Act３０）。レシートが発行されると、ＣＰＵ１２ｂは、Act２１の処理へと戻り、それ以降の処理を前述したのと同様に繰り返す。

Act２８およびAct２９の待ち受け状態において、領収書ボタンＢ１５がタッチされた場合には（Act２９にてＹＥＳ）、ＣＰＵ１２ａは、図９のAct３１の処理に進む。すなわちＣＰＵ１２ａは、タッチパネル１２ｇの画面の一部に呼出指令画面ＳＣ６（図１２を参照）を表示させる（Act３１）。

呼出指令画面ＳＣ６の一例を図１２に示す。呼出指令画面ＳＣ６を図１１に示した決済確認画面ＳＣ５と対比すれば明らかなように、呼出指令画面ＳＣ６は決済確認画面ＳＣ５とレイアウトを同じとする。ただし、表示エリアＲ１１に表示されるガイダンスの内容が決済確認画面ＳＣ５と異なる。すなわち呼出指令画面ＳＣ６は、表示エリアＲ１１に、店員呼出ボタンＢ１３をタッチすることを買物客２２に促すガイダンスを表示する。また呼出指令画面ＳＣ６は、精算ボタンＢ１４を例えばグレースケールで表示させて、買物客２２が領収書ボタンＢ１５をタッチしたことを表す。

呼出指令画面ＳＣ６を表示させると、ＣＰＵ１２ａは、店員呼出ボタンＢ１３がタッチされるのを待機する（Act３２：待受手段）。領収書の発行の際には、店員による押印等の作業が必要となる。このため決済装置１２は、領収書ボタンＢ１５がタッチされて領収書の発行という事象が発生した場合、処理を止めて店員の呼び出し操作が行われるのを待ち受ける。

店員呼出ボタンＢ１３がタッチされると（Act３２にてＹＥＳ）、ＣＰＵ１２ａは、登録商品テーブル３１ｂおよび合計テーブル３２ｂの内容に基づいて領収書の印刷データを編集する。そしてＣＰＵ１２ａは、プリンタ１２ｈを動作させて、領収書４０（図１４を参照）を発行させる（Act３３）。またＣＰＵ１２ａは、決済情報の送信元である商品登録装置１１に対して、ＬＡＮ１３経由で呼出信号を送信する（Act３４：呼出手段）。さらにＣＰＵ１２ａは、タッチパネル１２ｇの画面の一部に呼出中画面ＳＣ７（図１３を参照）を表示させる（Act３５：告知手段）。

呼出中画面ＳＣ７の一例を図１３に示す。呼出中画面ＳＣ７は、ガイダンスの表示エリアＲ１１以外に、表示エリアＲ１４とボタンＢ１６とを含む。決済画面ＳＣ４、決済確認画面ＳＣ５および呼出指令画面ＳＣ６のそれぞれにおいて、同位置に表示されていた店員呼出ボタンＢ１３は、呼出中画面ＳＣ７では表示されない。

表示エリアＲ１４は、店員２１を呼び出し中であることを示す画像を表示する。ボタンＢ１６は、呼び出しを受けた店員２１が呼出中画面ＳＣ７を閉じることを指定するためのものである。以下、このボタンＢ１６を閉ボタンＢ１６と称する。

なお、Act３３、Act３４およびAct３５の各処理の手順は本実施形態に限定されるものではない。各処理の順番は、適宜入れ替えることができる。

呼出中画面ＳＣ７を表示させると、ＣＰＵ１２ａは、閉ボタンＢ１６がタッチされるのを待ち受ける（Act３６）。閉ボタンＢ１６がタッチされると、ＣＰＵ１２ａは、Act２１の処理へと戻り、それ以降の処理を前述したのと同様に繰り返す。

このようにチェックアウトシステム１０においては、商品登録装置１１にて店員２１による買上商品の登録作業を終えた買物客２２が、決済装置１２を操作してその買上商品の決済を行うことで、レシートまたは領収書４０が発行される。具体的には、決済確認画面ＳＣ５を確認した買物客２２が、精算ボタンＢ１４をタッチするとレシートが発行され、領収書ボタンＢ１５をタッチすると領収書４０が発行される。

ただし、領収書ボタンＢ１５をタッチした場合、決済装置１２では、領収書４０のプリントが開始される前に呼出指令画面ＳＣ６が表示される。そこで買物客２２は、呼出指令画面ＳＣ６のガイダンスに従い、店員呼出ボタンＢ１３をタッチする。そうすると、例えば図１４に示すような領収書４０が発行される。また、決済装置１２から決済情報送信元の商品登録装置１１に対して呼出信号が送信されるとともに、タッチパネル１２ｇの画面が呼出指令画面ＳＣ６から呼出中画面ＳＣ７に切り替わる。

図１４に示すように、領収書４０には発行日付４１、合計金額４２、発行元情報（店名、住所、電話番号）４３等が印刷される。ただしこのままでは、発行元を証明する押印がなされていないため、正規の証書としては認められない。押印は、通常、店員によってなされる。このため、店員を決済装置１２の設置場所まで呼び出す必要がある。

本実施形態では、買物客２２が店員呼出ボタンＢ１３にタッチすることで、領収書４０が発行されるとともに、決済情報の送信元である商品登録装置１１に対して、ＬＡＮ１３経由で呼出信号が送信される。この呼出信号を受信した商品登録装置１１においては、タッチパネル１１ｇに決済装置１２から呼び出しがあったことを店員２１に通知する表示がなされる。

図１５は、登録画面ＳＣ１を表示中の商品登録装置１に対して、決済装置１２から呼出信号が送信されたときの表示例である。図示するように、登録画面ＳＣ１の表示エリアＲ１、Ｒ２と重ならない領域に、識別情報「Ｃ」の決済装置１２から呼び出しがあったことを店員２１に通知する表示Ａ１がなされる（報知手段）。したがって、この表示Ａ１を確認した店員２１は、識別情報「Ｃ」の決済装置１２で決済を行うように指示した買物客２２から呼び出しを受けたことを容易に知ることができる。

呼び出しを受けた店員２１は、識別情報「Ｃ」の決済装置１２に出向き、領収書４０に対して押印等の作業を行う。この作業により、領収書４０は正規の証書として認められる。このとき店員２１は、呼出中画面ＳＣ７の閉ボタンＢ１６をタッチする。そうすると、決済装置１２の画面が待機画面に戻る。

このように本実施形態のチェックアウトシステム１０によれば、買物客２２が決済装置１２にて領収書４０の発行を指令した場合には、店員２１の呼び出し操作を行わないと領収書４０が発行されない。したがって、店員２１を呼び出すことなく発行された領収書を持ち帰る買物客２２をなくすことができる。

また、本実施形態のチェックアウトシステム１０によれば、買物客２２が決済装置１２を操作して店員２１の呼び出し操作を行うと、呼出信号は、決済装置１２からその買物客が買い上げる商品を登録した商品登録装置１１に送信される。したがって、領収書４０の発行を指令した買物客２２に対しては、その買物客２２が買い上げる商品の登録操作を行った店員２１が責任をもって領収書４０に押印することができる。

しかも、店員２１の呼び出し操作を行うための店員呼出ボタンＢ１３は、決済装置１２において、買上商品の商取引を決済する処理の過程で遷移する複数の画面ＳＣ４，ＳＣ５，ＳＣ６の同じ位置に表示される。したがって、決済装置１２を操作する買物客２２に対して店員呼出ボタンＢ１３が略常時表示されているので、店員２１の呼び出し操作を行う際には簡単に店員呼出ボタンＢ１３を見つけることができる。

また、買物客２２によって店員２１の呼び出し操作が行われた決済装置１２においては、店員２１が来るまでの間、タッチパネル１２ｇに呼出中画面ＳＣ７が表示される。したがって店員２１を呼び出し中であることを買物客２２が確認できるので、買物客２２は、安心して待つことができる。

なお、本発明は、前記実施形態に限定されるものではない。
例えば前記実施形態では、呼出指令画面ＳＣ６を表示させた状態で、ＣＰＵ１２ａが店員呼出ボタンＢ１３のタッチ操作を待機したが（Act３２）、併せて領収書ボタンＢ１５が再度タッチ操作されるのを待機してもよい。すなわちＣＰＵ１２ａは、Act３２の処理において、店員呼出ボタンＢ１３または領収書ボタンＢ１５がタッチ操作されるのを待機する。そしていずれか一方のボタンＢ１３、Ｂ１５がタッチ操作されると、ＣＰＵ１２ａは、Act３３以降の処理を実行する。このような構成にしても、領収書４０の発行の際には必ず店員２１を呼び出すので、前記実施形態の作用効果を奏し得る。なおこの実施形態の場合、店員呼出ボタンＢ１３を省略してもよいのは言うまでもないことである。

また前記実施形態では、決済装置１２は、呼出信号を決済情報の送信元である商品登録装置１１に対して送信した。しかし、呼出信号の送信先は、決済情報の送信元である商品登録装置１１に限定されるものではない。例えばネットワーク１３を介して接続される全ての商品登録装置１１に対して並列的に呼出信号を送信してもよい。この場合、表示Ａ１を確認したいずれかの店員２１が確認操作をすることによって、商品登録装置１１のＣＰＵ１１ａは、他の商品登録装置１１に対して確認信号を送信する。確認信号を受信した他の商品登録装置１１のＣＰＵ１１ａは、表示Ａ１を消去する。こうすることにより、買物客２２からの呼び出しを最初に確認した店員２１がその呼び出しに応えるので、より迅速に呼び出しのあった買物客２２の下へ店員２１が出向くことができるようになる。

また、前記実施形態では、呼出信号を受信した商品登録装置１１において、画面に表示Ａを表すことで、買物客２２からの呼び出しがあることを店員２１に報知した。店員２１への報知は、表示Ａに限定されるものではない。例えば、表示中の画面の上に重ねて、呼び出しがあることを示す画像をポップアップで表示してもよい。また、例えば表示Ａについては、決済情報を送信した際に表示され、その決済情報の送信先である決済装置１２から呼出信号があると、表示Ａの表示色を変えることで報知するようにしてもよい。

また前記実施形態では、呼出指令画面ＳＣ６を表示するタイミングを、領収書の発行が指令されたときとした。しかし、決済装置１２において、店員の呼び出しが必要となる事象は、領収書の発行指令に限定されるものではない。例えば代金の支払い方法として商品券が選択された場合というように、他の事象であっても、店員の呼び出しが必要な場合には、呼出指令画面ＳＣ６を表示させて、店員の呼び出し操作がなされるまで処理を止めてもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］少なくとも１台の商品登録装置と少なくとも１台の決済装置とをネットワークで接続してなるチェックアウトシステムにおいて、前記商品登録装置は、買上商品を特定する商品コードを取得し、前記買上商品の販売データを登録する登録手段と、登録終了が指示されるまでの登録期間中に前記登録手段によって登録された前記買上商品の販売データに基づき、前記買上商品の商取引を決済するための決済情報を生成する生成手段と、前記決済情報を前記決済装置に送信する送信手段と、前記決済装置から呼出信号を受信したことに応じて報知動作を行う報知手段と、を具備し、前記決済装置は、前記商品登録装置からの前記決済情報を受信する受信手段と、前記決済情報に基づいて前記買上商品の商取引を決済する決済手段と、前記買上商品の商取引を決済する処理の過程で店員の介在が必要な事象が発生すると、前記処理を止めて前記店員の呼び出し操作が行われるのを待ち受ける待受手段と、前記呼び出し操作が行われたことに応じて前記処理を再開するとともに前記商品登録装置に対して前記呼出信号を送信する呼出手段と、を具備したことを特徴とするチェックアウトシステム。
［２］前記呼出手段は、前記決済情報の送信元である前記商品登録装置に対して前記呼出信号を送信することを特徴とする付記［１］記載のチェックアウトシステム。
［３］ネットワークを介して接続された商品登録装置とともにチェックアウトシステムを構成する決済装置であって、前記商品登録装置で登録された買上商品の商取引を決済するための決済情報を受信する受信手段と、前記決済情報に基づいて前記買上商品の商取引を決済する決済手段と、前記買上商品の商取引を決済する処理の過程で店員の介在が必要な事象が発生すると、前記処理を止めて前記店員の呼び出し操作が行われるのを待ち受ける待受手段と、前記呼び出し操作が行われたことに応じて前記処理を再開するとともに前記商品登録装置に対して呼出信号を送信する呼出手段と、を具備したことを特徴とする決済装置。
［４］前記呼出信号を送信したことを告知する告知手段、をさらに具備したことを特徴とする付記［３］記載の決済装置。
［５］前記待受手段は、前記買上商品の商取引を決済する処理の過程で遷移する複数の画面の同じ位置に表示される店員呼出ボタンが操作されるのを待ち受けることを特徴とする付記［３］または［４］記載の決済装置。
［６］商品登録装置とともにチェックアウトシステムを構成し、前記商品登録装置で登録された買上商品の商取引を決済するための決済情報を受信する決済装置のコンピュータを、前記決済情報に基づいて前記買上商品の商取引を決済する決済手段、前記買上商品の商取引を決済する処理の過程で店員の介在が必要な事象が発生すると、前記処理を止めて前記店員の呼び出し操作が行われるのを待ち受ける待受手段、及び、前記呼び出し操作が行われたことに応じて前記処理を再開するとともに前記商品登録装置に対して呼出信号を送信する呼出手段、として機能させるための制御プログラム。

１０…チェックアウトシステム、１１…商品登録装置、１１ａ…ＣＰＵ、１１ｂ…ＲＯＭ、１１ｃ…ＲＡＭ、１１ｄ…補助記憶ユニット、１１ｅ…ドロワ開放ユニット、１１ｆ…スキャナ、１１ｇ…タッチパネル、１１ｈ…プリンタ、１１ｉ…カードリーダライタ、１１ｊ…通信ユニット、１１ｋ…伝送システム、１２…決済装置、１２ａ…ＣＰＵ、１２ｂ…ＲＯＭ、１２ｃ…ＲＡＭ、１２ｄ…補助記憶ユニット、１２ｅ…自動釣銭機、１２ｆ…スキャナ、１２ｇ…タッチパネル、１２ｈ…プリンタ、１２ｉ…カードリーダライタ、１２ｊ…通信ユニット、１２ｋ…伝送システム、３１（３１ａ、３１ｂ）…登録商品テーブル、３２（３２ａ、３２ｂ）…合計テーブル、４０…領収書。

Claims (7)

1. 少なくとも１台の商品登録装置と少なくとも１台の決済装置とをネットワークで接続してなるチェックアウトシステムにおいて、
   前記商品登録装置は、
   買上商品の販売データを登録する登録手段と、
   前記登録手段によって登録された前記買上商品の販売データに基づき、前記買上商品の商取引を決済するための決済情報を生成する生成手段と、
   前記決済情報を前記決済装置に送信する送信手段と、
   前記決済装置から呼出信号を受信したことに応じて報知動作を行う報知手段と、
   を具備し、
   前記決済装置は、
   前記商品登録装置からの前記決済情報を受信する受信手段と、
   前記受信手段で受信した前記決済情報の送信元を記憶する記憶手段と、
   前記決済情報に基づいて前記買上商品の商取引を決済する決済手段と、
   前記買上商品の商取引を決済する処理の過程で店員の介在が必要な事象が発生すると、前記店員の呼び出し操作が行われるのを待ち受ける待受手段と、
   前記呼び出し操作が行われると前記記憶手段で記憶した前記決済情報の送信元である前記商品登録装置に対して前記呼出信号を送信する呼出手段と、
   を具備したことを特徴とするチェックアウトシステム。
2. 前記商品登録装置は、
   前記登録手段による販売データの登録内容をオペレータに確認させるための登録画面をディスプレイの画面領域の一部に表示させる表示手段、をさらに具備し、
   前記報知手段は、前記ディスプレイの画面領域における前記登録画面の表示領域とは重ならない領域に、前記決済装置から呼出しがあったことを前記オペレータに報知するための表示を行う、請求項１記載のチェックアウトシステム。
3. 商品登録装置から送信される買上商品の商取引を決済するための決済情報を受信する受信手段と、
   前記受信手段で受信した前記決済情報の送信元を記憶する記憶手段と、
   前記決済情報に基づいて前記買上商品の商取引を決済する決済手段と、
   前記買上商品の商取引を決済する処理の過程で店員の介在が必要な事象が発生すると、前記店員の呼び出し操作が行われるのを待ち受ける待受手段と、
   前記呼び出し操作が行われると前記記憶手段で記憶した前記決済情報の送信元である前記商品登録装置に対して呼出信号を送信する呼出手段と、
   を具備したことを特徴とする決済装置。
4. 前記呼出信号を送信したことを告知する告知手段、
   をさらに具備したことを特徴とする請求項３記載の決済装置。
5. 前記待受手段は、前記買上商品の商取引を決済する処理の過程で遷移する複数の画面の同じ位置に表示される店員呼出ボタンが操作されるのを待ち受けることを特徴とする請求項３または４記載の決済装置。
6. 商品登録装置から送信される買上商品の商取引を決済するための決済情報を受信する決済装置のコンピュータを、
   前記受信した前記決済情報の送信元を記憶する記憶手段と、
   前記決済情報に基づいて前記買上商品の商取引を決済する決済手段、
   前記買上商品の商取引を決済する処理の過程で店員の介在が必要な事象が発生すると、前記店員の呼び出し操作が行われるのを待ち受ける待受手段、及び、
   前記呼び出し操作が行われると前記記憶手段で記憶した前記決済情報の送信元である前記商品登録装置に対して呼出信号を送信する呼出手段、
   として機能させるための制御プログラム。
7. 前記呼出手段は、前記呼出信号を送信するとともに前記処理を継続する、
   請求項３乃至５のうちいずれか１に記載の決済装置。