(57)【特許請求の範囲】
【請求項１】
要求元端末が接続されたマルチメディアネットワークと、要求先端末が接続されたマルチメディアネットワークとの間に配置されたＳＩＰ(Session Initiation Protocol)サーバの網間接続方法において、
前記ＳＩＰサーバは、
要求元端末からリクエストを受信した際に、当該リクエストを要求先端末へ転送する第１のステップと、
第１の要求先端末からレスポンスを受信した際に、第１の要求先端末用のダイアログに基づくレスポンスを、要求元端末へ送信する第２のステップと、
第２の要求先端末からレスポンスを受信した際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であって、第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しない第３のステップと、
第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとして、要求元端末との間のシーケンスを実行する第４のステップと
を実行することを特徴とする網間接続方法。
【請求項２】
前記所定要素は、レスポンス・コード、ヘッダ・フィールド、ボディに含まれるＳＤＰ(Session Description Protocol)のタイプのいずれかに予め規定された要素である
ことを特徴とする請求項１に記載の網間接続方法。
【請求項３】
第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、暫定レスポンスである
ことを特徴とする請求項２に記載の網間接続方法。
【請求項４】
第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、リンギングレスポンスである
ことを特徴とする請求項２に記載の網間接続方法。
【請求項５】
前記ＳＩＰサーバは、第３のステップについて、
第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が相違する場合、第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとしたメッセージ（リクエスト又はレスポンス）を、要求元端末へ送信する
ことを特徴とする請求項２に記載の網間接続方法。
【請求項６】
第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、暫定レスポンスであり、
第３のステップのレスポンスは、暫定レスポンスであり、
第３のステップのメッセージは、更新リクエストである
ことを特徴とする請求項５に記載の網間接続方法。
【請求項７】
前記ＳＩＰサーバは、第３のステップについて、
要求先端末から前記暫定レスポンスを受信した後、暫定応答確認リクエストを第２の要求先端末へ送信し、
その後、第２の要求先端末からセッション開始レスポンスを受信した際に、前記更新リクエストを、要求元端末へ送信する
ことを特徴とする請求項６に記載の網間接続方法。
【請求項８】
前記ＳＩＰサーバは、第３のステップについて、
第１の要求先端末から第１のダイアログを含むセッション開始レスポンスを受信し、第２の要求先端末から第２のダイアログを含むセッション開始レスポンスを受信した場合、両方のダイアログの所定要素が相違する場合にのみ、前記更新リクエストを、要求元端末へ送信する
ことを特徴とする請求項７に記載の網間接続方法。
【請求項９】
前記ＳＩＰサーバは、第３のステップについて、
前記更新リクエストを要求元端末へ送信し、要求元端末から更新レスポンスを受信した後、セッション開始レスポンスを要求元端末へ送信する
ことを特徴とする請求項７又は８に記載の網間接続方法。
【請求項１０】
前記所定要素が、転送必須ヘッダとして登録されており、
第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、暫定レスポンスであり、
第３のステップのレスポンスは、前記転送必須ヘッダを含む暫定レスポンスであり、
第３のステップのメッセージは、前記転送必須ヘッダを含む暫定レスポンスである
ことを特徴とする請求項２に記載の網間接続方法。
【請求項１１】
第１のステップについて、要求先端末が接続されるマルチメディアネットワーク内で、前記リクエストが複数の要求先端末へフォーキングされる
ことを特徴とする請求項１から１０のいずれか１項に記載の網間接続方法。
【請求項１２】
前記ＳＩＰサーバは、
第３のステップについて、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であるか否かを判定するために、
第２の要求先端末から受信したレスポンスをそのまま、第２の要求先端末用のダイアログに基づくレスポンスとして、要求元端末へ送信し、
要求元端末との間で失敗シーケンスが実行された際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であると確定する
ように実行することを特徴とする請求項１から１１のいずれか１項に記載の網間接続方法。
【請求項１３】
前記ＳＩＰサーバは、
第１のステップについて、要求元端末からリクエストを受信した際に、セッション更新リクエスト(UPDATE)の要求元オプションを取得し、
第３のステップについて、要求元端末の要求元オプションについて、「セッション更新リクエスト非使用」であって、且つ、「複数ダイアログ非使用」である場合、切断シーケンスを実行し、
要求元端末の「複数ダイアログ非使用」を記憶した後、改めて、第１のステップから第３のステップを実行する
ことを特徴とする請求項１から１２のいずれか１項に記載の網間接続方法。
【請求項１４】
前記ＳＩＰサーバは、
異なるＣＳＣＦ間に接続されたＡＳ(Application Server)若しくはＩＢＣＦ(Interconnection Border Control Function)、又は、
異なるＩＭＳ−ＡＧＷ(IP Multimedia Subsystem - Access Gateway)間に接続されたＴｒＧＷ(Translation Gateway)であり、
前記要求元端末は、要求元のＵＡ(User Agent)又はネットワーク通信装置であり、
前記要求先端末は、要求先のＵＡ又はネットワーク通信装置である
ことを特徴とする請求項１から１３のいずれか１項に記載の網接続方法。
【請求項１５】
要求元端末が接続されたマルチメディアネットワークと、要求先端末が接続されたマルチメディアネットワークとの間に配置されたＳＩＰサーバにおいて、
要求元端末からリクエストを受信した際に、当該リクエストを要求先端末へ転送するリクエスト転送手段と、
第１の要求先端末からレスポンスを受信した際に、第１の要求先端末用のダイアログに基づくレスポンスを、要求元端末へ送信するレスポンス送信手段と、
第２の要求先端末からレスポンスを受信した際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であって、第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しないダイアログ判定手段と、
第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとして、要求元端末との間のシーケンスを実行するダイアログ交換手段と
を有することを特徴とするＳＩＰサーバ。
【請求項１６】
要求元端末が接続されたマルチメディアネットワークと、要求先端末が接続されたマルチメディアネットワークとの間に配置されたＳＩＰサーバに搭載されたコンピュータを機能させるプログラムにおいて、
要求元端末からリクエストを受信した際に、当該リクエストを要求先端末へ転送するリクエスト転送手段と、
第１の要求先端末からレスポンスを受信した際に、第１の要求先端末用のダイアログに基づくレスポンスを、要求元端末へ送信するレスポンス送信手段と、
第２の要求先端末からレスポンスを受信した際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であって、第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しないダイアログ判定手段と、
第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとして、要求元端末との間のシーケンスを実行するダイアログ交換手段と
してコンピュータを機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＭＳ(IP Multimedia Subsystem)におけるＳＩＰ(Session Initiation Protocol)／ＳＤＰ(Session Description Protocol)制御の技術に関する。
【背景技術】
【０００２】
ＩＭＳは、ＩＰ(Internet Protocol)ベースのマルチメディア通信サービスを提供するものであって、３ＧＰＰ(3rd Generation Partnership Project)国際標準として規定されている（例えば非特許文献１参照）。ＩＭＳとは、アクセスネットワークに依存することなく、ＩＰパケットのトランスポートを制御するコアネットワークである。ＩＰ−ＣＡＮ(IP-Connectivity Access Network)と称される複数のアクセスネットワークが、シームレスに収容される。ＩＭＳによれば、異なるアクセスネットワークを介して、共通のマルチメディア通信サービス（例えばＩＰ電話、テレビ電話、ＩＭ(Instant Message)等）を提供することができる。
【０００３】
ＩＭＳは、主にセッション制御機能（ＣＳＣＦ(Call Session Control Function)）と共に、アプリケーションサービス制御機能（ＡＳ(Application Server）やユーザ情報蓄積機能（ＨＳＳ(Home Subscriber Server)）を搭載する。ＣＳＣＦは、サービス制御ネットワークの制御の核であるセッションを制御する機能であり、ユーザ端末（ＵＡ(User Agent)）間の通信セッションの設定及び解放を実現する。また、ＣＳＣＦは、ＳＩＰ（Session Initiation Protocol：セッション制御プロトコルである）やＳＤＰ（Session Description Protocol：セッション記述プロトコル）によってメッセージを交換する。更に、ＣＳＣＦは、接続されるセッションのサービス条件に応じて、ＡＳを選択的に利用する。
【０００４】
ＩＭＳを利用したサービスとして、例えば音声電話サービスがある。音声電話サービスは、主に回線交換方式によって提供されてきたが、固定電話事業者ではＩＰ電話が、携帯電話事業者ではＶｏＬＴＥ（Voice over LTE）が運用されている。携帯電話事業者や固定電話事業者がＩＰ方式のみで音声電話サービスを提供する場合、異なる通信事業者のＩＰネットワーク（ＩＭＳやＮＧＮ(Next Generation Network)等）間を相互接続する必要がある。
【０００５】
異なるＩＭＳの間、例えばＡＳ(Application Server)やＩＢＣＦ(Interconnection Border Control Function)を介して接続することができる。ＡＳは主にＳ−ＣＳＣＦと通信するものであり、ＩＢＣＦは主に異なる通信事業者間に配置される。ＩＢＣＦは、プロトコル変換用のトランスコーディングとして機能する。また、異なるＩＭＳ−ＡＧＷ(IP Multimedia Subsystem - Access Gateway)間は、例えばＴｒＧＷ(Translation Gateway)を介して接続することもできる。これらＡＳやＩＢＣＦ、ＴｒＧＷは、ネットワーク毎に異なる独自のＳＩＰパラメータやＳＤＰのメディア情報に応じて、プロトコルを整合し、網間差分をできる限りなくすようなすることができる。
【０００６】
尚、ＩＭＳサービスについて、コアネットワーク側及び端末側のそれぞれが搭載するオプション機能も規定されている（例えば非特許公報２参照）。オプション機能は、SIP/SDPに記述される、例えば複数ダイアログ属性がある。「ダイアログ(dialog)」とは、要求元端末と要求先端末との間でセッションのエンドトゥエンドの関係を表す構成要素情報である。これは、各通信事業者が自ら運営する網内でのみ提供するＩＭＳサービスに応じて、最適に選択される。ＣＡＴ（Customized Alerting Tones）やＣＤｉｖ（Communication Diversion）と称されるＩＭＳサービスについて、複数ダイアログが発生するオプションを選択することができる（例えば非特許文献３及び４参照）。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】3GPP TS 23.228  「IP Multimedia Subsystem (IMS); Stage 2」
【非特許文献２】3GPP TS 24.229  「IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3」
【非特許文献３】3GPP TS 24.182  「IP Multimedia Subsystem (IMS) Customized Alerting Tones (CAT); Protocol specification」
【非特許文献４】3GPP TS 24.604  「Communication Diversion (CDIV) using IP Multimedia (IM) Core Network (CN) subsystem; Protocol specification」
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ＳＩＰによれば、プロキシサーバが、１つのリクエストから複数のリクエストを生成して送信するフォーキング（Forking、分岐送信）と称される方式がある。例えば同じ電話番号を持つ固定電話機と携帯電話機の優先順位を同じにしておくことによって、着信時に両方の呼び出し音を鳴らすことができる。そして、ユーザによってオフフックされた端末のみを要求先端末として特定することができる。尚、フォーキングは、移動端末に対する移動適応性や、ネットワークに対する冗長性を高めることに役立つ。
【０００９】
しかしながら、要求元端末が接続するネットワークによっては、オプション機能が「複数ダイアログ非使用」の場合もある。この場合、要求元端末は、１つのリクエストの送信に対して複数のレスポンスが返信されても使用することができず、セッションを確立することができなかったり、確立できたとしてもタイミング的な不具合が発生することがある。
【００１０】
勿論、異なるマルチメディアネットワーク間を相互接続するＡＳ（又はＩＢＣＦ／ＴｒＧＷ）によって、SIP/SDPを変換する処理を実行することもできる。SIP/SDPの特徴として、要求元端末と要求先端末との間でオプション機能を整合することが期待されている。しかしながら、リクエストやレスポンスの中で、その使用が明示的に示されたオプション機能がある一方で、「複数ダイアログ使用」のように、明示的に示されていないオプション機能もある。
【００１１】
そこで、本発明によれば、要求元端末がオプション機能「複数ダイアログ非使用」であっても、フォーキングに基づく複数の要求先端末のダイアログを整合することができる網間制御方法、ＳＩＰサーバ及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明によれば、要求元端末が接続されたマルチメディアネットワークと、要求先端末が接続されたマルチメディアネットワークとの間に配置されたＳＩＰ(Session Initiation Protocol)サーバの網間接続方法において、
ＳＩＰサーバは、
要求元端末からリクエストを受信した際に、当該リクエストを要求先端末へ転送する第１のステップと、
第１の要求先端末からレスポンスを受信した際に、第１の要求先端末用のダイアログに基づくレスポンスを、要求元端末へ送信する第２のステップと、
第２の要求先端末からレスポンスを受信した際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であって、第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しない第３のステップと、
第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとして、要求元端末との間のシーケンスを実行する第４のステップと
を実行することを特徴とする。
【００１３】
本発明の網間接続方法における他の実施形態によれば、
所定要素は、レスポンス・コード、ヘッダ・フィールド、ボディに含まれるＳＤＰ(Session Description Protocol)のタイプのいずれかに予め規定された要素であってもよい。
【００１４】
本発明の網間接続方法における他の実施形態によれば、
第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、暫定レスポンスであることも好ましい。
【００１５】
本発明の網間接続方法における他の実施形態によれば、
第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、リンギングレスポンスであることも好ましい。
【００１６】
本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、第３のステップについて、
第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が相違する場合、第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとしたメッセージ（リクエスト又はレスポンス）を、要求元端末へ送信することも好ましい。
【００１７】
本発明の網間接続方法における他の実施形態によれば、
第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、暫定レスポンスであり、
第３のステップのレスポンスは、暫定レスポンスであり、
第３のステップのメッセージは、更新リクエストである
ことも好ましい。
【００１８】
本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、第３のステップについて、
要求先端末から暫定レスポンスを受信した後、暫定応答確認リクエストを第２の要求先端末へ送信し、
その後、第２の要求先端末からセッション開始レスポンスを受信した際に、更新リクエストを、要求元端末へ送信することも好ましい。
【００１９】
本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、第３のステップについて、
第１の要求先端末から第１のダイアログを含むセッション開始レスポンスを受信し、第２の要求先端末から第２のダイアログを含むセッション開始レスポンスを受信した場合、両方のダイアログの所定要素が相違する場合にのみ、更新リクエストを、要求元端末へ送信することも好ましい。
【００２０】
本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、第３のステップについて、
更新リクエストを要求元端末へ送信し、要求元端末から更新レスポンスを受信した後、セッション開始レスポンスを要求元端末へ送信することも好ましい。
【００２１】
本発明の網間接続方法における他の実施形態によれば、
所定要素が、転送必須ヘッダとして登録されており、
第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、暫定レスポンスであり、
第３のステップのレスポンスは、転送必須ヘッダを含む暫定レスポンスであり、
第３のステップのメッセージは、転送必須ヘッダを含む暫定レスポンスである
ことも好ましい。
【００２２】
本発明の網間接続方法における他の実施形態によれば、
第１のステップについて、要求先端末が接続されるマルチメディアネットワーク内で、リクエストが複数の要求先端末へフォーキングされることも好ましい。
【００２３】
本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、
第３のステップについて、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であるか否かを判定するために、
第２の要求先端末から受信したレスポンスをそのまま、第２の要求先端末用のダイアログに基づくレスポンスとして、要求元端末へ送信し、
要求元端末との間で失敗シーケンスが実行された際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であると確定する
ように実行することも好ましい。
【００２４】
本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、
第１のステップについて、要求元端末からリクエストを受信した際に、セッション更新リクエスト(UPDATE)の要求元オプションを取得し、
第３のステップについて、要求元端末の要求元オプションについて、「セッション更新リクエスト非使用」であって、且つ、「複数ダイアログ非使用」である場合、切断シーケンスを実行し、
要求元端末の「複数ダイアログ非使用」を記憶した後、改めて、第１のステップから第３のステップを実行する
ことも好ましい。
【００２５】
本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、
異なるＣＳＣＦ間に接続されたＡＳ(Application Server)若しくはＩＢＣＦ(Interconnection Border Control Function)、又は、
異なるＩＭＳ−ＡＧＷ(IP Multimedia Subsystem - Access Gateway)間に接続されたＴｒＧＷ(Translation Gateway)であり、
要求元端末は、要求元のＵＡ(User Agent)又はネットワーク通信装置であり、
要求先端末は、要求先のＵＡ又はネットワーク通信装置である
ことも好ましい。
【００２６】
本発明によれば、要求元端末が接続されたマルチメディアネットワークと、要求先端末が接続されたマルチメディアネットワークとの間に配置されたＳＩＰサーバにおいて、
要求元端末からリクエストを受信した際に、当該リクエストを要求先端末へ転送するリクエスト転送手段と、
第１の要求先端末からレスポンスを受信した際に、第１の要求先端末用のダイアログに基づくレスポンスを、要求元端末へ送信するレスポンス送信手段と、
第２の要求先端末からレスポンスを受信した際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であって、第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しないダイアログ判定手段と、
第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとして、要求元端末との間のシーケンスを実行するダイアログ交換手段と
を有することを特徴とする。
【００２７】
本発明によれば、要求元端末が接続されたマルチメディアネットワークと、要求先端末が接続されたマルチメディアネットワークとの間に配置されたＳＩＰサーバに搭載されたコンピュータを機能させるプログラムにおいて、
要求元端末からリクエストを受信した際に、当該リクエストを要求先端末へ転送するリクエスト転送手段と、
第１の要求先端末からレスポンスを受信した際に、第１の要求先端末用のダイアログに基づくレスポンスを、要求元端末へ送信するレスポンス送信手段と、
第２の要求先端末からレスポンスを受信した際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であって、第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しないダイアログ判定手段と、
第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとして、要求元端末との間のシーケンスを実行するダイアログ交換手段と
してコンピュータを機能させることを特徴とする。
【発明の効果】
【００２８】
本発明の網間制御方法、ＳＩＰサーバ及びプログラムによれば、要求元端末がオプション機能「複数ダイアログ非使用」であっても、フォーキングに基づく複数の要求先端末のダイアログを整合することができる。特に、リクエストやレスポンスの中で明示されない複数ダイアログのオプション機能について整合することができる。
【図面の簡単な説明】
【００２９】
【図１】本発明におけるシステム構成図である。
【図２】本発明におけるシーケンス図である。
【図３】図２に基づく第１の実施形態のシーケンス図である。
【図４】図２に基づく第２の実施形態のシーケンス図である。
【図５】本発明における第２の基本シーケンス図である。
【図６】図５に基づく第１の実施形態のシーケンス図である。
【図７】図５に基づく第２の実施形態のシーケンス図である。
【図８】図５に基づく第３の実施形態のシーケンス図である。
【図９】要求元端末が複数ダイアログ非使用であることを認識するための第１のシーケンス図である。
【図１０】要求元端末が複数ダイアログ非使用であることを認識するための第２のシーケンス図である。
【図１１】本発明におけるアプリケーションサーバの機能構成図である。
【発明を実施するための形態】
【００３０】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００３１】
図１は、本発明におけるシステム構成図である。
【００３２】
図１によれば、要求元端末２１が接続されたマルチメディアネットワークと、要求先端末２２が接続されたマルチメディアネットワークとの間に、ＳＩＰサーバ１が配置されている。ＳＩＰサーバ１は、異なるＣＳＣＦ間に接続されたＡＳ若しくはＩＢＣＦ、又は、
異なるＩＭＳ−ＡＧＷ間に接続されたＴｒＧＷであってもよい。尚、以下の実施形態では、異なるマルチメディアネットワーク間に配置されたＳＩＰサーバは、ＡＳであるとして説明する。
【００３３】
図１によれば、ＡＳ１を経由して、要求元端末２１と要求先端末２２との間で、セッションのリクエストとレスポンスとを転送することできる。図１によれば、要求元端末２１は、オプション機能「複数ダイアログ非使用」であるとする。
要求元端末２１＝オプション機能「複数ダイアログ非使用」
【００３４】
尚、要求元端末は、要求元のＵＡ(User Agent)に限られず、要求元のネットワーク通信装置（例えば要求元ＡＳ又は要求元ＩＢＣＦ）であってもよい。また、要求先端末も、要求先のＵＡに限られず、要求先のネットワーク通信装置（同様に例えば要求先ＡＳ又は要求先ＩＢＣＦ）であってもよい。例えば、要求元ＡＳと要求先ＡＳとは、網間接続用のＳＩＰサーバであるＡＳを介して通信するものであってもよい。
【００３５】
図２は、本発明における第１の基本シーケンス図である。
【００３６】
［第１のステップ］
（Ｓ１１）要求元端末２１が、要求先端末へ向けてリクエストを送信する。このリクエストは、要求元ネットワークのＣＳＣＦ群を経由して、ＡＳ１へ転送される。
（Ｓ１２）ＡＳ１は、受信したリクエストをそのまま、要求先端末２２へ転送する。ここで、図２によれば、リクエストは、要求先端末２２が接続するＣＦＣＦ群でフォーキングされ、複数の要求先端末２２へ同時に転送されている。
【００３７】
［第２のステップ］
（Ｓ２１）要求先端末２２１は、第１のダイアログ[D1]に基づくレスポンスを、ＡＳ１へ返信する。ＡＳ１は、受信したレスポンスに応じて、要求先端末２２１のオプション機能を、第１のダイアログ[D1]として記憶する。
【００３８】
（Ｓ２２）そして、ＡＳ１は、要求先端末２２１から受信したレスポンスをそのまま、要求元端末２１へ転送する。このとき、ダイアログは、第１の要求先端末用の第１のダイアログ[D1]に基づくものである。
【００３９】
［第３のステップ］
（Ｓ３１）要求先端末２２２も、フォーキングによって、セッション開始リクエストを受信している。そこで、要求先端末２２２も、レスポンスを、ＡＳ１へ返信する。レスポンスは、第２のダイアログ[D2]に基づくものである。
【００４０】
（Ｓ３２）ＡＳ１は、複数の要求先端末２２１及び２２２から、レスポンスを受信したことを認識する。ここで、要求元端末２１がオプション機能「複数ダイアログ使用」であれば、ＡＳ１は、要求先端末２２２から受信したレスポンスをそのまま、要求元端末２１へ転送することができる（図２に図示無し）。尚、要求元端末２１がオプション機能「複数ダイアログ使用」又は「非使用」かは、通信事業者によって予め設定されたものであってもよいし、後述する図９によって判定されるものであってもよい。
【００４１】
（Ｓ３３）ＡＳ１は、要求元端末２１がオプション機能「複数ダイアログ非使用」である場合、第１の要求先端末２２１用のダイアログと第２の要求先端末２２２用のダイアログとを比較する。そして、両方のダイアログの所定要素が同一である場合、当該レスポンスを要求元端末２１へ送信しない。
【００４２】
ダイアログとは、例えば呼識別子(Call-ID)と、ローカルtagと、リモートtagとの組み合わせとなるＩＤである。ダイアログＩＤは、ヘッダ情報の中の、Toタグ、Fromタグ及びCall-IDによって表される。ここで、所定要素とは、レスポンス・コード、ヘッダ・フィールド、ボディに含まれるＳＤＰのタイプのいずれかに予め規定された要素である。
【００４３】
ＡＳ１は、要求先端末２２２用のダイアログを要求先端末２２１用のダイアログとして記憶する。そして、ＡＳ１は、要求元端末２１へ複数のダイアログ情報を送信しないように、第２以降のダイアログ情報を終端する。但し、第２以降のダイアログ情報であっても、所定要素が転送必須ヘッダとして登録されている場合にのみ、第１のダイアログ情報として送信する。
【００４４】
［第４のステップ］
（Ｓ４）ＡＳ１は、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D2]として、要求元端末２１との間のシーケンスを実行する。勿論、ＡＳ１は、要求先端末２２２との間では、要求先端末２２２用のダイアログ[D2]に基づいてシーケンスを実行する。
【００４５】
図３は、図２に基づく第１の実施形態のシーケンス図である。
【００４６】
図３によれば、図２と比較して、以下のように対応する。
Ｓ１のリクエストは、セッション開始リクエストである。
Ｓ２のレスポンスは、暫定レスポンスである。
【００４７】
（Ｓ１１）要求元端末２１が、要求先端末のＵＲＩ(Uniform Resource Indicator)を宛先情報として、セッション開始リクエスト（SIP:INVITE）を送信する。このリクエストは、要求元ネットワークのＣＳＣＦ群を経由して、ＡＳ１へ転送される。
【００４８】
（Ｓ１２）ＡＳ１は、受信したセッション開始リクエストをそのまま、要求先端末２２へ転送する。図２によれば、セッション開始リクエストは、要求先端末２２が接続するＣＦＣＦ群でフォーキングされ、複数の要求先端末２２へ同時に転送されている。
ここで、要求元端末２１がＵＡである場合、端末種別を特定するために、User-Agentヘッダ、P-Asserted-Identityヘッダ又はFromヘッダに含まれるSIP URIやtel URIを用いてもよい。また、要求元端末２１がネットワーク通信装置である場合、網種別を特定するために、P-Charging-Vectorヘッダのioiパラメータ、P-Asserted-Identityヘッダ又はFromヘッダに含まれるSIP URIのドメイン部を用いてもよい。
【００４９】
［第２のステップ］
（Ｓ２１）要求先端末２２１は、SDPを含む暫定レスポンス（SIP:183(INVITE)）を、ＡＳ１へ返信する。ＡＳ１は、受信した暫定レスポンスに応じて、要求先端末２２１のオプション機能を、第１のダイアログ[D1]として記憶する。
ここで、要求先端末２２がＵＡである場合、端末種別を特定するために、User-Agentヘッダ、P-Asserted-Identityヘッダ又はToヘッダに含まれるSIP URIやtel URIを用いてもよい。また、要求先端末２２がネットワーク通信装置である場合、網種別を特定するために、P-Charging-Vectorヘッダのioiパラメータ、P-Asserted-Identityヘッダ又はToヘッダに含まれるSIP URIのドメイン部を用いてもよい。
【００５０】
（Ｓ２２）そして、ＡＳ１は、要求先端末２２１から受信した暫定レスポンスをそのまま、要求元端末２１へ転送する。このとき、ダイアログは、第１の要求先端末用の第１のダイアログ[D1]に基づくものである。
【００５１】
［第３のステップ］
（Ｓ３１）要求先端末２２２も、フォーキングによって、セッション開始リクエストを受信している。そこで、要求先端末２２２も、SDPを含む暫定レスポンス（SIP:183(INVITE)）を、ＡＳ１へ返信する。暫定レスポンスは、第２のダイアログ[D2]に基づくものである。
このとき、ＡＳ１は、暫定レスポンスから、要求先端末２２２におけるセッション更新リクエスト(UPDATE)の要求先オプションを取得することもできる。
【００５２】
（Ｓ３２）ＡＳ１は、複数の要求先端末２２１及び２２２から、暫定レスポンス（SIP:183(INVITE)）を受信したことを認識する。ここで、要求元端末２１がオプション機能「複数ダイアログ非使用」であれば、要求先端末２２２用のダイアログを要求先端末２２１用のダイアログとして記憶する。
【００５３】
（Ｓ３３）ＡＳ１は、要求元端末２１がオプション機能「複数ダイアログ非使用」である場合、第１の要求先端末２２１用のダイアログと第２の要求先端末２２２用のダイアログとを比較する。両方のダイアログの所定要素が同一である場合、当該レスポンスを要求元端末２１へ送信しない。ここで、所定要素が同一である場合とは、暫定レスポンス・コード（SIP:183(INVITE)）が同一であって、且つ、その信号に含まれる所定要素（ヘッダ・フィールド、ボディに含まれるＳＤＰのタイプ）が同一である。即ち、要求元端末２１に通知する必要が無い場合である。
【００５４】
［第４のステップ］
（Ｓ４）ＡＳ１は、要求元端末２１との間では、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D2]としてシーケンスを実行し、要求先端末２２２との間では、要求先端末２２２用のダイアログ[D2]に基づいてシーケンスを実行する。
【００５５】
図４は、図２に基づく第２の実施形態のシーケンス図である。
【００５６】
図４によれば、図２と比較して、以下のように対応する。
Ｓ１のリクエストは、セッション開始リクエストである。
Ｓ２のレスポンスは、リンギングレスポンスである。
【００５７】
（Ｓ１１〜Ｓ１２）図３のＳ１１〜Ｓ１２と同様のシーケンスである。
（Ｓ２１）要求先端末２２１は、リンギングレスポンス（SIP:180(INVITE)）を、ＡＳ１へ返信する。リンギングレスポンスは、例えば呼接続中に呼出音を要求元端末で再生させることを指示する。ＡＳ１は、受信したリンギングレスポンスに応じて、要求先端末２２１のオプション機能を、第１のダイアログ[D1]として記憶する。
【００５８】
（Ｓ２２）そして、ＡＳ１は、要求先端末２２１から受信したリンギングレスポンスをそのまま、要求元端末２１へ転送する。このとき、ダイアログは、第１の要求先端末用の第１のダイアログ[D1]に基づくものである。
【００５９】
（Ｓ３１）要求先端末２２２も、フォーキングによって、セッション開始リクエストを受信している。そこで、要求先端末２２２も、リンギングレスポンス（SIP:180(INVITE)）を、ＡＳ１へ返信する。リンギングレスポンスは、第２のダイアログ[D2]に基づくものである。
【００６０】
（Ｓ３２）ＡＳ１は、複数の要求先端末２２１及び２２２から、リンギングレスポンス（SIP:180(INVITE)）を受信したことを認識する。ここで、要求元端末２１がオプション機能「複数ダイアログ非使用」であれば、要求先端末２２２用のダイアログを要求先端末２２１用のダイアログとして記憶する。
【００６１】
（Ｓ３３）第１の要求先端末２２１用と第２の要求先端末２２２用との両方のダイアログの所定要素が同一である場合、ＡＳ１は、当該レスポンスを要求元端末２１へ送信しない。ここで、所定要素が同一である場合とは、リンギングレスポンス・コード（SIP:180(INVITE)）が同一であって、且つ、その信号に含まれる所定要素（ヘッダ・フィールド、ボディに含まれるＳＤＰのタイプ）が同一である。即ち、要求元端末２１に通知する必要が無い場合である。
【００６２】
（Ｓ４）ＡＳ１は、要求元端末２１との間では、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D2]としてシーケンスを実行し、要求先端末２２２との間では、要求先端末２２２用のダイアログ[D2]に基づいてシーケンスを実行する。
【００６３】
図５は、本発明における第２の基本シーケンス図である。
【００６４】
（Ｓ１１〜Ｓ３３）図２のＳ１１〜Ｓ３３と同様のシーケンスである。図５によれば、図２と比較して、Ｓ３４のみが追加されている。
（Ｓ３４）ＡＳ１は、要求先端末２２１用と要求先端末２２２用との両方のダイアログの所定要素が相違する場合、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D1]としたメッセージを、要求元端末２１へ送信する。
ここでのメッセージは、実施形態に応じて、リクエストであってもよいし、レスポンスであってもよい。要求元端末２１から見て、要求先端末２２１用のダイアログ[D1]に基づくものである。
【００６５】
図６は、図５に基づく第１の実施形態のシーケンス図である。
【００６６】
図６によれば、図５と比較して、以下のように対応する。
第１のステップのリクエストは、セッション開始リクエストである。
第２のステップのレスポンスは、第１の要求先端末からの暫定レスポンスである。
第３のステップのレスポンスは、第２の要求先端末からの暫定レスポンスである。
第３のステップのメッセージは、更新リクエストである。
【００６７】
（Ｓ１１〜Ｓ３１）図２のＳ１１〜Ｓ３１と同様のシーケンスである。
（Ｓ３２）ＡＳ１は、要求先端末２２２からレスポンスを受信した際に、セッションにおける要求元端末２１のオプション機能「複数ダイアログ非使用」である場合、第１の要求先端末２２１用のダイアログと第２の要求先端末２２２用のダイアログとを比較する。
（Ｓ３３）第１の要求先端末２２１用と第２の要求先端末２２２用との両方のダイアログの所定要素が同一である場合、ＡＳ１は、要求元端末２１へ暫定レスポンスを転送しない。
（Ｓ３４）ＡＳ１は、両方のダイアログの所定要素が相違する場合、要求先端末２２２のオプション機能のSDPを含む更新リクエスト（SIP:UPDATE）を、要求元端末２１へ送信する。この更新リクエストは、第１のダイアログ情報[D1]に基づくものである。即ち、要求元端末２１は、要求先端末２２１用のダイアログに基づく更新リクエストを受信したように見える。また、所定要素は、第２の要求先端末２２１に合わせたものに更新される。
（Ｓ３５）要求元端末２１は、更新リクエストに対して、SDPを含む更新レスポンス（SIP:200(UPDATE)）を、ＡＳ１へ返信する。
【００６８】
（Ｓ４）ＡＳ１は、要求元端末２１との間では、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D2]としてシーケンスを実行し、要求先端末２２２との間では、要求先端末２２２用のダイアログ[D2]に基づいてシーケンスを実行する。
【００６９】
図７は、図５に基づく第２の実施形態のシーケンス図である。
【００７０】
（Ｓ１１〜Ｓ３２）図６のＳ１１〜Ｓ３２と同様のシーケンスである。
（Ｓ３３）第１の要求先端末２２１用と第２の要求先端末２２２用との両方のダイアログの所定要素が同一である場合、ＡＳ１は、要求元端末２１へ暫定レスポンスを転送しない。
（Ｓ３４）そして、暫定レスポンスのRequireヘッダに100relオプションが指定されている場合には、ＡＳ１は、暫定応答確認リクエスト（SIP:PRACK）を、要求先端末２２２へ送信する。暫定応答確認リクエストは、第２のダイアログ[D2]に基づくものである。これによって、ＡＳ１は、要求先端末２２２との間でセッションを確立しようとする。尚、図示しないが、転送必須ヘッダに100relオプションを含むRequireヘッダが指定されている場合には、要求元端末２１へ暫定レスポンスを転送する。
（Ｓ３５）これに対し、要求先端末２２２は、暫定応答確認リクエストに対する暫定応答確認レスポンス（SIP:200(PRACK)）を、ＡＳ１へ送信する。
【００７１】
（Ｓ３６）そして、要求先端末２２２は、セッション開始レスポンス（SIP:200(INVITE)）を、ＡＳ１へ送信する。セッション開始レスポンスは、第２のダイアログ[D2]に基づくものである。
【００７２】
（Ｓ３７）要求先端末２２２からのみ、第２のダイアログ[D2]を含むセッション開始レスポンス（SIP:200(INVITE)）を受信した場合、ＡＳ１は、第１の要求先端末２２１用と第２の要求先端末２２２用との両方のダイアログの所定要素は相違すると判定する。
一方で、図示していないが、ＡＳ１は、要求先端末２２１から第１のダイアログ[D1]を含むセッション開始レスポンス（SIP:200(INVITE)）を受信した場合、そのレスポンスはそのまま、要求元端末２１へ転送される。その後、要求先端末２２２から第２のダイアログ[D2]を含むセッション開始レスポンス（SIP:200(INVITE)）を受信した場合、両方のダイアログの所定要素が同一か否か判定される。第１のダイアログ[D1]と第２のダイアログ[D2]とで、例えば、ＳＤＰネゴシエーションの結果で使用するコーデックが相違している場合もある。
【００７３】
（Ｓ３８）両方のダイアログの所定要素が相違する場合、要求元端末２１と要求先端末２２２との間でセッションを確立させるため、ＡＳ１は、要求先端末２２２のオプション機能のＳＤＰを含む更新リクエスト（SIP:UPDATE）を、要求元端末２１へ送信する。更新リクエストは、第１のダイアログ情報[D1]に基づくものである。即ち、要求元端末２１から見て、要求先端末２２１用のダイアログに基づく更新リクエストを受信したようになる。
（Ｓ３９）要求元端末２１は、更新リクエストに対して、SDPを含む更新レスポンス（SIP:200(UPDATE)）を、ＡＳ１へ返信する。
【００７４】
（Ｓ３Ａ）ＡＳ１は、第２のダイアログ情報[D2]及び要求先端末２２２のオプション機能で更新できたことを確認した後に、セッション開始レスポンス（SIP:200(INVITE)）を第１のダイアログ[D1]に乗せ換えて、要求元端末２１へ送信する。要求元端末２１は、更新リクエストによって要求先端末２２２のオプション機能に整合させた後、セッション開始レスポンスを要求元端末へ送信することによって、セッションを確立することができる。
【００７５】
（Ｓ３Ｂ）要求元端末２１は、セッション開始レスポンスに対して、確認リクエスト（SIP:ACK）を、ＡＳ１へ送信する。
（Ｓ３Ｃ）ＡＳ１は、第１のダイアログ情報を、第２のダイアログ情報に乗せ換えた確認リクエスト（SIP:PRACK）を、要求先端末２２２へ転送する。
【００７６】
（Ｓ４）ＡＳ１は、要求元端末２１との間では、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D2]としてシーケンスを実行し、要求先端末２２２との間では、要求先端末２２２用のダイアログ[D2]に基づいてシーケンスを実行する。
【００７７】
図８は、図５に基づく第３の実施形態のシーケンス図である。
【００７８】
図８によれば、図５に以下のように対応する。
Ｓ１のリクエストは、セッション開始リクエストである。
Ｓ２のレスポンスは、暫定レスポンスである。
Ｓ３のレスポンスは、転送必須ヘッダを含む暫定レスポンスである。
Ｓ３のメッセージは、転送必須ヘッダを含む暫定レスポンスである。
【００７９】
図８によれば、ＡＳ１は、暫定レスポンスのヘッダの中で転送必須ヘッダを登録している。具体的には、例えばP-Early Mediaのヘッダであってもよい。P-Early Mediaとは、セッションの確立前に、端末間でメディアを流す機能である。このメディアは、例えば呼接続中に要求元端末で再生される呼出音のようなものである。そのために、P-Early Mediaは、転送必須ヘッダとして登録されることが好ましい。
【００８０】
（Ｓ１１〜Ｓ２２）図７のＳ１１〜Ｓ２２と同様のシーケンスである。
（Ｓ３１）要求先端末２２２も、SDPを含む暫定レスポンス（SIP:183(INVITE)）を、ＡＳ１へ返信する。ここで、レスポンスは、第２のダイアログ[D2]に基づくものであって、ヘッダにP-Early Mediaを含んだものである。
（Ｓ３２）ＡＳ１は、複数の要求先端末２２１及び２２２から、レスポンスを受信したことを認識する。ここで、要求元端末２１がオプション機能「複数ダイアログ使用」であれば、要求先端末２２２用のダイアログを要求先端末２２１用のダイアログとして記憶する。
（Ｓ３３）ＡＳ１は、転送必須ヘッダを含む場合に、第１の要求先端末２２１用と第２の要求先端末２２２用との両方のダイアログの所定要素が相違するか否かを判定する。
（Ｓ３４）両方のダイアログの所定要素が相違し、且つ、Ｓ３１で受信した暫定レスポンスのヘッダにP-Early Mediaが含まれている場合、ＡＳ１は、その暫定レスポンスを、要求先端末２２２用のダイアログ[D2]から要求先端末２２１用のダイアログ[D1]へ置き換えて、要求元端末２１へ送信する。
（Ｓ３５）要求元端末２１は、暫定応答確認リクエストPRACKを、ＡＳ１へ返信する。
（Ｓ４）ＡＳ１は、要求元端末２１との間では、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D2]としてシーケンスを実行し、要求先端末２２２との間では、要求先端末２２２用のダイアログ[D2]に基づいてシーケンスを実行する。
【００８１】
図９は、要求元端末が複数ダイアログ非使用であることを認識するための第１のシーケンス図である。
【００８２】
図９によれば、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であるか否かを判定することができる。
（Ｓ１１〜Ｓ３１）図２のＳ１１〜Ｓ３１と全く同じである。
【００８３】
（Ｓ３２）図９によれば、ＡＳ１は、要求先端末２２２から受信した、第２のダイアログに基づく暫定レスポンス（SIP:183）をそのまま、要求元端末２１へ返信する。ここで、要求元端末２１は、第１のダイアログ[D1]に基づく暫定レスポンスと、第２のダイアログ[D2]に基づく暫定レスポンスとの両方を受信したこととなる。
【００８４】
（Ｓ３３）このとき、要求元端末２１は、オプション機能「複数ダイアログ非使用」であるために、ＡＳ１との間で失敗シーケンスを実行することとなる。失敗シーケンスとしては、信号を破棄するのみで何もしないものでもよいし、セッションキャンセル信号（SIP:CANCEL）を送信してセッションを終了するものでもよいし、など様々な動作を想定することができる。
尚、失敗シーケンスについて、失敗レスポンスが発生した場合、特定のエラー種別（SIP Status Codeで識別）に限定してもよいし、全てのエラー種別を対象にしてもよい。
【００８５】
（Ｓ３４）要求元端末２１との間で失敗シーケンスが実行された場合、ＡＳ１は、要求元端末２１がオプション機能「複数ダイアログ非使用」であると確定する。
【００８６】
（Ｓ３５）そして、ＡＳ１は、要求元端末２１と要求先端末２２１及び２２２との間で、セッションの切断シーケンスを実行する。
【００８７】
これによって、ＡＳ１は、要求元端末２１が複数ダイアログ非使用であることを認識した上で、改めて、前述した図９のシーケンスを実行することができる。
【００８８】
Ｓ１１〜Ｓ３５によれば、要求元端末２１のオプション機能「複数ダイアログ」が明示的に特定できない場合であっても、リクエスト−レスポンスの交換の中で失敗シーケンスが発生した場合、そのオプション機能を非使用として整合させることができる。即ち、要求元端末２１が「複数ダイアログ非使用」であっても、ＡＳ１は、要求元端末２１へその旨を通知する必要がない。ＡＳ１は、直ぐに、単一ダイアログとして要求先端末とオプション機能を整合させることができる。
【００８９】
図１０は、要求元端末が複数ダイアログ非使用であることを認識するための第２のシーケンス図である。
【００９０】
（Ｓ１１）ＡＳ１は、要求元端末２１からセッション開始リクエスト（SIP:INVITE）を受信した際に、セッション更新リクエスト(UPDATE)の要求元オプションを取得する。ここで、ＡＳ１は、要求元端末２１がオプション機能「複数ダイアログ非使用」であることを、知ることができる。
（Ｓ１２〜Ｓ２２）図２のＳ１２〜Ｓ２２と全く同じである。
（Ｓ３１）ＡＳ１は、複数の要求先端末２２１及び２２２から暫定レスポンスを受信したことを認識する。
（Ｓ３２）ＡＳ１は、要求元端末２１の要求元オプションについて、セッション更新リクエスト(UPDATE)が非使用であって、且つ、セッションの複数ダイアログが非使用である場合、切断シーケンスを実行する。
そして、ＡＳ１は、要求元端末２１について、セッションの複数ダイアログが非使用であることを記憶した後、改めて、図２のシーケンスを実行することができる。
【００９１】
図１１は、本発明におけるアプリケーションサーバの機能構成図である。
【００９２】
図１１によれば、アプリケーションサーバ１は、リクエスト転送部１１と、レスポンス送信部１２と、ダイアログ判定部１３と、ダイアログ交換部１４とを有する。これら機能構成部は、マルチメディアネットワーク間に配置されたサーバに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
リクエスト転送部１１は、要求元端末２１からリクエストを受信した際に、当該リクエストを要求先端末２２へ転送する（図２のＳ１参照）。
レスポンス送信部１２は、要求先端末２２１からレスポンスを受信した際に、要求先端末２２１用のダイアログに基づくレスポンスを、要求元端末２１へ送信する。
ダイアログ判定部１３は、要求先端末２２２からレスポンスを受信した際に、セッションにおける要求元端末２１のオプション機能「複数ダイアログ非使用」であって、要求先端末２２１用のダイアログと要求先端末２２２用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しないように制御する。また、要求先端末２２１用のダイアログと要求先端末２２２用のダイアログとを比較して所定要素が相違する場合、要求先端末２２２用のダイアログを要求先端末２２１用のダイアログとしたメッセージ（リクエスト又はレスポンス）を、要求元端末へ送信する。
ダイアログ交換部１４は、要求先端末２２２用のダイアログを要求先端末２２１用のダイアログとして、要求元端末２１との間のシーケンスを実行する。
【００９３】
以上、詳細に説明したように、本発明の網間制御方法、ＳＩＰサーバ及びプログラムによれば、要求元端末がオプション機能「複数ダイアログ非使用」であっても、フォーキングに基づく複数の要求先端末のダイアログを整合することができる。特に、リクエストやレスポンスの中で明示されない複数ダイアログのオプション機能について整合することができる。
【００９４】
これによって、セッションに基づく複数ダイアログのオプション機能の不一致に基づく不具合を回避し、相互接続性を高めることができる。具体的には、移動体事業者が、自社網サービスに最適化されていない端末（例えばＳＩＭフリー端末など）と、自社網サービスの相互接続性を高めることができる。
【００９５】
また、本発明によれば、端末に特別な機能を搭載することなく、通信事業者がＩＭＳにアプリケーションサーバ（又はＩＢＣＦ）を設置するだけでよい。そのために、セッションの要求元端末及び要求先端末がオプション機能「複数ダイアログ使用／非使用」を認識する必要がない。即ち、端末から見て、ＩＭＳを介した既存シーケンスに変更を加える必要がない。また、異なる事業者に運用されるＩＭＳやＩＰネットワークに対しても、汎用的に用いることができる。
【００９６】
前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【００９７】
１  ＡＳ、ＩＢＣＦ、ＴｒＧＷ
１１  リクエスト転送部
１２  レスポンス送信部
１３  ダイアログ判定部
１４  ダイアログ交換部
２１  要求元端末
２２、２２１、２２２  要求先端末
【図１】
0006549526.tif 000002
【図２】
0006549526.tif 000003
【図３】
0006549526.tif 000004
【図４】
0006549526.tif 000005
【図５】
0006549526.tif 000006
【図６】
0006549526.tif 000007
【図７】
0006549526.tif 000008
【図８】
0006549526.tif 000009
【図９】
0006549526.tif 000010
【図１０】
0006549526.tif 000011
【図１１】
0006549526.tif 000012