JP2002099965A - 商品販売登録データ処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 ある商品販売登録用端末で途中まで行なわれ
た１取引の登録を他の商品販売登録用端末に移して継続
できるようにする。 【解決手段】 各商品販売登録用端末は、商品登録手段
により登録された商品販売データを１取引分格納する取
引バッファを設ける。そして、この取引バッファに格納
される商品販売データを重複することなく当該該端末固
有の端末番号と１取引毎に生成される取引番号とを付し
て管理サーバに送信してデータファイルに蓄積させる。
また、他の商品販売登録用端末で登録された商品販売デ
ータの呼出を指令する呼出指令手段を設ける。この呼出
指令手段により商品販売データの呼出が指令されると管
理サーバのデータファイルに蓄積されているデータの中
からその呼出指令された他の商品販売登録用端末の端末
番号が付されかつ最新の取引番号が付された商品販売デ
ータを一括して呼び出して取引バッファに格納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数台の商品販売
登録用端末を用いた商品販売登録データ処理装置に関す
る。

【０００２】

【従来の技術】複数台の商品販売登録用端末を用いた商
品販売登録データ処理装置，いわゆるＰＯＳ（Point Of
Sales）システムは、一般に、客買上商品の販売データ
を登録する商品登録手段，１取引として売上げる客買上
商品の登録終了を宣言する登録締め手段等を有する複数
台の商品販売登録用端末，いわゆるＰＯＳターミナル
と、各ＰＯＳターミナルを集中管理する管理サーバと
を、ＬＡＮ（Local Area Network）等の通信回線で接続
し、特に各ＰＯＳターミナルで登録される各商品の単価
等を管理サーバで一元的に管理して、どのＰＯＳターミ
ナルからも各商品を同様に登録できるように構築されて
いる。

【０００３】ただし、１取引つまり１人の客が買上げる
商品の登録については、基本的に登録を開始したＰＯＳ
ターミナルで全品の登録を行ない、登録締め手段により
登録終了を宣言してその取引を決済させる必要があっ
た。このため、１取引の商品登録途中でそのＰＯＳター
ミナルが故障して使用できなくなった場合、従来は他の
ＰＯＳターミナルに移動して最初からもう一度全品の登
録をやり直さなければならなかった。

【０００４】

【発明が解決しようとする課題】このように、従来のこ
の種の商品販売登録データ処理装置（ＰＯＳシステム）
においては、商品販売登録用端末（ＰＯＳターミナル）
で決済する取引はその端末で登録を開始した取引に限ら
れていたので、１取引の登録途中で何らかの原因により
その登録を継続できなくなった場合、他の商品販売登録
用端末に移動して登録を最初からやり直さなければなら
なかった。このため、登録をやり直す間、客を待たせて
しまい、サービス性が悪かった。

【０００５】本発明はこのような事情に基づいてなされ
たもので、その目的とするところは、ある商品販売登録
用端末で途中まで行なわれた１取引の登録を他の商品販
売登録用端末に移して継続することができ、登録を最初
からやり直す手間を省略できる商品販売登録データ処理
装置を提供しようとするものである。

【０００６】

【課題を解決するための手段】本願請求項１記載の発明
は、それぞれ固有の端末番号が割当て設定された複数台
の商品販売登録用端末と、データファイルを有する管理
サーバとを、相互間でデータ伝送自在に接続してなり、
各商品販売登録用端末に、客買上商品の販売データを登
録する商品登録手段と、この商品登録手段により登録さ
れた商品販売データを１取引分格納する取引バッファ
と、この取引バッファに格納される商品販売データを重
複することなく当該端末固有の端末番号と１取引毎に生
成される取引番号とを付して管理サーバに送信して当該
管理サーバのデータファイルに蓄積させる商品販売デー
タ転送手段と、１取引として売上げる客買上商品の登録
終了を宣言する登録締め手段と、この登録締め手段によ
り登録終了が宣言されたことに応じて取引バッファに格
納された商品販売データに基づいて１取引を決済する決
済手段と、他の商品販売登録用端末で登録された商品販
売データの呼出を指令する呼出指令手段と、この呼出指
令手段により商品販売データの呼出が指令されると管理
サーバのデータファイルに蓄積されているデータの中か
らその呼出指令された他の商品販売登録用端末の端末番
号が付されかつ最新の取引番号が付された商品販売デー
タを一括して呼び出して取引バッファに格納する他端末
登録データ呼出手段とを設けたものである。

【０００７】本願請求項２記載の発明は、上記請求項１
記載の発明の各商品販売登録用端末に、さらに、管理サ
ーバのデータファイルに蓄積されている商品販売データ
のうち登録締め手段により登録終了が宣言された１取引
の商品販売データの呼出しを禁止させる呼出禁止制御手
段を設けたものである。

【０００８】

【発明の実施の形態】以下、本発明の一実施の形態を図
面を用いて説明する。図１は本実施の形態における商品
販売登録データ処理装置のシステム構成図であり、この
装置は、複数(Ｎ≧２)台の商品販売登録用端末，いわゆ
るＰＯＳターミナル１Ａ，１Ｂ，…，１Ｎと、各ＰＯＳ
ターミナル１Ａ〜１Ｎを集中管理する管理サーバ２と
を、ＬＡＮ等の通信回線３により相互間でデータ伝送自
在に接続して構築したものである。

【０００９】管理サーバ２は、特に、各商品毎にその商
品を特定する商品コード，その商品の購入単位量当たり
の販売価格である単価，その商品の名称等の商品固有情
報を予め設定記憶した商品マスタファイル４を有してお
り、各ＰＯＳターミナル１Ａ〜１Ｎにおいて、当該商品
マスタファイル４に設定された商品固有情報に基づいて
各商品が販売登録されるように管理する。また、図２に
示すように、ターミナル番号（ＴＭNo），取引番号（取
引No），商品コード，登録点数，販売金額，価格変更情
報及びフラグｆからなるトランザクションデータを蓄積
記憶するトランザクションファイル５を有している。こ
こで、ターミナル番号は、各ＰＯＳターミナル１Ａ〜１
Ｎに対してそれぞれ割当て設定された端末固有の番号
（端末番号）である。取引番号は、各ＰＯＳターミナル
１Ａ〜１Ｎにおいてそれぞれ１取引毎に生成される取引
固有の番号である。フラグｆは、対応するトランザクシ
ョンデータが未処理のとき“０”であり、決済済になる
と“１”に更新され、呼出済になると“２”に更新され
るデータ識別情報である。

【００１０】図３は各ＰＯＳターミナル１Ａ〜１Ｎの要
部構成を示すブロック図であり、各ＰＯＳターミナル１
Ａ〜１Ｎは同一構成である。すなわち、各ＰＯＳターミ
ナル１Ａ〜１Ｎは、制御部本体として各種のデータ処理
を行なうＣＰＵ（Central Processing Unit）１１を搭
載している。また、ＣＰＵ１１が実行するプログラムデ
ータやターミナル番号などの固定的データが予め設定さ
れたＲＯＭ（Read Only Memory）１２、各種のデータを
書換え自在に記憶するＲＡＭ（Random AccessMemory）
１３、現在の日付及び時刻を計時する時計部１４、通信
回線３を介して接続された管理サーバ２とのデータ通信
を司る通信インタフェース１５、「登録」，「点検」，
「精算」，「設定」等の各種業務モードを切替えるモー
ドスイッチ１６からの信号を入力するとともに現金等を
収容するためのドロワ（不図示）を自動開放させるドロ
ワ開放装置１７に駆動信号を出力するＩ／Ｏ（Input／O
utput）ポート１８、キーボード１９のキー入力を制御
するキーボードコントローラ２０、オペレータ用表示器
２１及び客用表示器２２のデータ表示を制御する表示コ
ントローラ２３、レシート印字等を行うプリンタ２４の
印字動作を制御するプリンタコントローラ２５、バーコ
ードを光学的に読取るスキャナ２６のスキャニング入力
を制御するスキャナコントローラ２７等を搭載してい
る。そして、ＣＰＵ１１と、ＲＯＭ１２，ＲＡＭ１３，
時計部１４，通信インタフェース１５，Ｉ／Ｏポート１
８及び各入出力機器コントローラ２０，２３，２５，２
７とを、アドレスバス，データバス等のバスライン２８
で接続して、ＰＯＳターミナルの制御回路を構成してい
る。

【００１１】キーボード１９には、図４に示すように、
置数データを入力する置数キー３１、置数データのクリ
アやエラー解除を指令するクリアキー３２、置数データ
が乗数であることを指令する乗算キー３３、直前の登録
の取消を指令する取消キー３４、置数データが値引額で
あることを指令する値引キー３５、置数データがＰＬＵ
（Price Look Up）コードであることを指令するＰＬＵ
キー３６、置数データが割引率であることを指令する割
引キー３７、置数データが割増率であることを指令する
割増キー３８、１取引の小計金額の出力を指令する小計
キー３９、１取引として売上げる客買上商品の登録終了
を宣言する登録締め手段としての預／現計キー４０等の
一般的なＰＯＳターミナルが有するキーの他、特に、他
のＰＯＳターミナルで登録された商品販売データの呼出
を指令する呼出キー４１を設けている。

【００１２】またＲＡＭ１３には、特に図５に示すよう
に、商品コード，販売点数，販売金額及び価格変更情報
からなる商品販売データに当該商品販売データを管理サ
ーバに送信したか否かを示す送信フラグ（０：未送信、
１：送信済）を付して１取引分格納する取引バッファ５
１、１取引毎に生成される取引番号Ａを計数する取引番
号カウンタ５２、１取引の商品登録中のとき“１”にセ
ットされる登録中フラグＦのフラグメモリ５３及び商品
登録中の１取引を識別する識別子として取引番号とター
ミナル番号とを記憶する取引中メモリ５４を形成してい
る。

【００１３】しかして、各ＰＯＳターミナル１Ａ〜１Ｎ
は、モードスイッチ１６により「登録」モードが選択さ
れている状態で、キーボード１９の置数キー３１とＰＬ
Ｕキー３６により客買上商品のＰＬＵコードが入力され
るか、スキャナ２６によるバーコードのスキャニング入
力により同ＰＬＵコードが入力されると、ＣＰＵ１１が
図６の流れ図に示すＰＬＵ入力処理を実行するようにプ
ログラムを構成している。

【００１４】すなわちＣＰＵ１１は、このＰＬＵ入力処
理を開始すると、先ず、ＳＴ１としてフラグメモリ５３
の登録中フラグＦが“１”にセットされているか否かを
判断する。ここで、登録中フラグＦが“０”にリセット
されていた場合には、１取引として売上げる客買上商品
の１品目が登録されたので、ＳＴ２として取引バッファ
５１をクリアする。また、ＳＴ３として取引番号カウン
タ５２のカウント値Ａを１だけカウントアップする。そ
して、ＳＴ４としてこのカウント値Ａを取引番号として
ＲＯＭ１２に設定されたターミナル番号とともに取引中
メモリ５４に上書き格納する。

【００１５】次に、ＳＴ５として上記登録中フラグＦを
“１”にセットしたならば、ＳＴ６として入力されたＰ
ＬＵコードに基づいて商品販売データを作成する。具体
的には、入力されたＰＬＵコードで管理サーバ２の商品
マスタファイル４を検索し、そのＰＬＵコードに一致す
る商品コードとそれに対応する品名，単価等の商品固有
情報を読込む。なお、商品マスタファイル４の内容をコ
ピーしたローカルファイルを各ＰＯＳターミナル１Ａ〜
１Ｎに設け、このローカルファイルを検索して入力ＰＬ
Ｕコードに対する商品固有情報を読込むようにしてもよ
い。商品固有情報を読込んだならば、その情報中の単価
に販売点数（ＰＬＵコードの入力直前に置数キー３１と
乗算キー３３とにより乗数が入力されていた場合にはそ
の乗数、乗数が入力されていなければ１）を乗算して販
売金額を算出する。そして、商品コード，販売点数及び
販売金額に価格変更情報＝０と送信フラグ＝０を付して
商品販売データを作成する（商品登録手段）。

【００１６】こうして、商品販売データを作成したなら
ば、ＳＴ７としてその商品販売データを取引バッファ５
１に格納する。しかる後、ＳＴ８として名称，単価，販
売点数，販売金額などの商品登録内容をオペレータ用表
示器２１及び客用表示器２２にそれぞれ表示させたなら
ば、このＰＬＵ入力処理を終了する。

【００１７】一方、ＳＴ１にて登録中フラグＦが“１”
にセットされていた場合には、１取引として売上げる客
買上商品の２品目以降が登録されたのでＳＴ９に進む。
ＳＴ９では取引バッファ５１から送信フラグｆが“０”
にリセットされた未送信の商品販売データを読出し、取
引中メモリ５４に格納されている取引識別子としてのタ
ーミナル番号及び取引番号を付してトランザクションデ
ータを作成する。そして、このトランザクションデータ
を通信インタフェース１５からＬＡＮ３を介して管理サ
ーバ２に送信して、当該管理サーバ２のトランザクショ
ンファイル５に蓄積させる（商品販売データ転送手
段）。

【００１８】次に、ＳＴ１０としてこの送信した商品販
売データの送信フラグｆを“１”にセットしたならばＳ
Ｔ６に進み、入力されたＰＬＵコードに基づいて商品販
売データの作成を行なう。以後、前述したように作成し
た商品販売データを取引バッファ５１に格納し、商品登
録内容をオペレータ用表示器２１及び客用表示器２２に
それぞれ表示させたならば、このＰＬＵ入力処理を終了
する。

【００１９】また、各ＰＯＳターミナル１Ａ〜１Ｎは、
モードスイッチ１６により「登録」モードが選択されて
いる状態で、キーボード１９の置数キー３１と値引キー
３５，割引キー３７または割増キー３８により値引額，
割引率または割増額の価格変更情報が入力されると、Ｃ
ＰＵ１１が図７の流れ図に示す価格変更入力処理を実行
するようにプログラムを構成している。

【００２０】すなわちＣＰＵ１１は、この価格変更入力
処理を開始すると、先ず、取引バッファ５１に送信フラ
グｆが“０”にリセットされた未送信の商品販売データ
が格納されていることを確認し、確認したならば、その
未送信の商品販売データの価格変更情報（通常は０）を
入力された価格変更情報（値引額，割引率または割増
率）に更新する。しかる後、その価格変更内容（値引額
の場合にはその値引額、割引率または割増率の場合には
販売金額をその率で割引または割増した後の金額）をオ
ペレータ用表示器２１及び客用表示器２２にそれぞれ表
示させたならば、この価格変更入力処理を終了する。な
お、取引バッファ５１に未送信の商品販売データが格納
されていない状態で価格変更情報が入力された場合に
は、入力エラーとする。

【００２１】また、各ＰＯＳターミナル１Ａ〜１Ｎは、
モードスイッチ１６により「登録」モードが選択されて
いる状態で、キーボード１９の取消キー３４が入力され
ると、ＣＰＵ１１が図８の流れ図に示す取消入力処理を
実行するようにプログラムを構成している。

【００２２】すなわちＣＰＵ１１は、この取消入力処理
を開始すると、先ず、取引バッファ５１に送信フラグｆ
が“０”にリセットされた未送信の商品販売データが格
納されていることを確認し、確認したならば、その未送
信の商品販売データを取引バッファ５１から削除する。
しかる後、その取消した商品販売データの内容をオペレ
ータ用表示器２１及び客用表示器２２にそれぞれ表示さ
せたならば、この取消入力処理を終了する。なお、取引
バッファ５１に未送信の商品販売データが格納されてい
ない状態で取消キー３５が入力された場合には、入力エ
ラーとする。

【００２３】また、各ＰＯＳターミナル１Ａ〜１Ｎは、
モードスイッチ１６により「登録」モードが選択されて
いる状態で、キーボード１９の預／現計キー４０が入力
されると、ＣＰＵ１１が図９の流れ図に示す預／現計入
力処理を実行するようにプログラムを構成している。

【００２４】すなわちＣＰＵ１１は、この預／現計入力
処理を開始すると、先ず、ＳＴ１としてフラグメモリ５
３の登録中フラグＦが“１”にセットされていることを
確認し、確認したならば、ＳＴ２として取引バッファ５
１から送信フラグｆが“０”にリセットされた未送信の
商品販売データを読出す。そして、この未送信の商品販
売データに取引中メモリ５４に格納されている取引識別
子としてのターミナル番号及び取引番号を付してトラン
ザクションデータを作成したならば、このトランザクシ
ョンデータを通信インタフェース１５からＬＡＮ３を介
して管理サーバ２に送信して、当該管理サーバ２のトラ
ンザクションファイル５に蓄積させる（商品販売データ
転送手段）。また、ＳＴ３としてこの送信した商品販売
データの送信フラグｆを“１”にセットする。

【００２５】次に、ＳＴ４として取引バッファ５１に格
納されている各商品販売データに基づいて当該１取引の
合計金額を算出し、オペレータ用表示器２１及び客用表
示器２２にそれぞれ表示させる。この状態で、ＳＴ５と
して預かり金額が入力されるのを待機し、置数キー３１
と預／現計キー４０とにより合計金額以上の預かり金額
が入力されたならば、ＳＴ６としてその預かり金額から
当該１取引の合計金額を減算して釣銭額を算出してオペ
レータ用表示器２１及び客用表示器２２に表示させる。
また、ＳＴ７としてプリンタ２４を駆動させて当該１取
引のレシートを印字発行させるとともに、ドロワ開放装
置１７に駆動信号を出力してドロワを開放させる（決済
手段）。

【００２６】しかる後、ＳＴ８として取引中メモリ５４
に格納されているターミナル番号と取引番号を含む決済
コマンドを通信インタフェース１５からＬＡＮ３を介し
て管理サーバ２に送信して、当該管理サーバ２のトラン
ザクションファイル５に蓄積されている各トランザクシ
ョンデータのうちターミナル番号と取引番号が一致する
データの呼出しを禁止させる（呼出禁止制御手段）。

【００２７】その後、ＳＴ９として上記登録中フラグｆ
を“０”にリセットしたならば、この預／現計入力処理
を終了する。なお、登録中フラグＦが“１”にセットさ
れていない状態で預／現計キー４０が入力された場合に
は、入力エラーとする。

【００２８】また、各ＰＯＳターミナル１Ａ〜１Ｎは、
モードスイッチ１６により「登録」モードが選択されて
いる状態で、キーボード１９の呼出キー４１が入力され
ると、ＣＰＵ１１が図１０の流れ図に示す呼出入力処理
を実行するようにプログラムを構成している。

【００２９】すなわちＣＰＵ１１は、この呼出入力処理
を開始すると、先ず、ＳＴ１としてフラグメモリ５３の
登録中フラグＦが“０”にリセットされていることを確
認し、確認したならば、ＳＴ２としてターミナル番号が
入力されるのを待機する。ここで、置数キー３１により
ターミナル番号として有効な桁数の置数データが入力さ
れ、続いて小計キー３９が入力されると、置数データを
ターミナル番号と認識する。そして、ＳＴ３としてその
入力されたターミナル番号がＲＯＭ１２に設定されてい
る自己のターミナル番号と一致するか否かを判断する。
そして、一致する場合には、入力エラーとする。

【００３０】入力されたターミナル番号が自己のターミ
ナル番号と一致しない場合、つまり他のＰＯＳターミナ
ルのターミナル番号が入力された場合には、ＳＴ４とし
てその入力されたターミナル番号を含む呼出要求コマン
ドを通信インタフェース１５からＬＡＮ３を介して管理
サーバ２に送信して、当該管理サーバ２のトランザクシ
ョンファイル５に蓄積されている各トランザクションデ
ータのなかから、入力ターミナル番号が付されかつ最新
（最大）の取引番号が付されたトランザクションデータ
を一括して呼び出す（呼出指令手段）。

【００３１】これにより、ＳＴ５として該当するトラン
ザクションデータの一括呼出しが成功したならば、ＳＴ
６として取引バッファ５１をクリアする。また、ＳＴ７
として取引番号カウンタ５２のカウント値Ａを１だけカ
ウントアップする。そして、ＳＴ８としてこのカウント
値Ａを取引番号としてＲＯＭ１２に設定されたターミナ
ル番号とともに取引中メモリ５４に上書き格納する。

【００３２】次に、ＳＴ９として上記登録中フラグＦを
“１”にセットしたならば、ＳＴ１０として管理サーバ
２から呼び出したトランザクションデータから商品コー
ド，登録点数，販売金額，価格変更情報を取出して商品
販売データ（送信フラグ＝０）を復元する。そして、Ｓ
Ｔ１１としてこの復元した商品販売データを取引バッフ
ァ５１に格納する（他端末登録データ呼出手段）。しか
る後、ＳＴ１２として復元した商品販売データの名称，
単価，販売点数，販売金額などの復元内容をオペレータ
用表示器２１及び客用表示器２２にそれぞれ表示させた
ならば、この呼出入力処理を終了する。

【００３３】なお、登録中フラグＦが“１”にセットさ
れた状態で呼出キー４１が入力された場合には、入力エ
ラーとする。また、該当するトランザクションデータの
一括呼出しに失敗した場合には、オペレータ用表示器２
１に呼出不可のメッセージを表示して、この呼出入力処
理を終了する。

【００３４】図１１は管理サーバ２が各ＰＯＳターミナ
ル１Ａ〜１Ｎから送信されてきたデータを受信したとき
に実行する受信処理の要部を示す流れ図である。すなわ
ち、管理サーバ２は、各ＰＯＳターミナル１Ａ〜１Ｎか
らトランザクションデータを受信した場合には（ＳＴ１
のＹＥＳ）、その受信したトランザクションデータにフ
ラグｆ＝０を付してトランザクションファイル５に蓄積
格納する。

【００３５】また、決済コマンドを受信した場合には
（ＳＴ２のＹＥＳ）、トランザクションファイル５を検
索して、その決済コマンド中のターミナル番号と取引番
号の両方が一致するトランザクションデータのフラグｆ
を全て“１”に更新する。また、呼出要求コマンドを受
信した場合には（ＳＴ３のＹＥＳ）、トランザクション
ファイル５を検索して、その呼出要求コマンド中のター
ミナル番号が一致するトランザクションデータのなかで
取引番号が最新（最大）のデータを全て取得する。そし
て、その取得したトランザクションデータのフラグｆを
調べる。

【００３６】ここで、フラグｆが“０”にリセットされ
ていることを確認した場合には、その取得したトランザ
クションデータを呼出要求コマンド送信元のＰＯＳター
ミナルに通信回線３を介して送信する。また、その取得
したトランザクションデータのフラグｆを“２”に更新
して呼出禁止とする。これに対し、取得したトランザク
ションデータのフラグｆが“０”にリセットされていな
い場合には、決済済（“１”に更新されていた場合）ま
たは呼出済（“２”に更新されていた場合）のデータな
ので、呼出不可コマンドを呼出要求コマンド送信元のＰ
ＯＳターミナルに通信回線３を介して送信する。

【００３７】また、管理サーバ２は、トランザクション
ファイル５に蓄積格納された各トランザクションデータ
のうち、フラグが“１”に更新された決済済の各トラン
ザクションデータに基づいて、店舗全体の売上や各商品
毎の売上やＰＯＳターミナル１Ａ〜１Ｎ毎の売上等を集
計管理するようになっている。

【００３８】このように構成された本実施の形態の商品
販売登録データ処理装置においては、各ＰＯＳターミナ
ル１Ａ〜１Ｎでキー入力またはスキャニング入力により
客買上商品の販売データが登録される毎に、その登録さ
れた商品販売データに、識別子として、登録元ＰＯＳタ
ーミナルのターミナル番号と、そのＰＯＳターミナルで
処理する取引の順番に相当する取引番号とが付されてト
ランザクションデータが生成され、このトランザクショ
ンデータが通信回線３を介して管理サーバ２に送信され
て、当該管理サーバ２が有するトランザクションファイ
ル５に蓄積記憶されるようになっている。この場合にお
いて、１度送信された商品販売データには送信フラグが
セットされるので、その商品販売データに対応するトラ
ンザクションデータが重複して送信されることはない。
また、次の商品登録或いは登録締め入力に応じて直前に
登録された商品販売データに対応するトランザクション
データが送信されるので、直前取消により登録が取消さ
れた商品の販売データに対応するトランザクションデー
タが管理サーバ２に送信されることもない。

【００３９】また、商品登録中（登録中フラグＦ＝１）
の各ＰＯＳターミナル１Ａ〜１Ｎで預／現計キー４０の
入力により１取引として売上げる客買上商品の登録終了
が宣言された場合には、登録元ＰＯＳターミナルのター
ミナル番号と登録終了が宣言された取引の取引番号とを
含む決済コマンドが通信回線３を介して管理サーバ２に
送信されて、当該管理サーバ２が有するトランザクショ
ンファイル５に蓄積記憶されているトランザクションデ
ータのなかからターミナル番号と取引番号が決済コマン
ド中のそれと一致するデータのフラグｆが“１”に更新
され、呼出禁止となる。

【００４０】また、非登録中（登録中フラグＦ＝０）の
各ＰＯＳターミナル１Ａ〜１Ｎで呼出キー４１の入力に
続いて他のＰＯＳターミナルのターミナル番号が入力さ
れた場合には、その入力されたターミナル番号を含む呼
出要求コマンドが通信回線３を介して管理サーバ２に送
信されて、当該管理サーバ２が有するトランザクション
ファイル５に蓄積記憶されているトランザクションデー
タのなかからターミナル番号が一致するデータで取引番
号が最新のトランザクションデータが一括して呼び出さ
れる。そして、この一括して呼び出されたトランザクシ
ョンデータが全て呼出禁止状態でない場合には、そのト
ランザクションデータが呼出要求コマンド送信元のＰＯ
Ｓターミナルに送信され、当該ＰＯＳターミナルで商品
販売データに復元されて、クリアされていた取引バッフ
ァ５１に格納される。このとき、当該ＰＯＳターミナル
では登録中フラグＦが“１”にセットされて登録途中の
状態になる。なお、トランザクションファイル５から呼
び出されたトランザクションデータは、フラグｆが
“２”に更新されて呼出禁止となる。

【００４１】その後、当該ＰＯＳターミナルにおいて商
品登録が行なわれると、その登録された商品販売データ
が取引バッファ５１に追加格納される。また、預／現計
キー４０の入力により登録締めが宣言されると、取引バ
ッファ５１に格納された全ての商品販売データに基づい
て決済処理が行なわれるようになっている。

【００４２】したがって、本実施の形態によれば、ある
ＰＯＳターミナルで途中まで行なわれた１取引の登録を
他のＰＯＳターミナルに移して継続することができる。
例えば、今、ＰＯＳターミナル１Ａにおいて１人の買物
客が買上げる商品を登録している途中で、何らかの原因
によりその登録を継続できなくなったとする。この場
合、ＰＯＳターミナル１Ａを操作していた店員は、空い
ている他のＰＯＳターミナル１Ｂに移動して呼出キー４
１を入力した後、前のＰＯＳターミナル１Ａのターミナ
ル番号を入力する。そうすると、管理サーバ２のトラン
ザクションファイル５から、前のＰＯＳターミナル１Ａ
で途中まで行なっていた商品登録により生成されたトラ
ンザクションデータがＰＯＳターミナル１Ｂに呼び出さ
れ、商品販売データに復元されて登録途中の状態に戻
る。そこで店員は、ＰＯＳターミナル１Ａで登録した商
品以外の客買上商品についてＰＯＳターミナル１Ｂで登
録を再開する。こうすることにより、ＰＯＳターミナル
１Ｂでは、ＰＯＳターミナル１Ａで途中まで登録されて
いた商品販売データと当該ＰＯＳターミナル１Ｂで新た
に登録された商品販売データとが１取引として処理され
る。

【００４３】このように、あるＰＯＳターミナルで途中
まで行なわれた１取引の登録を他のＰＯＳターミナルに
移して継続することができるので、１取引の登録途中で
ＰＯＳターミナルの故障などによりその登録を継続でき
なくなった場合でも他のＰＯＳターミナルに移って登録
を最初からやり直す必要がなくなり、手間を軽減でき
る。また、登録やり直しのために客を待たせることもな
いので、サービス性を向上できる。

【００４４】なお、前記一実施の形態では、１つの商品
の登録毎にその商品販売データに対応するトランザクシ
ョンデータを管理サーバ２に送信してトランザクション
ファイル５に蓄積させたが、１取引の中で例えば２つの
商品の登録毎に各商品販売データにそれぞれ対応するト
ランザクションデータをまとめて管理サーバ２に送信す
るようにして、通信回線３のトラフィック量を低減する
ことも可能である。この場合、１取引の登録途中でその
登録を継続できなかった場合に、その直前に登録した商
品についてはトランザクションデータが管理サーバ２に
送信されていないために他のＰＯＳターミナルで再度登
録をやり直さなければならない場合があるが、全ての商
品の登録を最初からやり直す場合と比較してその手間は
わずかであり、手間を簡略化できる効果は奏し得る。

【００４５】

【発明の効果】以上詳述したように、本願請求項１記載
の発明によれば、ある商品販売登録用端末で途中まで行
なわれた１取引の登録を他の商品販売登録用端末に移し
て継続することができ、登録を最初からやり直す手間を
省略できる商品販売登録データ処理装置を提供できる。
また、本願請求項２記載の発明によれば、他のＰＯＳタ
ーミナルで呼び出された商品販売データや決済された取
引の商品販売データが誤って呼び出されることがなくな
るので、信頼性の向上を図ることができる。

【図面の簡単な説明】

【図１】 本発明の一実施の形態のシステム構成図。

【図２】 図１に示すトランザクションファイルのデー
タ構造図。

【図３】 同実施の形態におけるＰＯＳターミナルの要
部構成を示すブロック図。

【図４】 同ＰＯＳターミナルのキーボードを示す図。

【図５】 同ＰＯＳターミナルのＲＡＭに形成する主要
なメモリエリアを示す図。

【図６】 同ＰＯＳターミナルのＣＰＵが実行するＰＬ
Ｕ入力処理の要部を示す流れ図。

【図７】 同ＰＯＳターミナルのＣＰＵが実行する価格
変更入力処理の要部を示す流れ図。

【図８】 同ＰＯＳターミナルのＣＰＵが実行する取消
入力処理の要部を示す流れ図。

【図９】 同ＰＯＳターミナルのＣＰＵが実行する預／
現計入力処理の要部を示す流れ図。

【図１０】同ＰＯＳターミナルのＣＰＵが実行する呼出
入力処理の要部を示す流れ図。

【図１１】同実施の形態において管理サーバが実行する
主要な受信処理を示す流れ図。

【符号の説明】

１Ａ〜１Ｎ…ＰＯＳターミナル（商品販売登録用端末） ２…管理サーバ ３…通信回線 ４…商品マスタファイル ５…トランザクションファイル ４０…預／現計キー ４１…呼出キー ５１…取引バッファ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 それぞれ固有の端末番号が割当て設定さ
   れた複数台の商品販売登録用端末と、データファイルを
   有する管理サーバとを、相互間でデータ伝送自在に接続
   してなり、 前記各商品販売登録用端末に、客買上商品の販売データ
   を登録する商品登録手段と、この商品登録手段により登
   録された商品販売データを１取引分格納する取引バッフ
   ァと、この取引バッファに格納される商品販売データを
   重複することなく当該端末固有の端末番号と１取引毎に
   生成される取引番号とを付して前記管理サーバに送信し
   て当該管理サーバのデータファイルに蓄積させる商品販
   売データ転送手段と、１取引として売上げる客買上商品
   の登録終了を宣言する登録締め手段と、この登録締め手
   段により登録終了が宣言されたことに応じて前記取引バ
   ッファに格納された商品販売データに基づいて１取引を
   決済する決済手段と、他の商品販売登録用端末で登録さ
   れた商品販売データの呼出を指令する呼出指令手段と、
   この呼出指令手段により商品販売データの呼出が指令さ
   れると前記管理サーバのデータファイルに蓄積されてい
   るデータの中からその呼出指令された他の商品販売登録
   用端末の端末番号が付されかつ最新の取引番号が付され
   た商品販売データを一括して呼び出して前記取引バッフ
   ァに格納する他端末登録データ呼出手段とを設けたこと
   を特徴とする商品販売登録データ処理装置。
2. 【請求項２】 各商品販売登録用端末に、前記管理サー
   バのデータファイルに蓄積されている商品販売データの
   うち登録締め手段により登録終了が宣言された１取引の
   商品販売データの呼出しを禁止させる呼出禁止制御手段
   を設けたことを特徴とする請求項１記載の商品販売登録
   データ処理装置。