(57)【特許請求の範囲】
【請求項１】
ネットワークに接続された端末間で通信を行うための呼制御を司るＳＩＰサーバと、前記ＳＩＰサーバが呼制御処理を実行する際にアクセスされる単一データを含んでデータを記憶し管理するデータ管理サーバとを備える通信制御システムであって、
前記データ管理サーバは、データの生成要求を受け付けたときに指定されたＥｘｐｉｒｅｓ時間とＥｘｐｉｒｅｓ通知先とを当該データのメタデータとして記憶部に記憶するとともに、当該データを生成してから前記Ｅｘｐｉｒｅｓ時間が経過したときに、当該データの生成要求元に対して前記Ｅｘｐｉｒｅｓ通知先を通知するＥｘｐｉｒｅｓ通知機能を備え、
前記ＳＩＰサーバは、前記呼制御処理を実行するプログラムとは独立して起動され、前記単一データのアクセスを前記データ管理サーバに要求するＥｘｐｉｒｅｓ処理プログラムを有し、
前記ＳＩＰサーバは、前記呼制御処理を実行するプログラムから前記単一データをアクセスするときに、前記Ｅｘｐｉｒｅｓ時間を０、前記Ｅｘｐｉｒｅｓ通知先を前記Ｅｘｐｉｒｅｓ処理プログラムのアドレスに指定して、前記呼制御処理に係るデータの生成要求を前記データ管理サーバに送信し、前記Ｅｘｐｉｒｅｓ通知機能により当該データ管理サーバから自身が指定した前記Ｅｘｐｉｒｅｓ通知先の通知を受けた時点で、前記呼制御処理のプログラムの実行を継続するとともに、当該Ｅｘｐｉｒｅｓ通知先に該当する前記Ｅｘｐｉｒｅｓ処理プログラムを起動して、前記単一データのアクセスを前記データ管理サーバに要求する
ことを特徴とする通信制御システム。
【請求項２】
請求項１に記載の通信制御システムにおいて、
前記単一データを記憶し管理する前記データ管理サーバは、自身が高負荷状態にある場合は、当該単一データのアクセスを要求してきた前記ＳＩＰサーバに対して、所定の時間経過後に当該アクセス要求を再送信するように要求する応答を送信し、
前記応答によって前記アクセス要求の再送信を要求された前記ＳＩＰサーバの前記Ｅｘｐｉｒｅｓ処理プログラムは、自身を前記Ｅｘｐｉｒｅｓ通知先として通知してきた前記データ管理サーバの前記Ｅｘｐｉｒｅｓ通知機能に対して前記所定の時間を通知し、当該Ｅｘｐｉｒｅｓ通知機能から再度前記Ｅｘｐｉｒｅｓ通知先の通知を受けて、当該アクセス要求を前記データ管理サーバに再送信する
ことを特徴とする通信制御システム。
【請求項３】
請求項１または請求項２に記載の通信制御システムにおいて、
前記ＳＩＰサーバからの前記データの生成要求の送信にＨＴＴＰのＰＵＴリクエストを用い、前記前記データ管理サーバからの前記Ｅｘｐｉｒｅｓ通知先の通知にＨＴＴＰのＰＯＳＴリクエストを用いる
ことを特徴とする通信制御システム。
【請求項４】
請求項１乃至請求項３のいずれか一項に記載の通信制御システムにおいて、
前記データ管理サーバは、複数のサーバユニットから構成されるクラスタ型サーバ装置のなかのいずれか１つのサーバユニットに対応し、前記単一データを特定するキーから生成されるハッシュ値によって、当該単一データを記憶し管理する特定のサーバユニットが探索される
ことを特徴とする通信制御システム。
【請求項５】
請求項１乃至請求項３のいずれか一項に記載の通信制御システムにおいて、
前記ＳＩＰサーバは、複数のサーバユニットから構成されるクラスタ型サーバ装置の各サーバユニットに対応し、前記端末によって指定されるキーから生成されるハッシュ値によって、当該端末の呼接続処理を実行する特定のサーバユニットが探索される
ことを特徴とする通信制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ端末間の通信を制御する通信制御システムに係り、特に、通信制御装置における単一データへのアクセス集中による制御の遅延を回避するための技術に関する。
【背景技術】
【０００２】
近年、ＳＩＰ（Session Initiation Protocol）サーバのようなネットワークサーバ装置の機能を複数のサーバユニットで分散処理させることで提供する、スケールアウト型の通信制御システムが検討されている（例えば、非特許文献１）。スケールアウト型のネットワークサーバ装置では、複数サーバユニット（サーバクラスタ）によって単体サーバで処理できない量のトラフィックを処理することができる。サーバクラスタを大規模化することを考えたとき、そのようなサーバクラスタが利用するデータベースもスケールアウト型（データ管理クラスタ）で実現しなければ、データベースが処理におけるボトルネックとなる可能性がある。
【０００３】
データを大規模なサーバクラスタ（データ管理クラスタ）において分散管理する技術としては、分散ハッシュ技術のように、データのキー情報のハッシュ値からそのデータを管理しているサーバを探索し、アクセスする技術の適用が考えられる。分散ハッシュを利用したデータ管理クラスタでは、例えば加入者ＩＤをキーにしてデータを分散管理することにより、多数のＶｏＩＰ（Voice over Internet Protocol）加入者からの接続要求を分散処理するＳＩＰサーバクラスタから、それぞれの加入者のデータに対するアクセスが発生したとしても、それらのデータアクセスも複数サーバで分散処理することができるため、データ管理クラスタを構成するサーバ台数が十分であれば、大きなデータアクセス負荷に耐えることができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】入江道生 他、“スケールアウトと柔軟な構成変更を実現するセッション制御サーバのクラスタモデル”、2011年電子情報通信学会総合大会講演論文集 B-6-11
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前記のデータ管理クラスタでは、キーのハッシュ値によってデータの分散化を行うため、キーが異なればデータは分散され、負荷の分散を実現することができるが、単一のデータに対する負荷の分散は実現することができない。例えば、ＳＩＰサーバクラスタの保守システムにおいて、ＳＩＰサーバクラスタが処理している総セッション数を随時把握したい場合、セッション数のカウンタ値をデータ管理クラスタに保持し、ＳＩＰサーバクラスタの各サーバユニットは接続要求ごとにそのカウンタ値をカウントアップ更新し、切断要求ごとにカウントダウン更新することが考えられる。保守システムは、このカウンタ値を参照することでＳＩＰサーバクラスタ全体の総セッション数を知ることができる。
【０００６】
しかしながら、そのようなカウンタ値には、ＳＩＰサーバクラスタ全体からアクセスが集中するため、ＳＩＰサーバクラスタの規模が拡大すると過負荷による更新処理の遅延や失敗が発生し、ＳＩＰサーバにおける処理上のボトルネックとなる。したがって、前述のカウンタ値のようなデータ管理クラスタにおける単一データに対するアクセス集中の回避方法が問題になる。
【０００７】
通信事業者が提供するＶｏＩＰなどの通信サービスにおいては、高信頼かつ高品質なサービスの提供が要求されるため、通信制御システムを構成するネットワークサーバ装置の通信制御処理に要する時間には厳しい要件が課せられる（リアルタイム性が求められる）。一方、分散処理においては、制御処理が複数のサーバユニットに分散して行われることから一般的に変動要素が多く、処理時間に対する保証が難しい。
【０００８】
本発明は、かかる状況に鑑みてなされたものであり、分散処理型のネットワークサーバ装置において、単一データへのアクセス集中が発生した場合においても制御処理の遅延を回避できる通信制御システムを提供することを課題とする。
【課題を解決するための手段】
【０００９】
前記の課題を解決するために、本発明は、ネットワークに接続された端末間で通信を行うための呼制御を司るＳＩＰサーバと、前記ＳＩＰサーバが呼制御処理を実行する際にアクセスされる単一データを含んでデータを記憶し管理するデータ管理サーバとを備える通信制御システムであって、前記データ管理サーバは、データの生成要求を受け付けたときに指定されたＥｘｐｉｒｅｓ時間とＥｘｐｉｒｅｓ通知先とを当該データのメタデータとして記憶部に記憶するとともに、当該データを生成してから前記Ｅｘｐｉｒｅｓ時間が経過したときに、当該データの生成要求元に対して前記Ｅｘｐｉｒｅｓ通知先を通知するＥｘｐｉｒｅｓ通知機能を備え、前記ＳＩＰサーバは、前記呼制御処理を実行するプログラムとは独立して起動され、前記単一データのアクセスを前記データ管理サーバに要求するＥｘｐｉｒｅｓ処理プログラムを有し、さらに前記ＳＩＰサーバは、前記呼制御処理を実行するプログラムから前記単一データをアクセスするときに、前記Ｅｘｐｉｒｅｓ時間を０、前記Ｅｘｐｉｒｅｓ通知先を前記Ｅｘｐｉｒｅｓ処理プログラムのアドレスに指定して、前記呼制御処理に係るデータの生成要求を前記データ管理サーバに送信し、前記Ｅｘｐｉｒｅｓ通知機能により当該データ管理サーバから自身が指定した前記Ｅｘｐｉｒｅｓ通知先の通知を受けた時点で、前記呼制御処理のプログラムの実行を継続するとともに、当該Ｅｘｐｉｒｅｓ通知先に該当する前記Ｅｘｐｉｒｅｓ処理プログラムを起動して、前記単一データのアクセスを前記データ管理サーバに要求するものとした。
【００１０】
こうすることにより、ＳＩＰサーバが呼制御処理の実行に伴って単一データのアクセスが必要な場合であっても、呼制御処理の実行を継続しつつ、当該単一データのアクセスを独立して行うことができるので、ＳＩＰサーバにおける制御処理の遅延を回避することができる。
【００１１】
また、本発明は、前記の通信制御システムにおいて、前記単一データを記憶し管理する前記データ管理サーバは、自身が高負荷状態にある場合は、当該単一データのアクセスを要求してきた前記ＳＩＰサーバに対して、所定の時間経過後に当該アクセス要求を再送信するように要求する応答を送信し、前記応答によって前記アクセス要求の再送信を要求された前記ＳＩＰサーバの前記Ｅｘｐｉｒｅｓ処理プログラムは、自身を前記Ｅｘｐｉｒｅｓ通知先として通知してきた前記データ管理サーバの前記Ｅｘｐｉｒｅｓ通知機能に対して前記所定の時間を通知し、当該Ｅｘｐｉｒｅｓ通知機能から再度前記Ｅｘｐｉｒｅｓ通知先の通知を受けて、当該アクセス要求を前記データ管理サーバに再送信するものとした。
【００１２】
こうすることにより、単一データを記憶し管理するデータ管理サーバが高負荷状態にあって当該単一データへのアクセス要求を処理できない場合には、当該データ管理サーバは要求元のＳＩＰサーバに時間をおいて当該アクセス要求を再送信させるので、データ管理サーバの負荷を時間的に分散させることができる。
【発明の効果】
【００１３】
本発明によれば、分散処理型のネットワークサーバ装置において、単一データへのアクセス集中が発生した場合においても制御処理の遅延を回避できる通信制御システムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明に係る通信制御システムの構成例を示す図である。
【図２】ＳＩＰサーバクラスタとデータ管理クラスタとから構成されるネットワークサーバ装置の内部構成を示した図である。
【図３】ユーザ端末から接続／切断要求が送信された場合の、従来の通信制御システムの動作シーケンスを示す図である。
【図４】Ｅｘｐｉｒｅｓ通知機能の基本的な動作についての説明図である。
【図５】Ｅｘｐｉｒｅｓ通知機能を利用した同時接続数の更新処理シーケンスである。
【図６】特定のデータ管理サーバが高負荷状態になるのを回避するための、Ｅｘｐｉｒｅｓ通知機能を利用した同時接続数の更新処理シーケンスである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態を適宜図面を参照して詳細に説明する。
図１は、本発明に係る通信制御システムの構成例を示す図である。図１に示すように、通信制御システム１００は、ネットワークサーバ装置１０がＳＩＰ（Session Initiation Protyocol）を用いて呼制御を行うことにより、ネットワーク４に接続されるユーザ端末５間の通信サービスを提供するものであり、例えば、ＩＰ（Internet Protocol）電話サービスなどに適用される。
【００１６】
図１の例では、ネットワークサーバ装置１０は、クラスタ型サーバ装置の各サーバユニットに実装される複数のＳＩＰサーバ２１からなるＳＩＰサーバクラスタ２と、クラスタ型サーバ装置の各サーバユニットに実装される複数のデータ管理サーバ１１からなるデータ管理クラスタ１とから構成され、それぞれがスケールアウト可能に構成されているが、それぞれ単体のＳＩＰサーバや単体のデータ管理サーバであってもよい。
【００１７】
ユーザ端末５は、ネットワーク４を介してＳＩＰサーバクラスタ２に接続／切断要求を送信し、ＳＩＰサーバクラスタ２は、データ管理クラスタ１によって管理されるデータの更新を行いつつ、ユーザ端末５間の呼制御を実行する。また、本通信制御システム１００の保守を行うための保守システム６が、それぞれのＳＩＰサーバ２１およびデータ管理サーバ１１に接続されているものとする。
【００１８】
図２は、ＳＩＰサーバクラスタ２とデータ管理クラスタ１とから構成されるネットワークサーバ装置１０の内部構成を示した図である。ＳＩＰサーバ２１は、不図示のＣＰＵ（Central Processing Unit）や主メモリを備えるコンピュータによって構成され、ＣＰＵが不図示の記憶部に記憶されている制御プログラム２１１を主メモリにロードして実行することによって、ユーザ端末５からの要求に基づいて呼制御を行う。また、それぞれのセッションの呼制御に必要なデータを通信状態２１２として不図示の記憶部に記憶し管理する。呼制御はＳＩＰサーバクラスタ２を構成するＳＩＰサーバ２１で分散処理され、ユーザ端末５によって指定されるセッションＩＤなどのキーから生成されるハッシュ値により、処理先のＳＩＰサーバ２１が特定される。
【００１９】
また、データ管理サーバ１１は、不図示のＣＰＵや主メモリを備えるコンピュータによって構成され、ＣＰＵが不図示のプログラムを主メモリにロードして実行することによって通信状態２１２以外のデータ１１１を不図示の記憶部に記憶し管理する。データ１１１は、データ管理クラスタ１を構成するデータ管理サーバ１１で分散管理されており、そのデータ１１１を識別するキーから生成されるハッシュ値により、格納先のデータ管理サーバ１１が特定される。
【００２０】
図３は、図１と同様の構成を有する従来の通信制御システムにおいて、ユーザ端末５から接続／切断要求が送信された場合の、従来の動作シーケンスを示す図である。ここで、データ管理サーバ１１のアクセスプロトコルはＨＴＴＰ（HyperText Transfer Protocol）となっており、Ｘは保守システム６が必要とする同時接続数を表す数値データであるものとする。また、「POST X?add=1」は、数値データＸに対して１を加算する要求、「POST X?sub=1」は１を減算する要求を示している。
【００２１】
ＳＩＰサーバ２１は、ユーザ端末５からの接続要求であるＩＮＶＩＴＥ信号を受信すると（Ｓ３０１）、データ管理サーバ１１に対してＸの加算要求を送信する（Ｓ３０２）。データ管理サーバ１１においてＸ（データ１１１）の加算処理が行われたのちに、加算処理が完了した旨の応答を受信すると（Ｓ３０３）、ＳＩＰサーバ２１は、着信先のユーザ端末５に向けてＩＮＶＩＴＥ信号を転送する（Ｓ３０４）。その後の通信手順については図示を省いているが、ユーザ端末５間で通信が行われたのちに、例えば発信元のユーザ端末５がセッションの切断要求であるＢＹＥ信号を送信すると（Ｓ３０７）、ＳＩＰサーバ２１は、データ管理サーバ１１に対してＸの減算要求を送信し（Ｓ３０８）、データ管理サーバ１１において減算処理が行われたのちに、減算処理が完了した旨の応答を受信すると（Ｓ３０９）、着信先のユーザ端末５に対してＢＹＥ信号を転送する（Ｓ３１０）。
【００２２】
このように、全てのＳＩＰサーバ２１が、Ｘを管理している同一のデータ管理サーバ１１に対して更新要求を送信することにより、ユーザ端末５からの接続／切断要求に対する呼制御処理がＳＩＰサーバクラスタ２を構成する各ＳＩＰサーバ２１に分散された場合であっても、保守システム６は、Ｘにアクセスするだけで（Ｓ３０５，Ｓ３１１）、ＳＩＰサーバクラスタ２全体が処理している同時接続数を知ることができる（Ｓ３０６，Ｓ３１２）。しかし、Ｘは一台のデータ管理サーバ１１上だけに存在する単一データであるため、ＳＩＰサーバクラスタ２を構成する全てのＳＩＰサーバ２１が集中的にＸにアクセスした場合には、Ｘを管理している特定のデータ管理サーバ１１が高負荷状態に陥る可能性がある。その結果、Ｘに対するアクセス（Ｓ３０２，Ｓ３０８）への応答（Ｓ３０３，Ｓ３０９）が過負荷により遅延すれば、ＳＩＰ信号の転送（Ｓ３０４，Ｓ３１０）が遅延することになる。さらに、過負荷によりＸの更新処理が失敗した場合には、Ｘの値が実際の同時接続数とずれてしまう可能性がある。
【００２３】
これに対し、本発明に係る通信制御システム１００は、前記のような単一データに対するアクセス集中時における制御処理への影響を回避するために、図４に示すように、データ管理サーバ１１上の各々のデータ１１１に対して、メタデータ１１２としてＥｘｐｉｒｅｓ時間とＥｘｐｉｒｅｓ通知先とを付与し、各々のデータ１１１に対して設定されたＥｘｐｉｒｅｓ時間に達すると設定されたＥｘｐｉｒｅｓ通知先に通知リクエストを送信するＥｘｐｉｒｅｓ通知機能１１３を備える。Ｅｘｐｉｒｅｓ通知機能１１３は、データ管理サーバ１１におけるデータの浮き（ソフトウェアバグやシステム障害などで、データを生成したまま解放契機を失ってしまう問題）への対策として搭載されるべき基本機能である。本発明では当該機能を利用することで、データ管理サーバ１１へのアクセス集中時の問題を回避する。
【００２４】
図４は、Ｅｘｐｉｒｅｓ通知機能１１３の基本的な動作についての説明図である。図４に示すように、ＳＩＰサーバ２１側に、データ管理サーバ１１から送信される通知リクエスト（Ｓ４０２）を処理するＷｅｂアプリケーションであるＥｘｐｉｒｅｓ処理プログラム２１３を用意しておき、まず、制御プログラム２１１から、Ｅｘｐｉｒｅｓ時間Ｔと、Ｅｘｐｉｒｅｓ通知先としてＥｘｐｉｒｅｓ処理プログラム２１３のＵＲＬ（Uniform Resource Locator）アドレスαとを指定して、キーをＹとするデータ１１１の生成リクエストをデータ管理サーバ１１に送信する（Ｓ４０１）。データ管理サーバ１１は、データ１１１を生成するときに、データ１１１のメタデータ１１２に指定されたＥｘｐｉｒｅｓ時間ＴとＥｘｐｉｒｅｓ通知先αとを登録する。Ｅｘｐｉｒｅｓ通知機能１１３は、メタデータ１１２に登録されたＥｘｐｉｒｅｓ時間Ｔが経過するのを常に監視しており、Ｅｘｐｉｒｅｓ時間Ｔに達したメタデータ１１２を発見すると、そこに登録されているＥｘｐｉｒｅｓ通知先αに向けて、通知リクエストを送信する（Ｓ４０２）。この通知リクエストを受信したＳＩＰサーバ２１の制御プログラム２１１は、通知されたＵＲＬアドレスαをもつＥｘｐｉｒｅｓ処理プログラム２１３を起動する。
【００２５】
制御プログラム２１１からデータ管理サーバ１１に送信するデータ１１１の生成リクエストには、ＨＴＴＰのＰＵＴリクエストを用い、例えばＹというキーで特定されるデータ１１１を生成する際に、Ｐ−Ｅｘｐｉｒｅｓヘッダ（イタリック文字にて表記）を付加してＥｘｐｉｒｅｓ時間ＴとＥｘｐｉｒｅｓ通知先αとを指定する（Ｓ４０１）。キーＹで特定されるデータ１１１を管理するデータ管理サーバ１１は、このＰＵＴリクエストを処理してデータ１１１を生成するときに、メタデータ１１２にＴとαとを登録する。
【００２６】
また、Ｅｘｐｉｒｅｓ通知機能１１３からＳＩＰサーバ２１に送信する通知リクエストには、ＨＴＴＰのＰＯＳＴリクエストを用いてＥｘｐｉｒｅｓ通知先αを通知するとともに、Ｐ−Ｅｘｐｉｒｅｓ−Ｓｏｕｒｃｅヘッダを付加して、対象となるデータ１１１のキーＹを通知する（Ｓ４０２）。これにより、このＰＯＳＴリクエストを処理するＥｘｐｉｒｅｓ処理プログラム２１３は、どのデータによって通知リクエストが発行されたのかを知ることができる。
【００２７】
図５は、Ｅｘｐｉｒｅｓ通知機能１１３を利用した同時接続数Ｘの更新処理シーケンスである。本実施形態では、図４で示したように、ＳＩＰサーバ２１は、制御プログラム２１１に加えて、ＵＲＬアドレスαによって特定されるＥｘｐｉｒｅｓ処理プログラム２１３を備えており、このＥｘｐｉｒｅｓ処理プログラム２１３がＸの更新要求処理を実行するものとする。
【００２８】
図５に示すように、ＳＩＰサーバ２１（制御プログラム２１１）が発信元のユーザ端末５から接続要求であるＩＮＶＩＴＥ信号を受信すると（Ｓ５０１）、制御プログラム２１１は、直接同時接続数Ｘの更新を要求するのではなく（図３参照）、受信したＩＮＶＩＴＥ信号中のＣａｌｌ−ＩＤ（呼識別情報）であるγをキーとし、Ｅｘｐｉｒｅｓ時間を０秒、Ｅｘｐｉｒｅｓ通知先をα（Ｅｘｐｉｒｅｓ処理プログラム２１３のＵＲＬアドレス）に設定したＰＵＴリクエストを、データ管理サーバ１１に送信する（Ｓ５０２）。このように、生成するデータ１１１のキーとして、ユーザ端末５がランダムに生成するＣａｌｌ−ＩＤ等を用いることにより、データ管理クラスタ１を構成する各データ管理サーバ１１にデータ１１１を分散させ、特定のデータ管理サーバ１１への負荷の集中を避けることができる。
【００２９】
続いて、データ管理サーバ１１からデータ１１１の生成が完了した旨の応答を受信すると（Ｓ５０３）、制御プログラム２１１は、着信先のユーザ端末５に対してＩＮＶＩＴＥ信号を転送する（Ｓ５０４）。一方、データ１１１（キー＝γ）を生成したデータ管理サーバ１１は、Ｅｘｐｉｒｅｓ時間が０秒に設定されているため、即座にＥｘｐｉｒｅｓ通知機能１１３によってＥｘｐｉｒｅｓ処理プログラム２１３に対するＰＯＳＴリクエストを送信する（Ｓ５０５）。制御プログラム２１１がこのＰＯＳＴリクエストを受信することによって起動されるＥｘｐｉｒｅｓ処理プログラム２１３は、同時接続数Ｘを管理している特定のデータ管理サーバ１１にＸの加算要求を送信することにより、同時接続数Ｘのカウントアップ処理を行う（Ｓ５０６，Ｓ５０７）。最後に、Ｅｘｐｉｒｅｓ処理プログラム２１３は、Ｅｘｐｉｒｅｓ通知機能１１３から送信されたＳ５０５のＰＯＳＴリクエストへの応答を送信して処理を終了する（Ｓ５０８）。
【００３０】
このように、本シーケンスによれば、データ管理サーバ１１においてデータ１１１の生成が完了した時点で、直ちに制御プログラム２１１の呼制御処理を続行することができるので、仮に同時接続数Ｘに対する処理が集中して過負荷により遅延が生じたとしても、その影響を受けるのはＳ５０７以降のシーケンスだけで済む。よって、制御信号の転送処理（Ｓ５０４）への影響を回避することができる。
【００３１】
しかし、図５に示したシーケンスによれば制御信号の転送処理への影響は回避できるが、同時接続数Ｘの更新要求が集中して特定のデータ管理サーバ１１が高負荷状態になる点は解決されない。そこで、本発明に係る通信制御システム１００では、特定のデータ管理サーバ１１が高負荷状態になるのを回避するためにも、図４に示したＥｘｐｉｒｅｓ通知機能１１３を利用する。
【００３２】
図６は、特定のデータ管理サーバ１１が高負荷状態になるのを回避するための、Ｅｘｐｉｒｅｓ通知機能１１３を利用した同時接続数Ｘの更新処理シーケンスである。図６に示すように、図５と同様な同時接続数Ｘの更新処理が集中して高負荷状態になっている特定のデータ管理サーバ１１が、さらに同時接続数Ｘの更新要求（Ｓ６０６）を受信した場合には、当該データ管理サーバ１１から、指定した時間後に更新要求を再送信するように要求するＨＴＴＰのＳｅｒｖｉｃｅ  Ｕｎａｖａｉｌａｂｌｅ応答（Ｓ６０７）を、要求元のＥｘｐｉｒｅｓ処理プログラム２１３宛に送信する。このとき、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダを付加して再送信までの時間を指定する。
【００３３】
この応答を受信したＥｘｐｉｒｅｓ処理プログラム２１３は、Ｓ６０５のＰＯＳＴリクエストへの応答として、受信したＳｅｒｖｉｃｅ  Ｕｎａｖａｉｌａｂｌｅ応答をＥｘｐｉｒｅｓ通知機能１１３に送信する（Ｓ６０８）。これにより、Ｅｘｐｉｒｅｓ通知機能１１３は、指定された時間（図６の例では３０秒）をＥｘｐｉｒｅｓ時間としてメタデータ１１２に再登録し、当該時間が経過したときに再度ＰＯＳＴリクエストをＥｘｐｉｒｅｓ処理プログラム２１３に送信する（Ｓ６０９）。そして、このＰＯＳＴリクエスト（Ｓ６０９）を受信したＥｘｐｉｒｅｓ処理プログラム２１３が、同時接続数Ｘの更新要求をデータ管理サーバ１１に再度送信することによって、同時接続数Ｘのカウントアップ処理を行う（Ｓ６１０，Ｓ６１１）。最後に、Ｅｘｐｉｒｅｓ処理プログラム２１３は、Ｅｘｐｉｒｅｓ通知機能１１３から送信されたＳ６０５のＰＯＳＴリクエストへの応答を送信して処理を終了する（Ｓ６１２）。
【００３４】
このように、本シーケンスによれば、データ管理サーバ１１が高負荷状態にあるときには、時間を指定してＳＩＰサーバ２１（Ｅｘｐｉｒｅｓ処理プログラム２１３）にデータの更新要求を再送信させることで、単一データの更新処理に係る負荷を、時間的に分散させることができる。なお、図６の例では再送信を要求する時間を３０秒としたが、例えばデータ管理サーバ１１にて生成したランダムな時間を指定するものとしてもよい。
【００３５】
以上にて本発明の実施形態の説明を終えるが、本発明の実施の態様はこれに限られるものではなく、本発明の趣旨を逸脱しない範囲において各種変形が可能である。
【符号の説明】
【００３６】
１００  通信制御システム
１０  ネットワークサーバ装置
１    データ管理クラスタ（クラスタ型サーバ装置）
１１  データ管理サーバ（サーバユニット）
１１１  データ
１１２  メタデータ
１１３  Ｅｘｐｉｒｅｓ通知機能
２    ＳＩＰサーバクラスタ（クラスタ型サーバ装置）
２１  ＳＩＰサーバ（サーバユニット）
２１１  制御プログラム
２１２  通信状態
２１３  Ｅｘｐｉｒｅｓ処理プログラム
４    ネットワーク
５    ユーザ端末（端末）
６    保守システム
Ｔ    Ｅｘｐｉｒｅｓ時間
Ｘ    同時接続数
α    Ｅｘｐｉｒｅｓ通知先ＵＲＬ（Ｅｘｐｉｒｅｓ通知先）
γ    呼識別情報（キー）
【図１】
0005684749.tif 000002
【図２】
0005684749.tif 000003
【図３】
0005684749.tif 000004
【図４】
0005684749.tif 000005
【図５】
0005684749.tif 000006
【図６】
0005684749.tif 000007