(57)【要約】【課題】通信ネットワークの負荷の軽減を図り、如何なるタイプの端末や主装置であっても容易に存在・不存在を検出し得るネットワーク電話システムを提供する。【解決手段】主装置ＢＴからＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊに対し、ＳＩＰプロトコルで規定されＯＰＴＩＯＮＳメッセージを端末毎に異なるタイミングで送信して、ＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊからの応答を受信することでSession Timerを持たないＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊの存在・不存在の検出処理を実行するようにしている。【選択図】      図１
2006166018.tif 000002
【特許請求の範囲】
【請求項１】
音声パケットを伝送する通信ネットワークに接続される複数の電話端末と、これら複数の電話端末間を前記通信ネットワークを介して接続し、前記複数の電話端末間で通信を行わせる主装置とを備えるネットワーク電話システムであって、
前記通信ネットワーク上の通信プロトコルで規定され、前記主装置と前記電話端末との接続の有無を確認するための接続確認信号を、前記主装置と前記複数の電話端末との間でかつ電話端末毎に異なるタイミングで送受信する通信手段と、
前記送受信結果に基づいて、前記主装置及び前記複数の電話端末が存在していることを検出する検出手段とを具備したことを特徴とするネットワーク電話システム。
【請求項２】
前記通信手段は、前記主装置から前記複数の電話端末に対し、前記接続確認信号を電話端末毎に異なるタイミングで順に送信し、
前記検出手段は、前記複数の電話端末から前記主装置に対し、前記接続確認信号の送出に対する応答信号が返送されてきた場合に、前記複数の電話端末が存在していることを検出することを特徴とする請求項１記載のネットワーク電話システム。
【請求項３】
前記通信手段は、前記複数の電話端末から前記主装置に対し、前記接続確認信号を電話端末毎に異なるタイミングで順に送信し、
前記検出手段は、前記主装置から前記複数の電話端末に対し、前記接続確認信号の送出に対する応答信号が返送されてきた場合に、前記主装置が存在していることを検出することを特徴とする請求項１記載のネットワーク電話システム。
【請求項４】
さらに、前記接続確認信号の送信タイミングから所定時間を計時するタイマを備え、
前記検出手段は、前記接続確認信号の送出に対する応答信号が返送されない場合に、前記タイマによる所定時間計時後に、前記通信手段に前記接続確認信号を再度送出させることを特徴とする請求項１記載のネットワーク電話システム。
【請求項５】
前記検出手段は、前記接続確認信号の再送信タイミングから予め決められた時間内に前記応答信号が返送されない場合に、該当する電話端末及び主装置のいずれか一方が不存在であることを検出することを特徴とする請求項４記載のネットワーク電話システム。
【請求項６】
音声パケットを伝送する通信ネットワークに接続される複数の電話端末と、これら複数の電話端末間を前記通信ネットワークを介して接続し、前記複数の電話端末間で通信を行わせる主装置とを備えるネットワーク電話システムで使用される主装置であって、
前記通信ネットワーク上の通信プロトコルで規定され、前記電話端末との接続の有無を確認するための接続確認信号を、前記複数の電話端末に対し電話端末毎に異なるタイミングで送信する送信手段と、
前記複数の電話端末から前記接続確認信号の送出に対する応答信号が返送されてきた場合に、前記複数の電話端末が存在していることを検出する検出手段とを具備したことを特徴とするネットワーク電話システムの主装置。
【請求項７】
さらに、前記接続確認信号の送信タイミングから所定時間を計時するタイマを備え、
前記検出手段は、前記接続確認信号の送出に対する応答信号が返送されない場合に、前記タイマによる所定時間計時後に、前記通信手段に前記接続確認信号を該当する電話端末へ再度送出させることを特徴とする請求項６記載のネットワーク電話システムの主装置。
【請求項８】
前記検出手段は、前記接続確認信号の再送信タイミングから予め決められた時間内に該当する電話端末から応答信号が返送されない場合に、該当する電話端末が不存在であることを検出することを特徴とする請求項７記載のネットワーク電話システムの主装置。
【請求項９】
前記通信手段は、前記複数の電話端末の状態を監視し、空きの電話端末に対して前記接続確認信号を送信することを特徴とする請求項６記載のネットワーク電話システムの主装置。
【請求項１０】
音声パケットを伝送する通信ネットワークに接続される複数の電話端末と、これら複数の電話端末間を前記通信ネットワークを介して接続し、前記複数の電話端末間で通信を行わせる主装置とを備えるネットワーク電話システムで使用される電話端末であって、
前記通信ネットワーク上の通信プロトコルで規定され、前記主装置との接続の有無を確認するための接続確認信号を、前記主装置に対し送信する送信手段と、
前記主装置から前記接続確認信号の送出に対する応答信号が返送されてきた場合に、前記主装置が存在していることを検出する検出手段とを具備したことを特徴とするネットワーク電話システムの電話端末。
【請求項１１】
さらに、前記接続確認信号の送信タイミングから所定時間を計時するタイマを備え、
前記検出手段は、前記接続確認信号の送出に対する応答信号が返送されない場合に、前記タイマによる所定時間計時後に、前記通信手段に前記接続確認信号を前記主装置へ再度送出させることを特徴とする請求項１０記載のネットワーク電話システムの電話端末。
【請求項１２】
前記検出手段は、前記接続確認信号の再送信タイミングから予め決められた時間内に前記主装置から応答信号が返送されない場合に、前記主装置が不存在であることを検出することを特徴とする請求項１１記載のネットワーク電話システムの電話端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばＩＰ(Internet Protocol）電話システム等のように、ＩＰ網を介して電話端末間で音声通信を行うネットワーク電話システム及びこのネットワーク電話システムの主装置及び電話端末に関する。
【背景技術】
【０００２】
近年、パケット網を介して、双方向に画像や音声をパケットデータとして、リアルタイムに送受信するネットワーク電話システム（ＩＰ電話システム）が普及し始めている。このＩＰ電話システムでは、そのプロトコルとしてＳＩＰ（Session Initiation Protocol）が広く使われている。
【０００３】
この種のシステムでは、パケット網に接続される端末（以下、ＳＩＰ端末と称する）のアドレスをパケット網上の主装置に予め登録しておき、ＳＩＰ端末間で通話を行う際に、上記登録されたアドレスを基に主装置がＳＩＰ端末の認証を行うようにしている。
【０００４】
ところで、主装置とＳＩＰ端末との間でパケット網の障害が発生しても主装置側あるいはＳＩＰ端末側から呼が発生する場合や登録有効期間前に定期的に再登録要求を行う場合以外は、主装置とＳＩＰ端末間の接続状態がわからない。通常、主装置に接続されるデジタル電話機や標準電話機、Keep Alive機能を持つＩＰ端末であれば、接続状態が主装置側で判断できるため、その端末への着信呼があった場合、サービス展開が可能である。
【０００５】
しかし、ＳＩＰ端末の場合、主装置側で存在・不存在の状況を判断することができない。そこで、近年では、ＳＩＰ端末の規格でKeep Aliveに関する「Session Timer」をＳＩＰ端末に実装する方法が提案されている（例えば、特許文献１）。
【特許文献１】特表２００３−５０２９４５号公報。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記方法では、ＳＩＰ端末と主装置との間でSession Timer用の再INVITEやUPDATEメッセージを送信することで解決を図っているが、ＳＩＰ端末及び主装置にはSession Timerが未実装のものが多い。また、これらメッセージを多数のＳＩＰ端末や主装置に対し送信すると、パケット網上の負荷が増大してしまうことになる。
【０００７】
そこで、この発明の目的は、通信ネットワークの負荷の軽減を図り、如何なるタイプの端末や主装置であっても容易に存在・不存在を検出し得るネットワーク電話システム及びこのネットワーク電話システムの主装置及び電話端末を提供することにある。
【課題を解決するための手段】
【０００８】
この発明は、上記目的を達成するために、以下のように構成される。  
音声パケットを伝送する通信ネットワークに接続される複数の電話端末と、これら複数の電話端末間を通信ネットワークを介して接続し、複数の電話端末間で通信を行わせる主装置とを備えるネットワーク電話システムであって、通信ネットワーク上の通信プロトコルで規定され、主装置と電話端末との接続の有無を確認するための接続確認信号を、主装置と複数の電話端末との間でかつ電話端末毎に異なるタイミングで送受信する通信手段と、送受信結果に基づいて、主装置及び複数の電話端末が存在していることを検出する検出手段とを備えるようにしたものである。
【０００９】
この構成によれば、主装置から複数の電話端末に対し、通信ネットワーク上の通信プロトコルで規定され、主装置と電話端末との接続の有無を確認するための接続確認信号が電話端末毎に異なるタイミングで送信されるので、接続確認信号の通信に通信ネットワークを占有することなく、また複数の電話端末からの応答信号が同一時間帯に集中することなく、これによりセッションタイマを持たない複数の電話端末の存在・不存在の検出処理を効率良く実行できる。
【００１０】
さらに、接続確認信号の送信タイミングから所定時間を計時するタイマを備え、検出手段は、接続確認信号の送出に対する応答信号が返送されない場合に、タイマによる所定時間計時後に、通信手段に接続確認信号を再度送出させることを特徴とする。
【００１１】
この構成によれば、万一接続確認信号の送出に対する応答信号が返送されない場合に、タイマによる所定時間計時後に、該当する電話端末に対し接続確認信号を再度送出するようにしているので、電話端末側で一時的障害により接続確認信号に対する応答信号を返送できなかった場合にも、該当する電話端末の存在を検出することができ、これにより検出上の信頼性を高めることができる。
【００１２】
検出手段は、接続確認信号の再送信タイミングから予め決められた時間内に応答信号が返送されない場合に、該当する電話端末及び主装置のいずれか一方が不存在であることを検出することを特徴とする。  
この構成によれば、接続確認信号を再送信して長い時間が経過しても応答がない電話端末は通信ネットワークに接続されていない状態であるので、該当する電話端末を不存在と判断できる。
【００１３】
通信手段は、複数の電話端末の状態を監視し、空きの電話端末に対して接続確認信号を送信することを特徴とする。  
この構成によれば、空きの電話端末に対してのみ接続確認信号が送信されるので、通信ネットワークの不要な使用を防止して通信ネットワークの有効利用率を高めることができる。
【発明の効果】
【００１４】
以上詳述したようにこの発明によれば、通信ネットワークの負荷の軽減を図り、如何なるタイプの端末や主装置であっても容易に存在・不存在を検出し得るネットワーク電話システム及びこのネットワーク電話システムの主装置及び電話端末を提供することができる。
【発明を実施するための最良の形態】
【００１５】
以下、この発明の実施形態について図面を参照して詳細に説明する。
【００１６】
（第１の実施形態）  
図１は、この発明の第１の実施形態に係わるネットワーク電話システムを示す概略構成図である。  
このシステムは、ＩＰ網１を有する。このＩＰ網１には、ＳＩＰを用いた複数のＳＩＰ端末Ｔ１〜Ｔｉ（ｉは自然数），Ｔ２１〜Ｔ２ｊ（ｊは自然数）が接続されている。また、ＩＰ網１には、主装置ＢＴ及びゲートウェイＧＷが接続されている。主装置ＢＴは、ＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊに対するＩＰアドレスの割り当て機能と、ＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊに対する呼制御機能とを有し、さらに各ＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊに割り当てたＩＰアドレスの管理機能を有している。
【００１７】
ゲートウェイＧＷは、ＩＰ網１と公衆網ＮＷとの間を接続するもので、ＩＰ網１と公衆網ＮＷとの間における通信プロトコル及び信号フォーマットの変換機能を備えている。
【００１８】
図２は、この発明に係わる上記主装置ＢＴの機能構成を示すブロック図である。  
主装置ＢＴは、ゲートウェイインタフェース（Ｉ／Ｆ）部１１と、ＩＰ網インタフェース（Ｉ／Ｆ）部１２と、音声処理部１３と、呼制御部１４と、ＳＩＰ制御部１５と、記憶部１６とを備えている。これらゲートウェイインタフェース部１１、ＩＰ網インタフェース部１２、音声処理部１３、呼制御部１４、ＳＩＰ制御部１５及び記憶部１６は、データハイウェイ１７を介して互いに接続されている。  
また、ゲートウェイインタフェース部１１、ＩＰ網インタフェース部１２及び音声処理部１３は、ＰＣＭハイウェイ１８を介して互いに接続されている。
【００１９】
ゲートウェイインタフェース部１１には、ゲートウェイＧＷが必要に応じて接続される。ゲートウェイインタフェース部１１は、接続されたゲートウェイＧＷとＰＣＭハイウェイ１８との間でインタフェース処理を行なう。また、ゲートウェイインタフェース部１１は、上記インタフェース処理に係わる種々の制御情報の授受を、データハイウェイ１７を介して呼制御部１４との間で行う。
【００２０】
ＩＰ網インタフェース部１２には、ＩＰ網１が必要に応じて接続される。ＩＰ網インタフェース部１２は、接続されたＩＰ網１とＰＣＭハイウェイ１８との間でインタフェース処理を行なう。また、ＩＰ網インタフェース部１２は、上記インタフェース処理に係わる種々の制御情報の授受を、データハイウェイ１７を介して呼制御部１４との間で行う。
【００２１】
音声処理部１３は、ＩＰ網１から受信した音声パケットをゲートウェイＧＷで取り扱い可能な音声信号に変換してゲートウェイＧＷへ送信する機能を有する。  
呼制御部１４は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを有して構成され、ソフトウェア処理により主装置ＢＴの各部の制御を行う。
【００２２】
ＳＩＰ制御部１５は、呼制御部１４で実行する制御処理の一部、つまりＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊに関する制御処理を実行するものである。また、ＳＩＰ制御部１５には、キープアライブ用のタイマ１９ｇが接続されている。
【００２３】
記憶部１６は、呼制御部１４の接続制御に必要なルーティング情報等を格納しており、さらにシステム管理テーブル１６１と、端末管理テーブル１６２と、キープアライブカウンタ最大値１６３とを格納している。このうちシステム管理テーブル１６１は、例えば図３に示すように、キープアライブ起動フラグと、キープアライブ起動カウンタと、キープアライブタイマ管理情報とを記憶したものである。
【００２４】
端末管理テーブル１６２は、例えば図４に示すように、ＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊ毎に、端末登録情報と、端末タイマ管理情報と、端末呼状態と、端末キープアライブカウンタと、端末キープアライブ状態とを記憶したものである。
【００２５】
キープアライブカウンタ最大値１６３は、例えば図５に示すようなデータを記憶したものである。
【００２６】
これに対し、ＳＩＰ制御部１５は、ＯＰＴＩＯＮＳ通信部１５１と、存在・不存在判定部１５２とを備えている。  
ＯＰＴＩＯＮＳ通信部１５１は、タイマ１９にセットされる送信時間間隔で、キープアライブメッセージとして能力問い合わせメッセージ（ＯＰＴＩＯＮＳメッセージ）を端末管理テーブル１６２に記憶された互いに異なる送信タイミングでＩＰ網１上のＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊに送信し、このＯＰＴＩＯＮＳメッセージに対するＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊからの応答メッセージ（２００ＯＫ）を受信するものである。なお、２００ＯＫ以外のエラーメッセージでも良く、何らかの応答があればよい。
【００２７】
存在・不存在判定部１５２は、ＯＰＴＩＯＮＳメッセージの送信に対しＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊから２００ＯＫメッセージが返送されるか否かを監視することにより、ＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊが存在するか否かを判定するもので、その判定結果を呼制御部１４に通知する。また、ＯＰＴＩＯＮＳメッセージを送信した後、２００ＯＫメッセージが返送されず、タイマ１９がキープアライブカウンタ最大値を計時した場合に、返送してこない例えばＳＩＰ端末Ｔ１２へ再度ＯＰＴＩＯＮＳメッセージを送信するようにＯＰＴＩＯＮＳ通信部１５１に指示する。
【００２８】
次に、上記構成における処理動作について説明する。  
例えば図６に示すように、主装置ＢＴは例えばＳＩＰ端末Ｔ１１から登録要求「ＲＥＧＩＳＴＥＲ」メッセージを受信すると、必要な登録情報ＴＲを端末管理テーブル１６２に登録設定し、応答「２００ＯＫ」をＳＩＰ端末Ｔ１１に返送する。
【００２９】
また、主装置ＢＴのＳＩＰ制御部１５は、呼制御部１４へ「端末存在」として端末存在通知を行う。このとき、システム管理テーブル１６１に記憶されているキープアライブタイマ起動フラグＳＦにより有無を判定し、起動無しの場合にキープアライブタイマ管理情報ＳＴに従いタイマ１９を起動する。このとき、必要なタイマ管理情報をＳＩＰ端末Ｔ１１に対応付けて端末管理テーブル１６２に登録設定する。なお、既にタイマ１９が起動している場合には、継続する。
【００３０】
次に、ＳＩＰ制御部１５は、システムキープアライブのカウンタＳＣをシステム管理テーブル１６１から取得して端末管理テーブル１６２中のＳＩＰ端末Ｔ１１の端末キープアライブカウンタＴＣに設定する。キープアライブカウンタＴＣは、逐次更新されるシステムキープアライブカウンタＳＣを設定するため、キープアライブカウンタ最大値（ＴＣＭＡＸ）と同値となるタイミングが端末毎に異なる。これにより、ＯＰＴＩＯＮＳメッセージを送信するタイミングが端末毎に異なり、分散される。
【００３１】
上記タイマ１９がタイムアウトしたとき、ＳＩＰ制御部１５は、図７に示す処理手順を実行する。まず、ＳＩＰ制御部１５は、ＳＩＰ端末Ｔ１１が登録済みであるか否かの判断を行い（ステップＳＴ７ａ）、登録済みである場合に、続いてＯＰＴＩＯＮＳ応答待ちか否かの判断を行う（ステップＳＴ７ｂ）。
【００３２】
ここで、ＯＰＴＩＯＮＳ送信待ちである場合に、ＳＩＰ制御部１５はＳＩＰ端末Ｔ１１の呼状態ＴＳが空きであるか否かを判定し（ステップＳＴ７ｃ）、空きである場合に、端末キープカウンタＴＣがキープアライブカウンタ最大値ＴＣＭＡＸを超えるか否かの判断を行う（ステップＳＴ７ｄ）。
【００３３】
ここで、端末キープカウンタＴＣがキープアライブカウンタ最大値ＴＣＭＡＸと同じ場合に、ＳＩＰ制御部１５はＳＩＰ端末Ｔ１１に対しＯＰＴＩＯＮＳメッセージの送信を行い（ステップＳＴ７ｅ）、端末管理テーブル１６２中の端末キープアライブカウンタＴＣをリセットし、端末キープアライブ状態ＴＫＳを「ＯＰＴＩＯＮＳ応答待ち」に更新する（ステップＳＴ７ｆ）。
【００３４】
一方、上記ステップＳＴ７ｄにおいて、端末キープカウンタＴＣがキープアライブカウンタ最大値ＴＣＭＡＸを超えていない場合に、ＳＩＰ制御部１５は端末管理テーブル１６２中の端末キープアライブカウンタＴＣ、システム管理テーブル１６１中のシステムキープアライブカウンタＳＣを更新（＋１）する（ステップＳＴ７ｇ）。そして、ステップＳＴ７ｈにおいて、システムキープアライブカウンタＳＣがキープアライブカウンタ最大値ＴＣＭＡＸと同じになった場合に、システムキープアライブカウンタＳＣをリセットする（ステップＳＴ７ｉ）。
【００３５】
なお、上記ステップＳＴ７ｂにおいてＳＩＰ端末Ｔ１１がＯＰＴＩＯＮＳ応答待ちであったり、上記ステップＳＴ７ｃにおいてＳＩＰ端末Ｔ１１が通話中であった場合、ＳＩＰ制御部１５は上記ステップＳＴ７ｇの処理に移行する。
【００３６】
以後、ＳＩＰ端末Ｔ１１から何の応答も返ってこない場合、ＳＩＰ制御部１５は図８に示すようにＳＩＰプロトコルに従い、端末管理テーブル１６２中の端末タイマ管理情報ＴＴを設定してＯＰＴＩＯＮＳメッセージの再送処理を行う。この再送処理は、ＳＩＰ標準プロトコルに従う。
【００３７】
なお、ＳＩＰ制御部１５は、図９において、ＳＩＰ端末Ｔ１１からＯＰＴＩＯＮＳメッセージの何らかの応答（正常、エラー）を返信してきた場合（ステップＳＴ９ａ）、ＳＩＰ制御部１５は「端末存在」と判断し、続いて端末管理テーブル１６２中の端末キープアライブ状態ＴＫＳが「ＯＰＴＩＯＮ応答待ち」であるか否かの判断を行う（ステップＳＴ９ｂ）。
【００３８】
ここで、「ＯＰＴＩＯＮ応答待ち」である場合に（Ｙｅｓ）、ＳＩＰ制御部１５は端末管理テーブル１６２中の端末キープアライブ状態ＴＫＳを「ＯＰＴＩＯＮＳ送信待ち」に更新する（ステップＳＴ９ｃ）。一方、「ＯＰＴＩＯＮ送信待ち」である場合に（Ｎｏ）、ＳＩＰ制御部１５はＳＩＰ端末Ｔ１１に対しエラーメッセージを通知する（ステップＳＴ９ｄ）。
【００３９】
また、再送処理中、ＳＩＰ制御部１５は、図１０に示す処理手順を実行し、タイマ１９がタイムアウトになるごとに、最終タイムアウトであるか否かの判断を行う（ステップＳＴ１０ｂ）。ここで、ＳＩＰ端末Ｔ１１からの応答が無く最終タイムアウトになった場合（Ｙｅｓ）、ＳＩＰ制御部１５は端末管理テーブル１６２中のＳＩＰ端末Ｔ１１に対応する端末登録情報ＴＲを削除し、呼制御部１４に対し端末不存在通知を行う（ステップＳＴ１０ｃ）。
【００４０】
一方、最終タイムアウトになっていない場合（Ｎｏ）、ＳＩＰ制御部１５はＳＩＰ端末Ｔ１１に対しＯＰＴＩＯＮＳメッセージを送信して端末管理テーブル１６２中の端末キープアライブ状態ＴＫＳを「ＯＰＴＩＯＮＳ応答待ち」に更新し、再送タイマ設定及び再送カウンタ更新を行う（ステップＳＴ１０ｄ）。
【００４１】
以上のように上記第１の実施形態では、主装置ＢＴからＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊに対し、ＳＩＰプロトコルで規定されＯＰＴＩＯＮＳメッセージを端末毎に異なるタイミングで送信して、ＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊからの応答を受信することでSession Timerを持たないＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊの存在・不存在の検出処理を実行するようにしている。
【００４２】
従って、ＯＰＴＩＯＮＳメッセージの送信にＩＰ網１を占有することなく、またＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊからの応答信号が同一時間帯に集中することなく、これにより如何なるタイプのＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊの存在・不存在の検出処理を効率良く実行できる。
【００４３】
また、上記第１の実施形態では、該当するＳＩＰ端末Ｔ１１からＯＰＴＩＯＮＳメッセージの送出に対する応答信号が返送されない場合に、タイマ１９による所定時間計時後に、ＳＩＰ端末Ｔ１１に対しＯＰＴＩＯＮＳメッセージを再度送信するようにしているので、ＳＩＰ端末Ｔ１１側で一時的障害によりＯＰＴＩＯＮＳメッセージに対する応答信号を返送できなかった場合にも、主装置ＢＴにてＳＩＰ端末Ｔ１１の存在を検出することができ、これにより検出上の信頼性を高めることができる。
【００４４】
また、上記第１の実施形態では、主装置ＢＴにおいて、ＯＰＴＩＯＮＳメッセージを再送信してタイマ１９により最終タイムアウトとなっても該当するＳＩＰ端末Ｔ１２から応答が返送されない場合に、即座にＳＩＰ端末Ｔ１２を不存在と判定することができる。
【００４５】
さらに、上記第１の実施形態では、主装置ＢＴのＳＩＰ制御部１５により、空き状態と判定した例えばＳＩＰ端末Ｔ１１，Ｔ１４〜Ｔ１ｉに対してのみＯＰＴＩＯＮＳメッセージを送信するようにしているので、ＩＰ網１の不要な使用を防止でき、これによりＩＰ網１の負荷をいっそう軽減することができる。
【００４６】
（第２の実施形態）  
図１１は、この発明の第２の実施形態として、上記複数のＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊの機能構成を示すブロック図である。ここでは、ＳＩＰ端末Ｔ１１を代表して説明する。  
ＳＩＰ端末Ｔ１１は、ＩＰ網インタフェース（Ｉ／Ｆ）部２１と、音声パケット処理部２２と、音声入出力インタフェース（Ｉ／Ｆ）部２３と、制御部２４と、操作パネル２５と、記憶部２６と表示部２７とを備えている。
【００４７】
ＩＰ網インタフェース部２１は、ＩＰ網１に関するインタフェース動作を行なう。つまり、ＩＰ網インタフェース部２１は、ＩＰ網１から送られてきた伝送パケットから音声パケットや制御データを抽出し、音声パケットを音声パケット処理部２２へ、また制御データを制御部２４へと与える。またＩＰ網インタフェース部２１は、音声パケット処理部２２から与えられる音声パケットや制御部２４から与えられるデータをＩＰ網１に送信する。
【００４８】
音声パケット処理部２２は、ＩＰ網インタフェース部２１から与えられる音声パケットをアナログの受話音声信号に変換して音声入出力インタフェース部２３に与える。また、音声パケット処理部２２は、音声入出力インタフェース部２３から入力された送話音声信号をＩＰ網１で取り扱い可能な音声パケットに変換してＩＰ網インタフェース部２１に与える。
【００４９】
音声入出力インタフェース部２３には、マイクロホン２８及びスピーカ２９が接続されている。音声入出力インタフェース部２３は、マイクロホン２８により入力された送話音声信号を音声パケット処理部２２に入力すると共に、音声パケット処理部２２から出力された受話音声信号をスピーカ２９から拡声出力する。
【００５０】
制御部２４は、ソフトウェア処理によりＳＩＰ端末Ｔ１１の各部の制御やＩＰ網１との間での通信処理を行なう。
【００５１】
操作パネル２５は、キースイッチを有し、ユーザによる制御部２４に対する各種の指示入力を受け付ける。表示部２７は、ＬＣＤ等からなり、ユーザに対し各種の情報報知を行なうものである。
【００５２】
記憶部２６には、上記第１の実施形態で説明したシステム管理テーブルと、主装置管理テーブルと、キープアライブカウンタ最大値とが記憶されている。
【００５３】
ところで、制御部２４は、ＯＰＴＩＯＮＳ通信部２４１と、存在・不存在判定部２４２とを備えている。ＯＰＴＩＯＮＳ通信部２４１は、タイマ３０にセットされる送信時間間隔で、キープアライブメッセージとしてＯＰＴＩＯＮＳメッセージをＩＰ網１上の主装置ＢＴに送信し、このＯＰＴＩＯＮＳメッセージに対する主装置ＢＴからの応答メッセージ（２００ＯＫ）を受信するものである。なお、ＯＰＴＩＯＮＳメッセージの送信タイミングは、各ＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊで異なる。
【００５４】
存在・不存在判定部２４２は、ＯＰＴＩＯＮＳメッセージの送信に対し主装置ＢＴから２００ＯＫメッセージが返送されるか否かを監視することにより、主装置ＢＴが存在するか否かを判定するものである。また、ＯＰＴＩＯＮＳメッセージを送信した後、主装置ＢＴから応答メッセージが返送されず、タイマ３０がキープアライブカウンタ最大値を計時した場合に、主装置ＢＴへ再度ＯＰＴＩＯＮＳメッセージを送信するようにＯＰＴＩＯＮＳ通信部２４１に指示する。さらに、タイマ３０が予め決められたタイムアウトを計時した場合に、存在・不存在判定部２４２は、主装置ＢＴが不存在と判定し、この判定結果を表示部２７に表示する。
【００５５】
以上のように上記第２の実施形態であれば、上記各ＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊにおいて、上記ＯＰＴＩＯＮＳメッセージに基づく主装置ＢＴの存在・不存在の判定処理が端末毎に異なるタイミングで行われるため、主装置ＢＴ側のみに存在・不存在の判定処理を行わせることなく、主装置ＢＴと各ＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊとが協働して存在・不存在の判定処理を効率良く行うことができ、これによりＩＰ網１に接続される主装置ＢＴ及びＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊの存在・不存在の検出上の信頼性をさらに高めることができる。また、上記判定処理を主装置ＢＴと各ＳＩＰ端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊとが協働して行うことにより、主装置ＢＴの処理負荷の低減を図ることができる。
【００５６】
（その他の実施形態）  
なお、この発明は上記各実施形態に限定されるものではない。例えば、上記各実施形態では、ＳＩＰ端末や主装置の存在・不存在の判定を行うためにＯＰＴＩＯＮＳメッセージを使用する例について説明した。しかしこれに限ることなく、例えばSession Timer用の再INVIEやUPDATEメッセージを使用するようにしてもよい。
【００５７】
その他、システムの構成や種類、主装置の構成や種類、ＳＩＰ端末の構成や種類、ＯＰＴＩＯＮＳメッセージの送受信手順や存在・不存在の判定処理手順等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【図面の簡単な説明】
【００５８】
【図１】この発明の第１の実施形態に係わるネットワーク電話システムを示す概略構成図。
【図２】同第１の実施形態における主装置の機能構成を示すブロック図。
【図３】図２に示したシステム管理テーブルの記憶内容の一例を示す図。
【図４】図２に示した端末管理テーブルの記憶内容の一例を示す図。
【図５】図２に示したキープアライブカウンタ最大値の記憶内容の一例を示す図。
【図６】同第１の実施形態におけるＯＰＴＩＯＮＳメッセージの送信シーケンス図。
【図７】同第１の実施形態において、ＯＰＴＩＯＮＳメッセージを送信する際の主装置の処理手順を示すフローチャート。
【図８】同第１の実施形態におけるＯＰＴＩＯＮＳメッセージの不応答シーケンス図。
【図９】同第１の実施形態において、再送信されたＯＰＴＩＯＮＳメッセージに対する応答が返送された場合の主装置の処理手順を示すフローチャート。
【図１０】同第１の実施形態において、再送信されたＯＰＴＩＯＮＳメッセージに対する応答が返送されない場合の主装置の処理手順を示すフローチャート。
【図１１】この発明の第２の実施形態として、ＳＩＰ端末の機能構成を示すブロック図。
【符号の説明】
【００５９】
１…ＩＰ網、１１…ゲートウェイインタフェース部、１２…ＩＰ網インタフェース部、１３…音声処理部、１４…呼制御部、１５…ＳＩＰ制御部、１６…記憶部、１７…データハイウェイ、１８…ＰＣＭハイウェイ、１９，３０…タイマ、１５１，２４１…ＯＰＴＩＯＮＳ通信部、１５２，２４２…存在・不存在判定部、１６１…システム管理テーブル、１６２…端末管理テーブル、１６３…キープアライブカウンタ最大値、２１…ＩＰ網インタフェース部、２２…音声パケット処理部、２３…音声入出力インタフェース部、２４…制御部、２５…操作パネル、２６…記憶部、２７…表示部、２８…マイクロホン、２９…スピーカ、ＢＴ…主装置、Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｊ…ＳＩＰ端末、ＧＷ…ゲートウェイ、ＮＷ…公衆網。
【図１】
2006166018.tif 000003
【図２】
2006166018.tif 000004
【図３】
2006166018.tif 000005
【図４】
2006166018.tif 000006
【図５】
2006166018.tif 000007
【図６】
2006166018.tif 000008
【図７】
2006166018.tif 000009
【図８】
2006166018.tif 000010
【図９】
2006166018.tif 000011
【図１０】
2006166018.tif 000012
【図１１】
2006166018.tif 000013