JP5029230B2

JP5029230B2 - 売上データ処理装置及びプログラム

Info

Publication number: JP5029230B2
Application number: JP2007226156A
Authority: JP
Inventors: 康弘小高
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 2007-08-31
Filing date: 2007-08-31
Publication date: 2012-09-19
Anticipated expiration: 2027-08-31
Also published as: JP2009059184A

Description

本発明は、売上データ処理装置及びプログラムに関する。

物品販売の売上実績を商品単位で集計可能なＰＯＳ（Point Of Sales）システムは、利便性や必要性の観点から流通業界、特に小売業において普及している。ＰＯＳシステムによれば、販売店舗は売り上げた商品の種類や名称、金額等を含んだ商品情報を販売時点でリアルタイムに収集して管理することが可能である。

ＰＯＳシステムによれば、販売店舗の店員は、例えば商品の値札に印字されたバーコードデータをＰＯＳ装置に付属するスキャナで読み取る操作を行うだけでよい。なお、この際に用いられるＰＯＳ装置はＰＯＳ端末であり、ＰＯＳシステムに対応した専用の端末装置である。

ＰＯＳ端末は、読み取ったバーコードデータと対応する商品の名称や価格等の情報をＰＯＳ端末が備える記憶部から取得する。そして、取得した情報を表示部に表示したり、用紙に印字したりすることが可能である。また、売上情報として管理することで在庫管理等も容易となる。

上記のプロセス、つまりバーコードデータにある情報から商品の名称や価格等の商品情報を取得する一連のプロセスを、一般にＰＬＵ（Price Look Up）という。なお、ここでは、バーコードデータから取得した商品の名称や価格等から構成される商品情報自体もＰＬＵということとする。このＰＯＳシステムにおけるＰＬＵについては、後述する特許文献１に記載されている。

特許文献１には、プライスルックアップ検索方式の技術が開示されている。
この技術では、まずＰＯＳ端末がホストコンピュータと通信回線を介して通信可能であることが前提となる。ホストコンピュータには、膨大な商品情報が格納されている。そして、ＰＯＳ端末が登録していない商品情報については、ＰＯＳ端末が通信回線を介してホストコンピュータから取得することが可能である。これにより、ＰＯＳ端末は全ての商品情報について登録する必要はなく、オペレータは登録に係る手間を省くことができる。
特開平６−４７７０号公報

しかし、特許文献１に記載の技術では、通信回線の不具合によりＰＯＳ端末が商品情報を取得できない場合に問題が生じる。ＰＯＳ端末が未だ登録していない商品情報か否かは、ＰＯＳ端末のオペレータが実際にバーコードデータを読み取る等の操作をしてエラー等を確認するまで判別することはできない。

オペレータがエラーを確認した後に手動で登録操作等を行うこととすれば、顧客サービスの低下を招くこととなる。また、再度商品情報を取得すべき未登録の商品については、エラー時に現場にいたオペレータの記憶やメモ書き等に頼る必要がある。これでは、未登録商品を把握するのに不確実であり、また登録するのに煩雑な作業が必要となる。

本発明の課題は、サーバ装置から商品情報を取得する取得処理を実行した際に、商品情報の取得状況を簡単に確認できるようにすることである。

請求項１に記載の発明の売上データ処理装置は、商品情報を格納するサーバ装置に通信ネットワークを介して接続する通信手段と、前記サーバ装置から前記商品情報を取得する取得処理を実行した際に、前記商品情報を取得できたか否かを判別し、前記商品情報を取得できたと判別した場合は、取得成功を示すステータスを商品単位で記憶手段に記憶する第１の制御手段と、前記取得処理を実行した際に、前記商品情報を取得できなかったと判別され、且つ通信エラーと判別した場合は、通信エラーを示すステータスを商品単位で前記記憶手段に記憶する第２の制御手段と、前記取得処理を実行した際に、前記商品情報を取得できなかったと判別され、且つ通信エラーでないと判別した場合は、前記商品情報が無いことを示すステータスを商品単位で前記記憶手段に記憶する第３の制御手段と、前記記憶手段に商品単位で記憶されたステータスを出力する出力手段と、を備える。

請求項２記載の発明は、請求項１に記載の売上データ処理装置において、前記記憶手段に記憶された前記ステータスが、前記通信エラーを示すステータスあるいは前記商品情報が無いことを示すステータスである商品について、前記取得処理を再度実行し、前記商品情報を取得できた場合は、当該商品について前記取得成功を示すステータスを前記記憶手段に記憶する第４の制御手段を具備する。

請求項３に記載の発明は、請求項２に記載の売上データ処理装置において、入力手段を備え、前記第４の制御手段は、前記入力手段による再取得の入力指示に従って、前記商品情報を前記通信手段により再度取得させる。

請求項４に記載の発明は、請求項３に記載の売上データ処理装置において、前記第４の制御手段は、前記入力手段による精算処理の実行指示に従って、前記商品情報を前記通信手段により再度取得させる。

請求項５に記載の発明は、請求項２〜４の何れか一項に記載の売上データ処理装置において、前記記憶手段は、前記商品情報を前記通信手段により再度取得させる所定のタイミングについての情報を記憶し、前記第４の制御手段は、前記記憶手段に予め記憶された所定のタイミングについての情報に基づき、前記商品情報を前記通信手段により再度取得させる。

請求項６に記載の発明のプログラムは、コンピュータを、商品情報を格納するサーバ装置に通信ネットワークを介して接続する通信手段、前記サーバ装置から前記商品情報を取得する取得処理を実行した際に、前記商品情報を取得できたか否かを判別し、前記商品情報を取得できたと判別した場合は、取得成功を示すステータスを商品単位で記憶手段に記憶する第１の制御手段、前記取得処理を実行した際に、前記商品情報を取得できなかったと判別され、且つ通信エラーと判別した場合は、通信エラーを示すステータスを商品単位で前記記憶手段に記憶する第２の制御手段、前記取得処理を実行した際に、前記商品情報を取得できなかったと判別され、且つ通信エラーでないと判別した場合は、前記商品情報が無いことを示すステータスを商品単位で前記記憶手段に記憶する第３の制御手段、前記記憶手段に商品単位で記憶されたステータスを出力する出力手段、として機能させる。

本発明によれば、サーバ装置から商品情報を取得する取得処理を実行した際に、サーバ装置から商品情報を取得できたか否か、商品情報を取得できなかった場合に、通信エラーのために取得できなかったか、商品情報が無いために取得できなかったのかを簡単に確認することができる。

以下、本発明に係る売上データ処理装置について、最適な実施形態の構成及び動作について図面を用いて詳細に説明する。

図１に、本実施形態における売上データ処理システム１００の全体構成を示す。
売上データ処理システム１００は、情報サーバ装置としての情報センタサーバ１０及び売上データ処理装置としてのＥＣＲ（Electronic Cash Resister）２０Ａ〜２０Ｄを備えて構成される。

また、情報センタサーバ１０及びＥＣＲ２０Ａ〜２０Ｄは、互いに通信ネットワークＮにより通信接続されている。
通信ネットワークＮは、例えばＷＡＮ（Wide Area Network）やインターネット等のネットワークにより構成されているが、ＬＡＮ（Local Area Network）等を含めてもよく、電話回線、専用線、移動体通信網、通信衛星網、ＣＡＴＶ（Cable Television）回線、インターネットプロバイダ等を含めてもよい。

情報センタサーバ１０は、ＥＣＲ２０Ａ〜２０Ｄから送信される売上データを格納する。また、情報センタサーバ１０は自機が格納する売上データの集計や分析を行い、その集計や分析結果のデータをＥＣＲ２０Ａ〜２０Ｄに送信する売上データ管理機能を有する。さらに、情報センタサーバ１０は、ＥＣＲ２０Ａ〜２０Ｄから送信された決済の承認要求等をカード会社サーバ（図示省略）へ送信し、カード会社サーバから送信された承認結果をＥＣＲ２０Ａ〜２０Ｄへ送信する。そして、情報センタサーバ１０は、その決済に関する情報を売上データに関連付けて格納する決済管理機能を有する。

ＥＣＲ２０Ａ〜２０Ｄは、各店舗の売上データ処理を行う売上データ処理装置である。ＥＣＲ２０Ａ〜２０Ｄは、売上データ処理で入力された売上データを保存するとともに、例えば１日の営業時間終了ごとに情報センタサーバ１０に売上データを送信する。

図２に、情報センタサーバ１０の内部構成を示す。
情報センタサーバ１０は、制御部１１と、入力部１２と、ＲＡＭ（Random Access Memory）１３と、表示部１４と、記憶部１５と、通信部１６と、計時部１７を備えて構成される。なお、各部はバス１８を介して接続される。

制御部１１は、情報センタサーバ１０の各部を中央制御する。制御部１１は、記憶部１５に記憶されているシステムプログラム及び各種アプリケーションプログラムの中から指定されたプログラムをＲＡＭ１３に展開し、ＲＡＭ１３に展開されたプログラムとの協働で、各種処理を実行する。

また、制御部１１は、情報センタサーバプログラムとの協働で、一日の売上データ処理の終了時に、ＥＣＲ２０Ａ〜２０Ｄから送信される売上データを受信して記憶部１５に記憶する。

入力部１２は、カーソルキー、文字、数字入力キー及び各種機能キーなどを備えたキーボードを含む構成とし、操作者により各キーが押下された操作信号を制御部１１に出力する。また、入力部１２は、マウス等のポインティングデバイスを含み、位置入力信号を受け付けて制御部１１に送信することとしてもよい。

ＲＡＭ１３は、揮発性のメモリである。また、ＲＡＭ１３は、実行される各種プログラムやこれら各種プログラムに係るデータ等を格納するワークエリアを有する。

表示部１４は、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）等で構成され、制御部１１からの表示制御信号に従って画面表示を行う。

記憶部１５は、磁気記録媒体を有するＨＤＤ（Hard Disk Drive）等により構成され、各種プログラム及び各種データを記録媒体から読み出し及び書き込み可能に記憶する。

通信部１６は、モデム、ＴＡ（Terminal Adapter）、ルータ、ネットワークカード等により構成される。通信部１６は、接続される通信ネットワークＮ上のＥＣＲ２０Ａ〜２０Ｄと情報を送受信する。
計時部１７は、計時回路を内蔵し、現在時刻及び現在日付を計時して出力する。

図３に、ＥＣＲ２０Ａの内部構成を示す。なお、ＥＣＲ２０Ｂ〜２０Ｄは、ＥＣＲ２０Ａと同様の構成であるため、ここでの説明は省略する。

ＥＣＲ２０Ａは、制御部２１と、入力部２２と、ＲＡＭ２３と、表示部２４と、記憶部２５と、通信部２６と、スキャナ部２７と、ドロア２８と、プリント部２９ａと、計時部２９ｂを備えて構成され、各部がバス２９ｃを介して接続される。

制御部２１、ＲＡＭ２３、通信部２６については、それぞれ、情報センタサーバ１０の制御部１１、ＲＡＭ１３、通信部１６の構成と同様であるため、以下には異なる部分を主として説明する。

制御部２１は、記憶部２５に記憶されたＥＣＲプログラムとの協働で、売上データ処理を行う。また、電子決済を行う場合には暗号化決済データを情報センタサーバ１０へ送信する。そして、情報センタサーバ１０から受信した承認結果、暗号化決済データ及び売上データを記憶部２５に記憶する。
また、制御部２１は、ＥＣＲプログラムとの協働で、現金等決済を行う場合に、売上データを記憶部２５に記憶する。また、制御部２１は、ＥＣＲプログラムとの協働で、売上データを情報センタサーバ１０へ送信する。

入力部２２は、カーソルキー、文字、数字入力キー及び各種機能キーなどを備えたレジ用のキーボードを含む構成とし、操作者により各キーが押下された操作信号を制御部２１に出力する。

表示部２４は、ＬＣＤ等で構成され、制御部２１からの表示制御信号に従って画面表示を行う。また、入力部２２は、表示部２４と一体的にタッチパネルを構成することとしてもよい。

記憶部２５は、ＲＯＭやフラッシュメモリ等により構成される。記憶部２５は、各種プログラム及び各種データを、ＲＯＭから読み出し可能に、フラッシュメモリから読み出し及び書き込み可能に記憶する。なお、記憶部２５は、ＨＤＤ等により構成してもよい。
また、記憶部２５は、ＥＣＲ識別番号、売上データ及びＥＣＲプログラムを記憶する他、ＰＬＵ設定ファイルを記憶する。ＰＬＵ設定ファイルについては図４の説明で後述する。

通信部２６は、通信ネットワークＮ上の情報センタサーバ１０等の外部機器と通信を行う。
スキャナ部２７は、商品に設けられたバーコードを読み取るバーコードリーダやバーコードスキャナ等を備える。

ドロア２８は、硬貨や紙幣等の現金を収納する引出しである。ドロア２８は、例えば制御部２１の指示により、引出しを開ける。

プリント部２９ａは、例えばサーマルプリンタであり、レシート用、ジャーナル用のロール紙を有する。制御部２１から入力される指示に従って、各ロール紙に対して金額等のデータをプリントアウトする。
計時部２９ｂは、計時回路を内蔵し、現在時刻及び現在日付を計時して出力する。

次に、図４を参照して、ＥＣＲ２０Ａの記憶部２５が記憶するＰＬＵ設定ファイル３０について説明する。ＰＬＵとは、前述したようにここでは商品情報自体のことをいい、商品情報には図４のＰＬＵ設定ファイル３０に示すものがある。ＰＬＵ設定ファイル３０は、スキャニングコード３１、商品名称３２、単価３３、その他設定３４及び商品情報取得ステータス３５により構成される。以下、ＰＬＵ設定ファイルで設定されるそれぞれの情報について説明する。

スキャニングコード３１には、例えばバーコードにあるＪＡＮコードのような、スキャナ部２７により読み取り可能なコードが設定される。
商品名称３２には、商品の名称が設定される。
単価３３には、商品の値段が設定される。なお、単価３３には、ＥＣＲ２０Ａ〜２０Ｄのそれぞれにおいて入力部２２を介して任意に設定された値段が設定されることとしてもよいし、ＥＣＲ２０Ａが情報センタサーバ１０から取得した所定の値段が設定されることとしてもよい。
その他設定３４には、例えば商品の値引きや内税、外税等の情報が設定される。

商品情報取得ステータス３５には、商品名称３２の取得状況を示す情報が設定される。具体的には、取得状況に対応づけた数字、例えば「００」、「０１」、「０２」、「９８」、「９９」等が設定される。以下、これらの数字に対応する取得状況の内容について、その一例を説明する。

商品情報取得ステータス３５が「００」の場合は、ＥＣＲ２０Ａが情報センタサーバ１０から商品名称３２の取得処理を行っていない「未実施」であることを示す。なお、オペレータの操作によりＥＣＲ２０Ａが商品名称３２を取得した場合には、取得状況は「００」とは別に、後述する「９９」となる。

商品情報取得ステータス３５が「０１」の場合は、ＥＣＲ２０Ａが取得処理を行ったが情報センタサーバ１０がスキャニングコードに対応する商品名称３２を格納していない「商品名称データなし」であることを示す。

商品情報取得ステータス３５が「０２」の場合は、ＥＣＲ２０Ａが取得処理中の通信エラー等により商品名称３２を取得できなかった「取得エラー」であることを示す。

商品情報取得ステータス３５が「９８」の場合は、ＥＣＲ２０Ａが取得処理を正常に行い、商品名称３２を情報センタサーバ１０から取得した「正常取得済み」であることを示す。

商品情報取得ステータス３５が「９９」の場合は、オペレータの入力操作により、入力部２２を介して商品名称３２を取得した「手動設定済み」であることを示す。

ＥＣＲ２０Ａは、上記に説明してきたＰＬＵ設定ファイル３０を商品毎に記憶部２５に記憶している。そして、スキャナ部２７がバーコードデータを読み取った際に、制御部２１は読み取ったバーコードデータ、すなわちスキャニングコード３１に対応する商品名称３２や単価３３を表示部２４に表示等させる。

図５に、ＥＣＲ２０Ａが、情報センタサーバ１０から取得した情報に基づきＰＬＵ設定ファイル３０を作成する処理の流れについて示す。なお、単価３３及びその他設定３４に設定される情報については、ＥＣＲ２０Ａ〜２０Ｄのそれぞれが独自に設定するものであるため、ここでは特に商品名称３２を取得する際の流れについて説明する。また、図５では、店舗に新規に入荷された商品について、ＥＣＲ２０ＡがＰＬＵ設定ファイル３０を作成する処理について説明する。つまり、商品情報取得ステータス３５にはデフォルト値として「００」（未実施）が設定されていることを前提とする。

まず、制御部２１は通信ネットワークＮを介して、情報センタサーバ１０から商品名称３２を通信部２６により取得させる（ステップＳ１）。

具体的には、オペレータが商品に添付等されているバーコードデータをスキャナ部２７に読み取らせる。その際、制御部２１はＰＬＵ設定ファイル３０を生成するとともに、スキャナ部２７が読み取ったバーコードデータをＰＬＵ設定ファイル３０のスキャニングコード３１へ設定する。そして、制御部２１は読み取ったバーコードデータに対応する商品名称３２を通信部２６により取得させ、取得した場合にはＰＬＵ設定ファイル３０の商品名称３２に設定する。

次に、制御部２１は、情報センタサーバ１０から商品名称３２を取得することができたか否かについて判断する（ステップＳ２）。

ここで、制御部２１が情報センタサーバ１０から商品名称３２を取得できない場合とは、通信エラーや情報センタサーバ１０にデータがなかった等の場合が考えられる。なお、ここでいう通信エラーには、例えば取得処理中に通信ネットワークＮの不具合によって通信が遮断された場合の他、通信は正常にできたが情報センタサーバ１０内のデータベースへのアクセスがエラーとなった場合等も含むものとする。

制御部２１は、商品名称３２を取得できたと判断した場合（ステップＳ２；ＹＥＳ）、ＰＬＵ設定ファイル３０に取得した商品名称３２を設定する。また、商品情報取得ステータス３５を「９８」（正常取得済み）に設定する。

一方、制御部２１は、商品名称３２を取得できなかったと判断した場合（ステップＳ２；ＮＯ）、次に通信エラーか否かを判断する（ステップＳ４）。

制御部２１は、通信エラーと判断した場合（ステップＳ４；ＹＥＳ）、ＰＬＵ設定ファイル３０の商品情報取得ステータス３５を「０２」（取得エラー）に設定する（ステップＳ５）。

また、制御部２１は、通信エラーでないと判断した場合（ステップＳ４；ＮＯ）、商品情報取得ステータス３５を「０１」（商品名称データなし）に設定する（ステップＳ６）。
以上、制御部２１は商品情報取得ステータス３５に「０１」、「０２」、「９８」の何れかを設定することにより、本処理を終了する。

なお、商品情報取得ステータス３５に「０１」（商品データなし）又は「０２」（取得エラー）が設定されたＰＬＵ設定ファイルがある場合、制御部２１がこのＰＬＵ設定ファイル３０を表示部２４に表示させたり、プリント部２９ａに印字させたりすることとしてもよい。

また、図５における処理は、ＥＣＲ２０Ａが情報センタサーバ１０から商品名称３２を取得する場合について説明しているが、オペレータが入力部２２を介して任意に設定することも可能である。この場合、制御部２１は商品情報取得ステータス３５に「９９」（手動設定済み）を設定する。

商品情報取得ステータス３５が「９８」又は「９９」以外の場合、ＰＬＵ設定ファイル３０には商品名称３２が設定されていないこととなる。この場合、ＥＣＲ２０Ａは再度商品名称３２を情報センタサーバ１０から取得する処理を行う。
なお、商品情報取得ステータス３５が「０１」（商品名称のデータなし）と設定されたにも拘らず、再度の取得処理を実行する理由として、発売間もない新製品等の情報は情報センタサーバ１０のデータベースへの保存が遅れることが考えられるからである。

図６に、ＥＣＲ２０Ａが情報センタサーバ１０から商品名称３２を再度取得する処理について説明する。なお、図６において説明する処理の前提として、商品情報取得ステータス３５は「００」以外であって、「０１」、「０２」、「９８」、「９９」の何れかに設定されていることとする。また、図６に示す処理は、オペレータが入力部２２を介して入力した再度取得の指示情報を制御部２１が受信することにより開始される。

制御部２１は、記憶部２５に記憶する複数のＰＬＵ設定ファイル３０のうち、ＰＬＵレコードナンバーが「１」であるＰＬＵ設定ファイル３０を検索する（ステップＳ１１）。
ここで、ＰＬＵレコードナンバーは、ＰＬＵ設定ファイル３０のそれぞれに対して登録順に割り振られる番号であってもよいし、オペレータが任意に割り振った番号であってもよい。また、図６にあるＰＬＵレコードナンバーＡは変数であって、Ａの最大値は記憶部２５に記憶されているＰＬＵ設定ファイル３０の総数となる。

制御部２１は、ＰＬＵレコードナンバーがＡのＰＬＵ設定ファイル３０について、商品情報取得ステータス３５が「０１」（商品名称データなし）又は「０２」（取得エラー）であるか否か判断する（ステップＳ１２）。

制御部２１は、判断対象のＰＬＵ設定ファイル３０において、商品情報取得ステータス３５が「０１」又は「０２」であると判断した場合（ステップＳ１２；ＹＥＳ）、情報センタサーバ１０から商品名称３２の取得処理を実行する（ステップＳ１３）。
なお、ここで制御部２１が実行する商品名称３２の取得処理は、図５の説明において既述した通りである。

制御部２１は、商品名称３２の取得に成功したと判断した場合（ステップＳ１４；ＹＥＳ）、取得した商品名称３２をＰＬＵ設定ファイル３０の商品名称３２に設定し（ステップＳ１５）、商品情報取得ステータス３５の設定を「０１」又は「０２」から「９８」（正常取得済み）へと更新する（ステップＳ１６）。そして、制御部２１はステップＳ１７へ移行する。

また、制御部２１は、商品名称３２の取得に成功しなかったと判断した場合（ステップＳ１４；ＮＯ）、商品情報取得ステータス３５の設定を「０１」又は「０２」のままとして、ステップＳ１７へ移行する。このとき、前回同様に商品情報取得ステータス３５が「０１」又は「０２」であるＰＬＵ設定ファイル３０の設定内容を印字出力してオペレータへ通知することとしてもよい。

ステップＳ１２に戻り、制御部２１は、判断対象のＰＬＵ設定ファイル３０において、商品情報取得ステータス３５が「０１」又は「０２」でないと判断した場合（ステップＳ１２；ＮＯ）、次に検索するＰＬＵレコードナンバーを＋１だけインクリメントする（ステップＳ１７）。

制御部２１は、ステップＳ１３において、＋１だけインクリメントしたＰＬＵレコードナンバーＡがＰＬＵ設定ファイル３０の総数と同一であるか否かについて判断する（ステップＳ１８）。同一でない場合には（ステップＳ１８；ＮＯ）、制御部２１はステップＳ１２に移行して、別のＰＬＵ設定ファイル３０について再度、商品情報取得ステータス３５が「０１」又は「０２」であるか否かについて判断することとなる。また、同一である場合（ステップＳ１８；ＹＥＳ）、本処理を終了する。

なお、図６において説明してきた処理は、オペレータが入力部２２を介して再度取得の指示情報を入力したことにより開始されるとしたが、必ずしもこれに限ったものではない。例えば、オペレータがＥＣＲ２０Ａにおいて精算処理を行った際、又はＥＣＲ２０Ａが管理するスケジューラによる定時刻の際に、再度取得の処理が実行されることとしてもよい。以下、このような再度取得の開始指示について説明する。

図７に、精算処理を行った際に商品情報を再度取得する処理が実行される場合のフローチャートを示す。
制御部２１は、精算処理の指示情報を受信するまで待機する（ステップＳ２１；ＮＯ）。なお、ここでいう精算処理の指示情報とは、ＥＣＲ２０Ａが一日の営業終了時までに売り上げた売上データを精算レポート上に印字して出力し、記憶していた売上データを消去するまでの指示をいう。精算処理の指示情報は、オペレータが入力部２２にある所定のボタン（図示省略）を押下することで制御部２１に出力される。

制御部２１は、精算処理の指示情報を受信すると（ステップＳ２１；ＹＥＳ）、精算レポートの発行処理を実行する（ステップＳ２２）。精算レポートは制御部２１の指示に従って、プリント部２９ａにより出力される。

制御部２１は、精算レポートの発行指示をプリント部２９ａに出力するとともに、商品名称３２の情報について再度取得する処理を実行する（ステップＳ２３）。なお、このステップＳ２３における再度取得する処理は、図６において説明した処理と同様であるため、ここでの説明は省略する。制御部２１は、商品名称３２について再度取得する処理を実行した後、本処理を終了する。
次に、ＥＣＲ２０Ａの管理するスケジューラが定時刻となった際に再度取得する処理が開始される場合について説明する。

図８に、スケジューラ管理により商品情報を再度取得する処理が実行される場合のフローチャートを示す。
制御部２１は、計時部２９ｂが計時する時刻が記憶部２５に記憶されている再度取得する時刻と同一となるまで待機する（ステップＳ３１；ＮＯ）。

制御部２１は、商品名称３２の情報を再度取得する時刻となった場合（ステップＳ３１；ＹＥＳ）、これを開始の指示情報として、商品名称３２の再度取得処理を実行する（ステップＳ３２）。なお、このステップＳ３２における再度取得する処理は、図６において説明した処理と同様であるため、ここでの説明は省略する。
制御部２１は、商品名称３２について再度取得する処理を実行した後、本処理を終了する。

次に、図９を参照して、スキャニングコード３１及び商品情報取得ステータス３５の内容を印字する印字処理について説明する。図９の処理では、図６の再度取得処理によっても商品名称３２を取得することができなかったスキャニングコード３１及び商品情報取得ステータス３５を印字することができる。よってオペレータは商品名称３２が未取得の商品を予め把握することができる。
なお、図９におけるステップＳ４３の前後の処理については、図６において既述しているため、ここでは主としてステップＳ４３の処理について説明する。

制御部２１は、判断対象のＰＬＵ設定ファイル３０において、商品情報取得ステータス３５が「０１」又は「０２」であると判断した場合（ステップＳ４２；ＹＥＳ）、スキャニングコード３１及び商品情報取得ステータス３５の内容を印字する処理を実行する（ステップＳ４３）。
印字結果は、プリント部２９ａにより出力される。

ここで、図１０に、出力された印字結果の一例を示す。
印字結果には、バーコードが表示されるとともに、バーコードの下に対応する数字が印字される。また、バーコードに対応する商品情報取得ステータス３５の内容が表示される。

ステップＳ４２に戻り、制御部２１は、判断対象のＰＬＵ設定ファイル３０において、商品情報取得ステータス３５が「０１」又は「０２」でないと判断した場合（ステップＳ４２；ＮＯ）、次に検索するＰＬＵレコードナンバーを＋１だけインクリメントする（ステップＳ４４）。これ以降の処理については、図６と同様である。
制御部２１は、全てのＰＬＵ設定ファイル３０について、印字すべきスキャニングコード３１及び商品情報取得ステータス３５を印字した後、本処理を終了する。

オペレータに商品名称３２が未取得の商品を予め把握させる手法として、上記説明してきた図９の印字処理に限らず、他の手法を用いることとしてもよい。
例えば、ＥＣＲ２０Ａが商品名称３２未取得の商品を検出した際に、その旨のガイダンスを表示部２４に表示し、手動設定を促す手法を用いることとしてもよい。以下、この場合の処理について説明する。

図１１を参照して、手動設定を促すガイダンスを表示する処理について説明する。
なお、図１１における処理について、図６又は図９と同様の処理については説明を省略し、主としてステップＳ５３及びＳ５４について説明する。

制御部２１は、判断対象のＰＬＵ設定ファイル３０において、商品情報取得ステータス３５が「０１」又は「０２」であると判断した場合（ステップＳ５２；ＹＥＳ）、手動設定を促すガイダンスを表示部２４に表示させる（ステップＳ５３）。このとき表示されるガイダンスとして、例えば「スキャニングＰＬＵ；４９０３３３３０６９３６１を手動で設定して下さい」等の表示であればよい。

制御部２１は、オペレータが入力部２２を介して設定入力した商品名称３２をＰＬＵ設定ファイル３０の商品名称３２へ設定する（ステップＳ５４）。なお、この場合の商品情報取得ステータス３５は「９９」に設定される。

このようにして、制御部２１は、全てのＰＬＵ設定ファイル３０について、商品名称３２が未取得の商品について手動設定を促した後、本処理を終了する。

以上のように、本実施形態によれば、ＥＣＲ２０Ａは情報センタサーバ１０から通信ネットワークＮを介して商品情報を取得することができる。また、ＰＬＵ設定ファイル３０には商品情報取得ステータス３５が設定される。この商品情報取得ステータス３５は、商品名称３２の取得状況を示すものである。そして、ＥＣＲ２０Ａは、商品情報取得ステータス３５を含むＰＬＵ設定ファイル３０を表示部２４に表示等させることができる。よって、オペレータはある商品に対して商品名称３２の取得状況を容易に確認することができる。

また、ＥＣＲ２０Ａは、情報センタサーバ１０から取得する商品情報として、少なくとも商品名称３２を取得することとする。よって、オペレータは大量の商品に対して商品名称３２をＥＣＲ２０Ａに登録する煩雑な作業を要しない。

また、商品情報取得ステータス３５は、ＥＣＲ２０Ａが情報センタサーバ１０から商品情報を適切に取得したか否か、或いはＰＬＵ設定ファイル３０に商品情報が適切に設定されているか否かを示す。よって、オペレータはこのＰＬＵ設定ファイル３０を確認することにより、情報の不足している商品を容易に把握することが可能となる。

また、ＥＣＲ２０Ａは、商品情報取得ステータス３５に基づき商品情報を適切に取得していないと判断した場合、再度商品情報を情報センタサーバ１０から取得する処理を行う。よって、オペレータが情報の不足している全ての商品に対して商品情報を取得するための操作を行う必要はない。

また、入力部２２を介してオペレータが商品情報を情報センタサーバ１０から再度取得するよう任意に指示することも可能である。

また、入力部２２を介してオペレータが売上の精算を行うタイミングで、再度取得するよう任意に指示することも可能である。

また、再度取得する処理を行うタイミングを記憶部２５に予め記憶させておき、そのタイミングごとにＥＣＲ２０Ａは情報センタサーバ１０から商品情報を再度取得する処理を実行することとしてもよい。

本実施形態の売上データ処理装置によれば、通信ネットワークを介してサーバ装置から商品情報を取得することができる。また、商品情報を取得したか否かを示す商品情報取得ステータスを商品単位で記憶することができる。そして、記憶した商品情報及び商品情報取得ステータスを表示画面上に表示したり印字したりして外部へ出力することを可能とする。
このように商品情報取得ステータスを外部に出力可能とすることで、オペレータは商品情報が未だ取得されていない商品について予め把握することが可能となる。

本実施形態における売上データ処理システムの全体構成を示す図である。情報センタサーバの内部構成を示すブロック図である。ＥＣＲの内部構成を示すブロック図である。ＰＬＵ設定ファイルの構成の一例を示す図である。商品情報を取得する処理を示すフローチャートである。商品情報を再度取得する処理を示すフローチャートである。精算処理を行った際に商品情報を再度取得する処理を示すフローチャートである。スケジューラ管理により商品情報を再度取得する処理を示すフローチャートである。印字処理を示すフローチャートである。出力された印字結果を示す図である。手動設定を促すガイダンスを表示する処理を示すフローチャートである。

符号の説明

１０情報センタサーバ
１１制御部
２０ＡＥＣＲ
２１制御部
２２入力部
２５記憶部
３０ＰＬＵ設定ファイル
３１スキャニングコード
３２商品名称
３３単価
３４その他設定
３５商品情報取得ステータス

Claims

商品情報を格納するサーバ装置に通信ネットワークを介して接続する通信手段と、
前記サーバ装置から前記商品情報を取得する取得処理を実行した際に、前記商品情報を取得できたか否かを判別し、前記商品情報を取得できたと判別した場合は、取得成功を示すステータスを商品単位で記憶手段に記憶する第１の制御手段と、
前記取得処理を実行した際に、前記商品情報を取得できなかったと判別され、且つ通信エラーと判別した場合は、通信エラーを示すステータスを商品単位で前記記憶手段に記憶する第２の制御手段と、
前記取得処理を実行した際に、前記商品情報を取得できなかったと判別され、且つ通信エラーでないと判別した場合は、前記商品情報が無いことを示すステータスを商品単位で前記記憶手段に記憶する第３の制御手段と、
前記記憶手段に商品単位で記憶されたステータスを出力する出力手段と、
を備える売上データ処理装置。
前記記憶手段に記憶された前記ステータスが、前記通信エラーを示すステータスあるいは前記商品情報が無いことを示すステータスである商品について、前記取得処理を再度実行し、前記商品情報を取得できた場合は、当該商品について前記取得成功を示すステータスを前記記憶手段に記憶する第４の制御手段を具備する請求項１に記載の売上データ処理装置。
入力手段を備え、
前記第４の制御手段は、前記入力手段による再取得の入力指示に従って、前記商品情報を前記通信手段により再度取得させる請求項２に記載の売上データ処理装置。
前記第４の制御手段は、前記入力手段による精算処理の実行指示に従って、前記商品情報を前記通信手段により再度取得させる請求項３に記載の売上データ処理装置。
前記記憶手段は、前記商品情報を前記通信手段により再度取得させる所定のタイミングについての情報を記憶し、
前記第４の制御手段は、前記記憶手段に予め記憶された所定のタイミングについての情報に基づき、前記商品情報を前記通信手段により再度取得させる請求項２〜４の何れか一項に記載の売上データ処理装置。
コンピュータを、
商品情報を格納するサーバ装置に通信ネットワークを介して接続する通信手段、
前記サーバ装置から前記商品情報を取得する取得処理を実行した際に、前記商品情報を取得できたか否かを判別し、前記商品情報を取得できたと判別した場合は、取得成功を示すステータスを商品単位で記憶手段に記憶する第１の制御手段、
前記取得処理を実行した際に、前記商品情報を取得できなかったと判別され、且つ通信エラーと判別した場合は、通信エラーを示すステータスを商品単位で前記記憶手段に記憶する第２の制御手段、
前記取得処理を実行した際に、前記商品情報を取得できなかったと判別され、且つ通信エラーでないと判別した場合は、前記商品情報が無いことを示すステータスを商品単位で前記記憶手段に記憶する第３の制御手段、
前記記憶手段に商品単位で記憶されたステータスを出力する出力手段、
として機能させるプログラム。