JP2001516514A - Ｐｂｘ経由でデータ呼を転送する方法および装置 - Google Patents

Abstract

(57)【要約】 着信先である第１の通信インタフェース装置の操作論理は拡張されて、発信元である第２の通信インタフェース装置から受信したダイヤルイン・データ呼をＰＢＸを介して同じＰＢＸに結合された着信先である第３の通信インタフェース装置へ転送する論理を含む。第２および第３の通信インタフェース装置、すなわち元の発信元および着信先の操作論理も同様に拡張され、転送を実現するための第１の通信インタフェース装置と連携する論理を含む。第１、第２、および第３の通信インタフェース装置の操作論理がそれぞれ第２および第３の、第１および第３の、第１および第２の通信インタフェース装置に提供された拡張機能によってさらに拡張され、３つの通信インタフェース装置のそれぞれが異なる時点でその呼を転送した発信元、転送元である着信先、また転送先である着信先になることができることが好ましい。

Description

【発明の詳細な説明】 ＰＢＸ経由でデータ呼を転送する方法および装置 発明の背景 １．発明の分野 本発明はデータ通信の分野に関する。より詳細に言えば、本発明はモデムとし ても知られるデータ回線終端装置（ＤＣＥ）を含む通信インタフェース装置に関 する。 ２．背景情報 コンピュータおよび通信技術の進歩に伴って、ますます多くのデータ処理装置 に通信インタフェース装置が装備されるようになっている。通信インタフェース 装置は、ＰＯＴＳ接続での音声およびデータ（ＳＶＤ）モデムへ同時接続する従 来のＤＣＥからＩＳＤＮベースのインタフェース装置にわたっている。この目的 は伝送方式のいかんを問わずデータ通信または音声およびビデオ交換あるいはそ の両方を実行することである。本明細書では、データ処理装置はデータ伝送装置 （ＤＴＥ）とも称する。 通常、２つの通信インタフェース装置が、一般に特に搬送信号の伝送を指示す るデータ通信プロトコルに従って通信を共同で確立することによって２つのＤＴ Ｅを相互接続する。規定の時間フレーム内にこの搬送信号を相手側から受信しな いと大半のインタフェース装置は接続が失われたものと解釈する。さらに、プロ トコルの機能に応じて、２つのインタフェース装置はデータ伝送速度、データブ ロック化因数、データ交換時にエラー訂正および／または圧縮／解凍を行うかど うか、圧縮／解凍技法その他を共同で確立することができる。 今日、現代の構内交換機（ＰＢＸ）のダイヤルイン機能によってＤＴＥはその 通信インタフェース装置を介して、ＰＢＸの「背後」にある適合通信インタフェ ース装置を備えた他のＤＴＥとの間で前記適合通信インタフェース装置に直接発 呼することによってデータ通信を実際に開始できる。ただし、ダイヤルイン音声 呼とは違って、搬送信号が必要とされる時間はＰＢＸが呼を転送するのにかかる 時間と比べてはるかに短いのが一般的であり、着信先ＤＴＥはその通信インタフ ェース装置からその呼を同じＰＢＸに接続された適合機能を有する通信インタフ ェース装置を備えた他のＤＴＥに転送させることはできない。 今日のデータまたは音声通信の多数の応用例あるいはその両方で、あるＤＴＥ から同じＰＢＸに接続された適合機能を有する通信インタフェース装置を備えた 他のＤＴＥへ上記のダイヤルイン・データ呼を転送できることが望ましいことが 経験上わかっている。以下に詳細に開示するように、本発明はこの機能とその他 の望ましい結果を達成する。発明の概要 着信先である第１の通信インタフェース装置の操作論理は、発信元である第２ の通信インタフェース装置から受信したダイヤルイン・データ呼をＰＢＸを介し て同じＰＢＸに結合された転送先である第３の通信インタフェース装置へ転送す る論理を含むように拡張される。第２および第３の通信インタフェース装置、す なわち元の発信元および着信先の操作論理も同様に拡張され、転送を実現するた めの第１の通信インタフェース装置と連携する論理を含む。 より詳細に言えば、第２の通信インタフェース装置すなわち発信元が発呼した ダイヤルイン・データ呼を転送する機能を組み込むことができるように、第２の 通信インタフェース装置がモデムの場合に呼の転送を通知されるとその操作論理 は着信先からの搬送信号の検出を一時的に停止する。他方、第２の通信インタフ ェース装置がサービス総合ディジタル網（ＩＳＤＮ）適合のインタフェースの場 合、その操作論理は着信先からのフレーム同期信号の検出を一時的に停止する用 に拡張される。発信元である第２の通信インタフェース装置の操作論理も拡張さ れて、発信元である第２の通信インタフェース装置が着信先からの搬送／フレー ム同期信号待ちになったときに通知されてプロトコル断と見なされる場合に再訓 練手順を開始し、着信先からの搬送／フレーム同期信号待ちを再開する。 さらに、第１の通信インタフェース装置すなわち転送元である着信先は、受信 した伝送ダイヤルイン・データ呼を転送することができるために、その操作論理 が拡張され、着信先からの搬送／フレーム同期信号待ちを再開した時点で、第１ の通信インタフェース装置の「ホスト」ＤＴＥすなわち転送元である着信先が所 望の転送先の「ホスト」ＤＴＥへも接続されているかどうかによって、プロトコ ル断と見なす通知を行って、または行わずに発信元に第２の通信インタフェース 装置に転送を通知する。第１の通信インタフェース装置すなわち転送元である着 信先の操作論理も拡張されてその「ホスト」ＤＴＥにデータ呼を処理するための 動作パラメータを通知し、これによって第２および第３の「ホスト」ＤＴＥが所 望の転送先へ接続されている場合、この情報は第３の通信インタフェース装置す なわち転送元である着信先へ提供される。最後に、第１の通信インタフェース装 置すなわち転送元である着信先の操作論理はさらに拡張されてＰＢＸに転送先の 識別を通知する。 さらに、第３の通信インタフェース装置すなわち転送先である着信先が転送呼 を受信できるように、その初期化論理が拡張されてその「ホスト」ＤＴＥの制御 下で特定の動作パラメータ・セットに初期設定される。第３の通信インタフェー ス装置すなわち転送先である着信先はさらに拡張されて呼への応答前にそのよう に初期設定されている場合は上記の動作パラメータを確立するための「標準の」 ハンドシェークおよびネゴシエーションを省略する。 最後に、第１、第２、および第３の通信インタフェース装置の操作論理がそれ ぞれ第２および第３の、第１および第３の、第１および第２の通信インタフェー ス装置に提供された拡張機能によってさらに拡張され、３つの通信インタフェー ス装置のそれぞれが異なる時点でその呼を転送した発信元、転送元である着信先 、また転送先である着信先になることができるのが好ましい。図面の簡単な説明 本発明を明細書記載の番号と図中の番号が対応している以下の添付図面によっ て制限ではなく例示的実施形態として記載する。 第１図は本発明の内容を組み込んだＤＴＥのネットワーク例を示す。 第２図は第１図のＤＴＥの実施形態を示す。 第３ａ図から第３ｃ図は第２図の通信インタフェース装置の実施形態を示す。 第４ａ図から第４ｃ図は発信元、着信先（転送元）および転送先の通信インタ フェース装置の改善された動作フローの一実施形態をそれぞれ示す。発明の詳細な説明 以下、説明のために特定の番号、材料、および構成が記載されて本発明を完全 に理解できるようにしている。ただし、本発明は特定の詳細なしに実施すること ができることは当業者には明らかである。また、周知の機能を省略または簡略化 して本発明をわかりやすくしている箇所もある。さらに、理解を容易にするため 、いくつかの方法ステップを別個のステップとして記述しているが、これらのス テップを必ずこの順に実行しなくてはならないと解釈すべきではない。 第１図について説明する。同図では、本発明の内容を組み込んだＤＴＥのネッ トワーク例が示されている。図示のように、ＤＴＥのネットワーク例はＤＴＥ１ ２、１４、および１６を含む。ＤＴＥ１４およびＤＴＥ１６はＰＢＸ１８に結合 される。さらに、図示の実施形態では、ＤＴＥ１４および１６はローカル・エリ ア・ネットワーク（ＬＡＮ）２０として示す他の接続にも結合されている。ＤＴ Ｅ１２は公衆交換網２２およびＰＢＸ１８を介してＤＴＥ１４またはＤＴＥ１６ とデータ通信を行う。 公衆交換網２２はＤＴＥ１２、１４、および１６に含まれる通信インタフェー ス装置のタイプによって一般交換電話網（ＧＳＴＮ）またはＩＳＤＮその他のネ ットワークである。通信インタフェース装置はアナログまたはＳＶＤモデムで、 その場合、公衆交換網２２はＧＳＴＮである。換言すると、ＤＴＥ１２とＤＴＥ １４または１６への接続はＰＯＴＳ接続である。他方、通信インタフェース装置 がＩＳＤＮベースの場合、公衆交換網２２はＩＳＤＮである。ＤＴＥ１２とＤＴ Ｅ１４または１６への接続はＩＳＤＮ接続である。 第２図に第１図のＤＴＥ１２、１４、および１６の例示的実施形態を示す。図 示のように、ＤＴＥ１２、１４、または１６はプロセッサ１０２、キャッシュ１ ０４、メモリ１０６、メモリ制御装置１０８、および図示のように相互に接続さ れたプロセッサ・バス１１０を含む。さらに、ＤＴＥ１２、１４、または１６は 標準入出力バス１２６および高速入出力バス１１８に結合された入出力制御装置 １１２を含む。標準入出力バス１２６には大容量記憶装置１２０、キーボード１ ２２（マウスなどのカーソル制御装置を含む）、および通信インタフェース装置 １２４が結合される。高速入出力バス１１８にはディスプレイまたはカメラある いはその両方などのビデオ入出力装置１１６、およびマイクロフォンおよびスピ ーカなどの音声入出力装置１１４が結合される。 通信インタフェース装置１２４には本発明の内容が組み込まれているがこれに ついて以下に詳述する。その他の要素は従来の機能を実行する。それらの機能は 周知のためここでは述べない。以下の説明に基づいて、当業者は本発明を図示の 要素なしに、または他の要素を加えて実施できることを理解するであろう。図示 の実施形態はＩｎｔｅｌ^(R)のアーキテクチャ・プロセッサに基づくパーソナル ・コンピュータ・システムを含むがこれに限定されない当業界で周知の広いカテ ゴリのＤＴＥを表す意図を持つ。さらに、通信インタフェース装置１２４がホス トＤＴＥの「内部」の独立した装置として示されているが、本発明はＤＴＥの外 部の通信インタフェース装置上でも実施できることに注意する必要がある。それ にもかかわらず、説明を容易にするために結合されたＤＴＥを「ホスト」ＤＴＥ と称する。さらに、本発明は統合技術の進歩につれて統合通信インタフェース機 能を備えた入出力制御装置などの「複合機能装置」上で実施できると予測される 。 第３ａ図から第３ｃ図に第２図の通信インタフェース装置の３つの例示的実施 形態を示す。第３ａ図の通信インタフェース装置１２４ａはそれぞれ残りの「ホ スト」ＤＴＥへのＵＡＲＴインタフェース１５２、装置の総合動作を制御するマ イクロコントローラ１５４、データ送受信用のデータ・ポンプ１５６、およびデ ータを回線１６０に電気信号として実際に乗せるＤＡＡ１５８を備えた広いカテ ゴリの従来のアナログ・モデムを表している。 第３ｂ図の通信インタフェース装置１２４ｂは、ＵＡＲＴインタフェース１５ ２に加えて、マイクロコントローラ１５４、データ・ポンプ１５６、およびＤＡ Ａ１５８、「ホスト」ＤＴＥとの間でディジタル化された音声信号を転送するブ ロック転送インタフェース１６２、ディジタル化された音声信号の圧縮および解 凍を行う統合音声圧縮／解凍回路１６４、ある種の音声またはデータ動作制御信 号をマイクロコントローラ１５４に提供するための開始トーン検出器１６６をそ れぞれ含む、広いカテゴリのＳＶＤモデムを表している。音声とデータはマイク ロコントローラ１５４の制御下で多重化される。 第３ｃ図の通信インタフェース装置１２４ｃは、マイクロコントローラ１５４ に加えて、第１のブロック転送インタフェースｌ６２ａ（音声転送用）、音声圧 縮／解凍回路１６４、それぞれビデオおよびデータを転送する２つの追加のブロ ック転送インタフェース１６２ｂおよび１６２ｃ（コマンドを含む）、およびビ デオ信号を符号化および復号化するビデオＣＯＤＥＣ１６８を有する、広義のカ テゴリのＩＳＤＮベース通信インタフェース装置を表している。音声およびビデ オ／データはさらにマイクロコントローラ１５４の制御下で多重化される。 それぞれの場合に、マイクロコントローラ１５４は、共同で接続およびデータ 通信プロトコルを確立する初期設定／操作論理を含むサポート対象の接続タイプ に適した方法で通信インタフェース装置１２４ａ〜１２４ｃを運用する初期設定 ／操作論理を組み込んでいる。データ通信プロトコルの具体的な例にはＰＯＴＳ 接続用のＩＴＵのＶ．４２とＩＳＤＮ接続用のＶ．１２０が含まれる。さらに、 初期設定／操作論理は以下に詳述するＰＢＸを介したダイヤルイン・データ呼の 転送をサポートする本発明の教示を組み込んでいる。本発明の教示を除くと、通 信インタフェース装置１２４ａ〜１２４ｃは当業で周知であるため、他の箇所で は詳述しない。 第４ａ図から第４ｃ図はそれぞれ発信元、転送元の着信先、および転送先の着 信先の場合の本発明の内容を示す。第４ａ図に示すように、従来技術では発信元 として通信インタフェース装置１２４ａ、１２４ｂ、または１２４ｃ（以降１２ ４^*と表記）はステップ２０２で着信先通信インタフェース装置１２４^*へダイヤ ルイン・データ呼を発呼する。ステップ２０４で、２つの通信インタフェース装 置１２４^*はそれらがサポートするプロトコル、例えばＩＴＵ Ｖ．２４または Ｖ．１２０に従ってデータ通信プロトコルを含む接続を共同で確立する。特に、 ２つの通信インタフェース装置１２４^*はデータ伝送速度、エラー訂正を使用す るかどうか、圧縮／解凍を採用するかどうか、また採用する場合に、圧縮／解凍 技法または文字列を共同で設定する。接続およびデータ通信プロトコルを設定す ると、２つの通信インタフェース装置１２４^*はそれらのホストＤＴＥ１２およ び１４のためにデータ交換を行う。 ただし、本発明によると、ステップ２０６で、通信インタフェース装置１２４^* の操作論理は発信元として動作する場合に拡張され、ダイヤルイン・データ呼 をこれから転送する旨の着信先からの通知を検出する。一実施形態では、この通 知は転送の完了時に発信元の通信インタフェース装置１２４^*がプロトコル断と 見なすかどうかを含む。これについては以下に詳述する。この通知は多様な方法 で、例えば、呼がＩＴＵのＶシリーズ・プロトコルの１つを使って実行されてい る場合にはＸＩＤフレームによって実施できる。ステップ２１６でこの通知が検 出されないと、操作論理は従来技術と同様に働き、呼の終了条件を検出すると最 終的に呼終了処理を行う。 他方、発信元の通信インタフェース装置がモデムの場合、ステップ２０６で転 送通知が検出されると、操作論理が拡張されて着信先からの搬送信号の検出を一 時的に停止する。他方、発信元の通信インタフェース装置がＩＳＤＮインタフェ ースの場合、操作論理が着信先からのフレーム同期信号の検出を一時的に停止す るように拡張される。図示の実施形態の場合、ステップ２０８で操作論理はタイ マを規定時間にセットする。ステップ２１０で、このタイマ間隔中は操作論理は 着信先からのフレーム同期信号の検出を停止する。また、操作論理が着信先から の「規定時間を超えた」搬送信号の未検出を無視することもできる。ステップ２ １２で、時間間隔の終了時に操作論理は着信先からの搬送／フレーム同期信号の 検出を再開する。着信先からの搬送／フレーム同期信号が検出されない場合、操 作論理は呼を終了する。着信先からの搬送／フレーム同期信号が再び検出され、 通信インタフェース装置１２４^*がプロトコル断とみなす旨の通知を以前に受け ている場合、ステップ２１４で操作論理はステップ２０４の再訓練手順を開始す る。この通知を受けていない場合、操作論理は呼が転送されなかったものとして 処理を継続する。 発信元の通信インタフェース装置１２４^*が着信先からの搬送／フレーム同期 信号の検出を一時的に停止する時間間隔は、呼をＰＢＸ経由で転送できるだけの 長さが必要である。実際の時間は経験的に定めてもよい。一実施形態では２００ ｍｓである。 第４ｂ図では従来技術の着信先のように、操作論理はステップ２２２でダイヤ ルイン・データ呼を受信する。前述したように、２つの通信インタフェース装置 １２４^*はステップ２２４で接続およびデータ通信プロトコルを設定する。接続 およびデータ通信プロトコルが設定されると、操作論理は従来技術と同じ処理を 行う。 ただし、本発明によると、ステップ２２６で操作論理が転送先である着信先へ 呼を転送するために「ホスト」ＤＴＥからの命令を検出するように拡張されてい る。一実施形態では、転送先である着信先の識別に加えて、この命令は呼の動作 パラメータ要求を含む。転送元の通信インタフェース装置１２４^*の「ホスト」 ＤＴＥは転送先の通信インタフェース装置１２４^*の「ホスト」ＤＴＥに接続さ れている場合は動作パラメータを要求する。命令／要求は、例えば命令／要求を 通常のデータ・トラフィックと区別するエスケープ・シーケンスを使って多様な 方法で実施できる。この命令／要求が検出されなかった場合、操作論理は従来技 術の方法で通信インタフェース装置１２４^*を運用し、ステップ２２８で呼の数 量条件を検出すると呼を終了する。 他方、呼の転送命令がステップ２２６で検出されると、操作論理はさらに「ホ スト」ＤＴＥが以前に呼の動作パラメータを要求したかどうかをステップ２３０ で判定する。「ホスト」ＤＴＥが以前に呼の動作パラメータを要求していない場 合、操作論理は発信元の通信インタフェース装置１２４^*に呼をこれから転送す ることを通知するが、ステップ２３４で発信元の通信インタフェース装置１２４^* に転送終了時にプロトコル断とみなすようには指示しない。いずれの場合も、 発信元の通信インタフェース装置１２４^*に通知した後で、転送元である着信先 の通信インタフェース装置１２４^*は、呼を転送先である着信先の通信インタフ ェース装置１２４^*へ転送するようＰＢＸに通知する。 第４ｃ図に示すように、ステップ２４２で、従来技術のように、転送先である 着信先の通信インタフェース装置１２４^*はその「ホスト」ＤＴＥからのコマン ドまたは呼び出し信号に応答する。コマンドを受信すると、操作論理は、ステッ プ２４６でコマンドが通信インタフェース装置１２４^*を一定の動作パラメータ ・セットに初期設定するものかどうかを判定する。コマンドが初期設定するため のもの場合、操作論理はステップ２５０で上記のように通信インタフェース装置 １２４^*を初期設定する。動作パラメータ・セットはそれを転送元の通信インタ フェース装置１２４^*の「ホスト」ＤＴＥから受信した「ホスト」ＤＴＥによっ て与えられる。コマンドが従来のコマンドの１つである場合、操作論理はステッ プ２４８で従来の技術の従来のコマンドとして処理する。 他方、呼への応答時以外に呼び出し信号の受信時に、ステップ２５２で操作論 理は通信インタフェース装置１２４^*が以前にステップ２５４の「ホスト」ＤＴ Ｅからの要求への応答で一定のパラメータ・セットに初期設定されているかどう かをさらに判定する。通信インタフェース装置１２４^*が上記のように以前に初 期設定されていない場合、ステップ２５８で操作論理は従来技術の方法で接続お よびデータ通信プロトコルを共同で設定する。データ通信プロトコルを設定する と、操作論理は最終的に呼の終了条件を検出するまで従来技術の通信インタフェ ース装置１２４^*を運用し、ステップ２５６で呼を終了する。 ただし、ステップ２５４で通信インタフェース装置１２４^*が以前に一定のパ ラメータ・セットに初期設定されているということが検出された場合、「ホスト 」ＤＴＥからの要求に応答して、操作論理は「ネゴシエーション」ステップが実 行されたかのようにこのステップを省略して直ちに通信インタフェース装置１２ ４^*を運用する。同様に、操作論理は呼が終了するまで通信インタフェース装置 １２４^*を運用する。 理解を容易にするため、操作論理の拡張を拡張形態として別に述べて多様な通 信インタフェース装置が発信元、転送元である着信先、および転送先である着信 先として動作できるようにした。通信インタフェース装置がある時点で発信元で 、別の時点で転送元である着信先で、さらに別の時点で転送先である着信先であ ることが可能なのは明らかである。したがって、通信インタフェース装置１２４^* に３つのすべてのタイプの拡張を提供して通信インタフェース装置１２４^*が異 なる時点で３つの異なる役割のそれぞれで振る舞うことができるのが好ましい。 以上、ＰＢＸを介してデータ呼を転送する方法および装置を説明してきた。本 発明の方法および装置は上記の図示の実施形態に関して記載されているが、本発 明は上記の実施形態に限定されないことを当業者は理解するであろう。本発明は 添付の特許請求の範囲の精神と範囲を逸脱することなく変更および修正を加える ことができる。このように説明は本発明を制限するものでなく例示的なものとし て考えるべきである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，Ｓ Ｚ，ＵＧ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ， ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，Ｇ Ｅ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ， ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，Ｐ Ｌ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ， ＶＮ

Claims (1)

1. 【特許請求の範囲】 １．キャッシュが構内交換機（ＰＢＸ）に結合されデータ呼を発呼および実行す る改善された操作論理を含む装置であって、データ呼がＰＢＸへ結合された転送 先へこれから転送する旨の通知に応答して前記通信接続断の監視を一時的に停止 する論理を含む装置。 ２．前記通信接続断の監視を一時的に停止する論理が搬送信号の監視を一時的に 停止する論理を含む請求項１４に記載の装置。 ３．前記通信接続断の監視を一時的に停止する論理がフレーム同期信号の監視を 一時的に停止する論理を含む請求項１４に記載の装置。 ４．前記通信接続断の監視を再開した時点で装置が着信先によってプロトコル断 をも通知された場合に前記通信接続断の監視が再開すると再訓練手順を開始する 論理をさらに含む請求項１４に記載の装置。 ５．装置が通信インタフェース装置である請求項１４に記載の装置。 ６．装置がコンピュータ・システムである請求項１４に記載の装置。 ７．装置が通信装置である請求項１４に記載の装置。 ８．構内交換機（ＰＢＸ）に結合されるように設計され、通信接続を介して発信 元との間でデータ呼を受信して実行する改善された操作論理を含む装置であって 、改良が呼がＰＢＸに結合された転送先へ転送元である着信先へこれから転送す る旨を発信元に通知する装置。 ９．転送先へのデータ呼の転送をＰＢＸに通知する論理をさらに含む請求項２１ に記載の装置。 １０．ＰＢＸをバイパスする別の通信接続上で転送先がデータ呼を発信元との間 で実行するために用いる、転送先へ複数の動作パラメータを転送する論理をさら に含む請求項２１に記載の装置。 １１．装置が通信インタフェース装置である請求項２１に記載の装置。 １２．装置がコンピュータ・システムである請求項２１に記載の装置。 １３．装置が通信装置である請求項２１に記載の装置。 １４．構内交換機（ＰＢＸ）に結合されるように設計され、通信接続を介して発 信元との間でデータ呼を受信して実行する改善された操作論理を含む装置であっ て、改良が、動作パラメータが前もってＰＢＸに結合された転送元からのデータ 呼の転送用に設定されている場合、データ呼への応答時にデータ呼を実行するた めの複数の動作パラメータを設定するいくつかの設定ステップを省略する論理を 含む装置。 １５．ＰＢＸをバイパスする別の通信接続上で転送元から複数の動作パラメータ を受信し、これに応答して、転送元からのデータ呼の転送に備えて動作パラメー タを前もって設定する論理を含む請求項２７に記載の装置。 １６．装置が通信インタフェース装置である請求項２７に記載の装置。 １７．装置がコンピュータ・システムである請求項２７に記載の装置。 １８．装置が通信装置である請求項２７に記載の装置。 １９．発信元が発信元から発呼したデータ呼を構内交換機（ＰＢＸ）に接続され た着信先からＰＢＸに結合された転送先へ転送する方法であって、 （ａ）データ呼を着信先から転送先へこれから転送する旨の通知を着信先から受 信するステップと、 （ｂ）これに応答して、通信接続断の監視を一時的に停止するステップとを含む 方法。 ２０．ステップ（ｂ）が搬送信号の監視を一時的に停止するステップを含む請求 項３２に記載の方法。 ２１．ステップ（ｂ）がフレーム同期信号の監視を一時的に停止するステップを 含む請求項３２に記載の方法。 ２２．方法が通信接続断の監視を再開した時点で再訓練手順を開始するステップ （ｃ）を含む請求項３２に記載の方法。 ２３．構内交換機（ＰＢＸ）に結合された着信先がデータ呼をＰＢＸに接続され た転送先へ転送する方法であって、 （ａ）データ呼の発信元に呼転送通知を行い、発信元が通信接続断の監視を一時 的に停止するステップと、 （ｂ）ＰＢＸに一時停止期間に完了する必要があるデータ呼を転送先へ転送する よう命令するステップとを含む方法。 ２４．ステップ（ｂ）がＰＢＸをバイパスする通信接続を介して前記命令の前に 複数の動作パラメータを転送先へ提供するステップをさらに含む請求項３６に記 載の方法。 ２５．構内交換機（ＰＢＸ）に結合された転送先がＰＢＸに接続された着信先か らデータ呼転送を受け付ける方法であって、 （ａ）データ呼への応答のステップと、 （ｂ）データ呼が着信先から転送されることを予期して複数の動作パラメータが 前もって設定されたかどうかを判定するステップと、 （ｃ）動作パラメータが前もって設定された場合に動作パラメータを設定するい くつかの設定ステップを省略するステップとを含む方法。 ２６．ステップ（ａ）が着信先から複数の動作パラメータを受信するステップと 、データ呼への応答前に着信先からのデータ呼の転送に備えて動作パラメータを 前もって設定するステップとを含む請求項３８に記載の方法。