JPH02137596A - Service process controlling system for communication system - Google Patents

Service process controlling system for communication system

Info

Publication number
JPH02137596A
JPH02137596A JP29210588A JP29210588A JPH02137596A JP H02137596 A JPH02137596 A JP H02137596A JP 29210588 A JP29210588 A JP 29210588A JP 29210588 A JP29210588 A JP 29210588A JP H02137596 A JPH02137596 A JP H02137596A
Authority
JP
Japan
Prior art keywords
service
queue
unit
processes
startup
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP29210588A
Other languages
Japanese (ja)
Inventor
Naoto Ito
直人 伊藤
Jun Maeda
潤 前田
Bukan Kin
金 武完
Toshihiro Ide
敏博 井手
Masahiro Hirayama
平山 昌弘
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP29210588A priority Critical patent/JPH02137596A/en
Publication of JPH02137596A publication Critical patent/JPH02137596A/en
Pending legal-status Critical Current

Links

Landscapes

  • Exchange Systems With Centralized Control (AREA)

Abstract

PURPOSE:To execute communication service processing at high speed and efficiently, and to improve performance by generating previously plural processes corresponding to each service at every time to start up system, and retrieving and executing one process among the generated processes when a start request arises. CONSTITUTION:When a process generating part 11 is started at the time of the start-up of the system, etc., the prescribed number of the processes (x) are generated by a service application process generating means 111 for one kind of the service, and a queue is formed in a process queue 14. Subsequently, another process (y) is generated similarly. Next, when the start request arises, a process starting part 12 starts operation, and a start waiting queue retrieving means 121 retrieves the queue 14, and takes out the process corresponding to the kind of the requested service, and service start request is informed by a start request informing means 122. After finish, a process executing part 13 holds itself in readiness without eliminating said process but initializing it. Thus, the processing is speeded up, and the performance is improved.

Description

【発明の詳細な説明】 [概要] 通信システムに設けられたアプリケーションプロセッサ
におけるサービスプロセス管理方式に関し、 通信サービス処理以外の処理によるオーバーヘッドを減
少させ高速な通信サービスを行うことを目的とし、 アプリケーションプロセッサにプロセス生成部、プロセ
ス起動部およびプロセス実行部を設け、プロセス生成部
は、予めサービスアプリケーションプロセス生成手段に
よりサービス種別毎に複数個のアプリケーションプロセ
スを生成し、起動待キュー形成手段により種別毎のプロ
セスキューを作成し、プロセス起動部はプロセス実行部
の指示により駆動され、起動待キュー検索手段によりプ
ロセスキューから指示に対応する種別の一つのプロセス
を検索し、検索されたプロセスに対し開始要求通知手段
から起動メッセージを通知し、プロセス実行部はプロセ
ス起動部により起動したプロセスの実行を管理するよう
構成する。
[Detailed Description of the Invention] [Summary] Regarding a service process management method in an application processor installed in a communication system, the present invention aims to reduce overhead caused by processing other than communication service processing and provide high-speed communication services. A process generation unit, a process activation unit, and a process execution unit are provided, and the process generation unit generates a plurality of application processes for each service type in advance by a service application process generation unit, and creates a process queue for each type by a startup queue formation unit. The process startup unit is driven by an instruction from the process execution unit, searches for one process of the type corresponding to the instruction from the process queue using the startup waiting queue search means, and sends a request to the searched process from the start request notification means. A startup message is notified, and the process execution unit is configured to manage the execution of the process started by the process startup unit.

[産業上の利用分野コ 本発明は通信システムに設けられたアプリケーションプ
ロセッサにおけるサービスプロセス管理方式に関する。
[Industrial Application Field] The present invention relates to a service process management method in an application processor provided in a communication system.

近年、交換機、特にPBX (構内交換機)の技術にお
いて交換機にハックエンド接続(端末からみて交換機の
後部に接続)されたアプリケーションプロセッサにより
各種のサービスを提供されるようになった。このような
交換機には、文字表示機能付の端末(多機能電話機など
)が接続され、音声以外のデータの伝送を行なうことが
でき、アプリケーションプロセッサが備えるサービスプ
ロセスにより各種の通信サービス、例えば、転送サービ
ス、音声メール、掲示板サービスなどを実行することが
できる。
In recent years, various services have come to be provided by application processors connected to exchanges, particularly in PBX (private branch exchange) technology, with hack-end connections (connected to the rear of the exchange when viewed from terminals). Terminals with character display functions (such as multi-function telephones) are connected to such exchanges, and data other than voice can be transmitted, and the service process provided by the application processor provides various communication services, such as forwarding. services, voice mail, bulletin board services, etc.

アプリケーションプロセッサにおいて、通信サービスを
提供する場合には、通信における処理の一部(例えば、
転送サービスの場合、転送先のデータをアプリケーショ
ンプロセッサが保持しており、そのデータを検索する処
理)を、このアプリケーションプロセッサ上で行うため
、実時間性が要求される。ところが、アプリケーション
プロセッサは、プロセスの起動時に初期設定などの手順
を経て初めて実際の処理が行われるためサービスの提供
に時間がかかる。
When an application processor provides a communication service, part of the communication processing (for example,
In the case of a transfer service, real-time performance is required because the application processor holds the data at the transfer destination and the process of searching for that data is performed on this application processor. However, with application processors, actual processing is performed only after initial settings and other steps are performed when a process is started, so it takes time to provide services.

このため、アプリケーションプロセッサにおいてサービ
スプロセスの起動等におけるオーバーヘッドを削減し、
より高速な処理を行うことが望まれている。
Therefore, the overhead of starting the service process on the application processor is reduced,
It is desired to perform faster processing.

[従来の技術] 第9図は従来例のシステム構成図、第10図はアプリケ
ーションプロセッサにおりる従来例のフロー図を示す。
[Prior Art] FIG. 9 shows a system configuration diagram of a conventional example, and FIG. 10 shows a flow diagram of the conventional example going to an application processor.

第9図において、表示画面を備えた多機能の端末装置9
0が複数台交換機のネットワーク91に収容され、交換
機は呼ブロセソザ92(CPで表示)により交換制御が
行われる。゛?プリケーションプロセッサ93は交換機
にハックエンド接続され、端末装置90からサービス要
求が行われると、呼ブロセソザ92によりネットワーク
の接続制御が行われてアプリケーションプロセッサ93
と接続される。アプリケーションプロセッサ93は端末
からの要求に応じて対応するアプリケーションプログラ
ムによりサービスを実行する。アプリケーションプロセ
ッサ93は必要に応じてファイル装置94にアクセスす
る。
In FIG. 9, a multifunctional terminal device 9 equipped with a display screen
0 is accommodated in a network 91 of multiple exchanges, and the exchanges are controlled by a call processor 92 (indicated by CP).゛? The application processor 93 is hack-end connected to the exchange, and when a service request is made from the terminal device 90, the call processor 92 controls the network connection and the application processor 93
connected to. The application processor 93 executes services using corresponding application programs in response to requests from terminals. Application processor 93 accesses file device 94 as needed.

アプリケーションプロセッサ93におけるサービスプロ
セス管理方式を、第10図の従来例のフロー図を用いて
説明する。
The service process management method in the application processor 93 will be explained using the conventional flow diagram shown in FIG.

プロセス管理を行うプログラムは、イベント待ち状態で
待機しく100)、プロセス要求のイベント発生により
プロセスの起動要求を基本ソフトウェアに対し発行する
(101)。これにより、指定されたサービスアプリケ
ーションプロセスが起動される(102)。
The program that performs process management waits for an event (100), and issues a process activation request to the basic software when a process request event occurs (101). As a result, the specified service application process is activated (102).

プロセス管理プログラムにおいてプロセスの起動が完了
すると、次に起動されたプロセス内部において先ず初期
設定が行われる(104)。この初期設定では、メモリ
領域を獲得し、そのメモリ領域に要求のあったサービス
を実行するためのプログラムをロートする等の処理が行
われる。次に、サービス処理を行い(105)、処理が
終了したかを判別しく106.107)、終了した場合
はそのプロセスは消滅する。
When starting a process in the process management program is completed, initial settings are first performed inside the next started process (104). In this initial setting, processes such as acquiring a memory area and loading a program for executing the requested service into the memory area are performed. Next, service processing is performed (105), and it is determined whether the processing has ended (106, 107), and if it has ended, the process is destroyed.

[発明が解決しようとする課題] 従来例の方式によれば、サービスの起動要求があるとそ
のたびに毎回プロセスを起動する必要があり、サービス
の要求があってから実際の通信サービス処理を行う前に
プロセスを起動して初期設定を行わなければならない。
[Problem to be solved by the invention] According to the conventional method, it is necessary to start a process every time there is a request to start a service, and actual communication service processing is performed only after a service request is received. You must first start the process and perform initial configuration.

しかし、サービスの要求があった場合、サービスの処理
中にプロセスの起動や初期設定といった処理を含むため
、実際の通信サービス以外の部分においてのオーバーヘ
ッドが大きいという問題を生じていた。
However, when there is a request for a service, processing of the service includes processing such as starting a process and initializing it, which creates a problem in that there is a large overhead in areas other than the actual communication service.

本発明は通信サービス処理以外の処理によるオーバーヘ
ッドを減少させ高速な通信サービスを行うことを目的と
する。
An object of the present invention is to provide high-speed communication services by reducing overhead due to processing other than communication service processing.

[課題を解決するための手段] 第1図は本発明の原理的構成図である。[Means to solve the problem] FIG. 1 is a diagram showing the basic configuration of the present invention.

第1図において、10はアプリケーションプロセッサ、
11は予めプロセスを生成するプロセス生成部、12は
プロセス起動部、13はプロセス実行部、14はプロセ
スキューを表す。
In FIG. 1, 10 is an application processor;
Reference numeral 11 represents a process generation unit that generates a process in advance, 12 a process activation unit, 13 a process execution unit, and 14 a process queue.

本発明は予めプロセス生成部において各サービスに対応
するプロセスを複数個生成しておき、起動要求が発生す
るとそれらの生成されたプロセスから1つ取り出して要
求元に渡して動作開始状態とし、プロセス実行部におい
てそのプロセスが実行される。
The present invention generates a plurality of processes corresponding to each service in advance in the process generation unit, and when an activation request occurs, one of the generated processes is extracted and passed to the request source to start operation, and the process is executed. The process is carried out in the section.

[作用] システムの立ち上げまたは空き時間の処理においてプロ
セス生成部11が起動する。すると、サービスアプリケ
ーションプロセス生成手段111によりある一つのサー
ビス種別のサービスアプリケーションのプロセスXが生
成され、次の起動待キュー形成手段112においてプロ
セスキュー14に連結する。一つのサービス種別につい
てサービスアプリケーションプロセスXを所定個数生成
して、プロセスキュー14にキューが形成されると、他
のサービス種別について同様にしてサービスアプリケー
ションプロセスyを生成して、プロセスキュー14に同
じサービス種別のプロセスキューが所定個数形成される
と、プロセス生成部の処理は終了する。
[Operation] The process generation unit 11 is activated at system start-up or idle time processing. Then, the service application process generation means 111 generates a service application process X of one service type, and the process X is connected to the process queue 14 in the next startup queue formation means 112. When a predetermined number of service application processes When a predetermined number of process queues of each type are created, the processing of the process generation unit ends.

次に起動要求が発生ずると、プロセス起動部12が動作
を開始し、起動待キュー検索手段121がプロセスキュ
ー14を検索して要求されたサービス種別に対応するプ
ロセスキューの中から先頭の空きプロセスを取り出し、
開始要求通知手段122により検索されたプロセスに対
しサービス開始要求の通知を行う。
Next, when a startup request occurs, the process startup unit 12 starts operating, and the startup waiting queue search means 121 searches the process queue 14 and selects the first free process from the process queue corresponding to the requested service type. Take out the
The start request notification means 122 notifies the searched process of a service start request.

プロセス実行部13では、その開始要求通知を受は取る
と、該当プロセスにおけるサービス処理を実行して、終
了するとそのプロセスを消滅させないで、初期化して次
のサービス開始要求を受けるのを待機する。
When the process execution unit 13 receives the start request notification, it executes the service processing in the corresponding process, and upon completion, the process is initialized and waits for receiving the next service start request without destroying the process.

このように、サービスプロセスの起動要求が発生する前
に予め各サービス種別に対応したプロセスを複数個生成
して待ち状態で準備しておき、プロセスの起動要求が発
生した時に直ちに起動して実行することによりサービス
処理以外の処理によるオーバーヘッドを減少することが
できる。
In this way, before a service process startup request occurs, multiple processes corresponding to each service type are generated in advance and prepared in a waiting state, and when a process startup request occurs, they are immediately started and executed. This makes it possible to reduce overhead due to processing other than service processing.

[実施例] 第2図は本発明の実施例構成図、第3図はシステム立ち
上げ時のフロー図、第4図はプロセス起動時のフロー図
、第5図は個々のサービスプロセス内部におけるフロー
図、第6図はプロセスとプロセス起動待ちキューの説明
図、第7図は複数の種別のプロセスについての説明図、
第8図はプロセスキューとプロセス管理テーブルの関係
説明図である。
[Example] Figure 2 is a configuration diagram of an embodiment of the present invention, Figure 3 is a flow diagram at system startup, Figure 4 is a flow diagram at process startup, and Figure 5 is a flow diagram inside each service process. Figure 6 is an explanatory diagram of processes and process startup queues, Figure 7 is an explanatory diagram of multiple types of processes,
FIG. 8 is an explanatory diagram of the relationship between a process queue and a process management table.

第2図において、20は多機能端末、21は交換機のネ
ットワーク、22は交換機のネットワークを制御する制
御プロセッサ(CPで表示)、23は中央処理袋vcp
uとメモリを含むアプリケーションプロセ・ノサ(AP
で表示)、24〜27はアプリケーションプロセッサの
ソフトウェア構成を示し、24はオペレーティングシス
テム(O8で表示)、25は端末および交換機との通信
を実行する通信制御部、26はサービスプロセスの生成
および端末からの起動要求により対応するプロセスの起
動などを行うサービスプロセス管理部、27は生成され
た各サービスプロセスが格納されるサービスプログラム
領域、28は起動待ちキュ、29はプロセス管理テーブ
ルを表す。
In FIG. 2, 20 is a multi-function terminal, 21 is an exchange network, 22 is a control processor (indicated by CP) that controls the exchange network, and 23 is a central processing bag (VCP).
The application processor (AP) including u and memory
24 to 27 indicate the software configuration of the application processor, 24 is the operating system (displayed as O8), 25 is a communication control unit that executes communication with the terminal and the exchange, and 26 is the service process generation and terminal 27 is a service program area in which each generated service process is stored, 28 is a startup queue, and 29 is a process management table.

第2図の多機能端末20から発呼してアプリケ−ション
ザービスを要求するダイヤルを行うと、交換機のネット
ワーク21を介してAP23に接続され、通信制御部2
5を経由して0324.サービスプロセス管理部26お
よびサービスプログラム領域27のプロセスの処理によ
り対応するサービスが実行される。
When a call is made from the multi-function terminal 20 in FIG. 2 and a dial is made to request application service, the connection is made to the AP 23 via the exchange network 21, and the communication control unit 2
5 via 0324. Corresponding services are executed by the processes of the service process management unit 26 and the service program area 27.

システム立ち上げ時にサービスプロセス管理部26にお
いて第3図に示すフローによりプロセス生成が行われる
When the system is started up, the service process management section 26 generates a process according to the flow shown in FIG.

第3図について説明すると、まず、システム立ち上げの
入力により、予め定められたあるサービス種別、例えば
サービスAのサービスアプリケーションプロセスの起動
を行い(30)、そのプロセスの起動(メモリ領域の設
定、プログラムのロード等)が完了すると、プロセス識
別番号(ID)をそのプロセス用の起動待ちキュー(Q
UEUEで表示)28 (第2図参照)につなり(32
)。これによりサービスプログラム領域27にサービス
Aのプロセス271の一つが形成され起動待ち状態とな
る。
To explain FIG. 3, first, in response to a system startup input, a service application process of a predetermined service type, for example, service A, is started (30), and the process is started (memory area settings, program When the process is completed, the process identification number (ID) is placed in the startup queue (Q
(displayed in UEUE) 28 (see Figure 2), which leads to (32
). As a result, one of the processes 271 of service A is created in the service program area 27 and enters a startup waiting state.

このサービス種別Aのプロセスが指定個数分起動完了し
たかどうかを判別しく33.34)、指定個数に達して
ない時はステップ30に戻り、達している時は他のサー
ビス種別B、C(第2図の272.273)のプロセス
をそれぞれ指定個数分順次起動して、その都度全ての種
別について起動完了したかを判別する(35.36)。
It is determined whether the specified number of processes of this service type A have been started (33, 34). If the specified number has not been reached, the process returns to step 30, and if the specified number has been reached, other service types B, C (processes The specified number of processes (272 and 273) in Figure 2 are activated in sequence, and each time it is determined whether the activation has been completed for all types (35.36).

全ての種別について起動完了してない場合は、ステップ
30に戻ってさらに他の種別のプロセスについて同様の
動作を繰り返す。全てのプロセスについて指定個数分の
プロセスが起動すると、次の状態(他の処理)へ移る。
If startup has not been completed for all types, the process returns to step 30 and the same operation is repeated for other types of processes. When the specified number of processes for all processes are started, the process moves to the next state (other processing).

次に、ユーザ(多機能端末20)からのサービス要求に
よりプロセスの起動要求が発生するとサービスプロセス
管理部26において第4図に示すフローによりプロセス
が起動する。
Next, when a process activation request is generated in response to a service request from the user (multifunction terminal 20), the process is activated in the service process management unit 26 according to the flow shown in FIG.

第4図について説明すると、サービスプロセス管理部2
6のプロセスの起動処理プログラムはイヘント待ち状態
で待機しく41)、プロセスの起動要求のイベントが発
生すると(42)、指定プロセスの起動待ちキュー(Q
UEUEで表示、第2図の28)につながれているプロ
セスが有るかどうかを識別しく43.44)、有る場合
は、キュー上の先頭のプロセスをアタッチ(キューから
解放する)する(45)。次に要求してしてユーザのプ
ロセス管理テーブル(第2図の29)にそのプロセスを
アタッチ(形成する)L(46)、プロセス要求の起動
元にプロセス起動の通知を行う(47)。上記のステ・
ンブ44において、指定プロセスが起動待ちキューにつ
ながれてないと判別された時は、起動要求元に対してビ
ジー(BUSY)を返す。
To explain FIG. 4, the service process management section 2
The startup processing program for process No. 6 waits for an event (41), and when a process startup request event occurs (42), it fills the startup waiting queue (Q) for the specified process.
Displayed on UEUE, it is determined whether there is a process connected to 28) in FIG. 2 (43, 44), and if there is, the first process on the queue is attached (released from the queue) (45). Next, it makes a request and attaches (creates) the process to the user's process management table (29 in FIG. 2) L (46), and notifies the originator of the process request of the process activation (47). The above station
When it is determined in the module 44 that the designated process is not connected to the activation waiting queue, a busy (BUSY) message is returned to the activation request source.

次に、第5図により個々のサービスプロセス内部におけ
るフローを説明する。
Next, the flow inside each service process will be explained with reference to FIG.

初めに、第3図のシステム立ち上げ時のフローにより、
プロセスが生成されて初期設定1 (メモリ領域の確保
、プログラムのロード等)が実行され、プロセスキュー
につながれて待機(WAITで表示)状態となっている
。この時、第4図のプロセス起動時のフロー図のステッ
プ47において起動元への通知により、サービス開始要
求のメッセージが入力されると、この第5図のサービス
プロセスが待機状態からサービス処理の実行状態となる
(52)。処理が終了すると、そのプロセスに対し初期
設定2が行われる。この初期設定2は、従来のプロセス
が処理を終了すると消滅するのに対し、このプロセスを
消滅させずに再び使用できるように各値を初期化するも
のである。次に、プロセス管理に終了通知を行い、この
プロセスは新たなプロセスとして待機状態となる。
First, according to the system startup flow shown in Figure 3,
A process is generated, initialization 1 (reserving a memory area, loading a program, etc.) is executed, and the process is connected to a process queue and in a waiting state (indicated by WAIT). At this time, when a service start request message is input by notification to the startup source in step 47 of the process startup flowchart in FIG. 4, the service process in FIG. 5 executes service processing from the standby state. state (52). When the process is completed, initialization 2 is performed for the process. This initial setting 2 initializes each value so that the process can be used again without disappearing, whereas the conventional process disappears when the process ends. Next, a termination notification is sent to the process management, and this process becomes a new process in a standby state.

次にプlロセスとプロセス起動待ちキュー及びプロセス
管理テーブルの関係を第6図乃至第8図を用いて説明す
る。
Next, the relationship between the process, the process startup queue, and the process management table will be explained using FIGS. 6 to 8.

第6図は、上記第3図によるフローにより、サービスプ
ロセス管理部26でサービス種別AのプロセスAが複数
個順番に生成される様子を示す。
FIG. 6 shows how a plurality of processes A of service type A are sequentially generated by the service process management unit 26 according to the flow shown in FIG. 3 above.

各プロセスAが生成されると、プロセスA起動待ちキュ
ー(QUEUE)291に各プロセスIDが格納され、
各プロセスIDのポインタがチェーン(連鎖)状に順次
リンクされている。
When each process A is generated, each process ID is stored in the process A startup queue (QUEUE) 291,
Pointers for each process ID are sequentially linked in a chain.

第7図は、上記第6図のようにして、プロセス八が複数
個生成された後に、さらにザービスプロセス管理部26
によりサービス種別B、Cのプロセスを生成して、それ
ぞれの起動待ちキューが形成される様子を示す。
FIG. 7 shows that after a plurality of processes 8 are generated as shown in FIG. 6, the service process management unit 26
The figure shows how processes of service types B and C are generated and their activation queues are formed.

第8図は、ユーザSがプロセスAを実行中に、プロセス
Bを要求した場合のユーザSのプロセス管理テーブル2
91の様子を示す。この場合、ユーザSがプロセスA(
プロセスIDはOX***)を実行した後に、異なるサ
ービス種別であるプロセスBの起動要求を行うことによ
り、プロセスB起動待ちキュー282の先頭のIDが“
0X001″であるプロセスを起動することにより、ユ
ーザSのプロセス管理テーブル291に図示のようにプ
ロセスの種類BとIDが格納される。
FIG. 8 shows the process management table 2 of user S when user S requests process B while executing process A.
91 is shown. In this case, user S uses process A (
After executing the process ID OX***), by making a startup request for process B, which is a different service type, the ID at the head of the process B startup queue 282 is changed to “
By activating the process 0X001'', the process type B and ID are stored in the process management table 291 of the user S as shown in the figure.

上記の実施例では起動要求のメッセージ待ちで待機(W
AIT)状態になり、−時アプリケーションプロセスの
処理を中断するが、この処理を一時中断する手法として
、メツセージを受は取らない状態にして(例えば、“5
LEEP″を用いる)、この状態から処理を開始させる
指令(例えば”WAKEUP”を用いる)を使用するこ
とができる。
In the above embodiment, the system waits for a startup request message (W
AIT) state and suspends the processing of the application process at - time, but one way to temporarily suspend this processing is to set it in a state where it does not accept messages (for example, "5").
It is possible to use a command (for example, using "WAKEUP") to start processing from this state (using "LEEP").

[発明の効果コ 本発明によれば通信サービス処理実行時において、オー
ハーヘソドの大きいプロセスの起動といった処理を行わ
ずにプロセスを実行できるため、通信サービス処理を高
速かつ効率良く行うことができ、通信サービス機能の性
能向上を達成することができる。
[Effects of the Invention] According to the present invention, when executing communication service processing, it is possible to execute the process without starting a process with a large overhead, so that communication service processing can be performed quickly and efficiently. It is possible to achieve improved functional performance.

【図面の簡単な説明】[Brief explanation of the drawing]

第1図は本発明の原理的構成図、第2図は本発明の実施
例構成図、第3図はシステム立ち上げ時(7)70−図
、第4図はプロセス起動時のフロー図、第5図は個々の
ザービスプロセス内部におけるフロー図、第6図はプロ
セスとプロセス起動待ちキューの説明図、第7図は複数
の種別のプロセスについての説明図、第8図はプロセス
キューとプロセス管理テーブルの関係説明図、第9図は
従来例のシステム構成図、第10図はアプリケーション
プロセッサにおける従来例のフロー図である。 第1図中、 10:アプリケーションプロセソサ 11;プロセス生成部 12:プロセス起動部 13;プロセス実行部 14:プロセスキュー 特許出願人   富士通株式会社 復代理人弁理士  穂坂 和雄
FIG. 1 is a diagram showing the basic configuration of the present invention, FIG. 2 is a diagram showing the configuration of an embodiment of the present invention, FIG. 3 is a flowchart at the time of system startup (7) 70-, and FIG. Figure 5 is a flow diagram inside each service process, Figure 6 is an explanatory diagram of processes and process startup queues, Figure 7 is an explanatory diagram of multiple types of processes, and Figure 8 is a process queue and process management. FIG. 9 is a diagram illustrating the relationship between tables, FIG. 9 is a system configuration diagram of a conventional example, and FIG. 10 is a flow diagram of a conventional example in an application processor. In Figure 1, 10: Application processor 11; Process generator 12: Process startup unit 13; Process execution unit 14: Process queue Patent applicant Kazuo Hosaka, sub-agent patent attorney at Fujitsu Limited

Claims (1)

【特許請求の範囲】 通信システムに設けられたアプリケーションプロセッサ
におけるサービスプロセス管理方式において、 アプリケーションプロセッサ(10)にプロセス生成部
(11)、プロセス起動部(12)およびプロセス実行
部(13)を設け、 プロセス生成部(11)は、予めサービスアプリケーシ
ョンプロセス生成手段(111)によりサービス種別毎
に複数個のアプリケーションプロセスを生成し、起動待
キュー形成手段(112)により種別毎のプロセスキュ
ー(14)を作成し、 プロセス起動部(12)はプロセス実行部(13)の指
示により駆動され、起動待キュー検索手段(121)に
よりプロセスキュー(14)からの指示に対応する種別
の一つのプロセスを検索し、検索されたプロセスに対し
開始要求通知手段(122)から起動メッセージを通知
し、 プロセス実行部(13)はプロセス起動部(12)によ
り起動したプロセスの実行を管理することを特徴とする
通信システムのサービスプロセス管理方式。
[Claims] In a service process management method in an application processor provided in a communication system, an application processor (10) is provided with a process generation unit (11), a process activation unit (12), and a process execution unit (13), The process generation unit (11) generates a plurality of application processes for each service type in advance using a service application process generation means (111), and creates a process queue (14) for each type using a startup queue formation means (112). The process starting unit (12) is driven by an instruction from the process executing unit (13), and searches for one process of the type corresponding to the instruction from the process queue (14) using the waiting queue search means (121). A communication system characterized in that a start request notification means (122) notifies a searched process of a start message, and a process execution unit (13) manages execution of the process started by a process start unit (12). Service process management method.
JP29210588A 1988-11-18 1988-11-18 Service process controlling system for communication system Pending JPH02137596A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP29210588A JPH02137596A (en) 1988-11-18 1988-11-18 Service process controlling system for communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP29210588A JPH02137596A (en) 1988-11-18 1988-11-18 Service process controlling system for communication system

Publications (1)

Publication Number Publication Date
JPH02137596A true JPH02137596A (en) 1990-05-25

Family

ID=17777610

Family Applications (1)

Application Number Title Priority Date Filing Date
JP29210588A Pending JPH02137596A (en) 1988-11-18 1988-11-18 Service process controlling system for communication system

Country Status (1)

Country Link
JP (1) JPH02137596A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06232940A (en) * 1992-07-29 1994-08-19 American Teleph & Telegr Co <Att> Communication system and its operating method
JP2003106287A (en) * 2001-09-28 2003-04-09 Tsurumi Mfg Co Ltd Handle of portable submersible pump

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06232940A (en) * 1992-07-29 1994-08-19 American Teleph & Telegr Co <Att> Communication system and its operating method
JP2003106287A (en) * 2001-09-28 2003-04-09 Tsurumi Mfg Co Ltd Handle of portable submersible pump

Similar Documents

Publication Publication Date Title
JP3609647B2 (en) Dynamic call vectorization
US4993017A (en) Modularly structured ISDN communication system
JP4058752B2 (en) Portable information terminal device
JPS61121131A (en) Data processor
JP2904483B2 (en) Scheduling a periodic process
JPH02137596A (en) Service process controlling system for communication system
JP3213056B2 (en) Multimedia processing equipment
JPH07168704A (en) Job execution control system
WO2003075167A1 (en) Method and arrangement for virtual direct memory access
JP3114742B2 (en) Mail processing device
JPH1174976A (en) Automatic calling controller
JPH01157192A (en) System for controlling application in switchboard
JPH0612305A (en) System for transaction processing between transaction processing systems
JPH06332724A (en) Mounting system and execution muliplicity control system and execution priority control system for logical unit for object directing type system
JP2744715B2 (en) Operation screen control method for multimedia mail device
JPH11191764A (en) Method and device for controlling file transfer and recording medium therefor
JPH06188899A (en) Preferential communication control method and network repeater for network system
JPS62219156A (en) Generation/deletion processing system for tss session log collection task
JPH0834615B2 (en) Line state management control method in switching system
CN115098234A (en) Control method, device and system for service callback service and storage medium
JP2569086B2 (en) Data transmission control method
JPH05265957A (en) Screen control process management system
JP3012564B2 (en) Ticket search and automatic ticket distribution method for switching board system
JPH0588919A (en) Data processing method for host computer
JPH02280437A (en) Communication processor