JPH11504191A - テレフォニ・システムにおけるサービス用の分散アーキテクチャ - Google Patents

Abstract

(57)【要約】 本発明の方法及びシステムは、既存ネットワーク（例えば、ＡＴＭネットワーク、インターネット又は他のデータ・ネットワーク）を介してテレフォニを実現及び制御するために、典型的なエンド・ユーザ装置（例えば、ワークステーション又はパーソナル・コンピュータ）内の知能を利用して、実質的に分散型の制御処理を行うことを特徴とする。（直接的な音声通信を提供するために必要な）実時間式のチャネルと（接続の確立及び終了のような基本サービス及び付加サービス用の）制御チャネルを、（原理的にＰＢＸを排除しつつ）ユーザのワークステーションによって及び当該ワークステーションから実質的に確立するとともに、これらのチャネルを並列的に使用することにより、実際に想像できる限りの任意の機能を実現することができる。

Description

【発明の詳細な説明】 テレフォニ・システムにおける サービス用の分散アーキテクチャ 〔発明の属する技術分野〕 本発明はテレフォニ（telephony）に係り、更に詳細に説明すれば、インター ネット又は他のデータ・ネットワーク等の既存ネットワークを介して、テレフォ ニを実現するための方法及び装置に係る。その特徴は、例えば、ワークステーシ ョン又はパーソナル・コンピュータ等の典型的なエンド・ユーザ装置内の知能を 使用して、分散式の呼処理を行うことにある。 〔従来の技術〕 コンピュータ・テレフォニの統合化は、周知の既存ネットワーク（例えば、電 話ネットワーク、インターネット等の急速に拡大中のデータ・ネットワーク）を 使用する、広範なアプリケーションを急速に生み出しつつある。 テレフォニを魅力あるものにするためには、必要とされる直接的及び即時的な 音声通信を提供するために、実時間式のチャネルが不可欠である。また、現在で は、幾つかの付加サービスを提供することも不可欠である。従来、かかる付加サ ービスは、ユーザを接続するための電話交換機、即ちＰＢＸ （構内交換機）内で実現されていた。かかる付加サービスの幾つかの例は、次の 通りである。 −代替呼び出し（Alternate Call）：この付加サービスは、ユーザＡが、現に活 動的な他のユーザＢとの呼を一時保留にした上で、ユーザＣへの呼を設定するか 又は以前に「保留」にしておいたユーザＣとの呼を再び活動的にすることを可能 にする。 −コールバック（Call Back）：ユーザＡがユーザＢを呼び出したときにユーザ Ｂが話中状態にある場合、この付加サービスは、ユーザＡがユーザＢからのコー ルバックを要求することを可能にする。 −話中時再呼び出し（Camp on Call）：ユーザＡがユーザＢに電話をかけたとき にユーザＢが話中状態にある場合、この付加サービスは、ユーザＢが解放される と直ちにこの呼を再び設定することを可能にする。 −呼ごと着信転送（Deflect Call）：この付加サービスは、或るユーザがその着 信呼を他のユーザ又は電話機に対し回送（転送）することを可能にする。 −呼転送（Call Transfer）：この付加サービスは、ユーザＡが（ユーザＢ及び Ｃとの）２つの呼を、ユーザＢ及びＣの間の新しい呼に変換することを可能にす る。 −指示に基づく呼ピックアップ（Directed Pickup Call）：ユーザＡがユーザＢ を呼び出してその呼び出し信号が送られている状態の間、この付加サービスは、 第３のユーザＣ が異なる宛先からこの呼に応答することを可能にする。 −複数回線呼び出し（Multi-line Appearance）：この付加サービスは、一の着 信呼が２人以上のユーザに呼び出し信号を送ることを可能にする。最初に応答し たユーザが、この呼を獲得する。 −着信呼拒否（Call do not Disturb）：この付加サービスは、一のユーザがそ の全ての着信呼を拒否することを可能にする。 前述のように、これらの付加サービスは、これまで電話交換機（又はＰＢＸ） 内で実現されていた。一般に、かかるＰＢＸは、ユーザの施設内に設置され、そ こから公衆電話ネットワークに接続されるようになっていた。 ところで、かかる通常の電話システムは、現在では激しい競争に直面している 。なぜなら、インターネット又はＡＴＭ（非同期転送モード）ネットワークが出 現するに及んで、デジタル・データの交換及び転送が可能となり、またテレフォ ニ用に使用することができるデジタル化音声の実時間的な交換が可能となったか らである。しかしながら、かかる新しい伝送ツールを使用する場合には、ＰＢＸ 等で実現されていた前述の付加サービスを利用することができなくなる。 また、コンピュータ・ネットワーク化テレフォニは、従来よりも一層複雑な伝 送管理を必要とする。というのは、データの伝送に比較すると、音声の伝送は、 ごく僅かな遅延によっても影響されやすいからである。既存の電話ネットワーク における通常の呼制御は、データ・ネットワーク用にこのサービスを提供するに は適していない。 また、多くのＰＢＸは、テレフォニの基本サービス（即ち、呼の設定及び終了 ）並びに付加サービスのために、集中制御式のアプローチを使用している。遂行 すべき多数の機能が存在するために、ＰＢＸは、構成が複雑で高価となるのが普 通である。また、ＰＢＸは、エンド・ユーザの機器（例えば、電話機）をテレフ ォニ専用の簡単な装置として取り扱うに過ぎない。他方、強力なワークステーシ ョンが容易に入手可能な現状では、かかるワークステーションの能力を使用して 、これらのテレフォニ・サービスの少なくとも一部を提供するだけでなく、コン ピュータとテレフォニを可能な限り統合化することが望ましい。 コンピュータと電話システムを統合化するための幾つかのアプローチが、Jame s Burton，"Standard lssue"，BYTE，September 1995，pp．201-207（文献１） に開示されている。この著者は、幾つかのＣＴＩ（Computer-Telephone Integra tion）アーキテクチャ及びそれらの特性レイアウトを記述している。しかしなが ら、この文献にリストされているアーキテクチャは、音声及び制御データを組み 合わせたものを同じ接続を介して少なくとも部分的に伝送することに向けられて おり、そして電話ネットワーク又はＰＢＸへの接続性に基づいている。要するに 、テレフォニの基本又は付加サービスを提供するために、エンド・ユーザのワー クステーションが持 つ能力は、全く活用されていない。 米国特許第４６３４８１２号（文献２）は、音声を含むデータを、非集中制御 式の電話制御システムにおけるコンピュータ間で伝送するための方法を開示して いる。このシステムは、音声及びデータを伝送するための１つの複数ワイヤ・バ スと、２つの単一ワイヤ制御バスを備えている。また、同一の構成を有する複数 のＰＢＸが備えられていて、これらの全てのＰＢＸは、前出の１つの複数ワイヤ ・バス及び２つの単一ワイヤ制御バスによって接続されている。かくて、この制 御システムは、複数の並列チャネル及び特別に設計された複数のＰＢＸを通して 、電話システムにおける分散制御を提供する。しかしながら、この制御システム は、ＰＢＸ用に特別に設計された独立型の制御システムに向けられているに過ぎ ず、テレフォニの基本又は付加サービスを提供するために、エンド・ユーザのワ ークステーションが持つ能力を活用することを意図するものではない。 米国特許第４３１３０３６号（文献３）は、「ＣＢＸ」と呼ばれる分散式のコ ンピュータ化ＰＢＸを開示する。これらのＣＢＸは、音声及びパケット交換ネッ トワークによって接続されている。これらのＣＢＸ間には、２つのリンク又はチ ャネル、即ち一のシグナリング・データリンク及び一の音声リンクが設けられて いる。このデータ・リンクは、パケット交換ネットワークによって提供すること ができる、仮想ネットワークの一部である。しかしながら、このシステムは、呼 制御を目的とするＰＢＸ間の通信に向けられているに過ぎず、テレフォニの基本 又は付加サービスを提供するために、エンド・ユーザのワークステーションが持 つ能力を活用することを意図するものではない。 また、テレフォニのためにインターネットを使用する種々のシステムが提案さ れている。これらのうち１つのシステムが、ワールド・ワイド・ウェブ（WWW） の所定のＵＲＬ（Uniform Resource Locator）、即ち「http://www.vocaltec.co m」において宣伝されている。これらのうち他のシステムの全容を見るには、他 のＵＲＬ「http://www.northcoast.com/^savetz/voice-faq.html」をアクセスさ れたい。そこに記述されている諸システムは、テレフォニの制限された基本サー ビスを提供するために、エンド・ユーザのワークステーションが持つ能力を活用 するというものである。しかしながら、かかるシステムは、テレフォニの付加サ ービスの提供を意図するものではなく、そのための手段を提供するものでもない 。 従って、本発明の目的は、複数のワークステーション及びこれらのワークステ ーション間に設けられた２つ以上のリンクを備えた、電話システム用の分散式（ 即ち、ワークステーション向き）アーキテクチャを提供するとともに、テレフォ ニの基本サービス（例えば、呼の設定及び終了）のみならず、複雑な付加サービ スをも実現するための方法を提供することにある。 本発明の他の目的は、テレフォニの所望の基本及び／又は 付加サービスを実現するために、好ましくはパケット交換ネットワークである既 存ネットワークを使用する分散式（即ち、交換機中心式でない）アーキテクチャ を持つ、電話システムを提供することにある。 本発明は、特にテレフォニの複雑な付加サービスのために、既存のネットワー ク・インフラストラクチャを使用するという要請に対し、一の解決方法を提供す る。本発明は、ワークステーション向きアーキテクチャを採用することにより、 所望の任意の付加サービスを実現するための有効で且つ多機能のツールを提供す ることができる。かかる付加サービスは、使用中の既存のネットワーク・アーキ テクチャ及び／又はプロトコルに妨害を与えることなく、最小の労力で、しかも 任意の時間に変更又は適応化することができる。 〔発明の要約〕 簡述すると、従来は交換機（ＰＢＸ）内で実現されていたテレフォニの基本及 び付加サービスを実現するための、本発明に従った分散式のワークステーション 向きアーキテクチャは、第１の信号を伝送するための第１の通信チャネルを確立 又は設定するとともに、第２の信号を伝送するための第２の通信チャネルを設定 して、これらのチャネルを介してエンド・ユーザ装置（例えば、ワークステーシ ョン）を直接的に接続することから成る。好ましくは、第１の信号は制御信号で あり、第２の信号は音声信号である。これらの２つ（又はそ れ以上）の接続又はチャネルを直接的に且つ独立的に設定することができるが、 第１のチャネル（制御チャネル）の設定後に第２のチャネル（音声チャネル）を 設定することが好ましい。一旦、制御チャネルが設定されると、この制御チャネ ルを一の通信セッションの間にわたって持続的に維持することが好ましい。この 文脈において、一のセッションは、当該電話通信を継続する意図が認識可能であ る限り、当該音声接続における中断又はポーズを含むことができる。 本発明によれば、テレフォニ・サービスをワークステーション内でだけ実現す ることができる。しかしながら、限られた数の機能（例えば、アドレス解決又は 認証）については、サーバを使用することが必要であり、そうすることが有利で もある。もし、交換機（ＰＢＸ）が使用されるとすれば、かかる交換機は、音声 用の及び／又は実時間データ・トランスポート用の通信チャネルを提供するため だけに必要となるに過ぎない。即ち、かかる交換機は、テレフォニの諸サービス を実現するためには関与しないのである。 本発明の詳細は、推奨実施例に係る以下の一般的な説明及び詳細な説明から明 らかとなるであろう。 〔図面の簡単な説明〕 図１は、本発明を使用した可能な１つの構成の全容を示す図である。 図２は、本発明の一般的な機能を示す図である。 図３は、本発明によって実行される呼設定プロセスを例示する図である。 図４は、本発明によって実行されるコールバック・プロセスを例示する図であ る。 図５は、本発明によって実行される呼転送プロセスを例示する図である。 図６は、本発明に従った１つのアーキテクチャを示す図である。 図７は、本発明に従った他のアーキテクチャを示す図である。 〔推奨実施例の説明〕Ａ．一般的な説明 Ａ．Ｉ．概要 図１は、本発明が適用可能な一般的な構成を示している。ネットワーク１は、 データ転送用に普通に使用されている既存デジタル・ネットワークの例として、 ＡＴＭネットワーク又はＩＰ（インターネット・プロトコル）ネットワーク等と することができ、ワークステーション（ＷＳ）３Ａ〜３Ｄにリンクされている。 ネットワーク１には、テレフォニ・サーバ（ＴＰＳ）２も接続されている。また 、ＰＢＸ４との通信を可能にするために、第１のゲートウェイ（ＧＷ）５もネッ トワーク１に接続されている。第２のゲートウェイ７は、ネットワーク１をＩＳ ＤＮ（サービス総合デジタル・ネットワ ーク）６にリンクする。ＰＢＸ４及びＩＳＤＮ６の各々には、通常の電話機８、 ９及び／又はテレフォニを可能にする適当なワークステーションが接続されてい る。 図１に示されているゲートウェイは、本発明の要旨に関係せず、ＩＳＤＮ及び ／又は既存のＰＢＸとの通常の相互接続をサポートする。技術的には、各ゲート ウェイは、シグナリング相互接続（ＩＳＤＮ／ＰＢＸシグナリングと、分散式の ワークステーション向きアーキテクチャ内で使用するシグナリングとのマッピン グ）、音声信号の変換（ＴＳＤＮ／ＰＢＸ内で使用する音声符号化方式及び分散 式アーキテクチャ内で使用する音声符号化方式の間）、及びＩＳＤＮ／ＰＢＸユ ーザ用のプロキシ機能を提供することができる。 図１中の点線は、ユーザ３Ａ〜３Ｄ、８及び９の間の電話の呼を表すものとし 、実線は、ネットワーク１への接続を表すものとする。このことは、以下の図２ の説明から一層明らかとなるはずである。 図２は、本発明に従った基本構成及び実質的なデータ・フローの全容を示して いる。本発明が使用する分散式のワークステーション向きアーキテクチャの詳細 については、本発明の実施例に係る以下の詳細な説明から明らかとなろう。 この新しいアーキテクチャの１つの重要な要素は、電話の呼ごとに、ワークス テーション間の２つの別個の端局間チャネルを使用することである。即ち、図２ に示すように、ワークステーション間の一の制御チャネル１２が呼制御用に提供 され、一の音声チャネル１３が音声通信用に提供される。ワークステーションＡ 及びＢは、制御チャネル１２を介して制御メッセージを交換する。これらのメッ セージが含むことができるのは、発呼及び被呼ユーザの名前又は電話番号と、サ ービス品質のパラメータ（例えば、ワークステーションがサポートしているか又 はユーザが望んでいる音声符号化方式）と、呼に関する状態情報（例えば、呼が 活動的であるか又は保留中であるかを示す状態表示）と、ユーザによる特定の要 求（例えば、ユーザをコールバック・リスト内に置くという要求）である。制御 チャネル１２を介してトランスポートされる全てのメッセージは、これらのワー クステーションにおける諸プロセスがこれを処理するようになっている。即ち、 かかるメッセージは、これらのチャネルを提供する交換機又はルータ（図３及び ４を参照）によっては解釈されないのである。 本発明の他の重要な要素は、制御チャネル１２が、呼の持続期間にわたって維 持されるのに対し、音声チャネルは、持続的に維持されないで、必要時に設定さ れるに過ぎないことである。例えば、音声チャネル１３は、一の呼が保留される ときに解放可能であり、この呼が再び活動的となるときに再設定可能である。持 続的に維持したワークステーション間の制御チャネル１２を介して任意の制御信 号又はメッセージを交換するようにすると、交換機又はルータの介在なしに、テ レフォニに係る多種類の付加サービスを実現することができ る。 テレフォニ・サーバ２は、複数の機能（例えば、名前／電話番号の登録、アド レス解決、認証等）を遂行することができる。それぞれのワークステーションは 、ワークステーションーサーバ間の別個の制御チャネル１０及び１１を介して、 テレフォニ・サーバ２からのサービスを要求する。これらの制御チャネルは、必 要時に設定されるようになっている。一般的なレイアウトについては、これで説 明を終わる。 前述のチャネル（制御チャネル１０〜１２及び音声チャネル１３）の各々は、 既存ネットワーク（例えば、ＡＴＭ又はＩＰネットワーク等）によって提供する ことができるから、本発明は、既存の及び今後開発される任意のデータ・ネット ワーク上で、テレフォニの基本サービス（即ち、呼の設定及び終了）並びに付加 サービスを実現することを可能にする。 以下では、本発明に従って実現される１セットの機能を概説する。以上の説明 は、当業者が本発明を実施するのに十分であるかもしれないが、説明をより完全 なものにするために、これらの機能のサブセットを以下で詳述することにする。Ａ．II．テレフォニの基本サービス １．呼の設定及び受信 図３には、このプロセスの各ステップが示されている。以下の説明の便宜上、 ユーザＡがユーザＢへの呼を設定することを望んでいるものと仮定する。ユーザ Ａ及びＢの各々は、 図１のワークステーション３Ａ〜３Ｄの何れかに位置しているものとする。 ステップ１：先ず、ユーザＡのワークステーション（ＷＳ−Ａ）は、ユーザＢの 名前又は電話番号を、ユーザＢのワークステーション（ＷＳ−Ｂ）のネットワー ク・アドレスにマップする。この「アドレス・マッピング」機能は、テレフォニ ・サーバ２において実行中の適当なサーバ・プロセスによって提供することがで きる。 ステップ２：ＷＳ−Ａは、ＷＳ−Ｂへの制御チャネル（図２の１２）を設定する 。 ステップ３：ＷＳ−Ａは、この制御チャネルを介して、「呼要求」制御メッセー ジをＷＳ−Ｂに送信する。 ステップ４：ＷＳ−Ｂは、「呼確認」制御メッセージをＷＳ−Ａに返送して、Ｗ Ｓ−Ｂが呼の設定を継続可能であることをＷＳ−Ａに通知する。 ステップ５：ＷＳ−Ｂは、着信呼が存在することをユーザＢに通知する。 ステップ６：ユーザＢは、この呼に回答中であるとの応答を返す。 ステップ７：ＷＳ−Ｂは、制御チャネルを介して「接続」メッセージをＷＳ−Ａ に送信し、ユーザＢがこの呼に回答中であることをＷＳ−Ａに通知して、ＷＳ− Ａが音声チャネルを設定することを請求する。 ステップ８：ＷＳ−Ａは、ＷＳ−Ｂへの音声チャネルを設定 する。 ステップ９：ＷＳ−Ｂは、この呼が現に活動的であることをユーザＢに通知する 。 ステップ１０：ＷＳ−Ａは、この呼が現に活動的であることをユーザＡに通知す る。 ステップ１１：ユーザＡ及びＢは、この音声チャネルを介して通話する。 ２．呼の終了 任意の時点で、ユーザＡ又はＢは、呼の終了を要求することができる。ユーザ Ａが呼の終了を要求したものと仮定すると、それに伴うステップは次の通りであ る。 ステップ１：ＷＳ−Ａは、制御チャネルを介して「呼終了」メッセージをＷＳ− Ｂに送信し、この呼の音声チャネルを解放する。 ステップ２：ＷＳ−Ｂは、「呼終了」メッセージをＷＳ−Ａに返送し、この呼の 音声チャネルを同様に解放する。 ステップ３：ＷＳ−Ａは、この呼のＷＳ間制御チャネルを解放することにより、 呼の終了手順を完了する。Ａ．III．テレフォニの付加サービス １．代替呼び出し（Alternate Call） 或る時点において、ユーザＡが、進行中の２つ以上の呼を有することがある。 これらの呼のうち（ユーザＢへの）１つの呼が活動的であるのに対し、他方の呼 は保留中である。以 下の説明の便宜上、ユーザＡが、ユーザＢへの呼を保留し且つユーザＣへの呼を 活動化することを望んでいるものと仮定する。この状況における各ステップは、 次の通りである。 ステップ１：ＷＳ−Ａは、ＷＳ−Ｂとの制御チャネルを介して「保留」メッセー ジをＷＳ−Ｂに送信することにより、その呼が今や保留中であることをＷＳ−Ｂ に通知する。 ステップ２：ＷＳ−Ａは、ワークステーションＣ（ＷＳ−Ｃ）との制御チャネル を介して「活動化」メッセージをＷＳ−Ｃに送信することにより、その呼が今や 活動的であることをＷＳ−Ｃに通知する。 ２．コールバック（Call Back） 呼の設定プロセス中、ＷＳ−Ａは、制御チャネルを介して行った最初のメッセ ージ交換時に、ユーザＢが話中であることを検出する。その場合、ユーザＡは、 コールバックを要求することができる。この状況におけるプロセスは、図４に例 示されており、その各ステップは次の通りである。 ステップ１〜３：呼の設定プロセスと同じ（図３に関連して説明した「呼の設定 及び受信」を参照）。 ステップ４：ＷＳ−Ｂは、「ユーザ話中」メッセージで応答して、ユーザＢが話 中であるがコールバックが可能であることをＷＳ−Ａに通知する。 ステップ５：ユーザＡは、その電話番号をユーザＢのコールバック・リスト内に 置くように要求する。 ステップ６：ＷＳ−Ａは、制御チャネルを介して「コールバック要求」メッセー ジをＷＳ−Ｂに送信する。このメッセージは、ユーザＡの電話番号を含んでいる 。 ステップ７：ＷＳ−Ｂは、ユーザＡの電話番号をユーザＢのコールバック・レコ ード内に記入する。 ユーザＢは、後でそのコールバック・レコードを検査することにより、ユーザ Ａがコールバックを要求していることを知ることになる。 ３．話中時再呼び出し（Camp on Call） この付加サービスは、前述のコールバック・プロセスと類似しているが、ユー ザＢが解放されると直ちにユーザＢの呼び出しを再び試みる点が異なっている。 ステップ１〜３：呼の設定及び受信と同じ。 ステップ４：ＷＳ−Ｂは、「ユーザ話中」メッセージで応答して、ユーザＢが話 中であるが話中時再呼び出しが可能であることをＷＳ−Ａに通知する。 ステップ５：ユーザＡは、話中時再呼び出しを要求する。 ステップ６：ＷＳ−Ａは、制御チャネルを介して「話中時再呼び出し要求」メッ セージをＷＳ−Ｂに送信する。 ステップ７：ＷＳ−Ｂは、「話中時再呼び出し確認」メッセージをＷＳ−Ｂに返 送する。 ステップ８：ユーザＢが解放されて、この話中時再呼び出しに回答中であること を通知する場合、ＷＳ−Ｂは、図３のス テップ７においてＷＳ−Ａに呼を設定する手順を再開する。 ４．呼ごと着信転送（Deflect Call） もし、ユーザＢが話中であるか、又は着信呼に対し所定のタイムアウト期間内 に応答することができなければ、ユーザＢは、この着信呼を直ちに他の電話番号 （電話番号Ｍ）に転送したいと望むことがある。ユーザＡがユーザＢへの呼を設 定しているものと仮定すると、タイムアウト後に転送を行うためのステップは、 次の通りである。 ステップ１〜５：呼の設定及び受信と同じ。 ステップ６：ユーザＢは、タイムアウト後になっても回答していない。 ステップ７：ＷＳ−Ｂは、制御チャネルを介して「呼ごと着信転送」メッセージ をＷＳ−Ａに送信する。このメッセージは、この呼を転送すべき電話番号（電話 番号Ｍ）を含んでいる。 ステップ８：ＷＳ−Ｂは、ＷＳ−Ａへの制御チャネルを解放する。 ステップ９：ＷＳ−Ａは、電話番号Ｍへの呼を設定する。 ５．呼転送（Call Transfer） 以下の説明の便宜上、ユーザＡが進行中の２つの呼を有し、そのうちユーザＢ との呼が保留中であり、ユーザＣとの呼が活動的であるものと仮定する。また、 ユーザＡが、ユーザＢ 及びユーザＣを互いに接続させるとともに、これらのユーザに対するユーザＡの 接続を終了させることを要求するものと仮定する。この状況におけるプロセスは 図５に示されており、その各ステップは次の通りである。 ステップ１：ＷＳ−Ａは、ＷＳ−Ｃとの制御チャネルを介して「保留」メッセー ジをＷＳ−Ｃに送信する。 ステップ２：ＷＳ−Ａは、ＷＳ−Ｃとの制御チャネルを介して「呼転送受信」メ ッセージをＷＳ−Ｃに送信して、ＷＳ−Ｂからの呼転送を受け入れるようにＷＳ −Ｃに要求する。 ステップ３：ＷＳ−Ｃは、「転送確認」メッセージをＷＳ−Ａに返送し、ＷＳ− Ｂからの呼転送を待機する。 ステップ４：ＷＳ−Ａは、ＷＳ−Ｂとの制御チャネルを介して「呼転送設定」メ ッセージをＷＳ−Ｂに送信して、ＷＳ−ＢがＷＳ−Ｃへの呼転送を設定するよう に要求する。 ステップ５：ＷＳ−Ｃは、「転送確認」メッセージをＷＳ−Ａに返送する。 ステップ６：ＷＳ−Ｂは、ＷＳ−Ｃへの呼転送を設定する。 ステップ７：ＷＳ−Ａは、ＷＳ−Ｂへのその呼を終了する手順を開始する。 ステップ８：ＷＳ−Ａは、ＷＳ−Ｃへのその呼を終了する手順を開始する。 ６．指示に基づく呼ピックアップ（Directed Pickup Call） 以下の説明の便宜上、ユーザＡがユーザＢを呼び出してそ の呼び出し信号が送られている状態の間に、第３のユーザＣがこの呼に応答する ことを望んでいるものと仮定する。この状況における各ステップは、次の通りで ある。 ステップ１：ＷＳ−Ｃは、ＷＳ−Ｂへの制御チャネルを設定する。 ステップ２：ＷＳ−Ｃは、「ピックアップ照会」メッセージをＷＳ−Ｂに送信し て、呼ピックアップが可能であるか否かを検出する。このメッセージには、ユー ザＣの電話番号が含まれている。 ステップ３：ＷＳ−Ｂは、「ピックアップ許可」メッセージをＷＳ−Ｃに返送す る。 ステップ４：ＷＳ−Ｃは、「ピックアップ要求」メッセージをＷＳ−Ｂに送信し て、呼ピックアップを要求する。 ステップ５：ＷＳ−Ｂは、ユーザＣの電話番号を含む「指示に基づくピックアッ プ」メッセージをＷＳ−Ａに送信して、ＷＳ−ＡがユーザＣへの呼を設定するよ うに命令する。 ７．複数回線呼び出し（Multi-line Appearance） ユーザＡが、複数回線呼び出し機能を有する一の電話番号への呼を設定するも のと仮定する。ＷＳ−Ａは、この宛先電話番号をネットワーク・アドレスのリス トにマップする。この「アドレス・マッピング」機能は、テレフォニ・サーバ２ 上で実行中の一のサーバ・プロセスによって提供することができる。次に、ＷＳ −Ａは、別個の複数の呼をこれらのアド レスの各々に設定する。ＷＳ−Ａは、応答した最初の宛先との動作を継続し、他 のアドレスへの呼の設定を終了させる。 ８．着信呼拒否（Call do not Disturb） ユーザＢが、着信呼拒否を要求したものと仮定する。この場合、ユーザＢへの 呼を設定することを試みている任意のＷＳ−Ａが、その制御チャネルを介して「 着信呼拒否」メッセージを獲得することになろう。Ｂ．特定機能の詳細な説明 Ｂ．Ｉ．参照アーキテクチャ 図６及び７は、本発明に従った通信システムの参照アーキテクチャを示してい る。テレフォニの基本サービス（主として、呼の設定及び終了）及び付加サービ ス（例えば、呼の保留、コールバック、呼転送、呼ごと着信転送）は、ワークス テーションにおける一の使用可能（enabling）層がこれを実現する。統合される 機能には、アドレス解決、音声符号化及び認証がある。 これまでの説明では、各ユーザをその名前又は電話番号で識別していた。これ に対し、以下の説明では、各ユーザをその電子メール・アドレスで識別するもの とする。 図６は、ＡＴＭ環境における本発明のアーキテクチャを示している。物理層１ ８及びＡＴＭ層１７は、標準的な設計フィーチャである。ＴＣＰ（伝送制御プロ トコル）接続は、Ｉ Ｐ、即ちインターネット・プロトコル１５を介して設定される。このＩＰ１５は 、ＡＡＬ５、即ちＡＴＭアダプテーション層１６の上部で実行される。ＡＴＭネ ットワーク上のＩＰの実現体は、既製のものを容易に入手可能である。 音声通信は、トランスポート・サービス・インタフェース１４からのＱｏＳ（ サービス品質）保証、例えば受け入れ可能な端局間遅延及び遅延ジッタを必要と する。音声チャネルは、ＱｏＳを持つ一のＶＣＣ（仮想チャネル接続）がこれを 確立する。符号化された音声サンプルは、ＡＴＭセル内に入れて送信される。Ｑ ．２９３１及びＳＡＡＬ（シグナリングＡＴＭアダプテーション層）は、ＶＣＣ の設定及び解放用のシグナリング・プロトコルである。トランスポート・サービ ス・インタフェース１４は、音声及び制御チャネル用のトランスポート能力を提 供する。 使用可能層１９は、トランスポート・サービス・インタフェース１４が提供す る諸サービスを使用して、制御チャネル及び音声チャネルを確立する。特に、Ｗ Ｓ−サーバ間の制御チャネル及びＷＳ間の制御チャネルは、ブロック１５として 図示されているＴＣＰ接続によって実現される。使用可能層１９は、テレフォニ ・アプリケーションの開発に使用することができる、ＡＰＩ（アプリケーション ・プログラミング・インタフェース）２０をサポートする。 図７は、ＩＰ環境における本発明のアーキテクチャを示している。物理層は、 ＩＰサブネット・テクノロジ２６であっ て、必要なサービスを提供することができる。音声チャネル用のＱｏＳは、一の ＲＳＶＰ（資源予約プロトコル）フローが単方向性であるために、１対のＲＳＶ Ｐフローによって提供することができる。符号化された音声サンプルは、ＴＣＰ ／ＵＤＰ（ユーザ・データグラム・プロトコル）プロトコル２４及びトランスポ ート・サービス・インタフェース２３を使用して、ＵＤＰパケット内に入れて送 信される。この場合、ＲＳＶＰは、必要なＲＳＶＰフローを確立するためにワー クステーション及びルータ間で使用されるシグナリング・プロトコルである。 このようなＩＰサブネットにおいて、符号化された音声パケットは、ＲＳＶＰ なしに、ＵＤＰパケット内に入れて送信することもできる。これは、最善の努力 （best-effort）の結果として得られるサービスであって、これについては、如 何なるＱｏＳ保証も提供されない。トランスポート・サービス・インタフェース ２３は、音声及び制御チャネル用のトランスポート能力を提供する。使用可能層 １９は、テレフォニ・アプリケーションの開発に使用することができる、ＡＰＩ ２１をサポートする。 本発明の機能性については、これで説明を終わる。但し、選択された幾つかの 機能については、本発明を十分に理解することができるように、以下で更に詳述 する。 前述の説明で使用した略語（例えば、ワークステーションを表すＷＳ等）は、 以下の説明でも使用するものとする。 ＷＳ−サーバ間の制御チャネル及びＷＳ間の制御チャネルを介して交換される 制御メッセージは、テレフォニの基本及び付加サービスを実現するために使用さ れる。これらの制御チャネルは、ＴＣＰ接続によって実現される。制御メッセー ジの各々が含んでいるコードは、当該制御メッセージの名前を表示し、またオプ ションとして諸パラメータのリスト（このリストは空でもよい）を表示する。便 宜上、各制御メッセージを次の表記に従って表すものとする。 メッセージの名前（パラメータ・リスト） この表記は、以下の説明において、テレフォニの基本及び付加サービスがどの ように実現されるかを記述するために使用するものとする。また、不要な記述を 省略するために、説明対象の手順に関係するパラメータのみをリストするものと する。 以下で説明する実現例は、幾つかのタイマを使用する。各タイマは、その満了 前に予期イベントが生ずるときに、停止するようになっている。もし、何らかの 理由で、このタイマが満了すれば、或る回復アクションが取られる。実現例に係 る以下の説明では、特に明示しない限り、この回復アクションは、「Ｂ．II．２ 」の項で説明する手順を使用して電話の呼を終了させるためのものである。Ｂ．II．テレフォニの基本サービス これらの基本サービスは、呼の設定及び呼の終了を含んで いる。 １．呼の設定 以下の説明の便宜上、ワークステーションＡ（ＷＳ−Ａ）におけるユーザＡが ワークステーションＢ（ＷＳ−Ｂ）におけるユーザＢへの呼を設定することを望 んでおり、そしてユーザＢがこの呼を自由に受け入れることができるものと仮定 する。この状況に伴う基本ステップは、図３に示されており、一般的な用語を使 用して既に「Ａ．II」の項で説明した通りである。以下では、ＷＳ−Ａ及びＷＳ −Ｂにおける実現例の詳細を説明する。 ステップ１：ＷＳ−Ａは、ユーザＢの電子メール・アドレスを、ＷＳ−ＢのＴＣ Ｐアドレスにマップする。 ＷＳ−Ａの手順： ユーザＡから呼の設定要求を受信する際、ＷＳ−Ａは、テレフォニ・サーバ２ へのＴＣＰ接続を設定する。この接続は、ＷＳ−サーバ間の制御チャネルとして 使用される。ＴＣＰ接続の設定は、周知の手順によって行われる。次に、ＷＳ− Ａは、「ＡｄｒＱｕｅｒｙ（ユーザＢの電子メール・アドレス）」制御メッセー ジを準備し、これをテレフォニ・サーバ２に送信する。 この「ＡｄｒＱｕｅｒｙ」制御メッセージを受信する際、テレフォニ・サーバ ２は、そのアドレスマッピング・データベースを検査する。もし、ユーザＢの電 子メール・アド レスに対するエントリが出されれば、テレフォニ・サーバ２は、「ＡｄｒＲｓｐ （ＷＳ−ＢのＴＣＰアドレス）」制御メッセージを準備し、これをＷＳ−Ａに返 送する。さもなければ、「ＡｄｒＲｓｐ（ユーザＢの未登録）」制御メッセージ を準備し、これをＷＳ−Ａに返送する。何れの場合においても、ＷＳ−Ａとテレ フォニ・サーバ２との間のＴＣＰ接続が解放される。テレフォニ・サーバ２によ って行われる前述のアドレス・マッピング機能は、容易に利用可能な名前サーバ ・テクノロジ（例えば、インターネット・ドメインの名前システム）によって実 現することができる。 テレフォニ・サーバ２からの「ＡｄｒＲｓｐ」制御メッセージを受信する際、 ＷＳ−Ａは、このメッセージの内容を解釈する。もし、ＷＳ−ＢのＴＣＰアドレ スが一のパラメータとして含まれていれば、ＷＳ−Ａは、呼の設定に係るステッ プ２に進む。他方、「ユーザＢの未登録」が指示されるのであれば、ＷＳ−Ａは 、この指示をユーザＡに通知して、呼の設定を終了する。 ステップ２：ＷＳ−Ａは、ＷＳ−Ｂへの制御チャネルを設定する。 ＷＳ−Ａの手順： ＷＳ−Ａは、ＷＳ−ＢへのＴＣＰ接続を設定する。この接続は、ＷＳ−ＡとＷ Ｓ−Ｂとの間の制御チャネルとして使用される。次に、ＷＳ−Ａは、呼の設定に 係るステップ３ に進む。 ＷＳ−Ｂの手順： ＴＣＰ接続を設定するＷＳ−Ａのアクションの結果として、ＷＳ−Ｂは、接続 設定を完了し、タイマＴＢ１を起動する。 ステップ３：ＷＳ−Ａは、「呼要求」制御メッセージをＷＳ−Ｂに送信する。 ＷＳ−Ａの手順： ＷＳ−Ａは、「ＣａｌｌＲｅｑ（ユーザＡの電子メール・アドレス、ユーザＢ の電子メール・アドレス）」制御メッセージを準備し、これをＷＳ−Ｂに送信す るとともに、タイマＴＡ２を起動する。 ステップ４：ＷＳ−Ｂは、「呼確認」制御メッセージをＷＳ−Ａに返送して、Ｗ Ｓ−Ｂがこの呼の設定を処理可能であることをＷＳ−Ａに通知する。 ＷＳ−Ｂの手順： ＷＳ−Ａからの「ＣａｌｌＲｅｑ」制御メッセージを受信する際、ＷＳ−Ｂは 、タイマＴＢ１を停止させるとともに、ユーザＢの電子メール・アドレスが「Ｃ ａｌｌＲｅｑ」制御メッセージに含まれていたものと一致するか否かを検査する 。もし、その検査結果が肯定的で且つユーザＢが解放されていれば、ＷＳ−Ｂは 、「ＣａｌｌＣｎｆ（Ｂは自由）」制御メッセージを準備し、これをＷＳ−Ａに 返送する。次に、ＷＳ−Ｂは、ステップ５に進む。 他方、検査結果が否定的であれば、ＷＳ−Ｂは、「Ｂ．II．２」の項で説明す る手順を使用して、呼の設定を終了する。 ＷＳ−Ａの手順： ＷＳ−Ｂからの「ＣａｌｌＣｎｆ」制御メッセージを受信する際、ＷＳ−Ａは 、タイマＴＡ２を停止させるとともに、他のタイマＴＡ３を起動する。 ステップ５：ＷＳ−Ｂは、着信呼が存在することをユーザＢに通知する。 ＷＳ−Ｂの手順： ＷＳ−Ｂは、着信呼が存在することをユーザＢに通知するとともに、タイマＴ Ｂ４を起動する。 ステップ６：ユーザＢは、この呼に応答する。 ＷＳ−Ｂの手順： ＷＳ−Ｂは、タイマＴＢ４を停止させるとともに、ステップ７に進む。 ステップ７：ＷＳ−Ｂは、ユーザＢがこの呼に応答中であることをＷＳ−Ａに通 知し、ＷＳ−Ａが音声チャネルを設定することを請求する。 ＷＳ−Ｂの手順： ＷＳ−Ｂは、「接続」制御メッセージを準備し、これをＷＳ−Ａに送信すると ともに、タイマＴＢ５を起動する。 ステップ８：ＷＳ−Ａは、ＷＳ−Ｂへの音声チャネルを設定する。 ＷＳ−Ａの手順： ＷＳ−Ｂからの「接続」制御メッセージを受信する際、ＷＳ−Ａは、タイマＴ Ａ３を停止させるとともに、ＷＳ−Ｂへの音声チャネルを設定する。この接続は 、ユーザＡとユーザＢとの間の通話に使用される。音声チャネルを設定するため の実現例については、「Ｂ．II．１．１」の項で説明する。 ステップ９：ＷＳ−Ｂは、この呼が現に活動的であることをユーザＢに通知する 。 ＷＳ−Ｂの手順： ＷＳ−Ａからの呼設定要求を受信する際、ＷＳ−Ｂは、音声チャネルの設定を 完了し、タイマＴＢ５を起動するとともに、この呼が現に活動的であることをユ ーザＢに通知する。 ステップ１０：ＷＳ−Ａは、この呼が現に活動的であることをユーザＡに通知す る。 ＷＳ−Ａの手順： ＷＳ−Ａは、この呼が現に活動的であることをユーザＡに通知する。 ステップ１１：ユーザＡ及びユーザＢは、この音声チャネルを介して通話する。 ＷＳ−Ａの手順： この通話中、ＷＳ−Ａは、ユーザＡからの符号化音声サンプルを含む音声メッ セージを準備し、これらのメッセージ をこの音声チャネルを介してＷＳ−Ｂに送信する。また、ＷＳ−Ａは、ＷＳ−Ｂ から受信される音声メッセージ内に含まれる音声サンプルを復号する。 ＷＳ−Ｂの手順： この通話中、ＷＳ−Ｂは、ユーザＢからの符号化音声サンプルを含む音声メッ セージを準備し、これらのメッセージをこの音声チャネルを介してＷＳ−Ａに送 信する。また、ＷＳ−Ｂは、ＷＳ−Ａから受信される音声メッセージ内に含まれ る音声サンプルを復号する。 １．１音声チャネルの設定 使用すべき音声チャネルのタイプの折衝は、呼の設定中に行われる。音声チャ ネルのタイプには、ＡＴＭ（非同期転送モード）、ＲＳＶＰ（資源予約プロトコ ル）又は最善の努力型のＵＤＰ（ユーザ・データグラム・プロトコル）がある。 ＡＴＭ及びＲＳＶＰは、サービス品質保証を提供するが、最善の努力型のＵＤＰ は、そうではない。最善の努力型のＵＤＰは、デフォルトのタイプである。この 折衝は、次のようにして実現される。 呼の設定のステップ３において（図３を参照））、ＷＳ−Ａは、「ＣａｌｌＲ ｅｑ」制御メッセージをＷＳ−Ｂに送信する。この折衝に関係する諸パラメータ は、ＷＳ−Ａが好ましいとする音声チャネルのタイプと、音声チャネル設定用の 対応するアドレッシング情報である。もし、最善の努力型の ＵＤＰが好ましい音声チャネルのタイプでなければ、そのアドレッシング情報も パラメータとして含まれる。 呼の設定のステップ４において、ＷＳ−Ｂは、ＷＳ−Ａが好ましいとする音声 チャネルのタイプへのアクセスを有することを条件として、この音声チャネルを 確認する。さもなければ、ＷＳ−Ｂは、最善の努力型のＵＤＰ（デフォルト）を 確認する。ＷＳ−ＢからＷＳ−Ａに送信される「ＣａｌｌＣｎｆ」制御メッセー ジにおいて、前述の関係するパラメータとして、音声チャネルのタイプと、音声 チャネル設定用の対応するアドレッシング情報が確認される。 呼の設定のステップ８において、ＷＳ−Ａは、ＷＳ−Ｂへの音声チャネルを設 定する。ＡＴＭ及びＲＳＶＰについては、標準のプロトコルが指定されるから、 呼の設定は、公知の手順によって実現される。他方、最善の努力型のＵＤＰにつ いては、ＵＤＰがデータグラム・プロトコルであるという理由で、音声チャネル の設定を実現する必要はない。 ２．呼の終了 任意の時点において、ユーザＡ又はＢは、呼の終了を要求することができる。 また、タイマの満了を条件として、呼の終了を開始することもできる。ＷＳ−Ａ から呼の終了を開始したものと仮定すると、それに伴うステップは次の通りであ る。 ステップ１：ＷＳ−Ａは、呼の終了をＷＳ−Ｂに通知する。 ＷＳ−Ａの手順： ＷＳ−Ａは、「ＴｅｒｍＣａｌｌ」制御メッセージを準備し、これをＷＳ−Ｂ に送信する。また、ＷＳ−Ａは、走行中の任意のタイマを停止させ、この呼に関 連する既存の任意の音声チャネルを解放するとともに、タイマＴＡ６を起動する 。ＡＴＭ及びＲＳＶＰ音声チャネルの解放は、公知の手順によって実現される。 他方、最善の努力型のＵＤＰについては、ＵＤＰがデータグラム・プロトコルで あるという理由で、音声チャネルの解放を実現する必要はない。もし、ＷＳ−Ｂ からの「ＴｅｒｍＣａｌｌ」制御メッセージを受信する前に、タイマＴＡ６が満 了すれば、ＷＳ−Ａは、ＷＳ−Ｂへの制御チャネルを解放することにより、呼の 終了を完了する。 ステップ２：ＷＳ−Ｂは、呼の終了をＷＳ−Ａに通知する。 ＷＳ−Ｂの手順： ＷＳ−Ａからの「ＴｅｒｍＣａｌｌ」制御メッセージを受信する際、ＷＳ−Ｂ は、任意のタイマを停止させ、この呼に関連する既存の任意の音声チャネルを解 放し、「ＴｅｒｍＣａｌｌ」制御メッセージを準備し、これをＷＳ−Ａに送信し て、ＷＳ−Ａへの制御チャネルを解放する。 ステップ３：ＷＳ−Ａは、呼の終了を完了する。 ＷＳ−Ａの手順： ＷＳ−Ｂからの「ＴｅｒｍＣａｌｌ」制御メッセージを受信する際、ＷＳ−Ａ は、タイマＴＡ６を停止させるととも に、ＷＳ−Ｂへの制御チャネルを解放する。Ｂ．III．テレフォニの付加サービス 以下では、これらの付加サービスの幾つかの実現例を説明する。前述のように 、本発明の１つの重要な要素は、呼の持続期間にわたって持続的に維持されるＷ Ｓ間の制御チャネルを介して、制御メッセージを交換できるようにしたことにあ る。先ず、２つのタイプの制御メッセージを定義する。その後、３つの代表的な 付加サービスの実現例を説明する。 １．制御メッセージの定義 １．１．呼を保留又は活動化するための状態制御メッセージ 一の呼が「活動」状態にある場合、複数のユーザは、その音声チャネルを介し てユーザ間の通話を行うことができる。他方、この呼が「保留」状態にある場合 には、ユーザ間の通話は、中断されることになる。状態の変更をサポートするた めに、次の状態制御メッセージを定義する。 状態（保留）：遠隔のＷＳは、呼の状態が「保留」に変更されたことを通知され る。 状態（活動）：遠隔のＷＳは、呼の状態が「活動」に変更されたことを通知され る。 １．２．付加サービスの制御メッセージ 種々の付加サービスの実現例をサポートするために、次の４つの制御メッセー ジを定義する。 −ＳＳｉｎｆｏ：この制御メッセージは、或るＳＳ（付加サービス）を活動化す る可能性を、遠隔のＷＳに通知するために使用される。 −ＳＳＲｅｑ：この制御メッセージは、或るＳＳ（付加サービス）に関係するア クションを行うように、遠隔のＷＳに要求するために使用される。 −ＳＳＣｎｆ：この制御メッセージは、遠隔のＷＳが要求した或るＳＳの処理を 確認するために、「ＳＳＲｅｑ」制御メッセージに応答して送信される。 −ＳＳＲｅｊｅｃｔ：この制御メッセージは、遠隔のＷＳが要求した或るＳＳの 処理を拒否するべく、「ＳＳＲｅｑ」制御メッセージに応答して送信される。こ の制御メッセージには、拒否の理由が含まれている。 これらのＳＳメッセージは、「ＣａｌｌＣｎｆ」制御メッセージ（呼の設定の ステップ４、図３を参照）の後であって、しかも「ＴｅｒｍＣａｌｌ」制御メッ セージ（呼の終了のステップ１を参照）の前の任意の時点で、これを送信するこ とができる。 ２．付加サービス用のワークステーションの手順 この項では、３つの付加サービスの詳細な実現例を説明する。これらの例は、 本発明の使用方法を例示する。これらの例及び前述の一般的な説明を基礎として 、当業者は、他の付加サービスを容易に実現することができるはずである。 ２．１．代替呼び出し（Alternate Call） 任意の時点において、ユーザＡが、進行中の２つ以上の呼を有することがある 。これらの呼のうち（ユーザＢへの）１つの呼が活動的であるのに対し、他方の 呼は保留中である。以下の説明の便宜上、ユーザＡが、ユーザＢへの呼を保留し 且つユーザＣへの呼を活動化することを要求するものと仮定する。この状況にお ける当該付加サービスの実現方法は、次の通りである。 ステップ１：ＷＳ−Ａは、その呼が今や保留中であることをＷＳ−Ｂに通知する 。 ＷＳ−Ａの手順： ユーザＡからの要求を受信する際、ＷＳ−Ａは、ＷＳ−Ｂとの呼の状態を「保 留」に変更し、この呼の音声チャネルをその音声サブシステムから切断し、「状 態（保留）」制御メッセージを準備するとともに、これをＷＳ−Ｂに送信する。 ＷＳ−Ｂの手順： ＷＳ−Ａからのこの状態メッセージを受信する際、ＷＳ−Ｂは、ＷＳ−Ａとの 呼の状態を「保留」に変更し、この呼の音声チャネルをその音声サブシステムか ら切断する。 ステップ２：ＷＳ−Ａは、ＷＳ−Ｃとの呼が今や活動的であることをＷＳ−Ｃに 通知する。 ＷＳ−Ａの手順： ＷＳ−Ａは、ＷＳ−Ｃとの呼の状態を「保留」に変更し、この呼の音声チャネ ルをその音声サブシステムに接続し、「状態（活動）」制御メッセージを準備す るとともに、これをＷＳ−Ｃに送信する。 ＷＳ−Ｃの手順： この状態メッセージを受信する際、ＷＳ−Ｃは、ＷＳ−Ａとの呼の状態を「活 動」に変更し、この呼の音声チャネルをその音声サブシステムに接続する。 ２．２．コールバック（Call Back） このプロセスは、図４に示されており、一般的な用語を使用して既に「Ａ．II I」の項で説明した。以下の説明の便宜上、ユーザＢが「コールバック」レコー ドを有し、このレコードがＷＳ−Ｂによって維持されているものと仮定する。任 意の発呼ユーザＡが、その電子メール・アドレスをこのレコード内に記入するこ とを要求して、都合のよいときにコールバックを行うようにユーザＢに請求する ことがある。ユーザＢが話中であるか又は応答しない場合、呼の設定中にこの要 求が行われる。ユーザＢが話中である場合の当該付加サービスの実現方法は、次 の通りである。 ステップ１〜３：ＷＳ−Ａ及びＷＳ−Ｂの手順は、呼の設定の場合と同じである （前述の「Ｂ．II．１」を参照）。 ステップ４：ＷＳ−Ｂは、「呼確認」制御メッセージをＷＳ−Ａに返送して、ユ ーザＢが話中であるがコールバックが可 能であることをＷＳ−Ａに通知する。 ＷＳ−Ｂの手順： ＷＳ−Ａからの「ＣａｌｌＲｅｑ」制御メッセージを受信する際、ＷＳ−Ｂは 、タイマＴＢ１を停止させるとともに、ユーザＢの電子メール・アドレスがこの 「ＣａｌｌＲｅｑ」制御メッセージ内に含まれているものと一致するか否かを検 査する。もし、この検査が肯定的であるが、ユーザＢが話中であれば、ＷＳ−Ｂ は、「ＣａｌｌＣｎｆ（ユーザＢが話中、コールバック・レコード）」制御メッ セージを準備し、これをＷＳ−Ａに返送するとともに、タイマＴＢ４を起動する 。 ＷＳ−Ａの手順： この「ＣａｌｌＣｎｆ」制御メッセージを受信する際、ＷＳ−Ａは、タイマＴ Ａ２を停止させ、ユーザＢが話中であるがコールバックが可能であることをユー ザＡに通知するとともに、タイマＴＡ３を起動する。 ステップ５：ユーザＡは、その電子メール・アドレスをユーザＢのコールバック ・リスト内に置くように要求する。 ＷＳ−Ａの手順： ＷＳ−Ａは、タイマＴＡ３を停止させて、ステップ６に進む。 ステップ６：ＷＳ−Ａは、「ＳＳＲｅｑ」制御メッセージをＷＳ−Ｂに送信する 。 ＷＳ−Ａの手順： ＷＳ−Ａは、「ＳＳＲｅｑ（コールバック要求、ユーザＡの電子メール・アド レス）」制御メッセージを準備し、これをＷＳ−Ｂに送信するとともに、タイマ ＴＡ５を起動する。 ステップ７：ＷＳ−Ｂは、ユーザＡの電子メール・アドレスをユーザＢのコール バック・レコード内に記入する。 ＷＳ−Ｂの手順： ＷＳ−Ａからの「ＳＳＲｅｑ」制御メッセージを受信する際、ＷＳ−Ｂは、タ イマＴＢ４を停止させ、ユーザＡの電子メール・アドレスをユーザＢのコールバ ック・レコード内に記入し、「ＳＳＣｎｆ（コールバック確認済み」制御メッセ ージを準備するとともに、これをＷＳ−Ａに返送する。また、ＷＳ−Ｂは、タイ マＴＢ６を起動する。 タイマＴＢ６は、ステップ８においてＷＳ−Ａが開始する呼の終了手順の一部 として停止される（前述の「Ｂ．II．２」を参照）。 ステップ８：ＷＳ−Ａは、呼の設定手順を終了する。 ＷＳ−Ａの手順： ＷＳ−Ｂからの「ＳＳＣｎｆ」制御メッセージを受信する際、ＷＳ−Ａは、タ イマＴＡ５を停止させるとともに、「Ｂ．II．２」の項で既に説明した呼の終了 手順を開始する。 ２．３．呼転送（Call Transfer） このプロセスは、図５に示されており、一般的な用語を使用して既に「Ａ．II I」項で説明した。以下の説明の便宜上、ユーザＡが進行中の２つの呼を有し、 そのうちユーザＢとの呼が保留中であり、ユーザＣとの呼が活動的であるものと 仮定する。また、ユーザＡが、ユーザＢ及びＣを接続させるとともに、これらの ユーザに対するユーザＡの接続を終了させることを要求するものと仮定する。こ の付加サービスに関係する実現方法は、以下で詳述する通りである。説明を簡潔 にするため、使用するタイマについての説明は省略するが、これらのタイマの使 用方法は、呼の設定手順に関連して説明したものと同様である（前述の「Ｂ．II ．１」及び「Ｂ．III．２」を参照）。 ステップ１：ＷＳ−Ａは、ＷＳ−Ｃへの呼を保留中にする。 ＷＳ−Ａの手順： ユーザＡから呼転送要求を受信する際、ＷＳ−Ａは、ＷＳ−Ｃへの呼の状態を 「保留」に変更し、この呼の音声チャネルをその音声サブシステムから切断し、 「状態（保留」制御メッセージを準備するとともに、これをＷＳ−Ｃに送信する 。 ＷＳ−Ｃは、この「状態（保留」制御メッセージを受信する際、ＷＳ−Ａとの 呼の状態を「保留」に変更し、この呼の音声チャネルをその音声サブシステムか ら切断する。 ステップ２：ＷＳ−Ａは、トランスファ・コールを受け入れるようにＷＳ−Ｃに 要求する。 ＷＳ−Ａの手順： ＷＳ−Ａは、「ＳＳＲｅｑ（呼転送受信、ユーザＢの電子メール・アドレス） 」制御メッセージを準備し、これをＷＳ−Ｃに送信する。 ステップ３：ＷＳ−Ｃは、かかる呼転送要求を確認する。 ＷＳ−Ｃの手順： ＷＳ−Ａからの「ＳＳＲｅｑ」制御メッセージを受信する際、ＷＳ−Ｃは、「 ＳＳＣｎｆ」制御メッセージを準備し、これをＷＳ−Ａに送信する。また、ＷＳ −Ｃは、ユーザＢの電子メール・アドレスを保存し、「転送待機」状態に入る。 この「転送待機」状態の間、ＷＳ−Ｃは、ＷＳ−Ｂからの「ＣａｌｌＲｅｑ（ 呼転送）」制御メッセージによって開始された呼だけを受け入れる。他の全ての 「ＣａｌｌＲｅｑ（呼転送）」制御メッセージについては、「ＣａｌｌＣｎｆ（ ユーザＣが話中）」制御メッセージで応答する。 ステップ４：ＷＳ−Ａは、ＷＳ−Ｂが呼の転送を設定するように要求する。 ＷＳ−Ａの手順： ＷＳ−Ｃからの「ＳＳＣｎｆ」制御メッセージを受信する際、ＷＳ−Ａは、「 ＳＳＲｅｑ（呼転送設定、ユーザＣの電子メール・アドレス）」制御メッセージ を準備し、これをＷＳ−Ｂに送信する。 ステップ５：ＷＳ−Ｂは、かかる転送要求を確認する。 ＷＳ−Ｂの手順： ＷＳ−Ａからの「ＳＳＲｅｑ」制御メッセージを受信する際、ＷＳ−Ｂは、「 ＳＳＣｎｆ（転送確認済み）」制御メッセージを準備し、これをＷＳ−Ａに送信 する。 ステップ６：ＷＳ−Ｂは、ＷＳ−Ｃへの呼転送を設定する。 ＷＳ−Ｂの手順： ＷＳ−Ｂは、「Ｂ．II．１」の項で説明した手順を使用して、ＷＳ−Ｃへの呼 の転送を設定する。 ステップ７：ＷＳ−Ａは、ＷＳ−Ｂとの呼を終了する。 ＷＳ−Ａの手順： ＷＳ−Ｂからの「ＳＳＣｎｆ」制御メッセージを受信する際、ＷＳ−Ａは、「 Ｂ．II．１」の項で説明した手順を使用して、ＷＳ−Ｂとの呼の終了手順を開始 する。 ステップ８：ＷＳ−Ａは、ＷＳ−Ｃとの呼を終了する。 ＷＳ−Ａの手順： ＷＳ−Ａは、「Ｂ．II．２」の項で説明した手順を使用して、ＷＳ−Ｃとの呼 の終了手順を開始する。 前述の説明を参照すれば、コンピューティング・パワーや、最近のワークステ ーション及びパーソナル・コンピュータの多様な機能、並びに実質的に全世界を 接続するように急速に発展中のデジタル・ネットワークを活用することにより、 コンピュータとテレフォニを新しい様式で統合する、テレフォニ・システムにお ける諸サービスを提供するためのアーキテクチャをどのように実現できるかを理 解することができよう。 ここで、実施例に係る前述の説明は、本発明の原理を明らかにするとともに、イ ンターネットやＡＴＭネットワークのような既存ネットワークにおけるその種々 の応用を例示したものに過ぎず、当業者にとっては、前述の説明に基づいて本発 明の主旨を逸脱することなしに種々の変形を容易になし得ることを理解すベきで ある。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｑ 3/00 Ｈ０４Ｌ 11/20 Ｅ

Claims (1)

1. 【特許請求の範囲】 １．一のネットワーク（１，４〜６）を介して接続される少なくとも２人のユー ザの間のテレフォニを実現及び／又は制御するための方法であって、 各々が一の前記ユーザにそれぞれ対応するエンド・ユーザ装置（３ａ〜３ｄ） の間に、第１の信号を通信するための第１の通信チャネル（１２）を確立するス テップと、 前記エンド・ユーザ装置（３ａ〜３ｄ）の間に、第２の信号を通信するための 第２の通信チャネル（１３）を確立するステップと、 を含む前記第１及び第２の通信チャネルが互いに独立している、前記方法。 ２．前記エンド・ユーザ装置（３ａ〜３ｄ）の間で交換される前記第１の信号が 制御信号であり、前記第２の信号が音声信号、好ましくは符号化音声信号である 、請求項１記載の方法。 ３．前記エンド・ユーザ装置（３ａ〜３ｄ）の間で交換される前記制御信号が、 テレフォニの基本サービス及び／又は付加サービスを提供及び／又は実現するた めの信号を含んでいる、請求項２記載の方法。 ４．前記エンド・ユーザ装置（３ａ〜３ｄ）の間で交換される前記制御信号が、 当該エンド・ユーザ装置から所望のチャネルを確立及び制御する機能を実現する ために、実質的に当 該エンド・ユーザ装置によって又は当該エンド・ユーザ装置内で発生される、請 求項３記載の方法。 ５．前記信号の通信機能に加えて、音声伝送機能、特に暗号化／復号化機能が前 記エンド・ユーザ装置（３ａ〜３ｄ）内で実現される、請求項１ないし４の何れ かに記載の方法。 ６．前記第１及び第２の通信チャネル（１２、１３）の各々が、通信中の又は通 信することを望んでいる前記ユーザの前記エンド・ユーザ装置（３ｃ、３ｄ）を 、透過的、独立的及び直接的に接続する、請求項１記載の方法。 ７．前記第１の通信チャネル（１２）が一のテレフォニ・セッションを通して実 質的に持続的に維持されるのに対し、前記第２の通信チャネル（１３）は間欠的 な動作を可能にするように設計されている、請求項１記載の方法。 ８．一の分散式ネットワーク（１）を介して接続される少なくとも２つのエンド ・ユーザ装置（３ａ〜３ｄ）の間のテレフォニを実現及び／又は制御するための 分散式システムであって、 少なくとも１つの前記エンド・ユーザ装置（３ａ〜３ｄ）が、第１の信号を通 信するための第１の通信チャネル（１２）を、前記エンド・ユーザ装置（３ａ〜 ３ｄ）の間で実質的に直接的に確立するための手段を含み、 少なくとも１つの前記エンド・ユーザ装置（３ａ〜３ｄ）が、第２の信号を通 信するための独立的な第２の通信チャネル（１３）を、前記エンド・ユーザ装置 （３ａ〜３ｄ）の間 で実質的に直接的に確立するための手段を含んでいる、前記システム。 ９．前記エンド・ユーザ装置（３ａ〜３ｄ）内の前記手段が、一方の前記チャネ ルの間欠的な動作を可能にするように設計されているのに対し、他方の前記チャ ネルは実質的に持続的に維持される、請求項８記載のシステム。 １０．前記エンド・ユーザ装置（３ａ〜３ｄ）内の前記手段が、テレフォニの基 本サービス及び／又は付加サービスを実現するために、確立された一方の前記チ ャネルを介して当該エンド・ユーザ装置の間で交換される制御信号を処理及び／ 又は解釈するように設計されている、請求項８記載のシステム。 １１．前記エンド・ユーザ装置（３ａ〜３ｄ）内の前記手段が、当該エンド・ユ ーザ装置（３ａ〜３ｄ）の間で音声テレフォニを実現するために、確立された一 方の前記チャネルを介して当該エンド・ユーザ装置の間で交換される音声信号を 処理及び／又は解釈するように設計されている、請求項８記載のシステム。 １２．集中化機能、特にユーザ及びアクセス制御情報を実現するためのテレフォ ニ・サーバ（２）を備え、当該テレフォニ・サーバが、前記エンド・ユーザ装置 （３ａ〜３ｄ）の各々と実質的に直接的に且つ独立的に通信するように設計され ている、請求項８記載のシステム。 １３．前記エンド・ユーザ装置（３ａ〜３ｄ）が、汎用ワー クステーション又はパーソナル・コンピュータである、請求項８ないし１２の何 れかに記載のシステム。