(57)【要約】【課題】確実にアプリケーションプログラムの動作を停止させる。システムを停止させることなくタイムアウト判定時間を動的に変える。【解決手段】タイムアウト判定手段２において、一定時間毎に、タイムアウト判定時間Ｔｏとサービスの開始からの時間とを比較する。サービスの開始からの時間がタイムアウト判定時間Ｔｏを超えていれば、終了通知４をアプリケーションプログラムＡＰに送り、その動作を停止させる。判定時間変更手段５を設ける。判定時間変更手段５は、処理中のサービスの有無に拘わらず、オペレータからの変更指示を受け付けてタイムアウト判定時間Ｔｏの変更を行う。【選択図】        図１
2004334554.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに備えられたアプリケーションプログラムが端末に対して複数回の送受信を行って一連のサービスを完結するコンピュータシステムの監視方式において、
処理中のサービスの状態を一定時間毎に監視し、そのサービスの開始からの時間が予め設定されているタイムアウト判定時間を超えていた場合、前記アプリケーションプログラムに終了通知を行う終了通知手段と、
処理中のサービスの有無に拘わらず変更指示を受け付けて前記タイムアウト判定時間を変更する判定時間変更手段と
を備えたことを特徴とするコンピュータシステムの監視方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、コンピュータシステムの監視方式に関し、特にコンピュータに備えられたアプリケーションプログラムが端末に対して複数回の送受信を行って一連のサービスを完結するコンピュータシステムの監視方式に関するものである。
【０００２】
【従来の技術】
従来より、コンピュータシステムとして、図２に示すようなものがある。同図において、１０１はホストコンピュータ（上位コンピュータ）、１０２（１０２ａ，１０２ｂ，１０２ｃ）はクライアントコンピュータ（下位コンピュータ）、１０３は回線網である。ホストコンピュータ１０１は回線網１０３を介してクライアントコンピュータ（以下、端末と呼ぶ）１０２と接続されている。
【０００３】
ホストコンピュータ１０１は、アプリケーションプログラムＡＰ（ＡＰ１，ＡＰ２・・・・ＡＰｎ）を備えており、アプリケーションプログラムＡＰ１，ＡＰ２・・・・ＡＰｎが個々の端末１０２に対して連続して動作することにより、一連のサービスを完結する。
【０００４】
このコンピュータシステムでは、回線異常や途中の処理の異常（ホスト障害）などで正常に処理できない場合の終了通知がアプリケーションプログラムＡＰに対して行われず、その結果、例えば一度確保したメモリ領域がなかなか開放されない等の問題があった。
【０００５】
そこで、本出願人は、回線異常やホスト障害などが発生した場合でも、アプリケーションプログラムＡＰを確実に停止するようにしたコンピュータシステムの監視方式を先に提案した（特許文献１参照）。このコンピュータシステムの監視方式では、ホストコンピュータ１０１において、処理中のサービスの状態を一定時間毎に監視し、そのサービスの開始からの時間が予め設定されているタイムアウト判定時間（Ｔｏ）を超えていた場合、アプリケーションプログラムＡＰに終了通知を行うようにしている。
【０００６】
これにより、回線異常やホスト障害などが発生しても、サービスの開始からの時間がタイムアウト判定時間Ｔｏを超えていたことが確認されれば、アプリケーションプログラムＡＰに対する終了通知が行われるものとなり、一度確保したメモリ領域がなかなか開放されない等の問題が解決される。
【０００７】
【特許文献１】
特開２０００−３２２２９０号公報
【特許文献２】
特開２００１−２７３２２０号公報
【０００８】
【発明が解決しようとする課題】
サービスの処理中、タイムアウト判定時間Ｔｏの適切値は、その時々の通信環境など状況によって変化する。しかしながら、特許文献１に示されたコンピュータシステムの監視方式では、タイムアウト判定時間Ｔｏが固定とされていたために、不必要に長いタイムアウト判定時間Ｔｏが用いられたり、短いタイムアウト判定時間Ｔｏが用いられたりすることがあった。
【０００９】
なお、特許文献２には、コンピュータからネットワーク上の周辺機器の状態を取得するシステムが示されている。このシステムでは、コンピュータから周辺機器に対して状態取得のためのコマンドを送信し、このコマンドに対する応答が予め定められたタイムアウト時間が過ぎても返ってこない場合、状態取得に失敗したと判断するようにしている。この判断に際して用いるタイムアウト時間は変更することが可能である。
【００１０】
しかし、この特許文献２は、ネットワーク上の周辺機器の状態を監視するものであり、処理中のサービスの状態を監視するものではなく、本発明とはその前提が全く異なっている。また、タイムアウト時間を変更することは可能であるが、コンピュータから周辺機器に対して状態取得のためのコマンドを送信している間、すなわち状態取得の処理中（本発明でいうサービスの処理中に対応）は、タイムアウト時間の変更を行うことができない。
【００１１】
本発明はこのような課題を解決するためになされたもので、その目的とするところは、確実にアプリケーションプログラムの動作を停止させることができ、かつサービスの処理中であってもタイムアウト判定時間を動的に変えることができるコンピュータシステムの監視方式を提供することにある。
【００１２】
【課題を解決するための手段】
このような目的を達成するために本発明は、コンピュータに備えられたアプリケーションプログラムが端末に対して複数回の送受信を行って一連のサービスを完結するコンピュータシステムの監視方式において、処理中のサービスの状態を一定時間毎に監視し、そのサービスの開始からの時間が予め設定されているタイムアウト判定時間を超えていた場合、アプリケーションプログラムに終了通知を行う終了通知手段と、処理中のサービスの有無に拘わらず変更指示を受け付けてタイムアウト判定時間を変更する判定時間変更手段とを設けたものである。
この発明によれば、処理中のサービスの状態が一定時間毎に監視され、サービスの開始からの時間がタイムアウト判定時間を超えたことが確認されると、アプリケーションプログラムの動作が停止される。また、サービスの処理中であっても、タイムアウト判定時間を変更することができる。
【００１３】
【発明の実施の形態】
以下、本発明を図面に基づいて詳細に説明する。図１はこの発明の一実施の形態におけるホストコンピュータの要部を示す図である。
【００１４】
この実施の形態において、ホストコンピュータ１００は、サービスの処理状態を管理する処理状態管理部１と、一定時間毎にタイマ起動され予め設定されているタイムアウト判定時間Ｔｏとサービスの開始からの時間との比較によりタイムアウトか否かの判定を行うタイムアウト判定手段２と、タイムアウト判定手段２からの判定結果に基づいてタイムアウトの旨の通知（終了通知）４を作成する終了通知作成手段３と、終了通知作成手段３からの終了通知４を受け取るアプリケーションプログラムＡＰと、処理中のサービスの有無に拘わらずオペレータからの変更指示を受け付けてタイムアウト判定時間Ｔｏの変更を行う判定時間変更手段５とを備えている。
【００１５】
処理状態管理部１は状態管理テーブル１ａを含む。アプリケーションプログラムＡＰは連続して動作するアプリケーションプログラムＡＰ１，ＡＰ２・・・・ＡＰｎを備えている。ホストコンピュータ１００は、回線６を介して、図２に示した回線網１０３に接続されている。
【００１６】
次に、図１を参照して本実施の形態の全体の動作について説明する。ホストコンピュータ１００において、アプリケーションプログラムＡＰ１は、回線６を介して例えば端末１０２ａから開始通知７を受け取り、処理を行い、回線６を介して端末１０２ａに電文を送信する。続いて、アプリケーションプログラムＡＰ２が端末１０２ａから電文を受け取り、処理を行い端末１０２ａに電文を送信する。同様にして、順に処理を行い、最後に終了通知８を受け取ったアプリケーションプログラムＡＰｎが処理を行い、状態管理テーブル１ａを「処理完」として、一連のサービスを完結する。
【００１７】
〔タイムアウト判定〕
この一連のサービス処理において、アプリケーションプログラムＡＰ１は、開始通知７を受け取った際に、状態管理テーブル１ａにそのサービスが「処理中」である旨と時刻（開始時刻）を設定する。一定時間毎にタイマ起動されるタイムアウト判定手段２は、状態管理テーブル１ａ内の処理中のサービスに対して、開始時刻からの経過時間がタイムアウト判定時間Ｔｏを超えていないかのチェックを行い、超えていた場合には、その旨を終了通知作成手段３へ通知する。
【００１８】
終了通知作成手段３は、タイムアウト判定手段２からのサービスの開始時刻からの経過時間がタイムアウト判定時間Ｔｏを超えていたことの通知を受けて、終了通知４を作成し、アプリケーションプログラムＡＰ宛に送信する。終了通知４を受け取ったアプリケーションプログラムＡＰは、状態管理テーブル１ａを「処理完」とし、サービスの終わりで必要な処理を行い、その動作を停止する。
【００１９】
〔タイムアウト判定時間の変更〕
この実施の形態において、オペレータは、処理中のサービスの有無に拘わらずタイムアウト判定時間Ｔｏを変更することができる。すなわち、本実施の形態において、タイムアウト判定時間Ｔｏは、サービスの処理を行っていない場合（システム停止中）だけではなく、サービスの処理を行っている場合（システム稼働中）でも変更することが可能である。
【００２０】
この変更に際して、オペレータは、判定時間変更手段５に対して、所望のタイムアウト判定時間Ｔｏの変更指示を与える。この変更指示を受けて、判定時間変更手段６は、処理中のサービスの有無に拘わらず、タイムアウト判定時間Ｔｏを変更する。
【００２１】
このように、本実施の形態では、サービスの処理中であってもタイムアウト判定時間Ｔｏを変更することができるので、すなわちシステムを停止させることなく動的にタイムアウト判定時間Ｔｏを変更することができるので、その時々の通信環境など状況によってタイムアウト判定時間Ｔｏの最適値が変化しても、このタイムアウト判定時間Ｔｏの最適値の変化に即座に対応することが可能となる。
【００２２】
【発明の効果】
以上説明したことから明らかなように本発明によれば、処理中のサービスの状態が一定時間毎に監視され、サービスの開始からの時間がタイムアウト判定時間を超えたことが確認されると、アプリケーションプログラムの動作が停止されるので、例えば一度確保したメモリ領域がなかなか開放されない等の問題を解決することができる。また、本発明によれば、サービスの処理中であってもタイムアウト判定時間を動的に変えることができるので、その時々の通信環境など状況によってタイムアウト判定時間の最適値が変化しても、このタイムアウト判定時間の最適値の変化に即座に対応することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるホストコンピュータの要部を示す図である。
【図２】コンピュータシステムのシステム構成図である。
【符号の説明】
１…処理状態管理部、１ａ…状態管理テーブル、２…タイムアウト判定手段、３…終了通知作成手段、４…終了通知、５…判定時間変更手段、６…回線、７…開始通知、８…終了通知、ＡＰ（ＡＰ１〜ＡＰｎ）…アプリケーションプログラム、１００…ホストコンピュータ、１０２…クライアントコンピュータ（端末）、１０３…回線網。
【図１】
2004334554.tif 000003
【図２】
2004334554.tif 000004