(57)【要約】【課題】  データ変更の通知登録要求と、データ変更が最初に通知される冗長サーバが異なっていても、データ変更を通知登録要求元に通知できるようにする。【解決手段】  本発明の通信システムは、データ変更を行い、データ変更をいずれかの冗長サーバに通知する第１クライアントと、いずれかの冗長サーバに対し、第１クライアントのデータ変更時に変更通知を行うことを登録する第２のクライアントとを有する。また、第１のクライアントに係る情報を格納していると共に、クライアント情報に対応付けて、どの冗長サーバがどの第２クライアントから通知登録されたかを表す通知登録情報を格納する格納手段を有する。各冗長サーバは、第２クライアントから通知登録要求があると通知登録情報を格納手段に設定し、また、第１クライアントからデータ変更が通知されると通知登録情報で定まる第２クライアントにデータ変更を通知する。【選択図】      図１
2007299151.tif 000002
【特許請求の範囲】
【請求項１】
データ変更を行う第１のクライアントと、
上記第１のクライアントからデータ変更が通知され得る複数の冗長サーバと、
いずれかの上記冗長サーバに対し、上記第１のクライアントのデータ変更時にその旨の通知を行うことを登録する第２のクライアントと、
上記複数の冗長サーバが共有する、上記第１のクライアントに係る情報を格納しているクライアント情報格納手段とを具備し、
上記クライアント情報格納手段は、クライアント情報に対応付けて、どの上記冗長サーバがどの上記第２のクライアントから通知登録されたかを表す情報を格納する通知可能化情報格納部を有し、
上記各冗長サーバは、上記第２のクライアントから通知登録要求があった際に、上記通知可能化情報格納部に情報を設定すると共に、上記第１のクライアントからデータ変更が通知された際には、上記通知可能化情報格納部の格納情報で規定されている上記第２のクライアントにデータ変更を通知する
ことを特徴とする通信システム。
【請求項２】
上記クライアント情報格納手段は、上記第１のクライアントに係る情報と、その第１のクライアントにおけるデータ変更の通知登録を許可する上記第２のクライアントの識別情報とを対応付けた登録可否情報格納部を有し、
上記各冗長サーバは、上記第２のクライアントから通知登録要求があった際に、その第２のクライアントが、上記登録可否情報格納部の格納情報で許可されているときに、上記通知可能化情報格納部に情報を設定する
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
データ変更を行う第１のクライアントと、上記第１のクライアントからデータ変更が通知され得る複数の冗長サーバと、いずれかの上記冗長サーバに対し、上記第１のクライアントのデータ変更時にその旨の通知を行うことを登録する第２のクライアントと、上記複数の冗長サーバが共有する、上記第１のクライアントに係る情報を格納していると共に、クライアント情報に対応付けて、どの上記冗長サーバがどの上記第２のクライアントから通知登録されたかを表す情報を格納する通知可能化情報格納部を有するクライアント情報格納手段とを具備した通信システムにおけるいずれかの上記冗長サーバであって、
上記第２のクライアントから通知登録要求があった際に、上記通知可能化情報格納部に情報を設定すると共に、上記第１のクライアントからデータ変更が通知された際には、上記通知可能化情報格納部の格納情報で規定されている上記第２のクライアントにデータ変更を通知することを特徴とする冗長サーバ。
【請求項４】
上記クライアント情報格納手段は、上記第１のクライアントに係る情報と、その第１のクライアントにおけるデータ変更の通知登録を許可する上記第２のクライアントの識別情報とを対応付けた登録可否情報格納部を有しており、
上記第２のクライアントから通知登録要求があった際に、その第２のクライアントが、上記登録可否情報格納部の格納情報で許可されているときに、上記通知可能化情報格納部に情報を設定することを特徴とする請求項３に記載の冗長サーバ。
【請求項５】
データ変更を行う第１のクライアントと、上記第１のクライアントからデータ変更が通知され得る複数の冗長サーバと、いずれかの上記冗長サーバに対し、上記第１のクライアントのデータ変更時にその旨の通知を行うことを登録する第２のクライアントと、上記複数の冗長サーバが共有する、上記第１のクライアントに係る情報を格納しているクライアント情報格納手段とを具備した通信システムにおけるデータ変更の通知方法であって、
上記クライアント情報格納手段は、クライアント情報に対応付けて、どの上記冗長サーバがどの上記第２のクライアントから通知登録されたかを表す情報を格納する通知可能化情報格納部を有し、
上記各冗長サーバは、上記第２のクライアントから通知登録要求があった際に、上記通知可能化情報格納部に情報を設定すると共に、上記第１のクライアントからデータ変更が通知された際には、上記通知可能化情報格納部の格納情報で規定されている上記第２のクライアントにデータ変更を通知する
ことを特徴とするデータ変更の通知方法。
【請求項６】
上記クライアント情報格納手段は、上記第１のクライアントに係る情報と、その第１のクライアントにおけるデータ変更の通知登録を許可する上記第２のクライアントの識別情報とを対応付けた登録可否情報格納部を有しており、
上記各冗長サーバは、上記第２のクライアントから通知登録要求があった際に、その第２のクライアントが、上記登録可否情報格納部の格納情報で許可されているときに、上記通知可能化情報格納部に情報を設定することを特徴とする請求項５に記載のデータ変更の通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、冗長サーバ、及び、データ変更の通知方法に関し、例えば、ＩＰネットワークにおいて、Ｎ重化構成のサーバからクライアントへ通知する際に適用し得るものである。
【背景技術】
【０００２】
次世代のＡｌｌ−ＩＰベースの移動体通信網を検討する団体として３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）があり、３ＧＰＰは、ＳＩＰを利用したマルチメディア通信システムであるＩＭＳ（Ｉｎｔｅｒｎｅｔ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂ  Ｓｙｓｔｅｍ）を検討している。非特許文献１には、３ＧＰＰで議論されているＩＭＳモデルの一部が定義されており、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）へのアクセス手段について注目されている。なお、ＨＳＳは、電話網における加入者データ（端末がネットワークに接続する際の認証情報や電話番号、その他契約情報など）が格納されているユーザ管理データベースの一種として動作するサーバである。
【０００３】
非特許文献１に記載されている、ＨＳＳからＳｉｐＡＳ（ＳＩＰ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）へのデータ変更の通知方法を、図２を参照しながら説明する。図２は、非特許文献のＦｉｇｕｒｅ  Ｂ．１．１の処理１０〜１３を、理解し易いように書き直したものである。
【０００４】
ＩＰネットワークにおいて、ＨＳＳ１は、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）２及びＳｉｐＡＳ（ＳＩＰ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）３と適宜通信を行うものである。Ｓ−ＣＳＣＦ２は、ＳＩＰのメッセージの中継を行うＳＩＰサーバの一種であり、ユーザに対してサービスを提供するための中心的なＳＩＰサーバであり、管理するユーザに関する全てのメッセージがルーティングされるプロキシサーバとして、サービス実現のためのメッセージ処理（ＡＳへのメッセージ転送処理などを含む）などを行うものであり（ＲＦＣ３２６１で定義されるＳＩＰ信号を処理するサーバ）、また、登録サーバとして動作するものである。ＳｉｐＡＳ３は、アプリケーションを実現するために、Ｓ−ＣＳＣＦ２との間でＳＩＰメッセージを送受信するＳＩＰエンティティであり、実現するサービスの内容によって任意のサーバ、ＵＡとして動作するものである（例えば、ＲＦＣ３２６５で定義されるプレゼンスサービスなどのＳＩＰアプリケーションを提供するサーバ）。
【０００５】
図２において、ＳｉｐＡＳ３がＨＳＳ１に対して通知登録要求を送信する（処理Ｔ１）。ここで、通知登録要求は、指定したデータに変更があった場合、ＨＳＳ１から通知してもらうことを要求するメッセージである。図２の例は、ＨＳＳ１に対し、加入者Ａのデータに変更があった場合にＳｉｐＡＳ３へ変更されたデータを通知してもらうことを要求する例である。通知登録要求を受信したＨＳＳ１は、ＳｉｐＡＳ３に対し、通知登録要求の受信処理が完了したことを示す通知登録要求応答を返却する（処理Ｔ２）。
【０００６】
今、Ｓ−ＣＳＣＦ２が加入者Ａのデータを変更したとすると、Ｓ−ＣＳＣＦ２はＨＳＳ１に対して加入者Ａのデータ取得・変更要求を送信し（処理Ｔ３）、ＨＳＳ１は、その要求の受信処理が完了したことを示すデータ取得・変更要求応答を返却する（処理Ｔ４）。
【０００７】
ＨＳＳ１は、通知登録要求に係る加入者Ａのデータが変更されたため、ＳｉｐＡＳ１３−１に対し、変更されたデータをデータ変更通知として通知する（処理Ｔ５）。データ変更通知を受信したＳｉｐＡＳ３は、データ変更通知応答をＨＳＳ１へ返却する（処理Ｔ６）。以上のシーケンスにより、ＳｉｐＡＳ３は、加入者Ａのデータが変更されたときにその変更内容を受信することができる。
【非特許文献１】３ＧＰＰ  ＴＳ  ２９．３２８  Ｖ６．８．０（ｆｔｐ：／／ｆｔｐ．３ｇｐｐ．ｏｒｇ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２９＿ｓｅｒｉｅｓ／２９．３２８／２９３２８−６８０．ｚｉｐ）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
非特許文献１に記載のＨＳＳからの通知方法では、ＨＳＳの信頼性については考慮されていない。
【０００９】
一般に電話等のサービス停止が許容されないネットワークでは、サーバを２重化又はＮ重化構成とし、１台のサーバがダウンしても残りのサーバでサービスを継続できることが求められる。ここで、ＨＳＳを単にＮ重化構成とした場合には、非特許文献１に記載のＨＳＳからの通知方法では適切に通知し得ない場合も生じる。
【００１０】
例えば、図３（Ａ）に示すように、ＨＳＳ１−１、ＨＳＳ１−２の２重化構成とし、両系がＡＣＴ運転をするとする。なお、ＨＳＳ１−１及びＨＳＳ１−２は共に、同一のデータ蓄積部（Ｓｔｏｒａｇｅ）４に接続され、加入者データは、Ｓｔｏｒａｇｅ４に蓄積されているものとする。ＳｉｐＡＳ３及びＳ−ＣＳＣＦ２は、ＨＳＳ１−１又はＨＳＳ１−２のいずれか片方と通信する。ここでは、Ｓ−ＣＳＣＦ２はＨＳＳ１−２と、ＳｉｐＡＳ３はＨＳＳ１−１と通信するものとする。
【００１１】
Ｓ−ＣＳＣＦ２及びＨＳＳ１−２間及びＳｉｐＡＳ３及びＨＳＳ１−１間は定期的にヘルスチェックを実施する。例えば、図３（Ｂ）のように、ＨＳＳ１−１に障害が発生したとき、ＳｉｐＡＳ３はヘルスチェックによりＨＳＳ１−１との接続が切れたことを検出すると、ＨＳＳ１−２に切り替える。このように片方のＨＳＳに故障発生時、残りのＨＳＳに切り替えることで、ＨＳＳの故障発生時にサービスが停止することを回避している。
【００１２】
しかしながら、図３（Ａ）のようにＳｉｐＡＳ３がＨＳＳ１−１、Ｓ−ＣＳＣＦ２がＨＳＳ１−２と通信している場合、図４に示すように、ＳｉｐＡＳ３からデータ変更の通知登録要求を受信するのがＨＳＳ１−１であり、Ｓ−ＣＳＣＦ２からデータ変更要求を受け付けるのがＨＳＳ１−２となり、ＨＳＳ１−１は加入者データの変更を検出できず、ＳｉｐＡＳ３へ通知できない。
【００１３】
そのため、サーバがＮ重化構成のために、データ変更の通知登録要求と、データ変更が最初に通知されるサーバが異なっていても、データ変更を通知登録要求元に通知することができる、通信システム、冗長サーバ、及び、データ変更の通知方法が望まれている。
【課題を解決するための手段】
【００１４】
第１の本発明の通信システムは、データ変更を行う第１のクライアントと、上記第１のクライアントからデータ変更が通知され得る複数の冗長サーバと、いずれかの上記冗長サーバに対し、上記第１のクライアントのデータ変更時にその旨の通知を行うことを登録する第２のクライアントと、上記複数の冗長サーバが共有する、上記第１のクライアントに係る情報を格納しているクライアント情報格納手段とを具備し、上記クライアント情報格納手段は、クライアント情報に対応付けて、どの上記冗長サーバがどの上記第２のクライアントから通知登録されたかを表す情報を格納する通知可能化情報格納部を有し、上記各冗長サーバが、上記第２のクライアントから通知登録要求があった際に、上記通知可能化情報格納部に情報を設定すると共に、上記第１のクライアントからデータ変更が通知された際には、上記通知可能化情報格納部の格納情報で規定されている上記第２のクライアントにデータ変更を通知することを特徴とする。
【００１５】
第２の本発明の冗長サーバは、データ変更を行う第１のクライアントと、上記第１のクライアントからデータ変更が通知され得る複数の冗長サーバと、いずれかの上記冗長サーバに対し、上記第１のクライアントのデータ変更時にその旨の通知を行うことを登録する第２のクライアントと、上記複数の冗長サーバが共有する、上記第１のクライアントに係る情報を格納していると共に、クライアント情報に対応付けて、どの上記冗長サーバがどの上記第２のクライアントから通知登録されたかを表す情報を格納する通知可能化情報格納部を有するクライアント情報格納手段とを具備した通信システムにおけるいずれかの上記冗長サーバであって、上記第２のクライアントから通知登録要求があった際に、上記通知可能化情報格納部に情報を設定すると共に、上記第１のクライアントからデータ変更が通知された際には、上記通知可能化情報格納部の格納情報で規定されている上記第２のクライアントにデータ変更を通知することを特徴とする。
【００１６】
第３の本発明のデータ変更の通知方法は、データ変更を行う第１のクライアントと、上記第１のクライアントからデータ変更が通知され得る複数の冗長サーバと、いずれかの上記冗長サーバに対し、上記第１のクライアントのデータ変更時にその旨の通知を行うことを登録する第２のクライアントと、上記複数の冗長サーバが共有する、上記第１のクライアントに係る情報を格納しているクライアント情報格納手段とを具備した通信システムにおけるデータ変更の通知方法であって、上記クライアント情報格納手段は、クライアント情報に対応付けて、どの上記冗長サーバがどの上記第２のクライアントから通知登録されたかを表す情報を格納する通知可能化情報格納部を有し、上記各冗長サーバは、上記第２のクライアントから通知登録要求があった際に、上記通知可能化情報格納部に情報を設定すると共に、上記第１のクライアントからデータ変更が通知された際には、上記通知可能化情報格納部の格納情報で規定されている上記第２のクライアントにデータ変更を通知することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、サーバがＮ重化されていて、データ変更の通知登録要求と、データ変更が最初に通知されるサーバが異なっていても、データ変更を通知登録要求元に通知することができるようになる。
【発明を実施するための最良の形態】
【００１８】
（Ａ）第１の実施形態
以下、本発明による通信システム、冗長サーバ、及び、データ変更の通知方法の第１の実施形態を、図面を参照しながら説明する。
【００１９】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態の通信システム１０の構成を示すブロック図である。
【００２０】
図１において、第１の実施形態の通信システム１０は、ＨＳＳ１１−１、ＨＳＳ１１−２、Ｓ−ＣＳＣＦ１２、ＳｉｐＡＳ１３及びＳｔｏｒａｇｅ（データ蓄積部）１４を構成要素とするものである。ＨＳＳ１１−１、ＨＳＳ１１−２、Ｓ−ＣＳＣＦ１２及びＳｉｐＡＳ１３は、ＩＰネットワーク１５を介して接続されており、Ｓｔｏｒａｇｅ１４は、ＨＳＳ１１−１及びＨＳＳ１１−２に対し、異なる専用線（ファイバチャネル）で接続されている。
【００２１】
ＨＳＳ１１−１、ＨＳＳ１１−２、Ｓ−ＣＳＣＦ１２、ＳｉｐＡＳ１３は、ハードウェア的には、通信機能を有する情報処理用のサーバが該当し、ソフトウェア処理により、基本的には、従来の技術の項で説明したような、３ＧＰＰで議論されているＩＭＳモデルで記述されている機能を担当するものである。
【００２２】
第１の実施形態の場合、ＨＳＳ１１−１、ＨＳＳ１１−２、Ｓ−ＣＳＣＦ１２、ＳｉｐＡＳ１３はそれぞれ、図６に示すシーケンスを実行するためのプログラムを搭載しており、ＨＳＳ１１−１及びＨＳＳ１１−２は、図７に示す処理フローを実行するためのプログラムＰを搭載している。なお、Ｓ−ＣＳＣＦ１２及びＳｉｐＡＳ１３の機能は、従来と同様であり、ＨＳＳ１１（１１−１、１１−２）の機能だけが従来のものと異なっている。
【００２３】
ＨＳＳ１１−１及びＨＳＳ１１−２は両系共にＡＣＴ系の冗長システムを構成しており（ＨＳＳが冗長サーバである）、Ｓ−ＣＳＣＦ１２やＳｉｐＡＳ１３は、ＨＳＳ１１−１及びＨＳＳ１１−２のいずれかと接続する。Ｓ−ＣＳＣＦ１２及びＳｉｐＡＳ１３はそれぞれ、定期的に接続しているＨＳＳ１１−１又はＨＳＳ１１−２に対してヘルスチェックを実施し、接続しているＨＳＳの故障発生時には、他方のＨＳＳに接続換えを行う。
【００２４】
Ｓｔｏｒａｇｅ１４は、ＨＳＳ１１−１及びＨＳＳ１１−２に共通なデータ蓄積部として機能するものであり、図５にフォーマットを示すような加入者データＳＤを格納している。
【００２５】
図５において、加入者データＳＤは、加入者識別情報フィールドＦ１と、ＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報のフィールドＦ２と、サービスに関連するデータのフィールドＦ３とからなっている。加入者識別情報フィールドＦ１は、既存のものと同様であり、例えば、加入者ＩＤのフィールドＦ１１と、電話番号のフィールドＦ１２とからなる。サービスに関連するデータのフィールドＦ３も、既存のものと同様であり、例えば、加入者に提供するサービスの種別などを記述する。
【００２６】
ＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報のフィールドＦ２は、この第１の実施形態で新たに設けられたものである。ＨＳＳ１１−１又はＨＳＳ１１−２が、ＳｉｐＡＳ１３から通知登録要求を受信したとき、その要求に係る加入者のＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報のフィールドＦ２に情報を設定するものとなる。ＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報は、ＨＳＳ１１−１とＨＳＳ１１−２との間で、「どの加入者のデータ変更時、ＳｉｐＡＳに通知する必要があるか」という情報を共有させるためのものである。フィールドＦ２は、ＳｉｐＡＳフィールドＦ２１とＨＳＳフィールドＦ２２とからなり、ＳｉｐＡＳフィールドＦ２１には、通知登録要求を送信したＳｉｐＡＳのアドレスが記述され、ＨＳＳフィールドＦ２２には通知登録要求を受信したＨＳＳのアドレスが記述される。
【００２７】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態の通信システム１０における加入者データの変更時（データの一部の新規取得時を含む）における通知動作を説明する。この通知動作は、非特許文献１のＦｉｇｕｒｅ  Ｂ．１．１の処理１０〜１３に対応する動作である。なお、以下では、Ｓ−ＣＳＣＦ１２がＨＳＳ１１−１と通信し、ＳｉｐＡＳ１３がＨＳＳ１１−２と通信しているものとして説明する。
【００２８】
図６は、第１の実施形態の通信システム１０における通知動作時のシーケンス図である。図７は、通知動作時におけるＨＳＳ１１−１、１１−２の動作（プログラムＰ）を示すフローチャートである。
【００２９】
まず、図６のシーケンス図を参照して、第１の実施形態の通信システム１０全体における通知動作時の処理の流れを説明する。
【００３０】
処理Ｔ１１：ＳｉｐＡＳ１３は、ＨＳＳ１１−２へ通知登録要求を送信する。通知登録要求には、加入者識別情報（加入者ＩＤと電話番号）が入力されている。ここでは、通知登録要求が加入者Ａを対象としているものとする。
【００３１】
処理Ｔ１２：ＨＳＳ１１−２は、通知登録要求を受信すると、加入者識別情報をキーにＳｔｏｒａｇｅ１４を検索し、該当する加入者データのＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報のＨＳＳフィールドＦ２２にＨＳＳ１１−２のアドレスを設定し、ＳｉｐＡＳフィールドＦ２１にＳｉｐＡＳ１３のアドレスを設定する。なお、ＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報の初期値（ＳｉｐＡＳ１３が通知登録していない状態）は、ＨＳＳフィールドＦ２２及びＳｉｐＡＳフィールドＦ２１共にＮＵＬＬである。
【００３２】
処理Ｔ１３：ＨＳＳ１１−２は、Ｓｔｏｒａｇｅ１４の該当加入者データのＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報を更新した後、ＳｉｐＡＳ１３へ通知登録要求の応答を返信する。
【００３３】
処理Ｔ１４：Ｓ−ＣＳＣＦ１２が加入者データ（加入者Ａ）の更新のため、ＨＳＳ１１−１へデータ取得・変更要求を送信したとする。データ取得・変更要求には、加入者識別情報、Ｓ−ＣＳＣＦ１２によって変更された加入者データ、及び、変更要求フラグが含まれている。変更要求フラグがＴＲＵＥであれば、ＨＳＳ１１−１は加入者データを変更する。変更要求フラグがＦＡＬＳＥであれは、ＨＳＳ１１−１は加入者データを返却するのみである。図６のシーケンスでは、変更要求フラグはＴＲＵＥであるとする。
【００３４】
処理Ｔ１５：データ取得・変更要求を受信したＨＳＳ１１−１は、データ取得・変更要求から加入者識別情報を取得し、加入者識別情報をキーにＳｔｏｒａｇｅ１４を検索し、該当する加入者データを取得する。
【００３５】
処理Ｔ１６：ＨＳＳ１１−１は、取得した加入者データのＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２を、後述する処理Ｔ１８の通知要求送信が完了するまで保持する。
【００３６】
処理Ｔ１７：ＨＳＳ１１−１は、Ｓ−ＣＳＣＦ１２から受信したデータ取得・変更要求から、加入者データを取得し、Ｓｔｏｒａｇｅ１４の加入者データを更新する。このとき、Ｓｔｏｒａｇｅ１４に蓄積されている加入者データのＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報の内容を更新しない。
【００３７】
処理Ｔ１８：ＨＳＳ１１−１は、処理Ｔ１６で保持したＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２のＨＳＳフィールドＦ２２を確認する。ここでは、ＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２のＨＳＳフィールドＦ２２には、ＨＳＳ１１−２のアドレスが記述されているので、ＨＳＳ１１−１は、ＨＳＳ１１−２へ通知要求を送信する。なお、通知要求には、処理Ｔ１６で保持したＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２及び変更された加入者データが含まれる。また、保持したＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２がＮＵＬＬの場合には、通知要求の送信は実行されない。
【００３８】
処理Ｔ１９：ＨＳＳ１１−１は、通知要求を送信した後、処理Ｔ１４で受信したデータ取得・変更要求の応答をＳ−ＣＳＣＦ１２へ返信する。
【００３９】
処理Ｔ２０：処理Ｔ１８の通知要求を受信したＨＳＳ１１−２は、通知要求に含まれるＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２のＳｉｐＡＳフィールドＦ２１を確認し、ＳｉｐＡＳ１３のアドレスを取得する。さらに、ＨＳＳ１１−２は、受信した通知要求に含まれている変更された加入者データを取得し、ＳｉｐＡＳ１３へ変更された加入者データをデータ変更通知として送信する。
【００４０】
処理Ｔ２１：ＳｉｐＡＳ１３は、ＨＳＳ１１−２からデータ変更通知を受信すると、データ変更通知の応答を返信する。
【００４１】
以上のようなシーケンスにより、通知登録要求を受信したＨＳＳ１１−２と、データ取得・変更要求を取得したＨＳＳ１１−１とが異なっていても、要求された加入者データの変更を、要求元に通知することができる。
【００４２】
図６及び図２の比較から明らかなように、Ｓ−ＣＳＣＦ１２及びＳｉｐＡＳ１３の動作は、従来のものと同様である。
【００４３】
次に、第１の実施形態のＨＳＳ１１（１１−１、１１−２）における通知動作に関連する動作の詳細を、図７のフローチャートを参照しながら説明する。
【００４４】
ステップＳ１：ＨＳＳ１１が起動されると、図７に示す処理を開始する。
【００４５】
ステップＳ２：Ｓ−ＣＳＣＦ（１２）からデータ取得・変更要求を受信したか否かを確認する。受信していればステップＳ５へ移行し、受信していなければステップＳ３へ移行する。
【００４６】
ステップＳ３：ＳｉｐＡＳ（１３）から通知登録要求を受信したか否かを確認する。受信していればステップＳ１２へ移行し、受信していなければステップＳ４へ移行する。
【００４７】
ステップＳ４：他のＨＳＳから通知要求を受信したか否かを確認する。受信していればステップＳ１４へ移行し、受信していなければ再度ステップＳ２へ移行する。すなわち、外部装置からの要求などを受信していない状態では、ステップＳ２〜Ｓ４が繰り返され、受信待ち状態になっている。
【００４８】
ステップＳ５：このステップＳ５からステップＳ１１までの処理は、Ｓ−ＣＳＣＦ（１２）からデータ取得・変更要求を受信した場合の一連の処理であり、上述した図６の処理Ｔ１５〜Ｔ１９の一連の処理に対応する。ステップＳ５では、データ取得・変更要求から加入者識別情報を取得し、Ｓｔｏｒａｇｅ（１４）を検索し、加入者データを取得する。
【００４９】
ステップＳ６：データ取得・変更要求における変更要求フラグを確認し、言い換えると、加入者データが変更されているか否かを確認し、ＴＲＵＥであれはステップＳ７に移行し、ＦＡＬＳＥであればステップＳ１１へ移行する。
【００５０】
ステップＳ７：ステップＳ５においてＳｔｏｒａｇｅ１４から取得した加入者データのＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２を保持する。
【００５１】
ステップＳ８：Ｓｔｏｒａｇｅ１４の加入者データを、受信したデータ取得・変更要求に記述されている更新内容に更新する。
【００５２】
ステップＳ９：ステップＳ７で保持したＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２のＨＳＳフィールドＦ２２に、通知先ＨＳＳが指定されているか否かを確認し、指定されていれば（ＮＵＬＬでなければ）ステップＳ１０へ移行し、通知先ＨＳＳが指定されていなければステップＳ１１へ移行する。
【００５３】
ステップＳ１０：ステップＳ７で保持したＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２のＨＳＳフィールドＦ２２に記述されている通知先ＨＳＳに通知要求を送信する。
【００５４】
ステップＳ１１：データ取得・変更応答を、データ取得・変更要求を送信してきたＳ−ＣＳＣＦ（１２）へ送信する。送信後、ステップＳ２に戻る。
【００５５】
ステップＳ１２：このステップＳ１２及び次のステップＳ１３は、ＳｉｐＡＳ（１３）から通知登録要求を受信した場合の処理であり、上述した図６の処理Ｔ１２及びＴ１３に対応する。ＳｉｐＡＳ（１３）から通知登録要求を受信すると、通知登録要求の加入者識別情報をキーにＳｔｏｒａｇｅ（１４）を検索する。Ｓｔｏｒａｇｅ（１４）を検索して得られた加入者データのＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２のＨＳＳフィールドＦ２２に当該ＨＳＳのアドレスを設定し、ＳｉｐＡＳフィールドＦ２１に通知登録要求を送信したＳｉｐＡＳ（１３）のアドレスを設定する。
【００５６】
ステップＳ１３：通知登録要求の応答を、通知登録要求を送信してきたＳｉｐＡＳ（１３）へ送信する。送信後、ステップＳ２へ戻る。
【００５７】
ステップＳ１４：このステップＳ１４及び次のステップＳ１５は、他ＨＳＳから通知要求を受信した場合の処理であり、上述した図６の処理Ｔ２０及びＴ２１に対応する。他のＨＳＳから通知要求を受信すると、通知要求に含まれているＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２と変更された加入者データを取得し、ＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２のＳｉｐＡＳフィールドＦ２１で指定されているＳｉｐＡＳ（１３）へデータ変更通知を送信する。
【００５８】
ステップＳ１５：ＳｉｐＡＳ（１３）からのデータ変更通知の応答を待ち、応答を受信すると、ステップＳ２へ戻る。
【００５９】
図７に示すプログラムを実行することにより、ＨＳＳは、図６に示すＨＳＳ−２のようなＳｉｐＡＳ１３を収容したＨＳＳとしての通知動作時の処理を実行することができ、また、図６に示すＨＳＳ−１のようなＳ−ＣＳＣＦ１２を収容したＨＳＳとしての通知動作時の処理を実行することができる。
【００６０】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、（ａ）ＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報をＳｔｏｒａｇｅ内のデータとして用意しておく、（ｂ）ＳｉｐＡＳから通知登録が要求されたときに、通知に関する情報をＳｔｏｒａｇｅに保持する、（ｃ）加入者データの変更時に、ＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報を参照してＨＳＳ間でデータ変更があったことを通知する、ことにより、ＨＳＳを２重化構成とした場合でも、ＳｉｐＡＳへ加入者データの変更通知を送信することができる。
【００６１】
（Ｂ）第２の実施形態
次に、本発明による通信システム、冗長サーバ、及び、データ変更の通知方法の第２の実施形態を、図面を参照しながら説明する。
【００６２】
一般に、ＳｉｐＡＳは複数存在する。そのため、サーバの設定ミスや不正なサーバなどにより、本来、通知登録すべきでないＳｉｐＡＳが通知登録要求を送信してくることも考えられる。第２の実施形態は、このようなセキュリティ面を考慮してなされたものである。
【００６３】
（Ｂ−１）第２の実施形態の構成
図８は、第２の実施形態の通信システム１０Ｂの構成を示すブロック図であり、第１の実施形態に係る図１との同一、対応部分には同一、対応符号を付して示している。
【００６４】
第２の実施形態の通信システム１０Ｂは、複数（図８は３個の例）のＳｉｐＡＳ１３−１〜１３−２を有している点が第１の実施形態と異なっている。各ＳｉｐＡＳ１３−１〜１３−３は、ＨＳＳ１１−１又はＨＳＳ１１−２の一方と接続する。
【００６５】
Ｓ−ＣＳＣＦ１２及びＳｉｐＡＳ１３−１〜１３−３の機能は、第１の実施形態のものと同様である。
【００６６】
第２の実施形態のＨＳＳ１１−１、１１−２は、通知登録要求の受信時に、Ｓｔｏｒａｇｅ１４の格納内容（加入者データＳＤＢ）を参照して通知登録して良いものか否か判定する点が第１の実施形態のものと異なっている。すなわち、第２の実施形態のＨＳＳ１１−１、１１−２の格納プログラムＰＢには、このような判定に係る部分が設けられている。
【００６７】
図９は、第２の実施形態のＳｔｏｒａｇｅ１４に格納されている加入者データＳＤＢのフォーマットを示す説明図である。
【００６８】
第２の実施形態の加入者データＳＤＢは、ＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２に、許可ＳｉｐＡＳリストＦ２３が追加された点が第１の実施形態と異なっている。許可ＳｉｐＡＳリストは、その行の加入者に対し、通知登録が許可されるＳｉｐＡＳのリストを記述したものである。図９の例の場合、加入者Ａに対して、通知登録が可能なＳｉｐＡＳは、ＳｉｐＡＳ１３−１及びＳｉｐＡＳ１３−２であり、ＳｉｐＡＳ１３−３は通知登録が許可されていない。このリストの情報は、例えば、ある加入者のデータを加入者データＳＤＢに登録する際に併せて設定するようにしても良く、当該システムの管理者が、保守端末などを用いて後から設定し得るようにしても良い。
【００６９】
（Ｂ−２）第２の実施形態の動作
図１０は、第２の実施形態の通信システム１０Ｂにおける加入者データの変更通知動作時のシーケンス図であり、第１の実施形態に係る図６に対応する図面である。
【００７０】
図１０において、通知登録が許可されているＳｉｐＡＳ１３−１が通知登録要求を行い、それに応じて、要求された加入者データの変更を通知する際の一連の処理Ｔ１１〜Ｔ２１は、第１の実施形態の処理とほぼ同様である。但し、処理Ｔ１２が多少異なっている。
【００７１】
第２の実施形態の処理Ｔ１２：ＨＳＳ１１−２は、通知登録要求を受信すると、加入者識別情報をキーにＳｔｏｒａｇｅ１４を検索し、該当する加入者データのＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報を取得する。さらに、ＳｉｐＡＳ−ＳｕｂＳｃｒｉｂｅ情報Ｆ２の許可ＳｉｐＡＳリストＦ２３に、通知登録要求の送信元であるＳｉｐＡＳ１３−１があるか否かを確認する。図９の加入者データ例の場合、ＳｉｐＡＳ１３−１は、通知登録要求に係る加入者Ａの許可ＳｉｐＡＳリストＦ２３に存在するので、ＨＳＳ１１−２は、ＳｉｐＡＳ１３−１の通知登録を許可し、ＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２のＨＳＳフィールドＦ２２に当該ＨＳＳ１１−２のアドレスを設定し、ＳｉｐＡＳフィールドＦ２１に送信元のＳｉｐＡＳ１３−１のアドレスを設定する。
【００７２】
図１０における処理Ｔ３１及びＴ３２は、通知登録が許可されていないＳｉｐＡＳ１３−３が通知登録要求を行った際の処理である。
【００７３】
処理Ｔ３１：ＳｉｐＡＳ１３−３がＨＳＳ１１−２に対し、加入者Ａの通知登録要求を送信する。
【００７４】
処理Ｔ３２：通知登録要求を受信したＨＳＳ１１−２は、処理Ｔ１２と同様に、加入者識別情報をキーにＳｔｏｒａｇｅ１４の加入者データを検索する。さらに、ＨＳＳ１１−２は、検索して得られた加入者データのＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２の許可ＳｉｐＡＳリストＦ２３を確認する。ＨＳＳ１１−２は、送信元のＳｉｐＡＳ１３−３のアドレスがないので、ＳｉｐＡＳ１３−３の通知登録を許可せず、ＳｉｐＡＳ１３−３へ、通知登録が許可されなかったことを示す通知登録要求の応答（ＮＧ）を返信する。
【００７５】
図１１は、第２の実施形態のＨＳＳ１１（１１−１、１１−２）の動作を示すフローチャートであり、第１の実施形態に係る図７との同一、対応ステップには同一符号を付して示している。
【００７６】
第２の実施形態の場合、いずれかのＳｉｐＡＳ（１３−１〜１３−３）から通知登録要求を受信したときに実行されるステップＳ２１〜Ｓ２５の処理が第１の実施形態と異なっている。
【００７７】
ステップＳ２１：受信した通知登録要求から加入者識別情報を取得し、Ｓｔｏｒａｇｅ（１４）を検索して加入者データを取得し、加入者データのＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２を確認する。
【００７８】
ステップＳ２２：ステップＳ２１で取得したＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２の許可ＳｉｐＡＳリストＦ２３に、通知登録要求を送信したＳｉｐＡＳのアドレスが存在するか否かを確認する。存在すればステップＳ２３へ移行し、存在しなければステップＳ２５へ移行する。
【００７９】
ステップＳ２３：ステップＳ２１でＳｔｏｒａｇｅ（１４）を検索して得られた加入者データのＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報Ｆ２のＨＳＳフィールドＦ２２に当該ＨＳＳのアドレスを設定し、ＳｉｐＡＳフィールドＦ２１に通知登録要求を送信したＳｉｐＡＳのアドレスを設定する。
【００８０】
ステップＳ２４：通知登録要求の応答を、通知登録要求の送信元のＳｉｐＡＳへ返信する。送信した後、ステップＳ２へ戻る。
【００８１】
ステップＳ２５：許可ＳｉｐＡＳリストＦ２３に通知要求を送信したＳｉｐＡＳのアドレスがなかったので、通知登録が許可されなかったことを示す通知登録要求の応答（ＮＧ）を、送信元のＳｉｐＡＳへ返信する。送信した後、ステップＳ２へ戻る。
【００８２】
（Ｂ−３）効果
以上のように、第２の実施形態によれば、ＳｉｐＡＳ−Ｓｕｂｓｃｒｉｂｅ情報に許可ＳｉｐＡＳリストを持たせることで、ＨＳＳを２重化構成とした場合のＳｉｐＡＳへの加入者データ変更の通知送信の実現に加え、ＳｉｐＡＳのアクセス制御も実現することができる。
【００８３】
（Ｃ）他の実施形態
上記各実施形態では、ＩＭＳモデルにおける加入者データの変更をＳｉｐＡＳに通知する場合を示したが、本発明は、ＩＭＳモデルに限定されるものではない。データを管理するサーバが２重化以上の構成で全ＡＣＴ運転を行っており、かつ、通知登録を要求するホストと、データを変更するホストが別である通信システムに対しては、本発明を適用することができる。
【００８４】
また、上記各実施形態では、ＨＳＳが２重化されているものを示したが、３重化以上されている場合にも、本発明を適用することができる。
【００８５】
さらに、上記各実施形態では、加入者データを格納するための構成要素がＳｔｏｒａｇｅであるものを示したが、性能向上のため、ＳｔｏｒａｇｅでなくメモリＤＢ（データベース）を適用するようにしても良い。
【００８６】
第２の実施形態では、ＳｉｐＡＳのアクセス制御のために、許可ＳｉｐＡＳリストにＳｉｐＡＳのアドレスを持たせるものを示したが、ＳｉｐＡＳのアドレスではなく、他の識別情報（ＩＤ、パスワードなど）を適用するようにしても良い。また、加入者の識別情報に対応付けて許可ＳｉｐＡＳのリストを格納する方法に代え、ＳｉｐＡＳのアドレスなどに対応付けて、そのＳｉｐＡＳが通知登録要求し得る加入者の識別情報リストを格納するようにしても良い。
【図面の簡単な説明】
【００８７】
【図１】第１の実施形態の通信システムの構成を示すブロック図である。
【図２】従来のＨＳＳからの通知方法を説明するシーケンス図である。
【図３】ＨＳＳを冗長構成とする必要性の説明図である。
【図４】ＨＳＳを冗長構成とした場合における従来のＨＳＳからの通知方法での課題を説明するためのシーケンス図である。
【図５】第１の実施形態の加入者データのフォーマットを示す説明図である。
【図６】第１の実施形態の通信システム全体の動作を示すシーケンス図である。
【図７】第１の実施形態のＨＳＳの動作を示すフローチャートである。
【図８】第２の実施形態の通信システムの構成を示すブロック図である。
【図９】第２の実施形態の加入者データのフォーマットを示す説明図である。
【図１０】第２の実施形態の通信システム全体の動作を示すシーケンス図である。
【図１１】第２の実施形態のＨＳＳの動作を示すフローチャートである。
【符号の説明】
【００８８】
１０、１０Ｂ…通信システム、１１−１、１１−２…ＨＳＳ、１２…Ｓ−ＣＳＣＦ、１３、１３−１〜１３−３…ＳｉｐＡＳ、１４…Ｓｔｏｒａｇｅ、１５…ＩＰネットワーク。
【図１】
2007299151.tif 000003
【図２】
2007299151.tif 000004
【図３】
2007299151.tif 000005
【図４】
2007299151.tif 000006
【図５】
2007299151.tif 000007
【図６】
2007299151.tif 000008
【図７】
2007299151.tif 000009
【図８】
2007299151.tif 000010
【図９】
2007299151.tif 000011
【図１０】
2007299151.tif 000012
【図１１】
2007299151.tif 000013