JP6107108B2 - Ｐｏｓシステムおよびプログラム - Google Patents

Description

本発明は、ＰＯＳシステムおよびプログラムに関する。

ＰＯＳシステムにおいては、不正防止、あるいは商品登録や精算などのミスの確認、取引内容等の確認の効率化などのために、ＰＯＳ端末装置の近傍をカメラによって撮像するようにしたものが知られている。
例えば、商品に付されたデータコードを含む商品画像を撮像する第１の撮像部と、顧客から預かった券の券面画像を撮像する第２の撮像部を備え、第１の撮像部と第２の撮像部のそれぞれにより撮像された画像データを切り替えるようにされたチェックアウトシステムが知られている（例えば、特許文献１参照）。

また、例えば店員が買い上げ商品を登録する登録装置と、商品が登録された後に顧客自らが精算を行う精算装置とがそれぞれ別個の装置として構成され、店内において異なる位置に配置されるＰＯＳシステムが知られている（例えば、特許文献２参照）。

特許第４８６１２８７号公報 特開２０１１−１５８９９３号公報

特許文献２に記載されるようなＰＯＳシステムの場合には、登録装置と精算装置のそれぞれに対応してカメラを備えることになる。これにより、例えば登録装置に対して買い上げ商品を登録しているときの状況を示す登録時の撮像画像と、精算装置により精算している状況を示す精算時の撮像画像とを得ることができる。

例えば、買い上げ商品に対する未払いや顧客からのクレームなどの何らかのトラブルが生じた場合には、そのトラブルの生じた取引に対応する登録時の撮像画像と精算時の撮像画像とを表示できるようにすることが求められる。
しかし、登録装置と精算装置とがそれぞれ別個の装置として構成され、それぞれが異なる場所に配置されている場合には、登録時の撮像画像は登録装置において個別に管理され、精算時の撮像画像は精算装置において個別に管理される。このために、同じ取引に対応している登録時の撮像画像と精算時の撮像画像とを迅速に同一の画面に表示させることができないという問題がある。

一具体例として、例えば同一の商品が２回重複して登録されたために、実際の購入点数よりも登録された買い上げ点数の方が多く、合計金額がその分高くなってしまっているとのクレームが、精算後のレシートを持参した顧客からあったとする。
この場合、精算後のレシートの番号により精算装置から精算時の撮像画像を読み出して閲覧することは可能である。しかし、この取引に対応する登録時の撮像画像については、精算後のレシートの番号と対応付けられてはいないために、直ちに閲覧することはできない。
この場合において精算時の撮像画像を閲覧するには、例えば店員は、精算装置からジャーナルデータを呼び出し、目視でジャーナルデータの内容を参照することで、取引が行われた登録装置を特定する。そして、店員は、特定した登録装置を対象として、さらに登録時の撮像画像を検索するという手順を踏まねばならない。

本発明は、このような事情に鑑みてなされたもので、登録装置と精算装置とが別個に備えられるようなＰＯＳシステムにおいて、同じ取引に対応して撮像した登録時の撮像画像と、精算時の撮像画像とを対応付けて迅速に閲覧できるようにすることを目的とする。

上述した課題を解決するために、本発明の一態様としてのＰＯＳシステムは、顧客の購入対象の商品を登録する１以上の登録装置と、前記商品の登録情報に基いて精算を行う複数の精算装置とを有するＰＯＳシステムにおいて、前記登録装置に対して行われる取引ごとの登録の状況を撮像して登録状況画像を取得する第１の撮像手段と、前記登録装置により登録された取引情報に基いて前記精算装置に対して行われる精算の状況を撮像して精算状況画像を取得する第２の撮像手段と、登録が行われるのに応じて前記登録装置が生成する登録情報と、前記登録状況画像と、精算が行われるのに応じて前記精算装置が生成する精算情報と、前記精算状況画像とを、同じ取引ごとに対応付ける対応付け手段と、登録済みの取引が指定されるのに応じて、選択された取引に対応付けられた登録状況画像と精算状況画像とを表示する表示制御手段とを備え、前記登録装置は、登録が完了するのに応じて登録された商品について精算を行うべき精算装置を選択し、選択した精算装置に登録データを送信し、前記精算装置は、受信した登録データを利用して精算待機の状態を設定し、前記表示制御手段は、指定された取引に対応付けられた登録状況画像と精算状況画像とを画面における同一領域にて選択可能に表示する。
また、本発明の一態様は、顧客の購入対象の商品を登録する１以上の登録装置と、前記商品の登録情報に基いて精算を行う複数の精算装置とを有し、前記登録装置は、登録が完了するのに応じて登録された商品について精算を行うべき精算装置を選択し、選択した精算装置に登録データを送信し、前記精算装置は、受信した登録データを利用して精算待機の状態を設定し、前記登録装置に対して行われる取引ごとの登録の状況を撮像して登録状況画像を取得する第１の撮像手段と、前記登録装置により登録された取引情報に基いて前記精算装置に対して行われる精算の状況を撮像して精算状況画像を取得する第２の撮像手段とを備えるＰＯＳシステムにおけるコンピュータを、登録が行われるのに応じて前記登録装置が生成する登録情報と、前記登録状況画像と、精算が行われるのに応じて前記精算装置が生成する精算情報と、前記精算状況画像とを、同じ取引ごとに対応付ける対応付け手段、登録済みの取引が指定されるのに応じて、選択された取引に対応付けられた登録状況画像と精算状況画像とを表示する表示制御手段であって、指定された取引に対応付けられた登録状況画像と精算状況画像とを画面における同一領域にて選択可能に表示する表示制御手段として機能させるためのプログラムである。

上記構成のＰＯＳシステムによれば、同じ取引に対応して撮像した登録時の画像と精算時の画像とが対応付けられた状態で管理される。これにより、同じ取引に対応して撮像した登録時の画像と精算時の画像とを迅速に取得して閲覧することが可能になる。

以上説明したように、本発明によれば、登録装置と精算装置とが別個に備えられるようなＰＯＳシステムにおいて、同じ取引に対応して撮像した登録時の撮像画像と、精算時の撮像画像とを対応付けて迅速に閲覧できるようになるという効果が得られる。

本実施形態におけるＰＯＳシステムの構成例を示す図である。 本実施形態のストアコントローラが管理する取引情報の一例を示す図である。 ストアコントローラの構成例を示す図である。 登録装置の構成例を示す図である。 登録装置と撮像部としてのカメラの設置例を示す図である。 精算装置の外観例を示す図である。 精算装置の構成例を示す図である。 精算監視装置の構成例を示す図である。 映像検索画面の構成例を示す図である。 精算完了取引確認画面の一例を示す図である。 精算完了取引確認画面の一例を示す図である。 精算完了取引確認画面の一例を示す図である。 ストアコントローラと登録装置と精算監視装置との間で取引情報を管理するための処理手順例を示す図である。 ストアコントローラと精算装置と精算監視装置との間で取引情報を管理するための処理手順例を示す図である。 精算監視装置が映像検索画面と精算完了取引確認画面の表示のために実行する処理手順例を示す図である。

図１は、本発明の一実施形態によるＰＯＳシステム１の構成図の一例である。図１に示すように、ＰＯＳシステム１は、ストアコントローラ１００と、複数の登録装置２００と、複数の精算装置３００と、精算監視装置４００とを備える。なお、精算監視装置４００は複数備えられてもよいが、同図では１つのみを備えるＰＯＳシステム１の構成例を示している。

ストアコントローラ１００と、登録装置２００と、精算装置３００と、精算監視装置４００とは、互いに、ＬＡＮ（Local Area Network）１１０を経由して接続されている。ＬＡＮ接続の形態は、有線であってもよいし、無線であってもよい。

ストアコントローラ１００は、ＰＯＳシステム１を制御するコンピュータであり、例えばＰＯＳシステム１におけるサーバとして機能する。
ストアコントローラ１００は、例えば、商品マスタを記憶する。商品マスタは、各商品の商品識別情報（例えばＪＡＮコード）、商品名称、販売価格などの商品情報を格納（保持）するファイルである。ストアコントローラ１００は、商品の販売状況及び仕入れ状況等に応じて更新された最新の商品マスタを、適宜、他の装置（登録装置２００、精算装置３００、精算監視装置４００）に送信する。

また、ストアコントローラ１００は、取引に関するログファイルとして、取引ごとの取引内容を示す取引情報を記憶する。取引情報は、例えば買い上げ商品の内訳などに対応する取引の登録に応じて登録装置２００が生成した登録情報と、精算に応じて精算装置３００が生成した精算情報とを含む。

本実施形態のＰＯＳシステムにおいて、登録装置２００は、店内において予め定められた所定の位置に配置される。また、精算装置３００は、例えば登録装置２００により店員に買い上げ商品の登録をしてもらった顧客が出口に至るまでの動線における所定位置に配置される。

登録装置２００は、顧客が購入する商品（買上商品）について、店員（オペレータ）が商品登録を行うための装置である。
登録装置２００は、店員の操作により１つの取引に応じた商品の登録を完了させるのに応じて、前述のように取引情報の一部である登録情報を生成し、ストアコントローラ１００に送信する。
登録装置２００は、取引ごとに応じた登録が行われるのに応じて登録情報を生成し、生成した登録情報をストアコントローラ１００に送信する。ストアコントローラ１００は、受信した登録情報を１つの取引情報として記憶する。これにより、１つの取引に対応する取引情報が新規登録される。

精算装置３００は、顧客自らが精算を行うための装置である。
また、精算装置３００は、登録装置２００により登録済の取引に対応して顧客による精算が完了するのに応じて精算情報を生成し、生成した精算情報をストアコントローラ１００に送信する。
また、精算装置３００は、１つの取引に対応した精算が開始されるのに応じて、精算情報の１つとして、「精算中」を示す精算状況情報をストアコントローラ１００に送信する。また、精算装置３００は、１つの取引に対応した精算が完了するのに応じて、「精算完了」を示す精算状況情報をストアコントローラ１００に送信する。

ストアコントローラ１００は、精算装置３００から送信される精算情報を受信するのに応じて、すでに記憶している取引情報における登録情報のうちで、受信した精算情報が対応する登録情報を特定する。つまり、ストアコントローラ１００は、登録情報と精算情報との対応付けを行う。なお、この登録情報と精算情報との対応付けを行うにあたり、ストアコントローラ１００は、共通の会計券の番号を含む登録情報と精算情報とが同じ取引に対応するものとして特定すればよい。会計券とは、登録装置２００による買い上げ商品の登録が完了するのに応じて登録装置２００が発行する券であり、買い上げ商品の内訳や、合計金額などが印字されている。

会計券には、会計券を一意に識別する識別子として会計券番号が設定され、登録装置２００が生成する登録情報は会計券番号を含む。また、会計券は、精算装置３００により精算を行うときに、顧客は、精算装置３００のスキャナによって会計券の印字内容を読み込ませるが、印字内容の情報には会計券番号が含まれる。精算装置３００は、読み込んだ会計券番号を精算情報に含める。これにより、ストアコントローラ１００は、共通の会計券番号（取引識別子）に対応付けられた登録情報と精算情報とを、同一の取引に対応する登録情報と精算情報として対応付けることができる。
そして、ストアコントローラ１００は、対応関係が特定された登録情報を含む取引情報に対して、受信した精算情報を格納する。これにより、ストアコントローラ１００において、同一の取引に対応する登録情報と精算情報との対応関係が特定された状態で管理される。

また、ストアコントローラ１００は、取引情報のデータを精算監視装置４００に転送することで、精算監視装置４００にも取引情報を記憶させる。そのうえで、ストアコントローラ１００は、新規の取引の登録や精算などに応じて取引情報を更新するのに応じて、精算監視装置４００が記憶する取引情報についても、同じように更新された内容にするための同期制御を実行する。
この同期制御として、ストアコントローラ１００は、自身が記憶している取引情報を更新するのに応じて、例えば更新前と更新後の取引情報の差分データを精算監視装置４００に送信すればよい。精算監視装置４００は、受信した差分データを利用して自己が記憶している取引情報を更新すればよい。

なお、ストアコントローラ１００は、登録装置２００や精算装置３００に対しても、例えば登録装置２００や精算装置３００からの要求、または、所定のタイミングで、取引情報を送信してもよい。

精算監視装置４００は、主に精算装置３００における精算の状況を監視するための装置である。例えば精算監視装置４００においては、例えば登録装置２００における登録が完了してから一定時間を経過しても精算が完了していない未済取引がある場合に、このような取引を所定の表示態様により通知する。この表示を見ることで、店員は、現在の店内において登録が完了している取引全体における精算状況がどのようになっているのかを把握できる。

また、精算監視装置４００は、例えば未済取引を指定する操作が店員によって行われるのに応じて、指定された未済取引に対応して撮像された、登録装置２００に対する登録時の状況の撮像画像を表示させることができる。この画像を見ることにより、店員は、取引の登録を済ませていながら未だ精算を済ませてない顧客を確認することができる。また、例えば店員が行っていた商品登録の様子を確認することができる。

また、精算監視装置４００は、例えば、店員の操作に応じて精算装置３００ごとの釣銭釣札部における貨幣、紙幣などの収納枚数の状況などを確認することができる。
なお、本実施形態の精算監視装置４００は、例えば表示部と一体化されたタッチパネルを備えることにより、表示部に対して指（あるいはスタイラスペンなどであってもよい）などの操作体を触れることによる操作を行うことができるようになっている。

［取引情報の構造例］
ここで、図２を参照して、ストアコントローラ１００と精算監視装置４００が記憶する取引情報の構造例について説明する。
図２に示す取引情報は、一取引ごとに登録情報と精算情報を含む。
まず、登録情報から説明する。登録情報は、会計券番号、登録装置番号、商品コード、数量、合計金額、登録完了日時及び登録状況画像アドレスを含む。

登録情報において、会計券番号は、一取引の登録完了に対応して登録装置２００が発行した会計券に付与された番号を示す。会計券番号は、会計券ごとに固有の値が付与される。また、会計券は、１つの取引と一意に対応する。従って、会計券番号は、取引を一意に識別する識別子（取引識別子）である。
なお、会計券番号の採番規則については特に限定しない。例えば、登録装置２００の間で重複しない値を付与してもよいし、ＰＯＳシステム１全体として重複しない値の取引識別情報を付与してもよい。登録装置２００の間で重複しない値の取引識別情報を発行する場合には、ＰＯＳシステム１全体では、各登録装置２００に付与された登録装置識別情報と会計券番号とから各取引を特定する。また、ＰＯＳシステム１全体として重複しない値の会計券番号を発行する場合には、ストアコントローラ１００が、各登録装置２００における会計券番号の採番を決定し、決定した番号を登録装置２００に通知すればよい。

登録装置番号は、該当の取引に対応して登録を行った登録装置２００を一意に識別する登録装置識別子である。なお、本実施形態において、登録装置番号は、登録装置２００と精算装置３００との間で固有となる番号が設定される。従って、登録装置番号は、精算装置３００に付与される精算装置番号のいずれとも重複しない。
商品コードは、商品ごとに付与された番号である。商品コードは商品を一意に識別する商品識別子である。
数量は、商品コードが示す商品の登録数（買い上げ数）を示す。
合計金額は、該当の取引における顧客の支払金額の合計を示す。
登録完了日時は、該当の取引についての登録装置２００による登録が完了した日時を示す。
登録状況画像アドレスは、該当の取引に対応して行われた登録の状況を撮像した画像（登録状況画像）のデータを記憶するアドレス（ディレクトリ、パス）を示す。

次に、精算情報について説明する。精算情報は、精算装置番号、精算開始日時、精算完了日時、精算状況画像アドレス、支払い方法、預かり金、釣り、精算レシート番号、精算状況を示す。

精算装置番号は、該当の取引に対応して精算が行われた精算装置３００を一意に識別する登録装置識別子である。なお、本実施形態において、精算装置番号は、登録装置２００と精算装置３００との間で固有となる番号が設定される。

精算開始日時は、該当の取引に対応する精算装置３００の精算に関する処理が開始された日時を示す。
精算完了日時は、該当の取引に対応する精算装置３００の精算に関する処理が完了した日時を示す。

精算状況画像アドレスは、該当の取引に対応して精算装置３００に対して行われた精算の状況を撮像した画像（精算状況画像）のデータを記憶するアドレス（ディレクトリ、パス）を示す。

支払い方法は、該当の取引に対応する精算にあたって、顧客が精算装置３００に対して所定操作により指定した支払い方法を示す。例えば、支払い方法は、「現金」、「カード」、「商品券」などの予め可能であると定められた支払い方法のうちのいずれかを示す。
預かり金は、支払い方法が現金である場合に、顧客が精算のために精算装置３００に預けた金額を示す。
釣りは、入金された預かり金に応じて顧客に戻した釣りの金額を示す。釣りの金額は、預かり金から商品の合計金額を減算して求められる。

精算レシート番号は、該当の取引に対応する精算が完了したのに応じて精算装置３００が発行するレシートの番号である。この精算レシート番号は、例えば精算後における顧客からの返品、交換などに対応できるようにするために、取引ごとに一意となるように設定される。
本実施形態において、精算装置３００は、精算レシート番号について、例えば精算レシートの発行順に従って連番を付与し、例えば営業日ごとにリセットする。この場合、精算レシート番号は、例えば同じ営業日において異なる精算装置３００ごとに対応して同じ精算レシート番号が重複する可能性がある。しかし、精算装置番号と精算レシート番号と営業日を組み合わせることにより、精算レシートを取引ごとに対応して一意に識別可能になる。
なお、精算装置３００が、例えば精算装置番号や精算レシート番号などを含めた連番としての精算レシート番号を付与することにより、精算装置３００が、精算レシート番号を付与する段階で取引ごとに一意となるようにしてもよい。

精算状況は、該当の取引における精算の進捗状況を示す。精算状況は、例えば「精算前」、「精算中」、「精算完了」などの状態ごとに対応して予め定められた所定値を示す。
なお、本実施形態においては、精算状況として、精算前の登録に際しての進捗状況も示す。さらに、取引が中断または取り消された場合にも対応して、中断または取消があった場合には、その旨についても示す。
具体的に、本実施形態の精算状況は、「登録中」、「登録済み（精算前）」、「精算中」、「精算完了」、「中断」、「取消」の状態のうちでいずれかを示す値を格納する。一例として、精算状況は、「０」により「登録中」を示し、「１」により「登録済み（精算前）」を示し、「２」により「精算中」を示し、「３」により「精算完了」を示し、「４」により「中断」を示し、「５」により「取消」を示すようにすればよい。

なお、「中断」とは、レシート切れ、釣銭不足などをはじめとした原因によって精算装置３００が使用できなくなった場合に、店員がメンテナンス画面で操作することにより手動で設定される状態である。「取消」とは、例えば全品返品などのように、一旦は登録された取引をなかったものとする状態であり、例えば「中断」と同様に店員の操作により発生される。

図２においては、会計券番号「０００００１」、「９９９９９９」、「１２３４５６」の３つの取引ごとに対応した取引情報が示されている。これらの取引情報のうち、会計券番号「０００００１」、「９９９９９９」の各取引情報における精算状況は「２」であり、「精算中」であることを示している。つまり、会計券番号「０００００１」、「９９９９９９」の各取引情報に該当する取引は、精算装置３００に対する精算が開始されている状態である。

「精算中」の状態の取引に対応する会計券番号「０００００１」、「９９９９９９」の取引情報の場合、精算情報における精算装置番号、精算開始日時、精算完了日時、支払い方法、預かり金、釣り、精算レシート番号は、未だ確定していないので、格納されていない。
ただし、精算が開始されるのに応じて、精算の開始された時刻が特定される。また、精算が開始されるのに応じて精算状況画像の撮像が開始され、精算状況画像の記録が開始されるため、精算状況画像の記録開始に際して精算状況画像アドレスが決定される。これにより、会計券番号「０００００１」、「９９９９９９」の取引情報において、精算開始日時と精算状況画像アドレスには、それぞれ有効な情報が格納されている。

また、会計券番号「１２３４５６」の取引情報における精算状況は「１」となっており「登録済み」であることを示している。つまり、会計券番号「１２３４５６」の取引情報が対応する取引は、登録装置２００による買い上げ商品の登録は完了しているが精算は未だ開始されていない状況である。
このように精算が開始されていない状況の場合、取引情報における精算情報は、精算状況以外の項目については、未だ有効な情報が格納されていない状態である。

［ストアコントローラの構成例］
図３を参照して、ストアコントローラ１００の構成例について説明する。
図３に示すストアコントローラ１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ハードディスク１０４及び通信部１０５を備える。なお、これらＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ハードディスク１０４及び通信部１０５は、例えばバスを介して相互通信が可能である。

ＣＰＵ１０１は、中央処理装置であり、ＲＯＭ１０２に記憶されているプログラムを読み出して実行することにより、ストアコントローラ１００における動作を制御する。ＣＰＵ１０１の制御により、取引情報の記憶、更新、また、精算監視装置４００の取引情報との同期などの、取引情報に関する管理が行われる。

ＲＯＭ１０２は、例えば補助記憶装置の１つであり、ＣＰＵ１０１が実行すべきプログラムなどをはじめとする所定のデータを記憶する不揮発性のメモリである。
ＲＡＭ１０３は、ＣＰＵ１０１の主記憶装置であり、ＣＰＵ１０１の演算結果を記憶する。
ハードディスク１０４は、補助記憶装置として各種の情報を記憶する。例えば、ハードディスク１０４は、取引情報を記憶する。
通信部１０５は、ＬＡＮ１１０を経由して登録装置２００、精算装置３００及び精算監視装置４００などと通信を実行する。

［登録装置の構成例］
図４を参照して登録装置２００の構成例について説明する。
図４に示すように、登録装置２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、スキャナ部２０４、店員用表示部２０５、客用表示部２０６、操作部２０７、通信部２０８、ブザー２０９、印刷部２１０、ハードディスク２１１及び撮像部（カメラ）２１２を備える。
各構成要素は、互いにバスを介して接続されており相互に通信可能である。なお、スキャナ部２０４、撮像部２１２は、登録装置２００と一体ではなく、登録装置２００に着脱可能な別体（外付）であってもよい。

ＣＰＵ２０１は、中央処理装置であり、ＲＯＭ２０２に記憶されているプログラムを読み出して実行することにより、登録装置２００の動作を制御する。
ＲＯＭ２０２は、補助記憶装置の１つであり、上記プログラムを記憶している読み出し専用メモリである。

ＲＡＭ２０３は、ＣＰＵ２０１の主記憶装置であり、ＣＰＵ２０１の演算結果が一次的に記憶される随時読み出し書き込みメモリである。
スキャナ部２０４は、商品に付されているバーコード（商品コード）を光学的に読み取る。ＣＰＵ２０１は、スキャナ部２０４によって読み取られたバーコード（商品コード）をＲＡＭ２０３に記憶させる。

店員用表示部２０５は、店員向けに種々の情報を表示する。例えば、店員用表示部２０５は、商品マスタから取得した情報（例えば、商品の名称、価格等）を表示する。
また、店員用表示部２０５は、店員への表示機能に加え、店員からの入力受付機能も有する。例えば、店員用表示部２０５は、タッチパネル式（例えば、液晶タッチパネル）であってもよい。例えば、店員用表示部２０５は、商品登録用の画面（商品登録画面）の表示中において、当該商品登録画面に設けられたボタン（プリセットボタン）を店員がタッチすることによって、当該ボタンに予め設定登録されている商品の商品情報（商品コード等）の入力を受け付けるようにしてもよい。また、例えば、店員用表示部２０５は、店員が、未精算一覧画面上にて所望の未精算取引情報（当該未精算取引情報が表示された画面上の領域）をタッチすることによって、ある未精算取引の指定の入力を受け付けるようにしてもよい。

客用表示部２０６は、顧客向けに種々の情報を表示する。例えば、客用表示部２０６は、商品マスタから取得した情報を表示する。客用表示部２０６は、店員用表示部２０５と同様、タッチパネル式であってもよい。例えば、客用表示部２０６は、顧客が、ある内容（例えば、年齢、合計金額）に関する確認ボタンにタッチすることによって、当該内容の確認の入力を受け付けるようにしてもよい。

操作部２０７は、登録装置２００を動作させる各種のキー、小計キー、現計キー、置数キー、訂正キー、プリセットキー等の操作ボタンからなる。例えば、操作部２０７は、予めプリセットキーに設定登録されている商品情報（商品コード等）の入力を受け付ける。

通信部２０８は、ＬＡＮ１１０を経由し、他の装置（ストアコントローラ１００、他の登録装置２００、精算装置３００、精算監視装置４００）と通信する。例えば、通信部２０８は、ＣＰＵ２０１の制御に従って取引情報をストアコントローラ１００に送信する。
通信部２０８は、ＣＰＵ２０１の制御に従って撮像データ（後述）を送受信する。
ブザー２０９は、店員に注意を促すブザー音を発生させる。

印刷部２１０は、精算装置３００における精算処理を行うときに必要となる情報を２次元コード（例えば、ＱＲ（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ）コード（登録商標））化して所定の印刷媒体に印刷し、会計券として発行（発券）する。具体的に、会計券の２次元コードは、会計券番号と、対応の取引における買い上げ商品とその数量、買上金額（合計金額）などの情報を含む。
なお、会計券は、例えば会計券番号のみの情報が印字されていてもよい。会計券番号のみの情報を印字するにあたっては、例えば一次元バーコードが用いられることが多い。
このように会計券に会計券番号のみが印字されるＰＯＳシステムでは、登録装置は、商品の登録完了に応じて、会計券番号を印字した会計券を発行するとともに、買い上げ商品や買い上げ金額などに関する情報（登録情報）を会計券番号と対応付けてストアコントローラに送信する。発行された会計券は、例えば店員から顧客に受け渡される。顧客は、精算に際して、会計券に印字された会計券番号を精算装置により読み取らせる。精算装置は、読み取った会計券番号に対応する登録情報をストアコントローラから取得し、取得した登録情報を利用して精算処理を行えばよい。

ハードディスク２１１は、各種の情報を記憶する補助記憶装置である。本実施形態において、ハードディスク２１１は、撮像部２１２によって取引ごとに対応して撮像された登録状況画像を記憶する。
ＣＰＵ２０１は、例えば登録状況画像の記憶をハードディスク２１１に開始する際に、登録状況画像を記憶するアドレス（ディレクトリ）を決定する。このように決定されたアドレスが登録情報における登録状況画像アドレスとして格納される。
また、ＣＰＵ２０１は、例えば精算監視装置４００からの登録画像要求に応じて、登録画像要求が指定するアドレスに従ってハードディスク２１１から登録状況画像を読み出す。ＣＰＵ２０１は、読み出した登録状況画像を精算監視装置４００に送信する。

撮像部（第１の撮像手段）２１２は、登録装置２００に対して行われる取引ごとの登録の状況を撮像して登録状況画像を取得する。登録状況画像は、例えば動画の形式である。具体的に、撮像部２１２は、店員がある一取引に対応する買上商品について商品登録作業をしているときに、この商品登録作業が完了するのを待っている顧客と、登録されている商品とを撮像するように設けられる。
このように撮像される登録状況画像を見ることにより、例えば、顧客が精算を済ませていない商品を持ったまま店舗外に出るような不正行為が行われた場合には、このような顧客の顔を含めた容姿を視覚的に特定することができる。また、顧客から店員による商品登録操作のミスに起因するようなクレームを受けた場合には、登録時においてどのように商品が登録されたのかを視覚的に把握できる。

図５の斜視図を参照して、撮像部２１２の設置位置と撮像方向について説明する。
図５（ａ）と図５（ｂ）の各斜視図は、カウンタ台２２に設置された登録装置２００の斜視図である。図５（ａ）と図５（ｂ）において、矢印Ａは、顧客の移動方向（会計動線）を表し、ドット表示領域Ｂは顧客の標準的な立ち位置を表している。すなわち、図５（ａ）は、会計動線の上流側から見た登録装置２００の斜視図であり、図５（ｂ）は会計動線の下流側から見た登録装置２００の斜視図である。図５（ｃ）は、登録状況画像の画像内容の一例である。

撮像部２１２は、顧客の容姿、服装を確認できる登録状況画像が撮像できるように配置される。つまり、図５（ａ）及び図５（ｂ）において示すドット表示領域Ｂ上に立った顧客を撮像した場合に、図５（ｃ）に示すような状態の画像が得られるように配置する。
このために、一例として、図５（ａ）及び図５（ｂ）ように、カウンタ台２２の近傍に置かれた商品棚２０の上部に撮像部２１２を配置したうえで、撮像方向を設定する。
また、例えば、客用表示部２０６の上部に撮像部２１２を配置しても、例えば必要な情報が撮像された登録状況画像を得ることができる。
なお、撮像部２１２と登録装置２００の本体とはケーブルによって接続され、該ケーブルにより登録状況画像の画像データが撮像部２１２から本体に送信されるようにしてもよいし、撮像部２１２と本体とは無線接続され、無線通信により登録状況画像の画像データが撮像部２１２から登録装置２００の本体に送信されるようにしてもよい。また、登録状況画像を記憶する記憶装置（例えばハードディスク）は、必ずしも、登録装置２００の本体内に備えられていなくともよく、例えば登録装置２００に対する外付けの記憶装置として備えられてもよい。

［精算装置の構成例］
次に、図６を参照して精算装置３００の外観例について説明する。
精算装置３００は、図６に示すように、決済部３１０、表示部３３０、撮像部３４０及びサインポール部３５０を備える。

決済部３１０は、会計券に対応する登録情報に基づいて決済を実行する部位である。決済部３１０は、リーダ部３１２、印刷物発行口３１４、硬貨投入口３１５、札入れ口３１６及び釣銭口３１８を含む。

リーダ部３１２は、会計券のバーコードを光学的に読み取る。
印刷物発行口３１４は、精算の完了に応じて、精算内容を示す精算レシートを発行する。なお、印刷物発行口３１４は、精算レシート以外の印刷物を発行してもよい。
硬貨投入口３１５は、顧客が支払いのために入金する預かり金としての金種のうち硬貨を入金するための部位である。
札入れ口３１６は、顧客が支払いのために入金する預かり金としての金種のうち紙幣を入金するための部位である。
釣銭口３１８は、釣銭を排出する部位である。

表示部３３０は、精算に関してユーザが操作するための画像が表示される。また、表示部３３０はタッチパネル式であり、顧客は、表示部３３０に対して操作を行うことにより精算が行える。

撮像部（カメラ：第２の撮像手段）３４０は、精算装置に対して行われる精算の状況を撮像して精算状況画像を取得する。具体的に、撮像部３４０は、精算状況画像として、顧客が精算を行うための操作や入金作業などを行っている状況を撮像できるように設置される。なお、精算状況画像も、登録状況画像と同様に、例えば動画の形式である。

サインポール部３５０は、先端の発光部が点灯または点滅する。例えば、買物客が店員を呼ぶ操作をした場合に点灯する。

図７は、精算装置３００の構成例を示している。なお、図７において、図６と同一部分には同一符号を付して説明を省略する。
図７に示す精算装置３００は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ハードディスク３０４、操作部３０５、通信部３０６、決済部３１０、表示部３３０、撮像部（カメラ）３４０及びサインポール部３５０を備える。

ＣＰＵ３０１は、ＲＯＭ３０２に記憶されたプログラムを実行し、精算装置３００全体を制御する。
ＲＯＭ３０２は、補助記憶装置の１つとして種々の情報を記憶する。例えば、精算装置３００のＲＯＭは、会計処理をＣＰＵに実行させるためのプログラムを記憶する。
ＲＡＭ３０３は、ＣＰＵ３０１の主記憶装置としてＣＰＵ３０１の演算結果を一次的に記憶する、随時読み出し書き込みメモリである。

ハードディスク３０４は、ＣＰＵ３０１の補助記憶装置として各種の情報を記憶する。実施形態において、ハードディスク３０４は、撮像部３４０によって取引ごとに対応して撮像された精算状況画像を記憶する。
ＣＰＵ３０１は、例えば精算状況画像の記憶をハードディスク３０４に開始する際に、登録状況画像を記憶するアドレス（ディレクトリ）を決定する。このように決定されたアドレスが図２の精算情報における精算状況画像アドレスとして格納される。
また、ＣＰＵ３０１は、例えば精算監視装置４００からの精算画像要求に応じて、精算画像要求が指定するアドレスに従ってハードディスク３０４から登録状況画像を読み出す。ＣＰＵ３０１は、読み出した登録状況画像を精算監視装置４００に送信する。

操作部３０５は、精算装置３００を動作させるための各種の操作ボタンを一括して示したものである。

通信部３０６は、ＬＡＮ１１０を経由し、他の装置（ストアコントローラ１００、登録装置２００、他の精算装置３００、精算監視装置４００）と通信する。例えば、通信部３０６は、ＣＰＵ３０１の制御に従って取引情報をストアコントローラ１００に送信する。

決済部３１０は、図６にて説明したように、リーダ部３１２は、印刷物発行口３１４、硬貨投入口３１５、札入れ口３１６及び釣銭口３１８を含み、リーダ部３１２により読み取った会計券に対応する登録情報に基づいて決済を実行する部位である。
ＣＰＵ３０１は、例えばリーダ部３１２により読み取られた会計券の会計券番号に対応する登録情報をストアコントローラ１００から取得する。そして、ＣＰＵ３０１が決済部３１０を制御することにより、例えば顧客の入金に応じた決済が決済部３１０にて行われる。

表示部３３０は、例えば、タッチパネル式のディスプレイ装置である。表示部３３０は、ＣＰＵ３０１の表示制御に応じて、精算などに関係する各種の画像を表示する。また、タッチパネルに対して行われた操作に応じた操作信号をＣＰＵ３０１に出力する。
また、ＣＰＵ３０１は、買物客が店員を呼ぶ操作を操作部３０５に対して行うのに応じて、サインポール部３５０の発光部が点灯または点滅するように制御する。

［精算監視装置の構成例］
図８は、精算監視装置４００の構成例を示している。
図８に示す精算監視装置４００は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ハードディスク４０４、表示部４０５、操作部４０６及び通信部４０７を備える。
ＣＰＵ４０１は、ＲＯＭ４０２に記憶されたプログラムを実行し、精算監視装置４００全体を制御する。
ＲＯＭ４０２は、補助記憶装置の１つであり、ＣＰＵ４０１が実行するプログラムの他、所定の情報を記憶する不揮発性のメモリである。
ＲＡＭ４０３は、ＣＰＵ４０１の主記憶装置としてＣＰＵ４０１の演算結果を一時的に記憶する、随時読み出し書き込みメモリである。

ハードディスク４０４は、ＣＰＵ４０１の補助記憶装置として各種の情報を記憶する。
ハードディスク４０４は、各種の情報の１つとして取引情報を記憶する。ハードディスク４０４が記憶する取引情報は、ストアコントローラ１００が送信したものである。
ハードディスク４０４が記憶する取引情報は、前述のようにストアコントローラ１００が実行する同期制御に応じて、ＣＰＵ４０１によってストアコントローラ１００が記憶する取引情報の内容と同期するように更新が行われる。

表示部４０５は、ＣＰＵ４０１の制御に応じて各種の監視用画像を表示する。監視用画像の１つとして、ＣＰＵ４０１は、操作により指定された取引に対応する登録状況画像と精算状況画像を表示部４０５に表示させることができる。
また、表示部４０５は、タッチパネル式であり、表示部４０５の画面に対して指などの操作体を触れることによる操作が可能である。

操作部４０６は、精算監視装置４００において備えられる各種キー、ボタンなどの操作子を一括して示したものである。
通信部４０７は、ＬＡＮ１１０を経由して、ストアコントローラ１００、登録装置２００及び精算装置３００などと通信を実行する。

［精算監視装置による精算未済取引に関する表示］
精算監視装置４００は、例えば、ハードディスク４０４が記憶する取引情報に基づいて、登録装置２００による登録が完了した取引について管理する。
具体的に、精算監視装置４００は、登録が完了した取引のうちで、登録が完了したと時点から一定時間を経過しても精算が完了していない取引（精算未済取引）のリストを表示部４０５の画面に表示する。また、精算未済取引については、登録が完了した時点から一定時間を経過しても精算装置３００に会計券が読み込まれていない「登録中」の状態の取引と、精算装置３００に会計券が読み込まれたが精算が完了していない「精算中」の状態の取引とで区分して表示する。

例えば、店員は、表示部４０５に表示される精算未済取引のリストのうちから任意の精算未済取引を指定する操作を行うことができる。この操作に応じて、精算監視装置４００は、指定された精算未済取引に対応する情報を提示する精算未済取引画像を表示する。
精算未済取引画像としては、精算未済取引が「登録中」の状態のときには、精算未済取引に対応する登録情報の内容と、登録状況画像とが表示される。
また、精算未済取引が「精算中」の状態のときの精算未済取引画像としては、精算未済取引に対応する登録情報の内容と、現在までにおいて顧客が精算のために精算装置３００に行った操作に応じて得られた精算情報の内容と、登録状況画像とが表示される。例えば、顧客が会計券を精算装置３００に読み取らせるまでの操作を行っていれば、精算情報の内容として、精算が開始された時刻や読み取られた会計券番号などが表示される。

このような表示が行われることで、例えば、買い上げ商品の登録が行われた後において一定時間を経過しても精算を完了していない取引の内容と顧客の容姿などを把握することが可能になる。これにより、買い上げ商品の登録を行っておきながら精算を済ませずに店舗から出てしまうような不正行為を行った顧客を特定することが可能になる。

［精算装置による精算完了取引に関する表示］
また、例えば精算が完了した後において、顧客から商品登録や精算装置３００の精算処理などに関してクレームを受けることがある。一例として、店員が同じ商品を２回重複して登録する操作を行ってしまったために、実際の購入点数に応じた合計金額よりも高い購入金額を支払ってしまったというようなケースである。また、例えば精算装置３００において何らかの原因により正しい金額の釣りが出てこなかったというようなケースである。

このように精算を完了させた顧客からクレームを受けた場合、店員側では、クレームに関するトラブルの原因が登録時と精算時のいずれであるのかを判断できない場合がある。そこで、このような場合には、クレームを受けた取引についての登録状況画像と精算状況画像とのいずれについても店員が確認できれば判断がより的確になって好ましい。
しかし、登録状況画像を確認するために、クレームを受けた取引を登録した登録装置２００にまで赴いて登録状況画像を再生し、精算状況画像を確認するために、精算装置３００にまで赴いて精算状況画像を再生させるというのでは相当の手間がかかってしまう。

そこで、本実施形態の精算監視装置４００は、精算が完了した取引（精算完了取引）の指定に応じて精算完了取引についての情報を提示する精算完了取引確認画面を表示するにあたり、指定された精算完了取引の登録状況画像と精算状況画像とを表示する。
以下、図９〜図１２を参照して、精算完了取引確認画面の表示態様例について店員の操作例とともに説明する。
なお、以降の説明にあたり、登録状況画像と精算状況画像とで特に区別する必要の無い場合には、取引状況画像と記載する。

店員は、まず、精算完了取引確認画面Ｐ２を表示させるにあたり、例えば表示部４０５に表示させたメニュー画面に対する操作によって、図９に示す映像検索画面Ｐ１を表示させる。
映像検索画面Ｐ１においては、日付入力ボックスｂｘ１、レジ番号入力ボックスｂｘ２、レシート番号入力ボックスｂｘ３、従業員番号入力ボックスｂｘ４及び検索ボタンｂｔ１が配置されている。

店員は、顧客の精算レシートに記入されている精算完了日時を日付入力ボックスｂｘ１に入力する操作を行う。また、店員は、顧客の精算レシートに記入されている精算装置３００の精算装置番号をレジ番号入力ボックスｂｘ２に入力する操作を行う。また、店員は、顧客の精算レシートに記入されている精算レシート番号をレシート番号入力ボックスｂｘ３に入力する操作を行う。

このように、図９に示す例では、精算完了後の取引を検索するための検索条件は、精算日時、精算装置番号及び精算レシート番号である。なお、例えば図２に示した取引情報の例であれば、精算レシート番号のみを検索条件としても取引（すなわち取引情報）を特定することは可能である。しかし、精算レシート番号のみを検索条件とした場合には、検索範囲が広くなってしまう。そこで、例えば精算レシートに記載されている精算日時と精算装置番号とを検索条件に加えることにより検索範囲が狭くなり、例えば検索時間の短縮や検索処理の負荷を軽減できる。

また、図示による説明は省略するが、精算監視装置４００は、例えば日付や精算装置番号などを指定して検索範囲を特定したうえで曖昧検索などを行って検索された取引のリストから該当の取引を特定するという機能も備えてもよい。

また、店員は、図９の映像検索画面Ｐ１における従業員番号入力ボックスｂｘ４に対して自分の従業員番号を入力する。
個人情報保護の観点から、精算完了取引確認画面は、予め登録された一部の店員しか操作できないようになっているとともに、精算完了取引確認画面を操作した店員を特定できるようにしておくことが求められる。従業員番号入力ボックスｂｘ４は、このような要請に対応して設けられている。

店員は、日付入力ボックスｂｘ１、レジ番号入力ボックスｂｘ２、レシート番号入力ボックスｂｘ３及び従業員番号入力ボックスｂｘ４に対する入力を終えると、検索ボタンｂｔ１に対する操作を行う。
この操作に応じて、表示部４０５の表示は、図１０に示す精算完了取引確認画面Ｐ２に切り替わる。

図１０の精算完了取引確認画面Ｐ２は、図９の映像検索画面Ｐ１において入力された精算日時、精算装置番号及び精算レシート番号の検索条件に該当した取引の内容を示す画像である。つまり、精算完了取引確認画面Ｐ２は、例えばクレームなどの問合せを行ってきた顧客が持参している精算レシートに対応する取引についての内容を示す画像である。
精算完了取引確認画面Ｐ２においては、登録情報領域ＡＲ１、精算情報領域ＡＲ２、取引状況画像ウィンドウｗ１、映像検索ボタンｂｔ１３、閉じるボタンｂｔ１４が配置される。また、取引状況画像ウィンドウｗ１においては、取引状況画像表示領域ＡＲ３と登録状況画像ボタンｂｔ１１と精算状況画像ボタンｂｔ１２とが配置される。

登録情報領域ＡＲ１は、該当の取引に対応する取引情報における登録情報の内容が表示される領域である。登録情報領域ＡＲ１においては、例えば、該当の取引に対応する会計券の番号、買い上げ点数、買い上げ金額、登録を行った登録装置２００の識別子（レジＮＯ）、登録操作を行った店員（従業員）を示す識別子（従業員ＮＯ）、登録が行われた時刻などが示される。
精算情報領域ＡＲ２は、該当の取引に対応する取引情報における精算情報の内容が表示される領域である。精算情報領域ＡＲ２においては、例えば、該当の取引に対応して精算が行われた精算装置３００の識別子（レジＮＯ）、支払い方法の選択、預かり金の入金、釣銭の排出などの精算に関する操作、処理が実行された時刻、精算が完了した時刻などが示される。
取引状況画像ウィンドウｗ１は、該当の取引に対応する取引状況画像（登録状況画像又は算状況画像）が表示される領域である。
なお、図１０は、図９の検索ボタンｂｔ１が操作されたのに応じて最初に精算完了取引確認画面Ｐ２が表示されたときの初期状態を示している。この初期状態においては、取引状況画像ウィンドウｗ１における取引状況画像表示領域ＡＲ３は、例えば黒色とされて取引状況画像が表示されていない状態である。

取引状況画像ウィンドウｗ１における登録状況画像ボタンｂｔ１１は、登録状況画像ボタンｂｔ１１を表示させるための操作が行われるボタンである。
精算状況画像ボタンｂｔ１２は、精算状況画像ボタンｂｔ１２を表示させるための操作が行われるボタンである。

店員は、買い上げ商品登録時の状況を確認したいときには、登録状況画像ボタンｂｔ１１を操作する。この操作に応じて、取引状況画像表示領域ＡＲ３には、図１１に示すように、該当の取引における買い上げ商品登録時の状況を撮像した登録状況画像が表示される。
取引状況画像表示領域ＡＲ３において、登録状況画像は動画として表示される。これに応じて、取引状況画像ウィンドウｗ１には、動画を開始位置に移動させるためのボタン、動画を終了位置に移動させるためのボタン、早送りボタン、早戻しボタン、一時停止ボタン、停止ボタンなどの動画再生に関する操作を行うためのボタンが表示される。

取引状況画像表示領域ＡＲ３にて再生される登録状況画像を見ることで、店員は、該当の取引における買い上げ商品の登録時において登録装置２００の前にいた顧客を確認することができる。また、このとき登録装置２００を操作していたオペレータとしての店員が買い上げ商品を登録している様子を見ることで、オペレータの登録作業の内容を確認することができる。登録時に例えばオペレータが誤って同じ商品を２重に登録する操作を行っていれば、登録状況画像を見ている店員は、オペレータが誤って同じ商品を２重に登録してしまった事実のあったことを視覚的に確認することができる。

また、店員は、図１０または図１１の状態において、精算時の状況を確認したいときには、精算状況画像ボタンｂｔ１２を操作する。この操作に応じて、取引状況画像表示領域ＡＲ３には、図１２に示すように、該当の取引における精算時の状況を撮像した精算状況画像が表示される。
取引状況画像表示領域ＡＲ３において、精算状況画像も動画として表示される。また、取引状況画像ウィンドウｗ１には、登録状況画像が表示される場合と同様に、動画を開始位置に移動させるためのボタン、動画を終了位置に移動させるためのボタン、早送りボタン、早戻しボタン、一時停止ボタン、停止ボタンなどの動画再生に関する操作を行うためのボタンが表示される。

再生される精算状況画像を見ることで、店員は、該当の取引における精算時における入金や釣銭の受け取りの状況を確認することができる。これにより、例えば、精算状況画像を見た店員は、精算時に顧客の入金操作のミスや精算装置３００が排出する釣銭のエラーなどがあった場合には、このような状況を視覚的に確認することができる。

また、例えば図１２に示すように精算状況画像が表示されている状態において、店員が、登録状況画像の表示に変更したいと思った場合には、精算状況画像ボタンｂｔ１２を操作すればよい。
これにより、取引状況画像表示領域ＡＲ３は、図１１に示すように、登録状況画像を表示する状態に遷移する。

このように、本実施形態の精算監視装置４００は、登録状況画像と精算状況画像のいずれも表示させることができる。
そのうえで、精算監視装置４００は、店員の操作に応じて、取引状況画像表示領域ＡＲ３において登録状況画像と精算状況画像を切り替えるようにして表示させる。
これにより、例えば店員は、精算後の顧客からの取引に関する問合せに対応して取引内容を画像により確認するにあたり、精算監視装置４００により買い上げ商品登録時の画像と、精算時の画像との双方を確認することができる。

なお、例えば取引状況画像ウィンドウｗ１において、登録状況画像と精算状況画像とを同時に表示させてもよい。ただし、店員が登録又は精算時の状況確認を行う際には、登録状況画像と精算状況画像のいずれか一方を注視する必要がある。この場合、登録状況画像と精算状況画像とを同時に表示させたとしても、いずれか一方の画像は店員の視野から外れているような状態にある。このような状態は、例えば限られた表示領域を登録状況画像と精算状況画像とで分割することにもなるために、個々の状況画像のサイズが小さくなってしまい、かえって画面が見づらくなる可能性もある。

そこで、本実施形態では、店員の操作に応じて登録状況画像と精算状況画像とで切り替えて表示するようにしている。これにより、例えば取引状況画像表示領域ＡＲ３において登録状況画像または精算状況画像がフルサイズで表示されることになり、登録状況画像または精算状況画像にて表示されている状況を店員が確認しやすくなる。

また、精算完了取引確認画面Ｐ２における映像検索ボタンｂｔ１３に対する操作が行われるのに応じて、精算完了取引確認画面Ｐ２が終了し、図９の映像検索画面Ｐ１の表示に遷移する。
また、閉じるボタンｂｔ１４に対する操作に応じては、精算完了取引確認画面Ｐ２が終了し、例えば監視画面などの表示に遷移する。

［処理手順例］
図１３のフローチャートは、ストアコントローラ１００と登録装置２００と精算監視装置４００との間で取引情報を管理するための処理手順例を示している。なお、この図においては、１つの取引に対応する取引情報を対象として管理するための処理を示す。
ステップＳ１０１：登録装置２００においてＣＰＵ２０１は、１つの取引に対応して買い上げ商品を登録するためのオペレータによる操作が開始されるのに応じて、登録処理を開始する。
ステップＳ１０２：登録処理の開始とともに、ＣＰＵ２０１は、登録開始通知をストアコントローラ１００に送信する。この際、例えばＣＰＵ２０１は、登録処理の開始に際して会計券番号を設定しておくようにして、設定した会計券番号を取引の識別子（取引識別子）として含む登録開始通知を送信すればよい。

ステップＳ１０３：ＣＰＵ２０１は、ステップＳ１０１により開始された登録処理が完了するのに応じて、今回の登録処理の結果を示す登録情報を生成する。ＣＰＵ２０１は、生成した登録情報をストアコントローラ１００に対して送信する。ステップＳ１０３により送信した登録情報は、ステップＳ１０２にて送信した登録開始通知に取引識別子として含められた会計券番号と同じ会計券番号を格納している。

ステップＳ１０４：本実施形態において、撮像部２１２は、継続的に撮像を行って撮像画像データを出力しているものとする。ＣＰＵ２０１は、ステップＳ１０１により登録処理が開始されたタイミングから撮像部２１２が撮像する撮像画像データのハードディスク２１１への記録を開始し、登録処理が完了するのに応じて撮像画像データの記録を終了させる。このように記憶された撮像画像データが今回の取引に対応する登録状況画像である。このようにして、ＣＰＵ２０１は、登録状況画像をハードディスク２１１に記憶させる。ハードディスク２１１に記憶された登録状況画像のアドレスは、ステップＳ１０３にて生成された登録情報において登録状況画像アドレスとして格納されている。

ステップＳ２０１：ストアコントローラ１００において、通信部１０５は、登録装置２００がステップＳ１０２により送信した登録開始通知を受信する。

ステップＳ２０２：ストアコントローラ１００のＣＰＵ１０１は、ステップＳ２０１により登録開始通知を受信したのに応じて、新規に取引情報を生成する。生成した取引情報は、例えば登録開始通知に取引識別子として含まれていた会計券番号を格納する。また、生成された取引情報における精算状況には「登録中」を示す値が格納される。ＣＰＵ１０１は、生成した取引情報をハードディスク１０４に対して新規に記憶させる。
なお、ステップＳ２０２により取引情報を生成する段階では、該当の取引に対応する精算は行われていない。従って、ステップＳ２０２により生成された取引情報において、精算情報は特に有効な情報や値を格納していない。

ステップＳ２０３：ストアコントローラ１００において、通信部１０５は、登録装置２００がステップＳ１０３により送信した登録情報を受信する。
ステップＳ２０４：ＣＰＵ１０１は、ステップＳ２０３により受信した登録情報を、ステップＳ２０２にてハードディスク１０４に記憶させた取引情報に格納する。この際、ステップＳ２０３により受信した登録情報と、ステップＳ２０２によりハードディスク１０４に記憶させた取引情報とは、取引情報識別子である会計券番号により対応付けられている。
ステップＳ２０５：ＣＰＵ１０１は、ステップＳ２０４により生成した取引情報を通信部から精算監視装置４００に送信する。

ステップＳ３０１：精算監視装置４００において、通信部４０７は、ステップＳ２０５によりストアコントローラ１００から送信された取引情報を受信する。
ステップＳ３０２：精算監視装置４００において、ＣＰＵ４０１は、ステップＳ３０１にて受信された取引情報をハードディスク４０４に記憶させる。これにより、ストアコントローラ１００と精算監視装置４００は、１つの取引に対応する買い上げ商品の登録の完了に応じて、同じ内容の取引情報を記憶する。

図１４のフローチャートは、ストアコントローラ１００と精算装置３００と精算監視装置４００との間で取引情報を管理するための処理手順例を示している。
ステップＳ４０１：精算装置３００においてＣＰＵ３０１は、１つの取引に対応する精算のための操作が顧客により開始されるのに応じて、精算処理を開始する。
ステップＳ４０２：また、精算処理の開始とともに、ＣＰＵ３０１は、精算開始通知をストアコントローラ１００に送信する。この際、例えばＣＰＵ３０１は、精算処理の開始にあたってリーダ部３１２により読み込んだ会計券番号を取引識別子として含める。

ステップＳ４０３：ＣＰＵ３０１は、ステップＳ４０１により開始された精算処理が完了するのに応じて、今回の精算処理の結果を示す精算情報を生成する。ＣＰＵ３０１は、生成した精算情報をストアコントローラ１００に対して送信する。このように生成された精算情報は、ステップＳ５０１の精算開始時においてリーダ部３１２により読み込んだ会計券番号を取引識別子として含める。

ステップＳ４０４：本実施形態において、撮像部３４０は、継続的に撮像を行って撮像画像データを出力しているものとする。ＣＰＵ３０１は、ステップＳ４０１により精算処理が開始されたタイミングから撮像部３４０が撮像する撮像画像データのハードディスク３０４への記録を開始し、精算処理が完了するのに応じて撮像画像データの記録を終了させる。このように記憶された撮像画像データが今回の取引に対応する精算状況画像である。このようにして、ＣＰＵ３０１は、精算状況画像をハードディスク３０４に記憶させる。ハードディスク３０４に記憶された登録状況画像のアドレスは、ステップＳ４０３にて生成された精算情報において登録状況画像アドレスとして格納されている。

ステップＳ５０１：ストアコントローラ１００において、通信部１０５は、精算装置３００がステップＳ４０２により送信した精算開始通知を受信する。
ステップＳ５０２：ＣＰＵ１０１は、ステップＳ５０１により精算開始通知を受信したのに応じて、以下の処理を実行する。つまり、ＣＰＵ１０１は、ハードディスク１０４が記憶している取引情報のうちから、受信した精算開始通知に含まれる取引識別子としての会計券番号と同じ会計券番号を格納する取引情報を検索する。次に、ＣＰＵ１０１は、検索した取引情報における精算状況に対して「精算中」を示す値を格納する。

ステップＳ５０３：ストアコントローラ１００において、通信部１０５は、精算装置３００がステップＳ４０３により送信した精算情報を受信する。
ステップＳ５０４：ストアコントローラ１００のＣＰＵ１０１は、ステップＳ５０３による精算情報の受信に応じて、以下の処理を実行する。
ステップＳ５０３により受信した精算情報には、取引識別子として、精算装置３００が読み込んだ会計券番号が含まれている。そこで、ＣＰＵ１０１は、ハードディスクに記憶されている取引情報が格納する登録情報のうちで、ステップＳ５０３により受信した精算情報が含む会計券番号と同じ会計券番号を格納する登録情報を検索する。

そして、ＣＰＵ１０１は、検索した登録情報を格納する取引情報に、ステップＳ５０１にて受信した精算情報を格納する。このように、精算情報が格納されることで、同じ取引における登録状況画像のアドレス（登録状況画像アドレス）と精算状況画像のアドレス（精算状況画像アドレス）とが１つの取引情報に格納される。これにより、同じ取引における登録状況画像と精算状況画像とが対応付けられる。
このように、ストアコントローラ１００のＣＰＵは、登録情報と、登録状況画像と、精算情報と、精算状況画像とを同じ取引ごとに対応付ける対応付け手段の一例である。

ステップＳ５０５：ステップＳ５０４により取引情報に対して精算情報が格納されたことにより、今回の精算に対応する取引情報が更新されたことになる。このように取引情報が更新されるのに応じて、ＣＰＵ１０１は、精算監視装置４００が記憶する同じ取引についての取引情報を、ストアコントローラ１００の記憶する取引情報と同じ内容とするための同期制御を実行する。
このために、例えばＣＰＵ１０１は、ステップＳ５０４の処理が行われる前（更新前）の取引情報の内容と、ステップＳ５０４の処理が行われた更新後の内容との差分データを抽出する。そして、ストアコントローラ１００のＣＰＵは、抽出した差分データを通信部から精算監視装置４００に対して送信する。

ステップＳ６０１：精算監視装置４００におけるＣＰＵ４０１は、ステップＳ５０５によるストアコントローラ１００の同期制御に応じて、ハードディスク４０４に記憶される取引情報の内容を同期させる同期処理を実行する。
つまり、ＣＰＵ４０１は、ステップＳ５０５に対応してストアコントローラ１００から送信された差分データを受信する。なお、差分データには、取引識別子として会計券番号が付加されている。ＣＰＵ４０１は、受信した差分データが対応する取引情報を検索し、検索した取引情報の内容について差分データを利用して更新する。これにより、ストアコントローラ１００と精算監視装置４００との間で、同じ取引に対応する取引情報の内容を同期させることが可能になる。

図１５のフローチャートは、図９〜図１２に示した映像検索画面Ｐ１と精算完了取引確認画面Ｐ２の表示に関して精算監視装置４００が実行する処理手順例を示している。
ステップＳ７０１：精算監視装置４００のＣＰＵ４０１は、映像検索画面Ｐ１の表示を指示するための操作が行われるのを待機している。映像検索画面Ｐ１の表示を指示するための操作は、例えば前述のように、表示部４０５に表示させたメニュー画面に対して行われる。
映像検索画面Ｐ１の表示を指示するための操作が行われるのに応じて、ＣＰＵ４０１は、ステップＳ７０２に進む。

ステップＳ７０２：ＣＰＵ４０１は、ステップＳ７０１にて映像検索画面Ｐ１の表示を指示するための操作が行われたことを判定するのに応じて、図９に示したように映像検索画面Ｐ１を表示部４０５に表示させる。
ステップＳ７０３：ＣＰＵ４０１は、映像検索画面Ｐ１を表示させている状態において、映像検索画面Ｐ１の表示を終了させるための操作が行われたか否かについて判定する。映像検索画面Ｐ１の表示を終了させるための操作が行われた場合、ＣＰＵ４０１は、この図に示す処理を終了する。これに伴い、ＣＰＵ４０１は、映像検索画面Ｐ１の表示を終了させ、例えば監視画面などの表示に移行させる。
一方、映像検索画面Ｐ１の表示を終了させるための操作が行われていない場合、ＣＰＵ４０１は、ステップＳ７０４に進む。

ステップＳ７０４：ＣＰＵ４０１は、映像検索画面Ｐ１に対して検索条件を入力するための操作が行われたか否かについて判定する。検索条件の入力は、図９との対応では、日付入力ボックスｂｘ１、レジ番号入力ボックスｂｘ２及びレシート番号入力ボックスｂｘ３に対する入力である。また、ステップＳ７０４では、便宜上、従業員番号入力ボックスｂｘ４に対する入力も検索条件として含めて扱う。
検索条件を入力するための操作が行われた場合、ＣＰＵ４０１は、ステップＳ７０５に進む。検索条件を入力するための操作が行われていない場合、ＣＰＵ４０１は、ステップＳ７０５をスキップしてステップＳ７０６に進む。

ステップＳ７０５：ＣＰＵ４０１は、検索条件の入力操作に応じて検索条件を設定する。
ステップＳ７０６：ＣＰＵ４０１は、検索指示操作が行われたか否かについて判定する。検索指示操作とは、図９との例では、検索ボタンｂｔ１に対する操作である。
検索指示操作が行われない場合、ＣＰＵ４０１は、ステップＳ７０４に戻る。一方、検索指示操作が行われた場合、ＣＰＵ４０１は、ステップＳ７０７に進む。

ステップＳ７０７：ＣＰＵ４０１は、設定された検索条件に該当する取引情報を、ハードディスク４０４から検索する。
ステップＳ７０８：ＣＰＵ４０１は、ステップＳ７０７により検索した取引情報の内容を利用して精算完了取引確認画面Ｐ２を表示部４０５に表示させる。

ステップＳ７０９：ＣＰＵ４０１は、精算完了取引確認画面Ｐ２を表示させている状態において、登録状況画像の表示を指示する操作（登録状況画像ボタンｂｔ１１に対する操作）が行われたか否かについて判定する。
登録状況画像の表示を指示する操作が行われない場合、ＣＰＵ４０１は、ステップＳ７１０をスキップしてステップＳ７１１に進む。
一方、登録状況画像の表示を指示する操作が行われた場合、ＣＰＵ４０１は、ステップＳ７１０に進む。

ステップＳ７１０：ＣＰＵ４０１は、登録装置２００から登録状況画像を取得する。このために、ＣＰＵ４０１は、ステップＳ７０７にて検索した取引情報が格納する登録状況画像アドレスを指定して、登録装置２００に対して登録状況画像を要求する。
登録装置２００は、要求に応答して、指定された登録状況画像アドレスに記憶されている登録状況画像をハードディスク２１１から読み出して、精算監視装置４００に送信する。ＣＰＵ４０１は、通信部４０７にて登録状況画像が受信されるのに応じて、取引状況画像表示領域ＡＲ３における登録状況画像の表示を開始させる。

ステップＳ７１１：ＣＰＵ４０１は、精算完了取引確認画面Ｐ２を表示させている状態において、精算状況画像の表示を指示する操作（精算状況画像ボタンｂｔ１２に対する操作）が行われたか否かについて判定する。
精算状況画像の表示を指示する操作が行われない場合、ＣＰＵ４０１は、ステップＳ７１２をスキップしてステップＳ７１３に進む。
一方、登録状況画像の表示を指示する操作が行われた場合、ＣＰＵ４０１は、ステップＳ７１２に進む。

ステップＳ７１２：ＣＰＵ４０１は、精算装置３００から精算状況画像を取得する。このために、ＣＰＵ４０１は、ステップＳ７０７にて検索した取引情報が格納する精算状況画像アドレスを指定して、精算装置３００に対して精算状況画像を要求する。
精算装置３００は、要求に応答して、指定された精算状況画像アドレスに記憶されている精算状況画像をハードディスク３０４から読み出して精算監視装置４００に送信する。ＣＰＵ４０１は、通信部４０７にて精算状況画像が受信されるのに応じて、取引状況画像表示領域ＡＲ３における精算状況画像の表示を開始させる。

ステップＳ７１３：ＣＰＵ４０１は、精算完了取引確認画面Ｐ２の表示を終了させるための操作（図１０〜図１２の閉じるボタンｂｔ１４に対する操作）が行われたか否かについて判定する。
精算完了取引確認画面Ｐ２の表示を終了させるための操作が行われない場合、ＣＰＵ４０１は、ステップＳ７０９に戻る。これに対して、精算完了取引確認画面Ｐ２の表示を終了させるための操作が行われた場合、ＣＰＵ４０１は、図１５に示す処理を終了する。図１５に示す処理を終了する際、ＣＰＵ４０１は、精算完了取引確認画面Ｐ２の表示を終了させて、例えば、監視画面などへの表示に移行する。このようにＣＰＵ４０１は、本発明の表示制御手段の一例である。

なお、図１０〜図１２にて説明したように、精算完了取引確認画面Ｐ２における映像検索ボタンｂｔ１３を操作することによっては映像検索画面Ｐ１に戻る。ただし、図１５においては、映像検索ボタンｂｔ１３の操作に対応した処理については、図示などの便宜上、省略している。

なお、これまでの説明における本実施形態のＰＯＳシステムでは、顧客は任意の精算装置２００により精算を行うことが可能とされているが、本発明は、以下のようなＰＯＳシステムにも適用してよい。つまり、登録装置は、登録が完了するのに応じて登録された商品について精算を行うべき精算装置を選択し、選択した精算装置に登録データを送信し、精算装置は、受信した登録データを利用して精算待機の状態を設定するというＰＯＳシステムである。このようなＰＯＳシステムにおいても、登録状況画像と精算状況画像とを同じ取引に対応付けて管理することで、必要に応じて同じ取引の登録状況画像と精算状況画像を対応付けて迅速に閲覧できるようになる。

以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成は本実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計等も含まれる。上記実施の形態で示したＰＯＳシステムに関し、以下の付記を開示する。

（付記項１）
顧客の購入対象の商品を登録する１以上の登録装置と、前記商品の登録情報に基いて精算を行う複数の精算装置とを有するＰＯＳシステムにおいて、前記登録装置に対して行われる取引ごとの登録の状況を撮像して登録状況画像を取得する第１の撮像手段と、前記登録装置により登録された取引情報に基いて前記精算装置に対して行われる精算の状況を撮像して精算状況画像を取得する第２の撮像手段と、登録が行われるのに応じて前記登録装置が生成する登録情報と、前記登録状況画像と、精算が行われるのに応じて前記精算装置が生成する精算情報と、前記登録状況画像とを、同じ取引ごとに対応付ける対応付け手段と、登録済みの取引が指定されるのに応じて、選択された取引に対応付けられた登録状況画像と精算状況画像とを表示する表示制御手段とを備えることを特徴とするＰＯＳシステム。

（付記項２）
前記表示制御手段は、指定された取引に対応付けられた登録状況画像と精算状況画像とを画面における同一領域にて選択可能に表示する付記項１に記載のＰＯＳシステム。

上記構成によれば、画面における１つの領域において登録状況画像と精算状況画像とのいずれかを切り替えるようにして表示させることができる。これにより、例えば、画面における１つの領域において登録状況画像または精算状況画像を最大サイズで表示させることが可能になる。

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

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

１００ ストアコントローラ、２００ 登録装置、３００ 精算装置、４００ 精算監視装置

Claims (4)

1. 顧客の購入対象の商品を登録する１以上の登録装置と、前記商品の登録情報に基いて精算を行う複数の精算装置とを有するＰＯＳシステムにおいて、
   前記登録装置に対して行われる取引ごとの登録の状況を撮像して登録状況画像を取得する第１の撮像手段と、
   前記登録装置により登録された取引情報に基いて前記精算装置に対して行われる精算の状況を撮像して精算状況画像を取得する第２の撮像手段と、
   登録が行われるのに応じて前記登録装置が生成する登録情報と、前記登録状況画像と、精算が行われるのに応じて前記精算装置が生成する精算情報と、前記精算状況画像とを、同じ取引ごとに対応付ける対応付け手段と、
   登録済みの取引が指定されるのに応じて、選択された取引に対応付けられた登録状況画像と精算状況画像とを表示する表示制御手段とを備え、
   前記登録装置は、登録が完了するのに応じて登録された商品について精算を行うべき精算装置を選択し、選択した精算装置に登録データを送信し、前記精算装置は、受信した登録データを利用して精算待機の状態を設定し、
   前記表示制御手段は、
   指定された取引に対応付けられた登録状況画像と精算状況画像とを画面における同一領域にて選択可能に表示する
   ことを特徴とするＰＯＳシステム。
2. 前記表示制御手段は、
   登録装置の識別子と取引を識別する情報とを少なくとも含む登録情報と、精算装置の識別子を少なくとも含む精算情報とを、前記画面に表示する
   請求項１に記載のＰＯＳシステム。
3. 前記表示制御手段は、
   前記精算情報として、精算に対応して行われた操作に関する履歴をさらに表示する
   請求項２に記載のＰＯＳシステム。
4. 顧客の購入対象の商品を登録する１以上の登録装置と、前記商品の登録情報に基いて精算を行う複数の精算装置とを有し、前記登録装置は、登録が完了するのに応じて登録された商品について精算を行うべき精算装置を選択し、選択した精算装置に登録データを送信し、前記精算装置は、受信した登録データを利用して精算待機の状態を設定し、前記登録装置に対して行われる取引ごとの登録の状況を撮像して登録状況画像を取得する第１の撮像手段と、前記登録装置により登録された取引情報に基いて前記精算装置に対して行われる精算の状況を撮像して精算状況画像を取得する第２の撮像手段とを備えるＰＯＳシステムにおけるコンピュータを、
   登録が行われるのに応じて前記登録装置が生成する登録情報と、前記登録状況画像と、精算が行われるのに応じて前記精算装置が生成する精算情報と、前記精算状況画像とを、同じ取引ごとに対応付ける対応付け手段、
   登録済みの取引が指定されるのに応じて、選択された取引に対応付けられた登録状況画像と精算状況画像とを表示する表示制御手段であって、指定された取引に対応付けられた登録状況画像と精算状況画像とを画面における同一領域にて選択可能に表示する表示制御手段
   として機能させるためのプログラム。

Images