(57)【要約】【課題】異なるセッション開始プロトコルを実装する個々のネットワークにおいて発呼側と着呼側との間で通信セッションを開始するためのニーズが存在し、ＳＩＰアダプタは異なるＳＩＰ標準を用いるネットワーク内のエンドポイント間でセッション情報を通信する上での技術的問題を解決する。【解決手段】ＳＩＰアダプタがＳＩＰメッセージのフォーマットを変更する。第１のフォーマット形式のＳＩＰメッセージが、第１のフォーマットに基づきＳＩＰアダプタにより第１のＳＩＰサーバから受信される。ＳＩＰアダプタはＳＩＰメッセージを第２のフォーマットに変更し、この変更済みＳＩＰメッセージを第２のメッセージフォーマットに基づき第２のＳＩＰサーバへ転送する。ＳＩＰアダプタはＳＩＰメッセージを変更して、異なるＳＩＰメッセージフォーマットを利用するＳＩＰサーバのクライアント間で通信セッションを確立する。【選択図】図３
2014241641.tif 000002
【特許請求の範囲】
【請求項１】
第１のメッセージングドメインのフォーマットに従うセッション開始メッセージを受信するステップと、
前記セッション開始メッセージを、第２のメッセージングドメインフォーマットに従うように変更するステップとを含む、コンピュータで実行される方法。
【請求項２】
前記セッション開始メッセージを変更するために、変換プロトコルにアクセスするステップを含む、請求項１に記載の方法。
【請求項３】
前記第１のメッセージングドメインのフォーマットは、第１のＳＩＰサーバが実装する第１のセッション開始プロトコル（ＳＩＰ）フォーマットであり、前記第２のメッセージングドメインのフォーマットは、第２のＳＩＰサーバが実装する第２のＳＩＰフォーマットである、請求項１又は２に記載の方法。
【請求項４】
前記セッション開始メッセージのパラメータを変更するステップを含む、請求項１〜３の何れか１項に記載の方法。
【請求項５】
前記セッション開始メッセージのパラメータを除去するステップを含む、請求項１〜４の何れか１項に記載の方法。
【請求項６】
前記セッション開始メッセージを変更するステップは、識別子フィールドを変更するステップを含む、請求項１〜５の何れか１項に記載の方法。
【請求項７】
前記第１のメッセージングドメインのフォーマットは、統合型企業向けドメインの形で存在し、かつ前記第２のメッセージングドメインのフォーマットは、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）のドメインの形で存在する、請求項１〜６の何れか１項に記載の方法。
【請求項８】
前記セッション開始メッセージを変更するステップは、ドメイン名を前記第２のメッセージングドメインのフォーマットにマッピングするデータベースから取り出した情報に基づくものである、請求項１〜７の何れか１項に記載の方法。
【請求項９】
変更済みセッション開始メッセージをプロキシサーバへ通信するステップを含む、請求項１〜８の何れか１項に記載の方法。
【請求項１０】
上記請求項１〜９の１つ以上に記載の方法を実行するために、プロセッサ実行可能な命令を有するコンピュータ読み出し可能な記憶媒体。
【請求項１１】
第１のメッセージングドメインのフォーマットに従うセッション開始プロトコルメッセージを受信するインタフェースと、
前記セッション開始プロトコルメッセージを、第２のメッセージングドメインのフォーマットに従うように変更するプロセッサとを備えた装置。
【請求項１２】
少なくとも１つのフォーマット規則にマッピングされた少なくとも１つのクライアントドメイン名を有するデータベースを更に備え、
前記プロセッサは、前記フォーマット規則に従って前記セッション開始プロトコルメッセージを変更する、請求項１１記載の装置。
【請求項１３】
前記セッション開始プロトコルメッセージを第１のセッション開始プロトコルサーバから受信する第１のインタフェースと、
変更済みセッション開始プロトコルメッセージを第２のセッション開始プロトコルサーバへ通信する第２のインタフェースとをさらに備えた請求項１１又は１２記載の装置。
【請求項１４】
前記プロセッサは、プロトコル変換処理を実行して前記セッション開始プロトコルメッセージのパラメータを変更する、請求項１１〜１３の何れか１項に記載の装置。
【請求項１５】
前記プロセッサと通信する第１のセッション開始プロトコルサーバと、
前記プロセッサと通信する第２のセッション開始プロトコルサーバと、
を更に備え、
前記第１のセッション開始プロトコルサーバ及び前記第２のセッション開始プロトコルサーバは異なるメッセージフォーマットを実装する、請求項１１〜１４の何れか１項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、ネットワーク通信の分野に関し、より具体的には、異なるセッション開始プロトコルを実装する個々のネットワークにおける参加者間での通信セッションの開始に関する。
【背景技術】
【０００２】
セッション開始プロトコル（ＳＩＰ）とは、メッセージングネットワークなどの、インタネットプロトコル（ＩＰ）ネットワークにおいて２人（又はそれ以上）の参加者間で通信セッションを開始するために使用されるシグナリングプロトコルのことである。この通信セッションは、インターネット上の電話呼、インスタントメッセージング（ＩＭ）セッション、マルチメディア会議セッション、又は参加者間におけるその他の種類の通信行為であってもよい。参加者（発呼側及び着呼側）は、ＩＭクライアントアプリケーションなどのコンピュータ上で実行するアプリケーション、或いはＩＰ電話などの装置によってネットワークにインタフェース接続することができる。本明細書を通じて、特に指示しない限り、「発呼側」及び「着呼側」という用語は、クライアントアプリケーション、装置、又はその他のネットワーク通信のエンドポイントを意味するものとし、参加者自身を意味するものではない。「エンドポイント」という用語は、（単複の）ネットワーク内において或いは（単複の）ネットワーク間において参加者が相互に通信できるようにするクライアントアプリケーション、ＩＰ電話、又は任意のプログラム（ソフトウェアエンドポイント）、プログラムの組、装置（ハードウェアエンドポイント）又は装置の組などの１又はそれ以上のインタフェースを意味するものである。
【０００３】
通信セッションの開始（「シグナリング」とも呼ばれる）段階中に、発呼側と、発呼側のネットワークに関連するＳＩＰサーバとの間でＳＩＰメッセージングがまず発生する。通信セッションを開始するために、発呼側はＳＩＰ招待メッセージ(SIP invitation message)をＳＩＰサーバへ送信する。ＳＩＰ招待メッセージには、通常、着呼側のアドレスと同時にセッション記述が含まれる。例えば、セッション記述は、予想されるセッションが、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）電話セッション、テレビ会議セッション又はその他の種類のメディアセッションであることを示すことができる。次に、ＳＩＰサーバは、着呼側へＳＩＰ招待メッセージを通信する。ＳＩＰ招待メッセージには、ＳＩＰサーバを介する発呼側と着呼側との間のさらなるＳＩＰメッセージングが後続する。このＳＩＰメッセージングは、発呼側と着呼側に通信セッションの準備をさせるために使用する情報を提供するものである。
【０００４】
ＳＩＰメッセージングは、着呼側のアドレス（例えば、ＩＰアドレス）が正しいかどうか、また、着呼側が利用可能であるかどうかを確認することもできる。ＳＩＰメッセージングは、着呼側の一定のコンピュータリソース及び／又はネットワークリソースが通信セッションのために必要であり、通信セッションが行われようとしている場合には、これらリソースを予約すべきである旨を示すことができる。例えば、ＳＩＰメッセージングにより、通信セッションがテレビ会議セッションであることが示される場合、着呼側のコンピュータにおいてビデオアプリケーションがアクセス可能でありかつ実行可能であることが必要になる場合がある。更に、ＳＩＰメッセージングは、密接な通信交換を保証するためにメモリなどのコンピュータリソース及び／又はネットワークリソースをセッションに割り当てなければならない旨を示すことができる。着呼側がこの通信要件を満たすことができる場合、その旨を表示するＳＩＰメッセージが着呼側からＳＩＰサーバへ送信される。それに応じてＳＩＰサーバは発呼側に通知を行う。セッションの開始後、セッション設定が変更されない限り、或いは発呼側又は着呼側によりセッションが終了されるまで、エンドポイントは、ＳＩＰ又はＳＩＰサーバを更に呼び出すことなく、ＩＰなどのデータ指向プロトコルを介してデータ交換を行う。
【０００５】
各種のＳＩＰ標準が存在する。例えば、インターネット技術タスクフォース（ＩＥＴＦ）は、ＳＩＰ標準としてＲＦＣ３２６１を指定している。ＲＦＣ３２６１は、ＶｏＩＰ向けのシグナリングプロトコルとして広く用いられており、技術が進むにつれて進化し、拡張されてきている。特定のネットワークドメインをサポートするＳＩＰサーバ向けにカスタマイズされたＳＩＰ標準のような他のＳＩＰ標準も存在する。例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）社は、広く使われているＭｉｃｒｏｓｏｆｔ（登録商標）Ｏｆｆｉｃｅ  Ｃｏｍｍｕｎｉｃａｔｏｒ（ＭＯＣ）のクライアントをサポートするためにカスタマイズされたＳＩＰを利用する。ＭＯＣのＳＩＰフィールドがＲＦＣ３２６１のＳＩＰフィールドと異なるという理由で重要な問題が生じている。すなわち、ＭＯＣのＳＩＰメッセージは、ＲＦＣ３２６１ドメイン内では認識されず、またＲＦＣ３２６１のＳＩＰメッセージは、ＭＯＣドメイン内では認識されない。従って、ＭＯＣドメイン内の参加者とＲＦＣ３６２１ドメイン内の参加者との間で通信セッションを確立することはできない。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
そこで、異なるセッション開始プロトコルを実装する個々のネットワークにおいて発呼側と着呼側との間で通信セッションを開始するためのニーズが存在する。ＳＩＰアダプタは、異なるＳＩＰ標準を用いるネットワーク内のエンドポイント間においてセッション情報を通信する上での技術的問題を解決するものである。
【課題を解決するための手段】
【０００７】
セッション開始プロトコル（ＳＩＰ）アダプタを開示する。１つの実施形態によれば、このＳＩＰアダプタは、第１のＳＩＰサーバから受信したＳＩＰメッセージのフィールド内容を変更するように構成されたプロキシサーバを含むことにより、このＳＩＰメッセージは、第２のＳＩＰサーバのメッセージングフォーマットに従うようになり、その結果、第２のＳＩＰサーバに認識されるようになる。変換プロトコルを実装して、第１のＳＩＰサーバから受信したＳＩＰメッセージを変更することにより、ＳＩＰメッセージを受信することになる第２のＳＩＰサーバのドメインに、このＳＩＰメッセージを一致させることができるようになる。この目的のために、変換プロトコルは、変換規則及び（メッセージ）フォーマット規則を含む、ＳＩＰサーバに関する情報がプログラムされたリポジトリにアクセスするステップを含むことができる。この規則は、ＳＩＰメッセージパラメータを特定のフォーマット、特性及び／又は行われるアクションに合致させるステップを含むことができる。更に、この規則は、ＳＩＰメッセージが第２のＳＩＰサーバのメッセージングフォーマットにどのようにマッピングを行うかについて規定するものである。この規則は、パラメータの削除、挿入及び変更などの１又はそれ以上のパラメータに関して行われるアクションを定義することができる。このようにアクションを実行して、ＳＩＰメッセージの任意の側面を第２のＳＩＰサーバのメッセージフォーマットに変換することができるようになる。
【０００８】
変換プロトコルは、第２のＳＩＰサーバが認識できないＳＩＰメッセージから（メディアタイプなどの）パラメータを除去することができる。或いは、又はこれに加えて、変換プロトコルは、ＳＩＰメッセージの他の側面を変更して、メッセージが第２のＳＩＰサーバのメッセージフォーマットに適合するようにすることができる。ＳＩＰメッセージを変更するために行うことができる様々な種類の変換がある。時には、１回の変換で十分な場合もある。別のときには、２回又はそれ以上の変換を行う場合もある。様々な種類の実行可能な変換には、ＳＩＰメッセージへのデータフィールドの追加及び／又はＳＩＰメッセージからのデータフィールドの削除が含まれる。データフィールドを変換し、拡張及び／又は切り捨てることができる。データフィールドを他のデータフィールドの周りに追加し、短縮し及び／又は延長することもできる。データフィールドは、ＳＩＰメッセージの任意の部分又は一部に対応することができる。変換はまた、ＳＩＰメッセージの符号化フォーマットの変更、符号化の除去、又はその他の何らかのアクションの実行も含むことができる。
【０００９】
したがって、特に異なるセッション開始プロトコルを実装する個々のネットワークにおいて発呼側と着呼側との間で通信セッションを開始することが望ましい。ＳＩＰアダプタは、異なるプラットフォーム上で動作する異なるＳＩＰサーバ間の通信の信頼性をこのように大幅に改善する。更に、ネットワークトラフィックもまた、信頼性と同様に、ネットワークの速度及び効率を改善することができる。特にシステム要件の不一致に起因する不要なトラフィックを回避することにより、通信も強化される。
【００１０】
１つのアダプタ実装構成において、ＳＩＰアダプタは、第２のＳＩＰサーバによって認識されそうにないＳＩＰメッセージからメディアタイプを除去することによりフィールド内容を変更する。除去されたメディアタイプは、他の任意のＳＩＰメッセージの変更と同様、ＳＩＰアダプタのパラメータとして構成することが可能である。
【００１１】
プロキシサーバは、アプリケーションプログラム、コンピュータ、コンピュータシステム、コンピュータ群,又は他の処理エンティティであってもよい。好ましい形態では、プロキシサーバは、インバウンドインタフェース、アウトバウンドインタフェース、コア、及びリポジトリを含む。インバウンドインタフェースは、第１のＳＩＰサーバメッセージングフォーマットに従う第１のＳＩＰサーバと通信する。アウトバウンドインタフェースは、第２のＳＩＰサーバメッセージングフォーマットに従う第２のＳＩＰサーバと通信する。コアは、第１のＳＩＰサーバ及び／又は第２のＳＩＰサーバから受信したＳＩＰメッセージを変更し、それによって、メッセージを受信すべきＳＩＰサーバのフォーマットに各メッセージを従わせる。リポジトリは、ユーザ名及びドメイン名を特定のＳＩＰメッセージングフォーマット及びネットワークフォーマットにマッピングするための情報と、各ドメイン名に関連するＳＩＰサーバを識別するための情報とを記憶する。
【００１２】
１つの実施形態によれば、ＳＩＰアダプタは、第１のＳＩＰサーバのメッセージングフォーマットを有する第１のＳＩＰサーバ、及び第２のＳＩＰサーバのメッセージングフォーマットを有する第２のＳＩＰサーバと通信する。第１のＳＩＰサーバは、第１のネットワークドメインと関連し、また第２のＳＩＰサーバは、第２のネットワークドメインと関連する。第１のドメイン内のクライアント（発呼側）から送信されるＳＩＰメッセージは、第１のＳＩＰサーバが受信する。第１のＳＩＰサーバは、データベースを参照して、目的とする受信者（着呼側）が、登録済みのｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）を有しているかどうかを判定する。第１のＳＩＰサーバは、例えば、（ｕｓｅｒｎａｍｅ＠ｄｏｍａｉｎ．ｃｏｍなどの）ＵＲＩのユーザ名部分又はドメイン部分を用いて、データベースクエリーを実行することができる。着呼側が、第１のＳＩＰサーバのドメイン内にあれば、このクエリーはその旨を示す情報を返す。この情報には、着呼側に通信するために用いることができる、着呼側に関連する追加の識別情報が含まれる。したがって、ＵＲＩが登録されていれば、第１のＳＩＰサーバがクライアントと受信者との間のＳＩＰメッセージングを担うことになる。
【００１３】
したがって、第１のＳＩＰにおいて、ＳＩＰアダプタが必要であるかどうか、及び第１のＳＩＰサーバを介して発呼側と着呼側との間に通信チャネルが確立されているかどうかを判定することが望ましい。
【００１４】
ＵＲＩが登録されていない場合、第１のＳＩＰサーバは、ＳＩＰメッセージをＳＩＰアダプタへ経路指定する。ＳＩＰアダプタは、ＳＩＰフィールドの内容を変更し、それによって、ＳＩＰメッセージが第２のＳＩＰサーバのメッセージングフォーマットに従うようにする。一例として、ＳＩＰアダプタは、上述した変換プロトコルの任意の部分又は全てを実装することによりＳＩＰメッセージを変更することができる。次に、ＳＩＰアダプタは、変更されたＳＩＰメッセージを第２のＳＩＰサーバへ転送する。ＳＩＰアダプタは、（第１のＳＩＰサーバを介する）第１のドメイン内のクライアントと、（第２のＳＩＰサーバを介した）第２のドメイン内の受信者との間の更なるＳＩＰメッセージングのためのプロキシの役割を担うことになる。
【００１５】
以下の図面及び詳細な説明の検証において、本発明の他のシステム、方法及び特徴が当業者には明らかになるであろう。これらの追加のシステム、方法、特徴及び利点が、全てこの説明の中に含まれ、本発明の範囲内に含まれ、また以下の請求項により保護されることが意図されている。
【００１６】
本開示は、以下の図面及び説明を参照することでより一層に理解することができる。図中の構成要素は必ずしも縮尺通りではなく、代わりに本発明の原理を例示する際には強調表示が行われている。更に、図において、同一の参照番号は、異なる図面を通じて一致する部分又は要素を示すものとする。
【図面の簡単な説明】
【００１７】
【図１】（従来技術）異なるセッション開始プロトコル（ＳＩＰ）を用いた少なくとも２つのメッセージングドメインを含む複数のメッセージングドメインを示す図である。
【図２】異なるＳＩＰメッセージフォーマットを実現する２つのＳＩＰドメインと通信するＳＩＰアダプタを示す図である。
【図３】図１のＳＩＰサーバと通信するＳＩＰアダプタを示す図である。
【図４】異なるＳＩＰメッセージフォーマットを有する２つのＳＩＰドメインと通信するＳＩＰアダプタの態様を示す図である。
【図５】ＳＩＰメッセージ内のフィールドを変更するためにＳＩＰアダプタが実行することができるプロトコル変換処理の形態を示すフロー図である。
【図６】ＳＩＰアダプタを有するサーバネットワークを示す図である。
【図７】異なるＳＩＰドメインにおける発呼側と着呼側との間のＳＩＰアダプタを通じたＳＩＰメッセージングを示す図である。
【図８】発呼側と着呼側との間の通信セッションを開始するためにサーバネットワークがとることができる行為を示す。
【発明を実施するための形態】
【００１８】
図１は、異なるセッション開始プロトコル（ＳＩＰ）を用いるメッセージング／ネットワークドメインを含む複数のメッセージング／ネットワークドメイン１０を示す。第１のＳＩＰサーバ（ＳＩＰX）１４は、ＳＩＰXドメイン内のＳＩＰメッセージを通信する。第２のＳＩＰサーバ（ＳＩＰY）２６は、ＳＩＰYドメイン内のＳＩＰメッセージを通信する。本図では、ＳＩＰXドメイン内のメッセージのフォーマットは、ＳＩＰYドメイン内のメッセージのフォーマットと異なるものである。本明細書を通じて、メッセージング／ネットワークドメインとは、クライアントアプリケーション及びクライアントドメインを意味し、一方、ＳＩＰドメインとは、ＳＩＰサーバ及びクライアントが実装する（単複の）ＳＩＰメッセージングフォーマットを意味することを付記しておく。したがって、クライアント（発呼側又は着呼側）は、通常、メッセージング／ネットワークドメインとＳＩＰドメイン双方の一部であることになる。本明細書を通じて、メッセージング／ネットワークドメインを単にメッセージングドメインと呼ぶ場合がある。
【００１９】
クライアントＡ１６及びクライアントＢ２０は、メッセージングドメイン３６及び１２の各々におけるエンドポイントである。クライアント１６及び２０は、個々のメッセージングドメイン３６、１２内でＳＩＰXドメイン固有のプロトコルを用いてＳＩＰメッセージ１８及び２２を準備する。したがって、ＳＩＰxサーバ１４は、クライアントＡ１６とクライアントＢ２０との間で通信セッションを正常に開始することができる。
【００２０】
ＶｏＩＰ電話機1２８及びＶｏＩＰ電話機2３２は、メッセージングドメイン２４及び３８の各々におけるエンドポイントである。電話機２８及び３２は、ＳＩＰYドメイン固有のプロトコルを用いて個々のメッセージングドメイン２４、３８内においてＳＩＰメッセージ３０及び３４を準備する。したがって、ＳＩＰYサーバ２６は、ＶｏＩＰ電話機1２８とＶｏＩＰ電話機2３２との間で通信セッションを正常に開始することができる。しかしながら、ＳＩＰXドメインにおけるメッセージのフォーマットは、ＳＩＰYドメインにおけるメッセージのフォーマットと異なっているため、ＳＩＰXサーバ１４とＳＩＰYサーバ２６のいずれも、クライアントＡ１６又はクライアントＢ２０と、ＶｏＩＰ電話機1２８又はＶｏＩＰ電話機2３２との間で通信セッションを開始することはできない。
【００２１】
図２は、ＳＩＰXドメイン１０４とＳＩＰYドメイン１０８との両方におけるＳＩＰサーバ間でＳＩＰメッセージ１０６、１１０を通信するＳＩＰアダプタを示す図である。ＳＩＰアダプタ１０２は、ＳＩＰXドメインメッセージのフォーマットを変更して、ＳＩＰYドメイン１０８に準拠させることができる。或いは、又はこれに加えて、ＳＩＰアダプタ１０２は、ＳＩＰYドメインメッセージのフォーマットを変更して、ＳＩＰXドメイン１０４に準拠させることができる。ＳＩＰアダプタ１０２は、ＳＩＰメッセージを変更すると共に、ＳＩＰX１０４及びＳＩＰYドメイン１０８内のＳＩＰサーバと通信して、エンドポイント（図示せず）間の通信セッションを開始する。通信セッションが開始されると、エンドポイントは、ＩＰ又は他のデータ指向プロトコル１１２を介して通信を行うことができる。ＳＩＰアダプタ１０２は、プロキシサーバ、及び／又はＳＩＰメッセージを変更するように構成された他の種類のコンピュータ、回路、論理回路又はそれらの任意の組み合わせであってもよい。
【００２２】
図３は、図１のＳＩＰサーバ１４及び２６と通信するＳＩＰアダプタ２００を示す図である。図３は、図１に、ＳＩＰXドメイン２１４とＳＩＰYドメイン２１２との間に、ＳＩＰXサーバ１４及びＳＩＰYサーバ２６と通信するＳＩＰアダプタ２００を追加したものと同一のものである。ＳＩＰアダプタ２００により、ＳＩＰXサーバ１４及びＳＩＰYサーバ２６は、クライアントＡ１６又はクライアントＢ２０のいずれかと、ＶｏＩＰ電話機1２８又はＶｏＩＰ電話機2３２のいずれかとの間の通信セッション、或いはＳＩＰドメイン２１４又は２１２のいずれかにおける任意のエンドポイント間の通信セッションを開始できるようになる。例として、クライアントＢ２０は、ＳＩＰ招待メッセージ２０６をＳＩＰXサーバ１４へ送信することにより、ＶｏＩＰ電話機1２８とＶｏＩＰ電話セッションを開始することができる。以下に説明するように、ＳＩＰXサーバ１４は、ＳＩＰ招待メッセージ２０６が、ＳＩＰXドメイン内の着呼側に対して意図されたものであるかどうかを判定する。この例では、ＳＩＰXサーバ１４は、メッセージがＳＩＰXドメイン内の着呼側に対して意図されたものではないと判定したため、このＳＩＰXサーバ１４は、ＳＩＰ転送メッセージ２０２を用いてＳＩＰアダプタ２００にメッセージを通信する。ＳＩＰXサーバ１４は、着呼側にサービスを提供するＳＩＰアダプタを（例えば、イーサネット（登録商標）又はＩＰアドレスを使用して）識別するルーティング規則についてのライブラリを有するフィルター２１０を実装することができる。以下の表１は、フィルター２１０が実行することができるルーティングテーブルの例を示す表である。
2014241641.tif 000003
【００２３】
以下に説明するように、ＳＩＰアダプタ２００は、着呼側の情報を利用して、ＳＩＰ招待メッセージがＳＩＰYドメイン２１２又は他の何らかのＳＩＰドメイン内の着呼側に対して意図されたものであるかどうかを判定する。この例では、ＳＩＰアダプタ２００は、ＳＩＰ招待メッセージが、ＳＩＰYドメイン２１２内の着呼側に対して意図されたものであると判定する。ＳＩＰアダプタ２００がメッセージのフォーマットを変更することにより、変更されたメッセージはＳＩＰYドメイン２１２において認識可能となり、その後ＳＩＰアダプタ２００は、変更されたメッセージ２０４をＳＩＰYサーバ２６に通信する。次に、ＳＩＰYサーバ２６は、変更されたメッセージ２０８を着呼側であるＶｏＩＰ電話機1２８に通信する。ＳＩＰダイアログは、ＳＩＰXサーバ１４、ＳＩＰアダプタ２００及びＳＩＰYサーバ２６を経由して、クライアントＢ２０とＶｏＩＰ電話機1２８との間で通信セッションの開始を継続することができる。
【００２４】
図４は、異なるＳＩＰメッセージフォーマット（異なるＳＩＰドメイン）を有する２つのＳＩＰサーバ、すなわちＳＩＰXサーバ３２４及びＳＩＰYサーバ３２６と通信するＳＩＰアダプタ３０２を示す図である。ＳＩＰXサーバ３２４は、ネットワークＡ３０４内のユーザにサービスを提供し、またＳＩＰYサーバ３２６は、ネットワークＢ３０６内のユーザにサービスを提供する。ＳＩＰアダプタ３０２は、追加のＳＩＰサーバ（図示せず）にもサービスを提供することができる。
【００２５】
インバウンド通信インタフェース３０８は、ＳＩＰXドメインメッセージを送受信するための論理回路を含む。例として、インタネットプロトコル参照モデルに従って実装されるトランスポート層においてＳＩＰXドメインメッセージを通信することができる。１つの形態では、この論理回路は、トランスポート層において伝送制御プロトコル（ＴＣＰ／ＩＰ）を用いてＳＩＰメッセージを送受信するように構成される。一例として、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｏｆｆｉｃｅ  Ｌｉｖｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎサーバ（ＬＣＳ）は、ＴＣＰ／ＩＰ層においてＳＩＰメッセージを通信する。
【００２６】
アウトバウンド通信インタフェース３１０は、ＳＩＰYドメインメッセージを送受信するための論理回路を含む。ＳＩＰYドメインメッセージもまた、インタネットプロトコル参照モデルに従って実装されるトランスポート層において通信することができる。１つの形態では、この論理回路は、トランスポート層においてユーザデータグラムプロトコル（ＵＤＰ）を用いてＳＩＰメッセージを送受信するように構成される。一例として、ＶｏＩＰ電話サーバは、ＵＤＰ層においてＳＩＰメッセージを通信することができる。
【００２７】
低水準ＳＩＰサーバ３１２は、インバウンドインタフェース３０８と、アウトバウンドインタフェース３１０と、コア３１４との間の中間インタフェースとして機能する。この低水準ＳＩＰサーバ３１２は、インバウンドインタフェース３０８及びアウトバウンドインタフェース３１０で受信されたＳＩＰメッセージを復号化し、ＳＩＰメッセージの形で搬送される変数及びパラメータを抽出し、ＳＩＰデータをコア３１４に提供する。この低水準ＳＩＰサーバ３１２はまた、変更されたＳＩＰデータ構造をコア３１４から受信し、ＳＩＰメッセージを符号化し、この符号化されたＳＩＰメッセージをインバウンドインタフェース３０８及びアウトバウンドインタフェース３１０へ送信する。１つの形態では、この低水準ＳＩＰサーバ３１２は、Ｊａｖａ（登録商標）  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ（ＪＳＲ）１１６仕様に従って開発されたＢＥＡ  ＷｅｂＬｏｇｉｃ（登録商標）ＳＩＰサーバである。
【００２８】
コア３１４は、ＳＩＰメッセージをＳＩＰXドメインからＳＩＰYドメインへ及び／又はＳＩＰYドメインからＳＩＰXドメインへ変更する。１つの形態では、このコア３１４は、ＳＩＰメッセージのフォーマットを、ＳＩＰメッセージを受信するＳＩＰサーバのドメインに従うように変更するための変換プロトコルを実装する。この変換プロトコルは、ＳＩＰサーバによって認識されない（メディアタイプなどの）パラメータを除去することができると共に、ＳＩＰメッセージの追加の又はその他の側面を変更することにより、メッセージがターゲットとするＳＩＰフォーマットに従うようにすることができる。変換処理は、ユーザ名、ドメイン、ＩＰアドレス、メディアタイプ、符号化データ、及びメディア初期化パラメータなどのＳＩＰメッセージパラメータを変換することができる。任意の２つ（又はそれ以上）のＳＩＰドメイン間で変更が行われる特定の態様は、レポジトリ３２２内で定義することができ、このレポジトリ３２２は、起点ＳＩＰフォーマットがターゲットとするＳＩＰフォーマットにどのようにマッピングを行うかについて規定する、変換及びフォーマット規則などの規則（例えば、ＳＩＰXメッセージからＳＩＰYメッセージに変換するためのパラメータの削除、挿入、又は変更を指定する変換規則など）を記憶するものである。
【００２９】
或いは、又は上記のいずれかに加えて、変換プロトコルは、ＳＩＰメッセージの他の態様を変更することにより、このメッセージが第２のＳＩＰサーバのメッセージングフォーマットに従うようにすることができる。ＳＩＰメッセージを変更するために実行することができる様々な種類の変換が存在する。時には、１回の変換で十分な場合もある。別のときには、２回又はそれ以上の変換を行う場合もある。様々な種類の変換には、ＳＩＰメッセージへのデータフィールド（すなわちＳＩＰメッセージの任意の部分）の追加及び／又はＳＩＰメッセージからのデータフィールドの削除が含まれる。データフィールドを変換し、拡張し及び／又は切り捨てることができる。データフィールドを他のデータフィールドの周りに追加し、短縮し及び／又は延ばすこともできる。変換はまた、ＳＩＰメッセージの符号化フォーマットの変更、符号化の除去、又はその他の何らかのアクションの実行も含むことができる。
【００３０】
図５は、コア３１４が実行することができるプロトコル変換処理３５０の形態を示すフローチャートである。コア３１４は、ＳＩＰメッセージから第１のパラメータを取得し（３５２）、リポジトリ３２２から取得したデータに基づいて、パラメータを除去すべきであるかどうかを判定する（３５４）。パラメータを除去すべき場合、コア３１４はパラメータを除去し（３５６）、次に別のパラメータが存在するかどうかを判定する（３７２）。第１のパラメータを除去すべきでない場合、コア３１４は、パラメータ名を変更すべきかどうかを判定する（３５８）。変更すべき場合、ＳＩＰメッセージを受信することになっているＳＩＰサーバのドメインに従ってパラメータ名が変更される（３６０）。
【００３１】
コア３１４はまた、パラメータを変更する必要があるかどうかを判定する（３６２）。変更する必要がある場合、新しいパラメータ値が設定され（３６４）、コア３１４は、追加のパラメータが存在するかどうかを判定する（３７２）。パラメータを変更すべきでない場合、コア３１４は、パラメータがｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）を含むかどうかを判定する（３６６）。パラメータがＵＲＩを含まない場合、コア３１４は、追加のパラメータが存在するかどうかを判定する（３７２）。パラメータがＵＲＩを含む場合、コア３１４は、以下に説明するように、ユーザ名（３６８）及び受信側ＳＩＰサーバに対するドメイン（３７０）を照合し、適合させる。コア３１４は、追加のパラメータが存在しなくなるまで（３５４〜３７４）を繰り返す（３７６）。
【００３２】
コア３１４は、音声呼マネージャモジュール３１６、ビデオ呼マネージャモジュール３１８、及び／又はその他のモジュール３２０などの、特定の呼の種類に関連したＳＩＰメッセージの管理専用モジュールを含む。これらの専用モジュールは、ＳＩＰメッセージに変更を加えて特定の種類の呼を使用可能にする。例えば、ＳＩＰXサーバ３２４により開始される音声呼は、音声呼用のＳＩＰYサーバ３２６によって認識されるために、オーディオコーデックＣｙ１に取って代わられる必要があるオーディオコーデックＣｘを指定することができる。しかしながら、ビデオ呼用のＳＩＰYサーバ３２６によって認識されるためには、この同じオーディオコーデックＣｘはオーディオコーデックＣｙ２に取って代わられることが必要になる場合がある。この例では、前者の適合は音声呼マネージャモジュール３１６により管理されるが、後者はビデオ呼マネージャモジュール３１８により管理される。
【００３３】
コア３１４は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、個別論理回路、或いはこれらの組み合わせ及び／又はその他の種類の回路及び論理回路などのプロセッサであってもよい。
【００３４】
上述のように、変更すべきＳＩＰメッセージの特定の態様は、リポジトリ３２２内に記憶することができる。リポジトリ３２２は、ＳＩＰサーバであるＳＩＰX３２４とＳＩＰY３２６の一方又は両方のクライアントに関する、個々のクライアント向けのメッセージフォーマット規則を含む情報を記憶することができる。メッセージフォーマット規則は、着信メッセージを、属性及びとるべきアクションを示すリストに一致させるために使用するパラメータを含むことができる。このアクションは、属性を除去、変更、又は追加する必要があるかどうかを指示するものである。リポジトリ３２２は、各クライアントを特定の発呼線識別子（ＣＬＩ）にマッピングするための情報などの追加の情報を記憶することができる。例えば、ＣＬＩは（「ｕｓｅｒ＠ｄｏｍａｉｎ」の形で）クライアントのユーザＩＤを含むことができる。
【００３５】
１つの形態では、リポジトリ３２２は、ユーザ／クライアントの識別情報を特定のＳＩＰサーバにマッピングするテーブルを記憶することができる。下記の表２は、マッピングテーブルの例を示すものである。
2014241641.tif 000004
【００３６】
ＳＩＰアダプタ３０２は、リポジトリ３２２内のユーザ／クライアントの識別情報を参照して、変更されたＳＩＰメッセージを受信することになっているＳＩＰサーバを位置決めする。
【００３７】
例えば、ＳＩＰアダプタ３０２は、オプションとしてノースバウンドインタフェース３２８を含み、保証、プロビジョニング及びプレゼンス情報などを提供する外部システムとの統合を管理することができる。
【００３８】
図６は、図４に関連して説明したような、ＳＩＰアダプタ３０２を含むサーバネットワーク４０２を有するネットワークシナリオ４００を示す図である。ＳＩＰアダプタ３０２は、図４に示した構成以外の構成を有することができる。
【００３９】
ネットワークシナリオ４００は、ＳＩＰXサーバ３２４がサービスを提供するクライアントを含むユーザネットワーク４０４と、ＳＩＰYサーバ３２６がサービスを提供するクライアントを含むユーザネットワーク４０６及び４０８とを含む。ＳＩＰXサーバ３２４及びＳＩＰYサーバ３２６は、ＳＩＰメッセージ４２４（ａ）及び４２４（ｂ）をユーザネットワーク４０４及び４０８に各々通信する。例示の形態では、ＳＩＰYサーバ３２６はまた、統合サービスデジタル網（ＩＳＤＮ）のユーザメッセージをユーザネットワーク４０６に通信する。例として、ユーザネットワーク４０４はＭｉｃｒｏｓｏｆｔ（登録商標）Ｏｆｆｉｃｅ  Ｃｏｍｍｕｎｉｃａｔｏｒなどの統合型企業向けアプリケーションであり、ユーザネットワーク４０６は公衆交換電話網（ＰＳＴＮ）であり、ユーザネットワーク４０８はＶｏＩＰネットワークであってもよい。
【００４０】
１つの形態では、ＳＩＰYサーバはソフトスイッチとして機能し、ＲＦＣ３２６１標準のインタフェースを実装し、メディアゲートウェイコントローラ機能及びシグナリングゲートウエイ機能を含む。メディアゲートウェイコントローラ機能とは、メディアゲートウェイ及びＰＳＴＮ４０６上の音声呼を制御するものである。１つの形態では、このメディアゲートウェイコントローラ機能は、メディアゲートウェイ制御プロトコル（ＭＧＣＰ）を実装してＰＳＴＮ４０６音声呼を制御する。
【００４１】
例示の形態では、ＳＩＰYサーバ３２６は、メディアゲートウェイ４１２を備えたルータ４１０と通信して、回線網とパケット網との間で相互作用を行う。ＭＧＣＰ４１４、Ｈ．２４８プロトコル又はその他のシグナリングプロトコルを介して、ＳＩＰYサーバ３２６のメディアゲートウェイコントローラ機能によって、このメディアゲートウェイ４１２を制御することができる。
【００４２】
セッションダイレクタ（ＳＤ）４１６は、ＶｏＩＰネットワーク４０８をキャリアネットワーク４１８から分離するゲートウェイである。ＳＤ４１６は、ＶｏＩＰネットワーク４０８用のネットワークアドレス変換（ＮＡＴｉｎｇ）を管理し、ＳＩＰメッセージのＮＡＴ越えを実行し、オーディオ及びビデオパケット用のリアルタイム転送プロトコル（ＲＴＰ）４２０を実装する。
【００４３】
図７は、異なるＳＩＰドメイン５０６及び５０８内の発呼側５０２と着呼側５０４との間における図４のＳＩＰアダプタ３０２を介するＳＩＰメッセージング５００を示す図である。ＳＩＰドメイン５０６及び５０８は、それらの各々のＳＩＰサーバによりサービスを受けている。ＳＩＰXドメイン５０６はＳＩＰXサーバ３２４によりサービスを受け、ＳＩＰYドメイン５０８はＳＩＰYサーバ３２６によりサービスを受けている。
【００４４】
発呼側５０２と着呼側５０４との間の呼を開始するために、発呼側５０２は、ＳＩＰ開始メッセージ（１）をＳＩＰXサーバ３２４へ送信する。例示的なＳＩＰ開始メッセージを以下の表３に示す。
2014241641.tif 000005
【００４５】
「招待」フィールドは、着呼側を識別するための着呼側ＵＲＩを含む。「発信元」フィールドは、発呼側を識別するための発呼側ＵＲＩを含む。「宛先」フィードは、着呼側と連絡をとるための連絡先アドレスを含む。着呼側の識別情報が着呼側の連絡先アドレスと異なる場合、及び／又は、着呼側が複数の連絡先アドレスを有する場合など、場合によっては、この連絡先アドレスは着呼側のＵＲＩと異なるものであってもよい。一般に、識別子としてのＵＲＩは、ドメイン名を伴うか、或いは伴わないユーザ名であるか、若しくは電話番号（例えば、０１１２２３３４４５５）である。
【００４６】
ＳＩＰXサーバ３２４は、発呼側メッセージ（１）を受信し、レジストラデータベース５１０を参照する。このレジストラデータベース５１０は、（図のように）ＳＩＰサーバ内部に統合するか、又は外部に統合することができる。レジストラデータベース５１０は、ネットワークＡ３０４内に（及び、ＳＩＰXサーバ３２４によりサービスを受けているその他の任意のネットワーク内に）登録されているユーザのリストを有する。レジストラデータベース５１０はまた、個々の登録ユーザに対する少なくとも１つの連絡先アドレスも含む。
【００４７】
ＳＩＰXサーバ３２４は、例えば、着呼側のＵＲＩのユーザ名の部分又はドメインの部分を用いて、データベースクエリーを実行することができる。着呼側がＳＩＰXサーバ３２４のドメイン内にある場合、クエリーはその旨を示す情報を返す。この情報には、着呼側との通信に使用される着呼側に関する追加の識別情報が含まれる。従って、ＵＲＩが登録されている場合、ＳＩＰXサーバ３２４が発呼側と着呼側との間のＳＩＰメッセージングを担うことになる。
【００４８】
「内容」フィールドは、メディアセッションを開始するために必要なメディアパラメータを含む。例えば、メディアパラメータは、発呼側がサポートするコーデックのリストを示すことができる。コーデックは、ＩＰネットワーク上で（音声データ又はビデオデータなどの）メディアフローを圧縮し、転送するために使用されるアルゴリズムである。コーデックの例としては、国際電気通信連合によりサポートされるＧ．７１１及びＧ．７２９標準がある。コーデックは、発呼側５０２及び着呼側５０４がメディアセッションのための共通コーデックを選択できるように招待メッセージ内に含まれている。選択されたコーデックは、発呼側５０２と着呼側５０４の両方によりサポートされるようになる。
【００４９】
ユーザが、ＳＩＰXサーバ３２４によりサービスを受けているネットワークに登録されていないか、及び／又は属していない場合、ＳＩＰXサーバ３２４は、ＳＩＰ開始メッセージ（１）をＳＩＰアダプタ３０２へ経路指定し、ＳＩＰフィールドを操作する。転送されたＳＩＰメッセージ（２）は、通常、ＳＩＰ開始メッセージ（１）と同一であるが、必ずしも同一である必要はない。表４は、ＳＩＰアダプタ３０２に送信されたＳＩＰメッセージ内のＳＩＰフィールドの例を示している。この例では、招待フィールド内のドメイン名は、レジストラデータベース５１０から取り出された情報に基づいて、ＳＩＰ．ａｂｃ．ｃｏｍから１９２．１５６．０．６０に変更されている。
2014241641.tif 000006
【００５０】
ＳＩＰアダプタ３０２は、招待メッセージ内の特定のＵＲＩ（「招待」、「発信元」、及び「宛先」フィールド）を着呼側ネットワーク（ネットワークＢ３０６）内及びＳＩＰYドメイン５０８内で認識可能なパラメータに変更する。表５は、ＳＩＰアダプタ３０２によって変更されたフィールドの例を示している。
2014241641.tif 000007
【００５１】
この例では、ネットワークＡ３０４内で有効なアドレス及び論理名を置き換えて、ユーザ名フィールドとドメインフィールドの両方が、ネットワークＢ３０６内で認識可能なフォーマットに変更されている。ドメインアドレスはネットワークに属しているため、それぞれのネットワーク要件に合致するように変更される。  この例では、ドメインアドレスがネットワークＢ３０６の要件に合致するように変更される。一方、ユーザ名はＳＩＰドメインに属しているため、これらはＳＩＰYドメイン５０８に合致するように変更される。表５はまた、「発信元」フィールド内のユーザ識別子を、ＳＩＰXドメイン５０６内でのみ有効である論理名からＳＩＰYドメイン５０８内で有効な電話番号に変更する例も示している。リポジトリ３２２は、ネットワークＡ３０４とネットワークＢ３０６との間で招待メッセージのＵＲＩを変更するための規則を記憶する。リポジトリ３２２は、２つのネットワーク間でＳＩＰメッセージの変換をサポートするために必要な全ての規則を用いてプログラムされることが理想的である。従って、ＵＲＩはＳＩＰアダプタ３０２により変更されて、ネットワークＢ３０６内の招待メッセージを正しくルーティングできるようになる。リポジトリ３２２が、対応する変更規則を含まない場合、ＵＲＩ及び／又はパラメータは変更されないことになる。
【００５２】
ＳＩＰアダプタ３０２はまた、ＳＩＰメッセージのＳＤＰの内容も変更して、ＳＩＰYサーバ３２６が受け入れるＳＤＰフォーマットに従う変更済みＳＩＰメッセージを提供する。ＳＩＰメッセージのＳＤＰ部分からいくつかのメディアタイプを除去するか、及び／又は、図５に関して上述したようにその他の変更を行うことができる。ＳＩＰメッセージの変更後、ＳＩＰアダプタ３０２は、開始メッセージ（３）をＳＩＰYサーバ３２６へ経路指定する。（４）において、ＳＩＰYサーバ３２６は、内部ルーティングテーブルに基づいて、（ＳＩＰアダプタ３０２において適合されたことよりＳＩＰYサーバ３２６によって理解される）変更済みＳＩＰメッセージを着呼側５０４へ転送する。
【００５３】
図８は、発呼側と着呼側との間の通信セッションを開始するために、サーバネットワークが実行することができる処理フロー６００を示す図である。ＳＩＰサーバは、クライアントからＳＩＰメッセージを受信する（６０２）。ＳＩＰメッセージは、着呼側と通信セッションを確立するために送信される。ＳＩＰサーバは、「招待」フィールド及び「宛先」フィールド内で指定される着呼側のＳＩＰのＵＲＩを参照して、着呼側が登録されているかどうか（６０４）、すなわち、着呼側が現存しており、かつそのドメイン内でＳＩＰ呼を受信できるかどうかを判定する。着呼側が登録されていれば、ＳＩＰサーバはＳＩＰメッセージを着呼側へ通信する（６０６）。
【００５４】
着呼側が登録されていなければ、ＳＩＰサーバはＳＩＰメッセージをＳＩＰアダプタへ経路指定する（６０８）。ＳＩＰアダプタは、ＳＩＰメッセージを受信し、着呼側ドメインに基づいて、メッセージフォーマット規則用のリポジトリを参照する（６１０）。ＳＩＰアダプタは、メッセージフォーマット規則に基づいてＳＩＰメッセージを変更し、その結果、着呼側ドメインのＳＩＰサーバによりＳＩＰメッセージを認識できるようになる（６１２）。変更処理の例を図５に示す。ＳＩＰアダプタは、変更済みＳＩＰメッセージを着呼側のＳＩＰサーバへ通信し、このＳＩＰサーバは、上記変更済みＳＩＰメッセージを着呼側へ通信する（６１４）。ＳＩＰメッセージングは、発呼側ＳＩＰサーバと着呼側ＳＩＰサーバとの間でＳＩＰメッセージを変更するＳＩＰアダプタを用いて、通信セッションを確立できるまで継続する（６１６）。通信セッションが確立されると、発呼側及び着呼側は、ＩＰ又はその他のプロトコルを用いて直接メディアデータを通信するようになる（６１８）。
【００５５】
上記説明した特定の実施構成にかかわらず、上記説明の全ては、本発明を限定するものではなく、事実上例示的なものである。例えば、選択した態様、機能、又は構成要素は、サーバ内で実施するように示してはいるが、ＳＩＰアダプタに従うシステム及び方法の全て又は一部は、機械により読み込み可能な他の媒体、例えば、ハードディスク、フロッピー（登録商標）ディスク、及びＣＤ−ＲＯＭなどの２次記憶装置、ネットワークから受信される信号、又は、現在知られている、或いは今後開発されるその他の形式のＲＯＭ又はＲＡＭ上に記憶し、配信し、又は読み込むことができるものである。
【００５６】
上記の論理は、同じか、或いは異なるスレッド、ファイバ又は処理内のコード及びデータを構成するその他の方法の中に存在するものであってもよい。更に、ある種の論理は、関数呼び出し機能を通じて相互に作用できるものであるが、メッセージパッシング、ミューテックス又はセマフォー型システムを含むか、或いは他の通信技術によって他の通信方法も実現可能である。
【００５７】
システムの特定の構成要素は、追加の又は異なる構成要素を含むことができる。サーバは、マイクロプロセッサ、マイクロコントローラ、ＤＳＰ、特定用途向け集積回路（ＡＳＩＣ）、個別論理回路、或いはその他の形式の回路又は論理回路の組み合わせとして実装することができる。同様に、メモリは、ＤＲＡＭ、ＳＲＡＭ、Ｆｌａｓｈ又はその他の任意の種類のメモリであってもよい。システムの処理能力は、複数の分散処理システムを任意に含む、複数のプロセッサ及びメモリなどの複数のシステムコンポーネントの間で分散することができる。パラメータ、データベース、及びその他のデータ構造は、別個に保存及び管理し、単一のメモリ又はデータベースに組み入れ、多くの異なる方法で論理的及び物理的に体系化し、リンク化したリスト、ハッシュテーブル、又は間接的な保存メカニズムなどのデータ構造を含む多くの方法で実装することができる。プログラム及び規則セットは、単一のプログラム又は規則セット、個別のプログラム又は規則セットの一部であってもよく、これらを複数のメモリ又はプロセッサにわたって配信することができる。
【００５８】
したがって、前述の詳細な説明は、本発明を限定するものではなく例示的なものであると考えること、並びに、本発明の思想及び範囲を定義するように意図されるものは、全ての同等物を含む以下の請求項であると理解されるように意図するものである。
【図１】
2014241641.tif 000008
【図２】
2014241641.tif 000009
【図３】
2014241641.tif 000010
【図４】
2014241641.tif 000011
【図５】
2014241641.tif 000012
【図６】
2014241641.tif 000013
【図７】
2014241641.tif 000014
【図８】
2014241641.tif 000015
【手続補正書】
【提出日】平成26年10月17日(2014.10.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のメッセージングドメインのフォーマットに従うセッション開始メッセージを受信するステップと、
前記セッション開始メッセージを、第２のメッセージングドメインフォーマットに従うように変更するステップとを含む、コンピュータで実行される方法。