JP5023210B2 - 電話システム、呼制御サーバ装置及び通信接続方法 - Google Patents

Description

本発明の実施形態は、例えばＳＩＰ（Session Initiation Protocol）端末を収容する複数の呼制御サーバ装置間をＩＰ−ＱＳＩＧ専用線で接続した電話システムと、この電話システムで使用される呼制御サーバ装置及び通信接続方法に関する。

近年、ＩＰ(Internet Protocol)網を介して双方向に画像や音声をＲＴＰ（Real-time Transport Protocol）パケットとして、リアルタイムに送受信するＩＰ電話システムが普及している。このＩＰ電話システムでは、ＩＰ網に呼制御サーバ及び複数のＩＰ電話端末が接続されると共に、呼制御サーバごとにＩＰ電話端末間の通信やＩＰ電話端末と外線との通信を行うことができる。

また、上記ＩＰ電話システムでは、通信を行う場合は、呼制御サーバの制御の元で、ＳＩＰ等のプロトコルを用いて、発呼側と着呼側のＩＰ電話端末間でセッションの確立を行う。一方、セッション確立後に、呼制御サーバによる交換処理を省略するピアツーピア接続により音声通信を行なう。ここで、ＩＰ電話端末間同士のピアツーピア接続では、各ＩＰ電話端末間で、共通の音声メディアコーデック（例えば、G.711、G.722、G.729など）を用いて、音声パケットのやりとりを行う。

特開２００６−４２１７５号公報

ところで、上記ＩＰ電話システムでは、複数の呼制御サーバ間をＩＰ−ＱＳＩＧ専用線で接続する構成を採っている。ＩＰ−ＱＳＩＧ専用線を跨る通話を行うとき、ＩＰ電話端末−呼制御サーバと、呼制御サーバ−呼制御サーバとで、プロトコルが異なるため、メディア情報のネゴシエーションが成立しない場合がある。この場合、メディア情報が一致しないまま接続することになり、あるいは情報不一致で切断されることがある。

なお、呼制御サーバにメディア変換機能を実装、または呼制御サーバ側のメディア情報に合わせるようにＩＰ電話端末のデータ設定を行う方法も考えられる。しかし、呼制御サーバにメディア変換機能を実装する場合、呼制御サーバのＣＰＵの処理負荷が増大する。また、呼制御サーバ側のメディア情報に合わせるようにＩＰ電話端末のデータ設定を行う方法では、ＩＰ電話端末の仕様によって、データ設定を行えない場合がある。

本発明の目的は、サーバ装置間をＩＰ−ＱＳＩＧ専用線で接続するシステムにあって、サーバ装置にメディア変換機能することなく、また予めデータ設定でメディア情報を合わせる必要なく、ＩＰ−ＱＳＩＧ専用線を跨るエンド・エンド間でネゴシエーションを成立し得る電話システム、呼制御サーバ装置及び通信接続方法を提供することにある。

実施形態によれば電話システムは、端末装置が接続可能な複数のサーバ装置相互間をＩＰ(Internet Protocol)−ＱＳＩＧ専用線を介して接続して通信する電話システムを対象とし、検出手段と、通知手段と、制御手段とを備える。検出手段は、複数のサーバ装置のうち第１のサーバ装置に接続された第１の端末装置から第２のサーバ装置に接続された第２の端末装置への発信操作がなされた時に、第２のサーバ装置にて第２の端末装置の応答を検出する。通知手段は、第２の端末装置の応答を検出した時に、第２のサーバ装置にて第２の端末装置から受信しかつピアツーピア通信に必要なメディア情報を分析し、この分析したメディア情報を第１のサーバ装置に通知する。制御手段は、第１のサーバ装置にて第２のサーバ装置から通知されたメディア情報に基づいて、第１の端末装置と第２の端末装置との間でピアツーピアにより通信接続させる。

第１の実施形態のＩＰ電話システムを示す概略構成図である。 第１の実施形態に係わる呼制御サーバの具体的構成を示すブロック図である。 上記図２に示したルーティングテーブルの記憶内容の一例を示す図である。 第１の実施形態において、通話を行う際のネゴシエーションを示すシーケンス図である。 ＮＯＴＩＦＹメッセージの構造を示す図である。 メディア変換機能を各呼制御サーバに実装した場合の通話を行う際のネゴシエーションを示すシーケンス図である。 各呼制御サーバにメディア変換機能を実装しない場合の通話を行う際のネゴシエーションを示すシーケンス図である。 第２の実施形態に係る呼制御サーバの構成を示すブロック図である。 第２の実施形態において、通話を行う際のネゴシエーションを示すシーケンス図である。 第２の実施形態の変形例において、発信元のＳＩＰ端末と着信先のＳＩＰ端末との間で通話を行う際のネゴシエーションを示すシーケンス図である。

以下、実施の形態について、図面を参照して説明する。

（第１の実施形態）
第１の実施形態は、着信先の端末装置であるＳＩＰ端末の応答が検出された時に、着信側の呼制御サーバから発信側の呼制御サーバに対し、メディア情報を通知するようにしたものである。

図１は、第１の実施形態に係わるＩＰ電話システムを示す概略構成図である。
このシステムは、通信ネットワークとしてパケット通信用のＩＰ網１を有する。このＩＰ網１には、ＩＰ−ＱＳＩＧ専用線が含まれている。ＩＰ網１には、複数の呼制御サーバＳＶ１〜ＳＶｎ（ｎは自然数）が接続されている。

呼制御サーバＳＶ１には、端末装置であるＳＩＰ端末Ｔ１１〜Ｔ１ｉ（ｉは自然数）がＬＡＮ(Local Area Network)２を介して接続される。呼制御サーバＳＶ２には、ＳＩＰ端末Ｔ２１〜Ｔ２ｍ（ｍは自然数）がＬＡＮ３を介して接続される。呼制御サーバＳＶ３には、ＳＩＰ端末Ｔ３１〜Ｔ３ｐ（ｐは自然数）がＬＡＮ４を介して接続される。そして、呼制御サーバＳＶｎには、ＳＩＰ端末Ｔｎ１〜Ｔｎｋ（ｋは自然数）がＬＡＮｑを介して接続される。なお、ＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔｎ１〜Ｔｎｋは、通話処理機能と映像等のメディア情報処理機能とを備えている。

また、呼制御サーバＳＶ１は、ルータＲＴ１を介してＩＰ網１に接続される。呼制御サーバＳＶ２は、ルータＲＴ２を介してＩＰ網１に接続される。さらに、呼制御サーバＳＶ３〜ＳＶｎもそれぞれルータＲＴ３〜ＲＴｎを介してＩＰ網１に接続される。

また、呼制御サーバＳＶ１には、ゲートウェイＧＷ１が接続される。ゲートウェイＧＷ１は、公衆網ＮＷ１とＩＰ網１との間を接続するもので、公衆網ＮＷ１とＩＰ網１との間における通信プロトコル及び信号フォーマットの変換機能を備えている。

また、呼制御サーバＳＶｎには、ゲートウェイＧＷ２が接続される。ゲートウェイＧＷ２は、公衆網ＮＷ２とＩＰ網１との間を接続するもので、公衆網ＮＷ２とＩＰ網１との間における通信プロトコル及び信号フォーマットの変換機能を備えている。

呼制御サーバＳＶ１〜ＳＶｎは、複数のＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔｎ１〜Ｔｎｋ間またはＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔｎ１〜Ｔｎｋと公衆網ＮＷ１，ＮＷ２との間で、例えばＳＩＰに従ってセッションを確立する交換制御機能を備える。そして、セッション確立後は、発信側のＳＩＰ端末と着信側のＳＩＰ端末との間で直接または呼制御サーバＳＶ１〜ＳＶｎを経由してピアツーピア接続でＲＴＰパケットを送受信することで、音声通信を行なう。また、呼制御サーバＳＶ１〜ＳＶｎは、呼制御サーバＳＶ１〜ＳＶｎ間で、例えばＩＰ−ＱＳＩＧに従ってセッションを確立する交換制御機能を備える。

ところで、上記呼制御サーバＳＶ１〜ＳＶｎは、本第１の実施形態に係わる機能として次のような機能を有している。図２はその構成を示すブロック図である。ここでは、呼制御サーバＳＶ１を代表して説明する。

すなわち、呼制御サーバＳＶ１は、ＩＰ制御部１１と、中継処理部１２と、呼制御部１３と、記憶部１４とを備えている。これらＩＰ制御部１１と、中継処理部１２と、呼制御部１３と、記憶部１４は、データハイウェイ１５を介して互いに接続されている。

ＩＰ制御部１１には、ＩＰ網１が必要に応じて接続される。ＩＰ制御部１１は、接続されたＩＰ網１との間でインタフェース処理を行う。また、ＩＰ制御部１１は、上記インタフェース処理に係わる種々の制御情報の授受を、データハイウェイ１５を介して呼制御部１３との間で行う。

中継処理部１２は、ＩＰ制御部１１で受信した制御メッセージ及びＲＴＰパケットを処理する。

呼制御部１３は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを有して構成され、ソフトウェア処理により呼制御サーバＳＶ１の各部の制御を行う。

記憶部１４は、呼制御部１３の接続制御に必要なルーティングテーブル１４１等を格納している。ルーティングテーブル１４１は、図３に示すように、ＳＩＰ端末Ｔ１１〜Ｔ１ｉ及びゲートウェイＧＷ１に予め割り当てられている識別情報としての電話番号と、可変ネットワークアドレスとしてのＩＰアドレスとを対応付けた情報である。また、ルーティングテーブル１４１は、各呼制御サーバＳＶ１〜ＳＶｎに予め割り当てられたノードＩＤと、ＩＰアドレスとを対応付けている。

一方、呼制御部１３は、検出部１３１と、通知制御部１３２と、接続制御部１３３とを備えている。検出部１３１は、例えばＳＩＰ端末Ｔ２１から呼制御サーバＳＶ２を介して発信要求（ＳＥＴＵＰメッセージ）が到来したとき、着信先となるＳＩＰ端末Ｔ１１を呼び出し、ＳＩＰ端末Ｔ１１の応答を検出する。

通知制御部１３２は、着信先となるＳＩＰ端末Ｔ１１の応答を検出した時に、ＳＩＰ端末Ｔ１１から通知され、音声信号をデジタル音声データに符号化するためのコーデック情報（Ｇ．７１１，Ｇ．７２２，Ｇ．７２３，Ｇ．７２８及びＧ．７２９）、パケット送出間隔といったメディア情報を分析し、この分析したメディア情報を例えばＮＯＴＩＦＹメッセージ中のＳＤＰに含めて発信側へ通知する。

接続制御部１３３は、着信側からＮＯＴＩＦＹメッセージが到来した時に、ＮＯＴＩＦＹメッセージ中のＳＤＰに着信側のメディア情報が含まれているかを分析する。そして、メディア情報が含まれている場合に、このメディア情報を発信元に通知し、当該メディア情報の内容に従って発信側のＳＩＰ端末と着信側のＳＩＰ端末との間をピアツーピアにより通信接続させる。

次に、上記構成による動作について説明する。
図４は、例えばＳＩＰ端末Ｔ１１，Ｔ２１間で通話を行う際のネゴシエーションを示すシーケンス図である。ここでは、呼制御サーバＳＶ１と呼制御サーバＳＶ２には、メディア変換機能を有していないものとする。

呼制御サーバＳＶ１に収容されたＳＩＰ端末Ｔ１１にて呼制御サーバＳＶ２に収容されるＳＩＰ端末Ｔ２１への発信操作が行われたとする（図４（１））。そうすると、ＳＩＰ端末Ｔ１１は、呼制御サーバＳＶ１へメディア情報のＳＤＰを含む発信要求（ＩＮＶＩＴＥメッセージ）を送信する（図４（２））。

呼制御サーバＳＶ１は、上記発信要求を受信すると、ＳＤＰに含まれるメディア情報に従って、ＩＰ−ＱＳＩＧ専用線で使用するメディア情報を決定し、ＩＰ−ＱＳＩＧで規定されるＳＥＴＵＰメッセージを生成する。このＳＥＴＵＰメッセージには、発信元識別情報や着信先識別情報、ＩＰ−ＱＳＩＧ専用線で使用される例えばＧ．７１１を示すコーデックや、ＲＴＰパケットの送出間隔（４０ｍｓ）を示す情報が含まれる。呼制御サーバＳＶ１は、ＩＰ−ＱＳＩＧ専用線を利用する場合、使用する帯域を小さくするために、パケット送出間隔４０ｍｓを使用する。このＳＥＴＵＰメッセージは、呼制御サーバＳＶ１からＩＰ網１を介して呼制御サーバＳＶ２へ送信される（図４（３））。

呼制御サーバＳＶ２は、ＳＥＴＵＰメッセージを受信すると、着信先のＳＩＰ電話端末Ｔ２１に対しメディア情報を含むＩＮＶＩＴＥメッセージを送信して呼び出しを行なう（図４（４））。ＳＩＰ端末Ｔ２１は、ＩＮＶＩＴＥメッセージを受信後、メディア情報を分析し、通知されるパケット送出間隔４０ｍｓに合わせることが可能か否かを判定する。同時に、ＳＩＰ端末Ｔ２１は、着信報知が行われている旨を示す１００Trying及び１８０Ringingを呼制御サーバＳＶ２へ返送する（図４（５））。この着信報知は、鳴音の発生または着信表示により行なわれる。

呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１から１００Trying及び１８０Ringingを受信すると、呼制御サーバＳＶ１に対しＳＥＴＵＰメッセージを正しく受信した旨を示すメッセージ（ＣＡＬＬ ＰＲＯＣ，ＡＬＥＲＴ）を送信する（図４（６））。このうち、ＣＡＬＬ ＰＲＯＣメッセージのＳＤＰには、呼制御サーバＳＶ２のコーデック情報及びパケット送出間隔４０ｍｓが含まれる。

呼制御サーバＳＶ１は、呼制御サーバＳＶ２からＣＡＬＬ ＰＲＯＣメッセージ及びＡＬＥＲＴメッセージを受信すると、発信元のＳＩＰ端末Ｔ１１に対し１００Trying及び１８０Ringingを送信して、ＳＩＰ端末Ｔ２１に対し着信報知が行われている旨を通知する（図４（７））。ここで、一旦呼制御サーバＳＶ１，ＳＶ２間は、ネゴシエーションを確立する。

上記着信報知に対しＳＩＰ端末Ｔ２１のユーザが応答操作を行なうと（図４（８））、ＳＩＰ端末Ｔ２１は応答メッセージ（２００ＯＫ）を呼制御サーバＳＶ２へ送信する（図４（９））。この応答メッセージ（２００ＯＫ）のＳＤＰには、ＳＩＰ端末Ｔ２１のコーデック情報及びパケット送出間隔２０ｍｓが含まれる。ここで、ＳＩＰ端末Ｔ２１は仕様により通知されるパケット送出間隔４０ｍｓに合わせることができないため、パケット送出間隔２０ｍｓで応答メッセージを返送する。

呼制御サーバＳＶ２は、受信した応答メッセージ（２００ＯＫ）より、メディア情報を取り出し、自サーバのパケット送出間隔を［４０ｍｓ］から［２０ｍｓ］に変更するとともに、ＳＩＰ端末Ｔ２１のメディア情報を含むＮＯＴＩＦＹメッセージを送信する（図４（１０））。なお、ＮＯＴＩＦＹメッセージは、任意で、他メッセージでも可、ＣＯＮＮメッセージでもよい。続いて、呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１を呼制御サーバＳＶ２に接続した旨を示す情報を応答メッセージ（ＣＯＮＮ）に乗せて呼制御サーバＳＶ１に通知する（図４（１１））。

呼制御サーバＳＶ１は、ＮＯＴＩＦＹメッセージを受信し、メディア情報を得る（図４（１２））。続いて、ＣＯＮＮメッセージを受信する（図４（１３））。ＣＯＮＮメッセージ受信後、呼制御サーバＳＶ１は自サーバのパケット送出間隔を［４０ｍｓ］から［２０ｍｓ］に変更し、着信先のＳＩＰ端末Ｔ２１のコーデック情報及びパケット送出間隔を含む２００ＯＫメッセージを発信元のＳＩＰ端末Ｔ１１へ送信する（図４（１４））。すると、ＳＩＰ端末Ｔ１１は、自端末のパケット送出間隔を２００ＯＫメッセージに含まれるパケット送出間隔２０ｍｓに合わせ、呼制御サーバＳＶ１に対しＡＣＫを返送する（図４（１５））。

呼制御サーバＳＶ１は、ＳＩＰ端末Ｔ１１からＡＣＫを受信すると、呼制御サーバＳＶ２に対しＣＯＮＮ ＡＣＫを送信する（図４（１６））。そして、呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１に対しＡＣＫを送信する（図４（１７）。かくして、発信元のＳＩＰ端末Ｔ１１と着信先のＳＩＰ端末Ｔ２１との間には呼制御サーバＳＶ１，ＳＶ２を経由した通信リンクが形成され、以後パケット送出間隔２０ｍｓによりＲＴＰパケットの送受信が行われ、通話が可能となる。

図５は、上記ＮＯＴＩＦＹメッセージの構造を示すものである。ＮＯＴＩＦＹメッセージには、ユーザ・ユーザ情報、サイズ、メディア情報、メディア情報数、コーデック、パケット送出間隔、ＩＰアドレス、ポート番号が含まれる。ユーザ・ユーザ情報は、発信元及び着信先を識別するための情報である。サイズを示す情報は、発信側と着信側との間で送受信する映像、音声、データのサイズを示す情報である。メディア情報は、映像、音声、データといったメディアの種類を示す情報である。メディア情報数は、発信側と着信側との間で送受信する映像または音声またはデータ、映像と音声との組み合わせ、音声とデータとの組み合わせを示す情報である。ＩＰアドレス及びポート番号は、着信先となるＳＩＰ端末Ｔ２１に割り当てられるＩＰアドレス及びポート番号である。

なお、ＳＩＰ端末Ｔ１１と呼制御サーバＳＶ１との間、呼制御サーバＳＶ１，ＳＶ２間でネゴシエーションのタイミングが異なることを考慮して、各呼制御サーバＳＶ１，ＳＶ２にメディア変換機能を実装することが考えられる。
図６は、メディア変換機能を各呼制御サーバＳＶ１，ＳＶ２に実装した場合に、ＳＩＰ端末Ｔ１１，Ｔ２１間で通話を行う際のネゴシエーションを示すシーケンス図である。図６において、上記図４と同一動作箇所には、同一符号を付し、詳細な説明を省略する。

ＳＩＰ端末Ｔ１１と呼制御サーバＳＶ１との間では、発信元のＳＩＰ端末Ｔ１１からＩＮＶＩＴＥメッセージが呼制御サーバＳＶ１に送信される。これを受けて、呼制御サーバＳＶ１は、呼制御サーバＳＶ２に対して、ＳＥＴＵＰメッセージが送信する。呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１に対して、ＩＮＶＩＴＥメッセージを送信する。これに対して、ＳＩＰ端末Ｔ２１から「１００Trying」及び「１８０Ringing」が返送されてくる。そして、呼制御サーバＳＶ２は、呼制御サーバＳＶ１に対して、ＣＡＬＬ ＰＲＯＣメッセージ及びＡＬＥＲＴメッセージが送信される。この時点で、呼制御サーバＳＶ１は、呼制御サーバＳＶ２との間にコーデックＧ７１１及びパケット送出間隔４０ｍｓに従ったＲＴＰセッションを確立する（図６（９））。

呼制御サーバＳＶ１は、呼制御サーバＳＶ２から送られるＣＡＬＬ ＰＲＯＣメッセージ及びＡＬＥＲＴメッセージを受信し、発信元のＳＩＰ端末Ｔ１１へ１００Trying及び１８０Ringingを送信すると、ＳＩＰ端末Ｔ１１との間にコーデックＧ７１１及びパケット送出間隔２０ｍｓに従ったＲＴＰパケットのＲＴＰセッションを確立する（図６（８））。

以後、ＳＩＰ端末Ｔ２１のユーザが応答操作を行なうと、ＳＩＰ端末Ｔ２１は応答メッセージ（２００ＯＫ）を呼制御サーバＳＶ２へ送信する（図６（１０））。この応答メッセージ（２００ＯＫ）のＳＤＰには、ＳＩＰ端末Ｔ２１のコーデック情報及びパケット送出間隔２０ｍｓが含まれる。ここで、ＳＩＰ端末Ｔ２１は仕様により通知されるパケット送出間隔４０ｍｓに合わせることができないため、パケット送出間隔２０ｍｓで応答メッセージを返送する。

呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１から２００ＯＫメッセージを受信すると、ＳＩＰ端末Ｔ２１を呼制御サーバＳＶ２に接続した旨を示す情報を応答メッセージ（ＣＯＮＮ）に乗せて呼制御サーバＳＶ１に通知する（図６（１１））。

呼制御サーバＳＶ１は、ＣＯＮＮメッセージ受信後、着信先のＳＩＰ端末Ｔ２１のコーデック情報及びパケット送出間隔を含む２００ＯＫメッセージを発信元のＳＩＰ端末Ｔ１１へ送信する（図６（１２））。すると、ＳＩＰ端末Ｔ１１は、呼制御サーバＳＶ１に対しＡＣＫを返送する（図６（１３））。

呼制御サーバＳＶ１は、ＳＩＰ端末Ｔ１１からＡＣＫを受信すると、呼制御サーバＳＶ２に対しＣＯＮＮ ＡＣＫを送信する（図６（１４））。

そして、呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１に対しＡＣＫを送信し（図６（１５）、ＳＩＰ端末Ｔ２１との間にコーデックＧ７１１及びパケット送出間隔２０ｍｓに従ったＲＴＰセッションを確立する（図６（１６））。

つまり、メディア情報それぞれの間で異なっていても、各呼制御サーバＳＶ１，ＳＶ２のメディア変換機能によりメディア変換される為、ＲＴＰセッションを確立できる。しかし、ＳＩＰ端末Ｔ１１と呼制御サーバＳＶ１間、呼び制御サーバＳＶ１と呼制御サーバＳＶ２間、呼制御サーバＳＶ２とＳＩＰ端末Ｔ２１間は、ぞれぞれ独立してメディア情報のネゴシエーションが行われるため、図６のそれぞれ点線部分になるようにネゴシエーションが確立するタイミングが異なっている。また、メディア変換機能を各呼制御サーバＳＶ１，ＳＶ２に実装することは、各呼制御サーバＳＶ１，ＳＶ２の処理負担を増大してしまうことになる。

一方、各呼制御サーバＳＶ１，ＳＶ２にメディア変換機能を実装しないと、図７に示すように、ＳＩＰ端末Ｔ１１，Ｔ２１間でパケット送出間隔が不一致で切断されたり、双方向不一致のままＲＴＰセッションが確立されることがある。図７において、上記図４と同一動作箇所には、同一符号を付し、詳細な説明を省略する。

ＳＩＰ端末Ｔ２１のユーザが応答操作を行なうと（図７（８））、ＳＩＰ端末Ｔ２１は応答メッセージ（２００ＯＫ）を呼制御サーバＳＶ２へ送信する（図７（９））。この応答メッセージ（２００ＯＫ）のＳＤＰには、ＳＩＰ端末Ｔ２１のコーデック情報及びパケット送出間隔２０ｍｓが含まれる。ここで、ＳＩＰ端末Ｔ２１は仕様により通知されるパケット送出間隔４０ｍｓに合わせることができないため、パケット送出間隔２０ｍｓで応答メッセージを返送する。

呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１から応答メッセージ（２００ＯＫ）を受信すると、ＳＩＰ端末Ｔ２１を呼制御サーバＳＶ２に接続した旨を示す情報を応答メッセージ（ＣＯＮＮ）に乗せて呼制御サーバＳＶ１に通知する（図７（１０））。この場合、ＣＯＮＮメッセージには、ＳＩＰ端末Ｔ２１のコーデック及びパケット送出間隔を示す情報が含まれない。また、パケット送出間隔が不一致で切断される場合がある。

呼制御サーバＳＶ１は、ＣＯＮＮメッセージ受信後、サーバ間のコーデック情報及びパケット送出間隔４０ｍｓを含む２００ＯＫメッセージを発信元のＳＩＰ端末Ｔ１１へ送信する（図７（１１））。すると、ＳＩＰ端末Ｔ１１は、自端末のパケット送出間隔を２００ＯＫメッセージに含まれるパケット送出間隔４０ｍｓに合わせ、呼制御サーバＳＶ１に対しＡＣＫを返送する（図７（１２））。

呼制御サーバＳＶ１は、ＳＩＰ端末Ｔ１１からＡＣＫを受信すると、呼制御サーバＳＶ２に対しＣＯＮＮ ＡＣＫを送信する（図７（１３））。そして、呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１に対しＡＣＫを送信する（図７（１４）。かくして、発信元のＳＩＰ端末Ｔ１１と着信先のＳＩＰ端末Ｔ２１との間には呼制御サーバＳＶ１，ＳＶ２を経由した通信リンク（ＲＴＰセッション）が形成され、以後ＳＩＰ端末Ｔ１１からＳＩＰ端末Ｔ２１へパケット送出間隔４０ｍｓによりＲＴＰパケットの送信が行われ、ＳＩＰ端末Ｔ２１からＳＩＰ端末Ｔ１１へパケット送出間隔２０ｍｓによりＲＴＰパケットの送信が行われる。

この場合、ＳＩＰ端末Ｔ２１のユーザが「こんにちは、Ｙさん」と話したとする。ＳＩＰ端末Ｔ１１では、パケット送出間隔４０ｍｓのネゴシエーション結果以外のパケット送出間隔で受信してしまうことになる。すると、ＳＩＰ端末Ｔ１１のユーザには「こには、さ」と聞こえてしまい、音声が途切れて聞き取り難くなる。一方、ＳＩＰ端末Ｔ１１のユーザが「どうもありがとうございます」と話したとする。ＳＩＰ端末Ｔ２１では、パケット送出間隔４０ｍｓでＲＴＰパケットを受信してしまうことになる。すると、ＳＩＰ端末Ｔ２１のユーザには「ど〜う〜も〜あ〜……」と聞こえてしまい、音声の空白が長くなり聞き取り難くなる。

そこで、本第１の実施形態では、上記不具合を回避するために、呼制御サーバＳＶ２において、ＳＩＰ端末Ｔ１１からＳＩＰ端末Ｔ２１への発信操作がなされ、ＳＩＰ端末Ｔ２１の応答を検出した場合に、ＳＩＰ端末Ｔ２１のコーデック及びパケット送出間隔を示すメディア情報をＮＯＴＩＦＹメッセージのＳＤＰに含めて発信側の呼制御サーバＳＶ１に通知するようにしている。そして、呼制御サーバＳＶ１はＮＯＴＩＦＹメッセージにより通知されたメディア情報に基づいて、自サーバのパケット送出間隔を［４０ｍｓ］から［２０ｍｓ］に変更して、発信元のＳＩＰ端末Ｔ１１へ着信先のＳＩＰ端末Ｔ２１のメディア情報を通知してからＳＩＰ端末Ｔ１１とＳＩＰ端末Ｔ２１との間に共通のパケット送出間隔２０ｍｓを使用したＲＴＰセッションを確立するようにしている。

従って、各呼制御サーバＳＶ１，ＳＶ２にメディア変換機能を実装することなく、また各ＳＩＰ端末Ｔ１１，Ｔ２１に予めデータ設定によりメディア情報を合わせる必要がなく、ＩＰ−ＱＳＩＧ専用線を跨るＳＩＰ端末Ｔ１１，Ｔ２１間でネゴシエーションが成立できるようになる。

また、上記第１の実施形態では、ＩＰ−ＱＳＩＧで規定されているＣＯＮＮメッセージやＮＯＴＩＦＹメッセージのような既存の制御信号を利用してメディア情報を着信側の呼制御サーバＳＶ２から発信側の呼制御サーバＳＶ１に通知することが可能となる。このため、メディア情報専用の信号を新たに設ける必要がなく、これにより簡単に実施できる利点がある。

（第２の実施形態）
第２の実施形態は、発信元のＳＩＰ端末から通知されるメディア情報を、着信側の呼制御サーバに対し発信要求（ＳＥＴＵＰメッセージ）に含めて通知するようにしたものである。

図８は、本第２の実施形態に係る呼制御サーバＳＶ１〜ＳＶｎの構成を示すブロック図である。ここでは、呼制御サーバＳＶ１を呼制御サーバＳＶ１−２として説明する。なお、図８において、上記図２と同一部分には同一符号を付して詳細な説明を省略する。

呼制御サーバＳＶ１−２は、呼制御部１３に発信側メディア情報通知部１３４を備えている。発信側メディア情報通知部１３４は、発信元となるＳＩＰ端末Ｔ１１からメディア情報が通知された時に、当該メディア情報を分析し、この分析したメディア情報を着信側の呼制御サーバＳＶ２に通知する。

次に、上記構成による動作について説明する。
図９は、例えばＳＩＰ端末Ｔ１１，Ｔ２１間で通話を行う際のネゴシエーションを示すシーケンス図である。

呼制御サーバＳＶ１に収容されたＳＩＰ端末Ｔ１１にて呼制御サーバＳＶ２に収容されるＳＩＰ端末Ｔ２１への発信操作が行われたとする（図９（１））。そうすると、ＳＩＰ端末Ｔ１１は、呼制御サーバＳＶ１−２へメディア情報のＳＤＰを含む発信要求（ＩＮＶＩＴＥメッセージ）を送信する（図９（２））。

呼制御サーバＳＶ１−２は、受信したＩＮＶＩＴＥメッセージより、メディア情報を取り出し、自サーバのパケット送出間隔が［４０ｍｓ］に設定されていれば［２０ｍｓ］に変更するとともに、ＳＩＰ端末Ｔ１１のメディア情報を含むＳＥＴＵＰメッセージを送信する（図９（３））。

呼制御サーバＳＶ２は、ＳＥＴＵＰメッセージを受信すると、着信先のＳＩＰ電話端末Ｔ２１に対しメディア情報を含むＩＮＶＩＴＥメッセージを送信して呼び出しを行なう（図９（４））。ＳＩＰ端末Ｔ２１は、ＩＮＶＩＴＥメッセージを受信後、メディア情報を分析する。同時に、ＳＩＰ端末Ｔ２１は、着信報知が行われている旨を示す１００Trying及び１８０Ringingを呼制御サーバＳＶ２へ返送する（図９（５））。この着信報知は、鳴音の発生または着信表示により行なわれる。

呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１から１００Trying及び１８０Ringingを受信すると、呼制御サーバＳＶ１−２に対しＳＥＴＵＰメッセージを正しく受信した旨を示すメッセージ（ＣＡＬＬ ＰＲＯＣ，ＡＬＥＲＴ）を送信する（図９（６））。このうち、ＣＡＬＬ ＰＲＯＣメッセージのＳＤＰには、呼制御サーバＳＶ２のコーデック情報及びパケット送出間隔２０ｍｓが含まれる。

呼制御サーバＳＶ１−２は、呼制御サーバＳＶ２からＣＡＬＬ ＰＲＯＣメッセージ及びＡＬＥＲＴメッセージを受信すると、発信元のＳＩＰ端末Ｔ１１に対し１００Trying及び１８０Ringingを送信して、ＳＩＰ端末Ｔ２１に対し着信報知が行われている旨を通知する（図９（７））。

上記着信報知に対しＳＩＰ端末Ｔ２１のユーザが応答操作を行なうと（図９（８））、ＳＩＰ端末Ｔ２１は応答メッセージ（２００ＯＫ）を呼制御サーバＳＶ２へ送信する（図９（９））。この応答メッセージ（２００ＯＫ）のＳＤＰには、ＳＩＰ端末Ｔ２１のコーデック情報及びパケット送出間隔２０ｍｓが含まれる。

呼制御サーバＳＶ２は、受信した応答メッセージ（２００ＯＫ）より、メディア情報を取り出し、ＳＩＰ端末Ｔ２１のメディア情報を含むＮＯＴＩＦＹメッセージを送信する（図９（１０））。なお、ＮＯＴＩＦＹメッセージは、任意で、他メッセージでも可、ＣＯＮＮメッセージでもよい。続いて、呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１を呼制御サーバＳＶ２に接続した旨を示す情報を応答メッセージ（ＣＯＮＮ）に乗せて呼制御サーバＳＶ１に通知する（図９（１１））。

呼制御サーバＳＶ１−２は、ＮＯＴＩＦＹメッセージを受信し、メディア情報を得る（図９（１２））。続いて、ＣＯＮＮメッセージを受信する（図９（１３））。ＣＯＮＮメッセージ受信後、呼制御サーバＳＶ１−２は、着信先のＳＩＰ端末Ｔ２１のコーデック情報及びパケット送出間隔を含む２００ＯＫメッセージを発信元のＳＩＰ端末Ｔ１１へ送信する（図９（１４））。すると、ＳＩＰ端末Ｔ１１は、呼制御サーバＳＶ１−２に対しＡＣＫを返送する（図９（１５））。

呼制御サーバＳＶ１−２は、ＳＩＰ端末Ｔ１１からＡＣＫを受信すると、呼制御サーバＳＶ２に対しＣＯＮＮ ＡＣＫを送信する（図９（１６））。そして、呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１に対しＡＣＫを送信する（図９（１７）。かくして、発信元のＳＩＰ端末Ｔ１１と着信先のＳＩＰ端末Ｔ２１との間には呼制御サーバＳＶ１−２，ＳＶ２を経由した通信リンクが形成され、以後パケット送出間隔２０ｍｓによりＲＴＰパケットの送受信が行われ、通話が可能となる。

以上のように上記第２の実施形態によれば、発信時に着信側の呼制御サーバＳＶ２に発信元のＳＩＰ端末Ｔ１１のメディア情報が通知されるので、着信先のＳＩＰ端末Ｔ２１の応答を検出する前に、ＳＩＰ端末Ｔ１１のメディア情報に合わせるように呼制御サーバＳＶ１−２，ＳＶ２間で使用するメディア情報を決定することができる。

（第２の実施形態の変形例）
本実施形態では、発信元のＳＩＰ端末のコーデックがＧ．７１１／Ｇ．７２９で、着信先のＳＩＰ端末のコーデックがＧ．７１１の場合を例に説明する。

図１０は、例えばＳＩＰ端末Ｔ１１，Ｔ２１間で通話を行う際のネゴシエーションを示すシーケンス図である。

呼制御サーバＳＶ１に収容されたＳＩＰ端末Ｔ１１にて呼制御サーバＳＶ２に収容されるＳＩＰ端末Ｔ２１への発信操作が行われたとする（図９（１））。そうすると、ＳＩＰ端末Ｔ１１は、呼制御サーバＳＶ１−２へメディア情報のＳＤＰを含む発信要求（ＩＮＶＩＴＥメッセージ）を送信する（図１０（２））。この場合、ＳＩＰ端末Ｔ１１は、コーデックＧ．７２９を送信する。

呼制御サーバＳＶ１−２は、受信したＩＮＶＩＴＥメッセージより、メディア情報を取り出し、自サーバのパケット送出間隔が［４０ｍｓ］に設定されていれば［２０ｍｓ］に変更するとともに、ＳＩＰ端末Ｔ１１のメディア情報を含むＳＥＴＵＰメッセージを送信する（図１０（３））。

呼制御サーバＳＶ２は、ＳＥＴＵＰメッセージを受信すると、着信先のＳＩＰ電話端末Ｔ２１に対しメディア情報を含むＩＮＶＩＴＥメッセージを送信して呼び出しを行なう（図１０（４））。ＳＩＰ端末Ｔ２１は、ＩＮＶＩＴＥメッセージを受信後、メディア情報を分析する。同時に、ＳＩＰ端末Ｔ２１は、着信報知が行われている旨を示す１００Trying及び１８０Ringingを呼制御サーバＳＶ２へ返送する（図１０（５））。この着信報知は、鳴音の発生または着信表示により行なわれる。

呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１から１００Trying及び１８０Ringingを受信すると、呼制御サーバＳＶ１−２に対しＳＥＴＵＰメッセージを正しく受信した旨を示すメッセージ（ＣＡＬＬ ＰＲＯＣ，ＡＬＥＲＴ）を送信する（図１０（６））。このうち、ＣＡＬＬ ＰＲＯＣメッセージのＳＤＰには、呼制御サーバＳＶ２のコーデック情報及びパケット送出間隔２０ｍｓが含まれる。

呼制御サーバＳＶ１−２は、呼制御サーバＳＶ２からＣＡＬＬ ＰＲＯＣメッセージ及びＡＬＥＲＴメッセージを受信すると、発信元のＳＩＰ端末Ｔ１１に対し１００Trying及び１８０Ringingを送信して、ＳＩＰ端末Ｔ２１に対し着信報知が行われている旨を通知する（図１０（７））。

上記着信報知に対しＳＩＰ端末Ｔ２１のユーザが応答操作を行なうと（図１０（８））、ＳＩＰ端末Ｔ２１は応答メッセージ（２００ＯＫ）を呼制御サーバＳＶ２へ送信する（図９（９））。この応答メッセージ（２００ＯＫ）のＳＤＰには、ＳＩＰ端末Ｔ２１のコーデックＧ．７１１及びパケット送出間隔２０ｍｓが含まれる。ここで、ＳＩＰ端末Ｔ２１は仕様により通知されるコーデックＧ．７２９に合わせることができないため、コーデックＧ．７１１で応答メッセージを返送する。

呼制御サーバＳＶ２は、受信した応答メッセージ（２００ＯＫ）より、メディア情報を取り出し、ＳＩＰ端末Ｔ２１のメディア情報を含むＮＯＴＩＦＹメッセージを送信する（図１０（１０））。なお、ＮＯＴＩＦＹメッセージは、任意で、他メッセージでも可、ＣＯＮＮメッセージでもよい。続いて、呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１を呼制御サーバＳＶ２に接続した旨を示す情報を応答メッセージ（ＣＯＮＮ）に乗せて呼制御サーバＳＶ１に通知する（図１０（１１））。

呼制御サーバＳＶ１−２は、ＮＯＴＩＦＹメッセージを受信し、メディア情報を得る（図１０（１２））。続いて、ＣＯＮＮメッセージを受信する（図１０（１３））。ＣＯＮＮメッセージ受信後、呼制御サーバＳＶ１−２は、着信先のＳＩＰ端末Ｔ２１のコーデック情報及びパケット送出間隔を含む２００ＯＫメッセージを発信元のＳＩＰ端末Ｔ１１へ送信する（図１０（１４））。すると、ＳＩＰ端末Ｔ１１は、自端末のコーデックＧ．７２９を２００ＯＫメッセージに含まれるコーデックＧ．７１１に合わせ、呼制御サーバＳＶ１−２に対しＡＣＫを返送する（図１０（１５））。

呼制御サーバＳＶ１−２は、ＳＩＰ端末Ｔ１１からＡＣＫを受信すると、呼制御サーバＳＶ２に対しＣＯＮＮ ＡＣＫを送信する（図１０（１６））。そして、呼制御サーバＳＶ２は、ＳＩＰ端末Ｔ２１に対しＡＣＫを送信する（図１０（１７）。かくして、発信元のＳＩＰ端末Ｔ１１と着信先のＳＩＰ端末Ｔ２１との間には呼制御サーバＳＶ１−２，ＳＶ２を経由した通信リンクが形成され、以後ＳＩＰ端末Ｔ１１，Ｔ２１間で共通のコーデックＧ．７１１を使用してＲＴＰパケットの送受信が行われ、通話が可能となる。

また、ＳＩＰ端末Ｔ１１，Ｔ２１間では、呼制御サーバＳＶ１−２，ＳＶ２を経由せずに、直接に共通のコーデックＧ．７１１を使用してＲＴＰパケットの送受信を行うことも可能である。

（その他の実施形態）
上記各実施形態では、ＳＩＰ端末間でＲＴＰセッションを確立する例について説明したが、例えば公衆網上の端末とＳＩＰ端末との間でＲＴＰセッションを確立するものであってもよい。この場合、ＳＩＰ端末と公衆網を接続するゲートウェイとの間でピアツーピアによりＲＴＰセッションが確立されることになる。

また、上記各実施形態では、ＳＩＰ端末を使用する例について説明したが、ＳＩＰ以外のプロトコルを使用する端末であってもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…ＩＰ網、１１…ＩＰ制御部、１２…中継処理部、１３…呼制御部、１４…記憶部、１５…データハイウェイ、１３１…検出部、１３２…通知制御部、１３３…接続制御部、１３４…発信側メディア情報通知部、１４１…ルーティングテーブル、ＳＶ１〜ＳＶｎ…呼制御サーバ、Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ…ＳＩＰ端末、ＮＷ１，ＮＷ２…公衆網、ＧＷ１，ＧＷ２…ゲートウェイ。

Claims (18)

1. 端末装置が接続可能な複数のサーバ装置相互間をＩＰ(Internet Protocol)−ＱＳＩＧ専用線を介して接続し、前記端末装置と前記サーバ装置との間でＳＩＰ(Session Initiation Protocol)に従って通信し、前記複数のサーバ装置相互間でＩＰ−ＱＳＩＧに従って通信する電話システムにおいて、
   前記複数のサーバ装置のうち第１のサーバ装置に接続された第１の端末装置から第２のサーバ装置に接続された第２の端末装置への発信操作がなされた時に、前記第２のサーバ装置にて前記第２の端末装置の応答を検出する検出手段と、
   前記第２の端末装置の応答を検出した時に、前記第２のサーバ装置にて前記第２の端末装置から前記ＳＩＰによる応答メッセージを受信しかつ当該応答メッセージに含まれピアツーピア通信に必要なメディア情報を分析し、この分析したメディア情報を前記ＩＰ−ＱＳＩＧに従って前記第１のサーバ装置に通知する通知手段と、
   前記第１のサーバ装置にて前記第２のサーバ装置から通知されたメディア情報に基づいて、前記第１の端末装置と前記第２の端末装置との間でピアツーピアにより通信接続させる制御手段とを具備する電話システム。
2. 前記第１のサーバ装置は、発信元となる第１の端末装置から前記ＳＩＰによりメディア情報が通知された時に、当該メディア情報を分析し、この分析したメディア情報を前記ＩＰ−ＱＳＩＧに従って前記第２のサーバ装置に通知する通知制御手段を備える請求項１記載の電話システム。
3. 前記制御手段は、前記第２のサーバ装置から通知されたメディア情報を分析し、この分析したメディア情報を前記ＳＩＰに従って前記第１の端末装置に通知する請求項１記載の電話システム。
4. 前記通知手段は、前記第２の端末装置で使用可能なコーデック情報、前記第２の端末装置で送出可能なメディアパケットの送出間隔を示す情報の少なくとも１つを前記メディア情報として前記第１のサーバ装置に通知する請求項１記載の電話システム。
5. 前記通知手段は、前記メディア情報を前記第１のサーバ装置へ送信する前記ＩＰ−ＱＳＩＧによる応答メッセージに含めて通知する請求項１記載の電話システム。
6. 前記通知手段は、前記メディア情報を前記第１のサーバ装置へ送信する応答メッセージとは別の前記ＩＰ−ＱＳＩＧによる通知用メッセージに含めて通知する請求項１記載の電話システム。
7. 端末装置が接続可能で、ＩＰ(Internet Protocol)−ＱＳＩＧ専用線を接続し、前記端末装置との間でＳＩＰ(Session Initiation Protocol)に従って通信し、前記ＩＰ(Internet Protocol)−ＱＳＩＧ専用線に接続されるサーバ装置との間でＩＰ−ＱＳＩＧに従って通信する呼制御サーバ装置において、
   ＩＰ−ＱＳＩＧ専用線から発信要求が到来した時に、着信先の端末装置の応答を検出する検出手段と、
   着信先の端末装置の応答を検出した時に、着信先の端末装置から前記ＳＩＰによる応答メッセージを受信しかつ当該応答メッセージに含まれピアツーピア通信に必要なメディア情報を分析し、この分析したメディア情報を前記ＩＰ−ＱＳＩＧに従って発信側に通知する通知手段とを具備する呼制御サーバ装置。
8. 発信元の端末装置から前記ＳＩＰによりメディア情報が通知された時に、当該メディア情報を分析し、この分析したメディア情報を前記ＩＰ−ＱＳＩＧに従って着信先へ通知する通知制御手段を備える請求項７記載の呼制御サーバ装置。
9. 着信側から通知されたメディア情報を分析し、この分析したメディア情報を前記ＳＩＰに従って発信元の端末装置に通知する通信接続制御手段をさらに備える請求項７記載の呼制御サーバ装置。
10. 前記通知手段は、着信先の端末装置で使用可能なコーデック情報、着信先の端末装置で送出可能なメディアパケットの送出間隔を示す情報の少なくとも１つを前記メディア情報として発信側に通知する請求項７記載の呼制御サーバ装置。
11. 前記通知手段は、前記メディア情報を発信側へ送信する前記ＩＰ−ＱＳＩＧによる応答メッセージに含めて通知する請求項７記載の呼制御サーバ装置。
12. 前記通知手段は、前記メディア情報を発信側へ送信する応答メッセージとは別の前記ＩＰ−ＱＳＩＧによる通知用メッセージに含めて通知する請求項７記載の呼制御サーバ装置。
13. 端末装置が接続可能な複数のサーバ装置相互間をＩＰ(Internet Protocol)−ＱＳＩＧ専用線を介して接続し、前記端末装置と前記サーバ装置との間でＳＩＰ(Session Initiation Protocol)に従って通信し、前記複数のサーバ装置相互間でＩＰ−ＱＳＩＧに従って通信する電話システムで使用される通信接続方法において、
    前記複数のサーバ装置のうち第１のサーバ装置に接続された第１の端末装置から第２のサーバ装置に接続された第２の端末装置への発信操作がなされた時に、前記第２のサーバ装置にて前記第２の端末装置の応答を検出し、
    前記第２の端末装置の応答が検出された時に、前記第２のサーバ装置にて前記第２の端末装置から前記ＳＩＰによる応答メッセージを受信しかつ当該応答メッセージに含まれピアツーピア通信に必要なメディア情報を分析し、この分析したメディア情報を前記ＩＰ−ＱＳＩＧに従って前記第１のサーバ装置に通知し、
    前記第１のサーバ装置にて前記第２のサーバ装置から通知されたメディア情報に基づいて、前記第１の端末装置と前記第２の端末装置との間でピアツーピアにより通信接続させる通信接続方法。
14. 前記第１のサーバ装置は、発信元となる第１の端末装置から前記ＳＩＰによりメディア情報が通知された時に、当該メディア情報を分析し、この分析したメディア情報を前記ＩＰ−ＱＳＩＧに従って前記第２のサーバ装置に通知する請求項１３記載の通信接続方法。
15. 前記通信接続をさせることは、前記第２のサーバ装置から通知されたメディア情報を分析し、この分析したメディア情報を前記ＳＩＰに従って前記第１の端末装置に通知する請求項１３記載の通信接続方法。
16. 前記通知することは、前記第２の端末装置で使用可能なコーデック情報、前記第２の端末装置で送出可能なメディアパケットの送出間隔を示す情報の少なくとも１つを前記メディア情報として前記第１のサーバ装置に通知する請求項１３記載の通信接続方法。
17. 前記通知することは、前記メディア情報を前記第１のサーバ装置へ送信する前記ＩＰ−ＱＳＩＧによる応答メッセージに含めて通知する請求項１３記載の通信接続方法。
18. 前記通知することは、前記メディア情報を前記第１のサーバ装置へ送信する応答メッセージとは別の前記ＩＰ−ＱＳＩＧによる通知用メッセージに含めて通知する請求項１３記載の通信接続方法。

Images