(57)【要約】【課題】主装置の処理負荷や通信トラフィックを増大させることなく、端末の存在確認を短時間で実施できるようにした電話システムを提供すること。【解決手段】ＩＰ端末ａ１〜ａ５に予め順番を定め、その順に沿ってキープアライブメッセージが一巡すれば全てのＩＰ端末ａ１〜ａ５がＬＡＮに接続されていると認識するようにする。すなわち、主装置１０から送出した端末キープアライブ開始要求に対する端末キープアライブ終了応答が主装置１０に帰ってくれば、ＬＡＮ上に全てのＩＰ端末ａ１〜ａ５が存在する。ＩＰ端末間ではキープアライブ処理を端末どうしで順次実施し、タイムアウトが生じると、ＩＰ端末の不在を主装置１０に通知し、キープアライブ処理の順序を変更するようにしている。【選択図】図６
2009159322.tif 000002
【特許請求の範囲】
【請求項１】
パケット通信網を介して電話通信の可能な複数の端末装置と、前記パケット通信網を介して前記複数の端末装置を収容する主装置とを具備する電話システムにおいて、
前記複数の端末装置に対して、最初の端末装置と、この最初の端末装置から前記複数の端末装置を一巡して当該最初の端末装置に戻る順番とを予め指定し、
前記主装置は、
前記最初の端末装置に前記パケット通信網を介して開始メッセージを送信する送信部と、
前記送信した開始メッセージに対する終了メッセージを前記最初の端末装置から前記パケット通信網を介して受信すると、前記複数の端末装置の各々の前記パケット通信網への接続が正常であることを確認する確認処理部とを備え、
前記端末装置は、
他の端末装置と前記パケット通信網を介して相互にメッセージを授受するメッセージ処理部を備え、
このメッセージ処理部は、
前記開始メッセージを受信すると、前記順番のもとで自端末の次の端末装置に確認メッセージを送信し、
前記確認メッセージを受信すると、この確認メッセージの送信元の端末装置に応答メッセージを返信し、
前記応答メッセージを受信すると、この応答メッセージの送信元の端末装置に通知メッセージを送信し、
前記通知メッセージを受信すると、自端末が前記最初の端末装置でなければ前記順番のもとで自端末の次の端末装置に前記確認メッセージを送信し、自端末が前記最初の端末装置であれば前記主装置に前記終了メッセージを送信することを特徴とする電話システム。
【請求項２】
前記メッセージ処理部は、
前記応答メッセージを規定時間内に受信できなければ、この応答メッセージを送信すべき端末装置の前記パケット通信網への非接続を示す不在メッセージを前記主装置に送信し、
前記確認処理部は、前記不在メッセージを送信した端末装置の次の端末装置の不在を確認することを特徴とする請求項１に記載の電話システム。
【請求項３】
前記主装置は、
前記規定時間を前記端末装置ごとに指定する指定処理部をさらに備えることを特徴とする請求項２に記載の電話システム。
【請求項４】
前記複数の端末装置を複数のグループにグループ分けし、
前記最初の端末装置と前記順番とは前記グループのそれぞれごとに指定され、
前記送信部は、前記グループごとの最初の端末装置に前記開始メッセージを個別に送信し、
前記確認処理部は、前記グループごとに送信した開始メッセージに対する終了メッセージを送信した端末装置の属するグループにおいて、そのグループに属する端末装置の前記パケット通信網への接続が正常であることを確認することを特徴とする請求項１に記載の電話システム。
【請求項５】
前記パケット通信網はＩＰ（Internet Protocol）ネットワークであり、
前記メッセージは、前記ＩＰネットワークにおいて定義されるキープアライブメッセージであることを特徴とする請求項１に記載の電話システム。
【請求項６】
パケット通信網を介して電話通信の可能な複数の端末装置と、前記パケット通信網を介して前記複数の端末装置を収容する主装置とを具備する電話システムに用いられる前記端末装置において、
前記電話システムにおいて、前記複数の端末装置に対して、最初の端末装置と、この最初の端末装置から前記複数の端末装置を一巡して当該最初の端末装置に戻る順番とが予め指定され、
他の端末装置と前記パケット通信網を介して相互にメッセージを授受するメッセージ処理部を備え、
このメッセージ処理部は、
前記主装置から端末装置の存在確認処理を開始するための開始メッセージを受信すると、前記順番のもとで自端末の次の端末装置に確認メッセージを送信し、
前記確認メッセージを受信すると、この確認メッセージの送信元の端末装置に応答メッセージを返信し、
前記応答メッセージを受信すると、この応答メッセージの送信元の端末装置に通知メッセージを送信し、
前記通知メッセージを受信すると、自装置が前記最初の端末装置でなければ前記順番のもとで自装置の次の端末装置に前記確認メッセージを送信し、自装置が前記最初の端末装置であれば前記主装置に前記存在確認処理の終了を示す終了メッセージを送信することを特徴とする端末装置。
【請求項７】
前記メッセージ処理部は、
前記応答メッセージを規定時間内に受信できなければ、この応答メッセージを送信すべき端末装置の前記パケット通信網への非接続を示す不在メッセージを前記主装置に送信することを特徴とする請求項６に記載の端末装置。
【請求項８】
前記パケット通信網はＩＰ（Internet Protocol）ネットワークであり、
前記メッセージは、前記ＩＰネットワークにおいて定義されるキープアライブメッセージであることを特徴とする請求項６に記載の端末装置。
【請求項９】
パケット通信網を介して電話通信の可能な複数の端末装置と前記パケット通信網を介して前記複数の端末装置を収容する主装置とを具備する電話システムに用いられる端末存在確認方法において、
前記複数の端末装置に対して、最初の端末装置と、この最初の端末装置から前記複数の端末装置を一巡して当該最初の端末装置に戻る順番とを予め指定し、
端末装置の存在確認処理を開始するための開始メッセージを、前記主装置から前記最初の端末装置に前記パケット通信網を介して送信し、
前記開始メッセージを受信した端末装置から前記順番のもとで次の端末装置に確認メッセージを送信し、
前記確認メッセージを受信した端末装置からこの確認メッセージの送信元の端末装置に応答メッセージを返信し、
前記応答メッセージを受信した端末装置からこの応答メッセージの送信元の端末装置に通知メッセージを送信し、
前記最初の端末装置でない端末装置が前記通知メッセージを受信すると、その端末装置から前記順番のもとで次の端末装置に前記確認メッセージを送信し、
前記最初の端末装置が前記通知メッセージを受信すると、その端末装置から前記存在確認処理の終了を示す終了メッセージを前記主装置に送信し、
前記送信した開始メッセージに対する終了メッセージを前記最初の端末装置から前記パケット通信網を介して受信すると、前記主装置は、前記複数の端末装置の各々の前記パケット通信網への接続が正常であることを確認することを特徴とする端末存在確認方法。
【請求項１０】
前記複数の端末装置は、前記応答メッセージを規定時間内に受信できなければ、この応答メッセージを送信すべき端末装置の前記パケット通信網への非接続を示す不在メッセージを前記主装置に送信し、
前記主装置は、前記不在メッセージを送信した端末装置の次の端末装置の不在を確認することを特徴とする請求項９に記載の端末存在確認方法。
【請求項１１】
前記主装置は、前記規定時間を前記端末装置ごとに指定することを特徴とする請求項１０に記載の端末存在確認方法。
【請求項１２】
前記複数の端末装置を複数のグループにグループ分けし、
前記最初の端末装置と前記順番とを前記グループのそれぞれごとに指定し、
前記主装置は、
前記グループごとの最初の端末装置に前記開始メッセージを個別に送信し、
前記グループごとに送信した開始メッセージに対する終了メッセージを送信した端末装置の属するグループにおいて、そのグループに属する端末装置の前記パケット通信網への接続が正常であることを確認することを特徴とする請求項９に記載の端末存在確認方法。
【請求項１３】
前記パケット通信網はＩＰ（Internet Protocol）ネットワークであり、
前記メッセージは、前記ＩＰネットワークにおいて定義されるキープアライブメッセージであることを特徴とする請求項９に記載の端末存在確認方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、電話端末やソフトフォンなどがパケットを授受して音声通話を実現する電話システムと、この種のシステムにおける端末装置、およびその存在を確認する方法に関する。
【背景技術】
【０００２】
電話システムの運用にあたり個々の電話端末の存在を確認することは重要である。つまり電話網に接続されているか、あるいは取り外されたかを電話端末ごとに確認する必要がある。特に、電話機が電話網から取り外された場合には端末の閉塞のため、取り外しを直ちに検出できることが望ましい。このような端末の存在／不存在の確認は、交換機を用いた旧来の電話システムでは端末のモジュラージャック抜け等が発生するとすぐに（約２〜３秒で）障害を検出できるので比較的容易である。
【０００３】
一方、最近ではＩＰネットワークを利用して音声通話を行う、いわゆるＶｏＩＰ（Voice over IP）と称する電話システムが普及してきている。ＶｏＩＰシステムではＩＰ（Internet Protocol）ネットワーク上でのパケット伝送により音声通話が実現される。この種のシステムでは電話端末はＬＡＮ（Local Area Network）に接続されるので、端末からＬＡＮケーブルが抜けたとしても主装置と端末間で信号がやり取りされるまで存在／不存在を検出できない。
【０００４】
つまりＩＰ電話システムでは、端末の存在／不存在イベントが生じてから主装置でそれが検出されるまでの時間が比較的長い。この時間を短くするには主装置が端末を運用状態に保つためのキープアライブ処理の起動間隔を短くすれば良い。しかし、キープアライブ信号は端末の数に比例して増加するので、ＩＰ端末の接続台数が多くなればなるほど主装置側の処理負荷が増大し、また、トラフィック増大による通信の負荷も大きくなる。これが甚だしくなるとキープアライブ信号に通信帯域が占有され、本来の音声通話に支障が出るので問題である。つまりＩＰ電話システムにおいては端末の数が多いと、端末がネットワークから取り外されてもすぐに検出できないという不具合がある。
【０００５】
関連する技術が特許文献１〜特許文献３に開示される。特許文献１の技術は、キープアライブ処理を複数の端末間で同時に行うのではなく、各端末毎にずらしてキープアライブ要求を出すというものである。この手法でも同様に、端末の数が増えると上記の不具合を生じる。
【０００６】
特許文献２には、障害管理情報を端末間で回覧することで、障害管理情報が一巡したのちにはネットワークに接続されている機器の全体の障害情報を監視できるようにする技術が開示される。この技術では障害管理情報という特別の情報を設ける必要があり、また、障害管理情報のデータサイズは端末の数に応じて累積的に大きくなると考えられる。特許文献３の技術ではネットワーク上の右回りと左回りとで端末の障害を検出するようになっており、双方向でのデータ授受を要する。
【特許文献１】特開２００６−１６６０１８号公報
【特許文献２】特開２００４−１８７１９６号公報
【特許文献３】特開２０００−２２４２１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
以上述べたようにＩＰ電話システムでは、端末の存在／不存在を確認するためのプロセスを簡易に実施することができない。近年では１つのシステムに何百、あるいは何千台といった端末が接続されることもある。端末の接続台数が多くなればなるほど、プロセスの開始から終了までにかかる時間が長くなり、主装置や通信帯域などのリソースの負荷も大きくなる。甚だしい場合には音声通話に支障をきたすので何らかの対策が望まれる。このような不具合はＩＰ電話システムに限らず、主装置と端末とがＬＡＮにより接続されるシステムでは同様に起こりうる。  
この発明は上記事情によりなされたもので、その目的は、主装置の処理負荷や通信トラフィックを増大させることなく、端末の存在確認を短時間で実施できるようにした電話システムとその端末装置、および端末存在確認方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するためにこの発明の一態様によれば、パケット通信網を介して電話通信の可能な複数の端末装置と、前記パケット通信網を介して前記複数の端末装置を収容する主装置とを具備する電話システムにおいて、前記複数の端末装置に対して、最初の端末装置と、この最初の端末装置から前記複数の端末装置を一巡して当該最初の端末装置に戻る順番とを予め指定し、前記主装置は、前記最初の端末装置に前記パケット通信網を介して開始メッセージを送信する送信部と、前記送信した開始メッセージに対する終了メッセージを前記最初の端末装置から前記パケット通信網を介して受信すると、前記複数の端末装置の各々の前記パケット通信網への接続が正常であることを確認する確認処理部とを備え、前記端末装置は、他の端末装置と前記パケット通信網を介して相互にメッセージを授受するメッセージ処理部を備え、このメッセージ処理部は、前記開始メッセージを受信すると、前記順番のもとで自端末の次の端末装置に確認メッセージを送信し、前記確認メッセージを受信すると、この確認メッセージの送信元の端末装置に応答メッセージを返信し、前記応答メッセージを受信すると、この応答メッセージの送信元の端末装置に通知メッセージを送信し、前記通知メッセージを受信すると、自端末が前記最初の端末装置でなければ前記順番のもとで自端末の次の端末装置に前記確認メッセージを送信し、自端末が前記最初の端末装置であれば前記主装置に前記終了メッセージを送信することを特徴とする電話システムが提供される。
【０００９】
このような手段を講じることにより、主装置から開始メッセージが送出されると、最初の端末装置とその次の端末装置との間でまず確認メッセージと応答メッセージとが相互に授受される。これが成功すると、最初の端末装置からその次の端末装置に通知メッセージが送信され、これを受けた端末装置はさらにその次の端末装置に確認メッセージを送出する。このメッセージのやり取りが端末間で規定の順番で繰り返され、全ての端末装置を一巡すると終了メッセージが主装置に送信される。主装置はこの終了メッセージを受信したことをもって、全ての端末装置が正常に接続されていると看做すことができる。この手順において主装置は、メッセージを最初の端末装置とだけ授受すれば良い。従って端末装置の数によらず、主装置の処理負荷を飛躍的に軽減することが可能になる。
【発明の効果】
【００１０】
この発明によれば、主装置の処理負荷や通信トラフィックを増大させることなく、端末の存在確認を短時間で実施できるようにした電話システムとその端末装置、および端末存在確認方法を提供することができる。
【発明を実施するための最良の形態】
【００１１】
図１は、この発明に係わる電話システムの実施の形態を示すシステム図である。このシステムはＬＡＮに接続される複数のＩＰ端末（ＩＰＴ）ａ１〜ａｎと、これらのＩＰ端末ａ１〜ａｎをＬＡＮを介して収容する主装置１０とを中核として形成される。主装置１０は交換機としての機能を備え、ＬＡＮを経由するＩＰ端末ａ１〜ａｎ間の内線通話、および外線通話を制御する。また主装置１０は、各ＩＰ端末ａ１〜ａｎに対する呼制御、データ設定、障害検出などの保守運用制御も行う。この実施形態ではＩＰ端末ａ１〜ａｎは、ＬＡＮを介してＩＰパケットを授受することで音声通話を実現する。すなわちＬＡＮはＩＰパケットを伝送するパケット通信網である。
【００１２】
さらに、ＬＡＮにはルータ２０を介してＩＰ端末ｂ１〜ｂｍも接続される。主装置１０はＩＰ端末ａ１〜ａｎ，ｂ１〜ｂｍを統合的に制御する。この実施形態ではＩＰ端末ａ１〜ａｎにより形成されるセグメントと、ＩＰ端末ｂ１〜ｂｍにより形成されるセグメントとを個別に考慮する。すなわちＩＰ端末ａ１〜ａｎとＩＰ端末ｂ１〜ｂｍとはそれぞれ別のグループに属するとする。以下の説明では、まずＩＰ端末ａ１〜ａｎに関わる処理につき説明する。説明に際してｎ＝５のケースを想定し、５台のＩＰ端末がａ１〜ａ５がＬＡＮを介して主装置１０に直結されているとする。
【００１３】
この実施形態ではＩＰ端末ａ１〜ａ５に対し、最初の端末と、ＩＰ端末ａ１〜ａ５間での順番とを予め定義する。この実施形態ではＩＰ端末ａ１を最初の端末とし、順番は番号順に定めるとする。すなわちこの実施形態における処理は、ＩＰ端末ａ１からａ２，ａ３，ａ４，ａ５の順に実施され、これらの端末を一巡すると処理はＩＰ端末ａ５から再びＩＰ端末ａ１に戻る。この順番は予めデータベース化されて主装置１０に記憶される。
【００１４】
図２は、図１の主装置１０の実施の形態を示す機能ブロック図である。主装置１０は、インタフェース部（Ｉ／Ｆ）１１、表示部１２、入出力部１３、データベース部１４、および、主制御部１５を備える。Ｉ／Ｆ１１はＬＡＮに接続されてパケットの授受に関する処理を担う。表示部１２は入出力部１３とともにユーザインタフェースを提供し、ＧＵＩ（Graphical User Interface）環境を構築する。
【００１５】
主制御部１５は、その処理機能としてキープアライブ処理部１５ａと、接続確認部１５ｂとを備える。キープアライブ処理部１５ａは、ＩＰネットワークに接続される機器のＩＰアドレスの有効性を保つために実施される、いわゆるキープアライブを実施する。これに加えてこの実施形態では、ＩＰにおいて規定される種々のキープアライブメッセージを用いて、各ＩＰ端末のＬＡＮへの接続の有無を確認（端末存在確認）する。
【００１６】
キープアライブ処理部１５ａは端末存在確認処理に際して、最初の端末装置、すなわちＩＰ端末ａ１に対して開始メッセージ（端末キープアライブ開始要求）をＬＡＮを介して送信する。接続確認部１５ｂは、送信した端末キープアライブ開始要求に対する終了メッセージ（端末キープアライブ終了応答）をＩＰ端末ａ１からＬＡＮを介して受信すると、ＩＰ端末ａ１と同じセグメントに属する全てのＩＰ端末ａ１〜ａ５の、ＬＡＮへの接続が正常であることを確認する。
【００１７】
図３は、データベース部１４に記憶される設定テーブル１４ａの一例を示す模式図である。設定テーブル１４ａには、各ＩＰ端末ａ１〜ａ５ごとに、キープアライブメッセージを送信する相手先と、キープアライブタイマの設定値とが記録される。各ＩＰ端末の相手先は、キープアライブ信号がＩＰ端末ａ１からＩＰ端末ａ５までを一周するように、つまり各端末を一巡するように設定される。
【００１８】
図３において例えばＩＰ端末ａ１に対しては、キープアライブの相手先としてＩＰ端末ａ２が指定されている。これは、ＩＰ端末ａ１がＩＰ端末ａ２に対してキープアライブ処理を行うことを意味する。そのタイマ設定値は１０００ｍｓであり、つまりＩＰ端末ａ１がＩＰ端末ａ２にキープアライブ要求を送信してからその応答の無い状態が１０００ｍｓ継続すると、ＩＰ端末ａ１のタイマがタイムアウトする。タイムアウトするとＩＰ端末ａ１はＩＰ端末ａ２がＬＡＮに接続されていないと看做し、そのことを主装置１０に通知する。他のＩＰ端末ａ２〜ａ５についても同様である。主装置１０はこの設定テーブル１４ａに基づいてキープアライブを実施するＩＰ端末を選択し、また、ＩＰ端末ａ１〜ａ５に対して、端末間キープアライブの相手先情報と、キープアライブタイムアウト時間を通知する。
【００１９】
図４は、図１のＩＰ端末（ＩＰＴ）ａ１〜ａｎ、ｂ１〜ｂｍの実施の形態を示す機能ブロック図である。ＩＰＴは、ＬＡＮケーブル６０を介してＬＡＮに接続されるインタフェース（Ｉ／Ｆ）部４１と、表示器４０と、制御部４２と、キーパッド部４３、およびメモリ４４を備える。このうち表示器４０はＬＣＤ（Liquid Crystal Display）であり、種々のメッセージを視覚的に表示する。キーパッド部４３は、ソフトキーや数字キーなどを備え、ユーザの入力操作を受け付ける。
【００２０】
制御部４２はメッセージ処理部４２ａを備える。メッセージ処理部４２ａは他のＩＰ端末と、ＬＡＮを介してキープアライブメッセージを含む種々のメッセージを授受する。特に、メッセージ処理部４２ａは、図３に示す相手先端末との間でのキープアライブメッセージの授受に係わる処理を行う。
【００２１】
メモリ４４は、図３に示すキープアライブタイマのタイマ値４４ａと、相手先の内線番号、またはＩＰアドレスなどの相手先アドレス４４ｂを記憶する。これらの情報は例えば自端末がＬＡＮに接続されたとき、ＩＰ端末の増減設時などのデータ設定時、あるいはソフトフォン端末にあってはその起動時などに、主装置１０から取得される。次に、上記構成における作用を説明する。
【００２２】
図５は、この実施形態に係わる端末存在確認方法でのメッセージフローを示す模式図である。図中矢印は処理の流れを順を追って示すもので、各矢印の［］数字の順に処理が進む。各処理で授受される信号を、端末キープアライブ開始要求、端末間キープアライブ要求、端末間キープアライブ応答、次端末間キープアライブ通知、および、端末キープアライブ終了応答と称して説明する。各信号の詳細と処理手順を次に説明する。
【００２３】
図６は、この実施形態に係わる端末存在確認方法での処理手順を示すシーケンス図である。まず主装置１０から「端末キープアライブ開始要求」がＩＰ端末ａ１に送出される［１］。このメッセージを受けたＩＰ端末ａ１は、図３のテーブルに従って次の端末であるＩＰ端末ａ２に、「端末間キープアライブ要求」を送信する［２］。このメッセージを受けたＩＰ端末ａ２は、その送信元であるＩＰ端末ａ１に、「端末間キープアライブ応答」を返信する。ＩＰ端末ａ１はこの応答メッセージを受けると、「次端末間キープアライブ通知」をＩＰ端末ａ２に送信する。
【００２４】
ここまでの手順が正常に完了すると、ＩＰ端末ａ２がＬＡＮに接続されていることが明らかになるとともに、ＩＰ端末ａ２から次のＩＰ端末ａ３に「端末間キープアライブ要求」が送信される［３］。これ以降同様にして［４］〜［６］の手順が実施され、キープアライブメッセージがＩＰ端末ａ１からＩＰ端末ａ２、ＩＰ端末ａ３、ＩＰ端末ａ４、ＩＰ端末ａ５、ＩＰ端末ａ１の順に伝わって全てのＩＰ端末を１周することになる。最後にＩＰ端末ａ１がＩＰ端末ａ５からの「次端末間キープアライブ通知」を受けると、ＩＰ端末ａ１は［１］への応答として「端末キープアライブ終了応答」を主装置１０に送信する。ここまでの手順により一連のキープアライブ処理が終了する。
【００２５】
以上のように主装置１０は、ＩＰ端末ａ１に送信した「端末キープアライブ開始要求」に対する「端末キープアライブ終了応答」をＩＰ端末ａ１から受けることによって、全てのＩＰ端末ａ１〜ａ５が正常であると確認することができる。ＩＰ端末ａ１〜ａ５がＬＡＮに接続されていなければ、主装置１０が「端末キープアライブ終了応答」を受け取ることができないからである。次に、ＬＡＮケーブル６０が抜けたなどの理由でいずれかのＩＰ端末がネットワークから不在となった状態を検知する手順について説明する。
【００２６】
図７は、この発明に係わる端末存在確認方法の実施形態において端末不在のケースにおけるメッセージフローを示す模式図である。ここではＩＰ端末ａ４がＬＡＮから抜けている場合を想定する。図７において、まず主装置１０からＩＰ端末ａ１に「端末キープアライブ開始要求」［１］が送信され、その後ＩＰ端末ａ１→ＩＰ端末ａ２→ＩＰ端末ａ３の順にキープアライブ信号が送られていく。その後ＩＰ端末ａ３から「端末間キープアライブ要求」がＩＰ端末ａ４に送信されるが、ＩＰ端末ａ４が抜けているので、「端末間キープアライブ応答」がＩＰ端末ａ４から戻って来ないことになる。
【００２７】
ＩＰ端末ａ３のタイマ値は９００ｍｓである（図３）。「端末間キープアライブ応答」を受信できないままこの期間が経過するとタイムアウトとなり、ＩＰ端末ａ３はＩＰ端末ａ４の不在、すなわちＬＡＮへの非接続を示す「端末不存在通知［ＩＰ端末ａ４不在］」メッセージ［５］を主装置１０に送信する。この端末不存在通知メッセージを受けると、主装置１０はＩＰ端末ａ４の不在を確認し、ＩＰ端末ａ４の位置にある端末を閉塞状態に変更する。つまり主装置１０は、「端末不存在通知［ＩＰ端末ａ４不在］」を送信した端末（ＩＰ端末ａ３）の、次の端末（ＩＰ端末ａ４）の不在を確認する。
【００２８】
このままではキープアライブ処理が途中で止まってしまう。そこで主装置１０はＩＰ端末の不在を検出するとタイムアウトしたＩＰ端末のキープアライブの相手先を変更する。ここでは図８に示すように、キープアライブ相手変更通知メッセージ［６］をＩＰ端末ａ３に送信し、キープアライブの相手先をＩＰ端末ａ４からＩＰ端末ａ５に変更すべくＩＰ端末ａ３に指示する。このメッセージを受けたＩＰ端末ａ３は、メモリ４４の相手先アドレス４４ｂを更新し、端末間キープアライブ要求［７］をＩＰ端末ａ５に送信する。このようにしてＩＰ端末ａ４へのキープアライブはスキップされ、これ以降はＩＰ端末ａ５→ＩＰ端末ａ１→主装置１０の順にキープアライブメッセージが一回りすることになる。この手順においては主装置１０の設定テーブル１４ａの内容も更新される。
【００２９】
図９は、端末不在のケースにおける処理手順を示すシーケンス図である。図９において、ＩＰ端末ａ３からＩＰ端末ａ４に端末間キープアライブ要求［４］が送出されたのちタイムアウトすると、ＩＰ端末ａ３は端末不存在通知［５］を主装置１０に送信する。これに応じて主装置１０はキープアライブ相手変更通知［６］をＩＰ端末ａ３に送信する。これは以降ＩＰ端末ａ４がスキップされ、図６と同様にしてキープアライブメッセージが一巡する。
【００３０】
図１０は、主装置１０における処理手順を示すフローチャートである。主装置１０は、端末キープアライブを開始するＩＰ端末、すなわち最初のＩＰ端末を設定テーブル１４ａから読み出し（ステップＳ１）、読み出したＩＰ端末（ａ１）にキープアライブ開始要求を送信する（ステップＳ２）。次いで主装置１０はキープアライブ処理自体のタイムアウト検出のため、端末キープアライブ終了応答待ちのタイマを自装置に設定する（ステップＳ３）。
【００３１】
端末不存在の通知を受けず（ステップＳ４でＮｏ）、端末キープアライブ終了応答を受信したならば（ステップＳ８でＹｅｓ）全ての端末の存在が確認でき、処理手順は最初に戻る。ステップＳ４で端末不存在の通知を受ければ（Ｙｅｓ）、そのメッセージに含まれる情報から、内部データベースにおいて該当する不在ＩＰ端末を不存在状態に変更し（ステップＳ５）、そのＩＰ端末を閉塞する（ステップＳ６）。次いでキープアライブ相手変更通知を、メッセージ送出元のＩＰ端末に送信する（ステップＳ７）。
【００３２】
一方、ステップＳ８で端末キープアライブ終了応答を受けない状態で（Ｎｏ）、ステップＳ３で設定されたタイマのタイムアウトが生じれば（ステップＳ９でＹｅｓ）、要するに最初のＩＰ端末ａ１が不在であることになる。よって主装置１０は最初のＩＰ端末を端末不存在状態に変更し（ステップＳ１０）、そのＩＰ端末を閉塞する（ステップＳ１１）。このように端末間のタイムアウトでなく、主装置１０によりタイムアウトが検出されるケースもある。
【００３３】
図１１〜図１４は、キープアライブ処理に際してのＩＰ端末における処理手順を示すフローチャートである。図１１のステップＳ２１においては、主装置から端末キープアライブ開始要求を受信したか、他のＩＰ端末からキープアライブ要求信号を受けたか（Ｎｏ）で処理が変わる。まずステップＳ２１で端末キープアライブ開始要求を受信したのであれば、そのＩＰ端末は相手先ＩＰ端末のアドレスをメモリ４４から読み出し（ステップＳ２２）、その相手先に端末間キープアライブ要求を送信する（ステップＳ２３）。次に送出元のＩＰ端末はタイマ値をメモリ４４から読出し（ステップＳ２４）、端末キープアライブ処理の終了を待つ状態となる（ステップＳ２５）。
【００３４】
一方、ステップＳ２１において他のＩＰ端末からキープアライブ要求信号を受けたのであれば、それが端末間キープアライブ要求であれば、これを受信したＩＰ端末は前順のＩＰ端末に端末間キープアライブ応答を返す（ステップＳ２７）。次端末間キープアライブ通知であれば、これを受信したＩＰ端末は、次順の端末に端末間キープアライブ要求を送信したのち（ステップＳ２８）、タイマを設定し（ステップＳ２９）、端末間キープアライブ応答を待つ状態となる。
【００３５】
図１２は図１１のステップＳ２５以降の手順を示す。図１２のステップＳ４１において端末間キープアライブ応答の無いままタイムアウトすると（Ｙｅｓ）、これを検出したＩＰ端末は主装置１０に端末不存在通知を送信したのち（ステップＳ４５）、主装置１０からの端末間キープアライブ相手の変更の指示を待つ状態となる（ステップＳ４６）。
【００３６】
一方、ステップＳ４１でタイムアウトせず（Ｎｏ）他のＩＰ端末からのキープアライブ要求信号を受けたのであれば（ステップＳ４２でＹｅｓ）、それが端末間キープアライブ要求であれば、これを受信したＩＰ端末は前順のＩＰ端末に端末間キープアライブ応答を返す（ステップＳ４３）。次端末間キープアライブ通知であれば、これを受信したＩＰ端末は、主装置に端末キープアライブ終了応答を返信する（ステップＳ４４）。
【００３７】
図１３は図１１のステップＳ３０以降の手順を示す。図１３のステップＳ５１において端末間キープアライブ応答の無いままタイムアウトすると（Ｙｅｓ）、これを検出したＩＰ端末は主装置１０に端末不存在通知を送信したのち（ステップＳ５４）、主装置１０からの端末間キープアライブ相手の変更の指示を待つ状態となる（ステップＳ４６）。一方、ステップＳ５１でタイムアウトせず（Ｎｏ）相手先ＩＰ端末からの端末間キープアライブ応答を受けたのであれば（ステップＳ５２でＹｅｓ）、これを受けたＩＰ端末は相手先ＩＰ端末に向け次端末間キープアライブ通知を送信する（ステップＳ５３）
図１４は図１２のステップＳ４６、および図１３のステップＳ５５以降の手順を示す。図１４のステップＳ６０において主装置１０からの端末間キープアライブ相手変更通知が来ると（Ｙｅｓ）、これを受けたＩＰ端末４４ｂはメモリ４４の相手先アドレス４４ｂを変更したのち（ステップＳ６１）、変更した相手先に端末間キープアライブ要求を送信する（ステップＳ６２）。そのうえで当該ＩＰ端末はタイマ値を設定し（ステップＳ６３）、新たな相手先からの端末間キープアライブ応答を待つ状態となる（ステップＳ６４）。
【００３８】
以上説明したようにこの実施形態では、ＩＰ端末ａ１〜ａ５に予め順番を定め、その順に沿ってキープアライブメッセージが一巡すれば全てのＩＰ端末ａ１〜ａ５がＬＡＮに接続されていると認識するようにする。すなわち、主装置１０から送出した端末キープアライブ開始要求に対する端末キープアライブ終了応答が主装置１０に帰ってくれば、ＬＡＮ上に全てのＩＰ端末ａ１〜ａ５が存在する。ＩＰ端末間ではキープアライブ処理を端末どうしで順次実施し、タイムアウトが生じると、ＩＰ端末の不在を主装置１０に通知し、キープアライブ処理の順序を変更するようにしている。
【００３９】
このような手順において、端末の存在／不存在を確認するために主装置１０から送出されるメッセージは端末キープアライブ開始要求だけであり、主装置１０が受信するメッセージは端末キープアライブ終了応答、およびキープアライブ相手変更通知だけである。すなわち、ＬＡＮに接続されるＩＰ端末の数が如何に多くても主装置１０からのキープアライブ開始信号はただ１つで済むので、キープアライブ処理における主装置１０の処理負荷は変わらない。従ってＩＰ端末の接続台数が多い場合でも、主装置１０側の処理負荷はもとより、ＬＡＮのトラフィックを増大させることなく、全てのＩＰ端末の存在／不存在を短時間で検出することができるようになる。また既存技術のように障害管理情報を端末間で回覧する必要が無く、メッセージの伝送を双方向まわりに行う必要も無い。
【００４０】
またこの実施形態では、図３に示すようにキープアライブ処理のタイムアウト時間をＩＰ端末ごとに設定するようにしている。これは図１に示すように複数のセグメントがあるケースにおいては特に有用である。つまり、同じセグメントに属するＩＰ端末間のキープアライブ処理ではタイムアウト時間を短くし、別のセグメントに属するＩＰ端末間のキープアライブ処理ではタイムアウト時間を長めにすることで、メッセージの授受にかかるネット内の時間差を吸収して様々な形態のネットワークにも柔軟に対応することができるようになり、ひいては端末の存在／不存在にかかるトータルでの検出時間を短くすることができる。
【００４１】
なおこの実施形態ではＩＰ端末ａ１〜ａ５を例にとりこのグループ内でキープアライブメッセージを一巡させるようにしたが、これに限らず、例えばＩＰ端末ａ１〜ａ３とａ４〜ａ５というように２つのグループを作り、それぞれのグループ単位でキープアライブ処理を行うようにしても良い。このようなケースでは図３の設定テーブル１４ａがグループごとに設けられ、主装置１０は各グループごとに端末キープアライブ開始要求を送信することになる。このようなケースでも主装置１０の負荷、ネットワーク負荷を格段に少なくできる。  
グルーピングの他の形態としては、図１のセグメントごとのグループ化も有効である。つまりＩＰ端末ａ１〜ａｎを第１のグループとし、ＩＰ端末ｂ１〜ｂｍを第２のグループとするようにしてもよい。
【００４２】
これらのことから、主装置の処理負荷や通信トラフィックを増大させることなく、端末の存在確認を短時間で実施できるようにした電話システムとその端末装置、および端末存在確認方法を提供することが可能となる。
【００４３】
なお、この発明は上記実施の形態に限定されるものではない。例えば存在／不存在の検出の対象とする端末は、ＩＰ端末に限らず、ＳＩＰ（Session Initiation Protocol）端末でも良いし、あるいは他の形態の端末でも良い。要するにネットワークに接続され、主装置からの制御を受けることのできる端末であればその種別は問われない。さらには、ネットワーク上の用いられるプロトコルにおいても、ＩＰに限定されるものではない。
【００４４】
さらに、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００４５】
【図１】この発明に係わる電話システムの実施の形態を示すシステム図。
【図２】図１の主装置１０の実施の形態を示す機能ブロック図。
【図３】設定テーブル１４ａの一例を示す模式図。
【図４】図１のＩＰ端末（ＩＰＴ）ａ１〜ａｎ、ｂ１〜ｂｍの実施の形態を示す機能ブロック図。
【図５】この発明に係わる端末存在確認方法の実施形態におけるメッセージフローを示す模式図。
【図６】この発明に係わる端末存在確認方法の実施形態における処理手順を示すシーケンス図。
【図７】この発明に係わる端末存在確認方法の実施形態において端末不在のケースにおけるメッセージフローを示す模式図。
【図８】主装置１０が不在端末を検出した際のメッセージフローを示す模式図。
【図９】この発明に係わる端末存在確認方法の実施形態において端末不在のケースにおける処理手順を示すシーケンス図。
【図１０】キープアライブ処理に際しての主装置１０における処理手順を示すフローチャート。
【図１１】キープアライブ処理に際してのＩＰ端末における処理手順を示すフローチャート。
【図１２】キープアライブ処理に際してのＩＰ端末における処理手順を示すフローチャート。
【図１３】キープアライブ処理に際してのＩＰ端末における処理手順を示すフローチャート。
【図１４】キープアライブ処理に際してのＩＰ端末における処理手順を示すフローチャート。
【符号の説明】
【００４６】
ａ１〜ａｎ，ｂ１〜ｂｍ…ＩＰ端末（ＩＰＴ）、１０…主装置、２０…ルータ、１１…インタフェース部（Ｉ／Ｆ）、１２…表示部、１３…入出力部、１４…データベース部、１４ａ…設定テーブル、１５…主制御部、１５ａ…キープアライブ処理部、１５ｂ…接続確認部、４０…表示器、４１…インタフェース（Ｉ／Ｆ）部、４２…制御部、４２ａ…メッセージ処理部、４３…と、キーパッド部、４４…メモリ、４４ａ…タイマ値、４４ｂ…相手先アドレス、６０…ＬＡＮケーブル
【図１】
2009159322.tif 000003
【図２】
2009159322.tif 000004
【図３】
2009159322.tif 000005
【図４】
2009159322.tif 000006
【図５】
2009159322.tif 000007
【図６】
2009159322.tif 000008
【図７】
2009159322.tif 000009
【図８】
2009159322.tif 000010
【図９】
2009159322.tif 000011
【図１０】
2009159322.tif 000012
【図１１】
2009159322.tif 000013
【図１２】
2009159322.tif 000014
【図１３】
2009159322.tif 000015
【図１４】
2009159322.tif 000016