JP2000163655A

JP2000163655A - 商品販売データ処理システム

Info

Publication number: JP2000163655A
Application number: JP33514398A
Authority: JP
Inventors: Hideji Yabu; 秀二薮
Original assignee: Toshiba TEC Corp
Current assignee: Toshiba TEC Corp
Priority date: 1998-11-26
Filing date: 1998-11-26
Publication date: 2000-06-16

Abstract

(57)【要約】【課題】人手を掛けずにデータベースに関する障害発
生を未然に防止する。【解決手段】ストアコントローラ１０が定期的にデー
タベースサーバー２０に接続要求可能かつ接続後にデー
タベース２１にアクセス可能に形成されるとともに、デ
ータベース２１へのアクセスが不調でかつ設定メンテナ
ンス条件が成立した場合にデータベースサーバー２０を
再起動可能に形成されている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ストアコントロー
ラからデータベースサーバーに接続要求しかつ接続確立
したデータベースサーバーへのアクセスによりデータベ
ースから取得したデータを利用して商品販売データ処理
を実行可能に形成された商品販売データ処理システムに
関する。

【０００２】

【従来の技術】図４において、アプリケーションプロセ
ス１７が格納されたストアコントローラ１０は、データ
ベースサーバー２０にデータ通信可能に接続されてい
る。このストアコントローラ１０は、店舗内に配設され
た複数（例えば、１００台）の電子キャッシレジスタを
一括管理する。

【０００３】データベースサーバー２０は、商品販売デ
ータ処理を行なうための各種データを格納するための物
理的なファイルであるデータベース２１と，これを管理
するデータベース管理システム２３と，このデータベー
ス管理システム２３内のスレッドとしてアプリケーショ
ンプロセス１７（１０）との接続を確立してデータの検
索・追加・変更・削除等のデータサービスを行なうワー
キングスレッド２６とから成る。

【０００４】かかるシステムでは、アプリケーションプ
ロセス１７がデータベース管理システム２３に対して接
続要求（図３のＡ１−１）を行ない、データベース管理
システム２３がワーキングスレッド２６を生成（Ａ１−
２）して、アプリケーションプロセス１７との接続を確
立する（Ａ１−３）。

【０００５】接続が確立すると、アプリケーションプロ
セス１７は、ワーキングスレッド２６に対してデータア
クセス要求（Ａ２−１）を行ない、ワーキングスレッド
２６はそのアクセス要求内容にしたがってデータベース
２１にアクセスし、結果（Ａ２−２）をアプリケーショ
ンプロセス１７へ返す。このデータアクセスは、一回の
接続で複数の要求が可能である。アプリケーションプロ
セス１７は、要求が満たされると、切断要求（Ａ３−
１）をワーキングスレッド２６に対して行なう。これに
より、接続が切断（Ａ３−２）される。

【０００６】このように、アプリケーションプロセス１
７がデータベース２１にアクセスする場合には、上記一
連の処理が所定手順で繰り返され、ワーキングスレッド
２５は接続要求（Ａ１−１）があるたびに生成される。
すなわち、ストアコントローラ１０は、接続確立したデ
ータベースサーバー２０へのアクセスによりデータベー
ス２１から取得したデータを利用して商品販売データ処
理を実行する。

【０００７】

【発明が解決しようとする課題】ところで、データベー
ス管理システム２３内の各プロセスが何らかの要因でロ
ックしたり暴走することがあり得る。すると、ストアコ
ントローラ１０からデータベースサーバー２０に接続し
ようとしても接続許可の応答が遅れたり、接続確立でき
ない場合が生じる。また、接続確立できてもアクセスに
対する返しが遅く、アプリケーションプロセス１７が長
時間の応答待ちで停止してしまう事態も発生する。いず
れの場合も円滑で迅速な商品販売データ処理の阻害要因
となる。

【０００８】しかし、かかる現象や不具合は、通常では
顕著化せずかつ発見が難しい潜在的な要因が含まれてい
る場合に、稀に発生するものである。潜在的な不具合と
しては、例えば、何日も稼動し続けた場合にメモリや管
理領域等の資源を徐々に消費してしまい、あるいはスト
アコントローラ１０がデータベースサーバー２０から応
答を得られないために何度も接続リトライを繰り返す結
果、接続回数が大幅に増大すると、資源の解放漏れや最
終的資源不足になってデータベース管理システム２３内
のプロセスが暴走したりロックする障害が発生する。し
たがって、事前に発見して修理や対策を採ることが非常
に困難である。

【０００９】かくして、従来は店舗（１０）から障害発
生の連絡を受けると、サービスマンが出向いてその原因
究明と復旧をしている。ほとんどの場合、最終的に再起
動をすることにより復旧できる。したがって、サービス
マンの無駄時間や人手の浪費となるばかりか、店舗等は
業務中断となるので損失が大きい。

【００１０】本発明の目的は、人手を掛けずにデータベ
ースに関する障害発生を未然に防止しまたは障害発生中
にその障害を解消することができる商品販売データ処理
システムを提供することにある。

【００１１】

【課題を解決するための手段】請求項１の発明は、スト
アコントローラからデータベースサーバーに接続要求し
かつ接続確立したデータベースサーバーへのアクセスに
よりデータベースから取得したデータを利用して商品販
売データ処理を実行可能に形成された商品販売データ処
理システムにおいて、前記ストアコントローラが、定期
的に前記データベースサーバーに接続要求可能かつ接続
後に前記データベースにアクセス可能に形成されるとと
もに、データベースへのアクセスが不調でかつ設定メン
テナンス条件が成立した場合に前記データベースサーバ
ーを再起動可能に形成された商品販売データ処理システ
ムである。

【００１２】かかる発明では、ストアコントローラは、
定期的に、データベースサーバーに接続要求しかつ接続
後にデータベースにアクセスする。つまり、データベー
スサーバーの動作確認をする。このアクセスが不調（例
えば、応答までに長時間が掛かる。アクセスできない。
等）の場合には、設定メンテナンス条件が成立したか否
かを判別する。設定メンテナンス条件としては、アクセ
ス不調に関する回数管理や時間管理による。そして、ス
トアコントローラは、設定メンテナンス条件が成立した
場合に、データベースサーバーを再起動する。

【００１３】したがって、データベース管理システム等
の資源の解放漏れや最終的資源不足を事前的または事後
的に解消することができるから、人手を掛けずにプロセ
スの暴走やロック等の障害発生を未然防止または障害発
生中にそれを解消することができる。

【００１４】また、請求項２の発明は、前記ストアコン
トローラが、前記データベースサーバーを再起動した場
合に自機の再起動もするように形成されている商品販売
データ処理システムである。

【００１５】かかる発明では、ストアコントローラは、
データベースサーバーを再起動した場合に、自機の再起
動も行なう。したがって、請求項１の発明の場合と同様
な作用効果を奏することができることに加え、さらにデ
ータベースサーバーに接続確立できたとしても当該アク
セスに対する返しが遅いために、ストアコントローラ自
体が長時間の応答待ちで停止してしまう事態等を回避す
ることができる。

【００１６】また、請求項３の発明は、前記設定メンテ
ナンス条件が、前記データベースへのアクセス不調回数
がセットされた監視回数以上であるものとされている商
品販売データ処理システムである。

【００１７】かかる発明では、データベースサーバーに
定期的にアクセスした場合のアクセス不調回数がセット
された監視回数以上となった場合に、つまり障害発生の
蓋然性が高いアクセス不調の機会が増大した場合に、設
定メンテナンス条件が成立したものとされる。したがっ
て、請求項１および請求項２の各発明の場合と同様な作
用効果を奏することができることに加え、さらに運用上
のアクセス不調に関する実状に応じた監視回数を選択的
にセットし直すことができるから、適応性が高い。

【００１８】さらに、請求項４の発明は、前記設定メン
テナンス条件が、前記データベースサーバーの先の再起
動時点からの経過時間がセットされた監視時間以上であ
るものとされている商品販売データ処理システムであ
る。

【００１９】かかる発明では、再起動が実行された場合
に新たな経過時間が計数される。データベースサーバー
に定期的にアクセスした場合のアクセスが不調である場
合で、先の再起動時点から当該時刻までの経過時間がセ
ットされた監視時間以上となった場合に、つまり障害発
生の蓋然性が高い一定稼働時間が経過する度に、設定メ
ンテナンス条件が成立したものとされる。したがって、
請求項１および請求項２の各発明の場合と同様な作用効
果を奏することができることに加え、さらに運用上の稼
働状況に関する実状に応じた監視時間を選択的にセット
し直すことができるから、適応性が高くかつ短時間内で
の過剰な再起動を防止できる。

【００２０】さらに、請求項５の発明は、前記設定メン
テナンス条件が、前記データベースへのアクセス不調回
数がセットされた監視回数未満でかつ前記データベース
サーバーの先の再起動時点からの経過時間がセットされ
た監視時間以上であるものとされている商品販売データ
処理システム商品販売データ処理システムである。

【００２１】かかる発明では、データベースサーバーに
定期的にアクセスした場合のアクセス不調回数がセット
された監視回数未満の場合でも、先の再起動時点から当
該時刻までの経過時間がセットされた監視時間以上とな
った場合には、設定メンテナンス条件が成立したものと
される。

【００２２】すなわち、請求項４の発明でいうアクセス
不調回数がセットされた監視回数以上になった場合のみ
ならず、監視回数未満の場合でも、先の再起動時点から
当該時刻までの経過時間がセットされた監視時間以上と
なった場合に設定メンテナンス条件が成立したものとさ
れる。したがって、請求項３および請求項４の各発明の
場合と同様な作用効果を奏することができることに加
え、さらに実際のアクセス不調回数が少ない場合でも、
時間統計的な障害発生の蓋然性が高い場合について障害
発生を未然防止できる。

【００２３】さらにまた、請求項６の発明は、前記デー
タベースサーバーの再起動に際し前記データベースサー
バーが異常である旨の通知が出力可能に形成されている
商品販売データ処理システムである。

【００２４】かかる発明では、再起動された場合はデー
タベースサーバーに異常（障害）が発生した旨の通知
（警報等）がなされるから、請求項１から請求項５まで
の各発明の場合と同様な作用効果を奏することができる
ことに加え、さらにオペレータが再起動する必要性があ
ったこと，実際に再起動したこと等を知ることができる
から、以降の設定メンテナンス条件の見直しを適時かつ
適量に行ない得る。

【００２５】

【発明の実施の形態】以下、本発明の実施形態について
図面を参照して説明する。本商品販売データ処理システ
ムは、図１に示す如く、基本的構成・機能が従来例の場
合（図４）と同様とされているが、さらにストアコント
ローラ１０が定期的にデータベースサーバー２０に接続
要求可能かつ接続後にデータベース２１にアクセス可能
に形成されるとともに、データベース２１へのアクセス
が不調でかつ設定メンテナンス条件が成立した場合にデ
ータベースサーバー２０を再起動可能に形成されてい
る。

【００２６】なお、従来例（図４）の場合と共通する部
分については、同一の符号を付し、それらの説明につい
ては簡略化または省略する。

【００２７】ここに、ストアコントローラ１０は、図２
に示す如く、ＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，Ｈ
ＤＤ１４（再起動管理ファイル１４Ｆ），キーボード１
５，表示器１６，時計回路１９およびインターフェイス
を含み構成され、かつ各ターミナル（電子キャッシュレ
ジスタ）３０の一括管理プロセスつまり図１に示すアプ
リケーションプロセス１７の他に、データベースサーバ
ー監視プロセス１８および再起動管理ファイル１４Ｆを
具備する。

【００２８】アプリケーションプロセス１７は、ＣＰＵ
１１が、ＨＤＤ１４に格納されかつＲＡＭ１３に展開さ
れたアプリケーションプログラムを実行することによ
り、発現される。データベースサーバー監視プロセス１
８は、ＣＰＵ１１が、ＨＤＤ１４に格納されＲＡＭ１３
に展開されたデータベースサーバー監視プログラムを実
行することにより、発現される。このデータベースサー
バー監視プログラムには、再起動管理ファイル１４Ｆに
格納された自動再起動制御プログラムを実行するプログ
ラムも含まれる。

【００２９】ここにおいて、設定メンテナンス条件は、
ストアコントローラ１０側からデーターベースサーバー
２０の再起動を実行させるための適格要件で、この実施
形態では、データベース２１へのアクセス不調回数
Ｎｉがセットされた監視回数Ｎｓ以上である（図３のＳ
Ｔ１５でＹＥＳ）。データベース２０へのアクセス
不調回数Ｎｉがセットされた監視回数Ｎｓ未満でかつデ
ータベースサーバー２０の先の再起動時点からの経過時
間Ｔｉがセットされた監視時間Ｔｓ以上である（ＳＴ１
５のＮＯ，ＳＴ１６のＹＥＳ）。

【００３０】監視回数Ｎｓおよび監視時間Ｔｓは、キー
ボード１５を用いかつ表示器１６で確認しつつ設定入力
され、ＲＡＭ１３（ＨＤＤ１４）にセットされる。ま
た、実際の回数Ｎｉは、計数手段（ＣＰＵ１１，ＲＯＭ
１２）で計数（ＳＴ１４）され、経過時間Ｔｉは時計回
路１９を利用して計数（ＳＴ２１）され、監視回数Ｎ
ｓ，監視時間Ｔｓの場合と同様にＲＡＭ１３（ＨＤＤ１
４）にセットされる。

【００３１】なお、データベースサーバー２０の支障
（異常）は稼働時間が長くなるほど発生し易いので、ア
クセス不調（ＳＴ１３のＮＯ）でかつＴｉ≧Ｔｓである
場合（ＳＴ１６のＹＥＳ）を設定メンテナンス条件
（）として、異常通知（ＳＴ１７），再起動（ＳＴ１
９）をするように構築することができる。つまり、アク
セス不調回数Ｎｉを管理しない（図３では、ＳＴ１４，
ＳＴ１５を省略する。）で、時間管理だけで再起動可能
とする。かくすれば、運用上の稼働状況に関する実状に
応じた監視時間Ｔｓを選択的にセットし直すことができ
るから、適応性が高くかつ短時間内での過剰な再起動を
防止できる。

【００３２】かかる実施形態では、データベースサーバ
ー監視プロセス１８は、一定時間待機することにより、
つまり定期的に、データベースサーバー２０（データベ
ース管理システム２３）に接続要求送信（図１のＢ１−
１）を行なう（図３のＳＴ１０）。すると、データベー
スサーバー２０内にワーキングスレッド２５が生成（図
１のＢ１−２）され、このワーキングスレッド２５が当
該データベースサーバー監視プロセス１８へ接続確立
（Ｂ１−３）を応答する。

【００３３】データベースサーバー監視プロセス１８
は、これにより当該通信が正常か否かを判別（ＳＴ１
１）する。すなわち、一定時間だけ応答を待ってから、
接続確立が不調（不能）であったか否かを判別する。

【００３４】かくして、正常であると判別（ＳＴ１１の
ＹＥＳ）した場合に、データベースサーバー監視プロセ
ス１８は、データベースサーバー２０（２３）にアクセ
ス（図１のＢ２−１）する（ＳＴ１２）。そして、この
アクセス時から設定時間経過時（結果応答待ち時間内）
までに、当該データベースサーバー２０から結果応答
（正常）があったか否かを監視する（ＳＴ１３）。設定
時間経過前に結果応答がなかった場合（図１のＢ２−２
を受信できない。）に、つまりアクセスが不調（不能を
含んでもよい。）である場合（ＳＴ１３のＮＯ）に、計
数手段（１１，１２）はアクセス不調回数Ｎｉを計数歩
進（Ｎｉ＝Ｎｉ＋１）する（ＳＴ１４）。

【００３５】データベースサーバー監視プロセス１８
は、設定メンテナンス条件（Ｎｉ≧Ｎｓ）が成立したと
判別（ＳＴ１５のＹＥＳ）すると、データベースサーバ
ー２０に障害が発生する蓋然性が強いとみなして、デー
タベースサーバー２０を再起動する（ＳＴ１８）。この
際に、ＣＰＵ１１は図示しない電子ブザーに異常通知
（警報）する（ＳＴ１７）。運用上のアクセス不調に関
する実状に応じた監視回数を選択的にセットし直すこと
ができるから、適応性が高い。

【００３６】したがって、データベース管理システム２
３等の資源の解放漏れや最終的資源不足を事前的に解消
することができるから、人手を掛けずにプロセスの暴走
やロック等の障害発生を未然防止できる。

【００３７】データベースサーバー監視プロセス１８
は、Ｎｓ＞Ｎｉの場合（ＳＴ１５のＮＯ）でも、Ｔｉ≧
Ｔｓである場合（ＳＴ１６のＹＥＳ）には、異常通知
（ＳＴ１７），再起動（ＳＴ１９）を行う。実際のアク
セス不調回数Ｎｉが少ない場合でも、時間統計的な障害
発生の蓋然性が高い場合について障害発生を未然防止で
きる。

【００３８】再起動後に、この実施形態では、ストアコ
ントローラ１０自身が自機（１０）の再起動（ＳＴ１
９）を行う。かくすれば、データベースサーバー２０
（２３）に対する応答待ち時間が長時間になるために、
各アプリケーションプロセス１７（１０）自体が停止し
てしまう等の事態を回避することができる。

【００３９】また、再起動（ＳＴ１８）後に、アクセス
不調回数Ｎｉはクリア（→“０”）され、計数経過時間
Ｔｉはクリア（→“０”）されかつ再計数（カウント）
される（ＳＴ２０，ＳＴ２１）。

【００４０】なお、データ通信回線のビジー等により、
通信異常（不調も含む。）である場合（ＳＴ１１のＮ
Ｏ）や、Ｔｉ＜Ｔｓの場合（ＳＴ１６のＮＯ）には、次
のチャンス（定期）を待つものとされている。

【００４１】

【発明の効果】請求項１の発明によれば、ストアコント
ローラが定期的にデータベースサーバーに接続要求可能
かつアクセス可能で、データベースへのアクセスが不調
でかつ設定メンテナンス条件が成立した場合にデータベ
ースサーバーを再起動可能に形成された商品販売データ
処理システムであるから、データベース管理システム等
の資源の解放漏れや最終的資源不足を事前的または事後
的に解消することができるから、人手を掛けずにプロセ
スの暴走やロック等の障害発生を未然防止または障害発
生中にそれを解消することができる。

【００４２】また、請求項２の発明によれば、ストアコ
ントローラがデータベースサーバーの再起動のみならず
自機を再起動可能に形成されているので、請求項１の発
明の場合と同様な効果を奏することができることに加
え、さらにデータベースサーバーに接続確立できたとし
ても当該アクセスに対する返しが遅いために、ストアコ
ントローラ自体が長時間の応答待ちで停止してしまう事
態等を回避することができる。

【００４３】また、請求項３の発明によれば、設定メン
テナンス条件がデータベースへのアクセス不調回数がセ
ット監視回数以上であるものとされているので、請求項
１および請求項２の各発明の場合と同様な効果を奏する
ことができることに加え、さらに運用上のアクセス不調
に関する実状に応じた監視回数を選択的にセットし直す
ことができるから、適応性が高い。

【００４４】さらに、請求項４の発明によれば、設定メ
ンテナンス条件がデータベースサーバーの先の再起動時
点からの経過時間がセット監視時間以上であるものとさ
れているので、請求項１および請求項２の各発明の場合
と同様な効果を奏することができることに加え、さらに
運用上の稼働状況に関する実状に応じた監視時間を選択
的にセットし直すことができるから、適応性が高くかつ
短時間内での過剰な再起動を防止できる。

【００４５】さらに、請求項５の発明によれば、設定メ
ンテナンス条件がデータベースへのアクセス不調回数が
セット監視回数未満でかつデータベースサーバーの先の
再起動時点からの経過時間時間がセット監視時間以上で
あるものとされているので、請求項３および請求項４の
各発明の場合と同様な効果を奏することができることに
加え、さらに実際のアクセス不調回数が少ない場合で
も、統計的な障害発生の蓋然性が高い場合について障害
発生を未然防止できる。

【００４６】さらにまた、請求項６の発明によれば、再
起動に際しデータベースサーバーの異常通知を出力可能
に形成されているので、請求項１から請求項５までの各
発明の場合と同様な効果を奏することができることに加
え、さらにオペレータが再起動する必要性があったこ
と，実際に再起動したことを知ることができるから、以
降の設定メンテナンス条件の見直しを適時に行ない得
る。

【図面の簡単な説明】

【図１】本発明の実施形態を示すブロック図である。

【図２】同じく、ストアコントローラの詳細を説明する
ための図である。

【図３】同じく、動作を説明するためのフローチャート
である。

【図４】従来例を説明するためのブロック図である。

【符号の説明】

１０ストアコントローラ１１ＣＰＵ１２ＲＯＭ１３ＲＡＭ１４ＨＤＤ１４Ｆ再起動管理ファイル１５キーボード１６表示器１７アプリケーションプロセス１８データベースサーバープロセス１９時計回路２０データベースサーバー２１データベース２３データべース管理システム２５，２６ワーキングスレッド

Claims

【特許請求の範囲】

【請求項１】ストアコントローラからデータベースサ
ーバーに接続要求しかつ接続確立したデータベースサー
バーへのアクセスによりデータベースから取得したデー
タを利用して商品販売データ処理を実行可能に形成され
た商品販売データ処理システムにおいて、前記ストアコントローラが、定期的に前記データベース
サーバーに接続要求可能かつ接続後に前記データベース
にアクセス可能に形成されるとともに、データベースへ
のアクセスが不調でかつ設定メンテナンス条件が成立し
た場合に前記データベースサーバーを再起動可能に形成
されている商品販売データ処理システム。
【請求項２】前記ストアコントローラが、前記データ
ベースサーバーを再起動した場合に自機の再起動もする
ように形成されている請求項１記載の商品販売データ処
理システム。
【請求項３】前記設定メンテナンス条件が、前記デー
タベースへのアクセス不調回数がセットされた監視回数
以上であるものとされている請求項１または請求項２記
載の商品販売データ処理システム。
【請求項４】前記設定メンテナンス条件が、前記デー
タベースサーバーの先の再起動時点からの経過時間がセ
ットされた監視時間以上であるものとされている請求項
１または請求項２記載の商品販売データ処理システム。
【請求項５】前記設定メンテナンス条件が、前記デー
タベースへのアクセス不調回数がセットされた監視回数
未満でかつ前記データベースサーバーの先の再起動時点
からの経過時間がセットされた監視時間以上であるもの
とされている請求項３または請求項４記載の商品販売デ
ータ処理システム。
【請求項６】前記データベースサーバーの再起動に際
し前記データベースサーバーが異常である旨の通知が出
力可能に形成されている請求項１から請求項５までのい
ずれか１項に記載された商品販売データ処理システム。