(57)【特許請求の範囲】
【請求項１】
複数の実行システムと１つの管理システムとから構成される計算機システムであって、
前記複数の実行システムの各々は、
制限値を記録した第１の管理テーブルと、
利用者から処理の依頼を受け付ける処理依頼受け付け部と、
処理ごとの仕事量を記録した仕事量テーブルと、
依頼された処理の仕事量を、前記仕事量テーブルを参照することで決定する仕事量決定部と、
利用者と仕事量に基づいた処理受け付けの可否の判定を前記管理システムに依頼する判定依頼部と、
前記管理システムの判定の結果、受け付け可の場合のみ処理を実行する処理実行部とを有し、
前記管理システムは、
利用者ごとに設定された制限値を記録した第２の管理テーブルと、
前記実行システムからの判定依頼をもとに通知される利用者と仕事量に基づいて、前記第２の管理テーブルを参照し、該利用者の仕事量が制限値を超えていないかを判別することで依頼の受け付けの可否を判定し、依頼元に通知する判定部を有し、
前記実行システムは、システムダウン後のリカバリに際して、前記第１の管理テーブルと、管理システムの前記第２の管理テーブルとの差分を補正する
ことを特徴とする計算機システム。
【請求項２】
前記管理システムが有する前記第２の管理テーブルは、グループごとに設定された制限値を記録し、
前記判定部は、前記第２の管理テーブルを参照し、前記利用者のグループの仕事量が制限値を超えていないかを判別することで依頼の受け付けの可否を判定する
ことを特徴とする請求項１記載の計算機システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の実行システムと１つの管理システムとから構成され、実行システム毎に仕事量を管理する計算機システムに関するものである。
【０００２】
【従来の技術】
従来、複数の利用者が回線を介して利用する大型計算機センタでは、各利用者へのサービスを均等化するために投入されるジョブ数や、開設するセション数などを利用者単位に制限して管理している。
【０００３】
しかし、近年において、大型計算機センタはジョブ特性に応じてネットワーク接続されている複数の実行サーバから構成され、ネットワークが１つの計算機センタとなっている。このため、利用者単位に制限する機構は、個々の実行サーバに閉じており、センタの利用者はシステムを意識してサーバ毎にジョブを依頼するようにしていた。
【０００４】
【発明が解決しようとする課題】
上述したようにジョブ特性に応じて実行サーバが複数あってこれらがネットワークに接続され、全体が１つの計算機センタを構成しており、利用者単位の仕事量を制限して管理することは実行サーバ毎に行う必要が生じてしまい、操作が面倒であると共に利用者へのサービスの均等化が困難となってしまう問題があった。
【０００５】
本発明は、これらの問題を解決するため、複数の実行サーバが接続されたネットワークというセンタ全体に１つの管理サーバを設け、利用者単位およびグループ単位に仕事量の制限を管理し、利用者単位およびグループ単位のサービスの均等化を簡易な処理で実現することを目的としている。
【０００６】
【課題を解決するための手段】
図１を参照して課題を解決するための手段を説明する。
図１において、管理サーバ１は、全体に１つ設けて、利用者単位およびグループ単位に仕事量の制限を管理し、サービスの均等化を図るためのものであって、管理テーブル２、グループテーブル３、および判定部４などから構成されるものである。
【０００７】
管理テーブル２は、利用者単位およびグループ単位に仕事量の制限を管理するための情報を設定するものである。
グループテーブル３は、利用者がいずれのグループに属するかの情報を設定するものである。
【０００８】
判定部４は、実行システム１１からの判定依頼をもとに通知される仕事量にもとづいて依頼の受け付けの可否を判定するものである。
実行システム１１は、各種ジョブを実行するシステムであって、ここでは、管理テーブル１２、処理依頼受け付け部１４、仕事量決定部１５、判定依頼部１６、処理実行部１７などから構成されるものである。
【０００９】
管理テーブル１２は、利用者単位およびグループ単位に仕事量などを設定して管理するものである。
処理依頼受け付け部１４は、処理の依頼を受け付けるものである。
【００１０】
仕事量決定部１５は、依頼された処理の仕事量を決定するものである。
判定依頼部１６は、仕事量にもとづいてた処理受け付けの可否の判定を管理サーバ１に依頼するものである。
【００１１】
処理実行部１７は、受け付け可の場合のみ処理を実行するものである。
次に、動作を説明する。
複数の実行システム１１の各々は、処理の依頼を受け付ける処理依頼受け付け部１４、依頼された処理の仕事量を決定する仕事量決定部１５、仕事量にもとづいてた処理受け付けの可否の判定を前記管理サーバに依頼する判定依頼部１６、および受け付け可の場合のみ処理を実行する処理実行部１７から構成し、
１つの管理サーバ１は、実行システム１１からの判定依頼をもとに通知される仕事量にもとづいて依頼の受け付けの可否を判定し、依頼元に通知する判定部４を設けるようにしている。
【００１２】
この際、管理システム１は、管理テーブル２およびグループテーブル３を参照して受け付けの可否を判定および更新するようにしている。
また、実行システム１１は、個別に管理テーブル１２を有し、システムダウン後のリカバリに際して、管理システム１の管理テーブル２との差分を補正するようにしている。
【００１３】
また、仕事量決定部１５は仕事量テーブルを有しこれを参照して仕事量を決定するようにしている。
従って、複数の実行サーバ１１が接続されたネットワークというセンタ全体に１つの管理サーバ１を設け、利用者単位およびグループ単位に仕事量の制限を管理することにより、利用者単位およびグループ単位にサービスの均等化を簡易な処理で実現することが可能となる。
【００１４】
【発明の実施の形態】
次に、図１から図５を用いて本発明の実施の形態および動作を順次詳細に説明する。
【００１５】
図１は、本発明のシステム構成図を示す。
図１において、管理テーブル２は、管理サーバ１に設け、利用者単位およびグループ単位に制限値、受付ジョブ数、受付仕事量、その他を管理するものである（後述する図５参照）。
【００１６】
グループテーブル３は、利用者がいずれのグループに属するかの情報を設定するものである。
管理テーブル１２は、各実行システム１１内に設け、利用者単位およびグループ単位に制限値、受付ジョブ数、受付仕事量、その他を管理するものである（後述する図４参照）。
【００１７】
ＬＡＮ２１は、管理サーバ１および各実行システム１１を接続するネットワークの例である。
実行システム１１は、各種処理を実行する異なるシステムであって、図示のように、ＭＳＰ実行システム、ＶＰＰ実行システム、ＳＰＰ実行システム、Ｓｏｌａｒｉｓ実行システム、ＰＣ実行システムというように、ＯＳやＣＰＵ種類、個数などが異なる実行システムである。
【００１８】
次に、図２のフローチャートの順序に従い図１の構成の動作を詳細に説明する。
図２は、本発明の動作説明フローチャートを示す。
【００１９】
図２において、Ｓ１は、ジョブ投入依頼又はセション開設依頼を行う。これは、図１の実行システム１１のいずれかが図示外のクライアント端末からのジョブ投入依頼又はセション開設依頼（ＴＳＳを行うためのセション開設依頼）を受け付ける。
【００２０】
Ｓ２は、仕事量の獲得を行う。これは、実行システム１１がＳ１で受け付けたジョブ投入依頼又はセション開設依頼、例えば後述する図４の（ａ）のジョブ投入例のようにジョブ投入依頼を受け付けたときに、図４の（ｂ）の仕事量テーブルを参照して当該ジョブのクラス名に対応する仕事量を取り出し、仕事量の獲得を行う。
【００２１】
Ｓ３は、仕事量と受付け数をサーバ（管理サーバ１）に通知する。これは、Ｓ２で獲得した仕事量と受付け数を管理サーバ１に通知し、検査要求の発行を行う。
【００２２】
Ｓ４は、Ｓ３で検査要求を受けた管理サーバ１が検査要求の受理を行う。
Ｓ５は、センタ出口の呼び出し、この際に、利用者と実行システムを通知する。
【００２３】
Ｓ６は、センタ出口からの受付拒否か判別する。ＹＥＳの場合には、Ｓ１３で受付拒否し、Ｓ１４に進む。一方、Ｓ６のＮＯの場合には、センタ出口が受け付けたと判明したので、Ｓ７に進む。
【００２４】
Ｓ７は、センタの管理テーブル２を読み込む。
Ｓ８は、利用者検査の実施を行う。これは、Ｓ４で受け付けた利用者の仕事量、ジョブ数をもとに、Ｓ７で読み込んだ管理テーブル２を参照して当該利用者単位に、制限値を越えていないか判別、例えば図５の（ａ）の管理テーブル２を参照して利用者単位に制限値（ジョブ数、仕事量）を越えていないか判別する。
【００２５】
Ｓ９は、利用者の受付数・仕事量が制限値を超過するか判別する。ＹＥＳの場合には、Ｓ１３で受付拒否し、Ｓ１４に進む。一方、Ｓ９のＮＯの場合には、利用者の受付数・仕事量がともに制限値を越えていないと判明したので、Ｓ１０に進む。
【００２６】
Ｓ１０は、グループ検査の実施を行う。これは、Ｓ４で受け付けた利用者の仕事量、ジョブ数をもとに、Ｓ７で読み込んだ管理テーブル（グループ）２を参照してグループ単位に、制限値を越えていないか判別、例えば図５の（ｂ）の管理テーブル（グループ）２を参照してグループ単位に制限値（ジョブ数、仕事量）を越えていないか判別する。
【００２７】
Ｓ１１は、グループの受付数・仕事量が制限値を超過するか判別する。ＹＥＳの場合には、Ｓ１３で受付拒否し、Ｓ１４に進む。一方、Ｓ１１のＮＯの場合には、グループの受付数・仕事量がともに制限値を越えていないと判明したので、Ｓ１２で受付許可し、Ｓ１４に進む。
【００２８】
Ｓ１４は、実行システムへの結果通知（Ｓ１２の受付許可、あるいはＳ１３の受付拒否の結果通知）を行う。
Ｓ１５は、実行システムが結果受信する。これは、Ｓ１４で管理サーバ１から結果通知を実行システム１１が受信する。
【００２９】
Ｓ１６は、Ｓ１５で受信した結果が受付拒否か判別する。ＹＥＳの場合には、Ｓ１８でジョブキャンセルし、終了する。ＮＯの場合には、ジョブの受付許可と判明したので、Ｓ１７に進む。
【００３０】
Ｓ１７は、実行システム内の管理テーブル１２を更新（加算）する。これは、後述する図４の（ｃ）の管理テーブル１２に、図１で受け付けたジョブ数およびＳ２で獲得した仕事量を加算して更新する。
【００３１】
Ｓ１９は、管理サーバ１に受付け通知する。
Ｓ２０は、Ｓ１９の受付け通知を管理サーバ１が受信する。
Ｓ２１は、センタ（管理サーバ１）の管理テーブル２の更新（加算）を行う。これにより、Ｓ１７で実行システム１１内の管理テーブル１２の更新に合わせて管理サーバ１の管理テーブル２の更新を行い、同期化する。
【００３２】
Ｓ２２は、実行システムがジョブ終了を監視する。ジョブ終了したときにＳ２３に進む。
Ｓ２３は、ジョブ終了したので、管理サーバ１に終了通知を行う。
【００３３】
Ｓ２４は、実行システム内の管理テーブル１２を更新（減算）する。
Ｓ２５は、Ｓ２３の終了通知の受信を行う。
Ｓ２６は、センタの管理テーブルの更新（減算）を行う。
【００３４】
以上によって、実行システム１１が利用者からジョブ投入依頼あるいはセション開設依頼を受けたときに、仕事量を決定してジョブ数とともに管理サーバ１に通知し、管理サーバ１１が図５の管理テーブル２を参照して利用者単位およびグループ単位に制限値をそれぞれ越えていないか判別し、越えていないときに受付許可し、それ以外のときに受付拒否と決定して実行サーバ１１に返答し、実行サーバ１１は受付許可のときにのみ自己の管理テーブル１２を更新（加算）してジョブを実行すると共に管理サーバ１に通知して管理テーブル２を更新（加算）し、実行システムがジョブ終了したときに自己の管理テーブル１２を更新（減算）すると共に管理サーバ１に通知して管理テーブル２を更新（減算）する。これにより、複数の実行サーバ１１が接続されたネットワークというセンタ全体に１つの管理サーバ１を設けたシステムにおいて、利用者単位およびグループ単位にジョブ数および仕事量の制限を簡易かつ簡単な処理で管理し、利用者単位およびグループ単位にサービスの均等化を図ることが可能となる。
【００３５】
図３は、本発明のリカバリフローチャートを示す。
図３において、Ｓ３１は、実行システム起動時に以下の処理を行う。この他に、システム停止時に以下の処理を行ってもよい。
【００３６】
Ｓ３２は、実行システム内の受付ジョブ数の検索を行う。
Ｓ３３は、実行システム内の管理テーブル１２との比較を、利用者単位およびグループ単位に行う。これらＳ３２、Ｓ３３は、実行システム１１が起動時などに当該実行システム１１内の受付ジョブ数を検索し、管理テーブル１２と利用者単位およびグループ単位に比較する。
【００３７】
Ｓ３４は、差分が０か判別する。これは、Ｓ３３で比較した結果、差分が０（零）で等しいか判別する。ＹＥＳの場合には、実行システム１１内の管理テーブル１２の内容が正しいので終了する。ＮＯの場合には、実行システム１１内の管理テーブル１２の内容が正しくないので、Ｓ３５に進む。
【００３８】
Ｓ３５は、管理サーバ１に差分を通知する。
Ｓ３６は、管理サーバ１がＳ３５の差分の通知を受信する。
Ｓ３７は、センタ（管理サーバ１）の管理テーブル２の更新を行う。これにより、実行システム１１の実際のジョブ数や仕事量に管理テーブル１２を更新して補正すると共に、同期化のために管理サーバ１にその差分を通知して当該管理サーバ１内の管理テーブル２に差分を反映して補正し同期化を図り、リカバリを行う。
【００３９】
以上によって、実行システム１１に何らかの障害発生し、再起動時などに実行システム内の受付ジョブ数を検索して管理テーブル１２と比較し差分が有ればそれを反映すると共に管理サーバ１に通知して管理テーブル２を更新して補正し、同期化を図り、リカバリを行うことが可能となる。
【００４０】
図４は、本発明のテーブル例（実行システム）を示す。
図４の（ａ）は、ジョブ投入例を示す。これは、既述した図２のＳ１で図示外のクライアント端末から実行システム（ＶＰＰ）１１にジョブが投入された様子を示す。例えばジョブ投入は、上段に示すように、
・コマンド：例えば図示の“ｑｓｕｂ”
・クラス名：例えば図示の“ａ”
・ジョブ名：例えば図示の“×××”
というコマンド・クラス・ジョブ名によって行う。また、例えばセションの開設は、下段に示すように、
・コマンド：例えば図示の“ｒｌｏｇｉｎ”
・ホスト名：例えば図示の“×××”
というコマンド・ホスト名によって行う。
【００４１】
図４の（ｂ）は、仕事量テーブル（ＶＰＰ）例を示す。これは、図１の実行システム（ＶＰＰ）１１の仕事量テーブルの例であって、図４の（ａ）のジョブ投入されたときにそのクラス名によって決まる仕事量を取り出す。例えばクラス名“ＴＳＳ（タイムシェアリング）”の場合には仕事量“１０”となる。これにより、既述した図２のＳ２の仕事量が仕事量テーブルから取り出して決定（獲得）されることとなる。
【００４２】
図４の（ｃ）は、管理テーブル（ＶＰＰ、利用者単位）例を示す。これは、図１の実行システム（ＶＰＰ）の管理テーブル１２の例であって、利用者単位にジョブ数、仕事量を設定して管理するものである。
【００４３】
図４の（ｄ）は、管理テーブル（グループ単位）例を示す。これは、図１の実行システム（ＶＰＰ）の例であって、グループ単位にジョブ数、仕事量を管理するものである。グループは、図示のように“製造”、“営業”というようなあるまとまりのある単位であって、利用者はこれらいずれかのグループに属することとなる。このグループ単位のジョブ数、仕事量は、当該グループに属する利用者のジョブ数、仕事量の総和である。
【００４４】
図５は、本発明のテーブル例（管理サーバ）を示す。
図５の（ａ）は、管理テーブル（利用者単位）例を示す。これは、管理サーバ１が利用者単位に図１のシステム全体における制限値（ジョブ数、仕事量）、および現在の状態（ジョブ数、仕事量）を設定したものである。現在の状態に、新たに受付ようとするジョブ数および仕事量を加算し、制限値を越えない場合には、ジョブ受付許可し、越える場合に受付拒否する。そして、受け付けた場合には、現在の状態のジョブ数、仕事量に受け付けたジョブ数、仕事量を加算し、ジョブ終了時に受け付けたジョブ数、仕事量を減算する。
【００４５】
図５の（ｂ）は、管理テーブル（グループ単位）例を示す。これは、管理サーバ１がグループ単位に図１のシステム全体のおける制限値（ジョブ数、仕事量）、および現在の状態（ジョブ数、仕事量）を設定したものである。現在の状態に、新たに受付ようとするジョブ数および仕事量を加算し、制限値を越えない場合には、ジョブ受付許可し、越える場合に受付拒否する。そして、受け付けた場合には、現在の状態のジョブ数、仕事量に受け付けたジョブ数、仕事量を加算し、ジョブ終了時に受け付けたジョブ数、仕事量を減算する。
【００４６】
図５の（ｃ）は、グループテーブル例を示す。これは、グループ名に対応づけ当該グループに属する利用者名を設定したものであって、利用者がいずれのグループに属するかを判別するためのものである。
【００４７】
【発明の効果】
以上説明したように、本発明によれば、複数の実行サーバ１１が接続されたネットワークというセンタ全体に１つの管理サーバ１を設け、利用者単位およびグループ単位に仕事量の制限を管理する構成を採用しているため、利用者単位およびグループ単位にサービスの均等化を簡易な処理で実現できる。また、複数の実行システム１１のうちのいずれかに障害発生しても、起動時などに自己の保持する管理テーブル１２および管理サーバ１が持つ管理テーブル２を補正して正しく自動的に更新してリカバリを簡易に行い、処理を続行することが可能となる。
【図面の簡単な説明】
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャートである。
【図３】本発明のリカバリフローチャートである。
【図４】本発明のテーブル例（実行システム）である。
【図５】本発明のテーブル例（管理サーバ）である。
【符号の説明】
１：管理サーバ
２、１２：管理テーブル
３、１３：グループテーブル
４：判定部
１１：実行システム
１４：処理依頼受け付け部
１５：仕事量決定部
１６：判定依頼部
１７：処理実行部
【図１】
0003898314.tif 000002
【図２】
0003898314.tif 000003
【図３】
0003898314.tif 000004
【図４】
0003898314.tif 000005
【図５】
0003898314.tif 000006