マルチメディアストリーム交換セッションを初期化するためのメッセージを監視する方法と前記方法を実行するためのサーバおよび設備
本発明は、マルチメディアストリーム交換セッションを初期化するためのメッセージを監視する方法に関する。この方法では、前記メッセージが、送信端末と少なくとも１つの受信端末との間で、ネットワーク内の監視サーバを介してパケットモードで伝送される。前記方法は、監視サーバで受信された少なくとも１つの初期化パケットの伝送レート値を推定するステップ５０と、前記値を最大許可伝送レート値と比較するステップ５２と、前記パケットの伝送レート値が最大許可伝送レート値を超えない場合にのみ、初期化パケットの伝送を可能にするステップ４０とを含む。任意選択で、推定された伝送レート値は、スライディングタイムウィンドウ中で測定された値の平均値である。本発明はまた、本発明の方法を実行するためのサーバおよび設備にも関する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアストリーム交換セッション初期化メッセージ（multimedia stream exchange session initialization messages）を監視する方法と、前記方法を実行するためのサーバおよび設備に関する。
【０００２】
より詳細には、本発明は、監視サーバ（monitoring server）を経由しネットワークを介して、送信側端末と１つまたは複数の受信側端末との間でパケットモードで伝送されるマルチメディアストリーム交換セッション初期化メッセージを監視する方法に関する。
【背景技術】
【０００３】
「初期化（initialization）」という用語は、マルチメディアストリームが交換されるセッションをセットアップ（setting up）、修正（modifying）、または終了（closing）することを意味する。
【０００４】
本発明は、以下でセッション初期化プロトコル（Session Initialization Protocol、ＳＩＰ）に即して説明される。しかし、本発明はこのプロトコルのみに限定されるわけではない。
【０００５】
セッション初期化プロトコルは、ＯＳＩモデルのアプリケーション層のプロトコルであり、送信側端末と１つまたは複数の受信側端末との間でマルチメディアストリームが交換されるセッションをセットアップ、修正、終了するために使用される。
【０００６】
このプロトコルでは、専用の処理サーバから構成されるＳＩＰネットワーク内をパケットの形で巡回するメッセージを使用する。ＳＩＰネットワークはＩＰネットワークに重なり合うネットワークである。したがって、ＳＩＰメッセージの通るパスは、マルチメディアストリームの通るパスと必ずしも同じではない。
【０００７】
セッションのセットアップは、端末が交換しようとするマルチメディアストリームのタイプおよびフォーマット（例えば使用されるコーデック）を定義するためにＳＩＰメッセージを交換することにある。ＳＩＰメッセージは、新たなマルチメディアストリームフォーマットについて合意するために、端末間でセッション中に交換することもできる。最後に、ＳＩＰメッセージはセッションの終了時に再度交換される。
【０００８】
一般に、マルチメディアストリームが交換されるネットワークのオペレータは、接続をセットアップする端末のユーザに、マルチメディアストリーム交換セッションの継続時間に応じて課金する。ＳＩＰメッセージを交換したにもかかわらず接続のセットアップが成功しなかった場合、オペレータが端末のユーザに課金することはない。
【０００９】
ところで、一般にオペレータはＳＩＰメッセージの内容を確認しないので、悪意あるユーザが、ＳＩＰメッセージ自体と、その伝送用にオペレータによって割り当てられた帯域幅を使用して、接続のセットアップとは関係のないデータ、とくにマルチメディアデータ自体を送ることは可能である。
【００１０】
したがって、ユーザは、オペレータから課金されることなく、ネットワークを介してマルチメディア情報を交換することができる。
【００１１】
この問題を打開するために、ＳＩＰプロセッササーバでは、ＳＩＰメッセージの伝送を、ネットワークオペレータがそのユーザに提供しようとするサービスに適合した、あらかじめ定義された情報要素のみを含むメッセージに限定するという、当技術分野で知られている方法を使用している。
【００１２】
しかし、上記の方法は、各ＳＩＰメッセージをオペレータによって許可されたメッセージと比較するＳＩＰ処理サーバが高い処理能力を有することを必要とする。また、この方法は、そのネットワークを介する伝送が許可されるＳＩＰメッセージタイプを修正しようとオペレータが決定する度に、ＳＩＰ処理サーバの更新を必要とする。この解決法は効果的ではあるが、複雑であり、実施にコストが嵩む。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明の目的は、ネットワークを移動中の各初期化メッセージの内容を確認することなく、セッション初期化メッセージが不正に情報を伝送するために使われていないことを確認することができる、マルチメディアストリーム交換セッション初期化メッセージを監視する方法を提供することにより、上記の問題を解決することである。
【課題を解決するための手段】
【００１４】
このために、本発明は、監視サーバを経由しネットワークを介して、送信側端末と１つまたは複数の受信側端末との間でパケットモードで伝送されるマルチメディアストリーム交換セッション初期化メッセージを監視する方法にあり、この方法は以下の諸ステップ、すなわち、
監視サーバで受信された少なくとも１つの初期化パケットのビットレート値を推定するステップと、
その値を最大許可ビットレート値（maximum authorized bit rate value）と比較するステップと、
その初期化パケットのビットレート値が最大許可ビットレート値を超えない場合にのみ、初期化パケットの伝送を許可するステップとを含むことを特徴とする。
【００１５】
本発明では、ネットワークを移動中のＳＩＰパケットのビットレートを監視することにより、ＳＩＰプロトコルには必要のない情報を含むため、本来のパケットビットレートを異常に増大させている不正なＳＩＰパケットを検出する。次いで、かかるＳＩＰパケットの伝送が中断される。
【００１６】
本発明による、パケットモードで伝送されるメッセージを監視する方法はさらに、以下の１つまたは複数の特徴をもちうる。
【００１７】
送信側端末と受信側端末を含む各対について、特定の最大許可ビットレート値に関連する伝送チャネルが定められる。
【００１８】
監視サーバで受信された初期化パケットのビットレート値を推定するステップが、送信側端末によって受信側端末に送られ、所定の継続時間中に監視サーバで受信された最新の初期化パケットのサイズを記憶するステップと、記憶された初期化パケットのサイズの合計を所定の継続時間で割るステップとを含む。
【００１９】
この方法が監視サーバによって実施され、このサーバがまたセッション初期化パケットを処理する。
【００２０】
セッション初期化パケットが、前記セッション初期化パケットが経由する第１のプロセッササーバからなる監視サーバへと強制的に経路指定される。
【００２１】
監視サーバが、いずれかのセッション初期化パケットプロセッササーバからなり、セッション初期化パケットが前記プロセッササーバを整然と通過するようにするための経路指定規則が定められる。
【００２２】
伝送されるセッション初期化メッセージが、セッション初期化プロトコル（ＳＩＰ）を使用する。
【００２３】
本発明はまた、監視サーバを経由しネットワークを介して、送信側端末と１つまたは複数の受信側端末との間でパケットモードで伝送されるマルチメディアストリーム交換セッション初期化メッセージを監視するサーバにあり、このサーバは、
監視サーバで受信された少なくとも１つの初期化パケットのビットレート値を推定する手段と、
その値を最大許可ビットレート値と比較する手段と、
その初期化パケットのビットレート値が最大許可ビットレート値を超えない場合にのみ、初期化パケットの伝送を許可する手段とを含むことを特徴とする。
【００２４】
本発明はさらに、本発明による１つまたは複数の監視サーバを含むネットワークを含む、マルチメディアストリーム交換セッション初期化メッセージを伝送する設備にある。
【００２５】
本発明は、単なる例として示された以下の説明を添付の図面を参照しながら読めばよりよく理解できる。
【発明を実施するための最良の形態】
【００２６】
図１は、データ伝送ネットワーク１８を介して受信側端末１２と通信する送信側端末１０を示す。
【００２７】
端末１０および１２は、例えばコンピュータまたは電話であり、データ伝送ネットワーク１８は、ＩＰネットワーク１８またはＩＰネットワークと組み合わされた交換電話ネットワークである。
【００２８】
データ伝送ネットワーク１８は、１組の相互接続されたルータ１４、１６を含み、このルータの機能は、データ伝送ネットワーク１８を介して端末１０と１２との間で、メッセージを正しく経路指定することである。
【００２９】
端末１０および１２は、マルチメディアストリーム交換セッションを初期化するために初期化メッセージを交換し、またマルチメディアストリームも交換する。今後の説明で考察される初期化メッセージは、ＳＩＰメッセージである。
【００３０】
これらのＳＩＰメッセージは、パケットモードで、すなわち複数のパケットの形で伝送される。
【００３１】
データ伝送ネットワークはさらに、専用のＳＩＰパケットプロセッササーバ２０、２２を含み、この２つのサーバは相互接続されて、データ伝送ネットワーク１８に重なり合うネットワーク２４を形成する。伝送ネットワーク１８に重なり合うネットワーク２４は、ＳＩＰメッセージの伝送専用であるため、今後の説明では、ＳＩＰネットワークと称される。ＳＩＰプロセッササーバ２０、２２の機能は、ＳＩＰネットワークを介して端末１０と１２との間でＳＩＰパケットを正しく経路指定することである。
【００３２】
２つの端末１０および１２が、マルチメディアストリーム２６を交換するために接続をセットアップしようとするとき、両端末は、マルチメディアストリーム２６のタイプおよびフォーマットを定めるためにＳＩＰストリーム２８を交換する。
【００３３】
一般に、マルチメディアストリームとＳＩＰストリームは異なるネットワークパスを通る。メルチメディアストリーム２６の通るパスは、コンピュータ１０、１２のＩＰアドレスに依存し、ネットワークのＩＰルータ１４、１６によって決定される。ＳＩＰストリーム２８の通るパスは、コンピュータ１０、１２のＩＰアドレスに依存するものとすることもできるが、コンピュータ１０、１２のユーザの電話番号または電子メールアドレスに依存するものとすることもできる。このパスは、ＳＩＰプロセッササーバ２０、２２によって決定され、必ずＳＩＰネットワーク２４を経由して移動する。
【００３４】
ＳＩＰネットワーク２４では、ＳＩＰストリーム２８は、様々なＳＩＰチャネルを介して伝送され、ストリームが伝送される両端のコンピュータ１０、１２のアドレスまたはコンピュータ１０および１２のユーザのアドレス（例えば電話番号）によって識別されることができる。
【００３５】
本発明による監視方法は、ＳＩＰパケットが経由し、一般にＳＩＰパケットの処理も行う監視サーバによって実施される。
【００３６】
したがって、本発明による監視方法は、ＳＩＰプロセッササーバ２０、２２のうちの１つによって実施され、ネットワーク１８を介して送信側端末１０と受信側端末１２との間でパケットモードで伝送されるＳＩＰメッセージを監視することにある。
【００３７】
所与のＳＩＰチャネルについて、そのチャネルを介して送られるＳＩＰパケットのビットレート値Ｄｍが推定され、そのビットレート値Ｄｍが最大許可ビットレート値Ｄｍａｘと比較される。次いで、そのＳＩＰパケットのビットレート値Ｄｍが最大許可ビットレート値Ｄｍａｘを超えない場合にのみ、ＳＩＰパケットの伝送が許可される。
【００３８】
所与のＳＩＰチャネルの最大許可ビットレートＤｍａｘが、オペレータによってあらかじめ定められ、監視方法を実施するＳＩＰ監視サーバ２０、２２に伝達される。オペレータはまた、最大許可パケットサイズ（maximum authorized packet size）Ｔｍａｘも伝達する。このデータは、新しいＳＩＰチャネルが生成され、サーバがその生成された新しいＳＩＰチャネルを介して送られる新しいパケットのビットレート値Ｄｍを計算できるのに十分なＳＩＰパケットをまだ受け取っていない場合に、ＳＩＰ監視サーバにとって有用である。
【００３９】
最大許可ビットレートＤｍａｘおよび最大許可パケットサイズＴｍａｘの値は、ＳＩＰメッセージチャネルに、すなわちＳＩＰメッセージを交換する端末に依存する。例えば、ユーザによっては、とくに暗号化されたデータを使用する場合、暗号化によって伝送されるデータの量が増大するので、より高い最大許可ＳＩＰビットレートが必要となる可能性がある。
【００４０】
ネットワークのすべてのＳＩＰプロセッササーバが必ずしもＳＩＰ監視サーバであるわけではない。したがって、ＳＩＰパケットが経由するＳＩＰプロセッササーバのうち少なくとも１つは確実にＳＩＰ監視サーバである必要がある。
【００４１】
例えば、本発明は、ＳＩＰパケットが経由する第１のプロセッササーバである単一のＳＩＰ監視（SIP surveillance）サーバによって実施することができる。その場合、ＳＩＰパケットをその第１のＳＩＰプロセッササーバへと強制的に経路指定するために、ルータ１４、１６で、ファイアウォールなどのソフトウェアデバイスを使用することができる。
【００４２】
本発明は、代わりに、ＳＩＰネットワークのＳＩＰプロセッササーバのいずれかであるＳＩＰ監視サーバによって実施することもできる。その場合、ＳＩＰパケットがそのＳＩＰプロセッササーバを整然と通過するようにするための経路指定規則が定められる。
【００４３】
図２に表された監視方法は、ＳＩＰ監視サーバ２０、２２がＳＩＰパケットを受け取る第１のステップ３０を含む。
【００４４】
次のステップ３２で、ＳＩＰ監視サーバ２０、２２は、受信されたＳＩＰパケットの送信側および受信側のアドレスから、その受信されたパケットに関係するＳＩＰチャネルを識別する。
【００４５】
テストステップである、次のステップ３４で、ＳＩＰ監視サーバ２０、２２は、受信されたＳＩＰパケットが、新しく生成されたＳＩＰチャネルに関係するのか、それとも既に使用されているＳＩＰチャネルに関係するのかをテストする。
【００４６】
ＳＩＰチャネルが新しく生成された場合、次のステップは、最新パケットリスト（Latest Packets List）と呼ばれるリストを生成するステップ３６であり、このリストには、各ＳＩＰチャネルについて、そのＳＩＰチャネルに関係する、オペレータによってあらかじめ決められた継続時間Ｄ内に受信されたすべてのパケットのサイズと受信時間が記憶される。この最新パケットリストは、スライディングタイムウィンドウ（sliding time window）として動作する、すなわち、受信された最新のパケットに関係する情報がリストに挿入され、継続時間Ｄ以前に受信されたパケットに関係する情報がリストから取り除かれる。リストに入る最初のパケットはまた、リストから外れる最初のパケットでもある。
【００４７】
テストステップである、次のステップ３８で、ＳＴＰ監視サーバは受信されたパケットのサイズＴが、最大許可パケットサイズＴｍａｘより小さいかどうかを検証する。
【００４８】
受信されたパケットのサイズＴが最大許可サイズＴｍａｘより小さい場合、次のステップは、ＳＩＰ監視サーバがその受信されたパケットを転送するステップ４０である。
【００４９】
そうでない場合、次のステップは、監視サーバが、受信されたＳＩＰパケットがＳＩＰ要求に相当するのか、それともＳＩＰ応答に相当するのかをテストする、テストステップ４２である。
【００５０】
受信されたパケットが要求に相当する場合、次のステップは、ＳＩＰ監視サーバ２０、２２が、その要求を、宛先に転送する代わりに廃棄し、パケットの送信側にエラー応答を送る、ステップ４４である。
【００５１】
受信されたパケットが応答に相当する場合、次のステップは、ＳＩＰ監視サーバがその応答を宛先には転送せず、「キャンセル」メッセージをその宛先に送る、ステップ４６である。
【００５２】
ステップ３４で、監視サーバが、受信されたパケットが既に使用されているＳＩＰチャネルに対応しているとわかった場合、次のステップは、受信された最新のパケットに関するリスト情報を追加し、記憶期間Ｄ以前に受信されたパケットに関するリスト情報を取り除くことによって、受信されたパケットのＳＩＰチャネルに関係する最新パケットリストを更新する、ステップ４８である。
【００５３】
次のステップ５０で、ＳＩＰ監視サーバが、受信された最新のパケットのＳＩＰチャネルに関係するパケットの平均ビットレートＤｍを推定する。この平均ビットレートは、最新パケットリストに記憶されたパケットのサイズの合計を記憶期間Ｄで割ることで推定される。
【００５４】
テストステップである、次のステップ５２で、ＳＩＰ監視サーバは、平均ビットレートＤｍが最大許可ビットレートＤｍａｘより小さいかどうかを検証する。
【００５５】
平均ビットレートＤｍが、最大許可ビットレートＤｍａｘより小さい場合、次のステップはステップ４０である。
【００５６】
平均ビットレートＤＭが、最大許可ビットレートＤｍａｘより大きい場合、次のステップはステップ４２である。
【図面の簡単な説明】
【００５７】
【図１】本発明による方法を実施するための設備を示す図である。
【図２】本発明による方法の連続する諸ステップを表す機能ブロック図である。
【技術分野】
【０００１】
本発明は、マルチメディアストリーム交換セッション初期化メッセージ（multimedia stream exchange session initialization messages）を監視する方法と、前記方法を実行するためのサーバおよび設備に関する。
【０００２】
より詳細には、本発明は、監視サーバ（monitoring server）を経由しネットワークを介して、送信側端末と１つまたは複数の受信側端末との間でパケットモードで伝送されるマルチメディアストリーム交換セッション初期化メッセージを監視する方法に関する。
【背景技術】
【０００３】
「初期化（initialization）」という用語は、マルチメディアストリームが交換されるセッションをセットアップ（setting up）、修正（modifying）、または終了（closing）することを意味する。
【０００４】
本発明は、以下でセッション初期化プロトコル（Session Initialization Protocol、ＳＩＰ）に即して説明される。しかし、本発明はこのプロトコルのみに限定されるわけではない。
【０００５】
セッション初期化プロトコルは、ＯＳＩモデルのアプリケーション層のプロトコルであり、送信側端末と１つまたは複数の受信側端末との間でマルチメディアストリームが交換されるセッションをセットアップ、修正、終了するために使用される。
【０００６】
このプロトコルでは、専用の処理サーバから構成されるＳＩＰネットワーク内をパケットの形で巡回するメッセージを使用する。ＳＩＰネットワークはＩＰネットワークに重なり合うネットワークである。したがって、ＳＩＰメッセージの通るパスは、マルチメディアストリームの通るパスと必ずしも同じではない。
【０００７】
セッションのセットアップは、端末が交換しようとするマルチメディアストリームのタイプおよびフォーマット（例えば使用されるコーデック）を定義するためにＳＩＰメッセージを交換することにある。ＳＩＰメッセージは、新たなマルチメディアストリームフォーマットについて合意するために、端末間でセッション中に交換することもできる。最後に、ＳＩＰメッセージはセッションの終了時に再度交換される。
【０００８】
一般に、マルチメディアストリームが交換されるネットワークのオペレータは、接続をセットアップする端末のユーザに、マルチメディアストリーム交換セッションの継続時間に応じて課金する。ＳＩＰメッセージを交換したにもかかわらず接続のセットアップが成功しなかった場合、オペレータが端末のユーザに課金することはない。
【０００９】
ところで、一般にオペレータはＳＩＰメッセージの内容を確認しないので、悪意あるユーザが、ＳＩＰメッセージ自体と、その伝送用にオペレータによって割り当てられた帯域幅を使用して、接続のセットアップとは関係のないデータ、とくにマルチメディアデータ自体を送ることは可能である。
【００１０】
したがって、ユーザは、オペレータから課金されることなく、ネットワークを介してマルチメディア情報を交換することができる。
【００１１】
この問題を打開するために、ＳＩＰプロセッササーバでは、ＳＩＰメッセージの伝送を、ネットワークオペレータがそのユーザに提供しようとするサービスに適合した、あらかじめ定義された情報要素のみを含むメッセージに限定するという、当技術分野で知られている方法を使用している。
【００１２】
しかし、上記の方法は、各ＳＩＰメッセージをオペレータによって許可されたメッセージと比較するＳＩＰ処理サーバが高い処理能力を有することを必要とする。また、この方法は、そのネットワークを介する伝送が許可されるＳＩＰメッセージタイプを修正しようとオペレータが決定する度に、ＳＩＰ処理サーバの更新を必要とする。この解決法は効果的ではあるが、複雑であり、実施にコストが嵩む。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明の目的は、ネットワークを移動中の各初期化メッセージの内容を確認することなく、セッション初期化メッセージが不正に情報を伝送するために使われていないことを確認することができる、マルチメディアストリーム交換セッション初期化メッセージを監視する方法を提供することにより、上記の問題を解決することである。
【課題を解決するための手段】
【００１４】
このために、本発明は、監視サーバを経由しネットワークを介して、送信側端末と１つまたは複数の受信側端末との間でパケットモードで伝送されるマルチメディアストリーム交換セッション初期化メッセージを監視する方法にあり、この方法は以下の諸ステップ、すなわち、
監視サーバで受信された少なくとも１つの初期化パケットのビットレート値を推定するステップと、
その値を最大許可ビットレート値（maximum authorized bit rate value）と比較するステップと、
その初期化パケットのビットレート値が最大許可ビットレート値を超えない場合にのみ、初期化パケットの伝送を許可するステップとを含むことを特徴とする。
【００１５】
本発明では、ネットワークを移動中のＳＩＰパケットのビットレートを監視することにより、ＳＩＰプロトコルには必要のない情報を含むため、本来のパケットビットレートを異常に増大させている不正なＳＩＰパケットを検出する。次いで、かかるＳＩＰパケットの伝送が中断される。
【００１６】
本発明による、パケットモードで伝送されるメッセージを監視する方法はさらに、以下の１つまたは複数の特徴をもちうる。
【００１７】
送信側端末と受信側端末を含む各対について、特定の最大許可ビットレート値に関連する伝送チャネルが定められる。
【００１８】
監視サーバで受信された初期化パケットのビットレート値を推定するステップが、送信側端末によって受信側端末に送られ、所定の継続時間中に監視サーバで受信された最新の初期化パケットのサイズを記憶するステップと、記憶された初期化パケットのサイズの合計を所定の継続時間で割るステップとを含む。
【００１９】
この方法が監視サーバによって実施され、このサーバがまたセッション初期化パケットを処理する。
【００２０】
セッション初期化パケットが、前記セッション初期化パケットが経由する第１のプロセッササーバからなる監視サーバへと強制的に経路指定される。
【００２１】
監視サーバが、いずれかのセッション初期化パケットプロセッササーバからなり、セッション初期化パケットが前記プロセッササーバを整然と通過するようにするための経路指定規則が定められる。
【００２２】
伝送されるセッション初期化メッセージが、セッション初期化プロトコル（ＳＩＰ）を使用する。
【００２３】
本発明はまた、監視サーバを経由しネットワークを介して、送信側端末と１つまたは複数の受信側端末との間でパケットモードで伝送されるマルチメディアストリーム交換セッション初期化メッセージを監視するサーバにあり、このサーバは、
監視サーバで受信された少なくとも１つの初期化パケットのビットレート値を推定する手段と、
その値を最大許可ビットレート値と比較する手段と、
その初期化パケットのビットレート値が最大許可ビットレート値を超えない場合にのみ、初期化パケットの伝送を許可する手段とを含むことを特徴とする。
【００２４】
本発明はさらに、本発明による１つまたは複数の監視サーバを含むネットワークを含む、マルチメディアストリーム交換セッション初期化メッセージを伝送する設備にある。
【００２５】
本発明は、単なる例として示された以下の説明を添付の図面を参照しながら読めばよりよく理解できる。
【発明を実施するための最良の形態】
【００２６】
図１は、データ伝送ネットワーク１８を介して受信側端末１２と通信する送信側端末１０を示す。
【００２７】
端末１０および１２は、例えばコンピュータまたは電話であり、データ伝送ネットワーク１８は、ＩＰネットワーク１８またはＩＰネットワークと組み合わされた交換電話ネットワークである。
【００２８】
データ伝送ネットワーク１８は、１組の相互接続されたルータ１４、１６を含み、このルータの機能は、データ伝送ネットワーク１８を介して端末１０と１２との間で、メッセージを正しく経路指定することである。
【００２９】
端末１０および１２は、マルチメディアストリーム交換セッションを初期化するために初期化メッセージを交換し、またマルチメディアストリームも交換する。今後の説明で考察される初期化メッセージは、ＳＩＰメッセージである。
【００３０】
これらのＳＩＰメッセージは、パケットモードで、すなわち複数のパケットの形で伝送される。
【００３１】
データ伝送ネットワークはさらに、専用のＳＩＰパケットプロセッササーバ２０、２２を含み、この２つのサーバは相互接続されて、データ伝送ネットワーク１８に重なり合うネットワーク２４を形成する。伝送ネットワーク１８に重なり合うネットワーク２４は、ＳＩＰメッセージの伝送専用であるため、今後の説明では、ＳＩＰネットワークと称される。ＳＩＰプロセッササーバ２０、２２の機能は、ＳＩＰネットワークを介して端末１０と１２との間でＳＩＰパケットを正しく経路指定することである。
【００３２】
２つの端末１０および１２が、マルチメディアストリーム２６を交換するために接続をセットアップしようとするとき、両端末は、マルチメディアストリーム２６のタイプおよびフォーマットを定めるためにＳＩＰストリーム２８を交換する。
【００３３】
一般に、マルチメディアストリームとＳＩＰストリームは異なるネットワークパスを通る。メルチメディアストリーム２６の通るパスは、コンピュータ１０、１２のＩＰアドレスに依存し、ネットワークのＩＰルータ１４、１６によって決定される。ＳＩＰストリーム２８の通るパスは、コンピュータ１０、１２のＩＰアドレスに依存するものとすることもできるが、コンピュータ１０、１２のユーザの電話番号または電子メールアドレスに依存するものとすることもできる。このパスは、ＳＩＰプロセッササーバ２０、２２によって決定され、必ずＳＩＰネットワーク２４を経由して移動する。
【００３４】
ＳＩＰネットワーク２４では、ＳＩＰストリーム２８は、様々なＳＩＰチャネルを介して伝送され、ストリームが伝送される両端のコンピュータ１０、１２のアドレスまたはコンピュータ１０および１２のユーザのアドレス（例えば電話番号）によって識別されることができる。
【００３５】
本発明による監視方法は、ＳＩＰパケットが経由し、一般にＳＩＰパケットの処理も行う監視サーバによって実施される。
【００３６】
したがって、本発明による監視方法は、ＳＩＰプロセッササーバ２０、２２のうちの１つによって実施され、ネットワーク１８を介して送信側端末１０と受信側端末１２との間でパケットモードで伝送されるＳＩＰメッセージを監視することにある。
【００３７】
所与のＳＩＰチャネルについて、そのチャネルを介して送られるＳＩＰパケットのビットレート値Ｄｍが推定され、そのビットレート値Ｄｍが最大許可ビットレート値Ｄｍａｘと比較される。次いで、そのＳＩＰパケットのビットレート値Ｄｍが最大許可ビットレート値Ｄｍａｘを超えない場合にのみ、ＳＩＰパケットの伝送が許可される。
【００３８】
所与のＳＩＰチャネルの最大許可ビットレートＤｍａｘが、オペレータによってあらかじめ定められ、監視方法を実施するＳＩＰ監視サーバ２０、２２に伝達される。オペレータはまた、最大許可パケットサイズ（maximum authorized packet size）Ｔｍａｘも伝達する。このデータは、新しいＳＩＰチャネルが生成され、サーバがその生成された新しいＳＩＰチャネルを介して送られる新しいパケットのビットレート値Ｄｍを計算できるのに十分なＳＩＰパケットをまだ受け取っていない場合に、ＳＩＰ監視サーバにとって有用である。
【００３９】
最大許可ビットレートＤｍａｘおよび最大許可パケットサイズＴｍａｘの値は、ＳＩＰメッセージチャネルに、すなわちＳＩＰメッセージを交換する端末に依存する。例えば、ユーザによっては、とくに暗号化されたデータを使用する場合、暗号化によって伝送されるデータの量が増大するので、より高い最大許可ＳＩＰビットレートが必要となる可能性がある。
【００４０】
ネットワークのすべてのＳＩＰプロセッササーバが必ずしもＳＩＰ監視サーバであるわけではない。したがって、ＳＩＰパケットが経由するＳＩＰプロセッササーバのうち少なくとも１つは確実にＳＩＰ監視サーバである必要がある。
【００４１】
例えば、本発明は、ＳＩＰパケットが経由する第１のプロセッササーバである単一のＳＩＰ監視（SIP surveillance）サーバによって実施することができる。その場合、ＳＩＰパケットをその第１のＳＩＰプロセッササーバへと強制的に経路指定するために、ルータ１４、１６で、ファイアウォールなどのソフトウェアデバイスを使用することができる。
【００４２】
本発明は、代わりに、ＳＩＰネットワークのＳＩＰプロセッササーバのいずれかであるＳＩＰ監視サーバによって実施することもできる。その場合、ＳＩＰパケットがそのＳＩＰプロセッササーバを整然と通過するようにするための経路指定規則が定められる。
【００４３】
図２に表された監視方法は、ＳＩＰ監視サーバ２０、２２がＳＩＰパケットを受け取る第１のステップ３０を含む。
【００４４】
次のステップ３２で、ＳＩＰ監視サーバ２０、２２は、受信されたＳＩＰパケットの送信側および受信側のアドレスから、その受信されたパケットに関係するＳＩＰチャネルを識別する。
【００４５】
テストステップである、次のステップ３４で、ＳＩＰ監視サーバ２０、２２は、受信されたＳＩＰパケットが、新しく生成されたＳＩＰチャネルに関係するのか、それとも既に使用されているＳＩＰチャネルに関係するのかをテストする。
【００４６】
ＳＩＰチャネルが新しく生成された場合、次のステップは、最新パケットリスト（Latest Packets List）と呼ばれるリストを生成するステップ３６であり、このリストには、各ＳＩＰチャネルについて、そのＳＩＰチャネルに関係する、オペレータによってあらかじめ決められた継続時間Ｄ内に受信されたすべてのパケットのサイズと受信時間が記憶される。この最新パケットリストは、スライディングタイムウィンドウ（sliding time window）として動作する、すなわち、受信された最新のパケットに関係する情報がリストに挿入され、継続時間Ｄ以前に受信されたパケットに関係する情報がリストから取り除かれる。リストに入る最初のパケットはまた、リストから外れる最初のパケットでもある。
【００４７】
テストステップである、次のステップ３８で、ＳＴＰ監視サーバは受信されたパケットのサイズＴが、最大許可パケットサイズＴｍａｘより小さいかどうかを検証する。
【００４８】
受信されたパケットのサイズＴが最大許可サイズＴｍａｘより小さい場合、次のステップは、ＳＩＰ監視サーバがその受信されたパケットを転送するステップ４０である。
【００４９】
そうでない場合、次のステップは、監視サーバが、受信されたＳＩＰパケットがＳＩＰ要求に相当するのか、それともＳＩＰ応答に相当するのかをテストする、テストステップ４２である。
【００５０】
受信されたパケットが要求に相当する場合、次のステップは、ＳＩＰ監視サーバ２０、２２が、その要求を、宛先に転送する代わりに廃棄し、パケットの送信側にエラー応答を送る、ステップ４４である。
【００５１】
受信されたパケットが応答に相当する場合、次のステップは、ＳＩＰ監視サーバがその応答を宛先には転送せず、「キャンセル」メッセージをその宛先に送る、ステップ４６である。
【００５２】
ステップ３４で、監視サーバが、受信されたパケットが既に使用されているＳＩＰチャネルに対応しているとわかった場合、次のステップは、受信された最新のパケットに関するリスト情報を追加し、記憶期間Ｄ以前に受信されたパケットに関するリスト情報を取り除くことによって、受信されたパケットのＳＩＰチャネルに関係する最新パケットリストを更新する、ステップ４８である。
【００５３】
次のステップ５０で、ＳＩＰ監視サーバが、受信された最新のパケットのＳＩＰチャネルに関係するパケットの平均ビットレートＤｍを推定する。この平均ビットレートは、最新パケットリストに記憶されたパケットのサイズの合計を記憶期間Ｄで割ることで推定される。
【００５４】
テストステップである、次のステップ５２で、ＳＩＰ監視サーバは、平均ビットレートＤｍが最大許可ビットレートＤｍａｘより小さいかどうかを検証する。
【００５５】
平均ビットレートＤｍが、最大許可ビットレートＤｍａｘより小さい場合、次のステップはステップ４０である。
【００５６】
平均ビットレートＤＭが、最大許可ビットレートＤｍａｘより大きい場合、次のステップはステップ４２である。
【図面の簡単な説明】
【００５７】
【図１】本発明による方法を実施するための設備を示す図である。
【図２】本発明による方法の連続する諸ステップを表す機能ブロック図である。
【特許請求の範囲】
【請求項１】
監視サーバ（２０、２２）を経由しネットワーク（１８）を介して、送信側端末（１０）と１つまたは複数の受信側端末（１２）との間でパケットモードで伝送されるマルチメディアストリーム交換セッション初期化メッセージを監視する方法であって、
監視サーバ（２０、２２）で受信された少なくとも１つの初期化パケットのビットレート値を推定するステップ（５０）と、
その値を最大許可ビットレート値と比較するステップ（５２）と、
その初期化パケットのビットレート値が最大許可ビットレート値を超えない場合にのみ、初期化パケットの伝送を許可するステップ（４０）とを含むことを特徴とする方法。
【請求項２】
送信側端末および受信側端末を含む各対について、特定の最大許可ビットレート値に関連する伝送チャネルが定められる、パケットモードで伝送されるメッセージを監視する請求項１に記載の方法。
【請求項３】
監視サーバで受信された初期化パケットのビットレート値を推定するステップ（５０）が、
送信側端末（１０）によって受信側端末（１２）に送られ、所定の継続時間中に監視サーバ（２０、２２）で受信された最新の初期化パケットのサイズを記憶するステップと、
記憶された初期化パケットのサイズの合計を所定の継続時間で割るステップとを含む、パケットモードで伝送されるメッセージを監視する請求項１または２に記載の方法。
【請求項４】
監視サーバ（２０、２２）によって実施され、このサーバがまたセッション初期化パケットを処理する、パケットモードで伝送されるメッセージを監視する請求項１から３のいずれか一項に記載の方法。
【請求項５】
セッション初期化パケットが、前記セッション初期化パケットが経由する第１のプロセッササーバからなる監視サーバ（２０、２２）へと強制的に経路指定される、メッセージを監視する請求項４に記載の方法。
【請求項６】
監視サーバ（２０、２２）が、いずれかのセッション初期化パケットプロセッササーバからなり、セッション初期化パケットが前記プロセッササーバを整然と通過するようにするための経路指定規則が定められる、メッセージを監視する請求項４に記載の方法。
【請求項７】
伝送されるセッション初期化メッセージがセッション初期化プロトコル（ＳＩＰ）を使用する、パケットモードで伝送されるメッセージを監視する請求項１から６のいずれか一項に記載の方法。
【請求項８】
監視サーバを経由しネットワーク（１８）を介して、送信側端末（１０）と１つまたは複数の受信側端末（１２）との間でパケットモードで伝送されるマルチメディアストリーム交換セッション初期化メッセージを監視するサーバ（２０、２２）であって、
監視サーバ（２０、２２）で受信された少なくとも１つの初期化パケットのビットレート値を推定する手段（５０）と、
その値を最大許可ビットレート値と比較する手段（５２）と、
その初期化パケットのビットレート値が最大許可ビットレート値を超えない場合にのみ、初期化パケットの伝送を許可する手段（４０）とを含むことを特徴とするサーバ。
【請求項９】
請求項８に記載の１つまたは複数の監視サーバ（２０、２２）を含むネットワーク（１８）を含む、マルチメディアストリーム交換セッション初期化メッセージを伝送するための設備。
【請求項１】
監視サーバ（２０、２２）を経由しネットワーク（１８）を介して、送信側端末（１０）と１つまたは複数の受信側端末（１２）との間でパケットモードで伝送されるマルチメディアストリーム交換セッション初期化メッセージを監視する方法であって、
監視サーバ（２０、２２）で受信された少なくとも１つの初期化パケットのビットレート値を推定するステップ（５０）と、
その値を最大許可ビットレート値と比較するステップ（５２）と、
その初期化パケットのビットレート値が最大許可ビットレート値を超えない場合にのみ、初期化パケットの伝送を許可するステップ（４０）とを含むことを特徴とする方法。
【請求項２】
送信側端末および受信側端末を含む各対について、特定の最大許可ビットレート値に関連する伝送チャネルが定められる、パケットモードで伝送されるメッセージを監視する請求項１に記載の方法。
【請求項３】
監視サーバで受信された初期化パケットのビットレート値を推定するステップ（５０）が、
送信側端末（１０）によって受信側端末（１２）に送られ、所定の継続時間中に監視サーバ（２０、２２）で受信された最新の初期化パケットのサイズを記憶するステップと、
記憶された初期化パケットのサイズの合計を所定の継続時間で割るステップとを含む、パケットモードで伝送されるメッセージを監視する請求項１または２に記載の方法。
【請求項４】
監視サーバ（２０、２２）によって実施され、このサーバがまたセッション初期化パケットを処理する、パケットモードで伝送されるメッセージを監視する請求項１から３のいずれか一項に記載の方法。
【請求項５】
セッション初期化パケットが、前記セッション初期化パケットが経由する第１のプロセッササーバからなる監視サーバ（２０、２２）へと強制的に経路指定される、メッセージを監視する請求項４に記載の方法。
【請求項６】
監視サーバ（２０、２２）が、いずれかのセッション初期化パケットプロセッササーバからなり、セッション初期化パケットが前記プロセッササーバを整然と通過するようにするための経路指定規則が定められる、メッセージを監視する請求項４に記載の方法。
【請求項７】
伝送されるセッション初期化メッセージがセッション初期化プロトコル（ＳＩＰ）を使用する、パケットモードで伝送されるメッセージを監視する請求項１から６のいずれか一項に記載の方法。
【請求項８】
監視サーバを経由しネットワーク（１８）を介して、送信側端末（１０）と１つまたは複数の受信側端末（１２）との間でパケットモードで伝送されるマルチメディアストリーム交換セッション初期化メッセージを監視するサーバ（２０、２２）であって、
監視サーバ（２０、２２）で受信された少なくとも１つの初期化パケットのビットレート値を推定する手段（５０）と、
その値を最大許可ビットレート値と比較する手段（５２）と、
その初期化パケットのビットレート値が最大許可ビットレート値を超えない場合にのみ、初期化パケットの伝送を許可する手段（４０）とを含むことを特徴とするサーバ。
【請求項９】
請求項８に記載の１つまたは複数の監視サーバ（２０、２２）を含むネットワーク（１８）を含む、マルチメディアストリーム交換セッション初期化メッセージを伝送するための設備。
【図１】
【図２】
【図２】
【公表番号】特表２００７−５０９５５６（Ｐ２００７−５０９５５６Ａ）
【公表日】平成１９年４月１２日（２００７．４．１２）
【国際特許分類】
【出願番号】特願２００６−５３６１１８（Ｐ２００６−５３６１１８）
【出願日】平成１６年１０月２０日（２００４．１０．２０）
【国際出願番号】ＰＣＴ／ＦＲ２００４／００２６８０
【国際公開番号】ＷＯ２００５／０４１５２８
【国際公開日】平成１７年５月６日（２００５．５．６）
【出願人】（５９１０３４１５４）フランス・テレコム (290)
【Ｆターム（参考）】
【公表日】平成１９年４月１２日（２００７．４．１２）
【国際特許分類】
【出願日】平成１６年１０月２０日（２００４．１０．２０）
【国際出願番号】ＰＣＴ／ＦＲ２００４／００２６８０
【国際公開番号】ＷＯ２００５／０４１５２８
【国際公開日】平成１７年５月６日（２００５．５．６）
【出願人】（５９１０３４１５４）フランス・テレコム (290)
【Ｆターム（参考）】
[ Back to top ]