JPH08263325A - サーバ処理装置、サーバ内障害検出装置及びサーバ内障害検出方法 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、クライアント／サーバモデルのシ
ステムに関し、レスポンスを低下させることなく、複数
のクライアントからのリクエストを処理することが可能
なサーバ内の障害検出方式を提供することを目的とす
る。 【構成】 サービススレッド２３ａは、クライアント２
１ａからのリクエスト２８を受信すると、要求された処
理のタイムアウト時間と自分のスレッドＩＤをタイムア
ウト表２５に書込む。そして、リクエスト２８の処理を
終了すると、タイムアウト表２５内のタイムアウト時間
及びスレッドＩＤを消去する。監視スレッド２４は、定
期的にタイムアウト表２５からタイムアウト時間を読み
出して、現在の時刻と比較することにより、設定された
タイムアウト時間までに処理を終了していないサービス
スレッドを検出する。タイムアウトしたサービススレッ
ドを発見した場合には、該サービススレッドを強制的に
終了させて、クライアント２１にエラーを通知する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は計算機上のクライアント
／サーバモデルにおけるサーバ内での障害を検出する装
置および方法に係わり、特にクライアントから要求され
たサービスの処理中にサーバ内で発生した無限ウエイト
や無限ループ等の障害を検出する装置および方法に関す
る。

【０００２】

【従来の技術】クライアント／サーバモデルは計算機環
境の分散化／並列化のために有効な技術であり、関連す
る技術の開発が望まれている。クライアント／サーバモ
デルでは、サーバはクライアントからの要求（リクエス
ト）を受けてサービス処理を行い、その結果をクライア
ントに返すよう構成される。

【０００３】サーバは、クライアントからのリクエスト
処理中に無限ウエイトあるいは無限ループに陥る可能性
がある。この場合、サーバだけではなく、サーバからの
返答（リプライ）を待っているクライアントも無限ウエ
イトに陥ってしまい、システム全体が停止してしまう。
このような事態が発生するのを避けるため、サーバは、
リクエストに対するサービス処理開始前に、システムカ
ーネルがシステムコールとして提供するタイマルーチン
を使って該サービス処理のタイムアウト時間を設定して
いた。サーバが設定したタイムアウト時間内に前記サー
ビス処理が終了しない場合には、システムカーネルがサ
ーバの処理を終了させ、クライアントにサーバのエラー
を通知していた。このようにして、サーバの障害がクラ
イアントに伝播してシステム全体が停止する事態が引き
起こされるのを防いでいた。

【０００４】図９は、上述した従来技術を説明する図で
ある。同図に示すように、サーバ（サーバプロセス）１
０は、クライアント１１ａまたはクライアント１１ｂか
らのリクエスト１８を受けてサービス処理を行い、返答
（リプライ）１９をクライアント１１ａまたはクライア
ント１１ｂに返す。リクエスト１８およびリプライ１９
は、メッセージによって行われる。同図において、中に
×が書かれた長方形がメッセージを示している。

【０００５】図９において、クライアント１１ａまたは
クライアント１１ｂからのリクエスト１８は、サーバ１
０のポート１２で受信され、そのポート１２のキュー９
に入れられる。サービススレッド群１３の各サービスス
レッド１３ａ〜１３ｃは、適宜、キュー９からリクエス
ト１８を取り出して、サービス処理を行う。サービス処
理が終了すると、各サービススレッド１３ａ〜１３ｃ
は、リプライ１９をクライアント１１ａまたはクライア
ント１１ｂに返す。

【０００６】各サービススレッド１３ａ〜１３ｃは、前
記サービス処理を開始する前にタイムアウト処理のため
のシステムコールを実行する。該システムコールを受け
て、カーネル１７はタイムアウト処理を行う。すなわ
ち、指定された時間内にサービス処理が終了していない
場合は、前記システムコール時に指定される処理ルーチ
ンによって、例えば、タイムアウトしたサービススレッ
ドを消滅させ、リクエスト処理を実行していたクライア
ントへエラーを通知する等の処理を行う。

【０００７】

【発明が解決しようとする課題】しかしながら、従来の
方式では、サーバがクライアントからのリクエストの処
理を開始する毎にシステムコールであるタイマルーチン
をコールするため、複数のクライアントからの要求を複
数のサービススレッドによって並列に処理する場合に
は、リクエストの増加に伴いシステムコールの実行回数
が増加する。システムコールは、サーバ内部の関数呼出
しにくらべてオーバヘッドが大きく、システムコールの
実行回数が増加すると、サーバのレスポンスが低下して
しまう可能性がある。

【０００８】本発明は、サーバ内のサービススレッド数
が増加しても、サーバのレスポンス性能の低下を防ぐこ
とができるサーバ内障害検出装置及び方法を提供するこ
とを目的とする。

【０００９】

【課題を解決するための手段】図１は、本発明の原理を
説明する図（その１）である。この発明に係るサーバ処
理装置（以下、第１の発明）は、クライアントから依頼
される処理を、複数のスレッドで処理し、その処理結果
を該クライアントに返すサーバ処理装置を前提とし、以
下の各手段を備える。

【００１０】タイムアウト時間情報管理手段３１は、各
スレッドによって実行される処理のタイムアウト時間の
管理情報が設定される。これは、例えば、メモリ上にテ
ーブルとして作成される。

【００１１】タイムアウト時間情報設定手段３３は、各
スレッドが処理を開始する際に、タイムアウト時間情報
管理手段３１にそのスレッドの当該タイムアウト時間管
理情報を設定する。

【００１２】タイムアウト検出手段３５は、上記タイム
アウト時間情報管理手段３１に設定されたタイムアウト
時間管理情報を用いて、タイムアウトの発生したスレッ
ドを検出する。

【００１３】上記構成において、前記タイムアウト検出
手段３５は、例えば、タイムアウトの発生したスレッド
を削除するような構成にして良い。また、さらに、該ス
レッドを削除した後に、新たなスレッドを生成するよう
な構成にしても良い。

【００１４】また、前記タイムアウト検出手段３５は、
例えば、タイムアウトの発生したスレッドを強制的に終
了させるような構成にしても良い。図２は、本発明の原
理を説明する図（その２）である。

【００１５】この発明に係るサーバ内障害検出装置（以
下、第２の発明）は、以下の各手段を備える。サービス
手段１００は、クライアントからのリクエストを受信
し、該リクエストに対する処理を実行する。タイムアウ
ト時間管理手段１０１は、前記サービス手段１００が行
う処理のタイムアウト時間を管理する。監視手段１０２
は、前記サービス手段１００を監視する。

【００１６】前記サービス手段１００は、クライアント
からのリクエストに対する処理を開始する前に、該処理
のタイムアウト時間を前記タイムアウト時間管理手段１
０１に設定し、該処理の終了時にタイムアウト時間管理
手段１０１の自分が設定したタイムアウト時間を削除す
る。前記監視手段１０２は、定期的にタイムアウト時間
管理手段１０１を参照し、タイムアウト時間内に前記処
理が終了しているか否かを検出する。

【００１７】該監視手段１０２は、前記検出処理を開始
する前に、例えば、システムカーネルに依頼して自分自
身のタイムアウト処理を設定する。そして、該検出処理
終了後、該タイムアウト処理を解除する。

【００１８】前記サービス手段１００は、例えば、複数
のサービススレッドで構成され、前記監視手段１０２
は、例えば、１つの監視スレッドから構成される。ま
た、前記サービス手段１００および前記監視手段１０２
をプロセスによって構成するようにしてもよい。

【００１９】前記タイムアウト時間管理手段１０１は、
例えば、スレッドＩＤを格納する「スレッドＩＤ」フィ
ールドおよびタイムアウト時間を設定する「タイムアウ
ト時間」フィールドを有する表から構成される。

【００２０】本発明に係るサーバ内障害検出方法は、ま
ず、クライアントからのリクエストを受信する。次に、
受信したリクエストに対する処理を実行するサービスス
レッドのスレッド番号とタイムアウト時間をタイムアウ
ト表に設定する。そして、前記リクエストに対する処理
を実行する。該処理終了後、前記タイムアウト表に設定
されたスレッド番号とタイムアウト時間を削除する。ま
た、前記タイムアウト表を定期的に参照し、タイムアウ
トしたサービススレッドが存在するか否かを判別するこ
とによってサービススレッドの監視処理を実行する。

【００２１】また、本発明に係るサーバ内障害検出方法
は、前記監視処理を開始する前に、監視処理のタイムア
ウト処理を設定し、前記監視処理の終了後、該タイムア
ウト処理を解除するようにする。

【００２２】更に、本発明に係るサーバ内障害検出方法
は、前記監視処理を終了後、次回の監視処理を始める前
に、該監視処理を所定の時間スリープさせる。更に、本
発明に係るサーバ内障害検出方法は、サーバが起動時
に、初期化スレッドを生成し、該初期化スレッドが、前
記タイムアウト表を初期化し、前記監視処理を行う監視
スレッドを生成し、クライアントからリクエストを受け
付けるリクエスト受付ポートを作成し、該リクエストに
対する処理を行うサービススレッド群を生成する。

【００２３】

【作用】第１の発明では、タイムアウト時間情報設定手
段３３が、各スレッドが処理を開始する際に、そのスレ
ッドの当該タイムアウト時間情報管理情報を、タイムア
ウト時間情報管理手段３１に設定する。

【００２４】タイムアウト検出手段３５は、上記タイム
アウト時間情報管理手段３１に設定されたタイムアウト
時間管理情報を用いて、タイムアウトの発生したスレッ
ドを検出する。

【００２５】したがって、スレッドが処理を開始する毎
に、カーネルに対してタイマ処理用のシステムコールを
発行せずに、該スレッドのタイムアウトの検出すること
が可能になり、システムコール実行のためのオーバヘッ
ドが減少する。このため、クライアントに対するサーバ
のレスポンスが向上する。

【００２６】第２の発明では、前記サービス手段１００
は、リクエストに対する処理を開始する前に、該処理の
タイムアウト時間をタイムアウト時間管理手段１０１に
設定し、前記処理を終了すると、タイムアウト時間管理
手段１０１の自分が設定したタイムアウト時間を削除す
る。

【００２７】これにより、前記監視手段１０２は、定期
的にタイムアウト時間管理手段１０１を参照し、例え
ば、設定されているタイムアウト時間と、現在の時刻を
比較することにより、前記処理が設定されたタイムアウ
ト時間内に終了しているか否かを検出することができ
る。 したがって、サービス手段１００が、リクエスト
に対する処理を開始する毎に、タイムアウト処理の設定
をシステムカーネルに対するシステムコールによって行
う必要がなくなり、システムコールの実行回数を減らせ
る。

【００２８】

【実施例】以下、本発明の実施例について、図面を参照
しながら詳細に説明する。図３は、本発明の一実施例の
概略を説明する図である。同図に示すように、本実施例
のサーバ（サーバプロセス）２０は、クライアント２１
ａまたは２１ｂ（以下クライアント２１）からのリクエ
スト２８を受け付けるポート２２と、クライアントから
のリクエスト２８を処理するサービススレッド群２３
と、サービススレッド群２３の動作を監視する監視スレ
ッド２４と、各サービススレッド２３ａ〜２３ｃによっ
てタイムアウト時間が記入されるタイムアウト表２５
と、サーバ２０の初期化を行う初期化スレッド２６から
構成される。

【００２９】本実施例では、複数のサービススレッド２
３ａ〜２３ｃを用意することにより、複数のクライアン
トからのリクエストを並行して処理することができる。
なお、本実施例では、サービススレッド群２３は、３つ
のサービススレッド２３ａ〜２３ｃから構成されるが、
サービススレッドの数は、サーバ２０が受け付けるリク
エストの個数に応じて動的に増減させることも可能であ
り、また、システム構成等に応じて変えるようにしても
よい。

【００３０】本実施例においては、オペレーティングシ
ステム（ＯＳ）に、マイクロカーネル２７でＯＳの基本
的な機能を実現し、このマイクロカーネル２７上にマイ
クロカーネル２７が提供するプリミティブなインタフェ
ースを使用して、例えば、ＵＮＩＸをはじめとする標準
的なＯＳをサブシステムサーバとして複数実装するマイ
クロカーネル方式を採用している。前記サーバ２０は、
このサブシステムサーバの１つの例であり、マイクロカ
ーネル２７上でサーバとして動作するプロセスである。

【００３１】ここで、スレッドとプロセスについて、サ
ービススレッド２３ａ〜２３ｃとサーバ２０を例にして
説明する。サービススレッド２３ａ〜２３ｃは、プロセ
ッサ割当ての最小単位であり、マイクロカーネル２７が
スケジューリングの対象とする単位である。これに対し
て、サーバ２０は、サービススレッド２３ａ〜２３ｃが
参照する仮想記憶空間やファイルなどのシステム資源を
割り当てる単位である。１個のサーバ２０は１個以上の
サービススレッドをもつ。

【００３２】ポート２２は、クライアント２１がサーバ
スレッド群２３間の通信のためのチャネルであり、例え
ば、マイクロカーネル２７の中に存在する、メッセージ
のキュー３０として実現されている。すなわち、例え
ば、クライアント２１から送られてきたリクエスト２８
でまだサービススレッド２３ａ〜２３ｃによって処理さ
れていないポート２２宛のリクエスト２８は該キュー３
０に保持される。

【００３３】図３において、サーバ２０のポート２２へ
届いたクライアント２１からのリクエスト２８はサービ
ススレッド群２３によって処理される。サービススレッ
ド群２３の各サービススレッド２３ａ〜２３ｃは、クラ
イアント２１からのリクエスト２８を受信すると、要求
された処理のタイムアウト時間と自分のスレッド番号
（スレッドＩＤ）をタイムアウト表２５に書込む。各サ
ービススレッド２３ａ〜２３ｃは、クライアント２１か
らのリクエスト２８の処理を終了すると、ポート２２を
介してクライアント２１へリプライ２９を送信する。そ
して、タイムアウト表２５内の自身が設定したタイムア
ウト時間及びスレッドＩＤを消去する。

【００３４】図４は、タイムアウト表２５の一構成例を
示す図である。同図に示すように、タイムアウト表は、
「スレッドＩＤ」フィールド２５ａと、「タイムアウト
時間」フィールド２５ｂから構成される。「スレッドＩ
Ｄ」フィールド２５ａには、各サービススレッド２３ａ
〜２３ｃを特定するための識別子であるスレッドＩＤが
格納される。「タイムアウト時間」フィールド２５ｂに
は、タイムアウト時間として、例えば、タイムアウトす
る時刻を設定する。これは、サービススレッド２３ａ〜
２３ｃが、「タイムアウト時間」フィールド２５ｂを設
定する際、現在の時刻（設定時の時刻）に所定の時間
（タイムアウト時間）を加えたものを設定することで行
える。現在の時刻は、例えば、不図示のリアル・タイム
・クロック等から成るシステム時計から読み出す。

【００３５】また、サービススレッド２３ａ〜２３ｃ
は、クライアント２１からのリクエスト２８の処理を終
了すると、「スレッドＩＤ」フィールド２５ａに自身が
設定したスレッドＩＤと、「タイムアウト時間」フィー
ルド２５ｂに自身が設定したタイムアウト時間の２つの
情報を消去する。

【００３６】図３において、監視スレッド２４は、定期
的にタイムアウト表２５からサービススレッド群２３の
各サービススレッド２３ａ〜２３ｃが設定したタイムア
ウト時間を読み出して、現在の時刻と比較することによ
り、設定されたタイムアウト時間までに処理を終了して
いないスレッドを検出する。監視スレッド２４がタイム
アウトしたサービススレッドを発見した場合には、該サ
ービススレッドを強制的に終了または消滅させて、クラ
イアント２１にエラーを通知する。

【００３７】監視スレッド２４は、タイムアウトしたサ
ービススレッドの検出処理を行う前に、マイクロカーネ
ル２７がシステムコールとして提供するタイマルーチン
を使って、自身のタイムアウト時間を設定する。これに
よって、監視スレッド２４自身が無限ウエイトや無限ル
ープに陥ることを避ける。

【００３８】次に、上記各スレッドの処理手順を図５〜
図７に示すフローチャートを参照しながら説明する。な
お、以下に示すフローチャートの説明中、Ｓ１、Ｓ２、
・・・・は処理手順（ステップ）の番号を示す。

【００３９】図５は実施例における初期化スレッド２６
の処理手順を説明するフローチャートである。マイクロ
カーネル２７によって、サーバ２０が起動されると、初
期化スレッド２６が生成される。サーバ２０によって生
成された初期化スレッド６は、まず、タイムアウト表２
５を初期化する（Ｓ１）。次に、監視スレッド２４を生
成する（Ｓ２）。そして、ポート２２を作成する（Ｓ２
２）。続いて、サービススレッド群２３を生成する（Ｓ
４）。初期化スレッド２６は、初期化処理が終了する
と、自分自身を消滅させる（Ｓ５）。なお、本実施例で
は、初期化処理終了後、初期化スレッド２６を消滅させ
るようにしているが、初期化スレッド２６が、初期化処
理終了後、監視スレッド２４として動作するようにして
もよい。

【００４０】図６は実施例におけるサービススレッド群
２３の各サービススレッド２３ａ〜２３ｃの処理手順を
説明するフローチャートである。サービススレッド群２
３の各サービススレッド２３ａ〜２３ｃは初期化スレッ
ド２６によって生成された後、クライアント２１からの
リクエスト２８を処理する。

【００４１】サービススレッド群２３の各サービススレ
ッド２３ａ〜２３ｃはポート２２を介してクライアント
２１からのリクエスト２８を受信すると（Ｓ１０）、リ
クエストされた処理のタイムアウト時間と自身のスレッ
ドＩＤをタイムアウト表２５に記入する（Ｓ１１）。そ
して、リクエスト２８の処理を開始する（Ｓ１２）。該
リクエスト２８の処理が終了すると、クライアント２１
にその処理結果を返す（Ｓ１３）。そして、タイムアウ
ト表２５から自身が記入したタイムアウト時間とスレッ
ドＩＤを削除して（Ｓ１４）、クライアントからの次の
リクエスト２８を待つ。

【００４２】図７は実施例における監視スレッド２４の
処理手順を説明するフローチャートである。監視スレッ
ド２４は、初期化スレッド２６によって生成された後、
図７に示す手順でサービススレッド群２３の動作を監視
する。

【００４３】監視スレッド２４は、まず、マイクロカー
ネル２７がシステムコールとして提供するタイマルーチ
ンを用いて自身のタイムアウト時間を設定し、マイクロ
カーネル２７に対してタイムアウト処理を依頼する（Ｓ
２０）。次に、タイムアウト表２５からサービススレッ
ド群２３の各サービススレッド２３ａ〜２３ｃが記入し
たタイムアウト時間を読み出す（Ｓ２１）。該読み出し
たタイムアウト時間と現在の時刻を比較することによっ
て、タイムアウトしたサービススレッドが存在するか否
かを判別する（Ｓ２２）。該判別によって、タイムアウ
トしたサービススレッドを検出した場合には（Ｓ２２、
ＹＥＳ）、該タイムアウトしたサービススレッドを削除
する（Ｓ２３）。そして、該削除されたサービススレッ
ドが受信したリクエスト２８の送信元クライアント２１
にエラーをポート２２を介して通知する（Ｓ２４）。監
視スレッド２４は、削除した数のサービススレッドを新
規に生成して、サービススレッドを補充する（Ｓ２
５）。

【００４４】該ステップＳ２５の処理後、若しくは、上
記ステップＳ２２にてタイムアウトしたサービススレッ
ドを検出しなかった場合、監視スレッド２４は一定時間
スリープする（Ｓ２６）。監視スレッド２４のプライオ
リティは一般に高く設定されるため、スリープ状態にな
らないと、サービススレッド２３ａ〜２３ｃが動作でき
なくなったり、監視処理によって必要以上に処理時間が
消費されてしまう。また、このスリープ時間を調整する
ことによって、監視スレッド２４の定周期起動の周期、
すなわち、サービススレッド２３ａ〜２３ｃのタイムア
ウト監視処理の周期を変えられる。

【００４５】上記スリープ時間が経過後、自身が設定し
たタイムアウト処理の解除をマイクロカーネル２７へ依
頼する（Ｓ２７）。その後、監視スレッド２４は再び、
上記処理Ｓ２０〜Ｓ２７を繰り返す。

【００４６】図８は、本実施例のサーバ２０の動作を、
クライアント２１とマイクロカーネル２７の動作とあわ
せて説明する図である。まず、マイクロカーネル２７に
よってサーバ２０が起動されると（Ｓ１００）、サーバ
２０は、初期化スレッド２６を生成する。初期化スレッ
ド２６は、生成されると、タイムアウト表２５を初期化
する（Ｓ１０１）。次に、監視スレッド２４の生成をマ
イクロカーネル２７へ依頼する（Ｓ１０２）。該依頼を
受けたマイクロカーネル２７は、監視スレッド２４を生
成する（Ｓ１０３）。

【００４７】続いて、初期化スレッド２６は、リクエス
ト受付ポート２２の作成をマイクロカーネル２７へ依頼
する（Ｓ１０４）。該依頼を受けたマイクロカーネル２
７は、リクエスト受付ポート２２を作成する（Ｓ１０
５）。そして、初期化スレッド２６は、サービススレッ
ド群２３の生成をマイクロカーネル２７へ依頼する（Ｓ
１０６）。該依頼を受けたマイクロカーネル２７は、サ
ービススレッド２３ａ〜２３ｃから成るサービススレッ
ド群２３を生成する（Ｓ１０７）。初期化処理が終了す
ると、初期化スレッド２６は、自分自身、すなわち、初
期化スレッド２６の消滅をマイクロカーネル２７へ依頼
する（Ｓ１０８）。該依頼を受けたマイクロカーネル２
７は、初期化スレッド２６を消滅させる（Ｓ１０９）。

【００４８】クライアント２１は、サーバ２０に対して
サービス処理を依頼する必要が生じると、該サービス処
理を依頼するリクエストメッセージを、サーバ２０のポ
ート番号を指定して送信する（Ｓ１１０）。該メッセー
ジを受信すると、マイクロカーネル２７は、該メッセー
ジをサーバ２０のポート２２が有する前記受信キュー３
０につなぐ（Ｓ１１１）。

【００４９】サービススレッド群２３の各サービススレ
ッド２３ａ〜２３ｃは、前記ステップＳ１０７にて生成
されると、まず、サーバ２０のポート２２が有する前記
受信キュー３０からリクエストメッセージを読み出す
（Ｓ１１２）。そして、自分のスレッドＩＤ及びサービ
ス処理のタイムアウト時間をタイムアウト表２５に記入
する（Ｓ１１３）。タイムアウト表２５への記入後、リ
クエストされたサービス処理を開始する（Ｓ１１４）。

【００５０】該サービス処理が終了すると、サービスス
レッド２３ａ〜２３ｃは、クライアント２１へのリプラ
イ２９の送信をマイクロカーネル２７へ依頼する。該依
頼を受けたマイクロカーネル２７は、リプライメッセー
ジをクライアント２１宛の前記送信キューにつなぐ処理
を行う（Ｓ１１６）。クライアント２１は、上記送信キ
ューに格納されているリプライメッセージを受信する
（Ｓ１１７）。

【００５１】クライアント２１へのリプライ処理が終了
すると、サービススレッド２３ａ〜２３ｃは、タイムア
ウト表２５から自分が記入したエントリを削除する（Ｓ
１１８）。そして、上記ステップＳ１１２〜Ｓ１１８を
繰り返す。

【００５２】一方、監視スレッド２４は、前記ステップ
Ｓ１０３にて生成されると、まず、自分自身のタイムア
ウト時間を設定し、タイムアウト処理をマイクロカーネ
ル２７へ依頼する（Ｓ１１９）。該依頼を受けたマイク
ロカーネル２７は、監視スレッドに対してタイムアウト
時間を設定する（Ｓ１２０）。そして、監視スレッド２
４は、タイムアウト表２５を参照しタイムアウトしたサ
ービススレッドがあるか否かを判別することによって、
サービススレッド２３ａ〜２３ｃの監視処理を行う（Ｓ
１２１）。監視処理終了後、監視スレッド２４は、所定
時間スリープを行う（Ｓ１２２）。そして、前記ステッ
プＳ１１９で依頼したタイムアウト処理の解除をマイク
ロカーネル２７へ依頼する（Ｓ１２３）。該依頼を受け
たマイクロカーネル２７は、タイムアウト処理の解除処
理を行う（Ｓ１２４）。

【００５３】なお、上記実施例では、初期化スレッド２
６によって、予めサービススレッド２３ａ〜２３ｃを生
成しているが、リクエストが届いた段階で、メッセージ
ハンドラー等によって必要なサービススレッドを動的に
生成するようにしてもよい。

【００５４】また、上記実施例においては、クライアン
トからの依頼をスレッドによって処理するようにしてい
るが、スレッドの代わりにプロセスによって処理するよ
うにすることも可能である。

【００５５】また、サービススレッド２３ａ〜２３ｃ
が、「タイムアウト時間」フィールド２５ｂに所定の時
間（タイムアウト時間）を設定し、監視スレッド２４
が、定期的に該時間から適当な時間を減算（デクリメン
ト）し、結果が零より大きいか否かによって、設定され
たタイムアウト時間までに処理を終了していないサービ
ススレッドを検出するようにしてもよい。

【００５６】本発明は、上記実施例以外に、マルチプロ
セッサ環境での並列処理システムやネットワークで接続
された複数の計算機から成る分散処理システム等に実装
することも可能である。また、本発明は、マイクロカー
ネル方式のＯＳのみに限定されるものでもなく、それ以
外のＯＳを用いたクライアント／サーバモデルのデータ
ベースシステムなどの各種アプリケーションシステムな
どにも適用可能なものである。

【００５７】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、複数のクライアントからのリクエストを並列に
処理するために、サーバ内のサービススレッド数を増や
しても、タイムアウト設定のためのシステムコールの実
行回数は増加しないので、サーバのレスポンス性能の低
下を防ぐことができる。

【図面の簡単な説明】

【図１】本発明の原理図（その１）である。

【図２】本発明の原理図（その２）である。

【図３】本発明の一実施例の概要を説明する図である。

【図４】タイムアウト表の一構成例を示す図である。

【図５】初期化スレッドの処理手順を説明するフローチ
ャートである。

【図６】サービススレッドの処理手順を説明するフロー
チャートである。

【図７】監視スレッドの処理手順を説明するフローチャ
ートである。

【図８】サーバ２０の動作を、クライアント２１とマイ
クロカーネル２７の動作とあわせて説明する図である。

【図９】従来の技術を説明する図である。

【符号の説明】

３１ タイムアウト時間情報管理手段 ３３ タイムアウト時間情報設定手段 ３５ タイムアウト検出手段 １００ サービス手段 １０１ タイムアウト時間管理手段 １０２ 監視手段

Claims (15)

【特許請求の範囲】
1. 【請求項１】 クライアントから依頼される処理を、複
   数のスレッドで処理し、その処理結果を該クライアント
   に返すサーバ処理装置において、 各スレッドによって実行される処理のタイムアウト時間
   の管理情報が設定されるタイムアウト時間情報管理手段
   と、 該各スレッドが処理を開始する際に、該タイムアウト時
   間情報管理手段にそのスレッドの当該タイムアウト時間
   情報管理情報を設定するタイムアウト時間情報設定手段
   と、 上記タイムアウト時間情報管理手段に設定されたタイム
   アウト時間管理情報を用いて、タイムアウトの発生した
   スレッドを検出するタイムアウト検出手段と、 を備えることを特徴とするサーバ処理装置。
2. 【請求項２】 前記タイムアウト検出手段は、タイムア
   ウトの発生したスレッドを削除すること、 を特徴とする請求項１記載のサーバ処理装置。
3. 【請求項３】 前記タイムアウト検出手段は、スレッド
   を削除した後に、新たなスレッドを生成すること、 を特徴とする請求項２記載のサーバ処理装置。
4. 【請求項４】 前記タイムアウト検出手段は、タイムア
   ウトの発生したスレッドを強制的に終了させること、 を特徴とする請求項１記載のサーバ処理装置。
5. 【請求項５】 クライアントからのリクエストを受信
   し、該リクエストの処理を実行するサービス手段と、 該サービス手段が行う処理のタイムアウト時間を管理す
   るタイムアウト時間管理手段と、 前記サービス手段を監視する監視手段とから構成され、 前記サービス手段は、クライアントからリクエストされ
   た処理を開始する前に、該処理のタイムアウト時間を前
   記タイムアウト時間管理手段に設定し、該処理の終了時
   にタイムアウト時間管理手段の自分が設定した前記タイ
   ムアウト時間を削除し、 前記監視手段は、タイムアウト時間管理手段を参照し、
   タイムアウト時間内に前記処理が終了しているか否かを
   検出することを特徴とするサーバ内障害検出装置。
6. 【請求項６】 前記監視手段は、前記検出処理を開始す
   る前にタイムアウト処理を設定し、 該検出処理終了後、該タイムアウト処理を解除すること
   を特徴とする請求項５記載のサーバ内障害検出装置。
7. 【請求項７】 前記サービス手段が設定する前記タイム
   アウト時間は、設定時の時刻に所定の時間を加えたもの
   であり、 前記監視手段は、タイムアウト時間管理手段から読み出
   した該タイムアウト時間と、現在の時刻を比較すること
   により検出処理を行うことを特徴とする請求項５又は６
   記載のサーバ内障害検出装置。
8. 【請求項８】 前記サービス手段が、複数のサービスス
   レッドから構成され、 前記監視手段が、１つの監視スレッドから構成されるこ
   とを特徴とする請求項５、６又は７記載のサーバ内障害
   検出装置。
9. 【請求項９】 前記タイムアウト時間管理手段が、スレ
   ッドＩＤを格納する「スレッドＩＤ」フィールドおよび
   タイムアウト時間を設定する「タイムアウト時間」フィ
   ールドを有する表から構成されることを特徴とする請求
   項５、６、７又は８記載のサーバ内障害検出装置。
10. 【請求項１０】 前記サービス手段および前記監視手段
    がプロセスによって構成されることを特徴とする請求項
    ５記載のサーバ内障害検出装置。
11. 【請求項１１】 クライアントからのリクエストを受信
    するポートと、 該リクエストを処理するサービススレッド群と、 スレッド番号とタイムアウト時間を対応づけて格納する
    タイムアウト表と、 サービススレッド群を監視する監視スレッドから構成さ
    れるサーバを有し、 サービススレッド群の各サービススレッドは、前記リク
    エストされた処理を開始する前に、該処理のタイムアウ
    ト時間と自分のスレッド番号をタイムアウト表に記入
    し、該処理の終了後にタイムアウト表から該タイムアウ
    ト時間と自分のスレッド番号を削除し、 監視スレッドが定期的にタイムアウト表を読み出して、
    タイムアウト時間内に処理を終了していないサービスス
    レッドを検出することを特徴とするサーバ内障害検出装
    置。
12. 【請求項１２】 クライアントからのリクエストを受信
    し、 該受信したリクエストに対する処理を実行するサービス
    スレッドのスレッド番号とタイムアウト時間をタイムア
    ウト表に設定し、 前記リクエストに対する処理を実行し、 該処理終了後、前記タイムアウト表に設定されたスレッ
    ド番号とタイムアウト時間を削除し、 前記タイムアウト表を参照することによりサービススレ
    ッドの監視処理を実行することを特徴とするサーバ内障
    害検出方法。
13. 【請求項１３】 前記監視処理を開始する前に、監視処
    理のタイムアウト処理を設定し、 前記監視処理の終了後、該タイムアウト処理を解除する
    ことを特徴とする請求項１２記載のサーバ内障害検出方
    法。
14. 【請求項１４】 前記監視処理を終了後、次回の監視処
    理を始める前に、該監視処理を所定の時間スリープさせ
    ることを特徴とする請求項１２又は１３記載のサーバ内
    障害検出方法。
15. 【請求項１５】 サーバが起動時に、初期化スレッドを
    生成し、 該初期化スレッドが、タイムアウト表を初期化し、前記
    監視処理を行う監視スレッドを生成し、クライアントか
    らリクエストを受け付けるリクエスト受付ポートを作成
    し、該リクエストに対する処理を行うサービススレッド
    群を生成することを特徴とする請求項１２、１３又は１
    ４記載のサーバ内障害検出方法。