(57)【特許請求の範囲】
【請求項１】
ネットワークのアクセスエッジに位置するＳＢＣ（Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ）装置と、一般呼の優先クラス／一般クラスの識別を行うＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ）サーバとを含むＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話通信システムであって、
前記ＳＢＣ装置は、当該ＳＢＣ装置の最大セッション数に達している状態で緊急呼が発生した場合に前記ＳＩＰサーバと連携を行って既に接続が確立している一般クラスの一般呼を切断して当該緊急呼用のセッションを確保し、
前記ＳＢＣ装置は、前記緊急呼の接続ユーザに対して所定時間後に切断する旨を通知することを特徴とするＩＰ電話通信システム。
【請求項２】
前記ＳＩＰサーバは、前記一般呼のＳＩＰメッセージに含まれるＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ）を基に当該一般呼が前記優先クラスか、前記一般クラスかを識別することを特徴とする請求項１記載のＩＰ電話通信システム。
【請求項３】
前記ＳＢＣ装置は、前記ＳＩＰサーバに対して擬似端末として振る舞うことを特徴とする請求項１または請求項２記載のＩＰ電話通信システム。
【請求項４】
前記ＳＢＣ装置は、前記一般呼を切断する際に、対象となるユーザ端末に対して緊急につき切断する旨を音声メッセージにて通知することを特徴とする請求項１から請求項３のいずれか記載のＩＰ電話通信システム。
【請求項５】
ネットワークのアクセスエッジに位置するＳＢＣ（Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ）装置であって、
自装置の最大セッション数に達している状態で緊急呼が発生した場合に、一般呼）の優先クラス／一般クラスの識別を行うＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ）サーバと連携を行って既に接続が確立している一般クラスの一般呼を選別する選別手段と、その選別した一般呼のセッションを切断して当該緊急呼用のセッションを確保する確保手段とを有し、
前記緊急呼の接続ユーザに対して所定時間後に切断する旨を通知することを特徴とするＳＢＣ装置。
【請求項６】
前記選別手段は、前記一般呼のＳＩＰメッセージに含まれるＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ）に基づいて前記ＳＩＰサーバにおける当該一般呼が前記優先クラスか、前記一般クラスかの識別結果を基に前記一般クラスの一般呼を選別することを特徴とする請求項５記載のＳＢＣ装置。
【請求項７】
前記ＳＩＰサーバに対して擬似端末として振る舞うことを特徴とする請求項５または請求項６記載のＳＢＣ装置。
【請求項８】
前記一般呼を切断する際に、対象となるユーザ端末に対して緊急につき切断する旨を音声メッセージにて通知することを特徴とする請求項５から請求項７のいずれか記載のＳＢＣ装置。
【請求項９】
ネットワークのアクセスエッジに位置するＳＢＣ（Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ）装置と、一般呼の優先クラス／一般クラスの識別を行うＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ）サーバとを含むＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話通信システムに用いる緊急呼優先接続方法であって、
前記ＳＢＣ装置が、当該ＳＢＣ装置の最大セッション数に達している状態で緊急呼が発生した場合に、一般呼）の優先クラス／一般クラスの識別を行うＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ）サーバと連携を行って既に接続が確立している一般クラスの一般呼を選別する選別ステップと、その選別した一般呼のセッションを切断して当該緊急呼用のセッションを確保する確保ステップとを実行し、
前記ＳＢＣ装置が、前記緊急呼の接続ユーザに対して所定時間後に切断する旨を通知することを特徴とする緊急呼優先接続方法。
【請求項１０】
前記ＳＩＰサーバが、前記一般呼のＳＩＰメッセージに含まれるＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ）を基に当該一般呼が前記優先クラスか、前記一般クラスかを識別することを特徴とする請求項９記載の緊急呼優先接続方法。
【請求項１１】
前記ＳＢＣ装置が、前記ＳＩＰサーバに対して擬似端末として振る舞うことを特徴とする請求項９または請求項１０記載の緊急呼優先接続方法。
【請求項１２】
前記ＳＢＣ装置が、前記一般呼を切断する際に、対象となるユーザ端末に対して緊急につき切断する旨を音声メッセージにて通知することを特徴とする請求項９から請求項１１のいずれか記載の緊急呼優先接続方法。
【請求項１３】
ネットワークのアクセスエッジに位置するＳＢＣ（Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ）装置内の中央処理装置に実行させるプログラムであって、
自装置の最大セッション数に達している状態で緊急呼が発生した場合に、一般呼）の優先クラス／一般クラスの識別を行うＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ）サーバと連携を行って既に接続が確立している一般クラスの一般呼を選別する選別処理と、その選別した一般呼のセッションを切断して当該緊急呼用のセッションを確保する確保処理とを含み、
前記ＳＢＣ装置に、前記緊急呼の接続ユーザに対して所定時間後に切断する旨を通知させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＰ電話通信システム、ＳＢＣ装置及びそれらに用いる緊急呼優先接続方法並びにそのプログラムに関し、特にＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話網における緊急呼の接続方法に関する。
【背景技術】
【０００２】
本発明に関連するＩＰ電話網においては、呼の優先付けが行われていないので、一般呼も、緊急通報呼も同様に取り扱われ、例えば輻輳時には一般呼と緊急通報呼とが区別なく規制されてしまうため、緊急通報等の重要通信を優先的に取り扱う仕組みが必要となっている。
【０００３】
この仕組みとしては、ＩＰ電話網に配置された中継サーバにおいて、実行する処理数をベースに、動的に正常処理／異常処理数を決定することで、セッションレイヤで応答不能となるような状況を軽減することによって、ＩＰ電話網において発生した輻輳を解消する方法が提案されている（例えば、特許文献１参照）。
【０００４】
また、他の仕組みとしては、ＩＰ電話端末とＩＰ音声データの通信を行う通信制御手段と、ＩＰ音声データと非ＩＰ音声データとの相互変換を行う音声チャネルと、音声チャネルを管理・制御する音声チャネル管理手段とを設け、音声チャネル管理手段が、ＩＰ電話端末からの発信が緊急呼発信であると判別した時に音声チャネルを強制的に確保し、確保した音声チャネルをその緊急呼発信に割り当てる方法も提案されている（例えば、特許文献２参照）。
【０００５】
【特許文献１】特開２００６−０１４０２１号公報
【特許文献２】特開２００７−０１３３１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明に関連するＩＰ電話通信システムでは、災害等による迂回経路の障害が原因で特定の経路しか利用できない場合、その経路に位置する装置の保持セッション数が最大になってしまうと新たに発生した緊急呼を接続することができないという問題がある。
【０００７】
上記の特許文献１では、セッションレイヤで応答不能となるような状況を軽減することによって、ＩＰ電話網において発生した輻輳を解消しているだけであり、その経路に位置していても、装置の保持セッション数が最大になってしまうと新たに発生した緊急呼を接続することはできない。
【０００８】
上記の特許文献２では、ＩＰ電話端末からの発信が緊急呼発信であると判別した時に音声チャネルを強制的に確保しているので、上記の問題を解決することはできるが、優先クラス／一般クラスの別なく、音声チャネルを強制的に確保するため、ユーザに提供するサービスに影響を与えてしまうという問題がある。
【０００９】
そこで、本発明の目的は上記の問題点を解消し、ＳＢＣ装置が最大セッション数に達していても確実に緊急呼を接続することができ、その際にサービスに与える影響を少なくすることができるＩＰ電話通信システム、ＳＢＣ装置及びそれらに用いる緊急呼優先接続方法並びにそのプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明によるＩＰ電話通信システムは、  ネットワークのアクセスエッジに位置するＳＢＣ（Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ）装置と、一般呼の優先クラス／一般クラスの識別を行うＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ）サーバとを含むＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話通信システムであって、
前記ＳＢＣ装置は、当該ＳＢＣ装置の最大セッション数に達している状態で緊急呼が発生した場合に前記ＳＩＰサーバと連携を行って既に接続が確立している一般クラスの一般呼を切断して当該緊急呼用のセッションを確保し、
前記ＳＢＣ装置は、前記緊急呼の接続ユーザに対して所定時間後に切断する旨を通知している。
【００１１】
本発明によるＳＢＣ装置は、ネットワークのアクセスエッジに位置するＳＢＣ（Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ）装置であって、
自装置の最大セッション数に達している状態で緊急呼が発生した場合に、一般呼）の優先クラス／一般クラスの識別を行うＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ）サーバと連携を行って既に接続が確立している一般クラスの一般呼を選別する選別手段と、その選別した一般呼のセッションを切断して当該緊急呼用のセッションを確保する確保手段とを備え、
前記緊急呼の接続ユーザに対して所定時間後に切断する旨を通知している。
【００１２】
本発明による緊急呼優先接続方法は、ネットワークのアクセスエッジに位置するＳＢＣ（Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ）装置と、一般呼の優先クラス／一般クラスの識別を行うＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ）サーバとを含むＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話通信システムに用いる緊急呼優先接続方法であって、
前記ＳＢＣ装置が、当該ＳＢＣ装置の最大セッション数に達している状態で緊急呼が発生した場合に、一般呼）の優先クラス／一般クラスの識別を行うＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ）サーバと連携を行って既に接続が確立している一般クラスの一般呼を選別する選別ステップと、その選別した一般呼のセッションを切断して当該緊急呼用のセッションを確保する確保ステップとを実行し、
前記ＳＢＣ装置が、前記緊急呼の接続ユーザに対して所定時間後に切断する旨を通知している。
【００１３】
本発明によるプログラムは、ネットワークのアクセスエッジに位置するＳＢＣ（Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ）装置内の中央処理装置に実行させるプログラムであって、
自装置の最大セッション数に達している状態で緊急呼が発生した場合に、一般呼）の優先クラス／一般クラスの識別を行うＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ）サーバと連携を行って既に接続が確立している一般クラスの一般呼を選別する選別処理と、その選別した一般呼のセッションを切断して当該緊急呼用のセッションを確保する確保処理とを含み、
前記ＳＢＣ装置に、前記緊急呼の接続ユーザに対して所定時間後に切断する旨を通知させることを特徴とする。
【発明の効果】
【００１４】
本発明は、上記のような構成及び動作とすることで、ＳＢＣ装置が最大セッション数に達していても確実に緊急呼を接続することができ、その際にサービスに与える影響を少なくすることができるという効果が得られる。
【発明を実施するための最良の形態】
【００１５】
次に、本発明の実施の形態について図面を参照して説明する。まず、本発明によるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話通信システムの概要について説明する。
【００１６】
本発明は、ＩＰ電話通信ネットワークのアクセスエッジに位置するＳＢＣ（Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ）装置において、当該ＳＢＣ装置の最大セッション数に達している状態で緊急呼が発生した場合、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ）サーバと連携を行って、既に接続が確立している一般呼を切断してセッションを確保し、緊急呼を接続させることを特徴としている。
【００１７】
本発明では、ＳＩＰサーバによる受信パケット（一般呼）の優先クラス／一般クラスの識別に従って、ＳＢＣ装置の最大セッション数に達している状態で緊急呼が発生した際に、ＳＢＣ装置がＳＩＰサーバに対して擬似端末として振る舞い、通信中の一般呼を一般クラスを優先して切断し、緊急呼用のセッションを確保する。よって、本発明では、サービスに大きな影響を与えることなく、緊急呼を接続させることが可能となる。
【００１８】
つまり、本発明では、受信パケット（一般呼）のＳＩＰメッセージに含まれるＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ）を基に、ＳＩＰサーバによって識別された優先クラスか一般クラスかの情報に従って、ＳＢＣ装置を構成する制御部がＳＩＰサーバに対して擬似端末として振る舞う。
【００１９】
ＳＢＣ装置の最大セッション数に達している状態で緊急呼が発生した際には、一般クラスを優先的に切断する（ＳＩＰサーバからは一般クラスユーザが呼を切断したように見える）。また、切断の際には、制御部の指示によって記憶部から緊急につき切断する旨の音声メッセージを読出し、対象となるユーザに対してその音声メッセージを伝える。
【００２０】
このように、本発明では、ＳＢＣ装置が最大セッション数に達している状態でも通信中の一般呼を切断してセッションを確保し、その際、一般クラスを優先的に切断し、音声にてその旨を伝えるので、サービスに大きな影響を与えることなく、確実に緊急呼を接続させることができる。
【００２１】
図１は本発明の第１の実施の形態によるＩＰ電話通信システムの構成例を示すブロック図である。図１において、本発明の第１の実施の形態によるＩＰ電話通信システムは、ＳＢＣ装置１と、ＳＩＰサーバ２とを含んで構成されている。
【００２２】
ＳＢＣ装置１は、制御部１１［例えば、ＣＰＵ（中央処理装置）等］と、記憶部１２と、回線部１３とを備え、制御部１１にＳＢＣ機能部１４を備えている。尚、ＳＢＣ機能部１４の処理動作は、制御部１１が記憶部１２に記憶するプログラムを実行することで実現可能である。また、ＳＢＣ機能部１４は、回線部１３に搭載してもよい。
【００２３】
ＳＢＣ装置１を構成する制御部１１は、受信パケット（一般呼）のＳＩＰメッセージに含まれるＵＲＩを基にＳＩＰサーバ２によって識別された優先クラスか一般クラスかの情報に従って、ＳＩＰサーバ２に対して擬似端末として振る舞う。
【００２４】
制御部１１は、ＳＢＣ装置１の最大セッション数に達している状態で緊急呼が発生した際に、一般クラスを優先的に切断する（ＳＩＰサーバ２からは一般クラスユーザが呼を切断したように見える）。また、制御部１１は、呼を切断する際に、記憶部１２に指示して緊急につき切断する旨の音声メッセージを読出し、対象となるユーザに対してその音声メッセージを伝える。
【００２５】
このように、本実施の形態では、ＳＢＣ装置１が最大セッション数に達している状態でも、通信中の一般呼を切断してセッションを確保し、その際、一般クラスを優先的に切断し、音声にてその旨を対象となるユーザに伝えるので、サービスに大きな影響を与えることなく、確実に緊急呼を接続させることができる。
【００２６】
本実施の形態では、ＳＩＰサーバ２による受信パケット（一般呼）の優先クラス／一般クラスの識別に従って、ＳＢＣ装置１の最大セッション数に達している状態で緊急呼が発生した際に、ＳＢＣ装置１がＳＩＰサーバ２に対して擬似端末として振る舞い、通信中の一般呼を、一般クラスを優先クラスより先に切断し、緊急呼用のセッションを確保する。よって、本実施の形態では、提供するサービスに大きな影響を与えることなく、緊急呼を接続させることが可能となる。
【００２７】
図２は図１のＳＢＣ機能部１４の詳細な構成例を示すブロック図である。図２において、ＳＢＣ機能部１４は、セッション検索部１４１と、セッションテーブル１４２と、フィルタ１４３と、フィルタテーブル１４４と、セッション登録／削除部１４５と、音声メッセージ部１４６と、タイマ部１４７とを含んで構成されている。尚、セッションテーブル１４２、フィルタテーブル１４４、音声メッセージ部１４６は、それぞれ記憶部１２内に設けることも可能である。
【００２８】
セッション検索部１４１は、宛先／送信元のＩＰアドレス／Ｐｏｒｔ等の情報を基にセッションテーブル１４２を検索し、ユーザの通信セッションを識別する。フィルタ部１４３は、現在確立しているセッションに対して、セッションテーブル１４２に格納されるセッション情報を基にフィルタテーブル１４３を検索し、呼接続／切断の判断を行う。
【００２９】
セッション登録／削除部１４５は、フィルタ条件に合致したセッションを切断し、緊急呼と判断されたセッションを新規登録する。音声メッセージ部１４６は、呼切断／接続の際に使用する音声メッセージを格納し、タイマ部１４７は、既存呼の切断によって確立された緊急呼に対する通話時間の制限を行う。
【００３０】
図３及び図４は図１のＳＢＣ装置１の動作を示すフローチャートである。これら図１〜図４を参照して本発明の第１の実施の形態によるＳＢＣ装置１の動作について説明する。以下、ＳＢＣ装置１のセッション接続数が最大になっている状態で緊急呼が接続されるまでの動作について説明する。尚、図３及び図４に示す処理は制御部１１が記憶部１２に記憶したプログラムを実行することで実現される。
【００３１】
ＳＢＣ装置１のＳＢＣ機能部１４は、ＳＢＣ装置１のセッション接続数が最大になっている状態で緊急呼が発生した際（図３ステップＳ１，Ｓ２）、セッション検索部１４１にてセッションテーブル１４２に格納されている現在のセッション情報を基に、セッションテーブル１４２に格納されているセッションに対して緊急呼、一般呼の識別を行う（図３ステップＳ３）。
【００３２】
ＳＢＣ機能部１４は、セッション検索部１４１にてセッションテーブル１４２に格納されているセッションが一般呼と識別されると（図３ステップＳ４）、それらのセッション情報をフィルタ部１４３に転送する。
【００３３】
フィルタ部１４３における一般呼の切断基準は、優先／一般クラス、呼通話時間及び音声データ容量とし、一般呼でかつ呼通話時間が最も長いセッションを切断をセッション登録／削除部１４５に指示する（図３ステップＳ５，Ｓ６）。また、フィルタ部１４３は、通話時間が同じであれば（図３ステップＳ５）、音声データ容量の大きいセッションをセッション登録／削除部１４５に転送して切断を指示する（図３ステップＳ７）。
【００３４】
セッション登録／削除部１４５は、切断時に、音声メッセージ部１４６に格納される音声メッセージを読出して対象ユーザに転送し、セッション情報を一時格納部（図示せず）に格納する（図３ステップＳ８）。
【００３５】
また、セッション登録／削除部１４５は、セッション削除を行う際に、ＳＩＰサーバ２に対して擬似的に削除対象のユーザ端末として振る舞い、切断要求（ＢＹＥ）をＳＩＰサーバ２に送信する（図３ステップＳ９）。セッション登録／削除部１４５は、ＳＩＰサーバ２からの２００ＯＫ応答を受信すると（図４ステップＳ１０）、セッションを終了する（図４ステップＳ１１）。
【００３６】
さらに、セッション登録／削除部１４５は、一般呼を切断したことで確保されたセッションに対して緊急呼の新規登録を行う（図４ステップＳ１２）。上記のようにして接続された緊急呼には、タイマ部１４７を使用した通話時間制限（３分間）を設け、音声メッセージ部１４６に格納される音声メッセージを読出して緊急呼の接続ユーザに対して３分後に切断する旨を転送する（図４ステップＳ１３）。
【００３７】
セッション登録／削除部１４５は、タイマ部１４７にて３分カウントされた後に（図４ステップＳ１４）、切断されていた一般クラスのユーザのセッション情報を一時格納部より読出し、一般クラスの接続を再開する（図４ステップＳ１５）。
【００３８】
このように、本実施の形態では、ＳＢＣ装置１がＳＩＰサーバ２と連携を行い、通信中の一般呼を切断して緊急呼のセッションを確保するので、ＳＢＣ装置１が最大セッション数に達していても確実に緊急呼を接続することができる。
【００３９】
また、本実施の形態では、緊急呼の発生時に一般クラスの呼を優先して切断し、一定時間後にその一般クラスの呼の接続を再開するので、サービスに与える影響を少なくすることができる。
【図面の簡単な説明】
【００４０】
【図１】本発明の第１の実施の形態によるＩＰ電話通信システムの構成例を示すブロック図である。
【図２】図１のＳＢＣ機能部の詳細な構成例を示すブロック図である。
【図３】図１のＳＢＣ装置の動作を示すフローチャートである。
【図４】図１のＳＢＣ装置の動作を示すフローチャートである。
【符号の説明】
【００４１】
１  ＳＢＣ装置
２  ＳＩＰサーバ
１１  制御部
１２  記憶部
１３  回線部
１４  ＳＢＣ機能部
１４１  セッション検索部
１４２  セッションテーブル
１４３  フィルタ
１４４  フィルタテーブル
１４５  セッション登録／削除部
１４６  音声メッセージ部
１４７  タイマ部
【図１】
0005181818.tif 000002
【図２】
0005181818.tif 000003
【図３】
0005181818.tif 000004
【図４】
0005181818.tif 000005