(57)【要約】【課題】顧客が商品の購入金額の一部分を支払わずに不正出場することを防止する。【解決手段】情報入力装置と、精算装置と、ゲート装置とを備えた販売管理システム。情報入力装置の精算情報生成部が、商品情報が入力された購入商品に対して同一のゲート通過番号を含む1または複数の精算情報を生成し、精算用紙印刷部が、生成された1または複数の精算情報にそれぞれ対応した購入商品の合計金額と、前記同一のゲート通過番号とを含む1または複数の精算用紙を印刷する。精算装置の精算確認部が、前記同一のゲート通過番号を含む1または複数の精算用紙に印刷された購入商品の合計金額がすべて入金されたことを確認した場合に、ゲート装置の出場許可確認部が、顧客がゲートから出場することを可能と判断し、扉開閉部が、ゲートを開放する。【選択図】図２２
2017187911.tif 000002
【特許請求の範囲】
【請求項１】
情報入力装置と、精算装置と、ゲート装置とを備えた販売管理システムであって、
前記情報入力装置が、
顧客が購入した商品の情報を入力する入力部と、
前記入力された購入商品の売上情報を含む精算情報を生成する精算情報生成部と、
所定の精算用紙に前記精算情報を印刷する精算用紙印刷部とを備え、
前記精算装置が、
顧客が前記印刷された精算用紙を利用して前記精算情報に対応した購入商品の合計金額の入金処理をする支払処理部と、
前記入金処理によって前記購入商品の合計金額がすべて入金されたことを確認する精算確認部とを備え、
前記ゲート装置が、ゲートと、
前記ゲートを開放および閉鎖する扉開閉部と、
前記精算確認部の結果に基づいて、前記ゲートからの顧客の出場可否を判断する出場許可確認部とを備え、
前記精算情報生成部が、前記顧客の一取引における購入商品に対して、同一のゲート通過番号を含む1または複数の精算情報を生成し、
前記精算用紙印刷部が、前記生成された1または複数の精算情報にそれぞれ対応した購入商品の合計金額と、前記同一のゲート通過番号とを含む1または複数の精算用紙を印刷し、
前記精算確認部が、前記同一のゲート通過番号を含む1または複数の精算用紙に印刷された購入商品の合計金額がすべて入金されたことを確認した場合に、
前記出場許可確認部が、顧客が前記ゲートから出場することを可能と判断し、前記扉開閉部が、前記ゲートを開放することを特徴とする販売管理システム。
【請求項２】
前記精算確認部が、前記同一のゲート通過番号を含む1または複数の精算用紙に印刷された購入商品の合計金額のうちいずれかが、入金されていないことを確認した場合に、
前記出場許可確認部が、顧客がゲートから出場することを不可と判断し、前記扉開閉部が、前記ゲートを開放しないことを特徴とする請求項１に記載の販売管理システム。
【請求項３】
前記精算用紙印刷部が、前記精算情報に対応した２次元コードを前記精算用紙に印刷し、
前記精算装置が、前記精算用紙に印刷された２次元コードを読み取る第１スキャナをさらに備えることを特徴とする請求項１に記載の販売管理システム。
【請求項４】
前記ゲート装置が、顧客が前記ゲートを通過したか否かを確認する通過確認部をさらに備え、
前記通過確認部が顧客が前記ゲートを通過したことを確認した後に、前記扉開閉部が、前記ゲートを閉鎖することを特徴とする請求項１に記載の販売管理システム。
【請求項５】
前記入力部によって、一取引をする顧客の人数に相当する客数が入力された場合、前記通過確認部が前記ゲートを通過した人数を計測し、前記入力された客数に等しい人数の顧客が前記ゲートを通過した後に、前記扉開閉部が、前記ゲートを閉鎖することを特徴とする請求項４に記載の販売管理システム。
【請求項６】
前記精算装置が、
前記精算確認部が同一のゲート通過番号を含む1または複数の精算情報のそれぞれに対応した合計金額が入金されたことを確認した場合に、その合計金額が入金されたことを示す支払情報を含む会計情報を前記精算情報ごとに生成する会計情報生成部と、
所定の会計済用紙に前記会計情報を印刷する会計済用紙印刷部とをさらに備えることを特徴とする請求項１に記載の販売管理システム。
【請求項７】
前記会計済用紙印刷部が、前記会計情報に対応した２次元コードを前記会計済用紙に印刷し、
前記ゲート装置が、前記会計済用紙に印刷された２次元コードを読み取る第２スキャナをさらに備えることを特徴とする請求項６に記載の販売管理システム。
【請求項８】
販売管理システムが、サーバをさらに備え、
前記情報入力装置と、前記精算装置と、前記ゲート装置とが、前記サーバに、ネットワークを介して接続され、
前記サーバが、前記情報入力装置によって生成された精算情報を取得する精算情報取得部と、
前記精算装置によって生成された会計情報を利用して、前記同一のゲート通過番号を含む1または複数の精算用紙に印刷された購入商品の合計金額がすべて支払われたか否かを確認する支払完了確認部と、
前記購入商品の合計金額がすべて支払われたか否かに基づいて、前記ゲートからの出場の可否を判定し、出場可否情報を前記ゲート装置に送信する出場許可判定部とを備え、
前記ゲート装置の出場許可確認部が、前記サーバから受信した出場可否情報に基づいて顧客のゲートからの出場可否を判断することを特徴とする請求項６に記載の販売管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、販売管理システムに関し、特に、店舗で購入した商品の精算処理等を顧客が行えるようにした販売管理システムに関する。
【背景技術】
【０００２】
今日、スーパーマーケット等の小売店舗において、顧客自らが、所定の入力操作等を行って、購入した商品の精算処理を行う形式の販売管理システムが導入されている。
このようなシステムでは、商品情報の入力から精算処理までの操作のすべてを、顧客自らがすることのできるセルフレジタイプのシステムと、購入商品の情報入力と精算用レシートの発行までを店舗の店員が行い、その後の代金の支払い等の精算処理は、顧客自らが行うようにしたセミセルフレジタイプのシステムとが、利用されている。
【０００３】
セミセルフレジタイプのシステムでは、一般的に、店員が商品情報の入力をバーコードスキャナで行った後、すべての購入商品に関する情報と購入合計金額が印字された精算用レシートを出力する。顧客は、出力された精算用レシートに印字された金額の料金を入力する必要がある。
ただし、セミセルフレジタイプのシステムでは、顧客が入金せずに商品のみを持って、不正に店外に退出することを防止するために、上記のような精算をするためのスペース全体を区切り、そのスペース外に行くためにゲートを設けている。すなわち、精算スペース内に入金端末を配置し、購入した商品の代金の支払いが完了したことを確認した後に、ゲートを開放することが行われている。
【０００４】
たとえば、特許文献１では、精算装置で顧客が支払いを完了した場合に、取引番号を示したバーコードを印刷したレシートを発行し、ゲート開閉装置にて上記レシートのバーコードを読み取らせ、レシートから読み取ったバーコードの取引番号に対応する支払完了日時に基づいて、ゲートの開放の許可または禁止を決定するようにして、不正を防止するゲート付チェックアウトシステムが提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−２４３０８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、セミセルフレジタイプのシステムにおいて、顧客が複数の商品を購入した場合、一部の商品群の会計と、その他の商品群の会計とを別々にして、それらの会計ごとに異なるレシートを発行することを要望する場合がある。
この場合、店員は、一部の商品群の入力処理とその他の商品群の入力処理とを別々に行って、２枚の精算用レシートを発行する。
顧客は、発行された２枚の精算用レシートを受け取り、２枚の精算用レシートのそれぞれに印字された金額の精算処理を行う必要がある。
【０００７】
しかし、従来の精算装置において、１枚の精算用レシートに印字された金額の精算処理を行った後、この金額の支払が完了したことに伴って、バーコードが印刷されたレシートであって支払が済んだことを示すレシートが発行される。
その後、ゲート開閉装置において、支払が済んだことを示すレシートを正常に読み取った後に、その都度ゲートを開放した場合、２枚の精算用レシートのうち、一方のレシートのみの支払が完了したが、他方のレシートの支払が完了していない状態でも、顧客はゲートを通過して店外に出てしまうことが可能となる。
すなわち、２枚の精算用レシートが発行された場合において、たとえば、支払金額の少ない一方のレシートの支払のみを行い、他方のレシートの支払を行わずに、ゲートを通過してしまうという不正が行われる場合がある。
【０００８】
そこで、この発明は、以上のような事情を考慮してなされたものであり、複数枚の精算用レシートが発行された場合においても、一部の購入商品の支払が行われないというような不正取引が行われることを、未然に防止することのできる販売管理システムを提供することを課題とする。
【課題を解決するための手段】
【０００９】
この発明は、情報入力装置と、精算装置と、ゲート装置とを備えた販売管理システムであって、前記情報入力装置が、顧客が購入した商品の情報を入力する入力部と、前記入力された購入商品の売上情報を含む精算情報を生成する精算情報生成部と、所定の精算用紙に前記精算情報を印刷する精算用紙印刷部とを備え、前記精算装置が、顧客が前記印刷された精算用紙を利用して前記精算情報に対応した購入商品の合計金額の入金処理をする支払処理部と、前記入金処理によって前記購入商品の合計金額がすべて入金されたことを確認する精算確認部とを備え、前記ゲート装置が、ゲートと、前記ゲートを開放および閉鎖する扉開閉部と、前記精算確認部の結果に基づいて、前記ゲートからの顧客の出場可否を判断する出場許可確認部とを備え、前記精算情報生成部が、前記顧客の一取引における購入商品に対して、同一のゲート通過番号を含む1または複数の精算情報を生成し、前記精算用紙印刷部が、前記生成された1または複数の精算情報にそれぞれ対応した購入商品の合計金額と、前記同一のゲート通過番号とを含む1または複数の精算用紙を印刷し、前記精算確認部が、前記同一のゲート通過番号を含む1または複数の精算用紙に印刷された購入商品の合計金額がすべて入金されたことを確認した場合に、前記出場許可確認部が、顧客が前記ゲートから出場することを可能と判断し、前記扉開閉部が、前記ゲートを開放することを特徴とする販売管理システムを提供するものである。
【００１０】
これによれば、同一のゲート通過番号を含む1または複数の精算用紙に印刷された購入商品の合計金額がすべて入金されたことを確認した場合に、ゲートを開放するようにしているので、すべての購入商品に対する合計金額が正当に支払われた場合に、顧客がゲート外に出場することができ、逆に、すべての購入商品の支払いを終了していない場合は、ゲート外に顧客が不正出場してしまうことを防止できる。
【００１１】
また、前記精算確認部が、前記同一のゲート通過番号を含む1または複数の精算用紙に印刷された購入商品の合計金額のうちいずれかが、入金されていないことを確認した場合に、前記出場許可確認部が、顧客がゲートから出場することを不可と判断し、前記扉開閉部が、前記ゲートを開放しないことを特徴とする。
これによれば、同一のゲート通過番号を含む1または複数の精算用紙に印刷された購入商品の合計金額のうちいずれかが、入金されていないことを確認した場合には、ゲートを開放しないので、すべての購入商品の支払いを終了していない顧客が、ゲート外に不正出場してしまうことを防止できる。
【００１２】
また、前記精算用紙印刷部が、前記精算情報に対応した２次元コードを前記精算用紙に印刷し、前記精算装置が、前記精算用紙に印刷された２次元コードを読み取る第１スキャナをさらに備えることを特徴とする。
これによれば、顧客が、第１スキャナによって精算用紙に印刷された２次元コードを読み取らせる操作をするだけで、精算情報に対応した購入商品の合計金額の入金処理をすることができるようになる。
【００１３】
また、前記ゲート装置が、顧客が前記ゲートを通過したか否かを確認する通過確認部をさらに備え、前記通過確認部が顧客が前記ゲートを通過したことを確認した後に、前記扉開閉部が、前記ゲートを閉鎖することを特徴とする。
さらに、前記入力部によって、一取引をする顧客の人数に相当する客数が入力された場合、前記通過確認部が前記ゲートを通過した人数を計測し、前記入力された客数に等しい人数の顧客が前記ゲートを通過した後に、前記扉開閉部が、前記ゲートを閉鎖することを特徴とする。
これによれば、入力された客数に等しい人数の顧客がゲートを通過した後に、ゲートを閉鎖するので、まだ購入商品の支払いを終了していない顧客や、取引に関係のない者が、ゲート外に不正出場してしまうことを防止できる。
【００１４】
また、前記精算装置が、前記精算確認部が同一のゲート通過番号を含む1または複数の精算情報のそれぞれに対応した合計金額が入金されたことを確認した場合に、その合計金額が入金されたことを示す支払情報を含む会計情報を前記精算情報ごとに生成する会計情報生成部と、所定の会計済用紙に前記会計情報を印刷する会計済用紙印刷部とをさらに備えることを特徴とする。
また、前記会計済用紙印刷部が、前記会計情報に対応した２次元コードを前記会計済用紙に印刷し、前記ゲート装置が、前記会計済用紙に印刷された２次元コードを読み取る第２スキャナをさらに備えることを特徴とする。
【００１５】
また、この発明の販売管理システムは、サーバをさらに備え、前記情報入力装置と、前記精算装置と、前記ゲート装置とが、前記サーバに、ネットワークを介して接続され、前記サーバが、前記情報入力装置によって生成された精算情報を取得する精算情報取得部と、前記精算装置によって生成された会計情報を利用して、前記同一のゲート通過番号を含む1または複数の精算用紙に印刷された購入商品の合計金額がすべて支払われたか否かを確認する支払完了確認部と、前記購入商品の合計金額がすべて支払われたか否かに基づいて、前記ゲートからの出場の可否を判定し、出場可否情報を前記ゲート装置に送信する出場許可判定部とを備え、前記ゲート装置の出場許可確認部が、前記サーバから受信した出場可否情報に基づいて顧客のゲートからの出場可否を判断することを特徴とする。
【発明の効果】
【００１６】
この発明によれば、精算用紙印刷部が同一のゲート通過番号とを含む1または複数の精算用紙を印刷し、精算確認部が前記同一のゲート通過番号を含む1または複数の精算用紙に印刷された購入商品の合計金額がすべて入金されたことを確認した場合に、扉開閉部がゲートを開放するようにしているので、購入商品の支払いをせずに、ゲート外に顧客が不正出場してしまうことを防止できる。
【図面の簡単な説明】
【００１７】
【図１】この発明の販売管理システムの一実施例の構成図である。
【図２】一つの店舗に設けられた購入商品精算ユニット内の機器配置の一実施例の説明図である。
【図３】一つの店舗に設けられた購入商品精算ユニット内の機器配置の一実施例の説明図である。
【図４】一つの店舗に設けられた購入商品精算ユニット内の機器配置の一実施例の説明図である。
【図５】この発明の情報入力装置の一実施例の構成ブロック図である。
【図６】この発明の精算装置の一実施例の構成ブロック図である。
【図７】この発明のゲート装置の一実施例の構成ブロック図である。
【図８】この発明のサーバの一実施例の構成ブロック図である。
【図９】この発明の精算情報の一実施例の説明図である。
【図１０】この発明の精算用紙印刷データの一実施例の説明図である。
【図１１】この発明の会計情報の一実施例の説明図である。
【図１２】この発明の会計済用紙印刷データの一実施例の説明図である。
【図１３】この発明の情報入力装置の動作を示す一実施例のフローチャートである。
【図１４】この発明の精算装置の動作を示す一実施例のフローチャートである。
【図１５】この発明のゲート装置の動作を示す一実施例のフローチャートである。
【図１６】この発明のサーバの動作を示す一実施例のフローチャートである。
【図１７】この発明のサーバのゲート通過判定処理の一実施例のフローチャートである。
【図１８】この発明のサーバの支払完了確認処理の一実施例のフローチャートである。
【図１９】この発明のゲート装置の動作を示す一実施例のフローチャートである。
【図２０】この発明のサーバの支払完了確認処理の一実施例のフローチャートである。
【図２１】購入商品の一連の精算処理における精算情報等の変化の一実施例の説明図である。
【図２２】購入商品の一連の精算処理で別会計した場合における精算情報等の変化の一実施例の説明図である。
【図２３】購入商品の一連の精算処理で別会計した場合における精算情報等の変化の一実施例の説明図である。
【図２４】この発明の販売管理システムにおける各装置間のデータ通信の一実施例のシーケンス説明図である。
【図２５】この発明の販売管理システムにおける各装置間のデータ通信において、「出場可」と判定した場合の一実施例のシーケンス説明図である。
【図２６】この発明の販売管理システムにおける各装置間のデータ通信において、「出場不可」と判定した場合の一実施例のシーケンス説明図である。
【発明を実施するための形態】
【００１８】
以下、図面を使用して本発明の実施の形態を説明する。なお、以下の実施例の記載によって、この発明が限定されるものではない。
＜販売管理システムの構成＞
図１に、この発明の販売管理システムの一実施例の概略説明図を示す。
図１において、この発明の販売管理システムは、ネットワーク１０を介して接続されたサーバSV1と、店舗８内の複数の購入商品精算ユニットUT2とから構成される。
購入商品精算ユニットUT2（以下、単に、ユニットとも呼ぶ）は、１つの店舗８内に配置され、１つのユニットUTには、主として、情報入力装置TE3と、精算装置CK4と、ゲート装置GT5とが備えられる。
また、この発明の販売管理システムは、情報入力装置TE3と、精算装置CK4と、ゲート装置GT5と、精算完了後に顧客が出場するゲートとを備えた、セミセルフレジタイプのシステムである。
【００１９】
情報入力装置TE3は、顧客が購入しようとする商品の情報を入力する装置である。
店舗８内に入った顧客は、購入しようとする商品をかごに入れ、複数の購入商品精算ユニットUTのうち、空いているユニットUTの中に入り、そのユニットUT内にいる店員に、情報入力装置TE3を用いて、かごに入れられた商品の情報を入力してもらう。
店員は、たとえば、商品ごとに付与されたバーコードを情報入力装置TE3のスキャナで読み取る。
【００２０】
精算装置CK4は、顧客が購入しようとする商品の合計金額に相当する料金を入金する装置である。
たとえば、情報入力装置TE3で、購入しようとするすべての商品の情報を入力した後、合計金額が記載された精算用紙が印刷された場合、顧客が精算用紙に記載された合計金額に相当する現金を、精算装置CK4に入金する。
【００２１】
ゲート装置GT5は、主として、購入商品精算ユニットUTごとに、顧客がユニットから退出するのを制御するゲート（扉）とともに、各ユニットの出口付近に設けられた装置である。
たとえば、精算装置CK4において、支払うべき合計金額が入金されていない場合は、ゲートは閉じられたままであり。顧客はユニット外に出ることはできない。
一方、支払うべき合計金額が入金された場合は、ゲートが開放され、顧客がユニット外に出ることができるようにする。
【００２２】
サーバSV1は、店舗内または店舗外に設置され、所定のネットワーク１０を介して、各ユニットUT内の各装置（TE3、CK4、GT5）と接続される。サーバSV1は、店舗８ごとの販売管理情報を記憶し、購入商品の精算情報取得処理、購入商品の支払完了確認処理、ゲートからの出場許可判定処理等を行う装置である。
サーバSV1には、たとえば、店舗８で販売されるすべての商品の商品名や価格情報等からなる商品データベースや、顧客ごとの購入商品についての精算情報が記憶される。
ネットワーク１０は、各装置間のデータ通信を行う通信網であり、たとえば、インターネットや専用回線網などが用いられる。また、ネットワーク１０としては、有線通信および無線通信のうち、どちらの通信方式を用いてもよい。
【００２３】
＜購入商品精算ユニットの構成＞
（第１構成例）
図２に、１つの店舗８内に配置される購入商品精算ユニットUT2の一実施例の概略説明図を示す。
ここでは、ｎ個の購入商品精算ユニット（UT1、UT2、………UTｎ）からなるものを示している。各ユニットUTは、たとえば、ほぼ長方形状の仕切りで仕切られ、顧客１４がユニットUT内に入る入口１１と、ユニットUT外に出る出口１２とを有し、ユニットUT内の所定の位置に、情報入力装置TE3と、精算装置CK4と、ゲート装置GT5とが設置される。
【００２４】
ゲート装置GT5には、ゲート（扉）が接続され、ゲートが開放された場合に、顧客１４は、出口１２からユニットUTの外へ出ることができるようになる。
各ユニットUT内の情報入力装置TE3の位置には、商品の情報を入力するために、店員１３を配置する。
【００２５】
図２のユニットUTの場合、顧客１４が、購入しようとする商品を持って、入口１１から１つのユニットUTの中に入ると、店員１３が、情報入力装置TE3を用いて、購入しようとする商品の情報を入力する。
後述するように、たとえば、情報入力装置TE3に備えられたスキャナを用いて、商品ごとに付与されたバーコードを読み取る操作をする。
すべての商品の情報を入力した後、店員１３が、情報入力装置TE3に備えられたプリンタを用いて、支払うべき合計金額が記載された精算用紙を印刷する。
顧客１４は、印刷された精算用紙と、購入しようとする商品を持って、精算装置CK4の位置まで移動する。
【００２６】
精算装置CK4において、顧客１４は、たとえば、精算用紙に記載された合計金額に相当する現金を入金する。
支払うべき合計金額と一致する現金が入金された場合は、精算装置において、会計処理が終了したことを示す会計済用紙を印刷する。
その後、顧客１４は、ゲート装置GT5のところへ移動し、会計済用紙を、ゲート装置GT5のスキャナで読み取らせる操作をする。精算処理が正しく行われていた場合は、ゲート装置GT5とサーバSV1との間でデータ通信をした後、サーバSV1からゲート装置GT5に、ゲートの開放を許可する情報（出場可）が与えられる。ゲート装置GT5が、「出場可」の情報を受信すると、ゲートを開放させる。
以上のような一連の処理によって、顧客１４は、購入商品を持って、出口１２からユニットUTの外に出ることができるようになる。
【００２７】
（第２構成例）
図３に、購入商品精算ユニットUT2の第２構成例の概略説明図を示す。
ここでは、店舗８の内部に、店舗内精算スペース９を設け、この店舗内精算スペース９の出口１２に、１つのゲート装置GT5を設置する。
各購入商品精算ユニットUT2には、情報入力装置TE3と、精算装置CK4と、店員１３とを配置する。
顧客１４は、いずれかの入口１１から、１つのユニットUTに入り、そのユニット内で商品情報の入力と精算処理とを済ませた後、ユニットから出て、ゲート装置GT5のところへ移動する。
購入商品の精算処理が正しく行われた場合は、印刷された会計済用紙をゲート装置GT5で読み取らせることによって、サーバSV1からゲート装置GT5に、ゲートの開放を許可する情報（出場可）が送信されるので、ゲート装置GT5が、ゲートを開放させる。
これにより、顧客１４は、出口１２から精算スペース９の外に出ることができる。
この場合、ゲート装置GT5の個数を減らすことができるので、システムのコストを低減化することができる。
【００２８】
ただし、図３では、ゲート装置GT5と出口１２を１つだけ設けた場合を示したが、これに限るものではなく、複数の顧客１４が出口付近に同時に来た場合、出場するのに時間がかかる場合もあるので、混雑を緩和するために、複数個の出口と、各出口に対応させて複数のゲート装置GT5とを設けてもよい。
【００２９】
（第３構成例）
図４に、購入商品精算ユニットUT2の第３構成例の概略説明図を示す。
ここでは、第２構成例と同様に、店舗内精算スペース９を設け、１つの出口１２とゲート装置GT5を設置しているが、２つの精算装置CK4を、各購入装置精算ユニットUT2の外に設置している点が、第２構成例と異なる。
【００３０】
精算装置CK4は、店舗内精算スペース９の中であってユニットUTの外に設ければよいが、顧客１４の移動のしやすさを考慮して、ゲート装置GT5の近傍に設けることが好ましい。
この場合、各ユニットUT内で商品の入力処理を終了した顧客は、ユニットUTを出て精算装置CK4の位置まで移動し、所定の合計金額の入金処理を行うことになる。
上記２つの構成例に比較して、精算装置CK4の個数を減らすことができるので、システムのコストをより減らすことができる。
なお、店舗の規模やユニットUT2の個数を考慮して、出口付近の混雑を緩和するために、必要に応じて、精算装置CK4とゲート装置GT5の個数を調整してもよい。
たとえば、出口とゲート装置GT5を３つ設けた場合、各ゲート装置GT5の近傍に、それぞれ異なる精算装置CK4を設けてもよい。
【００３１】
＜情報入力装置の構成＞
図５に、この発明の情報入力装置TE3の一実施例の構成ブロック図を示す。
図５において、この発明の情報入力装置TE3は、主として、制御部２１、通信部２２、入力部２３、出力部２４、精算情報生成部２５、２次元コード生成部２６、精算用紙印刷部２７、記憶部２８を備える。
情報入力装置TE3（以下、単にTEとも呼ぶ）は、購入商品精算ユニットUT内に設置され、店員が、顧客が購入しようとする商品に関する情報を入力する装置である。
【００３２】
制御部２１は、TE3の通信部２２などの各構成要素の動作を制御する部分であり、主として、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏコントローラ、タイマー等からなるマイクロコンピュータによって実現される。
ＣＰＵは、ＲＯＭ等に予め格納された制御プログラムに基づいて、各種ハードウェアを有機的に動作させて、この発明のTE3における商品情報の入力機能や、精算情報の生成機能などを実行する。
【００３３】
通信部２２は、ネットワーク１０を介して、他の装置とデータ通信をする部分である。以下に示す実施例では、TE3の通信部２２は、主として、サーバSV1とデータ通信を行い、サーバSV1に対して、精算情報を送信する。ただし、通信部２２は、精算装置CKやゲート装置GTと通信する機能を有してもよい。
入力部２３は、店員が情報の入力および機能選択などの入力操作を行う部分である。特に、顧客に代わって、店員が、顧客が購入した商品の情報を入力する。
入力部２３としては、現在利用されているあらゆる入力装置を利用してもよいが、たとえば、スキャナ２３１、バーコードリーダ２３２、キーボード２３３、タッチパネル２３４を備えることが好ましい。
一般的に、店舗で販売される商品には、バーコードが印刷された用紙の添付や包装がされていることが多いので、そのバーコードを読み取るために、スキャナ２３１や、バーコードリーダ２３２が利用される。バーコードを読み取ることにより、バーコードから、商品ごとに付与された商品コードが取得される。
また、キーボード２３３やタッチパネル２３４を用いて、一取引における顧客の数や、バーコードの読み込み開始指示や、精算情報の生成指示などを入力する。
【００３４】
出力部２４は、所定の情報を出力する部分であり、主として、プリンタ２４１と、ディスプレイ２４２とを備える。
プリンタ２４１は、購入商品に関する情報などを、精算用紙に印刷するものであり、ディスプレイ２４２は、スキャナ２３１で読み取ったバーコードの内容や、購入商品に関する情報などを表示するものである。
タッチパネル２３４を用いる場合は、LCDなどのディスプレイとタッチパネルとが重ね合わせて配置される。
【００３５】
精算情報生成部２５は、入力された購入商品の売上情報を含む精算情報を生成する部分である。すなわち、入力された購入商品に関する情報を利用して、商品ごとの購入金額、購入商品の合計金額を計算し、顧客が購入商品の代金の支払処理をするのに必要な情報を生成する部分である。また、顧客の一取引における購入商品に対して、同一のゲート通過番号を含む1または複数の精算情報を生成する。
精算情報は、１つの取引において精算処理を実行する購入商品に関する情報であり、後述するように、売上情報、２次元コード、レシート番号、ゲート通過番号、客数などの情報が含まれる。
たとえば、図９に示すような精算情報が生成される。売上情報には、商品コード、商品名、商品ごとの購入金額と購入数、購入されたすべての商品の合計金額などが含まれる。
【００３６】
２次元コード生成部２６は、精算情報を利用して、２次元コードを生成する部分であり、たとえば、QRコード(登録商標）、DataMatrixコードのような既存の規格で定められたコードを生成する。
２次元コードには、たとえば、レシート番号、ゲート通過番号、日付、時間などを含めてもよく、あるいは売上情報を含めてもよい。
【００３７】
精算用紙印刷部２７は、所定の精算用紙に、精算情報を印刷する部分である。具体的には、２次元コードを含む精算情報から、精算用紙印刷データを生成し、このデータをプリンタ２４１に転送して、所定の用紙に印刷する部分である。
特に、上記したように、精算情報生成部２５が顧客の一取引における購入商品に対して、同一のゲート通過番号を含む1または複数の精算情報を生成した場合、精算用紙印刷部は、生成された1または複数の精算情報にそれぞれ対応した購入商品の合計金額と、同一のゲート通過番号とを含む1または複数の精算用紙を印刷する。
たとえば、後述する図１０に示すような印刷データが精算用紙に印刷される。精算用紙には、精算情報に対応した２次元コードも印刷される。
精算用紙に印刷された２次元コードは、精算装置CKに備えられたスキャナで読み取られる。
【００３８】
記憶部２８は、TE3の各機能を実行するために必要な情報やプログラムを記憶する部分であり、ＲＯＭ、ＲＡＭ、フラッシュメモリなどの半導体記憶素子、ＨＤＤ、ＳＳＤなどの記憶装置、その他の記憶媒体が用いられる。
記憶部２８には、たとえば、商品データベース２８１、入力商品情報２８２、精算情報２８３などが記憶される。
商品データベース２８１は、店舗で販売される商品に関する情報であり、たとえば、商品ごとに、商品名、商品コード、単価、バーコード、分類番号、税種などが関係づけられて記憶される。ただし、商品データベース２８１は、TE3の記憶部２８に記憶しなくてもよく、必要に応じて、商品データベースを記憶しているサーバSV1から、店舗で販売されている商品の情報や、購入商品の情報を取得するようにしてもよい。
【００３９】
入力商品情報２８２は、入力部２３を用いて入力された購入商品に関する情報を意味し、たとえば、スキャナ２３１によって読み込まれたバーコード、キーボード２３３によって入力された商品の購入数などが含まれる。
精算情報２８３は、精算情報生成部２５によって生成された情報であり、２次元コード生成部２６によって生成された２次元コードも含む。
図９に、精算情報２８３の一実施例の説明図を示す。
図９において、１つの精算情報２８３は、主として、レシート番号、ゲート通過番号、客数、支払フラグ、通過フラグ、日付、時間、担当者コード、２次元コード、売上情報を含む。
【００４０】
日付と時間は、精算情報を生成した日付と時間であり、担当者コードは、商品に関する情報を入力した店員の識別番号である。売上情報は、入力された商品に関する情報であり、購入商品ごとに、商品名、商品コード、単価、購入数、購入金額などを含む。
２次元コードは、１つの精算用紙に印刷されるコードであり、１回の精算処理に含まれる商品群に対応した精算情報を含む符号化データである。
レシート番号は、プリンタ２４１によって印刷される精算用紙を区別する番号である。同一の顧客が１つの取引において複数の精算をするために、複数枚の精算用紙の発行を希望した場合でも、精算用紙が異なれば、異なるレシート番号が付与される。
【００４１】
ゲート通過番号は、顧客がゲートを通過する順番を示した番号であり、１つの取引ごとに、１つの番号が付与される。
たとえば、一人の顧客が、１つの取引をする複数の購入商品について、１回の精算で合計金額を支払う場合、その１つの取引に対して１つのゲート通過番号が付与されて、付与されたゲート通過番号が記載された１枚の精算用紙が印刷される。
すなわち、その１つの取引について生成された精算情報には、固有の１つのゲート通過番号が付与される。
【００４２】
また、一人の顧客が、１つの取引をする複数の購入商品について、２つの商品群に分けて２回の精算で合計金額を支払う場合、その１つの取引に対して１つのゲート通過番号が付与されるが、２回の精算で合計金額を支払うため、２枚の精算用紙が印刷される。
ここで、２枚の精算用紙には、それぞれ異なるレシート番号が付与されるが、同一のゲート通過番号が付与される。
すなわち、１つの取引について、２回の精算をするために、２つの精算情報が生成され、その２つの精算情報には、同一のゲート通過番号が付与される。
【００４３】
一人の顧客が、１つの取引について２つの別々の精算を望み、２枚の精算用紙に同一のゲート通過番号を付与することによって、その顧客が２枚のうち１枚の精算用紙に記載された金額のみを入金してゲート外に出場してしまうという不正を防止する。
１つの取引について、顧客が３つ以上の別々の精算を望み、３枚以上の精算用紙を印刷した場合も同様であり、その３枚以上の精算用紙には、同一のゲート通過番号を付与するようにすればよい。
【００４４】
客数は、１つの取引をするために、１つの購入商品ユニットUTの中に入った顧客の人数を意味する。一人の顧客が、１つの取引で購入しようとする商品を持ってユニットの中に入った場合は、客数は１である。ただし、複数（ｎ人）の顧客が、１つの取引で購入しようとする商品を持ってユニットの中に入った場合は、客数はｎである。
店員がユニットの中に入った顧客の数を数え、TE3で入力操作をするときに、キーボード等を利用して、客数を入力する。
この客数は、ゲートを通過する人数をチェックするときに用いられる。
【００４５】
支払フラグは、精算装置CKにおいて、各精算情報ごとに、所定の合計金額の入金が終了したか、あるいは未入金であるかを示す情報である。
支払フラグが「未」の場合は、その精算情報に関する入金がまだされていないことを意味し、「済」の場合は、入金が済んだことを意味する。
通過フラグは、ゲートの通過の許可および不可と、ゲートの通過状況を示す情報である。通過フラグが「可」の場合、対応する精算情報に関する入金が済んでおり、その精算情報に示されたゲート通過番号が付与された顧客は、ゲートを通過してもよいことを意味する。
一方、通過フラグが「不可」の場合、対応する精算情報に関する入金がまだ済んでおらず、その精算情報に示されたゲート通過番号が付与された顧客は、ゲートを通過できないことを意味する。
また、通過フラグが「完」の場合、精算情報に示されたゲート通過番号が付与された顧客が、実際にゲートを通過してユニット外に出たことを意味する。
【００４６】
図９には、４つの精算情報２８３を示している。
レシート番号が「１０００００１２」の精算情報は、ユニットに入った顧客の客数が一人であり、その顧客に付与されたゲート通過番号が「０００２」であり、この情報が生成された時が「２０１６年１月１５日、１４時」であり、商品情報を入力した店員の担当者コードが「０００１」であることを意味する。
また、売上情報を記憶したファイル名が「SA００１２」であり、２次元コードを記憶したファイル名が「QR0012」であることを意味する。
さらに、このレシート番号「１０００００１２」の精算用紙が印刷され、精算装置CKで売上情報「SA0012」に示された所定の金額が入金されたため、支払フラグが「済」となっており、この顧客がすでにゲートを通過してユニット外に出たので、通過フラグが「完」となっている。
すなわち、レシート番号「１０００００１２」については、顧客が購入商品についての正規の精算処理を行って、ユニット外に出た場合を示している。
【００４７】
次に、レシート番号が「１０００００１５」の精算情報は、ユニットに入った顧客の客数が２人であり、その顧客に付与されたゲート通過番号が「０００３」である。
支払フラグが「済」となっているので、売上情報「SA００１５」に対する所定の金額がすでに入金されたことを意味する。また、入金が正常に行われたので、通過フラグが「可」となっており、この２人の顧客は、ゲートを通過することを許可された状態となっている。
この後、ゲート装置GTにおいて、出場許可確認処理が行われた場合、ゲートが開放され、顧客はゲートを通過することができる。
【００４８】
なお、TEにおいて、商品情報が入力され、精算情報生成部２５によって精算情報が生成されたとき、支払が行われる前の状態では、支払フラグは「未」に初期設定され、通過フラグは「不可」に初期設定される。
また、すべての購入商品の入力が終了し、店員が読込入力終了あるいは印刷指示入力をした場合に、精算用紙印刷部２７によって、生成された精算情報に基づいて、図１０に示すような印刷データが生成され、精算用紙に印刷される。
【００４９】
図１０に、情報入力装置TEにおいて、プリンタから出力される精算用紙印刷データの一実施例の説明図を示す。
図１０（a）の左側が、レシート番号「１０００００１２」の精算用紙に印刷されるデータであり、図１０（a）の右側が、レシート番号「１０００００１５」の精算用紙に印刷されるデータの一例である。
この精算用紙には、主として、顧客が購入した商品の合計金額である「ご請求金額」と、レシート番号と、ゲート通過番号と、客数とが印刷され、これらの情報をコード化した２次元コードも印刷される。
このような精算用紙が、店員の入力操作により出力されるので、顧客は、この用紙を持って、精算装置CKのところへ移動し、記載された「ご請求金額」に対応する金銭を入金する。
【００５０】
図９において、レシート番号「１０００００１６」と、「１０００００１７」には、同一のゲート通過番号「０００５」を付与したものを示している。
このように、異なるレシート番号に、同一のゲート通過番号を付与した場合は、同一の顧客が、１つの取引において、２つの精算（会計処理）を行うことを希望したことを意味する。
たとえば、１０個の商品を持ってユニット内に入ってきた顧客Aが、店員に対して、特定の３個の商品の精算と、残りの７個の商品の精算とを、別々の会計として処理したいことを伝えたとする。
この場合、３個の商品と残りの７個の商品について、別々の会計をするために、２枚の精算用紙を出力する必要がある。
【００５１】
そこで、店員は、まず、特定の３個の商品のバーコードの読み取り操作を行った後、読取入力終了あるいは精算用紙印刷指示の入力操作を行って、特定の３個の商品について、たとえば、レシート番号「１０００００１６」の精算情報の生成と、精算用紙の印刷を行わせる。このとき、この顧客の取引をするために、ゲート通過番号「０００５」が、自動的に生成される。
これにより、１つ目の精算をするための１枚の精算用紙が出力される。
図１０（ｂ）の左側に、レシート番号「１０００００１６」の精算用紙に印刷される印刷データの一例を示す。
【００５２】
次に、店員は、残りの７個の商品について、１つの取引内で、別会計処理をするために、たとえば、別会計要求を意味する入力操作をした後、残りの７つの商品のバーコードの読取操作を行う。
残りの７つの商品のバーコードの読取操作が終了した後、読取入力終了の入力操作をすると、これらの７つの商品についての精算情報が生成される。
この場合、精算情報として、７つの商品について別会計とするために、異なるレシート番号、たとえば、「１０００００１７」が付与される。
ただし、１つの取引内での別会計要求が入力されているので、同一の顧客が、直前の特定の３つの商品と同様に、７つの商品についても、支払義務があるものとするために、同一のゲート通過番号「０００５」を付与する。
図１０（ｂ）の右側に、レシート番号「１０００００１７」の精算用紙に印刷される印刷データの一例を示す。
この印刷データにおいて、ゲート通過番号「０００５」は、レシート番号「１０００００１６」のゲート通過番号と同一である。
【００５３】
また、これらの２つのレシート番号の精算用紙が印刷された直後で、顧客が金額を入金する前である場合、図９に示すように、２つのレシート番号（100000016、10000017）の精算情報では、どちらも、支払フラグ＝「未」、通過フラグ＝「不可」に設定されている。
なお、１つの取引内で、いくつかの別会計処理をする場合は、複数の精算情報が生成され、各精算情報のレシート番号には、異なる番号が設定されるが、ゲート通過番号と、客数と、担当者コードには、それぞれ同一の情報が設定される。
【００５４】
＜精算装置の構成＞
図６に、この発明の精算装置の一実施例の構成ブロック図を示す。
図６において、精算装置CK4は、主として、制御部３１、通信部３２、入力部３３、出力部３４、支払処理部３５，会計情報生成部３６、２次元コード生成部３７、会計済用紙印刷部３８、精算確認部３９、記憶部４０を備える。
精算装置CK4（以下、単に、CKとも呼ぶ）は、各購入商品精算ユニットUT内、あるいは、店舗内精算スペース９の内部に設置され、精算用紙に記載された印刷データを利用して、顧客が購入商品の合計金額を入金する装置である。
入金は、現金で行ってもよいが、その他の入金方法を利用してもよい。たとえば、クレジットカードや、プリペイドカードを用いて、支払処理を行ってもよい。
【００５５】
制御部３１は、TE3の制御部２１と同様に、マイクロコンピュータが利用され、ＣＰＵが、ＲＯＭ等に予め格納された制御プログラムに基づいて、各種ハードウェアを有機的に動作させて、釣銭機能や、会計情報の生成機能、会計済用紙印刷機能などを実行する部分である。
通信部３２は、TE3の通信部２２と同様に、ネットワーク１０を介して、主として、サーバSV1とデータ通信をする部分である。
【００５６】
入力部３３は、精算用紙に記載された情報を入力する部分であり、特に、精算用紙に印刷された２次元コードを読み取る部分である。
したがって、入力部３３としては、２次元コードを読み取るスキャナ３３１や、カメラを備えればよい。ただし、キーボードや、タッチパネルを備えてもよい。
出力部３４は、TE3の出力部２４と同様に、所定の情報を出力する部分であり、主として、会計済用紙を印刷するプリンタ３４１と、読み取った２次元コードの内容（たとえば、支払金額）を表示するディスプレイ３４２とを備える。また、支払金額等を、音声で通知するために、スピーカを備えてもよい。
会計済用紙は、後述するように、精算用紙に記載された購入商品の合計金額が正しく入金された場合に、会計処理が終了したことを示す情報が印刷された用紙であり、いわゆる領収書に相当する。
【００５７】
支払処理部３５は、顧客が印刷された精算用紙を利用して、精算情報に対応した購入商品の合計金額の入金処理をする部分である。特に、購入商品の合計金額の入金処理のチェックと、現金で支払われた場合の釣銭の計算および返金処理を行う部分である。
入金処理は、現金で支払われる場合や、プリペイドカードあるいはクレジットカードで支払われる場合があるが、現在利用されている種々の入金処理を利用できるようにすることが好ましい。現金で入金された場合は、入金された金額と購入商品の合計金額との差額を計算し、釣銭の返金を行うようにする。
【００５８】
会計情報生成部３６は、購入商品の合計金額に相当する金額の支払が終了した場合に、精算情報に支払情報を加えた会計情報を生成する部分である。
特に、精算確認部３９が同一のゲート通過番号を含む1または複数の精算情報のそれぞれに対応した合計金額が入金されたことを確認した場合に、その合計金額が入金されたことを示す支払情報を含む会計情報を、精算情報ごとに生成する。
支払情報は、入金に関する情報であり、たとえば、現金で入金された場合は、入金金額と、返金された釣銭の金額とを含む。クレジットカードで入金された場合は、クレジットカード番号や引き落とし金額などが、支払情報に含まれる。また、消費税額や、消費税に関する情報（内税、外税の区別など）を含めてもよい。
【００５９】
２次元コード生成部３７は、TE3と同様に、２次元コードを生成する部分であるが、CK4では、生成された会計情報を利用して、２次元コードを生成する。
この２次元コードには、たとえば、日付、レシート番号、ゲート通過番号、客数、売上情報に加えて、支払情報を含めてもよい。
会計済用紙印刷部３８は、所定の会計済用紙に、会計情報を印刷する部分である。ここでは、生成された会計情報から、会計済用紙印刷データを生成し、この印刷データをプリンタ３４１に転送して、会計済用紙に印刷させる。また、会計済用紙印刷部３８は、会計情報に対応した２次元コードを、会計済用紙に印刷する。会計済用紙に印刷された２次元コードは、後述するゲート装置のスキャナにより読み取られる。
【００６０】
精算確認部３９は、精算が正しく実行されたことを確認する部分であり、支払処理部３５の入金処理によって購入商品の合計金額がすべて入金されたか否かを確認する。
購入金額に相当する金額の入金があったことを確認した場合には、上記した会計情報の生成、２次元コードの生成、会計済用紙の印刷が行われ、さらに、会計情報の支払フラグを「済」に設定し、その会計情報をサーバSV1に送信する。
【００６１】
記憶部４０は、精算装置の各機能を実行するために必要な情報やプログラムを記憶する部分であり、ＲＯＭ、ＲＡＭ、フラッシュメモリなどの半導体記憶素子、ＨＤＤ、ＳＳＤなどの記憶装置、その他の記憶媒体が用いられる。
記憶部４０には、たとえば、上記した会計情報４０１が記憶される。
ただし、１つの取引が終了した後、たとえば、会計情報４０１をサーバSV1に送信した後は、会計情報４０１を消去してもよい。
図１１に、会計情報４０１の一実施例の説明図を示す。会計情報４０１は、上記したように、精算情報に、支払情報を加えたものである。
【００６２】
精算情報は、スキャナ３３１によって読み込んだ精算用紙の２次元コードから取得するか、あるいはこの２次元コードに対応した精算情報を送信することをサーバSV1に要求し、サーバSV1から送られてくる精算情報を利用すればよい。
支払情報には、たとえば、入金方法と、入金された金額と、釣銭の金額が記憶される。２次元コードは、支払情報を含めた会計情報から生成すればよいが、少なくとも、レシート番号とゲート通過番号と日付と時間を含み、精算情報の２次元コードと同じものでもよい。
【００６３】
図１２に、会計済用紙印刷データの一実施例の説明図を示す。
図１２（a）は、図１０（a）に示したレシート番号「１０００００１２」と「１０００００１５」に対応する会計済用紙の印刷内容の一例を示している。
ここで、図１０の精算用紙の印刷内容と比較すると、内税に関する情報と、入金された現金とおつりの情報とが、追加されている。
図１２（ｂ）は、図１０（ｂ）に示したレシート番号「１０００００１６」と「１０００００１７」に対応する会計済用紙の印刷内容の一例を示している。
この２つの用紙は、同一の顧客が、１つの取引において、別会計をすることを希望し、購入金額の入金確認後に、会計別に２枚の用紙を印刷したものであり、レシート番号は異なるが、ゲート通過番号には、同一の番号「０００５」が印刷されている。また、支払情報に対応する現金とおつりの項目が追加されている。さらに、CK4の２次元コード生成部３７によって生成された２次元コードが印刷されている。
この会計済用紙は、顧客がゲートを通過するときに利用される。
【００６４】
＜ゲート装置の構成＞
図７に、この発明のゲート装置GT5の一実施例の構成ブロック図を示す。
図７において、ゲート装置GT5は、主として、制御部５１、通信部５２、入力部５３、出力部５４、扉開閉部５５，出場許可確認部５６、通過確認部５７、ゲート（扉）５８、記憶部５９を備える。
制御部５１、通信部５２、入力部５３、出力部５４、記憶部５９は、精算装置CK4に示したものと、ほぼ同様の構成および機能を有するものである。
【００６５】
ただし、GT5では、顧客が、入力部５３のスキャナ５３１を利用して、会計済用紙に印刷された２次元コードを読み取らせる。
また、出力部５４としては、顧客に、出場不可などの警告を表示するディスプレイ５４１の他に、同様の警告を音声で通知するスピーカ５４２を備えてもよい。
図２に示したように、１つのユニット内に、精算装置CK4とゲート装置GT5とを近傍に配置する場合は、CK4とGT5とを１つの筐体に一体形成し、上記CK4とGT5の同一の構成を１つだけ設け、スキャナとディスプレイを兼用してもよい。
【００６６】
精算装置で所定の金額を支払って、印刷された会計済用紙を持っている顧客が、ゲートを通過しようとするとき、ゲート装置GT5のスキャナ５３１で、会計済用紙に印刷された２次元コードを読み取らせる。読み取った２次元コードから、たとえば、レシート番号とゲート通過番号と客数とを取得し、その顧客がゲートを通過してもよいかを問い合わせる情報（出場許可問合せ）を、サーバSV1に送信する。
【００６７】
扉開閉部５５は，ゲート（扉）５８を開放および閉鎖する部分である。ゲート５８は、自動開閉扉でもよく、顧客が手動で開けるタイプの扉でもよい。
また、１取引のためにユニット内に入場した顧客が複数人いる場合に、ゲートから出場した人数をカウントすることができるようにすることが好ましい。
また、ゲート５８の構造として、１人ずつしかゲートを通過することができないような構造にすることが好ましい。
【００６８】
出場許可確認部５６は、顧客がゲート外に出場してもよいか否かを確認する部分である。特に、精算装置CKの精算確認部３９の結果に基づいて、ゲートからの顧客の出場可否を判断する。
また、サーバSVとのデータ通信の結果に基づいて、ゲートからの顧客の出場可否を判断してもよい。
たとえば、サーバSV1に、出場許可を問い合わせるデータを送信し、サーバSV１から「出場可」あるいは「出場不可」という出場可否情報を受信したか否かをチェックする。
「出場可」という情報を受信した場合は、扉開閉部５５によって、ゲート５８を開放し、「出場不可」という情報を受信した場合は、ゲート５８を閉鎖し、開かないようにする。
【００６９】
通過確認部５７は、顧客が、ゲート５８を通過したことを確認する部分であり、ゲートの近傍に、人体の通過を判断するための通過センサを設ける。あるいは、ゲート付近を撮影するカメラを設ける。
たとえば、顧客が通過する空間を挟んで、赤外線を出射する発光部と、赤外線を受光する受光部とを配置し、受光部で一定時間、赤外線が受光できなくなった場合に、顧客がゲートを通過したと判断する。
通過確認部５７が顧客がゲートを通過したことを確認した場合は、通過したことを示す情報（通過完了通知）を、サーバSV1に送信する。
また、顧客がゲートを通過したことを確認した後には、第三者が不正出場しないように、扉開閉部５５がゲートを閉鎖する。
【００７０】
また、情報入力装置の入力部２３によって、１取引をする顧客の人数に相当する客数が入力されるが、通過確認部５７は、ゲートを通過した人数を計測する。
すなわち、１つの取引で精算処理を終了した顧客が複数人存在する場合は、通過センサから得た情報に基づいて、通過した人数をカウントし、入力されていた客数に等しい人数の顧客がゲートを通過した後に、ゲートを閉鎖し、開かないようにする。
【００７１】
また、１つのユニット内にCK4とGT5とがゲートの近傍に設けられ、１つのユニット内には、１つの取引をする顧客しか入れないような状況の場合は、GT5には、スキャナを備えなくてもよい。
たとえば、GT5にスキャナを備えない場合において、精算装置CKの精算確認部３９が、同一のゲート通過番号を含む1または複数の精算用紙に印刷された購入商品の合計金額がすべて入金されたことを確認した場合に、ゲート装置GTの出場許可確認部５６が、顧客がゲートから出場することを可能と判断し、扉開閉部５５が、ゲート５８を開放するようにしてもよい。
また、精算確認部３９が、同一のゲート通過番号を含む1または複数の精算用紙に印刷された購入商品の合計金額のうちいずれかが、入金されていないことを確認した場合に、出場許可確認部５６が、顧客がゲートから出場することを不可と判断し、扉開閉部５５が、ゲートを開放しないようにする。
これによれば、サーバを介することなく、出場の可否判断をすることができる。
【００７２】
また、GT5にスキャナを備えない場合では、CK4において顧客が正しく支払処理をし、会計済用紙が印刷され、会計情報がCK4からサーバSV1に送信された場合に、SV1が受信した会計情報に含まれるゲート通過番号について、全ての支払が済んでいると判断した場合は、サーバSV1からGT5に、「出場可」を送信する。
GT5は、出場許可問合せをSV1に送信することなく、SV1から「出場可」を受信した場合は、ゲートを開放すればよい。
この場合は、正しく精算をした顧客は、GT5において、会計済用紙を読み取らせる操作をすることなく、ゲート外に出ることが可能となり、顧客の入力操作負担を軽減させ、ゲート外への出場までの時間を短縮することができる。
【００７３】
＜サーバの構成＞
図８に、この発明のサーバSV1の一実施例の構成ブロック図を示す。
図８において、サーバSV１は、主として、制御部７１、通信部７２、入力部７３、精算情報取得部７４、支払完了確認部７５，出場許可判定部７６、記憶部７７を備える。
サーバSV１は、ネットワーク１０を介して、情報入力装置TE3と、精算装置CK4と、ゲート装置GT5と、それぞれデータ通信を行う。
たとえば、情報入力装置TE3から送信された精算情報を受信し、記憶部７７に記憶しておく。
また、精算装置CK4から送信された精算情報要求を受信し、要求された精算情報を、記憶部７７を検索して探し出し、要求をしてきた精算装置CK4に送信する。
さらに、精算装置で生成された会計情報を受信して、すでに記憶部７７に記憶されている対応する精算情報に、会計情報に含まれる支払情報等を追加する。
【００７４】
また、ゲート装置GT5から送信された出場許可問合せを受信し、その問合せに対応するゲート通過番号を持つ顧客が、ゲートを通過して出場してもよいか否かを判定するゲート通過判定処理を行い、出場の可否を、ゲート装置に送信する。
【００７５】
サーバSV１の制御部７１は、上記したTE3の制御部２１などと同様に、マイクロコンピュータが利用され、ＣＰＵが、ＲＯＭ等に予め格納された制御プログラムに基づいて、各種ハードウェアを有機的に動作させて、支払完了確認機能や、出場許可判定機能などを実行する部分である。
通信部７２は、ネットワーク１０を介して、情報入力装置TE3と、精算装置CK4と、ゲート装置GT5と、それぞれデータ通信を行う部分である。
入力部７３は、サーバSV１を管理する担当者が管理に必要な情報を入力する部分であり、たとえば、キーボード７３１や、タッチパネルが用いられる。
【００７６】
精算情報取得部７４は、情報入力装置TE3によって生成された精算情報を取得する部分である。すなわち、情報入力装置TE3から送信されてくる精算情報を受信して、記憶部７７に記憶する。記憶部７７には、たとえば、精算装置CKごとに、図９に示したような精算情報７７１が記憶される。
【００７７】
支払完了確認部７５は、顧客の支払処理が完了したか否かをチェックする部分である。
より詳しくは、精算装置CKによって生成された会計情報を利用して、同一のゲート通過番号を含む1または複数の精算用紙に印刷された購入商品の合計金額がすべて支払われたか否かを確認する。
支払処理とは、顧客が購入しようとしたすべての商品についての合計金額を、精算装置において入金する処理をすることを意味する。
たとえば、顧客が２つ以上の別会計をすることを希望し、１つの取引について複数枚の精算用紙が出力されていた場合は、その複数枚の精算用紙に記載された合計金額が、すべて入金されたか否かをチェックする。
【００７８】
すべての購入商品について入金処理がされた場合に、支払が完了したと判断し、同一ゲート通過番号が付与された精算情報のすべての通過フラグを「可」に設定する。
一方、複数枚の精算用紙が出力された場合において、一部の精算用紙に記載された合計金額しか入金されておらず、他の精算用紙に記載された合計金額が支払われていない場合は、まだ支払が完了していないので、同一ゲート通過番号が付与された精算情報の通過フラグは「不可」に設定したままとする。
【００７９】
出場許可判定部７６は、顧客がゲートを通過して、ゲート外に出場してもよいか否かを判定する部分である。特に、購入商品の合計金額がすべて支払われたか否かに基づいて、ゲートからの出場の可否を判定し、出場可否の結果である出場可否情報を、ゲート装置GT5に送信する。
具体的には、同一ゲート番号が付与された精算情報に含まれるすべての通過フラグが「可」に設定されているか否かをチェックする。
同一ゲート番号が付与された精算情報が複数個存在する場合は、すべての通過フラグが「可」に設定されているときのみ、「出場可」という出場可否情報を、ゲート装置GT5に送信する。
一方、同一ゲート番号が付与された複数個の精算情報の通過フラグのうち、１つでも「不可」がある場合は、「出場不可」という出場可否情報を、ゲート装置GT5に送信する。
その後、上記したように、ゲート装置GT5の出場許可確認部５６が、サーバから受信した出場可否情報に基づいて、顧客のゲートからの出場可否を判断する。
【００８０】
記憶部７７は、サーバで利用する情報やプログラムを記憶する部分であり、ＲＯＭ、ＲＡＭ、フラッシュメモリなどの半導体記憶素子、ＨＤＤ、ＳＳＤなどの記憶装置が用いられる。
記憶部７７には、たとえば、精算情報７７１や、商品データベース７７２が記憶される。
精算情報７７１は、上記したように、情報入力装置TEから送信された情報であり、精算装置CKから会計情報が送信された場合には、サーバSVに記憶されている同じレシート番号を有する精算情報に、受信された会計情報に含まれる情報（売上情報、２次元コード）が、追加および更新される。
【００８１】
商品データベース７７２は、店舗で販売される商品に関する情報（商品名、商品コード、単価など）を、予め記憶したものである。
また、商品データベース７７２は、店舗ごとに管理され、日々の価格変更などに基づいて必要に応じて更新され、店舗の情報入力装置TEからの要求に基づいて、要求のあった店舗のTEに送信される。
【００８２】
＜情報入力装置の動作説明＞
図１３に、この発明の情報入力装置の一実施例の動作のフローチャートを示す。
ここでは、購入しようとする商品を持った顧客が、１つのユニットUT内に入り、そのユニットUT内にいる店員に、購入しようとする商品の情報の読取操作をしてもらう。
店員は、TEのスキャナを用いて、商品に付与されたバーコードを読み取らせる。
また、顧客が、購入しようとする商品について、いくつかの商品群に分けて、別会計をすることを希望する場合は、その旨を店員に連絡し、連絡を受けた店員は、分けられた商品群ごとにバーコードを読み取る操作をし、別会計ごとに、精算情報を記載した精算用紙を印刷させる。
【００８３】
図１３のステップS1において、TEの制御部１は、入力部２３から商品情報の読込開始を意味する入力があるか否かをチェックする。
たとえば、キーボード２３３の読込開始の専用キーが入力されるか否かをチェックする。
ステップS2において、読込開始入力があった場合は、ステップS3に進み、そうでない場合は、ステップS1に戻る。
【００８４】
ステップS3において、記憶部２８に記憶される精算情報を、初期設定する。
ここでは、主として、レシート番号を固有の番号として設定し、ゲート通過番号を、すでに付与したゲート通過番号とは異なる番号に設定する。
たとえば、直前に設定したゲート通過番号に１を加算した番号を設定する。
また、店員に、ユニットに入ってきた顧客の人数を入力してもらい、入力された数値を、客数に設定する。さらに、店員は、自身を区別するための担当者コードを入力し、担当者コードとして、設定記憶する。
また、上記のように設定された精算情報の中において、支払フラグに「未」を初期設定し、通過フラグに「不可」を初期設定する。
【００８５】
ステップS4において、制御部２１は、入力部２３のスキャナ２３１、あるいはバーコードリーダ２３２を用いて、バーコードが入力されるか否かをチェックする。
バーコードが入力された場合は、ステップS5に進み、そうでない場合は、ステップS6に進む。
ステップS5において、精算情報生成部２５が、入力されたバーコードを解析し、バーコードに含まれる情報を取得する。バーコードから、商品を識別するための商品コードを取得する。
バーコードを解析した後、記憶部２８に記憶された商品データベース２８１を検索し、商品データベースの中から、バーコードに対応づけられた商品情報を取得する。
取得した商品情報は、記憶部２８の精算情報２８３の中に、売上情報として、記憶される。
【００８６】
ステップS6において、入力部２３によって、バーコードの読込終了を意味する入力があったか否かをチェックする。
読込終了入力があれば、ステップS7に進み、そうでない場合は、ステップS4に戻り、次の商品のバーコードの読込待ちとなる。
【００８７】
ステップS7において、記憶された売上情報を用いて、読み込まれた商品群の合計金額を計算し、精算情報２８３に追加記憶する。
また、２次元コード生成部２６が、記憶部２８に記憶された精算情報２８３を利用して、２次元コードを生成する。２次元コードには、たとえば、図９に示すレシート番号などが含まれる。
この時点では、購入商品に関する情報が生成されただけなので、支払フラグ＝「未」、通過フラグ＝「不可」のままである。
【００８８】
ステップS8において、精算用紙印刷部２７が、記憶された精算情報２８３を利用して、精算用紙に印刷するための印刷データを生成し、プリンタ２４１を用いて、この印刷データを精算用紙に印刷する。
これによって、顧客が購入した１つの取引商品群の入力処理が終了する。
顧客が持ってきたすべての商品について、一括して精算する場合は、１枚の精算用紙が印刷される。ただし、購入しようとする商品をいくつかの商品群に分けて、それぞれ別会計をする場合は、以上の入力処理によって、まず、１つの商品群についての精算用紙が印刷される。残りの商品群について別会計をする場合は、店員が、キーボード等を用いて、別会計要求を意味する入力操作をする。残りの商品群についても、同様の入力処理が繰り返され、残りの商品群についての精算用紙が印刷される。
別会計をしないで取引を終了する場合は、店員が、取引終了を意味する入力操作をする。
【００８９】
ステップS9において、入力部２３を用いて、別会計要求を意味する入力、または取引終了を意味する入力があったか否かをチェックする。
ステップS10において、別会計要求の入力があった場合は、ステップS11に進み、そうでない場合は、ステップS12に進む。
ステップS12において、取引終了の入力があった場合は、ステップS13に進み、そうでない場合は、ステップS9に戻る。
ステップS13において、顧客の１つの取引で生成された精算情報を、サーバSV1に送信する。
別会計をしない場合は、１つの精算情報が送信されるが、別会計をした場合は、別会計の数に相当する精算情報が送信される。
【００９０】
図２１と図２２に、購入商品の一連の精算処理における精算情報等の変化の一実施例の説明図を示す。図２１では、レシート番号「１０００００１２」の精算情報等の変化を示している。図２２では、レシート番号「１０００００１６」と「１０００００１７」の精算情報等の変化を示している。
精算情報２８３をサーバSV1に送信した後、精算の金額を支払う前は、レシート番号「１０００００１２」の精算情報２８３は、図２１（a）に示すような内容となっており、レシート番号「１０００００１６」と「１０００００１７」の精算情報２８３は、図２２（a）に示すような内容となっている。いずれも、支払フラグが「未」であり、通過フラグが「不可」となっている。
【００９１】
ステップS11において、別会計をするために、その別会計用の精算情報を初期設定する。ステップS3の初期設定で設定したレシート番号や以前に設定した他のレシート番号と異なる数値を持つレシート番号を設定する。
たとえば、ステップS3で設定したレシート番号に、１を加算した番号を設定してもよい。
また、他の情報は、ステップS3の初期設定で設定したものと同一のデータを設定する。
たとえば、ゲート通過番号については、顧客が１回目の商品群の読取時に、精算情報として設定されたゲート通過番号と同一のデータを設定する。その顧客が、１取引で購入したすべての商品についての支払処理を終了した後に、ゲートを通過して出場できるようにするためであり、別会計がある場合に、一部分の精算情報についてのみ支払ったがその他の精算情報の支払をせずに出場してしまうような不正を防止するためである。
【００９２】
また、客数、担当者コードについても、ステップS3の初期設定で設定したものと同一のデータを設定する。
さらに、別会計用の精算情報にも、支払フラグ＝「未」、通過フラグ＝「不可」を設定する。その後、ステップS4に戻り、別会計の入力処理を繰り返す。
以上の処理を行うことにより、顧客が購入しようとした商品についての精算情報が生成され、精算用紙が印刷される。
【００９３】
＜精算装置の動作説明＞
図１４に、この発明の精算装置の一実施例の動作のフローチャートを示す。
顧客は、情報入力装置TE3で印刷された精算用紙を持って、精算装置CK4のところに移動して、精算用紙に印刷された２次元コードを、精算装置CKのスキャナ３３１によって読み取らせ、購入商品の合計金額の支払処理をする。支払は、現金、クレジットカードなどを用いてすることができる。以下の実施例では、現金で入金するものとして説明する。
合計金額を入金した後、支払情報を含む会計情報を生成し、会計済用紙を印刷する。
【００９４】
図１４のステップS21において、精算装置CKの制御部３１が、スキャナ３３１によって、精算用紙の２次元コードの読み取り入力がされたか否かをチェックする。
ステップS22において、２次元コードが入力された場合は、ステップS23に進み、そうでない場合はステップS21に戻る。
ステップS23において、入力された２次元コードを解析する。ここで、２次元コードに含まれる情報を取得する。
その後、解析された２次元コードを含む精算情報要求を、サーバSVに送信する。
精算情報要求を受信したサーバSVは、上記２次元コードに対応する精算情報を自己の記憶部７７から読み出して、要求を送ってきた精算装置CKに送信する。
【００９５】
ステップS24において、サーバSVから精算情報が送信されてくるのを待ち、上記２次元コードに対応する精算情報を取得する。
ステップS25において、取得した精算情報に含まれる合計金額、すなわち顧客が入金すべき支払金額をディスプレイ342に表示する。あるいは、音声によって、支払金額を通知してもよい。支払金額を確認した顧客は、現金またはクレジットカード等を用いて、入金処理をする。
ステップS26において、支払金額に相当する現金が入金されたか否かをチェックする。
ステップS27において、支払金額以上の金額の入金があった場合には、ステップS28に進み、そうでない場合はステップS26に戻る。
ステップS28において、支払処理部３５が、釣銭処理を行い、入金金額やおつりの金額を、支払情報として記憶する。釣銭処理では、主として、入金された金額の確認、返金すべきおつりの計算、釣銭の出金などの処理が行われる。
【００９６】
ステップS29において、会計情報生成部３６が、会計情報４０１を生成し、記憶部４０に記憶する。会計情報４０１は、図１１に示したように、精算情報に、支払情報を追加したものである。
また、２次元コード生成部３７が、生成した会計情報４０１を利用して、会計情報に対応する２次元コードを生成する。この２次元コードには、少なくとも、レシート番号と、ゲート通過番号が含まれる。
ステップS30において、会計済用紙印刷部３８が、生成した会計情報４０１を利用して、会計済用紙印刷データを生成する。また、生成された会計済用紙印刷データを、プリンタ３４１に送り、会計済用紙に印刷する。
ステップS31において、記憶部４０に記憶されている会計情報４０１の支払フラグを、「済」に設定する。このとき、たとえば、レシート番号「１０００００１２」の会計情報４０１は、図２１（ｂ）に示すような内容に変化する。
【００９７】
ステップS32おいて、記憶部４０に記憶されている会計情報４０１を、サーバSVに送信する。
このとき、同一のゲート通過番号を持つレシート番号「１０００００１６」と「１０００００１７」の会計情報４０１がある場合において、レシート番号「１０００００１６」の会計情報４０１のみをサーバSVに送信した場合、レシート番号「１０００００１６」の会計情報４０１は、たとえば、図２２（ｂ）に示すような内容に変化する。またその後、レシート番号「１０００００１７」の会計情報４０１をサーバSVに送信した場合、レシート番号「１０００００１７」の会計情報４０１は、たとえば、図２２（ｃ）に示すような内容に変化する。
その後、ステップS21に戻り、次の精算用紙の２次元コードの読み取り入力に備える。
別会計用の精算用紙がある場合は、顧客は、その別会計用の精算用紙の２次元コードを読み取らせる操作をする。
【００９８】
以上の処理により、顧客が購入した商品の合計金額の支払処理が終了し、会計が済んだことを示す会計済用紙が印刷される。
会計済用紙の印刷は、読み取られた精算用紙ごとに行われる。たとえば、顧客が別会計を希望し精算用紙が２枚ある場合は、顧客はその精算用紙ごとに支払処理を行う。２枚の用紙それぞれに対応した支払処理が終了すると、２枚の精算用紙に対応した２枚の会計済用紙が出力される。
会計済用紙は、後述するように、顧客がゲートを通過して出場するために利用される。
【００９９】
＜ゲート装置の動作説明＞
図１５に、この発明のゲート装置の一実施例の動作のフローチャートを示す。
ゲート装置GTでは、主として、顧客の精算ユニットUTからの出場可否の判断を行い、出場可能な場合にゲートを開放する処理を行う。
ここでは、ゲート装置GTにスキャナ５３１を備え、スキャナ５３１で、顧客に会計済用紙の２次元コードを読み取らせる操作をしてもらうものとする。
図１５のステップS41において、ゲート装置GTの制御部５１が、スキャナ５３１によって、会計済用紙の２次元コードの読み取り入力がされたか否かをチェックする。
ステップS42において、２次元コードが入力された場合は、ステップS43に進み、そうでない場合はステップS41に戻る。
【０１００】
ステップS43において、入力された２次元コードを解析し、２次元コードに含まれる情報を取得する。たとえば、レシート番号、ゲート通過番号、客数を取得する。
その後、解析された２次元コードを含む出場許可問合せを、サーバSVに送信する。
出場許可問合せを受信したサーバSVは、記憶されている精算情報を確認して、顧客がゲートを通過してよいか否かを判断し、ゲート通過番号を含む出場可否情報（「出場可」または「出場不可」）を、出場許可問合せを送信してきたゲート装置GTに送信する。
【０１０１】
ステップS44において、出場許可確認部５６が、サーバSVからゲート通過番号を含む出場可否情報が受信されるか否かをチェックする。
ステップS45において、「出場可」を受信した場合はステップS46に進み、そうでない場合はステップS51に進む。
ステップS46において、扉開閉部５５が、ゲート開放処理をする。たとえば、自動的にゲート５８を開ける制御をするか、ゲート５８に付加された鍵を開け顧客がゲート５８を手動で押して外に出られるようにする。
【０１０２】
ステップS47において、通過確認部５７が、顧客がゲートを通過したか否かをチェックする。ここでは、通過した人数をカウントし、入力された２次元コードに含まれていた客数と、通過した人数とが一致するか否かもチェックする。
ステップS48において、顧客がゲートを通過したことを確認した場合は、ステップS49に進み、そうでない場合はステップS47に戻る。
ただし、客数が２以上の場合、客数に一致する人数の顧客がゲートを通過したことを確認した場合に、ステップS49に進む。通過した人数がゼロの場合、または通過した人数が客数よりも少ない場合は、ステップS47に戻る。
ステップS49において、通過確認部５７は、ゲート通過番号を含む通過完了通知を、サーバSVに送信する。
ステップS50において、ゲート閉鎖処理をする。
ゲート閉鎖処理では、ゲートを自動的に閉める動作をするか、ゲートに鍵をかける。
その後、ステップS41に戻る。
【０１０３】
ステップS51において、「出場不可」を受信した場合はステップS52に進み、そうでない場合はステップS44に戻る。
ステップS52において、ディスプレイ５４１に、ゲートを開放することができないことを警告表示する。あるいは、未払いの精算金額があることを、ディスプレイ５４１に表示するかあるいはスピーカ５４２により音声で通知してもよい。
また、２以上の別会計をした場合において、支払いの終わっていない精算用紙のレシート番号を、顧客に通知して、そのレシート番号に記載された合計金額（請求金額）を入金するように要求してもよい。未払いの合計金額があることを確認した顧客は、精算装置CKに戻って、支払いの終わっていない精算用紙の合計金額を入金する必要がある。
その後、ステップS41に戻る。
【０１０４】
以上のように、サーバSVからの情報により出場可否を判断して、出場不可の場合はゲート外への出場をできないようにしているので、購入商品の支払いをせずに、不正に、ゲート外に顧客が出場してしまうことを防止できる。
なお、２以上の別会計をした場合、２枚以上の会計済用紙が印刷されるが、ゲート装置GTで読み取らせる会計済用紙は、いずれか１枚だけでよい。別会計をした複数の会計済用紙には、同一のゲート通過番号が付与されているので、サーバSVにおいて、同一のゲート通過番号が付与されているすべての精算情報の支払フラグをチェックすることにより、別会計の全ての支払いが済んでいるかを確認することができるからである。
【０１０５】
＜サーバの動作説明＞
図１６、図１７、図１８に、この発明のサーバの一実施例の動作のフローチャートを示す。
サーバSVは、店舗ごとに商品データベースと売上情報等の管理をするとともに、情報入力装置TEと精算装置CKとゲート装置GTとデータ通信することによって、顧客の支払完了確認や出場可否判定等を行う。
主として、情報入力装置TEからは、精算情報を受信する。精算装置CKからは、精算情報要求や会計情報を受信する。ゲート装置GTからは、出場許可問合せや通過完了通知を受信する。また、精算装置CKに精算情報を送信し、ゲート装置GTには出場可否情報を送信する。
ここでは、ゲート装置GTにスキャナ５３１を備え、ゲート装置GTから出場許可問合せを受信する場合について説明する。
【０１０６】
図１６のステップS61において、制御部７１は、情報入力装置TEから、精算情報を受信したか否かをチェックする。
ステップS62において、精算情報を受信した場合はステップS63に進み、そうでない場合はステップS64に進む。
ステップS63において、精算情報取得部７４が、受信した精算情報を取得し、記憶部７７に記憶する。その後、ステップS61に戻る。
【０１０７】
ステップS64において、制御部７１は、精算装置CKから、何らかの情報を受信したか否かをチェックする。
ステップS65において、精算装置CKから精算情報要求を受信したか否かをチェックし、受信した場合には、ステップS66に進み、そうでない場合はステップS67に進む。
ステップS66において、精算情報要求に含まれる２次元コードに対応する精算情報７７１を、記憶部７７から読み出す。精算情報要求には、少なくともレシート番号が含まれていればよく、そのレシート番号が付与された精算情報を、記憶部７７から探し出せばよい。
その後、読み出した精算情報７７１を、精算装置CKに送信し、ステップS61に戻る。
【０１０８】
ステップS67において、精算装置CKから会計情報を受信したか否かをチェックし、受信した場合には、ステップS70に進み、そうでない場合はステップS68に進む。
ステップS70において、受信した会計情報から、レシート番号、支払情報、支払フラグ、２次元コードを取得する。
ステップS71において、すでに記憶部７７に記憶されている精算情報７７１から、取得したレシート番号と同一のレシート番号を持つ精算情報７７１を探し出し、その精算情報に、取得した支払情報、支払フラグ、２次元コードを追加記憶する。
ステップS72において、支払完了確認部７５が、受信した会計情報を利用して、その会計情報の取引をした顧客が、すべての購入商品の支払いをしたか否かを確認する（支払完了確認処理）。また、ここでは、通過フラグの可否の設定を行う。
支払完了確認処理の詳細については、後述する図１８に示す。
その後、ステップS61に戻る。
【０１０９】
ステップS68において、ゲート装置GTから、何らかの情報を受信したか否かをチェックする。
ステップS69において、出場許可判定部７６が、出場許可問合せと通過完了通知の受信チェックと、ゲート通過の可否判定を行う（ゲート通過判定処理）。
ゲート通過判定処理の詳細については、後述する図１７に示す。
その後、ステップS61に戻る。
【０１１０】
図１７に、この発明のサーバのゲート通過判定処理（ステップS69）の一実施例のフローチャートを示す。
ステップS68の受信チェックの結果、ステップS81において、ゲート装置GTから出場許可問合せを受信した場合はステップS82に進み、そうでない場合はステップS88に進む。
ステップS82において、出場許可問合せに含まれる２次元コードを取得する。
ステップS83において、記憶部７７に記憶された精算情報７７１の中から、取得した２次元コードに対応する２次元コードを持つ精算情報を探し出す。たとえば、取得した２次元コードに含まれるレシート番号と一致するレシート番号を持つ精算情報を探し出す。探し出した精算情報に含まれるゲート通過番号を取得する。
【０１１１】
ステップS84において、記憶部７７に記憶された精算情報７７１の中から、取得したゲート通過番号と同一のゲート通過番号を持つ精算情報を全て探し出す。探し出した同一のゲート通過番号を持つ精算情報の中の通過フラグをチェックする。
たとえば、図９に示す精算情報において、同一のゲート通過番号「０００５」を持つ精算情報は２つあるので、この２つの精算情報の中の通過フラグをチェックする。すなわち、レシート番号「１０００００１６」と「１０００００１７」の通過フラグをチェックする。この場合、２つの精算情報の通過フラグは、どちらも「不可」である。
【０１１２】
ステップS85において、チェックした同一のゲート通過番号の精算情報におけるすべての通過フラグが、「可」となっている場合には、ステップS86に進む。
一方、通過フラグの中に、「不可」となっているものが１つでもある場合は、ステップS87に進む。
ステップS86において、出場許可判定部７６が、取得したゲート通過番号を含む出場可否情報「出場可」を、出場許可問合せを送信してきたゲート装置GTに送信する。
ステップS87において、出場許可判定部７６が、取得したゲート通過番号を含む出場可否情報「出場不可」を、出場許可問合せを送信してきたゲート装置GTに送信する。
その後、ゲート通過判定処理（ステップS69）を終了する。
【０１１３】
ステップS88において、ゲート装置GTから通過完了通知を受信した場合は、ステップS89に進み、そうでない場合は、ゲート通過判定処理（ステップS69）を終了する。
ステップS89において、受信した通過完了通知に含まれるゲート通過番号を取得する。
ステップS90において、記憶部７７に記憶された精算情報７７１について、取得したゲート通過番号と同一のゲート通過番号を持つ精算情報７７１の通過フラグを、「完」に設定する。その後、ゲート通過判定処理（ステップS69）を終了する。
このとき、たとえば、レシート番号「１０００００１２」の会計情報４０１は、図２１（ｄ）に示すような内容に変化する。
また、同一のゲート通過番号を持つ精算情報７７１のレシート番号「１０００００１６」と「１０００００１７」の会計情報４０１は、どちらも通過フラグが「完」となり、図２３（ａ）に示すような内容に変化する。
これにより、取得したゲート通過番号を持つ精算情報の支払をした顧客は、ゲートを通過してユニット外に出場したことが記録されたことになる。
【０１１４】
図１８に、この発明のサーバの支払完了確認処理（ステップS72）の一実施例のフローチャートを示す。
ステップS101において、支払完了確認部７５が、受信した会計情報に含まれるゲート通過番号を取得する。
ステップS102において、記憶部７７に記憶されている精算情報を検索し、取得したゲート通過番号と同一のゲート通過番号を持つ精算情報を読み出す。
ステップS103において、読み出した精算情報の支払フラグが、すべて「済」になっているかどうかチェックする。
【０１１５】
ステップS104において、同一のゲート通過番号を持つ精算情報のすべての支払フラグが、「済」の場合は、ステップS105に進む。
一方、同一のゲート通過番号を持つ精算情報の支払フラグの中に、１つでも「未」がある場合は、ステップS106に進む。
ステップS105において、同一のゲート通過番号を持つ精算情報７７１のすべての通過フラグを「可」に設定し、支払完了確認処理（ステップS72）を終了する。
このとき、たとえば、レシート番号「１０００００１２」の精算情報７７１は、図２１（ｃ）に示すような内容に変化する。
また、同一のゲート通過番号「０００５」を持つレシート番号「１０００００１６」と「１０００００１７」の精算情報７７１は、どちらも通過フラグが「可」となり、たとえば、図２２（ｄ）に示すような内容に変化する。
すなわち、別会計をした全ての精算情報に対する支払が完了した場合は、同一のゲート通過番号を持つ会計情報の支払フラグはすべて「済」になっているはずので、その支払をした顧客は、不正はなく、ゲートを通過しても問題ない。したがって、別会計をした全ての精算情報７７１の通過フラグを、「可」に設定する。
【０１１６】
ステップS106において、同一のゲート通過番号を持つ精算情報７７１のすべての通過フラグを「不可」に設定し、支払完了確認処理（ステップS72）を終了する。
この場合は、同一のゲート通過番号を持つ精算情報７７１の支払フラグの中に「未」となっているものがあるので、別会計のうち、まだ支払の済んでいない精算があることになる。したがって、その支払の済んでいない精算についての支払が完了する前には、ゲートを開けて顧客を通過させることはできないので、すべての通過フラグを「不可」に設定する。ただし、通過フラグがもともと「不可」になっているものは、「不可」のままでよい。
【０１１７】
＜ゲート装置にスキャナを備えない場合の動作説明＞
図１９に、ゲート装置にスキャナを備えない場合における、ゲート装置の一実施例の動作のフローチャートを示す。
図２０に、ゲート装置にスキャナを備えない場合における、サーバの支払完了確認処理の一実施例のフローチャートを示す。
ここでは、ゲート装置GTにスキャナを備えないので、ゲート装置GTで、会計済用紙の２次元コードを読み取らせる操作はしない。したがって、ゲート装置GTでは、出場許可問合せをサーバに送信することなく、サーバSVから出場可否情報が送られてくるのを待つ。
一方、サーバSVでは、ステップS67で精算装置CKから会計情報を受信した場合、ステップS72の支払完了確認処理をする。この処理の中で、同一ゲート通過番号を持つ精算情報のすべての通過フラグを「可」にした場合、出場可否情報として、「出場可」を、精算装置と対応するゲート装置GTに送信する。
【０１１８】
図１９において、ゲート装置GTでは、ステップS44からステップS52までの処理を実行するが、これは、図１５に示すステップS44以降の処理と同様である。サーバSVから、出場可否情報「出場可」が送られてきた場合に、ゲートを開放し、顧客のゲート通過を確認した後に、ゲートを閉鎖する。
図２０において、サーバSVでは、図１８に示したのと同様に、ステップS101からステップS106までの処理を実行する。
ただし、同一ゲート通過番号を持つ精算情報のすべての支払フラグが「済」になっている場合、ステップS105の後、ステップS107において、取得したゲート通過番号を含む出場可否情報「出場可」を、会計情報を送信してきた精算装置と対応するゲート装置GTに送信する。
【０１１９】
以上のように、精算装置CKとゲート装置GTが近接配置され、又は精算装置とゲート装置とが一体成形されているような場合は、ゲート装置GTにスキャナを備えなくても、顧客が精算装置CKで購入商品すべての合計金額の入金処理を済ませた後は、自動的にゲートを開放してもよい。
これによれば、顧客は、ゲート装置GTのスキャナで会計済用紙を読み取らせる操作をする必要がないので、顧客の入力操作負担を軽減でき、ゲート外への出場までの時間を短縮できる。また、別会計がある場合も、すべての精算用紙に記載された合計金額の入金処理が終了しないと、ゲートが開かないので、所定の支払をせずに顧客が不正に出場してしまうことを防止できる。
【０１２０】
＜販売管理システムのシーケンスの説明＞
図２４、図２５、図２６に、この発明の販売管理システムにおける各装置間のデータ通信の一実施例のシーケンス説明図を示す。
図２４には、店員が、情報入力装置TEにおいて、商品情報を入力した後、顧客が、精算装置CKにおいて、入金処理をし、会計情報をサーバSVに送信するまでを示している。
購入しようとする商品を持った顧客が、購入商品精算ユニットUTに入り、店員に、商品の情報を入力することを依頼する。
【０１２１】
ステップa1において、店員は、商品を１つずつ、スキャナにかざし、商品に付与されたバーコードを読み取らせる（ステップS4に相当）。
店員は、全ての商品の情報を読み取った後、読み取り終了の入力をする。あるいは、別会計をする時は、１つの商品群の情報を読み取った後、読み取り終了の入力をする。
ステップa2において、TEは、精算情報２８３を生成し、２次元コードを生成する（ステップS7に相当）。
ステップa3において、精算情報２８３から精算用紙印刷データ生成し、精算用紙を印刷する（ステップS8に相当）。精算用紙には、２次元コードも印刷される。
すべての商品の情報を読み取った場合は、店員は、取引終了を意味する入力をする。ただし、別会計をする場合は、残りの商品群について、ステップa1からステップa3までの処理を繰り返す。
【０１２２】
ステップa4において、取引終了入力がされた場合、精算情報２８３を、サーバSVに、送信する（ステップS13に相当）。
ステップd1において、サーバSVが、精算情報７７１を受信し、記憶部７７に記憶する（ステップS63に相当）。
以上の処理により、顧客の購入商品の精算情報が、サーバSVに保存される。
また、店員は、印刷された精算用紙を、顧客に渡す。
【０１２３】
精算用紙をもらった顧客は、精算装置CKのところへ移動する。
ステップb1において、顧客は、精算用紙に印刷された２次元コードを、精算装置CKのスキャナで読み取らせる（ステップS22に相当）。
ステップb2において、精算装置CKは、精算情報要求を、サーバSVに送信する（ステップS23に相当）。
精算情報要求には、２次元コードを含む。
ステップd2において、サーバSVは、精算情報要求を受信する（ステップS65に相当）。
【０１２４】
ステップd3において、サーバSVは、記憶部７７に記憶された精算情報７７１から、精算情報要求に含まれる２次元コードに対応する精算情報を取得し、取得した精算情報を、精算装置CKに送信する（ステップS66に相当）。
ステップb3において、精算装置CKは、精算情報を受信する（ステップS24に相当）。
ここで、受信した精算情報から顧客が支払うべき合計金額を取得し、精算装置CKのディスプレイに、支払うべき合計金額を表示する。顧客は、表示された合計金額を、精算装置CKに入金する。
ステップb4において、入金された合計金額の確認処理をする。現金が入金された場合、おつりがあれば、おつりを計算し、出金する（ステップS26からS28に相当）。
【０１２５】
ステップb5において、支払情報を含む会計情報４０１を生成し、２次元コードを生成する（ステップS29に相当）。
ステップb6において、会計情報４０１から会計済用紙印刷データ生成し、会計済用紙を印刷する（ステップS30に相当）。会計済用紙には、２次元コードも印刷される。
また、会計情報４０１の支払フラグを「済」に設定する。
ステップb7において、会計情報４０１を、サーバSVに、送信する（ステップS32に相当）。
顧客が別会計をし、精算用紙が複数枚ある場合は、顧客は、残りの精算用紙の２次元コードを順次読み取らせ、入金処理をし、ステップb1からステップb7までを繰り返す。
精算用紙が複数枚ある場合は、同じ数だけの会計済用紙が印刷される。
ステップd4において、サーバSVが、会計情報を受信する（ステップS67に相当）。
顧客は、印刷された会計済用紙を受け取り、ゲート装置GTのところに移動する。
【０１２６】
（「出場可」判定がされた場合のシーケンスの説明）
図２５には、図２４のステップd4のサーバSVが会計情報を受信した後、顧客がゲート装置GTのところに移動し、すべての購入商品の合計金額の支払を完了していたので、「出場可」判定がされた場合のシーケンスを示している。
ステップd5において、受信した会計情報から、レシート番号、支払情報、支払フラグ、２次元コードを取得する（ステップS70に相当）。
ステップd6において、記憶部７７に記憶された精算情報７７１のうち、取得したレシート番号と同一のレシート番号を持つ精算情報に、支払情報と２次元コードを追加記憶する（ステップS71に相当）。支払フラグは、精算情報に上書き記憶する。
これにより、精算情報７７１は、受信された会計情報と同等の情報となる。
【０１２７】
ステップd7において、支払完了確認処理を行う（ステップS72に相当）。
ここで、受信した会計情報のゲート通過番号と同一のゲート通過番号を持つ精算情報７７１を読み出し、読み出した精算情報７７１の支払フラグがすべて「済」か否かチェックする。支払フラグがすべて「済」の場合、同一のゲート通過番号を持つ精算情報のすべての通過フラグを、「可」に設定する。
図２５では、精算情報のすべての通過フラグを、「可」に設定したとする。
【０１２８】
ステップc1において、ゲート装置GTのところに移動した顧客は、会計済用紙の２次元コードを、ゲート装置GTのスキャナに読み取らせる操作をする（ステップS42に相当）。
ステップc2において、読み取った２次元コードを含む出場許可問合せを、サーバSVに送信する（ステップS43に相当）。
ステップd8において、サーバSVは、出場許可問合せを受信する。
ステップd9において、サーバSVは、顧客の出場の可否を判定するゲート通過判定処理をする（ステップS82からS85に相当）。
図２５では、精算情報のすべての通過フラグが「可」に設定されているので、「出場可」と判定する。
【０１２９】
ステップd10において、サーバSVは、「出場可」を、ゲート装置GTに送信する（ステップS86に相当）。
ステップc3において、ゲート装置GTは「出場可」を、受信する（ステップS45に相当）。
ステップc4において、ゲート装置GTはゲート開放処理をする（ステップS46に相当）。
これにより、ゲートが開放されるので、顧客がゲート外に出ることが可能となる。
顧客は、購入した商品を持って、ゲートを通過し、ゲート外に出場する。
ステップc5において、顧客がゲートを通過したか否かを確認する（ステップS47に相当）。
客数が２以上の場合、客数に相当する人数の顧客が通過したことを確認する。
【０１３０】
ステップc6において、客数に相当する人数の顧客が通過した場合、通過完了通知を、サーバSVに送信する（ステップS49に相当）。
ステップc7において、ゲート装置GTはゲート閉鎖処理をする（ステップS50に相当）。
ステップd11において、サーバSVは、通過完了通知を受信する（ステップS88に相当）。
ステップd12において、サーバSVは、同一のゲート通過番号を持つ精算情報７７１の通過フラグを、「完」に設定する（ステップS90に相当）。
【０１３１】
以上が、サーバで出場可判定がされた場合のシーケンスである。
顧客が購入したすべての商品の合計金額を支払ったことを確認した場合に、ゲートを開放しているので、正当な支払をした顧客は、ゲートを通過できる。また、別会計をした場合などにおいて、一部の商品の入金しかしていない状態では、まだゲートの開放は行われない。別会計をした場合は、印刷された複数枚の精算用紙について、すべての入金処理が終了した場合に、ゲートが開放されるので、顧客は、ゲート外に出場できる。
【０１３２】
（「出場不可」判定がされた場合のシーケンスの説明）
図２６には、図２４のステップd4のサーバSVが会計情報を受信した後、顧客がゲート装置GTのところに移動したが、一部の購入商品の合計金額の支払が行われていないので、「出場不可」判定がされた場合のシーケンスを示している。
ただし、図２６では、ステップd7において、支払完了確認処理を行い、読み出した精算情報７７１の支払フラグがすべて「済」か否かチェックした時、支払フラグのうち、「未」となっている支払フラグがあったので、同一のゲート通過番号を持つ精算情報のすべての通過フラグを、「不可」に設定したとする。
ステップd9において、サーバSVは、顧客の出場の可否を判定するゲート通過判定処理をするが、図２６では、精算情報のすべての通過フラグが「不可」に設定されているので、「出場不可」と判定する。
図２６のステップd9までのその他の処理は、図２５と同じなので、説明を省略する。
【０１３３】
ステップd20において、サーバSVは、「出場不可」を、ゲート装置GTに送信する（ステップS87に相当）。
ステップc10において、ゲート装置GTは「出場不可」を、受信する（ステップS51に相当）。
ステップc11において、ディスプレイ５４１に、ゲートを開放することができないことを警告表示する。あるいは、未払いの精算金額があることを、ディスプレイ５４１に表示するか、あるいはスピーカ５４２から音声で通知する（ステップS52に相当）。
また、２以上の別会計をした場合において、支払いの終わっていない精算用紙のレシート番号を、顧客に通知してもよい。
【０１３４】
顧客は、この表示を見るか、音声を聞くことにより、未払いの精算があることを知り、ゲートが開かないことを理解する。
その後、顧客は、再度精算装置CKのところに戻り、未払いの精算用紙についての入金処理をすることになる。
ステップc12において、ゲート装置GTはゲート閉鎖処理をする。ただし、不正防止の観点から、通常ゲートは閉鎖されているので、特に何もしなくてもよい。
【０１３５】
以上が、サーバで出場不可判定がされた場合のシーケンスである。
顧客が購入した商品の合計金額を支払っていない場合は、ゲートは開放されず、不正出場はできない。また、別会計をした場合などにおいて、複数の精算用紙のうち、一部の精算用紙に記載された金額の入金はされたが、他の精算用紙に記載された金額の入金がされていない状態では、ゲートの開放は行われないので、不正出場を防止することができる。
【符号の説明】
【０１３６】
１  サーバSV、
２  購入商品精算ユニットUT、
３  情報入力装置TE、
４  精算装置CK、
５  ゲート装置GT、
８  店舗、
９  店舗内精算スペース
１０  ネットワーク、
１１  入口、
１２  出口、
１３  店員、
１４  顧客、
２１  制御部、
２２  通信部、
２３  入力部、
２４  出力部、
２５  精算情報生成部、
２６  ２次元コード生成部、
２７  精算用紙印刷部、
２８  記憶部、
３１  制御部、
３２  通信部、
３３  入力部、
３４  出力部、
３５  支払処理部、
３６  会計情報生成部、
３７  ２次元コード生成部、
３８  会計済用紙印刷部、
３９  精算確認部、
４０  記憶部、
５１  制御部、
５２  通信部、
５３  入力部、
５４  出力部、
５５  扉開閉部、
５６  出場許可確認部、
５７  通過確認部、
５８  ゲート、
５９  記憶部、
７１  制御部、
７２  通信部、
７３  入力部、
７４  精算情報取得部、
７５  支払完了確認部、
７６  出場許可判定部、
７７  記憶部、
２３１  スキャナ、
２３２  バーコードリーダ、
２３３  キーボード、
２３４  タッチパネル、
２４１  プリンタ、
２４２  ディスプレイ、
２８１  商品データベース、
２８２  入力商品情報、
２８３  精算情報、
３３１  スキャナ、
３４１  プリンタ、
３４２  ディスプレイ、
４０１  会計情報、
５３１  スキャナ、
５４１  ディスプレイ、
５４２  スピーカ、
５９１  会計情報、
７３１  キーボード、
７７１  精算情報、
７７２  商品データベース
【図１】
2017187911.tif 000003
【図２】
2017187911.tif 000004
【図３】
2017187911.tif 000005
【図４】
2017187911.tif 000006
【図５】
2017187911.tif 000007
【図６】
2017187911.tif 000008
【図７】
2017187911.tif 000009
【図８】
2017187911.tif 000010
【図９】
2017187911.tif 000011
【図１０】
2017187911.tif 000012
【図１１】
2017187911.tif 000013
【図１２】
2017187911.tif 000014
【図１３】
2017187911.tif 000015
【図１４】
2017187911.tif 000016
【図１５】
2017187911.tif 000017
【図１６】
2017187911.tif 000018
【図１７】
2017187911.tif 000019
【図１８】
2017187911.tif 000020
【図１９】
2017187911.tif 000021
【図２０】
2017187911.tif 000022
【図２１】
2017187911.tif 000023
【図２２】
2017187911.tif 000024
【図２３】
2017187911.tif 000025
【図２４】
2017187911.tif 000026
【図２５】
2017187911.tif 000027
【図２６】
2017187911.tif 000028