JP2013211661A - 交換装置及び無効端末情報解放プログラム - Google Patents

Abstract

【課題】 空き状態のＳＩＰ端末を、ＩＰ交換機から見て動作中と捉える異常な状態を早期に解消できるようにする。
【解決手段】 発呼側ＳＩＰ端末と着呼側ＳＩＰ端末とを接続させるＩＰ交換機は、両ＳＩＰ端末間の呼に関する情報を記憶している呼情報記憶手段と、両ＳＩＰ端末間の呼を確立させている際中の所定の呼制御段階から、所定周期毎に、呼情報記憶手段に記憶されている、少なくとも一方のＳＩＰ端末の情報の変化を監視し、有効な情報変化がない監視の連続回数が所定回数に達したときに、呼情報記憶手段の該当する呼に係る記憶情報を解放するメモリ浮き状態監視手段とを有する。
【選択図】 図１

Description

本発明は交換装置及び無効端末解放プログラムに関し、例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）交換機に適用し得るものである。

２つの端末間の呼を確立したり切断したりする交換装置は、確立中の呼の情報をメモリに記憶して管理し、呼制御に利用するようにしている（特許文献１〜特許文献４参照）。近年、ＩＰ交換機は、大半がＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を通話制御プロトコルとして適用しているが（非特許文献１）、ＳＩＰ準拠のＩＰ交換機も、確立中の呼（セッション）の情報をメモリに記憶して管理する（特許文献４参照）。例えば、セッションを特定する情報と、そのセッションにおける発呼側のＳＩＰ端末の情報と、着呼側のＳＩＰ端末の情報とをメモリに記憶して管理する（上述した３つの情報を包括してセッション情報と呼ぶ）。なお、セッションに関係ないＳＩＰ端末の一般的な情報は、加入者データベースなどに記憶されている。

ＩＰ交換機に収容されている、ＳＩＰ端末に係る端末情報をメモリから解放（消去）する契機としては、例えば、以下の３パターンが代表的なものである。図８には、以下の３パターンをイメージ的に示している。

第１のパターンＰＴＮ１は、正常な切断によるパターンである。通話中のＳＩＰ端末１は、オンフック操作されると、ＩＰ交換機２に切断信号（ＢＹＥ）を送信し、この切断信号をＩＰ交換機２が受信することにより、セッションを切断し、その切断処理の中の１つの処理としてセッション情報をメモリから解放（消去）する。

第２のパターンＰＴＮ２は、セッションのキープアライブ（生存確認）の監視によるパターンである。ＩＰ交換機２は、通話中のセッションに係るＳＩＰ端末１に対して、セッションタイマのタイムアップ毎に、セッションのキープアライプ用の監視信号（ＩＮＶＩＴＥリクエストによる信号）を送信し、この監視信号に対して、ＳＩＰ端末１が応答しない場合には、ＩＰ交換機２は、セッションを切断し、その切断処理の中の１つの処理としてセッション情報をメモリから開放（消去）する。

第３のパターンＰＴＮ３は、位置登録情報の解除若しくは有効期限切れによるパターンである。ＳＩＰ端末は、ＩＰ交換機２がその位置を特定するために、有効期間（言い換えると有効期限）が付されて図示しないロケーションサーバに位置登録されている。ＩＰ交換機２は、通話中のセッションに係るＳＩＰ端末１の位置登録がロケーションサーバで解除された場合には、ＩＰ交換機２は、セッションを切断し、その切断処理の中の１つの処理としてセッション情報をメモリから開放（消去）する。また、セッションの確立時には、ＩＰ交換機２はセッションに係るＳＩＰ端末１の位置登録情報を得ており、その有効期限をタイムアップ時点とするタイマを起動する。ロケーションサーバに対する有効期限の更新がなされずに、タイマがタイムアップすると、ＩＰ交換機２は、図８に示すように、セッションを切断し、その切断処理の中の１つの処理としてセッション情報をメモリから開放（消去）する。

特開昭６０−１８２２９５号公報 特開平７−１７０５４７号公報 特開２０１２−３４３３４号公報 特開２００８−４８１８０号公報

ＲＦＣ３２６１

しかしながら、従来のＩＰ交換機では、相手のＳＩＰ端末を呼出している場合など、通話中以外の状態では、セッションの監視を実行しないため、通話中以外の状態においてＳＩＰ端末で生じた事象によっては、ＳＩＰ端末は空き状態に戻るが、ＩＰ交換機のメモリが使用中のままであること（メモリ浮き状態）も生じる。

例えば、ＳＩＰ端末がソフトフォンのような場合、ＳＩＰ端末をリセットすることも可能であり、発呼したＳＩＰ端末のリセットのタイミングによっては、ＳＩＰ端末は空き状態に戻るが、ＩＰ交換機のメモリが使用中のままであることも生じる。図９は、このような課題の説明図である。ＩＰ交換機２の内部では、発呼側のＳＩＰ端末１−１とＳＩＰメッセージを授受する発呼側ユーザエージェント機能部３−１と、着呼側のＳＩＰ端末１−２とＳＩＰメッセージを授受する着呼側ユーザエージェント機能部３−２とが機能する。発呼側のＳＩＰ端末１−１からの発呼情報（ＩＮＶＩＴＥ）を発呼側ユーザエージェント機能部３−１が受信すると、受信した旨（１００ Ｔｒｙｉｎｇ）を返信し、また、発呼情報は、さらに着呼側ユーザエージェント機能部３−２を介して着呼側のＳＩＰ端末１−２に到達する。このとき、着呼側のＳＩＰ端末１−２は呼出音を鳴動させると共に、発呼側に向けて呼出中情報（１８０ Ｒｉｎｇｉｎｇ）を返信し、この呼出中情報は、着呼側ユーザエージェント機能部３−２及び発呼側ユーザエージェント機能部３−１を経由して発呼側のＳＩＰ端末１−１に到達する。このような状態で発呼側のＳＩＰ端末１−１がリセットされると、ＳＩＰ端末１−１は空き状態に戻る。しかし、発呼側ユーザエージェント機能部３−１や着呼側ユーザエージェント機能部３−２は、着呼側のＳＩＰ端末１−２がオフフック時に送出する情報（２００ ＯＫ）を待ち受ける状態を継続し、メモリの解放はなされない。発呼側ユーザエージェント３−１は、発呼情報を受信し、受信した旨を返信した時点からタイマ監視を行うが、この監視時間は、ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ；ＲＦＣ３２６１では５００ｍｓが推奨値になっている）より非常に長い１８０秒であり、この監視時間が経過する前に発呼側のＳＩＰ端末１−１がリセットされることもあり得る。リセット後直ちに、ＳＩＰ端末１−１が発呼情報（ＩＮＶＩＴＥ）を送出しても、ＩＰ交換機２において、ＳＩＰ端末１−１に係るメモリの内容が相手呼出中状態のままとなっているため、この発呼は受け付けられない。

そのため、空き状態の端末を、当該交換装置から見て動作中と捉える異常な状態を早期に解消できる交換装置及び無効端末解放プログラムが望まれている。

第１の本発明は、発呼側端末と着呼側端末とを接続させる交換装置において、（１）上記発呼側端末と上記着呼側端末との間の呼に関する情報を記憶している呼情報記憶手段と、（２）上記発呼側端末と上記着呼側端末との間の呼を確立させている際中の所定の呼制御段階から、所定周期毎に、上記呼情報記憶手段に記憶されている、上記発呼側端末及び上記着呼側端末の少なくとも一方の情報の変化を監視し、有効な情報変化がない監視の連続回数が所定回数に達したときに、上記呼情報記憶手段の上記呼に係る記憶情報を解放するメモリ浮き状態監視手段とを有することを特徴とする。

第２の本発明の無効端末情報解放プログラムは、発呼側端末と着呼側端末とを接続させる交換装置に搭載されるコンピュータを、（１）上記発呼側端末と上記着呼側端末との間の呼に関する情報を記憶している呼情報記憶手段と、（２）上記発呼側端末と上記着呼側端末との間の呼を確立させている際中の所定の呼制御段階から、所定周期毎に、上記呼情報記憶手段に記憶されている、上記発呼側端末及び上記着呼側端末の少なくとも一方の情報の変化を監視し、有効な情報変化がない監視の連続回数が所定回数に達したときに、上記呼情報記憶手段の上記呼に係る記憶情報を解放するメモリ浮き状態監視手段として機能させることを特徴とする。

本発明によれば、空き状態の端末を、当該交換装置から見て動作中と捉える異常な状態を早期に解消できるようになる。

実施形態に係るＩＰ交換機の機能的な構成を示すブロック図である。 実施形態に係るＩＰ交換機を含むネットワーク構成を示すブロック図である。 実施形態に係るＩＰ交換機の内部のハードウェア構成を示すブロック図である。 実施形態に係るＩＰ交換機におけるセッション確立時のシーケンス図である。 実施形態に係るＩＰ交換機におけるメモリ浮き状態の監視動作を示すフローチャートである。 実施形態に係るＩＰ交換機において発呼側ＳＩＰ端末について浮き状態のメモリ内容が解放されるイメージを示す説明図である。 変形実施形態に係るＩＰ交換機における発呼側及び着呼側のＳＩＰ端末に対するメモリ浮き状態の監視動作のイメージを示す説明図である。 従来のＩＰ交換機においてＳＩＰ端末についてのメモリ内容が解放される通常の場合の説明図である。 従来のＩＰ交換機において生じるＳＩＰ端末についてのメモリ浮き状態の説明図である。

（Ａ）主たる実施形態
以下、本発明による交換装置及び無効端末情報解放プログラムの一実施形態を、図面を参照しながら説明する。実施形態に係る交換装置はＩＰ交換機である。

（Ａ−１）実施形態の構成
図２は、実施形態のＩＰ交換機１０を含むネットワーク構成を示すブロック図である。図２において、ＩＰ交換機１０は、ＩＰネットワーク１１を介して複数のＳＩＰ端末１２（１２−１、１２−２、…）を収容し、それらＳＩＰ端末を接続可能とするものである。ＩＰネットワーク１１はＳＩＰサーバ１３を有している。ＩＰ交換機１０は、ＩＰ−ＰＢＸであっても良く、この場合には、公衆ＩＰネットワークを介して公衆網ＳＩＰ端末を収容すると共に、内線用ＩＰネットワークを介して内線ＳＩＰ端末を収容することとなる。

ＳＩＰ端末１２は、ＩＰ電話機やマルチファンクションキーのＩＰ電話機などの単体の端末だけが該当するものではなく、例えば、ユーザエージェント（ＵＡ）機能部を有するゲートウェイと、そのゲートウェイに収容されたアナログ電話機の組み合わせなども、この実施形態のＳＩＰ端末の概念に含まれる。

図３は、この実施形態のＩＰ交換機１０の内部のハードウェア構成を示すブロック図である。図３において、ＩＰ交換機１０は、ＣＰＵ２０と、ＣＰＵ２０が実行するプログラムや固定データなどを格納しているメモリ２１（図１参照）と、ＣＰＵ２０の制御下でスイッチングを行う時間スイッチ（ＴＳＷ）２２と、ＩＰネットワーク１１側とのインタフェースを行う網インタフェース部２３とを有している。ＩＰ交換機１０がＩＰ−ＰＢＸの場合には、網インタフェース部２３として、公衆ＩＰネットワーク用のインタフェース部と内線用ＩＰネットワーク用のインタフェース部とが別個に設けられる。

図１は、実施形態に係るＩＰ交換機１０の機能的な構成を示すブロック図である。ＩＰ交換機１０としての機能は、主として、ＣＰＵのソフトウェア処理によって実現されており、実施形態でのソフトウェア構成を、複数の機能部に分割すると、図１のように示すことができる。なお、図１は、２つのＳＩＰ端末１２−Ａ及び１２−Ｂが通信に供している場合に作動している機能部を共に示している。

図１において、ＩＰ交換機１０は、ＶｏＩＰ接続機能部３０、ユーザエージェント（ＵＡ）機能部３１（３１−Ａ、３１−Ｂ）及びメディアスイッチ機能部３２を有する。ここで、ＶｏＩＰ接続機能部３０及びユーザエージェント機能部３１が制御信号の処理系である。

ユーザエージェント機能部３１は、ＳＩＰ端末１２の終端機能を担っているものである。ＶｏＩＰ接続機能部３０は、メッセージ管理の機能や呼接続処理機能を担っているものである。ユーザエージェント機能部３１−Ａは、ＳＩＰ端末１２−Ａとの制御信号の授受を直接行うものであり、また、他方のＳＩＰ端末１２−Ｂからの制御信号は、他方のユーザエージェント機能部３１−Ｂ及びＶｏＩＰ接続機能部３０経由で与えられ、他方のＳＩＰ端末１２−Ｂへの制御信号は、ＶｏＩＰ接続機能部３０及び他方のユーザエージェント機能部１２−Ｂ経由で送出される。ユーザエージェント機能部３１−Ｂも、ユーザエージェント機能部３１−Ａと同様なものである。

ユーザエージェント機能部３１−Ａ、３１−Ｂは自己が収容しているＳＩＰ端末１２−Ａの識別情報や状態情報などを格納しており、ＶｏＩＰ接続機能部３０は同一セッションに係る２つのＳＩＰ端末１２−Ａ及び１２−Ｂの対情報などを格納している。

メディアスイッチ機能部３２は、通話中状態で機能する音声信号の処理系である。

ＳＩＰプロトコルは、ＳＩＰ端末１２−Ａとユーザエージェント機能部３１−Ａとで完結し、ＳＩＰ端末１２−Ｂとユーザエージェント機能部３１−Ｂとで完結する。従って、ＳＩＰ端末１２−Ａから見ると、接続相手はユーザエージェント機能部３１−Ａとなり、音声信号もユーザエージェント機能部３１−Ａとの間で授受する。また、ＳＩＰ端末１２−Ｂから見ても同様である。ＳＩＰプロトコルが、それぞれのＳＩＰ端末１２−Ａ、１２−Ｂで完結しているため、セッションのキープアライプ（生存確認）の監視も、各ユーザエージェント機能部３１−Ａ、３１−Ｂによって、収容しているＳＩＰ端末１２−Ａ、１２−Ｂに対して独自に行うようにしても良い。

この実施形態の場合、確立したセッションのキープアライプの監視に加え、セッションの確立前の確立動作中における監視（以下、メモリ浮き状態監視と呼ぶ）を、少なくとも発呼側のＳＩＰ端末（ここではＳＩＰ端末１２−Ａとする）を収容しているユーザエージェント機能部３１−Ａが行うことを特徴としている。そのため、ユーザエージェント機能部３１−Ａ内には、セッション確立のシーケンスの所定の段階でメモリ浮き状態監視プロセス（プログラム）ＰＲＯが生成され、メモリ浮き状態監視プロセスＰＲＯが適宜実行されるようになされている。メモリ浮き状態監視プロセスＰＲＯについては、動作の項で詳述する。

（Ａ−２）実施形態の動作
次に、実施形態に係るＩＰ交換機１０の動作を説明する。以下では、実施形態のＩＰ交換機１０で特徴的なメモリ浮き状態の監視動作を説明する。

図４は、ＳＩＰ端末１２−Ａが発呼側、ＳＩＰ端末１２−Ｂが着呼側の場合における、発呼からセッションが確立するまでの一般的な流れを示している。図４に示した一般的な流れの説明は省略する。

発呼側のＳＩＰ端末１２−Ａを収容したユーザエージェント機能部３１−Ａは、非特許文献１（ＲＦＣ３２６１）によれば、他方のユーザエージェント機能部３１−Ｂに「ＩＮＶＩＴＥ」を送出すると「ｃａｌｌｉｎｇステート」に移行し、他方のユーザエージェント機能部３１−Ｂから「１００ Ｔｒｙｉｎｇ」を受けると「Ｐｒｏｃｅｅｄｉｎｇステート」に移行する。この実施形態では、「Ｐｒｏｃｅｅｄｉｎｇステート」に移行したときから、セッションが確立するまで（例えば、図４のＡＣＫを受信し、それを送信するまで）の間、メモリ浮き状態の監視動作を実行する。

ユーザエージェント機能部３１−Ａは、他方のユーザエージェント機能部３１−Ｂから「１００ Ｔｒｙｉｎｇ」を受けると、発呼側のＳＩＰ端末１２−Ａに監視対象とした、図５に詳細を示すメモリ浮き状態監視プロセス（プログラム）ＰＲＯを生成して処理を開始する。そしてまず、ＳＩＰ端末１２−Ａについてそのとき内部記憶しているメモリ状態を、比較基準メモリ状態として記憶し（ステップＳ１００）、さらに、マーキング回数ＣＮＴを初期値「０」にした後（ステップＳ１０１）、所定時間（例えば、ＲＦＣ３２６１におけるＲＴＴの推奨値である５００ｍｓを適用する）を計時する内蔵するタイマを起動する（ステップＳ１０２）。

タイマがタイムアップすると（ステップＳ１０３）、ユーザエージェント機能部３１−Ａは、ＳＩＰ端末１２−Ａについてのそのときのメモリ状態が比較基準メモリ状態と一致しているか否かを判別する（ステップＳ１０４）。

そのときのメモリ状態が比較基準メモリ状態と一致していない場合には、ユーザエージェント機能部３１−Ａは、そのときのメモリ状態がセッションの確立前の状態である新たな状態か否かを判別する（ステップＳ１０５）。新たな状態がセッションの確立前の状態でなければ（セッションの確立後の状態であれば）、図５に示す一連の処理を終了する。一方、セッションの確立前に属する新たな状態であれば、新たな状態を比較基準メモリ状態として記憶し直した後（ステップＳ１０６）、この新たな状態への遷移が、監視対象のＳＩＰ端末１２−Ａからの到来信号に基づいて行われたものであるか否かを判別する（ステップＳ１０７）。監視対象のＳＩＰ端末１２−Ａからの到来信号に基づいて行われた遷移であれば、ユーザエージェント機能部３１−Ａは、ステップＳ１０１に戻って、マーキング回数ＣＮＴを初期値「０」に戻して所定時間を計時する内蔵するタイマを再起動し、他の原因による遷移であれば、ユーザエージェント機能部３１−Ａは、後述するステップＳ１０８に移行する。

タイムアップしたときのメモリ状態が比較基準メモリ状態と一致している場合（言い換えると、所定時間経過してもメモリ状態に変化がない場合；ステップＳ１０４で肯定結果）や監視対象のＳＩＰ端末１２−Ａからの到来信号以外の原因に基づいてメモリ状態が遷移した場合（ステップＳ１０７で否定結果）には、ユーザエージェント機能部３１−Ａは、マーキング回数ＣＮＴを１インクリメントした後（ステップＳ１０８）、マーキング回数ＣＮＴがメモリ解放回数ＴＨに達したか否かを判別する（ステップＳ１０９）。マーキング回数ＣＮＴがメモリ解放回数ＴＨに達していなければ、ユーザエージェント機能部３１−Ａは、ステップＳ１０２に戻って、所定時間を計時する内蔵するタイマを再起動する。

マーキング回数ＣＮＴがメモリ解放回数ＴＨに達した場合には、ユーザエージェント機能部３１−Ａは、ＳＩＰ端末１２−Ａについて内部記憶しているメモリ状態を解放（消去）し、そのことを、ＶｏＩＰ接続機能部３０や他方のユーザエージェント機能部３１−Ｂを通知するなど、確立動作中を元に戻す動作を行って（ステップＳ１１０）、図５に示す一連の処理を終了する。

メモリ解放回数ＴＨは任意に設定して良いものであるが、例えば、「３６」回を適用できる。ＲＦＣ３２６１によれば、「１８０ Ｒｉｎｇｉｎｇ」を受けた場合には、次のメッセージ（例えば、「２００ ＯＫ」）を１８０ｓは待ち受けるように規定している。そのため、１８０ｓを経過した場合には、浮き状態のメモリの解放を行うか否かの監視に拘わらず、メッセージの待ち受け時間の監視に基づいてメモリが解放される。そこで、浮き状態のメモリの解放を行うか否かの監視時間は１８０ｓより短いことが好ましく、上述した次のメッセージの待受け時間の１／１０程度の時間（１８ｓ）に選定することができる。このような時間に選定した場合には、メモリ解放回数ＴＨは３６（１８ｓ／５００ｍｓ）回になる。

図６は、メモリ浮き状態が解放される際の処理の流れを示すイメージ図である。例えば、ユーザエージェント機能部３１−Ａは、他方のユーザエージェント機能部３１−Ｂから「１００ Ｔｒｙｉｎｇ」を受けると、ＳＩＰ端末１２−Ａに対するメモリ浮き状態の監視をスタートさせ、最初の所定時間（監視周期；例えば５００ｍｓ）の経過を待ち受ける。図６は、最初の所定時間が経過する前にＳＩＰ端末１２−Ａがリセットされ、空き状態になっている場合、言い換えると、ＩＰ交換機１のメモリが浮いた状態になっている場合を示している。

最初の所定時間が経過すると、ユーザエージェント機能部３１−Ａ（のメモリ浮き状態監視プロセスＰＲＯ）は、メモリ状態に変化があったか否かを判別するが、変化がないので、マーキング回数ＣＮＴを「１」としてメモリ解放回数ＴＨと比較する。メモリ解放回数ＴＨが例えば３６回であれば、マーキング回数ＣＮＴがメモリ解放回数ＴＨに到達していないので、再度、所定時間の経過を待ち受ける。再び所定時間を経過すると、ユーザエージェント機能部３１−Ａは、メモリ状態に変化があったか否かを判別するが、変化がないので、マーキング回数ＣＮＴを「２」としてメモリ解放回数ＴＨと比較するが、この場合も、マーキング回数ＣＮＴがメモリ解放回数ＴＨに到達していないので、再度、所定時間の経過を待ち受ける。このような動作を繰り返していくうちに、マーキング回数ＣＮＴがメモリ解放回数ＴＨと同じ「３６」になると、ユーザエージェント機能部３１−Ａは、ＳＩＰ端末１２−Ａに係るメモリ状態を解放する。

メモリ状態が解放されていない場合には、ＳＩＰ端末１２−Ａが発呼してもＩＰ交換機１は拒否するが、浮き状態の監視に基づいてメモリ状態を解放した以降、ＳＩＰ端末１２−Ａが発呼するとＩＰ交換機１はその発呼を有効に受け受ける。

図６は、メモリ状態の監視を初めてから、メモリ状態を解放するまでの期間にメモリ状態に変化がない場合を示しているが、解放する以前にメモリ状態が変化しても、その変化が監視対象のＳＩＰ端末１２−Ａからの信号に基づかない場合には、マーキング回数ＣＮＴはメモリ状態の変化後にもそのまま引き継がれ、解放の判断に用いられる。例えば、対向側からの「１００ Ｔｒｙｉｎｇ」の受信により、メモリ状態の監視を始めた場合において、その後、対向側から「１８０ Ｒｉｎｇｉｎｇ」（相手呼出中を表している）が到来して監視対象のＳＩＰ端末１２−Ａに「１８０ Ｒｉｎｇｉｎｇ」を転送したときも、マーキング回数ＣＮＴはそのまま引き継がれ、さらに、対向側から「２００ ＯＫ」（相手端末のオフフックへの遷移を表している）が到来して監視対象のＳＩＰ端末１２−Ａに「２００ ＯＫ」を転送したときも、マーキング回数ＣＮＴはそのまま引き継がれる。これにより、メモリ浮き状態の解消を迅速に行うことができるようになっている。

（Ａ−３）実施形態の効果
上記実施形態によれば、空き状態のＳＩＰ端末を、メモリ状態が解放されていないために動作中と捉える異常な状態を早期に解消することはでき、ＩＰ交換機に対するより一層の信頼性の向上を期待することができる。

（Ｂ）他の実施形態
上記実施形態においては、発呼側のＳＩＰ端末１２−Ａに対してのみ、メモリ浮き状態を監視するものを示したが、発呼側及び着呼側のＳＩＰ端末１２−Ａ及び１２−Ｂ共に、メモリ浮き状態を監視するようにしても良い。例えば、図４に示すシーケンスにおいて、着呼側のＳＩＰ端末１２−Ｂが「１８０ Ｒｉｎｇｉｎｇ」をＩＰ交換機１に送出した後、オフフック操作されることなくリセットされた場合には、着呼側のＳＩＰ端末１２−Ｂは空き状態に戻るが、ＩＰ交換機１のメモリの内容は「呼出し状態」を継続し、ＳＩＰ端末１２−Ｂからの発呼を受け付けられない状態となる。そのため、着呼側のＳＩＰ端末１２−Ｂに対しても、メモリ浮き状態を監視するようにしても良い。この場合において、ユーザエージェント機能部３１−Ａ及び３１−Ｂがそれぞれ独立に、自己に係るＳＩＰ端末１２−Ａ、１２−Ｂを監視するようにしても良く、ユーザエージェント機能部３１−Ａ及び３１−Ｂが同期してＳＩＰ端末１２−Ａ、１２−Ｂを監視するようにしても良い。

後者の場合、例えば、ＶｏＩＰ接続機能部３０が所定の呼制御段階で、対象となっているセッションに対するメモリ浮き状態監視プロセス（プログラム）ＰＲＯを生成し、メモリ浮き状態監視プロセスＰＲＯが、所定周期毎に、各ユーザエージェント機能部３１−Ａ、３１−Ｂからメモリ状態を取込んで、発呼側及び着呼側のＳＩＰ端末１２−Ａ及び１２−Ｂのそれぞれについて、マーキング回数の更新や、マーキング回数とメモリ解放回数との比較や、メモリ状態の解放（なお、一方の解放条件の成立によりセッション全体が解放される）を行うようにすれば良い。図７は、両ＳＩＰ端末のメモリ浮き状態の監視で、メモリ浮き状態が解放される際の処理の流れを示すイメージ図である。着呼側のユーザエージェント機能部３１−Ｂからの「１８０ Ｒｉｎｇｉｎｇ」を発呼側のユーザエージェント機能部３１−Ａに与えられた以降、監視を行う場合であるとすると、監視の初期時においては、発呼側ＳＩＰ端末１２−Ａについてのメモリ状態は相手呼出中、着呼側ＳＩＰ端末１２−Ｂについてのメモリ状態は呼出中である。この状態が続けば、監視周期毎に、マーキング回数は１インクリメントされ、メモリ解放回数に到達しない限り解放は実行されず、次の監視周期の経過を待ち受けることになる。着呼側ＳＩＰ端末１２−Ｂがオフフックされると、発呼側ＳＩＰ端末１２−Ａについてのメモリ状態は相手応答通話中、着呼側ＳＩＰ端末１２−Ｂについてのメモリ状態は応答通話中となる。この直後の監視では、発呼側ＳＩＰ端末１２−Ａについては当該端末からの信号によるメモリ状態の遷移ではないのでマーキング回数はリセットされず、一方、着呼側ＳＩＰ端末１２−Ｂについては当該端末からの信号によるメモリ状態の遷移であるのでマーキング回数はリセットされる。図７は、この時点では、両マーキング回数共に、メモリ解放回数に到達しない場合を示している。その後、監視周期が複数経て発呼側ＳＩＰ端末１２−Ａのマーキング回数がメモリ解放回数に到達すると、発呼側ＳＩＰ端末１２−Ａについてのメモリ内容が解放され、また、これに伴い、セッション全体のメモリ内容も解放される。

上記実施形態では、ＩＰ交換機が発呼側ＳＩＰ端末及び着呼側ＳＩＰ端末と直接接続している場合を示したが、ＩＰ交換機が、他のＩＰ交換機を介して発呼側ＳＩＰ端末又は着呼側ＳＩＰ端末に接続している場合に対しても、本発明の技術思想を適用することができる。

上記実施形態では、交換装置がＩＰ交換機の場合を示したが、このＩＰ交換機は上述したようにＩＰ-ＰＢＸであっても良い。また、本発明の交換装置は、交換機能を有するＩＰ電話機であっても良く、また、発呼側ＳＩＰ端末及び着呼側ＳＩＰ端末の接続に仲介するプロキシサーバであっても良い。さらには、呼制御プロトコルとしてＳＩＰに対応できるものに限定されない。

１０…ＩＰ交換機、１２、１２−１、１２−２、１２−Ａ、１２−Ｂ…ＳＩＰ端末、２０…ＣＰＵ、２１…メモリ、２２…時間スイッチ、２３…網インタフェース部、３０…ＶｏＩＰ接続機能部、３１、３１−Ａ、３１−Ｂ…ユーザエージェント（ＵＡ）機能部、３２…メディアスイッチ機能部、ＰＲＯ…メモリ浮き状態監視プロセス（プログラム）。

Claims (3)

1. 発呼側端末と着呼側端末とを接続させる交換装置において、
   上記発呼側端末と上記着呼側端末との間の呼に関する情報を記憶している呼情報記憶手段と、
   上記発呼側端末と上記着呼側端末との間の呼を確立させている際中の所定の呼制御段階から、所定周期毎に、上記呼情報記憶手段に記憶されている、上記発呼側端末及び上記着呼側端末の少なくとも一方の情報の変化を監視し、有効な情報変化がない監視の連続回数が所定回数に達したときに、上記呼情報記憶手段の上記呼に係る記憶情報を解放するメモリ浮き状態監視手段と
   を有することを特徴とする交換装置。
2. 当該交換装置が、上記発呼側端末との間、及び、上記着呼側端末との間で、ＳＩＰに従って呼制御信号を授受するものであることを特徴とする請求項１に記載の交換装置。
3. 発呼側端末と着呼側端末とを接続させる交換装置に搭載されるコンピュータを、
   上記発呼側端末と上記着呼側端末との間の呼に関する情報を記憶している呼情報記憶手段と、
   上記発呼側端末と上記着呼側端末との間の呼を確立させている際中の所定の呼制御段階から、所定周期毎に、上記呼情報記憶手段に記憶されている、上記発呼側端末及び上記着呼側端末の少なくとも一方の情報の変化を監視し、有効な情報変化がない監視の連続回数が所定回数に達したときに、上記呼情報記憶手段の上記呼に係る記憶情報を解放するメモリ浮き状態監視手段と
   して機能させることを特徴とする無効端末情報解放プログラム。

Images