JP3632019B2

JP3632019B2 - 商品販売登録装置

Info

Publication number: JP3632019B2
Application number: JP2002260220A
Authority: JP
Inventors: 修弘遠藤
Original assignee: Toshiba TEC Corp
Current assignee: Toshiba TEC Corp
Priority date: 2002-09-05
Filing date: 2002-09-05
Publication date: 2005-03-23
Anticipated expiration: 2022-09-05
Also published as: JP2004102423A

Description

【０００１】
【発明の属する技術分野】
本発明は、商品販売データの売上登録が可能なハンディターミナルやスタンドアロン型決済端末等の商品販売登録装置に関する。
【０００２】
【従来の技術】
ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）等の通信回線を介してホストコンピュータに接続された各ＰＯＳ端末でそれぞれ売上登録された各商品の販売データを、上記ホストコンピュータが収集し集計して、店舗全体の売上を管理するようにしたＰＯＳ（ＰｏｉｎｔＯｆＳａｌｅｓ）システムを導入している店舗がある。このような店舗において、例えば店頭でイベントを催し、そこで商品を販売する場合には、一般に店頭にはＰＯＳ端末が設置されていないので、データ通信機能を持たないスタンドアロン型の決済端末を別途用意して、この決済端末に客が購入する商品の販売データを売上登録していた。
【０００３】
また最近では、携帯型の装置本体にスキャナを設け、このスキャナで商品に付されたバーコードを読取ることによって、この商品の販売データを売上登録できるハンディターミナルが実用化されている。そこで、スタンドアロン型の決済端末を用意する代わりに、このハンディターミナルを売場の販売員が携帯して接客し、客が購入する商品の販売データを客の面前で売上登録することも行なわれていた。
【０００４】
ところで、店舗全体の売上をＰＯＳシステムで管理するためには、スタンドアロン型の決済端末やハンディターミナルを臨時に使用した場合に、これらの端末で売上登録された各商品の販売データをＰＯＳシステム側に反映させる必要がある。ところが、スタンドアロン型の決済端末には、データ通信機能が備えられていない。一方、ハンディターミナルには、赤外線等を利用した光通信機能が備えられているものの、既存のＰＯＳシステムに光通信機能が備えられているとは限らない。
【０００５】
そこで、スタンドアロン型の決済端末やハンディターミナルには、売上登録された各商品の商品コード，品名，販売数量，販売金額等を記録紙に印字して出力するレポート出力機能が備えられているので、従来は、このレポート出力機能によって記録紙に印字出力された文字情報を店員が見て、必要な情報をＰＯＳ端末に手入力することによって、スタンドアロン型の決済端末やハンディターミナルで売上登録された各商品の販売データをＰＯＳシステム側に反映させていた。
【０００６】
【発明が解決しようとする課題】
このように、スタンドアロン型の決済端末やハンディターミナルで売上登録された各商品の販売データをＰＯＳシステム側に反映させるためには、人がスタンドアロン型の決済端末やハンディターミナルが有するレポート出力機能によって記録紙に印字出力された文字情報を見ながらＰＯＳ端末に手入力しなければならなかった。このため、煩雑な作業が要求されて時間がかかる上、人的な入力ミスが発生する可能性が高く、問題であった。
【０００７】
また、ハンディターミナルの場合には光通信等の無線通信を利用して必要な情報をＰＯＳ端末側に入力することは可能であるが、そのためにはハンディターミナルとの無線通信機能を有したＰＯＳ端末が必要となり、設備に高額な費用がかかってしまうので、容易に対応することができないのが実情であった。
【０００８】
本発明はこのような事情に基づいてなされたものであり、その目的とするところは、ＰＯＳシステムとは切り離された商品販売登録装置において売上登録された各商品の販売データを簡単な作業により短時間でかつ正確にＰＯＳシステム側に反映させることができ、設備投資も低額に抑制できる商品販売登録装置を提供しようとするものである。
【０００９】
【課題を解決するための手段】
本発明は、スキャナで読取られた各商品のバーコードに基づいて売上登録された各商品の販売データを商品別に集計し、レポート出力業務の実行により商品別に集計されたデータをレポート出力する商品販売登録装置において、少なくとも商品コード，バーコードデータ，バーコード区分データ及び販売集計データからなる商品売上レコードを蓄積記憶する商品売上メモリを設ける。また、スキャナで読取られたバーコードの種類を識別し、その種類に対して予め設定されたバーコード区分データを取得するバーコード識別手段を設ける。そして、スキャナで読取られた商品のバーコードからその商品に予め設定されている商品コードを取得すると、その商品コードを含む商品売上レコードが商品売上メモリに記憶されているか検索する。この結果、該当する商品売上レコードが記憶されていないことを確認した場合には、当該商品のバーコードから取得した商品コードと、当該商品のバーコードをデコードしたバーコードデータと、バーコード識別手段により得られたバーコード区分データと、当該商品の販売データとから商品売上レコードを生成して商品売上メモリに追加する。一方、該当する商品売上レコードが記憶されていることを確認した場合には、その該当する商品売上レコードの販売集計データに当該商品の販売データを加算処理する。しかして、レポート出力業務が実行されると、商品売上メモリに蓄積された商品売上レコードのデータを印字装置に出力して、売上登録された各商品の販売集計データとともにその商品のバーコードを印字させるようにしたものである。
【００１０】
このような手段を講じた商品販売登録装置においては、当該装置で売上登録された各商品の販売データが、その商品のバーコードをデコードしたバーコードデータとそのバーコードの種類に対して予め設定されたバーコード区分データとともに、商品売上メモリによって商品別に集計される。そして、この商品売上メモリによって商品別に集計された各データが、それぞれ当該商品のバーコードデータ及びバーコード区分データとともに印字装置に出力される。従って、印字装置では、商品販売登録装置から出力されたデータに基づいて、商品別の販売集計データとともに当該商品のバーコードがバーコード種類に拘らず印字出力されるので、商品販売登録装置で売上登録された各商品の販売データをＰＯＳシステム側に入力する際に、商品コードを手入力する代わりにバーコードをスキャニング入力すればよく、入力作業が簡略化される。
【００１１】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を用いて説明する。
なお、この実施の形態は、商品販売データの売上登録が可能なハンディターミナルに本発明を適用した場合である。
【００１２】
図１は本実施の形態におけるハンディターミナル１の外観を示した斜視図であり、同図（ａ）は正面側から見た斜視図を示し、同図（ｂ）は裏面側から見た斜視図を示している。図示するように、このハンディターミナル１は、操作者が片手で操作できる程度に小型かつ軽量化された装置本体の正面に表示部２とキー部３とが一体的に設けられており、裏面にスキャナ４（図３を参照）のコード読取り口４Ａが設けられている。また、左右両側面の略中央部には、前記スキャナ４でコードを読取るときのトリガとなるトリガスイッチ５，６が設けられている。さらに、左側面の下方部には、光インタフェース７（図７を参照）の投受光窓７Ａが形成されており、右側面の下方部には、裏面下方部に着脱自在に装着されたカートリッジ式のバッテリ８を取り外すためのリリーススイッチ９が設けられている。バッテリ８は、ハンディターミナル１の主電源である。
【００１３】
前記表示部２は、文字やグラフィックパターンを表示可能とするもので、例えば液晶ディスプレイによって構成されている。なお、表示部２をタッチパネルで構成し、タッチペン等で直接画面をタッチして種々のデータを入力できるようにしてもよい。
【００１４】
前記キー部３には、図２に示すように、「０」〜「９」及び小数点「・」からなるテンキー３１の他、「ＥＮＴ」のエンターキー３２、「ＢＳ」のバックスペースキー３３、「Ｃ」のクリアキー３４、「ＳＦ」のシフトキー３５、「ＰＷ」の電源キー３６、「Ｍ１」の第１のマジックキー３７及び「Ｍ２」の第２のマジックキー３８が設けられている。第１及び第２のマジックキー３７，３８は、装置の動作状態によって機能が変化するキーであり、デフォルトの初期状態では、第１のマジックキー３７は上矢印キーとして機能し、第２のマジックキー３８は下矢印キーとして機能する。
【００１５】
図３はハンディターミナル１の要部構成を示すブロック図であり、このハンディターミナル１の装置本体には、制御部本体としてＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１１が内蔵されている。また、このＣＰＵ１１が実行するプログラム等の固定的データが予め格納されたＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）１２、可変的なデータを格納するための種々のメモリエリアが形成されるＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１３、スキャナ４を動作させてバーコードを光学的に読取らせるスキャナコントローラ１４、赤外線等の光を媒体としてデータを送受信する光インタフェース７、表示部２へのデータ表示を制御する表示コントローラ１５及びキー部３に設けられた各種キー３１〜３８と両トリガスイッチ５，６とから操作に応じた信号が入力されるキーコントローラ１６等が内蔵されている。ＣＰＵ１１と、ＲＯＭ１２，ＲＡＭ１３，スキャナコントローラ１４，光インタフェース７、表示コントローラ１５及びキーコントローラ１６とは、アドレスバス，データバス等のバスライン１７で接続されている。
【００１６】
かかる構成のハンディターミナル１は、ホストコンピュータ２１に接続された光アダプタ２２に本体が載置されると、光インタフェース７と光アダプタ２２の光インタフェース（不図示）とが光結合し、ホストコンピュータ２１から商品マスタファイル２３等のデータを光通信によりダウンロードして、ＲＡＭ１３に設定できるようになっている。また、光通信機能を有した携帯プリンタ２４に対し、光インタフェース７を介してレシート印字データやレポート印字データ等を送信して、レシート印字やレポート印字等を行なわせるようになっている。
【００１７】
なお、商品マスタファイル２３は、各商品にそれぞれ設定された固有の商品コードに対応して、その商品の品名，単価，ステータス等の商品データを予め設定記憶したものである。
携帯プリンタ２４は、バーコード印字が可能な例えばラインサーマル式のプリンタである。
【００１８】
前記商品マスタファイル２３がダウンロードされるＲＡＭ１３は、バッテリ８によって電源がバックアップされており、電源オフ時にも商品マスタファイル２３等のメモリデータが保持されるようになっている。
【００１９】
上記ＲＡＭ１３には、商品マスタファイル２３を記憶するエリアの他、特に図４に示すように、０００１から９９９９までの連続するレコード番号の順に最大で９９９９個の商品売上レコードを蓄積記憶する商品売上メモリ４１と、この商品売上メモリ４１のバックアップメモリ４２とが形成されている。なお、この実施の形態では、商品売上メモリ４１で蓄積可能な商品売上レコードの最大数を９９９９とするが、本発明においてこの数が特に限定されないのは言うまでもないことである。
【００２０】
商品売上レコードは、商品コード，スキャンコード，区分データ，単価，品名及び数量の各項目データからなる。商品コードは、前述したように各商品にそれぞれ設定された固有のコードであって、その商品に付されたバーコードをデコードして得たバーコードデータにより導出される。単価及び品名は、対応する商品コードが設定された商品の単価データ及び品名データであって、数量は、同じく対応する商品コードが設定された商品の販売数量集計データである。スキャンコードは、スキャナ４で読取られた商品のバーコードをデコードしたバーコードデータそのものである。区分データは、バーコードの種別に予め設定された識別コードである。
【００２１】
本実施の形態では、図５に示すように、「ＵＰＣ−Ａ」，「ＵＰＣ−Ｅ」，「ＪＡＮ１３」，「ＪＡＮ８」，「雑誌コード」，「書籍２段コード」，「ＮＯＮＰＬＵ」，「ＪＡＮ８（インストア）」及び「ＵＰＣ−Ａ８（インストア）」の計９種類のバーコードに対して、それぞれ“１”から“９”までの９つのバーコード区分データが順番に割当設定されたバーコード区分テーブル５０が、ＲＯＭ１２に予め記憶されている。また、このバーコード区分テーブル５０には、各バーコードの種別に、そのバーコードを識別するための指標となるデータが予め登録されている。なお、本発明において、バーコードの種別とバーコード区分データとの対応関係が本実施の形態のものに限定されないのは言うまでもない。
【００２２】
因みに、バーコード種別「ＵＰＣ−Ａ」は、ソースマーキングに使用される１２桁のバーコードであって、最上位桁（左端）の１桁が「ＵＰＣ−Ａ」の指標データとなるナンバーシステム（ＮＳ＝０，６または７）であり、それより下位５桁がメーカーコードであり、さらに下位５桁が商品アイテムコードであり、最下位桁（右端）の１桁がチェックデジットである。
【００２３】
バーコード種別「ＵＰＣ−Ｅ」は、１２桁の「ＵＰＣ−Ａ」を、ゼロ除去法というルールでコード中の０を除いて８桁に短縮したもので、指標データとなるナンバーシステムは０に固定されている。
【００２４】
バーコード種別「ＪＡＮ１３」は、ソースマーキングに使用される１３桁のバーコードであって、最上位桁より２桁が「ＪＡＮ１３」の指標データとなるフラグ（国コード：４９または４５）であり、それより下位５桁がメーカーコードであり、さらに下位５桁が商品アイテムコードであり、最下位桁の１桁がチェックデジットである。
【００２５】
バーコード種別「ＪＡＮ８」は、１３桁の「ＪＡＮ１３」のうち商品アイテムコードを１桁とすることでコード全体を８桁に短縮したもので、バーコード種別「ＵＰＣ−Ｅ」と同様、標準バージョンを表示できない小型商品に用いられる。
【００２６】
バーコード種別「雑誌コード」は、雑誌に使用される１３桁のバーコードであって、最上位桁より２桁が「雑誌コード」の指標となる共通雑誌用コード（１１）であり、それより下位５桁が発行形態（月刊誌，週刊誌等）や雑誌名記号や発行週等であり、さらに下位５桁が発行月や税込み販売価格等であり、最下位桁がチェックデジットである。
【００２７】
バーコード種別「書籍２段コード」は、書籍に使用される上下各１３桁の２段バーコードであって、上段は、その最上位桁より３桁が「書籍２段コード」の指標となる上段バーコードを示すフラグ（９７８）であり、それより下位１桁が言語記号（日本語は４）であり、さらに下位５桁が出版社記号であり、さらに下位３桁が書名記号であり、最下位桁がチェックデジットである。また、下段は、その最上位桁より３桁が下段バーコードを示すフラグ（１９２）であり、その下位４桁が出版物の分類コードであり、さらに下位５桁が税抜き価格であり、最下位桁がチェックデジットである。
【００２８】
バーコード種別「ＮＯＮＰＬＵ」は、「書籍２段コード」の下段コードと同様に、税抜き価格が含まれる１３桁のバーコードであって、最上位桁より２桁がＮＯＮＰＬＵであることを示すフラグであり、その下位５桁が商品アイテムコードであり、さらに下位５桁が税抜き価格であり、最下位桁がチェックデジットである。
【００２９】
バーコード種別「ＪＡＮ８（インストア）」は、インストアマーキングに使用される「ＪＡＮ８」タイプの短縮コードであって、インストアマーキングであることを示す最上位桁のフラグと最下位桁のチェックデジットとを除く６桁を自由に使うことができる。
【００３０】
バーコード種別「ＵＰＣ−Ａ（インストア）は、インストアマーキングに使用される「ＵＰＣ−Ａ」タイプの標準コードであって、最上位桁のナンバーシステム（ＮＳ＝４）と最下位桁のチェックデジットとを除く１０桁を自由に使うことができる。
【００３１】
しかして、ハンディターミナル１のＣＰＵ１１は、電源キー３６の操作により電源が投入されると、ＲＯＭ１２に設定されたプログラムに基づいて図６の流れ図に示す処理を開始する。先ずＣＰＵ１１は、ＳＴ（ステップ）１として表示部２に、図１０（ａ）に示す如く、売上入力業務，精算処理業務及びマスタ受信業務の各種業務の中からいずれかの業務をオペレータに選択させるための業務メニュー画面Ｇ１を表示させる。そしてＣＰＵ１１は、ＳＴ２としていずれかの業務が選択されるのを待機し、選択されたならば該当する業務の処理を実行する。
【００３２】
例えば、テンキー３１の操作により数字“３”が入力された場合には、ＣＰＵ１１はマスタ受信業務が選択されたと判断する。そしてＣＰＵ１１は、ホストコンピュータ２１と光通信により接続して、ホストコンピュータ２１から商品マスタファイル２３等をダウンロードし、ＲＡＭ１３の所定エリアに格納するというマスタ受信処理を実行する。
【００３３】
また、テンキー３１の操作により数字“１”が入力された場合には、ＣＰＵ１１は売上入力業務が選択されたと判断する。そして、スキャナ４で読取られた各商品のバーコードに基づいて各商品の販売データを得、この商品販売データを商品売上メモリ４１に売上登録して商品別に集計するという売上入力処理を実行する。
【００３４】
また、テンキー３１の操作により数字“２”が入力された場合には、ＣＰＵ１１は精算処理業務が選択されたと判断する。そして、ＲＡＭ１３の商品売上メモリ４１にて商品別に集計されたデータを、光通信を利用して携帯プリンタ２４に出力してレポート出力させた後、商品売上メモリ４１をクリアするという精算処理を実行する。ここに、精算処理業務はレポート出力業務の一種である。
【００３５】
図７は前記売上入力処理の本発明に関わる主要部を示す流れ図である。すなわちＣＰＵ１１は、ＳＴ１１としてトリガスイッチ５または６の操作によりスキャナ４が動作してバーコードが読取り入力されると、ＳＴ１２としてそのバーコードをデコードして得たバーコードデータを、バーコード区分テーブル５０の各バーコード種類に対応した指標データと照らし合わせることによって、バーコード区分データを判定する（バーコード識別手段）。
【００３６】
ここで、バーコード区分データを取得できなかった場合には、ＣＰＵ１１は、ＳＴ３としてスキャニングされたバーコードは商品のバーコードでなく、商品登録でないと判断して、他の処理に移行する。
【００３７】
これに対し、ＳＴ１２の処理にてバーコード区分データを取得できた場合には、ＣＰＵ１１は、ＳＴ３としてスキャニングされたバーコードは商品のバーコードであり、販売商品の売上登録であると判断して、ＳＴ４の処理に進む。
【００３８】
ＳＴ４の処理では、ＣＰＵ１１は、バーコードをデコードして得たバーコードデータから商品コードを取得する。例えば、バーコード種別「ＵＰＣ−Ａ」，「ＵＰＣ−Ｅ」，「ＪＡＮ１３」及び「ＪＡＮ８」の場合には、ＣＰＵ１１は、メーカーコードと商品アイテムコードとを商品コードとして取得する。また、バーコード種別「雑誌コード」の場合には、ＣＰＵ１１は、雑誌名記号と発行週等を商品コードとして取得する。
【００３９】
ＳＴ４の処理にてバーコードから商品コードを取得できたならば、次に、ＣＰＵ１１は、ＳＴ１５としてその商品コードで商品マスタファイル２３を検索して、商品マスタファイル２３から販売商品の単価を取得可能か否かを判断する。
【００４０】
ここで、商品マスタファイル２３に当該商品コードに対応して単価がプリセットされていた場合には、販売商品の単価を取得可能なので、ＣＰＵ１１は、ＳＴ１６として商品マスタファイル２３から単価を品名等の商品データとともに取得する。そしてＣＰＵ１１は、表示部の画面を図１０（ｂ）に示すレイアウトの商品登録画面Ｇ２に切換え、この商品登録画面Ｇ２の１行目Ｌ１と２行目Ｌ２に品名を表示し、３行目Ｌ３に単価を表示し、４行目Ｌ４に販売数量＝１を表示し、５行目Ｌ５に［単価×数量］によって算出される販売金額を表示する。なお、商品登録画面Ｇ２の７行目Ｌ７には、小計金額が表示されている。次に、ＣＰＵ１１は、カーソルＣＵを４行目Ｌ４の販売数量表示行に移動させる。
【００４１】
これに対し、商品マスタファイル２３に単価がプリセットされていなかった場合（単価データ＝０）には、販売商品の単価を取得不可能なので、ＣＰＵ１１は、ＳＴ１７として商品マスタファイル２３から単価以外の品名等の商品データを取得する。そしてＣＰＵ１１は、表示部の画面を商品登録画面Ｇ２に切換え、この商品登録画面Ｇ２の１行目Ｌ１と２行目Ｌ２に品名を表示し、４行目に販売数量＝１を表示する。なお、商品登録画面Ｇ２の７行目Ｌ７には、小計金額が表示されている。次に、ＣＰＵ１１は、カーソルＣＵを３行目Ｌ３の単価表示行に移動させる。そしてＣＰＵ１１は、ＳＴ１８として単価がキー入力されるのを待機する。ここで、テンキー３１の操作により単価がキー入力されたならば、ＣＰＵ１１は、このキー入力された単価を３行目Ｌ３の単価表示行に表示させる。またＣＰＵ１１は、５行目Ｌ２に［単価×数量］によって算出される販売金額を表示する。次に、ＣＰＵ１１は、ＳＴ１９としてカーソルＣＵを４行目Ｌ４の販売数量表示行に移動させる。
【００４２】
ＳＴ１６又はＳＴ１９の処理にてカーソルＣＵを４行目Ｌ４の販売数量表示行に移動させた後、ＣＰＵ１１は、ＳＴ２０として販売商品の売上登録が確定されるのを待機する。そして、例えばエンターキー３２の操作により販売商品の売上登録が確定されたことを検知したならば、ＣＰＵ１１は、ＳＴ２１として販売数量が入力されたか否かを判断する。ここで、エンターキー３２の操作直前にテンキー３１により数値が置数されていた場合には、ＣＰＵ１１は数量入力有りと判断する。そしてＣＰＵ１１は、ＳＴ２２として商品登録画面Ｇ２の４行目Ｌ４に表示されている数量を置数された数値に変更する。また、この変更後の数量と３行目Ｌ３に表示している単価とを乗算して金額を算出し直し、５行目Ｌ５の販売金額及び７行目Ｌ７の小計額をそれぞれ最新値に更新する。エンターキー３２の操作直前に数値が置数されていない場合には、ＣＰＵ１１は，ＳＴ２２の処理を実行しない。
【００４３】
しかる後、ＣＰＵ１１は、ＳＴ２３としてＳＴ１４の処理で取得した商品コードを含む商品売上レコードが記憶されているかどうか商品売上メモリ４１を検索する（メモリ検索手段）。
【００４４】
ここで、該当商品コードを含む商品売上レコードが商品売上メモリ４１に記憶されていた場合には（ＳＴ２４のＹＥＳ）、ＣＰＵ１１は、ＳＴ２５としてそのレコードの単価と商品登録画面Ｇ２の３行目Ｌ３に表示している単価とを比較する。なお、該当商品コードを含む商品売上レコードが複数格納されていた場合には、それぞれについて単価を比較する。その結果、単価が一致する商品売上レコードが記憶されていた場合には、今回の販売商品と商品コードと単価の双方が一致する商品が既に売上登録されているので、ＣＰＵ１１は、ＳＴ２６としてこの商品コードと単価が一致する商品売上レコードの数量データに、商品登録画面Ｇ２の４行目Ｌ４に表示している今回販売商品の販売数量を加算する（既登録商品売上登録手段）。その後、次のステップの処理に進む。
【００４５】
一方、該当商品コードを含む商品売上レコードが商品売上メモリ４１に記憶されていなかった場合（ＳＴ２４のＮＯ）、及び該当商品コードを含む商品売上レコードは商品売上メモリ４１に記憶されているが、その単価が今回販売商品の単価と異なる場合（ＳＴ２５のＮＯ）には、ＣＰＵ１１は、ＳＴ２７として商品売上レコード数をカウントするカウンタｎを“１”だけカウントアップする。しかる後、ＣＰＵ１１は、ＳＴ２８として商品売上メモリ４１に、今回販売商品の商品コード，単価及び販売数量と、ＳＴ１１の処理にてスキャナ４から取り込んだバーコードデータと、ＳＴ１２の処理でバーコード区分テーブル５０から取得したバーコード区分データとから商品売上レコードを生成し、商品売上メモリ４１のレコード番号ｎに対応するエリアに追加登録する（未登録商品売上登録手段）。
【００４６】
その後、ＳＴ２９として前記カウンタｎが所定値Ｎを超えたか否かを判断する。なお、所定値Ｎは、商品売上メモリ４１に登録可能なレコード総数（本実施の形態では９９９９）又はこの総数にほぼ近い値とする。ここで、カウンタｎが所定値Ｎを超えた場合には、ＳＴ３０として表示部２に警告メッセージ「精算してください」を表示させる。カウンタｎが所定値Ｎ以下の場合には、ＳＴ３０の処理は実行しない。しかる後、次のステップの処理に進む。
【００４７】
なお、次のステップの処理としては、次の登録商品の売上入力処理や、１商取引の決済処理等がある。
【００４８】
図８は前記精算処理の本発明に関わる主要部を示す流れ図である。すなわちＣＰＵ１１は、ＳＴ３１として表示部２に、図１０（ｃ）に示す如く、オペレータに責任者コードの入力を促すメッセージを示した責任者コード入力画面Ｇ３を表示させる。そして、ＳＴ３２としてトリガスイッチ５または６の操作によりスキャナ４が動作して責任者コードに相当するバーコードが読取られると、ハンディターミナル１の精算処理を行なうキャッシャの責任者コードが入力されたので、ＣＰＵ１１は、ＳＴ３３として表示部２に、図１０（ｄ）に示す如く、当日精算処理と再出力処理のいずれかをオペレータに選択させるための精算メニュー画面Ｇ４を表示させる。そしてＣＰＵ１１は、ＳＴ３４としていずれかの処理が選択されるのを待機し、選択されたならば該当する処理を実行する。
【００４９】
例えば、テンキー３１の操作により数字“１”が入力された場合には、当日精算処理が選択されたので、ＣＰＵ１１は、ＳＴ３５として商品売上メモリ４１に蓄積された各商品売上レコードをバックアップメモリ４２にコピーする。次に、ＣＰＵ１１は、ＳＴ３６として光インタフェース７を介して携帯プリンタ２４と光通信により接続する。そして携帯プリンタ２４と接続されたならば、ＣＰＵ１１は、ＳＴ３７として商品売上メモリ４１に蓄積された各商品売上レコードのデータを携帯プリンタ２４に光通信を利用して送信する（メモリデータ出力手段）。このときＣＰＵ１１は、ＳＴ３８として表示部２に、図１０（ｅ）に示す如く、レポート発行中のメッセージ（例えば「レポート発行中です。電源を切らないで下さい。」）を示したレポート発行中画面Ｇ５を表示させる。このメッセージは、ＳＴ３９としてＣＰＵ１１がデータ送信終了を認識するまで連続して表示させる。なお、データ送信処理の詳細については後述する。
【００５０】
ＣＰＵ１１は、ＳＴ３９としてデータ送信終了を認識すると、ＳＴ４０としてデータ送信処理を正常に終了したか否かを判定する。そして、正常に終了したと判定した場合には、ＣＰＵ１１は、ＳＴ４１として商品売上メモリ４１をクリアして、この精算処理を終了する。これに対し、異常終了したと判定した場合には、ＣＰＵ１１はＳＴ４１の処理を実行せずに、精算処理を終了する。つまり、ＣＰＵ１１は商品売上メモリ４１をクリアしない。
【００５１】
一方、テンキー３１の操作により数字“２”が入力された場合には、再出力処理が選択されたので、ＣＰＵ１１は、ＳＴ４２として光インタフェース７を介して携帯プリンタ２４と光通信により接続する。そして接続されたならば、ＣＰＵ１１は、ＳＴ４３としてバックアップメモリ４２に格納された各商品売上レコードのデータを、前記商品売上メモリ４１に格納された各商品売上レコードのデータを送信する場合と同様のデータ送信処理で携帯プリンタ２４に送信する。このときＣＰＵ１１は、ＳＴ４４として表示部２に前記レポート発行中画面Ｇ５を表示させる。そしてＣＰＵ１１は、ＳＴ４５としてデータ送信終了を認識すると、この精算処理を終了する。
【００５２】
図９はＳＴ３７及びＳＴ４３のデータ送信処理の詳細を示す流れ図である。すなわちＣＰＵ１１は、先ず、ＳＴ５１として前記レコードカウンタｎを“０”に初期設定する。また、倍数カウンタｘを“１”に初期設定する。次に、ＣＰＵ１１は、ＳＴ５２としてレコードカウンタｎを“１”だけカウントアップした後、ＳＴ５３として送信対象のメモリ（ＳＴ３７の処理では商品売上メモリ４１、ＳＴ４３の処理ではバックアップメモリ４２）からレコード番号ｎの商品売上レコードを読込む。そして、送信対象メモリからレコード番号ｎの商品売上レコードを読込むことができたならば（ＳＴ５４のＹＥＳ）、ＣＰＵ１１は、ＳＴ５５としてレコード番号ｎの商品売上レコードを構成する通番（レコード番号），名称（品名），単価，数量（販売合計数量），スキャンコード及びバーコード区分データの各項目データを、ＲＡＭ１３に形成される送信バッファに格納する。
【００５３】
その後、ＣＰＵ１１は、ＳＴ５６としてレコードカウンタｎが比較値１００ｘ（ｘ＝１のときには１００、ｘ＝２のときには２００……）に達したか否かを判断する。ここで、レコードカウンタｎが比較値１００ｘに達していない場合には、ＣＰＵ１１は、ＳＴ５２の処理に戻り、レコードカウンタｎを“１”だけカウントアップして送信対象メモリからレコード番号ｎの商品売上レコードを読込む。そしてＣＰＵ１１は、その商品売上レコードを構成する通番，名称，単価，数量，スキャンコード及びバーコード区分データの各項目データを送信バッファに格納する処理を再び実行する。
【００５４】
こうして、ＣＰＵ１１は、レコードカウンタｎが比較値１００ｘに到達するまで、上記処理をくり返し実行する。そして、レコードカウンタｎが比較値１００ｘに到達するか（ＳＴ５６のＹＥＳ）、レコード番号ｎの商品売上レコードが送信対象メモリに存在せず読込むことができなかった場合には（ＳＴ５４のＮＯ）、ＣＰＵ１１は、ＳＴ５７として送信バッファのデータを光通信により接続された携帯プリンタ２４に送信する。すなわち、ＣＰＵ１１は、送信対象メモリに記憶された商品売上レコードのデータを１００レコードずつまとめて携帯プリンタに送信する。
【００５５】
その後、ＣＰＵ１１は、ＳＴ５８として倍数カウンタｘを“１”だけカウントアップする。そしてＣＰＵ１１は、ＳＴ５９として倍数カウンタｘのカウント値が所定値“１０”（本実施の形態では、送信対象メモリに蓄積可能なレコード数が９９９９個であるため）に達したか否かを判断し、達していない場合には、ＳＴ５２の処理に戻る。倍数カウンタｘのカウント値が所定値“１０”に到達した場合には、ＣＰＵ１１は、送信処理を終了する。
【００５６】
一方、携帯プリンタ２４は、ハンディターミナル１から通番，名称，単価，数量，スキャンコード及びバーコード区分データの各項目からなるデータを受信する毎に、バーコード区分データによって識別される種類のバーコードをスキャンコードに従って生成し、図１１に示すように、売上登録された各商品の通番，名称，単価及び数量のテキストデータとともにその商品のバーコードを種類に拘らず記録紙にプリントアウトするものとなっている。
【００５７】
因みに、図１１において、通番「０００１」に対応するバーコードＢＣ１はバーコード種別「ＪＡＮ１３」のバーコードであり、通番「０００２」に対応するバーコードＢＣ２はバーコード種別「ＪＡＮ８」のバーコードであり、通番「０００３」に対応するバーコードＢＣ３はバーコード種別「ＵＰＣ−Ａ」のバーコードであり、通番「０００４」に対応するバーコードＢＣ４はバーコード種別「ＵＰＣ−Ｅ」のバーコードであり、通番「０００５」に対応するバーコードＢＣ５はバーコード種別「書籍２段コード」のバーコードである。
【００５８】
このように本実施の形態のハンディターミナル１においては、売上入力業務を選択し、スキャナ４で客が購入する商品のバーコードをスキャニング操作して売上登録を行なうと、当該商品の商品コード，単価，品名，販売数量とともに、当該商品のバーコードをデコードして得たバーコードデータ（スキャンコード）と、当該バーコードの種類に対して予め設定されたバーコード区分デートがセットされた商品売上レコードが生成され、商品売上メモリ４１に蓄積記憶される。また、既に商品コードと単価が一致する商品売上レコードが商品売上メモリ４１に記憶されている商品のバーコードがスキャニングされて売上登録された場合には、その既存の商品売上レコードの販売数量に今回売上登録された商品の販売数量が加算される。かくして、商品売上メモリ４１には、当該ハンディターミナル１で売上登録された各商品の単価別販売数量が、その商品のバーコードデータ及びバーコード区分データとともに集計されて記憶される。
【００５９】
その後、レポート出力業務の一種である精算処理業務を選択し、その実行を指令すると、商品売上メモリ４１に蓄積記憶された各商品売上レコードのデータが携帯プリンタ２４に送信出力される。これにより、携帯プリンタ２４から図１１に示す如く各売上登録商品の品名，単価，販売合計数量とともに、その商品のバーコードが種類に拘らず印字された精算レポート６０が発行されるので、ハンディターミナル１で売上登録された各商品の販売データをＰＯＳシステム側に入力する際に、オペレータは、精算レポート６０に印字されたバーコードをスキャニング入力すればよい。したがって、入力作業が簡略化され、短時間で処理できるようになる上、人的な入力ミスもなくなり、正確に入力できる。また、ハンディターミナルとの光通信機能を有したＰＯＳ端末を用意する必要もないので、臨時に決済端末を増設することが短時間の準備で可能となる上、低額な費用で実施することができる。
【００６０】
また、本実施の形態では、精算処理業務として当日精算業務と再出力業務とを選択可能としている。そして、当日精算業務が選択された場合には、商品売上メモリ４１に蓄積記憶された各商品売上レコードをバックアップメモリ４２にコピーした後、携帯プリンタ２４に送信し、送信完了後、商品売上メモリ４１をクリアするようにしている。また、再出力業務が選択された場合には、バックアップメモリ４２に記憶された各商品売上レコードを携帯プリンタ２４に送信するようにしている。従って、当日精算業務の実行により印字出力された精算レポート６０を、次回、当日精算業務を実行するまでの間であれば何度でも再出力することができる。
【００６１】
また、本実施の形態では、当日精算業務及び再出力業務において、商品売上メモリ４１またはバックアップメモリ４２に蓄積記憶された各商品売上レコードのデータを携帯プリンタ２４に送信する際に、複数（本実施の形態では１００レコード単位）のブロックにまとめて送信するようにしている。従って、携帯プリンタ２４との通信回数が少なくて済むので、通信負荷を軽減できる。
【００６２】
なお、本発明は、商品販売データの売上登録が可能なハンディターミナルに限定されるものではなく、ホストコンピュータとの通信機能を持たないスタンドアロン型の決済端末にも適用することができる。スタンドアロン型決済端末は、一般にレシートプリンタを搭載しているので、レポート出力業務が実行されると、前記商品売上メモリに蓄積された商品売上レコードのデータをレシートプリンタに出力して、バーコードを含む精算レポート６０を印字発行することとなる。
【００６３】
また、前記実施の形態では、ハンディターミナル１と携帯プリンタ２４とのデータ通信を光通信としたが、ハンディターミナル１と携帯プリンタ２４とをインタフェースケーブルで接続して有線によりデータ通信を行なってもよい。
【００６４】
また、レポート出力業務は精算処理業務に限定されるものではなく、商品売上メモリ４１に蓄積された商品売上レコードのデータを印字装置に出力した後に商品売上メモリ４１をクリアしない点検処理業務であってもよい。
この他、本発明の要旨を逸脱しない範囲で種々変形実施可能であるのは勿論である。
【００６５】
【発明の効果】
以上詳述したように本発明によれば、ＰＯＳシステムとは切り離された商品販売登録装置において売上登録された各商品の販売データを簡単な作業により短時間でかつ正確にＰＯＳシステム側に反映させることができ、設備投資も低額に抑制できる商品販売登録装置を提供できる。
【図面の簡単な説明】
【図１】本発明の一実施の形態であるハンディターミナルの外観斜視図。
【図２】同ハンディターミナルのキーボードを示す模式図。
【図３】同ハンディターミナルの要部構成を示すブロック図。
【図４】同ハンディターミナルのＲＡＭに形成される主要なメモリエリアを示す模式図。
【図５】同ハンディターミナルのＲＯＭに設定されたバーコード区分テーブルを示す模式図。
【図６】同ハンディターミナルのＣＰＵが実行する電源オン処理の要部を示す流れ図。
【図７】同ハンディターミナルのＣＰＵが実行する売上入力処理の要部を示す流れ図。
【図８】同ハンディターミナルのＣＰＵが実行する精算処理の要部を示す流れ図。
【図９】同ハンディターミナルのＣＰＵが実行する送信処理の要部を示す流れ図。
【図１０】同ハンディターミナルの表示部に表示される画面の一例を示す図。
【図１１】本実施の形態における精算レポートの一出力例を示す図。
【符号の説明】
１…ハンディターミナル
２…表示部
３…キー部
４…スキャナ
７…光インタフェース
２４…携帯プリンタ
４１…商品売上メモリ
４２…バックアップメモリ
６０…精算レポート

Claims

スキャナで読取られた各商品のバーコードに基づいて売上登録された各商品の販売データを商品別に集計し、レポート出力業務の実行により前記商品別に集計されたデータをレポート出力する商品販売登録装置において、
少なくとも商品コード，バーコードデータ，バーコード区分データ及び販売集計データからなる商品売上レコードを蓄積記憶する商品売上メモリと、
前記スキャナで読取られたバーコードの種類を識別し、その種類に対して予め設定されたバーコード区分データを取得するバーコード識別手段と、
前記スキャナで読取られた商品のバーコードからその商品に予め設定されている商品コードを取得すると、その商品コードを含む商品売上レコードが前記商品売上メモリに記憶されているか検索するメモリ検索手段と、
このメモリ検索手段により該当する商品売上レコードが記憶されていないことを確認すると、当該商品のバーコードから取得した商品コードと、当該商品のバーコードをデコードしたバーコードデータと、前記バーコード識別手段により得られたバーコード区分データと、当該商品の販売データとから前記商品売上レコードを生成して前記商品売上メモリに追加する未登録商品売上登録手段と、
前記メモリ検索手段により該当する商品売上レコードが記憶されていることを確認すると、その該当する商品売上レコードの販売集計データに当該商品の販売データを加算処理する既登録商品売上登録手段と、
前記レポート出力業務が実行されると、前記商品売上メモリに蓄積された商品売上レコードのデータを印字装置に出力するメモリデータ出力手段とを具備したことを特徴とする商品販売登録装置。
商品売上メモリのバックアップメモリを有し、
メモリデータ出力手段は、レポート出力業務が実行されると、前記商品売上メモリに蓄積された商品売上レコードを前記バックアップメモリにコピーするとともに印字装置に出力し、かつ、レポート再出力を指令する手段を設け、この手段によりレポート再出力が指令されると、前記バックアップメモリに格納された商品売上レコードのデータを印字装置に出力することを特徴とする請求項１記載の商品販売登録装置。