JPH09162989A - 構内交換機−サーバ連携システム - Google Patents

Abstract

(57)【要約】 【課題】 構内交換機からサーバへの通信回数・量を削
減する。 【解決手段】 構内交換機内端末管理メモリ１５とサー
バ内端末管理メモリ１Ｂに電話端末番号を記憶してお
く。電話端末の空／塞がり状態が遷移したときに、ビッ
トマップ編集部１６は内線インターフェース１１を介し
て状態の遷移を認識して、当該電話端末の電話端末番号
を構内交換機内端末管理メモリ１５から取得して、端末
空／塞がりビットマップ中の電話端末番号に対応する位
置のビットをオン又はオフにする。送信データ作成部１
７は、１秒毎に、端末空／塞がりビットマップを読みと
って１０００電話端末分のデータをデータ送信部１８に
送り、データ送信部１８がサーバ２４に送信する。デー
タ受信部１９は、データを受信してビットマップ復元部
１Ａに送り、ビットマップ復元部１Ａが端末空／塞がり
ビットマップをサーバ２４内に復元する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サーバとこのサー
バに接続された構内交換機とで構成されて、構内交換機
に収容されている内線端末に係る内線端末情報を構内交
換機がサーバへ送信して、内線端末情報を受信したサー
バが内線端末情報を用いて所定の処理を行う構内交換機
−サーバ連携システムに関する。

【０００２】

【従来の技術】構内交換機−サーバ連携システム（構内
交換機−コンピュータ連携システム）では、受付台（中
継台）端末から、構内交換機内に収容されていて当該受
付台端末に割り当てられている電話端末の空／塞がり情
報を見るために、サーバ側から構内交換機を介して当該
構内交換機の収容する電話端末の状態監視（モニタ登
録）を行っていて、サーバから各受付台端末に電話端末
の空／塞がり情報を配信していた。

【０００３】図２は、従来の構内交換機−サーバ連携シ
ステムの構成を示したものであり、電話端末２１１〜２
１ｎと受付台端末２２１〜２２３とを収容する構内交換
機２３と、サーバ２４とからなっている。

【０００４】構内交換機２３は、端末２１１〜２１ｎと
受付台端末２２１〜２２３とを収容していて、電話端末
２１１〜２１ｎと受付台端末２２１〜２２３と図示しな
い外線との間の交換を行うものである。サーバ２４は、
構内交換機２３に接続されていて、構内交換機２３から
受け取った各電話端末の空／塞がり情報をサーバ２４に
接続された受付台端末２２１〜２２３に配信するもので
ある。

【０００５】このような構内交換機−サーバ連携システ
ムにおいて、電話端末２１１〜２１ｎの空／塞がり情報
を見るときの動作を以下に説明する。

【０００６】電話端末２１１〜２１ｎの何れかの空／塞
がりの状態が遷移したときに、構内交換機２３は、その
状態の遷移を検出する度に、当該電話端末の端末識別情
報と空／塞がり情報とをサーバ２４に送信する。

【０００７】図３は、この時構内交換機２３からサーバ
に送信されるデータの形態の一例を示したものであり、
共通データエリアと個別データエリア（モニタ対象端末
情報と発呼・着信種別）とからなっている。なお、図３
に示したデータの形態は、Ｅｕｒｏｐｅａｎ Ｃｏｍｐ
ｕｔｅｒ Ｍａｎｕｆａｃｔｕｒｅｒｓ Ａｓｓｏｃｉ
ａｔｉｏｎ（構内交換機−サーバ連携システムのヨーロ
ッパ標準）に準拠したものである。

【０００８】共通データエリアは構内交換機２３からサ
ーバ２４へデータを送信する時の通信プロトコルによっ
て定められた通信に必須のデータエリアであり、通信プ
ロトコルとしてＸ．２５（ＬＡＰＢ）を想定したときに
は共通エリアは１６×４５ビット必要になる。

【０００９】モニタ対象端末情報は、空／塞がりの状態
が遷移した電話端末２１１〜２１ｎを識別する情報であ
り、１６×７ビット程度の容量が必要である。

【００１０】発呼・着信種別は、当該電話端末２１１〜
２１ｎがどの状態（空／塞がり）に遷移したかを示すも
のであり、ここでは１６×２ビットの容量を確保してい
る。

【００１１】このような形態のデータを受信したサーバ
２４は、必要があれば加工した上でその情報をサーバに
接続された所定の受付台端末２２１〜２２３に配信し、
当該受付台端末２２１〜２２３がその情報を参照する。

【００１２】

【発明が解決しようとする課題】しかしながら、従来の
構内交換機−サーバ連携システムでは、電話端末２１１
〜２１ｎの何れかの空／塞がりの状態が遷移する度に構
内交換機２３がその情報をサーバ２４に送信していたの
で、構内交換機とサーバの通信が頻発に発生して、さら
に通信を行うときに当該端末の識別情報を送信する必要
があったので、構内交換機２３に高い処理能力が要求さ
れ、処理が追いつかないときには、電話端末２１１〜２
１ｎの使用を制限せざるをえなかった。

【００１３】

【課題を解決するための手段】請求項１の発明は、サー
バとこのサーバに接続された構内交換機とで構成され
て、構内交換機に収容されている内線端末に係る内線端
末情報を構内交換機がサーバへ送信して、内線端末情報
を受信したサーバが内線端末情報を用いて所定の処理を
行う構内交換機−サーバ連携システムにおいて、以下の
手段を備えたことを特徴とする。

【００１４】すなわち、構内交換機が、複数の内線端末
に係る内線端末情報を記憶しておく内線端末情報記憶手
段と、周期的に、上記内線端末情報記憶手段に記憶され
た内線端末情報を、規定の台数分だけ所定の順に、サー
バへ送信する周期送信手段とを備え、サーバが、構内交
換機から内線端末情報を受信して格納する内線端末情報
受信手段を備えた。

【００１５】請求項１の発明では、構内交換機内で、内
線端末情報記憶手段が複数の内線端末に係る内線端末情
報を記憶して、周期送信手段が周期的に内線端末情報記
憶手段に格納された内線端末情報を規定の台数分だけ所
定の順にサーバへ送信することにより、受信した内線端
末情報の順序によって当該内線端末情報がどの内線端末
に対応しているかを識別可能にして、サーバ内で、内線
端末情報受信手段が構内交換機から内線端末情報を受信
して格納する。

【００１６】請求項２の発明は、請求項１の発明におい
て、内線端末情報受信手段が、受信した内線端末情報の
受信順によって対応する内線端末を識別する内線端末識
別部を備え、受信した内線端末情報を、対応する内線端
末を識別できる形式で格納することを特徴とする。

【００１７】

【発明の実施の形態】第１の実施の形態における構内交
換機−サーバ連携システムの基本的な構成は図２に示し
た従来の構成と同じであるが、後述するように構内交換
機２３内の制御装置の機能構成とサーバ２４の機能構成
が従来と異なる。なお、第１の実施の形態における構内
交換機２３は１０００台の電話端末２１１〜２１ｎを収
容しているものとする。

【００１８】図１は、第１の実施の形態における構内交
換機−サーバ連携システムの機能構成を詳細に示したも
のである。構内交換機２３は、内線インターフェース１
１、スイッチ１２、及び受付台インターフェース１３
と、制御装置１４とからなり、図２との対応部分には同
一符号を付して示した。

【００１９】内線インターフェース１１は、電話端末２
１１〜２１ｎ等の通信端末と構内交換機２３との間のイ
ンターフェースであり、スイッチ１２と制御装置１４に
接続されている。スイッチ１２は、通信情報を指定され
た方路に向けて切り替え接続するための回路網である。
受付台インターフェース１３は、受付台端末２２１〜２
２３と構内交換機２３とのインターフェースであり、ス
イッチ１２と制御装置１４に接続されている。制御装置
１４は、構内交換機２３内の各部を制御するものであ
り、マイクロプロセッサやメモリー等と、マイクロプロ
セッサ上で走行するソフトウェアとで構成されるが、機
能的には図１に示すように、端末管理メモリ１５、ビッ
トマップ編集部１６、及び送信データ作成部１７とデー
タ送信部１８とからなる。

【００２０】第１の実施の形態における最も特徴的な部
分は制御装置１４及びサーバ２４内の機能構成にあり、
以下にその詳細を説明する。

【００２１】端末管理メモリ１５は、電話端末２１１〜
２１ｎ毎に話中番号を保持しておくものであり、ビット
マップ編集部１６から参照される。また、後述するよう
にサーバ２４内にも端末管理メモリ１Ｂがあり、制御装
置１４及びサーバ２４内で同じ値が記憶されている。

【００２２】図４は、端末管理メモリ１５，１Ｂの構成
を示したものであり、少なくとも電話端末２１１〜２１
ｎ毎に話中番号を保持している。ここで、話中番号とは
構内交換機−サーバ連携システムの保守担当者が各電話
端末２１１〜２１ｎ一台に付き１つづつ割り振った論理
的な番号（例えば電話端末番号）である。

【００２３】ビットマップ編集部１６は、各電話端末２
１１〜２１ｎの空／塞がりの状態の遷移を内線インター
フェース１１を介して検出して、構内交換機内端末管理
メモリ１５から当該電話端末の話中番号を取得して、後
述する端末空／塞がりビットマップ中の話中番号に対応
する位置のビットを各電話端末の空／塞がり状態に応じ
てオン又はオフにするものである。

【００２４】図５は、端末空／塞がりビットマップを示
したものである。端末空／塞がりビットマップは、構内
交換機−サーバ連携システムが管理する電話端末２１１
〜２１ｎの空／塞がりの状態をビットのオン・オフの形
で管理しておくためのものであり、ビットマップ編集部
１６によって管理される。なお、端末空／塞がりビット
マップの各ビットは話中番号に１対１で対応していて、
話中番号順に並んでいる。また、後述するようにサーバ
２４内のビットマップ復元部１Ａは、受信データから、
図５に示したものと同じ形式の端末空／塞がりビットマ
ップ（サーバ内）を復元（作成）する。

【００２５】送信データ作成部１７は、１秒周期で１０
００台分の電話端末２１１〜２１ｎの空／塞がり状態の
情報をビットマップ編集部１６の管理する端末の空／塞
がりビットマップから読みとってデータを編集して、編
集後の送信データをデータ送信部１８に渡すものであ
る。

【００２６】図６に、このとき送信データ作成部１７に
よって編集されてデータ送信部１８に渡される送信デー
タの構成を示す。送信データは共通データエリアと個別
データエリアからなり、共通データエリアは従来と同じ
であるので説明は省略する。個別データエリアは従来と
は異なって、１０組の情報要素識別子とビットマップと
の対で構成される。

【００２７】情報要素識別子は、当該ビットマップが端
末空／塞がり情報を示すデータであることを識別するた
めのものであり、情報要素識別子１つあたり１６×２ビ
ット（３２ビット）の容量を持つ。

【００２８】ビットマップは、端末空／塞がり情報をビ
ットのオン・オフであらわしたものであり、１つのビッ
トマップは１６×７ビット（１１２ビット）の容量を持
ち１００台分の電話端末の空／塞がり情報を表現する。
１００台分の電話端末２１１〜２１ｎの空／塞がり情報
を表現するには１００ビットで十分であるが、１６の倍
数のビットを単位としたほうが管理が容易であるので、
ここでは残りの１２ビットをダミーとして取り扱う。

【００２９】データ送信部１８は、構内交換機２３から
サーバ２４へデータの送信をおこなうものであり、送信
データ作成部１７からサーバ２４へ渡すデータを受け取
って当該データをサーバへ渡す。

【００３０】また、サーバ２４は、図１に示したよう
に、少なくともデータ受信部１９、及びビットマップ復
元部１Ａと端末管理メモリ１Ｂを備えていてる。

【００３１】データ受信部１９は、構内交換機２３から
図６に示した形式のデータを受信するものであり、受信
したデータの個別データエリアはデータ受信部１９から
後述するビットマップ復元部１Ａに渡される。

【００３２】ビットマップ復元部１Ａは、受信データの
個別データエリアをデータ受信部１９から受け取って、
情報要素識別子が当該ビットマップが端末空／塞がり情
報を示すデータであることを示している場合に、当該情
報要素識別子に対応するビットマップから、図５に示し
た端末空／塞がりビットマップをサーバ２４内に復元
（作成）する。

【００３３】サーバ内端末管理メモリ１Ｂは、電話端末
２１１〜２１ｎ毎に話中番号を保持しておくものであ
り、上述したように、構内交換機内端末管理メモリ１５
と同じ値が記憶されている。

【００３４】以下に、第１の実施の形態における構内交
換機−サーバ連携システムの動作を説明する。

【００３５】あらかじめ、構内交換機内端末管理メモリ
１５とサーバ内端末管理メモリ１Ｂに話中番号（同じ
値）を記憶しておく。

【００３６】まず、電話端末２１１〜２１ｎの何れかの
空／塞がり状態が遷移したときの構内交換機の動作を図
７のフローチャートを参照しながら説明する。

【００３７】電話端末２１１〜２１ｎの何れかが空き状
態からオフフック状態に遷移したときに、ビットマップ
編集部１６は内線インターフェース１１を介してその状
態の遷移を認識して、当該電話端末の話中番号を構内交
換機内端末管理メモリ１５から参照して、端末空／塞が
りビットマップ中の話中番号に対応する位置のビットを
オンにする（ステップ７０１，７０２，７０３）。

【００３８】その後、当該電話端末の通話が終了してオ
ンフック状態になったときに、ビットマップ編集部１６
は、内線インターフェース１１を介してその状態の遷移
を認識して、当該電話端末の話中番号を構内交換機内端
末管理メモリ１５から参照して、端末空／塞がりビット
マップ中の話中番号に対応する位置のビットをオフにし
て、当該電話端末は空き状態になる（ステップ７０４，
７０５，７０６，７０７）。

【００３９】また、電話端末２１１〜２１ｎの何れかに
何らかの障害が発生したとき、あるいは保守担当者が当
該電話端末２１１〜２１ｎの何れかを使用不可の状態
（コマンド閉塞）に設定したときは、ビットマップ編集
部１６が内線インターフェース１１を介してその状態の
遷移を認識して、当該電話端末の話中番号を構内交換機
内端末管理メモリ１５から参照して、端末空／塞がりビ
ットマップ中の話中番号に対応する位置のビットをオン
にする（ステップ７０１，７０８，７０３）。

【００４０】その後、当該電話端末の通話の障害が回復
したとき、あるいは保守担当者が当該電話端末を使用可
能状態に設定したときに、ビットマップ編集部１６は、
内線インターフェース１１を介してその状態の遷移を認
識して、当該電話端末の話中番号を構内交換機内端末管
理メモリ１５から受け取り、端末空／塞がりビットマッ
プ中の話中番号に対応する位置のビットをオフにして、
当該電話は空き状態（使用可能状態）になる（ステップ
７０９，７１０，７０６，７０７）。

【００４１】次に、電話端末２１１〜２１ｎの空／塞が
り情報をサーバ２４へ送信するときの構内交換機の動作
を図８のフローチャートを参照しながら説明する。

【００４２】送信データ作成部１７は、１秒毎に、ビッ
トマップ編集部１６から端末空／塞がりビットマップを
読みとって１０００電話端末分のビットマップを図６に
示した形式にデータを編集して、編集後の送信データを
データ送信部１８に送る（ステップ８０１〜８０３）。

【００４３】データ送信部１８は、送信データを送信デ
ータ作成部１７から受け取って、サーバ２４に当該送信
データを送信する（ステップ８０４）。

【００４４】最後にサーバ２４の動作を以下に説明す
る。

【００４５】サーバ２４内のデータ受信部１９は、構内
交換機２３内のデータ送信部１８から図６に示した形式
でデータを受信して、データ内の個別データエリアをビ
ットマップ復元部１Ａに送る。

【００４６】個別データエリアを受け取ったビットマッ
プ復元部１Ａは、情報要素識別子が当該ビットマップが
端末空／塞がり情報を示すデータであることを示してい
る場合に、当該情報要素識別子に対応するビットマップ
から、図５に示した端末空／塞がりビットマップをサー
バ２４内に復元（作成）する。

【００４７】その後、サーバ２３は、端末空／塞がりビ
ットマップを各受付台端末２２１〜２２３毎にデータを
振り分けて、また必要があればサーバ内端末管理メモリ
１Ｂを参照して端末の空／塞がり情報を加工した上で、
端末の空／塞がり情報を当該受付台端末に配信する。そ
の後、受付台端末２２１〜２２３では、テナントや各フ
ロアの座席情報、個人、テナントの詳細情報等と共に端
末の空／塞がり情報を組み合わせ、所望のサービスを提
供する。

【００４８】このように、構内交換機２３とサーバ２４
内にそれぞれ端末空／塞がりビットマップと端末管理メ
モリ１５，１Ｂを設けて、両方の端末空／塞がりビット
マップの格納順を話中番号順にして、両方の端末管理メ
モリ１５，１Ｂに同じ値（話中番号）を保持しておくこ
とによって、構内交換機２３からサーバ２４へのデータ
送信のときに端末識別を行うための情報を送る必要がな
くなる。

【００４９】以上のように第１の実施の形態によれば、
あらかじめ端末管理メモリ１５，１Ｂに話中番号を記憶
しておき、ビットマップ編集部１６が電話端末２１１〜
２１ｎの端末空き／塞がり状態が遷移したときに当該電
話端末の話中番号を構内交換機内端末管理メモリ１５か
ら参照して、端末空／塞がりビットマップ中の話中番号
に対応する位置のビットをオン・オフして、送信データ
作成部１７が、１秒毎に、ビットマップ編集部１６から
端末空／塞がりビットマップを読みとって１０００電話
端末分のビットマップを編集して、編集後の送信データ
をデータ送信部１８に送り、データ送信部１８がサーバ
２４に当該送信データを送信して、サーバ２４内のデー
タ受信部１９はデータを受信して、データ内の個別デー
タエリアをビットマップ復元部１Ａに送り、ビットマッ
プ復元部１Ａが、情報要素識別子が当該ビットマップが
端末空／塞がり情報を示すデータであることを示してい
る場合に、当該情報要素識別子に対応するビットマップ
から、端末空／塞がりビットマップをサーバ２４内に復
元するするようにしたので、構内交換機とサーバ間の通
信回数を減らすことができ、さらに、端末識別情報を送
信する必要がなくなり、単位時間当たりの構内交換機か
らサーバへの送信データ量を削減することが可能にな
る。

【００５０】１つの構内交換機に１０００台の電話端末
を収容しているとすると、従来の図３に示した形態で
は、１度にサーバへ送信するデータ量は（４５＋７＋
２）×１６ビット（８６４ビット）になる。また、当該
構内交換機の呼量が８０００ＢＨＣＡ（Ｂｕｓｙ Ｈｏ
ｕｒ Ｃａｌｌ Ａｔｔｅｍｐｔ）であるとすると、１
回の通信で発呼（着信）と切断で２回の通信が必要にな
り、１時間当たりの通信回数は８０００×２回（１６０
００回）になる。したがって、１時間当たりの通信量は
８６４×１６０００＝１３，８２４，０００ビットにな
る。

【００５１】同じ条件で第１の実施の形態における１回
あたりのサーバへ送信するデータ量は、（４５＋（２＋
７）×１０）×１６ビット（２１６０ビット）になる。
また、１時間当たりの通信回数は、１秒周期でデータを
送信するので、３６００回必要になる。従って、１時間
当たりのサーバへ送信するデータ量は、２１６０×３６
００＝７，７７６，０００ビットになる。

【００５２】このように、第１の実施の形態における通
信回数は従来の３６００÷１６０００＝０．２２５（約
４分の１）になり、１時間当たりのサーバへ送信するデ
ータ量は７７７６０００÷１３８２４０００＝０．５６
２５（約２分の１）になり、通信回数と単位時間当たり
のサーバへ送信するデータ量を少なくすることができ
る。なお、当該構内交換機が収容する電話端末の数（回
線数）や当該構内交換機の呼量が多くなるほど、通信回
数と単位時間当たりのサーバへ送信するデータ量は共に
従来との差が顕著にあらわれる。

【００５３】（その他の実施の形態）第１の実施の形態
では、１０００台の電話端末２１１〜２１ｎを収容して
いる構内交換機２３を例に説明したが、収容している電
話端末２１１〜２１ｎの台数は任意であり、例えば２０
００台の電話端末２１１〜２１ｎを収容しているとする
と、送信データ作成部１７は、前回送信した１０００台
分の電話端末２１１〜２１ｎの空／塞がり情報とは別の
１０００台分の電話端末２１１〜２１ｎの空／塞がり情
報を編集して編集後のデータをデータ送信部１８に渡す
ようにすればよい、この場合、各１０００台分の電話端
末２１１〜２１ｎの空／塞がり情報は２秒周期で編集さ
れてデータ送信部１８に渡される。

【００５４】また、第１の実施の形態では、１秒周期に
１０００台（電話端末）分の情報を送信するようにした
が、周期及び台数は任意に設定できる。同様に、サーバ
へ送信するデータの形式も他の形式でもよい。

【００５５】さらに、第１の実施の形態では、収容する
全ての電話端末２１１〜２１ｎに話中番号を設定するよ
うにしたが、モニタ登録対象の電話端末２１１〜２１ｎ
にのみ任意の論理的な番号を設定して、話中番号の設定
された電話端末の空／塞がり情報のみを端末空／塞がり
ビットマップに設定する用にしてもよい。

【００５６】さらにまた、第１の実施の形態では、端末
管理メモリ１５，１Ｂを設定してから端末空／塞がりビ
ットマップを編集するようにしたが、端末管理メモリ１
５，１Ｂを設けずにビットマップ編集部が電話端末の物
理的な収容位置に対応する端末空／塞がりビットマップ
のビットをオン又はオフに設定するようにしてもよい。

【００５７】なお、第１の実施の形態では、空／塞がり
情報のみを送信するようにしたが、空／塞がり情報以外
の他の情報にも同様に適用できる。

【００５８】

【発明の効果】以上説明したように本発明によれば、構
内交換機内で、内線端末情報記憶手段が複数の内線端末
に係る内線端末情報を記憶して、周期送信手段が周期的
に内線端末情報記憶手段に格納された内線端末情報を規
定の台数分だけ所定の順にサーバへ送信することによ
り、受信した内線端末情報の順序によって当該内線端末
情報がどの内線端末に対応しているかを識別可能にし
て、サーバ内で、内線端末情報受信手段が構内交換機か
ら内線端末情報を受信して格納するようにしたので、構
内交換機とサーバ間の通信回数を減らすことができ、さ
らに、単位時間当たりの構内交換機からサーバへの送信
データ量を削減することが可能になる。

【図面の簡単な説明】

【図１】第１の実施の形態における構内交換機−サーバ
連携システムの機能構成を示すブロック図である。

【図２】構内交換機−サーバ連携システムのハードウェ
ア構成を示すブロック図である。

【図３】従来のサーバへ送信するデータの形式を示す図
である。

【図４】第１の実施の形態における端末管理メモリの構
成を示す図である。

【図５】第１の実施の形態における端末空／塞がりビッ
トマップの構成を示す図である。

【図６】第１の実施の形態におけるサーバへ送信するデ
ータの形式を示す図である。

【図７】第１の実施の形態における端末空／塞がりビッ
トマップの更新の処理の流れを示すフローチャートであ
る。

【図８】第１の実施の形態における端末空／塞がりビッ
トマップの読み取りからサーバへのデータの送信までの
処理の流れを示すフローチャートである。

【符号の説明】

１１ 内線インターフェース １５，１Ｂ 端末管理メモリ １６ ビットマップ編集部 １７ 送信データ作成部 １８ データ送信部 １９ データ受信部 １Ａ ビットマップ復元部 ２３ 構内交換機 ２４ サーバ ２１１〜２１ｎ 電話端末

Claims (4)

【特許請求の範囲】
1. 【請求項１】 サーバとこのサーバに接続された構内交
   換機とで構成されて、構内交換機に収容されている内線
   端末に係る内線端末情報を構内交換機がサーバへ送信し
   て、内線端末情報を受信したサーバが内線端末情報を用
   いて所定の処理を行う構内交換機−サーバ連携システム
   において、 上記構内交換機が、複数の内線端末に係る内線端末情報
   を記憶しておく内線端末情報記憶手段と、 周期的に、上記内線端末情報記憶手段に記憶された内線
   端末情報を、規定の台数分だけ、所定の順に、サーバへ
   送信する周期送信手段とを備え、 上記サーバが、上記構内交換機から内線端末情報を受信
   して格納する内線端末情報受信手段を備えたことを特徴
   とする構内交換機−サーバ連携システム。
2. 【請求項２】 上記内線端末情報受信手段は、受信した
   内線端末情報の受信順によって対応する内線端末を識別
   する内線端末識別部を備え、 受信した内線端末情報を、対応する内線端末を識別でき
   る形式で格納することを特徴とする請求項１に記載の構
   内交換機−サーバ連携システム。
3. 【請求項３】 上記内線端末情報が、内線端末が発信及
   び又は着信可能であるか否かの状態を示す情報であるこ
   とを特徴とする請求項１又は２に記載の構内交換機−サ
   ーバ連携システム。
4. 【請求項４】 上記周期送信手段は、内線端末情報の各
   属性をビットのオン・オフの形でサーバへ送信すること
   を特徴とする請求項１〜３の何れかに記載の構内交換機
   −サーバ連携システム。