(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024163155
(43)【公開日】2024-11-21
(54)【発明の名称】商品販売データ処理システム、精算装置及びプログラム
(51)【国際特許分類】
G07G 1/00 20060101AFI20241114BHJP
G07G 1/06 20060101ALI20241114BHJP
G07G 1/12 20060101ALI20241114BHJP
G07G 1/14 20060101ALI20241114BHJP
G06Q 20/20 20120101ALI20241114BHJP
G06Q 30/0601 20230101ALI20241114BHJP
【ＦＩ】
G07G1/00 301D
G07G1/00 311E
G07G1/06 B
G07G1/12 351Z
G07G1/14
G06Q20/20
G06Q30/0601
【審査請求】有
【請求項の数】4
【出願形態】ＯＬ
(21)【出願番号】P 2024148273
(22)【出願日】2024-08-30
(62)【分割の表示】P 2020200571の分割
【原出願日】2020-12-02
【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り （１） ▲１▼販売・実施日（公開日）２０２０年１１月２１日（従業員使用開始日） ２０２０年１１月２７日（一般者使用開始日） ▲２▼販売先 本社 「全日本食品株式会社」（〒１２１－０８３６ 東京都足立区入谷６丁目２番２号） 実施先（店舗） 「スーパーエース３０条店」（〒０６５－００３０ 北海道札幌市東区北３０条東８丁目１番２号） （実施先一般者使用告知・Ｗｅｂ公開ＵＲＬ：ｈｔｔｐｓ：／／ｐｔｌ．ｚｃｈａｉｎ．ｃｏ．ｊｐ／ｓｔｏｒｅ／３８５？ｓｔｏｒｅ＿ｇｒｏｕｐ＿ｉｄ＝１）
(71)【出願人】
【識別番号】000145068
【氏名又は名称】株式会社寺岡精工
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100145481
【弁理士】
【氏名又は名称】平野 昌邦
(72)【発明者】
【氏名】岡田 悠里
(72)【発明者】
【氏名】樋口 真吾
(57)【要約】
【課題】顧客自らが携帯端末を用いて商品を登録するシステムにおいて、精算の場面における種々の問題を解決する。
【解決手段】顧客自ら操作する可搬式登録装置により商品を登録する商品販売データ処理システムであって、特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する登録処理を実行する登録手段と、登録手段による登録処理が終了した後に商品情報を参照して精算処理を実行する精算手段と、顧客に報知する報知手段と、を備え、精算手段は、商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であり、報知手段は、自動登録処理が実行された場合には、自動的に登録された商品がある旨を報知する。
【選択図】図１
【解決手段】顧客自ら操作する可搬式登録装置により商品を登録する商品販売データ処理システムであって、特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する登録処理を実行する登録手段と、登録手段による登録処理が終了した後に商品情報を参照して精算処理を実行する精算手段と、顧客に報知する報知手段と、を備え、精算手段は、商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であり、報知手段は、自動登録処理が実行された場合には、自動的に登録された商品がある旨を報知する。
【選択図】図１
【特許請求の範囲】
【請求項1】
顧客自ら操作する可搬式登録装置により商品を登録する商品販売データ処理システムであって、
特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する登録処理を実行する登録手段と、
前記登録手段による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段と、
顧客に報知する報知手段と、
を備え、
前記精算手段は、
商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であり、
前記報知手段は、
前記自動登録処理が実行された場合には、自動的に登録された商品がある旨を報知する
ことを特徴とする商品販売データ処理システム。
特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する登録処理を実行する登録手段と、
前記登録手段による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段と、
顧客に報知する報知手段と、
を備え、
前記精算手段は、
商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であり、
前記報知手段は、
前記自動登録処理が実行された場合には、自動的に登録された商品がある旨を報知する
ことを特徴とする商品販売データ処理システム。
【請求項2】
前記報知手段は、
前記自動登録処理が実行された場合、精算対象の商品を確認するための一覧画面が表示される前に、又は、前記一覧画面が表示されているときに、自動的に登録された商品がある旨の報知を開始する
ことを特徴とする請求項１に記載の商品販売データ処理システム。
前記自動登録処理が実行された場合、精算対象の商品を確認するための一覧画面が表示される前に、又は、前記一覧画面が表示されているときに、自動的に登録された商品がある旨の報知を開始する
ことを特徴とする請求項１に記載の商品販売データ処理システム。
【請求項3】
前記報知手段は、
前記自動登録処理が実行された場合、精算対象の商品を確認するための一覧画面において、いずれの商品が自動的に登録された商品であるかを報知する
ことを特徴とする請求項１又は請求項２に記載の商品販売データ処理システム。
前記自動登録処理が実行された場合、精算対象の商品を確認するための一覧画面において、いずれの商品が自動的に登録された商品であるかを報知する
ことを特徴とする請求項１又は請求項２に記載の商品販売データ処理システム。
【請求項4】
前記報知手段は、
前記自動登録処理が実行された場合、少なくとも、前記登録手段による前記登録処理において登録された商品の合計金額に、前記精算手段による前記自動登録処理において登録された商品の金額を加算した支払金額を報知する
ことを特徴とする請求項１乃至請求項３のいずれか１項に記載の商品販売データ処理システム。
前記自動登録処理が実行された場合、少なくとも、前記登録手段による前記登録処理において登録された商品の合計金額に、前記精算手段による前記自動登録処理において登録された商品の金額を加算した支払金額を報知する
ことを特徴とする請求項１乃至請求項３のいずれか１項に記載の商品販売データ処理システム。
【請求項5】
前記登録手段による登録処理が終了した後に、商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった商品が存在している場合に、店員を呼び出す店員呼出処理を実行可能な店員呼出手段
を備え、
前記店員呼出手段は、
前記登録手段による登録処理が終了した時点において商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった商品が存在している場合には、当該商品の全部について前記自動登録処理が実行されたときには前記店員呼出処理を実行せず、当該商品の少なくとも一部について前記自動登録処理が実行されなかったときには前記店員呼出処理を実行する
ことを特徴とする請求項１乃至請求項４のいずれか１項に記載の商品販売データ処理システム。
を備え、
前記店員呼出手段は、
前記登録手段による登録処理が終了した時点において商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった商品が存在している場合には、当該商品の全部について前記自動登録処理が実行されたときには前記店員呼出処理を実行せず、当該商品の少なくとも一部について前記自動登録処理が実行されなかったときには前記店員呼出処理を実行する
ことを特徴とする請求項１乃至請求項４のいずれか１項に記載の商品販売データ処理システム。
【請求項6】
前記精算手段は、
前記自動登録処理を実行した場合、前記第１商品情報データベースに記憶させるように、前記自動登録処理において登録された商品の商品情報を送信する
ことを特徴とする請求項１乃至請求項５のいずれか１項に記載の商品販売データ処理システム。
前記自動登録処理を実行した場合、前記第１商品情報データベースに記憶させるように、前記自動登録処理において登録された商品の商品情報を送信する
ことを特徴とする請求項１乃至請求項５のいずれか１項に記載の商品販売データ処理システム。
【請求項7】
特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する登録処理を実行する可搬式登録装置によって登録された商品を精算する精算装置であって、
前記可搬式登録装置による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段と、
顧客に報知する報知手段と、
を備え、
前記精算手段は、
商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であり、
前記報知手段は、
前記自動登録処理が実行された場合には、自動的に登録された商品がある旨を報知する
ことを特徴とする精算装置。
前記可搬式登録装置による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段と、
顧客に報知する報知手段と、
を備え、
前記精算手段は、
商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であり、
前記報知手段は、
前記自動登録処理が実行された場合には、自動的に登録された商品がある旨を報知する
ことを特徴とする精算装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、商品販売データ処理システム及び精算装置に関する。
【背景技術】
【0002】
顧客自らが携帯端末を用いて商品を登録するシステムが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１８－０５５７００号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、商品登録後の精算の場面において種々の問題が生じる虞がある。
【0005】
本発明は、このような事情に鑑みてなされたもので、顧客自らが携帯端末を用いて商品を登録するシステムにおいて、精算の場面における種々の問題を解決するための技術を提供することを目的とする。
【課題を解決するための手段】
【0006】
上述した課題を解決するための本発明の一態様は、顧客自ら操作する可搬式登録装置により商品を登録する商品販売データ処理システムであって、特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する登録処理を実行する登録手段と、前記登録手段による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段と、顧客に報知する報知手段と、を備え、前記精算手段は、商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であり、前記報知手段は、前記自動登録処理が実行された場合には、自動的に登録された商品がある旨を報知することを特徴とする商品販売データ処理システムである。
【図面の簡単な説明】
【0007】
【図1】販売システムを説明するためのネットワークの概念図である。
【図2】精算装置について説明する図である。
【図3】販売システムに係るファイルの一例である。
【図4】販売システムに係るファイルの一例である。
【図5】携帯端末の表示例である。
【図6】携帯端末の表示例等である。
【図7】携帯端末の表示例である。
【図8】携帯端末の表示例である。
【図9】携帯端末、クラウドサーバの処理の一例を示すシーケンス図である。
【図10】精算装置の表示例である。
【図11】精算装置の表示例である。
【図12】精算装置の表示例である。
【図13】精算装置の表示例である。
【図14】精算装置の表示例である。
【図15】精算装置の表示例である。
【図16】精算装置の表示例である。
【図17】精算装置の表示例である。
【図18】精算装置、クラウドサーバの処理の一例を示すシーケンス図である。
【図19】精算装置、ストアコントローラ、本部サーバ、クラウドサーバ、携帯端末の処理の一例を示すシーケンス図である。
【図20】精算装置の表示例である。
【図21】精算装置の表示例である。
【図22】精算装置の表示例である。
【発明を実施するための形態】
【0008】
図１は、販売システム１を説明するためのネットワークの概念図である。図１に示す販売システム１は、本部サーバ１０、クラウドサーバ２０、ストアコントローラ３０（例えば、サーバ等）、精算装置４０、取引状況管理装置５０（例えば、パーソナルコンピュータ等）、携帯端末６０（例えば、スマートフォン等）を含む。販売システム１は、種々の店舗等（スーパーマーケット、コンビニエンスストア、ドラッグストア、ホームセンタ、家電量販店、その他の専門店等）に導入可能である。
【0009】
販売システム１は、携帯端末６０を使用して商品を登録し、精算装置４０を使用して精算するといった態様のセルフサービス（以下、サービスＡと称する場合がある）を提供する。つまり、サービスＡは、顧客自身が商品登録と精算とを行うが、商品登録に関しては携帯端末６０を使用し、精算に関しては精算装置４０を使用するといった態様のセルフサービスである。
【0010】
なお、販売システム１は、サービスＡに加え、他のサービスを提供するものであってもよい。例えば、上記他のサービスとして、販売システム１は、顧客が登録精算装置４１（非図示）を使用して商品を登録し且つ精算するといった態様のサービスや、店員が登録精算装置４２（非図示）を使用して商品を登録し且つ精算するといった態様のサービスや、店員が登録精算装置４２（非図示）や登録装置４３（非図示）を使用して商品を登録し、顧客が精算装置４０や精算装置４４（非図示）を使用して精算するといった態様のサービスのうち、１つ以上を提供するものであってもよい。
【0011】
本部サーバ１０は、店舗外（例えば、本社やデータセンタ等）に設置され、販売システム１全体を管理するサーバである。本部サーバ１０は、例えば、サービスＡの運用に必要な各種情報（例えば、商品マスタ、特売ファイル等）や、店舗におけるサービスＡの実績情報（例えば、売上実績情報、商品販売実績情報等）を記憶する。本部サーバ１０は、他の装置等（例えば、クラウドサーバ２０、ストアコントローラ３０、商品発注システム（非図示）等）と通信する。なお、本部サーバ１０は、複数台のサーバから構成されるものであってもよい。
【0012】
クラウドサーバ２０は、店舗外（例えば、データセンタ等）に設置され、サービスＡを提供するサーバである。クラウドサーバ２０は、例えば、サービスＡの運用に必要な各種情報（例えば、商品マスタ、取引情報等）を記憶する。クラウドサーバ２０、他の装置等（例えば、本部サーバ１０、ストアコントローラ３０、携帯端末６０等）と通信する。なお、クラウドサーバ２０は、複数台のサーバから構成されるものであってもよい。
【0013】
ストアコントローラ３０、精算装置４０、取引状況管理装置５０は、店舗内に設置され、ＬＡＮ１９（有線でも無線でもよい）を介して互いに通信可能に接続されている。なお、図１に示した夫々の装置の数は一例である。例えば、図１では、２台の精算装置４０を図示したが、１店舗内の精算装置４０の数は１台であってもよいし３台以上であってもよい。また、図１では、１台の取引状況管理装置５０を図示したが、１店舗内の取引状況管理装置５０の数は２台以上であってもよい。
【0014】
また、店舗内には、携帯端末６０も存在し得る。店舗内における携帯端末６０の数は、当該店舗におけるサービスＡの利用数（顧客数）に応じて異なる。図１では、同時に複数人が利用可能である旨の例として２台の携帯端末６０を図示している。なお、携帯端末６０は、サービスＡを利用する顧客個人（又は法人）の所有物であることを想定しているが、店舗側が貸与するものであってもよい。
【0015】
携帯端末６０は、サービスＡにおいて商品を登録する際に使用される端末である。つまり、顧客は、サービスＡにおける商品の登録に際し、携帯端末６０を使用する。携帯端末６０は、通信機能、撮像機能（カメラ）の他に、各種コード（バーコード、２次元コード等）を認識する認識機能を備える。例えば、携帯端末６０は、商品に付されているバーコードを認識する。例えば、携帯端末６０は、撮像機能によって撮像されている撮像画像（スルー画像（ライブビュー）として取得している画像）内の特徴点を抽出し、オブジェクト（各種コード）を認識してもよい。
【0016】
精算装置４０は、サービスＡにおいて精算する際に使用される装置である。つまり、顧客は、携帯端末６０を使用して登録した商品の精算に際し、精算装置４０を使用する。なお、精算装置４０の構成については後述する。
【0017】
ストアコントローラ３０は、販売システム１のうち当該店舗に係る部分を制御する装置である。ストアコントローラ３０は、ＬＡＮ１９外の他の装置等（例えば、本部サーバ１０、クラウドサーバ２０等）と通信する。例えば、ストアコントローラ３０は、本部サーバ１０から商品マスタや特売ファイルを受信し、精算装置４０に供給する。
【0018】
取引状況管理装置５０は、主にＬＡＮ１９内の各種装置を管理する装置である。例えば、取引状況管理装置５０は、精算装置４０の稼働状況等を監視する。
【0019】
図２は、精算装置４０について説明する図である。図２（Ａ）は、精算装置４０の外観例（顧客側から見た正面図）を示す図である。図２（Ｂ）は、精算装置４０の構成例を示す図である。図２（Ａ）及び図２（Ｂ）において、同一部分には同一符号を付している。
【0020】
以下、図２（Ａ）を参照しつつ、図２（Ｂ）に示した精算装置４０の構成例を説明する。精算装置４０は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、ハードディスク４０４と、表示部４０５と、スキャナ部４０６と、カード決済部４０８と、釣銭機４０９と、印刷部４１３と、音声出力部４１４と、通信部４１５と、撮像部４１６（カメラ）と、サインポール４１７とを備える。これらは、バスを介して相互に通信可能である。なお、精算装置４０は、各種のキー（ボタン）から構成されるキー操作部や、人の存在を検出するセンサ（人感センサ等）等を更に備えてもよい。
【0021】
ＣＰＵ４０１は、中央演算処理装置であり、ＲＯＭ４０２に記憶されているプログラムを読み出して実行することにより、精算装置４０の動作を制御する。
ＲＯＭ４０２は、読み出し専用メモリであり、プログラムをはじめとしてＣＰＵ４０１が利用する各種の情報を記憶する。
ＲＯＭ４０２は、読み出し専用メモリであり、プログラムをはじめとしてＣＰＵ４０１が利用する各種の情報を記憶する。
【0022】
ＲＡＭ４０３は、読み出し書き込みメモリであり、主記憶装置として種々の情報を記憶する。例えば、ＲＡＭ４０３は、ＲＯＭ４０２やハードディスク４０４から読み出した情報、外部から取得した情報、処理において生成した情報等を記憶する。
【0023】
ハードディスク４０４は、補助記憶装置として種々の情報を記憶する。ハードディスク４０４は、例えば、ＲＯＭ４０２に代えて、ＣＰＵ４０１が実行するプログラム等を記憶してもよい。また、ＲＡＭ４０３に代えて、ＲＯＭ４０２から読み出した情報、外部から取得した情報、処理において生成した情報等を記憶してもよい。なお、ハードディスク４０４に代えてＳＳＤ（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】
図６（Ｃ）は、図６（Ｂ）の場面に続いて、お会計へ進むボタンＢＴ６０４が操作された後に表示される２次元コード表示画面である。２次元コード表示画面には、精算用２次元コード６０５が表示されている。精算用２次元コード６０５は、精算処理を実行するために必要となる情報を２次元コード化したものである。例えば、精算用２次元コード６０５は、クラウドサーバ２０に記憶されている複数の取引情報のなかから当該取引の取引情報を識別する取引識別情報（カート識別情報）を２次元コード化したものである。なお、読み取り後に当該取引の取引情報を取得可能であれば、２次元コード化される情報は取引識別情報でなくてもよい。例えば、精算用２次元コード６０５は、当該取引の取引情報の所在情報（販売システム１内における記憶場所。ＵＲＩ（Uniform Resource Identifier）等）を２次元コード化したものであってもよい。
【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】
ステップＳ３８：本部サーバ１０は、決済情報を受信する。本部サーバ１０は、決済情報に加え、ＮＯＮ－ＦＩＬＥ解消情報も受信する場合がある。
ステップＳ３９：本部サーバ１０は、決済情報をクラウドサーバ２０に送信する。本部サーバ１０は、ＮＯＮ－ＦＩＬＥ解消情報も受信している場合には、ＮＯＮ－ＦＩＬＥ解消情報もクラウドサーバ２０に送信する。
ステップＳ４０：本部サーバ１０は、実績を計上する。例えば、本部サーバ１０は、決済情報に含まれる決済金額等に基づいて実績情報（売上実績情報等）を更新する。また、本部サーバ１０は、決済情報に含まれる明細情報等に基づいて実績情報（商品販売実績情報等）を更新する。これらの実績情報は、集計され、例えば、会計（財務会計、管理会計）、発注、商品開発等に用いられてもよい。
ステップＳ３９：本部サーバ１０は、決済情報をクラウドサーバ２０に送信する。本部サーバ１０は、ＮＯＮ－ＦＩＬＥ解消情報も受信している場合には、ＮＯＮ－ＦＩＬＥ解消情報もクラウドサーバ２０に送信する。
ステップＳ４０：本部サーバ１０は、実績を計上する。例えば、本部サーバ１０は、決済情報に含まれる決済金額等に基づいて実績情報（売上実績情報等）を更新する。また、本部サーバ１０は、決済情報に含まれる明細情報等に基づいて実績情報（商品販売実績情報等）を更新する。これらの実績情報は、集計され、例えば、会計（財務会計、管理会計）、発注、商品開発等に用いられてもよい。
【0144】
ステップＳ４１：クラウドサーバ２０は、決済情報を受信する。クラウドサーバ２０は、決済情報に加え、ＮＯＮ－ＦＩＬＥ解消情報も受信する場合がある。
ステップＳ４２：クラウドサーバ２０は、当該取引の取引情報を更新する（精算完了に係る情報を記憶する）。例えば、クラウドサーバ２０は、当該取引の取引情報を決済情報に含まれる取引識別情報に基づいて特定する。クラウドサーバ２０は、当該取引の取引情報内に、決済情報に含まれる決済方法、決済金額等に基づく情報（決済方法に関する情報、決済金額）を追加的に記憶する。なお、決済金額等の記憶の有無に基づいて決済（取引）の未完／完了は判断可能であるが、クラウドサーバ２０は、当該取引の取引情報内に、更に決済完了（取引完了）を示す情報を追加的に記憶してもよい（なお、取引情報が、データ項目として処理状況区分（ステータス）を含む場合には、追加的に記憶するのではなく、当該処理状況区分を、決済完了（取引完了）を示す区分（ステータス）に更新してもよい。
ステップＳ４２：クラウドサーバ２０は、当該取引の取引情報を更新する（精算完了に係る情報を記憶する）。例えば、クラウドサーバ２０は、当該取引の取引情報を決済情報に含まれる取引識別情報に基づいて特定する。クラウドサーバ２０は、当該取引の取引情報内に、決済情報に含まれる決済方法、決済金額等に基づく情報（決済方法に関する情報、決済金額）を追加的に記憶する。なお、決済金額等の記憶の有無に基づいて決済（取引）の未完／完了は判断可能であるが、クラウドサーバ２０は、当該取引の取引情報内に、更に決済完了（取引完了）を示す情報を追加的に記憶してもよい（なお、取引情報が、データ項目として処理状況区分（ステータス）を含む場合には、追加的に記憶するのではなく、当該処理状況区分を、決済完了（取引完了）を示す区分（ステータス）に更新してもよい。
【0145】
ステップＳ４３：クラウドサーバ２０は、決済（取引）が完了した旨の決済完了情報を携帯端末６０に送信する。
ステップＳ４４：クラウドサーバ２０は、ＮＯＮ－ＦＩＬＥ解消情報を受信している場合には、暫定商品ファイルを更新する。例えば、クラウドサーバ２０は、ＮＯＮ－ＦＩＬＥ解消情報に含まれる商品コード、商品名、価格等を、暫定商品ファイルに追加する。
ステップＳ４４：クラウドサーバ２０は、ＮＯＮ－ＦＩＬＥ解消情報を受信している場合には、暫定商品ファイルを更新する。例えば、クラウドサーバ２０は、ＮＯＮ－ＦＩＬＥ解消情報に含まれる商品コード、商品名、価格等を、暫定商品ファイルに追加する。
【0146】
ステップＳ４５：携帯端末６０は、決済完了情報を受信する。
ステップＳ４６：携帯端末６０は、取引完了画面（非図示）を表示する。つまり、携帯端末６０は、決済完了情報を受信してことに基づいて、２次元コード表示画面から取引完了画面に表示を切り替える。取引完了画面には、例えば、ＯＫボタン等が設けられ、携帯端末６０は、ＯＫボタンの操作に基づいて当該取引完了画面を消去してもよい。
ステップＳ４６：携帯端末６０は、取引完了画面（非図示）を表示する。つまり、携帯端末６０は、決済完了情報を受信してことに基づいて、２次元コード表示画面から取引完了画面に表示を切り替える。取引完了画面には、例えば、ＯＫボタン等が設けられ、携帯端末６０は、ＯＫボタンの操作に基づいて当該取引完了画面を消去してもよい。
【0147】
なお、概算合計金額と確定合計金額とが異なっていた場合には、ステップＳ４６において携帯端末６０が表示する取引完了画面において、これに関する情報を報知してもよい。例えば、携帯端末６０は、取引完了画面において、概算合計金額及び確定合計金額を表示してもよいし、概算合計金額、確定合計金額、差額（確定合計金額から概算合計金額を減算した差額）を表示してもよいし、確定合計金額及び上記差額を表示してもよい。また、特売価格が適用された場合には、携帯端末６０は、取引完了画面において、上記金額等に代えて又は加えて、特売価格が適用された旨、特売価格が適用された商品、特売の内容等を表示してもよい。
【0148】
以上、販売システム１によれば、精算の場面における種々の問題の幾つかが解決（解消又は軽減）する。
【0149】
（１）販売システム１によれば、精算時において、精算に必要な情報が自動的に補充（又は補完）される。従って、店員の負担が軽減する。また、精算時間が短縮する。
【0150】
例えば、精算時において、ＮＯＮ－ＦＩＬＥの商品を自動的に登録しない場合には店員が呼び出され呼びされた店員がＮＯＮ－ＦＩＬＥの商品を登録する必要があるのだが、販売システム１では、精算装置４０は、精算時用商品マスタを参照し、ＮＯＮ－ＦＩＬＥの商品の登録が可能であるときには、ＮＯＮ－ＦＩＬＥの商品を自動的に登録する。このため、店員の負担はなくなる。少なくともＮＯＮ－ＦＩＬＥの商品が自動的に登録される場面が生じさえすれば（ＮＯＮ－ＦＩＬＥの商品が自動的に登録されない場面が減少しさえすれば）、少なくとも店員の負担減に貢献する。また、ＮＯＮ－ＦＩＬＥの商品を店員が登録する場合に比べ精算時間が短縮する。少なくともＮＯＮ－ＦＩＬＥの商品が自動的に登録される場面が生じさえすれば、少なくとも精算時間の短縮に貢献する。
【0151】
（２）販売システム１によれば、精算に必要な情報が自動的に補充された場合には、顧客に当該補充について報知される。つまり、精算に必要な情報が自動的に補充された場合であっても、会計内容が明瞭であるため、無用な不安や誤解を顧客に与えなくなる。
【0152】
例えば、精算装置４０は、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した旨を報知する（図１１）。このため、ＮＯＮ－ＦＩＬＥの商品が自動的に登録された場合には、顧客は、ＮＯＮ－ＦＩＬＥの商品が自動的に登録された旨を容易に認識（把握）することができる。従って、仮に認識しなかった場合に生じ得る不安や誤解を顧客に与えなくなる（少なくとも与え難くなる）。
【0153】
また例えば、精算装置４０は、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合や特売価格を反映した場合には、対象商品（自動的に登録した商品、特売価格が適用された商品）がいずれの商品であるかを報知する（図１２、図１４、図１５、図１６、図１７）。このため、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合や特売価格を反映した場合には、顧客は、対象商品を容易に認識することができる。従って、仮に認識しなかった場合に生じ得る不安や誤解を顧客に与えなくなる（少なくとも与え難くなる）。
【0154】
また例えば、精算装置４０は、特売価格を反映した場合には、特売の内容を報知する（図１５、図１７）。このため、特売価格を反映した場合には、顧客は、特売の内容を容易に認識することができる。従って、仮に認識しなかった場合に生じ得る不安や誤解を顧客に与えなくなる（少なくとも与え難くなる）。
【0155】
また例えば、精算装置４０は、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合や特売価格を反映した場合には、ＮＯＮ－ＦＩＬＥの商品の登録後や特売価格の反映後の合計金額を、ＮＯＮ－ＦＩＬＥの商品の登録前や特売価格の反映前の合計金額とともに表示する（図１２、図１４、図１５、図１６、図１７）。このため、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合や特売価格を反映した場合には、顧客は、合計金額が増減した旨や増減の程度について容易に認識することができる。従って、仮に認識しなかった場合に生じ得る不安や誤解を顧客に与えなくなる（少なくとも与え難くなる）。
【0156】
なお、上記実施形態では、ＮＯＮ－ＦＩＬＥの商品に関して取引例１（図６、図１１、図１２等）、特売価格が適用される商品に関して取引例２（図７、図１４、図１５等）及び取引例３（図８、図１６、図１７等）を用いて夫々説明したが、ＮＯＮ－ＦＩＬＥの商品と特売価格が適用される商品とが一取引内に混在する場合も、夫々の商品について夫々同様に処理される。例えば、精算装置４０は、ＮＯＮ－ＦＩＬＥの商品と特売価格が適用される商品とが一取引内に混在する取引の精算用２次元コード６０５を読み取った場合、ＮＯＮ－ＦＩＬＥが解消すれば小画面ＳＧ１０を表示し、更に特売価格が適用されれば、商品一覧画面ＧＭ０２において、ＮＯＮ－ＦＩＬＥの解消及び特売の適用後の合計金額（確定合計金額）を再計算する。また、精算装置４０は、商品一覧画面ＧＭ０２の合計表示領域ＨＲ４１２において、再計算した合計金額（確定合計金額）を概算合計金額等とともに表示し、商品一覧画面ＧＭ０２の商品一覧表示領域ＨＲ４１０において、ＮＯＮ－ＦＩＬＥが解消した商品（つまり自動的に登録した商品）にはアイコンＩＣＮ４１５を付加し、特売価格が適用された商品にはアイコンＩＣＮ４１７を付加する。
【0157】
（変形例等）
以上、実施形態について説明したが、機器の構成、データの構成、処理の流れ、表示及び出力の態様などは、例えば下記（１）、（２）、…に示すように、適宜変更が可能である。また、下記（１）、（２）、…は、夫々適宜組み合わされてよい。
以上、実施形態について説明したが、機器の構成、データの構成、処理の流れ、表示及び出力の態様などは、例えば下記（１）、（２）、…に示すように、適宜変更が可能である。また、下記（１）、（２）、…は、夫々適宜組み合わされてよい。
【0158】
（１）例えば、上記実施形態では、精算装置４０は、精算に際し、必要な情報を自動的に取引情報に反映させる（取引情報に必要な情報を追加し、更新する）と説明したが、顧客の確認操作を経て、必要な情報を自動的に取引情報に反映させてもよい。例えば、精算装置４０は、ＮＯＮ－ＦＩＬＥの商品を含む取引の精算用２次元コード６０５（例えば、図６（Ｃ）の精算用２次元コード６０５）を読み取った場合、確認ボタンを配置した小画面（ＮＯＮ－ＦＩＬＥの商品があるため再度登録を試みる旨のメッセージを表示してもよい）を表示し、該確認ボタンが操作されたことに基づいて、精算時用商品マスタを参照し、ＮＯＮ－ＦＩＬＥが解消すればＮＯＮ－ＦＩＬＥの商品を自動的に登録した旨（ＮＯＮ－ＦＩＬＥを自動的に解消した旨）の小画面ＳＧ１０を表示してもよい。
【0159】
（２）上記実施形態では、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合に、小画面ＳＧ１０で、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した旨を報知しているが（図１１）、報知の態様はこれに限定されない。
【0160】
例えば、商品一覧画面ＧＭ０２等と同じ全画面（画面全体）で、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した旨を報知してもよい。具体的には、図６（Ｃ）に示した精算用２次元コード６０５を読み取った場合、精算装置４０は、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した旨を報知する全画面（商品自動登録報知画面）を表示してもよい。また、商品自動登録報知画面にはＯＫボタンが設けられ、当該ＯＫボタンが操作された場合に、精算装置４０は、商品自動登録報知画面に代えて、商品一覧画面ＧＭ０２（図１２）を表示してもよい。なお、タイミングに関して言えば、小画面ＳＧ１０による報知例は、商品一覧画面ＧＭ０２の表示中（表示開始後）に小画面ＳＧ１０の表示を開始する例であるが（図１８のステップＳ１８、Ｓ１９）、商品自動登録報知画面による報知例は商品一覧画面ＧＭ０２の表示開始前に商品自動登録報知画面の表示を開始する例である。
【0161】
また例えば、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した旨を報知するための専用の画面（小画面ＳＧ１０、商品自動登録報知画面）を用意しなくてもよい。具体的には、図６（Ｃ）に示した精算用２次元コード６０５を読み取った場合、精算装置４０は、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した旨のメッセージ等を表示した商品一覧画面ＧＭ０２（図１２の商品一覧画面ＧＭ０２に上記メッセージ等を表示した商品一覧画面ＧＭ０２）を表示してもよい。
【0162】
（３）上記実施形態では、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合には、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した旨を報知しているが（図１１）、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合であってもＮＯＮ－ＦＩＬＥの商品を自動的に登録した旨を報知しない場合があってもよい。例えば、ＮＯＮ－ＦＩＬＥの商品が複数存在する場合において、全部のＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合（ＮＯＮ－ＦＩＬＥの全が解消した場合）にはＮＯＮ－ＦＩＬＥの商品を自動的に登録した旨を報知し、一部のＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合（ＮＯＮ－ＦＩＬＥの一部が解消しなかった場合）にはＮＯＮ－ＦＩＬＥの商品を自動的に登録した旨を報知しなくてもよい。
【0163】
（４）ＮＯＮ－ＦＩＬＥの商品が複数存在する場合であって、少なくとも一部のＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合（一部又は全部のＮＯＮ－ＦＩＬＥが解消した場合）には自動的に登録した商品数（解消した商品数）を報知してもよい。また、ＮＯＮ－ＦＩＬＥの商品が複数存在する場合であって、少なくとも一部のＮＯＮ－ＦＩＬＥの商品を自動的に登録しなかった場合には（一部又は全部のＮＯＮ－ＦＩＬＥが解消しなかった場合）には自動的に登録しなかった商品数（解消しなかった商品数）を報知してもよい。
【0164】
（５）上記実施形態では、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合に、アイコンＩＣＮ４１５で、自動的に登録した商品を報知（いずれの商品が自動的に登録された商品であるかを報知）しているが（図１２）、報知の態様はこれに限定されない。アイコンＩＣＮ４１５に代えて又は加えて、商品名の大きさ、商品名の色、商品名の点滅、商品名の背景等によって、自動的に登録した商品を報知してもよい。特売価格を適用した場合についても同様である。つまり、上記実施形態では、特売価格を適用した商品をアイコンＩＣＮ４１７で報知しているが、アイコンＩＣＮ４１７に代えて又は加えて、商品名の大きさ、商品名の色、商品名の点滅、商品名の背景等によって、特売価格を適用した商品を報知してもよい。
【0165】
（６）上記実施形態では、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合、概算合計金額及び確定合計金額を表示し、確定合計金額から概算合計金額を減算した差額を表示していないが（図１２）、ＮＯＮ－ＦＩＬＥの商品を自動的に登録した場合の合計に関する表示はこれに限定されない。例えば、概算合計金額、確定合計金額及び上記差額を表示してもよい。また、確定合計金額を表示し、概算合計金額及び上記差額を表示しないようにしてもよい。
【0166】
（７）上記実施形態では、特売価格を反映させた場合、概算合計金額、確定合計金額及び確定合計金額から概算合計金額を減算した差額を表示しているが（図１４等）、特売価格を反映させた場合の合計に関する表示はこれに限定されない。例えば、概算合計金額及び確定合計金額を表示し、上記差額を表示しないようにしてもよい。また、確定合計金額を表示し、概算合計金額及び上記差額を表示しないようにしてもよい。
【0167】
【0168】
図２０は、精算装置４０の表示例である。図２０（Ａ）～図２０（Ｄ）の夫々は、商品一覧画面ＧＭ０２の一部（下部）を示している。精算装置４０は、取引例２の商品一覧画面ＧＭ０２（図１４の商品一覧画面ＧＭ０２）に代えて、例えば、図２０（Ａ）又は図２０（Ｂ）又は図２０（Ｃ）又は図２０（Ｄ）に示すような商品一覧画面ＧＭ０２を表示してもよい。
【0169】
図２０（Ａ）～図２０（Ｄ）に示した各例では、精算装置４０は、「概算合計金額」と表示せずに「スマホ表示金額」と表示している。また、図２０（Ｃ）及び図２０（Ｄ）に示した各例では、精算装置４０は、「確定合計金額」と表示せずに「お支払い金額」と表示している。また、図２０（Ａ）及び図２０（Ｂ）に示した各例では、精算装置４０は、「確定合計金額」とも「お支払い金額」とも表示していない。また例えば、図２０（Ａ）、図２０（Ｂ）及び図２０（Ｃ）に示した各例では、精算装置４０は、確定合計金額（￥１５１０）を概算合計金額（￥１６１０）よりも大きく表示している。なお、大きさに代えて又は加えて、文字色や点滅や背景等によって確定合計金額を概算合計金額よりも目立つように表示してもよい。また例えば、図２０（Ｃ）及び図２０（Ｄ）に示した例では、吹き出しを用いて（あるいは、合計表示領域ＨＲ４１２の外側部分を使用し）、安くなった旨を強調して報知している。なお、アニメーション等を用いて、安くなった旨を強調して報知してもよい。また例えば、図２０（Ｂ）及び図２０（Ｄ）に示した例では、安くなった金額（１００円）を大きく表示している。なお、大きさに代えて又は加えて、文字色や点滅や背景等によって安くなった金額を強調して表示してもよい。また例えば、図２０（Ｃ）に示した例では、安くなった理由（値引き）を報知している。なお、安くなった理由の報知の態様はこれに限定されない。例えば、合計表示領域ＨＲ４１２に、単に「値引き」「値引き適用」等の文言を表示してもよいし、値引きを示すマーク、図柄、アイコン等を表示してもよい。なお、図２０は、特売の場合であるが、ＮＯＮ－ＦＩＬＥの場合も同様である。
【0170】
（９）上記実施形態では、商品一覧画面ＧＭ０２において、特売価格が適用された商品の領域（アイコンＩＣＮ４１７等）が操作されたことに基づいて当該商品に適用された特売の内容を表示しているが（図１５、図１７）、特売の内容を表示する操作はこれに限定されない。例えば、合計表示領域ＨＲ４１２に、差額ボタン（差額を表示したボタン）を配置し（つまり差額表示をボタン化し）、差額ボタンが操作されたことに基づいて各商品に適用された特売内容を表示してもよい。図１４の例では、合計表示領域ＨＲ４１２に「－￥１００」と表示した差額ボタンを配置し、該差額ボタンが操作された場合に、図１５に示すように「〇〇靴下」の特売の内容を表示し、図１６の例では、合計表示領域ＨＲ４１２に「－￥１１０」と表示した差額ボタンを配置し、該差額ボタンが操作された場合に、図１７に示すように「〇〇弁当」「〇〇緑茶」「〇〇サラダ」の特売の内容を表示してもよい。なお、特売価格が適用された商品の領域の操作と、差額ボタンの操作とを、共存させてもよい。
【0171】
（１０）上記実施形態では、商品一覧画面ＧＭ０２には、言語切り替えボタンＢＴ４０３～ＢＴ４０５を設けていないが、商品一覧画面ＧＭ０２に言語切り替えボタンＢＴ４０３～ＢＴ４０５を設けてもよい。残高照会ボタンＢＴ４０２や撮像画像表示領域ＨＲ４２１についても同様である。
【0172】
（１１）上記実施形態では、精算装置４０における決済処理後の情報の送受信として、図１９において、精算装置４０→ストアコントローラ３０→本部サーバ１０→クラウドサーバ２０→携帯端末６０の流れを説明したが、送受信の流れはこれに限定されない。例えば、ＮＯＮ－ＦＩＬＥ解消情報について、精算装置４０→ストアコントローラ３０→クラウドサーバ２０と送信（本部サーバ１０を経由せずに最終的にクラウドサーバ２０に送信）してもよいし、精算装置４０→クラウドサーバ２０と送信（ストアコントローラ３０及び本部サーバ１０を経由せずに直接クラウドサーバ２０に送信）してもよい。
【0173】
（１２）上記実施形態では、携帯端末６０において読み取られた商品コードに対応する商品情報が登録時用商品マスタ（図４（Ａ））に記憶されていない場合、精算装置４０において当該商品コードに対応する商品情報を精算時用商品マスタ（図３（Ａ））を参照して自動登録すると説明したが、自動登録する場面は、これに限定されない。例えば、携帯端末６０において読み取られた商品コードに対応する商品情報が登録時用商品マスタ（図４（Ａ））に記憶されているものの、商品登録の段階では、登録時用商品マスタから当該商品情報を取得できない場合（例えば、通信上や処理能力上の問題、あるいは、ソフトウェア的又はハードウェア的な不具合が生じた場合）に、精算装置４０において当該商品コードに対応する商品情報を精算時用商品マスタ（図３（Ａ））を参照して自動登録してもよい。つまり、商品登録の段階で商品コードを取得したが、該商品コードに対応する商品情報を取得できない場面全般に適用可能である。
【0174】
なお、携帯端末６０において読み取られた商品コードに対応する商品情報が登録時用商品マスタに記憶されていないため、商品登録の段階では登録時用商品マスタから当該商品情報を取得できない商品（ここでは類型１未登録商品とする）と、携帯端末６０において読み取られた商品コードに対応する商品情報が登録時用商品マスタに記憶されているものの、商品登録の段階では登録時用商品マスタから当該商品情報を取得できない商品（ここでは類型２未登録商品とする）について、類型１未登録商品と類型２未登録商品を総称し、未登録商品と称してもよい。また、上記実施形態では、類型１未登録商品を「ＮＯＮ－ＦＩＬＥの商品」と称し、携帯端末６０は、類型１未登録商品（ＮＯＮ－ＦＩＬＥの商品）について「未登録商品」と表示しているが（図６（Ｂ）（Ｃ））、携帯端末６０は、類型２未登録商品についても類型１未登録商品と同様、「未登録商品」と表示してもよい。つまり、少なくとも顧客に対しては、類型１未登録商品と類型２未登録商品とを区別して表示しなくてもよい。あるいは、携帯端末６０は、類型１未登録商品を「未登録商品（マスタ未登録）」と表示し、類型２未登録商品を「未登録商品（○○異常）」と表示するなど両者を区別して表示してもよい。
【0175】
（１３）上記実施形態では、特売の種類として、図３（Ｂ）に示した特売ファイルにおいて、ミックスマッチ（特売コード「Ｔ００１」）、セットマッチ（特売コード「Ｔ００２」）、バンドル（特売コード「Ｔ００３」）、タイムサービス価格（特売コード「Ｔ００４」）を例示したが、特売の種類はこれに限定されない。例えば、特定日（例えば、毎月の指定日）における特定商品（固定又は毎回指定の商品）の割引や、合計金額に応じた割引や、過去の購買実績（累積（通算）買上金額等）に応じた割引であってもよい。
【0176】
（１４）上記実施形態では、全ての種類の特売について精算装置４０による精算時にはじめて参照する例（携帯端末６０による商品登録時には特売については一切参照しない例）を説明したが、少なくとも一部の種類の特売について精算装置４０による精算時にはじめて参照する態様（一部の種類の特売については携帯端末６０による商品登録時に参照する態様）であってもよい。一例として、登録時用として、バンドル（特売コード「Ｔ００３」）、タイムサービス価格（特売コード「Ｔ００４」）に係る特売ファイル（特売ファイルＡ）をクラウドサーバ２０に記憶し、精算時用として、ミックスマッチ（特売コード「Ｔ００１」）、セットマッチ（特売コード「Ｔ００２」）に係る特売ファイル（特売ファイルＢ）を精算装置４０等に記憶し、携帯端末６０による商品登録時にはバンドル等について反映し、精算装置４０による精算時にはミックスマッチ等について反映してもよい。また、上述した合計金額に応じた割引等については、精算時に反映してもよい。
【0177】
【0178】
図２１に示した例は、図１４に示した例に対し、サービス値引きが適用された例である。サービス値引きとは、上述した、合計金額に応じた割引や過去の購買実績に応じた割引（つまり特売）の一例である。本例では、前回迄の各取引の累積買物金額（例えば〇年〇月〇日以降の各取引の確定合計金額の累積した金額）が所定金額（例えば１万円）に到達していないが、今回の取引の合計金額を加算した累積買物金額が所定金額に到達した場合にサービス値引きとして１００円を値引いている。上記所定金額は、何段階（１万円、２万円、３万円、…）にも設定されていてもよい（段階毎に値引き額が異なっていてもよい）。また、サービス値引きは、特定の商品（又は特定の商品群）に対する割引ではなく取引全体に対する割引であればよく、例えば、先月１カ月間の累積買物金額が所定金額（例えば、５万円）以上であった場合の当月の最初の取引（取引金額を問わない）において適用されるものなどであってもよい。
【0179】
サービス値引きは、特定の商品（又は特定の商品群）に対する割引ではなく取引全体に対する割引であるため、精算装置４０は、商品一覧表示領域ＨＲ４１０において、商品（〇〇餃子、〇〇炒め、○○靴下に関する表示と区別してサービス値引きに関して表示する。図２１に示した例では、精算装置４０は、１行分（１商品分）の間隔を空けてサービス値引きに関して表示している。
【0180】
今回の取引の合計金額を加算した累積買物金額が所定金額に到達したか否かの判断では、加算する合計金額は、概算合計ではなく確定合計とすべきである。また、先月１カ月間の累積買物金額が所定金額以上であった場合の当月の最初の取引であるか否かの判断では、取引の成立（取引であるかの判断）は、少なくとも精算に進む段階（精算用２次元コード６０５の読み取り後の段階）を基準とすべきである。更に、単に今回の取引の合計金額に基づいてサービス値引きを付与するような場合の、合計金額や、取引の成立についても同様である。以上から、サービス値引きについては、登録段階では報知せずに精算段階で報知（概算合計には反映せずに確定合計に反映）するようにしている。登録段階の報知はないため、店舗側としては、折角付与したサービス値引きが顧客に認識して貰えない虞があるため、顧客側（特に提供されることを認識している顧客）としては、きちんと付与されるのかが不安になるため、精算装置４０は、サービス値引きに関して目立つように表示している。図２１に示した例では、精算装置４０は、１行分の間隔を空けて目立つようにサービス値引きを表示している。なお、表示位置（１行分の間隔の設定）に代えて又は加えて、表示の大きさ、色、点滅、背景等によって、サービス値引きに関して目立つように表示してもよい。
【0181】
精算装置４０は、図２１に示した商品一覧画面ＧＭ０２に代えて、図２２（Ａ）及び図２２（Ｂ）に示した商品一覧画面ＧＭ０２を表示してもよい。なお、図２２（Ａ）及び図２２（Ｂ）の夫々は、商品一覧画面ＧＭ０２の一部（商品一覧表示領域ＨＲ４１０）を示している。図２２（Ａ）に示した商品一覧画面ＧＭ０２は、サービス値引きに対応付けてアイコンＩＣＮ４１７を表示している点が、図２１に示した商品一覧画面ＧＭ０２と異なる。精算装置４０は、図２２（Ａ）に示した商品一覧画面ＧＭ０２の商品一覧表示領域ＨＲ４１０においてサービス値引きの領域が操作された場合（例えば、サービス値引きに対応するアイコンＩＣＮ４１７が操作された場合）、図２２（Ｂ）に示したように、サービス値引きの内容（本例では、金額（－￥１００）は商品一覧表示領域ＨＲ４１０に既に表示されているため、条件である「〇年〇月〇日以降の通算買物金額が１万円到達」）を表示している。
【0182】
なお、精算装置４０は、図２１に示したように、サービス値引きに対応付けてアイコンＩＣＮ４１７を表示しない態様において、サービス値引きの領域が操作された場合、図２２（Ｂ）に示したように（但しアイコンＩＣＮ４１７は非表示）、サービス値引きの内容を表示してもよい。
【0183】
（１５）図１５に示した例では、操作（アイコンＩＣＮ４１７の操作等）に基づいて特売の内容（〇〇靴下は３個毎に１００円引き（￥９００→￥８００））を商品一覧表示領域ＨＲ４１０に表示しているが、操作に基づいて特売の内容を表示した小画面に表示してもよい。図１７及び図２２（Ｂ）に示した例においても同様である。
【0184】
（１６）図１４（図１６、図２２（Ａ）も同様）に示した例では、アイコンＩＣＮ４１７等の操作によって特売の内容が表示されると説明したが、アイコンＩＣＮ４１７は、特売価格が適用された商品である旨を報知するものであるのと同時に、操作可能である旨を示唆するものであるとも言える。しかしながら、図１２に示した自動登録に係るアイコンＩＣＮ４１５がＮＯＮ－ＦＩＬＥの商品を自動的に登録した旨を単に報知するものである（操作可能である旨を示唆するものではない）のと同様に、アイコンＩＣＮ４１７についても特売価格が適用された商品である旨を単に報知するものであるのと認識される虞もある。従って、特売（サービス値引きも含む）が適用されている場合には、商品一覧画面ＧＭ０２において、「商品の内容を確認し、お会計ボタンを押してください」に続けて、操作によって特売の内容を確認できる旨（特売の内容が確認される旨）のメッセージ（例えば、割引適用のアイコンをタッチすると詳細をご確認できます）を表示してもよい。
【0185】
（１７）上記実施形態では、精算装置４０においてＮＯＮ－ＦＩＬＥが解消されない場合に店員に報知（サインポール４１７の発光による店員呼出、店員が操作する装置への呼出通知の送信）する例を説明したが、精算装置４０が店員に報知する場面はこれに限定されない。例えば、概算合計金額よりも確定合計金額の方が高くなった場合（確定合計金額から概算合計金額を減算した差額がプラスになった場合）、店員に報知してもよい。
（ａ）例えば、確定合計金額（但し、登録時にＮＯＮ－ＦＩＬＥが生じていた場合にはＮＯＮ－ＦＩＬＥが解消した商品の価格を除く）が概算合計金額よりも高くなった場合、つまり、ＮＯＮ－ＦＩＬＥの商品以外の商品を対象とした確定合計金額がＮＯＮ－ＦＩＬＥの商品以外の商品を対象とした概算合計金額よりも高くなった場合、精算装置４０は、店員に報知（店員が操作する装置へ確定合計金額が概算合計金額よりも高くなった旨の通知を送信等）してもよい。通常、ＮＯＮ－ＦＩＬＥによる理由以外の理由では上記差額はプラスにならない筈であるが、ＮＯＮ－ＦＩＬＥによる理由以外の理由で上記差額がプラスになったということは何らかの問題（例えば、商品マスタや特売ファイルの更新が正常に行われていないといった問題、あるいは、商品マスタや特売ファイルの価格等が不正なものとなっているといった問題等）が発生している可能性がある。また、サーバ間（例えば、クラウドサーバ２０、本部サーバ１０）において価格等の情報の整合性や妥当性等を常に監視するのも困難（コスト面、運用面、技術面）である。従って、ＮＯＮ－ＦＩＬＥによる理由以外の理由で上記差額がプラスになった場合には、店員に報知し、然るべき対応（確認や必要なメンテナンス等）を促すようにしてもよい。
（ｂ）また例えば、精算装置４０は、ＮＯＮ－ＦＩＬＥが解消された場合に、店員に報知（店員が操作する装置への該当商品名を含むＮＯＮ－ＦＩＬＥ解消通知の送信）してもよい。これにより、店員は、ＮＯＮ－ＦＩＬＥが発生した旨（及び該当商品）や解消した旨を把握し、店舗として、ＮＯＮ－ＦＩＬＥの発生の状況を捕捉することができるため、例えば、クラウドサーバ２０における登録時用商品マスタの更新の頻度やタイミング（クラウドサーバ２０が精算時用商品マスタを受信して登録時用商品マスタとして記憶する頻度やタイミング）等の改善の要否等の検討等をすることができる。
（ａ）例えば、確定合計金額（但し、登録時にＮＯＮ－ＦＩＬＥが生じていた場合にはＮＯＮ－ＦＩＬＥが解消した商品の価格を除く）が概算合計金額よりも高くなった場合、つまり、ＮＯＮ－ＦＩＬＥの商品以外の商品を対象とした確定合計金額がＮＯＮ－ＦＩＬＥの商品以外の商品を対象とした概算合計金額よりも高くなった場合、精算装置４０は、店員に報知（店員が操作する装置へ確定合計金額が概算合計金額よりも高くなった旨の通知を送信等）してもよい。通常、ＮＯＮ－ＦＩＬＥによる理由以外の理由では上記差額はプラスにならない筈であるが、ＮＯＮ－ＦＩＬＥによる理由以外の理由で上記差額がプラスになったということは何らかの問題（例えば、商品マスタや特売ファイルの更新が正常に行われていないといった問題、あるいは、商品マスタや特売ファイルの価格等が不正なものとなっているといった問題等）が発生している可能性がある。また、サーバ間（例えば、クラウドサーバ２０、本部サーバ１０）において価格等の情報の整合性や妥当性等を常に監視するのも困難（コスト面、運用面、技術面）である。従って、ＮＯＮ－ＦＩＬＥによる理由以外の理由で上記差額がプラスになった場合には、店員に報知し、然るべき対応（確認や必要なメンテナンス等）を促すようにしてもよい。
（ｂ）また例えば、精算装置４０は、ＮＯＮ－ＦＩＬＥが解消された場合に、店員に報知（店員が操作する装置への該当商品名を含むＮＯＮ－ＦＩＬＥ解消通知の送信）してもよい。これにより、店員は、ＮＯＮ－ＦＩＬＥが発生した旨（及び該当商品）や解消した旨を把握し、店舗として、ＮＯＮ－ＦＩＬＥの発生の状況を捕捉することができるため、例えば、クラウドサーバ２０における登録時用商品マスタの更新の頻度やタイミング（クラウドサーバ２０が精算時用商品マスタを受信して登録時用商品マスタとして記憶する頻度やタイミング）等の改善の要否等の検討等をすることができる。
【0186】
（１８）図４（Ａ）に示した登録時用商品マスタは、全部のレコード（行）において商品コード、商品名、価格がセットで記憶されている登録時用商品マスタであるが、商品コードは記憶されているものの、商品名、価格が記憶されていないレコードを含む登録時用商品マスタを用いてもよい。つまり、図４（Ａ）に示した登録時用商品マスタは、商品コードが記憶されていれば当該商品コードに対応する商品情報を常に取得できるものであったが、商品コードが記憶されていても当該商品コードに対応する商品情報を取得できない場合がある登録時用商品マスタを用いてもよい。図４（Ｂ）の暫定商品ファイルや、図３（Ａ）の精算時用商品マスタについても同様である。
【0187】
なお、図４（Ａ）の登録時用商品マスタや図４（Ｂ）の暫定商品ファイルのように、全部のレコード（行）において商品コード、商品名、価格がセットで記憶されている構成の登録時用商品マスタや暫定商品ファイルを用いる場合には、精算装置４０は、携帯端末６０によって読み取られた商品コードが記憶されているか否かに基づいてＮＯＮ－ＦＩＬＥであるか否かを判断してもよいし、携帯端末６０によって読み取られた商品コードに対応する商品情報が記憶されているか否かに基づいてＮＯＮ－ＦＩＬＥであるか否かを判断してもよい。一方、商品コードは記憶されているものの、商品名、価格が記憶されていないレコードを含む登録時用商品マスタや暫定商品ファイルを用いる場合には、精算装置４０は、携帯端末６０によって読み取られた商品コードが記憶されているか否かではＮＯＮ－ＦＩＬＥであるか否かを正確に判断できないため、携帯端末６０によって読み取られた商品コードに対応する商品情報が記憶されているか否かに基づいてＮＯＮ－ＦＩＬＥであるか否かを判断する。
【0188】
（１９）上記実施形態では、精算時用商品マスタに反映されている情報が登録時用商品マスタには反映されていない場合があるなど登録時用商品マスタは精算時用商品マスタに比べ古いものであると説明したが、登録時用商品マスタは精算時用商品マスタとに比べ古いものでなくてもよい。具体的には、登録時用商品マスタと精算時用商品マスタとが同一であってもよい。なお、登録時用商品マスタと精算時用商品マスタとが同一であっても、タイミング（商品コードの読み取り、商品マスタの更新、精算開始の各タイミング）によっては、登録時用商品マスタが精算時用商品マスタに比べ古い場合と同様、商品登録時にＮＯＮ－ＦＩＬＥが生じ、精算時に解消する。
【0189】
例えば、以下のタイミング（時刻１～時刻３。なお、時刻２は時刻１よりも後であり、時刻３は時刻２よりも後である）の場合、登録時用商品マスタと精算時用商品マスタとが同一であっても、商品登録時にＮＯＮ－ＦＩＬＥが生じ、精算時に解消する。なお、時刻２において、両商品マスタ（登録時用商品マスタ、精算時用商品マスタ）が更新され、両商品マスタ内に商品Ａの商品情報が新たに追加されるものとする。
（時刻１）ある顧客Ｋの読み取り操作に基づいて、携帯端末６０が商品Ａに付された商品コードを読み取る。登録時用商品マスタが参照され、商品ＡはＮＯＮ－ＦＩＬＥの商品となる。
（時刻２）両商品マスタに商品Ａの商品情報が追加される。なお、時刻２では、顧客Ｋは店内で商品を選んでいる。
（時刻３）顧客Ｋの読み取り操作に基づいて、精算装置４０がＮＯＮ－ＦＩＬＥの商品Ａを含む取引の精算用２次元コード６０５を読み取る。精算時用商品マスタが参照され、商品ＡについてＮＯＮ－ＦＩＬＥが解消する。
（時刻１）ある顧客Ｋの読み取り操作に基づいて、携帯端末６０が商品Ａに付された商品コードを読み取る。登録時用商品マスタが参照され、商品ＡはＮＯＮ－ＦＩＬＥの商品となる。
（時刻２）両商品マスタに商品Ａの商品情報が追加される。なお、時刻２では、顧客Ｋは店内で商品を選んでいる。
（時刻３）顧客Ｋの読み取り操作に基づいて、精算装置４０がＮＯＮ－ＦＩＬＥの商品Ａを含む取引の精算用２次元コード６０５を読み取る。精算時用商品マスタが参照され、商品ＡについてＮＯＮ－ＦＩＬＥが解消する。
【0190】
（２０）上記実施形態では、自動登録処理が実行された場合（ＮＯＮ－ＦＩＬＥが解消した場合）、精算装置４０がＮＯＮ－ＦＩＬＥ解消情報を送信し、暫定商品ファイルが更新される例を説明したが（図１９）、暫定商品ファイルというものを設けずに、登録時用商品マスタが更新されるようにしてもよい。つまり、携帯端末６０による商品登録時にある商品がＮＯＮ－ＦＩＬＥとなり、精算装置４０による精算時に当該商品についてＮＯＮ－ＦＩＬＥが解消した場合、当該商品について、以降の携帯端末６０による商品登録時にはＮＯＮ－ＦＩＬＥとならないように、携帯端末６０による商品登録時に参照するマスタやファイルに解消した結果が反映されるようになっていればよい。
【0191】
（２１）上記実施形態では、商品に付されたバーコードから（つまりバーコード部分の撮像画像の画像認識により）商品を特定する例を説明したが、商品を特定する方法はこれに限定されない。例えば、商品の外観から（つまり商品の外観の撮像画像の画像認識により）商品を特定してもよい。また、例えば携帯端末６０に電子タグの情報を認識する電子タグ認識部を具備させることにより、商品（又は陳列棚）に付された電子タグから商品を特定してもよい。
【0192】
（商品の外観から商品を特定する態様）
商品の外観から商品を特定する態様は、例えば、商品の外観の撮像画像の画像認識を何処で行うかや画像認識を行った結果として何を取得するかに応じて幾つかの構成が考えられる。
（構成ａ）構成ａは、携帯端末６０が画像認識を行い、画像認識を行った結果として商品コード（ＪＡＮコード等）を取得する構成である。構成ａの場合、例えば、携帯端末６０が参照可能な装置（例えば、個々の携帯端末６０）に、画像認識結果（若しくは画像認識結果と比較される情報。以下同様）と商品コードとの対応関係を示した情報を記憶しておく。携帯端末６０は、商品の外観を撮像し、撮像画像を画像認識し、画像認識結果に基づいて商品コードを取得する（つまり商品を特定する）。
（構成ｂ）構成ｂは、携帯端末６０が画像認識を行い、画像認識を行った結果として商品コードとは異なる体系の識別情報（一の識別情報から一の商品コードを取得可能な識別情報）を取得する構成である。構成ｂの場合、例えば、携帯端末６０が参照可能な装置（例えば、個々の携帯端末６０）に、画像認識結果と当該識別情報との対応関係を示した情報を記憶し、かつ、クラウドサーバ２０に当該識別情報と商品コードとの対応関係を示した情報を記憶しておく。携帯端末６０は、商品の外観を撮像し、撮像画像を画像認識し、画像認識結果に基づいて上記識別情報を取得し、取得した識別情報をクラウドサーバ２０に送信する。クラウドサーバ２０は、携帯端末６０から取得した識別情報から商品コードを取得する（つまり商品を特定する）。
（構成ｃ）構成ｃは、クラウドサーバ２０が画像認識を行い、画像認識を行った結果として商品コードを取得する構成である。構成ｃの場合、例えば、クラウドサーバ２０に、画像認識結果と商品コードとの対応関係を示した情報を記憶しておく。携帯端末６０は、商品の外観を撮像し、撮像画像をクラウドサーバ２０に送信する。クラウドサーバ２０は、携帯端末６０から取得した撮像画像を画像認識し、画像認識結果に基づいて商品コードを取得する（つまり商品を特定する）。
商品の外観から商品を特定する態様は、例えば、商品の外観の撮像画像の画像認識を何処で行うかや画像認識を行った結果として何を取得するかに応じて幾つかの構成が考えられる。
（構成ａ）構成ａは、携帯端末６０が画像認識を行い、画像認識を行った結果として商品コード（ＪＡＮコード等）を取得する構成である。構成ａの場合、例えば、携帯端末６０が参照可能な装置（例えば、個々の携帯端末６０）に、画像認識結果（若しくは画像認識結果と比較される情報。以下同様）と商品コードとの対応関係を示した情報を記憶しておく。携帯端末６０は、商品の外観を撮像し、撮像画像を画像認識し、画像認識結果に基づいて商品コードを取得する（つまり商品を特定する）。
（構成ｂ）構成ｂは、携帯端末６０が画像認識を行い、画像認識を行った結果として商品コードとは異なる体系の識別情報（一の識別情報から一の商品コードを取得可能な識別情報）を取得する構成である。構成ｂの場合、例えば、携帯端末６０が参照可能な装置（例えば、個々の携帯端末６０）に、画像認識結果と当該識別情報との対応関係を示した情報を記憶し、かつ、クラウドサーバ２０に当該識別情報と商品コードとの対応関係を示した情報を記憶しておく。携帯端末６０は、商品の外観を撮像し、撮像画像を画像認識し、画像認識結果に基づいて上記識別情報を取得し、取得した識別情報をクラウドサーバ２０に送信する。クラウドサーバ２０は、携帯端末６０から取得した識別情報から商品コードを取得する（つまり商品を特定する）。
（構成ｃ）構成ｃは、クラウドサーバ２０が画像認識を行い、画像認識を行った結果として商品コードを取得する構成である。構成ｃの場合、例えば、クラウドサーバ２０に、画像認識結果と商品コードとの対応関係を示した情報を記憶しておく。携帯端末６０は、商品の外観を撮像し、撮像画像をクラウドサーバ２０に送信する。クラウドサーバ２０は、携帯端末６０から取得した撮像画像を画像認識し、画像認識結果に基づいて商品コードを取得する（つまり商品を特定する）。
【0193】
なお、精算時のため、精算端末４０が参照可能な装置（例えば、個々の精算装置４０、ストアコントローラ３０、本部サーバ１０。以下同様）にも、上述のような対応関係を示した情報を記憶してもよい。電子タグから商品を特定する態様においても同様である。
【0194】
（電子タグから商品を特定する態様）
電子タグから商品を特定する態様は、例えば、電子タグから何を取得するか（電子タグがどのような情報を記憶するか）に応じて幾つかの構成が考えられる。
（構成ａ）構成ａは、電子タグから商品コード（ＪＡＮコード等）を取得する構成である。構成ａの場合、電子タグに商品コードを記憶しておく。携帯端末６０は、電子タグから商品コードを取得する（つまり商品を特定する）。
（構成ｂ）構成ｂは、電子タグから商品コードとは異なる体系の識別情報（一の識別情報から一の商品コードを取得可能な識別情報）を取得する構成である。構成ｂの場合、電子タグに上記識別情報を記憶しておく。構成ｂは、上記識別情報と商品コードとの対応関係を示した情報を携帯端末６０が記憶する構成（構成ｂ１）と、上記対応関係を示した情報をクラウドサーバ２０が記憶する構成（構成ｂ２）とに分類される。前者（構成ｂ１）の場合、携帯端末６０は、電子タグから上記識別情報を取得し、取得した識別情報から商品コードを取得する（つまり商品を特定する）。後者（構成ｂ２）の場合、携帯端末６０は、電子タグから上記識別情報を取得し、取得した識別情報をクラウドサーバ２０に送信する。クラウドサーバ２０は、携帯端末６０から取得した識別情報から商品コードを取得する（つまり商品を特定する）。
電子タグから商品を特定する態様は、例えば、電子タグから何を取得するか（電子タグがどのような情報を記憶するか）に応じて幾つかの構成が考えられる。
（構成ａ）構成ａは、電子タグから商品コード（ＪＡＮコード等）を取得する構成である。構成ａの場合、電子タグに商品コードを記憶しておく。携帯端末６０は、電子タグから商品コードを取得する（つまり商品を特定する）。
（構成ｂ）構成ｂは、電子タグから商品コードとは異なる体系の識別情報（一の識別情報から一の商品コードを取得可能な識別情報）を取得する構成である。構成ｂの場合、電子タグに上記識別情報を記憶しておく。構成ｂは、上記識別情報と商品コードとの対応関係を示した情報を携帯端末６０が記憶する構成（構成ｂ１）と、上記対応関係を示した情報をクラウドサーバ２０が記憶する構成（構成ｂ２）とに分類される。前者（構成ｂ１）の場合、携帯端末６０は、電子タグから上記識別情報を取得し、取得した識別情報から商品コードを取得する（つまり商品を特定する）。後者（構成ｂ２）の場合、携帯端末６０は、電子タグから上記識別情報を取得し、取得した識別情報をクラウドサーバ２０に送信する。クラウドサーバ２０は、携帯端末６０から取得した識別情報から商品コードを取得する（つまり商品を特定する）。
【0195】
（２２）上記実施形態では、商品の登録時にはクラウドサーバ２０が記憶している商品マスタ（登録時用商品マスタ）が参照され、精算時には必要に応じて精算装置４０やストアコントローラ３０や本部サーバ１０が記憶している商品マスタ（精算時用商品マスタが）が参照される例を説明したが、携帯端末６０が登録時用商品マスタを記憶し（クラウドサーバ２０に代えて又は加えて携帯端末６０が登録時用商品マスタを記憶し）、携帯端末６０は、商品の登録時において自装置内の登録時用商品マスタを参照し、自装置内の登録時用商品マスタから商品情報を得られない商品をＮＯＮ－ＦＩＬＥの商品としてもよい。
【0196】
一例として、上記（２１）の商品の外観から商品を特定する態様（例えば、構成ａ）において、携帯端末６０が、クラウドサーバ２０に代えて又は加えて、登録時用商品マスタを記憶するようにし、携帯端末６０は、画像認識後、自装置内の画像認識用データベース（上記対応関係を示した情報、登録時用商品マスタ）を参照し、自装置内の画像認識用データベースから商品情報を得られない場合、ＮＯＮ－ＦＩＬＥの商品としてもよい。なお、携帯端末６０は、自装置内の画像認識用データベースから商品情報を得られない場合、クラウドサーバ２０が記憶する画像認識用データベースを参照してもよい。自装置内の画像認識用データベースから商品情報を得られない場合にクラウドサーバ２０が記憶する画像認識用データベースを参照するか否かは、応答時間（既に画像認識等で時間を要している）や、クラウドサーバ２０が記憶する画像認識用データベースであれば商品情報を得られる可能性等を考慮して決めてもよい。
【0197】
（２３）上記実施形態では、顧客は携帯端末６０を用いて商品を登録する例を説明したが、商品の陳列場所において商品を登録可能な移動型（可搬型）の機器であれば、携帯端末６０でなくてもよい。例えば、店舗側が来店顧客に貸与するタブレット端末や、表示部を備えるショッピングカート（又は、ショッピングカートに着脱可能な表示器）を用いて商品を登録してもよい。上記ショッピングカートは、電子タグの情報を認識する電子タグ認識部を備えるものであってもよい。
【0198】
（２４）上記実施形態の精算装置４０における各機能（入出力、記憶、処理（判断含む））の一部又は全部は、当該機能の実行主体として説明した装置とは異なる他の装置において実現してもよい。例えば、精算装置４０の処理として、図１８や図１９のシーケンス図を用いて説明した処理のうちの少なくとも一部について、精算装置４０に代えて、ストアコントローラ３０やクラウドサーバ２０が実行してもよい。上記に関連し、精算装置４０は、入出力のインターフェース等に特化したいわゆるシンクライアントとして機能してもよい。例えば、精算装置４０は、各種の入力（顧客の操作、スキャナ等のデバイスによる検出）を受け付け、入力情報（操作情報、画像情報等）をクラウドサーバ２０に送信し、続いて、クラウドサーバ２０は、精算装置４０から受信した情報に応じた処理を実行し、処理結果（更新画面情報等）を精算装置４０に送信し、続いて、精算装置４０は、クラウドサーバ２０から受信した情報に応じた動作（表示部への表示等）を実行してもよい。つまり、精算装置４０の動作を制御するためのプログラムをクラウドサーバ２０が実行してもよい。
【0199】
＜実施形態の総括＞
［技術分野］
本発明は、商品販売データ処理システム及び精算装置に関する。
［背景技術］
顧客自らが携帯端末を用いて商品を登録するシステムが提案されている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１８－０５５７００号公報
［発明の概要］
［発明が解決しようとする課題］
しかしながら、商品登録後の精算の場面において種々の問題（例えば、店員の負担、顧客の不安等）が生じる虞がある。本発明は、このような事情に鑑みてなされたもので、顧客自らが携帯端末を用いて商品を登録するシステムにおいて、精算の場面における種々の問題を解決するための技術を提供することを目的とする。
［課題を解決するための手段］
（Ａ１）顧客自ら操作する可搬式登録装置（例えば、携帯端末６０）により商品を登録する商品販売データ処理システムであって、特定された商品コード（例えば、バーコードから特定された商品コード、商品の外観から特定された商品コード、電子タグから特定された商品コード等）に対応する商品情報を第１商品情報データベース（例えば、図４（Ａ）の登録時用商品マスタ）から取得して商品を登録する登録処理を実行する登録手段（例えば、携帯端末６０による登録）と、前記登録手段による登録処理が終了した後（例えば、お会計へ進むボタンＢＴ６０４の操作後）に前記商品情報を参照して精算処理を実行する精算手段（例えば、精算装置４０による精算処理）と、顧客に報知する報知手段と、を備え、前記精算手段は、商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合（例えば、ＮＯＮ－ＦＩＬＥの商品がある場合）、操作によらずに（例えば、店員が商品情報を入力する必要なく）、該商品コードに対応する商品情報を第２商品情報データベース（例えば、図３（Ａ）の精算時用商品マスタ）から取得して商品を登録する自動登録処理（例えば、図１８のステップＳ１６の処理）を更に実行可能であり、前記報知手段は、前記自動登録処理が実行された場合には、自動的に登録された商品がある旨を報知（例えば、図１１の小画面ＳＧ１０を表示、図１２のアイコンＩＣＮ４１５の表示）することを特徴とする商品販売データ処理システムである。
（Ａ１）の構成によれば、精算に必要な情報が自動的に補充（又は補完）されるため、店員の負担が軽減し、精算時間が短縮する。
［技術分野］
本発明は、商品販売データ処理システム及び精算装置に関する。
［背景技術］
顧客自らが携帯端末を用いて商品を登録するシステムが提案されている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１８－０５５７００号公報
［発明の概要］
［発明が解決しようとする課題］
しかしながら、商品登録後の精算の場面において種々の問題（例えば、店員の負担、顧客の不安等）が生じる虞がある。本発明は、このような事情に鑑みてなされたもので、顧客自らが携帯端末を用いて商品を登録するシステムにおいて、精算の場面における種々の問題を解決するための技術を提供することを目的とする。
［課題を解決するための手段］
（Ａ１）顧客自ら操作する可搬式登録装置（例えば、携帯端末６０）により商品を登録する商品販売データ処理システムであって、特定された商品コード（例えば、バーコードから特定された商品コード、商品の外観から特定された商品コード、電子タグから特定された商品コード等）に対応する商品情報を第１商品情報データベース（例えば、図４（Ａ）の登録時用商品マスタ）から取得して商品を登録する登録処理を実行する登録手段（例えば、携帯端末６０による登録）と、前記登録手段による登録処理が終了した後（例えば、お会計へ進むボタンＢＴ６０４の操作後）に前記商品情報を参照して精算処理を実行する精算手段（例えば、精算装置４０による精算処理）と、顧客に報知する報知手段と、を備え、前記精算手段は、商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合（例えば、ＮＯＮ－ＦＩＬＥの商品がある場合）、操作によらずに（例えば、店員が商品情報を入力する必要なく）、該商品コードに対応する商品情報を第２商品情報データベース（例えば、図３（Ａ）の精算時用商品マスタ）から取得して商品を登録する自動登録処理（例えば、図１８のステップＳ１６の処理）を更に実行可能であり、前記報知手段は、前記自動登録処理が実行された場合には、自動的に登録された商品がある旨を報知（例えば、図１１の小画面ＳＧ１０を表示、図１２のアイコンＩＣＮ４１５の表示）することを特徴とする商品販売データ処理システムである。
（Ａ１）の構成によれば、精算に必要な情報が自動的に補充（又は補完）されるため、店員の負担が軽減し、精算時間が短縮する。
【0200】
（Ａ２）前記報知手段は、前記自動登録処理が実行された場合、精算対象の商品を確認するための一覧画面（例えば、商品一覧画面ＧＭ０２）が表示される前に、又は、前記一覧画面が表示されているときに、自動的に登録された商品がある旨の報知を開始することを特徴とする（Ａ１）に記載の商品販売データ処理システムである。
（Ａ２）の構成によれば、好適に、自動的に登録された商品がある旨を報知することができる。
（Ａ２）の構成によれば、好適に、自動的に登録された商品がある旨を報知することができる。
【0201】
（Ａ３）前記報知手段は、前記自動登録処理が実行された場合、精算対象の商品を確認するための一覧画面において、いずれの商品が自動的に登録された商品であるかを報知（例えば、図１２に示すようにアイコンＩＣＮ４１５によって報知）することを特徴とする（Ａ１）又は（Ａ２）に記載の商品販売データ処理システムである。
（Ａ３）の構成によれば、好適に、いずれの商品が自動的に登録された商品であるかを報知することができる。
（Ａ３）の構成によれば、好適に、いずれの商品が自動的に登録された商品であるかを報知することができる。
【0202】
（Ａ４）前記報知手段は、前記自動登録処理が実行された場合、少なくとも、前記登録手段による前記登録処理において登録された商品の合計金額に、前記精算手段による前記自動登録処理において登録された商品の金額を加算した支払金額を報知（例えば、図１２に示すように「確定合計（お支払金額）」を表示）することを特徴とする（Ａ１）乃至（Ａ３）のいずれかに記載の商品販売データ処理システムである。
（Ａ４）の構成によれば、精算に必要な情報が自動的に補充された場合であっても、会計内容（最終的な支払金額）が明瞭であるため、無用な不安や誤解を顧客に与えなくなる。
（Ａ４）の構成によれば、精算に必要な情報が自動的に補充された場合であっても、会計内容（最終的な支払金額）が明瞭であるため、無用な不安や誤解を顧客に与えなくなる。
【0203】
（Ａ５）前記登録手段による登録処理が終了した後に、商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった商品が存在している場合に、店員を呼び出す店員呼出処理を実行可能な店員呼出手段を備え、前記店員呼出手段は、前記登録手段による登録処理が終了した時点において商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった商品が存在している場合には、当該商品の全部について前記自動登録処理が実行されたときには前記店員呼出処理を実行せず、当該商品の少なくとも一部について前記自動登録処理が実行されなかったときには前記店員呼出処理を実行することを特徴とする（Ａ１）乃至（Ａ４）のいずれかに記載の商品販売データ処理システムである。
（Ａ５）の構成によれば、好適に店員を呼び出すことができる。なお、上記（Ａ５）の後段部分（つまり、「前記店員呼出手段は、前記登録手段による登録処理が終了した時点において商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった商品が存在している場合には、当該商品の全部について前記自動登録処理が実行されたときには前記店員呼出処理を実行せず、当該商品の少なくとも一部について前記自動登録処理が実行されなかったときには前記店員呼出処理を実行する」の部分）は、上記取得できなかった商品が単数である場合と複数である場合とを纏めて記載したものである。つまり、後段部分は、（ａ）上記取得できなかった商品が複数である場合において、当該複数の商品の全部について自動登録処理が実行されたときには店員呼出処理を実行せず、当該複数の商品の少なくとも一部について自動登録処理が実行されなかったときには店員呼出処理を実行する旨と、（ｂ）上記取得できなかった商品が単数である場合において、当該商品について自動登録処理が実行されたときには店員呼出処理を実行せず、当該商品について自動登録処理が実行されなかったときには店員呼出処理を実行する旨と、を示している。
（Ａ５）の構成によれば、好適に店員を呼び出すことができる。なお、上記（Ａ５）の後段部分（つまり、「前記店員呼出手段は、前記登録手段による登録処理が終了した時点において商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった商品が存在している場合には、当該商品の全部について前記自動登録処理が実行されたときには前記店員呼出処理を実行せず、当該商品の少なくとも一部について前記自動登録処理が実行されなかったときには前記店員呼出処理を実行する」の部分）は、上記取得できなかった商品が単数である場合と複数である場合とを纏めて記載したものである。つまり、後段部分は、（ａ）上記取得できなかった商品が複数である場合において、当該複数の商品の全部について自動登録処理が実行されたときには店員呼出処理を実行せず、当該複数の商品の少なくとも一部について自動登録処理が実行されなかったときには店員呼出処理を実行する旨と、（ｂ）上記取得できなかった商品が単数である場合において、当該商品について自動登録処理が実行されたときには店員呼出処理を実行せず、当該商品について自動登録処理が実行されなかったときには店員呼出処理を実行する旨と、を示している。
【0204】
（Ａ６）前記報知手段は、前記自動登録処理が実行された場合、前記登録手段による前記登録処理において登録された商品の合計金額である概算合計金額と、前記概算合計金額に前記精算手段による前記自動登録処理において登録された商品の金額を加算した支払金額と、を別々に報知（例えば、図１２に示すように「概算合計（スマホ表示金額）」と「確定合計（お支払金額）」を表示）することを特徴とする（Ａ１）乃至（Ａ５）のいずれかに記載の商品販売データ処理システムである。
（Ａ６）の構成によれば、精算に必要な情報が自動的に補充された場合であっても、会計内容（登録時の合計金額、最終的な支払金額）が明瞭であるため、無用な不安や誤解を顧客に与えなくなる。
（Ａ６）の構成によれば、精算に必要な情報が自動的に補充された場合であっても、会計内容（登録時の合計金額、最終的な支払金額）が明瞭であるため、無用な不安や誤解を顧客に与えなくなる。
【0205】
（Ａ７）前記精算手段は、前記自動登録処理を実行した場合、前記第１商品情報データベースに記憶させるように、前記自動登録処理において登録された商品（例えば、ＮＯＮ－ＦＩＬＥが解消した商品）の商品情報を送信することを特徴とする（Ａ１）乃至（Ａ６）のいずれかに記載の商品販売データ処理システムである。
（Ａ７）の構成によれば、当該商品について次回からＮＯＮ－ＦＩＬＥが発生しなくなるため、店員の負担が軽減し、精算時間が短縮する。また、当該商品について次回から携帯端末６０における商品登録時に未登録商品とならないため、顧客にとって分かり易い。
（Ａ７）の構成によれば、当該商品について次回からＮＯＮ－ＦＩＬＥが発生しなくなるため、店員の負担が軽減し、精算時間が短縮する。また、当該商品について次回から携帯端末６０における商品登録時に未登録商品とならないため、顧客にとって分かり易い。
【0206】
（Ａ８）顧客自ら操作する可搬式登録装置（例えば、携帯端末６０）により商品を登録する商品販売データ処理システムであって、特定された商品コード（例えば、バーコードから特定された商品コード、商品の外観から特定された商品コード、電子タグから特定された商品コード等）に対応する商品情報を第１商品情報データベース（例えば、図４（Ａ）の登録時用商品マスタ）から取得して商品を登録する登録処理を実行する第１登録手段（例えば、携帯端末６０による登録処理）と、前記第１登録手段による登録処理が終了した後（例えば、お会計へ進むボタンＢＴ６０４の操作後）に前記商品情報を参照して精算処理を実行する精算手段（例えば、精算装置４０による精算処理）と、前記第１登録手段による登録処理が終了した後であって前記精算手段による精算処理の開始前に、特定された商品コードに対応する商品情報を第２商品情報データベース（例えば、図３（Ａ）の精算時用商品マスタ）から取得して商品を登録する登録処理を実行する第２登録手段（例えば、精算装置４０による登録処理）と、顧客に報知する報知手段と、を備え、前記第２登録手段は、商品コードが特定されたにもかかわらず前記第１登録手段による商品の登録ができなかった商品（例えば、ＮＯＮ－ＦＩＬＥの商品）がある場合に、操作によらずに（例えば、店員が商品情報を入力する必要なく）、該商品コードに対応する商品情報を前記第２商品情報データベースから取得して当該商品を自動的に登録する自動登録処理（例えば、図１８のステップＳ１６の処理）を実行可能であり、前記報知手段は、前記自動登録処理が実行された場合には、自動的に登録された商品がある旨を報知（例えば、図１１の小画面ＳＧ１０を表示、図１２のアイコンＩＣＮ４１５の表示）することを特徴とする商品販売データ処理システムである。
（Ａ８）の構成によれば、精算に必要な情報が自動的に補充（又は補完）されるため、店員の負担が軽減し、精算時間が短縮する。
（Ａ８）の構成によれば、精算に必要な情報が自動的に補充（又は補完）されるため、店員の負担が軽減し、精算時間が短縮する。
【0207】
（Ａ９）特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する登録処理を実行する可搬式登録装置によって登録された商品を精算する精算装置であって、前記可搬式登録装置による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段と、顧客に報知する報知手段と、を備え、前記精算手段は、商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であり、前記報知手段は、前記自動登録処理が実行された場合には、自動的に登録された商品がある旨を報知することを特徴とする精算装置である。
（Ａ９）の構成によれば、精算に必要な情報が自動的に補充（又は補完）されるため、店員の負担が軽減し、精算時間が短縮する。
（Ａ９）の構成によれば、精算に必要な情報が自動的に補充（又は補完）されるため、店員の負担が軽減し、精算時間が短縮する。
【0208】
（Ａ１０）特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する可搬式登録装置によって登録された商品を精算する精算装置であって、前記可搬式登録装置による商品の登録が終了した後に前記商品情報を参照して精算処理を実行する精算手段と、前記可搬式登録装置による商品の登録が終了した後であって前記精算手段による精算処理の開始前に、特定された商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する登録手段と、顧客に報知する報知手段と、を備え、前記登録手段は、商品コードが特定されたにもかかわらず前記可搬式登録装置において商品の登録ができなかった商品がある場合に、操作によらずに、該商品コードに対応する商品情報を前記第２商品情報データベースから取得して当該商品を自動的に登録する自動登録処理を実行可能であり、前記報知手段は、前記自動登録処理が実行された場合には、自動的に登録された商品がある旨を報知することを特徴とする精算装置である。
（Ａ１０）の構成によれば、精算に必要な情報が自動的に補充（又は補完）されるため、店員の負担が軽減し、精算時間が短縮する。
（Ａ１０）の構成によれば、精算に必要な情報が自動的に補充（又は補完）されるため、店員の負担が軽減し、精算時間が短縮する。
【0209】
（Ｂ１）顧客の操作により商品を登録する可搬式登録装置（例えば、携帯端末６０）と、前記登録された商品を精算する精算装置（例えば、精算装置４０）と、を含む商品販売データ処理システムにおいて、前記可搬式登録装置は、特定された商品（例えば、バーコードから特定された商品、商品の外観から特定された商品、電子タグから特定された商品等）の価格情報を含む商品情報を登録する登録処理を実行する登録手段を備え、前記精算装置は、前記商品情報に基づいて精算する精算手段と、前記精算に関係する情報を表示する表示手段と、を備え、前記表示手段は、前記登録手段による登録処理の終了時点における前記商品情報に基づく概算合計金額と、前記精算手段による精算の対象金額である確定合計金額と、を表示（図１４や図１６や図２０に示すように合計表示領域ＨＲ４１２に表示）することを特徴とする商品販売データ処理システムである。
（Ｂ１）の構成によれば、商品情報が変更された場合であっても、会計内容（登録時の合計金額、最終的な支払金額）が明瞭であるため、無用な不安や誤解を顧客に与えなくなる。
（Ｂ１）の構成によれば、商品情報が変更された場合であっても、会計内容（登録時の合計金額、最終的な支払金額）が明瞭であるため、無用な不安や誤解を顧客に与えなくなる。
【0210】
（Ｂ２）顧客の操作により商品を登録する可搬式登録装置（例えば、携帯端末６０）と、前記登録された商品を精算する精算装置（例えば、精算装置４０）と、を含む商品販売データ処理システムにおいて、前記可搬式登録装置は、特定された商品の価格情報を含む商品情報を登録する登録処理を実行する登録手段を備え、前記精算装置は、前記登録手段による登録処理が終了した後（例えば、お会計へ進むボタンＢＴ６０４の操作後）に前記商品情報を取得する取得手段と、前記登録手段による登録処理が終了した後に前記商品情報に基づいて精算する精算手段と、前記精算手段による精算前に前記商品情報を変更可能（例えば、特売価格に変更可能）な変更手段（例えば、図１８のステップＳ１７の処理）と、前記精算に関係する情報を表示する表示手段と、を備え、前記表示手段は、前記変更手段によって前記商品情報が変更された場合、変更前の前記商品情報に基づく概算合計金額と、変更後の前記商品情報に基づく確定合計金額とを表示（図１４や図１６や図２０に示すように合計表示領域ＨＲ４１２に表示）することを特徴とする商品販売データ処理システムである。
（Ｂ２）の構成によれば、商品情報が変更された場合であっても、会計内容（登録時の合計金額、最終的な支払金額）が明瞭であるため、無用な不安や誤解を顧客に与えなくなる。
（Ｂ２）の構成によれば、商品情報が変更された場合であっても、会計内容（登録時の合計金額、最終的な支払金額）が明瞭であるため、無用な不安や誤解を顧客に与えなくなる。
【0211】
（Ｂ３）前記表示手段は、前記概算合計金額と前記確定合計金額との差額（例えば、図１４や図１６に示すように特売による値引額）を表示することを特徴とする（Ｂ１）又は（Ｂ２）に記載の商品販売データ処理システムである。
（Ｂ３）の構成によれば、差額について直接的に認識させることができる。
（Ｂ３）の構成によれば、差額について直接的に認識させることができる。
【0212】
（Ｂ４）前記表示手段は、前記概算合計金額と前記確定合計金額との差額の理由を表示（例えば、図１５や図１７や図２０（Ｃ）に示すように表示）することを特徴とする（Ｂ１）乃至（Ｂ３）のいずれかに記載の商品販売データ処理システムである。
（Ｂ４）の構成によれば、無用な不安や誤解を顧客に与えなくなる。
（Ｂ４）の構成によれば、無用な不安や誤解を顧客に与えなくなる。
【0213】
（Ｂ５）前記表示手段は、前記概算合計金額と前記確定合計金額との差額を生じさせた商品を他の商品と異なる表示態様で表示（例えば、図１４や図１６に示すようにアイコンＩＣＮ４１７によって報知）することを特徴とする（Ｂ１）乃至（Ｂ４）のいずれかに記載の商品販売データ処理システムである。
（Ｂ５）の構成によれば、好適に、いずれの商品が差額を生じさせた商品（特売が適用された商品）であるかを報知することができる。
（Ｂ５）の構成によれば、好適に、いずれの商品が差額を生じさせた商品（特売が適用された商品）であるかを報知することができる。
【0214】
（Ｂ６）特定された商品の価格情報を含む商品情報を登録する可搬式登録装置において登録された商品を精算する精算装置であって、前記商品情報に基づいて精算する精算手段と、前記精算に関係する情報を表示する表示手段と、を備え、前記表示手段は、前記可搬式登録装置による登録の終了時点における前記商品情報に基づく概算合計金額と、前記精算手段による精算の対象金額である確定合計金額と、を表示することを特徴とする精算装置である。
（Ｂ６）の構成によれば、商品情報が変更された場合であっても、会計内容（登録時の合計金額、最終的な支払金額）が明瞭であるため、無用な不安や誤解を顧客に与えなくなる。
（Ｂ６）の構成によれば、商品情報が変更された場合であっても、会計内容（登録時の合計金額、最終的な支払金額）が明瞭であるため、無用な不安や誤解を顧客に与えなくなる。
【0215】
（Ｂ７）特定された商品の価格情報を含む商品情報を登録する可搬式登録装置において登録された商品を精算する精算装置としてコンピュータを機能させるプログラムであって、前記コンピュータを、前記商品情報に基づいて精算する精算手段、前記精算に関係する情報を表示する表示手段、として機能させ、前記表示手段は、前記可搬式登録装置による登録の終了時点における前記商品情報に基づく概算合計金額と、前記精算手段による精算の対象金額である確定合計金額と、を表示することを特徴とするプログラムである。
（Ｂ７）の構成によれば、商品情報が変更された場合であっても、会計内容（登録時の合計金額、最終的な支払金額）が明瞭であるため、無用な不安や誤解を顧客に与えなくなる。
（Ｂ７）の構成によれば、商品情報が変更された場合であっても、会計内容（登録時の合計金額、最終的な支払金額）が明瞭であるため、無用な不安や誤解を顧客に与えなくなる。
【0216】
なお、以上に説明した各装置（本部サーバ１０、ストアコントローラ３０、精算端末４０、取引状況管理装置５０、携帯端末６０等）の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上記各装置の処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ－ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【0217】
１…販売システム １０…本部サーバ ２０…クラウドサーバ ３０…ストアコントローラ ４０…精算装置 ５０…取引状況管理装置 ６０…携帯端末 ４０１…ＣＰＵ ４０２…ＲＯＭ ４０３…ＲＡＭ ４０４…ハードディスク ４０５…表示部 ４０６…スキャナ部 ４０８…カード決済部 ４０９…釣銭機 ４１３…印刷部 ４１４…音声出力部 ４１５…通信部 ４１６…撮像部 ４１７…サインポール
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【手続補正書】
【提出日】2024-09-25
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
顧客自ら操作する可搬式登録装置により商品を登録する商品販売データ処理システムであって、
特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する登録処理を実行する登録手段と、
前記登録手段による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段と
を備え、
前記精算手段は、
商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であることを特徴とする商品販売データ処理システム。
特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する登録処理を実行する登録手段と、
前記登録手段による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段と
を備え、
前記精算手段は、
商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であることを特徴とする商品販売データ処理システム。
【請求項2】
特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する登録処理を実行する可搬式登録装置によって登録された商品を精算する精算装置であって、
前記可搬式登録装置による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段と
を備え、
前記精算手段は、
商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であることを特徴とする精算装置。
前記可搬式登録装置による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段と
を備え、
前記精算手段は、
商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であることを特徴とする精算装置。
【請求項3】
顧客自ら操作する可搬式登録装置として第１のコンピュータを機能させ、前記可搬式登録装置によって登録された商品を精算する精算装置として第２のコンピュータを機能させるプログラムであって、
前記第１のコンピュータを、
特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する登録処理を実行する登録手段
として機能させ、
前記第２のコンピュータを、
前記登録手段による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段
として機能させ、
前記精算手段は、
商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であることを特徴とするプログラム。
前記第１のコンピュータを、
特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する登録処理を実行する登録手段
として機能させ、
前記第２のコンピュータを、
前記登録手段による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段
として機能させ、
前記精算手段は、
商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であることを特徴とするプログラム。
【請求項4】
特定された商品コードに対応する商品情報を第１商品情報データベースから取得して商品を登録する登録処理を実行する可搬式登録装置によって登録された商品を精算する精算装置としてコンピュータを機能させるプログラムであって、
前記コンピュータを、
前記可搬式登録装置による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段
として機能させ、
前記精算手段は、
商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であることを特徴とするプログラム。
前記コンピュータを、
前記可搬式登録装置による登録処理が終了した後に前記商品情報を参照して精算処理を実行する精算手段
として機能させ、
前記精算手段は、
商品コードが特定されたにもかかわらず該商品コードに対応する商品情報が前記第１商品情報データベースから取得できなかった場合、操作によらずに、該商品コードに対応する商品情報を第２商品情報データベースから取得して商品を登録する自動登録処理を更に実行可能であることを特徴とするプログラム。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【0001】
本発明は、商品販売データ処理システム、精算装置及びプログラムに関する。