IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 株式会社寺岡精工の特許一覧

特開2024-166336可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム
<>
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図1
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図2
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図3
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図4
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図5
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図6
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図7
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図8
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図9
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図10
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図11
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図12
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図13
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図14
  • 特開-可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム 図15
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024166336
(43)【公開日】2024-11-28
(54)【発明の名称】可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム
(51)【国際特許分類】
   G07G 1/01 20060101AFI20241121BHJP
   G07G 1/12 20060101ALI20241121BHJP
   G07G 1/00 20060101ALI20241121BHJP
【FI】
G07G1/01 301D
G07G1/12 301E
G07G1/00 301D
【審査請求】有
【請求項の数】5
【出願形態】OL
(21)【出願番号】P 2024160080
(22)【出願日】2024-09-17
(62)【分割の表示】P 2020172922の分割
【原出願日】2020-10-14
(71)【出願人】
【識別番号】000145068
【氏名又は名称】株式会社寺岡精工
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100145481
【弁理士】
【氏名又は名称】平野 昌邦
(72)【発明者】
【氏名】マモントワ エカテリーナ
(72)【発明者】
【氏名】佐々木 和哉
(57)【要約】
【課題】可搬型登録端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいて、他の顧客の会計の進行を妨げないように店員介在商品に対応する処理が行われるようにする。
【解決手段】商品を登録する登録手段と、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成する情報生成手段とを備えて可搬型登録端末を構成する。
【選択図】図14
【特許請求の範囲】
【請求項1】
商品を登録する登録手段と、
前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報として店員を呼び出すための操作が可能な画面の情報を生成する情報生成手段と
を備える可搬型登録端末。
【請求項2】
前記情報生成手段が生成した店員介在移行情報を所定の店員用端末に出力する情報出力手段を備える
請求項1に記載の可搬型登録端末。
【請求項3】
前記店員用端末に出力される店員介在移行情報は、前記店員用端末にて前記店員介在処理の実行を可能とする情報である
請求項2に記載の可搬型登録端末。
【請求項4】
可搬型登録端末と店員用端末とを備える商品販売データ処理システムであって、
前記可搬型登録端末は、
商品を登録する登録手段と、
前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報として店員を呼び出すための操作が可能な画面の情報を生成する情報生成手段とを備え、
前記店員用端末は、
前記店員介在処理として、前記要店員介在商品が含まれる取引情報を編集する編集手段を備える
商品販売データ処理システム。
【請求項5】
前記店員用端末は、前記編集手段により編集された取引情報を利用した精算処理を実行可能な精算手段を備える
請求項4に記載の商品販売データ処理システム。
【請求項6】
可搬型登録端末としてのコンピュータを、
商品を登録する登録手段、
前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報として店員を呼び出すための操作が可能な画面の情報を生成する情報生成手段
として機能させるためのプログラム。
【請求項7】
可搬型登録端末とサーバとを備える商品販売データ処理システムであって、
前記サーバは、
可搬型登録端末から送信される商品識別情報に基づいて商品を登録する登録手段と、
前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報として店員を呼び出すための操作が可能な画面の情報を生成し、生成した前記精算移行情報または店員介在移行情報が前記可搬型登録端末にて出力されるようにする情報生成手段とを備える
商品販売データ処理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラムに関する。
【背景技術】
【0002】
携帯端末を用いて顧客自らが商品を登録するシステムが知られている(例えば、特許文献1参照)。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開2020-067947号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
可搬型登録端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいては、可搬型登録端末により登録された商品について、店員の介在が必要であるとの登録結果となる場合がある。店員の介在が必要な商品(店員介在商品)が含まれる取引については、店員により店員介在商品に対応する所定の処理が行われてから精算に移行するようされる。店員介在商品に対応する処理については、他の顧客の会計を妨げないように行われることが好ましい。
【0005】
本発明は、このような事情に鑑みてなされたもので、可搬型登録端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいて、他の顧客の会計の進行を妨げないように店員介在商品に対応する処理が行われるようにすることを目的とする。
【課題を解決するための手段】
【0006】
上述した課題を解決するための本発明の一態様は、商品を登録する登録手段と、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成する情報生成手段とを備える可搬型登録端末である。
【0007】
また、本発明の一態様は、一取引に対応して可搬型登録端末が登録した商品に店員が介在する店員介在処理の必要な要店員介在商品が含まれたことに応じて、前記店員介在処理として、前記要店員介在商品が含まれる取引情報を編集する編集手段を備える店員用端末である。
【0008】
また、本発明の一態様は、可搬型登録端末としてのコンピュータを、商品を登録する登録手段、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成する情報生成手段として機能させるためのプログラムである。
【0009】
また、本発明の一態様は、可搬型登録端末とサーバとを備える商品販売データ処理システムであって、前記サーバは、可搬型登録端末から送信される商品識別情報に基づいて商品を登録する登録手段と、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成し、生成した前記精算移行情報または店員介在移行情報が前記可搬型登録端末にて出力されるようにする情報生成手段とを備える商品販売データ処理システムである。
【図面の簡単な説明】
【0010】
図1】第1実施形態におけるショッピングシステムの構成例を示す図である。
図2】第1実施形態における精算装置の設置例を示す図である。
図3】第1実施形態における精算装置の外観例を示す図である。
図4】第1実施形態における精算装置の構成例を示す図である。
図5】第1実施形態における客端末装置の構成例を示す図である。
図6】第1実施形態における取引管理装置の構成例を示す図である。
図7】第1実施形態における取引情報管理装置の構成例を示す図である。
図8】第1実施形態における顧客情報、店舗情報、カート情報の一例を示す図である。
図9】第1実施形態における保留商品の定義例を示す図である。
図10】第1実施形態における客端末装置、精算装置、及び取引管理装置が、セルフ運用における一取引の会計に対応して実行する処理手順例を示すシーケンス図である。
図11】第1実施形態におけるショッピングアプリケーションの画面例を示す図である。
図12】第1実施形態における登録商品提示画面、商品登録画面、案内画像の一例を示す図である。
図13】第1実施形態における精算画面の一例を示す図である。
図14】第2実施形態における保留解除移行コード画面の一例を示す図である。
図15】第2実施形態における客端末装置が商品登録の完了に応じて実行する処理手順例を示すフローチャートである。
【発明を実施するための形態】
【0011】
<第1実施形態>
[ショッピングシステムの構成例]
図1は、本実施形態のショッピングシステム(商品販売データ処理システムの一例)の構成例を示している。同図のショッピングシステムは、例えば、客が購入対象の商品を商品棚から取り出しながら、取りだした商品の登録を、客端末装置50を用いて行い、登録された商品の精算についても、同じ客が精算装置40を用いて行うようにされた会計(客端末対応会計)に対応する。ここでの会計は、商品の登録と、登録された商品の精算とを含み、一取引に対応して行われる手順をいう。
本実施形態のショッピングシステムは、管理装置10、取引管理装置60、精算装置40、客端末装置50、取引情報管理装置80、及びクレジットカード決済サーバ70を含む。
【0012】
管理装置10、精算装置40、取引情報管理装置80は、店舗内に設置されるものであり、LAN19(有線でも無線でもよい)を介して通信可能に接続されている。管理装置10は、店員が店舗管理等に用いる業務用の端末であり、取引管理装置60と通信可能である。
取引情報管理装置80は、例えばサービスカウンタあるいはバックヤード等にて設置されてよい。
【0013】
取引情報管理装置80は、店舗において客端末装置50を利用して客が行う取引の状況を監視する業務用の端末であり、取引管理装置60と通信可能である。
なお、図1において、4台の精算装置40を図示したが、1店舗内の精算装置40の数については、特に限定されない。
【0014】
客端末装置50は、顧客(当該店舗の会員である買い物客等、以下、単に顧客とも記載する)によって操作されるものである。客端末装置50は、一般的な、通信機能や撮像機能(カメラ)に加えて、商品に付されるバーコードをスキャンして商品コードを読み取る、つまり商品に付されるバーコードを認識する認識機能を備える。なお、客端末装置50が備える認識機能は、商品コードを読み取ることができるものであればよく、読み取った商品コードがいずれの商品の商品コードであるかを認識できるものでなくてもよい。つまり、客端末装置50は、撮像機能によって撮像されている撮像画像(スルー画像として取得している画像)内にオブジェクトとしてバーコードが存在する場合に、当該バーコードから商品コードを読み取ることができるようになっていればよい。
【0015】
このような客端末装置50は、顧客が所有するスマートフォンやタブレット端末等であってよい。客端末装置50としてのスマートフォンやタブレット端末等には、本実施形態のショッピングシステムに対応して商品登録を行う機能を有するショッピングアプリケーションがインストールされる。
【0016】
また、客端末装置50は、例えば店舗から客に貸与される端末であってもよい。店舗から客に貸与される客端末装置50にも、本実施形態のショッピングシステムに対応して商品登録を行う機能を有するアプリケーションがインストールされる。店舗から客に貸与される客端末装置50は、客が手に持つようにして使用する態様のものであってもよいし、例えばショッピングカートに取り付けられた状態で客が使用するようにされた態様のものであってもよい。
【0017】
また、客端末装置50は、商品(例えばバーコードの付された周辺部分)を撮像し(例えばシャッターを切り)、撮像画像(画像データ)を生成する。客端末装置50は、操作者である顧客の操作に従ってシャッターを切る撮像であってもよいが、本実施形態では、客端末装置50自身の判断によりシャッターを切る撮像であることが好ましい。
【0018】
また、客端末装置50は、画像(スルー画像、撮像画像)から特徴点を抽出し、撮像対象(オブジェクト等)を認識する画像認識技術を備えていてもよい。例えば、客端末装置50は、画像認識技術を用いて、撮像した商品を特定(推定)してもよい。
【0019】
精算装置40は、精算方法として少なくとも現金による支払いが可能な精算装置である。精算装置40は、取引管理装置60と通信可能に構成される。なお、精算装置40は、例えば管理装置10の中継を介することにより、取引管理装置60と通信可能なようにされてもよい。
【0020】
取引管理装置60は、本実施形態のショッピングシステムに対応して行われる取引を管理する。
【0021】
クレジットカード決済サーバ70は、精算装置40、客端末装置50等からのクレジットカード決済要求の送信に応じて、クレジットカードに対応する決済処理を実行する。
【0022】
[精算装置について]
図2は、精算装置40の設置例を示す図である。図2(A)は、精算装置40等を客側から見た斜視図である。図2(B)は、精算装置40等を店員側から見た斜視図である。図2(A)に示すように客側から見て精算装置40の右側にカウンタが置かれている。
【0023】
図3は、精算装置40の外観例を示す図である。図3(A)は、精算装置40を客側から見た斜視図である。図3(B)は、精算装置40を店員側から見た斜視図である。
図4は、精算装置40の構成例を示す図である。図3及び図4において、同一部分には同一符号を付している。
【0024】
以下、図3を参照しつつ、図4に示した精算装置40の構成例を説明する。精算装置40は、CPU401と、ROM402と、RAM403と、記憶部404と、客側表示部405と、客側スキャナ部406と、カード決済部408と、釣銭機409と、店員側表示部410と、キー操作部411と、店員側スキャナ部412と、印刷部413と、音声出力部414と、通信部415とを備える。これらは、バスを介して相互に通信可能である。
【0025】
CPU401は、中央演算処理装置であり、ROM402に記憶されているプログラムを読み出して実行することにより、精算装置40の動作を制御する。
ROM402は、読み出し専用メモリであり、プログラムをはじめとしてCPU401が利用する各種の情報を記憶する。
【0026】
RAM403は、読み出し書き込みメモリであり、種々の情報を記憶する。例えば、RAM403は、ROM402や記憶部404から読み出した情報、外部から取得した情報、処理において生成した情報等を記憶する。
【0027】
記憶部404は、種々の情報を記憶する。記憶部404は、例えば、ROM402に代えて、CPU401が実行するプログラム等を記憶してもよい。また、RAM403に代えて、ROM402から読み出した情報、外部から取得した情報、処理において生成した情報等を記憶してもよい。記憶部404は、例えばHDD(Hard Disk Drive)、SSD(Solid State Drive)等を備えて構成されてよい。
【0028】
客側表示部405は、客用のタッチディスプレイであり、客に種々の情報を表示するとともに、客から種々の入力を受け付ける。
客側スキャナ部406は、客用のスキャナ部であり、例えば、商品に付されているコード(例えばバーコード、2次元コード等のバーコード以外のコードあってもよい)をスキャンし、商品コードを読み取る。また、客側スキャナ部406は、お会計券(登録商標)に印刷されているコード(バーコード、2次元コード等)をスキャンし、精算に必要な情報を読み取ってもよい。また、客側スキャナ部406は、客端末装置50の表示部に表示されるコード(2次元コード、バーコード等)をスキャンし、精算に必要な情報を読み取ってもよい。
【0029】
なお、客側スキャナ部406は、客が商品を登録する際に用いられるが、客は他の方法によって商品を登録してもよい。例えば、客側表示部405に、商品に対応するプリセットキー(商品を注文するボタン)が表示されている場合、客は、当該プリセットキーを操作(押下)し、商品を登録してもよい。
【0030】
カード決済部408は、各種カード(クレジットカード、交通系カード等のプリペイドカード等)による決済機構である。本実施形態のカード決済部408は、カード認識部(読取部)や表示部や操作部を備えるが、少なくとも、カード認識部を備えるものであればよい。なお、カード認識部は、直接的には決済(精算)に使用しない各種カード(例えば、会員カード、ポイントカード等)を認識してもよい。
【0031】
釣銭機409(現金決済部)は、現金による決済機構であり、紙幣や硬貨の投入口、紙幣や硬貨の排出口を有し、投入口への投入金額を算出し、投入金額と買上金額の差分である釣銭金額を算出し、釣り銭を排出口から排出する。なお、当該釣銭機409は、客側に向けられており、客が操作するものである。なお、紙幣や硬貨が投入口に投入された場合にはセンサによって検出(投入があった旨の検出、金種別の枚数の検出等)される。
【0032】
つまり、釣銭機409は、精算装置40において、登録された商品の代金を現金(貨幣)にて決済するときに使用される。釣銭機409は、紙幣を投入するための紙幣投入口、硬貨を投入するための硬貨投入口、紙幣を放出するための紙幣放出口、硬貨を放出するための硬貨放出口、投入又は放出される貨幣を計数する計数部、投入口または放出口と収納部の間の貨幣の搬送機構、上述したセンサなどを有する。なお、紙幣投入口及び硬貨投入口は、預り金投入口とも称される。紙幣放出口及び硬貨放出口は、釣銭放出口とも称される。なお、紙幣投入口と紙幣放出口は共通であってもよく、また、硬貨投入口と硬貨放出口は共通であってもよい。
【0033】
また、釣銭機409は、閉店処理時に補充された貨幣を計数し、収納部に収納する。また、釣銭機409は、閉店処理時に出金する貨幣を計数し、釣銭放出口から放出する。閉店処理とは、閉店後や開店前などに釣銭機409内に収納されている金額(現金在高/現金在高)を基準金額に調整する処理である。
【0034】
店員側表示部410は、店員用のタッチディスプレイであり、店員に種々の情報を表示するとともに、店員から種々の入力を受け付ける。
キー操作部411は、各種のキー(ボタン)から構成され、店員から種々の入力を受け付ける。
店員側スキャナ部412は、店員用のスキャナ部であり、例えば、商品に付されているバーコードをスキャンし、商品コードを読み取る。また、店員側スキャナ部412は、店員の名札に付されたバーコード等をスキャンし、店員コードを読み取る。
【0035】
なお、店員側スキャナ部412は、店員が商品を登録する際に用いられるが、店員は他の方法によって商品を登録してもよい。例えば、キー操作部411に、商品に対応するキー(例えば、スポーツ新聞に対応するキー等)が配置されている場合、店員は、当該キーを操作(押下)し、当該商品を登録してもよい。また、店員側表示部410に、商品に対応するプリセットキーが表示されている場合、店員は、当該プリセットキーを操作し、当該商品を登録してもよい。
【0036】
印刷部413は、各種媒体(レシート、お会計券等)を印刷、発行する。印刷部413は、店員側から客側、客側から店員側に向き(媒体発行口の方向)を回転自在に変更である。印刷部413の向きは、手動で変更してもよいし、例えば後述の動作モードの移行(切替)に応じて自動的に変更(メカ的に制御等)してもよい。なお、印刷部413の向きの正誤をセンサなどで検出してもよい。
【0037】
音声出力部414は、音声を出力する。例えば、音声出力部414は、音声ガイダンス等を出力する。
通信部415は、他装置(他の精算装置40や管理装置10)との通信を実行する。
【0038】
なお、本実施形態の精算装置40は、稼働モードとして、客端末対応会計のもとでの精算処理を行うように設定される客端末対応精算モードと、それぞれ異なる3パターンの会計(商品登録、精算)に対応する3つの会計モード(第1~第3会計モード)との、計4つの稼働モードの間で切り替えが可能とされている。
第1会計モードは、店員が精算装置40に対して商品登録に対応する操作と精算とに対応する操作とを行うようにされる稼働モードである。第2会計モードは、店員が精算装置40に対して商品登録に対応する操作を行い、客が同じ精算装置40に対して精算に対応する操作を行うようにされる稼働モードである。第3会計モードは、客が商品登録に対応する操作と精算に対応する操作とを精算装置40に対して行うようにされる稼働モードである。
これにより、本実施形態のショッピングシステムを導入した店舗では、複数の精算装置40のうちの一部について、客端末対応精算モードを設定することにより、客端末対応精算に対応し、他の精算装置40については、例えば第1会計モードもしくは第2会計モードを設定することにより、店員が客と応対して会計を行うようにすることができる。なお、他の精算装置40において第3会計モードが設定されたものが含まれていてもよい。
このようなモードの切り替えは、例えば店舗の営業時間内における所定の時間帯に応じて行われるようにされてよい。
なお、本実施形態の精算装置40は、上記の客端末対応精算モードに特化された専用の装置として構成されてよい。
【0039】
[客端末装置の構成例]
図5は、客端末装置50の構成例を示している。同図の客端末装置50は、CPU501、記憶部502、RAM503、表示部504、操作部505、撮像部506、及びネットワーク対応通信部507を備える。
CPU501は、中央演算処理装置であり、記憶部502に記憶されているプログラムを読み出して実行することにより、客端末装置50の動作を制御する。
記憶部502は、CPU501の補助記憶装置であって、プログラムをはじめとしてCPU501が利用する各種の情報を記憶する。
RAM503は、CPU501の主記憶装置である。
表示部504は、CPU501の表示制御に応じて画像を表示する。本実施形態において、表示部504は、画面に対する操作が可能なタッチパネルとして構成された場合を例に挙げる。
操作部505は、客端末装置50に備えられる各種操作子や客端末装置50に接続される各種の入力デバイスなどを一括して示す。
撮像部506は、CPU401の制御に応じて撮像を行う。また、本実施形態の撮像部506は、2次元コードを処理するコードリーダにおいて2次元コードを読み取る部位としても機能させることができる。
ネットワーク対応通信部507は、無線によりネットワーク経由で通信を行う部位である。ネットワーク対応通信部507により、客端末装置50は、取引管理装置60と通信可能となる。
【0040】
[取引管理装置の構成例]
図6は、取引管理装置60の構成例を示している。同図の取引管理装置60は、CPU601、記憶部602、RAM603、及びネットワーク対応通信部604を備える。
CPU601は、中央演算処理装置であり、記憶部602に記憶されているプログラムを読み出して実行することにより、取引管理装置60の動作を制御する。
記憶部602は、CPU601の補助記憶装置であって、プログラムをはじめとしてCPU501が利用する各種の情報を記憶する。
RAM603は、CPU601の主記憶装置である。
ネットワーク対応通信部604は、ネットワーク経由で通信を行う部位である。
【0041】
取引管理装置60の記憶部602は、顧客情報、店舗情報、商品マスタ(商品情報)、カート情報を記憶する。
【0042】
[取引情報管理装置の構成例]
図7は、取引情報管理装置80の構成例を示している。同図の取引情報管理装置80は、CPU801、記憶部802、RAM803、店舗内対応通信部804、ネットワーク対応通信部805、表示部806、及び操作部807を備える。
CPU801は、中央演算処理装置であり、記憶部802に記憶されているプログラムを読み出して実行することにより、取引情報管理装置80の動作を制御する。
記憶部602は、CPU801の補助記憶装置であって、プログラムをはじめとしてCPU801が利用する各種の情報を記憶する。
RAM803は、CPU801の主記憶装置である。
店舗内対応通信部804は、LAN19を経由して店舗内の精算装置40や管理装置10等の端末と通信を行う。
ネットワーク対応通信部805は、ネットワーク経由で外部と通信を行う部位である。取引情報管理装置80の場合、ネットワーク対応通信部805は、クラウド上の取引管理装置60と通信を行うことができる。
表示部806は、CPU801の制御に応じて画像を表示する。表示部806は、タッチパネルとして構成されてもよい。
操作部807は、取引情報管理装置80が備える操作子や取引情報管理装置80に接続された入力デバイスを一括して示すものである。
【0043】
[取引管理装置が記憶する情報について]
記憶部602が記憶する顧客情報は、個々の顧客を管理するための情報である。取引管理装置60は、顧客登録時に顧客情報を生成する(ある顧客の顧客情報が記憶されることを以って当該顧客の顧客登録がなされたと解してもよい)。また、取引管理装置60は、カート情報等に基づいて、顧客情報を適宜更新する。取引管理装置60は、例えば毎日所定時刻にカート情報を参照し、顧客情報を更新してもよい。
【0044】
図8(A)は、取引管理装置60の記憶部602が記憶する顧客情報の一例を示している。同図の顧客情報は、顧客識別情報、顧客名、顧客登録日、キャンセル情報、顧客ランク、ポイント数等を含む。
顧客識別情報は、顧客を一意に識別する識別情報である。
なお、顧客識別情報は、例えば本実施形態のショッピングアプリケーションがインストールされる際に、インストールされたショッピングアプリケーションごとに固有に割り当てられるアプリケーション識別情報であってもよい。アプリケーション識別情報は、例えばインストールされたショッピングアプリケーションごとに固有に(例えば、シーケンシャルに)付される番号であってよい。あるいは、アプリケーション識別情報は、ショッピングアプリケーションがインストールされた客端末装置50に固有の端末識別情報であってもよい。端末識別情報は、例えば客端末装置50のユーザである客に割り当てられた電話番号や、MAC(Media Access Control)アドレス等のように客端末装置50のハードウェアに固有となるように付されるハードウェア識別情報であってよい。
顧客名は、顧客の氏名やニックネームなどである。顧客登録日は、顧客登録した日時である。キャンセル情報は、登録後における登録商品のキャンセルに関する情報である。顧客ランクは、顧客の購入実績に応じたランクである。なお、新規の顧客の顧客情報の生成時には、顧客識別情報、顧客名、顧客登録日は生成されるが、実際の取引(商品登録)の開始前であるため、他の情報(キャンセル情報等)は生成されない。
【0045】
取引管理装置60は、例えば、顧客登録の際(例えば、客端末装置50が外部(例えば、アプリケーション全般を提供する所定のサーバ、当該取引管理装置60)から取引管理装置60によるショッピングサービスを利用するためショッピングアプリケーションをダウンロードまたはインストールする際)に顧客識別情報を生成し、記憶する。また、取引管理装置60は、例えば、顧客登録の際に、客端末装置50を用いて、登録フォーム(入力フォーム)の氏名欄に入力された情報を取得し、顧客名として記憶する。また、取引管理装置60は、例えば、顧客登録の際の現在日時を取得し、顧客登録日として記憶する。
【0046】
なお、取引管理装置60は、自装置内の記憶部に顧客情報を記憶することに代えてまたは加えて他の装置(取引管理装置60がアクセス可能なファイルサーバ等)に顧客情報の一部または全部を記憶してもよい。
【0047】
図8(B)は、取引管理装置60の記憶部602が記憶する店舗情報の一例を示している。同図の店舗情報は、店舗識別情報、店舗名(支店名)、店舗特定情報1、店舗特定情報2を含む。
店舗識別情報は、店舗を一意に識別する識別情報である。図8(B)に示した店舗識別情報は、店(屋号)もしくは企業のコードと、支店のコードとから構成される。
店舗名は、店舗の名称である。図8(B)に示した店舗名は、店(屋号)もしくは企業と、支店名とから構成される。
店舗特定情報1は、取引する店舗(商品の売買が行われる店舗)を特定するための2次元コード(QRコード(登録商標)等)の情報である。
店舗特定情報2は、取引する店舗を特定するための店舗の位置情報(GPS情報)である。
なお、図8(B)に示した例では、店舗識別情報と店舗特定情報1とは異なるが、店舗識別情報と店舗特定情報1とは同一であってもよい。
【0048】
なお、取引管理装置60は、外部(各店舗を統括する本部のサーバ(不図示)等)から店舗情報等を取得し、記憶してもよい。また、取引管理装置60は、自装置内の記憶部に店舗情報を記憶することに代えてまたは加えて他の装置(取引管理装置60がアクセス可能なファイルサーバ等)に店舗情報の一部または全部を記憶してもよい。
【0049】
カート情報は、個々の取引を管理するための情報である。取引管理装置60は、取引の開始時にカート情報を生成する。また、取引管理装置60は、取引の進行にあわせて(商品が登録される度に)、カート情報を更新する(カート情報に商品が記憶されることを以って当該商品の登録がなされたと解してもよい)。
【0050】
図8(C)は、取引管理装置60の記憶部602が記憶するカート情報の一例である。
同図のカート情報は、カート識別情報、取引開始日時、取引終了日時、顧客識別情報、カート内商品情報(登録商品情報、保留商品情報)、キャンセル情報等を含む。
【0051】
カート識別情報は、カート情報を一意に識別する識別情報である。例えば、カート識別情報は、店舗識別情報と、日付と、シリアル番号(例えば店舗別日付別のシリアル番号)とを含む。
取引開始日時は、取引の開始日時である。取引開始日時は、例えば、当該カート情報の生成日時であってよい。なお、取引開始日時は、1品目の商品の登録日時(図8(C)中の登録商品情報(登録商品1)を記憶した日時)としてもよい。カート情報の生成日時と1品目の商品の登録日時とを別々に両方記憶してもよい。
【0052】
取引終了日時は、取引の終了日時である。例えば、取引終了日時は、精算日時であってよい。顧客識別情報は、当該取引の顧客を識別する顧客識別情報である。なお、カート情報の生成時には、カート識別情報、取引開始日時、顧客識別情報は生成されるが、実際の取引(商品登録)の開始前であるため、他の情報(取引終了日時等)は生成されない。精算日時は、精算開始日時であってもよいし、精算終了日時であってもよい。取引終了日時として、精算開始日時と精算終了日時とを別々に両方記憶してもよい。
【0053】
登録商品情報(計)は、商品が登録されるごとに更新される情報である。登録商品情報(計)は、品数(商品数)、概算小計金額(例えば値引き等が反映される前の小計金額)、小計金額等を含む。登録商品情報(登録商品1)は、1品目の商品の登録情報である。登録商品情報(登録商品2)は、2品目の商品の登録情報である。なお、図8(C)に示す例では、登録商品情報(登録商品3)~登録商品情報(登録商品5)の図示を省略している。登録商品情報(N;Nは整数)は、商品コード、品名(商品名)、価格等を含む。
【0054】
登録商品情報(N)は、当該N品目の商品の登録日時を含むものであってもよい。つまり、取引管理装置60は、登録商品情報として、当該登録商品の登録日時を記憶してもよい。各商品の登録日時は、タイムサービス等のサービス適用の要否や適用後の効果の判断材料としても用いてもよい。
【0055】
保留商品情報(計)は、保留商品が登録されるごとに更新される情報である。
保留商品は、所定の要因により正常に登録されなかったことで、一時的に保留扱いの状態で登録された商品である。
保留商品情報(計)は、保留商品の品数(商品数)、保留商品のうちのNON-FILEの品数、保留商品のうちの読取NG(要不正操作確認)の品数等を含む。
【0056】
NON-FILEとは、店舗においてバーコードもしくは商品コードのスキャンは成功したが(商品コードを読み取ることができたが)、商品コードが商品マスタの商品情報として記憶されていない、商品(商品情報が未登録の商品)を示す。
【0057】
読取NGとは、店舗において商品コードのスキャンが失敗したこと(商品コードを読み取ることができなかったこと)、または、店舗において商品コードのスキャンが失敗した事例の一態様である。つまり、読取NGは、例えば画像認識技術により一定時間商品を撮像しているがバーコード認識に至らない場合を判別できる場合にタイムアウト処理すること、タイムアウト処理された事象をいう。
例えば、パッケージのシワ等、バーコード印字のカスレや汚れ、透明フィルムにバーコードが印刷されていること等の原因で、顧客がバーコードを読み取らせる操作を行ったにもかかわらず、正しくバーコードを取得(認識)できない場合に読取NGと判断される。
【0058】
保留商品情報(保留商品1)は、1品目の保留商品の情報である。保留商品情報(保留商品2)は、2品目の保留商品の情報である。保留商品情報(保留商品3)は、3品目の保留商品の情報である。
【0059】
保留商品情報(保留商品N;Nは整数)は、保留商品種別(当該保留商品がNON-FILEであるか読取NGであるかを示す情報)、画像データ(読取NG時に撮像された画像データ)を含む。例えば、N品目の商品がNON-FILEによる保留商品である場合には、保留商品情報(保留商品N)は、保留商品種別「1(NON-FILE)」、商品コード、画像データを含む。また、N品目の商品が読取NGによる保留商品である場合には、保留商品情報(保留商品N)は、保留商品種別「2(読取NG)」、画像データを含む。
【0060】
図9は、本実施形態のカート情報に対応する保留商品の定義例を示している。同図では、保留商品が8つに分類される例を示している。8つの保留商品の分類ごとに「1」~「8」の分類番号が割り当てられる。
分類番号1の保留商品の分類は、図8にて説明の「NON-FILE」である。
【0061】
分類番号2の保留商品の分類は、図8にて説明の「読取NG」である。
客端末装置50は、撮像部506により撮像して得られる撮像画像について、商品のバーコードの全体が撮像されていることが認識された状態でありながら、バーコードの読み取りが正常に完了(成功)せずに一定時間を経過した場合に、読取NGが発生したと判定する。
【0062】
分類番号3の保留商品の分類は「疑似スキャン投入」である。「疑似スキャン投入」の保留商品は、顧客が商品のコードを客端末装置50に読み取らせようとする行為は行ったが、客端末装置50が正常にコードの読取を行えなかった商品である。
【0063】
「疑似スキャン投入」は、商品を撮像部506の撮像範囲に入れるようにはしたものの、商品のコードまでは撮像部506の撮像範囲に入れなかったとの状況が該当する。
また、「疑似スキャン投入」には、商品を撮像部506の撮像範囲に入れるようにはしたものの、コードの無い部分を撮像させたとの状況が該当する。
また、「疑似スキャン投入」には、コードの部分が指などにより隠された状態で、商品を撮像部506の撮像範囲に入れるようにしたとの状況が該当する。
また、「疑似スキャン投入」には、商品のコードを撮像部506に撮像させたものの、客端末装置50がコードを読み取ることができない速さで商品を撮像部506の撮像範囲に通したといったような状況が該当する。
【0064】
具体的に、例えば客端末装置50は、撮像画像において商品は認識されたが、バーコードが全く認識できないためにバーコードの読み取りが正常に完了しなかった場合に、擬似的スキャンが発生したと判定する。
あるいは、客端末装置50は、撮像画像において商品のバーコードの一部しか認識できないためにバーコードの読み取りが正常に完了しなかった場合にも、擬似的スキャンが発生したと判定する。
あるいは、客端末装置50は、撮像画像において商品のバーコードは認識できたものの、商品の移動が速すぎるために、バーコードの読み取りが正常に完了しなかった場合にも、擬似的スキャンが発生したと判定する。
このような擬似的スキャンが発生した場合は、客が商品のバーコードを読み取らせる操作を行っているふりをしただけで商品を買い物カゴに入れてしまうような不正が行われている可能性がある。
【0065】
分類番号4の保留商品の分類は「非スキャン投入」である。「非スキャン投入」の保留商品は、撮像部506の撮像範囲に商品を位置させる操作を行うことなく、買い物カゴに入れられた商品である。
この非スキャン投入は、例えば、客端末装置50がショッピングカートに固定的に取り付けられて、ショッピングカートに載せられた買い物カゴの中を撮像可能なようにされた態様である場合において生じ得る。例えば、客端末装置50は、撮像画像に基づいて、商品のコードスキャンが行われていないのにも関わらず、ショッピングカートに商品が入れられた状況となったことを判定すると、非スキャン投入が発生したと判定することができる。
【0066】
具体的に、例えば、客端末装置50は、ショッピングカートにセットされている場合は、ショッピングカートに載せられた買い物カゴの中身を撮像することができる。客端末装置50は、撮像画像において、商品のバーコードを読み取らせようとする様子が認識されないのに関わらず、買い物カゴの中に新規の商品が追加的に投入された状態が検出された場合に、非スキャン投入が発生したと判定する。
なお、例えば客が、買い物カゴの中身を整理するためにすでに登録された商品を買い物カゴ内で移動させる場合がある。客端末装置50は、撮像画像に基づいて、このような商品の移動と、非スキャン投入に対応する新規の商品の追加的投入とをそれぞれ識別できるようにされてよい。
このような非スキャン投入の発生は、客が、商品のバーコードを客端末装置50に読み取らせることなく、そのまま買い物カゴに入れてしまうような不正が行われている可能性がある。
【0067】
分類番号5の保留商品の分類は「年齢確認商品」である。「年齢確認商品」は、例えば、アルコール類やタバコなどのように、販売にあたり店員が顧客の年齢を確認することが必要な商品である。
【0068】
分類番号6の保留商品の分類は「医薬品」である。「医薬品」は、例えば薬剤師等の資格を有するものが購入者に確認を求めることが必要な商品である。
【0069】
分類番号7の保留商品の分類は「防犯タグ商品」である。「防犯タグ商品」は、防犯タグが取り付けられているために、販売時に店員が商品から防犯タグを取り外すことが必要な商品である。
【0070】
分類番号8の保留商品の分類は「取消商品」である。「取消商品」は、一旦登録されたが、客端末装置50に対する客の取り消し操作によって取り消された商品である。「取消商品」は、例えば精算時に店員が客から引き取るようにされる。
【0071】
商品マスタは、例えば管理装置10が記憶する。商品マスタは、店舗にて販売している商品ごとの商品情報を格納する。1の商品に対応する商品情報は、商品コード、商品名をはじめとする所定の複数の情報項目を含む。
取引管理装置60は、管理装置10から取得した商品マスタを記憶する。取引管理装置60は、記憶した商品マスタを、商品登録に関する処理等に利用する。
【0072】
分類番号1の「NON-FILE」に該当する保留商品は、商品登録操作に応じたコードスキャンによって商品コードは取得されたが、取得された商品コードに対応付けられた商品情報が商品マスタに登録されていない。このため、分類番号1の「NON-FILE」に該当する保留商品は、商品マスタに登録された商品のうちのいずれであるのかが特定されていない。
分類番号2~4の「読取NG」、「疑似スキャン投入」、「非スキャン投入」の3つの分類のいずれかに該当する保留商品は、商品登録操作に応じたコードスキャンの結果として、商品コードの取得に失敗している。このため、分類番号2~4の「読取NG」、「疑似スキャン投入」、「非スキャン投入」の3つの分類のいずれかに該当する保留商品は、商品マスタに登録された商品のうちのいずれであるのかが特定されていない。
【0073】
分類番号1~7のうち分類番号1~4の「NON-FILE」、「読取NG」、「疑似スキャン投入」、「非スキャン投入」の4つの分類のいずれかに該当する保留商品は、未特定商品である。未特定商品は、例えば商品マスタに登録された商品のうちのいずれであるのかが特定されなかった(対応の商品情報が特定されなかった)ことで、登録結果が不全となった商品となる。
未特定商品は、さらに、分類番号1の「NON-FILE」のように、商品登録操作により商品コードが取得されたコード取得商品と、分類番号2~4の「読取NG」、「疑似スキャン投入」、「非スキャン投入」のように、商品登録操作により商品コードが取得されなかったコード未取得商品とに分けられる。
【0074】
なお、取引管理装置60は、自装置内の記憶部にカート情報を記憶することに代えてまたは加えて他の装置(取引管理装置60がアクセス可能なファイルサーバ等)にカート情報の一部または全部を記憶してもよい。
【0075】
[セルフ運用に対応する基本的な処理手順例]
図10のシーケンス図は、客端末装置50、精算装置40、及び取引管理装置60が、セルフ運用における一取引の会計に対応して実行する処理手順例を示している。具体的に、同図の処理は、客が、店舗に陳列されている商品のうちから購入対象とする商品を登録し、登録した商品についての精算が完了するまでにおける、客端末装置50、精算装置40、及び取引管理装置60の処理の一例を示したものである。
【0076】
ステップS1:客端末装置50は、店舗を特定する情報(店舗特定情報)を取得する。例えば、店舗の入口付近に当該店舗を特定するための2次元コードを表示(2次元コードを表示画面に出力、2次元コードを印刷した媒体を貼付等)しておき、来店した顧客が、客端末装置50で2次元コードをスキャンする(読み取る)ことにより、客端末装置50は店舗特定情報を取得してもよい。なお、来店した顧客がショッピングアプリケーションを起動させると、起動画面として2次元コードのスキャンを該顧客に指示する画面を表示するようにしてもよいし、来店した顧客が客端末装置50で2次元コードをスキャンすると、ショッピングアプリケーションが起動し、起動画面として取引管理装置60に接続中である旨を該顧客に報知する画面を表示するようにしてもよい。
【0077】
また例えば、店舗は所在地で特定されるため、来店した顧客が、店舗において客端末装置50で位置情報(GPS情報)を取得してもよい(すなわち、店舗特定情報として当該店舗の位置情報を取得してもよい)。なお、来店した顧客がショッピングアプリケーションを起動させると、位置情報を取得し、起動画面として取引管理装置60に接続中である旨を該顧客に報知する画面を表示するようにしてもよい。位置情報から複数店舗が検出され1つに特定できない場合には、選択画面を表示し顧客に選択させるようにしてもよい。もしくは強制的に2次元コードを取得させるモードに切り替えてもよい。
【0078】
図11(A)は、客端末装置50の表示部504にて表示される、ショッピングアプリケーションの起動画面の一例を示している。同図の起動画面においては、店舗名が表示されている。この店舗名は、当該ステップS1により取得された店舗特定情報に基づいて表示されたものである。
客は、買い物のために商品登録を開始させる場合には、起動画面において配置される取引開始指示ボタンBT10を操作する。
取引開始指示ボタンBT10が操作されたことに応じて、客端末装置50は、取得された店舗特定情報と顧客識別情報とを含む取引開始要求を取引管理装置60に送信する。取引開始要求は、上記のように客端末装置50に対する客の操作に応じて送信されてもよいし、特に操作を受け付けることなく、店舗特定情報が取得されたことに応じて送信が実行されるようにしてもよい。
顧客識別情報については、顧客登録の際(客端末装置50にショッピングアプリケーションをダウンロードまたはインストールする際)に、客端末装置50を用いて登録フォームの氏名欄に入力された情報が取引管理装置60の顧客情報に記憶されてよいが、取引管理装置60に加え、客端末装置50の記憶部にも記憶しておいてもよい。なお、店舗が特定された場合には(後述する商品登録初期画面を取得したときには)、当該店舗の店舗名や実施中のサービス(その日に配布されているチラシ情報)、利用可能なクーポン情報を画面(商品登録初期画面または商品登録初期画面とは別の画面)に表示してもよい。なお、サービスやクーポンの情報は、例えば画面情報として取引管理装置60から取得してもよい。
【0079】
また、送信先の情報(取引管理装置60のアドレス)についても、顧客登録の際(客端末装置50にショッピングアプリケーションをダウンロードまたはインストールする際)に取得し、客端末装置50の記憶部に記憶しておいてもよい。なお、2次元コードをスキャンする態様とする場合には、店舗特定情報に加え、送信先の情報についても2次元コード化しておき、客端末装置50で2次元コードをスキャンすることにより、客端末装置50は店舗特定情報とともに送信先の情報も取得してもよい。
【0080】
ステップS2:客端末装置50から取引開始要求として顧客識別情報及び店舗特定情報を受信した取引管理装置60は、当該取引のカート情報を生成する。なお、カート情報は、生成された初期状態では、カート識別情報、取引開始日時、顧客識別情報は格納されるが、実際の取引(商品登録)の開始前であるため、他の情報(取引終了日時、商品情報(登録商品情報、保留商品情報)等)は格納されていない。
【0081】
取引管理装置60は、上述したように、図8(B)に示したような店舗情報を記憶しているため、客端末装置50から取引開始要求として店舗特定情報を受信(顧客識別情報も受信するが)した場合、受信した店舗特定情報が2次元コードであった場合には、店舗特定情報1を参照して店舗識別情報を取得し、受信した店舗特定情報が位置情報(GPS情報)であった場合には店舗特定情報2を参照して店舗識別情報を取得する。なお、取引管理装置60は、客端末装置50から受信した店舗特定情報が店舗識別情報を2次元コード化したものであった場合には、そのまま取得すればよい。
【0082】
つまり、客端末装置50から取引開始要求として顧客識別情報及び店舗特定情報を受信した取引管理装置60は、客端末装置50から受信した店舗特定情報から店舗識別情報を取得し、さらに、現在日付を取得し、シリアル番号を発行(採番)し、店舗識別情報と現在日付とシリアル番号とを結合させて、カート情報内のカート識別情報として記憶する。また、客端末装置50から取引開始要求として店舗特定情報や顧客識別情報を受信した取引管理装置60は、現在日時を取得し、カート情報内の取引開始日時(生成日時)として記憶する。また、客端末装置50から取引開始要求として店舗特定情報や顧客識別情報を受信した取引管理装置60は、客端末装置50から受信した顧客識別情報をカート情報内の顧客識別情報として記憶する。
【0083】
ステップS3:当該取引のカート情報を生成した取引管理装置60は、商品登録初期画面情報(初期画面である商品登録画面の画面情報)を生成し、客端末装置50に送信する。具体的には、取引管理装置60は、例えば、商品登録初期画面情報を生成し、生成した商品登録初期画面情報をカート識別情報とともに客端末装置50に送信する。
【0084】
ステップS4:取引管理装置60からカート識別情報及び商品登録初期画面情報を受信した客端末装置50は、カート識別情報を記憶するとともに、登録画面を表示部に表示する。具体的には、客端末装置50は、例えば図11(B)に示すような商品登録初期画面を表示する。
【0085】
ステップS5:顧客の操作により客端末装置50は、商品に付されたバーコードをスキャンし、商品コードを読み取る。なお、同図では、バーコードのスキャンは成功したものとする。ステップS5~ステップS9は、商品に付されたバーコードをスキャンするごとに繰り返し実行される。
【0086】
バーコードを取得した客端末装置50は、カート識別情報と、スキャンによって得られた商品コードを含む商品登録情報を、取引管理装置60に送信する。
【0087】
ステップS6:客端末装置50から商品登録情報(カート識別情報及び商品コード)を受信した取引管理装置60は、受信された商品登録情報に含まれていたカート識別情報から当該取引のカート情報を特定する。
【0088】
ステップS7:取引管理装置60は、特定したカート情報内の商品データを更新する。具体的には、取引管理装置60は、受信された商品登録情報にN品目としての商品コードが含まれていた場合には、特定したカート情報において、当該商品コードを登録商品情報(登録商品N)の商品コードとして記憶し、当該商品コードに対応する品名及び価格を商品情報から取得し、登録商品情報(登録商品N)の商品及び価格として記憶する。また、取引管理装置60は、特定したカート情報において、登録商品情報(計)を更新する。
【0089】
ステップS8:カート情報内の商品データを更新した取引管理装置60は、商品登録更新画面情報(登録した商品が追加された更新画面である商品登録画面の画面情報)を生成し、客端末装置50に送信する。具体的には、取引管理装置60は、例えば、客端末装置50において図11(C)に示すような、登録商品リストにおいて今回登録された商品のリスト項目が追加された商品登録更新画面が表示されるような商品登録更新画面情報を生成し、生成した商品登録更新画面情報をカート識別情報とともに客端末装置50に送信する。
【0090】
なお、図11(C)に示した商品登録画面(商品登録更新画面)は、3品目の商品として「〇〇食パン」が登録された後に客端末装置50に表示されるものである。つまり、取引管理装置60は、1品目として「〇〇ヨーグルト」をカート情報に格納したときには、客端末装置50において「〇〇ヨーグルト」が表示されるような商品登録更新画面情報を生成し、生成した商品登録更新画面情報をカート識別情報とともに客端末装置50に送信し、2品目として「〇〇チョコレート」をカート内に記憶したときには、客端末装置50において「〇〇ヨーグルト」と「〇〇チョコレート」とが表示されるような商品登録更新画面情報を生成し、生成した商品登録更新画面情報をカート識別情報とともに客端末装置50に送信し、3品目として「〇〇食パン」をカート情報に格納したときには、図11(C)に示すように、客端末装置50において「〇〇ヨーグルト」と「〇〇チョコレート」と「〇〇食パン」とが表示されるような商品登録更新画面情報を生成し、生成した商品登録更新画面情報をカート識別情報とともに客端末装置50に送信する。
【0091】
なお、1の商品が登録されたことに応じて、例えば図12(A)に示されるように、今回登録された商品を提示する登録商品提示画面WD1が表示されるようにしてよい。また、同図の登録商品提示画面WD1においては、対象の商品がイートインに対応していることに応じて、イートインにより飲食するか否かを顧客に確認する「はい」ボタンBT1と「いいえ」ボタンBT2とが配置された例が示されている。この場合には、「はい」ボタンBT1が操作された場合と、「いいえ」ボタンBT2が操作された場合とで、対象の商品に係る消費税率が異なるようにして商品の価格が計算されることになる。
【0092】
ステップS9:取引管理装置60からカート識別情報及び商品登録更新画面情報を受信した客端末装置50は、登録画面に商品を追加する。具体的には、客端末装置50は、例えば図11(C)に示すような商品登録更新画面を表示する。なお、上述したように、図11(C)に示した商品登録画面(商品登録更新画面)は、3品目の商品として「〇〇食パン」が登録された後に客端末装置50に表示されるものである。
【0093】
ステップS10:客端末装置50は、顧客の操作として精算移行指示操作を受け付ける。例えば、図11(C)に示した「お会計へ進む」ボタンのタッチを受け付ける。
【0094】
ステップS11:精算移行指示操作を受け付けた客端末装置50は、精算移行コードCDPを生成する。つまり、客端末装置50は、当該客端末装置50による買上商品について精算処理を実行するために必要となる情報(例えば、カート識別情報)を2次元コード化することで、精算移行コードCDPを生成する。精算移行コードCDPを生成した客端末装置50は、生成した精算移行コードCDPを表示部に表示する。例えば、図11(D)に示したような精算移行コードCDPを配置した精算移行コード画面を表示部に表示する。
【0095】
ステップS12:精算装置40は、客端末装置50の表示部に表示されている精算移行コードCDPをスキャンする(読み取る)。例えば、精算装置40は、顧客によって客側スキャナ部406による認識範囲内に向けられた客端末装置50の表示部に表示されている精算移行コードCDPをスキャンする。
【0096】
ステップS13:客端末装置50の表示部に表示されている精算移行コードCDPを読み取った精算装置40は、取引管理装置60に小計金額の算出を要求する。例えば、精算装置40は、小計金額の算出を要求する算出要求(小計算出要求情報)を精算移行コードCDPから取得したカート識別情報とともに取引管理装置60に送信する。
【0097】
ステップS14:客端末装置50からカート識別情報及び小計算出要求情報を受信した取引管理装置60は、カート識別情報から当該取引のカート情報を特定する。
【0098】
ステップS15:カートを特定した取引管理装置60は、特定したカート情報に対応するカート情報に含まれる登録商品情報における価格等の情報を利用して、小計金額を算出する。
【0099】
ステップS16:小計金額を算出した取引管理装置60は、カート情報を更新(小計金額(算出後小計金額)を記憶)するとともに、算出した小計金額を示す小計情報をカート識別情報とともに精算装置40に送信する。
【0100】
ステップS17:取引管理装置60からカート識別情報及び小計情報(精算情報)を受信した精算装置40は、客側表示部405に小計金額を表示する。
【0101】
ステップS18:客側表示部405に小計金額を表示した精算装置40は、支払い(精算)を実行する。具体的には、精算装置40は、決済種別の選択を受け付ける。現金の場合には、預り金の投入を受け付けて、釣り銭金額を算出し、釣り銭がある場合には、釣り銭を放出するとともに、レシートを発行する。また、精算装置40は、精算が完了した場合には、精算完了情報をカート情報とともに取引管理装置60に送信し、取引管理装置60は当該カートの取引終了日時(精算日時)を記憶する。
【0102】
なお、客端末装置50は、商品をスキャンした後に商品コードを取引管理装置60に送信するが(S5)、当該店舗(来店して商品登録初期画面を表示したときの店舗)内においてスキャンした商品以外の商品(例えば、他の店舗に移動してスキャンした商品等)について商品コードを送信しないようにしてもよい。例えば、客端末装置50は、来店時(又は商品登録初期画面の表示時)に位置情報(GPS情報)を取得し、記憶する。また、客端末装置50は、個々の商品をスキャンしたときに位置情報を取得し、商品のスキャン時に取得した位置情報と来店時(又は商品登録初期画面の表示時)に取得した位置情報とを比較する。そして、客端末装置50は、両者が一致(または略一致)した場合には当該商品の商品コードの取引管理装置60への送信を許可し、一致(または略一致)しなかった場合には当該商品の商品コードの取引管理装置60への送信を禁止してもよい。
これにより、不適切な商品登録(例えば、他の店舗等において生成されたカートに対する商品登録等)を防止することができる。
【0103】
精算装置40は、上述のように商品コードの送信を禁止した場合には、商品のスキャン後にエラーメッセージ(例えば、「〇〇店舗内ではないため、登録ができません」)を客側表示部405に表示してもよい。また、精算装置40は、上記メッセージを客側表示部405に代えてまたは加えて店員側表示部410に表示してもよい。
【0104】
また、精算装置40は、客端末装置50の表示部に表示されている精算移行コードCDPを読み取った後に取引管理装置60に小計金額の算出を要求するが(S13)、当該店舗内においてスキャンした商品以外の商品(例えば、他の店舗でスキャンした商品等)について小計金額の算出を要求しないようにしてもよい。例えば、精算装置40は、当該店舗の店舗識別情報を参照し(自精算装置40内に当該店舗の店舗識別情報を記憶し参照してもよいし、アクセス可能な他の装置内に記憶されている店舗識別情報を参照してもよい)、客端末装置50の表示部に表示されている精算移行コードCDPを読み取ったときに、当該精算移行コードCDPから得られるカート識別情報と、当該店舗の店舗識別情報とを比較する。そして、精算装置40は、カート識別情報に含まれる店舗識別情報が、当該店舗の店舗識別情報を含む構成である場合には小計金額の算出の要求を許可し、当該店舗の店舗識別情報を含む構成でない場合には小計金額の算出の要求を禁止してもよい。
これにより、不適切な精算(例えば、他の店舗等において商品登録された商品の精算等)を防止することができる。
【0105】
精算装置40は、上述のように小計金額の要求を禁止した場合には、精算移行コードCDPの読取後にエラーメッセージ(例えば、「〇〇店舗以外の商品を含むため、精算ができません」)を客側表示部405に表示してもよい。また、精算装置40は、上記メッセージを客側表示部405に代えてまたは加えて店員側表示部410に表示してもよい。
【0106】
なお、図10の処理手順の例では、取引管理装置60が小計金額を算出するようにされている。しかしながら、例えば、精算装置40が、取引管理装置60からカート情報を取得し、取得されたカート情報に基づいて、小計金額を算出するようにされてよい。あるいは、取引管理装置60が管理装置10にカート情報を送信して小計金額の算出を要求し、管理装置10が受信されたカート情報を利用して小計金額を算出し、算出された小計金額を、取引管理装置60を経由して精算装置40に送信するようにされてよい。
【0107】
なお、本実施形態のショッピングシステムにおいて、客端末装置50は、図10のように商品が登録されるごとに商品登録情報を送信するのではなく、全ての商品についての商品登録が完了したことに応じて、登録された全ての商品についての商品登録情報を一括して送信してもよい。
【0108】
[未特定商品が登録された場合の客端末装置の動作について]
図10では、ステップS5は、商品コードの読み取りが成功し、かつ、読み取られた商品コードに該当する商品が特定できた場合に対応した処理である。
しかしながら、ステップS5に対応して客端末装置50が商品コードの読み取り処理を行っている段階にて、商品登録結果として、図9の分類番号1~4のいずれかによる未特定商品としての登録が行われたとの結果(未特定結果)を生じる場合がある。
【0109】
具体例として、図12(B)は、分類番号3の擬似的スキャンとしての未特定結果が発生したと客端末装置50が判定した場合に対応する一事例を、商品登録画面の撮像画像により示している。同図には、客端末装置50にて表示される商品登録画面が示されている。同図の商品登録画面においては、指によってバーコード部分が隠されてしまっている状態で客が商品のバーコードを客端末装置50に読み取らせようとしている様子の撮像画像が表示された状態が示されている。
なお、このような未特定結果となった商品等をはじめとして保留商品に該当する登録結果となった場合には、保留商品の保留状態を解除してもらうために店員を呼び出す操作が行われるボタンが表示されてよい。
【0110】
このような場合、客端末装置50は、撮像画像からバーコードの存在は認識したが、バーコードからコードを抽出できなかったとの処理結果を得る。このような処理結果は、擬似的スキャンにおける処理結果の一類型に含まれることから、客端末装置50は、擬似的スキャンが発生したことを検出する。この場合、客端末装置50は、分類番号3の擬似的スキャンが行われた未特定商品であることを示す商品登録情報を、取引管理装置60に送信する。
【0111】
また、客端末装置50は、上記のように未特定結果の発生に応じて商品登録情報を送信する際には、発生した未特定結果に対応する撮像画像を送信する。送信される撮像画像は、商品コードの読み取りのために撮像部506が撮像している撮像画像を例えば一定時間バッファリングするようにされたうえで、バッファリングされた撮像画像から抽出するようにされてよい。また、送信される撮像画像は、例えば所定枚数による静止画像であってもよいし、未特定結果の発生に応じた所定期間の動画像であってもよい。
【0112】
また、上記のようにして未特定結果が発生したことにより登録対象の商品が未特定商品とされた場合、客端末装置50は、未特定商品を、保留商品として扱う。この場合の客端末装置50は、未特定結果が発生したと判定したタイミングで、図12(C)に示すように、未特定商品については保留商品とし、保留商品用のバッグに入れてもらうことを促す案内画像WD2を表示させてよい。具体的に、同図の案内画像WD2においては、「スキャンできない場合は、専用バッグに商品を入れてください」とのメッセージが表示されている。なお、案内画像WD2の態様としては特に限定されない。
同図の案内画像WD2は、商品登録画面上に重畳するように表示された態様である。同図の案内画像WD2においては、確認ボタンBT3が配置されている。この場合、案内画像WD2は、確認ボタンBT3に対する操作が行われることに応じて消去される。あるいは、案内画像WD2は、表示の開始から一定時間経過したことに応じて消去されてもよい。案内画像WD2が消去された後は、例えば図11(B)または図11(C)の商品登録画面に戻るようにされてよい。
【0113】
未特定商品は、上記のように保留商品として扱われる。商品登録画面においては、図11(C)に例示したように登録商品リストが表示されるが、保留商品のうち未特定商品に分類される商品については、登録商品リストにおいてリスト項目は表示されなくともよい。未特定商品に分類されない保留商品については、登録商品リストにおいてリスト項目として表示される。なお、未特定商品についても、未特定商品であることを示すようにして登録商品リストにおいてリスト項目が表示されてもよい。
【0114】
客は、購入対象の商品の全ての登録を終えると精算移行指示操作を行い、客端末装置50に表示された精算移行コードCDPを精算装置40に読み取らせる。精算移行コードCDPを読み取った精算装置40は、図9のステップS13として示したように、取引管理装置60に小計金額の算出を要求する。ここで、本実施形態の精算装置40は、小計金額の算出を要求するにあたり、精算処理に利用される精算情報を要求する。
【0115】
取引管理装置60は、精算情報の要求に応じて、該当のカート情報を特定し、特定されたカート情報に基づいて精算情報を生成する。精算情報には、カート情報における登録商品情報と、登録された商品に応じた小計金額等の情報が含まれる。また、精算情報に含まれる登録商品情報のうち、登録不全商品に対応する登録商品情報には、未特定結果に対応する撮像画像が含まれる。取引管理装置60は、生成された精算情報を精算装置40に送信する。
精算装置40は、精算情報を受信すると、受信された精算情報の内容が反映された精算画面を客側表示部405に表示させる。
【0116】
図13は、精算装置40の客側表示部405に表示される精算画面の一例を示している。
同図の精算画面においては、登録商品リストエリアAR3が配置されている。登録商品リストエリアAR3は、客端末装置50により登録された商品のリストを提示するエリアである。
【0117】
以降の説明において、登録商品リストエリアAR3における商品のリスト項目ごとに対応する商品情報(登録商品情報、保留商品情報)についてはレコードともいう場合がある。
また、登録商品情報と、年齢確認商品(分類番号5)、医薬品(分類番号6)、防犯タグ商品(分類番号7)による分類に対応する保留商品情報とについては、商品が特定されていることから、商品特定レコードともいう。商品特定レコードのうち、登録商品情報については、保留商品としてではなく、正常に登録された商品に対応することから、正常登録レコードともいう。保留商品情報のうちで、未特定商品(分類番号1~4)に対応するものについては、未特定レコードともいう。
【0118】
登録された商品のうちに保留商品が含まれる場合には、登録商品リストエリアAR3において、保留商品のリスト項目を優先させて左欄の上側から配置するようにされる。つまり、登録商品リストエリアAR3において、保留商品のリスト項目を先頭から順に配列させるようにしている。
同図の例では、登録された商品のうちに5つの保留商品が含まれていたことに応じて、登録商品リストエリアAR3において、左上から5つの保留商品のリスト項目を含む保留商品リストエリアAR31が形成された例が示されている。保留商品リストエリアAR31のリスト項目は、例えば背景色等の態様が他の商品のリスト項目と異なるようにされている。
【0119】
そのうえで、保留商品リストエリアAR31においては、まず、保留商品のうちで商品が特定されている商品特定レコードに対応するリスト項目が順に配置され、続けて、商品が特定されなかった未特定商品に対応するリスト項目が順に配置されている。つまり、保留商品リストエリアAR31においては、保留商品のうちで商品が特定されている商品特定レコードに対応するリスト項目と、商品が特定されなかった未特定商品に対応するリスト項目とで区分された配列となっている。
【0120】
登録商品リストエリアAR3においては、保留商品リストエリアAR31に続けて、正常登録レコードに対応するリスト項目が配置される。同図では、登録商品リストエリアAR3において、正常登録レコードに対応するリスト項目は、商品の価格が高い順により配置された例が示されている。
登録商品リストエリアAR3のリスト項目のうち、商品特定レコードに対応するリスト項目においては、特定された商品の商品名、登録数量、登録数量に応じた価格等が示されている。
【0121】
保留商品リストエリアAR31における保留商品ごとのリスト項目においては、保留解除宣言ボタンBT31が配置されている。保留解除宣言ボタンBT31は、対応の商品の保留の解除を宣言する操作が行われるボタンである。ただし、保留解除宣言ボタンBT31は、同図の精算画面においては操作が不可とされており、後述の保留解除処理画面にて操作可能となる。精算画面において、保留解除宣言ボタンBT31は、対応のリスト項目が保留商品に対応するものであることを示すアイコンとしての機能を有する。
【0122】
保留解除宣言ボタンBT31においては、それぞれ、対応の商品が該当する保留商品としての分類の名称が示されている。
具体的に、例えば年齢確認商品(分類番号5)、医薬品(分類番号6)、防犯タグ商品(分類番号7)、取消商品(分類番号8)については、それぞれ、保留解除宣言ボタンBT31において対応の分類を示す名称が表示される。また、未特定商品(分類番号1~4)については、一括して「保留商品」との名称が表示される。
同図では、保留解除宣言ボタンBT31における表示として、1行目のリスト項目は、年齢確認商品(分類番号5)であることに対応して、「年齢確認」と表示され、2行目のリスト項目は、防犯タグ商品(分類番号7)であることに対応して、「防犯タグ」と表示され、3行目のリスト項目は、医薬品(分類番号6)であることに対応して、「医薬品」と表示された例が示されている。また、4行目と5行目のリスト項目は、それぞれ、「保留商品」と表示された例が示されている。
4行目と5行目のリスト項目においては、サムネイル画像TNが配置されている。サムネイル画像TNは、対応の未特定商品について商品登録操作が行われているときに客端末装置50により撮像して得られた撮像画像である。サムネイル画像TNは、静止画であっても動画であってもよい。
店員は、サムネイル画像TNが配置されているか否かにより、保留商品のリスト項目について、未特定商品に対応するリスト項目と、商品が特定された保留商品に対応するリスト項目とを視覚的に区別できる。また、店員は、サムネイル画像TNにおいて表示される内容により、未特定商品として登録された商品が実際には何であったのかを把握できる。
なお、保留解除宣言ボタンBT31において対応の分類を示す表示としては、分類を示すアイコン等の絵柄であってもよい。
【0123】
保留商品のリスト項目のうち、年齢確認商品(分類番号5)、医薬品(分類番号6)、防犯タグ商品(分類番号7)等のように特定された商品が対応するリスト項目においては、特定された商品の商品名、登録数量、登録数量に応じた価格等が示される。
これに対して、未特定商品に対応するリスト項目においては、対応の保留商品の分類に応じた内容が表示される。具体的に、NON-FILE(分類番号1)としての未特定商品の場合には、同図の5行目のリスト項目のようにして、NON-FILEであることを示すとともに、読み取られた商品コードが示されてよい。また、読取NG(分類番号2)、疑似スキャン投入(分類番号3)、及び非スキャン投入(分類番号4)の未特定商品(コード未取得商品)の場合には、同図の4行目のリスト項目のようにして、商品コードの読み取りができなかったことを示すメッセージが表示されてよい。
【0124】
同図のように、精算画面の登録商品リストエリアAR3において、保留商品リストエリアAR31が形成されている場合、店員が保留商品を処理するための操作を行う必要がある。このように保留商品リストエリアAR31が形成された精算画面が表示された場合、精算装置40は、店員に保留商品の処理の操作を行わせるための店員呼出を実行する。店員呼出として、精算装置40は、例えば、精算装置40がサインポール等の表示器を所定の態様で表示させたり、店員が所持あるいは監視する端末装置に店員呼出の通知を送信するようにされてよい。
また、同図のように、登録結果に保留商品が含まれていることで、保留商品リストエリアAR31が形成されている精算画面が表示されている状態では、精算装置40は、客による精算に関する操作を受け付けないようにされている。また、例えば、同図の精算画面における登録商品リストエリアAR3の上の領域においては、客に向けて、呼び出しを受けた店員が精算装置40にまで赴いてくることを報知するメッセージが表示されている。
【0125】
店員呼出に応じて精算装置40に赴いた店員は、精算装置40に店員としてログインするログイン操作を行う。この場合のログイン操作は、例えば、店員証に印刷されている店員コード(2次元コードあるいはバーコードの形式であってよい)を、スキャナ部(客側スキャナ部406または店員側スキャナ部412)に読み取らせるという操作であってよい。あるいは、例えば置数操作によって店員番号等を入力する操作であってよい。
【0126】
店員によるログインが行われたことに応じて、客側表示部405における表示は、精算画面から保留解除処理画面(図示省略)に遷移する。店員は、保留解除処理画面に対する操作を行うことで、精算画面の登録商品リストエリアAR3において表示されていた保留商品のリスト項目ごとに対応する保留商品についての保留状態の解除(保留解除)を行う。
なお、保留解除処理画面は、複数の画面により構成されてよい。つまり、1の保留解除処理画面が表示された状態のもとで店員の操作が行われることに応じて、所定の操作を受け付ける他の保留解除処理画面に遷移するようにされてよい。
【0127】
店員は、保留商品のうち、商品が特定できている分類の保留商品(年齢確認商品(分類番号5)、医薬品(分類番号6)、防犯タグ商品(分類番号7)の保留解除を行う場合には、それぞれの分類に応じた所定の応対作業を行ったうえで、対象の商品の保留を解除させるための保留解除宣言操作を行う。保留解除宣言操作が行われたことに応じて、精算装置40は、取引管理装置60に保留解除要求を送信する。保留解除要求を受信した取引管理装置60は、対応の保留商品情報を通常の商品情報として管理するようにされる。これにより、商品が特定できている分類の保留商品について保留状態が解除される。
【0128】
具体的に、保留解除の対象の商品が年齢確認商品である場合、店員は、応対作業として客が成人であることを確認し、保留解除宣言操作を行う。
また、保留解除の対象の商品が医薬品である場合、店員は、応対作業として、自分が薬剤師の資格を有しているのであれば自ら説明を行うか、薬剤師の資格を有する他の店員に説明を行ってもらったうえで、保留解除宣言操作を行う。
また、保留解除の対象の商品が防犯タグ商品である場合、店員は、応対作業として、対象の商品に取り付けられている防犯タグを外し、保留解除宣言操作を行う。
【0129】
また、店員は、未特定商品として分類される保留商品(NON-FILE(分類番号1)、読取NG(分類番号2)、疑似スキャン投入(分類番号3)、非スキャン投入(分類番号4))の保留解除を行う場合には、例えば対象の保留商品が何であるのかを、実物または保留解除処理画面にて表示させた登録時の撮像画像などから判断する。
店員は、対象の保留商品が何であるのかを確認すると、確認した商品に対応する商品情報を入力する操作を保留解除処理画面に対して行うようにされる。精算装置40は、入力された商品情報を含む保留解除要求を取引管理装置60に送信する。保留解除要求を受信した取引管理装置60は、受信された保留解除要求に含まれる商品情報を利用して、未特定商品として分類された保留商品についての保留商品情報を通常の商品情報として管理する。これにより、未特定商品として分類された保留商品についての保留状態が解除される。
【0130】
また、店員は、保留商品の登録を削除する操作を行って保留状態を解除することもできる。
また、店員は、保留商品の保留状態を解除して正常に登録された状態とする際に、必要に応じて購入数量を入力する操作を行ってもよい。
【0131】
このようにして、一取引における全ての保留商品の保留状態の解除が完了すると、精算装置40は、保留商品の含まれていない精算画面を表示させる。客は、このように精算画面が表示された精算装置40を操作して、精算を行うことができる。
【0132】
なお、店員側表示部410においても、図13と同様の精算画面が表示可能とされるとともに、店員が客に代わって精算に関する操作を行えるようにされてもよい。また、店員側表示部410にて精算画面が表示された状態のもとでの店員によるログイン操作に応じて、精算画面から保留解除処理画面に遷移するようにされてよい。さらに、店員側表示部410にて表示された保留解除処理画面に対して店員が操作可能とされてよい。
【0133】
<第2実施形態>
続いて、第2実施形態について説明する。上記の第1実施形態において、保留解除の処理は、顧客が商品登録を終えて客端末装置50に表示させた精算移行コードCDPを精算装置40に読み取らせたうえで、店員が精算装置40にまで赴いて操作を行うことで行われている。
しかしながら、上記のような保留解除の手順では、本来は客が精算を行う精算装置40にて、店員が保留解除のための操作を行うことになる。このため、登録された商品に保留商品が含まれる取引の精算を行う顧客より後ろで順番の精算順番待ちをしている客は、店員による保留解除の操作にかかる余計な時間も待たなければならなくなる。つまり、他の顧客の会計の進行が妨げられることになる。なお、ここでの「会計」とは、一取引における商品の登録から登録された商品についての精算までを含む手続をいう。
【0134】
例えば、本実施形態のショッピングシステムにおいて、顧客が客端末装置50により商品を登録したことで保留商品としての登録結果が生じたことに応じて、店員用端末に対して通知が行われるようにされてよい。店員用端末は、例えば、取引情報管理装置80、管理装置10等であってよい。また、店員用端末は、店舗において設置されて店員が操作するPOSレジスタ等であってもよい。また、店舗において設置されたパーソナルコンピュータであってもよい。また、店員が所持するスマートフォン、タブレット端末、ハンディターミナル等の店員用携帯端末であってもよい。例えば、客端末装置50がショッピングカートに固定的に取り付けられたような態様で店舗から顧客に貸し出されるものであるような場合には、客端末装置50も店員用端末として機能させることが可能なようにされてよい。
この場合、通知を受けた店員がすぐに顧客と応対して保留解除の操作を行うことができる。これにより、精算装置40にて店員が保留解除の操作を行わなくともよくなる。ただし、この場合には、顧客が商品登録を完了していない段階で店員が保留商品の発生を把握し、保留解除に応対することになる。例えば顧客によっては、商品登録が完了していないのにもかかわらず、商品登録状況が把握されることを好まない可能性もある。
【0135】
そこで、本実施形態のショッピングシステムは、以下に説明するようにして、顧客が客端末装置50を利用した商品登録を完了させたことに対応して、顧客が精算装置40に赴く前の段階で、店員が保留解除に対応できるようにする。
【0136】
前述のように、顧客は、購入対象とする全ての商品についての登録を完了すると、客端末装置50にて表示されている商品登録画面に配置された「お会計へ進む」ボタンを操作する。つまり、顧客は、商品登録の完了に応じて精算移行指示操作を行う。なお、「お会計へ進む」ボタンに関して、「お会計」は精算と同義で用いられている。
この場合において、登録された商品のうちに保留商品が含まれていなければ、客端末装置50は、図11(D)に示されるように、精算移行コードCDPを配置した精算移行コード画面を表示する。この場合、顧客はそのまま精算装置40に赴き、精算装置40に精算移行コードCDPを読み取らせて精算を行うことができる。
【0137】
これに対して、登録された商品のうちに保留商品が含まれている場合、客端末装置50は、精算移行指示操作が行われたことに応じて、精算移行コード画面に代えて、保留解除移行コード画面を表示する。
【0138】
図14は、保留解除移行コード画面の一例を示している。同図の保留解除移行コード画面においては、保留解除移行コードCDHが表示されている。また、保留解除移行コード画面においては、登録された商品に保留商品が含まれているため、サービスカウンタに赴いて保留解除移行コードCDHを店員に提示するよう、顧客に案内するメッセージが表示される。また、保留解除移行コード画面においては、精算移行指示ボタンBT41が配置される。精算移行指示ボタンBT41は、保留商品の解除後において、精算に移行するための操作が行われるボタンである。
なお、精算移行指示ボタンBT41は、保留解除が完了する等して精算不可の状態が解消されるまでは操作が不可とされてよい。操作が不可の状態であるのにかかわらず精算移行指示ボタンBT41が操作された場合には、顧客が現在の保留解除が必要とされる状況を把握していない可能性がある。そこで、このような場合には、顧客に向けて、保留解除を店員に行ってもらうためにサービスカウンタへ赴いてもらうことの案内を、ポップアップウィンドウなどにより表示することで、店員が的確に現在の状況を把握できるようにしてよい。なお、精算移行指示ボタンBT41に代えて、例えば店員を呼び出すための操作が行われるボタン、あるいは商品登録画面に戻すための操作が行われるボタンが配置されてもよい。
【0139】
保留解除移行コードCDHの情報は、精算移行コードCDPと同様に、顧客が商品登録を行った結果が反映されたカート情報を示すカート識別情報を含む。ただし、保留解除移行コードCDHの情報には、店員用端末は読み取り可能であるが、精算装置40は読み取りを受け付けない(読み取りできない)ようにするための読み取り制御情報が含まれる。
【0140】
このため、顧客が、精算装置40に赴いて、客端末装置50にて表示されている保留解除移行コード画面の保留解除移行コードCDHを読み取らせる操作を行っても、精算装置40は、保留解除移行コードCDHの読み取りを受け付けず、例えば読み取りが不可であることの報知を行うようにされてよい。
【0141】
保留解除移行コード画面が表示された場合、顧客は、サービスカウンタに赴き、店員に保留解除移行コード画面を提示する。
サービスカウンタには、取引情報管理装置80が設置されている。取引情報管理装置80は、保留解除に対応する処理を実行可能とされている。この場合、取引情報管理装置80にはコードスキャナが設けられている。なお、例えばサービスカウンタにて設置され、保留解除に対応する処理を実行可能な店員用端末は、取引情報管理装置80に限定されるものではなく、例えばPOSレジスタ等であってもよい。
店員は、顧客から提示された保留解除移行コード画面に表示されている保留解除移行コードCDHを、取引情報管理装置80に読み取らせる操作を行う。取引情報管理装置80は、保留解除移行コードCDHの読み取りを受け付け可能とされている。つまり、取引情報管理装置80は、保留解除移行コードCDHにおいて示される読み取り制御情報を参照して、自己が読み取り可能なコードであることを認識し、保留解除移行コードCDHの読み取りを実行する。
取引情報管理装置80は、読み取った保留解除移行コードCDHにおいて示されるカート識別情報を取得する。取引情報管理装置80は、カート識別情報が示すカート情報を取引管理装置60から取得する。
取引情報管理装置80は、取得されたカート情報を利用して、保留解除処理画面を表示する。取引情報管理装置80にて表示される保留解除処理画面は、例えば第1実施形態の精算装置40にて表示される保留解除処理画面と同様の態様であってよい。店員は、保留解除処理画面に対する操作によって、保留商品ごとに保留状態を解除する。
【0142】
登録された商品に含まれていた保留商品の全てについて保留状態が解除されることにより、顧客の取引において登録された商品には保留商品が含まれなくなり、精算が可能な状態となる。
そこで、顧客は、保留解除移行コード画面において表示されている精算移行指示ボタンBT41を操作する。精算移行指示ボタンBT41が操作されたことに応じて、客端末装置50は、図11(D)と同様の精算移行コード画面を表示させる。顧客は、精算装置40に赴き、精算装置40に精算移行コードCDPを読み取らせて精算を行うようにされる。
【0143】
このような手順で保留解除が行われることで、精算装置40にて保留解除の操作が行われないようにすることができる。また、この場合には、顧客が精算移行指示操作を行うことにより商品登録の完了を宣言した後において、はじめて、店舗側が商品登録内容を把握することになる。このため、顧客も、自分の商品登録内容が店舗側に知られることを、心理的に受け入れやすくなる。
【0144】
なお、取引情報管理装置80にて、全ての保留商品の保留状態の解除が完了したことに応じて、引き続き、店員の操作に応じて精算処理が可能なようにされてもよい。取引情報管理装置80に対して、例えばクレジットカード、キャッシュカード、プリペイドカード、交通系カード等のカード媒体に対応したカードリーダを設けてよい。これにより、取引情報管理装置80は、カード媒体に対応する精算処理が可能となる。また、取引情報管理装置80に釣銭機を設けることで、現金決済に対応する精算に応じた精算処理が可能となる。
【0145】
なお、例えば、店舗における時間帯や、精算装置40の稼働状況等に応じて、精算装置40での保留解除が許容されるようにしてよい。例えば、早朝や深夜等のように配置される店員が少ない時間帯では、サービスカウンタに店員が不在であることが多い。また、早朝や深夜の時間帯においては顧客の数も少ない。この場合、店員が精算装置40にて保留解除を行っても、精算順番待ちの顧客の待ち時間が長くなる状況となりにくい。そこで、早朝や深夜等のように店員、顧客の数が少ない時間帯においては、精算装置40での保留解除が可能なようにされてよい。この場合、例えば精算装置40は、該当の時間帯においては、保留解除移行コードCDHに含まれる読み取り制御情報を無効とし、通常の精算移行コードCDPとして扱って処理を行うようにされてよい。
また、店舗に設置された精算装置40のうちで稼働中の精算装置40の数が一定以上の場合にも、或る精算装置40にて店員が保留解除の操作を行っていたとしても、精算順番待ちの顧客の待ち時間が長くなる状況となりにくい。そこで、稼働中の精算装置40の数が一定以上である場合には、精算装置40での保留解除が可能なようにされてよい。
【0146】
図15のフローチャートを参照して、本実施形態の客端末装置50が商品登録の完了に応じて実行する処理手順例について説明する。
【0147】
ステップS101:顧客は客端末装置50の利用による商品登録が完了すると、精算移行指示操作を行う。精算移行指示操作は、図11(B)等に示した商品登録画面における「お会計へ進む」ボタンに対する操作である。商品登録処理中の客端末装置50は、精算移行指示操作としての「お会計へ進む」ボタンに対する操作が行われるのを待機している。
【0148】
ステップS102:精算移行指示操作が行われると、客端末装置50は一取引に応じてこれまでに登録された商品のうちに保留商品が有るか否かを判定する。
【0149】
ステップS103:ステップS102にて保留商品がないと判定された場合、客端末装置50は、図11(D)に例示した精算移行コード画面を生成し、生成した精算移行コード画面を表示部504に表示させる。
【0150】
ステップS104:ステップS103にて保留商品が有ると判定された場合、客端末装置50は、図14に例示した保留解除コード画面を生成し、生成した保留解除コード画面を表示部504に表示させる。
【0151】
なお、上記の説明では、サービスカウンタの取引情報管理装置80が保留解除移行コード画面の保留解除移行コードCDHを読み取り可能とされている場合を例に挙げた。これに応じて、図14の保留解除移行コード画面においては、顧客にサービスカウンタに赴いてもらうよう案内するメッセージが表示されていた。
しかしながら、取引情報管理装置80に加えて、あるいは取引情報管理装置80に代えて、例えば店員が所持するタブレットのような店員用携帯端末を保留解除処理が可能な店員用端末として使用してよい。
この場合には、保留解除移行コード画面において、店舗内にいる店員を見かけたら保留解除のために声をかけるよう案内するメッセージが表示されてよい。顧客は、例えば最寄りの店員に声をかけ、保留解除移行コード画面を提示する。店員は、保留解除移行コード画面の保留解除移行コードCDHを店員用携帯端末に読み取らせて、店員用携帯端末に保留解除処理画面を表示させ、保留解除の操作を行うことができる。
【0152】
<第3実施形態>
続いて、第3実施形態について説明する。第1実施形態において、保留解除コード画面には保留解除移行コードCDHが表示されていた。保留解除移行コードCDHは、店員用端末が読み取ることにより、店員用端末が保留解除の処理に移行可能なように制御可能であるが、精算装置40は読み取り不可とされたコードであった。
【0153】
これに対して、本実施形態の保留解除移行コード画面においては、保留解除移行コードCDHに代えて、精算移行禁止制御コードが表示される。
精算移行禁止制御コードは、カート識別情報と精算移行禁止フラグとを含む。精算移行禁止制御コードは、保留解除移行コードCDHと同様に2次元コードであってもよいし、バーコードであってもよい。
精算移行禁止制御コードが表示される保留解除移行コード画面においては、精算装置40に赴いて精算移行禁止制御コードを読み取らせてもらうようにすることを顧客に案内するメッセージが表示されてよい。
【0154】
本実施形態において、顧客は、精算装置40に赴き、精算装置40に精算移行禁止制御コードを読み取らせる操作を行うようにされる。精算装置40は、精算移行禁止制御コードを読み取ることに応じて、まず、読み取られた精算移行禁止制御コードに含まれる精算移行禁止フラグのあることを認識する。
精算移行禁止フラグのあることを認識した場合、精算装置40は、顧客に向けて、例えば、登録された商品に保留商品が含まれているため現段階では精算を行えないことを通知するとともに、サービスカウンタに赴いて店員に保留解除を行ってもらうように案内するメッセージを表示する。
【0155】
顧客は、サービスカウンタに赴いて、店員に精算移行禁止制御コードが表示された保留解除移行コード画面を提示する。店員は、取引情報管理装置80に設けられたコードスキャナにより、提示された保留解除移行コード画面において表示されている精算移行禁止制御コードを読み取らせる操作を行う。
【0156】
本実施形態の取引情報管理装置80は、精算移行禁止制御コードを保留解除指示として解釈するようにされている。つまり、取引情報管理装置80は、読み取った精算移行禁止制御コードに含まれる精算移行禁止フラグを無効とする。そのうえで、取引情報管理装置80は、同じ精算移行禁止制御コードに含まれる精算移行コードCDPが示すカート情報識別情報に対応付けられたカート情報を取引管理装置60から取得する。取引情報管理装置80は、取得したカート情報を利用して保留解除処理画面を表示する。店員は、表示された保留解除処理画面に対する操作により、保留商品ごとに保留状態を解除する操作を行う。
【0157】
上記のように店員が操作を行ったことで、登録された商品に含まれていた保留商品の全ての保留状態が解除され、精算が可能な状態となる。顧客は、第2実施形態の場合と同様に、保留解除移行コード画面の精算移行指示ボタンBT41を操作して図11(D)と同様の精算移行コード画面を表示させる。顧客は、精算装置40に赴き、精算装置40に精算移行コードCDPを読み取らせて精算を行うようにされる。
なお、本実施形態においても取引情報管理装置80にて、全ての保留商品の保留状態の解除が完了したことに応じて、引き続き、店員の操作に応じて精算処理が可能なようにされてもよい。
なお、本実施形態においても店員用携帯端末が、保留解除処理が可能な店員用端末として使用されてよい。
【0158】
また、本実施形態の変形例として、精算装置40は、精算移行禁止制御コードを読み取ったことに応じて、保留解除許可通知を取引情報管理装置80や店員用携帯端末等の店員用端末に送信してよい。
【0159】
保留解除許可通知は、店員用端末に保留解除処理の実行を許可する通知である。保留解除許可通知には、精算装置40が読み取った精算移行禁止制御コードに含まれていたカート識別情報が含まれる。
【0160】
例えば、保留解除許可通知を受信した店員用端末は、現在の店舗における取引ごとの状況を示す取引状況一覧の表示において、受信された保留解除許可通知に含まれるカート識別情報が示す取引のリスト項目について、所定の表示態様により保留解除処理が可能なことを示すようにされる。
【0161】
店員は、対応の顧客からの保留解除の申し出を受けると、例えば保留解除処理が可能であることが示されているリスト項目の取引が顧客に対応する取引と一致することを確認する。そのうえで、店員は保留解除処理が可能なことが示されているリスト項目を選択する操作を行って、対応の取引についての保留解除処理画面を店員用端末に表示させ、保留解除のための操作を行うようにされる。この場合、店員は、店員用端末に精算移行禁止制御コードを読み取らせなくともよい。
【0162】
<第4実施形態>
続いて、第4実施形態について説明する。本実施形態の保留解除移行コード画面は、精算移行コードCDPや保留解除移行コードCDH等のコードの表示は含まれないようにされたうえで、顧客に向けて、保留解除のためにサービスカウンタに赴いてもらう、あるいは店員に声がけしてもらうことを案内するメッセージが表示される。
そのうえで、本実施形態の客端末装置50は、上記の保留解除移行コード画面を表示するとともに保留解除許可通知を生成し、生成した保留解除許可通知を、例えば取引情報管理装置80経由で店員用端末(取引情報管理装置80、店員用携帯端末等)に送信するようにされる。
以降は、第3実施形態の変形例と同様に、顧客からの保留解除の申し出を受けた店員が、店員用端末を操作して保留解除を行うことができる。
【0163】
<第5実施形態>
続いて、第5実施形態について説明する。本実施形態の保留解除移行コード画面においいては、精算移行コードCDPや保留解除移行コードCDH等のコードの表示に代えて、保留解除を行ってもらう店員を呼び出すためのボタン(店員呼出ボタン)が表示される。このような保留解除移行コード画面には、顧客に向けて、店員に保留解除してもらうため店員呼出ボタンを操作してもらうことを顧客に案内するメッセージが表示されてよい。また、この場合には、店舗における精算装置40以外の所定の場所に移動したうえで店員呼出ボタンを操作してもらうように案内するメッセージが表示されてよい。このようなメッセージが表示されることで、呼び出しを受けた店員は、店員呼出ボタンを操作した顧客を探しやすくなる。
【0164】
顧客が店員呼出ボタンを操作したことに応じて、客端末装置50は、例えば取引管理装置60経由で店員用端末に対して保留解除許可通知を送信する。本実施形態においては、保留解除許可通知を受信した客端末装置50は、例えば店員に向けて、保留解除のために店員呼出ボタンを操作した顧客のところへ赴くよう指示するメッセージを表示してよい。また、店員呼出ボタンが操作されたことに応じて、店内放送などによって店員への指示が行われるようにされてもよい。例えば自分が携帯している店員用端末(例えば、店員用携帯端末)にて上記のメッセージが表示されると、店員は、店員用携帯端末を携帯して顧客のところにまで赴くようにされる。
本変形例の保留解除許可通知には、保留解除の対象となる取引を示すカート識別情報が含まれている。保留解除許可通知を受信した店員用端末は、例えば第3実施形態と同様に、取引状況一覧の表示において、受信された保留解除許可通知に含まれるカート識別情報により示される取引(保留解除対象の取引)のリスト項目について、所定の表示態様により保留解除処理が可能なことを示すようにされてよい。店員は、店員用携帯端末にて保留解除対象の取引の保留解除処理画面を表示させたうえで、保留解除の操作を行うことができる。
【0165】
<第6実施形態>
続いて、第6実施形態について説明する。本実施形態の保留解除移行コード画面は、精算移行コードCDPとともに、顧客に向けて、店員により保留解除を行ってもらうように案内するメッセージが表示される。
このような保留解除移行コード画面は、例えば図11(D)のように精算移行コードCDPが配置された精算移行コード画面に上記のメッセージが表示されるようにして簡易に生成することができる。
【0166】
この場合、顧客は、保留解除移行コード画面に表示されたメッセージに従って、例えばサービスカウンタに赴くか、最寄りの店員に声かけして、保留解除を依頼する。
なお、仮に顧客が、保留解除移行コード画面にて表示された精算移行コードCDPを精算装置40に読み取らせた場合、精算装置40は、精算移行コードCDPの読み取りを受け付け、読み取った精算移行コードCDPが示すカート情報を取得することができる。ただし、この場合には、例えば図13に示したのと同様の精算画面が表示される。この場合、顧客は、すぐに精算装置40にて精算を行うことはできず、まず、店員に精算装置40を操作してもらうことで、保留解除を行ってもらうことになる。通常、本実施形態の場合には、保留解除移行コード画面に表示されたメッセージに従って、店員に保留解除を依頼する行動をとる。
あるいは、顧客が、保留解除移行コード画面にて表示された精算移行コードCDPを精算装置40に読み取らせたことに応じて、精算装置40がカート識別情報を取引管理装置60に送信すると、取引管理装置60は、受信されたカート識別情報において保留商品の登録を示す保留商品情報が含まれているか否かを判定するようにしてよい。取引管理装置60は、カート識別情報において保留商品情報が含まれている場合には、精算装置40にカート情報を送信せずに、保留商品の登録があることにより精算不可であることを示すエラー通知を精算装置40に送信してよい。当該エラー通知を受信した精算装置40は、顧客に向けて、保留商品があることにより精算が不可であるため、店員により保留解除を行ってもらうように案内するメッセージを表示するようにされてよい。
【0167】
保留解除を依頼された店員は、顧客に保留解除移行コード画面を提示してもらい、提示された保留解除移行コード画面の精算移行コードCDPを自分が使用する店員用端末に読み取らせる。
本実施形態の店員用端末は、保留解除処理に対応して精算移行コードCDPを読み取り可能とされている。店員用端末は、精算移行コードCDPを読み取ったことに応じて、精算移行コードCDPが示すカート識別情報に対応付けられたカート情報を取引管理装置60から取得する。店員用端末は、取得したカート情報を利用して保留商品処理画面を表示させる。店員は、保留商品処理画面を操作して保留解除の操作を行うようにされる。
なお、本実施形態においても店員用端末にて、全ての保留商品の保留状態の解除が完了したことに応じて、引き続き、店員の操作に応じて精算処理が可能なようにされてもよい。
【0168】
なお、本実施形態の変形例として、第5実施形態に準じて、保留解除移行コード画面において、精算移行コードCDPとともに、店員呼出ボタンを表示するようにされてもよい。
【0169】
<変形例>
以下、本実施形態の変形例について説明する。以下に説明する変形例は、適宜、上記実施形態及び他の変形例と組み合わされてよい。
【0170】
[第1変形例]
保留商品のうちには医薬品が含まれる。本変形例として、例えば医薬品については、顧客が客端末装置50に商品コードを読み取らせる操作を行ったうえで、例えば医薬品が陳列された売り場を担当する薬剤師の資格を有する店員の店員識別情報を客端末装置50に取得させるようにする。
店員識別情報の取得は、例えば薬剤師の資格を有する店員が所持する店員証に付された店員コードを客端末装置50に読み取らせることにより行われてもよいし、客端末装置50が店員証のRFIDタグから受信するようにされてもよい。
客端末装置50は、薬剤師の資格を有する店員の店員識別情報を対応付けた医薬品の商品コードを取引管理装置60に送信する。取引管理装置60は、医薬品の商品コードに薬剤師の資格を有する店員の店員識別情報が対応付けられている場合には、既に保留解除された商品としてカート情報に登録するようにされてよい。
【0171】
また、現状において、特に第1類医薬品については、店員でなければ取り出せない特定の場所に陳列されており、顧客は、店員に自分の欲しい医薬品を申し出て、店員から引き渡してもらうようにされる。つまり、第1類医薬品については、顧客が薬剤師の資格を有する店員から引き取る場所が限定されている。また、第2類医薬品、第3類医薬品についても同様に扱われる場合がある。
【0172】
そこで、医薬品について上記のように特定の場所にて薬剤師の資格を有する店員から顧客に引き渡すようにしている場合には、顧客が購入対象として客端末装置50に読み取らせた商品コードに対して、医薬品が販売されている場所(位置)に対応する識別情報(位置対応識別情報)を対応付けて登録するようにされてよい。この場合には、医薬品の商品コードに位置対応識別情報が対応付けられたことで、薬剤師の資格を有する店員が説明のうえ顧客に医薬品を引き渡したものとして扱い、保留解除されたものとして扱うようにしてよい。
このような位置対応識別情報は、例えば医薬品が陳列された売り場を担当する薬剤師の資格を有する店員の店員識別情報、あるいは医薬品が陳列されたケースに付されたケース識別情報等であってよい。
顧客は、店員から引き渡された医薬品の商品コードを客端末装置50に読み取らせるとともに、位置対応識別情報としての店員識別情報やケース識別情報を客端末装置50に取得させる。店員識別情報は、薬剤師の資格を有する店員が所持する店員証に付された店員コードを客端末装置50に読み取らせることで取得されるようにしてよい。ケース識別情報は、ケースに設けられたケース識別情報を客端末装置50に読み取らせることで取得されるようにしてよい。
【0173】
なお、例えば貴金属品や時計等の貴重品についても、本変形例と同様の構成が適用されてよい。
【0174】
[第2変形例]
上記各実施形態において、ショッピングアプリケーションを利用する顧客は、店舗の会員として登録した者であることが前提となる。ただし、例えばショッピングアプリケーションの普及のために、最初の取引については会員登録をしなくとも商品の登録が可能とされてよい。このように会員登録していない顧客が最初の取引においてショッピングアプリケーションを利用して商品登録を完了させた場合には、例えば、客端末装置50は、精算移行コード画面や保留解除移行コード画面に代えて、精算の前にサービスカウンタに赴くか近くの店員を呼び出す等して、会員登録の手続を店員にしてもらうようにすることを顧客に案内する画面を表示してよい。
また、店舗では、会員登録を済ませたうえで最初にショッピングアプリケーションを利用した顧客に記念品を贈呈するキャンペーン等を行うようにされてよい。この場合、顧客が最初にショッピングアプリケーションを利用して商品登録を完了させた段階で、客端末装置50は、精算移行コード画面や保留解除移行コード画面に代えて、精算の前にサービスカウンタに赴くか近くの店員を呼び出す等して記念品を受け取るように顧客に案内する画面を表示してよい。
【0175】
[第3変形例]
例えば、前回の取引において、商品の売価違い、リコール対象の商品の購入、釣銭の取り忘れなどのような不具合が生じていたような場合がある。このような不具合の履歴は、取引管理装置60にて記憶される。そこで、顧客により今回のショッピングアプリケーションの利用に応じた商品登録が完了した際に、取引管理装置60が記憶する履歴に基づいて、前回の取引において不具合が発生していたことが判定された場合には、客端末装置50は、精算移行コード画面や保留解除移行コード画面に代えて、不具合通知画面を表示してよい。不具合通知画面においては、例えば、精算の前にサービスカウンタに赴くか近くの店員を呼び出す等して、前回の取引における不具合に対する応対を店員にしてもらうようにすることを、顧客に案内する内容を有する。
【0176】
[第4変形例]
なお、上記実施形態及び変形例等において、客端末装置50や取引情報管理装置80等が実行する処理の一部を、客端末装置50や取引情報管理装置80と通信経由で接続される取引管理装置60等の上位装置が実行するようにされてよい。また、上記実施形態及び変形例等において、精算装置40が実行する処理の一部を、精算装置40と通信経由で接続される取引管理装置60等の上位装置が実行するようにされてよい。
上記のような態様の1つとして、本実施形態のショッピングシステムにおいてシンクライアントシステムの構成が備えられてよい。
一例として、取引管理装置60がシンクライアント対応のサーバ(例えば、クラウドサーバ)として構成され、客端末装置50や取引情報管理装置80等は、シンクライアントとして機能するようにされてよい。この場合、客端末装置50や取引情報管理装置80等のシンクライアント端末は、自己に対して行われる操作に応じたコマンドや撮像画像等の情報を取引情報管理装置80に送信する。取引情報管理装置80はシンクライアント端末から受信した情報に応答して、商品登録、カート情報における保留商品の有無の判定等の処理を実行し、処理結果が反映された画面等としての画像データあるいはウェブページデータをシンクライアント端末に送信してよい。シンクライアント端末としての客端末装置50や取引情報管理装置80等は、画像ビューワあるいはウェブブラウザにより、送信された画像データやウェブページデータを表示する。
【0177】
<実施形態の総括>
[技術分野]
本発明は、可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラムに関する。
[背景技術]
携帯端末を用いて顧客自らが商品を登録するシステムが知られている(例えば、特許文献1参照)。
[先行技術文献]
[特許文献]
[特許文献1]特開2020-067947号公報
[発明の概要]
[発明が解決しようとする課題]
可搬型登録端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいては、可搬型登録端末により登録された商品について、店員の介在が必要であるとの登録結果となる場合がある。店員の介在が必要な商品(店員介在商品)が含まれる取引については、店員により店員介在商品に対応する所定の処理が行われてから精算に移行するようされる。店員介在商品に対応する処理については、他の顧客の会計を妨げないように行われることが好ましい。
本発明は、このような事情に鑑みてなされたもので、可搬型登録端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいて、他の顧客の会計の進行を妨げないように店員介在商品に対応する処理が行われるようにすることを目的とする。
【0178】
[課題を解決するための手段]
(1)以上説明したように、本実施形態の一態様は、商品を登録する登録手段と、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品(例えば、保留商品)が含まれない場合は精算移行情報(例えば、精算移行コードCDPを含む精算移行コード画面)を生成し(例えば、ステップS103)、前記要店員介在商品が含まれる場合には店員介在処理(例えば、保留解除処理)への移行に関する店員介在移行情報(例えば、保留解除移行コード画面において表示される、精算移行コードCDP、保留解除移行コードCDH、店員呼出ボタン、顧客向けのメッセージ等)を生成(例えば、ステップS104)する情報生成手段とを備える可搬型登録端末(例えば、客端末装置50)である。
【0179】
上記構成によれば、客端末装置50は、顧客が客端末装置50を利用して登録した商品のうちに、保留商品が含まれている場合には、精算移行コードCDPが表示された精算移行コード画面を表示し、保留商品が含まれていない場合には、保留解除移行コード画面を表示することができる。この場合、保留商品が有ることで保留解除処理が必要な場合には、精算装置40に精算移行コード画面の精算移行コードCDPを読み取らせなくとも、保留解除処理への移行を可能とすることができる。
これにより、客端末装置50を用いて顧客自らが商品の登録を行うショッピングシステム(商品販売データ処理システム)において、他の顧客の会計の進行を妨げないように店員介在商品に対応する処理が行われるようにすることができる。
【0180】
(2)本実施形態の一態様は、(1)に記載の可搬型登録端末であって、前記情報生成手段が生成した店員介在移行情報を所定の店員用端末(例えば、取引情報管理装置80、店員用携帯端末等)に出力する情報出力手段を備える。
この場合の店員介在移行情報は、保留解除移行コード画面にて表示される保留解除移行コードCDH、精算移行コードCDP、店員呼出ボタン操作に応じた保留解除許可通知等である。
【0181】
上記構成によれば、客端末装置50が、精算装置40と異なる店員用端末に店員介在移行情報を取得させることができる。
【0182】
(3)本実施形態の一態様は、(2)に記載の可搬型登録端末であって、前記店員用端末に出力される店員介在移行情報は、前記店員用端末にて前記店員介在処理の実行を可能とする情報(例えば、精算移行コードCDP、保留解除移行コードCDH)である。
【0183】
上記構成によれば、精算装置40と異なる店員用端末が、店員介在移行情報を取得し、保留解除処理を実行することができる。
【0184】
(4)本実施形態の一態様は、(1)から(3)のいずれか1つに記載の可搬型登録端末であって、前記情報生成手段は、店員介在移行情報として、店員を呼び出し可能な操作が可能な画面(例えば、店員呼出ボタンが配置された保留解除移行コード画面)の情報を生成する。
【0185】
上記構成によれば、顧客は、客端末装置50に表示された店員呼出ボタンを操作することで、呼び出しに応じた店員に保留解除を行ってもらうことができる。
【0186】
(5)本実施形態の一態様は、可搬型登録端末と店員用端末とを備える商品販売データ処理システムであって、前記可搬型登録端末は、商品を登録する登録手段と、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成する情報生成手段とを備え、前記店員用端末は、前記店員介在処理として、前記要店員介在商品が含まれる取引情報(例えば、カート情報)を編集する編集手段を備える商品販売データ処理システムである。
【0187】
ここでの取引情報の編集とは、一具体例として、カート情報において示される保留商品の保留状態を解除して正常に登録された商品として登録された状態とする情報の処理をいう。このような取引情報の編集に応じた操作は、年齢確認商品、医薬品、防犯ダグ商品等に応じて保留解除を指示する操作、未特定商品の保留状態の解除のために商品情報を入力する操作等を含む。
【0188】
上記構成によれば、保留商品処理を精算装置40以外の店員用端末により行うことが可能になる。
【0189】
(6)本実施形態の一態様は、(5)に記載の商品販売データ処理システムであって、前記店員用端末は、前記編集手段により編集された取引情報を利用した精算処理を実行可能な精算手段を備える。
【0190】
上記構成によれば、店員用端末により保留商品処理を行って保留解除を行ったうえで、同じ店員用端末により引き続き精算処理を実行させることが可能になる。
【0191】
(7)本実施形態の一態様は、一取引に対応して可搬型登録端末が登録した商品に店員が介在する店員介在処理の必要な要店員介在商品が含まれたことに応じて、前記店員介在処理として、前記要店員介在商品が含まれる取引情報を編集する編集手段を備える店員用端末である。
【0192】
(8)本実施形態の一態様は、可搬型登録端末としてのコンピュータを、商品を登録する登録手段、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成する情報生成手段として機能させるためのプログラムである。
【0193】
(9)本実施形態の一態様は、可搬型登録端末とサーバ(例えば取引管理装置60)とを備える商品販売データ処理システムであって、前記サーバは、可搬型登録端末から送信される商品識別情報に基づいて商品を登録する登録手段と、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成し、生成した前記精算移行情報または店員介在移行情報が前記可搬型登録端末にて出力されるようにする情報生成手段とを備える商品販売データ処理システムである。
【0194】
なお、上記各実施形態における上述の管理装置10、精算装置40、客端末装置50、取引管理装置60、取引情報管理装置80などとしての機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、上記の管理装置10、精算装置40、客端末装置50、取引管理装置60、取引情報管理装置80などとしての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、OSや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやWAN、LAN、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ROM、CD-ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、CD-ROM等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ(RAM)のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル(差分プログラム)であってもよい。
【符号の説明】
【0195】
10 管理装置、40 精算装置、50 客端末装置、60 取引管理装置、70 クレジットカード決済サーバ、80 取引情報管理装置
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15
【手続補正書】
【提出日】2024-10-16
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
商品を登録する登録手段と、
前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には精算移行情報を生成しないようにする情報生成手段と
を備える可搬型登録端末。
【請求項2】
前記情報生成手段は、前記要店員介在商品が含まれる場合には店員介在移行情報を生成し、
前記情報生成手段が生成した店員介在移行情報を所定の店員用端末に出力する情報出力手段を備える
請求項1に記載の可搬型登録端末。
【請求項3】
前記情報生成手段が生成した店員介在移行情報と、精算移行情報を前記情報生成手段に生成させる操作が行われ、前記店員用端末にて出力された店員介在移行情報に対応する要店員介在商品についての店員介在処理が行われたことに応じて前記店員介在処理が完了するまで操作不可とされる操作子とを表示する表示手段をさらに備える
請求項2に記載の可搬型登録端末。
【請求項4】
可搬型登録端末と店員用端末とを備える商品販売データ処理システムであって、
前記可搬型登録端末は、
商品を登録する登録手段と、
前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には精算移行情報を生成しないようにする情報生成手段とを備え、
前記店員用端末は、
前記店員介在処理として、前記要店員介在商品が含まれる取引情報を編集する編集手段を備える
商品販売データ処理システム。
【請求項5】
可搬型登録端末とサーバとを備える商品販売データ処理システムであって、
前記サーバは、
可搬型登録端末から送信される商品識別情報に基づいて商品を登録する登録手段と、
前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には精算移行情報を生成しないようにした後に、登録された商品に含まれる要店員介在商品に対応する店員介在処理が完了したことに応じて精算移行情報を生成し、生成した精算移行情報が前記可搬型登録端末にて出力されるようにする情報生成手段とを備える
商品販売データ処理システム。