JP7219450B2 - 情報表示装置、及びシステム - Google Patents

Description

本発明は、情報表示装置、及びシステムに関する。

近年、二次元コードを用いた決済が普及してきている。二次元コードを用いた決済としては、例えば、商品の登録が済んだ後に、登録情報に応じた二次元コードを生成し、この二次元コードを店舗に設けられた読み取り装置で読み取って決済を行うものである。また、海外においては、登録情報に応じた二次元コードを店舗に設けられた表示装置に表示し、顧客が所持する情報端末装置によって二次元コードを読み取って決済を行うシステムがある（例えば、特許文献１参照）。このように海外で普及しているシステムを国内にも対応できるようにすることにより、訪日外国人の取り込み策の一環となる。

特表２０１６－５３３５９０号公報

上記従来技術においては、例えば、二次元コードを表示装置に表示するほか、あらかじめ印刷して店舗等に提示しておき、顧客は、提示された印刷情報に基づいて決済を行う。ところが、印刷された二次元コードが不正目的で差し替えられて不正決済が行われ、決済金を盗難される被害が生じることがあった。

そこで本発明は、二次元コードの差し替えによる不正決済の発生を抑制することができる技術を提供することを目的とする。

上述した課題を解決するために、本発明の一態様に係る情報表示装置は、店舗に設置されたＰＯＳレジスタに接続される接続部と、前記接続部を介してＰＯＳレジスタから取引に係る金額情報と、決済事業者をそれぞれ識別する複数の決済事業者識別情報のうち一の決済事業者識別情報とを受け付ける受付手段と、前記受付手段が受け付けた前記一の決済事業者識別情報及び前記金額情報に基づいて、前記一の決済事業者識別情報で特定される一の決済事業者を介して顧客が前記店舗に対して支払いを行うための二次元コードを前記取引ごとに生成する生成手段と、前記生成手段が生成した二次元コードを表示する表示手段と、を備えることを特徴とする。

上記情報表示装置において、前記決済事業者識別情報は、顧客のチャージ金額を管理する決済事業者を識別する情報であってもよい。

上記情報表示装置において、前記表示手段は、前記金額情報に応じた支払い金額及び前記一の決済事業者識別情報で特定される前記一の決済事業者を示す情報を、前記二次元コードとともに表示するようにしてもよい。

上述した課題を解決するために、本発明の一態様に係るシステムは、店舗に設置されたＰＯＳレジスタ及び前記ＰＯＳレジスタに接続された情報表示装置を備えたシステムであって、前記ＰＯＳレジスタは、現金による精算処理を行う精算手段と、前記情報表示装置に対して取引に係る金額情報と、決済事業者をそれぞれ識別する複数の決済事業者識別情報のうち一の決済事業者識別情報とを送信する送信手段と、を備え、前記情報表示装置は、前記ＰＯＳレジスタから送信された前記金額情報と前記一の決済事業者識別情報とを受信する受信手段と、前記受信手段が受信した前記一の決済事業者識別情報及び前記金額情報に基づいて、前記一の決済事業者識別情報で特定される前記一の決済事業者を介して顧客が前記店舗に対して支払いを行うための二次元コードを前記取引ごとに生成する生成手段と、前記生成手段が生成した二次元コードを表示する表示手段と、を備えることを特徴とする。

上記システムにおいて、前記ＰＯＳレジスタは、決済事業者ごとに設けられた決済事業者指定キーを更に備え、前記送信手段は、操作された決済事業者指定キーに対応する前記一の決済事業者識別情報を前記情報表示装置に対して送信するようにしてもよい。

本発明に係る情報表示装置によれば、二次元コードの差し替えによる不正決済の発生を抑制することができる情報表示装置を提供することができる。

本発明の第１の実施形態におけるＰＯＳシステムの構成例を表すブロック図である。 第１の実施形態におけるＰＯＳシステムの斜視図である。 第１の実施形態における登録装置の構成例を表すブロック図である。 第１の実施形態における精算装置の構成例を表すブロック図である。 第１の実施形態における携帯端末の構成例を表すブロック図である。 第１の実施形態における処理の流れを表すフローチャートである。 （Ａ）、（Ｂ）は、登録装置の表示例である。 （Ａ）～（Ｃ）は、精算装置の表示例である。 携帯端末の表示例である。 携帯端末の表示例である。 決済パターンの種類をまとめた表である。 第２の実施形態における処理の流れを表すフローチャートである。 第３の実施形態における処理の流れを表すフローチャートである。 第４の実施形態における処理の流れを表すフローチャートである。 第５の実施形態における処理の流れを表すフローチャートである。 携帯端末の表示例である。 レジスタに接続された決済コード表示装置の斜視図である。 第６の実施形態における決済コード表示装置の構成例を表すブロック図である。 加盟店コードと加盟店コードに対応付けられた決済事業者識別情報の一例を示す図である。 決済コード情報１００２に含まれる情報の一例を示す図である。 決済コード表示装置１０００の処理の一例を示すフローチャートである。 金額入力装置に接続された決済コード表示装置の斜視図である。 計量装置に接続された決済コード表示装置の斜視図である。 決済コード表示装置の他の表示の一例を示す図である。

［第１の実施形態］
以下、本発明の第１の実施形態について図面を参照して説明する。
図１は、本実施形態に係るＰＯＳシステム１（商品販売データ処理システムの一例）の構成例を表すブロック図である。図１に示すように、ＰＯＳシステム１は、ストアコントローラ１０と、２台の登録装置２０と、２台の精算装置３０とを備える。
ストアコントローラ１０と登録装置２０と精算装置３０とは、有線または無線接続のＬＡＮ（Local Area Network）１１で相互に接続されている。

なお、図１に示したＰＯＳシステム１の構成は一例である。例えば、ＰＯＳシステム１において、登録装置２０と精算装置３０との設置数は特に限定されるものではなく、それぞれ１台以上であればよく、登録装置２０と精算装置３０は同数ではなく異なる数でもよい。その場合、登録装置２０の数が精算装置３０の数よりも多くてもよいし少なくてもよい。また、本実施形態のＰＯＳシステム１は、ストアコントローラ１０を含まない構成としてもよい。
なお、ＰＯＳシステム１の構成として、ストアコントローラ１０を含まない構成とする場合には、他の装置（例えば、複数の登録装置２０のうち代表となる１台の登録装置２０）に、ストアコントローラ１０としての機能を兼用させてもよい。

ストアコントローラ１０は、ＰＯＳシステム１を管理する情報処理装置であり、ＰＯＳシステム１において登録装置２０や精算装置３０などを管理し、商品マスタなどの種々の情報を管理する。ストアコントローラ１０は、登録装置２０及び各精算装置３０に、最新の商品マスタを適宜送信する。商品マスタとは、各商品の商品識別情報（例えば、ＪＡＮコード）、商品名（品名、アイテム名）、販売価格、値引き情報などの商品情報を格納したファイルである。
ストアコントローラ１０は、最新の商品情報が反映された商品マスタを、外部（例えば、本部のサーバ、リムーバブル形式の記憶媒体）から取得し、登録装置２０及び各精算装置３０に適宜送信する。

登録装置２０は、購入対象の商品を登録する商品登録処理を実行する。商品を登録する操作（商品登録操作）は、例えば、スキャナを用いて商品に付されているバーコードを読み取らせる操作、あるいは商品登録画面に表示されたプリセットボタン等に対する操作等として行われる。このような商品登録操作によって、登録装置２０には例えば商品識別情報が入力され、登録装置２０は、入力された商品識別情報に対応する商品情報を取得する。
また、登録装置２０は、一取引ごとに対応して登録された商品の情報（以下、登録情報という）を生成し、記憶する。

登録情報は、対応の取引を識別する取引識別情報、当該登録情報を識別する登録情報識別情報、登録日時、登録された各商品の商品識別情報、登録された各商品の商品名、販売価格、値引き情報、購入対象の商品の品数を示す取引点数（購入点数）、購入対象の商品に対応する代金の総額（合計金額）を含んでよい。また、登録情報は、当該登録情報を生成した登録装置２０（すなわち、当該登録情報に係る商品を登録した登録装置２０）を識別するための登録装置識別情報をさらに含んでもよい。このように、登録情報は、一取引に応じた商品登録処理結果が反映された内容を有する。

登録情報は、精算装置３０において精算処理に用いられる。精算処理とは、登録された商品の代金を、現金、電子マネー、クレジットカードなどを選択的に用いて支払い、決済する処理である。

本実施の形態では、複数の精算装置３０が設置され、複数のうちのいずれか１台が、登録装置２０において生成された登録情報を用いて精算処理を実行する。複数の精算装置３０のうちから、精算処理を実行させるべき精算装置３０を指定する態様としては、下記の第１の指定態様と第２の指定態様が挙げられる。

第１の指定態様は、精算処理を実行させる精算装置３０を、店員が登録装置２０にて指定する態様である。
すなわち、店員が、精算装置３０を指定する操作（精算装置指定操作）を登録装置２０に対して行うことによって、複数の精算装置３０のうちから精算処理を実行させる精算装置３０を指定する。
なお、登録装置２０において、各精算装置３０の稼働状況を示した稼働情報を表示するようにし、登録装置２０において、店員が精算装置３０を指定する際に、各精算装置３０の稼働状況を確認できるようにしてもよい。

店員が精算装置３０を指定した場合には、ＬＡＮ１１を介して、登録装置２０において生成された登録情報が、指定された精算装置３０に送信される。すなわち、登録装置２０は、商品登録処理に続いて精算装置３０が指定された場合には、指定された精算装置３０に対し、当該商品登録処理の結果が反映された登録情報を送信する。
なお、本実施の形態では、登録装置２０は、直接、精算装置３０に登録情報を送信するが、ストアコントローラ１０を経由して、精算装置３０に登録情報を送信してもよい。

また、第２の指定態様は、精算処理用の媒体（お会計券（登録商標））を登録装置２０から発行させ、店員から手渡しされたお会計券を、客が１つの精算装置３０に読み取らせる態様である。
すなわち、客が、店員から手渡しされたお会計券を精算装置３０に読み取らせることによって、複数の精算装置３０のうちから精算処理を実行させる精算装置３０を指定する。
お会計券には、発行元の登録装置２０を示す登録装置識別情報と登録情報とが、バーコード（一次元コード）または二次元コードのいずれかのコードの形式で印字（印刷）されている。精算装置３０は、お会計券のコードを読み取ると、読み取ったコードにより示される登録情報を取得する。

精算装置３０は、客の操作に応じて精算処理を実行する。また、精算装置３０は、精算処理を終了した場合には、登録装置２０に精算処理の終了を通知する。

携帯端末４０は、客が携帯し、ネットワークＮＷ経由で通信を行うことのできる装置である。携帯端末４０は、例えばスマートフォン、タブレット端末、携帯電話等である。携帯端末４０で二次元コードを読み取ることにより、会計後の決済を行うことができる。

図１に示すように、ＰＯＳシステム１は、クラウドセンター５０及びネットワークＮＷを介して決済事業者ゲートウェイ６０との間で通信可能とされている。決済事業者ゲートウェイ６０は、決済事業者７０と通信可能とされるとともに、ネットワークＮＷを介して携帯端末４０と通信可能とされている。なお、ＰＯＳシステム１、クラウドセンター５０、決済事業者ゲートウェイ６０及び決済事業者７０は、ネットワークＮＷを介して、またはネットワークＮＷを介することなく直接他の通信態様等によって通信可能とされていてもよい。

クラウドセンター５０は、携帯端末４０で生成される決済データのレポーティング、ＰＯＳシステム１を設置する複数の店舗に対する決済の連携、売上金の振り込み、ＰＯＳシステム１から送信される決済データの提供などを行う。クラウドセンター５０は、ＰＯＳシステム１に対して集計データなどを送信する。
決済事業者ゲートウェイ６０では、決済事業を連携する店舗（加盟店）の管理、加盟店との取引管理、売上管理、アクアイアリング管理、包括事業者管理などを行っている。この加盟店にＰＯＳシステム１が設置される。
決済事業者７０は、決済コードを用いた決済（以下、「ウォレット」「二次元コード決済」ともいう）を行う。決済事業者７０は、顧客からの出入金を管理している。顧客からの入金は、例えば、顧客のクレジットカードや銀行カードを利用して銀行口座を介して行われたり、所定のＡＴＭからの現金等によって行われたりする。また、決済事業者７０は、決済コードを用いた決済に基づいて、顧客の入金額から差し引いた金額をクラウドセンター５０に対して入金する。決済を行う際の決済先は、ＰＯＳシステム１が設置された店舗となる。

決済事業者ゲートウェイ６０には、加盟店のＰＯＳシステム１または携帯端末４０から決済データが送信される。決済事業者ゲートウェイ６０は、送信された決済データを決済事業者に転送する。決済事業者は、決済データに応じて、顧客のクレジットカードや銀行カードから引き落としを行い、クラウドセンター５０に対して入金を行う。クラウドセンターは、決済事業者からの入金に応じて、加盟店に対して振り込みを行う。

次に、図２～図４を参照して、登録装置２０及び精算装置３０の構成例について説明する。
図２は、登録装置２０と精算装置３０との外観例を示す斜視図である。図３は、登録装置２０の構成例を示すブロック図である。図４は、精算装置３０の構成例を示すブロック図である。

登録装置２０は、図３に示すように、ＣＰＵ（Central Processing Unit）２０１と、記憶部２０２と、ＲＡＭ（Random Access Memory）２０３と、スキャナ部２０４と、店員用表示部２０５と、客用表示部２０５ａと、操作部２０６と、通信部２０７と、ブザー２０８と、印刷部２０９と、カードリーダ２１０を備える。これらは、バスを介して相互に通信可能である。

ＣＰＵ２０１は、中央演算処理装置であり、記憶部２０２に記憶されているプログラムを読み出して実行することにより、登録装置２０の動作を制御する。
記憶部２０２は、ＣＰＵ２０１の補助記憶装置であって、プログラムをはじめとしてＣＰＵ２０１が利用する各種の情報を記憶する。

ＲＡＭ２０３は、ＣＰＵ２０１の主記憶装置であって、種々の情報を記憶する。例えば、ＲＡＭ２０３は、ストアコントローラ１０から取得した商品マスタや、商品登録処理後に生成された登録情報などを記憶する。
スキャナ部２０４は、商品に付されているバーコード（商品コード）を光学的に読み取る。

店員用表示部２０５は、タッチパネル（例えば、液晶タッチパネル）であり、店員用の種々の情報を表示する。
例えば、店員用表示部２０５は、商品情報（商品コード等）に関連付けられているプリセットボタンを配置した商品登録画面などを表示する。

客用表示部２０５ａは、客用の種々の情報を表示する。例えば、客用表示部２０５ａは、登録した商品の価格等を表示する。客用表示部２０５ａは、タッチパネル（例えば、液晶タッチパネル）であってもよい。

操作部２０６は、登録装置２０を動作させるための各種の操作ボタン（小計キー、現計キー、置数キー、訂正キー、及びプリセットキー等）を備える。例えば、操作部２０６は、操作ボタン（プリセットキー）が操作されることにより、そのプリセットキーに予め設定登録されている商品情報（商品コード等）について、操作入力を受け付ける。

通信部２０７は、ＬＡＮ１１を介して、他の装置と通信する。
ブザー２０８は、店員が操作を確認することが必要な場合などに、ブザー音を発生させる。
印刷部２０９は、必要に応じて媒体を印刷して発行する。例えば、印刷部２０９は、お会計券を印刷して発行することができる。

カードリーダ２１０は、例えばＩＣ（Integra Circuit）カード形式のＲＦＩＤ（Radio Frequency Identifier）タグに対する情報の読み出しを行うデバイスである。

図２においては、スキャナ部２０４、店員用表示部２０５、操作部２０６及び印刷部２０９及びカードリーダ２１０を含む登録装置２０の外観例が示される。また、登録装置２０における客側の手前位置には、立て札４００が立て置かれている。立て札４００における客側には、二次元コード（特定商品コード）４００Ｃが印刷されている。なお、立て札４００に印刷されたとは、立て札４００に直接印刷されている場合と、印刷された紙やシートなどが立て札４００に取り付けられている（貼り付けられている）場合とを含む。また、図示はしないが、立て札４００には、特定商品の写真、特定商品の説明、特定商品の金額などが表示されている。
特定商品コード４００Ｃには、店舗情報や特定の商品に関する特定商品情報が含まれている。特定商品は、特に限定されるものではないが、例えば、登録装置２０の近傍に配置されて登録装置２０を操作する店員が顧客に対して提供する商品、例えば、たばこ、ソフトクリーム、中華まんじゅう、ドリップコーヒーなどとしてよい。

精算装置３０は、図４に示すように、ＣＰＵ３０１と、記憶部３０２と、ＲＡＭ３０３と、スキャナ部３０４と、表示部３０５と、操作部３０６と、通信部３０７と、ブザー３０８と、印刷部３０９と、決済部３１０と、サインポール３１１と、人感知センサ３１２と、カードリーダ３１３とを備える。これらは、バスを介して相互に通信可能である。

ＣＰＵ３０１は、中央演算処理装置であり、記憶部３０２に記憶されているプログラムを読み出して実行することにより、精算装置３０の動作を制御する。
記憶部３０２は、ＣＰＵ３０１の補助記憶装置であって、プログラムをはじめとしてＣＰＵ３０１が利用する各種の情報を記憶する。

ＲＡＭ３０３は、ＣＰＵ３０１の主記憶装置であって、種々の情報を記憶する。例えば、ＲＡＭ３０３は、ストアコントローラ１０から取得した商品マスタや、登録装置２０から取得した登録情報に基づいて精算処理を実行した結果が反映された精算処理情報を記憶する。
スキャナ部３０４は、例えば、お会計券に印刷されたコード（バーコードまたは二次元コード）や、会員カード等に付されているコード（会員コード）を光学的に読み取る。

表示部３０５は、タッチパネル（例えば、液晶タッチパネル）であり、種々の情報を表示する。例えば、表示部３０５は、合計金額などが表示される精算画面を表示する。

操作部３０６は、精算装置３０を動作させるための各種の操作ボタン（訂正キー及びプリセットキー等）を備える。例えば、操作部３０６は、操作ボタン（訂正キー）が操作されることにより、操作入力の訂正を受け付ける。

通信部３０７は、ＬＡＮ１１を介して、他の装置と通信する。
ブザー３０８は、エラー等が発生した場合、エラーを報知するブザー音を発生させる。
印刷部３０９は、媒体を印刷して発行する。例えば、印刷部３０９は、精算処理（すなわち、商品の買上金額の決済）が終了した場合、客が持ち帰る精算済みレシートを印刷して発行する。

決済部３１０は、決済（精算）に関する処理を行う。本実施形態における決済部３１０では、が対応可能な決済の種別としては、現金による決済と、クレジットカードの使用による決済と、電子マネーの使用による決済と、二次元コードの読み取りによる決済に対応可能となっており、これらの少なくとも１つによって決済を行うことができる。
現金による決済に対応するため、決済部３１０は、釣銭機を備える。釣銭機は、紙幣の投入及び排出をする紙幣投入口、硬貨を投入するための硬貨投入口、釣銭を排出する釣銭排出口を備えている。決済部３１０は、釣銭機によって、現金により決済を実行し、決済を実行した結果（例えば、決済が成立したか否かを示す情報）を、バスを介してＣＰＵ３０１に出力する。
また、クレジットカードの使用による決済に対応するため、決済部３１０は、クレジットカードリーダを備える。決済部３１０は、クレジットカードリーダにより読み込まれた情報を利用して精算処理を行う。
また、電子マネーの使用による決済に対応するため、決済部３１０は、電子マネーリーダを備える。決済部３１０は、電子マネーリーダにより読み込まれた情報を利用して精算処理を行う。
また、二次元コードの読み取りによる決済を行うため、決済部３１０は、登録情報に応じた二次元コード（決済コード）を生成し、表示部３０５に表示する。表示部３０５に表示された二次元コードを顧客が所持する携帯端末４０で読み取ることにより、精算処理が行われる。ここで生成される決済コードとは、決済に用いられる情報である。決済コードには、例えば、登録された商品に関する登録商品情報、ＰＯＳシステム１が設置された店舗に関する店舗情報が含まれている。
登録商品情報としては、登録された商品の合計金額を得ることができる情報、例えば、登録された商品の合計金額そのもののほか、登録された商品の個々の販売価格及び値引き情報も含まれる。また、登録された商品に関する情報には、登録された商品の合計金額を得ることができる情報のほか、例えば、各商品の商品識別情報、商品名、などの商品情報が含まれる。
店舗情報としては、店舗の名称、住所、電話番号、責任者等の店舗についての各種情報が含まれる。
なお、決済コードは、二次元コードであるが、一次元コードなどの他のコードであってもよい。

サインポール３１１は、複数色の表示灯を有し、それらの表示灯を点灯や点滅させることで、精算装置３０が店員により指定された装置であることを示す情報を報知したり、操作可能である旨を報知したりする。
人感知センサ３１２は、精算装置３０の正面の所定圏内に人物（客）がいることを検知するセンサである。
なお、人感知センサ３１２の検知出力は、例えば精算装置３０が、人が自機に近づいたことに応じて、自動的に精算画面を表示させる際に、人が自機に近づいたか否かを判定するのに用いられる。しかしながら、精算装置３０は、例えば精算画面は、例えば登録情報の受信や、お会計券に印刷されたバーコードの読み取りなどに応じて表示されるようにしてもよく、この場合には、人感知センサ３１２は、省略されてよい。

カードリーダ３１３は、例えばＩＣカード形式のＲＦＩＤタグに対する情報の読み出しを行うデバイスである。

図２においては、スキャナ部３０４、表示部３０５、操作部３０６、印刷部３０９、決済部３１０、サインポール３１１及びカードリーダ３１３などを含む精算装置３０の外観構成が示される。

図５を参照して、携帯端末４０の構成例について説明する。図５は、携帯端末の構成例を表すブロック図である。図５に示す携帯端末４０は、ＣＰＵ４０１、記憶部４０２、ＲＡＭ４０３、表示部４０４、操作部４０５、撮像部４０６、及び通信部４０７を備える。
ＣＰＵ４０１は、中央演算処理装置であり、記憶部４０２に記憶されているプログラムを読み出して実行することにより、携帯端末４０の動作を制御する。
記憶部４０２は、ＣＰＵ４０１の補助記憶装置であって、プログラムをはじめとしてＣＰＵ４０１が利用する各種の情報を記憶する。記憶部４０２には、二次元コードからなる決済コードを読み込むことによって、決済を行うためのプログラム（以下「決済用プログラム」という）が記憶されている決済用プログラムには、決済コードから決済データを生成するためのプログラムが含まれている。決済用プログラムを用いることにより、決済コードを読み込むことで、登録情報に応じた支払いを行うことができる。また、記憶部４０２には、携帯端末４０の所有者に関する情報である顧客情報が記憶されている。顧客情報には、所有者の氏名、性別、年齢、ウォレットのチャージ残高、クレジットカード番号などの情報が含まれている。
ＲＡＭ４０３は、ＣＰＵ４０１の主記憶装置である。
表示部４０４は、ＣＰＵ４０１の表示制御に応じて画像を表示する。表示部４０４は、画面に対する操作が可能なタッチパネルとして構成されてよい。
操作部４０５は、携帯端末４０に備えられる各種操作子や携帯端末４０に接続される各種の入力デバイスなどを一括して示す。
撮像部４０６は、ＣＰＵ４０１の制御に応じて撮像を行う。また、本実施形態の撮像部４０６は、二次元コード（制御情報の一例）を処理するコードリーダにおいて二次元コードを読み取る部位としても機能させることができる。
通信部４０７は、無線によりネットワークＮＷ経由で通信を行う部位である。通信部４０７により、携帯端末４０はクラウドセンター５０及び決済事業者ゲートウェイ６０と通信を行うことができる。

また、携帯端末４０は、精算装置３０から読み込んだ決済コードに基づいて、決済データを生成する。決済データには、二次元コードに含まれる登録商品情報及び店舗情報が含まれる。また、決済データには、携帯端末４０の記憶部４０２に記憶された顧客情報も含まれる。

上記構成のもとで、本実施形態の携帯端末４０は、ウェブブラウザの機能を有する。つまり、携帯端末４０は、通信部４０７によるネットワーク経由の通信のもとで、指定のＵＲＬのウェブページにアクセスし、アクセスしたウェブページを表示部４０４に表示させることができる。

上記構成による本実施形態のＰＯＳシステム１では、会計から決済までの処理が行われる。本実施形態において会計は、一取引に応じて登録装置２０において行われる商品登録と、精算装置３０において行われる精算とを含む。また、会計処理は、一取引に応じて登録装置２０により実行される商品登録処理と、精算装置３０において実行される精算処理とを含む。

店舗において会計を受けようとする客は、自分の買上商品を持参して登録装置２０に赴き、登録装置２０が設置されたテーブルに買上商品を置く。登録装置２０を操作する店員は、テーブルに置かれた買上商品を商品種別ごとに順次登録する操作を行っていく。登録の操作ごとに応じて登録装置２０は、一取引における商品ごとの商品登録処理を実行する。このように商品が登録されている間において、客は、登録装置２０の前で商品の登録が完了するのを待つ。

店員は、客の買上商品の全てについての登録が完了すると、小計操作を行う。小計操作に応じて、一取引に応じた商品登録処理が完了したことになる。そのうえで、店員は、例えば第１の指定態様により、今回の取引に応じて精算処理を実行させるべき精算装置３０を指定する精算装置指定操作を行う。
精算装置指定操作は、例えば登録装置２０の店員用表示部２０５の画面において配置された精算装置ごとに対応する精算装置指定ボタンのうちから、精算処理を実行させるべき精算装置３０に対応する精算装置指定ボタンをタッチするという操作であればよい。
登録装置２０は、精算装置指定操作により指定された精算装置３０に登録情報を送信する。
精算装置指定操作を行った店員は、客に対して、精算装置指定操作により指定した精算装置３０にまで赴いて精算してもらうように口頭で伝える。客は、精算を行うために店員から伝えられた精算装置３０にまで赴くようにされる。

登録装置２０から送信された登録情報を受信（取得）した精算装置３０は、登録情報を利用して、客の操作に応じて精算処理を実行する。以下、ＰＯＳシステム１における会計処理から決済までの処理手順について、図６を参照して説明する。図６は、登録装置２０、精算装置３０、携帯端末４０、及び決済事業者ゲートウェイ６０における処理の流れを表すフローチャートである。
ここでは、第１の指定態様で精算装置３０が指定され、二次元コードの読み取りによる決済が行われる手順について説明する。図６においては、登録装置２０、精算装置３０、携帯端末４０、及び決済事業者ゲートウェイ６０における各処理をそれぞれの装置に分けて説明する。

[登録装置２０における処理]
ステップＳ１１１：商品登録を行う。商品登録は、登録装置２０において、個々の商品に対して店員が行う。図７（Ａ）、（Ｂ）は、登録装置２０の表示例である。商品登録の際には、図７（Ａ）に示す登録画面が表示される。店員は、商品に付された商品コード（一次元コードや二次元コード）を読み取ることによって商品登録を行う。商品コードが付されていない商品等については、登録画面の表示アイコン等を操作することによって商品登録を行う。
ステップＳ１１２：小計ボタンが押下されたか否かを判定する。複数の商品の登録が完了すると、小計ボタンが押下される。このため、小計ボタンが押下されていないときには、ステップＳ１１１に戻って商品登録を継続する。小計ボタンが押下されたときには、ステップＳ１１３に進む。小計ボタンが押下されたときには、登録装置２０は、登録情報を生成する。

ステップＳ１１３：小計画面を表示する。小計ボタンが押下されると、図７（Ｂ）に示す小計画面が店員用表示部２０５に表示される。小計画面には、登録された商品及びその金額、さらには商品点数及び小計金額等が表示される。小計画面には、精算装置指定ボタンＡ、お会計券発行ボタンＤ、登録画面復帰ボタンＥが設けられている。
精算装置指定ボタンＡを押下することにより、タッチされたアイコンに対応する精算装置３０が指定され、指定された精算装置３０に対して登録情報が送信される。顧客は、指定された精算装置３０で決済を行う。
お会計券発行ボタンＤを押下することにより、登録情報を含む二次元コードが印刷されたお会計券が発行される。お会計券は、店員から顧客に手渡され、顧客は、複数の精算装置３０の中から好みの精算装置３０、例えばすいている精算装置３０に移動し、お会計券による決済を行う。
登録復帰画面Ｅを押下することにより、表示される画面が登録画面に復帰する。

ステップＳ１１４：店員が精算装置指定ボタンＡを操作することにより、精算処理を行う精算装置３０が指定される。
ステップＳ１１５：商品登録を行って生成された登録情報を指定された精算装置３０に送信する。
ステップＳ１１６：登録画面を表示して登録装置２０による処理を終了する。ここで表示される登録画面は、商品登録が行われていない登録画面である。

[精算装置３０における処理]
ステップＳ１２１：登録装置２０から登録情報が送信されることにより、精算画面が表示部３０５に表示される。図８（Ａ）～（Ｃ）は、精算装置の表示例である。図８（Ａ）に示すように、精算画面６００には、買上点数表示領域６０１、合計金額表示領域６０２、第１メッセージ表示領域６０３、第２メッセージ表示領域６０４、及び支払い方法選択領域６０５が設けられている。
買上点数表示領域６０１には、登録装置２０において登録された商品の買上点数「３点」が表示されている。
合計金額表示領域６０２には、登録装置２０において登録された商品の合計金額「￥５６３」が表示されている。
第１メッセージ表示領域６０３には、支払い方法の選択を促すメッセージとして、「お支払い方法を選択してください」の文字が表示されている。
第２メッセージ表示領域６０４には、具体的なメッセージの内容として「現金、クレジット、ウォレットがご使用になれます。右側のボタンを押して、お支払方法をお選びください。」の文字が表示されるとともに、支払い方法選択領域６０５を指し示す右向きの矢印が表示されている。
支払い方法選択領域６０５には、現金での支払いを選択する現金ボタン６０５Ａと、クレジットでの支払いを選択するクレジットボタン６０５Ｂと、ウォレットでの支払いを選択するウォレットボタン６０５Ｃとが表示されている。
なお、ウォレットでの支払いとは、顧客が、登録情報に応じた二次元コード（決済コード）を読み取って行う支払い（決済）である。顧客は、現金ボタン６０５Ａ、クレジットボタン６０５Ｂ、及びウォレットボタン６０５Ｃのいずれかを押下して支払い方法を選択する。

ステップＳ１２２：ウォレットボタン６０５Ｃが押下され、ウォレットでの支払いが選択されたか否かを判定する。ウォレットでの支払いが選択された場合には、ステップＳ１２３に進み、ウォレットでの支払いが選択されなかった場合には、ステップＳ１２６に進む。
ステップＳ１２３：ウォレットでの支払いが選択された場合、登録情報を含む決済コードを生成し、表示部３０５に決済コード表示画面を表示する。図８（Ｂ）に示すように、決済コード表示画面６００Ａとしては、精算画面６００における支払い方法選択領域６０５に代えて、決済コード表示領域６１０が表示される。決済コード表示領域６１０には、支払い種類表示６１０Ａ及び生成された決済コード６１０Ｂが表示される。また、第１メッセージ表示領域６０３に表示されていた文字は消去され、第２メッセージ表示領域６０４には、「右の決済コードを撮影してください。」の文字が表示されるとともに、決済コード表示領域６１０を指し示す右向きの矢印が表示されている。

ステップＳ１２４：決済コード表示画面を表示した後は、店舗用決済完了情報を受信するまで待機する。店舗用決済完了情報は、決済事業者ゲートウェイ６０から送信されるが、店舗用決済完了情報の送信については後述する。
ステップＳ１２５：店舗用決済完了情報を受信した場合には、決済部３１０においてレシートを発行し、表示部３０５にレシート発行画面を表示する。図８（Ｃ）に示すように、レシート発行画面６００Ｂとしては、精算画面６００における支払い方法選択領域６０５に代えて、取引情報表示領域６２０が表示される。取引情報表示領域６２０には、「お支払金額」「お支払前残高」「残高」の各項目及びそれぞれの金額が表示される。図８（Ｃ）に示す例では、「お支払金額」として「５６３」円、「お支払前残高」として「２，１６２」円、「残高」として「１，５９９」円がそれぞれ表示されている。
また、第１メッセージ表示領域６０３に表示されていた文字は消去され、第２メッセージ表示領域６０４には、「レシートをお受け取りください。ありがとうございました」の文字が表示される。なお、チャージ残高が合計金額に満たなかったときには、「決済できませんでした」といった文言を含むエラー情報などを精算画面６００に表示してもよい。また、チャージ残高が合計金額に満たなかった場合には、チャージ残高分またはチャージ残高以内の金額だけを支払い、残りの残高を別の決済方法によって支払いようにしてもよい。別の決済方法としては、現金やクレジットカード、電子マネーなどによる決済がある。あるいは、ウォレットでの支払いの金額を任意に設定し、残りの残高を別の決済方法で支払うことができるようにしてもよい。例えば、支払いの合計金額が１０００円であるときに、チャージ残高は１０００円以上あるが、４００円をウォレットによって支払い、残りの６００円を別の決済方法で支払うようにしてもよい。
ステップＳ１２６：ウォレット以外の支払い方法が選択されたときには、選択された他の方法による決済処理を行う。

[携帯端末４０における処理]
ステップＳ１３１：ステップＳ１２３において、決済コードが表示されたときに、顧客は、自らが所持する携帯端末４０の決済用プログラムを起動させる。決済用プログラムを起動させると、図９に示すように、携帯端末４０における表示部４０４には、メッセージ表示部４０４Ａ及びコード読み取り枠４０４Ｂが表示される。メッセージ表示部４０４Ａには「表示された二次元コードを撮影してください」というメッセージが表示され、精算装置３０における表示部３０５に表示される決済コードの読み取りを案内する。顧客は、携帯端末の案内にしたがって、表示部３０５に表示された決済コードを読み取る。
ステップＳ１３２：顧客が決済コードを読み取ったら、携帯端末４０は、表示部４０４に決済準備画面を表示する。例えば、携帯端末４０は、表示部４０４に図１０に示すような決済準備画面を表示する。図１０に示す決済準備画面には、取引情報表示領域４０４Ｃ及びＰＡＹボタン４０４Ｄが設けられている。取引情報表示領域４０４Ｃには、「お支払金額」「お支払前残高」「残高」の各項目及びそれぞれの金額が表示される。図１０に示す例では、「お支払金額」として「５６３」円、「お支払前残高」として「２，１６２」円、「残高」として「１，５９９」円がそれぞれ表示されている。また、「お支払いします。よろしいですか？」とのメッセージが表示され、決済を行う旨の確認を行う。ＰＡＹボタン４０４Ｄは、取引情報表示領域４０４Ｃに表示されたとりつき情報にしたがって決済と行う場合に押下するボタンである。
ステップＳ１３３：決済を行う顧客は、ＰＡＹボタンを押下する。
ステップＳ１３４：顧客がＰＡＹボタンを押下することにより、携帯端末４０は、決済データを決済事業者ゲートウェイ６０に送信する。
ステップＳ１３５：決済データを送信した後は、顧客用決済完了情報を受信するまで待機する。顧客用決済完了情報は、決済事業者ゲートウェイ６０から送信されるが、決済準備完了情報の送信については後述する。
ステップＳ１３６：店舗用決済完了情報を受信した場合には、携帯端末４０の表示部４０４に決済完了報告画面が表示される。決済完了報告画面には、例えば、「決済が完了しました。ありがとうございました。」といったメッセージが表示される。

[決済事業者ゲートウェイ６０における処理]
ステップＳ１４１：携帯端末４０から送信される決済データを受信する。
ステップＳ１４２：決済データを受信することにより、決済処理を行う。決済処理では、決済事業者７０が顧客Ｐの銀行カードやクレジットカードから引き落としを行い、クラウドセンター５０に対して入金を行う。また、クラウドセンター５０は、ＰＯＳシステム１が設けられた店舗に対する振り込みを行う。
ステップＳ１４３：決済処理が完了した後、携帯端末４０に顧客用決済完了情報を送信する。決済処理の完了は、クラウドセンター５０に対する入金をもって官僚としてもよいし、店舗に対する振り込みをもって官僚としてもよい。
ステップＳ１４４；顧客用決済完了情報を送信した後、ＰＯＳシステム１に対して店舗用決済完了情報を送信する。

上記のような処理により、本実施形態のＰＯＳシステム１においては、登録装置２０によって登録された登録情報を含む決済コードを精算装置３０に表示している。この決済コードを顧客の携帯端末４０で読み込むことによって、決済を行うことができる。このため、セミセルフ式のＰＯＳシステムにおいて、登録情報に応じた二次元コードを読み取って決済を行うことができるようにすることができる。したがって、現金やクレジットカードを用いた決済以外の決済を行うことができるので、決済方法の多様化を図ることができる。その結果、顧客の利便性が高まり、ＰＯＳシステム１が設置された店舗の利用促進に寄与することができる。
また、二次元コードを読み込んで行う決済が海外で普及していることから、決済コードを精算装置３０に表示して決済ができるようにすることにより、訪日外国人の取り込みを図ることができる。
また、例えば、予め印刷された二次元コードを用いた決済では、二次元コードの貼り替えなどによって不正な決済が行われることがある。この点、上記第１の実施形態のＰＯＳシステム１では、決済を行うごとに精算装置３０によって決済コードを生成するので、二次元コードの貼り替えなどによる不正を防止することができる。

[その他の実施形態]
上記第１の実施形態のＰＯＳシステム１では、登録装置２０によって登録された登録情報を含む決済コードを精算装置３０に表示しているが、決済コードを精算装置３０以外にも表示する態様としてもよい。精算装置３０以外の決済コードを表示する場合には、決済パターンして種々のパターンが考えられる。以下、それらの決済パターンについて概説し、それぞれの具体的な内容について説明する。

図１１は、決済パターンの種類をまとめた表である。図１１においては、決済パターンＡ～決済パターンＥの５つの決済パターンの構成（決済データ送信元、商品登録、決済金額、顧客情報、店舗情報）を示している。図１１における各列は、それぞれ次のとおりである。
決済データ送信元の列は、決済事業者ゲートウェイ６０に対して決済データを送信する送信元（送信主体）を示している。
商品登録の列：商品の登録を行う登録主体を示している。
決済金額の列は、決済データ送信元が決済金額をどのように取得するかを示している。
顧客情報の列は、決済データ送信元が必要とする顧客情報がどこに記憶（保持）されているか、又は、決済データ送信元が顧客情報をどのように取得するかを示している。
店舗情報の列は、決済データ送信元が必要とする店舗情報がどこに記憶（保持）されているか、又は、決済データ送信元が店舗情報をどのように取得するかを示している。
ＰＯＳシステム１は、これらの決済パターンのうちのいずれか１つまたは複数の決済パターンで決済可能となるようにしてもよい。また、これらの決済パターン以外の決済パターンでも決済可能となるようにしてもよい。また、各決済パターンにおいて、生成される決済コードが異なる。以下、各決済パターンにおける決済コードについても説明する。

[決済パターンＡ]
決済パターンＡは、上記第１の実施形態における決済パターンである。
決済パターンＡにおける各項目は、それぞれ次のとおりである。
決済データ送信元は、携帯端末４０である。
商品登録は、登録装置２０で行われる。
決済金額は、携帯端末４０が精算装置３０から読み込む。
顧客情報は、携帯端末４０が記憶している。
店舗情報は、携帯端末４０が精算装置３０から読み込む。
つまり、決済パターンＡは、登録装置２０において商品登録が行われた後、携帯端末４０が、精算装置３０から取得した決済金額及び店舗情報と、携帯端末４０が保持している顧客情報を用いて決済データを生成し、生成した決済データを決済事業者ゲートウェイ６０に送信する決済パターンである。
なお、精算装置３０が表示する決済コードには決済金額及び店舗情報が含まれているため、携帯端末４０は、精算装置３０が表示する決済コードを読み取ることにより決済金額及び店舗コードを取得する。
また、決済パターンＡでは、決済コードには、少なくとも、決済金額に関する情報及び店舗情報が含まれている。

[決済パターンＢ]
決済パターンＢにおける各項目は、それぞれ次のとおりである。
決済データ送信元は、精算装置３０である。
商品登録は、登録装置２０で行われる。
決済金額は、登録装置２０によって商品が登録された後に登録装置２０から送信される。
顧客情報は、携帯端末４０から読み込む。この場合、携帯端末４０には、顧客情報を含む二次元コードが決済コードとして表示される。
店舗情報は、ストアコントローラ１０に記憶されている。
つまり、決済パターンＢは、ＰＯＳシステム１が設置された店舗の精算装置３０から決済事業者ゲートウェイ６０に決済コードを送信して決済を行うパターンである。
決済パターンＢでは、決済コードには、少なくとも、顧客情報が含まれている。

[決済パターンＣ]
決済データ送信元は、携帯端末４０である。
商品登録は、登録装置２０で行われる。
決済金額は、携帯端末４０が登録装置２０から読み込む。
顧客情報は、携帯端末４０が記憶している。
店舗情報は、携帯端末４０が登録装置２０から読み込む。
決済パターンＣは、登録装置２０で登録された商品について、精算装置３０に移動することなく、そのまま登録装置２０の近傍位置で携帯端末４０から決済事業者ゲートウェイ６０に決済コードを送信して決済を行うパターンである。
決済パターンＣでは、決済コードには、少なくとも、決済金額に関する情報及び店舗情報が含まれている。

[決済パターンＤ]
決済データ送信元は、登録装置２０となる。
商品登録は、登録装置２０で行われる。
決済金額は、登録装置２０に直接入力される。
顧客情報は、携帯端末４０から読み込む。この場合、携帯端末４０には、顧客情報を含む二次元コードが決済コードとして表示される。
店舗情報は、ストアコントローラ１０に記憶されている。
決済パターンＤは、ＰＯＳシステム１が設置された店舗の登録装置２０から決済事業者ゲートウェイ６０に決済コードを送信して決済を行うパターンである。
決済パターンＤでは、決済コードには、少なくとも、顧客情報が含まれている。

[決済パターンＥ]
決済データ送信元は、携帯端末４０である。
商品登録は、携帯端末４０が店舗表示から読み込む。
決済金額は、携帯端末４０に直接入力される。
顧客情報は、携帯端末４０が記憶している。
店舗情報は、携帯端末４０が店舗表示から読み込む。
決済パターンＥは、ＰＯＳシステム１が設置された店舗における登録装置２０付近等に設けられた商品データを含む店舗表示（二次元コード）を携帯端末４０で読み込み、携帯端末４０で決済コードを生成し、決済事業者ゲートウェイ６０に送信して決済を行うパターンである。店舗表示としては、例えば、図２に示す立て札４００の客側に印刷された二次元コードが用いられる。
決済パターンＤでは、決済コードには、少なくとも、決済金額に関する情報及び店舗情報が含まれている。

以上の各決済パターンの複数のパターンで決済を行うことができるＰＯＳシステム１についての実施形態を以下に説明する。なお、以下の説明で組み合わされた決済パターン以外の組み合わせの決済パターンで決済を行うことができるＰＯＳシステムとするようにしてもよい。

[第２の実施形態]
第２の実施形態は、第１の実施形態（決済パターンＡ）に決済パターンＢが組み合わされた実施形態である。第２の実施形態では、精算装置３０のスキャナ部３０４によって二次元コードの読み取りが可能となっている。また、携帯端末４０には、顧客情報を含む二次元コードが表示可能となっている。
第２の実施形態のＰＯＳシステム１では、第１の実施形態で示した決済のほか、顧客が提示した二次元コード（顧客コード）を精算装置３０のスキャナ部３０４が読み取ることによって決済を行うことができる。以下、図１２を参照して、第２実施形態に係るＰＯＳシステムにおける会計処理から決済までの処理手順について説明する。
なお、以下の各実施形態の説明において、精算装置３０の指定が行われる場合には、第１の指定態様で精算装置３０の指定が行われる例について説明する。図１２においては、第１の実施形態と同様に、登録装置２０、精算装置３０、携帯端末４０、及び決済事業者ゲートウェイ６０における各処理をそれぞれの装置に分けて説明する。また、以下の各実施形態においても同様に、これらの各処理をそれぞれの装置に分けて説明する。

[登録装置２０における処理]
登録装置２０における処理は、第１の実施形態と共通である。以下に概説すると、登録装置２０は、商品登録を行い（ステップＳ２１１）、続いて小計ボタンが押下されたか否かを判定する（ステップＳ２１２）。小計ボタンが押下されていないときには（ステップＳ２１２：ＮＯ）、登録装置２０は、ステップＳ２１１に戻り、商品登録を継続する。
小計ボタンが押下されたときには（ステップＳ２１２：ＹＥＳ）、登録装置２０は、小計画面を表示する（ステップＳ２１３）。続いて、登録装置２０は、精算装置３０の指定を行い（ステップＳ２１４）、指定した精算装置３０に登録情報を送信する（ステップＳ２１５）。その後、登録装置２０は、登録画面を表示して（ステップＳ２１６）、登録装置２０における処理を終了する。

[精算装置３０における処理]
精算装置３０における処理では、まず、精算装置３０は、精算画面を表示し（ステップＳ２２１）、ウォレットでの支払いが選択されたか否かを判定する（ステップＳ２２２）。ここまでは、上記第１の実施形態と同様である。ウォレットの支払いが選択された場合（ステップＳ２２２：ＹＥＳ）、精算装置３０は、顧客情報を含む二次元コード（顧客コード）を読み込んだか否かを判定する（ステップＳ２２３）。顧客コードの読み込みが行われる前、顧客は、自らが所持する携帯端末４０に顧客コードを表示させ、精算装置３０のスキャナ部３０４に顧客コードをスキャンさせる。こうして、精算装置３０は、携帯端末４０に表示された顧客コードを読み込む。
精算装置３０は、顧客コードを読み込んでいないと判定した場合（ステップＳ２２３：ＮＯ）、顧客コードを読み込むまで待機する。顧客コードを読み込んだと判定した場合（ステップＳ２２３：ＹＥＳ）、精算装置３０は、決済データを生成して決済事業者ゲートウェイ６０に送信する（ステップＳ２２４）。
精算装置３０は、店舗用決済完了情報を受信したか否かを判定する（ステップＳ２２５）。店舗用決済完了情報を受信していない場合（ステップＳ２２５：ＮＯ）、精算装置３０は、店舗用決済完了情報を受信するまで待機する。店舗用決済完了情報を受信した場合（ステップＳ２２５：ＹＥＳ）、精算装置３０は、決済部３１０においてレシートを発行し、表示部３０５にレシート発行画面を表示する（ステップＳ２２６）。レシートの発行及びレシート発行画面の表示は、上記第１の実施形態と同様である。
ステップＳ２２２において、ウォレットの支払い以外の支払いが選択された場合（ステップＳ２２２：ＮＯ）、精算装置３０は、選択された他の方法による決済処理を行い（ステップＳ２２７）、その後、レシートを発行し、表示部３０５にレシート発行画面を表示する（ステップＳ２２６）。こうして、精算装置３０における処理を終了する。

[携帯端末４０における処理]
携帯端末４０では、顧客コードを表示要求が行われ（ステップＳ２３１）、表示要求委応じて顧客コードを表示する（ステップＳ２３２）。顧客コードの表示要求は、例えば、携帯端末４０における表示部４０４（図９参照）に「顧客情報を表示しますか？」というメッセージと、「実行」と書かれた実行ボタンが表示される。この実行ボタンが押下されることによって、顧客コードが表示される。
顧客コードは、図１６に示すように、携帯端末４０における表示部４０４に表示される。顧客コードとしては、二次元コード４０４Ｅとバーコード（一次元コード）４０４Ｆが表示される。ステップＳ２２３で行われる顧客コードの読み込みでは、二次元コード４０４Ｅとバーコード（一次元コード）４０４Ｆのいずれをも読み込むことができる。なお、二次元コード４０４Ｅとバーコード（一次元コード）４０４Ｆの一方のみを表示するようにしてもよい。
携帯端末４０は、顧客用決済完了情報を受信したか否かを判定する（ステップＳ２３３）。顧客用決済完了情報を受信していない場合（ステップＳ２３３：ＮＯ）、携帯端末４０は、顧客用決済完了情報を受信するまで待機する。顧客用決済完了情報を受信した場合（ステップＳ２３３：ＹＥＳ）、携帯端末４０は、表示部４０４に決済完了報告画面を表示する（ステップＳ２３４）。
なお、第１の実施形態と同様に、チャージ残高が合計金額に満たなかったときには、「決済できませんでした」といった文言を含むエラー情報などを表示してもよい。この場合エラー情報は、携帯端末４０の表示部４０４に表示してもよいし、精算装置の精算画面に表示してもよい。また、チャージ残高が合計金額に満たなかった場合には、チャージ残高分またはチャージ残高以内の金額だけを支払い、残りの残高を別の決済方法によって支払いようにしてもよいし、ウォレットでの支払いの金額を任意に設定し、残りの残高を別の決済方法で支払うことができるようにしてもよい。
こうして、携帯端末４０における処理を終了する。

[決済事業者ゲートウェイ６０における処理]
決済事業者ゲートウェイ６０における処理は、第１の実施形態と共通である。以下に概説すると、決済データを受信した後（ステップＳ２４１）、決済処理を行う（ステップＳ２４２）。なお、決済データの送信元が第１の実施形態では携帯端末４０であったところ、本実施の形態ではＰＯＳシステム１（精算装置３０）である点は第１の実施形態と異なっている。続いて、顧客用決済完了情報を携帯端末４０に送信し（ステップＳ２４３）、決済データを送信した店舗のＰＯＳシステム１に店舗用決済完了情報を送信する（ステップＳ２４４）。こうして、決済事業者ゲートウェイ６０における処理を終了する。

第２の実施形態のＰＯＳシステム１では、第１の実施形態と同様、決済コードを顧客の携帯端末４０で読み込むことによって、決済を行うことができる。このため、セミセルフ式のＰＯＳシステムにおいて、登録情報に応じた二次元コードを読み取って決済を行うことができるようにすることができる。また、訪日外国人の取り込みを行うことができるとともに、二次元コードの貼り替えなどによる不正を防止することができる。
また、第２の実施形態のＰＯＳシステム１では、精算装置３０に表示された二次元コードを携帯端末４０で読み取って行う決済と、携帯端末４０に表示された二次元コードを精算装置３０で読み取って行う決済の両方を行うことができる。したがって、二次元コードを用いた決済の利便性を高めることができる。
また、第２の実施形態のＰＯＳシステム１では、携帯端末４０に表示した顧客コードを精算装置３０によって読み取ることにより、決済を行うことができる。このため、例えば、携帯端末４０における電波状態が悪く、携帯端末４０と決済事業者ゲートウェイ６０の間における無線通信が不能となっているときであっても、ＰＯＳシステム１（精算装置３０）によって決済を行うことができる。したがって、二次元コードを用いた決済の利用ができなくなる事態を防止することができる。

[第３の実施形態]
第３の実施形態は、第１の実施形態（決済パターンＡ）に決済パターンＣが組み合わされた実施形態である。第３の実施形態では、登録装置２０の客用表示部２０５ａに登録情報に応じた二次元コード（決済コード）が表示可能となっている。また、登録装置２０は、精算装置３０における決済部３１０と同様の決済に関する処理を行う決済部を備えている。
第３の実施形態のＰＯＳシステム１では、第１の実施形態で示した決済のほか、登録装置２０の客用表示部２０５ａに表示された二次元コード（決済コード）を携帯端末４０が読み取ることによって決済を行うことができる。以下、図１３を参照して、第３実施形態に係るＰＯＳシステムにおける会計処理から決済までの処理手順について説明する。
第３の実施形態のＰＯＳシステム１では、登録装置２０で商品の登録を行い、商品の精算を精算装置３０で行うこともできるが、例えば商品の数が少ない場合や商品を店員から手渡しする場合などには、登録装置２０で商品の精算を行うこともできる。第３実施形態では、登録装置２０で商品の精算を行う例を示すため、精算装置３０での処理は不要となる。そこで、図１３においては、登録装置２０、携帯端末４０、及び決済事業者ゲートウェイ６０における各処理をそれぞれの装置に分けて説明する。

[登録装置２０における処理]
登録装置２０における処理では、まず、登録装置２０は、商品登録を行い（ステップＳ３１１）、続いて小計ボタンが押下されたか否かを判定する（ステップＳ３１２）。小計ボタンが押下されていないときには（ステップＳ３１２：ＮＯ）、登録装置２０は、ステップＳ３１１に戻り、商品登録を継続する。小計ボタンが押下されたときには（ステップＳ３１２：ＹＥＳ）、登録装置２０は、小計画面を表示する（ステップＳ３１３）。ここまでは、上記第１の実施形態と同様である。
続いて、登録装置２０は、決済コードを生成し、客用表示部２０５ａに表示する（ステップＳ３１４）。その後、登録装置２０は、店舗用決済完了情報を受信したか否かを判定する（ステップＳ３１５）。店舗用決済完了情報を受信していない場合（ステップＳ３１５：ＮＯ）、登録装置２０は、店舗用決済完了情報を受信するまで待機する。店舗用決済完了情報を受信した場合（ステップＳ３１５：ＹＥＳ）、登録装置２０は、決済部においてレシートを発行し、客用表示部２０５ａにレシート発行画面を表示する（ステップＳ３１６）。レシート発行画面の表示は、第１の実施形態において精算装置３０の表示部３０５に表示された画面と同様の画面の表示である。こうして、登録装置２０における処理を終了する。

[携帯端末４０における処理]
携帯端末４０における処理は、第１の実施形態と共通である。以下に概説すると、携帯端末４０は、決済画面を読み取り（ステップＳ３２１）、決済準備画面を表示する（ステップＳ３２２）。また、携帯端末４０では、顧客によってＰＡＹボタン４０４Ｄ（図１０参照）が押下され（ステップＳ３２３）、携帯端末４０は、ＰＡＹボタン４０４Ｄが押下された後に決済データを決済事業者ゲートウェイ６０に送信する（ステップＳ３２４）。
携帯端末４０は、顧客用決済完了情報を受信したか否かを判定する（ステップＳ３２５）。顧客用決済完了情報を受信していない場合（ステップＳ３２５：ＮＯ）、携帯端末４０は、顧客用決済完了情報を受信するまで待機する。顧客用決済完了情報を受信した場合（ステップＳ３２５：ＹＥＳ）、携帯端末４０は、表示部４０４に決済完了報告画面を表示する（ステップＳ３２６）。なお、チャージ残高が合計金額に満たなかったときの処理は、上記第１の実施形態または第２の実施形態と同様である。こうして、携帯端末４０における処理を終了する。

[決済事業者ゲートウェイ６０における処理]
決済事業者ゲートウェイ６０における処理は、第１の実施形態と共通である。以下に概説すると、決済データを受信した後（ステップＳ３３１）、決済処理を行う（ステップＳ３３２）。なお、決済データの送信元が第１の実施形態では携帯端末４０であったところ、本実施の形態ではＰＯＳシステム１（登録装置２０）である点は第１の実施形態と異なっている。続いて、顧客用決済完了情報を携帯端末４０に送信し（ステップＳ３３３）、決済データを送信した店舗のＰＯＳシステム１に店舗用決済完了情報を送信する（ステップＳ３３４）。こうして、決済事業者ゲートウェイ６０における処理を終了する。

第３の実施形態のＰＯＳシステム１では、第１の実施形態と同様、決済コードを顧客の携帯端末４０で読み込むことによって、決済を行うことができる。このため、セミセルフ式のＰＯＳシステムにおいて、登録情報に応じた二次元コードを読み取って決済を行うことができるようにすることができる。また、訪日外国人の取り込みを行うことができるとともに、二次元コードの貼り替えなどによる不正を防止することができる。
また、第３の実施形態のＰＯＳシステム１では、登録装置２０の客用表示部２０５ａに表示した二次元コードを読み取って決済を行うことができる。このため、精算装置３０と登録装置２０ノイズの位置においても二次元コードを用いた決済を行うことができるので、利便性を高めることができる。
また、登録装置２０で決済を行う場合には、精算装置３０で決済を行う必要はないので、例えば、購入した商品が少量である場合には、商品の登録から決済までを登録装置２０で済ませることができるので、精算装置３０までの移動の必要がなくなり、商品の購入にかかる手間を軽減することができる。

[第４の実施形態]
第４の実施形態は、第１の実施形態（決済パターンＡ）に決済パターンＤが組み合わされた実施形態である。第４の実施形態では、登録装置２０のスキャナ部２０４によって二次元コードの読み取りが可能となっている。また、登録装置２０は、精算装置３０における決済部３１０と同様の決済に関する処理を行う決済部を備えている。また、携帯端末４０には、顧客情報を含む二次元コードが表示可能となっている。
第４の実施形態のＰＯＳシステム１では、第１の実施形態で示した決済のほか、顧客が提示した二次元コード（顧客コード）を登録装置２０のスキャナ部２０４が読み取ることによって決済を行うことができる。以下、図１４を参照して、第４実施形態に係るＰＯＳシステムにおける会計処理から決済までの処理手順について説明する。
第４の実施形態のＰＯＳシステム１では、第３の実施形態と同様に、登録装置２０で商品の精算を行うこともできる。第４実施形態では、登録装置２０で商品の精算を行う例を示すため、精算装置３０での処理は不要となる。図１４においては、登録装置２０、携帯端末４０、及び決済事業者ゲートウェイ６０における各処理をそれぞれの装置に分けて説明する。

[登録装置２０における処理]
登録装置２０における処理では、まず、登録装置２０は、商品登録を行い（ステップＳ４１１）、続いて小計ボタンが押下されたか否かを判定する（ステップＳ４１２）。小計ボタンが押下されていないときには（ステップＳ４１２：ＮＯ）、登録装置２０は、ステップＳ４１１に戻り、商品登録を継続する。小計ボタンが押下されたときには（ステップＳ４１２：ＹＥＳ）、登録装置２０は、小計画面を表示する（ステップＳ４１３）。ここまでは、上記第１の実施形態と同様である。
続いて、登録装置２０は、顧客コードを読み込んだか否かを判定する（ステップＳ４１４）。顧客コードの読み込みが行われる前、顧客は、自らが所持する携帯端末４０に顧客コードを表示させ、登録装置２０のスキャナ部２０４に顧客コードをスキャンさせる。こうして、登録装置２０は、携帯端末４０に表示された顧客コードを読み込む。
登録装置２０は、顧客コードを読み込んでいないと判定した場合（ステップＳ４１４：ＮＯ）、顧客コードを読み込むまで待機する。顧客コードを読み込んだと判定した場合（ステップＳ４１４：ＹＥＳ）、登録装置２０は、決済データを生成して決済事業者ゲートウェイ６０に送信する（ステップＳ４１５）。
登録装置２０は、店舗用決済完了情報を受信したか否かを判定する（ステップＳ４１６）。店舗用決済完了情報を受信していない場合（ステップＳ４１６：ＮＯ）、登録装置２０は、店舗用決済完了情報を受信するまで待機する。店舗用決済完了情報を受信した場合（ステップＳ４１６：ＹＥＳ）、登録装置２０は、決済部においてレシートを発行し、表示部３０５にレシート発行画面を表示する（ステップＳ４１７）。レシートの発行及びレシート発行画面の表示は、上記第３の実施形態と同様である。また、チャージ残高が合計金額に満たなかったときの処理は、上記第１の実施形態または第２の実施形態と同様である。こうして、精算装置３０における処理を終了する。

[携帯端末４０における処理]
携帯端末４０における処理は、第２の実施形態と共通である。以下に概説すると、携帯端末４０では、顧客コードを表示要求が行われ（ステップＳ４２１）、表示要求委応じて顧客コードを表示する（ステップＳ４２２）。
携帯端末４０は、顧客用決済完了情報を受信したか否かを判定する（ステップＳ４２３）。顧客用決済完了情報を受信していない場合（ステップＳ４２３：ＮＯ）、携帯端末４０は、顧客用決済完了情報を受信するまで待機する。顧客用決済完了情報を受信した場合（ステップＳ４２３：ＹＥＳ）、携帯端末４０は、表示部４０４に決済完了報告画面を表示する（ステップＳ４２４）。こうして、携帯端末４０における処理を終了する。

[決済事業者ゲートウェイ６０における処理]
決済事業者ゲートウェイ６０における処理は、第３の実施形態と共通である。以下に概説すると、決済データを受信した後（ステップＳ４３１）、決済処理を行う（ステップＳ４３２）。続いて、顧客用決済完了情報を携帯端末４０に送信し（ステップＳ４３３）、決済データを送信した店舗のＰＯＳシステム１に店舗用決済完了情報を送信する（ステップＳ４３４）。こうして、決済事業者ゲートウェイ６０における処理を終了する。

第４の実施形態のＰＯＳシステム１では、第１の実施形態と同様、決済コードを顧客の携帯端末４０で読み込むことによって、決済を行うことができる。このため、セミセルフ式のＰＯＳシステムにおいて、登録情報に応じた二次元コードを読み取って決済を行うことができるようにすることができる。また、訪日外国人の取り込みを行うことができるとともに、二次元コードの貼り替えなどによる不正を防止することができる。
また、第４の実施形態のＰＯＳシステム１では、精算装置３０に表示された二次元コードを携帯端末４０で読み取って行う決済と、携帯端末４０に表示された二次元コードを登録装置２０で読み取って行う決済の両方を行うことができる。したがって、二次元コードを用いた決済の利便性を高めることができる。
また、第４の実施形態のＰＯＳシステム１では、携帯端末４０に表示した顧客コードを登録装置２０によって読み取ることにより、決済を行うことができる。このため、例えば、携帯端末４０における電波状態が悪く、携帯端末４０と決済事業者ゲートウェイ６０の間における無線通信が不能となっているときであっても、ＰＯＳシステム１（登録装置２０）によって決済を行うことができる。したがって、二次元コードを用いた決済の利用ができなくなる事態を防止することができる。
また、登録装置２０で決済を行う場合には、精算装置３０で決済を行う必要はないので、例えば、購入した商品が少量である場合には、商品の登録から決済までを登録装置２０で済ませることができるので、精算装置３０までの必要がなくなり、商品の購入にかかる手間を軽減することができる。
特に、例えば、登録装置２０における商品の登録中に顧客が顧客コードの表示を始めているようなときには、商品の登録が終了した後、登録装置２０によって顧客コードを読み取って決済を完了させることにより、決済をスムーズに実行させることができる。また、顧客コードの表示に手間取っている場合には、精算装置３０において決済を行うこともできるので、決済の多様化を図ることができ、決済に要する時間の短縮に寄与することができる。

[第５の実施形態]
第５の実施形態は、第１の実施形態（決済パターンＡ）に決済パターンＥが組み合わされた実施形態である。第５の実施形態では、第１の実施形態で示した決済のほか、登録装置２０の側方に立て置かれた立て札４００に印刷された二次元コード（特定商品コード）４００Ｃを顧客が携帯端末４０で読み取ることによって決済を行うことができる。また、登録装置２０は、精算装置３０における決済部３１０と同様の決済に関する処理を行う決済部を備えている。以下、図１５を参照して、第５実施形態に係るＰＯＳシステムにおける会計処理から決済までの処理手順について説明する。
第５の実施形態のＰＯＳシステム１では、登録装置２０での商品の登録を行うことなく、携帯端末４０で特定商品コード４００Ｃを読み取ることにより、商品の登録から決済までを行うこともできる。第５実施形態では、携帯端末４０で商品の登録から精算を行う例を示すため、登録装置２０における商品登録の処理や精算装置３０での処理は不要となる。図１５においては、携帯端末４０、及び決済事業者ゲートウェイ６０における各処理をそれぞれの装置に分けて説明する。なお、登録装置２０では商品の登録を行うことはないが、レシート発行等の操作が行われるので、登録装置２０における処理についても合わせて説明する。

[携帯端末４０における処理]
携帯端末４０では、特定商品コードの読み取りが行われる（ステップＳ５１１）と、表示部４０４（図１０参照）に金額入力画面が表示される（ステップＳ５１２）。携帯端末４０は、金額入力画面の規定位置に金額が入力されると、携帯端末４０は、商品金額が入力されたか否かを判定する（ステップＳ５１３）。顧客は、立て札４００に記載された特定商品の金額を見て、その金額を金額入力画面の規定位置に入力する。
商品金額が入力されていない場合（ステップＳ５１３：ＮＯ）、携帯端末４０は、商品金額が入力されるまで待機する。商品金額が入力された場合（ステップＳ５１３：ＹＥＳ）、携帯端末４０は、決済データを生成し、決済事業者ゲートウェイ６０に送信する（ステップＳ５１４）。
携帯端末４０は、顧客用決済完了情報を受信したか否かを判定する（ステップＳ５１５）。顧客用決済完了情報を受信していない場合（ステップＳ５１５：ＮＯ）、携帯端末４０は、顧客用決済完了情報を受信するまで待機する。顧客用決済完了情報を受信した場合（ステップＳ５１５：ＹＥＳ）、携帯端末４０は、表示部４０４に決済完了報告画面を表示する（ステップＳ５１６）。なお、チャージ残高が合計金額に満たなかったときの処理は、上記第１の実施形態または第２の実施形態と同様である。こうして、携帯端末４０における処理を終了する。

[決済事業者ゲートウェイ６０における処理]
決済事業者ゲートウェイ６０における処理は、第１の実施形態と共通である。以下に概説すると、決済データを受信した後（ステップＳ５２１）、決済処理を行う（ステップＳ５２２）。続いて、顧客用決済完了情報を携帯端末４０に送信し（ステップＳ５２３）、決済データを送信した店舗のＰＯＳシステム１に店舗用決済完了情報を送信する（ステップＳ５２４）。こうして、決済事業者ゲートウェイ６０における処理を終了する。

[登録装置２０における処理]
登録装置２０は、決済事業者ゲートウェイ６０から送信される店舗用決済完了情報を受信する（ステップＳ５３１）。続いて、登録装置２０は、決済部においてレシートを発行し、表示部３０５にレシート発行画面を表示する（ステップＳ５３２）。レシートの発行及びレシート発行画面の表示は、上記第３の実施形態と同様である。こうして、精算装置３０における処理を終了する。

第５の実施形態のＰＯＳシステム１では、第１の実施形態と同様、決済コードを顧客の携帯端末４０で読み込むことによって、決済を行うことができる。このため、セミセルフ式のＰＯＳシステムにおいて、登録情報に応じた二次元コードを読み取って決済を行うことができるようにすることができる。また、訪日外国人の取り込みを行うことができるとともに、二次元コードの貼り替えなどによる不正を防止することができる。
また、第５の実施形態のＰＯＳシステム１では、精算装置３０に表示された二次元コードを携帯端末４０で読み取って行う決済と、立て札４００に印刷された二次元コード（特定商品コード）を携帯端末４０で読み取って行う決済の両方を行うことができる。したがって、二次元コードを用いた決済の利便性を高めることができる。
なお、第５の実施形態では、携帯端末４０に特定商品の金額を入力した後に決済コードを生成しているが、特定商品の金額を入力することなく決済コードを生成するようにしてもよい。

［第６の実施形態］
次に、第６の実施形態について図１７を参照して説明する。図１７は、レジスタに接続された決済コード表示装置の斜視図である。図１７に示すように、本実施形態の決済コード表示装置（二次元コード表示装置）１０００は、ＰＯＳレジスタ１００に接続して使用される。決済コード表示装置１０００において、表示部１００１には、決済コード１００２および支払い金額１００３が表示される。

ＰＯＳレジスタ１００は、例えば店舗の売り場にて配置され、顧客により購入される商品についての会計処理を店員の操作に応じて行う。ＰＯＳレジスタ１００は、タッチパネル付表示部１０４、キー操作部１０５、客用表示部１０６、自動釣銭機１０７、スキャナ部１０８、印字部１０９、カードリーダ１１０、及びドロア１２０を備えている。

タッチパネル付表示部１０４は、タッチパネル１０４ａを備えた店員用の表示装置である。タッチパネル付表示部１０４においては、商品登録処理や精算処理に応じた会計処理画面などが表示される。また、店員は、タッチパネル１０４ａに対して商品登録、会計などに関する所定の操作を行うことができる。

キー操作部１０５は、商品登録処理時において数量、会計処理時において顧客から受け取った預金の金額の入力を行うための数字キー、会計を締めるための締めキー等の複数の操作キーが設けられたキーボードである。

これらの複数の操作キーには、決済事業者を指定する決済事業者指定キーが割り当てられている。決済事業者指定キーは、決済に利用可能な決済事業者を指定する操作キーである。決済事業者指定キーは、決済事業者ごとに１つずつ割り当てられている。これらの決済事業者指定キーには、指定先の決済事業者の識別表示が表示されている。決済事業者の識別表示には、決済事業者の名称、略称、決済事業者を表すマークなどが含まれる。さらに、操作キーの一つには、決済コード表示装置１０００に表示された決済コードを消去させる消去キーが割り当てられている。なお、決済事業者指定キーや消去キーは、操作キー以外に割り当てられていてもよく、例えば、タッチパネル１０４ａに表示される複数の画像によるボタンに割り当てられていてもよい。

客用表示部１０６は、顧客に対して買上対象の商品の商品名や価格を通知するための表示装置である。自動釣銭機１０７は、顧客に支払うべき釣銭のうち、少なくとも貨幣を釣銭排出口１０７ａに排出するための釣銭機であり、顧客から預かった預金のうち少なくとも貨幣を投入するための預金投入口１０７ｂを備える。スキャナ部１０８は、買上対象の商品や品券に付されたコード情報（例えば、バーコードや二次元コード等）、または、商品カタログや商品注文シートに表記されたコード情報を読み取る。印字部１０９は、用紙に印字（印刷）を行うことで、買上対象の商品の明細書であるレシート等を発行する。

ドロア１２０は、顧客から受け取った紙幣及び貨幣を収納する収納部であり、キー操作部１０５の操作に応じて引き出されるようになっている。カードリーダ１１０は、例えばＩＣ（Integrated Circuit）カードに対応するリーダライタである。また、ＰＯＳレジスタ１００は、顧客の商品の登録がすべて完了した時点で総額（合計金額）を算出する。ＰＯＳレジスタ１００は、決済コード表示装置１０００に登録情報を含む各種情報を送信する通信部を備えている。

また、店員は、二次元コード決済による決済を行う旨を客から伝えられた場合に、キー操作部１０５における利用する決済事業者が表示された操作キーを操作する。店員は、利用する決済事業者を、客から聞くなどの適宜の手段によって知ることができる。なお、登録情報は、上記第１の実施形態と同様の情報であってよい。また、登録情報には、算出した商品の総額を示す金額情報が含まれる。登録情報には、金額情報とともに、または金額情報に代えて、個々の商品の金額の個別金額情報が含まれていてもよい。

また、ＰＯＳレジスタ１００が店舗内に複数設置されている場合などには、各ＰＯＳレジスタ１００に端末ＩＤが付与されている。ＰＯＳレジスタ１００は、自身に付与された端末ＩＤを記憶している。また、ＰＯＳレジスタ１００は、キー操作部１０５における利用する決済事業者が表示された操作キーを操作したときに、ＰＯＳレジスタ１００の通信部は、操作キーによって指定される決済事業者に対応する決済事業者識別情報を決済コード表示装置１０００に送信する。また、ＰＯＳレジスタ１００は、決済事業者識別情報とともに金額情報及び端末ＩＤを決済コード表示装置１０００に送信する。

ＰＯＳレジスタ１００は、金額情報及び端末ＩＤを決済コード表示装置１０００に送信した後、消去キーが操作された場合に、消去情報を決済コード表示装置１０００に送信する。また、ＰＯＳレジスタ１００は、金額情報及び端末ＩＤを決済コード表示装置１０００に送信した後、最初に商品の登録のために操作が行われた場合、例えば、商品の金額を登録するために数字キーが操作された場合に、消去情報を決済コード表示装置１０００に送信する。

図１８は、第６の実施形態における決済コード表示装置の構成例を表すブロック図である。図１８に示すように、決済コード表示装置１０００は、表示部１００１を備えている。また、決済コード表示装置１０００は、受信部１０１０、生成部１０２０、及び記憶部１０３０を備えている。また決済コード表示装置１０００には、図示しないＳＤカードスロットが設けられており、ＳＤカードスロットには、ＳＤカード２０００が挿入されている。

受信部１０１０は、ＰＯＳレジスタ１００から送信される金額情報及び決済事業者識別情報を受信する。受信部１０１０は、受信した金額情報及び決済事業者域別情報を生成部１０２０に出力する。生成部１０２０は、受信部１０１０から出力された決済事業者識別情報に基づいて、決済を行う決済事業者に関する情報を取得する。生成部１０２０は、受信部１０１０から出力された金額情報と、取得した決済事業者に関する情報に基づいて、決済コード１００２を生成する。

ＳＤカード２０００には、ＩＤ端末情報及び加盟店コードが記憶されている。第６の実施形態では、１つのＰＯＳレジスタ１００に対して、１つの決済コード表示装置１０００を接続して使用する。このため、ＳＤカード２０００に記憶されたＩＤ端末情報は、特定のものが１つとされている。

加盟店コードは、複数の決済事業者のそれぞれが、ＰＯＳレジスタ１００を設置する店舗に対して付与したユニークな番号を有するコードである。このため、ＳＤカード２０００には、複数の加盟店コードが記憶されている。加盟店コードは、決済事業者が店舗に対して支払う金銭の振込先となる口座番号を含んでいる。生成部１０２０は、ＳＤカード２０００に記憶された端末ＩＤ及び加盟店コードを読み出して記憶部１０３０に記憶させる。なお、決済コード表示装置１０００に複数の端末が接続される場合には、ＳＤカード２０００は、複数の端末ＩＤと、それぞれの加盟店コードを記憶しているようにしてもよい。

生成部１０２０は、端末ＩＤ及び加盟店コードを記憶部１０３０に記憶させる前に、ＰＯＳレジスタ１００から送信される決済事業者識別情報と加盟店コードとの対応付けを行う。この対応付けが行われることにより、生成部１０２０は、ＰＯＳレジスタ１００から決済事業者識別情報が送信されたときに、利用者が利用する決済事業者及びその決済事業者の加盟店コードを特定することができるようになる。なお、端末ＩＤ及び加盟店コードの少なくとも一方は、ＳＤカードに代えてまたは加えて、記憶部１０３０等の他の記憶媒体（記憶装置）に記憶されていてもよい。

生成部１０２０は、ＰＯＳレジスタ１００から消去情報が送信された場合に、表示中の決済コードを消去する。また、生成部１０２０は、ＰＯＳレジスタ１００から消去情報が送信された場合以外の場合に表示中の決済コードを消去してもよい。例えば、決済コードの表示を開始してから所定時間、例えば３分間が経過したときには、決済コードを消去してもよい。この場合、決済コードを消去するまでの時間（または決済コードが表示されてから経過した時間）を表示してもよい。また、表示時間を延長する延長ボタン等を設けてもよい。あるいは、表示された決済コード１００２を消去する消去ボタンを決済コード表示装置１０００に設けてもよい。

図１９は、対応付けられた加盟店コードと決済事業者識別情報の一例を示す図である。図１９に示すように、加盟店コードは、決済事業者ごとに設けられており、これらの加盟店コードに決済事業者識別情報を対応付けられている。なお、説明の便宜上、図１９には決済事業者名を示しているが、決済事業者の情報は含まれていなくてもよい。このため、例えば、ＰＯＳレジスタ１００から決済事業者識別情報として「００１」が送信された場合、生成部１０２０は、Ａ社が行う決済のための決済コード１００２を生成する。なお、加盟店コードに代えて又は加えて、決済事業者が店舗に支払う金銭の振込先に関する振込情報が含まれるようにしてもよい。振込情報には、例えば、振込先の口座番号等が含まれていてもよい。

また、記憶部１０３０は、店舗のサービスを受ける会員の会員情報及び店舗のサービスに関する付加情報を記憶している。会員情報は、例えば客が店舗において会員登録を行った際に登録された情報であり、会員の会員ＩＤ、氏名、年齢、性別、住所、所持ポイントなどが含まれる。付加情報には、例えば、決済事業者が、決済金額に応じたポイントを付与するポイント付与サービスを行っており、加盟店が当該ポイントの加算割合をアップするサービスを行っている場合に、ポイントの加算情報が含まれる。付加情報は、サービスデーやサービスタイムなど所定の日や時間に付加するものでもよいし、店舗が常に付加するものでもよい。

図２０は、第６の実施形態における決済コード１００２に含まれる情報の一例を示す図である。図２０に示すように、決済コード１００２には、端末ＩＤ、加盟店コード、金額情報、会員情報、及び付加情報が含まれている。会員情報は、記憶部１０３０に記憶された会員情報のうちの会員ＩＤである。なお、会員情報には、他の情報が含まれてもよい。付加情報は、記憶部１０３０に記憶された付加情報である。

決済コード表示装置１０００は、図示しない表示制御部を備えており、表示制御部は、生成部１０２０が生成した決済コード１００２を表示部１００１に表示させる。このとき、表示制御部は、決済コード１００２とともに登録された商品の金額（総額）を支払い金額１００３として表示する。客は、決済コード表示装置１０００の表示部１００１に表示された決済コード１００２を自身の携帯端末４０（図１参照）によって読み取り、会計後の決済を行う。

決済が完了した後は、顧客用決済完了情報が携帯端末４０に送信される。携帯端末４０は、顧客用決済完了情報を受信してそのまま取引を完了させてもよいし、顧客用決済完了情報を例えば店員が所持する図示しない携帯端末に送信してもよい。顧客用決済完了情報には、決済された金額に関する決済金額情報が含まれており、決済金額情報に基づく決済された金額を携帯端末４０に表示してもよい。また、顧客用決済完了情報を店員の携帯端末に送信するにあたり、店員の携帯端末にも決済された金額を表示するようにしてもよい。この場合、購入した商品の金額と決済された金額が一致していることを客及び店員の両方が確認することができる。また、商品の金額と決済された金額が一致していない場合には、ＰＯＳレジスタ１００で取消情報または追加情報を生成するなどして、商品の金額と決済された金額を一致させる処理を行ってもよい。

次に、決済コード表示装置１０００による処理について説明する。図２１は、決済コード表示装置１０００の処理の一例を示すフローチャートである。図２１に示すように、決済コード表示装置１０００は、ＰＯＳレジスタ１００から送信される決済事業者識別情報を受信したか否かを判断する（ステップＳ６０１）。決済事業者識別情報を受信していないと判断した場合（ステップＳ６０１：ＮＯ）、決済コード表示装置１０００は、ステップＳ６０１の処理を繰り返す。

決済事業者識別情報を受信したと判断した場合（ステップＳ６０１：ＮＯ）、生成部１０２０は、端末ＩＤ、決済事業者識別情報に対応する決済事業者の加盟店コード、会員情報、及び付加情報を記憶部１０３０から読み出す（ステップＳ６０２）。

続いて、決済コード表示装置１０００は、読み出した端末ＩＤ、加盟店コード、会員情報、及び付加情報を用いて決済コード１００２を生成する（ステップＳ６０３）。その後、決済コード表示装置１０００は、生成した決済コード１００２、及び支払い金額１００３を表示部１００１に表示させる（ステップＳ６０４）。その後、決済コード表示装置１０００は、ＰＯＳレジスタ１００から消去情報が送信されたか否かを判定し（ステップＳ６０５）、消去情報が送信されていなければステップＳ６０５の処理を繰り返し、消去情報が送信されたときに決済コード１００２を消去させる。こうして、決済コード表示装置１０００における処理を終了する。なお、決済コード１００２、支払い金額１００３とともに、決済事業者名を表示してもよい。

本実施形態に係る決済コード表示装置１０００においては、ＰＯＳレジスタ１００から送信された金額情報に応じた決済コード１００２を生成し、生成した決済コード１００２を支払い金額１００３とともに表示部１００１に表示する。決済コード表示装置１０００の表示部１００１に表示された決済コード１００２は、上記第１の実施形態における携帯端末４０で読み取ることによって、決済を行うことができる。

すなわち、上記第１の実施形態と比較した場合、上記第１の実施形態では、図８（Ｂ）に示すように、精算装置３０に決済コード６１０Ｂが表示され、この決済コード６１０Ｂを携帯端末４０で読み込むことによって決済が行われる。その一方、本実施形態では、図１７に示す表示部１００１に表示された決済コード１００２を携帯端末４０で読み込むことによって決済が行われる。

このため、本実施形態の決済コード表示装置１０００を用いることにより、登録情報に応じた二次元コードを読み取って決済を行うことができるようにすることができる。また、訪日外国人の取り込みを行うことができる。なお、チャージ残高が合計金額に満たなかったときのエラー情報などの表示は、決済コード表示装置１０００の表示部１００１で行ってもよい。

また、本実施形態の決済コード表示装置１０００を用いることにより、決済が行われるごとに決済コードを生成することができる。このため、決済コードの差し替えによる不正決済の発生を抑制することができる。また、決済コードを生成する機能を備えていないＰＯＳレジスタ１００を備える店舗等においても、決済コードを生成して決済コードを用いた取引を行うことができる。したがって、決済コードを生成する機能を備えていないＰＯＳレジスタ１００が過去に店舗等に導入された場合でも、二次元コード表示装置１０００を導入することにより、決済コードを生成して決済コードを用いた取引を行うことができる。

また、本実施形態の決済コード表示装置１０００を用いるにあたり、ＰＯＳレジスタ１００から決済事業者識別情報を受信して、決済事業者を特定して決済を行う。このため、複数の決済事業者に対応して決済コードを用いた決済を行うことができる。

また、本実施形態の決済コード表示装置１０００は、ＰＯＳレジスタ１００から消去情報が送信されたときに決済コードを消去する。このため、決済を行っている取引の決済コードを精度よく表示することができるので、他の決済の決済コードを客が読み込むなどの問題を抑制できる。なお、決済コード表示装置１０００が決済コードを消去する条件は他の条件でもよく、例えば、決済が完了したとの完了情報や、次の決済が開始されたときの決済開始情報が決済コード表示装置１０００に提供されるようにし、完了情報または決済開始情報を決済コード表示装置１０００が受信したときに、決済コードを消去するようにしてもよい。

［第６の実施形態の変形例１］
次に、第６の実施形態の変形例１について図２２を参照して説明する。図２２は、金額入力装置に接続された決済コード表示装置の斜視図である。図２２に示すように、本変形例の決済コード表示装置１０００には、金額入力装置８００が接続されている。金額入力装置８００は、テンキー部８０１と表示部８０２とを備えている。また、金額入力装置８００は、図示しない演算部及び通信部を備えている。

テンキー部８０１は、１～９、０、００等の数字が記載された数字キーと８０１Ａ、＋、－、×、÷、等の数式に用いる記号が記載された演算キー８０１Ｂ、及びファンクションキーＦ１～Ｆ４などを備えている。ファンクションキーＦ１～Ｆ４には、上記第６の実施形態における決済事業者指定キーと同様に、１つの決済事業者がそれぞれ割り当てられている。ファンクションキーＦ１～Ｆ４には、指定先の決済事業者の識別表示が表示されている。例えば、既存の金額入力装置８００に決済コード表示装置１０００を接続して使用する際には、金額入力装置８００のファンクションキーＦ１～Ｆ４に対して、決済事業者の識別表示をシール等で貼り付けることにより、ファンクションキーＦ１～Ｆ４に識別表示が表示されるようにしてもよい。表示部８０２は、テンキー部８０１におけるキーを押下することで入力された数字や記号に応じた表示や、テンキー部８０１を操作することによって得られる演算結果などを表示する。

演算部は、テンキー部８０１におけるキーを押下することで入力された数字や記号に応じた演算を行う。演算部において行われる演算の途中経過や演算の結果は、表示部８０２に表示される。金額入力装置８００は、例えば客が店舗から複数の商品を購入する場合に、購入する商品の合計金額を計算するために利用される。このため、演算部は、商品の合計金額（総額）を算出する機能を有する。

通信部は、ファンクションキーＦ１～Ｆ４の操作に基づいて、テンキー部８０１から入力された入力結果や演算部における演算の経過や結果及びファンクションキーＦ１～Ｆ４の操作によって指定される決済事業者の決済事業者識別情報を決済コード表示装置１０００に送信する。通信部は、決済事業者識別情報を送信する際に、演算部で計算した数値の総計（購入商品の合計金額に相当する）を示す金額情報を決済コード表示装置１０００に送信する。

決済コード表示装置１０００は、上記第６の実施形態と同様の構成を有する。本変形例では、記憶部１０３０には、ＳＤカード２０００により読み出した端末ＩＤ及び加盟点コードが記憶されているが、その他の会員情報や付加情報は記憶されていない点においては異なっている。

変形例１の決済コード表示装置１０００では、生成部１０２０は、金額入力装置８００から決済事業者識別情報及び金額情報を受信した際に、上記第６の実施形態と同様の手順で端末ＩＤ及び加盟店コードを読み出して、金額情報を含めて決済コードを生成する。決済コード表示装置１０００は、生成した決済コード１００２を、表示制御部によって表示部１００１に表示させる。

本変形例に係る決済コード表示装置１０００においては、金額入力装置８００から送信された登録情報に応じた決済コードを生成し、表示部１００１に表示する。決済コード表示装置１０００の表示部１００１に表示された決済コード１００２は、上記第１の実施形態における携帯端末４０で読み取ることによって、決済を行うことができる。

このため、本実施形態の決済コード表示装置１０００を用いることにより、登録情報に応じた二次元コードを読み取って決済を行うことができるようにすることができる。また、訪日外国人の取り込みを行うことができる。

また、本実施形態の決済コード表示装置１０００を用いることにより、決済が行われるごとに決済コードを生成することができる。このため、決済コードの差し替えによる不正決済の発生を抑制することができる。また、決済コードを生成する機能を備えておらず、金額の計算を行う程度の簡素な金額入力装置８００のみを設置する店舗等においても、決済コードを生成して決済コードを用いた取引を行うことができる。したがって、決済コードを生成する機能を備えていない金額入力装置８００が過去に店舗等に導入されている場合でも、二次元コード表示装置１０００を導入することにより、決済コードを生成して決済コードを用いた取引を行うことができる。

なお、金額入力装置８００を用いて決済を完了した場合、金額入力装置８００には、印字した紙レシートを発行する機能がないので、レシートを発行できない場合がある。この場合には、例えば、決済事業者が携帯端末４０に電子レシート情報を送信し、電子レシートを携帯端末４０に表示させることで紙レシートの代用としてもよい。あるいは、携帯端末４０に送信された顧客用決済完了情報を携帯端末４０から別途設けられたレシート発行装置に送信して、顧客用決済完了情報を受信したレシート発行装置で紙レシートを発行するようにしてもよい。

［第６の実施形態の変形例２］
次に、第６の実施形態の変形例２について図２３を参照して説明する。図２３は、計量装置に接続された決済コード表示装置の斜視図である。図２３に示すように、本変形例の決済コード表示装置１０００には、計量装置９００が接続されている。計量装置９００は、例えば、量り売りの商品（例えば惣菜など）について、商品を計量し、計量した結果から商品の代金を算出して、商品についての決済を行う装置である。なお、計量装置９００は、量り売りに代えて又は加えて、量り売りでない商品についての決済をできるようにしてもよい。計量装置９００は、スキャナ部９０４と、店員用表示部９０５と、キー操作部９０８と、計量部９０９と、印字部９１０と、ドロア９１３を備えている。また、計量装置９００は、図示しないマイクロコンピュータを備えている。マイクロコンピュータは、決済コード１００２を生成する二次元コード生成部と、支払い金額１００３や二次元コード生成部で生成した決済コード１００２を表示部１００１に表示する表示制御を行う表示制御部と、決済コード表示装置１０００に各種情報を送信する通信部を備えている。

スキャナ部９０４は、コード化された情報を光学的に読み取って、読み取った情報をマイクロコンピュータに記憶させる。キー操作部９０８は、店員からの種々の操作を受け付けるための各種の操作キー（置数キー、取消キー、風袋キー、追加キー、品番キー、実行キー等）を備える。なお、キー操作部９０８は、店員用表示部９０５に表示される各種の操作キーと同様の各種の操作キーを備えていてもよい。

計量部９０９は、秤台９０９ａに置かれた商品等（商品及び該商品を入れた風袋）の重量（重さ）を計量し、計量値を示したデータをマイクロコンピュータに出力する。なお、計量部９０９から計量値を取得したマイクロコンピュータは、計量値から所定の重量（風袋の重量）を減算して、秤台９０９ａに置かれた商品の重量を算出する。

マイクロコンピュータは、商品の単価を記憶している。マイクロコンピュータは、算出した商品の重量と、記憶している商品の単価に基づいて、商品の金額を算出する。また、図示しないが、店員用表示部９０５の反対側（客側）には、店員用表示部９０５とほぼ同じ大きさの客用表示部が設けられている。客用表示部には、商品登録された商品の名称や計量結果（計量値）、マイクロコンピュータにより算出された金額等の情報が表示される。客は、客用表示部に表示された金額等の情報や店員の口頭により得た情報に基づいて、代金の支払いを行う。

また、マイクロコンピュータは、上記の第６の実施形態で説明した決済事業者識別情報を記憶している。マイクロコンピュータは、店員の所定の操作に基づいて、決済を行う際に、現金による決済と決済コードを読み取ることによる決済を客に選択させることができる。客が、決済コードを読み取る決済を選択した場合、マイクロコンピュータは、店員の所定の操作に応じて、金額情報及び決済事業者識別情報を決済コード表示装置１０００に送信する。

印字部９１０は、各種情報を紙媒体に印字し、発行口から発行（出力）する。ドロア９１３は、客から受け取った紙幣及び貨幣を収納する収納部を有し、店員の操作に応じて収納部が前面に引き出されるようになっている。なお、本実施形態においてドロア９１３と例示したが、客から預かった貨幣（紙幣及び硬貨）を入金する入金口と、客から預かった預り金と支払い代金とに差額（釣銭）がある場合に貨幣（紙幣及び硬貨）を出金する出金口を備えた自動釣銭釣札機（自動釣銭釣札装置）であってもよい。

本実施形態の計量装置９００では、量り売り商品についての代金を求める際に、商品を秤台９０９ａの上に置き、商品を計量する。計量装置９００は、計量した商品の重量と商品の単価（単位重量当たりの単価）に基づいて、商品の代金を算出し、客用表示部に表示する。量り売りでない商品については、例えばスキャナ部９０４により読み取った情報から代金を求める。そして、客用表示部の表示に応じた金額を客が支払うことにより、決済を行う。この決済を行う際に、現金による支払いに代えて又は加えて、決済コード表示装置１０００に決済コードを表示して決済を行う。なお、計量装置９００が決済コード表示装置１０００と同様の機能を備え、決済コードを客用表示部に表示できるようにしてもよい。

決済コード表示装置１０００に決済コードを表示して決済を行う場合、計量装置９００は、決済コード表示装置１０００に対して金額情報及び決済事業者識別情報を送信する。決済コード表示装置１０００においては、計量装置９００から送信された金額情報及び決済事業者識別情報に基づいて、上記第６の実施形態と同様にして決済コードを生成し、表示部１００１に表示する。決済コード表示装置１０００の表示部１００１に表示された決済コード１００２は、上記第１の実施形態における携帯端末４０で読み取ることによって、決済を行うことができる。

このため、本実施形態の決済コード表示装置１０００を用いることにより、登録情報に応じた二次元コードを読み取って決済を行うことができるようにすることができる。また、訪日外国人の取り込みを行うことができる。

また、本実施形態の決済コード表示装置１０００を用いることにより、決済が行われるごとに決済コードを生成することができる。このため、決済コードの差し替えによる不正決済の発生を抑制することができる。また、商品の計量及び登録を行う計量装置９００のみを設置する店舗等においても、決済コードを生成して決済コードを用いた取引を行うことができる。したがって、決済コードを生成する機能を備えていない計量装置９００が過去に店舗等に導入されている場合でも、二次元コード表示装置１０００を導入することにより、決済コードを生成して決済コードを用いた取引を行うことができる。

また、計量装置９００における客用表示部は、表示面積が小さいことが多く、例えば、決済コードを含め、商品や支払い金額などの種々の情報を表示すると、決済コードの表示が小さくなってしまうことがある。その結果、客による決済コードの視認性を損なったり、客が決済コードをうまく撮像できなかったりするという懸念がある。また、客用表示部において、決済コードを表示する領域を確保する必要があるため、客用表示部に表示する情報を削減したり、表示を小さくしたりすることが求められる。この点、決済コード表示装置１０００に決済コードを表示させることにより、客による決済コードの視認性を損なったり、客が決済コードをうまく撮像できなかったりすることを抑制できる。また、客用表示部に表示する情報を削減すること無く決済コードを表示できるため、客用表示部の視認性の低下を抑制できる。

また、決済コードを表示した決済では、現金を介在させることないので、現金を用意せずに済んだり、あるいは、現金の収容量を少なくしたりすることができる。このため、現金を収容するドロア９１３をなくしたり、ドロア９１３のサイズを小さくしたりすることができる。したがって、計量装置９００の下部におけるドロア９１３の占有スペースをなくしたり小さくしたりすることができるので、計量装置９００の設置位置を従来よりも低い位置とすることができる。計量装置９００は、例えば、冷ケース（冷凍ケース、冷蔵ケース）の上に載置して利用されるため、従来は、例えば身長の低い店員の計量作業の効率が高いとは言えなかったが、計量装置９００を低い位置に載置できるので、計量作業を効率的に行えるようにすることができる。

［第６の実施形態のその他の変形例２］
上記の各第６の実施形態では、決済コード表示装置１０００の表示部１００１には、決済コード１００２及び支払い金額１００３を表示しているが、他の情報を表示してもよく、例えば、図２４に示すように、決済先の情報として、決済事業者の事業者名１００４及び決済事業者を表すマーク１００５などを表示してもよい。決済事業者の事業者名１００４及び決済事業者を表すマーク１００５など、客が決済事業者を識別できる表示を行うことにより、客は、指定した決済事業者との間で決済が行われたことを確認することができる。

[その他の変形例]
上記第１の実施形態～第５の実施形態においては、登録装置２０と精算装置３０とが分離された構成のＰＯＳシステムを例に挙げた。しかしながら、本実施形態による決済コードを用いた取引は、例えば商品登録処理から精算処理までの会計処理を１台で行うＰＯＳレジスタにも適用できる。
また、本実施形態による決済コードを用いた取引は、客が商品登録から精算までの操作を行うフルセルフによるＰＯＳレジスタにも適用できる。
さらに、本実施形態による決済コードを用いた取引は、店員が商品の登録を行い、店員の対面で客が釣銭機を操作して精算を行うようにされた対面形式のＰＯＳレジスタにも適用できる。さらには、対面式のＰＯＳレジスタの客側でも商品登録を行うことができるようにしてもよい。
即ち、本実施形態の構成が適用可能なＰＯＳシステム、ＰＯＳレジスタについては特に限定されない。

また、上記の各実施形態及び変形例は、適宜組み合わせて実施してもよい。例えば、上記第１の実施形態では、図８に示すように、精算装置の精算画面６００に決済コードを表示して携帯端末４０で読み込むことで決済を行い、第２の実施形態では、図１９に示すよう、携帯端末４０の表示部４０４に二次元コード４０４Ｅ及びバーコード（一次元コード）４０４Ｆを表示して精算装置のスキャナ部で読み込むことで決済が行われるが、これらの両方が行えるようにしてもよい。
この場合、例えば、「精算装置のコードを撮影するか携帯端末のコードを読み取ってください」といった文言を含む説明表示を行ってもよい。この説明表示は、精算画面６００及び携帯端末４０の表示部４０４のいずれか一方に行ってもよいし、両方に行ってもよい。また、精算画面６００に決済コードを表示して携帯端末４０で読み込む方式と表示部４０４に二次元コード４０４Ｅ及びバーコード（一次元コード）４０４Ｆを表示して精算装置のスキャナ部で読み込む方式のどちらか早く行われた方で決済が実行できるようにしてもよいし、設定によっていずれかのみで実行できるようにしてもよい。

また、上記の各実施形態におけるウォレットでの支払いによる決済方法またはこの決済方法に他の決済方法を含めて、決済方法ごとに決済の実績を記憶しておき、決済方法ごとの集計が可能となるようにしてもよい。集計の項目としては、例えば、使用客数、合計決済金額、使用日時等の項目を含めてもよいし、その他の項目を含めてもよい。また、特定の決済方法がいつ使われたかなどの情報を電子ジャーナル等で検索できるようにしておいてもよい。決済の実績は、例えば、ストアコントローラ１０に記憶してもよいし、複数の登録装置２０や精算装置３０のうちの一部または全部に記憶してもよい。

また、上記の各実施形態における登録装置２０に設けられたカードリーダ２１０に代えて、または加えて、クレジットカードや電子マネーの処理を行う決済端末を登録装置２０に接続させてもよい。また、精算装置３０に設けられたカードリーダ３１３に代えて、または加えて、クレジットカードや電子マネーの処理を行う決済端末を精算装置３０に接続させてもよい。決済端末は、登録装置２０や精算装置３０に対して有線によって情報送信が可能となるように接続されていてもよいし、無線によって接続されていてもよい。
この決済端末にディスプレイが設けられている場合には、精算装置の精算画面６００に決済コードを表示する態様に代えて、または加えて、決済端末のディスプレイに決済コードを表示するようにしてもよい。

なお、上記実施形態において、複数の精算装置３０のうちから精算処理を実行させる精算装置３０を指定する態様としては、精算処理を実行させる精算装置３０を、店員が登録装置２０にて指定する態様（第１の指定態様）と、客に手渡しされるお会計券を登録装置２０から発行させ、店員から手渡しされたお会計券を、客が１つの精算装置３０に読み取らせる態様（第２の指定態様）とを挙げている。しかながら、精算装置３０を指定する態様としては、上記の態様に限定されない。例えば、以下の第３の指定態様から第７の指定態様のように精算装置３０が指定されてもよい。

第３の指定態様として、商品登録の完了に応じて店員用表示部２０５に表示された送信ボタンに対して行われた操作に応じて（あるいは商品登録の完了を宣言するような操作であってもよい）、登録装置２０が、例えば精算装置３０に状態の問合せを行って精算処理が可能な（例えば、障害が発生しておらず、使用中でもない）精算装置３０を認識し、使用中でない精算装置３０のうちから所定の規則に従って、１つの精算装置３０を決定する。そして、登録装置２０は、決定した精算装置３０に精算情報（登録情報）を送信して精算処理の実行を指示する。

第４の指定態様として、予め精算装置３０について精算処理の優先順位を設定しておくようにする。そのうえで、商品登録の完了に応じて、店員用表示部２０５に精算装置３０への精算情報の送信を指示する送信ボタンの操作が有効となるように表示する。送信ボタンが操作されたことに応じて、登録装置２０は、設定された優先順位に従った順で精算装置３０の精算処理が可能であるか否かを確認し、精算処理が可能であることが確認されなければ、優先順位が次の精算装置３０について確認するようにする。そのうえで、登録装置２０は、最初に精算処理が可能であることが確認された精算装置３０に精算情報を送信して精算処理の実行を指示する。

なお、上記の第３の指定態様における所定規則に従った精算装置３０、あるいは第４の指定態様における精算装置３０の優先順位としては、例えば、精算装置３０に割り当てられた番号に基づいて決定されてよい。あるいは、登録装置２０から精算装置３０までの距離に基づいて決定されてよい。あるいは、合計金額に基づいて予測される釣銭の金種の内訳と精算装置３０の釣銭機に収納されている貨幣の金種ごとの枚数との関係に基づいて決定されてよい。

第５の指定態様として、登録装置２０は、全ての精算装置３０に精算情報を送信する。精算情報を受信した精算装置３０は、自己が受信した精算情報に含まれる精算情報を利用して精算処理を実行可能な状態となると、自己が精算処理を実行することを通知する精算処理実行通知を精算情報の送信元の登録装置２０に送信する。
登録装置２０は、精算処理実行通知の受信に応じて、精算処理実行通知の送信先の精算装置３０を示す表示（精算処理実行表示）を行う。店員は、精算処理実行表示を見て、精算処理を実行する精算装置３０がいずれであるのかを客に伝えればよい。
この際、精算処理実行表示とともに、精算処理実行通知を送信した精算装置３０のサインポール３１１を所定のパターンで点灯させたり、精算装置３０から所定の報知音を出力させたりすることで、自己が精算処理を実行することを報知するようにしてよい。

上記の第３～第５の指定態様による精算装置３０の指定によれば、精算処理を実行させるべき精算装置３０をいずれとするのかを判断しなくともよい。

第６の指定態様として、登録装置２０にて商品登録を終えた商品が容れられた買い物カゴを、店員が、精算装置３０ごとに対応して設置されたカゴ置き場のうちのいずれかに買い物カゴを移動させる。
カゴ置き場には、載置された買い物カゴを検出するセンサ（重量センサ、あるいは光センサ等）が備えられる。センサによりカゴ置き場買い物カゴが載置されたことが判定されると、対応の精算装置３０が要求を行って、登録装置２０から対応の精算情報を取得し、精算処理を実行するようにされる。
この場合にも、精算処理を実行することとなった精算装置３０が、サインポール（非図示）の点灯や報知音の出力などにより、自己が精算処理を実行することを報知するようにしてよい。
なお、載置された買い物カゴを検出するセンサに代えて、例えば店員に対応して人感センサや撮像装置を設けてよい。そして、登録装置２０は、人感センサの検出出力や撮像装置により撮像して得られた画像等に基づいて、店員の動きを判断し、判断された結果に基づいて、店員が精算装置３０ごとに対応して設置されたカゴ置き場のうちのいずれに買い物カゴを設置したのかを判定する。そして、判定されたカゴ置き場に対応する精算装置３０を、精算処理を実行すべき精算装置３０として決定するようにしてよい。

第７の指定態様として、登録装置２０は、精算情報と、複数の精算装置３０間での転送順を設定した転送順情報とを含む精算指示情報を、或る１つの精算装置３０に送信する。
転送順情報は、精算装置３０間で循環的に転送順を指定するものであってよい。
精算指示情報を受信した精算装置３０は、自己が精算処理を実行可能であれば、精算指示情報の送信元の登録装置２０に対して、精算処理実行通知を送信し、受信された精算指示情報に含まれる精算情報を利用して精算処理を実行する。
一方、精算指示情報を受信した精算装置３０は、自己が精算処理を実行不可である場合、受信された精算指示情報に含まれる転送順情報に従って、転送順が次の精算装置３０に対して、受信された精算指示情報を転送する。このようにして、精算装置３０間で精算指示情報が順次転送されるようにすることによっても、精算処理を実行させるべき精算装置３０の指定に相当する手順が実現される。

上記の各指定態様において、精算処理を実行させる精算装置３０の決定に関する処理は、例えば管理装置（ストアコントローラ１０等）などのように、登録装置２０及び精算装置３０以外の所定の装置が、登録装置２０による商品登録処理の終了に応じて実行するようにされてよい。登録装置２０及び精算装置３０以外の所定の装置としては、例えば精算装置３０の状態をモニタリングするために設けられた装置等であってもよい。

なお、上記の実施形態のＰＯＳシステム１（又は、ストアコントローラ１０、登録装置２０、精算装置３０）の各処理を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、ＰＯＳシステム１（又は、ストアコントローラ１０、登録装置２０、精算装置３０）の各処理に係る上述した種々の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

＜実施形態の総括＞
（１）以上説明したように、本実施形態の一態様は、商品を登録する登録処理を実行する登録装置と、前記登録装置における登録処理によって登録された商品について精算する複数の精算装置と、を含むＰＯＳシステムにおいて、前記登録装置は、商品登録した商品の取引に関する登録情報を前記精算装置に送信する送信手段を備え、前記精算装置は、前記登録装置から送信された登録情報に応じた決済コードを用いた取引を行うことにより、決済を実行する決済手段を備えることを特徴とするＰＯＳシステムである。

上記構成によれば、セミセルフ式のＰＯＳシステムにおいて、登録情報に応じた二次元コードを読み取って決済を行うことができるようにすることができる。したがって、現金やクレジットカードを用いた決済以外の決済を行うことができるので、決済方法の多様化を図ることができる。その結果、顧客の利便性が高まり、ＰＯＳシステムが設置された店舗の利用促進に寄与することができる。

（２）本実施形態の一態様は、（１）に記載のＰＯＳシステムであって、前記精算装置は、表示手段を備え、前記精算装置は、前記登録装置から送信された登録情報に応じた決済コードを前記表示手段に表示させる。

上記構成によれば、さらに、精算装置に表示された二次元コードを携帯端末等で読み取って行う決済と、携帯端末等に表示された二次元コードを精算装置で読み取って行う決済の両方を行うことができる。したがって、二次元コードを用いた決済の利便性を高めることができる。

（３）本実施形態の一態様は、（１）または（２）に記載のＰＯＳシステムであって、前記登録装置は、前記決済コードを読み取り可能な読取手段を備え、前記登録装置は、顧客が提示する決済コードを読み取ることにより、決済を完了させる決済処理部を備える。

上記構成によれば、さらに、登録装置で決済を行う場合には、精算装置で決済を行う必要はないので、例えば、購入した商品が少量である場合には、商品の登録から決済までを登録装置で済ませることができるので、精算装置までの移動の必要がなくなり、商品の購入にかかる手間を軽減することができる。

（４）本実施形態の一態様は、（１）～（３）のいずれかに記載のＰＯＳシステムであって、前記登録装置は、客用表示部を備え、前記登録装置は、前記客用表示部に決済コードを表示させる表示制御部を備える。

上記構成によれば、さらに、登録装置における商品の登録中に顧客が顧客コードの表示を始めているようなときには、商品の登録が終了した後、登録装置によって顧客コードを読み取って決済を完了させることにより、決済をスムーズに実行させることができる。また、顧客コードの表示に手間取っている場合には、精算装置において決済を行うこともできるので、決済の多様化を図ることができ、決済に要する時間の短縮に寄与することができる。

（５）本実施形態の一態様は、商品を登録する登録処理を実行する登録装置と、前記登録装置における登録処理によって登録された商品について精算する複数の精算装置と、を含むＰＯＳシステムにおける登録装置であって、商品登録した商品の取引に関する登録情報を前記精算装置に送信する送信手段を備えることを特徴とする登録装置である。

（６）本実施形態の一態様は、商品を登録する登録処理を実行する登録装置と、前記登録装置における登録処理によって登録された商品について精算する複数の精算装置と、を含むＰＯＳシステムにおける精算装置であって、前記登録装置から送信された登録情報に応じた決済コードを用いた取引を行うことにより、決済を実行する決済手段を備えることを特徴とする精算装置である。

（７）本実施形態の一態様は、商品を登録する登録処理を実行する登録装置と、前記登録装置における登録処理によって登録された商品について精算する複数の精算装置と、を含むＰＯＳシステムに備えられるコンピュータを、前記登録装置が備える商品登録した商品の取引に関する登録情報を前記精算装置に送信する送信手段、前記精算装置が備える前記登録装置から送信された登録情報に応じた決済コードを用いた取引を行うことにより、決済を実行する決済手段として機能させるためのプログラムである。

（Ａ１）本実施形態の一態様は、金額情報と決済先を特定する特定情報とを受け付ける受付手段と、前記決済先に応じた決済先情報を複数記憶する記憶手段と、前記受付手段が受け付けた特定情報に基づく前記決済先に応じた決済先情報と、前記受付手段が受け付けた金額情報に基づいて二次元コードを生成する生成手段と、前記生成手段が生成した二次元コードを表示する表示手段と、を備えることを特徴とする情報表示装置である。

上記構成によれば、決済が行われるごとに決済コードを生成することができる。このため、決済コードの差し替えによる不正決済の発生を抑制することができる。また、決済コードを生成する機能を備えていないＰＯＳレジスタ、金額入力装置、計量装置等を備える店舗等においても、決済コードを生成して決済コードを用いた取引を行うことができる。したがって、決済コードを生成する機能を備えていないＰＯＳレジスタ等が過去に店舗等に導入された場合でも、二次元コード表示装置を導入することにより、決済コードを生成して決済コードを用いた取引を行うことができる。

（Ａ２）本実施形態の一態様は、（Ａ１）に記載の情報表示装置であって、前記表示手段が前記二次元コードを表示した状態で、所定の消去情報を取得したときに、前記表示手段に表示された前記二次元コードを消去する消去手段を備える。

上記構成によれば、決済を行っている取引の決済コードを精度よく表示することができる。

（Ａ３）本実施形態の一態様は、（Ａ２）に記載の情報表示装置であって、前記表示手段は、前記金額情報に関する金額の情報及び前記特定情報に基づく前記決済先情報に関するに決済先の情報を、前記二次元コードとともに表示する。

上記構成によれば、情報表示装置が決済先の情報を記憶するので、決済コードを生成する際の決済先を容易に確認することができる。

（Ａ４）本実施形態の一態様は、金額情報と決済先に応じた決済先情報とを受け付ける受付手段と、前記受付手段が受け付けた金額情報及び決済先情報に基づいて二次元コードを生成する生成手段と、前記生成手段が生成した二次元コードを表示する表示手段と、を備える。

上記構成によれば、決済が行われるごとに決済コードを生成することができる。このため、決済コードの差し替えによる不正決済の発生を抑制することができる。

（Ａ５）本実施形態の一態様は、（Ａ１）から（Ａ４）のうちのいずれかに記載の情報表示装置であって、他の装置が送信して前記受付手段が受け付ける情報を受信するために、前記他の装置に接続される接続部を更に備える。

上記構成によれば、前記金額情報または前記決済先の情報を前記二次元コードとともに表示するので、客は、指定した決済事業者との間で決済が行われたことを確認することができる。

１ ＰＯＳシステム
１０ ストアコントローラ
２０ 登録装置
３０ 精算装置
４０ 携帯端末
５０ クラウドセンター
６０ 決済事業者ゲートウェイ
７０ 決済事業者
８０ 決済事業者ゲートウェイ
１００ ＰＯＳレジスタ
２０４ スキャナ部
２０５ 店員用表示部
２０５ａ 客用表示部
３０４ スキャナ部
３１０ 決済部
４００ 立て札
４００Ｃ 特定商品コード
４０４Ａ メッセージ表示部
４０４Ｂ コード読み取り枠
４０４Ｃ 取引情報表示領域
４０４Ｄ ＰＡＹボタン
６００ 精算画面
６００Ａ 決済コード表示画面
６０３ 第１メッセージ表示領域
６０４ 第２メッセージ表示領域
６０５ 支払い方法選択領域
６０５Ａ 現金ボタン
６０５Ｂ クレジットボタン
６０５Ｃ ウォレットボタン
６１０ 決済コード表示領域
６１０Ａ 支払い種類表示
６１０Ｂ 決済コード
６２０ 取引情報表示領域
８００ 金額入力装置
９００ 計量装置
１０００ 決済コード表示装置
１００１ 表示部
１００２ 決済コード
１００３ 支払い金額
１００４ 事業者名
１００５ マーク
１０１０ 受信部
１０２０ 生成部
１０３０ 記憶部
１１００ 配線

Claims (5)

1. 店舗に設置されたＰＯＳレジスタに接続される接続部と、
   前記接続部を介してＰＯＳレジスタから取引に係る金額情報と、決済事業者をそれぞれ識別する複数の決済事業者識別情報のうち一の決済事業者識別情報とを受け付ける受付手段と、
   前記受付手段が受け付けた前記一の決済事業者識別情報及び前記金額情報に基づいて、前記一の決済事業者識別情報で特定される一の決済事業者を介して顧客が前記店舗に対して支払いを行うための二次元コードを前記取引ごとに生成する生成手段と、
   前記生成手段が生成した二次元コードを表示する表示手段と、
   を備えることを特徴とする情報表示装置。
2. 前記決済事業者識別情報は、顧客のチャージ金額を管理する決済事業者を識別する情報である、
   請求項１に記載の情報表示装置。
3. 前記表示手段は、前記金額情報に応じた支払い金額及び前記一の決済事業者識別情報で特定される前記一の決済事業者を示す情報を、前記二次元コードとともに表示する請求項１または２に記載の情報表示装置。
4. 店舗に設置されたＰＯＳレジスタ及び前記ＰＯＳレジスタに接続された情報表示装置を備えたシステムであって、
   前記ＰＯＳレジスタは、
   現金による精算処理を行う精算手段と、
   前記情報表示装置に対して取引に係る金額情報と、決済事業者をそれぞれ識別する複数の決済事業者識別情報のうち一の決済事業者識別情報とを送信する送信手段と、
   を備え、
   前記情報表示装置は、
   前記ＰＯＳレジスタから送信された前記金額情報と前記一の決済事業者識別情報とを受信する受信手段と、
   前記受信手段が受信した前記一の決済事業者識別情報及び前記金額情報に基づいて、前記一の決済事業者識別情報で特定される前記一の決済事業者を介して顧客が前記店舗に対して支払いを行うための二次元コードを前記取引ごとに生成する生成手段と、
   前記生成手段が生成した二次元コードを表示する表示手段と、
   を備えることを特徴とするシステム。
5. 前記ＰＯＳレジスタは、決済事業者ごとに設けられた決済事業者指定キーを更に備え、
   前記送信手段は、操作された決済事業者指定キーに対応する前記一の決済事業者識別情報を前記情報表示装置に対して送信する請求項４に記載のシステム。

Images