(57)【要約】【課題】通話帯域が輻輳状態であっても、良好な通話品質で緊急呼による通話を優先的に接続する。【解決手段】ＩＰ電話システム１は、一般呼の優先順位を示す優先クラスが設定された複数のＩＰ端末２と、ＩＰ端末２に設定される優先クラスを示す情報を記憶する記憶装置３と、ＩＰ端末２による通話を制御する中央処理装置４とを備える。中央処理装置４は、予め設定された通話帯域が輻輳状態である場合で緊急呼の接続が要求されたときに、記憶装置３に記憶された情報に基づき、優先順位が最も低い優先クラスが設定されたＩＰ端末２による一般呼を切断し、緊急呼を接続する。【選択図】図１
2012134583.tif 000002
【特許請求の範囲】
【請求項１】
予め設定された通話帯域を用いて外部と通話を行うＩＰ電話システムであって、
一般呼の優先順位を示す優先クラスが設定された複数のＩＰ端末と、
前記ＩＰ端末に設定される前記優先クラスを示す第１の情報を記憶する記憶装置と、
前記ＩＰ端末による通話を制御する中央処理装置とを備え、
前記中央処理装置は、前記通話帯域が輻輳状態である場合で緊急呼の接続が要求されたときに、前記第１の情報に基づき、優先順位が最も低い優先クラスが設定されたＩＰ端末による一般呼を切断し、前記緊急呼を接続することを特徴とするＩＰ電話システム。
【請求項２】
前記記憶装置は、
良好な通話品質を確保するための前記通話帯域に対する使用帯域の割合を示す第２の情報と、
前記ＩＰ端末に設定された優先クラス毎の前記通話帯域に対する使用帯域の割合を示す第３の情報と、
前記優先クラス毎の通話中のＩＰ端末を示す第４の情報とを記憶し、
前記中央処理装置は、
前記第３の情報が示す前記各優先クラス毎の使用帯域の割合の合計値が前記第２の情報が示す値より大きい場合に、前記通話帯域が輻輳状態であると判断し、
前記第４の情報に基づき、前記通話中のＩＰ端末のうち、優先順位が最も低い優先クラスが設定されたＩＰ端末による一般呼を切断することを特徴とする請求項１に記載のＩＰ電話システム。
【請求項３】
前記中央処理装置は、前記一般呼を切断する際に、前記優先順位が最も低い優先クラスが設定された全てのＩＰ端末による一般呼を切断することを特徴とする請求項１又は２に記載のＩＰ電話システム。
【請求項４】
前記中央処理装置は、前記緊急呼が接続されている場合で前記一般呼の接続が要求されたときには、該一般呼の接続を拒否することを特徴とする請求項１、２又は３のいずれかに記載のＩＰ電話システム。
【請求項５】
前記記憶装置は、前記緊急呼の接続状態を示す第５の情報を記憶し、
前記中央処理装置は、前記第５の情報に基づき、前記緊急呼が接続されているか否かを判断することを特徴とする請求項４に記載のＩＰ電話システム。
【請求項６】
前記記憶装置は、緊急呼を識別するための第６の情報を記憶し、
前記中央処理装置は、前記第６の情報に基づき、接続が要求された通話が緊急呼であるか否かを判断することを特徴とする請求項１乃至５のいずれかに記載のＩＰ電話システム。
【請求項７】
前記第１の情報が示す前記ＩＰ端末の優先クラスと、前記第２の情報が示す前記通話帯域に対する使用帯域の割合とを設定する保守端末をさらに備えることを特徴とする請求項２に記載のＩＰ電話システム。
【請求項８】
予め設定された通話帯域を用いて外部と通話を行うＩＰ電話システムを用いた緊急呼の接続方法であって、
通話帯域が輻輳状態である場合で緊急呼の接続が要求されたときに、ＩＰ端末に設定された一般呼の優先順位を示す優先クラスに基づき、優先順位が最も低い優先クラスが設定されたＩＰ端末による一般呼を切断し、前記緊急呼を接続することを特徴とする緊急呼の接続方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ電話システム及びそれを用いた緊急呼の接続方法に関し、特に、ＩＰ通話帯域が輻輳状態である場合に緊急呼を優先的に接続するシステム及び方法に関する。
【背景技術】
【０００２】
近年、ＩＰ（Internet Protocol）ネットワークを利用して音声通話を行うＩＰ電話が普及してきている。ＩＰ電話では、１つの回線で複数の通話を行うことができるが、多数の通話により通話帯域が輻輳状態となった場合には、緊急の通話（以下、「緊急呼」とする）であっても接続できないという問題や、接続できても通話品質が悪いという問題がある。
【０００３】
そこで、最近では、多数の通話が発生して通話帯域が輻輳状態となった場合に、緊急呼を優先的に接続する種々の方法が提案されている。例えば、特許文献１には、通話帯域が輻輳している状態で緊急呼の接続要求があった場合に、一般の通話（以下、「一般呼」とする）を切断することにより、緊急呼を優先的に接続させる方法が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１８６８５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載の方法では、緊急呼を優先的に接続するために１つの一般呼による通話を切断するが、１つの一般呼による通話を切断するだけでは、通話帯域の輻輳状態が解消されることがないため、緊急呼の通話品質を保証することができないという問題があった。
【０００６】
また、緊急呼による通話が接続された状態であっても、他のＩＰ端末からの一般呼による通話が接続されることにより通話帯域が輻輳状態となるため、緊急呼の通話品質を維持することができないという問題があった。
【０００７】
さらに、通話帯域が輻輳状態で緊急呼による通話が接続された場合、一般呼による通話を切断するが、強制的に切断される一般呼は特定されていないため、例えば重要な通話が行われている一般呼であっても切断される可能性があるという問題があった。
【０００８】
そこで、本発明は、上記従来の技術における問題点に鑑みてなされたものであって、通話帯域が輻輳状態であっても、良好な通話品質で緊急呼による通話を優先的に接続することが可能なＩＰ電話システム及び緊急呼の優先接続方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明は、予め設定された通話帯域を用いて外部と通話を行うＩＰ電話システムであって、一般呼の優先順位を示す優先クラスが設定された複数のＩＰ端末と、前記ＩＰ端末に設定される前記優先クラスを示す第１の情報を記憶する記憶装置と、前記ＩＰ端末による通話を制御する中央処理装置とを備え、前記中央処理装置は、前記通話帯域が輻輳状態である場合で緊急呼の接続が要求されたときに、前記第１の情報に基づき、優先順位が最も低い優先クラスが設定されたＩＰ端末による一般呼を切断し、前記緊急呼を接続することを特徴とする。
【００１０】
そして、本発明によれば、通話帯域が輻輳状態である場合で緊急呼の接続が要求されたときに、第１の情報に基づき、優先順位が最も低い優先クラスが設定されたＩＰ端末による一般呼を切断し、緊急呼を接続するため、良好な通話品質で緊急呼による通話を優先的に接続することが可能になる。
【００１１】
上記ＩＰ電話システムにおいて、前記記憶装置は、良好な通話品質を確保するための前記通話帯域に対する使用帯域の割合を示す第２の情報と、前記ＩＰ端末に設定された優先クラス毎の前記通話帯域に対する使用帯域の割合を示す第３の情報と、前記優先クラス毎の通話中のＩＰ端末を示す第４の情報とを記憶し、前記中央処理装置は、前記第３の情報が示す前記各優先クラス毎の使用帯域の割合の合計値が前記第２の情報が示す値より大きい場合に、前記通話帯域が輻輳状態であると判断し、前記第４の情報に基づき、前記通話中のＩＰ端末のうち、優先順位が最も低い優先クラスが設定されたＩＰ端末による一般呼を切断することができる。
【００１２】
上記ＩＰ電話システムにおいて、前記中央処理装置は、前記一般呼を切断する際に、前記優先順位が最も低い優先クラスが設定された全てのＩＰ端末による一般呼を切断することができる。
【００１３】
上記ＩＰ電話システムにおいて、前記中央処理装置は、前記緊急呼が接続されている場合で前記一般呼の接続が要求されたときには、該一般呼の接続を拒否することができる。そして、本発明によれば、緊急呼が接続されている場合で一般呼の接続が要求されたときには、一般呼の接続を拒否するため、一般呼により通話帯域が輻輳状態となることを防ぐことができ、緊急呼による通話の品質を維持することが可能になる。
【００１４】
上記ＩＰ電話システムにおいて、前記記憶装置は、前記緊急呼の接続状態を示す第５の情報を記憶し、前記中央処理装置は、前記第５の情報に基づき、前記緊急呼が接続されているか否かを判断することができる。
【００１５】
上記ＩＰ電話システムにおいて、前記記憶装置は、緊急呼を識別するための第６の情報を記憶し、前記中央処理装置は、前記第６の情報に基づき、接続が要求された通話が緊急呼であるか否かを判断することができる。
【００１６】
上記ＩＰ電話システムにおいて、前記第１の情報が示す前記ＩＰ端末の優先クラスと、前記第２の情報が示す前記通話帯域に対する使用帯域の割合とを設定する保守端末をさらに備えることができる。
【００１７】
また、本発明は、予め設定された通話帯域を用いて外部と通話を行うＩＰ電話システムを用いた緊急呼の接続方法であって、通話帯域が輻輳状態である場合で緊急呼の接続が要求されたときに、ＩＰ端末に設定された一般呼の優先順位を示す優先クラスに基づき、優先順位が最も低い優先クラスが設定されたＩＰ端末による一般呼を切断し、前記緊急呼を接続することを特徴とする。本発明によれば、前記発明と同様に、良好な通話品質で緊急呼による通話を優先的に接続することが可能になる。
【発明の効果】
【００１８】
以上のように、本発明によれば、通話帯域が輻輳状態であっても、良好な通話品質で緊急呼による通話を優先的に接続することが可能になる。
【図面の簡単な説明】
【００１９】
【図１】本発明にかかるＩＰ電話システムの一実施の形態を示すブロック図である。
【図２】記憶装置の各メモリに格納される情報について説明するための略線図である。
【図３】通話の接続処理について説明するためのフローチャートである。
【図４】緊急呼の接続処理について説明するためのフローチャートである。
【図５】通話の切断処理について説明するためのフローチャートである。
【発明を実施するための形態】
【００２０】
次に、本発明を実施するための形態について、図面を参照しながら詳細に説明する。
【００２１】
図１は、本発明にかかるＩＰ（Internet Protocol）電話システムの一実施の形態を示し、このＩＰ電話システム１は、ＩＰ端末２Ａ、２Ｂ、・・・、２Ｎ（以下、各ＩＰ端末を特に区別する必要がない場合には、単に「ＩＰ端末２」と記述する）、記憶装置３、中央処理装置４、保守端末５及び公衆網接続用ＩＰ端末６を備え、ＩＰネットワーク等の公衆網１０に接続される。
【００２２】
ＩＰ端末２Ａ、２Ｂ、・・・、２Ｎは、例えば、家庭や職場等に設置され、公衆網１０を介して外部のＩＰ端末と通話を行うための固定電話機であり、中央処理装置４に対して複数台接続される。公衆網接続用ＩＰ端末６は、ＩＰ端末２を公衆網１０に接続するための中継器の機能を有する端末である。
【００２３】
記憶装置３は、各ＩＰ端末２に関する情報や通話帯域の使用状態に関する情報等の各種情報を格納し、優先クラスメモリ１１、帯域管理メモリ１２、端末管理メモリ１３、確保帯域メモリ１４、緊急通話数メモリ１５及び緊急呼登録メモリ１６を備える。
【００２４】
図２は、記憶装置３に備えられる各メモリに格納される情報の一例を示す。優先クラスメモリ１１は、図２（ａ）に示すように、各ＩＰ端末２に対して、通話の優先順位を決定するための情報である優先クラスが関連付けられて格納される。優先クラスは、少なくとも２以上のクラスが設定される。図２（ａ）に示す例では、優先クラス＃１〜＃ｎまでのｎ個の優先クラスが設定され、ＩＰ端末２Ａ及びＩＰ端末２Ｂに対して優先クラス＃ｎが関連付けられ、ＩＰ端末２Ｎに対して優先クラス＃１が関連付けられる。尚、各優先クラスの優先順位は、例えば、優先クラス＃１から数字が大きくなるに従って優先順位が低くなるものとする。
【００２５】
帯域管理メモリ１２は、図２（ｂ）に示すように、使用可能な通話帯域に対して、優先クラス＃１〜＃ｎで使用されている通話帯域（使用帯域）の割合を示す情報と、使用されていない通話帯域（未使用帯域）の割合を示す情報とが格納される。
【００２６】
端末管理メモリ１３は、図２（ｃ）に示すように、通話中のＩＰ端末２を特定できる端末情報が、優先クラス毎に格納される。各ＩＰ端末２を特定できる端末情報としては、例えば、各ＩＰ端末２に設定された内線番号やＭＡＣ（Media Access Control）アドレスを用いることができる。図２（ｃ）に示す例では、優先クラス＃ｎに対応付けられたＩＰ端末２Ａ及びＩＰ端末２Ｂと、優先クラス＃１に対応付けられたＩＰ端末２Ｎとが通話中であることを示す。
【００２７】
確保帯域メモリ１４は、図２（ｄ）に示すように、緊急通話時に、品質のよい通話を可能とするために必要な、通話帯域に対する使用帯域の割合を示す情報が格納される。ここで、品質のよい通話を可能とするためには、ある程度の未使用帯域が必要となる。これは、使用帯域が１００％を超えてしまうと、通話の遅延や切断、接続不可等の問題が発生するからである。従って、品質のよい通話を可能とするために必要な未使用帯域が、例えば１０％である場合、確保帯域メモリ１４に格納される値は、９０％となる。
【００２８】
緊急通話数メモリ１５は、図２（ｅ）に示すように、緊急呼による通話の数を示す情報が格納される。緊急呼登録メモリ１６は、図２（ｆ）に示すように、緊急呼を示す情報が格納される。緊急呼を示す情報は、例えば電話番号であり、警察署宛の１１０番や消防署宛の１１９番等が格納される。
【００２９】
説明は図１に戻り、中央処理装置４は、記憶装置３に記憶された各種情報に基づく緊急呼発生時における各ＩＰ端末２の通話制御や、記憶装置３に格納される各種情報の設定を行う。中央処理装置４は、例えば、各ＩＰ端末２による一般呼を接続するための処理や、緊急呼を優先的に接続するための処理、緊急呼による通話中における一般呼の接続処理等の通話制御を行う。また、中央処理装置４は、上述した通話制御に基づき、記憶装置３に備えられた帯域管理メモリ１２、端末管理メモリ１３及び緊急通話数メモリ１５に格納される情報の設定や削除等を行う。
【００３０】
保守端末５は、各ＩＰ端末２や記憶装置３の保守を行うための端末である。保守端末５は、各ＩＰ端末２に対する優先クラスを設定し、優先クラスメモリ１１に格納する。また、保守端末５は、通話帯域に対して品質のよい通話を可能とするために必要な使用帯域の割合を設定し、確保帯域メモリ１４に格納する。さらに、保守端末５は、緊急呼を示す電話番号を設定し、緊急呼登録メモリ１６に格納する。
【００３１】
次に、上記構成を有するＩＰ電話システム１による処理について、図３〜図５を参照しながら説明する。尚、図３〜図５に示す各種の処理は、特別な記載がない限り中央処理装置４で行われるものとする。
【００３２】
先ず、各ＩＰ端末２による通話の接続処理について、図３に示すフローチャートを用いて説明する。
【００３３】
図３のフローチャートに示す処理に先立って、保守端末５により、各ＩＰ端末２に対して優先クラスが設定されるとともに、品質のよい通話を可能とするために必要な、通話帯域に対する使用帯域の割合が設定される。これにより、各ＩＰ端末２と優先クラスとが関連付けられた情報が記憶装置３の優先クラスメモリ１１に格納されるとともに、品質のよい通話を可能とするために必要な、通話帯域に対する使用帯域の割合を示す情報が確保帯域メモリ１４に格納される。
【００３４】
図３のステップＳ１においてＩＰ端末２から通話の接続が要求されると、ステップＳ２で、記憶装置３の緊急呼登録メモリ１６に格納された電話番号が読み出され、接続が要求された通話の電話番号と緊急呼登録メモリ１６から読み出された電話番号とを比較することにより、接続要求があった通話が緊急呼であるか否かが判断される。
【００３５】
接続要求があった通話の電話番号が緊急呼登録メモリ１６に格納されている場合には、接続要求があった通話が緊急呼であると判断され、ステップＳ６の緊急呼接続処理が行われる。緊急呼接続処理については、後述する。
【００３６】
一方、接続要求があった通話の電話番号が緊急呼登録メモリ１６に格納されていない場合には、接続要求があった通話が一般呼であると判断され、処理がステップＳ３に移行する。
【００３７】
ステップＳ３では、記憶装置３の緊急通話数メモリ１５に格納された緊急呼による通話の数を示す情報が読み出され、読み出された情報が「０」であるか否かが判断される。すなわち、ステップＳ３では、接続要求された時点において緊急呼による通話が行われているか否かが判断される。
【００３８】
緊急通話数メモリ１５から読み出された情報が「０」である場合には、緊急呼による通話が行われていないと判断され、ステップＳ４において一般呼による通話が確立される。ステップＳ５では、優先クラスメモリ１１に格納された情報が読み出され、通話が確立されたＩＰ端末２に関連付けられた優先クラスが判断される。そして、通話が確立されたＩＰ端末２の通話によって増加した使用帯域の割合が、記憶装置３の帯域管理メモリ１２に格納された情報のうち、このＩＰ端末２に関連付けられた優先クラスにおける使用帯域の割合を示す情報に加算される。また、通話が確立されたＩＰ端末２の端末情報が、記憶装置３の端末管理メモリ１３の対応する優先クラスの部分に格納される。
【００３９】
一方、ステップＳ３において、緊急通話数メモリ１５から読み出された情報が「０」でない場合には、緊急呼による通話が行われていると判断され、ステップＳ７において接続が拒否される。
【００４０】
次に、図３のステップＳ６に示す緊急呼の接続処理について、図４に示すフローチャートを用いて説明する。
【００４１】
図３のステップＳ２において、接続要求があった通話が緊急呼であると判断された場合には、図４のステップＳ１１において、緊急通話数メモリ１５に格納された値が「１」だけ加算される。
【００４２】
ステップＳ１２では、帯域管理メモリ１２に格納された、全ての優先クラスにおける使用帯域の割合を合計した値と、確保帯域メモリ１４に格納された、品質のよい通話を可能とするために必要な使用帯域の割合の値とが比較される。比較の結果、帯域管理メモリ１２の値が確保帯域メモリ１４の値よりも大きい場合には、通話帯域が輻輳状態であり、緊急呼による通話が良好な品質で行われないと判断される。
【００４３】
そして、ステップＳ１３で、端末管理メモリ１３に格納された情報に基づき、現在行われている通話のうち、優先順位が最も低い優先クラスに関連付けられた全てのＩＰ端末２による通話が強制的に切断される。また、通話が切断されたＩＰ端末２の通話終了によって減少した使用帯域の割合が、帯域管理メモリ１２に格納された情報のうち、このＩＰ端末２に関連付けられた優先クラスにおける使用帯域の割合を示す情報から減算される。さらに、通話が切断されたＩＰ端末２の端末情報が、端末管理メモリ１３の対応する優先クラスの部分から削除される。
【００４４】
次に、ステップＳ１４において、帯域管理メモリ１２に格納された、全ての優先クラスにおける使用帯域の割合を合計した値と、確保帯域メモリ１４に格納された、品質のよい通話を可能とするために必要な使用帯域の割合の値とが比較される。比較の結果、帯域管理メモリ１２の値が確保帯域メモリ１４の値よりも大きい場合には、緊急呼による通話が良好な品質で行われないと判断され、処理がステップＳ１３に戻る。
【００４５】
一方、ステップＳ１４において、帯域管理メモリ１２の値が確保帯域メモリ１４の値以下である場合には、緊急呼による通話が良好な品質で行われると判断され、処理がステップＳ１５に移行する。
【００４６】
また、ステップＳ１２における比較の結果、帯域管理メモリ１２の値が確保帯域メモリ１４の値以下である場合には、緊急呼による通話が良好な品質で行われると判断され、処理がステップＳ１５に移行する。
【００４７】
ステップＳ１５では、緊急呼による通話が確立され、ステップＳ１６において、優先クラスメモリ１１に格納された情報が読み出され、通話が確立されたＩＰ端末２に関連付けられた優先クラスが判断される。そして、通話が確立されたＩＰ端末２の通話によって増加した使用帯域の割合が、帯域管理メモリ１２に格納された情報のうち、このＩＰ端末２に関連付けられた優先クラスにおける使用帯域の割合を示す情報に加算される。また、通話が確立されたＩＰ端末２の端末情報が、端末管理メモリ１３の対応する優先クラスの部分に格納される。
【００４８】
次に、各ＩＰ端末３による通話の切断処理について、図５に示すフローチャートを用いて説明する。
【００４９】
ステップＳ２１において、ＩＰ端末２から通話の終了が要求されると、ステップＳ２２で、緊急呼登録メモリ１６に格納された電話番号が読み出され、通話終了が要求された通話の電話番号と緊急呼登録メモリ１６から読み出された電話番号とを比較することにより、接続要求があった通話が緊急呼であるか否かが判断される。
【００５０】
通話終了が要求された通話の電話番号が緊急呼登録メモリ１６に格納されている場合には、この通話が緊急呼であると判断され、処理がステップＳ２３に移行し、緊急通話数メモリ１５に格納された値が「１」だけ減算される。
【００５１】
一方、ステップＳ２２において、通話終了が要求された通話の電話番号が緊急呼登録メモリ１６に格納されていない場合には、この通話が一般呼であると判断され、処理がステップＳ２４に移行する。
【００５２】
ステップＳ２４では、優先クラスメモリ１１に格納された情報が読み出され、通話が終了されたＩＰ端末２に関連付けられた優先クラスが判断される。そして、通話が終了されたＩＰ端末２の通話終了によって減少した使用帯域の割合が、帯域管理メモリ１２に格納された情報のうち、このＩＰ端末２に関連付けられた優先クラスにおける使用帯域の割合を示す情報から減算される。また、通話が終了されたＩＰ端末２の端末情報が、端末管理メモリ１３の対応する優先クラスの部分から削除される。
【００５３】
以上のように、本実施の形態によれば、通話帯域が輻輳状態の際に緊急呼が発生した場合には、優先順位が低い優先クラスに関連付けられたＩＰ端末２による通話を順次切断することにより、緊急呼による通話の使用帯域を確保するため、緊急呼を優先的に接続できるとともに、通話の品質を良好なものとすることができる。
【００５４】
また、緊急呼による通話が行われている状態で、一般呼による通話の接続が要求された場合には、接続を拒否するため、以降の一般呼による通話によって通話帯域が輻輳状態となることを防ぐことができ、緊急呼による通話の品質を維持することができる。
【符号の説明】
【００５５】
１  ＩＰ電話システム
２（２Ａ、２Ｂ、・・・、２Ｎ）  ＩＰ端末
３  記憶装置
４  中央処理装置
５  保守端末
６  公衆網接続用ＩＰ端末
１０  公衆網
１１  優先クラスメモリ
１２  帯域管理メモリ
１３  端末管理メモリ
１４  確保帯域メモリ
１５  緊急通話数メモリ
１６  緊急呼登録メモリ
【図１】
2012134583.tif 000003
【図２】
2012134583.tif 000004
【図３】
2012134583.tif 000005
【図４】
2012134583.tif 000006
【図５】
2012134583.tif 000007