JP3790138B2 - Data processing device - Google Patents
Data processing device Download PDFInfo
- Publication number
- JP3790138B2 JP3790138B2 JP2001249431A JP2001249431A JP3790138B2 JP 3790138 B2 JP3790138 B2 JP 3790138B2 JP 2001249431 A JP2001249431 A JP 2001249431A JP 2001249431 A JP2001249431 A JP 2001249431A JP 3790138 B2 JP3790138 B2 JP 3790138B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- totalizer
- backup
- restoration
- pos terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Cash Registers Or Receiving Machines (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、或る演算処理に基づいてデータを集計する(または集計した)合計器ファイルを通信回線で接続された他の装置に転送してバックアップする機能を有したデータ処理装置、例えば商品販売登録処理に基づいて売上データを累計する(または累計した)合計器ファイルを有したPOS(Point Of Sales)端末装置に関する。
【0002】
【従来の技術】
複数台のPOS端末装置をLAN(Local Area Network)等の通信回線を介して接続してなるPOSシステムにおいて、各POS端末装置が、それぞれ他のPOS端末装置をバックアップ装置と指定し、自POS端末装置で販売登録された商品の売上データを集計記憶した合計器ファイルを、定期的あるいは合計器ファイルの中身(内容)が更新される毎にバックアップ装置に指定した他のPOS端末装置に送信してバックアップを図ることは、既に行なわれていた。このようなバックアップ機能を有することにより、自装置内の合計器ファイルに障害が発生した場合、バックアップ先に指定されている他のPOS端末装置からバックアップファイルを読込み、当該合計器ファイルを自動的に復元することが可能であった。
【0003】
しかし、合計器ファイルの障害時にバックアップ先に指定されている他のPOS端末装置がダウンしていたりビジィであったりして、バックアップファイルを読込むことができず、合計器ファイルの復元に失敗した場合には、従来は、該POS端末装置の使用を停止させていた。あるいは、業務上、停止させてしまうと支障が出る場合には、合計器ファイルを一旦初期化した後、該POS端末装置を再起動させていた。
【0004】
【発明が解決しようとする課題】
このように、通信回線で接続された他の装置に合計器ファイルを転送してバックアップを図る機能を有した従来のデータ処理装置においては、合計器ファイルの障害時に該合計器ファイルの復元に失敗すると使用を停止せざるを得なかった。また、合計器ファイルの復元に失敗しても継続して使用する場合には、該合計器ファイルを初期化していたので、後でこの初期化された合計器ファイルにバックアップファイルの内容を人手により反映させて合計器ファイルを復元しなければならず、合計器ファイルの復元作業に多大な労力とコストを費やしていた。
【0005】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、合計器ファイルの障害時に該合計器ファイルの復元に失敗しても継続して使用することができる上、人手を介して合計器ファイルの復元作業を行なう必要がなく、メンテナンスコストを大幅に削減できるデータ処理装置を提供しようとするものである。
【0006】
【課題を解決するための手段】
本願請求項1記載の発明は、データを集計する合計器ファイルを通信回線で接続された他の装置に転送してバックアップし、合計器ファイルの障害を検知すると他の装置からバックアップファイルを読込んで合計器ファイルを復元する機能を有したデータ処理装置において、合計器ファイルの障害時に該合計器ファイルの復元に失敗した場合、該合計器ファイルを初期化した後、データ処理を実行しつつ復元失敗の要因が解除されるのを監視する復元優先モードに移行させる手段を有する。そして、復元優先モード時では、復元失敗の要因が解除されるまでバックアップ処理を行なわず、復元失敗の要因が解除されると優先的に他の装置からバックアップファイルを読込み、このバックアップファイルの内容を合計器ファイルに加算して反映させた後に優先復元モードを解除してバックアップ処理を再開させるようにしたものである。
【0007】
また、本願請求項2記載の発明は、上記請求項1記載の発明の復元優先モードに移行させる手段を有するとともに、優先復元モード時に合計器ファイルの精算指令があると、該合計器ファイルのデータを仮精算ファイルとして退避させた後に該合計器ファイルを初期化して仮精算済とする手段を有する。そして、優先復元モード時では、復元失敗の要因が解除されるまでバックアップ処理を行なわず、復元失敗の要因が解除されると優先的に他の装置からバックアップファイルを読込むとともに仮精算済か否かを判断し、仮精算済でない場合にはバックアップファイルの内容を合計器ファイルに反映させた後に優先復元モードを解除してバックアップ処理を再開させ、仮精算済の場合にはバックアップファイルの内容を仮精算ファイルに反映させた後に精算処理を実行し、次いで、精算後の仮精算ファイルの内容を合計器ファイルに反映させた後に優先復元モードを解除してバックアップ処理を再開させるようにしたものである。
【0008】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を用いて説明する。
なお、この実施の形態は、売上データを集計記憶する合計器ファイルを備えたPOS端末装置に本発明を適用した場合である。
【0009】
図1は本発明に関わるPOS端末装置を用いたPOSシステムの全体図であり、本実施の形態のPOSシステムは、3台のPOS端末装置1A,1B,1Cと、各POS端末装置1A,1B,1Cを一元的に管理する1台のストアコンピュータ2とを、通信回線であるLAN3で接続してなるものである。そして、各POS端末装置1A,1B,1Cは、それぞれ自装置で販売登録された各商品の売上データ等を項目別に集計記憶する合計器ファイル4A,4B,4Cと、他のPOS端末装置の合計器ファイル4A,4B,4Cの内容を選択的にバックアップするバックアップファイル5A,5B,5Cとを備えている。
【0010】
なお、本実施の形態では、説明の便宜上、POS端末装置1Aのバックアップ装置をPOS端末装置1Bとし、POS端末装置1Bのバックアップ装置をPOS端末装置1Cとし、POS端末装置1Cのバックアップ装置をPOS端末装置1Aとする。すなわち、POS端末装置1Aの合計ファイル4AはPOS端末装置1Bのバックアップファイル5Bでバックアップし、POS端末装置1Bの合計ファイル4BはPOS端末装置1Cのバックアップファイル5Cでバックアップし、POS端末装置1Cの合計ファイル4CはPOS端末装置1Aのバックアップファイル5Aでバックアップする。
【0011】
合計器ファイル4A,4B,4Cは、図2に示すように、当日分の売上データを項目別に集計する当日合計エリア41と、毎日の売上データを同一項目別に集計する総合計エリア42と、前日までの売上データを同一項目別に集計する前日総計エリア43とを備えている。
【0012】
図3は各POS端末装置1A,1B,1Cの要部構成を示すブロック図であり、各POS端末装置1A,1B,1Cは同一のハードウェア構成である。すなわち、各POS端末装置1A,1B,1Cは、装置本体10と、ディスプレイ11と、キーボード12と、スキャナ13と、プリンタ14と、ドロワ15とで構成している。
【0013】
装置本体10は、商用電源6の供給により装置本体10,ディスプレイ11,キーボード12,スキャナ13,プリンタ14等に給電を行なう電源回路101を内蔵している。また、主制御部を構成するCPU(Central Processing Unit)102、プログラム等を予め格納するROM(Read Only Memory)103、可変的なデータを記憶するための各種メモリエリアが形成されるRAM(Random Access Memory)104、現在の日付及び時刻を計時する時計部105、前記LAN3を通じて行なうデータ通信を制御するLANコントローラ106、電源回路101からの給電停止時にバックアップ電源として機能するUPS(Uninterruptible Power Supply:無停電電源装置)107、前記合計器ファイル4A,4B,4C及びバックアップファイル5A,5B,5C等を記憶保存するHDD(Hard Disk Drive)装置108、このHDD装置108に対するデータの書込み及び読込みを制御するHDDコントローラ109、前記ディスプレイ11の駆動を制御し、表示データに対応する文字等を表示させる表示コントローラ110、前記キーボード12を電気的に接続するキーボードインタフェース111、前記スキャナ13を電気的に接続するスキャナインタフェース112、前記プリンタ14を電気的に接続するスキャナインタフェース113、前記ドロワ15を電気的に接続するドロワインタフェース114等を備えている。そして、CPU102と、ROM103,RAM104,時計部105,LANコントローラ106,UPS107,HDDコントローラ109,表示コントローラ110及び各入出力機器のインタフェース111〜114とを、アドレスバス,データバス等のバスライン115で接続している。
【0014】
かかる構成の各POS端末装置1A,1B,1Cは、前述したように、自装置内の合計器ファイル4A,4B,4CをLAN3で接続される他の装置に転送してバックアップし、該合計器ファイル4A,4B,4Cの障害を検知すると、バックアップ装置であるPOS端末装置からバックアップファイル5A,5B,5Cを読込んで合計器ファイル4A,4B,4Cを復元する機能を有している。
【0015】
それに加えて、合計器ファイル4A,4B,4Cの障害時に該合計器ファイル4A,4B,4Cの復元に失敗した場合には、該合計器ファイル4A,4B,4Cのコピーを作成し退避させた後、該合計器ファイル4A,4B,4Cを初期化する。その後、データ処理を実行しつつ復元失敗の要因が解除されるのを監視する復元優先モードに移行させる。そして、この優先復元モード時、合計器ファイル4A,4B,4Cの精算指令があると、該合計器ファイル4A,4B,4Cのデータを仮精算ファイルとして退避させた後に該合計器ファイル4A,4B,4Cを初期化して仮精算済とする。また、この優先復元モード時、復元失敗の要因が解除されるまでバックアップ処理を行なわず、復元失敗の要因が解除されると優先的に他の装置からバックアップファイル5A,5B,5Cを読込むとともに仮精算済か否かを判断する。そして、仮精算済でない場合にはバックアップファイル5A,5B,5Cの内容を合計器ファイル4A,4B,4Cに反映させた後に優先復元モードを解除してバックアップ処理を再開させる。仮精算済の場合にはバックアップファイル5A,5B,5Cの内容を仮精算ファイルに反映させた後に精算処理を実行し、次いで、精算後の仮精算ファイルの内容を合計器ファイル4A,4B,4Cに反映させた後に優先復元モードを解除してバックアップ処理を再開させるようになっている。
【0016】
すなわち、各POS端末装置1A,1B,1Cは、それぞれRAM104に、優先復元モード時にONとなる優先復元フラグの記憶エリアM1と、仮精算済のときONとなる仮精算フラグの記憶エリアM2と、復元失敗の要因情報を記憶する記憶エリアM3とを形成している。因みに、復元失敗の要因情報は、バックアップ先の他の装置の無応答により合計器ファイル4A,4B,4Cの復元に失敗した場合には“1”とし、ビジィにより復元に失敗した場合には“2”とし、通信エラーにより復元に失敗した場合には“3”とする。なお、各POS端末装置1A,1B,1Cは、それぞれ自装置をバックアップ装置として指定する他のPOS端末装置からバックアップ対象である合計器ファイル4A,4B,4Cが転送されると、それぞれバックアップファイル5A,5B,5Cにバックアップする。
【0017】
しかして、各POS端末装置1A,1B,1Cは、それぞれCPU102が図4,図5及び図6の流れ図に示す各処理を実行するように、プログラムを構成している。なお、ここではPOS端末装置1AのCPU102の場合について説明し、他のPOS端末装置1B,1CのCPU102はこれと同様の処理を実行するので、説明を省略する。
【0018】
POS端末装置1AのCPU102は、電源回路101からの給電により立ち上がると、図4の流れ図に示す処理を開始し、ST(ステップ)1として各部のイニシャライズ処理を行なう。この処理により、RAM104の各記憶エリアM1,M2,M3をクリアする。
【0019】
次に、ST2としてHDD装置108から合計器ファイル4Aを読込み、その合計器ファイル4Aのチェックサムを算出して該合計器ファイル4Aに記憶されているチェックサムと一致するか比較する。その結果、ST3として算出されたチェックサムと記憶されているチェックサムとが一致する場合にはチェックサムエラーでないのでST10に進み、POS端末装置としての業務処理を開始する。
【0020】
これに対し、ST3にて両チェックサムが一致しない場合にはチェックサムエラーなので、ST4としてバックアップ装置に指定されている他のPOS端末装置1Bに、LAN3を介してバックアップファイル5Bのリカバリーを要求する伝文を送信する。また、ST5として合計器ファイル4Aを障害合計器ファイルとしてHDD装置108に保存する。この状態で、ST6としてバックアップファイル5Bを受信するのを待機する。
【0021】
ここで、一定時間内に他のPOS端末装置1BからLAN3を介してバックアップファイル5Bを受信すると、ST7としてこのバックアップファイル5Bを自己の合計器ファイル4Aとして復元する。しかる後、ST10に進み、POS端末装置としての業務処理を開始する。
【0022】
一方、バックアップ装置であるPOS端末装置1Bからビジィ応答を受信したり、該POS端末装置1Bがダウンしていて無応答であったり、通信エラーが発生したりして一定時間内にバックアップファイル5Bを受信できなかった場合には、ST8としてチェックサムエラーの異常があった合計器ファイル4Aを初期化する。そして、ST9として記憶エリアM1の復元優先フラグをONして、POS端末装置としての業務処理を実行しつつ復元失敗の要因が解除されるのを監視する復元優先モードに移行させる。しかる後、ST10に進み、POS端末装置としての業務処理を開始する。
【0023】
図5はPOS端末装置としての業務処理の要部を示す流れ図であり、特に、登録モード選択時の処理と精算モード選択時の処理とを示している。すなわちCPU102は、登録モード選択時、ST11としてキーボード12やスキャナ13の操作入力により商品登録が行なわれ、ST12として締めキーが入力されてこの商品登録の終了が宣言されると、ST13として登録された商品の代金決済処理を実行してプリンタ14により買上レシートを発行する。また、ST14として登録商品の種別や決済の種別等により合計器ファイル4Aの当日合計エリア41及び総合計エリア42に商品の売上データを加算処理する。しかる後、ST15として後述するバックアップ業務処理を起動したならば、このPOS業務処理の開始に戻る。
【0024】
またCPU102は、登録モードでなく精算モードが選択されると、ST16として記憶エリアM1の復元優先フラグがONしているか否かを判断する。ここで、復元優先フラグがONしていない場合にはST17に進み、通常の精算処理を実行する。すなわち、HDD装置108から合計器ファイル4Aを読込み、その当日合計エリア41の内容に基づいて当日精算レシートを作成し、プリンタ14により印字発行する。そして印字後、該合計器ファイル4Aの当日合計エリア41をクリアする。また、総合計エリア42の内容を前日総計エリア43にコピーする。こうして、精算処理を終了したならば、このPOS業務処理の開始に戻る。
【0025】
これに対し、ST16にて復元優先フラグがONしていた場合には、復元優先モード中なのでST18に進む。そして、この復元優先モード中に登録された商品の売上データのみ当日合計エリア41で集計記憶している合計器ファイル4AをHDD装置108から読込み、その当日合計エリア41の内容に基づいて仮精算レシートを作成し、プリンタ14により印字発行する。次に、ST19としてこの合計器ファイル4Aを仮精算ファイルとしてHDD装置108に保存する。また、ST20として記憶エリアM2の仮精算フラグをONして、復元優先モード中に精算が行なわれたことを記憶する。しかる後、ST21として合計器ファイル4Aを再び初期化したならば、このPOS業務処理の開始に戻る。
【0026】
図6はPOS業務処理の登録モード選択時において、合計器ファイル4Aのデータが更新される毎に起動されるバックアップ業務処理を示す流れ図である。すなわちCPU102は、このバックアップ業務処理を開始すると、先ず、ST31として記憶エリアM1の復元優先フラグがONしているか否かを判断する。ここで、復元優先フラグがONしていない場合にはST42に進み、通常のバックアップ処理、つまり、合計器ファイル4Aをバックアップ装置である他のPOS端末装置1BにLAN3を介して送信してバックアップファイル5Bを作成する処理を実行したならば、このバックアップ業務処理を終了する。
【0027】
一方、ST31にて復元優先フラグがONしていた場合には、復元優先モード中なので、ST32として記憶エリアM3に記憶されている要因番号から合計器ファイル4Aの復元に失敗した要因を把握し、その要因が既に解除されているか否かをチェックする。そして、未だに復元に失敗した要因が解除されていない場合には、合計器ファイル4Aのバックアップ不可なので、このバックアップ業務処理を終了する。
【0028】
これに対し、ST32にて復元に失敗した要因が解除されていることを確認した場合には、ST33としてバックアップ装置に指定されている他のPOS端末装置1Bに、LAN3を介してバックアップファイル5Bのリカバリーを要求する伝文を送信する。そして、ST34としてバックアップファイル5Bを受信するのを待機する。
【0029】
ここで、バックアップ装置であるPOS端末装置1Bからビジィ応答を受信したり、該POS端末装置1Bがダウンしていて無応答であったり、通信エラーが発生したりして一定時間内にバックアップファイル5Bを受信できなかった場合には、合計器ファイル4Aを復元できないので、このバックアップ業務処理を終了する。
【0030】
ST34にて一定時間内にバックアップ装置であるPOS端末装置1BからLAN3を介してバックアップファイル5Bを受信すると、ST35として記憶エリアM2の仮精算フラグがONしているか否かを判断する。ここで、仮精算フラグがONしていない場合には、復元優先モード中に仮精算は行われていないのでST36に進み、後述するADD関数処理により、バックアップ装置であるPOS端末装置1Bから受信したバックアップファイル5Bの内容を復元優先モード中の売上データを集計した合計器ファイル4Aの内容に反映させて合計器ファイル4Aを復元する。その後、ST41に進み、記憶エリアM1の復元優先フラグをOFFして復元優先モードを解除したならば、ST42に進み、復元された合計器ファイル4Aに対して通常のバックアップ処理を実行して、このバックアップ業務処理を終了する。
【0031】
一方、ST35にて仮精算フラグがONしていた場合には、復元優先モード中に仮精算が行われているので、ST37としてHDD装置108から仮精算ファイルを読込む。そして、後述するADD関数処理により、バックアップ装置であるPOS端末装置1Bから受信したバックアップファイル5Bの内容を仮精算ファイルの内容に反映させる。次に、ST38として仮精算ファイルのデータで通常の精算処理を実行する。すなわち、その当日合計エリア41の内容に基づいて当日精算レシートを作成し、プリンタ14により印字発行する。そして印字後、当日合計エリア41をクリアする。また、総合計エリア42の内容を前日総計エリア43にコピーする。
【0032】
次に、ST39として後述するADD関数処理により、精算処理実行後の仮精算ファイルの内容を合計器ファイル4Aの内容に反映させて合計器ファイル4Aを復元する。その後、ST40として記憶エリアの仮精算フラグをOFFする。また、ST41として記憶エリアの復元優先フラグをOFFして復元優先モードを解除したならば、ST42として復元された合計器ファイル4Aに対して通常のバックアップ処理を実行して、このバックアップ業務処理を終了する。
【0033】
図7は反映元ファイルA(ST36及びST37の処理ではバックアップファイル、ST39の処理では仮精算ファイル)を反映先ファイルB(ST36及びST39の処理では合計器ファイル、ST37の処理では仮精算ファイル)に反映させるADD関数処理を具体的に示す流れ図である。
【0034】
すなわちCPU102は、このADD関数処理を開始すると、先ず、ST51としてカウンタNを“0”に初期化する。次に、ST52として上記カウンタNを1だけインクリメントする。次に、ST53として上記カウンタNが反映元ファイルAの最終インデックス番号を超えたか否かを範端する。ここで、カウンタNがファイルAの最終インデックス番号を超えていない場合には、ST54として反映元ファイルAのインデックス番号Nで示されるデータを変数Mにセットする。そして、ST55として反映先ファイルBのインデックス番号Nで示されるデータに変数Mのデータを加算して反映させる。その後、ST52に戻り、カウンタNをさらに1だけインクリメントする。そして、カウンタNがファイルAの最終インデックス番号を超えていない場合には、ST54,ST55の処理を実行する。
【0035】
こうして、カウンタNがファイルAの最終インデックス番号を超えるまで、ST54,ST55の処理を繰返し実行する。すなわち、反映元ファイルAのデータを反映先ファイルBのデータにインデックス番号の単位で反映させる。そして、カウンタNがファイルAの最終インデックス番号を超えたならば、この処理を終了する。
【0036】
このように本実施の形態においては、例えばPOS端末装置1Aの合計器ファイル4Aに障害が発生すると、当該POS端末装置1Aに対してバックアップ装置に指定されている他のPOS端末装置1Bには、障害発生前の合計器ファイル4Aのデータがバックアップファイル5Bとして保存されているので、POS端末装置1AからPOS端末装置1Bにリカバリー要求が行なわれる。これにより、要求先のPOS端末装置1Bから要求元のPOS端末装置1Aにバックアップファイル5Bが転送されると、このバックアップファイル5Bを受信したPOS端末装置1Aにおいては、そのバックアップファイル5Bに基づいて障害発生前の状態の合計器ファイル4Aが復元される。
【0037】
ところが、POS端末装置1Aからのリカバリー要求に対してバックアップ装置であるPOS端末装置1Bがダウンしていたり、ビジィであったり、通信エラーが発生したりすると、合計器ファイル4Aに障害があったPOS端末装置1Aではバックアップファイル5Bを受信することができない。このような場合、従来は稼動を停止せざるを得なかったが、本実施の形態では、POS端末装置1Aにおいて、自動的に障害がある合計器ファイル4Aが障害合計器ファイルとしてHDD装置108にて保存された後、合計器ファイル4Aが初期化される。そして、復元優先フラグがONして復元優先モードに移行し、POS端末装置としての業務処理を継続して実行できるようになる。
【0038】
したがって、復元優先モードに移行したPOS端末装置1Aにおいては、このモード中に販売登録された商品の売上データのみが合計器ファイル4Aに集計記憶される。
【0039】
また、復元優先モードに移行したPOS端末装置1Aにおいては、合計器ファイル4Aが更新される毎にバックアップ業務処理が起動し、復元失敗の要因となった障害が解除されたか否かが判断される。そして、障害が解除されたならば、バックアップ装置に指定されている他のPOS端末装置1Bに対してリカバリー要求が行なわれる。その結果、バックアップファイル5Bを受信すると、このバックアップファイル5Bの内容が合計器ファイル4Aに反映される。このとき、バックアップファイル5Bには、障害発生前の合計器ファイル4Aのデータが記憶され、合計器ファイル4Aには障害発生後の売上データが集計記憶されているので、バックアップファイル5Bの内容を合計器ファイル4Aに反映させることにより、合計器ファイル4Aを復元することができる。
【0040】
ところで、復元優先モードに移行したPOS端末装置1Aにおいて、復元失敗の要因となった障害が解除される前に、1日の精算業務が実行されることがある。このような場合、POS端末装置1Aにおいては、合計器ファイル4Aのデータ、つまり復元優先モード中に販売登録された商品の売上データに基づく精算レシートが仮精算レシートとして印字発行される。そして、合計器ファイル4Aが仮精算ファイルとしてHDD装置108に保存される。さらに、仮精算フラグがONして仮精算を実行したことが記憶されたならば、合計器ファイル4Aが初期化される。その後、POS端末装置としての業務処理が継続される。したがって、合計器ファイル4Aには、仮精算後に販売登録された商品の売上データのみ集計される。
【0041】
ここで、復元失敗の要因となった障害が解除されたか否かが判断され、障害が解除されたならば、バックアップ装置に指定されている他のPOS端末装置1Bに対してリカバリー要求が行なわれる。その結果、バックアップファイル5Bを受信すると、はじめに、このバックアップファイル5Bの内容が仮精算ファイルに反映される。すなわち、バックアップファイル5Bの内容は障害発生前の合計器ファイル4Aのデータであり、仮精算ファイルは障害発生後から仮精算が行なわれるまでのデータであるので、バックアップファイル5Bの内容を仮精算ファイルに反映させることによって、障害がなかった状態の精算時点における合計器ファイル4Aが復元される。そこで、このデータ反映後の仮精算ファイルの内容に基づいて精算処理が実行される。
【0042】
しかる後、精算後の仮精算ファイルの内容が現時点の合計器ファイル4Aに反映される。現時点の合計器ファイル4Aは、仮精算後に販売登録された商品の売上データなので、精算後の仮精算ファイルの内容を現時点の合計器ファイル4Aに反映させることによって、障害がなかった状態の現時点における合計器ファイル4Aが復元される。
【0043】
以上の動作は、POS端末装置1B,1Cにおいても同様である。
【0044】
このように本実施の形態によれば、合計器ファイル4A,4B,4Cの障害時に、バックアップ装置に指定された他の装置からバックアップファイル5A,5B,5Cを受信できず、該合計器ファイル4A,4B,4Cの復元に失敗しても、POS端末装置1A,1B,1Cを継続して使用することができるので、POS端末装置1A,1B,1Cの稼働率を向上させることができる。また、合計器ファイル4A,4B,4Cの復元に失敗した要因が解消された場合には、自動的にバックアップ装置に指定された他の装置からバックアップファイル5A,5B,5Cを取り込み、その内容を現時点の合計器ファイル4A,4B,4Cに反映させて、合計器ファイル4A,4B,4Cを復元できるようにしたので、人手を介して合計器ファイルの復元作業を行なう必要がなく、メンテナンスコストを大幅に削減することができる。
【0045】
なお、前記実施の形態では、合計器ファイルの更新時にバックアップ業務処理起動するようにしたが、定期的にバックアップ業務処理を実行する装置にも本発明は適用できるものである。また、バックアップ装置として他のPOS端末装置を指定したが、LAN接続されているストアコンピュータ2をバックアップ装置として指定することも可能である。
【0046】
また、本発明はPOS端末装置に限定されるものではなく、データを集計する合計器ファイルを通信回線で接続された他の装置に転送してバックアップし、合計器ファイルの障害を検知すると他の装置からバックアップファイルを読込んで合計器ファイルを復元する機能を有したデータ処理装置全般に適用できるものである。
【0047】
【発明の効果】
以上詳述したように、本願請求項1記載の発明によれば、合計器ファイルの障害時に該合計器ファイルの復元に失敗しても継続して使用することができる上、復元失敗の障害要因解消時には自動的に合計器ファイルが復元されるので人手を介して合計器ファイルの復元作業を行なう必要がなく、メンテナンスコストを大幅に削減できるデータ処理装置を提供できる。
【0048】
また、本願請求項2記載の発明によれば、優先復元モード時に合計器ファイルの精算が実行されても、復元失敗の障害要因解消時には自動的に合計器ファイルが復元されるので、合計器ファイルの障害時に該合計器ファイルの復元に失敗しても継続して使用することができる上、メンテナンスコストを大幅に削減できるデータ処理装置を提供できる。
【図面の簡単な説明】
【図1】 本発明の一実施の形態であるPOSシステムの概略構成図。
【図2】 同実施の形態における合計器ファイルの主要なエリア構造を示す図。
【図3】 同実施の形態におけるPOS端末装置の要部構成を示すブロック図。
【図4】 同実施の形態におけるPOS端末装置のCPUが実行する電源オン処理の要部を示す流れ図。
【図5】 同実施の形態におけるPOS端末装置のCPUが実行するPOS業務処理の要部を示す流れ図。
【図6】 同実施の形態におけるPOS端末装置のCPUが実行するバックアップ業務処理の要部を示す流れ図。
【図7】 同実施の形態におけるPOS端末装置のCPUが実行するADD関数処理を具体的に示す流れ図。
【符号の説明】
1A,1B,1C…POS端末装置
2…ストアコンピュータ
3…LAN
4A,4B,4C…合計器ファイル
5A,5B,5C…バックアップファイル
10…装置本体
102…CPU
103…ROM
104…RAM
108…HDD装置[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data processing apparatus having a function of collecting and summing up data based on a certain arithmetic processing (or totaling) to another apparatus connected via a communication line and backing it up, for example, merchandise sales The present invention relates to a POS (Point Of Sales) terminal device having a total file that accumulates (or accumulates) sales data based on a registration process.
[0002]
[Prior art]
In a POS system in which a plurality of POS terminal devices are connected via a communication line such as a LAN (Local Area Network), each POS terminal device designates another POS terminal device as a backup device, and the own POS terminal. The totalizer file that stores and stores the sales data of the products registered for sale on the device is sent to another POS terminal device designated as the backup device periodically or whenever the contents (contents) of the totalizer file are updated. The backup was already done. By having such a backup function, when a failure occurs in the totalizer file in its own device, the backup file is read from another POS terminal device designated as the backup destination, and the totalizer file is automatically read. It was possible to restore.
[0003]
However, when the totalizer file fails, the backup file cannot be read because another POS terminal device specified as the backup destination is down or busy, and restoration of the totalizer file has failed. In some cases, conventionally, the use of the POS terminal device has been stopped. Alternatively, if troubles occur when the operation is stopped, the totalizer file is once initialized and then the POS terminal device is restarted.
[0004]
[Problems to be solved by the invention]
As described above, in the conventional data processing apparatus having the function of transferring the totalizer file to another device connected via the communication line and performing the backup, the totalizer file cannot be restored when the totalizer file fails. Then I had to stop using it. In addition, if the totalizer file is failed to be restored and is used continuously, the totalizer file has been initialized. Therefore, the contents of the backup file are manually added to the initialized totalizer file later. The total file has to be restored by reflecting it, and a great deal of labor and cost has been spent on the work of restoring the total file.
[0005]
The present invention has been made based on such circumstances, and the object of the present invention is to continue to use it even if restoration of the totalizer file fails when the totalizer file fails. Therefore, it is not necessary to restore the total file through the network, and it is an object of the present invention to provide a data processing apparatus that can greatly reduce the maintenance cost.
[0006]
[Means for Solving the Problems]
The invention described in
[0007]
The invention according to
[0008]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
This embodiment is a case where the present invention is applied to a POS terminal device provided with a totalizer file for collecting and storing sales data.
[0009]
FIG. 1 is an overall view of a POS system using a POS terminal device according to the present invention. The POS system according to the present embodiment includes three POS terminal devices 1A, 1B, 1C and POS terminal devices 1A, 1B. , 1C are connected to a
[0010]
In the present embodiment, for convenience of explanation, the backup device of the POS terminal device 1A is the POS terminal device 1B, the backup device of the POS terminal device 1B is the POS terminal device 1C, and the backup device of the POS terminal device 1C is the POS terminal. Let it be apparatus 1A. That is, the
[0011]
As shown in FIG. 2, the
[0012]
FIG. 3 is a block diagram showing the main configuration of each POS terminal device 1A, 1B, 1C, and each POS terminal device 1A, 1B, 1C has the same hardware configuration. That is, each POS terminal device 1A, 1B, 1C is composed of a
[0013]
The apparatus
[0014]
As described above, each of the POS terminal devices 1A, 1B, 1C having such a configuration transfers and backs up the
[0015]
In addition, if restoration of the
[0016]
That is, each of the POS terminal devices 1A, 1B, and 1C stores, in the
[0017]
Thus, each POS terminal device 1A, 1B, 1C configures a program so that the
[0018]
When the
[0019]
Next, as ST2, the
[0020]
On the other hand, if the two checksums do not match in ST3, a checksum error occurs. Therefore, the recovery of the backup file 5B is requested via the LAN3 to the other POS terminal device 1B designated as the backup device in ST4. Send a message. In ST5, the
[0021]
Here, when a backup file 5B is received from another POS terminal device 1B via the LAN 3 within a predetermined time, this backup file 5B is restored as its
[0022]
On the other hand, when a busy response is received from the POS terminal device 1B as the backup device, the POS terminal device 1B is down and no response is received, or a communication error occurs, the backup file 5B is stored within a predetermined time. If not received, the
[0023]
FIG. 5 is a flowchart showing a main part of the business process as the POS terminal device, and particularly shows a process when the registration mode is selected and a process when the settlement mode is selected. In other words, when the registration mode is selected, the
[0024]
Further, when the settlement mode is selected instead of the registration mode, the
[0025]
On the other hand, if the restoration priority flag is ON in ST16, the restoration priority mode is in effect, and the process proceeds to ST18. Then, only the sales data of the products registered during the restoration priority mode is read from the
[0026]
FIG. 6 is a flowchart showing a backup job process that is started every time the data in the
[0027]
On the other hand, if the restoration priority flag is ON in ST31, the restoration priority mode is in effect, so the cause of failure in restoring the
[0028]
On the other hand, if it is confirmed in ST32 that the cause of the restoration failure has been canceled, the backup file 5B is transferred via the LAN 3 to the other POS terminal device 1B designated as the backup device in ST33. Send a message requesting recovery. Then, it waits to receive the backup file 5B as ST34.
[0029]
Here, when a busy response is received from the POS terminal device 1B as the backup device, the POS terminal device 1B is down and no response occurs, or a communication error occurs, the backup file 5B is received within a certain time. Cannot be restored, the backup file processing is terminated.
[0030]
If the backup file 5B is received via the LAN 3 from the POS terminal device 1B, which is a backup device, in ST34, it is determined in ST35 whether the provisional settlement flag in the storage area M2 is ON. Here, if the provisional settlement flag is not ON, provisional settlement is not performed during the restoration priority mode, so the process proceeds to ST36, and is received from the POS terminal apparatus 1B, which is a backup apparatus, by ADD function processing described later. The contents of the backup file 5B are reflected in the contents of the
[0031]
On the other hand, if the provisional settlement flag is ON in ST35, provisional settlement is performed during the restoration priority mode, so the provisional settlement file is read from the
[0032]
Next, the contents of the provisional settlement file after execution of the settlement process are reflected in the contents of the
[0033]
FIG. 7 shows the reflection source file A (a backup file in the processes of ST36 and ST37, a provisional settlement file in the process of ST39) as a reflection destination file B (a totalizer file in the processes of ST36 and ST39, and a provisional settlement file in the process of ST37). It is a flowchart which shows specifically the ADD function process to reflect.
[0034]
That is, when starting the ADD function process, the
[0035]
Thus, the processes of ST54 and ST55 are repeatedly executed until the counter N exceeds the final index number of the file A. That is, the data of the reflection source file A is reflected in the data of the reflection destination file B in units of index numbers. If the counter N exceeds the final index number of the file A, this process is terminated.
[0036]
Thus, in this embodiment, for example, when a failure occurs in the
[0037]
However, if the POS terminal device 1B as the backup device is down, busy, or a communication error occurs in response to a recovery request from the POS terminal device 1A, the POS in which the
[0038]
Therefore, in the POS terminal device 1A that has shifted to the restoration priority mode, only the sales data of the products registered for sale during this mode is tabulated and stored in the
[0039]
Further, in the POS terminal device 1A that has shifted to the restoration priority mode, every time the
[0040]
By the way, in the POS terminal device 1A that has shifted to the restoration priority mode, the daily settlement operation may be executed before the failure that caused the restoration failure is cleared. In such a case, in the POS terminal device 1A, a payment receipt based on the data in the
[0041]
Here, it is determined whether or not the failure that has caused the restoration failure has been removed. If the failure has been removed, a recovery request is made to the other POS terminal device 1B designated as the backup device. . As a result, when the backup file 5B is received, first, the contents of the backup file 5B are reflected in the provisional settlement file. That is, the contents of the backup file 5B are data of the
[0042]
Thereafter, the contents of the provisional settlement file after settlement are reflected in the
[0043]
The above operation is the same in the POS terminal devices 1B and 1C.
[0044]
As described above, according to the present embodiment, the backup files 5A, 5B, and 5C cannot be received from the other device designated as the backup device when the totalizer files 4A, 4B, and 4C fail, and the
[0045]
In the above embodiment, the backup job process is started when the totalizer file is updated. However, the present invention can also be applied to an apparatus that periodically executes the backup job process. Further, although another POS terminal device is designated as the backup device, the
[0046]
In addition, the present invention is not limited to the POS terminal device. If the totalizer file for collecting data is transferred to another device connected via a communication line and backed up, and the failure of the totalizer file is detected, The present invention can be applied to all data processing apparatuses having a function of reading a backup file from an apparatus and restoring a total file.
[0047]
【The invention's effect】
As described above in detail, according to the invention described in
[0048]
According to the second aspect of the present invention, the totalizer file is automatically restored when the failure factor of the restoration failure is resolved even if the settlement of the totalizer file is executed in the priority restoration mode. Even if the totalizer file cannot be restored in the event of a failure, it can be used continuously, and a data processing apparatus capable of greatly reducing maintenance costs can be provided.
[Brief description of the drawings]
FIG. 1 is a schematic configuration diagram of a POS system according to an embodiment of the present invention.
FIG. 2 is a diagram showing a main area structure of a totalizer file in the same embodiment.
FIG. 3 is a block diagram showing a main configuration of the POS terminal apparatus according to the embodiment.
FIG. 4 is a flowchart showing a main part of a power-on process executed by the CPU of the POS terminal device according to the embodiment;
FIG. 5 is a flowchart showing a main part of POS business processing executed by the CPU of the POS terminal device according to the embodiment;
FIG. 6 is a flowchart showing the main part of a backup job process executed by the CPU of the POS terminal device according to the embodiment;
FIG. 7 is a flowchart specifically showing an ADD function process executed by the CPU of the POS terminal device according to the embodiment;
[Explanation of symbols]
1A, 1B, 1C ... POS terminal device
2 ... Store computer
3 ... LAN
4A, 4B, 4C ... Total file
5A, 5B, 5C ... backup file
10 ... Main unit
102 ... CPU
103 ... ROM
104 ... RAM
108. HDD device
Claims (2)
前記合計器ファイルの障害時に該合計器ファイルの復元に失敗した場合、該合計器ファイルを初期化した後、データ処理を実行しつつ復元失敗の要因が解除されるのを監視する復元優先モードに移行し、この復元優先モード時、復元失敗の要因が解除されるまでバックアップ処理を行なわず、復元失敗の要因が解除されると優先的に前記他の装置からバックアップファイルを読込み、このバックアップファイルの内容を前記合計器ファイルに加算して反映させた後に優先復元モードを解除してバックアップ処理を再開させるようにしたことを特徴とするデータ処理装置。Transfer the totalizer file for collecting data to another device connected via a communication line and back it up. When a failure of the totalizer file is detected, the backup file is read from the other device and the totalizer file is restored. In a data processing apparatus having a function,
When restoration of the totalizer file fails when the totalizer file fails, the restoration priority mode is set to monitor the cancellation of the cause of the restoration failure while executing the data processing after initializing the totalizer file. In this restoration priority mode, backup processing is not performed until the cause of the restoration failure is canceled, and when the cause of the restoration failure is removed, the backup file is preferentially read from the other device, and the backup file A data processing apparatus characterized in that after the contents are added to the totalizer file and reflected, the priority restoration mode is canceled and the backup process is resumed.
前記合計器ファイルの障害時に該合計器ファイルの復元に失敗した場合、該合計器ファイルを初期化した後、データ処理を実行しつつ復元失敗の要因が解除されるのを監視する復元優先モードに移行し、この優先復元モード時、合計器ファイルの精算指令があると、該合計器ファイルのデータを仮精算ファイルとして退避させた後に該合計器ファイルを初期化して仮精算済とし、また、この優先復元モード時、復元失敗の要因が解除されるまでバックアップ処理を行なわず、復元失敗の要因が解除されると優先的に前記他の装置からバックアップファイルを読込むとともに仮精算済か否かを判断し、仮精算済でない場合には前記バックアップファイルの内容を前記合計器ファイルに反映させた後に優先復元モードを解除してバックアップ処理を再開させ、仮精算済の場合には前記バックアップファイルの内容を前記仮精算ファイルに反映させた後に精算処理を実行し、次いで、精算後の仮精算ファイルの内容を前記合計器ファイルに反映させた後に優先復元モードを解除してバックアップ処理を再開させるようにしたことを特徴とするデータ処理装置。Transfer the totalizer file for collecting data to another device connected via a communication line and back it up. When a failure of the totalizer file is detected, the backup file is read from the other device and the totalizer file is restored. In a data processing apparatus having a function,
When restoration of the totalizer file fails when the totalizer file fails, the restoration priority mode is set to monitor the cancellation of the cause of the restoration failure while executing the data processing after initializing the totalizer file. If there is a settlement command for the totalizer file in this priority restoration mode, the data of the totalizer file is saved as a provisional settlement file, and then the totalizer file is initialized and provisionally settled. In the priority restoration mode, the backup process is not performed until the cause of the restoration failure is canceled. When the cause of the restoration failure is removed, the backup file is preferentially read from the other device and it is determined whether the provisional settlement has been completed. If it is not provisionally settled, the backup file is released after the priority restoration mode is canceled after the contents of the backup file are reflected in the total file. In the case of provisional settlement, the contents of the backup file are reflected in the provisional settlement file and then the settlement process is executed, and then the contents of the provisional settlement file after settlement are reflected in the totalizer file. A data processing apparatus characterized in that the priority restoration mode is canceled later to resume the backup process.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001249431A JP3790138B2 (en) | 2001-08-20 | 2001-08-20 | Data processing device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001249431A JP3790138B2 (en) | 2001-08-20 | 2001-08-20 | Data processing device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003058956A JP2003058956A (en) | 2003-02-28 |
| JP3790138B2 true JP3790138B2 (en) | 2006-06-28 |
Family
ID=19078434
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001249431A Expired - Fee Related JP3790138B2 (en) | 2001-08-20 | 2001-08-20 | Data processing device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3790138B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008033778A (en) * | 2006-07-31 | 2008-02-14 | Nec Corp | Computer system, database restoration method, and database restoration program |
| JP6665842B2 (en) * | 2017-09-21 | 2020-03-13 | カシオ計算機株式会社 | Program, management terminal, and management method for sales data processing device |
-
2001
- 2001-08-20 JP JP2001249431A patent/JP3790138B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003058956A (en) | 2003-02-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20030188115A1 (en) | System and method for backing up data from a quiesced storage device | |
| JP2003140981A (en) | Backup management method and storage control device used for this method | |
| JP3790138B2 (en) | Data processing device | |
| JP2002049534A (en) | Backup/restoring system, backup unit, and backup/ restoring method | |
| CN110308935B (en) | Electronic device and operation method thereof | |
| JP2002099390A (en) | Disk controller | |
| JP3756479B2 (en) | POS system | |
| JP4428887B2 (en) | Database system | |
| JP3117666B2 (en) | Cold standby type dual system | |
| JP2001306345A (en) | Information processing device and POS terminal | |
| JP2005327003A (en) | Disk recovery method | |
| JP3792989B2 (en) | Data backup system | |
| JP4575741B2 (en) | Data backup system | |
| JP2612981B2 (en) | Terminal | |
| JP2006184974A (en) | Payment terminal device | |
| JPH11154058A (en) | Disk array device and data maintenance method | |
| JP2003345639A (en) | Replacement system for database | |
| JPH117392A (en) | Data processor obtained by duplexing auxiliary storage device and method for falling system of data processor | |
| JP2010026789A (en) | Sales data processor and program | |
| JP4166268B1 (en) | Power-off type computer system | |
| JP5444698B2 (en) | Data processing apparatus and program | |
| JP3380704B2 (en) | POS system | |
| JP3749420B2 (en) | Information processing device | |
| JP2000284954A (en) | Information processing device | |
| JPH09179691A (en) | Electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040322 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051111 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051122 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060118 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060328 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060330 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100407 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100407 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110407 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |