JP2842738B2 - オンライン処理システム - Google Patents
オンライン処理システムInfo
- Publication number
- JP2842738B2 JP2842738B2 JP4225377A JP22537792A JP2842738B2 JP 2842738 B2 JP2842738 B2 JP 2842738B2 JP 4225377 A JP4225377 A JP 4225377A JP 22537792 A JP22537792 A JP 22537792A JP 2842738 B2 JP2842738 B2 JP 2842738B2
- Authority
- JP
- Japan
- Prior art keywords
- buffer
- business
- control unit
- processing unit
- priority
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
- Memory System (AREA)
- Debugging And Monitoring (AREA)
Description
【０００１】
【産業上の利用分野】本発明は，メッセージ一時格納領
域として使用するバッファが枯渇する前に，自動的に過
負荷を抑制するようにしたオンライン処理システムに関
する。
域として使用するバッファが枯渇する前に，自動的に過
負荷を抑制するようにしたオンライン処理システムに関
する。
【０００２】近年のコンピュータシステムの高速化の要
求に伴い，オンライン処理システムの電文の送受信処理
において，電文の受け渡しをバッファを中継して行う場
合に，バッファ不足が発生し優先業務がスローダウンす
る前に，優先度の低い業務を停止させ，より重要な優先
度の高い業務を支障なく遂行させることが要求されてい
る。ユーザ作成の応用プログラムによりバッファ不足を
ある程度検出することはできるが，非優先業務を検出す
ることができないので，これをシステム側で自動的に検
出できるようにする必要がある。
求に伴い，オンライン処理システムの電文の送受信処理
において，電文の受け渡しをバッファを中継して行う場
合に，バッファ不足が発生し優先業務がスローダウンす
る前に，優先度の低い業務を停止させ，より重要な優先
度の高い業務を支障なく遂行させることが要求されてい
る。ユーザ作成の応用プログラムによりバッファ不足を
ある程度検出することはできるが，非優先業務を検出す
ることができないので，これをシステム側で自動的に検
出できるようにする必要がある。
【０００３】
【従来の技術】図７は，従来技術の説明図である。図７
において，１１ａ，１１ｂは応用プログラムにより所定
の業務を遂行する業務処理部，２１はセンタコンソー
ル，７０はバッファ監視応用プログラム，７１はオンラ
イン制御プログラムによるオンライン制御部，７２は端
末装置や業務処理部の間のメッセージの受け渡しを行う
メッセージ制御部，７３はメッセージを一時的に格納す
る記憶領域であるバッファを管理し，そのバッファの獲
得および返却を処理するバッファ制御部を表す。
において，１１ａ，１１ｂは応用プログラムにより所定
の業務を遂行する業務処理部，２１はセンタコンソー
ル，７０はバッファ監視応用プログラム，７１はオンラ
イン制御プログラムによるオンライン制御部，７２は端
末装置や業務処理部の間のメッセージの受け渡しを行う
メッセージ制御部，７３はメッセージを一時的に格納す
る記憶領域であるバッファを管理し，そのバッファの獲
得および返却を処理するバッファ制御部を表す。
【０００４】オンライン制御部７１におけるバッファ制
御部７３は，バッファプールを複数持ち，そこから切り
出されて使用されるバッファと各業務処理部１１との対
応付けを行っている。過負荷により，同時に多くのバッ
ファが使用され，入出力電文などのメッセージを格納す
るバッファを確保できなくなると，業務処理部１１のサ
ービスが停止することになる。その場合，重要な業務処
理部１１はできるだけそのまま処理を続行させ，優先度
の低い業務処理部１１を停止させることが望ましい。
御部７３は，バッファプールを複数持ち，そこから切り
出されて使用されるバッファと各業務処理部１１との対
応付けを行っている。過負荷により，同時に多くのバッ
ファが使用され，入出力電文などのメッセージを格納す
るバッファを確保できなくなると，業務処理部１１のサ
ービスが停止することになる。その場合，重要な業務処
理部１１はできるだけそのまま処理を続行させ，優先度
の低い業務処理部１１を停止させることが望ましい。
【０００５】そのため，従来，ユーザは，バッファ不足
の発生を検出するバッファ監視応用プログラム７０を作
成し，そのバッファ監視応用プログラム７０の実行によ
ってバッファ不足を検出して，不足するバッファを使用
している業務の停止指示操作をオペレータに促すことに
より，過負荷を抑制するようにしていた。
の発生を検出するバッファ監視応用プログラム７０を作
成し，そのバッファ監視応用プログラム７０の実行によ
ってバッファ不足を検出して，不足するバッファを使用
している業務の停止指示操作をオペレータに促すことに
より，過負荷を抑制するようにしていた。
【０００６】すなわち，バッファ監視応用プログラム７
０により，以下のような処理を行っていた。 (a) 周期的にバッファを監視するための所定のバッファ
監視時間を設定し，オペレーティング・システムにその
時間監視要求を出す。
０により，以下のような処理を行っていた。 (a) 周期的にバッファを監視するための所定のバッファ
監視時間を設定し，オペレーティング・システムにその
時間監視要求を出す。
【０００７】(b) オペレーティング・システムからの時
間経過通知を待つ。 (c) 監視時間が経過したならば，バッファ制御部７３の
提供するバッファ量通知サービスを呼び出し，現在のバ
ッファ使用量を調べる。
間経過通知を待つ。 (c) 監視時間が経過したならば，バッファ制御部７３の
提供するバッファ量通知サービスを呼び出し，現在のバ
ッファ使用量を調べる。
【０００８】(d) バッファが不足しているか否かを判定
し，不足していない場合には，(a)へ戻って，同様に時
間監視を続ける。 (e) バッファが不足していれば，バッファ危険状態の旨
のメッセージをセンタコンソール２１に出力する。
し，不足していない場合には，(a)へ戻って，同様に時
間監視を続ける。 (e) バッファが不足していれば，バッファ危険状態の旨
のメッセージをセンタコンソール２１に出力する。
【０００９】これにより，オペレータは，優先度の低い
と思われる業務，例えば業務処理部１１ｂを停止させ，
過負荷状態を解消させる。
と思われる業務，例えば業務処理部１１ｂを停止させ，
過負荷状態を解消させる。
【００１０】
【発明が解決しようとする課題】図７に示すような従来
の方式では，ある一定の時間ごとにバッファ量を監視し
ているので，リアルタイムでバッファ不足を検出するこ
とはできず，バッファ不足の検出によりオペレータが非
優先業務を停止しても，時間的に間に合わないために，
優先業務に対するバッファの割り当てが失敗することが
ある。
の方式では，ある一定の時間ごとにバッファ量を監視し
ているので，リアルタイムでバッファ不足を検出するこ
とはできず，バッファ不足の検出によりオペレータが非
優先業務を停止しても，時間的に間に合わないために，
優先業務に対するバッファの割り当てが失敗することが
ある。
【００１１】すなわち，ユーザ作成のバッファ監視応用
プログラム７０により，バッファ不足を検出して，非優
先業務を停止しても，バッファの開放が間に合わず，優
先業務がバッファ不足によりスローダウンしてしまうこ
とがあるという問題があった。
プログラム７０により，バッファ不足を検出して，非優
先業務を停止しても，バッファの開放が間に合わず，優
先業務がバッファ不足によりスローダウンしてしまうこ
とがあるという問題があった。
【００１２】本発明は上記問題点の解決を図り，ユーザ
がバッファを監視するための応用プログラムを作ること
なく，リアルタイムでバッファ不足を自動的に検出する
ようにし，さらにユーザがバッファと対応する業務を知
ることなく，システムが非優先業務を検出して過負荷を
抑制する手段を提供することを目的とする。
がバッファを監視するための応用プログラムを作ること
なく，リアルタイムでバッファ不足を自動的に検出する
ようにし，さらにユーザがバッファと対応する業務を知
ることなく，システムが非優先業務を検出して過負荷を
抑制する手段を提供することを目的とする。
【００１３】
【課題を解決するための手段】図１は，本発明の原理説
明図である。図１において，１０はＣＰＵおよびメモリ
などからなる処理装置，１１ａ〜１１ｃは応用プログラ
ムにより所定の業務を遂行する業務処理部，１２はオン
ライン制御プログラムによるオンライン制御部，１３は
過負荷を抑制しバッファ不足を解消する過負荷抑制機
構，１４はメッセージを一時的に格納する記憶領域であ
るバッファを管理し，そのバッファの獲得および返却を
処理するバッファ制御部，１５はバッファ獲得時に，バ
ッファを使用する業務のバッファ最新使用時刻および使
用回数累積カウンタを更新する最新使用時刻・累積カウ
ンタ更新部，１６はバッファ不足が生じそうなバッファ
危険状態を所定の閾値に基づいて検出する閾値制御部，
１７はバッファ危険状態のときに停止可能な非優先業務
を検出する業務監視制御部，１８はバッファを使用する
業務に関する情報を記憶する業務制御テーブル，１９は
獲得・返却対象となるバッファ群の領域であるバッファ
プール，２０はメッセージ等の一時格納領域として使用
されるバッファ，２１はセンタコンソールを表す。
明図である。図１において，１０はＣＰＵおよびメモリ
などからなる処理装置，１１ａ〜１１ｃは応用プログラ
ムにより所定の業務を遂行する業務処理部，１２はオン
ライン制御プログラムによるオンライン制御部，１３は
過負荷を抑制しバッファ不足を解消する過負荷抑制機
構，１４はメッセージを一時的に格納する記憶領域であ
るバッファを管理し，そのバッファの獲得および返却を
処理するバッファ制御部，１５はバッファ獲得時に，バ
ッファを使用する業務のバッファ最新使用時刻および使
用回数累積カウンタを更新する最新使用時刻・累積カウ
ンタ更新部，１６はバッファ不足が生じそうなバッファ
危険状態を所定の閾値に基づいて検出する閾値制御部，
１７はバッファ危険状態のときに停止可能な非優先業務
を検出する業務監視制御部，１８はバッファを使用する
業務に関する情報を記憶する業務制御テーブル，１９は
獲得・返却対象となるバッファ群の領域であるバッファ
プール，２０はメッセージ等の一時格納領域として使用
されるバッファ，２１はセンタコンソールを表す。
【００１４】閾値制御部１６は，バッファ制御部１４に
よるバッファプール１９からのバッファ獲得時に，バッ
ファの使用率または使用量を所定の閾値と比較すること
により，バッファ危険状態を検出する処理手段である。
よるバッファプール１９からのバッファ獲得時に，バッ
ファの使用率または使用量を所定の閾値と比較すること
により，バッファ危険状態を検出する処理手段である。
【００１５】業務監視制御部１７は，閾値制御部１６が
バッファ危険状態を検出したときに，その通知を受け
て，業務処理部１１ａ，１１ｂ，…のうち，優先度が低
い業務処理部を自動的に検出し，その優先度の低い業務
処理部を停止またはその優先度の低い業務処理部に対す
るバッファの割り当てを抑止する処理手段である。
バッファ危険状態を検出したときに，その通知を受け
て，業務処理部１１ａ，１１ｂ，…のうち，優先度が低
い業務処理部を自動的に検出し，その優先度の低い業務
処理部を停止またはその優先度の低い業務処理部に対す
るバッファの割り当てを抑止する処理手段である。
【００１６】優先度の低い業務処理部を検出するため
に，業務制御テーブル１８により，バッファプール１９
毎に，バッファ２０を使用する業務処理部を識別する業
務名と，バッファに関する最新使用時刻の情報と，それ
までのその業務処理部のバッファ使用回数を示す累積カ
ウンタの情報とを管理する。
に，業務制御テーブル１８により，バッファプール１９
毎に，バッファ２０を使用する業務処理部を識別する業
務名と，バッファに関する最新使用時刻の情報と，それ
までのその業務処理部のバッファ使用回数を示す累積カ
ウンタの情報とを管理する。
【００１７】バッファ制御部１４の最新使用時刻・累積
カウンタ更新部１５は，バッファプール１９からのバッ
ファ獲得処理時に，該当する業務制御テーブル１８にお
ける該当する業務処理部のバッファに関する最新使用時
刻と累積カウンタとを更新する。
カウンタ更新部１５は，バッファプール１９からのバッ
ファ獲得処理時に，該当する業務制御テーブル１８にお
ける該当する業務処理部のバッファに関する最新使用時
刻と累積カウンタとを更新する。
【００１８】業務監視制御部１７は，業務制御テーブル
１８における各業務処理部のバッファに関する最新使用
時刻と累積カウンタの値に基づいて，最新使用時刻の古
いものまたは累積カウンタの値の小さいものを，優先度
の低い停止対象の業務処理部として選出する。
１８における各業務処理部のバッファに関する最新使用
時刻と累積カウンタの値に基づいて，最新使用時刻の古
いものまたは累積カウンタの値の小さいものを，優先度
の低い停止対象の業務処理部として選出する。
【００１９】
【作用】図２は，本発明の作用説明図である。バッファ
プール単位に，図２に示すような，業務名，最新使用時
刻，バッファ使用回数の累積カウンタのフィールドを持
つ業務制御テーブル１８が用意される。
プール単位に，図２に示すような，業務名，最新使用時
刻，バッファ使用回数の累積カウンタのフィールドを持
つ業務制御テーブル１８が用意される。
【００２０】 例えば，業務名がＢの業務処理部（以
下，単に業務Ｂという。他の業務処理部も同様。）に対
する電文通知のために，業務Ｂ用のバッファ獲得依頼
が，バッファ制御部１４に対してあったとする。
下，単に業務Ｂという。他の業務処理部も同様。）に対
する電文通知のために，業務Ｂ用のバッファ獲得依頼
が，バッファ制御部１４に対してあったとする。
【００２１】 バッファ制御部１４は，所定のバッフ
ァプールから要求されたバッファを獲得する。なお，バ
ッファプールは，例えば獲得単位となるバッファの長さ
ごとに複数用意されており，バッファの獲得は，要求さ
れたバッファの長さに応じたバッファプールから切り出
すことにより行われる。なお，この際に，そのバッファ
プールに関する制御表（図示省略）におけるバッファの
使用状態を示す管理情報が更新される。
ァプールから要求されたバッファを獲得する。なお，バ
ッファプールは，例えば獲得単位となるバッファの長さ
ごとに複数用意されており，バッファの獲得は，要求さ
れたバッファの長さに応じたバッファプールから切り出
すことにより行われる。なお，この際に，そのバッファ
プールに関する制御表（図示省略）におけるバッファの
使用状態を示す管理情報が更新される。
【００２２】 バッファ制御部１４は，業務制御テー
ブル１８における業務Ｂの最新使用時刻をＴ２から現時
刻Ｔ４に更新し，使用回数の累積カウンタの値Ｕ２を１
カウントアップする。
ブル１８における業務Ｂの最新使用時刻をＴ２から現時
刻Ｔ４に更新し，使用回数の累積カウンタの値Ｕ２を１
カウントアップする。
【００２３】 閾値制御部１６は，バッファ制御部１
４からバッファ獲得通知を受けると，バッファプールに
関する制御表を参照して，その時点におけるバッファ使
用量等を検査し，バッファの使用率または使用量が所定
の閾値を超えたかどうかを調べる。これが所定の閾値を
超えていれば，バッファが危険状態になったことをバッ
ファ制御部１４に通知する。なお，閾値との比較には，
実際の使用量ではなく，バッファの残量を用いてもよ
い。
４からバッファ獲得通知を受けると，バッファプールに
関する制御表を参照して，その時点におけるバッファ使
用量等を検査し，バッファの使用率または使用量が所定
の閾値を超えたかどうかを調べる。これが所定の閾値を
超えていれば，バッファが危険状態になったことをバッ
ファ制御部１４に通知する。なお，閾値との比較には，
実際の使用量ではなく，バッファの残量を用いてもよ
い。
【００２４】 バッファ制御部１４は，閾値制御部１
６からバッファ危険状態の通知を受けると，業務監視制
御部１７を起動する。 業務監視制御部１７は，業務制御テーブル１８を参
照し，各業務Ａ，Ｂ，Ｃ，…の最新使用時刻および累積
カウンタを比較することにより，最新使用時刻の古い業
務，累積カウンタの値の小さい業務を，非優先業務とし
て検出する。例えば，業務Ｃが非優先業務として検出さ
れる。
６からバッファ危険状態の通知を受けると，業務監視制
御部１７を起動する。 業務監視制御部１７は，業務制御テーブル１８を参
照し，各業務Ａ，Ｂ，Ｃ，…の最新使用時刻および累積
カウンタを比較することにより，最新使用時刻の古い業
務，累積カウンタの値の小さい業務を，非優先業務とし
て検出する。例えば，業務Ｃが非優先業務として検出さ
れる。
【００２５】 業務Ｃに対し停止指示を出すことによ
り，業務Ｃに対する新たなバッファの獲得を抑止し，バ
ッファ使用に関する過負荷を抑制する。これにより，次
に優先度の高い業務がバッファの獲得を必要とした際に
おけるバッファ不足の発生が防止される。
り，業務Ｃに対する新たなバッファの獲得を抑止し，バ
ッファ使用に関する過負荷を抑制する。これにより，次
に優先度の高い業務がバッファの獲得を必要とした際に
おけるバッファ不足の発生が防止される。
【００２６】
【実施例】図３は，本発明の実施例に係るバッファ制御
部の処理フローチャートである。図１に示すバッファ制
御部１４は，以下の処理(a) 〜(h) を行う。
部の処理フローチャートである。図１に示すバッファ制
御部１４は，以下の処理(a) 〜(h) を行う。
【００２７】(a) バッファ獲得依頼かバッファ返却依頼
かを判別する。バッファ獲得依頼である場合，処理(c)
へ進む。 (b) バッファ返却依頼である場合，バッファプール管理
用の制御表を更新し，返却されたバッファを空きバッフ
ァとする。その後，処理(f) へ移る。
かを判別する。バッファ獲得依頼である場合，処理(c)
へ進む。 (b) バッファ返却依頼である場合，バッファプール管理
用の制御表を更新し，返却されたバッファを空きバッフ
ァとする。その後，処理(f) へ移る。
【００２８】(c) バッファ獲得依頼である場合，バッフ
ァを獲得する。 (d) 次に，バッファを使用する業務の業務名により業務
制御テーブル１８を検索し，その業務の最新使用時刻と
して現時刻を設定する。
ァを獲得する。 (d) 次に，バッファを使用する業務の業務名により業務
制御テーブル１８を検索し，その業務の最新使用時刻と
して現時刻を設定する。
【００２９】(e) また，その業務についてのバッファ使
用回数を示す累積カウンタを１カウントアップする。 (f) 閾値制御部１６を呼び出し，バッファの獲得または
バッファの返却を通知する。
用回数を示す累積カウンタを１カウントアップする。 (f) 閾値制御部１６を呼び出し，バッファの獲得または
バッファの返却を通知する。
【００３０】(g) 閾値制御部１６からの復帰コードを判
定し，バッファ危険状態であるか否かを判定する。危険
状態でなければ，処理を終了する。 (h) バッファ危険状態であれば，業務監視制御部１７を
呼び出す。
定し，バッファ危険状態であるか否かを判定する。危険
状態でなければ，処理を終了する。 (h) バッファ危険状態であれば，業務監視制御部１７を
呼び出す。
【００３１】図４は，本発明の実施例に係る閾値制御部
の処理フローチャートである。図１に示す閾値制御部１
６は，以下の処理(a) 〜(i) を行う。 (a) バッファ制御部１４からの通知が，バッファ獲得通
知であるかバッファ返却通知であるかを判定する。バッ
ファ返却通知であれば，処理(f) へ移る。
の処理フローチャートである。図１に示す閾値制御部１
６は，以下の処理(a) 〜(i) を行う。 (a) バッファ制御部１４からの通知が，バッファ獲得通
知であるかバッファ返却通知であるかを判定する。バッ
ファ返却通知であれば，処理(f) へ移る。
【００３２】(b) バッファ獲得通知であれば，現時点の
バッファの使用量（または使用率）と所定の危険状態閾
値とを比較する。 (c) バッファの使用量が危険状態閾値を超えていれば，
処理(d) へ進み，危険状態閾値を超えていない場合に
は，処理を終了する。
バッファの使用量（または使用率）と所定の危険状態閾
値とを比較する。 (c) バッファの使用量が危険状態閾値を超えていれば，
処理(d) へ進み，危険状態閾値を超えていない場合に
は，処理を終了する。
【００３３】(d) バッファの使用量が危険状態閾値を超
えている場合，センタコンソール２１にバッファ危険状
態のメッセージを出力し，バッファ不足の危険性をオペ
レータに知らせる。
えている場合，センタコンソール２１にバッファ危険状
態のメッセージを出力し，バッファ不足の危険性をオペ
レータに知らせる。
【００３４】(e) バッファ危険状態の復帰コードを設定
し，呼び出し元のバッファ制御部１４へ復帰する。 (f) バッファ返却通知があった場合には，現時点のバッ
ファの使用量と所定の安全状態閾値とを比較する。な
お，この安全状態閾値は，処理(b) で用いる危険状態閾
値より若干小さい値になるようにあらかじめ決められ
る。
し，呼び出し元のバッファ制御部１４へ復帰する。 (f) バッファ返却通知があった場合には，現時点のバッ
ファの使用量と所定の安全状態閾値とを比較する。な
お，この安全状態閾値は，処理(b) で用いる危険状態閾
値より若干小さい値になるようにあらかじめ決められ
る。
【００３５】(g) バッファの使用量が安全状態閾値より
小さければ，バッファは安全状態になったと認識され，
処理(h) 以降が実行される。バッファが安全状態でない
場合には，そのまま処理を終了し，バッファ制御部１４
へ復帰する。
小さければ，バッファは安全状態になったと認識され，
処理(h) 以降が実行される。バッファが安全状態でない
場合には，そのまま処理を終了し，バッファ制御部１４
へ復帰する。
【００３６】(h) センタコンソール２１にバッファ危険
状態が解消した旨のメッセージを出力する。 (i) バッファ安全状態の復帰コードを設定し，呼び出し
元のバッファ制御部１４へ復帰する。
状態が解消した旨のメッセージを出力する。 (i) バッファ安全状態の復帰コードを設定し，呼び出し
元のバッファ制御部１４へ復帰する。
【００３７】図５は，本発明の実施例に係る業務監視制
御部の処理フローチャートである。図１に示す業務監視
制御部１７は，以下の処理(a) 〜(d) を行う。 (a) バッファ制御部１４からのバッファ危険状態の通知
により，そのバッファプールのバッファを現在使用して
いる業務を，業務制御テーブル１８または他の制御表を
もとに抽出する。
御部の処理フローチャートである。図１に示す業務監視
制御部１７は，以下の処理(a) 〜(d) を行う。 (a) バッファ制御部１４からのバッファ危険状態の通知
により，そのバッファプールのバッファを現在使用して
いる業務を，業務制御テーブル１８または他の制御表を
もとに抽出する。
【００３８】(b) 業務制御テーブル１８をサーチし，処
理(a) で選んだ業務のうち，最新使用時刻の古いもの，
累積カウンタの値の小さいものを非優先業務として選出
する。
理(a) で選んだ業務のうち，最新使用時刻の古いもの，
累積カウンタの値の小さいものを非優先業務として選出
する。
【００３９】(c) 選出した非優先業務が停止可能業務で
あるか否かを判定する。停止可能業務でない場合，処理
(b) により，再度，別の非優先業務を選出する。なお，
停止可能業務であるか否かは，あらかじめ業務起動時の
業務の属性として設定され，停止可能業務でない場合に
は，強制的に停止することのないようにしている。
あるか否かを判定する。停止可能業務でない場合，処理
(b) により，再度，別の非優先業務を選出する。なお，
停止可能業務であるか否かは，あらかじめ業務起動時の
業務の属性として設定され，停止可能業務でない場合に
は，強制的に停止することのないようにしている。
【００４０】(d) 停止可能業務であれば，非優先業務の
停止を指示し，その業務に対するメッセージのディスパ
ッチを抑止する。なお，上記閾値制御部１６の処理によ
り，バッファが危険状態から安全状態に戻ったことが検
出されたとき，停止していた業務は，業務監視制御部１
７の指示（図示省略）またはオペレータからの指示によ
り，処理が再開される。
停止を指示し，その業務に対するメッセージのディスパ
ッチを抑止する。なお，上記閾値制御部１６の処理によ
り，バッファが危険状態から安全状態に戻ったことが検
出されたとき，停止していた業務は，業務監視制御部１
７の指示（図示省略）またはオペレータからの指示によ
り，処理が再開される。
【００４１】図５に示す処理(b) において，非優先業務
を選出する方法として，例えば以下の方法を採ることが
できる。 (1) まず，業務制御テーブル１８をサーチすることによ
り，最新使用時刻の古いいくつかの業務を，非優先業務
の候補として選び出す。次に，その候補の中で最も累積
カウンタの値の小さいもの，すなわち使用頻度の少ない
ものを非優先業務として選ぶ。
を選出する方法として，例えば以下の方法を採ることが
できる。 (1) まず，業務制御テーブル１８をサーチすることによ
り，最新使用時刻の古いいくつかの業務を，非優先業務
の候補として選び出す。次に，その候補の中で最も累積
カウンタの値の小さいもの，すなわち使用頻度の少ない
ものを非優先業務として選ぶ。
【００４２】(2) または，非優先度値（Ｖとする）を求
める関数Ｆを定義し，各業務の最新使用時刻（Ｔとす
る）と，累積カウンタの値（Ｕとする）とをもとに，関
数Ｆによって各業務の非優先度値Ｖを計算する。例え
ば， Ｖ＝Ｆ（Ｔ，Ｕ）＝ａ（現時刻−Ｔ）＋ｂ（累積カウン
タ最大値−Ｕ） により，非優先度値Ｖを計算し，非優先度値Ｖが大きい
ものを非優先業務として選出する。なお，ａ，ｂは所定
の係数である。
める関数Ｆを定義し，各業務の最新使用時刻（Ｔとす
る）と，累積カウンタの値（Ｕとする）とをもとに，関
数Ｆによって各業務の非優先度値Ｖを計算する。例え
ば， Ｖ＝Ｆ（Ｔ，Ｕ）＝ａ（現時刻−Ｔ）＋ｂ（累積カウン
タ最大値−Ｕ） により，非優先度値Ｖを計算し，非優先度値Ｖが大きい
ものを非優先業務として選出する。なお，ａ，ｂは所定
の係数である。
【００４３】図６は，本発明の適用例説明図である。オ
ンライン処理システムにおけるトランザクション処理で
は，メッセージ制御部７２が，ワークステーションや応
用プログラムなどから発行されたメッセージを，指定さ
れた通知先にディスパッチする。そのため，各通知先ご
とにディスパッチするメッセージをキューイングするメ
ッセージキュー６０ａ，６０ｂ，…が設けられる。メッ
セージの通知には，そのメッセージの一時格納領域とし
て，バッファプール１９から獲得されたバッファが用い
られる。
ンライン処理システムにおけるトランザクション処理で
は，メッセージ制御部７２が，ワークステーションや応
用プログラムなどから発行されたメッセージを，指定さ
れた通知先にディスパッチする。そのため，各通知先ご
とにディスパッチするメッセージをキューイングするメ
ッセージキュー６０ａ，６０ｂ，…が設けられる。メッ
セージの通知には，そのメッセージの一時格納領域とし
て，バッファプール１９から獲得されたバッファが用い
られる。
【００４４】このようなメッセージ制御において，バッ
ファの負荷が高まることにより，過負荷抑制機構１３が
非優先業務を検出すると，図６の（イ）に示すように，
その非優先業務（例えば，業務Ｂ）の停止指示が出され
る。メッセージ制御部７２は，通知された非優先業務Ｂ
に対して，メッセージのディスパッチを抑止し，一時的
に業務Ｂを閉塞させる。
ファの負荷が高まることにより，過負荷抑制機構１３が
非優先業務を検出すると，図６の（イ）に示すように，
その非優先業務（例えば，業務Ｂ）の停止指示が出され
る。メッセージ制御部７２は，通知された非優先業務Ｂ
に対して，メッセージのディスパッチを抑止し，一時的
に業務Ｂを閉塞させる。
【００４５】もし，バッファの負荷が安定し，バッファ
の使用率が危険状態から脱したことが過負荷抑制機構１
３によって検出されると，図６の（ロ）に示すように，
その通知により，メッセージ制御部７２は，業務Ｂの閉
塞を解除し，抑止していた業務Ｂに対するメッセージの
ディスパッチを再開する。
の使用率が危険状態から脱したことが過負荷抑制機構１
３によって検出されると，図６の（ロ）に示すように，
その通知により，メッセージ制御部７２は，業務Ｂの閉
塞を解除し，抑止していた業務Ｂに対するメッセージの
ディスパッチを再開する。
【００４６】
【発明の効果】以上説明したように，本発明によれば，
システムが自動的に非優先業務を検出し，非優先業務の
停止により過負荷を抑制するので，ユーザがバッファ監
視応用プログラムを作成する必要がなくなるとともに，
バッファ不足による優先業務のスローダウンを防止する
ことが可能になる。したがって，オンライン処理システ
ムにおける優先業務の性能向上と運用負荷軽減を図るこ
とができる。
システムが自動的に非優先業務を検出し，非優先業務の
停止により過負荷を抑制するので，ユーザがバッファ監
視応用プログラムを作成する必要がなくなるとともに，
バッファ不足による優先業務のスローダウンを防止する
ことが可能になる。したがって，オンライン処理システ
ムにおける優先業務の性能向上と運用負荷軽減を図るこ
とができる。
【図１】本発明の原理説明図である。
【図２】本発明の作用説明図である。
【図３】本発明の実施例に係るバッファ制御部の処理フ
ローチャートである。
ローチャートである。
【図４】本発明の実施例に係る閾値制御部の処理フロー
チャートである。
チャートである。
【図５】本発明の実施例に係る業務監視制御部の処理フ
ローチャートである。
ローチャートである。
【図６】本発明の適用例説明図である。
【図７】従来技術の説明図である。
１０ 処理装置 １１ａ〜１１ｃ 業務処理部 １２ オンライン制御部 １３ 過負荷抑制機構 １４ バッファ制御部 １５ 最新使用時刻・累積カウンタ更新部 １６ 閾値制御部 １７ 業務監視制御部 １８ 業務制御テーブル １９ バッファプール ２０ バッファ ２１ センタコンソール
フロントページの続き (58)調査した分野(Int.Cl.6，ＤＢ名) G06F 15/00 G06F 9/46 G06F 13/00
Claims (1)
- 【請求項１】 応用プログラムにより業務処理を行う複
数の業務処理部と，複数のバッファ領域からなるバッフ
ァプールと，前記業務処理部が使用するバッファを前記
バッファプールから切り出して割り当てるバッファ制御
部とを備えたオンライン処理システムにおいて，前記バッファを使用する業務処理部ごとにバッファに関
する最新使用時刻の記憶域とそれまでのバッファ使用回
数を示す累積カウンタの記憶域とを有する業務制御テー
ブルと， 前記バッファ制御部によるバッファプールからのバッフ
ァ獲得時に，バッファの使用率または使用量を所定の閾
値と比較することにより，バッファ危険状態を検出する
閾値制御部と， バッファ危険状態の検出時に，前記複数の業務処理部の
うち，優先度の低い業務処理部を，前記業務制御テーブ
ルにおけるバッファに関する最新使用時刻と累積カウン
タの値に基づいて自動的に検出し，その優先度の低い業
務処理部に対する新たなバッファの割り当てを抑止する
業務監視制御部とを備えるとともに， 前記バッファ制御部は，バッファ獲得処理時に，前記業
務制御テーブルにおけるバッファを使用する業務処理部
のバッファに関する最新使用時刻と累積カウンタとを更
新する処理手段を備える ことを特徴とするオンライン処
理システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4225377A JP2842738B2 (ja) | 1992-08-25 | 1992-08-25 | オンライン処理システム |
| US08/110,935 US5511214A (en) | 1992-08-25 | 1993-08-24 | On-line processing system and overload suppressing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4225377A JP2842738B2 (ja) | 1992-08-25 | 1992-08-25 | オンライン処理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0675911A JPH0675911A (ja) | 1994-03-18 |
| JP2842738B2 true JP2842738B2 (ja) | 1999-01-06 |
Family
ID=16828404
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4225377A Expired - Fee Related JP2842738B2 (ja) | 1992-08-25 | 1992-08-25 | オンライン処理システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5511214A (ja) |
| JP (1) | JP2842738B2 (ja) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5535364A (en) * | 1993-04-12 | 1996-07-09 | Hewlett-Packard Company | Adaptive method for dynamic allocation of random access memory to procedures having differing priorities based on first and second threshold levels of free RAM |
| US5802301A (en) * | 1994-05-11 | 1998-09-01 | International Business Machines Corporation | System for load balancing by replicating portion of file while being read by first stream onto second device and reading portion with stream capable of accessing |
| JPH07319630A (ja) * | 1994-05-27 | 1995-12-08 | Nec Corp | バッファ容量決定方式 |
| US5881316A (en) * | 1996-11-12 | 1999-03-09 | Hewlett-Packard Company | Dynamic allocation of queue space using counters |
| EP0872798A1 (en) * | 1997-03-21 | 1998-10-21 | CANAL+ Société Anonyme | Computer memory organization |
| US6163699A (en) * | 1997-09-15 | 2000-12-19 | Ramot University Authority For Applied Research And Industrial Development Ltd. | Adaptive threshold scheme for tracking and paging mobile users |
| US6154769A (en) * | 1998-03-27 | 2000-11-28 | Hewlett-Packard Company | Scheduling server requests to decrease response time and increase server throughput |
| US6879995B1 (en) * | 1999-08-13 | 2005-04-12 | Sun Microsystems, Inc. | Application server message logging |
| US6604156B1 (en) | 1999-09-15 | 2003-08-05 | Koninklijke Philips Electronics N.V. | Message buffer full handling in a CAN device that employs reconfigurable message buffers |
| US7650364B2 (en) * | 2002-10-09 | 2010-01-19 | Hewlett-Packard Development Company, L.P. | Portable database system |
| ATE375553T1 (de) * | 2003-06-24 | 2007-10-15 | Research In Motion Ltd | Erkennung von speichermangel und feinabschaltung |
| EP1862898B1 (en) * | 2006-05-29 | 2011-12-14 | Panasonic Corporation | Information processing device, information processing method, and computer-readable information recording medium recorded with information processing program for thread priority control |
| US7698528B2 (en) * | 2007-06-28 | 2010-04-13 | Microsoft Corporation | Shared memory pool allocation during media rendering |
| USD785924S1 (en) | 2015-03-09 | 2017-05-09 | Drymax Technologies, Inc. | Wrist band |
| US11464265B2 (en) | 2015-03-09 | 2022-10-11 | Drymax Technologies, Inc. | Sports band article |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5819958A (ja) * | 1981-07-29 | 1983-02-05 | Mitsubishi Electric Corp | 計算機の縮退方法 |
| US4422145A (en) * | 1981-10-26 | 1983-12-20 | International Business Machines Corporation | Thrashing reduction in demand accessing of a data base through an LRU paging buffer pool |
| JPS62279433A (ja) * | 1986-05-28 | 1987-12-04 | Nec Corp | 動的タスク変更方式 |
| US4965719A (en) * | 1988-02-16 | 1990-10-23 | International Business Machines Corporation | Method for lock management, page coherency, and asynchronous writing of changed pages to shared external store in a distributed computing system |
| US4993030A (en) * | 1988-04-22 | 1991-02-12 | Amdahl Corporation | File system for a plurality of storage classes |
| JPH01316846A (ja) * | 1988-06-17 | 1989-12-21 | Nec Corp | バッファ管理方式 |
| JPH02159647A (ja) * | 1988-12-13 | 1990-06-19 | Omron Tateisi Electron Co | Ｃｐｕによるバッファ管理制御方法 |
| JPH02211545A (ja) * | 1989-02-13 | 1990-08-22 | Mitsubishi Electric Corp | ジョブ実行制御方式 |
| JPH0792788B2 (ja) * | 1989-02-14 | 1995-10-09 | 日本電気株式会社 | トランザクションメッセージ出力制御方式 |
| JP2839530B2 (ja) * | 1989-02-21 | 1998-12-16 | 富士通株式会社 | メモリ割当て優先度の動的変更処理方式 |
| JP3453757B2 (ja) * | 1989-05-29 | 2003-10-06 | 株式会社日立製作所 | バッファ管理方法 |
| US5093912A (en) * | 1989-06-26 | 1992-03-03 | International Business Machines Corporation | Dynamic resource pool expansion and contraction in multiprocessing environments |
| JPH03235130A (ja) * | 1990-02-13 | 1991-10-21 | Hitachi Ltd | 排他優先制御方式 |
| US5247672A (en) * | 1990-02-15 | 1993-09-21 | International Business Machines Corporation | Transaction processing system and method with reduced locking |
| JPH04170586A (ja) * | 1990-11-01 | 1992-06-18 | Matsushita Electric Ind Co Ltd | マルチウインドウ制御装置 |
| US5280611A (en) * | 1991-11-08 | 1994-01-18 | International Business Machines Corporation | Method for managing database recovery from failure of a shared store in a system including a plurality of transaction-based systems of the write-ahead logging type |
-
1992
- 1992-08-25 JP JP4225377A patent/JP2842738B2/ja not_active Expired - Fee Related
-
1993
- 1993-08-24 US US08/110,935 patent/US5511214A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US5511214A (en) | 1996-04-23 |
| JPH0675911A (ja) | 1994-03-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2842738B2 (ja) | オンライン処理システム | |
| EP2038746B1 (en) | Methods, apparatus and computer programs for managing persistence | |
| EP0942363B1 (en) | Method and apparatus for controlling the number of servers in a multisystem cluster | |
| US5696701A (en) | Method and system for monitoring the performance of computers in computer networks using modular extensions | |
| US8707386B2 (en) | Policy processing system, method, and program | |
| US5664088A (en) | Method for deadlock recovery using consistent global checkpoints | |
| US5974462A (en) | Method and apparatus for controlling the number of servers in a client/server system | |
| US5758071A (en) | Method and system for tracking the configuration of a computer coupled to a computer network | |
| EP0301221B1 (en) | An improved subsystem input service for dynamically scheduling work for a computer system | |
| US20060109857A1 (en) | System, method and computer program product for dynamically changing message priority or message sequence number in a message queuing system based on processing conditions | |
| CN110442432B (zh) | 业务处理方法、系统、装置、设备及存储介质 | |
| JPH08328880A (ja) | 複数のアプリケーションプログラムを同時に実行できるオペレーティングシステムにおける計算機運転管理システム | |
| US5901334A (en) | System for calculating expected length of time in transient queue by a formula in the event items cannot be allocated to the buffer | |
| KR100489690B1 (ko) | 실시간 장애 제어를 위한 데이터베이스 테이블 모델링 및이벤트 처리 방법 | |
| US7165106B2 (en) | Method of managing operation of computer system | |
| US20040010551A1 (en) | Method and apparatus for automated network polling | |
| US7068604B2 (en) | Managing memory resident queues to control resources of the systems using the queues | |
| JPH07200279A (ja) | オブジェクト管理システム及びネットワーク管理システム | |
| CN112596761A (zh) | 服务的更新发布方法、装置及相关设备 | |
| JPH01258135A (ja) | トランザクション実行制御方式 | |
| JP3984948B2 (ja) | 計算機システムの運用管理方法 | |
| KR100784595B1 (ko) | 이동통신 시스템에서 프로세스 상태 관리 방법 | |
| CN116661971A (zh) | 分布式任务调度系统及方法 | |
| JP3815494B2 (ja) | 計算機システムおよびその運用管理方法 | |
| JP2000330799A (ja) | ジョブ処理装置及び記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19981006 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071023 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081023 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081023 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091023 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |