JPS60220454A - Ｐｏｓタ−ミナル - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〈発明の技術分野〉 この発明は、商品が売れたとき、店頭等の端末からアイ
テムコード（或は品名）、数量および金額といった情報
をコンピュータへ入力し、伝票を出力するＰＯＳターミ
ナルに関する。

〈従来例と問題点〉 従来、この種のＰＯＳターミナルにあっては、取引の明
細が印字され出力される伝票のサイズが規定されておシ
、１取引で多数の商品登録が発生すると、１枚の伝票で
終了せず、２枚、３枚など複数枚で処理することが多か
った。

そのため、ｌ取引で発生した伝票にページを印字したシ
、１枚毎に小計を印字したシする必要が６９、伝票の印
字制御が複雑となり、さらに伝票の保管が煩雑となった
りするという問題点があった。

〈発明の目的〉 この発明は、上記の問題点に鑑み、１取引で多数の商品
登録が発生しても、必ず１枚の伝票に明細印字を納める
ＰＯＳターミナルを提供することを目的としている。

〈発明の構成と効果〉 この発明は、アイテムコード、数量および金額の入力手
段と、その入力手段からの出力によシアイテム別の数量
と金額をめると共に１取引の合計をめる演算手段と、そ
の演算手段からの出力によシ規定された大きさの伝票１
枚にアイテム別の数量と金額を印字するように制御され
た出力手段とから構成されている。

したがって、この発明は以下のような効果を有するもの
である。

（イ）ページを印字したル、１枚毎に小計を印字したり
する必要がなくなシ、効率よく印字処理がなされる。

（ロ）伝票の管理が単純化する・ （ハ）省資源につながる。

（ニ）スマートなレシート発行が可能となる。

（ホ）全明細データをフロッピディスク等の外部記憶装
置等に記録しておけば、伝票に全明細を印字しなくても
実用上の問題を生ずることはない。

〈発明の実施例〉 以下、図面に基づき、本発明に係る実施例について詳細
に説明する。

第１図は不発明に係るＰＯＳターミナルのブロック図で
あシ、符号１１はアイテムコード、数量および金額の入
力手段でラシキーボードを４示すものである。このキー
ボード１１からの出力をＣＰＵＩ　２が受け、メモリ１
３にデータを転送する。また、ＣＰＵ１２は逐次表示す
る表示管１４を制御すると共にデータを転送する。さら
に、ＣＰＵ１２はキーボード１１からの出力によシアイ
テム別の数量と金額をめると共に１取引の合計をめる演
算手段となっておシ、その演算結果によシ規定された大
きさの伝票１枚にアイテム別の数量と金額とを印字する
プリンタ１５を制御するものである。

第２図はキーボード１１のキー配置図であシ、訂正キー
２１と、置数キ一群２２と、金額キー２３と、登録コー
ドキー２４と、支払種別コードキー２５と、伝票印字キ
ー２６とを有する。

第３図において、ステップ２０１は訂正か否かの判断で
あｐｌもし訂正であったならばステップ２０２で訂正キ
ー人力され、訂正でなければステップ２０３へ進む。ス
テップ２０３からステップ２０６で、金額とアイテムコ
ードが入力される。

以上の入力について、ステップ２０７でエラーチェック
が行なわれる。つまシ、ステップ２０１で訂正しようと
するアイテムが登録されていない場合にエラーとしたり
、登録した金額の最大値をチェックしたり、アイテムコ
ードの存在をチェックしたυ等である。次のステップ２
０８で、アイテム登録を表示すると共に商品名と金額、
個数を表示する。このとき、訂正の場合には％Ｉを金額
につけて表示する。次のステップ２０９で、アイテム登
録した自答をレシート、ジャーナルに印字する。設定に
よシジャーナルのみ印字させる場合もある。

次に続く処理ａは、第４図に詳しく示されており、第４
図（イ）において、ステップ２１０の判断は通常登録か
否かでｓｂ、ここに通常登録とは訂正キーが押されない
場合であシ、通常登録の場合ステップ２１１に進みそう
でない場合ＣＩ、ｌで示されている端子へ入る。ステッ
プ２１１は、１取引合計ワーク（アイテム登録〕の点数
ＡＣＭＱへ１登録の個数Ｑを加算する処理である。次の
ステップ２１２は、１取引合計ワーク（アイラマイザ）
の金額ＡＣＭＡへ１登録の金額Ａを加算する処理である
。乗算の場合はその積となる。次のステップ２１３にお
いて、ＦＩはフラグで１礼伝票用アイテムバッファをサ
ーチして同一コードがあったか否かを示すものである。

ここで、それがあった場合にＦＩが１となる。尚、ＦＩ
は初設定で０になっている。次のステップ２１４におい
て、■は伝票用アイテムパン７アを先頭から順次にサー
チするときにバッファポインタとして用いるものである
。更に、■は伝票用支払種別バッファをサーチするとき
のポインタとしても用いられる。このｌは、スタート時
に、１が設定される。次のステップ２１５では、入力し
たコードＣがバッファ内にあるコードＩＢＦＣ（１）と
等しいか否かのテストを行うものである。もし、ここで
入力したコードＣがバッファ内コードＩＢＦＣ（１）に
等しかったならば、ステップ２１６に進む。

このステップ２１６において、ＩＢＦＱ　（１）はバッ
ファ内の点数でＱは登録個数である。ここで、ＩＢＦＱ
（１）にＱを加える。次のステップ２１７において、Ｉ
ＢＦＡ（１）はバッファ内の金額で、Ａは登録した金額
である。ここで、ＩＢＦＡ（１）にＡを加える。次のス
テップ２１８で７ラグＦＩに１を代入する。この後端子
〔川〕へいく。ステップ２１５で、入力したコードＣが
バッファ内コードＩＢＦＣ（１）に等しくなかつたなら
ば、ステップ２１９へ進む・ステップ２１９において、
ＮはアイテムバッファカウンタＩ　ＣＮＴの値であり、
ポインタＩがＮ以上であれば全てのコードをチェックし
たが見つからなかったことＫなり端子〔■〕へ行く。こ
こで、ポインタエがＮ未満であったならば、ボイｙタエ
をインクリメントし、ステップ２１５へ進む〇 端子〔■〕の入口は第４図（ロ）にあり・ステップ２２
１に進む。ステップ２２１では、フラグＦＩが０か否か
の判断を行っており、ＦＩが０であれば、ステップ２２
２へ進±、ＦＩが０でおかったならば、ステップ２２５
へ進む。ステップ２２２では、アイテムバッファカウン
タＩＣＮＴが１０不満か否かの判断を行ってお夛、ＩＣ
ＮＴが１０未満であったならばステップ２２２へ進み、
そうでなかったならばステップ２２５へ進む。このこと
は、アイテムバッファには最大１０までアイテムを収容
でき、それ以上が捨てられるということで、実際には、
最大１０アイテムまで伝票に印字されることはない。ス
テップ２２３では、新規にアイテムをバッファにストア
する処理でオフ、ここでＣはアイテム登録コード、Ｑは
登録した個数、Ａは登録金額を示すものである。次のス
テップ２２４はアイテムバッファカウンタＩＣＮＴをイ
ンクリメントする。次のステップ２２５では、売上メモ
リの点数Ｑを発録した個数Ｑで更新する。次のステップ
２２６では売上メモリの金額Ａを登録した金額Ａで更新
する。

ステップ２１０で通常登録ではなかった場合、端子〔１
〕へいくが、この端子ＣＩ）の入口は第４図（）・）に
示されておシ、ステップ２２７へ進む。このステップ２
２７では、ｌ取引合計ワーク（アイテマイザ〕の点数Ａ
ＣＭＱから１登録の個数Ｑを減算する。次のステップ２
２Ｂでは１取引合計ワーク（アイテマイザンの金額ＡＣ
ＭＡから１登録の金額Ａを減算する。

次のステップ２２９では伝票用アイテムバッファのポイ
ンタＩを初期値１にする。次のステップ２３０は、訂正
登録コードＣがバッファ内にあるか否かの判断でラシ、
もしあればステップ２３０へ進み、なければステップ２
３１へ進む。ステップ２３３では、アイテムバッファ内
の点数ＩＢＦＱ（Ｉ）から訂正登録個数Ｑを減する処理
である。次のステップ２３４ではバッファの金額ＩＢＦ
Ａ（１）から訂正登録金額Ａを減する。次のステップ２
３５は訂正した結果、金額ＩＢＦＡ（１）が０になった
か否かの判断でアシ、もし０ならばステップ２３６へ進
み、０でなければステップ２３８へ進む。ステップ２３
６では、０になったＩＢＦＡ（１）があればコードを０
にする。金額ＩＢＦ’Ａ（１）が０になったら点数ＩＢ
ＦＱ（１）も０にする。次のステップ２３７ではコード
を抹消したエリアを整理するために順次、後続のエリア
をシフトする。ステップ２３０で訂正登録コードＣがバ
ッファ内にない場合には、ステップ２３１でアイテムパ
ツファポインタエがアイテムバッファカウンタＩＣＮＴ
に等しかったならばステップ２３８へ進み、等しくなけ
ればステップ２３２で工をインクリメントシステップ２
３０へ進む。図では、ＩＣＮＴをＮと記している。

ステップ２３８　、２３９ではそれぞれ売上メモリから
訂正した金額と点数を減じている。ステップ２３９の処
理の後端子〔■〕へ行くが、端子〔■〕は第４図（＝）
に示されている。

第３図におけるステップ２４０乃至２４８、第５図にお
けるステップ２４９乃至２７４については、支払登録に
おける伝票用支払種別バッファへのコードＰＹＥＦＣと
金額ＰＹＢＦＡのセントでらシ、前述のアイラム登録で
の処理手順と略々同様で６１、説明を略す。ただ、支払
登録の伝票印字には支払点数を印字しないのでバッファ
には点数Ｑはない。

第３図において、ステップ２７５で伝票印字キーが押さ
れると、処理群Ｃへ進む。この処理群Ｃは第６図に詳し
く示してあり、ステップ２７６は１取引合計額ＡＣＭＡ
が１取引支払合計額（預り合計）ＷＰＹＴＬより大きけ
ればエラーとし、ＡＣＭＡがＷＰＹｌ”Ｌ以下であった
らステップ２７７へ進む・ステップ２７７では伝票に印
字できるアイテムライン数ＷＬ　Ｉ　ＮＥをめる。次の
ステップ２７８ではヘッダ一部を伝票〜印字用エディツ
トワークＳＰｗヘエディットする。伝票のヘッダ一部は
伝票名・レシート番号ライン、日付・ＥＣＲ喬号ライン
、伝票番号・責任者コードライン、会員番号ラインから
成る。次のステップ２７９ではエディツトワークのポイ
ンタ５ＰＮＴに次のエディツトすべきワークの位置をセ
ットする。次のステップ２８０は、アイテムノ（ツファ
ＩＢＦヘセットされたアイテムを伝票にすべて印字でき
るか否かの判断であり、印字できればステップ２８１へ
、印字できなければ端子〔■〕へ進む。ステップ２８１
において、■は伝票用アイテムノ（ツファのポインタと
して用いられておシ、初期値は１にセットされる。次の
ステップ２８２では、エディツトワークＳＰＷ　（５Ｐ
ＮＴ　）　ヘハツ７７　ｃＤデータＩＢＦ（１）を印字
できるフォーマットにエディツトする。次のステップ２
８３では、ニブイトワークのポインタを更新する。ポイ
ンタはインクリメントされ、このポインタが送り先のも
のとなる。次のステップ２８４ではＩ　ＣＮＴ　（Ｎ）
が工に等しいかどうかのテストをし、等しか　たら端子
ＣＦ／）へ行き、等しくなければステップ２８５で工を
インクリメントし、ステップ２８２へ進む。ステップ２
８６乃至ステ、ツブ２９２は前述のステップ２８６乃至
ステップ２９２の処理と略々同様でアリ、ただステップ
２８６乃至ステップ２９２の処理はバッファ内のデータ
を全て伝票に印字できないためのものであシ、その場合
に印字できない分を亀その他Ｉの点数と金額としてまと
める必要があｐ、ステップ２８９とステップ２９０で点
数と金額を準備している。ステップ２８９では・印字す
るアイテムの点数の和ＷＳＵＭＱをめる。これは、ワー
クにエディツトした点数の和と同じである。ステップ２
９０では、印字するアイテムの合計金額ＷＳＵＭＡをめ
ておｐ、これはワークにエデットした合計金額に等しい
。次のステップ２９１は、気その他Ｉを印字するのでス
テップ２７７でめた印字可能ライン数から１つ少ない値
でテストするものである。工が印字可能ライン数ＷＬＩ
ＮＥより１少ない値に等しかったならばステップ２９３
へ進み、等しくなかったならば■をインクリメントし、
ステップ２８７へ進む。ステップ２９３では、１取引の
合計金額と点数からエディツトされた分の金額と点数を
減する。エディツトされた分の値はステップ２８９とス
テップ２９０でめである。次のステップ２９４では、ス
テップ２９３でめた１その他Ｉの点数と金額を印字用ワ
ークへエディツトする。

ここで、５ＰＮＴがワークのエディツト先を示している
。ステップ２９５では、ステップ２９３で１取引の合計
と点数が減じられたため、元にもどす処理をしている。

ステップ２９６では、合計ラインをエディツトしている
。ステップ２９７乃至ステップ３０１では支払種別ライ
ンをエディツトしている。

第３図における、ステップ３０２ではＳＰＷにエディツ
トされた内容が印字される。

この実施例では、同アイテムコードのものは１行に数量
と金額をまとめ、もし多数の異なったアイテムが発生し
、１枚の伝票に全てのアイテムが印字できなくなるよう
であれば、亀その他Ｉの名称で納めきれないアイテムの
数量と金額を丸目印字するものでちゃ、オペレーション
ミスによる訂正も、修正された後の金額と数量が最後に
印字されるので、訂正印字が直接伝票に印字されない。

【図面の簡単な説明】

図面は本発明の一実施例を示し、°第１図はハードウェ
アを説明するブロック図、第２図はキー配置図、第３図
乃至第６図はソフトウェアを説明するフローチャートで
ある。 １１・・・キーボード、１２・・・ＣＰＵ、１３・・・
メモリ、１４・・・表示管、１５・・・プリンタ。 特許出願人　立石電機株式会社 代理人　弁理士　岩倉哲二（他１名）

Claims (1)

【特許請求の範囲】
1. アイテムコード、数量および金額の入力手段と、該入力
   手段からの出力によシアイテム別の数量と金額をめると
   共に１取引の合計をめる演算手段と、該演算手段からの
   出力によシ規定された大きさの伝票１枚にアイテム別の
   数量と金額とを印字する如く制御された出力手段とを備
   えたことを特徴とするＰＯＳターミナル。