(57)【特許請求の範囲】
【請求項１】
位置情報提供装置に対する呼を中継するとともに、測位要求元からの測位要求に応じて、前記位置情報提供装置に移動通信端末の位置情報を取得させる測位支援システムであって、
測位要求元から測位要求を受信し、前記測位要求に基づいて前記測位要求の測位対象となる移動通信端末の識別情報を取得する識別情報取得手段と、
前記識別情報取得手段によって取得された前記識別情報を格納する優先呼記憶手段と、
前記位置情報提供装置が輻輳状態であるか否かを検出する監視手段と、
前記監視手段によって前記位置情報提供装置が輻輳状態であることが検出されたことに応じて、前記位置情報提供装置に対する呼のうち優先処理を行う呼を決定する優先制御手段と、
を備え、
前記優先制御手段は、呼の発信元が前記優先呼記憶手段に格納された前記識別情報で識別される移動通信端末であるか否かを判別し、前記発信元が前記識別情報で識別される移動通信端末であると判別した場合、前記呼を優先処理の対象とする、測位支援システム。
【請求項２】
前記優先制御手段は、さらに、前記呼の種類に応じて前記呼を優先処理の対象とするかを決定する、請求項１に記載の測位支援システム。
【請求項３】
前記優先制御手段は、前記呼がＳＵＰＬ−ＭＴである場合には、前記呼を優先処理の対象とし、前記呼がＳＵＰＬ−ＭＯである場合には、発信元が前記優先呼記憶手段に格納された前記識別情報で識別される移動通信端末である前記呼を優先処理の対象とし、前記発信元が前記識別情報で識別される移動通信端末でない前記呼を輻輳制御の対象とする、請求項２に記載の測位支援システム。
【請求項４】
前記優先呼記憶手段は、前記識別情報取得手段によって取得された前記識別情報に対応付けて、前記呼を受信した時刻を示す時刻情報を格納し、
前記優先制御手段は、前記優先呼記憶手段に格納された前記時刻情報に基づいて、前記優先呼記憶手段に格納された前記識別情報のうち所定の時刻以降の識別情報を抽出し、呼の発信元が、抽出した識別情報で識別される移動通信端末であるか否かを判別する、請求項１〜請求項３のいずれか一項に記載の測位支援システム。
【請求項５】
測位要求元と優先度を示す優先度情報とを対応付けた優先度管理テーブルを格納する優先度情報管理手段と、
前記優先度情報管理手段に格納された前記優先度管理テーブルに基づいて、前記測位要求元の優先度情報を取得する優先度情報取得手段と、
をさらに備え、
前記優先呼記憶手段は、前記識別情報取得手段によって取得された前記識別情報に対応付けて、前記優先度情報取得手段によって取得された前記優先度情報をさらに格納し、
前記優先制御手段は、さらに、前記優先呼記憶手段に格納された前記識別情報に対応付けられた前記優先度情報に応じて、優先処理を行う呼を決定する、請求項１〜請求項４のいずれか一項に記載の測位支援システム。
【請求項６】
前記呼が秘匿化されているか否かを判別し、秘匿化されている場合には平文化する暗号処理手段をさらに備える、請求項１〜請求項５のいずれか一項に記載の測位支援システム。
【請求項７】
位置情報提供装置に対する呼を中継するとともに、測位要求元からの測位要求に応じて、前記位置情報提供装置に移動通信端末の位置情報を取得させる測位支援システムが行う測位支援方法であって、
測位要求元からの測位要求を受信し、前記測位要求に基づいて前記測位要求の測位対象となる移動通信端末の識別情報を取得する識別情報取得ステップと、
前記識別情報取得ステップにおいて取得された前記識別情報を格納する優先呼記憶ステップと、
前記位置情報提供装置が輻輳状態であるか否かを検出する監視ステップと、
前記監視ステップにおいて前記位置情報提供装置が輻輳状態であることが検出されたことに応じて、前記位置情報提供装置に対する呼のうち優先処理を行う呼を決定する優先制御ステップと、
を備え、
前記優先制御ステップでは、呼の発信元が前記優先呼記憶ステップにおいて格納された前記識別情報で識別される移動通信端末であるか否かを判別し、前記発信元が前記識別情報で識別される移動通信端末であると判別した場合、前記呼を優先処理の対象とする、測位支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、測位支援システム及び測位支援方法に関する。
【背景技術】
【０００２】
外部クライアントによる移動通信端末の測位要求に基づいて、位置情報提供装置が測位要求を実行し、外部クライアントに移動通信端末の位置情報を通知するシステムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２００４−５１２７８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このようなシステムでは、位置情報提供装置が輻輳状態となった場合、位置情報提供装置は全ての新規呼の受付を拒否することがある。このため、外部クライアントによる測位要求及び測位要求に起因して発生する呼は、輻輳が解消されるまで受付を拒否される。その結果、外部クライアントの測位要求に対し、位置情報の通知が遅れるおそれがある。特に、外部クライアントが警察署及び消防署等の緊急通報受理機関である場合、外部クライアントへの位置情報の通知は確実に行われることが望まれている。
【０００５】
本発明は、上記問題点に鑑みてなされたものであり、位置情報提供装置の輻輳時において、外部クライアントからの測位要求を優先して処理することが可能な測位支援システム及び測位支援方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一態様に係る測位支援システムは、位置情報提供装置に対する呼を中継するとともに、測位要求元からの測位要求に応じて、位置情報提供装置に移動通信端末の位置情報を取得させる測位支援システムである。この測位支援システムは、測位要求元からの測位要求を受信し、測位要求に基づいて測位要求の測位対象となる移動通信端末の識別情報を取得する識別情報取得手段と、識別情報取得手段によって取得された識別情報を格納する優先呼記憶手段と、位置情報提供装置が輻輳状態であるか否かを検出する監視手段と、監視手段によって位置情報提供装置が輻輳状態であることが検出されたことに応じて、位置情報提供装置に対する呼のうち優先処理を行う呼を決定する優先制御手段と、を備える。優先制御手段は、呼の発信元が優先呼記憶手段に格納された識別情報で識別される移動通信端末であるか否かを判別し、発信元が識別情報で識別される移動通信端末であると判別した場合、呼を優先処理の対象とする。
【０００７】
この測位支援システムによれば、位置情報提供装置が輻輳状態であることが検出されたことに応じて、位置情報提供装置に対する呼のうち呼の発信元が測位要求元からの測位要求の測位対象となる移動通信端末である呼が優先処理の対象となる。これにより、位置情報提供装置が輻輳状態であっても、測位要求元からの測位要求によって生じた移動通信端末から位置情報提供装置への呼が優先的に処理される。その結果、位置情報提供装置の輻輳時において、測位要求元からの測位要求に起因する呼を優先して処理することができ、外部クライアントからの測位要求を優先して処理することが可能となる。なお、呼の優先処理とは、位置情報提供装置が輻輳状態である場合に、呼を受け付けて優先的に処理することを意味する。
【０００８】
優先制御手段は、さらに、呼の種類に応じて呼を優先処理の対象とするかを決定してもよい。また、優先制御手段は、呼がＳＵＰＬ−ＭＴである場合には、呼を優先処理の対象とし、呼がＳＵＰＬ−ＭＯである場合には、発信元が優先呼記憶手段に格納された識別情報で識別される移動通信端末である呼を優先処理の対象とし、発信元が識別情報で識別される移動通信端末でない呼を輻輳制御の対象としてもよい。この場合、位置情報提供装置が輻輳状態であっても、ＳＵＰＬ−ＭＴ呼及び測位要求元からの測位要求によって生じた移動通信端末から位置情報提供装置へのＳＵＰＬ−ＭＯ呼は優先的に処理される。その結果、位置情報提供装置の輻輳時において、測位要求元からの測位要求及び測位要求元からの測位要求に起因する呼を優先して処理することができ、外部クライアントからの測位要求をさらに優先して処理することが可能となる。
【０００９】
優先呼記憶手段は、識別情報取得手段によって取得された識別情報に対応付けて、呼を受信した時刻を示す時刻情報を格納してもよく、優先制御手段は、優先呼記憶手段に格納された時刻情報に基づいて、優先呼記憶手段に格納された識別情報のうち所定の時刻以降の識別情報を抽出し、呼の発信元が、抽出した識別情報で識別される移動通信端末であるか否かを判別してもよい。第三者測位では、測位要求元からの測位要求が受信されてからある程度の時間内に、その測位要求に起因する呼が生じる。このため、優先呼記憶手段に格納された識別情報のうち所定の時刻以降の識別情報を用いることにより、測位要求元からの測位要求とは無関係に生じた移動通信端末から位置情報提供装置への呼が優先的に処理される可能性を低減できる。
【００１０】
本発明の別の態様に係る測位支援システムは、測位要求元と優先度を示す優先度情報とを対応付けた優先度管理テーブルを格納する優先度情報管理手段と、優先度情報管理手段に格納された優先度管理テーブルに基づいて、測位要求元の優先度情報を取得する優先度情報取得手段と、をさらに備えてもよい。優先呼記憶手段は、識別情報取得手段によって取得された識別情報に対応付けて、優先度情報取得手段によって取得された優先度情報をさらに格納し、優先制御手段は、さらに、優先呼記憶手段に格納された識別情報に対応付けられた優先度情報に応じて、優先処理を行う呼を決定してもよい。この場合、位置情報提供装置の輻輳時において、測位要求元の優先度に応じて、測位要求元からの測位要求を優先して処理することができる。例えば、測位要求元が緊急通報受理機関である場合に、測位要求元の優先度を高く設定することにより、緊急通報受理機関からの測位要求をさらに優先して処理することが可能となる。
【００１１】
本発明のさらに別の態様に係る測位支援システムは、呼が秘匿化されているか否かを判別し、秘匿化されている場合には平文化する暗号処理手段をさらに備えてもよい。この場合、秘匿化された呼を平文化することにより、呼の種類及び発信元を判別することができる。このため、位置情報提供装置が輻輳状態である場合に、秘匿化された呼についても、優先処理を行うか否かを決定することが可能となる。
【００１２】
ところで、本発明は、上記のように測位支援システムの発明として記述できる他に、以下のように測位支援方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。
【００１３】
すなわち、本発明の一態様に係る測位支援方法は、位置情報提供装置に対する呼を中継するとともに、測位要求元からの測位要求に応じて、位置情報提供装置に移動通信端末の位置情報を取得させる測位支援システムが行う測位支援方法である。この測位支援方法は、測位要求元からの測位要求を受信し、測位要求に基づいて測位要求の測位対象となる移動通信端末の識別情報を取得する識別情報取得ステップと、識別情報取得ステップにおいて取得された識別情報を格納する優先呼記憶ステップと、位置情報提供装置が輻輳状態であるか否かを検出する監視ステップと、監視ステップにおいて位置情報提供装置が輻輳状態であることが検出されたことに応じて、位置情報提供装置に対する呼のうち優先処理を行う呼を決定する優先制御ステップと、を備える。優先制御ステップでは、呼の発信元が優先呼記憶ステップにおいて格納された識別情報で識別される移動通信端末であるか否かを判別し、発信元が識別情報で識別される移動通信端末であると判別した場合、呼を優先処理の対象とする。
【発明の効果】
【００１４】
本発明によれば、位置情報サーバの輻輳時において、外部クライアントからの測位要求を優先して処理することができる。
【図面の簡単な説明】
【００１５】
【図１】第１実施形態に係る測位支援システムを含む測位システムの構成を概略的に示す図である。
【図２】図１の測位支援システムに含まれるＧＷ、ＨＬＲ、及びＬＢのハードウェア構成図である。
【図３】図１の加入者情報ＤＢに格納される加入者情報の一例を示す図である。
【図４】（ａ）は図１の優先呼記憶部が備える優先呼管理テーブルの一例を示す図、（ｂ）は図１の優先呼記憶部が備える優先呼管理テーブルの他の例を示す図である。
【図５】図１のＬＢによって実行される処理を示すフローチャートである。
【図６】図５の優先制御を具体的に示すフローチャートである。
【図７】図１の測位システムによって実行される第三者測位の処理を示すシーケンス図である。
【図８】第２実施形態に係る測位支援システムを含む測位システムの構成を概略的に示す図である。
【図９】図８の優先度管理ＤＢに格納される優先度管理テーブルの一例を示す図である。
【図１０】（ａ）は図８の優先呼記憶部が備える優先呼管理テーブルの一例を示す図、（ｂ）は図８の優先呼記憶部が備える優先呼管理テーブルの他の例を示す図である。
【図１１】図８のＬＢによって実行される処理を示すフローチャートである。
【図１２】図１１の優先制御を具体的に示すフローチャートである。
【図１３】図８の測位システムによって実行される第三者測位の処理を示すシーケンス図である。
【発明を実施するための形態】
【００１６】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。図面の説明において、同一又は同等の要素には同一符号を用い、重複する説明を省略する。
【００１７】
［第１実施形態］
図１は、第１実施形態に係る測位支援システムを含む測位システムの構成を概略的に示す図である。図１に示されるように、測位システム１は、ＬＣＳ（LoCation Service）クライアント１０と、ＧＷ（gateway）２０と、ＨＬＲ（Home Location Register）３０と、ＬＢ（load balancer）４０と、ＳＬＰ（SUPL Location Platform）５０と、移動通信端末６０と、を含んで構成される。このうち、ＧＷ２０、ＨＬＲ３０、及びＬＢ４０により構成される測位支援システム２は、ＳＬＰ５０に対する呼を中継するとともに、ＬＣＳクライアント１０からの測位要求に応じて、ＳＬＰ５０に移動通信端末６０の位置情報を取得させる測位支援システムである。つまり、測位支援システム２は、ＬＣＳクライアント１０とＳＬＰ５０との間の通信、ＳＬＰ５０と移動通信端末６０との間の通信を中継する。なお、各装置間の通信は、ＳＵＰＬ−ＭＴ（Secure User Plane Location - Mobile Terminated）呼（通信）またはＳＵＰＬ−ＭＯ（Secure User Plane Location - Mobile Originated）呼（通信）を用いて行われる。以下の説明において、「通信」を「呼」と表現する場合がある。
【００１８】
ＬＣＳクライアント１０は、第三者測位サーバであり、移動通信端末６０の測位をＳＬＰ５０に要求する測位要求元である。ＬＣＳクライアント１０は、測位対象である被検索者の移動通信端末６０以外の第三者（外部クライアント）であり、例えば警察、消防などの緊急通報受理機関であるが、緊急通報受理機関以外であってもよい。ＬＣＳクライアント１０は、測位対象の移動通信端末６０のＭＳＩＳＤＮ（Mobile Subscriber ISDN Number：電話番号）を指定した測位要求を測位支援システム２に送信する。この測位要求は、ＳＵＰＬ−ＭＴ呼を用いて行われる。
【００１９】
ＳＬＰ５０は、移動通信端末６０との信号を終端するサーバであり、ＬＣＳクライアント１０からの測位要求に応じて移動通信端末６０の位置情報を提供する位置情報提供装置である。ＳＬＰ５０は複数のＳＬＰからなる。ＳＬＰ５０は、測位支援システム２を介してＬＣＳクライアント１０から測位要求を受信し、測位要求に指定されたＭＳＩＳＤＮで識別される移動通信端末６０に測位要求を送信する。この測位要求は、ＳＵＰＬ−ＭＴ呼を用いて行われる。また、ＳＬＰ５０は、移動通信端末６０に対して送信するアシストデータを格納しており、移動通信端末６０からの要求に応じてアシストデータを移動通信端末６０に送信する。このアシストデータの通知は、ＳＵＰＬ−ＭＯ呼を用いて行われる。また、ＳＬＰ５０は、移動通信端末６０から測位結果を受信すると、ＳＵＰＬ−ＭＴ呼を用いてＧＷ２０に測位結果を送信する。
【００２０】
移動通信端末６０は、ユーザにより用いられ、通信機能を有する装置である。移動通信端末６０は、例えば、スマートフォン等の携帯電話機、タブレット型端末、ノートＰＣ等である。また、移動通信端末６０は、ＳＵＰＬ通信可能であり、ＳＬＰ５０からのアシストデータを利用したＧＰＳ（Global Positioning System）測位を行う機能を有する。例えば、第三者からの測位要求では、移動通信端末６０は、ＳＬＰ５０から測位要求を受信すると、ＳＵＰＬ−ＭＯ呼を用いてＳＬＰ５０にアシストデータを要求する。また、移動通信端末６０は、ユーザの操作等に応じて、ＳＵＰＬ−ＭＯ呼を用いてＳＬＰ５０にアシストデータを要求する。
【００２１】
移動通信端末６０は、ＳＬＰ５０からアシストデータを受信すると、アシストデータを用いてＧＰＳ測位を行い、その測位結果をＳＵＰＬ−ＭＴ呼を用いてＳＬＰ５０に送信する。なお、移動通信端末６０とＳＬＰ５０との通信は、例えばＴＬＳ（Transport Layer Security）により秘匿化（暗号化）されることがある。また、移動通信端末６０は、その種類に応じて、移動通信端末６０のＩＭＳＩ（International Mobile Subscriber Identity）またはＭＳＩＳＤＮをＳＵＰＬ−ＭＯ呼の信号に設定する。
【００２２】
ＧＷ２０は、ＬＣＳクライアント１０とのゲートウェイであり、ＬＣＳクライアント１０からの測位要求を受信する。ＧＷ２０は、機能的には、加入者情報取得部２１と、信号処理部２２と、を備える。ＨＬＲ３０は、加入者情報を管理する装置である。ＨＬＲ３０は、機能的には、加入者情報ＤＢ３１を備える。ＬＢ４０は、ＧＷ２０とＳＬＰ５０との通信、ＳＬＰ５０と移動通信端末６０との通信を中継する装置であり、ＳＬＰ５０に対する信号を、複数のＳＬＰに負荷分散して送信するロードバランサである。つまり、ＬＢ４０は、移動通信端末６０からＳＬＰ５０への信号、及び、ＧＷ２０からＳＬＰ５０への信号を負荷分散して複数のＳＬＰのいずれかに送信する。ＬＢ４０は、機能的には、暗号処理部４１と、輻輳監視部４２と、信号判別部４３と、優先呼記憶部４４と、優先制御部４５と、を備える。これらのＧＷ２０、ＨＬＲ３０、及びＬＢ４０は、図２に示されるハードウェアによって構成される。
【００２３】
図２は、測位支援システム２に含まれるＧＷ２０、ＨＬＲ３０、及びＬＢ４０のハードウェア構成図である。図２に示されるように、ＧＷ２０、ＨＬＲ３０、及びＬＢ４０は、物理的には、ＣＰＵ（Central Processing Unit）１０１、主記憶装置であるＲＡＭ（RandomAccess Memory）及びＲＯＭ１０３（Read Only Memory)、通信を行うための通信モジュール１０４、並びに、ハードディスク等の補助記憶装置１０５等のハードウェアを備えるコンピュータとして構成される。これらの構成要素が動作することにより、各装置の機能が発揮される。
【００２４】
図１に戻って、測位支援システム２に含まれるＧＷ２０、ＨＬＲ３０、及びＬＢ４０の機能構成について詳細に説明する。加入者情報ＤＢ３１は、ＭＳＩＳＤＮとＩＭＳＩとを対応付けて管理している。図３は、加入者情報ＤＢに格納される加入者情報の一例を示す図である。ＭＳＩＳＤＮ及びＩＭＳＩは、いずれも移動通信端末６０を識別可能な識別情報である。この例では、ＭＳＩＳＤＮ「ＸＸＸ」はＩＭＳＩ「ｘｘｘ」に対応付けられている。つまり、ＭＳＩＳＤＮ「ＸＸＸ」で識別される移動通信端末６０のＩＭＳＩは「ｘｘｘ」であることを示している。
【００２５】
加入者情報取得部２１は、ＬＣＳクライアント１０から測位要求を受信し、測位要求に基づいて測位要求の測位対象となる移動通信端末６０の識別情報を取得する識別情報取得手段として機能する。具体的には、加入者情報取得部２１は、ＬＣＳクライアント１０からの測位要求に応じて、測位要求で指定されたＭＳＩＳＤＮに対応付けられたＩＭＳＩをＨＬＲ３０から取得する。このＩＭＳＩの取得は、ＳＵＰＬ−ＭＴ呼を用いて行われる。信号処理部２２は、ＭＳＩＳＤＮと加入者情報取得部２１によって取得されたＩＭＳＩとを移動通信端末６０の識別情報（キー情報）を示すパラメータとして測位要求に挿入する。信号処理部２２は、パラメータを挿入した測位要求を、ＳＵＰＬ−ＭＴ呼を用いてＬＢ４０を経由してＳＬＰ５０に送信する。また、信号処理部２２は、ＳＬＰ５０から受信した測位結果を、ＳＵＰＬ−ＭＴ呼を用いて測位要求元のＬＣＳクライアント１０に送信する。
【００２６】
暗号処理部４１は、受信した呼（信号）が秘匿化（暗号化）されているか否かを判別し、秘匿化されている場合には平文化（復号）する暗号処理手段として機能する。移動通信端末６０からＳＬＰ５０への通信（ＳＵＰＬ−ＭＴ呼、ＳＵＰＬ−ＭＯ呼）は、例えばＴＬＳにより秘匿化されていることがあるので、呼種の判別には平文化する必要がある。このように、暗号処理部４１は、移動通信端末６０からＳＬＰ５０への信号が秘匿化されている場合、秘匿化された信号を平文化し、平文化した信号をＳＬＰ５０に送信する。つまり、ＴＬＳはＳＬＰ５０の前段のネットワーク機器であるＬＢ４０にて終端される。また、暗号処理部４１は、ＳＬＰ５０から移動通信端末６０への信号を受信した場合、ＴＬＳにより秘匿化し、秘匿化した信号を移動通信端末６０に送信する。このように、ＬＢ４０と移動通信端末６０との間の通信が秘匿化される。
【００２７】
輻輳監視部４２は、ＳＬＰ５０が輻輳状態であるか否かを検出する監視手段として機能する。輻輳監視部４２は、例えばＳＬＰ５０へのトラフィックを監視し、トラフィックが予め定められた閾値Ｔ１以上である場合に、ＳＬＰ５０が輻輳状態であることを検出する。
【００２８】
信号判別部４３は、ＬＢ４０が受信した呼の種類、信号の発信元及び宛先、信号の種類等を判別する信号判別手段として機能する。信号判別部４３は、例えば、受信した信号に含まれる所定のパラメータから、呼がＳＵＰＬ−ＭＴ呼であるかＳＵＰＬ−ＭＯ呼であるかを判別する。また、信号判別部４３は、受信した信号に含まれるＩＰアドレスから、その信号の発信元及び宛先を判別し、さらにＳＬＰ５０への信号（上り）であるかＳＬＰ５０からの信号（下り）であるかを判別する。また、信号判別部４３は、受信した信号に含まれる所定のパラメータから、測位要求、測位結果等の信号の種類を判別する。
【００２９】
優先呼記憶部４４は、優先処理の対象となる移動通信端末６０を登録する部分であり、加入者情報取得部２１によって取得された識別情報を格納する優先呼記憶手段として機能する。具体的に説明すると、優先呼記憶部４４は、ＧＷ２０からＳＬＰ５０に送信される測位要求であると信号判別部４３によって判別された信号から、優先処理を行う移動通信端末６０の識別情報としてＩＭＳＩを取得する。そして、優先呼記憶部４４は、ＩＭＳＩとその信号を受信した時刻を示す時刻情報とを対応付けて、優先呼管理テーブルに格納する。図４の（ａ）は、優先呼記憶部４４が備える優先呼管理テーブルの一例を示す図である。
【００３０】
また、優先呼記憶部４４は、ＧＷ２０からＳＬＰ５０に送信される測位要求であると信号判別部４３によって判別された信号から、優先処理を行う移動通信端末６０の識別情報としてＭＳＩＳＤＮを取得し、ＭＳＩＳＤＮとその信号を受信した時刻を示す時刻情報とを対応付けて、優先呼管理テーブルに格納する。図４の（ｂ）は、優先呼記憶部４４が備える優先呼管理テーブルの他の例を示す図である。また、優先呼記憶部４４は、ＧＷ２０からＳＬＰ５０に送信される測位要求であると信号判別部４３によって判別された信号から、優先処理を行う移動通信端末６０の識別情報としてＩＭＳＩ及びＭＳＩＳＤＮを取得し、ＩＭＳＩとＭＳＩＳＤＮとその信号を受信した時刻を示す時刻情報とを対応付けて、優先呼管理テーブルに格納してもよい。
【００３１】
優先制御部４５は、輻輳監視部４２によってＳＬＰ５０が輻輳状態であることが検出されたことに応じて、ＳＬＰ５０に対する呼のうち優先処理を行う呼を決定する優先制御手段として機能する。優先制御部４５は、例えば、呼の種類に応じて呼を優先処理の対象とするか否かを決定する。具体的には、優先制御部４５は、呼がＳＵＰＬ−ＭＴ呼である場合には、その呼を優先処理の対象とする。一方、優先制御部４５は、呼がＳＵＰＬ−ＭＯ呼である場合には、さらに、発信元が優先呼記憶部４４の優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０であるか否かを判別する。
【００３２】
移動通信端末６０の種類によって、信号中にＩＭＳＩが設定される場合と、ＭＳＩＳＤＮが設定される場合とがあるので、優先制御部４５は、発信元の識別情報としてＩＭＳＩを取得した場合は、図４の（ａ）に示される優先呼管理テーブルを参照し、発信元の識別情報としてＭＳＩＳＤＮを取得した場合は、図４の（ｂ）に示される優先呼管理テーブルを参照する。そして、優先制御部４５は、発信元が優先呼記憶部４４の優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０である呼を優先処理の対象とし、発信元が優先呼記憶部４４の優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０以外の呼を輻輳制御の対象とする。つまり、優先制御部４５は、発信元の識別情報が優先呼記憶部４４の優先呼管理テーブルに格納されている場合は、その呼を優先処理の対象とし、発信元の識別情報が優先呼記憶部４４の優先呼管理テーブルに格納されていない場合は、その呼を輻輳制御の対象とする。
【００３３】
なお、呼の優先処理とは、ＳＬＰ５０が輻輳状態である場合に、呼を受け付けて優先的に処理することを意味する。つまり、優先制御部４５は、優先処理の対象に決定した呼を、負荷分散して複数のＳＬＰのいずれかに送信する。一方、呼の輻輳制御とは、ＳＬＰ５０が輻輳状態である場合に、呼の受付を拒否することを意味する。また、優先制御部４５は、下り（ＳＬＰ５０から移動通信端末６０へ）の呼については、優先処理の対象か否かの判断を行うことなくそのまま転送する。
【００３４】
優先制御部４５は、優先呼記憶部４４の優先呼管理テーブルに格納された時刻情報に基づいて、優先呼記憶部４４の優先呼管理テーブルに格納された識別情報のうち所定の時刻以降の識別情報を抽出し、呼の発信元が、抽出した識別情報で識別される移動通信端末６０であるか否かを判別してもよい。つまり、第三者測位では、ＧＷ２０からＳＬＰ５０への測位要求を受信してから、ある程度の時間内に、その測位要求に起因するＳＵＰＬ−ＭＯ呼が生じるものと考えられる。このため、優先制御部４５は、呼がＳＵＰＬ−ＭＯ呼である場合に、呼を受信した時刻から予め定められた時間（例えば、３分）分だけ遡った時刻以降に優先呼記憶部４４の優先呼管理テーブルに格納された識別情報を抽出してもよい。そして、優先制御部４５は、呼の発信元が抽出された識別情報で識別される移動通信端末６０である呼を優先処理の対象とし、呼の発信元が抽出された識別情報で識別される移動通信端末６０でない呼を輻輳制御の対象としてもよい。
【００３５】
次に、図５及び図６を参照して、上りの通信に対してＬＢ４０で実行される処理を説明する。図５は、ＬＢ４０によって実行される処理を示すフローチャートである。図６は、図５の優先制御を具体的に示すフローチャートである。図５に示される処理は、ＬＢ４０がＳＬＰ５０に対する呼を受信することにより開始される。
【００３６】
まず、暗号処理部４１は、ＬＢ４０が受信した呼が秘匿化（暗号化）されているか否かを判別する（ステップＳ０１）。ステップＳ０１において、呼が秘匿化されていると判別された場合（ステップＳ０１；Ｙｅｓ）、暗号処理部４１は、その呼を平文化（復号）する（ステップＳ０２）。そして、信号判別部４３は、信号に含まれるＩＰアドレス及び所定のパラメータから、信号がＧＷ２０からＳＬＰ５０への測位要求であるか否かを判別する（ステップＳ０３）。一方、ステップＳ０１において、呼が秘匿化されていないと判別された場合（ステップＳ０１；Ｎｏ）、そのままステップＳ０３に進む。
【００３７】
ステップＳ０３において、信号がＧＷ２０からＳＬＰ５０への測位要求であると判別された場合（ステップＳ０３；Ｙｅｓ）、優先呼記憶部４４は、信号からＩＭＳＩ及びＭＳＩＳＤＮを取得し、その信号を受信した時刻を示す時刻情報と対応付けて優先呼管理テーブルに格納する（ステップＳ０４：識別情報取得ステップ、優先呼記憶ステップ）。そして、輻輳監視部４２は、ＳＬＰ５０が輻輳状態であるか否かを判別する（ステップＳ０５：監視ステップ）。一方、ステップＳ０３において、信号がＧＷ２０からＳＬＰ５０への測位要求でない（つまり、移動通信端末６０からＳＬＰ５０への測位結果である）と判別された場合（ステップＳ０３；Ｎｏ）、そのままステップＳ０５に進む。
【００３８】
ステップＳ０５において、ＳＬＰ５０が輻輳状態でないと判別された場合（ステップＳ０５；Ｎｏ）、優先制御部４５は、呼を受け付けて通常処理（転送処理）を行い（ステップＳ０６）、ＬＢ４０の処理を終了する。一方、ステップＳ０５において、ＳＬＰ５０が輻輳状態であると判別された場合（ステップＳ０５；Ｙｅｓ）、優先制御部４５は、ＳＬＰ５０に対する呼のうち優先処理を行う呼を決定する優先制御を行う（ステップＳ０７：優先制御ステップ）。
【００３９】
続いて、図６を参照して、ステップＳ０７の優先制御の詳細を説明する。まず、信号判別部４３は、呼がＳＵＰＬ−ＭＴ呼であるか否かを判別する（ステップＳ１１）。ステップＳ１１において、呼がＳＵＰＬ−ＭＴ呼であると判別された場合（ステップＳ１１；Ｙｅｓ）、優先制御部４５は、呼を優先処理の対象とし、呼を負荷分散して複数のＳＬＰのいずれかに送信して（ステップＳ１２）、ＬＢ４０の処理を終了する。
【００４０】
ステップＳ１１において、呼がＳＵＰＬ−ＭＴ呼でない（つまり、ＳＵＰＬ−ＭＯ呼である）と判別された場合（ステップＳ１１；Ｎｏ）、優先制御部４５は、信号から発信元の移動通信端末６０を識別可能なＩＭＳＩまたはＭＳＩＳＤＮを取得し、取得したＩＭＳＩまたはＭＳＩＳＤＮが優先呼記憶部４４の優先呼管理テーブルにあるか否かを判別する（ステップＳ１３）。
【００４１】
ステップＳ１３において、信号に含まれているＩＭＳＩまたはＭＳＩＳＤＮが優先呼記憶部４４の優先呼管理テーブルにあると判別された場合（ステップＳ１３；Ｙｅｓ）、優先制御部４５は、呼を優先処理の対象とし、負荷分散して複数のＳＬＰのいずれかに送信して（ステップＳ１２）、ＬＢ４０の処理を終了する。一方、ステップＳ１３において、信号に含まれているＩＭＳＩまたはＭＳＩＳＤＮが優先呼記憶部４４の優先呼管理テーブルにないと判別された場合（ステップＳ１３；Ｎｏ）、優先制御部４５は、呼を輻輳制御の対象とし、呼の受付を拒否して（ステップＳ１４）、ＬＢ４０の処理を終了する。
【００４２】
このように、ＬＢ４０では、ＳＵＰＬ−ＭＴ呼、及び、発信元が優先呼記憶部４４の優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０であるＳＵＰＬ−ＭＯ呼を優先処理の対象とし、発信元が優先呼記憶部４４の優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０でないＳＵＰＬ−ＭＯ呼を輻輳制御の対象としている。
【００４３】
次に、図７を参照して、測位支援システム２で実行される処理である測位支援方法を説明する。図７は、測位システム１によって実行される第三者測位の処理を示すフローチャートである。
【００４４】
まず、ＬＣＳクライアント１０は、ＳＵＰＬ−ＭＴ呼を用いて、測位対象である被検索者の移動通信端末６０のＭＳＩＳＤＮを指定した測位要求をＧＷ２０に送信する（ステップＳ２１）。そして、ＧＷ２０の加入者情報取得部２１は、ＬＣＳクライアント１０から測位要求を受信すると、測位要求に基づいて移動通信端末６０の識別情報を取得する（ステップＳ２２：識別情報取得ステップ）。具体的には、加入者情報取得部２１は、測位要求からＭＳＩＳＤＮを取得し、取得したＭＳＩＳＤＮをキーとして、ＭＳＩＳＤＮに対応付けられたＩＭＳＩをＨＬＲ３０の加入者情報ＤＢ３１から取得する。そして、ＧＷ２０の信号処理部２２は、ＳＵＰＬ−ＭＴ呼により、取得したＭＳＩＳＤＮと加入者情報ＤＢ３１から取得したＩＭＳＩとを含む測位要求をＬＢ４０を介してＳＬＰ５０に送信する（ステップＳ２３）。
【００４５】
続いて、ＬＢ４０の優先呼記憶部４４は、ＧＷ２０からＳＬＰ５０への測位要求を受信すると、ステップＳ２２において取得された識別情報を優先呼管理テーブルに格納する（ステップＳ２４：優先呼記憶ステップ）。具体的には、優先呼記憶部４４は、測位要求に含まれるＩＭＳＩ及びＭＳＩＳＤＮを抽出し、その測位要求を受信した時刻を示す時刻情報と対応付けて優先呼管理テーブルに格納する。そして、ＬＢ４０の優先制御部４５は、ロードバランシング処理をして測位要求をＳＬＰ５０に送信する（ステップＳ２５）。ここで、ＬＢ４０の輻輳監視部４２がＳＬＰ５０の輻輳状態を検出している場合でも、ＧＷ２０からＳＬＰ５０への測位要求は、ＳＵＰＬ−ＭＴ呼により行われているので、拒否されることなく、ＳＬＰ５０に送信される。
【００４６】
続いて、ＳＬＰ５０は、ＧＷ２０から測位要求を受信すると、測位要求に含まれるＩＭＳＩまたはＭＳＩＳＤＮで識別される移動通信端末６０に対して、ＳＵＰＬ−ＭＴ呼により、測位要求を送信する（ステップＳ２６）。この測位要求は、ＬＢ４０を経由することなく、制御ＳＭＳ（Short Message Service）によって移動通信端末６０に送信される。そして、移動通信端末６０は、ＳＬＰ５０から測位要求を受信すると、ＳＬＰ５０との間でＳＵＰＬ−ＭＯ呼を用いて、ＳＬＰ５０からアシストデータを取得する（ステップＳ２７）。
【００４７】
このＳＵＰＬ−ＭＯ呼は、移動通信端末６０とＬＢ４０との間では、ＴＬＳによって秘匿化されている。つまり、移動通信端末６０は、ＳＬＰ５０に対して秘匿化した信号を送信し、ＬＢ４０の暗号処理部４１がその信号を平文化するとともに、ＬＢ４０の優先制御部４５がロードバランシング処理をして平文化された信号をＳＬＰ５０に送信する。一方、ＳＬＰ５０は、移動通信端末６０に対して秘匿化していない信号を送信し、ＬＢ４０の暗号処理部４１がその信号を秘匿化するとともに、ＬＢ４０の優先制御部４５が秘匿化された信号を移動通信端末６０に送信する。ここで、移動通信端末６０からＳＬＰ５０へのＳＵＰＬ−ＭＯ呼は、ＬＣＳクライアント１０からの測位要求に起因して生じたものである。このため、このＳＵＰＬ−ＭＯ呼は、ＬＢ４０の輻輳監視部４２がＳＬＰ５０の輻輳状態を検出している場合でも、ステップＳ２４において移動通信端末６０の識別情報が優先呼管理テーブルに格納されているので、拒否されることなく、ＳＬＰ５０に送信される。
【００４８】
続いて、移動通信端末６０は、アシストデータを用いてＧＰＳ測位を行う（ステップＳ２８）。そして、移動通信端末６０は、ＳＵＰＬ−ＭＴ呼を用いて、測位結果をＬＢ４０を介してＳＬＰ５０に送信する（ステップＳ２９）。このＳＵＰＬ−ＭＴ呼は、移動通信端末６０とＬＢ４０との間では、ＴＬＳによって秘匿化されている。つまり、移動通信端末６０は、ＳＬＰ５０に対して秘匿化した信号を送信し、ＬＢ４０がその信号を平文化するとともにロードバランシング処理をして平文化した信号をＳＬＰ５０に送信する。ここで、ＬＢ４０の輻輳監視部４２がＳＬＰ５０の輻輳状態を検出している場合でも、移動通信端末６０からＳＬＰ５０への測位結果は、ＳＵＰＬ−ＭＴ呼により行われているので、拒否されることなく、ＳＬＰ５０に送信される。
【００４９】
続いて、ＳＬＰ５０は、ＳＵＰＬ−ＭＴ呼を用いて、測位結果をＧＷ２０に送信する（ステップＳ３０）。この測位結果は、ＬＢ４０を経由することなくＧＷ２０に送信される。そして、ＧＷ２０は、ＳＬＰ５０から測位結果を受信すると、ＳＵＰＬ−ＭＴ呼を用いて、測位要求元のＬＣＳクライアント１０に測位結果を送信し（ステップＳ３１）、第三者測位の一連の処理が終了される。
【００５０】
ところで、移動通信端末６０からＳＬＰ５０へのＳＵＰＬ−ＭＯ呼には、ＬＣＳクライアント１０からの測位要求に起因して生じたものでない、ユーザの測位操作等によって生じた通常のＳＵＰＬ−ＭＯ呼が含まれる。この通常のＳＵＰＬ−ＭＯ呼は、発信元の移動通信端末６０の識別情報が優先呼管理テーブルに格納されていないので、ＬＢ４０の輻輳監視部４２がＳＬＰ５０の輻輳状態を検出している場合には、ＬＢ４０の優先制御部４５によって輻輳制御の対象とされて受付を拒否される。
【００５１】
次に、測位支援システム２及び測位支援システム２が行う測位支援方法の作用効果について説明する。測位支援システム２及び測位支援システム２が行う測位支援方法では、ＧＷ２０の加入者情報取得部２１が、ＬＣＳクライアント１０からの測位要求の測位対象となる移動通信端末６０の識別情報を取得し、ＬＢ４０の優先呼記憶部４４が、取得された識別情報を格納し、ＬＢ４０の輻輳監視部４２が、ＳＬＰ５０が輻輳状態であるか否かを検出する。そして、ＳＬＰ５０が輻輳状態であることが検出されたことに応じて、ＬＢ４０の優先制御部４５が、ＳＬＰ５０に対する呼のうち、呼がＳＵＰＬ−ＭＴである場合には、呼を優先処理の対象とする一方で、呼がＳＵＰＬ−ＭＯである場合には、発信元が優先呼記憶部４４に格納された識別情報で識別される移動通信端末６０である呼を優先処理の対象とし、発信元が優先呼記憶部４４に格納された識別情報で識別される移動通信端末６０でない呼を輻輳制御の対象とする。
【００５２】
この測位支援システム２及び測位支援方法によれば、ＳＬＰ５０が輻輳状態であることが検出されたことに応じて、ＳＬＰ５０に対する呼のうち、ＳＵＰＬ−ＭＴ呼及び発信元がＬＣＳクライアント１０からの測位要求の測位対象となる移動通信端末６０であるＳＵＰＬ−ＭＯ呼が優先処理の対象となり、発信元がＬＣＳクライアント１０からの測位要求の測位対象となる移動通信端末６０でないＳＵＰＬ−ＭＯ呼が輻輳制御の対象となる。これにより、ＳＬＰ５０が輻輳状態であっても、ＳＵＰＬ−ＭＴ呼及びＬＣＳクライアント１０からの測位要求によって生じた移動通信端末６０からＳＬＰ５０へのＳＵＰＬ−ＭＯ呼が優先的に処理される。つまり、ＳＵＰＬ−ＭＴ呼は、ＳＵＰＬ−ＭＯ呼と比較して重要な通信であるので優先して処理され、ＳＵＰＬ−ＭＴ呼の延長で行われるＳＵＰＬ−ＭＯ呼についても、優先して処理される。その結果、ＳＬＰ５０の輻輳時において、緊急通報受理機関等のＬＣＳクライアント１０からの測位要求を優先して処理することが可能となる。
【００５３】
なお、ＳＵＰＬ−ＭＴ呼と、ＳＵＰＬ−ＭＯ呼とは、独立したモジュールで行われているので、呼種の判別だけでは純粋なＳＵＰＬ−ＭＯ呼であるか、ＳＵＰＬ−ＭＴ呼の延長で行われるＳＵＰＬ−ＭＯ呼であるかを判別することはできない。しかし、測位支援システム２及び測位支援方法では、優先呼記憶部４４が、ＬＣＳクライアント１０からの測位要求の測位対象となる移動通信端末６０の識別情報を格納しているので、呼の発信元が優先呼記憶部４４に格納された識別情報で識別される移動通信端末６０であるか否かを判別することにより、純粋なＳＵＰＬ−ＭＯ呼であるか、ＳＵＰＬ−ＭＴ呼の延長で行われるＳＵＰＬ−ＭＯ呼であるかの判別が可能となる。
【００５４】
また、優先呼記憶部４４は、測位要求に含まれる識別情報に対応付けて、測位要求を受信した時刻を示す時刻情報を格納している。優先制御部４５は、優先呼記憶部４４に格納された時刻情報に基づいて、優先呼記憶部４４に格納された識別情報のうち所定の時刻以降の識別情報を抽出し、呼の発信元が、抽出した識別情報で識別される移動通信端末６０であるか否かを判別する。優先呼記憶部４４に格納された識別情報のうち所定の時刻以降の識別情報を用いることにより、ＬＣＳクライアント１０からの測位要求とは無関係に生じた移動通信端末６０からＳＬＰ５０への呼が優先的に処理される可能性を低減できる。
【００５５】
また、暗号処理部４１は、呼が秘匿化されているか否かを判別し、秘匿化されている場合には平文化する。このため、秘匿化された呼を平文化することにより、呼の種類及び発信元を判別することができる。したがって、ＳＬＰ５０が輻輳状態である場合に、秘匿化された呼についても優先処理を行うか否かを決定することが可能となる。また、ＬＢ４０では、暗号処理部４１をハードウェアで実装することが可能であるので、処理コストを低減できる。
【００５６】
［第２実施形態］
図８は、第２実施形態に係る測位支援システムを含む測位システムの構成を概略的に示す図である。図８に示されるように、測位システム１Ａは、測位システム１と比較して、測位支援システム２に代えて測位支援システム２Ａを備える点で相違している。測位支援システム２Ａは、測位支援システム２と比較して、ＧＷ２０に代えてＧＷ２０Ａを備える点、及び、ＬＢ４０に代えてＬＢ４０Ａを備える点で相違している。この測位支援システム２Ａでは、ＬＣＳクライアント１０の種類に応じて、測位要求の優先度を決定し、優先度に応じた優先制御を行う。例えば、ＬＣＳクライアント１０が警察及び消防等の緊急通報受理機関である場合に、測位要求の優先度が高く設定され、緊急通報受理機関からの測位要求が他のＬＣＳクライアント１０の測位要求よりも優先的に処理されるようにする。
【００５７】
ＧＷ２０Ａは、ＧＷ２０と比較して、信号処理部２２に代えて信号処理部２２Ａを備える点、及び、優先度管理ＤＢ２３をさらに備える点で相違している。優先度管理ＤＢ２３は、ＬＣＳクライアント１０ごとの優先度を管理する優先度管理テーブルを格納する優先度情報管理手段として機能する。具体的に説明すると、優先度管理ＤＢ２３は、ＬＣＳクライアント１０の識別情報であるＬＣＳクライアントＩＤと、ＬＣＳクライアントＩＤで識別されるＬＣＳクライアント１０の優先度を示す優先度情報と、を対応付けて、優先度管理テーブルに格納している。図９は、優先度管理ＤＢ２３に格納される優先度管理テーブルの一例を示す図である。図９に示されるように、この例では、ＬＣＳクライアントＩＤが「ＡＡＡ」及び「ＣＣＣ」のＬＣＳクライアント１０の優先度は「高」であり、ＬＣＳクライアントＩＤが「ＢＢＢ」のＬＣＳクライアント１０の優先度は「普通」である。
【００５８】
信号処理部２２Ａは、優先度管理ＤＢ２３に格納された優先度管理テーブルに基づいて、ＬＣＳクライアント１０の優先度情報を取得する優先度情報取得手段として機能する。具体的には、信号処理部２２Ａは、ＬＣＳクライアント１０からの測位要求に含まれるＬＣＳクライアントＩＤ（つまり、測位要求元のＬＣＳクライアント１０のＬＣＳクライアントＩＤ）を参照し、優先度管理ＤＢ２３に格納された優先度管理テーブルからＬＣＳクライアントＩＤに対応付けられた優先度情報を取得する。そして、信号処理部２２Ａは、ＭＳＩＳＤＮと加入者情報取得部２１によって取得されたＩＭＳＩとを移動通信端末６０の識別情報として測位要求に挿入するとともに、取得した優先度情報に対応した優先呼フラグを測位要求に挿入する。
【００５９】
優先呼フラグは、例えば、優先度情報が「高」を示す場合、その値が「１」に設定され、優先度情報が「普通」を示す場合、その値が「０」に設定される。信号処理部２２Ａは、各パラメータを挿入した測位要求を、ＳＵＰＬ−ＭＴ呼を用いてＬＢ４０Ａを経由してＳＬＰ５０に送信する。また、信号処理部２２Ａは、ＳＬＰ５０から受信した測位結果を、ＳＵＰＬ−ＭＴ呼を用いて測位要求元のＬＣＳクライアント１０に送信する。
【００６０】
ＬＢ４０Ａは、ＬＢ４０と比較して、輻輳監視部４２に代えて輻輳監視部４２Ａを備える点、優先呼記憶部４４に代えて優先呼記憶部４４Ａを備える点、及び、優先制御部４５に代えて優先制御部４５Ａを備える点で相違している。輻輳監視部４２Ａは、ＳＬＰ５０が輻輳状態であるか否かを検出する監視手段として機能する。輻輳監視部４２Ａは、ＳＬＰ５０へのトラフィックを監視する。輻輳監視部４２Ａは、ＳＬＰ５０へのトラフィックが予め定められた閾値Ｔ１以上である場合に、ＳＬＰ５０が輻輳状態であることを検出する。また、輻輳監視部４２Ａは、ＳＬＰ５０へのトラフィックが予め定められた閾値Ｔ２以上である場合に、ＳＬＰ５０が高度の輻輳状態であることを検出する。なお、閾値Ｔ２は閾値Ｔ１よりも大きい。
【００６１】
優先呼記憶部４４Ａは、優先呼記憶部４４の機能に加えて、加入者情報取得部２１によって取得された識別情報に対応付けて、信号処理部２２Ａによって取得された優先度情報をさらに格納する優先呼記憶手段として機能する。具体的に説明すると、優先呼記憶部４４Ａは、ＧＷ２０ＡからＳＬＰ５０に送信される測位要求であると信号判別部４３によって判別された信号から、優先処理を行う移動通信端末６０の識別情報としてＩＭＳＩを取得するとともに、その信号から優先呼フラグを取得する。そして、優先呼記憶部４４Ａは、ＩＭＳＩとその信号を受信した時刻を示す時刻情報と優先呼フラグによって示される優先度を示す優先度情報とを対応付けて、優先呼管理テーブルに格納する。図１０の（ａ）は、優先呼記憶部４４Ａが備える優先呼管理テーブルの一例を示す図である。
【００６２】
また、優先呼記憶部４４Ａは、ＧＷ２０ＡからＳＬＰ５０に送信される測位要求であると信号判別部４３によって判別された信号から、優先処理を行う移動通信端末６０の識別情報としてＭＳＩＳＤＮを取得するとともに、その信号から優先呼フラグを取得する。そして、優先呼記憶部４４Ａは、ＭＳＩＳＤＮとその信号を受信した時刻を示す時刻情報と優先呼フラグによって示される優先度を示す優先度情報とを対応付けて、優先呼管理テーブルに格納する。図１０の（ｂ）は、優先呼記憶部４４Ａが備える優先呼管理テーブルの他の例を示す図である。また、優先呼記憶部４４Ａは、ＧＷ２０ＡからＳＬＰ５０に送信される測位要求であると信号判別部４３によって判別された信号から、優先処理を行う移動通信端末６０の識別情報としてＩＭＳＩ及びＭＳＩＳＤＮを取得するとともに、その信号から優先呼フラグを取得し、ＩＭＳＩとＭＳＩＳＤＮとその信号を受信した時刻を示す時刻情報と優先呼フラグによって示される優先度を示す優先度情報とを対応付けて、優先呼管理テーブルに格納してもよい。
【００６３】
優先制御部４５Ａは、優先制御部４５の機能に加えて、さらに、優先呼記憶部４４Ａの優先呼管理テーブルに格納された識別情報に対応付けられた優先度情報に応じて、優先処理を行う呼を決定する優先制御手段として機能する。優先制御部４５Ａは、輻輳監視部４２Ａによって、ＳＬＰ５０へのトラフィックが閾値Ｔ１以上であることが検出された場合、ＳＵＰＬ−ＭＴ呼を優先処理の対象とする。一方、優先制御部４５Ａは、輻輳監視部４２Ａによって、ＳＬＰ５０へのトラフィックが閾値Ｔ１以上であることが検出された場合、ＳＵＰＬ−ＭＯ呼については、さらに、発信元が優先呼記憶部４４Ａの優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０であるか否かを判別する。そして、優先制御部４５Ａは、発信元が優先呼記憶部４４Ａの優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０でないＳＵＰＬ−ＭＯ呼を輻輳制御の対象とする。
【００６４】
また、優先制御部４５Ａは、輻輳監視部４２Ａによって、ＳＬＰ５０へのトラフィックが閾値Ｔ１以上であり閾値Ｔ２未満であることが検出された場合、呼の発信元が優先呼記憶部４４Ａの優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０であるＳＵＰＬ−ＭＯ呼を優先処理の対象とする。一方、優先制御部４５Ａは、輻輳監視部４２Ａによって、ＳＬＰ５０へのトラフィックが閾値Ｔ２以上であることが検出された場合、呼の発信元が優先呼記憶部４４Ａの優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０であり、かつ、優先呼管理テーブルにおいてその識別情報に対応付けられた優先度情報が「高」である呼を優先処理の対象とし、呼の発信元が優先呼記憶部４４Ａの優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０であり、かつ、優先呼管理テーブルにおいてその識別情報に対応付けられた優先度情報が「普通」である呼を輻輳制御の対象とする。
【００６５】
優先制御部４５Ａは、優先制御部４５と同様に、優先呼記憶部４４Ａの優先呼管理テーブルに格納された時刻情報に基づいて、優先呼記憶部４４Ａの優先呼管理テーブルに格納された識別情報のうち所定の時刻以降の識別情報を抽出し、呼の発信元が、抽出した識別情報で識別される移動通信端末６０であるか否かを判別してもよい。
【００６６】
次に、図１１及び図１２を参照して、上りの通信に対してＬＢ４０Ａで実行される処理を説明する。図１１は、ＬＢ４０Ａによって実行される処理を示すフローチャートである。図１２は、図１１の優先制御を具体的に示すフローチャートである。図１１に示される処理は、ＬＢ４０ＡがＳＬＰ５０に対する呼を受信することにより開始される。なお、ステップＳ４１〜ステップＳ４４の処理は、図５のステップＳ０１〜ステップＳ０４の処理と同様であるので、その説明を省略する。
【００６７】
ステップＳ４５では、輻輳監視部４２Ａは、ＳＬＰ５０へのトラフィックが閾値Ｔ１以上であるか否かを判別する（ステップＳ４５：監視ステップ）。ステップＳ４５において、ＳＬＰ５０へのトラフィックが閾値Ｔ１未満であると判別された場合（ステップＳ４５；Ｎｏ）、優先制御部４５Ａは、呼を受け付けて通常処理（転送処理）を行い（ステップＳ４６）、ＬＢ４０Ａの処理を終了する。一方、ステップＳ４５において、ＳＬＰ５０へのトラフィックが閾値Ｔ１以上であると判別された場合（ステップＳ４５；Ｙｅｓ）、優先制御部４５Ａは、ＳＬＰ５０に対する呼のうち優先処理を行う呼を決定する優先制御を行う（ステップＳ４７：優先制御ステップ）。
【００６８】
続いて、図１２を参照して、ステップＳ４７の優先制御の詳細を説明する。ここで、ステップＳ５１〜ステップＳ５４の処理は、図６のステップＳ１１〜ステップＳ１４の処理と同様であるので、その説明を省略する。ステップＳ５３において、信号に含まれているＩＭＳＩまたはＭＳＩＳＤＮが優先呼記憶部４４Ａの優先呼管理テーブルにあると判別された場合（ステップＳ５３；Ｙｅｓ）、優先制御部４５Ａは、優先呼管理テーブルにおいてそのＩＭＳＩまたはＭＳＩＳＤＮに対応付けられた優先度情報を取得し、その優先度情報が「高」を示すか否かを判別する（ステップＳ５５）。ステップＳ５５において、ＩＭＳＩまたはＭＳＩＳＤＮに対応付けられた優先度情報が「高」を示すと判別された場合（ステップＳ５５；Ｙｅｓ）、優先制御部４５Ａは、呼を優先処理の対象とし、負荷分散して複数のＳＬＰのいずれかに送信して（ステップＳ５２）、ＬＢ４０Ａの処理を終了する。
【００６９】
一方、ステップＳ５５において、ＩＭＳＩまたはＭＳＩＳＤＮに対応付けられた優先度情報が「高」を示さない（「普通」を示す）と判別された場合（ステップＳ５５；Ｎｏ）、輻輳監視部４２Ａは、ＳＬＰ５０へのトラフィックが閾値Ｔ２以上であるか否かを判別する（ステップＳ５６）。ステップＳ５６において、ＳＬＰ５０へのトラフィックが閾値Ｔ２未満であると判別された場合（ステップＳ５６；Ｎｏ）、優先制御部４５Ａは、呼を優先処理の対象とし、負荷分散して複数のＳＬＰのいずれかに送信して（ステップＳ５２）、ＬＢ４０Ａの処理を終了する。一方、ステップＳ５６において、ＳＬＰ５０へのトラフィックが閾値Ｔ２以上であると判別された場合（ステップＳ５６；Ｙｅｓ）、優先制御部４５Ａは、呼を輻輳制御の対象とし、呼の受付を拒否して（ステップＳ５４）、ＬＢ４０Ａの処理を終了する。
【００７０】
このように、ＬＢ４０Ａでは、ＳＵＰＬ−ＭＴ呼、及び、発信元が優先呼記憶部４４Ａの優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０であるＳＵＰＬ−ＭＯ呼でありかつ優先度が「高」である呼を優先処理の対象とし、発信元が優先呼記憶部４４の優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０でないＳＵＰＬ−ＭＯ呼を輻輳制御の対象としている。さらに、ＬＢ４０Ａでは、発信元が優先呼記憶部４４の優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０であるＳＵＰＬ−ＭＯ呼でありかつ優先度が「普通」である呼については、ＳＬＰ５０へのトラフィックが閾値Ｔ１以上であり閾値Ｔ２未満である場合に優先処理の対象とし、ＳＬＰ５０へのトラフィックが閾値Ｔ２以上である場合に輻輳制御の対象としている。
【００７１】
次に、図１３を参照して、測位支援システム２Ａで実行される処理である測位支援方法を説明する。図１３は、測位システム１Ａによって実行される第三者測位の処理を示すフローチャートである。なお、ステップＳ６１及びステップＳ６２の処理は、図７のステップＳ２１及びステップＳ２２の処理と同様であるので、その説明を省略する。
【００７２】
ステップＳ６２に引き続き、ＧＷ２０Ａの信号処理部２２Ａは、優先度管理ＤＢ２３に格納された優先度管理テーブルを参照し、測位要求元のＬＣＳクライアント１０のＬＣＳクライアントＩＤに対応付けられた優先度情報を取得する（ステップＳ６３）。そして、ＧＷ２０Ａの信号処理部２２Ａは、ＳＵＰＬ−ＭＴ呼により、ＭＳＩＳＤＮと加入者情報ＤＢ３１から取得したＩＭＳＩと優先度管理ＤＢ２３から取得した優先度情報に対応した優先呼フラグとを含む測位要求をＬＢ４０を介してＳＬＰ５０に送信する（ステップＳ６４）。
【００７３】
続いて、ＬＢ４０Ａの優先呼記憶部４４Ａは、ＧＷ２０ＡからＳＬＰ５０への測位要求を受信すると、ステップＳ６２において取得された識別情報及びステップＳ６３において取得された優先度情報を優先呼管理テーブルに格納する（ステップＳ６５：優先呼記憶ステップ）。具体的には、優先呼記憶部４４Ａは、測位要求に含まれるＩＭＳＩ及びＭＳＩＳＤＮを抽出するとともに、優先呼フラグを抽出する。そして、優先呼記憶部４４Ａは、ＩＭＳＩ及びＭＳＩＳＤＮとその測位要求を受信した時刻を示す時刻情報と優先呼フラグによって示される優先度を示す優先度情報とを対応付けて、優先呼管理テーブルに格納する。そして、ＬＢ４０Ａの優先制御部４５Ａは、ロードバランシング処理をして測位要求をＳＬＰ５０に送信する（ステップＳ６６）。以降のステップＳ６７〜ステップＳ７２の処理は、図７のステップＳ２６〜ステップＳ３１の処理と同様であるので、その説明を省略する。
【００７４】
この測位支援システム２Ａ及び測位支援システム２Ａが行う測位支援方法においても、上記第１実施形態と同様の効果が奏される。また、測位支援システム２Ａ及び測位支援システム２Ａが行う測位支援方法では、ＧＷ２０Ａの優先度管理ＤＢ２３が、ＬＣＳクライアント１０と優先度を示す優先度情報とを対応付けた優先度管理テーブルを格納し、ＧＷ２０Ａの信号処理部２２Ａが、ＬＣＳクライアント１０からの測位要求の測位対象である移動通信端末６０の識別情報とともに、優先度管理テーブルから取得したＬＣＳクライアント１０の優先度情報を含む測位要求をＬＢ４０Ａを介してＳＬＰ５０に送信する。そして、ＬＢ４０Ａの優先呼記憶部４４Ａが、ＧＷ２０ＡからＳＬＰ５０への測位要求から抽出した識別情報と優先度情報とを対応付けて格納し、優先制御部４５Ａが、さらに、優先呼記憶部４４Ａに格納された識別情報に対応付けられた優先度情報に応じて、優先処理を行う呼を決定する。このため、ＳＬＰ５０の輻輳時において、ＬＣＳクライアント１０の優先度に応じて、ＬＣＳクライアント１０からの測位要求を優先して処理することができる。例えば、ＬＣＳクライアント１０が緊急通報受理機関である場合に、ＬＣＳクライアント１０の優先度を高く設定することにより、緊急通報受理機関からの測位要求をさらに優先して処理することが可能となる。
【００７５】
なお、本発明は、上述した実施形態に限定されるものではない。例えば、優先制御部４５，４５Ａは、呼種の判別を行うことなく、呼の発信元が優先呼記憶部４４，４４Ａの優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０であるか否かを判別し、発信元が優先呼記憶部４４，４４Ａの優先呼管理テーブルに格納された識別情報で識別される移動通信端末６０であると判別した場合、その呼を優先処理の対象としてもよい。
【００７６】
この場合、ＳＬＰ５０が輻輳状態であることが検出されたことに応じて、ＳＬＰ５０に対する呼のうち、発信元がＬＣＳクライアント１０からの測位要求の測位対象となる移動通信端末６０である呼が優先処理の対象となる。これにより、ＳＬＰ５０が輻輳状態であっても、ＬＣＳクライアント１０からの測位要求によって生じた移動通信端末６０からＳＬＰ５０への呼が優先的に処理される。その結果、ＳＬＰ５０の輻輳時において、ＬＣＳクライアント１０からの測位要求に起因する呼を優先して処理することができ、外部クライアントからの測位要求を優先して処理することが可能となる。
【００７７】
また、優先呼記憶部４４，４４Ａは、ＧＷ２０，２０ＡからＳＬＰ５０に送信される測位要求であると信号判別部４３によって判別された信号から、優先処理を行う移動通信端末６０の識別情報としてＩＭＳＩ及びＭＳＩＳＤＮのいずれかを取得してもよい。そして、優先呼記憶部４４，４４Ａは、ＩＭＳＩ及びＭＳＩＳＤＮのいずれかとその信号を受信した時刻を示す時刻情報とを対応付けて、優先呼管理テーブルに格納してもよい。
【００７８】
また、優先呼記憶部４４，４４Ａは、優先呼管理テーブルに識別情報を格納してから予め定められた時間が経過したことに応じて、優先呼管理テーブルからその識別情報を削除してもよい。
【００７９】
また、測位支援システム２Ａでは、ＬＣＳクライアント１０の優先度を２段階に分類しているが、３段階以上に分類してもよく、輻輳監視部４２Ａは、ＳＬＰ５０の輻輳状態を３段階以上に分類して検出してもよい。この場合、優先制御部４５Ａは、ＳＬＰ５０の輻輳状態が高度であるほど、優先度が高いＬＣＳクライアント１０からの測位要求に起因するＳＵＰＬ−ＭＯ呼を優先処理の対象としてもよい。
【符号の説明】
【００８０】
１，１Ａ…測位システム、２，２Ａ…測位支援システム、１０…ＬＣＳクライアント（測位要求元）、２１…加入者情報取得部（識別情報取得手段）、２２，２２Ａ…信号処理部（優先度情報取得手段）、２３…優先度管理ＤＢ（優先度情報管理手段）、３１…加入者情報ＤＢ、４１…暗号処理部（暗号処理手段）、４２，４２Ａ…輻輳監視部（監視手段）、４３…信号判別部、４４，４４Ａ…優先呼記憶部（優先呼記憶手段）、４５，４５Ａ…優先制御部（優先制御手段）、５０…ＳＬＰ（位置情報提供装置）、６０…移動通信端末。
【図１】
0006293605.tif 000002
【図２】
0006293605.tif 000003
【図３】
0006293605.tif 000004
【図４】
0006293605.tif 000005
【図５】
0006293605.tif 000006
【図６】
0006293605.tif 000007
【図７】
0006293605.tif 000008
【図８】
0006293605.tif 000009
【図９】
0006293605.tif 000010
【図１０】
0006293605.tif 000011
【図１１】
0006293605.tif 000012
【図１２】
0006293605.tif 000013
【図１３】
0006293605.tif 000014