JP2017068548A - 販売データ処理装置及びプログラム - Google Patents

Abstract

【課題】前受した商品についての複数の伝票処理をユーザが一括して操作することができる販売データ処理装置及びプログラムを提供する。
【解決手段】複数の前受伝票データの入力を受け付ける第１の受付手段と、上記第１の受付手段により受け付けられた上記複数の前受伝票データについての共通の識別情報を生成する生成手段と、上記共通の識別情報と上記複数の前受伝票データとを対応付ける対応付け手段と、上記複数の前受伝票データを売上処理する指示として上記共通の識別情報を受け付ける第２の受付手段と、上記第２の受付手段により上記共通の識別情報が受け付けられた場合、上記対応付け手段により上記共通の識別情報に対応付けられている上記複数の前受伝票データを前受伝票データ別に売上処理する売上手段と、を備える。
【選択図】図３

Description

本発明の実施形態は、販売データ処理装置及びプログラムに関する。

メガネ販売店において、店員は顧客からメガネフレームとレンズの注文を受けると、顧客の視力等の眼の状態を検査し、その検査結果から顧客に合うレンズと、注文を受けたメガネフレームとをセットで顧客に納めることになる。通常はレンズの加工が必要になるため、店員は顧客から注文を受けた際に、ＰＯＳ（Point of Sales）端末への入力によりその商品の伝票を立てて前受の処理を行う。そして、後日、商品が出来上がって顧客に商品を納める際にＰＯＳ端末でその商品の精算処理を行って売り上げる。しかし、メガネ販売店では、家族揃ってメガネを購入する場合も少なくない。顧客の情報や視力等の検査情報などはそれぞれ異なるため、家族であっても人数分の伝票を立てる必要がある。後日、家族が再来店した際には、店員はＰＯＳ端末で家族一人ずつの伝票データを呼び出し、一人ずつ、精算や売り上げ等の入力処理を行わなければならない。このような入力作業が店員にとって大きな負担となっており改善が望まれている。

本発明が解決しようとする課題は、前受した商品についての複数の伝票処理をユーザが一括して操作することができる販売データ処理装置及びプログラムを提供することである。

実施形態の販売データ処理装置は、複数の前受伝票データの入力を受け付ける第１の受付手段と、上記第１の受付手段により受け付けられた上記複数の前受伝票データについての共通の識別情報を生成する生成手段と、上記共通の識別情報と上記複数の前受伝票データとを対応付ける対応付け手段と、上記複数の前受伝票データを売上処理する指示として上記共通の識別情報を受け付ける第２の受付手段と、上記第２の受付手段により上記共通の識別情報が受け付けられた場合、上記対応付け手段により上記共通の識別情報に対応付けられている上記複数の前受伝票データを前受伝票データ別に売上処理する売上手段と、を備える。

図１は、第１の実施形態に係るＰＯＳ端末の一例の外観斜視図である。 図２は、ＰＯＳ端末の制御ボードのハードウェア構成を示すブロック図である。 図３は、マイクロコンピュータに実現される機能ブロックの一構成例を示す図である。 図４は、登録画面情報の表示パネル上の画面構成例を示す図である。 図５は、締め画面情報の表示パネル上の画面構成例を示す図である。 図６は、一括処理画面情報の表示パネル上の画面構成例を示す図である。 図７は、対応付けファイルのデータ構造の一例を模式的に示す図である。 図８は、登録ファイルのデータ構造の一例を模式的に示す図である。 図９は、売上ファイルのデータ構造の一例を模式的に示す図である。 図１０は、前受商品の商品登録時におけるマイクロコンピュータの動作フローの一例を示す図である。 図１１は、登録画面におけるデータ設定例を示す図である。 図１２は、締め画面におけるデータ設定例を示す図である。 図１３は、顧客に渡す個別レシートの出力イメージ図である。 図１４は、店控え用の個別レシートの出力イメージ図である。 図１５は、一括売上時のマイクロコンピュータの動作フローの一例を示す図である。 図１６は、一括処理画面におけるデータ設定例を示す図である。 図１７は、売上処理時に発行される顧客用の個別レシートの出力イメージ図である。 図１８は、売上処理時に発行される顧客用の全体レシートの出力イメージ図である。 図１９は、クレジットの取引内容を示すレシートの出力イメージ図である。 図２０は、第２の実施形態に係るマイクロコンピュータに実現される機能ブロックの一構成例を示す図である。 図２１は、一括取消時のマイクロコンピュータの動作フローの一例を示す図である。 図２２は、第３の実施形態に係る一括処理画面（取消画面）の表示例である。

（第１の実施形態）
以下、添付図面を参照して、販売データ処理装置及びプログラムの実施形態を詳細に説明する。本実施形態では、係る販売データ処理装置及びプログラムを、前受商品を扱うメガネ店等のＰＯＳ端末へ適用した例を示す。ここで、「前受商品」とは、メガネレンズ等の商品のような、予め注文を受け付けておき、後日、商品の引渡と共に売り上げを行うもののことである。例えば、顧客が来店した際に、顧客の視力等を測定し、その顧客に合った度数のレンズや顧客が選択したメガネフレームなどのメガネセットを前受けする。後日、顧客が再び来店した際に、加工されたレンズをメガネフレームに装着して微調節されたものを顧客に納め、顧客による精算により、その前受した商品の売上を行う。

図１は、一例として示すＰＯＳ端末の外観斜視図である。図１に示すように、本例のＰＯＳ端末１は、本体１−１下部にドロワ１−２を備えている。更に、ＰＯＳ端末１は、クレジットカード等の決済処理を行うための入力パッド１−３を備えている。

本体１−１は、内部に制御ボード（図２参照）を備えている。本体１−１は、上面に、「０」〜「９」等の置数キーや一括処理キー等を含む複数の押下キーが配列されたキーボード１０を備える。また、本体１−１は、上面に立設されたキャッシャ用の第１の表示デバイス１１と、客用の第２の表示デバイス１２と備える。

第１の表示デバイス１１は、液晶等の表示パネル１１ａを備えた構成となっている。表示パネル１１ａにはタッチパネル１１ｂが積層されている。第２の表示デバイス１２は、液晶等の表示パネル（不図示）を備えた構成となっている。第２の表示デバイス１２は、第１の表示デバイス１１の背面側に表示パネルを客側に向けて設けられている。

更に、本体１−１は、キーボード１０の左側にプリンタ１３を備える。プリンタ１３は本体１−１の内部に収納されている。プリンタ１３は取引内容等を示す情報をレシート用紙に印字して、印字したレシート用紙をレシート排出口１３ａから排出する。

また、本体１−１は、スキャナを備える。本例では、ハンディータイプのハンドスキャナ１４を備えた例を示している。ハンドスキャナ１４は、一次元バーコードやＱＲコード（登録商標）等の二次元バーコード等のコードシンボルを読み取るスキャナである。ハンドスキャナ１４は、ＣＣＤ（Charge Coupled Device）等のセンサを備え、センサで読み取ったコードシンボルを複合化処理してコード情報に変換する。図１には、ハンドスキャナ１４をプリンタ１３の上面のハンドスキャナ載置エリア１３ｂに置いた状態を示している。ハンドスキャナ１４は本体１−１にコード１４ａを介して接続され、本体１−１からの制御により駆動する。なお、スキャナはハンドスキャナ１４に限らず、ハンドフリースキャナであっても良い。
ドロワ１−２は、内部に紙幣や硬貨などを収納し、本体１−１からの制御により開放する。

入力パッド１−３は、クレジットカードの挿入スロットや暗証番号の入力ボタンを有する。入力パッド１−３は、本体１−１にコード接続されている。

本体１−１は、内部に制御ボード（図２参照）を備えている。キーボード１０や、第１の表示デバイス１１や、第２の表示デバイス１２や、タッチパネル１１ｂや、プリンタ１３や、ハンドスキャナ１４や、ドロワ１−２や、入力パッド１−３などは制御ボードと電気的に接続されている。

次に、ＰＯＳ端末１のハードウェア構成について説明する。
図２は、ＰＯＳ端末１の制御ボードのハードウェア構成を示すブロック図である。ＰＯＳ端末１の制御ボードは、ＣＰＵ（Central Processing Unit）２１、ＲＯＭ（Read Only Memory）２２、ＲＡＭ（Random Access Memory）２３、ＨＤＤ２４、プリンタコントローラ２５、ドロワコントローラ２６、キーボードコントローラ２７、第１の表示コントローラ２８、第２の表示コントローラ２９、タッチパネルコントローラ３０、スキャナコントローラ３１、カード読取コントローラ３２、通信インターフェース３３などを有する。各部はバス３４により相互接続されている。

ＣＰＵ２１は、ＰＯＳ端末１の全体の制御を司る中央演算処理装置である。ＲＯＭ２２はＢＩＯＳ等の固定プログラムを格納する不揮発性メモリである。ＲＡＭ２３は、ＣＰＵ２１が作業エリアなどとして使用する揮発性メモリである。これらＣＰＵ２１、ＲＯＭ２２、及びＲＡＭ２３がマイクロコンピュータ２を構成する。

ＨＤＤ２４は、プログラムやデータを記憶するハードディスク等の記憶部である。プログラムには、前受等の登録処理、締め処理、一括処理等の商品の登録／売上／取消処理に係る制御プログラムＰ１が含まれる。制御プラグラムＰ１は、基本動作を行うＯＳ（Operating System）や、各部を駆動するドライバや、各種アプリケーションプログラムなどにより構成される。データには、登録画面情報ｄ１、締め画面情報ｄ２、一括処理画面情報ｄ３などの画面情報が含まれる。また、前受した商品についての顧客別の伝票データ（前受伝票データ）を対応付ける対応付けファイル（対応付け手段）ｄ４や、顧客別の伝票データを登録するための登録ファイルｄ５や、顧客別の売上データを登録するための売上ファイルｄ６などが含まれる。

プリンタコントローラ２５は、プリンタ１３を制御し、マイクロコンピュータ２により出力された印字データをレシート用紙に印字して排出する。

ドロワコントローラ２６は、マイクロコンピュータ２により出力された解放信号をトリガにドロワ１−２を解放制御する。

キーボードコントローラ２７は、キーボード１０上の押下キーの入力信号を所定のコードに変換するなどしてマイクロコンピュータ２に通知する。

第１の表示コントローラ２８は、マイクロコンピュータ２により出力された画面情報に基づき、第１の表示デバイス１１を制御して所定の画面を表示パネル１１ａに表示する。
第２の表示コントローラ２９は、マイクロコンピュータ２により出力された画面情報に基づき、第２の表示デバイス１２を制御して所定の画面を第２の表示デバイス１２の表示パネルに表示する。

タッチパネルコントローラ３０は、タッチパネル１１ｂ上のタッチ位置を検出して、その座標情報をマイクロコンピュータ２に通知する。

スキャナコントローラ３１は、ハンドスキャナ１４を駆動し、ハンドスキャナ１４により読み取られたコードシンボル情報をマイクロコンピュータ２に通知する。

カード読取コントローラ３２は、入力パッド１−３を駆動し、挿入スロットに挿入されたクレジットカードからＩＣ部のカード情報を読み取る。更に、カード読取コントローラ３２は、暗証番号の入力ボタンから暗証番号を読み取る。そして、カード読取コントローラ３２は、読み取った情報をマイクロコンピュータ２に通知する。

通信インターフェース３３は、ストアコンピュータ（不図示）やカード会社のサーバ等とデータ通信を行う。ストアコンピュータは、店舗のバックヤード等に設置されたものである。

次に、ＰＯＳ端末１の機能ブロックの構成について説明する。ＣＰＵ２１がＨＤＤ２４の制御プログラムＰ１の一部又は全てをＲＡＭ２３にロードして実行することにより、マイクロコンピュータ２に次の機能部が実現される。
図３は、マイクロコンピュータ２に実現される機能ブロックの一構成例を示す図である。図３に示すように、マイクロコンピュータ２には、入力受付部４０や、発番部４１や、登録部４２や、データ処理部４３や、売上部４４や、印字出力部４５などの機能部が実現される。

入力受付部４０は、キーボード１０やタッチパネル１１ｂに対して行われた店員等の操作者による入力操作をそれぞれのコントローラからデータや命令として受け付ける。入力受付部４０は、所定の命令を受け付けると、登録画面情報ｄ１、締め画面情報ｄ２、又は一括処理画面情報ｄ３などの画面情報をＨＤＤ２４からＲＡＭ２３に読み出して第１の表示コントローラ２８に出力する。

入力受付部４０は、登録画面情報ｄ１、締め画面情報ｄ２、又は一括処理画面情報ｄ３を出力した場合、表示パネル１１ａに表示される画面の指定欄に対する操作者によるデータ入力を受け付ける。データ入力は、キーボード１０やタッチパネル１１ｂを介して行われる他、ハンドスキャナ１４を介して行われても良い。ハンドスキャナ１４の場合、コードシンボルをハンドスキャナ１４で読み、スキャナコントローラ３１から出力されるコードデータを入力受付部４０で受け付ける。そして、入力受付部４０は、受け付けた入力データを指定欄の識別情報などに対応付けてＲＡＭ２３に一時的に保存し、画面の指定欄の表示を上記入力データに更新するための情報を第１の表示コントローラ２８に出力する。更に、入力受付部４０は、操作者が画面の操作ボタンを操作すると、その操作ボタンに対応付けられている命令を受け付け、画面やその表示内容などを更新するための情報を第１の表示コントローラ２８に出力する。

ここで、入力受付部４０の特徴的な機能の一つとして、後に説明する登録画面情報ｄ１の出力画面（登録画面Ｅ１：図４参照）を例に登録画面Ｅ１の表示中の機能について説明する。操作者により登録画面Ｅ１の各種設定欄ｅ１、ｅ２、・・・（図４参照）へのデータ入力が全て終えられ、その後、次伝票ボタンＢ３（図４参照）の操作が行われると、入力受付部４０は次のように機能する。入力受付部４０は、各種の設定欄を示す識別情報とそれぞれの入力データとの組み合わせからなるデータ群に、データ入力時の登録画面Ｅ１のページ番号（ページ表示部ｅ１０のページ情報）を対応付けて、それを１伝票を示すデータ（顧客別の伝票データ）としてＲＡＭ２３に保存する。そして、入力受付部４０は、登録画面Ｅ１のページ番号を１つ増加させ、登録画面Ｅ１の各種設定欄のデータの表示をクリアする。

その後、操作者により、例えば別の顧客についての、登録画面Ｅ１の各種設定欄に対するデータ入力が行われ、更に次伝票ボタンＢ３（図４参照）の操作が行われるとする。その場合、入力受付部４０は、新たに入力されたデータ群に、１増加させたページ番号を対応付けて、その別の顧客の伝票データを、前の顧客の伝票データと共にＲＡＭ２３（図２参照）に保存する。その後は同様に、入力受付部４０は、登録画面Ｅ１のページ表示部ｅ１０のページ番号を更に１つ増加させ、登録画面Ｅ１の各種設定欄の表示をクリアする。入力受付部４０は登録画面Ｅ１の確定ボタンＢ４等の操作が行われるまで、この動作を所定回数（本例では９回とする）まで繰り返すことが可能である。従って、ＲＡＭ２３（図２参照）には、最大で９つ分の伝票データが保存される。

なお、指定欄は、操作者によるタッチパネル１１ｂのタッチ操作や、キーボード１０上の上下キーやＴＡＢキーの操作などによって、設定欄がアクティブになり、例えば入力のためのカーソルが表示された状態のものなどを差す。

このように、入力受付部４０は、操作者により操作ボタンが操作されると、その操作ボタンに設定されている命令を受け付け、その命令に基づいて画面やその表示内容などを更新する情報を第１の表示コントローラ２８に出力する。例えば、入力受付部４０は、画面の各種設定欄のデータの表示をクリアするための情報や、各種設定欄のデータの表示をＲＡＭ２３に一時的に保存されている別の伝票のデータで更新させる情報などを出力する。また、入力受付部４０は、データ処理部４３に処理を依頼し、各種又は一部の設定欄のデータの表示をデータ処理部４３から得られたデータで更新させる情報を出力する。また、入力受付部４０は、表示中のものとは異なる画面情報を出力する。

発番部４１は、入力受付部４０がＲＡＭ２３上に順次生成した顧客別の各伝票データ（例えば、ページ番号「１」、「２」、・・・の伝票データ）を対応付ける処理を行う。具体的に、入力受付部４０が所定の命令を受け付けるとする。すると、発番部４１は、伝票毎に行う必要がある売上処理や取消処理を後に一括して指示するための共通の識別情報（以下、「一括処理番号」とする）を生成する。それから、発番部４１は、対応付けファイルｄ４に、生成した一括処理番号と、各伝票のそれぞれの伝票識別情報（以下、「前受番号」とする）とを対応付ける。これにより、発番部４１は各伝票データの対応付けを行う。なお、前受番号は、発番部４１が自動発番しても良いし、操作者が手入力しても良い。ここでは、自動発番するものとして説明する。また、前受番号として、他の一括処理番号に対応付けられる伝票データと重複しないものを使用するものとする。

登録部４２は、入力受付部４０が所定の命令を受け付けると、入力受付部４０がＲＡＭ２３上に生成した顧客別のそれぞれの伝票データに、発番部４１が自動発番した互いに異なる前受番号（例えば通し番号）を対応付ける。そして、登録部４２は、それらの、互いに異なる前受番号を有する伝票データを、登録ファイルｄ５へ登録する。

データ処理部４３は、入力受付部４０の依頼により請求額、残金、つり銭などの計算を行い、計算結果を入力受付部４０に渡す。また、データ処理部４３は、入力受付部４０が一括処理番号を受け付けると、対応付けファイルｄ４を参照し、一括処理番号に対応する伝票データを登録ファイルｄ５から抽出して入力受付部４０に渡す。

売上部４４は、入力受付部４０が一括処理番号に対応する全伝票の総請求額に対する全額入金を受け付けると、上記各伝票を個別に売上処理する。個別の売上処理では、各伝票に入金額を按分するなどして、各伝票の売上データを売上ファイルｄ６に登録する。

印字出力部４５は、入力受付部４０が所定の命令を受け付けると、プリンタコントローラ２５に取引内容を示す印字データを出力し、レシート用紙への印字出力を指示する。
従って、主に、入力受付部４０や登録部４２が第１の受付手段を構成する。また、入力受付部４０は、第２の受付手段も構成する。また、主に発番部４１が生成手段を構成する。また、主に発番部４１と対応付ファイルｄ４が対応付け手段を構成する。また、主にデータ処理部４３や売上部４４が売上手段を構成する。また、主に印字出力部４５が印字出力手段を構成する。

続いて、入力受付部４０が第１の表示コントローラ２８に出力する登録画面情報ｄ１、締め画面情報ｄ２、一括処理画面情報ｄ３について説明する。登録画面情報ｄ１は、複数の顧客の前受商品について、操作者に顧客別に伝票を起こさせるための設定欄や操作ボタン等をＵＩ画面として提供する情報である。締め画面情報ｄ２は、顧客別の複数の伝票に渡って締めの宣言を行わせるための操作ボタン等をＵＩ画面として提供する情報である。一括処理画面情報ｄ３は、締め宣言の行われた顧客別の複数の伝票の、前受商品についての精算や売上や取消の指示を、操作者に一括して行わせるための設定欄や操作ボタン等をＵＩ画面として提供する情報である。

図４は、登録画面情報ｄ１の表示パネル１１ａ上の画面構成例を示す図である。図４の登録画面Ｅ１には各種の設定欄と操作ボタンとを設けている。各種の設定欄は、取引区分欄ｅ１や、前受Ｎｏ欄ｅ２や、顧客Ｎｏ欄ｅ３や、顧客名欄ｅ４や、引渡店舗欄ｅ５や、引渡予定欄ｅ６や、箱Ｎｏ欄ｅ７や、商品情報欄ｅ８や、小計欄ｅ９などである。

取引区分欄ｅ１は、「前受」など、登録を行う商品の取引方法を指定するための設定欄である。商品情報欄ｅ８は、取引区分欄ｅ１に指定した取引方法で取引する商品の商品データを設定するための欄である。マイクロコンピュータ２は、ハンドスキャナ１４によるバーコード読み取りやキーボード１０などからのキー入力により、対応するコントローラから商品コードを受け付ける。マイクロコンピュータ２は、その商品コードに対応する商品データの一部又は全てを商品情報欄ｅ８に表示する。図４に示す例では、商品データの表示項目として、「取扱」項目Ｋ１、「品番」項目Ｋ２、「商品名」項目Ｋ３、「単価」項目Ｋ４、「点数金額」項目Ｋ５などを設けている。小計欄ｅ９は、商品情報欄ｅ８に表示した各商品の「点数金額」項目Ｋ５の合計金額を表示するための欄である。小計欄ｅ９に表示する合計金額は、マイクロコンピュータ２が各商品の「点数金額」項目Ｋ５の金額を累計して表示する。

各種の操作ボタンは、発券ボタンＢ１や、前伝票ボタンＢ２や、次伝票ボタンＢ３や、確定ボタンＢ４や、終了ボタンＢ５などである。発券ボタンＢ１は、レシートの印字出力をマイクロコンピュータ２に指示する操作ボタンである。前伝票ボタンＢ２は、操作者が各種設定欄にデータを設定するなどして生成された前受商品の伝票データを、その生成順に１点ずつ遡って各種設定欄に再表示することをマイクロコンピュータ２に指示する操作ボタンである。次伝票ボタンＢ３は、前受商品の伝票データを生成順に１点ずつ各種設定欄に再表示することをマイクロコンピュータ２に指示する操作ボタンである。一番最後に設定された伝票データ（１点目から８点目）の表示中に次伝票ボタンＢ３が操作された場合には、次の伝票データ（９点目を上限とする）の生成のために各種設定欄に設定されている設定データの表示がクリアされる。

確定ボタンＢ４は、生成された各伝票データの登録ファイルｄ５への登録と締め処理の開始をマイクロコンピュータ２に指示する操作ボタンである。なお、確定ボタンＢ４はキーボード１０上の確定キーに対応している。終了ボタンＢ５は、登録処理の終了をマイクロコンピュータ２に指示する操作ボタンである。

また、登録画面Ｅ１には、ページ番号を示すページ表示部ｅ１０を設けている。マイクロコンピュータ２は、ページ表示部ｅ１０に全ページ中の現在のページ番号を表示させる。

図５は、締め画面情報ｄ２の表示パネル１１ａ上の画面構成例を示す図である。図５の締め画面Ｅ２は、登録画面Ｅ１（図４参照）で登録された前受商品の伝票データを引き継ぎ、これらの伝票データを対象に締めの処理や入金処理を受け付ける。締め画面Ｅ２には、直前に登録画面Ｅ１で登録された１又は複数の伝票（上限９点の伝票）のそれぞれの小計額を表示する小計欄ｅ２０−１〜ｅ２０−９を設けている。更に、小計欄ｅ２０−１〜ｅ２０―９の総額の税込金額を表示する請求額欄ｅ２１や、顧客の支払メディアや入金金額を入力により受け付ける支払方法設定欄ｅ２２−１〜ｅ２２−４を設けている。また、残金を表示する残金欄ｅ２３や、預り金額を入力により受け付ける預り金欄ｅ２４や、釣銭を表示する釣銭欄ｅ２５などを設けている。

また、操作ボタンとして、確定ボタンＢ２０と戻るボタンＢ２１を設けている。確定ボタンＢ２０は、締め処理をマイクロコンピュータ２に宣言する操作ボタンである。確定ボタンＢ２０の操作により、マイクロコンピュータ２は、登録画面Ｅ１（図４参照）で登録された前受商品の各伝票に個別に前受番号を発番し、それらの伝票に対して一つの一括処理番号を発番する。締め処理の宣言後は、確定ボタンＢ２０は、支払方法設定欄ｅ２２−１〜ｅ２２−４や預り金欄ｅ２４へ入力されたデータを確定し、残金や釣銭等の算出をマイクロコンピュータ２に指示する操作ボタンとして機能する。戻るボタンＢ２１は、締め処理を終了し、登録画面Ｅ１に戻ることをマイクロコンピュータ２に指示する操作ボタンである。

図６は、一括処理画面情報ｄ３の表示パネル１１ａ上の画面構成例を示す図である。図６の一括処理画面Ｅ３は、登録画面Ｅ１の表示中にキーボード１０上の所定キー（以下、「一括処理キー」とする）が押下されることにより一括処理が開始され、表示される。

一括処理画面Ｅ３には、各種設定欄と操作ボタンを設けている。各種設定欄は、取引区分欄ｅ３１や、一括処理Ｎｏ欄ｅ３２や、一括商品情報欄ｅ３３や、支払方法設定欄ｅ３４−１〜ｅ３４−４や、請求額欄ｅ３５や、今回入金計欄ｅ３６や、前回入金計欄ｅ３７や、預り金欄ｅ３８や、残金欄ｅ３９や、釣銭欄ｅ４０、インプリンタ欄ｅ４１などである。

一括商品情報欄ｅ３３は、一括処理の対象に含まれる前受商品の伝票（最大９点の伝票）の詳細情報を表示する欄である。一括商品情報欄ｅ３３は、詳細情報を示す項目として、前受Ｎｏを示す項目Ｋ１０、顧客Ｎｏを示す項目Ｋ１１、顧客名を示す項目Ｋ１２、引渡予定を示す項目Ｋ１３、箱Ｎｏを示す項目Ｋ１４、請求金額を示す項目Ｋ１５、取引状態を示す項目Ｋ１６などを有する。取引状態を示す項目Ｋ１６は前受などの取引情報を表示する項目である。支払方法設定欄ｅ３４−１〜ｅ３４−４は、顧客の支払方法や入金金額を入力により受け付ける設定欄である。預り金欄ｅ３８は、顧客の預り金を入力により受け付ける設定欄である。インプリンタ欄ｅ４１は、顧客のクレジット情報を表示する欄である。

操作ボタンは、確定ボタンＢ３０や、終了ボタンＢ３１などである。確定ボタンＢ３０は、一括処理対象の伝票のそれぞれの売上やそれぞれの取消の処理の実行を一括してマイクロコンピュータ２に指示する操作ボタンである。終了ボタンＢ３１は、一括処理の終了をマイクロコンピュータ２に指示するための操作ボタンである。

次に、ＨＤＤ２４の対応付けファイルｄ４、登録ファイルｄ５、売上ファイルｄ６のデータ構造について説明する。
図７は、ＨＤＤ２４の対応付けファイルｄ４のデータ構造の一例を模式的に示す図である。図７に示すように、対応付けファイルｄ４は「一括処理番号」ｆ１と「前受番号」ｆ２が登録可能なデータ構造を有している。

図８は、ＨＤＤ２４の登録ファイルｄ５のデータ構造の一例を模式的に示す図である。図８に示すように、登録ファイルｄ５は「前受番号」ｆ２、「顧客番号」ｆ１１、「顧客名」ｆ１２、「商品名」ｆ１３、「単価」ｆ１４、「点数金額」ｆ１５、「引渡予定」ｆ１６、「箱番号」ｆ１７、「取引状態」ｆ１８、「引渡店舗」ｆ１９などが登録可能なデータ構造を有している。

図９は、ＨＤＤ２４の売上ファイルｄ６のデータ構造の一例を模式的に示す図である。図９に示すように、売上ファイルｄ６は「前受番号」ｆ２、「顧客番号」ｆ１１、「顧客名」ｆ１２、「商品名」ｆ１３、「単価」ｆ１４、「点数金額」ｆ１５、「引渡店舗」ｆ１９などが登録可能なデータ構造を有している。

次に、ＰＯＳ端末１の動作フローについて説明する。先ず、商品登録時の動作フローについて説明する。
図１０は、前受商品の商品登録時におけるマイクロコンピュータ２の動作フローの一例を示す図である。ここでは、動作フローを理解し易くするために、登録画面Ｅ１の前伝票ボタンＢ２による動作を省略したものを示している。前伝票ボタンＢ２は、その使用により、生成順に遡って伝票データを表示し、設定内容の確認や修正などを行うためのものである。

先ず、操作者による所定のキー操作やタッチ入力により登録処理用のプログラムの起動が指示されると、マイクロコンピュータ２は、登録処理用のプログラムを実行し、第１の表示コントローラ２８にＨＤＤ２４の登録画面情報ｄ１を出力する（Ｓ１）。これによって、表示パネル１１ａに登録画面Ｅ１（図４参照）が表示される。この後、マイクロコンピュータ２は、キーボード１０上の「一括処理キー」が入力されたかの判定処理（図１５のステップＳ３１）を行うものとなる。なお、ここでは、図示を省略してその説明を第２の実施形態で行うものとする。

次に、マイクロコンピュータ２は、登録画面Ｅ１の各種設定欄に対する操作者による入力操作を受け付け、各種設定欄に入力データを表示可能に出力する（Ｓ２）。なお、マイクロコンピュータ２は、各種設定欄に対して受け付けたデータを、各種設定欄の識別情報に対応付けてＲＡＭ２３に保存する。

図１１は、登録画面Ｅ１（図４参照）における前受商品の伝票のデータ設定例を示す図である。マイクロコンピュータ２は、先ず取引区分欄ｅ１にカーソルを移動し、操作者による区分情報の入力を受け付け、受け付けた情報を取引区分欄ｅ１に表示させる。本処理は、前受商品の伝票データの登録を行う処理であるため、前受を示す前受コード（「１」）を受け付けてその情報を表示させる。更に、マイクロコンピュータ２は、操作者によるタッチ入力やＴＡＢキーによる入力を受け付けるなどして、他の設定欄へカーソルを移動する。そして、マイクロコンピュータ２は、カーソルを移動した先のアクティブの設定欄に対するデータ入力を受け付け、その設定欄に受け付けた入力データを表示させる。

マイクロコンピュータ２が受け付けるデータは、操作者がキーボード１０上の置数キーを押下してキーボードコントローラ２７から出力されるデータや、操作者がハンドスキャナ１４でコードシンボルを読み取った際にスキャナコントローラ３１から出力されるコードデータなどである。なお、前受Ｎｏ欄ｅ２については、締め画面の処理で自動発番されるため、登録処理の段階においては、マイクロコンピュータ２がグレーアウトに設定するなどして入力の受け付けを行わないようにする。

図１１には、商品情報欄ｅ８の一行目Ｌ１に、１点分の前受商品の商品データを示している。この例では、１顧客当たり、最大６点分までの前受商品の設定が可能で、それらを１伝票で扱うことができる。なお、１顧客当たりの前受商品の設定数を６点に限定するものではない。設定数は適宜設定して良い。

ステップＳ２に続き、マイクロコンピュータ２は、次伝票ボタンＢ３が押下されたか判定する（Ｓ３）。

次伝票ボタンＢ３が押下された場合（ステップＳ３：Ｙｅｓ判定）、マイクロコンピュータ２は、次の伝票の受付準備処理を行う（Ｓ４）。

具体的に、マイクロコンピュータ２は、ＲＡＭ２３に保存した各種の設定欄を示す識別情報とそれぞれの入力データとの組み合わせからなるデータ群に、データ入力時の登録画面Ｅ１のページ番号を対応付ける。本例では、ページ表示部ｅ１０に示す（ページ番号）／（全ページ数）のページ番号（初回は「１」）を対応付ける。そして、マイクロコンピュータ２は、それを１伝票を示すデータ（顧客別の伝票データ）としてＲＡＭ２３に保存する。更に、マイクロコンピュータ２は、登録画面Ｅ１のページ番号を１つ増加させて「２／２」とし、登録画面Ｅ１の各種設定欄の設定データの表示をクリアする。そして、ステップＳ２に戻り、次の伝票についての操作者による設定操作を受け付ける。ステップＳ２〜ステップＳ４の処理は、初回を含めて上限回数（本例では９回）まで繰り返し行うことができる。

ここで、マイクロコンピュータ２が次の伝票として受け付けるデータの条件を説明する。次の伝票として受け付けできるものは、前の伝票に設定した顧客と支払を共にする顧客の前受商品についてのデータである。例えば、家族で来店し、父親、母親、子などがそれぞれ前受対象のメガネセット（レンズ込み）を購入した場合がそれに当たる。先ず初回のサイクルにおいて、支払者である父親の名前で、父親のメガネセットについてのデータを設定して伝票を起こしたとする。すると、２回目のサイクルにおいて、母親の名前で、母親のメガネセットについてのデータを設定して伝票を起こすことになる。更に３回目のサイクルにおいて、子の名前で、子のメガネセットについてのデータを設定して伝票を起こすことになる。なお、父親、母親、子の伝票を起こす順番は任意であって良い。このように、ステップＳ２〜ステップＳ４の繰り返しにより、マイクロコンピュータ２は、支払を共にする各顧客のそれぞれの伝票データをＲＡＭ２３上に蓄積する。

なお、次伝票ボタンＢ３が押下されない場合（ステップＳ３：Ｎｏ判定）、マイクロコンピュータ２は、続いて確定ボタンＢ４が押下されたか判定する（Ｓ５）。確定ボタンＢ４も押下されない場合は（ステップＳ５：Ｎｏ判定）、マイクロコンピュータ２は、続いて終了ボタンＢ５が押下されたか判定する（Ｓ６）。終了ボタンＢ５も押下されない場合は（ステップＳ６：Ｎｏ判定）、マイクロコンピュータ２は、ステップＳ３に戻って次伝票ボタンＢ３についての判定処理を再び行う。

ここで、確定ボタンＢ４が押下された場合（ステップＳ５：Ｙｅｓ判定）、マイクロコンピュータ２は、ＲＡＭ２３に保存されている全ての伝票データをＨＤＤ２４の登録ファイルｄ５に登録する（Ｓ７）。そして、マイクロコンピュータ２は、締め処理用のプログラムを実行し、第１の表示コントローラ２８にＨＤＤ２４の締め画面情報ｄ２を出力する（Ｓ８）。これにより、表示パネル１１ａに締め画面Ｅ２（図５）が表示され、マイクロコンピュータ２は、締め画面Ｅ２に対しての操作者の操作入力を受け付ける。

終了ボタンＢ５が押下された場合（ステップＳ６：Ｙｅｓ判定）は、ＲＡＭ２３に保存されている全ての伝票データを消去し、登録処理のプログラムを終了する。

図１２は、ステップＳ８で表示される締め画面Ｅ２のデータ設定例を示す図である。図１２には、図１１のページ番号「１」の商品情報欄ｅ８に示す前受商品の商品データが、次伝票ボタンＢ３の操作によりページ番号「２」と「３」の商品情報欄（不図示）において同様に設定された場合のものを、一例として示している。マイクロコンピュータ２は、ＲＡＭ２３に保存されている家族３人（父親、母親、子）のそれぞれの伝票データに含まれている小計額を、それぞれ、小計欄ｅ２０−１、ｅ２０−２、ｅ２０−３に表示させる。

ステップＳ８に続き、マイクロコンピュータ２は、確定ボタンＢ２０が押下されたか判定する（Ｓ９）。確定ボタンＢ２０が押下されない場合（ステップＳ９：Ｎｏ判定）、マイクロコンピュータ２は、続いて戻るボタンＢ２１が押下されたか判定する（Ｓ１０）。戻るボタンＢ２１も押下されない場合（ステップＳ１０：Ｎｏ判定）、マイクロコンピュータ２は、ステップＳ９に戻って確定ボタンＢ２０についての判定処理を再び行う。

戻るボタンＢ２１が押下された場合（ステップＳ１０：Ｙｅｓ判定）、マイクロコンピュータ２は、締め処理を終了して登録画面Ｅ１に１伝票目を出力させるなどして、ステップＳ３の処理に戻る。

確定ボタンＢ２０が押下された場合（ステップＳ９：Ｙｅｓ判定）、マイクロコンピュータ２は、締め処理を行う（Ｓ１１）。具体的に、マイクロコンピュータ２は、小計欄ｅ２０−１、ｅ２０−２、ｅ２０−３に出力した金額を合計し、消費税の計算を行うなどして、請求額欄ｅ２１に税込金額を表示させる。また、マイクロコンピュータ２は、各伝票に対して個別に前受番号を発番し、それらの伝票に対して一つの一括処理番号を発番する。そして、マイクロコンピュータ２は、ＲＡＭ２３上の各伝票データに発番した各前受番号を対応付ける。また、マイクロコンピュータ２は、発番した一括処理番号と各前受番号とをＨＤＤ２４の対応付けファイルｄ４に登録する。これにより、本処理の終了後の所定期間、マイクロコンピュータ２は、一括処理番号と各前受番号とを対応付けておく。

マイクロコンピュータ２は、ステップＳ１１の処理後、支払方法設定欄ｅ２２−１〜ｅ２２−４や確定ボタンＢ２０に対する、操作者によるキーボード１０やタッチパネル１１ｂ等からの設定操作を受け付ける（Ｓ１２）。

ステップＳ１２で確定ボタンＢ２０が押下されると、マイクロコンピュータ２は、計算を行った請求額欄ｅ２１の金額と、支払方法設定欄ｅ２２−１〜ｅ２２−４に入力された入金金額（デフォルトは「０（円）」とする）などから残金額や釣銭額などを計算する。そして、マイクロコンピュータ２は、その計算結果を残金欄ｅ２３や釣銭欄ｅ２５などに表示させる。本例では、前受した商品の注文時の入金額（頭金）を０円とし、支払方法設定欄ｅ２２−１〜ｅ２２−４の設定をデフォルトのまま変更しないものとする。従って、確定ボタンＢ２０が押下されると、マイクロコンピュータ２は、残金欄ｅ２３に請求額欄ｅ２１の金額をそのまま出力し、釣銭欄ｅ２５等には「０（円）」を出力する。

ステップＳ１２の処理後、マイクロコンピュータ２は、戻るボタンＢ２１が押下されたか判定する（Ｓ１３）。戻るボタンＢ２１が押下されない場合（ステップＳ１３：Ｎｏ判定）、マイクロコンピュータ２は、締め画面Ｅ２を表示させたまま待機する。戻るボタンＢ２１が押下されると（ステップＳ１３：Ｙｅｓ判定）、締め処理を終了し、登録画面Ｅ１の１伝票目を表示させる（Ｓ１４）。この際に、マイクロコンピュータ２は、前受Ｎｏ欄ｅ２のグレーアウトの設定を解除し、発番した１伝票目の前受番号をそこに表示させ、１伝票目の伝票データを各種設定欄に表示させる。

ステップＳ１４の処理後、マイクロコンピュータ２は、発券ボタンＢ１が押下されたか判定する（Ｓ１５）。発券ボタンＢ１が押下されない場合（ステップＳ１５：Ｎｏ判定）、マイクロコンピュータ２は、次伝票ボタンＢ３が押下されたか判定する（Ｓ１６）。次伝票ボタンＢ３も押下されない場合（ステップＳ１６：Ｎｏ判定）、マイクロコンピュータ２は、ステップＳ１５に戻り、同様の判定を繰り返す。

次伝票ボタンＢ３が押下された場合（ステップＳ１６：Ｙｅｓ判定）、マイクロコンピュータ２は、次の伝票の前受番号や各種データを登録画面Ｅ１の各種設定欄に表示させる（Ｓ１７）。ステップＳ１７の処理後、マイクロコンピュータ２は、ステップＳ１５の判定処理に戻る。

発券ボタンＢ１が押下された場合（ステップＳ１５：Ｙｅｓ判定）、マイクロコンピュータ２は、ＲＡＭ２３に保存した「１」〜最大「９」までの一括処理対象の各伝票についてのレシート発行をプリンタコントローラ２５に指示する（Ｓ１８）。

レシート発行後、マイクロコンピュータ２は、締め処理で生成したＲＡＭ２３上のデータを登録ファイルｄ５や売上ファイルｄ６などに追加登録し、ＲＡＭ２３上の各種データを消去して登録画面Ｅ１の各種設定欄の設定データの表示をクリアする（Ｓ１９）。登録ファイルｄ５には、前受番号を追加登録する。売上ファイルｄ６には、締め処理で入金があった場合にその分の売上データを登録する。

続いて、マイクロコンピュータ２は、終了ボタンＢ５が押下されたか判定する（Ｓ２０）。終了ボタンＢ５が押下されない場合（ステップＳ２０：Ｎｏ判定）、マイクロコンピュータ２は、ステップＳ２に戻り、前の家族とは異なる家族の商品登録を受け付ける。終了ボタンＢ５が押下された場合（ステップＳ２０：Ｙｅｓ判定）、マイクロコンピュータ２は、登録処理のプログラムを終了する。

図１３、図１４は、ステップＳ１８の指示によりプリンタ１３が発行する家族３人分のレシートの出力イメージ図である。図１３に示すレシートＲ１〜Ｒ３は、顧客に渡す父親、母親、子の個別のレシートである。図１４に示すレシートＲ４〜Ｒ６は、店控え用の父親、母親、子の個別のレシートである。顧客に渡すレシートＲ１〜Ｒ３には、共通の一括処理番号ｒ１と、伝票別の前受番号ｒ２を印字する。また、店控え用のレシートＲ４〜Ｒ６には、一括処理番号を示すコードシンボルとしてＱＲコード（登録商標）ｒ３と、前受番号を示すコードシンボルとしてＱＲコードｒ４を印字する。

次に、顧客別に前受した商品の一括売上時の動作フローについて説明する。
図１５は、顧客別に前受した商品の一括売上時のマイクロコンピュータ２の動作フローの一例を示す図である。先ず、ステップＳ１（図１０参照）と同様に、マイクロコンピュータ２は、登録処理用のプログラムを実行し、第１の表示コントローラ２８にＨＤＤ２４の登録画面情報ｄ１を出力する。

続いて、マイクロコンピュータ２は、キーボード１０上の「一括処理キー」が入力されたか判定する（Ｓ３１）。「一括処理キー」が入力されると（ステップＳ３１：Ｙｅｓ判定）、マイクロコンピュータ２は、一括処理用のプログラムを実行し、第１の表示コントローラ２８にＨＤＤ２４の一括処理画面情報ｄ３を出力する（Ｓ３２）。これにより、一括処理画面Ｅ３（図６参照）が表示パネル１１ａに表示される。「一括処理キー」が入力されない場合（ステップＳ３１：Ｎｏ判定）、マイクロコンピュータ２は、ステップＳ２（図１０参照）以下の処理を実行する。

ステップＳ３２に続き、マイクロコンピュータ２は、一括処理画面Ｅ３の各種設定欄に対する操作者による入力操作を受け付け、各種設定欄に入力データを表示可能に出力する（Ｓ３３）。なお、マイクロコンピュータ２は、各種設定欄に対して受け付けたデータを、各種設定欄の識別情報に対応付けてＲＡＭ２３に保存する。

図１６は、一括処理画面Ｅ３におけるデータ設定例を示す図である。マイクロコンピュータ２は、先ず取引区分欄ｅ３１にカーソルを移動し、操作者による区分情報の入力を受け付け、受け付けた情報を取引区分欄ｅ３１に表示させる。本処理は、前受した商品の一括売上を行う処理であるため、売上を示す売上コード（「２」）を受け付けてその情報を表示させる。更に、マイクロコンピュータ２は、操作者によるタッチ入力やＴＡＢキーによる入力を受け付けるなどして、他の設定欄へカーソルを移動する。

マイクロコンピュータ２は、先ず、一括処理Ｎｏ欄ｅ３２にカーソルを移動し、操作者による一括処理番号の入力を受け付けて、その番号を表示する。一括処理番号の入力は、操作者が顧客からレシートＲ１〜Ｒ３（図１３参照）を受け取って、それらに印字されている共通の一括処理番号を操作者が目で読み取りキーボード１０の置数キーなどを押下するなどして行う。この場合、マイクロコンピュータ２は、キーボードコントローラ２７から出力される一括処理番号を受け付けることになる。この他、一括処理番号の入力を、店控え用のレシートＲ４〜Ｒ６（図１４参照）に印字されているＱＲコードｒ３を操作者がハンドスキャナ１４で読み取るなどして行っても良い。この場合、マイクロコンピュータ２は、スキャナコントローラ３１から出力される一括処理番号を受け付けることになる。

マイクロコンピュータ２は、一括処理番号を受け付けると、対応付けファイルｄ４を参照し、一括処理番号に対応する前受商品の伝票データを登録ファイルｄ５等から抽出して、それぞれの伝票データや、前回の入金額等の情報を対応する設定欄に表示させる。

具体的には、一括商品情報欄ｅ３３に、一括処理番号に対応する複数の前受番号の伝票データを一覧で表示させる。また、マイクロコンピュータ２は、支払方法設定欄ｅ３４−１〜ｅ３４−４の金額欄にデータ入力を可能にしてデフォルトの「０」を表示させる。また、マイクロコンピュータ２は、請求額欄ｅ３５に、一括商品情報欄ｅ３３の請求金額の項目に示す伝票別の請求金額を合計したものを表示させる。また、マイクロコンピュータ２は、商品の前受時に頭金の入金処理を行っている場合に、前回入金計欄ｅ３７に頭金の入金金額を表示させる。

また、マイクロコンピュータ２は、今回入金計欄ｅ３６に、支払方法設定欄ｅ３４−１〜ｅ３４−４の金額欄の合計金額を表示させる。また、マイクロコンピュータ２は、残金欄ｅ３９に、請求額欄ｅ３５の請求額から前回入金計欄ｅ３７と今回入金計欄ｅ３６の合計金額を差し引いた残金を表示させる。また、マイクロコンピュータ２は、預り金欄ｅ３８にデータ入力を可能にしてデフォルトの「０」を表示させ、釣銭欄ｅ４０に、預り金欄ｅ３８の金額から支払方法設定欄ｅ３４−１〜ｅ３４−４の現金の入金金額を差し引いた金額を表示させる。

操作者は図１６に示す一括処理画面Ｅ３において、支払方法設定欄ｅ３４−１〜ｅ３４−４に現金やクレジットカードなどの支払方法や入金金額を入力し、預り金欄ｅ３８に顧客からの預かり金額を入力する。これにより、マイクロコンピュータ２は、それぞれの欄に入力値を表示し、今回入金計欄ｅ３６、残金欄ｅ３９、及び釣銭欄ｅ４０に再計算した値を表示する。操作者は、残金欄ｅ３９の残金が「０」になるように、支払方法設定欄ｅ３４−１〜ｅ３４−４の金額欄に金額を設定する。

ステップＳ３３の後、マイクロコンピュータ２は、確定ボタンＢ３０が押下されたか判定する（Ｓ３４）。確定ボタンＢ３０が押下されない場合（ステップＳ３４：Ｎｏ判定）、マイクロコンピュータ２は、一括処理画面Ｅ３を表示させたまま待機する。確定ボタンＢ３０が押下された場合（ステップＳ３４：Ｙｅｓ判定）、マイクロコンピュータ２は、当該一括処理番号に対応する複数の伝票データのそれぞれの売上処理を実行する（Ｓ３５）。

具体的に、マイクロコンピュータ２は、支払方法設定欄ｅ３４−１〜ｅ３４−４の支払方法にクレジットカードが設定されている場合、入力パッド１−３からクレジットカードのカード情報や暗証番号を受け付ける。顧客は挿入スロットに顧客のクレジットカードを挿入して入力パッド１−３にカード情報を読み取らせる。続いて、顧客は暗証番号の入力ボタンで暗証ボタンを入力する。マイクロコンピュータ２は、受け付けたカード情報や、支払方法設定欄ｅ３４−１〜ｅ３４−４のクレジットカードによる入金金額を通信インターフェース３３を介してカード会社のサーバに送信し、承認番号を得て取引を成立させる。

取引成立後、マイクロコンピュータ２は、承認番号やクレジットカードの簡易情報を一括処理画面Ｅ３のインプリンタ欄ｅ４１に表示させ、クレジットによる取引のレシートを発行する。更に、マイクロコンピュータ２は、当該一括処理番号に対応する複数の伝票データのそれぞれに、現金やクレジットカードなどの各種メディアで取引された取引額を按分する。そして、マイクロコンピュータ２は、その按分後の各伝票データに基づくレシートをそれぞれ発行し、按分後の各伝票データの購買実績を売上ファイルｄ６に個別に登録する。

なお、按分とは、必ずしも比例関係になくても良く、所定の条件に基づいて各伝票データのそれぞれに取引額を割り当てれば良い。例えば、３人家族の父親、母親、子のそれぞれの伝票データに取引額を按分する場合を考える。父親が現金とクレジットにより全額を支払った場合、例えば父親の伝票に含まれる前受商品の全額をクレジットで支払ったものとしてクレジットの支払額の一部を割り当てる。更に、母親の伝票に含まれる前受商品の一部をクレジットで支払い、その残りを現金で支払ったものとして、クレジットによる支払額の残り分と現金による支払額の一部を割り当てる。そして、子の伝票に含まれる前受商品の全額を現金で支払ったものとして現金による支払い分の残り分を割り当てる。

図１７、図１８は、ステップＳ３５の売上処理においてプリンタ１３が発行する顧客用のレシートの出力イメージ図である。一例として、父親、母親、子の家族３人にクレジットと現金の支払総額を按分した場合の出力イメージ図を示している。図１７に示すレシートＲ１１〜Ｒ１３は、父親、母親、子に渡すレシートである。図１８に示すレシートＲ１４は、父親に渡す家族全体の取引を示すレシートである。各レシートの前受Ｎｏ項目Ｋ５０と一括処理Ｎｏ項目Ｋ５１に、それぞれ、前受番号と一括処理番号とが印字される。

父親のレシートＲ１１には、クレジット払いの項目Ｋ５２に示されるように、クレジット払いの総額（「￥１５，０００」とする）が按分された金額「￥１２，９６０」が印字される。一例の按分方式では、合計項目Ｋ５３に示される、父親が受け取った商品の総額が「￥１２，９６０」であるため、その上限額「￥１２，９６０」がクレジット払いの総額から割り当てられる。

母親のレシートＲ１２には、クレジット払いの項目Ｋ５２に示されるように、クレジット払いの残り分「￥２，０４０」が印字される。また、現金払いの項目Ｋ５４に示されるように、現金払いの総額（「￥３８，８８０」とする）が按分された金額「￥１０，９２０」が印字される。一例の按分方式では、商品項目Ｋ５３に示される、母親が受け取った商品の総額が「￥１２，９６０」であるため、クレジット払いの不足分に現金払いの総額の一部が割り当てられる。

子のレシートＲ１３には、現金払いの項目Ｋ５４に示されるように、現金払いの残り分「￥１２，９６０」が印字される。一例の按分方式では、現金払いの総額の残り分の全てが割り当てられる。

全体の取引を示すレシートＲ１４には、レシートＲ１１〜レシートＲ１３の印字内容と、総合的な取引の内容とが印字される。総合的な取引の内容は、家族３人分の商品総額や、クレジット払いの総額や、現金払いの総額などである。家族３人分の商品総額は、合計額の項目Ｋ５５に示される。また、クレジット払いの総額と現金払いの総額は、それぞれ、クレジット払いの項目Ｋ５６と現金払いの項目Ｋ５７に示される。

図１９は、クレジット決済を行った場合に出力されるクレジット払いについての明細を示すレシートのイメージ図である。図１９に示すようにレシートＲ１５には、承認番号ｒ５が印字される。

ステップＳ３５の後、マイクロコンピュータ２は、終了ボタンＢ３１が押下されたか判定する（Ｓ３６）。終了ボタンＢ３１が押下されない場合（ステップＳ３６：Ｎｏ判定）、マイクロコンピュータ２は、ステップＳ３３に戻り、別の一括処理番号の入力を受け付ける。そして、マイクロコンピュータ２は、別の一括処理番号についての処理を同様に行う。終了ボタンＢ３１が押下された場合（ステップＳ３６：Ｙｅｓ判定）、マイクロコンピュータ２は、一括処理のプログラムを終了し、ステップＳ３１に戻る。

本実施形態では、登録ファイルｄ５や売上ファイルｄ６をＰＯＳ端末１に備える構成のものを示したが、登録ファイルｄ５や売上ファイルｄ６の一部又は全てを外部装置に設けても良い。例えば、ストアコンピュータや本部などのサーバ装置の記憶装置に登録ファイルｄ５や売上ファイルｄ６を記憶させる。その場合、ＰＯＳ端末１のマイクロコンピュータ２は、対応付けファイルｄ４の一括処理番号に対応する前受番号を用いて、サーバ装置の登録ファイルや売上ファイルのデータの抽出・更新・削除等を行う。

以上のように、本実施形態の販売データ処理装置は、複数の前受伝票データの入力を受け付ける。そして、それらの前受伝票データに共通の識別情報を発番し、共通の識別情報に前受伝票データ（一例として前受番号）を対応付ける。これにより、操作者は、売上処理の対象として一括識別番号を指定することで、一括識別番号に対応する全ての前受伝票データの売上処理を個別に自動実行させることが可能になる。つまり、前受した商品についての複数の伝票処理を操作者が一括操作（本例では１回分の指示）で実行させることが可能になる。

（第２の実施形態）
第２の実施形態では、前受商品の一括処理として一括取消処理について説明する。なお、以下では第１の実施形態と重複する部分の説明について適宜省略するものとする。
図２０は、第２の実施形態のマイクロコンピュータ２に実現される機能ブロックの一構成例を示す図である。図２０に示す機能ブロックは、第１の実施形態の機能ブロック（図３参照）に更に取消部５０（取消手段）を設けたものである。取消部５０は伝票データの取消処理を行う。一括取消処理では、マイクロコンピュータ２は、図１５に示す動作フローのステップＳ３２の出力処理により表示される一括処理画面Ｅ３において、操作者により、取引区分欄ｅ３１への取消コード（「４」）の入力を受け付ける。従って、第２の実施形態では、入力受付部４０は第２の受付手段に代わって第３の受付手段として機能する。

図２１は、顧客別に前受した商品の一括取消時のマイクロコンピュータ２の動作フローの一例を示す図である。先ず、マイクロコンピュータ２は、一括処理画面Ｅ３の各種設定欄に対する操作者による入力操作を受け付け、各種設定欄に入力データを表示可能に出力する（Ｓ４３）。具体的に、マイクロコンピュータ２は、先ず、一括処理画面Ｅ３での、操作者による取引区分欄ｅ３１への取消コード（「４」）の入力を受け付ける。続いて、マイクロコンピュータ２は、操作者による一括処理Ｎｏ欄ｅ３２への一括処理番号の入力を受け付ける。マイクロコンピュータ２は、一括処理番号を受け付けると、対応付けファイルｄ４を参照し、一括処理番号に対応する前受商品の伝票データを登録ファイルｄ５や売上ファイルｄ６などから抽出して、それぞれの伝票データや、前回の入金額等の情報を対応する設定欄に表示させる。

ステップＳ４３の後、マイクロコンピュータ２は、確定ボタンＢ３０が押下されたか判定する（Ｓ４４）。確定ボタンＢ３０が押下された場合（ステップＳ４４：Ｙｅｓ判定）、マイクロコンピュータ２は、当該一括処理番号に対応する複数の伝票データの個別の取消処理を実行する（Ｓ４５）。

具体的に、マイクロコンピュータ２は、ＨＤＤ２４の登録ファイルｄ５や売上ファイルｄ６などを対象に、当該一括処理番号に対応する伝票データのそれぞれに取消情報を設定する処理を行う。なお、登録ファイルｄ５や売上ファイルｄ６には、取消フラグを格納する項目が設けられているものとする。更に、インプリンタ欄ｅ４１に承認番号が設定されている場合、マイクロコンピュータ２は、通信インターフェース３３を介して、承認番号等の取引情報を含めた取消指示情報をカード会社のサーバに送信する。そして、マイクロコンピュータ２は、プリンタコントローラ２５に取消情報を出力してプリンタ１３から取消レシートを発行させる。取消レシートは、既に発行した前受時又は売上時のレシートに対応したものを発行する。なお、頭金などが現金により入金されている場合は、操作者がドロワ１−２から入金額を取り出して顧客に返金する。

ステップＳ４５の後、マイクロコンピュータ２は、終了ボタンＢ３１が押下されたか判定する（Ｓ４６）。終了ボタンＢ３１が押下されない場合（ステップＳ４６：Ｎｏ判定）、マイクロコンピュータ２は、ステップＳ４３に戻り、別の一括処理番号の入力を受け付ける。そして、マイクロコンピュータ２は、別の一括処理番号についての処理を同様に行う。終了ボタンＢ３１が押下された場合（ステップＳ４６：Ｙｅｓ判定）、マイクロコンピュータ２は、一括処理のプログラムを終了し、ステップＳ３１に戻る。

これにより、操作者は、取消処理の対象として一括識別番号を指定することで、一括識別番号に対応する全ての前受伝票データの取消処理を個別に自動実行させることが可能になる。つまり、前受した商品についての複数の伝票処理を操作者が一括操作（本例では１回分の指示）で実行させることが可能になる。

（第３の実施形態）
第３の実施形態では、即売上の商品を混在させた一括取消処理について説明する。即売上とは、前受と異なり、顧客が購入する商品を、その場で精算処理して売り上げることを差す。

先ず、マイクロコンピュータ２は、登録画面Ｅ１において、即売上の商品を前受の商品と共に受け付ける。例えば、マイクロコンピュータ２は、前受商品の商品データを受け付けた後、次伝票ボタンＢ３の押下により、続けて即売上の商品データを受け付ける。ここでは、マイクロコンピュータ２は、登録画面Ｅ１の取引区分欄ｅ１において即売上を示す即売上コード「３」の入力を受け付けることにより、各種設定欄の設定データを即売上の商品データとして認識する。この受け付けは入力受付部４０が行うものとする。

続いて、マイクロコンピュータ２は、締め画面Ｅ２において、一括処理番号、各前受商品の前受番号を発番する。更にマイクロコンピュータ２は、即売上の商品を識別するための番号を前受番号として発番する。そして、マイクロコンピュータ２は、対応付けファイルｄ４に前受商品の前受番号と即売上商品の前受番号とを一括処理番号に対応付ける。

続いて、マイクロコンピュータ２は、一括処理画面Ｅ３において、取消コード「４」を受け付ける。更に、マイクロコンピュータ２は、上記一括処理番号を受け付ける。これにより、マイクロコンピュータ２は、一括取消番号に対応する前受商品と即売上商品のデータを一括処理画面Ｅ３に表示させる。

図２２は、一括処理番号に前受の商品と即売上の商品の商品データが対応付けられている場合の、一括処理画面（取消画面）の表示例である。

図２２に示すように、前受商品と共に即売上のデータＬ１０が表示される。また、取引状態を示す項目Ｋ１６に「即売」と表示されるため、前受と即売とを識別できる。ここで、マイクロコンピュータ２は、確定ボタンＢ３０の操作を受け付けると、表示中の前受商品と即売上商品の取消処理を実行する。なお、取消処理については、第２の実施形態で説明しているため、ここでの説明を省略する。

以上のように、第３の実施形態の販売データ処理装置は、前受商品に限らず、即売上商品を含め、複数の伝票処理を操作者が一括操作で実行させることが可能になる。

本実施形態及びその変形の販売データ処理装置で使用する各種プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供し、販売データ処理装置のＨＤＤやフラッシュＲＯＭなどに読み込ませて実行してもよい。

また、当該プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。

以上の各実施形態及びその変形において、販売データ処理装置及びプログラムについての構成を説明したが、実施形態及びその変形は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態及び変形は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

２ マイクロコンピュータ
４０ 入力受付部
４１ 発番部
４２ 登録部
４３ データ処理部
４４ 売上部
４５ 印字出力部

特開２０１４−１７４５７１号公報

Claims (6)

1. 複数の前受伝票データの入力を受け付ける第１の受付手段と、
   前記第１の受付手段により受け付けられた前記複数の前受伝票データについての共通の識別情報を生成する生成手段と、
   前記共通の識別情報と前記複数の前受伝票データとを対応付ける対応付け手段と、
   前記複数の前受伝票データを売上処理する指示として前記共通の識別情報を受け付ける第２の受付手段と、
   前記第２の受付手段により前記共通の識別情報が受け付けられた場合、前記対応付け手段により前記共通の識別情報に対応付けられている前記複数の前受伝票データを前受伝票データ別に売上処理する売上手段と、
   を備える販売データ処理装置。
2. 前記売上手段は、前記対応付け手段により前記共通の識別情報に対応付けられている前記複数の前受伝票データの請求総額の支払処理を各伝票データの区別なく一括して行い、売上処理する際に前受伝票データ別に支払金額を所定の条件で割り当てる、
   請求項１に記載の販売データ処理装置。
3. 複数の前受伝票データを取消処理する指示として前記共通の識別情報を受け付ける第３の受付手段と、
   前記第３の受付手段により前記共通の識別情報が受け付けられた場合、前記対応付け手段により前記共通の識別情報に対応付けられている前記複数の前受伝票データを前受伝票データ別に取消処理する取消手段と、
   を更に備える請求項１又は２に記載の販売データ処理装置。
4. 前記第１の受付手段は、更に、即売上伝票データの入力を受け付け、
   前記対応付け手段は、更に、前記共通の識別情報と前記即売上伝票データとを対応付け、
   前記取消手段は、前記第３の受付手段により前記共通の識別情報が受け付けられた場合、更に、前記対応付け手段により前記共通の識別情報に対応付けられている前記即売上伝票データを取消処理する、
   請求項３に記載の販売データ処理装置。
5. 前記生成手段により前記共通の識別情報が生成されている場合に前記共通の識別情報を印字して出力する印字出力手段、
   を更に備える請求項１乃至４の内のいずれか１項に記載の販売データ処理装置。
6. コンピュータを、
   複数の前受伝票データの入力を受け付ける第１の受付手段と、
   前記第１の受付手段により受け付けられた前記複数の前受伝票データについての共通の識別情報を生成する生成手段と、
   前記共通の識別情報と前記複数の前受伝票データとを対応付ける対応付け手段と、
   前記複数の前受伝票データを売上処理する指示として前記共通の識別情報を受け付ける第２の受付手段と、
   前記第２の受付手段により前記共通の識別情報が受け付けられた場合、前記対応付け手段により前記共通の識別情報に対応付けられている前記複数の前受伝票データを前受伝票データ別に売上処理する売上手段と、
   として機能させるためのプログラム。

Images