JPH02137596A - 通信システムのサービスプロセス管理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［概要］ 通信システムに設けられたアプリケーションプロセッサ
におけるサービスプロセス管理方式に関し、 通信サービス処理以外の処理によるオーバーヘッドを減
少させ高速な通信サービスを行うことを目的とし、 アプリケーションプロセッサにプロセス生成部、プロセ
ス起動部およびプロセス実行部を設け、プロセス生成部
は、予めサービスアプリケーションプロセス生成手段に
よりサービス種別毎に複数個のアプリケーションプロセ
スを生成し、起動待キュー形成手段により種別毎のプロ
セスキューを作成し、プロセス起動部はプロセス実行部
の指示により駆動され、起動待キュー検索手段によりプ
ロセスキューから指示に対応する種別の一つのプロセス
を検索し、検索されたプロセスに対し開始要求通知手段
から起動メッセージを通知し、プロセス実行部はプロセ
ス起動部により起動したプロセスの実行を管理するよう
構成する。

［産業上の利用分野コ 本発明は通信システムに設けられたアプリケーションプ
ロセッサにおけるサービスプロセス管理方式に関する。

近年、交換機、特にＰＢＸ　（構内交換機）の技術にお
いて交換機にハックエンド接続（端末からみて交換機の
後部に接続）されたアプリケーションプロセッサにより
各種のサービスを提供されるようになった。このような
交換機には、文字表示機能付の端末（多機能電話機など
）が接続され、音声以外のデータの伝送を行なうことが
でき、アプリケーションプロセッサが備えるサービスプ
ロセスにより各種の通信サービス、例えば、転送サービ
ス、音声メール、掲示板サービスなどを実行することが
できる。

アプリケーションプロセッサにおいて、通信サービスを
提供する場合には、通信における処理の一部（例えば、
転送サービスの場合、転送先のデータをアプリケーショ
ンプロセッサが保持しており、そのデータを検索する処
理）を、このアプリケーションプロセッサ上で行うため
、実時間性が要求される。ところが、アプリケーション
プロセッサは、プロセスの起動時に初期設定などの手順
を経て初めて実際の処理が行われるためサービスの提供
に時間がかかる。

このため、アプリケーションプロセッサにおいてサービ
スプロセスの起動等におけるオーバーヘッドを削減し、
より高速な処理を行うことが望まれている。

［従来の技術］ 第９図は従来例のシステム構成図、第１０図はアプリケ
ーションプロセッサにおりる従来例のフロー図を示す。

第９図において、表示画面を備えた多機能の端末装置９
０が複数台交換機のネットワーク９１に収容され、交換
機は呼ブロセソザ９２（ＣＰで表示）により交換制御が
行われる。゛？プリケーションプロセッサ９３は交換機
にハックエンド接続され、端末装置９０からサービス要
求が行われると、呼ブロセソザ９２によりネットワーク
の接続制御が行われてアプリケーションプロセッサ９３
と接続される。アプリケーションプロセッサ９３は端末
からの要求に応じて対応するアプリケーションプログラ
ムによりサービスを実行する。アプリケーションプロセ
ッサ９３は必要に応じてファイル装置９４にアクセスす
る。

アプリケーションプロセッサ９３におけるサービスプロ
セス管理方式を、第１０図の従来例のフロー図を用いて
説明する。

プロセス管理を行うプログラムは、イベント待ち状態で
待機しく１００）、プロセス要求のイベント発生により
プロセスの起動要求を基本ソフトウェアに対し発行する
（１０１）。これにより、指定されたサービスアプリケ
ーションプロセスが起動される（１０２）。

プロセス管理プログラムにおいてプロセスの起動が完了
すると、次に起動されたプロセス内部において先ず初期
設定が行われる（１０４）。この初期設定では、メモリ
領域を獲得し、そのメモリ領域に要求のあったサービス
を実行するためのプログラムをロートする等の処理が行
われる。次に、サービス処理を行い（１０５）、処理が
終了したかを判別しく１０６．１０７）、終了した場合
はそのプロセスは消滅する。

［発明が解決しようとする課題］ 従来例の方式によれば、サービスの起動要求があるとそ
のたびに毎回プロセスを起動する必要があり、サービス
の要求があってから実際の通信サービス処理を行う前に
プロセスを起動して初期設定を行わなければならない。

しかし、サービスの要求があった場合、サービスの処理
中にプロセスの起動や初期設定といった処理を含むため
、実際の通信サービス以外の部分においてのオーバーヘ
ッドが大きいという問題を生じていた。

本発明は通信サービス処理以外の処理によるオーバーヘ
ッドを減少させ高速な通信サービスを行うことを目的と
する。

［課題を解決するための手段］ 第１図は本発明の原理的構成図である。

第１図において、１０はアプリケーションプロセッサ、
１１は予めプロセスを生成するプロセス生成部、１２は
プロセス起動部、１３はプロセス実行部、１４はプロセ
スキューを表す。

本発明は予めプロセス生成部において各サービスに対応
するプロセスを複数個生成しておき、起動要求が発生す
るとそれらの生成されたプロセスから１つ取り出して要
求元に渡して動作開始状態とし、プロセス実行部におい
てそのプロセスが実行される。

［作用］ システムの立ち上げまたは空き時間の処理においてプロ
セス生成部１１が起動する。すると、サービスアプリケ
ーションプロセス生成手段１１１によりある一つのサー
ビス種別のサービスアプリケーションのプロセスＸが生
成され、次の起動待キュー形成手段１１２においてプロ
セスキュー１４に連結する。一つのサービス種別につい
てサービスアプリケーションプロセスＸを所定個数生成
して、プロセスキュー１４にキューが形成されると、他
のサービス種別について同様にしてサービスアプリケー
ションプロセスｙを生成して、プロセスキュー１４に同
じサービス種別のプロセスキューが所定個数形成される
と、プロセス生成部の処理は終了する。

次に起動要求が発生ずると、プロセス起動部１２が動作
を開始し、起動待キュー検索手段１２１がプロセスキュ
ー１４を検索して要求されたサービス種別に対応するプ
ロセスキューの中から先頭の空きプロセスを取り出し、
開始要求通知手段１２２により検索されたプロセスに対
しサービス開始要求の通知を行う。

プロセス実行部１３では、その開始要求通知を受は取る
と、該当プロセスにおけるサービス処理を実行して、終
了するとそのプロセスを消滅させないで、初期化して次
のサービス開始要求を受けるのを待機する。

このように、サービスプロセスの起動要求が発生する前
に予め各サービス種別に対応したプロセスを複数個生成
して待ち状態で準備しておき、プロセスの起動要求が発
生した時に直ちに起動して実行することによりサービス
処理以外の処理によるオーバーヘッドを減少することが
できる。

［実施例］ 第２図は本発明の実施例構成図、第３図はシステム立ち
上げ時のフロー図、第４図はプロセス起動時のフロー図
、第５図は個々のサービスプロセス内部におけるフロー
図、第６図はプロセスとプロセス起動待ちキューの説明
図、第７図は複数の種別のプロセスについての説明図、
第８図はプロセスキューとプロセス管理テーブルの関係
説明図である。

第２図において、２０は多機能端末、２１は交換機のネ
ットワーク、２２は交換機のネットワークを制御する制
御プロセッサ（ＣＰで表示）、２３は中央処理袋ｖｃｐ
ｕとメモリを含むアプリケーションプロセ・ノサ（ＡＰ
で表示）、２４〜２７はアプリケーションプロセッサの
ソフトウェア構成を示し、２４はオペレーティングシス
テム（Ｏ８で表示）、２５は端末および交換機との通信
を実行する通信制御部、２６はサービスプロセスの生成
および端末からの起動要求により対応するプロセスの起
動などを行うサービスプロセス管理部、２７は生成され
た各サービスプロセスが格納されるサービスプログラム
領域、２８は起動待ちキュ、２９はプロセス管理テーブ
ルを表す。

第２図の多機能端末２０から発呼してアプリケ−ション
ザービスを要求するダイヤルを行うと、交換機のネット
ワーク２１を介してＡＰ２３に接続され、通信制御部２
５を経由して０３２４．サービスプロセス管理部２６お
よびサービスプログラム領域２７のプロセスの処理によ
り対応するサービスが実行される。

システム立ち上げ時にサービスプロセス管理部２６にお
いて第３図に示すフローによりプロセス生成が行われる
。

第３図について説明すると、まず、システム立ち上げの
入力により、予め定められたあるサービス種別、例えば
サービスＡのサービスアプリケーションプロセスの起動
を行い（３０）、そのプロセスの起動（メモリ領域の設
定、プログラムのロード等）が完了すると、プロセス識
別番号（ＩＤ）をそのプロセス用の起動待ちキュー（Ｑ
ＵＥＵＥで表示）２８　（第２図参照）につなり（３２
）。これによりサービスプログラム領域２７にサービス
Ａのプロセス２７１の一つが形成され起動待ち状態とな
る。

このサービス種別Ａのプロセスが指定個数分起動完了し
たかどうかを判別しく３３．３４）、指定個数に達して
ない時はステップ３０に戻り、達している時は他のサー
ビス種別Ｂ、Ｃ（第２図の２７２．２７３）のプロセス
をそれぞれ指定個数分順次起動して、その都度全ての種
別について起動完了したかを判別する（３５．３６）。

全ての種別について起動完了してない場合は、ステップ
３０に戻ってさらに他の種別のプロセスについて同様の
動作を繰り返す。全てのプロセスについて指定個数分の
プロセスが起動すると、次の状態（他の処理）へ移る。

次に、ユーザ（多機能端末２０）からのサービス要求に
よりプロセスの起動要求が発生するとサービスプロセス
管理部２６において第４図に示すフローによりプロセス
が起動する。

第４図について説明すると、サービスプロセス管理部２
６のプロセスの起動処理プログラムはイヘント待ち状態
で待機しく４１）、プロセスの起動要求のイベントが発
生すると（４２）、指定プロセスの起動待ちキュー（Ｑ
ＵＥＵＥで表示、第２図の２８）につながれているプロ
セスが有るかどうかを識別しく４３．４４）、有る場合
は、キュー上の先頭のプロセスをアタッチ（キューから
解放する）する（４５）。次に要求してしてユーザのプ
ロセス管理テーブル（第２図の２９）にそのプロセスを
アタッチ（形成する）Ｌ（４６）、プロセス要求の起動
元にプロセス起動の通知を行う（４７）。上記のステ・
ンブ４４において、指定プロセスが起動待ちキューにつ
ながれてないと判別された時は、起動要求元に対してビ
ジー（ＢＵＳＹ）を返す。

次に、第５図により個々のサービスプロセス内部におけ
るフローを説明する。

初めに、第３図のシステム立ち上げ時のフローにより、
プロセスが生成されて初期設定１　（メモリ領域の確保
、プログラムのロード等）が実行され、プロセスキュー
につながれて待機（ＷＡＩＴで表示）状態となっている
。この時、第４図のプロセス起動時のフロー図のステッ
プ４７において起動元への通知により、サービス開始要
求のメッセージが入力されると、この第５図のサービス
プロセスが待機状態からサービス処理の実行状態となる
（５２）。処理が終了すると、そのプロセスに対し初期
設定２が行われる。この初期設定２は、従来のプロセス
が処理を終了すると消滅するのに対し、このプロセスを
消滅させずに再び使用できるように各値を初期化するも
のである。次に、プロセス管理に終了通知を行い、この
プロセスは新たなプロセスとして待機状態となる。

次にプｌロセスとプロセス起動待ちキュー及びプロセス
管理テーブルの関係を第６図乃至第８図を用いて説明す
る。

第６図は、上記第３図によるフローにより、サービスプ
ロセス管理部２６でサービス種別ＡのプロセスＡが複数
個順番に生成される様子を示す。

各プロセスＡが生成されると、プロセスＡ起動待ちキュ
ー（ＱＵＥＵＥ）２９１に各プロセスＩＤが格納され、
各プロセスＩＤのポインタがチェーン（連鎖）状に順次
リンクされている。

第７図は、上記第６図のようにして、プロセス八が複数
個生成された後に、さらにザービスプロセス管理部２６
によりサービス種別Ｂ、Ｃのプロセスを生成して、それ
ぞれの起動待ちキューが形成される様子を示す。

第８図は、ユーザＳがプロセスＡを実行中に、プロセス
Ｂを要求した場合のユーザＳのプロセス管理テーブル２
９１の様子を示す。この場合、ユーザＳがプロセスＡ（
プロセスＩＤはＯＸ＊＊＊）を実行した後に、異なるサ
ービス種別であるプロセスＢの起動要求を行うことによ
り、プロセスＢ起動待ちキュー２８２の先頭のＩＤが“
０Ｘ００１″であるプロセスを起動することにより、ユ
ーザＳのプロセス管理テーブル２９１に図示のようにプ
ロセスの種類ＢとＩＤが格納される。

上記の実施例では起動要求のメッセージ待ちで待機（Ｗ
ＡＩＴ）状態になり、−時アプリケーションプロセスの
処理を中断するが、この処理を一時中断する手法として
、メツセージを受は取らない状態にして（例えば、“５
ＬＥＥＰ″を用いる）、この状態から処理を開始させる
指令（例えば”ＷＡＫＥＵＰ”を用いる）を使用するこ
とができる。

［発明の効果コ 本発明によれば通信サービス処理実行時において、オー
ハーヘソドの大きいプロセスの起動といった処理を行わ
ずにプロセスを実行できるため、通信サービス処理を高
速かつ効率良く行うことができ、通信サービス機能の性
能向上を達成することができる。

【図面の簡単な説明】

第１図は本発明の原理的構成図、第２図は本発明の実施
例構成図、第３図はシステム立ち上げ時（７）７０−図
、第４図はプロセス起動時のフロー図、第５図は個々の
ザービスプロセス内部におけるフロー図、第６図はプロ
セスとプロセス起動待ちキューの説明図、第７図は複数
の種別のプロセスについての説明図、第８図はプロセス
キューとプロセス管理テーブルの関係説明図、第９図は
従来例のシステム構成図、第１０図はアプリケーション
プロセッサにおける従来例のフロー図である。 第１図中、 １０：アプリケーションプロセソサ １１；プロセス生成部 １２：プロセス起動部 １３；プロセス実行部 １４：プロセスキュー 特許出願人　　　富士通株式会社 復代理人弁理士　　穂坂　和雄

Claims (1)

1. 【特許請求の範囲】 通信システムに設けられたアプリケーションプロセッサ
   におけるサービスプロセス管理方式において、 アプリケーションプロセッサ（１０）にプロセス生成部
   （１１）、プロセス起動部（１２）およびプロセス実行
   部（１３）を設け、 プロセス生成部（１１）は、予めサービスアプリケーシ
   ョンプロセス生成手段（１１１）によりサービス種別毎
   に複数個のアプリケーションプロセスを生成し、起動待
   キュー形成手段（１１２）により種別毎のプロセスキュ
   ー（１４）を作成し、 プロセス起動部（１２）はプロセス実行部（１３）の指
   示により駆動され、起動待キュー検索手段（１２１）に
   よりプロセスキュー（１４）からの指示に対応する種別
   の一つのプロセスを検索し、検索されたプロセスに対し
   開始要求通知手段（１２２）から起動メッセージを通知
   し、 プロセス実行部（１３）はプロセス起動部（１２）によ
   り起動したプロセスの実行を管理することを特徴とする
   通信システムのサービスプロセス管理方式。