JP7473015B2 - 店舗用の携帯端末装置、精算装置、システム、方法、およびプログラム - Google Patents

店舗用の携帯端末装置、精算装置、システム、方法、およびプログラム Download PDF

Info

Publication number
JP7473015B2
JP7473015B2 JP2022570798A JP2022570798A JP7473015B2 JP 7473015 B2 JP7473015 B2 JP 7473015B2 JP 2022570798 A JP2022570798 A JP 2022570798A JP 2022570798 A JP2022570798 A JP 2022570798A JP 7473015 B2 JP7473015 B2 JP 7473015B2
Authority
JP
Japan
Prior art keywords
information
settlement
store
payment
mobile terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022570798A
Other languages
English (en)
Other versions
JPWO2022137314A5 (ja
JPWO2022137314A1 (ja
Inventor
るみ 池澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JPWO2022137314A1 publication Critical patent/JPWO2022137314A1/ja
Publication of JPWO2022137314A5 publication Critical patent/JPWO2022137314A5/ja
Priority to JP2024063880A priority Critical patent/JP2024083552A/ja
Application granted granted Critical
Publication of JP7473015B2 publication Critical patent/JP7473015B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/209—Specified transaction journal output feature, e.g. printed receipt or voice output
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/206—Point-of-sale [POS] network systems comprising security or operator identification provisions, e.g. password entry
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/208—Input by product or record sensing, e.g. weighing or scanner processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/0036—Checkout procedures
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/0036—Checkout procedures
    • G07G1/0045—Checkout procedures with a code reader for reading of an identifying code of the article to be registered, e.g. barcode reader or radio-frequency identity [RFID] reader
    • G07G1/0081—Checkout procedures with a code reader for reading of an identifying code of the article to be registered, e.g. barcode reader or radio-frequency identity [RFID] reader the reader being a portable scanner or data reader

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Description

本発明は、店舗用の携帯端末装置などに関する。
顧客の携帯端末装置によって顧客が買い物をしながら商品登録を行うセルフスキャンショッピングがある。
例えば、特許文献１に記載の技術では、顧客の携帯端末装置によって顧客が買い物をしながら商品登録を行う。また、特許文献１に記載の技術では、精算装置が、決済時に、顧客の携帯端末装置から、２次元コードによって買い物のバスケットの識別情報を読み取る。そして、特許文献１に記載の技術では、精算装置が、バスケットの識別情報によってサーバからバスケットの取引を取得することによって、決済を実施する。
特開２０２０－１０７１２２号公報 特開２０１５－０８２２４９号公報
例えば、店舗に設置された商品登録装置が混雑している場合などに、店舗用の携帯端末装置を、予め店員が商品登録する前捌き用の商品登録装置として活用したい。店舗用の携帯端末装置が前捌き用の商品登録装置として使用される場合、店舗用の携帯端末装置を用いて商品登録を行う店員は、決済処理を行わない。例えば、決済処理以降で商品登録の内容に不具合がある場合などに、商品登録を行った店員を把握できないという問題点がある。
本発明の目的の一例は、店舗用の携帯端末装置が前捌き用の商品登録装置として使用される場合に、決済処理以降であっても商品登録を行った店員を把握することができる店舗用の携帯端末装置などを提供することにある。
本発明の一態様における店舗用の携帯端末装置は、店員の識別情報の入力を受け付ける受付手段と、前記店員の操作によって顧客が購入する商品の商品情報を取得する商品情報取得手段と、前記識別情報を含む、前記商品情報に基づく決済に関する前記商品の精算情報であって、精算装置が読み取り可能な精算情報を出力する、出力手段と、を備え、前記精算装置は、当該精算情報を読み取り、読み取った当該精算情報を用いて決済を行い、前記精算情報に含まれる前記識別情報を含むレシートを発行させる。
本発明の一態様における精算装置は、店舗用の携帯端末装置により発行された、商品の精算情報を読み取る、読取手段と、読み取った前記精算情報を用いて決済を行う決済手段と、前記精算情報に含まれる店員の識別情報を含むレシートを発行させる、発行制御手段と、を備え、前記店舗用の携帯端末装置は、前記店員の識別情報の入力を受け付け、前記店員の操作によって顧客が購入する商品の商品情報を取得し、前記識別情報を含む、前記商品情報に基づく決済に関する前記商品の前記精算情報であって、精算装置が読み取り可能な前記精算情報を出力する。
本発明の一態様におけるシステムは、店舗用の携帯端末装置と、精算装置と、を備え、前記店舗用の携帯端末装置は、店員の識別情報の入力を受け付ける受付手段と、前記店員の操作によって顧客が購入する商品の商品情報を取得する商品情報取得手段と、前記識別情報を含む、前記商品情報に基づく決済に関する前記商品の精算情報であって、精算装置が読み取り可能な精算情報を出力する、出力手段と、を備え、前記精算装置は、前記精算情報を読み取る読取手段と、読み取った前記精算情報に基づいて前記決済を行う決済手段と、前記精算情報に含まれる前記識別情報を含むレシートを発行させる、発行制御手段と、を備える。
本発明の一態様における方法は、店員の識別情報の入力を受け付け、前記店員の操作によって顧客が購入する商品の商品情報を取得し、前記識別情報を含む、前記商品情報に基づく決済に関する前記商品の精算情報であって、精算装置が読み取り可能な精算情報を出力する、処理を店舗用の携帯端末装置が実行する方法であり、前記精算装置は、当該精算情報を読み取り、読み取った当該精算情報を用いて決済を行い、前記精算情報に含まれる前記識別情報を含むレシートを発行させる。
本発明の一態様におけるコンピュータが読み取り可能な非一時的な記録媒体は、店員の識別情報の入力を受け付け、前記店員の操作によって顧客が購入する商品の商品情報を取得し、前記識別情報を含む、前記商品情報に基づく決済に関する前記商品の精算情報であって、精算装置が読み取り可能な精算情報を出力する、処理を店舗用の携帯端末装置のコンピュータに実行させるプログラムを記憶し、前記精算装置は、当該精算情報を読み取り、読み取った当該精算情報を用いて決済を行い、前記精算情報に含まれる前記識別情報を含むレシートを発行させる。
本発明によれば、店舗用の携帯端末装置が前捌き用の商品登録装置として使用される場合に、決済処理以降であっても商品登録を行った店員を把握することができる。
図１は、各モードにおける商品登録操作の比較例を示す説明図である。 図２は、各モードにおける現金決済の比較例を示す説明図である。 図３は、各モードにおける電子決済の比較例を示す説明図である。 図４は、実施の形態１にかかるシステムの一例を示す説明図である。 図５は、店舗用の携帯端末装置の一構成例を示すブロック図である。 図６は、ＰＯＳサーバの一構成例を示すブロック図である。 図７は、顧客の携帯端末装置の一構成例を示すブロック図である。 図８は、精算装置の一構成例を示すブロック図である。 図９は、モードの受付例１を示す説明図である。 図１０は、モードの受付例２を示す説明図（その１）である。 図１１は、モードの受付例２を示す説明図（その２）である。 図１２は、店舗コードを用いて店舗の情報を受け付ける例を示す説明図である。 図１３は、プルダウンメニューを用いて店舗の情報を受け付ける例を示す説明図である。 図１４は、実施の形態１にかかるシステムの一動作例を示すフローチャートである。 図１５は、商品コードを読み取る例を示す説明図である。 図１６は、購入商品リストの表示例を示す説明図である。 図１７は、商品登録処理例を示すフローチャートである。 図１８は、決済方法の選択例を示す説明図である。 図１９は、決済を実施する装置の選択を受け付ける例を示す説明図である。 図２０は、精算装置が読み取り可能な精算コードの表示例を示す説明図である。 図２１は、店舗アプリの有無の受付例を示す説明図である。 図２２は、精算コードの表示例を示す説明図である。 図２３は、決済情報を入力可能なページの表示例を示す説明図である。 図２４は、決済完了の表示例を示す説明図である。 図２５は、セルフスキャンモードの決済処理例を示すフローチャートである。 図２６は、クレジット決済処理を示すフローチャート（その１）である。 図２７は、クレジット決済処理を示すフローチャート（その２）である。 図２８は、緊急モードにおける購入商品リストの例を示す説明図である。 図２９は、決済方法の選択例を示す説明図である。 図３１は、緊急モードにおける現金決済例を示す説明図（その１）である。 図３１は、緊急モードにおける現金決済例を示す説明図（その２）である。 図３２は、緊急モードにおける決済処理を示すフローチャートである。 図３３は、前捌きモードにおける購入商品リストの例を示す説明図である。 図３４は、前捌きモードにおける決済処理例１を示すフローチャートである。 図３５は、前捌きモードにおける決済処理例２を示すフローチャートである。 図３６は、前捌きモードにおける決済処理例３を示すフローチャートである。 図３７は、実施の形態２にかかる店舗用の携帯端末装置の一構成例を示すブロック図である。 図３８は、実施の形態２にかかる精算装置の一構成例を示すブロック図である。 図３９は、実施の形態２にかかる店舗用の携帯端末装置の一動作例を示すフローチャートである。 図４０は、実施の形態２にかかる精算装置の一動作例を示すフローチャートである。 図４１は、店舗用の携帯端末装置のハードウェア構成例を示す説明図である。 図４２は、顧客の携帯端末装置のハードウェア構成例を示す説明図である。 図４３は、ＰＯＳサーバのハードウェア構成例を示す説明図である。 図４４は、精算装置のハードウェア構成例を示す説明図である。
以下に図面を参照して、本発明にかかる店舗用の携帯端末装置、精算装置、方法、プログラム、プログラムを記録する記録媒体の実施の形態を詳細に説明する。本実施の形態は、開示の技術を限定するものではない。
する。本実施の形態は、開示の技術を限定するものではない。
（実施の形態１）
実施の形態１では、顧客モードとしてセルフスキャンモードと、店員モードとして前捌きモードと緊急モードと、の３つのモードを切り替え可能な店舗用の携帯端末装置について説明する。
図１は、各モードにおける商品登録操作の比較例を示す説明図である。実施の形態１にかかる店舗用の携帯端末装置は、セルフスキャンモードと、緊急モードと、前捌きモードと、を有する。セルフスキャンモードは、顧客モードである。セルフスキャンモードでは、顧客の操作によって商品登録が行われる。商品登録の詳細については後述する。
緊急モードと前捌きモードは、店員モードである。緊急モードと前捌きモードでは、店員の操作によって商品登録が行われる。
緊急モードは、ＢＣＰ（Ｂｕｓｉｎｅｓｓ Ｃｏｎｔｉｎｕｉｔｙ Ｐｌａｎ）の対策として用いられる。緊急モードは、例えば、店舗用の携帯端末装置を緊急用の商品登録装置として使用する店員モードである。緊急モードでは、例えば、店舗に備え付けられた精算装置を使用できないことが想定されている。
前捌きモードは、業務の効率化、もしくは、商品登録を行う商品登録装置の待ち対策として用いられる。前捌きモードは、店舗用の携帯端末装置を決済前までの商品登録を行う前捌き用の商品登録装置として使用する店員モードである。緊急モードと前捌きモードとは、店員の操作によって商品登録が行われるという点で共通している。ただし、緊急モードと前捌きモードとは、使用場面が異なるため、決済の方法が異なる。
図２は、各モードにおける現金決済の比較例を示す説明図である。まず、セルフスキャンモードにおける現金決済について説明する。セルフスキャンモードにおいて、精算装置が、現金決済を行う。精算装置は、有人であってもよいし、無人であってもよい。もしくは、精算装置は、有人と無人とを切り替え可能な装置であってもよい。セルフスキャンモードにおいて、精算装置が有人の場合、精算装置は、店員の操作によって現金決済を行う。精算装置が無人の場合、精算装置は、顧客の操作によって現金決済を行う。
つぎに、緊急モードにおける現金決済について説明する。緊急モードにおいて、店舗用の携帯端末装置は、店員の操作によって現金決済を行う。
そして、前捌きモードにおける現金決済について説明する。上述したように、前捌きモードは、業務の効率化、もしくは、商品登録を行う商品登録装置の待ち対策として用いられる。このため、前捌きモードにおいて、精算装置が、現金決済を行う。精算装置は、有人であってもよいし、無人であってもよい。前捌きモードにおいて、精算装置が有人の場合、精算装置は店員の操作によって現金決済を行う。精算装置が無人の場合、精算装置は、顧客の操作によって現金決済を行う。
図３は、各モードにおける電子決済の比較例を示す説明図である。電子決済の種類は特に限定されない。電子決済としては、クレジット決済、デビット決済、電子マネー決済、ポイント決済、仮想通貨決済のうちの少なくともいずれか一つが挙げられる。電子マネー決済とは、例えば、近距離無線通信型のＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードによる決済、１次元コードであるバーコード決済、またはＱｕｉｃｋ Ｒｅｓｐｏｎｓｅコード（ＱＲコード（登録商標））決済である。
セルフスキャンモードにおける電子決済について説明する。例えば、セルフスキャンモードにおいて、精算装置が電子決済を行う。精算装置が有人の場合、精算装置は、店員の操作によって電子決済を行う。なお、クレジットカードの読み取り操作などは、顧客の操作によって行われる。精算装置が無人の場合、精算装置は、顧客の操作によって電子決済を行う。
また、セルフスキャンモードにおいて、顧客の携帯端末装置が、電子決済を行ってもよい。なお、顧客の携帯端末装置は、顧客の操作によって電子決済を行う。
セルフスキャンモードにおいて、店舗用の携帯端末装置が顧客の決済情報の入力を受け付け可能な場合、店舗用の携帯端末装置が、顧客の操作によって電子決済を行ってもよい。ここで、顧客の決済情報とは、電子決済を行うための顧客の電子決済に関する情報である。より具体的に、決済情報は、例えば、カードによる電子決済を行うための情報である。例えば、クレジット決済の場合を例に挙げる。決済情報は、クレジット決済用の番号、クレジット決済の使用期限、クレジット決済で登録された氏名などのクレジット情報である。クレジット情報を受け付け可能な場合に、店舗用の携帯端末装置が、顧客の操作によって、クレジット決済を行う。
緊急モードにおける電子決済について説明する。緊急モードにおいて、例えば、顧客の携帯端末装置が電子決済を行う。詳細な例については後述する。また、緊急モードにおいて、店舗用の携帯端末装置が顧客の決済情報の入力を受け付け可能な場合、例えば、店舗用の携帯端末装置が電子決済を行ってもよい。例えば、クレジット決済の場合、店舗用の携帯端末装置が、顧客の操作によって、顧客の決済情報としてクレジット番号などのクレジット情報を受け付け可能な場合に、クレジット決済を行う。
前捌きモードにおける電子決済について説明する。上述したように、前捌きモードは、業務の効率化、もしくは、商品登録を行う商品登録装置の待ち対策として用いられる。このため、前捌きモードにおいて、精算装置が、電子決済を行う。精算装置が有人の場合、精算装置は店員の操作によって電子決済を行う。なお、クレジットカードの読み取り操作などは、顧客の操作によって行われる。精算装置が無人の場合、精算装置は、顧客の操作によって電子決済を行う。
このように、実施の形態１にかかる店舗用の携帯端末装置は、受け付けたモードによって自装置の用途を切り替えることができる。これにより、店舗用の携帯端末装置は、自装置をより有効的に活用することができる。
図４は、実施の形態１にかかるシステムの一例を示す説明図である。システム１は、例えば、店舗用の携帯端末装置１０と、ＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅ）サーバ１１と、顧客の携帯端末装置１２と、印刷装置１３と、精算装置１４と、決済サーバ１５と、を有する。店舗用の携帯端末装置１０と、ＰＯＳサーバ１１と、顧客の携帯端末装置１２と、印刷装置１３と、精算装置１４と、決済サーバ１５とは、例えば、通信ネットワーク１６を介して接続されてもよい。
店舗用の携帯端末装置１０は、例えば、顧客が購入する商品の商品登録の機能を有する。店舗用の携帯端末装置１０は、上述した３つのモードを切り替え可能である。携帯端末装置の種類は、スマートフォン、タブレットなどのよう特に限定されない。また、図示しないが、店舗用の携帯端末装置１０の数は特に限定されない。例えば、複数の店舗用の携帯端末装置１０は、同一の機能であってもよい。もしくは、複数の店舗用の携帯端末装置１０は、互いに異なる機能であってもよい。
ＰＯＳサーバ１１は、店舗で販売される商品に関する価格などを含む商品情報、店舗の売上情報などの種々の販売情報を管理するサーバである。なお、ＰＯＳサーバ１１は、複数の店舗の販売情報を一括して管理するものであってもよい。もしくは、ＰＯＳサーバ１１は、店舗ごとに存在してもよい。そして、ＰＯＳサーバ１１は、一つの店舗の販売情報を管理するものであってもよい。
さらに、ＰＯＳサーバ１１は、店舗用の携帯端末装置１０からの要求に応じた処理を行ってもよい。ＰＯＳサーバ１１は、例えば、店舗用の携帯端末装置１０の表示制御に必要な情報を携帯端末装置に送信してもよい。例えば、ＰＯＳサーバ１１は、店舗用の携帯端末装置１０によって登録された購入予定の商品のリストを、売価とともに表示する画面の情報を、店舗用の携帯端末装置１０に対して送信してもよい。このリストを以下「購入商品リスト」と呼ぶ。ＰＯＳサーバ１１は、会員に関する情報を管理してもよい。ＰＯＳサーバ１１が有する各種情報については後述する。
ここで、ＰＯＳサーバ１１が１台の装置によって実現される例を示す。ただし、ＰＯＳサーバ１１の実現例は特に限定されない。ＰＯＳサーバ１１は、機能もしくはＤＢ（Ｄａｔａｂａｓｅ）別に異なる装置によって実現されてもよい。
顧客の携帯端末装置１２は、例えば、顧客が所持する端末装置である。顧客の携帯端末装置１２の種類は、スマートフォン、タブレットなどのように特に限定されない。顧客の携帯端末装置１２は、決済方法によって使用されない場合もある。図示しないが、顧客の携帯端末装置１２の数は特に限定されない。
印刷装置１３は、例えば、各種印刷物を印刷する。印刷装置１３は、例えば、レシートを印刷する。もしくは、印刷装置１３は、例えば、精算情報を含む印刷物を印刷する。印刷物は、例えば、精算情報が符号化されたコードを含んでもよい。精算情報は、各モードもしくは決済を行う装置によって詳細が異なる。精算情報の詳細を各モードにおいて説明する。印刷装置１３の種類は特に限定されない。印刷装置１３は、例えば、感熱式プリンターであってもよい。
精算装置１４は、電子決済、現金決済などのように各種決済を実施可能な店舗の装置である。精算装置１４は、バーコードなどの１次元コード、２次元コードなどのコードを読み取る読取装置を有する。そして、精算装置１４は、読み取られたコードに基づいて、各種決済を行う。また、精算装置１４は、例えば、レシートを印刷可能な機能を有していてもよい。また、精算装置１４は、店員がいる有人の会計機であってもよい。精算装置１４は、店員がいない無人の会計機であってもよい。精算装置１４は、有人と無人を切り替え可能な会計機であってもよい。具体的に、精算装置１４は、店員を介する有人モードと、店員を介さない無人モードを切り替え可能な会計機であってもよい。すなわち、有人モードでは店員の操作により決済が行われる。また、精算装置１４－１と精算装置１４－２のように複数の精算装置１４が店舗に設けられていてもよい。また、モードを切り替え可能な複数の精算装置１０が、それぞれ異なるモードで動作してもよい。
図５から図８を用いて、実施の形態１にかかる各種装置の一構成例を説明する。図５は、店舗用の携帯端末装置１０の一構成例を示すブロック図である。店舗用の携帯端末装置１０は、モード受付部１０１と、店舗受付部１０２と、商品情報取得部１０３と、数量受付部１０４と、決済方法受付部１０５と、アプリ有無受付部１０６と、を有する。さらに、店舗用の携帯端末装置１０は精算情報管理部１０７と、決済部１０８と、出力部１０９と、記憶部１１０と、を有する。出力部１０９は、例えば、表示部１０１０と、発行制御部１０１１と、を有してもよい。記憶部１１０は、例えば、店舗用の携帯端末装置１０の各部の処理に用いるデータを記憶する。記憶部１１０は、例えば、店舗用の携帯端末装置１０の各部の処理結果を記憶する。記憶部１１０としては、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、半導体メモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）が挙げられる。記憶部１１０は、これらの組み合わせであってもよい。店舗用の携帯端末装置１０は、機能部のうちの一部を有していなくてもよい。もしくは、店舗用の携帯端末装置１０は、図示しない機能部を有していてもよい。
図６は、ＰＯＳサーバ１１の一構成例を示すブロック図である。ＰＯＳサーバ１１は、精算情報生成部１１１と、リスト生成部１１２と、売上管理部１１３と、記憶部１１４と、を有する。ＰＯＳサーバ１１は、機能部のうちの一部を有していなくてもよい。ＰＯＳサーバ１１は、図示しない機能部を有していてもよい。また、図６に示すＰＯＳサーバ１１の機能部は、複数の装置によって実現されてもよい。例えば、各機能部は、精算情報生成部１１１とリスト生成部１１２とを有する装置と、売上管理部１１３を有する装置と、の２つの装置によって実現されてもよい。または、各機能部は、精算情報生成部１１１を有する装置と、リスト生成部１１２を有する装置と、売上管理部１１３を有する装置と、の３つの装置によって実現されてもよい。もしくは、例えば、精算情報生成部１１１は、精算情報の内容に応じて異なる装置によって実現されてもよい。
記憶部１１４は、例えば、ＰＯＳサーバ１１の各部の処理に用いるデータを記憶する。記憶部としては、ＲＯＭ、ＲＡＭ、半導体メモリ、ＨＤＤ、ＳＳＤが挙げられる。記憶部１１４は、これらの組み合わせであってもよい。記憶部１１４は、会員ＤＢ１１５と、店員ＤＢ１１６と、商品ＤＢ１１７と、売上ＤＢ１１８と、購入商品リストＤＢ１１９と、を有する。
会員ＤＢ１１５は、例えば、会員（顧客）別に、会員情報を記憶する。会員情報としては、例えば、会員ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）、会員の氏名、会員の性別、会員の年齢もしくは年齢層、会員の通知先のうちの少なくともいずれかの情報である。会員ＩＤは、例えば、会員を一意に識別する識別子である。会員ＩＤの種類は、特に限定されない。会員ＩＤは、会員番号によって表されてもよい。通知先は、電子メールのアドレス、電話番号などの通知先である。また、会員ＤＢ１１５は、会員別に、さらに、パスワード、過去の購入履歴、ポイントなどの情報を記憶してもよい。また、会員ＤＢ１１５は、会員別に、さらに、生体情報を記憶してもよい。生体情報は、特に限定されない。生体情報は、例えば、顔特徴量のデータ、顔画像データ、指紋データ、虹彩データ、静脈データなどが挙げられる。
会員ＤＢ１１５は、会員に関する前述の情報の一部を含まなくてもよい。また、会員ＤＢ１１５は、会員に関する前述の情報以外の情報を含んでもよい。
店員ＤＢ１１６は、例えば、店員別に、店員情報を記憶する。店員情報としては、例えば、店員ＩＤ、店員の名前のうちの少なくともいずれかの情報である。店員ＩＤは、例えば、会員を一意に識別する識別子である。店員ＩＤは、特に限定されない。店員ＩＤは、店員番号によって表されてもよい。店員ＤＢ１１６は、店員別に、さらに、パスワード、勤務スケジュール、生体情報などの情報を記憶してもよい。生体情報は、会員ＤＢ１１５において上述した通りである。
店員ＤＢ１１６は、店員に関する前述の情報の一部を含まなくてもよい。また、店員ＤＢ１１６は、店員に関する前述の情報以外の情報を含んでもよい。
商品ＤＢ１１７は、店舗または店舗を含む系列店舗で取り扱う商品の商品情報を記憶する。具体的に、商品ＤＢ１１７は、例えば、商品別に、商品情報を記憶する。商品情報は、例えば、商品ＩＤ、商品名、商品の分類、商品の価格、商品の特徴などの情報である。商品ＩＤは、商品を識別可能な識別子である。商品ＩＤは、特に限定されない。商品ＩＤは、例えば、商品のコード（以下商品コードと呼ぶ。）である。より具体的に、商品ＩＤは、例えば、ＪＡＮ（Ｊａｐａｎｅｓｅ Ａｒｔｉｃｌｅ Ｎｕｍｂｅｒ）コード、ＥＡＮ（Ｅｕｒｏｐｅａｎ Ａｒｔｉｃｌｅ Ｎｕｍｂｅｒ）コード、ＵＰＣ（Ｕｎｉｖｅｒｓａｌ Ｐｒｏｄｕｃｔ Ｃｏｄｅ）の少なくともいずれかの商品コードであってもよい。もしくは、商品ＩＤは、商品名であってもよい。商品の分類は、特に限定されない。例えば、商品の分類は、食品、文具などといった大別であってもよい。また、商品の分類は、菓子、肉、野菜などの分類であってもよい。商品の価格は、商品の値段である。商品の特徴は、特に限定されない。商品の特徴は、賞味期限、消費期限、製造メーカなどであってもよい。
また、商品情報は、商品ＩＤの情報以外に、商品を識別するための情報を含んでもよい。例えば、商品情報は、商品の画像データ、商品の画像データから得られる特徴量の情報などを含んでもよい。
商品ＤＢ１１７は、商品に関する前述の情報の一部を含まなくてもよい。また、商品ＤＢ１１７は、商品に関する前述の情報以外の情報を含んでもよい。
購入商品リストＤＢ１１９は、取引別もしくは顧客別に、決済が終了していない最新の購入商品リストを記憶する。購入商品リストは、例えば、取引別もしくは顧客別に、取引もしくは顧客を識別する情報と、顧客が購入する予定の商品の商品情報と、購入数量の情報と、を対応付けて記憶する。取引を識別する情報は、例えば、取引を一意に識別可能であればよく、特に限定されない。また、顧客を識別する情報は、例えば、顧客を一意に識別可能であればよく、特に限定されない。ここでは、顧客を識別する情報が記憶されており、顧客を識別する情報として、顧客ＩＤの情報が付与される例を用いて説明する。例えば、新たな顧客に対する商品の登録を開始する前に、顧客に顧客ＩＤが付与される。商品の登録を開始する前とは、モードを受け付けた後から、商品情報が登録されていない新たな購入商品リストの初期画面を表示部１０１０が表示する前であればよい。また、具体的な顧客ＩＤが付与されるタイミングは、各モードまたは各モードにおける決済によって異なってもよい。顧客ＩＤによって、購入商品リストが一意に識別可能である。会員ＩＤを受け付ける場合、顧客ＩＤとして、受け付けた会員ＩＤが用いられてもよい。もしくは、顧客ＩＤとは別に、購入商品リストは、顧客別に、さらに、受け付けた会員ＩＤの情報を対応付けて記憶してもよい。ここでの商品情報は、商品を一意に識別可能な情報であればよい。例えば、商品情報は、商品ＩＤの情報が挙げられる。これにより、商品ＩＤの情報によって、購入商品リストは、商品ＤＢ１１７と関連付けられる。したがって、各装置は、購入商品リストを参照すれば、購入商品リストに登録された商品ＩＤの情報によって、商品ＤＢ１１７から商品の価格の情報、商品の名前などを得られる。また、購入商品リストは、この商品の価格の情報に基づいて、税込みの商品の価格の情報を商品情報として記憶してもよい。また、購入商品リストは、さらに、顧客別に、合計の購入価格の情報と、合計の購入数量の情報と、を有してもよい。
購入商品リストＤＢ１１９は、購入商品リストに関する前述の情報の一部を含まなくてもよい。また、購入商品リストＤＢ１１９は、購入商品リストに関する前述の情報以外の情報を含んでもよい。
売上ＤＢ１１８は、例えば、店舗ごとの店舗の売上に関する情報である。売上ＤＢ１１８は、例えば、店舗ごとに、各決済に応じた情報を管理してもよい。具体的に、売上ＤＢ１１８は、例えば、店舗ＩＤと、店舗用の携帯端末装置１０のＩＤと、利用者のＩＤと、精算装置１４のＩＤと、精算装置１４の操作者のＩＤと、購入された商品の商品ＩＤと、購入数量と、購入日時と、の各情報を対応付けて記憶する。店舗ＩＤは、店舗を一意に識別する識別子である。店舗用の携帯端末装置１０のＩＤは、店舗用の携帯端末装置１０を一意に識別する識別子である。売上ＤＢ１１８に登録される店舗用の携帯端末装置１０のＩＤは、商品登録を行った端末装置のＩＤである。精算装置１４のＩＤは、精算装置１４を一意に識別する識別子である。売上ＤＢ１１８に登録される精算装置１４のＩＤは、決済を実施した精算装置１４のＩＤである。売上ＤＢ１１８に登録される利用者（操作者）のＩＤは、店舗用の携帯端末装置１０を利用する利用者の店員ＩＤもしくは会員ＩＤである。売上ＤＢ１１８は、操作時の店舗用の携帯端末装置１０のモードを示す情報を含んでいてもよい。また、売上ＤＢ１１８は、他の情報として、後述する各レシートに含まれるような情報を含んでいてもよい。
売上ＤＢ１１８は、売上に関する前述の情報の一部を含まなくてもよい。また、売上ＤＢ１１８は、売上に関する前述の情報以外の情報を含んでもよい。
売上管理部１１３は、例えば、決済の内容に応じて、売上ＤＢ１１８を更新する。また、例えば、売上ＤＢ１１８と、商品ＤＢ１１７とは、商品ＩＤによって商品名などが関連付けられる。なお、売上ＤＢ１１８の各商品の価格については、決済時の価格が登録される。
また、説明および理解の容易化のために、ＰＯＳサーバ１１が、各種ＤＢを有する例を示すが、これに限らない。例えば、各種ＤＢは、異なる装置が有していてもよい。例えば、売上ＤＢ１１８を管理するサーバと、会員ＤＢ１１５を管理するサーバと、購入商品リストＤＢ１１９を管理するサーバとがそれぞれ異なっていてもよい。このような場合、売上ＤＢ１１８を管理するサーバ、会員ＤＢ１１５を管理するサーバは、データベースサーバとして機能する。購入商品リストＤＢ１１９を管理するサーバは、例えば、アプリケーションサーバとして機能する。各サーバは、例えば、通信ネットワーク１６等を介して、それぞれが割り当てられた処理に用いる情報を受け渡す。
また、ＰＯＳサーバ１１は、図示しない各種情報を扱ってもよい。例えば、ＰＯＳサーバ１１は、割引額、バンドル割り、セット割り、割引率などの売価の変更に関する情報を取得し、その情報を用いて決済時の購入価格を算出してもよい。もしくは、ＰＯＳサーバ１１は、その情報を用いて購入商品リストの更新を実施してもよい。なお、バンドル割りとは、特定の商品を複数個購入した際に付与される割引である。セット割りとは、特定の商品の組合せに対する割引である。
図７は、顧客の携帯端末装置１２の一構成例を示すブロック図である。顧客の携帯端末装置１２は、例えば、読取部１２１と、決済部１２２と、出力部１２３と、決済情報受付部１２５と、記憶部１２６と、を有する。記憶部１２６は、例えば、顧客の携帯端末装置１２の各部の処理に用いるデータを記憶する。記憶部１２６は、例えば、顧客の携帯端末装置１２の各部の処理結果を記憶してもよい。記憶部１２６としては、ＲＯＭ、ＲＡＭ、半導体メモリ、ＨＤＤ、ＳＳＤが挙げられる。記憶部１２６は、これらの組み合わせであってもよい。出力部１２３は、例えば、表示部１２１０を有する。顧客の携帯端末装置１２は、機能部のうちの一部を有していなくてもよい。顧客の携帯端末装置１２は、図示しない機能部を有していてもよい。
図８は、精算装置１４の一構成例を示すブロック図である。精算装置１４は、読取部１４１と、決済部１４２と、発行制御部１４３と、表示部１４４と、記憶部１４５と、を有する。記憶部１４５は、例えば、精算装置１４の各部の処理に用いるデータを記憶する。記憶部１４５は、例えば、顧客の携帯端末装置１２の各部の処理結果を記憶してもよい。記憶部１４５としては、ＲＯＭ、ＲＡＭ、半導体メモリ、ＨＤＤ、ＳＳＤが挙げられる。記憶部１４５は、これらの組み合わせであってもよい。精算装置１４は、図示しない機能部を有していてもよい。
つぎに、図５から図８に示す各機能部について詳細に説明する。ここでは、モードの受付と、各種モードにおける動作例と、を説明する。
＜モードの受付＞
まず、モードの受付について説明する。モード受付部１０１は、モードの入力を受け付ける。より具体的に、モード受付部１０１は、顧客モードであるセルフスキャンモードと、店員モードである緊急モードと、店員モードである前捌きモードと、のモードを受け付ける。モードの受付方法は特に限定されない。モード受付部１０１は、画面に表示された選択ボタンによってモードを受け付けてもよい。
図９は、モードの受付例１を示す説明図である。例えば、表示部１０１０は、例えば、ディスプレイなどに、各モードを選択可能な画面ｄ００１を表示する。画面ｄ００１は、例えば、セルフスキャンモードを選択可能な選択ボタンｄ００２と、緊急モードを選択可能な選択ボタンｄ００３と、前捌きモードを選択可能な選択ボタンｄ００４と、を有する。各ボタンは、例えば、ＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）のボタンである。ボタンの種類は特に限定されない。なお、ここで、以降の説明において各画面に表示されるボタンは、ＧＵＩのボタンとする。
例えば、利用者（操作者）が、所望のモードに応じた選択ボタンをタップする。これにより、利用者は、モードを選択する。そして、モード受付部１０１は、選択ボタンがタップされることにより、タップされた選択ボタンに応じたモードを受け付ける。図９の説明を終了する。
ここで、セルフスキャンモードを選択可能な選択ボタンｄ００２がタップされると、ＰＯＳサーバ１１のリスト生成部１１２は、顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成する。
または、モード受付部１０１は、利用者（操作者）のＩＤの情報によって、モードを受け付けてもよい。例えば、モード受付部１０１は、利用者（操作者）のＩＤの情報を受け付ける識別情報受付部として機能してもよい。モード受付部１０１による利用者のＩＤの情報を受け付ける方法は、特に限定されない。モード受付部１０１は、後述する図１０に示すような画面へのＩＤの入力を受け付けてもよい。もしくは、モード受付部１０１は、撮像装置によって撮像された、社員証のような店員カードの画像から、店員カードに記載されたＩＤを抽出することにより、ＩＤを受け付けてもよい。
図１０および図１１は、モードの受付例２を示す説明図である。例えば、表示部１０１０は、ＩＤ（識別子）と、パスワードと、の各情報を入力可能な画面ｄ０１０を表示する。図１０において、画面ｄ０１０は、例えば、ＩＤの入力欄ｄ０１１と、パスワードの入力欄ｄ１０２と、ログインのボタンｄ０１３と、を有する。モード受付部１０１は、例えば、ボタンｄ０１３がタップされることにより、ＩＤの入力欄ｄ０１１に入力されたＩＤの情報と、パスワードの入力欄ｄ０１２に入力されたパスワードの情報とを受け付ける。そして、モード受付部１０１は、受け付けたＩＤの情報およびパスワードの情報をＰＯＳサーバ１１に送信する。例えば、ＰＯＳサーバ１１の照会部（図示しない）は、会員ＤＢ１１５を用いて、入力されたＩＤの情報およびパスワードの情報の照会を行う。ＰＯＳサーバ１１の照会部は、店員ＤＢ１１６を用いて、入力されたＩＤの情報およびパスワードの情報の照会を行う。
モード受付部１０１は、例えば、入力されたＩＤの情報およびパスワードの情報が会員ＤＢ１１５にある場合、または店員ＤＢ１１６に合致するＩＤの情報およびパスワードの情報がない場合、セルフスキャンモードを受け付けたとする。モード受付部１０１は、例えば、入力されたＩＤの情報およびパスワードの情報が店員ＤＢ１１６にある場合、店員モード（前捌きモードまたは緊急モード）を受け付けたとする。
また、入力されたＩＤの情報およびパスワードの情報が、会員ＤＢ１１５にある場合、ＰＯＳサーバ１１のリスト生成部１１２は、顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成する。
図１１の説明に移って、店員モードの場合に、表示部１０１０は、前捌きモードと、緊急モードと、のいずれかのモードを受け付ける画面ｄ０２０を表示する。ここでの画面ｄ０２０は、例えば、緊急モードを選択可能な選択ボタンｄ０２１と、前捌きモードを選択可能な選択ボタンｄ０２２と、を有する。モード受付部１０１は、いずれかの選択ボタンがタップされることにより、タップされた選択ボタンに応じたモードを受け付ける。
つぎに、店舗受付部１０２について説明する。例えば、企業が複数の店舗を有する場合がある。売上の計上等は、店舗単位で行われる。このため、店舗受付部１０２は、店舗の情報を受け付ける。店舗の情報（以下、店舗情報と呼ぶ。）は、店舗を一意に識別可能であれば、特に限定されない。店舗情報の受付方法は特に限定されない。店舗受付部１０２は、店舗用のコード（以下、店舗コードと呼ぶ。）の読み取りによって店舗情報を受け付けてもよい。店舗コードは、例えば、数字、文字、バーコードなどの１次元コード、もしくは２次元コード、もしくはこれらの組み合わせなどによって表される。もしくは、例えば、店舗受付部１０２は、店舗名の入力、もしくは店舗名の候補から選択することにより、店舗情報を受け付けてもよい。
図１２は、店舗コードを用いて店舗の情報を受け付ける例を示す説明図である。例えば、表示部１０１０は、店舗コードを読み取るための画面ｄ０３０を表示する。店舗コードには、例えば、店舗を一意に識別可能な識別情報などが含まれる。図１２において、店舗コードは、２次元コードである。画面ｄ０３０は、店舗コードの読み取り部分ｄ０３１を有する。店舗コードの種類は、例えば、特に限定されない。店舗コードの読み取り部分ｄ０３１は、店舗用の携帯端末装置１０の読取装置によって実現される。読取装置は、例えば、撮像装置などが挙げられる。店舗用の携帯端末装置１０が読み取り可能な店舗コードを含む印刷物が、例えば、店舗の入り口付近などに張り出されていてもよい。店舗受付部１０２は、例えば、店舗用の携帯端末装置１０の読取装置を介して、店舗コードを読み取る。これにより、店舗受付部１０２は、店舗コードに含まれる店舗の情報によって買い物の対象の店舗を受け付ける。
図１３は、プルダウンメニューを用いて店舗の情報を受け付ける例を示す説明図である。例えば、表示部１０１０は、プルダウンメニューから店舗の名前を選択可能な画面ｄ０４０を表示してもよい。例えば、画面ｄ０４０は、店舗の名前を選択可能なプルダウンメニューｄ０４１と、店舗の選択を確定させる確定ボタンｄ０４２と、を有する。利用者によってプルダウンメニューｄ０４１から対象の店舗の名前が選択され、確定ボタンｄ０４２が押されることにより、店舗受付部１０２は、店舗情報の入力を受け付ける。
また、過去に店舗の選択をすでに受け付けていた場合、プルダウンメニューｄ０４１において過去に選択された店舗の名前が選択された状態で画面ｄ０４０が表示されてもよい。これにより、利用者は、店舗名を確認して、確定ボタンｄ０４２をタップすることにより、店舗を選択することができる。
上述したように、店舗情報の受付方法は、特に限定されない。ただし、モードに応じて異なる店舗情報の受付方法が実施されてもよい。各モードでいずれの店舗情報の受付方法が実施されるかは特に限定されない。例えば、顧客は店舗名等を知らないことがある。そこで、顧客が操作するセルフスキャンモードにおいて、図１２を用いて説明したような店舗コードを用いる店舗情報の受付方法が用いられてもよい。一方、店員は店舗名を知っている可能性が高い。例えば、前捌きモードと緊急モードにおいて、図１３を用いて説明したようなプルダウンメニューから店舗名を選択する店舗情報の受付方法が用いられてもよい。なお、店舗情報の受付が行われなくてもよい。もしくは、複数のモードのうち一部のモードにおいて店舗情報の受付が行われなくてもよい。
また、店舗受付部１０２による店舗情報の受付処理は、モード受付部１０１によるモードの受付処理の後に限られない。例えば、モード受付部１０１によるモードの受付処理の前に、店舗用の携帯端末装置１０では、予め店員の操作によって店舗が選択された状態であってもよい。また、一度店舗が選択された場合、所定のトリガーがない限り、店舗受付部１０２は、新たに店舗の選択を受け付けないようにしてもよい。所定のトリガーとは、店舗用の携帯端末装置１０の再起動または起動、店舗から所定の距離以上の移動などが発生した場合が挙げられる。
つぎに、例えば、セルフスキャンモードの場合、店舗情報を受け付けた後、表示部１０１０は、初期画面として、商品登録リストに商品情報が登録されていない状態の画面（図示しない）を表示してもよい。
店員モード（前捌きモード、もしくは緊急モード）の場合、ＰＯＳサーバ１１のリスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成する。そして、表示部１０１０は、初期画面として、商品登録リストに商品情報が登録されていない状態の画面（図示しない）を表示してもよい。なお、前述の顧客ＩＤの情報を受け付けたタイミングでなく、顧客モードにおいても店員モードと同様に、表示部１０１０による初期画面の表示の直前に、リスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成してもよい。
＜モード受付に関するフローチャート＞
ここで、商品登録処理と、決済処理と、の前までの処理に関するフローについて図１４を用いて詳細に説明する。商品登録処理とは、顧客が購入する予定の商品の商品情報を購入商品リストに登録する処理である。決済処理は、購入商品リストに登録された商品情報に基づいて決済を行う処理である。図１４に示すフローには、商品登録処理と、決済処理と、のステップを含むが、各ステップの詳細な説明については、後述する。図１４は、実施の形態１にかかるシステム１の一動作例を示すフローチャートである。図１４において、モード受付部１０１は、操作者（利用者）のＩＤの情報によってモードを受け付ける（ステップＳ１０１）。つぎに、モード受付部１０１は、受け付けた利用者ＩＤの情報が店員ＩＤの情報か会員ＩＤの情報かを判定する（ステップＳ１０２）。ステップＳ１０２において、会員ＩＤの情報の場合（ステップＳ１０２：会員ＩＤ）、モード受付部１０１は、顧客モードを受け付けたとする。店員ＩＤの情報の場合（ステップＳ１０２：店員ＩＤ）、モード受付部１０１は、店員モードを受け付けたとする。
顧客モードを受け付けた場合（ステップＳ１０２：会員ＩＤ）、システム１は、セルフスキャンモードの商品登録処理を行う（ステップＳ１０３）そして、システム１は、セルフスキャンモードの決済処理を行う（ステップＳ１０４）。ステップＳ１０４のつぎに、システム１は、フローの動作を終了する。なお、顧客モード（セルフスキャンモード）の場合、ステップＳ１０４のつぎに、システム１は、ステップＳ１０１へ戻ってもよい。
店員モードを受け付けた場合（ステップＳ１０２：店員ＩＤ）、モード受付部１０１は、前捌きモードと緊急モードとのいずれかの店員モードを受け付ける（ステップＳ１０５）。モード受付部１０１は、前捌きモードか緊急モードかを判断する（ステップＳ１０６）。緊急モードの場合（ステップＳ１０６：緊急モード）、システム１は、緊急モードの商品登録処理を行う（ステップＳ１０７）。そして、システム１は、緊急モードの決済処理を行う（ステップＳ１０８）。ステップＳ１０８のつぎに、システム１は、フローの動作を終了する。なお、緊急モードの場合、ステップＳ１０８のつぎに、システム１は、ステップＳ１０１へ戻ってもよいし、ステップＳ１０７へ戻ってもよい。なお、ステップＳ１０７へ戻る場合、リスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成する。そして、表示部１０１０は、初期画面として、商品登録リストに商品情報が登録されていない状態の画面（図示しない）を表示してもよい。
前捌きモードの場合（ステップＳ１０６：前捌きモード）、システム１は、前捌きモードの商品登録処理を行う（ステップＳ１０９）。システム１は、前捌きモードの決済処理を行う（ステップＳ１１０）。ステップＳ１１０のつぎに、システム１は、フローの動作を終了する。なお、前捌きモードの場合、ステップＳ１１０のつぎに、システム１は、ステップＳ１０１へ戻ってもよいし、ステップＳ１０９へ戻ってもよい。なお、ステップＳ１０９へ戻る場合、リスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成する。そして、表示部１０１０は、初期画面として、商品登録リストに商品情報が登録されていない状態の画面（図示しない）を表示してもよい。前捌きモードにおいて、新たな顧客に対して、顧客ＩＤを付与するタイミングは、これに限らず、後述する各決済処理に応じて種々変更可能である。
また、モードの受付方法は、特に限定されない。例えば、ステップＳ１０１において、モード受付部１０１は、ＩＤの情報によってモードを受け付けているが、これに限らない。例えば、モード受付部１０１は、選択画面等によって店員であるか、顧客であるかの選択を受け付けてもよい。そして、ステップＳ１０２において、モード受付部１０１は、いずれの選択を受け付けたかを判断してもよい。ステップＳ１０２において、例えば、顧客の選択を受け付けた場合、モード受付部１０１は、顧客モードを受け付けたとする（ステップＳ１０２：会員ＩＤ）。ステップＳ１０２において、例えば、店員の選択を受け付けた場合、モード受付部１０１は、店員モードを受け付けたとする（ステップＳ１０２：店員ＩＤ）。
また、ステップＳ１０１、ステップＳ１０２、ステップＳ１０５の代わりに、モード受付部１０１は、図９に示すように画面ｄ００１から、モードを受け付けてもよい。そして、顧客モードを受け付けた場合、システム１は、ステップＳ１０３へ移行する。緊急モードを受け付けた場合、システム１は、ステップＳ１０７へ移行する。前捌きモードを受け付けた場合、システム１は、ステップＳ１０９へ移行する。
前述のように、図１４における各モードにおける商品登録処理と、決済処理と、のフローチャートについては、各モードで詳細に説明する。
つぎに、各モードにおける商品登録と決済について説明する。
＜セルフスキャンモードにおける商品登録処理＞
セルフスキャンモードにおいて、商品情報取得部１０３は、顧客の操作によって、顧客が購入する商品の商品情報を取得する。ここで取得される商品情報は、商品ＩＤの情報であってもよい。取得される商品情報は、商品の画像データ、商品の画像データから得られる特徴量の情報であってもよい。また、取得される商品情報は、これに限られない。取得される商品情報は、顧客が購入しようとする商品を一意に特定できるものであれば、どのような情報であってもよい。商品情報の取得方法としては、商品ＩＤの情報である商品コードの読み取り、画像による識別、タグの読み取りなど様々な例が挙げられる。取得方法は、特に限定されない。
商品情報取得部１０３は、例えば、読取装置を介して、商品コードを読み取ることにより、商品情報を取得する。読取装置は、特に限定されない。読取装置は、例えば、店舗用の携帯端末装置１０が有する撮像装置である。なお、商品コードは、上述したＪＡＮコードなどが挙げられる。また、商品コードは、例えば、数字、文字、もしくはこれらの組み合わせによって表される。商品コードは、表示の際に、バーコードなどの１次元コード、２次元コードなどに符号化されてもよい。なお、１次元コード、２次元コードなどの符号化されたコードを読み取る場合、商品情報取得部１０３は、符号化されたコードを読み取った後に復号化してもよい。そして、商品情報取得部１０３は、複合化した商品コードをＰＯＳサーバ１１のリスト生成部１１２に送信してもよい。もしくは、商品情報取得部１０３は、読み取った商品コードをＰＯＳサーバ１１のリスト生成部１１２に送信してもよい。そして、リスト生成部１１２が、受信した商品コードを複合化してもよい。
また、商品情報取得部１０３は、例えば、店舗用の携帯端末装置１０が有する撮像装置によって撮像された商品の画像から商品を識別することにより、商品情報を取得する。また、商品情報取得部１０３は、予め撮像された商品の画像、もしくは商品の絵の画像を、撮像装置を介して読み取ることにより、商品を識別する。これにより、取得部は、商品の商品情報を取得する。なお、これらの画像には、１次元コード、もしくは２次元コードなどの符号化されたコードが含まれていてもよい。
また、商品情報取得部１０３は、読取装置を介して、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｅｒ）が取り付けられたタグを読み取ることにより、商品情報を取得してもよい。ＲＦＩＤを用いる場合、読取装置は、ＲＦＩＤリーダである。
また、商品情報取得部１０３は、商品検索の結果から商品情報を選択することにより、商品情報を取得してもよい。例えば、商品検索の方法は特に限定されない。文字によって商品検索が行われてもよい。画像によって商品検索が行われてもよい。より具体的に、例えば、商品情報取得部１０３は、表示された商品の画像から、顧客が購入する商品を選択することにより、商品情報を取得してもよい。
また、商品情報取得部１０３は、入力装置を介して、数字もしくは文字によって表された商品コードの入力を受け付けることにより、商品情報を取得してもよい。入力装置は、タッチパネルディスプレイ、数字、文字を入力可能なキーボードなどが挙げられる。
ここでは、商品に付された商品コードを読み取る例を用いて商品情報の登録処理について詳細に説明する。図１５は、商品コードを読み取る例を示す説明図である。商品情報取得部１０３が携帯端末装置１０の撮像装置を介して商品コード（商品ＩＤの情報）を読み取る際、例えば、表示部１０１０は、商品コードを読み取り可能な画面ｄ０５０を表示する。例えば、画面ｄ０５０は、読み取り部分ｄ０５１と、読み取られた商品の情報を表示する表示欄ｄ０５２と、商品情報を登録するための「買い物かごへ」が表示されたボタンｄ０５３と、を有する。
表示欄ｄ０５２には、商品の名前および値段などが表示される。表示欄ｄ０５２は、商品ＩＤの情報が読み取られる前後で表示内容が異なる。商品ＩＤの情報が読み取られる前、表示欄ｄ０５２は、何も表示されない。商品ＩＤの情報が読み取られた後、表示欄ｄ０５２は、読み取られた表示ＩＤの情報に応じた商品の名前および値段が表示される。ここで、商品ＩＤの情報が読み取られてから、この表示欄ｄ０５２に商品の名前および値段が表示され、購入商品リストに商品情報が登録さえるまでの処理を説明する。読み取り部分ｄ０５１によって商品ＩＤの情報が読み取られると、商品情報取得部１０３は、読み取った商品ＩＤの情報をＰＯＳサーバ１１に送信する。ＰＯＳサーバ１１のリスト生成部１１２は、受信した商品ＩＤの情報に応じた商品の名前および値段を顧客の携帯端末装置１２へ送信してもよい。そして、表示部１０１０は、表示欄ｄ０５２に、商品の名前および値段などを表示する。図１５に示す表示欄ｄ０５２は、商品の名前としてビスケット、商品の値段として２５２円が表示されている。
そして、ボタンｄ０５３がタップされると、商品情報取得部１０３は、商品情報の登録依頼をＰＯＳサーバ１１へ送信する。例えば、登録依頼には、商品情報のほかに、顧客のＩＤの情報、店舗用の携帯端末装置１０のＩＤの情報などが含まれていてもよい。ＰＯＳサーバ１１のリスト生成部１１２は、受信した各情報に基づいて、購入商品リストを更新する。すなわち、リスト生成部１１２は、商品情報を登録する登録部として機能する。そして、表示部１０１０は、購入商品リストに登録された商品情報を、顧客モードを示す情報とともに表示してもよい。
図１６は、購入商品リストの表示例を示す説明図である。表示部１０１０は、受信した購入商品リストに応じた画面ｄ０６０を表示する。画面ｄ０６０は、例えば、購入商品リストの概要欄ｄ０６１と、詳細欄ｄ０６２と、商品追加ボタンｄ０６４と、支払いボタンｄ０６５と、取引中止ボタンｄ０６６と、操作者の名前表示欄ｄ０６７と、を含む。概要欄ｄ０６１には、例えば、購入商品リストに登録された商品の合計数量、税込みの合計の購入価格、店舗名などの情報が表示される。詳細欄ｄ０６２には、例えば、商品別に、購入商品リストに登録された商品の名前、購入数量、単価、値引き率、値引き額などの情報が表示される。例えば、詳細欄ｄ０６２は、商品別に、購入数量の入力欄ｄ０６３を有してもよい。また、詳細欄ｄ０６２では、例えば、登録が新しい順に商品情報が表示されてもよい。詳細欄ｄ０６２では、例えば、商品情報の表示順が指定可能であってもよい。
また、表示部１０１０は、購入数量の入力欄ｄ０６３がタップされると、数字を選択可能な画面（図示しない）を、画面ｄ０６０の一部または全部に重ねて表示してもよい。そして、数量受付部１０４は、選択された数字を購入数量として受け付ける。数量受付部１０４は、受け付けた購入数量をＰＯＳサーバ１１へ送信する。そして、ＰＯＳサーバ１１のリスト生成部１１２は、受け付けた購入数量に応じて購入商品リストを更新する。リスト生成部１１２は、更新後の購入商品リストを店舗用の携帯端末装置１０へ送信する。そして、表示部１０１０は、購入数量が更新後の購入商品リストを表示する。購入数量の変更方法は、特に限定されない。例えば、図示しないが、図１５に示すような商品コードを読み取り可能な画面ｄ０６０に、購入数量を入力可能な入力欄が設けられていてもよい。
図１６の画面ｄ０６０において、商品追加ボタンｄ０６４が押されると、表示部１０１０は、図１５に示すような商品コードを読み取り可能な画面ｄ０５０を表示してもよい。
取引中止ボタンｄ０６６が押されると、取引が中止され、表示部１０１０は、図９に示すようなモードを受け付ける画面ｄ００１、もしくは図１０に示すようなＩＤおよびパスワードを受け付ける画面ｄ０１０を表示してもよい。
図１６において、支払いボタンｄ０６５が、押されると、店舗用の携帯端末装置１０は、決済処理に移行する。決済処理については後述する。
名前表示欄ｄ０６７には、利用者である顧客の名前が表示される。なお、会員ＩＤ（顧客の識別情報）を受け付けた場合に、名前表示欄ｄ０６７に顧客の名前が表示可能である。例えば、図１０に示す画面ｄ０１０のように会員ＩＤを受け付ける場合、名前表示欄ｄ０６７が設けられてもよい。図９に示す画面ｄ００１のように会員ＩＤを受け付けない場合、画面ｄ０６０に名前表示欄ｄ０６７が含まれない、もしくは名前表示欄ｄ０６７が空欄であってもよい。顧客の名前は、上述した会員ＩＤの情報によって会員ＤＢ１１６から特定される。店員が、店舗用の携帯端末装置１０のモードがセルフスキャンモードであることが一目でわかるように、名前表示欄では、店員モードで使用しない敬称を名前に付してもよい。例えば、表示部１０１０は、様、殿などの顧客の名前に敬称等を付してもよい。なお、会員ＩＤを受け付けずに、名前等の入力がされた場合に、名前表示欄ｄ０６７には、入力された名前が表示されてもよい。
また、セルフスキャンモードであることが判別可能とするために、表示部１０１０は、画面ｄ０６０の背景色を、店員モードにおける購入商品リストの画面の背景色と異なるようにしてもよい。また、表示部１０１０は、セルフスキャンモードを示す情報を画面ｄ０６０に表示してもよい。セルフスキャンモードを示す情報の種類は、特に限定されない。例えば、セルフスキャンモードを示す情報は、絵、文字、数字、色、またはこれらの組み合わせの情報であってもよい。なお、以降セルフスキャンモードで使用される各画面においても同様に、表示部１０１０は、セルフスキャンモードを示す情報を表示してもよい。
また、画面ｄ０６０は、会員ＤＢ１１５に含まれるポイントの情報を含んでもよい。画面ｄ０６０は、電池の残量、時刻などの情報を含んでいてもよい。
＜セルフスキャンモードにおける商品登録処理のフローチャート＞
図１７は、商品登録処理例を示すフローチャートである。図１７において、各処理の操作者は顧客である。ここでの商品登録処理は、図１４に示すステップＳ１０３のセルフスキャンモードの商品登録処理である。商品情報取得部１０３は、商品情報を取得したか否かを判断する（ステップＳ１１０１）。ステップＳ１１０１において、商品情報取得部１０３は、撮像装置などによって商品コードの読み取りが行われることにより、商品情報を取得する。上述したように、ここでの商品情報は、特に限定されない。ここで取得される商品情報は、商品ＩＤの情報であってもよい。もしくは、商品情報は、商品の画像データ、商品の画像データから得られる特徴量の情報であってもよい。なお、ステップＳ１１０１において、図１７において、商品情報取得部１０３は、商品情報が取得され、かつ図１５に示す「買い物かごへ」が表示されたボタンｄ０５３がタップされたか否かを判断してもよい。商品情報が取得された場合（ステップＳ１１０１：Ｙｅｓ）、商品情報取得部１０３は、ＰＯＳサーバ１１に対して、商品情報を送信する（ステップＳ１１０２）。つぎに、ＰＯＳサーバ１１のリスト生成部１１２は、受信した商品情報に基づいて購入商品リストを更新する（ステップＳ１１０３）。リスト生成部１１２は、店舗用の携帯端末装置１０に対して購入商品リストを送信する（ステップＳ１１０４）。表示部１０１０は、購入商品リストを表示する（ステップＳ１１０５）。
ステップＳ１１０５、またはステップＳ１１０１のＮｏの場合のつぎに、数量受付部１０４は、数量の変更を受け付けたか否かを判断する（ステップＳ１１０６）。数量の変更を受け付けた場合（ステップＳ１１０６：Ｙｅｓ）、数量受付部１０４は、数量が変更される商品の商品情報と、受け付けた数量とを対応付けて送信する（ステップＳ１１０７）。リスト生成部１１２は、商品情報および数量に基づいて購入商品リストを更新する（ステップＳ１１０８）。リスト生成部１１２は、更新後の購入商品リストを送信する（ステップＳ１１０９）。表示部１０１０は、購入商品リストを表示する（ステップＳ１１１０）。
ステップＳ１１１０、またはステップＳ１１０６のＮｏの場合のつぎに、精算情報管理部１０７は、決済か否かを判断する（ステップＳ１１１１）。ステップＳ１１１１において、例えば、精算情報管理部１０７は、図１６に示す画面ｄ０６０の支払いボタンｄ０６５がタップされると、決済処理を受け付けたとする。すなわち、ステップＳ１１１１において、精算情報管理部１０７は、図１６に示す画面ｄ０６０の支払いボタンｄ０６５がタップされると、決済である判断する（ステップＳ１１１１：Ｙｅｓ）。ステップＳ１１１１において、精算情報管理部１０７は、図１６に示す画面ｄ０６０の支払いボタンｄ０６５がタップされないと、決済でない判断する（ステップＳ１１１１：Ｎｏ）。決済でない場合（ステップＳ１１１１：Ｎｏ）、店舗用の携帯端末装置１０は、ステップＳ１１０１へ戻る。一方、決済の場合（ステップＳ１１１１：Ｙｅｓ）、店舗用の携帯端末装置１０は、商品登録処理を終了して戻る。これにより、図１４に示す商品登録処理のつぎの決済処理に移行する。図１４に示すように、セルフスキャンモードの場合、システム１は、セルフスキャンモードの決済処理（ステップＳ１０４）へ移行する。
なお、図１７に示すフローチャートは、一例である。例えば、商品情報の取得するステップと、購入数量の変更のステップとは、例えば、それぞれ異なるフローチャートであってもよい。
＜セルフスキャンモードにおける決済処理＞
つぎに、セルフスキャンモードにおける決済処理について説明する。セルフスキャンモードにおいて、決済方法受付部１０５は、決済方法を受け付ける。例えば、決済方法受付部１０５は、現金決済と、電子決済と、から決済方法を受け付ける。例えば、決済方法は、現金決済と、電子決済と、が挙げられる。電子決済の種類は、上述したように、特に限定されない。また、決済方法受付部１０５は、複数の電子決済方法から電子決済方法を受け付けてもよい。決済方法の受付方法は、特に限定されない。例えば、決済方法受付部１０５は、画面の選択ボタンから、操作者によって決済方法が選択されることにより、決済方法を受け付けてもよい。図１８を用いて決済方法の受付の一例を説明する。図１８の例では、電子決済として、クレジット決済を例に挙げて説明する。
図１８は、決済方法の選択例を示す説明図である。表示部１０１０は、現金決済と、クレジット決済と、の決済方法の選択を受け付け可能な画面ｄ０７０を表示する。画面ｄ０７０は、現金決済を選択可能な現金決済ボタンｄ０７１－１と、クレジット決済を選択可能なクレジット決済ボタンｄ０７１－２と、を有する。さらに、画面ｄ０７０は、決済方法を確定する確定ボタンｄ０７３を有してもよい。また、画面ｄ０７０は、顧客の名前の表示欄ｄ０７２を有してもよい。
また、例えば、表示部１０１０は、タップされたボタンの色が、タップされる前のボタンの色と異なるように画面ｄ０７０の表示を制御してもよい。
例えば、現金決済ボタンｄ０７１－１がタップされた後に、確定ボタンｄ０７３がタップされると、決済方法受付部１０５は、現金決済を受け付ける。一方、クレジット決済ボタンｄ０７１－２がタップされた後に、確定ボタンｄ０７３がタップされると、決済方法受付部１０５は、クレジット決済を受け付ける。
つぎに、セルフスキャンモードにおいて、例えば、クレジット決済の場合に、決済方法受付部１０５は、さらに、決済を実施する装置の選択を受け付ける。なお、セルフスキャンモードにおいて、現金決済の場合、精算装置１４が決済を行う。
図１９は、決済を実施する装置の選択を受け付ける例を示す説明図である。表示部１０１０は、決済を実施する装置の選択を受け付け可能な画面ｄ０８０を表示する。画面ｄ０８０は、例えば、精算装置１４を選択可能なボタンｄ０８１－１と、顧客の携帯端末装置１２を選択可能なボタンｄ０８１－２と、を有する。さらに、画面ｄ０８０は、決済を実施する装置の選択を確定する確定ボタンｄ０８３を有してもよい。また、画面は、顧客の名前の表示欄ｄ０８２を含んでもよい。
精算装置１４を選択可能なボタンｄ０８１－１がタップされた後に、確定ボタンｄ０８３がタップされると、決済方法受付部１０５は、精算装置１４による決済を受け付ける。顧客の携帯端末装置１２を選択可能なボタンｄ０８１－２がタップされた後に、確定ボタンｄ０８３がタップされると、決済方法受付部１０５は、顧客の携帯端末装置１２による決済を受け付ける。
《精算装置１４による決済》
まず、精算装置１４による決済について説明する。出力部１０９は、取得された商品情報に基づく精算情報を、精算装置１４が読み取り可能に出力する。より具体的に、精算情報管理部１０７は、例えば、精算装置１４による決済を実施する決済要求をＰＯＳサーバ１１に対して通知する。ＰＯＳサーバ１１の精算情報生成部１１１は、例えば、決済要求を受信すると、顧客の購入商品リストに基づく精算情報を生成する。精算情報は、例えば、他の装置によって読み取り可能とするために、表示の際に、符号化されてもよい。符号化された精算情報は、例えば、精算コードを呼ぶ。精算コードは、特に限定されない。精算コードは、バーコードなどの１次元コード、２次元のコードによって表されてもよい。精算情報管理部１０７は、生成された精算情報を店舗用の携帯端末装置１０の出力部１０９へ渡す。
精算情報は、少なくとも顧客の購入商品リストを識別する情報を含む。購入商品リストを識別する情報は、例えば、顧客ＩＤの情報である。また、顧客の購入商品リストを識別する情報の他に、精算情報は、さらに、購入価格の情報を含んでもよい。購入価格の情報は、例えば、購入予定の商品の合計の購入価格の情報を含む。
ここで、精算装置１４による決済において、精算情報が含む情報に応じて２つの異なる決済手順が挙げられる。精算情報が購入価格の情報を含む場合における決済手順Ａと、精算情報が購入価格の情報を含まない場合における決済手順Ｂと、を説明する。まず、決済手順Ａについて簡単に説明する。精算装置１４が、精算コードを読み取り後に、精算情報に含まれる購入価格の情報に基づいて、決済を行う。なお、精算装置１４は、精算コードを復号化して精算情報を割り出した後に、精算情報に含まれる購入価格の情報に基づいて、決済を行う。そして、精算装置１４は、購入商品リストを識別する情報に基づいて、購入商品リストに関する決済の終了を通知する。そして、ＰＯＳサーバ１１は、決済が終了した購入商品リストに基づき売上を計上する。さらに、ＰＯＳサーバ１１は、購入商品リストＤＢから購入商品リストを削除してもよい。以上で決済手順Ａの説明を終了する。
つぎに、決済手順Ｂについて簡単に説明する。精算装置１４は、店舗用の携帯端末装置１０から符号化された精算情報である精算コードを読み取り、購入商品リストを識別する情報を取得する。なお、精算装置１４は、精算コードを復号化して精算情報を割り出すことにより、商品購入リストを識別する情報を取得する。そして、精算装置１４はＰＯＳサーバ１１に対して、購入商品リストを識別する情報に基づく決済要求を送信する。そして、ＰＯＳサーバ１１は、決済要求を受信すると、購入商品リストもしくは購入価格の情報を、精算装置１４に対して送信する。精算装置１４は、購入商品リストもしくは購入価格の情報に基づいて、決済を行う。そして、精算装置１４は、購入商品リストを識別する情報に基づいて、購入商品リストに関する決済の終了を通知する。そして、ＰＯＳサーバ１１は、購入商品リストを識別する情報に基づいて、購入商品リストに関する決済の終了を通知する。そして、ＰＯＳサーバ１１は、決済が終了した購入商品リストに基づき売上を計上する。さらに、ＰＯＳサーバ１１は、購入商品リストＤＢから購入商品リストを削除してもよい。以上で決済手順Ｂの説明を終了する。
なお、以降の説明において、決済手順Ａを用いて説明するが、決済手順Ｂが用いられてもよい。
ここで、精算装置１４による決済用の精算情報は、購入商品リストを識別する情報、購入価格の情報以外に、他の情報を含んでもよい。例えば、例えば、精算情報は、購入商品リストに含まれる情報などを含んでもよい。購入商品リストに含まれる情報は、商品の商品情報、購入数量の情報である。精算情報に含まれる商品情報は、例えば、商品ＩＤ、商品名、商品の単価などである。また、精算情報は、購入商品リストに会員ＩＤの情報がある場合、会員ＩＤの情報から得られる会員情報（会員名などの情報）を有していてもよい。精算情報は、商品登録処理を行った店舗用の携帯端末装置１０のＩＤの情報を含んでもよい。精算情報は、例えば、支払先となる店舗の店舗情報を含んでいてもよい。もしくは、精算情報は、取引ＩＤの情報を含んでいてもよい。また、精算情報は、店舗用の携帯端末装置１０のモードを示す情報を含んでいてもよい。ここでは、モードを示す情報は、セルフスキャンモードであることを示す。このように、精算情報に、店舗用の携帯端末装置１０の操作者を示す情報、店舗用の携帯端末装置１０のＩＤの情報、モードを示す情報等を含めることにより、商品登録の内容等で決済時にトラブルが発生した際の原因の分析の容易化を図ることができる。なお、精算情報は、前述の情報の一部を含まなくてもよい。また、精算情報は、前述の情報以外の情報を含んでもよい。
出力部１０９は、精算情報を精算装置１４が読み取り可能に出力する。出力方法は、特に限定されない。前述のように、例えば、表示部１０１０が、精算情報を符号化した精算コードを表示してもよい。
図２０は、精算装置１４が読み取り可能な精算コードの表示例を示す説明図である。表示部１０１０は、精算情報を符号化した精算コードを含む画面ｄ０９０を表示する。例えば、画面ｄ０９０は、精算コードの表示欄ｄ０９１と、合計数量の表示欄ｄ０９３と、購入価格の表示欄ｄ０９４と、を含む。合計数量の表示欄ｄ０９３には、顧客が購入する商品の合計の購入数量が表示される。購入価格の表示欄ｄ０９４には、例えば、顧客が購入する商品の税込みの合計価格が表示される。また、画面ｄ０９０は、決済が終了後にタップされる完了ボタンｄ０９２を有する。
例えば、顧客は、精算コードが表示された店舗用の携帯端末装置１０を精算装置１４まで持っていく。そして、有人の精算装置１４の場合、精算装置１４の読取部１４１は、店員の操作によって精算コードを読み取る。無人の精算装置１４の場合、精算装置１４の読取部１４１は、顧客の操作によって精算コードを読み取る。そして、決済部１４２は、読み取った精算コードに基づいて、決済を行う。精算装置１４による決済であるため、決済方法は、特に限定されない。
発行制御部１４３は、決済終了後に、印刷装置にレシートを発行させる。ここでの印刷装置は、例えば、精算装置１４が有していてもよい。もしくは、この印刷装置は、例えば、印刷装置１３のように通信ネットワーク１６を介して精算装置１４と接続された装置であってもよい。
レシートには、例えば、購入価格の情報、会員情報、店舗に関する情報が含まれてもよい。レシートに含まれる購入価格の情報は、商品情報、商品の購入数量、割引額、割引率、クーポンの使用の有無、合計の購入価格、預かり金額、釣り銭額などの情報である。レシートに含まれる商品情報としては、例えば、商品の商品コード、商品名、単価などの情報が挙げられる。レシートに含まれる会員情報としては、顧客の会員ＩＤ、会員名、ポイントなどの情報が挙げられる。レシートに含まれる店舗に関する情報は、例えば、店舗名、店舗のＩＤ、店舗の住所、店舗の連絡先などの情報である。なお、図示しないが、店舗に関する情報を管理するＤＢなどがＰＯＳサーバ１１などに予め記憶されていてもよい。また、レシートには、商品登録を行った店舗用の携帯端末装置１０のＩＤの情報、精算装置１４のＩＤの情報が含まれてもよい。精算装置１４が有人の場合、レシートには、精算装置１４を操作した店員に関する店員情報が含まれてもよい。ここでの店員情報は、店員ＩＤ、店員の名前などが挙げられる。また、レシートには、決済が完了した日時等の情報が含まれてもよい。また、レシートには、レシートのＩＤの情報が含まれてもよい。レシートには、取引ＩＤの情報が含まれていてもよい。また、レシートには、現金決済であることを示す情報が含まれていてもよい。現金決済を示す情報は、例えば、現金決済を示す文字または絵、預かり額、釣り銭額などの情報であってもよい。また、レシートには、店舗用の携帯端末装置１０のモードを示す情報が含まれてもよい。ここでは、モードを示す情報は、セルフスキャンモードであることを示す。このように、レシートが、各装置の操作者を示す情報、モードを示す情報等を含むことにより、商品登録の内容および決済にトラブルが発生した際の原因の分析の容易化を図ることができる。なお、レシートは、前述の情報の一部を含まなくてもよい。また、レシートは、前述の情報以外の情報を含んでもよい。
顧客は、決済を終了後に、図２０に示す店舗用の携帯端末装置１０の画面ｄ０９０に含まれる完了ボタンｄ０９２をタップする。表示部１０１０は、完了ボタンｄ０９２がタップされると、図９に示す画面ｄ００１、もしくは図１０に示す画面ｄ０１０を再度表示してもよい。
《顧客の携帯端末装置１２による電子決済》
つぎに、顧客の携帯端末装置１２によって電子決済を行う例について説明する。スマートフォンやタブレット等の持ち運び可能な店舗用の携帯端末装置には、クレジットカード、デビットカード、ポイントカード等のカードを読み取り可能な装置、もしくは近距離無線通信型のＩＣカードを読み取り可能な装置が接続されない場合がある。この電子決済によれば、店舗用の携帯端末装置１０に電子決済の読み取り手段がない場合であっても、顧客が電子決済を行うことができる。出力部１０９は、購入商品リストに基づく精算情報を、顧客の携帯端末装置１２が読み取り可能に出力する。顧客の携帯端末装置１２による電子決済において精算情報は、支払先となる店舗に関する店舗情報と、購入商品リストに基づく購入価格の情報と、を少なくとも含む。なお、顧客の携帯端末装置１２による決済における精算情報では、購入商品リストを識別する情報の他に、支払先となる店舗に関する店舗情報を含んでおり、顧客の携帯端末装置１２による電子決済における精算情報と、前述の精算装置１４による決済における精算情報とは、異なる。
また、精算情報は、精算装置１４による決済で説明したように、商品の商品情報、購入数量の情報を含んでもよい。精算情報は、商品登録処理の操作者である顧客の会員ＩＤの情報などの会員情報を含んでもよい。精算情報は、商品登録処理を行った店舗用の携帯端末装置１０のＩＤの情報を含んでもよい。精算情報は、取引ＩＤの情報を含んでいてもよい。また、精算情報は、店舗用の携帯端末装置１０のモードを示す情報を含んでいてもよい。ここでは、モードを示す情報は、セルフスキャンモードであることを示す。なお、精算情報は、前述の情報の一部を含まなくてもよい。また、精算情報は、前述の情報以外の情報を含んでもよい。例えば、精算情報は、さらに、所定のアプリケーションの有無によって他の情報を含んでもよい。
精算情報の出力方法は、特に限定されない。例えば、表示部１０１０が、前述のように精算情報を符号化した精算コードを表示してもよい。そして、顧客の携帯端末装置１２の読取部１２１は、精算コードを読み取る。精算コードによる画面表示の場合、顧客の携帯端末装置１２の読取部１２１は、撮像装置によって精算コードを読み取る。
より詳細な例について説明する。所定のアプリケーションプログラムの有無によって処理が異なる。所定のアプリケーションプログラムを以降店舗アプリ（店舗用のアプリケーション）と呼ぶ。店舗アプリは、顧客の携帯端末装置１２で動作する。店舗アプリは、例えば、顧客の決済情報を設定可能なアプリケーションプログラムである。顧客の決済情報とは、上述したように、電子決済に用いる顧客の電子決済に関する情報である。より具体的に、決済情報は、例えば、カードによる電子決済を行うための情報である。クレジット決済の場合、決済情報は、例えば、クレジット決済用の番号、使用期限、氏名、セキュリティーコードなどの情報である。ポイント決済の場合、決済情報は、例えば、ポイント決済用の番号の情報などである。デビット決済の場合、決済情報は、例えば、クレジット決済と同様に、デビットカードの番号、氏名、暗証番号などの情報である。電子マネー決済の場合、決済情報は、例えば、電子マネーを紐づけ可能な番号、ＩＤなどの情報である。例えば、店舗アプリは、現金決済以外の登録済みの電子決済を行うことができる。
アプリ有無受付部１０６は、店舗用のアプリケーションの有無を受け付ける。図２１は、店舗アプリの有無の受付例を示す説明図である。表示部１０１０は、店舗アプリの有無を受け付け可能な画面ｄ１００を表示する。例えば、画面ｄ１００は、店舗アプリがあることを受け付けるはいボタンｄ１０１－１と、店舗アプリがないことを受け付けるいいえボタンｄ１０１－２と、を有する。
例えば、はいボタンｄ１０１－１がタップされると、アプリ有無受付部１０６は、店舗アプリが顧客の携帯端末装置１２にインストールされていることを受け付ける。例えば、いいえボタンｄ１０１－２がタップされると、アプリ有無受付部１０６は、店舗アプリが顧客の携帯端末装置１２にインストールされていないことを受け付ける。
《店舗アプリが顧客の携帯端末装置１２にない場合》
まず、顧客の携帯端末装置１２において店舗アプリがインストールされていない場合について説明する。
店舗アプリが顧客の携帯端末装置１２にない場合、精算情報は、さらに、顧客の携帯端末装置１２が顧客の決済情報の入力を受け付けるための情報を含む。この情報は、例えば、決済情報を入力可能な入力欄を有するページのＵＲＬの情報である。この情報をリンク情報と呼ぶ。ここでのページは、例えば、ＨＴＭＬのページである。
表示部１０１０は、例えば、精算情報を顧客の携帯端末装置１２が読み取り可能に表示する。顧客の携帯端末装置１２の読取部１２１は、例えば、精算情報を読み取る。決済部１２２は、精算情報を読み取ったときに、読み取った精算情報に基づき顧客の決済情報の入力を受け付ける。決済部１２２は、決済サーバ１５に対して、入力された顧客の決済情報と、精算情報と、を用いて、電子決済を行う。
ここでは、クレジット決済を例に挙げて詳細に説明する。図２２は、精算コードの表示例を示す説明図である。具体的に、表示部１０１０は、例えば、精算情報を符号化した精算コード（図２２において２次元コード）を含む画面ｄ１１０を表示する。画面ｄ１１０は、精算コード（２次元コード）の表示欄ｄ１１１と、合計の購入数量の表示欄ｄ１１４と、合計の購入価格の表示欄ｄ１１５と、支払方法の表示欄ｄ１１６と、を含む。画面ｄ１１０は、さらに、決済終了後に押される完了ボタンｄ１１２と、支払いを中断して商品登録処理に戻る「買い物かごへ」が表示されたボタンｄ１１３と、を有する。
顧客の携帯端末装置１２の読取部１２１は、例えば、表示欄ｄ１１１に表示された精算コード（２次元コード）を読み取る。これにより、決済情報受付部１２５は、決済情報を入力可能で、決済サーバ１５に対して決済を依頼可能なページを閲覧可能なブラウザを起動する。そして、決済情報受付部１２５は、ブラウザによって、リンク情報に基づいて、ＵＲＬのページを開く。
図２３は、決済情報を入力可能なページの表示例を示す説明図である。顧客の携帯端末装置１２の表示部１２１０は、リンク情報に基づくページの画面ｄ１２０を表示する。画面ｄ１２０は、例えば、利用内容の表示欄ｄ１２１と、支払い手続きの表示欄ｄ１２２と、を有する。利用内容の表示欄ｄ１２１には、例えば、支払先である店舗名、合計の購入価格などが表示される。支払い手続きの表示欄ｄ１２２は、クレジットカード番号の入力欄ｄ１２３と、クレジットカードに記載の氏名の入力欄ｄ１２４と、クレジットカードの有効期限の入力欄ｄ１２５と、セキュリティーコードの入力欄ｄ１２６と、支払回数の入力欄ｄ１２７と、を有する。支払回数の入力欄ｄ１２７は、プルダウンメニューであってもよい。また、画面ｄ１２０は、クレジット決済を確定する確定ボタンｄ１２８と、クレジット決済の手続きを途中で辞めるキャンセルボタンｄ１２９と、を有する。
決済情報受付部１２５は、各入力欄に対する入力を受け付ける。決済部１２２は、確定ボタンがタップされると、受け付けた決済情報と、精算情報と、を基に、決済サーバ１５に対して電子決済を行う。ここで、決済部１２２による電子決済を行うとは、例えば、決済サーバ１５に対して電子決済を依頼することである。
決済情報を受け付ける方法は画面ｄ１２０の入力欄による例に限らない。例えば、決済情報受付部１２５は、撮像装置によってクレジットカードが撮像された画像からクレジットカードに記載のクレジット情報を抽出することにより、クレジット情報（決済情報）を受け付けてもよい。
図２４は、決済完了の表示例を示す説明図である。顧客の携帯端末装置１２の表示部１２１０は、決済完了の画面ｄ１３０を表示する。画面ｄ１３０は、例えば、ご利用内容の表示欄ｄ１３１と、支払い手続きの表示欄ｄ１３２と、を有する。ご利用内容の表示欄ｄ１３１には、図２３の例と同様に、支払先である店舗名、合計の購入価格などが表示される。支払い手続きの表示欄ｄ１３２には、クレジットカード会社名、支払回数、クレジットカードの番号などが表示される。
また、画面ｄ１３０は、画面ｄ１３０の表示を終了する終了ボタンｄ１３４を有する。終了ボタンｄ１３がタップされると、ブラウザにおいて画面ｄ１３０のページが終了する。
また、決済が完了すると、顧客の操作によって、図２２に示す店舗用の携帯端末装置１０の画面ｄ１１０に示した完了ボタンｄ１１２がタップされる。以上で店舗アプリがない場合の電子決済が完了する。これにより、店舗用の携帯端末装置１０に電子決済の読み取り手段がない場合であっても、顧客が電子決済を行うことができる。
また、電子決済が完了すると、店舗用の携帯端末装置１０の発行制御部１０１１は、印刷装置１３にレシートを発行させてもよい。詳細に、レシートには、例えば、購入価格の情報、会員情報、店舗に関する情報が含まれてもよい。レシートに含まれる購入価格の情報、会員情報、店舗に関する情報は、現金決済で発行されるレシートと同様であってよい。また、レシートには、商品登録を行った店舗用の携帯端末装置１０のＩＤの情報が含まれてもよい。また、レシートには、決済が完了した日時等の情報が含まれてもよい。また、レシートには、レシートのＩＤの情報が含まれてもよい。レシートには、取引ＩＤの情報が含まれていてもよい。また、レシートには、電子決済であることを示す情報が含まれていてもよい。電子決済を示す情報は、例えば、決済方法の名称などの決済方法を示す文字または絵、決済情報の一部などの情報である。また、レシートには、店舗用の携帯端末装置１０のモードを示す情報が含まれてもよい。ここでは、モードを示す情報は、セルフスキャンモードであることを示す。なお、レシートは、前述の情報の一部を含まなくてもよい。また、レシートは、前述の情報以外の情報を含んでもよい。
《店舗アプリが顧客の携帯端末装置１２にある場合》
つぎに、店舗アプリが顧客の携帯端末装置１２にある例について説明する。店舗用の携帯端末装置１０の出力部１０９は、精算情報を店舗アプリが読み取り可能に出力する。精算情報は、上述したように支払先である店舗に関する店舗情報と、購入価格の情報と、を含む。また、精算情報は、上述した他の情報を含んでもよい。ただし、店舗アプリが顧客の携帯端末装置１２にある場合、店舗アプリに決済情報が設定されている、もしくは登録可能なため、精算情報は、顧客の携帯端末装置１２が顧客の決済情報の入力を受け付けるための情報を含まなくてよい。この情報は、前述のリンク情報である。なお、前述のように店舗アプリが顧客の携帯端末装置１２にない場合において、精算情報は、リンク情報を含む。精算情報の出力方法については、店舗アプリがなしの場合の例と同様に、精算情報を符号化した精算コードなどの表示であってもよい。なお、画面例については、図２２に示す画面ｄ１１０と同様であってよい。
顧客の携帯端末装置１２の読取部１２１は、店舗アプリによって、精算情報を読み取る。すなわち、顧客の携帯端末装置１２では、店舗アプリが起動されている。そして、店舗アプリが、撮像装置によって精算情報を読み取る。そして、決済部１２２は、店舗アプリによって、店舗アプリに設定された顧客の決済情報、および読み取った精算情報を用いて、決済サーバ１５を介して電子決済を行う。図示しないが、表示部１２１０は、店舗アプリによって、電子決済が終了したことを示す画面を表示してもよい。以上で、顧客の携帯端末装置１２を用いる電子決済の説明を終了する。
また、電子決済が完了すると、店舗用の携帯端末装置１０の発行制御部１０１１は、印刷装置１３にレシートを発行させてもよい。詳細に、レシートには、店舗アプリなしの場合のレシートと同様の情報が含まれていてもよい。また、レシートには、店舗アプリを利用した電子決済であることを示す情報が含まれていてもよい。
また、店舗アプリが、店舗の印刷装置１３を利用可能である場合、顧客の携帯端末装置１２の発行制御部（図示しない）が、印刷装置１３にレシートを発行させてもよい。
また、電子決済において顧客の決済情報を店舗用の携帯端末装置１０に入力可能な場合がある。このような場合、顧客の携帯端末装置１２の店舗アプリなしの場合と同様の処理を店舗用の携帯端末装置１０が行えばよい。例えば、店舗用の携帯端末装置１０の決済部１０８は、顧客の決済情報を受け付ける。表示部１０１０は、例えば、ブラウザを介して、上述したリンク情報のページを表示する。例えば、表示部１０１０は、図２３に示した画面ｄ１２０と同様の画面を表示してもよい。そして、決済部１０８は、ブラウザを介して、受け付けた決済情報と、精算情報と、に基づいて、決済サーバ１５を介して電子決済を行う。また、表示部１０１０は、決済完了後の画面として、図２４の画面ｄ１３０と同様の画面を表示してもよい。
＜セルフスキャンモードにおける決済処理のフローチャート＞
セルフスキャンモードにおける決済処理については、図２５から図２７を用いて説明する。セルフスキャンモードにおける決済処理は、図１４に示すステップＳ１０４のセルフスキャンモードの決済処理である。図２５は、セルフスキャンモードの決済処理例を示すフローチャートである。表示部１０１０は、支払いに用いる装置の選択画面を表示する（ステップＳ１２０１）。ステップＳ１２０１において、例えば、表示部１０１０は、購入価格の情報を支払い方法の選択画面に含めて表示してもよい。
つぎに、決済方法受付部１０５は、支払いに用いる装置が精算装置１４であるか否かを判断する（ステップＳ１２０２）。支払いに用いる装置が精算装置１４である場合（ステップＳ１２０２：Ｙｅｓ）、精算情報管理部１０７は、ＰＯＳサーバ１１に対して、精算コードの生成要求（決済要求）を送信する（ステップＳ１２０３）。精算コードは、上述したように、精算情報を符号化したものである。ここでは、精算情報が、購入価格の情報を含む場合の前述の決済手順Ａを用いて説明する。このため、精算情報は、例えば、購入商品リストを識別する情報と、購入価格の情報と、を少なくとも含む。また、精算情報は、これらの他に、店舗用の携帯端末装置１０のＩＤの情報と、操作者の会員ＩＤの情報とを含んでもよい。また、前述のように、精算情報は、他の情報を含んでもよい。精算情報生成部１１１は、精算コードを生成する（ステップＳ１２０４）。ステップＳ１２０４において、精算情報生成部１１１は、購入商品リストに基づいて合計の購入価格を算出する。そして、ステップＳ１２０４において、精算情報生成部１１１は、精算情報を生成する。ステップＳ１２０４において、精算情報生成部１１１は、精算情報を符号化することにより、精算コードを生成する。精算情報生成部１１１は、店舗用の携帯端末装置１０に対して、精算コードを送信する（ステップＳ１２０５）。表示部１０１０は、精算コードを含む画面を表示する（ステップＳ１２０６）。顧客が携帯端末装置１０を持って移動する。
精算装置１４の読取部１４１は、精算コードを読み取る（ステップＳ１２０７）。つぎに、表示部１４４は、読み取った精算コードに基づく決済用の画面を表示する（ステップＳ１２０８）。なお、実際には、精算コードを復号化するなどの処理があるが、既存の技術であるため、説明を省略する。ここでの画面は、既存の精算装置１４の機能が用いられればよく、特に限定されない。そして、決済部１４２は、決済を行う（ステップＳ１２０９）。ステップＳ１２０９において、決済方法は、既存の精算装置１４で利用可能な決済方法が利用されればよく、現金決済、電子決済など特に限定されない。発行制御部１４３は、レシートを発行させ（ステップＳ１２１０）、フローの動作を終了する。レシートに含まれる情報は、上述の通りである。表示部１４４は、ステップＳ１２０９の後に、決済終了画面を表示してもよい。
また、図示しないが、決済が終了すると、ＰＯＳサーバ１１の売上管理部１１３が、決済内容に基づいて売上情報を更新する。より具体的に、決済部１４２は、精算情報に含まれる購入商品リストを識別する情報と決済内容に基づいて、決済が終了した購入商品リストをＰＯＳサーバ１１へ通知する。決済内容とは、いずれの決済方法が利用されたかなどの情報であってもよい。そして、売上管理部１１３が、決済が終了した購入商品リストおよび決済内容に基づいて、売上ＤＢ１１８を更新する。また、リスト生成部１１２は、購入商品リストＤＢ１１９から、決済が終了した購入商品リストを削除してもよい。
また、ステップＳ１２０９において、決済部１４２は、精算情報が購入価格の情報を含まない場合の前述の決済手順Ｂを行ってもよい。すなわち、精算情報は、購入商品リストを識別する情報を少なくとも含む。ステップＳ１２０９において、例えば、決済部１４２は、購入商品リストを識別する情報に基づく決済要求を送信する。そして、ステップＳ１２０９において、精算情報生成部１１１は、決済要求を受信すると、購入商品リストもしくは購入価格の情報を、精算装置１４に対して送信する。ステップＳ１２０９において、精算装置１４は、購入商品リストもしくは購入価格の情報に基づいて、決済を行う。決済終了後の精算装置１４における処理とＰＯＳサーバ１１における処理は、決済手順Ａと同じであるため、この説明を省略する。
一方、支払いに用いる装置が精算装置１４でない場合（ステップＳ１２０２：Ｎｏ）、店舗用の携帯端末装置１０は、クレジット決済処理を行う（ステップＳ１２１１）。精算装置１４でない場合、例えば、顧客の携帯端末装置１２が決済に用いられる。顧客の携帯端末装置１２を用いる決済は、電子決済である。ステップＳ１２１１では、電子決済のうちクレジット決済を一例に挙げている。
図２６および図２７は、クレジット決済処理を示すフローチャートである。図２６および図２７に示すクレジット決済処理は、図２５に示すステップＳ１２１１のクレジット決済処理の詳細である。表示部１０１０は、店舗アプリの有無の選択画面を表示する（ステップＳ１３０１）。アプリ有無受付部１０６は、店舗アプリがあるかを判断する（ステップＳ１３０２）。店舗アプリがある場合（ステップＳ１３０２：Ｙｅｓ）、精算情報管理部１０７は、精算コードの生成要求（決済要求）を送信する（ステップＳ１３０３）。精算情報生成部１１１は、精算情報を符号化した精算コードを生成する（ステップＳ１３０４）。精算コードは、顧客の携帯端末装置１２が読取可能である。ステップＳ１３０４において、精算情報生成部１１１は、購入商品リストに基づいて購入価格を算出する。そして、ステップＳ１３０４において、精算情報生成部１１１は、精算情報を生成する。ステップＳ１３０４において、精算情報生成部１１１は、精算情報を符号化することにより、精算コードを生成する。精算情報は、例えば、購入価格の情報と、支払先の情報と、を少なくとも含む。また、精算情報は、これらの情報の他に、操作者の会員ＩＤの情報などの会員情報と、店舗用の携帯端末装置１０のＩＤの情報と、を含んでもよい。つぎに、精算情報生成部１１１は、生成した精算コードを送信する（ステップＳ１３０５）。表示部１０１０は、精算コードを含む支払い用の画面を表示する（ステップＳ１３０６）。
顧客の携帯端末装置１２は、顧客の操作によって店舗アプリを起動する。読取部１２１は、店舗用の携帯端末装置１０から、店舗アプリによって精算コードを読み取る（ステップＳ１３０７）。決済部１２２は、店舗アプリによってクレジット決済を行う（ステップＳ１３０８）。ステップＳ１３０８において、より具体的に、決済部１２２は、店舗アプリに設定された決済情報と、精算コード（精算情報）と、に基づいて、決済サーバ１５を介してクレジット決済を行う。
つぎに、表示部１２１０は、決済終了画面を表示する（ステップＳ１３０９）。クレジット決済が完了すると、店舗用の携帯端末装置１０の発行制御部１０１１は、印刷装置１３にレシートを発行させる（ステップＳ１３１０）。レシートに含まれる情報は上述した通りである。そして、システム１は、店舗アプリがありの場合のフローの動作を終了する。なお、図示しないが、決済が終了すると、ＰＯＳサーバ１１の売上管理部１１３が、決済内容に基づいて売上情報を更新する。
一方、店舗アプリがない場合（ステップＳ１３０２：Ｎｏ）、図２７の説明に移って、精算情報管理部１０７は、精算コードの生成要求（決済要求）を送信する（ステップＳ１４０１）。精算情報生成部１１１は、精算コードを生成する（ステップＳ１４０２）。ステップＳ１４０２において、精算情報生成部１１１は、購入価格を算出する。そして、ステップＳ１４０２において、精算情報を生成する。そして、精算情報生成部１１１は、精算情報を符号化することにより、精算コードを生成する。精算コードは、顧客の携帯端末装置１２が読取可能である。店舗アプリがない場合の精算情報は、例えば、購入価格の情報と、支払先の情報と、リンク情報と、を少なくとも含む。また、精算情報は、これらの情報の他に、会員ＩＤの情報と、携帯端末装置のＩＤの情報と、を含んでもよい。つぎに、精算情報生成部１１１は、生成した精算コードを送信する（ステップＳ１４０３）。表示部１０１０は、精算コードを含む画面を表示する（ステップＳ１４０４）。
顧客の携帯端末装置１２の読取部１２１は、店舗用の携帯端末装置１０から、精算コードを読み取る（ステップＳ１４０５）。決済情報受付部１２５は、読み取った精算コードに含まれるリンク情報に基づいて決済情報を入力可能なページをブラウザによって開く。決済情報受付部１２５は、ページを介して決済情報を受け付ける（ステップＳ１４０６）。決済部１２２は、決済サーバ１５に対してクレジット決済を行う（ステップＳ１４０７）。ステップＳ１４０７において、より具体的に、決済部１２２は、受け付けた決済情報と、精算コードと、に基づいて、決済サーバ１５を介してクレジット決済を行う。表示部１２１０は、決済終了画面を表示する（ステップＳ１４０８）。クレジット決済が完了すると、発行制御部１０１１は、印刷装置１３にレシートを発行させる（ステップＳ１４０９）。レシートに含まれる情報は上述した通りである。そして、システム１は、店舗アプリがありの場合のフローの動作を終了する。なお、図示しないが、決済が終了すると、ＰＯＳサーバ１１の売上管理部１１３が、購入商品リストを示す情報および決済内容に基づいて売上情報を更新する。
この電子決済方法によれば、店舗用の携帯端末装置１０に電子決済の読み取り手段がない場合であっても、顧客が、自身の携帯端末装置１２の店舗アプリの有無に応じた電子決済を行うことができる。
以上でセルフスキャンモードにおける決済処理の説明を終了する。
＜緊急モードにおける商品登録処理＞
つぎに、緊急モードにおける商品登録処理について説明する。緊急モードにおいて、商品情報取得部１０３は、店員の操作によって、顧客が購入する商品の情報を取得する。商品情報の取得方法としては、操作者が店員であるということ以外について、セルフスキャンモードおける商品登録処理と同様であってよい。これにより、ＢＣＰ対策などのように店員の操作による緊急用の商品登録装置として、店舗用の携帯端末装置１０を活用することができる。また、ＰＯＳサーバ１１のリスト生成部１１２が、購入商品リストを更新してもよい。そして、表示部１０１０は、購入商品リストに登録された商品情報を、緊急モードを示す情報とともに表示してもよい。緊急モードを示す情報の種類は特に限定されない。例えば、緊急モードを示す情報は、絵、文字、数字、色の情報、もしくはこれらの組み合わせの情報であってもよい。また、他の緊急モードにおける各画面において、表示部１０１０は、緊急モードを示す情報を表示してもよい。
図２８は、緊急モードにおける購入商品リストの例を示す説明図である。表示部１０１０は、購入商品リストに応じた画面を表示する。画面ｄ１５０は、例えば、セルフスキャンモードにおける画面と同様に、購入商品リストの概要欄ｄ１５１と、詳細欄ｄ１５２と、を含む。さらに、画面ｄ１５０は、商品追加ボタンｄ１５４と、支払いボタンｄ１５５と、取引中止ボタンｄ１５６と、操作者である店員の名前表示欄ｄ１５７と、モードの概要欄ｄ１５６と、を含む。店員の名前表示欄ｄ１５７およびモードの概要欄ｄ１５８以外の各詳細は、セルフスキャンモードにおける画面と同様であってよい。
名前表示欄ｄ１５７には、店員の名前が表示される。なお、店員ＩＤ（店員の識別情報）を受け付けた場合に、名前表示欄ｄ１５７に店員の名前が表示可能である。例えば、図１０に示す画面ｄ０１０のように店員ＩＤを受け付ける場合、名前表示欄ｄ１５７が表示されてもよい。図９に示す画面ｄ００１のように店員ＩＤを受け付けない場合、画面ｄ１５０に名前表示欄ｄ１５７が含まれない、もしくは名前表示欄ｄ１５７が空欄であってもよい。敬称の有無は限定されない。また、緊急モードにおける購入商品リストの画面ｄ１５０は、緊急モードを示す情報が表示されることが、セルフスキャンモードにおける購入商品リストの画面と異なる。セルフスキャンモードと区別するために、名前表示欄ｄ１５７において店員の名前に敬称がなくてもよい。もしくは、セルフスキャンモードと区別するために、セルフスキャンモードの顧客の名前に付される敬称と異なる敬称が利用されてもよい。
また、モードの概要欄ｄ１５８には、緊急モードを示す情報が画面ｄ１５０に表示される。図２８において、モードの概要欄ｄ１８には、「緊急」という文字が表示されている。また、例えば、緊急モードであることが判別可能なように、画面ｄ１５０の背景色が設定されてもよい。
＜緊急モードにおける商品登録処理のフローチャート＞
緊急モードにおける商品登録処理は、図１７に示す商品登録処理（図１４のステップＳ１０７）である。緊急モードにおける商品登録処理のフローチャートは、操作者が異なるが、図１７に示すセルフスキャンモードにおける商品登録処理のフローチャートと同一であってよい。このため、図を用いた詳細な説明を省略する。なお、図１７に示すステップＳ１１１１のＹｅｓにおいて、緊急モードの場合、店舗用の携帯端末装置１０は、商品登録処理を終了して戻る。よって、システム１は、緊急モードの場合、図１４に示す商品登録処理（ステップＳ１０７）のつぎの緊急モードの決済処理（ステップＳ１０８）に移行する。
＜緊急モードにおける決済処理＞
つぎに、緊急モードにおける決済処理について説明する。上述したように、緊急モードは、ＢＣＰ対策であり、精算装置１４を利用できないことを想定する。ただし、精算情報の生成処理等は、ＰＯＳサーバ１１が行ってもよい。
緊急モードにおいて、決済方法受付部１０５は、決済方法の選択を受け付ける。具体的に、決済方法受付部１０５は、現金決済と、電子決済と、の決済方法の選択を受け付ける。セルフスキャンモードと同様に、電子決済の方法は特に限定されない。また、決済方法受付部１０５は、複数種類の電子決済から決済方法を受け付けてもよい。
図２９は、決済方法の選択例を示す説明図である。図２９では、電子決済の一例としてクレジット決済を挙げて説明する。表示部１０１０は、現金決済と、クレジット決済と、の決済方法の選択を受け付け可能な画面を表示する。画面ｄ１６０は、現金決済を選択可能な現金決済ボタンｄ１６１－１と、クレジット決済を選択可能なクレジット決済ボタンｄ１６１－２と、を有する。さらに、画面ｄ１６０は、決済方法を確定する確定ボタンｄ１６４を有してもよい。
画面ｄ１６０は、店員の名前の表示欄ｄ１６２と、緊急モードであることを示すモードの概要欄ｄ１６３と、を含んでもよい。モードの概要欄ｄ１６３は、図２８に示した購入商品リストの画面ｄ１５０のモードの概要欄ｄ１５８と同様であってよい。
例えば、現金決済を選択可能な現金決済ボタンｄ１６１－１がタップされた後に、確定ボタンｄ１６４がタップされると、決済方法受付部１０５は、現金決済を受け付ける。一方、クレジット決済を選択可能なクレジット決済ボタンｄ１６１－２がタップされた後に、確定ボタンｄ１６４がタップされると、決済方法受付部１０５は、クレジット決済を受け付ける。
《緊急モードにおける現金決済》
まず、緊急モードにおける現金決済の例について説明する。表示部１０１０は、現金決済の場合に、購入商品リストに基づく現金精算情報を表示する。例えば、現金精算情報は、商品の購入価格の情報を含む。現金精算情報は、購入価格の情報のほかに、商品の合計数量の情報、各商品の価格などを含んでもよい。
現金精算情報は、ＰＯＳサーバ１１によって生成されてもよい。精算情報管理部１０７は、例えば、携帯端末装置による現金決済を実施する決済要求をＰＯＳサーバ１１に対して通知する。ＰＯＳサーバ１１の精算情報生成部１１１は、例えば、決済要求を受信すると、顧客の購入商品リストに基づく現金精算情報を生成する。精算情報管理部１０７は、生成された精算情報を店舗用の携帯端末装置１０の出力部１０９（表示部１０１０）へ渡す。
図３０および図３１は、緊急モードにおける現金決済例を示す説明図である。表示部１０１０は、現金決済における画面ｄ１７０を表示する。画面ｄ１７０は、例えば、合計の購入数量の表示欄ｄ１７１と、合計の購入価格の表示欄ｄ１７２と、預かり額の入力欄とｄ１７５、釣り銭額の表示欄ｄ１７６と、を含む。
合計の購入数量の表示欄ｄ１７１には、顧客が購入する商品の合計の購入数量が表示される。合計の購入価格の表示欄ｄ１７２には、例えば、顧客が購入する予定の商品の税込みの合計の価格が表示される。図３０において、表示欄ｄ１７２には、税込の価格が表示されているが、これに限らない。例えば、表示欄ｄ１６２には、税抜の価格と税込の価格とが両方表示されてもよい。預かり額の入力欄ｄ１７５には、顧客から受け渡された金額が入力可能である。釣り銭額の表示欄ｄ１７６には、預かり額から合計の購入価格を減算した結果である釣り銭額が表示される。図３０において、預かり額が未入力のため、釣り銭額の表示欄には何も表示されていない。
また、画面ｄ１７０は、現金決済処理を中止して商品登録処理に戻るボタンｄ１７３と、現金決済を完了する完了ボタンｄ１７４と、を含む。さらに、画面ｄ１７０は、モードの表示欄ｄ１７７と、店員の名前の表示欄ｄ１７８と、を含んでもよい。モードの表示欄ｄ１７７には、緊急モードを示す情報が表示される。表示欄ｄ１７８には、担当者である店員の名前が表示される。また、表示欄ｄ１７８には、店員のＩＤが表示されてもよい。
例えば、決済部１０８は、預かり額の入力欄ｄ１７５への預かり額の入力を受け付けると、釣り銭額を算出する。そして、図３１において、表示部１０１０は、画面ｄ１７０の釣り銭額の表示欄ｄ１７６に、算出された釣り銭額を表示する。また、完了ボタンｄ１７４がタップされると、決済部１０８は、現金決済を終了する。
また、現金決済が終了すると、店舗用の携帯端末装置１０の発行制御部１０１１は、印刷装置１３にレシートを発行させてもよい。レシートには、セルフスキャンモードで発行されるレシートに含まれる情報と同様の情報が含まれていればよい。具体的に、レシートには、例えば、購入価格の情報、店舗に関する情報、店員情報が含まれてもよい。レシートに含まれる購入価格の情報、店舗に関する情報は、セルフスキャンモードで発行されるレシートの情報と同様であってよい。また、店員情報は、店舗用の携帯端末装置１０の操作者である店員の店員ＩＤ、店員名などの情報である。また、レシートには、商品登録を行った店舗用の携帯端末装置１０のＩＤの情報が含まれてもよい。また、レシートには、決済が完了した日時等の情報が含まれてもよい。また、レシートには、レシートのＩＤの情報が含まれてもよい。また、レシートには、現金決済であることを示す情報が含まれていてもよい。現金決済を示す情報は、例えば、決済方法の名称などの決済方法を示す文字または絵、預かり額、釣り銭額などの情報である。また、ポイント等を付与するために、会員ＩＤ等の入力を受け付けた場合に、レシートには、会員情報が含まれてもよい。レシートに含まれる会員情報は、セルフスキャンモードで発行されるレシートの情報と同様であってよい。レシートには、取引ＩＤの情報が含まれていてもよい。また、レシートには、店舗用の携帯端末装置１０のモードを示す情報を含んでいてもよい。ここでは、モードを示す情報は、緊急モードであることを示す。なお、レシートは、前述の情報の一部を含まなくてもよい。また、レシートは、前述の情報以外の情報を含んでもよい。
現金決済の終了時に、決済部１０８は、現金決済の終了をＰＯＳサーバ１１に対して通知してもよい。また、通知の際には、決済が終了した顧客ＩＤの情報、店舗に関する情報、店舗用の携帯端末装置１０のＩＤの情報などを併せて通知してもよい。ＰＯＳサーバ１１の売上管理部１１３は、売上情報を更新する。また、リスト生成部１１２は、売上が計上された購入商品リストを削除してもよい。
また、現金決済が終了すると、リスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成してもよい。より具体的に、完了ボタンｄ１７４がタップされると、店舗用の携帯端末装置１０が、ＰＯＳサーバ１１に対して、新たな顧客ＩＤの付与を依頼してもよい。そして、リスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成してもよい。そして、表示部１０１０は、初期画面として、商品登録リストに商品情報が登録されていない状態の画面（図示しない）を表示してもよい。これにより、緊急モードにおいて、店舗用の携帯端末装置１０は、次の顧客に対する新たな商品登録処理を行うことができる。
以上で、緊急モードにおける現金決済の説明を終了する。
《緊急モードにおける電子決済》
つぎに、緊急モードにおける電子決済処理について説明する。緊急モードにおける電子決済処理は、セルフスキャンモードにおける顧客の携帯端末装置１２による電子決済処理と同じである。このため、詳細な説明を省略する。ただし、緊急モードでは、緊急モードであることが判別可能なように各画面に、緊急モードを示す情報が表示されてもよいことが、セルフスキャンモードと異なる。緊急モードを示す情報の種類は上述のように特に限定されない。また、精算情報は、セルフスキャンモードにおける顧客の携帯端末装置１２による電子決済処理での精算情報と同じであってよい。ただし、精算情報にモードを示す情報が含まれる場合、モードを示す情報は、緊急モードであることを示す。また、店員ＩＤの情報を受け付けた場合に、精算情報に店員ＩＤの情報が含まれてもよい。
緊急モードにおける電子決済処理では、店舗用の携帯端末装置１０に電子決済の読み取り手段がなく、店舗で精算装置１４を使用できなくとも、顧客は、電子決済を行うことができる。
電子決済が終了すると、店舗用の携帯端末装置１０の発行制御部１０１１は、印刷装置１３にレシートを発行させてもよい。より具体的に、セルフスキャンモードで説明したように、電子決済が終了すると、図２２に示す店舗用の携帯端末装置１０の画面ｄ１１０に示した完了ボタンｄ１１２がタップされる。そこで、完了ボタンｄ１１２がタップされると、店舗用の携帯端末装置１０の発行制御部１０１１は、印刷装置１３にレシートを発行させてもよい。レシートには、セルフスキャンモードで発行されるレシートに含まれる情報と同様の情報が含まれてもよい。具体的に、レシートには、例えば、購入価格の情報、店舗に関する情報、店員情報が含まれてもよい。レシートに含まれる購入価格の情報、店舗に関する情報は、セルフスキャンモードで発行されるレシートに含まれるこれらの情報と同様であってよい。また、レシートに含まれる店員情報は、緊急モードの現金決済におけるレシートの情報と同様であってよい。また、レシートには、商品登録を行った店舗用の携帯端末装置１０のＩＤの情報が含まれてもよい。また、レシートには、決済が完了した日時等の情報が含まれてもよい。また、レシートには、レシートのＩＤの情報が含まれてもよい。また、レシートには、電子決済であることを示す情報が含まれていてもよい。また、ポイント等を付与するために、会員ＩＤ等の入力を受け付けた場合に、レシートには、会員情報が含まれてもよい。レシートに含まれる会員情報は、セルフスキャンモードで発行されるレシートの情報と同様であってよい。レシートには、取引ＩＤの情報が含まれていてもよい。また、レシートには、店舗用の携帯端末装置１０のモードを示す情報を含んでいてもよい。ここでは、モードを示す情報は、緊急モードであることを示す。なお、レシートは、前述の情報の一部を含まなくてもよい。また、レシートは、前述の情報以外の情報を含んでもよい。
緊急モードにおいて、電子決済が終了すると、リスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成してもよい。より具体的に、図２２に示す店舗用の携帯端末装置１０の画面ｄ１１０に示した完了ボタンｄ１１２がタップされると、店舗用の携帯端末装置１０が、ＰＯＳサーバ１１に対して、新たな顧客ＩＤの付与を依頼してもよい。そして、リスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成してもよい。そして、表示部１０１０は、初期画面として、商品登録リストに商品情報が登録されていない状態の画面（図示しない）を表示してもよい。これにより、緊急モードにおいて、店舗用の携帯端末装置１０は、次の顧客に対する新たな商品登録処理を行うことができる。
以上で、緊急モードにおける電子決済処理の説明を終了する。
＜緊急モードにおける決済処理のフローチャート＞
緊急モードにおける決済処理について、図３２を用いて説明する。緊急モードにおける決済処理は、図１４に示すステップＳ１０８の緊急モードの決済処理である。図３２は、緊急モードにおける決済処理を示すフローチャートである。店舗用の携帯端末装置１０の表示部１０１０は、決済方法の選択画面を表示する（ステップＳ１５０１）。そして、決済方法受付部１０５は、決済方法を受け付ける。決済方法受付部１０５は、受け付けた決済方法が現金決済か否かを判断する（ステップＳ１５０２）。現金決済である場合（ステップＳ１５０２：Ｙｅｓ）、精算情報管理部１０７は、決済要求を送信する（ステップＳ１５０３）。精算情報生成部１１１は、決済要求を受け付けると、購入価格を算出する（ステップＳ１５０４）。精算情報生成部１１１は、算出結果を含む精算情報（現金精算情報）を送信する（ステップＳ１５０５）。
そして、表示部１０１０は、精算情報（現金精算情報）に基づいて、現金決済の画面を表示する（ステップＳ１５０６）。決済部１０８は、現金決済を行う（ステップＳ１５０７）。ステップＳ１０７において、決済部１０８は、店員が受け取った預かり額を、現金決済の画面に入力する。そして、表示部１０１０は、預かり額から購入価格を減算した釣り銭額を含む画面を表示する。そして、発行制御部１０１１は、印刷装置１３に対してレシートを発行させる（ステップＳ１５０８）。そして、店舗用の携帯端末装置１０は、現金決済を終了する。図示しないが、決済が終了すると、ＰＯＳサーバ１１の売上管理部１１３が、決済内容に基づいて売上情報を更新してもよい。
一方、現金決済でない場合（ステップＳ１５０２：Ｎｏ）、店舗用の携帯端末装置１０は、クレジット決済処理を行う（ステップＳ１５０９）。緊急モードにおけるクレジット決済処理（ステップＳ１５０９）の詳細なフローチャートは、図２６および図２７に示したセルフスキャンモードにおけるクレジット決済処理（図２５のステップＳ１２１１）のフローチャートと同様であってよい。このため、ステップＳ１５０９の詳細な説明を省略する。
なお、図３２の例では、決済要求をＰＯＳサーバ１１に送付後に、決済方法を受け付けているが、これに限らない。例えば、店舗用の携帯端末装置１０は決済方法を受け付けた後に、決済要求を送信してもよい。
＜前捌きモードにおける商品登録処理＞
前捌きモードにおける商品登録処理について説明する。前捌きモードにおいて、商品情報取得部１０３は、店員の操作によって、顧客が購入する商品の情報を取得する。商品情報の取得方法としては、操作者が店員であるということ以外について、セルフスキャンモードおける商品登録処理と同様であってよい。また、ＰＯＳサーバ１１のリスト生成部１１２が、購入商品リストを更新してもよい。そして、表示部１０１０は、購入商品リストに登録された商品情報を、前捌きモードを示す情報とともに表示してもよい。前捌きモードを示す情報の種類は特に限定されない。例えば、前捌きモードを示す情報は、絵、文字、数字、色の情報、もしくはこれらの組み合わせの情報であってもよい。また、他の前捌きモードにおける各画面において、表示部１０１０は、前捌きモードを示す情報を表示してもよい。
図３３は、前捌きモードにおける購入商品リストの例を示す説明図である。表示部１０１０は、購入商品リストに応じた画面ｄ１８０を表示する。画面ｄ１８０は、例えば、図１６に示したセルフスキャンモードにおける画面ｄ０６０と同様の情報を有する。画面ｄ１８０は、例えば、購入商品リストの概要欄ｄ１８１と、詳細欄ｄ１８２と、商品追加ボタンｄ１８４と、支払いボタンｄ１８５と、取引中止ボタンｄ１８６と、操作者の名前表示欄ｄ１８７と、モードの概要欄ｄ１８８と、を含む。操作者の名前表示欄ｄ１８７およびモードの概要欄ｄ１８８以外の各詳細は、上述したセルフスキャンモードにおける画面ｄ０６０および緊急モードにおける画面ｄ１５０と同様であってよい。
名前表示欄ｄ１８７には、店員の名前が表示される。なお、店員ＩＤ（店員の識別情報）を受け付けた場合に、名前表示欄ｄ１８７に店員の名前が表示可能である。例えば、図１０に示す画面ｄ０１０のように店員ＩＤを受け付ける場合、名前表示欄ｄ１８７が表示されてもよい。図９に示す画面ｄ００１のように店員ＩＤを受け付けない場合、画面ｄ１８０に名前表示欄ｄ１８７が含まれない、もしくは名前表示欄ｄ１８７が空欄であってもよい。敬称の有無は限定されない。また、前捌きモードにおける購入商品リストの画面ｄ１８０は、前捌きモードを示す情報が表示されることが、セルフスキャンモードにおける画面ｄ０６０および緊急モードにおける画面ｄ１５０と異なる。セルフスキャンモードと区別するために、店員の名前に敬称がなくてもよい。もしくは、セルフスキャンモードと区別するために、セルフスキャンモードの顧客の名前に付される敬称と異なる敬称が利用されてもよい。また、画面ｄ１８０は、モードの概要欄ｄ１８８以外、セルフスキャンモードにおける画面ｄ０６０および緊急モードにおける画面ｄ１５０と同じであってもよい。
また、モードの概要欄ｄ１８８には、前捌きモードを示す情報が表示される。図３３において、モードの概要欄ｄ１８８には、「前捌き」という文字が表示されている。
また、例えば、前捌きモードであることが判別可能なように画面ｄ１８０の背景色が表示されてもよい。例えば、前捌きモードにおける背景色と、緊急モードにおける背景色と、が異なるように表示されてもよい。
＜前捌きモードにおける商品登録処理のフローチャート＞
前捌きモードにおける商品登録処理は、図１７に示す商品登録処理（図１４のステップＳ１０９）である。また、前捌きモードにおける商品登録処理の詳細なフローチャートは、操作者が店員である点が異なるが、セルフスキャンモードにおける商品登録処理のフローチャートと同一であってよい。このため、図を用いたフローチャートの詳細な説明を省略する。なお、図１７に示すステップＳ１１１１のＹｅｓにおいて、前捌きモードの場合、店舗用の携帯端末装置１０は、商品登録処理を終了して戻る。よって、システム１は、前捌きモードの場合、図１４に示す商品登録処理（ステップＳ１０９）のつぎの前捌きモードの決済処理（ステップＳ１１０）に移行する。
以上で前捌きモードにおける商品登録処理の説明を終了する。
＜前捌きモードにおける決済処理＞
つぎに、前捌きモードにおける決済処理を説明する。図２および図３で説明したように、前捌きモードでは、精算装置１４が最終的な決済を行う。精算装置１４に精算情報を読み取らせるために、決済処理は、３通り挙げられる。１つ目の決済処理（決済処理例１）は、精算装置１４が店舗用の携帯端末装置１０から精算情報を読み取る方法である。２つ目の決済処理（決済処理例２）は、精算装置１４が、店舗用の携帯端末装置１０から顧客の携帯端末装置１２を介して精算情報を読み取る方法である。３つ目の決済処理（決済処理例３）は、精算装置１４が、店舗用の携帯端末装置１０から印刷物を介して精算情報を読み取る方法である。
決済処理例１から決済処理例３のいずれを行うかは特に限定されない。例えば、決済処理例１から決済処理例３のいずれを行うかは固定であってもよい。もしくは、例えば、決済処理例１から決済処理例３のいずれを行うかが選択可能なように構成されてもよい。例えば、店員ＩＤの入力を受け付けた後に店員の操作によっていずれの決済処理を行うかが選択されてもよい。
また、前捌きモードにおける精算情報について説明する。前捌きモードにおける精算情報は、例えば、購入商品リストを識別する情報と、受け付けた店員ＩＤの情報と、少なくとも含む。購入商品リストを識別する情報は、セルフスキャンモードにおける精算装置１４による決済で説明した通り、顧客ＩＤの情報である。この店員ＩＤの情報は、精算装置１４によって発行されるレシートに含まれる。前捌きモードにおいて精算情報が受け付けた店員ＩＤの情報を含むことが、セルフスキャンモードにおける精算装置１４による決済に関する精算情報との違いである。また、精算情報は、例えば、少なくとも顧客が購入する商品の購入価格の情報を含む。セルフスキャンモードにおける精算装置１４による決済と同様に、精算情報の内容に応じて、精算装置１４は、決済手順Ａと決済手順Ｂとのいずれかを行うことができる。前述の通り、決済手順Ａの場合、精算情報は、購入商品リストを識別する情報と、購入価格の情報と、を少なくとも含む。決済手順Ｂの場合、精算情報は、購入商品リストを識別する情報を少なくとも含む。ここでは、決済手順Ａを用いて説明する。
精算情報は、購入商品リストを識別する情報、購入価格の情報、店員ＩＤの情報以外に、他の情報を含んでもよい。例えば、精算情報は、商品の商品情報、購入数量の情報を含んでもよい。精算情報に含まれる商品情報は、例えば、商品ＩＤ、商品名、商品の単価などである。精算情報は、商品登録処理の操作者である顧客の会員ＩＤの情報などの会員情報を含んでもよい。精算情報は、商品登録処理を行った店舗用の携帯端末装置１０のＩＤの情報を含んでもよい。精算情報は、例えば、店舗情報を含んでいてもよい。また、精算情報は、モードを示す情報を含んでもよい。ここで、モードを示す情報は、前捌きモードであることを示す。
《決済処理例１》
決済処理例１について説明する。精算情報管理部１０７は、例えば、精算装置１４によって決済を行うための決済要求をＰＯＳサーバ１１に対して通知する。ＰＯＳサーバ１１の精算情報生成部１１１は、例えば、決済要求を受信すると、顧客の購入商品リストに基づく精算情報を生成する。精算情報管理部１０７は、生成された精算情報を店舗用の携帯端末装置１０の出力部１０９へ渡す。精算情報は、前述の通りである。決済処理例１における精算情報は、店舗用の携帯端末装置１０から精算装置１４に直接読み取られる。
出力部１０９は、精算装置１４が読み取り可能な精算情報を出力する。具体的に、表示部１０１０は、精算装置１４に対して、この精算情報を表示する。より具体的に、例えば、表示部１０１０は、精算情報を符号化した精算コードを含む画面を表示する。精算コードの表示例については、セルフスキャンモードの説明に用いた図２０に示す画面ｄ０９０と同様であってよい。なお、顧客が、店舗用の携帯端末装置１０を持って精算装置１４まで移動する。
精算装置１４の読取部１４１は、店舗用の携帯端末装置１０から精算情報を読み取る。有人の精算装置１４の場合、読取部１４１は、店員の操作によって精算情報を読み取ってもよい。無人の精算装置１４の場合、読取部１４１は、顧客の操作によって精算情報を読み取る。決済部１４２は、読み取られた精算情報を用いて決済を行う。ここでの決済は、現金決済、電子決済など特に限定されない。
発行制御部１４３は、精算装置１４の印刷装置によって、精算情報に含まれる店員ＩＤの情報を含むレシートを発行させる。レシートには、店員ＩＤ以外に店員名などの店員情報が含まれてもよい。これにより、顧客や店員は、商品登録を行った店員を把握することができる。例えば、顧客や店員は、精算以降で登録内容に問題がみつかったときに、レシートを見れば、商品登録を行った店員を容易に把握することができる。また、レシートには、前述したセルフスキャンモードもしくは緊急モードで発行されるレシートに含まれる情報が含まれてもよい。レシートには、例えば、購入価格の情報、店舗に関する情報が含まれてもよい。レシートに含まれる購入価格の情報、店舗に関する情報は、セルフスキャンモードで発行されるレシートの情報と同様であってよい。また、レシートには、商品登録処理を行った店舗用の携帯端末装置１０のＩＤの情報が含まれてもよい。また、レシートには、決済処理を行った精算装置１４のＩＤの情報が含まれてもよい。また、レシートには、決済が完了した日時等の情報が含まれてもよい。また、レシートには、レシートのＩＤの情報が含まれてもよい。また、レシートには、決済方法を示す情報、決済に関する情報が含まれていてもよい。また、ポイント等を付与するために、会員ＩＤ等の入力を受け付けた場合に、レシートには、会員情報が含まれてもよい。レシートに含まれる会員情報は、セルフスキャンモードで発行されるレシートの情報と同様であってよい。また、レシートには、モードを示す情報が含まれてもよい。ここで、モードを示す情報は、前捌きモードであることを示す。
決済処理例１によれば、商品登録を行った店員と顧客とのやり取りが容易であるため、商品登録を行う店員の手間を省くことができる。
前捌きモードの決済処理例１において、決済が完了すると、リスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成してもよい。より具体的に、セルフスキャンモードの説明に用いた図２０に示す画面ｄ０９０の完了ボタンｄ０９２がタップされると、店舗用の携帯端末装置１０が、ＰＯＳサーバ１１に対して、新たな顧客ＩＤの付与を依頼してもよい。そして、リスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成してもよい。そして、表示部１０１０は、初期画面として、商品登録リストに商品情報が登録されていない状態の画面（図示しない）を表示してもよい。これにより、緊急モードにおいて、店舗用の携帯端末装置１０は、次の顧客に対する新たな商品登録処理を行うことができる。
《決済処理例２》
つぎに、決済処理例２について説明する。上述したように、決済処理例２は、精算装置１４が、店舗用の携帯端末装置１０から顧客の携帯端末装置１２を介して精算情報を読み取る方法である。決済処理例１と同様に、精算情報管理部１０７は、例えば、精算装置１４による決済要求をＰＯＳサーバ１１に対して通知する。ＰＯＳサーバ１１の精算情報生成部１１１は、例えば、決済要求を受信すると、顧客の購入商品リストに基づく精算情報を生成する。精算情報管理部１０７は、生成された精算情報を携帯端末装置の出力部１０９（表示部１０１０）へ渡す。精算情報は、前述の通りである。このため、前述の決済手順Ａと決済手順Ｂとのいずれが行われてもよい。ここでは、決済手順Ａを用いて説明する。
出力部１０９は、受け付けた店員ＩＤの情報を含む精算情報であって、精算装置１４が読み取り可能な精算情報を顧客の携帯端末装置１２に対して出力する。より具体的に、表示部１０１０は、顧客の携帯端末装置１２に対して精算情報を表示する。より具体的に、例えば、表示部１０１０は、精算情報を符号化した精算コードを含む画面を表示する。精算コードの表示例については、セルフスキャンモードの説明に用いた図２０に示す画面ｄ０９０と同様であってよい。
顧客の携帯端末装置１２の読取部１２１は、店舗用の携帯端末装置１０から精算情報を読み取る。そして、出力部１２３は、精算装置１４に対して読み取った精算情報を出力する。具体的に、表示部１２１０は、精算情報を符号化した精算コードを表示する。なお、顧客が、顧客の携帯端末装置１２を持って精算装置１４まで移動する。
精算装置１４の読取部１４１は、顧客の携帯端末装置１２から精算情報を読み取る。有人の精算装置１４の場合、読取部１４１は、店員の操作によって精算情報を読み取ってもよい。無人の精算装置１４の場合、読取部１４１は、顧客の操作によって精算情報を読み取る。決済部１４２は、読み取られた精算情報を用いて決済を行う。ここでの決済は、現金決済、電子決済など特に限定されない。
そして、発行制御部１４３は、精算装置１４の印刷装置によって、精算情報に含まれる店員ＩＤの情報を含むレシートを発行させる。ここで発行されるレシートは、決済処理例１で説明したレシートと同様であってよい。
ここで、前捌きモードの決済処理例２において、店舗用の携帯端末装置１０から精算情報が顧客の携帯端末装置１２の読取部１２１によって読み取られた後に、リスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成してもよい。図示しないが、精算情報を符号化した精算コードを含む画面が、読取終了のボタンを有してもよい。顧客の携帯端末装置１２の読取部１２１によって読み取りが終了した後に、読取終了のボタンがタップされると、決済処理例１と同様に、店舗用の携帯端末装置１０が、ＰＯＳサーバ１１に対して、新たな顧客ＩＤの付与を依頼してもよい。そして、リスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成してもよい。そして、表示部１０１０は、初期画面として、商品登録リストに商品情報が登録されていない状態の画面（図示しない）を表示してもよい。
決済処理例２によれば、店舗用の携帯端末装置１０は、商品登録の終了後に、すぐに新たな顧客に対する商品登録を行うことができる。よって、店舗用の携帯端末装置１０は、より有効的に活用することができる。
《決済処理例３》
最後に、決済処理例３について説明する。決済処理例３は、精算装置１４が、店舗用の携帯端末装置１０から印刷物を介して精算情報を読み取る方法である。なお、印刷物の代わりに、他の可搬媒体が用いられてもよい。決済処理例１と決済処理例２と同様に、店舗用の携帯端末装置１０の精算情報管理部１０７は、例えば、精算装置１４による決済要求をＰＯＳサーバ１１に対して通知する。ＰＯＳサーバ１１の精算情報生成部１１１は、例えば、決済要求を受信すると、顧客の購入商品リストに基づく精算情報を生成する。精算情報は、前述の通りである。このため、前述の決済手順Ａと決済手順Ｂとのいずれが行われてもよい。ここでは、決済手順Ａを用いて説明する。精算情報管理部１０７は、生成された精算情報を店舗用の携帯端末装置１０の出力部１０９（発行制御部１０１１）へ渡す。
発行制御部１０１１は、精算装置１４が読取可能な精算情報が印刷された印刷物を発行させる。精算情報は、数字、文字、１次元コード、２次元コード、もしくはそれらの組み合わせによって表される精算コードであってもよい。例えば、図示しない印刷物は、この精算コードを含む。なお、顧客が、印刷物を持って精算装置１４まで移動する。
精算装置１４の読取部１４１は、印刷物から精算情報を読み取る。有人の精算装置１４の場合、読取部１４１は、店員の操作によって精算情報を読み取ってもよい。無人の精算装置１４の場合、読取部１４１は、顧客の操作によって精算情報を読み取る。決済部１４２は、読み取られた精算情報を用いて決済を行う。ここでの決済は、現金決済、電子決済など特に限定されない。
発行制御部１４３は、精算装置１４の印刷装置によって、精算情報に含まれる店員ＩＤの情報を含むレシートを発行させる。ここで発行されるレシートは、決済処理例１および決済処理例２で説明したレシートと同様であってよい。
ここで、前捌きモードの決済処理例３において、精算情報を含む印刷物が発行された後に、リスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成してもよい。より具体的に、印刷物が発行された後に、決済処理例１と同様に、店舗用の携帯端末装置１０が、ＰＯＳサーバ１１に対して、新たな顧客ＩＤの付与を依頼してもよい。そして、リスト生成部１１２は、新たな顧客に対して、顧客ＩＤを付与して、購入商品リストを新たに生成してもよい。そして、表示部１０１０は、初期画面として、商品登録リストに商品情報が登録されていない状態の画面（図示しない）を表示してもよい。

決済処理例３によれば、店舗用の携帯端末装置１０は、商品登録の終了後に、すぐに新たな顧客に対する商品登録を行うことができる。また、商品登録を行った店員と顧客とのやり取りが容易であるため、商品登録を行う店員の手間を省くことができる。
＜前捌きモードにおける各決済処理のフローチャート＞
前捌きモードにおける決済処理は、図１４において前捌きモードの決済処理（ステップＳ１１０）である。ここでは、上述の決済処理例１から決済処理例３に対応するフローチャートをそれぞれ図３４、図３５、および図３６を用いて説明する。
《決済処理例１のフローチャート》
図３４は、前捌きモードにおける決済処理例１を示すフローチャートである。精算情報管理部１０７は、決済要求を送信する（ステップＳ１６０１）。精算情報生成部１１１は、決済要求を受け付けると、購入価格を算出する（ステップＳ１６０２）。精算情報生成部１１１は、精算情報を生成した後に、精算情報を符号化した精算コードを生成する（ステップＳ１６０３）。精算コードは、精算装置１４が読取可能である。ここでは、前述の決済手順Ａを例に挙げて説明する。精算情報は、購入商品リストを識別する情報と、購入価格の情報と、店員ＩＤの情報と、を少なくとも含む。さらに、精算情報は、これらの情報の他に、店舗用の携帯端末装置１０のＩＤの情報と、支払先である店舗の情報と、を含む。精算情報生成部１１１は、生成した精算コードを送信する（ステップＳ１６０４）。表示部１０１０は、精算コードを受信すると、精算コードを表示する（ステップＳ１６０５）。
例えば、顧客が店舗用の携帯端末装置１０を持って精算装置１４まで移動する。精算装置１４の読取部１４１は、精算コードを読み取る（ステップＳ１６０６）。表示部１４４は、読み取った精算コードに基づく決済用の画面を表示する（ステップＳ１６０７）。決済部１４２は、決済を行う（ステップＳ１６０８）。ステップＳ１６０８において、決済は、現金決済、電子決済など特に限定されない。そして、発行制御部１４３は、レシートを発行させる（ステップＳ１６０９）。そして、システム１は、フローの動作を終了する。レシートの内容は上述の通りである。なお、レシートには、少なくとも店員ＩＤの情報と購入価格の情報が印字される。表示部１４４は、ステップＳ１６０８の後に、決済終了を示す画面を表示してもよい。
決済手順Ａを用いて説明したが、前述の決済手順Ｂが用いられてもよい。なお、決済手順Ｂを用いる例は、セルフスキャンモードにおける精算装置１４による決済処理で説明した通りである。
《決済処理例２をフローチャート》
図３５は、前捌きモードにおける決済処理例２を示すフローチャートである。精算情報管理部１０７は、決済要求を送信する（ステップＳ１７０１）。精算情報生成部１１１は、決済要求を受け付けると、購入価格を算出する（ステップＳ１７０２）。精算情報生成部１１１は、精算情報を生成した後に、精算情報を符号化した精算コードを生成する（ステップＳ１７０３）。精算コードは、顧客の携帯端末装置１２が読取可能である。ここでは、前述の決済手順Ａを例に挙げて説明する。精算情報は、購入商品リストを識別する情報と、購入価格の情報と、店員ＩＤの情報と、を少なくとも含む。さらに、精算情報は、これらの情報の他に、例えば、携帯端末装置のＩＤの情報と、支払先である店舗の情報と、を含んでもよい。精算情報生成部１１１は、精算コードを送信する（ステップＳ１７０４）。表示部１０１０は、精算コードを受信すると、顧客の携帯端末装置１２に対して、顧客の携帯端末装置１２が読取可能な精算コードを表示する（ステップＳ１７０５）。
顧客の携帯端末装置１２の読取部１２１は、店舗用の携帯端末装置１０から、精算コードを読み取る（ステップＳ１７０６）。そして、表示部１２１０は、読み取った精算コードに基づいて、精算装置１４に対して、精算コードを表示する（ステップＳ１７０７）。読み取った精算コードと、表示される精算コードとは、符号化の種類が同一であってもよいし、異なっていてもよい。例えば、読取部１２１が読み取った精算コードがバーコードであり、表示部１２１０が表示する精算コードが、２次元コードであってもよい。
精算装置１４の読取部１４１は、顧客の携帯端末装置１２から、精算コードを読み取る（ステップＳ１７０８）。表示部１４４は、読み取った精算コードに基づいて、決済用の画面を表示する（ステップＳ１７０９）。決済部１４２は、決済を行う（ステップＳ１７１０）。ステップＳ１７１０において、決済は、現金決済、電子決済など特に限定されない。そして、発行制御部１４３は、レシートを発行させ（ステップＳ１７１１）、フローの動作を終了する。レシートの内容は上述の通りである。なお、レシートには、少なくとも店員ＩＤの情報と購入価格の情報が印字される。表示部１４４は、ステップＳ１７１１の後に、決済終了画面を表示してもよい。
なお、決済手順Ａを用いて説明したが、前述の決済手順Ｂが用いられてもよい。なお、決済手順Ｂを用いる例は、セルフスキャンモードにおける精算装置１４による決済処理で説明した通りである。
《決済処理例３をフローチャート》
図３６は、前捌きモードにおける決済処理例３を示すフローチャートである。精算情報管理部１０７は、決済要求を送信する（ステップＳ１８０１）。精算情報生成部１１１は、決済要求を受け付けると、購入価格を算出する（ステップＳ１８０２）。精算情報生成部１１１は、算出結果を含む精算情報を生成して、精算情報を符号化した精算コードを生成する（ステップＳ１８０３）。精算コードは、精算装置１４が読取可能である。この精算情報は、店員ＩＤの情報と、購入価格の情報と、を含む。さらに、精算情報は、例えば、携帯端末装置のＩＤの情報と、支払先である店舗の情報と、を含む。精算情報生成部１１１は、精算コードを店舗用の携帯端末装置１０に送信する（ステップＳ１８０４）。発行制御部１０１１は、精算コードを受信すると、印刷装置１３に対して、精算コードを含む印刷物を印刷させる（ステップＳ１８０５）。
顧客が、印刷物を持って精算装置１４に移動する。精算装置１４の読取部１４１は、印刷物の精算コードを読み取る（ステップＳ１８０６）。そして、表示部１４４は、読み取った精算コードに基づいて、決済用の画面を表示する（ステップＳ１８０７）。決済部１４２は、決済を行う（ステップＳ１８０８）。ステップＳ１８０８において、決済は、現金決済、電子決済など特に限定されない。そして、発行制御部１４３は、レシートを発行させ（ステップＳ１８０９）、フローの動作を終了する。レシートの内容は上述の通りである。なお、レシートには、少なくとも店員ＩＤの情報と購入価格の情報が印字される。表示部１４４は、ステップＳ１８０８の後に、決済終了画面を表示してもよい。
決済手順Ａを用いて説明したが、前述の決済手順Ｂが用いられてもよい。なお、決済手順Ｂを用いる例は、セルフスキャンモードにおける精算装置１４による決済処理で説明した通りである。以上で、前捌きモードについての説明を終了する。
実施の形態１については上述した例に限られず、種々変更可能である。例えば、各画面における各ボタン、入力欄、表示欄、文章について、配置位置、文字、色などのフォントなどは特に限定されない。例えば、各ボタンの色は異なっていてもよい。また、各画面は、図示しない表示欄、ボタン等を有していてもよい。また、各画面は、図示する一部の表示欄を有していなくてもよい。
ここで、実施の形態１における変形例について説明する。
＜実施の形態１における変形例１（モードの受付）＞
利用者の識別情報（利用者ＩＤの情報）によってセルフスキャンモードと、店員モードと、のいずれかを受け付ける例を説明した。例えば、利用者の識別情報として生体情報が用いられてもよい。例えば、モード受付部１０１は、生体情報によってセルフスキャンモードと、店員モード（前捌きモードおよび）のいずれかを受け付けてもよい。例えば、モード受付部１０１は、新たに取得された生体情報が顧客の生体情報であれば、セルフスキャンモードを受け付けたとする。モード受付部１０１は、新たに取得された生体情報が店員の生体情報であれば、店員モードを受け付けたとする。そして、モード受付部１０１は、上述した画面に表示されたボタンへのタップに応じて前捌きモードと、緊急モードと、の入力を受け付けてもよい。生体情報が顔の特徴量である場合、モード受付部１０１は、例えば、新たに撮像された顔の画像から抽出された顔の特徴量と、会員ＤＢ１１５に登録された顔の特徴量と、の認証によってセルフスキャンモードを受け付けてもよい。モード受付部１０１は、例えば、新たに撮像された顔の画像から抽出された顔の特徴量と、店員ＤＢ１１６に登録された顔の特徴量と、の認証によって店員モードを受け付けてもよい。もしくは、モード受付部１０１は、例えば、新たに撮像された顔の画像から抽出された顔の特徴量と、店員ＤＢ１１６に登録された顔の特徴量と、の認証によって店員でなければ、セルフスキャンモードを受け付けたとしてもよい。また、店員ＤＢ１１６と顧客ＤＢとの両方に生体情報の登録がある場合などには、モード受付部１０１は、上述したＩＤの情報の入力によってモードを受け付けてもよい。
＜実施の形態１における変形例２＞
実施の形態１では、セルフスキャンモードと、緊急モードと、前捌きモードと、のいずれかのモードを受け付ける例を説明した。店舗用の携帯端末装置１０は、３つのモードを有する例に限られない。例えば、店舗用の携帯端末装置１０が、緊急モードと、前捌きモードと、の２つのモードを有していてもよい。そして、モード受付部１０１は、緊急モードと、前捌きモードと、のいずれかのモードを受け付けてもよい。例えば、店舗用の携帯端末装置１０が、セルフスキャンモードと、緊急モードと、の２つのモードを有していてもよい。モード受付部１０１は、セルフスキャンモードと、緊急モードと、のいずれかのモードを受け付けてもよい。例えば、携帯端末装置が、セルフスキャンモードと、前捌きモードと、の２つのモードを有していてもよい。モード受付部１０１は、セルフスキャンモードと、前捌きモードと、のいずれかのモードを受け付けてもよい。
セルフスキャンモードと、前捌きモードと、の２つのモードなどのように店員モードが一つの場合、モード受付部１０１は、ＩＤによってモードを判別可能である。
また、店舗用の携帯端末装置１０は、各モードの機能単体を有する装置であってもよい。店舗用の携帯端末装置１０は、セルフスキャンモードを有し、緊急モードおよび前捌きモードを有さない装置であってもよい。または、例えば、店舗用の携帯端末装置１０は、緊急モードを有し、セルフスキャンモードおよび前捌きモードを有さない装置であってもよい。または、例えば、店舗用の携帯端末装置１０は、前捌きモードを有し、セルフスキャンモードおよび緊急モードを有さない装置であってもよい。
セルフスキャンモードを有する店舗用の携帯端末装置１０の場合、例えば、システム１は、図示した装置のうち、セルフスキャンモードで利用しない装置を有していなくてよい。セルフスキャンモードを有する店舗用の携帯端末装置１０は、例えば、各機能部のうちセルフスキャンモードで用いる機能部以外の機能部を有していなくてもよい。
緊急モードを有する店舗用の携帯端末装置１０の場合、例えば、システム１は、図示した装置のうち、緊急モードで利用しない装置を有していなくてよい。例えば、緊急モードでは、精算装置１４を利用しなくてもよいため、システム１は、精算装置１４を有していなくてもよい。店舗用の携帯端末装置１０は、各機能部のうち緊急モードで用いる機能部以外の機能部を有していなくてもよい。例えば、店舗用の携帯端末装置１０は、モード受付部１０１を有していなくてもよい。
前捌きモードを有する店舗用の携帯端末装置１０の場合、例えば、システム１は、図示した装置のうち、前捌きモードで利用しない装置を有していなくてよい。また、例えば、店舗用の携帯端末装置１０は、各機能部のうち前捌きモードで用いる機能部以外の機能部を有していなくてもよい。例えば、店舗用の携帯端末装置１０は、モード受付部１０１を有していなくてもよい。または、例えば、店舗用の携帯端末装置１０は、アプリ有無受付部１０６を有していなくてもよい。
＜実施の形態１における変形例３＞
実施の形態１では、利用者のＩＤの情報によってモードを受け付ける例を説明した。利用者のＩＤの情報は、モードの受け付けに関係なく、利用者を特定するために入力されてもよい。このため、店舗用の携帯端末装置１０は、モード受付部１０１とは別に識別情報受付部（図示しない）を有していてもよい。このため、変形例２で説明したように、店舗用の携帯端末装置１０が各モードの機能単体を有する装置として実現される場合に、識別情報受付部は、利用者のＩＤの情報を受け付けてもよい。
＜実施の形態１における変形例４（セルフスキャンモード）＞
決済方法の選択後に、決済に用いる装置を選択する例に限らない。例えば、セルフスキャンモードにおいて、決済方法の選択をせずに、決済に用いる装置の選択が行われてもよい。例えば、表示部１０１０は、図１９に示す決済に用いる装置の選択を受け付ける画面上に、精算装置１４の場合に、クレジット決済と、現金決済ができ、顧客の携帯端末装置１２の場合に、クレジット決済ができることを表示してもよい。
＜実施の形態１における変形例５＞
図示しないが、年齢確認に関する処理、クーポン等の発行処理が行われてもよい。店舗用の携帯端末装置１０は、各モードにおいて異なる年齢確認に関する処理を行ってもよい。また、店舗用の携帯端末装置１０は、各モードにおいて異なるクーポン等の発行処理を行ってもよい。
例えば、セルフスキャンモードでは、顧客の操作によって商品登録処理が行われる。このため、店舗用の携帯端末装置１０は、顧客モードにおいて、年齢確認に関する処理を、商品登録処理を行う際に実行してもよい。例えば、セルフスキャンモード、前捌きモードにおいて、店員が操作する有人の精算装置１４によって決済が行われる場合、顧客の携帯端末装置１２は、年齢確認に関する処理を精算装置１４で行うことを示す情報を含む精算情報を出力してもよい。
＜実施の形態１における変形例６＞
各モードにおいて、店舗用の携帯端末装置１０の出力部１０９が精算情報を出力する例として、表示部１０１０が、精算コードを表示する例を示した。出力例は、これに限らない。例えば、出力方法として、ＲＦＩＤなどの近距離無線通信が用いられてもよい。出力部１０９は、ＲＦＩＤなどの近距離無線通信を行う通信部を有してもよい。そして、この通信部は、顧客の携帯端末装置１２もしくは精算装置１４に対して精算情報を送信してもよい。顧客の携帯端末装置１２の読取部１２１もしくは精算装置１４の読取部１４１は、ＲＦＩＤの読取装置によって精算情報を受信することにより精算情報を読み取ってもよい。
また、顧客の携帯端末装置１２と、精算装置１４と、の間の情報の受け渡し方法として、ＲＦＩＤなどの近距離無線通信が用いられてもよい。前捌きモードの決済処理例２において、顧客の携帯端末装置１２の出力部１２３は、精算装置１４に対して、ＲＦＩＤなどの近距離無線通信を行う通信部によって精算情報を出力してもよい。精算装置１４の読取部１４１は、ＲＦＩＤの読取装置によって精算情報を受信することにより精算情報を読み取ってもよい。
また、出力方法として、電子メッセージの送信、電子メールの送信によって顧客の携帯端末装置１２に精算情報を出力してもよい。そして、顧客の携帯端末装置１２は、精算情報取得部（図示しない）を有する。精算情報取得部は、精算情報を受信することにより、精算情報を取得してもよい。
＜実施の形態１における変形例７＞
実施の形態１においてレシートは、印刷物としているが、これに限らない。例えば、レシートは、電子レシートであってもよい。電子レシートは、例えば、電子メッセージ、電子メールなどによって顧客に通知される。電子メールのアドレス等、電話番号などは、会員ＤＢ１１５から取得されてもよい。もしくは、精算装置１４、店舗用の携帯端末装置１０が通知先受付部（図示しない）を有してもよい。精算装置１４を例に挙げると、通知先受付部が、電子メッセージのアドレス、電話番号などの通知先の情報を受け付けてもよい。発行制御部は、受け付けた通知先の情報に基づいて電子レシートを通知してもよい。もしくは、店舗アプリによって購入履歴として電子レシートが閲覧可能であってもよい。
＜実施の形態１における変形例８＞
各モードにおいて、ＰＯＳサーバ１１が、購入商品リストの更新、購入価格の算出、精算情報の生成、売上ＤＢ１１８の更新などを行っている。例えば、これらのＰＯＳサーバ１１の処理のうちの少なくともいずれかを、店舗用の携帯端末装置１０が行ってもよい。例えば、ＰＯＳサーバ１１が、精算情報に必要な情報を店舗用の携帯端末装置１０に送信し、店舗用の携帯端末装置１０が、精算情報を生成し、精算情報を符号化した精算コードを生成してもよい。ＰＯＳサーバ１１から送信される精算情報に必要な情報は、例えば、店舗用の携帯端末装置１０が有していない情報であってもよい。
例えば、災害時などの緊急時にＰＯＳサーバ１１などの他の装置に接続できない場合がある。このような場合に備え、店舗用の携帯端末装置１０は、ＰＯＳサーバ１１に記憶された各種情報を記憶しておき、ＰＯＳサーバ１１の処理を行ってもよい。このため、店舗用の携帯端末装置１０が、ＰＯＳサーバ１１の精算情報生成部１１１、リスト生成部１１２、売上管理部１１３と同様の機能部を有していてもよい。店舗用の携帯端末装置１０が、会員ＤＢ１１５、店員ＤＢ１１６、商品ＤＢ１１７、売上情報、購入商品リストＤＢ１１９を記憶していてもよい。さらに、店舗用の携帯端末装置１０が、受け付けたＩＤの情報およびパスワードの情報を照会する照会部（図示しない）の機能を有していてもよい。なお、店舗用の携帯端末装置１０は、ＰＯＳサーバ１１の機能部のうちの一部の機能部を有していてもよい。
＜実施の形態１における変形例９（店員モード）＞
店員モードにおいて、店舗用の携帯端末装置１０は、操作者である店員の店員ＩＤの情報とは別に、顧客の会員ＩＤの情報の入力を受け付け可能な場合、図２８に示す画面ｄ１５０、図３３に示す画面ｄ１８０などの購入商品リストの画面にポイントの情報などの会員情報を表示してもよい。
＜実施の形態１における変形例１０＞
精算装置１４を利用して決済を行う場合、店舗用の携帯端末装置１０は、精算装置１４を指定可能であってもよい。例えば、精算情報は、指定された精算装置１４が読み取り可能な情報であり、他の精算装置１４が読み取りできない情報であってもよい。もしくは、精算情報は、指定された精算装置１４によって決済が可能な情報であってもよい。
＜実施の形態１における変形例１１（セルフスキャンモード）＞
実施の形態１では、セルフスキャンモードにおいて、決済方法受付部１０５は、決済方法を受け付ける例を説明した。また、実施の形態１では、決済方法受付部１０５は、決済を実施する装置の選択を受け付ける例を説明した。例えば、店舗用の携帯端末装置１０において決済方法や決済を実施する装置の選択を受け付けずに、セルフスキャンモードにおいて、精算装置１４が決済を実施するようにしてもよい。決済方法や決済を実施する装置の選択を受け付けずに、精算装置１４が決済を実施する場合、図１６に示す画面ｄ０６０の支払いボタンｄ０６５がタップされると、表示部１０１０は、精算情報を符号化した精算コードを含む図２０の画面ｄ０９０を表示してもよい。
以上で変形例の説明を終了する。つぎに、実施の形態１の効果について説明する。業務の効率化、もしくは商品登録装置の待ち対策として、店舗の携帯端末装置を店員が用いる前捌き用の商品登録装置として活用したい。店舗用の携帯端末装置１０を前捌き用の商品登録装置として扱う場合、商品登録の操作を行う店員は決済処理の操作を行わない。そこで、店舗用の携帯端末装置１０は、店員の識別情報の入力を受け付ける。そして、店舗用の携帯端末装置１０は、店員の操作によって商品登録を行い、受け付けた店員の識別情報を含み、精算装置１４が読み取り可能な精算情報を出力する。そして、精算装置１４が、精算情報を読み取り、読み取った当該精算情報を用いて決済を行う。さらに、精算装置１４が、精算情報に含まれる会員の識別情報を含むレシートを発行させる。これにより、店舗用の携帯端末装置１０は、商品登録を行った店員を把握させることができる。例えば、店舗用の携帯端末装置１０は、精算以降で登録内容に問題がみつかったときに、レシートを見れば、商品登録を行った店員を容易に把握させることができる。
また、店舗用の携帯端末装置１０は、精算装置１４に対して精算情報を出力してもよい。この場合、商品登録終了後に、商品登録を行った店員が顧客に店舗用の携帯端末装置１０を渡して、顧客が店舗用の携帯端末装置１０を精算装置１４まで持っていけばよい。そして、精算装置１４は、店舗用の携帯端末装置１０から精算情報を読み取る。商品登録を行った店員と顧客とのやり取りが容易であるため、商品登録を行う店員の手間を省くことができる。
また、店舗用の携帯端末装置１０は、顧客の携帯端末装置１２に対して精算情報を出力する。そして、顧客の携帯端末装置１２が、精算装置１４に対して読み取った精算情報を出力する。さらに、精算装置１４が、精算情報を読み取って、精算情報によって決済を行う。これにより、店舗用の携帯端末装置１０は、商品登録の終了後に、すぐに新たな顧客に対する商品登録を行うことができる。よって、店舗用の携帯端末装置１０は、より有効的に活用することができる。
また、店舗用の携帯端末装置１０は、精算情報が印刷された印刷物を発行させる。そして、精算装置１４は、印刷物から精算情報を読み取る。例えば、店員は、印刷物を顧客に渡す。そして、顧客が印刷物を持って精算装置１４までもっていけばよい。精算装置１４は、印刷物から精算情報を読み取る。これにより、店舗用の携帯端末装置１０は、商品登録の終了後に、すぐに新たな顧客に対する商品登録を行うことができる。また、商品登録を行った店員と顧客とのやり取りが容易であるため、商品登録を行う店員の手間を省くことができる。
（実施の形態２）
つぎに、実施の形態２について図面を参照して詳細に説明する。実施の形態２では、実施の形態１で説明した内容の基本構成について説明する。
図３７は、実施の形態２にかかる店舗用の携帯端末装置の一構成例を示すブロック図である。図３８は、実施の形態２にかかる精算装置の一構成例を示すブロック図である。店舗用の携帯端末装置２０は、受付部２０１と、商品情報取得部２０３と、出力部２０９と、を有する。精算装置２４は、読取部２４１と、決済部２４２と、を有する。
受付部２０１は、店員の識別情報の入力を受け付ける。店員の識別情報は、店員を一意に識別可能な情報であれば、特に限定されない。例えば、店員の識別情報は、店員の名前の情報、店員ＩＤの情報、店員の生体情報などである。そして、商品情報取得部２０３は、店員の操作によって顧客が購入する商品の商品情報を取得する。商品情報は、商品を識別可能な情報であればよく、特に限定されない。例えば、商品情報は、商品の識別情報、商品の画像データ、画像データから抽出される商品の特徴量の情報であってもよい。商品情報の取得方法は特に限定されない。
そして、出力部２０９は、店員の識別情報を含む、商品情報に基づく決済に関する商品の精算情報であって、精算装置が読み取り可能な精算情報を出力する。精算情報は、例えば、店員の識別情報の他に、商品の購入価格の情報などを有する。もしくは、精算情報は、商品の購入価格を取得可能な情報を有する。出力方法は特に限定されない。出力方法は、１次元コード、もしくは２次元コードなどの精算コードの表示、ＲＦＩＤによる近距離無線通信などである。精算情報は、例えば、商品の購入価格の情報を含んでもよい。精算情報は、さらに、店舗用の携帯端末装置２０の識別情報を含んでもよい。
読取部２４１は、精算情報を読み取る。決済部２４２は、読み取った精算情報を用いて決済を行う。決済方法は、精算装置２４が決済可能な方法である。よって、決済方法は特に限定されない。
発行制御部２４３は、精算情報に含まれる店員の識別情報を含むレシートを発行させる。レシートは、印刷物であってもよい。もしくは、レシートは、電子データであってもよい。
図３９は、実施の形態２にかかる店舗用の携帯端末装置２０の一動作例を示すフローチャートである。フローの動作を終了する。受付部２０１は、操作者である店員の識別情報の入力を受け付ける（ステップＳ２０１）。そして、商品情報取得部２０３は、顧客が購入する商品の商品情報を取得する（ステップＳ２０２）。出力部２０９は、精算装置２４が読み取り可能な精算情報であって、店員の識別情報を含む精算情報を出力する（ステップＳ２０３）。店舗用の携帯端末装置２０は、フローの動作を終了する。
図４０は、実施の形態２にかかる精算装置２４の一動作例を示すフローチャートである。読取部２４１は、店舗用の携帯端末装置２０から精算情報を読み取る（ステップＳ２１１）。決済部２４２は、読み取った精算情報を用いて決済を行う（ステップＳ２１２）。そして、発行制御部２４３は、精算情報に含まれる店員の識別情報を含むレシートを発行させる（ステップＳ２１３）。そして、精算装置２４は、フローの動作を終了する。
つぎに、実施の形態２の効果について説明する。店舗用の携帯端末装置２０は、店員ＩＤの情報の入力を受け付ける。また、店舗用の携帯端末装置２０は、店員の操作によって商品登録を行い、受け付けた店員の識別情報を含み、精算装置２４が読み取り可能な精算情報を出力する。そして、精算装置２４が、精算情報を読み取り、読み取った当該精算情報を用いて決済を行う。さらに、精算装置２４が、精算情報に含まれる会員の識別情報を含むレシートを発行させる。これにより、店舗用の携帯端末装置２０は、商品登録を行った店員を把握させることができる。例えば、店員または顧客は、精算以降で登録内容に問題がみつかったときに、レシートを見れば、商品登録を行った店員を容易に把握することができる。
以上で、各実施の形態の説明を終了する。つぎに、店舗用の携帯端末装置１０，２０と、顧客の携帯端末装置１２，２２と、ＰＯＳサーバ１１と、精算装置１４と、のハードウェア構成について説明する。図４１は、店舗用の携帯端末装置のハードウェア構成例を示す説明図である。図４２は、顧客の携帯端末装置のハードウェア構成例を示す説明図である。図４３は、ＰＯＳサーバのハードウェア構成例を示す説明図である。図４４は、精算装置のハードウェア構成例を示す説明図である。
まず、図４１に示す店舗用の携帯端末装置３０のハードウェア構成例について説明する。店舗用の携帯端末装置３０は、例えば、実施の形態１，２にかかる店舗用の携帯端末装置１０，２０がコンピュータで実現された例である。店舗用の携帯端末装置３０は、例えば、プロセッサ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、記憶装置３０４と、通信インターフェース３０５と、入出力装置３０６と、カメラ３０７と、を有する。各構成部は、バス３０８を介してそれぞれ接続される。
プロセッサ３０１は、店舗用の携帯端末装置３０の全体を制御する。プロセッサ３０１は、例えば、ＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などが挙げられる。店舗用の携帯端末装置３０は、記憶部として、ＲＯＭ３０２、ＲＡＭ３０３および記憶装置３０４などを有する。記憶装置３０４は、例えば、フラッシュメモリなどの半導体メモリ、ＨＤＤ、ＳＳＤなどが挙げられる。例えば、記憶装置３０４はＯＳのプログラム、アプリケーションプログラムなどを記憶する。または、ＲＯＭ３０２は、アプリケーションプログラムを記憶する。そして、ＲＡＭ３０３は、プロセッサ３０１のワークエリアとして使用される。
また、プロセッサ３０１は、記憶装置３０４、ＲＯＭ３０２などに記憶されたプログラムをロードする。そして、プロセッサ３０１は、プログラムにコーディングされている各処理を実行する。また、プロセッサ３０１は、通信ネットワーク３６を介して各種プログラムをダウンロードしてもよい。また、プロセッサ３０１は、店舗用の携帯端末装置３０の一部または全部として機能する。そして、プロセッサ３０１は、プログラムに基づいて図示したフローチャートにおける処理または命令を実行してもよい。
通信インターフェース３０５は、無線または有線の通信回線を通じて、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの通信ネットワーク３６に接続される。これにより、店舗用の携帯端末装置３０は、通信ネットワーク３６を介して外部の装置や外部のコンピュータに接続される。通信インターフェース３０５は、通信ネットワーク３６と店舗用の携帯端末装置３０の内部とのインターフェースを司る。そして、通信インターフェース３０５は、外部の装置や外部のコンピュータからのデータの入出力を制御する。また、入出力装置３０６は、顧客の操作または店員の操作による入力を受け付ける。また、入出力装置３０６は、データを出力する。入出力装置３０６は画像を表示してもよい。入出力装置３０６は、例えば、タッチパネルディスプレイである。
図４１に示す店舗用の携帯端末装置３０のハードウェア構成は一例である。店舗用の携帯端末装置３０は、図４１に示す一部の構成要素を有していなくてもよい。店舗用の携帯端末装置３０は、図４１に示す以外の構成要素を有していてもよい。例えば、店舗用の携帯端末装置３０は、ドライブ装置などを有してもよい。そして、プロセッサ３０１は、ドライブ装置などに装着された記録媒体からＲＡＭ３０３にプログラムやデータを読み出してもよい。記録媒体としては、光ディスク、フレキシブルディスク、磁気光ディスク、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどが挙げられる。また、例えば、店舗用の携帯端末装置３０は、キーボードやマウスなどの入力装置を有してもよい。店舗用の携帯端末装置３０は、ディスプレイなどの出力装置を有していてもよい。また、店舗用の携帯端末装置３０は、ＰＣのように入力装置と出力装置とをそれぞれ有してもよい。また、店舗用の携帯端末装置３０は、各種センサーを有していてもよい。センサーは、例えば、加速度センサー、ジャイロセンサー、磁気センサー、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）、センサーなどが挙げられる。また、センサーは、指紋センサー、ＬｉＤＡＲ（Ｌｉｇｈｔ，Ｄｅｔｅｃｔｉｏｎ ａｎｄ Ｒａｎｇｉｎｇ）、近接センサー、環境光センサーなどが挙げられる。
つぎに、図４２に示す顧客の携帯端末装置３２のハードウェア構成例について説明する。顧客の携帯端末装置３２は、実施の形態１で説明した顧客の携帯端末装置１２をコンピュータで実現した例である。顧客の携帯端末装置３２は、店舗用の携帯端末装置３０と同様に、プロセッサ３２１と、ＲＯＭ３２２と、ＲＡＭ３２３と、記憶装置３２４と、通信インターフェース３２５と、入出力装置３２６と、カメラ３２７と、を有する。各構成部は、バス３２８を介してそれぞれ接続される。また、店舗用の携帯端末装置３０と同様に、顧客の携帯端末装置３２の各構成部は、バス３２８を介して接続される。顧客の携帯端末装置３２の各構成部の機能は、店舗用の携帯端末装置３０と同様であってよいため、詳細な説明を省略する。
また、店舗用の携帯端末装置３０と同様に、図４２に示す顧客の携帯端末装置３２のハードウェア構成は一例である。顧客の携帯端末装置３２は、図４２に示す一部の構成要素を含まなくてもよい。顧客の携帯端末装置３２は、図４２に示す以外の構成要素を有していてもよい。
つぎに、図４３の説明に移って、ＰＯＳサーバ３１のハードウェア構成例について説明する。ＰＯＳサーバ３１は、実施の形態１で説明したＰＯＳサーバ１１をコンピュータで実現した例である。ＰＯＳサーバ３１は、例えば、プロセッサ３１１と、ＲＯＭ３１２と、ＲＡＭ３１３と、記憶装置３１４と、通信インターフェース３１５と、を有する。
プロセッサ３１１は、ＰＯＳサーバ３１の全体を制御する。プロセッサ３１１は、例えば、ＣＰＵ、ＤＳＰなどが挙げられる。ＰＯＳサーバ３１は、記憶部として、ＲＯＭ３１２、ＲＡＭ３１３および記憶装置３１４などを有する。記憶装置３１４は、例えば、フラッシュメモリなどの半導体メモリ、ＨＤＤ、ＳＳＤなどが挙げられる。例えば、記憶装置３１４はＯＳのプログラム、アプリケーションプログラムなどを記憶する。または、ＲＯＭ３１２は、アプリケーションプログラムを記憶する。そして、ＲＡＭ３１３は、プロセッサ３１１のワークエリアとして使用される。
また、プロセッサ３１１は、記憶装置３１４、ＲＯＭ３１２などに記憶されたプログラムをロードする。そして、プロセッサ３１１は、プログラムにコーディングされている各処理を実行する。また、プロセッサ３１１は、通信ネットワーク３６を介して各種プログラムをダウンロードしてもよい。また、プロセッサ３１１は、ＰＯＳサーバ３１の一部または全部として機能する。そして、プロセッサ３１１は、プログラムに基づいて図示したフローチャートにおける処理または命令を実行してもよい。
通信インターフェース３１５は、無線または有線の通信回線を通じて、ＬＡＮ、ＷＡＮなどの通信ネットワーク３６に接続される。これにより、ＰＯＳサーバ３１は、通信ネットワーク３６を介して外部の装置や外部のコンピュータに接続される。通信インターフェース３１５は、通信ネットワーク３６とＰＯＳサーバ３１の内部とのインターフェースを司る。そして、通信インターフェース３１５は、外部の装置や外部のコンピュータからのデータの入出力を制御する。
また、図４３に示すＰＯＳサーバ３１のハードウェア構成は一例である。ＰＯＳサーバ３１は、図４３に示す一部の構成要素を含まなくてもよい。ＰＯＳサーバ３１は、図４３に示す以外の構成要素を有していてもよい。
つぎに、図４４に示す精算装置３４のハードウェア構成例について説明する。精算装置３４は、実施の形態１で説明した精算装置１４をコンピュータで実現した例である。精算装置３４は、例えば、プロセッサ３４１と、ＲＯＭ３４２と、ＲＡＭ３４３と、記憶装置３４４と、通信インターフェース３４５と、を有する。さらに、精算装置３４は、通信インターフェース３４５と、入出力装置３４６と、読取装置３４７と、ライト３４８と、スピーカ３４９と、印刷装置３５０と、を有する。各構成部は、バス３５１によって接続される。
プロセッサ３４１は、精算装置３４の全体を制御する。プロセッサ３４１は、例えば、ＣＰＵ、ＤＳＰなどが挙げられる。精算装置３４は、記憶部として、ＲＯＭ３４２、ＲＡＭ３４３および記憶装置３４４などを有する。記憶装置３４４は、例えば、フラッシュメモリなどの半導体メモリ、ＨＤＤ、ＳＳＤなどが挙げられる。例えば、記憶装置３４４はＯＳのプログラム、アプリケーションプログラムなどを記憶する。または、ＲＯＭ３４２は、アプリケーションプログラムを記憶する。そして、ＲＡＭ３４３は、プロセッサ３４１のワークエリアとして使用される。
また、プロセッサ３４１は、記憶装置３４４、ＲＯＭ３４２などに記憶されたプログラムをロードする。そして、プロセッサ３４１は、プログラムにコーディングされている各処理を実行する。また、プロセッサ３４１は、通信ネットワーク３６を介して各種プログラムをダウンロードしてもよい。また、プロセッサ３４１は、精算装置３４の一部または全部として機能する。そして、プロセッサ３４１は、プログラムに基づいて図示したフローチャートにおける処理または命令を実行してもよい。
通信インターフェース３４５は、無線または有線の通信回線を通じて、ＬＡＮ、ＷＡＮなどの通信ネットワーク３６に接続される。これにより、精算装置３４は、通信ネットワーク３６を介して外部の装置や外部のコンピュータに接続される。通信インターフェース３４５は、通信ネットワーク３６と精算装置３４の内部とのインターフェースを司る。そして、通信インターフェース３４５は、外部の装置や外部のコンピュータからのデータの入出力を制御する。
また、入出力装置３４６は、顧客の操作または店員の操作による入力を受け付ける。また、入出力装置３４６は、データを出力する。入出力装置３４６は画像を表示してもよい。入出力装置３４６は、例えば、タッチパネルディスプレイである。
読取装置３４７は、例えば、１次元コード、２次元コードなどの精算コードを読み取り可能な装置である。例えば、読取装置３４７は、バーコードリーダ、撮像装置などが挙げられる。読取装置３４７は、ＲＦＩＤを読み取り可能なＲＦＩＤリーダであってもよい。
ライト３４８は、例えば、点灯する出力装置である。ライト３４８は、精算装置３４の異常時、店員を呼ぶ時などに点灯する。スピーカ３４９は、例えば、操作音、音声メッセージなどを出力する出力装置である。印刷装置３５０は、例えば、レシートを印刷可能な出力装置である。
また、図４４に示す精算装置３４のハードウェア構成は一例である。図４４に示す以外の構成要素が追加されてもよいし、一部の構成要素を含まなくてもよい。例えば、精算装置３４は、キーボード、マウス、物理的なボタンなどの入力装置を有していてもよい。また、精算装置３４は、印刷装置３５０を有していなくてもよい。例えば、印刷装置３５０は、外付けであってもよい。もしくは、印刷装置３５０は、通信ネットワーク３６を介して接続されてもよい。
以上で、各装置のハードウェア構成の説明を終了する。また、各装置の実現方法には、様々な変形例がある。例えば、システムは、構成要素ごとにそれぞれ異なるコンピュータとプログラムとの任意の組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つのコンピュータとプログラムとの任意の組み合わせにより実現されてもよい。
また、システムの各構成要素の一部または全部は、特定用途向けの回路で実現されてもよい。また、システムの一部または全部は、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）のようなプロセッサなどを含む汎用の回路によって実現されてもよい。また、システムの一部または全部は、特定用途向けの回路や汎用の回路などの組み合わせによって実現されてもよい。また、これらの回路は、単一の集積回路であってもよい。または、これらの回路は、複数の集積回路に分割されてもよい。そして、複数の集積回路は、バスなどを介して接続されることにより構成されてもよい。
また、各装置の各構成要素の一部または全部が複数のコンピュータや回路などにより実現される場合、複数のコンピュータや回路などは、集中配置されてもよいし、分散配置されてもよい。
各実施の形態で説明した方法は、店舗用の携帯端末装置、顧客の携帯端末装置、精算装置、が実行することにより実現される。また、方法は、予め用意されたプログラムを店舗用の携帯端末装置、顧客の携帯端末装置、精算装置などのコンピュータが実行することにより実現される。各実施の形態で説明したプログラムは、ＨＤＤ、ＳＳＤ、フレキシブルディスク、光ディスク、フレキシブルディスク、磁気光ディスク、ＵＳＢメモリなどのコンピュータで読み取り可能な記録媒体に記録される。そして、本プログラムは、コンピュータによって記録媒体から読み出されることによって実行される。また、プログラムは、通信ネットワーク３６を介して配布されてもよい。
以上説明した、各実施の形態におけるシステムの各構成要素は、図４１から図４４に示すコンピュータのシステムのように、その機能をハードウェア的に実現されてもよい。または、各構成要素は、プログラム制御に基づくコンピュータ装置、ファームウェアで実現されてもよい。
以上、各実施の形態を参照して本発明を説明したが、本発明は上記実施の形態に限定されるものではない。各本発明の構成や詳細には、本発明のスコープ内で当業者が把握し得る様々な変更を適用した実施の形態を含み得る。本発明は、本明細書に記載された事項を必要に応じて適宜に組み合わせ、または置換した実施の形態を含み得る。例えば、特定の実施の形態を用いて説明された事項は、矛盾を生じない範囲において、他の実施の形態に対しても適用され得る。例えば、複数の動作をフローチャートの形式で順番に記載してあるが、その記載の順番は複数の動作を実行する順番を限定するものではない。このため、各実施の形態を実施するときには、その複数の動作の順番を内容的に支障しない範囲で変更することができる。
上記の実施の形態の一部または全部は、以下の付記のようにも記載されることができる。ただし、上記の実施の形態の一部または全部は、以下に限られない。
（付記１）
店員の識別情報の入力を受け付ける受付手段と、
前記店員の操作によって顧客が購入する商品の商品情報を取得する商品情報取得手段と、
前記識別情報を含む、前記商品情報に基づく決済に関する前記商品の精算情報であって、精算装置が読み取り可能な精算情報を出力する、出力手段と、
を備え、
前記精算装置は、当該精算情報を読み取り、読み取った当該精算情報を用いて決済を行い、前記精算情報に含まれる前記識別情報を含むレシートを発行させる、
店舗用の携帯端末装置。
（付記２）
前記出力手段は、前記精算装置に対して前記精算情報を出力する、
付記１に記載の店舗用の携帯端末装置。
（付記３）
前記出力手段は、前記顧客の携帯端末装置に対して前記精算情報を出力し、
前記顧客の携帯端末装置は、前記精算情報を読み取り、読み取った当該精算情報を前記精算装置へ出力し、
前記精算装置は、前記顧客の携帯端末装置から前記精算情報を取得する、
付記１に記載の店舗用の携帯端末装置。
（付記４）
前記出力手段は、前記精算情報が印刷された印刷物を発行させる発行制御手段を含む、
付記１に記載の店舗用の携帯端末装置。
（付記５）
店舗用の携帯端末装置により出力された、精算情報を読み取る、読取手段と、
読み取った前記精算情報を用いて決済を行う決済手段と、
前記精算情報に含まれる店員の識別情報を含むレシートを発行させる、発行制御手段と、
を備え、
前記精算情報は、店舗用の携帯端末装置が取得した前記店員の識別情報および、前記店舗用の携帯端末が取得した顧客が購入する商品の商品情報に関する情報である、

精算装置。
（付記６）
前記読取手段は、前記店舗用の携帯端末装置から前記精算情報を読み取る、
付記５に記載の精算装置。
（付記７）
前記読取手段は、前記顧客の携帯端末装置から前記精算情報を読み取り、
前記顧客の携帯端末装置は、前記店舗用の携帯端末装置から前記精算情報を読み取り、読み取った前記精算情報を前記精算装置に対して出力する、
付記５に記載の精算装置。
（付記８）
前記読取手段は、前記精算情報が印刷された印刷物から前記精算情報を読み取り、
前記店舗用の携帯端末装置は、前記印刷物を発行させる、
付記５に記載の精算装置。
（付記９）
店舗用の携帯端末装置と、
精算装置と、
を備え、
前記店舗用の携帯端末装置は、
店員の識別情報の入力を受け付ける受付手段と、
前記店員の操作によって顧客が購入する商品の商品情報を取得する商品情報取得手段と、
前記識別情報を含む、前記商品情報に基づく決済に関する前記商品の精算情報であって、精算装置が読み取り可能な精算情報を出力する、出力手段と、
を備え、
前記精算装置は、
前記精算情報を読み取る読取手段と、
読み取った前記精算情報に基づいて前記決済を行う決済手段と、
前記精算情報に含まれる前記識別情報を含むレシートを発行させる、発行制御手段と、
を備える
システム。
（付記１０）
店舗用の携帯端末装置が行う方法であって、
店員の識別情報の入力を受け付け、
前記店員の操作によって顧客が購入する商品の商品情報を取得し、
前記識別情報を含む、前記商品情報に基づく決済に関する前記商品の精算情報であって、精算装置が読み取り可能な精算情報を出力し、
前記精算装置は、当該精算情報を読み取り、読み取った当該精算情報を用いて決済を行い、前記精算情報に含まれる前記識別情報を含むレシートを発行させる、
方法。
（付記１１）
店舗用の携帯端末装置のコンピュータに実行させるプログラムを記憶する、前記コンピュータが読み取り可能な非一時的な記録媒体であって、
店員の識別情報の入力を受け付け、
前記店員の操作によって顧客が購入する商品の商品情報を取得し、
前記識別情報を含む、前記商品情報に基づく決済に関する前記商品の精算情報であって、精算装置が読み取り可能な精算情報を出力する、
処理を前記コンピュータに実行させるプログラムを記憶し、
前記精算装置は、当該精算情報を読み取り、読み取った当該精算情報を用いて決済を行い、前記精算情報に含まれる前記識別情報を含むレシートを発行させる、
記録媒体。
（付記１２）
店舗用の携帯端末装置のコンピュータに実行させるプログラムであって、
前記コンピュータに、
店員の識別情報の入力を受け付け、
前記店員の操作によって顧客が購入する商品の商品情報を取得し、
前記識別情報を含む、前記商品情報に基づく決済に関する前記商品の精算情報であって、精算装置が読み取り可能な精算情報を出力する、
処理を実行させ、
前記精算装置は、当該精算情報を読み取り、読み取った当該精算情報を用いて決済を行い、前記精算情報に含まれる前記識別情報を含むレシートを発行させる、
プログラム。
１ システム
１０ 店舗用の携帯端末装置
１１ ＰＯＳサーバ
１２ 顧客の携帯端末装置
１３ 印刷装置
１４ 精算装置
１５ 決済サーバ
１０１ モード受付部
１０２ 店舗受付部
１０３ 商品情報取得部
１０４ 数量受付部
１０５ 決済方法受付部
１０６ アプリ有無受付部
１０７ 精算情報管理部
１０８ 決済部
１０９ 出力部
１１０ 記憶部
１１１ 精算情報生成部
１１２ リスト生成部
１１３ 売上管理部
１１４ 記憶部
１２１ 読取部
１２２ 決済部
１２３ 出力部
１２５ 決済情報受付部
１２６ 記憶部
１４１ 読取部
１４２ 決済部
１４３ 発行制御部
１４４ 表示部
１４５ 記憶部
１０１０ 表示部
１０１１ 発行制御部
１２１０ 表示部
１１５ 会員ＤＢ
１１６ 店員ＤＢ
１１７ 商品ＤＢ
１１８ 売上ＤＢ
１１９ 購入商品リストＤＢ
２０ 店舗用の携帯端末装置
２０１ 受付部
２０３ 商品情報取得部
２０９ 出力部
２４ 精算装置
２２１ 読取部
２２２ 決済部
２４３ 発行制御部

Claims (11)

  1. 店員の識別情報の入力を受け付ける受付手段と、
    前記店員の操作によって顧客が購入する商品の商品情報を取得する商品情報取得手段と、
    前記識別情報を含む、前記商品情報に基づく精算情報であって、精算装置が読み取り可能な精算情報を出力する、出力手段と、
    を備え、
    前記精算装置は、当該精算情報を読み取り、読み取った当該精算情報を用いて決済を行い、前記精算情報に含まれる前記識別情報を含むレシートを発行させる、
    店舗用の携帯端末装置。
  2. 前記出力手段は、前記精算装置に対して前記精算情報を出力する、
    請求項１に記載の店舗用の携帯端末装置。
  3. 前記出力手段は、前記顧客の携帯端末装置に対して前記精算情報を出力し、
    前記顧客の携帯端末装置は、前記精算情報を読み取り、読み取った当該精算情報を前記精算装置へ出力し、
    前記精算装置は、前記顧客の携帯端末装置から前記精算情報を取得する、
    請求項１に記載の店舗用の携帯端末装置。
  4. 前記出力手段は、前記精算情報が印刷された印刷物を発行させる発行制御手段を含む、
    請求項１に記載の店舗用の携帯端末装置。
  5. 店舗用の携帯端末装置により出力された、精算情報を読み取る、読取手段と、
    読み取った前記精算情報を用いて決済を行う決済手段と、
    前記精算情報に含まれる店員の識別情報を含むレシートを発行させる、発行制御手段と、
    を備え、
    前記精算情報は、店舗用の携帯端末装置が取得した前記店員の識別情報および、前記店舗用の携帯端末装置が取得した顧客が購入する商品の商品情報に関する情報である、
    精算装置。
  6. 前記読取手段は、前記店舗用の携帯端末装置から前記精算情報を読み取る、
    請求項５に記載の精算装置。
  7. 前記読取手段は、前記顧客の携帯端末装置から前記精算情報を読み取り、
    前記顧客の携帯端末装置は、前記店舗用の携帯端末装置から前記精算情報を読み取り、読み取った前記精算情報を前記精算装置に対して出力する、
    請求項５に記載の精算装置。
  8. 前記読取手段は、前記精算情報が印刷された印刷物から前記精算情報を読み取り、
    前記店舗用の携帯端末装置は、前記印刷物を発行させる、
    請求項５に記載の精算装置。
  9. 店舗用の携帯端末装置と、
    精算装置と、
    を備え、
    前記店舗用の携帯端末装置は、
    店員の識別情報の入力を受け付ける受付手段と、
    前記店員の操作によって顧客が購入する商品の商品情報を取得する商品情報取得手段と、
    前記識別情報を含む、前記商品情報に基づく決済に関する前記商品の精算情報であって、精算装置が読み取り可能な精算情報を出力する、出力手段と、
    を備え、
    前記精算装置は、
    前記精算情報を読み取る読取手段と、
    読み取った前記精算情報に基づいて前記決済を行う決済手段と、
    前記精算情報に含まれる前記識別情報を含むレシートを発行させる、発行制御手段と、
    を備える
    システム。
  10. 店舗用の携帯端末装置が行う方法であって、
    前記店舗用の携帯端末装置が、
    店員の識別情報の入力を受け付け、
    前記店員の操作によって顧客が購入する商品の商品情報を取得し、
    前記識別情報を含む、前記商品情報に基づく決済に関する前記商品の精算情報であって、精算装置が読み取り可能な精算情報を出力し、
    前記精算装置は、当該精算情報を読み取り、読み取った当該精算情報を用いて決済を行い、前記精算情報に含まれる前記識別情報を含むレシートを発行させる、
    方法。
  11. 店舗用の携帯端末装置に実行させるプログラムであって、
    前記店舗用の携帯端末装置に、
    店員の識別情報の入力を受け付け、
    前記店員の操作によって顧客が購入する商品の商品情報を取得し、
    前記識別情報を含む、前記商品情報に基づく決済に関する前記商品の精算情報であって、精算装置が読み取り可能な精算情報を出力する、
    処理を実行させ、
    前記精算装置は、当該精算情報を読み取り、読み取った当該精算情報を用いて決済を行い、前記精算情報に含まれる前記識別情報を含むレシートを発行させる、
    プログラム。
JP2022570798A 2020-12-22 2020-12-22 店舗用の携帯端末装置、精算装置、システム、方法、およびプログラム Active JP7473015B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2024063880A JP2024083552A (ja) 2020-12-22 2024-04-11 店舗用の携帯端末装置、精算装置、システム、方法、およびプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/047818 WO2022137314A1 (ja) 2020-12-22 2020-12-22 店舗用の携帯端末装置、精算装置、システム、方法、および記録媒体

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2024063880A Division JP2024083552A (ja) 2020-12-22 2024-04-11 店舗用の携帯端末装置、精算装置、システム、方法、およびプログラム

Publications (3)

Publication Number Publication Date
JPWO2022137314A1 JPWO2022137314A1 (ja) 2022-06-30
JPWO2022137314A5 JPWO2022137314A5 (ja) 2023-08-28
JP7473015B2 true JP7473015B2 (ja) 2024-04-23

Family

ID=82158556

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2022570798A Active JP7473015B2 (ja) 2020-12-22 2020-12-22 店舗用の携帯端末装置、精算装置、システム、方法、およびプログラム
JP2024063880A Pending JP2024083552A (ja) 2020-12-22 2024-04-11 店舗用の携帯端末装置、精算装置、システム、方法、およびプログラム

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2024063880A Pending JP2024083552A (ja) 2020-12-22 2024-04-11 店舗用の携帯端末装置、精算装置、システム、方法、およびプログラム

Country Status (3)

Country Link
US (1) US20240104546A1 (ja)
JP (2) JP7473015B2 (ja)
WO (1) WO2022137314A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010182105A (ja) 2009-02-05 2010-08-19 Teraoka Seiko Co Ltd Ｐｏｓシステム及び中継器
JP2011158993A (ja) 2010-01-29 2011-08-18 Teraoka Seiko Co Ltd Ｐｏｓレジスタ及びｐｏｓシステム
JP2019133361A (ja) 2018-01-30 2019-08-08 株式会社寺岡精工 商品販売データ処理装置、商品販売データ処理システム及びプログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5114887B2 (ja) * 2006-07-24 2013-01-09 株式会社寺岡精工 Ｐｏｓレジスタ
JP2011070308A (ja) * 2009-09-24 2011-04-07 Nec Corp セルフレジシステム、携帯端末、キャッシュレジスタ、セルフレジ方法、及びプログラム
JP6955238B2 (ja) * 2017-11-10 2021-10-27 Ｎｅｃプラットフォームズ株式会社 決済システム、携帯端末、および決済方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010182105A (ja) 2009-02-05 2010-08-19 Teraoka Seiko Co Ltd Ｐｏｓシステム及び中継器
JP2011158993A (ja) 2010-01-29 2011-08-18 Teraoka Seiko Co Ltd Ｐｏｓレジスタ及びｐｏｓシステム
JP2019133361A (ja) 2018-01-30 2019-08-08 株式会社寺岡精工 商品販売データ処理装置、商品販売データ処理システム及びプログラム

Also Published As

Publication number Publication date
WO2022137314A1 (ja) 2022-06-30
US20240104546A1 (en) 2024-03-28
JP2024083552A (ja) 2024-06-21
JPWO2022137314A1 (ja) 2022-06-30

Similar Documents

Publication Publication Date Title
US10482448B2 (en) Method for processing a purchase transaction using a plurality of transaction systems
US20140289101A1 (en) Emailed purchase receipt
JP4216721B2 (ja) 免税申請システム、免税申請方法、およびそれらの方法をコンピュータに実行させるプログラム
CN104115172A (zh) 网络可访问销售点设备实例
US20210224775A1 (en) Method for processing a purchase transaction using a plurality of transaction systems
JP2007226516A (ja) 保証書管理方法、保証書管理プログラム、および保証書管理装置
US20140122276A1 (en) Reprint Of A Physical Receipt And Receipt History From An Electronic Receipt For Reducing Fraudulent Returns
US20140122275A1 (en) Reprint Of A Physical Receipt And Receipt History From An Electronic Receipt For Reducing Fraudulent Returns
EP4057208A1 (en) Mobile registration terminal and method
JP2015082256A (ja) 買物支援装置及びプログラム
US20190130347A1 (en) System for bifurcated transaction for products at a brick-and-mortar store
JP2022141481A (ja) 情報処理装置、プログラム及び情報処理システム
JP7376664B2 (ja) 電子レシートシステム
JP7473015B2 (ja) 店舗用の携帯端末装置、精算装置、システム、方法、およびプログラム
WO2022137313A1 (ja) 店舗用の携帯端末装置、顧客の携帯端末装置、システム、方法、および記録媒体
WO2022137312A1 (ja) 店舗用の携帯端末装置、方法、および記録媒体
JP7478635B2 (ja) 商品購入システム、中継サーバ及び登録装置
JP6586217B1 (ja) 情報処理方法、情報処理装置及び情報処理プログラム
JP6453432B2 (ja) 商品販売処理システム
WO2022137327A1 (ja) 精算装置、精算方法、および記録媒体
JP7208316B2 (ja) チェック装置、及びチェックプログラム
WO2022137328A1 (ja) 精算装置、精算方法、および記録媒体
US20230214871A1 (en) Systems, methods and computer program products for providing and verifying purchase offers
US20240054870A1 (en) Purchase management system, server apparatus, purchase management method, and recording medium
US20220092574A1 (en) Commodity purchase system and relay server

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230608

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230608

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240312

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240325

R150 Certificate of patent or registration of utility model

Ref document number: 7473015

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150