JP4229291B2 - 在圏情報管理サーバ、在圏情報管理方法 - Google Patents

Description

本発明は在圏情報管理サーバ、在圏情報管理方法に関し、特に在圏情報消滅後にそれを復旧させる機能を有する在圏情報管理サーバ、在圏情報管理方法に関する。

（ネットワークの構成例）
ＳＩＰ（Session Initiation Protocol）を使用した通信を実現するためのネットワークの一構成例について図１０を参照して説明する。同図に示されているネットワークは、複数のＳＩＰサーバ１０１−１、１０１−２…それぞれに対応するエリアによって形成される無線ＬＡＮ（Local Area Network）の圏内に存在しているユーザａの移動端末Ａ、ユーザｂの移動端末Ｂをはじめとする移動端末同士の通信を実現するものである。

また、このネットワークには、複数の在圏情報管理サーバ１０２と、これに対応して設けられた加入者情報管理システム１０３とを備えている。
ＳＩＰサーバ１０１−１、１０１−２…は、ＩＰ電話サービスをＩＰネットワーク上で稼働させる呼制御サーバであり、ネットワークに接続されている移動端末の位置登録処理を行うことができる。

移動端末が無線ＬＡＮ使用可能エリアに在圏時に在圏情報登録処理として移動端末が使用するＳＩＰサーバが、いずれかの在圏情報管理サーバ１０２に登録される。この登録は、必ずＳＩＰサーバを経由して移動端末が在圏情報管理サーバにアクセスすることで行われる。各ＳＩＰサーバ１０１−１、１０１−２…と各在圏情報管理サーバ１０２とはフルメッシュにて接続されているので、ＳＩＰサーバ１０１−１、１０１−２…は移動端末のアクセスを受けて全ての在圏情報管理サーバ１０２にアクセスすることができる。

在圏情報管理サーバ１０２は、ユーザの移動端末が使用するＳＩＰサーバ１０１−１、１０１−２…の情報を在圏情報として登録する。
加入者情報管理システム１０３は、ユーザのサービス契約情報やサービス提供状態を保持するシステムであり、移動端末が無線ＬＡＮ圏内にて使用できるサービスの情報についても管理する。そのため、加入者情報管理システム１０３は、在圏情報管理サーバ１０２が移動端末の在圏情報登録処理を実施したタイミングにてＳＩＰサーバに対して移動端末に関連するサービス情報を通知する。この場合、在圏情報管理サーバ１０２から加入者情報管理システム１０３に対して加入者情報の問い合わせが行われ、取得された加入者情報がＳＩＰサーバに送信される。

加入者情報を取得したＳＩＰサーバ１０１−１、１０１−２…では移動端末の在圏情報の他に在圏情報管理サーバ１０２から取得した移動端末に関連するサービス情報を格納する。在圏情報管理サーバ１０２は、全ての加入者情報管理システム１０３とフルメッシュにて接続されているので、どのＳＩＰサーバ１０１−１、１０１−２…に対してもユーザ情報を提供することができる。

（在圏情報登録処理）
ＳＩＰを使用した通信において、移動端末は無線ＬＡＮ使用可能エリアに在圏時に在圏情報登録処理を実施する。この在圏情報登録処理について、図１１を参照して説明する。
同図において、無線ＬＡＮ圏内のユーザａの移動端末Ａは在圏情報登録要求Ｓ１１を周期的に送信し、ＳＩＰサーバを経由して在圏情報管理サーバに対して移動端末が使用するＳＩＰサーバの登録を行う。また、移動端末からアクセスされたＳＩＰサーバにおいても移動端末の在圏情報の格納を実施する。この在圏情報登録処理は、通常３０〜６０分間隔で実施される。在圏情報登録処理が行われると、ＳＩＰサーバでは、移動端末の在圏情報の他に在圏情報管理サーバから取得した移動端末を使用する加入者のサービス情報を格納する。

在圏情報登録処理は、以下のように行われる。ＳＩＰサーバ１０１−１から在圏情報登録要求Ｓ１２を受信した在圏情報管理サーバ１０２は、加入者情報管理システム１０３に対して移動端末のユーザに関する加入者情報取得要求Ｓ１３を送信する。そして、加入者情報管理システム１０３からの加入者情報通知Ｓ１４を受信した在圏情報管理サーバ１０２は、在圏情報管理テーブルへの在圏情報登録処理Ｓ１５を行う。

さらに、在圏情報管理サーバ１０２は、ユーザ情報通知Ｓ１６を送信し、加入者情報通知Ｓ１４によって取得した加入者情報をＳＩＰサーバ１０１−１に通知する。ＳＩＰサーバ１０１−１では、ユーザ情報テーブルへのユーザ情報登録Ｓ１７を行う。ユーザ情報の登録が完了すると、ＳＩＰサーバ１０１−１は、要求応答Ｓ１８をユーザａの移動端末Ａに送信する。

ＳＩＰサーバ１０１−１は、取得した情報を元にして移動端末からのサービス実施要求に対してサービス提供可／不可を判断して、移動端末毎に適した呼制御を実施する。そのため、加入者情報管理システム１０３にてユーザ情報の変更やサービス提供条件の変更が発生した際には、在圏情報管理サーバ１０２を介して、移動端末の在圏情報を保持するＳＩＰサーバに対して、すみやかにユーザ情報やサービス条件の変更を通知する。こうすることで、加入者情報管理システム１０３にて管理するユーザ情報・サービス条件に従ってサービスを提供することが可能となる。

（発着信処理）
次に、発着信処理について図１２を参照して説明する。
同図において、移動端末Ａからの発信による接続要求Ｓ２１を受けたＳＩＰサーバ１０１−１は、在圏情報管理サーバ１０２に在圏情報確認要求Ｓ２２を送信し、着信先ユーザの移動端末（以下、着信先移動端末と呼ぶ）の在圏情報を取得するための問い合わせを行う。着信先の移動端末Ｂがこの時既に在圏情報登録処理を実施していた場合、在圏情報管理サーバ１０２は、着信先移動端末が使用するＳＩＰサーバを把握している。このため、在圏情報管理サーバ１０２は、着ユーザ情報読み出し処理Ｓ２３を行い、在圏情報通知Ｓ２４を返信する。これにより、問い合わせ元である発信元移動端末を管理するＳＩＰサーバ１０１−１に対して着信先ＳＩＰサーバ１０１−２の情報を通知する。

その後、発信元移動端末を管理するＳＩＰサーバ１０１−１は、着信先ＳＩＰサーバ１０１−２に対して接続要求Ｓ２５の転送処理を実施する。これにより、着信先ＳＩＰサーバ１０１−２から着信先の移動端末Ｂに接続要求Ｓ２６が送信されることになる。
なお、以上の処理については非特許文献１に記載されている。

（在圏情報管理サーバ障害時の処理）
上述した在圏情報管理サーバが故障する等、障害が発生した場合の処理について図１３を参照して説明する。
同図において、移動端末Ａの使用しているＳＩＰサーバ１０１−１をユーザ毎に管理する在圏情報管理サーバ１０２に障害が発生すると、登録されているＳＩＰサーバの在圏情報が消滅する。すると、在圏情報管理テーブルの内容はデフォルト値Ｓ３０に戻ってしまう。

その後、移動端末Ａからの発信による接続要求Ｓ３１を受けたＳＩＰサーバ１０１−１は、在圏情報管理サーバ１０２に在圏情報確認要求Ｓ３２を送信し、着信先移動端末の在圏情報を取得するための問い合わせを行う。この問い合わせに対し、在圏情報管理サーバ１０２は着ユーザ情報読み出し処理Ｓ３３を行う。しかしながら、在圏情報管理テーブルの内容はデフォルト値Ｓ３０であるため、在圏情報通知ＮＧＳ３４が返信される。したがって、ＳＩＰサーバ１０１−１は、ユーザｂの移動端末Ｂについての在圏情報（すなわちＳＩＰサーバ１０１−２）を取得できない。このため、移動端末Ａから移動端末Ｂへの接続は行うことができないことになる。

なお、携帯電話網において用いられるロケーションレジスタに障害が発生した場合に、位置情報を復旧させる技術が特許文献１〜特許文献３に記載されている。
特開２０００−２２４６４２号公報 特開２００４−８０４５１号公報 特開平１１−２３４７２９号公報 ３ＧＰＰ TS29.228 V6.7.0（２００５−０６） IP Multimedia(IM) Subsystem Cx and Dx interfaces; Signalling flows and message contents（Release 6）

上述したように、移動端末の使用しているＳＩＰサーバをユーザ毎に管理する在圏情報管理サーバに障害が発生し、登録されているＳＩＰサーバの在圏情報が消滅してしまった場合、在圏情報管理サーバとＳＩＰサーバとの間に、移動端末の在圏情報の有無でアンマッチが生じることとなる。そのため、以下の問題が発生する。

（１）加入者情報管理システムにて加入者情報の変更やサービス提供条件の変更が発生した場合に、加入者情報管理システムは在圏情報管理サーバに対して、ユーザが在圏するＳＩＰサーバへの加入者情報更新を通知する必要があるが、該当ユーザが使用するＳＩＰサーバの在圏情報が消去されてしまっているため、移動端末の情報を保持するＳＩＰサーバに対してユーザ情報やサービス条件の変更を通知することができず、加入者情報管理システムにて管理するユーザ情報に従ったサービス条件にてサービスを提供することが不可能となる。
（２）ＳＩＰサーバからの着信ユーザ状態問い合わせに対して、着信先移動端末の使用するＳＩＰサーバを特定することができず、着信接続が不可能となる。

特許文献１に記載されている技術は、ロケーションレジスタの内容を、他のロケーションレジスタに記憶させておくものであり、記憶させておく情報量が大きくなるという問題がある。特許文献２に記載されている技術においても、バックアップしておく情報量が多くなるという問題がある。特許文献３に記載されている技術は、位置情報復旧処理において位置情報処理が集中しないように予めグループ分けするにすぎず、上記の問題を解決することはできない。

本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的は位置情報のバックアップを必要とせず、在圏情報管理サーバの移動端末が在圏するＳＩＰサーバ情報が消去された場合においても正常にサービスを提供するためにＳＩＰサーバの在圏情報を復旧させることのできる在圏情報管理サーバ、在圏情報管理方法を提供することである。

本発明の請求項１による在圏情報管理サーバは、ユーザの移動端末が、どのＳＩＰサーバに対応するエリアに存在しているかを示す在圏エリア情報と前記在圏エリア情報の信頼性を示す在圏保証フラグとを対応付けて管理するための在圏情報管理テーブル（例えば、図１中の在圏情報管理テーブル１１１ａに対応）と、自装置の異常を検出した場合に、前記在圏保証フラグを保証なしに設定するフラグ更新手段（例えば、図１中の障害検出部１１３に対応）と、外部から指定されたユーザの移動端末についての在圏問い合わせを、前記在圏保証フラグが保証なしに設定されている場合に全てのＳＩＰサーバに送出する在圏問い合わせ手段（例えば、図１中の在圏情報登録制御部１１０に対応）と、前記在圏問い合わせに対する応答の内容に基づいて在圏情報管理テーブルの内容を書き換えるテーブル書き換え手段（例えば、図１中の在圏情報登録制御部１１０に対応）とを含むことを特徴とする。在圏問い合わせを全てのＳＩＰサーバに送出することにより、情報をバックアップとして記憶させておく必要はなく、かつ、在圏情報を復旧させることができる。

本発明の請求項２による在圏情報管理サーバは、請求項１において、前記在圏問い合わせ手段は、移動端末に対する着信と移動端末についての加入者情報の更新との少なくとも一方を契機として、前記在圏問い合わせを送出することを特徴とする。このようにすれば、在圏保証フラグが“保証なし”に設定されたユーザに対してのＳＩＰサーバ問い合わせ要求やユーザ情報の変更が発生した時に全ＳＩＰサーバに対して在圏状態問い合わせを実施し、在圏情報を復旧させることができる。

本発明の請求項３による在圏情報管理サーバは、請求項１又は２において、自装置の異常検出時に起動され、移動端末からの在圏登録周期に応じて設定された時間を計時する、障害経過タイマを更に含み、前記障害経過タイマによる計時満了後は、前記在圏問い合わせを送出しないことを特徴とする。こうすることにより、在圏情報管理サーバの障害前に位置登録済みのユーザが、次の周期的な在圏位置登録を行う期間を含めた時間を障害経過タイマの時間とすることで、障害経過タイマが計時満了後は一律在圏状態問い合わせを起動させない処置をとることが可能となり、障害後位置登録処理が行われない間のみ在圏状態問い合わせを実施することで、在圏状態管理サーバならびにＳＩＰサーバの負荷を軽減することができる。

本発明の請求項４による在圏情報管理サーバは、請求項１から請求項３までのいずれか１項において、前記テーブル書き換え手段は、前記在圏問い合わせに対する応答の内容が在圏なし及びエラーのいずれか一方である場合、前記在圏エリア情報を非在圏に設定し、前記在圏保証フラグを保証ありに設定することを特徴とする。このようにすれば、全ＳＩＰサーバに対して在圏状態問い合わせを実施した結果、全ＳＩＰサーバからの応答が“在圏なし”もしくはその他エラーを受けた場合でも在圏情報問い合わせを再度実施する必要がないと判断した場合に、在圏状態管理サーバならびにＳＩＰサーバの負荷を軽減することができる。

本発明の請求項５による在圏情報管理サーバは、請求項１から請求項４までのいずれか１項において、前記テーブル書き換え手段は、新規の移動端末ユーザについてのオペレータ端末からの加入者情報の登録の際に、前記在圏保証フラグを保証ありに設定することを特徴とする。このようにすれば、障害発生後、位置登録処理が行われない間のみ在圏情報問い合わせを実施することができる。

本発明の請求項６による在圏情報管理方法は、ユーザの移動端末が、どのＳＩＰサーバに対応するエリアに存在しているかを示す在圏エリア情報と前記在圏エリア情報の信頼性を示す在圏保証フラグとを対応付けて管理するための在圏情報管理テーブルを有する在圏情報管理サーバにおける在圏情報管理方法であって、前記在圏情報管理サーバの異常を検出した場合に、前記在圏保証フラグを保証なしに設定するフラグ更新ステップ（例えば、図４中のデフォルト状態Ｓ５０に対応）と、外部から指定されたユーザの移動端末についての在圏問い合わせを、前記在圏保証フラグが保証なしに設定されている場合に全てのＳＩＰサーバに送出する在圏問い合わせステップ（例えば、図７中のステップＳ１０５、図８中のステップＳ１２４に対応）と、前記在圏問い合わせに対する応答の内容に基づいて在圏情報管理テーブルの内容を書き換えるテーブル書き換えステップ（例えば、図７中のステップＳ１０８、図８中のステップＳ１２７に対応）とを含むことを特徴とする。在圏問い合わせを全てのＳＩＰサーバに送出することにより、情報をバックアップとして記憶させておく必要はなく、かつ、在圏情報を復旧させることができる。

本発明は、在圏問い合わせを、在圏保証フラグが保証なしに設定されている場合に全てのＳＩＰサーバに送出することにより、情報をバックアップとして記憶させておく必要はなく、在圏情報管理サーバの移動端末が在圏するＳＩＰサーバ情報が消去された場合においても正常にサービスを提供するためにＳＩＰサーバの在圏情報を復旧させることができるという効果がある。

以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（ネットワークの全体構成）
本発明の実施形態にかかる在圏管理サーバを用いたネットワークの全体構成は、図１０を参照して先述した構成と同様である。
すなわち、ＳＩＰサーバ−１、１０１−２…は、ＩＰ電話サービスをＩＰネットワーク上で稼働させる呼制御サーバであり、ネットワークに接続されている移動端末の位置登録処理を行うことができる。

移動端末が無線ＬＡＮ使用可能エリアに在圏時に在圏情報登録処理として移動端末が使用するＳＩＰサーバを在圏情報管理サーバ１０２に登録するが、必ずＳＩＰサーバを経由して在圏管理サーバにアクセスされる。各ＳＩＰサーバと各在圏情報管理サーバとがフルメッシュにて接続されることで、各ＳＩＰサーバは移動端末のアクセスを受けて全ての在圏情報管理サーバにアクセスすることができる。

在圏情報管理サーバ１０２は、ＳＩＰサーバからの位置登録要求を受けてユーザの移動端末が使用するＳＩＰサーバの登録を実施することで各ユーザの在圏状態を管理する。
加入者情報管理システム１０３は、ユーザのサービス契約情報やサービス提供状態を保持するシステムで、移動端末が無線ＬＡＮ圏内にて使用できるサービスの情報についても管理する。そのため、在圏情報管理サーバが移動端末の在圏情報登録処理を実施したタイミングにてＳＩＰサーバに対して移動端末に関連するサービス情報を通知するため、在圏情報管理サーバから加入者情報管理システムに対して加入者情報の問い合わせを行い、取得した加入者情報をＳＩＰサーバに送信する。

加入者情報を取得したＳＩＰサーバでは移動端末の在圏情報の他に在圏情報管理サーバ１０２から取得した移動端末に関連するサービス情報を格納する。在圏情報管理サーバ１０２は、全ての加入者情報管理システム１０３とフルメッシュにて接続されているので、どのＳＩＰサーバに対してもユーザ情報を提供することができる。

（在圏情報管理サーバの構成）
本発明の実施形態にかかる在圏情報管理サーバの構成例について図１を参照して説明する。この在圏情報管理サーバは、一般的なコンピュータ装置を利用して、構成することができる。
同図に示されているように、在圏情報管理サーバ１０２は、在圏情報登録制御部１１０と、在圏情報管理テーブル１１１ａが格納されている格納部１１１と、加入者情報取得制御部１１２と、在圏情報管理サーバ（つまり自装置）の異常を検出すると、在圏情報管理テーブル１１１ａに保持される全ユーザの在圏保証フラグを“保証なし”に設定する障害検出部１１３とから構成されている。

在圏情報登録制御部１１０は、ＳＩＰサーバとのインタフェースを保持し、ＳＩＰサーバから在圏情報登録要求を受信して在圏情報登録結果および加入者のサービス情報をＳＩＰサーバに通知する機能をもつ。また加入者情報取得制御部１１２から通知のあった加入者情報をＳＩＰサーバに通知する機能をもつ。
格納部１１１には、在圏情報管理テーブル１１１ａが格納されている。在圏情報登録制御部１１０並びに障害検出部１１３からのアクセスを受け、在圏情報管理テーブルの更新を行う。

（在圏情報管理テーブル）
図２は、在圏情報管理テーブル１１１ａの構成例を示す図である。同図に示されているように、在圏情報管理テーブル１１１ａには、ユーザ毎の在圏情報（すなわち使用するＳＩＰサーバの情報）と、在圏保証フラグとが含まれている。各項目のデフォルト状態は、在圏情報：非在圏、在圏保証フラグ：保証なしとする。

加入者情報取得制御部１１２は、加入者情報管理システムとのインタフェースを保持し、在圏情報登録制御部１１０からの加入者情報の取得要求を受信した加入者情報取得制御部１１２は、加入者情報管理システムに対してユーザ情報の取得を行う。また、加入者情報取得制御部１１２は加入者情報管理システムからのユーザ情報の更新を通知されると、在圏情報登録制御部１１０に対してユーザ情報の通知も実現する。
障害検出部１１３は在圏情報管理サーバの異常を検出すると、在圏情報管理テーブル１１１ａに保持される全ユーザの在圏情報並びに在圏保証フラグをデフォルト状態（在圏情報：非在圏、在圏保証フラグ：保証なし）に設定する。

（在圏情報登録処理）
図３は、本発明による在圏情報管理サーバを採用したネットワークにおける在圏情報登録処理イメージを示す図である。
同図において、無線ＬＡＮ圏内のユーザａの移動端末Ａは在圏情報登録要求Ｓ４１を周期的に送信する。移動端末Ａは、例えば、３０分〜６０分周期でそれを送信する。移動端末Ａから在圏情報登録要求を受けたＳＩＰサーバ１０１−１はユーザａの情報を管理する在圏情報管理サーバ１０２に対して在圏情報登録要求Ｓ４２を送信する。在圏情報登録要求Ｓ４２を受信した在圏情報管理サーバ１０２は、ユーザａの加入者情報を取得するために、加入者情報管理システム１０３に対して加入者情報取得要求Ｓ４３を送信する。加入者情報管理システム１０３では、ユーザａの情報を加入者情報通知Ｓ４４にて在圏情報管理サーバ１０２に通知する。

そして、加入者情報管理システム１０３からの加入者情報通知Ｓ４４を受信した在圏情報管理サーバ１０２は、在圏情報管理テーブルへの在圏情報登録処理Ｓ４５を行う。この場合、在圏情報管理サーバ１０２は、在圏情報管理テーブルのユーザａの情報を参照し、在圏情報にＳＩＰサーバ１０１−１の情報を更新するとともに、在圏保証フラグを“保証あり”に更新する。その後、在圏情報管理サーバ１０２は、ユーザ情報通知Ｓ４６を送信し、加入者情報管理システムより取得したユーザａの加入者情報をＳＩＰサーバ１０１−１に通知する。ＳＩＰサーバ１０１−１では、ユーザ情報テーブルへのユーザ情報登録Ｓ４７を行う。ユーザ情報の登録が完了すると、ＳＩＰサーバ１０１−１は、要求応答Ｓ４８をユーザａの移動端末Ａに送信する。

ところで、上記の動作においては、移動端末からの在圏情報登録処理が周期的に行われることから（例えば、３０分〜６０分周期）、障害経過タイマとして障害復旧から周期時間＋α（αはマージン、以下同じ）の時間が経過した後は、ＳＩＰサーバに対する在圏状態問い合わせ機能を動作させずに、在圏情報確認要求を送信したＳＩＰサーバに対して問合せのあったユーザが未在圏である旨を通知している。この処理によって、ＳＩＰサーバからの在圏情報確認要求受信時に、在圏情報管理サーバ障害前に位置登録済みのユーザがいる場合は周期的な位置登録が実施されるはずであるため、障害経過タイマ満了後は一律在圏状態問い合わせを起動させない処置をとることが可能となり、障害後位置登録処理が行われない間のみ在圏状態問い合わせを実施することで、在圏状態管理サーバならびにＳＩＰサーバの負荷を軽減することができる。

（在圏情報管理サーバ障害時の処理）
図４は、本発明による在圏情報管理サーバ障害時の処理イメージを示す図である。
同図において、在圏情報管理サーバ１０２にて障害が発生した場合は、在圏情報管理テーブルの在圏情報及び在圏保証フラグの内容がクリアされ、デフォルト状態Ｓ５０（すなわち、在圏情報：非在圏、在圏保証フラグ：保証なし）に遷移する。そのため、ＳＩＰサーバ１０１−１、１０１−２にて無線ＬＡＮ在圏の移動端末情報を保持している場合は、その情報の内容と在圏情報管理サーバ１０２の在圏情報管理テーブルの情報の内容とがアンマッチとなる。

例えば、同図を参照すると、ＳＩＰサーバ１０１−１に保持されているユーザａの在圏情報は“在圏”であるのに対し、在圏情報管理サーバ１０２の在圏情報管理テーブルにはユーザａの在圏情報は“非在圏”として登録されているので、両者は一致しない。同様に、ＳＩＰサーバ１０１−２に保持されているユーザｂの在圏情報は“在圏”であるのに対し、在圏情報管理サーバ１０２の在圏情報管理テーブルにはユーザｂの在圏情報は“非在圏”として登録されているので、両者は一致しない。このように破線矢印で示されている、情報のアンマッチの状態を、在圏情報管理サーバの動作によって解消する。

（在圏情報管理サーバの動作）
図５及び図６を参照して本発明の実施形態にかかる在圏情報管理サーバの動作例について説明する。
図５は、本発明の実施形態にかかる在圏情報管理サーバの動作例を示す図であり、データ消滅後の着信契機でのデータ復旧処理例が示されている。同図において、ユーザａの移動端末Ａから接続要求信号Ｓ６１が送信されると、ＳＩＰサーバ１０１−１は、着ユーザｂの移動端末Ｂの在圏ＳＩＰサーバを問い合わせるため、在圏情報確認要求Ｓ６２を在圏情報管理サーバ１０２に向けて送信する。この在圏情報確認要求Ｓ６２を受けた在圏情報管理サーバ１０２は、在圏情報管理テーブルの移動端末Ｂの在圏情報を参照する処理Ｓ６３を行う。在圏情報管理サーバ１０２は、在圏情報“非在圏”の場合に在圏保証フラグを参照し、“保証なし”の場合には全ＳＩＰサーバに向けて移動端末Ｂの在圏情報問い合わせＳ６５を送信する。ユーザｂの移動端末Ｂについての情報を保持するＳＩＰサーバ１０１−２は、在圏情報問い合わせ結果Ｓ６５を在圏情報管理サーバ１０２に返信する。これにより、在圏情報管理サーバ１０２は移動端末Ｂの在圏情報を取得することができる。

在圏情報管理サーバ１０２は、取得した在圏情報を在圏情報管理テーブルに反映させ、また在圏情報が保証されることを表す在圏保証フラグを“保証あり”に設定する処理Ｓ６６を行う。その後在圏情報管理サーバ１０２は、ＳＩＰサーバ１０１−１に対して着ユーザｂの在圏ＳＩＰサーバ問い合わせ結果Ｓ６７にてユーザｂの在圏するＳＩＰサーバはＳＩＰサーバ１０１−２であることを通知して、着信接続処理を継続する。これにより、ＳＩＰサーバ１０１−１から接続要求信号Ｓ６８が送信され、これを受信したＳＩＰサーバ１０１−２から移動端末Ｂに向けて接続要求信号Ｓ６９が送信される。

なお、全ＳＩＰサーバに対して在圏状態問い合わせを実施した結果、在圏情報管理サーバ１０２にて受信した全ＳＩＰサーバからの応答が“在圏なし”もしくはその他エラーを受けた場合でも、在圏情報問い合わせを再度実施する必要がないと判断した場合は、在圏情報管理テーブルの在圏保証フラグを“保証あり”に変更し、在圏情報を“非在圏”として保持する。

図６は、本発明の実施形態にかかる在圏情報管理サーバの動作例を示す図であり、データ消滅後の加入者情報更新契機でのデータ復旧処理例が示されている。同図において、加入者情報管理システム１０３から移動端末Ｂのユーザｂの加入者情報更新通知Ｓ７１を受けた在圏情報管理サーバ１０２は、在圏情報管理テーブルの移動端末Ｂの在圏情報を参照する処理Ｓ７２を行う。在圏情報管理サーバ１０２は、在圏情報“非在圏”の場合に在圏保証フラグを参照し、“保証なし”の場合には全ＳＩＰサーバに向けて移動端末Ｂの在圏情報問い合わせＳ７３を送信する。ユーザｂの移動端末Ｂについての情報を保持するＳＩＰサーバ１０１−２は、在圏情報問い合わせ結果Ｓ７４を在圏情報管理サーバ１０２に返信する。これにより、在圏情報管理サーバ１０２は移動端末Ｂの在圏情報を取得することができる。

在圏情報管理サーバ１０２は、取得した在圏情報を在圏情報管理テーブルに反映させ、また在圏情報が保証されることを表す在圏保証フラグを“保証あり”に設定する処理Ｓ７５を行う。その後在圏情報管理サーバ１０２は、ＳＩＰサーバ１０１−２に対してユーザｂの加入者情報更新要求Ｓ７６を送信し、ＳＩＰサーバ１０１−２にて加入者情報更新が実施される。
なお、全ＳＩＰサーバに対して在圏状態問い合わせを実施した結果、在圏情報管理サーバ１０２にて受信した全ＳＩＰサーバからの応答が“在圏なし”もしくはその他エラーを受けた場合でも、在圏情報問い合わせを再度実施する必要がないと判断した場合は、在圏情報管理テーブルの在圏保証フラグを“保証あり”に変更し、在圏情報を“非在圏”として保持する。

（在圏情報復旧手順シーケンス）
図７及び図８を参照して本発明の実施形態にかかる在圏情報復旧手順について説明する。
図７は、本発明の実施形態にかかる在圏情報復旧手順（着信契機）を示すシーケンス図であり、図５の動作例に対応している。
同図を参照すると、発信者であるユーザａの移動端末Ａからの接続要求信号の受信時（ステップＳ１０１）に、ＳＩＰサーバ１０１−２は在圏情報管理サーバ１０２に向けて在圏情報確認要求信号を送信する（ステップＳ１０２）。

在圏情報管理サーバ１０２は、ＳＩＰサーバ１０１−２からの在圏情報確認要求信号受信時に、在圏情報管理テーブルを参照すると共に障害経過タイマの起動を確認する。この結果、在圏情報が“非在圏”で、かつ、障害経過タイマが起動中であり、さらに在圏保証フラグが“保証なし”の場合（ステップＳ１０３→Ｓ１０４）、在圏情報管理サーバ１０２が接続されている全てのＳＩＰサーバに対して在圏問合せを実施する（ステップＳ１０５）。在圏問合せ信号には問合せを行うユーザを示す情報が設定される。

在圏問合せを受けた各ＳＩＰサーバは、問合せがあったユーザが在圏しているか否かの確認を行う（ステップＳ１０６）。そして、各ＳＩＰサーバは、ユーザが在圏していれば在圏問合せ応答にて該当ユーザが在圏している旨を返信し（ステップＳ１０７）、ユーザが在圏していなければ在圏問合せ応答にて該当ユーザが在圏していない旨を返信する（ステップＳ１０７）。

在圏情報管理サーバ１０２は在圏問合せ応答にてユーザが在圏している旨を受信すると在圏情報管理テーブルの在圏保証フラグを“保証なし”から“保証あり”に更新する（ステップＳ１０８）。この更新処理により、在圏情報管理テーブルの状態は、着信側端末Ｂについて、在圏情報が“ＳＩＰサーバ１０１−１”又は“非在圏”、在圏保証フラグが“保証あり”となる（ステップＳ１０９）。在圏問合せ応答にてユーザが在圏している旨の返信を受信した場合は、在圏情報確認要求を送信したＳＩＰサーバに向けて即座に在圏情報確認応答にて該当ユーザが在圏しているＳＩＰサーバの情報を通知する（ステップＳ１１０）。

ステップＳ１０３において在圏情報が“在圏”もしくは障害経過タイマが起動中でない場合、又はステップＳ１０４において在圏保証フラグが“保証あり”の場合、在圏情報管理テーブルの状態は、着信側端末Ｂについて、在圏情報が“非在圏”又は“ＳＩＰサーバ１０１−１”、在圏保証フラグが“保証あり”となる（ステップＳ１１１）。この場合、在圏情報確認要求を送信したＳＩＰサーバに対して問合せのあったユーザが未在圏又は在圏である旨を通知する（ステップＳ１１０）。

図８は、本発明の実施形態にかかる在圏情報復旧手順（加入者情報更新契機）を示すシーケンス図であり、図６の動作例に対応している。
同図を参照すると、加入者情報管理システムからの加入者情報更新通知信号の受信時（ステップＳ１２１）に、在圏情報管理サーバ１０２は在圏情報管理テーブルを参照すると共に障害経過タイマの起動を確認する。この結果、在圏情報が“非在圏”で、かつ、障害経過タイマが起動中であり、さらに在圏保証フラグが“保証なし”の場合（ステップＳ１２２→Ｓ１２３）、在圏情報管理サーバ１０２が接続されている全てのＳＩＰサーバに対して在圏問合せを実施する（ステップＳ１２４）。在圏問合せ信号には問合せを行うユーザを示す情報が設定される。

在圏問合せを受けた各ＳＩＰサーバは、問合せがあったユーザが在圏しているか否かの確認を行う（ステップＳ１２５）。そして、各ＳＩＰサーバは、ユーザが在圏していれば在圏問合せ応答にて該当ユーザが在圏している旨を返信し（ステップＳ１２６）、ユーザが在圏していなければ在圏問合せ応答にて該当ユーザが在圏していない旨を返信する（ステップＳ１２６）。

在圏情報管理サーバ１０２は在圏問合せ応答にてユーザが在圏している旨を受信すると在圏情報管理テーブルの在圏保証フラグを“保証なし”から“保証あり”に更新する（ステップＳ１２７）。この更新処理により、在圏情報管理テーブルの状態は、着信側端末Ｂについて、在圏情報が“ＳＩＰサーバ１０１−１”又は“非在圏”、在圏保証フラグが“保証あり”となる（ステップＳ１２８）。在圏問合せ応答にてユーザが在圏している旨の返信を受信すると、在圏情報管理サーバ１０２は在圏情報が“在圏”である場合に限り（ステップＳ１２９）、ユーザの在圏しているＳＩＰサーバ１０１−１に向けて加入者情報更新通知を送信し（ステップＳ１３０）、ＳＩＰサーバ１０１−１にて保持しているユーザ情報の更新を行う。その後、在圏情報管理サーバ１０２は加入者情報管理システムに１０３に、加入者情報更新応答を送信する（ステップＳ１３２）。

ステップＳ１２２において在圏情報が“在圏”もしくは障害経過タイマが起動中でない場合、又はステップＳ１２３において在圏保証フラグが“保証あり”の場合、在圏情報管理テーブルの状態は、着信側端末Ｂについて、在圏情報が“非在圏”又は“ＳＩＰサーバ１０１−１”、在圏保証フラグが“保証あり”又は“保証なし”となる（ステップＳ１３１）。この場合、在圏情報管理サーバ１０２は在圏情報が“在圏”である場合に限り（ステップＳ１２９）、ユーザの在圏しているＳＩＰサーバ１０１−１に向けて加入者情報更新通知を送信し（ステップＳ１３０）、ＳＩＰサーバ１０１−１にて保持しているユーザ情報の更新を行う。その後、在圏情報管理サーバ１０２は加入者情報管理システムに１０３に、加入者情報更新応答を送信する（ステップＳ１３２）。

ところで、上記の動作において、移動端末からの在圏情報登録処理が周期的に行われることから（例えば、３０分〜６０分周期）、障害経過タイマとして障害復旧から周期時間＋αの時間が経過した後は、ＳｌＰサーバに対する在圏状態問い合わせ機能を動作させない。この処理によって、ＳＩＰサーバからの在圏情報確認要求受信時に、在圏情報管理サーバ障害前に位置登録済みのユーザがいる場合は周期的な位置登録が実施されるはずであるため、障害経過タイマ満了後は一律在圏状態問い合わせを起動させない処置をとることが可能となり、障害後位置登録処理が行われない間のみ在圏状態問い合わせを実施することで、在圏状態管理サーバならびにＳＩＰサーバの負荷を軽減することができる。

（新規ユーザ登録手順シーケンス）
図９は、本発明の実施形態にかかる新規ユーザ登録手順を示すシーケンス図である。
同図を参照すると、新規ユーザの登録情報は、加入者情報管理システム１０３、在圏情報管理サーバ１０２に向けて、オペレータ端末から送信される（ステップＳ１４１、Ｓ１４２）。
オペレータ端末から新規ユーザの登録情報が送信された場合、在圏情報管理サーバ１０２の在圏情報管理テーブル上の該当ユーザの在圏情報及び在圏保証フラグのデフォルト状態は、在圏情報が“非在圏”、在圏保証フラグが“保証なし”となる。

オペレータ端末から新規ユーザの登録情報が送信された場合、在圏情報管理サーバ１０２は、ＳＩＰサーバからの在圏情報確認要求受信時もしくは、加入者情報管理システムからの加入者情報更新通知を受信したタイミングで一律在圏状態問い合わせを起動させない処置として、在圏情報管理テーブル上の該当ユーザの在圏保証フラグを“保証あり”に更新する（ステップＳ１４３）。これにより、在圏情報管理テーブル上の該当ユーザの在圏情報は、“非在圏”、在圏保証フラグは“保証あり”となる（ステップＳ１４４）。こうすることにより、障害後位置登録処理が行われない間のみ在圏状態問い合わせを実施することが可能になる。
なお、加入者情報管理システム１０３、在圏情報管理サーバ１０２からオペレータ端末に向けて、新規ユーザ登録応答が送信される（ステップＳ１４５、Ｓ１４６）。

（在圏情報管理方法）
上述した在圏情報管理サーバを用いて構成したネットワークにおいては、以下のような在圏情報管理方法が実現されている。すなわち、ユーザの移動端末が、どのＳＩＰサーバに対応するエリアに存在しているかを示す在圏エリア情報と上記在圏エリア情報の信頼性を示す在圏保証フラグとを対応付けて管理するための在圏情報管理テーブルを有する在圏情報管理サーバにおける在圏情報管理方法であり、上記在圏情報管理サーバの異常を検出した場合に、上記在圏保証フラグを保証なしに設定するフラグ更新ステップ（例えば、図４中のデフォルト状態Ｓ５０に対応）と、外部から指定されたユーザの移動端末についての在圏問い合わせを、上記在圏保証フラグが保証なしに設定されている場合に全てのＳＩＰサーバに送出する在圏問い合わせステップ（例えば、図７中のステップＳ１０５、図８中のステップＳ１２４に対応）と、上記在圏問い合わせに対する応答の内容に基づいて在圏情報管理テーブルの内容を書き換えるテーブル書き換えステップ（例えば、図７中のステップＳ１０８、図８中のステップＳ１２７に対応）とを含む在圏情報管理方法が実現されている。在圏問い合わせを全てのＳＩＰサーバに送出することにより、情報をバックアップとして記憶させておく必要はなく、かつ、在圏情報を復旧させることができる。

本発明は、在圏情報管理サーバに保持されている在圏情報が消滅した後にそれを復旧させる場合に利用できる。

在圏情報管理サーバの構成例を示すブロック図である。 在圏情報管理テーブルの構成例を示す図である。 本発明による在圏情報管理サーバを採用したネットワークにおける在圏情報登録処理イメージを示す図である。 本発明による在圏情報管理サーバ障害時の処理イメージを示す図である。 本発明の実施形態にかかる在圏情報管理サーバの動作例（データ消滅後の着信契機でのデータ復旧方法）を示す図である。 本発明の実施形態にかかる在圏情報管理サーバの動作例（データ消滅後の加入者情報更新契機でのデータ復旧方法）を示す図である。 本発明の実施形態にかかる在圏情報復旧手順（着信契機）を示すシーケンス図である。 本発明の実施形態にかかる在圏情報復旧手順（加入者情報更新契機）を示すシーケンス図である。 本発明の実施形態にかかる新規ユーザ登録手順を示すシーケンス図である。 ＳＩＰを使用した通信を実現するためのネットワークの一構成例を示す図である。 標準仕様に準拠した在圏情報登録処理を示す図である。 標準仕様に準拠した発着信処理を示す図である。 従来の在圏情報管理サーバ障害時の処理を示す図である。

符号の説明

１０１−１、１０１−２ ＳＩＰサーバ
１０２ 在圏情報管理サーバ
１０３ 加入者情報管理システム
１１０ 在圏情報登録制御部
１１１ 格納部
１１１ａ 在圏情報管理テーブル
１１２ 加入者情報取得制御部

Claims (6)

1. ユーザの移動端末が、どのＳＩＰサーバに対応するエリアに存在しているかを示す在圏エリア情報と前記在圏エリア情報の信頼性を示す在圏保証フラグとを対応付けて管理するための在圏情報管理テーブルと、自装置の異常を検出した場合に、前記在圏保証フラグを保証なしに設定するフラグ更新手段と、外部から指定されたユーザの移動端末についての在圏問い合わせを、前記在圏保証フラグが保証なしに設定されている場合に全てのＳＩＰサーバに送出する在圏問い合わせ手段と、前記在圏問い合わせに対する応答の内容に基づいて在圏情報管理テーブルの内容を書き換えるテーブル書き換え手段とを含むことを特徴とする在圏情報管理サーバ。
2. 前記在圏問い合わせ手段は、移動端末に対する着信と移動端末についての加入者情報の更新との少なくとも一方を契機として、前記在圏問い合わせを送出することを特徴とする請求項１記載の在圏情報管理サーバ。
3. 自装置の異常検出時に起動され、移動端末からの在圏登録周期に応じて設定された時間を計時する、障害経過タイマを更に含み、前記障害経過タイマによる計時満了後は、前記在圏問い合わせを送出しないことを特徴とする請求項１又は２記載の在圏情報管理サーバ。
4. 前記テーブル書き換え手段は、前記在圏問い合わせに対する応答の内容が在圏なし及びエラーのいずれか一方である場合、前記在圏エリア情報を非在圏に設定し、前記在圏保証フラグを保証ありに設定することを特徴とする請求項１から請求項３までのいずれか１項に記載の在圏情報管理サーバ。
5. 前記テーブル書き換え手段は、新規の移動端末ユーザについてのオペレータ端末からの加入者情報の登録の際に、前記在圏保証フラグを保証ありに設定することを特徴とする請求項１から請求項４までのいずれか１項に記載の在圏情報管理サーバ。
6. ユーザの移動端末が、どのＳＩＰサーバに対応するエリアに存在しているかを示す在圏エリア情報と前記在圏エリア情報の信頼性を示す在圏保証フラグとを対応付けて管理するための在圏情報管理テーブルを有する在圏情報管理サーバにおける在圏情報管理方法であって、前記在圏情報管理サーバの異常を検出した場合に、前記在圏保証フラグを保証なしに設定するフラグ更新ステップと、外部から指定されたユーザの移動端末についての在圏問い合わせを、前記在圏保証フラグが保証なしに設定されている場合に全てのＳＩＰサーバに送出する在圏問い合わせステップと、前記在圏問い合わせに対する応答の内容に基づいて在圏情報管理テーブルの内容を書き換えるテーブル書き換えステップとを含むことを特徴とする在圏情報管理方法。

Images