JPH01157192A - 交換機におけるアプリケーション管理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［概要］ 端末からの要求に応じて情報サービスを実行するために
アプリケーションプロセッサを複数個設けた交換機にお
けるアプリケーション管理方式に関し、 複数のアプリケーションプロセッサを備えた交換機のサ
ービスアプリケーションの増設やアプリケーションプロ
セッサの増加に対して各ＡＰ内のデータを格別変更する
ことなく、しかもデータの増大を少なくすることを可能
にする交換機におけるアプリケーション管理方式を提供
することを目的とし、 交換制御プロセッサと、これに接続され端末からの要求
に応じたサービス処理を実行する複数のアプリケーショ
ンプロセッサとを備え、複数の端末を収容した交換機に
おけるアプリケーション管理方式において、交換制御プ
ロセッサにはアプリケーションサービスの起動要求の検
出に応じて要求を分析して要求アプリケーションの処理
機能を有するアプリケーションプロセッサを検出し、当
該検出アプリケーションプロセッサに対し要求を通知す
るアプリケーション管理部を備え、各アプリケーション
プロセッサには交換制御プロセ・７すからの要求通知に
より要求するアプリケーションを起動して実行するとと
もに実行中のアプリケーションを管理するアプリケーシ
ョン管理部を備え、端末またはアプリケーション実行中
のアプリケーションプロセッサから起動要求を交換制御
プロセッサにより起動分析を行うよう構成する。

［産業上の利用分野コ 本発明は、端末からの要求に応じて情報サービスを実行
するためにアプリケーションプロセッサを複数個設けた
交換機におけるアプリケーション管理方式に関する。

近年電話交換機の技術の進歩により交換機が情報処理機
能を備えるとともに電話端末も高機能化し、例えば、キ
ーボード入力機能や文字の表示機能等の機能を備えた端
末が利用されるようになり、端末からの要求に応じて交
換機により各種サービスを行えるようになった。

一方、交換機が備える交換制御用のプロセッサは交換制
御のための処理をすることが主たる業務であり、プロセ
ッサの処理能力に十分余裕がないと端末からのサービス
要求に応じることができない。そのため、端末からの要
求によるサービス処理を行う専用のアプリケーションプ
ロセッサ（ＡＰという）を設ける方式が考え出された。

ところが、端末からのアプリケーション処理の要求やア
プリケーション実行中に発生する他のアプリケーション
の起動要求が頻繁に発生すると、１つのアプリケーショ
ンプロセッサだけでは負荷が過電となるので複数のアプ
リケーションプロセッサを使用する方式が考えだされた
。

しかし、複数のアプリケーションプロセッサを使用する
と各アプリケーションプロセッサ間においてアプリケー
ションの起動要求の処理のための構成が複雑化し、シス
テム上効率的に処理することが望まれていた。

［従来の技術］ 第３図（ａｌに従来のアプリケーションプロセッサが１
台設けられた場合のシステム構成を示す。

第３図＋ａ）において、３０は構内交換機、３１は交換
制御プロセッサ、３２はアプリケーションプロセッサ（
以下ＡＰという）、３３は端末を表す。

また、従来のＡＰ３２内のソフト構成を第３回（ｂｌに
示し、図において３２１はアプリケーション管理部、３
２２〜３２４はこのプロセッサが保持する複数のアプリ
ケーションプログラムを表す。

従来の構成を第３図ｆａｌ、第３図ｆｂｌを用いて説明
すると、ＡＰ３２は交換制御プロセッサ３１と例えばＲ
３−２３２Ｃ等のインクフェイスにより接続され、端末
間の接続時における情報処理にも利用されるが、負荷分
散のため交換制御プロセッサとは別プロセッサとなって
いる。

端末３３は各々が高機能の端末であって、キーボードと
一定数の桁の表示部を有し、交換機との間でデータの送
受信が可能な機能を備える。

端末の１つから発信してダイヤルによりサービスアプリ
ケーションの中の１つを指定すると、交換制御プロセッ
サ３１はこれに応じてＡＰ３２を該端末に接続し、要求
するプログラムを呼び出して、所定のメモリエリアを割
り当てて、端末との間で会話式に、要求、応答のやりと
りを行い、端末からの要求する処理を実行する。

第３図（ｂｌに示すようにＡＰ３２内には複数のサービ
ス・アプリケーション・プログラム３２２〜３２４が存
在し、マルチプログラミングにより同　　。

時に数個のサービスを実行可能であり、アプリケ−ジョ
ン管理部３２１は端末からの要求でアプリケーションを
起動したり、アプリケーションと端末との対応等を管理
する。

第３図（ａｌに示すように１つの交換機に１台のアプリ
ケーションプロセッサを設けた場合は、数個のサービス
しか提供することができないしサービスを提供できる端
末数も限られてしまうため、２台以上のアプリケーショ
ンプロセッサ（以下、ＡＰという）の接続が必要となっ
た。

そこで第４図＋８＋に示すようなＡＰを複数台持つシス
テム構成が採用された。この図において交換機４００に
は交換制御プロセッサが含まれ、交換機４００に対しＡ
Ｐ＃１〜ＡＰ＃ｎの複数が接続される。

一方、アプリケーションの起動要求としては、ｉ）端末
があるサービスを要求して起動する場合（端末からのア
プリケーション起動）、ｉｉ）端末からのアプリケーシ
ョン起動により起動されたアプリケーションが必要とす
るその他のアプリケーションを起動する場合（アプリケ
ーションからの他アプリケーション起動）、 の２つの場合がある。

第４図（ａｌのように複数のＡＰを備えるシステムでは
、前記ｉ）、ｉｉ）のアプリケーションの起動に対し次
の■、■の機能を備える必要がある。

■ＡＰ内のアプリケーション管理部に必要とする機能： 上記ｉｉ）の他のアプリケーションを起動する必要が発
生した場合、（このようなケースは、例えば、既に起動
されている電子電話帳（電話番号を登録しておいて必要
により内容を取り出す）のアプリケーションが、ある部
屋の電話番号を知るためにデータベースのアプリケーシ
ョンに起動をかけ該当電話番号の検索要求を出すような
場合）、実際に起動を必要としたアプリケーションが、
アプリケーション管理部へ起動要求を出し、アプリケー
ション管理部が、自ＡＰ内または他ＡＰ内の被起動アプ
リケーションを起動する機能。（従来の単一ＡＰ構成の
場合とはこの点が異なる）■交換機内に必要となる機能
： 端末からのアプリケーション起動要求をそのサービスア
プリケーションの存在するＡＰへ振り分ける機能。（端
末はどのＡＰにどのサービスアプリケーションが備えら
れているか知らないのでＡＰを指定してサービスアプリ
ケーション起動要求を出せない） 上記の■の中の実行中のアプリケーションが他アプリケ
ーションを起動する時に、他アプリケーションが同一の
ＡＰ内にある場合を、第４図＋８＋に示す。

この場合、電子電話帳アプリケーション４０を実行中に
データベースアプリケーション４１の起動要求が発生す
ると、アプリケーション管理部４３がその要求を受けて
、データベースアプリケーション４１を起動する処理を
行って、必要なデータをデータベースから取り出して、
電子電話帳アプリケーション４０へ供給する。

この第４図（ｂｌに示す機能を含め、複数ＡＰを備えた
場合に必要な上記■、■の２つの機能追加を行った場合
のシステム構成を第４図（Ｃ１に示す。

第４図ｔＣ）の５０はＡＰ（アプリケーションプロセッ
サ）＃１．５１はＡＰ＃２．５４は交換制御プロセッサ
５２とネットワーク５３からなる構内交換機、５５〜５
６は端末＃１〜＃ｎを表す。

第４図＋８＋において、各Ａ　Ｐ　Ｉ　、１、＃２内の
アプリケーション管理部５０２．５１２に起動・分析部
５０４．５１４を設け、そこに自ＡＰが備える複数のア
プリケーションと他ＡＰが備える複数のアプリケーショ
ンのリストを格納しておき、自ＡＰ内のアプリケーショ
ンから他アプリケーションの起動要求があると起動・分
析部で被起動アプリケーションがどのＡＰ内でサービス
するものであるかを調べるのに用いられる。

第４図＋８＋の動作の概要を説明すると、端末からのサ
ービスアプリケーションの起動要求５３１が発生すると
、その要求はどのＡＰかを指定する宛先のないままで交
換制御プロセッサ５２のＡＰマネージャー５２４に届き
、ＡＰマネージャーは送信されてきた被起動アプリケー
ション識別子（第４図（Ｃ１の起動要求参照）により、
該当アプリケージョンが存在するＡＰを調べ、該当ＡＰ
内のアプリケーション管理部５０２（５１２）の起動・
管理部５０３（５１３）へ起動要求を送信する。これを
受けたＡＰでは、アプリケーション管理部の起動・分析
部５０４（５１４）を介して起動・管理部５０３（５１
３）により要求されたアプリケーションを起動して実行
を開始する。

ＡＰ内で実行中のアプリケーションから他アプリケーシ
ョンの起動要求が発生した場合は、その被起動アプリケ
ーションがどのＡＰ内に存在するかを起動・分析部５０
４（５１４）において調べ、もし他のＡＰ内に存在する
ことが判別されると、そのＡＰの宛先を指定して、交換
制御プロセνす５２を経由して該当ＡＰのアプリケーシ
ョン管理部内の起動・管理部へ起動要求を送信し、サー
ビスアプリケーションを起動してもらう。

［発明が解決しようとする問題点コ 上記の第４図（Ｃ１の構成によれば、各ＡＰ内のアプリ
ケーション管理部に起動・分析部５０４．５１４を設け
ているため、次のような問題があった。

■新たにＡＰを増設したり、サービスアプリケーション
を増設した場合に、全てのＡＰ内のアプリケーション管
理部内の起動・分析部のデータを変更しなければならな
い。

■ＡＰの数が増加するに従い、アプリケーションからの
他アプリケーション起動要求の宛先（要求があったサー
ビスがどのＡＰに存在するか）を判断するためのデータ
が各ＡＰ内で増大する。

本発明は、複数のアプリケーションプロセッサを備えた
交換機のサービスアプリケーションの増設やアプリケー
ションプロセッサの増加に対して各ＡＰ内のデータを格
別変更することなく、しかもデータの増大を少なくする
ことを可能にする交換機におけるアプリケーション管理
方式を提供することを目的とする。

［問題点を解決するための手段］ 本発明の原理的構成を第１図に示す。

第１図において、１０．１１はＡＰｌｌ、ＡＰｌｌ、１
０１．１１１はアプリケーション群、１０２．１１２は
各々起動・管理部１０３．１１３を備えたアプリケーシ
ョン管理部１．１２は交換機、１３は交換制御プロセッ
サ、１３１は起動分析部１３２を備えたアプリケーショ
ン管理部、１４はネットワーク部、１５〜１６は端末＃
１〜＃ｎを表す。なお、第１図にはＡＰが２台の場合を
示すが３台以上の場合も同様に構成することができる。

本発明は交換機の交換制御プロセッサ内に各サービスア
プリケーションがどのＡＰに存在するかを判別する起動
分析機能を実行するアプリケーション管理部を設けて実
行中のアプリケーションからの他アプリケーション起動
要求に対処するものである。

［作用］ 第１図の動作を説明すると、端末＃１（１５）から発信
が行われ、ダイヤルによる特殊番号を用いであるサービ
スアプリケーションの起動要求を行うと、アプリケーシ
ョンマネージャー１３３において分析して、そのアプリ
ケーションがＡＰＩＯ（以下、単にＡＰｌｌという）に
あることが分かると、そのＡＰｌｌに起動要求を送信す
る。これを受けたＡＰｌｌはアプリケーション管理部１
０２の起動管理部１０３においてそのアプリケーション
（アプリケーション群１０１の中の１つ）に起動をかけ
て、そのアプリケーションを実行状態にして、端末＃１
との間でサービス処理を実行する。

起動したアプリケーションが動作中に他アプリケーショ
ンによる処理が必要となった時（よ、他アプリケーショ
ン起動要求を発生する。これを当該ＡＰ＃１のアプリケ
ーション管理部１０２で検出すると、直ちにその起動要
求を交換制御プロセッサ１３に送信する。これを受けと
った交換制御プロセッサ１３はアプリケーション管理部
１３１内の起動分析部１３２においてテーブルを検索し
て、要求された被起動アプリケーションがどのＡＰにお
いてサービスするかを判別する。この結果、被起動アプ
リケーションがＡＰＩ２に存在する場合はアプリケーシ
ョン管理部１３１からＡＰ＃２に対し起動要求を送信す
る。ＡＰ＃２でこれを受は取ると、アプリケーション管
理部１１２の起動管理部１１３で該当アプリケーション
に起動をかける。

ＡＰ＃２において起動されたアプリケーションは処理が
行われると消滅し、ＡＰ＃１における元のアプリケーシ
ョンが引き続き実行される。

［実施例］ 本発明の実施例の構成を第２図に示す。

第２図において、２０はＡＰ（アプリケーションプロセ
ッサ）＃１．２１はＡＰ＃２．２２は交換制御プロセッ
サ、２３はスイッチング部、２４〜２５は端末＃１〜＃
ｎを表す。

交換機は交換制御プロセッサ２２とスイッチング部２３
および周辺のトランク回路２３１．２３２、ライン回路
２３８．２３９、トランク回路制御部、２３３、スイッ
チ（ＳＷ）制御部２３４、ライン回路制御部２３５等で
構成する。

実施例の動作を説明すると、端末＃１　　（２４）が発
信して、ライン回路２３８からライン回路制御部２３５
に接続され、ダイヤル信号を受は取る。

このダイヤルにより端末＃１がアプリケーションサービ
スの中の電子電話帳サービスの起動を要求した場合、交
換制御プロセッサ２２のアプリケーションマネージャ一
部２２１は受は取った信号を分析し、電子電話帳アプリ
ケーションがＡＰ＃１内に存在することが分かると、Ａ
Ｐ＃　１へインクフェイス回路２３７．２０５を介して
起動要求を送信する。

ＡＰ＃１はこれを受は取ると、アプリケーション管理部
２０１の起動・管理部で電子電話帳のアプリケーション
に起動をかける。

起動された電子電話アプリケーションは、割り当てられ
た占有メモリエリア２０３を用いて、端末との間で会話
的に処理を行う。この場合、端末＃１とＡＰ＃１とはＡ
Ｐ＃１が起動された時にスイッチ制御部２３４が交換制
御プロセッサ２２の指示により動作してスイッチング部
２３を駆動してライン回路２３８、スイッチング部２３
、トランク回路２３２を介して接続される。

このアプリケーション処理を行っている時、ある人の机
の電話番号（内線番号）を知る必要が生じたため、デー
タベースアプリケーションを起動して問い合わせをしよ
うとした場合、この電子電話帳アプリケーションにおい
てデータベースの起動要求が発行される。

この起動要求はアプリケーション管理部２０１からイン
クフェイス回路２０５．２３６を介して直ちに交換制御
プロセッサ２２に送信され、交換制御プロセッサ内のア
プリケーション管理部の起動分析部で、当該データベー
スアプリケーションがどこに存在するか管理テーブルを
用いて調べる。

この結果、データベースアプリケーションがＡＰ＃２に
存在することが分かると、インタフェイス回路２３７．
２１５を介してＡＰ＃２　（２１）へ起動要求を送信す
る。

ＡＰ＃２でこれを受は取ると、アプリケーション管理部
２１】の起動・管理部でデータベースのアプリケーショ
ンに起動をかける。

起動されたデータベースアプリケーションは起動をかけ
た電子電話Φにアプリケーションに要求のあった人の電
話番号を調べて、交換制御プロセッサを通してその電話
番号を送信する。

その後、データベースアプリケーションは消滅し、次に
起動がかかるまで、動作しない状態となり、引き続きＡ
Ｐ＃１では端末＃１に対して電子電話帳アプリケーショ
ンが処理される。

［発明の効果］ 本発明によれば端末の操作者やサービスアプリケーショ
ンに対し、どのサービスアプリケーションがどのアプリ
ケーションプロセッサに存在するかについて知らせる必
要がなく、操作が簡便になる。また、新たにアプリケー
ションプロセッサを増設したり、新たなサービスアプリ
ケーションを付加した場合にも交換機（交換制御プロセ
ッサ）のアプリケーション管理部内の起動分析部を変更
するだけで対処することができる。

さらに、アプリケーションプロセッサの増加に伴い、ア
プリケーション管理部の起動分析部が必要とするデータ
（サービスアプリケーションとそれが存在するアプリケ
ーションプロセッサとの対応をとるデータ）も増加する
が、そのデータは交換機内にしか存在しないのでアプリ
ケーションプロセッサのメモリを有効に活用することが
できる。

【図面の簡単な説明】

第１図は本発明の原理的構成を示す図、第２図は本発明
の実施例の構成を示す図、第３図（ａｌは従来のシステ
ム構成を示す図、第３図（ｂｌは従来のＡＰ内のソフト
構成を示す図、第４図（ａｌはＡＰを複数台持つシステ
ム構成、第４図中）はアプリケーションが他アプリケー
ションを起動する様子を示す図、第４図ｆｃ）は機能を
追加した複数ＡＰを持つ従来例の構成を示す図である。 第１図中、 １０．１１　　　：ＡＰ＃ｌＡＰ＃２ １０１．１１１：アプリケーション群 １０２．１１２：アプリケーション管理部１２　　　　
：交換機 １３　　　　：交換制御プロセッサ １３１　　　　　：アプリケーション管理部１４　　　
　　：ネノトワーク部 １５〜１６　　：端末＃１〜＃ｎ

Claims (1)

1. 【特許請求の範囲】 交換制御プロセッサ（１３）と、これに接続され端末か
   らの要求に応じたサービス処理を実行する複数のアプリ
   ケーションプロセッサ（１０，１１）とを備え、複数の
   端末を収容した交換機におけるアプリケーション管理方
   式において、 交換制御プロセッサ（１３）にはアプリケーションサー
   ビスの起動要求の検出に応じて要求を分析して要求アプ
   リケーションの処理機能を有するアプリケーションプロ
   セッサを検出し、当該検出アプリケーションプロセッサ
   に対し要求を通知するアプリケーション管理部（１３１
   ）を備え、 各アプリケーションプロセッサ（１０，１１）には交換
   制御プロセッサ（１３）からの要求通知により要求する
   アプリケーションを起動して実行するとともに実行中の
   アプリケーションを管理するアプリケーション管理部（
   １０２，１１２）を備え、端末またはアプリケーション
   実行中のアプリケーションプロセッサからの起動要求を
   交換制御プロセッサ（１３）により起動分析を行うこと
   を特徴とする交換機におけるアプリケーション管理方式
   。