(57)【要約】【課題】通信サービス機能ごとに発生する動作異常に対し効果的に対処し得る電話交換装置を提供する。【解決手段】制御部１４にて、記憶部１５のリソースエリア１５１に記録されるＩＳＤＮメッセージといった通信信号がリソース別に管理し、解放要求される通信サービス機能に応じて、記憶部１５上の該当するリソースエリア１５１を解放するようにしている。また、制御部１４は、リソーステーブル１５２に蓄積管理されているリソース情報ごとの設定情報に基づいて、適切なリソース解放処理を行うようにしている。【選択図】      図２
2005167413.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ終端に電話端末を接続可能な複数の内線を収容し、少なくとも１つの外線を接続可能とし、内線相互間、内線と外線、外線相互間との間のいずれか一方の交換に係わる通信サービス機能を実行する電話交換装置であって、
互いに異なる複数の通信サービス機能を実行するための複数のリソース情報を格納する記憶手段と、
前記リソース情報ごとに処理すべく通信信号を記録する記録媒体と、
前記記録媒体上の通信信号をリソース別に管理し、解放要求される通信サービス機能に応じて、前記記録媒体上の該当するリソースエリアを解放する制御手段とを具備したことを特徴とする電話交換装置。
【請求項２】
前記記憶手段は、前記複数のリソース情報の各々について、空き／使用中、使用中であればその捕捉元を表す設定情報を記憶したリソーステーブルを格納し、
前記制御手段は、解放要求される通信サービス機能に応じて、前記記録媒体中の該当するリソースエリアを解放するとともに、前記リソーステーブル中の該当する設定情報を空きに更新することを特徴とする請求項１記載の電話交換装置。
【請求項３】
前記制御手段は、前記リソーステーブルに基づいて、解放要求される範囲内で前記記録媒体中の該当する複数のリソースエリアを予め設定された条件に従って順に解放することを特徴とする請求項２記載の電話交換装置。
【請求項４】
前記制御手段は、予め設定される条件に従って前記記録媒体中の該当するリソースエリアを解放することを特徴とする請求項１記載の電話交換装置。
【請求項５】
前記制御手段は、前記条件の判断に、通信サービス機能の実行中に発生する障害を用いることを特徴とする請求項４記載の電話交換装置。
【請求項６】
解放要求すべく通信サービス機能に対応する処理情報を記録する解放用記録媒体をさらに備え、
前記制御手段は、解放要求される通信サービス機能に応じて、前記記録媒体中の該当するリソースエリアを解放し、しかる後に、前記解放用記録媒体から処理情報を読み出して対応する通信サービス機能を自動的に実行することを特徴とする請求項１記載の電話交換装置。
【請求項７】
前記制御手段は、解放要求すべく通信サービス機能の実行中に障害が発生した場合に、前記記録媒体中の該当するリソースエリアを解放し、しかる後に、前記解放用記録媒体から処理情報を読み出して対応する通信サービス機能を自動的に実行することを特徴とする請求項６記載の電話交換装置。
【請求項８】
前記制御手段は、解放要求される通信サービス機能に応じて、内線、外線、スロット、架、システムの少なくとも１つごとに、前記記録媒体上の該当する複数のリソースエリアを解放することを特徴とする請求項１記載の電話交換装置。
【請求項９】
前記制御手段は、要求に応じて、前記内線を収容するインタフェース、前記外線を収容するインタフェース及び装置内のハードウェアのオン・オフ制御またはリセットを行うことを特徴とする請求項１記載の電話交換装置。
【請求項１０】
それぞれ終端に電話端末を接続可能な複数の内線を収容し、少なくとも１つの外線を接続可能とし、内線相互間、内線と外線との間、外線相互間のいずれか一方の交換に係わる通信サービス機能を実行する電話交換装置で使用される制御方法であって、
互いに異なる複数の通信サービス機能を実行するための複数のリソース情報を格納し、
前記リソース情報ごとに処理すべく通信信号を記録媒体に記録し、
前記記録媒体上の通信信号をリソース別に管理し、解放要求される通信サービス機能に応じて、前記記録媒体上の該当するリソースエリアを解放することを特徴とする電話交換装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、内線相互間、内線と外線との間、外線相互間のいずれか一方の交換に係わる通信サービス機能を実行する電話交換装置に係わり、特に障害復旧の向上を図るようにした電話交換装置及び電話交換装置の制御方法に関する。
【背景技術】
【０００２】
従来よりオフィスビルや事業所では、ボタン電話装置やＰＢＸ（Private Branch Exchange）といった電話交換装置が多く使用されている。この種の電話交換装置は、例えば電話機等を内線端末として収容し、この内線端末と公衆網等の外部通信網との間及び内線端末相互間を交換接続して通話を可能にしている。
【０００３】
ところで、このような電話交換装置では、何らかの原因で通信サービス機能を実行するためのリソースが異常状態に陥ったとしても、このリソースの異常を保守員等は認識することができない。したがって、電話交換装置はリソースに異常が発生したまま長時間にわたって放置されることになり、これにより装置の運用に支障を来すことがあった。
【０００４】
そこで、リソースを使用する前に、リソースの異常を判定し、この異常リソースを使用しているプロセスを初期化する方法（例えば特許文献１）や、呼終了時にその呼に対応するリソースが不正使用されているか否かをチェックし、不正使用されているリソースを解放する方法（例えば特許文献２）が提案されている。
【特許文献１】特開２０００−２６７８６９公報
【特許文献２】特開２００１−２６８６０７公報。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、上記方法では、通信サービス機能実行中に障害が発生した場合には、対応するリソースを解放することができない。また、上記方法では、通信サービス機能実行中にリソースを解放したり、該当するリソースを使用するプロセスを初期化すると正常なリソースまで影響を及ぼすことになる。
【０００６】
そこで、この発明の目的は、通信サービス機能ごとに発生する動作異常に対し効果的に対処し得る電話交換装置及び電話交換装置の制御方法を提供することにある。
【課題を解決するための手段】
【０００７】
この発明は、上記目的を達成するために、以下のように構成される。  
それぞれ終端に電話端末を接続可能な複数の内線を収容し、少なくとも１つの外線を接続可能とし、内線相互間、内線と外線との間、外線相互間のいずれか一方の交換に係わる通信サービス機能を実行する電話交換装置であって、互いに異なる複数の通信サービス機能を実行するための複数のリソース情報を格納する記憶手段と、リソース情報ごとに処理すべく通信信号を記録する記録媒体と、記録媒体上の通信信号をリソース別に管理し、解放要求される通信サービス機能に応じて、記録媒体上の該当するリソースエリアを解放する制御手段とを備えるようにしたものである。
【０００８】
この構成によれば、記録媒体に記録される通信信号がリソース別に管理され、解放要求される通信サービス機能に応じて、記録媒体上の該当するリソースエリアを解放するようにしている。従って、他のリソースに影響を及ぼすことなく、異常が発生したリソースのみを強制的に解放することができる。
【０００９】
記憶手段は、複数のリソース情報の各々について、空き／使用中、使用中であればその捕捉元を表す設定情報を記憶したリソーステーブルを格納し、制御手段は、解放要求される通信サービス機能に応じて、記録媒体中の該当するリソースエリアを解放するとともに、リソーステーブル中の該当する設定情報を空きに更新することを特徴とする。  
この構成によれば、リソーステーブルに蓄積管理されているリソース情報ごとの設定情報に基づいて、簡単な手順で適切なリソース解放処理を行うことができる。
【００１０】
制御手段は、リソーステーブルに基づいて、解放要求される範囲内で記録媒体中の該当する複数のリソースエリアを予め設定された条件に従って順に解放することを特徴とする。  
この構成によれば、障害が発生している機能について、リソース単位で解放処理を行い、復旧しない場合に、段階的にリセット範囲を広げることにより、他のサービスに極力影響を与えず、障害を復旧させることができる。また、障害発生時のシステムエラーから範囲を推定し、自動的に段階を広げながらリソースの解放を行うことにより、より信頼性の高いシステムを提供できる。
【００１１】
制御手段は、予め設定される条件に従って前記記録媒体中の該当するリソースエリアを解放することを特徴とする。この条件の判断に、通信サービス機能の実行中に発生する障害を用いることを特徴とする。
【００１２】
この構成によれば、通信サービス機能の実行中に障害が発生した場合に、記録媒体中の該当するリソースエリアが自動的に解放されることになる。このためリソースの障害が他のリソースに波及する心配がなくなり、これによりシステムダウンの発生を未然に防ぐことができる。
【００１３】
制御手段は、解放要求すべく通信サービス機能の実行中に障害が発生した場合に、前記記録媒体中の該当するリソースエリアを解放し、しかる後に、解放用記録媒体から処理情報を読み出して対応する通信サービス機能を自動的に実行することを特徴とする。
【００１４】
この構成によれば、通信サービス機能の実行中に障害が発生した場合に、記録媒体中の該当するリソースエリアが自動的に解放され、以後、解放用記録媒体から処理情報が読み出されて対応する通信サービス機能が再度実行されることになる。このため、実行していた通信サービス機能を一からやり直す必要がなく、また復旧操作を待たずに迅速に復旧させることができる。また、ユーザはリソースエラーの発生を認識することなく、操作を継続できる。
【００１５】
制御手段は、解放要求される通信サービス機能に応じて、内線、外線、システムの少なくとも１つごとに、記録媒体上の該当する複数のリソースエリアを解放することを特徴とする。
【００１６】
この構成によれば、障害が発生している機能に関して、システムを対象として、該当機能が使用している全てのリソースの解放を行うことにより、他のサービスに極力影響を与えず、素早く障害を復旧させることが可能となる。
【００１７】
制御手段は、要求に応じて、内線を収容するインタフェース、外線を収容するインタフェース及び装置内のハードウェアのオン・オフ制御またはリセットを行うことを特徴とする。  
この構成によれば、リソースの解放でも障害が復旧しなかった場合、内線を収容するインタフェース、外線を収容するインタフェース及び装置内のハードウェアのオン・オフ制御またはリセットを行うことにより、迅速に障害を復旧でき、より信頼性の高いシステムを提供できる。
【発明の効果】
【００１８】
以上詳述したようにこの発明によれば、通信サービス機能ごとに発生する動作異常に対し効果的に対処し得る電話交換装置及び電話交換装置の制御方法を提供することにある。
【発明を実施するための最良の形態】
【００１９】
以下、この発明の実施形態について図面を参照して詳細に説明する。  
（第１の実施形態）  
図１は、この発明に係わる交換システムの要部構成を示すブロック図である。  
この交換システムは、同図に示すように、主装置１に、複数（最大ｉ個）の内線端末２（２−１〜２−ｉ）をそれぞれ通信ポートを介して任意に接続して構成されている。この内線端末２には、例えばボタン電話機や標準電話機が含まれる。
【００２０】
主装置１は、さらに、タイムスイッチ１１、複数（ｊ個）の局線インタフェース回路１２（１２−１〜１２−ｊ）、複数（ｉ個）の内線インタフェース回路１３（１３−１〜１３−ｉ）、制御部１４、記憶部１５及びデータハイウェイインタフェース部１６を備えており、タイムスイッチ１１、局線インタフェース回路１２及び内線インタフェース回路１３は、ＰＣＭハイウェイ１７を介して互いに接続されている。
【００２１】
また、局線インタフェース回路１２、内線インタフェース回路１３及びデータハイウェイインタフェース部１６は、データハイウェイ１８を介して互いに接続されている。さらに、タイムスイッチ１１、制御部１４、記憶部１５及びデータハイウェイインタフェース部１６は、ＣＰＵバス１９を介して互いに接続されている。
【００２２】
タイムスイッチ１１は、制御部１４の制御に基づいて、内線インタフェース回路１３相互間、及び局線インタフェース回路１２と内線インタフェース回路１３とを任意に交換接続する。
【００２３】
局線インタフェース回路１２には、ＩＳＤＮ網、公衆網や専用線などの局線Ｌ（Ｌ−１〜Ｌ−ｊ）が必要に応じて接続される。局線インタフェース回路１２は、接続された局線Ｌに関する局線インタフェース動作を行なう。局線インタフェース動作とは、局線Ｌを介して与えられる音声信号（アナログ）のＰＣＭ信号への変換、タイムスイッチ１１を介して与えられるＰＣＭ信号の音声信号（アナログ）への変換、局線Ｌの状態監視や、局線Ｌを介して接続された網に対する種々の信号の送出などである。また、局線インタフェース回路１２は、上記局線インタフェース動作に係わる種々の制御情報の授受を、データハイウェイ１８、データハイウェイインタフェース部１６及びＣＰＵバス１９を介して制御部１４との間で行なう。
【００２４】
内線インタフェース回路１３には、内線端末２が必要に応じて接続される。内線インタフェース回路１３は、接続された内線端末２に関する内線インタフェース動作を行なう。内線インタフェース動作は、内線端末２から出力されるＰＣＭ信号のＰＣＭハイウェイ１７からの抽出、内線端末２の状態監視や、内線端末２に対する種々の信号の送出などである。また、内線インタフェース回路１３は、上記内線インタフェース動作に係わる種々の制御情報の授受を、データハイウェイ１８、データハイウェイインタフェース部１６及びＣＰＵバス１９を介して制御部１４との間で行なう。
【００２５】
データハイウェイインタフェース部１６は、データハイウェイ１８とＣＰＵバス１９との間でのデータの授受を行なう。
【００２６】
制御部１４は、記憶部１５に格納されている動作プログラムに基づいた処理を行なうことで、タイムスイッチ１１、局線インタフェース回路１２及び内線インタフェース回路１３のそれぞれを総括制御し、主装置１としての動作を実現する。
【００２７】
記憶部１５は、制御部１４の動作プログラムや、その他の永続的に使用される各種のデータを記憶している。
【００２８】
図２は、上記タイムスイッチ１１、制御部１４及び記憶部１５との接続関係を示すブロック図である。
【００２９】
主装置１では、同図に示すように、回線・スロット・架・システムというように制御対象が分割されている。また、記憶部１５上には、プログラムやユーザが設定した工注データとともに、各サービスが動作するために必要な各種リソースエリア１５１が用意され、サービスの起動・終了によってこのエリアが動的に取得・解放される。また、各リソース管理処理は、回線ごと・スロットごと、架ごと、システムごとのリソース解放処理を持つ。
【００３０】
また、記憶部１５には、図３に示すように、通信サービス機能のそれぞれについて、リソースごとの空き／使用中を表す設定情報を記憶したリソーステーブル１５２を設けている。
【００３１】
以上のような構成による処理動作について説明する。  
（通常動作）  
（１）内線からＩＳＤＮトランクへの発信について  
ある内線が、ＩＳＤＮトランク発信を行う場合、まず、ダイヤルした番号を記憶しておくために、リソースエリア１５１のうち、発信ダイヤル蓄積エリアを捕捉する。ダイヤルが全て入力されると、番号を分析し、捕捉すべきトランクを決定する。ここで、リソースエリア１５１のうちトランク使用状態を参照し、捕捉しようとしたトランクが既に使用中であれば、次の候補を探す、または発側に話中表示を返す。捕捉しようとしたトランクが使用中でなければ、そのトランクを使用中状態とし、次に、網に送出するＩＳＤＮメッセージを作成するために、リソースエリア１５１のＩＳＤＮメッセージ蓄積を捕捉し、ＩＳＤＮメッセージ作成とトランク発信を行う。
【００３２】
（２）ＩＳＤＮトランクからの着信について  
ＩＳＤＮトランクから着信があった場合、まず、リソースエリア１５１のトランク使用状態を使用中とする。次に、リソースエリア１５１のＩＳＤＮメッセージ蓄積エリアを確保し、網から受信したＩＳＤＮメッセージをそこに格納し、ＩＳＤＮメッセージの分析を行う。分析の結果着信先が確定した際に、着信先が既に使用中だった場合には、リソースエリア１５１のキャンプオン登録状態エリアにキャンプオン中登録中ということを記録し、キャンプオン状態とする。
【００３３】
以上がＩＳＤＮトランク発着信の正常系の処理である。ここで、各エリアが不足していた場合について述べる。  
（３）発信ダイヤル蓄積エリアが捕捉できなかった場合  
発信については、発信ダイヤル蓄積エリア不足により、トランク・内線への発信とも全て行えなくなる。着信に関しては特に問題なく行える。
【００３４】
（４）トランク使用状態エリアが捕捉できなかった場合  
トランクの状態を保持できなくなり、トランク発着信については全て行えなくなる。
【００３５】
内線発着信については、問題なく行える。
【００３６】
（５）ＩＳＤＮメッセージ蓄積エリアが捕捉できなかった場合  
ＩＳＤＮメッセージを作成・保持できなくなり、ＩＳＤＮ内線・ＩＳＤＮトランク発着信が行えなくなる。アナログ内線・アナログトランク発着信については行える。
【００３７】
（６）キャンプオン登録状態エリアが捕捉出来なかった場合  
トランク着信時、着信先ビジーの場合にキャンプオンが行えなくなる。発信は行える。着信についても、着信先がビジーでなければ問題なく行える。
【００３８】
以上のように、あるエリア（リソース）が取得できなくても、システムの全ての呼処理が行えなくなるというわけではなく、取得できないエリア（不足しているリソース）の種別により、行える呼処理と行えない呼処理が発生する。このため、システムリセットにより、リソースを一律に解放してしまうと、正常に動作している処理に影響を与えてしまう。
【００３９】
そこで、リセットの範囲を図４（ａ）のように定義し、リソースとサービスを図４（ｂ）のように関連付けるようにした。
【００４０】
そして、図４（ａ）のリセット範囲に従い、指定リソースのリセット範囲を、以下のように定義する。  
指定されたリソースのうち、リセットを指示されたポートに収容されている端末が使用しているものがあれば、それを解放する。  
指定されたリソースのうち、リセットを指示されたスロットに収容されている端末が使用しているものがあれば、それを解放する。  
指定されたリソースのうち、リセットを指示された架に収容されている端末が使用しているものがあれば、それを解放。  
指定されたリソースを解放。
【００４１】
図３に示すリソーステーブル１５２では、単に発信サービスと言えば１〜３の全てのリソースが対象となり、アナログ内線発信と言えば、１の発信ダイヤル蓄積エリアが対象となる。
【００４２】
このリソーステーブル１５２に従い、リソースの指定範囲を以下のように定義する。  
（要求したサービスそのものが使用しているリソース）  
アナログ内線発信であれば、１．の発信ダイヤルリソース。
【００４３】
（１段上のサービスが使用しているリソース）  
アナログ内線発信であれば、内線発信（アナログ内線への発信・ＩＳＤＮ内線への発信）に関するリソース（発信ダイヤル蓄積エリア・ＩＳＤＮメッセージエリア）となる。
【００４４】
（さらに１段上のサービスが使用しているリソース）  
内線発信であれば、発信サービス（トランクＩＳＤＮ発信・アナログトランク発信アナログ内線発信・ＩＳＤＮ内線発信）に関する全てのリソース（発信ダイヤル蓄積エリア・ＩＳＤＮメッセージエリア・トランク使用状態）となる。
【００４５】
以上のように、階層的にサービスを定義しておくと、その最上位は主装置１が提供する全サービスを表すものとなる。ここではそれをｚ（全リソース）とする。
【００４６】
以上のような定義を行い、Ａ〜Ｄの指定リソースのリセット範囲と、ａ〜ｚのリソースの指定範囲を組み合わせてサービスのリセットを行うとにより、段階的なサービスのリセットを行うことが可能となる。
【００４７】
（１−１）問題が発生した端末が接続されているポートについて、発信ダイヤル蓄積エリアが使用されていれば解放。  
（１−２）問題が発生した端末が接続されているポートについて、発信ダイヤル蓄積エリアまたはＩＳＤＮメッセージ蓄積エリアが使用されていればそれを解放。  
（１−３）問題が発生した端末が接続されているポートについて、発信ダイヤル蓄積エリアまたはＩＳＤＮメッセージ蓄積エリアまたはトランク使用状態エリアが使用されていればそれを解放。  
（１−４）問題が発生した端末と同じスロットに属するポートについて、発信ダイヤル蓄積エリアが使用されていれば解放。  
（１−５）問題が発生した端末と同じスロットに属するポートについて、発信ダイヤル蓄積エリアまたはＩＳＤＮメッセージ蓄積エリアが使用されていればそれを解放。
【００４８】
以下、段階的にリソース解放範囲を広げて障害を復旧させる。最終的には、ｚＤ（システムの全サービスのリセット）となる。
【００４９】
また、指定された範囲のリソースを解放した後、問題を発生させたイベントの処理を再度行い、問題が解消しなければ上記手順、つまり一段階上の範囲のリソースの解放を自動的に行わせることにより、より信頼性の高いシステムの構築が可能となる。
【００５０】
以上のように上記第１の実施形態では、制御部１４により、記憶部１５のリソースエリア１５１に記録されるＩＳＤＮメッセージといった通信信号がリソース別に管理され、解放要求される通信サービス機能に応じて、記憶部１５上の該当するリソースエリア１５１を解放するようにしている。従って、他のリソースに影響を及ぼすことなく、異常が発生したリソースのみを強制的に解放することができる。
【００５１】
また、上記第１の実施形態では、リソーステーブル１５２に蓄積管理されているリソース情報ごとの設定情報に基づいて、簡単な手順で適切なリソース解放処理を行うことができる。
【００５２】
（第２の実施形態）  
図５は、この発明の第２の実施形態に係わる交換システムにおいて、制御部１４の処理手順を示すフローチャートである。
【００５３】
まず、内線端末２−１のユーザが内線端末２−２に対し発信すべくダイヤル操作を行ったとする。すると、制御部１４は、そのダイヤル操作情報をイベントとして記憶部１５のリソースエリア１５１以外のエリアに記録する（ステップＳＴ５ａ）。そして、制御部１４は、イベントをリソースエリア１５１の該当するエリアに記録し、処理を実行する（ステップＳＴ５ｂ）。
【００５４】
続いて、制御部１４は、イベント処理中に、対応するリソースに関する障害が発生したか否かを監視し（ステップＳＴ５ｃ）、障害が発生しなければイベント処理を終了する。
【００５５】
一方、イベント処理中に、対応するリソースに関する障害が発生した場合に（Ｙｅｓ）、制御部１４はその障害内容を記憶部１５に記録し（ステップＳＴ５ｄ）、以前に同じ障害が発生しているか否かの判断を行う（ステップＳＴ５ｅ）。ここでは、初めて障害が発生したので（Ｎｏ）、制御部１４はリセットすべく範囲をリソーステーブル１５２から読み出し（ステップＳＴ５ｆ）、その範囲内の対象リソースを解放し（ステップＳＴ５ｇ）、障害発生状況管理エリアの更新を行い（ステップＳＴ５ｈ）、既に記憶部１５に記録したイベントを読み出して（ステップＳＴ５ｉ）、上記ステップＳＴ５ｂに移行する。
【００５６】
再度イベント処理を実行しても障害が復旧しない場合には、制御部１４はリソーステーブル１５２に基づきリソース解放範囲を広げ、予め設定された範囲に一致するか、または別の手段により障害が復旧するまで再度処理を行うか否かの判断を行う（ステップＳＴ５ｊ）。ここで、再度処理を行う必要がある場合（Ｙｅｓ）、制御部１４は解放するリソースの範囲を１段階広げて（ステップＳＴ５ｋ）、上記ステップＳＴ５ｇの処理に移行する。
【００５７】
一方、再度処理を行う必要がない場合（Ｎｏ）、制御部１４はイベント処理を終了する。
【００５８】
以上のように上記第２の実施形態では、通信サービス機能の実行中に障害が発生した場合に、制御部１４にて記憶部１５中の該当するリソースエリア１５１が自動的に解放されることになる。このためリソースの障害が他のリソースに波及する心配がなくなり、これにより無効呼の発生やシステムダウンの発生を未然に防ぐことができる。
【００５９】
また、上記第２の実施形態では、リソース解放後に、記憶部１５から該当するイベントが読み出され、対応する通信サービス機能が再度実行されることになる。このため、実行していた通信サービス機能を一からやり直す必要がなく、また復旧操作を待たずに迅速に復旧させることができる。
【００６０】
（第３の実施形態）  
図６は、この発明の第３の実施形態に係わる交換システムにおいて、制御部１４の処理手順を示すフローチャートである。
【００６１】
まず、内線端末２−１のユーザがＩＳＤＮ網の加入者端末に対し発信すべくダイヤル操作を行ったとする。すると、制御部１４は、そのダイヤル操作情報をイベントとして記憶部１５のリソースエリア１５１以外のエリアに記録する（ステップＳＴ６ａ）。そして、制御部１４は、イベントをリソースエリア１５１の該当するエリアに記録し、処理を実行する（ステップＳＴ６ｂ）。
【００６２】
続いて、制御部１４は、イベント処理中に、対応するリソースに関する障害が発生したか否かを監視し（ステップＳＴ６ｃ）、障害が発生しなければイベント処理を終了し、ＩＳＤＮ網との間で通信リンクを形成する。
【００６３】
一方、イベント処理中に、対応するリソースに関する障害が発生した場合に（Ｙｅｓ）、制御部１４はその障害内容を記憶部１５に記録し（ステップＳＴ６ｄ）、以前に同じ障害が発生しているか否かの判断を行う（ステップＳＴ６ｅ）。ここでは、初めて障害が発生したので（Ｎｏ）、制御部１４はアナログ内線発信に関するリソース情報をリソーステーブル１５２から読み出し（ステップＳＴ６ｆ）、問題発生ポートに関して、対象リソースを解放し（ステップＳＴ６ｇ）、障害発生状況管理エリアの更新を行い（ステップＳＴ６ｈ）、既に記憶部１５に記録したイベントを読み出して（ステップＳＴ６ｉ）、上記ステップＳＴ６ｂに移行する。
【００６４】
再度イベント処理を実行しても障害が復旧しない場合には、制御部１４は内線発信に関するリソース情報をリソーステーブル１５２から取得し（ステップＳＴ６ｊ）、再度上記ステップＳＴ６ｇの処理に移行する。
【００６５】
また、イベント処理を実行しても障害が復旧しない場合には、制御部１４は１段階上の発信サービスに関するリソース情報をリソーステーブル１５２から取得し（ステップＳＴ６ｋ）、再度上記ステップＳＴ６ｇの処理に移行する。
【００６６】
さらに、イベント処理を実行しても障害が復旧しない場合には、制御部１４はアナログ内線発信に関するリソース情報をリソーステーブル１５２から取得し（ステップＳＴ６ｌ）、問題発生スロットに関して、対象リソースを解放し（ステップＳＴ６ｍ）、再度上記ステップＳＴ６ｈの処理に移行する。
【００６７】
以上のような処理は、障害が復旧するまで範囲を広げながらｎ回繰り返し行なわれる。また、ｎ回繰り返しても障害が復旧しなかったならば、制御部１４は内線インタフェース回路１３、局線インタフェース回路１２及び主装置１内の各ハードウェアのリセットを行う。
【００６８】
以上のように上記第３の実施形態では、通信サービス機能の実行中に障害が発生した場合に、制御部１４にて記憶部１５中の該当するリソースエリア１５１が自動的に解放されるとともに、障害が発生している機能について、リソース単位で解放処理を行い、復旧しない場合に、段階的にリセット範囲を広げることにより、他のサービスに極力影響を与えず、障害を復旧させることができる。
【００６９】
また、上記第３の実施形態では、リソースの解放でも障害が復旧しなかった場合、内線インタフェース回路１３、局線インタフェース回路１２及び主装置１内のハードウェアのリセットを行うことにより、迅速に障害を復旧でき、より信頼性の高いシステムを提供できる。
【００７０】
（その他の実施形態）  
なお、この発明は上記各実施形態に限定されるものではない。例えば第３の実施形態では、ポートに対してリセットするサービスの適用範囲を広げ、それでも復旧しなければ、スロットに対して同じようにリセットするサービスの適用範囲を広げるようにした。しかしこれに限ることなく、架まで広げることにより、迅速なサービス復旧が可能となる。
【００７１】
また、システムが出力するエラーメッセージに含まれる障害発生ポート・障害発生サービスから、本手順を自動的に適用することにより、信頼性の高いシステムを構築することが可能である。
【００７２】
さらに、障害発生時に、段階的に適用範囲を広げるのではなく、いきなり全システムにサービスのリセットを適用することにより、迅速なサービス復旧が可能となる。例えば、外線発信に関するリソース使用状態異常により、システム全体で外線発信が行えないというような申告がユーザから要求があった場合、システム管理者は、詳しい調査やシステムリセットタイミング（昼休みや終業後にリセットを行う等）を考えることなく、システム全体を対象として、外線発信サービスに関する全リソースの解放を行うことにより、迅速に、かつ、内線通話等他のサービスに影響を与えずに障害を復旧させることが可能となる。
【００７３】
また、上記第２及び第３の実施形態では、障害発生時に該当するリソースの解放処理を行う例について説明した。しかしこれに限ることなく、ユーザの要求やリソースの不正使用等を条件にリソースの解放を行うようにしてもよい。
【００７４】
また、上記各実施形態では、リソーステーブル及びリソースエリアを同じ記憶部上に設ける例について説明したが、別々の記憶媒体に設けるようにしてもよい。
【００７５】
その他、システムの種類や構成、主装置の構成、リソーステーブルの記憶内容、リソース解放手順等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【図面の簡単な説明】
【００７６】
【図１】この発明に係わる交換システムの要部構成を示すブロック図。
【図２】図１に示したタイムスイッチ、制御部及び記憶部との接続関係を示すブロック図。
【図３】図２に示したリソーステーブルの記憶内容の一例を示す図。
【図４】同第１の実施形態において、通信サービス機能とリソースとの対応関係を示す図。
【図５】この発明の第２の実施形態に係わる交換システムにおいて、制御部の処理手順を示すフローチャート。
【図６】この発明の第３の実施形態に係わる交換システムにおいて、制御部の処理手順を示すフローチャート。
【符号の説明】
【００７７】
１…主装置、２…内線端末、１１…タイムスイッチ、１２…局線インタフェース回路、１３…内線インタフェース回路、１４…制御部、１５…記憶部、１６…データハイウェイインタフェース部、１７…ＰＣＭハイウェイ、１８…データハイウェイ、１９…ＣＰＵバス、１５１…リソースエリア、１５２…リソーステーブル、Ｌ…局線。
【図１】
2005167413.tif 000003
【図２】
2005167413.tif 000004
【図３】
2005167413.tif 000005
【図４】
2005167413.tif 000006
【図５】
2005167413.tif 000007
【図６】
2005167413.tif 000008