JP2000122971A

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

Info

Publication number: JP2000122971A
Application number: JP29855498A
Authority: JP
Inventors: Masanori Sanbe; 雅法三部
Original assignee: Toshiba TEC Corp
Current assignee: Toshiba TEC Corp
Priority date: 1998-10-20
Filing date: 1998-10-20
Publication date: 2000-04-28

Abstract

(57)【要約】【課題】人手を掛けずにデータベースに関する障害発
生を未然に防止する。【解決手段】定期的にデータベースサーバー２０に関
与して各アプリケーションプロセス（１０）が当該デー
タベースサーバー２０に接続要求した回数Ｎｄｉを取得
可能かつ取得した接続要求回数Ｎｄｉと設定回数Ｎｄｓ
とを比較して取得接続要求回数Ｎｄｉが設定回数Ｎｉｓ
以上になったことを条件にデータベースサーバー２０に
障害が発生する蓋然性が強いと判別可能に形成し、障害
が発生する蓋然性が強いと判別された場合にシステムの
一部または全部を再起動可能に形成されている。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】図６において、アプリケーションプロセ
スは、データベースサーバー２０にデータ通信可能に接
続されている。アプリケーションプロセスは、店舗内に
配設された電子キャッシレジスタ１０等から成り、複数
（例えば、１００台）が並列的に設けられている。もと
より、複数のアプリケーションプロセスは、１台のコン
ピュータ内で動作するものであってもよい。また、各ア
プリケーションプロセス（１０）は、例えばストアコン
トローラを介してデータベースサーバー２０とデータ通
信するように構築される場合がある。

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

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

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

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

【０００７】

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

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

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

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

【００１１】

【課題を解決するための手段】請求項１の発明は、アプ
リケーションプロセスからデータベースサーバーに接続
要求しかつ接続確立したデータベースサーバーへのアク
セスによりデータベースから取得したデータを利用して
商品販売データ処理を実行可能に形成された商品販売デ
ータ処理システムにおいて、定期的に前記データベース
サーバーに関与して前記各アプリケーションプロセスが
当該データベースサーバーに接続要求した回数または接
続確立した回数を取得可能かつ取得した接続要求回数ま
たは接続確立回数と設定回数とを比較して取得接続要求
回数または取得接続確立回数が設定回数以上になったこ
とを条件にデータベースサーバーに障害が発生する蓋然
性が強いと判別可能に形成し、障害が発生する蓋然性が
強いと判別された場合にシステムの一部または全部を再
起動可能に形成した商品販売データ処理システムであ
る。

【００１２】かかる発明では、定期的に、各アプリケー
ションプロセスからデータベースサーバーに接続要求し
た回数（または、接続確立した回数）を取得し、こうし
て取得した接続要求回数（または、接続確立回数）と予
めセットされた設定回数とを比較し、取得接続要求回数
（または、取得接続確立回数）が設定回数以上になった
ことを条件にデータベースサーバーに障害が発生する蓋
然性が強いと判別する。そして、障害が発生する蓋然性
が強いと判別された場合に、システムの一部または全部
を自動的に再起動する。

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

【００１４】また、請求項２の発明は、アプリケーショ
ンプロセスからデータベースサーバーに接続要求しかつ
接続確立したデータベースサーバーへのアクセスにより
データベースから取得したデータを利用して商品販売デ
ータ処理を実行可能に形成された商品販売データ処理シ
ステムにおいて、定期的に前記データベースサーバーに
接続要求可能かつ接続要求のたびにデータベースサーバ
ーに接続確立できたか否かを監視可能に形成し、接続確
立できなかったと監視された場合の接続確立不調回数を
カウント可能かつカウント接続確立不調回数と設定回数
とを比較してカウント接続確立不調回数が設定回数以上
になったことを条件にデータベースサーバーに障害が発
生する蓋然性が強いと判別可能に形成し、障害が発生す
る蓋然性が強いと判別された場合にシステムの一部また
は全部を再起動可能に形成した商品販売データ処理シス
テムである。

【００１５】かかる発明では、定期的に、データベース
サーバーに接続要求しかつ接続要求のたびにデータベー
スサーバーに接続確立できたか否かを監視する。接続確
立できなかったと監視された場合に、当該接続確立不調
回数をカウントするとともに、カウント接続確立不調回
数と設定回数とを比較してカウント接続確立不調回数が
設定回数以上になったことを条件に、データベースサー
バーに障害が発生する蓋然性が強いと判別する。そし
て、障害が発生する蓋然性が強いと判別された場合にシ
ステムの一部または全部を自動的に再起動する。

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

【００１７】また、請求項３の発明は、アプリケーショ
ンプロセスからデータベースサーバーに接続要求しかつ
接続確立したデータベースサーバーへのアクセスにより
データベースから取得したデータを利用して商品販売デ
ータ処理を実行可能に形成された商品販売データ処理シ
ステムにおいて、定期的に前記データベースサーバーに
接続要求可能かつこの接続要求に基づき接続確立された
データベースサーバーにアクセス可能であるとともに、
このアクセス時から設定時間経過時までに当該データベ
ースサーバーから結果応答があったか否かを監視可能に
形成し、設定時間経過前に結果応答がなかったと監視さ
れた場合にデータベースサーバーに障害が発生する蓋然
性が強いと判別可能に形成し、障害が発生する蓋然性が
強いと判別された場合にシステムの一部または全部を再
起動可能に形成した商品販売データ処理システムであ
る。

【００１８】かかる発明では、定期的に、データベース
サーバーに接続要求し、この接続要求に基づき接続確立
されたデータベースサーバーにアクセスする。そして、
このアクセス時から設定時間経過時までに、当該データ
ベースサーバーから結果応答があったか否かを監視す
る。設定時間経過前に結果応答がなかったと監視された
場合に、データベースサーバーに障害が発生する蓋然性
が強いと判別し、システムの一部または全部を自動的に
再起動する。

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

【００２０】さらに、請求項４の発明は、前記設定時間
経過前に結果応答がなかったと監視された場合のアクセ
ス不調回数をカウント可能かつカウントされたアクセス
不調回数と設定回数とを比較してカウントアクセス不調
回数が設定回数以上になったことを条件にデータベース
サーバーに障害が発生する蓋然性が強いと判別可能に形
成されている商品販売データ処理システムである。

【００２１】かかる発明では、設定時間経過前に結果応
答がなかったと監視された場合、そのアクセス不調回数
をカウントしかつカウントされたアクセス不調回数と予
めセットされた設定回数とを比較して、カウントアクセ
ス不調回数が設定回数以上になったことを条件にデータ
ベースサーバーに障害が発生する蓋然性が強いと判別す
る。

【００２２】したがって、請求項３の発明の場合と同様
な作用効果を奏することができることに加え、さらに一
時的なアクセス不調による無駄な再起動を回避すること
ができる。

【００２３】さらに、請求項５の発明は、請求項１から
請求項４までの各発明の任意で２つ以上の組合せからな
る商品販売データ処理システムである。

【００２４】かかる発明では、例えば請求項１，請求項
２および請求項３までの各発明の組合せとしかつ請求項
１および請求項２に係る各発明の各設定回数を適宜にセ
ットしておけば、データベースサーバーへの接続要求回
数または接続確立不調回数，接続確立回数およびアクセ
スから結果応答までの応答時間のいずれか最先の判別で
再起動させることができる。また、例えば請求項１，請
求項２および請求項４までの各発明の組合せとしかつ請
求項１，請求項２および請求項４に係る各発明の各設定
回数を適宜にセットしておけば、接続要求回数または接
続確立不調回数，接続確立回数およびアクセス不調回数
が当該各設定回数以上となる最先の判別で再起動させる
ことができる。データベースのオープン（接続要求また
は接続確立あるいはアクセス）からクローズ（接続切断
等）の繰り返し回数として監視・判別して再起動させる
こともできる。

【００２５】したがって、請求項１から請求項４までの
各発明の場合と同様な作用効果を奏し得る他、さらにシ
ステムの規模，運転開始時期からの経過時間やアプリケ
ーションプロセスの数等に見合う好適な運用ができ、適
応性が広い。

【００２６】さらにまた、請求項６の発明は、前記接続
要求，監視および判別が前記アプリケーションプロセス
と別個のデータベースサーバー監視プロセスで実行され
るものとされている商品販売データ処理システムであ
る。

【００２７】かかる発明では、請求項１から請求項５ま
での各発明の場合と同様な作用効果を奏することができ
ることに加え、さらに各アプリケーションプロセスに商
品販売データ処理を中断させることなく何時でもデータ
ベースサーバーに対する接続要求・監視・判別ができる
から、取扱い容易で業務能率を維持できる。

【００２８】

【発明の実施の形態】以下、本発明の実施形態について
図面を参照して説明する。（第１の実施形態）本商品販売データ処理システムは、
図１に示す如く、基本的構成・機能が従来例の場合（図
６）と同様とされているが、さらに定期的にデータベー
スサーバー２０に関与して各アプリケーションプロセス
（１０）が当該データベースサーバー２０に接続要求し
た回数Ｎｄｉを取得可能かつ取得した接続要求回数Ｎｄ
ｉと設定回数Ｎｄｓとを比較して取得接続要求回数Ｎｄ
ｉが設定回数Ｎｉｓ以上になったことを条件にデータベ
ースサーバー２０に障害が発生する蓋然性が強いと判別
可能に形成し、障害が発生する蓋然性が強いと判別され
た場合にシステムの一部または全部を再起動可能に形成
されている。

【００２９】また、この第１の実施形態では、接続要
求，監視および判別がアプリケーションプロセス（電子
キャッシュレジスタ１０）と別個のデータベースサーバ
ー監視プロセス（監視パソコン３０）で実行可能に形成
されている。もっとも、データベースサーバー監視プロ
セスは、アプリケーションプロセス（電子キャッシュレ
ジスタ１０）やデータベースサーバー２０内の構成要素
を利用して構築することもできる。

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

【００３１】かくして、この応答を受信（ＳＴ１２のＹ
ＥＳ）したデータベースサーバー監視プロセス（３０）
は、各アプリケーションプロセス（１０）からデータベ
ースサーバー２０に接続要求した回数Ｎｄｉを取得する
（ＳＴ１３）。この実施形態では、接続要求回数Ｎｄｉ
はデータベースサーバー３０内に格納されており、接続
許可の応答の際に取得可能に形成されている。

【００３２】また、自機（３０）内に予めセットされた
設定回数Ｎｄｓを取得（ＳＴ１４）し、取得接続要求回
数Ｎｄｉと設定回数Ｎｄｓとを比較（ＳＴ１５）し、取
得接続要求回数Ｎｄｉが設定回数Ｎｄｓ以上になったこ
とを条件にデータベースサーバー２０に障害が発生する
蓋然性が強いと判別する（ＳＴ１５のＹＥＳ）。

【００３３】そして、障害が発生する蓋然性が強いと判
別された場合に、システムの一部（例えば、データベー
ス管理システム）または全部（データベース管理システ
ム等およびアプリケーションプロセス）を自動的に再起
動する（ＳＴ１６）。

【００３４】したがって、データベース管理システム等
の資源の解放漏れや最終的資源不足を事前的に解消する
ことができるから、人手を掛けずにプロセスの暴走やロ
ック等の障害発生を未然防止できる。また、各アプリケ
ーションプロセス（１０）を含む全体を再起動すれば、
応答待ち時間が長時間になるために各アプリケーション
プロセス（１０）自体が停止してしまう等の事態を回避
することができる。

【００３５】また、アプリケーションプロセス（電子キ
ャッシュレジスタ１０）と別個のデータベースサーバー
監視プロセス（監視パソコン３０）で接続要求，監視お
よび判別を実行するので、各アプリケーションプロセス
（１０）に商品販売データ処理を中断させることなく何
時でもデータベースサーバーに対する接続要求・監視・
判別ができるから、取扱い容易で業務能率を維持でき
る。

【００３６】（第２の実施形態）この実施形態は、定期
的にデータベースサーバー２０に関与して各アプリケー
ションプロセス（１０）が当該データベースサーバー２
０に接続確立した回数Ｎｅｉを取得可能かつ取得した接
続確立回数Ｎeｉと設定回数Ｎeｓとを比較して取得接続
確立回数Ｎeｉが設定回数Ｎeｓ以上になったことを条件
にデータベースサーバー２０に障害が発生する蓋然性が
強いと判別可能に形成し、障害が発生する蓋然性が強い
と判別された場合にシステムの一部または全部を再起動
可能に形成されている。

【００３７】すなわち、第１の実施形態における接続要
求回数Ｎｄｉおよび設定回数Ｎｄｓを接続確立回数Ｎe
ｉおよび設定回数Ｎeｓに変更してある。したがって、
第２の実施形態の作用・動作は、第１の実施形態の作用
・動作（図２）のＮｄｉ，ＮｄｓをＮeｉ，Ｎeｓに読み
替えればよい。

【００３８】かくして、第１の実施形態の場合と同様な
作用効果を奏することができることに加え、さらに接続
要求後の接続確立回数Ｎeｉを監視するので、より実質
的で軽度的な障害発生の蓋然性も払拭でき得る。

【００３９】（第３の実施形態）この実施形態は、基本
的構成・機能が第１（第２）の実施形態の場合（図１）
と同様であるが、図３に示すように、データベースサー
バー監視プロセス（３０）が定期的にデータベースサー
バー２０に接続要求可能かつ接続要求のたびにデータベ
ースサーバー２０に接続確立できたか否かを監視可能に
形成し、接続確立できなかったと監視された場合の接続
確立不調回数Ｎｏｉをカウント可能かつカウント接続確
立不調回数Ｎｏｉと設定回数Ｎｏｓとを比較してカウン
ト接続確立不調回数Ｎｏｉが設定回数Ｎｏｓ以上になっ
たことを条件にデータベースサーバー２０に障害が発生
する蓋然性が強いと判別された場合に、システムの一部
または全部を再起動可能に形成されている。

【００４０】すなわち、データベースサーバー監視プロ
セス（３０）は、定期的（図３のＳＴ２０）に、データ
ベースサーバー２０に接続要求（ＳＴ２１…図１のＢ−
１）しかつ接続要求のたびにデータベースサーバー２０
に接続確立できたか否かを監視する（ＳＴ２２，ＳＴ２
３）。一定時間だけ応答を待って（ＳＴ２２）から、接
続確立が不調（不能）であったか否かを判別（ＳＴ２
３）する。

【００４１】接続確立できなかったと監視（判別）され
た場合（ＳＴ２３のＹＥＳ）つまり図１のワーキングス
レッドの生成Ｂ１−２を介したＢ１−３が返ってこない
場合に、データベースサーバー監視プロセス（３０）内
のカウンターが当該接続確立不調回数Ｎｏｉをカウント
（Ｎｏｉ＝Ｎｏｉ＋１）する（ＳＴ２４）とともに、カ
ウント接続確立不調回数Ｎｏｉと自機（３０）から取得
（ＳＴ２５）した設定回数Ｎｏｓとを比較してカウント
接続確立不調回数Ｎｏｉが設定回数Ｎｏｓ以上になった
か否かを判別（ＳＴ２６）する。

【００４２】そして、Ｎｏｉ≧Ｎｏｓであることを条件
に、データベースサーバー２０に障害が発生する蓋然性
が強いと判別（ＳＴ２６のＹＥＳ）する。これにより、
システムの一部または全部を自動的に再起動する（ＳＴ
２７）。

【００４３】したがって、データベース管理システム等
の資源の解放漏れや最終的資源不足を事前的に解消する
ことができるから、人手を掛けずにプロセスの暴走やロ
ック等の障害発生を未然防止できる。しかも、自ら（３
０）が実際に行なった接続要求に対して接続許可がない
場合の回数Ｎｏｉを監視するので、第２の実施形態の場
合に比較して、データベースサーバー２０に障害が発生
する蓋然性がより強い事態について対処できる。

【００４４】（第４の実施形態）この実施形態の場合も
基本的構成・機能が第１（第２，第３）の実施形態の場
合（図１）と同様であるが、図４に示すように、定期的
にデータベースサーバー２０に接続要求可能かつこの接
続要求に基づき接続確立されたデータベースサーバー２
０にアクセス可能であるとともに、このアクセス時から
設定時間経過時までに当該データベースサーバー２０か
ら結果応答があったか否かを監視可能に形成し、設定時
間経過前に結果応答がなかったと監視された場合にデー
タベースサーバー２０に障害が発生する蓋然性が強いと
判別してシステムの一部または全部を再起動可能に形成
されている。

【００４５】すなわち、データベースサーバー監視プロ
セス（３０）は、定期的（図４のＳＴ３０）に、データ
ベースサーバー２０に接続要求（ＳＴ３１…図１のＢ１
−１）し、この接続要求に基づき接続確立応答待ち時間
内（ＳＴ３２）に接続確立（Ｂ１−３を受信。）できた
場合に、データベースサーバー２０にアクセス（図１の
Ｂ２−１）する（ＳＴ３３）。

【００４６】そして、このアクセス時から設定時間経過
時（結果応答待ち時間内）までに、当該データベースサ
ーバーから結果応答があったか否かを監視する（ＳＴ３
４，ＳＴ３５）。設定時間経過前に結果応答がなかった
（図１のＢ２−２を受信できない。）つまりタイムオー
バーと監視された場合に、データベースサーバー２０に
障害が発生する蓋然性が強いと判別（ＳＴ３５のＹＥ
Ｓ）し、システムの一部または全部を自動的に再起動
（ＳＴ３６）する。

【００４７】したがって、データベース管理システム等
の資源の解放漏れや最終的資源不足を事前的に解消する
ことができるから、人手を掛けずにプロセスの暴走やロ
ック等の障害発生を未然防止できる。また、接続確立不
調に係る第３の実施形態との場合に比較して早期の対処
ができる。

【００４８】なお、設定時間経過前に結果応答があった
（図１のＢ２−２を受信できた。）と監視された場合
（ＳＴ３４，ＳＴ３５のＮＯ）には、切断要求（図１の
Ｂ３−１）をして切断（Ｂ３−２）を待つ。

【００４９】（第５の実施形態）この実施形態は、第４
の実施形態の場合と同様な構成であるが、図５に示す如
く、設定時間経過前に結果応答がなかったと監視された
場合のアクセス不調回数Ｎａｉをカウント可能かつカウ
ントされたアクセス不調回数Ｎａｉと設定回数Ｎａｓと
を比較して、カウントアクセス不調回数Ｎａｉが設定回
数Ｎａｓ以上になったことを条件にデータベースサーバ
ー２０に障害が発生する蓋然性が強いと判別して、再起
動可能に形成されている。

【００５０】すなわち、第４の実施形態の場合（図４の
ＳＴ３０〜ＳＴ３４）と同様な過程を経て（図５のＳＴ
４０〜ＳＴ４４）、設定時間経過前に結果応答がなかっ
た（タイムオーバー）と監視された場合（ＳＴ４５のＹ
ＥＳ）、そのアクセス不調回数Ｎａｉをカウント（Ｎａ
ｉ＝Ｎａｉ＋１）し（ＳＴ４６）かつカウントアクセス
不調回数Ｎａｉが自機（３０）ないから取得した設定回
数Ｎａｓ以上になったことを条件にデータベースサーバ
ー２０に障害が発生する蓋然性が強いと判別（ＳＴ４８
のＹＥＳ）して、再起動（ＳＴ４９）する。

【００５１】したがって、ＳＴ４４の結果待ち時間は、
第４の実施形態の場合（図４のＳＴ３４）の結果待ち時
間よりも短く設定した運用ができる。つまり、アクセス
不調機会の多さから再起動可能に形成されている。

【００５２】したがって、第４の実施形態の場合と同様
な作用効果を奏することができることに加え、さらに一
時的なアクセス不調による無駄な再起動を回避すること
ができる。

【００５３】（第６の実施形態）この実施形態は、請求
項５の発明に対応し、第１の実施形態（請求項１に対
応），第２の実施形態（請求項１に対応），第３の実施
形態（請求項２に対応）、第４の実施形態（請求項３に
対応）および第５の実施形態（請求項４に対応）までの
任意で２つ以上の監視・判別機能の組合せを持つ商品販
売データ処理システムとして構築する場合である。

【００５４】例えば、第１の実施形態から第４の実施形
態までの各機能の組合せとしかつ第１の実施形態（また
は、第２の実施形態）および第３の実施形態に係る各設
定回数Ｎｄｓ（Ｎｅｓ），Ｎｏｓを適宜にセットしてお
けば、データベースサーバー２０への接続要求回数Ｎｄ
ｉ（接続確立不調回数Ｎｅｉ），接続確立回数Ｎｏｉお
よびアクセスから結果応答までの応答時間のいずれか最
先の判別で再起動させることができる。

【００５５】また、例えば、第１の実施形態から第３の
実施形態および第５の実施形態の組合せとしかつ第１の
実施形態から第３の実施形態および第５の実施形態に係
る各設定回数Ｎｄｓ，Ｎｅｓ，Ｎｏｓ，Ｎａｓを適宜に
セットしておけば、接続要求回数Ｎｄｓまたは接続確立
不調回数Ｎｅｓ，接続確立回数Ｎｏｓおよびアクセス不
調回数Ｎａｓが当該各設定回数以上となる最先の判別で
再起動させることができる。

【００５６】さらに、データベースのオープン（接続要
求または接続確立あるいはアクセス）からクローズ（接
続切断等）の繰り返し回数として監視・判別して再起動
させることができる。

【００５７】したがって、第１の実施形態から第５の実
施形態の場合と同様な作用効果を奏し得る他、さらにシ
ステムの規模，運転開始時期からの経過時間やアプリケ
ーションプロセスの数等に見合う好適な運用ができ、適
応性が広い。

【００５８】

【発明の効果】請求項１の発明によれば、定期的に各ア
プリケーションプロセスがデータベースサーバーに接続
要求した回数または接続確立した回数を取得し、取得接
続要求回数または取得接続確立回数が設定回数以上にな
ったことを条件にデータベースサーバーに障害が発生す
る蓋然性が強いと判別してシステムの一部または全部を
再起動可能に形成された商品販売データ処理システムで
あるから、データベース管理システム等の資源の解放漏
れや最終的資源不足を事前的に解消することができる。
よって、人手を掛けずにプロセスの暴走やロック等の障
害発生を未然防止できる。

【００５９】また、請求項２の発明によれば、定期的に
データベースサーバーに接続要求可能かつ接続確立でき
なかったと監視された場合の接続確立不調回数をカウン
ト可能かつカウント接続確立不調回数が設定回数以上に
なったことを条件にデータベースサーバーに障害が発生
する蓋然性が強いと判別してシステムの一部または全部
を再起動可能に形成した商品販売データ処理システムで
あるから、データベース管理システム等の資源の解放漏
れや最終的資源不足を事前的に解消することができる。
よって、人手を掛けずにプロセスの暴走やロック等の障
害発生を未然防止できる。

【００６０】また、請求項３の発明によれば、定期的に
データベースサーバーに接続要求可能アクセス可能であ
るとともに、設定時間経過前に結果応答がなかったと監
視された場合にデータベースサーバーに障害が発生する
蓋然性が強いと判別してシステムの一部または全部を再
起動可能に形成した商品販売データ処理システムである
から、データベース管理システム等の資源の解放漏れや
最終的資源不足を事前的に解消することができる。よっ
て、人手を掛けずにプロセスの暴走やロック等の障害発
生を未然防止できる。

【００６１】さらに、請求項４の発明によれば、設定時
間経過前に結果応答がなかったと監視された場合のアク
セス不調回数をカウント可能かつカウントアクセス不調
回数が設定回数以上になったことを条件にデータベース
サーバーに障害が発生する蓋然性が強いと判別可能に形
成されているので、請求項３の発明の場合と同様な効果
を奏することができることに加え、さらに一時的なアク
セス不調による無駄な再起動を回避することができる。

【００６２】さらに、請求項５の発明によれば、請求項
１から請求項４までの各発明の任意で２つ以上の組合せ
からなる商品販売データ処理システムであるから、デー
タベースサーバーへの接続要求回数または接続確立不調
回数，接続確立回数およびアクセスから結果応答までの
応答時間のいずれか最先の判別で再起動させることがで
きる。また、例えば接続要求回数または接続確立不調回
数，接続確立回数およびアクセス不調回数が当該各設定
回数以上となる最先の判別で再起動させることができ
る。さらにデータベースのオープン（接続要求または接
続確立あるいはアクセス）からクローズ（接続切断等）
の繰り返し回数として監視・判別して再起動させること
ができる。

【００６３】したがって、請求項１から請求項４までの
各発明の場合と同様な効果を奏し得る他、さらにシステ
ムの規模，運転開始時期からの経過時間やアプリケーシ
ョンプロセスの数等に見合う好適な運用ができ、適応性
が広い。

【００６４】さらにまた、請求項６の発明によれば、接
続要求，監視および判別がアプリケーションプロセスと
別個のデータベースサーバー監視プロセスで実行される
ものとされているので、請求項１から請求項５までの各
発明の場合と同様な効果を奏することができることに加
え、さらに各アプリケーションプロセスに商品販売デー
タ処理を中断させることなく何時でもデータベースサー
バーに対する要求・監視・判別ができるから、取扱い容
易で業務能率を維持できる。

【図面の簡単な説明】

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

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

【図３】本発明の第３の実施形態の動作を説明するため
のフローチャートである。

【図４】本発明の第４の実施形態の動作を説明するため
のフローチャートである。

【図５】本発明の第５の実施形態の動作を説明するため
のフローチャートである。

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

【符号の説明】

１０電子キャッシュレジスタ（アプリケーションプロ
セス）２０データベースサーバー３０監視パソコン（データベースサーバー監視プロセ
ス）

Claims

【特許請求の範囲】

【請求項１】アプリケーションプロセスからデータベ
ースサーバーに接続要求しかつ接続確立したデータベー
スサーバーへのアクセスによりデータベースから取得し
たデータを利用して商品販売データ処理を実行可能に形
成された商品販売データ処理システムにおいて、定期的に前記データベースサーバーに関与して前記各ア
プリケーションプロセスが当該データベースサーバーに
接続要求した回数または接続確立した回数を取得可能か
つ取得した接続要求回数または接続確立回数と設定回数
とを比較して取得接続要求回数または取得接続確立回数
が設定回数以上になったことを条件にデータベースサー
バーに障害が発生する蓋然性が強いと判別可能に形成
し、障害が発生する蓋然性が強いと判別された場合にシ
ステムの一部または全部を再起動可能に形成した商品販
売データ処理システム。
【請求項２】アプリケーションプロセスからデータベ
ースサーバーに接続要求しかつ接続確立したデータベー
スサーバーへのアクセスによりデータベースから取得し
たデータを利用して商品販売データ処理を実行可能に形
成された商品販売データ処理システムにおいて、定期的に前記データベースサーバーに接続要求可能かつ
接続要求のたびにデータベースサーバーに接続確立でき
たか否かを監視可能に形成し、接続確立できなかったと
監視された場合の接続確立不調回数をカウント可能かつ
カウント接続確立不調回数と設定回数とを比較してカウ
ント接続確立不調回数が設定回数以上になったことを条
件にデータベースサーバーに障害が発生する蓋然性が強
いと判別可能に形成し、障害が発生する蓋然性が強いと
判別された場合にシステムの一部または全部を再起動可
能に形成した商品販売データ処理システム。
【請求項３】アプリケーションプロセスからデータベ
ースサーバーに接続要求しかつ接続確立したデータベー
スサーバーへのアクセスによりデータベースから取得し
たデータを利用して商品販売データ処理を実行可能に形
成された商品販売データ処理システムにおいて、定期的に前記データベースサーバーに接続要求可能かつ
この接続要求に基づき接続確立されたデータベースサー
バーにアクセス可能であるとともに、このアクセス時か
ら設定時間経過時までに当該データベースサーバーから
結果応答があったか否かを監視可能に形成し、設定時間
経過前に結果応答がなかったと監視された場合にデータ
ベースサーバーに障害が発生する蓋然性が強いと判別可
能に形成し、障害が発生する蓋然性が強いと判別された
場合にシステムの一部または全部を再起動可能に形成し
た商品販売データ処理システム。
【請求項４】前記設定時間経過前に結果応答がなかっ
たと監視された場合のアクセス不調回数をカウント可能
かつカウントされたアクセス不調回数と設定回数とを比
較してカウントアクセス不調回数が設定回数以上になっ
たことを条件にデータベースサーバーに障害が発生する
蓋然性が強いと判別可能に形成されている請求項３記載
の商品販売データ処理システム。
【請求項５】請求項１から請求項４までの各発明の任
意で２つ以上の組合せからなる商品販売データ処理シス
テム。
【請求項６】前記接続要求，監視および判別が前記ア
プリケーションプロセスと別個のデータベースサーバー
監視プロセスで実行されるものとされている請求項１か
ら請求項５までのいずれか１項に記載された商品販売デ
ータ処理システム。