(57)【要約】【課題】ネットワーク内の輻輳の助長を緩和する。【解決手段】情報処理装置は、端末からの接続要求に対する接続可否判定を行う要求判定部と、接続要求の拒否が判定された要求元端末の、次回の接続要求の推奨時間と該接続要求による接続の優先度とを決定する決定部と、推奨時間と優先度とを含む拒否応答を生成して要求元端末に送信する応答処理部と、を備え、要求判定部は、要求元端末からの接続要求に、推奨時間と優先度とが含まれる場合には、接続要求の推奨時間の順守の有無と、優先度と、に基づいて、該接続要求に対する接続可否判定を行い、決定部は、要求元端末からの接続要求の拒否が判定された場合に、推奨時間の順守の有無に基づいて、優先度を変更する。【選択図】図６
2015165634.tif 000002
【特許請求の範囲】
【請求項１】
端末からの接続要求に対する接続可否判定を行う要求判定部と、
前記接続要求の拒否が判定された要求元端末の、次回の接続要求の推奨時間と該接続要求による接続の優先度とを決定する決定部と、
前記推奨時間と前記優先度とを含む拒否応答を生成して前記要求元端末に送信する応答処理部と、
を備え、
前記要求判定部は、前記要求元端末からの接続要求に、前記推奨時間と前記優先度とが含まれる場合には、前記接続要求の前記推奨時間の順守の有無と、前記優先度とに基づいて、該接続要求に対する前記接続可否判定を行い、
前記決定部は、前記要求元端末からの前記接続要求の拒否が判定された場合に、前記推奨時間の順守の有無に基づいて、前記優先度を変更する、
情報処理装置。
【請求項２】
前記決定部は、前記推奨時間が順守されている場合には、前記優先度をより高い値に変更し、前記推奨時間が順守されていない場合には、前記優先度をより低い値に変更する、請求項１に記載の情報処理装置。
【請求項３】
前記決定部は、前記推奨時間の順守の有無と、輻輳の状態とに基づいて、前記推奨時間を決定する、
請求項１又は２に記載の情報処理装置。
【請求項４】
輻輳レベルを算出する輻輳制御部をさらに備え、
前記決定部は、前記推奨時間が順守されており、且つ、前記輻輳レベルが所定閾値未満である場合、前記推奨時間が順守されており、且つ、前記輻輳レベルが所定閾値以上の場合、前記推奨時間が順守されておらず、且つ、前記輻輳レベルが所定閾値未満である場合、前記推奨時間が順守されておらず、且つ、前記輻輳レベルが所定閾値以上の場合、の順番で、開始時刻が遅くなるように前記推奨時間を決定する、
請求項３に記載の情報処理装置。
【請求項５】
前記応答処理部は、前記推奨時間と前記優先度とを含む優先接続情報を暗号化し、暗号化した優先接続情報と、暗号化していない前記推奨時間とを含む拒否応答を前記接続要求元端末に送信する、
請求項１から４のいずれか一項に記載の情報処理装置。
【請求項６】
端末からの接続要求に対する接続可否判定を行う要求判定部と、
前記接続要求の拒否が判定された要求元端末の、次回の接続要求の推奨時間と該接続要求による接続の優先度とを決定する決定部と、
前記推奨時間と前記優先度とを含む拒否応答を生成して前記要求元端末に送信する応答処理部と、
を備える情報処理装置と、
前記拒否応答によって通知された前記推奨時間と前記優先度とを含む接続要求を送信する端末と、
を含む情報処理システムであって、
前記要求判定部は、前記要求元端末からの接続要求に、前記推奨時間と前記優先度とが含まれる場合には、前記接続要求の前記推奨時間の順守の有無と、前記優先度とに基づいて、該接続要求に対する前記接続可否判定を行い、
前記決定部は、前記要求元端末からの前記接続要求の拒否が判定された場合に、前記推奨時間の順守の有無に基づいて、前記優先度を変更する、
情報処理システム。
【請求項７】
コンピュータが、
端末からの接続要求に対する接続可否判定を行い、
前記接続要求の拒否が判定された要求元端末の、次回の接続要求の推奨時間と該接続要求による接続の優先度とを決定し、
前記推奨時間と前記優先度とを含む拒否応答を生成して前記要求元端末に送信する、
情報処理方法であって、
前記要求元端末からの接続要求に、前記推奨時間と前記優先度とが含まれる場合には、
前記接続要求の前記推奨時間の順守の有無と、前記優先度とに基づいて、該接続要求に対する前記接続可否判定を行い、
前記要求元端末からの前記接続要求の拒否が判定された場合に、前記推奨時間の順守の有無に基づいて、前記優先度を変更する、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接続要求に対する優先接続処理を行う情報処理装置、情報処理システム、及び、情報処理方法に関する。
【背景技術】
【０００２】
図１は、移動体通信ネットワークシステムの構成の一例を示す図である。移動体通信ネットワークシステムＰ１００は、ＩＰ電話等のサービスが加入者に提供されるシステムである。移動体通信ネットワークシステムＰ１００は、携帯端末Ｐ２と、携帯端末Ｐ２からのアクセスを受け付ける基地局Ｐ３と、基地局Ｐ３を通じて受信される携帯端末Ｐ２からの呼の処理を行う交換機Ｐ１と、を含む。
【０００３】
交換機Ｐ１は、信号処理部Ｐ１１と、呼制御部Ｐ１２と、加入者情報データベース（ＤＢ）Ｐ１３とを含む。信号処理部Ｐ１１は、例えば、ＳＩＰ（Session Initiation Protocol）等のプロトコルに従って受信信号から発呼の情報を含むユーザデータを抽出し、呼
制御部Ｐ１２に出力する。加入者情報ＤＢ  Ｐ１３には、各ユーザ（加入者）の電話番号、ＩＰアドレス、契約サービスの内容等の各ユーザに関する情報が格納されている。呼制御部Ｐ１２は、加入者情報ＤＢ  Ｐ１３から、発呼元のユーザ及び発呼先のユーザの情報を読み出し、発呼元のユーザの携帯端末Ｐ２と発呼先のユーザの携帯端末Ｐ２との間のセッションを確立するための処理を行う。
【０００４】
すなわち、信号処理部Ｐ１１では、プロトコルに従った、ユーザの区別を意識しない、信号処理が行われる。一方、呼制御部Ｐ１２では、ユーザを区別し、各ユーザの情報に応じて、例えば、発呼に対する許可及び拒否等の判定や、契約サービスに応じた優先処理が行われる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−０５３６７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、例えば、図１に示されるような移動体通信ネットワークシステムＰ１００には、以下のような問題があった。
【０００７】
ネットワーク内で輻輳が発生した場合には、交換機Ｐ１では、所定の条件に従って呼が選択され、選択された呼が優先的に接続される優先接続処理が行われる。このため、輻輳時には、携帯端末Ｐ２の通信がつながりにくくなる。このように、携帯端末Ｐ２の通信がつながりにくい状況になった場合でも、該携帯端末Ｐ２のユーザ自身はネットワークの輻輳の状況を知ることができない。そのため、ユーザは、再度発呼を試みることが多い。通信がつながりにくい状況が続くと、ユーザによって発呼が繰り返し行われる事態が発生し、これがネットワークの輻輳を助長させることとなる。また、ユーザの通信がつながらないことへの不満を高めることとなる。
【０００８】
また、交換機Ｐ１における輻輳時の優先接続処理は、呼制御部Ｐ１２によって行われるが、呼制御部Ｐ１２では優先接続処理以外の処理も行われているため、交換機Ｐ１の処理負荷が高くなる。輻輳時の優先接続処理がユーザ単位に行われる場合には、加入者情報ＤＢ  Ｐ１３に各ユーザの優先接続処理の情報が保持され、呼制御部Ｐ１２は加入者情報Ｄ
Ｂ  Ｐ１３から情報を読み出して優先接続処理を行うため、処理負荷がより高くなる。したがって、交換機Ｐ１の輻輳時の優先接続処理によって、交換機Ｐ１の処理負荷がより高くなり、輻輳を助長させることがある。
【０００９】
本発明の一態様は、輻輳の助長を緩和するための情報処理装置、情報処理システム、及び、情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の態様の一つは、
端末からの接続要求に対する接続可否判定を行う要求判定部と、
前記接続要求の拒否が判定された要求元端末の、次回の接続要求の推奨時間と該接続要求による接続の優先度とを決定する決定部と、
前記推奨時間と前記優先度とを含む拒否応答を生成して前記要求元端末に送信する応答処理部と、
を備え、
前記要求判定部は、前記要求元端末からの接続要求に、前記推奨時間と前記優先度とが含まれる場合には、前記接続要求の前記推奨時間の順守の有無と、前記優先度とに基づいて、該接続要求に対する前記接続可否判定を行い、
前記決定部は、前記要求元端末からの前記接続要求の拒否が判定された場合に、前記推奨時間の順守の有無に基づいて、前記優先度を変更する、
情報処理装置である。
【００１１】
本発明の他の態様の一つは、接続要求を送信する端末と、上述した情報処理装置を含む情報処理システムである。また、本発明の他の態様の一つは、コンピュータが上述の処理を実行する情報処理方法である。また、本発明の他の態様は、コンピュータを上述した情報処理装置として機能させるプログラム、及び当該プログラムを記録したコンピュータ読み取り可能な非一時的な記録媒体を含むことができる。コンピュータ等が読み取り可能な非一時的な記録媒体には、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。
【発明の効果】
【００１２】
開示の情報処理装置、情報処理システム、及び、情報処理方法によれば、輻輳の助長を緩和することができる。
【図面の簡単な説明】
【００１３】
【図１】移動体通信ネットワークシステムの構成の一例を示す図である。
【図２】第１実施形態に係る交換機の処理の一つを示す図である。
【図３】携帯端末が指定された優先時間帯に従って接続要求を送信した場合の、移動体通信ネットワークシステムにおける処理のシーケンスの一例である。
【図４】携帯端末が指定された優先時間帯外に接続要求を送信した場合の、移動体通信ネットワークシステムにおける処理のシーケンスの一例である。
【図５】交換機のハードウェア構成の一例を示す図である。
【図６】第１実施形態に係る交換機の機能構成の一例を示す図である。
【図７】優先接続情報生成部の優先時間帯の決定処理の一例を示す図である。
【図８】優先接続情報生成部の優先度の決定処理の一例を示す図である。
【図９】信号送受信部の処理のフローチャートの一例である。
【図１０】優先時間帯判定部の処理のフローチャートの一例である。
【図１１】優先度判定部の処理のフローチャートの一例である。
【図１２】優先接続情報生成部の処理のフローチャートの一例である。
【図１３Ａ】第１実施形態における交換機と携帯端末間の処理のシーケンス図の一例である。
【図１３Ｂ】第１実施形態における交換機と携帯端末間の処理のシーケンス図の一例である。
【図１３Ｃ】第１実施形態における交換機と携帯端末間の処理のシーケンス図の一例である。
【図１３Ｄ】第１実施形態における交換機と携帯端末間の処理のシーケンス図の一例である。
【図１３Ｅ】第１実施形態における交換機と携帯端末間の処理のシーケンス図の一例である。
【発明を実施するための形態】
【００１４】
以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１５】
＜第１実施形態＞
第１実施形態における移動体通信ネットワークシステムの構成は、図１に示される移動体通信ネットワークシステムＰ１００のように、交換機１，携帯端末２，基地局をそれぞれ複数含むものとする。
【００１６】
図２は、第１実施形態に係る交換機１の処理の一つを示す図である。第１実施形態の移動体通信ネットワークシステムには基地局も含まれるが、図２以降においては、便宜上、交換機１と携帯端末２とが抽出されて示されている。
【００１７】
第１実施形態では、交換機１において、信号処理部１１が、携帯端末２からの発呼である接続要求に対して、呼制御部１２による呼処理の可否判定、すなわち、優先接続処理を行う。呼制御部１２による呼処理とは、宛先の装置との呼を接続するための一連の処理のことである。呼制御部１２による呼処理の拒否を判定した場合には、信号処理部１１は、該発呼元の携帯端末２の接続を推奨する優先時間帯と該携帯端末２の接続要求の優先度とを決定し、これらを含む拒否応答を該携帯端末２に対して送信する。優先時間帯は、「推奨時間」の一例である。
【００１８】
優先時間帯と優先度とは、優先接続情報として、拒否応答に含まれる。携帯端末２のユーザによる優先時間帯又は優先度の改ざんを防ぐために、優先接続情報は所定の秘密鍵を用いて信号処理部１１によって暗号化される。ただし、優先時間帯は、携帯端末２のユーザに報知するために、平文で、優先接続情報に加えて、拒否応答に含まれて送信される。秘密鍵は、交換機１は有しているものの、携帯端末２は有していない。
【００１９】
次に、該当の携帯端末２が発呼する場合には、拒否応答に含まれていた暗号化されたままの優先接続情報を含めて接続要求を送信する。この接続要求を受信した交換機１の信号処理部１１は、秘密鍵を用いて接続要求に含まれる優先接続情報を復号し、優先接続情報に含まれる優先時間帯及び優先度と、接続要求の受信時刻とに基づいて、該接続要求に対する呼処理の可否判定を行う。
【００２０】
上述のように、交換機１は、接続要求に対する呼処理の拒否の場合には、優先時間帯及び優先度を該接続要求の発呼元の携帯端末２に送信し、該発呼元の携帯端末２は、再度発呼する際に接続要求に該優先時間帯と優先度とを含める。これによって、交換機１は、優先接続処理のためにデータベースを保持することなく、接続要求に含まれる優先時間帯及び優先度を用いて、呼処理の可否判定を行うことができる。また、交換機１は、携帯端末２のユーザの挙動に応じて優先処理を行うことができる。
【００２１】
また、第１実施形態では、ユーザの区別なく、接続要求に含まれる優先時間帯、優先度の情報を用いて優先処理を行うことができるため、信号処理部１１が優先処理を行う。信号処理部１１は、呼制御部１２の処理に比べて軽い負荷で処理を行えるため、交換機１における処理負荷を抑えることができる。
【００２２】
図３は、携帯端末２が指定された優先時間帯に従って接続要求を送信した場合の、移動体通信ネットワークシステムにおける処理のシーケンスの一例である。図３に示される例では、交換機１は、輻輳を検知していることとする。
【００２３】
携帯端末２からの接続要求を受信し（ＯＰ１）、輻輳により呼処理を拒否する場合、交換機１は、拒否応答を送信する（ＯＰ２）。この拒否応答には、優先時間帯と優先度とを含む優先接続情報と、優先時間帯と、が含まれる。ＯＰ２において携帯端末２に通知される優先時間帯及び優先度は、それぞれの初期値である。なお、交換機１によって優先接続情報は暗号化されている。携帯端末２は、優先接続情報をバッファに保持し、ディスプレイに表示する等して、優先時間帯を携帯端末２のユーザに報知する。
【００２４】
次に、携帯端末２は、ユーザの操作によって、拒否応答によって通知された優先時間帯中に、接続要求を送信する（ＯＰ３）。この接続要求には、拒否応答に含まれていた優先接続情報が暗号化されたまま含まれている。
【００２５】
輻輳が継続しているので、交換機１は、携帯端末２からの接続要求に対して拒否応答を送信する（ＯＰ４）。この拒否応答には、暗号化された優先接続情報と優先時間帯とが含まれる。交換機１は、接続要求に含まれる優先接続情報を復号し、優先時間帯を抽出し、接続要求の受信時刻と比較して、接続要求が指定した優先時間帯に従って送信されたか否かを判定する。図３に示される例では、接続要求が優先時間帯に従って送信されており、拒否応答に含まれる優先度は、高く設定される。次に携帯端末２が接続要求を送信する場合には、携帯端末２は、より高い優先度を用いることができる（ＯＰ５）。
【００２６】
図４は、携帯端末２が指定された優先時間帯外に接続要求を送信した場合の、移動体通信ネットワークシステムにおける処理のシーケンスの一例である。図４に示される例では、交換機１は、輻輳を検知していることとする。図４に示される例では、図３に示される例のＯＰ１、ＯＰ２の処理が終了し、その続きからの処理が示される。
【００２７】
携帯端末２は、拒否応答によって通知された優先時間帯外に、接続要求を送信する（ＯＰ１１）。この接続要求には、交換機１からの拒否応答に含まれていた優先接続情報が暗号化されたまま含まれている。
【００２８】
輻輳が継続しており、交換機１は、携帯端末２からの接続要求に対して拒否応答を送信する（ＯＰ１２）。拒否応答には、暗号化された優先接続情報と優先時間帯とが含まれる。図４に示される例では、接続要求が優先時間帯外に送信されており、拒否応答に含まれる優先度は、低く設定される。次に携帯端末２が接続要求を送信する場合には、より低い優先度となる（ＯＰ１３）。
【００２９】
第１実施形態では、輻輳発生等で接続要求に対して拒否応答を返信する場合には、交換機１は、優先時間帯と優先度とを携帯端末２に通知する。携帯端末２は、接続要求に、交換機１から通知された優先時間帯と優先度とを含めて送信する。これによって、交換機１はデータベースを持つことなく、携帯端末２の優先時間帯と優先度とを取得し、優先接続処理を行うことができる。携帯端末２は移動するため、携帯端末２がいずれの交換機１に接続するかは予測が困難であるが、交換機１は優先接続処理のためのデータベースを保持
しないため、携帯端末２はいずれの交換機１に接続した場合でも優先接続処理を施してもらうことができる。例えば、携帯端末２が優先時間帯と優先度とを通知してきた交換機１とは別の交換機に接続した場合でも、優先接続処理を施してもらうことができる。また、接続要求が優先時間帯に従っているか否かによって、優先度の設定が変動するため、ユーザに優先時間帯に従って接続要求を送信するように促すことができる。
【００３０】
なお、携帯端末２は、優先接続時間帯が過ぎると、拒否応答によって通知された優先接続情報及び優先時間帯をバッファから廃棄し、その後は、優先接続情報を含まない接続要求を送信する。
【００３１】
＜交換機の構成＞
図５は、交換機１のハードウェア構成の一例を示す図である。交換機１は、ＣＰＵ（Central Processing Unit）１０１，主記憶装置１０２，補助記憶装置１０５，ネットワー
クインタフェース１０７を備え、これらはバス１０９によって電気的に接続される。
【００３２】
ＣＰＵ  １０１は、補助記憶装置１０５に保持されたＯＳや様々なアプリケーションプログラムをＲＡＭ  １０２にロードして実行することによって、様々な処理を実行する。ＣＰＵ  １０１は、１つに限られず、複数備えられてもよい。
【００３３】
主記憶装置１０２は、ＣＰＵ  １０１に、補助記憶装置１０５に格納されているプログラムをロードする記憶領域および作業領域を提供したり、バッファとして用いられたりする。主記憶装置１０２は、例えば、ＤＲＡＭ（Dynamic RAM）、ＳＲＡＭ（Static RAM）
、ＳＤＲＡＭ（Synchronous  DRAM）、のような半導体メモリである。また、主記憶装置
１０２は、ＲＯＭ（Read Only Memory）を含んでもよい。
【００３４】
補助記憶装置１０５は、様々なプログラムや、各プログラムの実行に際してＣＰＵ  １０１が使用するデータを格納する。補助記憶装置１０５は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、又はハードディスクドライブ（Hard Disk Drive）等の不揮発性の記憶媒体である。補助記憶装置１０５は、例えば、オペレーティングシステム（ＯＳ），優先接続処理プログラム，呼処理プログラム，輻輳制御プログラム，その他様々なアプリケーションプログラムを保持する。
【００３５】
優先接続処理プログラムは、携帯端末２に拒否応答とともに優先時間帯と優先度とを通知し、接続要求に含まれる優先時間帯と優先度とに従って、優先接続処理を行うためのプログラムである。優先接続処理プログラムは、「情報処理プログラム」の一例である。呼処理プログラムは、呼を確立するためのプログラムである。輻輳制御プログラムは、輻輳を検知するためのプログラムである。
【００３６】
ネットワークインタフェース１０７は、例えば、光ケーブル，ＬＡＮ（Local Area Network）ケーブル等の有線のネットワーク回線のケーブルを接続する回路である。
【００３７】
なお、図５に示される交換機１のハードウェア構成は、一例であり、上記に限られず、実施の形態に応じて、適宜、構成要素の省略や置換、追加が可能である。例えば、交換機１は、可搬記録媒体駆動装置を備え、ＳＤカード等の可搬記録媒体を補助記憶装置の一つとして使用してもよい。
【００３８】
図６は、第１実施形態に係る交換機１の機能構成の一例を示す図である。交換機１は、機能構成として、信号処理部１１，呼制御部１２，輻輳制御部１３を含む。信号処理部１１は、ＣＰＵ  １０１が優先接続処理プログラムを実行することによって実現される機能ブロックである。呼制御部１２は、ＣＰＵ  １０１が呼制御プログラムを実行することに
よって実現される機能ブロックである。輻輳制御部１３は、ＣＰＵ  １０１が輻輳制御プログラムを実行することによって実現される機能ブロックである。なお、これらの機能ブロックは、例えば、ＦＰＧＡ（Field-Programmable Gate Array）等でハードウェアとし
て実現されてもよい。交換機１は、「情報処理装置」の一例である。
【００３９】
呼制御部１２は、接続要求の呼を確立するための一連の処理を行う。より具体的には、呼制御部１２は、接続要求先の携帯端末２の電話番号、ＩＰアドレス等をデータベースより取得して呼び出し処理を行ったり等の、セッションの確立処理を行う。その他に、呼制御部１２は、接続要求の送信元の携帯端末２のユーザの情報をデータベースより読み出し、契約サービスに応じたサービスを提供したりもする。
【００４０】
輻輳制御部１３は、輻輳状態を検出する。第１実施形態では、輻輳制御部１３は、ＣＰＵ  １０１の処理負荷，メモリの使用率，データの流入量等に基づいて、輻輳の状態を、１０段階のレベルで判定する。輻輳制御部１３は、輻輳レベルを所定の周期で算出し、信号処理部１１４に通知する。なお、第１実施形態では、輻輳閾値は６であり、輻輳レベル６未満の場合には、輻輳が発生していない状態であり、輻輳レベル６以上で輻輳が発生している状態と判定される。なお、輻輳レベルは、１０段階に限定されない。また、輻輳状態の検出は、交換機１の内部負荷に基づいて行われるものに限られず、外部装置からネットワーク内の輻輳の発生の通知を受けて行われてもよい。
【００４１】
信号処理部１１は、信号送受信部１１１，優先時間帯判定部１１２，優先度判定部１１３，優先接続情報生成部１１４を含む。ネットワークインタフェース１０７を通じて受信された信号は、信号処理部１１に届く前の段階で、所定の処理によって、ＳＩＰ等の呼制御プロトコルのメッセージに変換されている。
【００４２】
信号送受信部１１１は、受信した接続要求に対して、輻輳状態に応じて、呼制御部１２による呼処理を行うか否かを判定する。第１実施形態では、輻輳制御部１３から通知された輻輳レベルが輻輳閾値未満の場合には、信号送受信部１１１は、輻輳が発生していない状態と判定し、接続要求の呼処理を許可して呼制御部１２に出力する。
【００４３】
輻輳レベルが輻輳閾値以上の場合には、信号送受信部１１１は、輻輳が発生している状態と判定し、接続要求に含まれる優先接続情報を抽出し、秘密鍵を用いて復号する。秘密鍵は、例えば、補助記憶装置１０５の記憶領域に保持されている。秘密鍵は、移動体通信ネットワークシステム内の交換機１で統一されていることとする。信号送受信部１１１は、抽出した優先接続情報について、優先時間帯判定部１１２，優先度判定部１１３に、それぞれ、優先時間帯、優先度の判定を依頼する。信号送受信部１１１は、優先時間帯判定部１１２，優先度判定部１１３からの判定結果に従って、輻輳発生状態で受信した接続要求の呼処理の可否判定を行う。該接続要求の呼処理の許可を判定した場合には、信号送受信部１１１は、呼制御部１２に該接続要求の呼処理を依頼する。該接続要求の呼処理の拒否を判定した場合には、信号送受信部１１１は、拒否応答を生成し、該接続要求の送信元の携帯端末２に送信する。
【００４４】
輻輳が発生している状態で受信した接続要求に優先接続情報が含まれていない場合には、信号送受信部１１１は、優先接続情報生成部１１４に優先接続情報の生成を依頼する。優先接続情報生成部１１４から優先接続情報を受信すると、信号送受信部１１１は、秘密鍵で優先接続情報を暗号化し、拒否応答に該優先接続情報を含めて、接続要求の送信元の携帯端末２に送信する。信号送受信部１１１は、「要求判定部」、「応答処理部」の一例である。
【００４５】
優先時間帯判定部１１２は、信号送受信部１１１からの依頼を受けて、接続要求が優先
時間帯に従って行われたか否かを判定し、判定結果を信号送受信部１１１に返す。第１実施形態では、優先時間帯判定部１１２は、接続要求の受信時刻と、接続要求から抽出された優先時間帯とを比較し、接続要求が優先時間帯に従って行われたか否かを判定する。接続要求の受信時刻は、例えば、信号処理部１１に入力される前の処理で接続要求に付与されるか、又は、メモリに記録される。なお、携帯端末２によって接続要求に送信時刻が付与され、優先時間帯判定部１１２は、該送信時刻と優先時間帯とを比較して上記判定を行ってもよい。
【００４６】
接続要求が優先時間帯外に受信された場合には、優先時間帯判定部１１２は、優先接続情報生成部１１４に優先接続情報の生成を依頼する。優先接続情報生成部１１４から優先接続情報を受信すると、優先時間帯判定部１１２は、優先接続情報と優先時間帯の判定結果とを信号送受信部１１１に送信する。
【００４７】
優先度判定部１１３は、信号送受信部１１１からの依頼を受けて、接続要求から抽出された優先度が、接続可能な優先度であるか否かを判定し、判定結果を信号送受信部１１１に返す。第１実施形態では、優先度は輻輳レベルと同じく１０段階であり、優先度判定部１１３は、接続要求から抽出された優先度と輻輳レベルとを比較して、上記判定を行う。接続要求から抽出された優先度が接続不可能な優先度である場合には、優先度判定部１１３は、優先接続情報生成部１１４に優先接続情報の生成を依頼する。優先接続情報生成部１１４から優先接続情報を受信すると、優先度判定部１１３は、該優先接続情報と優先度の判定結果とを信号送受信部１１１に送信する。
【００４８】
優先接続情報生成部１１４は、信号送受信部１１１，優先時間帯判定部１１２，又は，優先度判定部１１３からの依頼を受けて、優先時間帯と優先度とを決定し、優先接続情報を生成する。優先接続情報生成部１１４は、「決定部」の一例である。
【００４９】
図７は、優先接続情報生成部１１４の優先時間帯の決定処理の一例を示す図である。図７では、接続要求の受信時刻が１８：００，輻輳レベルが７である場合の例が示される。
【００５０】
優先接続情報生成部１１４は、優先時間帯の幅（時間長）を優先期間情報に基づいて決定する。優先期間情報は、システム管理者によって決定される優先時間帯の幅を示す情報であり、図７に示される例では１０分である。
【００５１】
また、優先接続情報生成部１１４は、優先時間帯の開始時刻を優先時間帯定義テーブルに基づいて決定する。優先時間帯定義テーブルは、輻輳状態と優先時間帯の順守状況とに応じて、優先時間帯の開始時刻となる、接続要求の受信時刻からの経過時間が定義されている。例えば、図７に示される例では、優先時間帯が順守されており、輻輳レベルが輻輳考慮閾値以上である場合には、接続要求の受信時刻から１０分後に優先時間帯の開始時刻が設定される。輻輳考慮閾値は、信号送受信部１１１が輻輳の発生を判定するために使用する輻輳閾値とは異なるものであるが、値は同じであっても異なっていてもよい。図７に示される例では、輻輳考慮閾値は、６である。優先期間情報、優先時間帯定義テーブル、及び、輻輳考慮閾値は、補助記憶装置１０５に格納されている。
【００５２】
優先時間帯の開始時刻となる接続要求の受信時刻からの経過時間は、例えば、以下のＡ＜Ｂ＜Ｃ＜Ｄの順番で長くなるように設定される。
（Ａ）優先時間帯が順守されており、且つ、輻輳レベルが輻輳考慮閾値未満である。
（Ｂ）優先時間帯が順守されており、且つ、輻輳レベルが輻輳考慮閾値以上である。
（Ｃ）優先時間帯が順守されておらず、且つ、輻輳レベルが輻輳考慮閾値未満である。
（Ｄ）優先時間帯が順守されておらず、且つ、輻輳レベルが輻輳考慮閾値以上である。
【００５３】
図７に示される例において、接続要求が優先時間帯外に受信された場合には、上記（Ｄ）に該当し、優先接続情報生成部１１４は、優先時間帯を、接続要求の受信時刻の２０分後の１８：２０から１８：３０までの１０分間に決定する。図７に示される例において、接続要求が優先時間帯内に受信された場合には、上記（Ｂ）に該当し、優先接続情報生成部１１４は、優先時間帯を、接続要求の受信時刻の１０分後の１８：１０から１８：２０までの１０分間に決定する。なお、接続要求が初回のものである場合には、優先時間帯が順守されているものとして取り扱われる。
【００５４】
図８は、優先接続情報生成部１１４の優先度の決定処理の一例を示す図である。図８では、輻輳レベルが７である場合の例が示される。第１実施形態では、優先度は、１から１０の１０段階で設定される。優先度の値が大きいほど優先度が高いとする。
【００５５】
優先接続情報生成部１１４は、接続要求が、優先接続情報を含まない初回の場合には、優先度初期値を優先度に決定する。優先度初期値は、例えば、５に設定される。優先度初期値は、補助記憶装置１０５に格納されている。
【００５６】
優先接続情報生成部１１４は、接続要求が優先時間を順守しており、優先度が輻輳レベル未満である場合には、優先度を１加算した値に決定する。優先接続情報生成部１１４は、接続要求が優先時間を順守しておらず、優先度が輻輳レベル未満である場合には、優先度を１減算した値に決定する。優先度の値の変動幅は、１に限られず、システム設計者が適宜設定可能である。
【００５７】
図８に示される例において、接続要求に含まれる優先度が５である場合には、輻輳レベル７より小さいので、接続要求の呼処理が拒否される。このとき、優先時間が順守されている場合には、例えば、拒否応答に含まれる優先度は６に決定される。優先時間が順守されていない場合には、例えば、拒否応答に含まれる優先度は４に決定される。
【００５８】
図８に示される例において、接続要求に含まれる優先度が８である場合には、輻輳レベル７より大きいので、優先時間帯の順守に応じて接続要求の呼処理の可否が判定される。優先時間が順守されている場合には、該当の接続要求の呼処理が許可される。優先時間が順守されていない場合には、該当の接続要求の呼処理の拒否が判定され、拒否応答に含まれる優先度は７に決定される。
【００５９】
＜処理の流れ＞
図９は、信号送受信部１１１の処理のフローチャートの一例である。図９に示されるフローチャートは、接続要求を受信する度に開始される。
【００６０】
Ｓ１では、信号送受信部１１１は、輻輳制御部１３に輻輳状態を問い合わせ、最新の輻輳レベルを取得する。次に処理がＳ２に進む。
【００６１】
Ｓ２では、信号送受信部１１１は、輻輳が発生している状態であるか否かを判定する。より具体的には、信号送受信部１１１は、輻輳レベルと輻輳閾値とを比較し、輻輳レベルが輻輳閾値以上である場合に輻輳が発生している状態であることを判定する。輻輳が発生している状態である場合には（Ｓ２：ＹＥＳ）、処理がＳ３に進む。輻輳が発生していない場合には（Ｓ２：ＮＯ）、処理がＳ９に進み、Ｓ９では、信号送受信部１１１は、接続要求の呼処理の許可を判定し、接続要求を呼制御部１２に送信する。その後、図９に示される処理が終了する。
【００６２】
Ｓ３以降の処理は、輻輳発生状態であるため、接続要求の呼処理を拒否するための処理である。Ｓ３では、信号送受信部１１１は、接続要求に優先接続情報が含まれているか否
かを判定する。接続要求に優先接続情報が含まれているか否かは、例えば、接続要求のヘッダ内の情報により判定される。接続要求に優先接続情報が含まれていない場合には（Ｓ３：ＮＯ）、該接続要求の送信元の携帯端末２からの初回の接続要求であることが示され、信号送受信部１１１は、優先接続情報生成部１１４に優先接続情報の生成を依頼する。優先接続情報生成部１１４から優先接続情報を受信すると、処理がＳ１０に進む。
【００６３】
接続要求に優先接続情報が含まれている場合には（Ｓ３：ＹＥＳ）、処理がＳ４に進む。Ｓ４では、信号送受信部１１１は、接続要求から暗号化されている優先接続情報を抽出し、秘密鍵を用いて優先接続情報を復号する。次に処理がＳ５に進む。
【００６４】
Ｓ５では、信号送受信部１１１は、優先時間帯判定部１１２に優先時間帯の判定を依頼する。優先時間帯判定部１１２からの判定結果を受信すると、処理がＳ６に進む。
【００６５】
Ｓ６では、信号送受信部１１１は、優先時間帯判定部１１２からの判定結果が接続要求の優先時間帯の順守を示す場合には（Ｓ６：ＹＥＳ）、処理がＳ７に進む。接続時間帯判定部１１２からの判定結果が、接続要求の優先時間帯の不順守を示す場合には（Ｓ６：ＮＯ）、処理がＳ１０に進む。
【００６６】
Ｓ７では、信号送受信部１１１は、優先度の判定を優先度判定部１１３に依頼する。優先度判定部１１３から優先度の判定結果を受けると、処理がＳ８に進む。
【００６７】
Ｓ８では、優先度の判定結果が接続可能である場合には（Ｓ８：ＹＥＳ）、処理がＳ９に進む。Ｓ９では、信号送受信部１１１は、接続要求の呼処理の許可を判定し、接続要求を呼制御部１２に送信する。その後、図９に示される処理が終了する。
【００６８】
優先度の判定結果が接続不可能である場合には（Ｓ８：ＮＯ）、処理がＳ１０に進む。Ｓ１０では、信号送受信部１１１は、優先時間帯判定部１１２，優先度判定部１１３，優先接続情報生成部１１４のいずれかから受信した優先接続情報を秘密鍵を用いて暗号化する。次に処理がＳ１１に進む。優先時間帯判定部１１２，優先度判定部１１３からは、それぞれの判定結果とともに優先接続情報が受信される。
【００６９】
Ｓ１１では、信号送受信部１１１は、暗号化された優先接続情報と優先時間帯とを拒否応答に含めて、該拒否応答を接続要求の送信元の携帯端末２に送信する。その後、図９に示される処理が終了する。
【００７０】
図１０は、優先時間帯判定部１１２の処理のフローチャートの一例である。図１０に示されるフローチャートは、優先時間帯判定部１１２が信号送受信部１１１から優先時間帯の判定の依頼を受けるたびに開始される。
【００７１】
Ｓ２１では、優先時間帯判定部１１２は、接続要求の受信時刻が優先時間帯内であるか否かを判定する。接続要求の受信時刻が優先時間帯内である場合には（Ｓ２１：ＹＥＳ）、処理がＳ２２に進む。Ｓ２２では、優先時間帯判定部１１２は、信号送受信部１１１に、接続要求の優先時間帯の順守を示す判定結果を通知する。その後、図１０に示される処理が終了する。
【００７２】
接続要求の受信時刻が優先時間帯外である場合には（Ｓ２１：ＮＯ）、処理がＳ２３に進む。Ｓ２３では、優先時間帯判定部１１２は、優先接続情報生成部１１４に優先接続情報の生成を依頼する。優先時間帯判定部１１２が優先接続情報生成部１１４から優先接続情報を受信すると、処理がＳ２４に進む。
【００７３】
Ｓ２４では、優先時間帯判定部１１２は、信号送受信部１１１に、接続要求の優先時間帯の不順守を示す判定結果と、優先接続情報とを通知する。その後、図１０に示される処理が終了する。
【００７４】
図１１は、優先度判定部１１３の処理のフローチャートの一例である。図１１に示されるフローチャートは、優先度判定部１１３が信号送受信部１１１から優先度の判定の依頼を受けるたびに開始される。
【００７５】
Ｓ３１では、優先度判定部１１３は、接続要求から抽出された優先度が接続可能なものであるか否かを判定する。より具体的には、優先度判定部１１３は、優先度と輻輳レベルとを比較する。優先度が輻輳レベル以上である場合には、優先度判定部１１３は、接続要求の優先度が接続可能な優先度であることを判定する。
【００７６】
接続要求の優先度が接続可能なものである場合には（Ｓ３１：ＹＥＳ）、処理がＳ３２に進む。Ｓ３２では、優先度判定部１１３は、信号送受信部１１１に、接続要求の優先度は接続可能なものであることを示す判定結果を通知する。その後、図１１に示される処理が終了する。
【００７７】
接続要求の優先度が接続不可能なものである場合には（Ｓ３１：ＮＯ）、処理がＳ３３に進む。Ｓ３３では、優先度判定部１１３は、優先接続情報生成部１１４に優先接続情報の生成を依頼する。優先度判定部１１３が優先接続情報生成部１１４から優先接続情報を受信すると、処理がＳ３４に進む。
【００７８】
Ｓ３４では、優先度判定部１１３は、信号送受信部１１１に、接続要求の優先度が接続不可能なものであることを示す判定結果と、優先接続情報とを通知する。その後、図１１に示される処理が終了する。
【００７９】
図１２は、優先接続情報生成部１１４の処理のフローチャートの一例である。図１２に示されるフローチャートは、優先接続情報生成部１１４が、信号送受信部１１１，優先時間帯判定部１１２，優先度判定部１１３のいずれかから優先接続情報の生成依頼を受けるたびに開始される。
【００８０】
Ｓ４１では、優先接続情報生成部１１４は、接続要求に優先接続情報が含まれているか否かを判定する。接続要求に優先接続情報が含まれていない場合には（Ｓ４１：ＮＯ）、接続要求の送信元の携帯端末２からの初回の接続要求であることが示され、処理がＳ４２に進む。Ｓ４２では、優先接続情報生成部１１４は、優先度を初期値に設定する。次に処理がＳ４５に進む。
【００８１】
接続要求に優先接続情報が含まれている場合には（Ｓ４１：ＹＥＳ）、処理がＳ４３に進む。Ｓ４３では、優先接続情報生成部１１４は、接続要求の受信時刻が優先時間帯内であるか否かを判定する。
【００８２】
接続要求の受信時刻が優先時間帯内である場合には（Ｓ４３：ＹＥＳ）、処理がＳ４４に進む。Ｓ４４では、優先接続情報生成部１１４は、優先度を、接続要求に含まれる優先度より高く設定する。例えば、優先接続情報生成部１１４は、優先度を接続要求に含まれる優先度に１加算した値に設定する。次に処理がＳ４５に進む。
【００８３】
Ｓ４５では、優先度情報生成部１１４は、輻輳レベルと輻輳考慮閾値とを比較する。輻輳レベルは、例えば、信号送受信部１１１に問い合わせて取得可能である。輻輳レベルが輻輳考慮閾値未満である場合には（Ｓ４５：ＮＯ）、処理がＳ４６に進む。Ｓ４６では、
優先時間帯が順守されており、且つ、輻輳が輻輳考慮閾値未満であるので、優先度接続情報生成部１１４は、優先時間帯定義テーブルに基づいて、優先時間帯の開始時刻が一番早い時刻に設定する。次に処理がＳ５２に進む。
【００８４】
輻輳レベルが輻輳考慮閾値以上である場合には（Ｓ４５：ＹＥＳ）、処理がＳ４７に進む。Ｓ４７では、優先時間帯が順守されており、且つ、輻輳が輻輳考慮閾値以上であるので、優先度接続情報生成部１１４は、優先時間帯定義テーブルに基づいて、優先時間帯の開始時刻が２番目に早い時刻に設定する。次に処理がＳ５２に進む。
【００８５】
Ｓ４３において、接続要求の受信時刻が優先時間帯外である場合には（Ｓ４３：ＮＯ）、処理がＳ４８に進む。Ｓ４８では、優先接続情報生成部１１４は、優先度を、接続要求に含まれる優先度より低く設定する。例えば、優先接続情報生成部１１４は、優先度を接続要求に含まれる優先度に１減算した値に設定する。次に処理がＳ４９に進む。
【００８６】
Ｓ４９では、優先度情報生成部１１４は、輻輳レベルと輻輳考慮閾値とを比較する。輻輳レベルが輻輳考慮閾値未満である場合には（Ｓ４９：ＮＯ）、処理がＳ５０に進む。Ｓ５０では、優先時間帯が順守されておらず、且つ、輻輳が輻輳考慮閾値未満であるので、優先度接続情報生成部１１４は、優先時間帯定義テーブルに基づいて、優先時間帯の開始時刻が３番目の早い時刻に設定する。次に処理がＳ５２に進む。
【００８７】
輻輳レベルが輻輳考慮閾値以上である場合には（Ｓ４９：ＹＥＳ）、処理がＳ５１に進む。Ｓ５１では、優先時間帯が順守されておらず、且つ、輻輳が輻輳考慮閾値以上であるので、優先度接続情報生成部１１４は、優先時間帯定義テーブルに基づいて、優先時間帯の開始時刻が一番遅い時刻に設定する。次に処理がＳ５２に進む。
【００８８】
Ｓ５２では、優先接続情報生成部１１４は、新たに決定した優先時間帯と優先度とを含む優先接続情報を生成し、信号送受信部１１１，優先時間帯判定部１１２，優先度判定部１１３のいずれかの優先接続情報の要求元に通知する。その後、図１２に示される処理が終了する。
【００８９】
図１３Ａ，図１３Ｂ，図１３Ｃ，図１３Ｄ，図１３Ｅは、第１実施形態における交換機１と携帯端末２間の処理のシーケンス図の一例である。図１３Ａ〜図１３Ｅに示される例では、移動体通信ネットワークシステムのうち、交換機１と携帯端末２とが抽出されて示されている。
【００９０】
図１３Ａは、優先接続情報を含まない接続要求が携帯端末２から送信された場合の処理のシーケンスが示される。
【００９１】
ＯＰ２１では、携帯端末２が初めて接続要求を送信する。この接続要求には、優先接続情報は含まれていない。
【００９２】
ＯＰ２２では、交換機１の信号送受信部１１１が接続要求を受信し、輻輳制御部１３に輻輳状態を問い合わせる（図９、Ｓ１）。ＯＰ２３では、輻輳制御部１３が信号送受信部１１１からの問い合わせに対して、輻輳状態として輻輳レベルを送信する。信号送受信部１１１は、輻輳レベルと輻輳閾値とから輻輳が発生している状態か否かを判定する（図９、Ｓ２）。
【００９３】
（１−Ａ）輻輳未発生の場合
ＯＰ２４では、輻輳が発生していないので、信号送受信部１１１は、接続要求の呼処理の許可を判定し、接続要求に対する呼処理を呼制御部１２に要求する（図９、Ｓ９）。Ｏ
Ｐ２５では、呼制御部１２が、信号送受信部１１１に対して呼処理応答を返信する。ＯＰ２６では、信号送受信部１１１が接続要求の送信元の携帯端末２に呼処理の許可を含む接続要求応答を送信する。その後、携帯端末２の呼の確立の処理が行われる。
【００９４】
（１−Ｂ）輻輳発生の場合
ＯＰ２７では、輻輳が発生しており（図９、Ｓ２：ＹＥＳ）、接続要求に優先接続情報が含まれていないので、優先接続情報生成部１１４に優先接続情報の生成依頼のための要求を送信する（図９、Ｓ３：ＮＯ）。ＯＰ２８では、優先接続情報生成部１１４は、優先接続情報を生成し、応答に含めて、信号送受信部１１１に送信する（図１２）。
【００９５】
ＯＰ２９では、信号送受信部１１１は、優先接続情報生成部１１４から受信した優先接続情報を秘密鍵で暗号化し（図９、Ｓ１０）、呼処理の拒否を含む接続要求に対する拒否応答を接続要求の送信元の携帯端末２に送信する（図９、Ｓ１１）。この拒否応答には、暗号化された優先接続情報と暗号化されていない優先時間帯とが含まれる。優先時間帯は、携帯端末２のディスプレイに表示される等して、ユーザに報知される。
【００９６】
図１３Ｂは、接続要求に優先接続情報が含まれる場合の処理のシーケンスの例である。ＯＰ３１では、携帯端末２が暗号化されたままの優先接続情報を含む接続要求を送信する。
【００９７】
ＯＰ３２では、交換機１の信号送受信部１１１が接続要求を受信し、輻輳制御部１３に輻輳状態を問い合わせる（図９、Ｓ１）。ＯＰ３３では、輻輳制御部１３が信号送受信部１１１からの問い合わせに対して、輻輳状態として輻輳レベルを送信する。信号送受信部１１１は、輻輳レベルと輻輳閾値とから輻輳が発生している状態か否かを判定する（図９、Ｓ２）。
【００９８】
（２−Ａ）輻輳未発生の場合
ＯＰ３４では、輻輳が発生していないので、信号送受信部１１１は、接続要求の呼処理の許可を判定し、接続要求に対する呼処理を呼制御部１２に要求する（図９、Ｓ９）。ＯＰ３５では、呼制御部１２が、信号送受信部１１１に対して呼処理応答を返信する。ＯＰ３６では、信号送受信部１１１が接続要求の送信元の携帯端末２に呼処理の許可を含む接続要求応答を送信する。その後、携帯端末２の呼の確立の処理が行われる。
【００９９】
以上のように、輻輳未発生の場合には、接続要求に優先接続情報が含まれているか否かに関わらず、接続要求の呼処理は許可される。
【０１００】
図１３Ｃは、接続要求に優先接続情報が含まれており、輻輳が発生している場合の処理のシーケンスの一例である。
【０１０１】
（２−Ｂ）輻輳発生の場合
ＯＰ４１では、輻輳が発生しており（図９、Ｓ２：ＹＥＳ）、接続要求に優先接続情報が含まれているので（図９、Ｓ３：ＹＥＳ）、信号送受信部１１１は、優先接続情報を秘密鍵で復号し（図９、Ｓ４）、優先時間帯判定部１１２に優先時間帯の判定を依頼するための要求を送信する（図９、Ｓ５）。優先時間帯判定部１１２は、接続要求に含まれていた優先時間帯と接続要求の受信時刻とを比較し、接続要求が優先時間帯に従って送信されているか否かを判定する（図１０、Ｓ２１）。
【０１０２】
（３−Ａ）接続要求が優先時間帯に従って送信されている場合
ＯＰ４２では、優先時間帯判定部１２は、接続要求が優先時間帯に従って送信されていることを判定し（図１０、Ｓ２１：ＹＥＳ）、信号送受信部１１１に、接続要求の優先時
間帯の順守を示す判定結果を含む応答を送信する（図１０、Ｓ２２）。
【０１０３】
ＯＰ４３では、信号送受信部１１１は、接続要求の優先時間帯の順守を示す判定結果を受けたので（図９、Ｓ６：ＹＥＳ）、次に優先度判定部１１３に優先度の判定を依頼するための要求を送信する（図９、Ｓ７）。優先度判定部１１３は、信号送受信部１１１から要求を受けて、接続要求に含まれる優先度が接続可能なものであるか否かを判定する（図１１、Ｓ３１）。
【０１０４】
図１３Ｄは、接続要求に優先接続情報が含まれており、輻輳が発生している状態において、接続要求が優先時間帯に従って送信された場合の処理のシーケンスの一例である。
【０１０５】
（４−Ａ）接続要求に含まれる優先度が輻輳発生状態において接続可能なものである場合
ＯＰ５１では、優先度判定部１１３は、接続要求に含まれている優先度が接続可能なものであるので（図１１、Ｓ３１：ＹＥＳ）、信号送受信部１１１に、接続可能を示す判定結果を含む応答を送信する（図１１、Ｓ３２）。
【０１０６】
ＯＰ５２では、信号送受信部１１１は、優先度判定部１１３からの応答を受けて、接続要求の呼処理の許可を判定し（図９、Ｓ８：ＹＥＳ）、接続要求に対する呼処理を呼制御部１２に要求する（図９、Ｓ９）。ＯＰ５３では、呼制御部１２が、信号送受信部１１１に対して呼処理応答を返信する。ＯＰ５４では、信号送受信部１１１が接続要求の送信元の携帯端末２に呼処理の許可を含む接続要求応答を送信する。その後、呼制御部１２によって携帯端末２の呼の確立の処理が行われる。
【０１０７】
（４−Ｂ）接続要求に含まれる優先度が輻輳発生状態において接続可能なものでない場合
ＯＰ５５では、優先度判定部１１３は、接続要求に含まれている優先度が接続可能なものでないので（図１１、Ｓ３１：ＮＯ）、優先接続情報生成部１１４に、優先接続情報の生成を依頼するための要求を送信する（図１１、Ｓ３３）。
【０１０８】
ＯＰ５６では、優先接続情報生成部１１４は、優先度判定部１１３からの要求を受けて、優先接続情報を生成し、優先度判定部１１３に送信する（図１２）。この優先度接続情報に含まれる優先度は、接続要求が優先時間帯に従って送信されたものであるので、接続要求に含まれていた優先度よりも高く設定される。
【０１０９】
ＯＰ５７では、優先度判定部１１３は、優先接続情報生成部１１４から優先接続情報を受信し、信号送受信部１１１に優先接続情報と接続不可能を示す判定結果とを含む応答を送信する（図１１、Ｓ３４）。
【０１１０】
ＯＰ５９では、信号送受信部１１１は、優先度判定部１１３からの応答を受けて、呼処理の拒否を含む拒否応答を接続要求の送信元の携帯端末２に送信する。このときの拒否応答には、暗号化された優先接続情報と、暗号化されていない優先時間帯とが含まれる。優先接続情報に含まれる優先度は、接続要求に含まれる優先度よりも高いものとなっている。
【０１１１】
図１３Ｅは、接続要求に優先接続情報が含まれており、輻輳が発生している状態において、接続要求が優先時間帯に従わずに送信された場合の処理のシーケンスの一例である。
【０１１２】
（３−Ｂ）接続要求が優先時間帯に従わずに送信されている場合
ＯＰ６１では、優先時間帯判定部１２は、接続要求の優先時間帯の不順守を判定し（図
１０、Ｓ２１：ＮＯ）、優先接続情報生成部１１４に、優先接続情報の生成を依頼するための要求を送信する（図１０、Ｓ２３）。ＯＰ６１では、優先接続情報生成部１１４は、優先時間帯判定部１１２からの要求を受けて、優先接続情報を生成し、優先時間帯判定部１１２に送信する（図１２）。この優先度接続情報に含まれる優先度は、接続要求が優先時間帯に従わずに送信されたものであるので、接続要求に含まれていた優先度よりも低く設定される。
【０１１３】
ＯＰ６３では、優先時間帯判定部１１２は、優先接続情報生成部１１４から優先接続情報を受信し、信号送受信部１１１に優先接続情報と接続要求の優先時間帯の不順守を示す判定結果とを含む応答を送信する（図１０、Ｓ２４）。
【０１１４】
ＯＰ６４では、信号送受信部１１１は、優先時間帯判定部１１２からの応答を受けて、呼処理の拒否を含む拒否応答を接続要求の送信元の携帯端末２に送信する。このときの拒否応答には、暗号化された優先接続情報と、暗号化されていない優先時間帯とが含まれる。拒否応答の優先接続情報に含まれる優先度は、接続要求に含まれる優先度よりも低いものとなっている。
【０１１５】
＜第１実施形態の作用及び効果＞
第１実施形態では、輻輳発生状態において接続要求の呼処理が拒否される場合には、交換機１から携帯端末２に、拒否応答とともに優先時間帯と優先度とが通知される。該携帯端末２が再度接続要求を行う場合には、接続要求に含めて優先時間帯と優先度とが交換機１に送信される。これによって、交換機１は、接続要求から、該携帯端末２のユーザの優先時間帯と優先度とを取得することができ、優先接続処理のためのデータベースを保持せずともよくなる。これによって、データベースをユーザの情報を検索する処理を省くことができ、交換機１の優先接続処理の負荷を軽減することができる。交換機１の優先接続処理の負荷が軽減されることによって、輻輳の助長を緩和することができる。
【０１１６】
また、第１実施形態では、携帯端末２に拒否応答とともに優先時間帯が通知されるので、携帯端末２のユーザによる無闇な接続要求の再送を抑制することができる。また、優先時間帯に従って接続要求が送信された場合には、呼処理が拒否されたとしても優先度が高く設定され、該携帯端末２の呼が接続されやすくなるので、ユーザに対して優先時間帯の順守に対するモチベーションを高めることができる。これによって、輻輳の早期緩和が期待できる。
【０１１７】
また、交換機１が優先接続処理のためのデータベースを保持しなくてよいことによって、ネットワーク全体において、交換機１間のデータベースの整合性を保つための処理を省くことができ、ネットワーク全体としての負荷も軽減される。また、携帯端末２は、移動するため、いずれの交換機に接続するかわからないが、優先接続処理に用いられる情報は接続要求に含まれるので、携帯端末２が優先時間帯を通知してきた交換機１と同じ交換機に接続する必要性を排除することができる。
【０１１８】
また、携帯端末２に優先時間帯を通知し、再度携帯端末２からの接続要求に優先時間帯が含まれ、該接続要求に含まれる優先時間帯に従って接続要求が送信されているか否かを判定して、優先接続処理が行われる。これによって、交換機１は、携帯端末２のユーザの挙動に応じた優先接続処理を低負荷で行うことができる。
【０１１９】
また、第１実施形態では、優先時間帯と優先度とを含む優先接続情報は、交換機１によって交換機１が保持する秘密鍵によって暗号化されて携帯端末２に送信される。携帯端末２は秘密鍵を保持しておらず、優先接続情報を復号することができない。これによって、携帯端末２による優先時間帯及び優先度の改ざんを防ぐことができる。
【０１２０】
また、第１実施形態では、優先接続情報生成部１１４は、優先時間帯定義テーブルを用いて、優先時間帯の開始時刻を決定する。これによって、優先時間帯の順守の有無、輻輳状況に応じて、優先時間帯の開始時刻を柔軟に決定することができる。また、接続要求の再送を分散させることができる。
【０１２１】
＜その他＞
第１実施形態では、携帯端末２からの接続要求に対して、交換機１が上記処理を行うことを説明したが、これに限られず、例えば、交換機１は、ＰＣ等の移動体でない端末からの接続要求に対しても、上記処理を行うようにしてもよい。
【符号の説明】
【０１２２】
１        交換機
２        携帯端末
１１      信号処理部
１２      呼制御部
１３      輻輳制御部
１１１    信号送受信部
１１２    優先時間帯判定部
１１３    優先度判定部
１１４    優先接続情報生成部
【図２】
2015165634.tif 000003
【図３】
2015165634.tif 000004
【図４】
2015165634.tif 000005
【図５】
2015165634.tif 000006
【図６】
2015165634.tif 000007
【図７】
2015165634.tif 000008
【図８】
2015165634.tif 000009
【図９】
2015165634.tif 000010
【図１０】
2015165634.tif 000011
【図１１】
2015165634.tif 000012
【図１２】
2015165634.tif 000013
【図１３Ａ】
2015165634.tif 000014
【図１３Ｂ】
2015165634.tif 000015
【図１３Ｃ】
2015165634.tif 000016
【図１３Ｄ】
2015165634.tif 000017
【図１３Ｅ】
2015165634.tif 000018
【図１】
2015165634.tif 000019