(57)【特許請求の範囲】
【請求項１】
複数の交換機間の呼の交換処理を行うとき、それぞれの交換機で呼に識別番号を付与して呼処理を実行する呼識別情報管理システムであって、
呼が発生したとき、および相手呼が着信したとき、自局の呼の識別番号を付与する呼識別番号管理部と、
信号線より送られてくる相手局からの呼状態、自局の呼の呼状態を判定し、管理する呼対応付け状態制御部と、
信号線より送られてくる呼情報より、相手呼の識別番号を抽出する相手呼識別番号対応部と、
前記相手呼識別番号対応部で抽出した相手局からの呼の相手呼識別番号及び、自局の呼識別番号との対応を書き込むデータエリアの管理を行うデータエリア管理部と、
所定の周期で局単位で相手呼識別番号の状態をチェックし、全て空き状態の場合解放処理を行う所定周期解放処理部と、
呼の解放要求が発生したとき局単位の相手呼識別番号の状態をチェックし、全て空き状態の場合解放処理を行う任意時間解放処理部と、
を備える呼対応付け機能部を設けたことを特徴とする呼識別情報管理システム。
【請求項２】
呼が発生したとき、および相手呼が着信したとき、自局の呼の識別番号を付与する呼識別番号管理部と、
複数の信号リンクより送られてくる相手局からの呼状態、自局の呼の状態を判定し、管理するリンク別呼対応付け状態制御部と、
複数の信号リンクより送られてくるリンク別呼情報より、相手呼の識別番号を抽出するリンク別相手呼識別番号対応部と、
前記リンク別相手呼識別番号対応部で抽出した呼の相手呼識別番号と、自局の呼識別番号との対応を書き込むリンク別データエリアの管理と、タイマを設け、信号を送信した時、前記タイマを起動し、所定の時間経過したとき、リンク別の呼識別番号を解放するリンク別データエリア管理部と、
を備えるリンク別呼対応付け機能部を備えたことを特徴とする呼識別情報管理システム。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、複数の交換機間で、独立に管理される呼識別番号を使用して呼処理を行う交換システムでの呼識別情報管理システムに関する。
【０００２】
交換処理を効率的に行うため、通信を行うそれぞれの交換機で呼を識別するための識別番号を付与し、呼接続処理を行う交換処理も行われている。一方、近年の交換サービスの多様化に伴い、発側の交換機と着側の交換機間の物理回線とは対応しない交換処理も行われるようになってきており、このような物理回線とは対応しない交換機間での呼情報のやりとりが容易にできる呼識別番号の対応付けを行うことが要求されている。
【０００３】
【従来の技術】
図２３は従来例を説明するブロック図を示す。図中の１１〜１３は交換機、１−１〜１−３、２−１〜２−３は回線である。ここでは交換機１１と交換機１２を接続する回線を１−ｉ、交換機１１と交換機１３を接続する回線を２−ｊとしている。ｉ、ｊはそれぞれの交換機間の回線の番号である。
【０００４】
従来例においては、このように回線対応に付与された番号を、互いに対応する２台の交換機間で共通に意識することにより、物理的な回線番号と呼識別番号との対応付けを行い呼の識別を行っている。
【０００５】
上述の従来例では３台の交換機１１〜１３で構成される交換ネットワークの交換機１１〜交換機１２、交換機１１〜交換機１３間の回線１−ｉ、２−ｊで説明したが、交換機１２、交換機１３間に回線を設けても同様に呼の識別を行うことができる。
【０００６】
また、交換機の台数は３台に限定されるものではなく、任意の台数であっても、同様に、物理的な回線番号と呼識別番号との対応付けを行い呼の識別を行うことができる。
【０００７】
【発明が解決しようとする課題】
上述の図２３の従来例では、対応する交換機間で物理回線がない場合や、物理回線を使用しない呼情報のやりとりの場合には対応付けを行うことが不可能となる。
【０００８】
本発明は、複数の交換機間の呼処理を行うとき、物理回線には依存せず、また、前以って設定が行われていなかった不特定の交換機間においても、呼の対応付けを容易に行うことのできる呼識別情報管理システムを実現しようとする。
【０００９】
【課題を解決するための手段】
図１は本発明の第１の原理を説明するブロック図である。図の１０は複数の交換機間の呼の交換処理を行うとき、それぞれの交換機で呼に識別番号を付与して呼処理を実行する呼識別情報管理システムを示し、１００は呼が発生したとき、および相手呼が着信したとき、自局の呼の識別番号（以下自呼識別番号と称する）を付与する呼識別番号管理部であり、呼対応付け機能部２００は信号線より送られてくる相手局からの呼、自局の呼の呼状態を判定し、管理する呼対応付け状態制御部２１０、信号線より送られてくる呼情報より、相手呼の識別番号（以下相手呼識別番号と称する）を抽出する相手呼識別番号対応部２２０、および、相手呼識別番号対応部２２０で抽出した相手局からの呼の相手呼識別番号と、自呼識別番号との対応を書き込むデータエリア３００の管理を行うデータエリア管理部２３０を備える。
相手局からの信号受信で呼を生成する場合は、相手局コードと相手呼識別番号を受信し、呼識別番号管理部１００で自局呼識別番号を捕捉し、対応付けを行う。自局からの信号送信で呼を生成する場合は、呼識別番号管理部１００で自局呼識別番号を捕捉し、相手局に自局呼識別番号を送信し、相手局では送られてきた自局呼識別番号から、相手局識別番号を捕捉し、自局に返送し対応付けの確立を行う。
図７は本発明の実施例（１）を説明するブロック図である。呼の開放処理のため、図１に追加し、所定の周期で呼処理データの整合性をチェックし、局単位で相手呼識別番号の状態を確認し、全て空き状態の場合解放処理を行う所定周期解放処理部２４１と、信号送信を行っても応答がなく、呼の解放要求が発生したとき局単位の相手呼識別番号の状態を確認人し、全て空き状態の場合解放処理を行う任意時間解放処理部２４２を設ける。なお、データテーブル３００Ａは図１のデータエリア３００と同一の機能を有する。
【００１０】
図２は本発明の第２の原理を説明するブロック図である。図１の第１の原理図の呼対応付け状態機能部２１０、相手呼識別番号対応部２２０、データエリア管理部２３０を備える呼対応付け機能部２００、および、データエリア３００を、それぞれ、図２のリンク別呼対応付け状態制御部２１１、リンク別相手呼識別番号機能部２２１、リンク別データエリア管理部２３１を備えるリンク別呼対応付け機能部２０１、およびリンク別データエリア３０１で構成したものであり、リンク別に呼の対応付けを確立する。
【００１１】
図１、図２、図７中の４００は呼識別番号対応のサービス処理部であり、呼識別番号で指定される呼相互の接続処理等を行うものである。図１３は本発明の実施例（２）を説明するブロック図である。リンク別データエリア管理部２３１は相手呼識別番号と、自局の呼識別番号との対応を書き込むリンク別データエリアの管理と、タイマ２５１により、信号を送信した時、タイマを起動し、所定の時間経過したとき、リンク別の呼識別番号の解放処理を行う。
【００１２】
【作用】
図３は他局からの信号受信で呼を生成する動作（１）を示し、図４は自局からの信号送信で呼を生成する動作（１）を示す。図３、図４により本発明の第１の原理の作用を説明する。
【００１３】
図３は相手局コードと相手呼識別番号を受信することにより、呼識別番号管理部１００が自呼識別番号を捕捉する。この自呼識別番号と相手局から送られてきた相手局コードと相手呼識別番号との対応付けを行い、データエリア管理部２３０の制御によりデータエリア３００に書き込む。そして上位制御装置、例えば、呼処理プロセッサへ対応付けを行ったことを通知し、呼対応付け状態制御部２１０で対応付け確立中を示すフラグをセットするとともに、相手局に対して、相手局コードと相手呼識別番号と自局コードと自識別番号とを送信する。
【００１４】
図４は自局から信号送信する場合であり、先ず、呼を生成するときは、呼識別番号管理部１００により、自呼識別番号を捕捉し、これに自局コードを付加して相手局に対して送信する。そして、呼状態付け制御部２１０で対応付け確立待ちであることを示すフラグをセットする。
【００１５】
また、この信号を受け取った相手局は図３に示す動作により対応付けを行い、その結果を送信してくる。この相手局コードと相手呼識別番号を受信することにより、データテーブル管理部２３０は自呼識別番号と相手局コードと相手呼識別番号との対応付けを行い、データエリア３００に書き込む。そして呼対応付け状態制御部２１０で対応付け確立中を示すフラグをセットする。
【００１６】
このようにして、相手局の相手呼識別番号と自呼識別番号の対応付けを行い、データエリア３００に書き込んでおき、対応付けの必要がなくなったとき、データエリア３００の解放を行うことにより、ダイナミックなエリア管理を行う。
【００１７】
図５は他局からの信号受信で呼を生成する動作（２）を示し、図６は自局からの信号送信で呼を生成する動作（２）を示す。図５、図６は、複数の信号リンクを使用することにより、負荷分散を図っている交換システムにおいて、信号リンク対応にリンク別データエリア３０１にリンク別データテーブルをもつことにより、データ量を減らすように構成したものである。図５、図６により本発明の第２の原理の作用を説明する。
【００１８】
図５は、信号リンクごとに相手局コードと相手呼識別番号を受信して、呼識別番号管理部１００が自呼識別番号を捕捉する。このとき、相手呼識別番号がリセット中であるか否かの判定を行い、リセットを示すフラグが立っている場合には、そのデータは廃棄する。リセットを示すフラグが立っていない場合には、処理を進め、自呼識別番号と信号リンクと相手局コードと相手呼識別番号との対応付けを行い、リンク別データエリア管理部２３１によりリンク別データエリア３０１のデータテーブルに書き込む。そして上位制御装置へ対応付けを行ったことを通知し、リンク別呼対応付け状態制御部２１１で対応付け確立中を示すフラグをセットするとともに、相手局に対して、所定の信号リンクをとおして相手局コードと相手呼識別番号と自局コードと自識別番号とを送信する。
【００１９】
図６は自局から所定の信号リンクにより信号送信する場合であり、図４の処理を所定の信号リンクを通して行い、自呼識別番号、相手呼識別番号を信号リンクごとに行うようにしている。
【００２０】
このようにして、前以って設定されていない交換機からの信号でも、相手呼識別番号から自呼識別番号を設定することができ、交換信号を効率的に行うことができる。
【００２１】
【実施例】
以下、図７は本発明の実施例（１）を説明するブロック図であり、原理図１で述べた複数の交換機間の呼識別番号の捕捉、解放処理の実施例であり、所定周期解放処理部２４１と任意時間解放処理部２４２を設けたものである。
【００２２】
図８は本発明の実施例（１）の呼識別番号対応付け処理であり、図に付けた番号にしたがって捕捉時の動作を説明する。
▲１▼  相手局コードと相手呼識別番号を受信し対応付け処理に入り、データテーブル３００Ａを捕捉するために、データテーブル３００Ａの局コードの状態チェックを行う。
【００２３】
▲２▼  その局のデータテーブル３００Ａが有るか否かを判定し、有る場合には▲４▼へ進む。
▲３▼  ▲２▼でその局のデータテーブル３００Ａがない場合は、データテーブル３００Ａを捕捉し、その局のデータを登録するための初期化を行う。
【００２４】
▲４▼  次いで、その局のデータテーブル３００Ａの相手呼識別番号の状態が空きか否かを判定する。
▲５▼  空き状態の場合には、相手局コードと相手呼識別番号に対して自呼識別番号を設定し、状態番号として、それまで空きであったものを確立中と表示する。
【００２５】
▲６▼  空き状態でない場合は、異常と判定し、自局、相手局ともに対応付け処理をリセットする。
このように、図８に示した処理により、データテーブル３００Ａの設定を行うが、データエリアを有効利用するためには、必要でなくなったデータテーブル３００Ａを解放し、ダイナミックに捕捉、解放を行うことが必要であり、以下解放処理を図９〜図１１で説明する。
【００２６】
図９は本発明の実施例（１）のデータテーブルの解放処理（１）を示す。データエリア３００の容量が想定される呼識別番号に対して余裕がある場合は、データテーブル３００Ａは解放する必要がなく、相手局コードと相手呼識別番号が入力され、解放要求があった場合でも、その相手局の相手呼識別番号の状態番号を確立中から空きに変更するのみの処理とする。
【００２７】
図１０は本発明の実施例（１）のデータテーブルの解放処理（２）を示す。図９では、前に説明したようにデータテーブル３００Ａの解放は行わない。図１０では通常時は図９と同じ処理としておく。そして、所定周期解放処理部２４１で、例えば、１回／１日の定期処理でチェックを行い、同一局コード対応の全相手呼識別番号の状態をチェックし、すべてが空き状態のときデータテーブル３００Ａを解放する。
【００２８】
▲１▼  ▲２▼以下の処理が完了したとき、局コードを「１」進める処理である。
▲２▼  その局コードに対応するデータテーブル３００Ａがあるか否かを判定する。
【００２９】
▲３▼  ▲２▼でデータテーブル３００Ａがある場合には、相手呼識別番号対応の状態をチェックする。
▲４▼  空きか否かを判定する。
【００３０】
▲５▼  ▲４▼で空きの場合には、相手呼識別番号が全て終了したか否かを判定する。
▲６▼  ▲５▼で終了でない場合には▲９▼へ進む。
▲７▼  ▲５▼で終了の場合には、その局コードに対応するデータテーブル３００Ａを解放する。
【００３１】
▲８▼  全局コードのチェックが終了したか否かを判定し、否の場合には▲１▼に戻り、処理を継続し、終了の場合にはチェック処理による解放処理を終了する。
図１１は本発明の実施例のデータテーブルの解放処理（３）を示す。ここでは、任意時間解放処理部２４２により、解放要求が生じたとき、状態を空きに設定するとともに、その局コードの全相手呼識別番号の状態をチェックし、全て空き状態のとき、その局コードのデータテーブルＡを解放する。
【００３２】
▲１▼  相手局コードと相手局識別番号が指定され解放要求が発生する。その相手局コードと相手局識別番号に対応する状態番号を確立中から空きに設定する。
▲２▼〜▲７▼  図１０の▲３▼〜▲７▼および▲９▼に同じであり、全て空きのときデータテーブル３００Ａの解放処理を行う。
【００３３】
データエリア３００の容量と予測される呼識別番号の容量に応じて、図９〜図１１の解放処理を行うことにより、効率的にデータエリアの捕捉、解放を行う。
図１２は本発明の実施例（１）のデータテーブルを示す。
【００３４】
（Ａ）は局コードからデータテーブル「ｎ」をインデックスする図を示し、状態エリアにはデータテーブルが有るか無いかの表示が行われる。
（Ｂ）はデータテーブル「ｎ」の中で、相手呼識別番号から自呼識別番号をインデックスする図を示し、状態エリアは空きまたは確立中を表示し、自呼識別番号は確立中の状態で有効データとなる。
【００３５】
次に、図１３は本発明の実施例（２）を説明するブロック図を示す。図１３は原理図２で述べた信号リンク対応に交換機間の呼識別番号の捕捉、解放処理を行う実施例であり、リンク別データテーブル３０１Ａを一定の時間だけ有効とするタイマ２５１を設けたものである。
【００３６】
呼識別番号に対応して固定的にデータエリアを準備しておくと、呼識別番号の容量が、例えば、４オクテット（３２ビット）等の場合、多大なデータエリアを準備しておくことが必要となり、装置構成上に問題がある。そこで、実施例（２）では呼識別番号の管理を信号リンク対応とし、一定時間後にはそのデータをクリアすることにより、データ量を減らすように構成したものである。
【００３７】
図１４は本発明の実施例（２）の呼識別番号対応付け処理であり、図に付けた番号にしたがって捕捉時の動作を説明する。
▲１▼  信号リンク、相手局コードと相手呼識別番号を受信し対応付け処理に入る。このとき、タイマ、例えば、２０〜３０Ｓｅｃに設定する。
【００３８】
▲２▼  相手局コードと相手呼識別番号に対して自呼識別番号を設定し、状態番号として、それまで空きであったものを確立中と表示する。
このように、図１４に示した処理により、リンク別データテーブル３０１Ａの捕捉を行うが、データエリアを有効利用するためには、必要でなくなったリンク別データテーブル３０１Ａを解放し、ダイナミックに捕捉、解放を行うことが必要であり、以下解放処理を図１５で説明する。
【００３９】
図１５は本発明の実施例（２）の呼識別番号対応付けの解放処理を示す。図１４で示したように、信号リンク対応に相手局コードと相手呼識別番号と自呼識別番号の対応付けを行い、タイマをセットする。このタイマがタイムアウトとなった時点で、解放指示が送出され、状態番号を確立中から空きとする。または、リンク別データテーブル３０１Ａが相互にリンケージを指示するデータ構造、すなわち、チェーン構造となっている場合には、指定された相手呼識別番号をアイドルチェーンから外す。
【００４０】
図１６は本発明の実施例（２）の異常対応処理（１）を示す。交換機間で信号の異常が発生したときは異常対応処理を実行する。
▲１▼  相手局コードと相手呼識別番号が入力されリセット処理に入り、指定された局コードの状態をチェックする。
【００４１】
▲２▼  その局コードに対応するリンク別データテーブル３０１Ａがあるか否かを判定する。
▲３▼  ▲２▼でリンク別データテーブル３０１Ａがない場合には、リンク別データテーブル３０１Ａを捕捉し初期化を行う。
【００４２】
▲４▼  相手呼識別番号対応に状態番号を「０」から「１」に設定し、リセット中であることを表示する。
図１７は本発明の実施例（２）の異常対応処理（２）を示す。交換機間で信号の異常が発生したときは、対応する相手呼識別番号にリセット中を示す状態番号「１」をセットする。
【００４３】
（Ａ）はリセットが確認された後、相手呼識別番号状態を状態番号「１」を「０」に変更する処理を示す。
（Ｂ）は、例えば、１回／１日のチェック処理を行いデータテーブルを解放する処理を示す。
【００４４】
▲１▼  自局のリセット状態を判定する。
▲２▼  ▲１▼でリセット中有りの場合には、リンク別データテーブル３０１Ａはそのままにして終了する。
【００４５】
▲３▼  ▲２▼でリセット中がない場合には、局コードを更新する。
▲４▼  リンク別データテーブル３０１Ａがあるか否かを判定する。
▲５▼  ▲４▼でリンク別データテーブル３０１Ａがある場合には、リンク別データテーブル３０１Ａを解放する。
【００４６】
▲６▼  全局について、終了したか、否かを判定し、終了でない場合には▲３▼に戻り、次の局コードの処理を継続する。
図１８は本発明の実施例（２）のデータテーブル（１）を示す。
【００４７】
（Ａ）は信号リンク番号からデータテーブル「ｎ」をインデックスする図を示す。
（Ｂ）はデータテーブル「ｎ」の中で、相手局コード＋相手呼識別番号から自呼識別番号をインデックスする図を示し、状態エリアは空きまたは確立中を表示し、「相手局コード＋相手呼識別番号」および自呼識別番号は確立中の状態で有効データとなる。
【００４８】
（Ｃ）は時限タイマテーブルを示し、「相手局コード＋相手呼識別番号」対応に、タイマ２５１がアクト状態を示す「１」か非アクト状態を示す「０」の何れかが書き込まれる。
【００４９】
図１９は本発明の実施例（２）のデータテーブル（２）を示す。図はリセット待ち状態判定テーブルの構成を示す。
（Ａ）は局コードからデータテーブル「ｎ」をインデックスする図を示し、状態エリアにはデータテーブルが有るか無いかの表示が行われる。そして、有りの場合にはテーブルの捕捉を行う。
【００５０】
（Ｂ）はデータテーブル「ｎ」の中で、相手呼識別番号対応にリセット状態がアクト状態を示す「１」か非アクト状態を示す「０」の何れかが書き込まれる。図２０は本発明の実施例（２）のデータテーブル（３）を示す。図はテーブルをチェーンテーブルとして構成した例である。
【００５１】
（Ａ）はチェーンテーブルのヘッドテーブルを示し、順リンケージ番号と最終の逆リンケージ番号が書き込まれる。
（Ｂ１）、（Ｂ２）・・・はヘッドテーブルに続くテーブルであり、「相手局コード＋相手呼識別番号」および自呼識別番号と順リンケージと逆リンケージのアドレスが書き書き込まれる。
【００５２】
（Ｃ）は時限タイマテーブルであり、各テーブルに対応して、タイマ２５１がアクト状態か非アクト状態にあるかが書き込まれる。
図１８〜図２０で説明したテーブルを使用することにより、リンク別データテーブル３０１Ａの捕捉、解放をダイナミックに行い、少ないデータエリアで呼識別番号の対応付けを可能とする。
【００５３】
図２１は本発明の実施例の異常処理のシーケンス（１）を示す。
▲１▼は正常処理を示し、Ａ局からＡ局の呼識別番号（図中は呼ＩＤと示す）ＸをＩＡＭで送信すると、Ｂ局ではＢ局の呼識別番号Ｙを捕捉する。そして、Ｂ局からはＩＡＭ−ＡＣＫ信号で呼識別番号Ｘに対してＹを捕捉したことを通知するとともに、アドレス信号を受信完了したことを通知する。
【００５４】
▲２▼は異常処理の例であり、呼識別番号Ｘに対してＹを捕捉したことを通知するＩＡＭ−ＡＣＫ信号が紛失した例であり、Ａ局において、タイムアウトを検出すると、Ａ局から呼識別番号Ｘの呼をリセットするＲＥＳＥＴ（Ｘ，  ）をＢ局に送信する。
【００５５】
上記、異常処理の図２１の処理１において、実施例（１）の処理では、Ｂ局は、対応付けのデータテーブル３００から、Ａ局の呼識別番号Ｘを元にして、Ｂ局の呼識別番号Ｙを割り出し、リセット処理を行う。また、実施例（２）の処理では、時限タイマが動作している間だけ有効な対応付けテーブル、例えば、呼識別番号Ｘから呼識別番号Ｙを出すためのアイドルチェーン（図２０に示す）をキーサーチすることにより、Ｂ局の呼識別番号Ｙを割り出し、リセット処理を行う。
【００５６】
図２２は本発明の実施例の異常処理のシーケンス（２）を示す。
図はＢ局からＡ局の呼識別番号Ｘの解放指示を送信し、それに対応するＡ局からＢ局へのＲＬＣ（Ｙ，  ）が紛失した例である。ＲＬＣ（Ｙ，  ）が紛失したので、Ｂ局においてタイムアウトを検出し、ＲＥＳＥＴ信号をＡ局に送出し、Ａ局の呼識別番号Ｘのリセット処理を行う。このリセット処理以前に、Ａ局から次の起呼信号ＩＡＭが送出されると、Ｂ局では呼識別番号Ｘの状態を参照して、リセット中であれば、この起呼信号ＩＡＭは廃棄する。
【００５７】
Ａ局では、先に受け取ったＲＥＳＥＴ信号により、リセット処理を行い、ＲＥＳＥＴ−ＡＣＫ信号をＢ局に送出する。
上記異常処理の図２２の処理３において、実施例（１）では、対応付けのデータテーブル３００から、呼識別番号Ｘの活性状態（リセット中）を判定し、実施例（２）では、リセット待ちテーブル（図１９に示す）を参照して活性状態を判定する。
【００５８】
【発明の効果】
本発明によれば、予め予定されていなかった不特定の交換機からの呼に対して、相手呼識別番号に対応して、自呼識別番号を容易に割り当てることが可能となり、データエリアの捕捉、解放をダイナミックに行うことにより、少ないデータ領域を有効に利用することができる。
【００５９】
また、異常発生時にも、呼識別番号を確実に導き出し、異常処理を確実に行うことが可能となる。
【図面の簡単な説明】
【図１】  本発明の第１の原理を説明するブロック図
【図２】  本発明の第２の原理を説明するブロック図
【図３】  他局からの信号受信で呼を生成する動作（１）
【図４】  自局からの信号送信で呼を生成する動作（１）
【図５】  他局からの信号受信で呼を生成する動作（２）
【図６】  自局からの信号送信で呼を生成する動作（２）
【図７】  本発明の実施例（１）を説明するブロック図
【図８】  本発明の実施例（１）の呼識別番号対応付け処理
【図９】  本発明の実施例（１）のデータテーブルの解放処理（１）
【図１０】  本発明の実施例（１）のデータテーブルの解放処理（２）
【図１１】  本発明の実施例（１）のデータテーブルの解放処理（３）
【図１２】  本発明の実施例（１）のデータテーブル
【図１３】  本発明の実施例（２）を説明するブロック図
【図１４】  本発明の実施例（２）の呼識別番号対応付け処理
【図１５】  本発明の実施例（２）の呼識別番号対応付けの解放処理
【図１６】  本発明の実施例（２）の異常対応処理（１）
【図１７】  本発明の実施例（２）の異常対応処理（２）
【図１８】  本発明の実施例（２）のデータテーブル（１）
【図１９】  本発明の実施例（２）のデータテーブル（２）
【図２０】  本発明の実施例（２）のデータテーブル（３）
【図２１】  本発明の実施例の異常処理のシーケンス（１）
【図２２】  本発明の実施例の異常処理のシーケンス（２）
【図２３】  従来例を説明するブロック図
【符号の説明】
１０  呼識別情報管理システム
１１〜１３  交換機
１００  呼識別番号管理部
２００  呼対応付け機能部
２０１  リンク別呼対応付け機能部
２１０  呼対応付け状態制御部
２１１  リンク別呼対応付け状態制御部
２２０  相手呼識別番号対応部
２２１  リンク別相手呼識別番号機能部
２３０  データエリア管理部
２３１  リンク別データエリア管理部
２４１  所定周期解放処理部
２４２  任意時間解放処理部
２５１  タイマ
３００  データエリア
３００Ａ  データテーブル
３０１  リンク別データエリア
３０１Ａ  リンク別データテーブル
４００  サービス処理部
１−１〜１−３、２−１〜２−３  回線
【図１】
0003722499.tif 000002
【図２】
0003722499.tif 000003
【図３】
0003722499.tif 000004
【図４】
0003722499.tif 000005
【図５】
0003722499.tif 000006
【図６】
0003722499.tif 000007
【図７】
0003722499.tif 000008
【図８】
0003722499.tif 000009
【図９】
0003722499.tif 000010
【図１０】
0003722499.tif 000011
【図１１】
0003722499.tif 000012
【図１２】
0003722499.tif 000013
【図１３】
0003722499.tif 000014
【図１４】
0003722499.tif 000015
【図１５】
0003722499.tif 000016
【図１６】
0003722499.tif 000017
【図１７】
0003722499.tif 000018
【図１８】
0003722499.tif 000019
【図１９】
0003722499.tif 000020
【図２０】
0003722499.tif 000021
【図２１】
0003722499.tif 000022
【図２２】
0003722499.tif 000023
【図２３】
0003722499.tif 000024