JP4934148B2 - 複数のユーザアプリケーションにより共有されるユーザエージェントを有するｓｉｐマルチユーザ・メディア・クライアント - Google Patents

Description

本発明は、複数のユーザアプリケーションにより共有されるユーザエージェントを有するＳＩＰマルチユーザ・メディア・クライアントに関する。

ＩＰマルチメディア・サブシステム（ＩＭＳ）は、移動体ネットワーク環境におけるＩＰサービスのための共通の標準化アーキテクチャと標準化インタフェースを提供するために開発された。ＩＭＳネットワークはアクセス技術には依存せず、仮想的にどのようなセルラーネットワークとも協調動作する。ＩＭＳは、サービス制御プロトコルとしてセッション開始プロトコル（ＳＩＰ）を利用する。このＳＩＰによれば、オペレータは複数のアプリケーションを同時に提供することが可能となる。ＩＭＳ標準は、ユーザは移動体端末上の単一クライアントを利用して音声、動画、或いは、テキストによる通信を行うことができるので、移動体端末上でのＩＰサービスの導入を促進させることが期待されている。

ＩＭＳは、移動体加入者に素晴らしい体験をもたらすことを約束するものであるが、ネットワークオペレータは、ＩＭＳ機能に対する十分な加入者数が得られるまでは、投資効率の関係でＩＭＳを実装するために機器に投資することをためらっている。大半の携帯電話は、現在までのところＳＩＰクライアント機能やＩＭＳ機能を有していない。よって、ＩＭＳサービスの潜在的な加入者数は比較的少ない。ＩＭＳ機能を元々持ち合わせてないまま長年使われている移動体端末にまで拡張することは、ネットワークオペレータに対してより大きな市場を提供し、ＩＭＳ技術及びＩＭＳ機器への投資を奨励することになるだろう。

本発明は通信装置のユーザにＳＩＰ及び／又はＩＭＳ機能を提供するＳＩＰクライアントに関する。ある典型的な実施形態では、ＳＩＰクライアントは、基盤ネットワークプロトコルの詳細からユーザアプリケーションを切り離すためにハイレベル・アプリケーション・インタフェースを該ユーザアプリケーションに対して提供するユーザエージェントと、ユーザエージェントの制御により、メディア転送のための通信セッションの確立、修正、終了に必要なシグナリング・タスクを実行するシグナリングエージェントとを含む。ユーザエージェントは、ユーザアプリケーションからのユーザコマンドを対応するシグナリング・オペレーションに変換する。ユーザエージェントは、複数の異なるユーザにより共有されても良い。シグナリングエージェントは、シグナリング・オペレーションを実行するためのシグナリング・メッセージを生成する。ＳＩＰクライアントは、固定通信ネットワーク内のサーバ内に配置することができる。この場合、通信装置内のユーザアプリケーションは、ＳＩＰクライアントに通信ネットワークを介してコマンドを送信する。

ハイレベル・アプリケーション・インタフェースは、シグナリングエージェントにより生成されるシグナリング・メッセージと比較した場合に、特有の帯域幅圧縮を提供する。この特性は、低帯域幅、低速度、低レイテンシ及び／又は高コスト接続におけるシグナリングオーバヘッドを削減するために利用できる。例えば、セルラーネットワークでは、エアインタフェースは帯域幅が限られている。ＳＩＰクライアントを固定ネットワーク内に配置させることにより、移動体端末内のアプリケーションはユーザコマンドをＳＩＰクライアントに送信しさえすればよい。そして、ＳＩＰクライアントはシグナリング・メッセージを生成するが、このメッセージは、エアインタフェースを経由する必要はない。ＳＩＰクライアントは、セルラーネットワーク内に位置している必要はなく、セルラーネットワークからアクセス可能であればどんなネットワーク内に位置することもできる。よって、ＳＩＰクライアントを最低限のコストを提供するネットワーク内に配置することができる。
本発明は、ネットワーク接続された通信装置のためのＳＩＰクライアントを含む。ある典型的なＳＩＰクライアントは、１以上の通信装置内の複数のユーザアプリケーションと通信し、アプリケーションコマンドを前記ユーザアプリケーションから受信し、該アプリケーションコマンドをシグナリングオペレーション及びメディアオペレーションに変換するように適合された共有ユーザエージェントと、前記ユーザエージェントの制御により、通信セッションの確立及び終了を行うためにシグナリングオペレーションを実行するシグナリングエージェントと、ユーザエージェントの制御により、マルチメディアメッセージの送受信を行うためにメディアオペレーションを実行するメディアエージェントとを備える。
ある典型的なＳＩＰクライアントにおいて、ユーザエージェントは、該ユーザエージェントと前記ユーザアプリケーションとの間の通信に第１のネットワークインタフェースを利用する。
ある典型的なＳＩＰクライアントにおいて、ユーザエージェントは、前記ユーザアプリケーションからは遠隔に配置されている。
ある典型的なＳＩＰクライアントにおいて、ユーザエージェントは、通信ネットワーク内のサーバ内に位置し、ユーザアプリケーションは各通信装置内に位置して、前記ユーザエージェントに遠隔アクセスする。
ある典型的なＳＩＰクライアントにおいて、シグナリングエージェントと前記メディアエージェントは、前記サーバ内に位置する。
ある典型的なＳＩＰクライアントにおいて、ユーザエージェントは、専用アドレスを利用して各ユーザアプリケーションと通信する。
ある典型的なＳＩＰクライアントにおいて、ユーザエージェントは、各専用アドレスをユーザアプリケーションと関連づけるユーザデータベースを保持する。
ある典型的なＳＩＰクライアントにおいて、ユーザエージェントは、各ユーザアプリケーションと共有アドレスを使って通信する。
発明の実施形態は更に、通信装置のためのメディアセッションを確立するための方法を含んでいてもよい。ある実施形態によれば、当該方法は、共有ユーザエージェントが、複数のユーザアプリケーションからユーザコマンドを受信する工程と、前記共有ユーザエージェントが、前記ユーザコマンドをシグナリングオペレーション及びメディアオペレーションに変換する工程と、前記共有ユーザエージェントが、前記シグナリングオペレーションとメディアオペレーションとを実行するために、シグナリングエージェントとメディアエージェントとをそれぞれ制御する工程とを備える。
ある典型的な方法では、ユーザエージェントは、該ユーザエージェントと前記ユーザアプリケーションとの間の通信に第１のネットワークインタフェースを利用する。
ある典型的な方法では、前記ユーザエージェントは、前記ユーザアプリケーションからは遠隔に配置されている。
ある典型的な方法では、ユーザエージェントは、通信ネットワーク内のサーバ内に位置し、前記ユーザアプリケーションは各通信装置内に位置して、前記ユーザエージェントに遠隔アクセスする。
ある典型的な方法では、前記シグナリングエージェントと前記メディアエージェントは、前記サーバ内に位置する。
ある典型的な方法では、前記ユーザエージェントは、専用アドレスを利用して各ユーザアプリケーションと通信する。
ある典型的な方法では、ユーザエージェントは、各専用アドレスをユーザアプリケーションと関連づけるユーザデータベースを保持する。
ある典型的な方法では、前記ユーザエージェントは、各ユーザアプリケーションと共有アドレスを使って通信する。
発明の更なる実施形態は、通信システムを含んでいてもよい。ある実施形態によれば当該通信システムは、第１のネットワークに接続された第１の通信装置内に位置するユーザアプリケーションと、第２のネットワークに接続されたホスト装置内に位置し、シグナリングオペレーションの間に生成されるシグナリング・メッセージが前記第１のネットワークを経由しないようにするために、前記ユーザアプリケーションからのユーザコマンドに応じて該ユーザアプリケーションの代わりに前記シグナリングオペレーションを実行するＳＩＰクライアントとを備える。
ある典型的な通信システムでは、シグナリングオペレーションは、前記第１の通信装置と第２の通信装置との間の通信セッションを確立するために実行される。
ある典型的な通信システムでは、ＳＩＰクライアントが、前記ユーザアプリケーションと通信するためにハイレベル・アプリケーション・インタフェースを有し、前記ユーザアプリケーションからの前記ユーザコマンドをシグナリングオペレーションに変換するユーザエージェントと、前記ユーザエージェントの制御により、前記シグナリングオペレーションを実行するためのシグナリングメッセージを生成するシグナリングエージェントとを備える。
ある典型的な通信システムでは、前記ホスト装置がサーバを備える。
発明の更なる実施形態は、第１のネットワークを経由するシグナリングのオーバヘッドを削減する方法を含んでいてもよい。ある典型的な方法は、第１の通信装置内に位置するユーザアプリケーションからのユーザコマンドを、第２のネットワークに接続されたホスト装置内に位置するＳＩＰクライアントに送信する工程と、シグナリングオペレーションの間に生成されるシグナリング・メッセージが前記第１のネットワークを経由しないようにするために、ＳＩＰクライアントが前記ユーザアプリケーションの代わりに該ユーザアプリケーションからのユーザコマンドに応じて前記シグナリングオペレーションを実行する工程とを備える。
ある典型的な方法では、前記シグナリングオペレーションは、前記第１の通信装置と第２の通信装置との間の通信セッションを確立するために実行される。
ある典型的な方法では、前記ＳＩＰクライアントがシグナリングオペレーションを実行する工程が、前記ユーザアプリケーションからの前記ユーザコマンドを対応するシグナリングオペレーションに変換し、該シグナリングオペレーションを実行するためのシグナリングメッセージを生成する工程を含む。
ある典型的な方法では、前記ユーザコマンドの対応するシグナリングオペレーションへの変換は、ユーザエージェントにより行われる。
ある典型的な方法では、前記シグナリングメッセージの生成は、前記ユーザエージェントの制御によりシグナリングエージェントが行う。
ある典型的な方法では、前記ホスト装置がサーバを備える。

図１は、発明の典型的なある実施形態に対応する通信ネットワーク１０を示す図である。移動体通信ネットワーク１０は、音声及び／又はデータサービスを提供する従来的なセルラーネットワーク２０と、セルラーネットワーク２０に相互接続されＩＰサービスを提供するＩＰネットワーク３０とを含む。セルラーネットワーク２０は、例えばＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、ｃｄｍａＯｎｅ、ｃｄｍａ２０００、ＷＣＤＭＳ、或いは、ＵＭＴＳネットワークを含んでもよい。また、他のアクセス技術を利用することもできる。ＩＰネットワーク３０は、例えば、ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワークを含むことができる。ＩＭＳネットワーク３０は、セッション開始プロトコル（ＳＩＰ）を、端末装置間通信のためのシグナリング・プロトコルとして利用する。ＳＩＰはテキストベースのシグナリング・プロトコルであって、メディアセッションのセットアップ、修正、及び切断に利用される。ＳＩＰは、インスタント・メッセージングやプレゼンス・サービスのために拡張されている。ゲートウェイ（不図示）は、セルラーネットワーク２０とＩＭＳネットワーク３０とを接続する。ネットワーク接続された２つの通信装置（ＮＣＤ）１００として、セルラーネットワーク２０に接続された移動体端末と、ＩＭＳネットワーク３０に接続されたコンピュータとが図示されている。各ＮＣＤ１００は、ユーザアプリケーション１５０とのインタフェースを提供するＳＩＰクライアント２００を含む。ＳＩＰクライアント２００は、２以上の端末装置の間で通信セッションを確立、修正、終了させるためのＳＩＰユーザ・エージェントとして機能する。

図２は、典型的なＳＩＰクライアント２００の構造を示す図である。ＳＩＰクライアント２００は、あるＮＣＤ１００が通信ネットワークを介して他のＮＣＤ１００と通信することを可能とする。ＳＩＰクライアント２００は、ユーザ・アプリケーション１５０を基盤となるネットワークプロトコルの詳細から切り離すためのハイレベルのアプリケーション・インタフェースを提供する。メディア接続は、パイプ(pipe)として知られる単純なデータストリームとしてユーザアプリケーション１５０に見え、単純なオープンコマンド、クローズドコマンド、リードコマンド、及び、ライトコマンドで操作することができる。

ＳＩＰクライアント２００は３つのメインコンポーネントからなる。ユーザ・エージェント（ＵＡ）２０２、シグナリング・エージェント（ＳＡ）２０４及びメディア・エージェント（ＭＡ）２０６である。ＵＡ２０２はユーザアプリケーション１５０と通信し、アプリケーションコマンドを適切なシグナリング・オペレーション及びメディア・オペレーションに変換する。ＳＡ２０４及びＭＡ２０６は、ＵＡ２０２の制御下で動作する。ＵＡ２０２は接続管理を全体的に制御し、ＳＡ２０４とＭＡ２０６のそれぞれにシグナリングとメディアの管理タスクを委任する。図示に係る実施形態では、ＳＡ２０４はシグナリングタスクを扱うためにＳＩＰ及びＳＤＰプロトコルを実装している。ＳＡ２０４はＵＤＰ ｏｖｅｒ ＩＰをメッセージ転送のために利用するが、Ｈ．３２３のような他のセッション制御プロトコルを利用することもできる。シグナリング・タスクは、通信セッション、セッション・パラメータ・ネゴシエーション、機能決定のためのリモート装置への問い合わせ、及び、プレゼンス検出のセットアップ、修正及び切断を含む。ＭＡ２０６は、メッセージ・セッション・リレー・プロトコル（ＭＳＲＰ）とリアルタイム転送プロトコル（ＲＴＰ）を実装し、メディアを処理したり、メディア処理装置にメディアを出力するための１以上のメディアプレイヤーを含む。ＭＡ２０６は、メディア接続を管理したり、メディアタイプやユーザセッティングに応じてメディアをルーティングしたり、必要に応じてメディアを処理するためにメディアプレイヤーを起動したりする。ＭＡ２０６は、ＲＴＰメッセージやＭＳＲＰメッセージの送信のためにＴＣＰ及び／又はＵＤＰ ｏｖｅｒ ＩＰを利用する。

いくつかの実現例では、ＵＡ２０２、ＳＡ２０４及びＭＡ２０６を単一のアプリケーションとして統合した一体型アプローチが採用されてもよい。図２に示す実施形態では、ＵＡ２０２、ＳＡ２０４及びＭＡ２０６間のネットワークインタフェース２０８、２１０及び２１２は、ＵＡ２０２、ＳＡ２０４及びＭＡ２０６が通信ネットワーク１０内で個別に分散されたアプリケーションであるような実装も可能とする。インタフェース２０８、２１０及び２１２は、ＴＣＰソケット接続を利用しても良いし、ＵＡ２０２、ＳＡ２０４及び／又はＭＡ２０６がユーザアプリケーション１６０から離れて位置することを可能とする他のタイプのネットワークインタフェースを利用しても良い。

分散型アプローチは、一体型アプローチに対していくつかの利点がある。ＳＩＰクライアント２００は、ＩＭＳ３０や他のＩＰネットワーク内のネットワークサーバ内に配置されても良く、ソケット接続を開くために例えばtelnetを利用したＮＣＤ１００により、リモートからアクセスを受け付けても良い。このようにして、本来はＳＩＰ機能を有していない、セルラーネットワークにおける移動体端末のようなＮＣＤ１００に対しても、ＩＰサービスを提供することができる。ＵＡ２０２、ＳＡ２０４及びＭＡ２０６を分離することで、これらの要素をネットワーク１０内に分散させ、ＵＡ２０２、ＳＡ２０４及びＭＡ２０６をネットワーク１０内の異なる場所に配置することができる。低バンド幅で高レイテンシのネットワーク内にＳＩＰクライアント２００を置くことで、性能改善が図られるかも知れない。これはＳＩＰクライアント２００のためのハイレベルＡＰＩが、エアインタフェースを介したシグナリング量を削減するためである。

ＳＩＰクライアント２００は、ＰＣや移動体端末のようなホスト装置で動作するプロセスとして実装することができる。ホスト装置は、本発明を実行するためのコードを格納するメモリ、該コードを実行する１以上のプロセッサ、及び、ネットワーク・アクセスを提供する通信インタフェースを含む。ＵＡ２０２、ＳＡ２０４及びＭＡ２０６は、異なるホスト装置内に配置されても良い。起動後、ＳＩＰクライアント２００は指定ポート上のサーバーソケットを開く（例えば、ＵＡ２０２とユーザアプリケーション１５０間の通信であれば、port３５００）。ＳＩＰクライアント２００と通信しようとするユーザアプリケーション１５０は全て同一ポートでクライアントソケットを開くことができる。ＵＡ２０２とユーザアプリケーション１５０との間の通信用ポートは、設定ファイルにより指定されても良い。ＵＡ２０２とＳＡ２０４との間の通信や、ＵＡ２０２とＭＡ２０６との間の通信に異なるポートを開放しても良い。２００５年４月２６日出願の米国特許出願第１１／１１４，４２７号及び第１１／１１４，４３０号は、ＵＡ２０２用のアプリケーション・インタフェースについて記述している。これらの出願は、引用によりその内容が本願に組み込まれるものである。

図３は、ＳＩＰ機能を有するＮＣＤ１００間における単純なＳＩＰ交換を示している。ＳＩＰ機能を有するＮＣＤ１００は、移動電話機、コンピュータ、ＰＤＡ、インターネットアクセス機能を有しネットワークに接続された他のタイプのあらゆる通信装置であってよい。この例では、装置は互いのＩＰアドレスを知っていることを前提としている。呼出側の装置（例えば、装置Ａ）のユーザアプリケーション１５０は、ＣＡＬＬ要求を装置Ａ内のＳＩＰクライアント２００に送信する（ステップａ）。ＳＩＰクライアント２００は、ＳＩＰ ＩＮＶＩＴＥ要求を被呼出側のパーティである装置ＢのＳＩＰクライアント２００に送信して呼設定を開始する（ステップｂ）。ＩＮＶＩＴＥ要求は一般に、要求されている呼のタイプを記述し、セッションパラメータを与えるＳＤＰメッセージ本体を含む。例えば、要求されるセッションは、単純な音声セッション、マルチメディアセッション、ビデオ会議、或いは、ゲームセッションであってもよい。ＳＩＰクライアント２００は、被呼出側パーティに通知を行い（ステップｃ）、また、１８０ ＲＩＮＧＩＮＧ応答を装置ＡのＳＩＰクライアント２００に送信して、被呼出側パーティが要求を受信し、該パーティにアラートが通知されていることを知らせる（ステップｄ）。１８０ ＲＩＮＧＩＮＧ応答は、暫定的な応答(provisional response)として知られる。被呼出側が呼を受け付けると（ステップｅ）、２００ ＯＫ応答が装置ＢのＳＩＰクライアントから装置ＡのＳＩＰクライアント２００に送信される（ステップｆ）。この応答は、要求されたセッションパラメータが受け付けられたことを示すＳＤＰメッセージ本体を含む。呼出側パーティのＳＩＰクライアント２００は、ＳＩＰ ２００ ＯＫ応答を確認し、ＳＩＰ ＡＣＫメッセージを送信する（ステップｇ）。ＳＩＰ ＡＣＫは、初期ＩＮＶＩＴＥがＳＤＰメッセージ本体を含んでいなかった場合に、ＳＤＰメッセージ本体を含むことができる。このメッセージ交換により、ＲＴＰセッションやＭＳＲＰセッションを確立することができる（ステップｈ）。呼が完了すると、一方のパーティのユーザアプリケーション１５０は、停止（ＨＵＮＧＵＰ）要求をＳＩＰクライアント２００に送信する（ステップｉ）。ＳＩＰクライアント２００は、ＳＩＰクライアント２００がＢＹＥ要求を他のパーティに送信することにより、ＢＹＥメソッドを使ってセッションを終結させる（ステップｊ）。ＳＩＰクライアント２００は、ユーザアプリケーション１５０に呼を終了することを通知し（ステップｋ）、ＳＩＰ ２００ ＯＫ応答を送信してＢＹＥ要求に対する受領確認を行い、セッションを終了する（ステップｌ）。

上述の単純な例では、ユーザアプリケーション１５０とＳＩＰクライアント２００との間のシグナリング量が、通信セッションを確立するために必要なＳＩＰクライアント２００間のシグナリングよりも少なくなっている。さらに、ユーザアプリケーション１５０が送信するメッセージは、典型的なＳＩＰメッセージよりも小さいサイズであろう。ユーザアプリケーション１５０からＳＩＰクライアント２００に対するコマンドは数バイトであっても良く、その一方で、ＳＩＰメッセージは一般に数百バイトを有する。ＳＩＰクライアント２００は、ハイレベル・アプリケーション・インタフェース（即ち、ＵＡインタフェース２０８）を生成するので、帯域幅要求、レイテンシ及び／またはＳＩＰクライアント２００や、ＵＡ２０２やＳＡ２０４のような様々なコンポーネントをネットワーク内に配置することによるコストを、十分に削減することが可能となる。

ＳＩＰクライアント２００が端末装置に組み込まれたアプリケーションである場合、ＳＩＰシグナリングは、端末装置間の通信ネットワークを経由していくものでなければならない。図１に示す例では、ＳＩＰメッセージの全ては、セルラーネットワーク２０とＩＭＳネットワーク３０を経由していく。ＩＭＳネットワーク３０において、ＳＩＰメッセージは最終的な宛先に到達するまでに数多くのＳＩＰプロキシを経由していくかもしれない。もし、ユーザアプリケーション１５０による各ユーザコマンドが２０バイトで、その結果として生成される６つのＳＩＰメッセージの平均が２００バイトであれば、ネットワークの負荷の合計は各コマンドについて１２００バイトとなる。本明細書では、“ユーザコマンド”との語は、ユーザアプリケーション１５０からＳＩＰクライアント２００のＵＡ２０２コンポーネントに向けて発行されたコマンドのことを意味する。ＵＡ２０２やＳＡ２０４のようなＳＩＰクライアント２００のコンポーネントは、複合ネットワークのどこに配置されても良いので、ネットワークの最適化及びコスト削減は、関連するＳＩＰメッセージが最も効率的に伝達されるような場所にこれらのコンポーネントを配置することによって達成することができる。

図４は、ＵＡ２０２とＳＡ２０４とがリモートのネットワークに配置され、低コスト化を可能とするＳＩＰクライアント２００の構成を示す。ＭＡ２０６の位置は、この例では考慮されていないが、端末装置内に配置することができる。ここでは、３ユーザがセルラーネットワーク４０に接続している。セルラーネットワーク２０は、ゲートウェイ（不図示）によりリモートのＩＰネットワーク４０に接続されている。ユーザ１とユーザ３のＵＡ２０２とＳＡ２０４とは、ここでホスト装置１として定義される第１のホスト装置１２０によりホストとされる。ユーザ２のＵＡ２０２及びＳＡ２０４は、ホスト装置２として定義される別のホスト装置１２０によりホストされる。この例では、ユーザ１のユーザアプリケーション１５０がユーザ２と呼を確立しようとしている場合を想定する。ユーザ１のユーザアプリケーション１５０は、ユーザコマンド（例えば、ＣＡＬＬコマンド）をＩＰネットワーク５０に接続されているＵＡ２０２に送信する。ここで再度、ユーザアプリケーション１５０による各ユーザコマンドは、２０バイトを有し、その結果として生成される６つのＳＩＰメッセージの平均が２００バイトとする。比較的低い帯域幅のユーザコマンドはセルラーネットワーク２０に送信され、ユーザ１の対応するＵＳ２０２までＩＰネットワーク５０内でルーティングされる。ＳＩＰクライアント２００が埋め込まれたＮＣＤにの場合の（１つのユーザコマンドにつき６つのＳＩＰメッセージと仮定して）１２００バイトと比較すれば、セルラーネットワークに対するネットワーク負荷は２０バイトにすぎない。もし、リモートネットワークにおけるバイト単位のコストがセルラーネットワークのコストの２５％であれば、全体のコストは３．７５倍に削減することができる。

被呼出側パーティ及び呼出側パーティのＵＡ２０２が共に同一のホスト装置１２０によりホストされれば、更なるコスト削減が可能である。図４を再度参照すると、ＵＡ１とＵＡ３は、同一のホスト装置１２０側に位置している。もしユーザ１がユーザ３を呼び出そうとすれば、ＳＩＰメッセージを物理ネットワークを介して送信する必要はない。その代わりに全てのＳＩＰシグナリングをホスト装置１２０上でループバックインタフェース１２２を介して行うことができる。これは、結果的に仮想的ネットワークを構成することに相当する。この場合、コストは図１に示した当初の構成と比較して６０倍まで削減できる。

上述の例は、ＵＡ２０２のアプリケーションインタフェース２０８特有の圧縮特性を、ネットワークのパフォーマンスを最適化しコストを削減するために如何に利用できるかを示している。一般に、ネットワークはコスト、帯域幅、レイテンシといった指標により特徴づけることができる。ＵＡ２０２、ＭＡ２０６及びＳＡ２０４の位置は、既知の方法においてこれらの各指標に影響を与える。サービスプロバイダはこれらの指標の重み付けに基づいて、システムパフォーマンスを最適化するネットワークトポロジーを設計することができる。

上述の実施形態では、各ＩＭＳユーザについて１つユーザエージェントを有するＳＩＰクライアント２００の一例を示した。各ＳＩＰクライアント２００は独立のＩＰアドレス（或いはホストポート）を有する。多くのＩＭＳユーザを有する大規模ネットワークでは、ＩＰアドレス空間の枯渇が考慮されるかも知れない。さらに、ユーザのＩＰアドレスの先験的な知識や、ＩＰアドレスを決定するためのディスカバリプロセスが必要とされる。また、本実施形態は規模の変更が容易ではなく、膨大な数のユーザエージェントのメンテナンスとアップグレードは問題を孕んでいる。

図５は、共有ＵＡ２０２を利用したＳＩＰクライアント２００の実施例を示している。シグナリングエージェント２０４及びメディアエージェント２０６コンポーネントは、ＵＡ２０２とは独立に実装されても良く、それらは図には示されていない。この例では、ホスト装置１２０の単一のＵＡ２０２が、ＮＣＤ１００のユーザアプリケーション１５０により表される複数ユーザに対してサービスを提供する。全ユーザは同一のネットワークアドレスを共有する。その一方、当業者であれば、ＵＡ２０２が複数のネットワークアドレスを有することもできることを理解するであろう。上述のように、ＵＡ２０２は、ユーザアプリケーション１５０と通信するためにＴＣＰソケット接続、又は、他のタイプのネットワークインタフェースを利用する。ＵＡ２０２は、ネットワーク内のホスト装置１２０上に位置しても良いし、１以上のＭＡ２０６やＳＡ２０４を制御して、メディアやシグナリングのオペレーションをそれぞれ実行してもよい。複数ユーザに対する単一のＳＡ２０４は、ＵＡ２０２と共に配置されても良い。ＭＡ２０６は終端のＮＣＤ１００に配置されても良い。

共有ＵＡ２０２の利用は、個別のＵＡ２０２を各ユーザについて用意する場合に比べて、多くの利点を有する。同一のＵＡ２０２とネットワークアドレスを共有するユーザは、ＳＩＰレジストレーション・サービス無しで通信することができる。また、ユーザエージェント２０２を共有するタイプの実施形態では、大規模ネットワークを収容可能なように直ちに規模を変更することができ、メンテナンスとアップグレードのコストを削減することができる。

ある実施形態では、共有ＵＡ２０２は、ユーザ識別子や接続ユーザの状態情報を含むテーブル及びユーザデータベース２１０を保持している。ＵＡ２０２は専用のＴＣＰソケット接続を各ユーザに割り当てても良い。ユーザ識別子は、ＴＣＰソケット接続とユーザデータベース２１０やテーブルの状態情報と関連づけられる。もし、ホスト装置１２０がマルチスレッドＯＳを利用する場合、ＵＡ２０２は、代替的に各ユーザの為にＵＡプロセス内に独立のスレッドを生成しても良い。

本発明は当然のことながら、発明の精神及び本質的な特徴から逸脱することなく、他の特定の方法で実現されても良い。よって、本実施形態は全ての点において例示的なものとして解釈されるべきであって、決して限定的なものとして解釈されるべきではない。特許請求の範囲に記載の発明の意味や均等物の範囲内に属するあらゆる変更は、発明の範囲に包含されることが予め意図されている。

発明の典型的な実施形態の一つに対応する通信ネットワーク１０を示す図である。 発明に対応するＳＩＰクライアントの構造の一例を示す図である。 ２ユーザ間でセッションを確立するための典型的な手続の例を示した梯子図である。 セルラーネットワークにおける信号トラヒックを減少させるためのＳＩＰクライアントの減少を示す図である。 共有されたユーザエージェントを有するＳＩＰクライアントの実装を示す図である。

Claims (10)

1. ネットワーク接続された通信装置のためのＳＩＰクライアント（２００）であって、
   １以上の通信装置（１００）内の複数のユーザアプリケーション（１５０）の各々への伝送制御プロトコル（ＴＣＰ）ソケット接続を用いて、当該ユーザアプリケーション（１５０）と通信し、ＳＩＰコマンドでないアプリケーションコマンドであって、基盤となるセルラネットワークのプロトコルと独立なアプリケーションコマンドを前記ユーザアプリケーション（１５０）から前記ＴＣＰソケット接続上で受信し、当該アプリケーションコマンドをシグナリングオペレーション及びメディアオペレーションに変換するように適合された共有ユーザエージェント（２０２）と、
   前記ユーザエージェント（２０２）の制御により、通信セッションの確立及び終了を行うためにシグナリングオペレーションを実行するシグナリングエージェント（２０４）と、
   前記ユーザエージェント（２０２）の制御により、マルチメディアメッセージの送受信を行うためにメディアオペレーションを実行するメディアエージェント（２０６）と
   を備えることを特徴とするＳＩＰクライアント（２００）。
2. 前記ユーザエージェント（２０２）は、該ユーザエージェント（２０２）と前記ユーザアプリケーション（１５０）との間の通信に第１のネットワークインタフェース（２０８）を利用することを特徴とする請求項１に記載のＳＩＰクライアント（２００）。
3. 前記ユーザエージェント（２０２）は、前記ユーザアプリケーション（１５０）からは遠隔に配置されていることを特徴とする請求項２に記載のＳＩＰクライアント（２００）。
4. 前記ユーザエージェント（２０２）は、通信ネットワーク（１０）内のサーバ（１２０）内に位置し、
   前記ユーザアプリケーション（１５０）は各通信装置（１００）内に位置して、前記ユーザエージェント（２０２）に遠隔接続する
   ことを特徴とする請求項３に記載のＳＩＰクライアント（２００）。
5. 前記シグナリングエージェント（２０４）と前記メディアエージェント（２０６）は、前記サーバ（１２０）内に位置することを特徴とする請求項４に記載のＳＩＰクライアント（２００）。
6. 前記ユーザエージェント（２０２）は、専用アドレスを利用して各ユーザアプリケーション（１５０）と通信することを特徴とする請求項１に記載のＳＩＰクライアント（２００）。
7. 前記ユーザエージェント（２０２）は、各専用アドレスをユーザアプリケーション（１５０）と関連づけるユーザデータベース（２１０）を保持することを特徴とする請求項６に記載のＳＩＰクライアント（２００）。
8. 前記ユーザエージェント（２０２）は、各ユーザアプリケーション（１５０）と共有アドレスを使って通信することを特徴とする請求項１に記載のＳＩＰクライアント（２００）。
9. 通信装置（１００）のためのメディアセッションを確立するための方法であって、
   共有ユーザエージェント（２０２）が、複数のユーザアプリケーション（１５０）から、ＳＩＰコマンドでないユーザコマンドであって、伝送制御プロトコル（ＴＣＰ）ソケット接続の基盤となるセルラネットワークプロトコルと独立なユーザコマンドを、当該ユーザアプリケーション（１５０）の各々への前記ＴＣＰソケット接続上で受信する工程と、
   前記共有ユーザエージェント（２０２）が、前記ユーザコマンドをシグナリングオペレーション及びメディアオペレーションに変換する工程と、
   前記共有ユーザエージェント（２０２）が、前記シグナリングオペレーションとメディアオペレーションとを実行するために、シグナリングエージェント（２０４）とメディアエージェント（２０６）とをそれぞれ制御する工程と
   を備えることを特徴とする方法。
10. 前記ユーザエージェント（２０２）は、
    前記ユーザアプリケーション（１５０）からは遠隔に配置され、
    該ユーザエージェント（２０２）と前記ユーザアプリケーション（１５０）との間の通信に第１のネットワークインタフェース（２０８）を利用することを特徴とする請求項９に記載の方法。

Images