JP5841084B2

JP5841084B2 - 呼処理装置

Info

Publication number: JP5841084B2
Application number: JP2013034555A
Authority: JP
Inventors: 雄大北野; 正人能勢; 和明三浦; 重一矢代; 加藤　覚; 覚加藤; 達也平林; 小林　睦; 睦小林
Original assignee: NEC Corp; Nippon Telegraph and Telephone Corp; NEC Communication Systems Ltd
Current assignee: NEC Corp; Nippon Telegraph and Telephone Corp; NEC Communication Systems Ltd
Priority date: 2013-02-25
Filing date: 2013-02-25
Publication date: 2016-01-06
Anticipated expiration: 2033-02-25
Also published as: JP2014165637A

Description

本発明は、ＳＩＰの呼処理を行う呼処理装置に関する。

ＳＩＰＳｅｒｖｌｅｔに代表されるように、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）サーバは、ＳＩＰプロトコルの処理を行うプロトコル部とプロトコル部から必要な情報を取得して呼処理を行うシナリオ部からなる構成が一般的である。このような構成において、プロトコル部は通信端末から通信回線を通じて通信信号を受信すると、受信信号から呼情報を取得して、共有メモリに呼情報の書き込みを行う。シナリオ部はプロトコル部によって書き込まれた呼情報を共有メモリから取得し、宛先（対向装置）のルーチング処理やサービスの実施判定を行って、呼情報を処理し、共有メモリに書き込むことによって、プロトコル部への情報の伝達を行っている。

一般的にプロトコル部に比べてシナリオ部の処理負荷は重く、大量の呼処理を行うと、シナリオ部がボトルネックとなって呼処理遅延が生じる可能性がある。これを解決するシステムとして、図７に示す呼処理装置が考えられる。つまり、プロトコル部１に対して、シナリオ部２をシナリオ部２Ａ，２Ｂ，…と複数備えるようにマルチプロトコル化して処理を多重化するのである。符号３は共有メモリとしての呼情報メモリである。

この図７に示す構成の呼処理装置によれば、定常状態においては処理リソースに余裕のあるシナリオ部が呼情報メモリ３から呼情報を取り出して呼処理を行うことが可能であり、シナリオ部２Ａ，２Ｂ，…の処理リソースを有効に利用することができる。

しかしながら、図７に示す呼処理装置の場合、プロトコル部１とシナリオ部２Ａ，２Ｂ，…の両機能部が共有メモリである呼情報メモリ３に書き込みを行う構造となっているため、呼処理負荷量が増加することでメモリの排他ロックによる処理待ちが発生しやすくなり、なおかつその状況下において、プロトコル部１、シナリオ部２Ａ，２Ｂ，…よりも優先度の高いプロセス（ＯＳやミドルウエアのプロセス）などによるバックアップ処理や系間の同期処理が発生することで、プロトコル部１とシナリオ部２Ａ，２Ｂ，…の共有メモリである呼情報メモリ３の排他ロックによる処理待ち時間が長大し、呼処理遅延が生じるという課題がある。

リアルタイムシステムとして、通信を制御する呼処理サーバには短時間に多数の呼情報を処理することが求められており、そのためには上記の課題を解決し、プロトコル部及びシナリオ部において可能な限り処理遅延が発生しないようにする必要がある。

ＳＩＰ：ＲＦＣ３２６１ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ３２６１ＳＩＰＳｅｒｖｌｅｔ：ＪＳＲ−０００１１６ＳＩＰＳｅｒｖｌｅｔＡＰＩｈｔｔｐ：／／ｊｃｐ．ｏｒｇ／ａｂｏｕｔＪａｖａ／ｃｏｍｍｕｎｉｔｙｐｒｏｃｅｓｓ／ｆｉｎａｌ／ｊｓｒ１１６／ｉｎｄｅｘ．ｈｔｍｌ

本発明は、上記従来技術の課題に鑑みてなされたもので、プロトコル部及びシナリオ部において処理遅延が発生せず、短時間に多数の呼情報を処理することができる呼処理装置を提供することを目的とする。

本発明の呼処理装置は、複数のシナリオ部と、１つのプロトコル部と、前記複数のシナリオ部それぞれと結び付けられている複数の呼情報メモリとを備え、前記プロトコル部は、当該呼処理装置に接続されている通信端末から通信信号を受信したときに、当該通信信号から第１の呼情報を取得し、当該第１の呼情報を書き込む呼情報メモリを前記複数の呼情報メモリから選択し、選択した呼情報メモリに前記第１の呼情報を書き込み、前記複数のシナリオ部のうち選択した呼情報メモリに結び付けられているシナリオ部へ前記第１の呼情報の書き込みを通知し、前記複数のシナリオ部それぞれは、前記プロトコル部から前記呼情報メモリへの前記第１の呼情報の書き込みの通知を受け取ったときに、自身に結び付けられている呼情報メモリから書き込まれた前記第１の呼情報を取得し、取得した第１の呼情報に基づく呼処理を実施し、呼処理の結果の第２の呼情報を自身に結び付けられている呼情報メモリに書き込み、前記プロトコル部へ前記第２の呼情報の書き込みを通知し、前記プロトコル部は、前記複数の呼情報メモリから前記第１の呼情報を書き込む呼情報メモリを選択するのに、信号種別毎の重みのリストと複数の呼情報メモリ毎の蓄積重み合計のリストとをあらかじめ保持し、前記通信端末から通信信号を受信すると、前記信号種別毎の重みのリストと蓄積重み合計のリストとを参照して受信した信号の重みを決定すると共に、当該信号の重みを加算した結果としての蓄積重み合計が最も低くなる呼情報メモリを選択することを特徴とする。

本発明の呼処理装置によれば、複数のシナリオ部とそれぞれのシナリオ部と結び付けられた複数の呼情報メモリを備え、プロトコル部が通信信号から取得した第１の呼情報を複数の呼情報メモリから選択した１つの呼情報メモリに書き込み、かつ選択した呼情報メモリに結び付けられているシナリオ部へ第１の呼情報の書き込みを通知し、複数のシナリオ部のうち通知を受けたシナリオ部は、自身に結び付けられている呼情報メモリから書き込まれた第１の呼情報を取得し、取得した第１の呼情報に基づく呼処理を実施し、呼処理の結果の第２の呼情報を自身に結び付けられている呼情報メモリに書き込み、プロトコル部へ第２の呼情報の書き込みを通知し、これを受けてプロトコル部は、該当する呼情報メモリから書き込まれた第２の呼情報を取得し、当該第２の呼情報から通信信号を生成して通信回線に送出するので、呼情報メモリにおけるプロトコル部とシナリオ部の競合が減少し、排他ロックの回数が減少し、その結果として、ＯＳやミドルウエアなどの高優先度プロセスの割り込みを受けても排他ロックによる待ち時間が長くならず、プロトコル部とシナリオ部による呼処理遅延を極力防止でき、短時間に多数の呼情報を処理することができる。

本発明の第１の実施の形態の呼処理装置のブロック図。上記第１の実施の形態の呼処理装置による呼処理のシーケンス図。上記第２の実施の形態の呼処理装置による呼処理のシーケンス図。上記第３の実施の形態の呼処理装置による呼処理のシーケンス図。本発明の第４の実施の形態の呼処理装置のブロック図。上記第４の実施の形態の呼処理装置による呼処理のシーケンス図。従来例の呼処理装置のブロック図。

以下、本発明の実施の形態を図に基づいて詳説する。

［第１の実施の形態］
図１は、本発明の第１の実施の形態の呼処理装置１０を示し、１つのプロトコル部１１と、複数ｎのシナリオ部１２（ここでは、シナリオ部１２Ａ、シナリオ部１２Ｂ、…）と、シナリオ部１２Ａ，１２Ｂ，…と同数で、各シナリオ部に従属する呼情報メモリ１３Ａ，１３Ｂ，…を備えている。プロトコル部１１は、全ての呼情報メモリ１３Ａ，１３Ｂ，…に対するデータの書き込みと読み込みが可能であり、シナリオ部１２Ａ，１２Ｂ，…各々は自シナリオ部に従属する呼情報メモリのみに対してデータの書き込みと読み込みが可能である。また、プロトコル部１１は複数ｎのシナリオ部１２Ａ，１２Ｂ，…各々との通信を行う。

本実施の形態の呼処理装置１０では、プロトコル部１１が、当該呼処理装置１０に接続されている通信端末から通信回線を通じて通信信号Ｓ１を受信したときに、当該通信信号Ｓ１から第１の呼情報を取得し、当該第１の呼情報を書き込む呼情報メモリを複数の呼情報メモリ１３Ａ，１３Ｂ，…の中から選択し、選択した呼情報メモリ（例えば呼情報メモリ１２ｉ）に第１の呼情報を書き込み、複数のシナリオ部１２Ａ，１２Ｂ，…のうち選択した呼情報メモリ１２ｉに結び付けられているシナリオ部１２ｉへ第１の呼情報の書き込みを通知する。

これに対して、呼情報の書き込みの通知を受けたシナリオ部１２ｉは、自身に従属する呼情報メモリ１３ｉから書き込まれた第１の呼情報を取得し、取得した第１の呼情報に基づく呼処理を実施し、その呼処理の結果の第２の呼情報を自身に従属する呼情報メモリ１３ｉに書き込み、プロトコル部１１へ第２の呼情報の書き込みを通知する。

この第２の呼情報の書き込みの通知を受けたプロトコル部１１は、通知元のシナリオ部１２ｉに従属する呼情報メモリ１３ｉから書き込まれた第２の呼情報を取得し、当該第２の呼情報から通信信号Ｓ２を生成して通信回線に送出する。

そして、本実施の形態の呼処理装置１０では、この呼処理において、プロトコル部１１は、複数の呼情報メモリ１３Ａ，１３Ｂ，…から第１の呼情報を書き込む呼情報メモリを選択するのに、ラウンドロビンにより順繰りに選択することを特徴とする。すなわち、前回の第１の呼情報の書き込みを呼情報メモリ１３ｉであったとき、今回取得した第１の呼情報の書き込みは次の順番の呼情報メモリ１３ｉ＋１を選択して行う。そして、例えば前回の第１の呼情報の書き込みを最終番の呼情報メモリ１３ｎに対して行った場合、その次の第１の呼情報の書き込みは、最初に戻って呼情報メモリ１３Ａに対して行う。

図２のシーケンス図は、本実施の形態の呼処理装置１０によるラウンドロビンによる呼情報の書き込み、読み出しの処理動作を示している。

プロトコル部１１は通信端末から通信回線２１を通じて通信信号Ｓ１１を受信すると（ＳＱ１１）、受信信号から呼処理に必要な情報を第１の呼情報として取り出し、ラウンドロビンで書き込みする呼情報メモリを決定する（ＳＱ１２）。ここでは、呼情報メモリ１３Ａに決定したとする。

そして、決定した呼情報メモリ１３Ａに第１の呼情報を書き込む（ＳＱ１３）。プロトコル部１１は、第１の呼情報の書き込みが完了すると、呼情報メモリ１３Ａを利用しているシナリオ部１２Ａへ書き込み完了通知を送信する（ＳＱ１４）。

シナリオ部１２Ａは書き込み完了通知を受信すると、呼情報メモリ１３Ａから呼処理に必要な情報を読み込み（ＳＱ１５）、呼処理を実施し（ＳＱ１６）、呼処理結果として第２の呼情報を呼情報メモリ１３Ａに書き込む（ＳＱ１７）。シナリオ部１２Ａは書き込みが完了するとプロトコル部１１へ、書き込み完了通知を送信する（ＳＱ１８）。

プロトコル部１１は書き込み完了通知を受信すると、呼情報メモリ１３Ａから第２の呼情報を読み込み（ＳＱ１９）、通信信号Ｓ１２を生成して通信回線２１に送出する（ＳＱ１１０）。

通信回線２１を通じて通信端末から次の通信信号Ｓ２１を受信すれば（ＳＱ１１１）、前回と同様に、受信信号から呼処理に必要な情報を第１の呼情報として取り出し、ラウンドロビンで書き込みする呼情報メモリを決定する（ＳＱ１１２）。ここでは、前回選択した呼情報メモリ１３Ａの次の呼情報メモリ１３Ｂに決定することになる。

そして、決定した呼情報メモリ１３Ｂに第１の呼情報を書き込む（ＳＱ１１３）。プロトコル部１１は、第１の呼情報の書き込みが完了すると、呼情報メモリ１３Ｂを利用しているシナリオ部１２Ｂへ書き込み完了通知を送信する（ＳＱ１１４）。

シナリオ部１２Ｂは書き込み完了通知を受信すると、呼情報メモリ１３Ｂから呼処理に必要な情報を読み込み（ＳＱ１１５）、呼処理を実施し（ＳＱ１１６）、呼処理結果として第２の呼情報を呼情報メモリ１３Ｂに書き込む（ＳＱ１１７）。シナリオ部１２Ｂは書き込みが完了するとプロトコル部１１へ、書き込み完了通知を送信する（ＳＱ１１８）。

プロトコル部１１は書き込み完了通知を受信すると、呼情報メモリ１３Ｂから第２の呼情報を読み込み（ＳＱ１１９）、通信信号Ｓ２２を生成して通信回線２１に送出する（ＳＱ１２０）。

このように、本実施の形態の呼処理装置では、複数のシナリオ部１２Ａ，１２Ｂ，…とそれぞれに従属する複数の呼情報メモリ１３Ａ，１３Ｂ，…を備え、プロトコル部１１は通信端末からの通信信号を受信するとラウンドロビンで呼情報メモリを順繰りに選択して選択した呼情報メモリに対して第１の呼情報の書き込みを行い、選択した呼情報メモリが従属するシナリオ部へ第１の呼情報の書き込みを通知し、通知を受けたシナリオ部は自身に従属する呼情報メモリから第１の呼情報を取得し、呼処理を実施し、呼処理結果としての第２の呼情報を同じく自身に従属している呼情報メモリに書き込み、プロトコル部へその書き込みを通知し、プロトコル部は通知を受けたシナリオ部によって書き込まれた第２の呼情報を書き込まれた呼情報メモリから取得し、通信信号を生成して送出するので、呼情報メモリにおけるプロトコル部とシナリオ部の競合が減少し、排他ロックの回数が減少し、その結果として、ＯＳやミドルウエアなどの高優先度プロセスの割り込みを受けても排他ロックによる待ち時間が長くならず、プロトコル部とシナリオ部による呼処理遅延を極力防止でき、短時間に多数の呼情報を処理することができる。

［第２の実施の形態］
本発明の第２の実施の形態の呼処理装置について、第１の実施の形態と共通する図１のブロック図、また図３のシーケンス図を用いて説明する。第２の実施の形態の呼処理装置も第１の実施の形態と同様に、１つのプロトコル部１１と複数のシナリオ部１２Ａ，１２Ｂ，…と、シナリオ部１２Ａ，１２Ｂ，…と同数の呼情報メモリ１３Ａ，１３Ｂ，…を備えている。そして、プロトコル部１１は呼情報メモリ１３Ａ，１３Ｂ，…それぞれの残容量を管理し、新たに通信端末から通信信号を受信すると、その時点で残容量の一番大きい呼情報メモリを決定し、該当する呼情報メモリに受信信号から取得した第１の呼情報を書き込み、その書き込みを当該呼情報メモリの従属するシナリオ部に通知する点が第１の実施の形態と異なる。

図３のシーケンス図を用いて、本実施の形態の呼処理装置による呼情報の処理手順の特徴を説明する。プロトコル部１１は通信端末から通信回線２１を通じて通信信号Ｓ１１を受信すると（ＳＱ２１）、受信信号Ｓ１１から呼処理に必要な情報を第１の呼情報として取り出す。そして当該時点で残容量の一番大きい呼情報メモリを決定する（ＳＱ２２）。ここでは呼情報メモリ１３Ｉに決定されたとする。

そして、決定した呼情報メモリ１３Ｉに第１の呼情報を書き込む（ＳＱ２３）。プロトコル部１１は、第１の呼情報の書き込みが完了すると、呼情報メモリ１３Ｉを利用しているシナリオ部１２Ｉへ書き込み完了通知を送信する（ＳＱ２４）。

シナリオ部１２Ｉは書き込み完了通知を受信すると、呼情報メモリ１３Ｉから呼処理に必要な情報を読み込み（ＳＱ２５）、呼処理を実施し（ＳＱ２６）、呼処理結果として第２の呼情報を呼情報メモリ１３Ｉに書き込む（ＳＱ２７）。シナリオ部１２Ｉは書き込みが完了するとプロトコル部１１へ、書き込み完了通知を送信する（ＳＱ２８）。

プロトコル部１１は書き込み完了通知を受信すると、呼情報メモリ１３Ｉから第２の呼情報を読み込み（ＳＱ２９）、通信信号Ｓ１２を生成して通信回線２１に送出する（ＳＱ２１０）。

通信回線２１を通じて通信端末から次の通信信号Ｓ２１を受信すれば（ＳＱ２１１）、前回と同様に、受信信号から呼処理に必要な情報を第１の呼情報として取り出し、当該時点で残容量が一番大きい呼情報メモリを決定する（ＳＱ２１２）。ここでは、呼情報メモリ１３Ｋに決定されたとする。

そして、決定した呼情報メモリ１３Ｋに第１の呼情報を書き込む（ＳＱ２１３）。プロトコル部１１は、第１の呼情報の書き込みが完了すると、呼情報メモリ１３Ｋを利用しているシナリオ部１２Ｋへ書き込み完了通知を送信する（ＳＱ２１４）。

シナリオ部１２Ｋは書き込み完了通知を受信すると、呼情報メモリ１３Ｋから呼処理に必要な情報を読み込み（ＳＱ２１５）、呼処理を実施し（ＳＱ２１６）、呼処理結果として第２の呼情報を呼情報メモリ１３Ｋに書き込む（ＳＱ２１７）。シナリオ部１２Ｋは書き込みが完了するとプロトコル部１１へ、書き込み完了通知を送信する（ＳＱ２１８）。

プロトコル部１１は書き込み完了通知を受信すると、呼情報メモリ１３Ｋから第２の呼情報を読み込み（ＳＱ２１９）、通信信号Ｓ２２を生成して通信回線２１に送出する（ＳＱ２２０）。

このように、本実施の形態の呼処理装置では、複数のシナリオ部１２Ａ，１２Ｂ，…とそれぞれに従属する複数の呼情報メモリ１３Ａ，１３Ｂ，…を備え、プロトコル部１１は通信端末からの通信信号を受信すると当該時点で残容量の一番大きい呼情報メモリを選択し、選択した呼情報メモリに対して第１の呼情報の書き込みを行い、選択した呼情報メモリが従属するシナリオ部へ第１の呼情報の書き込みを通知し、通知を受けたシナリオ部は自身に従属する呼情報メモリから第１の呼情報を取得し、呼処理を実施し、呼処理結果としての第２の呼情報を同じく自身に従属している呼情報メモリに書き込み、プロトコル部１１へその書き込みを通知し、プロトコル部１１は通知を受けたシナリオ部によって書き込まれた第２の呼情報を書き込まれた呼情報メモリから取得し、通信信号を生成して送出するので、呼情報メモリにおけるプロトコル部とシナリオ部の競合が減少し、排他ロックの回数が減少し、その結果として、ＯＳやミドルウエアなどの高優先度プロセスの割り込みを受けても排他ロックによる待ち時間が長くならず、プロトコル部とシナリオ部による呼処理遅延を極力防止でき、短時間に多数の呼情報を処理することができる。

［第３の実施の形態］
本発明の第３の実施の形態の呼処理装置を、第１の実施の形態と共通する図１のブロック図と、図４のシーケンス図を用いて説明する。本実施の形態の呼処理装置も第１の実施の形態と同様に、１つのプロトコル部１１と複数のシナリオ部１２Ａ，１２Ｂ，…と、シナリオ部１２Ａ，１２Ｂ，…と同数の呼情報メモリ１３Ａ，１３Ｂ，…を備えている。そして、プロトコル部１１は、シナリオ部１２Ａ，１２Ｂ，…すべてのＣＰＵ使用率を把握しており、新たに通信端末から通信信号を受信すると、その時点でＣＰＵ使用率の一番小さいシナリオ部を決定し、当該シナリオ部に従属する呼情報メモリに受信信号から取得した第１の呼情報を書き込み、その書き込みを当該シナリオ部に通知する点が第１の実施の形態と異なる。

図４のシーケンス図を用いて、本実施の形態の呼処理装置による呼情報の処理手順の特徴を説明する。プロトコル部１１は通信端末から通信回線２１を通じて通信信号Ｓ１１を受信すると（ＳＱ３１）、受信信号から呼処理に必要な情報を第１の呼情報として取り出す。そして当該時点でＣＰＵ使用率の最も小さいシナリオ部を決定する（ＳＱ３２）。ここではシナリオ部１２Ｉに決定されたとする。

そして、決定したシナリオ部１２Ｉに従属する呼情報メモリ１３Ｉに第１の呼情報を書き込む（ＳＱ３３）。プロトコル部１１は、第１の呼情報の書き込みが完了すると、呼情報メモリ１３Ｉを利用しているシナリオ部１２Ｉへ書き込み完了通知を送信する（ＳＱ３４）。

シナリオ部１２Ｉは書き込み完了通知を受信すると、呼情報メモリ１３Ｉから呼処理に必要な情報を読み込み（ＳＱ３５）、呼処理を実施し（ＳＱ３６）、呼処理結果として第２の呼情報を呼情報メモリ１３Ｉに書き込む（ＳＱ３７）。シナリオ部１２Ｉは書き込みが完了するとプロトコル部１１へ、書き込み完了通知を送信する（ＳＱ３８）。

プロトコル部１１は書き込み完了通知を受信すると、呼情報メモリ１３Ｉから第２の呼情報を読み込み（ＳＱ３９）、通信信号Ｓ１２を生成して通信回線２１に送出する（ＳＱ３１０）。

通信回線２１を通じて通信端末から次の通信信号Ｓ２１を受信すれば（ＳＱ３１１）、前回と同様に、受信信号から呼処理に必要な情報を第１の呼情報として取り出し、当該時点でＣＰＵ使用率が最も小さいシナリオ部を決定する（ＳＱ３１２）。ここでは、シナリオ部１２Ｋに決定されたとする。

そして、決定したシナリオ部１２Ｋに従属する呼情報メモリ１３Ｋに第１の呼情報を書き込む（ＳＱ３１３）。プロトコル部１１は、第１の呼情報の書き込みが完了すると、呼情報メモリ１３Ｋを利用しているシナリオ部１２Ｋへ書き込み完了通知を送信する（ＳＱ３１４）。

シナリオ部１２Ｋは書き込み完了通知を受信すると、呼情報メモリ１３Ｋから呼処理に必要な情報を読み込み（ＳＱ３１５）、呼処理を実施し（ＳＱ３１６）、呼処理結果として第２の呼情報を呼情報メモリ１３Ｋに書き込む（ＳＱ３１７）。シナリオ部１２Ｋは書き込みが完了するとプロトコル部１１へ、書き込み完了通知を送信する（ＳＱ３１８）。

プロトコル部１１は書き込み完了通知を受信すると、呼情報メモリ１３Ｋから第２の呼情報を読み込み（ＳＱ３１９）、通信信号Ｓ２２を生成して通信回線２１に送出する（ＳＱ３２０）。

このように、本実施の形態の呼処理装置では、複数のシナリオ部１２Ａ，１２Ｂ，…とそれぞれに従属する複数の呼情報メモリ１３Ａ，１３Ｂ，…を備え、プロトコル部１１は通信端末からの通信信号を受信すると当該時点でＣＰＵ使用率の最も小さいシナリオ部を決定し、決定したシナリオ部に従属する呼情報メモリに対して第１の呼情報の書き込みを行い、呼情報メモリが従属するシナリオ部へ第１の呼情報の書き込みを通知し、通知を受けたシナリオ部は自身に従属する呼情報メモリから第１の呼情報を取得し、呼処理を実施し、呼処理結果としての第２の呼情報を同じく自身に従属している呼情報メモリに書き込み、プロトコル部１１へその書き込みを通知し、プロトコル部１１は通知を受けたシナリオ部によって書き込まれた第２の呼情報を書き込まれた呼情報メモリから取得し、通信信号を生成して送出するので、呼情報メモリにおけるプロトコル部とシナリオ部の競合が減少し、排他ロックの回数が減少し、その結果として、ＯＳやミドルウエアなどの高優先度プロセスの割り込みを受けても排他ロックによる待ち時間が長くならず、プロトコル部とシナリオ部による呼処理遅延を極力防止でき、短時間に多数の呼情報を処理することができる。

［第４の実施の形態］
本発明の第４の実施の形態の呼処理装置について、図５のブロック図、図６のシーケンス図を用いて説明する。本実施の形態の呼処理装置は、１つのプロトコル部１１と複数のシナリオ部１２Ａ，１２Ｂ，…と、シナリオ部１２Ａ，１２Ｂ，…と同数の呼情報メモリ１３Ａ，１３Ｂ，…を備えている。そして、次の点を特徴とする。すなわち、プロトコル部１１は、信号種別毎の重みのリストＬ１と呼情報メモリ１３Ａ，１３Ｂ，…毎の蓄積重みの合計リストＬ２とをあらかじめ保持し、通信端末から通信信号Ｓ１を受信すると、信号種別毎の重みのリストＬ１と蓄積重み合計のリストＬ２とを参照して受信した信号の重みを決定すると共に、当該信号の重みを加算した結果としての蓄積重み合計が最も低くなる呼情報メモリ（ここでは呼情報メモリ１３Ｉとする）を選択して第１の呼情報の書き込みを行い、さらに、リストＬ２上の選択した呼情報メモリ１３Ｉの蓄積重み合計にリストＬ１で決められた信号の重みを加算して蓄積重み合計リストＬ２のデータを更新し、かつ、当該呼情報メモリ１３Ｉが従属するシナリオ部１２Ｉへ第１の呼情報の書き込みを通知する。

シナリオ部１２Ｉは書き込みの通知を受信すると、呼情報メモリ１３Ｉから第１の呼情報を取得し、呼処理を実施し、処理結果の第２の呼情報を呼情報メモリ１３Ｉに書き込み、プロトコル部１１へ書き込みを通知する。そして、プロトコル部１１はシナリオ部１２Ｉによって書き込まれた第２の呼情報を呼情報メモリ１３Ｉから取得し、通信信号Ｓ２を生成して送出する。

本実施の形態の呼処理装置の呼処理動作を、図６のシーケンス図を用いて説明する。プロトコル部１１は、信号種別毎の重みのリストＬ１と、呼情報メモリ１３Ａ，１３Ｂ，…毎の蓄積重みの合計リストＬ２をあらかじめ保持し、通信端末から通信回線２１を通じて通信信号Ｓ１１を受信すると、信号種別毎の重みのリストＬ１と蓄積重み合計のリストＬ２とを参照して受信した信号の重みを決定すると共に、当該信号の重みを加算した結果としての蓄積重み合計が最も低くなる呼情報メモリを選択する（ＳＱ４１，ＳＱ４２）。ここでは呼情報メモリ１３Ｉが選択されたとする。そして選択した呼情報メモリ１３Ｉに、通信信号から取得した第１の呼情報を書き込む（ＳＱ４３）。さらに、リストＬ２上の選択した呼情報メモリ１３Ｉの現在の蓄積重みの合計にリストＬ１を参照して今回決められた信号の重みを加算して蓄積重みの合計のリストＬ２のデータを更新する。そして、当該呼情報メモリ１３Ｉが従属するシナリオ部１２Ｉへ第１の呼情報の書き込みを通知する（ＳＱ４４）。

書き込み通知を受けたシナリオ部１２Ｉは、自身に従属する呼情報メモリ１３Ｉから書き込まれた第１の呼情報を取得し（ＳＱ４５）、呼処理を実施し（ＳＱ４６）、処理結果の第２の呼情報を呼情報メモリ１３Ｉに書き込み（ＳＱ４７）、プロトコル部１１へ書き込みを通知する（ＳＱ４８）。

新たな書き込み通知を受け取ったプロトコル部１１は、通知元のシナリオ部１２Ｉによって書き込まれた第２の呼情報を呼情報メモリ１３Ｉから取得し（ＳＱ４９）、通信信号Ｓ１２を生成し、送出する（ＳＱ４１０）。

プロトコル部１１は、続いて通信信号Ｓ２１を通信端末から受信すると、前回と同様に、
信号種別毎の重みのリストＬ１と蓄積重み合計のリストＬ２とを参照して受信した信号の重みを決定すると共に、当該信号の重みを加算した結果としての蓄積重み合計が最も低くなる呼情報メモリ（ここでは呼情報メモリ１３Ｋ）を選択する(ＳＱ４１１，ＳＱ４１２）。そして選択した呼情報メモリ１３Ｋに通信信号から取得した第１の呼情報を書き込む（ＳＱ４１３）。さらに、リストＬ２上の選択した呼情報メモリ１３Ｋの蓄積重みの合計にリストＬ１で決められている信号の重みを加算して蓄積重みの合計リストＬ２のデータを更新する。そして当該呼情報メモリ１３Ｋが従属するシナリオ部１２Ｋへ第１の呼情報の書き込みを通知する（ＳＱ４１４）。

書き込み通知を受けたシナリオ部１２Ｋは、自身に従属する呼情報メモリ１３Ｋから書き込まれた第１の呼情報を取得し（ＳＱ４１５）、呼処理を実施し（ＳＱ４１６）、処理結果の第２の呼情報を呼情報メモリ１３Ｋに書き込み（ＳＱ４１７）、プロトコル部１１へ書き込みを通知する（ＳＱ４１８）。

新たな書き込み通知を受け取ったプロトコル部１１は、通知元のシナリオ部１２Ｋによって書き込まれた第２の呼情報を呼情報メモリ１３Ｋから取得し（ＳＱ４１９）、通信信号Ｓ２２を生成し、送信する（ＳＱ４２０）。

このように、本実施の形態の呼処理装置によれば、１つのプロトコル部１１と複数のシナリオ部１２Ａ，１２Ｂ，…と、シナリオ部１２Ａ，１２Ｂ，…と同数の呼情報メモリ１３Ａ，１３Ｂ，…を備え、プロトコル部１１は、信号種別毎の重みのリストＬ１と、呼情報メモリ１３Ａ，１３Ｂ，…毎の蓄積重みの合計リストＬ２をあらかじめ保持し、通信端末から通信信号Ｓ１を受信すると、信号種別毎の重みのリストＬ１と蓄積重み合計のリストＬ２とを参照して、受信した信号の重みを決定すると共に当該信号の重みを加算した結果としての蓄積重み合計が最も低くなる呼情報メモリを選択し、それに第１の呼情報の書き込みを行い、さらに、リストＬ２上の選択した呼情報メモリの蓄積重み合計にリストＬ１を参照して決められた信号の重みを加算して蓄積重み合計のリストＬ２のデータを更新し、かつ、当該呼情報メモリが従属するシナリオ部へ第１の呼情報の書き込みを通知し、通知を受けたシナリオ部はそれに従属する呼情報メモリから第１の呼情報を取得し、呼処理を実施し、処理結果の第２の呼情報を呼情報メモリに書き込み、プロトコル部１１へ書き込みを通知し、プロトコル部１１はこの通知を受けて通知元のシナリオ部によって書き込まれた第２の呼情報を呼情報メモリから取得し、通信信号Ｓ２を生成して送出するので、呼情報メモリにおけるプロトコル部とシナリオ部の競合が減少し、排他ロックの回数が減少し、その結果として、ＯＳやミドルウエアなどの高優先度プロセスの割り込みを受けても排他ロックによる待ち時間が長くならず、プロトコル部とシナリオ部による呼処理遅延を極力防止でき、短時間に多数の呼情報を処理することができる。

尚、本発明は上記の実施の形態に限定されるものではなく、また詳細な説明で示された数値も例示であって変更することが可能であり、特許請求の範囲に記載された事項の範囲内での種々の変形が可能である。

１０呼処理装置
１１プロトコル部
１２，１２Ａ，１２Ｂ，… シナリオ部
１３，１３Ａ，１３Ｂ，… 呼情報メモリ
Ｓ１，Ｓ１１，Ｓ２１通信信号（受信）
Ｓ２，Ｓ１２，Ｓ２２通信信号（送信）

Claims

複数のシナリオ部と、１つのプロトコル部と、前記複数のシナリオ部それぞれと結び付けられている複数の呼情報メモリとを備え、
前記プロトコル部は、当該呼処理装置に接続されている通信端末から通信信号を受信したときに、当該通信信号から第１の呼情報を取得し、当該第１の呼情報を書き込む呼情報メモリを前記複数の呼情報メモリから選択し、選択した呼情報メモリに前記第１の呼情報を書き込み、前記複数のシナリオ部のうち選択した呼情報メモリに結び付けられているシナリオ部へ前記第１の呼情報の書き込みを通知し、
前記複数のシナリオ部それぞれは、前記プロトコル部から前記呼情報メモリへの前記第１の呼情報の書き込みの通知を受け取ったときに、自身に結び付けられている呼情報メモリから書き込まれた前記第１の呼情報を取得し、取得した第１の呼情報に基づく呼処理を実施し、呼処理の結果の第２の呼情報を自身に結び付けられている呼情報メモリに書き込み、前記プロトコル部へ前記第２の呼情報の書き込みを通知し、
前記プロトコル部は、前記複数の呼情報メモリから前記第１の呼情報を書き込む呼情報メモリを選択するのに、信号種別毎の重みのリストと複数の呼情報メモリ毎の蓄積重み合計のリストとをあらかじめ保持し、前記通信端末から通信信号を受信すると、前記信号種別毎の重みのリストと蓄積重み合計のリストとを参照して受信した信号の重みを決定すると共に、当該信号の重みを加算した結果としての蓄積重み合計が最も低くなる呼情報メモリを選択することを特徴とする呼処理装置。