JP2010021744A - Ｉｐ電話システム、構内呼制御サーバ、ｉｐ電話端末、および通信方法 - Google Patents

Abstract

【課題】ＩＰ電話網を提供するＩＰ電話サービスプロバイダとの契約回線数以上のセッションを同時に確立することができる技術を提供する。
【解決手段】ＩＰ電話網３を介して相互に接続された構内電話システム１間において、各構内電話システム１の構内呼制御サーバ１２は、自構内呼制御サーバ１２に帰属する自構内電話システム１内のＩＰ電話端末１３と連携して、通話相手側の構内電話システム１との間に確立されているセッションであって、呼制御サーバ２に管理されている網管理セッションを利用し、ＳＩＰメッセージを格納した独自メッセージをやり取りする。これにより、この網管理セッションのなかに、呼制御サーバ２に管理されていない網管理外セッションを確立する。
【選択図】図１

Description

本発明は、ＩＰ電話システムにおけるセッション確立技術に関する。

特許文献１には、一本のアナログ回線のみで複数のセッションを実現可能なＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）多重化装置が開示されている。このＶｏＩＰ多重化装置は、ＶｏＩＰゲートウェイとの間でアナログ回線によるダイヤルアップネットワークを構成するとともに、配下の各アナログ電話機からの音声信号を音声パケットに多重化してダイヤルアップネットワークに送出する。そして、ＶｏＩＰゲートウェイは、ダイヤルアップネットワークを介してＶｏＩＰ多重化装置から受信した音声パケットをＩＰ電話網に送出する。
特開２００４−３４３４１７号公報

特許文献１に記載の技術によれば、一本のアナログ回線のみで複数のセッションを同時に実現できる。しかし、ＩＰ電話網を提供するＩＰ電話サービスプロバイダとの契約回線数以上のセッションを同時に実現することはできない。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、ＩＰ電話網を提供するＩＰ電話サービスプロバイダとの契約回線数以上のセッションを同時に確立することができる技術を提供することにある。

上記課題を解決するために、本発明では、ＩＰ電話網を介して相互に接続された構内電話システム間において、各構内電話システムの構内呼制御サーバが、自構内呼制御サーバに帰属する自構内電話システム内のＩＰ電話端末と連携して、ＩＰ電話網に管理されているセッションであって通話相手側の構内電話システムとの間に確立されているセッションを利用して呼制御情報をやり取りする。これにより、このセッションのなかに、ＩＰ電話網に管理されていないセッションを確立する。

例えば、本発明のＩＰ電話システムは、ＩＰ電話網を介して相互に接続された複数の構内電話システムを有するＩＰ電話システムであって、
前記構内電話システムは、
構内呼制御サーバと、
前記構内呼制御サーバに収容された複数のＩＰ電話端末と、
自構内電話システムを前記ＩＰ電話網に接続するためのゲートウェイと、を有し、
前記構内呼制御サーバは、
何れかの前記ＩＰ電話端末から受信した呼制御情報を含む多重化要求を、当該呼制御情報の宛先を含む他の前記構内電話システムとの間にセッションを確立中の他の前記ＩＰ電話端末に送信する呼制御情報多重化要求手段と、
何れかの前記ＩＰ電話端末から受信した呼制御情報を、当該呼制御情報の宛先である他の前記ＩＰ電話端末に通知する呼制御情報通知手段と、を有し、
前記ＩＰ電話端末は、
前記構内呼制御サーバから受信した多重化要求に含まれている呼制御情報を、確立中の前記セッションを介して送信する音声パケットのペイロードに多重化する呼制御情報多重化手段と、
確立中の前記セッションを介して送信する音声パケットのペイロードに自ＩＰ電話端末の識別情報である端末情報を多重化する端末情報多重化手段と、
確立中の前記セッションを介して受信した音声パケットのペイロードに多重化されている呼制御情報を分離して、当該呼制御情報を前記構内呼制御サーバに送信する呼制御情報分離手段と、
確立中の前記セッションを介して受信した音声パケットのペイロードに多重化されている端末情報を分離する端末情報分離手段と、
前記端末情報分離手段により分離された端末情報が自ＩＰ電話端末の通信相手の端末情報である場合に、当該音声パケットのペイロードに格納されている音声データを再生する音声再生手段と、を有し、
前記ゲートウェイは、
前記ＩＰ電話網を介して他の前記構内電話システムから受信した音声パケットの宛先アドレスをマルチキャストアドレスに変更して、自ゲートウェイが所属する前記構内電話システム内に送信するマルチキャスト変更手段を有する。

本発明によれば、ＩＰ電話網を提供するＩＰ電話サービスプロバイダとの契約回線数以上のセッションを同時に確立することができる。

以下、本発明の実施の形態について説明する。

図１は、本発明の一実施の形態に係るＩＰ電話システムの概略図である。

図示するように、本実施の形態のＩＰ電話システムは、複数の構内電話システム１および呼制御サーバ２が、ＩＰ電話網３を介して相互に接続されて構成されている。

呼制御サーバ２は、ＩＰ電話網３を提供するＩＰ電話サービスプロバイダが運営するＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバである。

構内電話システム１は、自構内電話システム１をＩＰ電話網３に接続するゲートウェイ（ＧＷ）１１と、構内呼制御サーバ１２と、ＩＰ電話端末１３と、ゲートウェイ１１、構内呼制御サーバ１２およびＩＰ電話端末１３を相互に接続するＬＡＮ１４と、を有する。

構内呼制御サーバ１２は、自構内呼制御サーバ１２に帰属する自構内電話システム１内の各ＩＰ電話端末１３の呼制御を実施するＳＩＰサーバである。

ＩＰ電話端末１３は、自ＩＰ電話端末１３が帰属する自構内電話システム１内の構内呼制御サーバ１２と連携して通話相手との間にセッションを確立し、このセッションを介して通話を行う。

ゲートウェイ１１は、ＩＰ電話網３から受信した音声パケットを、宛先アドレスをマルチキャストアドレスに変更し、ＬＡＮ１４上にマルチキャストで送信する。この設定は、ゲートウェイ１１に予め設定しておくようにしてもよいし、あるいは、構内呼制御サーバ１２が呼制御サーバ２経由でセッションを確立する都度、このセッションで利用するゲートウェイ１１のポートに対して設定するようにしてもよい。

さて、図１において、構内呼制御サーバ１２は、自構内呼制御サーバ１２に帰属する自構内電話システム１内のＩＰ電話端末１３と連携して、通話相手側の構内電話システム１との間にセッションを確立する。このとき、呼制御サーバ２で管理されている自構内電話システム１のセッション（網管理セッションと呼ぶ）の数が、ＩＰ電話網３を提供するＩＰ電話サービスプロバイダとの契約回線数に達していないならば、呼制御サーバ２経由でセッションを確立する。一方、網管理セッションの数がこの契約回線数に達しているならば、通話相手側の構内電話システム１との間に確立されている網管理セッションがあるか否かを調べ、そのような網管理セッションがあるならば、この網管理セッションを利用して呼制御情報をやり取りする。これにより、呼制御サーバ２に管理されていないセッション（網管理外セッションと呼ぶ）を、この網管理セッションのなかに確立する。

次に、構内呼制御サーバ１２を詳細に説明する。

図２は、構内呼制御サーバ１２の概略構成図である。

図示するように、構内呼制御サーバ１２は、ネットワークＩＦ部１２１と、端末登録情報記憶部１２２と、網管理セッション情報記憶部１２３と、網管理外セッション情報記憶部１２４と、ＳＩＰ処理部１２５と、独自メッセージ多重化要求部１２６と、独自メッセージ受信部１２７と、品質変更要求部１２８と、主制御部１２９と、を有する。

ネットワークＩＦ部１２１は、ＬＡＮ１４およびＩＰ電話網３に接続するためのインターフェースであり、トランスポート層以下の各層のプロトコル（ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、ＩＰ、イーサネット（登録商標）等）を処理する。

端末登録情報記憶部１２２には、自構内呼制御サーバ１２に帰属しているＩＰ電話端末１３各々の端末登録情報（端末ＩＤ、内線番号、ＩＰアドレス（ローカルＩＰアドレス）を含む）が記憶されている。

網管理セッション情報記憶部１２３には、自構内電話システム１との間に確立されている網管理セッションの情報が記憶される。

図３（Ａ）は、網管理セッション情報記憶部１２３の登録内容例を模式的に表した図である。図示するように、網管理セッション情報記憶部１２３には、自構内電話システム１との間に確立されている網管理セッション毎にレコード１２３０が登録される。レコード１２３０は、網管理セッションの識別情報である網管理セッションＩＤを登録するフィールド１２３１と、この網管理セッションと接続する自構内電話システム１内のＩＰ電話端末１３の端末ＩＤを登録するフィールド１２３２と、通話相手の構内電話システム１に付与された電話番号（相手番号情報：ＩＰ電話網３を提供するＩＰ電話サービスプロバイダによって付与された電話番号）を登録するフィールド１２３３と、通話相手の構内電話システム１のＩＰアドレス（相手ＩＰアドレス：グローバルＩＰアドレス）を登録するフィールド１２３４と、この網管理セッションの実際の使用状況（「使用中」および「使用終了」のいずれか）を登録するフィールド１２３５と、を有する。

ここで、網管理セッションＩＤは、ＩＮＶＩＴＥメッセージのメッセージボディに含まれているセッションＩＤを利用して定義してもよい。あるいは、構内呼制御サーバ１２が独自に定義してもよい。

網管理外セッション情報記憶部１２４には、自構内電話システム１との間に確立されている網管理外セッションの情報が記憶される。

図３（Ｂ）は、網管理外セッション情報記憶部１２４の登録内容例を模式的に表した図である。図示するように、網管理外セッション情報記憶部１２４には、自構内電話システム１との間に確立されている網管理外セッション毎にレコード１２４０が登録される。レコード１２４０は、網管理外セッションの識別情報である網管理外セッションＩＤを登録するフィールド１２４１と、この網管理外セッションと接続する自構内電話システム１内のＩＰ電話端末１３の端末ＩＤを登録するフィールド１２４２と、通話相手の構内電話システム１に付与された電話番号（相手番号情報）を登録するフィールド１２４３と、この網管理外セッションが利用する網管理セッションのセッションＩＤを登録するフィールド１２４４と、を有する。

なお、網管理外セッションが自構内電話システム１内のＩＰ電話端末１３間のセッション（内線）である場合、対応するレコード１２４０のフィールド１２４３には通話相手の内線番号が登録され、また、網管理セッションは利用されないので、対応するレコード１２４０のフィールド１２４４には「ＮＵＬＬ」が登録される。また、網管理外セッションＩＤは、ＩＮＶＩＴＥメッセージのメッセージボディに含まれているセッションＩＤを利用して定義してもよい。あるいは、構内呼制御サーバ１２が独自に定義してもよい。

ＳＩＰ処理部１２５は、主制御部１２９の指示に従いＳＩＰメッセージを処理する。

独自メッセージ多重化要求部１２６は、主制御部１２９の指示に従い、ＳＩＰメッセージを含む独自メッセージの多重化要求を自構内電話システム１内のＩＰ電話端末１３に通知する。

独自メッセージ受信部１２７は、自構内電話システム１内のＩＰ電話端末１３から独自メッセージを受信して、この独自メッセージに格納されているＳＩＰメッセージを主制御部１２９に通知する。

品質変更要求部１２８は、主制御部１２９の指示に従い、音声データの品質（圧縮率）の変更要求を自構内電話システム１内のＩＰ電話端末１３に通知する。

そして、主制御部１２９は、自構内呼制御サーバ１２の各部１２１〜１２８を統括的に制御する。

図４は、構内呼制御サーバ１２の動作を説明するためのフロー図である。

主制御部１２９は、ネットワークＩＦ部１２１およびＳＩＰ処理部１２５を介して、自構内電話システム１内のＩＰ電話端末１３からＲＥＧＩＳＴＥＲメッセージを受信すると（Ｓ１０でＹＥＳ）、このＩＰ電話端末１３の端末登録情報の登録処理を実施する（Ｓ１１）。

具体的には、主制御部１２９は、このＲＥＧＩＳＴＥＲメッセージの送信元のＩＰアドレスと、このＲＥＧＩＳＴＥＲメッセージに記述されている内線番号および端末ＩＤとを含む端末登録情報を端末登録情報記憶部１２２に登録する。また、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、このＲＥＧＩＳＴＥＲメッセージの送信元に２００ＯＫメッセージを送信する。

また、主制御部１２９は、ＳＩＰ処理部１２５あるいは独自メッセージ受信部１２７からＩＮＶＩＴＥメッセージを受信すると（Ｓ１２でＹＥＳ）、後述する発着信処理を実施する（Ｓ１３）。

また、主制御部１２９は、ＳＩＰ処理部１２５あるいは独自メッセージ受信部１２７からＢＹＥメッセージを受信すると（Ｓ１４でＹＥＳ）、後述する切断処理を実施する（Ｓ１５）。

図５は、図４に示す発着信処理（Ｓ１３）を説明するためのフロー図である。

先ず、主制御部１２９は、端末登録情報記憶部１２２を参照して、ＩＮＶＩＴＥメッセージの送信元が、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３であるか否かを調べる（Ｓ１３０１）。そして、ＩＮＶＩＴＥメッセージの送信元が、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３であるならば（Ｓ１３０１でＹＥＳ）、Ｓ１３０２に進み、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３でないならば（Ｓ１３０１でＮＯ）、Ｓ１３１１に進む。

Ｓ１３０２において、主制御部１２９は、端末登録情報記憶部１２２を参照して、ＩＮＶＩＴＥメッセージの送信先が、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３であるか否かを調べる。そして、ＩＮＶＩＴＥメッセージの送信先が、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３でないならば（Ｓ１３０２でＮＯ）、Ｓ１３０５に進む。

一方、ＩＮＶＩＴＥメッセージの送信先が、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３である場合（Ｓ１３０２でＹＥＳ）、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、ＩＮＶＩＴＥメッセージの送信先に、このＩＮＶＩＴＥメッセージを転送する。その後、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１と連携して、ＩＮＶＩＴＥメッセージの送信元と送信先との間でやり取りされるＳＩＰメッセージを中継することにより、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３間に網管理外セッションを確立する内線発信処理を実施する（Ｓ１３０３）。

それから、主制御部１２９は、網管理外セッション情報記憶部１２４にレコード１２４０を追加する。そして、このレコード１２４０のフィールド１２４１に網管理外セッションＩＤを、フィールド１２４２にＩＮＶＩＴＥメッセージの送信元のＩＰ電話端末１３の端末ＩＤを、フィールド１２４３にＩＮＶＩＴＥメッセージの送信先のＩＰ電話端末１３の内線番号を、そして、フィールド１２４４に「ＮＵＬＬ」を登録する（Ｓ１３０４）。

Ｓ１３０５において、主制御部１２９は、網管理セッション情報記憶部１２３に登録されているレコード１２３０のレコード数、つまり現在確立中の網管理セッション数を調べる。そして、網管理セッション数が、ＩＰ電話網３を提供するＩＰ電話サービスプロバイダとの契約回線数に達しているならば（Ｓ１３０５でＮＯ）、Ｓ１３０８に進む。

一方、網管理セッション数がＩＰ電話網３を提供するＩＰ電話サービスプロバイダとの契約回線数に達していない場合（Ｓ１３０５でＹＥＳ）、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、呼制御サーバ２にＩＮＶＩＴＥメッセージを転送する。その後、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１と連携して、ＩＮＶＩＴＥメッセージの送信元であるＩＰ電話端末１３と送信先である他の構内電話システム１との間で呼制御サーバ２経由でやり取りされるＳＩＰメッセージを中継することにより、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３と他の構内呼制御サーバ１２との間に網管理セッションを確立する網管理外線発信処理を実施する（Ｓ１３０６）。

それから、主制御部１２９は、網管理セッション情報記憶部１２３にレコード１２３０を追加する。そして、このレコード１２３０のフィールド１２３１に網管理セッションＩＤを、フィールド１２３２に、ＩＮＶＩＴＥメッセージの送信元であるＩＰ電話端末１３の端末ＩＤを、フィールド１２３３に、ＩＮＶＩＴＥメッセージの送信先である他の構内電話システム１の電話番号を、フィールド１２３４に、ＩＮＶＩＴＥメッセージの送信先である他の構内電話システム１のＩＰアドレスを、そして、フィールド１２３５に「使用中」を登録する（Ｓ１３０７）。

Ｓ１３０８において、主制御部１２９は、網管理セッション情報記憶部１２３を参照し、ＩＮＶＩＴＥメッセージの送信先が、フィールド１２３３またはフィールド１２３４に登録されているレコード１２３０があるか否か、つまり、ＩＮＶＩＴＥメッセージの送信先と接続する網管理セッションがすでに存在するか否かを調べる。ＩＮＶＩＴＥメッセージの送信先と接続する網管理セッションがすでに存在する場合は（Ｓ１３０８でＹＥＳ）、後述する網管理外外線発信処理を実施する（Ｓ１３０９）。

一方、ＩＮＶＩＴＥメッセージの送信先と接続する網管理セッションが存在しない場合（Ｓ１３０８でＮＯ）、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１と連携し、ＩＮＶＩＴＴＥメッセージの送信元にＢＵＳＹメッセージを返信するなどの所定の話中処理を実施する（Ｓ１３１０）。

Ｓ１３１１において、主制御部１２９は、ＩＮＶＩＴＥメッセージを独自メッセージ受信部１２７経由で受け取ったか、それともＳＩＰ処理部１２５経由で受け取ったかを判断する。独自メッセージ受信部１２７経由で受け取った場合は（Ｓ１３１１で「独自メッセージ受信部経由」）、後述する網管理外外線着信処理を実施する（Ｓ１３１４）。

一方、ＳＩＰ処理部１２５経由で受け取った場合（Ｓ１３１１で「ＳＩＰ処理部経由」）、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、自構内呼制御サーバ１２に帰属する各ＩＰ電話端末１３にＩＮＶＩＴＥメッセージを転送する。その後、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１と連携して、ＩＮＶＩＴＥメッセージの送信元である他の構内電話システム１とＩＮＶＩＴＥメッセージに応答した送信先のＩＰ電話端末１３との間でやり取りされるＳＩＰメッセージを呼制御サーバ２経由で中継することにより、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３と他の構内呼制御サーバ１２との間に網管理セッションを確立する網管理外線着信処理を実施する（Ｓ１３１２）。

それから、主制御部１２９は、網管理セッション情報記憶部１２３にレコード１２３０を追加する。そして、このレコード１２３０のフィールド１２３１に網管理セッションＩＤを、フィールド１２３２に、ＩＮＶＩＴＥメッセージに応答したＩＰ電話端末１３の端末ＩＤを、フィールド１２３３に、ＩＮＶＩＴＥメッセージの送信元である他の構内電話システム１の電話番号を、フィールド１２３４に、ＩＮＶＩＴＥメッセージの送信元である他の構内電話システム１のＩＰアドレスを、そして、フィールド１２３５に「使用中」を登録する（Ｓ１３１３）。

図６は、図５に示す網管理外外線発信処理（Ｓ１３０９）を説明するためのフロー図である。

先ず、主制御部１２９は、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３のなかから、ＳＩＰメッセージを中継するＩＰ電話端末１３（中継端末１３と呼ぶ）を選択する（Ｓ１３０９００）。

具体的には、図５のＳ１３０８において網管理セッション情報記憶部１２３から検索した網管理セッションのレコード１２３０のフィールド１２３５に登録されている使用状況を確認し、この使用状況が「使用中」であるならば、このレコード１２３０のフィールド１２３２に登録されている端末ＩＤにより特定されるＩＰ電話端末１３を中継端末１３に選択する。一方、この使用状況が「使用終了」であるならば、レコード１２３０のフィールド１２３１に登録されているセッションＩＤがフィールド１２４４に登録されているレコード１２４０を網管理外セッション情報記憶部１２４から検索する。そして、検索したレコード１２４０のなかから何れか一つのレコード１２４０を選択し、このレコード１２４０のフィールド１２４２に登録されている端末ＩＤにより特定されるＩＰ電話端末１３を中継端末１３に選択する。

次に、主制御部１２９は、Ｓ１２で受信したＩＮＶＩＴＥメッセージを含む独自メッセージを生成する。また、主制御部１２９は、端末登録情報記憶部１２２を参照して、中継端末１３のＩＰアドレスを特定する。そして、この独自メッセージを、中継端末１３のＩＰアドレスとともに独自メッセージ多重化要求部１２６に通知する（Ｓ１３０９０１）。

これを受けて、独自メッセージ多重化要求部１２６は、主制御部１２９より通知された独自メッセージの多重化要求を、この独自メッセージとともに主制御部１２９より通知されたＩＰアドレスにより特定される中継端末１３へ、ネットワークＩＦ部１２１を介して送信する（Ｓ１３０９０２）。

また、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、ＩＮＶＩＴＥメッセージの送信元に１００Ｔｒｙｉｎｇメッセージを返信する（Ｓ１３０９０３）。それから、主制御部１２９は、中継端末１３、ネットワークＩＦ部１２１および独自メッセージ受信部１２７を介して、ＩＮＶＩＴＥメッセージの送信先からの１００Ｔｒｙｉｎｇメッセージを受信するのを待つ（Ｓ１３０９０４）。

ＩＮＶＩＴＥメッセージの送信先からの１００Ｔｒｙｉｎｇメッセージを受信したら（Ｓ１３０９０４でＹＥＳ）、主制御部１２９は、中継端末１３、ネットワークＩＦ部１２１および独自メッセージ受信部１２７を介して、ＩＮＶＩＴＥメッセージの送信先からの１８０Ｒｉｎｉｎｇメッセージを受信するのを待つ（Ｓ１３０９０５）。ＩＮＶＩＴＥメッセージの送信先からの１８０Ｒｉｎｉｎｇメッセージを受信すると(Ｓ１３０９０５でＹＥＳ）、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介してＩＮＶＩＴＥメッセージの送信元に、この１８０Ｒｉｎｇｉｎｇメッセージを転送する（Ｓ１３０９０６）。

次に、主制御部１２９は、中継端末１３、ネットワークＩＦ部１２１および独自メッセージ受信部１２７を介して、ＩＮＶＩＴＥメッセージの送信先からの２００ＯＫメッセージを受信すると（Ｓ１３０９０７でＹＥＳ）、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、ＩＮＶＩＴＥメッセージの送信元に、この２００ＯＫメッセージを転送する（Ｓ１３０９０８）。それから、主制御部１２９は、ネットワークＩＦ部１２１およびＳＩＰ処理部１２５を介して、ＩＮＶＩＴＥメッセージの送信元からＡＣＫメッセージを受信するのを待つ（Ｓ１３０９０９）。

ＩＮＶＩＴＥメッセージの送信元からＡＣＫメッセージを受信すると（Ｓ１３０９０９でＹＥＳ）、主制御部１２９は、このＡＣＫメッセージを含む独自メッセージを生成し、この独自メッセージを、中継端末１３のＩＰアドレスとともに、独自メッセージ多重化要求部１２６に通知する（Ｓ１３０９１０）。

これを受けて、独自メッセージ多重化要求部１２６は、主制御部１２９より通知された独自メッセージの多重化要求を、この独自メッセージとともに主制御部１２９より通知されたＩＰアドレスにより特定される中継端末１３へ、ネットワークＩＦ部１２１を介して送信する（Ｓ１３０９１１）。

次に、主制御部１２９は、中継端末１３の端末ＩＤをキーにして網管理セッション情報記憶部１２３からレコード１２３０を検索する。レコード１２３０を検索できなかった場合は、この端末ＩＤをキーにして網管理外セッション情報記憶部１２４からレコード１２４０を検索する。そして、検索したレコード１２３０のフィールド１２３１、あるいはレコード１２４０のフィールド１２４４から、利用対象の網管理セッションのセッションＩＤを取得する。

それから、主制御部１２９は、網管理外セッション情報記憶部１２４にレコード１２４０を追加する。そして、このレコード１２４０のフィールド１２４１に網管理外セッションＩＤを、フィールド１２４２に、ＩＮＶＩＴＥメッセージの送信元であるＩＰ電話端末１３の端末ＩＤを、フィールド１２４３に、ＩＮＶＩＴＥメッセージの送信先である他の構内電話システム１の電話番号を、そして、フィールド１２４４に利用対象の網管理セッションのセッションＩＤを登録する（Ｓ１３０９１２）。

次に、主制御部１２９は、利用対象の網管理セッション、およびこの網管理セッションを利用する網管理外セッションの音声データの品質を決定する（Ｓ１３０９１３）。

具体的には、利用対象の網管理セッションのセッションＩＤがフィールド１２４４に登録されているレコード１２４０を網管理外セッション情報記憶部１２４から検索することにより、網管理外セッションの数を計測する。また、利用対象の網管理セッションのセッションＩＤがフィールド１２３１に登録されているレコード１２３０を網管理セッション情報記憶部１２３から検索し、このレコード１２３０のフィールド１２３５に登録されている使用状況を調べる。そして、使用状況が「使用中」であるならば、利用対象の網管理セッションおよび網管理外セッションの総数が大きいほど音声データの品質が低くなるように（例えば利用対象の網管理セッションおよび網管理外セッションの総数に比例して圧縮率が高くなるように）に、音声データの品質を設定する。一方、使用状況が「使用終了」であるならば、網管理外セッションの総数が大きいほど音声データの品質が低くなるように（例えば網管理外セッションの総数に比例して圧縮率が高くなるように）、音声データの品質を設定する。

次に、主制御部１２９は、網管理セッション情報記憶部１２３を参照し、フィールド１２３１に利用対象の網管理セッションのセッションＩＤが登録されているレコード１２３０のフィールド１２３２に登録されている端末ＩＤを特定する。また、網管理外セッション情報記憶部１２４を参照し、フィールド１２４４に利用対象の網管理セッションのセッションＩＤが登録されているレコード１２４０のフィールド１２４２に登録されている端末ＩＤ各々を特定する。そして、端末登録情報記憶部１２２を参照し、これらの端末ＩＤにより特定されるＩＰ電話端末１３各々のＩＰアドレスを特定する。そして、これらのＩＰアドレスを、Ｓ１３０９１３において決定された音声データの品質とともに品質変更要求部１２８に通知する。

これを受けて、品質変更要求部１２８は、ネットワークＩＦ部１２１を介して、これらのＩＰアドレスにより特定されるＩＰ電話端末１３各々に、決定された音声データの品質への変更要求（品質変更要求）を送信する（Ｓ１３０９１４）。

図７は、図５に示す網管理外外線着信処理（Ｓ１３１４）を説明するためのフロー図である。

先ず、主制御部１２９は、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３のなかから中継端末１３を選択する（Ｓ１３１４００）。具体的には、独自メッセージ受信部１２７から、ＩＮＶＩＴＥメッセージが格納されていた独自メッセージの送信元であるＩＰ電話端末１３のＩＰアドレスを取得する。そして、このＩＰアドレスを中継端末１３のＩＰアドレスに決定する。

次に、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３各々にＩＮＶＩＴＥメッセージを送信する（Ｓ１３１４０１）。

次に、主制御部１２９は、１００Ｔｒｙｉｎｇメッセージを含む独自メッセージを生成する。そして、この独自メッセージを、中継端末１３のＩＰアドレスとともに、独自メッセージ多重化要求部１２６に通知する（Ｓ１３１４０２）。

これを受けて、独自メッセージ多重化要求部１２６は、主制御部１２９より通知された独自メッセージの多重化要求を、この独自メッセージとともに主制御部１２９より通知されたＩＰアドレスにより特定される中継端末１３へ、ネットワークＩＦ部１２１を介して送信する（Ｓ１３１４０３）。

次に、主制御部１２９は、ネットワークＩＦ部１２１およびＳＩＰ処理部１２５を介して、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３各々から１８０Ｒｉｎｇｉｎｇメッセージを受信するのを待つ（Ｓ１３１４０４）。ＩＰ電話端末１３各々から１８０Ｒｉｎｇｉｎｇメッセージを受信すると（Ｓ１３１４０４でＹＥＳ）、主制御部１２９は、１８０Ｒｉｎｇｉｎｇメッセージを含む独自メッセージを生成する。そして、この独自メッセージを、中継端末１３のＩＰアドレスとともに、独自メッセージ多重化要求部１２６に通知する（Ｓ１３１４０５）。

これを受けて、独自メッセージ多重化要求部１２６は、主制御部１２９より通知された独自メッセージの多重化要求を、この独自メッセージとともに主制御部１２９より通知されたＩＰアドレスにより特定される中継端末１３へ、ネットワークＩＦ部１２１を介して送信する（Ｓ１３１４０６）。

次に、主制御部１２９は、ネットワークＩＦ部１２１およびＳＩＰ処理部１２５を介して、自構内呼制御サーバ１２に帰属する何れかのＩＰ電話端末１３から２００ＯＫメッセージを受信するのを待つ（Ｓ１３１４０７）。何れかのＩＰ電話端末１３から２００ＯＫメッセージを受信すると（Ｓ１３１４０７でＹＥＳ）、主制御部１２９は、２００ＯＫメッセージを含む独自メッセージを生成する。そして、この独自メッセージを、中継端末１３のＩＰアドレスとともに独自メッセージ多重化要求部１２６に通知する（Ｓ１３１４０８）。

これを受けて、独自メッセージ多重化要求部１２６は、主制御部１２９より通知された独自メッセージの多重化要求を、この独自メッセージとともに主制御部１２９より通知されたＩＰアドレスにより特定される中継端末１３へ、ネットワークＩＦ部１２１を介して送信する（Ｓ１３１４０９）。

また、主制御部１２９は、ネットワークＩＦ部１２１およびＳＩＰ処理部１２５を介して、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３であって２００ＯＫメッセージの送信元以外の各ＩＰ電話端末１３にＣＡＮＣＥＬメッセージを送信する（Ｓ１３１４１０）。

次に、主制御部１２９は、中継端末１３、ネットワークＩＦ部１２１および独自メッセージ受信部１２７を介して、ＡＣＫメッセージを受信すると（Ｓ１３１４１１でＹＥＳ）、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、２００ＯＫメッセージの送信元に、このＡＣＫメッセージを転送する（Ｓ１３１４１２）。

次に、主制御部１２９は、端末登録情報記憶部１２２を参照して中継端末１３の端末ＩＤを取得し、この端末ＩＤをキーにして網管理セッション情報記憶部１２３からレコード１２３０を検索する。レコード１２３０を検索できなかった場合は、この端末ＩＤをキーにして網管理外セッション情報記憶部１２４からレコード１２４０を検索する。そして、検索したレコード１２３０のフィールド１２３１、あるいはレコード１２４０のフィールド１２４４から、利用対象の網管理セッションのセッションＩＤを取得する。

それから、主制御部１２９は、網管理外セッション情報記憶部１２４にレコード１２４０を追加する。そして、このレコード１２４０のフィールド１２４１に網管理外セッションＩＤを、フィールド１２４２に、２００ＯＫメッセージの送信元であるＩＰ電話端末１３の端末ＩＤを、フィールド１２４３に、Ｓ１２で受信したＩＮＶＩＴＥメッセージの送信元である他の構内電話システム１の電話番号を、そして、フィールド１２４４に利用対象の網管理セッションのセッションＩＤを登録する（Ｓ１３１４１３）。

次に、主制御部１２９は、利用対象の網管理セッション、およびこの網管理セッションを利用する網管理外セッションの音声データの品質を決定する（Ｓ１３１４１４）。

具体的には、利用対象の網管理セッションのセッションＩＤがフィールド１２４４に登録されているレコード１２４０を網管理外セッション情報記憶部１２４から検索することにより、網管理外セッションの数を計測する。また、利用対象の網管理セッションのセッションＩＤがフィールド１２３１に登録されているレコード１２３０を網管理セッション情報記憶部１２３から検索し、このレコード１２３０のフィールド１２３５に登録されている使用状況を調べる。そして、使用状況が「使用中」であるならば、利用対象の網管理セッションおよび網管理外セッションの総数が大きいほど音声データの品質が低くなるように（例えば利用対象の網管理セッションおよび網管理外セッションの総数に比例して圧縮率が高くなるように）音声データの品質を設定する。一方、使用状況が「使用終了」であるならば、網管理外セッションの総数が大きいほど音声データの品質が低くなるように（例えば網管理外セッションの総数に比例して圧縮率が高くなるように）に音声データの品質を設定する。

次に、主制御部１２９は、網管理セッション情報記憶部１２３を参照し、フィールド１２３１に利用対象の網管理セッションのセッションＩＤが登録されているレコード１２３０のフィールド１２３２に登録されている端末ＩＤを特定する。また、網管理外セッション情報記憶部１２４を参照し、フィールド１２４４に利用対象の網管理セッションのセッションＩＤが登録されているレコード１２４０のフィールド１２４２に登録されている端末ＩＤ各々を特定する。そして、端末登録情報記憶部１２２を参照し、これらの端末ＩＤにより特定されるＩＰ電話端末１３各々のＩＰアドレスを特定する。それから、これらのＩＰアドレスを、Ｓ１３１４１４において決定された音声データの品質とともに品質変更要求部１２８に通知する。

これを受けて、品質変更要求部１２８は、ネットワークＩＦ部１２１を介して、これらのＩＰアドレスにより特定されるＩＰ電話端末１３各々に、決定された音声データの品質への変更要求（品質変更要求）を送信する（Ｓ１３１４１５）。

図８は、図４に示す切断処理（Ｓ１５）を説明するためのフロー図である。

先ず、主制御部１２９は、端末登録情報記憶部１２２を参照して、ＢＹＥメッセージの送信元が、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３であるか否かを調べる（Ｓ１５０１）。そして、ＢＹＥメッセージの送信元が、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３であるならば（Ｓ１５０１でＹＥＳ）、Ｓ１５０２に進み、ＢＹＥメッセージの送信元が、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３でないならば（Ｓ１５０１でＮＯ）、Ｓ１５１１に進む。

Ｓ１５０２において、主制御部１２９は、端末登録情報記憶部１２２を参照して、ＢＹＥメッセージの送信先が、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３であるか否かを調べる。そして、ＢＹＥメッセージの送信先が、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３でないならば（Ｓ１５０２でＮＯ）、Ｓ１５０５に進む。

一方、ＢＹＥメッセージの送信先が、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３である場合（Ｓ１５０２でＹＥＳ）、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、ＢＹＥメッセージの送信先に、このＢＹＥメッセージを転送する。その後、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１と連携して、ＢＹＥメッセージの送信元と送信先との間でやり取りされるＳＩＰメッセージを中継することにより、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３間で確立されている網管理外セッションを切断する内線切断処理を実施する（Ｓ１５０３）。

それから、主制御部１２９は、網管理外セッション情報記憶部１２４を参照し、フィールド１２４２にＢＹＥメッセージの送信元の端末ＩＤが登録され、かつ、フィールド１２４３にＢＹＥメッセージの送信先の内線番号が登録されているレコード１２４０、あるいは、フィールド１２４２にＢＹＥメッセージの送信先の端末ＩＤが登録され、かつ、フィールド１２４３にＢＹＥメッセージの送信元の内線番号が登録されているレコード１２４０を検索する。そして、検索したレコード１２４０を網管理外セッション情報記憶部１２４から削除する（Ｓ１５０４）。

Ｓ１５０５において、主制御部１２９は、網管理セッション情報記憶部１２３を参照し、フィールド１２３２にＢＹＥメッセージの送信元の端末ＩＤが登録され、かつ、フィールド１２３３、１２３４にＢＹＥメッセージの送信先の電話番号、ＩＰアドレスが登録されているレコード１２３０を検索する。

このようなレコード１２３０を検索できなかった場合、切断対象のセッションは、網管理外セッションである。この場合（Ｓ１５０５でＮＯ）、後述する第一網管理外外線切断処理を実施する（Ｓ１５０６）。

一方、このようなレコード１２３０を検索できた場合、切断対象のセッションは網管理セッションである。この場合（Ｓ１５０５でＹＥＳ）、主制御部１２９は、このレコード１２３０のフィールド１２３１に登録されているセッションＩＤがフィールド１２４４に登録されているレコード１２４０を、網管理外セッション情報記憶部１２４から検索する。

このようなレコード１２４０を検索できた場合、切断対象の網管理セッションを利用する網管理外セッションが存在する。この場合（Ｓ１５０７でＹＥＳ）、後述する網管理外線みなし切断処理を実施する（Ｓ１５０８）。

一方、このようなレコード１２４０を検索できなかった場合、切断対象の網管理セッションを利用する網管理外セッションが存在しない。この場合（Ｓ１５０７でＮＯ）、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、呼制御サーバ２にＢＹＥメッセージを転送する。その後、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１と連携して、呼制御サーバ２経由で、ＢＹＥメッセージの送信元であるＩＰ電話端末１３と送信先である他の構内電話システム１との間でやり取りされるＳＩＰメッセージを中継することにより、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３と他の構内呼制御サーバ１２との間に確立されている網管理セッションを切断する網管理外線切断処理を実施する（Ｓ１５０９）。

それから、主制御部１２９は、網管理セッション情報記憶部１２３を参照し、フィールド１２３２にＢＹＥメッセージの送信元の端末ＩＤが登録され、かつ、フィールド１２３３、１２３４にＢＹＥメッセージの送信先の電話番号、ＩＰアドレスが登録されているレコード１２３０を検索する。そして、検索したレコード１２３０を網管理セッション情報記憶部１２３から削除する（Ｓ１５１０）。

Ｓ１５１１において、主制御部１２９は、ＢＹＥメッセージを、独自メッセージ受信部１２７経由で受け取ったか、それともＳＩＰ処理部１２５経由で受け取ったかを判断する。独自メッセージ受信部１２７経由でＢＹＥメッセージを受け取った場合は（Ｓ１５１１で「独自メッセージ受信部経由」）、後述する第二網管理外外線切断処理を実施する（Ｓ１５１４）。

一方、ＳＩＰ処理部１２５経由でＢＹＥメッセージを受け取った場合（Ｓ１５１１で「ＳＩＰ処理部経由」）、主制御部１２９は、網管理セッション情報記憶部１２３を参照し、フィールド１２３２にＢＹＥメッセージの送信先の端末ＩＤが登録され、かつ、フィールド１２３３、１２３４にＢＹＥメッセージの送信元である他の構内電話システム１の電話番号、ＩＰアドレスが登録されているレコード１２３０を検索し、このレコード１２３０のフィールド１２３５に登録されている使用状況を調べる（Ｓ１５１２）。

使用状況が「使用終了」である場合（Ｓ１５１２でＮＯ）、後述する網管理外線切断代行処理を実施する（Ｓ１５１３）。

一方、使用状況が「使用中」である場合（Ｓ１５１２でＹＥＳ）、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、ＢＹＥメッセージの送信先にＢＹＥメッセージを転送する。その後、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１と連携して、呼制御サーバ２経由で、ＢＹＥメッセージの送信元である他の構内電話システム１とＢＹＥメッセージの送信先との間でやり取りされるＳＩＰメッセージを中継することにより、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３と他の構内呼制御サーバ１２との間に確立されている網管理セッションを切断する網管理外線切断処理を実施する（Ｓ１５０９）。

それから、主制御部１２９は、Ｓ１５１２で検索したレコード１２３０を網管理セッション情報記憶部１２３から削除する（Ｓ１５１０）。

図９は、図８に示す第一網管理外外線切断処理（Ｓ１５０６）を説明するためのフロー図である。

先ず、主制御部１２９は、ＢＹＥメッセージの送信元の端末ＩＤをキーにして、網管理外セッション情報記憶部１２４からレコード１２４０を検索して、このレコード１２４０のフィールド１２４４に登録されている利用対象の網管理セッションのセッションＩＤを取得する。次に、このセッションＩＤをキーにして、網管理セッション情報記憶部１２３からレコード１２３０をさらに検索し、検索したレコード１２３０のフィールド１２３５に登録されている使用状況を確認する（Ｓ１５０６００）。

利用対象の網管理セッションの使用状況が「使用中」の場合は（Ｓ１５０６００でＹＥＳ）、Ｓ１５０６０２に進む。

一方、利用対象の網管理セッションの使用状況が「使用終了」の場合（Ｓ１５０６００でＮＯ）、主制御部１２９は、利用対象の網管理セッションのセッションＩＤがフィールド１２４４に登録されているレコード１２４０であって、ＢＹＥメッセージの送信元の端末ＩＤ以外の端末ＩＤがフィールド１２４２に登録されているレコード１２４０が網管理外セッション情報記憶部１２４に登録されているか否か、つまりこの網管理セッションを利用する網管理外セッションが他に存在するか否かをさらに調べる（Ｓ１５０６０１）。そのような網管理外セッションが他に存在する場合は（Ｓ１５０６０１でＹＥＳ）、Ｓ１５０６０２に進む。一方、そのような網管理外セッションが他に存在しない場合（Ｓ１５０６０２でＮＯ）、Ｓ１５０６１０に進む。

Ｓ１５０６０２において、主制御部１２９は、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３のなかから中継端末１３を選択する。

具体的には、Ｓ１５０６００で検索したレコード１２３０（利用対象の網管理セッションのセッションＩＤがフィールド１２３１に登録されているレコード１２３０）のフィールド１２３５に登録されている使用状況を確認し、この使用状況が「使用中」であるならば、このレコード１２３０のフィールド１２３２に登録されている端末ＩＤにより特定されるＩＰ電話端末１３を中継端末１３に選択する。

一方、この使用状況が「使用終了」であるならば、Ｓ１５０６０１で検索したレコード１２４０（利用対象の網管理セッションのセッションＩＤがフィールド１２４４に登録されているレコード１２４０であって、ＢＹＥメッセージの送信元の端末ＩＤ以外の端末ＩＤがフィールド１２４２に登録されているレコード１２４０）のなかから、何れか一つのレコード１２４０を選択し、このレコード１２４０のフィールド１２４２に登録されている端末ＩＤにより特定されるＩＰ電話端末１３を中継端末１３に選択する。

次に、主制御部１２９は、ＢＹＥメッセージを含む独自メッセージを生成する。また、主制御部１２９は、端末登録情報記憶部１２２を参照して中継端末１３のＩＰアドレスを特定する。そして、この独自メッセージを、中継端末１３のＩＰアドレスとともに独自メッセージ多重化要求部１２６に通知する（Ｓ１５０６０３）。

これを受けて、独自メッセージ多重化要求部１２６は、主制御部１２９より通知された独自メッセージの多重化要求を、この独自メッセージとともに主制御部１２９より通知されたＩＰアドレスにより特定される中継端末１３へ、ネットワークＩＦ部１２１を介して送信する（Ｓ１５０６０４）。

次に、主制御部１２９は、中継端末１３、ネットワークＩＦ部１２１および独自メッセージ受信部１２７を介して、ＢＹＥメッセージの送信先から２００ＯＫメッセージを受信すると（Ｓ１５０６０５でＹＥＳ）、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、ＢＹＥメッセージの送信元に、この２００ＯＫメッセージを転送する（Ｓ１５０６０６）。

次に、主制御部１２９は、ＢＹＥメッセージの送信元の端末ＩＤをキーにして、網管理外セッション情報記憶部１２４からレコード１２４０を検索する。そして、検索したレコード１２４０を削除する（Ｓ１５０６０７）。

次に、主制御部１２９は、利用対象の網管理セッション、およびこの網管理セッションを利用する網管理外セッション各々の音声データの品質を決定する（Ｓ１５０６０８）。

具体的には、利用対象の網管理セッションのセッションＩＤがフィールド１２４４に登録されているレコード１２４０を網管理外セッション情報記憶部１２４から検索することにより、網管理外セッションの数を計測する。また、Ｓ１５０６００で検索したレコード１２３０（利用対象の網管理セッションのセッションＩＤがフィールド１２３１に登録されているレコード１２３０の）フィールド１２３５に登録されている使用状況を調べる。そして、使用状況が「使用中」であるならば、利用対象の網管理セッションおよび網管理外セッションの総数が大きいほど音声データの品質が低くなるように（例えば利用対象の網管理セッションおよび網管理外セッションの総数に比例して圧縮率が高くなるように）に、音声データの品質を設定する。一方、使用状況が「使用終了」であるならば、網管理外セッションの総数が大きいほど音声データの品質が低くなるように（例えば利用対象の網管理外セッションの総数に比例して圧縮率が高くなるように）に、音声データの品質を設定する。

次に、主制御部１２９は、網管理セッション情報記憶部１２３を参照し、フィールド１２３１に利用対象の網管理セッションのセッションＩＤが登録されているレコード１２３０のフィールド１２３２に登録されている端末ＩＤを特定する。また、網管理外セッション情報記憶部１２４を参照し、フィールド１２４４に利用対象の網管理セッションのセッションＩＤが登録されているレコード１２４０のフィールド１２４２に登録されている端末ＩＤ各々を特定する。そして、端末登録情報記憶部１２２を参照し、これらの端末ＩＤにより特定されるＩＰ電話端末１３各々のＩＰアドレスを特定する。それから、これらのＩＰアドレスを、Ｓ１５０６０８において決定された音声データの品質とともに品質変更要求部１２８に通知する。

これを受けて、品質変更要求部１２８は、ネットワークＩＦ部１２１を介して、これらのＩＰアドレスにより特定されるＩＰ電話端末１３各々に、決定された音声データの品質への変更要求を送信する（Ｓ１５０６０９）。

また、Ｓ１５０６１０において、主制御部１２９は、利用対象の網管理セッションを切断するためのＢＹＥメッセージを、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、呼制御サーバ２に送信する。

そして、主制御部１２９は、ネットワークＩＦ部１２１およびＳＩＰ処理部１２５を介して呼制御サーバ２から２００ＯＫメッセージを受信したならば（Ｓ１５０６１１でＹＥＳ）、ネットワークＩＦ部１２１およびＳＩＰ処理部１２５を介して、ＢＹＥメッセージの送信元のＩＰ電話端末１３に、このＢＹＥメッセージに対する２００ＯＫメッセージを送信する（Ｓ１５０６１２）。

次に、主制御部１２９は、利用対象の網管理セッションのセッションＩＤがフィールド１２３１に登録されているレコード１２３０を網管理セッション情報記憶部１２３から削除する（Ｓ１５０６１３）。また、ＢＹＥメッセージの送信元の端末ＩＤがフィールド１２４２に登録されているレコード１２４０を網管理外セッション情報記憶部１２４から削除する（Ｓ１５０６１４）。

図１０は、図８に示す第二網管理外外線切断処理（Ｓ１５１４）を説明するためのフロー図である。

先ず、主制御部１２９は、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３のなかから中継端末１３を選択する（Ｓ１５１４００）。具体的には、独自メッセージ受信部１２７から、ＢＹＥメッセージが格納されていた独自メッセージの送信元であるＩＰ電話端末１３のＩＰアドレスを取得する。そして、このＩＰアドレスを中継端末１３のＩＰアドレスに決定する。

次に、主制御部１２９は、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、ＢＹＥメッセージの送信先に指定されているＩＰ電話端末１３にＢＹＥメッセージを送信する（Ｓ１５１４０１）。

次に、主制御部１２９は、ネットワークＩＦ部１２１およびＳＩＰ処理部１２５を介して、ＢＹＥメッセージの送信先から２００ＯＫメッセージを受信すると（Ｓ１５１４０２でＹＥＳ）、このＢＹＥメッセージを含む独自メッセージを生成する。そして、主制御部１２９は、この独自メッセージを、中継端末１３のＩＰアドレスとともに独自メッセージ多重化要求部１２６に通知する（Ｓ１５１４０３）。

これを受けて、独自メッセージ多重化要求部１２６は、主制御部１２９より通知された独自メッセージの多重化要求を、この独自メッセージとともに主制御部１２９より通知されたＩＰアドレスにより特定される中継端末１３へ、ネットワークＩＦ部１２１を介して送信する（Ｓ１５１４０４）。

次に、主制御部１２９は、ＢＹＥメッセージの送信先の端末ＩＤをキーにして網管理外セッション情報記憶部１２４からレコード１２４０を検索し、このレコード１２４０を削除する（Ｓ１５１４０５）。

次に、主制御部１２９は、利用対象の網管理セッションおよびこの網管理セッションを利用する網管理外セッションの音声データの品質を決定する（Ｓ１５１４０６）。

具体的には、利用対象の網管理セッションのセッションＩＤがフィールド１２４４に登録されているレコード１２４０を網管理外セッション情報記憶部１２４から検索することにより、網管理外セッションの数を計測する。また、利用対象の網管理セッションのセッションＩＤがフィールド１２３１に登録されているレコード１２３０を網管理セッション情報記憶部１２３から検索し、このレコード１２３０のフィールド１２３５に登録されている使用状況を調べる。そして、使用状況が「使用中」であるならば、利用対象の網管理セッションおよび網管理外セッションの総数が大きいほど音声データの品質が低くなるように（例えば利用対象の網管理セッションおよび網管理外セッションの総数に比例して圧縮率が高くなるように）に設定する。一方、使用状況が「使用終了」であるならば、網管理外セッションの総数が大きいほど音声データの品質が低くなるように（例えば網管理外セッションの総数に比例して圧縮率が高くなるように）に設定する。

次に、主制御部１２９は、網管理セッション情報記憶部１２３を参照し、フィールド１２３１に利用対象の網管理セッションのセッションＩＤが登録されているレコード１２３０のフィールド１２３２に登録されている端末ＩＤを特定する。また、網管理外セッション情報記憶部１２４を参照し、フィールド１２４４に利用対象の網管理セッションのセッションＩＤが登録されているレコード１２４０のフィールド１２４２に登録されている端末ＩＤ各々を特定する。そして、端末登録情報記憶部１２２を参照し、これらの端末ＩＤにより特定されるＩＰ電話端末１３各々のＩＰアドレスを特定して、これらのＩＰアドレスを、Ｓ１５１４０６において決定された音声データの品質とともに品質変更要求部１２８に通知する。

これを受けて、品質変更要求部１２８は、ネットワークＩＦ部１２１を介して、これらのＩＰアドレスにより特定されるＩＰ電話端末１３各々に、決定された音声データの品質への変更要求を送信する（Ｓ１５１４０７）。

図１１は、図８に示す網管理外線みなし切断処理（Ｓ１５０８）を説明するためのフロー図である。

先ず、主制御部１２９は、自構内呼制御サーバ１２に帰属するＩＰ電話端末１３のなかから中継端末１３を選択する（Ｓ１５０８００）。

具体的には、ＢＹＥメッセージの送信元の端末ＩＤをキーにして、網管理セッション情報記憶部１２３から利用対象の網管理セッションのレコード１２３０を検索する。そして、このレコード１２３０のフィールド１２３１に登録されている利用対象の網管理セッションのセッションＩＤを特定する。次に、このセッションＩＤがフィールド１２４４に登録されているレコード１２４０を網管理外セッション情報記憶部１２４から検索する。そして、検索したレコード１２４０のなかから何れか一つのレコード１２４０を選択し、このレコード１２４０のフィールド１２４２に登録されている端末ＩＤにより特定されるＩＰ電話端末１３を中継端末１３に選択する。

次に、主制御部１２９は、ＢＹＥメッセージを含む独自メッセージを生成する。また、主制御部１２９は、端末登録情報記憶部１２２を参照して中継端末１３のＩＰアドレスを特定する。そして、この独自メッセージを、中継端末１３のＩＰアドレスとともに独自メッセージ多重化要求部１２６に通知する（Ｓ１５０８０１）。

これを受けて、独自メッセージ多重化要求部１２６は、主制御部１２９より通知された独自メッセージの多重化要求を、この独自メッセージとともに主制御部１２９より通知されたＩＰアドレスにより特定される中継端末１３へ、ネットワークＩＦ部１２１を介して送信する（Ｓ１５０８０２）。

次に、主制御部１２９は、中継端末１３、ネットワークＩＦ部１２１および独自メッセージ受信部１２７を介して、ＢＹＥメッセージの送信先から２００ＯＫメッセージを受信すると（Ｓ１５０８０３でＹＥＳ）、ＳＩＰ処理部１２５およびネットワークＩＦ部１２１を介して、ＢＹＥメッセージの送信元に、この２００ＯＫメッセージを転送する（Ｓ１５０８０４）。

次に、主制御部１２９は、利用対象の網管理セッションのセッションＩＤをキーにして、網管理セッション情報記憶部１２３からレコード１２３０を検索する。そして、検索したレコード１２３０のフィールド１２３５に登録されている使用状況を「使用中」から「使用終了」に変更する（Ｓ１５０８０５）。

次に、主制御部１２９は、利用対象の網管理セッションを利用する各網管理外セッションの音声データの品質を決定する（Ｓ１５０８０６）。

具体的には、利用対象の網管理セッションのセッションＩＤがフィールド１２４４に登録されているレコード１２４０を網管理外セッション情報記憶部１２４から検索することにより、網管理外セッションの数を計測し、この数が大きいほど音声データの品質が低くなるように（例えば網管理外セッションの総数に比例して圧縮率が高くなるように）に、音声データの品質を設定する。

次に、主制御部１２９は、網管理外セッション情報記憶部１２４を参照し、フィールド１２４４に利用対象の網管理セッションのセッションＩＤが登録されているレコード１２４０のフィールド１２４２に登録されている端末ＩＤ各々を特定する。それから、端末登録情報記憶部１２２を参照し、これらの端末ＩＤにより特定されるＩＰ電話端末１３各々のＩＰアドレスを特定する。そして、これらのＩＰアドレスを、Ｓ１５０８０６において決定された音声データの品質とともに品質変更要求部１２８に通知する。

これを受けて、品質変更要求部１２８は、ネットワークＩＦ部１２１を介して、これらのＩＰアドレスにより特定されるＩＰ電話端末１３各々に、決定された音声データの品質への変更要求を送信する（Ｓ１５０８０７）。

図１２は、図８に示す網管理外線切断代行処理（Ｓ１５１３）を説明するためのフロー図である。

先ず、主制御部１２９は、切断対象の網管理セッションを利用する網管理外セッションを検索し、その網管理外セッションの接続端末を特定する（Ｓ１５１３００）。具体的には、ＢＹＥメッセージの送信先の端末ＩＤをキーにして、網管理セッション情報記憶部１２３から切断対象の網管理セッションのレコード１２３０を検索する。そして、このレコード１２３０のフィールド１２３１に登録されている切断対象の網管理セッションのセッションＩＤを特定する。次に、このセッションＩＤがフィールド１２４４に登録されているレコード１２４０を網管理外セッション情報記憶部１２４から検索する。そして、主制御部１２９は、検索したレコード１２４０のフィールド１２４２に登録されている端末ＩＤを取得する。

次に、主制御部１２９は、端末登録情報記憶部１２２を参照し、この端末ＩＤにより特定されるＩＰ電話端末１３に対して網管理外セッションのＢＹＥメッセージを送信する（Ｓ１５１３０１）。

次に、主制御部１２９は、ネットワークＩＦ部１２１およびＳＩＰ処理部１２５を介して、ＢＹＥメッセージの送信先から２００ＯＫメッセージを受信したならば（Ｓ１５１３０２でＹＥＳ）、呼制御サーバ２に対して、網管理セッションのＢＹＥメッセージに対する２００ＯＫメッセージを送信する（Ｓ１５１３０３）。

それから、主制御部１２９は、Ｓ１５１３００で検索した、切断対象の網管理セッションのレコード１２３０を、網管理セッション情報記憶部１２３から削除する（Ｓ１５１３０４）。また、Ｓ１５１３００で検索した、切断対象の網管理セッションを利用する網管理外セッションのレコード１２４０を、網管理外セッション情報記憶部１２４から削除する（Ｓ１５１３０５）。

次に、ＩＰ電話端末１３を詳細に説明する。

図１３は、ＩＰ電話端末１３の概略構成図である。

図示するように、ＩＰ電話端末１３は、ネットワークＩＦ部１３１と、ＳＩＰ処理部１３２と、ＲＴＰ処理部１３３と、多重化要求受信部１３４と、独自メッセージ送信部１３５と、品質変更要求受信部１３６と、音声データ生成部１３７と、端末ＩＤ付加部１３８と、独自メッセージ多重化部１３９と、音声データ抽出部１４０と、独自メッセージ分離部１４１と、音声データ再生部１４２と、スピーカおよびマイクを備えたハンドセット１４３と、テンキー等の各種キーを備えた操作パネル１４４と、ＬＣＤ等の表示部１４５と、主制御部１４６と、を有する。

ネットワークＩＦ部１３１は、ＬＡＮ１４およびＩＰ電話網３に接続するためのインターフェースであり、トランスポート層以下の各層のプロトコル（ＴＣＰ、ＵＤＰ、ＩＰ、イーサネット（登録商標）等）を処理する。

ＳＩＰ処理部１３２は、主制御部１４６の指示に従いＳＩＰメッセージを処理する。

ＲＴＰ処理部１３３は、自ＩＰ電話端末１３との間に確立されたセッションを介して、ＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット（音声パケット）を処理する。

多重化要求受信部１３４は、ネットワークＩＦ部１３１を介して自ＩＰ電話端末１３が帰属する構内呼制御サーバ１２から、独自メッセージの多重化要求を受信する。

独自メッセージ送信部１３５は、主制御部１４６の指示に従い、ネットワークＩＦ部１３１を介して自ＩＰ電話端末１３が帰属する構内呼制御サーバ１２に独自メッセージを送信する。

品質変更要求受信部１３６は、ネットワークＩＦ部１３１を介して自ＩＰ電話端末１３が帰属する構内呼制御サーバ１２から、音声データの品質の変更要求を受信する。

音声データ生成部１３７は、ハンドセット１４３のマイクに入力された音声信号を、主制御部１４６より通知された品質（圧縮率）で符号化して、音声データを生成する。

端末ＩＤ付加部１３８は、音声データ生成部１３７により生成された音声データに自ＩＰ電話端末１３の端末ＩＤを付加する。なお、この端末ＩＤは、内線番号およびＩＰアドレスとを所定のルールで組み合わせて生成されたものであってもよい。

独自メッセージ多重化部１３９は、端末ＩＤ付加部１３８により端末ＩＤが付加された音声データをＲＴＰ処理部１３３に渡す。ここで、主制御部１４６より独自メッセージが通知されているならば、端末ＩＤが付加された音声データにこの独自メッセージを多重化してからＲＴＰ処理部１３３に渡す。

音声データ抽出部１４０は、ＲＴＰ処理部１３３から受け取った音声データに付加されている端末ＩＤが、主制御部１４６より通知された通話相手の端末ＩＤであるか否かを調べる。そして、通話相手の端末ＩＤであるならば、この端末ＩＤを音声データから除去して、得られた音声データを独自メッセージ分離部１４１に渡す。一方、通話相手の端末ＩＤでないならば、この音声データを、独自メッセージ分離部１４１に渡すことなく破棄する。

独自メッセージ分離部１４１は、音声データ抽出部１４０から受け取った音声データを音声データ再生部１４２に渡す。ここで、この音声データに独自メッセージが多重化されているならば、この独自メッセージを、音声データから分離して主制御部１４６に渡す。

音声データ再生部１４２は、独自メッセージ分離部１４１より受け取った音声データを復号して再生し、その再生信号をハンドセット１４３のスピーカから出力する。

そして、主制御部１４６は、自ＩＰ電話端末１３の各部１３１〜１４５を統括的に制御する。

図１４は、ＩＰ電話端末１３の動作を説明するためのフロー図である。

先ず、主制御部１４６は、ＳＩＰ処理部１３２およびネットワークＩＦ部１３１を介して、自構内電話システム１内の構内呼制御サーバ１２にＲＥＧＩＳＴＥＲメッセージを送信して、この構内呼制御サーバ１２に対して登録要求処理を行う（Ｓ２０）。これにより、自ＩＰ電話端末１３が、この構内呼制御サーバ１２に帰属する。

次に、主制御部１４６は、操作パネル１４４を介してユーザから発信指示を受け付けると（Ｓ２１でＹＥＳ）、ＳＩＰ処理部１３２およびネットワークＩＦ部１３１を介して、自ＩＰ電話端末１３が帰属する構内呼制御サーバ１２に、ユーザより指定された電話番号を送信先番号とするＩＮＶＩＴＥメッセージを送信する。そして、主制御部１４６は、ＳＩＰ処理部１３２およびネットワークＩＦ部１３１と連携し、構内呼制御サーバ１２とＳＩＰメッセージをやり取りすることにより発信処理を行う（Ｓ２２）。また、主制御部１４６は、このＳＩＰメッセージのやり取りを通して、通話相手と端末ＩＤを交換する（Ｓ２３）。例えば、ＩＮＶＩＴＥメッセージに自ＩＰ電話端末１３の端末ＩＤを挿入し、２００ＯＫメッセージから通話相手のＩＰ電話端末１３の端末ＩＤを取得する。

それから、主制御部１４６は、自ＩＰ電話端末１３の各部１３１〜１４５を制御して、後述する通話処理を開始する（Ｓ２７）。

また、主制御部１４６は、ＳＩＰ処理部１３２およびネットワークＩＦ部１３１を介して、自ＩＰ電話端末１３が帰属する構内呼制御サーバ１２からＩＮＶＩＴＥメッセージを受信すると（Ｓ２４でＹＥＳ）、１８０Ｒｉｎｇｉｎｇメッセージを返信する。そして、主制御部１４６は、ＳＩＰ処理部１３２およびネットワークＩＦ部１３１と連携し、構内呼制御サーバ１２とＳＩＰメッセージをやり取りすることにより着信処理を行う（Ｓ２５）。また、主制御部１４６は、このＳＩＰメッセージのやり取りを通して、通話相手と端末ＩＤを交換する（Ｓ２６）。例えば、ＩＮＶＩＴＥメッセージから通話相手のＩＰ電話端末１３の端末ＩＤを取得し、２００ＯＫメッセージに自ＩＰ電話端末１３の端末ＩＤを挿入する。

それから、主制御部１４６は、自ＩＰ電話端末１３の各部１３１〜１４５を制御して、後述する通話処理を開始する（Ｓ２７）。

さて、以上のようにして通話処理が開始された後、主制御部１４６は、操作パネル１４４を介してユーザから切断指示を受け付けると（Ｓ２８でＹＥＳ）、ＳＩＰ処理部１３２およびネットワークＩＦ部１３１を介して、自ＩＰ電話端末１３が帰属する構内呼制御サーバ１２にＢＹＥメッセージを送信することにより切断処理を行う（Ｓ２９）。これにより、主制御部１４６は、後述する通話処理を終了する（Ｓ３２）。

また、主制御部１４６は、ＳＩＰ処理部１３２およびネットワークＩＦ部１３１を介して、自ＩＰ電話端末１３が帰属する構内呼制御サーバ１２からＢＹＥメッセージを受信すると（Ｓ３０でＹＥＳ）、２００ＯＫメッセージを返信することにより切断処理を行う（Ｓ３１）。これにより、主制御部１４６は、後述する通話処理を終了する（Ｓ３２）。

図１５は、ＩＰ電話端末１３の通話処理を説明するためのフロー図である。

先ず、主制御部１４６は、ネットワークＩＦ部１３１および品質変更要求受信部１３６を介して、自ＩＰ電話端末１３が帰属する構内呼制御サーバ１２から変更要求を受信すると（Ｓ２７０１でＹＥＳ）、この変更要求で指定されている品質（圧縮率）を音声データ生成部１３７に設定する（Ｓ２７０２）。これにより、音声データ生成部１３７は、ハンドセット１４３のマイクに入力された音声信号を、主制御部１４６より通知された品質で符号化して、音声データを生成する。

また、主制御部１４６は、ネットワークＩＦ部１３１および多重化要求受信部１３４を介して、自ＩＰ電話端末１３が帰属する構内呼制御サーバ１２から独自メッセージの多重化要求を受信すると（Ｓ２７０３でＹＥＳ）、この独自メッセージを多重化対象として独自メッセージ多重化部１３９に設定する（Ｓ２７０４）。

また、音声データ生成部１３７は、定期的に到来する音声パケット送信タイミングになると（Ｓ２７０５でＹＥＳ）、前回の音声パケット送信タイミング以降に生成した音声データを端末ＩＤ付加部１３８に渡す（Ｓ２７０６）。これを受けて、端末ＩＤ付加部１３８は、音声データ生成部１３７より受け取った音声データに、自ＩＰ電話端末１３の端末ＩＤを付加して、端末ＩＤ付きの音声データを独自メッセージ多重化部１３９に渡す（Ｓ２７０７）。

これを受けて、独自メッセージ多重化部１３９は、独自メッセージが多重化対象に設定されているならば（Ｓ２７０８でＹＥＳ）、この端末ＩＤ付きの音声データに多重化対象の独自メッセージを多重化して、得られたデータをＲＴＰ処理部１３３に渡す（Ｓ２７０９）。これを受けて、ＲＴＰ処理部１３３は、独自メッセージが多重化された端末ＩＤ付きの音声データを音声パケットに格納し、この音声パケットを、ネットワークＩＦ部１３１を介して、セッションの通話相手に送信する（Ｓ２７１０）。

一方、独自メッセージが多重化対象に設定されていない場合（Ｓ２７０８でＮＯ）、独自メッセージ多重化部１３９は、この端末ＩＤが付加された音声データを直ちにＲＴＰ処理部１３３に渡す。これを受けて、ＲＴＰ処理部１３３は、端末ＩＤ付きの音声データを音声パケットに格納し、この音声パケットを、ネットワークＩＦ部１３１を介して通話相手に送信する（Ｓ２７１０）。

また、ＲＴＰ処理部１３３は、ゲートウェイ１１によりマルチキャスト配信されたＲＴＰパケットを、ネットワークＩＦ部１３１を介して受信すると（Ｓ２７１１でＹＥＳ）、このＲＴＰパケットから音声データを抽出し、この音声データを音声データ抽出部１４０に渡す。音声データ抽出部１４０は、この音声データに付加されている端末ＩＤが主制御部１４６より通知された通話相手の端末ＩＤあるか否かを調べる（Ｓ２７１２）。音声データの付加端末ＩＤが通話相手の端末ＩＤでない場合は（Ｓ２７１２でＮＯ）、この音声データを、独自メッセージ分離部１４１に渡すことなく破棄する（Ｓ２７１６）。一方、音声データの付加端末ＩＤが通話相手の端末ＩＤである場合は（Ｓ２７１２でＹＥＳ）、この音声データに付加されている端末ＩＤを除去して、得られた音声データを独自メッセージ分離部１４１に渡す。

これを受けて、独自メッセージ分離部１４１は、音声データ抽出部１４０より受け取った音声データに独自メッセージが多重化されているか否かを調べる（Ｓ２７１３）。

独自メッセージが多重化されている場合（Ｓ２７１３でＹＥＳ）、独自メッセージ分離部１４１は、この独自メッセージを、音声データから分離して主制御部１４６に渡す。主制御部１４６は、独自メッセージ送信部１３５およびネットワークＩＦ部１３１を介して、この独自メッセージを、自ＩＰ電話端末１３が帰属する構内呼制御サーバ１２に送信する（Ｓ２７１４）。また、独自メッセージ分離部１４１は、独自メッセージが分離された音声データを音声データ再生部１４２に渡す。

一方、独自メッセージが多重化されていない場合（Ｓ２７１３でＮＯ）、独自メッセージ分離部１４１は、音声データ抽出部１４０より受け取った音声データを直ちに音声データ再生部１４２に渡す。

音声データ再生部１４２は、独自メッセージ分離部１４１より受け取った音声データを再生し、その再生信号をハンドセット１４３のスピーカから出力する（Ｓ２７１５）。

次に、図１に示すＩＰ電話システムの動作例を説明する。

先ず、網管理外セッションが確立される場合の動作例を説明する。

図１６および図１７は、網管理外セッションが確立される場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。

ここで、構内電話システム［Ａ］１は、ＩＰ電話網３を提供するＩＰ電話サービスプロバイダとの契約回線数分の網管理セッションを確立しており、そのうちの一つが構内電話システム［Ｂ］１との間に確立されているものとする（Ｓ３０１）。

さて、構内電話システム［Ａ］１内のＩＰ電話端末［Ａ０１］１３は、ユーザから構内電話システム［Ｂ］１への発信指示を受け付けると、自ＩＰ電話端末［Ａ０１］１３が帰属する構内呼制御サーバ［Ａ］１２に、構内電話システム［Ｂ］１を送信先とするＩＮＶＩＴＥメッセージを送信する（Ｓ３０２）。

これを受けて、構内呼制御サーバ［Ａ］１２は、このＩＮＶＩＴＥメッセージを含む独自メッセージを生成し、これを、構内電話システム［Ｂ］１との間に網管理セッションを確立している構内電話システム［Ａ］１内のＩＰ電話端末［Ａ０２］１３に送信する（Ｓ３０３）。また、構内呼制御サーバ［Ａ］１２は、１００ＴｒｙｉｎｇメッセージをＩＰ電話端末［Ａ０１］１３に返信する（Ｓ３０４）。

ＩＰ電話端末［Ａ０２］１３は、構内呼制御サーバ［Ａ］１２から受け取った独自メッセージを、自ＩＰ電話端末［Ａ０２］１３の端末ＩＤが付された音声データに多重化し、これを、音声パケットに格納して送信する。この音声パケットは、構内電話システム［Ａ］１のゲートウェイ［Ａ］１１およびＩＰ電話網３を介して、構内電話システム［Ｂ］１のゲートウェイ［Ｂ］１１に到達する。そして、ゲートウェイ［Ｂ］１１は、この音声パケットを構内電話システム［Ｂ］１内にマルチキャストで送信する。ＩＰ電話端末［Ａ０２］１３の通話相手である構内電話システム［Ｂ］１内のＩＰ電話端末［Ｂ０２］１３は、マルチキャストで送信された音声パケットから、自身の通話相手であるＩＰ電話端末［Ａ０２］１３の端末ＩＤが付与された自身宛の音声データを取得する。これにより、この音声データに多重化された独自メッセージが、網管理セッションを介してＩＰ電話端末［Ｂ０２］１３に通知される（Ｓ３０５）。

ＩＰ電話端末［Ｂ０２］１３は、自身宛の音声データに多重化されている独自メッセージを分離して、この独自メッセージを、自ＩＰ電話端末［Ｂ０２］１３が帰属する構内呼制御サーバ［Ｂ］１２に送信する（Ｓ３０６）。

これを受けて、構内呼制御サーバ［Ｂ］１２は、この独自メッセージに格納されているＩＮＶＩＴＥメッセージを、自構内呼制御サーバ［Ｂ］１２に帰属する各ＩＰ電話端末１３に送信する（Ｓ３０７）。また、構内呼制御サーバ［Ｂ］１２は、１００Ｔｒｙｉｎｇメッセージを格納した独自メッセージをＩＰ電話端末［Ｂ０２］１３に返信する（Ｓ３０８）。

ＩＰ電話端末［Ｂ０２］１３は、構内呼制御サーバ［Ｂ］１２から受け取った独自メッセージを、自ＩＰ電話端末［Ｂ０２］１３の端末ＩＤが付された音声データに多重化し、これを、音声パケットに格納して送信する。この音声パケットは、ゲートウェイ［Ｂ］１１およびＩＰ電話網３を介して、ゲートウェイ［Ａ］１１に到達する。そして、ゲートウェイ［Ａ］１１は、この音声パケットを構内電話システム［Ａ］１内にマルチキャストで送信する。ＩＰ電話端末［Ｂ０２］１３の通話相手であるＩＰ電話端末［Ａ０２］１３は、マルチキャストで送信された音声パケットから、自身の通話相手であるＩＰ電話端末［Ｂ０２］１３の端末ＩＤが付与された自身宛の音声データを取得する。これにより、この音声データに多重化された独自メッセージが、網管理セッションを介してＩＰ電話端末［Ａ０２］１３に通知される（Ｓ３０９）。ＩＰ電話端末［Ａ０２］１３は、自身宛の音声データに多重化されている独自メッセージを分離して、この独自メッセージを構内呼制御サーバ［Ａ］１２に送信する。これにより、構内呼制御サーバ［Ａ］１２は、１００Ｔｒｙｉｎｇメッセージを受信する（Ｓ３１０）。

また、構内呼制御サーバ［Ｂ］１２は、自構内呼制御サーバ［Ｂ］１２に帰属する各ＩＰ電話端末１３から１８０Ｒｉｎｇｉｎｇを受信すると（Ｓ３１１）、この１８０Ｒｉｎｇｉｎｇメッセージを格納した独自メッセージをＩＰ電話端末［Ｂ０２］１３に返信する（Ｓ３１２）。

ＩＰ電話端末［Ｂ０２］１３は、構内呼制御サーバ［Ｂ］１２から受け取った独自メッセージを、自ＩＰ電話端末［Ｂ０２］１３の端末ＩＤが付された音声データに多重化し、これを、音声パケットに格納して送信する。この音声パケットは、ゲートウェイ［Ｂ］１１およびＩＰ電話網３を介して、ゲートウェイ［Ａ］１１に到達する。そして、ゲートウェイ［Ａ］１１は、この音声パケットを構内電話システム［Ａ］１内にマルチキャストで送信する。ＩＰ電話端末［Ｂ０２］１３の通話相手であるＩＰ電話端末［Ａ０２］１３は、マルチキャストで送信された音声パケットから、自身の通話相手であるＩＰ電話端末［Ｂ０２］１３の端末ＩＤが付与された自身宛の音声データを取得する。これより、この音声データに多重化された独自メッセージが網管理セッションを介してＩＰ電話端末［Ａ０２］１３に通知される（Ｓ３１３）。

ＩＰ電話端末［Ａ０２］１３は、自身宛の音声データに多重化されている独自メッセージを分離して、この独自メッセージを構内呼制御サーバ［Ａ］１２に送信する（Ｓ３１４）。これを受けて、構内呼制御サーバ［Ａ］１２は、この独自メッセージに格納されている１８０ＲｉｎｇｉｎｇメッセージをＩＰ電話端末［Ａ０１］１３に送信する（Ｓ３１５）。

さて、構内電話システム［Ｂ］１において、ＩＰ電話端末［Ｂ０１］１３は、ユーザより応答指示を受け付けると、２００ＯＫメッセージを構内呼制御サーバ［Ｂ］１２に送信する（Ｓ３１６）。構内呼制御サーバ［Ｂ］１２は、この２００ＯＫメッセージを格納した独自メッセージをＩＰ電話端末［Ｂ０２］１３に送信する（Ｓ３１７）。

ＩＰ電話端末［Ｂ０２］１３は、構内呼制御サーバ［Ｂ］１２から受け取った独自メッセージを、自ＩＰ電話端末［Ｂ０２］１３の端末ＩＤが付された音声データに多重化し、これを、音声パケットに格納して送信する。この音声パケットは、ゲートウェイ［Ｂ］１１およびＩＰ電話網３を介して、ゲートウェイ［Ａ］１１に到達する。そして、ゲートウェイ［Ａ］１１は、この音声パケットを構内電話システム［Ａ］１内にマルチキャストで送信する。ＩＰ電話端末［Ｂ０２］１３の通話相手であるＩＰ電話端末［Ａ０２］１３は、マルチキャストで送信された音声パケットから、自身の通話相手であるＩＰ電話端末［Ｂ０２］１３の端末ＩＤが付与された自身宛の音声データを取得する。これにより、この音声データに多重化された独自メッセージが網管理セッションを介してＩＰ電話端末［Ａ０２］１３に通知される（Ｓ３１８）。

ＩＰ電話端末［Ａ０２］１３は、自身宛の音声データに多重化されている独自メッセージを分離して、この独自メッセージを構内呼制御サーバ［Ａ］１２に送信する（Ｓ３１９）。これを受けて、構内呼制御サーバ［Ａ］１２は、この独自メッセージに格納されている２００ＯＫメッセージをＩＰ電話端末［Ａ０１］１３に送信する（Ｓ３２０）。

ＩＰ電話端末［Ａ０１］１３は、構内呼制御サーバ［Ａ］１２より２００ＯＫメッセージを受け取ると、ＡＣＫメッセージを返信する（Ｓ３２１）。これを受けて、構内呼制御サーバ［Ａ］１２は、このＡＣＫメッセージを含む独自メッセージを生成し、これをＩＰ電話端末［Ａ０２］１３に送信する（Ｓ３２２）。

ＩＰ電話端末［Ａ０２］１３は、構内呼制御サーバ［Ａ］１２から受け取った独自メッセージを、自ＩＰ電話端末［Ａ０２］１３の端末ＩＤが付された音声データに多重化し、これを、音声パケットに格納して送信する。この音声パケットは、ゲートウェイ［Ａ］１１およびＩＰ電話網３を介してゲートウェイ［Ｂ］１１に到達する。そして、ゲートウェイ［Ｂ］１１は、この音声パケットを構内電話システム［Ｂ］１内にマルチキャストで送信する。ＩＰ電話端末［Ａ０２］１３の通話相手である構内電話システム［Ｂ］１内のＩＰ電話端末［Ｂ０２］１３は、マルチキャストで送信された音声パケットから自身の通話相手であるＩＰ電話端末［Ａ０２］１３の端末ＩＤが付与された自身宛の音声データを取得する。これより、この音声データに多重化された独自メッセージが網管理セッションを介してＩＰ電話端末［Ｂ０２］１３に通知される（Ｓ３２３）。

ＩＰ電話端末［Ｂ０２］１３は、自身宛の音声データに多重化されている独自メッセージを分離して、この独自メッセージを構内呼制御サーバ［Ｂ］１２に送信する（Ｓ３２４）。構内呼制御サーバ［Ｂ］１２は、このＡＣＫメッセージをＩＰ電話端末［Ｂ０１］１３に送信する（Ｓ３２５）。

その後、構内呼制御サーバ［Ａ］１２は、ＩＰ電話端末［Ａ０１］１３およびＩＰ電話端末［Ａ０２］１３の各々に、音声データの品質の変更要求を通知する（Ｓ３２６）。同様に、構内呼制御サーバ［Ｂ］１２は、ＩＰ電話端末［Ｂ０１］１３およびＩＰ電話端末［Ｂ０２］１３の各々に、音声データの品質の変更要求を通知する（Ｓ３２７）。

以上により、構内電話システム［Ａ］１および構内電話システム［Ｂ］１間の網管理セッションを介して、網管理外セッションが確立される（Ｓ３２８）。これにより、ＩＰ電話端末［Ａ０２］１３およびＩＰ電話端末［Ｂ０２］１３間の通話と、ＩＰ電話端末［Ａ０１］１３およびＩＰ電話端末［Ｂ０１］１３間の通話とを同時に行うことができる。

次に、網管理外セッションが切断される場合の動作例を説明する。

図１８は、網管理外セッションが切断される場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。

ここで、構内電話システム［Ａ］１内のＩＰ電話端末［Ａ０２］１３と構内電話システム［Ｂ］１内のＩＰ電話端末［Ｂ０２］１３との間に網管理セッションが確立され、構内電話システム［Ａ］１内のＩＰ電話端末［Ａ０１］１３と構内電話システム［Ｂ］１内のＩＰ電話端末［Ｂ０１］１３との間に、この網管理セッションを利用した網管理外セッションが確立されているものとする（Ｓ４００）。

さて、ＩＰ電話端末［Ａ０１］１３は、ユーザから切断指示を受け付けると、自ＩＰ電話端末［Ａ０１］１３が帰属する構内呼制御サーバ［Ａ］１２に、ＩＰ電話端末［Ｂ０１］１３を送信先とするＢＹＥメッセージを送信する（Ｓ４０１）。

これを受けて、構内呼制御サーバ［Ａ］１２は、このＢＹＥメッセージを含む独自メッセージを生成し、これを構内電話システム［Ｂ］１との間に網管理セッションを確立しているＩＰ電話端末［Ａ０２］１３に送信する（Ｓ４０２）。

ＩＰ電話端末［Ａ０２］１３は、構内呼制御サーバ［Ａ］１２から受け取った独自メッセージを、自ＩＰ電話端末［Ａ０２］１３の端末ＩＤが付された音声データに多重化し、これを、音声パケットに格納して送信する。この音声パケットは、構内電話システム［Ａ］１のゲートウェイ［Ａ］１１およびＩＰ電話網３を介して、構内電話システム［Ｂ］１のゲートウェイ［Ｂ］１１に到達する。そして、ゲートウェイ［Ｂ］１１は、この音声パケットを構内電話システム［Ｂ］１内にマルチキャストで送信する。ＩＰ電話端末［Ａ０２］１３の通話相手である構内電話システム［Ｂ］１内のＩＰ電話端末［Ｂ０２］１３は、マルチキャストで送信された音声パケットから、自身の通話相手であるＩＰ電話端末［Ａ０２］１３の端末ＩＤが付与された自身宛の音声データを取得する。これより、この音声データに多重化された独自メッセージが網管理セッションを介してＩＰ電話端末［Ｂ０２］１３に通知される（Ｓ４０３）。

ＩＰ電話端末［Ｂ０２］１３は、自身宛の音声データに多重化されている独自メッセージを分離して、この独自メッセージを、自ＩＰ電話端末［Ｂ０２］１３が帰属する構内呼制御サーバ［Ｂ］１２に送信する（Ｓ４０４）。

これを受けて、構内呼制御サーバ［Ｂ］１２は、この独自メッセージに格納されているＢＹＥメッセージを、ＩＰ電話端末［Ｂ０１］１３に送信する（Ｓ４０５）。これを受けて、ＩＰ電話端末［Ｂ０１］１３は、２００ＯＫメッセージを構内呼制御サーバ［Ｂ］１２に返信する（Ｓ４０６）。構内呼制御サーバ［Ｂ］１２は、この２００ＯＫメッセージを格納した独自メッセージをＩＰ電話端末［Ｂ０２］１３に送信する（Ｓ４０７）。

ＩＰ電話端末［Ｂ０２］１３は、構内呼制御サーバ［Ｂ］１２から受け取った独自メッセージを、自ＩＰ電話端末［Ｂ０２］１３の端末ＩＤが付された音声データに多重化し、これを、音声パケットに格納して送信する。この音声パケットは、ゲートウェイ［Ｂ］１１およびＩＰ電話網３を介して、ゲートウェイ［Ａ］１１に到達する。そして、ゲートウェイ［Ａ］１１は、この音声パケットを構内電話システム［Ａ］１内にマルチキャストで送信する。ＩＰ電話端末［Ｂ０２］１３の通話相手であるＩＰ電話端末［Ａ０２］１３は、マルチキャストで送信された音声パケットから自身の通話相手であるＩＰ電話端末［Ｂ０２］１３の端末ＩＤが付与された自身宛の音声データを取得する。これにより、この音声データに多重化された独自メッセージが網管理セッションを介してＩＰ電話端末［Ａ０２］１３に通知される（Ｓ４０８）。

ＩＰ電話端末［Ａ０２］１３は、自身宛の音声データに多重化されている独自メッセージを分離して、この独自メッセージを構内呼制御サーバ［Ａ］１２に送信する（Ｓ４０９）。これを受けて、構内呼制御サーバ［Ａ］１２は、この独自メッセージに格納されている２００ＯＫメッセージをＩＰ電話端末［Ａ０１］１３に送信する（Ｓ４１０）。

その後、構内呼制御サーバ［Ａ］１２は、ＩＰ電話端末［Ａ０２］１３に、音声データの品質の変更要求を通知する（Ｓ４１１）。同様に、構内呼制御サーバ［Ｂ］１２は、ＩＰ電話端末［Ｂ０２］１３に、音声データの品質の変更要求を通知する（Ｓ４１２）。

以上により、ＩＰ電話端末［Ａ０１］１３およびＩＰ電話端末［Ｂ０１］１３間に確立されていた網管理外セッションが切断される（Ｓ４１３）。

図１９は、網管理セッションがみなし切断される場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。

ここで、構内電話システム［Ａ］１内のＩＰ電話端末［Ａ０２］１３と構内電話システム［Ｂ］１内のＩＰ電話端末［Ｂ０２］１３との間に網管理セッションが確立され、構内電話システム［Ａ］１内のＩＰ電話端末［Ａ０１］１３と構内電話システム［Ｂ］１内のＩＰ電話端末［Ｂ０１］１３との間に、この網管理セッションを利用した網管理外セッションが確立されているものとする（Ｓ５００）。

さて、ＩＰ電話端末［Ａ０２］１３は、ユーザから切断指示を受け付けると、自ＩＰ電話端末［Ａ０２］１３が帰属する構内呼制御サーバ［Ａ］１２に、ＩＰ電話端末［Ｂ０２］１３を送信先とするＢＹＥメッセージを送信する（Ｓ５０１）。

これを受けて、構内呼制御サーバ［Ａ］１２は、このＢＹＥメッセージを含む独自メッセージを生成し、これを、構内電話システム［Ｂ］１との間に網管理外セッションを確立しているＩＰ電話端末［Ａ０１］１３に送信する（Ｓ５０２）。

ＩＰ電話端末［Ａ０１］１３は、構内呼制御サーバ［Ａ］１２から受け取った独自メッセージを、自ＩＰ電話端末［Ａ０１］１３の端末ＩＤが付された音声データに多重化し、これを音声パケットに格納して送信する。この音声パケットは、構内電話システム［Ａ］１のゲートウェイ［Ａ］１１およびＩＰ電話網３を介して、構内電話システム［Ｂ］１のゲートウェイ［Ｂ］１１に到達する。そして、ゲートウェイ［Ｂ］１１は、この音声パケットを構内電話システム［Ｂ］１内にマルチキャストで送信する。ＩＰ電話端末［Ａ０１］１３の通話相手であるＩＰ電話端末［Ｂ０１］１３は、マルチキャストで送信された音声パケットから自身の通話相手であるＩＰ電話端末［Ａ０１］１３の端末ＩＤが付与された自身宛の音声データを取得する。これより、この音声データに多重化された独自メッセージが、網管理セッションを利用した網管理外セッションを介してＩＰ電話端末［Ｂ０１］１３に通知される（Ｓ５０３）。

ＩＰ電話端末［Ｂ０１］１３は、自身宛の音声データに多重化されている独自メッセージを分離して、この独自メッセージを、自ＩＰ電話端末［Ｂ０１］１３が帰属する構内呼制御サーバ［Ｂ］１２に送信する（Ｓ５０４）。

これを受けて、構内呼制御サーバ［Ｂ］１２は、この独自メッセージに格納されているＢＹＥメッセージをＩＰ電話端末［Ｂ０２］１３に送信する（Ｓ５０５）。これを受けて、ＩＰ電話端末［Ｂ０２］１３は、２００ＯＫメッセージを構内呼制御サーバ［Ｂ］１２に返信する（Ｓ５０６）。構内呼制御サーバ［Ｂ］１２は、この２００ＯＫメッセージを格納した独自メッセージをＩＰ電話端末［Ｂ０１］１３に送信する（Ｓ５０７）。

ＩＰ電話端末［Ｂ０１］１３は、構内呼制御サーバ［Ｂ］１２から受け取った独自メッセージを、自ＩＰ電話端末［Ｂ０１］１３の端末ＩＤが付された音声データに多重化し、これを音声パケットに格納して送信する。この音声パケットは、ゲートウェイ［Ｂ］１１およびＩＰ電話網３を介して、ゲートウェイ［Ａ］１１に到達する。そして、ゲートウェイ［Ａ］１１は、この音声パケットを構内電話システム［Ａ］１内にマルチキャストで送信する。ＩＰ電話端末［Ｂ０１］１３の通話相手であるＩＰ電話端末［Ａ０１］１３は、マルチキャストで送信された音声パケットから、自身の通話相手であるＩＰ電話端末［Ｂ０１］１３の端末ＩＤが付与された自身宛の音声データを取得する。これより、この音声データに多重化された独自メッセージが、網管理セッションを利用した網管理外セッションを介してＩＰ電話端末［Ａ０１］１３に通知される（Ｓ５０８）。

ＩＰ電話端末［Ａ０１］１３は、自身宛の音声データに多重化されている独自メッセージを分離して、この独自メッセージを構内呼制御サーバ［Ａ］１２に送信する（Ｓ５０９）。これを受けて、構内呼制御サーバ［Ａ］１２は、この独自メッセージに格納されている２００ＯＫメッセージをＩＰ電話端末［Ａ０２］１３に送信する（Ｓ５１０）。

その後、構内呼制御サーバ［Ａ］１２は、ＩＰ電話端末［Ａ０１］１３に、音声データの品質の変更要求を通知する（Ｓ５１１）。同様に、構内呼制御サーバ［Ｂ］１２は、ＩＰ電話端末［Ｂ０１］１３に、音声データの品質の変更要求を通知する（Ｓ５１２）。

以上により、ＩＰ電話端末［Ａ０１］１３およびＩＰ電話端末［Ｂ０１］１３間の通話は終了するが、ＩＰ電話網３上では網管理セッションが確立されたままであり、ＩＰ電話端末［Ａ０２］１３およびＩＰ電話端末［Ｂ０２］１３間の網管理外セッションは、この網管理セッションを利用して維持される（Ｓ５１３）。

図２０は、網管理外セッションの切断に伴い網管理セッションが切断される場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。

ここで、構内電話システム［Ａ］１内のＩＰ電話端末［Ａ０２］１３と構内電話システム［Ｂ］１内のＩＰ電話端末［Ｂ０２］１３との間に網管理セッションが確立され、構内電話システム［Ａ］１内のＩＰ電話端末［Ａ０１］１３と構内電話システム［Ｂ］１内のＩＰ電話端末［Ｂ０１］１３との間に、この網管理セッションを利用した網管理外セッションが確立された後、ＩＰ電話端末［Ａ０２］１３およびＩＰ電話端末［Ｂ０２］１３間の通話が終了したものとする（Ｓ６００）。

さて、ＩＰ電話端末［Ａ０１］１３は、ユーザから切断指示を受け付けると、自ＩＰ電話端末［Ａ０１］１３が帰属する構内呼制御サーバ［Ａ］１２に、ＩＰ電話端末［Ｂ０１］１３を送信先とするＢＹＥメッセージを送信する（Ｓ６０１）。

これを受けて、構内呼制御サーバ［Ａ］１２は、ＩＰ電話端末［Ａ０２］１３とＩＰ電話端末［Ｂ０２］１３との間の通話のために確立された網管理セッションを切断するために、ゲートウェイ［Ａ］１１を介してＩＰ電話網３に、この網管理セッションに対するＢＹＥメッセージを送信する。このＢＹＥメッセージは、呼制御サーバ２（図２０では不図示）を経由し、ゲートウェイ［Ｂ］１１を介して構内呼制御サーバ［Ｂ］１２に到達する（Ｓ６０２）。

構内呼制御サーバ［Ｂ］１２は、呼制御サーバ２経由で構内呼制御サーバ［Ａ］１２から、網管理セッションに対するＢＹＥメッセージを受信すると、ＩＰ電話端末［Ａ０２］１３とＩＰ電話端末［Ｂ０２］１３との間の通話がすでに終了しているので、この網管理セッションを利用する網管理外セッションを切断するために、ＩＰ電話端末［Ｂ０１］１３に対してＢＹＥメッセージを送信する（Ｓ６０３）。これを受けて、ＩＰ電話端末［Ｂ０１］１３は、２００ＯＫメッセージを構内呼制御サーバ［Ｂ］１２に返信する（Ｓ６０４）。構内呼制御サーバ［Ｂ］１２は、呼制御サーバ２経由で構内呼制御サーバ［Ａ］１２から受信したＢＹＥメッセージに対する２００ＯＫメッセージを、ゲートウェイ［Ｂ］１１を介してＩＰ電話網３に送信する。この２００ＯＫメッセージは、呼制御サーバ２を経由し、ゲートウェイ［Ａ］１１を介して構内呼制御サーバ［Ａ］１２に到達する（Ｓ６０５）。

構内呼制御サーバ［Ａ］１２は、呼制御サーバ２経由で構内呼制御サーバ［Ｂ］１２から２００ＯＫメッセージを受信すると、ＩＰ電話端末［Ａ０１］１３に対して、このＩＰ電話端末［Ａ０１］１３から受信したＢＹＥメッセージに対する２００ＯＫメッセージを送信する（Ｓ６０６）。

以上により、ＩＰ電話端末［Ａ０１］１３とＩＰ電話端末［Ｂ０１］１３との間に確立されていた網管理外セッションが、この網管理外セッションが利用する網管理セッションとともに切断される。

以上、本発明の一実施の形態を説明した。

本実施の形態では、ＩＰ電話網３を介して相互に接続された構内電話システム１間において、各構内電話システム１の構内呼制御サーバ１２が、自構内呼制御サーバ１２に帰属する自構内電話システム１内のＩＰ電話端末１３と連携して、通話相手側の構内電話システム１との間に確立されている網管理セッションを利用してＳＩＰメッセージを格納した独自メッセージをやり取りする。これにより、この網管理セッションのなかに、１以上の網管理外セッションを確立する。

したがって、ＩＰ電話網３を提供するＩＰ電話サービスプロバイダとの契約回線数以上のセッションを同時に確立することができる。

また、本実施の形態において、構内呼制御サーバ１２は、網管理セッション数がＩＰ電話網３を提供するＩＰ電話サービスプロバイダとの契約回線数に達しており、且つ、通話相手側の構内電話システム１との間に網管理セッションが確立されている場合に、この網管理セッションを利用して網管理外セッションを確立する。

したがって、本実施の形態によれば、網管理セッションを優先利用することができる。

また、本実施の形態において、構内呼制御サーバ１２は、網管理セッション数がＩＰ電話網３を提供するＩＰ電話サービスプロバイダとの契約回線数に達しており、且つ、通話相手側の構内電話システム１との間に網管理セッションが確立されていない場合に、ＩＮＶＩＴＥメッセージを送信した自構内電話システム１内のＩＰ電話端末１３に対してＢＵＳＹメッセージを送信して話中処理を実施する。

したがって、本実施の形態によれば、セッションを確立できる見込みのない無意味なＳＩＰメッセージのやり取りによってＩＰ電話網３のトラヒックが増大するのを防止することができる。

また、本実施の形態において、構内呼制御サーバ１２は、網管理セッションと接続するＩＰ電話端末１３からＢＹＥメッセージを受信した場合に、この網管理セッションを利用する網管理外セッションがあるならば、この網管理外セッションを利用してＳＩＰメッセージをやり取りすることにより、この網管理セッションを維持したまま、この網管理セッションと接続するＩＰ電話端末１３間の通話を終了させる。

したがって、本実施の形態によれば、この網管理セッションと接続するＩＰ電話端末１３間の通話が終了した後でも、この網管理セッションを利用する網管理外セッションを維持することができる。

また、本実施の形態において、構内呼制御サーバ１２は、網管理外セッションと接続するＩＰ電話端末１３からＢＹＥメッセージを受信した場合に、この網管理外セッションを利用する網管理セッションと接続するＩＰ電話端末１３間の通話が終了しており、且つ、この網管理セッションを利用する網管理外セッションが他にない場合、ＩＰ電話網３に対して、この網管理セッションのＢＹＥメッセージを送信することにより、網管理外セッションとともにこの網管理セッションを切断する。

したがって、本実施の形態によれば、利用されていない網管理セッションがいつまでも残ってしまうのを防止することができる。

また、本実施の形態において、構内呼制御サーバ１２は、網管理セッションを利用して網管理外セッションが確立されている場合に、この網管理セッションおよび網管理外セッションに接続する各ＩＰ電話端末１３に、網管理外セッションの数に応じた品質（圧縮率）への変更要求を通知する。そして、ＩＰ電話端末１３は、構内呼制御サーバ１２より通知された品質で音声データを生成して送信する。

したがって、本実施の形態によれば、網管理セッションを利用して複数の網管理外セッションが確立されている場合でも、この網管理セッションおよび網管理外セッションに接続する各ＩＰ電話端末１３がより確実に通話相手と通話をすることが可能となる。

なお、本発明は上記の実施の形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

例えば、上記の実施の形態において、構内呼制御サーバ１２は、ＳＩＰメッセージをペイロードに格納することで独自メッセージを作成しているが、本発明はこれに限定されない。独自に呼制御メッセージを定義してもよい。そして、変換テーブル等を利用して、ＳＩＰメッセージから独自の呼制御メッセージへの変換、および独自の呼制御メッセージからＳＩＰメッセージへの変換を行うようにしてもよい。

また、上記の実施の形態において、図２、図１３に示す構内呼制御サーバ１２、ＩＰ電話端末１３各々の構成は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などの集積ロジックＩＣによりハード的に実行されるものでもよいし、あるいはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などの計算機によりソフトウエア的に実行されるものでもよい。または、ＣＰＵ、メモリ、ＨＤＤ、ＤＶＤ−ＲＯＭ等の補助記憶装置、およびＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、モデム等の通信インターフェースを備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の汎用コンピュータにおいて、ＣＰＵが所定のプログラムを補助記憶装置からメモリ上にロードして実行することで実現されるものでもよい。

図１は、本発明の一実施の形態に係るＩＰ電話システムの概略図である。 図２は、構内呼制御サーバ１２の概略構成図である。 図３（Ａ）は、網管理セッション情報記憶部１２３の登録内容例を模式的に表した図であり、図３（Ｂ）は、網管理外セッション情報記憶部１２４の登録内容例を模式的に表した図である。 図４は、構内呼制御サーバ１２の動作を説明するためのフロー図である。 図５は、図４に示す発着信処理（Ｓ１３）を説明するためのフロー図である。 図６は、図５に示す網管理外外線発信処理（Ｓ１３０９）を説明するためのフロー図である。 図７は、図５に示す網管理外外線着信処理（Ｓ１３１４）を説明するためのフロー図である。 図８は、図４に示す切断処理（Ｓ１５）を説明するためのフロー図である。 図９は、図８に示す第一網管理外外線切断処理（Ｓ１５０６）を説明するためのフロー図である。 図１０は、図８に示す第二網管理外外線切断処理（Ｓ１５１４）を説明するためのフロー図である。 図１１は、図８に示す網管理外線みなし切断処理（Ｓ１５０８）を説明するためのフロー図である。 図１２は、図８に示す網管理外線切断代行処理（Ｓ１５１３）を説明するためのフロー図である。 図１３は、ＩＰ電話端末１３の概略構成図である。 図１４は、ＩＰ電話端末１３の動作を説明するためのフロー図である。 図１５は、ＩＰ電話端末１３の通話処理を説明するためのフロー図である。 図１６は、網管理外セッションが確立される場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。 図１７は、網管理外セッションが確立される場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。 図１８は、網管理外セッションが切断される場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。 図１９は、網管理セッションがみなし切断される場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。 図２０は、網管理外セッションの切断に伴い網管理セッションが切断される場合のＩＰ電話システムの動作例を説明するためのシーケンス図である。

符号の説明

１：構内電話システム、２：呼制御サーバ、３：ＩＰ電話網、１１：ゲートウェイ、１２：構内呼制御サーバ、１３：ＩＰ電話端末、１４：ＬＡＮ、１２１：ネットワークＩＦ部、１２２：端末登録情報記憶部、１２３：網管理セッション情報記憶部、１２４：網管理外セッション情報記憶部、１２５：ＳＩＰ処理部、１２６：独自メッセージ多重化要求部、１２７：独自メッセージ受信部、１２８：品質変更要求部、１２９：主制御部、１３１：ネットワークＩＦ部、１３２：ＳＩＰ処理部、１３３：ＲＴＰ処理部、１３４：多重化要求受信部、１３５：独自メッセージ送信部、１３６：品質変更要求受信部、１３７：音声データ生成部、１３８：端末ＩＤ付加部、１３９：独自メッセージ多重化部、１４０：音声データ抽出部、１４１：独自メッセージ分離部、１４２：音声データ再生部、１４３：ハンドセット、１４４：操作パネル、１４５：表示部、１４６：主制御部

Claims (9)

1. ＩＰ電話網を介して相互に接続された複数の構内電話システムを有するＩＰ電話システムであって、
   前記構内電話システムは、
   構内呼制御サーバと、
   前記構内呼制御サーバに収容された複数のＩＰ電話端末と、
   自構内電話システムを前記ＩＰ電話網に接続するためのゲートウェイと、を有し、
   前記構内呼制御サーバは、
   何れかの前記ＩＰ電話端末から受信した呼制御情報を含む多重化要求を、当該呼制御情報の宛先を含む他の前記構内電話システムとの間にセッションを確立中の他の前記ＩＰ電話端末に送信する呼制御情報多重化要求手段と、
   何れかの前記ＩＰ電話端末から受信した呼制御情報を、当該呼制御情報の宛先である他の前記ＩＰ電話端末に通知する呼制御情報通知手段と、を有し、
   前記ＩＰ電話端末は、
   前記構内呼制御サーバから受信した多重化要求に含まれている呼制御情報を、確立中の前記セッションを介して送信する音声パケットのペイロードに多重化する呼制御情報多重化手段と、
   確立中の前記セッションを介して送信する音声パケットのペイロードに、自ＩＰ電話端末の識別情報である端末情報を多重化する端末情報多重化手段と、
   確立中の前記セッションを介して受信した音声パケットのペイロードに多重化されている呼制御情報を分離して、当該呼制御情報を前記構内呼制御サーバに送信する呼制御情報分離手段と、
   確立中の前記セッションを介して受信した音声パケットのペイロードに多重化されている端末情報を分離する端末情報分離手段と、
   前記端末情報分離手段により分離された端末情報が自ＩＰ電話端末の通信相手の端末情報である場合に、当該音声パケットのペイロードに格納されている音声データを再生する音声再生手段と、を有し、
   前記ゲートウェイは、
   前記ＩＰ電話網を介して他の前記構内電話システムから受信した音声パケットの宛先アドレスをマルチキャストアドレスに変更して、自ゲートウェイが所属する前記構内電話システム内に送信するマルチキャスト変更手段を有する
   ことを特徴とするＩＰ電話システム。
2. 請求項１に記載のＩＰ電話システムであって、
   前記構内呼制御サーバは、
   前記ＩＰ電話端末と接続するセッションであって、前記ＩＰ電話網が管理する網管理セッションを監視するセッション監視手段をさらに有し、
   前記呼制御情報多重化要求手段は、
   前記網管理セッションが所定数あり、且つ何れかの前記網管理セッションが、前記ＩＰ電話端末から受信した呼制御情報の宛先を含む他の前記構内電話システムとの間に確立されている場合に、当該網管理セッションと接続する他の前記ＩＰ電話端末に、当該呼制御情報を含む多重化要求を送信する
   ことを特徴とするＩＰ電話システム。
3. 請求項２に記載のＩＰ電話システムであって、
   前記構内呼制御サーバは、
   前記網管理セッションが前記所定数あり、且つ何れの前記網管理セッションも、前記ＩＰ電話端末から受信した呼制御情報の宛先を含む他の前記構内電話システムとの間に確立されていない場合に、当該ＩＰ電話端末に話中処理を実施する話中処理手段をさらに有する
   ことを特徴とするＩＰ電話システム。
4. 請求項２又は３に記載のＩＰ電話システムであって、
   前記セッション監視手段は、
   前記網管理セッション毎に、前記呼制御情報多重化要求手段および前記呼制御情報通知手段により当該網管理セッションを利用して確立されたセッションであって前記ＩＰ電話網が管理していない網管理外セッションを監視し、
   前記呼制御情報多重化要求手段は、
   前記網管理セッションと接続する前記ＩＰ電話端末から切断要求の呼制御情報を受信した場合に、当該網管理セッションを利用する前記網管理外セッションがあるならば、当該網管理外セッションと接続する他の前記ＩＰ電話端末に、当該切断要求の呼制御情報を含んだ多重化要求を送信する
   ことを特徴とするＩＰ電話システム。
5. 請求項４に記載のＩＰ電話システムであって、
   前記構内呼制御サーバは、
   前記網管理外セッションと接続する前記ＩＰ電話端末から切断要求の呼制御情報を受信した場合に、当該網管理外セッションが利用する前記網管理セッションと接続する他の前記ＩＰ電話端末と通話相手とが切断要求の呼制御情報を送受済みであり、且つ当該網管理セッションを利用する前記網管理外セッションが他に存在しない場合、当該網管理セッションに対する切断要求の呼制御情報を前記ＩＰ電話網に送信する網管理セッション切断要求手段をさらに有する
   ことを特徴とするＩＰ電話システム。
6. 請求項４又は５に記載のＩＰ電話システムであって、
   前記構内呼制御サーバは、
   前記網管理セッションおよび当該網管理セッションを利用する前記網管理外セッション各々と接続する前記ＩＰ電話端末に対し、当該網管理外セッションの数に応じた品質への変更要求を通知する品質変更通知手段をさらに有し、
   前記ＩＰ電話端末は、
   前記構内呼制御サーバから受信した変更要求で指定されている品質に従い、確立中のセッションを介して送信する音声パケットのペイロードに格納する音声データを符号化する音声符号化手段をさらに有する
   ことを特徴とするＩＰ電話システム。
7. 請求項１乃至６の何れか一項に記載の構内呼制御サーバ。
8. 請求項１乃至６の何れか一項に記載のＩＰ電話端末。
9. 構内呼制御サーバと、前記構内呼制御サーバに収容された複数のＩＰ電話端末と、前記構内呼制御サーバおよび前記ＩＰ電話端末をＩＰ電話網に接続するためのゲートウェイと、を有する構内電話システム間における通信方法であって、
   前記構内呼制御サーバが、
   何れかの前記ＩＰ電話端末から受信した呼制御情報を含む多重化要求を、当該呼制御情報の宛先を含む他の前記構内電話システムとの間にセッションを確立中の他の前記ＩＰ電話端末に送信するとともに、何れかの前記ＩＰ電話端末から受信した呼制御情報を、当該呼制御情報の宛先である他の前記ＩＰ電話端末に通知し、
   前記ＩＰ電話端末が、
   確立中のセッションを介して送信する音声パケットのペイロードに、前記構内呼制御サーバから受信した多重化要求に含まれている呼制御情報と、自ＩＰ電話端末の識別情報である端末情報とを多重化し、
   当該セッションを介して受信した音声パケットのペイロードに多重化されている呼制御情報および端末情報を分離して、当該呼制御情報を前記構内呼制御サーバに送信するとともに、当該端末情報が自ＩＰ電話端末の通信相手の端末情報である場合に、当該音声パケットのペイロードに格納されている音声データを復号し、
   前記ゲートウェイが、
   前記ＩＰ電話網を介して他の前記構内電話システムから受信した音声パケットの宛先アドレスをマルチキャストアドレスに変更して、自ゲートウェイが所属する前記構内電話システム内に送信する
   ことを特徴とする通信方法。

Images