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