JPH06215272A - Ｐｏｓシステムおよびその制御情報の更新方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】販売途中での制御情報内容の変更に対して、不
都合が発生しないように、制御情報ファイル更新を実現
するＰＯＳシステムを提供する。 【構成】商品情報を入力する入力部を備え、少なくとも
一つのチェッカ部と、入力された商品情報を客ごとに記
憶する販売データ記憶手段と、商品に関する制御情報を
記憶する制御情報記憶手段と、販売データ記憶手段と制
御情報記憶手段とに基づいて販売処理をする手段とを備
え、チェッカ部に対応して設けられる、キャッシャ部
と、制御情報をキャッシャ部に送信する送信手段を備え
るコントローラ部とを有するＰＯＳシステムにおいて、
前記キャッシャ部は、送信手段から送信された制御情報
の受信時に、前記チェッカ部の入力部およびキャッシャ
部における制御情報の更新可能な区切れ目か否かを判断
し、更新可能でない場合には販売開始不可であることを
出力し、更新可能な場合には、受信手段で受信した制御
情報を制御情報記憶手段に格納する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、制御情報を備えるコン
トローラと、コントローラから送信される制御情報に基
づいて販売処理をおこなう１つまたは複数のターミナル
とを備えるＰＯＳシステムにおける、ターミナルでの制
御情報の更新方法に関する。

【０００２】

【従来の技術】ＰＯＳシステムにおける、従来のターミ
ナルでの制御情報の更新方法については、特開昭６２−
７３３７４号公報に記載されている技術がある。該従来
技術では、取り扱う商品に関する制御情報を記憶する制
御情報エリアを２個持ち、一方の制御情報エリアをコン
トローラからの受信エリアとし、一方の制御情報エリア
を販売で使用する販売エリアとしている。そして、販売
以外の時間において、受信エリアから販売エリアに制御
情報を格納することにより、販売途中で制御情報ファイ
ルの変更がおこなわれないことを保証している。制御情
報としては、商品に関する商品単価、商品コード、商品
名などがある。これらの制御情報は、コントローラにお
いて一括管理している。ターミナルでは、コントローラ
から制御情報を受信し、販売処理として、制御情報に基
づいて販売商品一覧や各商品単価、その合計などを出力
する。制御情報の商品単価などは、日々あるいは時間帯
によって変更することがある。

【０００３】

【発明が解決しようとする課題】販売途中に、ターミナ
ルで販売に使用している制御情報が、変更されると不都
合な例として、次の様な例がある。

【０００４】ターミナル内に、販売エリアにある、取り
扱う商品コード（以下、ＰＬＵコードという）に対応す
る商品単価データのＰＬＵ価格を記憶しているファイル
（以下、ＰＬＵファイルという）と、受信エリアにあ
る、商品単価データの変更時に商品単価データを一時的
に利用し、商品コードに対応する変更後の商品単価デー
タを記憶しているファイル（以下、ＰＬＵ価格変更ファ
イル）とを持つ場合を考える。ＰＬＵ価格は、ＰＬＵ価
格変更ファイルにより決定されるので、販売途中でＰＬ
Ｕ価格変更ファイルの更新が発生すると、同一ＰＬＵコ
ードにたいする価格が販売途中で変わり、一人の客に対
する販売レシートに異なる商品単価が印字される。

【０００５】更に、販売中でも更新され、商品コードに
対する割引率を記憶する商品割引ファイルを持ち、入力
されたＰＬＵコードとＰＬＵファイルとＰＬＵ価格変更
ファイルと商品割引ファイルから自動的に商品単価を割
り引く処理をおこなうターミナルを考える。ＰＬＵ価格
変更ファイルと商品割引ファイルとが連動して運用され
るとすると、片方が更新され、もう片方が未更新の場合
には、販売での価格決定処理に不都合が発生する。

【０００６】上記特開昭６２−７３３７４号公報に記載
されている方法は、販売と販売の間に切れ目が発生する
ことに着目し、その切れ目で制御情報ファイルの更新を
おこなうものである。

【０００７】しかしながら、２人制での販売では、商品
をチェックし、バーコードなどの商品コードを入力する
ためのチェッカ部と商品コードに対応する商品価格より
精算を行うキャッシャ部とがあり、チェッカ部とキャッ
シャ部とは独立に動作している。このため、上記従来技
術では、販売の切れ目の発生が保証されず、販売での価
格決定処理に不都合が発生するので、新たな方法が必要
である。さらに、ターミナルのファイル容量には限界が
あり、なるべく少ないファイル容量で上記問題を解決す
る必要がある。

【０００８】本発明は、チェッカ部とキャッシャ部とを
備えるターミナルで複数客に対する販売をおこなう運用
において、販売途中での制御情報内容の変更に対して、
不都合が発生しないような制御情報ファイルの更新を実
現するＰＯＳシステムおよびそのターミナル制御情報更
新方法を提供することを目的とする。

【０００９】

【課題を解決するための手段】本発明は、上記課題を解
決するために、販売する商品情報を入力する入力部を少
なくとも備える少なくとも一つのチェッカ部と、前記入
力部より入力された商品情報を販売の単位である客ごと
に記憶する販売データ記憶手段と、販売のための商品に
関する制御情報を記憶する制御情報記憶手段と、前記販
売データ記憶手段と前記制御情報記憶手段とに基づいて
販売処理をする販売処理手段とを備え、前記チェッカ部
に対応して設けられる、少なくとも一つのキャッシャ部
と、前記制御情報を前記キャッシャ部に送信する送信手
段を少なくとも備えるコントローラ部とを有するＰＯＳ
システムにおいて、前記キャッシャ部は、前記送信手段
から送信された前記制御情報を受信する受信手段と、該
受信手段における前記制御情報の受信時に、前記チェッ
カ部の入力部および前記キャッシャ部における前記制御
情報の更新可能な区切れ目か否かを判断する判断手段と
を備え、前記制御情報記憶手段は、前記判断手段で判断
した区切れ目において、前記受信手段で受信した前記制
御情報を格納する。

【００１０】また、前記客の販売処理終了後に前記販売
データ記憶手段の当該客に対応する商品情報を削除する
削除手段をさらに備え、前記判断手段は、前記区切れ目
を、前記販売データ記憶手段に、いずれの客ごとの商品
情報も記憶されていないときとする。前記判断手段は、
前記区切れ目の判断時に、前記販売データ記憶手段に客
ごとの商品情報が記憶されている場合には、販売開始不
可であることを出力する。

【００１１】さらに、前記制御情報記憶手段を複数備
え、前記販売処理手段において客ごとに使用する前記制
御情報記憶手段の識別情報を客ごとに記憶する制御情報
識別子記憶手段をさらに有し、前記判断手段は、前記区
切れ目を、前記販売データ記憶手段に記憶されている客
ごとの使用している前記制御情報記憶手段の識別情報に
基づいて、使用していない制御情報記憶手段があるとき
とし、当該使用していない制御情報記憶手段は、前記判
断手段で判断した区切れ目において、前記受信手段で受
信した前記制御情報を格納することができる。

【００１２】また、前記販売データ記憶手段は、客ごと
に前記制御情報をさらに記憶することができる。

【００１３】さらに、前記制御情報記憶手段は、前記制
御情報の種類に対応して設けられ、前記販売データ記憶
手段は、前記販売処理手段において客ごとに使用する前
記制御情報記憶手段の制御情報の種類を客ごとに記憶す
るようにしてもよい。

【００１４】また、前記受信手段における前記制御情報
のレコード数を保持する受信レコード数保持手段と、前
記販売処理手段において使用する前記制御情報記憶手段
のレコード数を保持する販売レコード数保持手段とをさ
らに有してもよい。

【００１５】もしくは、前記受信手段における前記制御
情報のレコード数を保持する受信レコード数保持手段を
さらに有し、前記販売データ記憶手段は、前記販売処理
手段において客ごとに使用する前記制御情報記憶手段の
レコード数を客ごとに記憶するようにしてもよい。

【００１６】

【作用】チェッカ部の入力部は、販売する商品情報を順
次入力していく。キャッシャ部では、販売データ記憶手
段に、入力部より入力された商品情報を販売の単位であ
る客ごとに記憶する。販売処理手段は、制御情報記憶手
段に記憶している制御情報と、前記販売データ記憶手段
に記憶している販売する商品情報とに基づいて販売処理
をする。

【００１７】コントローラ部の送信手段から前記制御情
報を前記キャッシャ部に送信され、制御情報の更新があ
ると、受信手段は、送信手段から送信された前記制御情
報を受信する。判断手段は、受信時に、前記チェッカ部
の入力部および前記キャッシャ部における前記制御情報
の更新可能な区切れ目か否かを判断する。制御情報記憶
手段は、前記判断手段で判断した区切れ目において、前
記受信手段で受信した前記制御情報を格納する。これに
より更新可能な区切れ目で更新することができる。この
区切れ目を、前記販売データ記憶手段に、いずれの客ご
との商品情報も記憶されていないときとし、判断手段
は、前記区切れ目の判断時に、前記販売データ記憶手段
に客ごとの商品情報が記憶されている場合には、販売開
始不可であることを出力する。例えば、表示手段や印字
手段、警告音出力手段を備える場合には、販売開始不可
である旨をそれぞれ通知出力することができる。

【００１８】また、前記制御情報記憶手段を複数備える
場合には、前記販売処理手段において客ごとに使用する
前記制御情報記憶手段の識別情報を客ごとに記憶する制
御情報識別子記憶手段をさらに有し、前記判断手段は、
前記区切れ目を、前記販売データ記憶手段に記憶されて
いる客ごとの使用している前記制御情報記憶手段の識別
情報に基づいて、使用していない制御情報記憶手段があ
るときとし、当該使用していない制御情報記憶手段は、
前記判断手段で判断した区切れ目において、前記受信手
段で受信した前記制御情報を格納することができる。

【００１９】さらに、前記制御情報記憶手段を複数備え
る代わりに、客ごとに前記制御情報をさらに記憶する場
合には、客ごとに販売処理する段階で、更新された制御
情報を利用していくようにする。

【００２０】また、前記制御情報記憶手段を前記制御情
報の種類に対応して設ける場合には、前記販売データ記
憶手段は、前記販売処理手段において客ごとに使用する
前記制御情報記憶手段の制御情報の種類を客ごとに記憶
する。

【００２１】また、前記受信手段における前記制御情報
のレコード数を保持する受信レコード数保持手段と、前
記販売処理手段において使用する前記制御情報記憶手段
のレコード数を保持する販売レコード数保持手段とをさ
らに有する場合には、受信レコード数保持手段で保持す
るレコード数と、販売レコード数保持手段で保持するレ
コード数とを比較することにより、制御情報の更新があ
ったか否かを判断し、更新があった場合には、前記区切
れ目において更新を行う。

【００２２】さらに、前記受信手段における前記制御情
報のレコード数を保持する受信レコード数保持手段を有
する場合には、前記販売データ記憶手段は、販売処理手
段において販売する際に使用するレコード数を、前記制
御情報記憶手段のレコード数を参照することにより対応
する制御情報を読みだして販売処理をすることができ
る。

【００２３】

【実施例】以下、本発明の第１の実施例を図面を用いて
説明する。

【００２４】図１は本発明のＰＯＳシステムの概略構成
図を示している。

【００２５】図１において、ＰＯＳシステムは、商品な
どに関する情報を入出力するためのターミナル１、接続
するための回線ケーブル２および商品などの情報を制御
するコントローラ３を有する。回線ケーブル２を備える
代わりに、無線で送受信する機能をターミナルおよびコ
ントローラ３に有するようにしてもよい。コントローラ
３には、制御情報を記憶するための制御情報記憶部３１
を備えることができる。制御情報としては、各商品の識
別情報に対応して、商品の名称、価格、割引率などがあ
る。また、コントローラ３は、回線ケーブル２を経由し
て複数のターミナルに制御情報を送出し、全てのターミ
ナルについて管理する。ターミナル１は、商品などに関
する情報を入力するチェッカ１２と、送られた制御情報
を参照にし、チェッカ１２で入力された商品などに関す
る情報により販売データの出力をおこなうキャッシャ１
１と、キャッシャ１１とチェッカ１２とを接続する回線
ケーブル１３とを備えている。商品などに関する情報
は、各商品ごとに付されている、各商品の識別情報など
であり、例えば、バーコードなどの情報がある。販売デ
ータとしては、入力された商品の識別情報と、商品の名
称、価格、割引率などの情報と、販売合計額などの支払
に関する情報とがある。

【００２６】ターミナル１の制御機構は、キャッシャ１
１に備えており、キャッシャ１１は、制御情報を記憶す
る記憶部１１１、ターミナルの入出力を制御する制御部
１１２、回線ケーブル２に接続して情報を送受信する回
線部１１３、キーボードまたはバーコード等の情報を読
み取り入力するための入力部１１５、入力した情報や出
力情報などを表示出力する表示部１１６、音を出力する
ブザー部１１７、および、入力した情報や出力情報など
を印字出力する印字部１１４を備える。記憶部１１１に
は、業務処理で必要なファイル、および、本実施例で取
り扱うようなファイルが記憶されている。制御部１２
は、制御情報の受信処理および販売処理を行う。また、
制御部１１２は、制御情報の受信時に、チェッカおよび
キャッシャにおける制御情報の更新可能な区切れ目か否
かを判断する判断手段を備えている。

【００２７】受信処理では、受信手段である回線部１１
３および受信ファイル１１１１において、コントローラ
３から送信される制御情報を回線部１１３が受信し、記
憶部１１１の受信ファイル１１１１に格納する。販売処
理では、入力部１１５より商品などに関する情報を入力
し、記憶部内の制御情報を参照しながら販売データを作
成し、表示部１１６、ブザー部１１７および印字部１１
４を動作させて表示、ブザー鳴動、印字をおこない、販
売データを回線部１１３を動作させ、コントローラ３に
送信し、販売データの更新を行う。また、チェッカ１２
には、商品などに関する情報および支払われた金額を入
力するための入力部１１５を少なくとも備える。また、
チェッカ１２は、表示部１１６やブザー部１１７などを
備えるようにしてもよい。チェッカ１２の入力部１１５
において、商品などに関する情報を入力して販売する商
品の登録を行い、キャッシャ１１においては、該チェッ
カ１２で入力された販売する商品の登録情報に基づい
て、支払（販売データの出力および清算）をおこなう。
キャッシャ１１とチェッカ１２とは、連動して動作する
ようにしたり、販売する商品の登録情報を共有してそれ
ぞれ独立に動作するようにしてもよい。例えば、１人制
の販売においては、チェッカ１２での販売する商品の登
録とキャッシャ１１での支払は順番に行われるが、２人
制の販売においては、キャッシャ１１とチェッカ１２と
は、それぞれ独立に動作し、チェッカ１２で入力され
た、客ごとの販売する商品の登録情報を受信し、記憶部
１１１に記憶しておき、その後、客ごとに支払を行う。

【００２８】また、図２に、第１の実施例における、記
憶部１１１の構成図を示す。図２において、記憶部１
１１内は、コントローラ３から受信した制御情報を記憶
する受信ファイル１１１１と、制御情報を記憶する制御
情報記憶手段の制御情報ファイル１１１２と、販売に関
するデータを記憶する販売データ記憶手段の販売ファイ
ル１１１３とに領域分けされている。販売ファイル１１
１３は、客ごとに販売データを記憶する、複数の客別販
売データ１１１３１より構成される。一人の客に対して
は、販売ファイル１１１３内の客別販売データ１１１３
１の領域が割り当てられ、チェッカ１２で入力された、
客ごとに、販売する商品の登録情報と、キャッシャ１１
で入力された支払われた金額とが客別販売データ１１１
３１の領域に格納される。客別販売データ１１１３１の
内容は、回線部１１３を介してコントローラ２に送出さ
れる。前述の１人制で動作する場合には、チェッカ１２
では客別販売データ１１１３１が常に１つだけ使用され
るが、２人制で動作する場合は、チェッカ１２では客別
販売データ１１１３１の領域が存在するだけ販売の商品
登録が行われ、キャッシャ１１では販売の商品登録が行
われた順番に従い販売処理を行う。チェッカ１２で販売
の商品登録が行われたときを販売の開始とし、キャッシ
ャ１１で販売処理を実行後販売が終了する。

【００２９】つぎに、図１および図２を参照して各部の
動作を説明する。

【００３０】図１および図２において、コントローラ３
から送信された制御情報は、回線部１１３にて受信さ
れ、記憶部１１１内の受信ファイル１１１１に格納され
る。販売処理では、販売内容を販売ファイル１１１３内
の客別販売データ１１１３１に書き込み、コントローラ
３へ販売データを送信する。１人の客に対しては、販売
ファイル１１１３内の１つの客別販売データ１１１３１
が使用され、制御情報としては制御情報ファイル１１１
２に記憶されている制御情報を使用する。客別販売デー
タ１１１３１は、客ごとに割り当てられる、販売データ
を記憶する領域である。受信ファイル１１１１は、販売
ファイル１１１３が空の時に制御部１１２により制御情
報ファイル１１１２に格納される。販売ファイル１１１
３が空でなければ、新たな販売開始をエラーにしてその
旨表示部１１６で表示してブザー部１１７で警告音を鳴
らして新たな販売を禁止し、販売を終了させて販売ファ
イル１１１３を空にした後に、受信ファイル１１１１を
制御情報ファイル１１１２に格納する。

【００３１】つぎに、図３を参照して上記ＰＯＳシステ
ムにおける更新および販売動作を説明する。図３は、第
１の実施例の制御部１１２での動作フローチャートを
示したものである。

【００３２】図３において、制御部１１２は、回線部１
１３および入力部１１５からのイベントを待っていて、
イベントが発生するとつぎのステップに移る（Ｓ１）。
イベントとしては、回線部１１３を介してのコントロー
ラ３からの制御情報の送出や、入力部１１５での販売デ
ータの受付けなどがある。イベントが発生すると入力部
１１５でのキー入力か否かを判定する（Ｓ２）。これに
より、キー入力がある場合には、入力部１１５での販売
データの受付けであるとし、キー入力がない場合には、
回線部１１３を介してのコントローラ３からの制御情報
の送出と判断できる。回線部１１３から制御情報が送ら
れるというイベントが発生し、キー入力がないと、受信
した制御情報を受信ファイル１１１１ヘ格納する（Ｓ
３）。また、入力部１１５においてキー入力がおこなわ
れると、販売開始かどうかを判断する（Ｓ４）。所定の
キー入力もしくは最初の販売の商品の登録があると販売
開始であると判断する。すでに客別販売データ１１１３
１に格納されていて販売の商品の登録がある場合には、
販売途中であるとして、販売開始でないと判断する。販
売開始であると判断すると、制御情報が受信ファイル１
１１１に更新（格納）済か否かを判定する（Ｓ８）。制
御情報が受信ファイル１１１１に更新済のときには、販
売ファイル１１１３が空であるか否かを判断する（Ｓ
９）。販売ファイル１１１３が空であれば、受信ファイ
ル１１１１の制御情報を制御情報ファイル１１１２に格
納し、制御情報を更新する（Ｓ１０）。更新したことを
示すのに更新フラグを設けておいてもよい。例えば、受
信ファイル１１１１に受信情報を格納した際に、更新フ
ラグをセットし、受信ファイル１１１１の情報が制御情
報ファイル１１１２に更新されたときには、更新フラグ
をリセットすることにより、更新済か否かを判断でき
る。

【００３３】つぎに、制御部１１２では、客別販売デー
タ１１１３１の割り振りをおこなう（Ｓ１１）。客別販
売データ１１１３１の割り振りとは、客ごとに商品登録
・支払で使用する客別販売データ１１１３１を決めるこ
とをいう。つぎに、更新された制御情報ファイル１１１
２に基づいて販売開始処理をおこなう（Ｓ１２）。ま
た、制御情報が受信ファイル１１１１に更新済でないな
らば（Ｓ８）、制御情報を受信していないので、直ちに
客別販売データ１１１３１の割り振りをおこない（Ｓ１
１）、販売開始処理をおこなう（Ｓ１２）。

【００３４】上記Ｓ９において、販売ファイル１１１３
が空でないならば、販売開始をエラーとし（Ｓ１３）、
販売の開始を禁止する旨を表示部１１６とブザー部１１
７とに出力してオペレータに知らせ、販売ファイル１１
１３を空にするように促す。すなわち、２人制で支払が
終了していない販売を全て終了させる。販売ファイル１
１１３が空になった時点で制御情報ファイル１１１２を
更新し、販売処理を開始する。

【００３５】また、上記Ｓ４において販売開始かどうか
を判断し、販売開始でないならすでに販売に入っている
わけであるので販売処理を続行し（Ｓ５）、処理終了後
に販売が終了したかを販売終了の所定のキー入力により
判断し（Ｓ６）、販売が終了しないならイベント待ちに
戻り、販売が終了したら客別販売データ１１１３１を解
放し、販売ファイル１１１３を空きとする（Ｓ７）。す
なわち、客の販売処理終了後に販売データ記憶手段の販
売ファイル１１１３の当該客に対応する商品情報（客別
販売データ１１１３１）を削除する削除手段をさらに備
え、制御部１１２の判断手段は、区切れ目を、販売ファ
イル１１１３に、いずれの客ごとの商品情報も記憶され
ていないときとすることができる。

【００３６】このように、受信ファイル１１１１と制御
情報ファイル１１１２とを持ち、コントローラより受信
する制御情報は直ちに受信ファイル１１１１に格納され
る。受信ファイル１１１１と制御情報ファイル１１１２
とが一致していない時に、販売ファイル１１１３が空で
ないなら新たな販売開始を抑止して必ず販売ファイル１
１１３を空にした後、受信ファイル１１１１から制御情
報ファイル１１１２に格納するので、販売途中で販売で
使用する制御情報が変更されることは無い。特に、本実
施例においては、販売途中では変更されにくい制御情報
に基づいて販売処理するような場合に効果的である。制
御情報ファイル１１１２としては、例えば、お菓子、果
物という、商品の大分類を示すような部門ファイルなど
がある。部門ファイルの内容としては、商品の大分類の
識別情報である部門番号と該部門名称と割引番号等があ
る。

【００３７】以上のように処理を行うことにより、キャ
ッシャ１１とチェッカ１２とが独立に動作していても、
販売の区切れ目となる、販売ファイル１１１３が空きの
状態において、制御情報の更新をすることができる。ま
た、上述の処理フローにおいては、販売開始時に販売フ
ァイル１１１３が空きか否かを判断しているが、まず、
受信ファイル１１１１を格納した時点で販売ファイル１
１１３が空きか否かを判断し、販売ファイル１１１３が
空きであれば制御情報を更新するようにしてもよい。た
だし、販売ファイル１１１３が空きでないなら上述のよ
うに新たな販売を禁止する。以上のようにして、販売途
中での制御情報内容の変更に対して、不都合が発生する
ことなく、制御情報ファイル１１１２の更新を実現する
ことができる。

【００３８】つぎに、本発明の第２の実施例を図４を用
いて説明する。図４は、第２の実施例の記憶部構成図
を示している。本実施例においては、制御情報ファイル
１１１２を２個備える場合について示している。また、
客別販売データ１１１３１の領域を、上記制御情報ファ
イル１１１２の識別情報を客ごとに示すための客別ファ
イル識別子１１１３１２と、客別販売データ１１１３１
の内容を格納する客別販売データ詳細１１１３１１とに
領域分けして、それぞれ対応するデータを格納してい
る。ＰＯＳシステムの構成図は、第１の実施例で示した
図１と同様であり、送受信動作も同様である。

【００３９】図４において、記憶部１１１内には、コン
トローラ３から受信した制御情報を記憶する受信ファイ
ル１１１１と、制御情報を記憶する制御情報ファイル１
１１２と、制御情報を記憶する制御情報ファイル１１
１２と、販売に関するデータを記憶する販売ファイル
１１１３とが領域分けされて置かれている。販売ファイ
ル１１１３は複数の客別販売データ１１１３１より構成
される。本実施例では、販売処理において、上記およ
びの２個の制御情報ファイルを使用する。

【００４０】客別販売データ１１１３１と、当該客別販
売データ１１１３１で使用される制御情報ファイル１１
１２とは対応づけられている。図５に、客別販売データ
構成図を示すように、客別販売データ１１１３１は、
客別販売データ詳細１１１３１１と客別ファイル識別子
１１１３１２に分かれている。販売開始時点で、制御部
１１２が、当該販売で使用される制御情報ファイル１１
１２を選択し、客別ファイル識別子１１１３１２に選択
された制御情報ファイル１１１２の識別情報を書き込
む。以降の販売処理では、客別ファイル識別子１１１３
１２に設定された識別子に対応した制御情報ファイル１
１１２が使用される。客別販売データ詳細１１１３１１
には通常の販売データが書き込まれる。

【００４１】つぎに、図１および図４を参照して各部の
動作を説明する。

【００４２】図１および図４において、コントローラ３
から送信された制御情報ファイル１１１２は回線部１１
３にて受信され、記憶部１１１内の受信ファイル１１１
１に一時的に格納される。販売処理では、販売内容を販
売ファイル１１１３内の客別販売データ１１１３１に書
き込み、コントローラ３へ販売データを送信する。１人
の客に対しては、販売ファイル１１１３内の１つの客別
販売データ１１１３１が使用され、販売内の制御情報と
しては、制御情報ファイル１１１２または制御情報フ
ァイル１１１２のうちいづれか１つの制御情報ファイ
ル１１１２が選択され、以後は選択された制御情報ファ
イル１１１２に基づいて販売処理が行われる。

【００４３】次に、制御情報ファイル１１１２の更新動
作を図６を参照して説明する。

【００４４】図６において、横方向は、客別販売データ
１１１３１で使用している制御情報ファイル１１１２の
識別子のすべてを並べたものである（この例において
は、販売ファイル１１１３にＡ〜Ｅまでの５つの客別販
売データ１１１３１の領域があるものとする）。は制
御情報ファイル１１１２であり、は制御情報ファイ
ル１１１２を表す。空欄になっている部分は、販売で
使用していないことを表す。また、縦方向は、時系列で
の全客別販売データ１１１３１の客別ファイル識別子１
１１３１２の変化を表す。ターミナル１の立ち上げ後の
最初の販売開始では、受信ファイル１１１１の制御情報
を制御情報ファイル１１１２に格納し、販売処理で
は、制御情報の読み出しファイルとして制御情報ファイ
ル１１１２を選択し、客別販売データ１１１３１の客
別ファイル識別子１１１３１２に識別情報のを書き込
む。その後に、制御情報を受信した場合には、使用して
いない制御情報ファイル１１１２に受信ファイル１１
１１の制御情報を更新する。また、販売においては、受
信ファイル１１１１の制御情報を制御情報ファイル１
１１２に更新するまでは、制御情報ファイル１１１２
を選択し、販売が終了するまで使用し、更新後は更新さ
れたにし、以降は制御情報ファイル１１１２を選択
し、販売が終了するまで使用する。その後、制御情報を
受信した場合には、使用していない制御情報ファイル１
１１２に更新していくことで同様の処理を行う。販売処
理時において、制御情報ファイル１１１２を参照する際
には、販売データ１１１３１内の客別ファイル識別子１
１１３１２１１１３１２を調べて、対応する制御情報フ
ァイル１１１２を参照する。

【００４５】つぎに、図７を参照して上記ＰＯＳシステ
ムにおける更新および販売動作を説明する。図７は、第
２の実施例の制御部１１２の動作フローチャートを示
したものである。

【００４６】図７において、制御部１１２は、回線部１
１３および入力部１１５からのイベントを待っていて、
イベントが発生するとつぎのステップに移る（Ｓ１）。
イベントが発生すると入力部１１５でのキー入力か否か
を判定する（Ｓ２）。回線部１１３から制御情報が送ら
れるというイベントが発生し、キー入力がないと、受信
した制御情報を受信ファイル１１１１ヘ格納する（Ｓ
３）。また、キー入力がおこなわれると、販売開始かど
うかを判断する（Ｓ４）。所定のキー入力もしくは販売
の商品の登録があると販売開始であると判断する。販売
開始であると判断すると、制御情報が受信ファイル１１
１１に更新済か否かを判定する（Ｓ５）。制御情報が受
信ファイル１１１１に更新済のときには、使用していな
い制御情報ファイル１１１２があるかないかを判断する
（Ｓ６）。この判断は、客別販売データ１１１３１の客
別ファイル識別子１１１３１２を参照し、登録されてい
る識別情報より、使用していない制御情報ファイル１１
１２があるかないかを判断する。受信ファイル１１１１
が更新済であって、使用していない、空き制御情報ファ
イル１１１２があるなら、受信ファイル１１１１の制御
情報を空き制御情報ファイル１１１２に格納し、制御情
報を更新する（Ｓ７）。

【００４７】つぎに、制御部１１２では、客別販売デー
タ１１１３１の割り振りをおこない（Ｓ８）、格納先の
制御情報ファイル１１１２の識別子を当該客別販売デー
タ１１１３１の客別ファイル識別子１１１３１２に書き
込み、新たな制御情報ファイル１１１２に基づいて販売
開始処理をおこなう（Ｓ９）。制御情報が受信ファイル
１１１１に更新済でないなら（Ｓ５）、直ちに客別販売
データ１１１３１の割り振りをおこない（Ｓ８）、前回
販売使用の制御情報ファイル１１１２を客別ファイル識
別子１１１３１２に書き込み、販売開始処理をおこなう
（Ｓ９）。また、受信ファイル１１１１が更新済でない
場合と、空き制御情報ファイル１１１２がない場合に
は、（Ｓ５、Ｓ６）、直ちに客別販売データ１１１３１
の割り振りをおこない（Ｓ８）、販売開始処理をおこな
う（Ｓ９）。

【００４８】キー入力がおこなわれ（Ｓ２）、販売開始
でないなら（Ｓ４）、客別ファイル識別子１１１３１２
に対応した制御情報ファイル１１１２に基づき販売処理
を続行する（Ｓ１０）。処理終了後に販売が終了したか
を判断し（Ｓ１１）、販売が終了しないならイベント待
ちに戻り、販売が終了したら客別販売データ１１１３１
を解放し（Ｓ１２）、イベント待ちに戻る。

【００４９】このように、受信ファイル１１１１と複数
の制御情報ファイル１１１２とを持ち、コントローラよ
り受信する制御情報は直ちに受信ファイル１１１１に格
納される。受信ファイル１１１１から制御情報ファイル
１１１２への格納は、未使用の制御情報ファイル１１１
２にのみ格納され、客別販売データ１１１３１では客別
ファイル識別子１１１３１２により対応づけられた固定
の制御情報ファイル１１１２を使用するので、販売途中
で制御情報が変更されることは無い。本実施例によれ
ば、中規模な容量を必要とする、販売途中で変更されや
すい制御情報に効果的である。制御情報ファイル１１１
２としては、例えば、商品の割引番号と割引額もしくは
割引率等とを示す割引ファイルなどがある。

【００５０】第２の実施例によれば、区切れ目を、客別
ファイル識別子１１１３１２に記憶されている客ごとの
使用している制御情報ファイル１１１２の識別情報に基
づいて、使用していない制御情報ファイル１１１２があ
るときとし、制御情報を更新することができる。

【００５１】つぎに、本発明の第３の実施例を図８およ
び図９を用いて説明する。図８は、第３の実施例の記憶
部構成図を示している。本実施例においては、制御情
報を客別販売データ１１１３１にそれぞれ備える場合に
ついて示している。ＰＯＳシステムの構成図は、第１の
実施例で示した図１と同様であり、送受信動作も同様に
処理できる。

【００５２】また、図９に、第２の実施例における客別
販売データ構成図を示す。図９において、客別販売デ
ータ１１１３１は、客別販売データ詳細１１１３１１と
客別制御情報エリア１１１３１３とに分かれている。コ
ントローラ３より受信した制御情報は受信ファイル１１
１１に格納され、格納後直ちに制御情報ファイル１１１
２に格納される。送られる制御情報が単独メッセージで
ある場合には、受信ファイル１１１１を用いずに直接制
御情報ファイル１１１２に格納してもよい。販売開始時
に、制御情報ファイル１１１２から制御情報を客別制御
情報エリア１１１３１３にそれぞれ書き込む。以降の販
売処理では客別制御情報エリア１１１３１３を使用す
る。

【００５３】このように、販売開始時点で制御情報ファ
イル１１１２から客別制御情報エリア１１１３１３に制
御情報の転送をおこない、当該販売中では客別販売デー
タ１１１３１に記憶している制御情報を使用するので、
販売途中で制御情報が変更されることは無い。また、本
実施例によれば、小規模の容量で、販売途中で変更され
やすい制御情報に効果的である。制御情報ファイル１１
１２としては、例えば、タイムリーな割引情報のレシー
ト印字内容等を示すタイムセール・メッセージテーブル
などがある。

【００５４】第３の実施例によれば、制御情報を客別販
売データ１１１３１にそれぞれ有し、販売ファイル１１
１３の状態にかかわらず、制御情報の更新をすることが
できる。

【００５５】つぎに、本発明の第４の実施例を図１０を
用いて説明する。図１０は、第４の実施例の記憶部構成
図を示している。本実施例においては、制御情報を追
加していく形式における更新について説明する。ＰＯＳ
システムの構成図は、第１の実施例で示した図１と同様
であり、送受信動作も同様に処理できる。

【００５６】図１０において、記憶部１１１内には、コ
ントローラ３から受信した制御情報を記憶する制御情報
ファイル１１１２と、受信した制御情報の合計レコード
数を保持するための保持手段である受信レコード数１１
１４と、販売処理時に利用される合計販売レコード数を
保持するための保持手段である販売レコード数１１１５
と、販売に関するデータを記憶する販売ファイル１１１
３とに領域分けされている。販売ファイル１１１３は、
複数の客別販売データ１１１３１より構成される。レコ
ード数は、制御情報ファイル１１１２の管理データであ
る。

【００５７】本実施例における販売更新処理は以下に示
すようになる。コントローラより制御情報を受信し、制
御情報ファイル１１１２に格納する。受信した追加レコ
ード数だけ受信レコード数１１１４が加算される。本実
施例では、制御情報ファイル１１１２は、追加形式なの
で受信ファイルを用意する必要はない。販売開始時点
で、受信レコード数１１１４と販売レコード数１１１５
との値が同じか否かを判断し、レコード数が違う時であ
って販売ファイル１１１３が空の場合に、受信レコード
数１１１４を販売レコード数１１１５に保持する。販売
ファイル１１１３が空でない場合は、新たな販売開始を
エラーにする。この場合、その旨を表示部１１６で表示
し、ブザー部１１７で警告音を鳴らして新たな販売を禁
止し、販売ファイル１１１３を空にするように促す。販
売処理では、常に販売レコード数１１１５の示すレコー
ド数分の制御情報ファイル１１１２を使用する。

【００５８】このように、受信した制御情報レコード数
は、受信レコード数保持手段に設定し、販売で使用する
レコード数は販売レコード数保持手段に設定する。販売
レコード数１１１５は販売ファイル１１１３が空の時の
み更新し、受信レコード数１１１４と販売レコード数１
１１５とが一致していない時は、更新されたとして、新
たな販売開始を抑止するので、販売途中で使用する制御
情報が変更されることは無い。本実施例によれば、大規
模な容量を必要とする、販売途中では変更されにくい制
御情報に効果的である。制御情報ファイル１１１２とし
ては、例えば、単品商品の商品コード（ＰＬＵコー
ド）、金額、名称、部門番号、割引番号等を示すＰＬＵ
ファイルなどがある。

【００５９】つぎに、本発明の第５の実施例を図１１お
よび図１２を用いて説明する。図１１は、第５の実施例
の記憶部構成図を示している。本実施例においては、
販売処理時に利用される制御情報レコード数を保持する
ための保持手段である販売レコード数を客別販売データ
１１１３１にそれぞれ備える場合について示し、制御情
報を追加していく形式における更新について説明する。
ＰＯＳシステムの構成図は、第１の実施例で示した図１
と同様であり、送受信動作も同様に処理できる。

【００６０】図１１において、記憶部１１１は、コント
ローラ３から受信した制御情報を記憶する受信ファイル
１１１１と、制御情報を記憶するための制御情報記憶手
段である制御情報ファイル１１１２と、受信した制御情
報の合計レコード数を保持するための保持手段である受
信レコード数１１１４と、販売に関するデータを記憶す
る販売ファイル１１１３とが領域分けされて置かれてい
る。販売ファイル１１１３は、客別販売データ１１１３
１から成る。

【００６１】また、図１２に客別販売データ構成図を
示すように、客別販売データ１１１３１は、客別販売デ
ータ詳細１１１３１１と客別販売レコード数１１１３１
４とに分かれている。客別販売レコード数１１１３１４
は、販売処理時に利用される制御情報のレコード数を保
持するための保持手段である。販売処理においては、該
客別販売レコード数１１１３１４に示されているレコー
ド数の制御情報を利用する。

【００６２】本実施例における販売更新処理は以下に示
すようになる。コントローラ３より制御情報を受信し、
制御情報ファイル１１１２に格納する。本実施例では、
制御情報ファイル１１１２は追加形式なので、受信ファ
イル１１１１を用意する必要がない。受信した追加レコ
ード数だけ受信レコード数１１１４が加算される。販売
開始時点で、受信レコード数１１１４と、客別販売レコ
ード数１１１３１４との値が同じか否かを判断し、レコ
ード数が違う時には、受信レコード数１１１４を当該客
別販売データ１１１３１内の客別販売レコード数１１１
３１４に格納する。当該販売では客別販売レコード数１
１１３１４が示すレコード数分の制御情報ファイル１１
１２を使用する。

【００６３】このように、追加形式の制御情報の客別販
売レコード数１１１３１４を客別販売データ１１１３１
に持ち、各販売開始時点での受信レコード数１１１４を
客別販売レコード数１１１３１４として販売終了まで保
持し、当該販売では当該客別販売レコード数１１１３１
４までの制御情報を使用することにより、販売途中で制
御情報が変更されることは無い。本実施例によれば、容
量の規模に関わらず、販売途中で変更されやすい追加形
式の制御情報に効果的である。制御情報ファイル１１１
２としては、例えば、単品ごとの価格変更に関するＰＬ
Ｕコードおよび金額を示すＰＬＵ価格変更ファイルなど
がある。

【００６４】つぎに、本発明の第６の実施例を図１３お
よび図１４を用いて説明する。図１３は、第６の実施例
の記憶部構成図を示している。また、図１４は、客別
販売データ構成図を示す。本実施例においては、制御
情報ファイル１１１２を制御情報の種類に対応して設け
て、販売ファイル１１１３の客別販売データ１１１３１
に、客ごとに使用する前記制御情報ファイル１１１２の
制御情報の種類を客ごとに記憶する場合について説明す
る。ＰＯＳシステムの構成図は、第１の実施例で示した
図１と同様であり、送受信動作も同様に処理できる。

【００６５】図１３において、記憶部１１１は、更新し
ていく形式の制御情報をコントローラ３から受信して記
憶する受信ファイル１１１１と、制御情報を記憶する
ための制御情報記憶手段であり、制御情報の種類に対応
して設けられる制御情報ファイル１１１２、制御情報
ファイル１１１２、制御情報ファイル１１１
２、制御情報ファイル１１１２、制御情報ファイル
１１１２および制御情報ファイル１１１２と、追加し
ていく形式の制御情報の受信合計レコード数を保持する
ための保持手段である受信レコード数１１１４および
受信レコード数１１１４と、受信レコード数１１１
４に対応し、販売処理時に利用される制御情報のレコー
ド数を保持するための保持手段である販売レコード数
１１１５と、販売に関するデータを記憶する販売ファイ
ル１１１３とに領域分けされている。販売ファイル１１
１３は、複数の客別販売データ１１１３１から成る。

【００６６】また、図１４に示すように、客別販売デー
タ１１１３１は、客別販売データ詳細１１１３１１、客
別ファイル識別子１１１３１２、客別制御情報エリア
１１１３１３、客別販売レコード数１１１３１４に
分かれている。客別販売データ詳細１１１３１１は、客
ごとの販売に関する情報を格納し、客別ファイル識別子
１１１３１２は、前記２個の制御情報ファイル１１１
２のおよびの識別情報を格納する。また、客別
制御情報エリア１１１３１３は、制御情報ファイル
１１１２を記憶する。客別販売レコード数１１１３１
４は、受信レコード数１１１４に対応し、販売処理時
に利用される制御情報ファイル１１１２のレコード数
を保持するための保持手段である。

【００６７】本実施例においては、受信時に、制御部１
１２において、受信したデータに付加されている制御情
報の種類を示す情報を検出し、制御情報の種類を判断す
る。判断の結果、受信ファイル１１１１もしくは
制御情報ファイル１１１２に記憶させる。その後、
制御情報の種類に対応して制御情報を更新していく。更
新するタイミングについては、前述の実施例と同様に、
更新の区切れ目か否かを判断して、区切れ目の場合に更
新をそれぞれ行う。

【００６８】つぎに、制御情報の種類について図１８を
参照して説明する。図１８は、制御情報の種類を説明す
るための説明図を示す。

【００６９】図１８において、制御情報の種類として
は、部門ファイル、割引ファイル、タイムセール
・メッセージテーブル、ＰＬＵファイル、ＰＬＵ価
格変更ファイルなどがある。部門ファイルは、例えば、
お菓子、果物という、商品の大分類を示し、部門ファイ
ルの内容としては、商品の大分類の識別情報である部門
番号と該部門名称と割引番号等がある。また、割引ファ
イルは、商品の割引番号と割引額もしくは割引率等とを
示す。タイムセール・メッセージテーブルは、例えば、
タイムリーな割引情報のレシート印字内容等を示す。Ｐ
ＬＵファイルは、例えば、単品商品の商品コード（ＰＬ
Ｕコード）、金額、名称、部門番号、割引番号等を示
す。また、ＰＬＵ価格変更ファイルは、単品ごとの価格
変更に関するＰＬＵコードおよび金額を示す。このよう
に、複数の制御情報の種類がある場合には、それぞれの
制御情報に対応した制御情報ファイル１１１２の更新を
するようにできる。これは、前述の実施例１〜実施例５
に示したような受信ファイル１１１１、制御情報ファイ
ル１１１２や更新手段をあわせ持つことにより対応でき
る。例えば、図１３において、部門ファイルについて
は、第１の実施例に示したような、受信ファイル１１
１１および制御情報ファイル１１１２を利用する。
割引ファイルについては、第２の実施例に示したよう
な、受信ファイル１１１１、制御情報ファイル１
１１２、制御情報ファイル１１１２および客別ファ
イル識別子１１１３１２を利用する。タイムセール
・メッセージテーブルについては、第３の実施例に示し
たような、受信ファイル１１１１、制御情報ファイル
１１１２、客別制御情報エリア１１１３１３を利用
する。ＰＬＵファイルについては、第４の実施例に示
したような、制御情報ファイル１１１２、受信レコー
ド数１１１４および販売レコード数１１１５を利用
する。ＰＬＵ価格変更ファイルについては、第５の実
施例に示したような、制御情報ファイル１１１２、受
信レコード数１１１４および客別販売レコード数１
１１３１４を利用する。

【００７０】このような構成を取る場合においては、次
々と送信されてくる制御情報が、関連するか否かの判断
ができないので、コントローラ３は、制御情報の送出時
に、関連する制御情報群を示すために、関連する制御情
報群の終わりであることを示すＥＮＤ情報を送出する。
これにより、関連する制御情報群を判断できる。もしく
は、ＥＮＤ情報の代わりに、関連する制御情報群である
のを示すのに、特定の情報を付加するようにしてもよ
い。これらの送信例を図１５、図１６および１７を参照
して以下に説明する。

【００７１】図１５、図１６および図１７は、第６の実
施例におけるメッセージ転送例を示し、メッセージ例
１、メッセージ例２およびメッセージ例３を示してい
る。本実施例でのコントローラ３とターミナル１とのメ
ッセージ手順を示す。図１５、図１６および図１７にお
いて、〜は、前述の部門ファイル、割引ファイ
ル、タイムセール・メッセージテーブル、ＰＬＵフ
ァイルおよびＰＬＵ価格変更ファイルにおける個別の
制御情報をそれぞれ示している。

【００７２】図１４に示すメッセージ例１では、ターミ
ナル１はよりまでの個別制御情報を全て受け取る。
ＥＮＤを受信した段階で全ての個別制御情報は受信終了
となる。およびの個別制御情報が含まれているの
で、ＥＮＤを受信して受信終了となった時、販売ファイ
ル１１１３が空でない時は新たな販売開始は抑止され、
販売ファイル１１１３が空となった時に全ての個別制御
情報は一括して販売に反映される。ＥＮＤを受信して受
信終了となった時、販売ファイル１１１３が空なら次の
販売より全ての個別制御情報は直ちに販売に反映され
る。

【００７３】図１５に示すメッセージ例２では、ターミ
ナル１はとの個別制御情報を受け取る。ＥＮＤを受
信した段階で、両者の個別制御情報は受信終了となる。
ととは、受信終了の後の次の販売で直ちに販売に反
映されるので、ＥＮＤを受信して受信終了となった時、
次の販売より全ての個別制御情報は直ちに販売に反映さ
れる。

【００７４】図１６に示すメッセージ例３では、ターミ
ナル１はととの個別制御情報を受け取る。ＥＮＤ
を受信した段階で、３者の個別制御情報は受信終了とな
る。ととは受信終了の後の次の販売で直ちに販売に
反映できるが、は、販売ファイル１１１３が空か、販
売ファイル１１１３の中の客別ファイル識別子１１１３
１２が全て同一の時に販売への反映が可能となる。この
ため、ＥＮＤを受信して受信終了となった時、次の販売
より全ての個別制御情報の販売への反映の開始は、販売
ファイル１１１３が空か、販売ファイル１１１３の中の
客別ファイル識別子１１１３１２が全て同一の時とな
る。

【００７５】このように、複数の個別制御情報からなる
制御情報を受信した際に、コントローラ３からの受信終
了指示により一括して各個別制御情報を受信終了とする
ので、お互いに関係しあう個別制御情報がばらばらに受
信終了となることが無い。更新された制御情報を同時に
反映させるために、更新できる状態の区切れ目になった
ときに全個別制御情報の販売への使用開始をおこなうの
で、お互いに関係しあう個別制御情報がばらばらに販売
に反映されることは無い。以上により、販売途中で使用
する制御情報が変更されることは無い。

【００７６】本実施例によれば、各種類の制御情報によ
り複合構成される制御情報に効果的である。

【００７７】

【発明の効果】以上のように、本発明によれば、販売途
中で制御情報が変更されること無く、制御情報形式に応
じてメモリ容量効率の良い、ＰＯＳシステムおよびター
ミナル制御情報更新方法が実現できる。

【図面の簡単な説明】

【図１】本発明の第１の実施例に係るＰＯＳシステム構
成図である。

【図２】本発明の第１の実施例に係る記憶部構成図で
ある。

【図３】本発明の第１の実施例に係る制御部動作フロー
チャートである。

【図４】本発明の第２の実施例に係る記憶部構成図で
ある。

【図５】本発明の第２の実施例に係る客別販売データ構
成図である。

【図６】本発明の第２の実施例に係る販売制御ファイル
更新方法を示す説明図である。

【図７】本発明の第２の実施例に係る制御部動作フロー
チャートである。

【図８】本発明の第３の実施例に係る記憶部構成図で
ある。

【図９】本発明の第３の実施例に係る客別販売データ構
成図である。

【図１０】本発明の第４の実施例に係る記憶部構成図
である。

【図１１】本発明の第５の実施例に係る記憶部構成図
である。

【図１２】本発明の第５の実施例に係る客別販売データ
構成図である。

【図１３】本発明の第６の実施例に係る記憶部構成図
である。

【図１４】本発明の第６の実施例に係る客別販売データ
構成図である。

【図１５】本発明の第６の実施例に係るメッセージ例１
を示す説明図である。

【図１６】本発明の第６の実施例に係るメッセージ例２
を示す説明図である。

【図１７】本発明の第６の実施例に係るメッセージ例３
を示す説明図である。

【図１８】制御情報の種類を説明するための説明図であ
る。

【符号の説明】

１…ターミナル、２…回線ケーブル、３…コントロー
ラ、３１…制御情報、１１…キャッシャ、１２…チェッ
カ、１３…回線ケーブル、１１１…記憶部、１１２…制
御部、１１３…回線部、１１５…入力部、１１６…表示
部、１１７…ブザー部、１１４…印字部、１１１１…受
信ファイル、１１１２…制御情報ファイル、１１１３…
販売ファイル、１１１４…受信レコード数、１１１５…
販売レコード数、１１１３１…客別販売データ、１１１
３１１…客別販売データ詳細、１１１３１２…客別ファ
イル識別子、１１１３１３…客別制御情報エリア、１１
１３１４…客別販売レコード数。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 野上 幹夫 神奈川県秦野市堀山下１番地 日立コンピ ュータエンジニアリング株式会社内 (72)発明者 小野田 貴 神奈川県海老名市下今泉810番地 株式会 社日立製作所オフィスシステム事業部内

Claims (9)

【特許請求の範囲】
1. 【請求項１】販売する商品情報を入力する入力部を少な
   くとも備える少なくとも一つのチェッカ部と、 前記入力部より入力された商品情報を販売の単位である
   客ごとに記憶する販売データ記憶手段と、販売のための
   商品に関する制御情報を記憶する制御情報記憶手段と、
   前記販売データ記憶手段と前記制御情報記憶手段とに基
   づいて販売処理をする販売処理手段とを備え、前記チェ
   ッカ部に対応して設けられる、少なくとも一つのキャッ
   シャ部と、 前記制御情報を前記キャッシャ部に送信する送信手段を
   少なくとも備えるコントローラ部とを有するＰＯＳシス
   テムにおいて、 前記キャッシャ部は、 前記送信手段から送信された前記制御情報を受信する受
   信手段と、 該受信手段における前記制御情報の受信時に、前記チェ
   ッカ部の入力部および前記キャッシャ部における前記制
   御情報の更新可能な区切れ目か否かを判断する判断手段
   とを備え、 前記制御情報記憶手段は、前記判断手段で判断した区切
   れ目において、前記受信手段で受信した前記制御情報を
   格納することを特徴とするＰＯＳシステム。
2. 【請求項２】請求項１において、前記客の販売処理終了
   後に前記販売データ記憶手段の当該客に対応する商品情
   報を削除する削除手段をさらに備え、 前記判断手段は、前記区切れ目を、前記販売データ記憶
   手段に、いずれの客ごとの商品情報も記憶されていない
   ときとすることを特徴とするＰＯＳシステム。
3. 【請求項３】請求項２において、前記判断手段は、前記
   区切れ目の判断時に、前記販売データ記憶手段に客ごと
   の商品情報が記憶されている場合には、販売開始不可で
   あることを出力することを特徴とするＰＯＳシステム。
4. 【請求項４】請求項１において、前記制御情報記憶手段
   を複数備え、 前記販売処理手段において客ごとに使用する前記制御情
   報記憶手段の識別情報を客ごとに記憶する制御情報識別
   子記憶手段をさらに有し、 前記判断手段は、前記区切れ目を、前記販売データ記憶
   手段に記憶されている客ごとの使用している前記制御情
   報記憶手段の識別情報に基づいて、使用していない制御
   情報記憶手段があるときとし、 当該使用していない制御情報記憶手段は、前記判断手段
   で判断した区切れ目において、前記受信手段で受信した
   前記制御情報を格納することを特徴とするＰＯＳシステ
   ム。
5. 【請求項５】請求項１において、前記販売データ記憶手
   段は、客ごとに前記制御情報をさらに記憶することを特
   徴とするＰＯＳシステム。
6. 【請求項６】請求項１において、前記制御情報記憶手段
   は、前記制御情報の種類に対応して設けられ、 前記販売データ記憶手段は、前記販売処理手段において
   客ごとに使用する前記制御情報記憶手段の制御情報の種
   類を客ごとに記憶することを特徴とするＰＯＳシステ
   ム。
7. 【請求項７】請求項２、３、４、５または６において、
   前記受信手段における前記制御情報のレコード数を保持
   する受信レコード数保持手段と、 前記販売処理手段において使用する前記制御情報記憶手
   段のレコード数を保持する販売レコード数保持手段とを
   さらに有することを特徴とするＰＯＳシステム。
8. 【請求項８】請求項２、３、４、５または６において、
   前記受信手段における前記制御情報のレコード数を保持
   する受信レコード数保持手段をさらに有し、 前記販売データ記憶手段は、前記販売処理手段において
   客ごとに使用する前記制御情報記憶手段のレコード数を
   客ごとに記憶することを特徴とするＰＯＳシステム。
9. 【請求項９】販売する商品情報を入力する入力部を少な
   くとも備える、少なくとも一つのチェッカ部と、 前記入力部より入力された商品情報を販売の単位である
   客ごとに記憶する販売データ記憶手段と、販売のための
   商品に関する制御情報を記憶する制御情報記憶手段と、
   前記販売データ記憶手段と前記制御情報記憶手段とに基
   づいて販売処理をする販売処理手段とを備え、該チェッ
   カ部に対応して設けられる、少なくとも一つのキャッシ
   ャ部と、 前記制御情報を前記キャッシャ部に送信する送信手段を
   少なくとも備えるコントローラ部とを有するＰＯＳシス
   テムにおける制御情報の更新方法であって、 前記キャッシャ部は、 前記送信手段から送信された前記制御情報を受信し、 前記制御情報の受信時に、前記チェッカ部の入力部およ
   び前記キャッシャ部における前記制御情報の更新可能な
   区切れ目か否かを判断し、更新可能でない場合には販売
   開始不可であることを出力し、 更新可能な場合には、前記受信手段で受信した前記制御
   情報を前記制御情報記憶手段に格納することを特徴とす
   る制御情報の更新方法。