JP2001014274A - 情報処理装置及び排他制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 オンライン処理及びバッチ処理が可能な情報
処理装置において、オンライン処理要求の受付可能な状
態においてもバッチ処理を速やかに開始できるようにし
た情報処理装置を提供する。 【解決手段】 オンライン処理部１１は、端末２からの
要求に応じてオンライン処理を実行する。また、バッチ
処理部１２は、端末３あるいはコンソールなどからのバ
ッチ処理要求に応じてバッチ処理を実行する。要求され
たバッチ処理が他のオンライン処理と排他的に実行する
必要があるとき、バッチ処理部１２は、要求されたバッ
チ処理に予め対応付けられているオンライン処理のうち
実行中のものについて、オンライン処理部１１に対して
終了メッセージを端末２に出力するように指示する。端
末２の利用者は、終了メッセージに従ってオンライン処
理を終了させることにより、速やかにバッチ処理を起動
することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オンライン処理及
びバッチ処理が可能な情報処理装置に関するものであ
り、特に、オンライン処理とバッチ処理を排他的に動作
させる情報処理装置およびそのための排他制御方法に関
するものである。

【０００２】

【従来の技術】サーバ装置やホスト装置などと呼ばれる
情報処理装置では、接続されている１以上の端末からの
要求に応じ、各種の処理を提供している。例えば情報処
理装置にファイルなどとしてデータを蓄積しておき、端
末から行われる各件ごとの処理要求に応じ、ファイルな
どに対してアクセスを行うオンライン処理が行われてい
る。また、これとは別に、情報処理装置内において多数
件のデータに対して一括して処理するバッチ処理が行わ
れる。

【０００３】このような情報処理装置では、オンライン
処理とバッチ処理においてファイルやデータを共有す
る。そのため、複数の処理が同じファイルやデータに対
してアクセスを行う場合が発生する。複数の処理が同じ
ファイルやデータに対して読み出しのアクセスを行う場
合には問題はない。しかし、いずれかの処理がファイル
やデータの更新など、書き込みのアクセスを行う場合に
は、その書き込みのアクセスを行う処理以外の処理が同
じファイルやデータに対してアクセスを行わないよう
に、排他的に実行させる必要がある。

【０００４】特にバッチ処理では、ファイルの一括更新
などを行う場合が多い。そのため、オンライン処理がす
べて終了した後にバッチ処理を実行させる必要がある。
一般的には、オンライン処理を行う時間帯とバッチ処理
を行う時間帯を分け、オンライン処理の頻度が高い昼間
はオンライン処理のみを行い、夜間にオンライン処理の
受付を中止してバッチ処理を行っている。

【０００５】しかし、小規模なシステムや２４時間稼働
しているシステムなどにおいては、オンライン処理の受
付を行っている時間であってもバッチ処理を行いたいと
いう要求がある。このような場合、オンライン処理が終
了するまでバッチ処理を起動することができないので、
バッチ処理を起動する管理者はオンライン処理が終了す
るタイミングを逃さずバッチ処理の起動を行うしかなか
った。このとき、オンライン処理を依頼する端末の利用
者には、バッチ処理を起動しようとしていることは分か
らない。そのため、なかなかバッチ処理を起動すること
ができなかった。

【０００６】共有データを排他的にアクセスする方法と
して、例えばデータベース管理システムにおいては、共
有データのレコードごとに排他制御を行うものがある。
このようなレコードという小さな単位で排他制御を行う
ことにより、アクセスするレコードが競合しない限り、
アクセスが拒否されることはなく、操作性は向上され
る。しかし、例えばあるレコードを読み出し、その内容
に従って更新し、改めて書き戻す処理を考えると、レコ
ードを読み出した時点と書き戻す時点で、レコードの内
容が同じである保証はない。そのため、レコードを読み
出してから書き戻すまで、長時間にわたりレコードを独
占しておく必要が生じる。特にバッチ処理では多くのレ
コードに対してこのような処理を順次行って行くため、
多くのレコードをバッチ処理が独占することになる。こ
のように多くのレコードをバッチ処理が独占するために
は、上述のようにオンライン処理が終了するまで待つし
かないという問題がある。また逆に、オンライン処理に
ついてはバッチ処理の実行中はアクセスが拒否される
が、その理由がバッチ処理であって長時間使用できない
ことは通知されず、オンライン処理の利用者にとって利
便性が阻害されていた。

【０００７】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたもので、オンライン処理及びバッチ
処理が可能な情報処理装置において、オンライン処理要
求の受付可能な状態においてもバッチ処理を速やかに開
始できるようにした情報処理装置およびそのための排他
制御方法を提供することを目的とするものである。

【０００８】

【課題を解決するための手段】本発明は、１以上の端末
と接続可能な情報処理装置において、該端末からの要求
に応じてオンライン処理を行うオンライン処理手段と、
バッチ処理を行うバッチ処理手段を有し、該バッチ処理
手段は、バッチ処理要求があると該バッチ処理に対応付
けられている動作中の前記オンライン処理手段に対して
前記端末へ終了メッセージを出力させることを特徴とす
るものである。また、オンライン処理及びバッチ処理が
可能な情報処理装置における排他制御方法において、前
記オンライン処理中にバッチ処理要求があると、該バッ
チ処理に対応付けられている動作中の前記オンライン処
理の要求元に対して終了メッセージを出力することを特
徴とするものである。

【０００９】これによって、バッチ処理を動作させるた
めに障害となるオンライン処理を動作させている端末に
対して終了メッセージを端末に表示させ、端末の利用者
にオンライン処理の終了を促すことができる。端末の利
用者は、終了メッセージの表示によってバッチ処理の実
行要求があることを知り、早期にオンライン処理手段を
終了させることができる。このようにして、バッチ処理
の実行を速やかに開始することができる。また、バッチ
処理をオンライン処理と排他的に動作させることができ
る。

【００１０】なお、終了メッセージを出力する端末は、
動作中のオンライン処理に対応するすべての端末でなく
てもよく、例えば要求されたバッチ処理に予め対応付け
られているオンライン処理のうち、動作中のオンライン
処理を起動した端末のみに対して終了メッセージを出力
するようにしてもよい。また、バッチ処理要求も情報処
理装置に接続された端末から行えるように構成されてい
てもよい。

【００１１】また、バッチ処理手段が動作中に端末から
のオンライン処理要求があった場合には、バッチ処理手
段を排他的に動作させるため、要求されたオンライン処
理を実行しない。それとともに、オンライン処理を要求
した端末に対して、例えばバッチ処理が実行中である旨
のメッセージを出力する。これによって、端末の利用者
はオンライン処理を実行できない理由を知ることができ
る。

【００１２】

【発明の実施の形態】図１は、本発明の情報処理装置の
実施の一形態を含むシステムの一例を示す構成図であ
る。図中、１は情報処理装置、２，３は端末、１１はオ
ンライン処理部、１２はバッチ処理部、１３は共有デー
タである。情報処理装置１には、１以上の端末２が接続
可能であり、端末２からの要求に応じて各種のオンライ
ン処理を実行することができる。また、情報処理装置１
に付属のコンソールや外部に接続されている端末３など
からバッチ処理を実行することができる。なお端末２と
端末３は同様のものであってよい。情報処理装置１に
は、共有データ１３が格納されており、オンライン処理
部１１及びバッチ処理部１２からアクセスすることがで
きる。

【００１３】オンライン処理部１１は、情報処理装置１
に接続されている端末２からの要求に応じて起動され、
共有データ１３に対するデータの読み出しあるいはデー
タの書き込みを逐次行うことができる。なお、データの
書き込みを行う場合には、データの同一性を保証するた
め、排他的に行う。このオンライン処理部１１は、端末
２ごとに起動され、それぞれ任意の処理を行うことがで
きる。もちろん、各端末２に対して共通の処理部として
構成されていてもよい。

【００１４】このオンライン処理部１１は、オンライン
処理を実行中にバッチ処理部１２からの指示を監視して
いる。そしてバッチ処理部１２から指示があると、その
指示に従って端末２に対して終了メッセージを出力する
ことができる。これにより端末２の利用者に対して、バ
ッチ処理部１２におけるバッチ処理要求が発生している
ことを通知し、オンライン処理の終了を促すことができ
る。

【００１５】また、端末２からの起動要求があったとき
にバッチ処理部１２が実行中である場合には、起動を要
求した端末２に対して例えばバッチ処理中でオンライン
処理を受け付けることができない旨のメッセージを出力
し、オンライン処理を実行しないように制御する。これ
によって端末２の利用者は、オンライン処理が実行でき
ない理由が、バッチ処理実行中のためであることを知る
ことができる。このとき、例えばオンライン処理の起動
要求があった旨を記憶しておき、バッチ処理終了後にオ
ンライン処理を再開可能である旨のメッセージを端末２
に出力してもよい。

【００１６】バッチ処理部１２は、情報処理装置１に付
属のコンソールや外部に接続されている端末３からの要
求に応じて起動され、共有データ１３に対するデータの
読み出しあるいはデータの書き込みを一括して行う。バ
ッチ処理部１２では、多くの場合には共有データ１３の
追加、更新、削除などの書き込みアクセスを行う。その
ため、関連するオンライン処理部１１における処理を終
了させた後に、バッチ処理部１２を起動するように排他
制御を行う。

【００１７】このバッチ処理部１２の起動要求がある
と、予め対応付けられているオンライン処理部１１の中
で実行中のオンライン処理部１１があるか否かを判定す
る。そして、対応付けられているオンライン処理部１１
の中で実行中のものがある場合には、その実行中のオン
ライン処理部１１に対して終了メッセージを端末２に出
力するように指示する。それとともに、バッチ処理部１
２の起動要求を行ったコンソールや端末３に対して、オ
ンライン処理部１１の終了待ちである旨のメッセージを
出力しておくとよい。

【００１８】バッチ処理部１２は、対応付けられている
オンライン処理部１１を監視し、対応付けられているオ
ンライン処理部１１の処理がすべて終了するまで待つ。
対応付けられているオンライン処理部１１のうち、実行
中のオンライン処理部１１を起動している端末２には終
了メッセージが出力されているので、端末２の利用者は
すぐにオンライン処理を終了させる。そして、対応付け
られているオンライン処理部１１が動作していない状態
になってから、バッチ処理の実行を開始する。

【００１９】バッチ処理部１２においてバッチ処理を実
行している間は、対応付けられているオンライン処理部
１１は端末２から起動要求を受けてもオンライン処理を
実行しない。これによって、排他的にバッチ処理を実行
することができる。

【００２０】なお、図１に示した例ではオンライン処理
部１１とバッチ処理部１２とで共有データ１３を共有す
る例を示したが、本発明はこれに限らず、種々のハード
ウェア資源を共有する場合についても同様に構成するこ
とができる。

【００２１】図２は、本発明の情報処理装置の実施の一
形態におけるオンライン処理部とバッチ処理部の関係の
一例を示す説明図である。図中、２１はＩＤ定義ファイ
ル、２２は端末状況ファイル、２３はログファイル、２
４はバッチ排他マスタファイル、２５はバッチ起動ファ
イル、３１はバッチ処理受付部、３２はバッチ処理起動
部、３３はバッチ処理実行部である。ここでは一例とし
て、オンライン処理部１１を１つとし、バッチ処理部１
２との関係を示している。

【００２２】ＩＤ定義ファイル２１は、オンライン処理
部１１が実行するオンライン処理ごとに各種の情報を保
持する。図３は、ＩＤ定義ファイル２１の一例の説明図
である。図３に示した例では、ＩＤ定義ファイル２１
は、各オンライン処理を一意に識別するためのＩＤ（Ｐ
Ｇ−ＩＤ）と、そのオンライン処理を起動してよいか否
かを示す排他フラグなどの情報を有している。排他フラ
グは、例えば「０」のときそのオンライン処理は起動可
能であり、「１」のときには起動が禁止されていること
を示す。ＩＤ定義ファイル２１の各レコードは予め設定
しておくものであるが、排他フラグはバッチ処理部１２
によって書き換えられる。オンライン処理部１１では、
端末２から起動が要求されると、このＩＤ定義ファイル
２１を参照し、ＰＧ−ＩＤが登録されているか否か、お
よび登録されていれば排他フラグが起動可（「０」）か
否かを判定してから、当該オンライン処理の実行を開始
する。

【００２３】端末状況ファイル２２は、動作中のオンラ
イン処理部１１およびそのオンライン処理部１１を起動
した端末２が登録されたテーブルである。オンライン処
理部１１が起動したときにレコードが追加され、オンラ
イン処理終了時に当該レコードが削除される。図４は、
端末状況ファイルの一例の説明図である。図４に示した
例では、端末状況ファイル２２は、オンライン処理部１
１を起動した端末２のＩＤ（端末ＩＤ）、動作中のオン
ライン処理部１１のＩＤ（ＰＧ−ＩＤ）とともに、終了
要求フラグの情報を有している。終了要求フラグは、バ
ッチ処理部１２によって書き換えられる。バッチ処理部
１２の起動要求が発生すると、要求されたバッチ処理に
対応づけられているオンライン処理部１１について、対
応する終了要求フラグに例えば「１」が設定される。こ
れによって、オンライン処理部１１に対してバッチ処理
部１２から終了メッセージの出力が指示される。オンラ
イン処理部１１では、オンライン処理実行中は端末状況
ファイル２２の終了要求フラグを監視し、終了要求フラ
グが立ったときには端末２に対して終了メッセージを出
力して、利用者にオンライン処理の終了を促す。

【００２４】ログファイル２３には、オンライン処理部
１１が起動されるごとに、その情報がログ情報として追
加される。

【００２５】バッチ排他マスタファイル２４は、バッチ
処理部１２におけるバッチ処理を排他的に実行するため
に実行を禁止する必要があるオンライン処理部１１を、
バッチ処理と対応付けた情報を保持している。図５は、
バッチ排他マスタファイル２４の一例の説明図である。
図５に示す例では、バッチ処理を一意に識別するための
バッチＩＤと、実行を禁止するオンライン処理部１１を
識別するためのＩＤ（ＰＧ−ＩＤ）とを対応付けて保持
させている。例えばバッチＩＤがＸのバッチ処理は、Ｐ
Ｇ−ＩＤがＡ，Ｐ，…のオンライン処理と排他的に実行
する必要があることを示している。このようなバッチ処
理部１２とオンライン処理部１１の対応付けは予め管理
者などが行う。バッチ処理部１２が起動要求を受けたと
きにこのバッチ排他マスタファイル２４を参照し、実行
されていてはいけないオンライン処理部１１の一覧を取
得することができる。

【００２６】さらにバッチ排他マスタファイル２４は、
図５にも示すようにバッチ排他フラグを含んでいる。こ
のバッチ排他フラグは、バッチ処理部１２が複数存在す
る場合、同じバッチ処理が同時に複数起動しないよう
に、そのバッチ処理が起動されているか否かを示すもの
である。バッチ処理部１２のバッチ処理受付部３１がバ
ッチ処理要求を受け付ける際に、このバッチ排他フラグ
を参照することで、他に同じバッチ処理が起動されてい
ないことを確認することができる。他に同じバッチ処理
が起動されていなければ、バッチ排他フラグを立てて他
に同じバッチ処理が起動されないように制御する。バッ
チ処理を終了するときに、バッチ処理実行部３３によっ
てバッチ排他フラグはリセットされる。なお、同じバッ
チ処理を行うことがない場合や、複数の同じバッチ処理
が並行して動作しても支障がなければ、このバッチ排他
フラグは不要である。

【００２７】バッチ起動ファイル２５は、バッチ処理部
１２のバッチ処理受付部３１が端末３からバッチ処理要
求を受け付けたことを示すためのデータが格納される。
バッチ起動ファイル２５は、バッチ処理を一意に識別す
るためのバッチＩＤと、そのバッチ処理が実行されてい
るか否かを示すバッチ実行フラグなどの情報を含んでい
る。バッチ起動ファイル２５のレコードはバッチ処理部
１２のバッチ処理受付部３１でバッチ処理要求が受け付
けられたときに追加される。バッチ処理起動部３２は常
にこのバッチ起動ファイル２５を監視しており、レコー
ドが追加されるとバッチＩＤを取得するとともにバッチ
実行フラグが実行中に変更される。バッチ処理を終了す
るときに、バッチ処理実行部３３によって実行したバッ
チ処理のレコードは削除される。

【００２８】オンライン処理部１１とバッチ処理部１２
は、これらのファイルを参照し、また変更しながら、互
いに排他的に動作する。オンライン処理部１１では、要
求されたオンライン処理のＰＧ−ＩＤをもとにＩＤ定義
ファイル２１を参照し、起動可能であればオンライン処
理を行うものとして端末状況ファイル２２にレコードを
追加し、オンライン処理を実行する。オンライン処理を
実行中も端末状況ファイル２２の終了要求フラグを参照
し、バッチ処理部１２から終了メッセージの出力が指示
されているか否かを監視している。終了要求フラグが立
ったことを検出した場合には、オンライン処理を要求し
た端末２に対して終了メッセージを出力し、早期にオン
ライン処理を終了するように促す。オンライン処理終了
時には、該当する端末状況ファイル２２のレコードを削
除しておく。

【００２９】バッチ処理部１２は、この例ではバッチ処
理受付部３１、バッチ処理起動部３２、バッチ処理実行
部３３を有している。バッチ処理受付部３１は、端末３
からバッチ処理の起動要求をオンラインで受け付けるた
めの処理を行う。端末３からバッチ処理の起動要求を受
けると、バッチ排他マスタファイル２４を参照して、他
に同じバッチ処理が実行されていないことを確認すると
ともに、要求されたバッチ処理を起動する際に動作して
いてはいけないオンライン処理を把握する。そのうち、
現在起動しているオンライン処理部１１については終了
メッセージを出力するように端末状況ファイル２２を書
き換えて指示する。対応付けられているオンライン処理
部１１がすべて終了したことを端末状況ファイル２２で
確認した後、対応付けられているオンライン処理がバッ
チ処理中に起動されないようにＩＤ定義ファイル２１を
書き換える。このようにして排他的にバッチ処理を実行
できるようにした後、バッチ起動ファイル２５にレコー
ドを追加してバッチ処理の起動要求があったことを示
す。

【００３０】バッチ処理起動部３２は、バッチ起動ファ
イル２５を監視している。バッチ起動ファイル２５にレ
コードの追加があるとこれを検知し、追加されたレコー
ドから起動すべきバッチ処理のＩＤ（バッチＩＤ）を取
得するとともに、そのレコード中のバッチ実行フラグを
実行中に書き換える。そして、取得したバッチＩＤを有
するバッチ処理実行部３３を起動する。

【００３１】バッチ処理実行部３３は、バッチ処理起動
部３２によって起動され、バッチ処理を実行する。バッ
チ処理終了後は、バッチ起動ファイル２５の該当するレ
コードを削除するとともに、バッチ排他マスタファイル
２４によって対応付けられているオンライン処理部１１
について起動可能とするようにＩＤ定義ファイル２１を
書き換え、さらにバッチ排他マスタファイル２４のバッ
チ排他フラグをリセットする。

【００３２】上述の構成における動作についてさらに説
明する。図６は、オンライン処理部における動作の一例
を示すフローチャートである。例えば端末２において、
多数のオンライン処理の中から特定のオンライン処理を
選択して起動を指示すると、Ｓ４１において、選択され
たオンライン処理の起動要求を受け付ける。そしてＳ４
２において、起動を要求されたオンライン処理を一意に
識別するためのＩＤ（ＰＧ−ＩＤ）をもとにＩＤ定義フ
ァイル２１を検索する。Ｓ４３において、ＰＧ−ＩＤが
ＩＤ定義ファイル２１に登録されていたか否かを判定
し、登録されていなければ、Ｓ５３において、選択され
たオンライン処理が登録されていない旨を示すメッセー
ジを、起動要求を行った端末２に対して出力する。この
場合、起動が要求されたオンライン処理は起動されな
い。

【００３３】ＰＧ−ＩＤがＩＤ定義ファイル２１に登録
されている場合には、そのＰＧ−ＩＤに対応するレコー
ドがＩＤ定義ファイル２１から読み出される。Ｓ４４に
おいて、読み出したレコード中の排他フラグ（例えば図
３参照）を調べ、起動不可となっているか否かを判定す
る。上述のように、バッチ処理部１２がバッチ処理の起
動要求を受け付け、バッチ処理が終了するまで、そのバ
ッチ処理部１２に対応付けられているオンライン処理部
１１の排他フラグが起動不可に設定される。すなわち、
このオンライン処理は現在起動中のバッチ処理と並行し
て実行してはいけないものであることを示し、このオン
ライン処理の実行は禁止されている。そのためＳ５４に
おいて、バッチ処理が起動中で起動できない旨のメッセ
ージを、このオンライン処理の起動を要求した端末２に
対して出力し、要求されたオンライン処理は起動されな
い。なお、この場合には例えばオンライン処理の起動要
求を内部に保持しておき、バッチ処理部１２における処
理が終了した後にすぐにオンライン処理を開始できるよ
うにしてもよい。

【００３４】ＩＤ定義ファイル２１中の排他フラグが起
動可を示していれば、オンライン処理を行うことができ
る。Ｓ４５において端末状況ファイル２２に端末２のＩ
ＤやＰＧ−ＩＤなどを含むレコードを追加し、またＳ４
６においてログファイル２３に開始ログを追加した後、
Ｓ４７においてオンライン処理を実行する。

【００３５】Ｓ４７におけるオンライン処理中、端末状
況ファイル２２の終了要求フラグを監視している。例え
ば３０秒程度の所定時間ごとに端末状況ファイル２２を
参照することによって実現できる。上述のように、端末
状況ファイル２２の終了要求フラグは、バッチ処理部１
２においてバッチ処理の起動要求を受け付けたときに例
えば‘１’にセットされ、このオンライン処理部１１に
対して終了メッセージを出力するように指示される。Ｓ
４８において、終了要求フラグが‘１’にセットされて
いるか否かを判定し、もし、終了フラグが‘１’にセッ
トされている場合には、Ｓ４９において、このオンライ
ン処理を要求した端末２に対して早期にオンライン処理
を終了するように促すための終了メッセージを出力す
る。オンライン処理を要求した端末２の利用者は、終了
メッセージを確認し、オンライン処理を終了させる。な
お、終了メッセージを確認後もオンライン処理を続ける
ことはできるが、オンライン処理を終了するまでは、例
えば所定時間間隔で終了メッセージが出力されるので、
オンライン処理を終了せざるを得なくなる。

【００３６】Ｓ４８における終了フラグの判定、およ
び、場合によってＳ４９における終了メッセージの出力
後は、Ｓ５０においてオンライン処理が終了したか否か
を判定し、オンライン処理中の場合にはＳ４７に戻って
オンライン処理を続ける。

【００３７】オンライン処理が終了すると、Ｓ５１にお
いて、端末状況ファイル２２に格納されている、当該オ
ンライン処理のレコードを削除し、さらにＳ５２におい
て終了ログをログファイル２３に追加して、オンライン
処理部１１の処理を終える。

【００３８】なお、上述の動作例では、複数のオンライ
ン処理部１１同士の排他制御については述べていない
が、必要に応じて従来より用いられている排他制御技術
を利用することが可能である。

【００３９】図７は、バッチ処理受付部の動作の一例を
示すフローチャートである。例えば端末３において、多
数のバッチ処理の中から特定のバッチ処理を選択して起
動を指示すると、Ｓ６１において選択されたバッチ処理
の起動要求を受け付ける。そしてＳ６２において、起動
要求を受けたバッチ処理のＩＤ（バッチＩＤ）をもとに
バッチ排他マスタファイル２４を検索し、対応するレコ
ードを取得する。バッチ排他マスタファイル２４には、
例えば図５に示すように、バッチＩＤとともに対応付け
られているＰＧ−ＩＤ、バッチ排他フラグなどが含まれ
ており、これらを取得する。

【００４０】Ｓ６３において、取得したレコード中のバ
ッチ排他フラグを参照し、‘１’か否かを判定する。バ
ッチ排他フラグは、同じバッチＩＤのバッチ処理につい
て、少なくとも起動要求を受けていることを示す。ここ
では同じバッチ処理については並行して起動しないもの
とし、このバッチ排他フラグによってバッチ処理間の排
他制御を行う。バッチ排他フラグが‘１’のときには、
要求されたバッチ処理は起動できないので、Ｓ６８にお
いて、要求されたバッチ処理が既に起動中である旨のメ
ッセージを端末３に対して出力し、このバッチ処理の起
動要求に対する処理を終了する。もちろん、バッチ処理
の起動要求を蓄積しておき、起動中のバッチ処理が終了
後、起動されるように構成することも可能である。

【００４１】バッチ排他フラグが‘１’でない場合に
は、Ｓ６４において、バッチ排他マスタファイル２４中
の当該レコードのバッチ排他フラグに‘１’を書き込
む。これによって、後から同じバッチＩＤの起動要求が
なされてもこれらを排除する。

【００４２】さらにＳ６５において、Ｓ６２で取得した
バッチ排他マスタファイル２４のレコード中のＰＧ−Ｉ
Ｄをもとに、端末状況ファイル２２を参照する。上述の
ように、端末状況ファイル２２には、起動中のオンライ
ン処理部１１の情報が登録されている。そのため、端末
状況ファイル２２にＰＧ−ＩＤが存在すれば、そのＰＧ
−ＩＤを有するオンライン処理部１１が起動中であるこ
とを示す。バッチ排他マスタファイル２４に登録されて
いたＰＧ−ＩＤは、バッチ処理と同時に実行させること
ができないオンライン処理を示している。そのため、こ
のような起動中のＰＧ−ＩＤが１つでも存在すれば、バ
ッチ処理を実行することはできない。

【００４３】バッチＩＤに対応付けられているＰＧ−Ｉ
Ｄのうち、起動中のものが１つでも存在する場合には、
Ｓ６９において、端末状況ファイル２２中の起動中のＰ
Ｇ−ＩＤに対応するレコードの終了要求フラグを立て
る。これによって、オンライン処理部１１では、図６の
Ｓ４８でこれを検出し、Ｓ４９で終了メッセージを端末
２に出力することになる。また、Ｓ７０において、バッ
チ処理の起動を要求した端末３に対しても、オンライン
処理の終了を待っている旨のメッセージを出力する。こ
のとき、起動中のオンライン処理に関する情報も端末３
に出力してもよい。そしてＳ７１において、例えば３分
程度の所定時間だけ待機し、Ｓ６５における起動中のオ
ンライン処理部１１の検出処理に戻る。あるいは待機せ
ずにバッチ処理受付部３１の処理を終了し、改めて端末
３からのバッチ処理起動要求を受け付けるように構成し
てもよい。

【００４４】Ｓ６９で終了要求フラグを立てることによ
って、オンライン処理部１１からそのオンライン処理の
利用者に対して終了メッセージが出力されるので、バッ
チＩＤに対応付けられているＰＧ−ＩＤのオンライン処
理のうち、起動中のものは次第に減少する。そして、早
期に対応付けられているオンライン処理が終了すること
が期待できる。

【００４５】バッチＩＤに対応付けられているＰＧ−Ｉ
Ｄのオンライン処理がすべて起動していない状態となっ
たことをＳ６５で確認すると、Ｓ６６において、バッチ
ＩＤと対応付けられているすべてのＰＧ−ＩＤについ
て、ＩＤ定義ファイル２１中の排他フラグを起動不可に
変更する。これによって、対応付けられているオンライ
ン処理部１１の起動を禁止し、排他的にバッチ処理を実
行できる環境を形成する。なお、Ｓ６５の判定において
起動していないと判定されたＰＧ−ＩＤについては、そ
の時点で対応する排他フラグを起動不可に変更しておい
てもよい。

【００４６】そして、要求されたバッチ処理を起動す
る。この例では端末３からオンラインでバッチ処理を起
動する例を示している。しかし、オンラインで直接、バ
ッチ処理を起動できない。そのためバッチ処理受付部３
１は、Ｓ６７においてバッチ起動ファイル２５にバッチ
ＩＤを含むレコードを追加し、バッチ処理の起動が要求
されたことをバッチ処理起動部３２に伝えるのみで処理
を終える。

【００４７】図８は、バッチ処理起動部の動作の一例を
示すフローチャートである。バッチ処理起動部３２は、
常時、あるいは例えば３０秒程度の所定の時間間隔で、
バッチ起動ファイル２５を監視している。Ｓ８１におい
て、バッチ処理受付部３１によってバッチ起動ファイル
２５にレコードが追加されたか否かを判定する。この判
定は、例えばバッチ起動ファイル２５中のバッチ実行フ
ラグを監視すればよい。例えばバッチ実行フラグが実行
中になっていないレコードが存在するとき、そのレコー
ドはバッチ処理受付部３１によって追加されたレコード
であると判定することができる。なお、レコードの追加
がない場合にはなにもしない。

【００４８】バッチ起動ファイル２５にバッチ処理起動
部３２からレコードが追加されると、バッチ起動部３２
はこれを検出し、Ｓ８２において、検出したレコードの
バッチ実行フラグを実行中に変更後、検出したレコード
中に含まれているバッチＩＤが示すバッチ処理に対応す
るバッチ処理実行部３３をＳ８３において起動する。

【００４９】このようにして、バッチ処理起動部３２
は、オンライン処理であるバッチ処理受付部３１から、
実際にバッチ処理を行うバッチ処理実行部３３への橋渡
しを行う。

【００５０】図９は、バッチ処理実行部の動作の一例を
示すフローチャートである。バッチ処理実行部３３は、
バッチ処理起動部３２から起動されると、Ｓ９１におい
て、要求されたバッチ処理を実行する。バッチ処理実行
中は、バッチ処理受付部３１によって、対応付けられて
いるオンライン処理が起動していないことを確認し、Ｉ
Ｄ定義ファイル２１の排他フラグを起動不可にしている
ので、対応付けられているオンライン処理が起動される
ことはない。オンライン処理の起動要求が発生しても、
図６のＳ４４においてオンライン処理の起動が拒否され
ることになる。

【００５１】バッチ処理終了後、Ｓ９２において、バッ
チＩＤをもとにバッチ排他マスタファイル２４を検索
し、バッチ排他マスタファイル２４からバッチＩＤに対
応付けられているＰＧ−ＩＤを取得する。また、Ｓ９３
において、バッチ排他マスタファイル２４中のバッチＩ
Ｄに対応するバッチ排他フラグをリセットし、同じバッ
チ処理に対する別のバッチ処理起動要求を受付可能にす
る。

【００５２】また、Ｓ９４において、バッチ排他マスタ
ファイル２４中のバッチＩＤに対応するレコードのバッ
チ排他フラグを起動可に変更する。例えばバッチ排他フ
ラグに‘０’を書き込む。これによって、オンライン処
理が起動可能になる。

【００５３】さらにＳ９５において、バッチ起動ファイ
ル２５中の対応するレコードを削除しておく。これによ
ってバッチ処理実行部３３の処理を終了する。

【００５４】上述のように、バッチ処理の起動要求があ
ると、要求されたバッチ処理に対応付けられているオン
ライン処理のうち起動中のものについて、端末状況ファ
イル２２の終了要求フラグを立てることによって、オン
ライン処理を利用中の端末２に終了メッセージが出力さ
れる。これによって端末２の利用者はバッチ処理が起動
されることを知り、オンライン処理を終了させる。その
ため、バッチ処理の起動要求を行ってから、早期に、バ
ッチ処理を実行することができる。

【００５５】また、バッチ処理中はＩＤ定義ファイル中
の排他フラグにより、バッチ処理に対応付けられている
オンライン処理の起動が禁止されるので、排他的にバッ
チ処理を実行することができる。この場合もオンライン
処理の起動要求を行った端末２に対して、例えばバッチ
処理中である旨のメッセージを出力することによって、
端末２の利用者はオンライン処理が拒否された理由を知
ることができる。

【００５６】上述の動作例では、端末３からバッチ処理
の起動要求をオンラインで行う例を示した。バッチ処理
の起動要求は上述のようなオンラインで行うほか、情報
処理装置１に備えられているコンソールなどから起動す
る構成もある。このような構成では、バッチ起動ファイ
ル２５を介すことなく、バッチ処理を実行すればよい。
すなわち、コンソールなどからのバッチ処理の起動要求
を受け付けると図７に示す処理を開始し、例えば図７に
示すＳ６６の処理後に図９のＳ９１に進み、バッチ処理
を実行すればよい。

【００５７】また、バッチ処理部１２の処理時間は長く
なることが予想されるが、例えばバッチ処理部１２の進
捗状況を、起動要求を行った端末３に対して出力した
り、緊急のバッチ処理やオンライン処理に対処するた
め、そのようなバッチ処理やオンライン処理の起動要求
の到来を端末３に対してメッセージ出力するように構成
することもできる。メッセージを受けた端末３の利用者
は、実行中のバッチ処理の一時停止や処理中止などの適
切な処置を施せばよい。

【００５８】さらに、上述のバッチ処理部１２の動作例
では、バッチ処理の起動要求を受け付けた場合の動作を
示した。このほかにも、例えばバッチ処理の起動が可能
か否か、すなわち、対応付けられているオンライン処理
が起動されているか否かを調べるのみの問い合わせ要求
など、種々の要求に対して応じるように構成することも
できる。

【００５９】上述の構成及び動作例では、バッチ処理部
１２からオンライン処理部１１への終了メッセージの出
力指示や、その他の両者間の情報伝達を、端末状況ファ
イル２２などのファイルを用いて行っている。しかし、
情報の伝達方法は、例えばオペレーティングシステム
や、使用する言語系などに応じて、任意の方法を選択し
て使用することができる。

【００６０】

【発明の効果】以上の説明から明らかなように、本発明
によれば、オンライン処理中にバッチ処理要求がある
と、終了メッセージがオンライン処理を要求した端末に
出力されるので、オンライン処理を要求した端末の利用
者はバッチ処理要求が発生したことを知ることができ、
すみやかにオンライン処理を終了させることができる。
そのため、バッチ処理を早急に実行させることが可能に
なる。また、バッチ処理要求を行った端末にも、そのバ
ッチ処理を実行するときに障害となるオンライン処理が
実行されているか否か、およびそのオンライン処理に関
する情報を出力することもできる。さらに、バッチ処理
の実行中はオンライン処理の起動要求は拒否され、バッ
チ処理は排他的に実行することができる。また、起動が
拒否されたオンライン処理を要求した端末には、例えば
バッチ処理中である旨のメッセージを出力することがで
き、オンライン処理の起動要求を行った利用者は、起動
が拒否された理由を知ることができる。本発明によれ
ば、このように種々の効果がある。

【図面の簡単な説明】

【図１】本発明の情報処理装置の実施の一形態を含むシ
ステムの一例を示す構成図である。

【図２】本発明の情報処理装置の実施の一形態における
オンライン処理部とバッチ処理部の関係の一例を示す説
明図である。

【図３】ＩＤ定義ファイルの一例の説明図である。

【図４】端末状況ファイルの一例の説明図である。

【図５】バッチ排他マスタファイルの一例の説明図であ
る。

【図６】オンライン処理部における動作の一例を示すフ
ローチャートである。

【図７】バッチ処理受付部の動作の一例を示すフローチ
ャートである。

【図８】バッチ処理起動部の動作の一例を示すフローチ
ャートである。

【図９】バッチ処理実行部の動作の一例を示すフローチ
ャートである。

【符号の説明】

１…情報処理装置、２，３…端末、１１…オンライン処
理部、１２…バッチ処理部、１３…共有データ、２１…
ＩＤ定義ファイル、２２…端末状況ファイル、２３…ロ
グファイル、２４…バッチ排他マスタファイル、２５…
バッチ起動ファイル、３１…バッチ処理受付部、３２…
バッチ処理起動部、３３…バッチ処理実行部。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 １以上の端末と接続可能な情報処理装置
   において、該端末からの要求に応じてオンライン処理を
   行うオンライン処理手段と、バッチ処理を行うバッチ処
   理手段を有し、該バッチ処理手段は、バッチ処理要求が
   あると該バッチ処理に対応付けられている動作中の前記
   オンライン処理手段に対して前記端末へ終了メッセージ
   を出力させることを特徴とする情報処理装置。
2. 【請求項２】 前記オンライン処理手段は、前記バッチ
   処理手段が動作中に前記端末からのオンライン処理要求
   があると、該端末に対してメッセージを出力してオンラ
   イン処理を実行しないことを特徴とする請求項１に記載
   の情報処理装置。
3. 【請求項３】 オンライン処理及びバッチ処理が可能な
   情報処理装置における排他制御方法において、前記オン
   ライン処理中にバッチ処理要求があると、該バッチ処理
   に対応付けられている動作中の前記オンライン処理の要
   求元に対して終了メッセージを出力することを特徴とす
   る排他制御方法。