JP3608206B2 - 構内自動交換機 - Google Patents
構内自動交換機 Download PDFInfo
- Publication number
- JP3608206B2 JP3608206B2 JP02628492A JP2628492A JP3608206B2 JP 3608206 B2 JP3608206 B2 JP 3608206B2 JP 02628492 A JP02628492 A JP 02628492A JP 2628492 A JP2628492 A JP 2628492A JP 3608206 B2 JP3608206 B2 JP 3608206B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- database management
- management unit
- control unit
- call processing
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Sub-Exchange Stations And Push- Button Telephones (AREA)
Description
【０００１】
【産業上の利用分野】
本発明は、複数のシステムを有する構内自動交換機に関する。
【０００２】
【従来の技術】
近年、構内自動交換機は機能拡大及び処理効率の向上のために、複数のプロセッサーによる機能及び負荷の分散を図っている。
【０００３】
以下、図面を参照しながら複数のプロセッサーよりなる従来の構内自動交換機の構成について説明する。図９は従来の構内自動交換機のシステム構成図である。１は構内自動交換機内に複数構成されるシステム、２はシステム毎にそれぞれ異なる機能を有し、呼の交換接続を処理する呼処理プロセッサー、３は内線若しくは外線を監視制御するラインプロセッサー、４は呼処理プロセッサー２とラインプロセッサー３との間で交換されたデータを記憶する通話路メモリ、５はそれぞれのシステムに接続された電話機群である。
【０００４】
システム６も、呼処理プロセッサー７とラインプロセッサー８と通路路メモリ８と電話機群１０より構成され、それぞれシステム１に於いて説明したものと同様の機能を有する。以下、他のシステムも同様とする。
【０００５】
このような複数の呼処理プロセッサーで構成される構内自動交換機では、自プロセッサー内のデータのみならず他プロセッサー内に格納されているデータをも操作する必要が生じる場合がある。例えば、電話機より受信したダイヤル数字を分析し、そのダイヤル番号に割り当てられた機能を理解するための番号翻訳テーブル（図示せず）は、従来の構内自動交換機ではマスターシステム内に配置される。図９ではシステム１をマスターシステムとすると、上記番号翻訳テーブルはシステム１の呼処理プロセッサー２内に設けられる。システム６の電話機群１０から発呼する場合、電話機群１０から送出されるダイヤル信号は、システム６の呼処理プロセッサー７に於いて翻訳され、そのとき、呼処理プロセッサー７は、システム１の呼処理プロセッサー２内に配置されている前記番号翻訳テーブルを参照する必要がある。
【０００６】
次に、図１０を用いて複数のプロセッサー間に於けるデータ通信を説明する。図１０は、図９に於けるシステム１及び６内の呼処理プロセッサー２及び７の構成図である。２は図９に於ける構内自動交換機のシステムに構成される呼処理プロセッサーであって、他のプロセッサーとの通信を司る通信制御部１１と、呼処理プロセッサー毎に異なるプログラムを記憶しているデータメモリ１２と、ある機能を有するデータがどの呼処理プロセッサーに属するデータメモリに格納されているかを記憶しているデータ配置記憶部１３と、通信制御部１１とデータメモリ１２とデータ配置記憶部１３の動作を支配し、各種の命令を発する中央制御部１４より構成される。また、呼処理プロセッサー６も、通信制御部１５とデータメモリ１６とデータ配置記憶部１７と中央制御部１８よりなり、それぞれの有する機能は呼処理プロセッサー２に於いて述べたものと同様である。
【０００７】
尚、通信制御部１１及び１５は他の呼処理プロセッサーに於ける通信制御部と互いに接続されている。
【０００８】
このとき、図９の電話機群１０から電話機群５に対してダイヤル信号を送信した場合を考えると、電話機群１０からのダイヤル信号は通信制御部１５に送られる。中央制御部１８はダイヤル信号に対応する出力データがどの呼処理プロセッサーに於けるデータメモリに格納されているかをデータ配置記憶部１７で確認する。この場合、所望の番号翻訳テーブルはデータメモリ１２に格納されているので、中央制御部１８は通信制御部１５及び１１を通して、データメモリ１２より番号翻訳テーブルを参照する旨の情報を中央制御部１４に送信する。中央制御部１４は受信したダイヤル信号に対応するデータをデータメモリ１２より取り出し、通信制御部１１及び１５を通して中央制御部１８に送信する。こうして、中央制御部１８は受け取ったデータを構内自動交換機から外線に送信する。
【０００９】
【発明が解決しようとする課題】
しかしながら従来の構成では、呼処理プロセッサー７が発呼要求を受け付ける度にその処理データがどのデータメモリに格納されているのかをデータ配置記憶部で確認しなければならず、所望の処理データが他の呼処理プロセッサーのデータメモリにある場合は、呼処理プロセッサー間で通信しなければならない等、中央制御部にかかる負荷が大きくなるという問題を有していた。
【００１０】
【課題を解決するための手段】
そこで、本発明は上記従来の課題を解決するために、呼処理プロセッサーを有するシステムを複数有する構内自動交換機であって、呼処理プロセッサーは呼処理の為に使用する呼処理用データを管理するデータベース管理部と、データベース管理部間の通信を制御する中央制御部と、データベース管理部間の前記呼処理用データのやりとりを行う通信処理部とを有し、一のシステムの呼処理プロセッサーがデータベース管理部の呼処理用データを更新するときに、他のシステムの呼処理プロセッサーに対して、他のデータベース管理部が有する前記呼処理用データに対応する呼処理データの更新を要求することを特徴とする構内自動交換機とした。
また、各々のデータベース管理部に等しく格納されているデータの一部を書き換える命令が出されたときに、当該データを他の呼処理プロセッサーから書き換えられないようにロックをかけるロック制御部とを有し、一のシステムの呼処理プロセッサーが前記呼処理用データを更新するに際し、前記通信制御を介し、他のシステムの呼処理プロセッサーに対してロック命令を送信することを特徴とする構内自動交換機とした。
さらに、ロック命令が受信されていることを確認後、呼処理データの更新を行うことを特徴とする構内自動交換機とした。
【００１１】
【作用】
上記のような構成により、ある一つのシステムの呼処理プロセッサーが処理した通信データはその他のシステムに送信され、前記通信データが各システムのデータベース管理部に格納されていない場合は、各データベース管理部が各々のデータベースに前記通信データの書き込みを行う。
【００１２】
また、既に格納されている通信データを書き換える場合は、最初に書き換え命令を発した呼処理プロセッサーのロック制御部が、他のシステムの中央制御部に対して各々のデータベース管理部に格納されている当該通信データをロックする旨の命令を発し、各システムのロック制御部が、各々のデータベース管理部の当該データにロックをかける旨の命令を発する。
【００１３】
【実施例】
以下、本発明の実施例を図面を参照して説明する。図１は本発明の実施例に係る構内自動交換機内に於いて、同一の構成を有する複数のシステム内に構成された呼処理プロセッサーの構成を示し、図９に於けるシステム１及び６内の呼処理プロセッサー２及び７間のデータ通信方法を説明したものである。尚、構内自動交換機の構成は従来と同じである。それぞれの呼処理プロセッサーには、呼処理プロセッサー間通信のためのアドレス情報（以下、「プロセッサー番号」と称する。）が割り当てられている。
【００１４】
図１に於いて、１９は構内交換機が有する複数のシステムに構成される呼処理プロセッサーであって、他のプロセッサーとの通信を司る通信制御部２０と、初めて処理された通信データをその都度記憶若しくは消去するデータベース管理部２１と、ある機能を有するデータがデータメモリに格納されているか否かをプロセッサー番号として記憶しているデータ配置記憶部２２と、データベース管理部２１の既存のデータを書き換える場合に、他の呼処理プロセッサーのデータ管理部に格納されている同じデータに他の中央制御部から書き換え命令がかからないようにロックする旨の信号を各呼処理プロセッサーのロック制御部２３に対して出力すると共に、データベース管理部２１の書き換え命令がかかったデータを書き換えるロック制御部２３と、通信制御部２０とデータベース管理部２１とデータ配置記憶部２２及びロック制御部２３の動作を支配し、各種の命令を発する中央制御部２４より構成される。また、呼処理プロセッサー２５も、通信制御部２６とデータベース管理部２７とデータ配置記憶部２８とロック制御部２９と中央制御部３０よりなり、それぞれの有する機能は呼処理プロセッサー１９に於いて述べたものと同様である。
【００１５】
尚、呼処理プロセッサーは同じ構成のものが数台並列接続して構成されるが、ここでは２台の場合について説明する。また、通信制御部２０及び２６は他の呼処理プロセッサーに於ける通信制御部と互いに接続されている。
【００１６】
このように構成された呼処理プロセッサーの動作について、呼処理プロセッサー１９がマスタープロセッサーであって、データベース管理部２１に格納されている番号翻訳テーブルを使用する場合を例に採り説明する。まず、呼処理プロセッサー１９に接続された電話機（図示せず）からダイヤル信号が入力された場合、中央制御部２４はデータベース管理部２１に格納された番号翻訳テーブルを参照する為、データベース管理部２１に対して前記ダイヤル信号に対応するレコード番号を指定する。読み出し操作要求を受け付けたデータベース管理部２１は、指定されたレコードに対して読み出し操作を実行し、内蔵するデータベース（図示せず）より読み出した番号翻訳テーブルのコピー配置データを中央制御部２４に通知し、処理を終了する。
【００１７】
一方、呼処理プロセッサー１９がデータベース管理部２１に格納されていない新たなデータにより処理をする場合は、データ配置記憶部２２がデータベース管理部２１に当該データが格納されていないことを中央制御部２４に通知する。データベース管理部２１は当該データを前記データベースに記憶すると共に、データ配置記憶部２２が当該データをコピーさせるべきデータベース管理部を有するプロセッサー番号を確認し（ここでは呼処理プロセッサー２５のみである。）、通信制御部２０が通信制御部２６を通して、前記プロセッサー番号を有するデータベース管理部２７に当該データを送信し、データベース管理部２７が内蔵するデータベースに当該データを記憶する。
【００１８】
次に、呼処理プロセッサー１９内の中央制御部２４が、データベース管理部２１及び２７の番号翻訳テーブルの既存データ（以下、「コピー配置データ」と称する。）を更新する場合について説明する。データベース管理部２１のコピー配置データを更新するときは、まず中央制御部３０から万が一同じコピー配置データの書き変え命令が出されていても、中央制御部２４からの書換え命令しか実行されないように、ロック制御部２３が、データベース管理部２１及び２７の当該コピー配置データをロックする命令を、ロック制御部２９に送信する。中央制御部２４及び３０はデータベース管理部２１及び２７からロックするコピー配置データのレコード番号やロック操作を要求したプロセッサー番号等の情報（以下、「タスク番号」と称す。）を受信して、ロック制御部２３及び２９に当該コピー配置データのロック命令を出す。
【００１９】
ロック操作が完了すると、中央制御部２４及び３０はデータベース管理部２１及び２７に書き換え命令を出す。データベース管理部２１及び２７は、ロック制御部２３及び２９のタスク番号より、当該コピー配置データがロックされているか否かを確認し、ロックされていることが確認されると、データベース管理部２１及び２７の各々が支配するデータベースの書き換えを行う。
【００２０】
次に、フローチャートを用いてデータベース管理部２１及び２７のロック操作と書き込み操作を詳説する。図２乃至図８は、ロック操作と書き込み操作の処理に関するフローチャートである。
【００２１】
まず図２に於いて、中央制御部２４は、ロック制御部２３に対してロック操作を要求し、番号翻訳テーブルに対応するレコード番号を指定する。ロック操作要求を受け付けたロック制御部２３は、データ配置記憶部２２より、指定されたレコード番号のデータがデータベース管理部２１に配置されていることを認識すると（３１，３２）、指定されたレコード番号に対応するデータのロック状態を認識する（３３）。既にロックされていた場合は、ロック制御部２３は、中央制御部２４に対して、既にロックされているという主旨のステータスを通知する（３４〜３６）。ロックされていない場合は、ロック制御部２３は、ロックするレコード番号と、ロック操作を要求したプロセッサー番号を記憶し（３８）、ロック状態をロック中に変更する（３９）。データベース管理部２１は、通信処理部２０及び２６を介して呼処理プロセッサー２５内のデータベース管理部２７にロック操作要求のイベントを送信する（４０）。そのとき、ロック制御部２３に記憶された内容も通知する。その後、データベース管理部２１は、データベース管理部２７からのロック操作要求に対する応答待ちに入る（４１）。
【００２２】
図３に於いて、データベース管理部２１からロック操作要求イベントを受け付けた呼処理プロセッサー２５内のデータベース管理部２７は、ロック制御部２９より、指定されたレコード番号に対応するコピー配置データのロック状態を認識する（４２）。既にロックされていれば、ロック制御部２９は、中央制御部３０に対して、既にロックされているという主旨のステータスを通知する（４３，４４）。そして中央制御部３０は、ロック制御部２９に、指定されたレコード番号等のタスク番号を記憶させ（４５）、ロック状態をロック中に変更する（４６）。その後、データベース管理部２７は、通信制御部２６及び２０を介して呼処理プロセッサー１９内のデータベース管理部２１にロック操作の正常終了を示す応答イベントを返送する（４７）。
【００２３】
図４に於いて、データベース管理部２７は、データベース管理部２１からの応答イベントを受信し、そのロック操作が正常に終了したのであればロック操作正常終了のステータスを要求元の中央制御部２４に通知する（４８、４９，５２、５３）。ロック操作が失敗の場合、つまり、既にロックされているのであれば、データベース管理部２７は、ロック解除操作の処理に移り、既にロックされている旨のステータスを中央制御部３０に送信する（５０、５１）。ここで、ロック解除操作とは、ロック制御部２３及び２９に記憶されている記憶内容を消去することであり、この操作もレコード単位に行われ、操作要求時にはレコード番号を指定する。
【００２４】
図５に於いて、データベース管理部２７はロック操作が失敗した主旨の応答イベントをデータベース管理部２１に送信し、ロック制御部２９に対してロック解除操作を実行する。具体的には、ロック制御部２９内の、指定されたレコード番号のロック情報を消去し（５２、５３、５４）、ロック状態をロック解除に変更する（５５）。更に、データ配置記憶部２８より、指定されたレコード番号に対応するコピー配置データが配置されているプロセッサー番号である１９を得て、データベース管理部２１にロック解除操作の要求イベントを送信する（５６）。その後、データベース管理部２７はデータベース管理部２１からのロック解除操作要求に対する応答待ちに入る（５７）。
【００２５】
図６に於いて、呼処理プロセッサー２５からロック解除要求イベントを受け付けた呼処理プロセッサー１９内のデータベース管理部２１は、ロック制御部２３内の指定されたレコード番号のロック情報を消去し（５８、５９、６０、６１）、ロック状態をロック中からロック解除に変更する（６２）。その後、正常終了の応答イベントをデータベース管理部２７に返す（６３）。データベース管理部２７は、呼処理プロセッサー１９内のデータベース管理部２１からロック解除操作の応答イベントを受信すると、ロック操作を要求した中央制御部３０に対して、ロック情報が消去された主旨のイベントを通知して、ロック操作処理を終了する（６４，６４〜６６，５１，５２、５３）。
【００２６】
ロック操作を要求した中央制御部３０は、データベース管理部２７からのデータのロック操作の結果を通知するイベントを受信した後、ロック操作が正常に完了したのであれば、書き込み操作をデータベース管理部２７に要求することができる（６７）。もしロック操作が失敗であれば、それは、このロック操作要求が他のプロセッサーからのロック操作要求と競合したことを示している。この場合、中央制御部３０は、ある任意時間の後、再度ロック操作を試みなければならない。
【００２７】
次に、データの書き込み操作を説明する。図７に於いて、中央制御部３０は、番号翻訳テーブルの指定したレコード番号のデータのロックを確認すると、引き続きデータベース管理部２７に対して書き込み操作を要求する。このとき、番号翻訳テーブルに対応するレコード番号と、書き込みデータの内容を指定する。データベース管理部２７は書き込み操作要求を受信すると、データ配置記憶部２８より得られる情報から、指定されたレコード番号のデータがデータベース管理部２７のデータベースに配置されていることを認識し、まず、データベース２７の指定されたレコードに対して、書き込み操作を実行する（６８、６９、７０）。
【００２８】
更に、データ配置記憶部２８より、指定されたレコード番号に対応するコピー配置データが配置されているプロセッサー番号である１９を得る。データベース管理部２７は、通信制御部２６及び２０を介して呼処理プロセッサー１９内のデータベース管理部２１に書き込み操作要求のイベントを送信する（７１）。そのときに前記レコード番号と書き込みデータの内容も通知する。その後、データベース管理部２７は、データベース管理部２１からの書き込み操作要求に対する応答待ちに入る（７２）。
【００２９】
図８に於いて、中央制御部２４から書き込み操作要求イベントを受け付けた呼処理プロセッサー２５内のデータベース管理部２７は、データベースの指定されたレコードに対して書き込み操作を実行する（７３，７４）。その後、データベース管理部２１は、通信制御部２０及び２６を介してデータベース管理部２７に、書き込み操作の完了を示す応答イベントを返送する（７５）。
【００３０】
データベース管理部２７は、データベース管理部２１からの書き込み操作の応答イベントを受信すると、書き込み操作を要求した中央制御部３０に対して、書き込み操作の終了した主旨の応答ステータスを通知して、書き込み操作処理を終了する（７６、７７、７８）。このとき、番号翻訳テーブルのデータはロックされた状態になっているので、直ちにロック解除操作を要求しなければならない。そこで書き込み操作を要求した中央制御部３０は、データベース管理部２７からの書き込み操作終了を通知するステータスを受信すると、ロック解除操作に移る。ロック解除操作についての説明は既に述べたので、ここでは省略することにする。
【００３１】
以上のように、コピー配置データの更新については、データベース管理部に対して、まずロック操作を要求し、ロック操作が正常に完了すると書き込み操作を要求し、その後、ロック解除操作を要求するという手順を踏むことにより可能となる。
【００３２】
【発明の効果】
以上のように本発明は、読み出し操作が頻繁に行われるデータを、並列して構成されている呼処理プロセッサーの全てのデータベースにコピーしていくことにより、自プロセッサー内に配置されるコピー配置データを直接参照することができる。また、プログラム部からは、操作するデータの存在や配置されているデータベースの場所を考慮する必要がない。更に、あるプロセッサー内のデータが破壊されたとしても、他のプロセッサー内にあるコピー配置データにより修復可能であり、データの安全性を図ることができる。
【００３３】
また、コピー配置データの更新中は、他のプロセッサーからは更新できないようにするためのロック機能を備えることにより、コピーデータの内容に矛盾が生じることがなく、コピー配置データの同時更新を安全に行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施例に係る呼処理プロセッサーの構成図
【図２】同プログラム部のロック操作要求に係るフローチャート
【図３】同プログラム部のロック操作要求のイベント交換に係るフローチャート
【図４】同プログラム部のロック操作要求のイベント交換に係るフローチャート
【図５】同プログラム部のロック解除要求のイベント交換に係るフローチャート
【図６】同プログラム部のロック解除要求のイベント交換に係るフローチャート
【図７】同プログラム部の書き込み要求のイベント交換に係るフローチャート
【図８】同プログラム部の書き込み要求のイベント交換に係るフローチャート
【図９】従来の構内自動交換機の構成図
【図１０】従来の呼処理プロセッサーの構成図
【符号の説明】
１９ 呼処理プロセッサー
２０ 通信制御部
２１ データベース管理部
２２ データ配置記憶部
２３ ロック制御部
２４ 中央制御部
２５ 呼処理プロセッサー
２６ 通信制御部
２７ データベース管理部
２８ データ配置記憶部
２９ ロック制御部
３０ 中央制御部
【産業上の利用分野】
本発明は、複数のシステムを有する構内自動交換機に関する。
【０００２】
【従来の技術】
近年、構内自動交換機は機能拡大及び処理効率の向上のために、複数のプロセッサーによる機能及び負荷の分散を図っている。
【０００３】
以下、図面を参照しながら複数のプロセッサーよりなる従来の構内自動交換機の構成について説明する。図９は従来の構内自動交換機のシステム構成図である。１は構内自動交換機内に複数構成されるシステム、２はシステム毎にそれぞれ異なる機能を有し、呼の交換接続を処理する呼処理プロセッサー、３は内線若しくは外線を監視制御するラインプロセッサー、４は呼処理プロセッサー２とラインプロセッサー３との間で交換されたデータを記憶する通話路メモリ、５はそれぞれのシステムに接続された電話機群である。
【０００４】
システム６も、呼処理プロセッサー７とラインプロセッサー８と通路路メモリ８と電話機群１０より構成され、それぞれシステム１に於いて説明したものと同様の機能を有する。以下、他のシステムも同様とする。
【０００５】
このような複数の呼処理プロセッサーで構成される構内自動交換機では、自プロセッサー内のデータのみならず他プロセッサー内に格納されているデータをも操作する必要が生じる場合がある。例えば、電話機より受信したダイヤル数字を分析し、そのダイヤル番号に割り当てられた機能を理解するための番号翻訳テーブル（図示せず）は、従来の構内自動交換機ではマスターシステム内に配置される。図９ではシステム１をマスターシステムとすると、上記番号翻訳テーブルはシステム１の呼処理プロセッサー２内に設けられる。システム６の電話機群１０から発呼する場合、電話機群１０から送出されるダイヤル信号は、システム６の呼処理プロセッサー７に於いて翻訳され、そのとき、呼処理プロセッサー７は、システム１の呼処理プロセッサー２内に配置されている前記番号翻訳テーブルを参照する必要がある。
【０００６】
次に、図１０を用いて複数のプロセッサー間に於けるデータ通信を説明する。図１０は、図９に於けるシステム１及び６内の呼処理プロセッサー２及び７の構成図である。２は図９に於ける構内自動交換機のシステムに構成される呼処理プロセッサーであって、他のプロセッサーとの通信を司る通信制御部１１と、呼処理プロセッサー毎に異なるプログラムを記憶しているデータメモリ１２と、ある機能を有するデータがどの呼処理プロセッサーに属するデータメモリに格納されているかを記憶しているデータ配置記憶部１３と、通信制御部１１とデータメモリ１２とデータ配置記憶部１３の動作を支配し、各種の命令を発する中央制御部１４より構成される。また、呼処理プロセッサー６も、通信制御部１５とデータメモリ１６とデータ配置記憶部１７と中央制御部１８よりなり、それぞれの有する機能は呼処理プロセッサー２に於いて述べたものと同様である。
【０００７】
尚、通信制御部１１及び１５は他の呼処理プロセッサーに於ける通信制御部と互いに接続されている。
【０００８】
このとき、図９の電話機群１０から電話機群５に対してダイヤル信号を送信した場合を考えると、電話機群１０からのダイヤル信号は通信制御部１５に送られる。中央制御部１８はダイヤル信号に対応する出力データがどの呼処理プロセッサーに於けるデータメモリに格納されているかをデータ配置記憶部１７で確認する。この場合、所望の番号翻訳テーブルはデータメモリ１２に格納されているので、中央制御部１８は通信制御部１５及び１１を通して、データメモリ１２より番号翻訳テーブルを参照する旨の情報を中央制御部１４に送信する。中央制御部１４は受信したダイヤル信号に対応するデータをデータメモリ１２より取り出し、通信制御部１１及び１５を通して中央制御部１８に送信する。こうして、中央制御部１８は受け取ったデータを構内自動交換機から外線に送信する。
【０００９】
【発明が解決しようとする課題】
しかしながら従来の構成では、呼処理プロセッサー７が発呼要求を受け付ける度にその処理データがどのデータメモリに格納されているのかをデータ配置記憶部で確認しなければならず、所望の処理データが他の呼処理プロセッサーのデータメモリにある場合は、呼処理プロセッサー間で通信しなければならない等、中央制御部にかかる負荷が大きくなるという問題を有していた。
【００１０】
【課題を解決するための手段】
そこで、本発明は上記従来の課題を解決するために、呼処理プロセッサーを有するシステムを複数有する構内自動交換機であって、呼処理プロセッサーは呼処理の為に使用する呼処理用データを管理するデータベース管理部と、データベース管理部間の通信を制御する中央制御部と、データベース管理部間の前記呼処理用データのやりとりを行う通信処理部とを有し、一のシステムの呼処理プロセッサーがデータベース管理部の呼処理用データを更新するときに、他のシステムの呼処理プロセッサーに対して、他のデータベース管理部が有する前記呼処理用データに対応する呼処理データの更新を要求することを特徴とする構内自動交換機とした。
また、各々のデータベース管理部に等しく格納されているデータの一部を書き換える命令が出されたときに、当該データを他の呼処理プロセッサーから書き換えられないようにロックをかけるロック制御部とを有し、一のシステムの呼処理プロセッサーが前記呼処理用データを更新するに際し、前記通信制御を介し、他のシステムの呼処理プロセッサーに対してロック命令を送信することを特徴とする構内自動交換機とした。
さらに、ロック命令が受信されていることを確認後、呼処理データの更新を行うことを特徴とする構内自動交換機とした。
【００１１】
【作用】
上記のような構成により、ある一つのシステムの呼処理プロセッサーが処理した通信データはその他のシステムに送信され、前記通信データが各システムのデータベース管理部に格納されていない場合は、各データベース管理部が各々のデータベースに前記通信データの書き込みを行う。
【００１２】
また、既に格納されている通信データを書き換える場合は、最初に書き換え命令を発した呼処理プロセッサーのロック制御部が、他のシステムの中央制御部に対して各々のデータベース管理部に格納されている当該通信データをロックする旨の命令を発し、各システムのロック制御部が、各々のデータベース管理部の当該データにロックをかける旨の命令を発する。
【００１３】
【実施例】
以下、本発明の実施例を図面を参照して説明する。図１は本発明の実施例に係る構内自動交換機内に於いて、同一の構成を有する複数のシステム内に構成された呼処理プロセッサーの構成を示し、図９に於けるシステム１及び６内の呼処理プロセッサー２及び７間のデータ通信方法を説明したものである。尚、構内自動交換機の構成は従来と同じである。それぞれの呼処理プロセッサーには、呼処理プロセッサー間通信のためのアドレス情報（以下、「プロセッサー番号」と称する。）が割り当てられている。
【００１４】
図１に於いて、１９は構内交換機が有する複数のシステムに構成される呼処理プロセッサーであって、他のプロセッサーとの通信を司る通信制御部２０と、初めて処理された通信データをその都度記憶若しくは消去するデータベース管理部２１と、ある機能を有するデータがデータメモリに格納されているか否かをプロセッサー番号として記憶しているデータ配置記憶部２２と、データベース管理部２１の既存のデータを書き換える場合に、他の呼処理プロセッサーのデータ管理部に格納されている同じデータに他の中央制御部から書き換え命令がかからないようにロックする旨の信号を各呼処理プロセッサーのロック制御部２３に対して出力すると共に、データベース管理部２１の書き換え命令がかかったデータを書き換えるロック制御部２３と、通信制御部２０とデータベース管理部２１とデータ配置記憶部２２及びロック制御部２３の動作を支配し、各種の命令を発する中央制御部２４より構成される。また、呼処理プロセッサー２５も、通信制御部２６とデータベース管理部２７とデータ配置記憶部２８とロック制御部２９と中央制御部３０よりなり、それぞれの有する機能は呼処理プロセッサー１９に於いて述べたものと同様である。
【００１５】
尚、呼処理プロセッサーは同じ構成のものが数台並列接続して構成されるが、ここでは２台の場合について説明する。また、通信制御部２０及び２６は他の呼処理プロセッサーに於ける通信制御部と互いに接続されている。
【００１６】
このように構成された呼処理プロセッサーの動作について、呼処理プロセッサー１９がマスタープロセッサーであって、データベース管理部２１に格納されている番号翻訳テーブルを使用する場合を例に採り説明する。まず、呼処理プロセッサー１９に接続された電話機（図示せず）からダイヤル信号が入力された場合、中央制御部２４はデータベース管理部２１に格納された番号翻訳テーブルを参照する為、データベース管理部２１に対して前記ダイヤル信号に対応するレコード番号を指定する。読み出し操作要求を受け付けたデータベース管理部２１は、指定されたレコードに対して読み出し操作を実行し、内蔵するデータベース（図示せず）より読み出した番号翻訳テーブルのコピー配置データを中央制御部２４に通知し、処理を終了する。
【００１７】
一方、呼処理プロセッサー１９がデータベース管理部２１に格納されていない新たなデータにより処理をする場合は、データ配置記憶部２２がデータベース管理部２１に当該データが格納されていないことを中央制御部２４に通知する。データベース管理部２１は当該データを前記データベースに記憶すると共に、データ配置記憶部２２が当該データをコピーさせるべきデータベース管理部を有するプロセッサー番号を確認し（ここでは呼処理プロセッサー２５のみである。）、通信制御部２０が通信制御部２６を通して、前記プロセッサー番号を有するデータベース管理部２７に当該データを送信し、データベース管理部２７が内蔵するデータベースに当該データを記憶する。
【００１８】
次に、呼処理プロセッサー１９内の中央制御部２４が、データベース管理部２１及び２７の番号翻訳テーブルの既存データ（以下、「コピー配置データ」と称する。）を更新する場合について説明する。データベース管理部２１のコピー配置データを更新するときは、まず中央制御部３０から万が一同じコピー配置データの書き変え命令が出されていても、中央制御部２４からの書換え命令しか実行されないように、ロック制御部２３が、データベース管理部２１及び２７の当該コピー配置データをロックする命令を、ロック制御部２９に送信する。中央制御部２４及び３０はデータベース管理部２１及び２７からロックするコピー配置データのレコード番号やロック操作を要求したプロセッサー番号等の情報（以下、「タスク番号」と称す。）を受信して、ロック制御部２３及び２９に当該コピー配置データのロック命令を出す。
【００１９】
ロック操作が完了すると、中央制御部２４及び３０はデータベース管理部２１及び２７に書き換え命令を出す。データベース管理部２１及び２７は、ロック制御部２３及び２９のタスク番号より、当該コピー配置データがロックされているか否かを確認し、ロックされていることが確認されると、データベース管理部２１及び２７の各々が支配するデータベースの書き換えを行う。
【００２０】
次に、フローチャートを用いてデータベース管理部２１及び２７のロック操作と書き込み操作を詳説する。図２乃至図８は、ロック操作と書き込み操作の処理に関するフローチャートである。
【００２１】
まず図２に於いて、中央制御部２４は、ロック制御部２３に対してロック操作を要求し、番号翻訳テーブルに対応するレコード番号を指定する。ロック操作要求を受け付けたロック制御部２３は、データ配置記憶部２２より、指定されたレコード番号のデータがデータベース管理部２１に配置されていることを認識すると（３１，３２）、指定されたレコード番号に対応するデータのロック状態を認識する（３３）。既にロックされていた場合は、ロック制御部２３は、中央制御部２４に対して、既にロックされているという主旨のステータスを通知する（３４〜３６）。ロックされていない場合は、ロック制御部２３は、ロックするレコード番号と、ロック操作を要求したプロセッサー番号を記憶し（３８）、ロック状態をロック中に変更する（３９）。データベース管理部２１は、通信処理部２０及び２６を介して呼処理プロセッサー２５内のデータベース管理部２７にロック操作要求のイベントを送信する（４０）。そのとき、ロック制御部２３に記憶された内容も通知する。その後、データベース管理部２１は、データベース管理部２７からのロック操作要求に対する応答待ちに入る（４１）。
【００２２】
図３に於いて、データベース管理部２１からロック操作要求イベントを受け付けた呼処理プロセッサー２５内のデータベース管理部２７は、ロック制御部２９より、指定されたレコード番号に対応するコピー配置データのロック状態を認識する（４２）。既にロックされていれば、ロック制御部２９は、中央制御部３０に対して、既にロックされているという主旨のステータスを通知する（４３，４４）。そして中央制御部３０は、ロック制御部２９に、指定されたレコード番号等のタスク番号を記憶させ（４５）、ロック状態をロック中に変更する（４６）。その後、データベース管理部２７は、通信制御部２６及び２０を介して呼処理プロセッサー１９内のデータベース管理部２１にロック操作の正常終了を示す応答イベントを返送する（４７）。
【００２３】
図４に於いて、データベース管理部２７は、データベース管理部２１からの応答イベントを受信し、そのロック操作が正常に終了したのであればロック操作正常終了のステータスを要求元の中央制御部２４に通知する（４８、４９，５２、５３）。ロック操作が失敗の場合、つまり、既にロックされているのであれば、データベース管理部２７は、ロック解除操作の処理に移り、既にロックされている旨のステータスを中央制御部３０に送信する（５０、５１）。ここで、ロック解除操作とは、ロック制御部２３及び２９に記憶されている記憶内容を消去することであり、この操作もレコード単位に行われ、操作要求時にはレコード番号を指定する。
【００２４】
図５に於いて、データベース管理部２７はロック操作が失敗した主旨の応答イベントをデータベース管理部２１に送信し、ロック制御部２９に対してロック解除操作を実行する。具体的には、ロック制御部２９内の、指定されたレコード番号のロック情報を消去し（５２、５３、５４）、ロック状態をロック解除に変更する（５５）。更に、データ配置記憶部２８より、指定されたレコード番号に対応するコピー配置データが配置されているプロセッサー番号である１９を得て、データベース管理部２１にロック解除操作の要求イベントを送信する（５６）。その後、データベース管理部２７はデータベース管理部２１からのロック解除操作要求に対する応答待ちに入る（５７）。
【００２５】
図６に於いて、呼処理プロセッサー２５からロック解除要求イベントを受け付けた呼処理プロセッサー１９内のデータベース管理部２１は、ロック制御部２３内の指定されたレコード番号のロック情報を消去し（５８、５９、６０、６１）、ロック状態をロック中からロック解除に変更する（６２）。その後、正常終了の応答イベントをデータベース管理部２７に返す（６３）。データベース管理部２７は、呼処理プロセッサー１９内のデータベース管理部２１からロック解除操作の応答イベントを受信すると、ロック操作を要求した中央制御部３０に対して、ロック情報が消去された主旨のイベントを通知して、ロック操作処理を終了する（６４，６４〜６６，５１，５２、５３）。
【００２６】
ロック操作を要求した中央制御部３０は、データベース管理部２７からのデータのロック操作の結果を通知するイベントを受信した後、ロック操作が正常に完了したのであれば、書き込み操作をデータベース管理部２７に要求することができる（６７）。もしロック操作が失敗であれば、それは、このロック操作要求が他のプロセッサーからのロック操作要求と競合したことを示している。この場合、中央制御部３０は、ある任意時間の後、再度ロック操作を試みなければならない。
【００２７】
次に、データの書き込み操作を説明する。図７に於いて、中央制御部３０は、番号翻訳テーブルの指定したレコード番号のデータのロックを確認すると、引き続きデータベース管理部２７に対して書き込み操作を要求する。このとき、番号翻訳テーブルに対応するレコード番号と、書き込みデータの内容を指定する。データベース管理部２７は書き込み操作要求を受信すると、データ配置記憶部２８より得られる情報から、指定されたレコード番号のデータがデータベース管理部２７のデータベースに配置されていることを認識し、まず、データベース２７の指定されたレコードに対して、書き込み操作を実行する（６８、６９、７０）。
【００２８】
更に、データ配置記憶部２８より、指定されたレコード番号に対応するコピー配置データが配置されているプロセッサー番号である１９を得る。データベース管理部２７は、通信制御部２６及び２０を介して呼処理プロセッサー１９内のデータベース管理部２１に書き込み操作要求のイベントを送信する（７１）。そのときに前記レコード番号と書き込みデータの内容も通知する。その後、データベース管理部２７は、データベース管理部２１からの書き込み操作要求に対する応答待ちに入る（７２）。
【００２９】
図８に於いて、中央制御部２４から書き込み操作要求イベントを受け付けた呼処理プロセッサー２５内のデータベース管理部２７は、データベースの指定されたレコードに対して書き込み操作を実行する（７３，７４）。その後、データベース管理部２１は、通信制御部２０及び２６を介してデータベース管理部２７に、書き込み操作の完了を示す応答イベントを返送する（７５）。
【００３０】
データベース管理部２７は、データベース管理部２１からの書き込み操作の応答イベントを受信すると、書き込み操作を要求した中央制御部３０に対して、書き込み操作の終了した主旨の応答ステータスを通知して、書き込み操作処理を終了する（７６、７７、７８）。このとき、番号翻訳テーブルのデータはロックされた状態になっているので、直ちにロック解除操作を要求しなければならない。そこで書き込み操作を要求した中央制御部３０は、データベース管理部２７からの書き込み操作終了を通知するステータスを受信すると、ロック解除操作に移る。ロック解除操作についての説明は既に述べたので、ここでは省略することにする。
【００３１】
以上のように、コピー配置データの更新については、データベース管理部に対して、まずロック操作を要求し、ロック操作が正常に完了すると書き込み操作を要求し、その後、ロック解除操作を要求するという手順を踏むことにより可能となる。
【００３２】
【発明の効果】
以上のように本発明は、読み出し操作が頻繁に行われるデータを、並列して構成されている呼処理プロセッサーの全てのデータベースにコピーしていくことにより、自プロセッサー内に配置されるコピー配置データを直接参照することができる。また、プログラム部からは、操作するデータの存在や配置されているデータベースの場所を考慮する必要がない。更に、あるプロセッサー内のデータが破壊されたとしても、他のプロセッサー内にあるコピー配置データにより修復可能であり、データの安全性を図ることができる。
【００３３】
また、コピー配置データの更新中は、他のプロセッサーからは更新できないようにするためのロック機能を備えることにより、コピーデータの内容に矛盾が生じることがなく、コピー配置データの同時更新を安全に行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施例に係る呼処理プロセッサーの構成図
【図２】同プログラム部のロック操作要求に係るフローチャート
【図３】同プログラム部のロック操作要求のイベント交換に係るフローチャート
【図４】同プログラム部のロック操作要求のイベント交換に係るフローチャート
【図５】同プログラム部のロック解除要求のイベント交換に係るフローチャート
【図６】同プログラム部のロック解除要求のイベント交換に係るフローチャート
【図７】同プログラム部の書き込み要求のイベント交換に係るフローチャート
【図８】同プログラム部の書き込み要求のイベント交換に係るフローチャート
【図９】従来の構内自動交換機の構成図
【図１０】従来の呼処理プロセッサーの構成図
【符号の説明】
１９ 呼処理プロセッサー
２０ 通信制御部
２１ データベース管理部
２２ データ配置記憶部
２３ ロック制御部
２４ 中央制御部
２５ 呼処理プロセッサー
２６ 通信制御部
２７ データベース管理部
２８ データ配置記憶部
２９ ロック制御部
３０ 中央制御部
Claims (3)
- 呼処理プロセッサーを有するシステムを複数有する構内自動交換機であって、
前記呼処理プロセッサーは呼処理の為に使用する呼処理用データを管理するデータベース管理部と、データベース管理部間の通信を制御する中央制御部と、データベース管理部間の前記呼処理用データのやりとりを行う通信処理部とを有し、
一のシステムの呼処理プロセッサーがデータベース管理部の呼処理用データを更新するときに、他のシステムの呼処理プロセッサーに対して、他のデータベース管理部が有する前記呼処理用データに対応する呼処理データの更新を要求することを特徴とする構内自動交換機。 - 一のシステムの呼処理プロセッサーが前記呼処理用データを更新するに際し、前記通信制御を介し、他のシステムの呼処理プロセッサーに対してロック命令を送信することを特徴とする請求項１に記載の構内自動交換機。
- 前記ロック命令が受信されていることを確認後、前記呼処理データの更新を行うことを特徴とする請求項２に記載の構内自動交換機。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP02628492A JP3608206B2 (ja) | 1992-02-13 | 1992-02-13 | 構内自動交換機 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP02628492A JP3608206B2 (ja) | 1992-02-13 | 1992-02-13 | 構内自動交換機 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05227560A JPH05227560A (ja) | 1993-09-03 |
| JP3608206B2 true JP3608206B2 (ja) | 2005-01-05 |
Family
ID=12188996
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP02628492A Expired - Fee Related JP3608206B2 (ja) | 1992-02-13 | 1992-02-13 | 構内自動交換機 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3608206B2 (ja) |
-
1992
- 1992-02-13 JP JP02628492A patent/JP3608206B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH05227560A (ja) | 1993-09-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6341308B1 (en) | Input/output device information management system for multi-computer system | |
| KR0176272B1 (ko) | 시스템파일의 갱신과 복원방법 | |
| JP3608206B2 (ja) | 構内自動交換機 | |
| JPH1063557A (ja) | 分散ファイルの同期方式 | |
| JPH05307478A (ja) | データベース管理システムの構成法 | |
| JP3970524B2 (ja) | 複数オペレーション間の排他制御方法 | |
| JP2004295272A (ja) | トランザクション制御方法 | |
| US8275809B2 (en) | Object processing system using an object model | |
| JP3298904B2 (ja) | 付加サービス実行プログラム管理方式 | |
| JPH10320256A (ja) | 分散データベースシステムのデータ更新制御方法および 装置 | |
| KR100228404B1 (ko) | 지능망서비스 제어/관리 시스템에서의 데이타베이스 구동환경 생성 방법 | |
| JPH04339492A (ja) | 構内自動交換機 | |
| KR100282779B1 (ko) | 교환기 데이터 베이스 관리 시스템의 중복 릴레이션 로딩 방법 | |
| JPH01180651A (ja) | レポートファイル出力のコミット同期制御方式 | |
| JPH0498546A (ja) | 重複データ更新方式 | |
| JPH08129501A (ja) | データベースの予約アクセス処理方法 | |
| JP2776733B2 (ja) | サービス状態管理方式 | |
| KR100284491B1 (ko) | 원격 교환기 시스템용 데이터베이스 구축방법 | |
| JPH04190434A (ja) | データベース管理装置及びデータベース管理方法 | |
| KR950010485B1 (ko) | 전전자 교환기에서 분산릴레이션의 생성에 대한 데이타베이스 스키마 관리방법 | |
| JPH0844544A (ja) | 分散トランザクションシステムの実行モジュール管理方式 | |
| JP2001014240A (ja) | ネットワーク管理制御システム | |
| JPH05282186A (ja) | データベース管理システムの構成方法 | |
| JPH0962557A (ja) | 分散データベースシステム | |
| JPS63257034A (ja) | バンクを用いたプログラムオ−バレイ方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040921 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041004 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071022 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081022 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091022 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091022 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101022 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111022 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |