JP6238645B2 - Ｐｏｓ端末装置 - Google Patents

Description

この発明は、ＰＯＳ端末装置に関し、より詳細には異なる税率の商品の売上処理を行い得るＰＯＳ端末装置に関する。

従来のＰＯＳ端末装置は、売上処理に係る商品の入力において、スキャナ・手入力等入力手段を問わず、確認画面の表示は、入力順に表示されていた。そして、売上データの格納やレシート発行の印字においても、入力順が基本となっている。軽減税率等、税率の違う商品においても、入力順の処理が踏襲されている。
異なる税率の商品を処理することに関して以下のものが知られている。

まず、商品毎に決められた税額で税金の登録処理を行えるものが知られている（例えば、特許文献１参照）そして、レシートには購入された商品ごとに税額が印字されるか（特許文献１の図７参照）、または各商品の税額の合計額のみが印字される（同図１０参照）。

特開昭６１−１８８６９２号公報

商品の入力順にレシートが印字される従来の態様においては、異なる税率の商品が交互に入力された場合、レシート上でも交互に印字される。購入者は個別に商品内容を確認し、それぞれの税率を確認するしかなかった。

前記特許文献１で、購入された商品ごとに税額を印字する態様においては、各商品の税率がいくらか不明のため、購入者は各商品の税率を税額から推測するしかなかった。また、各商品につき売上金額と税額とを印字するので印字項目が多くてレシートが見づらくなりがちであり、しかもレシート用紙を多量に消費する。

さらに、前記特許文献１で各商品の税額の合計額のみを印字する態様においては、前者の態様に比べて印字項目は少ないが各商品の税額が不明であり、購入者は各商品の税額を確認する手段がなく利便性を欠いていた。

この発明は、以上のような事情を考慮してなされたものであって、商品を入力順とは異なる順に並べることにより異なる税率の商品のレシートを購入者が分かり易くかつ確認し易いように印字できるＰＯＳ端末装置を提供するものである。

この発明は、商品別の単価および商品別の税率を含む商品情報を格納する記憶部と、各商品の売上処理の指示および前記売上処理の締めの指示を受付ける入力部と、指示を受付けた各商品の売上処理をその商品に係る商品情報を用いて行い、商品毎の売上個数、売上金額、税率および税額を含む売上データを生成する処理部と、前記売上データに基づいてレシートを印刷する印刷部とを備え、前記処理部は、前記締めの指示に応答し、売上処理された各商品を税率別に並べて記しかつ税率毎の税額小計を記したレシートを前記印刷部に印刷させることを特徴とするＰＯＳ端末装置を提供する。

この発明によるＰＯＳ端末装置において、前記処理部は、売上処理された各商品を税率別に並べて記しかつ税率毎の税額小計を記したレシートを前記印刷部に印刷させるので、異なる税率の商品のレシートを購入者が分かり易くかつ確認し易いように印字できる。

この発明のＰＯＳ端末装置の構成を示すブロック図である。 この発明の実施形態において、キーボードの一例を示す説明図である。 この発明の実施形態において、売上処理に関連の深いデータを示す説明図である。 この発明の実施形態において、税率設定テーブルの一例を示す説明図である。 この発明の実施形態において、ＰＬＵテーブルの一例を示す説明図である。 この発明の実施形態において、売上処理を行っているときの販売ワークメモリ等の一例を示す説明図である。 この発明の実施形態において、処理部が実行する売上処理の手順を示すフローチャートである。 この発明の実施形態において、現計処理の流れを示すフローチャートである。 この実施形態において、確認用の表示画面の一例を示す説明図である。 この実施形態により印字されるレシートの一例を示す説明図である（実施の形態１）。 この実施形態により印字されるレシートの一例を示す説明図である（実施の形態３）。

以下、図面を用いてこの発明をさらに詳述する。なお、以下の説明は、すべての点で例示であって、この発明を限定するものと解されるべきではない。
≪ＰＯＳ端末装置の構成≫
図１は、この発明のＰＯＳ端末装置の構成を示すブロック図である。図１に示すように、ＰＯＳ端末装置１１は、ＣＰＵ２１、ＲＡＭ２３、不揮発性記憶部２５、ドロア２７、表示部２９、入力部３１としてのキーボード３１ａおよびバーコードスキャナ３１ｂ、印刷部３３並びに通信部３５を備える。

ＣＰＵ２１は、不揮発性記憶部２５に予め格納された処理プログラムをＲＡＭ２３にダウンロードして実行することにより売上処理や図１の各部の制御を行う。即ち、ＣＰＵ２１が処理プログラムを実行することによってこの発明に係る処理部の機能が実現される。

ＲＡＭ２３は、前記処理プログラムを格納するほか、後述するように売上処理に係る各種テーブルやデータを格納する。さらに、外部のサーバーから提供される商品情報をＰＬＵ（Price Look Up）テーブルとして格納する。具体的なハードウェアとしてはＤＤＲ−３メモリ等のＤＲＡＭやスタティックＲＡＭなどが適用可能である。

不揮発性記憶部２５は、ＲＡＭ２３に転送される処理プログラムを予め格納するほか、ＰＯＳ端末装置１１の設定データ等を格納する。さらに、外部のサーバーから受信した商品情報を格納してもよい。売上処理の都度外部のサーバーと商品情報を遣り取りするのは通信負荷が大きく処理時間がかかるためである。その場合、不揮発性記憶部２５に格納された商品情報は前記サーバーとの通信により随時更新される。更新された商品情報は、ＲＡＭ２３に転送されＲＡＭ２３上のＰＬＵテーブルとして格納される。不揮発性記憶部２５の具体的なハードウェアとしてはフラッシュメモリ等の不揮発性メモリやハードディスク装置などが適用可能である。
ドロア２７は、現金を収納する鍵の付いた引き出しである。

表示部２９は、オペレータおよび購入者に対して各商品の売上データ、合計額および税額を表示したり、購入者に広告を表示したりする。具体的なハードウェアとしては液晶表示装置などが適用可能である。
キーボード３１ａはオペレータの操作を受付ける。バーコードスキャナ３１ｂは商品等に付されたバーコードを読み取る。
印刷部３３は、レシートを印字するプリンタで、例えばサーマルドットプリンタが適用される。
通信部３５は、外部のサーバーと商品情報等を遣り取りするためのインターフェイスである。通信方式は問わない。

図２は、この実施形態においてキーボード３１ａの一例を示す説明図である。図２に示すように、キーボード３１ａは、置数キー２０１、ＰＬＵキー２０２、金額キー２０３、現計キー２０４を有する。置数キー２０１は、金額等の数値を入力するキーである。ＰＬＵキーは、入力数値がＰＬＵコード、即ちＪＡＮ（Japanese Article Number）コードなどの商品コードであることを示すキーである。これに対して金額キー２０３は、入力数値が金額であることを示すキーである。現計キー２０４は、売上処理の対象となる各商品の登録の締めを行うキーである。

（実施の形態１）
≪データの構成≫
図３は、この実施形態においてＲＡＭ２３に格納される種々のデータのうち、売上処理に関連の深いデータを示す説明図である。それらは、税率設定テーブル２３ａ、ＰＬＵ設定テーブル２３ｂを含む。これらは、通信部３５を介して外部のサーバーから提供されるか、不揮発性記憶部２５に予め格納される。また、税種別売上累計メモリ２３ｆは、税種別の売上金額を格納する。税種別税金累計メモリ２３ｄは、税種別の税額を格納する。総売上累計メモリ２３ｅは総売上金額を格納し、総税金累計メモリ２３ｃは、総税金累計を格納する。販売ワークメモリ２３ｇは、売上処理において商品が入力されたときにその売上処理に係るデータを格納する。
図４は、この実施形態において、税率設定テーブル２３ａの一例を示す説明図である。図４に示すように、商品により税率が異なる場合に各税率を税種Ａ〜Ｄに分類して格納する。

図５は、この実施形態において、ＰＬＵテーブル２３ｂの一例を示す説明図である。図５に示すように、ＰＬＵ設定テーブル２３ｂは、各商品につき商品コード、単価、商品名および税種を格納する。

図６は、この実施形態において、売上処理を行っているときの販売ワークメモリ２３ｇ等の一例を示す説明図である。図６に示すように、販売ワークメモリ２３ｇは、税種別に売上対象の各商品の商品コード、単価、商品名、点数および売上金額を格納する。また、税種別売上累計メモリ２３ｆは、税種別の売上金額を格納する。税種別税金累計メモリ２３ｄは、税種別の税額を格納する。総売上累計メモリ２３ｅは総売上金額を格納し、総税金累計メモリ２３ｃは、総税金累計を格納する。
ＣＰＵ２１は、これらのデータの書込みおよび読出しを行う。

≪売上処理の流れ≫
図７は、この実施形態において、処理部としてのＣＰＵ２１が実行する売上処理の手順を示すフローチャートである。売上処理において、ＰＯＳ端末１１のオペレータは、キーボード３１ａもしくはバーコードスキャナ３１ｂを用いて購入者が購入する商品の商品コードを入力する。ＣＰＵ２１は、キーボード３１ａもしくはバーコードスキャナ３１ｂが読み取った商品コードを用いてＰＬＵテーブル２３ｂを参照し、商品毎の売上金額を計算し、表示部２９に確認用の表示を行うと共に、売上金額と税額との累計をそれぞれ計算する。図９は、この実施形態において、表示部２９に表示される確認用の表示画面の一例を示す説明図である。確認画面２９ａは、キーボード３１ａやスキャナ等３１ｂによって入力された商品の順に表示される。図９の例では、「ニンジン」、「キュウリ」、「ロイヤルカナン」、「牛乳」の順に入力が行われ、その順に確認画面に表示されたことを示している。

以下、図７のフローチャートに沿って売上処理を説明する。売上処理が開始されると、ＣＰＵ２１は、キーボード３１ａもしくはバーコードスキャナ３１ｂが読み取った商品コードに基づいてＰＬＵテーブル２３ｂを検索し（ステップＳ１１）、該当する商品コードが存在するか調べる（ステップＳ１３）。もし、該当する商品コードが存在しなければ、エラーとして処理する（ステップＳ１３のＮｏ）。その場合、オペレータはバーコードスキャナ３１ｂで商品に付されたバーコードを再度スキャンするか、キーボード３１ａを用いて商品コードの数値を入力する。あるいは、商品コードの登録漏れがないか確認し、登録漏れの場合はＰＯＳシステムの管理者に商品コードの追加登録を依頼する。

商品コードが存在する場合は（ステップＳ１３のＹｅｓ）、ＣＰＵ２１は、ＰＬＵテーブル２３ｂに登録された該当商品の商品名、単価を確認のために表示部２９に表示させる（ステップＳ１５）。例えば、入力された商品コードが０７５の場合、ＣＰＵ２１は商品名「牛乳」と単価「１７８円」を表示部２９に表示させる。

さらに、ＣＰＵ２１は、ＰＬＵテーブル２３ｂを参照し、該当商品の税種に応じた販売ワークメモリ２３ｇに該当商品のデータを追加する（ステップＳ１７）。例えば、前述の商品コード０７５の税種がＢ（税率が５％）であるとする。その場合ＣＰＵ２１は、税種Ｂの販売ワークメモリ２３ｇの末尾に商品コード「０７５」の欄を追加し、単価「１７８円」、商品名「牛乳」、点数「２」を追加し、単価×点数を計算して得られる「３５６円」を売上金額として追加する（図６参照）。

そして、ＣＰＵ２１は、同一税種の商品の売上金額の合計を格納する税種別売上累計メモリ２３ｆと税種別税金累計メモリ２３ｄの値を更新する（ステップＳ１９）。図６の場合、税種Ｂ（税率が５％）のそれまでの売上金額の合計として商品コード０７８と０６９の売上金額の合計として１９８円＋９８円＝２９６円が税種別売上累計メモリ２３ｆに格納されている。商品コード０７５の売上金額３５６円を加えた６５２円に税種別売上累計メモリ２３ｆを更新する。また、税種Ｂ（税率が５％）のそれまでの税額の合計として商品コード０７８と０６９との売上金額の合計の５％に相当する１５円が税種別税金累計メモリ２３ｄに格納されている。ＣＰＵ２１は、商品コード０７５を加えた売上金額の合計の５％に相当する３２円に税種別売上累計メモリ２３ｆを更新する。

さらに、ＣＰＵ２１は、総売上の合計金額を格納する総売上累計メモリ２３ｅと総税金累計メモリ２３ｃの値を更新する（ステップＳ２１）。図６の場合、それまでの売上金額の総計として税種Ｂの他に税種Ｃ（税率が１０％）の税種別売上累計メモリ２３ｆに商品コード１２８の売上金額３０００円が格納されている。即ち、税種Ｂの商品コード０７８と０６９の合計売上金額の２９６円と税種Ｃ（商品コード１２８のみ）の合計売上金額３０００円の合計である３２９６円がそれまでの総売上累計メモリ２３ｅに格納されている。ＣＰＵ２１は、商品コード０７５の売上金額３５６円を加えた３６５２円に総売上累計メモリ２３ｅを更新する。そして、総税金累計メモリ２３ｃの値を税種ＢとＣの税種別税金累計メモリ２３ｄを合計した３３２円に更新する。

その後、ＣＰＵ２１は、次の商品の入力または締めの指示を待つ。即ち、新たな商品が入力されたか否かを調べ（ステップＳ２３）、入力があった場合（ステップＳ２３のＹｅｓ）は、前述のステップＳ１１に戻り、新たに入力された商品について処理を実行する。

一方、新たな入力がなければ、現計キー２０４が押され締めの指示が入力されたか否かを調べる（ステップＳ２５）。締めの指示があったら（ステップＳ２５のＹｅｓ）、売上処理を終了し、後述する現計処理に移行する。締めの指示がなければ（ステップＳ２５のＮｏ）、ルーチンはステップＳ２３に戻ってループし、次の商品が入力されるかまたは現計キー２０４が押されて締めの指示がなされるのを待つ。
以上が売上処理の流れである。

≪締め後の現計処理の流れ≫
続いて、締めの後の処理を説明する。図８は、この実施形態において、現計キー２０４が押された締めの指示に応答して開始される現計処理の流れを示すフローチャートである。
現計キー２０４が押されると、ＣＰＵ２１は、販売ワークメモリ２３ｇに格納された税種のうちで最も税率の低い税種を選択する（ステップＳ３１）。以下、税率の低い順に商品をまとめてレシート印字の処理を行う。

ＣＰＵ２１は、選択した税種の販売ワークメモリ２３ｇに格納された各商品について、販売ワークメモリ２３ｇに格納された順に「商品名」、「単価」、「点数」、「売上金額」をレシートに印字する（ステップＳ３３）。この実施形態によれば、同一税率の商品については入力された順に印字を行う。

同一税種の各商品の印字を行った後、その税種の「税率」、その税種の商品の「合計点数」、その税種の「合計売上金額」、その税種の「合計税額」を印字する（ステップＳ３５）。それらの値は、税率は税率設定テーブル２３ａ、販売ワークメモリ２３ｇ、税種別売上累計メモリ２３ｆ、税種別税金累計メモリ２３ｄにそれぞれ基づいて得ることができる。

続いてＣＰＵ２１は、次の税種があるか否かを確認する（ステップＳ３７）。次の税種があれば（ステップＳ３９のＹｅｓ）、ルーチンは前述のステップＳ３３に戻り、次の税種についてステップＳ３３〜Ｓ３５の印字を行う。

印字すべきすべての税種について処理を繰り返したら（ステップＳ３９のＮｏ）、ルーチンはステップＳ４１へ進み、点数の総計、売上金額の総計および税額の総計を印字する（ステップＳ４１）。それらの値は、総売上累計メモリ２３ｅおよび総税金累計メモリ２３ｃに基づいてそれぞれ得ることができる。最後に、売上金額の総計と税額の総計を加算した合計金額を印字して（ステップＳ４３）処理を終了する。

図１０は、この実施形態により印字されるレシートの一例を示す説明図である。一点鎖線で囲んだ領域は、税種Ｂの商品がまとめて印字された領域と税種Ｃの商品がまとめて印字された領域である。税種Ｂ印字領域４１ａには、「ニンジン」、「キュウリ」および「牛乳」がまとめて印字され、税種Ｃ印字領域４１ｂには、唯一の商品「ロイヤルカナン」が印字されている。図１０の例では、税種Ａおよび税種Ｄの商品は売上対象に含まれていない。つまり、税種別に「商品名」、「単価」、「点数」、「売上金額」が印字されている（前述のステップＳ３３に対応）。

また、各税種について、「税率」、「合計点数」、「合計売上金額」、「合計税額」が印字されている。具体的には、税種Ｂについて「５％」、「３点」、「６５２円」、「３２円」が印字されている。税種Ｃについても同様である（前述のステップＳ３５に対応）。

その下に、全ての税率を合計した「総計点数」、「総計売上金額」、「総計税額」が印字されている。具体的にはそれぞれ「４点」、「３６５２円」、「３３２円」である（前述のステップＳ４１に対応）。
そして、末尾に総計売上金額と総計税額の合計が印字されている（前述のステップＳ４３に対応）。

図６、図９および図１０を対照させるとわかるように、この実施形態において、レシート４１の印字順は販売ワークメモリ２３ｇの順に対応し、同一税種については入力順である。異なる税種については税率の低い順である。

この発明によれば、各商品を税種別にまとめて印字しかつ税率毎の税額小計が印字されるので、異なる税率の商品を購入した際に購入者が税額を確認し易く、しかも各商品について税額を印字しなくてもよいのでコンパクトなレイアウトのレシートを印字でき省資源にも寄与する。購入者は、購入金額に含まれる税額を税率毎に確認できる。また、税率毎に商品が纏められているため視認性がよく、購入者の利便性が向上する。

（他の実施形態）
実施の形態１では税率の低い順に印字を行っているが、変形例として、税率の高い順に印字を行ってもよい（実施の形態２）。

実施の形態１ではレシートの印字順を税率順にまとめたが、同一税率の商品については入力順に印字している。変形例として、同一税率の商品について、異なる割引率が適用されるときは、さらに割引率の順にまとめてもよい（実施の形態３）。

図１１は、実施の形態３により印字されるレシートの一例を示す説明図である。「キュウリ」と「牛乳」が通常価格（割引率０％）であるのに対して「ニンジン」は通常の１０％割引の特価品である場合に、割引率の順に印字を行っている。この場合、ＰＬＵ設定テーブル２３ｂは、各商品の割引率の項目を有する（図５に図示せず）。それに対応して販売ワークメモリ２３ｇは各商品の割引率の項目を有する（図６に図示せず）。

図８のステップＳ３３〜Ｓ３９のループの中に、割引率の順に商品を選択するサブループが追加される。即ち、同一税種につき、販売ワークメモリ２３ｇから割引率の最も高いものから順に商品を選択して印字するサブループの処理を追加することで、図１１に示すレシートの印字が実現できる。
他の変形例として、実施の形態３における商品の割引率に代えてポイント付与率の順にまとめるようにしてもよい（実施の形態４）。
以上に述べたように、

この発明によるＰＯＳ端末装置は、商品別の単価および商品別の税率を含む商品情報を格納する記憶部と、各商品の売上処理の指示および前記売上処理の締めの指示を受付ける入力部と、指示を受付けた各商品の売上処理をその商品に係る商品情報を用いて行い、商品毎の売上個数、売上金額、税率および税額を含む売上データを生成する処理部と、前記売上データに基づいてレシートを印刷する印刷部とを備え、前記処理部は、前記締めの指示に応答し、売上処理された各商品を税率別に並べて記しかつ税率毎の税額小計を記したレシートを前記印刷部に印刷させることを特徴とする。

この発明において、記憶部は、少なくとも商品情報を格納するメモリである。具体的な態様としては、例えば、商品情報がネットワークを介して接続された外部のサーバーから送られてくる。前記記憶部は、受信した商品情報を格納するＲＡＭである。前述の実施例におけるＲＡＭは、この発明に係る記憶部に相当する。入力部は、オペレータからの指示を受付けるものである。例えば前述の実施形態において、この発明に係る入力部はキーボードおよびバーコードスキャナに相当する。

また、処理部は、各商品の売上処理を行って売上データを生成するものである。その具体的な態様は、例えば、コンピュータが処理プログラムに従ってメモリ等のハードウェア資源を用いて処理を行うものである。例えば前述の実施形態において、不揮発性記憶部に予め格納された処理プログラムをＣＰＵがＲＡＭにダウンロードして実行することによってこの発明に係る処理部の機能が実現される。

さらに、この発明の好ましい態様について説明する。
（実施の形態５）
前記処理部は、同じ税率の商品については、売上処理を行った順に各商品を並べて記したレシートを前記印刷部に印刷させてもよい。
このようにすれば、順次売上処理される各商品を税率別に分けて並べる簡単な処理をレシートの印刷に適用できる。

（実施の形態６）
前記商品情報は、各商品の割引率を含み、前記処理部は、同じ税率の商品について、割引率の順に各商品を並べて記したレシートを前記印刷部に印刷させてもよい。
このようにすれば、異なる税率だけでなく異なる割引率の商品を含むレシートを購入者が分かり易くかつ確認し易いように印字できる。

（実施の形態７）
前記商品情報は、各商品に対するポイント付与率を含み、前記処理部は、同じ税率の商品については、ポイント付与率の順に各商品を並べて記したレシートを前記印刷部に印刷させてもよい。
このようにすれば、異なる税率だけでなく異なるポイント付与率の商品を含むレシートを購入者が分かり易くかつ確認し易いように印字できる。

（実施の形態８）
各商品の売上データに基づく表示を行う表示部をさらに備え、前記処理部は、売上処理の際、各商品の売上処理を行った順に各商品に係る表示を前記表示部に行わせてもよい。
このようにすれば、売上処理の際は購入者および／またはオペレータが確認し易いように売上処理の順に各商品を表示することが可能である。
この発明の好ましい態様には、上述した複数の態様のうちの何れかを組み合わせたものも含まれる。

前述した実施の形態の他にも、この発明について種々の変形例があり得る。それらの変形例は、この発明の範囲に属さないと解されるべきものではない。この発明には、請求の範囲と均等の意味および前記範囲内でのすべての変形とが含まれるべきである。

１１：ＰＯＳ端末装置、 ２１：ＣＰＵ、 ２３：ＲＡＭ、 ２３ａ：税率設定テーブル、 ２３ｂ：ＰＬＵ設定テーブル、 ２３ｃ：総税金累計メモリ、 ２３ｄ：税種別税金累計メモリ、 ２３ｅ：総売上累計メモリ、 ２３ｆ：税種別売上累計メモリ、 ２３ｇ：販売ワーキングメモリ、 ２５：不揮発性記憶部、 ２７：ドロア、 ２９：表示部、 ２９ａ：確認画面、 ３１：入力部、 ３１ａ：キーボード、 ３１ｂ：バーコードスキャナ、 ３３：印刷部、 ３５：通信部、 ４１：レシート、 ４１ａ：税種Ｂ印字領域、 ４１ｂ：税種Ｃ印字領域、 ２０１：置数キー、 ２０２：ＰＬＵキー、 ２０３：金額キー、 ２０４：現計キー

Claims (2)

1. 商品別の単価および商品別の税率を含む商品情報を格納する記憶部と、
   各商品の売上処理の指示および前記売上処理の締めの指示を受付ける入力部と、
   指示を受付けた各商品の売上処理をその商品に係る商品情報を用いて行い、商品毎の売上個数、売上金額、税率および税額を含む売上データを生成する処理部と、
   前記売上データに基づいてレシートを印刷する印刷部とを備え、
   前記処理部は、前記締めの指示に応答し、売上処理された各商品を税率の低い順にまとめて並べかつ税率毎の税額小計を記したレシートを前記印刷部に印刷させることを特徴とするＰＯＳ端末装置。
2. 前記処理部は、同じ税率の商品については、売上処理を行った順に各商品を並べて記したレシートを前記印刷部に印刷させる請求項１に記載のＰＯＳ端末装置。