JP2008527775A - セッション間の経路情報をキャッシュできる汎用ポートユーザエージェントと関連する方法 - Google Patents

Abstract

初期呼は、汎用ポートユーザエージェントがプロキシサーバに勧誘メッセージを送信することにより、汎用ポートユーザエージェントによって設定される。プロキシサーバは、宛先への経路情報を得るために、バックエンドサーバからのディレクトリ索引を実行する。経路情報は汎用ポートユーザエージェントに返答され、汎用ポートユーザエージェントの中に記憶される。同じ宛先への後続する呼が要求されると、その後続呼は、記憶された経路情報を用いて設定されることができる。汎用ポートユーザエージェントはこれらの呼設定を実行する。経路情報メモリーは、記憶された経路の数と年齢に基づいて管理される。いくつかの実施形態では、呼はセッション開始プロトコル（ＳＩＰ）を用いて設定される。

Description

本発明は通信に関し、特に、複数の宛先に対する通信配送に関する。

インターネットエンジニアリングタスクフォース（ＩＥＴＦ）はリクエストフォーコメンツ（ＲＦＣ）を発刊して、ＳＩＰとして知られるセッション開始プロトコルのための仕様を公けにした。このＲＦＣは、「ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ」、ＲＦＣ３２６１（Ｊ．Ｒｏｓｅｎｇｅｒｇ、他、著作、２００２年６月）である。

セッション開始プロトコル（ＳＩＰ）は、１人以上の参加者のセッションの確立、変更、終了のためのアプリケーション層制御（シグナリング）プロトコルである。これらのセッションは、インターネット電話、マルチメディア放送、そして、マルチメディア会議を含む。

セッション開始プロトコル（ＳＩＰ）は参加者がセッションの確立、変更、終了を一度に行うプロトコルを提供する。もし同じ宛先とセッションを繰り返す必要のあるときには、同じ手順に従い、再び呼の設定を行わなければならない。

同じ宛先に対する後続のセッションを設定するには、呼の設定の手順を完全に繰り返す以外に方法はない。

本発明の目的は、ネットワークの使用を減ずることにある。

本発明の更なる目的は、冗長なる照会を取り除くことにある。

本発明の次に更なる目的は、いくつかのバックエンドサーバのデータベース照会を取り除くことにより、接続率を上昇させることにある。

本発明の次の目的は、後続するセッションで用いるための経路情報の記憶手段を提供することにある。

本発明の更なる他の目的は、その記憶された経路情報を用いて、同じ宛先に対する後続する呼を設定することにある。

更に、付け加えるべき本発明の目的は、汎用ポートセッション開始プロトコル（ＳＩＰ）ユーザエージェントの履歴に基づいて、ＳＩＰプロキシサーバに終着点接続情報を報告することにある。

汎用ポートユーザエージェントが勧誘をプロキシサーバに送信することにより、初期呼が設定される。プロキシサーバは、宛先への経路情報を得るために、バックエンドサーバからのディレクトリ索引を実行する。経路情報は汎用ポートユーザエージェントへ返答され、汎用ポートユーザエージェントの中に記憶される。同じ宛先への後続した呼が要求されると、その後続した呼は、記憶された経路情報を用いて設定することができる。汎用ポートユーザエージェントはこれらの呼の設定を実行する。経路情報のメモリーは記憶された経路の数と経路の記憶年齢に基づいて管理される。いくつかの実施形態では、呼はセッション開始プロトコル（ＳＩＰ）を用いて設定される。

本発明の、好ましい実施形態およびその他の目的、および特徴の詳細は、下記の詳細なる記述を、付図とともに読むことにより、より容易に理解されるであろう。

図１は、本発明にしたがった通信システムのブロック図である。電話Ａ１８０は、公衆電話交換網（ＰＳＴＮ）１６０を通して汎用ポートＳＩＰユーザエージェントＡ１４０に接続している。電話Ｂ１９０は、公衆電話交換網（ＰＳＴＮ）１７０を通して汎用ポートＳＩＰユーザエージェントＢ１５０に接続している。汎用ポートＳＩＰユーザエージェントＡ１４０と汎用ポートＳＩＰユーザエージェントＢ１５０は、インターネットプロトコル（ＩＰ）ネットワーク１３０を介して互いに接続されている。汎用ポートＳＩＰユーザエージェントＡ１４０は、インターネットプロトコル（ＩＰ）ネットワーク１３０を通して、ＳＩＰプロキシサーバＡ１１０により、サービスを受ける。汎用ポートＳＩＰユーザエージェントＢ１５０は、インターネットプロトコル（ＩＰ）ネットワーク１３０を通して、ＳＩＰプロキシサーバＢ１２０により、サービスを受ける。

汎用ポートＳＩＰユーザエージェントＡ１４０は、電話Ａ１８０から電話Ｂ１９０へのセッションを設定する。初期セッションは、汎用ポートＳＩＰユーザエージェントＡ１４０がＳＩＰプロキシサーバＡ１１０にＳＩＰ招待を送信することにより設定される。ＳＩＰプロキシサーバＡ１１０は、電話Ｂ１９０のような宛先への経路情報を得るために、バックエンドサーバ１１５からのディレクトリ索引を行う。経路情報は、ＳＩＰプロキシサーバＡ１１０から汎用ポートＳＩＰユーザエージェントＡ１４０へのＳＩＰ招待応答の中に存在し、汎用ポートＳＩＰユーザエージェントＡ１４０に中に記憶される。

汎用ポートＳＩＰユーザエージェントＡ１４０により、同じ宛先の電話Ｂ１９０への後続するセッションが要求されると、後続セッションは、この記憶された経路情報を用いて設定することができる。図１の好ましい実施形態の中では、ＳＩＰユーザエージェントとＳＩＰプロキシサーバは、ＳＩＰのセッション設定および分解メッセージを扱うとして描かれているが、そのほか、例えば、Ｈ．３２３のようなセッション開始の方法も実行可能である。

ＳＩＰプロキシサーバＡ１１０とＳＩＰプロキシサーバＢ１２０は、電話Ａ１８０と電話Ｂ１９０のような２つのクライアント装置の間のセッションの設定を行うための、ユーザエージェントサーバへのＳＩＰ要求、また、ユーザエージェントクライアントへのＳＩＰ応答、の経路選択を行うことのできる一般目的のサーバである。

電話Ａ１８０と電話Ｂ１９０は、好ましい実施形態の中では、ＰＳＴＮに接続された従来の電話クライアントである。代替の実施形態では、電話Ａ１８０と電話Ｂ１９０は、ＩＰ電話であることもできるし、また、メディアアプリケーションを動作させているコンピュータ等のクライアント装置であっても良い。ここでのコンピュータ等の装置は、ＰＳＴＮではなくて、その代わりにインターネットプロトコル（ＩＰ）のようなプロトコルの上で動作する汎用ポートまたはゲートウェイと結合している。

汎用ポートＳＩＰユーザエージェントＡ１４０と汎用ポートＳＩＰユーザエージェントＢ１５０は、プロセッサカードとポートカードの好ましい実施形態で構成されたゲートウェイである。それらのカードは、登録商標Ｔｏｔａｌ Ｃｏｎｔｒｏｌ １０００（ＵＴＳｔａｒｃｏｍ， Ｉｎｃ，社）のようなシャーシの上にある。登録商標Ｔｏｔａｌ Ｃｏｎｔｒｏｌ １０００（ＵＴＳｔａｒｃｏｍ， Ｉｎｃ，社）シャーシは、１つのネットワーク管理カードと最大１６のアプリケーションカードで構成される。各々のアプリケーションカードは、例えば、アナログのモデムを用いたダイヤルアップ接続線では公衆電話交換網（ＰＳＴＮ）に結合するためのディジタル信号処理装置、またはボイスオーバーＩＰ（ＶｏＩＰ）を提供する。汎用ポートユーザエージェントはメディアゲートウェイアプリケーションの中に存在する。メディアゲートウェイアプリケーションは登録商標Ｔｏｔａｌ Ｃｏｎｔｒｏｌ １０００（ＵＴＳｔａｒｃｏｍ， Ｉｎｃ，社）シャーシのＡＲＣ（アクセスルータカード）の上で動作している。

「汎用ポートＳＩＰユーザエージェント」の中の「汎用ポート」とは、汎用ポートゲートウェイを意味している。汎用ポートゲートウェイは、多元ポートゲートウェイまたは多元接続ゲートウェイと同じである。汎用ポートゲートウェイが、マルチメディア環境において、一人以上の参加者のあるセッションを確立・変更・終了のために用いられるときには、汎用ポートユーザエージェントである。これらのセッションは、インターネット電話呼、マルチメディア放送、およびマルチメディア会議を含んでいる。

経路情報のメモリーは、キャッシュされた経路の数と年齢に基づいて管理される。もし、キャッシュされている経路情報が後続の呼を正しく接続することができれば、呼の情報のキャッシュ時間は新しい時間に更新され、呼の計数値が増分される。もし、キャッシュされている経路情報が呼に対して適切でなければ、キャッシュ記入は新しい経路情報に更新され、呼の時間と呼の計数値がリセットされるであろう。

頻度の高い宛先に再び呼が発生する確率は、呼の発生が希な宛先に再び呼が発生する確率と比べて、非常に大きい。この統計事実を当てはめれば、キャッシュされた呼の時間記録に基づいて、メモリーからキャッシュ記入を取り除くことができる。

キャッシュのデータを適切に保守するだけでなく、データ量が限界を超さないようにするためには、キャッシュの更新をすること、および更新せずに保持することの、両面からの管理が好ましい。

ＡＲＣ（アクセスルータカード）は、受け入れてキャッシュされた経路に基づいた知識パターンを作るであろう。そして、記憶された経路情報を送信するための規範として、これを用いるであろう。キャッシュされた経路情報は、後続の呼の処理で調べられる、記憶情報の妥当性に基づいて、更新、または修正される。

呼の計数値と呼の時間計測値は、キャッシュ記入を削除することに決める目的のために用いることができる。キャッシュ記入の削除は、キャッシュ管理のために、または、キャッシュ記入の計数限界のために、キャッシュを掃き出す際に行われる。

前のセッションからの経路情報を利用するときには、キャッシュされている情報が反映されないかも知れない実際の経路に何らかの変更があった可能性がある。保持されている呼情報の中の時間が、ここでは、役に立つ。これは、その経路がまだ妥当であるかどうかの正しい決定を下すのに有効に利用できる。

一例として、経路情報で、比較的長い時間の間、再びは用いられず、呼の計数値が非常に低いものは、妥当でない可能性が非常に高く、従ってその場合には、その経路情報は転送しない方が良いであろう。一方、最近用いられた呼の記録で、キャッシュ中での呼の計数値が高いものは、確かに妥当なる経路情報を持っているであろうから、転送が可能である。

汎用ポートＳＩＰユーザエージェントを通して行うすべての呼のために、汎用ポートＳＩＰユーザエージェントは、最も確からしい呼接続として、最近の経路情報を保持している。この情報は、経路情報とともにＤＮＩＳと呼の時間を用いた適当なる識別子を持つ汎用ポートＳＩＰユーザエージェントに関連した情報として、ＡＲＣ（アクセスルータカード）の中にキャッシュされるであろう。新しい呼が到着すると、ＡＲＣ（アクセスルータカード）はキャッシュの中のＤＮＩＳ番号を照会するであろう。ＤＮＩＳ番号が存在して使用できるならば、ＡＲＣ（アクセスルータカード）は、記憶されている経路情報を拾い出して、ＳＩＰプロキシサーバへ送信される呼設定メッセージに、この情報を添付するであろう。経路情報は、経路／接続メッセージのために、最近の呼の時間とＳＩＰヘッダを含むことが望ましい。

図２は、本発明の通信システムにおける、初期呼の模範的な呼の流れを示すフローチャートである。工程２１０において、汎用ポートＳＩＰユーザエージェントＡ２０１は、電話Ｂの宛先番号への初期呼の入力を受信する。セッション開始プロトコル（ＳＩＰ）の中の宛先番号は、電話に対しては、「ＤＮＩＳ番号」として表現される。工程２１１では、汎用ポートＳＩＰユーザエージェントＡ２０１は、ＳＩＰプロキシサーバＡ２０３に向けて、招待メッセージを発出する。ＳＩＰプロキシサーバＡ２０３は、工程２１３において、汎用ポートＳＩＰユーザエージェントＡ２０１に向けて、試行メッセージを発出する。セッション開始プロトコル（ＳＩＰ）の中の試行メッセージは、「ＳＩＰ１００］メッセージである。工程２１３のあと、ＳＩＰプロキシサーバＡ２０３は、工程２１５において、バックエンドサーバ２０５に向けて、ディレクトリ索引メッセージを発出する。そのあと、バックエンドサーバ２０５は、工程２１７において、ＳＩＰプロキシサーバＡ２０３に向けて、ディレクトリ応答メッセージを発出する。すると、ＳＩＰプロキシサーバＡ２０３は、工程２１９において、ＳＩＰプロキシサーバＢ２０７に向けて、招待メッセージを発出する。そのあと、ＳＩＰプロキシサーバＢ２０７は、もう一つの汎用ポートＳＩＰユーザエージェントＢ２０９に向けて、招待メッセージを発出する。そして、工程２２２において、宛先の電話Ｂの番号に対する出力呼が作られる。

宛先の電話Ｂの番号への出力呼が、工程２２２において作られたあとに、汎用ポートＳＩＰユーザエージェントＢ２０９は、工程２２３において、ＳＩＰプロキシサーバＢ２０７へ向けて、ＯＫメッセージを発出する。セッション開始プロトコル（ＳＩＰ）の中のＯＫメッセージは、「ＳＩＰ２００］メッセージである。ＳＩＰプロキシサーバＢ２０７は、すると、工程２２５において、ＳＩＰプロキシサーバＡ２０３に向けて、ＯＫメッセージを発出する。ＳＩＰプロキシサーバＡ２０３は、すると、工程２２１において、汎用ポートＳＩＰユーザエージェントＡ２０１に向けて、電話Ｂ１９０のための経路情報を含むＯＫメッセージを発出する。

汎用ポートＳＩＰユーザエージェントＡ２０１によって工程２２１において受信されたＯＫメッセージは、電話Ｂ２９０のための経路情報を含んでいた。汎用ポートＳＩＰユーザエージェントＡ２０１は、工程２２４において、キャッシュメモリーの中に、宛先電話Ｂ２９０への呼のための経路情報を記憶する。従ってこの経路情報は、宛先電話Ｂ２９０に対する後続する呼に対して使用可能である。

汎用ポートＳＩＰユーザエージェントＡ２０１は、すると、工程２２７において、ＳＩＰプロキシサーバＡ２０３に向けて、確認メッセージを発出する。ＳＩＰプロキシサーバＡ２０３は、すると、工程２２９において、ＳＩＰプロキシサーバＢ２０７に向けて、確認メッセージを発出する。ＳＩＰプロキシサーバＢ２０７は、すると、工程２３１において、汎用ポートＳＩＰユーザエージェントＢ２０９に向けて、確認メッセージを発出する。

工程２３４において、発信クライアントから汎用ポートＳＩＰユーザエージェントＡ２０１へのメッセージによって呼が終了したときに、汎用ポートＳＩＰユーザエージェントＡ２０１は、工程２３５において、ＳＩＰプロキシサーバＡ２０３に向けて、ＢＹＥメッセージを発出する。すると、ＳＩＰプロキシサーバＡ２０３は、工程２３７において、ＳＩＰプロキシサーバＢ２０７に向けて、ＢＹＥメッセージを発出する。すると、ＳＩＰプロキシサーバＢ２０７は、工程２３９において、汎用ポートＳＩＰユーザエージェントＢ２０９に向けて、ＢＹＥメッセージを発出する。すると、汎用ポートＳＩＰユーザエージェントＢ２０９は、工程２４０において、呼を終了する。そのあと、汎用ポートＳＩＰユーザエージェントＢ２０９は、工程２４１においてＳＩＰプロキシサーバＢ２０７に向けて、ＯＫメッセージを発出する。すると、ＳＩＰプロキシサーバＢ２０７は、工程２４３において、ＳＩＰプロキシサーバＡ２０３に向けて、ＯＫメッセージを発出する。すると、ＳＩＰプロキシサーバＡ２０３は、工程２４５において、汎用ポートＳＩＰユーザエージェントＡ２０１に向けて、ＯＫメッセージを発出する。

図３は、本発明の通信システムにおける、後続呼の模範的な呼の流れを示すフローチャートである。汎用ポートＳＩＰユーザエージェントＡ３０１は、工程３１０において、電話Ｂの宛先番号への後続の最初の呼の入力を受信する。セッション開始プロトコル（ＳＩＰ）の中の宛先番号は、電話に対しては、「ＤＮＩＳ番号」として表現される。汎用ポートＳＩＰユーザエージェントＡ３０１は、工程３１３において、ＳＩＰプロキシサーバＡ３０３に向けて、招待メッセージを発出する。この招待メッセージは、キャッシュされている経路情報から提案された経路情報を含んでいる。

ＳＩＰプロキシサーバＡ３０３は、工程３１５において、汎用ポートＳＩＰユーザエージェントＡ３０１に向けて、試行メッセージを発出する。セッション開始プロトコル（ＳＩＰ）の中の試行メッセージは、「ＳＩＰ１００］メッセージである。ＳＩＰプロキシサーバＡ３０３は、提案された経路情報により宛先の電話まで届けられることを仮定しているので、バックエンドサーバにディレクトリ索引メッセージを発出する必要はない。

汎用ポートＳＩＰユーザエージェントＡ３０１のキャッシュから提案された経路情報を用いて、ＳＩＰプロキシサーバＡ３０３は、工程３１９において、ＳＩＰプロキシサーバＢ３０７に向けて、招待メッセージを発出する。経路情報は、ＳＩＰ招待メッセージの中に存在し、工程３１３で受信されたものである。これらの後続の呼の上の経路情報に関しては、バックエンドサーバ３０５への照会は必要でない。これは時間とシステム資源の節約になる。

すると、ＳＩＰプロキシサーバＢ３０７は、工程３２１において、もう一つの汎用ポートＳＩＰユーザエージェントＢ３０９に向けて、招待メッセージを発出する。そして、工程３２２において、宛先の電話Ｂの番号に対する出力呼がなされる。

工程３２２において、宛先の電話Ｂの番号に対する出力呼がなされたのちに、汎用ポートＳＩＰユーザエージェントＢ３０９は、工程３２３において、ＳＩＰプロキシサーバＢ３０７に向けて、ＯＫメッセージを発出する。セッション開始プロトコル（ＳＩＰ）の中のＯＫメッセージは、「ＳＩＰ２００］メッセージである。ＳＩＰプロキシサーバＢ３０７は、すると、工程３２５において、ＳＩＰプロキシサーバＡ３０３に向けて、ＯＫメッセージを発出する。ＳＩＰプロキシサーバＡ３０３は、すると、工程３２１において、汎用ポートＳＩＰユーザエージェントＡ３０１に向けて、ＯＫメッセージを発出する。

すると、汎用ポートＳＩＰユーザエージェントＡ３０１は、工程３２７において、ＳＩＰプロキシサーバＡ３０３に向けて、確認メッセージを発出する。ＳＩＰプロキシサーバＡ３０３は、すると、工程３２９において、ＳＩＰプロキシサーバＢ３０７に向けて、確認メッセージを発出する。すると、ＳＩＰプロキシサーバＢ３０７は、工程３３１において、汎用ポートＳＩＰユーザエージェントＢ３０９に向けて、確認メッセージを発出する。

工程３３４において、発信クライアントから汎用ポートＳＩＰユーザエージェントＡ３０１へのメッセージによって呼が終了したときに、汎用ポートＳＩＰユーザエージェントＡ３０１は、工程３３５において、ＳＩＰプロキシサーバＡ３０３に向けて、ＢＹＥメッセージを発出する。すると、ＳＩＰプロキシサーバＡ３０３は、工程３３７において、ＳＩＰプロキシサーバＢ３０７に向けて、ＢＹＥメッセージを発出する。すると、ＳＩＰプロキシサーバＢ３０７は、工程３３９において、汎用ポートＳＩＰユーザエージェントＢ３０９に向けてＢＹＥメッセージを発出する。すると、汎用ポートＳＩＰユーザエージェントＢ３０９は、工程３４０において、呼を終了する。そのあと、汎用ポートＳＩＰユーザエージェントＢ３０９は、工程３４１においてＳＩＰプロキシサーバＢ３０７に向けて、ＯＫメッセージを発出する。すると、ＳＩＰプロキシサーバＢ３０７は、工程３４３においてＳＩＰプロキシサーバＡ３０３に向けて、ＯＫメッセージを発出する。すると、ＳＩＰプロキシサーバＡ３０３は、工程３４５において、汎用ポートＳＩＰユーザエージェントＡ３０１に向けて、ＯＫメッセージを発出する。

汎用ポートＳＩＰユーザエージェントは、汎用ポートＳＩＰユーザエージェントを通した以前の呼の適宜なる情報を、効率的な方法によってキャッシュすることにより、ＶｏＩＰ呼の接続時間の短縮に貢献できる。汎用ポートＳＩＰユーザエージェントは、所与のセッションの特定の宛先に対する経路情報をキャッシュして、そのキャッシュした経路情報を、同じ宛先の後続するセッションのための提案経路として、ＳＩＰプロキシサーバに転送することができる。このように、汎用ポートＳＩＰユーザエージェントは、呼の接続メカニズムを加速することができ（ＳＩＰプロキシサーバによりバックエンドサーバへの経路索引の必要がなくなる）、また、同じ宛先の後続する呼に対して、呼設定の時間を短縮することができる。

インターネットエンジニアリングタスクフォース（ＩＥＴＦ）はリクエストフォーコメンツ（ＲＦＣ）を発刊して、ＳＩＰとして知られるセッション開始プロトコルのための仕様を公けにした。このＲＦＣは、「ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ」、ＲＦＣ３２６１（Ｊ．Ｒｏｓｅｎｂｅｒｇ、他、著、２００２年６月）である。ＲＦＣ３２６１のうち最も関連の深い部分は、１節−９節、１２節−１７節、および、２４節である。

キャッシュされた情報は、以下のいずれかのヘッダでプロキシに送ることができる。

提案経路：＜ドメイン名＞、最近の使用：＜時間＞
提案接続：＜ドメイン名＞、最近の使用：＜時間＞
ここで、＜ドメイン名＞は、先の呼からキャッシュされた宛先のドメイン名であり、そして、
＜時間＞は、先の呼がなされた時をエポック時の秒で計算した値である。

一例として、
提案接続：ｂｉｌｏｘｙ．ａｔｌａｎｔａ．ｃｏｍ；最近の使用：１１０２１６９０７２、
である。

「ｂｉｌｏｘｙ．ａｔｌａｎｔａ．ｃｏｍ」のようなドメイン名の代わりに、「２００．１２０．３５．４」のようなＩＰアドレスも可能である。

汎用ポートＳＩＰユーザエージェントは、連続してなされる呼から、終点の経路情報を知り、それをＳＩＰプロキシサーバに転送するので、呼の設定時間が短縮されて、ネットワークの効率が増大する。後続する呼が宛先番号を繰り返し用いるために、汎用ポートＳＩＰユーザエージェントが記憶した経路情報を提供するときに、プロキシサーバは、この呼のための経路を照会するのに必要な時間を節約することができる。経路が変化してしまったということは希である。プロキシサーバは、設定によっては、汎用ポートＳＩＰユーザエージェントからの情報を無視することを選択して、通常通りの照会へと進んでも良い。

プロキシサーバが、照会へと進むことを選択するとしても、プロキシサーバは、記憶された経路情報の中にある呼の時間に関する情報を用いて、自らの照会を最適なものにすることができる。そのためには、プロキシサーバは、宛先への経路の修正に対する呼の時間の変更によって生じた、新しい経路の更新だけをチェックすれば良いでであろう。もしそのような経路更新がなければ、汎用ポートＳＩＰユーザエージェントによって転送された値を用いることができる。もし経路更新があれば、呼の終了の時に汎用ポートＳＩＰユーザエージェントにより、その経路キャッシュの中に、新しい経路情報が更新されるであろう。

本発明は、上記の記述と図示によって説明されたが、この説明は例によるだけであり、当業者により、本発明の真の精神と意図を逸脱することなく、多くの変形と改変を行うことが可能である、と理解される。図面に示された例は、単に、構成と実施形態の例であって、本発明の明細の教えるところにより、代替の実施形態も得ることができる。例えば、ここでは無線の例が開示されているが、本発明は、ＩＰからＩＰへの、または、ＰＳＴＮや、セルラ通信のセッションの確立にも適用可能である。

本発明における通信システムのブロック図である。 本発明の通信システムにおける初期呼に対する模範的な呼の流れを示すフローチャート図である。 本発明の通信システムにおける模範的な呼の流れを示すフローチャート図である。

Claims (20)

1. （ａ）第１のセッションに対して、宛先への経路情報を記憶する工程と、
   （ｂ）前記記憶経路情報を用いて、同じ宛先に第２のセッションを設定する工程
   とを含むことを特徴とするセッションを設定する方法。
2. 前記セッションに対して宛先の経路情報を記憶する前記工程（ａ）が、
   （ａ１）前記宛先への経路を決定すべくディレクトリ索引を実行する副工程と、
   （ａ２）後続するセッションのために前記経路を保持する副工程と、
   とを含むことを特徴とする請求項１に記載の方法。
3. 前記ディレクトリ索引を実行する前記工程（ａ１）が、バックエンドサーバからの前記ディレクトリ索引を実行することを特徴とする請求項２に記載の方法。
4. 前記経路情報を記憶する前記工程（ａ）が、前記宛先からＯＫを受信している限り前記経路を保持することを特徴とする請求項１に記載の方法。
5. 前記経路情報を記憶する前記工程（ａ）が、前記第１のセッションの時間をも記憶することを特徴とする請求項１に記載の方法。
6. 前記経路情報を記憶する前記工程（ａ）が、前記宛先のアドレスをも記憶することを特徴とする請求項１に記載の方法。
7. 前記宛先に対して前記経路情報を記憶する前記工程（ａ）が、前記宛先のＤＮＩＳを記憶することを特徴とする請求項６に記載の方法。
8. 前記経路情報を記憶し続けるかどうかを決定するために、前記経路情報に関連して、記憶された過去の条件に対して現在の条件を比較する工程（ｃ）を更に含むことを特徴とする請求項１に記載の方法。
9. 比較を行う前記工程（ｃ）が、記憶された前記第１のセッションの時間に対して現在の時間を比較することを特徴とする請求項８に記載の方法。
10. 比較を行う前記工程（ｃ）が、記憶された前記第１のセッションの時間に対して現在の計数時間を比較することを特徴とする請求項８に記載の方法。
11. 請求項１に記載の方法であって、
    セッションでの宛先への経路情報を記憶する前記工程（ａ）が、それぞれの記憶された経路に対して計数値を増加させてゆく工程を含み、
    前記方法が、前記経路情報を記憶し続けるかどうか決定するために、計数値と最大値とを比較する工程（ｃ）を更に含むことを特徴とする方法。
12. 前記経路情報を記憶する前記工程（ａ）が、前記経路情報をユーザエージェントの中に記憶することを特徴とする請求項１に記載の方法。
13. 工程（ａ）と工程（ｂ）における前記セッションが、ＳＩＰの中で遂行されることを特徴とする請求項１に記載の方法。
14. 前記経路情報を記憶する前記工程（ａ）が、前記経路情報を汎用ポートユーザエージェントの中に記憶することを特徴とする請求項１に記載の方法。
15. サーバが同じ宛先に対する次のセッションを設定するのに、前記経路情報の経路を意に反して用いるときに、前記サーバは自分自身の経路照会を前記記憶された経路情報の中の時間を用いて、それでも最適化する工程（ｃ）を更に含むことを特徴とする請求項１に記載の方法。
16. （ａ）ある宛先に対するセッションに対して、前記宛先に対して得られる経路情報を記憶する工程と、
    （ｂ）同じ宛先に対する、後続するセッションを、前記記憶された経路情報を用いて設定する工程
    とを含むことを特徴とする、汎用ポートユーザエージェントにおける前記セッションの設定の方法。
17. 前記経路情報を記憶する前記工程（ａ）が、前記汎用ポートユーザエージェントの中に前記経路情報を記憶することを特徴とする請求項１６に記載の方法。
18. プロキシサーバが同じ宛先に対する次のセッションを設定するのに、前記経路情報の経路を意に反して用いるときに、前記プロキシサーバは自分自身の経路照会を前記記憶された経路情報の中の時間を用いて、それでも最適化する工程（ｃ）
    を更に含むことを特徴とする請求項１６に記載の方法。
19. 工程（ａ）と工程（ｂ）における前記セッションが、ＳＩＰの中で遂行されることを特徴とする請求項１６に記載の方法。
20. セッションを設定できるように、宛先の電話に最初に接続して経路情報を記憶し、前記記憶された経路情報を用いて同じ宛先の電話に、再び接続を行うプロセッサ及び通信ポートを備えることを特徴とする汎用ポートユーザエージェント。

Images