(57)【特許請求の範囲】
【請求項１】
分散処理を行って、ユーザへ情報を提供する分散処理システムにおいて、
前記情報の送信依頼を行う情報送信依頼手段と、受信した前記情報をユーザへ提供する情報提供手段と、から構成されるクライアント・アプリケーションを有するクライアント装置と、
前記情報を管理する情報管理手段と、前記情報を前記クライアント・アプリケーションへ中継送信する情報中継送信手段と、から構成されるサービス・アプリケーションを有する情報中継装置と、
前記クライアント・アプリケーションのアカウント認証を行うアカウント認証手段と、前記情報の蓄積を行う情報蓄積手段と、前記アカウント認証によって正当性が認識された後、前記クライアント・アプリケーションに対応する前記サービス・アプリケーションのログオン時の起動及び前記サービス・アプリケーションのログオフ時の停止を制御するサービス・アプリケーション制御手段と、から構成されるサーバ・アプリケーションを有するサーバ装置と、
を備え、
前記サービス・アプリケーション制御手段は、前記クライアント装置からのアカウント認証の要求時に、複数の前記サービス・アプリケーションが設定された場合は、複数の前記サービス・アプリケーションに関するログオン時の起動またはログオフ時の停止を一括して制御する、
ことを特徴とする分散処理システム。
【請求項２】
前記サーバ装置の前記サーバ・アプリケーションは、ログオン時にタイマを稼働し、タイマ設定値になった場合には、自律的に前記サーバ・アプリケーションをログオフにするタイマ設定手段をさらに有することを特徴とする請求項１記載の分散処理システム。
【請求項３】
前記サーバ装置の前記サーバ・アプリケーションは、前記クライアント・アプリケーションとの通信状態を監視し、障害が発生した場合には、自律的に前記サーバ・アプリケーションをログオフにする通信状態監視手段をさらに有することを特徴とする請求項１記載の分散処理システム。
【請求項４】
クライアントのアカウント認証を行うアカウント認証手段と、
前記アカウント認証によって前記クライアントの正当性が認識された後、前記クライアントに対応するサービス・アプリケーションのログオン時の起動及び前記サービス・アプリケーションのログオフ時の停止を制御するサービス・アプリケーション制御手段と、
を備え、
前記サービス・アプリケーション制御手段は、前記クライアントからのアカウント認証の要求時に、複数の前記サービス・アプリケーションが設定された場合は、複数の前記サービス・アプリケーションに関するログオン時の起動またはログオフ時の停止を一括して制御する、
ことを特徴とするサーバ装置。
【請求項５】
ログオン時にタイマを稼働し、タイマ設定値になった場合には、自律的にサーバ・アプリケーションをログオフにするタイマ設定手段をさらに有することを特徴とする請求項４記載のサーバ装置。
【請求項６】
前記クライアントとの通信状態を監視し、障害が発生した場合には、自律的にサーバ・アプリケーションをログオフにする通信状態監視手段をさらに有することを特徴とする請求項４記載のサーバ装置。
【発明の詳細な説明】
【０００１】
技術分野
本発明は分散処理システムに関し、特に分散処理を行ってサービスを提供する分散処理システムに関する。
【０００２】
背景技術
近年、コンピュータシステムの処理形態として、クライアント／サーバに代表される分散処理形態が広く活用されている。分散処理とは、複数のコンピュータやアプリケーションがネットワーク環境において結合され、資源を共有して動作を協調しながらサービスを提供する処理のことをいう。
【０００３】
図８は分散処理システムの一例を示す図である。図に示すシステムは、クライアント・アプリケーション２０１、２０２、サービス・アプリケーション３０１〜３０３及びサーバ・アプリケーション４００から構成される。
【０００４】
クライアント・アプリケーション２０１、２０２は、サービス情報を依頼するアプリケーションである。サーバ・アプリケーション４００は、サービス情報を一括して蓄積・管理するアプリケーションである。
【０００５】
サービス・アプリケーション３０１〜３０３は、サーバ・アプリケーション４００からサービス情報を受け取り、依頼されたサービス情報をクライアント・アプリケーション２０１、２０２へ提供するアプリケーションである。
【０００６】
ここで、図に示すシステムを、ネットワーク監視を行うシステムとする。そして、クライアント・アプリケーション２０１をネットワークで発生した障害情報を画面上に表示するＧＵＩ（Graphical User Interface) とし、サービス・アプリケーション３０１を障害情報を提供するアプリケーションとする。
【０００７】
次に動作について説明する。
〔Ｓ１００〕サーバ・アプリケーション４００は、ネットワークから送られた障害情報を受信して蓄積する。
〔Ｓ１０１〕クライアント・アプリケーション２０１は、ユーザ認証要求をサーバ・アプリケーション４００へ送信する。
〔Ｓ１０２〕サーバ・アプリケーション４００は、正当ユーザであることを認識すると、正常応答をクライアント・アプリケーション２０１へ返送する。
〔Ｓ１０３〕サーバ・アプリケーション４００は、サービス・アプリケーション３０１へ障害情報を送信する。
〔Ｓ１０４〕サービス・アプリケーション３０１は、サーバ・アプリケーション４００へ正常応答を返送する。
〔Ｓ１０５〕クライアント・アプリケーション２０１は、障害情報を通知すべきサービス・アプリケーション３０１へ起動をかける。
〔Ｓ１０６〕サービス・アプリケーション３０１は、クライアント・アプリケーション２０１へ障害情報を送信する。
〔Ｓ１０７〕クライアント・アプリケーション２０１は、サービス・アプリケーション３０１から送信された障害情報を受信して画面上に表示する。
【０００８】
なお、上述のステップＳ１０１、Ｓ１０５は、クライアント・アプリケーション２０１のログオン時の動作に含まれる。一方、ログオフ時には、クライアント・アプリケーション２０１は、サービス・アプリケーション３０１を停止して、利用状態を終了する。
【０００９】
しかし、上記のような従来の分散処理システムでは、クライアント・アプリケーション２０１のログオン／ログオフ時には、対応するサービス・アプリケーション３０１との関係をとった後に起動／停止を行う必要がある。
【００１０】
すなわち、障害情報を表示（否表示）するクライアント・アプリケーション２０１は、対応するサービス・アプリケーション３０１を選択した後、起動（停止）する必要があるため、ユーザ側でのログオン／ログオフ時の処理プロセスが多く、効率が悪いといった問題があった。
【００１１】
また、従来では、クライアント・アプリケーション２０１が異常終了し、再起動がかかった場合、クライアント・アプリケーション２０１とサーバ・アプリケーション４００間で状態の不一致が生じるといった問題があった。
【００１２】
図９はクライアント・アプリケーション２０１とサーバ・アプリケーション４００間の状態不一致を説明する図である。（Ａ）は正常時の動作を示し、（Ｂ）はクライアント・アプリケーション２０１が異常終了して再起動をかけた場合を示している。なお、図中のＯＮはログオン状態を示し、ＯＦＦはログオフ状態を示す。
【００１３】
（Ａ）に対し、クライアント・アプリケーション２０１が正常終了してＯＦＦの場合、サーバ・アプリケーション４００もＯＦＦである。そして、クライアント・アプリケーション２０１をＯＮにすると、サーバ・アプリケーション４００にもログオンが指示されＯＮになる。
【００１４】
（Ｂ）に対し、クライアント・アプリケーション２０１が異常終了してＯＦＦになった場合、サーバ・アプリケーション４００はＯＮのままである。その後、クライアント・アプリケーション２０１を再起動してＯＮにすると、サーバ・アプリケーション４００にもログオンが指示されるが、すでにサーバ・アプリケーション４００はＯＮであるためＮＧとなる。
【００１５】
このように、クライアント・アプリケーション２０１が異常終了し、再起動をかけた場合、ログオン状態をすでに保持しているサーバ・アプリケーション４００へさらにログオン指示が与えられるといった不具合が生じるため、システムの信頼性を低下させてしまう。
【００１６】
発明の開示
本発明はこのような点に鑑みてなされたものであり、クライアント・アプリケーション側での処理プロセスの簡略化及びシステムの信頼性の向上を図った分散処理システムを提供することを目的とする。
【００１７】
上記課題を解決するために、分散処理を行って、ユーザへ情報を提供する分散処理システムが提供される。この分散処理システムは、前記情報の送信依頼を行う情報送信依頼手段と、受信した前記情報をユーザへ提供する情報提供手段と、から構成されるクライアント・アプリケーションを有するクライアント装置と、前記情報を管理する情報管理手段と、前記情報を前記クライアント・アプリケーションへ中継送信する情報中継送信手段と、から構成されるサービス・アプリケーションを有する情報中継装置と、前記クライアント・アプリケーションのアカウント認証を行うアカウント認証手段と、前記情報の蓄積を行う情報蓄積手段と、前記アカウント認証によって正当性が認識された後、前記クライアント・アプリケーションに対応する前記サービス・アプリケーションのログオン時の起動及び前記サービス・アプリケーションのログオフ時の停止を制御するサービス・アプリケーション制御手段と、から構成されるサーバ・アプリケーションを有するサーバ装置とを備える。
【００１８】
ここで、サービス・アプリケーション制御手段は、クライアント装置からのアカウント認証の要求時に、複数のサービス・アプリケーションが設定された場合は、複数のサービス・アプリケーションに関するログオン時の起動またはログオフ時の停止を一括して制御する。
【００１９】
本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。
【００２０】
発明を実施するための最良の形態
以下、本発明の実施の形態を図面を参照して説明する。図１は分散処理システムの原理図である。分散処理システム１は、クライアント装置２０と情報中継装置３０とサーバ装置４０とから構成され、分散処理を行ってユーザへ情報を提供する。
【００２１】
なお、図では情報中継装置３０とサーバ装置４０とを独立して記載したが、情報中継装置３０内のサービス・アプリケーション３０−１〜３０−ｎをサーバ装置４０へ配置して、サーバ装置４０に情報中継装置３０の機能を持たせても構わない。
【００２２】
クライアント装置２０は、複数のクライアント・アプリケーション２０−１〜２０−ｎを有する。クライアント・アプリケーション２０−１〜２０−ｎは、情報を依頼し、ユーザに対して、受信した情報をユーザインタフェースによって提供するアプリケーションである。
【００２３】
情報中継装置３０は、複数のサービス・アプリケーション３０−１〜３０−ｎを有する。サービス・アプリケーション３０−１〜３０−ｎは、情報を、対応するクライアント・アプリケーション２０−１〜２０−ｎへ中継送信するアプリケーションである。
【００２４】
サーバ装置４０は、サーバ・アプリケーション４０−１を有する。サーバ・アプリケーション４０−１は、情報を一括して蓄積・管理するアプリケーションである。
【００２５】
クライアント・アプリケーション２０−１〜２０−ｎは、情報送信依頼手段２１と情報提供手段２２とから構成される。
情報送信依頼手段２１は、ユーザ認証要求等を送信して、情報の送信依頼をサーバ・アプリケーション４０−１へ行う。情報提供手段２２は、サービス・アプリケーション３０−１〜３０−ｎから受信した情報を、例えばＧＵＩでユーザへ提供する。
【００２６】
サービス・アプリケーション３０−１〜３０−ｎは、情報管理手段３１と情報中継送信手段３２とから構成される。
情報管理手段３１は、サーバ・アプリケーション４０−１から送られた情報を管理する。情報中継送信手段３２は、情報を、対応するクライアント・アプリケーション２０−１〜２０−ｎへ中継送信する。
【００２７】
サーバ・アプリケーション４０−１は、アカウント認証手段４１と情報蓄積手段４２とサービス・アプリケーション制御手段４３とから構成される。
アカウント認証手段４１は、クライアント・アプリケーション２０−１〜２０−ｎのアカウント認証を行う。また、アカウント認証手段４１は、後述のユーザアカウント管理テーブルＴを有する。情報蓄積手段４２は、情報の蓄積を行う。
【００２８】
サービス・アプリケーション制御手段４３は、アカウント認証によってクライアント・アプリケーション２０−１〜２０−ｎの正当性が認識された後、クライアント・アプリケーション２０−１〜２０−ｎに対応するサービス・アプリケーション３０−１〜３０−ｎのログオン時の起動及びサービス・アプリケーション３０−１〜３０−ｎのログオフ時の停止を制御する。
【００２９】
また、サーバ・アプリケーション４０−１は、タイマ設定手段と通信状態監視手段を有する。タイマ設定手段は、サーバ・アプリケーション４０−１のログオン時にタイマを稼働し、タイマ設定値になった場合には、自律的にサーバ・アプリケーション４０−１をログオフにする。
【００３０】
また、通信状態監視手段は、サーバ・アプリケーション４０−１とクライアント・アプリケーション２０−１〜２０−ｎとの通信状態を監視し、障害が発生した場合には、自律的にサーバ・アプリケーション４０−１をログオフにする。なお、タイマ設定手段と通信状態監視手段の詳細は後述する。
【００３１】
以上説明したように、分散処理システム１は、クライアント・アプリケーション２０−１〜２０−ｎに対応するサービス・アプリケーション３０−１〜３０−ｎのログオン時の起動とログオフ時の停止をサーバ・アプリケーション４０−１で制御する構成とした。
【００３２】
これにより、クライアント・アプリケーション２０−１〜２０−ｎでのログオン／ログオフ時の処理を簡略化することができるので、ユーザ側からの、よりトランスペアレントな操作を可能にする。
【００３３】
次にユーザアカウント管理テーブルＴについて説明する。図２はユーザアカウント管理テーブルＴの構成例を示す図である。ユーザアカウント管理テーブルＴは、ユーザアカウント情報として、ユーザ名、パスワード、そしてクライアント・アプリケーション２０−１〜２０−ｎが利用すべきサービス・アプリケーション３０−１〜３０−ｎのサービス・アプリケーションＩＤを管理する。サービス・アプリケーションＩＤは、図に示すように複数個を設定することができる。
【００３４】
また、パスワード情報として、パスワード有効期限、パスワード設定日を管理する。例えば、パスワード有効期限を６０日、パスワード設定日を１０月２０日とすれば、１０月２０日から６０日間、そのパスワードが使用できることになる。
【００３５】
さらに、サーバ・アプリケーション４０−１が現在ログオン、ログオフのいずれの状態であるかが記されたログオン／ログオフ状態情報が管理される。
アカウント認証手段４１は、このようなユーザアカウント管理テーブルＴを用いて、アカウント認証やログオン／ログオフ状態の不一致検出を行う。
【００３６】
ここで、クライアント・アプリケーション２０−１から送信されたユーザアカウント情報が、ユーザアカウント管理テーブルＴを用いて、正当のものではないと判断した場合には、アカウント認証手段４１はクライアント・アプリケーション２０−１へエラー通知を行う。
【００３７】
次にログオン／ログオフ状態の不一致検出について説明する。クライアント・アプリケーション２０−１とサーバ・アプリケーション４０−１がログオンした後、何らかの原因でクライアント・アプリケーション２０−１が異常終了した場合、ユーザはクライアント・アプリケーション２０−１を立ち上げて再度ログオンを試みることになる。
【００３８】
ところが、従来では、サーバ・アプリケーション４０−１はすでにログオン状態であるにもかかわらず、クライアント・アプリケーション２０−１からログオンの指示を受けると、ログオンするためのソフトウェアの処理が走ってしまい、サーバ・アプリケーション４０−１が異常状態になってしまうことがあった。
【００３９】
一方、ユーザアカウント管理テーブルＴに、サーバ・アプリケーション４０−１の現在のログオン／ログオフ状態情報が記されている。そして、クライアント・アプリケーション２０−１からログオンの指示を受けた場合、アカウント認証手段４１は、サーバ・アプリケーション４０−１が現在どのような状態であるかを認識し、クライアント・アプリケーション２０−１とサーバ・アプリケーション４０−１の状態が不一致である場合には、クライアント・アプリケーションにエラー通知を送信する。
【００４０】
例えば、クライアント・アプリケーション２０−１とサーバ・アプリケーション４０−１の双方がログオンした後に、クライアント・アプリケーション２０−１が異常終了し、ユーザがクライアント・アプリケーション２０−１を立ち上げて再度ログオンを試みたとする。
【００４１】
アカウント認証手段４１では、ユーザアカウント管理テーブルＴのログオン／ログオフ状態情報からすでにサーバ・アプリケーション４０−１がログオン状態であることを認識すると、クライアント・アプリケーション２０−１へエラー通知を行う。
【００４２】
これにより、ログオン状態をすでに保持しているサーバ・アプリケーション４０−１へ、さらにログオン指示が与えられても、サーバ・アプリケーション４０−１が異常状態になることを防止できるので、システムの信頼性を向上させることが可能になる。
【００４３】
次に分散処理システム１を適用したネットワーク監視システムを例にして以降詳しく説明する。図３はネットワーク監視システムの構成を示す図である。
ネットワーク監視システム１ａは、ネットワーク１００とクライアント装置２とサーバ装置４とから構成される。ネットワーク１００は、例えば、１０Ｇｂ／ｓの伝送容量を持つノード１０１〜１０４を含み、光ファイバでリング状に接続されたリングネットワークである。
【００４４】
サーバ装置４は、ノード１０１と接続し、サーバ装置４とクライアント装置２が互いに接続する。サーバ装置４は、ネットワーク１００のネットワーク情報を収集し、クライアント装置２は、収集されたネットワーク情報をユーザへ提供する。
【００４５】
ネットワーク情報とは、ネットワーク１００内で発生した障害情報や、システムの稼働状況及び資源利用状況等を含むパフォーマンス情報などに該当する。
サーバ装置４は、図１で上述したサーバ装置４０と情報中継装置３０に該当し、サーバ・アプリケーション４０−１とサービス・アプリケーション３０−１〜３０−ｎの両方のアプリケーションを有する。また、クライアント装置２は、図１で上述したクライアント装置２０に該当する。
【００４６】
図４はクライアント装置２とサーバ装置４の内部構成を示す図である。なお、説明を簡単にするため、クライアント装置２は、１つのクライアント・アプリケーションを有し、サーバ装置４は、２つのサービス・アプリケーションを有するものとする。
【００４７】
クライアント装置２は、ＧＵＩのクライアント・アプリケーション２０−１を有する。
また、サーバ装置４は、ネットワーク１００内で発生した障害情報や、パフォーマンス情報を収集するサーバ・アプリケーション４０−１と、障害情報をクライアント・アプリケーション２０−１へ通知するサービス・アプリケーション３０−１と、パフォーマンス情報をクライアント・アプリケーション２０−１へ通知するサービス・アプリケーション３０−２とを有する。
【００４８】
情報送信依頼手段２１ａは、ネットワーク情報の送信依頼をサーバ・アプリケーション４０−１へ行う。情報提供手段２２ａは、サービス・アプリケーション３０−１、３０−２から受信したネットワーク情報をユーザへ提供する。
【００４９】
情報管理手段３１−１は、サーバ・アプリケーション４０−１から送られた障害情報を管理する。情報中継送信手段３２−１は、障害情報をクライアント・アプリケーション２０−１へ中継送信する。
【００５０】
情報管理手段３１−２は、サーバ・アプリケーション４０−１から送られたパフォーマンス情報を管理する。情報中継送信手段３２−２は、パフォーマンス情報をクライアント・アプリケーション２０−１へ中継送信する。
【００５１】
アカウント認証手段４１ａは、クライアント・アプリケーション２０−１のアカウント認証及び上述したログオン／ログオフ状態の不一致検出を行う。情報蓄積手段４２ａは、障害情報やパフォーマンス情報等のネットワーク情報の蓄積を行う。
【００５２】
サービス・アプリケーション起動手段４３ａは、アカウント認証によってクライアント・アプリケーション２０−１の正当性が認識された後、クライアント・アプリケーション２０−１に対応するサービス・アプリケーション３０−１、３０−２のログオン時の起動及びサービス・アプリケーション３０−１、３０−２のログオフ時の停止を制御する。なお、タイマ設定手段４４ａは図６で、通信状態監視手段４５ａは図７で後述する。
【００５３】
次にサービス・アプリケーションのログオン時の起動に関する動作について説明する。図５はサービス・アプリケーションの起動を説明するための図である。クライアント・アプリケーション２０−１が障害情報を表示する際に必要な、サービス・アプリケーション３０−１の起動を示している図である。
【００５４】
アカウント認証手段４１ａが有するユーザアカウント管理テーブルＴには、ユーザＡのユーザアカウント情報として、ユーザ名、パスワード（クライアントＩＤは含まない）、サービス・アプリケーションＩＤ１、ＩＤ２が管理される（パスワード情報やログオン／ログオフ状態情報は省略した）。
【００５５】
次に動作について説明する。
〔Ｓ１〕クライアント・アプリケーション２０−１は、ユーザアカウント情報として、ユーザ名、パスワード、クライアントＩＤ１、サービス・アプリケーションＩＤ１をサーバ・アプリケーション４０−１へ送信する。
〔Ｓ２〕アカウント認証手段４１ａは、ユーザアカウント管理テーブルＴを用いて、ユーザの正当性を認識し、正常応答を返信する。
〔Ｓ３〕サービス・アプリケーション制御手段４３ａは、クライアント・アプリケーション２０−１から送信されたサービス・アプリケーションＩＤ１にもとづいて、障害情報通知制御を行うサービス・アプリケーション３０−１へ障害情報を送信し、かつサービス・アプリケーション３０−１を起動する。
【００５６】
なお、障害情報の送信は、障害が発生した時点で逐次、サービス・アプリケーション３０−１へあらかじめ送信しておいてもよい。
また、サービス・アプリケーション３０−１の起動を行う際には、クライアント・アプリケーション２０−１から送信されたクライアントＩＤ１を、サービス・アプリケーション３０−１へ送信する。
〔Ｓ４〕サービス・アプリケーション３０−１は、正常に起動した場合には正常応答をサーバ・アプリケーション４０−１へ返信する。
〔Ｓ５〕サービス・アプリケーション３０−１は、クライアントＩＤ１に該当するクライアント・アプリケーション２０−１へ障害情報の通知を行う。
【００５７】
なお、上記の説明では、１つのサービス・アプリケーション（サービス・アプリケーション３０−１）のみの起動を示したが、複数のサービス・アプリケーションを起動することもできる。
【００５８】
すなわち、クライアント・アプリケーション２０−１から、サービス・アプリケーションＩＤ１、ＩＤ２を送信すれば、サービス・アプリケーション３０−１、３０−２が起動し、クライアント・アプリケーション２０−１は、障害情報とパフォーマンス情報とを受信することができる。
【００５９】
以上説明したように、ネットワーク監視システム１ａは、クライアント・アプリケーション２０−１から送信されたユーザアカウント情報にもとづいて、サービス・アプリケーション制御手段４３ａがサービス・アプリケーションを起動する構成とした。
【００６０】
これにより、クライアント・アプリケーションのログオン時の処理を簡略化することができる。また、複数のサービス・アプリケーションを起動する場合、従来では、クライアント・アプリケーションが、対応するサービス・アプリケーションをログオン時に逐一起動していたが、サーバ・アプリケーション４０−１から一括して起動がかかることになる。
【００６１】
このように、ユーザ側ではサーバ・アプリケーションＩＤを含むユーザアカウント情報のみを送信すれば、複数のサーバ・アプリケーションを一括して起動がかかるので、ユーザ側操作の利便性の向上を図ることが可能になる。
【００６２】
次にタイマ設定手段４４ａについて説明する。図６はタイマ設定手段４４ａに関連するネットワーク監視システム１ａの動作フローを示す図である。
〔Ｓ１０〕サーバ・アプリケーション４０−１がログオンする。
〔Ｓ１１〕タイマ設定手段４４ａは、タイマを稼働する。
〔Ｓ１２〕タイマ設定手段４４ａは、あらかじめ設定されたタイマ設定値と、タイマ稼働時間を比較する。タイマ稼働時間がタイマ設定値に到達しなければステップＳ１１へ戻り、タイマ稼働時間がタイマ設定値に到達した場合はステップＳ１３へ行く。
〔Ｓ１３〕タイマ設定手段４４ａは、サーバ・アプリケーション４０−１をログオフにする。
〔Ｓ１４〕タイマ設定手段４４ａは、クライアント・アプリケーション２０−１へサーバ・アプリケーション４０−１がログオフした旨を通知する。
〔Ｓ１５〕サービス・アプリケーション制御手段４３ａは、起動していたサービス・アプリケーションを停止する。
【００６３】
以上説明したように、タイマ設定手段４４ａは、サーバ・アプリケーション４０−１がログオン時にタイマを稼働し、タイマ設定値になった場合には、自律的にサーバ・アプリケーション４０−１をログオフにする構成にした。
【００６４】
これにより、オペレータがタイマ値を設定することにより、サーバ・アプリケーション４０−１を任意の時間にログオフすることができるので、例えばユーザがクライアント装置２からしばらく離れるような場合に、第３者に対してクライアント装置２の使用を禁止することが可能になる。
【００６５】
次に通信状態監視手段４５ａについて説明する。図７は通信状態監視手段４５ａに関連するネットワーク監視システム１ａの動作フローを示す図である。
〔Ｓ２０〕通信状態監視手段４５ａは、クライアント・アプリケーション２０−１とサーバ・アプリケーション４０−１との通信状態を監視する。
【００６６】
例えば、通信状態監視手段４５ａが、クライアント・アプリケーション２０−１へ定期的にデータを送信し、クライアント・アプリケーション２０−１がそのデータを受信した旨を通知するためのＡＣＫが、サーバ・アプリケーション４０−１へ返信されるか否かなどの監視制御を行って、通信状態を監視する。
〔Ｓ２１〕通信状態監視手段４５ａは、通信状態の異常を検出した場合はステップＳ２２へ、そうでなければステップＳ２０へ戻る。
〔Ｓ２２〕通信状態監視手段４５ａは、サーバ・アプリケーション４０−１をログオフする。
〔Ｓ２３〕サービス・アプリケーション制御手段４３ａは、起動していたサービス・アプリケーションを停止する。
【００６７】
以上説明したように、通信状態監視手段４５ａは、サーバ・アプリケーション４０−１とクライアント・アプリケーション２０−１との通信状態を監視し、障害が発生した場合には、自律的にサーバ・アプリケーション４０−１をログオフする構成とした。
【００６８】
これにより、例えば、クライアント・アプリケーション２０−１が異常終了し、クライアント・アプリケーション２０−１とサーバ・アプリケーション４０−１間で通信状態が不通になった場合には、通信状態監視手段４５ａにより、サーバ・アプリケーション４０−１は自律的にログオフされる。
【００６９】
すなわち、クライアント・アプリケーション２０−１がログオフした際には、サーバ・アプリケーション４０−１もログオフするので状態の不一致といった現象がなくなる。
【００７０】
したがって、ユーザがクライアント・アプリケーション２０−１を立ち上げて再度ログオンを試みた場合でも、何ら支障なくサーバ・アプリケーション４０−１は立ち上がることが可能になる。
【００７１】
以上説明したように、分散処理システムは、クライアント・アプリケーションに対応するサービス・アプリケーションのログオン時の起動と、ログオフ時の停止をサーバ・アプリケーションで制御する構成とした。これにより、クライアント・アプリケーションでのログオン／ログオフ時の処理を簡略化することができるので、ユーザ側からの操作を、よりトランスペアレントに行うことが可能になる。
【００７２】
また、サービス・アプリケーション制御手段は、クライアント装置からのアカウント認証の要求時に、複数のサービス・アプリケーションが設定された場合は、複数のサービス・アプリケーションに関するログオン時の起動またはログオフ時の停止を一括して制御する構成とした。
【００７３】
これにより、複数のサービス・アプリケーションを制御する場合、対応するサービス・アプリケーションを逐一制御するのではなく、アカウント認証時に、複数のサービス・アプリケーションを一括して制御することができるので、ユーザ操作の利便性の向上を図ることが可能になる。
【００７４】
また、ネットワーク監視システムは、ネットワーク監視の際に、クライアント・アプリケーションに対応するサービス・アプリケーションのログオン時の起動と、ログオフ時の停止をサーバ・アプリケーションで制御する構成とした。これにより、クライアント・アプリケーションでのログオン／ログオフ時の処理を簡略化することができるので、ネットワーク監視におけるユーザ側からの操作を、よりトランスペアレントに行うことが可能になる。
【００７５】
上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。
【図面の簡単な説明】
図１は、分散処理システムの原理図である。
図２は、ユーザアカウント管理テーブルの構成例を示す図である。
図３は、ネットワーク監視システムの構成を示す図である。
図４は、クライアント装置とサーバ装置の内部構成を示す図である。
図５は、サービス・アプリケーションの起動を説明するための図である。
図６は、タイマ設定手段に関連するネットワーク監視システムの動作フローを示す図である。
図７は、通信状態監視手段に関連するネットワーク監視システムの動作フローを示す図である。
図８は、分散処理システムの一例を示す図である。
図９は、クライアント・アプリケーションとサーバ・アプリケーション間の状態不一致を説明する図である。（Ａ）は正常時の動作を示し、（Ｂ）はクライアント・アプリケーションが異常終了して再起動をかけた場合を示している。
【図１】
0004480316.tif 000002
【図２】
0004480316.tif 000003
【図３】
0004480316.tif 000004
【図４】
0004480316.tif 000005
【図５】
0004480316.tif 000006
【図６】
0004480316.tif 000007
【図７】
0004480316.tif 000008
【図８】
0004480316.tif 000009
【図９】
0004480316.tif 000010