JP2023060527A - 商品登録装置及びそのプログラム - Google Patents

Abstract

【課題】店員による意思確認無しに取引対象商品に課せられる税の税率変更に対応可能とする。【解決手段】商品登録装置は、入力部と、表示部と、受付部と、出力部とを備える。入力部は、取引対象商品の特定に使用される商品データを入力する。表示部は、入力部を介して入力された商品データで特定される取引対象商品に課せられる税の税率を含む商品明細データを表示する。受付部は、表示部に商品明細データが表示された取引対象商品に課せられる税の税率変更指示を受け付ける。出力部は、受付部で税率変更指示を受け付けた取引対象商品の特定に使用される商品データを出力する。【選択図】 図３５

Description

本発明の実施形態は、商品登録装置及びそのプログラムに関する。

我が国において、商品の販売またはサービスの提供等の取引に対して課税される税、いわゆる消費税の税率には、標準税率と軽減税率とがある。軽減税率は、酒類及び外食を除く飲食料品等に適用される税率である。このため、飲食料品を取り扱う小売店では、酒類以外の飲食料品については軽減税率を適用して取引を行い、酒類については標準税率を適用して取引を行う。ただし、店内の客席、いわゆるイートインスペースで客（購買者）が飲食料品を飲食する場合には外食となるので、軽減税率ではなく標準税率が適用される。このため店員（販売者）は、客に酒類以外の飲食料品を販売する際にイートインスペースで飲食するか否かの意思確認を行う。そして店員は、飲食するとの申し出を受けた飲食料品については、通常税率が課せられるように商品登録装置を操作する。

一方、近年では、商品が陳列された売場で客が商品を購入する際に、スマートフォン、タブレット端末等の情報端末を利用して、商品に付されたバーコードを客が自らスキャンするようにしたシステム、いわゆるセルフ商品登録システムが普及している。セルフ商品登録システムを売場と会計場とが区分けされた小売店舗で導入することにより、会計場での商品登録操作が不要となるため、会計場の混雑を緩和できるメリットがある。また、客と店員との接触も少なくなるため、感染症対策の面でも優れている。

しかしながら、セルフ商品登録システムは、店員がイートインスペースで飲食するか否かの意思確認を客に対して行えない。このため、イートインスペースを備えた小売店舗では、セルフ商品登録システムの導入が困難である。

特開２０２０－１８１２４８号公報

本発明の実施形態が解決しようとする課題は、店員による意思確認無しに取引対象商品に課せられる税の税率変更に対応できる商品登録装置を提供しようとするものである。

一実施形態において、商品登録装置は、入力部と、表示部と、受付部と、出力部とを備える。入力部は、取引対象商品の特定に使用される商品データを入力する。表示部は、入力部を介して入力された商品データで特定される取引対象商品に課せられる税の税率を含む商品明細データを表示する。受付部は、表示部に商品明細データが表示された取引対象商品に課せられる税の税率変更指示を受け付ける。出力部は、受付部で税率変更指示を受け付けた取引対象商品の特定に使用される商品データを出力する。

図１は、一実施形態に係る商品登録システムの概略構成を示すブロック図である。 図２は、商品マスタに記憶される商品レコードの主要なデータ構造を示す模式図である。 図３は、税率テーブルの一例を示す模式図である。 図４は、登録支援サーバの要部回路構成を示すブロック図である。 図５は、取引ファイルに記憶される主要なデータを示す模式図である。 図６は、情報端末の要部回路構成を示すブロック図である。 図７は、リストメモリの構成を示す模式図である。 図８は、合計メモリの構成を示す模式図である。 図９は、タグテーブルの構成を示す模式図である。 図１０は、情報端末のプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１１は、情報端末のプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１２は、情報端末のプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１３は、情報端末のプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１４は、情報端末のプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１５は、情報端末のプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１６は、情報端末のプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１７は、情報端末のプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１８は、図１１における明細解析処理の具体的な手順を示す流れ図である。 図１９は、図１１における登録画面編集処理の具体的な手順を示す流れ図である。 図２０は、登録支援サーバのプロセッサが実行するチェックイン通知処理の要部手順を示す流れ図である。 図２１は、登録支援サーバのプロセッサが実行する登録通知処理の要部手順を示す流れ図である。 図２２は、登録支援サーバのプロセッサが実行する第１変更通知処理の要部手順を示す流れ図である。 図２３は、登録支援サーバのプロセッサが実行する第２変更通知処理の要部手順を示す流れ図である。 図２４は、登録支援サーバのプロセッサが実行する第３変更通知処理の要部手順を示す流れ図である。 図２５は、登録支援サーバのプロセッサが実行する第４変更通知処理の要部手順を示す流れ図である。 図２６は、登録支援サーバのプロセッサが実行する支払い通知処理の要部手順を示す流れ図である。 図２７は、登録支援サーバのプロセッサが実行する決済要求コマンド受信処理の要部手順を示す流れ図である。 図２８は、情報端末のタッチパネルに表示されるチェックイン画面の一例を示す模式図である。 図２９は、情報端末のタッチパネルに表示される登録画面の一例を示す模式図である。 図３０は、情報端末のタッチパネルに表示されるスキャン画面の一例を示す模式図である。 図３１は、情報端末のタッチパネルに表示される登録画面の一例を示す模式図である。 図３２は、情報端末のタッチパネルに表示される登録画面の一例を示す模式図である。 図３１は、情報端末のタッチパネルに表示される点数変更画面の一例を示す模式図である。 図３４は、情報端末のタッチパネルに表示される登録画面の一例を示す模式図である。 図３５は、情報端末のタッチパネルに表示されるイートイン設定画面の一例を示す模式図である。 図３６は、情報端末のタッチパネルに表示されるイートイン設定画面の一例を示す模式図である。 図３７は、情報端末のタッチパネルに表示されるイートイン設定画面の一例を示す模式図である。 図３８は、情報端末のタッチパネルに表示される登録画面の一例を示す模式図である。 図３９は、情報端末のタッチパネルに表示される登録画面の一例を示す模式図である。 図４０は、情報端末のタッチパネルに表示されるイートイン取消画面の一例を示す模式図である。 図４１は、情報端末のタッチパネルに表示されるイートイン取消画面の一例を示す模式図である。 図４２は、情報端末のタッチパネルに表示される登録画面の一例を示す模式図である。 図４３は、情報端末のタッチパネルに表示される会計画面の一例を示す模式図である。

以下、一実施形態について、図面を用いて説明する。
本実施形態は、商品が陳列される売場と、会計機が設置される会計場とが区分けされた小売店舗の売場において、客が自ら携帯型の情報端末を操作して取引対象商品である購買商品のコードを入力することで、購買商品をセルフ登録する場合である。かかる店舗には、セルフ対応の商品登録システムが構築される。情報端末は、商品登録装置の一態様である。情報端末としては、例えば、客が所有するスマートフォン等の情報端末、店舗に用意された専用の携帯端末、ショッピングカートに取り付けられたタブレット端末等を用いることができる。本実施形態は、客が所有する情報端末を例に説明する。
また本実施形態は、本願出願時点の我が国の消費税制度に対応したものである。すなわち、酒類及び外食を除く飲食料品については８％の軽減税率を適用する。その他の商品については１０％の通常税率を適用する。ただし、飲食料品であっても持ち帰らずに店内のイートインスペースで客が飲食する場合、いわゆるイートインの場合には、１０％の通常税率を適用する。

［商品登録システムの構成説明］
図１は、本実施形態に係る商品登録システム１００の概略構成を示すブロック図である。商品登録システム１００は、クラウドコンピューティングを利用したサーバシステム１０と、加盟店に構築されるＰＯＳ（Point Of Sales）システム２０とを含む。サーバシステム１０とＰＯＳシステム２０とは、インターネットプロトコルを利用したネットワーク３０を通じて双方向のデータ通信を可能としている。ネットワーク３０は、公衆回線又は専用回線を中継網とし、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ、移動体通信網、携帯電話通信網等をアクセス網とした広域のネットワークである。携帯電話通信網を利用する情報端末４０、例えばスマートフォンは、ネットワーク３０を介してサーバシステム１０にアクセスすることができる。

加盟店は、サーバシステム１０の管理会社と利用契約を結んだ店舗である。なお、図１では、１つの加盟店のＰＯＳシステム２０を示している。他の加盟店のＰＯＳシステムも同様にネットワーク３０に接続されることは言うまでもない。ただし、他の加盟店のＰＯＳシステムが、必ずしも図１に示すＰＯＳシステム２０と同一構成であるとは限らない。加盟店によってＰＯＳシステムの構成の一部が異なる場合もあり得る。

サーバシステム１０は、登録支援サーバ１１とルータ１２とを備え、双方を通信回線１３で接続する。ルータ１２は、ネットワーク３０とも接続しており、登録支援サーバ１１と各加盟店のＰＯＳシステム２０とのネットワーク３０を利用したデータ通信の中継拠点となる。

登録支援サーバ１１は、取引対象商品すなわち加盟店で買物を行う客の購買商品の登録業務を支援するためのコンピュータである。その支援のために登録支援サーバ１１は、少なくとも以下の２つの機能を有する。第１の機能は、情報端末４０で入力された購買商品のコードを基に、商品販売データを登録処理する機能である。第２の機能は、情報端末４０からの会計指示に応じて、その情報端末４０を利用する客との取引の決済に必要な会計データを作成または送信する機能である。

登録支援サーバ１１は、第１の機能を実現するために、加盟店別の商品マスタ１４を管理する。商品マスタ１４は、商品毎に作成される商品レコード１４１（図２を参照）の集合体である。また、登録支援サーバ１１は、税率テーブル１５を管理する。税率テーブル１５は、各加盟店で共用される。

図２は、商品レコード１４１の主要なデータ構造を示す模式図である。図示するように商品レコード１４１は、商品コード、分類コード、商品名、価格、税区分等の商品情報を記録したデータレコードである。商品コードは、各商品を識別するために商品毎に設定された一意のコードである。

分類コードは、商品の分類毎に設定された一意のコードである。飲食料品の分類には、野菜、果物、精肉、鮮魚、飲料、乳製品、加工食品、菓子類、酒類等がある。分類の区分は、これに限定されないが、少なくとも商品コードで特定される商品は、いずれかの分類に属している。商品名及び価格は、商品コードで特定される商品の固有名称及び１点当たりの通常価格である。

税区分は、商品に課せられる税の税種を識別するための情報である。税種には、非課税、通常税率課税、イートイン非対応の軽減税率課税及びイートイン対応の軽減税率課税の４種類がある。本実施形態では、非課税の税区分を「１」とする。通常税率課税の税区分を「２」とする。イートイン非対応の軽減税率課税の税区分を「３」とする。イートイン対応の軽減税率課税の税区分を「４」とする。したがって、商品券、ギフト券、プリペイドカード等の非課税商品の商品レコード１４１には、税区分「１」が設定される。酒類に属する商品及び飲食料品以外の商品の商品レコード１４１には、税区分「２」が設定される。酒類以外の飲食料品のうち、イートインスペースで飲食することが困難な飲食料品、例えば米、青果、精肉、鮮魚、乾物、調味料等の商品レコード１４１には、税区分「３」が設定される。酒類以外の飲食料品のうち、イートインスペースで飲食することが可能な飲食料品、例えば弁当、パン、総菜、インスタント食品等の商品レコード１４１には、税区分「４」が設定される。

図３は、税率テーブル１５の一例を示す模式図である。図示するように、税率テーブル１５は、非課税の税区分「１」と関連付けて税率「０％」を記憶し、通常税率課税の税区分「２」と関連付けて税率「１０％」を記憶し、イートイン非対応の軽減税率課税の税区分「３」と関連付けて税率「８％」を記憶し、イートイン対応の軽減税率課税の税区分「４」と関連付けて税率「８％」を記憶する。なお、税区分とそれに対応する税率は、図示するものに限定されるものではなく、税制度に合わせて適宜変更することができる。

図１の説明に戻る。
ＰＯＳシステム２０は、店舗サーバ２１、監視端末２２、ＰＯＳ端末２３及び専用会計機２４を備え、これらを店舗内ネットワーク２５で接続している。またＰＯＳシステム２０は、店舗内ネットワーク２５にルータ２６を接続し、このルータ２６を介してネットワーク３０と接続している。さらにＰＯＳシステム２０は、店舗内ネットワーク２５にアクセスポイント２７を接続し、このアクセスポイント２７を介して情報端末４０と無線ＬＡＮによるデータ通信を可能としている。

店舗サーバ２１は、当該ＰＯＳシステム２０が構築される加盟店で決済された取引の情報を基に、当該加盟店の売上情報、商品の在庫情報及び発注情報等を管理するためのコンピュータである。

監視端末２２は、情報端末４０を利用して購買商品のコード読取操作をセルフで行っている客を監視するための端末である。監視端末２２は、モニタを備えており、店内における客の行動、その客の購買商品に係るデータ等がモニタに写し出される。

ＰＯＳ端末２３は、情報端末４０を利用しない客との取引の決済を処理する会計機である。ＰＯＳ端末２３は、店員が操作者となる。ＰＯＳ端末２３は、登録機と会計機とに分離され、登録機は店員が操作し、会計機は客が操作するセミセルフ方式のものであってもよい。ＰＯＳ端末２３は、客が操作するフルセルフ方式のものであってもよい。

専用会計機２４は、情報端末４０を利用する客との取引の決済を処理する会計機である。専用会計機２４は、客が操作者となる。専用会計機２４は、情報端末４０に表示される会計用バーコードをスキャンする機能、電子マネー、クレジットカード、現金等の種々の支払方法に対応した支払処理機能、電子マネーのチャージ機能等を有する。

［登録支援サーバの構成説明］
図４は、登録支援サーバ１１の要部回路構成を示すブロック図である。登録支援サーバ１１は、プロセッサ１１１、メインメモリ１１２、補助記憶デバイス１１３、時計１１４、通信インターフェース１１５及びシステム伝送路１１６を備える。システム伝送路１１６は、アドレスバス、データバス、制御信号線等を含む。登録支援サーバ１１は、システム伝送路１１６に、プロセッサ１１１、メインメモリ１１２、補助記憶デバイス１１３、時計１１４及び通信インターフェース１１５を接続する。登録支援サーバ１１では、プロセッサ１１１、メインメモリ１１２、補助記憶デバイス１１３、時計１１４及び通信インターフェース１１５と、これらを接続するシステム伝送路１１６とによってコンピュータが構成される。

プロセッサ１１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１１は、オペレーティングシステム又はアプリケーションプログラム（アプリケーションソフトウェア）に従って、登録支援サーバ１１としての各種の機能を実現するべく各部を制御する。プロセッサ１１１は、例えばＣＰＵ（Central Processing Unit）である。

メインメモリ１１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１１２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ１１２は、プロセッサ１１１が各部を制御するための処理を実行する上で必要なデータを揮発性のメモリ領域で記憶する。上記データは、不揮発性のメモリ領域で記憶する場合もある。メインメモリ１１２は、揮発性のメモリ領域を、プロセッサ１１１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。

補助記憶デバイス１１３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス１１３となり得る。補助記憶デバイス１１３は、プロセッサ１１１が各種の処理を行う上で使用するデータ、あるいはプロセッサ１１１での処理によって作成されたデータ等を保存する。補助記憶デバイス１１３は、上記のアプリケーションプログラムを記憶する場合もある。

時計１１４は、日付及び時刻を計時する。登録支援サーバ１１は、時計１１４によって計時される日付及び時刻を、現時点の日付及び時刻として取得する。

通信インターフェース１１５は、ネットワーク３０を介して接続される各機器との間で、所定の通信プロトコルに従いデータの送受信を行うための回路である。

登録支援サーバ１１は、メインメモリ１１２における揮発性領域の一部を複数の取引ファイル５０の記憶領域としている。取引ファイル５０は、情報端末４０を利用して取引対象商品である購買商品のコード読取操作を行う客毎に作成される。取引ファイル５０は、会計データの作成に必要な種々のデータが記憶される。

図５は、取引ファイル５０に記憶される主要なデータを示す模式図である。図５は、一例として、取引ファイル５０に記憶される複数の取引レコードのうちの１つのレコードのデータを示す。取引ファイル５０は、情報端末４０を利用する客の取引に係るデータを記憶する。図５に示すように、取引ファイル５０には、取引識別コード、店舗コード、入店日時、明細データ数ｎ、その数ｎの商品明細データ、合計点数、合計金額、値引合計額、会計コード等が記憶される。

取引識別コードは、客の取引を識別するための情報である。取引識別コードは、例えば、客が利用する情報端末４０を識別するためのコードであってよく、例えば、情報端末４０の機器ＩＤ、携帯電話番号等が取引識別コードとなり得る。取引識別コードは、例えば、取引を識別するための取引番号であってもよいし、取引番号に加えて、店舗コード、入店日時等の日時情報を組み合わせたものであってもよい。なお、取引番号は、登録支援サーバ１１が、例えば、後述する取引ファイルを生成する際に発番する。店舗コードは、各加盟店を個々に識別するために加盟店毎に設定された一意のコードである。入店日時は、客が情報端末４０で動作する商品登録システムのためのアプリケーションを起動し、加盟店にチェックインした日時である。

商品明細データは、購買商品の商品コード、分類コード、商品名、価格、税区分、購買点数、税込み価格等で構成される。商品コード、分類コード、商品名、価格及び税区分は、商品レコード１４１の情報である。税込み価格は、価格と税区分に対応した税率と購買点数とによって算出される税込みの販売金額である。

商品明細データは、さらに対象フラグＦａ、店内フラグＦｂ、取消フラグＦｃ及び更新フラグＦｄを含む。対象フラグＦａは、購買商品の税種がイートイン対応の軽減税率課税であるか否かを識別するための１ビットデータである。本実施形態では、購買商品の税種がイートイン対応の軽減税率課税である場合の対象フラグＦａを“１”とし、それ以外の税種である場合の対象フラグＦａを“０”とする。店内フラグＦｂは、税種がイートイン対応の軽減税率課税である購買商品をイートインスペースで飲食するか否かを識別するための１ビットデータである。本実施形態では、イートインスペースで飲食する場合の店内フラグＦｂを“１”とし、飲食しない場合の店内フラグＦｂを“０”とする。取消フラグＦｃは、税種がイートイン対応の軽減税率課税である購買商品をイートインスペースで飲食することを取り消したか否かを識別するための１ビットデータである。本実施形態では、取り消した場合の取消フラグＦｃを”１”とし、取り消していない場合の取消フラグＦｃを“０”とする。更新フラグＦｄは、当該商品明細データが更新されたデータであるか否かを識別するための１ビットデータである。本実施形態では、更新された商品明細データの更新フラグＦｄを“１”とし、更新されていない商品明細データの更新フラグＦｄを“０”とする。

合計点数は、各商品明細データの購買点数を合算した点数である。合計金額は、各商品明細データの税込み価格を合算した金額である。値引合計額は、購買商品の値引額を合算した金額である。会計コードは、情報端末４０を利用して店舗コードで特定される加盟店に対し入店日時にチェックインした客が、取引の会計の際に使用するコードである。

［情報端末の構成説明］
図６は、情報端末４０の要部回路構成を示すブロック図である。図６に示すように情報端末４０は、プロセッサ４１、内蔵メモリ４２、外部メモリ４３、タッチパネル４４、カメラ４５、無線ユニット４６及びシステム伝送路４７を備える。

システム伝送路４７は、アドレスバス、データバス、制御信号線等を含む。情報端末４０は、システム伝送路４７に、プロセッサ４１、内蔵メモリ４２、外部メモリ４３、タッチパネル４４、カメラ４５及び無線ユニット４６を接続する。情報端末４０では、プロセッサ４１、内蔵メモリ４２及び外部メモリ４３と、これらを接続するシステム伝送路４７とによってコンピュータが構成される。

プロセッサ４１は、上記コンピュータの中枢部分に相当する。プロセッサ４１は、オペレーティングシステム又はアプリケーションプログラム（アプリケーションソフトウェア）に従って、情報端末４０としての各種の機能を実現するべく各部を制御する。プロセッサ４１は、例えばＣＰＵである。

内蔵メモリ４２は、上記コンピュータの主記憶部分に相当する。内蔵メモリ４２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。内蔵メモリ４２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。内蔵メモリ４２は、プロセッサ４１が各部を制御するための処理を実行する上で必要なデータを揮発性のメモリ領域で記憶する。また内蔵メモリ４２は、揮発性のメモリ領域を、プロセッサ４１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭである。揮発性のメモリ領域は、例えばＲＡＭである。

外部メモリ４３は、上記コンピュータの補助記憶部分に相当する。例えばＳＤメモリカード、ＵＳＢメモリ等が外部メモリ４３となり得る。外部メモリ４３は、プロセッサ４１が各種の処理を行う上で使用するデータ、あるいはプロセッサ４１での処理によって作成されたデータ等を保存する。外部メモリ４３は、上記のアプリケーションプログラムを記憶する場合もある。

タッチパネル４４は、表示部としてのディスプレイと、検知部としてのタッチセンサとを組み合わせたデバイスである。ディスプレイは、種々の画像を表示するための画面を有する。タッチセンサは、操作者によってタッチされた画面上の位置を検知する。タッチパネル４４は、タッチセンサによって検知された画面上の位置と、その位置に表示されている画像の情報とから、操作者によって入力されたデータを取得する。

カメラ４５は、情報端末４０に内蔵された撮像デバイスである。プロセッサ４１は、カメラ４５で撮影された画像からバーコード、二次元コード等のコードを読み取る読取部としての機能を有する。各商品には、当該商品の商品コードを所定のバーコード体系で表したバーコードが付されている。すなわちプロセッサ４１は、カメラ４５で撮影された画像から商品に付されたバーコードを読み取ることにより、購買商品の商品コードを取得することができる。

無線ユニット４６は、アクセスポイント２７との間で無線ＬＡＮの通信プロトコルに従いデータ通信を行う通信デバイスである。無線ユニット４６は、情報端末４０の通信部を構成する。

かかる構成の情報端末４０は、例えば外部メモリ４３にセルフ登録プログラム６０がインストールされる。セルフ登録プログラム６０は、情報端末４０で実行する商品登録システムのためのアプリケーションソフトウェアである。セルフ登録プログラム６０は、内蔵メモリ４２にインストールされてもよい。セルフ登録プログラム６０を内蔵メモリ４２又は外部メモリ４３にインストールする方法は特に限定されない。リムーバブルな記録媒体にセルフ登録プログラム６０を記録して、あるいはネットワークを介した通信によりセルフ登録プログラム６０を配信して、セルフ登録プログラム６０を内蔵メモリ４２又は外部メモリ４３にインストールすることができる。記録媒体は、ＳＤメモリカード、ＵＳＢメモリ等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

セルフ登録プログラム６０がインストールされた情報端末４０においては、内蔵メモリ４２の一部の領域を、リストメモリ６１、合計メモリ６２及びタグテーブル６３としての領域とする。リストメモリ６１、合計メモリ６２及びタグテーブル６３は、外部メモリ４３に形成されてもよい。

図７は、リストメモリ６１の構成を示す模式図である。図示するように、リストメモリ６１は、一連のリスト番号と対応付けて、商品明細データとタグ区分とを記憶するためのエリアを有する。商品明細データのエリアは、当該情報端末４０を利用する客の取引を識別する取引識別コードを含む取引ファイル５０に記憶された商品明細データを記憶する。タグ区分のエリアは、商品明細データの商品名、税込み価格等をリスト形式でタッチパネル４４に表示する際に付されるタグの識別情報であるタグ区分を記憶する。タグの詳細については後述する。

図８は、合計メモリ６２の構成を示す模式図である。図示するように、合計メモリ６２は、合計点数Ｔａと合計金額Ｔｂと値引合計額Ｔｃとを記憶するためのエリアを有する。合計点数Ｔａのエリアは、当該情報端末４０を利用する客の取引を識別する取引識別コードを含む取引ファイル５０に記憶された合計点数を記憶する。合計金額Ｔｂのエリアは、同取引ファイル５０に記憶された合計金額を記憶する。値引合計額Ｔｃのエリアは、同取引ファイル５０に記憶された値引合計額を記憶する。

図９は、タグテーブル６３の構成を示す模式図である。図示するようにタグテーブル６３は、タグ区分のカラムと、対象フラグＦａのカラムと、店内フラグＦｂのカラムと、取消フラグＦｃのカラムと、タグ名称のカラムと、色情報のカラムとからなる。

そして本実施形態では、タグ区分「１」として、対象フラグＦａが“１”、店内フラグＦｂが“０”、取消フラグＦｃが“０”、タグ名称が“イートイン対象”、色情報が“黒”のタグレコードを記憶する。すなわちタグ区分「１」は、税種がイートイン対応の軽減税率課税であって、イートインスペースで飲食するとの宣言、いわゆるイートイン宣言がなされていない購買商品の情報に付される黒文字のタグ「イートイン対象」を識別する情報である。

また本実施形態では、タグ区分「２」として、対象フラグＦａが“１”、店内フラグＦｂが“１”、取消フラグＦｃが“０”、タグ名称が“イートイン”、色情報が“赤”のタグレコードを記憶する。すなわちタグ区分「２」は、税種がイートイン対応の軽減税率課税であって、イートイン宣言がなされた購買商品の情報に付される赤文字のタグ「イートイン」を識別する情報である。

また本実施形態では、タグ区分「３」として、対象フラグＦａが“１”、店内フラグＦｂが“１”、取消フラグＦｃが“１”、タグ名称が“イートイン取消”、色情報が“緑”のタグレコードを記憶する。すなわちタグ区分「３」は、税種がイートイン対応の軽減税率課税であって、イートイン宣言の取消がなされた購買商品の情報に付される緑文字のタグ「イートイン取消」を識別する情報である。
なお、タグ名称及び色情報は、図９に示すものに限定されない。システム管理者または利用者等によって適切なタグ名称及び色情報が設定される。また色情報は、省略してもよい。

［商品登録システムの動作説明］
図１０乃至図１９は、情報端末４０のプロセッサ４１がセルフ登録プログラム６０に従って実行する情報処理の要部手順を示す流れ図である。図２０乃至図２７は、登録支援サーバ１１のプロセッサ１１１がプログラムに従って実行する情報処理の要部手順を示す流れ図である。図２８乃至図４３は、情報端末４０のタッチパネル４４に表示される画面の遷移例である。以下、各図を用いて、商品登録システム１００の主要な動作について説明する。なお、以下に説明する動作の手順及び内容は一例である。同様な効果を奏し得るのであればその手順又は内容は適宜変更することができる。また、画面は一例である。各画面のレイアウト、画像、テキスト等は、図示するものに限定されるものではない。

商品登録システム１００が構築されている小売店舗で情報端末４０を利用して買物を行う客は、先ず、セルフ登録プログラム６０を起動する。セルフ登録プログラム６０が起動すると、情報端末４０のプロセッサ４１は、図１０に示す手順の情報処理を開始する。プロセッサ４１は、ＡＣＴ１としてタッチパネル４４にチェックイン画面ＳＣａ（図２８を参照）を表示させる。そしてプロセッサ４１は、ＡＣＴ２としてカメラ４５を起動する。

店舗の入口には、入店用コードが用意されている。入店用コードは、店舗に係る設定情報を二次元コード体系でコード化したものである。設定情報は、店舗コード、店内ＬＡＮデータ、モバイル通信データ等を含む。店内ＬＡＮデータは、情報端末４０が無線ＬＡＮを利用してアクセスポイント２７と接続するために必要なＳＳＩＤ、パスワード、セキュリティ情報等である。モバイル通信データは、情報端末４０が商品登録システム１００の各機器と通信するために必要なタイムアウト時間、リトライ回数等である。

図２８は、チェックイン画面ＳＣａの一例である。図示するように、チェックイン画面ＳＣａは、入店用コードのスキャンを案内するガイダンスとともに、コード読取領域を示すフレームＣＭを配置する。客は、入店用コードがフレームＣＭに収まるように情報端末４０のカメラ４５を入店用コードに翳す。そうすると、情報端末４０の読取部の機能により入店用コードが読み取られる。

なお、上記の説明では、チェックイン画面ＳＣａがタッチパネル４４に表示されたタイミングでカメラ４５が起動するとしたが、カメラ４５が起動するタイミングはこれに限定されない。例えば、チェックイン画面ＳＣａにカメラ起動ボタンが表示されており、このカメラ起動ボタンが入力されると、カメラ４５が起動してもよい。

チェックイン画面ＳＣａを表示させたプロセッサ４１は、ＡＣＴ３としてチェックインを待ち受ける。プロセッサ４１は、カメラ４５で入店用コードをスキャンされると、チェックインが行われたと認識して、ＡＣＴ４へと進む。プロセッサ４１は、ＡＣＴ４としてカメラ４５を停止する。

プロセッサ４１は、ＡＣＴ５としてチェックイン通知を行うように無線ユニット４６を制御する。この制御により、無線ユニット４６は、入店用コードから取得した店内ＬＡＮデータを基に、アクセスポイント２７と無線ＬＡＮで接続する。そして、アクセスポイント２７と接続後、無線ユニット４６は、チェックイン通知コマンドを無線送信する。チェックイン通知コマンドは、アクセスポイント２７で受信され、ＰＯＳシステム２０のルータ２６を介して登録支援サーバ１１へと送信される。チェックイン通知コマンドには、情報端末４０に設定された端末識別コードが含まれる。端末識別コードは、例えば、客が利用する情報端末４０を識別するためのコードであってよく、例えば、情報端末４０の機器ＩＤ、携帯電話番号等が端末識別コードとなり得る。あるいは端末識別コードは、情報端末４０に記憶されたセルフ登録プログラム６０、または当該プログラムを利用するユーザを識別するためのコードであってもよく、例えば、当該プログラムをインストールした際に自動で発行される固有の番号または客による会員登録時に発行される会員番号であってもよい。また、入店用コードから取得した店舗コードもチェックイン通知コマンドに含まれる。チェックイン通知コマンドを受信した登録支援サーバ１１においては、チェックイン通知処理が実行される。

図２０は、チェックイン通知処理の要部手順を示す流れ図である。登録支援サーバ１１のプロセッサ１１１は、通信インターフェース１１５を介してチェックイン通知コマンドを受信すると、ＡＣＴ１４１としてチェックイン通知コマンドから端末識別コードを取得する。またプロセッサ１１１は、ＡＣＴ１４２としてチェックイン通知コマンドから店舗ＩＤを取得する。さらにプロセッサ１１１は、ＡＣＴ１４３として時計１１４で計時されている現在の日時を入店日時とする。そしてプロセッサ１１１は、ＡＣＴ１４４として取引ファイル５０を作成する。取引ファイル５０には、取引識別コードと、チェックイン通知コマンドから取得した店舗コードと、入店日時とが保存される。取引識別コードは、チェックイン通知コマンドから取得した端末識別コードであってもよい。取引識別コードは、取引番号であってもよい。取引ファイル５０は、例えばメインメモリ１１２に記憶される。

プロセッサ１１１は、ＡＣＴ１４５として、例えば端末識別コードに基づいて、チェックイン通知コマンド送信元の情報端末４０に開始コマンドを送信する。ここで、取引識別コードに取引番号を用いる場合には、開始コマンドに取引番号を用いた取引識別コードを含めて情報端末４０に送信するとしてもよい。この場合、情報端末４０は、商品を登録する場合に、後述する登録通知コマンドに取引識別コードを含めることができ、登録支援サーバ１１は、客が商品登録した商品の情報を取引識別コードに基づき管理することができる。

以上で、プロセッサ１１１は、チェックイン通知コマンドを受信したときの情報処理を終了する。なお、プロセッサ１１１は、ＡＣＴ１４４において取引ファイル５０を作成するとしたが、取引ファイル５０を作成するタイミングはこれに限定されるものではない。プロセッサ１１１は、情報端末４０が新規の取引における最初の商品のバーコードを読取ることで登録通知コマンドとして送信される商品コードを受信した際に、取引ファイル５０を生成してもよい。

図１０の説明に戻る。
チェックイン通知を行ったプロセッサ４１は、ＡＣＴ６として開始コマンドを待ち受ける。無線ユニット４６を介して開始コマンドを受信すると、プロセッサ４１は、ＡＣＴ７へと進む。プロセッサ４１は、ＡＣＴ７としてタッチパネル４４の画面をチェックイン画面ＳＣａから登録画面ＳＣｂ（図２９を参照）に切り替える。

図２９は、登録画面ＳＣｂの一例である。図示するように、登録画面ＳＣｂは、スキャンボタンＢＴａとバーコード無ボタンＢＴｂと支払いボタンＢＴｃとを配置する。また、画面の一部を取引の合計表示部ＡＲａとし、残りを購買商品の明細リスト表示部ＡＲｂとする。合計表示部ＡＲａと明細リスト表示部ＡＲｂの位置は固定である。本実施形態では、明細リスト表示部ＡＲｂは、５つの明細エリアに区分されており、最大で５品目の購買商品に係る情報、例えば商品名、購買点数、税込み価格等を表示可能とする。購買商品が６品目を超える場合、登録が古い購買商品から順に商品名等は明細リスト表示部ＡＲｂに表示されなくなる。ただし、例えば明細リスト表示部ＡＲｂをスワイプさせることによって、登録が古い購買商品に係る情報を明細リスト表示部ＡＲｂに表示させることができる。現時点では、買物が始まっていないので、合計点数は０点、合計金額は０円となっている。また、明細リスト表示部ＡＲｂの各明細エリアは空欄となっている。

スキャンボタンＢＴａは、商品に付されたバーコードのスキャンを指示する操作子である。バーコード無ボタンＢＴｂは、バーコードが付されていない商品の登録を指示する操作子である。支払いボタンＢＴｃは、取引の代金支払いを指示する操作子である。現時点では買物が始まっていないので、支払いボタンＢＴｃはグレーアウトして無効化されている。支払いボタンＢＴｃが無効化された登録画面ＳＣｂは、登録開始画面と称してもよい。

登録画面ＳＣｂを確認した客は、買物を始める。そして、売場を回り、購買商品を見つけると、客は、その購買商品にバーコードが付されているか否かを確認する。購買商品にバーコードが付されている場合、客は、スキャンボタンＢＴａにタッチする。購買商品にバーコードが付されていない場合、客は、バーコード無ボタンＢＴｂにタッチする。

登録画面ＳＣｂの表示を制御したプロセッサ４１は、ＡＣＴ８としてスキャンボタンＢＴａが入力されるか、ＡＣＴ９としてバーコード無ボタンＢＴｂが入力されるのを待ち受ける。
ＡＣＴ８及びＡＣＴ９の待ち受け状態において、スキャンボタンＢＴａが入力されると、プロセッサ４１は、ＡＣＴ１０へと進む。プロセッサ４１は、ＡＣＴ１０としてタッチパネル４４の画面を登録画面ＳＣｂからスキャン画面ＳＣｃ（図３０を参照）へと切り替える。そしてプロセッサ４１は、ＡＣＴ１１としてカメラ４５を起動する。

図３０は、スキャン画面ＳＣｃの一例である。図示するように、スキャン画面ＳＣｃは、商品のバーコードスキャンを案内するガイダンスとともに、コード読取領域を示すフレームＣＭを配置する。また、スキャン画面ＳＣｃは、バーコード無ボタンＢＴｂと明細に戻るボタンＢＴｄとを配置する。明細に戻るボタンＢＴｄは、登録画面に戻すことを指示する操作子である。コード読取領域は、バーコードの読み取りを支援するための画像である。

スキャン画面ＳＣｃを確認した客は、バーコードがフレームＣＭの内側に収まるように情報端末４０のカメラ４５を購買商品に翳す。そうすると、情報端末４０の読取部の機能によりバーコードが読み取られる。なお、購買商品にバーコードが付されていなかった場合には、客は、バーコード無ボタンＢＴｂにタッチする。また、登録画面ＳＣｂに戻す場合には、客は、明細に戻るボタンＢＴｄにタッチする。

ＡＣＴ１１においてカメラを起動したプロセッサ４１は、ＡＣＴ１２としてバーコードが読み取られるか、ＡＣＴ１３としてバーコード無ボタンＢＴｂが入力されるか、ＡＣＴ１４として明細に戻るボタンＢＴｄが入力されるのを待ち受ける。

ＡＣＴ１２乃至ＡＣＴ１４の待ち受け状態において、バーコードが読み取られると、プロセッサ４１は、図１１のＡＣＴ２１へと進む。プロセッサ４１は、ＡＣＴ２１としてカメラ４５を停止する。また、プロセッサ４１は、ＡＣＴ２２として登録通知を行うように無線ユニット４６を制御する。この制御により、無線ユニット４６は、登録通知コマンドを無線送信する。登録通知コマンドは、アクセスポイント２７で受信され、ＰＯＳシステム２０のルータ２６を介して登録支援サーバ１１へと送信される。登録通知コマンドには、購買商品から読み取ったバーコードのデータが含まれる。また、登録通知コマンドには、取引ファイル５０において、客の取引を識別するための情報である取引識別コードが含まれる。例えば、取引識別コードが端末識別コードである場合、登録通知コマンドには、情報端末４０に設定された端末識別コードが含まれる。登録通知コマンドを受信した登録支援サーバ１１においては、登録通知処理が実行される。

図２１は、登録通知処理の要部手順を示す流れ図である。登録支援サーバ１１のプロセッサ１１１は、通信インターフェース１１５を介して登録通知コマンドを受信すると、ＡＣＴ１５１として登録通知コマンドから取引識別コードを取得する。そしてプロセッサ１１１は、ＡＣＴ１５２として当該取引識別コードが保存された取引ファイル５０を選択する。以下では、説明の便宜上、選択した取引ファイルを取引ファイル５１と称する。

プロセッサ１１１は、ＡＣＴ１５３として取引ファイル５１に記憶される各商品明細データの更新フラグＦｄを全て“０”とする。次いでプロセッサ１１１は、ＡＣＴ１５４として登録通知コマンドに含まれるバーコードのデータから商品コードを取得する。そしてプロセッサ１１１は、ＡＣＴ１５５としてその商品コードで商品マスタ１４を検索する。このときプロセッサ１１１は、取引ファイル５１に保存されている店舗コードで識別される加盟店の商品マスタ１４を検索する。

プロセッサ１１１は、ＡＣＴ１５６として商品マスタ１４から当該商品コードと関連付けて記憶されている分類コード、商品名、価格、税区分等の商品データを読み出す。プロセッサ１１１は、ＡＣＴ１５７として税率テーブル１５を参照し、商品データに含まれる税区分に対応付けられた税率を取得する。そしてプロセッサ１１１は、ＡＣＴ１５８として税込み価格を算出する。税込み価格は、以下の（１）式により算出される。
税込み価格＝［価格＋（価格＊税率）］＊購買点数 …（１）
プロセッサ１１１は、ＡＣＴ１５９として購買商品の商品明細データを作成する。商品明細データは、前述したように、購買商品の商品コード、分類コード、商品名、価格、税区分、購買点数、税込み価格、対象フラグＦａ、店内フラグＦｂ、取消フラグＦｃ、更新フラグＦｄ等で構成される。以下では、ＡＣＴ１５９の処理で作成された商品明細データを作成商品明細データ（第１データ）と称する。

プロセッサ１１１は、ＡＣＴ１６０として作成商品明細データの税区分が「４」であるか否かを確認する。税区分が「４」、すなわちイートインスペースで飲食することが可能な購買商品の作成商品明細データの場合、プロセッサ１１１は、ＡＣＴ１６１へと進む。プロセッサ１１１は、ＡＣＴ１６１として作成商品明細データの対象フラグＦａを“１”とし、店内フラグＦｂ及び取消フラグＦｃを“０”とする。

一方、税区分が「４」以外、すなわちイートインスペースでは飲食することが困難な購買商品の作成商品明細データの場合には、プロセッサ１１１は、ＡＣＴ１６２へと進む。プロセッサ１１１は、ＡＣＴ１６２として作成商品明細データの対象フラグＦａ、店内フラグＦｂ及び取消フラグＦｃをいずれも“０”とする。

ＡＣＴ１６１又はＡＣＴ１６２の処理を終えると、プロセッサ１１１は、ＡＣＴ１６３へと進む。プロセッサ１１１は、ＡＣＴ１６３として作成商品明細データの更新フラグＦｄを“１”とする。そしてプロセッサ１１１は、ＡＣＴ１６４として取引ファイル５１に作成商品明細データを保存する。またプロセッサ１１１は、ＡＣＴ１６５として取引ファイル５１の合計点数、合計金額及び値引合計額を更新する。具体的にはプロセッサ１１１は、合計点数に作成商品明細データの購買点数を加算し、合計金額に作成商品明細データの税込み価格を加算する。

以上の処理を終えると、プロセッサ１１１は、ＡＣＴ１６６として登録通知コマンド送信元の情報端末４０に対し、明細応答コマンドを送信する。明細応答コマンドは、取引ファイル５１に保存された明細データ数ｎと、その明細データ数ｎの全ての商品明細データと、合計点数、合計金額及び値引合計額とが含まれる。

図１１の説明に戻る。
登録通知コマンドの送信を制御したプロセッサ４１は、ＡＣＴ２３として明細応答コマンドを待ち受ける。無線ユニット４６を介して明細応答コマンドを受信すると、プロセッサ４１は、ＡＣＴ２４へと進む。ＡＣＴ２４以降の処理については、後述する。

次に、購買商品にバーコードが付されていない場合について説明する。生鮮食品等の一部の商品には、バーコードが付されていない商品がある。購買商品にバーコードが付されていない場合、客は、バーコード無ボタンＢＴｂにタッチする。

タッチパネル４４に登録画面ＳＣｂが表示された待ち受け状態、すなわち図１０のＡＣＴ８及びＡＣＴ９の待ち受け状態において、バーコード無ボタンＢＴｂが入力されると、プロセッサ４１は、図１１のＡＣＴ２７へと進む。また、タッチパネル４４にスキャン画面ＳＣｃが表示された待ち受け状態、すなわち図１０のＡＣＴ１２乃至ＡＣＴ１４の待ち受け状態において、バーコード無ボタンＢＴｂが入力されると、プロセッサ４１は、図１１のＡＣＴ２６へと進み、カメラ４５を停止した後、ＡＣＴ２７へと進む。プロセッサ４１は、ＡＣＴ２７としてバーコード無し商品の対象リストをタッチパネル４４に表示させる。そしてプロセッサ４１は、ＡＣＴ２８として購買商品が選択されるのを待ち受ける。

客は、リストの中から購買商品を選択する。購買商品が選択されると、プロセッサ４１は、前述したＡＣＴ２２へと進む。すなわちプロセッサ４１は、登録通知を行うように無線ユニット４６を制御する。この制御により、無線ユニット４６は、登録通知コマンドを無線送信する。登録通知コマンドは、アクセスポイント２７で受信され、ＰＯＳシステム２０のルータ２６を介して登録支援サーバ１１へと送信される。登録通知コマンドには、選択された購買商品の商品コードと取引識別コードとが含まれる。

登録通知コマンドを受信した登録支援サーバ１１においては、図２１を用いて説明した登録通知処理が実行される。したがって、登録通知コマンドの送信を制御したプロセッサ４１は、ＡＣＴ２３として明細応答コマンドを待ち受ける。無線ユニット４６を介して明細応答コマンドを受信すると、プロセッサ４１は、ＡＣＴ２４へと進む。

このように情報端末４０は、バーコードが付されている購買商品については、カメラ４５でスキャニングされたバーコード、つまりは購買商品の特定に使用される商品コードを登録通知コマンドに含めて登録支援サーバ１１へと送信し、登録支援サーバ１１から明細応答コマンドを受信する。バーコードが付されていない購買商品については、情報端末４０は、タッチパネル４４に表示したバーコード無し商品の対象リストの中から選択された購買商品の特定に使用される商品コードを登録通知コマンドに含めて登録支援サーバ１１へと送信し、登録支援サーバ１１から明細応答コマンドを受信する。
ここに、カメラ４５及びタッチパネル４４は、取引対象商品である購買商品の特定に使用される商品データを入力する入力部として機能する。

登録支援サーバ１１から明細応答コマンドを受信したプロセッサ４１は、ＡＣＴ２４へと進む。プロセッサ４１は、ＡＣＴ２４として明細解析処理を実行する。
図１８は、明細解析処理の具体的な処理手順を示す流れ図である。明細解析処理に入ると、プロセッサ４１は、ＡＣＴ１０１として明細応答コマンドに含まれる明細データ数ｎをレジスタメモリＭにセットする。またプロセッサ４１は、ＡＣＴ１０２として第１カウンタｍの初期値を“０”とする。次いでプロセッサ４１は、ＡＣＴ１０３として第１カウンタｍを“１”だけカウントアップする。そしてプロセッサ４１は、ＡＣＴ１０４として第１カウンタｍがレジスタメモリＭの値を超えたか否かを確認する。

第１カウンタｍがレジスタメモリＭの値を超えていない場合、プロセッサ４１は、ＡＣＴ１０５へと進む。プロセッサ４１は、ＡＣＴ１０５として明細応答コマンドに含まれるｍ番目（ｍは第１カウンタｍのカウント値）の商品明細データの更新フラグＦｄが“１”であるか否かを確認する。更新フラグＦｄが“０”の場合、プロセッサ４１は、ＡＣＴ１０３へと戻る。すなわちプロセッサ４１は、第１カウンタｍをさらに“１”だけカウントアップする。そしてプロセッサ４１は、第１カウンタｍがレジスタメモリＭの値を超えていないことを確認すると、ｍ番目の商品明細データの更新フラグＦｄが“１”であるか否かを確認する。

ｍ番目の商品明細データの更新フラグＦｄが“１”の場合、プロセッサ４１は、ＡＣＴ１０６へと進む。プロセッサ４１は、ＡＣＴ１０６としてリストメモリ６１にｍ番目の商品明細データと商品コード、分類コード、商品名及び価格が一致する他の商品明細データが記憶されているか否かを確認する。該当する他の商品明細データがリストメモリ６１に記憶されていない場合、プロセッサ４１は、ＡＣＴ１０７へと進む。プロセッサ４１は、ＡＣＴ１０７としてリストメモリ６１にｍ番目の商品明細データを追加する。以下では、リストメモリ６１に追加した商品明細データを追加商品明細データ（第２データ）と称する。

ここに、リストメモリ６１は、商品データで特定された取引対象商品である購買商品の商品名、価格、税率等を含む商品明細データを記憶する記憶部として機能する。

ＡＣＴ１０６において、該当する他の商品明細データがリストメモリ６１に記憶されている場合には、プロセッサ４１は、ＡＣＴ１０８へと進む。プロセッサ４１は、ＡＣＴ１０８として該当する他の商品明細データの税率、購買点数、税込み価格、店内フラグＦｂ及び取消フラグＦｃを、ｍ番目の商品明細データと一致するように更新する。以下では、リストメモリ６１上で更新した商品明細データを更新商品明細データ（第３データ）と称する。

ＡＣＴ１０７又はＡＣＴ１０８の処理を終えると、プロセッサ４１は、ＡＣＴ１０９へと進む。プロセッサ４１は、ＡＣＴ１０９として、追加商品明細データ又は更新商品明細データの対象フラグＦａを調べる。対象フラグＦａが“０”の場合、プロセッサ４１は、ＡＣＴ１１０へと進む。プロセッサ４１は、ＡＣＴ１１０として追加商品明細データ又は更新商品明細データと関連付けられてリストメモリ６１に記憶されるタグ区分を「０」とする。

追加商品明細データ又は更新商品明細データの対象フラグＦａが“１”の場合には、プロセッサ４１は、ＡＣＴ１１１へと進む。プロセッサ４１は、ＡＣＴ１１１として追加商品明細データ又は更新商品明細データの店内フラグＦｂ及び取消フラグＦｃを取得する。そしてプロセッサ４１は、ＡＣＴ１１２として追加商品明細データ又は更新商品明細データの対象フラグＦａ（Ｆａ＝１）、店内フラグＦｂ（Ｆｂ＝０or１）及び取消フラグＦｃ（Ｆｃ＝０or１）でタグテーブル６３を検索する。そしてプロセッサ４１は、ＡＣＴ１１３としてタグテーブル６３から当該対象フラグＦａ、店内フラグＦｂ及び取消フラグＦｃが対応付けられたタグ区分「１」～「３」を検出し、そのタグ区分「１」～「３」を、追加商品明細データ又は更新商品明細データと関連付けられてリストメモリ６１に記憶されるタグ区分とする。

ＡＣＴ１１０又はＡＣＴ１１３の処理を終えると、プロセッサ４１は、ＡＣＴ１０３へと戻る。そしてプロセッサ４１は、ＡＣＴ１０３以降の処理を前述したのと同様に実行する。

しかして、ＡＣＴ１０４において第１カウンタｍがレジスタメモリＭの値を超えると、プロセッサ４１は、ＡＣＴ１１４へと進む。プロセッサ４１は、ＡＣＴ１１４として明細応答コマンドに含まれる合計点数、合計金額及び値引合計額を、合計メモリ６２の合計点数Ｔａ、合計金額Ｔｂ及び値引合計額Ｔｃのエリアでそれぞれ記憶する。以上で、プロセッサ４１は、明細解析処理を終了する。

したがって、明細解析処理により、リストメモリ６１に記憶される商品明細データに対してタグ区分が設定される。具体的には、対象フラグＦａが“０”の商品明細データに対しては、タグ区分「０」が設定される。対象フラグＦａが“１”で店内フラグＦｂ及び取消フラグＦｃが“０”の商品明細データに対しては、タグ区分「１」が設定される。対象フラグＦａ及び店内フラグＦｂが“１”で、取消フラグＦｃが“０”の商品明細データに対しては、タグ区分「２」が設定される。対象フラグＦａ、店内フラグＦｂ及び取消フラグＦｃがいずれも“１”の商品明細データに対しては、タグ区分「３」が設定される。

図１１の説明に戻る。
プロセッサ４１は、明細解析処理を終えると、ＡＣＴ２５へと進む。プロセッサ４１は、ＡＣＴ２５として登録画面編集処理を実行する。

図１９は、登録画面編集処理の具体的な処理手順を示す流れ図である。登録画面編集処理に入ると、プロセッサ４１は、ＡＣＴ１２１としてレジスタメモリＭの値が“５”以上であるか否かを確認する。“５”は、登録画面の明細リスト表示部ＡＲｂに表示可能な最大品目数である。レジスタメモリＭの値が“５”未満である場合、プロセッサ４１は、ＡＣＴ１２２へと進む。プロセッサ４１は、ＡＣＴ１２２として第１カウンタｍの初期値を“０”とする。またプロセッサ４１は、ＡＣＴ１２３として第２カウンタｒの初期値をレジスタメモリＭの値とする。

ＡＣＴ１２１において、レジスタメモリＭの値が“５”以上である場合には、プロセッサ４１は、ＡＣＴ１２４へと進む。プロセッサ４１は、ＡＣＴ１２４として第１カウンタｍの初期値をレジスタメモリＭの値から“５”を減じた値とする。またプロセッサ４１は、ＡＣＴ１２５として第２カウンタｒの初期値を“５”とする。

ＡＣＴ１２３又はＡＣＴ１２５の処理を終えると、プロセッサ４１は、ＡＣＴ１２６へと進む。プロセッサ４１は、ＡＣＴ１２６として第１カウンタｍを“１”だけカウントアップする。そしてプロセッサ４１は、ＡＣＴ１２７として第１カウンタｍがレジスタメモリＭの値を超えたか否かを確認する。

第１カウンタｍがレジスタメモリＭの値を超えていない場合、プロセッサ４１は、ＡＣＴ１２８へと進む。プロセッサ４１は、ＡＣＴ１２８としてリストメモリ６１からリスト番号が“ｍ”の商品明細データを取得する。以下では、リストメモリ６１から取得した商品明細データを取得商品明細データ（第４データ）と称する。

プロセッサ４１は、ＡＣＴ１２９として取得商品明細データの商品名、購買点数、税率及び税込み価格が明細リスト表示部ＡＲｂの下からｒ番目の明細エリアに表示されるように、商品名、購買点数、税率及び税込み価格を登録画面の編集バッファにセットする。編集バッファは、内蔵メモリ４２の一部である。なお、ＡＣＴ１２９においては、明細リスト表示部ＡＲｂの上からｒ番目の明細エリアに表示されるように、商品名、購買点数、税率及び税込み価格を登録画面の編集バッファにセットしてもよい。

プロセッサ４１は、ＡＣＴ１３０として取得商品明細データと関連付けてリストメモリ６１に記憶されているタグ区分を調べる。タグ区分が「０」以外の場合、プロセッサ４１は、ＡＣＴ１３１へと進む。プロセッサ４１は、ＡＣＴ１３１としてタグテーブル６３を検索して、当該タグ区分に関連付けられたタグ名称と色情報とを取得する。そしてプロセッサ４１は、ＡＣＴ１３２としてそのタグ名称と色情報とを、ＡＣＴ１２９において編集バッファにセットした商品名、購買点数、税率及び税込み価格の情報に追加する。

プロセッサ４１は、ＡＣＴ１３３として取得商品明細データの取消フラグＦｃが“１”であるか否かを確認する。取消フラグＦｃが“１”である場合、プロセッサ４１は、ＡＣＴ１３４として、ＡＣＴ１２９において編集バッファにセットした商品名、購買点数、税率及び税込み価格の情報に対して取消処理を実行する。取消処理の詳細については後述する。ＡＣＴ１３３において、取消フラグＦｃが“０”である場合には、プロセッサ４１は、ＡＣＴ１３４の処理をスキップする。その後、プロセッサ４１は、ＡＣＴ１３５へと進む。

一方、ＡＣＴ１３０において、タグ区分が「０」の場合には、プロセッサは、ＡＣＴ１３１乃至ＡＣＴ１３４の処理をスキップする。そしてプロセッサ４１は、ＡＣＴ１３５へと進む。すなわちプロセッサ４１は、タグ区分が「０」の場合には、編集バッファにタグ名称及び色情報を追加しない。また、取消処理も行わない。

プロセッサ４１は、ＡＣＴ１３５として第２カウンタｒを“１”だけカウントダウンする。そしてプロセッサ４１は、ＡＣＴ１２６へと戻る。プロセッサ４１は、ＡＣＴ１２６以後の処理を前述したのと同様に実行する。したがってプロセッサ４１は、リストメモリ６１からｍ番目以降の商品明細データを順次取得し、その取得商品明細データの商品名、価格、税率及び購買点数の情報を編集バッファにセットする処理を繰り返す。そのときプロセッサ４１は、取得商品明細データと関連付けてリストメモリ６１に「０」以外のタグ区分が記憶されている場合には、そのタグ区分に対応付けられてタグテーブル６３に設定されているタグ名称と色情報とを編集バッファに追加する。

すなわち、リストメモリ６１にタグ区分「１」が記憶されている取得商品明細データについては、タグ名称“イートイン対象”と黒の色情報が追加される。リストメモリ６１にタグ区分「２」が記憶されている取得商品明細データについては、タグ名称“イートイン”と赤の色情報が追加される。リストメモリ６１にタグ区分「３」が記憶されている取得商品明細データについては、タグ名称“イートイン取消”と緑の色情報が追加される。そして、このタグ名称“イートイン取消”が追加された取得商品明細データの商品名、購買点数、税率及び税込み価格の情報に対しては、取消処理が実行される。例えば、商品名および税込み価格に対して取消線が重ねて表示されるようにするための処理が実行される。

ＡＣＴ１２７において、第１カウンタｍがレジスタメモリＭの値を超えると、プロセッサ４１は、ＡＣＴ１３６へと進む。プロセッサ４１は、ＡＣＴ１３６として合計表示部ＡＲａに合計点数と合計金額とが表示されるように編集バッファに合計メモリ６２の合計点数と合計金額とをセットする。またプロセッサ４１は、ＡＣＴ１３７として値引合計額が１円以上であるか否かを確認する。値引合計額が１円以上である場合、プロセッサ４１は、ＡＣＴ１３８として合計表示部ＡＲａに値引合計額が表示されるように編集バッファに値引合計額をセットする。値引合計額が０円の場合、プロセッサ４１は、ＡＣＴ１３８の処理をスキップする。以上で、プロセッサ４１は、登録画面編集処理を終了する。

図１１の説明に戻る。
プロセッサ４１は、登録画面編集処理を終えると、図１２のＡＣＴ３１へと進む。プロセッサ４１は、ＡＣＴ３１としてタッチパネル４４の画面をスキャン画面ＳＣｃ又はバーコード無し商品の対象リストの画面から登録画面ＳＣｄ（図３１を参照）へと切り替える。

図３１は、取引対象商品として１点目の購買商品「酒類Ｘ」の商品明細データがリストメモリ６１に記憶された際の登録画面ＳＣｄの一例である。購買商品「酒類Ｘ」は、税区分が「２」、すなわち通常税率が課税される商品である。したがって、図３１に示すように、明細リスト表示部ＡＲｂの一番上の明細エリアに、購買商品「酒類Ａ」の商品名、購買点数、税率及び税込み価格が表示される。税率は、通常税率の「１０％」である。タグは表示されない。また、合計表示部ＡＲａには、合計点数「１点」と合計金額「２２０円（￥２２０）」とが表示される。

タッチパネル４４の画面を登録画面ＳＣｄとしたプロセッサ４１は、ＡＣＴ３２としてスキャンボタンＢＴａが入力されるか、ＡＣＴ３３としてバーコード無ボタンＢＴｂが入力されるか、ＡＣＴ３４として支払いボタンＢＴｃが入力されるか、ＡＣＴ３５として明細リスト表示部ＡＲｂに表示されているいずれかの購買商品が選択操作されるのを待ち受ける。

ＡＣＴ３２乃至ＡＣＴ３５の待ち受け状態において、スキャンボタンＢＴａが入力されると、プロセッサ４１は、図１３のＡＣＴ４１へと進む。プロセッサ４１は、ＡＣＴ４１としてタッチパネル４４の画面を登録画面ＳＣｄからスキャン画面ＳＣｃ（図３０を参照）へと切り替える。またプロセッサ４１は、ＡＣＴ４２としてカメラ４５を起動する。その後、プロセッサ４１は、ＡＣＴ４３としてバーコードが読み取られるか、ＡＣＴ４４としてバーコード無ボタンＢＴｂが入力されるか、ＡＣＴ４５として明細に戻るボタンＢＴｄが入力されるのを待ち受ける。

ＡＣＴ４３乃至ＡＣＴ４５の待ち受け状態において、バーコードが読み取られると、プロセッサ４１は、図１１のＡＣＴ２１へと進む。そしてプロセッサ４１は、ＡＣＴ２１以降の処理を前述したのと同様に実行する。また、バーコード無ボタンＢＴｂが入力された場合には、プロセッサ４１は、図１１のＡＣＴ２６へと進む。そしてプロセッサ４１は、ＡＣＴ２６以降の処理を前述したのと同様に実行する。すなわちプロセッサ４１は、購買商品の商品コードを含む登録通知コマンドを登録支援サーバ１１へと送信する。そして登録支援サーバ１１から明細応答コマンドを受信すると、明細解析処理及び登録画面編集処理を実行して、タッチパネル４４の画面を登録画面ＳＣｅ（図３２を参照）とする。

なお、ＡＣＴ４３乃至ＡＣＴ４５の待ち受け状態において、明細に戻るボタンＢＴｄが入力された場合には、プロセッサ４１は、ＡＣＴ４６へと進む。プロセッサ４１は、ＡＣＴ４６としてカメラ４５を停止する。そしてプロセッサ４１は、図１２のＡＣＴ３１へと戻る。プロセッサ４１は、タッチパネル４４の画面をスキャン画面ＳＣｃから直前の登録画面ＳＣｄへと戻す。

図３２は、取引対象商品として２点目の購買商品「食料品Ｙ」の商品明細データと３点目の購買商品「弁当Ｚ」の商品明細データとがリストメモリ６１に記憶された際の登録画面ＳＣｅの一例である。購買商品「食料品Ｙ」は、税区分が「３」、すなわち軽減税率が課税されるイートイン非対応の飲食料品である。したがって、図３２に示すように、明細リスト表示部ＡＲｂの上から２番目の明細エリアに、購買商品「食料品Ｙ」の商品名、購買点数、税率及び税込み価格が表示される。税率は、軽減税率の「８％」である。タグは表示されない。購買商品「弁当Ｚ」は、税区分が「４」、すなわち軽減税率が課税されるイートイン対応の飲食料品である。また、明細リスト表示部ＡＲｂの上から３番目の明細エリアには、購買商品「弁当Ｚ」の商品名、購買点数、税率及び税込み価格とともに、タグ名称“イートイン対象”のタグＴＧａが黒文字で表示される。税率は、軽減税率の「８％」である。

登録画面ＳＣｅの合計表示部ＡＲａには、合計点数「３点」と合計金額「９７６円（￥９７６）」とが表示される。

ここに、登録画面を表示するタッチパネル４４は、入力部を介して入力された商品データで特定される購買商品に課せられる税の税率を含む商品明細データを表示する表示部として機能する。そして、タッチパネル４４に登録画面を表示させるプロセッサ４１は、表示手段として機能する。

登録画面ＳＣｅを確認した客は、購買商品「弁当Ｚ」に対してタグ名称“イートイン対象”のタグＴＧａが表示されていることから、購買商品「弁当Ｚ」はイートインスペースでの飲食が可能な商品であると識別できる。また客は、購買商品「酒類Ｘ」及び「食料品Ｙ」に対してはタグＴＧａが表示されていないことから、購買商品「酒類Ｘ」及び「食料品Ｙ」はイートインスペースでの飲食が不可の商品であると識別できる。

ここで、情報端末４０においては、登録画面ＳＣｅの明細リスト表示部ＡＲｂに表示されている購買商品について客が選択操作を行うことにより、購買点数の変更、イートイン宣言、又はイートイン宣言の取消が可能である。選択操作は、例えば商品名等が表示されているエリアに対するタップ操作、フリック操作又はスワイプ操作である。選択操作は、他の操作であってもよい。

プロセッサ４１は、ＡＣＴ３２乃至ＡＣＴ３５の待ち受け状態において、明細リスト表示部ＡＲｂに表示されているいずれかの購買商品に対して選択操作が行われると、ＡＣＴ３６へと進む。プロセッサ４１は、ＡＣＴ３６として選択操作された購買商品の商品明細データに含まれている対象フラグＦａを調べる。ここで、対象フラグＦａが“０”、すなわちイートイン対象外の購買商品が選択操作された場合、プロセッサ４１は、図１４のＡＣＴ５１へと進む。プロセッサ４１は、ＡＣＴ５１としてタッチパネル４４の画面を登録画面ＳＣｅから点数変更画面ＳＣｆ（図３３を参照）に切り替える。

図３３は、図３２において、対象フラグＦａが“０”の購買商品「食料品Ｙ」が選択操作された場合の点数変更画面ＳＣｆの一例である。図示するように、点数変更画面ＳＣｆは、購買点数表示部ＡＲｃと明細表示部ＡＲｄとを配置する。そして、購買点数表示部ＡＲｃに選択操作された購買商品の購買点数を表示し、明細表示部ＡＲｄに当該購買商品の商品名、税率、税込み価格等を表示する。また点数変更画面ＳＣｆは、購買点数表示部ＡＲｃを挟んで一方の側に加算ボタンＢＴｅを配置し、他方の側に減算ボタンＢＴｆを配置する。さらに点数変更画面ＳＣｆは、変更せず戻るボタンＢＴｇとＯＫボタンＢＴｈとを配置する。

点数変更画面ＳＣｆを確認した客は、加算ボタンＢＴｅ又は減算ボタンＢＴｆにタッチして、購買点数表示部ＡＲｃに表示されている購買点数を変更する。例えば、購買商品「食料品Ｙ」の購買点数を５点に変更する場合には、客は、加算ボタンＢＴｅを５回タッチして、購買点数表示部ＡＲｃの購買点数を「５」とする。因みに、購買商品「食料品Ｙ」の購入を取り止める場合には、客は、減算ボタンＢＴｆに１回タッチして購買点数表示部ＡＲｃの購買点数を「０」とすればよい。点数を変更し終えると、客は、ＯＫボタンＢＴｈにタッチする。なお、点数の変更を中止する場合には、客は、変更せず戻るボタンＢＴｇにタッチする。

図１４の説明に戻る。
点数変更画面ＳＣｆの表示を制御したプロセッサ４１は、ＡＣＴ５２として変更せず戻るボタンＢＴｇが入力されるか、ＡＣＴ５３としてＯＫボタンＢＴｈが入力されるのを待ち受ける。ＡＣＴ５２及びＡＣＴ５３の待ち受け状態において、変更せず戻るボタンＢＴｇが入力された場合には、プロセッサ４１は、図１２のＡＣＴ３１へと戻る。すなわちプロセッサ４１は、タッチパネル４４の画面を直前の登録画面ＳＣｅに戻す。

ＡＣＴ５２及びＡＣＴ５３の待ち受け状態において、ＯＫボタンＢＴｈが入力された場合には、プロセッサ４１は、ＡＣＴ５４として第１変更通知を行うように無線ユニット４６を制御する。この制御により、無線ユニット４６は、第１変更通知コマンドを無線送信する。第１変更通知コマンドは、アクセスポイント２７で受信され、ＰＯＳシステム２０のルータ２６を介して登録支援サーバ１１へと送信される。第１変更通知コマンドには、変更対象商品の商品コードともに、購買点数表示部ＡＲｃ内の点数、つまりは変更後の購買点数が含まれる。また、第１変更通知コマンドには、情報端末４０に記憶された取引識別コードも含まれる。

第１変更通知コマンドを受信した登録支援サーバ１１においては、第１変更通知処理が実行される。
図２２は、第１変更通知処理の要部手順を示す流れ図である。登録支援サーバ１１のプロセッサ１１１は、通信インターフェース１１５を介して第１変更通知コマンドを受信すると、ＡＣＴ１７１として第１変更通知コマンドから取引識別コードを取得する。そしてプロセッサ１１１は、ＡＣＴ１７２として当該取引識別コードが保存された取引ファイル５１を選択する。

プロセッサ１１１は、ＡＣＴ１７３として取引ファイル５１に記憶される各商品明細データの更新フラグＦｄを全て“０”とする。次いでプロセッサ１１１は、ＡＣＴ１７４として取引ファイル５１に記憶されている商品明細データの中から、第１変更通知コマンドに含まれる商品コードの商品明細データを選択する。そしてプロセッサ１１１は、ＡＣＴ１７５としてその商品明細データの購買点数を、第１変更通知コマンドに含まれる購買点数に変更する。以下では、購買点数を変更した商品明細データを点数変更商品明細データ（第５データ）と称する。

プロセッサ１１１は、ＡＣＴ１７６として点数変更商品明細データの価格、税率及び変更後の購買点数を基に税込み価格を算出する。そしてプロセッサ１１１は、ＡＣＴ１７７として点数変更商品明細データの更新フラグＦｄを“１”とする。またプロセッサ１１１は、ＡＣＴ１７８として取引ファイル５１の合計点数、合計金額及び値引合計額を再計算する。以上の処理を終えると、プロセッサ１１１は、ＡＣＴ１７９として第１変更通知コマンド送信元の情報端末４０に対し、明細応答コマンドを送信する。

このように、登録支援サーバ１１において実行される第１変更通知処理により、購買商品の商品明細データに含まれる購買点数が変更される。また、同商品明細データの税込み価格が変更され、更新フラグＦｄが“０”から“１”へと変更される。

図１４の説明に戻る。
第１変更通知コマンドの送信を制御したプロセッサ４１は、ＡＣＴ５５として明細応答コマンドを待ち受ける。無線ユニット４６を介して明細応答コマンドを受信すると、プロセッサ４１は、図１１のＡＣＴ２４へと進む。プロセッサ４１は、ＡＣＴ２４として明細解析処理を実行する。次いでプロセッサ４１は、ＡＣＴ２５として登録画面編集処理を実行する。そしてプロセッサ４１は、ＡＣＴ３１としてタッチパネル４４の画面を登録画面ＳＣｇ（図３４を参照）に切り替えて、ＡＣＴ３２乃至ＡＣＴ３５の待ち受け状態に戻る。

図３４は、図３２の登録画面ＳＣｅにおいて、購買商品「食料品Ｙ」の購買点数を「１」から「５」に変更した場合の登録画面ＳＣｇの一例である。図示するように、購買商品「食料品Ｙ」の購買点数が「５」となっている。また、合計表示部ＡＲａの合計点数が「７点」、合計金額が「１８４０円（￥１，８４０）」となっている。

このように、イートイン対象外の購買商品については、点数変更画面ＳＣｆを用いることによって、購買点数を「２」以上又は「０」に変更することができる。なお、購買点数の変更は、点数変更画面ＳＣｆを用いなくてもよい。例えば登録画面の明細リスト表示部ＡＲｂに表示されている購買点数をプルダウンリストのセルに表示させ、プルダウンリストのなかから変更後の購買点数を選択するようにしてもよい。あるいは、テンキーの画面を表示させて、変更後の購買点数を置数入力してもよい。

図１２の説明に戻る。
ＡＣＴ３６において、選択操作された購買商品の商品明細データに含まれている対象フラグＦａが“１”、すなわちイートインスペースでの飲食が可能な購買商品が選択操作された場合には、プロセッサ４１は、ＡＣＴ３７へと進む。プロセッサ４１は、ＡＣＴ３７として当該商品明細データに含まれている店内フラグＦｂを調べる。店内フラグＦｂが“０”、すなわち購買商品に対してイートイン宣言が行われていない場合には、プロセッサ４１は、図１５のＡＣＴ６１へと進む。プロセッサ４１は、ＡＣＴ６１としてタッチパネル４４の画面を登録画面ＳＣｅからイートイン設定画面ＳＣｈ（図３５を参照）に切り替える。

図３５は、図３２において、対象フラグＦａが“１”で店内フラグＦｂが“０”の購買商品「弁当Ｚ」が選択操作された場合のイートイン設定画面ＳＣｈの一例である。図示するように、イートイン設定画面ＳＣｈは、「イートインを利用しない」から「イートインを利用する」への切り替えを指令するスイッチＳＷａを配置する。またイートイン設定画面ＳＣｈは、点数変更画面ＳＣｆと同様に、購買点数表示部ＡＲｃと明細表示部ＡＲｄとを配置する。そして、選択操作された購買商品の購買点数を購買点数表示部ＡＲｃに表示し、当該購買商品の商品名、税率及び税込み価格等を明細表示部ＡＲｄに表示する。またイートイン設定画面ＳＣｈは、点数変更画面ＳＣｆと同様に、購買点数表示部ＡＲｃを挟んで一方の側に加算ボタンＢＴｅを配置し、他方の側に減算ボタンＢＴｆを配置し、さらに、変更せず戻るボタンＢＴｇとＯＫボタンＢＴｈとを配置する。

イートイン設定画面ＳＣｈを確認した客は、購買商品「弁当Ｚ」をイートインスペースで飲食する場合、スイッチＳＷａを「イートインを利用しない」から「イートインを利用する」へと切り替える。そして客は、ＯＫボタンＢＴｈにタッチする。

図３６は、図３５において、スイッチＳＷａを「イートインを利用しない」から「イートインを利用する」へと切り替えた場合のイートイン設定画面ＳＣｉの一例である。図示するように、イートイン設定画面ＳＣｉにおいては、スイッチＳＷａが、「イートインを利用する」から「イートインを利用しない」への切り替えを指令するスイッチＳＷｂとなる。また、明細表示部ＡＲｄに表示される税率が軽減税率の「８％」から通常税率の「１０％」となり、税込み価格が「５４０円（￥５４０）」から「５５０円（￥５５０）」となる。

また、例えば購買商品「弁当Ｚ」を３点購入し、そのうちの２点をイートインスペースで飲食し、残りの１点を持ち帰る、という場合も想定される。このような場合、客は、加算ボタンＢＴｅを３回タッチして、購買点数表示部ＡＲｃの購買点数を「３」に変更する。また客は、スイッチＳＷａを「イートインを利用しない」から「イートインを利用する」へと切り替える。

図３７は、図３５において、購買点数表示部ＡＲｃの購買点数を「３」に変更し、さらにスイッチＳＷａを「イートインを利用しない」から「イートインを利用する」へと切り替えたときのイートイン設定画面ＳＣｊの一例である。図示するように、イートイン設定画面ＳＣｊにおいては、スイッチＳＷａが、「イートインを利用する」から「イートインを利用しない」への切り替えを指令するスイッチＳＷｂとなる。そして、このスイッチＳＷｂの下方に、イートイン点数表示部ＡＲｅが配置される。また、このイートイン点数表示部ＡＲｅを挟んで加算ボタンＢＴｉと減算ボタンＢＴｊとが表示される。イートイン点数表示部ＡＲｅには、当初、購買点数表示部ＡＲｃの点数「３」が表示される。上述したイートイン点数表示部ＡＲｅと加算ボタンＢＴｉと減算ボタンＢＴｊとは、利用点数指定部として機能する。

イートイン設定画面ＳＣｊを確認した客は、減算ボタンＢＴｊを１回タッチして、イートイン点数表示部ＡＲｅのイートイン利用点数を「２」とする。そして客は、ＯＫボタンＢＴｈにタッチする。以上の操作により、図３７に示すように、イートイン設定画面ＳＣｊの明細表示部ＡＲｄには、軽減税率「８％」とともに、その税率で課税される購買点数「１点（Ｘ１）」及び税込み価格「５４０円（￥５４０）」とが表示される。また、通常税率「１０％」とともに、その税率で課税される購買点数「２点（Ｘ２）」及びその税込み価格「１１００円（￥１，１００）」が表示される。

なお、イートイン設定画面ＳＣｈ、ＳＣｉ又はＳＣｊを確認した客がイートイン宣言を中止する場合には、客は、変更せず戻るボタンＢＴｇにタッチする。

ここに、タッチパネル４４にスイッチＳＷａを含むイートイン設定画面を表示させて、スイッチＳＷの切り替え入力を受け付けるプロセッサ４１は、表示部に商品明細データが表示された購買商品に課せられる税の税率変更指示を受け付ける受付部として機能する。受付部は、受付手段と言い換えることもできる。

図１５の説明に戻る。
イートイン設定画面ＳＣｈの表示を制御したプロセッサ４１は、ＡＣＴ６２として購買点数表示部ＡＲｃに表示されている購買点数が「２」以上に変更されたか否かを確認する。購買点数が「２」以上に変更されていない場合、プロセッサ４１は、ＡＣＴ６５へと進む。

ＡＣＴ６２において、購買点数が「２」以上に変更された場合、プロセッサ４１は、ＡＣＴ６３へと進む。プロセッサ４１は、ＡＣＴ６３としてスイッチＳＷａが「イートインを利用しない」から「イートインを利用する」へと切り替えられたか否かを確認する。スイッチＳＷａが切り替えられていない場合、プロセッサ４１は、ＡＣＴ６５へと進む。

ＡＣＴ６３において、スイッチＳＷａが「イートインを利用しない」から「イートインを利用する」へと切り替えられた場合、プロセッサ４１は、ＡＣＴ６４へと進む。プロセッサ４１は、ＡＣＴ６４としてイートイン設定画面にイートイン点数表示部ＡＲｅと加算ボタンＢＴｉと減算ボタンＢＴｊとからなる利用点数指定部を表示させる。その後、プロセッサ４１は、ＡＣＴ６５へと進む。

プロセッサ４１は、ＡＣＴ６５として変更せず戻るボタンＢＴｇが入力されるか、ＡＣＴ６６としてＯＫボタンＢＴｈが入力されるのを待ち受ける。ＡＣＴ６５及びＡＣＴ６６の待ち受け状態において、変更せず戻るボタンＢＴｇが入力された場合には、プロセッサ４１は、図１２のＡＣＴ３１へと戻る。すなわちプロセッサ４１は、タッチパネル４４の画面を直前の登録画面ＳＣｅに戻す。

ＡＣＴ６５及びＡＣＴ６６の待ち受け状態において、ＯＫボタンＢＴｈが入力された場合には、プロセッサ４１は、ＡＣＴ６７としてスイッチＳＷａが「イートインを利用しない」から「イートインを利用する」へと切り替えられているか否かを確認する。スイッチＳＷａが切り替えられていない場合、プロセッサ４１は、ＡＣＴ６８へと進む。プロセッサ４１は、ＡＣＴ６８として第１変更通知を行うように無線ユニット４６を制御する。この制御により、無線ユニット４６は、第１変更通知コマンドを無線送信する。第１変更通知コマンドは、アクセスポイント２７で受信され、ＰＯＳシステム２０のルータ２６を介して登録支援サーバ１１へと送信される。第１変更通知コマンドには、変更対象商品の商品コードともに、購買点数表示部ＡＲｃ内の点数、つまりは変更後の購買点数が含まれる。また、第１変更通知コマンドには、情報端末４０に記憶された取引識別コードも含まれる。

第１変更通知コマンドを受信した登録支援サーバ１１においては、既に図２２を用いて説明した第１変更通知処理が実行される。したがって、イートイン対象の購買商品については、イートイン設定画面ＳＣｈを用いることによって、購買点数を「２」以上又は「０」に変更することができる。

ＡＣＴ６７において、スイッチＳＷａが「イートインを利用しない」から「イートインを利用する」へと切り替えられている場合、プロセッサ４１は、ＡＣＴ６９へと進む。プロセッサ４１は、ＡＣＴ６９として購買点数表示部ＡＲｃに表示されている購買点数が「２」以上か否かを確認する。購買点数が「１」の場合、プロセッサ４１は、ＡＣＴ７０へと進む。プロセッサ４１は、ＡＣＴ７０として第２変更通知を行うように無線ユニット４６を制御する。この制御により、無線ユニット４６は、第２変更通知コマンドを無線送信する。第２変更通知コマンドは、アクセスポイント２７で受信され、ＰＯＳシステム２０のルータ２６を介して登録支援サーバ１１へと送信される。第２変更通知コマンドには、変更対象商品の商品コードともに、購買点数表示部ＡＲｃ内の購買点数が含まれる。また、第２変更通知コマンドには、情報端末４０に記憶された取引識別コードも含まれる。

第２変更通知コマンドを受信した登録支援サーバ１１においては、第２変更通知処理が実行される。第２変更通知処理については、後述する。

ＡＣＴ６９において、購買点数が「２」以上の場合には、プロセッサ４１は、ＡＣＴ７１へと進む。プロセッサ４１は、ＡＣＴ７１として購買点数表示部ＡＲｃに表示されている購買点数とイートイン点数表示部ＡＲｅに表示されているイートイン利用点数とを比較する。その結果、購買点数とイートイン利用点数とが等しい場合、すなわち、２点以上の購買商品の全てに対してイートイン宣言が行われた場合には、プロセッサ４１は、前述したＡＣＴ７０へと進む。すなわちプロセッサ４１は、イートイン宣言が行われた商品の商品コードと、購買点数と、取引識別コードとを含む第２変更通知コマンドを登録支援サーバ１１へと送信するように無線ユニット４６を制御する。

ＡＣＴ７１において、購買点数よりもイートイン利用点数の方が少ない場合、すなわち、２点以上の購買商品の一部に対してイートイン宣言が行われた場合には、プロセッサ４１は、ＡＣＴ７２へと進む。プロセッサ４１は、ＡＣＴ７２として第３変更通知を行うように無線ユニット４６を制御する。この制御により、無線ユニット４６は、第３変更通知コマンドを無線送信する。第３変更通知コマンドは、アクセスポイント２７で受信され、ＰＯＳシステム２０のルータ２６を介して登録支援サーバ１１へと送信される。第３変更通知コマンドには、イートイン宣言が行われた商品の商品コードと、イートイン利用点数と、取引識別コードとが含まれる。第３変更通知コマンドは、購買点数からイートイン利用点数を減じた点数、いわゆるイートイン非利用点数を含んでもよい。

第３変更通知コマンドを受信した登録支援サーバ１１においては、第３変更通知処理が実行される。第３変更通知処理についても、後述する。

ここに、第２変更通知コマンド又は第３変更通知コマンドの送信を制御するプロセッサ４１は、受付部で税率変更指示を受け付けた購買商品の特定に使用される商品データを出力する出力部として機能する。出力部は、出力手段と言い換えることもできる。

図２３は、第２変更通知処理の要部手順を示す流れ図である。登録支援サーバ１１のプロセッサ１１１は、通信インターフェース１１５を介して第２変更通知コマンドを受信すると、ＡＣＴ１８１として第２変更通知コマンドから取引識別コードを取得する。そしてプロセッサ１１１は、ＡＣＴ１８２として当該取引識別コードが保存された取引ファイル５１を選択する。

プロセッサ１１１は、ＡＣＴ１８３として取引ファイル５１に記憶される各商品明細データの更新フラグＦｄを全て“０”とする。次いでプロセッサ１１１は、ＡＣＴ１８４として取引ファイル５１に記憶されている商品明細データの中から、第２変更通知コマンドに含まれる商品コードの商品明細データを選択する。そしてプロセッサ１１１は、ＡＣＴ１８５としてその商品明細データの税率を、軽減税率の８％から通常税率の１０％に変更する。以下では、税率を変更した商品明細データを税率変更商品明細データ（第６データ）と称する。

プロセッサ１１１は、ＡＣＴ１８６として税率変更商品明細データの購買点数に対して第２変更通知コマンドに含まれている購買点数が変更されているか否かを確認する。購買点数が変更されている場合、プロセッサ１１１は、ＡＣＴ１８７へと進む。プロセッサ１１１は、ＡＣＴ１８７として税率変更商品明細データの購買点数を変更通知コマンドに含まれている購買点数に変更する。そしてプロセッサ１１１は、ＡＣＴ１８８へと進む。

ＡＣＴ１８６において、購買点数が変更されていない場合には、プロセッサ１１１は、ＡＣＴ１８７の処理をスキップする。そしてプロセッサ１１１は、ＡＣＴ１８８へと進む。

プロセッサ１１１は、ＡＣＴ１８８として税率変更商品明細データの価格、税率及び変更後の購買点数を基に税込み価格を算出する。そしてプロセッサ１１１は、ＡＣＴ１８９として税率変更商品明細データの店内フラグＦｂを“１”とする。またプロセッサ１１１は、ＡＣＴ１９０として税率変更商品明細データの更新フラグＦｄを“１”とする。さらにプロセッサ１１１は、ＡＣＴ１９１として取引ファイル５１の合計点数、合計金額及び値引合計額を再計算する。以上の処理を終えると、プロセッサ１１１は、ＡＣＴ１９２として第２変更通知コマンド送信元の情報端末４０に対し、明細応答コマンドを送信する。

このように、登録支援サーバ１１において実行される第２変更通知処理により、イートイン宣言がなされた購買商品の商品明細データは次のように更新される。すなわち、税率は、軽減税率から通常税率に変更される。税込み価格は、軽減税率の税込み価格から通常税率の税込み価格に変更される。店内フラグＦｂ及び更新フラグＦｄは、いずれも“０”から“１”に変更される。税率変更商品明細データの購買点数に対して第２変更通知コマンドに含まれている購買点数が変更されている場合には、購買点数も変更される。

図２４は、第３変更通知処理の要部手順を示す流れ図である。登録支援サーバ１１のプロセッサ１１１は、通信インターフェース１１５を介して第３変更通知コマンドを受信すると、ＡＣＴ２０１として第３変更通知コマンドから取引識別コードを取得する。そしてプロセッサ１１１は、ＡＣＴ２０２として当該取引識別コードが保存された取引ファイル５１を選択する。

プロセッサ１１１は、ＡＣＴ２０３として取引ファイル５１に記憶される各商品明細データの更新フラグＦｄを全て“０”とする。次いでプロセッサ１１１は、ＡＣＴ２０４として取引ファイル５１に記憶されている商品明細データの中から、第３変更通知コマンドに含まれる商品コードの商品明細データを選択する。以下では、選択した商品明細データを変更前商品明細データ（第７データ）と称する。

プロセッサ１１１は、ＡＣＴ２０５として変更前商品明細データの購買点数から第３変更通知コマンドに含まれているイートイン利用点数を減じた点数を税率変更前の購買点数として取得する。なお、第３変更通知コマンドにイートイン非利用点数が含まれている場合には、プロセッサ１１１は、ＡＣＴ２０５としてこのイートイン非利用点数を取得する。プロセッサ１１１は、ＡＣＴ２０６として変更前商品明細データの購買点数を税率変更前の購買点数（イートイン非利用点数）に変更する。またプロセッサ１１１は、ＡＣＴ２０７として変更前商品明細データの価格、税率及び税率変更前の購買点数を基に税込み価格を算出する。そしてプロセッサ１１１は、ＡＣＴ２０８として変更前商品明細データの更新フラグＦｄを“１”とする。

次いで、プロセッサ１１１は、ＡＣＴ２０９としてリストメモリ６１上に変更前商品明細データを複写する。以下では、複写した変更前商品明細データを変更後商品明細データ（第８データ）と称する。プロセッサ１１１は、ＡＣＴ２１０として第３変更通知コマンドに含まれるイートイン利用点数を税率変更後の購買点数として取得する。そしてプロセッサ１１１は、ＡＣＴ２１１として変更後商品明細データの税率を通常税率の１０％に変更するとともに、購買点数を税率変更後の購買点数に変更する。

プロセッサ１１１は、ＡＣＴ２１２として変更後商品明細データの価格、税率及び変更後の購買点数を基に税込み価格を算出する。そしてプロセッサ１１１は、ＡＣＴ２１３として変更後商品明細データの店内フラグＦｂを“１”とする。またプロセッサ１１１は、ＡＣＴ２１４として変更後商品明細データの更新フラグＦｄを“１”とする。

その後、プロセッサ１１１は、ＡＣＴ２１５として取引ファイル５１の合計点数、合計金額及び値引合計額を再計算する。以上の処理を終えると、プロセッサ１１１は、ＡＣＴ２１６として第３変更通知コマンド送信元の情報端末４０に対し、明細応答コマンドを送信する。

このように、登録支援サーバ１１において実行される第３変更通知処理ことにより、イートイン宣言がなされた購買商品の商品明細データは、次のように更新される。すなわち、購買点数はイートイン非利用点数に変更される。税込み価格は、購買点数変更後の税込み価格に変更される。また、更新フラグＦｄが“０”から“１”に変更される。さらに、イートイン宣言がなされた購買商品の商品明細データが取引ファイル５１に複写される。そして、この変更後商品明細データの税率が、軽減税率から通常税率に変更される。購買点数は、イートイン利用点数に変更される。税込み価格は、軽減税率の税込み価格から通常税率の税込み価格に変更される。更新フラグＦｄだけでなく店内フラグＦｂも“０”から“１”に変更される。

図１５の説明に戻る。

第１変更通知コマンド、第２変更通知コマンド又は第３変更通知コマンドの送信を制御したプロセッサ４１は、ＡＣＴ７３として明細応答コマンドを待ち受ける。無線ユニット４６を介して明細応答コマンドを受信すると、プロセッサ４１は、図１１のＡＣＴ２４へと進む。プロセッサ４１は、ＡＣＴ２４として明細解析処理を実行する。次いでプロセッサ４１は、ＡＣＴ２５として登録画面編集処理を実行する。そしてプロセッサ４１は、ＡＣＴ３１としてタッチパネル４４の画面を登録画面ＳＣｋ（図３８を参照）又は登録画面ＳＣｌ（図３９を参照）に切り替えて、ＡＣＴ３２乃至ＡＣＴ３５の待ち受け状態に戻る。

図３８は、図３６のイートイン設定画面ＳＣｉにおいて、客がＯＫボタンＢＴｈを入力したことで、第２変更通知コマンドが送信された場合の登録画面ＳＣｋである。この場合、明細応答コマンドには、イートイン宣言がなされた購買商品「弁当Ｚ」の商品明細データとして、店内フラグＦｂが“１”、取消フラグＦｃが“０”の商品明細データが含まれる。その結果、図３８に示すように、明細リスト表示部ＡＲｂには、購買商品「弁当Ｚ」の商品名、通常税率「１０％」、税込み価格「５５０円（￥５５０）等とともに、タグ名称“イートイン”のタグＴＧｂが赤文字で表示される。タグ名称“イートイン”のタグＴＧｂが表示されたことで、客は、購買商品「弁当Ｚ」はイートインスペースで飲食を行うことを自ら宣言した商品であると認識できる。

図３９は、図３７のイートイン設定画面において、客がイートイン点数表示部ＡＲｅの点数を“３”から“２”に変更した後にＯＫボタンＢＴｈを入力したことで、第３変更通知コマンドが送信された場合の登録画面ＳＣｌである。この場合、明細応答コマンドには、イートイン宣言がなされた購買商品「弁当Ｚ」の変更前商品明細データと変更後商品明細データとが含まれる。

変更前商品明細データは、購買点数が“１”であり、税率が軽減税率の８％であり、店内フラグＦｂは“０”である。よって、明細リスト表示部ＡＲｂには、購買商品「弁当Ｚ」の商品名、軽減税率「８％」、税込み価格「５４０円（￥５４０）」等とともに、タグ名称“イートイン対象”のタグＴＧａが黒文字で表示される。

変更後商品明細データは、購買点数が“２”であり、税率が通常税率の１０％であり、店内フラグＦｂは“１”であり、取消フラグＦｃは“０”である。よって、明細リスト表示部ＡＲｂには、購買商品「弁当Ｚ」の商品名、通常税率「１０％」、税込み価格「５５０円（￥５５０）」等とともに、タグ名称“イートイン”のタグＴＧｂが赤文字で表示される。

このように、タグ名称“イートイン対象”のタグＴＧａとタグ名称“イートイン”のタグＴＧｂが表示されたことで、客は、３点を購入する購買商品「弁当Ｚ」のうち、２点をイートインスペースで飲食し、１点を持ち帰るように自ら宣言した商品であると認識できる。

ここに、表示部として機能するタッチパネル４４は、受付部で税率変更指示を受け付けた購買商品については、変更後の税率、つまりは通常税率１０％を含む商品明細データを表示する。またタッチパネル４４は、受付部で税率変更指示を受け付けた購買商品（第１の取引対象商品）の商品明細データに対しては、タグ名称“イートイン”のタグＴＧｂを表示することで、税率変更指示を受け付けていない購買商品（第２の取引対象商品）の商品明細データとは識別可能に表示する。さらにタッチパネル４４は、税率変更指示を受付可能な購買商品（第３の取引対象商品）の商品明細データに対しては、タグ名称“イートイン対象”のタグＴＧｂを表示することで、税率変更指示を受付不可能な購買商品（第４の取引対象商品）の商品明細データとは識別可能に表示する。

図１２の説明に戻る。
ＡＣＴ３７において、選択操作された購買商品の商品明細データに含まれている店内フラグＦｂが“１”、すなわち購買商品に対してイートイン宣言がなされている場合には、プロセッサ４１は、ＡＣＴ３８へと進む。プロセッサ４１は、ＡＣＴ３８として当該商品明細データに含まれている取消フラグＦｃを調べる。取消フラグＦｃが“１”、すなわち既にイートイン宣言が取り消された商品が選択操作された場合には、プロセッサ４１は、ＡＣＴ３２へと戻る。そしてプロセッサ４１は、ＡＣＴ３２乃至ＡＣＴ３５の待ち受け状態となる。

一方、取消フラグＦｃが“０”の場合、すなわち、イートイン宣言がなされている購買商品が選択操作された場合には、プロセッサ４１は、図１６のＡＣＴ８１へと進む。プロセッサ４１は、ＡＣＴ８１としてタッチパネル４４の画面を登録画面ＳＣｌからイートイン取消画面ＳＣｍ（図４０を参照）へと切り替える。

図４０は、図３９の登録画面ＳＣｌにおいて、タグ名称“イートイン”のタグＴＧｂが表示されている購買商品「弁当Ｚ」が選択された場合のイートイン取消画面ＳＣｍの一例である。イートイン取消画面ＳＣｍは、「イートインを利用する」から「イートインを利用しない」への切り替えが可能なスイッチＳＷｂとともに、利用点数指定部であるイートイン点数表示部ＡＲｅ、加算ボタンＢＴｉ及び減算ボタンＢＴｊを配置する。また、イートイン取消画面ＳＣｍは、変更せず戻るボタンＢＴｇとＯＫボタンＢＴｈとを配置する。明細表示部ＡＲｄには、選択操作された購買商品「弁当Ｚ」に対して課せられるイートイン宣言後の税率、すなわち通常税率「１０％」が表示されている。また、購買点数「２点（Ｘ２）」と税込み価格「１１００円（￥１，１００）」も表示されている。

イートイン取消画面ＳＣｍを確認した客は、例えばイートイン宣言をした２点の購買商品「弁当Ｚ」をすべて持ち帰りに変更する場合、スイッチＳＷｂを「イートインを利用する」から「イートインを利用しない」へと切り替える。そして客は、ＯＫボタンＢＴｈを入力する。

例えばイートイン宣言をした２点のうち１点を持ち帰り、他の１点をイートインスペースで飲食する場合、客は、減算ボタンＢＴｊを１回タッチして、図４１のイートイン取消画面ＳＣｎに示すようにイートイン点数表示部ＡＲｅを“２”から“１”に変更する。その後、客は、ＯＫボタンＢＴｈを入力する。なお、イートイン宣言の取消を中止する場合には、客は、変更せず戻るボタンＢＴｇを入力する。

図４１は、図４０のイートイン取消画面ＳＣｍにおいて、イートイン点数表示部ＡＲｅを“２”から“１”に変更した後のイートイン取消画面ＳＣｎの一例である。イートイン取消画面ＳＣｎの明細表示部ＡＲｄには、イートイン宣言を取り消さなかった１点の購買商品「弁当Ｚ」に対する税率「１０％」、購買点数「１点（×１）」及び税込み価格「５５０円（￥５５０）」と、イートイン宣言を取り消した１点の購買商品「弁当Ｚ」に対する税率「８％」、購買点数「１点（×１）」及び税込み価格「５４０円（￥５４０）」とが表示される。

イートイン取消画面ＳＣｍ又はイートイン取消画面ＳＣｎを表示したプロセッサ４１は、ＡＣＴ８２として変更せず戻るボタンＢＴｇが入力されるか、ＡＣＴ８３としてＯＫボタンＢＴｈが入力されるのを待ち受ける。ＡＣＴ８２及びＡＣＴ８３の待ち受け状態において、変更せず戻るボタンＢＴｇが入力された場合には、プロセッサ４１は、図１２のＡＣＴ３１へと戻る。すなわちプロセッサ４１は、タッチパネル４４の画面を直前の登録画面ＳＣｌに戻す。

ＡＣＴ８２及びＡＣＴ８３の待ち受け状態において、ＯＫボタンＢＴｈが入力された場合には、プロセッサ４１は、ＡＣＴ８４として第４変更通知を行うように無線ユニット４６を制御する。この制御により、無線ユニット４６は、第４変更通知コマンドを無線送信する。第４変更通知コマンドは、アクセスポイント２７で受信され、ＰＯＳシステム２０のルータ２６を介して登録支援サーバ１１へと送信される。第４変更通知コマンドには、イートイン宣言が取り消された購買商品の商品コードと購買点数（取消点数）とが含まれる。すなわち、図４０において、スイッチＳＷが切り替えられてからＯＫボタンＢＴｈが入力された場合には、購買商品「弁当Ｃ」の商品コードと取消点数「２」とが第４変更通知コマンドに含まれる。図４１において、イートイン点数表示部ＡＲｅを“２”から“１”に変更した後でＯＫボタンＢＴｈが入力された場合には、購買商品「弁当Ｃ」の商品コードと取消点数「１」とが第４変更通知コマンドに含まれる。また、第４変更通知コマンドには、情報端末４０に記憶された取引識別コードも含まれる。

第４変更通知コマンドを受信した登録支援サーバ１１においては、第４変更通知処理が実行される。
図２５は、第４変更通知処理の要部手順を示す流れ図である。登録支援サーバ１１のプロセッサ１１１は、通信インターフェース１１５を介して第４変更通知コマンドを受信すると、ＡＣＴ２２１として第４変更通知コマンドから取引識別コードを取得する。そしてプロセッサ１１１は、ＡＣＴ２２２として当該取引識別コードが保存された取引ファイル５１を選択する。

プロセッサ１１１は、ＡＣＴ２２３として取引ファイル５１に記憶される各商品明細データの更新フラグＦｄを全て“０”とする。次いでプロセッサ１１１は、ＡＣＴ２２４として取引ファイル５１に記憶されている商品明細データの中から、第４変更通知コマンドに含まれる商品コードの商品明細データを選択する。以下では、選択した商品明細データを取消商品明細データ（第９データ）と称する。

プロセッサ１１１は、ＡＣＴ２２５として取消商品明細データの購買点数から第４変更通知コマンドに含まれている取消点数を減じる。プロセッサ１１１は、ＡＣＴ２２６として取消商品明細データの価格、税率及び変更後の購買点数を基に税込み価格を算出する。そしてプロセッサ１１１は、ＡＣＴ２２７として同一商品明細データの更新フラグＦｄを“１”とする。

プロセッサ１１１は、ＡＣＴ２２８として取消商品明細データの購買点数が“０”であるか否かを確認する。購買点数が“０”の場合、すなわち、取消商品明細データに係る購買商品のイートイン宣言が全て取り消された場合、プロセッサ１１１は、ＡＣＴ２２９へと進む。プロセッサ１１１は、ＡＣＴ２２９として取消商品明細データの取消フラグＦｃを“１”とする。そしてプロセッサ１１１は、ＡＣＴ２３０へと進む。

購買点数が“０”よりも大きい場合、すなわち、取消商品明細データに係る購買商品のイートイン宣言が一部取り消された場合には、プロセッサ１１１は、ＡＣＴ２２９の処理をスキップして、ＡＣＴ２３０へと進む。

プロセッサ１１１は、ＡＣＴ２３０として取引ファイル５１に、取消商品明細データと商品コード、分類コード、商品名及び価格が一致する他の商品明細データが記憶されているか否かを確認する。

該当する他の商品明細データがリストメモリ６１に記憶されていない場合、プロセッサ１１１は、ＡＣＴ２３１へと進む。プロセッサ１１１は、ＡＣＴ２３１としてリストメモリ６１上に取消商品明細データを複写する。そしてプロセッサ１１１は、ＡＣＴ２３２としてその複写した取消商品明細データの税率を軽減税率の８％に変更し、購買点数を第４変更通知コマンドに含まれている取消点数に変更する。プロセッサ１１１は、ＡＣＴ２３３として複写した取消商品明細データの価格、税率及び変更後の購買点数を基に税込み価格を算出する。そしてプロセッサ１１１は、ＡＣＴ２３４として複写した取消商品明細データの店内フラグＦｂと取消フラグＦｃとを“０”とする。なお、更新フラグＦｄは、ＡＣＴ２２７の処理で“１”となっている。すなわちプロセッサ１１１は、イートイン宣言が取り消された購買商品について、軽減税率が課せられる場合に対応した商品明細データを取引ファイル５１に追加する。

一方、ＡＣＴ２３０において、同一商品明細データが存在する場合には、プロセッサ１１１は、ＡＣＴ２３５へと進む。プロセッサ１１１は、ＡＣＴ２３５としてその同一商品明細データを選択する。そしてプロセッサ１１１は、ＡＣＴ２３６としてその同一商品明細データの購買点数に第４変更通知コマンドに含まれている取消点数を加算する。プロセッサ１１１は、ＡＣＴ２３７として同一商品明細データの価格、税率及び変更後の購買点数を基に税込み価格を算出する。そしてプロセッサ１１１は、ＡＣＴ２３８として同一商品明細データの更新フラグＦｄを“１”とする。すなわちプロセッサ１１１は、イートイン宣言が取り消された購買商品の分を、軽減税率が課せられる場合に対応した同購買商品の商品明細データに加算する。

ＡＣＴ２３４又はＡＣＴ２３８の処理を終えると、プロセッサ１１１は、ＡＣＴ２３９へと進む。プロセッサ１１１は、ＡＣＴ２３９として取引ファイル５１の合計点数、合計金額及び値引合計額を再計算する。以上の処理を終えると、プロセッサ１１１は、ＡＣＴ２４０として第４変更通知コマンド送信元の情報端末４０に対し、明細応答コマンドを送信する。

このように、登録支援サーバ１１において実行される第４変更通知処理により、イートイン宣言が取り消された購買商品の商品明細データ、つまりは取消商品明細データの購買点数が取消点数を減じた点数に変更される。その結果、購買点数が“０”になると、商品明細データの取消フラグＦｃが“１”となる。

また、取消商品明細データと商品コード、分類コード、商品名及び価格が一致する他の商品明細データが取引ファイル５１に記憶されていない場合には、取引ファイル５１に、イートイン宣言が取り消された購買商品の商品明細データとして、税率が軽減税率であり、購買点数が取消点数の商品明細データが追加される。この追加された商品明細データの店内フラグＦｂ及び取消フラグＦｃは“０”である。

一方、取消商品明細データと商品コード、分類コード、商品名及び価格が一致する他の商品明細データが取引ファイル５１に記憶されている場合には、その商品明細データの購買点数に取消点数が加算される。

図１６の説明に戻る。
第４変更通知コマンドの送信を制御したプロセッサ４１は、ＡＣＴ８５として明細応答コマンドを待ち受ける。無線ユニット４６を介して明細応答コマンドを受信すると、プロセッサ４１は、図１１のＡＣＴ２４へと進む。プロセッサ４１は、ＡＣＴ２４として明細解析処理を実行する。次いでプロセッサ４１は、ＡＣＴ２５として登録画面編集処理を実行する。そしてプロセッサ４１は、ＡＣＴ４２として登録画面ＳＣｏ（図４２を参照）を表示して、ＡＣＴ３２乃至ＡＣＴ３５の待ち受け状態に戻る。

図４２は、図４０のイートイン取消画面ＳＣｍにおいて、スイッチＳＷが「イートインを利用する」から「イートインを利用しない」へと切り替えられた後の登録画面ＳＣｏの一例である。すなわち登録画面ＳＣｏは、イートインスペースでの飲食が可能な購買商品「弁当Ｚ」を３点購入し、そのうちの２点についてイートイン宣言をしたが、会計前にそのイートイン宣言を取り消した場合である。図４２に示すように、登録画面ＳＣｏにおいては、図３９の登録画面ＳＣｌでは「１」であった軽減税率８％の購買商品「弁当Ｚ」の購買点数が「３」に変更される。軽減税率の表示「８％」と、タグ名称“イートイン対象”のタグＴＧａは、変更されない。

一方、登録画面ＳＣｌでは「２」であった通常税率１０％の購買商品「弁当Ｚ」の購買点数は、「０」に変更される。その結果、取消処理が実行されて、購買商品「弁当Ｚ」の商品名と税込み価格に取消線が重ねて表示される。また、タグ名称“イートイン”のタグＴＧｂに代わって、タグ名称“イートイン取消”のタグＴＧｃが表示される。通常税率の表示「１０％」は変更されない。

客は、登録画面ＳＣｏの内容から、購買商品「弁当Ｚ」のイートイン宣言が確実に取り消され、購買商品「弁当Ｚ」に課せられる税の税率は、軽減税率の８％であることを確認できる。

ここに、表示部として機能するタッチパネル４４は、受付部で税率変更指示の取消を受け付けた購買商品の商品明細データを、例えば取消線を用いて識別可能に表示する。

さて、買物を終えた客は、登録画面ＳＣｏの支払いボタンＢＴｃにタッチする。
図１２のＡＣＴ３２乃至ＡＣＴ３５の待ち受け状態にあるプロセッサ４１は、支払いボタンＢＴｃが入力されると、図１７のＡＣＴ９１へと進む。プロセッサ４１は、ＡＣＴ９１として支払い通知を行うように無線ユニット４６を制御する。この制御により、無線ユニット４６は、支払通知コマンドを無線送信する。支払通知コマンドは、アクセスポイント２７で受信され、ＰＯＳシステム２０のルータ２６を介して登録支援サーバ１１へと送信される。支払通知コマンドには、取引識別コードが含まれる。

支払い通知コマンドを受信した登録支援サーバ１１においては、支払通知処理が実行される。
図２６は、支払通知処理の要部手順を示す流れ図である。登録支援サーバ１１のプロセッサ１１１は、通信インターフェース１１５を介して支払通知コマンドを受信すると、ＡＣＴ２５１として支払通知コマンドから取引識別コードを取得する。そしてプロセッサ１１１は、ＡＣＴ２５２として当該取引識別コードが保存された取引ファイル５１を選択する。

プロセッサ１１１は、ＡＣＴ２５３として取引ファイル５１に保存されたデータを解析して決済が可能であるか否かを確認する。例えば商品コードに対して商品名，価格等を読み出せなかった商品については、エラー状態の明細データが残っている。この場合、決済が不可となる。

決済不可の場合、プロセッサ１１１は、ＡＣＴ２５４へと進む。プロセッサ１１１は、ＡＣＴ２５４としてアテンダントが監視に使用している店舗端末に、エラー商品を含む客が決済を宣言したことを報知する。そしてプロセッサ１１１は、ＡＣＴ２５５として支払通知コマンド送信元の情報端末４０に対し、否定応答コマンドを送信する。なお、報知を受けたアテンダントは、客の購買商品を確認する等の対応を行うこととなる。

一方、決済可能な場合には、プロセッサ１１１は、ＡＣＴ２５６へと進む。プロセッサ１１１は、ＡＣＴ２５６として一意の会計コードを作成する。プロセッサ１１１は、ＡＣＴ２５７としてその会計コードを取引ファイル５１に保存する。プロセッサ１１１は、ＡＣＴ２５８として支払通知コマンド送信元の情報端末４０に対し、許諾応答コマンドを送信する。

図１７の説明に戻る。
支払通知コマンドの送信を制御したプロセッサ４１は、ＡＣＴ９２として応答コマンドを待ち受ける。登録支援サーバ１１から否定応答コマンドを受信した場合、プロセッサ４１は、エラー処理を行う。例えばプロセッサ４１は、「セルフでは決済できません。有人の会計機で決済してください」等のエラーメッセージをタッチパネル４４に表示させる。

許諾応答コマンドを受信した場合には、プロセッサ４１は、ＡＣＴ９３へと進む。プロセッサ４１は、ＡＣＴ９３としてタッチパネル４４の画面を登録画面から会計画面ＳＣｐ（図４３を参照）に切り替える。

図４３は、図４２の登録画面ＳＣｏにおいて、支払いボタンＢＴｃが入力された場合の会計画面ＳＣｐの一例である。図示するように、会計画面ＳＣｐには、会計コードがバーコードＢＣとなって表示される。また、戻るボタンＢＴｋが配置される。

プロセッサ４１は、ＡＣＴ９４として戻るボタンＢＴｋが入力されるか、ＡＣＴ９５として決済終了応答コマンドを受信するのを待ち受ける。戻るボタンＢＴｋが入力された場合、プロセッサ４１は、図１２のＡＣＴ３１へと戻る。プロセッサ４１は、タッチパネル４４の画面を会計画面ＳＣｐから直前の登録画面ＳＣｏに戻す。プロセッサ４１は、図１２のＡＣＴ３２乃至ＡＣＴ３５の待ち受け状態となる。

決済終了応答コマンドは、客が専用会計機２４で会計を終えると、登録支援サーバ１１から送られてくる。会計画面ＳＣｐを確認した客は、専用会計機２４のスキャナで会計画面ＳＣｐのバーコードＢＣをスキャンする。そうすると、専用会計機２４から登録支援サーバ１１に対して決済要求コマンドが送信される。決済要求コマンドには、バーコードＢＣのデータ、つまりは会計コードが含まれる。

決済要求コマンドを受信した登録支援サーバ１１のプロセッサ１１１は、図２７に示す手順の決済要求処理を開始する。すなわちプロセッサ１１１は、ＡＣＴ２６１として決済要求コマンドから会計コードを取得する。そしてプロセッサ１１１は、ＡＣＴ２６２として当該取引識別コードが保存された取引ファイル５１を選択する。

プロセッサ１１１は、ＡＣＴ２６３として取引ファイル５１のデータを決済要求コマンド送信元の専用会計機２４へ送信する。これにより、専用会計機２４のディスプレイに取引の内容が表示されるので、客は、内容を確認後、代金を支払う。そして、代金の支払いが完了すると、専用会計機２４から登録支援サーバへと決済完了コマンドが送信される。

取引ファイル５１のデータを専用会計機２４へと送信したプロセッサ１１１は、ＡＣＴ２６４として決済完了コマンドを待ち受ける。決済完了コマンドを受信すると、プロセッサ１１１はＡＣＴ２６５へと進む。プロセッサ１１１は、ＡＣＴ２６５として取引ファイル５１の取引識別コードで特定される情報端末４０に対し、決済終了応答コマンドを送信する。

図１７の説明に戻る。
会計画面ＳＣｐを表示した情報端末４０のプロセッサ４１は、決済終了応答コマンドを受信すると、ＡＣＴ９６へと進む。プロセッサ４１は、ＡＣＴ９６としてリストメモリ６１と合計メモリ６２とをクリアする。またプロセッサ４１は、ＡＣＴ９７として会計画面ＳＣｐを消去する。以上で、情報端末４０を利用したセルフでの買い物が終了する。

［情報端末の作用効果］
以上詳述したように、情報端末４０は、タッチパネル４４に表示される登録画面において、タグ名称“イートイン対象”のタグＴＧａが付された購買商品が客により選択操作されると、タッチパネル４４の画面がイートイン設定画面に遷移する。ここで、客が、スイッチＳＷａを「イートインを利用しない」から「イートインを利用する」に切り替えると、登録支援サーバ１１に対し、第２変更通知コマンド又は第３変更通知コマンドが出力される。そして、登録支援サーバ１１においては、購買商品に課せられる税の税率が軽減税率の８％から通常税率の１０％に変更されて処理される。したがって、情報端末４０によれば、店員による意思確認無しに購買商品に課せられる税の税率変更に容易に対応することができる。

その上、登録画面においては、税率変更指示を受け付けた購買商品については変更後の税率を含む商品明細データが表示される。したがって、客は、税率変更が確実に指示されたことを認識することができる。

また、登録画面においては、税率変更指示を受け付けた購買商品の商品明細データと、税率変更指示を受け付けていない購買商品の商品明細データとが識別可能に表示されている。例えば、税率変更指示を受け付けた購買商品の商品明細データに対しては、タグ名称“イートイン”のタグＴＧｂが表示される。税率変更指示を受け付けていない購買商品の商品明細データに対しては、タグＴＧｂは表示されない。したがって客は、税率変更指示を行った購買商品と税率変更指示を行っていない購買商品とを容易に見分けることができる。

また、登録画面においては、税率変更指示を受付可能な購買商品の商品明細データと、税率変更指示を受付不可能な購買商品の商品明細データとが識別可能に表示されている。例えば、税率変更指示を受付可能な購買商品の商品明細データに対しては、タグ名称“イートイン対象”のタグＴＧａが表示される。税率変更指示を受付不可能な購買商品の商品明細データに対しては、タグＴＧａは表示されない。したがって、客は、税率変更を指示できる購買商品と指示できない購買商品とを容易に見分けることむできる。

さらに、登録画面においては、税率変更指示の取消を受け付けた購買商品の商品明細データが識別可能に表示される。例えば、税率変更指示の取消を受け付けた購買商品の商品明細データに対しては、タグ名称“イートイン取消”のタグＴＧｃが表示される。また、商品名等に取消線が重ねて表示される。したがって客は、税率変更指示を取り消した購買商品を容易に特定することができる。

しかも、タグＴＧａ、タグＴＧｂ又はタグＴＧｃを表示するためのスペースが登録画面上にあればよい。したがって、携帯型の情報端末４０であって、タッチパネル４４の画面サイズに制約がある場合でも、容易に実施することができる。

［変形例］
前記実施形態では、情報端末４０としてスマートフォンを想定した。情報端末４０は、例えばショッピングカートに取り付けられるタブレット端末、あるいは店舗が客に貸し出す携帯端末であってもよい。
また、商品登録装置は情報端末４０に限定されない。例えば、購買商品の登録操作と会計操作とを客自身が行うセルフ方式のＰＯＳ端末を商品登録装置の一態様としてもよい。

前記実施形態では、商品明細データの商品名、価格、税率等とともにタグＴＧａ、タグＴＧｂ又はタグＴＧｃを表示することで、タグが表示されない他の商品明細データと識別することを可能とした。この点に関しては、タグ以外の情報、例えばマーク等を利用して、商品明細データを識別可能としてもよい。また、前記実施形態では、タグＴＧａ、タグＴＧｂ及びタグＴＧｃの文字色を変更した。この点に関しては、必ずしも文字色を変更しなくてもよい。あるいは、タグＴＧａ、タグＴＧｂ及びタグＴＧｃの背景色を異ならせることで、タグＴＧａ、タグＴＧｂ及びタグＴＧｃの識別を容易にしてもよい。

前記実施形態において、取消処理は、商品名および税込み価格に対して取消線が重ねて表示されるようにするための処理とした。この点に関しては、例えば商品名および税込み価格の文字を薄いグレーで表示することで、取消済であることを示すようにしてもよい。

前記実施形態では、商品マスタ１４に設定される価格を、税額を含まない外税の価格とした。この点に関しては、税額を含む内税の価格としてもよい。
また、前記実施形態では、低い税率（軽減税率）を高い税率（通常税率）に変更する指示を受け付ける場合を例示した。この点に関しては、高い税率を低い税率に変更する指示を受け付けてもよい。

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

１０…サーバシステム、１１…登録支援サーバ、１４…商品マスタ、１５…税率テーブル、２０…ＰＯＳシステム、２１…店舗サーバ、２２…監視端末、２３…ＰＯＳ端末、２４…専用会計機、３０…ネットワーク、４０…情報端末、４１…プロセッサ、４２…内蔵メモリ、４３…外部メモリ、４４…タッチパネル、４５…カメラ、４６…無線ユニット、５０…取引ファイル、６０…セルフ登録プログラム、６１…リストメモリ、６２…合計メモリ、６３…タグテーブル、１１１…プロセッサ、１１２…メインメモリ、１１３…補助記憶デバイス、１１４…時計、１１５…通信インターフェース、ＳＣａ…チェックイン画面、ＳＣｂ，ＳＣｄ，ＳＣｅ，ＳＣｇ，ＳＣｋ，ＳＣｌ，ＳＣｏ…登録画面、ＳＣｃ…スキャン画面、ＳＣｆ…点数変更画面、ＳＣｈ，ＳＣｉ，ＳＣｊ…イートイン設定画面、ＳＣｍ，ＳＣｎ…イートイン取消画面、ＳＣｐ…会計画面。

Claims (6)

1. 取引対象商品の特定に使用される商品データを入力する入力部と、
   前記入力部を介して入力された前記商品データで特定される前記取引対象商品に課せられる税の税率を含む商品明細データを表示する表示部と、
   前記表示部に商品明細データが表示された前記取引対象商品に課せられる税の税率変更指示を受け付ける受付部と、
   前記受付部で税率変更指示を受け付けた前記取引対象商品の特定に使用される前記商品データを出力する出力部と、
   を具備する商品登録装置。
2. 前記表示部は、前記受付部で税率変更指示を受け付けた前記取引対象商品については、変更後の税率を含む商品明細データを表示する、請求項１記載の商品登録装置。
3. 前記表示部は、前記受付部で税率変更指示を受け付けた第１の取引対象商品の商品明細データを、税率変更指示を受け付けていない第２の取引対象商品の商品明細データと識別可能に表示する、請求項１又は２記載の商品登録装置。
4. 前記表示部は、税率変更指示を受付可能な第３の取引対象商品の商品明細データを、税率変更指示を受付不可能な第４の取引対象商品の商品明細データと識別可能に表示する、請求項３記載の商品登録装置。
5. 前記受付部は、税率変更指示の取消を受け付け、
   前記出力部は、税率変更指示の取消を受け付けた前記取引対象商品の特定に使用される前記商品データを出力し、
   前記表示部は、前記受付部で税率変更指示の取消を受け付けた前記取引対象商品の商品明細データを識別可能に表示する、請求項１乃至４のうちいずれか一に記載の商品登録装置。
6. 取引対象商品の特定に使用される商品データを入力する入力部、を備えた商品登録装置のコンピュータを、
   前記入力部を介して入力された前記商品データで特定される前記取引対象商品に課せられる税の税率を含む商品明細データを表示部に表示させる表示手段、
   前記表示部に商品明細データが表示された前記取引対象商品に課せられる税の税率変更指示を受け付ける受付手段、及び、
   前記税率変更指示を受け付けた前記取引対象商品の特定に使用される前記商品データを出力する出力手段、
   として機能させるためのプログラム。
   

Images