JP5498534B2 - 商品販売データ処理装置およびプログラム - Google Patents

Description

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

従来、コンビニエンスストア等の店舗には、ＰＯＳ端末を使用して、電気やガス、水道料金等の公共料金の支払いが可能なところがある。

このような店舗で客が公共料金を支払う場合、店舗が代行して公共料金を収納し、店舗から公共機関へ公共料金を納付する。この手順は、例えば、客が店員に公共料金支払用伝票を渡し、店員がＰＯＳ端末に公共料金支払用伝票のデータを読み込ませ、店員が公共料金分の金銭と引き換えに客控用支払済証明伝票を客に渡す、というものである。
また、店舗によっては、タッチパネルを備えるディスプレイを客に向けて設け、ディスプレイに公共料金支払用伝票のデータとともに承認ボタンを表示し、タッチパネルによって承認操作を受けるようにしているところもある。

しかしながら、従来技術においては、店員の錯誤あるいは不正によって、公共料金代行収納が完了しないおそれがある。なぜなら、公共料金支払用伝票の多くは、一枚の用紙の一部分を切り取った半券を客控用支払済証明伝票とするものであり、このため、店員がＰＯＳ端末に公共料金支払用伝票のデータを読み込ませる手順を行わなくても、客控用支払済証明伝票を客に渡すことが可能であるからである。例えば、客が３枚の公共料金支払用伝票を店員に手渡した場合、店員が、ＰＯＳ端末に２枚分のデータを読み込ませて、錯誤あるいは不正によって１枚分のデータを読み込ませなかったにもかかわらず、３枚の半券を客に返却してしまう、ということが起こり得る。したがって、店員が公共料金分の金銭を客から受け取り忘れたり、あるいは客から受け取った金銭を店員が着服したりすることが有り得るのである。
また、タッチパネルによる承認操作を実施している店舗でも、枚数の承認を明確に求めてはいないので、客が公共料金支払用伝票を複数持ち込んだ場合に、上記例のような不都合を防ぐことができない。

実施形態の商品販売データ処理装置は、伝票受付手段と、部数表示手段と、承認手段と、を備える。伝票受付手段は、請求金額を示す１部または複数部の料金請求伝票に基づいた伝票情報を受け付ける。部数表示手段は、請求金額の支払者に向けて設けられた表示部に料金請求伝票の部数を表示する。承認手段は、支払者に向けて設けられた客側操作部で、請求金額の決済に先立って部数の承認操作を受け付ける。

図１は、実施形態にかかる商品販売データ処理装置としてのＰＯＳ端末の外観を概略的に示す斜視図である。 図２は、ＰＯＳ端末の構成を示すブロック図である。 図３は、制御部の機能構成を示すブロック図である。 図４は、公共料金収納代行を行う際の収納票登録処理のＰＯＳ端末の動作の流れを概略的に示すフローチャートである。 図５は、収納票枚数登録画面の一例を示す図である。 図６は、受付済収納票一覧画面の一例を示す図である。 図７は、収納票登録確認画面の一例を示す図である。 図８は、収納票登録確認画面の一例を示す図である。 図９は、承認待ち画面の一例を示す図である。

以下、添付図面を参照して、ＰＯＳ端末１を例に、商品販売データ処理装置およびプログラムの実施形態を説明する。また、本実施形態では、コンビニエンスストア等の店舗に導入された公共料金収納代行システムを例に説明する。

図１は、本実施形態の商品販売データ処理装置であるＰＯＳ端末１の外観を概略的に示す斜視図であり、図２は、ＰＯＳ端末１の構成を示すブロック図である。まず、図１に示すように、ＰＯＳ端末１は、ドロワ２、モードキー３、キーボード４、スキャナ５、レシートプリンタ６、店員用ディスプレイ７、店員用タッチパネル８、客用ディスプレイ９、および客用タッチパネル１０を備えている。また、図２に示すように、ＰＯＳ端末１は、主制御部１１、ＲＯＭ１２、ＲＡＭ１３、ドロワ制御部１４、モードキーインタフェース１５、キーボードインタフェース１６、スキャナインタフェース１７、プリンタ制御部１８、店員用表示制御部１９、店員用パネルインタフェース２０、客用表示制御部２１、および客用パネルインタフェース２２を備えている。

ドロワ２は、引出し２ａを備える筐体で、ＰＯＳ端末１の最下部に設けられており、現金等を収容するものである。モードキー３は、ＰＯＳ端末１の正面側に設けられており、登録、点検、精算、設定等の各種業務モードを選択するためものである。キーボード４は、ＰＯＳ端末１の正面に設けられており、店員（オペレータ）によって操作されるものである。キーボード４には、例えば預り金額等を入力するための置数キーや、販売登録が行われた商品の合計出力を指示するための小計キーや、販売登録を終了してレシートの発行処理を行うための会計キー等、各種操作入力を行うための操作キーが配置されている。スキャナ５は、商品に付与されたバーコードや二次元コード等のコードシンボルを読み取るものである。レシートプリンタ６は、レシート、ジャーナルやクーポン等を印刷するものであって、ＰＯＳ端末１の正面側に形成されたレシート発行口６ａを有し、このレシート発行口６ａから印刷物を排紙する。

店員用ディスプレイ７はＰＯＳ端末１の正面側に設けられており、客用ディスプレイ９はＰＯＳ端末１の背面側に設けられている。店員用ディスプレイ７および客用ディスプレイ９は、液晶カラーディスプレイ等により実現されており、販売登録された商品の品名、価格、販売登録の終了が宣言された取引の合計金額、釣銭額等を表示するためのものである。店員用タッチパネル８は、店員用ディスプレイ７に積層配置されており、店員による操作を受け付けるためのものである。客用タッチパネル１０は、客用ディスプレイ９に積層配置されており、客による操作を受け付けるためのものである。

主制御部１１は、ＭＰＵ（Micro Processing Unit）等の演算処理装置、内部メモリならびに上記各部（ＲＯＭ１２、ＲＡＭ１３、ドロワ制御部１４、プリンタ制御部１８、店員用表示制御部１９、客用表示制御部２１および各種インタフェース〈モードキーインタフェース１５、キーボードインタフェース１６、スキャナインタフェース１７、店員用パネルインタフェース２０および客用パネルインタフェース２２〉）と各種信号の授受を行う回路等から構成されている。主制御部１１は、上記内部メモリおよびＲＯＭ１２に予め記憶された制御プログラムと、上記各種インタフェースから入力される操作指示とに基づいて、本ＰＯＳ端末１全体動作を制御するものである。主制御部１１が上記各部と所定の通信形式で各種信号を送受信することにより、主制御部１１は、上記各部の動作状態を把握するとともに制御する。

ＲＯＭ１２は、ＰＯＳ端末１で実行される各種制御プログラム等のデータを予め固定的に記憶している記憶媒体である。ＲＡＭ１３は、各種制御プログラムが一時的に用いるデータを記憶する記憶媒体である。

ドロワ制御部１４は、主制御部１１による制御に基づいて、ドロワ２の引出し２ａの開閉を制御する。モードキーインタフェース１５は、主制御部１１と信号を送受信することにより、モードキー３に施された操作内容を主制御部１１に伝達する。キーボードインタフェース１６は、主制御部１１と信号を送受信することにより、キーボード４に施された操作内容を主制御部１１に伝達する。スキャナインタフェース１７は、スキャナ５が読み取ったコードシンボルに基づくデータを主制御部１１に伝達する。プリンタ制御部１８は、主制御部１１による制御に基づいて、レシートプリンタ６の印刷動作等の制御を行う。

店員用表示制御部１９は、主制御部１１による制御に基づいて、店員用ディスプレイ７の表示内容を制御する。店員用パネルインタフェース２０は、主制御部１１と信号を送受信することにより、店員用タッチパネル８に施された操作内容を主制御部１１に伝達する。
客用表示制御部２１は、主制御部１１による制御に基づいて、客用ディスプレイ９の表示内容を制御する。客用パネルインタフェース２２は、主制御部１１と信号を送受信することにより、客用タッチパネル１０に施された操作内容を主制御部１１に伝達する。

ここで、主制御部１１とＲＯＭ１２とＲＡＭ１３とから、制御部５０が構成される。図３は、制御部５０の機能構成を示すブロック図である。制御部５０は、制御プログラムに従うことにより、伝票受付部５１と、枚数・金額表示部５２と、承認部５３とを実現する。
伝票受付部５１は、収納票の情報を受け付けるものである。枚数・金額表示部５２は、客用ディスプレイ９に収納票の枚数および金額を表示するものである。承認部５３は、客用タッチパネル１０で収納票の枚数および金額の承認操作を決済に先立って受け付けるものである。

次に、ＰＯＳ端末１の動作について、図４〜図９を参照して説明する。図４は、公共料金収納代行を行う際の収納票登録処理のＰＯＳ端末１の動作の流れを概略的に示すフローチャートである。図５および図６は、収納票登録処理の実行中に店員用ディスプレイ７に表示される画面の一例を示す図である。図７および図８は、収納票登録処理の実行中に客用ディスプレイ９に表示される画面の一例を示す図である。そして図９は、収納票登録処理の実行中に店員用ディスプレイ７に表示される画面の一例を示す図である。なお、本実施形態の収納票は、一枚の用紙の一部分を切り取った半券を客控用支払済証明伝票とするものである。

店員は、客から公共料金収納代行を依頼する旨を告げられると、店員用タッチパネル８によって、収納票登録処理の開始をＰＯＳ端末１に指示する。すると伝票受付部５１は、ＲＯＭ１２から所定の制御プログラムを読み出して実行することにより図４に示す収納票登録処理を開始し、店員用表示制御部１９を介して、店員用ディスプレイ７に「収納票枚数登録画面」を表示させる。図５は、収納票枚数登録画面の一例を示す図である。

収納票枚数登録画面は、収納票の受付枚数を表示するための受付枚数表示欄２３と、枚数の入力を受け付けるためのテンキー２４と、テンキー２４からの入力値を表示するための入力値表示欄２５と、入力値表示欄２５の値を受付枚数表示欄２３に表示させる操作を受け付けるための入力ボタン２６と、受付枚数表示欄２３に表示された受付枚数を確定し次の段階へ処理を進める指示をする操作を受け付けるための確定ボタン２７と、処理を前の段階へ戻すための戻るボタン２８と、処理を中止するための中止ボタン２９とを有している。

伝票受付部５１は、まず、収納票の枚数の入力を待つ。店員が、客から収納票を受け取って収納票の枚数を数え、テンキー２４を用いて収納票の枚数を入力すると、伝票受付部５１は、店員用パネルインタフェース２０を介して信号を受け取り、店員用表示制御部１９を介して入力値表示欄２５に入力値を表示させる。次に店員が入力ボタン２６を操作すると、伝票受付部５１は、店員用パネルインタフェース２０を介して信号を受け取り、店員用表示制御部１９を介して受付枚数表示欄２３に受付枚数を表示させる。

続いて店員が確定ボタン２７を操作すると、伝票受付部５１は、店員用パネルインタフェース２０を介して信号を受け取り、入力された値を「受付枚数」としてＲＡＭ１３に記憶させる（ステップＳ１）とともに、店員用表示制御部１９を介して店員用ディスプレイ７に「受付済収納票一覧画面」を表示させ、また、枚数・金額表示部５２が、客用表示制御部２１を介して客用ディスプレイ９に「収納票登録確認画面」を表示させる。図６は、受付済収納票一覧画面の一例を示す図である。図７は、収納票登録確認画面の一例を示す図である。

受付済収納票一覧画面は、前のステップで入力した収納票の枚数を表示するための登録予定数表示欄３０と、後述する受付数表示欄３１と、後述する受付済一覧表３２と、この画面での処理を確定し次の段階へ処理を進める指示をする操作を受け付けるための確定ボタン３３と、処理を前の段階へ戻すための戻るボタン３４と、処理を中止するための中止ボタン３５とを有している。

収納票登録確認画面は、預り枚数表示欄３６と、収納票合計金額表示欄３７と、手数料合計金額表示欄３８と、支払合計金額表示欄３９と、承認ボタン４０とを有している。この承認ボタン４０は、後述するステップＳ３を終えるまでグレーアウト表示とされ、客用タッチパネル１０でこの承認ボタン４０に該当する位置が操作されても機能しない。

伝票受付部５１は、スキャナインタフェース１７から収納票の読み取りデータの信号が送信されるのを待ち、収納票の読み取りデータを受信すると、収納票の読み取りデータをＲＡＭ１３に記憶させる（ステップＳ２）とともに、予めＲＡＭ１３に設定しておいた「登録枚数カウンタ」をインクリメントし、この登録枚数カウンタの値すなわち登録枚数を、店員用表示制御部１９を介して受付数表示欄３１に表示させる。また、伝票受付部５１は、収納票の読み取りデータに基づいて、収納票の料金の請求元情報や請求金額、手数料、合計を、店員用表示制御部１９を介して受付済一覧表３２に表示させる。

続いて、枚数・金額表示部５２は、客用表示制御部２１を介して、収納票の読み取りデータに基づく値で預り枚数表示欄３６と収納票合計金額表示欄３７と手数料合計金額表示欄３８と支払合計金額表示欄３９との表示内容を変更する。
そして、伝票受付部５１は、上記受付枚数と上記登録枚数とが一致したと判断するまで、ステップＳ２〜ステップＳ３を繰り返す（ステップＳ３のＮｏ）。

ステップＳ３で、伝票受付部５１が上記受付枚数と上記登録枚数とが一致したと判断すると（ステップＳ３のＹｅｓ）、承認部５３は、承認操作の受け付けを開始する。つまり、承認部５３は、客用表示制御部２１を介して、収納票登録確認画面の承認ボタン４０のグレーアウト表示を解除して、この承認ボタン４０が操作された場合にその旨を知らせる信号が客用パネルインタフェース２２から来る状態にする（ステップＳ４）。図８は、このときの収納票登録確認画面の一例を示す図である。

また、制御部５０は、店員用表示制御部１９を介して、店員用ディスプレイ７に、「承認待ち画面」を表示させる。図９は、承認待ち画面の一例を示す図である。この承認待ち画面では、今回の受付枚数、預り枚数、収納票合計金額、手数料合計金額、支払合計金額を表示するとともに、収納票登録確認画面を縮小した画像と、店員への案内文を表示する。案内文は、例えば、「上記画面がお客様側に表示されております。枚数と金額を確認して頂き、承認ボタンを押して頂くようご案内下さい。」というようなものである。また、この承認待ち画面には、処理を中止するための中止ボタン４１が表示される。

ここで、客は、店員に渡した収納票の枚数やそれらの合計金額と合致する内容が収納票登録確認画面に表示されているか否かを確認し、承認ボタン４０を操作するか否かを判断する。客は、収納票登録確認画面の表示内容が正しくないと判断した場合には、その旨を店員に告げる。この場合、店員は、承認待ち画面の中止ボタン４１を操作し（ステップＳ５の取消し）、収納票登録処理を初めからやり直す。

客が、収納票登録確認画面の表示内容が正しいと判断し、収納票登録確認画面の承認ボタン４０を操作した場合には（ステップＳ５の承認）、客用パネルインタフェース２２を介してその旨を知らせる信号を承認部５３が受信する。すると、制御部５０は、収納票登録処理を終了して図示しない周知の決済画面を表示するとともに周知の決済処理へ移行する（ステップＳ６）。

そして、店員は、決済処理を行って、客と金銭をやり取りするとともに、収納票から客控用支払済証明伝票の部分を切り取って客へ手渡し、公共料金収納代行を終える。

このように、本実施形態のＰＯＳ端末１によれば、ＰＯＳ端末１で受け付けた収納票の枚数や金額を客自身に承認させた後に金銭の受け渡しを行うようになるので、店員の錯誤や不正によって収納票の受付数と受け渡しされた金銭の額が合致しない事態の発生を防ぐことができる。

なお、本実施形態では、図４のフローチャートに概略を示す収納票登録処理において、店員に、スキャナ５での収納票の読み取り開始前に収納票の枚数を手入力させるようにしているが、実施にあたっては、例えば、収納票の枚数の手入力なしに収納票の読み取りを開始させるようにし、制御部５０に承認請求部を設け、承認請求部が、受付済収納票一覧画面に、店員の判断で押下させる承認請求ボタンを表示させ、店員が、全ての収納票のスキャニングを終えた時点で店員用タッチパネル８における承認請求ボタンの表示位置を操作すると、承認部５３が、収納票登録確認画面の承認ボタン４０を操作可能に表示するようにしてもよい。

また、本実施形態で、収納票は、一枚の用紙が１部の収納票を構成する形式であるが、実施にあたって、収納票は、複数枚の用紙が綴られて１部となっているものであってもよい。

本実施形態のＰＯＳ端末１で実行される収納票登録処理を実現するためのプログラムは、ＲＯＭ等に予め組み込まれて提供される。また、本実施形態のＰＯＳ端末１で実行される収納票登録処理を実現するためのプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。さらに、本実施形態のＰＯＳ端末１で実行される収納票登録処理を実現するためのプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態のＰＯＳ端末１で実行される収納票登録処理を実現するためのプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ ＰＯＳ端末
９ 客用ディスプレイ
１０ 客用タッチパネル
５１ 伝票受付部
５２ 枚数・金額表示部
５３ 承認部

特開２００２−２６０１０６号公報

Claims (6)

1. 請求金額を示す１部または複数部の料金請求伝票に基づいた伝票情報を受け付ける伝票受付手段と、
   前記請求金額の支払者に向けて設けられた表示部に前記料金請求伝票の部数を表示する部数表示手段と、
   前記支払者に向けて設けられた客側操作部で前記請求金額の決済に先立って前記部数の承認操作を受け付ける承認手段と、
   を備える商品販売データ処理装置。
2. 前記伝票受付手段は、操作部で前記部数の入力操作を受け付け、読取部で前記料金請求伝票を読み取り、
   前記承認手段は、前記読取部による前記料金請求伝票の読み取り数が前記部数に一致すると承認操作の受け付けを開始する
   請求項１記載の商品販売データ処理装置。
3. オペレータに向けて設けられた操作部で承認請求操作を受け付ける承認請求手段を備え、
   前記承認手段は、前記承認請求操作が受け付けられると承認操作の受け付けを開始する
   請求項１記載の商品販売データ処理装置。
4. 商品販売データ処理装置のコンピュータを、
   請求金額を示す１部または複数部の料金請求伝票に基づいた伝票情報を受け付ける伝票受付手段と、
   前記請求金額の支払者に向けて設けられた表示部に前記料金請求伝票の部数を表示する部数表示手段と、
   前記支払者に向けて設けられた客側操作部で前記請求金額の決済に先立って前記部数の承認操作を受け付ける承認手段と
   して機能させるためのプログラム。
5. 前記伝票受付手段は、操作部で前記部数の入力操作を受け付け、読取部で前記料金請求伝票を読み取り、
   前記承認手段は、前記読取部による前記料金請求伝票の読み取り数が前記部数に一致すると承認操作の受け付けを開始する
   請求項４記載のプログラム。
6. 商品販売データ処理装置のコンピュータを、
   オペレータに向けて設けられた操作部で承認請求操作を受け付ける承認請求手段として機能させ、
   前記承認手段は、前記承認請求操作が受け付けられると承認操作の受け付けを開始する
   請求項４記載のプログラム。

Images