JPH07321924A - 呼カバー装置における暗黙主電話機アドレス方式 - Google Patents

Abstract

(57)【要約】 【目的】 電話システムの呼カバー装置の技術進歩が達
成され。 【構成】 主電話機に宛てられた呼をカバー電話機に転
送するための条件を指定する呼カバー条件がメモリーに
記憶される。主電話機のための複数個のカバー電話機の
番号がカバー電話機の優先順と共に記憶される。主電話
機に呼が到来するとカバー条件が調べられ、カバー条件
が満足されたときには呼が応答されるか放棄されるま
で、呼は順次にカバー電話機の各々に対して転送され
る。

Description

【発明の詳細な説明】

【０００１】

【技術分野】本発明は蓄積メモリーを有し、複数の電話
機を取扱う電話システムにおける呼カバー（代行受信）
電話機における呼取扱い方法に関する。

【０００２】

【発明の背景】現在まで、秘書、扱者その他の呼カバー
加入者は、各々の主電話機にある専用の選択キーを用い
るか、あるいは多くの場合他の特別キーと共に主電話機
の電話番号をダイヤルすることによってひとつの主電話
機以上の呼を処理して来た。例えば、５人の重役（主電
話機）に対して呼カバー（代行受信）サービスを行なう
秘書は電話機のコンソールに組込まれた直接電話機選択
（ＤＳＳ）キーフィールドを持つか、電話機に接続され
た別個のＤＳＳキーを持っている。いずれの場合でも、
ＤＳＳフィールドはその各々が主電話機の異なるものに
別個に専用となった押ボタンキー（スイッチ）のフィー
ルドからなっている。さらに秘書電話機には各々の主電
話機のラインごとに別個のキー収納端子が設けられてい
る。従って、例えば、もし呼が主電話機Ａに到来し、こ
の呼に対してＡが応答しないときには、秘書はＡのライ
ンキーを押して呼に応答し、メッセージを受け、Ａに関
連したＤＳＳキーを押すことによってＡの電話機のメッ
セージ待ちのランプを点灯する。その代り、秘書が通常
は主電話機の呼に応答し、重要な呼に対してだけ主電話
機に知らせるようにしてもよい。ＤＳＳフィールドはこ
のような場合にはインターコム用に主電話機に布線され
ている。

【０００３】ある種の電話システムでは、典型的にＤＳ
Ｓフィールドの代りにカバーサービスを受ける呼に対し
て選択的処理を行なう。秘書は主電話機に対する呼を選
択し、重要な呼に対してだけ応答するように、その呼を
保留して、インターコムシステムで適切な主電話機の内
線番号をダイヤルすることによって主電話機に知らせ
る。ＤＳＳ形のシステムは、満足すべきものであるが、
システムを通して専用スイッチが必要となるので高価で
あり、ある種のシステムではスイッチ当りに専用線の布
線が必要である。これに対して選択処理システムでは、
同じ機能を実行するためにＤＳＳシステムに比べてカバ
ー者側で本質的により多くの手動操作を行なわなければ
ならない。本発明に従えば、この問題は予め定められた
環境の下では呼カバー電話機に対して主電話機の主グル
ープに向けられた呼を転送し、呼カバー電話機に転送さ
れた呼について、呼カバー電話機からの信号に応動して
宛先の主電話機を自動的に識別し、直前のステップ識別
された主電話機に対して信号によって指定された呼処理
動作を実行する段階を含む方法によって解決される。

【０００４】

【発明の要約】記憶装置を有し複数の電話機を取扱う加
入者宅内の電話システムで使用する方法について、上述
の問題が解決され技術についての進歩が得られることに
なる。システムによって取扱われる電話機の予め定めら
れたグループに向けられた呼は、ある定められた環境に
おいて呼カバー電話機に向けられる。カバー電話機にお
ける加入者はその呼がカバーされた主電話機に対してあ
る呼処理動作を完結することを望むかもしれない。カバ
ー電話機からのカバー呼の間の信号に応動して、システ
ムはそれに対してその呼が元々向けられた主電話機を自
動的に識別し、識別された主電話機に関して要求された
呼処理動作を実行する。有利な一実施例においては、電
話機のひとつを複数の主電話機に対する呼カバー電話機
として識別するための情報がメモリーに記憶される。さ
らに、各々の主電話機ごとに主電話機のひとつに向けら
れた呼をカバー電話機に転送するための環境を指定する
呼カバー条件が記憶される。カバー電話機にはそれによ
ってカバーされている主電話機に対する呼に関して異な
る呼機能を動作するためのひとつあるいはそれ以上の機
能ボタンがある。主電話機に向けた呼がカバー電話機に
転送されるときには、呼を転送する前に主電話機の番号
がメモリーに記憶されている。カバー電話機における機
能ボタンをひとつあるいはそれ以上操作することによっ
て、カバー電話機からそれ以上主電話機識別の入力を行
なうことなく、呼が最初に向けられた主電話機に関する
要求された呼機能が実行される。

【０００５】図示のシステムにおいては、主電話機に適
用可能な“すべての呼を送る”あるいは“応答しない”
というようなカバー条件を満足すると、呼は自動的に指
定されたカバー電話機に転送される。このような条件が
満足されると、主電話機に向けられた呼は自動的に予め
定められたカバー経路に向けられる。カバー経路のカバ
ー電話機には打合せボタンが設けられていることもあ
る。このボタンの目的はカバー加入者がカバー呼の間に
主電話機と通信して、主電話機に対してその呼の重要性
その他について知らせるためのものである。これは例え
ば主電話機が“すべての呼を送る”（全呼転送）機能を
起動し、カバー加入者に対してある種の相手からの電話
を知らせるようにたのんだ場合などに必要になる。従来
のシステムでは主電話機と相談するには、カバー電話機
は主電話機の専用の選択キーを押すか、あるいはカバー
呼を保留した後で主電話機の電話番号をダイヤルしなけ
ればならない。

【０００６】本発明に従えば、その図示のシステムでは
カバーユーザ（秘書）はただ打合せボタンを押せばよ
く、システムは自動的に元の呼の宛先である主電話機に
対する呼を開始する。打合せ呼が再び転送されてしまう
のを防止するために、打合せ呼に対しては優先呼クラス
のマークが付けられている。到来呼に対してはカバー条
件を適用する前に、システムはまず優先クラスのマーク
を調べる。もしクラスマークがセットされていれば、カ
バー条件は適用されず、呼は宛先の主電話機に向けられ
る。図示のシステムはまたリーブワード呼（ＬＷＣ）
と、カバーコールバック（ＣＣ）と呼ばれる呼カバーに
関連した機能を持っている。ＬＷＣとＣＣの機能は電話
機のＬＷＣおよびＣＣ機能ボタンの動作によって主電話
機に対するコールバックメッセージが自動的に発生され
て記憶される。呼がカバー電話機でカバーされていると
きに、カバー電話機でＬＷＣ機能が起動されると、主電
話機に対してカバー電話機を呼ぶようにというメッセー
ジが記憶される。カバー電話機でＣＣ機能が起動される
と、主電話機に対してカバー電話機ではなく、元の起呼
者に対して呼を返送するように知らせるメッセージが形
成される。いずれの場合にも、それについてメッセージ
が記憶される主電話機は適切な機能ボタンの操作によっ
てシステムで識別される。

【０００７】

【一般的説明】本発明は一例として、一般的呼カバー装
置を提供する加入者宅内の電話システムとして実現され
る。呼カバー条件の集合が主電話機に向けられた呼がカ
バー電話機に転送されるための条件を指定するメモリー
に記憶されている。カバー電話機は呼カバー条件下にあ
るＰＳに向けられた呼を受信するように指定されたひと
つあるいはそれ以上の予め定められた電話機である。主
電話機に対する第１のカバー電話機の番号も記憶されて
いる。さらに、カバー電話機の優先順の表示と共に主電
話機のひとつあるいはそれ以上のカバー電話機の番号も
記憶されている。カバー条件が主電話機に対する呼に応
動して検査され、そのときにその条件が満足されると、
呼は第１のカバー電話機に転送させれる。第１のカバー
電話機でその呼が一定の時間無応答であれば、これは次
に自動的に第１のカバー電話機から順次に指定された優
先順で他のカバー電話機の各々に対して転送され、最後
に呼は応答されるか放棄されるかすることになる。

【０００８】カバー条件は周知の技術と比較してより一
般的である。条件は到来呼のクラスと主電話機の状態と
によっている。主電話機に対する呼は、カバー電話機に
対してただちに転送されるか、主電話機に対してだけ向
けられるか、あるいはまず主電話機に向けられ指定され
た時間の間主電話機に対する応答がないときにカバー電
話機に向けられるか、であり、これらはすべてカバー条
件に従い、これは後述のように呼のクラスと主電話機の
状態の両方にもとずくオプションを含んでいる。

【０００９】従来の電話システムにおいては、電話機は
１本のラインあるいは複数個のラインを含み、その各々
は異なる選択ボタンに接続されている。以下に開示する
システムにおいては、電話機にはその各々が異なるボタ
ンに関連する複数の呼収納端子を持つ単一のラインかあ
るいは各々が複数の呼収納端子を持つ複数のラインかが
関連している。各々の呼収納端子は同時に独立した呼機
能に関連している。従って、例えば、電話機は三つの呼
収納端子を持つラインを持っており、それには任意の時
点で１本の収納端子では呼を保留され、主電話機は他の
収納端子で起呼者と通信しており、一方入来呼が第３の
収納端子でリンギングしているというような動作ができ
る。もしひとつあるいはそれ以上の電話ラインの呼収納
端子が呼機能で使用されていれば、電話ラインは動作状
態にあると定義される。もしすべての呼収納端子が動作
状態にあれば、電話ラインは塞りでアクティブである。
一例として、後述するカバー方法は一般に単一の電話線
について動作する。従って、複数のラインを持つ電話機
では各ラインについて異なるカバー条件を指定すること
ができる。この方法を簡単化し、本発明の理解を助ける
ために、以下の説明ではシステムによって取扱われる各
電話機には単一のラインが装備されており、それには複
数の呼収納端子があるものと仮定するが、請求の範囲は
これには限定されないものであることを理解されたい。

【００１０】以上のことを背景として、カバー条件の一
例についてもっと詳細に定めることにしよう。有利な一
実施例に従えば、主電話機の状態に関して、主電話機は
電話機が動作中のときだけ呼を転送する、電話機が塞が
りのときだけ転送する、あるいは指定された期間の間主
電話機が応答しないとき転送するなどを指定することが
できる。入来呼のクラスに関しては、主電話機はシステ
ムによって取扱われる電話機から発生した呼（内線呼）
だけを転送するあるいはシステムによって取扱われない
電話機からの呼（外線呼）だけを転送するなどを指定す
ることができる。上述の呼クラスのカバーオプションは
電話機状態カバーオプションと任意に組合わせることが
できる。従って、例えば、もし主電話機が望めば、動作
中の電話機を宛先とする外線呼だけをカバー電話機に転
送するとか、塞りの電話機を宛先とする内線呼だけをカ
バー電話機に転送するとかいうことができるようにな
る。同様に、すべての内線呼をカバーするオプションと
すべての外線呼をカバーするオプションを選択すること
によってすべての呼を転送することができる。他の例と
して、主電話機が指定された期間の間に応答しないとき
だけ、外線呼、内線呼あるいは両方を転送することを主
電話機は指定することができる。要約すれば、主電話機
は図示のカバーサービス環境の中で必要となるカバー条
件を指定する完全な融通性を持つことになる。

【００１１】呼カバーが適応されないような種別の呼も
存在する。後述するようにこのようなタイプの呼は、カ
バー電話機における秘書のようなカバー扱者から、秘書
によってカバーされた呼について、主電話機にかけた呼
などである。主電話機はすべての呼を秘書に転送して重
要なものだけを選択するように決め、秘書は主電話機に
対して問題となっている呼に出るように知らせたいと考
える。秘書から主人への電話もまたカバー条件に従って
転送されてしまうのを防止するために、その呼には優先
呼としてのクラスマークが付けられる。このクラスの呼
は自動的にカバー条件から外されることになる。カバー
法の“すべての呼を転送する”（ＳＡＣ）という特徴は
部分的には従来のシステムと同様に動作する。主電話機
はダイヤルアクセスコードによるか、機能ボタンを持つ
ステーションについては専用のＳＡＣボタンを動作する
ことによって機能を起動する。いずれの場合にも、それ
以後のすべての呼はその機能を止めるまでは秘書に転送
される。ここで開示するシステムは主電話機にそのとき
到来しているひとつあるいはそれ以上の呼に関してそれ
を機能させることによってＳＡＣ機能の用途を拡張す
る。従って、ＳＡＣ機能が起動されない一電話機でも単
にＳＡＣボタンを押して、もし、必要なら到来呼をただ
ちに処置することができる。この機能はこのあとボタン
が再び押されるまでアクティブにしておいてもよい。こ
の機能をずっとアクティブにしておかないでそのとき到
来した呼だけを転送したいならば、主電話機ではＳＡＣ
ボタンを続けて２回押せばよい。

【００１２】

【詳細な説明】図面中では３桁の番号については１桁目
が、４桁の番号については１桁目と２桁目がそれに対応
する構成要素が現われる図面番号を示している。従っ
て、例えば構成要素３０５と１６０２はそれぞれ図３、
図１６に現われる。

【００１３】図１は本発明が実現されるディジタル通信
システムを図示している。システムは４つの主構成要素
−制御プロセッサ１０１、スイッチ１０２、応用プロセ
ッサ（ＡＰ）１０３およびメッセージセンター（ＭＣ）
１０４を含んでいる。制御プロセッサ１０１は中央処理
ユニット（ＣＰＵ）１０７を含むが、これは市販されて
いる多種類のプロセッサの内のどのようなものでも良
く、これはメモリー１０８に記憶された命令とデータを
用いてシステムの主要な動作を制御する。詳しく述べれ
ば、ＣＰＵ１０７はチャネル１１４によって、スイッチ
１０２の動作を制御する。さらに制御プロセッサ１０１
はディジタルチャネルインタフェースユニット（ＤＣＩ
Ｕ）１１０とディジタルデータチャネル１１１を含むデ
ータ接続によってＡＰ１０３と通信する。

【００１４】スイッチ１０２は１００−１〜１００Ｎの
ような内線電話機の間および内線電話機と交換局（図示
せず）へのトランクトランク１０９の間にタイムスロッ
トの相互接続を行なう時分割ネットワーク１０６を含む
ディジタル交換ネットワークである。各々の内線電話機
とトランクはインタフェースポート回路１０５および１
１６を経由してネットワーク１０６に接続されている。
ＣＰＵ１０７は接続１１４と入出力インタフェース回路
１１５を経由して三つのポート回路によって電話機およ
びトランクと通信する。

【００１５】ＤＣＩＵ１１０はデータアクセスチャネル
を経由してＣＰＵ１０７およびＡＰ１０３と接続され
る。ＡＰ１０３はそれ自身の中央処理ユニットＡＰ／Ｃ
ＰＵ１１２を含むが、これは市販のマイクロプロセッサ
で実現できる。ＡＰ１０３はまたリーブワード呼（ＬＷ
Ｃ）のような大量データを扱う機能を管理するための大
容量メモリー１１３とメッセージセンター１０４管理を
含んでいる。例えばＬＷＣメッセージは大容量メモリー
１１３に記憶され検索される。ＤＣＩＵインタフェース
プログラムは詳細には述べないが、ＡＰとの間でのデー
タの送受信を制御する。大容量メモリー１１３は多数の
市販されているシステムをどのように作っても実現でき
る。

【００１６】メッセージセンターＭＣ１０４はこの例で
は主電話機に向けられた呼の最終的なカバー点として用
いられる。ＭＣの詳細な理解は本発明の理解には必要な
く、一般的にだけ説明する。システムは複数のＭＣを持
って良く、ここでは簡単のためひとつだけを図示してい
る。ＭＣの扱者位置は１００−Ｎのような電話機とディ
スプレイ端末およびキーボード１１７を含んでいる。図
１にはこれらの位置の内のひとつだけが示されている
が、ＭＣはいくつかの扱者位置を含んでいても良い。Ｍ
Ｃの電話機は均一呼分配（ＵＣＤ）グループの一部とし
てアクセスされる。主電話機を宛先として来た呼がカバ
ーサービスのためにＭＣ１０４に転送され１００−Ｎの
ような電話機に到来したとしよう。これと当時にＣＰＵ
１０７はＡＰ１０３に対して電話機１００−Ｎのカバー
呼と、その呼のはじめの宛先である主電話機と呼転送の
理由について通知する。これに応動して、ＡＰ１０３は
主電話機に関する大容量メモリーのファイルにアクセス
し、端末１１７に対して情報を表示する。この表示され
た情報は図の例では端末番号と、主電話機の加入者名呼
を秘書に転送した理由、および主人がデータファイルに
入れたテキスト情報があればその情報を含んでいる。テ
キスト情報は例えば主人の所在、帰刻、特定の起呼者に
対するメッセージその他を含んでいる。端末１１７にお
ける表示された情報はまた起呼者の番号情報を含んでい
る。

【００１７】表示された情報によってＭＣの扱者は、扱
者があたかも主人の秘書であるかのように、呼に対して
知的に応答することができる。扱者は端末１１７を経由
して主人のデータファイルに対して起呼者からのメッセ
ージを直接に入力することができる。

【００１８】図２は主電話機として使用することができ
る典型的な多機能電話機を示している。図示のシステム
で使用する電話機はアナログ、ディジタルのいずれでも
良い。リーブワード呼（ＬＷＣ）およびすべての呼を送
る（全呼転送）（ＳＡＣ）のような機能はアナログ電話
機、ディジタル電話機のいずれからでも起動することが
できる。多機能電話機には機能起動ボタンが設けられて
いる。しかし、機能はどのような電話機からでもダイヤ
ルアクセスコード（ＤＡＣ）で起動することができる。
図２の電話機は単一ラインの電話機番号４３８８に関連
して、三つの呼収納端子選択ボタン２１０乃至２０３を
有している。これらの呼収納端子の各々には同時に独立
の呼が存在できるが、その内のひとつの呼だけが通話状
態をとることができる。各々の呼収納端子に関連したラ
ンプ２０８はＩユースランプと呼ばれ、関連する選択ボ
タンの操作によって選択された呼収納端子の状態を示
す。ランプ２０９は状態ランプであり、定常的に点灯し
たり、フラッシュしたりしてリンギング、通話中、保留
中のような呼収納端子の状態を表示する。

【００１９】一般に、図２の電話機のボタンの大部分は
必要に応じて呼収納端子ボタンあるいは特別機能ボンタ
として割当てられる。図示の例では電話機はそれぞれＳ
ＡＣ機能とＬＷＣ機能に割当てられた起動ボタンを有し
ている。ボタン２０６を動作することによってＳＡＣ機
能が起動されると、その電話機に到来するすべての呼、
将来の呼もそのとき到来している呼もこのシステムに関
連してシステムに記憶されているカバー情報に従ってカ
バー電話機に転送される。２度目にＳＡＣボタン２０６
を押すことによってＳＡＣ機能は取り消される。ＬＷＣ
ボタン２０７はＬＷＣ機能を起動する。Ｉ−ユースラン
プはこれらの機能ボタンとしては使用されない。ＳＡＣ
ボタンに関連した状態ランプ２０４はこの機能が起動さ
れたときには定常的に点灯する。ＬＷＣメッセージの発
生と記憶が成功したときにはそれに応動してＬＷＣ状態
ランプ２０５は呼の間点灯する。ランプ２０５は呼の終
りでは消灯する。このランプはＬＷＣの試みが不成功で
あったり、無効であったりしたときには点滅する。

【００２０】もしＬＷＣメッセージの発生に成功し、図
２の電話機に関連した主人のために記憶されると、主人
は図２の左手のボタンにあるＡＭＷランプ２００の点灯
によってメッセージについて知らされる。一例として、
この電話機はメッセージ検索ディスプレイを持っていな
いとする。メッセージを検索するには主人はもし存在す
れば、ディスプレイを持ったその秘書を呼ぶか、ＭＣを
呼び出す。

【００２１】図３は秘書が使う典型的な電話機を示して
いる。これは図２のセットと本質的に同一の機能を持
つ。さらに、この電話機は秘書に固有のいくつかの機能
を有している。このような特徴のひとつはＬＷＣおよび
ＣＣメッセージを検索するのに使用され、また４０文字
のディスプレイに入るＭＣメッセージを取り出すための
４０文字の英数字ディスプレイである。このディスプレ
イモジュールは電話機に付属させてもよく、あるいは電
話機は独立していても良い。その電話機の主（例えば、
秘書）に対するメッセージはメッセージ／検索モード
（ＭＲＭ）ボタン３０６を操作することによって得るこ
とができる。もしその電話機がひとつあるいはそれ以上
の電話機のカバー路に存在する場合には、これらの主電
話機に対するメッセージはカバーメッセージ検索モード
（ＣＨＲＭ）ボタン３０７を押すことによって得られ
る。メッセージが表示された後で、メッセージは削除ボ
タン３０８を押すことによって記憶装置から削除され
る。さもなければ、メッセージは後刻検索するために残
される。ステップボタン３０９を押すことによって、次
のメッセージが表示され、もしなければ、それ以上のメ
ッセージが存在していことが表示される。

【００２２】ＬＷＣとＳＡＣのボタンに加えて、図３の
電話機はカバーコールバック（ＣＣ）ボタン３１０と打
合せボタン３１１を含んでいる。この両者のボタンはそ
の電話機でカバーされる呼についてだけ動作する。ＣＣ
ボタンによってＬＷＣ形のメッセージが発生されて記憶
される。カバー電話機におけるＬＷＣボタン操作の場合
には、主電話機に対してカバー加入者ではなく起呼者に
電話するように要求が行なわれる。打合せボタンによっ
てカバー加入者はカバーされた呼の宛先である主電話機
に対して、優先的に接続を行なうことができる。この機
能を実現するために、カバー加入者はカバー呼を保留す
るために、まず転送ボタン３１２あるいは打合せボタン
３１３を押す。この動作によってシステムは空きの呼収
納端子を選択する。打合せボタンの動作によって呼は自
動的に主電話機の選択れれた呼収納端子に与えられる。
打合せ呼は優先状態を持っているから呼カバーのための
転送は行なわれない。会議ボタンあるいは転送ボタンを
次に押すと、それぞれ起呼電話機とカバー電話機と主電
話機あるいは起呼電話機と主電話機が接続されることに
なる。

【００２３】カバー電話機のボタン３１４のような専用
ボタン以外の任意のボタンを主電話機のための自動メッ
セージ待ち（ＡＭＷ）に使用しても良い。このような場
合は、ボタンは機能を持たず、２１５のような関連する
ランプが主電話機のＡＭＷランプに対応して点灯するこ
とになる。

【００２４】〔表の説明〕図４および図８はシステムプ
ログラムが呼を処理するときに使用されるデータの表を
示している。システムの電話機は複数個の呼収納端子を
持つことができる１本のラインを持つという簡単化のた
めの前提があるから、本明細書中では“電話機”と“電
話ライン”という二つの用語は入替えて用いることがで
きる。図４はシステムの顧客によって定められるシステ
ムパラメータを定義するパラメータ表である。それにつ
いてカバーサービスを定めたシステム中の与えられた電
話線は呼カバーグループ（ＣＣＧ）に割当てられる。顧
客は任意の数の呼カバーグループを定義して良い。表Ｌ
ＸＬＮ６はその呼収納端子に適用できるカバーサービス
を定義するシステムの各々の呼収納端子についての記憶
ワードを含んでいる。呼収納端子は任意に割当てること
ができる内線ライン番号（ＩＬＮ）によって識別され
る。従って電話機９０１（図９）のひとつの呼収納端子
はＩＬＮ０に割当てられ、これはＬＸＬＮ６の第１ワー
ドを参照し、ＣＣＧ０に割当られていることになる。同
一の電話線の呼収納端子に関連するＬＸＬＮ６の各ワー
ドにはそれに同一のＣＣＧ番号が入っている。ＬＸＬＮ
６の各ワードはディスプレイ装置を持ったＣＣＧのその
主電話機のためのカバー電話機がその主人のＬＷＣメッ
セージを検索して良いかどうかを示すフラグＣＯＶ Ｒ
ＥＴ ＡＬＬＯＷを含んでいる。

【００２５】表２ＬＸＬＮは各々のＩＬＮについてのワ
ードを含んでいる。各ワードはその主電話線についての
サービスクラス表示ＣＬＳＲＶを含んでいる。ＣＬＳＲ
Ｖはそのラインに適用できる機能を定める番号を含んで
いる。ＣＬＳＲＶはそのラインについてのある種の機能
を定めるラインサービスクラス表ＬＣＯＳＴ４をアドレ
スするインデクスとして使用される。本明細書に関連す
る機能はＬＣＯＳＴ４に示されている。詳しく述べれ
ば、フラグＳＮＤＡＬＬは与えられたラインについてＳ
ＡＣ機能を起動して良いかどうかを示している。フラグ
ＬＷＣ ＳＮＤ ＡＳＧはそのラインからＬＷＣ機能を起
動できるかを示している。フラグＬＷＣ ＲＣＶ ＡＳＧ
はそのラインが主人としてそのラインについてＬＷＣメ
ッセージを記憶して良いかどうかを示している。

【００２６】カバー表としては４個ＣＯＶＲＴＢＬ０乃
至ＣＯＶＲＴＢＬ３が示されている。各々にはＬＸＬＮ
６から得られたＣＣＧ番号がインデクスとなっている。
ＣＯＶＲＴＢＬ０は適用できるＣＣＧに割り当てられた
電話機に適用できる呼カバー条件を含んでいる。表の各
グループは二つの条件のグループを含む。第１のグルー
プＣＶＲ ＩＮＴは内線呼（システムが取扱う電話機か
らの呼）に適用できる条件を示す。このグループの中で
ＣＤＡ−ＩＮＴフラグは主電話機に応答がないときに内
線呼をカバーすることを意味し、ＣＢＳＹ ＩＮＴはそ
の電話機が塞がりのとき内線呼をカバーすることを意味
し、ＣＡＣＴ ＩＮＴは電話機が動作中のとき内線呼を
カバーすることを意味し、ＣＡＬＬ ＩＮＴはすべての
内線呼をカバーすることを意味する。第２のグループＣ
ＶＲ ＥＸＴは上記の内線呼に対応するフラグを含む
が、これは主電話機に対する外線呼（システムによって
取扱われていない電話機からの呼）に関連するものであ
る。

【００２７】さらに、ＣＯＶＲＴＢＬ０の各ワードはＣ
ＶＲＰＴＳにそれぞれのＣＣＧについて定義されるカバ
ー電話機の数を、ＰＲＩＮＣ ＤＡ ＩＮＴＶにカバー
されている主電話機が無応答（Ｄ／Ａ）のとき（外線あ
るいは内線）の条件でカバー電話機に呼を転送するため
の２秒の間隔で数えた無応答時間表を記憶している。Ｃ
ＯＶＲＴＢＬ１はＣＣＧの各々についての第１のカバー
電話機に関する情報を含んでいる。フラグＧＲＰＦＬＧ
１はもし第１のカバー電話機がメッセージセンター（Ｍ
Ｃ）にあれば１を含み、もし第１のカバー電話機が個別
の電話機であれば０を含んでいる。さらに、ＣＯＶＲＴ
ＢＬ１の各ワードは第１のカバー電話機のＩＬＮを含む
表示ＣＶＲ ＰＴ１あるいはもしカバー電話機が１０４
のようにＭＣの一部であれば、ＭＣ番号を含んでいる。
もしＣＣＧのカバー電話機が決められていなければ、Ｃ
ＶＲ ＰＴ１は０を含んでいる。ＣＯＶＲＴＢＬ２とＣ
ＯＶＲＴＢＬ３は各ＣＣＧに第２および第３のカバー電
話機がもし存在すれば、これについてＣＯＶＲＴＢＬ１
と同一の情報を含んでいる。

【００２８】後述するように、カバー電話機に対して呼
を転送する前に、起呼者にはそのことを知らせ、カバー
電話機に行く代りに、例えばＬＷＣメッセージを残る動
作を起呼者が実行できるように起呼者応答時間（ＣＲ
Ｉ）と呼ばれる時間が与えられる。顧客によってＣＲＩ
として選択された２秒の時間幅の数は表ＣＬＲ ＲＡＰ
に記憶されている。

【００２９】一度呼がカバー電話機に転送されると、呼
はカバー電話機で予め定められた時間だけ呼び出しを行
ない、もし存在すれば、次のカバー電話機に転送され
る。この時間を形成する２秒の時間幅の数は表ＣＶＲＰ
ＴＤＡに記憶されている。図５は全体としてトランク表
と呼ばれる多数の表を示している。各トランク表は内線
トランク番号（ＩＴＮ）によってインデクスされる。与
えられたＩＮＴに関する各トランク表からのワードの集
合はトランクレコードを形成する。システムのすべての
呼は個々のトランクレコードに関連している。この明細
書で問題となる項目だけがトランク表で図示されてい
る。トランク表ＴＲＫＴＢＬ１はシステムの関連する呼
の現在の呼処理状態を定義する符号化情報を含む表示Ｐ
Ｍ１（呼処理状態マーク）を含んでいる。関連する呼処
理状態は図１２に図示されている。

【００３０】ＴＲＫＴＢＬ３は優先フラグＴＯＬＬ Ｂ
ＩＴを含んでいる。呼はその呼がカバー電話機に転送さ
れる可能性を防止することが望ましければ、ＴＯＬＬ
ＢＩＴをセットすることによって霧先呼としてマークさ
れる。このような呼としては主電話機へのカバー呼の間
のカバー電話機から主電話機への打合せ呼がある。この
ような場合には打合せ呼は、もし主電話機のカバー条件
がたまたま満足されたとしても、カバー電話機に転送す
べきではない。ＴＲＫＴＢＬ４は呼が内線呼であるか外
線呼であるかを示すフラグＴＬ１を含んでいる。内線呼
については、ＴＲＫＴＢＬ４の項目ＴＡＣ１は起呼内線
電話機のＩＬＮを含む。同様の情報は外線呼については
ＦＡＣ１に与えられる。ＴＲＫＴＢＬ６Ｂは主電話機と
して呼ばれた電話機のＩＬＮを記憶する項目ＰＲＩＮＣ
ＩＰＡＬを含んでいる。もしその呼がカバー電話機に転
送されていれば、項目ＲＥＤＩＲ ＲＥＡＳＯＮ（転送
理由）はその転送を生ずる条件は何であったかを示すカ
バー条件を指定する符号化された情報を含むことにな
る。ＴＲＫＴＢＬ６Ｃは項目ＲＥＤＩＲ ＴＹＰＥを含
み、これには呼がまだ転送されていなければ０を含み、
さもなければその呼に呼フォワーディングあるいは呼ピ
ックアップのような他の呼サービスが生じたかどうかを
示す番号が含まれる。さらにＴＲＫＴＢＬ６ＣはＣＶＲ
ＰＴ ＮＵＭに、その呼に適用される現在のカバー電話
機の第１、第２、第３のカバー点の順序番号を含んでい
る。ＴＲＫＴＢＬ７は被呼電話番号のダイヤル数字Ｄ１
乃至Ｄ４を含んでいる。図６はＩＬＮによってインデク
スされるライン状態表ＬＳＴＷＤ１を含んでいる。各ワ
ードはＳＡＣ機能が起動されているときに１にセットさ
れるＳＡＣ ＳＴＡＴフラグを含んでいる。さらに各ワ
ードは項目ＴＲＫＮＵＭを含み、これは与えられた電話
機に関連する呼についてのトランク表のＩＮＴインデク
スを記憶している。

【００３１】電話機においてＳＡＣ機能が起動していれ
ば、そのとき電話機において呼び出し状態にあるすべて
の呼は、カバー電話機に自動的に転送される。同一の相
対的な期間の間にＳＡＣの起動のために呼の転送を必要
とするいくつかの電話機が存在するかもしれない。シス
テムには実時間の配慮から、このような各々の呼はシス
テムの実時間に最小に詰め込むように順次に転送され
る。これは部分的には任意の電話機から転送されるべき
各々の呼についてＳＡＣ刺激を発生することによって実
現される。各々の刺激は表ＳＡＣ ＱＵＥの別々のワー
ドに格納され、各刺激は別々の呼処理として処理され
る。ＳＡＣ ＱＵＥの処理を要求するアクティブアドレ
スの始めと終りは表ＳＡＣ ＱＰＴＲとＮＵＭ ＳＡＣ
から得られる。

【００３２】図６の残りの表は主にＬＷＣ機能に関する
情報を含んでいる。ＥＫＴ ＳＴＡはフラグＬＷＣ Ａ
ＣＴ ＯＮを含み、これはＬＷＣメッセージが主電話機
のために正しく記憶されたときにセットされる。もしカ
バーコールバック（ＣＣ）ボタンをカバー電話機で操作
した結果としてＬＷＣが起動されれば、その代りにフラ
グＣＶＣＢ ＡＣＴ ＯＮがセットされる。ＥＫＴ Ｓ
ＴＡ２はフラグＭＳＧ ＬＣＫ ＡＳＧを含みこれは電話
機がロック状態にあるときにセットされる。ＥＫＴ Ｓ
ＴＡ２はまた項目ＣＸＦ ＬＮを含み、これはカバー電
話機で打合せボタンの動作に応動して保留されている選
択ボタンの番号を記憶している。この項目は暗黙の主電
話機アドレスに使用するためのカバー呼の主電話機を識
別するために使用される。さらに、多機能電話機から内
線呼が発生したときには、ダイヤルされた電話番号は普
通に項目ＬＡＳＴ ＮＵＭに記憶される。表ＤＳＰ Ｓ
ＴＯのＭＳＧ ＵＮＬＣＫＤは対応する電話機がロック
されているときに０であり、これによってこれがアンロ
ックされるまでその電話機からメッセージが検索された
りあるいは消去されたりするのを防止する。これらの表
は電話機インデクス番号によって識別され、これは電話
機を識別する。一方電話機の呼収納端子はＩＬＮによっ
て識別される。

【００３３】図７はデータチャネルインタフェースユニ
ット（ＤＣＩＵ）１１０を通して図１の制御プロセッサ
１０１と応用プロセッサ１０３の間でＬＷＣ、ＣＣおよ
びＭＣに関連した情報を転送するのに用いられる表を図
示している。メッセージ送出表ＳＮＤ ＸＣＴＢは項目
ＳＮＤ ＸＣＴ ＴＹＰＥを含み、これはＡＰに送出さ
れた情報のタイプを記述するようになっている。ここで
は４種のタイプの送信がある。１）ＡＰに記憶するため
に送られたＬＷＣあるいはＣＣメッセージ；２）指定さ
れた起呼および主電話機に関するＬＷＣあるいはＣＣメ
ッセージをキャンセルする要求；３）ＬＷＣあるいはＣ
Ｃメッセージの検索要求；あるいは４）メッセージ削除
要求である。キャンセル要求があれば、主電話機がこれ
を検索する前にメッセージを削除する。削除要求はディ
スプレイの後でメッセージを取り除く。ＬＷＣおよびＣ
Ｃメッセージの蓄積、削除およびキャンセルの送信があ
ると、項目ＳＮＤ ＸＣＴ ＥＸＴは主電話機からコー
ルバックを要求する電話機の電話番号を含み、項目ＳＮ
Ｄ ＸＣＴ ＢＵＦは主電話機の電話番号を含むことに
なる。ＬＷＣおよびＣＣメッセージは予め定められたタ
イプのコールバック要求メッセージであるからＡＰには
メッセージのテキストは送られない。メッセージの検索
要求のためにはＳＮＤ ＸＣＴ ＥＸＴで主電話機（あ
るいは要求電話機）だけを識別すればよい。

【００３４】メッセージ受信表ＲＣＶ ＸＣＴＢはＬＷ
ＣあるいはＣＣメッセージを送信するのに使用され、ま
たある場合には適切な主ディスプレイモジュールで表示
するためにＭＣメッセージをＡＰから制御プロセッサに
送るのに使用される。この表はまた自動メッセージ待ち
ランプ更新情報を主電話機に伝送するためにも使用され
る。項目ＲＣＶ ＸＣＴ ＴＹＰＥは与えられた伝送が
メッセージを含むかどうか、含まれたメッセージがその
電話機の最後のメッセージかあるいはメッセージが無い
かを識別する符号化を含んでいる。主電話機は項目ＲＣ
Ｖ ＸＣＴ ＥＸＴで識別される。ＲＣＶ ＸＣＴ Ｔ
ＹＰＥはまたメッセージ待ち更新情報を識別する。この
場合には項目ＲＣＶ ＸＣＴ ＳＴＡＴは主電話機のメ
ッセージ待ちランプを更新するオン／オフ状態を含んで
いる。ＲＣＶ ＸＣＴ ＭＳＧＴＹＰＥの中の符号化さ
れた情報がその情報がＬＷＣ／ＣＣメッセージなのかＭ
Ｃメッセージなのかを識別する。ＭＣからのメッセージ
のような任意のメッセージ・テキストはＲＣＶ ＸＣＴ
ＢＵＦに記憶される。

【００３５】与えられた電話機はその自動メッセージ待
ち（ＡＭＷ）ランプの三つまでの収納端子を持つ。これ
によって主電話機は１個のＡＭＷランプを持つことがで
き、また二つまでの他の電話機が主電話機についてのＡ
ＷＭランプを持つことができる。多機能電話機のＡＭＷ
ランプは直接制御信号を電話機に送信することによって
更新される。ＡＭＷランプと共に設置される多機能ボタ
ンを設けていない電話機に対する準備もある。この場合
には、ＡＭＷランプはランプに対する布線を持つ関連す
る電話ライン回路から制御される。

【００３６】図８の表は電話機のすべてのメッセージ待
ちランプ収納端子の自動更新に用いられる。ＡＭＷＰＴ
ＲＳの表はその項目ＬＡＭＰＴＲを検索するためにＡＰ
からのランプ更新情報に応動して電話機のＩＬＮによっ
てインデクスされる。ＬＡＭＰＴＲは主電話機のための
表ＡＭＷ ＡＰＰ１とＡＭＷ ＡＰＰ２の適切な位置を
指す。これらの表は主電話機のＡＭＷランプの収納端子
の数に対応して電話機当り１、２あるいは３ワードを持
つことができる。これは表ＡＭＷ ＡＰＰ１およびＡＭ
Ｗ ＡＰＰ２の内容１によって図示されており、３個の
ランプ収納端子については３ワードを持つものとされ、
単一のランプ収納端子については、単一ワードを持つ内
容Ｒによって示されている。単一ランプの収納端子はそ
の主電話機の多くの例について現われる。表ＡＭＷ Ａ
ＰＰ２の項目ＬＡＳＴ ＡＰＰは任意の与えられた電話
ラインに関連する表の最後のエントリーのフラグであ
る。表ＡＭＷ ＡＰＰ１の項目ＡＭＷ ＳＴＡ ＮＵＭ
は多機能ボタン電話機の電話番号と他の電話機のフラグ
を含んでいる。もしＡＭＷ ＳＴＡ ＮＵＭが多機能電
話機を示していれば、ＡＭＷ ＢＴＮ ＩＤはそれによ
ってランプを制御することかできるＡＭＷランプの番号
を含んでいる。それ以外では、ＡＭＷ ＢＴＮ ＩＤはそ
れによってＡＭＷランプを制御するために適切なライン
回路がアドレスされる非多機能電話機のＩＬＮを含む。

【００３７】〔プログラムの発明〕図９乃至図１１は主
電話機の状態にあるとしてここで示されている９０１、
９０２、１００１、１００２の電話機１００と、これら
の主電話機の呼カバーグループ（ＣＣＧ）の割当の例を
示している。これらの仮定された割当は、ここではシス
テムの動作を説明するための例として使用される。図９
において、電話機９０１はＣＣＧ０に割当られている。
ＣＣＧ０はそれぞれ、第１、第２および第３のカバー電
話機として電話機９０２、９０３およびＭＣ１０４を含
んでいる。

【００３８】電話機１００１と１００２は図１０に示す
ようにＣＣＧ１に割当てられている。ＣＣＧ１は二つの
カバー電話機だけからなる。第１のカバー電話機は電話
機９０２であり、これはまたＣＣＧ０の第１のカバー点
となっている。ＣＣＧ１の第２のカバー電話機はＭＣ１
０４である。電話機９０２はＣＣＧ０および１のカバー
電話機であるが、これは図示のシステムのすべての電話
機と同様に主電話機としての資格を持っている。図１１
は電話機９０２はＣＣＧ２に割当てられており、これは
カバー点としてはＭＣ１０４だけを持っていることを示
している。上に仮定したカバー構成に従えば、もし利用
できるなら電話機９０１、１００１および１００２は電
話機９０２によって第１にカバーされる。もし９０２が
利用できないなら、電話機９０１への呼に次に電話機９
０３によってカバーされ、最後にＭＣ１０４によってカ
バーされる。電話機１００１および１００２への呼はも
し電話機９０２が利用できないなら、２番目にＭＣ１０
４によってカバーされる。電話機９０２を主電話機とす
る呼はＭＣ１０４によってカバーされる。

【００３９】図４の呼カバー表ＬＸＬＮ６とＣＯＶＲＴ
ＢＬ１乃至ＣＯＶＲＴＢＬ３に示されたデータはＣＣＧ
０、１および２についての上述のカバー構成を示してい
る。さらに表ＣＯＶＲＴＢＬ０に示すように、説明のた
めにＣＣＧ０の主電話機に対するすべての内部および外
部呼はただちにカバーされるものとしている（ＣＡＬＬ
ＩＮＴ、ＣＡＬＬ ＥＸＴ）。ＣＣＧ１の電話機に対
するすべての外線呼は電話機が塞りであったり、無応答
であったときにカバーされ、内線呼は電話機が塞りであ
ったときにカバーされる（ＣＢＳＹ ＥＸＴ、ＣＢＳＹ
ＩＮＴ、ＣＤＡ ＥＸＴ）。ＣＣＧ２の電話機では電
話機がアクティブであり無応答のとき外線呼だけがカバ
ーされ、内線呼は塞りのときだけカバーされる。

【００４０】〔呼カバー（代行受付）〕説明の目的で、
電話機１００１から電話機９０１への内線呼を考えよ
う。図９は電話機９０１が電話機９０２、９０３および
ＭＣ１０４から成るカバー路を持つことを示している。
電話機９０１のすべての内線呼と外線呼はただちにカバ
ーされるような資格となっていることを想起されたい。
カバー電話機９０２には扱者が不在で、カバー電話機９
０３ではＳＡＣ機能が動作していたとしよう。図１３は
電話機１００１から電話機９０１の番号がダイヤルされ
たときに入るプログラム（ＣＰＲＴＮ６３）を示してい
る。ダイヤルされた電話番号は段階１３０２で主電話機
９０１の内部ライン番号（ＩＬＮ）に翻訳される。ＣＰ
ＲＴＮ６３は次に段階１３０３でＣＶＲ ＣＨＫサブル
ーチンを呼び、何かのカバー条件が最初に満足されてい
るかどうかを判定する。

【００４１】サブルーチンＣＶＲ ＣＨＫは図３７、図
３８および図３９に図示されているが、もしサブルーチ
ンによってチエックされたカバー条件が満足されていな
けば０を返送する。もしひとつのカバー条件が満足され
れば、ＣＶＲ ＣＨＫは１を返送する。到定３７０２に
おいては、トランクレコードＴＲＫＴＢＬ６Ｃの項目Ｒ
ＥＤＩＲ ＴＹＰＥから現在の呼が先にカバーに転送さ
れたものであるかどうかを判定する。もしそうであれ
ば、ＣＶＲ ＣＨＫは起動プログラムに０を返送する。
この例の呼がまだ転送されていなければ、サブルーチン
は判定３７０４に進み、これは表ＴＲＫＴＢＬ３のビッ
トＴＯＬＬ ＢＩＴから、その呼が優先呼であるかどう
かを判定する。もしそうであれば、０が返送される。優
先呼とは打合せ呼のように、カバーサービスが許容され
ない呼であることを想起されたい。この例の呼はこのよ
うな呼ではないので、判定３７０６において、サブルー
チンは従来の呼フォワーディングがアクティブであるか
どうかを判定する。有利な実施例においては、従来の呼
フォワーディングは呼カバーに優先して行なわれるの
で、このような検査が行なわれるのである。電話機９０
１において呼フォワーディングはアクティブではないと
仮定しているので、判定３７０８において、サブルーチ
ンＣＶＲ ＣＨＫは表ＬＳＴＷＤ１のビットＳＡＣ Ｓ
ＴＡＴ（図６）をチェックし、電話機９０１でＳＡＣが
アクティブであるかどうかが判定される。

【００４２】もしＳＡＣがアクティブであれば、ステッ
プ３７０９はＲＥＤＩＲ ＴＹＰＥをセットし、カバー
のために（呼フォワーディング等のためでなく）呼が転
送されたことを示し、またステップ３７１０でＲＥＤＩ
Ｒ ＲＥＡＳＯＮをＳＮＤ ＡＬＬにセットし、その電話
機へのすべての呼が転送されることを示し、ＣＶＲ ＣＨ
Ｋは起動プログラムに対して１を返送する。電話機９０
１ではＳＡＣはアクティブではないので、表ＬＸＬＮ６
（図４）から適切な呼カバーグループ（ＣＣＧ）が取り
出される。もし主電話機にそれに割当てられた主電話機
が存在しなければ、ステップ３７１３で０が起動プログ
ラムに返送される。電話機９０１はＣＣＧ０に割当てら
れているから、判定３７１５でＴＲＫＴＢＬ４のＴＬ１
が間合わされ、その呼が外線からのものであるかどうか
を判定する。この呼は内線呼であるから、図３８のステ
ップ３８０１にプログラムが進む。呼が外線呼であった
とすれば、プログラムは図３９のステップ３９０１に進
み、ここでは外線呼に関するカバー条件がテストされる
ことになる。

【００４３】図３８の判定３８０１はＣＯＶＲＴＢＬ０
（図４）で４ビットの項目ＣＶＲ ＩＮＴを読む。もし項
目の値が０であれば、内線呼のカバー条件は存在しない
ことになり、端子３８０２ではＣＶＲ ＣＨＫは０とな
る。ステップ３８０１は内線呼カバー条件が存在するこ
とを判定する。図３８では“応答なし”の条件以外の内
部条件が個々にテストされる。この例では判定３８０３
によってＣＡＬＬ ＩＮＴがセットされていることが判定
され、電話機９０１へのすべての内線呼がカバーされる
べきことが示される。ステップ３８０４は従って、呼カ
バーのＲＥＤＩＲ ＴＹＰＥをセットし、ステップ３８
０５はＣＶＲ ＣＨＫが端子３８０６に１を返送する前
に、すべての呼をカバーするＲＥＤＩＲ ＲＥＡＳＯＮ
をセットする。

【００４４】他の条件では、サブルーチンＣＶＲ ＣＨ
Ｋによって内線呼のカバー条件について他のテストが行
なわれる。もしＣＡＬＬ ＩＮＴがセットされていなけ
れば、ビットＣＡＣＴ ＩＮＴが判定３８０７で評価さ
れており、主電話機がひとつあるいはそれ以上の呼収納
端子でアクティブのときカバーを行なうかどうかが判定
される。もしそうであれば、ステップ３８０８によっ
て、すべての呼収納端子が空きであるかが判定される。
ビットＣＢＳＴ ＩＮＴは判定３８１３でチェックされ
て、主電話機が塞り（全呼収納端子アクティブ）のとき
内線呼がカバーされるかを判定する。このようなテスト
の各々で、もしカバー条件が満足されていれば、呼カバ
ーを示すためにＲＥＤＩＲ ＴＹＰＥがセットされ、満
足された条件を反映するようＲＥＤＩＲ ＲＥＡＳＯＮ
がセットされる。

【００４５】システム外からの呼（外線呼）は図３９に
示されたＣＶＲ ＣＨＫの枝によって評価される。この
枝は図４の項目ＣＶＲ ＥＸＴの外線呼の条件が調べら
れることを除いて図３８について上に説明した枝と本質
的に同等である。従って、図３９のステップについては
詳しくは説明しない。この例で述べている呼では、サブ
ルーチンＣＶＲ ＣＨＫは端子３８０６から図１３のプ
ログラムに１を与える。ＣＶＲ ＣＨＫはまた主電話機
９０１に割当てられたＣＣＧ番号０を返送する。判定１
３０４は戻り１からただちにカバーを行なう条件が満足
されたことを知り、プログラムの制御をＣＶ ＳＴＡ１
に渡す。ＣＶ ＳＴＡ１はまずステップ１４０２でサブ
ルーチンＦＮＤ ＣＶＰＴ（図４１に示す）を実行し、
電話機９０１について、もし利用できるカバー電話機が
あれば、それを探索する。

【００４６】図４１を参照すれば、ＦＮＤ ＣＶＰＴは
まずカバー表ＣＯＶＲＴＢＬ１、ＣＯＶＲＴＢＬ２およ
びＣＯＶＲＴＢＬ３を順次にテストするループをステッ
プ４１０３で設定して利用できるカバー電話機を調べ
る。ステップ４１０６はループで示されるようなカバー
表ＣＯＶＲＴＢＬ１、２あるいは３（図４参照）のひと
つのＣＣＧ番号によって決定される適切なワードを読
む。まずＣＯＶＲＴＢＬ１の第１に割当てられたカバー
電話機が調べられる。読み出されたワードのグループフ
ラグＧＲＰＦＬＧ１がまず判定４１０７で調べられ、カ
バー電話機がメッセージセンターかどうかを調べる。電
話機９０１の第１のカバー電話機はメッセージセンター
にはない。従ってサブルーチンＦＮＤ ＣＶＰＴは主電
話機への呼をカバーするために電話機が利用できるかど
うかを見るために三つのチェックを行なう。もしカバー
電話機に呼フォワーディングがあるか、ＳＡＣがセット
されていれば、（判定４１０８、４１０９）あるいは電
話機（４１１０）に空きの呼収納端子が存在しなけれ
ば、電話機は利用できないと考えられて、ＦＮＤ ＣＶ
ＰＴは次のカバー電話機の状態をチェックするループを
繰返す。この例では、カバー電話機９０２は一時的に扱
者が不在になっているものと考えよう。しかしこのカバ
ー電話機ではＳＡＣ機能は不動作になっている。従っ
て、プログラムは電話機９０２が利用できるものである
と考え、ステップ４１１０で起動プログラムのステップ
１４０３に戻り、電話機９０２の空きの呼収納端子の番
号を与える。ＣＶ ＳＴＡ１は判定１４０３からステッ
プ１４０８に進み、これは発振電話機１００１の表示モ
ジュール（もし存在すれば）に主加入者の名前とカバー
表示をデイスプレイする。

【００４７】カバー電話機９０２はメッセージセンター
にはないから、ステップ１４０９はステップ１４１３の
実行を開始し、ここで電話機９０２の空きの呼収納端子
が捕捉され、関連するランプが点灯する。しかしカバー
電話機９０２の呼び出しは、先にふれ、以下に説明する
起呼者応答時間（ＣＲＩ）が終るまでは開始されない。
サブルーチンＤＳＰ ＴＥＲＭ（１４１４）（詳細には
図示せず）が次々呼び出され、起呼者に対して主加入者
の名前とＲＥＤＩＲ ＲＥＡＳＯＮから取り出された転
送の理由を、もし存在すればカバー電話機９０２のディ
スプレイモジュールに表示する。処理のこの点で、ステ
ップ１４１５によって転送フィードバック音（ＲＦＴ）
が起呼者に与えられて、呼が転送されていることを電話
機１００１の起呼者に知らせる。ステップ１４１６はＲ
ＦＴのタイミングを設定する。またこの点で、この呼に
関するトランクレコードのＰＭ１項目にＣＯＶ ＲＥＤ
ＩＲＥＣＴ ＦＥＥＤＢＡＣＫ ＳＩＮＧＬＥ状態をセ
ットする。次にＲＦＴ期間のタイムアウトを待つために
主プログラムに入る。

【００４８】ＣＯＶ ＲＥＤＩＲＥＣＴ ＦＥＥＤＢＡ
ＣＫ ＳＩＮＧＬＥの状態が存在して転送フィードバッ
ク音がタイムアウトになると、図１５のルーチンＣＶ
ＣＲＦ１が呼ばれる。ＣＶ−ＣＲＦ１の第１ステップ
（１５０２）がＲＥＴを除去する。ステップ１５０３に
よって他の時間計測を開始し、起呼者の応答時間（ＣＲ
Ｉ）を測定する。ＣＲＩの長さは（２秒の長さの）数と
して図４の表ＣＬＲ ＲＳＰに記憶される。たの時間は
起呼者に対して、もし彼がカバー者と話すのがいやであ
れば、その動作を起す余裕を与える。例えば、起呼者は
呼を放棄しても良い。起呼者は呼が電話機９０２でカバ
ーできるようにＣＲＩを待っても良い。起呼者はまたＬ
ＷＣを起動し、（これについては後述する。）これによ
って自動的に主電話機に対してメッセージを残しても良
い。ＣＲＩはＲＦＴを除くことによって開始され、ＣＡ
ＬＬＥＲ ＲＥＳＰ ＩＮＴＶ ＳＩＮＧＬＥ状態がス
テップ１５０４によってセットされ、ＣＶ ＣＲＦ１か
ら主プログラムに対して戻ることになる。この例におい
て、起呼者がＣＲＩを待ってその呼がカバーされるよう
にしたとしよう。起呼者の応答時間がタイムアウトした
とき、ＣＡＬＬＥＲ ＲＥＳＰ ＩＮＴＶ ＳＩＮＧＬＥ
状態に応動して、主プログラムからＣＶ ＣＲＩ１に入
ることになる（図１５参照）。

【００４９】ＣＶ ＣＲＩ１のステップ１５０６はカバ
ー電話機９０２のリンキングを開始する。この点におい
て、ステップ１５０７は、もし次のカバー電話機が存在
した場合、さらに呼を転送するまでに、電話機９０２を
呼び出す時間の長さを設定する。プログラムが他のカバ
ー電話機がないかを調べはじめるまでに、第１のカバー
電話機に許される時間の長さは図４に示す表ＣＶＲＲＰ
ＴＤＡに２秒の時間単位の数として示されている。ステ
ップ１５０８はＰＭ１にＣＯＶ ＵＳＥＲ ＤＡ ＩＣ
ＯＭ ＲＩＮＧ状態をセットし、ＣＶ ＣＲＩ１はカバ
ー電話機が応答するかあるいはタイムアウトするまで主
プログラムに出る。この状態をセットした結果の可能な
状態が図１２に示されている。カバー電話機９０２には
扱者が居ないものと仮定しているから、Ｄ／Ａタイマが
時間切れになったとき（状態ＣＯＶ ＵＳＲ ＤＡ Ｉ
ＣＯＭ ＲＩＮＧがセットされている。）図１２に示す
ように図１７のルーチンＣＶ ＳＡＣＩＡに入ることに
なる。

【００５０】ＣＶ ＳＡＣＩＡはまずステップ１７０４
で図４１のサブルーチンＦＮＤ ＣＶＰＴを実行する。
ＦＮＤ ＣＶＰＴは次のカバー電話機を見付けるために
先に設定されたループを継続する。これは図９と、ＣＣ
Ｇ０に関する表ＣＯＶＲＴＢＬ２の項目ＣＶＲ ＰＴ２
で示された電話機９０３である。これはステップ４１０
９で見付けられるが、カバー電話機９０３では仮定した
ようにＳＡＣがアクティブになっており、判定４１０９
によってＦＮＤ ＣＶＰＴは他のカバー電話機を見付け
るために表ＣＯＶＲＴＢＬ３をチェックすることにな
る。ＣＯＶＲＴＢＬ３に見られるようにＣＣＧ０の最終
カバー電話機はＭＣ１０４であるから、ＦＮＤ ＣＶＰ
Ｔは端子４１１１からルーチンＣＶ ＳＡＣ１Ａ（図１
７）のステップ１７０５に対して２を返送する。この返
送された２はカバー点が存在し、カバー電話機はメッセ
ージセンターにあることを示す。カバー電話機（１０
４）はメッセージセンター１０４にあるから（判定１７
０６）、ステップ１７０７によって最後のカバー電話機
９０２に対する呼び出しは停止され、ステップ１７０８
によって呼はメッセージセンターの待行列（図示せず）
に入れられる。最後に主プログラムに戻る。待行列は通
常の均一呼分布待行列である。呼はシステムプログラム
によって最終カバー電話機であるＭＣ１０４の次の利用
できる電話機に伝えられる。ＭＣ呼ルーティングとその
動作に関する詳細はここで述べないが、本発明の理解の
ためには詳細は不要である。

【００５１】ステップ１７０６で次のカバー電話機が個
別の電話機であったとすれば、サブルーチンＤＳＰ Ｔ
ＥＲＭ（図示せず）がステップ１７１０で呼ばれ、次の
カバー電話機のディスプレイに満足された主電話機カバ
ー条件を表示する。ステップ１７１１で呼はカバー電話
機の空きの呼収納端子に転送される。前のカバー電話機
に対する呼はステップ１７１２で除去される。次のカバ
ー電話機に転送された呼についてのＤ／Ａタイミングは
ステップ１７１３で設定される。呼状態は主プログラム
に移る前にステップ１７１４でＣＯＶ ＵＳＥＲ ＤＡ
ＩＣＯＭ ＲＩＮＧに設定される。

【００５２】Ｄ／Ａカバー 外線呼が電話機９０２に対して与えられたと仮定して、
主電話機がＤ／Ａカバー条件を選択したときのシステム
の動作を考えて見よう。図９および図１０に示すように
電話機９０２はある主電話機に対するカバー電話機では
あるが、この例では電話機９０２は図１１に示すように
主電話機の資格で呼ばれている。図４の表ＬＸＬＮ６を
参照すれば、電話機９０２はＣＣＧ２に割当てられてい
る。表ＣＶＲＴＢＬ０では、ＣＣＧ２の電話機は外線呼
についてＤ／Ａカバーを持っていることがわかる（ＣＤ
Ａ ＥＸＴ＝１）。先と同様に呼は図１３でＣＰＲＴＮ
６３に入る。カバーに対する直接の転送を生ずるＳＡＣ
のようなカバー条件が初期には満足していないものと仮
定すれば、ステップ１３０３でサブルーチンＣＶＲ ＣＨ
Ｋから戻るとステップ１３０７が実行され、ここで電話
機９０２は塞りであるかどうかが判定される。もしそう
であれば通常の方法で話中音が起呼者に返送される。電
話機９０２が塞りでないと仮定しよう。もしディスプレ
イセットが存在すれば、ステップ１３０９で被呼電話機
に適切な情報が表示され、ステップ１３１０でこの呼に
対してＤ／Ａカバーが適用されるかというかを判定する
ために図４０のサブルーチンＣＶＤＡ ＣＨＫが実行さ
れる。図４０を参照すれば、この呼は先に転送されたも
のでなく、また優先呼ではないから、電話機９０２で呼
フォワーディングがアクティブでないと仮定すれば、呼
が外線から来たか、内線から来たかを判定するためにス
テップ４００８が実行される。

【００５３】呼は外線から来ているので、ステップ４０
１３は表ＣＯＶＲＴＢＬ０で外部Ｄ／Ａカバーフラグ
（ＣＤＡ ＥＸＴ）を調べる。このフラグがセットされ
ているから、ＲＥＤＩＲ ＲＥＡＳＯＮがＤ／Ａにセッ
トされて、４０１６でこれを呼び出したプログラムに戻
ることになる。このようにステップ１３１１に戻ると次
にステップ１３１２が実行され、ここでＤ／Ａタイミン
グ期間が設定される。この期間の長さは表ＣＯＶＲＴＢ
Ｌ０のＰＲＩＮＣ ＩＮＴＶから取られ、これはカバー
電話機に対する転送を開始するまでに主電話機を呼び出
す時間の長さを２秒の時間単位の数で示している。ステ
ップ１３１３で呼状態はＰＲＩＮＣ ＤＡ ＩＣＯＭ Ｒ
ＩＮＧにセットされ、電話機９０２を呼び出した状態で
主プログラムに戻ることになる。

【００５４】Ｄ／Ａタイミングの時間が終了すると、図
１２に示すように図１８のＣＶ ＳＴＡ２Ａに入ること
になる。ＣＶ ＳＴＡ２Ａにおいては、プログラムは呼
をＣＣＧ２についてのそれぞれのカバー路に転送する動
作を開始する。次のカバー電話機がもし存在すれば、こ
れはステップ１８０４および１８０５で見付けられる。
もしカバー電話機が存在しなければ、主電話機における
リンギングが継続され、ステップ１８０６で呼状態はＩ
ＣＯＭ ＲＩＮＧとなる。サブルーチンＤＳＰ ＯＲＩ
Ｇ（図示せず）は起呼電話機にディスプレイがあり、も
しカバー電話機が利用できるときには、ステップ１８０
７でカバー電話機のディスプレイに“カバー”という語
を付ける。ステップ１８０８では呼は主電話機から取り
除かれる。もしカバー電話機が個別の電話機であれば、
その電話機の空きの呼収納端子が捕捉され、ステップ１
８１０で関連するランプが点灯される。ステップ１８１
２で被呼電話機名と主人名がカバー電話機に表示され
る。次にＣＲＩを開始する準備が行なわれる。ステップ
１８１４では起呼電話機で呼び出しが止められ、ステッ
プ１８１６でＲＦＴが与えられる。ＲＦＴの長さを測定
するタイミングがステップ１８１７で設定され、主プロ
グラムに出る前にステップ１８０８で呼状態はＣＯＶ
ＲＥＤＩＲＥＣＴ ＦＥＥＤＢＡＣＫ ＳＩＮＧＬＥに
セットされる。ＲＦＴのタイミングが終ると、図１５の
ＣＵ ＣＲＦＩに入り、前述したようにプログラムの動
作が続けられる。

【００５５】ステップ１８０９で決定されるように、も
し次のカバー電話機がＭＣであれば、ステップ１８１
１、１８１３および１８１５でＲＦＴが開始され、ステ
ップ１８１９で呼状態は転送のための適切な状態にセッ
トされる。この場合には、ＭＣの転送に関連するＲＦＴ
の時間切れで適切なプログラム動作が実行される。これ
らの動作については本発明の理解には不要であるからこ
れ以上説明しない。

【００５６】全呼転送（ＳＡＣ） ＳＡＣ機能について説明するために、起呼電話機９０１
から電話機１００１に対して発呼が行なわれたと仮定し
よう。電話機１００１は空きであるが、主人は会議中で
ある。電話機１００１は鳴り出すが、主人はそれに応答
しないで処理するためにＳＡＣボタンを押す。呼はカバ
ー電話機に転送され、ここで応答される。

【００５７】図１３のルーチンＣＰＲＴＮ６３は先と同
様に元の呼について実行される。ＣＶＲ ＣＮＫ（図３
７、図３）がただちに転送するというカバー条件をしら
べるが、ＣＣＧ１に割当てられた電話機１００１では満
足される直接条件は存在しない。判定１３０７では主電
話機１００１に空きの呼収納端子があると判定される。
電話機１００１には空きの収納端子が存在するから、ス
テップ１３０９で起呼者は主電話機１００１のディスプ
レイ（もし存在すれば）で示され、主電話機は起呼電話
機のディスプレイで示される。図４０のサブルーチンＣ
ＶＤＡ ＣＨＫが呼ばれて、電話機１００１がＤ／Ａカ
バーを持っているかどうかが判定される。ＣＶＤＡ Ｃ
ＨＫでは表ＣＯＶＲＴＢＬ０（図４）のビットＣＤＡ
ＩＮＴがテストされる。図４は電話機１００１は内線呼
に対してはＤ／Ａカバーが存在しないことを示してお
り、従って端子４０１０でルーチンＣＶＤＡ ＣＨＫは
ルーチンＣＰＲＴＮ６３に対して０を戻す。この結果と
してステップ１３１５でＩＣＯＭ ＲＩＮＧの状態で起
呼プログラムでセットされ、主プログラムに入ることに
なる。図１２に示すように、主電話機はＩＣＯＭ ＲＩ
ＮＧ状態で呼び出される。電話機１００１の主人はＳＡ
Ｃボタンを押すことによって呼びを排除しようとする。

【００５８】ＳＡＣボタンが押されたときには、ＣＶ
ＳＡＣ８（図１９）に入る。これは起動した電話機のＳ
ＡＣメモリー状態を更新し、起動電話機で呼び出し中で
あるすべての呼のＳＡＣ刺激の発生を開始する。ルーチ
ンは先のＳＡＣ状態に応じて、起動電話機のすべての呼
収納端子について表ＬＳＴＷＤ１（図４）のＳＡＣ ＳＴ
ＡＴをセットするかクリアするように動作する。もしい
ずれかの呼収納端子でＳＡＣが起動されていれば（ＳＡ
Ｃ ＳＴＡＴ＝１）、ＣＶ ＳＡＣ８はすべての呼収納
端子のＳＡＣ ＳＴＡＴをクリアする。さもなければ、
プログラムはすべての収納端子のＳＡＣ ＳＴＡＴをセ
ットする。

【００５９】電話機１００１におけるＳＡＣ動作に応動
して、ＣＶ ＳＡＣ８はステップ１９０２で電話機１０
０１のいずれかの呼収納端子でＳＡＣがアクティブにな
っているかどうかを判定する。もしどれもなっていない
とすると、ステップ１９０４は各々の呼収納端子につい
て、ＳＡＣ状態を活性化するプログラムを準備し、さも
なければステップ１９０３が生じて不活性化を行なう。
ステップ１９０５は更新されるべき次の（あるいは第１
の）呼収納端子を見付け、ステップ１９０６は適切なＳ
ＡＣ ＳＴＡＴのフラグを更新する。判定１９０７で
は、今更新された呼収納端子がリンギング中であるかど
うかが判定される。これが電話機１００１に呼が到来し
た呼び出し収納端子であるとすると、ステップ１９０８
はＳＡＣが活性化されているかというかを判定する。こ
こではＳＡＣは活性化されていると仮定しているから、
ステップ１９０９はＳＡＣ刺激を発生するために、表Ｓ
ＡＣ ＱＵＥ（図６）に電話機１００１の呼収納端子のＩ
ＬＮを入れる。判定１９１０によって各々の残りの呼収
納端子について更新プロセスが繰返される。ステップ１
９１１ではこの例について電話機１００１のＳＡＣラン
プが点灯する。

【００６０】数ミリ秒ごとに、ＳＡＣ ＱＵＥ表のＩＬ
Ｎエントリーを管理し、各々のＩＬＮエントリーについ
てＳＡＣ刺激を発生するために図２０のＳＡＣ ＴＡＳ
Ｋルーチンが走行する。ＣＶ ＳＡＣ８によってＳＡＣ
ＱＵＥに電話機１００１のＩＬＮが記憶されたあと
で、ＳＡＣ ＴＡＳＫに次に入ったときに、ステップ２
００２と２００４は電話機１００１２つの呼の呼び出し
についてＳＡＣ呼処理刺激を発生し、主プログラムに出
る前に待合せステップ２００５からＩＬＮをクリアす
る。ＳＡＣ刺激は図１２で示すようにＣＶ ＳＡＣ３
（図１３参照）の次のエントリーを生ずる。ＣＶ ＳＡ
Ｃ３は第１にステップ１３１８において、ＳＡＣ刺激が
主電話機１００１からであるのか、不注意に起呼電話機
から与えられたものであるのかを判定する。もし起呼電
話機からであれば、これは無視される。主電話機はＳＡ
Ｃボタンを押しており、呼は優先呼でなはく、（判定１
３１９ではこの場合刺激は無視される）、呼はまだカバ
ー電話機には転送されていないので（ステップ１３２０
ではこの場合主電話機で起動されたＳＡＣは余分であ
る）、刺激に反応して図１８でルーチンＣＶ ＳＴＡ２
Ａに入る。ＣＶ ＳＴＡ２Ａは先に述べたのと同一の方
法で呼をカバー電話機に転送する。ＣＲＩの時間切れの
後で、もし第１の利用できれば、呼は第１のカバー電話
機９０２に転送される。

【００６１】起呼者の応答時間の間に全呼転送 ＣＲＩ期間の間にカバー電話機でＳＡＣ機能を活性化す
ることも可能である。ＣＲＩが開始される前に空きの呼
収納端子を捕捉することによって、カバー電話機はスケ
ジュールされた呼の転送について知ることができる。こ
の時間の間は起はＣＡＬＬＥＲ ＲＥＳＰ ＩＮＴＶ
ＳＩＮＧＬＥの状態にある。図１２で示すように、この
状態でＳＡＣ刺激の受信が行なわれると、図１５のプロ
グラムＣＶ ＳＡＣ２に入ることになる。起呼電話機１
００１によってＳＡＣが不注意に動作されることもあり
得る。ステップ１６０２はどの電話がＳＡＣを起動した
かを判定する。もし刺激がカバー電話機からであれば、
これはカバー電話機によって、カバーされるべき呼がＣ
ＲＩの時間切れの直後に到来し、何かの理由でカバー加
入者がそれに応答したくなかったのであることを意味す
る。この場合にはＳＡＣ刺激は呼をもしカバー路に次の
カバー電話機が存在すれば、呼をこれに転送するように
する。これを実現するためにもし次のカバー電話機が存
在すればこれを見付けるためにサブルーチンＦＮＤ Ｃ
ＶＰＴがステップ１６０４で呼ばれる。もし存在しない
か、あるいはもし残りのカバー電話機が利用できないの
であれば、ＳＡＣ要求は無視される。もしカバー電話機
が利用できれば（ステップ１６０５）ステップ１６０３
でカバー電話機における空き収納端子の捕捉を解除し、
また与えられていたディスプレイがあればこれを消す。
もし次のカバー電話機がＭＣ１０４であれば（ステップ
１６０６）呼がＭＣグループに再転送されたことを反映
してステップ１６０９呼状態はＣＡＬＬＥＲ ＲＥＳＰ
ＩＮＴＶ ＧＲＰにセットされ、ＣＲＩを継続するた
めに主プログラムに戻ることになる。もし次のカバー電
話機が個別の電話機であれば、ステップ１６０７は電話
機の空きの呼収納端子を捕捉し、ディスプレイモジュー
ルがもしあれば、これを初期化し、ＣＲＩを継続するた
めに主プログラムに戻る。

【００６２】カバーリンギングの間の全呼転送 カバー電話機９０２で、（あるいは他のカバー電話機
で）、呼び出している転送路のリンギングの間にＳＡＣ
刺激が受信されているということもある。この刺激によ
って図１７のプログラムＣＶ ＳＡＣ１に戻ることにな
る。ステップ１７０３でプログラムはトランクレコード
の項目ＦＡＣ２を調べることによってＳＡＣ刺激がカバ
ー電話機から与えられていることを判定する。もし刺激
が起呼電話機あるいは主電話機からであれば、刺激は無
視される。もし刺激がカバー電話機であれば、プログラ
ムは先に説明した図１７の残りのステップで適切なカバ
ー路の次のカバー電話機に呼を転送するように進む。

【００６３】主電話機のＤ／Ａタイミングの間の全呼転
送 Ｄ／Ａカバーの先の例で、外線呼は電話機９０２に与え
られるものと仮定しているが、Ｄ／Ａタイミングはステ
ップ１３１２で設定され、主電話機の呼び出しが開始さ
れることが想起されるであろう。ここでＳＡＣ機能はＤ
／Ａタイミング時間の間にリンギングが生じている間に
主電話機でＳＡＣ機能が起動されたものと仮定する。Ｓ
ＡＣの起動によってＳＡＣ刺激が上述したように発生さ
れる。起状態はＰＲＩＮＣ ＤＡ ＩＣＯＭ ＲＩＮＧ
である。この刺激によって、図１２に示すように図１８
のＣＶ ＳＴＡ２に入ることになる。ステップ１８０３
において、ＣＶ ＳＴＡ２はＳＡＣの起動が主電話機か
ら来たことが確認される。さもなければ、これは無視さ
れる。もし起動が主電話機で行なわれれば、このときプ
ログラムは前述したように呼を転送するように進む。

【００６４】暗黙主電話機アドレス 暗黙主電話機アドレスの一例を説明するために、ここで
カバー電話機９０２に転送された従来の呼にその電話機
で応答したものと仮定しよう。また主電話機への呼は非
常に重要で、会議を行なっている主人に対して割込みを
かける価値があったものと仮定しよう。従ってカバー加
入者は電話機１００１にある主人に対して打合せ呼によ
って元の呼に応答するように伝えたいと考える。主電話
機はそれに対して呼が元々到来した起呼収納端子につい
て図示のシステムの主電話機で維持される模擬ブリッジ
端子（ＳＢＡ）に対して呼に応答する能力を有してい
る。ＳＢＡは暗黙主電話機アドレスの理解には必要ない
ので、これ以上は説明しない。

【００６５】電話機９０２のカバー加入者は会議ボタン
３１３あるいは転送ボタン３１２を押すことによってカ
バーされた呼を保留する。これはまた自動的にカバー電
話機の空き呼収納端子を選択し、次に打合せボタン３１
１を押す。システムは打合せボタンの操作の結果として
図２１のルーチンＣＶ ＣＳＬＴ１に入る。カバー電話
機のインデクスは入力パラメータとしてＣＶ ＣＳＬＴ
１に与えられる。ステップ２１０３でＣＶ ＣＳＬＴ１
はカバーされた呼のトランクレコードを得るために保留
中の収納端子のＩＬＮを得る。これは表ＥＫＴ ＳＴＡ
２のＣＸＦ ＬＮから保留された選択ボタンのボタン番
号を得るために電話機インデクスを用いることによって
実行される。このボタン番号は次に保留された収納端子
のＩＬＮに翻訳される。ＣＸＦ ＬＮはボタンの動作を
管理する従来のプログラム（図示せず）によってボタン
番号と共に格納される。起動電話機において保留された
呼がカバー呼であることを確認するためには、ステップ
２１０４ではＴＲＫＴＢＬ６Ｃの項目ＲＥＤＩＲ ＴＹ
ＰＥがテストされる。もしカバー呼でなければ、ボタン
動作は無視される。ＣＶ ＣＳＬＴ１は次にステップ２
１０６に進み、ここで主電話機１００１のＩＬＮはカバ
ー呼のトランクレコードのＴＲＫＴＢＬ６Ｂから検索さ
れ（図５）暗黙主電話機アドレスのためにカバー電話機
の現在保留された呼収納端子に関連した主電話機が自動
的に識別される。

【００６６】ＩＬＮはカバー電話機９０２から主電話機
１００１への呼を設定するために使用される主電話機番
号に翻訳される。ステップ２１０７において、項目ＴＯ
ＬＬ ＢＩＴが優先呼を示すために打合せ呼についてのＴ
ＲＫＴＢＬ３（図５）にセットされる。ステップ２１０
８ではＴＲＫＴＢＬ７（図５）項目Ｄ１乃至Ｄ４に主電
話機の電話番号が格納される。最後に主電話機の電話番
号のダイヤルが完了した状態を模擬するために、ステッ
プ２１０９ではＴＲＫＴＢＬ１（図５）で打合せ呼につ
いてのコールプログレスマークＰＭ１は予め定められた
状態にセットされる。ＣＶ ＣＳＬＴ１は次に主プログ
ラムに戻る。ＰＭ１に今与えられたダイヤル完了マーク
とトランクレコードに格納された主電話機番号によっ
て、カバー電話機から呼がダイヤルされた状態が作り出
され主プログラムが必要な呼接続を設定できるようにな
る。打合せ呼に応動して、主プログラムによって、この
呼に対して呼カバーが適用できるかを判定するために図
１３のＣＰＲＴＮ６３に入る。ステップ２１０７でＴＯ
ＬＬ ＢＩＴがセットされているから、ＣＰＲＴＮ６３
によって呼び出されたサブルーチンＣＶＲ ＣＨＫのス
テップ３７０４は打合せ呼をカバー電話機に転送する可
能性を無くすることになる。主人に対してそのカバーと
ＳＡＣ状態に関係なく優先呼が到来したことを知らせる
ために特別の優先警報信号（説明せず）で主電話機に呼
び出しが行なわれる。主人が打合せ呼に応答した後で、
電話機９０２のカバー加入者は転送キーを押すことによ
って自動的に主電話機とも起呼電話機とも接続でき、ま
た会議キーを押すことによって起呼電話機と主電話機の
間で３者会議を行なうこともできる。

【００６７】リーブワード呼とカバーコールバック ＬＷＣについて説明する以下の例において、この機能は
任意の応答電話機、本明細書中で先に述べたように例え
ばカバー電話機はもちろん、呼ピックアップ、呼フォワ
ーディングから起動されることを理解されたい。ここで
電話機１００１の起呼者が電話機９０１を呼んだと仮定
しよう。９０１はすべての内線呼、外線呼をカバーする
条件を持っているので、呼はカバー電話機に転送され
る。呼はカバー電話機９０２で応答される。さらに、起
呼者は単純なコールバック要求をするのではなく、電話
機９０１の主人に対してメッセージを残すことを望んで
いる。このメッセージは、例えば“今週中に配達しなけ
れば注文契約は取消されるかもしれない。”というよう
なものかもしれない。このメッセージは電話機９０２の
カバー加入者によって取られる。ここでカバー加入者は
電話機９０１の主人に対してメッセージを取るために起
呼することを望むことになる。これをするために、カバ
ー加入者は電話機９０２のＬＷＣボタンを押す。このボ
タン操作はシステムによって検出され、起動電話機イン
デクスを入力パラメータとして、図２２のＬＷＣＡＢＴ
Ｎ１に入ることになる。このプログラムはステップ２２
００で電話機インデクスをカバー電話機の選択された起
収納端子に従って適切なＩＬＮに翻訳する。ステップ２
２０１で、プログラムは項目ＬＷＣ ＡＣＴ ＯＮを調
べることによって、このプログラムについてＬＷＣメッ
セージがすでに記憶されているかを調べる。

【００６８】どのような呼に対しても第２のＬＷＣメッ
セージ要求は受け入れられず、この場合にはプログラム
は２２０２から主プログラムに戻ることになる。ＬＷＣ
ＡＣＴ ＯＮがセットされていないとすると、プログ
ラムはカバー電話機９０２がＬＷＣメッセージを起動す
る権利を持っているかを判定する。これはステップ２２
０３においてＬＣＯＳＴ４の表（図４）の項目ＬＷＣ
ＳＮＤ ＡＳＧを調べることによって行なわれる。もし
起動した電話機がＬＷＣメッセージを動作する権限を持
っていなければ、ステップ２２０４で電話機のＬＷＣボ
タンに付いたＬＷＣランプが点滅して、要求は無視され
る。電話機９０２がＬＷＣメッセージを動作する権限を
持っていたとすると、プログラムはステップ２２０５に
おいて、この呼について呼レコードが作られているかど
うかを判定する。起呼者が話中音を受けた場合でなけれ
ば、呼は常に存在する。ＬＷＣ呼処理刺激はステップ２
２０６において発生され、２２０７で主プログラムに戻
ることになる。トランク表１のＰＭ１の呼の状態に応動
して、ＬＷＣ刺激は起呼者の応答時間（ＣＲＩ）あるい
はリンギング状態の間にＬＷＣが起動されていれば図２
３でプログラムＬＷＣＡＢＴＮ２に入るようにし、話中
状態の間に起動があれば、ＬＷＣＡＢＴＮ３（図２６）
に入るようにする。主電話機がダイヤルされる前にＬＷ
Ｃ機能が起動されていれば、刺激によってＬＷＣＡＣＴ
１（図２７）に入ることになる。

【００６９】今の例では、起呼電話機１００１とカバー
電話機９０２が、電話機９０２のＬＷＣ起動時に通話状
態にあるものとする。従ってステップ２２０６における
ＬＷＣ刺激の発生によって、次に図２６のプログラムＬ
ＷＣＡＢＴＮ３に入ることになる。プログラムはステッ
プ２６０１でライン状態表ＬＳＴＷＤ１（図６）の項目
ＴＲＫＮＵＭからこの呼の内線トランク番号（ＩＮＴ）
を得る。主電話機９０１はステップ２６０２でトランク
表６Ｂから主電話機のＩＬＮを得ることによって暗黙主
電話機アドレスのために識別される。もし項目ＬＷＣ
ＲＣＶ ＡＳＧによって、主電話機９０１がＬＷＣメッ
セージを受信することを許されていないことが示される
と（ステップ２６０４）、プログラムはステップ２６０
５で起動した電話機９０２のＬＷＣランプを点滅して主
プログラムに戻る。もし主電話機９０１でＬＷＣメッセ
ージを受信することが許されていると、ステップ２６０
６でトランク表６Ｃから項目ＲＥＤＩＲ ＴＹＰＥを調
べることによって、プログラムはこの呼が転送された呼
であるかどうかを判定する。このステップの目的は発生
されるＬＷＣメッセージの目的で起呼電話機１００１あ
るいはカバー電話機９０２のいずれを起呼電話機として
取扱うかを決定するためである。

【００７０】この例では、カバー電話機９０２がＬＷＣ
機能を起動しているので、ステップ２６０７のプログラ
ムがＬＷＣメッセージを発生し、これがカバー電話機９
０２を起呼電話機であると識別し、ＳＮＤ ＸＣＴ Ｅ
ＸＴに電話機番号９０２の番号を記憶する。起動電話機
と主電話機の両方のＩＬＮがメッセージの記憶のために
電話番号に翻訳される。ステップ２６０８でＬＷＣメッ
セージをＤＣＩＵインタフェースプログラムに送るため
にサブルーチンＳＮＤ ＳＴＯＲが呼ばれる。ＳＮＤ
ＳＴＯＲは図２５で示されている。このルーチンはＬＷ
Ｃメッセージをバッファエリアに記憶し、これをＤＣＩ
Ｕインタフェース（プログラムは図示せず）がアンロー
ドしてＡＰ１０３に伝送する。ステップ２５００におい
ては、ＳＮＤ ＳＴＯＲはまずＬＷＣメッセージの記憶
を示すために、メッセージ送信ブロックＳＮＤ ＸＣＴ
Ｂ（図７）のメッセージタイプ項目ＳＮＤ ＸＣＴ Ｔ
ＹＰＥを設定する。ステップ２５０１においては、サブ
ルーチンはＳＮＤ ＸＣＴＢの内容をＡＰに対する送信
のＤＣＩＵに移す。このサブルーチンは次に図２６のス
テップ２６０９で起呼プログラムに戻る。２６０９では
起動電話機９０２のＬＷＣランプが点灯され、ＬＷＣメ
ッセージの発生と記憶が完了するとプログラムは主プロ
グラムに戻る。

【００７１】しばらくの間ステップ２６０６では呼はカ
バー電話機に対して転送されたものではないと仮定しよ
う。これは、例えば所望の主人以外の加入者が主電話機
で応答したときに生ずる状況である。起呼加入者（ある
いは応答加入者）は応答加入者が主電話機のためのメッ
セージを手でとるのではなく、ＬＷＣの機能を起動しよ
うとしたとしよう。この場合には、まずステップ２６１
０で起呼電話機と主電話機の両方が内線電話機であるこ
とが識別される。さもなければ、ＬＷＣメッセージは発
生されない。もし両方の電話機が内線であるなら、プロ
グラムはステップ２６１１でＬＷＣメッセージを発生
し、ＳＮＤ ＸＣＴ ＥＹＴに起呼電話機１００１の番
号を、ＳＮＤ ＸＣＴ ＢＵＦに主電話機９０１の番号
を記憶する。

【００７２】ＬＷＣボタンの起動が図２２で最初に受信
されたとき、ステップ２２０５では、呼レコードはない
と仮定され（起呼者は話中音を受ける）ＬＷＣメッセー
ジが記憶されていることを示すためにプログラムが２２
１１でＬＷＣ ＡＣＴ ＯＮをセットする。電話機９０
２に対する話中音は２２１２で除かれる。起動電話機９
０２のＩＬＮはステップ２２１３で起呼電話機番号に翻
訳される。起呼電話機９０１の番号はステップ２２１４
で表ＥＫＴ ＳＴＡ２の項目ＬＡＳＴ ＮＵＭから得ら
れる。これらの電話機番号はステップ２２１９に記憶さ
れ、ステップ２２１５でサブルーチンＳＮＤ ＳＴＯＲ
によって応用プロセッサに送られる。この点において、
プログラムはＬＷＣ起動電話機９０２に対して確認トー
ンを発生し、ステップ２２１６でＬＷＣランプを点灯す
る。ステップ２２１７において、プログラムは確認トー
ンの時間を計測するタイミング時間を開始する。これは
この呼のための呼レコードを生成し、コールプログレス
マークＰＭ１をステップ２２１８で状態ＴＩＭＥ ＬＷ
Ｃ ＡＣＴ ＴＯＮＥＳに設定し、主プログラムに戻
る。確認トーン時間がタイムアウトすると次に図２４の
プログラムＬＷＣＢＴＮ２Ｂに入る。上の呼状態でライ
ン空き刺激があると、この接続のいずれかのラインがオ
フフックしたことを意味し、これもまたＬＷＣＢＴＮ２
Ｂに入ることになる。このプログラムはまずステップ２
４００においてこれらの刺激の内のいずれによって、こ
のプログラムに入ったかを判定する。もしライン空きの
刺激が与えられれば、ステップ２４０１でプログラムは
トーンのタイミングを取消す。いずれの場合でも、ステ
ップ２４０２でトーンは取除かれ、この呼に関連した全
呼レジスタがステップ２４０３でクリアされる。ここで
ＬＷＣの機能が完了して、主プログラムに戻ることにな
る。

【００７３】上述した例の各々でＬＷＣメッセージの記
憶に成功すると、ＡＰ１０３からのメッセージに応動し
て主電話機９０１に関連した自動メッセージ待ち（ＡＭ
Ｗ）ランプとそのＡＭＷランプのすべての延長を点灯す
るために、次に図３０のプログラムＡＭＷＬＰＣＴＬに
入ることになる。ＡＭＷＬＰＣＴＬに入ると、それには
そのＡＭＷランプが更新されるべき電話機番号９０１が
与えられる。ステップ３０００でこれはＩＬＮに翻訳さ
れる。ステップ３００１においては、表ＡＭＷＰＴＲＳ
中にこのＩＬＮに対するエントリーが存在するかをプロ
グラムが判定される。もし存在すれば、この表から項目
ＬＡＭＰＴＲが読み出され、表ＡＭＷ ＡＰＰ１とＡＭＷ
ＡＰＰ２に対する適切なアドレスポインタを得る。ス
テップ３００２では、これらの表の各々から第１のエン
トリーと次のエントリーが得られる。もしＡＭＷ ＡＰ
Ｐ１からの項目ＡＭＷ ＳＴＡ ＮＵＭによって電話機
９０１が多機能電話機ではないことが、ステップ３００
３によって判定されると、プログラムは次に表ＡＭＷ
ＡＰＰ２の項目ＡＭＷ ＢＴＮ ＩＤからＩＬＮを翻訳
し、この情報を使用して適切なＡＭＷランプを点灯す
る。この動作はステップ３００４と３００５で生ずる。
これに対して、もしＡＭＷランプが多機能電話機に設け
られていると、プログラムは表ＡＭＷ ＡＰＰ２の項目
ＡＭＷ ＢＴＮ ＩＤから得られた識別番号を使用して
適切なランプを点灯する。これはステップ３００６で生
ずる。ステップ３００７においては、プログラムは表Ａ
ＭＷ ＡＰＰ２からフラグＬＡＳＴ ＡＰＰを調べ、これ
が更新されるべき最後のメッセージ待ちランプの内容で
あるかを判定する。もし他のランプエントリーがあれ
ば、これは上述のステップを繰返し、もし存在しなくな
れば、主プログラムに抜け出す。

【００７４】ここで起呼者応答間隔（ＣＲＩ）の間ある
いはカバー電話機９０２（あるいは任意の電話機）のリ
ンギングの間に電話機１００１の起呼者によってＬＷＣ
が起動されたものと仮定しよう。ステップ２２０６で発
生されたＬＷＣ刺激によって次に図２３のプログラムＬ
ＷＣＡＢＴＮ２に入ることになる。この場合にはもしそ
の資格を持っていればＬＷＣメッセージが発生され、呼
は終了する。前と同様に起動電話機のインデクスを翻訳
することによって、ＬＷＣＡＢＴＮ２はステップ２３０
０で主電話機９０１のＩＬＮを得る。ステップ２３０１
でこれは、もしあれば転送フィードバック音（ＲＦＴ）
とＣＲＩあるいは主電話機Ｄ／Ａタイミングを取消す。
次にステップ２３０２は適切な電話機に対するリンギン
グおよびリングバック信号をオフとする。これはステッ
プ２３０３で被呼電話機接続を除き、次にステップ２３
０４で項目ＬＷＣ ＲＣＶ ＡＳＧから、主電話機９０
１がＬＷＣメッセージを受信する資格があるかどうかを
判定する。

【００７５】もし資格がなければ、プログラムは起動電
話機１００１に対して、メッセージの発生に失敗したこ
とを知らせるためにＬＷＣランプを点滅し、ステップ２
３０５および２３０６で中断トーンを送る。２３０７で
は例えば１０秒の中断トーンを計時するための設定を行
なう。しかし、電話機９０１がＬＷＣメッセージ用の資
格を持っているとすれば、ステップ２３１０でプログラ
ムはメッセージ送信ブロックＳＮＤ ＸＣＴＢに起呼電
話機１００１と主電話機９０１の番号を記憶する。メッ
セージはステップ２３１１でＤＣＩＵインタフェースプ
ログラムに送られる。ステップ２３１２で電話機１００
１のＬＷＣランプがオンとなる。２３１３では電話機１
００１に確認トーンが送出され、ステップ２３１４で確
認トーンのタイミングが設定される。最後に、ステップ
２３１５で呼処理状態はＴＩＭＥ ＬＷＣ ＡＣＴ ＴＯ
ＮＥＳに設定され、起呼電話機１００１にトーンが与え
られている間に主プログラムに戻ることになる。前述し
たようにトーン時間が時間切れになると、ＬＷＣＢＴＮ
２Ｂ（図２４）に入ることになる。

【００７６】電話機はオフフックし、それに対してメッ
セージが記憶される主電話機の数字をダイヤルする前に
ＬＷＣ機能を起動することによって、主電話機にリンギ
ングを行なうことなくＬＷＣメッセージの記憶を行なう
ことができる。図２７のプログラムＬＷＣＡＣＴ１は主
電話機の数字がダイヤルされる前にＬＷＣ起動の結果と
してこれがダイヤルされるときに主電話機の数字を集め
るために実行されることになる。またダイヤルアクセス
符号（ＤＡＣ）によるＬＷＣ起動あるいはＬＷＣキャン
セルＤＡＣの受信によって、主電話機の数字を集めるた
めにＬＷＣＡＣＴ１が実行される。その呼に関連したト
ランク番号と起動電話機のＩＬＮはステップ２７００で
得られる。このプログラムに入った刺激がＬＷＣボタン
で生じたものであれば、ステップ２７０１と２７０２で
起動電話機のＬＷＣランプが点灯する。もし起動電話機
がＬＷＣメッセージを送る権限を持っていれば（ステッ
プ２７０５）ステップ２７０６の点線のブロックで示さ
れるように主電話機の数字がリアルタイムで起動電話機
から得られる。そのあとで、ＬＷＣメッセージの発生も
しくは取消しの機能を実行するためにプログラムは図２
９のＬＷＣＡＣＴ４に入る。

【００７７】ＬＷＣＡＣＴ１に入る刺激がＬＷＣボタン
の押下げであり（ステップ２７０７）起動電話機にＬＷ
Ｃメッセージを送る資格を持っていないならば（ステッ
プ２７０５）ＬＷＣ要求は否定される。しかしまだ起動
電話機にはダイヤル音が存在している可能性がある。起
呼加入者が主電話機の数字のダイヤルを開始したとき、
ダイヤル音は通常のように主プログラムによって除去さ
れる。従ってプログラムは２７０８で起動電話機からダ
イヤル音を除き、拒否を示すために電話機のＬＷＣラン
プを点滅し、主プログラムに戻ってここで割込み音が与
えられる。ステップ２７０６で主電話機の数字が収集さ
れてから、ＬＷＣＡＣＴ４（図２９）に入る。数字はス
テップ２９００でＩＬＮに翻訳される。ステップ２９０
１では主電話機がＬＷＣメッセージを受信する権限を持
つかどうかを判定するためにＬＷＣ ＲＣＶ ＡＳＧが
調べられる。もし権限がないならば、要求は否定され
る。ステップ２９０２ではもしその電話機が多機能電話
機であれば、ＬＷＣランプが点滅され、主プログラムに
対して割込みトーンが与えられる。もしそうでなけれ
ば、ＬＷＣＡＣＴ４に入る原因となった刺激がＬＷＣ取
消しのＤＡＣであるかどうかの判定が行なわれる。もし
そうでなければ、刺激はボタンもしくはＤＡＣによるＬ
ＷＣ要求であることになる。

【００７８】この場合には、ステップ２９０４でプログ
ラムは起動ＩＬＮをその電話番号に翻訳し、ステップ２
９０５で要求されたＬＷＣメッセージを発生し、ステッ
プ２９０６でそれをＤＣＩＵインタフェースプログラム
に送る。ステップ２９０７ではもし適用できるなら起動
ＬＷＣランプを点灯し、２９０８では確認トーンを起動
電話機に送り、要求された機能を終了すると主プログラ
ムに戻る。

【００７９】もう上述した刺激が取消しのＤＡＣであれ
ば、要求の一部としてステップ２７０６で受信された主
電話機の番号と起動電話機の電話番号によってＡＰ１０
３に記憶されたどのメッセージを取り消すのかが判定さ
れる。取消し要求によって、ステップ２９１０が実行さ
れ、ここで項目ＭＳＧ ＬＣＫ ＡＳＧが調べられて起
動電話機がロックできるようになっているかを判定す
る。ロックされた電話機はＬＷＣメッセージを取り出す
ことも、取消すこともできない。従ってもし電話機がロ
ックできれば、ステップ２９１１では項目ＭＳＧ ＵＮ
ＬＣＫＤから、電話機が実際ロックされているかが判定
される。もしそうであれば、ステップ２９０２を通し
て、プログラムは終了する。もし電話機がロックされて
いなければ、あるいはステップ２９１０でロックできな
いようになっていると判定されれば、ステップ２９１２
では取消しメッセージが発生される。このメッセージは
図２５に示したサブルーチンＳＮＤ ＣＮＣＬによって
ＤＣＩＵインタフェースプログラムに送られる。ＳＮＤ
ＣＮＣＬは図２５に示されている。ステップ２５０２
において、このサブルーチンは取消しメッセージを示す
メッセージタイプの項目ＳＮＤ ＸＣＴ ＴＹＰＥをセ
ットする。これは次にメッセージをＤＣＩＵに移し、こ
れを起動したプログラムに戻り、ここでステップ２９０
８では確認トーンが送出されてこれにより取消し要求が
完了する。

【００８０】カバー電話機によって起動されるカバーコ
ールバック（ＣＣ）メッセージは、これが主人に対して
カバー加入者ではなく、起呼加入者に対して電話するよ
うに要求することを除いて、カバー電話機で発生される
ＬＷＣメッセージに似ている。例えば、電話機１００１
から電話機９０１への先に述べた呼が、電話機９０２で
カバーされたものと考えよう。９０２におけるカバー加
入者は電話機９０１の主人に対して、１００１の加入者
に電話するように知らせるためにＬＷＣボタンではな
く、ＣＣボタンを押すかもしれない。ＣＣボタンが押さ
れると、これはシステムによって検出され、図２８のプ
ログラムＣＶＣＢＲＴＮに入ることになる。このプログ
ラムには入力パラメータとして起動電話機インデクスが
与えられる。ＣＶＣＢＲＴＮはまず起動電話機のインデ
クスをステップ２８０１でＩＬＮに翻訳する。ステップ
２８０２では、これはＩＬＮを使って、もしその呼につ
いてトランクレコードが存在すれば、ライン状態表ＬＳ
ＴＷＤ１の項目ＴＲＫＮＵＭからトランク表インデクス
（ＩＴＮ）を得る。もしトランクレコードが存在しなけ
れば、ボタンの操作は無視される。ＩＴＮを使ってステ
ップ２８０３ではプログラムはトランクレコードを得
る。ステップ２８０４と２８０５では、プログラムは項
目ＲＥＤＩＲ ＴＹＰＥとＴＬ１からその呼が転送され
たものであるかと、起呼電話機が内線電話機であるかど
うかを判定する。もしその呼がカバー加入者に転送され
たものでなければ、カバーコールバックボタンの動作は
何の意味もないことになる。さらにカバーコールバック
メッセージは外線からの呼については発生されない。従
ってこれらのチェックのいずれかが否定的であるときに
はＣＶＣＢＲＴＮはＣＣ刺激を無視し、主プログラムに
戻る。ステップ２８０６と２８０７ではプログラムはこ
の呼についてすでにＣＣメッセージが発生されているか
を判定しまた起呼電話機がＬＷＣ形のメッセージを送出
する権限を持つかを判定する。もしＣＣメッセージが既
に発生されているか、あるいは起呼電話機が資格をもた
なければ、ステップ２８１１で起動電話機のＣＣランプ
を点滅することによって、要求が否定されたことを起動
電話機に知らせる。

【００８１】ステップ２８０９においては、暗黙主電話
機アドレス動作の一部として、プログラムはトランクレ
コードのＰＲＩＮＣＩＰＡＬを読むことによって、主電
話機を識別する。ＬＷＣメッセージを受信することに対
する主電話機の資格はステップ２８１０によって検査さ
れもし主電話機がその資格を持たなければ、ＣＣ要求は
否定される。

【００８２】上述のすべてのテストが成功であれば、プ
ログラムはＣＣメッセージを発生して記憶する動作に進
む。ステップ２８０８ではＣＶＣＢ ＡＣＴ ＯＮがセ
ットされる。ステップ２８１２ではこれは主電話機のＩ
ＬＮを適切な電話番号に翻訳する。ステップ２８１３で
は主電話機番号をＳＮＤ ＸＣＴ ＢＵＦに起呼電話機
番号をＳＮＤ ＸＣＴ ＥＸＴに記憶することによって
ＣＣメッセージを発生する。これは次にステップ２８１
４でサブルーチンＳＮＤ ＳＴＯＲを呼びＣＣメッセー
ジをＤＣＩＵインタフェースプログラムに送る。プログ
ラムはステップ２８１５で起動電話機のＣＣランプを点
灯し、完了を表示すると主プログラムに戻る。ロック／
アンロックＤＡＣ刺激の結果として、実行される図３１
のプログラムＬＷＣ ＬＣＫの実行によって電話機はロ
ックモードになる。起動ＩＬＮは入力パラメータとして
プログラムに与えられる。多機能電話機だけがロックモ
ードにできる。これはステップ３１０１で判定される。
もし電話機が多機能電話機であれば、ステップ３１０２
でＩＬＮは電話機番号に翻訳され、電話機がディスプレ
イを持っているかどうかの判定がステップ３１０１で行
なわれる。ステップ３１０４で項目ＭＳＧ ＬＣＫ Ａ
ＳＧから起動電話機がロックモードになる権限を持って
いないことがわかると要求は否定される。さもなけれ
ば、ステップ３１０５ではＤＡＣ刺激が調べられ、ロッ
ク要求とアンロック要求のいずれが行なわれたかが調べ
られる。これに従ってステップ３１０６あるいは３１０
７ではＭＳＧ ＵＮＬＣＫＤがセットされるか、クリアさ
れるかして電話機を正しいモードとし、確認トーンがス
テップ３１０８で起動電話機に送られ、プログラムの実
行が完了する。

【００８３】メッセージの検索 ＬＷＣ、ＣＣあるいはメッセージセンターのメッセージ
がその電話機について応用プロセッサ１０３に記憶され
ると、その電話機の自動メッセージ待ち（ＡＭＷ）ラン
プが自動的に点灯する。その電話機にディスプレイモジ
ュールを持つ主人はＬＷＣおよびＣＣメッセージをディ
スプレイモジュールで見ることができる。この例ではデ
ィスプレイは４０文字のキャラクタディスプレイである
から、４０文字を越えない文字数のメッセージセンター
のメッセージもディスプレイセットで得ることができ
る。もし主人がディスプレイを持たなければ秘書あるい
はＭＣオペレータのような扱者を呼び出して、メッセー
ジを検索することができる。メッセージの検索を開始す
るために、加入者はディスプレイモジュールのメッセー
ジ検索ボタン３０６を押す。秘書のような扱者はカバー
メッセージ検索ボタン３０７を使う。これは刺激を発生
し、これによって次に図３２のプログラムＰＭＲＢＥＧ
ＩＮに入ることになる。ステップ３２０１で電話機がロ
ックされていることが判定されると、要求は否定され
る。さもなければ、ＰＭＲＢＥＧＩＮはＤＣＩＵインタ
フェースプログラムに対してこの主電話機に対して記憶
されている最初の二つのメッセージを要求するメッセー
ジを与える。

【００８４】プロセスの制御によってそのバッファが命
令によって選択されると、バッファの内容がディスプレ
イモジュールに表示される。ステップ３２０２におい
て、ＰＭＲＢＥＧＩＮはバッファ１に“検索進行中”の
メッセージを入れ、表示バッファ２には、“（電話番
号）（主人名）へのメッセージ”のメッセージを入れ
る。表示電話機の番号はプログラムに入るときにＰＭＲ
ＢＥＧＩＮに与えられた番号である。表示された主人名
は主人名のデータベースから読み込まれる。主人名デー
タベースには電話機に関連した加入者名が記憶されてい
る。この例では主人名データベースは制御プロセッサの
メモリー１０８に記憶されている。ステップ３２０３で
は、ＰＭＲＢＥＧＩＮは電話機に命令を送って表示のた
めにバッファ１を選択する。これは次に主プログラムに
戻りＤＣＩＵインタフェースプログラムから要求された
メッセージの受信を待つ。

【００８５】データチャネル１１１とＤＣＩＵ１１０を
経由して、第１のメッセージを応用プロセッサ１０３か
ら到来すると、ＤＣＩＵインタフェースプログラムによ
って図３３のＲＴＭＧ ＲＣＶが呼び出されることにな
る。このプログラムは３３０１でメッセージ待行列（図
示せず）にメッセージを待たせて終了するものである。
各々の到着メッセージは同様にＲＴＭＧ ＲＣＵに入っ
てここでメッセージが待合せを行なう。図３４のプログ
ラムＤＳＰ ＴＳＫはメッセージを管理するために周期
的に主プログラムから呼び出される。このプログラムは
ステップ３４０１で待行列が空であるかどうかを判定す
る。もし空きでなければ、これは次のディスプレイバッ
ファ（これはＡＰ１０３から送られる第１のメッセージ
のための第３ディスプレイバッファである）に、この電
話機のための待行列の先頭のメッセージを入れる。もし
これが返送されるべき第１のメッセージであれば（ステ
ップ３４０３）、ＤＳＰ ＴＳＫモジュールは第２のバ
ッファをディスプレイする命令をステップ３４０４でデ
ィスプレイモジュールに送る。これは前述のように主人
と主人の電話番号を含んでいる。次のバッファに格納さ
れていたメッセージがディスプレイ要求に応答する第１
のメッセージでなければ、ＤＳＰ ＴＳＫはそれ以上の
動作を行なわないで主プログラムに戻る。それ以降はデ
ィスプレイモシュールのステップボタン３０９の動作に
応動してディスプレイが行なわれる。

【００８６】このようなステップボタンの操作は主人に
よっておこなわれるとすると、図３５のプログラムＭＲ
ＳＴＥＰが実行される。３５０１において、この電話
機のために応用プロセッサ１０３に記憶されている次の
メッセージを取り出すために、ＤＣＩＵインタフェース
プログラムに対する要求が行なわれる。ＭＲ ＳＴＥＰ
からの命令によって主電話機の次ディスプレイバッファ
のメッセージがステップ３５０２で次に表示される。こ
れによって、１回のステップボタン操作によるＭＲ Ｓ
ＴＥＰの実行が完了する。ＭＲ ＳＴＥＰの実行はディ
スプレイモードが終了するまで、各々のステップボタン
の動作に応動して繰返される。

【００８７】表示されるメッセージはディスプレイセッ
トの削除ボタン３０８の動作によって削除されるまで、
応用プロセッサ１０３で保持される。削除ボタンの動作
によって、図３６のプログラムＭＲ ＤＥＬＥＴＥが実
行される。ステップ３６０１と３６０２では、現在のデ
ィスプレイバッファに格納しＤＣＩＵインタフェースプ
ログラムに削除メッセージを送ることによって、このプ
ログラムはディスプレイに削除の表示を出す。応用プロ
セッサ１０３でどのメッセージを削除するのかについて
の詳細はＤＣＩＵインタフェースプログラムのメッセー
ジに含まれている。上述した構成は本発明の原理の応用
を単に例示するものにすぎないことを理解されたい。本
発明の精神と範囲を逸脱することなく、当業者には他の
構成を工夫することができることは明らかである。

【図面の簡単な説明】

【図１】本発明が使用される構内交換機における加入者
宅の電話システムの例を示すブロック図である。

【図２】図１のシステムで使用される電話機の一例であ
る。

【図３】図１のシステムで使用される電話機の一例であ
る。

【図４】図１のシステムを制御するためにプログラムに
よって使用される関連したデータのテーブルのレイアウ
トである。

【図５】図１のシステムを制御するためにプログラムに
よって使用される関連したデータのテーブルのレイアウ
トである。

【図６】図１のシステムを制御するためにプログラムに
よって使用される関連したデータのテーブルのレイアウ
トである。

【図７】図１のシステムを制御するためにプログラムに
よって使用される関連したデータのテーブルのレイアウ
トである。

【図８】図１のシステムを制御するためにプログラムに
よって使用される関連したデータのテーブルのレイアウ
トである。

【図９】主電話機の状態となっている電話機と主電話機
の各々に対する呼カバー経路をシンボル的に示す図であ
る。

【図１０】主電話機の状態となっている電話機と主電話
機の各々に対する呼カバー経路をシンボル的に示す図で
ある。

【図１１】主電話機の状態となっている電話機と主電話
機の各々に対する呼カバー経路をシンボル的に示す図で
ある。

【図１２】システム中での処理の間の呼の状態を定義す
る関連するソフトウエア状態の表である。各々の呼処理
状態についての呼について実行される呼処理活動を起動
な関連する刺激と刺激の結果として実行されるプログラ
ムルーチンの名前もまた示されている。

【図１３】図１の呼カバレージ経路の転送を主として制
御するプログラムルーチンのフローチャートを示す。

【図１４】図１の呼カバレージ経路の転送を主として制
御するプログラムルーチンのフローチャートを示す。

【図１５】図１の呼カバレージ経路の転送を主として制
御するプログラムルーチンのフローチャートを示す。

【図１６】図１の呼カバレージ経路の転送を主として制
御するプログラムルーチンのフローチャートを示す。

【図１７】図１の呼カバレージ経路の転送を主として制
御するプログラムルーチンのフローチャートを示す。

【図１８】図１の呼カバレージ経路の転送を主として制
御するプログラムルーチンのフローチャートを示す。

【図１９】図１の呼カバレージ経路の転送を主として制
御するプログラムルーチンのフローチャートを示す。

【図２０】図１の呼カバレージ経路の転送を主として制
御するプログラムルーチンのフローチャートを示す。

【図２１】図１の呼カバレージ経路の転送を主として制
御するプログラムルーチンのフローチャートを示す。

【図２２】ＬＷＣおよびＣＣメッセージの処理に関連す
る同様のフローチャートである。

【図２３】ＬＷＣおよびＣＣメッセージの処理に関連す
る同様のフローチャートである。

【図２４】ＬＷＣおよびＣＣメッセージの処理に関連す
る同様のフローチャートである。

【図２５】ＬＷＣおよびＣＣメッセージの処理に関連す
る同様のフローチャートである。

【図２６】ＬＷＣおよびＣＣメッセージの処理に関連す
る同様のフローチャートである。

【図２７】ＬＷＣおよびＣＣメッセージの処理に関連す
る同様のフローチャートである。

【図２８】ＬＷＣおよびＣＣメッセージの処理に関連す
る同様のフローチャートである。

【図２９】ＬＷＣおよびＣＣメッセージの処理に関連す
る同様のフローチャートである。

【図３０】主電話機に対するメッセージの蓄積に応答し
てステーションの自動メッセージ得るランプのオンオフ
状態を更新するために使用されるプログラムのフローチ
ャートである。

【図３１】記憶されたＬＷＣタイプのメッセージが不正
に検索されるのを防止するためにステーションをロック
状態にしたり、アンロック状態にする機能を持つプログ
ラムのフローチャートである。

【図３２】メッセージ検索のプログラムのフローチャー
トである。

【図３３】メッセージ検索のプログラムのフローチャー
トである。

【図３４】メッセージ検索のプログラムのフローチャー
トである。

【図３５】メッセージ検索のプログラムのフローチャー
トである。

【図３６】メッセージ検索のプログラムのフローチャー
トである。

【図３７】以上のプログラム構造の種々の場合で呼び出
されるいくつかのサブルーチンのフローチャートであ
る。

【図３８】以上のプログラム構造の種々の場合で呼び出
されるいくつかのサブルーチンのフローチャートであ
る。

【図３９】以上のプログラム構造の種々の場合で呼び出
されるいくつかのサブルーチンのフローチャートであ
る。

【図４０】以上のプログラム構造の種々の場合で呼び出
されるいくつかのサブルーチンのフローチャートであ
る。

【図４１】以上のプログラム構造の種々の場合で呼び出
されるいくつかのサブルーチンのフローチャートであ
る。

【符号の説明】

１０１ 制御プロセッサ １０２ スイッチ １０３ 応用プロセッサ １０４ メッセージセンター １０５ 中央処理ユニット

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成７年５月１１日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】０００１

【補正方法】変更

【補正内容】

【０００１】

【技術分野】本発明は蓄積メモリーを有し、複数の電話
機を取扱う電話システムにおける主電話機のために呼カ
バー（代行受信）サービスを提供するための方法に関す
る。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】０００２

【補正方法】変更

【補正内容】

【０００２】

【発明の背景】呼カバー装置は主電話機に対する呼がメ
ッセージを受ける他の目的で主人（主電話機の加入者）
以外によって応答できるようにする装置である。過去に
おいてはこのような装置は典型的には呼応答サービスに
加入するかあるいは秘書の電話機に主電話機のラインを
ブリッジ接続することによって構成される。最近になっ
て、他の選択もできるようになって来た。例えばディメ
ンジョン構内交換機（ディメンジョンはアメリカ電話電
信会社の登録商標である）では呼フォローディングと呼
ばれる二つの機能が提供されている。これは全呼の転送
と話中もしくは無応答に対する呼転送である。これらの
機能の両立で入来した呼は主電話機でその機能が起動さ
れたときに指定された電話機に自動的に転送される。第
１のフォローディングでは転送はただちに生じ、これに
対して後者では主電話ラインが異なっているとき、ある
いは指定された時間の間主電話機で呼に対する応答がな
いときに転送が行われる。さらにディメンジョンＰＢＸ
システムでは呼ピックアップ機能があり、これでは応答
電話機から特別のアクセスコードをダイヤルすることに
よって与えられた電話機に対する呼に対して呼ピックア
ップグループ内の他の電話機によって応答することがで
きる。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】０００３

【補正方法】変更

【補正内容】

【０００３】ホライズン通信システム（ホライズンはア
メリカ電話電信会社の登録商標である）はカバー（代行
受信）の概念をさらに広げてメモリー中に永久的に主電
話機への呼がただちに転送されるひとつあるいはそれ以
上の代理電話機（カバー電話機）を指定することができ
る。ホライズンシステムのカバー機能は次のようであ
る。主電話機に対する入来呼の通知は通常のリンギング
およびフラッシュイングによって行われる。同時に指定
されたカバーグループの電話機の各々では専用のカバー
ボタンでフラッシュが生ずる。呼はこれらの電話機のど
れからでも応答することができる。多くの場合カバーグ
ループの各電話機のカバー利用者は主電話機に対する呼
を代行受信する優先順序を知っている。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】０００４

【補正方法】変更

【補正内容】

【０００４】従って主人が応答しなければ第１の順位の
カバー利用者がもし居れば、応答することになる。もし
無応答の期間が長くなれば、第２の順位のカバー利用者
が応答し、以下同様となる。この装置は満足すべき動作
を行うが、各利用者はある程度カバーボタンのフラッシ
ュを観察し、自分で時間を計らなければならないことも
ある。この代わりにシステムは主電話機にリンギング転
送オプションを付けることもできる。このオプションで
は無応答の期間が指定された長さになれば、リンギング
は順次に指定されたカバーグループの電話機に転送され
る。しかし、呼が応答されるか放棄されるまでカバーグ
ループの電話機の各々でフラッシュが継続する。フラッ
シュおよびリング転送のいずれにおいても、各々の可能
性のあるカバー利用者の各々がリンギング時間の間気を
散らされるということは望ましくない。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】０００５

【補正方法】変更

【補正内容】

【０００５】

【発明の概要】本発明に従えば、この問題は主電話機に
向けられた呼をカバー電話機に転送する条件を指定する
カバー条件をメモリーに記憶し、主電話機のための複数
個の呼カバー電話機の番号と呼カバー電話機の優先順を
メモリーに記憶し、起呼電話機から主電話機に向けられ
たカバー条件を満足した呼に応答して、その主電話機に
向けられてカバー条件を満足する呼を呼に応答があるか
あるいは放棄されるまでカバー電話機の各々に対して順
次に転送するステップを含む方法によって解決される。

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】０００６

【補正方法】変更

【補正内容】

【０００６】カバー条件は周知の技術に比べてより一般
的である。重要なことは、条件は主電話機の状態はもち
ろんのこと到来呼の種別によって決めることができるこ
とである。主電話機に対する呼はただちに転送しても良
く、主電話機にだけ向けられても良く、まず主電話機に
対して向けられ、指定された時間の間主電話機が応答し
ないときだけカバー電話機に転送してもよく、これらは
すべて後述するように呼の種別と主電話機の状態とにも
とずくオプションを含むカバー条件に従うものである。

【手続補正８】

【補正対象書類名】明細書

【補正対象項目名】０００７

【補正方法】変更

【補正内容】

【０００７】伝統的な電話システムでは、電話機は１本
のラインを持つか、その各々が異なる選択ボタンに関連
した複数のラインを有している。以下に開示するシステ
ムでは、電話機にはその各々が別々の呼ボタンに関連し
た複数の呼収納端子を持つ単一のラインに接続されても
良く、各々が複数の呼収納端子を持つ複数のラインに接
続されても良い。各々の呼収納端子は同時に独立した呼
機能に関連することができる。従って例えば電話機は３
個の呼収納端子を持った１本のラインを持っても良く、
任意の与えられた時点で、１本の呼収納端子では呼が保
留されており、他の収納端子では主人が起呼者と話をし
ており、一方第３の収納端子で入来呼がリンギング中で
あるというようなことも存在する。もしひとつあるいは
それ以上の電話ラインの呼収納端子が呼機能に関連して
いれば、その電話ラインはアクティブ状態であると呼ば
れる。もしすべての呼収納端子がアクティブであれば、
電話ラインは塞り且つアクティブであると呼ばれる。例
えば、後述する呼カバー装置は一例として単一の電話機
ラインの場合について動作するものとしている。従っ
て、複数のラインを持つ電話機は各ラインについて異な
るカバー条件を指定しても良い。

【手続補正９】

【補正対象書類名】明細書

【補正対象項目名】０００８

【補正方法】変更

【補正内容】

【０００８】以上を背景として、カバー条件の例をさら
に詳しく述べるものとしよう。主電話機の状態に関して
言えば、その有利な一実施例に従えば、主電話機は電話
機がアクティブであるときだけ、電話機が塞りであると
きだけあるいは指定された期間の間応答がないときだけ
カバー電話機に転送するように指定することができる。
入来呼のクラスについて言えば、主電話機はシステムに
よって取扱われる電話機からの呼（内線呼）だけをカバ
ー電話機に転送するかあるいはシステムによって取扱わ
れない電話機からの呼（外線呼）だけをカバー電話機に
転送するかを指定することができる。以上の呼クラスの
カバーの選択はどのようにでも電話機状態のカバー選択
と組合わせることができる。従って、例えばもし主電話
機が望めば、アクティブな電話機に向けられた外線呼だ
け、あるいは塞りの電話機に向けられた内線呼だけをカ
バー電話機に転送することを指定できる。同様に全内線
呼カバーと全外線呼カバーの両方を選択することによっ
て全呼をただちに転送するようにすることもできる。他
の例としては、主電話機が指定された時間の間応答しな
いときだけ外線呼、内線呼のいずれか一方あるいは両方
を転送するように指定してもよい。要約すれば、主電話
機は図示のカバー環境の中で所望のカバー条件を指定す
る完全な自由度を持っている。

【手続補正１０】

【補正対象書類名】明細書

【補正対象項目名】０００９

【補正方法】変更

【補正内容】

【０００９】呼カバーが適用されないようなタイプの呼
も存在する。後述するように、このようなタイプの呼の
ひとつはカバー加入者からの呼で、カバー電話機を受持
つ秘書が、秘書によってカバーされた呼に応待するため
に主電話機を呼ぶような場合である。主電話機はすべて
の呼を秘書にまわして選定させ、問題のある呼だけに応
答するように秘書が主人に伝えるようにすることができ
る。秘書から主人へのこのような呼までもがカバー条件
に従って秘書に転送されてしまうのを防止するために、
呼は優先呼としてクラス付けされる。このクラスの呼は
自動的にカバーされないようになる。

【手続補正１１】

【補正対象書類名】明細書

【補正対象項目名】００１０

【補正方法】変更

【補正内容】

【００１０】ここに開示した方法では何もしなければカ
バー電話機にまわされる呼を起呼者が制御できるように
なっている。“呼メッセージサービス”では起呼者ある
いはカバー加入者によって主電話機へのコールバックメ
ッセージを発生し記憶することができるメッセージサー
ビスを示している。メッセージは日付、時刻それに起呼
者の番号を含んでいる。この機能はリーブワード呼（Ｌ
ＷＣ）と呼ばれ、ダイヤルアクセスコードあるいは電話
機のボタン操作によって起動される。ここで開示する本
発明によって一般に呼カバーシステムとＬＷＣ機能が改
善される。呼がカバー電話機に転送される前に、起呼電
話機に対しては呼はカバー電話機に転送されることにな
っていることが知らされ、そのあと転送が行われる前に
起呼者応答時間（ＣＲＩ）と呼ばれる静かな時間が与え
られる。起呼者はここで呼を放棄しても良いし、ＣＲＩ
の時間が経過するまで待っても良い。その代わりに起呼
者はＣＲＩの間にＬＷＣ機能を実行して、カバーの代わ
りに主電話機のためのコールバックメッセージを記憶し
ても良い。

【手続補正１２】

【補正対象書類名】明細書

【補正対象項目名】００１１

【補正方法】変更

【補正内容】

【００１１】もし必要であれば、ＣＲＩの間に起呼者に
対して他のオプションを提供しても良い。例えば起呼者
の電話機に“カバー行き”のボタンを設け、起呼者は必
要ならＣＲＩをとばして、ただちに転送を開始しても良
い。これによって、もし起呼者がカバーユーザと対話す
ることを望むならＣＲＩの時間が経過するのを待たなけ
ればならないという待時間をなくすことができる。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ディヴィス，リチャード アーノルド アメリカ合衆国 80303 コロラド，ボー ルダー，ブライアウッド ドライヴ 2495 (72)発明者 ハリス，スーザン ケイ アメリカ合衆国 80234 コロラド，ノー スグレン，フーロン ストリート アパー トメント 412 10640 (72)発明者 ジョーンズ，バーナード ロイス アメリカ合衆国 80005 コロラド，アー ヴァダ，パーフェット コート 7643 (72)発明者 ペイシュア，ジョン ヤイツ アメリカ合衆国 80241 コロラド，ノー スグレン，クック サークル 12884

Claims (1)

【特許請求の範囲】
1. 【請求項１】 記憶メモリーを有し複数個の電話機を取
   扱う電話システムにおいて、呼カバー電話機で呼取扱い
   動作を行なう方法において、該方法は主電話機の予め定
   められたグループに宛てた呼を予め定められた環境で呼
   カバー電話機に転送し、 カバー電話機に転送された呼についてカバー電話機から
   の信号に応動して自動的に主電話機を識別し、 このステップで識別された主電話機に関連する信号によ
   って指定された呼処理動作を実行するステップから成る
   ことを特徴とする呼取扱い方法。