(57)【要約】【課題】パケット誤配信が発生した場合に、短期間、かつ低コストで復旧させることができ、これによりユーザへの悪影響を短期間に抑えることを可能とする。【解決手段】サーバ装置は、判定手段と、制御手段とを備える。判定手段は、端末において、予期しない不要なパケットの受信を検出した場合に、当該端末の通信状態を判定する。制御手段は、判定手段により判定された通信状態に応じて、不要なパケット受信に対する復旧処理を自動的に実行する。【選択図】      図９
2012130072.tif 000002
【特許請求の範囲】
【請求項１】
パケット通信用の通信ネットワークに接続される複数の端末間の通信接続を実行するサーバ装置において、
前記端末において、予期しない不要なパケットの受信を検出した場合に、当該端末の通信状態を判定する判定手段と、
この判定手段により判定された通信状態に応じて、不要なパケット受信に対する復旧処理を自動的に実行する制御手段とを具備するサーバ装置。
【請求項２】
前記制御手段は、前記判定手段により不要なパケット受信を検出した端末が、接続処理中であると判定されたとき、当該端末に対し接続要求を送信する請求項１記載のサーバ装置。
【請求項３】
前記制御手段は、前記判定手段により不要なパケット受信を検出した端末が通信中であると判定されたとき、当該端末に対しパケット送信元の端末への再接続要求を送信する請求項１記載のサーバ装置。
【請求項４】
前記制御手段は、前記判定手段により不要なパケット受信を検出した端末が空きであると判定されたとき、通知元の端末に割り当てた接続ＩＤと異なる接続ＩＤを取得して、当該通知元の端末に割り当てる請求項１記載のサーバ装置。
【請求項５】
前記制御手段は、前記通信接続に係わる処理負荷を監視し、処理負荷が所定の値以下の場合のみ前記通信状態に応じた復旧処理を実行する請求項１記載のサーバ装置。
【請求項６】
前記通信ネットワークに接続された端末を特定する端末ＩＤと、各端末の通信状態を示す状態情報とを対応付けた管理テーブルを記憶する記憶手段をさらに備え、
前記判定手段は、前記端末により不要なパケットの受信を検出した旨のメッセージが通知された場合に、このメッセージに含まれる端末ＩＤに基づいて、前記管理テーブルを参照し、この参照結果に基づいて通知元の端末の通信状態を判定する請求項１記載のサーバ装置。
【請求項７】
パケット通信用の通信ネットワークに接続される複数の端末間の通信接続を実行するサーバ装置において、
通信接続が行なわれる複数の端末を特定する端末ＩＤと、前記複数の端末間の呼状態を示す状態情報とを対応付けた管理テーブルを記憶する記憶手段と、
前記端末が予期しない不要なパケットの受信したことを検出場合に、前記管理テーブルに基づいて当該端末の呼状態を判定する判定手段と、
この判定手段により判定された呼状態に応じた不要なパケット受信に対する復旧処理を自動的に実行する制御手段とを具備するサーバ装置。
【請求項８】
前記制御手段は、前記判定手段により不要なパケット受信した端末が着信中であると判定されたとき、当該端末に対し接続要求を送信する請求項７記載のサーバ装置。
【請求項９】
前記制御手段は、前記判定手段により不要なパケット受信した端末が通信中であると判定されたとき、当該端末に対しパケット送信元の端末への再接続要求を送信する請求項７記載のサーバ装置。
【請求項１０】
前記制御手段は、前記判定手段により不要なパケット受信した端末が空きであると判定されたとき、当該端末に割り当てた接続ＩＤと異なる接続ＩＤを取得して、当該通知元の端末に割り当てる請求項７記載のサーバ装置。
【請求項１１】
前記制御手段は、前記通信接続に係わる処理負荷を監視し、処理負荷が所定の値以下の場合のみ前記呼状態に応じた復旧処理を実行する請求項７記載のサーバ装置。
【請求項１２】
パケット通信用の通信ネットワークにおけるパケット誤配信対処方法において、
前記通信ネットワークに接続された端末において予期しない不要なパケットの受信を検出し、
前記不要なパケット受信を検出した場合に、前記不要なパケット受信を検出した旨を前記通信ネットワークに接続されたサーバ装置に通知し、
前記サーバ装置は、前記端末を特定する端末ＩＤと、当該端末間の通信状態を示す状態情報とを対応付けた管理テーブルをメモリに記憶しておき、前記端末が前記不要なパケット受信を検出すると前記管理テーブルに基づき、通知元の端末の通信状態を判定し、
判定された通信状態に応じた不要なパケット受信に対する復旧処理を自動的に実行するパケット誤配信対処方法。
【請求項１３】
前記不要なパケット受信に対する復旧処理を実行することは、前記不要なパケット受信を検出した端末が着信中であると判定されたとき、当該端末に対し接続要求を送信する請求項１２記載のパケット誤配信対処方法。
【請求項１４】
前記不要なパケット受信に対する復旧処理を実行することは、前記不要なパケット受信を検出した端末が通信中であると判定されたとき、当該端末に対しパケット送信元の端末への再接続要求を送信する請求項１２記載のパケット誤配信対処方法。
【請求項１５】
前記不要なパケット受信に対する復旧処理を実行することは、前記不要なパケット受信を検出した端末が空きであると判定されたとき、当該端末に割り当てた接続ＩＤと異なる接続ＩＤを取得して、当該端末に割り当てる請求項１２記載のパケット誤配信対処方法。
【請求項１６】
前記不要なパケット受信に対する復旧処理を実行することは、前記通信接続に係わる処理負荷を監視し、処理負荷が所定の値以下の場合のみ前記通信状態に応じた復旧処理を実行する請求項１２記載のパケット誤配信対処方法。
【請求項１７】
複数の端末を特定する端末ＩＤと、前記複数の端末間の通信状態を示す状態情報とを対応付けた管理テーブルをメモリに記憶し、
前記判定することは、前記端末により不要なパケットの受信を検出した旨のメッセージが通知された場合に、このメッセージに含まれる端末ＩＤに基づいて、前記管理テーブルを参照し、この参照結果に基づいて通知元の端末の通信状態を判定する請求項１２記載のパケット誤配信対処方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、例えばＩＰ(Internet Protocol)電話システムのように、ＩＰ網を介して端末間で音声通信を行なう通信システムに係わり、特に端末に対し不要なパケットの配信を防止するためのパケット誤配信対処方法と、この通信システムで使用されるサーバ装置に関する。
【背景技術】
【０００２】
近年、ＩＰ網を介して双方向に画像や音声をパケットデータとして、リアルタイムに送受信するＩＰ電話システムが普及している。このＩＰ電話システムでは、ＩＰ網に交換サーバ及び複数のＩＰ端末が接続されると共に、交換サーバごとにＩＰ端末間の通信やＩＰ端末と外線との通信を行うことができる。
【０００３】
ところで、上記ＩＰ電話システムでは、パケット誤配信が発生した場合には交換サーバで自動的に検出できないため、ユーザの申告を元に問題発生を認識し、さらに保守者が問題の発生部位と疑われる区間のパケットを収集し解析している。例えば何らかの原因でＲＴＰ（Real-time Transport Protocol）パケットが誤配信された場合、ユーザから不要な音声が聞こえる、あるいは音声が片方向にしか聞こえない、全く聞こえないなどの申告を元に問題発生を認識した上で、さらに原因究明するための解析作業を人手に頼っている。
【０００４】
なお、関連する技術として、Ｄｏｓ／ＤＤｏｓ攻撃を防ぐ加入者端末装置で、Ｄｏｓ／ＤＤｏｓ攻撃を検出し、ＣＰＵの負荷がある閾値を超えたときに上位通信装置の集合側装置に対してＩＰアドレス再取得を行い、自身のＩＰアドレスを変更する手法が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２５４２６９公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、上記手法は、外部ネットワークからのパケット攻撃にのみ対応しており、パケット攻撃以外のパケット誤配信による対策を講じるものではない。
【０００７】
また、パケット誤配信が発生すると以下のような現象が生じる。  
（１）パケット誤配信により無駄な処理が発生するため、送受信側共に処理能力への負荷が増大し、システム内の機器に処理能力が低いＣＰＵを使用している場合は、配信側または受信側は機能が提供できなくなる。
【０００８】
（２）受信側が誤配信されたパケットを受信すると意図しないデータが漏れる場合もある。例えば音声通話の場合、意図しない他人の通話が聞こえてしまう。これはセキュリティ上好ましくない。
【０００９】
（３）ＩＰ網に不必要なパケットが流れて帯域を圧迫し、ＩＰ網の帯域が狭い場合、パケット送受信の遅延が発生する。最悪の場合、輻輳が起こり、対応のためにシステムを停止する必要が出てくる。
【００１０】
上記のような現象をすぐに解決できないため、システムの正常な運用ができず、ユーザの業務を停滞させ業績に悪影響を及ぼしたり、問題解決までの余分なコストがかかったりするなどの不利益をユーザが被っている。また、パケット誤配信の問題を解析している間は、担当の保守者が他の作業ができないため、保守作業に支障を起したり、余分な保守費用が必要になることもある。
【００１１】
そこで、この発明の目的は、パケット誤配信が発生した場合に、短期間、かつ低コストで復旧させることができ、これによりユーザへの悪影響を短期間に抑えることが可能なパケット誤配信対処方法及びサーバ装置を提供することにある。
【課題を解決するための手段】
【００１２】
実施形態によれば、サーバ装置は、判定手段と、制御手段とを備える。判定手段は、端末において、予期しない不要なパケットの受信を検出した場合に、当該端末の通信状態を判定する。制御手段は、判定手段により判定された通信状態に応じて、不要なパケット受信に対する復旧処理を自動的に実行する。
【図面の簡単な説明】
【００１３】
【図１】この発明の第１の実施形態に係わるＩＰ電話システムを示す概略構成図。
【図２】上記図１に示した交換サーバの構成を示すブロック図。
【図３】上記図２に示したＩＰ端末呼状態データテーブルの記憶内容の一例を示す図。
【図４】上記図２に示したＩＰ端末設定テーブルの記憶内容の一例を示す図。
【図５】同第１の実施形態におけるＩＰ電話端末の構成を示すブロック図。
【図６】同第１の実施形態において、不要パケットの誤検出を行うＩＰ電話端末の制御処理手順を示すフローチャート。
【図７】同第１の実施形態において、不要パケットの誤検出に対応する交換サーバの制御処理手順を示すフローチャート。
【図８】この発明の第２の実施形態とする交換サーバの構成を示すブロック図。
【図９】同第２の実施形態において、不要パケットの誤検出に対応する交換サーバの制御処理手順を示すフローチャート。
【図１０】同第２の実施形態において、パケット誤配信の復旧処理「０」を実行する制御処理手順を示すフローチャート。
【図１１】同第２の実施形態において、パケット誤配信の復旧処理「１」を実行する制御処理手順を示すフローチャート。
【図１２】同第２の実施形態において、パケット誤配信の復旧処理「２」を実行する制御処理手順を示すフローチャート。
【発明を実施するための形態】
【００１４】
以下、実施の形態について、図面を参照して説明する。
【００１５】
（第１の実施形態）  
この発明の第１の実施形態は、パケットの誤受信に対して、通知元のＩＰ電話端末の呼接続状態に応じたアラーム通知処理を実行するようにしたものである。
【００１６】
図１は、この発明の第１の実施形態に係わるＩＰ電話システムを示す概略構成図である。  
このシステムは、パケット通信用の通信ネットワークとしてＬＡＮ（Local Area Network）やインターネット等を含むＩＰ網１を有する。ＩＰ網１には、複数のＩＰ電話端末Ｔ１１〜Ｔ１ｉ（ｉは自然数）が接続されている。なお、ＩＰ電話端末Ｔ１１〜Ｔ１ｉは、通話処理機能とメディア情報処理機能とを備えている。また、ＩＰ網１には、複数のメディアチャネルとこのメディアチャネルを決定するために必要な制御信号を伝送する制御チャネルを有している。
【００１７】
また、ＩＰ網１には、ゲートウェイＧＷが接続されている。このゲートウェイＧＷは、ＩＰ網１とアナログ電話網等の公衆網ＮＷとの間を接続するもので、ＩＰ網１と公衆網ＮＷとの間における通信プロトコル及び信号フォーマットの変換機能とを備えている。公衆網ＮＷには、標準電話機等の電話端末Ｔ２１が接続される。
【００１８】
さらに、ＩＰ網１には、サーバ装置としての交換サーバＢＴＡと、ＤＨＣＰ(Dynamic Host Configuration Protocol)サーバＳＶと、保守端末ＭＴとが接続されている。交換サーバＢＴＡは、ＩＰ電話端末Ｔ１１〜Ｔ１ｉ及びゲートウェイＧＷに対する交換制御機能と、各ＩＰ電話端末Ｔ１１〜Ｔ１ｉ及びゲートウェイＧＷに対するＩＰアドレスの割り当て機能と、各ＩＰ電話端末Ｔ１１〜Ｔ１ｉ及びゲートウェイＧＷに割り当てたアドレス管理機能とを有している。
【００１９】
ＩＰアドレスの割り当て機能は、各ＩＰ電話端末Ｔ１１〜Ｔ１ｉ及びゲートウェイＧＷの立ち上がり時に、ＤＨＣＰサーバＳＶが保持するＩＰアドレスの中から空いているＩＰアドレスを割り当てる。
【００２０】
アドレス管理機能は、例えばＩＰ電話端末Ｔ１１〜Ｔ１ｉ及びゲートウェイＧＷに予め割り当ててある端末ＩＤとしての電話番号と、固定ネットワークアドレスとしてのＭＡＣ(Media Access Control)アドレスと、各ＩＰ電話端末Ｔ１１〜Ｔ１ｉ及びゲートウェイＧＷに割り当てたＩＰアドレスの管理をそれぞれ行う。
【００２１】
ところで、上記交換サーバＢＴＡは、この発明に係わる機能として次のような機能を有している。図２はその構成を示すブロック図である。
【００２２】
すなわち、交換サーバＢＴＡは、ＩＰ網インタフェース部１１と、パケット処理部１２と、制御部１３Ａと、記憶部１４とを備えている。これらＩＰ網インタフェース部１１、パケット処理部１２、制御部１３Ａ及び記憶部１４は、データハイウェイ１５を介して互いに接続されている。
【００２３】
ＩＰ網インタフェース部１１には、ＩＰ網１が必要に応じて接続される。ＩＰ網インタフェース部１１は、接続されたＩＰ網１との間でインタフェース処理を行なう。また、ＩＰ網インタフェース部１１は、上記インタフェース処理に係わる種々の制御情報の授受を、データハイウェイ１５を介して制御部１３Ａとの間で行う。
【００２４】
パケット処理部１２は、ＩＰ網１から受信した制御パケット及びＲＴＰパケット（または音声パケット）を処理する。  
制御部１３Ａは、ＣＰＵ、ＲＯＭ、ＲＡＭを有して構成され、ソフトウェア処理により交換サーバＢＴＡの各部の制御を行う。  
記憶部１４は、制御部１３Ａの接続制御に必要なルーティング情報等を格納している。さらに、記憶部１４には、ＩＰ端末呼状態データテーブル１４１と、ＩＰ端末設定テーブル１４２とが設けられる。
【００２５】
ＩＰ端末呼状態データテーブル１４１には、図３に示すように、ＩＰ電話端末Ｔ１１〜Ｔ１ｉ及びゲートウェイＧＷのＩＰ端末番号（電話番号）と、呼状態と、使用中ポート番号と、相手ＩＰ端末番号（電話番号）との対応関係を表すデータが記憶されている。
【００２６】
ＩＰ端末設定テーブル１４２には、図４に示すように、ＩＰ電話端末Ｔ１１〜Ｔ１ｉ及びゲートウェイＧＷのＩＰ端末番号（電話番号）と、ＩＰアドレスと、接続状態と、エラー発生回数との対応関係を表すデータが記憶されている。
【００２７】
一方、制御部１３Ａは、ＩＰ電話端末Ｔ１１〜Ｔ１ｉ及びゲートウェイＧＷの交換制御機能やアドレス管理機能に加え、この発明に係わる新たな機能として、接続情報登録部１３１と、接続状態判定部１３２と、アラーム通知制御部１３３とを備えている。
【００２８】
接続情報登録部１３１は、例えばＩＰ電話端末Ｔ１２とＩＰ電話端末Ｔ１８が通話中になったことを判断し、ＩＰ端末呼状態データテーブル１４１及びＩＰ端末設定テーブル１４２のＩＰ電話端末Ｔ１２についての情報を追加更新する。
【００２９】
接続状態判定部１３２は、ＩＰ電話端末Ｔ１１により不要なパケットの誤受信を検出した旨のメッセージが通知された場合に、メッセージに含まれるＩＰ端末番号をもとにＩＰ端末呼状態データテーブル１４１及びＩＰ端末設定テーブル１４２を参照し、この参照結果をもとに通知元のＩＰ電話端末Ｔ１１の通信接続状態を判定する。
【００３０】
アラーム通知制御部１３３は、上記接続状態判定部１３２により判定された通信接続状態に応じたアラームメッセージを、通知元のＩＰ電話端末Ｔ１１及びＩＰ網１上の保守端末ＭＴに通知する。
【００３１】
図５は、上記ＩＰ電話端末Ｔ１１〜Ｔ１ｉの構成を示すブロック図である。ここでは、ＩＰ電話端末Ｔ１１を代表して説明する。
【００３２】
図５において、ＩＰ電話端末Ｔ１１は、ＩＰ網インタフェース部２１、通話処理部２２、ハンドセット２３、制御部２４及び操作パネル部２５を有している。
【００３３】
ＩＰ網インタフェース部２１は、ＩＰ網１との間で伝送により種々のデータの授受を行なう。また、ＩＰ網インタフェース部２１は、ＩＰ網１から送られてきたＲＴＰパケット中から通話信号や制御信号を抽出し、通話信号を通話処理部２２へ、制御信号を制御部２４へとそれぞれ与える。さらにＩＰ網インタフェース部２１は、通話処理部２２や制御部２４から与えられるシリアルデータ信号を時分割多重して伝送信号を生成し、ＲＴＰパケットとしてＩＰ網１へ送信する。
【００３４】
通話処理部２２は、ＩＰ網インタフェース部２１から与えられる通話信号に含まれる通話データを取り出して、この通話データからアナログの受話音声信号を再生する。そして、通話処理部２２は、この再生した受話音声信号によりハンドセット２３の受話器を駆動し、受話音声の出力を行なわせる。また、通話処理部２２には、ハンドセット２３の送話器で生成されたアナログの送話音声信号が入力される。通話処理部２２は、この送話音声信号を所定形態の通話信号に変換して、ＩＰ網インタフェース部２１へと与える。
【００３５】
制御部２４は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを有して構成され、ソフトウェア処理によりＩＰ電話端末Ｔ１１の各部の制御を行なう。
【００３６】
操作パネル部２５は、ＬＣＤ（Liquid Crystal Display）等の表示部２５１と、キー入力部２５２とを備えている。表示部２５１には、制御部２４から出力された自装置の動作状態を表す種々情報、例えば電話帳なども表示される。
【００３７】
ところで、上記制御部２４には、パケット誤受信検出部２４１と、パケット誤受信通知部２４２とを備えている。パケット誤受信検出部２４１は、使用していないポートからの予期しない不要なパケットの誤受信を検出する。
【００３８】
パケット誤受信通知部２４２は、上記パケット誤受信検出部２４１により不要なパケットの誤受信を検出した場合に、誤受信を検出した旨のメッセージを交換サーバＢＴに通知する。
【００３９】
次に、上記構成による動作について説明する。  
図６は、不要パケットの誤検出を行うＩＰ電話端末Ｔ１１〜Ｔ１ｉの制御処理手順を示すフローチャートである。
【００４０】
（ＩＰ電話端末Ｔ１２からＩＰ電話端末Ｔ１８への発信動作）  
ＩＰ電話端末Ｔ１２においてユーザが、ＩＰ電話端末Ｔ１８のユーザと通話を行なうべく「４０１」のダイヤル操作を行なったとする。そうするとＩＰ電話端末Ｔ１２からその通信確立要求信号が交換サーバＢＴＡに送られる。この通信確立要求信号を受け取ると交換サーバＢＴＡは、着信先のＩＰ電話端末Ｔ１８を呼び出す。そして、これに対しＩＰ電話端末Ｔ１８が応答すると、ＩＰ電話端末Ｔ１２とＩＰ電話端末Ｔ１８との間に通信リンクを形成する。
【００４１】
かくして、ＩＰ電話端末Ｔ１２のユーザはＩＰ電話端末Ｔ１８のユーザとの間で通話を行なうことが可能となる。
【００４２】
そして、交換サーバＢＴＡは、ＩＰ電話端末Ｔ１２のＩＰ端末番号と、呼状態「通話中」と、通信リンクを特定するためのポート番号「１６３８４」と、相手側のＩＰ電話端末Ｔ１８のＩＰ端末番号とを対応付けてＩＰ端末呼状態データテーブル１４１中に記憶する。
【００４３】
ＩＰ電話端末Ｔ１２とＩＰ電話端末Ｔ１８との通話が終了すると、交換サーバＢＴはＩＰ端末呼状態データテーブル１４１のＩＰ電話端末Ｔ１２について、呼状態を「通話中」から「空き」に更新し、ポート番号を削除する。
【００４４】
ＩＰ電話端末Ｔ１２は通話終了時点から予め設定された時間を計時し、この時間が閾値以上経過しているか否かの判断を行う（ステップＳＴ６ａ）。ここで閾値以上の時間が経過していない場合（ＮＯ）、ＩＰ電話端末Ｔ１２は処理を終了する。
【００４５】
一方、閾値以上の時間が経過している場合（ＹＥＳ）、ＩＰ電話端末Ｔ１２は一定時間破棄したパケット数をカウントし（ステップＳＴ６ｂ）、破棄したパケット数が閾値以上であるか否かの判断を行う（ステップＳＴ６ｃ）。
【００４６】
ここで、破棄したパケット数が閾値以上であれば（ＹＥＳ）、ＩＰ電話端末Ｔ１２は不要なパケット受信を検出した旨のメッセージを交換サーバＢＴへ通知し（ステップＳＴ６ｄ）、検出経過時間を初期化して（ステップＳＴ６ｅ）、処理を終了する。
【００４７】
一方、破棄したパケット数が閾値未満であれば（ＮＯ）、ＩＰ電話端末Ｔ１２はステップＳＴ６ｅに移行する。
【００４８】
図７は、上記交換サーバＢＴＡの制御処理手順を示すフローチャートである。
【００４９】
交換サーバＢＴＡは、該当ＩＰ電話端末Ｔ１２からの不要なパケット受信通知のメッセージを受信した場合、ＩＰ端末呼状態テーブル１４１から該当ＩＰ電話端末Ｔ１２のデータを読み出す（ステップＳＴ７ａ）。
【００５０】
続いて、交換サーバＢＴＡは、読み出した値を使用し、交換サーバＢＴより該当ＩＰ電話端末Ｔ１２へパケット送信中か否かを判定する（ステップＳＴ７ｂ）。ここで、該当ＩＰ電話端末Ｔ１２へパケット送信中であれば（ＹＥＳ）、交換サーバＢＴＡは「着信中の端末」への誤受信を示すアラームを該当ＩＰ電話端末Ｔ１２または保守端末ＭＴに通知する（ステップＳＴ７ｃ）。
【００５１】
一方、交換サーバＢＴＡより該当ＩＰ電話端末Ｔ１２へパケット送信中でなければ（ＮＯ）、交換サーバＢＴＡは読み出した値を使用し、交換サーバＢＴＡ管理下のＩＰ電話端末Ｔ１８から該当ＩＰ電話端末Ｔ１２へパケット送信中か否かを判定する（ステップＳＴ７ｄ）。
【００５２】
交換サーバＢＴＡ管理下のＩＰ電話端末Ｔ１８から該当ＩＰ電話端末Ｔ１２へパケット送信中であれば（ＹＥＳ）、交換サーバＢＴＡは「通信中の端末」への誤受信を示すアラームを該当ＩＰ電話端末Ｔ１２または保守端末ＭＴに通知する（ステップＳＴ７ｅ）。
【００５３】
一方、交換サーバＢＴＡ管理下のＩＰ電話端末Ｔ１８から該当ＩＰ電話端末Ｔ１２へパケット送信中でなければ（ＮＯ）、交換サーバＢＴＡは「空きの端末」への誤受信を示すアラームを該当ＩＰ電話端末Ｔ１２または保守端末ＭＴに通知する（ステップＳＴ７ｆ）。
【００５４】
以上のように上記第１の実施形態では、複数のＩＰ電話端末Ｔ１１〜Ｔ１ｉそれぞれに自動的にパケットの誤受信を検出するパケット誤受信検出部２４１を備えるようにし、ＩＰ電話端末Ｔ１１〜Ｔ１ｉでパケットの誤受信が検出された時点で、その検出結果を交換サーバＢＴＡに通知するようにしている。そして、この通知を受けて交換サーバＢＴＡによりＩＰ端末呼状態テーブル１４１を参照して、通知元のＩＰ電話端末Ｔ１１〜Ｔ１ｉの呼接続状態を判定し、呼接続状態に応じたアラームメッセージを通知元または保守端末ＭＴに通知するようにしている。また、アラームメッセージにパケット誤受信の復旧操作のガイダンス情報も含めるようにしてもよい。
【００５５】
従って、例えば通知元のＩＰ電話端末Ｔ１１のユーザまたは保守端末ＭＴのユーザは、ＩＰ電話端末Ｔ１１でパケット誤配信が発生したことを即時知ることができ、これにより該当するＩＰ電話端末Ｔ１１の呼接続状態に応じた復旧操作などの対応処置を迅速に講じることが可能となり、短期間、かつ低コストで復旧させることができる。
【００５６】
また、上記第１の実施形態では、ＩＰ電話端末Ｔ１１〜Ｔ１ｉにおいて、予め設定された時間内で破棄したパケットをカウントし、カウント数が閾値以上である場合に、パケットの誤受信と判定するようにしているので、例えば破棄したパケットが一時的なものである場合には、パケットの誤受信と判定しないようにし、破棄したパケットが連続して続く場合にパケットの誤受信と判定するようにして、ＩＰ電話端末Ｔ１１〜Ｔ１ｉを低コストに抑えた上で、パケットの誤受信の判定上の信頼性を向上させることができる。
【００５７】
（第２の実施形態）  
この発明の第２の実施形態は、パケットの誤受信に対して、通知元のＩＰ電話端末の呼接続状態に応じた復旧処理を実行するようにしたものである。
【００５８】
図８は、この発明の第２の実施形態とする交換サーバＢＴの構成を示すブロック図である。図８において、上記図２と同一部分には同一符号を付して詳細な説明を省略する。
【００５９】
交換サーバＢＴＢの制御部１３Ｂには、復旧制御部１３４が設けられる。復旧制御部１３４は、例えば通知元のＩＰ電話端末Ｔ１１に対し上記接続状態判定部１３２により判定された通信接続状態に応じた復旧処理を起動し、またエラー情報をＩＰ網１上の保守端末ＭＴに通知する。
【００６０】
次に、上記構成による動作について説明する。  
図９は、上記交換サーバＢＴの制御処理手順を示すフローチャートである。
【００６１】
交換サーバＢＴは、該当ＩＰ電話端末Ｔ１２からの不要なパケット受信通知のメッセージを受信した場合、ＩＰ端末呼状態テーブル１４１から該当ＩＰ電話端末Ｔ１２のデータを読み出す（ステップＳＴ９ａ）。
【００６２】
続いて、交換サーバＢＴは、読み出した値を使用し、交換サーバＢＴより該当ＩＰ電話端末Ｔ１２へパケット送信中か否かを判定する（ステップＳＴ９ｂ）。ここで、該当ＩＰ電話端末Ｔ１２へパケット送信中であれば（ＹＥＳ）、交換サーバＢＴは復旧処理「１」を起動する（ステップＳＴ９ｃ）。
【００６３】
一方、交換サーバＢＴより該当ＩＰ電話端末Ｔ１２へパケット送信中でなければ（ＮＯ）、交換サーバＢＴは読み出した値を使用し、交換サーバＢＴ管理下のＩＰ電話端末Ｔ１８から該当ＩＰ電話端末Ｔ１２へパケット送信中か否かを判定する（ステップＳＴ９ｄ）。
【００６４】
交換サーバＢＴ管理下のＩＰ電話端末Ｔ１８から該当ＩＰ電話端末Ｔ１２へパケット送信中であれば（ＹＥＳ）、交換サーバＢＴは復旧処理「２」を起動する（ステップＳＴ９ｅ）。
【００６５】
一方、交換サーバＢＴ管理下のＩＰ電話端末Ｔ１８から該当ＩＰ電話端末Ｔ１２へパケット送信中でなければ（ＮＯ）、交換サーバＢＴは復旧処理「０」を起動する（ステップＳＴ９ｆ）。
【００６６】
図１０は、交換サーバＢＴＢにおけるパケット誤配信の復旧処理「０」を実行する制御処理手順を示すフローチャートである。
【００６７】
交換サーバＢＴＢは、復旧制御部１３４より復旧処理「０」を起動されると、記憶部１４内のＩＰ端末設定テーブル１４２より該当ＩＰ電話端末Ｔ１２のＩＰアドレスを取得する（ステップＳＴ１０ａ）。
【００６８】
続いて、交換サーバＢＴＢは、ＤＨＣＰサーバＳＶより該当ＩＰ電話端末Ｔ１２のＩＰアドレスを再取得し（ステップＳＴ１０ｂ）、ＤＨＣＰサーバＳＶより再取得したＩＰアドレスがＩＰ端末設定テーブル１４２から取得したＩＰアドレスと異なるか否かを判定する（ステップＳＴ１０ｃ）。
【００６９】
ここで、再取得したＩＰアドレスがＩＰ端末設定テーブル１４２中の該当ＩＰ電話端末Ｔ１２のＩＰアドレスと異なっていなければ（ＮＯ）、交換サーバＢＴＢは上記ステップＳＴ１０ｂの処理に移行する。
【００７０】
一方、再取得したＩＰアドレスがＩＰ端末設定テーブル１４２中の該当ＩＰ電話端末Ｔ１２のＩＰアドレスと異なっていれば（ＹＥＳ）、交換サーバＢＴＢはＩＰ端末設定テーブル１４２へ再取得した該当ＩＰ電話端末Ｔ１２のＩＰアドレスを設定し（ステップＳＴ１０ｄ）、該当ＩＰ電話端末Ｔ１２へ新しく取得したＩＰアドレスを自ＩＰアドレスとして設定し、交換サーバＢＴＢへ再認証を行うよう通知する（ステップＳＴ１０ｅ）。
【００７１】
続いて、交換サーバＢＴＢは、記憶部１４内のＩＰ端末設定テーブル１４２における該当ＩＰ電話端末Ｔ１２のエラー発生回数をインクリメントし、保守端末ＭＴへエラー情報を送信し（ステップＳＴ１０ｆ）、処理終了となる。
【００７２】
図１１は、交換サーバＢＴＢにおけるパケット誤配信の復旧処理「１」を実行する制御処理手順を示すフローチャートである。
【００７３】
交換サーバＢＴＢは、復旧制御部１３４より復旧処理「１」を起動されると、該当ＩＰ電話端末Ｔ１２へパケット接続要求を送信する（ステップＳＴ１１ａ）。
【００７４】
続いて、交換サーバＢＴＢは、記憶部１４内のＩＰ端末設定テーブル１４２における該当ＩＰ電話端末Ｔ１２のエラー発生回数をインクリメントし、保守端末ＭＴへエラー情報を送信し（ステップＳＴ１１ｂ）、処理終了となる。
【００７５】
図１２は、交換サーバＢＴＢにおけるパケット誤配信の復旧処理「２」を実行する制御処理手順を示すフローチャートである。
【００７６】
交換サーバＢＴＢは、復旧制御部１３４より復旧処理「２」を起動されると、通知元のＩＰ電話端末Ｔ１２に対しパケット送信元のＩＰ電話端末Ｔ１８へのパケット再接続要求を送信する（ステップＳＴ１２ａ）。
【００７７】
続いて、交換サーバＢＴＢは、記憶部１４内のＩＰ端末設定テーブル１４２における該当ＩＰ電話端末Ｔ１２のエラー発生回数をインクリメントし、保守端末ＭＴへエラー情報を送信し（ステップＳＴ１２ｂ）、処理終了となる。
【００７８】
以上のように上記第２の実施形態では、パケット誤受信の通知を受けた交換サーバＢＴにおいて、例えばパケット誤受信の通知元のＩＰ電話端末Ｔ１３が着信中であると判定したとき、通知元のＩＰ電話端末Ｔ１３に対し接続要求を送信し、通知元のＩＰ電話端末Ｔ１２が通信中であると判定したとき、通知元のＩＰ電話端末Ｔ１２に対しパケット送信元のＩＰ電話端末Ｔ１８への再接続要求を送信し、通知元のＩＰ電話端末Ｔ１１が空きであると判定されたとき、ＤＯＳ攻撃等から守るために通知元のＩＰ電話端末Ｔ１１に割り当てたＩＰアドレスと異なるＩＰアドレスをＤＨＣＰサーバＳＶから取得して、当該通知元のＩＰ電話端末Ｔ１１に割り当てたＩＰアドレスの設定変更を行うというように、保守員の復旧操作を待たずに迅速に復旧させることができる。
【００７９】
なお、上記第２の実施形態において、制御部１２の通信接続に係わる処理負荷を監視し、処理負荷が所定の値以下の場合のみ復旧処理を起動するようにしてもよい。このようにすれば、他の通信処理に影響を及ぼすことなく、復旧処理を実行できる。
【００８０】
（その他の実施形態）  
この発明は、上記各実施形態に限定されるものではない。例えば、通話終了時のタイミングでパケットの誤受信の検出を開始する例について説明したが、待機状態でパケットの誤受信の検出を開始するようにしてもよい。誤受信の検出を開始するタイミングとしては、「予め検出開始時刻を設定しておく」、「交換システムが接続されているネットワークを定期的に診断する際に、ネットワーク異常と判断された場合に、自動的に検出を開始する」、「交換サーバ側で各ＩＰ電話端末の使用時間をカウントしておき、一定時間に達したＩＰ電話端末に対して検出開始要求を送信する」などが考えられる。
【００８１】
また、各実施形態では、交換サーバとゲートウェイとを別々に設ける例について説明したが、ゲートウェイを交換サーバに内蔵するようにしてもよい。
【００８２】
また、各実施形態では、交換サーバとＤＨＣＰサーバとを別々に設ける例について説明したが、交換サーバにＤＨＣＰ機能を持たせるようにしてもよい。
【００８３】
その他、ＩＰ電話システムの構成、交換サーバの機能構成、ＩＰ電話端末の機能構成、テーブルの記憶内容、アラーム通知制御や復旧処理制御の制御手順とその内容等についてもこの発明の要旨を逸脱しない範囲で種々変形して実施可能である。
【００８４】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８５】
１…ＩＰ網、１１…ＩＰ網インタフェース部、１２…パケット処理部、１３Ａ，１３Ｂ…制御部、１４…記憶部、１５…データハイウェイ、２１…ＬＡＮインタフェース部、２２…通話処理部、２３…ハンドセット、２４…制御部、２５…操作パネル部、２５１…表示部、２５２…キー入力部、１３１…接続情報登録部、１３２…接続状態判定部、１３３…アラーム通知制御部、１３４…復旧制御部、１４１…ＩＰ端末呼状態テーブル、１４２…ＩＰ端末設定テーブル、２４１…パケット誤受信検出部、２４２…パケット誤受信通知部、Ｔ１１〜Ｔ１ｉ，Ｔ２１…ＩＰ電話端末、ＧＷ…ゲートウェイ、ＮＷ…ＩＰ網、ＳＶ…ＤＨＣＰサーバ、ＭＴ…保守端末。
【図１】
2012130072.tif 000003
【図２】
2012130072.tif 000004
【図３】
2012130072.tif 000005
【図４】
2012130072.tif 000006
【図５】
2012130072.tif 000007
【図６】
2012130072.tif 000008
【図７】
2012130072.tif 000009
【図８】
2012130072.tif 000010
【図９】
2012130072.tif 000011
【図１０】
2012130072.tif 000012
【図１１】
2012130072.tif 000013
【図１２】
2012130072.tif 000014