JP2009005373A

JP2009005373A - セッション開始プロトコルアダプタ

Info

Publication number: JP2009005373A
Application number: JP2008186527A
Authority: JP
Inventors: Guiseppe Capuozzo; カプオッツォジュゼッペ; Alessandro Orsano; オルサーノアレッサンドロ
Original assignee: Accenture Global Services GmbH
Current assignee: Accenture Global Services GmbH
Priority date: 2007-06-22
Filing date: 2008-06-20
Publication date: 2009-01-08
Anticipated expiration: 2028-06-20
Also published as: AU2008202684A1; CN101335759A; BRPI0804748B1; JP5842290B2; EP2007105A1; US8874762B2; CA2635181A1; US20080320148A1; JP2014241641A; BRPI0804748A2; AU2008202684B2; CA2635181C

Abstract

【課題】異なるセッション開始プロトコルを実装する個々のネットワークにおいて発呼側と着呼側との間で通信セッションを開始するためのニーズが存在し、ＳＩＰアダプタは異なるＳＩＰ標準を用いるネットワーク内のエンドポイント間でセッション情報を通信する上での技術的問題を解決する。
【解決手段】ＳＩＰアダプタがＳＩＰメッセージのフォーマットを変更する。第１のフォーマット形式のＳＩＰメッセージが、第１のフォーマットに基づきＳＩＰアダプタにより第１のＳＩＰサーバから受信される。ＳＩＰアダプタはＳＩＰメッセージを第２のフォーマットに変更し、この変更済みＳＩＰメッセージを第２のメッセージフォーマットに基づき第２のＳＩＰサーバへ転送する。ＳＩＰアダプタはＳＩＰメッセージを変更して、異なるＳＩＰメッセージフォーマットを利用するＳＩＰサーバのクライアント間で通信セッションを確立する。
【選択図】図３

Description

本出願は、ネットワーク通信の分野に関し、より具体的には、異なるセッション開始プロトコルを実装する個々のネットワークにおける参加者間での通信セッションの開始に関する。

セッション開始プロトコル（ＳＩＰ）とは、メッセージングネットワークなどの、インタネットプロトコル（ＩＰ）ネットワークにおいて２人（又はそれ以上）の参加者間で通信セッションを開始するために使用されるシグナリングプロトコルのことである。この通信セッションは、インターネット上の電話呼、インスタントメッセージング（ＩＭ）セッション、マルチメディア会議セッション、又は参加者間におけるその他の種類の通信行為であってもよい。参加者（発呼側及び着呼側）は、ＩＭクライアントアプリケーションなどのコンピュータ上で実行するアプリケーション、或いはＩＰ電話などの装置によってネットワークにインタフェース接続することができる。本明細書を通じて、特に指示しない限り、「発呼側」及び「着呼側」という用語は、クライアントアプリケーション、装置、又はその他のネットワーク通信のエンドポイントを意味するものとし、参加者自身を意味するものではない。「エンドポイント」という用語は、（単複の）ネットワーク内において或いは（単複の）ネットワーク間において参加者が相互に通信できるようにするクライアントアプリケーション、ＩＰ電話、又は任意のプログラム（ソフトウェアエンドポイント）、プログラムの組、装置（ハードウェアエンドポイント）又は装置の組などの１又はそれ以上のインタフェースを意味するものである。

通信セッションの開始（「シグナリング」とも呼ばれる）段階中に、発呼側と、発呼側のネットワークに関連するＳＩＰサーバとの間でＳＩＰメッセージングがまず発生する。通信セッションを開始するために、発呼側はＳＩＰ招待メッセージ(SIP invitation message)をＳＩＰサーバへ送信する。ＳＩＰ招待メッセージには、通常、着呼側のアドレスと同時にセッション記述が含まれる。例えば、セッション記述は、予想されるセッションが、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）電話セッション、テレビ会議セッション又はその他の種類のメディアセッションであることを示すことができる。次に、ＳＩＰサーバは、着呼側へＳＩＰ招待メッセージを通信する。ＳＩＰ招待メッセージには、ＳＩＰサーバを介する発呼側と着呼側との間のさらなるＳＩＰメッセージングが後続する。このＳＩＰメッセージングは、発呼側と着呼側に通信セッションの準備をさせるために使用する情報を提供するものである。

ＳＩＰメッセージングは、着呼側のアドレス（例えば、ＩＰアドレス）が正しいかどうか、また、着呼側が利用可能であるかどうかを確認することもできる。ＳＩＰメッセージングは、着呼側の一定のコンピュータリソース及び／又はネットワークリソースが通信セッションのために必要であり、通信セッションが行われようとしている場合には、これらリソースを予約すべきである旨を示すことができる。例えば、ＳＩＰメッセージングにより、通信セッションがテレビ会議セッションであることが示される場合、着呼側のコンピュータにおいてビデオアプリケーションがアクセス可能でありかつ実行可能であることが必要になる場合がある。更に、ＳＩＰメッセージングは、密接な通信交換を保証するためにメモリなどのコンピュータリソース及び／又はネットワークリソースをセッションに割り当てなければならない旨を示すことができる。着呼側がこの通信要件を満たすことができる場合、その旨を表示するＳＩＰメッセージが着呼側からＳＩＰサーバへ送信される。それに応じてＳＩＰサーバは発呼側に通知を行う。セッションの開始後、セッション設定が変更されない限り、或いは発呼側又は着呼側によりセッションが終了されるまで、エンドポイントは、ＳＩＰ又はＳＩＰサーバを更に呼び出すことなく、ＩＰなどのデータ指向プロトコルを介してデータ交換を行う。

各種のＳＩＰ標準が存在する。例えば、インターネット技術タスクフォース（ＩＥＴＦ）は、ＳＩＰ標準としてＲＦＣ３２６１を指定している。ＲＦＣ３２６１は、ＶｏＩＰ向けのシグナリングプロトコルとして広く用いられており、技術が進むにつれて進化し、拡張されてきている。特定のネットワークドメインをサポートするＳＩＰサーバ向けにカスタマイズされたＳＩＰ標準のような他のＳＩＰ標準も存在する。例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）社は、広く使われているＭｉｃｒｏｓｏｆｔ（登録商標）ＯｆｆｉｃｅＣｏｍｍｕｎｉｃａｔｏｒ（ＭＯＣ）のクライアントをサポートするためにカスタマイズされたＳＩＰを利用する。ＭＯＣのＳＩＰフィールドがＲＦＣ３２６１のＳＩＰフィールドと異なるという理由で重要な問題が生じている。すなわち、ＭＯＣのＳＩＰメッセージは、ＲＦＣ３２６１ドメイン内では認識されず、またＲＦＣ３２６１のＳＩＰメッセージは、ＭＯＣドメイン内では認識されない。従って、ＭＯＣドメイン内の参加者とＲＦＣ３６２１ドメイン内の参加者との間で通信セッションを確立することはできない。

そこで、異なるセッション開始プロトコルを実装する個々のネットワークにおいて発呼側と着呼側との間で通信セッションを開始するためのニーズが存在する。ＳＩＰアダプタは、異なるＳＩＰ標準を用いるネットワーク内のエンドポイント間においてセッション情報を通信する上での技術的問題を解決するものである。

セッション開始プロトコル（ＳＩＰ）アダプタを開示する。１つの実施形態によれば、このＳＩＰアダプタは、第１のＳＩＰサーバから受信したＳＩＰメッセージのフィールド内容を変更するように構成されたプロキシサーバを含むことにより、このＳＩＰメッセージは、第２のＳＩＰサーバのメッセージングフォーマットに従うようになり、その結果、第２のＳＩＰサーバに認識されるようになる。変換プロトコルを実装して、第１のＳＩＰサーバから受信したＳＩＰメッセージを変更することにより、ＳＩＰメッセージを受信することになる第２のＳＩＰサーバのドメインに、このＳＩＰメッセージを一致させることができるようになる。この目的のために、変換プロトコルは、変換規則及び（メッセージ）フォーマット規則を含む、ＳＩＰサーバに関する情報がプログラムされたリポジトリにアクセスするステップを含むことができる。この規則は、ＳＩＰメッセージパラメータを特定のフォーマット、特性及び／又は行われるアクションに合致させるステップを含むことができる。更に、この規則は、ＳＩＰメッセージが第２のＳＩＰサーバのメッセージングフォーマットにどのようにマッピングを行うかについて規定するものである。この規則は、パラメータの削除、挿入及び変更などの１又はそれ以上のパラメータに関して行われるアクションを定義することができる。このようにアクションを実行して、ＳＩＰメッセージの任意の側面を第２のＳＩＰサーバのメッセージフォーマットに変換することができるようになる。

変換プロトコルは、第２のＳＩＰサーバが認識できないＳＩＰメッセージから（メディアタイプなどの）パラメータを除去することができる。或いは、又はこれに加えて、変換プロトコルは、ＳＩＰメッセージの他の側面を変更して、メッセージが第２のＳＩＰサーバのメッセージフォーマットに適合するようにすることができる。ＳＩＰメッセージを変更するために行うことができる様々な種類の変換がある。時には、１回の変換で十分な場合もある。別のときには、２回又はそれ以上の変換を行う場合もある。様々な種類の実行可能な変換には、ＳＩＰメッセージへのデータフィールドの追加及び／又はＳＩＰメッセージからのデータフィールドの削除が含まれる。データフィールドを変換し、拡張及び／又は切り捨てることができる。データフィールドを他のデータフィールドの周りに追加し、短縮し及び／又は延長することもできる。データフィールドは、ＳＩＰメッセージの任意の部分又は一部に対応することができる。変換はまた、ＳＩＰメッセージの符号化フォーマットの変更、符号化の除去、又はその他の何らかのアクションの実行も含むことができる。

したがって、特に異なるセッション開始プロトコルを実装する個々のネットワークにおいて発呼側と着呼側との間で通信セッションを開始することが望ましい。ＳＩＰアダプタは、異なるプラットフォーム上で動作する異なるＳＩＰサーバ間の通信の信頼性をこのように大幅に改善する。更に、ネットワークトラフィックもまた、信頼性と同様に、ネットワークの速度及び効率を改善することができる。特にシステム要件の不一致に起因する不要なトラフィックを回避することにより、通信も強化される。

１つのアダプタ実装構成において、ＳＩＰアダプタは、第２のＳＩＰサーバによって認識されそうにないＳＩＰメッセージからメディアタイプを除去することによりフィールド内容を変更する。除去されたメディアタイプは、他の任意のＳＩＰメッセージの変更と同様、ＳＩＰアダプタのパラメータとして構成することが可能である。

プロキシサーバは、アプリケーションプログラム、コンピュータ、コンピュータシステム、コンピュータ群,又は他の処理エンティティであってもよい。好ましい形態では、プロキシサーバは、インバウンドインタフェース、アウトバウンドインタフェース、コア、及びリポジトリを含む。インバウンドインタフェースは、第１のＳＩＰサーバメッセージングフォーマットに従う第１のＳＩＰサーバと通信する。アウトバウンドインタフェースは、第２のＳＩＰサーバメッセージングフォーマットに従う第２のＳＩＰサーバと通信する。コアは、第１のＳＩＰサーバ及び／又は第２のＳＩＰサーバから受信したＳＩＰメッセージを変更し、それによって、メッセージを受信すべきＳＩＰサーバのフォーマットに各メッセージを従わせる。リポジトリは、ユーザ名及びドメイン名を特定のＳＩＰメッセージングフォーマット及びネットワークフォーマットにマッピングするための情報と、各ドメイン名に関連するＳＩＰサーバを識別するための情報とを記憶する。

１つの実施形態によれば、ＳＩＰアダプタは、第１のＳＩＰサーバのメッセージングフォーマットを有する第１のＳＩＰサーバ、及び第２のＳＩＰサーバのメッセージングフォーマットを有する第２のＳＩＰサーバと通信する。第１のＳＩＰサーバは、第１のネットワークドメインと関連し、また第２のＳＩＰサーバは、第２のネットワークドメインと関連する。第１のドメイン内のクライアント（発呼側）から送信されるＳＩＰメッセージは、第１のＳＩＰサーバが受信する。第１のＳＩＰサーバは、データベースを参照して、目的とする受信者（着呼側）が、登録済みのｕｎｉｆｏｒｍｒｅｓｏｕｒｃｅｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）を有しているかどうかを判定する。第１のＳＩＰサーバは、例えば、（ｕｓｅｒｎａｍｅ＠ｄｏｍａｉｎ．ｃｏｍなどの）ＵＲＩのユーザ名部分又はドメイン部分を用いて、データベースクエリーを実行することができる。着呼側が、第１のＳＩＰサーバのドメイン内にあれば、このクエリーはその旨を示す情報を返す。この情報には、着呼側に通信するために用いることができる、着呼側に関連する追加の識別情報が含まれる。したがって、ＵＲＩが登録されていれば、第１のＳＩＰサーバがクライアントと受信者との間のＳＩＰメッセージングを担うことになる。

したがって、第１のＳＩＰにおいて、ＳＩＰアダプタが必要であるかどうか、及び第１のＳＩＰサーバを介して発呼側と着呼側との間に通信チャネルが確立されているかどうかを判定することが望ましい。

ＵＲＩが登録されていない場合、第１のＳＩＰサーバは、ＳＩＰメッセージをＳＩＰアダプタへ経路指定する。ＳＩＰアダプタは、ＳＩＰフィールドの内容を変更し、それによって、ＳＩＰメッセージが第２のＳＩＰサーバのメッセージングフォーマットに従うようにする。一例として、ＳＩＰアダプタは、上述した変換プロトコルの任意の部分又は全てを実装することによりＳＩＰメッセージを変更することができる。次に、ＳＩＰアダプタは、変更されたＳＩＰメッセージを第２のＳＩＰサーバへ転送する。ＳＩＰアダプタは、（第１のＳＩＰサーバを介する）第１のドメイン内のクライアントと、（第２のＳＩＰサーバを介した）第２のドメイン内の受信者との間の更なるＳＩＰメッセージングのためのプロキシの役割を担うことになる。

以下の図面及び詳細な説明の検証において、本発明の他のシステム、方法及び特徴が当業者には明らかになるであろう。これらの追加のシステム、方法、特徴及び利点が、全てこの説明の中に含まれ、本発明の範囲内に含まれ、また以下の請求項により保護されることが意図されている。

本開示は、以下の図面及び説明を参照することでより一層に理解することができる。図中の構成要素は必ずしも縮尺通りではなく、代わりに本発明の原理を例示する際には強調表示が行われている。更に、図において、同一の参照番号は、異なる図面を通じて一致する部分又は要素を示すものとする。

図１は、異なるセッション開始プロトコル（ＳＩＰ）を用いるメッセージング／ネットワークドメインを含む複数のメッセージング／ネットワークドメイン１０を示す。第１のＳＩＰサーバ（ＳＩＰ_X）１４は、ＳＩＰ_Xドメイン内のＳＩＰメッセージを通信する。第２のＳＩＰサーバ（ＳＩＰ_Y）２６は、ＳＩＰ_Yドメイン内のＳＩＰメッセージを通信する。本図では、ＳＩＰ_Xドメイン内のメッセージのフォーマットは、ＳＩＰ_Yドメイン内のメッセージのフォーマットと異なるものである。本明細書を通じて、メッセージング／ネットワークドメインとは、クライアントアプリケーション及びクライアントドメインを意味し、一方、ＳＩＰドメインとは、ＳＩＰサーバ及びクライアントが実装する（単複の）ＳＩＰメッセージングフォーマットを意味することを付記しておく。したがって、クライアント（発呼側又は着呼側）は、通常、メッセージング／ネットワークドメインとＳＩＰドメイン双方の一部であることになる。本明細書を通じて、メッセージング／ネットワークドメインを単にメッセージングドメインと呼ぶ場合がある。

クライアントＡ１６及びクライアントＢ２０は、メッセージングドメイン３６及び１２の各々におけるエンドポイントである。クライアント１６及び２０は、個々のメッセージングドメイン３６、１２内でＳＩＰ_Xドメイン固有のプロトコルを用いてＳＩＰメッセージ１８及び２２を準備する。したがって、ＳＩＰ_xサーバ１４は、クライアントＡ１６とクライアントＢ２０との間で通信セッションを正常に開始することができる。

ＶｏＩＰ電話機₁２８及びＶｏＩＰ電話機₂３２は、メッセージングドメイン２４及び３８の各々におけるエンドポイントである。電話機２８及び３２は、ＳＩＰ_Yドメイン固有のプロトコルを用いて個々のメッセージングドメイン２４、３８内においてＳＩＰメッセージ３０及び３４を準備する。したがって、ＳＩＰ_Yサーバ２６は、ＶｏＩＰ電話機₁２８とＶｏＩＰ電話機₂３２との間で通信セッションを正常に開始することができる。しかしながら、ＳＩＰ_Xドメインにおけるメッセージのフォーマットは、ＳＩＰ_Yドメインにおけるメッセージのフォーマットと異なっているため、ＳＩＰ_Xサーバ１４とＳＩＰ_Yサーバ２６のいずれも、クライアントＡ１６又はクライアントＢ２０と、ＶｏＩＰ電話機₁２８又はＶｏＩＰ電話機₂３２との間で通信セッションを開始することはできない。

図２は、ＳＩＰ_Xドメイン１０４とＳＩＰ_Yドメイン１０８との両方におけるＳＩＰサーバ間でＳＩＰメッセージ１０６、１１０を通信するＳＩＰアダプタを示す図である。ＳＩＰアダプタ１０２は、ＳＩＰ_Xドメインメッセージのフォーマットを変更して、ＳＩＰ_Yドメイン１０８に準拠させることができる。或いは、又はこれに加えて、ＳＩＰアダプタ１０２は、ＳＩＰ_Yドメインメッセージのフォーマットを変更して、ＳＩＰ_Xドメイン１０４に準拠させることができる。ＳＩＰアダプタ１０２は、ＳＩＰメッセージを変更すると共に、ＳＩＰ_X１０４及びＳＩＰ_Yドメイン１０８内のＳＩＰサーバと通信して、エンドポイント（図示せず）間の通信セッションを開始する。通信セッションが開始されると、エンドポイントは、ＩＰ又は他のデータ指向プロトコル１１２を介して通信を行うことができる。ＳＩＰアダプタ１０２は、プロキシサーバ、及び／又はＳＩＰメッセージを変更するように構成された他の種類のコンピュータ、回路、論理回路又はそれらの任意の組み合わせであってもよい。

図３は、図１のＳＩＰサーバ１４及び２６と通信するＳＩＰアダプタ２００を示す図である。図３は、図１に、ＳＩＰ_Xドメイン２１４とＳＩＰ_Yドメイン２１２との間に、ＳＩＰ_Xサーバ１４及びＳＩＰ_Yサーバ２６と通信するＳＩＰアダプタ２００を追加したものと同一のものである。ＳＩＰアダプタ２００により、ＳＩＰ_Xサーバ１４及びＳＩＰ_Yサーバ２６は、クライアントＡ１６又はクライアントＢ２０のいずれかと、ＶｏＩＰ電話機₁２８又はＶｏＩＰ電話機₂３２のいずれかとの間の通信セッション、或いはＳＩＰドメイン２１４又は２１２のいずれかにおける任意のエンドポイント間の通信セッションを開始できるようになる。例として、クライアントＢ２０は、ＳＩＰ招待メッセージ２０６をＳＩＰ_Xサーバ１４へ送信することにより、ＶｏＩＰ電話機₁２８とＶｏＩＰ電話セッションを開始することができる。以下に説明するように、ＳＩＰ_Xサーバ１４は、ＳＩＰ招待メッセージ２０６が、ＳＩＰ_Xドメイン内の着呼側に対して意図されたものであるかどうかを判定する。この例では、ＳＩＰ_Xサーバ１４は、メッセージがＳＩＰ_Xドメイン内の着呼側に対して意図されたものではないと判定したため、このＳＩＰ_Xサーバ１４は、ＳＩＰ転送メッセージ２０２を用いてＳＩＰアダプタ２００にメッセージを通信する。ＳＩＰ_Xサーバ１４は、着呼側にサービスを提供するＳＩＰアダプタを（例えば、イーサネット（登録商標）又はＩＰアドレスを使用して）識別するルーティング規則についてのライブラリを有するフィルター２１０を実装することができる。以下の表１は、フィルター２１０が実行することができるルーティングテーブルの例を示す表である。

以下に説明するように、ＳＩＰアダプタ２００は、着呼側の情報を利用して、ＳＩＰ招待メッセージがＳＩＰ_Yドメイン２１２又は他の何らかのＳＩＰドメイン内の着呼側に対して意図されたものであるかどうかを判定する。この例では、ＳＩＰアダプタ２００は、ＳＩＰ招待メッセージが、ＳＩＰ_Yドメイン２１２内の着呼側に対して意図されたものであると判定する。ＳＩＰアダプタ２００がメッセージのフォーマットを変更することにより、変更されたメッセージはＳＩＰ_Yドメイン２１２において認識可能となり、その後ＳＩＰアダプタ２００は、変更されたメッセージ２０４をＳＩＰ_Yサーバ２６に通信する。次に、ＳＩＰ_Yサーバ２６は、変更されたメッセージ２０８を着呼側であるＶｏＩＰ電話機₁２８に通信する。ＳＩＰダイアログは、ＳＩＰ_Xサーバ１４、ＳＩＰアダプタ２００及びＳＩＰ_Yサーバ２６を経由して、クライアントＢ２０とＶｏＩＰ電話機₁２８との間で通信セッションの開始を継続することができる。

図４は、異なるＳＩＰメッセージフォーマット（異なるＳＩＰドメイン）を有する２つのＳＩＰサーバ、すなわちＳＩＰ_Xサーバ３２４及びＳＩＰ_Yサーバ３２６と通信するＳＩＰアダプタ３０２を示す図である。ＳＩＰ_Xサーバ３２４は、ネットワークＡ３０４内のユーザにサービスを提供し、またＳＩＰ_Yサーバ３２６は、ネットワークＢ３０６内のユーザにサービスを提供する。ＳＩＰアダプタ３０２は、追加のＳＩＰサーバ（図示せず）にもサービスを提供することができる。

インバウンド通信インタフェース３０８は、ＳＩＰ_Xドメインメッセージを送受信するための論理回路を含む。例として、インタネットプロトコル参照モデルに従って実装されるトランスポート層においてＳＩＰ_Xドメインメッセージを通信することができる。１つの形態では、この論理回路は、トランスポート層において伝送制御プロトコル（ＴＣＰ／ＩＰ）を用いてＳＩＰメッセージを送受信するように構成される。一例として、Ｍｉｃｒｏｓｏｆｔ（登録商標）ＯｆｆｉｃｅＬｉｖｅＣｏｍｍｕｎｉｃａｔｉｏｎサーバ（ＬＣＳ）は、ＴＣＰ／ＩＰ層においてＳＩＰメッセージを通信する。

アウトバウンド通信インタフェース３１０は、ＳＩＰ_Yドメインメッセージを送受信するための論理回路を含む。ＳＩＰ_Yドメインメッセージもまた、インタネットプロトコル参照モデルに従って実装されるトランスポート層において通信することができる。１つの形態では、この論理回路は、トランスポート層においてユーザデータグラムプロトコル（ＵＤＰ）を用いてＳＩＰメッセージを送受信するように構成される。一例として、ＶｏＩＰ電話サーバは、ＵＤＰ層においてＳＩＰメッセージを通信することができる。

低水準ＳＩＰサーバ３１２は、インバウンドインタフェース３０８と、アウトバウンドインタフェース３１０と、コア３１４との間の中間インタフェースとして機能する。この低水準ＳＩＰサーバ３１２は、インバウンドインタフェース３０８及びアウトバウンドインタフェース３１０で受信されたＳＩＰメッセージを復号化し、ＳＩＰメッセージの形で搬送される変数及びパラメータを抽出し、ＳＩＰデータをコア３１４に提供する。この低水準ＳＩＰサーバ３１２はまた、変更されたＳＩＰデータ構造をコア３１４から受信し、ＳＩＰメッセージを符号化し、この符号化されたＳＩＰメッセージをインバウンドインタフェース３０８及びアウトバウンドインタフェース３１０へ送信する。１つの形態では、この低水準ＳＩＰサーバ３１２は、Ｊａｖａ（登録商標）ＳｐｅｃｉｆｉｃａｔｉｏｎＲｅｑｕｅｓｔ（ＪＳＲ）１１６仕様に従って開発されたＢＥＡＷｅｂＬｏｇｉｃ（登録商標）ＳＩＰサーバである。

コア３１４は、ＳＩＰメッセージをＳＩＰ_XドメインからＳＩＰ_Yドメインへ及び／又はＳＩＰ_YドメインからＳＩＰ_Xドメインへ変更する。１つの形態では、このコア３１４は、ＳＩＰメッセージのフォーマットを、ＳＩＰメッセージを受信するＳＩＰサーバのドメインに従うように変更するための変換プロトコルを実装する。この変換プロトコルは、ＳＩＰサーバによって認識されない（メディアタイプなどの）パラメータを除去することができると共に、ＳＩＰメッセージの追加の又はその他の側面を変更することにより、メッセージがターゲットとするＳＩＰフォーマットに従うようにすることができる。変換処理は、ユーザ名、ドメイン、ＩＰアドレス、メディアタイプ、符号化データ、及びメディア初期化パラメータなどのＳＩＰメッセージパラメータを変換することができる。任意の２つ（又はそれ以上）のＳＩＰドメイン間で変更が行われる特定の態様は、レポジトリ３２２内で定義することができ、このレポジトリ３２２は、起点ＳＩＰフォーマットがターゲットとするＳＩＰフォーマットにどのようにマッピングを行うかについて規定する、変換及びフォーマット規則などの規則（例えば、ＳＩＰ_XメッセージからＳＩＰ_Yメッセージに変換するためのパラメータの削除、挿入、又は変更を指定する変換規則など）を記憶するものである。

或いは、又は上記のいずれかに加えて、変換プロトコルは、ＳＩＰメッセージの他の態様を変更することにより、このメッセージが第２のＳＩＰサーバのメッセージングフォーマットに従うようにすることができる。ＳＩＰメッセージを変更するために実行することができる様々な種類の変換が存在する。時には、１回の変換で十分な場合もある。別のときには、２回又はそれ以上の変換を行う場合もある。様々な種類の変換には、ＳＩＰメッセージへのデータフィールド（すなわちＳＩＰメッセージの任意の部分）の追加及び／又はＳＩＰメッセージからのデータフィールドの削除が含まれる。データフィールドを変換し、拡張し及び／又は切り捨てることができる。データフィールドを他のデータフィールドの周りに追加し、短縮し及び／又は延ばすこともできる。変換はまた、ＳＩＰメッセージの符号化フォーマットの変更、符号化の除去、又はその他の何らかのアクションの実行も含むことができる。

図５は、コア３１４が実行することができるプロトコル変換処理３５０の形態を示すフローチャートである。コア３１４は、ＳＩＰメッセージから第１のパラメータを取得し（３５２）、リポジトリ３２２から取得したデータに基づいて、パラメータを除去すべきであるかどうかを判定する（３５４）。パラメータを除去すべき場合、コア３１４はパラメータを除去し（３５６）、次に別のパラメータが存在するかどうかを判定する（３７２）。第１のパラメータを除去すべきでない場合、コア３１４は、パラメータ名を変更すべきかどうかを判定する（３５８）。変更すべき場合、ＳＩＰメッセージを受信することになっているＳＩＰサーバのドメインに従ってパラメータ名が変更される（３６０）。

コア３１４はまた、パラメータを変更する必要があるかどうかを判定する（３６２）。変更する必要がある場合、新しいパラメータ値が設定され（３６４）、コア３１４は、追加のパラメータが存在するかどうかを判定する（３７２）。パラメータを変更すべきでない場合、コア３１４は、パラメータがｕｎｉｆｏｒｍｒｅｓｏｕｒｃｅｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）を含むかどうかを判定する（３６６）。パラメータがＵＲＩを含まない場合、コア３１４は、追加のパラメータが存在するかどうかを判定する（３７２）。パラメータがＵＲＩを含む場合、コア３１４は、以下に説明するように、ユーザ名（３６８）及び受信側ＳＩＰサーバに対するドメイン（３７０）を照合し、適合させる。コア３１４は、追加のパラメータが存在しなくなるまで（３５４〜３７４）を繰り返す（３７６）。

コア３１４は、音声呼マネージャモジュール３１６、ビデオ呼マネージャモジュール３１８、及び／又はその他のモジュール３２０などの、特定の呼の種類に関連したＳＩＰメッセージの管理専用モジュールを含む。これらの専用モジュールは、ＳＩＰメッセージに変更を加えて特定の種類の呼を使用可能にする。例えば、ＳＩＰ_Xサーバ３２４により開始される音声呼は、音声呼用のＳＩＰ_Yサーバ３２６によって認識されるために、オーディオコーデックＣｙ１に取って代わられる必要があるオーディオコーデックＣｘを指定することができる。しかしながら、ビデオ呼用のＳＩＰ_Yサーバ３２６によって認識されるためには、この同じオーディオコーデックＣｘはオーディオコーデックＣｙ２に取って代わられることが必要になる場合がある。この例では、前者の適合は音声呼マネージャモジュール３１６により管理されるが、後者はビデオ呼マネージャモジュール３１８により管理される。

コア３１４は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、個別論理回路、或いはこれらの組み合わせ及び／又はその他の種類の回路及び論理回路などのプロセッサであってもよい。

上述のように、変更すべきＳＩＰメッセージの特定の態様は、リポジトリ３２２内に記憶することができる。リポジトリ３２２は、ＳＩＰサーバであるＳＩＰ_X３２４とＳＩＰ_Y３２６の一方又は両方のクライアントに関する、個々のクライアント向けのメッセージフォーマット規則を含む情報を記憶することができる。メッセージフォーマット規則は、着信メッセージを、属性及びとるべきアクションを示すリストに一致させるために使用するパラメータを含むことができる。このアクションは、属性を除去、変更、又は追加する必要があるかどうかを指示するものである。リポジトリ３２２は、各クライアントを特定の発呼線識別子（ＣＬＩ）にマッピングするための情報などの追加の情報を記憶することができる。例えば、ＣＬＩは（「ｕｓｅｒ＠ｄｏｍａｉｎ」の形で）クライアントのユーザＩＤを含むことができる。

１つの形態では、リポジトリ３２２は、ユーザ／クライアントの識別情報を特定のＳＩＰサーバにマッピングするテーブルを記憶することができる。下記の表２は、マッピングテーブルの例を示すものである。

ＳＩＰアダプタ３０２は、リポジトリ３２２内のユーザ／クライアントの識別情報を参照して、変更されたＳＩＰメッセージを受信することになっているＳＩＰサーバを位置決めする。

例えば、ＳＩＰアダプタ３０２は、オプションとしてノースバウンドインタフェース３２８を含み、保証、プロビジョニング及びプレゼンス情報などを提供する外部システムとの統合を管理することができる。

図６は、図４に関連して説明したような、ＳＩＰアダプタ３０２を含むサーバネットワーク４０２を有するネットワークシナリオ４００を示す図である。ＳＩＰアダプタ３０２は、図４に示した構成以外の構成を有することができる。

ネットワークシナリオ４００は、ＳＩＰ_Xサーバ３２４がサービスを提供するクライアントを含むユーザネットワーク４０４と、ＳＩＰ_Yサーバ３２６がサービスを提供するクライアントを含むユーザネットワーク４０６及び４０８とを含む。ＳＩＰ_Xサーバ３２４及びＳＩＰ_Yサーバ３２６は、ＳＩＰメッセージ４２４（ａ）及び４２４（ｂ）をユーザネットワーク４０４及び４０８に各々通信する。例示の形態では、ＳＩＰ_Yサーバ３２６はまた、統合サービスデジタル網（ＩＳＤＮ）のユーザメッセージをユーザネットワーク４０６に通信する。例として、ユーザネットワーク４０４はＭｉｃｒｏｓｏｆｔ（登録商標）ＯｆｆｉｃｅＣｏｍｍｕｎｉｃａｔｏｒなどの統合型企業向けアプリケーションであり、ユーザネットワーク４０６は公衆交換電話網（ＰＳＴＮ）であり、ユーザネットワーク４０８はＶｏＩＰネットワークであってもよい。

１つの形態では、ＳＩＰ_Yサーバはソフトスイッチとして機能し、ＲＦＣ３２６１標準のインタフェースを実装し、メディアゲートウェイコントローラ機能及びシグナリングゲートウエイ機能を含む。メディアゲートウェイコントローラ機能とは、メディアゲートウェイ及びＰＳＴＮ４０６上の音声呼を制御するものである。１つの形態では、このメディアゲートウェイコントローラ機能は、メディアゲートウェイ制御プロトコル（ＭＧＣＰ）を実装してＰＳＴＮ４０６音声呼を制御する。

例示の形態では、ＳＩＰ_Yサーバ３２６は、メディアゲートウェイ４１２を備えたルータ４１０と通信して、回線網とパケット網との間で相互作用を行う。ＭＧＣＰ４１４、Ｈ．２４８プロトコル又はその他のシグナリングプロトコルを介して、ＳＩＰ_Yサーバ３２６のメディアゲートウェイコントローラ機能によって、このメディアゲートウェイ４１２を制御することができる。

セッションダイレクタ（ＳＤ）４１６は、ＶｏＩＰネットワーク４０８をキャリアネットワーク４１８から分離するゲートウェイである。ＳＤ４１６は、ＶｏＩＰネットワーク４０８用のネットワークアドレス変換（ＮＡＴｉｎｇ）を管理し、ＳＩＰメッセージのＮＡＴ越えを実行し、オーディオ及びビデオパケット用のリアルタイム転送プロトコル（ＲＴＰ）４２０を実装する。

図７は、異なるＳＩＰドメイン５０６及び５０８内の発呼側５０２と着呼側５０４との間における図４のＳＩＰアダプタ３０２を介するＳＩＰメッセージング５００を示す図である。ＳＩＰドメイン５０６及び５０８は、それらの各々のＳＩＰサーバによりサービスを受けている。ＳＩＰ_Xドメイン５０６はＳＩＰ_Xサーバ３２４によりサービスを受け、ＳＩＰ_Yドメイン５０８はＳＩＰ_Yサーバ３２６によりサービスを受けている。

発呼側５０２と着呼側５０４との間の呼を開始するために、発呼側５０２は、ＳＩＰ開始メッセージ（１）をＳＩＰ_Xサーバ３２４へ送信する。例示的なＳＩＰ開始メッセージを以下の表３に示す。

「招待」フィールドは、着呼側を識別するための着呼側ＵＲＩを含む。「発信元」フィールドは、発呼側を識別するための発呼側ＵＲＩを含む。「宛先」フィードは、着呼側と連絡をとるための連絡先アドレスを含む。着呼側の識別情報が着呼側の連絡先アドレスと異なる場合、及び／又は、着呼側が複数の連絡先アドレスを有する場合など、場合によっては、この連絡先アドレスは着呼側のＵＲＩと異なるものであってもよい。一般に、識別子としてのＵＲＩは、ドメイン名を伴うか、或いは伴わないユーザ名であるか、若しくは電話番号（例えば、０１１２２３３４４５５）である。

ＳＩＰ_Xサーバ３２４は、発呼側メッセージ（１）を受信し、レジストラデータベース５１０を参照する。このレジストラデータベース５１０は、（図のように）ＳＩＰサーバ内部に統合するか、又は外部に統合することができる。レジストラデータベース５１０は、ネットワークＡ３０４内に（及び、ＳＩＰ_Xサーバ３２４によりサービスを受けているその他の任意のネットワーク内に）登録されているユーザのリストを有する。レジストラデータベース５１０はまた、個々の登録ユーザに対する少なくとも１つの連絡先アドレスも含む。

ＳＩＰ_Xサーバ３２４は、例えば、着呼側のＵＲＩのユーザ名の部分又はドメインの部分を用いて、データベースクエリーを実行することができる。着呼側がＳＩＰ_Xサーバ３２４のドメイン内にある場合、クエリーはその旨を示す情報を返す。この情報には、着呼側との通信に使用される着呼側に関する追加の識別情報が含まれる。従って、ＵＲＩが登録されている場合、ＳＩＰ_Xサーバ３２４が発呼側と着呼側との間のＳＩＰメッセージングを担うことになる。

「内容」フィールドは、メディアセッションを開始するために必要なメディアパラメータを含む。例えば、メディアパラメータは、発呼側がサポートするコーデックのリストを示すことができる。コーデックは、ＩＰネットワーク上で（音声データ又はビデオデータなどの）メディアフローを圧縮し、転送するために使用されるアルゴリズムである。コーデックの例としては、国際電気通信連合によりサポートされるＧ．７１１及びＧ．７２９標準がある。コーデックは、発呼側５０２及び着呼側５０４がメディアセッションのための共通コーデックを選択できるように招待メッセージ内に含まれている。選択されたコーデックは、発呼側５０２と着呼側５０４の両方によりサポートされるようになる。

ユーザが、ＳＩＰ_Xサーバ３２４によりサービスを受けているネットワークに登録されていないか、及び／又は属していない場合、ＳＩＰ_Xサーバ３２４は、ＳＩＰ開始メッセージ（１）をＳＩＰアダプタ３０２へ経路指定し、ＳＩＰフィールドを操作する。転送されたＳＩＰメッセージ（２）は、通常、ＳＩＰ開始メッセージ（１）と同一であるが、必ずしも同一である必要はない。表４は、ＳＩＰアダプタ３０２に送信されたＳＩＰメッセージ内のＳＩＰフィールドの例を示している。この例では、招待フィールド内のドメイン名は、レジストラデータベース５１０から取り出された情報に基づいて、ＳＩＰ．ａｂｃ．ｃｏｍから１９２．１５６．０．６０に変更されている。

ＳＩＰアダプタ３０２は、招待メッセージ内の特定のＵＲＩ（「招待」、「発信元」、及び「宛先」フィールド）を着呼側ネットワーク（ネットワークＢ３０６）内及びＳＩＰ_Yドメイン５０８内で認識可能なパラメータに変更する。表５は、ＳＩＰアダプタ３０２によって変更されたフィールドの例を示している。

この例では、ネットワークＡ３０４内で有効なアドレス及び論理名を置き換えて、ユーザ名フィールドとドメインフィールドの両方が、ネットワークＢ３０６内で認識可能なフォーマットに変更されている。ドメインアドレスはネットワークに属しているため、それぞれのネットワーク要件に合致するように変更される。この例では、ドメインアドレスがネットワークＢ３０６の要件に合致するように変更される。一方、ユーザ名はＳＩＰドメインに属しているため、これらはＳＩＰ_Yドメイン５０８に合致するように変更される。表５はまた、「発信元」フィールド内のユーザ識別子を、ＳＩＰ_Xドメイン５０６内でのみ有効である論理名からＳＩＰ_Yドメイン５０８内で有効な電話番号に変更する例も示している。リポジトリ３２２は、ネットワークＡ３０４とネットワークＢ３０６との間で招待メッセージのＵＲＩを変更するための規則を記憶する。リポジトリ３２２は、２つのネットワーク間でＳＩＰメッセージの変換をサポートするために必要な全ての規則を用いてプログラムされることが理想的である。従って、ＵＲＩはＳＩＰアダプタ３０２により変更されて、ネットワークＢ３０６内の招待メッセージを正しくルーティングできるようになる。リポジトリ３２２が、対応する変更規則を含まない場合、ＵＲＩ及び／又はパラメータは変更されないことになる。

ＳＩＰアダプタ３０２はまた、ＳＩＰメッセージのＳＤＰの内容も変更して、ＳＩＰ_Yサーバ３２６が受け入れるＳＤＰフォーマットに従う変更済みＳＩＰメッセージを提供する。ＳＩＰメッセージのＳＤＰ部分からいくつかのメディアタイプを除去するか、及び／又は、図５に関して上述したようにその他の変更を行うことができる。ＳＩＰメッセージの変更後、ＳＩＰアダプタ３０２は、開始メッセージ（３）をＳＩＰ_Yサーバ３２６へ経路指定する。（４）において、ＳＩＰ_Yサーバ３２６は、内部ルーティングテーブルに基づいて、（ＳＩＰアダプタ３０２において適合されたことよりＳＩＰ_Yサーバ３２６によって理解される）変更済みＳＩＰメッセージを着呼側５０４へ転送する。

図８は、発呼側と着呼側との間の通信セッションを開始するために、サーバネットワークが実行することができる処理フロー６００を示す図である。ＳＩＰサーバは、クライアントからＳＩＰメッセージを受信する（６０２）。ＳＩＰメッセージは、着呼側と通信セッションを確立するために送信される。ＳＩＰサーバは、「招待」フィールド及び「宛先」フィールド内で指定される着呼側のＳＩＰのＵＲＩを参照して、着呼側が登録されているかどうか（６０４）、すなわち、着呼側が現存しており、かつそのドメイン内でＳＩＰ呼を受信できるかどうかを判定する。着呼側が登録されていれば、ＳＩＰサーバはＳＩＰメッセージを着呼側へ通信する（６０６）。

着呼側が登録されていなければ、ＳＩＰサーバはＳＩＰメッセージをＳＩＰアダプタへ経路指定する（６０８）。ＳＩＰアダプタは、ＳＩＰメッセージを受信し、着呼側ドメインに基づいて、メッセージフォーマット規則用のリポジトリを参照する（６１０）。ＳＩＰアダプタは、メッセージフォーマット規則に基づいてＳＩＰメッセージを変更し、その結果、着呼側ドメインのＳＩＰサーバによりＳＩＰメッセージを認識できるようになる（６１２）。変更処理の例を図５に示す。ＳＩＰアダプタは、変更済みＳＩＰメッセージを着呼側のＳＩＰサーバへ通信し、このＳＩＰサーバは、上記変更済みＳＩＰメッセージを着呼側へ通信する（６１４）。ＳＩＰメッセージングは、発呼側ＳＩＰサーバと着呼側ＳＩＰサーバとの間でＳＩＰメッセージを変更するＳＩＰアダプタを用いて、通信セッションを確立できるまで継続する（６１６）。通信セッションが確立されると、発呼側及び着呼側は、ＩＰ又はその他のプロトコルを用いて直接メディアデータを通信するようになる（６１８）。

上記説明した特定の実施構成にかかわらず、上記説明の全ては、本発明を限定するものではなく、事実上例示的なものである。例えば、選択した態様、機能、又は構成要素は、サーバ内で実施するように示してはいるが、ＳＩＰアダプタに従うシステム及び方法の全て又は一部は、機械により読み込み可能な他の媒体、例えば、ハードディスク、フロッピー（登録商標）ディスク、及びＣＤ−ＲＯＭなどの２次記憶装置、ネットワークから受信される信号、又は、現在知られている、或いは今後開発されるその他の形式のＲＯＭ又はＲＡＭ上に記憶し、配信し、又は読み込むことができるものである。

上記の論理は、同じか、或いは異なるスレッド、ファイバ又は処理内のコード及びデータを構成するその他の方法の中に存在するものであってもよい。更に、ある種の論理は、関数呼び出し機能を通じて相互に作用できるものであるが、メッセージパッシング、ミューテックス又はセマフォー型システムを含むか、或いは他の通信技術によって他の通信方法も実現可能である。

システムの特定の構成要素は、追加の又は異なる構成要素を含むことができる。サーバは、マイクロプロセッサ、マイクロコントローラ、ＤＳＰ、特定用途向け集積回路（ＡＳＩＣ）、個別論理回路、或いはその他の形式の回路又は論理回路の組み合わせとして実装することができる。同様に、メモリは、ＤＲＡＭ、ＳＲＡＭ、Ｆｌａｓｈ又はその他の任意の種類のメモリであってもよい。システムの処理能力は、複数の分散処理システムを任意に含む、複数のプロセッサ及びメモリなどの複数のシステムコンポーネントの間で分散することができる。パラメータ、データベース、及びその他のデータ構造は、別個に保存及び管理し、単一のメモリ又はデータベースに組み入れ、多くの異なる方法で論理的及び物理的に体系化し、リンク化したリスト、ハッシュテーブル、又は間接的な保存メカニズムなどのデータ構造を含む多くの方法で実装することができる。プログラム及び規則セットは、単一のプログラム又は規則セット、個別のプログラム又は規則セットの一部であってもよく、これらを複数のメモリ又はプロセッサにわたって配信することができる。

したがって、前述の詳細な説明は、本発明を限定するものではなく例示的なものであると考えること、並びに、本発明の思想及び範囲を定義するように意図されるものは、全ての同等物を含む以下の請求項であると理解されるように意図するものである。

（従来技術）異なるセッション開始プロトコル（ＳＩＰ）を用いた少なくとも２つのメッセージングドメインを含む複数のメッセージングドメインを示す図である。異なるＳＩＰメッセージフォーマットを実現する２つのＳＩＰドメインと通信するＳＩＰアダプタを示す図である。図１のＳＩＰサーバと通信するＳＩＰアダプタを示す図である。異なるＳＩＰメッセージフォーマットを有する２つのＳＩＰドメインと通信するＳＩＰアダプタの態様を示す図である。ＳＩＰメッセージ内のフィールドを変更するためにＳＩＰアダプタが実行することができるプロトコル変換処理の形態を示すフロー図である。ＳＩＰアダプタを有するサーバネットワークを示す図である。異なるＳＩＰドメインにおける発呼側と着呼側との間のＳＩＰアダプタを通じたＳＩＰメッセージングを示す図である。発呼側と着呼側との間の通信セッションを開始するためにサーバネットワークがとることができる行為を示す。

Claims

第１のメッセージングドメインのフォーマットに従うセッション開始メッセージを受信するステップと、
前記セッション開始メッセージを、第２のメッセージングドメインフォーマットに従うように変更するステップとを含む、コンピュータで実行される方法。
前記セッション開始メッセージを変更するために、変換プロトコルにアクセスするステップを含む、請求項１に記載の方法。
前記第１のメッセージングドメインのフォーマットは、第１のＳＩＰサーバが実装する第１のセッション開始プロトコル（ＳＩＰ）フォーマットであり、前記第２のメッセージングドメインのフォーマットは、第２のＳＩＰサーバが実装する第２のＳＩＰフォーマットである、請求項１又は２に記載の方法。
前記セッション開始メッセージのパラメータを変更するステップを含む、請求項１〜３の何れか１項に記載の方法。
前記セッション開始メッセージのパラメータを除去するステップを含む、請求項１〜４の何れか１項に記載の方法。
前記セッション開始メッセージを変更するステップは、識別子フィールドを変更するステップを含む、請求項１〜５の何れか１項に記載の方法。
前記第１のメッセージングドメインのフォーマットは、統合型企業向けドメインの形で存在し、かつ前記第２のメッセージングドメインのフォーマットは、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）のドメインの形で存在する、請求項１〜６の何れか１項に記載の方法。
前記セッション開始メッセージを変更するステップは、ドメイン名を前記第２のメッセージングドメインのフォーマットにマッピングするデータベースから取り出した情報に基づくものである、請求項１〜７の何れか１項に記載の方法。
変更済みセッション開始メッセージをプロキシサーバへ通信するステップを含む、請求項１〜８の何れか１項に記載の方法。
上記請求項１〜９の１つ以上に記載の方法を実行するために、プロセッサ実行可能な命令を有するコンピュータ読み出し可能な記憶媒体。
第１のメッセージングドメインのフォーマットに従うセッション開始プロトコルメッセージを受信するインタフェースと、
前記セッション開始プロトコルメッセージを、第２のメッセージングドメインのフォーマットに従うように変更するプロセッサとを備えた装置。
少なくとも１つのフォーマット規則にマッピングされた少なくとも１つのクライアントドメイン名を有するデータベースを更に備え、
前記プロセッサは、前記フォーマット規則に従って前記セッション開始プロトコルメッセージを変更する、請求項１１記載の装置。
前記セッション開始プロトコルメッセージを第１のセッション開始プロトコルサーバから受信する第１のインタフェースと、
変更済みセッション開始プロトコルメッセージを第２のセッション開始プロトコルサーバへ通信する第２のインタフェースとをさらに備えた請求項１１又は１２記載の装置。
前記プロセッサは、プロトコル変換処理を実行して前記セッション開始プロトコルメッセージのパラメータを変更する、請求項１１〜１３の何れか１項に記載の装置。
前記プロセッサと通信する第１のセッション開始プロトコルサーバと、
前記プロセッサと通信する第２のセッション開始プロトコルサーバと、
を更に備え、
前記第１のセッション開始プロトコルサーバ及び前記第２のセッション開始プロトコルサーバは異なるメッセージフォーマットを実装する、請求項１１〜１４の何れか１項に記載の装置。