(57)【要約】【課題】  従来のバッチ処理システムでは、特定のユーザを認識して、情報を必要とするクライアントに通知をすることができない。本発明の目的は、業務サーバから通知される情報を、その情報を必要とする特定のクライアントに通知する方法を提供することにある。【解決手段】  バッチ処理を行うサーバに、バッチ処理の異常終了を監視する機能及び個別のクライアントに異常を通知する機能を設けることにより、即座にバッチ処理を投入したクライアントに異常を通知する。【選択図】  図１
2010170169.tif 000002
【特許請求の範囲】
【請求項１】
クライアントと、前記クライアントからの業務処理を受け付ける業務サーバと、バッチ処理を行うバッチ業務サーバからなるサーバクライアントシステムにおいて、
前記クライアントは、前記業務サーバに業務処理要求を送信し、
前記業務サーバは、前記業務処理要求を受信すると、前記バッチ業務サーバにバッチ処理要求を送信し、
前記バッチ業務サーバは、前記バッチ処理要求を受信すると、バッチ処理を開始し、当該バッチ処理の結果を前記クライアントに送信することを特徴とするサーバクライアントシステム。
【請求項２】
請求項１記載のサーバクライアントシステムにおいて、
前記バッチ業務サーバは、前記バッチ処理要求を受信すると、バッチ処理ＩＤとユーザＩＤの対応を記録することを特徴とするサーバクライアントシステム。
【請求項３】
請求項２記載のサーバクライアントシステムにおいて、
前記バッチ業務サーバは、前記バッチ処理が異常終了した場合、前記ユーザＩＤと対応するＩＰアドレスを宛先として、異常終了通知を送信することを特徴とするサーバクライアントシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はクライアントとサーバからなるシステムの監視方法及び装置に関する。
【背景技術】
【０００２】
近年オンライン画面から処理要求を投入し、その要求を処理する際に、要求結果の出力に時間を要する場合、サーバ側で要求から起動されるオンラインバッチ処理を行うシステムが存在する。このオンラインバッチ処理にて異常が発生した際には、その異常を発生したクライアントに対して、メッセージを通知できる事が望ましい。バッチ処理とは、一定期間、もしくは一定量のデータをまとめて一括処理を行う処理方式である。
【０００３】
従来、システムの異常を検知し通知する方式としては、例えば、特許文献１に記載のものが知られている。これは、監視対象の業務サーバで異常を検出するための監視装置を備え、監視装置が業務サーバに状態要求を出力し、異常かどうかの判別を行った後に、システム統括管理サーバに対して該障害発生に関する情報通知を実現している。
【０００４】
【特許文献１】特開2000-29745公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記特許文献1に記載の技術では、特別なサーバに異常を通知する事はできるが、特定のユーザを認識して、情報を必要とするクライアントに通知をすることができない。本発明の目的は、業務サーバから通知される情報を、その情報を必要とする特定のクライアントに通知する方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明は、業務サーバとクライアントがネットワークを介して接続された状態で、クライアントから通知先を判別する情報を通知する手段と、業務サーバに通知するためのデータが格納されたテーブルを持ち、業務サーバで異常が発生した場合には、業務サーバは自動的に通知するクライアントを判別し、情報を通知する手段をもつ事を特徴とする。
【発明の効果】
【０００７】
以上、説明したように、業務サーバで異常が発生した場合には、業務サーバは自動的に通知するクライアントを判別し、情報を通知する事が可能となる。
【発明を実施するための最良の形態】
【０００８】
図1に本発明実施の一形態であるサーバクライアントシステムと処理の流れの概要を示す。図１のシステムはクライアント１０１と、業務サーバ１０２と、バッチ業務サーバ１０３を含む。クライアント１０１はユーザが業務を業務サーバ１０２に業務を投入する際に利用するＰＣやワークステーションなどである。業務サーバ１０２は、クライアント１０１からの要求を受け付けて業務を行う業務用サーバである。バッチ業務サーバ１０３は、処理二時間のかかるバッチ処理などを行うために業務サーバ１０２とは個別に設けられたサーバである。本実施例では、業務サーバ１０２とバッチ業務サーバ１０３は個別に用意されているが、同一のサーバでもよい。クライアント１０１、業務サーバ１０２、バッチ業務サーバ１０３はそれぞれインターネットなどのネットワークを介して相互に接続されている。
【０００９】
システムの動作について説明する。クライアント１０１により業務サーバ１０２へ業務処理要求が送信される（１０４）。業務サーバ１０２は処理開始応答をクライアント１０１に送信し、業務処理を開始する（１０５，１０６）。（１０５）の処理に時間がかかる場合は、業務サーバ１０２はバッチ業務サーバ１０３へバッチ処理要求を送信する（１０７）。バッチ業務サーバ１０３は（１０７）のバッチ処理要求を受信すると、バッチ処理を開始する（１０８）。
【００１０】
次に、バッチ業務サーバ１０３はバッチ処理を行う過程で、処理に異常が発生したことを検知すると（１０９）、異常情報として（１０４）の処理要求を送信したクライアント１０１に異常を通知する（１１０）。クライアント１０１は（１１０）の異常通知を受信すると、ユーザに異常結果を表示する（１１１）。
【００１１】
図２に各装置の機能ブロックを示す。クライアント１０１は、処理要求機能部２０１と、異常表示機能部２０２を有する。処理要求機能部２０１は、業務サーバ１０２に処理を要求し、異常表示機能部２０２は、バッチ業務サーバ１０３から処理が以上終了した際に通知を受信し、ユーザに以上終了したことを知らせる表示を行う。
【００１２】
業務サーバ１０２は、業務処理部２０３を有する。業務処理部２０３は、クライアント１０１から処理要求を受信し、処理を受け付けた旨の表示や、バッチ業務サーバ１０３へバッチ処理を要求する。ここで、バッチ業務サーバ１０３へ要求する処理は、会社の売り上げの集計や、ウェブページのページ単位でのアクセス数の集計など時間のかかる処理である。
【００１３】
バッチ業務サーバ１０３は、バッチ処理部２０４と、処理結果登録部２０５と、通知テーブル２０６と、クライアントテーブル２０７と、通知先判別部２０８と、通知部２０９を有する。バッチ処理部２０４は、業務サーバ１０２より受信した処理要求に基づきバッチ処理を行うと共に、通知テーブル２０６に処理内容ごとに、バッチＩＤ，要求クライアントを書き込む。
【００１４】
処理結果登録部２０５は、バッチ処理の状態、結果を監視し、一定間隔でバッチの状態（実行中）や、結果（異常、正常）を書き込み、結果が異常である場合には、その詳細情報を通知テーブルに書き込む。
【００１５】
通知テーブル２０６は、バッチ処理ごとの状態情報や、クライアント情報を格納するデータベースである。詳細は後述する。クライアントテーブル２０７は、バッチ処理の結果を通知するクライアントのＩＰアドレスを参照するために用いられるデータベースである。詳細は後述する。
【００１６】
知先判別部２０８では、一定間隔で通知テーブル２０６を読み込み、異常終了しているバッチ処理があった際には、通知部２０９に対しクライアント１０１に異常が発生したことを通知するように要求する。その際、知先判別部２０８は、通知テーブル２０６から、処理を要求した要求クライアントの情報、異常の詳細情報を取得し、異常を通知するクライアント１０１のＩＰアドレスをクライアントテーブル２０７から取得し、通知部２０９に処理とともに引き継ぐ。
【００１７】
通知部２０９では、引き継いだ要求クライアントの情報、要求クライアントのＩＰアドレスを基に、クライアント１０１にバッチの実行結果が異常であったことを通知する異常終了通知を送信する。この際、異常となった理由を、通知テーブル２０６から抽出し、クライアント１０１に通知するとともに、クライアント１０１への通知が正常に終了したかどうかを、通知テーブル２０６に記録する。
【００１８】
通知部２０９では、クライアント１０１への異常終了通知が成功した場合、通知部２０９は通知テーブル２０６に異常終了通知が成功したことを記録する。通知が成功しなかった場合は、通知が失敗したことを記録する。通知部２０９では、一定間隔で通知テーブル２０６を参照し、失敗している通知を抽出し、再度通知を試みる。この通知処理をクライアント１０１への通知が成功するまで繰り返す。
【００１９】
クライアント１０１では、通知部２０９から情報を受けとり、異常表示機能部２０２によって、クライアント１０１の画面上に、バッチ状態・結果、結果詳細を表示する。
【００２０】
図３ａ、図３ｂに通知テーブル２０６、クライアントテーブル２０７の詳細を示す。通知テーブル２０６はテーブルの要素として、バッチＩＤ３０１ａと、要求クライアント３０２ａと、バッチ状態・結果３０３ａと、結果詳細３０４ａと、通知状態・結果３０５ａを有する。
【００２１】
バッチＩＤ３０１ａは、バッチ処理を一意に識別するためのＩＤである。要求クライアント３０２ａはバッチ処理を投入したクライアントを識別するためのＩＤである。バッチ状態・結果３０３ａは、バッチ処理の状態を格納するためのものである。状態として、実行中、正常終了、異常終了がある。
【００２２】
結果詳細３０４ａは、処理結果登録部２０５が異常終了を検知した場合にその詳細を書き込む際に利用される。通知状態・結果３０５ａは、通知部２０９がクライアント１０１への通知が成功したか否かを記録する際に利用される。通知部２０９は一定間隔で通知テーブル２０６の通知状態・結果３０５ａを参照して、通知が成功したかを判断する。
【００２３】
クライアントテーブル２０７はテーブルの要素として、要求クライアント３０１ｂと、ＩＰアドレス３０２ｂを有する。要求クライアント３０１ｂは、バッチ処理を投入したクライアントを識別するためのＩＤであり、通知先判別部２０８が通知テーブル２０６の要求クライアント３０２ａとＩＰアドレスを紐付けするために利用される。ＩＰアドレス３０２ｂは各クライアント１０１のＩＰアドレスを格納している。
【００２４】
以上、本実施例の形態をとることにより、バッチ処理が以上終了した場合にもバッチ処理を投入したクライアント１０１に即座に異常終了を通知することができる。
【図面の簡単な説明】
【００２５】
【図１】システム概要の一例
【図２】各装置の機能部の一例
【図３】通知テーブル、クライアントテーブルの一例
【符号の説明】
【００２６】
１０１  クライアント
１０２  業務サーバ
１０３  バッチ業務サーバ
２０１  処理要求機能部
２０２  異常表示機能部
２０３  業務処理部
２０４  バッチ処理部
２０５  処理結果登録部
２０６  通知テーブル
２０７  クライアントテーブル
２０８  通知先判別部
２０９  通知部  
【図１】
2010170169.tif 000003
【図２】
2010170169.tif 000004
【図３】
2010170169.tif 000005