JP2022145900A - チェックアウトシステム、入力処理装置及びその制御プログラム - Google Patents

Abstract

【課題】入力処理装置が各決済装置の状態を監視するための情報分析機能を不要にする。【解決手段】チェックアウトシステムは、入力処理装置と複数台の決済装置とをネットワークで接続してなる。入力処理装置は、商品販売に係るデータの入力を待ち受け、入力されたデータを基に、商品販売に対する決済情報を生成する。入力処理装置は、複数台の決済装置のうち設定された１台の決済装置に対し、前記ネットワークを介して前記決済情報を送信する。決済装置は、決済情報の決済処理が可能なとき、当該決済情報を記憶領域に格納する。決済情報の決済処理が不可能なとき、当該決済情報を他の決済装置に転送する。決済装置は、記憶領域に格納された決済情報の決済を処理する。【選択図】 図１０

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２４およびAct２５の処理を終了したＣＰＵ１２ａは、同じチェックアウトレーンに配置されている商品登録装置１１に対して受領応答信号を送信する（Act２６：通知手段）。

具体的にはＣＰＵ１２ａは、商品登録装置１１に設定された通信アドレスを送信先アドレスとし、自らに設定された通信アドレスを送信元アドレスとして、受領応答信号をＬＡＮ１３へと送信するように通信ユニット１２ｊを制御する。これにより、受領応答信号がＬＡＮ１３を介して商品登録装置１１に対して送信される。

その後、ＣＰＵ１２ａは、タッチパネル１２ｇの画面の一部に決済画面ＳＣ３（図１１を参照）を表示させる（Act２７）。

決済画面ＳＣ３の一例を図１１に示す。決済画面ＳＣ３は、表示エリアＲ６およびＲ７と、ボタンＢ６、Ｂ７およびＢ８とを含む。表示エリアＲ６は、決済装置１２を操作する買物客２２に対する操作ガイダンスを表示する。表示エリアＲ７は、決済バッファ４１に格納されている決済情報に含まれる合計個数および合計金額を表示する。ボタンＢ６は、支払い方法が現金であることを買物客２２が指定するためのものである。ボタンＢ７は、支払い方法が電子マネーであることを買物客２２が指定するためのものである。ボタンＢ８は、店員２１を呼び出すことを買物客２２が指定するためのものである。以下の説明において、ボタンＢ６は現金ボタンＢ６と称し、ボタンＢ７は電子マネーボタンＢ７と称し、ボタンＢ８は店員呼出ボタンＢ８と称する。

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

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

なお、決済方法は、現金または電子マネーに限定されるものではない。例えばクレジットカード、商品券などの金券等での決済方法についても、決済装置１２は対応できるものである。

決済処理が終了すると、ＣＰＵ１２ａは、レシート発行処理を実行する（Act３０）。すなわちＣＰＵ１２ａは、決済バッファ４１に格納されている決済情報に基づいてレシートの印刷データを編集する。そしてＣＰＵ１２ａは、プリンタ１２ｈを動作させて、レシートを発行させる。レシートが発行されると、ＣＰＵ１２ａは、Act４の処理に戻る。そしてＣＰＵ１２ａは、それ以降の処理を前述したのと同様に繰り返す。

このように本実施形態のチェックアウトシステム１０においては、商品登録装置１１にて店員２１による買上商品の登録作業が終了して、店員２１が送信画面ＳＣ２の送信ボタンＢ４にタッチすると、その買上商品の販売データを含む決済情報が、商品登録装置１１と同じチェックアウトレーンに配置されている複数の決済装置１２のうち、メモリ領域３３に設定されている送信ＩＤで識別される１つの決済装置１２に送信される。

ここで説明の便宜上、図１に示すように、商品登録装置１１と同じチェックアウトレーンに配置されている決済装置の台数を３台とし、各々を符号１２－１，１２－２，１２－３で識別するものとする。また、商品登録装置１１のメモリ領域３３に格納されている送信先ＩＤは、決済装置１２－１を識別するものとする。この場合、決済情報は先ず、決済装置１２－１に送信される。

決済装置１２－１において、決済処理が実行されていない場合、すなわち処理中フラグＦが“０”にリセットされている場合には、決済情報が決済装置１２－１の決済バッファ４１に格納される。また、受領応答信号が決済装置１２－１から商品登録装置１１に対して送信される。その結果、商品登録装置１１のタッチパネル１１ｇには、決済情報の送信先が決済装置１２－１であることを案内する案内画面ＳＣ４が表示される。そこで店員２１は、買物客２２に対して決済装置１２－１で決済するように伝える。

買物客２２は、決済装置１２－１に向かう。このとき、決済装置１２－１のタッチパネル１２ｇには決済画面ＳＣ３が表示されているので、買物客２２は、現金、電子マネー等を利用して決済を行う。

一方、決済装置１２－１において、決済処理が実行されている場合、すなわち処理中フラグＦが“１”にセットされている場合には、この決済装置１２－１のメモリ領域４３に転送先ＩＤが格納されているか否かによって処理が分かれる。ここでは、転送先ＩＤとして決済装置１２－２を識別するものが格納されているとする。この場合、決済装置１２－２のメモリ領域４３には、転送先ＩＤとして決済装置１２－３を識別するものが格納されている。また、決済装置１２－３のメモリ領域４３には、転送先ＩＤが格納されていない。

決済装置１２－１のメモリ領域４３に決済装置１２－２を識別する転送先ＩＤが格納されているので、商品登録装置１１から決済装置１２－１に送信された決済情報は、ＬＡＮ１３を介して決済装置１２－２に転送される。

決済装置１２－２において、決済処理が実行されていない場合、すなわち処理中フラグＦが“０”にリセットされている場合には、決済情報が決済装置１２－２の決済バッファ４１に格納される。また、受領応答信号が決済装置１２－２から商品登録装置１１に対して送信される。その結果、商品登録装置１１のタッチパネル１１ｇには、決済情報の送信先が決済装置１２－２であることを案内する案内画面ＳＣ４が表示される。そこで店員２１は、買物客２２に対して決済装置１２－２で決済するように伝える。

買物客２２は、決済装置１２－２に向かう。このとき、決済装置１２－２のタッチパネル１２ｇには決済画面ＳＣ３が表示されているので、買物客２２は、現金、電子マネー等を利用して決済を行う。

一方、決済装置１２－２において、決済処理が実行されている場合、すなわち処理中フラグＦが“１”にセットされている場合には、この決済装置１２－２のメモリ領域４３に転送先ＩＤが格納されているか否かによって処理が分かれる。ここでは、メモリ領域４３に決済装置１２－３を識別する転送先ＩＤが設定されているので、決済装置１２－１から転送されてきた決済情報は、さらにＬＡＮ１３を介して決済装置１２－３に転送される。

決済装置１２－３において、決済処理が実行されていない場合、すなわち処理中フラグＦが“０”にリセットされている場合には、決済情報が決済装置１２－３の決済バッファ４１に格納される。また、受領応答信号が決済装置１２－３から商品登録装置１１に対して送信される。その結果、商品登録装置１１のタッチパネル１１ｇには、決済情報の送信先が決済装置１２－３であることを案内する案内画面ＳＣ４が表示される。そこで店員２１は、買物客２２に対して決済装置１２－３で決済するように伝える。

買物客２２は、決済装置１２－３に向かう。このとき、決済装置１２－３のタッチパネル１２ｇには決済画面ＳＣ３が表示されているので、買物客２２は、現金、電子マネー等を利用して決済を行う。

一方、決済装置１２－３において、決済処理が実行されている場合、すなわち処理中フラグＦが“１”にセットされている場合には、この決済装置１２－３のメモリ領域４３に転送先ＩＤが格納されているか否かによって処理が分かれる。ここでは、メモリ領域４３に転送先ＩＤが格納されていないので、エラー応答信号が決済装置１２－３から商品登録装置１１に対して送信される。その結果、商品登録装置１１では、送信不可処理が実行される。この送信不可処理により、例えば店員２１は、商品登録装置１１を操作して、買物客２２の決済を処理する。

このように本実施形態のチェックアウトシステム１０によれば、商品登録装置１１は、各決済装置１２の状態如何に係らず、予め送信先として設定された１つの決済装置１２に決済情報を送信する。したがって、商品登録装置１１が各決済装置１２の状態を監視するために、決済装置１２から状態情報（ステータス）を収集し分析する情報分析機能が不要となる。

商品登録装置１１から１つの決済装置１２に送信された決済情報は、その決済装置１２で決済情報の決済処理が不可能なとき、予め転送先として設定された別の１つの決済装置１２に転送される。したがって、商品登録装置１１を操作する店員２１が、空いている決済装置１２を探す手間もなくなるので、店員２１の作業効率を高めることができる。また、店員が誤って意図しない決済装置１２へ決済情報を送信してしまうミスもなくなる。

本実施形態において、商品登録装置１１が決済情報を送信する決済装置１２は、メモリ領域３３に格納される送信先ＩＤによって決定される。同様に、決済処理が不可能な決済装置１２が決済情報を転送する別の決済装置１２は、メモリ領域４３に格納される転送先ＩＤによって決定される。したがって、メモリ領域３３および４３にそれぞれ格納される送信先ＩＤおよび転送先ＩＤの設定如何によって、商品登録装置１１が決済情報をどの決済装置１２に優先的に送信し、また、どのようなルートで決済装置１２の間を転送させるとかということを容易に設定しかつ変更できる利点がある。

なお、本発明は、前記実施形態に限定されるものではない。
例えば前記実施形態では、決済装置１２において決済処理を実行中か否かによって、受信した決済情報の決済処理が可能か否かを判定する場合を示した。決済処理が可能か否かの判定要素は、これに限定されるものではない。例えば、プリンタ１２ｈのレシート用紙が無い等の決済に支障を来すエラーが発生していた場合においても、受信した決済情報の決済処理が不可能と判定できる。

また前記実施形態では、１つのチェックアウトレーンを１単位とし、そのレーンに配置されている商品登録装置１１が、同じレーンに配置されている１つの決済装置１２に対して決済情報を送信する。そして、その決済装置１２で決済処理が不可能なとき、その決済装置１２が同じレーンに配置されている別の決済装置１２に決済情報を転送する場合を示した。この点については、決済装置１２のメモリ領域４３に格納される転送先ＩＤとして、例えば隣接するチェックアウトレーンに設置されている決済装置１２を識別するものを含めてもよい。そうすることによって、同じレーンに配置されている決済装置１２が全て塞がっている場合でも、隣接するレーンの決済装置１２が空いていればその決済装置１２で決済を行うことが可能となる。

また前記実施形態では、決済情報が最後に転送される決済装置１２においては、メモリ領域４３に転送先ＩＤが格納されない場合を示した。この点については、決済情報が最後に転送される決済装置１２のメモリ領域４３に、商品登録装置１１のメモリ領域３３に格納されている送信先ＩＤを格納してもよい。こうすることにより、一時的に同じレーンに配置されている決済装置１２が全て塞がってしまっても、一人の買物客の決済が終わった時点で、空いた決済装置１２に買物客を案内できるようになる。

また前記実施形態では、商品登録装置１１において、案内画面ＳＣ４を店員２１に対して表示する場合を示した。この点については、例えば、買物客に対する表示デバイスを商品登録装置１１に接続し、この表示デバイスに案内画面ＳＣ４を表示することで、買物客２２に対して案内をしてもよい。あるいは、音声合成手段等の報知手段を利用して、決済を行う決済装置１２を音声により買物客２２に知らせることも可能である。

また前記実施形態では、商品の売買行為を取引として説明したが、取引は、商品の売買行為を伴わないものであってもよい。例えば、施設の利用料、貸出品のレンタル料などの役務（サービス）提供に対して料金が発生する取引についても、本発明のチェックアウトシステムは適用できるものである。

この他、本発明に関していくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］入力処理装置と複数台の決済装置とをネットワークで接続してなり、前記入力処理装置は、取引に係るデータの入力を待ち受け、入力されたデータを基に、前記取引に対する決済情報を生成する生成手段と、前記複数台の決済装置のうち設定された１台の決済装置に対し、前記ネットワークを介して前記決済情報を送信する送信手段と、を具備し、前記各決済装置は、前記ネットワークを介して伝送された前記決済情報を受信する受信手段と、前記受信手段により受信した前記決済情報の決済処理が可能なとき、当該決済情報を記憶領域に格納する格納手段と、前記受信手段により受信した前記決済情報の決済処理が不可能なとき、当該決済情報を前記ネットワークで接続される他の決済装置に転送する転送手段と、前記記憶領域に格納された前記決済情報の決済を処理する決済手段と、を具備したことを特徴とするチェックアウトシステム。
［２］前記各決済装置は、前記受信手段により受信した前記決済情報の決済処理が可能なとき、前記入力処理装置に対して決済処理が可能であることを通知する通知手段、をさらに具備し、前記入力処理装置は、前記決済処理が可能であることを通知した前記決済装置へと買物客を案内する報知を行う報知手段、をさらに具備したことを特徴とする付記［１］記載のチェックアウトシステム。
［３］取引に係るデータの入力を待ち受け、入力されたデータを基に、前記取引に対する決済情報を生成する生成手段、および、ネットワークを介して接続される複数台の決済装置のうち設定された１台の決済装置に対して前記決済情報を送信する送信手段を備えた入力処理装置とチェックアウトシステムを構成する決済装置であって、前記ネットワークを介して伝送された前記決済情報を受信する受信手段と、前記受信手段により受信した前記決済情報の決済処理が可能なとき、当該決済情報を記憶領域に格納する格納手段と、前記受信手段により受信した前記決済情報の決済処理が不可能なとき、当該決済情報を前記ネットワークで接続される他の決済装置に転送する転送手段と、前記記憶領域に格納された前記決済情報の決済を処理する決済手段と、を具備したことを特徴とする決済装置。
［４］前記受信手段により受信した前記決済情報の決済処理が可能なとき、前記入力処理装置に対して決済処理が可能であることを通知する通知手段、をさらに具備したことを特徴とする付記［３］記載の決済装置。
［５］受信手段により受信した決済情報の決済処理が可能なとき、当該決済情報を記憶領域に格納する格納手段、前記受信手段により受信した前記決済情報の決済処理が不可能なとき、当該決済情報をネットワークで接続される他の決済装置に転送する転送手段、前記記憶領域に格納された前記決済情報の決済を処理する決済手段、および、前記受信手段により受信した前記決済情報の決済処理が可能なとき、決済処理が可能であることを通知する通知手段、を備えた複数台の決済装置とネットワークで接続されてチェックアウトシステムを構成する入力処理装置であって、取引に係るデータの入力を待ち受け、入力されたデータを基に、前記取引に対する決済情報を生成する生成手段と、前記複数台の決済装置のうち設定された１台の決済装置に対し、前記ネットワークを介して前記決済情報を送信する送信手段と、前記決済処理が可能であることを通知した前記決済装置へと買物客を案内する報知を行う報知手段と、を具備したことを特徴とする入力処理装置。
［６］取引に係るデータの入力を待ち受け、入力されたデータを基に、前記取引に対する決済情報を生成する生成手段、および、ネットワークを介して接続される複数台の決済装置のうち設定された１台の決済装置に対して前記決済情報を送信する送信手段を備えた入力処理装置とチェックアウトシステムを構成し、前記ネットワークを介して伝送された前記決済情報を受信する受信手段を備えた決済装置のコンピュータに、前記受信手段により受信した前記決済情報の決済処理が可能なとき、当該決済情報を記憶領域に格納する機能、前記受信手段により受信した前記決済情報の決済処理が不可能なとき、当該決済情報を前記ネットワークで接続される他の決済装置に転送する機能、および、前記記憶領域に格納された前記決済情報の決済を処理する機能、を実現させるための制御プログラム。

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

本発明の実施形態は、チェックアウトシステム及びこのチェックアウトシステムを構成する入力処理装置、並びにコンピュータに前記入力処理装置としての機能を実現させるための制御プログラムに関する。

本発明の実施形態が解決しようとする課題は、入力処理装置が各決済装置の状態を監視するための情報分析機能を不要にできるチェックアウトシステムを提供しようとするものである。

一実施形態において、チェックアウトシステムは、入力処理装置と複数台の決済装置とをネットワークで接続してなる。
入力処理装置は、送信画面表示手段と、送信手段とを備える。送信画面表示手段は、入力された取引に係るデータを基に生成される決済情報を決済装置に送信することを指示する第１の操作子を、決済情報に含まれる合計金額とともに一画面に配置した送信画面を表示デバイスに表示する。送信手段は、第１の操作子の操作入力に応じて、ネットワークを介して複数台の決済装置のうち設定された１台の決済装置に決済情報を送信する。
複数台の決済装置は、決済手段と、転送手段とを備える。決済手段は、当該決済装置が決済処理を実行し得る状態であって、ネットワークを介して決済情報を受信した場合、当該決済情報を基に決済処理を実行する。転送手段は、当該決済装置が決済処理を実行し得ない状態であって、ネットワークを介して決済情報を受信した場合、当該決済情報を他の決済装置に前記ネットワークを介して転送する。

Claims (6)

1. 複数台の決済装置とネットワークで接続される入力処理装置であって、
   取引に係るデータの入力を待ち受け、入力されたデータを基に、前記取引に対する決済情報を生成する生成手段と、
   前記複数台の決済装置のうち設定された１台の決済装置に対し、前記ネットワークを介して前記決済情報を送信する送信手段と、
   前記送信手段によって送信された決済情報を受信した決済装置が決済処理を実行し得る場合には当該決済装置から通知を受信し、前記送信手段によって送信された決済情報を受信した決済装置が決済処理を実行し得ない場合には他の決済装置から通知を受信する受信手段と、
   前記受信手段で受信した通知に応じて報知を行う報知手段と、を具備する入力処理装置。
2. 前記報知手段は、前記受信手段で受信した通知が前記決済処理を実行し得る場合の通知であるとき、前記決済処理を行う決済装置を報知する、請求項１記載の入力処理装置。
3. 表示デバイス、を備え、
   前記報知手段は、前記表示デバイスに、前記決済処理を行う決済装置を示す情報を表示して報知する、請求項２記載の入力処理装置。
4. 音声合成手段を備え、
   前記報知手段は、前記音声合成手段により合成される音声により前記決済処理を行う決済装置を報知する、請求項２記載の入力処理装置。
5. 前記報知手段は、前記受信手段で受信した通知が前記決済処理を実行し得ない場合の通知であるとき、前記決済情報の送信不可を報知する、請求項１記載の入力処理装置。
6. 複数台の決済装置とネットワークで接続される入力処理装置のコンピュータを、
   取引に係るデータの入力を待ち受け、入力されたデータを基に、前記取引に対する決済情報を生成する生成手段、
   前記複数台の決済装置のうち設定された１台の決済装置に対し、前記ネットワークを介して前記決済情報を送信する送信手段、
   前記送信手段によって送信された決済情報を受信した決済装置が決済処理を実行し得る場合には当該決済装置から通知を受信し、前記送信手段によって送信された決済情報を受信した決済装置が決済処理を実行し得ない場合には他の決済装置から通知を受信する受信手段、及び、
   前記受信手段で受信した通知に応じて報知を行う報知手段、として機能させるための制御プログラム。

Images