(57)【特許請求の範囲】
【請求項１】
電話番号で識別される端末の呼を、当該電話番号に対応する加入者クラスに基づいて制御するセッション制御サーバであって、
前記電話番号は、当該端末が位置する地域に対応する番号帯と、当該地域で当該端末を識別する加入者番号とを含み、
前記セッション制御サーバは、加入者サービスエッジを介して前記端末に接続し、
前記端末の電話番号と、当該電話番号に割り当てた加入者クラスとを対応づけた加入者クラスデータと、
当該セッション制御サーバが制御する端末が位置する地域の識別子と、当該地域に対応する番号帯とを対応づけた所データと、
前記加入者サービスエッジの識別子と、当該加入者サービスエッジが収容する端末の電話番号とを対応づけた加入者サービスエッジデータと、を記憶する記憶装置と、
被災地域の識別子を受信すると、前記所データから、前記被災地域に対応する番号帯を抽出し、前記加入者クラスデータから、当該番号帯を含む電話番号を抽出して、前記加入者サービスエッジデータから、抽出された電話番号に対応づけられた加入者サービスエッジの識別子を取得するとともに、前記加入者サービスエッジデータから、取得した加入者サービスエッジの識別子に対応づけられた電話番号を抽出して、前記加入者サービスエッジデータから抽出した電話番号を、変更対象データとして出力する変更対象決定手段と、
前記変更対象データの少なくとも一部の電話番号に対応する加入者クラスを上げて、前記加入者クラスデータを更新するクラス変更手段と、
を備えることを特徴とするセッション制御サーバ。
【請求項２】
当該セッション制御サーバの負荷値を保持する負荷監視手段を備え、
前記負荷値が、所定の閾値より下がった場合、
前記クラス変更手段はさらに、加入者クラスを上げた電話番号について、元の加入者クラスに戻して、前記加入者クラスデータを更新する
ことを特徴とする請求項１に記載のセッション制御サーバ。
【請求項３】
電話番号で識別される端末の呼を、当該電話番号に対応する加入者クラスに基づいて制御するセッション制御サーバと、当該セッション制御サーバに接続する規制監視サーバと、を備える通信システムであって、
前記電話番号は、当該端末が位置する地域に対応する番号帯と、当該地域で当該端末を識別する加入者番号とを含み、
前記セッション制御サーバは、加入者サービスエッジを介して前記端末に接続し、
前記規制監視サーバは、災害時に被災地域の情報を提供する気象サーバに逐次接続し、当該被災地域の識別子を含む被災地域データを取得し、前記セッション制御サーバに、前記被災地域データを送信する被災地域送信手段を備え、
前記セッション制御サーバは、
前記端末の電話番号と、当該電話番号に割り当てた加入者クラスとを対応づけた加入者クラスデータと、
当該セッション制御サーバが制御する端末が位置する地域の識別子と、当該地域に対応する番号帯とを対応づけた所データと、
前記加入者サービスエッジの識別子と、当該加入者サービスエッジが収容する端末の電話番号とを対応づけた加入者サービスエッジデータと、を記憶する記憶装置と、
前記規制監視サーバから前記被災地域データを受信すると、前記所データから、前記被災地域に対応する番号帯を抽出し、前記加入者クラスデータから、当該番号帯を含む電話番号を抽出して、前記加入者サービスエッジデータから、抽出された電話番号に対応づけられた加入者サービスエッジの識別子を取得するとともに、前記加入者サービスエッジデータから、取得した加入者サービスエッジの識別子に対応づけられた電話番号を抽出して、前記加入者サービスエッジデータから抽出した電話番号を、変更対象データとして出力する変更対象決定手段と、
前記変更対象データの少なくとも一部の電話番号に対応する加入者クラスを上げて、前記加入者クラスデータを更新するクラス変更手段と、を備える
ことを特徴とする通信システム。
【請求項４】
電話番号で識別される端末の呼を、当該電話番号に対応する加入者クラスに基づいて制御するセッション制御サーバと、セッション制御サーバに接続する規制監視サーバと、を備える通信システムに用いられる通信方法であって、
前記電話番号は、当該端末が位置する地域に対応する番号帯と、当該地域で当該端末を識別する加入者番号とを含み、
前記セッション制御サーバは、加入者サービスエッジを介して前記端末に接続し、
前記規制監視サーバが、災害時に被災地域の情報を提供する気象サーバに逐次接続し、当該被災地域の識別子を含む被災地域データを取得し、前記セッション制御サーバに、前記被災地域データを送信するステップと、
前記セッション制御サーバが、前記規制監視サーバから前記被災地域データを受信すると、当該セッション制御サーバが制御する端末が位置する地域の識別子と、当該地域に対応する番号帯とを対応づけた所データから、前記被災地域に対応する番号帯を抽出し、前記端末の電話番号と、当該電話番号に割り当てた加入者クラスとを対応づけた加入者クラスデータから、当該番号帯を含む電話番号を抽出して、前記加入者サービスエッジの識別子と、当該加入者サービスエッジが収容する端末の電話番号とを対応づけた加入者サービスエッジデータから、抽出された電話番号に対応づけられた加入者サービスエッジの識別子を取得するとともに、前記加入者サービスエッジデータから、取得した加入者サービスエッジの識別子に対応づけられた電話番号を抽出して、前記加入者サービスエッジデータから抽出した電話番号を、変更対象データとして出力するステップと、
前記セッション制御サーバが、前記変更対象データの少なくとも一部の電話番号に対応する加入者クラスを上げて、前記加入者クラスデータを更新するステップ
を備えることを特徴とする通信方法。
【請求項５】
前記セッション制御サーバが、当該セッション制御サーバの負荷値を保持するステップと、
前記負荷値が、所定の閾値より下がった場合、前記セッション制御サーバが、加入者クラスを上げた電話番号について、元の加入者クラスに戻して、前記加入者クラスデータを更新するステップ
をさらに備えることを特徴とする請求項４に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話番号で識別される端末から発信された発信呼を、加入者クラスに基づいて制御するセッション制御サーバ、通信システムおよび通信方法に関する。
【背景技術】
【０００２】
昨今の情報通信の発達に伴い、ＩＰ電話端末が普及している。このＩＰ電話端末は、加入者サービスエッジ、セッション制御サーバ、中継セッション制御サーバなどを介して、他のＩＰ電話端末に接続する。このとき、通信システムにおいて、ＳＩＰ（Session Initiation Protocol）メッセージが送受信される。
【０００３】
セッション制御サーバは、各端末に割り当てた加入者クラスに基づいて、呼を接続するか否かを決定する。セッション制御サーバは、高い加入者クラスの端末からの呼を優先的に接続する。この加入者クラスは、災害時優先電話クラスＵＲ１、公衆電話クラスＵＲ、一般加入者クラスＧＮの３つのクラスにわけられる。災害時優先電話クラスＵＲ１は、最も優先度の高い加入者クラスであって、警察署、消防署などの、災害時に最優先されるべき端末に割り当てられる。公衆電話クラスＵＲは、災害時優先電話クラスＵＲ１の次に優先度の高い加入者クラスであって、公衆電話機に割り当てられる。一般加入者クラスＧＮは、一般家庭の電話機などの、公衆電話クラスＵＲ、災害時優先電話クラスＵＲ１が割り当てられなかった端末に割り当てられる。
【０００４】
一般的に、激甚災害が発生すると、その被災地域の住人の状況確認や安否確認のため、被災地域の電話端末宛の呼が多く発生する。この結果、被災地域において輻輳が発生し、呼がつながりにくい状態になってしまう。これを回避するために、輻輳範囲への接続を規制する方法がある（例えば、特許文献１参照。）。
【０００５】
また、被災地域の電話端末宛の呼が、この被災地域の電話端末を収容するセッション制御サーバに、集中してしまう。この結果、被災地域のセッション制御サーバの負荷が高まり、被災地域のセッション制御サーバにおいて呼の発信を制限するための規制が、発動される場合がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−２６８１９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
被災地域のセッション制御サーバに対して規制が発動される結果、被災地域の一般加入者クラスの電話端末からの発信呼も、接続されづらい状態となってしまう。この結果、被災地域で必要となる救援依頼や状況通知などの緊急性の高い通話もつながりにくい問題が発生する。
【０００８】
また、激甚災害においては、一般加入者クラスの端末においても、緊急性の高い通話をする機会が多く、これらの通話は、優先される必要がある。そこで、激甚災害が発生した際、被災地域における端末の通話の優先度を上げ、被災地域における発信呼を優先して接続することが期待される。
【０００９】
従って本発明の目的は、被災地域の端末が優先して通信することができるセッション制御サーバ、通信システムおよび通信方法を提供することである。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明の第１の特徴は、電話番号で識別される端末の呼を、当該電話番号に対応する加入者クラスに基づいて制御するセッション制御サーバに関する。即ち本発明の第１の特徴に係るセッション制御サーバは、電話番号は、当該端末が位置する地域に対応する番号帯と、当該地域で当該端末を識別する加入者番号とを含み、セッション制御サーバは、加入者サービスエッジを介して端末に接続し、端末の電話番号と、当該電話番号に割り当てた加入者クラスとを対応づけた加入者クラスデータと、当該セッション制御サーバが制御する端末が位置する地域の識別子と、当該地域に対応する番号帯とを対応づけた所データと、加入者サービスエッジの識別子と、当該加入者サービスエッジが収容する端末の電話番号とを対応づけた加入者サービスエッジデータと、を記憶する記憶装置と、被災地域の識別子を受信すると、所データから、被災地域に対応する番号帯を抽出し、加入者クラスデータから、当該番号帯を含む電話番号を抽出して、加入者サービスエッジデータから、抽出された電話番号に対応づけられた加入者サービスエッジの識別子を取得するとともに、加入者サービスエッジデータから、取得した加入者サービスエッジの識別子に対応づけられた電話番号を抽出して、加入者サービスエッジデータから抽出した電話番号を、変更対象データとして出力する変更対象決定手段と、変更対象データの少なくとも一部の電話番号に対応する加入者クラスを上げて、加入者クラスデータを更新するクラス変更手段と、を備える。
【００１２】
また、セッション制御サーバの負荷値を保持する負荷監視手段を備えても良い。この場合、負荷値が、所定の閾値より下がった場合、クラス変更手段はさらに、加入者クラスを上げた電話番号について、元の加入者クラスに戻して、加入者クラスデータを更新する。
【００１３】
本発明の第２の特徴は、電話番号で識別される端末の呼を、当該電話番号に対応する加入者クラスに基づいて制御するセッション制御サーバと、当該セッション制御サーバに接続する規制監視サーバと、を備える通信システムに関する。即ち本発明の第２の特徴に係る通信システムにおいて、電話番号は、当該端末が位置する地域に対応する番号帯と、当該地域で当該端末を識別する加入者番号とを含み、セッション制御サーバは、加入者サービスエッジを介して端末に接続する。規制監視サーバは、災害時に被災地域の情報を提供する気象サーバに逐次接続し、当該被災地域の識別子を含む被災地域データを取得し、セッション制御サーバに、被災地域データを送信する被災地域送信手段を備える。セッション制御サーバは、端末の電話番号と、当該電話番号に割り当てた加入者クラスとを対応づけた加入者クラスデータと、当該セッション制御サーバが制御する端末が位置する地域の識別子と、当該地域に対応する番号帯とを対応づけた所データと、加入者サービスエッジの識別子と、当該加入者サービスエッジが収容する端末の電話番号とを対応づけた加入者サービスエッジデータと、を記憶する記憶装置と、規制監視サーバから被災地域データを受信すると、所データから、被災地域に対応する番号帯を抽出し、加入者クラスデータから、当該番号帯を含む電話番号を抽出して、加入者サービスエッジデータから、抽出された電話番号に対応づけられた加入者サービスエッジの識別子を取得するとともに、加入者サービスエッジデータから、取得した加入者サービスエッジの識別子に対応づけられた電話番号を抽出して、加入者サービスエッジデータから抽出した電話番号を、変更対象データとして出力する変更対象決定手段と、変更対象データの少なくとも一部の電話番号に対応する加入者クラスを上げて、加入者クラスデータを更新するクラス変更手段と、を備える。
【００１５】
本発明の第３の特徴は、電話番号で識別される端末の呼を、当該電話番号に対応する加入者クラスに基づいて制御するセッション制御サーバと、当該セッション制御サーバに接続する規制監視サーバと、を備える通信システムに用いられる通信方法に関する。本発明の第３の特徴に係る通信方法は、電話番号は、当該端末が位置する地域に対応する番号帯と、当該地域で当該端末を識別する加入者番号とを含み、セッション制御サーバは、加入者サービスエッジを介して端末に接続し、規制監視サーバが、災害時に被災地域の情報を提供する気象サーバに逐次接続し、当該被災地域の識別子を含む被災地域データを取得し、セッション制御サーバに、被災地域データを送信するステップと、セッション制御サーバが、規制監視サーバから被災地域データを受信すると、当該セッション制御サーバが制御する端末が位置する地域の識別子と、当該地域に対応する番号帯とを対応づけた所データから、被災地域に対応する番号帯を抽出し、端末の電話番号と、当該電話番号に割り当てた加入者クラスとを対応づけた加入者クラスデータから、当該番号帯を含む電話番号を抽出して、加入者サービスエッジの識別子と、当該加入者サービスエッジが収容する端末の電話番号とを対応づけた加入者サービスエッジデータから、抽出された電話番号に対応づけられた加入者サービスエッジの識別子を取得するとともに、加入者サービスエッジデータから、取得した加入者サービスエッジの識別子に対応づけられた電話番号を抽出して、加入者サービスエッジデータから抽出した電話番号を、変更対象データとして出力するステップと、セッション制御サーバが、変更対象データの少なくとも一部の電話番号に対応する加入者クラスを上げて、加入者クラスデータを更新するステップを備える。
【００１７】
また、セッション制御サーバが、当該セッション制御サーバの負荷値を保持するステップと、負荷値が、所定の閾値より下がった場合、セッション制御サーバが、加入者クラスを上げた電話番号について、元の加入者クラスに戻して、加入者クラスデータを更新するステップをさらに備えても良い。
【発明の効果】
【００１８】
本発明によれば、被災地域の端末が優先して通信することができるセッション制御サーバ、通信システムおよび通信方法を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施の形態に係る通信システムのシステム構成を説明する図である。
【図２】本発明の実施の形態に係る加入者クラスを説明する図である。
【図３】本発明の実施の形態に係る各端末の加入者クラスを説明する図である。
【図４】本発明の実施の形態に係る通信方法を説明するシーケンス図である。
【図５】本発明の実施の形態に係るセッション制御サーバのハードウェア構成と機能ブロックを説明する図である。
【図６】本発明の実施の形態に係る所データのデータ構造とデータの一例を説明する図である。
【図７】本発明の実施の形態に係る加入者クラスデータのデータ構造とデータの一例を説明する図である。
【図８】本発明の実施の形態に係るセッション制御サーバの処理を説明するフローチャートである。
【図９】第１の変形例に係る各端末の加入者クラスを説明する図である。
【図１０】第１の変形例に係るセッション制御サーバのハードウェア構成と機能ブロックを説明する図である。
【図１１】第１の変形例に係る加入者サービスエッジデータのデータ構造とデータの一例を説明する図である。
【図１２】第１の変形例に係るセッション制御サーバの処理を説明するフローチャートである。
【図１３】第２の変形例に係る各端末の加入者クラスを説明する図である。
【図１４】第２の変形例に係るセッション制御サーバのハードウェア構成と機能ブロックを説明する図である。
【図１５】第２の変形例に係るセッション制御サーバの処理を説明するフローチャートである。
【図１６】第３の変形例に係る加入者クラスを説明する図である。
【発明を実施するための形態】
【００２０】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００２１】
（通信システム）
図１を参照して本発明の実施の形態に係る通信システム１００を説明する。通信システム１００は、セッション制御サーバ１、４、加入者サービスエッジ２ａ、２ｂ、５ａ、５ｂ、端末３ａ、３ｂ、３ｃ、３ｄ、３ｅ、３ｆ、６ａ、６ｂ、６ｃ、中継セッション制御サーバ７、規制監視サーバ８および気象サーバ９を備える。発明を実施するための形態において、加入者サービスエッジ２ａおよび２ｂを特に区別しない場合、単に加入者サービスエッジ２と記載する場合がある。加入者サービスエッジ５ａおよび５ｂを特に区別しない場合、単に加入者サービスエッジ５と記載する場合がある。端末３ａ、３ｂ、３ｃ、３ｄ、３ｅおよび３ｆを特に区別しない場合、単に端末３と記載する場合がある。端末６ａ、６ｂおよび６ｃを特に区別しない場合、単に端末６と記載する場合がある。
【００２２】
第１の端末３ａは、ＩＰネットワークの端末であって、例えばＩＰ電話機である。各端末には、電話番号が割り当てられる。各端末は、電話番号に基づいて、呼を発信または着信する。
【００２３】
ここで電話番号は、端末が位置する地域に対応する番号帯と、当該地域で当該端末を識別する加入者番号とを含む。この番号帯は、一般的には電話番号の上６桁であって、いわゆる市外局番と市内局番を含む。
【００２４】
第１の加入者サービスエッジ２ａは、端末３ａ、３ｂ、３ｃおよび３ｄを収容する。第１の加入者サービスエッジ２ａは、これらの端末との間でパケットを送受信する。第２の加入者サービスエッジ２ｂ、第３の加入者サービスエッジ５ａおよび第４の加入者サービスエッジ５ｂも同様である。加入者サービスエッジは、ＳＳＥ（Subscriber Service Edge）と称される場合もある。
【００２５】
中継セッション制御サーバ７は、第１のセッション制御サーバおよび第２のセッション制御サーバ４間でパケットを転送する。中継セッション制御サーバは、ＩＳＣ（Intermediate Session Con- trol server）と称される場合もある。
【００２６】
第１のセッション制御サーバ１は、中継セッション制御サーバ７および規制監視サーバ８に接続し、加入者サービスエッジ２ａおよび２ｂを収容する。第１のセッション制御サーバ１は、端末３から発信された発信呼を、加入者クラスに基づいて制御する。第２のセッション制御サーバ４も同様である。セッション制御サーバは、ＳＳＣ（Subscriber Session Control server）と称される場合もある。
【００２７】
第１のセッション制御サーバ１は、収容する端末３に、加入者クラスを割り当てる。第１のセッション制御サーバ１は、高い加入者クラスが割り当てられた端末からの呼を優先的に発信および着信する。
【００２８】
図２を参照して、本発明の実施の形態において用いられる加入者クラスを説明する。本発明の実施の形態においては、加入者クラスは、災害時優先電話クラスＵＲ１、公衆電話クラスＵＲ、被災地域一般加入者クラスＸおよび一般加入者クラスＧＮの４つである。このうち、災害時優先電話クラスＵＲ１、公衆電話クラスＵＲおよび一般加入者クラスＧＮは、従来の加入者クラスである。被災地域一般加入者クラスＸは、一般加入者クラスＧＮより優先度が高く、災害時優先電話クラスＵＲ１および公衆電話クラスＵＲよりも優先度が低い。被災地域一般加入者クラスＸは、激甚災害が発生した際、その被災地域の一般加入者クラスＧＮの端末に割り当てられる。
【００２９】
規制監視サーバ８は、第１のセッション制御サーバ１および第２のセッション制御サーバ４の複数のセッション制御サーバに接続する、規制監視サーバ８は、気象サーバ９に逐次接続し、当該被災地域の識別子を含む被災地域データを取得する被災地域送信手段を備える。被災地域送信手段はさらに、第１のセッション制御サーバ１および第２のセッション制御サーバ４に、被災地域データを送信する。規制監視サーバ８は、ブロードキャストで被災地域データを送信しても良い。
【００３０】
気象サーバ９は、災害が発生したことを検知し、災害時に被災地域の情報を提供する。気象サーバ９は、本発明の実施の形態においては特に、激甚災害が発生した際、激甚災害が発生した被災地域の情報を、規制監視サーバ８に送信する。本発明の実施の形態において「災害」とは、大規模な地震、台風などの激甚災害であって、一定の広い範囲で、複数の人または家屋などが被害を受ける災害を想定する。
【００３１】
図３を参照して、図１に示す端末の電話番号と、端末に割り当てられる加入者クラスを説明する。第１の端末３ａ、第２の端末３ｂおよび第４の端末３ｄの電話番号は、共通する番号帯”ｘｘｘｘ−ａｘ”で始まる電話番号である。一方、第３の端末３ｃ、第５の端末３ｅおよび第６の端末３ｆは、共通する番号帯”ｘｘｘｘ−ｂｘ”で始まる電話番号である。第１の端末３ａ、第３の端末３ｃおよび第５の端末３ｅの加入者クラスは、一般加入者クラスＧＮである。第２の端末３ｂおよび第６の端末３ｆの加入者クラスは、公衆電話クラスＵＲである。第４の端末３ｄの加入者クラスは、災害時優先電話クラスＵＲ１である。
【００３２】
本発明の実施の形態においては、第１の端末３ａおよび第７の端末６ａには、一般加入者クラスＧＮが割り当てられる。第１の端末３ａが位置する地域に、災害が発生する場合を想定する。この場合、被災地域に位置する第１の端末３ａの加入者クラスは、一般加入者クラスＧＮから、被災地域一般加入者クラスＸに変更される。一方、被災地域以外に位置する第３の端末３ｃ、第５の端末３ｅおよび第７の端末６ａの加入者クラスは、一般加入者クラスＧＮのままとなる。また、一般加入者クラスＧＮ以外の加入者クラスが割り当てられた第２の端末３ｂ、第４の端末３ｄおよび第６の端末３ｆの加入者クラスにも変更は生じない。
【００３３】
（通信方法）
図４を参照して、本発明の実施の形態に係る通信方法を説明する。図４に示す例では、第１の端末３ａが設置された地域で被災が発生する場合を説明する。災害の発生により、第１の端末３ａが位置する地域への発呼が集中することにより、第１のセッション制御サーバ１および第２のセッション制御サーバ４が高負荷となり、発信規制がなされている。
【００３４】
まず規制監視サーバ８は、気象サーバ９と定期的に接続し、災害が発生したか否かを判定する。具体的にはステップＳ１において規制監視サーバ８は、気象サーバ９に、被災情報を取得するためのＧＥＴメソッドを送信し、ステップＳ２において、気象サーバ９から災害情報を、ＨＴＭＬ形式で取得する。
【００３５】
ステップＳ３において規制監視サーバ８は、取得したＨＴＭＬ形式の情報に基づいて、被災地の加入者クラスを変更するべき災害が発生したか否かを判定する。具体的には、規制監視サーバ８は、ＨＴＭＬデータの構文を解析し、発生した災害の種別や被災地域などのデータを取得する。規制監視サーバ８は、所定の条件と照合し、被災地の加入者クラスを変更する場合、被災地域の識別子含む被災地域データを生成する。規制監視サーバ８は、ステップＳ４において、ブロードキャストで、被災地域データを送信する。
【００３６】
ここで、第１のセッション制御サーバ１および第２のセッション制御サーバ４はそれぞれ、被災地域データを受信し、それぞれが収容する端末の設置位置が、被災地域であるか否かを判定する。ここで、第２のセッション制御サーバ４は、被災地域に位置する端末を収容していないので、その後、通常の処理に戻る。
【００３７】
一方、第１のセッション制御サーバ１は、被災地域に位置する第１の端末３ａを収容しているので、被災地域データに基づいて処理をする。具体的には、ステップＳ５において第１のセッション制御サーバ１は、被災地域データに含まれる被災地域の識別子から、この被災地域の番号帯を特定する。さらに、ステップＳ６において第１のセッション制御サーバ１は、この被災地域の番号帯で始まる電話番号を抽出し、抽出した電話番号に対応する加入者クラスが一般加入者クラスＧＮの場合、被災地域一般加入者クラスＸに変更する。この後、被災地域において一般加入者クラスＧＮを割り当てられた端末は、災害地域一般加入者クラスＸに格上げされ、発信しやすくなる。
【００３８】
具体的には、ステップＳ７において、被災地域に設置され、災害地域一般加入者クラスＸとなった第１の端末３ａが、非被災地域の一般加入者クラスＧＮの第７の端末６ａにＩｎｉｔｉａｌ−ＩＮＶＩＴＥメッセージを送信する。第１の端末３ａから送信されたＩｎｉｔｉａｌ−ＩＮＶＩＴＥメッセージは、第１のセッション制御サーバ１が受信する。
【００３９】
第１のセッション制御サーバ１は、発信規制中なので、送信元の端末の加入者クラスに基づいて、Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥメッセージを転送するか否かを決定する。第１のセッション制御サーバ１は、発信規制中であって他にも多くの発信を受けている状態である。第１の端末３ａが災害地域一般加入者クラスであるので、第１のセッション制御サーバ１は、他の一般加入者クラスのメッセージに優先することができる。この結果ステップＳ８において第１のセッション制御サーバ１は、第１の端末３ａから送信されたＩｎｉｔｉａｌ−ＩＮＶＩＴＥメッセージを、中継セッション制御サーバ７に送信する。
【００４０】
中継セッション制御サーバ７は、Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥメッセージを受信すると、ステップＳ９において宛先の第７の端末６ａを収容する第２のセッション制御サーバ４に、Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥメッセージを転送する。ステップＳ１０において第２のセッション制御サーバ４は、第７の端末６ａに、Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥメッセージを転送する。
【００４１】
第７の端末６ａは、Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥメッセージを受信すると、ユーザを呼び出すとともに、ステップＳ１１において１８０Ｒｉｎｇｉｎｇメッセージを第２のセッション制御サーバ４に送信する。ステップＳ１２において第２のセッション制御サーバ４は、１８０Ｒｉｎｇｉｎｇメッセージを中継セッション制御サーバ７に転送する。ステップＳ１３において中継セッション制御サーバ７は、１８０Ｒｉｎｇｉｎｇメッセージを第１のセッション制御サーバ１に転送する。ステップＳ１４のいて第１のセッション制御サーバ１は、１８０Ｒｉｎｇｉｎｇメッセージを第１の端末３ａに転送する。
【００４２】
一方、第７の端末６ａが、第１の端末３ａにＩｎｉｔｉａｌ−ＩＮＶＩＴＥメッセージを送信する場合を説明する。ステップＳ２１において第７の端末６ａは、第２のセッション制御サーバ４にＩｎｉｔｉａｌ−ＩＮＶＩＴＥメッセージを送信する。
【００４３】
第２のセッション制御サーバ４は、発信規制中なので、送信元の端末の加入者クラスに基づいて、Ｉｎｉｔｉａｌ−ＩＮＶＩＴＥメッセージを転送するか否かを決定する。ここで、ステップＳ２１で送信された送信元の端末の加入者クラスは、一般加入者クラスＧＮである。第１の端末３ａは一般加入者クラスＧＮであるので、第２のセッション制御サーバ４は、他の発呼メッセージの加入者クラスを考慮して、このＩｎｉｔｉａｌ−ＩＮＶＩＴＥメッセージを転送するか否かを決定する。転送しないと決定された場合、ステップＳ２２において第２のセッション制御サーバ４は、送信元の第７の端末６ａに、５０３ＳｅｒｖｉｃｅＵｎａｖａｉｌａｂｌｅメッセージを送信する。
【００４４】
このように本発明の実施の形態に係る通信方法においては、被災地域に位置する端末からの発信を優先的に接続することができる。
【００４５】
（セッション制御サーバ）
図１を参照して、実施の形態に係るセッション制御サーバ１を説明する。セッション制御サーバ１は、記憶装置１０、中央処理制御装置２０および通信制御装置３０などを備える一般的なコンピュータである。所定の処理を実行させるためのプログラムが実行されることにより、一般的なコンピュータに、図１に示す各機能が実現される。
【００４６】
記憶装置１０は、所データ１１、変更対象データ１２および加入者クラスデータ１３を記憶する。中央処理制御装置２０は、ＳＩＰメッセージ制御手段２１、変更対象決定手段２２、クラス変更手段２３および負荷監視手段２４を備える。通信制御装置３０は、セッション制御サーバ１を、他の装置と通信可能に接続するためのインタフェースである。
【００４７】
所データ１１は、図６に示すように、この第１のセッション制御サーバ１が制御する端末３が位置する地域の識別子と、当該地域に対応する番号帯とを対応づけたデータである。所データ１１の「地域の識別子」は、例えば、都道府県名および区市町村名である。規制監視サーバ８から送信される被災地域データの地域の識別子に対応する。
【００４８】
所データ１１は、一つの地域識別子に、複数の番号帯を対応づける場合がある。図６に示す例では、地域の識別子「Ａ県Ｂ市」に、番号帯「ｘｘｘｘ−ａｘ」と、番号帯「ｘｘｘｘ−ｂｘ」とを対応づける。一つのセッション制御サーバは、図６に示すように、複数の地域および複数の番号帯の端末を制御する。
【００４９】
変更対象データ１２は、クラス変更の対象となりうる電話番号のリストのデータである。変更対象データ１２は、変更対象決定手段によって出力され、クラス変更手段２３によって参照される。
【００５０】
加入者クラスデータ１３は、図７に示すように、この第１のセッション制御サーバ１が制御する端末３の電話番号と、当該電話番号に割り当てた加入者クラスとを対応づけたデータである。加入者クラスデータ１３において、災害が発生し所定条件を満たした際、一般加入者クラスＧＮが、被災地域一般加入者クラスＸに変更される。また第１のセッション制御サーバ１の負荷が所定値より下がった際、被災地域一般加入者クラスＸが、一般加入者クラスＧＮに変更される。
【００５１】
ＳＩＰメッセージ制御手段２１は、電話番号で識別される端末の呼を、当該電話番号に対応する加入者クラスに基づいて制御する。ＳＩＰメッセージ制御手段２１は、第１の端末３ａからＳＩＰメッセージを受信すると、第１の端末３ａに割り当てられた加入者クラスに基づいて、このＳＩＰメッセージを転送するかを判断する。転送しない場合、ＳＩＰメッセージ制御手段２１は、その旨のＳＩＰメッセージを第１の端末３ａに送信し、転送する場合、ＳＩＰメッセージ制御手段２１は、第１の端末３ａから受信したＳＩＰメッセージを、宛先に向けて転送する。この他にも、端末間のＳＩＰメッセージに関する様々な処理を制御する。
【００５２】
変更対象決定手段２２は、規制監視サーバ８から被災地域の識別子を受信すると、所データ１１から、被災地域に対応する番号帯を抽出する。さらに変更対象決定手段２２は、加入者クラスデータ１３から、抽出した番号帯を含む電話番号を抽出して、加入者クラスデータ１３から抽出した電話番号を、変更対象データ１２として出力する。
【００５３】
変更対象決定手段２２は、例えば、被災地域の識別子「Ａ県Ｂ市」を受信すると、所データ１１から、この被災地域「Ａ県Ｂ市」に対応する番号帯「ｘｘｘｘ−ａｘ」と、番号帯「ｘｘｘｘ−ｂｘ」とを取得する。さらに、変更対象決定手段２２は、加入者クラスデータ１３から、番号帯「ｘｘｘｘ−ａｘ」と、番号帯「ｘｘｘｘ−ｂｘ」を含む電話番号を抽出する。番号帯の後ろに加入者番号を連結した電話番号の場合、変更対象決定手段２２は、番号帯「ｘｘｘｘ−ａｘ」または番号帯「ｘｘｘｘ−ｂｘ」と前方一致する電話番号を抽出して、変更対象データ１２を生成する。
【００５４】
変更対象データ１２は、加入者クラスデータ１３に含まれる電話番号のうち、番号帯「ｘｘｘｘ−ａｘ」または番号帯「ｘｘｘｘ−ｂｘ」で開始する電話番号のリストである。図３に示す例において、番号帯「ｘｘｘｘ−ａｘ」または番号帯「ｘｘｘｘ−ｂｘ」で始まる端末は、第１の端末３ａ、第２の端末３ｂおよび第４の端末３ｄである。変更対象決定手段２２は、第１の端末３ａ、第２の端末３ｂおよび第４の端末３ｄの各電話番号を、変更対象データ１２として出力する。
【００５５】
クラス変更手段２３は、記憶装置１０から変更対象データ１２を読み出し、変更対象データ１２の少なくとも一部の電話番号に対応する加入者クラスを上げて、加入者クラスデータ１３を更新する。
【００５６】
ここで、「少なくとも一部の電話番号」とは、通常時は優先度が低いが、災害の発生により、優先して通信する必要の生じる端末の電話番号である。具体的には、セッション制御サーバ１が制御する端末のうち、規制監視サーバ８から被災地域として通知された地域に位置する端末の電話番号であって、通常時は、一般加入者クラスＧＮが割り当てられた電話番号である。
【００５７】
クラス変更手段２３は、変更対象データ１２の電話番号に対応する加入者クラスが、一般加入者クラスＧＮの場合、被災地域一般加入者クラスＸに変更する。加入者クラスが、災害時優先電話クラスＵＲ１や公衆電話クラスＵＲの場合、クラス変更手段２３は、加入者クラスを変更しない。
【００５８】
図３に示すように、第１の端末３ａの加入者クラスは、一般加入者クラスＧＮで、第２の端末３ｂの加入者クラスは、公衆電話クラスＵＲで、第４の端末３ｄの加入者クラスは、災害時優先電話クラスＵＲ１である。従って、クラス変更手段２３は、第１の端末３ａの加入者クラスを、一般加入者クラスＧＮから被災地域一般加入者クラスＸに変更して、加入者クラスデータ１３を更新する。
【００５９】
またクラス変更手段２３は、負荷監視手段２４が保持する第１のセッション制御サーバ１の負荷値が、所定の閾値より下がると、加入者クラスを上げた電話番号について、元の加入者クラスに戻して、加入者クラスデータ１３を更新する。クラス変更手段２３は、加入者クラスデータ１３を読み出して、加入者クラスについて、被災地域一般加入者クラスＸを、一般加入者クラスＧＮに変更する。
【００６０】
負荷監視手段２４は、第１のセッション制御サーバ１の負荷値を保持する。負荷監視手段２４は、第１のセッション制御サーバ１が処理するトラフィック量、ＣＰＵの負荷、メモリ利用率などから、第１のセッション制御サーバ１の負荷値を算出する。この負荷値が所定の閾値より下がると、その旨をクラス変更手段２３に送信する。
【００６１】
図８を参照して、第１のセッション制御サーバ１において、加入者クラスの変更に関する処理を説明する。
【００６２】
ステップＳ１０１においてセッション制御サーバ１が規制監視サーバ８から被災地域データを送信されるのを待機する。被災地域データが送信されると、ステップＳ１０２に進む。
【００６３】
ステップＳ１０２においてセッション制御サーバ１は、被災地域データの被災地域の識別子を取得する。ステップＳ１０３においてセッション制御サーバ１は、取得した被災地域の識別子の粒度に応じて、所データ１１の地域の識別子に変換し、変更対象の地域を特定する。例えば、規制監視サーバ８から、被災地域として「Ａ県全域」と通知されると、セッション制御サーバ１は、変更対象の地域として、所データ１１において「Ａ県」で始まる全ての地域を特定する。また、被災地域として「Ａ県Ｂ市」と通知されると、セッション制御サーバ１は、変更対象の地域として、所データ１１において「Ａ県Ｂ市」で始まる全ての地域を特定する。
【００６４】
ステップＳ１０４においてセッション制御サーバ１は、所データ１１から、ステップＳ１０３で特定した対象地域に対応する番号帯を抽出する。ステップＳ１０５において番号帯が抽出されるか否かに基づいて処理を振り分ける。番号帯が抽出されない場合、具体的にはセッション制御サーバ１が、被災地域に位置しない端末を収容する場合、ステップＳ１０１に戻り、新たな被災地域データの受信を待機する。
【００６５】
一方番号帯が抽出された場合、具体的にはセッション制御サーバ１が、被災地域に位置する端末を収容する場合、ステップＳ１０６に進む。セッション制御サーバ１は、ステップＳ１０６において、加入者クラスデータ１３から、ステップＳ１０４で特定された番号帯で始まる電話番号を抽出し、ステップＳ１０７において変更対象データ１２として出力する。
【００６６】
次にセッション制御サーバ１は、変更対象データ１２の各電話番号について、ステップＳ１０８ないしステップＳ１０９の処理を繰り返す。セッション制御サーバ１は、ステップＳ１０８において、加入者クラスデータ１３から、変更対象データ１２の電話番号に対応づけられた加入者クラスを取得し、取得した加入者クラスが、一般加入者クラスＧＮであるか否かを判定する。一般加入者クラスＧＮでない場合、そのほかの電話番号について、ステップＳ１０８の処理を繰り返す。一方、一般加入者クラスＧＮの場合、ステップＳ１０９において、加入者クラスを、被災地域一般加入者クラスＸに変更して、加入者クラスデータ１３を更新する。
【００６７】
変更対象データ１２の各電話番号についてステップＳ１０８およびステップＳ１０９の処理が終了すると、セッション制御サーバ１は、更新後の加入者クラスに基づいて、セッションを制御する。ステップＳ１１０において、セッション制御サーバ１の負荷が、所定の閾値より下がったと判定された場合、ステップＳ１１１においてセッション制御サーバ１は、ステップＳ１０９で変更された加入者クラスを、元の加入者クラスに戻す。
【００６８】
例えばセッション制御サーバ１は、加入者クラスデータ１３において被災地域一般加入者クラスＸの全ての電話番号について、クラス変更処理を開始する。ステップＳ１１１においてセッション制御サーバ１は、加入者クラスを、被災地域一般加入者クラスＸから、一般加入者クラスＧＮに変更する。
【００６９】
被災地域一般加入者クラスの全ての電話番号について加入者クラスが変更されると、処理を終了し、また新たな被災地域通知データの受信を待機する。
【００７０】
このように本発明の実施の形態に係るセッション制御サーバ１は、災害が発生すると、その被災地域の端末の加入者クラスを上げることにより、被災地域からの発信呼を、非被災地域からの発信呼と比較して、優先的に接続することができる。また、加入者クラスが上がることにより、被災地域からの発信呼は、着信先の端末が収容されるセッション制御サーバにおいても、非被災地域からの発信呼と比較して、優先的に着信される。
【００７１】
これにより、被災地域において必要な、救援依頼や状況通知などの緊急性の高い通話を優先的に通話させることができる。
【００７２】
（第１の変形例）
図１ないし図８を参照して、被災地域に位置する端末について、加入者クラスを上げる場合を説明したが、第１の変形例において、加入者サービスエッジ単位で加入者クラスを上げる場合を説明する。
【００７３】
第１の変形例に係るセッション制御サーバ１ａは、図１と同様に、加入者サービスエッジ２を介して端末３に接続する。セッション制御サーバ１ａは、第１の加入者サービスエッジ２ａおよび第２の加入者サービスエッジ２ｂを収容する。このうち、第１の加入者サービスエッジ２ａが収容する第１の端末３ａが被災地域に位置する端末の場合、セッション制御サーバ１ａは、第１の加入者サービスエッジ２ａが収容する全ての端末を変更対象とする。この変更対象の端末は、図９に示す各端末のうち、第１の端末３ａ、第２の端末３ｂ、第３の端末３ｃおよび第４の端末３ｄである。
【００７４】
セッション制御サーバ１ａは、変更対象の端末のうち、一般加入者クラスＧＮの端末の加入者クラスを、被災地域一般加入者クラスＸに変更する。図９に示す例では、変更対象の端末のうち、第１の端末３ａおよび第３の端末３ｃの加入者クラスが、一般加入者クラスＧＮである。そこで、セッション制御サーバ１ａは、第１の端末３ａおよび第３の端末３ｃの加入者クラスを、被災地域一般加入者クラスＸに変更する。
【００７５】
ここで第３の端末３ｃは、電話番号の番号帯が、「ｘｘｘｘ−ｃｘ」である。この番号帯は、図６に示すように、「Ａ県Ｃ市」に対応する。第１の変形例においては、加入者サービスエッジ単位で加入者クラスを変更することにより、気象サーバ９が被災地域として挙げた地域よりも広い範囲を被災地域として対応することができる。
【００７６】
図１０を参照して、第１の変形例に係るセッション制御サーバ１ａを説明する。第１の変形例に係るセッション制御サーバ１ａは、図５を参照して説明したセッション制御サーバ１と比べて、記憶装置１０がさらに加入者サービスエッジデータ１４を記憶する点と、変更対象決定手段２２ａの処理とが異なる。
【００７７】
加入者サービスエッジデータ１４は、図１４に示すように、加入者サービスエッジ２の識別子と、加入者サービスエッジ２が収容する端末３の電話番号とを対応づけたデータである。
【００７８】
変更対象決定手段２２ａは、規制監視サーバ８から被災地域データを受信すると、所データ１１から、被災地域に対応する番号帯を抽出する。さらに変更対象決定手段２２ａは、加入者クラスデータ１３から、抽出した番号帯を含む電話番号を抽出して、加入者サービスエッジデータ１４から、抽出された電話番号に対応づけられた加入者サービスエッジ２の識別子を取得する。さらに変更対象決定手段２２ａは、加入者サービスエッジデータ１４から、取得した加入者サービスエッジ２の識別子に対応づけられた電話番号を抽出して、加入者サービスエッジデータ１４から抽出した電話番号を、変更対象データ１２ａとして出力する。
【００７９】
変更対象決定手段２２ａは、例えば、被災地域の識別子「Ａ県Ｂ市」を受信すると、所データ１１から、この被災地域「Ａ県Ｂ市」に対応する番号帯「ｘｘｘｘ−ａｘ」と、番号帯「ｘｘｘｘ−ｂｘ」とを取得する。さらに、変更対象決定手段２２は、加入者クラスデータ１３から、番号帯「ｘｘｘｘ−ａｘ」と、番号帯「ｘｘｘｘ−ｂｘ」を含む電話番号を抽出する。電話番号は、番号帯の後ろに加入者番号を連結している場合、変更対象決定手段２２は、番号帯「ｘｘｘｘ−ａｘ」または番号帯「ｘｘｘｘ−ｂｘ」と前方一致する電話番号を抽出する。
【００８０】
加入者サービスエッジデータ１４ａは、この抽出した電話番号に対応づけられた加入者サービスエッジ２ａの識別子を取得する。図１１に示す例では、加入者サービスエッジデータ１４ａは、第１の加入者サービスエッジ２ａの識別子を取得する。さらに加入者サービスエッジデータ１４ａは、第１の加入者サービスエッジ２ａに対応づけられた電話番号を取得する。図１に示す例では、加入者サービスエッジデータ１４ａは、第１の端末３ａないし第４の端末３ｄの電話番号を取得して、変更対象データ１２ａを生成する。
【００８１】
変更対象データ１２ａは、被災地域に設置された端末を収容する加入者サービスエッジが収容する端末の電話番号である。図１に示す例において、第１の端末３ａが、被災地域に設置される。従って変更対象決定手段２２ａは、この第１の端末３ａを収容する第１の加入者サービスエッジ２が収容する端末として、第１の端末３ａないし第４の端末３ｄを特定すし、各電話番号を変更対象データ１２ａとして出力する。
【００８２】
図１２を参照して第１の変形例に係るセッション制御サーバ１ａにおいて、加入者クラスの変更に関する処理を説明する。
【００８３】
図１２のステップＳ２０１ないしステップＳ２０５の処理は、図８のステップＳ１０１ないしステップＳ１０５の処理と同様である。また、図１２のステップＳ２１０ないしステップＳ２１３の処理は、図８のステップＳ１０８ないしステップＳ１１１の処理と同様である。従って、ステップＳ２０６ないしステップＳ２０９の処理を説明する。セッション制御サーバ１ａは、被災地域データを受信すると、被災地域の番号帯を特定する。セッション制御サーバ１ａは、被災地域の番号帯を含む電話番号の端末を収容している場合、ステップＳ２０６に進む。
【００８４】
ステップＳ２０６においてセッション制御サーバ１ａは、加入者クラスデータ１３から、被災地域の番号帯で始まる電話番号を抽出する。ステップＳ２０７においてセッション制御サーバ１ａは、加入者サービスエッジデータ１４から、ステップＳ２０６で抽出された電話番号を収容する加入者サービスエッジの識別子を抽出する。ステップＳ２０８においてセッション制御サーバ１ａは、加入者サービスエッジデータ１４から、ステップＳ２０７で抽出された加入者サービスエッジの識別子に対応する電話番号を抽出し、ステップＳ２０９において変更対象データ１２ａとして出力する。
【００８５】
その後セッション制御サーバ１ａは、変更対象データ１２ａの各電話番号について、加入者クラスが、一般加入者クラスＧＮの場合、被災地域一般加入者クラスＸに変更する。また、セッション制御サーバ１ａの負荷が下がると、被災地域一般加入者クラスＸを、一般加入者クラスＧＮに戻す。
【００８６】
このように第１の変形例においては、被災地域に位置する端末のみならず、被災地域の端末を収容する加入者サービスエッジが収容する端末を変更対象とする。これにより、より広い範囲で緊急性の高い通話を優先的に通話させることができる。
【００８７】
（第２の変形例）
第２の変形例において、セッション制御サーバ単位で加入者クラスを上げる場合を説明する。
【００８８】
第２の変形例に係るセッション制御サーバ１ｂは、図１と同様に、加入者サービスエッジ２を介して端末３に接続する。セッション制御サーバ１ｂは、第１の端末３ａないし第６の端末３ｆを収容する。このうち、第１の加入者サービスエッジ２ａが収容する第１の端末３ａが被災地域に位置する端末の場合、セッション制御サーバ１ｂは、セッション制御サーバ１ｂが収容する全ての端末を変更対象とする。
【００８９】
セッション制御サーバ１ｂは、変更対象の端末のうち、一般加入者クラスＧＮの端末の加入者クラスを、被災地域一般加入者クラスＸに変更する。図１３に示す例では、変更対象の端末のうち、第１の端末３ａ、第３の端末３ｃおよび第５の端末３ｅの加入者クラスが、一般加入者クラスＧＮである。そこで、セッション制御サーバ１ａは、第１の端末３ａ、第３の端末３ｃおよび第５の端末３ｅの加入者クラスを、被災地域一般加入者クラスＸに変更する。
【００９０】
ここで、第３の端末３ｃおよび第５の端末３ｅは、電話番号の番号帯が、「ｘｘｘｘ−ｃｘ」である。この番号帯は、図６に示すように、「Ａ県Ｃ市」に対応する。第６の変形例においては、加入者サービスエッジ単位で加入者クラスを変更することにより、気象サーバ９が被災地域として挙げた地域よりも広い範囲を被災地域として対応することができる。
【００９１】
図１４を参照して、第２の変形例に係るセッション制御サーバ１ｂを説明する。第２の変形例に係るセッション制御サーバ１ｂは、図５を参照して説明したセッション制御サーバ１と比べて、記憶装置１０が所データ１１および変更対象データ１２を備えていない点と、中央処理制御装置２０が変更対象決定手段２２を備えていない点が異なる。また、クラス変更手段２３ｂの処理が異なる。
【００９２】
クラス変更手段２３ｂは、セッション制御サーバ１ｂが収容する端末のいずれか一つでも被災地域に位置する場合、セッション制御サーバ１ｂが収容する端末のうち、一般加入者クラスＧＮが割り当てられた端末について、被災地域一般加入者クラスＸに変更する。
【００９３】
これにより、第２の変形例に係るセッション制御サーバ１ｂが収容する端末の加入者クラスは、被災地域一般加入者クラスＸ以上となる。従って、セッション制御サーバ１ｂが発信呼を転送するか否かを決定する際には、優先度は変わらない。しかしながら、加入者クラスが上がることにより、被災地域からの発信呼は、着信先の端末が収容されるセッション制御サーバにおいて、非被災地域からの発信呼と比較して、優先的に着信される。
【００９４】
図１５を参照して第２の変形例に係るセッション制御サーバ１ｂにおいて、加入者クラスの変更に関する処理を説明する。
【００９５】
図１５のステップＳ３０１ないしステップＳ３０５の処理は、図８のステップＳ１０１ないしステップＳ１０５の処理と同様である。また、図１２のステップＳ３０８ないしステップＳ３１１の処理は、図８のステップＳ１０８ないしステップＳ１１１の処理と同様である。従って、ステップＳ３０６およびステップＳ３０７の処理を説明する。セッション制御サーバ１ｂは、被災地域データを受信すると、被災地域の番号帯を特定する。セッション制御サーバ１ｂは、被災地域の番号帯を含む電話番号の端末を収容している場合、ステップＳ３０６に進む。ステップＳ３０６においてセッション制御サーバ１ｂは、加入者クラスデータ１３から、全ての電話番号を抽出し、ステップＳ３０７において変更対象として出力する。
【００９６】
その後セッション制御サーバ１ｂは、変更対象の各電話番号について、加入者クラスが、一般加入者クラスＧＮの場合、被災地域一般加入者クラスＸに変更する。また、セッション制御サーバ１ｂの負荷が下がると、被災地域一般加入者クラスＸを、一般加入者クラスＧＮに戻す。
【００９７】
このように第２の変形例においては、被災地域に位置する端末のみならず、被災地域の端末を収容する加入者サービスエッジが収容する端末を変更対象とする。これにより、より広い範囲で緊急性の高い通話を優先的に通話させることができる。
【００９８】
（第３の変形例）
上記の実施例においては、図２に示すように加入者クラスを４つの加入者クラスにわける場合を説明した。第３の変形例においては、図１６に示すように、３つの加入者クラスにわける場合を説明する。
【００９９】
図１６に示す例では、加入者クラス「ＵＲ」は、公衆電話クラスと、被災地域一般加入者クラスとして用いられる。第３の実施例において、被災地域の一般加入者クラスＧＮの端末は、公衆電話クラスと同じ加入者クラス「ＵＲ」が割り当てられる。
【０１００】
この場合、第３の変形例に係るセッション制御サーバ１のクラス変更手段２３は、被災により加入者クラスを変更した際、変更した電話番号のリストデータを保持する。クラス変更手段２３は、負荷監視手段２４が保持する第１のセッション制御サーバ１の負荷値が、所定の閾値より下がると、リストデータの各電話番号について、元の加入者クラスに戻して、加入者クラスデータ１３を更新する。クラス変更手段２３は、加入者クラスデータ１３を読み出して、加入者クラスを変更したリストデータに含まれる電話番号の加入者クラスについて、公衆電話クラスＵＲを、一般加入者クラスＧＮに変更する。
【０１０１】
ここで、加入者クラスを変更した電話番号を保持する方法は、他にも考えられる。例えば、加入者クラスデータ１３に、被災により加入者クラスを上げたことを示すフラグを対応づけても良い。クラス変更手段２３は、加入者クラスを変更した電話番号に対して、フラグを真に設定して加入者クラスデータ１３を更新する。また、加入者クラスデータ１３を読み出して、フラグが真に設定された電話番号の加入者クラスについて、加入者クラスが公衆電話クラスＵＲを、一般加入者クラスＧＮに変更する。
【０１０２】
このように新たな加入者クラスを創設しなくとも、公衆電話クラスＵＲを、被災地域一般加入者クラスとして割り当てることにより、上記の実施例と同様の効果が得られる。
【０１０３】
（その他の実施の形態）
上記のように、本発明の実施の形態とその第１の変形例ないし第３の変形例によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【０１０４】
例えば、本発明の実施の形態に記載した通信システムは、図１に示した装置以外の装置を備える場合もある。また、物理的に一つの装置が、複数の装置の機能を実装する場合もある。
【０１０５】
本発明はここでは記載していない様々な実施の形態などを含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【０１０６】
１、４  セッション制御サーバ
２、５  加入者サービスエッジ
３、６  端末
７  中継セッション制御サーバ
８  規制監視サーバ
９  気象サーバ
１０  記憶装置
１１  所データ
１２  変更対象データ
１３  加入者クラスデータ
１４  加入者サービスエッジデータ
２０  中央処理制御装置
２１  ＳＩＰメッセージ制御手段
２２  変更対象決定手段
２３  クラス変更手段
２４  負荷監視手段
３０  通信制御装置
１００  通信システム
【図１】
0005690290.tif 000002
【図２】
0005690290.tif 000003
【図３】
0005690290.tif 000004
【図４】
0005690290.tif 000005
【図５】
0005690290.tif 000006
【図６】
0005690290.tif 000007
【図７】
0005690290.tif 000008
【図８】
0005690290.tif 000009
【図９】
0005690290.tif 000010
【図１０】
0005690290.tif 000011
【図１１】
0005690290.tif 000012
【図１２】
0005690290.tif 000013
【図１３】
0005690290.tif 000014
【図１４】
0005690290.tif 000015
【図１５】
0005690290.tif 000016
【図１６】
0005690290.tif 000017