(57)【特許請求の範囲】
【請求項１】
収納代行業務において取り扱われる読取票からデータを読み取る読取手段と、
前記読取手段により読み取られたデータを精算対象のデータとして記憶する第一の記憶手段と、
前記読取手段により読み取られたデータを精算対象とするものから取消対象とするものに切り替える指示手段と、
前記指示手段による切り替えがあった後に前記読取手段により読み取られたデータを、取消対象のデータとして記憶する第二の記憶手段と、
前記第二の記憶手段に記憶されている取消対象のデータを用いて、客に対して取消の承認を求める承認画面を表示し、更に、店員に対して取消対象の確認を求める確認画面を表示する表示手段と、
前記承認画面で客の承認が得られ、且つ、前記確認画面で店員の確認が得られた場合に、前記第一の記憶手段に記憶されている精算対象のデータから前記第二の記憶手段に記憶されている取消対象のデータを除く精算対象のデータについての精算処理を行う精算処理手段と、
を備えることを特徴とする商品販売データ処理装置。
【請求項２】
前記表示手段は、更に、前記第一の記憶手段が記憶する前記精算対象のデータを一覧表示し、
前記表示手段により一覧表示されている前記精算対象のデータの中から取消対象のデータをユーザに選択させるための選択手段と、
前記選択手段により選択された取消対象のデータと前記読取手段により読み取られた取消対象のデータが同じものを指すか否かを判定する判定手段と、
を更に備え、
前記第二の記憶手段は、前記読取手段により読み取られた取消対象のデータと前記選択手段により選択された取消対象のデータとが同じものを指すと前記判定手段が判定した場合に、前記読取手段により読み取られた取消対象のデータ又は前記選択手段により選択された取消対象のデータを、前記取消対象のデータとして記憶する、
ことを特徴とする請求項１に記載の商品販売データ処理装置。
【請求項３】
前記表示手段は、更に、前記読取手段により読み取られた取消対象のデータと前記選択手段により選択された取消対象のデータとが同じものを指すと前記判定手段が判定した場合に、取消の承認を客に求める承認画面を表示し、
前記精算処理手段は、前記承認画面において客からデータの取消の承認が得られた場合に、前記第一の記憶手段に記憶されている精算対象のデータから前記第二の記憶手段に記憶されている取消対象のデータを精算処理の対象から除外する、
ことを特徴とする請求項２に記載の商品販売データ処理装置。
【請求項４】
前記表示手段は、更に、一覧表示する前記精算対象のデータの中からユーザが前記選択手段により取消対象のデータを選択した場合に、該取消対象のデータに対応する読取票を前記読取手段で読み取らせることをユーザに促すためのメッセージ画面を表示する、
ことを特徴とする請求項２又は３に記載の商品販売データ処理装置。
【請求項５】
前記表示手段は、更に、前記読取手段により読み取られた取消対象のデータと前記選択手段により選択された取消対象のデータとが異なるものを指すと前記判定手段が判定した場合に、エラーメッセージ画面を表示する、
ことを特徴とする請求項２乃至４の内の何れか１つに記載の商品販売データ処理装置。
【請求項６】
記憶部及び入力部を有する商品販売データ処理装置を制御するコンピュータを、
収納代行業務において取り扱われる読取票のデータを前記入力部から受け付ける受付手段と、
前記受付手段により受け付けられたデータを精算対象とするものから取消対象とするものに切り替える指示手段と、
前記指示手段による切り替えの前に前記受付手段により受け付けられたデータを精算対象のデータとして前記記憶部に保存し、前記指示手段による切り替えの後に前記受付手段により受け付けられたデータを取消対象のデータとして前記記憶部に保存する保存手段と、
前記記憶部に記憶されている取消対象のデータを用いて、客に対して取消の承認を求める承認画面を表示し、更に、店員に対して取消対象の確認を求める確認画面を表示する表示手段と、
前記承認画面で客の承認が得られ、且つ、前記確認画面で店員の確認が得られた場合に、前記記憶部に記憶されている精算対象のデータから取消対象のデータを除く精算対象のデータについての精算処理を行う精算処理手段と、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、商品販売データ処理装置及びプログラムに関する。
【背景技術】
【０００２】
従来、電気やガス、水道等の公共料金の支払いは、銀行や郵便局だけでなくコンビニエンスストア等の店舗でも取り扱いが可能となっている。
【０００３】
このような店舗は、公共料金の支払いが可能なＰＯＳ（Point  of  Sales）端末を導入し、客から公共料金を代行して収納する収納代行業務を行う。然るに、店舗は、代行して収納した公共料金を後に公共機関へ納付することとなる。
【０００４】
ＰＯＳ端末での収納代行業務に係る操作手順として、例えば次のようなものがある。
先ず、店員が、客から公共料金の払込票を受け取る。店員はその払込票に印刷されているバーコードをＰＯＳ端末のバーコードスキャナで走査する。こうして、ＰＯＳ端末に払込票の一件分のデータを登録する、その後、店員は金額を客用ディスプレイに表示させて精算処理を行う。
【０００５】
客から一度に複数枚の払込票が持ち込まれることもある。このような場合は、店員は払込票を一枚ずつバーコードスキャナで走査し、各払込票のデータをＰＯＳ端末に登録する。
更に、複数枚の払込票の入力途中にあるいは入力後において客から一部の払込票の取消しを求められることもある。このような場合、店員は、登録済みの払込票のデータを店員用ディスプレイに一覧で表示させ、その一覧から取消対象となる払込票のデータの選択を行う。この選択により、客から取消しを求められた払込票のデータがＰＯＳ端末から消去される。
【０００６】
ところが、払込票のデータの取消は一覧からの選択だけで行われるため、店員の選択ミスなどにより、取消予定ではない払込票のデータが取り消されてしまう事案が報告されている。
取消予定ではないものが取り消されてしまうと、本来は払込みが必要であったものが公共機関へ納付されないことになる。このため、後日、その公共機関から客に督促状などが送付されるということも発生しうる。店舗側でその場で払込票の取消ミスを発見できなければ、後日、客に迷惑をかける事態に発展することも想定される。
また、店舗によっては、公共料金の支払いの他にコンサート等のチケット代の支払いや、客がインターネットで申し込んだ商品の代金の支払いなどを収納代行業務として行うところもある。このような店舗では、客がコードシンボルの印刷された引換票を用いて代金の支払いを行うときに、店員による引換票の取消ミスが払込票の取消ミスと同様の手順で起こりうる。
このようなことから、払込票や引換票のような、コードシンボル等の被読取情報を有する読取票の全般について、データ登録後の取消し処理における取消ミスを防止するための対策が求められている。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明が解決しようとする課題は、公共料金の受け付け等の収納代行業務において、精算対象として登録した読取票のデータの内、取消の対象となる読取票のデータをミスなく取消すことのできる商品販売データ処理装置及びプログラムを提供することである。
【課題を解決するための手段】
【０００８】
実施形態の商品販売データ処理装置は、収納代行業務において取り扱われる読取票からデータを読み取る読取手段と、上記読取手段により読み取られたデータを精算対象のデータとして記憶する第一の記憶手段と、上記読取手段により読み取られたデータを精算対象とするものから取消対象とするものに切り替える指示手段と、上記指示手段による切り替えがあった後に上記読取手段により読み取られたデータを、取消対象のデータとして記憶する第二の記憶手段と、上記第二の記憶手段に記憶されている取消対象のデータを用いて、客に対して取消の承認を求める承認画面を表示し、更に、店員に対して取消対象の確認を求める確認画面を表示する表示手段と、上記承認画面で客の承認が得られ、且つ、上記確認画面で店員の確認が得られた場合に、上記第一の記憶手段に記憶されている精算対象のデータから上記第二の記憶手段に記憶されている取消対象のデータを除く精算対象のデータについての精算処理を行う精算処理手段と、を有する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態にかかる商品販売データ処理装置としてのＰＯＳ端末の外観を示す斜視図である。
【図２】図２は、ＰＯＳ端末の構成を示すブロック図である。
【図３】図３は、制御部の機能構成を示すブロック図である。
【図４】図４は、記憶部のメモリマップ図である。
【図５】図５は、公共料金収納代行を行う際の払込票登録処理のＰＯＳ端末の動作の流れを示すフロー図である。
【図６】図６は、図５のフロー図の続きである。
【図７】図７は、取消業務画面の構成の一例を示した図である。
【図８】図８は、取消払込票確認画面の構成の一例を示した図である。
【図９】図９は、承認画面の構成の一例を示した図である。
【図１０】図１０は、メッセージ画面の構成の一例を示した図である。
【図１１】図１１は、エラー画面の構成の一例を示した図である。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して、ＰＯＳ端末１を例に、商品販売データ処理装置及びプログラムの実施形態を説明する。また、本実施形態では、コンビニエンスストア等の店舗に導入された公共料金収納代行システムを例に説明する。
【００１１】
図１は、本実施形態の商品販売データ処理装置であるＰＯＳ端末１の外観を示す斜視図であり、図２は、ＰＯＳ端末１の構成を示すブロック図である。まず、図１に示すように、ＰＯＳ端末１は、ドロワ２、モードキー３、キーボード４、スキャナ５、レシートプリンタ６、店員用ディスプレイ７、店員用タッチパネル８、客用ディスプレイ９、及び客用タッチパネル１０を備えている。また、図２に示すように、ＰＯＳ端末１は、主制御部１１、ＲＯＭ１２、ＲＡＭ１３、ドロワ制御部１４、モードキーインタフェース１５、キーボードインタフェース１６、スキャナインタフェース１７、プリンタ制御部１８、店員用表示制御部１９、店員用パネルインタフェース２０、客用表示制御部２１、及び客用パネルインタフェース２２を備えている。
【００１２】
なお、この内の、モードキー３、キーボード４、スキャナ５、店員用タッチパネル８、客用タッチパネル１０、モードキーインタフェース１５、キーボードインタフェース１６、スキャナインタフェース１７、店員用パネルインタフェース２０、及び客用パネルインタフェース２２は、「入力部」として設けられている。
【００１３】
ドロワ２は、引出し２ａを備える筐体で、ＰＯＳ端末１の最下部に設けられており、現金等を収容するものである。モードキー３は、ＰＯＳ端末１の正面側に設けられており、登録、点検、設定等の各種業務モードを選択するためのものである。
【００１４】
キーボード４は、ＰＯＳ端末１の正面に設けられており、店員（オペレータ）によって操作されるものである。キーボード４には、各種操作入力を行うための操作キーが配置されている。例えば、商品又は公共料金の払込票の数や金額等を入力するための置数キーや、登録済みの商品又は払込票の取消しを宣言するための取消キーがある。また、登録済みの商品又は払込票から読み取った公共料金の合計出力を行うための小計キーや、商品や払込票の登録を終了してレシートの発行処理を行うための会計キー等がある。
【００１５】
スキャナ５は、コードシンボルを読み取るものである。コードシンボルは、例えば商品に付与されたバーコードや二次元コード、払込票に付与されたバーコード等である。
【００１６】
レシートプリンタ６は、レシート、ジャーナルやクーポン等を印刷するものであって、ＰＯＳ端末１の正面側に形成されたレシート発行口６ａを有し、このレシート発行口６ａから印刷物を排紙する。
【００１７】
店員用ディスプレイ７はＰＯＳ端末１の正面側に設けられており、客用ディスプレイ９はＰＯＳ端末１の背面側に設けられている。店員用ディスプレイ７及び客用ディスプレイ９は、液晶カラーディスプレイ等により実現されており、商品又は払込票の情報や金額などを表示するためのものである。本実施形態では、店員用ディスプレイ７及び客用ディスプレイ９に、特に、スキャナ５による読み取りにより登録された払込票の情報や、登録済みの払込票の取消情報などを表示する。更に、店員用ディスプレイ７及び客用ディスプレイ９は、店員用の操作ボタンや客用の承認ボタンなども表示する。
【００１８】
店員用タッチパネル８は、店員用ディスプレイ７に積層配置されており、店員による操作ボタンの操作を受け付けるためのものである。
客用タッチパネル１０は、客用ディスプレイ９に積層配置されており、客による承認ボタンの操作を受け付けるためのものである。
【００１９】
主制御部１１は、ＭＰＵ（Micro  Processing  Unit）等の演算処理装置、内部メモリならびに上記各部（ＲＯＭ１２、ＲＡＭ１３、ドロワ制御部１４、プリンタ制御部１８、店員用表示制御部１９、客用表示制御部２１及び各種インタフェース〈モードキーインタフェース１５、キーボードインタフェース１６、スキャナインタフェース１７、店員用パネルインタフェース２０及び客用パネルインタフェース２２〉）と各種信号の授受を行う回路等から構成されている。主制御部１１は、上記内部メモリ及びＲＯＭ１２に予め記憶された制御プログラムと、上記各種インタフェースから入力される操作指示とに基づいて、本ＰＯＳ端末１全体動作を制御するものである。主制御部１１は、上記各部を動作状態を把握しながら制御する。
【００２０】
ＲＯＭ１２は、ＰＯＳ端末１で実行される各種制御プログラム等のデータを予め固定的に記憶している記憶媒体である。ＲＡＭ１３は、各種制御プログラムが一時的に用いるデータを記憶する記憶媒体である。
【００２１】
ドロワ制御部１４は、主制御部１１による制御に基づいて、ドロワ２の引出し２ａの開閉を制御する。モードキーインタフェース１５は、主制御部１１と信号を送受信することにより、モードキー３に施された操作内容を主制御部１１に伝達する。キーボードインタフェース１６は、主制御部１１と信号を送受信することにより、キーボード４に施された操作内容を主制御部１１に伝達する。スキャナインタフェース１７は、スキャナ５が読み取ったコードシンボルに基づくデータを主制御部１１に伝達する。プリンタ制御部１８は、主制御部１１による制御に基づいて、レシートプリンタ６の印刷動作等の制御を行う。
【００２２】
店員用表示制御部１９は、主制御部１１による制御に基づいて、店員用ディスプレイ７の表示内容を制御する。店員用パネルインタフェース２０は、主制御部１１と信号を送受信することにより、店員用タッチパネル８に施された操作内容を主制御部１１に伝達する。
【００２３】
客用表示制御部２１は、主制御部１１による制御に基づいて、客用ディスプレイ９の表示内容を制御する。客用パネルインタフェース２２は、主制御部１１と信号を送受信することにより、客用タッチパネル１０に施された操作内容を主制御部１１に伝達する。
【００２４】
ここで、主制御部１１とＲＯＭ１２とＲＡＭ１３とから、制御部５０が構成される。
図３は、制御部５０の機能構成を示すブロック図である。主に、後述する払込票の取消処理に係る機能構成を示している。図４は、取消処理に使用される記憶部（ＲＡＭ１３など）のメモリマップを示す図である。
【００２５】
制御部５０は制御プログラムに従うことにより、図３に示す、受付手段５０１と、保存手段５０２と、指示手段５０３と、表示手段５０４と、選択手段５０５と、判定手段５０６と、精算処理手段５０７とを実現する。
【００２６】
受付手段５０１は、スキャナ５からの入力を監視し、スキャナ５で読み取られた払込票のデータを受け付けるものである。受付手段５０１とスキャナ５とスキャナインタフェース１７により「読取手段」が構成される。
【００２７】
保存手段５０２は、受付手段５０１が受け付けたデータを精算対象のデータとして図４に示す記憶部５０８の第一の記憶領域Ｍ１に保存するものである。また、保存手段５０２は、後述する指示手段５０３から切り替えの通知があると、受付手段５０１が受け付けたデータを取消対象のデータとして記憶部５０８の第二の記憶領域Ｍ２に保存する。
【００２８】
図４に示すように、記憶部５０８には、メモリ領域として第一の記憶領域Ｍ１と第二の記憶領域Ｍ２が設けられている。第一の記憶領域Ｍ１は、精算対象のデータを記憶するための領域である。また、第二の記憶領域Ｍ２は、取消対象のデータを記憶するための領域である。保存手段５０２と第一の記憶領域Ｍ１とにより第一の記憶手段が構成され、保存手段５０２と第二の記憶領域Ｍ２とにより第二の記憶手段が構成される。なお、図４の選択フラグ設定領域Ｆ１及びカウント領域Ｃ１については、後の動作説明の中で説明する。
【００２９】
指示手段５０３は、スキャナ５で読み取ったデータの処理対象を精算対象とするものから取消対象とするものに切り替えるものである。指示手段５０３は、本実施形態ではキーボード４の取消キーの押下信号を監視し、この信号を検出すると、保存手段５０２に取消対象への切り替えを通知する。
【００３０】
表示手段５０４は、払込票の登録処理（取消処理も含む）に関する各種画面を店員用ディスプレイ７や客用ディスプレイ９に表示するものである。表示手段５０４は、一覧表示画面や確認画面や承認画面などを表示する場合、表示画面として、記憶部５０８の第一の記憶領域Ｍ１又は第二の記憶領域Ｍ２に記憶されている各種データを含む画面を生成する。一覧表示するものについては、第一の記憶領域Ｍ１又は第二の記憶領域Ｍ２に記憶されている各種データを例えばリスト形式で並べた一覧データを画面に含める。
【００３１】
選択手段５０５は、店員用ディスプレイ７に一覧表示されている精算対象のデータの店員による選択入力を受け付けるものである。選択手段５０５は、店員用ディスプレイ７に一覧表示されている精算対象のデータの選択入力を監視する。店員による店員用タッチパネル８上でのタッチやキーボード４上の上下左右キー及び決定キーの操作などがあると、その選択を受け付ける。
【００３２】
判定手段５０６は、選択手段５０５が受け付けた取消対象のデータとスキャナ５で取消対象として読み取ったデータとが同じものを指すか否かを判定するものである。
【００３３】
精算処理手段５０７は、記憶部５０８の第一の記憶領域Ｍ１に記憶されている精算対象のデータから第二の記憶領域Ｍ２に記憶されている取消対象のデータを除いた残りの精算対象のデータの精算処理を行うものである。
【００３４】
次に、ＰＯＳ端末１の動作について、図５〜図１１を参照して説明する。図５と図６は、公共料金収納代行を行う際の払込票の登録処理（取消処理を含む）のＰＯＳ端末１の動作の流れを示すフロー図である。図７〜図１１は、払込票の取消処理の実行中に店員用ディスプレイ７又は客用ディスプレイ９に表示される画面の一例を示す図である。なお、以下で特に説明しない限り、各画面内の「中止」ボタンや、このボタンに相当するキーボード上の「中止」キーが押下された場合（図５の「入力中止」Ｂ０に相当）、登録されているデータを初期化し、登録処理の初期状態（図５のステップＳ１）に戻るものとする。
【００３５】
店員は、客から公共料金収納代行を依頼する旨を告げられると、ＰＯＳ端末１に対し、店員用タッチパネル８から払込票の登録処理の開始を指示する。すると制御部５０は、ＲＯＭ１２から所定の制御プログラムを読み出して実行することにより図５と図６に跨って示す払込票登録処理を開始する。このとき、制御部５０では、表示手段５０４が店員用ディスプレイ７に不図示の「払込票登録画面」を表示し、店員の操作入力があるまで待機する。
【００３６】
制御部５０は、先ず、払込票を受け付けて登録処理を行う（Ｓ１）。この処理は、店員のスキャナ５による払込票の読取操作が行われる場合の処理である。払込票の読取操作が行われると、この操作をスキャナインタフェース１７を介して受付手段５０１が検出する。更に、受付手段５０１は、スキャナインタフェース１７を介して入力された払込票のデータを受け付ける。それから、保存手段５０２がそのデータを記憶部５０８の第一の記憶領域Ｍ１に保存することにより払込票の登録を完了する。登録されたデータは、随時、表示手段５０４による更新により上記「払込票登録画面」に表示する。
【００３７】
次に、制御部５０は、払込票の読取操作が行われない場合の処理として、上記「払込票登録画面」に設けられた「確定ボタン」が押下されたか否かを判定する（Ｓ２）。この判定で、「確定ボタン」が押下されていないと判定すると（Ｎｏ判定）、続いてキーボード４の「取消キー」が押下されたか否かを判定する（Ｓ３）。この判定で、「取消キー」が押下されていないと判定すると（Ｎｏ判定）、ステップＳ１の処理に戻り、同様に処理を繰り返す。
【００３８】
店員は、払込票が複数枚ある場合、「確定ボタン」を押すまで連続して全ての払込票をスキャナ５で読み取らせることができる。制御部５０は、これら全ての払込票のデータをステップＳ１で登録するものとなる。
【００３９】
店員が全ての払込票の読み取りを終わらせるなどして「確定ボタン」を押すと、制御部５０は、ステップＳ２で「確定ボタン」が押下されたと判定し（Ｙｅｓ判定）、次のステップに処理を移行する。
【００４０】
移行後のステップで、制御部５０は、払込票の登録確認処理を行う（Ｓ４）。この処理で、表示手段５０４は、第一の記憶領域Ｍ１に保存されている各払込票のデータの、例えば件数や請求元の会社名などを含む不図示の「確認画面」を生成し、客用ディスプレイ９に表示する。この「確認画面」には「承認ボタン」を設けて、登録内容や支払対象に間違いがないかなどの承認を客に求める。
【００４１】
制御部５０は、続いて、「承認ボタン」が押下されたか否かを判定する（Ｓ５）。上記「確認画面」で客が支払内容を確認して「承認ボタン」を押すと、制御部５０は、ステップＳ５で「承認ボタン」が押下されたと判定する（Ｙｅｓ判定）。そして、続く精算処理を行う（Ｓ６）。
【００４２】
この精算処理は、精算処理手段５０７が行う。精算処理手段５０７は、第一の記憶領域Ｍ１に保存されている各払込票のデータの支払額や手数料などを合算する。そして、表示手段５０４が客用ディスプレイ９にその合計額を表示する。また、精算処理手段５０７は、店員により入力された客からの受取額に基づいて釣銭等を算出する。そして、表示手段５０４が客用ディスプレイ９に釣銭を含む会計額を表示する。その後、スキャナ５は、ドロワ２の引出し２ａを解放するなどして釣銭を客に渡し、払込票の精算処理を終了する。
【００４３】
一方、ステップＳ５において、客からの承認が得られず、「承認ボタン」が押されなかった場合には（Ｎｏ判定）、ステップＳ１の処理に戻って、ステップＳ１から処理を再び実行する。「承認ボタン」が押されなかったことについての制御部５０での判定は、例えば、上記「確認画面」に「やり直しボタン」などを設けて、客にそのボタンを押させることにより実施する。また、店員が客から口頭で「承認しない」という申し出や「払込票の取り消し」の申し出を受けた場合は、店員が上記「やり直しボタン」に相当する店員用ディスプレイ７上の所定の操作ボタンやキーボード４の所定のキーを押すことにより実施する。
【００４４】
次に、登録を完了した払込票の取消処理について説明する。
本実施形態では、この処理を払込票登録処理のサブルーチン処理として実施する。
払込票の取消処理は、店員がキーボード４に設けられた「取消キー」を押下することにより、開始する。制御部５０では、指示手段５０３がステップＳ３の判定処理において「取消キー」が押下されたか否かの判定を行う。そして、ステップＳ３で指示手段５０３が「取消キー」が押下されたものと判定すると（Ｙｅｓ判定）、表示手段５０４が店員用ディスプレイ７に「取消業務画面」を出力する（Ｓ７）。
【００４５】
図７は、「取消業務画面」の構成の一例を示した図である。
図７に示す取消業務画面Ｇ１の背面は、払込票登録画面Ｇ０の一部である。
図７に示す取消業務画面Ｇ１は、一覧表示エリアＡ１や、取消枚数表示エリアＡ２や、中止ボタンＢ１や、戻るボタンＢ２や、確定ボタンＢ３などを有する。
【００４６】
一覧表示エリアＡ１は、記憶部５０８の第一の記憶領域Ｍ１に記憶されている払込票のデータ（つまり登録済みの払込票のデータ）を一覧で表示するエリアである。同図に示す例では、「行番号（Ｎｏ．）」Ｋ１と、「会社名」Ｋ２と、「金額」Ｋ３と、「手数料」Ｋ４と、「合計」Ｋ５からなる項目と、各行に一件分の払込票のデータをリスト形式で表示させたときの態様を示している。
【００４７】
各行のデータは、例えば一行目のデータＤ１であれば、公共料金の請求元である「ガス会社Ａ」から「５０００（円）」の請求があり、手数料「１０５（円）」を含めて「５１０５（円）」の支払額になることを示している。なお、同図は、二行目のデータＤ２までを示し、三行目以下を省略したものである。
【００４８】
登録済みの払込票が多数あり、それらのデータが一覧表示エリアＡ１の表示範囲を超える場合は、同図のスクロールボタンｂ１を押すなどして表示範囲外のデータを表示範囲内に読み込むように操作する。
【００４９】
一覧表示エリアＡ１は、画面上のタッチ入力、キーボード４の上下キー及び決定キーの入力などにより、各行のデータの選択を可能にしている。また、店員により行選択がなされると、選択された行の色が反転するようになっている。ここで、選択状態を示す方法として色の反転以外の方法を適用しても良い。例えば、選択した行の他色への変更や、アイコンなどのマークの付与などを適宜施しても良い。
【００５０】
取消枚数表示エリアＡ２は、スキャナ５で読み取った払込票の枚数をカウントアップで表示するエリアである。
【００５１】
中止ボタンＢ１は、制御部５０に処理の中止を指示するためのボタンである。
戻るボタンＢ２は、制御部５０に処理を前の段階へ戻すよう指示するためのボタンである。
確定ボタンＢ３は、一覧表示エリアＡ１において行った行選択の確定や、スキャナ５による払込票の読み取りの終了を制御部５０に指示するためのボタンである。
【００５２】
ここで、図５の処理の説明に戻り、続きを説明する。
表示手段５０４は、ステップＳ７の取消業務画面Ｇ１の出力処理において、第一の記憶領域Ｍ１に記憶されている払込票のデータを読み出して一覧表示エリアＡ１にセットする。そして、その取消業務画面Ｇ１を店員用ディスプレイ７に出力する。一覧表示エリアＡ１へ表示する払込票のデータの順番は、例えば登録順などとする。なお、この順番には特に限定されないものとする。
【００５３】
その後、受付手段５０１は、店員がスキャナ５を使って取消対象の払込票（取消払込票と呼ぶ）の読取操作を行ったか否かを判定する（Ｓ８）。店員がスキャナ５で取消払込票の読取操作を行うと、その操作信号を受付手段５０１がスキャナインタフェース１７を介して検出する（Ｙｅｓ判定）。スキャナ５で読み取られたデータはスキャナインタフェース１７を介して受付手段５０１が受け付ける。
【００５４】
次に、制御部５０は、取消払込票の登録処理を行う（Ｓ９）。ステップＳ９の処理は、受付手段５０１が取消払込票のデータを受け付けたときに行われる処理である。この処理では、保存手段５０２が受付手段５０１で受け付けられた取消払込票のデータを第二の記憶領域Ｍ２に保存する処理を行う。
【００５５】
また、この登録処理の際に、制御部５０が記憶部５０８のカウント領域Ｃ１の値をインクリメントし、表示手段５０４が、取消業務画面Ｇ１の取消枚数表示エリアＡ２の値をカウント領域Ｃ１の値で更新する。つまり、初期値「０」からカウントアップ表示する。例えば、一件目の取消払込票が登録されると、取消枚数表示エリアＡ２の値を「１」と表示する。続いて二件目の取消払込票が登録されると、取消枚数表示エリアＡ２の値を「２」と表示する。
【００５６】
ステップＳ９において、スキャナ５で店員が次の取消払込票の読取操作を行わないときは、受付手段５０１で取消払込票のデータを受け付けていない。このため、制御部５０は、ステップＳ９の処理に続く、確定ボタンＢ３が押下されたか否かの判定を行う（Ｓ１０）。この判定で、制御部５０が確定ボタンＢ３が押下されていないと判定すると（Ｎｏ判定）、ステップＳ９の処理に戻り、同様に処理を繰り返す。つまり、店員は、確定ボタンＢ３を押下するまで、連続して取消払込票の登録を行えることになる。また、この間に、店員は、客に取消しを指示された手元の取消払込票を全てスキャンしたか否かを画面の取消枚数表示エリアＡ２の数で確認できる。
【００５７】
店員がスキャナ５で手元の取消払込票の全てのスキャンを終え、確定ボタンＢ３を押下する。すると、ステップＳ１０において、制御部５０が確定ボタンＢ３が押下されたことを検出する（Ｙｅｓ判定）。
【００５８】
続いて、制御部５０では、表示手段５０４が取消払込票確認画面（店員用）をポップアップで店員用ディスプレイ７に出力する（Ｓ１１）。
【００５９】
図８は、取消払込票確認画面の構成の一例を示した図である。
図８に示す取消払込票確認画面Ｇ２は、取消払込票の一覧表示エリアＡ３や、「はい」ボタンＢ４、「いいえ」ボタンＢ５などを有する。
【００６０】
取消払込票の一覧表示エリアＡ３は、記憶部５０８の第二の記憶領域Ｍ２に記憶されている取消払込票のデータを一覧で表示するエリアである。同図に示す例では、「バーコード」Ｋ１０と、「会社名」Ｋ２と、「金額」Ｋ３と、「手数料」Ｋ４と、「合計」Ｋ５からなる項目と、各行に一件分の取消払込票のデータをリスト形式で表示させたときの態様を示している。本例では、第二の記憶領域Ｍ２に一件分の取消払込票のデータが登録されているものとし、一覧表示エリアＡ３にその一件分のデータＤ３を示している。
【００６１】
なお、取消す払込票が多数あり、それらのデータが取消払込票の一覧表示エリアＡ３の表示範囲を超える場合は、画面にスクロールボタンなどを設け、表示範囲外のデータを表示範囲内に読み込めるように変形しても良い。
【００６２】
「はい」ボタンＢ４や「いいえ」ボタンＢ５は、店員用の操作ボタンである。
一覧表示エリアＡ３に表示されている払込票のデータが、取消対象として客から預かっている手元の払込票と一致している場合に、店員は「はい」ボタンＢ４を押す。また、一致していない場合には、店員は「いいえ」ボタンＢ５を押す。
【００６３】
ここで、図５の説明に戻り、続きを説明する。
ステップＳ１１の処理において、表示手段５０４は、第二の記憶領域Ｍ２に記憶されている取消払込票のデータを一覧表示エリアＡ３にセットし、取消払込票確認画面Ｇ２をポップアップで店員用ディスプレイ７に出力する。
【００６４】
続いて、制御部５０は、取消内容に間違いが無いことを店員が確認したか否かを判定処理により確認する（Ｓ１２）。
この判定処理は、店員により「はい」ボタンＢ４が押下された場合に、取消内容に間違いが無いことを示すＹｅｓ判定とする。また、店員により「いいえ」ボタンＢ５が押下された場合に、取消内容に間違いがあることを示すＮｏ判定とする。
【００６５】
ステップＳ１２でＹｅｓ判定の場合、続いて表示手段５０４は、取消払込票確認画面Ｇ２を閉じて、取消払込票承認画面（客用）を客用ディスプレイ９にポップアップで出力する（Ｓ１３）。
【００６６】
図９は、取消払込票承認画面（承認画面）の構成の一例を示した図である。
図９に示す取消払込票承認画面Ｇ３は、取消払込票の情報エリアＡ４や、「承認」ボタンＢ６、「やり直し」ボタンＢ７などを有する。
【００６７】
情報エリアＡ４は、登録された取消払込票の合計枚数を示す「取消枚数」や、その合計金額を示す「取消金額」や、各取消払込票の詳細（請求元の会社名など）を表示するためのエリアである。
【００６８】
同図に示すものは、図８の一覧表示エリアＡ３に示す一件分の取消払込票のデータに基づくものである。「取消枚数」には、登録済みの複数の払込票の中から１枚が取り消されることを示す「−１」を設定する。また、「取消金額」には、取り消される払込票の合計額を示す「−５１０５円」を設定する。
【００６９】
「承認」ボタンＢ６や、「やり直し」ボタンＢ７は、客用の操作ボタンである。
客が情報エリアＡ４に表示されているものを取消内容として承認する場合は「承認」ボタンＢ６を押す。また、承認せずに、例えば変更などを行いたい場合は、「やり直し」ボタンＢ７を押す。
【００７０】
ここで、図５の説明に戻り、続きを説明する。
ステップＳ１３の処理において、表示手段５０４は、第二の記憶領域Ｍ２に記憶されている取消払込票のデータを合算したものを情報エリアＡ４にセットして、ポップアップで取消払込票承認画面Ｇ３を客用ディスプレイ９に出力する。合算データは、取消払込票のデータの件数をカウントした合計枚数や、全ての取消払込票の金額を加算した合計金額などである。合算データは制御部５０で生成する。
【００７１】
次に、制御部５０は、客が情報エリアＡ４に表示されているものを取消内容として承認するか否かを判定する（Ｓ１４）。
【００７２】
この判定において、制御部５０は、客が「承認」ボタンＢ６を押下した場合に、客からの取消の承認が得られたものと判定する（Ｙｅｓ判定）。また、客により「やり直し」ボタンＢ７が押下された場合に、客に取消の承認が得られなかったものと判定する（Ｎｏ判定）。
【００７３】
この判定処理でＮｏ判定の場合、第二の記憶領域Ｍ２の取消払込票のデータを全て削除する（Ｓ１５）。そして、ステップＳ８の処理に戻り、取消処理を最初からやり直す。
また、ステップＳ１２の判定処理でＮｏ判定のときの、第二の記憶領域Ｍ２の取消払込票のデータを全て削除し（Ｓ１５）、ステップＳ８の処理に戻って取消処理を最初からやり直す。
【００７４】
ステップＳ１４の判定でＹｅｓ判定の場合、制御部５０は取消メモの出力を行う（Ｓ１６）。この処理では、制御部５０は第二の記憶領域Ｍ２の取消払込票のデータを基に取消内容を示す取消メモデータを生成し、そのデータを店控え用の取消メモとしてレシートプリンタ６から出力する。
【００７５】
次に、制御部５０は第一の記憶領域Ｍ１の精算対象のデータに対して取消処理を実行する（Ｓ１７）。この処理では、精算処理手段５０７が、第一の記憶領域Ｍ１に記憶されている精算対象のデータ（つまり登録済みの払込票のデータ）から第二の記憶領域Ｍ２に記憶されている取消対象のデータ（つまり取消すものとして登録された払込票のデータ）に一致するものを探索して削除する。更に、第二の記憶領域Ｍ２に取り消すものとして登録された払込票のデータを全て削除する。
【００７６】
ステップＳ１７の処理後は、サブルーチン処理を抜けてステップＳ１の処理に戻る。
次に、図６を参照し、行選択及び払込票のスキャンを組み合わせた取消処理について説明する。
【００７７】
この取消処理は、図５のステップＳ８においてＮｏ判定つまり取消払込票のスキャンが行われずに、取消業務画面Ｇ１の一覧表示エリアＡ１において行選択が行われたときに実行される処理である。以下、図５のステップＳ８においてＮｏ判定の場合の処理を説明する。
【００７８】
先ず、制御部５０は、店員により行選択がなされたか否かを判定する（Ｓ１８）。この判定では、選択手段５０５が、取消業務画面Ｇ１の一覧表示エリアＡ１に表示されている登録済みの払込票のデータの選択入力を監視する。店員が店員用タッチパネル８上でのタッチやキーボード４上の上下左右キー及び決定キーの操作などにより登録済みの払込票のデータを取消対象のものとして選択する。すると、その選択入力を選択手段５０５が受け付け、店員により行選択がなされたものとして判定する（Ｙｅｓ判定）。
【００７９】
一方、店員により行選択がなされないときは（Ｎｏ判定）、制御部５０はステップＳ８に処理を戻す。つまり、取消払込票のスキャンが先に検出されれば、既に説明済みのステップＳ８〜Ｓ１７の払込票のスキャンによる取消処理を行う。また、行選択が先に検出されれば、これから説明する行選択及び払込票のスキャンを組み合わせた取消処理を行う。
【００８０】
店員が一覧表示エリアＡ１で行選択を行うと、ステップＳ１８の判定処理の次に、制御部５０は行選択処理を行う（Ｓ１９）。この処理では、取消対象のものとして選択入力を受け付けた第一の記憶領域Ｍ１の登録済みの払込票のデータに、選択済みを示すフラグ（選択フラグ）を対応付けるなどの処理を行う。ここでは一例として、選択手段５０５は、記憶部５０８の登録済みの払込票のデータに対応する選択フラグ設定領域Ｆ１に対してフラグを立てるものとする。
【００８１】
次に、制御部５０は、取消業務画面Ｇ１の確定ボタンＢ３が押下されたか否かの判定を行う（Ｓ２０）。この判定で、制御部５０が確定ボタンＢ３が押下されていないと判定すると（Ｎｏ判定）、ステップＳ１９の処理に戻り、同様に処理を繰り返す。つまり、店員は、確定ボタンＢ３を押下するまで連続して、取消対象とする登録済みの払込票のデータの選択が行えることになる。
【００８２】
店員が、取消対象とする登録済みの払込票のデータの選択を全て終え、確定ボタンＢ３を押下すると、ステップＳ２０でＹｅｓ判定となり、制御部５０は、処理を次に移行する。
【００８３】
続く処理では、表示手段５０４が、店員に取消対象の払込票のスキャンを指示するメッセージ画面を、店員用ディスプレイ７にポップアップで出力する（Ｓ２１）。
【００８４】
図１０は、スキャン指示画面（メッセージ画面）の構成の一例を示した図である。
図１０に示すスキャン指示画面Ｇ４は、店員に取消対象の払込票のスキャンを指示するメッセージ情報領域Ａ５や、店員が処理を中止させるための中止ボタンＢ８などを有する。
【００８５】
本例では、メッセージ情報領域Ａ５においてスキャン操作を示す画像情報Ｊ１とスキャン操作の開始などを示すテキスト情報Ｊ２を組み合わせて表示したものを示している。店員は、この表示により、スキャン操作の開始のタイミングであることが容易に分かる。
【００８６】
ここで、図６の説明に戻り、続きを説明する。
ステップＳ２１の処理により、店員用ディスプレイ７にスキャン指示画面Ｇ４が表示されると、店員は、取消対象として客から預かった払込票のスキャンを開始する。これにより、制御部５０は、取消払込票の登録処理を行う（Ｓ２２）。この処理では、受付手段５０１がスキャナインタフェース１７から取消払込票のデータを受け付ける。そして、保存手段５０２が受付手段５０１で受け付けられた取消払込票のデータを第二の記憶領域Ｍ２に保存する。
【００８７】
次に、制御部５０は、店員がスキャナ５で読み取った取消払込票のデータが、店員が既に取消対象として一覧表示エリアＡ１で行選択した払込票のデータと同じものを指しているか否かを判定する（Ｓ２３）。この判定処理では、判定手段５０６が、ステップＳ２２において保存された第二の記憶領域Ｍ２の取消払込票のデータを、第一の記憶領域Ｍ１の選択フラグの立っている払込票の全データと例えばバーコード情報などにより比較する。そして、比較対象とするデータが一致すると、判定手段５０６は、店員がスキャナ５で読み取った払込票が一覧表示エリアＡ１で行選択した払込票の何れかと同じものを指すと判定し（Ｙｅｓ判定）、対応する選択フラグを落とす。
【００８８】
ここで、比較対象とするデータが不一致ならば、同じものを指さないと判定され（Ｎｏ判定）、表示手段５０４が店員用ディスプレイ７にポップアップでエラー画面を出力する（Ｓ２４）。
【００８９】
図１１は、エラー画面の構成の一例を示した図である。
図１１に示すように、エラー画面Ｇ５は、エラーであることを示す情報や、エラーの内容を示す情報などを表示するエラー情報表示領域Ａ６や、確認ボタンＢ９などを有する。
【００９０】
店員は、エラー画面Ｇ５が表示されると、手元の払込票を確かめ、取消対象のものか、それとも取消対象とは異なるものかを確かめる。そして、確認後、確認ボタンＢ９を押下する。
【００９１】
制御部５０は、ステップＳ２４の表示処理後、確認ボタンＢ９が押下されるまで待機する（Ｓ２５：Ｎｏ判定）。そして、店員により確認ボタンＢ９が押下されると、制御部５０は確認ボタンＢ９が押下されたと判定する（Ｓ２５：Ｙｅｓ判定）。その後、制御部５０は、エラー画面Ｇ５を閉じ、直近に登録された取消払込票のデータを削除する（Ｓ２６）。つまり、ステップＳ２２で保存された直近の取消払込票のデータ（不一致データ）を第二の記憶領域Ｍ２から削除する。ステップＳ２６の処理の後、制御部５０は、処理をステップＳ２２の処理に戻す。
【００９２】
さて、ステップＳ２３でＹｅｓ判定の場合は、判定手段５０６が、引き続き、取消払込票の全てを店員がスキャン操作したか否かを判定する（Ｓ２７）。この判定処理では、判定手段５０６が第一の記憶領域Ｍ１において選択フラグの状態を調べる。そして、選択フラグの立っているものが一つでも残っている場合は、取消払込票のスキャン操作が完了していない（つまり、スキャン操作に未処理分が有る）ものと判定する（Ｎｏ判定）。この場合、ステップＳ２２に戻り、残りの取消払込票のデータ入力を待つ。
【００９３】
一方、店員が手元の取消払込票のスキャンを誤りなく全て終えると、第一の記憶領域Ｍ１に選択フラグの立っているものが一つも無い状態になる。従って、判定手段５０６は、取消払込票の全てを店員がスキャン操作したものと判定する（Ｙｅｓ判定）。この後、制御部５０は、スキャン指示画面Ｇ４を閉じ、図５のステップＳ１１に処理を移す。そして、既に説明済みのステップＳ１１からの処理を行う。つまり、店員の確認処理や客の承認処理を行って取消処理を完了させる。
【００９４】
本実施形態では、コンビニエンスストア等の店舗に導入された公共料金収納代行システムの例を挙げ、「読取票」として公共料金の払込票を例に挙げたがこの限りでない。コンサートなどのチケット販売システムや、インターネットの商品購入システムなどに適用しても良い。この場合、チケットの交換番号がコードシンボルで印刷された引換票や、購入商品の引換番号がコードシンボルで印刷された引換票などを「読取票」とすれば良い。
【００９５】
本実施形態のＰＯＳ端末１で実行される払込票登録処理を実現するためのプログラムは、ＲＯＭ等に予め組み込まれて提供される。また、本実施形態のＰＯＳ端末１で実行される払込票登録処理を実現するためのプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成しても良い。さらに、本実施形態のＰＯＳ端末１で実行される払込票登録処理を実現するためのプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のＰＯＳ端末１で実行される払込票登録処理を実現するためのプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【００９６】
以上のように、実施形態の商品販売データ処理装置は、収納代行業務において取り扱われる読取票からデータを読み取る読取手段と、上記読取手段により読み取られたデータを精算対象のデータとして記憶する第一の記憶手段と、上記読取手段により読み取られたデータを精算対象とするものから取消対象とするものに切り替える指示手段と、上記指示手段による切り替えがあった後に上記読取手段により読み取られたデータを、取消対象のデータとして記憶する第二の記憶手段と、上記第一の記憶手段に記憶されている精算対象のデータから上記第二の記憶手段に記憶されている取消対象のデータを除く精算対象のデータについての精算処理を行う精算処理手段と、を有する。
【００９７】
また、実施形態のプログラムは、記憶部及び入力部を有する商品販売データ処理装置を制御するコンピュータを、収納代行業務において取り扱われる読取票のデータを上記入力部から受け付ける受付手段と、上記受付手段により受け付けられるデータを精算対象とするものから取消対象とするものに切り替える指示手段と、該指示手段による切り替えの前に上記受付手段により受け付けられたデータを精算対象のデータとして上記記憶部に保存し、上記指示手段による切り替えの後に上記受付手段により受け付けられたデータを取消対象のデータとして上記記憶部に保存する保存手段と、上記記憶部に記憶されている精算対象のデータから取消対象のデータを除く精算対象のデータについての精算処理を行う精算処理手段と、として機能させる。
【００９８】
このように、取消の対象とする読取票のデータを該当する読取票から読取手段で読み取るようにする。
これにより、公共料金の受け付け等の収納代行業務において、精算対象として読取票を登録する処理の途中又は処理後に、読取票の一部の取消が必要になった場合でも、対象とする読取票のデータをミスなく取消すことが可能になる。
【００９９】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１００】
１      ＰＯＳ端末
２      ドロワ
３      モードキー
４      キーボード
５      スキャナ
６      レシートプリンタ
７      店員用ディスプレイ
８      店員用タッチパネル
９      客用ディスプレイ
１０    客用タッチパネル
１１    主制御部
１２    ＲＯＭ
１３    ＲＡＭ  
１４    ドロワ制御部
１５    モードキーインタフェース
１６    キーボードインタフェース
１７    スキャナインタフェース
１８    プリンタ制御部
１９    店員用表示制御部
２０    店員用パネルインタフェース
２１    客用表示制御部
２２    客用パネルインタフェース
５０１  受付手段
５０２  保存手段
５０３  指示手段
５０４  表示手段
５０５  選択手段
５０６  判定手段
５０７  精算処理手段
５０８  記憶部
Ｍ１    第一の記憶領域
Ｍ２    第二の記憶領域
【先行技術文献】
【特許文献】
【０１０１】
【特許文献１】特開２００２−２６０１０６号公報
【図１】
0006352768.tif 000002
【図２】
0006352768.tif 000003
【図３】
0006352768.tif 000004
【図４】
0006352768.tif 000005
【図５】
0006352768.tif 000006
【図６】
0006352768.tif 000007
【図７】
0006352768.tif 000008
【図８】
0006352768.tif 000009
【図９】
0006352768.tif 000010
【図１０】
0006352768.tif 000011
【図１１】
0006352768.tif 000012