(57)【要約】【課題】更新対象のデータを更新データで更新する前に、当該更新データの正当性を効率よく確認できるようにする。【解決手段】更新データ確認装置は、取得手段と、管理手段と、実行手段とを備える。取得手段は、更新対象のデータを更新するための更新データを保存したデータファイルを取得する。管理手段は、更新データの正当性を確認するためのエラーチェックの項目毎に、実行順位とエラー検出後の処理内容とを設定した設定テーブルを管理する。実行手段は、設定テーブルに設定された実行順位に従い項目のエラーチェックを実行し、エラーが検出されると当該項目に対して設定テーブルで設定されている処理内容に応じた処理を実行する。【選択図】      図５
2020113160.tif 000002
【特許請求の範囲】
【請求項１】
更新対象のデータを更新するための更新データを保存したデータファイルを取得する取得手段と、
前記更新データの正当性を確認するためのエラーチェックの項目毎に、実行順位とエラー検出後の処理内容とを設定した設定テーブルを管理する管理手段と、
前記設定テーブルに設定された実行順位に従い前記項目のエラーチェックを実行し、エラーが検出されると当該項目に対して前記設定テーブルで設定されている処理内容に応じた処理を実行する実行手段と、
を具備する更新データ確認装置。
【請求項２】
前記処理内容は、エラーが検出された時点で報知する処理を含み、
前記実行手段は、前記項目のエラーチェックを実行している過程で前記エラーが検出され、当該項目に対して前記設定テーブルで設定されている処理内容が、前記エラーが検出された時点で報知する処理である場合、前記エラーチェックを中断してエラーが検出されたことを報知する、請求項１記載の更新データ確認装置。
【請求項３】
前記処理内容は、エラーが検出された前記更新データを一覧で表示する処理を含み、
前記実行手段は、前記項目のエラーチェックを実行している過程で前記エラーが検出され、当該項目に対して前記設定テーブルで設定されている処理内容が、前記エラーが検出された前記更新データを一覧で表示する処理である場合、エラーが検出された前記更新データをバッファに記憶し、前記エラーチェックを終了した段階で前記バッファに記憶された前記更新データを一覧で表示する、請求項１記載の更新データ確認装置。
【請求項４】
前記処理内容は、前記エラーが検出されるとエラーチェックを終了するか継続するかを設定する種別を含み、
前記実行手段は、前記エラーが検出された時点で前記種別を確認し、エラーチェックを終了する設定の場合には、その時点でエラーチェックを終了し、継続する設定の場合には前記エラーチェックを継続する、請求項２又は３記載の更新データ確認装置。
【請求項５】
前記設定テーブルは、前記項目毎にエラーチェックを実行するか否かを指定する情報を含み、
前記取得手段により取得したデータファイルに基づいて前記情報を変更する変更手段、
をさらに具備する、請求項１記載の更新データ確認装置。
【請求項６】
更新対象のデータを更新するための更新データの正当性を確認する更新データ確認装置のコンピュータを、
前記更新対象のデータを更新するための更新データを保存したデータファイルを取得する取得手段、
前記更新データの正当性を確認するためのエラーチェックの項目毎に、実行順位とエラー検出後の処理内容とを設定した設定テーブルを管理する管理手段、及び、
前記設定テーブルに設定された実行順位に従い前記項目のエラーチェックを実行し、エラーが検出されると当該項目に対して前記設定テーブルで設定されている処理内容に応じた処理を実行する実行手段、
として機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、更新データ確認装置及びコンピュータを当該更新データ確認装置として機能させるための制御プログラムに関する。
【背景技術】
【０００２】
百貨店、チェーンストア、専門店等の比較的規模が大きい小売店の中には、客を店舗の利用状況等に応じた優待ランクによってランク分けし、優待ランク毎に商品の単価又は割引率を設定する販売形態をとっているところがある。この種の小売店では一般に、客が購入する商品の販売データを登録するための複数台のＰＯＳ（Point Of Sales）端末と、各ＰＯＳ端末で登録された販売データを店舗毎に集計するためのストアサーバと、を備えたＰＯＳシステムが構築されている。そしてストアサーバには、各商品を識別する識別コードと関連付けて、優待ランク別に単価又は割引率を設定したデータファイルが備えられている。
【０００３】
データファイルのデータ量は、店舗で販売される商品の品目数に比例する。このため、大量の商品を取り扱う店舗では、データ量が膨大なものとなる。このため、売価変更等に伴いデータファイルのデータを修正する際には、修正作業に大きな手間と多くの時間を要していた。
【０００４】
そこで、データファイルを更新するための更新データは、ＰＯＳシステムとは別のシステムで作成する。ストアサーバは、当該別システムから更新データを取り込み、その更新データに基づいてデータファイルのデータを更新する。このような手法をとることにより、データファイルの修正作業に要する手間が軽減され、時間が短縮されると考えられる。
【０００５】
しかし、このような手法を有効に活用するためには、更新対象であるデータファイルのデータを修正する前に更新データの正当性を効率よく確認できる仕組みを構築する必要がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−１６０１８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の実施形態が解決しようとする課題は、更新対象のデータを更新データで更新する前に、当該更新データの正当性を効率よく確認できる更新データ確認装置を提供しようとするものである。
【課題を解決するための手段】
【０００８】
一実施形態において、更新データ確認装置は、取得手段と、管理手段と、実行手段とを備えている。取得手段は、更新対象のデータを更新するための更新データを保存したデータファイルを取得する。管理手段は、更新データの正当性を確認するためのエラーチェックの項目毎に、実行順位とエラー検出後の処理内容とを設定した設定テーブルを管理する。実行手段は、設定テーブルに設定された実行順位に従い項目のエラーチェックを実行し、エラーが検出されると当該項目に対して設定テーブルで設定されている処理内容に応じた処理を実行する。
【図面の簡単な説明】
【０００９】
【図１】一実施形態である本部管理システムの概略構成図。
【図２】単品マスタファイルに保存される単品レコードのデータ構造を示す模式図。
【図３】分類マスタファイルに保存される分類レコードのデータ構造を示す模式図。
【図４】単品更新データファイル又は分類更新データファイルに保存される単品更新レコード又は分類更新レコードのデータ構造を示す模式図。
【図５】ストアサーバが有する更新データ確認装置としての機能を説明するためのブロック図。
【図６】ストアサーバが有する設定テーブルの一例を示す模式図。
【図７】ストアサーバの要部回路構成を示すブロック図。
【図８】ストアサーバのプロセッサが、制御プログラムに従って実行する情報処理の要部手順を示す流れ図。
【図９】ストアサーバのプロセッサが、制御プログラムに従って実行する情報処理の要部手順を示す流れ図。
【図１０】単品実施パターンテーブルの一例を示す模式図。
【図１１】分類実施パターンテーブルの一例を示す模式図。
【図１２】エラー報知のためのポップアップ画像の一例を示す模式図。
【図１３】エラー報知のためのエラーリスト画像の一例を示す模式図。
【発明を実施するための形態】
【００１０】
以下、更新対象のデータを更新データで更新する前に、当該更新データの正当性を効率よく確認できる更新データ確認装置の実施形態について、図面を用いて説明する。  
なお、本実施形態では、客を店舗の利用状況等に応じた優待ランクによってランク分けし、優待ランク毎に商品の単価又は割引率を設定するようにした小売店の本部管理システムが例示される。すなわち本実施形態では、各商品を識別する識別コードと関連付けて、優待ランク別に単価又は割引率を設定したデータファイルのデータが更新対象のデータとなる。
【００１１】
図１は、本実施形態である本部管理システム１００の概略構成図である。本部管理システム１００は、各小売店にそれぞれ構築されるＰＯＳシステム１００Ａ、１００Ｂのストアサーバ１と、本部サーバ２と、第１のネットワークＮＷ１と、を含む。第１のネットワークＮＷ１は、各ストアサーバ１と本部サーバ２とを、双方向通信自在に接続する。第１のネットワークＮＷ１は、典型的にはインターネットである。第１のネットワークＮＷ１は、本部管理システム１００専用の閉域網であってもよい。第１のネットワークＮＷ１は、モバイル通信網を含んでいてもよい。
【００１２】
各小売店のＰＯＳシステム１００Ａ、１００Ｂは、基本的な構成を同一とする。すなわちＰＯＳシステム１００Ａ、１００Ｂは、ストアサーバ１と、ＰＯＳ端末３と、第２のネットワークＮＷ２とを含む。第２のネットワークＮＷ２は、ストアサーバ１とＰＯＳ端末３とを双方向通信自在に接続する。第２のネットワークＮＷ２は、典型的にはＬＡＮ（Local Area Network）である。第２のネットワークＮＷ２は、有線のＬＡＮであってもよいし、無線のＬＡＮであってもよい。
【００１３】
ＰＯＳ端末３は、小売店の売場に設置される。ＰＯＳ端末３は、主に、商品の販売データを登録処理する機能と、決済を処理する機能と、を有する。ストアサーバ１は、小売店の管理事務所等に設置される。ストアサーバ１は、主に、各ＰＯＳ端末３での登録処理を一元的に制御する機能と、各ＰＯＳ端末３で登録処理された各商品の販売データから、店舗全体の売上、在庫等を管理する機能とを有する。
【００１４】
かかる構成のＰＯＳシステム１００Ａ，１００Ｂにおいて、ストアサーバ１は、単品マスタファイル４と分類マスタファイル５とを備えている。単品マスタファイル４は、単品毎に生成される複数の単品レコード４Ｒを保存するための記憶領域である。単品とは、商品の１品目を表す。分類マスタファイル５は、商品の分類毎に生成される複数の分類レコード５Ｒを保存するための記憶領域である。分類とは、商品の種類を表す。分類には、例えば食品、衣料品、日用品、家電製品等がある。分類は、上記の項目に限定されない。また、例えば食品は、生鮮食品、加工食品、飲料、菓子等に細分化されてもよい。衣料品、日用品、家電製品等についても同様である。
【００１５】
図２は、単品レコード４Ｒのデータ構造を示す模式図である。図２に示すように、単品レコード４Ｒは、単品コード、分類コード、単品名称、通常価格及び優待ランク１〜ｐ別の優待価格を含む。単品コードは、単品毎に設定される一意の識別コードである。多くの商品には、その商品の単品コードをバーコード化した商品バーコードが付されている。分類コードは、対応する単品コードで識別される商品が属する分類を表す識別コードである。各分類には、予め一意の分類コードが設定されている。単品名称及び通常価格は、対応する単品コードで特定される商品の品目名及び通常販売時の価格である。優待ランク１〜ｐは、店舗の利用状況等に応じて客を、ランク“１”からランク“ｐ”までランク分けするための順位である。ランク“ｐ”は、２以上の任意の整数である。ランク“ｐ”は、ランク“１”よりも上位となる。優待価格は、対応する優待ランク１〜ｐの客に、対応する単品コードで識別される商品を販売するときの価格である。優待価格は、通常価格よりも低価格である。優待価格は、優待ランクが上位になるほど低価格となる。ただし、連続する優待ランクの間では価格が同一となる場合もあり得る。
【００１６】
図３は、分類レコード５Ｒのデータ構造を示す模式図である。図３に示すように、分類レコード５Ｒは、分類コード、分類名称及び優待ランク１〜ｐ別の優待割引率を含む。分類名称は、対応する分類コードで識別される分類の項目名である。優待割引率は、対応する優待ランク１〜ｐの客に、対応する分類コードに属する商品を販売するときの割引率である。優待割引率は、優待ランクが上位になるほど大きくなる。ただし、連続する優待ランクの間では割引率が同一となる場合もあり得る。
【００１７】
ここに、単品マスタファイル４及び分類マスタファイル５は、各商品を識別する識別コードと関連付けて優待ランク別に単価又は割引率を設定した更新対象のデータを保存したデータファイルである。
【００１８】
図１の説明に戻る。  
本部サーバ２は、各小売店を統轄する本部に設置される。本部サーバ２は、単品更新データファイル６と分類更新データファイル７とを作成し、各小売店のストアサーバ１に配信する機能を有する。単品更新データファイル６は、単品マスタファイル４に保存されている単品レコード４Ｒを更新するための更新データを保存する。以下の説明では、当該更新データを単品更新レコード６Ｒと称する。分類更新データファイル７は、分類マスタファイル５に保存されている分類レコード５Ｒを更新するための更新データを保存する。以下の説明では、当該更新データを分類更新レコード７Ｒと称する。
【００１９】
単品更新レコード６Ｒ及び分類更新レコード７Ｒのデータ構造は共通である。図４は、単品更新レコード６Ｒ及び分類更新レコード７Ｒのデータ構造を示す模式図である。図４に示すように、単品更新レコード６Ｒ及び分類更新レコード７Ｒは、レコード種別値、コード、優待種別値及び優待ランク１〜ｐ別の優待データを含む。
【００２０】
レコード種別値は、当該レコードが単品更新レコード６Ｒであるのか分類更新レコード７Ｒであるのかを識別するための値である。本実施形態では、単品更新レコード６Ｒを示す値を“１”とし、分類更新レコード７Ｒを示す値を“２”とする。
【００２１】
コードは、当該レコードが単品更新レコード６Ｒであるときには単品コードであり、分類更新レコード７Ｒであるときには分類コードである。
【００２２】
優待種別値は、当該レコードが単品更新レコード６Ｒであるときには、優待ランク１〜ｐ別の優待データが優待価格であることを示す値であり、分類更新レコード７Ｒであるときには、優待ランク１〜ｐ別の優待データが優待割引率であることを示す値である。本実施形態では、優待価格を示す優待種別値を“１”、優待割引率を示す優待種別値を“２”とする。
【００２３】
優待ランク１〜ｐ別の優待データは、当該レコードが単品更新レコード６Ｒであるときには優待価格であり、分類更新レコード７Ｒであるときには優待割引率である。
【００２４】
本部の担当者は、優待価格の変更又は優待割引率の変更に伴い、単品マスタファイル４又は分類マスタファイル５のデータを修正する必要が生じた場合、本部サーバ２を利用して、単品更新レコード６Ｒ又は分類更新レコード７Ｒの構成に必要なデータを入力する。そうすることにより、本部サーバ２では、単品更新レコード６Ｒ又は分類更新レコード７Ｒを保存した単品更新データファイル６又は分類更新データファイル７が作成される。作成された単品更新データファイル６又は分類更新データファイル７は、適当なタイミングで、本部サーバ２から第１のネットワークＮＷ１を介して各小売店のストアサーバ１へと配信される。その際、単品更新データファイル６又は分類更新データファイル７は、ＣＳＶ形式のデータファイルとして配信される。
【００２５】
ストアサーバ１は、本部サーバ２から配信された単品更新データファイル６又は分類更新データファイル７の正当性を確認するためのエラーチェックを実行する。その結果、エラーが検出された場合、ストアサーバ１は、そのエラー内容を報知するための処理を実行する。ここに、ストアサーバ１は、更新データ確認装置としての機能を有する。
【００２６】
図５は、ストアサーバ１が有する更新データ確認装置としての機能を説明するためのブロック図である。図５に示すように、ストアサーバ１は、更新データ取得機能１Ａ、設定テーブル管理機能１Ｂ、更新データチェック機能１Ｃ、マスタ更新機能１Ｄ及びエラー報知機能１Ｅを有する。
【００２７】
更新データ取得機能１Ａは、外部のシステムである本部サーバ２から第１のネットワークＮＷ１を介して配信される単品更新データファイル６又は分類更新データファイル７を取得する。そして更新データ取得機能１Ａは、本部サーバ２から取得したデータファイルが単品更新データファイル６であるのか分類更新データファイル７であるのかを識別し、その結果を設定テーブル管理機能１Ｂに通知する。また更新データ取得機能１Ａは、単品更新データファイル６又は分類更新データファイル７を更新データチェック機能１Ｃへと渡す。
【００２８】
設定テーブル管理機能１Ｂは、設定テーブル８を管理する。設定テーブル８は、更新データの正当性を確認するためのエラーチェックの項目毎に、実行順位とエラー検出後の処理内容とを設定したデータテーブルである。
【００２９】
図６は、設定テーブル８の一例を示す模式図である。図６に示すように、設定テーブル８は、“１”から始まる連続番号と関連づけて、項目名、実施フラグ、報知フラグ、続行フラグ及びロジック名を記述するための領域を備える。そして、項目名の領域には、番号“１”から昇順に、エラーチェックを実行する順番にしたがってそのエラーチェックの内容を表す項目名が記述される。
【００３０】
実施フラグの領域には、対応する項目名のエラーチェックを実施するか否かを指定するための１ビットデータが記述される。本実施形態では、実施フラグは、エラーチェックを実施することを指定する場合に“１”、実施しないことを指定する場合に“０”となる。
【００３１】
報知フラグの領域には、対応する項目名のエラーチェックを実施した結果、エラーを検出した場合の報知方法を指定するための１ビットデータが記述される。本実施形態では、報知フラグは、エラーが発生した時点でエラー内容を示すポップアップを出力して報知することを指定する場合に“１”、エラーチェック終了後にエラー内容を示すリストを出力して報知することを指定する場合に“０”となる。
【００３２】
続行フラグの領域には、対応する項目名のエラーチェックを実施した結果、エラーを検出した場合に、その後のエラーチェックを継続するか否かを設定するための１ビットデータが記述される。本実施形態では、続行フラグは、エラーチェックを継続することを指定する場合に“１”、継続しないことを指定する場合に“０”となる。
【００３３】
ロジック名の領域には、対応する項目名のエラーチェックを実施するためのロジックをプログラミングしたプログラムの名称が記述される。
【００３４】
図５の説明に戻る。  
設定テーブル管理機能１Ｂは、更新データ取得機能１Ａからの通知を受けて、設定テーブル８の実施フラグ、報知フラグ及び続行フラグを変更する。すなわち設定テーブル管理機能１Ｂは、本部サーバ２から取得したデータファイルが単品更新データファイル６である場合には、実施フラグ、報知フラグ及び続行フラグを、単品更新データファイル６の正当性を確認するためのエラーチェックに適した状態に変更する。設定テーブル管理機能１Ｂは、本部サーバ２から取得したデータファイルが分類更新データファイル７である場合には、実施フラグ、報知フラグ及び続行フラグを、分類更新データファイル７の正当性を確認するためのエラーチェックに適した状態に変更する。
【００３５】
更新データチェック機能１Ｃは、設定テーブル８のデータに基づいて、単品更新データファイル６又は分類更新データファイル７の正当性を確認するためのエラーチェックを実行する。具体的には、更新データチェック機能１Ｃは、連続番号の昇順に、実施フラグが“１”に設定されている項目名のエラーチェックを実行する。そしてエラーが検出されると、更新データチェック機能１Ｃは、報知フラグの値に応じて、エラー報知のための処理を実行する。また、更新データチェック機能１Ｃは、続行フラグの値に応じて、エラーチェックを継続するか否かを決定する。
【００３６】
マスタ更新機能１Ｄは、更新データチェック機能１Ｃにより正当性が認められた単品更新データファイル６又は分類更新データファイル７のデータで、単品マスタファイル４又は分類マスタファイル５を更新する。
【００３７】
エラー報知機能１Ｅは、出力デバイス９を利用して、更新データチェック機能１Ｃによりエラーが検出されたことを報知するための処理を行う。出力デバイス９は、典型的には表示デバイスである。出力デバイス９は、表示デバイスと、印刷デバイス又は音声出力デバイスとを組み合わせてもよい。出力デバイスは、報知内容を示すデータをスマートフォン、タブレット端末等の情報端末に通知するための通信デバイスであってもよい。
【００３８】
ここで、図６に表記されている項目名で特定されるエラーチェックの内容について説明する。  
連続番号が「１」の項目名「レコード件数」は、単品更新データファイル６又は分類更新データファイル７に保存されている単品更新レコード６Ｒ又は分類更新レコード７Ｒの件数が“０”であるか否かをチェックする処理を表す。レコード件数が“０”の単品更新データファイル６又は分類更新データファイル７は、エラーと判定される。
【００３９】
連続番号が「２」の項目名「単品件数超過」は、単品更新データファイル６に保存されている単品更新レコード６Ｒの件数が上限値を超えているか否かをチェックする処理を表す。単品更新レコード６Ｒの件数が上限値を超えている単品更新データファイル６は、エラーと判定される。上限値は、単品マスタファイル４のレコード件数等によって定まる任意の値である。
【００４０】
連続番号が「３」の項目名「分類件数超過」は、分類更新データファイル７に保存されている分類更新レコード７Ｒの件数が上限値を超えているか否かをチェックする処理を表す。分類更新レコード７Ｒの件数が上限値を超えている分類更新データファイル７は、エラーと判定される。上限値は、分類マスタファイル５のレコード件数等によって定まる任意の値である。
【００４１】
連続番号が「４」の項目名「桁数違い」は、単品更新レコード６Ｒ又は分類更新レコード７Ｒの項目毎にデータの桁数をチェックする処理を表す。少なくとも１つの項目の桁数がオーバーしている単品更新レコード６Ｒ又は分類更新レコード７Ｒは、エラーと判定される。桁数は、レコード種別値、コード、優待種別値及び優待ランク１〜ｐのデータ毎に定まる任意の値である。
【００４２】
連続番号が「５」の項目名「レコード種別違い」は、単品更新レコード６Ｒ又は分類更新レコード７Ｒに含まれるレコード種別値をチェックする処理を表す。本実施形態の場合、単品更新データファイル６に含まれる単品更新レコード６Ｒの中でレコード種別値が“１”でないレコードは、エラーと判定される。同様に、分類更新データファイル７に含まれる分類更新レコード７Ｒの中でレコード種別値が“２”でないレコードは、エラーと判定される。
【００４３】
連続番号が「６」の項目名「マスタ無し」は、単品更新レコード６Ｒ又は分類更新レコード７Ｒで特定される単品又は分類のレコードが、単品マスタファイル４又は分類マスタファイル５に存在するか否かをチェックする処理を表す。単品マスタファイル４に存在しない単品の単品更新レコード６Ｒは、エラーと判定される。同様に、分類マスタファイル５に存在しない分類の分類更新レコード７Ｒは、エラーと判定される。
【００４４】
連続番号が「７」の項目名「コード重複」は、単品マスタファイル４又は分類マスタファイル５に保存されている単品更新レコード６Ｒ又は分類更新レコード７Ｒの中に、単品コード又は分類コードが重複する複数のレコードがあるか否かをチェックする処理を表す。他の単品更新レコード６Ｒと単品コードが重複する単品更新レコード６Ｒは、エラーと判定される。同様に、他の分類更新レコード７Ｒと分類コードが重複する分類更新レコード７Ｒは、エラーと判定される。
【００４５】
連続番号が「８」の項目名「数値以外」は、単品更新レコード６Ｒ又は分類更新レコード７Ｒの項目毎にデータが数値であるか否かをチェックする処理を表す。少なくとも１つの項目のデータが数値以外である単品更新レコード６Ｒ又は分類更新レコード７Ｒは、エラーと判定される。
【００４６】
連続番号が「９」の項目名「フォーマット違い」は、単品更新レコード６Ｒ又は分類更新レコード７Ｒのフォーマットをチェックする処理を表す。図５に示したフォーマットとは異なるデータ構造の単品更新レコード６Ｒ又は分類更新レコード７Ｒは、エラーと判定される。
【００４７】
連続番号が「１０」の項目名「０円設定」は、単品更新レコード６Ｒの優待ランク１〜ｐ別のデータに“０”が設定されているか否かをチェックする処理を表す。少なくとも１つの優待ランクのデータが“０”である単品更新レコード６Ｒは、エラーと判定される。
【００４８】
連続番号が「１１」の項目名「価格設定誤り」は、単品更新レコード６Ｒに含まれる優待ランク１〜ｐ別データの大小関係が正しいか否かをチェックする処理を表す。前述したように、優待ランク１〜ｐは、ランク“１”よりもランク“ｐ”の方が上位となり、優待価格は、優待ランクが上位になるほど低価格となる。ただし、連続する優待ランクの間で価格が同一となることを跨げるものではない。優待ランク１〜ｐ別データの大小関係がこのような条件を満たしていない単品更新レコード６Ｒは、エラーと判定される。
連続番号が「１２」の項目名「割引率設定誤り」は、分類更新レコード７Ｒに含まれる優待ランク１〜ｐ別データの大小関係が正しいか否かをチェックする処理を表す。前述したように、優待ランク１〜ｐは、ランク“１”よりもランク“ｐ”の方が上位となり、優待割引率は、優待ランクが上位になるほど大きくなる。ただし、連続する優待ランクの間で割引率が同一となることを跨げるものではない。優待ランク１〜ｐ別データの大小関係がこのような条件を満たしていない分類更新レコード７Ｒは、エラーと判定される。
連続番号が「１３」の項目名「割引率不正」は、分類更新レコード７Ｒに含まれる優待ランク１〜ｐ別のデータが全て等しい値であるか否かをチェックする処理を表す。全ての優待ランク１〜ｐのデータが等しい値の分類更新レコード７Ｒは、エラーと判定される。
【００４９】
図７は、ストアサーバ１の要部回路構成を示すブロック図である。ストアサーバ１は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、時計１４、第１通信インターフェース１５、第２通信インターフェース１６、入力デバイス１７、表示デバイス１８及びシステム伝送路１９を備える。システム伝送路１９は、アドレスバス、データバス、制御信号線等を含む。ストアサーバ１は、システム伝送路１９に、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、時計１４、第１通信インターフェース１５、第２通信インターフェース１６、入力デバイス１７及び表示デバイス１８を接続する。ストアサーバ１では、プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３と、これらを接続するシステム伝送路１９とによってコンピュータが構成される。
【００５０】
プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム又はアプリケーションプログラムに従って、ストアサーバ１としての各種の機能を実現するべく各部を制御する。プロセッサ１１は、例えばＣＰＵ（Central Processing Unit）である。
【００５１】
メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。アプリケーションプログラムは、エラーチェックを実施するためのロジックをプログラミングしたプログラムを含む。メインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。
【００５２】
補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス１３となり得る。補助記憶デバイス１３は、プロセッサ１１が各種の処理を行う上で使用するデータ、あるいはプロセッサ１１での処理によって作成されたデータ等を保存する。補助記憶デバイス１３は、上記のアプリケーションプログラムを記憶する場合もある。
【００５３】
時計１４は、ストアサーバ１の時刻情報源として、日付及び時刻を計時する。プロセッサ１１は、時計１４によって計時されている日付及び時刻を、現在の日時として取得する。
【００５４】
第１通信インターフェース１５は、第１のネットワークＮＷ１を介して接続される本部サーバ２との間で、所定の通信プロトコルに従いデータの送信及び受信を行う。第２通信インターフェース１６は、第２のネットワークＮＷ２を介して接続される各ＰＯＳ端末３との間で、所定の通信プロトコルに従いデータの送信及び受信を行う。
【００５５】
入力デバイス１７は、データの入力に供せられるデバイスである。キーボード、スキャナ等が入力デバイス１７に相当する。表示デバイス１８は、データの表示に供せられるデバイスである。液晶ディスプレイ、有機ＥＬ(electroluminescence)ディスプレイ等が表示デバイス１８に相当する。入力デバイス１７と表示デバイス１８とを兼用するデバイスとしてタッチパネルをストアサーバ１に設けてもよい。
【００５６】
かかる構成のストアサーバ１は、表示デバイス１８が出力デバイス９として機能する。補助記憶デバイス１３には、単品マスタファイル４、分類マスタファイル５及び設定テーブル８が保存される。更新データ取得機能１Ａ、設定テーブル管理機能１Ｂ、更新データチェック機能１Ｃ、マスタ更新機能１Ｄ及びエラー報知機能１Ｅは、メインメモリ１２又は補助記憶デバイス１３で記憶されている制御プログラムに従ってプロセッサ１１が情報処理を実行することにより実現される。そして、この情報処理を実行する上で必要なメモリエリアとして、ストアサーバ１は、メインメモリ１２にエラーバッファ１２１、番号ｎをカウントするカウンタメモリ１２２、１ビットの第１フラグＦ１を記憶するフラグメモリ１２３、１ビットの第２フラグＦ２を記憶するフラグメモリ１２４及び１ビットの第３フラグＦ３を記憶するフラグメモリ１２５を形成している。また、ストアサーバ１は、補助記憶デバイス１３において、単品実施パターンテーブル１３１と分類実施パターンテーブル１３２とを記憶している。エラーバッファ１２１、カウンタメモリ１２２、フラグメモリ１２３〜１２５、単品実施パターンテーブル１３１及び分類実施パターンテーブル１３２の用途については、後述する動作説明の中で明らかにする。
【００５７】
図８及び図９は、ストアサーバ１のプロセッサ１１が、上記制御プログラムに従って実行する情報処理の要部手順を示す流れ図である。以下、各図を用いて、ストアサーバ１の更新データ確認装置としての動作を説明する。なお、以下に説明する動作の内容は一例である。同様な結果を得ることが可能であればその手順及び内容は特に限定されるものではない。
【００５８】
プロセッサ１１は、時計１４によって計時されている時刻が予め設定された時刻になると、本部サーバ１から単品更新データファイル６又は分類更新データファイル７が配信されているか否かを確認する。第１のネットワークＮＷ１を介して単品更新データファイル６又は分類更新データファイル７が配信されていることを確認すると、プロセッサ１１は、図８及び図９の流れ図に示す手順の処理を開始する。
【００５９】
プロセッサ１１は、Ａｃｔ１として第１通信インターフェース１５を介して受信したデータファイルを取得する。そしてプロセッサ１１は、Ａｃｔ２としてそのデータファイルが単品更新データファイル６なのか分類更新データファイル７なのかを識別する。ここに、プロセッサ１１は、Ａｃｔ１及びＡｃｔ２の処理により、第１通信インターフェース１５と協働して更新データ取得機能１Ａを実現する。すなわちプロセッサ１１は、取得手段を備えている。
【００６０】
Ａｃｔ２において、プロセッサ１１は、単品更新データファイル６を取得した場合にはＹＥＳと判定し、Ａｃｔ３へと進む。プロセッサ１１は、Ａｃｔ３として補助記憶デバイス１３から単品実施パターンテーブル１３１を選択する。そしてプロセッサ１１は、この単品実施パターンテーブル１３１のデータで、設定テーブル８の実施フラグ、報知フラグ及び続行フラグを変更する。
【００６１】
Ａｃｔ２において、プロセッサ１１は、分類更新データファイル７を取得した場合にはＮＯと判定し、Ａｃｔ４へと進む。プロセッサ１１は、Ａｃｔ４として補助記憶デバイス１３から分類実施パターンテーブル１３２を選択する。そしてプロセッサ１１は、この分類実施パターンテーブル１３２のデータで、設定テーブル８の実施フラグ、報知フラグ及び続行フラグを変更する。
【００６２】
図６に示した設定テーブル８に対する単品実施パターンテーブル１３１の一例を図１０に示し、分類実施パターンテーブル１３２の一例を図１１に示す。図１０及び図１１に示すように、単品実施パターンテーブル１３１及び分類実施パターンテーブル１３２は、設定テーブル８からロジック名の項目を除外したものと一致する。そして単品実施パターンテーブル１３１は、単品更新データファイル６のエラーチェックには不要な項目名「分類件数超過」、「割引率設定誤り」及び「割引率不正」に対応付けられた実施フラグを“０”とし、その他の項目の実施フラグを“１”としている。また単品実施パターンテーブル１３１は、実施フラグを“１”とした項目のうち、項目名「レコード件数」、「単品件数超過」及び「レコード種別違い」の報知フラグを“１”とし、残りの項目の報知フラグを“０”としている。また単品実施パターンテーブル１３１は、実施フラグを“１”とした項目のうち、項目名「レコード件数」及び「単品件数超過」の続行フラグを“０”とし、残りの項目の続行フラグを“１”としている。
【００６３】
一方、分類実施パターンテーブル１３２は、分類更新データファイル７のエラーチェックには不要な項目名「単品件数超過」、「０円設定」及び「価格設定誤り」に対応付けられた実施フラグを“０”とし、その他の項目の実施フラグを“１”としている。また分類実施パターンテーブル１３２は、実施フラグを“１”とした項目のうち、項目名「レコード件数」、「分類件数超過」及び「レコード種別違い」の報知フラグを“１”とし、残りの項目の報知フラグを“０”としている。また分類実施パターンテーブル１３２は、実施フラグを“１”とした項目のうち、項目名「レコード件数」、及び「分類件数超過」の続行フラグを“０”とし、残りの項目の続行フラグを“１”としている。
【００６４】
ここに、プロセッサ１１は、Ａｃｔ３及びＡｃｔ４の処理により、補助記憶デバイス１３と協働して設定テーブル管理機能１Ｂを実現する。すなわちプロセッサ１１は、管理手段及び変更手段を備えている。
【００６５】
Ａｃｔ３又はＡｃｔ４の処理を終えると、プロセッサ１１は、Ａｃｔ５としてエラーバッファ１２１をクリアする。またプロセッサ１１は、Ａｃｔ６としてカウンタメモリ１２２の番号ｎを“０”にリセットする。
【００６６】
次いで、プロセッサ１１は、Ａｃｔ７としてカウンタメモリ１２２の番号ｎを“１”だけカウントアップする。そしてプロセッサ１１は、Ａｃｔ８として番号ｎが最大値Ｎ以下であるか否かを確認する。最大値Ｎは、設定テーブル８に設定されている連続番号の最大値である。すなわち本実施形態では、最大値Ｎは「１３」である。
【００６７】
番号ｎが最大値Ｎ以下である場合、プロセッサ１１は、Ａｃｔ８においてＹＥＳと判定し、Ａｃｔ９へと進む。プロセッサ１１は、Ａｃｔ９として設定テーブル８の番号ｎに対応付けられた実施フラグの値を、フラグメモリ１２３の第１フラグＦ１の値とする。同様にプロセッサ１１は、Ａｃｔ１０として設定テーブル８の番号ｎに対応付けられた報知フラグの値を、フラグメモリ１２４の第２フラグＦ２の値とする。またプロセッサ１１は、Ａｃｔ１１として設定テーブル８の番号ｎに対応付けられた続行フラグの値を、フラグメモリ１２５の第３フラグＦ３の値とする。
【００６８】
プロセッサ１１は、Ａｃｔ１２として第１フラグＦ１の値を調べる。第１フラグＦ１の値が“１”である場合、設定テーブル８の番号ｎに対応付けられた実施フラグは、対応する項目名のエラーチェックを実施することを指定する。プロセッサ１１は、Ａｃｔ１２においてＹＥＳと判定し、Ａｃｔ１３へと進む。
【００６９】
プロセッサ１１は、Ａｃｔ１３として設定テーブル８の番号ｎに対応付けられたロジック名を選択する。そしてプロセッサ１１は、Ａｃｔ１４として当該ロジック名のプログラムに従い、Ａｃｔ１において取得した単品更新データファイル６又は分類更新データファイル７のエラーチェックを開始する。
【００７０】
プロセッサ１１は、Ａｃｔ１５としてエラーチェックを終了したか否かを確認する。エラーチェックを終了していない場合、プロセッサ１１は、Ａｃｔ１５においてＮＯと判定し、Ａｃｔ１６へと進む。プロセッサ１１は、Ａｃｔ１６としてエラーを検出したか否かを確認する。エラーを検出していない場合、プロセッサ１１は、Ａｃｔ１６においてＮＯと判定し、Ａｃｔ１５へと戻る。したがってプロセッサ１１は、Ａｃｔ１５及びＡｃｔ１６の処理により、エラーチェックを終了するかエラーが検出されるのを待ち受ける。
【００７１】
この待ち受け状態において、エラーチェックが終了すると、プロセッサ１１は、Ａｃｔ１５においてＹＥＳと判定し、Ａｃｔ７へと戻る。すなわちプロセッサ１１は、カウンタメモリ１２２の番号ｎをさらに“１”だけカウントアップする。そして番号ｎが最大値Ｎ以下である場合、プロセッサ１１は、Ａｃｔ９乃至Ａｃｔ１６の処理を、前述したのと同様に実行する。
【００７２】
Ａｃｔ１５及びＡｃｔ１６の待ち受け状態において、エラーが検出された場合には、プロセッサ１１は、Ａｃｔ１６においてＹＥＳと判定し、図９のＡｃｔ１７へと進む。プロセッサ１１は、Ａｃｔ１７として第２フラグＦ２の値を調べる。第２フラグＦ２の値が“１”である場合、設定テーブル８の番号ｎに対応付けられた報知フラグは、エラー内容を示すポップアップを出力することを指定する。プロセッサ１１は、Ａｃｔ１７においてＹＥＳと判定し、Ａｃｔ１８へと進む。プロセッサ１１は、Ａｃｔ１８としてエラー内容を示すポップアップ画像を表示デバイス１８に表示させる。
【００７３】
図１２は、ポップアップ画像ＳＣ１の一例を示す模式図である。図１２に示すようにポップアップ画像ＳＣ１には、エラー内容を表すメッセージＭ１と、ＯＫボタンＢＴ１とが表示される。メッセージＭ１を確認したストアサーバ１のオペレータは、入力デバイス１７を介してＯＫボタンＢＴ１を入力する。
【００７４】
表示デバイス１８にポップアップ画像ＳＣ１を表示させたプロセッサ１１は、Ａｃｔ１９としてＯＫボタンＢＴ１が入力されるのを待ち受ける。ＯＫボタンＢＴ１が入力されると、プロセッサ１１は、Ａｃｔ１９においてＹＥＳと判定し、Ａｃｔ２１へと進む。
【００７５】
一方、第２フラグＦ２の値が“０”である場合には、設定テーブル８の番号ｎに対応付けられた報知フラグは、エラー内容を示すリストを出力することを指定する。プロセッサ１１は、Ａｃｔ１７においてＮＯと判定し、Ａｃｔ２０へと進む。プロセッサ１１は、Ａｃｔ２０としてエラーが検出されたデータ、つまりは単品更新レコード６Ｒ又は分類更新レコード７Ｒのデータをエラーバッファ１２１に格納する。その後、プロセッサ１１は、Ａｃｔ２１へと進む。
【００７６】
このようにプロセッサ１１は、Ａｃｔ１９においてポップアップ画像ＳＣ１のＯＫボタンＢＴ１が入力されるか、Ａｃｔ２０においてエラーデータをエラーバッファ１２１に格納したならば、Ａｃｔ２１へと進む。プロセッサ１１は、Ａｃｔ２１として第３フラグＦ３の値を調べる。第３フラグＦ３の値が“１”である場合、設定テーブル８の番号ｎに対応付けられた続行フラグは、エラーチェックを継続することを指定する。プロセッサ１１は、Ａｃｔ２１においてＹＥＳと判定し、図８のＡｃｔ１５へと進む。すなわちプロセッサ１１は、エラーチェックを継続し、そのエラーチェックを終了するか、エラーが検出されるのを待ち受ける。
【００７７】
一方、第３フラグＦ３の値が“０”である場合には、設定テーブル８の番号ｎに対応付けられた続行フラグは、エラーチェックを継続しないことを指定する。プロセッサ１１は、Ａｃｔ２１においてＮＯと判定し、図８のＡｃｔ２２へと進む。
【００７８】
このようにプロセッサ１１は、設定テーブル８に設定されている連続番号の昇順に、単品更新データファイル６又は分類更新データファイル７のエラーチェックを実行する。そして、エラーが検出された場合、プロセッサ１１は、報知フラグの値に従い、エラー内容を示すポップアップ画像ＳＣ１を表示デバイス１８に表示させる。あるいは、プロセッサ１１は、エラーが検出された単品更新レコード６Ｒ又は分類更新レコード７Ｒをエラーバッファ１２１に格納する。
【００７９】
ここで、エラーが検出されたエラーチェックの項目に対して設定された続行フラグの値が“０”である場合、エラーチェックは継続しない。前述したように、プロセッサ１１は、図９のＡｃｔ２１においてＮＯと判定し、図８のＡｃｔ２２へと進む。
【００８０】
一方、続行フラグの値が“１”である場合には、エラーチェックを継続する。こうして、全ての項目のエラーチェックを終了すると、番号ｎが最大値Ｎを超える。すなわちプロセッサ１１は、Ａｃｔ８においてＮＯと判定し、Ａｃｔ２２へと進む。
【００８１】
プロセッサ１１は、Ａｃｔ２２としてエラーバッファ１２１に保存されている単品更新レコード６Ｒ又は分類更新レコード７Ｒのデータに基づき、エラーリストを出力する。具体的にはプロセッサ１１は、単品更新レコード６Ｒ又は分類更新レコード７Ｒに含まれるコードと、そのコードから特定される単品名称又は分類名称と、エラー内容を表すデータとを一覧にしたエラーリスト画像を表示デバイス１８に表示させる。
【００８２】
図１３は、単品更新データファイル６のエラーチェックを行った場合のエラーリスト画像ＳＣ２の一例を示す模式図である。エラーリスト画像ＳＣ２には、コード、名称及びエラー原因を一覧にしたエラーリストＬ１と、終了ボタンＢＴ２と、確定ボタンＢＴ３とが表示される。また、単品更新データファイル６によって更新されるデータファイルが単品マスタファイル４であることを示す情報「単品マスタ更新」も表示される。エラーリストＬ１を確認したオペレータは、単品マスタファイル４の更新を実行するか否かを判断する。そして実行する場合には、オペレータは、入力デバイス１７を介して確定ボタンＢＴ３を入力する。実行しない場合には、オペレータは、入力デバイス１７を介して終了ボタンＢＴ２を入力する。
【００８３】
因みに、分類更新データファイル７のエラーチェックを行った場合のエラーリスト画像ＳＣ２では、情報「単品マスタ更新」が「分類マスタ更新」となる。また、エラーバッファ１２１に単品更新レコード６Ｒ又は分類更新レコード７Ｒが保存されていない場合には、エラーリストＬ１は空欄となる。あるいは、エラーリストＬ１は省略される。
【００８４】
エラーリストの出力を制御したプロセッサ１１は、Ａｃｔ２３として確定ボタンＢＴ３が入力されたか否かを確認する。確定ボタンＢＴ３ではなく終了ボタンＢＴ２が入力された場合には、プロセッサ１１は、Ａｃｔ２３においてＮＯと判定し、図８及び図９の流れ図に示す手順の処理を終了する。
【００８５】
確定ボタンＢＴ３が入力された場合には、プロセッサ１１は、Ａｃｔ２３においてＹＥＳと判定し、Ａｃｔ２４へと進む。プロセッサ１１は、Ａｃｔ２４として更新対象データを更新データで更新するための処理を実行する。すなわち、更新データとして本部サーバ２から単品更新データファイル６を受信していた場合には、プロセッサ１１は、単品マスタファイル４のデータを、正当な単品更新レコード６Ｒのデータで更新する処理を実行する。更新データとして本部サーバ２から分類更新データファイル７を受信していた場合には、プロセッサ１１は、分類マスタファイル５のデータを、正当な分類更新レコード７Ｒのデータで更新する処理を実行する。  
以上で、プロセッサ１１は、図８及び図９の流れ図に示す手順の処理を終了する。
【００８６】
ここに、プロセッサ１１は、Ａｃｔ５乃至Ａｃｔ１６の処理により、更新データチェック機能１Ｃを実現する。またプロセッサ１１は、Ａｃｔ１７乃至Ａｃｔ２２の処理を実行することにより、エラー報知機能１Ｅを実現する。またプロセッサ１１は、Ａｃｔ２３及びＡｃｔ２４の処理を実行することにより、マスタ更新機能１Ｄを実現する。すなわちプロセッサ１１は、実行手段を備えている。
【００８７】
このように動作するストアサーバ１においては、本部サーバ２から単品更新データファイル６が配信されると、図１０に示す単品実施パターンテーブル１３１によって、設定テーブル８の実施フラグ、報知フラグ及び続行フラグの値が変更される。そして先ず、番号「１」の実施フラグの値が“１”なので、項目名「レコード件数」のエラーチェックが実行される。その結果、エラーが検出されると、番号「１」の報知フラグの値が“１”なので、エラー内容を示すポップアップ画像が表示デバイス１８に表示される。また、番号「１」の実行フラグの値が“０”なので、エラーチェックが終了する。
【００８８】
項目名「レコード件数」のエラーチェックにおいて、エラーが検出されなかった場合、番号「２」の実施フラグの値が“１”なので、項目名「単品件数超過」のエラーチェックが実行される。この場合も、報知フラグの値が“１”であり、実行フラグの値が“０”なので、エラーが検出されると、ポップアップ画像ＳＣ１が表示されて、エラーチェックが終了する。
【００８９】
エラーが検出されなかった場合、番号「３」の実施フラグの値が“０”なので、項目名「分類件数超過」のエラーチェックは実行されない。
【００９０】
続いて、番号「４」の実施フラグの値が“１”なので、項目名「桁数違い」のエラーチェックが実行される。この場合、報知フラグの値が“０”なので、エラーが検出されると、エラーデータがエラーバッファ１２１に格納される。実行フラグの値は“１”なので、エラーが検出されてもエラーチェックは継続される。
【００９１】
項目名「桁数違い」のエラーチェックが終了すると、番号「５」の実施フラグの値が“１”なので、項目名「レコード種別違い」のエラーチェックが実行される。この場合、報知フラグの値が“１”なので、エラーが検出されると、エラー内容を示すポップアップ画像が表示デバイス１８に表示される。実行フラグの値は“１”なので、エラーが検出されてもエラーチェックは継続される。
【００９２】
以後、番号「６」、「７」、「８」、「９」、「１０」及び「１１」にそれぞれ対応した項目名のエラーチェックが順次実行される。これらの番号に対応した報知フラグの値はいずれも「０」なので、エラーが検出されると、エラーデータがエラーバッファ１２１に格納される。実行フラグの値は“１”なので、エラーが検出されてもエラーチェックは継続される。
【００９３】
一方、番号「１２」及び「１３」にそれぞれ対応した実施フラグの値はいずれも“０”であるので、番号「１１」の項目名「価格設定誤り」のエラーチェックが終了すると、エラーバッファ１２１に格納されているエラーデータに基づき、エラーリストＬ１を含むエラーリスト画像ＳＣ２が表示される。ここで、オペレータが確定ボタンＢＴ３にタッチすると、単品マスタファイル４のデータが単品更新データファイル６の更新データによって更新される。
【００９４】
次に、本部サーバ２から分類更新データファイル７が配信されると、図１１に示す分類実施パターンテーブル１３２によって、設定テーブル８の実施フラグ、報知フラグ及び続行フラグの値が変更される。そして先ず、番号「１」の実施フラグの値が“１”なので、項目名「レコード件数」のエラーチェックが実行される。その結果、エラーが検出されると、番号「１」の報知フラグの値が“１”なので、エラー内容を示すポップアップ画像が表示デバイス１８に表示される。また、番号「１」の実行フラグの値が“０”なので、エラーチェックが終了する。
【００９５】
項目名「レコード件数」のエラーチェックにおいて、エラーが検出されなかった場合、番号「２」の実施フラグの値が“０”なので、項目名「単品件数超過」のエラーチェックは実行されない。
【００９６】
続いて、番号「３」の実施フラグの値が“１”なので、項目名「分類件数超過」のエラーチェックが実行される。この場合も、報知フラグの値が“１”であり、実行フラグの値が“０”なので、エラーが検出されると、ポップアップ画像ＳＣ１が表示されて、エラーチェックが終了する。
【００９７】
エラーが検出されなかった場合、番号「４」の実施フラグの値が“１”なので、項目名「桁数違い」のエラーチェックが実行される。この場合、報知フラグの値が“０”なので、エラーが検出されると、エラーデータがエラーバッファ１２１に格納される。実行フラグの値は“１”なので、エラーが検出されてもエラーチェックは継続される。
【００９８】
項目名「桁数違い」のエラーチェックが終了すると、番号「５」の実施フラグの値が“１”なので、項目名「レコード種別違い」のエラーチェックが実行される。この場合、報知フラグの値が“１”なので、エラーが検出されると、エラー内容を示すポップアップ画像が表示デバイス１８に表示される。実行フラグの値は“１”なので、エラーが検出されてもエラーチェックは継続される。
【００９９】
以後、番号「６」、「７」、「８」及び「９」にそれぞれ対応した項目名のエラーチェックが順次実行される。これらの番号に対応した報知フラグの値はいずれも「０」なので、エラーが検出されると、エラーデータがエラーバッファ１２１に格納される。実行フラグの値は“１”なので、エラーが検出されてもエラーチェックは継続される。
【０１００】
一方、番号「１０」及び「１１」にそれぞれ対応した実施フラグの値は“０”であるので、番号「９」の項目名「フォーマット違い」のエラーチェックが終了すると、番号「１２」の項目名「割引率設定誤り」のエラーチェックが実行される。続いて、番号「１３」の項目名「割引率不正」のエラーチェックも実行される。
【０１０１】
こうして、項目名「割引率不正」のエラーチェックが終了すると、エラーバッファ１２１に格納されているエラーデータに基づき、エラーリストＬ１を含むエラーリスト画像ＳＣ２が表示される。ここで、オペレータが確定ボタンＢＴ３にタッチすると、分類マスタファイル５のデータが分類更新データファイル７の更新データによって更新される。
【０１０２】
このように本実施形態によれば、単品マスタファイル４に設定されている単品レコード４Ｒの優待ランク１〜ｐ別優待価格を、単品更新データファイル６に保存されている単品更新レコード６Ｒの優待ランク１〜ｐ別データで更新する前に、単品更新データファイル６の正当性を、設定テーブル８に設定されたエラーチェックの項目順に効率よく確認することができる。同様に、分類マスタファイル５に設定されている分類レコード５Ｒの優待ランク１〜ｐ別優待割引率を、分類更新データファイル７に保存されている分類更新レコード７Ｒの優待ランク１〜ｐ別データで更新する前に、分類更新データファイル７の正当性を、設定テーブル８に設定されたエラーチェックの項目順に効率よく確認することができる。
【０１０３】
そしてエラーチェックの結果、エラーが検出された場合、そのエラーチェックの項目毎に、エラーチェックを中断してエラーが検出されたことを報知するか、エラーチェックを終了するまでは報知せず、終了した段階でエラーデータの一覧を表示して報知するかを、設定テーブル８の報知フラグの値によって指定できる。したがって、エラーチェックの内容を考慮した報知方法を容易に設計できるメリットがある。
【０１０４】
その上、エラーが検出された場合、その時点でエラーチェックを終了するか継続するかについても、設定テーブル８の続行フラグの値によって指定できる。したがって、エラーチェックの内容を考慮し、エラーチェックを継続するか否かを容易に指定できるメリットもある。
【０１０５】
また、設定テーブル８に設定されたエラーチェックの実施項目についても、単品マスタファイル４の更新データである単品更新データファイル６を取得した場合と、分類マスタファイル５の更新データである分類更新データファイル７とを取得した場合とで、設定テーブル８の実施フラグの値によって変更することができる。従って、不必要なエラーチェックが実行されることはないので、より効率よく単品更新データファイル６又は分類更新データファイル７の正当性を確認することができる。
【０１０６】
以上、更新対象のデータを更新データで更新する前に、当該更新データの正当性を効率よく確認できる更新データ確認装置の実施形態について説明したが、かかる実施形態はこれに限定されるものではない。
【０１０７】
前記実施形態では、取得手段は、本部サーバ２から配信される単品更新データファイル６又は分類更新データファイル７を、第１通信インターフェース１５を介して受信することにより取得する場合を例示した。この点に関しては、例えば、本部サーバ２で作成された単品更新データファイル６又は分類更新データファイル７を、コンピュータが読取可能な可搬型の記録媒体に記録し、ストアサーバ１に接続された記録媒体読取装置で、当該記録媒体のデータを読み取ることにより、単品更新データファイル６又は分類更新データファイル７を取得してもよい。
【０１０８】
前記実施形態では、ストアサーバ１が単品マスタファイル４と分類マスタファイル５とを備えた場合を例示した。他の実施形態としては、いずれか１台のＰＯＳ端末３が単品マスタファイル４と分類マスタファイル５とを備えてもよい。この場合、当該ＰＯＳ端末３が更新データ確認装置としての機能を有することとなる。
【０１０９】
前記実施形態では、単品マスタファイル４及び分類マスタファイル５において単品コード別又は分類コード別に保存されている優待ランク１〜ｐ別の優待価格又は優待割引率を更新対象データとした。更新対象データは、これに限定されるものではない。例えば、製造日からの経過日数により価格又は割引率を変更する販売形態をとる場合、経過日数別の割引価格又は割引率が更新対象データとなる。また、学生割引、シニア割引等のように客層によって価格又は割引率を変更する販売形態をとる場合には、客層別の割引価格又は割引率が更新対象データとなる。
【０１１０】
前記実施形態では、ストアサーバ１が、メインメモリ１２または補助記憶デバイス１３において制御プログラムを予め記憶しているものとして説明した。この点に関しては、例えばエラーチェックを実施する前に制御プログラムをストアサーバ１にインストールしてもよい。この場合、制御プログラムは、リムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により、ストアサーバ１にインストールすることができる。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつストアサーバ１が読み取り可能であれば、その形態は問わない。
【０１１１】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１１２】
１…ストアサーバ、１Ａ…更新データ取得機能、１Ｂ…設定テーブル管理機能、１Ｃ…更新データチェック機能、１Ｄ…マスタ更新機能、１Ｅ…エラー報知機能、２…本部サーバ、３…ＰＯＳ端末、４…単品マスタファイル、５…分類マスタファイル、６…単品更新データファイル、７…分類更新データファイル、８…設定テーブル、９…出力デバイス、１１…プロセッサ、１２…メインメモリ、１３…補助記憶デバイス、１４…時計、１５…第１通信インターフェース、１６…第２通信インターフェース、１７…入力デバイス、１８…表示デバイス、１２１…エラーバッファ、１３１…単品実施パターンテーブル、１３２…分類実施パターンテーブル。
【図１】
2020113160.tif 000003
【図２】
2020113160.tif 000004
【図３】
2020113160.tif 000005
【図４】
2020113160.tif 000006
【図５】
2020113160.tif 000007
【図６】
2020113160.tif 000008
【図７】
2020113160.tif 000009
【図８】
2020113160.tif 000010
【図９】
2020113160.tif 000011
【図１０】
2020113160.tif 000012
【図１１】
2020113160.tif 000013
【図１２】
2020113160.tif 000014
【図１３】
2020113160.tif 000015