JP6991894B2 - チェックアウトシステム、決済装置及び情報処理プログラム - Google Patents

Description

本発明の実施形態は、チェックアウトシステム、決済装置及び情報処理プログラム。

取引の内容の登録を行う登録装置と、取引に関する代金の決済を行う決済装置とを別体としたセミセルフタイプのチェックアウトシステムが知られている。そしてこのようなチェックアウトシステムを組み込んでＰＯＳシステムを構築することも既に行われている。
このようなＰＯＳシステムにおいてサーバで収集する取引データは、決済装置において取引の内容が変更されることもあることから、決済装置において生成されて、決済装置からサーバへと送信されている。

このため、登録装置の操作者に関するデータは取引データには含まれておらず、操作者毎の実績などを取引データに基づいて集計することはできなかった。
このような事情から、セミセルフタイプのチェックアウトシステムに含まれる登録装置の操作者を識別するための識別子を取引毎に管理できるようにサーバ等においてデータ収集できることが望まれていた。

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

本発明が解決しようとする課題は、セミセルフタイプのチェックアウトシステムに含まれる登録装置の操作者を識別するための識別子を取引毎に管理できるようにサーバ等においてデータ収集することを可能とするチェックアウトシステム、決済装置及び情報処理プログラムを提供することである。

実施形態のチェックアウトシステムは、登録装置及び決済装置を含む。登録装置は、取得手段及び第１の出力手段を備える。決済装置は、決済手段及び第２の出力手段を備える。取得手段は、登録装置を操作する操作者を識別するための操作者識別子を取得する。第１の出力手段は、取引を識別するための取引識別子と取得手段により取得された操作者識別子とを含む複数の情報をそれぞれ予め定められた位置に含んだ決済データを出力する。決済手段は、第１の出力手段により出力された決済データに基づいて取引の代金を決済する。第２の出力手段は、第１の出力手段により出力された決済データのうちの操作者識別子を決済装置を管理する管理者を識別するための管理者識別子に置き換えて得られるデータの末尾に、決済手段による決済の結果を表したデータの少なくとも一方と、第１の出力手段により出力された操作者識別子と、決済装置を管理する管理者を識別するための管理者識別子とを出力する。

第１の実施形態に係るチェックアウトシステム１０の概略構成を示す斜視図。 図１中の登録装置及び決済装置の要部の回路構成と、チェックアウトシステムを組み込んで構築されたＰＯＳシステムの概略構成とを示したブロック図。 図２中の登録装置が備えるプロセッサの第１の実施形態における情報処理のフローチャート。 店員管理データベースに含まれるデータレコードの構造を示す模式図。 図２中の登録装置が備えるプロセッサが生成する決済データの構成を示す図。 図２中の決済装置が備えるプロセッサの第１の実施形態における情報処理のフローチャート。 図２中の決済装置が備えるプロセッサが生成する取引データの構成を示す図。 図２中の登録装置が備えるプロセッサの第２の実施形態における情報処理のフローチャート。 図２中の決済装置が備えるプロセッサの第２の実施形態における情報処理のフローチャート。

以下、実施の形態について図面を用いて説明する。

（第１の実施形態）
図１は第１の実施形態に係るチェックアウトシステム１０の概略構成を示す斜視図である。
チェックアウトシステム１０は、少なくとも１台の登録装置１及び少なくとも１台の決済装置２を含む。図１においては、２台の登録装置１及び４台の決済装置２を含み、１台の登録装置１に２台の決済装置が対応付けられているチェックアウトシステム１０を示している。チェックアウトシステム１０が、登録装置１及び決済装置２をそれぞれ何台含むかは任意であり、登録装置１と決済装置２との台数の比も任意である。

登録装置１は、チェッカと呼ばれる役割を担った店員２１が、その操作者となる。決済装置２は、上記の店舗での取引に関する代金を決済する客２２が、その操作者となる。ただし、登録装置１の操作の一部が客２２により行われる場合もある。また、決済装置２は、店員２１により操作される場合もある。

登録装置１は、図１においては、作業テーブル３に取り付けられている。複数の作業テーブル３が配置されることにより、複数のチェックアウトレーンが形成されている。作業テーブル３の一端の近傍には、その作業テーブル３に取り付けられた登録装置１に対応付けられた２台の決済装置２が、一例として図１に示す状態で配置される。かくして、１台の登録装置１と２台の決済装置２とが、１つのチェックアウトレーンに設置されている。

登録装置１は、通路に進入してきた客２２が購入しようとする商品を購入商品として登録するための登録処理を行う。また登録装置１は登録処理において、登録した購入商品の代金を決済するための決済データを、同じチェックアウトレーンに設けられた決済装置２のいずれかにおいて処理されるように送信する。

決済装置２は、登録装置１から送信された決済データを受領した場合に、当該決済データに基づいて取引の代金を決済するための決済処理を行う。なお、複数台の決済装置２は、互いに同じ構成で、同様な決済処理を行うものであってよい。なお決済装置２は、決済処理により決済すべき代金の金額を算出する処理をも行う場合がある。このような算出処理の機能を備える場合に決済装置２は、会計装置、あるいは会計機とも称される。ただし算出処理は、登録装置１で行われてもよい。

図２は登録装置１及び決済装置２の要部の回路構成と、チェックアウトシステム１０を組み込んで構築されたＰＯＳシステム１００の概略構成とを示したブロック図である。なお、図２においては、１台の登録装置１と、この登録装置１に対応付けられた２台の決済装置２のみを示している。また図２においては、２台の決済装置２の一方の回路構成を示している。

登録装置１及び決済装置２は、いずれもＬＡＮ（local area network）４に接続されている。ＬＡＮ４に代えて、インターネットなどの別の通信網を用いることもできる。
ＬＡＮ４には、店舗サーバ２０が接続されている。店舗サーバ２０は、通信ネットワーク３０を介して、本部サーバ４０と通信可能である。

店舗サーバ２０は、チェックアウトシステム１０が設置された店舗に関する販売データ管理を行うための情報処理装置である。店舗サーバ２０は、例えば上記の店舗のバックヤードに設置される。通信ネットワーク３０としては、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。本部サーバ４０は、チェックアウトシステム１０が設置された店舗を含む複数の店舗に関する販売データ管理を行うための情報処理装置である。本部サーバ４０は、例えば上記の複数の店舗を統括する本部に設置される。

登録装置１は、プロセッサ１ａ、メインメモリ１ｂ、補助記憶ユニット１ｃ、スキャナ１ｄ、キーボード１ｅ、タッチパネル１ｆ、サブディスプレイ１ｇ、客面ディスプレイ１ｈ、プリンタ１ｉ、通信ユニット１ｊ及び伝送路１ｋを含む。

登録装置１においては、プロセッサ１ａ、メインメモリ１ｂ及び補助記憶ユニット１ｃが伝送路１ｋによって接続されることにより、登録装置１を制御するための情報処理を行うコンピュータを構成している。
プロセッサ１ａは、上記コンピュータの中枢部分に相当する。プロセッサ１ａは、オペレーティングシステム、ファームウェア及びアプリケーションプログラム等の種々の情報処理プログラムに従った情報処理を実行することで、登録装置１としての各種の機能を実現するべく各部を制御する。

メインメモリ１ｂは、上記コンピュータの主記憶部分に相当する。メインメモリ１ｂは、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１ｂは、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。またメインメモリ１ｂは、プロセッサ１ａが各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１ｂは、揮発性のメモリ領域を、プロセッサ１ａによってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶ユニット１ｃは、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１ｃは、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）、あるいはその他の周知の各種の記憶デバイスを利用できる。補助記憶ユニット１ｃは、プロセッサ１ａが各種の処理を行う上で使用するデータと、プロセッサ１ａでの処理によって生成されたデータとを保存する。補助記憶ユニット１ｃは、上記の情報処理プログラムを記憶する場合もある。

メインメモリ１ｂ又は補助記憶ユニット１ｃに記憶される情報処理プログラムには、後述する情報処理に関して記述した情報処理プログラムを含む。登録装置１は一般的に、上記の情報処理プログラムがメインメモリ１ｂ又は補助記憶ユニット１ｃに記憶された状態で譲渡される。しかし、登録装置１のハードウェアが、上記の情報処理プログラムがメインメモリ１ｂ又は補助記憶ユニット１ｃに記憶されない状態で、あるいは別の情報処理プログラムがメインメモリ１ｂ又は補助記憶ユニット１ｃに記憶された状態で譲渡されてもよい。そしてこの場合は、後述する情報処理に関して記述した情報処理プログラムが、リムーバブルな記録媒体に記録して、あるいはネットワークを介して譲渡され、例えば保守作業者による指示の下に補助記憶ユニット１ｃに書き込まれる。リムーバブルな記録媒体としては、磁気ディスク、光磁気ディスク、光ディスク又は半導体メモリなどが利用できる。

スキャナ１ｄは、内蔵するカメラによってスキャナ窓を介して商品を撮像した上で、当該商品に表示されたバーコード又は二次元コードなどの光学的に読み取り可能なコードシンボルを画像処理によって識別する。そしてスキャナ１ｄは、識別したコードシンボルが表すデータをプロセッサ１ａへ出力する。なお、スキャナ１ｄは、レーザ光の反射を利用してコードシンボルを識別するような他のタイプの周知のデバイスを利用することもできる。スキャナ１ｄは、商品自体の画像の特徴に基づくオブジェクト認識技術を用いて商品を識別する機能を備えていてもよい。スキャナ１ｄとは別に、ハンディタイプなどの別のスキャナを備えていてもよい。また、当該別のスキャナを備えて、スキャナ１ｄを備えなくてもよい。

キーボード１ｅは、テンキー及び複数の機能キーなどを備える。キーボード１ｅは、操作者による各種の指示をキー操作によって受け付ける。
タッチパネル１ｆは、表示デバイス及びタッチセンサをそれぞれ含む。表示デバイスは、プロセッサ１ａによる制御の下に、ＧＵＩ（graphical user interface）画面などの任意の画面を表示する。表示デバイスとしては、例えばカラーＬＣＤ（liquid crystal display）等の周知のデバイスを利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面への操作者のタッチ位置を検出し、その位置情報をプロセッサ１ａへと送る。タッチセンサとしては、周知のデバイスを利用できる。タッチパネル１ｆは、その操作面が、登録装置１を操作する店員２１が位置すべき場所に向けられる。

サブディスプレイ１ｇは、プロセッサ１ａによる制御の下に、決済装置２の状態を店員２１に監視させるための監視画面などの任意の画面を表示する。サブディスプレイ１ｇとしては、例えばカラーＬＣＤ等の周知の表示デバイスを利用できる。サブディスプレイ１ｇは、その表示面が、登録装置１を操作する店員２１が位置すべき場所に向けられる。サブディスプレイ１ｇには、タッチパネルを用いてもよい。

客面ディスプレイ１ｈは、商品の登録処理が完了するのを待っている客２２が位置すべき場所に向けられる。そして客面ディスプレイ１ｈは、当該客２２に対して任意の情報を通知するための任意の画面をプロセッサ１ａの制御の下に表示する。客面ディスプレイ１ｈで表示する画面は、例えば登録結果を表す画面又は販促情報を表す画面などである。客面ディスプレイ１ｈとしては、例えばカラーＬＣＤ（liquid crystal display）等の周知のデバイスを利用できる。客面ディスプレイ１ｈには、タッチパネルを用いてもよい。

プリンタ１ｉは、例えばサーマルプリンタ又はドットインパクトプリンタなどであり、レシート用紙に対して各種の文字列及び画像などを印刷することにより、レシートを発行する。
通信ユニット１ｊは、ＬＡＮ４を介した通信を行う。
伝送路１ｋは、接続された各部の間で授受されるデータを伝送する。伝送路１ｋは、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものが利用できる。

決済装置２は、プロセッサ２ａ、メインメモリ２ｂ、補助記憶ユニット２ｃ、自動釣銭機２ｄ、タッチパネル２ｅ、プリンタ２ｆ、リーダライタ２ｇ、カメラ２ｈ、通信ユニット２ｉ及び伝送路２ｊを含む。

決済装置２においては、プロセッサ２ａ、メインメモリ２ｂ及び補助記憶ユニット２ｃが伝送路２ｊによって接続されることにより、決済装置２を制御するための情報処理を行うコンピュータを構成している。
プロセッサ２ａは、上記コンピュータの中枢部分に相当する。プロセッサ２ａは、オペレーティングシステム、ファームウェア及びアプリケーションプログラム等の種々の情報処理プログラムに従った情報処理を実行することで、決済装置２としての各種の機能を実現するべく各部を制御する。

メインメモリ２ｂは、上記コンピュータの主記憶部分に相当する。メインメモリ２ｂは、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２ｂは、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。またメインメモリ２ｂは、プロセッサ２ａが各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ２ｂは、揮発性のメモリ領域を、プロセッサ２ａによってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶ユニット２ｃは、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１ｃは、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤ、あるいはその他の周知の各種の記憶デバイスを利用できる。補助記憶ユニット２ｃは、プロセッサ２ａが各種の処理を行う上で使用するデータと、プロセッサ２ａでの処理によって生成されたデータとを保存する。補助記憶ユニット２ｃは、上記の情報処理プログラムを記憶する場合もある。

自動釣銭機２ｄは、投入される硬貨及び紙幣を収受する。また自動釣銭機２ｄは、釣銭としての硬貨及び紙幣を排出する。
タッチパネル２ｅは、表示デバイス及びタッチセンサを含む。表示デバイスは、プロセッサ２ａによる制御の下に、ＧＵＩ画面などの任意の画面を表示する。表示デバイスとしては、例えばカラーＬＣＤ等の周知のデバイスを利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面への操作者のタッチ位置を検出し、その位置情報をプロセッサ２ａへと送る。タッチセンサとしては、周知のデバイスを利用できる。

プリンタ２ｆは、例えばサーマルプリンタ又はドットインパクトプリンタなどであり、レシート用紙に対して各種の文字列及び画像などを印刷することにより、レシート又は領収書を発行する。
リーダライタ２ｇは、カード又はＩＣチップ等の記録媒体に記録されたデータを読み取る。リーダライタ２ｇは、上記の記録媒体へデータを書き込む。カードは、クレジットカード、デビットカード、電子マネーカード、プリペイドカードなどの決済用カードの他に、メンバーズカード及びポイントカードなどの決済処理に関わる情報を記録する各種のカードを含み得る。ＩＣチップは、上記の各種のカードの他、スマートフォンなどの情報端末に備えられることがある。リーダライタ２ｇは、磁気式、接触式、あるいは非接触式のいずれのデバイスであってもよいし、また複数種のデバイスを含んでいてもよい。

カメラ２ｈは、例えば図１に示す位置に取り付けられ、決済装置２の操作面及びその周辺を含む範囲を俯瞰で撮影する。つまりカメラ２ｈは、決済装置２が操作される様子を撮影する。なお、カメラ２ｈは、動画像を撮影する撮影デバイス、あるいは静止画を断続的に撮影する撮影デバイスなど、既存の撮影デバイスを用いることができる。
通信ユニット２ｉは、ＬＡＮ４を介した通信を行う。
伝送路２ｊは、接続された各部の間で授受されるデータを伝送する。伝送路２ｊは、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものが利用できる。

次に以上のように構成されたチェックアウトシステム１０の動作を説明する。
登録装置１が登録処理を実行する動作モードで起動されると、プロセッサ１ａはメインメモリ１ｂ又は補助記憶ユニット１ｃに記憶された情報処理プログラムに従って以下に説明するような情報処理を実行する。

図３はプロセッサ１ａの第１の実施形態における情報処理のフローチャートである。なお、図３は、本実施形態の特徴的な動作を中心に表しており、登録処理に関わる動作の一部については省略している。

Ａｃｔ１としてプロセッサ１ａは、登録装置１を操作する店員２１を識別するために予め定められた店員識別子を取得する。なお、ここでの認証情報の取得方法は、任意であってよい。一例として、店員２１が所持する従業員証に記録された店員識別子をスキャナ１ｄにより読み取ることが考えられる。

Ａｃｔ２としてプロセッサ１ａは、上記の取得した店員識別子で識別される店員が、登録装置１を操作する権限を有しているか否かを確認する。プロセッサ１ａは具体的には、当該の確認を、店員データベースを参照しながら行う。店員管理データベースは、例えば店舗サーバ２０によって管理される。ただしプロセッサ１ａは、メインメモリ２ｂ又は補助記憶ユニット２ｃにコピーした店員管理データベースを参照してもよい。

図２は店員管理データベースに含まれるデータレコードＲ１の構造を示す模式図である。
店員管理データベースは、店員のそれぞれに関連付けられた図２に示すようなデータレコードＲ１を複数まとめたものである。データレコードＲ１は、フィールドＦ１，Ｆ２，Ｆ３を含む。フィールドＦ１には、関連付けられた店員を識別するための店員識別子がセットされる。フィールドＦ２には、関連付けられた店員の氏名を表す文字列がセットされる。フィールドＦ３には、関連付けられた店員に与えられた権限を表す権限データがセットされる。権限データは、例えば登録装置１の操作者となることを許容することを表すもの、あるいは決済装置２の管理者となることを許容することを表すものなどを含む。

プロセッサ１ａはまず、Ａｃｔ１で取得した店員ＩＤがフィールドＦ１にセットされているデータレコードＲ１を店員管理データベースから探す。そしてプロセッサ１ａは、該当するデータレコードＲ１が見つかったならば、当該データレコードＲ１のフィールドＦ３にセットされた権限データを確認し、登録装置１の操作者になることが許容されているかを確認する。そしてプロセッサ１ａは、登録装置１の操作者になることが許容されているならばＡｃｔ２にてＹｅｓと判定する。そしてプロセッサ１ａはこの場合、Ａｃｔ３へと進む。なお、店員ＩＤがフィールドＦ１にセットされているデータレコードＲ１が存在しないか、登録装置１の操作者になることが許容されていないならば、Ａｃｔ２にてＮｏと判定し、Ａｃｔ１へと戻る。なおこのときにプロセッサ１ａは、認証情報が正しくない旨を表したエラー画面をタッチパネル１ｆに表示させるなどしてもよい。しかしながらプロセッサ１ａは、認証に成功したならばＹｅｓと判定し、Ａｃｔ３へと進む。

Ａｃｔ３としてプロセッサ１ａは、Ａｃｔ１で取得した認証情報に含まれた店員識別子を操作者識別子としてメインメモリ１ｂ又は補助記憶ユニット１ｃに保存する。
Ａｃｔ４としてプロセッサ１ａは、商品リストをクリアする。なお商品リストは、１件の商取引の対象となる商品のリストであり、メインメモリ１ｂ又は補助記憶ユニット１ｃに記憶される。
Ａｃｔ５としてプロセッサ１ａは、買い上げ商品として登録すべき商品が指定されるのを待ち受ける。

客２２は、自らが買い上げる商品を売場からピックアップし、該当の商品をチェックアウトコーナーへと持って行き、登録装置１の操作を担当する店員２１に渡す。店員２１は、客２２から渡された各商品を買い上げ登録の対象として指定するための登録操作を行う。登録操作は例えば、商品に表示されたバーコードをスキャナ１ｄに読み取らせる動作、あるいは商品を指定するべくタッチパネル１ｆにタッチする動作などである。そしてプロセッサ１ａは、このような登録操作が行われたならばＡｃｔ５にてＹｅｓと判定し、Ａｃｔ６へと進む。

Ａｃｔ６としてプロセッサ１ａは、上記のように指定された商品を識別するための商品コードを取得する。商品コードを取得するためのプロセッサ１ａの処理は、既存の別の登録装置により行われているのと同様な処理であってよい。つまりプロセッサ１ａは例えば、スキャナ１ｄによってコードシンボルを読み取って得られたコードデータに含まれる商品コードを抽出する。またプロセッサ１ａは例えば、タッチパネル１ｆにおけるＧＵＩ画面上で操作されたボタンに関連付けられた商品コードを取得する。
Ａｃｔ７としてプロセッサ１ａは、上述のように取得した商品コードを含むように商品リストを更新する。

Ａｃｔ８としてプロセッサ１ａは、商品が新たに指定されたか否かを確認する。そして商品が新たに指定されていないならばＮｏと判定し、Ａｃｔ９へと進む。
Ａｃｔ９としてプロセッサ１ａは、登録処理を終了し、決済装置２における決済処理に移行することを宣言するための移行指示がなされたか否かを確認する。そしてプロセッサ１ａは、この移行指示がなされていなければＮｏと判定し、Ａｃｔ８へと戻る。
かくしてプロセッサ１ａはＡｃｔ８及びＡｃｔ９としては、商品コードが新たに取得されるか、あるいは移行指示がなされるのを待ち受ける。そしてプロセッサ１ａは、商品コードが新たに取得されたならばＡｃｔ８にてＹｅｓと判定し、Ａｃｔ６及びＡｃｔ７を再度行った上でＡｃｔ８及びＡｃｔ９の待ち受け状態に戻る。これによりプロセッサ１ａは、登録操作の繰り返しに応じて商品を買上商品として登録してゆく。

店員２１は、客２２から渡された商品の全てを指定すべく登録操作をし終えたならば、例えば登録画面に含まれた所定のボタンにタッチするなどの予め定められた操作により、移行指示を行う。そうするとプロセッサ１ａは、Ａｃｔ９にてＹｅｓと判定し、Ａｃｔ１０へと進む。
Ａｃｔ１０としてプロセッサ１ａは、決済データを生成する。プロセッサ１ａは、決済データをメインメモリ１ｂ又は補助記憶ユニット１ｃに記憶させる。

図５はプロセッサ１ａが生成する決済データの構成を示す図である。
図５に示すように決済データは、フィールドＦ１１，Ｆ１２，Ｆ１３，Ｆ１４を含む。
プロセッサ１ａはフィールドＦ１１には、取引番号をセットする。プロセッサ１ａは、取引の個々を区別可能なように、予め定められたルールに従って取引番号を決定する。プロセッサ１ａはフィールドＦ１２には、登録装置１の個々を識別するために予め定められた登録機識別子をセットする。プロセッサ１ａはフィールドＦ１３には、Ａｃｔ３にて保存しておいて操作者識別子をセットする。プロセッサ１ａはフィールドＦ１４には、商品リストをセットする。なおプロセッサ１ａは、これらとは別のフィールドを決済データに含め、そのフィールドに任意の情報をセットしてもよい。例えば、プロセッサ１ａが決済金額を算出して、それを決済データに含めてもよい。決済データにプロセッサ１ａがどのようなフィールドを設け、各フィールドにどのような情報をセットするかは、例えば登録装置１の設計者などによって任意に定められてよい。

Ａｃｔ１１としてプロセッサ１ａは、上記のように生成した決済データを送信する。具体的にはプロセッサ１ａは、決済データを、対応付けられた２台の決済装置２のうちの１台に宛てて通信ユニット１ｊからＬＡＮ４へと送出する。なお、プロセッサ１ａは、２台の決済装置２のいずれの決済装置２を宛先とするかは、予め定められたルールに従う。当該ルールは、例えば登録装置１の設計者などにより任意に定められてよい。ルールの一例としては、２台の決済装置の一方として予め定められた特定の決済装置２を常に宛先とする。ルールの別の一例としては、２台の決済装置２のうちからランダムに選択した１台の決済装置２を宛先とする。ルールの別の一例としては、操作者が登録装置１を操作して指定した１台の決済装置２を宛先とする。
この決済データがＬＡＮ４を介して宛先とされた決済装置２へと伝送されると、当該決済装置２に設けられた通信ユニット２ｉによって受信される。

ところで、決済装置２が登録装置１から送られた決済データに基づく決済処理を実行する動作モードで起動されると、プロセッサ２ａはメインメモリ２ｂ又は補助記憶ユニット２ｃに記憶された情報処理プログラムに従って以下に説明するような情報処理を実行する。

図６はプロセッサ２ａの第１の実施形態における情報処理のフローチャートである。なお、図６は、本実施形態の特徴的な動作を中心に表しており、一部の処理については図示を省略している。

Ａｃｔ２１としてプロセッサ２ａは、決済装置２を起動した店員２１の店員識別子を取得する。ここでの店員識別子の取得方法は、任意であってよい。一例として、店員２１がタッチパネル２ｅを操作して、自らの店員識別子を入力することが考えられる。決済装置２にもスキャナを設けて、当該スキャナにより従業員証に記録された店員識別子を読み取るようにしてもよい。

Ａｃｔ２２としてプロセッサ２ａは、上記の取得した店員識別子で識別される店員が、決済装置２の管理者となる権限を有しているか否かを確認する。プロセッサ１ａはまず、Ａｃｔ１１で取得した店員ＩＤがフィールドＦ１にセットされているデータレコードＲ１を店員管理データベースから探す。そしてプロセッサ１ａは、該当するデータレコードＲ１が見つかったならば、当該データレコードＲ１のフィールドＦ３にセットされた権限データを確認し、決済装置２の管理者になることが許容されているかを確認する。プロセッサ１ａは、決済装置２の管理者になることが許容されているならばＡｃｔ２２にてＹｅｓと判定する。そしてプロセッサ１ａはこの場合、Ａｃｔ２３へと進む。なお、店員ＩＤがフィールドＦ１にセットされているデータレコードＲ１が存在しないか、あるいは登録装置１の操作者になることが許容されていることが権限データで確認できないならば、Ａｃｔ２２にてＮｏと判定し、Ａｃｔ２１へと戻る。
Ａｃｔ２３としてプロセッサ２ａは、Ａｃｔ２１で取得した認証情報に含まれた店員識別子を管理者識別子としてメインメモリ２ｂ又は補助記憶ユニット２ｃに保存する。

Ａｃｔ２４としてプロセッサ２ａは、決済データが受信されたか否かを確認する。そしてプロセッサ２ａは、前述のように決済データが通信ユニット２ｉによって受信されていなければＮｏと判定し、Ａｃｔ２５へと進む。
Ａｃｔ２５としてプロセッサ２ａは、後述する決済処理が終了したか否かを確認する。なおここでプロセッサ２ａは、決済が未完了であるか、又は完了しているかを表すように後述するように決済処理によってセットされる決済フラグを確認することで、決済処理が終了したか否かを確認するそしてプロセッサ２ａは、実行中である決済処理が終了していないか、あるいは決済処理が実行されていない場合にはＮｏと判定し、Ａｃｔ２４へと戻る。
かくしてプロセッサ２ａはＡｃｔ２４及びＡｃｔ２５としては、決済データが受信されるか、又は開始済みの決済処理が終了するのを待ち受ける。そしてプロセッサ２ａは、前述のように決済データが通信ユニット２ｉによって受信されると、Ａｃｔ２４にてＹｅｓと判定し、Ａｃｔ２６へと進む。

Ａｃｔ２６としてプロセッサ２ａは、決済処理を開始することが可能な状態であるか否かを確認する。そしてプロセッサ２ａは、決済処理を開始することができない状態であるならばＮｏと判定し、Ａｃｔ２８へと進む。なお例えば、決済処理を既に実行している場合は、決済処理を開始することができない状態に該当する。また例えば、自動釣銭機２ｄにおいて収容貨幣の不足などのエラーが発生している場合などが、決済処理を開始することができない状態に該当する。

Ａｃｔ２７としてプロセッサ２ａは、決済データを転送する。具体的にはプロセッサ２ａは、他の決済装置２及び登録装置１のうちの１つとして予め定められた転送先へと決済データを転送する。例えば、２台の決済装置２のいずれもが決済処理を開始することができない状態にあるならば、登録装置１→一方の決済装置２→他方の決済装置２→登録装置１の順で、決済データが登録装置１へと返送される。プロセッサ２ａは、決済データを転送し終えたならば、Ａｃｔ２４及びＡｃｔ２５の待ち受け状態に戻る。

一方でプロセッサ２ａは、決済処理を開始することが可能な状態であるならばＡｃｔ２６にてＹｅｓと判定し、Ａｃｔ２８へと進む。
Ａｃｔ２８としてプロセッサ２ａは、決済データを受領したことを登録装置１に通知するために受領データを送信する。受領データは、例えば、決済データを受領したことを表すコマンドと、決済装置２の個々を識別するために予め定められた決済機識別子とを含む。そしてプロセッサ２ａは、受領データを登録装置１に宛てて通信ユニット２ｉからＬＡＮ４へと送出させる。

Ａｃｔ２９としてプロセッサ２ａは、決済データに基づいた決済処理を別スレッドの処理として開始する。つまりプロセッサ２ａは、図６に示す情報処理と並行して決済処理を実行する。決済処理は、決済データに含まれた商品リストに示された商品に関する代金を決済するための処理であって、既存の同種の決済装置において行われているのと同様な処理であってよい。プロセッサ２ａは、決済処理を開始すると、決済フラグを、決済が未完了であることを表す状態にセットする。そしてプロセッサ２ａは、例えば代金を正しく決済でき、さらにレシート等を発行し終えたことをもって決済処理を終了する。そしてこのときにプロセッサ２ａは、決済フラグを、決済が完了していることを表す状態にセットする。なお、決済フラグは例えば、未完了を表す状態を「０」とし、完了を表す状態を「１」とする。そしてプロセッサ２ａはこののち、Ａｃｔ２４及びＡｃｔ２５の待ち受け状態に戻る。プロセッサ２ａは、決済処理を実行している状態で決済データが新たに受信された場合には、Ａｃｔ２６へと進んでＮｏと判定することとなり、新たに受信された決済データを受領しない。

プロセッサ２ａは、実行していた決済処理が終了したならばＡｃｔ２５にてＹｅｓと判定し、Ａｃｔ３０へと進む。
Ａｃｔ３０としてプロセッサ２ａは、取引データを生成する。プロセッサ１ａは、取引データをメインメモリ１ｂ又は補助記憶ユニット１ｃに記憶させる。

図７はプロセッサ２ａが生成する取引データの構成を示す図である。
図７に示すように取引データは、フィールドＦ２１，Ｆ２２，Ｆ２３，Ｆ２４，Ｆ２５，Ｆ２６，Ｆ２７を含む。

プロセッサ２ａはフィールドＦ２１には、取引番号をセットする。プロセッサ２ａは具体的には、直近に受領した決済データのフィールドＦ１１に示された取引番号をそのままフィールドＦ２１にセットする。ただしプロセッサ２ａは、予め定められたルールに従って新たに決定した取引番号をフィールドＦ２１にセットしてもよい。あるいはプロセッサ２ａは、予め定められたルールに従って、直近に受領した決済データのフィールドＦ１１に示された取引番号を変換した別の取引番号をフィールドＦ２１にセットしてもよい。

プロセッサ２ａはフィールドＦ２２には、決済装置２の個々を識別するために予め定められた決済機識別子をセットする。プロセッサ２ａはフィールドＦ２３には、Ａｃｔ２３にて保存しておいて管理者識別子をセットする。

プロセッサ２ａはフィールドＦ２４には、商品リストをセットする。プロセッサ２ａは、直近に受領した決済データのフィールドＦ１４にセットされていた商品リストをそのままフィールドＦ２４にセットする。ただし、商品の追加又は取消のために商品リストの更新が決済処理において行われている場合には、当該更新後の商品リストをフィールドＦ２４にセットする。

プロセッサ２ａはフィールドＦ２５には、決済結果データをセットする。決済結果データは、決済処理の結果に関するデータであり、例えば決済処理で決済した金額及び決済方法などを表す。またプロセッサ２ａは、決済結果データには、決済方法に応じてそれぞれ異なる情報を含めることがある。例えばプロセッサ２ａは、決済方法が現金決済である場合には、預かり金の金額及び釣銭の金額などを決済結果データに含める。またプロセッサ２ａは、決済方法がクレジット決済である場合には、クレジットサーバから通知される承認番号及び処理通番などを決済結果データに含める。

プロセッサ２ａはフィールドＦ２６には、直近に受領した決済データのフィールドＦ１２に示された登録機識別子をそのままセットする。プロセッサ２ａはフィールドＦ２７には、直近に受領した決済データのフィールドＦ１３に示された操作者識別子をそのままセットする。
なおプロセッサ２ａは、これらとは別のフィールドを取引データに含め、そのフィールドに任意の情報をセットしてもよい。取引データにプロセッサ２ａがどのようなフィールドを設け、各フィールドにどのような情報をセットするかは、例えば決済装置２の設計者などによって任意に定められてよい。

Ａｃｔ３１としてプロセッサ２ａは、上記のように生成した取引データを送信する。具体的にはプロセッサ２ａは、取引データを、店舗サーバ２０に宛てて通信ユニット２ｉからＬＡＮ４へと送出する。そしてプロセッサ２ａはこののち、Ａｃｔ２４及びＡｃｔ２５の待ち受け状態に戻る。

店舗サーバ２０は、上記のようにして決済装置２から送信された取引データがＬＡＮ４により伝送されてくると、当該取引データを受信し、内蔵又は外付けされた大容量の記憶デバイスに蓄積記憶する。また店舗サーバ２０は、予め定められた条件に従って定期的に、又は都度指定される条件に従って不定期的に、蓄積記憶している多数の取引データを対象とした集計処理を行う。このときに店舗サーバ２０は、取引データのフィールドＦ２７にセットされた操作者識別子をキーとした絞り込みを行うことにより、登録装置１を操作する店員毎の実績などを集計することができる。なお店舗サーバ２０は、蓄積記憶している取引データを、通信ネットワーク３０を介して本部サーバ４０に送信する。ただしこのときに店舗サーバ２０は、取引データをそのまま送信してもよいし、取引データに含まれる一部の情報を削除するなどの編集を行った上で送信してもよい。例えば本部サーバ４０が登録機識別子及び操作者識別子が付加された取引データのフォーマットに対応していない場合がある。このような場合に店舗サーバ２０は、フィールドＦ２６及びフィールドＦ２７を削除した取引データを本部サーバ４０へと送ってもよい。

さて登録装置１においてプロセッサ１ａは、前述のように図３中のＡｃｔ１１にて決済データを送信したのちには、Ａｃｔ１２へと進む。
Ａｃｔ１２としてプロセッサ１ａは、決済データが返送されたか否かを確認する。そしてプロセッサ１ａは、決済データが返送されていないならばＮｏと判定し、Ａｃｔ１３へと進む。
Ａｃｔ１３としてプロセッサ１ａは、受領データが受信されたか否かを確認する。そしてプロセッサ１ａは、受領データが受信されていないならばＮｏと判定し、Ａｃｔ１２へと戻る。
かくしてプロセッサ１ａはＡｃｔ１２及びＡｃｔ１３としては、Ａｃｔ１１にて送信した決済データが返送されるか、又は受領されるのを待ち受ける。そしてプロセッサ１ａは、決済データが決済装置２から前述のように返送され、これが通信ユニット１ｊにより受信されたならば、Ａｃｔ１２にてＹｅｓと判定し、Ａｃｔ１１へと戻る。つまりプロセッサ１ａは、決済処理の実行を再度要求すべく、決済データを再度送信する。なおプロセッサ１ａは、画面の表示などにより操作者に確認を促した上で、操作者による指示に応じて決済データの再度の送信を行ってもよい。

一方でプロセッサ１ａは、受領データが決済装置２から前述のように送信され、これが通信ユニット１ｊにより受信されたならば、Ａｃｔ１４にてＹｅｓと判定し、Ａｃｔ４へと戻る。つまりプロセッサ１ａは、新たな取引に関する登録の開始に備える。

以上のように第１の実施形態のチェックアウトシステム１０によれば、登録装置１が決済データに含めた操作者識別子を、決済装置２が取引データに含めて店舗サーバ２０へと送信する。これにより登録装置１の操作者を識別するための操作者識別子を取引毎に管理できるように店舗サーバ２０においてデータ収集できる。そして、例えば店舗サーバ２０では、前述したように登録装置１の操作者毎の実績などを集計することが可能となる。

また第１の実施形態のチェックアウトシステム１０によれば、決済データを、店舗サーバ２０を介することなく、登録装置１と決済装置２との間で直接的に授受しているので、店舗サーバ２０の負荷が増大することを防止できる。

また第１の実施形態の決済装置２によれば、登録装置１から送信される決済データをそのまま用いて取引データを生成するのではなく、登録機識別子及び操作者識別子を取引データの末尾側に付加している。このため、これら登録機識別子及び操作者識別子を含んだ取引データに対応しない装置においても、これら末尾側の情報を無視するか、又は削除することによって、取引データを問題無く取り扱うことが可能である。

ところで、登録装置１としての機能に加えて決済処理を行う機能も備えたＰＯＳ端末が登録装置１に代えて用いられることが想定される。そして、閑散時や、決済装置２の混雑時に、ＰＯＳ端末にて決済処理も行うことが考えられる。この場合には、取引データをＰＯＳ端末が生成し、店舗サーバ２０へと送信することになる。このようなケースにおいては、ＰＯＳ端末が生成する取引データを、図５に示す決済データの末尾に決済結果データをセットしたフィールドを追加したものとする。そうすれば、ＰＯＳ端末が送信する取引データと、決済装置２が送信する取引データとは、いずれも、取引番号、送信元の装置の識別子、送信元の装置のログイン者の識別子、商品リスト、決済結果データの順で情報を配列したものとなる。つまり、決済結果データよりも先頭側に関しては、ＰＯＳ端末が送信した取引データと、決済装置２が送信した取引データとで同様なフォーマットとなる。従って店舗サーバ２０においては、当該の共通フォーマットの部分に関しては、いずれの取引データに関しても同様に取り扱うことが可能である。

第１の実施形態において決済装置２のプロセッサ２ａが実行する決済処理は、商品リストに含まれた商品コードで識別される商品の売買に関する代金を決済する処理であり、商品コードに基づいて取引の代金を決済する処理であると言える。かくして情報処理プログラムに基づく情報処理をプロセッサ２ａが実行することによって、プロセッサ２ａを中枢部分とするコンピュータは決済手段として機能する。また、商品リストに含まれた商品コードが、取引に関する識別のための取引識別子に該当する。そして登録装置１においてプロセッサ１ａが、図３中のＡｃｔ６として商品コードを取得することは、取引識別子を取得することに相当する。かくして情報処理プログラムに基づく情報処理をプロセッサ１ａが実行することによって、プロセッサ１ａを中枢部分とするコンピュータは取得手段として機能していることとなる。そしてプロセッサ１ａがＡｃｔ１１として決済データを送信することは、取引識別子としての商品コードを出力していることに相当する。かくして情報処理プログラムに基づく情報処理をプロセッサ１ａが実行することによって、プロセッサ１ａを中枢部分とするコンピュータは第１の出力手段として機能する。取引データは、取引識別子としての商品コード、決済の結果を表した決済結果データ、操作者識別子及び管理者識別子を含む。取引データを送信することは、それら識別子及びデータを出力することに相当する。つまり情報処理プログラムに基づく情報処理をプロセッサ２ａが実行することによって、プロセッサ２ａを中枢部分とするコンピュータは、第２の出力手段として機能する。

（第２の実施形態）
第２の実施形態における登録装置１及び決済装置２の要部の回路構成と、ＰＯＳシステム１００の概略構成とは、第１の実施形態と同様であってよい。つまり第２の実施形態は、第１の実施形態と同様なハードウェア構成により実現可能である。そこで、構成の説明は省略し、図１及び図２を流用する。

第２の実施形態が第１の実施形態と異なるのは、プロセッサ１ａ，２ａにおける情報処理の内容である。つまり、メインメモリ１ｂ又は補助記憶ユニット１ｃは、図３に示す情報処理について記述した情報処理プログラムに代えて、後述する情報処理について記述した情報処理プログラムを記憶する。またメインメモリ２ｂ又は補助記憶ユニット２ｃは、図６に示す情報処理について記述した情報処理プログラムに代えて、後述する情報処理について記述した情報処理プログラムを記憶する。

図８はプロセッサ１ａの第２の実施形態における情報処理のフローチャートである。なお、図８に示される動作のうちの図３に示される動作と同一のものについては同一の符号を付するとともに、Ａｃｔ５－Ａｃｔ９の図示を省略する。そして、それら第１の実施形態と同一の動作については、説明を省略する。

プロセッサ１ａは、Ａｃｔ１－Ａｃｔ１０については、第１の実施形態と同様に実行する。そしてプロセッサ１ａは、Ａｃｔ１０にて決済データを生成し終えたならば、Ａｃｔ４１へと進む。
Ａｃｔ４１としてプロセッサ１ａは、Ａｃｔ１０で生成した決済データを店舗サーバ２０に宛てて通信ユニット１ｊから送信させる。

Ａｃｔ４２としてプロセッサ１ａは、決済処理の実行を要求するための要求データを送信する。具体的にはプロセッサ１ａは、決済処理の実行を要求するものとして予め定められたコマンドと、取引番号とを含んだ要求データを生成する。そしてプロセッサ１ａは、この要求データを、対応付けられた２台の決済装置２のうちの１台に宛てて通信ユニット１ｊからＬＡＮ４へと送出する。なお、プロセッサ１ａは、２台の決済装置２のいずれの決済装置２を宛先とするかは、第１の実施形態と同様に決定する。
プロセッサ１ａはこののち、Ａｃｔ１２及びＡｃｔ１３の待ち受け状態に移行する。ただしプロセッサ１ａは第２の実施形態のＡｃｔ１２においては、要求データが返送されたか否かを確認する。

要求データがＬＡＮ４を介して宛先とされた決済装置２へと伝送されると、当該決済装置２に設けられた通信ユニット２ｉによって受信される。
図９はプロセッサ２ａの第２の実施形態における情報処理のフローチャートである。なお、図９に示される動作のうちの図６に示される動作と同一のものについては同一の符号を付し、その説明を省略する。

プロセッサ２ａは、Ａｃｔ２１－Ａｃｔ２３については、第１の実施形態と同様に実行する。そしてプロセッサ２ａは、Ａｃｔ２３にて管理者識別子を保存したのちには、Ａｃｔ５１へと進む。
Ａｃｔ５１としてプロセッサ２ａは、要求データが受信されたか否かを確認する。そしてプロセッサ２ａは、前述のように要求データが通信ユニット２ｉによって受信されていなければＮｏと判定し、Ａｃｔ２５へと進む。そしてプロセッサ２ａは、Ａｃｔ２５にてＮｏと判定したならば、Ａｃｔ５１へと戻る。
かくしてプロセッサ２ａはＡｃｔ５１及びＡｃｔ２６としては、要求データが受信されるか、又は開始済みの決済処理が終了するのを待ち受ける。そしてプロセッサ２ａは、前述のように要求データが通信ユニット２ｉによって受信されると、Ａｃｔ５１にてＹｅｓと判定し、Ａｃｔ２６へと進む。

プロセッサ２ａは、Ａｃｔ２６は第１の実施形態と同様に行う。そしてプロセッサ２ａは、Ａｃｔ２６にてＮｏと判定した場合には、Ａｃｔ５２へと進む。
Ａｃｔ５２としてプロセッサ２ａは、要求データを転送する。具体的にはプロセッサ２ａは、他の決済装置２及び登録装置１のうちの１つとして予め定められた転送先へと要求データを転送する。例えば、２台の決済装置２のいずれもが決済処理を開始することができない状態にあるならば、登録装置１→一方の決済装置２→他方の決済装置２→登録装置１の順で、要求データが登録装置１へと返送される。プロセッサ２ａは、要求データを転送し終えたならば、Ａｃｔ５１及びＡｃｔ２５の待ち受け状態に戻る。

一方でプロセッサ２ａは、Ａｃｔ２６にてＹｅｓと判定した場合には、Ａｃｔ２９を第１の実施形態と同様に実行した後、Ａｃｔ５３へと進む。
Ａｃｔ５３としてプロセッサ２ａは、要求データに含まれた取引番号で識別される取引に関する決済データを店舗サーバ２０から取得する。なお店舗サーバ２０は、登録装置１から前述のように送信された決済データを内蔵又は外付けされた記憶デバイスに保存しておく。そして店舗サーバ２０は、決済装置２からの要求に応じて、決済装置２から指定された取引番号がフィールドＦ１１にセットされた決済データを決済装置２に送る。
こののちにプロセッサ２ａはＡｃｔ２９にて、上記のように店舗サーバ２０から取得した決済データに基づく決済処理を開始する。

以上のように第２の実施形態のチェックアウトシステム１０によれば、第１の実施形態と同様な効果が得られる。
そして第１の実施形態であると、多客時などにおいては、決済データの転送が頻繁に行われることになり、ＬＡＮ４におけるトラフィック量の大幅な増加を生じる恐れがあるが、第２の実施形態であれば、決済データの転送は最小限とすることができる。そして要求データは、決済データに比べてデータ量が少ないので、上記のようなトラフィック量の大幅な増加を防止できる。

第２の実施形態において決済装置２のプロセッサ２ａが実行する決済処理は、取引番号で識別される決済データに基づいて行われるものである。かくして第２の実施形態では、取引番号が取引識別子に相当する。そして登録装置１においてプロセッサ１ａが、図８中のＡｃｔ１０として決済データを生成するにあたって取引番号を生成していることは、取引識別子を取得することに相当する。かくして情報処理プログラムに基づく情報処理をプロセッサ１ａが実行することによって、プロセッサ１ａを中枢部分とするコンピュータは取得手段として機能していることとなる。そしてプロセッサ１ａがＡｃｔ４２として要求データを送信することは、取引識別子としての取引番号を出力していることに相当する。かくして情報処理プログラムに基づく情報処理をプロセッサ１ａが実行することによって、プロセッサ１ａを中枢部分とするコンピュータは第１の出力手段として機能する。プロセッサ１ａがＡｃｔ４１として決済データを送信することは、決済装置２とは異なるサーバとしての店舗サーバ２０へと決済データを出力することに相当する。かくして情報処理プログラムに基づく情報処理をプロセッサ１ａが実行することによって、プロセッサ１ａを中枢部分とするコンピュータは第３の出力手段として機能する。プロセッサ２ａが図９中のＡｃｔ５３として決済データを取得し、当該決済データに基づく決済処理をＡｃｔ２９として開始していることは、取引識別子としての取引番号で識別される決済データをサーバから取得して、当該決済データに基づく決済を行っていることに相当する。

この実施形態は、次のような種々の変形実施が可能である。
登録装置１が、対応付けられた決済装置２のうちの決済処理を開始可能な１台を選択して、その決済装置に決済データ又は要求データを送信してもよい。なおこの場合には登録装置１が、対応付けられた決済装置２のそれぞれが決済処理を開始可能な状態であるか否かを常に監視しておくか、都度、決済装置２に問い合わせるようにすればよい。そしてこの場合には、決済装置２からの決済データ又は要求データの転送は行わない。

取引データには、商品リスト及び決済結果データのいずれかを含めなくてもよい。

情報処理によりプロセッサ１ａ又はプロセッサ２ａが実現する各機能は、その一部または全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ 登録装置及び決済装置を含み、
前記登録装置は、
前記登録装置を操作する操作者を識別するための操作者識別子を取得する取得手段と、
取引に関する識別のための取引識別子と前記取得手段により取得された前記操作者識別子とを出力する第１の出力手段と、
を具備し、
前記決済装置は、
前記第１の出力手段により出力された前記取引識別子に基づいて取引の代金を決済する決済手段と、
前記第１の出力手段により出力された取引識別子及び前記決済手段による決済の結果を表したデータの少なくとも一方と、前記第１の出力手段により出力された前記操作者識別子と、前記決済装置を管理する管理者を識別するための管理者識別子とを出力する第２の出力手段と、
を具備するチェックアウトシステム。
［付記２］ 前記取引識別子は、取引の対象となる商品の個々を識別するものであり、
前記第１の出力手段は、一取引の対象となる１つ又は複数の前記取引識別子を前記決済装置に出力する、
付記１に記載のチェックアウトシステム。
［付記３］ 前記取引識別子は、取引の対象となる商品の個々を識別する識別子を含んだ決済データを識別するものであり、
前記登録装置は、
前記決済データを前記決済装置とは異なるサーバへと出力する第３の出力手段、をさらに備え、
前記第１の出力手段は、前記取引識別子を前記決済装置へと出力し、
前記決済手段は、前記第１の出力手段により出力された前記取引識別子で識別される決済データを前記サーバから取得して、当該決済データに基づいて取引の代金を決済する、
付記１に記載のチェックアウトシステム。
［付記４］ 登録装置を操作する操作者を識別するための操作者識別子を取得する取得手段と、
取引に関する識別のための取引識別子と前記取得手段により取得された前記操作者識別子とを出力する第１の出力手段と、
を具備した前記登録装置とともにチェックアウトシステムを構成するものであり、
前記第１の出力手段により出力された前記取引識別子に基づいて取引の代金を決済する決済手段と、
前記第１の出力手段により出力された取引識別子及び前記決済手段による決済の結果を表したデータの少なくとも一方と、前記第１の出力手段により出力された前記操作者識別子と、決済装置を管理する管理者を識別するための管理者識別子とを出力する第２の出力手段と、
を具備する決済装置。
［付記５］ 登録装置を操作する操作者を識別するための操作者識別子を取得する取得手段と、
取引に関する識別のための取引識別子と前記取得手段により取得された前記操作者識別子とを出力する第１の出力手段と、
を具備した前記登録装置とともにチェックアウトシステムを構成する決済装置を制御するためのコンピュータを、
前記第１の出力手段により出力された前記取引識別子に基づいて取引の代金を決済する決済手段と、
前記第１の出力手段により出力された取引識別子及び前記決済手段による決済の結果を表したデータの少なくとも一方と、前記第１の出力手段により出力された前記操作者識別子と、前記決済装置を管理する管理者を識別するための管理者識別子とを出力する第２の出力手段と、
して機能させるための情報処理プログラム。

１…登録装置、１ａ…プロセッサ、１ｂ…メインメモリ、１ｃ…補助記憶ユニット、１ｄ…スキャナ、１ｅ…キーボード、１ｆ…タッチパネル、１ｇ…サブディスプレイ、１ｈ…客面ディスプレイ、１ｉ…プリンタ、１ｊ…通信ユニット、１ｋ…伝送路、２…決済装置、２ａ…プロセッサ、２ｂ…メインメモリ、２ｃ…補助記憶ユニット、２ｄ…自動釣銭機、２ｅ…タッチパネル、２ｆ…プリンタ、２ｇ…リーダライタ、２ｈ…カメラ、２ｉ…通信ユニット、２ｊ…伝送路、３…作業テーブル、１０…チェックアウトシステム、２０…店舗サーバ、３０…通信ネットワーク、４０…本部サーバ、１００…ＰＯＳシステム。

Claims (4)

1. 登録装置及び決済装置を含み、
   前記登録装置は、
   前記登録装置を操作する操作者を識別するための操作者識別子を取得する取得手段と、
   取引を識別するための取引識別子と前記取得手段により取得された前記操作者識別子とを含む複数の情報をそれぞれ予め定められた位置に含んだ決済データを出力する第１の出力手段と、
   を具備し、
   前記決済装置は、
   前記第１の出力手段により出力された前記決済データに基づいて取引の代金を決済する決済手段と、
   前記第１の出力手段により出力された前記決済データのうちの前記操作者識別子を前記決済装置を管理する管理者を識別するための管理者識別子に置き換えて得られるデータの末尾に、前記決済手段による決済の結果を表したデータと、前記第１の出力手段により出力された前記決済データに含まれる前記操作者識別子とを付加した取引データを出力する第２の出力手段と、
   を具備するチェックアウトシステム。
2. 前記登録装置は、
   前記取引識別子を前記決済装置へと通知する通知手段、
   をさらに備え、
   前記第１の出力手段は、前記決済データを前記決済装置とは異なるサーバへと出力し、
   前記決済手段は、前記通知手段により通知された前記取引識別子を含んで前記第１の出力手段により前記サーバへと出力された前記決済データを前記サーバから取得して、当該決済データに基づいて取引の代金を決済する、
   請求項１に記載のチェックアウトシステム。
3. 登録装置を操作する操作者を識別するための操作者識別子を取得する取得手段と、
   取引を識別するための取引識別子と前記取得手段により取得された前記操作者識別子とを含む複数の情報をそれぞれ予め定められた位置に含んだ決済データを出力する第１の出力手段と、
   を具備した前記登録装置とともにチェックアウトシステムを構成する決済装置であり、
   前記第１の出力手段により出力された前記決済データに基づいて取引の代金を決済する決済手段と、
   前記第１の出力手段により出力された前記決済データのうちの前記操作者識別子を前記決済装置を管理する管理者を識別するための管理者識別子に置き換えて得られるデータの末尾に、前記決済手段による決済の結果を表したデータと、前記第１の出力手段により出力された前記決済データに含まれる前記操作者識別子とを付加した取引データを出力する第２の出力手段と、
   を具備する決済装置。
4. 登録装置を操作する操作者を識別するための操作者識別子を取得する取得手段と、
   取引を識別するための取引識別子と前記取得手段により取得された前記操作者識別子とを含む複数の情報をそれぞれ予め定められた位置に含んだ決済データを出力する第１の出力手段と、
   を具備した前記登録装置とともにチェックアウトシステムを構成する決済装置を制御するためのコンピュータを、
   前記第１の出力手段により出力された前記決済データに基づいて取引の代金を決済する決済手段と、
   前記第１の出力手段により出力された前記決済データのうちの前記操作者識別子を前記決済装置を管理する管理者を識別するための管理者識別子に置き換えて得られるデータの末尾に、前記決済手段による決済の結果を表したデータと、前記第１の出力手段により出力された前記決済データに含まれる前記操作者識別子とを付加した取引データを出力する第２の出力手段と、
   して機能させるための情報処理プログラム。
   

Images