JPH0730644A

JPH0730644A - 電話交換システム

Info

Publication number: JPH0730644A
Application number: JP19322793A
Authority: JP
Inventors: Shinji Tsuchida; 真二土田; Hideo Oba; 秀雄大場
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1993-07-08
Filing date: 1993-07-08
Publication date: 1995-01-31

Abstract

(57)【要約】【目的】コンピュータと交換機とをインタフェースで
接続した電話交換システムにおいて、交換機に接続され
たコンピュータの機能を十分に活用することができる電
話交換システムを提供することを目的とする。【構成】上記コンピュータと交換機との間で１つまた
は複数の規定された通信を行う機能を備え、その通信を
行うことにより、上記コンピュータが、交換機に接続さ
れる内線端末として属性とホスト装置としての属性とに
切り換わることにより、容易に使い分けできるようにし
た。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータと交換機
とをインタフェースで接続した電話交換システムに関す
る。

【０００２】

【従来の技術】従来より、交換機とコンピュータが接続
されたシステムでは、コンピュータは交換機に収容され
る端末か、あるいは交換機を制御するためのコンピュー
タかのいずれか一方の使い方しかできなかった。

【０００３】

【発明が解決しようとする課題】このため、例えばコン
ピュータが交換機に収容される端末として動作している
場合、コンピュータに交換機を制御する装置として動作
できる条件が備えられているにもかかわらず、交換機を
制御する装置としては動作できず、所有する機能を有効
に活用できていないという欠点があった。

【０００４】本発明は、交換機に接続されたコンピュー
タの機能を十分に活用することができる電話交換システ
ムを提供することを目的とする。

【０００５】

【課題を解決するための手段】本発明は、コンピュータ
と交換機とをインタフェースで接続した電話交換システ
ムにおいて、上記コンピュータと交換機との間で１つま
たは複数の規定された通信を行う手段を備え、その通信
を行うことにより、上記コンピュータが、交換機に接続
される装置としての属性を切り換えるようにしたもので
ある。

【０００６】具体的には、コンピュータは、交換機に収
容される内線端末としての属性から、交換機を制御する
コンピュータとしての属性に切り換わり、また、反対
に、交換機を制御するコンピュータとしての属性から、
交換機に収容される内線端末としての属性に切り換わ
る。

【０００７】

【実施例】図１は、本発明の第１実施例における電話交
換システムの構成を示すブロック図である。

【０００８】交換機１００は、ケーブル１０５、１０６
を介してコンピュータ１０１、１０２を収容するＩＳＤ
Ｎ内線インタフェース回路１２０、１２１と、ケーブル
１０７、１１０を介して電話機１０３、１０４を収容す
るＳＬＴインタフェース回路１２２、１２５と、公衆Ｉ
ＳＤＮ網からのＩＳＤＮ外線１０８を収容するＩＳＤＮ
外線インタフェース回路１２３と、公衆アナログ網から
のアナログ外線１０９を収容するＣＯＴインタフェース
回路１２４と、各インタフェース回路からの伝送路１３
５を交換制御するスイッチ回路１３０と、このスイッチ
回路１３０の交換制御および交換機１００の全体を制御
するＣＰＵ１３１と、このＣＰＵ１３１の制御プログラ
ム等を格納したＲＯＭ１３２と、各種可変データ等を格
納するためのＲＡＭ１３３とを有する。

【０００９】また、本実施例では、各内線端末１０１〜
１０４には、３ケタの内線番号１０１、１０２、１０
３、１０４が割り当てられており、ＩＳＤＮ外線を捕捉
するには、２ケタの特番００をダイヤルし、アナログ外
線を捕捉するには、２ケタの特番０１をダイヤルする。

【００１０】また、後述するように、本実施例において
は、コンピュータ端末から３ケタの番号７８９をダイヤ
ルすることにより、その番号を送出したコンピュータ端
末が、それ以後、内線端末でなく、交換機１００を制御
するホスト端末として機能することを宣言するものとし
て、交換機１００におけるＲＯＭ１３２内のプログラム
およびＲＡＭ１３３内のデータにより規定されている。

【００１１】次に、本実施例の動作について説明する。
図４は、主にコンピュータ１０１が交換機１００の内線
端末からホストコンピュータに切り換わる場合のコンピ
ュータ１０１の動作を示すフローチャートであり、図５
は、コンピュータ１０１がホストコンピュータに切り換
わった場合の交換機１００の動作を示すフローチャート
である。

【００１２】まず、各コンピュータ１０１、１０２が、
交換機１００に接続された内線端末として機能する通常
の動作について説明すると、例えば一方のコンピュータ
１０１が内蔵されているＩＳＤＮインタフェース回路を
介して交換機１００に対し、他方のコンピュータ１０２
を示すダイヤル番号（例えば１０２）に発呼する。

【００１３】交換機１００のＣＰＵ１３１は、そのダイ
ヤル番号を分析して、コンピュータ１０２に着信させ
る。コンピュータ１０２は、内蔵されているＩＳＤＮイ
ンタフェース回路を介して着信要求を知り、これに応答
することで、内線端末としてのコンピュータ１０１とコ
ンピュータ１０２との間で通信が行われ、終了する。

【００１４】この通信の手順は、公知のＩＳＤＮプロト
コルに準ずるものとし、また、交換機１００における交
換手順も既に公知であるので、詳細な説明は省略する。

【００１５】次に、このような内線端末として交換機１
００に接続されているコンピュータ１０１を交換機１０
０の制御用ホストコンピュータとして用いる場合、まず
図４のＳ１において、コンピュータ１０１のオペレータ
は、コンピュータ１０１に交換機制御用のプログラムを
ロードする（Ｓ１）。

【００１６】これにより、コンピュータ１０１は、交換
機１００に対し、特定のダイヤル番号（例えば７８９）
を指定して発呼する（Ｓ２）。なお、交換機１００側で
は、制御用コンピュータであることを示す発呼先番号
（上記７８９）を予め設定しているものとする（Ｓ１
１）。

【００１７】交換機１００のＣＰＵ１３１は、そのダイ
ヤル番号を分析し、コンピュータ１０１が内線端末とし
て動作するのではなく、交換機制御用ホスト装置として
動作する宣言をしている旨を認識する。

【００１８】そして、この旨を認識した交換機１００
は、ＲＡＭ１３３内にあるコンピュータ１０１の情報
を、内線端末から制御用ホストコンピュータに変更し、
以後はコンピュータ１０１からの情報を内線端末からの
情報とは別に扱うようにする。

【００１９】そして、交換機１００は、上記宣言を受け
入れた旨をコンピュータ１０１に通知するため、ダイヤ
ル番号７８９の発呼要求に対し、擬似的に接続手順を行
う。なお、このような接続手順を行うのは、宣言を受け
入れた旨を通知するためであり、実際には、どことも接
続されていないことになる。

【００２０】また、上記宣言を何らかの理由で受け入れ
られない場合には、その旨をコンピュータ１０１に通知
するため、解放手順をとる。

【００２１】以上のようにして、交換機１００がコンピ
ュータ１０１の宣言を受け入れたかどうかは、Ｓ２にお
ける発呼が接続されたか否かで判断できる。そこで、コ
ンピュータ１０１では、この発呼によって交換機１００
と適正に接続された場合（Ｓ３）、内線端末からホスト
コンピュータへの切り換え動作が成立したと判断し、そ
の旨をコンピュータ１０１の表示部に表示する（Ｓ
４）。

【００２２】また、Ｓ２における発呼が解放された場合
には、以上のような切り換え動作が成立せず、コンピュ
ータ１０１がホストコンピュータになれなかったと判断
し、その旨をコンピュータ１０１の表示部に表示する
（Ｓ９）。

【００２３】次に、コンピュータ１０１がホストコンピ
ュータになった場合、コンピュータ１０１のオペレータ
は、交換機１００の制御用情報をコンピュータ１０１に
入力し（Ｓ５）、この入力情報をコンピュータ１０１
は、制御用フォーマットに合わせて交換機１００に送出
する（Ｓ６）。

【００２４】これにより、交換機１００は、コンピュー
タ１０１からの制御情報に基づき各種制御を実行するこ
とになる。

【００２５】すなわち、上記コンピュータ１０１からの
宣言を受け入れると、コンピュータ１０１と交換機１０
０とは、ＩＳＤＮプロトコルとはレイヤ２まで同じでレ
イヤ３では明確に異なる手順、つまりＩＳＤＮのレイヤ
３のプロトコルなのか否かがわかるフォーマット（図
２、図３）で通信を行う。

【００２６】そして、図５に示すように、交換機１００
では、端末からの信号を受信すると（Ｓ１２）、これが
コンピュータ端末からの受信かどうかを判断し（Ｓ１
３）、コンピュータ端末からの受信であれば、発呼要求
信号かどうかを判断する（Ｓ１４）。そして、発呼要求
信号である場合には、その発呼先番号が上記Ｓ１１で設
定した番号かどうか判断し（Ｓ１５）、Ｓ１１で設定し
た番号である場合には、発呼元コンピュータを制御用コ
ンピュータであると判断し、その旨を示すため、その呼
に対して応答し、呼を確立する（Ｓ１６）。

【００２７】そして、このコンピュータ１０１からの信
号を交換機制御用の信号として処理する（Ｓ１７）。

【００２８】例えば、コンピュータ１０１にロードされ
たプログラムが、コンピュータ１０１内部の時計が１
５：００になったときに、内線電話機１０７と内線電話
機１１０とを接続するように、交換機１００に指示する
というものである場合には、上記時計が１５：００にな
ると、コンピュータ１０１から交換機１００へＩＳＤＮ
手順とは異なる手順（フォーマット）で電話機１０７と
電話機１１０を接続するように指示する。

【００２９】なお、上述したＳ１３でコンピュータ端末
以外からの受信である場合や、Ｓ１４で発呼要求信号で
ない場合、あるいはＳ１５で該当する発呼先番号でない
場合には、Ｓ１９において、通常の処理を行う。

【００３０】また、コンピュータ１０１を交換機１００
の内線端末に戻したい場合には、オペレータに指示によ
り（Ｓ７）、上述した制御用ホストコンピュータへの切
り換え時に確立した擬似的な呼に対してコンピュータ１
０１がＩＳＤＮ手順により、切断の手順を行う（Ｓ８、
Ｓ１８）。

【００３１】なお、以上の実施例においては、コンピュ
ータ１０１が初めは交換機１００の内線端末として機能
しており、特番７８９の宣言でホスト端末になるように
していたが、逆に初めはホスト端末としておき、特番７
８９の宣言で内線端末となるようにしてもよい。

【００３２】また、上述のように、呼の切断により、元
の属性に戻すのではなく、別に予め決められた番号、例
えば９８７で発呼した場合に、元の属性に戻すようにし
てもよい。

【００３３】さらに、交換機１００の立ち上げ時に、保
守用コンソール等から、初めはホスト端末として使用す
るのか、内線端末として使用するのかを、設定できるよ
うにしてもよい。

【００３４】次に、本発明の第２実施例について説明す
る。なお、この第２実施例におけるシステムの構成は、
上記第１実施例（図１）と共通であるので、共通の構成
については共通の符号を付し、個々の説明は省略する。

【００３５】また、この実施例においても、各内線端末
１０１〜１０４には、３ケタの内線番号１０１、１０
２、１０３、１０４が割り当てられており、ＩＳＤＮ外
線を捕捉するには、２ケタの特番００をダイヤルし、ア
ナログ外線を捕捉するには、２ケタの特番０１をダイヤ
ルする。

【００３６】さらに、この実施例においても、コンピュ
ータ１０１、１０２が交換機１００の内線端末として動
作する場合には、例えば図２に示したフォーマットによ
り、ＩＳＤＮのプロトコルに従い動作する。また、コン
ピュータ１０１、１０２が交換機１００の内線端末でな
く、ホスト装置として動作する場合には、上述のよう
に、レイヤ２まではＩＳＤＮのプロトコルに従うが、レ
イヤ３以上は、独自のプロトコル、すなわち図６に示す
ようなフォーマットによるプロトコルで動作するものと
する。

【００３７】図６において、独自プロトコル識別子と
は、このパターンを認識したら、それ以降は独自プロト
コルだと判断するためのものである。また、識別子と
は、コンピュータ１０１が交換機１００から応答を受け
るような場合、どのメッセージに対する応答であるかを
識別するためのものである。

【００３８】コンピュータ１０１から何らかのことを交
換機１００に指示し、それを受け付けた、あるいは実行
して、その応答を交換機１００がコンピュータ１０１に
返すには、指示を受けた時と同じ識別子を付けて返す。

【００３９】また、図６中のコマンドは、指示の内容を
コードで示すもので、あるコマンドに対する応答等も、
この領域に入る。

【００４０】例えば、不在転送電話サービスを行う場
合、不在転送時の転送先をコンピュータ１０１に通知し
ておき、交換機１００には、ある内線が不在設定されて
いるという情報だけを持たせておく。そして、上記内線
が不在設定され、その内線の不在転送先を交換機１００
がコンピュータ１０１から知らされた場合、始めに何ら
かの方法で不在転送を知らせされた交換機１００がコン
ピュータ１０１に通知するときには、図３中の識別子
に、不在転送登録要求の意味で「０」を設定し、コンピ
ュータ１０１は、その要求を受け、登録完了すると、そ
の完了の意味で識別子に「１」を設定して交換機１００
に送る。

【００４１】図７は、上述した不在転送の登録要求メッ
セージのフォーマットを示す説明図であり、図８は、そ
の確認応答のフォーマットを示す説明図である。

【００４２】コマンド領域は、どちらの場合も、同一コ
ード（例えば、「００_H 」）であり、不在転送先情報
は、内線番号がキャラクタコードで、コマンド個別情報
領域に入っているものとする。その後、不在設定されて
いる内線に着信があった場合には、交換機１００は、コ
ンピュータ１０１に転送先情報の通知を要求する。この
場合は、交換機１００は、識別子に「０」を設定し、そ
の通知は、コンピュータ１０１が識別子に「１」を設定
する。転送先情報通知を示すコードは、例えば「０１
_H 」としておく。

【００４３】図９は、上記転送先情報の通知要求メッセ
ージのフォーマットを示す説明図であり、図１０は、そ
の確認応答のフォーマットを示す説明図である。

【００４４】上記転送先情報通知を受けた交換機１００
は、その情報をもとに転送処理を行う。なお、転送処理
自体は、公知であるので省略する。

【００４５】次に、図１１は、本実施例におけるコンピ
ュータ１０１側の動作の概要を示すフローチャートであ
り、図１２は、交換機１００側の動作の概要を示すフロ
ーチャートである。

【００４６】まず、コンピュータ１０１において、プロ
グラムをロードし（Ｓ２１）、オペレータが所定の操作
を行う（Ｓ２２）。コンピュータ１０１では、このオペ
レータの操作を判断し、その内容が交換機１００の内線
端末としてのものか、あるいは交換機１００の制御端末
としてのものかを判断する（Ｓ２３）。

【００４７】そして、オペレータの操作内容が交換機１
００の制御端末としてのものである場合には、例えば図
６に示したフォーマットを用いて、オペレータの入力情
報を交換機１００に送信し、制御端末として動作する
（Ｓ２４）。

【００４８】また、オペレータの操作内容が交換機１０
０の内線端末としてのものである場合には、例えば図２
に示したフォーマットを用いて、オペレータの入力情報
を交換機１００に送信し、内線端末として動作する（Ｓ
２５）。

【００４９】そして、オペレータの終了指示により、動
作を終了する（Ｓ２６）。

【００５０】一方、交換機１００側では、内線からの信
号を受信すると、その受信信号が、内線端末からのもの
か制御用端末からのものかを判断し（Ｓ３２、Ｓ３
３）、制御用端末からのものであれば、制御用端末から
のメッセージとして処理する（Ｓ３４）。また、内線端
末からのものであれば、通常の内線端末からのメッセー
ジとして処理する（Ｓ３５）。

【００５１】なお、以上の第２実施例においては、コン
ピュータ１０１と交換機１００の間の通信は、１つの通
信（ＩＳＤＮインタフェースでの１つのフレームでの通
信）で、ＩＳＤＮに関するフレームか、あるいは呼の制
御に関するフレームかのいずれかの情報であったが、例
えば図１３に示すように、ＩＳＤＮに関するフレームと
呼の制御に関するフレームとを同一のフレームに入れて
送受信するようにしてもよい。

【００５２】次に、本発明の第３実施例について説明す
る。

【００５３】従来、交換機をコンピュータが制御する交
換システムでは、交換機から送られてくる障害情報をコ
ンピュータ側で交換機を制御する際の情報として処理す
ることはなかった。

【００５４】このため、従来は、コンピュータが交換機
の故障を起こしている箇所に対する制御情報を送って制
御しようとする場合があった。

【００５５】例えば、内線２０００番の電話機から９時
になったら０３−３１２３−４５６７番へ外線発信（時
刻指定発信サービス）するように、８時に設定された場
合、９時になる前に内線２０００番を収容するインタフ
ェース回路が故障したときには、従来は、９時になる
と、コンピュータは、交換機に外線を捕捉させ、その外
線から０３−３１２３−４５６７番のダイヤル送出をさ
せ、故障に対しては、内線２０００番のインタフェース
回路を介して電話機を呼び出しさせるような処理を行っ
てしまい、その後のエラー処理を複雑にしていた。

【００５６】そこで、この第３実施例では、コンピュー
タが交換機から交換機自体の障害情報を受け取り、その
障害情報に関して実行すべき制御を抽出し、その制御に
関しては、交換機に指示しないようにしたものである。

【００５７】図１４は、この第３実施例における電話交
換システムの構成を示すブロック図である。

【００５８】図示のように、この第３実施例における構
成は、上述した第１実施例の図１に示す構成のうち、コ
ンピュータ１０１、１０２を収容するＩＳＤＮ内線イン
タフェース回路１２０、１２１をコンピュータインタフ
ェース回路１４０、１４１に置き換えて、各コンピュー
タ１０１、１０２をホスト専用で用いるようにしたもの
である。なお、コンピュータインタフェース回路１４
０、１４１は、具体的には、ＲＳ２３２Ｃインタフェー
スを用いている。

【００５９】また、新たに音源１３６を設け、音声信号
を伝送路１３５上に送出できるようにしたものである。

【００６０】なお、その他は、上記第１実施例の図１に
示す構成と同様であるので、同一符号を付し、個々の説
明は省略する。

【００６１】次に、本実施例の動作について説明する。
図１５は、本実施例における交換機１００の処理の一部
を示すフローチャートであり、図１６は、コンピュータ
１０２の処理の一部を示すフローチャートである。

【００６２】本実施例では、時刻指定発信サービスを例
にして説明する。なお、時刻指定発信を要求し、登録す
る特番は１００番とし、その後に指定時刻と発信先ダイ
ヤルを指定する。具体的には、指定時刻は２４時間制で
指定し、要求のあった時刻から２４時間以内の時間を指
定する。例えば、１０００９００５６７というよう
に指定する。すなわち、１００は時刻指定発信特番、０
９００は次の９時０分、５６７は内線５６７番へ発信の
意である。

【００６３】以下、時刻指定発信の登録から、障害を起
こし、その後、エラー処理を行うまでの動作について説
明する。

【００６４】まず、電話機１０３をオフフックすると、
その旨がＳＬＴインタフェース回路１２２を介してＣＰ
Ｕ１３１へ通知される（Ｓ４３）。ＣＰＵ１３１は、電
話機１０３のオフフックを知ると、電話機１０３からダ
イヤル信号を受信できるか否かを多種の条件から判断す
る。なお、この条件に関しては、本発明には特に関係し
ないので省略する。

【００６５】そして、ＣＰＵ１３１は、電話機１０３か
らダイヤル信号を受信できない場合は、音源１３６とス
イッチ回路１３０を制御して、その旨を電話機１０３へ
音声で通知する。そして、この電話機１０３がオンフッ
クするかどうか監視し、オンフックした場合は、初期状
態に戻る。

【００６６】また、ＣＰＵ１３１は、電話機１０３から
ダイヤル信号を受信できる場合は、音源１３６とスイッ
チ回路１３０を制御して、その旨を電話機１０３へ音声
で通知する（Ｓ４４）。

【００６７】この通知を受けた電話機１０３の使用者
は、時刻指定発信を指定する特番１０００をダイヤルす
る。このダイヤル情報は、ＳＬＴインタフェース回路１
２２とバス１３４を介してＣＰＵ１３１へ通知され（Ｓ
４５）、ＣＰＵ１３１は多種の条件（この条件は、本発
明には特に関係しないので省略する）から時刻指定発信
の登録を受けられるか否かを判断する（Ｓ４６）。

【００６８】そして、登録を受けられないと判断した場
合には、音源１３６とスイッチ回路１３０を制御して、
その旨を電話機１０３へ音声で通知する。そして、この
電話機１０３がオンフックするかどうか監視し、オンフ
ックした場合は、初期状態に戻る。

【００６９】また、登録を受けられないと判断した場合
には、ＣＰＵ１３１は、音源１３６とスイッチ回路１３
０を制御して、その旨を電話機１０３へ音声で通知し、
時刻の指定と、その時刻になったら発信すべきダイヤル
番号の指定を促す。

【００７０】なお、この状態で、例えば何も指定が行わ
れなかったり、時刻やダイヤルが不正な場合等、何か正
しくない操作が行われた場合は、音源１３６とスイッチ
回路１３０を制御して、その旨を電話機１０３へ音声で
通知する（Ｓ５１）。そして、この電話機１０３がオン
フックするかどうか監視し、オンフックした場合は、初
期状態に戻る。

【００７１】また、正しい動作が行われた場合には（Ｓ
４７、Ｓ４８）、ＣＰＵ１３１は、その情報を交換機１
００の制御用コンピュータ１０２に対するインタフェー
スに編集し直して、バス１３４、コンピュータインタフ
ェース回路１４１を介して、コンピュータ１０２へ通知
する（Ｓ４９）。

【００７２】コンピュータ１０２は、時刻指定発信の要
求を受け（Ｓ６３）、要求元内線番号の情報およびダイ
ヤル情報の記憶と、指定時刻になったことを判断するた
めのタイマ処理等の時刻指定発信に関する必要な設定を
行う（Ｓ６４）。

【００７３】そして、時刻指定発信に関する処理が１つ
でも正しく行われなかった場合は（Ｓ６５）、コンピュ
ータ１０２は、ＣＰＵ１３１に対し、その旨をコンピュ
ータインタフェース回路１２１とバス１３４を介して通
知する（Ｓ６８）。

【００７４】ＣＰＵ１３１は、その通知を受けて、音源
１３６とスイッチ回路１３０を制御して、その旨を電話
機１０３へ音声で通知する（Ｓ５０、Ｓ５１）。そし
て、この電話機１０３がオンフックするかどうか監視
し、オンフックした場合は、初期状態に戻る。

【００７５】また、時刻指定発信に関する処理が全て正
しく行われた場合は（Ｓ６５）、コンピュータ１０２
は、ＣＰＵ１３１に対し、その旨をコンピュータインタ
フェース回路１２１とバス１３４を介して通知する（Ｓ
６６）。

【００７６】ＣＰＵ１３１は、その通知を受けて、音源
１３６とスイッチ回路１３０を制御して、電話機１０３
の使用者に音で時刻指定発信の登録が行われた旨を通知
し、電話機１０３の使用者は、オンフックして登録は終
了する。

【００７７】コンピュータ１０２は、登録が終了する
と、指定された時刻になるのを待つ（Ｓ６７、Ｓ６
０）。また、交換機１００は、コンピュータ１０２に登
録が終了するまで、時刻指定発信に関しては、処理をな
にも行わず、障害が発生すれば（Ｓ４１）、その障害を
起こした内線番号等をコンピュータ１０２に通知する
（Ｓ４２）。

【００７８】また、コンピュータ１０２が指定された時
刻になるのを待っている状態で、例えば交換機１００の
保守者がＳＬＴインタフェース回路１２２を挿抜したと
すると、ＣＰＵ１３１は、障害監視のために各インタフ
ェース回路に定期的に監視信号を出して監視しているの
で、ＳＬＴインタフェース回路１２２が挿抜された旨を
バス１３４を介して知り、コンピュータ１０２へ通知す
る。なお、この通知情報は、ＳＬＴインタフェース回路
１２２の内線番号と、それが障害を起こしたという２つ
の情報よりなっている。また、障害が復帰したときも通
知する。

【００７９】コンピュータ１０２は、交換機１００から
の障害の通知があると（Ｓ６２）、その通知の内線番号
の情報を取り出し、この内線番号の端末から、時刻指定
発信の要求が来ているかどうかを登録情報を基に判断す
る（Ｓ６９）。

【００８０】そして、時刻指定発信の要求が来ていない
場合には（Ｓ７０）、コンピュータ１０２は、使用者に
対し、障害が発生した旨と、それが内線の何番であるか
を表示や音で知らせる。

【００８１】また、時刻指定発信の要求が来ている場合
には（Ｓ７０）、コンピュータ１０２は、使用者に対
し、障害が発生し、それが内線の何番であるか、および
その内線の端末が時刻指定発信の要求をしていることを
表示や音で知らせる。

【００８２】また、指定された時刻になるまでに、障害
が復帰すれば、復帰したことを知らせ、時刻指定発信の
処理（時刻の監視）は続けて行い、指定時刻になると
（Ｓ６０）、コンピュータ１０２は、要求元内線と相手
先のダイヤル番号を記憶部から読み出し、その情報を編
集し、コンピュータインタフェース回路１４１とバス１
３４を介し、ＣＰＵ１３１へ通知し、ＣＰＵ１３１は要
求元である電話機１０３をＳＬＴインタフェース回路１
２２を介して呼び出し、また、相手先のダイヤル情報か
ら、外線か内線かを判断し、例えば内線で電話機１０４
であると判断すれば、ＳＬＴインタフェース回路１２５
を介して呼び出し、電話機１０３、１０４を接続させる
（Ｓ６１）。この接続は、スイッチ回路１３０を制御
し、通常の電話機１０３から電話機１０４へ発信する場
合と同様である。

【００８３】また、障害が指定された時刻までに復帰し
なかった場合は、コンピュータ１０２は、時刻指定発信
の登録情報を検索し、その登録情報を削除し（Ｓ７
１）、障害のために時刻指定発信が行われなかった旨を
表示や音でオペレータに通知する（Ｓ７２）。

【００８４】なお、以上の第３実施例では、時刻指定発
信が障害の発生により実行されなかった場合、コンピュ
ータに表示等をし、オペレータに通知したが、交換機１
００に保守用コンソールが特別に用意されている場合に
は、コンピュータから交換機のＣＰＵを介して保守用コ
ンソールに伝えるようにしてもよい。

【００８５】また、諸害を起こしたＳＬＴインタフェー
ス回路と同じ内線番号をもつインタフェース回路がもう
１回線収容されている場合や、物理的に電話機１０３の
知覚に電話機がある場合等は、それらに代行で時刻指定
発信を実行させるようにしてもよく、代行させるか否か
を保守者が行うデータ設定により選択できるようにして
もよい。

【００８６】次に、本発明の第４実施例について説明す
る。

【００８７】従来のホストインタフェースを有する構内
交換システムにおいては、交換機内部の記憶領域とホス
トコンピュータの両方でデータベースを有していた。こ
のため、従来は、交換機内の記憶領域とホストコンピュ
ータの両方のデータベースで整合性をとってデータ設定
を行わなければならないという煩わしさがあった。

【００８８】そこで、この第４実施例では、ある内線の
ダイヤル入力を検出すると、これをそのままホストコン
ピュータにダイヤルデータとして送出し、ホストコンピ
ュータは、受信したダイヤルデータとホストコンピュー
タ内のデータによって他の内線への発信と判断し、交換
機の制御部に対して上記他の内線に着信させるよう制御
することにより、交換機内部の記憶領域では全くデータ
ベースをもたずにホストコンピュータで全てのデータを
もち、交換処理を行うようにして、２つのデータベース
でデータの整合性をとる必要をなくすようにしたもので
ある。

【００８９】図１７は、この第４実施例における電話交
換システムの構成を示すブロック図である。

【００９０】図示のように、この実施例における交換機
１は、内線電話機２を収容するインタフェースカード３
と、ホストコンピュータ４を収容するホストコンピュー
タインタフェース５と、通話路の接続を切り換えるスイ
ッチ回路６と、システム全体を制御するＣＰＵ７と、そ
の記憶領域８とを有する。

【００９１】図１８は、この第４実施例における内線通
話時の動作を示すフローチャートであり、図１９は、同
じく内線通話時の手順を示すシーケンスチャートであ
る。また、図２０は、上記ホストコンピュータ４内のメ
モリ領域の一部を示す説明図である。

【００９２】本実施例において、内線Ａから発呼があ
り、これをＣＰＵ７が検出すると、ＣＰＵ７は、ホスト
コンピュータインタフェース５を介してホストコンピュ
ータ４に内線Ａの発呼を伝える（Ｓ８１）。次に、ＣＰ
Ｕ７は、内線Ａのダイヤル入力「２」「５」「７」
「３」を検出して、ホストコンピュータ４に、そのダイ
ヤルデータ「２」「５」「７」「３」を送出する（Ｓ８
２）。

【００９３】ホストコンピュータ４では、受信したダイ
ヤルデータ「２」「５」「７」「３」を、図２０に示す
内線番号−収容位置データでサーチすることにより、内
線Ｂの物理的収納位置を求め、内線Ｂへの発信と判断す
る（Ｓ８３）。

【００９４】次に、ホストコンピュータ４は、ＣＰＵ７
に内線Ｂの物理的収納位置で内線Ｂに着信するように指
示する（Ｓ８４）。これによりＣＰＵ７は、内線Ｂに着
信をかける（Ｓ８５）。

【００９５】このようにして、交換機内の記憶領域のデ
ータベースを用いることなく、ホストコンピュータ４内
のデータで内線発信処理を行うことができる。

【００９６】なお、以上の第４実施例においては、内線
通話を例にしたが、外線発信の場合も同様にホストコン
ピュータ４だけのデータで交換処理を行うことができ
る。図２１は、この場合の手順を示すシーケンスチャー
トであり、また、図２２は、この外線発信に用いるホス
トコンピュータ４内のメモリ領域の一部を示す説明図で
ある。

【００９７】この動作の内容は、上記第４実施例と同様
に、交換機１側で受信した発信データをホストコンピュ
ータ４側に転送し、これをホストコンピュータ４で分析
することにより、交換機１に外線発信処理を行うよう、
ホストコンピュータ４から指示するものである。なお、
ホストコンピュータ４のデータを用いるという点を除
き、外線への発信自体は、従来と同様に行われるので、
詳細は省略する。

【００９８】また、上記第４実施例は、内線通話を例に
したが、外線からのダイヤルイン着信の場合も同様にホ
ストコンピュータ４だけのデータで交換処理を行うこと
ができる。図２３は、この場合の手順を示すシーケンス
チャートであり、また、図２４は、この外線着信に用い
るホストコンピュータ４内のメモリ領域の一部を示す説
明図である。

【００９９】この動作の内容は、上記第４実施例と同様
に、交換機１側で受信した着信データをホストコンピュ
ータ４側に転送し、これをホストコンピュータ４で分析
することにより、交換機１に外線着信処理を行うよう、
ホストコンピュータ４から指示するものである。なお、
ホストコンピュータ４のデータを用いるという点を除
き、外線からの着信自体は、従来と同様に行われるの
で、詳細は省略する。

【０１００】また、上記第４実施例は、内線通話を例に
したが、内線代表処理の場合も同様にホストコンピュー
タ４だけのデータで交換処理を行うことができる。図２
５は、この場合の手順を示すシーケンスチャートであ
り、また、図２６は、この内線代表処理に用いるホスト
コンピュータ４内のメモリ領域の一部を示す説明図であ
る。

【０１０１】この動作の内容は、上記第４実施例と同様
に、交換機１側で受信した発信データをホストコンピュ
ータ４側に転送し、これをホストコンピュータ４で分析
することにより、交換機１に内線代表による着信処理を
行うよう、ホストコンピュータ４から指示するものであ
る。なお、ホストコンピュータ４のデータを用いるとい
う点を除き、内線代表処理自体は、従来と同様に行われ
るので、詳細は省略する。

【０１０２】

【発明の効果】以上説明したように、本発明の請求項１
〜４によれば、交換機に接続されたコンピュータが、内
線端末としてだけでなく、交換機を制御するホスト装置
としても容易に使い分けることができ、コンピュータの
有効活用を図ることができるという効果がある。

【０１０３】また、本発明の請求項５〜７によれば、交
換機側に障害が起きた場合、コンピュータ側でこれを検
知し、その障害部分にかかわる制御をコンピュータ側で
制限することから、障害部分の不正な処理の続行を抑制
でき、複雑なエラー処理を削減できる。また、これによ
り、複雑なエラー処理をコンピュータと交換機の双方に
組み込む必要がなくなり、開発の工数の削減、プログラ
ムメモリの削減等により、コストを下げる効果がある。

【０１０４】また、本発明の請求項８によれば、ホスト
コンピュータのデータベースだけで、交換機側の各種処
理を実行することから、ホストコンピュータ側だけにデ
ータを設定すれば、交換システムを運用することができ
る。したがって、交換機とホストコンピュータの両方に
整合性をもたせた状態でデータを設定する必要がなくな
り、データ設定の煩雑さを大幅に改善できる。

【図面の簡単な説明】

【図１】本発明の第１実施例におけるシステム構成を示
すブロック図である。

【図２】ＩＳＤＮプロトコルのレイヤ３のデータフォー
マットを示す説明図である。

【図３】上記第１実施例において、コンピュータをホス
ト装置に設定するための固有のフォーマットを示す説明
図である。

【図４】上記第１実施例のコンピュータの動作を示すフ
ローチャートである。

【図５】上記第１実施例の交換機の動作を示すフローチ
ャートである。

【図６】本発明の第２実施例において、コンピュータを
ホスト装置に設定するための固有のフォーマットを示す
説明図である。

【図７】上記第２実施例の不在転送の登録要求メッセー
ジを示す説明図である。

【図８】上記図７の登録要求に対する確認応答メッセー
ジを示す説明図である。

【図９】上記第２実施例の転送先情報の通知要求メッセ
ージを示す説明図である。

【図１０】上記図９の通知要求に対する確認応答メッセ
ージを示す説明図である。

【図１１】上記第２実施例のコンピュータの動作を示す
フローチャートである。

【図１２】上記第２実施例の交換機の動作を示すフロー
チャートである。

【図１３】上記第２実施例におけるコンピュータをホス
ト装置に設定するためのフォーマットの他の例を示す説
明図である。

【図１４】本発明の第３実施例におけるシステム構成を
示すブロック図である。

【図１５】上記第３実施例の交換機の動作を示すフロー
チャートである。

【図１６】上記第３実施例のコンピュータの動作を示す
フローチャートである。

【図１７】本発明の第４実施例におけるシステム構成を
示すブロック図である。

【図１８】上記第４実施例の動作を示すフローチャート
である。

【図１９】上記第４実施例の動作を示すシーケンスチャ
ートである。

【図２０】上記第４実施例のホストコンピュータ内のデ
ータを示す説明図である。

【図２１】本発明の第５実施例の動作を示すシーケンス
チャートである。

【図２２】上記第５実施例のホストコンピュータのデー
タの一部を示す説明図である。

【図２３】本発明の第６実施例の動作を示すシーケンス
チャートである。

【図２４】上記第６実施例のホストコンピュータのデー
タの一部を示す説明図である。

【図２５】本発明の第７実施例の動作を示すシーケンス
チャートである。

【図２６】上記第７実施例のホストコンピュータのデー
タの一部を示す説明図である。

【符号の説明】

１００…交換機、１０１…コンピュータ、１０３、１０４…電話機、１３０…スイッチ回路、１３１…ＣＰＵ、１３２…ＲＯＭ、１３３…ＲＡＭ。

Claims

【特許請求の範囲】

【請求項１】コンピュータと交換機とをインタフェー
スで接続した電話交換システムにおいて、上記コンピュータと交換機との間で１つまたは複数の規
定された通信を行う手段を備え、その通信を行うことに
より、上記コンピュータが、交換機に接続される装置と
しての属性を切り換えることを特徴とする電話交換シス
テム。
【請求項２】請求項１において、上記コンピュータが交換機に収容される内線端末として
の属性から、交換機を制御するコンピュータとしての属
性に切り換わることを特徴とする電話交換システム。
【請求項３】請求項１において、上記コンピュータが交換機を制御するコンピュータとし
ての属性から、交換機に収容される内線端末としての属
性に切り換わることを特徴とする電話交換システム。
【請求項４】コンピュータと交換機とをインタフェー
スで接続した電話交換システムにおいて、上記コンピュータと交換機との間で通信を行う手段を備
えるとともに、予め決められた特定情報を通信情報に付
加する手段と、この特定情報が付加されていることを認
識する手段とを上記コンピュータと交換機の少なくとも
いずれか一方に設け、通信中に上記特定情報を付加する
か否かにより、その通信がコンピュータに関する呼を制
御するものか否かを使い分けることを特徴とする電話交
換システム。
【請求項５】コンピュータが特定のインタフェースを
介して交換機を制御する電話交換システムにおいて、上記交換機は、自己の障害を検知して、これを上記イン
タフェースを介してコンピュータに通知する手段を有
し、上記コンピュータは、交換機からの障害情報を受信
し、その障害がどの制御に関係するか判断する手段を有
し、その判断結果に応じて障害に関係する制御は行わな
いよう制御することを特徴とする電話交換システム。
【請求項６】請求項５において、上記障害情報を受信したコンピュータは、その障害情報
を記憶するとともに、その内容をユーザに通知すること
を特徴とする電話交換システム。
【請求項７】請求項５において、上記障害情報を受信したコンピュータは、その障害のた
めにどの制御が行えなくなったかをユーザに通知するこ
とを特徴とする電話交換システム。
【請求項８】ホストコンピュータと交換機とをホスト
インタフェースで接続した電話交換システムにおいて、交換機の制御部は、ある内線のダイヤル入力を検出する
と、これをそのままホストコンピュータにダイヤルデー
タとして送出し、ホストコンピュータは、受信したダイ
ヤルデータとホストコンピュータ内のデータによって、
その処理内容を判断し、この判断結果に基づいて、交換
機の制御部を制御することを特徴とする電話交換システ
ム。