(57)【特許請求の範囲】
【請求項１】
（ａ）通信端末間で呼制御能力データを交換するステップであって、呼制御能力データが、各それぞれの端末について、複数の異なる呼制御プロトコルと異なるネットワークアドレスとを識別するステップと；
（ｂ）前記呼制御能力データにおいて識別される呼制御プロトコルまたはネットワークアドレスを使用して、前記通信端末間の呼を設定するステップとを含み、
呼制御能力データを交換するステップが、呼の設定を開始する前に実行される、通信システムを動作する方法。
【請求項２】
第１の端末が、第１の端末の呼制御能力データを第２の端末へ送ることによって呼制御能力データの交換を開始し、第２の端末が、要求に対するアクノリッジメントを戻し、アクノリッジメントが、第２の端末の呼制御能力データを含む請求項１記載の方法。
【請求項３】
通信端末において通信ポートを連続的に監視するステップと、要求が前記ポートにおいて受信されるたびに、呼制御能力データの交換を実行するステップとを含む請求項１または２記載の方法。
【請求項４】
呼が設定された後で、通信ポートの監視が続く請求項３記載の方法。
【請求項５】
前記呼制御能力データの一部として、呼制御能力交換プロトコルに直接に与えられていない別のデータ識別能力の源へポインタを通信するステップを含む請求項１ないし４の何れか１項記載の方法。
【請求項６】
ポインタがユニフォームリソースロケータ（Uniform Resource Locator, URL）である請求項５記載の方法。
【請求項７】
第１の通信端末と第２の通信端末との間の呼を設定する方法であって：
（ａ）第１の端末において、第２の端末に関する呼制御能力データを受信するステップであり、呼制御能力データが、第２の端末について、複数の異なる呼制御プロトコルおよび異なるネットワークアドレスを識別するステップと；
（ｂ）第１の通信装置から受信した呼制御能力データにおいて特定されている異なる呼制御プロトコルおよびネットワークアドレスから選択されたものを使用して、第１の通信端末から第２の通信端末への呼を設定するステップとを含み、
呼制御能力データを受信するステップが、呼の設定を開始する前に実行される方法。
【請求項８】
通信端末であって：
（ａ）呼制御能力データを他方の通信端末と交換する手段であって、呼制御能力データが、それぞれの端末について、複数の異なる呼制御プロトコルおよび異なるネットワークアドレスから選択された１つ以上のものを識別する手段と；
（ｂ）前記他方の通信端末から受信した呼制御能力データにおいて識別される呼制御プロトコルまたはネットワークアドレスタイプを使用して、前記通信端末と他方の通信端末との間の呼を設定する手段とを含み、
端末が、呼の設定を開始する前に、呼制御能力データを交換するように動作することができる通信端末。
【請求項９】
複数の通信端末を含む通信ネットワークであって、複数の通信端末の中の異なるものが、異なるそれぞれの呼制御プロトコルを支援し、通信端末の各々が：
（ａ）呼制御能力データを他方の通信端末と交換する手段であって、呼制御能力データが、それぞれの端末について、複数の異なる呼制御プロトコルおよび異なるネットワークアドレスから選択された１つ以上のものを識別する手段と；
（ｂ）前記他方の通信端末から受信した呼制御能力データにおいて識別される呼制御プロトコルまたはネットワークアドレスタイプを使用して、前記通信端末と他方の通信端末との間の呼を設定する手段とを含み、
端末の各々が、呼の設定を開始する前に、呼制御能力データを交換するように動作することができる通信ネットワーク。
【発明の詳細な説明】
【０００１】
発明の属する技術分野
本発明は通信システムに関し、とくに顧客が多数の異なる呼制御機構および異なるアドレスタイプを採用する不均一な（ヘテロジニアス）システムに関する。
【０００２】
従来の技術
公衆交換電話ネットワーク（ＰＳＴＮ）のような従来の均一な（ホモジニアス）通信ネットワークにおいて、顧客はアドレスの１つタイプ（この例では電話番号）のみをもち、ネットワークへ組込まれる１つの一様な呼制御機構がある。呼制御機構は、呼を設定、終了、および例えば被呼当事者がビジーであるときを認識するのに使用される。しかしながら顧客は次第に、各々がそれ自身のアドレスタイプをもつ異なるネットワーク技術へアクセスするようになってきた。例えば、顧客は電話番号に加えて、従来のＩＰ（インターネットプロトコル）アドレス、マルチキャストＩＰアドレス、およびＵＲＬ（ユニフォームリソースロケータ）をもっていることもある。一般的に、これらの異なるアドレスタイプの各々はそれと各呼制御プロトコル（なお“呼制御”という用語を使用して、概括的に異なる当事者間の接続を設定および終了する手段を示す）と関係付けている。例えば、従来のＩＰアドレスを使用する当事者間のオーディオおよびビジュアル通信は一般的にＨ．３２３プロトコルを使用し、一方で広帯域のＡＴＭアドレス間の通信では、異なるプロトコル、すなわちＢ−ＩＳＤＮ（広帯域統合サービスディジタルネットワーク）が使用される。実際には、特定の通信セッション用に使用される呼制御プロトコルは、セッションを開始する当事者によって判断され、決定される傾向がある。他の当事者が後でセッションに参加するとき、第１の当事者によって判断されるアドレッシングおよび呼制御能力を使用することに制限される。
【０００３】
発明が解決しようとする課題
本発明の第１の態様にしたがって、通信システムを動作する方法であって：
（ａ）呼制御能力データが交換される通信端末のそれぞれについて複数の異なる呼制御プロトコルおよび異なるネットワークアドレスから選ばれたものを識別する呼制御能力データを通信端末間で交換することと；
（ｂ）前記呼制御能力データの中で識別される呼制御プロトコルまたはネットワークアドレスを使用して前記通信端末間で呼びを設定することとを含む方法を提供する。
【０００４】
本発明は、ピア端末を用意して、呼制御およびアドレスタイプを識別するデータを交換することによって、不均一な通信システム内の端末の能力を完全に使用することを可能にする。この機構を使用することによって、アドレッシングおよび呼制御タイプに“最低共通分母（lowest common denominator）”を採り入れる必要がなくなるので、この解決案は不均一な通信システムの完全な潜在能力を現実のものとすることができる。これは、高度な呼制御およびアドレッシング機構が最初は通信システム内のごく少数の端末によってのみ使用されるときでも、融通性のより大きいこういった高度な呼制御およびアドレッシング機構の使用を促進するのに役立つ。
【０００５】
呼設定を開始する前に、呼制御能力データを交換する段階を実行することが好ましい。
【０００６】
データ交換を呼設定プロセスに統合し、呼設定プロセスの最初の部分を形成してもよい。しかしながら最大の融通性では、呼設定前に独立してデータ交換を行なうことが好ましい。したがってユーザは該または各他の端末の能力に依存して呼設定プロセスを進めないことを選択してもよい。
【０００７】
好ましくは第１の端末は、第１の端末用の呼制御能力データを第２の端末へ送ることによって呼制御能力データの交換を開始し、第２の端末は、第２の端末用の呼制御能力データを含む要求のアクノリッジメントを戻す。
【０００８】
簡単な要求／応答を使用して、相互にデータ交換を行なうことがとくに効果的であることが分かっている。
【０００９】
この方法は、通信端末において通信ポートを継続的に監視すること、および前記ポートにおいて要求が受取られるときはいつも呼制御能力データの交換を実行することを含むことが好ましい。呼が設定された後に前記監視段階が続くことが好ましい。
【００１０】
好ましい構成ではさらに、能力データの交換をいつでも実行できるようにすることによって通信システムの融通性を向上している。好ましい構成では、さらにシステムが多数の当事者の通信セッションにおいて新しい通信能力をもつ新しいメンバの到達に応答するか、または進行中のセッション中に当事者の１つの能力の変更に応答することを可能にしている。
【００１１】
本発明の第２の態様にしたがって、通信端末であって：
（ａ）各端末について、複数の異なる呼制御プロトコルおよび異なるネットワークアドレスから選択された１以上を識別する呼制御能力データを他の通信端末と交換する手段と；
（ｂ）前記他の通信端末から受取られた呼制御能力データの中で識別される呼制御プロトコルまたはネットワークアドレスタイプを使用して、前記通信端末と他の通信端末との間で呼を設定する手段とを含む通信端末を提供する。
【００１２】
本発明はさらに、本発明の第２の態様にしたがって通信端末を含む通信システムも含む。
【００１３】
ここで本発明を実現する方法およびシステムをさらに詳しく例示的に添付の図面を参照して記載することにする。
【００１４】
発明の実施の形態
通信システム１は異なる各ネットワークドメイン４、５に接続されたユーザ端末２、３を含む。この例ではユーザ端末２、３はコンピュータワークステーションである。この例ではネットワークドメインは、ＡＴＭ（非同期転送モード）およびＩＰ（インターネットプロトコル）伝送プロトコルの両方を支援する広帯域ネットワークである。ユーザ端末はユーザアドレス（111.111.1.113）およびＡＴＭアドレス（ＡＴＭ１）の両方をもつ。同様に第２のユーザ端末はインターネットアドレス（123.123.1.124）およびＡＴＭアドレス（ＡＴＭ２）をもつ。ネットワークドメインは接続６にリンクされ、接続６もこれらのプロトコルの両方を支援する。端末２、３の各々は、端末が処理できるアドレスタイプおよび呼制御タイプを記録する各クライアント能力オブジェクトを記憶する。異なる端末におけるクライアントオブジェクトは、所定の通信プロトコル（この例ではインターネットプロトコル）を使用して互いに通信する。２つのクライアント間のアドレスおよび呼制御能力の交換は、セッション間で進行中の１以上の呼とは無関係に実行される。
【００１５】
図２に示したように、交換機構は、TRANSFER.要求プリミティブが出力クライアントのユーザによって発せられるときに作動する。第１のクライアントからのTRANSFER.要求は対応する端末用のクライアント能力の組を含む。このクライアント能力の組は端末によって支援される全ての呼制御技術およびアドレスを示す。到来するクライアントのユーザはTRANSFER.指示プリミティブによってクライアント能力データ交換要求を知らされている。到来するクライアントのユーザは、TRANSFER.要求プリミティブを使用して能力の転送を開始する。到来端末、すなわち到来するクライアントの能力交換要求を受取る端末の能力は、クライアント能力の組のアクノリッジメントメッセージを使用して送信元の端末へ送り戻される。送信元のクライアントのユーザは、能力データ交換がTRANSFER.確認プリミティブによって行われたことを知らされる。
【００１６】
上述のメッセージ内のクライアント能力の組のデータは多数の所定のアドレスタイプの何れかを識別し、呼制御タイプが支援される。支援できる異なるアドレスタイプの例はｅメール、ＵＲＬ（ユニフォームリソースロケータ）、ＩＰマルチケース、ＩＰユニキャスト、Ｅ．１６４、ＡＥＳＡを含む。異なる呼制御タイプの例はＨ．２２５．０、ＳＤＰ、Ｂ−ＩＳＤＮ  Ｑ．２９１７、Ｂ−ＩＳＤＮ  ＡＴＭ−Ｆ  ＵＮＩ、Ｎ−ＩＳＤＮ  Ｑ．９３１、ＰＳＴＮ  ＢＴＮＲ  ３１５を含む。
【００１７】
次に示す表１は、本発明の１つの構成によって支援されるアドレスおよび呼制御タイプの完全なリストを含む。表に示したように、異なる整数のコードを使用して異なる各呼制御およびアドレスタイプを識別する。
【００１８】
【表１】
0004270749.tif 000002
【００１９】
表１に示したように、能力交換機構を通して知らされる能力はＵＲＬ（ユニフォームリソースロケータ）を含んでもよい。ＵＲＬは、能力の組の転送を開始した端末によってアクセスされ、表１に与えられた能力以外の別の能力の詳細を読取ることができる。このやり方では能力交換プロトコルは新しい呼プロトコルを含むように拡張できる。ＵＲＬは端末をジャバアプレットのような資源へ方向付け、この資源は端末によってダウンロードされて、ＵＲＬを用意した端末との通信を容易にすることができる。例えばＵＲＬは、“コールミー(call me)”ボタンを表示するジャバアプレットを含むＨＴＴＰページに関係していることもある。したがってこのボタンをクリックすると、ＵＲＬをもつ端末から他の端末へ呼が行われる。
【００２０】
図３ａおよび３ｂは本発明を実現するシステムのソフトウエアアーキテクチャを示している。各通信端末は、通信アプリケーション32の上に通信グラフィカルユーザインターフェイス（ＧＵＩ31）を含む通信プログラムを実行する。通信アプリケーション32は、この下で能力交換モジュール（ＣＥ）を含む多数の資源によって支援され、“リスナモジュールＬ”は、１６ビットのポート番号と一緒に通信端末のＩＰアドレスによって規定される所定のソケットを継続的にモニタする。ＣＥおよびリスナモジュールは、図３ａに示したセッション送信勧誘プロトコル（ＳＩＰ，Session Invitation Protocol）およびＨ．３２３モジュールのような他のモジュールと共に存在していてもよい。能力の組のメッセージは、ＵＤＰ／ＴＣＰ／ＩＰ層と能力交換（ＣＥ）モジュールとの間を送られる。リスナモジュールは、転送プリミティブとＣＥモジュールとの間を通信する。この好ましい構成では、ネットワークを横切って能力の組データを送るためのＴＣＰ（移送制御プロトコル）ではなく、ＵＤＰ（不確実な(unreliable)データグラムプロトコル）を使用する。これは、ＴＣＰデータ流を設定することに関係するオーバーヘッドを避ける。しかしながら次にこの解決案では、所定の期間の後にアクノリッジされていないときは、パケットを再び送ることを要し、パケットを損失する可能性に対処している。図３ｂは、能力データが２つの端末間で交換されるときに異なるＡＰＩ（アプリケーションプログラマインターフェイス）を横切るメッセージ流を示す。図２に示した転送プリミティブは、アプリケーション層（この例ではジャバ言語を使用して構成される）とプロトコルスタックのより低い層との間のＡＰＩに対応している。
【００２１】
図４ａおよび４ｂは、本発明の異なる構成における端末ＡとＢとの間のメッセージ流のシーケンスをより詳しく示している。図４ａのシーケンスにおいて、能力データの交換は、セッションが設定される前に行なわれる。能力データの交換後直ぐに、例えばＨ．３２０のようなＩＳＤＮプロトコルに対して規定されたメッセージシーケンスを使用して、呼が設定されるが、この場合は能力データは両方の当事者がこの呼制御能力をもっていたことを示している。図４ｂに示した第２の例では、能力データ交換後、呼を設定する前に、例えばＨ．３２３呼制御プロトコル、すなわちセッション送信勧誘プロトコル（ＳＩＰ）を使用してセッションを設定する。
【００２２】
図５、６、７、および８は、リレーショナルＲＯＳＥ（Relational Object-oriented Software Engineering）形式を使用して、上述の実施形態を構成するソフトウエアオブジェクトを規定することを示す図である。図示した構成では、Relational Software Corp.（Santa Clara, California）から販売されているＲＯＳＥソフトウエアツールを使用してコンパイルされ、例えばＣ＋＋コードを生成して、本発明の構成の基礎を形成することができる。図６に示したように、各端末上に示したようなクライアントオブジェクトはclientcapabilitysetおよびclientcapabilityreturn方法を含み、これらの方法はクライアント能力オブジェクトによって引き継がれる。代わってクライアント能力オブジェクトの特性は、図５に示したようにアドレスおよび呼制御オブジェクトによって引き継がれる。
【００２３】
クライアント能力データを直接転送する代わりに、ディレクトリを介してこれを実行してもよい。この方法は、出願中の欧州特許出願第97309810.6号(1997年12月4日出願)（代理人参照番号A25527）に記載されており、これは参考文献として本明細書に取り上げる。図７はデータ交換がディレクトリプラットフォーム７によって取り次がれる実施形態を示している。ディレクトリプラットフォーム７はリンク８によってネットワークへ接続され、リンク８はネットワークとディレクトリプラットフォーム７との間でＩＰデータを転送する。ネットワークの他の構成要素には、図１に関係して既に記載したものがある。
【００２４】
使用の際に、ユーザ端末２、３の両方における顧客はディレクトリサーバに登録し、この例ではディレクトリサーバはディレクトリプラットフォーム７上を走行する。次に後でさらに詳しく記載するように、ユーザ端末２における顧客はユーザ端末３に登録された顧客と接触することを望むとき、ディレクトリサーバへ要求が送られる。この要求は、ディレクトリプラットフォーム７のＩＰアドレスへ送られる。この要求には、被呼顧客を識別する顧客名のようなデータを含む。ディレクトリサーバはこのデータを使用して、顧客がディレクトリサーバに登録したときに生成された対応するユーザプロフィールを選択する。選択されたユーザプロフィールから、ディレクトリサーバは発呼顧客に被呼顧客のネットワークアドレスおよび呼制御能力を戻す。この情報を使用して、発呼顧客は他の顧客への呼を設定する。例えばこの例における発呼顧客は、ＡＴＭ呼制御プロトコル（Ｑ．２９３１）を使用してＡＴＭアドレス（ＡＴＭ２）への接続を設定することを選択することができる。
【００２５】
図１０および１１は、この実施形態にしたがってローカルクライアントがその呼制御能力をディレクトリに登録し、次に遠隔のクライアントが呼制御能力データを読取るとき、ローカルクライアント、ディレクトリプラットフォーム（または“サーバ”）７、および遠隔のクライアントとの間のメッセージ流を示す。
【図面の簡単な説明】
【図１】  本発明を実現する第１のネットワークの模式図。
【図２】  能力データの交換を示す図。
【図３】  本発明を実現するシステムのプロトコルスタックを示す図（図３ａおよび３ｂ）。
【図４】  本発明を実現するシステムにおけるメッセージフローシーケンスを示す図（図４ａおよび４ｂ）。
【図５】  本発明を構成するソフトウエアオブジェクトの一部を示すダイヤグラム。
【図６】  図５に続く本発明を構成するソフトウエアオブジェクトの一部を示すダイヤグラム。
【図７】  図６に続く本発明を構成するソフトウエアオブジェクトを示すダイヤグラム。
【図８】  本発明を構成するソフトウエアオブジェクトを示すダイヤグラム。
【図９】  本発明を実現する第１のネットワークの変形例を示す模式図。
【図１０】  第２の実施形態にしたがうネットワークにおけるメッセージ流の一部を示す図。
【図１１】  図１０に続く第２の実施形態にしたがうネットワークにおけるメッセージ流の一部を示す図。
【図１】
0004270749.tif 000003
【図２】
0004270749.tif 000004
【図３】
0004270749.tif 000005
【図４】
0004270749.tif 000006
【図５】
0004270749.tif 000007
【図６】
0004270749.tif 000008
【図７】
0004270749.tif 000009
【図８】
0004270749.tif 000010
【図９】
0004270749.tif 000011
【図１０】
0004270749.tif 000012
【図１１】
0004270749.tif 000013