(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023168580
(43)【公開日】2023-11-24
(54)【発明の名称】精算装置及びその制御プログラム
(51)【国際特許分類】
G07G 1/12 20060101AFI20231116BHJP
【ＦＩ】
G07G1/12 361D
【審査請求】有
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023173484
(22)【出願日】2023-10-05
(62)【分割の表示】P 2019171244の分割
【原出願日】2019-09-20
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(72)【発明者】
【氏名】中園 健士
(72)【発明者】
【氏名】西田 真琴
(57)【要約】
【課題】免税措置の手続を簡略化し、業務担当者の負担軽減を図る。
【解決手段】精算装置は、取得手段と、報知手段と、を備える。取得手段は、取引にかかる商品のうち、一般物品に属する商品の税抜価格の合計である第１金額と、消耗品に属する商品の税抜価格の合計である第２金額とを取得する。報知手段は、第１金額と第２金額との合算金額が、一般物品を消耗品として取り扱う合算処理の免税対象となる要件を満足する場合に報知する。
【選択図】 図９
【解決手段】精算装置は、取得手段と、報知手段と、を備える。取得手段は、取引にかかる商品のうち、一般物品に属する商品の税抜価格の合計である第１金額と、消耗品に属する商品の税抜価格の合計である第２金額とを取得する。報知手段は、第１金額と第２金額との合算金額が、一般物品を消耗品として取り扱う合算処理の免税対象となる要件を満足する場合に報知する。
【選択図】 図９
【特許請求の範囲】
【請求項1】
取引にかかる商品のうち、一般物品に属する商品の税抜価格の合計である第１金額と、消耗品に属する商品の税抜価格の合計である第２金額とを取得する取得手段と、
前記第１金額と前記第２金額との合算金額が、一般物品を消耗品として取り扱う合算処理の免税対象となる要件を満足する場合に報知する報知手段と、
を具備する精算装置。
前記第１金額と前記第２金額との合算金額が、一般物品を消耗品として取り扱う合算処理の免税対象となる要件を満足する場合に報知する報知手段と、
を具備する精算装置。
【請求項2】
前記第１金額と前記第２金額との合算金額が前記合算処理の免税対象となる要件を満足する場合に、前記合算処理で免税精算を行うか否かを問合せる問合せ手段と、
前記問合せに対して前記合算処理で免税精算を行うことが選択された場合には、前記一般物品に対する税額と前記消耗品に対する税額とから免税金額を算出し、前記合算処理で免税精算を行わないことが選択された場合には、前記第１金額が一般物品に対する免税対象となる要件を満足する場合の前記一般物品に対する税額と、前記第２金額が消耗品に対する免税対象となる要件を満足する場合の前記消耗品に対する税額とから免税金額を算出して、その免税金額を精算する精算手段と、
をさらに具備する請求項１記載の精算装置。
前記問合せに対して前記合算処理で免税精算を行うことが選択された場合には、前記一般物品に対する税額と前記消耗品に対する税額とから免税金額を算出し、前記合算処理で免税精算を行わないことが選択された場合には、前記第１金額が一般物品に対する免税対象となる要件を満足する場合の前記一般物品に対する税額と、前記第２金額が消耗品に対する免税対象となる要件を満足する場合の前記消耗品に対する税額とから免税金額を算出して、その免税金額を精算する精算手段と、
をさらに具備する請求項１記載の精算装置。
【請求項3】
取引にかかる商品のデータを、一般物品に属する商品と消耗品に属する商品とで欄を分けて表示する表示手段、
をさらに具備し、
前記表示手段は、前記問合せに対して合算処理で免税精算を行うことが選択された場合には、一般物品に属する商品のデータを消耗品に属する商品のデータが表示される欄に表示する、請求項２記載の精算装置。
をさらに具備し、
前記表示手段は、前記問合せに対して合算処理で免税精算を行うことが選択された場合には、一般物品に属する商品のデータを消耗品に属する商品のデータが表示される欄に表示する、請求項２記載の精算装置。
【請求項4】
前記問合せに対して合算処理で免税精算を行うことが選択されると、免税対象者が免税店で購入した全ての商品を特殊包装することを通知する通知手段、
をさらに具備する請求項２又は３記載の精算装置。
をさらに具備する請求項２又は３記載の精算装置。
【請求項5】
免税対象者が免税店で購入した商品のデータを記録する票を出力する出力手段、
をさらに具備し、
前記出力手段は、前記問合せに対して合算処理で免税精算を行うことが選択されると、前記票に、合算処理で免税精算を行ったことを示す情報を出力する、請求項２記載の精算装置。
をさらに具備し、
前記出力手段は、前記問合せに対して合算処理で免税精算を行うことが選択されると、前記票に、合算処理で免税精算を行ったことを示す情報を出力する、請求項２記載の精算装置。
【請求項6】
取引にかかる商品のうち、一般物品に属する商品の合計である第１金額と、消耗品に属する商品の合計である第２金額とを取得する取得手段と、
前記第１金額と前記第２金額との合算金額が一般物品を消耗品として取り扱う合算処理の免税対象となる要件を満足する場合には、前記一般物品に対する税額と前記消耗品に対する税額とから前記合算処理による免税金額を算出して、その免税金額を精算する合算精算手段と、
を具備する精算装置。
前記第１金額と前記第２金額との合算金額が一般物品を消耗品として取り扱う合算処理の免税対象となる要件を満足する場合には、前記一般物品に対する税額と前記消耗品に対する税額とから前記合算処理による免税金額を算出して、その免税金額を精算する合算精算手段と、
を具備する精算装置。
【請求項7】
前記合算精算手段は、前記第１金額が前記一般物品に対する免税対象となる要件を満足せず、かつ、前記第２金額が前記消耗品に対する免税対象となる要件を満足しない場合で、前記第１金額と前記第２金額との合算金額が前記合算処理の免税対象となる要件を満足する場合に免税金額を精算する、請求項６記載の精算装置。
【請求項8】
精算装置のコンピュータに、
取引にかかる商品のうち、一般物品に属する商品の税抜価格の合計である第１金額と、消耗品に属する商品の税抜価格の合計である第２金額とを取得する機能と、
前記第１金額と前記第２金額との合算金額が、一般物品を消耗品として取り扱う合算処理の免税対象となる要件を満足する場合に報知する機能と、
を実現させるための制御プログラム。
取引にかかる商品のうち、一般物品に属する商品の税抜価格の合計である第１金額と、消耗品に属する商品の税抜価格の合計である第２金額とを取得する機能と、
前記第１金額と前記第２金額との合算金額が、一般物品を消耗品として取り扱う合算処理の免税対象となる要件を満足する場合に報知する機能と、
を実現させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、精算装置及びコンピュータを当該精算装置として機能させるための制御プログラムに関する。
【背景技術】
【0002】
一般型消費税免税店の経営者が、外国人旅行者等の非居住者に対して一定の方法で物品を販売する場合には、その物品に賦課される物品税（消費税，酒税等）が免除される。例えば、家電製品、衣料品、宝飾品等のように通常生活の用に供せられる一般物品は、一人の非居住者に対して同じ店舗における一日の販売合計額が予め定められた金額（例えば５千円）以上という免税対象となる要件を満足した場合に免税される。飲食品、化粧品、医薬品等の消耗品は、一人の非居住者に対して同じ店舗における一日の販売合計額が予め定められた金額（例えば５千円から５０万円）の範囲内であること、指定された方法による特殊包装がされていること、などの免税対象となる要件を満足した場合に免税される。
【0003】
ここで、同じ店舗とは、商店街、ショッピングセンター、テナントビル等の特定商業施設であってもよい。特定商業施設の場合、第三者である承認免税手続事業者がその施設内に免税手続カウンタを設置することで、手続委託型免税店による非居住者への物品販売に係る免税措置の手続を経営者に代わって行うことができる。
【0004】
このように、以前は、一般物品と消耗品とを個別に取り扱い、免税対象となる要件を判定していた。ところが昨今、法改正があり、一般物品であっても消耗品と同じように特殊包装を行った場合には消耗品の規定が適用され、一般物品と消耗品との合算金額が予め定められた金額（例えば５千円以上で５０万円以下）であれば、免税対象となることとなった。その結果、例えば一般物品の販売合計額が３千円、消耗品の販売合計額が３千円であった場合、法改正以前は免税対象とはならなかったが、法改正後は免税対象となる。
【0005】
しかしながら、現状における免税手続のシステムでは、免税措置の業務担当者が一般物品の販売合計額と消耗品との販売合計額とを確認し、必要に応じて合算して、免税対象となる要件を満足するか否かを判定しなければならない。このため、業務担当者の負担が大きい上、合算処理の要件を見落としてしまって非居住者に対して不利益を与える懸念がある。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開２０１７－０５８７４５号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
本発明の実施形態が解決しようとする課題は、免税措置の手続を簡略化でき、業務担当者の負担軽減の効果を奏し得る精算装置を提供しようとするものである。
【課題を解決するための手段】
【0008】
一実施形態において、精算装置は、取得手段と、報知手段と、を備える。取得手段は、取引にかかる商品のうち、一般物品に属する商品の税抜価格の合計である第１金額と、消耗品に属する商品の税抜価格の合計である第２金額とを取得する。報知手段は、第１金額と第２金額との合算金額が、一般物品を消耗品として取り扱う合算処理の免税対象となる要件を満足する場合に報知する。
【図面の簡単な説明】
【0009】
【図1】一実施形態に係る免税処理システムの全体構成を示す模式図。
【図2】精算端末の要部回路構成を示すブロック図。
【図3】管理サーバの要部回路構成を示すブロック図。
【図4】免税品データベースに保存される主要なデータ項目を示す模式図。
【図5】購入者データファイルに保存される主要なデータ項目を表す模式図。
【図6】一般物品購入レコード及び消耗品購入レコードに含まれるデータの構造を示す模式図。
【図7】判定テーブルのデータ構造とそのデータ例とを示す模式図。
【図8】精算端末のＣＰＵが実行する制御処理の主要な手順を示す流れ図。
【図12】精算端末のタッチパネルに表示される報知・問合せ画像の一例を示す模式図。
【図13】個別処理時に精算端末のタッチパネルに表示される精算画面の一例を示す模式図。
【図14】合算処理時に精算端末のタッチパネルに表示される精算画面の一例を示す模式図。
【図15】合算処理時に精算端末のタッチパネルに表示される特殊包装指示画像の一例を示す模式図。
【図16】合算処理時に精算端末から発行される購入記録票の一例を示す模式図。
【図17】免税判定処理の他の実施形態を示す流れ図。
【発明を実施するための形態】
【0010】
以下、精算装置の実施形態について、図面を用いて説明する。
なお、この実施形態は、商店街、ショッピングセンター、テナントビル等の特定商業施設において、承認免税手続事業者によって運営される免税手続カウンタに設置される精算装置を例示する。
なお、この実施形態は、商店街、ショッピングセンター、テナントビル等の特定商業施設において、承認免税手続事業者によって運営される免税手続カウンタに設置される精算装置を例示する。
【0011】
図１は、免税処理システム１の全体構成を示す模式図である。免税処理システム１は、手続委託型の免税制度が適用される特定商業施設２（以下、施設２と称する）と、当該施設２の承認免税手続事業者又はこの事業者から委託を受けた企業体が管理するデータセンタ３との間で構築される。
【0012】
施設２は、商店街、ショッピングセンター、テナントビル等の店舗の集合体である。各店舗は、手続委託型の消費税免税店４（以下、免税店４と称する）として国等から認可されている。各免税店４では、それぞれ会計装置として、例えば先行技術文献に開示されている周知のＰＯＳ（Point Of Sales）端末４０が稼働している。１店舗当たりにおけるＰＯＳ端末４０の台数は、特に制限されるものではない。なお、施設２は、一般型の消費税免税店、すなわち１店舗だけの免税店であってもよい。
【0013】
施設２には、承認免税手続事業者によって管理される免税受付カウンタ５（以下、受付カウンタ５と称する）と免税手続カウンタ６（以下、手続カウンタ６と称する）とが設置されている。受付カウンタ５と手続カウンタ６とは、施設２内の別々の場所に設置されていてもよいし、同一の場所に設置されていてもよい。
【0014】
受付カウンタ５は、外国人旅行者等の非居住者が施設２内で買物をする前に、免税による物品の売買取引に必要な免税シートＳの発行を受ける場所である。受付カウンタ５では、免税シートＳを発行するための、例えば先行技術文献に開示されている周知の受付端末５０が稼働している。免税シートＳは、例えばレシート用紙に必要事項が印刷されたものである。なお、免税シートＳの代わりに、情報を磁気的又は電気的に保持可能なカード媒体（磁気カード，ＩＣカード等）を用いてもよい。
【0015】
手続カウンタ６は、施設２内の免税店４で買物をした非居住者である免税対象者が免税措置の手続を行う場所である。手続の業務には、免税対象者が免税店４で購入した物品に対して支払った物品税（消費税，酒税等）の返金業務、購入者誓約書、購入記録票、包装ラベル等の免税措置に必要な証書の発行業務、購入者誓約書の回収業務等がある。手続カウンタ６では、精算端末６０が稼働している。精算端末６０は、精算装置として機能する情報処理装置の一態様である。
【0016】
データセンタ３は、少なくとも１つの施設２に対し、その施設２での免税措置の手続に係るデータの管理及び免税措置の手続によって処理されたデータの保管を目的に設置されている。複数の施設２での免税措置の手続に係るデータの管理及び免税措置の手続によって処理されたデータの保管を、１つのデータセンタが兼用してもよい。データセンタ３では、免税措置の手続に係るデータ及び免税措置の手続によって処理されたデータを管理するための管理サーバ３０が稼働している。
【0017】
免税処理システム１は、インターネット等のコンピュータネットワーク７（以下、ネットワーク７と称する）を含む。そしてこのネットワーク７で、施設２内の各ＰＯＳ端末４０、受付端末５０及び精算端末６０と、データセンタ３内の管理サーバ３０とを、双方向通信自在に接続することによって、免税処理システム１が構築されている。
【0018】
なお図１では、管理サーバ３０をデータセンタ３に設けているが、管理サーバ３０を施設２内に設け、施設２内のネットワークで接続することにより、免税処理システム１を構成してもよい。
【0019】
図２は、精算端末６０の要部回路構成を示すブロック図である。精算端末６０は、ＣＰＵ（Central Processing Unit）６０１、ＲＯＭ（Read Only Memory）６０２、ＲＡＭ（Random Access Memory）６０３、補助記憶デバイス６０４、時計部６０５、通信インターフェース６０６、タッチパネル６０７、スキャナ６０８、カードリーダ６０９、プリンタインターフェース６１０及び２つの外部機器インターフェース６１１，６１２を搭載する。そして精算端末６０は、ＣＰＵ６０１と、ＲＯＭ６０２、ＲＡＭ６０３、補助記憶デバイス６０４、時計部６０５、通信インターフェース６０６、タッチパネル６０７、スキャナ６０８、カードリーダ６０９、プリンタインターフェース６１０及び外部機器インターフェース６１１，６１２とを、アドレスバス、データバス、制御信号線等のシステム伝送路６１３によって直接、又は入出力回路を介して間接的に接続している。ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３及び補助記憶デバイス６０４がシステム伝送路６１３で接続されることにより、精算端末６０のコンピュータが構成される。
【0020】
ＣＰＵ６０１は、上記コンピュータの中枢部分に相当する。ＣＰＵ６０１は、オペレーティングシステム及びアプリケーションプログラムに従って、精算端末６０としての各種の機能を実現するべく各部を制御する。
【0021】
ＲＯＭ６０２は、上記コンピュータの主記憶部分に相当する。ＲＯＭ６０２は、上記のオペレーティングシステム及びアプリケーションプログラムを記憶する。ＲＯＭ６０２は、ＣＰＵ６０１が各部を制御するための処理を実行する上で必要なデータを記憶する場合もある。
【0022】
ＲＡＭ６０３は、上記コンピュータの主記憶部分に相当する。ＲＡＭ６０３は、ＣＰＵ６０１が処理を実行する上で必要なデータを記憶する。またＲＡＭ６０３は、ＣＰＵ６０１によって情報が適宜書き換えられるワークエリアとしても利用される。
【0023】
補助記憶デバイス６０４は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス６０４は、例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）などである。補助記憶デバイス６０４は、ＣＰＵ６０１が各種の処理を行う上で使用するデータ、あるいはＣＰＵ６０１での処理によって生成されたデータ等を保存する。補助記憶デバイス６０４は、上記のアプリケーションプログラムを記憶する場合もある。
【0024】
ＲＯＭ６０２又は補助記憶デバイス６０４に記憶されるアプリケーションプログラムには、精算端末６０で実行される情報処理に関して記述した制御プログラムが含まれる。制御プログラムをＲＯＭ６０２又は補助記憶デバイス６０４にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に制御プログラムを記録して、あるいはネットワークを介した通信により制御プログラムを配信して、ＲＯＭ６０２又は補助記憶デバイス６０４にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。
【0025】
時計部６０５は、精算端末６０の時刻情報源として機能する。ＣＰＵ６０１は、時計部６０５によって計時される時刻情報を基に、現在の日付及び時間を計時する。
【0026】
通信インターフェース６０６は、ネットワーク７に接続される。通信インターフェース６０６は、ネットワーク７を介してデータセンタ３の管理サーバ３０と予め設定されたプロトコルに従いデータ通信を行う。
【0027】
タッチパネル６０７は、表示デバイス及びタッチセンサを含む。表示デバイスは、その表示画面を、ＧＵＩ画面などの任意の画面とする。表示デバイスとしては、例えばカラーＬＣＤ等の周知のデバイスを利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面への操作者のタッチ位置を検出し、その位置情報をＣＰＵ６０１へと送る。タッチセンサとしては、周知のデバイスを利用できる。
【0028】
スキャナ６０８は、バーコード、二次元データコード等のコードシンボルを光学的に読み取る。スキャナ６０８は、免税シートＳに印刷されたバーコードの読取りに供される。
【0029】
カードリーダ６０９は、カード媒体に記録されたデータを読み取る。カード媒体が磁気カードの場合、カードリーダ６０９は磁気カードリーダである。カード媒体がＩＣカードの場合、カードリーダ６０９はＩＣカードリーダである。ＩＣカードリーダは、接触タイプでもよいし、非接触タイプでもよい。カード媒体が磁気カードであれば、カードリーダ６０９は磁気カードリーダとなる。カード媒体ＣがＩＣカードであれば、カードリーダ６０９はＩＣカードリーダとなる。
【0030】
プリンタインターフェース６１０は、通信ケーブルを介して着脱自在に接続されるプリンタ６１との間で、予め設定されたプロトコルに従いデータ通信を行う。プリンタ６１は、購入記録票、包装ラベル等の証書の印刷に供される。この種のプリンタ６１としては、サーマルプリンタ又はドットインパクトプリンタ等を適用できる。精算端末６０を周知のＰＯＳ端末で構成し、このＰＯＳ端末に搭載されているレシートプリンタを、上記証書を印刷するためのプリンタとしてもよい。
【0031】
外部機器インターフェース６１１は、通信ケーブルを介して着脱自在に接続されるペンタブレット６２との間で予め設定されたプロトコルに従いデータ通信を行う。ペンタブレット６２は、板状のタブレット本体に対する電子ペンの位置をタブレット本体に内蔵したセンサで読み取るもので、電子ペンの軌跡を検出しユーザの書込み情報として電子的に取り込む検出デバイスである。ペンタブレット６２としては、液晶ペンタブレット等の周知のものを適用できる。ペンタブレット６２は、電子文書である購入者誓約書に購入者の電子署名（電子サイン）を記録するために供される。
【0032】
外部機器インターフェース６１２は、通信ケーブルを介して着脱自在に接続される出金機６３との間で予め設定されたプロトコルに従いデータ通信を行う。出金機６３は、紙幣及び硬貨の現金を金種別に収納したストッカと、出金データに応じた金額の現金をストッカから払出口に払い出す機構とを有する。出金機６３は、施設２内の免税店４において税込み価格で免税品を購入し、手続カウンタ６で免税手続を終えた免税対象者に対して返金される免税対象額を出金する。出金機６３は、ＰＯＳ端末と連動する周知の自動釣銭機であってもよい。また、出金機６３の代わりに、現金を収納したドロワを接続し、このドロワをＣＰＵ６０１からの開放信号に応じて開放動作するように制御してもよい。この場合には、タッチパネル６０７に免税対象額を表示させることによって、手続カウンタ６の業務担当者が免税対象額に相当する現金をドロワから揃えて免税対象者に手渡すことになる。
【0033】
図３は、管理サーバ３０の要部回路構成を示すブロック図である。管理サーバ３０は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、補助記憶デバイス３０４、時計部３０５、通信インターフェース３０６及びＬＡＮインターフェース３０７を搭載する。そして管理サーバ３０は、ＣＰＵ３０１とＲＯＭ３０２、ＲＡＭ３０３、補助記憶デバイス３０４、時計部３０５、通信インターフェース３０６及びＬＡＮインターフェース３０７とを、アドレスバス、データバス、制御信号線等のシステム伝送路３０８によって直接、又は入出力回路を介して間接的に接続している。ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３及び補助記憶デバイス３０４がシステム伝送路３０８で接続されることにより、管理サーバ３０のコンピュータが構成される。
【0034】
ＣＰＵ３０１は、上記コンピュータの中枢部分に相当する。ＣＰＵ３０１は、オペレーティングシステム及びアプリケーションプログラムに従って、管理サーバ３０としての各種の機能を実現するべく各部を制御する。
【0035】
ＲＯＭ３０２は、上記コンピュータの主記憶部分に相当する。ＲＯＭ３０２は、上記のオペレーティングシステム及びアプリケーションプログラムを記憶する。ＲＯＭ３０２は、ＣＰＵ３０１が各部を制御するための処理を実行する上で必要なデータを記憶する場合もある。
【0036】
ＲＡＭ３０３は、上記コンピュータの主記憶部分に相当する。ＲＡＭ３０３は、ＣＰＵ３０１が処理を実行する上で必要なデータを記憶する。またＲＡＭ３０３は、ＣＰＵ３０１によって情報が適宜書き換えられるワークエリアとしても利用される。
【0037】
補助記憶デバイス３０４は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス３０４は、例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤなどである。補助記憶デバイス３０４は、ＣＰＵ３０１が各種の処理を行う上で使用するデータ、あるいはＣＰＵ３０１での処理によって生成されたデータ等を保存する。補助記憶デバイス３０４は、上記のアプリケーションプログラムを記憶する場合もある。
【0038】
ＲＯＭ３０２又は補助記憶デバイス３０４に記憶されるアプリケーションプログラムには、管理サーバ３０で実行される情報処理に関して記述した制御プログラムが含まれる。制御プログラムをＲＯＭ３０２又は補助記憶デバイス３０４にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に制御プログラムを記録して、あるいはネットワークを介した通信により制御プログラムを配信して、ＲＯＭ３０２又は補助記憶デバイス３０４にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。
【0039】
時計部３０５は、管理サーバ３０の時刻情報源として機能する。ＣＰＵ３０１は、時計部３０５によって計時される時刻情報を基に、現在の日付及び時間を計時する。
【0040】
通信インターフェース３０６は、ネットワーク７に接続される。通信インターフェース３０６は、ネットワーク７を介して受付端末５０、ＰＯＳ端末４０又は精算端末６０との間で、それぞれ予め設定されたプロトコルに従いデータ通信を行う。
【0041】
ＬＡＮインターフェース３０７は、データセンタ３内に形成されたＬＡＮに接続される。ＬＡＮは、有線ＬＡＮでもよいし、無線ＬＡＮでもよい。
【0042】
かかる構成の管理サーバ３０は、補助記憶デバイス３０４において、免税品データベース３１と購入者データファイル３２と判定テーブル３３を記憶している。免税品データベース３１は、各免税店４で免税対象者に対して物品税が免除されて販売される物品、いわゆる免税品に関するデータを保存する。
【0043】
免税品には、食料品、飲料類、薬品類、化粧品類等の消耗品と、消耗品以外の一般物品とがある。我が国では現在、消耗品については、同一の免税対象者に対する同一施設２内の免税店４での１日の販売合計額が５千円以上、５０万円以下の範囲内の場合に免税対象となる。一方、一般物品については、同販売合計金額が５千円以上の場合に免税対象となる。また、一般物品の販売合計額と消耗品の販売合計額との合算金額が５千円以上、５０万円以下の範囲内のときにも免税対象となる。ただし、この場合には、一般物品については消耗品と同様に特殊包装を行う必要がある。
【0044】
図４は、免税品データベース３１に保存される主要なデータ項目を示す模式図である。図４に示すように、免税品データベース３１には、店舗コード、商品コード、品目名、価格、消費税区分、免税区分の各項目を含む免税品レコードが免税品の数だけ保存されている。店舗コードは、免税店４を個々に識別するために免税店４毎に設定された一意のコードである。商品コードは、対応する店舗コードで識別される免税店４で販売される商品（免税品、非免税品を含む）を個々に識別するために商品毎に設定された一意のコードである。因みに、同一種類の商品に対する商品コードが各免税店４で共通であってもよいし、免税店４毎に異なっていてもよい。また、別種類の商品に対して異なる免税店４で同一の商品コードが付されることを妨げるものでもない。
【0045】
品目名は、対応する商品コードで識別される商品の名称である。価格は、対応する商品コードで識別される商品に対しての価格（税込価格又は税抜価格）である。因みに、同一種類の商品に対する品目名又は価格が各免税店４で共通であってもよいし、免税店４毎に異なっていてもよい。
【0046】
消費税区分は、対応する商品コードで識別される商品が税込で定義されるのか、税抜で定義されるのか、また消費税率がいくらで設定されているのかを区分けする情報である。消費税区分が税込を定義する区分の場合、価格は、税込価格である。そして、この税込価格と消費税率とから税抜価格及び消費税金額を算出可能である。消費税区分が税抜を定義する区分の場合、価格は、税抜価格である。そして、この税抜価格と消費税率とから税込価格及び消費税金額を算出可能である。因みに、同一種類の商品に対する消費税区分が各免税店４で共通であってもよいし、免税店４毎に異なっていてもよい。また、同一の免税店４で取り扱う各商品においても消費税区分が異なっていてもよい。
【0047】
免税区分は、対応する商品コードで識別される商品が消耗品として定義されるのか、消耗品以外の一般物品として定義されるのか、あるいは免税対象外として定義されるのかを区分けする情報である。例えば管理サーバ３０のＣＰＵ３０１は、区分が“１”の場合、この区分に対応する商品は消耗品であると認識する。同様にＣＰＵ３０１は、区分が“２”の場合、この区分に対応する商品は一般物品であると認識し、区分が“３”の場合、この区分に対応する商品は免税対象外であると認識する。例えば、対応する商品コードで識別される商品が非課税の商品である場合には、区分“３”が設定される。
【0048】
購入者データファイル３２は、免税店４で免税品を購入する意思を表した購入者、すなわち施設２の受付カウンタ５で免税シートＳの発行を受けた免税対象者に関する種々のデータを保存する領域である。
【0049】
図５は、購入者データファイル３２に保存される主要なデータ項目を表す模式図である。図５に示すように、購入者データファイル３２には、購入者コード、非居住者データ、受付日時、精算日時、区分、一般物品購入レコード、消耗品購入レコード、一般物品合計及び消耗品合計の各データが保存される。
【0050】
購入者コードは、施設２の受付カウンタ５で免税シートＳの発行を受けた免税対象者を個々に識別する一意のコードである。購入者コードは、例えば旅券番号と日時情報とから生成される。非居住者データは、対応する購入者コードで識別される免税対象者から提示された非居住者であることを証明する物に記載されている情報である。例えば、非居住者であることを証明する証明物が旅券（パスポート）の場合、旅券の種類、氏名、旅券番号、国籍、生年月日、性別、旅券の有効期限等が非居住者データに含まれる。受付日時は、対応する購入者コードで識別される免税対象者が、受付カウンタ５にて受付をした日時である。精算日時は、対応する購入者コードで識別される免税対象者が、手続カウンタ６にて免税対象者が免税店４で購入した物品に対して支払った消費税等の返金を受ける等の免税に関する精算、いわゆる免税精算を行った日時である。
【0051】
区分は、免税精算を個別処理で行ったか、合算処理で行ったかを識別するデータである。個別処理とは、一般物品の販売合計額又は消耗品の販売合計額で免税精算を行う処理を言う。合算処理とは、一般物品を消耗品として取り扱い、一般物品の販売合計額と消耗品の販売合計額との合算金額で免税精算を行う処理を言う。
【0052】
一般物品購入レコードは、対応する購入者コードで識別される免税対象者が各免税店４で購入した免税品のうち、一般物品の販売に関するデータを記録したものである。消耗品購入レコードは、同免税対象者が各免税店４で購入した免税品のうち、消耗品の販売に関するデータを記録したものである。一般物品購入レコード及び消耗品購入レコードは、共通のデータ構造を有しており、それぞれ免税品毎に作成される。一般物品合計は、対応する購入者コードで識別される免税対象者が各免税店４で購入した免税品のうち、一般物品の購入点数及び税抜価格をそれぞれ合計したものである。消耗品合計は、同免税対象者が各免税店４で購入した免税品のうち、消耗品の購入点数及び税抜価格をそれぞれ合計したものである。以下では、一般物品の税抜価格を合計した金額を一般物品合計額ｎと表す。また、消耗品の税抜価格を合計した金額を消耗品合計額ｍと表す。
【0053】
図６は、一般物品購入レコード及び消耗品購入レコードに含まれるデータの構造を示す模式図である。図６に示すように、一般物品購入レコード及び消耗品購入レコードには、店舗コード、商品コード、品目名、購入点数、価格、消費税金額等が含まれる。店舗コード、商品コード、品目名、購入点数については、前述したとおりである。価格は、税抜価格である。消費税金額は、対応する商品コードで識別される商品に対して賦課される消費税の金額である。
【0054】
図７は、判定テーブル３３のデータ構造とそのデータ例とを示す模式図である。図７に示すように、判定テーブル３３は、１から９までの連続番号にそれぞれ関連付けて、商品区分・金額エリアと、個別処理エリアと、合算処理エリアとを備えたデータテーブルである。そして、商品区分・金額エリアには、一般物品合計額ｎに対して免税対象となる要件の条件式データＣ１と、消耗品合計額ｍに対して免税対象となる要件の条件式データＣ２と、一般物品合計額ｎと消耗品合計額ｍとの合算金額（ｎ＋ｍ）に対して免税対象となる要件の条件式データＣ３とが記述されている。個別処理エリアには、一般物品に関する個別処理フラグＦ１と消耗品に関する個別処理フラグＦ２とが記述されており、合算処理エリアには、合算処理フラグＦ３が記述されている。各処理フラグＦ１，Ｆ２，Ｆ３は、対応する処理が成立する場合に“１”となり、不成立の場合に“０”となる１ビットデータである。なお、各処理フラグＦ１，Ｆ２，Ｆ３は、対応する処理が成立する場合に“０”となり、不成立の場合に“１”となる１ビットデータであってもよい。
【0055】
具体的には、番号“１”に対しては、条件式データＣ１としては「ｎ＜Ｎ」が、条件式データＣ２としては「ｍ＜ＭＬ」が、条件式データＣ３としては「ｎ＋ｍ＜ＭＬ」がそれぞれ記述されている。ここで、「ｎ＜Ｎ」の“Ｎ”は、同一の免税対象者に対する同一施設２内の免税店４での１日の一般物品合計額ｎが免税対象となる最低額である。すなわち、わが国の現状では最低額Ｎは５，０００円である。「ｍ＜ＭＬ」の“ＭＬ”は、同一の免税対象者に対する同一施設２内の免税店４での１日の消耗品の販売合計額が免税対象となる最低額である。すなわち、わが国の現状では最低額ＭＬは５，０００円である。一般物品合計額ｎが最低額Ｎ円に満たない場合、一般物品の個別処理では免税対象とはならない。したがって、個別処理フラグＦ１は“０”となる。同様に、消耗品合計額ｍが最低額ＭＬ円に満たない場合、消耗品の個別処理では免税対象とはならない。したがって、個別処理フラグＦ２は“０”となる。また、一般物品合計額ｎと消耗品合計額ｍとの合算金額（ｎ＋ｍ）が最低額ＭＬ円に満たない場合も、免税対象とはならない。したがって、合算処理フラグＦ３も“０”となる。
【0056】
番号“２”に対しては、条件式データＣ１としては「ｎ＜Ｎ」が、条件式データＣ２としては「ｍ＜ＭＬ」が、条件式データＣ３としては「ＭＬ≦ｎ＋ｍ」がそれぞれ記述されている。この場合、番号“１”の項で説明したように、個別処理フラグＦ１及び個別処理フラグＦ２は、いずれも“０”となる。一方、一般物品合計額ｎと消耗品合計額ｍとの合算金額（ｎ＋ｍ）が最低額ＭＬ円以上の場合には、免税対象となる。したがって、合算処理フラグＦ３は“１”となる。
【0057】
番号“３”に対しては、条件式データＣ１としては「ｎ＜Ｎ」が、条件式データＣ２としては「ＭＬ≦ｍ≦ＭＨ」が、条件式データＣ３としては「ＭＬ≦ｎ＋ｍ≦ＭＨ」がそれぞれ記述されている。ここで、「ＭＬ≦ｎ＋ｍ≦ＭＨ」の“ＭＨ”は、同一の免税対象者に対する同一施設２内の免税店４での１日の消耗品の販売合計額が免税対象となる最高額である。すなわち、わが国の現状では最高額ＭＨは５００，０００円である。この場合、番号“１”の項で説明したように、個別処理フラグＦ１は“０”となる。一方、消耗品合計額ｍが最低額ＭＬ円から最高額ＭＨ円までの範囲内の場合、消耗品の個別処理では免税対象となる。したがって、個別処理フラグＦ２は“１”となる。また、一般物品合計額ｎと消耗品合計額ｍとの合算金額（ｎ＋ｍ）が最低額ＭＬ円から最高額ＭＨ円までの範囲内の場合も、免税対象となる。したがって、合算処理フラグＦ３も“１”となる。
【0058】
番号“４”に対しては、条件式データＣ１としては「ｎ＜Ｎ」が、条件式データＣ２としては「ＭＬ≦ｍ≦ＭＨ」が、条件式データＣ３としては「ＭＨ＜ｎ＋ｍ」がそれぞれ記述されている。この場合、番号“３”の項で説明したように、個別処理フラグＦ１は“０”となり、個別処理フラグＦ２は“１”となる。一方、一般物品合計額ｎと消耗品合計額ｍとの合算金額（ｎ＋ｍ）が最高額ＭＨ円を超えた場合には、免税対象とならない。したがって、合算処理フラグＦ３は“０”となる。
【0059】
番号“５”に対しては、条件式データＣ１としては「ｎ＜Ｎ」が、条件式データＣ２としては「ＭＨ＜ｍ」が、条件式データＣ３としては「ＭＨ＜ｎ＋ｍ」がそれぞれ記述されている。この場合、番号“４”の項で説明したように、個別処理フラグＦ１は“０”となり、合算処理フラグＦ３も“０”となる。一方、消耗品合計額ｍが最高額ＭＨ円を超えると、消耗品の個別処理では免税対象とならない。したがって、個別処理フラグＦ２は“０”となる。
【0060】
番号“６”に対しては、条件式データＣ１としては「Ｎ≦ｎ」が、条件式データＣ２としては「ｍ＜ＭＬ」が、条件式データＣ３としては「ＭＬ≦ｎ＋ｍ」がそれぞれ記述されている。この場合、番号“２”の項で説明したように、個別処理フラグＦ２は“０”となり、合算処理フラグＦ３は“１”となる。一方、一般物品合計額ｎが最低額Ｎ円以上の場合には、一般物品の個別処理では免税対象とはなる。したがって、個別処理フラグＦ１は“１”となる。
【0061】
番号“７”に対しては、条件式データＣ１としては「Ｎ≦ｎ」が、条件式データＣ２としては「ＭＬ≦ｍ≦ＭＨ」が、条件式データＣ３としては「ＭＬ≦ｎ＋ｍ≦ＭＨ」がそれぞれ記述されている。この場合、番号“６”の項で説明したように、個別処理フラグＦ１は“１”となる。また、番号“３”の項で説明したように、個別処理フラグＦ２は“１”となり、合算処理フラグＦ３も“１”となる。
【0062】
番号“８”に対しては、条件式データＣ１としては「Ｎ≦ｎ」が、条件式データＣ２としては「ＭＬ≦ｍ≦ＭＨ」が、条件式データＣ３としては「ＭＨ＜ｎ＋ｍ」がそれぞれ記述されている。この場合、番号“６”の項で説明したように、個別処理フラグＦ１は“１”となる。また、番号“４”の項で説明したように、個別処理フラグＦ２は“１”となり、合算処理フラグＦ３は“０”となる。
【0063】
番号“９”に対しては、条件式データＣ１としては「Ｎ≦ｎ」が、条件式データＣ２としては「ＭＨ＜ｍ」が、条件式データＣ３としては「ＭＨ＜ｎ＋ｍ」がそれぞれ記述されている。この場合、番号“６”の項で説明したように、個別処理フラグＦ１は“１”となる。また、番号“５”の項で説明したように、個別処理フラグＦ２は“０”となり、合算処理フラグＦ３も“０”となる。
【0064】
かかるデータが設定された判定テーブル３３は、ネットワーク７を介して精算端末６０にダウンロードされて、精算端末６０の補助記憶デバイス６０４にも保存されている。以下では、精算端末６０にダウンロードされた判定テーブル３３を判定テーブル３３Ｄと称する。
【0065】
図８乃至図１１は、精算端末６０のＣＰＵ６０１が制御プログラムにしたがって実行する制御処理の主要な手順を示す流れ図である。図１２～図１６は、精算端末６０のタッチパネル６０７に表示される種々の画像又は画面の一例を示す模式図である。以下、各図を用いて、精算端末６０の動作について説明する。なお、以下に説明する動作の内容は一例である。同様な結果が得られるのであればその手順などは特に限定されるものではない。
【0066】
はじめに、各免税店４での買物を終えた免税対象者は、手続カウンタ６に赴く。そして免税対象者は、免税措置を行う業務担当者に免税シートＳを提示する。免税対象者から免税シートＳの提示を受けた業務担当者は、精算端末６０を起動させる。例えば精算端末６０は、タッチパネル６０７がタッチ操作されると、起動する。精算端末６０が起動すると、ＣＰＵ６０１は、図８の流れ図に示す手順の処理、いわゆる精算処理を開始する。
【0067】
先ずＣＰＵ６０１は、ＡＣＴ１として購入者コードを受け取る。具体的にはＣＰＵ６０１は、タッチパネル６０７に、「免税シートのバーコードをスキャニングしてください」等のガイダンスを表示させる。このガイダンスを確認した業務担当者は、免税対象者が提示した免税シートＳのバーコードをスキャナ６０８で読み取らせる。スキャナ６０８によって免税シートＳのバーコードが読み取られると、ＣＰＵ６０１は、そのバーコードを解析して得られるコードを購入者コードとして受け取る。
【0068】
次いでＣＰＵ６０１は、ＡＣＴ２として購入者コードを正当に受け取ることができたか否かを判定する。スキャナ６０８で読み取られたバーコードから得られたコードの体系が購入者コードの体系と異なる場合、ＣＰＵ６０１は、購入者コードを受け取ることができなかったと判定する。購入者コードを受け取ることができなかった場合、ＣＰＵ６０１は、ＡＣＴ２においてＮＯと判定する。ＣＰＵ６０１は、例えばタッチパネル６０７に、「購入者コードを読み取れませんでした」等のエラーメッセージを表示させて、精算処理を終了する。
【0069】
購入者コードを受け取ることができた場合には、ＣＰＵ６０１は、ＡＣＴ２においてＹＥＳと判定し、ＡＣＴ３へと進む。ＣＰＵ６０１は、ＡＣＴ３として管理サーバ３０に対して購入者データファイル３２を要求する。具体的にはＣＰＵ６０１は、ＡＣＴ１の処理で受け取った購入者コードを含む購入者データファイル３２の問合せコマンドを生成し、管理サーバ３０へと送信するように通信インターフェース６０６を制御する。この制御を受けて通信インターフェース６０６は、ネットワーク７を介して問合せコマンドを管理サーバ３０に送信する。
【0070】
問合せコマンドを受信した管理サーバ３０のＣＰＵ３０１は、そのコマンド中の購入者コードがセットされた購入者データファイル３２を検索する。そして該当する購入者データファイル３２を検出したならば、ＣＰＵ３０１は、その購入者データファイル３２を問合せコマンド送信元の精算端末６０に宛てて、ネットワーク７を介して送信する。
【0071】
問合せコマンドを送信したＣＰＵ６０１は、ＡＣＴ４として購入者データファイル３２の応答有無を確認する。そして、購入者データファイル３２の応答がなかった場合、ＣＰＵ６０１は、ＡＣＴ４においてＮＯと判定する。ＣＰＵ６０１は、例えばタッチパネル６０７に、「購入者データを取得できませんでした」等のエラーメッセージを表示させて、精算処理を終了する。
【0072】
購入者データファイル３２の応答があった場合には、ＣＰＵ６０１は、ＡＣＴ４においてＹＥＳと判定し、ＡＣＴ５へと進む。ＣＰＵ６０１は、ＡＣＴ５としてその購入者データファイル３２をＲＡＭ３０３のワークエリアに記憶する。そしてＣＰＵ６０１は、ＡＣＴ６として後述の免税判定処理を実行して、精算処理を終了する。
【0073】
次に、免税判定処理について説明する。なお、以下では、ワークエリアに記憶した購入者データファイル３２を購入者データファイル３２Ｍと称する。
【0074】
図９は、免税判定処理の具体的な手順を示す流れ図である。免税判定処理に入ると、ＣＰＵ６０１は、ＡＣＴ１１として購入者データファイル３２Ｍに精算日時がセットされているか否かを確認する。精算日時がセットされていないと、購入者データファイル３２Ｍに関してはまだ本日中の免税精算が実行されていない。この場合、ＣＰＵ６０１は、ＡＣＴ１１においてＮＯと判定し、ＡＣＴ１２へと進む。ＣＰＵ６０１は、ＡＣＴ１２として購入者データファイル３２Ｍから一般物品合計額ｎと消耗品合計額ｍとを取得する。
【0075】
ここに、ＣＰＵ６０１は、ＡＣＴ１２の処理を実行することで取得手段を構成する。具体的にはＣＰＵ６０１は、免税対象者が免税店で購入した商品のうち、一般物品に属する商品の合計である第１金額、すなわち一般物品合計額ｎと、消耗品に属する商品の合計である第２金額、すなわち消耗品合計額ｍとを取得する。
【0076】
ＡＣＴ１２の処理を終えると、ＣＰＵ６０１は、ＡＣＴ１３として番号カウンタｋを“０”にリセットする。番号カウンタｋは、ＲＡＭ６０３に形成されている。ＣＰＵ６０１は、ＡＣＴ１４として番号カウンタｋを“１”だけカウントアップする。そしてＣＰＵ６０１は、ＡＣＴ１５として判定テーブル３３Ｄを参照して、番号カウンタｋの番号に対応した条件式データＣ１，Ｃ２，Ｃ３を取得する。
【0077】
ＣＰＵ６０１は、ＡＣＴ１６として購入者データファイル３２Ｍから取得した一般物品合計額ｎと消耗品合計額ｍとが、条件式データＣ１，Ｃ２，Ｃ３を全て満足するか否かを確認する。ここで、少なくとも１つの条件式データを満足しない場合、ＣＰＵ６０１は、ＡＣＴ１６においてＮＯと判定し、ＡＣＴ１４へと戻る。ＣＰＵ６０１は、番号カウンタｋをさらに“１”だけカウントアップする。そしてＣＰＵ６０１は、番号カウンタｋの番号に対応した条件式データＣ１，Ｃ２，Ｃ３を取得し、一般物品合計額ｎと消耗品合計額ｍとが条件式データＣ１，Ｃ２，Ｃ３を全て満足するか否かを確認する。
【0078】
ＣＰＵ６０１は、一般物品合計額ｎと消耗品合計額ｍとが条件式データＣ１，Ｃ２，Ｃ３を全て満足するまで、ＡＣＴ１４乃至ＡＣＴ１６の処理を繰り返す。そして条件式データＣ１，Ｃ２，Ｃ３を全て満足したならば、ＣＰＵ６０１は、ＡＣＴ１６においてＹＥＳと判定し、ＡＣＴ１７へと進む。ＣＰＵ６０１は、ＡＣＴ１７として番号カウンタｋの番号に対応した合算処理フラグＦ３が“１”にセットされているか否かを確認する。合算処理フラグＦ３が“０”にリセットされていた場合、ＣＰＵ６０１は、ＡＣＴ１７においてＮＯと判定し、ＡＣＴ２０へと進む。ＡＣＴ２０の処理については後述する。
【0079】
一方、合算処理フラグＦ３が“１”にセットされていた場合には、ＣＰＵ６０１は、ＡＣＴ１７においてＹＥＳと判定し、ＡＣＴ１８へと進む。ＣＰＵ６０１は、ＡＣＴ１８として報知・問合せの処理を実行する。具体的にはＣＰＵ６０１は、タッチパネル６０７に対し、報知・問合せ画像ＳＣ１（図１２を参照）を表示する。
【0080】
図１２は、報知・問合せ画像ＳＣ１の一例である。図１２に示すように、報知・問合せ画像ＳＣ１には、一般物品合計額ｎと消耗品合計額ｍとの合算金額ｎ＋ｍが免税対象となる要件を満足することを報知するメッセージとして、例えば「一般物品と消耗品とを合算することで免税が可能です。」が表示される。また、合算処理で免税精算を行うか否かを問い合わせるためのメッセージとして、例えば「ただし、合算すると一般物品は消耗品と同等に取り扱われます。合算処理に切り替えますか？」が表示される。さらに、「はい」のタッチボタンＢＴ１と、「いいえ」のタッチボタンＢＴ２も表示される。
なお、ＡＣＴ１８においては、報知の処理を先に行い、その後に問合せの処理を行ってもよい。この場合、ＣＰＵ６０１は、タッチパネル６０７に対し、報知・問合せ画像ＳＣ１（図１２を参照）のうち、先ずは報知するメッセージを表示する。「はい」のタッチボタンＢＴ１と、「いいえ」のタッチボタンＢＴ２は表示しない。その後、ＣＰＵ６０１は、画面の表示を切り替えて、問い合わせのメッセージとともに、「はい」のタッチボタンＢＴ１と、「いいえ」のタッチボタンＢＴ２を示した問合せ画像を表示すればよい。
なお、ＡＣＴ１８においては、報知の処理を先に行い、その後に問合せの処理を行ってもよい。この場合、ＣＰＵ６０１は、タッチパネル６０７に対し、報知・問合せ画像ＳＣ１（図１２を参照）のうち、先ずは報知するメッセージを表示する。「はい」のタッチボタンＢＴ１と、「いいえ」のタッチボタンＢＴ２は表示しない。その後、ＣＰＵ６０１は、画面の表示を切り替えて、問い合わせのメッセージとともに、「はい」のタッチボタンＢＴ１と、「いいえ」のタッチボタンＢＴ２を示した問合せ画像を表示すればよい。
【0081】
報知・問合せ画像ＳＣ１を確認した業務担当者は、免税対象者に対し、合算処理が可能であることを通知し、合算処理に切り替えるか否かを問い合わせる。ここで、免税対象者が、一般物品を消耗品のように特殊包装することを望まず、合算処理に切り替えることを拒否した場合には、業務担当者は、「いいえ」ボタンＢＴ２にタッチする。一方、免税対象者が合算処理に切り替えることを承認した場合には、業務担当者は、「はい」ボタンＢＴ１にタッチする。なお、ペンタブレット６２の画面上に合算金額ｎ＋ｍが免税対象となる要件を満足することを報知するメッセージとともに、「はい」のタッチボタンと、「いいえ」のタッチボタンを表示させて、免税購入者自身に合算処理に切り替えるか否かを選択させてもよい。
【0082】
図９の説明に戻る。
報知・問合せ画像ＳＣ１の表示を制御したＣＰＵ６０１は、ＡＣＴ１９として合算処理が選択されたか否かを確認する。報知・問合せ画像ＳＣ１の「いいえ」ボタンＢＴ２がタッチされたことを検知した場合、ＣＰＵ６０１は、合算処理が選択されなかったと判定する。ＣＰＵ６０１は、ＡＣＴ１９においてＮＯと判定し、ＡＣＴ２０へと進む。これに対し、報知・問合せ画像ＳＣ１の「はい」ボタンＢＴ１がタッチされたことを検知した場合には、ＣＰＵ６０１は、合算処理が選択されたと判定する。ＣＰＵ６０１は、ＡＣＴ１９においてＹＥＳと判定し、ＡＣＴ２１へと進む。
報知・問合せ画像ＳＣ１の表示を制御したＣＰＵ６０１は、ＡＣＴ１９として合算処理が選択されたか否かを確認する。報知・問合せ画像ＳＣ１の「いいえ」ボタンＢＴ２がタッチされたことを検知した場合、ＣＰＵ６０１は、合算処理が選択されなかったと判定する。ＣＰＵ６０１は、ＡＣＴ１９においてＮＯと判定し、ＡＣＴ２０へと進む。これに対し、報知・問合せ画像ＳＣ１の「はい」ボタンＢＴ１がタッチされたことを検知した場合には、ＣＰＵ６０１は、合算処理が選択されたと判定する。ＣＰＵ６０１は、ＡＣＴ１９においてＹＥＳと判定し、ＡＣＴ２１へと進む。
【0083】
すなわちＣＰＵ６０１は、ＡＣＴ１７において合算処理フラグＦ３が“０”であることを確認するか、ＡＣＴ１９において合算処理が選択されなかったことを確認すると、ＡＣＴ２０へと進む。ＣＰＵ６０１は、ＡＣＴ２０として個別処理を実行する。一方、ＡＣＴ１７において合算処理フラグＦ３が“１”であることを確認し、さらにＡＣＴ１９において合算処理が選択されたことを確認した場合には、ＣＰＵ６０１は、ＡＣＴ２１へと進む。ＣＰＵ６０１は、ＡＣＴ２１として合算処理を実行する。
【0084】
次に、個別処理と合算処理とについて説明する。
図１０は、個別処理の具体的な手順を示す流れ図である。図１０に示すように、ＣＰＵ６０１は、個別処理に入ると、ＡＣＴ３１としてタッチパネル６０７に精算画面ＳＣ２（図１３を参照）を表示する。
図１０は、個別処理の具体的な手順を示す流れ図である。図１０に示すように、ＣＰＵ６０１は、個別処理に入ると、ＡＣＴ３１としてタッチパネル６０７に精算画面ＳＣ２（図１３を参照）を表示する。
【0085】
図１３は、個別処理における精算画面ＳＣ２の一例である。図１３に示すように、精算画面ＳＣ２は、店舗名の表示エリアＡ１と、一般物品に関する情報の表示エリアＡ２と、消耗品に関する情報の表示エリアＡ３と、免税金額の表示エリアＡ４とを含む。そして、表示エリアＡ１には、免税対象者が買物を行った免税店４の名称が表示されている。
【0086】
表示エリアＡ２には、免税対象者が対応する店舗で購入した一般物品の購入点数、購入金額（税抜）及び消費税額と、各々の全店舗分の合計とが表示されている。また、全店舗における一般物品の合計購入金額（税抜）が一般物品に対する免税対象となる要件を満足しない場合に、合計購入金額（税抜）が免税範囲に未達であることを示すテキスト「免税範囲額未達」が表示される。
【0087】
表示エリアＡ３には、免税対象者が対応する店舗で購入した消耗品の購入点数、購入金額（税抜）及び消費税額と、各々の全店舗分の合計とが表示されている。また、全店舗における消耗品の合計購入金額（税抜）が消耗品に対する免税対象となる要件を満足しない場合に、合計購入金額（税抜）が免税範囲に未達であることを示すテキスト「免税範囲額未達」が表示される。
【0088】
因みに、図１３の例の場合、一般物品の合計購入金額（税抜）は４，０００円であるため、一般物品に対する免税対象となる要件を満足していない。また、消耗品の合計購入金額（税抜）は３，５００円であるため、消耗品に対する免税対象となる要件を満足していない。よって、表示エリアＡ４の免税金額は０円である。
【0089】
図１０の説明に戻る。
精算画面ＳＣ２の表示を制御したＣＰＵ６０１は、ＡＣＴ３２として番号カウンタｋの番号に対応する個別処理フラグＦ１が“１”にセットされているか否かを確認する。個別処理フラグＦ１が“１”にセットされていない場合、ＣＰＵ６０１は、ＡＣＴ３２においてＮＯと判定し、ＡＣＴ３３へと進む。ＣＰＵ６０１は、ＡＣＴ３３として番号カウンタｋの番号に対応する個別処理フラグＦ２が“１”にセットされているか否かを確認する。個別処理フラグＦ２も“１”にセットされていない場合、ＣＰＵ６０１は、ＡＣＴ３３においてＮＯと判定し、ＡＣＴ３４へと進む。ＣＰＵ６０１は、ＡＣＴ３４としてタッチパネル６０７に免税対象外であることを通知するためのメッセージ「例えば免税対象外です。」を表示させる。以上で、ＣＰＵ６０１は個別処理を終了する。
精算画面ＳＣ２の表示を制御したＣＰＵ６０１は、ＡＣＴ３２として番号カウンタｋの番号に対応する個別処理フラグＦ１が“１”にセットされているか否かを確認する。個別処理フラグＦ１が“１”にセットされていない場合、ＣＰＵ６０１は、ＡＣＴ３２においてＮＯと判定し、ＡＣＴ３３へと進む。ＣＰＵ６０１は、ＡＣＴ３３として番号カウンタｋの番号に対応する個別処理フラグＦ２が“１”にセットされているか否かを確認する。個別処理フラグＦ２も“１”にセットされていない場合、ＣＰＵ６０１は、ＡＣＴ３３においてＮＯと判定し、ＡＣＴ３４へと進む。ＣＰＵ６０１は、ＡＣＴ３４としてタッチパネル６０７に免税対象外であることを通知するためのメッセージ「例えば免税対象外です。」を表示させる。以上で、ＣＰＵ６０１は個別処理を終了する。
【0090】
番号カウンタｋの番号に対応する個別処理フラグＦ１が“１”にセットされている場合には、ＣＰＵ６０１は、ＡＣＴ３２においてＹＥＳと判定し、ＡＣＴ３５へと進む。ＣＰＵ６０１は、ＡＣＴ３５として一般物品に対する税額Ｔ１を取得する。具体的にはＣＰＵ６０１は、購入者データファイル３２Ｍに記憶されている一般物品購入レコードの消費税金額の合計を税額Ｔ１として取得する。
【0091】
次いでＣＰＵ６０１は、ＡＣＴ３６として番号カウンタｋの番号に対応する個別処理フラグＦ２が“１”にセットされているか否かを確認する。個別処理フラグＦ２が“１”にセットされていない場合、ＣＰＵ６０１は、ＡＣＴ３６においてＮＯと判定し、ＡＣＴ３７の処理をスキップしてＡＣＴ３８へと進む。
【0092】
個別処理フラグＦ２が“１”にセットされていた場合には、ＣＰＵ６０１は、ＡＣＴ３６においてＹＥＳと判定し、ＡＣＴ３７へと進む。ＣＰＵ６０１は、ＡＣＴ３７として消耗品に対する税額Ｔ２を取得する。具体的にはＣＰＵ６０１は、購入者データファイル３２Ｍに記憶されている消耗品購入レコードの消費税金額の合計を税額Ｔ２として取得する。そして、ＡＣＴ３７の処理を終えると、ＣＰＵ６０１は、ＡＣＴ３８へと進む。
【0093】
一方、ＡＣＴ３３において、個別処理フラグＦ２が“１”にセットされていた場合にも、ＣＰＵ６０１はＹＥＳと判定し、ＡＣＴ３７へと進む。そして、ＣＰＵ６０１は、ＡＣＴ３７として消耗品に対する税額Ｔ２を取得したならば、ＡＣＴ３８へと進む。
【0094】
このように、ＣＰＵ６０１は、番号カウンタｋの番号に対応する個別処理フラグＦ１が“１”にセットされていた場合には一般物品に対する税額Ｔ１を取得し、番号カウンタｋの番号に対応する個別処理フラグＦ２が“１”にセットされていた場合には消耗品に対する税額Ｔ２を取得する。そしてＣＰＵ６０１は、税額Ｔ１と税額Ｔ２との少なくとも一方を取得すると、ＡＣＴ３８としてその税額Ｔ１と税額Ｔ２とを合算して免税金額を算出する。ＡＣＴ３８において算出された免税金額は、精算画面ＳＣ２の表示エリアＡ４に表示される。
【0095】
業務担当者は、精算画面ＳＣ２の表示エリアＡ４に０円よりも大きい免税金額が表示された場合、免税対象であると判断する。免税対象である場合、業務担当者は、免税対象者にペンタブレット６２への署名（電子サイン）を要求する。
【0096】
免税金額を算出したＣＰＵ６０１は、ＡＣＴ３９として電子サイン（電子署名）の入力を受け付ける。具体的にはＣＰＵ６０１は、外部機器インターフェース６１１を介してペンタブレット６２からの筆跡データを取り込む。そしてＣＰＵ６０１は、この筆跡データを免税対象者である購入者による電子サインデータとしてワークエリアに記憶する。
【0097】
次いでＣＰＵ６０１は、ＡＣＴ４０として購入者データファイル３２Ｍのデータに基づき購入者誓約書を作成する。購入者誓約書は、免税店４毎に作成する。
【0098】
購入者誓約書には、共通項目として、購入者（免税対象者）の氏名、国籍、生年月日、旅券番号、等が必要である。ＣＰＵ６０１は、これらの情報を購入者データファイル３２Ｍの非居住者データから得る。また、購入者誓約書には、共通項目として、購入の年月日が必要である。ＣＰＵ６０１は、購入者データファイル３２Ｍの受付日時データから購入の年月日を得る。あるいは、時計部６０５で計時されている日時データから購入の年月日を得てもよい。また、購入者誓約書には、共通項目として、免税店４を経営する事業者の氏名又は名称が必要である。精算端末６０の補助記憶デバイス６０４には、各免税店４の店舗コードに関連付けてその免税店の事業者の氏名又は名称を設定したデータテーブルが保存されている。ＣＰＵ６０１は、一般物品購入レコード及び消耗品購入レコードに含まれる各店舗コードをキーとして上記データテーブルから事業者の氏名又は名称を得る。
【0099】
一方、購入者誓約書には、一般物品として区分される全購入品の品目名、数量及び税抜価格とその税抜価格の合計とが必要である。ＣＰＵ６０１は、これらの情報を購入者データファイル３２Ｍの一般物品購入レコードと一般物品合計のデータとから得る。同様に、購入者誓約書には、消耗品として区分される全購入品の品目名、数量及び税抜価格とその税抜価格の合計とが必要である。ＣＰＵ６０１は、これらの情報を購入者データファイル３２Ｍの消耗品購入レコードと消耗品合計のデータとから得る。
【0100】
また、購入者誓約書には、共通項目として、購入者の署名が必要である。ＣＰＵ６０１は、ＲＡＭ６０３に記憶した電子サインのデータを購入者の署名として得る。
【0101】
また、精算端末６０の補助記憶デバイス６０４には、免税店に対する誓約内容を母国語にて記録した購入者誓約書のレイアウトデータが保存されている。ＣＰＵ６０１は、購入者データファイル３２の一般物品購入レコード及び消耗品購入レコードに含まれる店舗コードの数だけ、購入者誓約書のレイアウトデータを得る。そしてＣＰＵ６０１は、レイアウトデータに、購入者データファイル３２Ｍ等から取得した記録項目のデータをそれぞれ配置することで、免税店４別の購入者誓約書の電子データを完成させる。
【0102】
次いでＣＰＵ６０１は、ＡＣＴ４１として購入者データファイル３２Ｍのデータを基に購入記録票等を発行する。購入記録票は、販売者の情報（氏名又は名称）と、購入者の情報（氏名、生年月日、旅券番号等）と、購入年月日と、購入商品に係る情報（品目名、税抜販売価格、販売点数、税抜合計金額等）と、注意事項とを記録したものである。このため、精算端末６０の補助記憶デバイス６０４には、母国語にて注意事項を記録した購入記録票のレイアウトデータが保存されている。ＣＰＵ６０１は、このレイアウトデータに、購入者データファイル３２Ｍ等から取得した記録項目のデータを配置することで、購入記録票の印刷データを完成させる。そしてＣＰＵ６０１は、購入記録票の印刷データをプリンタ６１へと出力することをプリンタインターフェース６１０に通知する。この通知を受けて、プリンタインターフェース６１０は、購入記録票の印刷データをプリンタ６１に出力する。以上の処理により、プリンタ６１が駆動し、購入記録票が印刷により発行される。
【0103】
購入者誓約書の作成及び購入記録票の発行を終えると、ＣＰＵ６０１は、ＡＣＴ４２として返金処理を行う。具体的にはＣＰＵ６０１は、ＡＣＴ３８の処理で算出した免税金額の出金データを出金機６３へと出力することを外部機器インターフェース６１２に通知する。この通知を受けて、外部機器インターフェース６１２は、出金データを出金機６３に出力する。以上の処理により、出金機６３が駆動し、免税金額相当の現金が返金額として払い出される。
【0104】
返金処理を終えると、ＣＰＵ６０１は、ＡＣＴ４３として番号カウンタｋの番号に対応する個別処理フラグＦ２が“１”にセットされているか否かを確認する。個別処理フラグＦ２が“１”にセットされている場合、ＣＰＵ６０１は、ＡＣＴ４３においてＹＥＳと判定し、ＡＣＴ４４へと進む。ＣＰＵ６０１は、ＡＣＴ４４として包装ラベルを発行する。包装ラベルは、特殊包装された消耗品に貼付されるラベルである。ラベルには、消耗品の品目及び数量のリスト等が印字されている。ＣＰＵ６０１は、購入者データファイル３２Ｍに記憶されている消耗品のデータを基に包装ラベルの印刷データを生成する。そしてＣＰＵ６０１は、この印刷データをプリンタ６１へと出力することをプリンタインターフェース６１０に通知する。この通知を受けて、プリンタインターフェース６１０は、包装ラベルの印刷データをプリンタ６１に出力する。以上の処理により、プリンタ６１が駆動し、包装ラベルが印刷により発行される。
【0105】
包装ラベルの発行を終えると、ＣＰＵ６０１は、ＡＣＴ４５へと進む。また、ＣＰＵ６０１は、番号カウンタｋの番号に対応する個別処理フラグＦ２が“１”にセットされていない場合には、ＡＣＴ４３においてＮＯと判定し、ＡＣＴ４４の処理をスキップしてＡＣＴ４５へと進む。
【0106】
ＣＰＵ６０１は、ＡＣＴ４５として免税精算データを生成する。具体的にはＣＰＵ６０１は、図８のＡＣＴ１の処理により取得した購入者コードに、時計部６０５で計時されている日時データ（精算日時）と、ＡＣＴ４０の処理で作成した購入者誓約書の電子データとを付して、免税精算データとする。こうして、免税精算データを生成したならば、ＣＰＵ６０１は、ＡＣＴ４６として免税精算データを管理サーバ３０へと送信するように通信インターフェース６０６を制御する。この制御により、通信インターフェース６０６は、ネットワーク７を介して免税精算データを管理サーバ３０へと送信する。
【0107】
免税精算データを受信した管理サーバ３０のＣＰＵ３０１は、当該免税精算データに含まれる購買者コードがセットされた購入者データファイル３２に対し、精算日時を記述する。またＣＰＵ３０１は、当該購入者データファイル３２の区分を、免税処理を個別処理で行ったことを示すデータとする。
【0108】
図１１は、合算処理の具体的な手順を示す流れ図である。図１１に示すように、ＣＰＵ６０１は、合算処理に入ると、ＡＣＴ５１として購入者データファイル３２Ｍに記憶されている一般物品購入レコードを消耗品購入レコードとして取り扱う。そしてＣＰＵ６０１は、ＡＣＴ５２としてタッチパネル６０７に精算画面ＳＣ３（図１４を参照）を表示する。
【0109】
図１４は、合算処理における精算画面ＳＣ３の一例である。図１３に示すように、精算画面ＳＣ３のレイアウトは、個別処理における精算画面ＳＣ２と同じである。ただし、合算処理の場合には、一般物品購入レコードを消耗品購入レコードとして取り扱うため、個別処理では表示エリアＡ２に表示されるべき一般物品の購入点数、購入金額及び消費税額の各データが、表示エリアＡ３の同一項目のデータに合算されて表示される。
【0110】
図１４の例は、個別処理では図１３の精算画面ＳＣ２が表示される場合において、合算処理が選択された場合の精算画面ＳＣ３を示している。図１４に示すように、精算画面ＳＣ３では、店舗ＡＡＡにおいて購入した一般物品のデータと、店舗ＣＣＣにおいて購入した一般物品のデータとが、いずれも同店舗の消耗品のデータと合算されている。その結果、消耗品の合計購入金額（税抜）が７５００円となって、消耗品に対する免税対象となる要件を満足するため、表示エリアＡ３には、合計購入金額（税抜）が免税範囲に未達であることを示すテキスト「免税範囲額未達」が表示されない。
【0111】
図１１の説明に戻る。
精算画面ＳＣ３の表示を制御したＣＰＵ６０１は、ＡＣＴ５３として免税金額を算出する。具体的にはＣＰＵ６０１は、購入者データファイル３２Ｍに記憶されている一般物品購入レコードの消費税金額と消耗品購入レコードの消費税金額との合計金額を免税金額として算出する。算出された免税金額は、精算画面ＳＣ３の表示エリアＡ４に表示される。
精算画面ＳＣ３の表示を制御したＣＰＵ６０１は、ＡＣＴ５３として免税金額を算出する。具体的にはＣＰＵ６０１は、購入者データファイル３２Ｍに記憶されている一般物品購入レコードの消費税金額と消耗品購入レコードの消費税金額との合計金額を免税金額として算出する。算出された免税金額は、精算画面ＳＣ３の表示エリアＡ４に表示される。
【0112】
業務担当者は、精算画面ＳＣ３の表示エリアＡ４に０円よりも大きい免税金額が表示された場合、免税対象であると判断する。免税対象である場合、業務担当者は、免税対象者にペンタブレット６２への署名（電子サイン）を要求する。
【0113】
免税金額を算出したＣＰＵ６０１は、ＡＣＴ５４乃至ＡＣＴ５７として、図１０に示した個別処理のＡＣＴ３９乃至ＡＣＴ４２と同様の処理を実行する。すなわちＣＰＵ６０１は、ＡＣＴ５４として電子サイン（電子署名）の入力を受け付ける。そしてＣＰＵ６０１は、ＡＣＴ５５として購入者誓約書を作成する。このときＣＰＵ６０１は、購入者誓約書に対し、合算処理を行ったことを示す情報として、例えば「一般物品を消耗品として取り扱い、免税販売手続を実施」なるテキストを組み入れる。
【0114】
さらにＣＰＵ６０１は、ＡＣＴ５６として購入記録票等を発行する。この場合も、ＣＰＵ６０１は、購入記録票に対し、合算処理を行ったことを示す情報として、例えば「一般物品を消耗品として取り扱い、免税販売手続を実施」なるテキストを組み入れる。
【0115】
その後、ＣＰＵ６０１は、ＡＣＴ５７として返金処理を行う。そして返金処理を終えると、ＣＰ６０１は、ＡＣＴ５８として一般物品にも消耗品と同様に特殊包装することを指示するための指示画像ＳＣ４（図１５を参照）をタッチパネル６０７に表示する。
【0116】
図１５は、指示画像ＳＣ４の一例を示す。図１５に示すように、指示画像ＳＣ４には、特殊包装することを指示するメッセージとして、例えば「全ての商品を消耗品と同様に特殊包装してください」が表示されている。また、確認のための「ＯＫ」ボタンＢＴ３も表示されている。
【0117】
指示画像ＳＣ４を確認した業務担当者は、一般物品も消耗品と同様に特殊包装されているか否かを確認する。そして特殊包装されていたならば、ＯＫボタンＢＴ３にタッチする。特殊包装されていなければ、物品が消費されないように指定された方法で特殊包装をしてから、ＯＫボタンＢＴ３にタッチする。
【0118】
指示画像ＳＣ４の表示を制御したＣＰＵ６０１は、ＡＣＴ５９としてＯＫボタンＢＴ３がタッチされるのを待ち受ける。ＯＫボタンＢＴ３がタッチされたことを検知すると、ＣＰＵ６０１は、ＡＣＴ５９においてＹＥＳと判定し、ＡＣＴ６０へと進む。ＣＰＵ６０１は、ＡＣＴ６０として包装ラベルの発行を制御する。
【0119】
次いでＣＰＵ６０１は、ＡＣＴ６１として免税精算データを生成する。そしてＣＰＵ６０１は、ＡＣＴ６２として免税精算データを管理サーバ３０へと送信するように通信インターフェース６０６を制御する。この制御により、通信インターフェース６０６は、ネットワーク７を介して免税精算データを管理サーバ３０へと送信する。
【0120】
免税精算データを受信した管理サーバ３０においては、当該免税精算データに含まれる購買者コードがセットされた購入者データファイル３２に対し、精算日時を記述する。またＣＰＵ３０１は、当該購入者データファイル３２の区分を、免税処理を合算処理で行ったことを示すデータとする。
【0121】
図１６は、合算処理における購入記録票ＰＲ１の一出力例である。図１６に示すように、購入記録票ＰＲ１には、所轄税務署、購入者氏名、旅券などの種類、購入年月日などに加えて、消耗品として処理された物品の名称、単価、点数、金額等のデータが出力されている。因みに、合算処理の場合には、一般物品も消耗品として取り扱われるので、一般物品として処理された物品の名称、単価、点数、金額等のデータは出力されない。また購入記録票ＰＲ１には、合算処理を行ったことを示す情報として、例えば「一般物品を消耗品として取り扱い、免税販売手続を実施」なるテキストＴＸ１も表示されている。同様なテキストＴＸ１は、購入者誓約書にも出力されている。したがって、購入記録票ＰＲ１又は購入者誓約書を確認した者は、一般物品を消耗品として取り扱う合算処理が行われたことを容易に知ることができる。
【0122】
図９の説明に戻る。
ワークエリアに記憶した購入者データファイル３２Ｍに精算日時がセットされていた場合、その購入者データファイル３２Ｍに関して既に本日中に免税精算が実行されている。この場合、ＣＰＵ６０１はＡＣＴ１１においてＮＯと判定し、ＡＣＴ２２へと進む。ＣＰＵ６０１は、ＡＣＴ２２として購入者データファイル３２Ｍにセットされている区分が、免税処理を合算処理で行ったことを示すデータであるか否かを確認する。区分が免税処理を合算処理で行ったことを示すデータでない場合、つまり免税処理を個別処理で行ったことを示すデータである場合には、ＣＰＵ６０１は、ＡＣＴ２２においてＮＯと判定し、前述したＡＣＴ１２へと進む。そしてＣＰＵ６０１は、ＡＣＴ１２以降の処理を前述したのと同様に実行する。
ワークエリアに記憶した購入者データファイル３２Ｍに精算日時がセットされていた場合、その購入者データファイル３２Ｍに関して既に本日中に免税精算が実行されている。この場合、ＣＰＵ６０１はＡＣＴ１１においてＮＯと判定し、ＡＣＴ２２へと進む。ＣＰＵ６０１は、ＡＣＴ２２として購入者データファイル３２Ｍにセットされている区分が、免税処理を合算処理で行ったことを示すデータであるか否かを確認する。区分が免税処理を合算処理で行ったことを示すデータでない場合、つまり免税処理を個別処理で行ったことを示すデータである場合には、ＣＰＵ６０１は、ＡＣＴ２２においてＮＯと判定し、前述したＡＣＴ１２へと進む。そしてＣＰＵ６０１は、ＡＣＴ１２以降の処理を前述したのと同様に実行する。
【0123】
これに対し、区分が免税処理を合算処理で行ったことを示すデータである場合には、ＣＰＵ６０１は、ＡＣＴ２２においてＹＥＳと判定し、ＡＣＴ２１へと進む。すなわちＣＰＵ６０１は、前述した合算処理を実行する。このように、本日中において、合算処理による免税精算が既に実施されていた免税対象者に対しては、自動的に合算処理によって免税金額が算出し直される。一方、個別処理による免税精算が既に実施されていた免税対象者に対しては、合算処理が可能であるか否かが判定される。そして、合算処理が可能である場合には、合算処理を行うか個別処理を行うかの選択が可能となり、選択された方法で免税精算が実施される。合算処理が不可能な場合には、個別処理によって免税精算が実施される。
【0124】
こうして、個別処理又は合算処理による免税精算が終了すると、ＣＰＵ６０１は、免税判定処理を終了する。
【0125】
ここに、ＣＰＵ６０１は、タッチパネル６０７と協働して、図９のＡＣＴ１８の処理を実行することにより、報知手段及び問合せ手段を構成する。すなわちＣＰＵ６０１は、一般物品合計額ｎである第１金額と、消耗品合計額ｍである第２金額との合算金額が、一般物品を消耗品として取り扱う合算処理の免税対象となる要件、すなわち条件式データＣ３を満足する場合に、報知・問合せ画像ＳＣ１の表示によって報知する。またＣＰＵ６０１は、第１金額と第２金額との合算金額が上記合算処理の免税対象となる要件を満足する場合に、報知・問合せ画像ＳＣ１の表示によって合算処理で免税精算を行うか否かを問合せる。
【0126】
そして、ＣＰＵ６０１は、図９のＡＣＴ１９乃至ＡＣＴ２１の処理を実行することにより、精算手段を構成する。すなわちＣＰＵ６０１は、問合せに対して合算処理で免税精算を行うことが選択された場合には、一般物品に対する税額と消耗品に対する税額とから合算処理による免税金額を算出する。ＣＰＵ６０１は、合算処理で免税精算を行わないことが選択された場合には、一般物品合計額ｎが一般物品に対する免税対象となる要件を満足する場合の一般物品に対する税額と、消耗品合計額ｍが消耗品に対する免税対象となる要件を満足する場合の消耗品に対する税額とから個別処理による免税金額を算出して、その免税金額を精算する。
【0127】
このように、本実施形態の精算端末６０によれば、取引に係る商品、すなわち免税対象者が免税店で購入した商品のうち、一般物品合計額ｎと消耗品合計額ｍとの合算金額ｎ＋ｍが、消耗品の免税対象となる要件を満足する場合に、業務担当者に対して合算処理によって免税対象となる要件を満足することが報知される。したがって、業務担当者は、一般物品合計額ｎと消耗品合計額ｍとを合算して、免税対象となる要件を満足するか否かを判定する必要がなくなる。その結果、免税措置の手続を簡略化できるので、業務担当者の負担を軽減できる。また、合算処理の要件を見落としてしまって、免税対象者に対して不利益を与えるようなミスも未然に防止することができる。
【0128】
また、精算端末６０によれば、一般物品合計額ｎと消耗品合計額ｍとの合算金額ｎ＋ｍが、消耗品の免税対象となる要件を満足する場合に、合算処理で免税精算を行うか否かの問合せが行われる。そして、合算処理で免税精算を行うことが選択された場合には、合算処理によって免税金額が精算される。個別処理で免税精算を行うことが選択された場合には、一般物品又は消耗品の個別処理によって免税金額が精算される。したがって、業務担当者は、問合せに対する選択操作を行うだけでよいので、この点からも業務担当者の負担を軽減できる効果を奏する。
【0129】
またＣＰＵ６０１は、タッチパネル６０７と協働して、図１０のＡＣＴ３１及び図１１のＡＣＴ５２の処理を実行することにより、表示手段を構成する。すなわちＣＰＵ６０１は、免税対象者が免税店で購入した商品のデータを、一般物品に属する商品と消耗品に属する商品とで欄を分けて表示することが可能な精算画面をタッチパネル６０７に表示する。そしてＣＰＵ６０１は、問合せに対して合算処理で免税精算を行うことが選択された場合には、一般物品に属する商品のデータを消耗品に属する商品のデータが表示される欄に表示する。
【0130】
したがって業務担当者は、精算画面ＳＣ２又はＳＣ３を閲覧するだけで、個別処理によって算出された免税金額に対する購入商品の点数、金額及び消費税額、あるいは合算処理によって算出された免税金額に対する購入商品の点数、金額及び消費税額を容易に確認することができる。
【0131】
またＣＰＵ６０１は、タッチパネル６０７と協働して、図１１のＡＣＴ５８の処理を実行することにより、通知手段を構成する。すなわちＣＰＵ６０１は、タッチパネル６０７に指示画像ＳＣ４を表示することによって、問合せに対して合算処理で免税精算を行うことが選択されると、免税対象者が免税店で購入した全ての商品を特殊包装することを通知する。
【0132】
したがって、業務担当者は、合算処理を選択した場合には、一般物品も含めてすべての物品を特殊包装しなければならないことを確実に確認することができる。
【0133】
またＣＰＵ６０１は、図１０のＡＣＴ４０～ＡＣＴ４１及びＡＣＴ４５～ＡＣＴ４６の処理と、図１１のＡＣＴ５５～ＡＣＴ５６及びＡＣＴ６１～ＡＣＴ６２の処理とを実行することにより、出力手段を構成する。すなわちＣＰＵ６０１は、免税対象者が免税店で購入した商品の内容を記録する票である購入者誓約書のデータを管理サーバ３０へと出力し、同票である購入記録票のデータをプリンタ６１へと出力する。そしてＣＰＵ６０１は、問合せに対して合算処理で免税精算を行うことが選択されると、購入者誓約書又は購入記録票に、合算処理を行ったことを示す情報として、例えば「一般物品を消耗品として取り扱い、免税販売手続を実施」なるテキストＴＸ１を出力する。
【0134】
したがって、購入者誓約書又は購入記録票のデータから、誰もが合算処理を行ったことを容易に知ることができる。
【0135】
ところで、上記実施形態では、一般物品合計額ｎと消耗品合計額ｍとの合算金額が合算処理の免税対象となる要件を満足する場合に、合算処理で免税精算を行うか否かを問合せ、合算処理で免税精算を行うことが選択された場合に、一般物品に対する税額と消耗品に対する税額とから合算処理による免税金額を算出する場合を例示した。合算処理で免税精算を行うと、一般物品でも消耗品と同様に特殊包装が必要となる。このため、免税対象者に対して合算処理で免税精算を行うことか否かの選択を委ねるようにした。しかし、一般物品合計額ｎが一般物品に対する免税対象となる要件を満足せず、かつ、消耗品合計額ｍが消耗品に対する免税対象となる要件を満足しない場合でも、一般物品合計額ｎと消耗品合計額ｍとの合算金額が合算処理の免税対象となる要件を満足する場合、すなわち、判定テーブルの番号“２”に相当する場合には、合算処理が必須となる。その場合には、問合せをすることなく、合算処理で免税精算を行った方が効率が良い。
【0136】
図１７は、免税判定処理の他の実施形態を示す流れ図である。当該免税判定処理が、図９に示して説明した免税判定処理と異なる点は、ＡＣＴ１７において、番号カウンタｋの番号に対応した合算処理フラグＦ３が“１”にセットされていた後の処理である。すなわち、番号カウンタｋの番号に対応した合算処理フラグＦ３が“１”にセットされていた場合、ＣＰＵ６０１は、ＡＣＴ１７においてＹＥＳと判定し、ＡＣＴ１７ａへと進む。ＣＰＵ６０１は、ＡＣＴ１７ａとして番号カウンタｋの番号が“２”であるか否かを確認する。番号カウンタｋの番号が“２”でない場合、ＣＰＵ６０１は、ＡＣＴ１７ａにおいてＮＯと判定し、ＡＣＴ１８へと進む。これに対し、番号カウンタｋの番号が“２”である場合には、ＣＰＵ６０１は、ＡＣＴ１７ａにおいてＹＥＳと判定し、ＡＣＴ１８及びＡＣＴ１９の処理をスキップして、ＡＣＴ２１へと進む。すなわち、番号カウンタｋの番号が“２”である場合には、ＣＰＵ６０１は、報知及び問合せを行うことなく合算処理を実行する（合算精算手段）。
【0137】
このような実施形態の精算端末６０であれば、無駄な問い合わせを不要にできるので、処理効率の向上を図ることができる。
【0138】
以上、免税措置の手続を簡略化でき、業務担当者の負担軽減、ミス防止等の効果を奏し得る精算装置の実施形態として、特定商業施設２の手続カウンタ６に設置される精算端末６０について説明したが、精算装置の実施形態はこれに限定されるものではない。一般型消費税免税店に設置される精算装置であってもよい。
【0139】
また、例えば報知手段は、報知・問合せ画像ＳＣ１の表示による報知に限定されるものではない。表示ランプの点灯又は点滅、あるいは音声出力等によって報知してもよい。また、報知の対象は業務担当者に限定されるものではない。免税対象者に対して報知してもよい。
【0140】
問い合わせ手段についても同様である。すなわち、報知・問合せ画像ＳＣ１以外の方法で問い合わせを行ってもよい。また、問合せ対象は業務担当者に限定されず、免税対象者に対して問合せを行ってもよい。
【0141】
合算処理による免税金額の精算手順は、前記実施形態に限定されるものではない。要は、一般物品合計額ｎと消耗品合計額ｍとの合算金額が合算処理の免税対象となる要件を満足する場合には、合算処理によって免税金額を算出し、その免税金額を精算できればよい。電子サインの入力、購入者誓約書の作成、購入記録票の発行、包装ラベルの発行、免税精算データの作成及び送信等の処理は付加的な処理であり、必ずしも合算処理として必須のものではない。
なお、前記実施形態では、免税対象となる要件の金額として５，０００円及び５００，０００円を示しているが、この金額は一例である。法改正等によって金額が変更された場合には、それに合わせて前記実施形態も金額を変更すればよい。
なお、前記実施形態では、免税対象となる要件の金額として５，０００円及び５００，０００円を示しているが、この金額は一例である。法改正等によって金額が変更された場合には、それに合わせて前記実施形態も金額を変更すればよい。
【0142】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0143】
１…免税処理システム、２…特定商業施設（施設）、３…データセンタ、４…消費税免税店（免税店）、５…免税受付カウンタ（受付カウンタ）、６…免税手続カウンタ（手続カウンタ）、７…コンピュータネットワーク（ネットワーク）、３０…管理サーバ、３１…免税品データベース、３２…購入者データファイル、３３…判定テーブル、４０…ＰＯＳ端末、５０…受付端末、６０…精算端末、６１…プリンタ、６２…ペンタブレット、６３…出金機、３０１，６０１…ＣＰＵ、３０２，６０２…ＲＯＭ、３０３，６０３…ＲＡＭ、３０４，６０４…補助記憶デバイス、３０５，６０５…時計部、３０６，６０６…通信インターフェース、３０７…ＬＡＮインターフェース、６０７…タッチパネル、６０８…スキャナ、６０９…カードリーダ、６１０…プリンタインターフェース、６１１，６１２…外部機器インターフェース。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
