JPH03209531A - サービスプロセス管理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

く概　要〉 ？−ビスを！供する複数のコンピユータラ備えた通信シ
ステムのサービスプロセス管理方式に関し、 １台のコンピュータに集中したサービス処理を分散させ
ることで、特定のコンピュータのリソースの限界に縛ら
れることなくサービス提供できる通信サービスシステム
の提供を目的とし、サービスを提供する複数のコンピュ
ータを備えた通信システムにおいて、前記複数コンピュ
ータの各々は、現在処理を行っているサービス処理プロ
セスを監視するプロセス監視部と、別のコンビ二一夕に
自コンピュータのサービスプログラムを転送し、又は別
のコンピュータからのサービスプログラムを受け取るプ
ログラム送受信部と、コンピュータ間のサービスプロセ
スの処理メツセージの管理を行うメツセージ管理部を備
え、処理要求されたサービスプログラムを自コンピュー
タで処理することが困難と認識した場合に、前記プロセ
ス監視部は前記プログラム送受信部によりサービスプロ
グラムを別のコンピュータへ転送するとともに、自コン
ピュータで受け付けた処理要求を前記メツセージ管理部
を介して、前記別のコンピュータに転送することにより
、前記サービスプログラムを転送した前記別のコンピュ
ータ上で所定のサービス処理を行えるように構成する。 〈産業上の利用分野〉 本発明は、サービスを提供する複数のコンピュータを備
えた通信システムのサービスプロセス管理方式に関する
。 第７図は通信サービス網を示している０図中、７１−１
．７１−２は構内交換機であり、それぞれ利用者側の端
末機７４−１．７４−２につながっている。７３−１．
７３−２はデータ記憶装置であり、各種のサービスプロ
グラムやそのサービスに対応するサービスデータが入っ
ている。７２−１．７２−２はコンピュータであり、デ
ータ記憶装置７３−１．７３−２から利用者が必要とす
るサービスを読み出し、サービスの処理を行うものであ
る。 例えば、構内交換機７１−１．７１−２はある会社の構
内交換機であるとする。今、ユーザからの電話が会社に
あると、会社側の対応者はこのユーザが自分の会社にと
ってどのようなユーザであるかということを知るために
、端末機７４−１の画面へ顧客リストの表示す−ビスを
コンピュータ７２−１＠へ要求する。コンピュータ７２
−１はデータベース７３−１から要求された顧客リスト
サービスプログラムを捜し出す。この時、要求されたサ
ービスがデータベース７３−１に無い場合は、構内交換
機７１−２を介してコンピュータ７２−２に再度顧客リ
ストサービスの要求を行う。 この要求に対して、コンピュータ７２−２はデータベー
ス７３−２から要求されているサービスを捜し出し、自
コンピュータ７２−２上で処理プロセスを生成して利用
者側の端末機７４−１に顧客リストの表示す−ビス提供
等を行う。 〈従来の技術〉 従来の通信システムに接続されたコンピュータのサービ
スプロセス管理方式においては、あるサービスプロセス
を管理している１台のコンピュータで、ローカルなユー
ザからの要求や、遠隔地からのユーザへリモートアクセ
スによる要求に対して処理を行い、サービスの提供を行
っていた。 一般に、通信システムに接続された複数のコンピュータ
においてサービスを提供する場合、多くの利用者からの
サービス要求に対して、コンピュータのリソース（主記
憶等）をそれぞれ利用者のサービスに対応させることで
複数の利用者へのサービス提供を多重処理している。 第８図は、従来の概略構成図である。図中、８１．８２
はデータ記憶装置であり、８１にはサービスプログラム
ＡないしＤが収容してあり、８２にはサービスデータａ
ないしｄが収容しである。 このサービスデータａはサービスプログラムＡが読み込
み・書き込みを行うもの、サービスデータｂはサービス
プログラムＢが読み込みや書き込みを行うもの、以下同
様である。８３は主記憶装置であり、各種サービスプロ
グラムＡないしＤをここに読み込むことで、各利用者ご
とに処理プロセスを生成しサービス提供を行うものであ
る。８４は提供サービス管理テーブルであり、主記憶装
置８３に生成している利用者への各種サービス処理プロ
セスの管理を行うものである。８５はプロセス管理部で
あり、利用者からの要求に対してそのサービスプログラ
ムを記憶装置８１から主記憶装置８３に読み込む。また
、提供サービス管理テーブル８４に上記サービスを登録
し、主記憶装置８３で生成された処理プロセスの管理を
行う、８６はデータ管理部であり、各サービスプロセス
の要求に応じた必要データをデータ記憶装置８２から読
み込んだりするものである。 以下、簡単に従来のサービス提供処理手順を説明してい
く。現時点で、第８図の提供サービス処理テーブル８４
に示すように主記憶装置８３上で、利用者イ９ロ、ハが
それぞれサービスＡ、サービスＡ、サービスＢの処理プ
ロセスを生成しサービス提供を行っている。第９図はプ
ロセスの主記憶上への展開を示す図である。主記憶８３
では、それぞれ各利用者イ１１ロ、ハプロセス９１−１
゜９１−２．９１−３を生成し、サービスの提供を行っ
ている。この主記憶８３上には一度に収容できる収容プ
ロセス数があり、４つのプロセスまで収容できるものと
する。即ち、プロセス数３つまでは一度に多重処理がで
きるため、サービスを提供できるが、４つ目の処理プロ
セスを生成する主記憶８３上のメモリ領域がない。今、
利用者二がサービスＣをこのコンピュータに要求するも
のとする。この利用者二が要求しているサービスのサー
ビスプログラムＣをデータ記憶装置８１から捜し出し、
主記憶上にプログラムＣを読み込み、空いているメモリ
領域に利用者二へのサービスプロセス９１−４を生成す
る。そして、提供サービス処理テーブル８４にサービス
Ｃを登録する。そして、利用者二にこのプロセスを用い
てサービスＣの処理提供を行っていり、シかし、次に引
き続き利用者ホがサービスＣを要求してきた場合は、主
記憶８３上にはプロセスを生成できるメモリ領域がない
ため、プロセス管理部８５はメモリ領域が空くまでこの
利用者ホをサービス待ちにさせるか、またはキャンセル
させていた。しばらくして、利用者口へのサービスＡの
提供が終了すると、利用者口へのプロセス９１−２を消
去する。このため、今までサービス待ちしていた利用者
ホは、この空いたメモリ領域でもって処理プロセスを生
成し、サービスの提供を受けることができる。 上述のように、処理できる多重度はコンピュータ内の主
記憶装置８３のメモリ容量に大きく左右され、サービス
提供の幅に制限があった。また、この方式では、あるサ
ービスの要求が一つのコンピュータに集中すると、サー
ビスプロセスを生成するためのコンピュータの主記憶装
置８３上のメモリ領域９１が不足しプロセスが生成でき
なかった。この場合には、サービスの要求をキャンセル
するか、ユーザを待機させていた。 〈発明が解決しようとする課題〉 従って、従来のプロセス管理方式では、あるサービス要
求に対してそのサービスプログラムを管理している特定
のコンピュータのみにサービス処理が集中してしまう場
合がある。これにより、処理速度が低下するばかりでな
く、同時にサービス処理を行える処理プロセス数は、そ
のコンピュータのリソース（主記憶等）に制約され、そ
の限界を越えたサービス処理ができないといった問題を
生じていた。 本発明は、１台のコンピュータに集中したサービス処理
を分散させることで、特定のコンピュータのリソースの
限界に縛られることなくサービス提供できる通信サービ
スシステムの提供を目的とする。 〈課題を解決するための手段〉 第１図は本発明の原理説明図である。図中、１１はプロ
セス監視部であり、サービス処理を行っている処理プロ
セスを監視するものである。１２はプログラム送受信部
であり、プロセス監視部１１からの信号を受け取った時
に、サービスプログラムを別のコンピュータに転送し、
他のコンピュータからサービスプログラムを受け取るも
のである。１３はサービスに必要なデータの検索／書き
込みを行うプロセスと、このデータに基づきサービス処
理を行うプロセス間のメツセージ等の授受を行うもので
ある。 前記プロセス監視部１１においては処理プロセスを、例
えばプロセス数をカウントすることで監視することもで
きるし、使用するメモリ領域量で監視することも可能で
ある。 〈作　用〉 本発明では、まず各サービスプロセスを、実隙にサービ
スに必要なデータの読み込み／書き込みを行う部分と、
このデータに基づきサービス処理を行う処理プロセス部
分に分離し、この間のインタフェースを決定しておき、
メツセージ等の授受によってこの２つの処理を進める構
成にしてし）る。 つまり、プロセス監視部１１では現在の処理を行ってい
る処理プロセスを監視しており、この処理プロセスが一
定値（例えば、処理プロセス数の監視にあっては一定数
、メモリ領域の監視にあっては一定１）に達すると自コ
ンピュータでの処理プロセスの生成を止め、プログラム
送受信部１２で要求されたサービスの処理プロセス部分
を別のコンピュータに依頼する。そして、プログラム転
送先のコンピュータではメ・ノセージ管理部１３を介し
て転送元のコンピュータとメ・ノセージのやりとりをお
こないながら、データの読み込み及び書き込みや各処理
の情報のやりとりを行う。 従って、特定コンピュータの有するサービスに対する要
求が集中した場合にも、サービス処理領域を分散させて
いるため、特定コンピュータのリソースの限界に縛られ
ることない、更には、サービス処理プロセスをネットワ
ーク上につないであるコンピュータのリソースを有効に
利用することで、サービス提供の向上が可能である。 〈寞　施　例〉

【第１の実施例】 第２図は、本発明の第１の実施例である。図中、第８図
と同じ符号は同じものをあられしている。 処理プロセスを監視する機能としてプロセス監視部２１
を設けである。このプロセス監視部２１には、ユ・−ザ
からのサービス要求に応じて主記憶８３上に生成した処
理プロセス数が一定数を越えてないかを監視するもので
ある。この一定数としては、例えばリソースで収容でき
る最大のプロセス数をその値として置くものとする。そ
して、この一定数を処理プロセス数が越えた場合に、サ
ービスの処理プログラムを別のコンピュータに転送し、
または転送されてきたプログラムを受信するプログラム
送受信機能としてプログラム送受信部２２を設けである
。また、利用者からの処理要求やサービス処理プロセス
に基づいたコンピュータ間のメツセージの授受を行うメ
ツセージ管理部２３を設けである。 第３図は本発明を適用した通信システム網である。図中
、第２図と同じ符号は同一のものを表している。ここで
は簡単のために、コンピュータ１ではサービスＡ、Ｂを
サービスプログラムＡ、　　Ｂで提供し、またコンピュ
ータ２ではサービスＣをサービスプログラムＣで提供し
ている。そして、サービスＡ、Ｂに必要なデータａ、ｂ
をデータ記憶装置８２−１に、サービスＣに必要なデー
タＣをデータ記憶装置８２−２に収容しである。交換機
３１−１．３１−２を介して、利用者はコンピュータ１
とコンピュータ２にサービスの提供を要求する。 今、コンピュータ１の処理プロセスの数が一定数（例え
ばプロセス数４）に達したとする。即ち、主記憶装置８
３−１上には処理プロセスを生成できるプロセス領域を
もたないことを意味している。 この時、利用者がコンピュータ１にサービスＢの要求を
する。コンピュータ１では、プロセス監視部２１−１で
現在処理しているプロセス数を認識している。よって、
このサービス要求が（ると現在処理中のプロセス数が一
定数（＝プロセス数４）を越えてしまうため、プロセス
監視部２１−１はこれをプログラム送受信部２２に通知
する。 プログラム送受信部２２は、このサービス要求（サービ
スＢ）に対してデータ記憶装置８１−１からプログラム
Ｂを読み込み、コンピュータ２のプログラム送受信部２
２−２に対してサービスプログラムＢを送信しサービス
処理の依転をする。 コンピュータ２のプログラム送受信部２２−２ではこの
サービスプログラムＢを受信する。プロセス監視部２１
−２は、現在主記憶８３−２上で処理しているプロセス
数を認識している。従って、コンピュータ２のプロセス
監視部２１−２は自コンピュータが収容できるサービス
かを、現在のプロセス数で判断する。収容できる時（即
ち、コンピュータ２の主記憶８３−２上に収容できる処
理プロセス数を越えていない時）には、プログラムＢの
受信終了後、主記憶８３−２はプロセス領域にサービス
Ｂを読み込み利用者への処理プロセスを生成する。また
、プロセス管理部８５−２では、この時点で提供可能な
サービスとしてサービスＢを提供サービス管理テーブル
８４−２に登録し、コンピュータ１からの要求に応じて
サービスＢの処理プロセスを実行していく。 この場合サービスプロセスＢのデータであるデータｂの
読み込みや検索等が必要な時は、メツセージ管理部２３
−２によってコンピュータ１のメツセージ管理部２３−
１にデータｂをコンピュータ２へ送るように通知する。 コンピュータ１のメツセージ管理部２３−１がこの通知
を受けると、データ管理部２４−１はデータ記憶装置８
２−１からデータｂを読み込みコンピュータ２へ送信す
る。 コンピュータ１でのサービス処理プロセス数が減少しコ
ンピュータ１のプロセス監視部２１−１が、サービスプ
ロセス数が一定数（処理プロセス数４）以下になったこ
とを検出した場合には、コンピュータ２のプロセス管理
部８５−２に対してメツセージ管理部２３−１は先サー
ビスＢのサービス要求終了のメツセージを送る。 これを受けたコンピュータ２のメツセージ管理部２３−
２では、提供サービス管理テーブル８４−２に転送登録
されたサービスＢを削除し、以後このサービスＢの要求
は受けない。 第４図は処理フローである。図中、点線で囲った部分は
プロセス監視部の処理、−点鎖線で囲った部分はプログ
ラム送受信部の処理、二点鎖線で囲った部分はメツセー
ジ管理部の処理である。このコンピュータに入ってくる
信号には、６種類の信号があり、（ｉ）利用者からのサ
ービスの起動要求信号、（１１）別のコンピュータが送
ったプログラム転送信号、（ｉｆ）利用者からのサービ
ス処理要求信号、（ｉｖ）プロセス間のメツセージ通信
の要求信号、（ｖ）利用者からのサービス終了通知信号
、（ｖｉ）別のコンピュータからのプログラム消去命令
信号である。以下、信号の種類別に処理フローを説明し
てい（。 （ｉ）利用者からのサービスの起動要求信号メツセージ
管理部２３−１はステップ４００で利用者からのサービ
スの起動要求信号を検出し、次にプロセス監視部２１−
１によって自コンピュータのプロセスの数が一定数を越
えたかどうかを判断する（ステップ４０１）。越えてい
ないと判断された時（ステップ４０１でＮＯ）、プロセ
ス管理部８５−１は該当するサービスプロセスを記憶装
置８１−１から読み出しくステップ４０２）、プロセス
監視部２１−１は現在のプロセス数に１を加算する（ス
テップ４０３）。そして、主記憶８３−１のメモリ上に
サービスプロセスを生成し処理を行っていく（ステップ
４０７）。一方、現在処理中のプロセス数が一定数を越
えていると判断した時（ステップ４０１でＹＥＳ）は、
要求されているサービスのプログラムを別のコンピュー
タに転送し終わっているかを判断する（ステップ４０４
）。要求されているサービスのプログラムを転送してい
ない時（ステップ４０４でＮｏ）、プログラム送受信部
２２−１によりプログラムを別のコンピュータ２のプロ
グラム送受信部２２−２に送信する（ステップ４０５）
、次に、コンピュータ１のメツセージ管理部２３−１は
、コンピュータ２のメツセージ管理部２３−２にサービ
ス依頼のメツセージを送る（ステップ４０６）。 方、要求されているサービスのプログラムを別のコンピ
ュータに転送法の時（ステップ４０４でＹＥＳ）　、メ
ツセージ管理部２３−１はすぐにコンピュータ２のメツ
セージ管理部２３−２にサービス依頼のメツセージを送
る（ステップ４０６）。 プロセス監視部は２１−１は、サービスの処理プロセス
を実行しながら（ステップ４０７）、常にサービス処理
の終了がないか（ステップ４０８）をみている。そして
、サービスの処理プロセスが終了すると（ステップ４０
８でＹＥＳ）プロセス監視部２１−１はプロセス数を１
つ減算する（ステップ４０９）。そして、ステップ４０
０に戻る。 （ｉｉ）別のコンピュータが送ったプログラム転送信号 メツセージ管理部２３−１はステップ４１０でこの別の
コンピュータが送ったプログラム転送信号を検出する。 そして、送られてきたプログラムをプログラム送受信部
２２−１は受信しくステップ４１１）、主記憶８３−１
のメモリ上にプロセスを生成してサービス処理を行って
いく（ステップ４１２）、そして、ステップ４００に戻
る。 （ｉｉｉ）利用者からのサービス処理要求信号メツセー
ジ管理部２３−１は、ステップ４１３で利用者からのサ
ービス処理要求信号を検出し、該サービス処理要求され
ているサービスプログラムが受信されているかを判断す
る（ステップ４１４）。サービス処理要求されているサ
ービスプログラムが受信さている時（ステップ４１４で
ＹＥＳ）、サービス処理テーブル８３−１でプロセスの
生成をおこない、サービス処理を開始する（ステップ４
１５）。一方、サービス処理要求されているプログラム
が受信さていない時（ステップ４１４でＮｏ）は、サー
ビスの提供ができないとの通知（ステップ４１６）を行
う、そして、ステップ４００に戻る。 （ｉｖ　）プロセス間のメツセージ通信の要求信号メツ
セージ管理部２３−１は、ステップ４１７でプロセス間
のメツセージ通信の要求信号を検出し、別のコンピュー
タへ転送されたプロセスのメツセージかを判断する（ス
テップ４１Ｂ）、転送されたプロセスのメツセージであ
る時（ステップ４１８でＹＥＳ）　、プログラム送信元
のコンピュータのプロセス管理部へこのメツセージを転
送する（ステップ４１９）。一方、転送されていない時
（ステップ４１８でＮＯ）、メツセージの内容を実行す
る（ステップ４２０）。そして、ステップ４００に戻る
。 （Ｖ）利用者からのサービス終了通知信号メツセージ管
理部２３−１は、ステップ４２１で利用者からのサービ
ス終了通知信号を検出し、自コンピュータが現在処理し
ているサービスかを判断する（ステップ４２２）。自コ
ンピュータが処理していないサービスの時（ステップ４
２２でＮｏ）、ＦＬＡＧ＝−１にする（ステップ４２３
）。このＦＬＡＧが−１の時は、終了通知のあったサー
ビスが別のコンピュータで処理されているサービスであ
ることを示している。一方、自コンピュータが処理して
いるサービスの時（ステップ４２２でＹＥＳ）、プロセ
ス監視部２１−１はプロセス数を１つ減算する（ステッ
プ４２４）。 そして、サービスプロセスの終了処理を行う（ステップ
４２５）。次に、ＦＬＡＧ＝−１であるかを判断する（
ステップ４２６）。ＦＬＡＧ＝−１である場合（ステッ
プ４２６でＹＥＳ）、最初に戻る。ＦＬＡＧ＝−１でな
い場合（ステップ４２６でＮＯ）、プロセス数が一定数
以下になったかを判断する（ステップ４２７）。プロセ
ス数が一定数以下ではない時（ステップ４２７でＮｏ）
は最初に戻る。プロセス数が一定数以下になった時（ス
テップ４２７でＹＥＳ）　、サービス処理部のプロセス
を送信した別コンピュータにプロセス消去命令を発行し
送信する（ステップ４２８）。そして、ステップ４００
に戻る。 （ｖｉ）別のコンピュータからのプログラム消去命令信
号 メツセージ管理部２３−１はステップ４３０でプログラ
ム消去命令信号を検出し、受信したプログラムの処理プ
ロセスを消去する（ステップ４３０）。そしてステップ
４００に戻る。 第５図はメモリ上に生成された処理プロセスのフローチ
ャートである。以下、処理プロセスの流れを説明してい
く。主記憶８３−１はサービス要求信号を受信すると、
該当するメモリ上の処理プロセスは処理を開始する。最
初に初期設定をおこない（ステップ５００）、次に処理
プロセスは自分の動作環境（データの読み込み・書き込
み）は別のコンピュータであるかを判断する（ステップ
５０１）。この時、別のコンピュータであった時（ステ
ップ５０１でＹＥＳ）、ＦＬＡＧ＝１としくステップ５
０２）、そうでない時（ステップ５０１でＮｏ）はＦＬ
ＡＧＯ値は変えない。このＦＬＡＧが１の時は、自プロ
セスは別のコンピュータに収容されているサービスであ
ることを示している０次に、サービス手順通りサービス
の処理を行う（ステップ５０３）。その中で、サービス
データを必要とする処理が発生した場合（ステップ５０
４でＹＥＳ）は、ＦＬＡＧ＝１であるかを判断（ステッ
プ５０５）Ｌ、ＦＬＡＧ＝１の時（ステップ５０５でＹ
ＥＳ）はプロセス送信元コンピュータにデータに関する
処理要求を発行する（ステップ５０６）。ＦＬＡＧ＝１
でない時（ステップ５０５でＮｏ）は自コンピュータの
データ処理部に処理要求を発行する（ステップ５０７）
、そしてサービス処理を続けていく。

【第２の実施例】 上記、第１の実施例において説明したプロセス監視部は
処理プロセス数を監視するものとして説明したが、この
プロセスを生成するためのリソースの限界を監視するこ
とも可能である。即ち、プロセスに使用されていない空
領域により監視する。 この空領域を監視するプロセス監視部は、サービス処理
テーブルの空領域が一定量を下回ればプログラム処理の
依願を別のコンピュータに依願するものとする。 第６図は、第２の実施例によるメモリの監視方法を示し
ている０図中、６１はリソースのメモリであり、アドレ
スｒｏｏｏＯ」番地〜アドレスｒＦＦＦＦＪである。６
２は使用領域であり、利用者へのサービスプロセスをア
ドレス「００００」番地〜アドレスｒ９ＦＦＦＪ番地で
生成して使用している。６３は空領域であり、アドレス
ｒＡＯＯＯ」〜アドレスｒＦＦＦＦＪ番地が未使用領域
である。空領域監視部はこの空領域６３を監視するよう
にする。例えば、利用者からの要求に応じ処理プロセス
を空領域６３に生成していく訳だか、この空領域６３の
メモリ容量と処理プロセスがとる容量とを比較する。そ
して、処理プロセスを生成できる容量がない時は、空領
域監視部はプログラム転送の依頼をプログラム送受信部
に通知する。 〈発明の効果〉 以上説明したように、本発明によれば通信サービス処理
実行時において、サービスプロセスをネットワーク内に
あるコンピュータに動的分散して処理させるため、特定
サービスの要求が集中した場合にも、サービス要求をキ
ャンセルしたり、ユーザを待機させることなくサービス
を提供できるため、通信サービス機能の性能向上に寄与
するところが大きい。

【図面の簡単な説明】

第１図は本発明の原理説明図、 第２図は本発明の一実施例図、 第３図は本発明を通用した通信システム網、第４図は処
理フロー 第５図はサービスプロセスのフロー 第６図は本発明の第２の実施例、 第７図は通信サービス網を示す図、 第８図は従来の通信網の構成を示す図、第９図はプロセ
スの主記憶上への展開を示す図である。 図中、 ：プロセス監視部 ニブログラム送受信部 ：メッセージ管理部 である。

Claims (1)

1. 【特許請求の範囲】 １　サービスを提供する複数のコンピュータを備えた通
   信システムにおいて、 前記複数コンピュータの各々は、現在処理を行っている
   サービス処理プロセスを監視するプロセス監視部（１１
   ）と、 別のコンピュータに自コンピュータのサービスプログラ
   ムを転送し、又は別のコンピュータからのサービスプロ
   グラムを受け取るプログラム送受信部（１２）と、 コンピュータ間のサービスプロセスの処理メッセージの
   管理を行うメッセージ管理部（１３）を備え、 処理要求されたサービスプログラムを自コンピュータで
   処理することが困難と認識した場合に、前記プロセス監
   視部（１１）は前記プログラム送受信部（１２）により
   サービスプログラムを別のコンピュータへ転送するとと
   もに、自コンピュータで受け付けた処理要求を前記メッ
   セージ管理部（１３）を介して、前記別のコンピュータ
   に転送することにより、前記サービスプログラムを転送
   した前記別のコンピュータ上で所定のサービス処理を行
   えるようにしたことを特徴とするサービスプロセス管理
   方式。 ２　前記プロセス監視部（１１）は、サービス処理を行
   っているプロセス数をカウントする機能を有し、 プロセス数が所定数を越えた場合に処理要求されたサー
   ビスプログラムを自コンピュータで処理することが困難
   と認識し、前記プログラム送受信部（１２）によりサー
   ビスプログラムを別のコンピュータへ転送することを特
   徴とする請求項１記載のサービスプロセス管理方式。 ３　前記プロセス監視部（１１）は、サービス処理を行
   うメモリ領域を監視する機能を有し、メモリ領域が所定
   量を越えた場合に処理要求されたサービスプログラムを
   自コンピュータで処理することが困難と認識し、前記プ
   ログラム送受信部（１２）によりサービスプログラムを
   別のコンピュータへ転送することを特徴とする請求項１
   記載のサービスプロセス管理方式。