JP2002366379A - サーバプロセスのサービス方式 - Google Patents

Abstract

(57)【要約】 【課題】 クライアントプロセスから要求されるサービ
スの取りこぼしの無いサーバプロセスのサービス方式を
得る。 【解決手段】 既存のサーバプロセス１１に置き換えの
要求が発生すると、新しいサーバプロセス１２を生成
し、サーバプロセス１２は、サービスが行えるよう準備
ができたら、共有メモリに「サービス移管要求」と記述
してサーバプロセス１１に対してシグナルを送信し、シ
グナルを送信した後、サーバプロセス１１からの応答を
待つ。サーバプロセス１１は、シグナルを送信すると、
処理途中であるサービスが全て終了した後に、自ら消滅
する。サーバプロセス１２は、シグナルを受信すると、
共有メモリを参照し、サービス移管応答が行われたこと
を知ると、共有メモリを開放し、ポート群３の全てのポ
ート３１〜３ｎの監視を開始してサービスを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サーバプロセスの
サービス方式に関し、特に、アクセスへの応答に中断を
生じさせないサーバプロセスのサービス方式に関する。

【０００２】

【従来の技術】従来、サーバプロセスのサービス方式
は、例えば、サーバプログラムのバージョンアップ時に
おけるサーバプロセスのサービス方式に関する。

【０００３】従来技術においては、新しいサーバプロセ
スでのサービスを行うためのバージョンアップ時に、既
存のサーバプロセスを一旦終了させる必要がある。例え
ば、サーバプログラムのバージョンアップ時等に既存の
サーバプロセスを終了する際には、クライアントプロセ
スからのサービス要求を待ち受けするポートを、一時的
にクローズすることとなる。

【０００４】本発明と技術分野の類似する先願発明例１
として、特開２０００−３１５１９２号公報がある。本
先願発明例１では、同一のサービス名のアプリケーショ
ンをバージョン毎に管理し、各アプリケーションの管理
情報からそれぞれがサービス可能な状態であるか否かを
知ることができるようにしている。これにより、クライ
アントからの処理依頼により指定されたサーバアプリケ
ーションがバージョンアップ中等でサービスができない
状況にあっても、既存のサーバアプリケーションに処理
を依頼しサービスを停止することなく、継続的なサービ
スの提供を可能としている。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来技術では、新しいサーバプロセスでのサービスを行う
ためには、クライアントプロセスのサービス要求を停止
して、サーバプログラムのバージョンアップを行わなけ
ればならない。また、既存のサーバプロセスを終了させ
る際に、既存のサーバプロセスの行っている処理中のサ
ービスを強制的に終了しなければならない。このよう
に、従来技術では、バージョンアップの作業中はサービ
スが行えない、さらに、場合によっては実行中のサービ
スを強制終了しなければならない、という問題点があ
る。

【０００６】なお、先願発明例１では、ポート等が変更
された後のアクセスでは、提供された管理情報に基づき
新たな手順での処理をしなければならない。

【０００７】本発明は、クライアントプロセスから要求
されるサービスの取りこぼしの無いサーバプロセスのサ
ービス方式を提供することを目的とする。

【０００８】

【課題を解決するための手段】かかる目的を達成するた
め、本発明のサーバプロセスのサービス方式は、クライ
アントプロセスからの要求毎にセッションの開設／切断
を行う構造のサーバプロセスのサービス方式であり、サ
ーバプロセスのサーバプログラムをバージョンアップす
る際に、既存のサーバプロセスから新しいサーバプログ
ラムより生成したサーバプロセスに、クライアントプロ
セスからのサービス要求を待ち受けるポートをオープン
し、このオープンした状態を維持してサーバプロセスの
サーバプログラムのバージョンアップを実行し、サーバ
プロセスのサービスに中断を生じさせないことを特徴と
している。

【０００９】また、上記クライアントプロセスからの要
求を待ち受けするポートを、バージョンアップの実行完
了後に既存のサーバプロセスから新しいサーバプロセス
に引き継ぎ、既存のサーバプロセスに新しいサーバプロ
セスのサーバプログラムを指定可能とし、既存のサーバ
プロセスと新しいサーバプロセス間でクライアントプロ
セスからのサービス要求を処理するための同期を取ると
よい。

【００１０】さらに、上記既存のサーバプロセスは、こ
の既存のサーバプロセス自身の行っているサービスを、
消滅する前に完結し、既存のサーバプロセスと新しいサ
ーバプロセスのサーバプロセス同士のやり取りは、シグ
ナル（signal）と共有メモリを利用して行うとよい。

【００１１】

【発明の実施の形態】次に、添付図面を参照して本発明
によるサーバプロセスのサービス方式の実施の形態を詳
細に説明する。図１から図８を参照すると、本発明のサ
ーバプロセスのサービス方式の一実施形態が示されてい
る。

【００１２】図１を参照すると、本実施例に適用される
サーバプロセスは、サーバプロセス群１とクライアント
プロセス群２、およびサーバプロセスがクライアントプ
ロセスからのサービスを受け取るポート群３から構成さ
れる。

【００１３】サーバプロセス群１は、サーバプロセス１
１とサーバプロセス１２を含む。サーバプロセス１１
は、既存のサーバプロセスである。サーバプロセス１２
は、サーバプロセス１１から生成される新しいプログラ
ムのサーバプロセスである。

【００１４】全てのサーバプロセス（サーバプロセス１
１とサーバプロセス１２）は、自分とは別のサーバプロ
セスを生成し、生成したサーバプロセスとサービス無停
止置き換えのための情報のやり取りを行うことができ
る。既存のサーバプロセスが、新しいサーバプロセスを
生成する際に利用するプログラムは、プロセス外部から
既存のサーバプロセスに指定することができる。

【００１５】サーバプロセス同士のやり取りは、シグナ
ル（signal）と共有メモリを利用して行う。このシグナ
ルは、要求が発生したことをプロセスに知らせる。共有
メモリには、要求の内容を要求先のプロセスに示すため
に利用する。プロセスは、シグナルを受け取ったタイミ
ングで共有メモリを参照し、共有メモリに記述されてい
る内容の動作を行う。また、シグナルは、動作を開始す
るためのトリガとなる。シグナルは、１種類のみを利用
する。

【００１６】サーバプロセス間の情報のやり取りは、決
められたシーケンスで行われる。あるサーバプロセス
は、サーバプロセスを生成した時と要求を発行した時
に、相手からの応答を待つ必要がある。この待ちの状態
には、時間的な上限であるタイムアウト（timeout ）時
間が設けられている。プロセスが待ちの状態になってこ
のタイムアウト時間が来ると、置き換えの処理は失敗す
る。

【００１７】共有メモリは、既存のサーバプロセスによ
り、１つの領域が用意される。置き換えのシーケンスに
より、どのサーバプロセスが共有メモリを更新するかが
決められている。このため、異常系における共有メモリ
領域に書かれた情報の紛失は、防ぐことができる。

【００１８】全てのサーバプロセスは、生成元のプロセ
スからクライアントプロセスからの要求を待ち受けする
ポートを、オープンしたまま引き継ぐことができる。ク
ライアントプロセス群２は、クライアントプロセス２１
〜２ｎを含む。クライアントプロセス２１〜２ｎは、サ
ーバプロセスへサービスを要求するプログラムのプロセ
スである。

【００１９】ポート群３は、ポート３１〜３ｎを含む。
ポート３１〜３ｎは、サーバプロセスがクライアントプ
ロセスからのサービスの要求の待ち受けをするためのポ
ートである。

【００２０】（動作例）図１、図２を参照して、本実施
例の動作について詳細に説明する。既存のサーバプロセ
ス１１に置き換えの要求が発生すると（ステップＡ
１）、置き換えの処理が開始される。サーバプロセス１
１は、新しいサーバプロセスを生成するために起動する
プログラムのファイルパスを決定し、共有メモリを確保
し、新しいサーバプロセス１２を生成する（ステップＡ
２〜Ａ４）。

【００２１】サーバプロセス１１は、サーバプロセス１
２の生成を行ったら、サーバプロセス１２からのサービ
ス移管要求が到着するまで、ポート群３の全ポート３１
〜３ｎの監視を行い、要求されたサービスを実行する
（ステップＡ５）。

【００２２】サーバプロセス１２は、サービスが行える
よう準備ができたら、共有メモリに「サービス移管要
求」と記述してサーバプロセス１１に対してシグナルを
送信する（ステップＢ１〜Ｂ３）。サーバプロセス１２
は、シグナルを送信した後、サーバプロセス１１からの
応答を待つ（ステップＢ４）。

【００２３】サーバプロセス１１は、シグナルを受け取
ると、共有メモリを参照し、要求がサービス移管要求で
あることを知り（ステップＡ６）、サーバプロセス１１
はポート群３の全てのポート３１〜３ｎの監視をやめる
（ステップＡ７）。サーバプロセス１１は、サービス移
管要求に応えるため、共有メモリに「サービス移管応
答」を記述し、シグナルを送信する（ステップＡ８〜Ａ
９）。サーバプロセス１１は、シグナルを送信すると、
処理途中であるサービスが全て終了した後に、自ら消滅
する（ステップＡ１０〜Ａ１１）。

【００２４】サーバプロセス１２は、シグナルを受信す
ると、共有メモリを参照し（ステップＢ５）、サービス
移管応答が行われたことを知ると、共有メモリを開放し
（ステップＢ６）、ポート群３の全てのポート３１〜３
ｎの監視を開始してサービスを行う（ステップＢ７）。

【００２５】（実施例の効果）第１の効果は、サーバプ
ロセスの置き換えの作業の際にクライアントプロセスの
サービス要求を停止しなくてよいことである。その理由
は、ポート情報を引き継ぐことにより、クライアントプ
ロセスからのサービス要求を待ち受けするポートは常に
オープンしている（利用可能な）状態であることとな
り、クライアントプロセスはサーバプロセスの置き換え
を意識することなくサービス要求を行うことができ、ク
ライアントプロセスのサービス要求を停止しなくて済む
ためである。

【００２６】第２の効果は、クライアントプロセスから
のサービス要求を取りこぼさないことである。その理由
は、サーバプロセスの置き換えの最中にも行われるクラ
イアントプロセスからのサービス要求は、ポートが常に
オープンされているため、必ずポートに到達し、既存の
サーバプロセスあるいは新しいサーバプロセスのどちら
かで対応することとなるためである。

【００２７】第３の効果は、置き換え時に既存のサーバ
プロセスで行われているサービスは完結するまで処理さ
れることである。その理由は、既存のサーバプロセス
は、新しいサーバプロセスが通常のサービスを開始した
後でも、実行中のサービスを並行して行うことができる
からである。

【００２８】（第２の実施例）次に、本発明の他の実施
例について図面を参照して詳細に説明する。図３を参照
すると、サーバプロセス群４がサーバプロセス群１の換
わりに存在し、セマフォ群５が新しく存在する点で図１
と異なる。サーバプロセス群４は、サーバプロセス４１
とサーバプロセス４２を含む。サーバプロセス４１は、
既存のサーバプロセスである。サーバプロセス４２は、
サーバプロセス４１から生成される新しいプログラムの
サーバプロセスである。

【００２９】全てのサーバプロセス（サーバプロセス４
１とサーバプロセス４２）は、自分とは別のサーバプロ
セスを生成することができる。既存のサーバプロセスが
新しいサーバプロセスを生成する際に利用するプログラ
ムは、プロセス外部から既存のサーバプロセスに指定す
ることができる。全てのサーバプロセスは、生成元のプ
ロセスからクライアントプロセスからの要求を待ち受け
するポートをオープンしたまま引き継ぐことができる。
セマフォ群５は、セマフォ５１を含む。

【００３０】セマフォ５１は、サーバプロセスのポート
へのアクセスを排他制御するために利用される。サーバ
プロセスは、セマフォを得ることでポート群３の全ての
ポート３１〜３ｎにアクセスする権利を得る。セマフォ
５１を得たサーバプロセスは、ポート群３の全てのポー
ト３１〜３ｎの監視を行い、クライアントプロセスから
のサービスが到着したら、そのサービスの処理を行う。

【００３１】図４のステップＡ１、Ａ２、Ａ４、Ａ１１
で示される本実施例におけるサーバプロセス４１の動
作、および、ステップＢ１、Ｂ８で示される本実施例に
おけるサーバプロセス４２の動作は、それぞれ図１に示
されたサーバプロセス１１およびサーバプロセス１２の
動作と同一のため、説明は省略する。図１では、サーバ
プロセス１１とサーバプロセス１２がポート群３の全ポ
ート３１〜３ｎの監視を排他的に行うために、プロセス
間でシグナルと共有メモリを利用したやり取りを行って
いた。本実施例では、ポート群３の全ポート３１〜３ｎ
の監視を排他的に行うために、セマフォを利用する。

【００３２】サーバプロセス４１は、サーバプロセス４
２を生成した、取得していたセマフォ５１を開放する
（図４のステップＤ１）。サーバプロセス４２は、サー
ビスを行う準備が整うと、セマフォ５１の取得を試み
る。サーバプロセス４２は、サーバプロセス４１がセマ
フォ５１を開放すると、セマフォ５１の取得に成功し
（ステップＥ１）、サービスを行うことができるように
なる。

【００３３】（第３の実施例）次に、本発明の第３の実
施例について図面を参照して詳細に説明する。図５を参
照すると、サーバプロセス群６がサーバプロセス群１の
代わりに存在している点で図１と異なる。

【００３４】サーバプロセス群６は、サーバプロセス群
６１とサーバプロセス群６２を含む。サーバプロセス群
６１は、管理プロセス６１１とサービスプロセス６１２
〜６１ｎを含む。サーバプロセス群６２は、管理プロセ
ス６２１とサービスプロセス６２２〜６２ｎを含む。

【００３５】管理プロセス６１１および管理プロセス６
１２は、それぞれ、サービスプロセス６１２〜６１ｎお
よびサービスプロセス６２２〜６２ｎの管理を行う。管
理プロセスは、サービスプロセスを生成／破棄を行いサ
ービスプロセスの数を調整する。管理プロセスは、ポー
トを監視し、サービスを均等にサービスプロセスに割り
振る。例えば、管理プロセス６１１は、ポート群３の全
てのポート３１〜３ｎを監視し、クライアントプロセス
からサービスの要求があると、サービスプロセス６１２
〜６１ｎに均等に要求されたサービスの処理を依頼す
る。サービスプロセス６１２〜６１ｎ、６２２〜６２ｎ
は、クライアントプロセスから要求されたサービスを行
う。

【００３６】図６のステップＡ１〜Ａ４、Ａ６〜Ａ９、
Ａ１１、Ｂ１〜Ｂ６で示される本実施例における管理プ
ロセス６１１および管理プロセス６２１の動作は、それ
ぞれ、図１に示されたサーバプロセス１１およびサーバ
プロセス１２と同一である。このため説明は省略する。

【００３７】管理プロセス６１１は、ステップＡ４の
後、新たなクライアントプロセスからのサービス要求の
監視を再開し、サービス要求があればこれに対応する
（図６のステップＦ１）。これを、管理プロセス６２１
からのサービス移管要求が受信されるまで行う。

【００３８】ステップＡ９の後、管理プロセス６１１
は、サービスプロセス６１２〜６１ｎにプロセスの終了
を要求する（ステップＦ２）。各サービスプロセスは、
終了の要求を受け取ると、それぞれ行っているサービス
が無くなった後に、自ら消滅する。

【００３９】管理プロセス６１１は、サービスプロセス
６１２〜６１ｎの全てのサービスプロセスが消滅するの
を待ち（ステップＦ３）、全てのサービスプロセスが消
滅したのを確認したら自らも消滅する。

【００４０】管理プロセス６２１は、ステップＢ６の
後、ポート群３の全ポート３１〜３ｎの監視を開始し、
サービス要求に対応する（ステップＧ１）。

【００４１】本実施例は、サービスを受け取る機能とサ
ービスを行うを別のプロセスに分けることで、各プロセ
スの処理を単純にし、サービスの性能およびシステムの
保守性を高めている。

【００４２】（第４の実施例）次に、本発明の第４の実
施例について図面を参照して詳細に説明する。図７を参
照すると、サーバプロセス群７がサーバプロセス群４の
代わりに存在している点で図３と異なる。サーバプロセ
ス群７は、サーバプロセス群７１とサーバプロセス群７
２を含む。サーバプロセス群７１は、管理プロセス７１
１とサービスプロセス７１２〜７１ｎを含む。サーバプ
ロセス群７２は、管理プロセス７２１とサービスプロセ
ス７２２〜７２ｎを含む。

【００４３】管理プロセス７１１および管理プロセス７
１２は、それぞれ、サービスプロセス７１２〜７１ｎお
よびサービスプロセス７２２〜７２ｎの管理を行う。管
理プロセスは、サービスプロセスを生成／破棄を行い、
サービスプロセスの数を調整する。

【００４４】サービスプロセス７１２〜７１ｎ、７２２
〜７２ｎは、セマフォの取得を試み、セマフォを得ると
ポートの監視を行う。クライアントプロセスからサービ
ス要求が到着すると、セマフォを取得しているサービス
プロセスは、要求されたサービスを開始すると同時にセ
マフォを開放する。サービスプロセスは、行っているサ
ービスが終了すると、再びセマフォの取得を試みる。

【００４５】図８のステップＡ１〜Ａ２、Ａ４、Ａ１
１、Ｆ２〜Ｆ３、Ｂ１で示される本実施例における管理
プロセス７１１、７２１の動作は、図１に示されたサー
バプロセス１１、１２、図６に示された管理プロセス６
１１と同一である。このため説明は省略する。管理プロ
セス７２１は、サービスの準備が整うと、サービスプロ
セスの監視を開始する（図８のステップＩ１）。

【００４６】図１、図３、図５、図７において、新しい
サーバプロセスの生成は既存のサーバプロセスから行わ
れているが、サーバプロセスの作り方で、新しいサーバ
プロセスは既存のサーバプロセス以外から生成すること
も可能である。

【００４７】図１、図５において、既存のサーバプロセ
スと新しいサーバプロセスの間の情報のやり取りを、シ
グナルをトリガに行っているが、セマフォをトリガにし
て行うことも可能であり、要求の内容を共有メモリに記
述している部分をファイルシステム上のファイルを利用
するようにしても可能である。また、複数の種類のシグ
ナルを利用し、シグナルの種類ごとに意味を持たせても
よい。さらに、既存のサーバプロセスと新しいサーバプ
ロセスの間の情報のやり取りは、TCP やUDP を利用して
行うことも可能である。

【００４８】図５、図７において、管理プロセスとサー
ビスプロセスは、図１、図３のサーバプロセスの機能を
プロセスに分割しているが、図１、図３のサーバプロセ
スの機能をスレッドに分割してもよい。

【００４９】図３、図７において、１つのセマフォで全
ポートの排他制御を行っているが、ポートを複数のグル
ープに分け、それらのグループ１つに専用のセマフォを
割り当ててポートの排他制御を行ってもよい。

【００５０】上記の実施形態によれば、クライアントプ
ロセスからの要求毎にセッションの開設／切断を行う構
造のサーバプロセスにおいて、サーバプロセスのサーバ
プログラムをバージョンアップする際に、既存のサーバ
プロセスから新しいサーバプログラムより生成したサー
バプロセスに、クライアントプロセスからのサービス要
求を待ち受けるポートをオープンしたまま引き継ぐ。こ
のことで、サーバプロセスの提供するサービスを停止し
ないで、サーバプロセスの置き換えを行う。

【００５１】既存のサーバプロセスは、外部より、新し
いサーバプロセスのサーバプログラムのファイルパスの
情報と共にプロセスを置き換える要求を受け取ることが
できる。既存のサーバプロセスは、プロセスの置き換え
要求を受け取ると指定されたサーバプログラムより新し
いサーバプロセスを生成する。このとき、既存のサーバ
プロセスは、自分の利用しているクライアントプロセス
からのサービス要求を待ち受けるポートを、クローズす
ることなくオープンしたまま新しいサーバプロセスに引
き継ぐ。

【００５２】既存のサーバプロセスと新しいサーバプロ
セスは、同期を取りながらポートへのアクセスを行う処
理を、既存のサーバプロセスから新しいサーバプロセス
に移行する。既存のサーバプロセスは、ポートへのアク
セスを行う処理を新しいサーバプロセスに移行すると、
自分の行っている全てのサービスを最後まで行った後
に、自ら消滅する。新しいサーバプロセスは、ポートへ
のアクセスを行う処理を移行されると、クライアントプ
ロセスからのサービス要求への対応を開始する。

【００５３】本発明の特徴は、既存のサーバプロセスと
新しいサーバプロセスとの間で、クライアントプロセス
からのサービス要求を待ち受けるポートをオープンした
まま引き継ぐこと、既存のサーバプロセスは置き換え時
に行っているサービスを完結すること、である。

【００５４】上記の実施形態によれば、ポートをオープ
ンしたまま引き継ぐことにより、クライアントプロセス
はサーバプロセスの置き換えを意識することなくサービ
ス要求を行うことができ、クライアントプロセスのサー
ビス要求を停止しなくて済む。このことにより、サーバ
プロセスの置き換えの最中にも行われるクライアントプ
ロセスからのサービス要求においても、ポートが常にオ
ープンされている。このため、必ずポートに到達し既存
のサーバプロセス、あるいは新しいサーバプロセスのど
ちらかで対応する。このように、クライアントプロセス
から要求されるサービスを取りこぼすことはない。

【００５５】ポートの監視を行わなくなった既存のサー
バプロセスは、新しいサーバプロセスが通常のサービス
を開始した後でも実行中のサービスを並行して行うこと
ができるので、これら実行中のサービスを完結して消滅
することができる。このように、サーバプロセスの都合
によりサービスが不正に終了することはない。

【００５６】尚、上述の実施形態は本発明の好適な実施
の一例である。但し、これに限定されるものではなく、
本発明の要旨を逸脱しない範囲内において種々変形実施
が可能である。

【００５７】

【発明の効果】以上の説明より明かなように、本発明の
サーバプロセスのサービス方式は、サーバプロセスのサ
ーバプログラムをバージョンアップする際に、既存のサ
ーバプロセスから新しいサーバプログラムより生成した
サーバプロセスに、クライアントプロセスからのサービ
ス要求を待ち受けるポートをオープンし、このオープン
した状態を維持してサーバプロセスのサーバプログラム
のバージョンアップを実行している。よって、サーバプ
ロセスの置き換えの作業の際にクライアントプロセスの
サービス要求を停止しなくてよい。

【図面の簡単な説明】

【図１】本発明のサーバプロセスのサービス方式の実施
形態を説明するための図である。

【図２】処理手順例を示すフローチャートである。

【図３】第２の実施例を説明するための図である。

【図４】第２の実施例の処理手順例を示すフローチャー
トである。

【図５】第３の実施例を説明するための図である。

【図６】第３の実施例の処理手順例を示すフローチャー
トである。

【図７】第４の実施例を説明するための図である。

【図８】第４の実施例の処理手順例を示すフローチャー
トである。

【符号の説明】

１、４、６、７、６１、６２、７１、７２ サーバプロ
セス群 １１、１２、４１、４２ サーバプロセス ２ クライアントプロセス群 ２１〜２ｎ クライアントプロセス ３ ポート群 ３１〜３ｎ ポート ５ セマフォ群 ５１ セマフォ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 吉原 潤 広島県広島市南区稲荷町４番１号 中国日 本電気ソフトウェア株式会社内 Ｆターム(参考） 5B076 EA02 EA17

Claims (6)

【特許請求の範囲】
1. 【請求項１】 クライアントプロセスからの要求毎にセ
   ッションの開設／切断を行う構造のサーバプロセスのサ
   ービス方式において、 前記サーバプロセスのサーバプログラムをバージョンア
   ップする際に、既存のサーバプロセスから新しいサーバ
   プログラムより生成したサーバプロセスに、前記クライ
   アントプロセスからのサービス要求を待ち受けるポート
   をオープンし、 該オープンした状態を維持して前記サーバプロセスのサ
   ーバプログラムのバージョンアップを実行し、 前記サーバプロセスのサービスに中断を生じさせないこ
   とを特徴とするサーバプロセスのサービス方式。
2. 【請求項２】 前記クライアントプロセスからの要求を
   待ち受けするポートを、前記バージョンアップの実行完
   了後に既存のサーバプロセスから新しいサーバプロセス
   に引き継ぐことを特徴とする請求項１記載のサーバプロ
   セスのサービス方式。
3. 【請求項３】 前記既存のサーバプロセスに前記新しい
   サーバプロセスのサーバプログラムを指定可能としたこ
   とを特徴とする請求項１記載のサーバプロセスのサービ
   ス方式。
4. 【請求項４】 前記既存のサーバプロセスと前記新しい
   サーバプロセス間で前記クライアントプロセスからのサ
   ービス要求を処理するための同期を取ることを特徴とす
   る請求項１または２に記載のサーバプロセスのサービス
   方式。
5. 【請求項５】 前記既存のサーバプロセスは、該既存の
   サーバプロセス自身の行っているサービスを、消滅する
   前に完結することを特徴とする請求項１から３の何れか
   に記載のサーバプロセスのサービス方式。
6. 【請求項６】 前記既存のサーバプロセスと新しいサー
   バプロセスのサーバプロセス同士のやり取りは、シグナ
   ル（signal）と共有メモリを利用して行うことを特徴と
   する請求項２から５の何れかに記載のサーバプロセスの
   サービス方式。