JP2008234328A - プレゼンスサービスシステム - Google Patents

プレゼンスサービスシステム Download PDF

Info

Publication number
JP2008234328A
JP2008234328A JP2007073226A JP2007073226A JP2008234328A JP 2008234328 A JP2008234328 A JP 2008234328A JP 2007073226 A JP2007073226 A JP 2007073226A JP 2007073226 A JP2007073226 A JP 2007073226A JP 2008234328 A JP2008234328 A JP 2008234328A
Authority
JP
Japan
Prior art keywords
database
distribution
server
service system
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2007073226A
Other languages
English (en)
Other versions
JP5239184B2 (ja
Inventor
Jocelyn Cambria
ジョスラ カンブリア
Atsushi Hashiguchi
厚志 橋口
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2007073226A priority Critical patent/JP5239184B2/ja
Priority to US12/050,287 priority patent/US20080235178A1/en
Priority to AU2008201325A priority patent/AU2008201325A1/en
Priority to EP08102807A priority patent/EP1973301A3/en
Publication of JP2008234328A publication Critical patent/JP2008234328A/ja
Application granted granted Critical
Publication of JP5239184B2 publication Critical patent/JP5239184B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1036—Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Hardware Redundancy (AREA)

Abstract

【課題】 データベースサーバを増加又は減少させても、コア側にはインパクトを与えないで済むようなプレゼンスサービスシステムを提供する。
【解決手段】 複数のプレゼンスサーバ４１，４２，４３と、ユーザのプレゼンス情報を格納する複数のプレゼンスデータベース５１，５２，５３を備えるプレゼンスサービスシステム１００である。プレゼンスサービスに関する要求を、ユーザ端末７１，７２からコアネットワーク１０を介して受信する。受信した要求を複数のプレゼンスサーバ４１，４２，４３のうち当該要求が対象として指定するユーザを収容する何れか１つのサーバ宛に転送する振り分けプレゼンスサーバ２０を備える。
【選択図】 図１

Description

本発明は、プレゼンスサービスシステム、これを備えるネットワークシステム、振り分けプレゼンスサーバ、プレゼンスサービスに関する要求の振り分け方法、及び、そのプログラムに関する。
従来、ネットワークを介して通信することが可能な通信端末装置のユーザの各々について、例えば、ユーザ或いはその端末に関する現在の情報（プレゼンス情報）を管理するプレゼンスサービスシステムが知られている。
このようなプレゼンスサービスシステムは、加入者情報と、各加入者のプレゼンス情報と、を格納するデータベースサーバを備えている。
プレゼンスサービスシステムが大規模構成の場合、１つのプレゼンスサーバには全ての加入者を収容しきれないため、複数のプレゼンスサーバと、各プレゼンスサーバと対応するデータベースサーバと、を備える必要がある。
図１０は複数のデータベースサーバを備える従来のプレゼンスサービスシステム１０００を備えるネットワークシステム１５００の構成を示すブロック図である。
図１０に示すように、従来のネットワークシステム１５００は、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍｓ）コアネットワーク１０１０と、プレゼンスサービスシステム１０００と、を備えている。
プレゼンスサービスシステム１０００は、複数のプレゼンスサーバ１０４１，１０４２，１０４３と、各プレゼンスサーバ１０４１，１０４２，１０４３と１対１で対応するデータベースサーバ１０６１，１０６２，１０６３と、を備えている。
各データベースサーバ１０６１，１０６２，１０６３は、プレゼンスデータベース１０５１，１０５２，１０５３をそれぞれ備えている。
ここで、プレゼンスデータベースの数（データベースサーバの数）は任意であるが、図１０では、例えば、３つである例を示している。また、プレゼンスサーバの数も任意であるが、図１０では、プレゼンスデータベースの数に合わせて、３つとしている。
ＩＭＳコアネットワーク１０１０は、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）１０１１と、ＣＳＣＦ（Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）１０１２と、を備えている。
ＨＳＳ１０１１は、コア側の加入者データベースサーバであり、加入者識別情報、認証情報、ｉＦＣ（Ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ）に関する設定情報、或いはその他の加入者情報を記憶している。
ＨＳＳ１０１１には、全ての加入者（ユーザ）について、それぞれどのプレゼンスサーバに収容されているのかを示す情報が記憶されている。
ここで、あるユーザのプレゼンス情報に関する処理を実行するプレゼンスサーバが、例えばプレゼンスサーバ１０４１であるとすると、プレゼンスサーバ１０４１は、当該ユーザを収容するプレゼンスサーバである。また、あるユーザを収容したプレゼンスサーバと対応するプレゼンスデータベースには、当該ユーザのプレゼンス情報及び加入者情報が格納されている。
従来技術においては、ＨＳＳ１０１１に格納されるｉＦＣのプレゼンスサーバアドレスは、第１乃至第３プレゼンスサーバ１０４１，１０４２，１０４３の３つ分である。
ＣＳＣＦ１０１２は、ＩＭＳコアネットワーク１０１０における通信の窓口として機能するものである。
図１０に示すユーザ端末１０７１，１０７２は、ネットワークを介して通信を行うことが可能な通信端末装置であり、具体的には、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、携帯電話機、ＰＨＳ或いはその他の通信端末装置である。
ユーザ端末１０７１，１０７２の数は、非常に大きな数（例えば、１００万、或いは１０００万など）であるが、図１０では、簡単のため、２つのみを示している。
各ユーザ端末１０７１、１０７２は、プレゼンスサービスに関する要求（要求信号）を、コアネットワーク１０１０（のＣＳＣＦ１０１２）に対して送信可能である。
次に、図１１を参照して、従来のプレゼンスサービスシステム１０００の動作の流れを説明する。
なお、ユーザ端末１０７１のユーザであるユーザＡは第１プレゼンスサーバ１０４１に収容され、ユーザ端末１０７２のユーザであるユーザＢは第２プレゼンスサーバ１０４２に収容されている（ユーザＡの加入者情報及びプレゼンス情報は第１プレゼンスデータベース１０５１内に格納され、ユーザＢの加入者情報及びプレゼンス情報は第２プレゼンスデータベース１０５２内に格納されている）ものとする。
図１１に示すのは、ユーザ端末１０７１，１０７２から、そのユーザＡ、Ｂのプレゼンス情報の更新を要求する場合の動作である。
先ず、ユーザ端末１０７１のユーザであるユーザＡのプレゼンス情報が変化した場合には、ユーザ端末１０７１は、プレゼンス情報の更新を要求する要求信号であるプレゼンス情報更新要求信号を、コアネットワーク１０１０のＣＳＣＦ１０１２に対し、インターネット或いはその他のネットワークを介して送信する（ステップＳ１００１）。
ここで、プレゼンス情報更新要求信号は、ユーザのプレゼンス情報が変化した場合に、その変化を通知することにより、プレゼンス情報の更新を要求するための信号であり、各ユーザを識別するための識別情報（以下、ユーザ識別情報）と、変化後の状態を示す情報と、を含む。
ＣＳＣＦ１０１２は、ユーザ端末１０７１からプレゼンス情報更新要求信号を受信すると、その要求が対象として指定するユーザ（つまりユーザＡ）を収容するプレゼンスサーバはどのプレゼンスサーバであるかをＨＳＳ１０１１に問い合わせる（ステップＳ１００２）。
この問い合わせを受けたＨＳＳ１０１１は、ユーザＡを収容するプレゼンスサーバがどのプレゼンスサーバであるかを、自身が備えるデータベース内を検索することにより調べる。
その結果、ＨＳＳ１０１１は、ユーザＡを収容するプレゼンスサーバは第１プレゼンスサーバ１０４１であることを認識するので、ユーザＡを収容するプレゼンスサーバは第１プレゼンスサーバ１０４１である旨をＣＳＣＦ１０１２に通知（応答）する（ステップＳ１００３）。
次に、ＨＳＳ１０１１からの応答を受けたＣＳＣＦ１０１２は、プレゼンス情報更新要求信号を第１プレゼンスサーバ１０４１へ転送する（ステップＳ１００４）。
第１プレゼンスサーバ１０４１は、プレゼンス情報更新要求信号を受信すると、該プレゼンス情報更新要求信号の内容に従って、自身と対応するデータベースサーバ、すなわち第１データベースサーバ１０６１に対し、プレゼンス情報の更新指令を送信する（ステップＳ１００５）。
次に、第１データベースサーバ１０６１は、更新指令を受信すると、該更新指令に従った処理（例えば、プレゼンス情報の更新処理：ステップＳ１００６）を行う。
次に、第１データベースサーバ１０６１は、更新指令に応じた処理結果（正常処理結果）を、自身と対応するプレゼンスサーバ、すなわち第１プレゼンスサーバ１０４１宛に送信する（ステップＳ１００７）。
次に、第１プレゼンスサーバ１０４１は、正常処理結果を受信すると、該当する要求に応じたレスポンス情報を生成し、該生成したレスポンス情報をＣＳＣＦ１０１２宛に送信する（ステップＳ１００８）。
次に、ＣＳＣＦ１０１２は、レスポンス情報を受信すると、該レスポンス情報をユーザ端末１０７１宛に送信する（ステップＳ１００９）。
このように、プレゼンスサービスに関する要求に対するレスポンス情報は、その要求の伝達ルートを逆に辿って要求元に返送される。
こうして、ユーザ端末１０７１は、レスポンス情報を受信することができ、自身が送信したプレゼンス情報更新要求信号に応じてプレゼンス情報が正常に更新されたことを認識することができる。
なお、ユーザＢのユーザ端末１０７２からプレゼンス情報更新要求信号が送信された場合の動作（図１１のステップＳ１０１１〜Ｓ１０１９）は、ユーザＡのユーザ端末１０７１からプレゼンス情報更新要求信号が送信された場合の上記動作（図１１のステップＳ１００１〜Ｓ１００９）と同様であるため、詳細は省略するが、ＣＳＣＦ１０１２は、ステップＳ１０１２及びＳ１０１３の問い合わせの結果、プレゼンス情報更新要求信号を第２プレゼンスサーバ１０４２に転送すれば良いことを認識するので、該プレゼンス情報更新要求信号を第２プレゼンスサーバ１０４２に転送し（ステップＳ１０１４）、該第２プレゼンスサーバ１０４２は該プレゼンス情報更新要求信号の内容に従って、第２データベースサーバ１０６２に対し、プレゼンス情報の更新指令を送信（ステップＳ１０１５）し、該第２データベースサーバ１０６２は該当するプレゼンス情報を更新する（ステップＳ１０１６）。
なお、プレゼンスサービスに関する先行技術文献としては、例えば、特許文献１がある。
特開２００５−３１８５０３号公報
図１０のような構成のプレゼンスサービスシステム１０００の場合、上記のように、ユーザ端末から要求信号を受信すると、その要求信号が対象として指定するユーザを収容しているのがどのプレゼンスサーバであるかを、ＣＳＣＦ１０１２からＨＳＳ１０１１に問い合わせる必要がある。
また、この問い合わせに応じるため、ＨＳＳ１０１１は、各ユーザを収容するプレゼンスサーバがどれであるのかを示すデータベースを備えている必要がある。
このため、データベースサーバを増加又は減少させるときには、その都度、ＨＳＳ１０１１におけるｉＦＣ設定を変更する必要がある。
このため、プレゼンスサービスが拡張又は減縮される度に、コアネットワーク側にインパクトを与えてしまう（コア側の保守作業が発生してしまう）。
本発明は、上記のような問題点を解決するためになされたもので、データベースサーバを増加又は減少させても、コア側にはインパクトを与えないで済むようなプレゼンスサービスシステム、これを備えるネットワークシステム、振り分けプレゼンスサーバ、プレゼンスサービスに関する要求の振り分け方法及びそのプログラムを提供することを目的とする。
上記課題を解決するため、本発明のプレゼンスサービスシステムは、複数のプレゼンスサーバと、ユーザのプレゼンス情報を格納する複数のプレゼンスデータベースと、を備え、各プレゼンスデータベースは、前記複数のプレゼンスサーバのうちの何れか１つと対応するプレゼンスサービスシステムにおいて、プレゼンスサービスに関する要求が、ユーザ端末からコアネットワークを介して当該プレゼンスサービスシステムに送信されると、当該要求を、前記複数のプレゼンスサーバのうち当該要求が対象として指定するユーザを収容する何れか１つのプレゼンスサーバ宛に転送する振り分け処理を行う振り分けプレゼンスサーバを備えることを特徴としている。
本発明のプレゼンスサービスシステムにおいては、各ユーザと、各ユーザを収容するプレゼンスサーバと、の対応付けを記憶した振り分けデータベースを更に備え、前記振り分けプレゼンスサーバは、前記振り分けデータベースを参照することにより、前記要求が対象として指定するユーザを収容するプレゼンスサーバが何れであるかを判定し、前記振り分け処理を行うことが好ましい。
本発明のプレゼンスサービスシステムにおいては、電話番号或いはＳＩＰ−ＵＲＩのうちの所定の桁の数字が共通するユーザを同一のグループとすると、前記振り分けデータベースには、各グループと、振り分け先のプレゼンスサーバと、の対応付けが記憶されていることが好ましい。
本発明のプレゼンスサービスシステムにおいては、一のプレゼンスデータベースにおけるプレゼンス情報の最大格納数をＸ、当該一のプレゼンスデータベースにおけるプレゼンス情報の現在の格納数をＹ、当該一のプレゼンスデータベースにおける収容率をＹ／Ｘとすると、各プレゼンスデータベース間における収容率の格差が所定の閾値を上回った場合に、その格差が抑制されるように各プレゼンスデータベース間でプレゼンス情報を移動する収容換え処理を行うことが好ましい。
本発明のプレゼンスサービスシステムにおいては、各プレゼンスデータベースにおける前記収容率を記憶する収容率データベースを更に備え、前記振り分けプレゼンスサーバは、前記収容率データベースを参照することにより、前記収容率の格差が前記所定の閾値を上回ったか否かを判定し、上回ったと判定した場合に、前記収容換え処理を行うことが好ましい。
本発明のプレゼンスサービスシステムにおいては、電話番号或いはＳＩＰ−ＵＲＩのうちの所定の桁の数字が共通するユーザを同一のグループとすると、前記収容換え処理では、グループ単位でプレゼンス情報を移動することが好ましい。
或いは、本発明のプレゼンスサービスシステムにおいては、一のプレゼンスデータベースにおけるプレゼンス情報の最大格納数をＸ、当該一のプレゼンスデータベースにおけるプレゼンス情報の現在の格納数をＹ、当該一のプレゼンスデータベースにおける収容率をＹ／Ｘとすると、各プレゼンスデータベース間における収容率の格差が所定の閾値を上回った場合には、その旨を報知する報知処理を行うことも好ましい。
この場合、各プレゼンスデータベースにおける前記収容率を記憶する収容率データベースを更に備え、前記振り分けプレゼンスサーバは、前記収容率データベースを参照することにより、前記収容率の格差が前記所定の閾値を上回ったか否かを判定し、上回ったと判定した場合には、前記報知処理を行うことが好ましい。
本発明のプレゼンスサービスシステムにおいては、各プレゼンスデータベースの収容率を所定の時間間隔で演算する収容率演算手段を備え、前記収容率演算手段による演算の結果が前記収容率データベースに反映されることが好ましい。
また、本発明のプレゼンスサービスシステムにおいては、各プレゼンスサーバは、対応するプレゼンスデータベースの収容率を所定の時間間隔で演算し、各プレゼンスサーバによる前記演算の結果が前記収容率データベースに反映されることがより好ましい。
本発明のプレゼンスサービスシステムにおいては、電話番号或いはＳＩＰ−ＵＲＩのうちの所定の桁の数字が共通するユーザを同一のグループとすると、各プレゼンスデータベースには、グループ単位でプレゼンス情報が格納されていることが好ましい。
本発明のプレゼンスサービスシステムにおいては、前記振り分けプレゼンスサーバを複数備え、前記複数の振り分けプレゼンスサーバの負荷量を分散させるロードバランサを更に備え、前記ロードバランサは、前記要求が、ユーザ端末からコアネットワークを介して当該プレゼンスサービスシステムに送信されると、前記複数の振り分けプレゼンスサーバの負荷量を分散させるべく、選択した何れか１つの振り分けプレゼンスサーバに対して、当該要求を転送することも好ましい。
また、本発明のネットワークシステムは、コアネットワークと、本発明のプレゼンスサービスシステムと、を備え、前記コアネットワークは、プレゼンスサービスに関する要求をユーザ端末から受信すると、当該要求が対象として指定するユーザを収容するプレゼンスサーバが何れであるかの確認を行わずに、当該要求を前記プレゼンスサービスシステムへ転送することを特徴としている。
また、本発明の振り分けプレゼンスサーバは、複数のプレゼンスサーバと、ユーザのプレゼンス情報を格納する複数のプレゼンスデータベースと、を備え、各プレゼンスデータベースは、前記複数のプレゼンスサーバのうちの何れか１つと対応するプレゼンスサービスシステムに備えられる振り分けプレゼンスサーバであって、プレゼンスサービスに関する要求が、ユーザ端末からコアネットワークを介して当該プレゼンスサービスシステムに送信されると、当該要求を、前記複数のプレゼンスサーバのうち当該要求が対象として指定するユーザを収容する何れか１つのプレゼンスサーバ宛に転送する振り分け処理を行うことを特徴としている。
本発明の振り分けプレゼンスサーバにおいては、各ユーザと、各ユーザを収容するプレゼンスサーバと、の対応付けを記憶した振り分けデータベースを参照することにより、前記要求が対象として指定するユーザを収容するプレゼンスサーバが何れであるかを判定し、前記振り分け処理を行うことが好ましい。
本発明の振り分けプレゼンスサーバにおいては、一のプレゼンスデータベースにおけるプレゼンス情報の最大格納数をＸ、当該一のプレゼンスデータベースにおけるプレゼンス情報の現在の格納数をＹ、当該一のプレゼンスデータベースにおける収容率をＹ／Ｘとすると、各プレゼンスデータベース間における収容率の格差が所定の閾値を上回った場合には、その格差が抑制されるように各プレゼンスデータベース間でプレゼンス情報を移動する収容換え処理を行うことが好ましい。
本発明の振り分けプレゼンスサーバにおいては、各プレゼンスデータベースにおける前記収容率を記憶する収容率データベースを参照することにより、前記収容率の格差が前記所定の閾値を上回ったか否かを判定し、上回ったと判定した場合には、前記収容換え処理を行うことが好ましい。
本発明の振り分けプレゼンスサーバにおいては、一のプレゼンスデータベースにおけるプレゼンス情報の最大格納数をＸ、当該一のプレゼンスデータベースにおけるプレゼンス情報の現在の格納数をＹ、当該一のプレゼンスデータベースにおける収容率をＹ／Ｘとすると、各プレゼンスデータベース間における収容率の格差が所定の閾値を上回った場合には、その旨を報知する報知処理を行うことが好ましい。
本発明の振り分けプレゼンスサーバにおいては、各プレゼンスデータベースにおける前記収容率を記憶する収容率データベースを参照することにより、前記収容率の格差が前記所定の閾値を上回ったか否かを判定し、上回ったと判定した場合には、前記報知処理を行うことが好ましい。
また、本発明の振り分け方法は、複数のプレゼンスサーバと、ユーザのプレゼンス情報を格納する複数のプレゼンスデータベースと、を備え、各プレゼンスデータベースは、前記複数のプレゼンスサーバのうちの何れか１つと対応するプレゼンスサービスシステムに対し、プレゼンスサービスに関する要求がユーザ端末からコアネットワークを介して送信された場合に、当該要求を振り分ける方法であって、前記プレゼンスサービスシステムが、前記要求が対象として指定するユーザを収容するプレゼンスサーバが何れであるかを判定する第１の過程と、前記プレゼンスサービスシステムが、前記要求を、当該要求が対象として指定するユーザを収容するプレゼンスサーバ宛に転送する第２の過程と、を備えることを特徴としている。
本発明の振り分け方法においては、一のプレゼンスデータベースにおけるプレゼンス情報の最大格納数をＸ、当該一のプレゼンスデータベースにおけるプレゼンス情報の現在の格納数をＹ、当該一のプレゼンスデータベースにおける収容率をＹ／Ｘとすると、前記プレゼンスサービスシステムが、各プレゼンスデータベース間における収容率の格差が所定の閾値を上回ったか否かを判定する第３の過程と、前記格差が所定の閾値を上回ったと判定した場合に、前記プレゼンスサービスシステムが、その格差が抑制されるように各プレゼンスデータベース間でプレゼンス情報を移動する収容換え処理を行う第４の過程と、を更に備えることが好ましい。
また、本発明のプログラムは、コンピュータが実行可能なプログラムにおいて、本発明の振り分け方法をコンピュータに実行させることを特徴としている。
本発明によれば、プレゼンスサービスシステム側で、プレゼンスサービスに関する要求を、該要求が対象としているユーザを収容する何れか１つのプレゼンスサーバ宛に振り分ける振り分け処理を行うので、コア側では、各ユーザを収容するプレゼンスサーバがどのプレゼンスサーバであるのかを示すデータベースを備える必要がない。
しかも、コア側に格納されるプレゼンスサーバアドレスは１つだけで済む。
よって、プレゼンスデータベースを有するデータベースサーバを増加又は減少させるのに伴いプレゼンスサーバを増加又は減少させても、コア側ではｉＦＣ設定を変更する必要がない。
よって、プレゼンスサービスの拡張又は減縮に際して、コア側へのインパクトを最小限に抑えることができる。
以下、図面を参照して、本発明に係る実施形態について説明する。
〔第１の実施形態〕
図１は第１の実施形態に係るプレゼンスサービスシステム１００を備えるネットワークシステム１５０の構成を示すブロック図である。
図１に示すように、第１の実施形態に係るネットワークシステム１５０は、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍｓ）コアネットワーク１０と、プレゼンスサービスシステム１００と、を備えている。
ＩＭＳコアネットワーク１０は、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）１１と、ＣＳＣＦ（Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）１２と、を備えている。
ＨＳＳ１１は、コア側の加入者データベースサーバであり、加入者識別情報、認証情報、ｉＦＣ（Ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ）に関する設定情報、或いはその他の加入者情報を記憶したデータベースを備えている。
本実施形態の場合、ＨＳＳ１１に格納されるｉＦＣのプレゼンスサーバアドレスは、後述する振り分けプレゼンスサーバ２０のＩＰアドレスだけである。
ＣＳＣＦ１２は、ＩＭＳコアネットワーク１０における通信の窓口として機能するものである。
また、プレゼンスサービスシステム１００は、ユーザ端末７１，７２からＩＭＳコアネットワーク１０を介して送信される要求信号（プレゼンスサービスに関する要求を示す信号）を振り分ける振り分け処理を行う振り分けプレゼンスサーバ２０と、この振り分けプレセンスサーバ２０が振り分け処理に際して参照する振り分けデータベース３０と、複数のプレゼンスサーバ４１，４２，４３と、ユーザのプレゼンス情報を格納するプレゼンスデータベース５１，５２，５３を備えるデータベースサーバ６１，６２，６３と、を備えている。
ここで、プレゼンスデータベースの数（データベースサーバの数）は複数であれば任意であるが、図１では、例えば、３つである例を示している。また、プレゼンスサーバの数も複数であれば任意であるが、図１では、プレゼンスデータベースの数に合わせて、３つとしている。
図１に示すユーザ端末７１，７２は、ネットワークを介して通信を行うことが可能な通信端末装置であり、具体的には、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、携帯電話機、ＰＨＳ或いはその他の通信端末装置である。
ユーザ端末７１，７２の数は、非常に大きな数（例えば、１００万、或いは１０００万など）を想定しているが、図１では、簡単のため、２つのみを示している。
各ユーザ端末７１、７２は、プレゼンスサービスに関する要求を示す要求信号を、コアネットワーク１０（のＣＳＣＦ１２）に対して送信可能である。この要求信号には、端末自身（或いはそのユーザ）のプレゼンス情報が変化した場合に、その更新を要求する信号や、他の端末（或いはそのユーザ）のプレゼンス情報の通知を要求する信号などがある。
各ユーザ端末７１，７２は、プレゼンスサービスに関する要求を行う場合には、要求信号を、ＩＭＳコアネットワーク１０のＣＳＣＦ１２に対し、インターネット或いはその他のネットワークを介して送信する。
ここで、要求信号には、例えば、要求元である各ユーザ端末７１，７２を識別するための要求元端末識別情報と、要求元である各ユーザ端末７１，７２のユーザを識別するための要求元ユーザ識別情報と、要求の内容を示す要求内容情報と、要求の対象として指定するユーザを識別するための要求対象ユーザ識別情報と、を含む。
このうち要求元ユーザ識別情報及び要求対象ユーザ識別情報は、例えば、電話番号やＳＩＰ−ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）からなる。
要求内容情報としては、例えば、以下の（１）〜（３）に示すものが挙げられる。
（１）ユーザ端末７１，７２が携帯電話機である場合に、通話中であるために現在の通話相手以外からの着信には応答できない旨を示す情報。なお、この場合、要求対象ユーザ識別情報は、要求元ユーザ識別情報と同一である。
（２）ユーザ端末７１，７２から、他のユーザ端末（或いはそのユーザ）のプレゼンス情報の通知を要求する場合に、その旨を示す情報。なお、この場合、要求対象ユーザ識別情報は、他のユーザ端末のユーザの識別情報である。
（３）ユーザ端末７１，７２のユーザが、他の通信端末からのプレゼンス情報の通知の要求を受け付けない（他の通信端末のユーザへ自身のプレゼンス情報を見せない）旨の設定をしたときに、その旨を示す情報。なお、この場合、要求対象ユーザ識別情報は、要求元ユーザ識別情報と同一である。
要求信号は、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）信号、或いは、ＸＣＡＰ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）信号からなる。
ＳＩＰ信号は、通話を行う端末間のセッションを確立に用いられる信号であり、ＸＣＡＰ信号は、ネットワークアドレス帳の参照・更新をするための信号である。
ＩＭＳコアネットワーク１０のＣＳＣＦ１２は、ユーザ端末７１，７２から送信された要求信号を、プレゼンスサービスシステム１００の振り分けプレゼンスサーバ２０に対し、インターネット或いはその他のネットワークを介して送信（転送）する。
ここで、従来であれば、ＣＳＣＦ１２は、要求信号が対象として指定するユーザを収容したプレゼンスサーバが何れであるかの確認をＨＳＳ１１に対して行うが、本実施形態では、ＣＳＣＦ１２は、そのような確認を行わずに、ユーザ端末からの要求信号を振り分けプレゼンスサーバ２０に転送する。
振り分けプレゼンスサーバ２０は、ＩＭＳコアネットワーク１０のＣＳＣＦ１２から要求信号を受信すると、以下のような振り分け処理を行う。
すなわち、振り分けプレゼンスサーバ２０は、先ず、ＩＭＳコアネットワーク１０のＣＳＣＦ１２から受信した要求信号を、複数のプレゼンスサーバ４１，４２，４３のうちの何れに対して転送すれば良いかを、振り分けデータベース３０を参照することにより判定する。
ここで、振り分けデータベース３０は、各ユーザを収容するプレゼンスサーバが、複数のプレゼンスサーバ４１，４２，４３のうちの何れのプレゼンスサーバであるかを示す振り分けテーブル（後述）を記憶保持している。従って、振り分けプレゼンスサーバ２０は、その振り分けテーブルを参照することにより、要求信号を何れのプレゼンスサーバに転送すれば良いかを判定する。
更に、振り分けプレゼンスサーバ２０は、上記の判定の結果に応じたプレゼンスサーバ（第１プレゼンスサーバ４１、第２プレゼンスサーバ４２、第３プレゼンスサーバ４３のうちの何れか１つのプレゼンスサーバ）に対し、要求信号を、インターネット或いはその他のネットワークを介して送信（転送）する。すなわち、要求信号を、当該要求信号が対象として指定するユーザを収容したプレゼンスサーバである、何れか１つのプレゼンスサーバ宛に転送する。
また、各プレゼンスサーバ４１，４２，４３は、各データベースサーバ６１，６２，６３と１対１で対応付けられている。すなわち、第１プレゼンスサーバ４１は第１データベースサーバ６１と対応付けられ、第２プレゼンスサーバ４２は第２データベースサーバ６２と対応付けられ、第３プレゼンスサーバ４３は第３データベースサーバ６３と対応付けられている。
ここで、あるユーザのプレゼンス情報に関する処理（更新或いは通知のための取得など）を実行するプレゼンスサーバが、例えばプレゼンスサーバ４１であるとすると、プレゼンスサーバ４１は、当該ユーザを収容するプレゼンスサーバである。また、あるユーザを収容したプレゼンスサーバと対応するプレゼンスデータベースには、当該ユーザのプレゼンス情報及び加入者情報が格納されている。
すなわち、例えば、ユーザ端末７１のユーザＡのプレゼンス情報に関する処理を実行するのが第１プレゼンスサーバ４１であれば、「ユーザＡは第１プレゼンスサーバ４１に収容されている」という。また、この場合、ユーザＡのプレゼンス情報及び加入者情報は、第１プレゼンスサーバ４１と対応する第１プレゼンスデータベース５１内に格納されている。
各プレゼンスサーバ４１，４２，４３は、振り分けプレゼンスサーバ２０から要求信号を受信すると、該要求信号に応じた指令（要求内容情報に応じた指令）を、自身と対応するデータベースサーバ（データベースサーバ６１，６２，６３の何れか１つ）に対して、インターネット或いはその他のネットワークを介して送信（転送）する。
各プレゼンスサーバ４１，４２，４３からデータベースサーバへの指令としては、プレゼンス情報の更新指令や、他のユーザ（要求元とは別のユーザ）のプレゼンス情報の通知を要求する指令などがある。
各データベースサーバ６１，６２，６３は、対応するプレゼンスサーバ（プレゼンスサーバ４１，４２，４３の何れか１つ）から指令を受信すると、その指令に応じた処理を行い、その処理結果を、対応するプレゼンスサーバに対して送信する。
なお、各サーバや端末、すなわち、ユーザ端末７１，７２，ＣＳＣＦ１２、振り分けプレゼンスサーバ２０、第１乃至第３プレゼンスサーバ４１，４２，４３、第１乃至第３データベースサーバ６１，６２，６３には、それぞれＩＰアドレスが割り当てられ、このＩＰアドレスを用いることにより、相互間の情報通信が行われる。
また、ユーザ端末７１，７２，ＣＳＣＦ１２、振り分けプレゼンスサーバ２０、第１乃至第３プレゼンスサーバ４１，４２，４３、及び、第１乃至第３データベースサーバ６１，６２，６３は、それぞれ、ＣＰＵと、このＣＰＵの動作用プログラムを格納したＲＯＭと、ＣＰＵの作業領域などとして機能するＲＡＭと、を備え、ＣＰＵが動作用プログラムに従ったプログラム処理を実行することにより、後述するような各種の動作を実現する。
次に、動作の詳細を説明する。
ここでは、一例として、プレゼンス情報の更新動作を説明する。
図２はプレゼンス情報の更新動作の際における構成要素間の信号の流れを示す図である。
なお、ユーザ端末７１のユーザであるユーザＡは第１プレゼンスサーバ４１に収容され、ユーザ端末７２のユーザであるユーザＢは第２プレゼンスサーバ４２に収容されている（ユーザＡの加入者情報及びプレゼンス情報は第１プレゼンスデータベース５１内に格納され、ユーザＢの加入者情報及びプレゼンス情報は第２プレゼンスデータベース５２内に格納されている）ものとする。
例えば、ユーザＡ（或いはそのユーザ端末７１）のプレゼンス情報が変化すると、図２に示すように、ユーザ端末７１からＩＭＳコアネットワーク１０のＣＳＣＦ１２に対して、プレゼンス情報の更新を要求する要求信号（以下、プレゼンス情報更新要求信号）が送信される（ステップＳ１１）。
ここで、プレゼンス情報更新要求信号は、要求元であるユーザ端末７１を識別するための要求元端末識別情報と、要求元であるユーザ端末７１のユーザＡを識別するための要求元ユーザ識別情報と、要求の内容を示す要求内容情報と、要求の対象として指定するユーザを識別するための要求対象ユーザ識別情報と、を含む。ただし、ここでは、ユーザＡ（或いはそのユーザ端末７１）のプレゼンス情報の更新を要求する要求信号であるプレゼンス情報更新要求信号を、ユーザ端末７１から送信するため、プレゼンス情報更新要求信号に含まれる要求元ユーザ識別情報と要求対象ユーザ識別情報とは同一（共通）であり、何れもユーザＡのユーザ識別情報である。
次に、ＩＭＳコアネットワーク１０のＣＳＣＦ１２は、ユーザ端末７１からプレゼンス情報更新要求信号を受信すると、該プレゼンス情報更新要求信号を振り分けプレゼンスサーバ２０へ転送する（ステップＳ１２）。
次に、振り分けプレゼンスサーバ２０は、ＣＳＣＦ１２から転送されたプレゼンス情報更新要求信号を受信すると、以下のような振り分け処理（ステップＳ１３）を行う。
すなわち、振り分けプレゼンスサーバ２０は、先ず、プレゼンス情報更新要求信号をプレゼンスサーバ４１，４２，４３のうちの何れに対して転送すれば良いかを判定する。
ここで、図３は振り分けプレゼンスサーバ２０によるプレゼンス情報更新要求信号の振り分け先の判定動作を説明するための模式図である。
例えば、図３に示すように、ＳＩＰ信号８１からなるプレゼンス情報更新要求信号を受信した場合、振り分けプレゼンスサーバ２０は、例えば、そのＳＩＰ信号８１に含まれる要求対象ユーザ識別情報としてのＳＩＰ−ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）における所定の桁（例えば、図３に示す複数の桁８２）をインデックス（ＩＮＤＥＸ）として、振り分けデータベース３０の振り分けテーブル３５（図３）を検索する。
ここで、振り分けテーブル３５は、例えば、図３に示すように、上記の桁８２の数字毎にグループ化されたインデックスと、各インデックスと対応するプレゼンスサーバ（各インデンックスの各ユーザを収容するプレゼンスサーバ）と、の対応付けを示す情報である。
すなわち、図３の例では、桁８２が「５１１１１」である全てのユーザは第１プレゼンスサーバ４１に収容され、桁８２が「６２２２２」である全てのユーザは第２プレゼンスサーバ４２に収容されていることを意味する。
従って、図３のようなＳＩＰ信号８１からなるプレゼンス情報更新要求信号（桁８２が「５１１１１」）を受信した場合、振り分けプレゼンスサーバ２０は、振り分けデータベース３０の振り分けテーブル３５を検索することにより、当該プレゼンス情報更新要求信号の振り分け先（転送先）のプレゼンスサーバは、第１プレゼンスサーバ４１である、と判定する。
そして、振り分けプレゼンスサーバ２０は、その判定結果に従い、第１プレゼンスサーバ４１に対し、プレゼンス情報更新要求信号を転送する（図２のステップＳ１４）。
次に、第１プレゼンスサーバ４１は、プレゼンス情報更新要求信号を受信すると、該プレゼンス情報更新要求信号の内容に応じた更新指令（具体的には、例えば、それまでは通話中でない旨を示すプレゼンス情報であったものを、通話中である旨を示す内容に更新させる指令）を、自身と対応するデータベースサーバ、すなわち第１データベースサーバ６１に送信する（ステップＳ１５）。
次に、第１データベースサーバ６１は、更新指令を受信すると、該更新指令に従った処理（例えば、プレゼンス情報の更新処理：ステップＳ１６）を行う。
次に、第１データベースサーバ６１は、更新指令に応じた処理結果（正常処理結果）を、自身と対応するプレゼンスサーバ、すなわち第１プレゼンスサーバ４１宛に送信する（ステップＳ１７）。
次に、第１プレゼンスサーバ４１は、正常処理結果を受信すると、該当する要求に応じたレスポンス情報を生成し、該生成したレスポンス情報を振り分けプレゼンスサーバ２０宛に送信する（ステップＳ１８）。
次に、振り分けプレゼンスサーバ２０は、レスポンス情報を受信すると、該レスポンス情報をＩＭＳコアネットワーク１０のＣＳＣＦ１２宛に送信する（ステップＳ１９）。
次に、ＩＭＳコアネットワーク１０のＣＳＣＦ１２は、レスポンス情報を受信すると、該レスポンス情報をユーザ端末７１宛に送信する（ステップＳ２０）。
このように、プレゼンスサービスに関する要求に対するレスポンス情報は、その要求の伝達ルートを逆に辿って要求元に返送される。
こうして、ユーザ端末７１は、レスポンス情報を受信することができ、自身が送信したプレゼンス情報更新要求信号に応じてプレゼンス情報が正常に更新されたことを認識することができる。
なお、ユーザＢのユーザ端末７２からプレゼンス情報更新要求信号が送信された場合の動作（図２のステップＳ２１〜Ｓ３０）は、ユーザＡのユーザ端末７１からプレゼンス情報更新要求信号が送信された場合の上記動作（図２のステップＳ１１〜Ｓ２０）と同様である。なお、ステップＳ２１〜Ｓ３０の動作においては、振り分け処理（ステップＳ２３）により、振り分け先のプレゼンスサーバが第２プレゼンスサーバ４２であると判定されるので、プレゼンス情報更新要求信号は、振り分けプレゼンスサーバ２０から第２プレゼンスサーバ４２へ転送されて、プレゼンス情報更新要求信号に応じた更新指令が第２プレゼンスサーバ４２から第２データベースサーバ６２へと送信され、第２プレゼンスデータベース５２に対しプレゼンス情報の更新がなされる。
次に、各プレゼンスデータベース５１，５２，５３の収容率の演算動作について説明する。
本実施形態では、例えば、第１乃至第３プレゼンスサーバ４１，４２，４３は、それぞれ対応するプレゼンスデータベース５１，５２，５３における収容率を、所定の時間間隔（例えば、１日に１回）で演算する。
ここで、収容率とは、一のプレゼンスデータベースにおけるプレゼンス情報の最大格納数をＸ、当該一のプレゼンスデータベースにおけるプレゼンス情報の現在の格納数をＹとした場合、（Ｙ／Ｘ）×１００（％）で表される値である。
具体的には、例えば、第１プレゼンスデータベース５１におけるプレゼンス情報の最大格納数を５００万、第１プレゼンスデータベース５１におけるプレゼンス情報の現在の格納数が１００万であれば、収容率は２０％である。
第１乃至第３プレゼンスサーバ４１，４２，４３は、収容率の演算の際には、対応するプレゼンスデータベース５１，５２，５３におけるプレゼンス情報の格納数Ｙをカウントする処理と、カウントされた格納数Ｙを最大格納数Ｘにより除する処理と、をこの順に行う。
そして、第１乃至第３プレゼンスサーバ４１，４２，４３は、収容率を演算したら、その演算結果を、振り分けプレゼンスサーバ２０に送信（アップデート）する。
ここで、本実施形態では、例えば、振り分けデータベース３０は、上記の振り分けテーブル３５（図３）の他に、図４に示すような収容率テーブル３６を記憶している。
すなわち、収容率テーブル３６は、各プレゼンスデータベース５１、５２、５３と、各プレゼンスデータベース５１、５２、５３における収容率と、の対応付けを示す情報である。
そして、振り分けプレゼンスサーバ２０は、第１乃至第３プレゼンスサーバ４１，４２，４３から収容率の演算結果を受信すると、該受信した収容率により、収容率テーブル３６における対応する収容率を更新する（収容率テーブル３６の書き換え処理）。
こうして、収容率テーブル３６には、日々、最新の収容率が記憶される。
次に、各プレゼンスデータベース５１，５２，５３間の収容率に格差が生じた場合の収容換え処理について説明する。
本実施形態では、各プレゼンスデータベース５１，５２，５３間における収容率の格差が所定の閾値を上回った場合には、その格差が抑制されるように各プレゼンスデータベース５１，５２，５３間でプレゼンス情報を移動する収容換え処理を、例えば、振り分けプレゼンスサーバ２０が行う。
また、振り分けプレゼンスサーバ２０は、この収容換え処理に伴い、振り分けテーブル３５の内容を書き換える処理も行う。
図５は振り分けプレゼンスサーバ２０による収容換え処理の流れを示すフローチャートである。
図５に示すように、振り分けプレゼンスサーバ２０は、先ず、当日、既に収容換え処理を行ったか否かを判定し（ステップＳ５１）、既に行っていれば（ステップＳ５１のＹｅｓ）、図５の処理を終了する。
他方、当日は未だ収容換え処理を行っていなければ（ステップＳ５１のＮｏ）、第１乃至第３のプレゼンスサーバ４１，４２，４３の全てから、当日の収容率の演算結果がアップデートされたか否かを判定する（ステップＳ５２）。
未だ当日のアップデートを行っていないプレゼンスサーバがあれば（ステップＳ５２のＮｏ）、全てのプレゼンスサーバ４１，４２，４３からのアップデートが完了するまで、ステップＳ５２の判定を繰り返す。
当日の収容率の演算結果が全てアップデートされたら（されていれば）（ステップＳ５２のＹｅｓ）、収容率の最大の格差が所定の閾値を上回っているか否かを判定する（ステップＳ５３）。
上回っていれば（ステップＳ５３のＹｅｓ）、振り分けプレゼンスサーバ２０は、収容換え処理を行う（ステップＳ５４）一方で、上回っていなければ（ステップＳ５３のＮｏ）、収容換え処理を行わずに図５の処理を終了する。
ここで、閾値には、任意の値を設定することが可能である。例えば、閾値が３０％である場合に、第１プレゼンスデータベース５１の収容率が８０％で、第２プレゼンスデータベース５２の収容率が４９％であれば、その格差（８０−４９＝３１（％））は、閾値を上回っているため、振り分けプレゼンスサーバ２０は収容換え処理を行う。
この収容換え処理は、例えば、上記のインデックス単位で行う。
具体的には、例えば、第１プレゼンスデータベース５１の収容率が８０％で、第２プレゼンスデータベース５２の収容率が４９％である場合には、それらの収容率の格差を抑制するように、第１プレゼンスデータベース５１に格納されているプレゼンス情報をインデックス単位で第２プレゼンスデータベース５２に移し替える処理を行う。すなわち、例えば、図３に示すよう、桁８２が「５１１１１」で共通するユーザ端末のプレゼンス情報を、まとめて、第１プレゼンスデータベース５１から第２プレゼンスデータベース５２に移動する。
このようにプレゼンス情報をインデックス単位で移動する処理は、例えば、振り分けプレゼンスサーバ２０から第１プレゼンスサーバ４１に対して、移動させるインデックス（例えば、「５１１１１」）と、移動先のプレゼンスデータベース（例えば、第２プレゼンスデータベース５２）と、を指示することにより行うことができる。
この場合、指示を受けた第１プレゼンスサーバ４１は、移動させるインデックスのプレゼンス情報を第１データベースサーバ６１の第１プレゼンスデータベース５１から全て取得し、該取得したプレゼンス情報を第２プレゼンスサーバ４２を介して第２データベースサーバ６２の第２プレゼンスデータベース５２へ移動させる。
また、上記のような収容換え処理に伴い、振り分けプレゼンスサーバ２０は、振り分けテーブル３５の内容を書き換える処理も行う。例えば、インデックス「５１１１１」と対応するプレゼンスデータベースを、第１プレゼンスデータベース５１から第２プレゼンスデータベース５２へと書き換える。
このような収容換え処理を行うことにより、各プレゼンスデータベース５１，５２，５３の収容率の格差が大きくなりすぎることを防止できる。
次に、プレゼンスデータベースの増減（増設或いは撤去）の際の処理を説明する。
先ず、プレゼンスデータベースを増設した場合の処理を説明する。
図６は、図１の状態から新たに第４プレゼンスデータベース６４（第４プレゼンスデータベース５４を備える）を増設し、この増設に伴い第４プレゼンスサーバ４４も増設した状態のプレゼンスサービスシステム１００を示すブロック図である。
第４プレゼンスデータベース６４は、第１乃至第３プレゼンスデータベース６１，６２，６３と同様のものであり、第４プレゼンスサーバ４４も第１乃至第３プレゼンスサーバ４１，４２，４３と同様のものである。
図６に示すように新たに第４プレゼンスデータベース６４を設置する場合、振り分けデータベース３０の振り分けテーブル３５には、第４プレゼンスデータベース５４と対応するインデックスを記憶する項目を追加する一方で、収容率テーブル３６には、第４プレゼンスデータベース５４の収容率を記憶する項目を追加する。
第４プレゼンスサーバ４４は、第１乃至第３プレゼンスサーバ４１，４２，４３と同様に、例えば１日に１回、第４プレゼンスデータベース５４の収容率を演算し、その演算結果をアップデートする。
第４プレゼンスデータベース５４の初日の収容率は、一例として、例えば０％であることが想定されるが、各プレゼンスデータベース間の収容率に格差があれば上記のような収容換え処理が行われるので、プレゼンスデータベースを増設した場合にも、日にちが経過するうちに、各プレゼンスデータベース間の収容率の格差が次第に均される。
次に、プレゼンスデータベースを減らした場合の処理を説明する。
図７は、図１の状態から第３プレゼンスデータベース６３を撤去し、この撤去に伴い第３プレゼンスサーバ４３も撤去した状態のプレゼンスサービスシステム１００を示すブロック図である。
図７に示すように、第３プレゼンスデータベース６３を撤去する場合、振り分けデータベース３０の振り分けテーブル３５からは、第３プレゼンスデータベース５３と対応するインデックスを記憶する項目を削除する一方で、収容率テーブル３６からは、第３プレゼンスデータベース５３の収容率を記憶する項目を削除する。
なお、増設や撤去の際には、上記のように振り分けプレゼンスサーバ２０による自動的な収容換え処理のみに頼らず、少なくとも一部の収容換え処理を保守者が人的に行うようにしても良い。ただし、保守者による収容換えを行う場合にも、上記のように、インデックス単位での収容換えを行う。
以上のような第１の実施形態によれば、プレゼンスサービスシステム１００側の振り分けプレゼンスサーバ２０が振り分け処理を行うので、コアネットワーク１０側では、各ユーザがどのプレゼンスサーバに収容されているのかを示すデータベースを備える必要がない。
しかも、ＨＳＳ１１に格納されるｉＦＣのプレゼンスサーバアドレスは１つだけ（本実施形態の場合、例えば、振り分けプレゼンスサーバ２０のＩＰアドレスのみ）で済む。
よって、収容換えなどが行われた場合であっても、ＩＭＳコアネットワーク１０側にはｉＦＣ設定などのインパクトを与える必要がない。
すなわち、ＩＭＳコアネットワーク１０側へのインパクトを与えることなく、大規模構成のプレゼンスサービスを実現することができる。
〔第２の実施形態〕
上記の第１の実施形態では、収容率の格差が閾値を上回った場合に、自動的に収容換え処理を実行する例を説明したが、収容換え処理は、プレゼンスサービスシステム１００の保守者が人的に行うのであっても良い。
第２の実施形態では、収容率の格差が閾値を上回った場合に、アラームを出力することにより、その旨を保守者に報知する例を説明する。
本実施形態は、振り分けプレゼンスサーバ２０が、図５の処理に変えて図８に示す処理を行う点でのみ、上記の第１の実施形態と相違する。
図８は振り分けプレゼンスサーバ２０によるアラーム処理の流れを示すフローチャートである。
図８に示すように、振り分けプレゼンスサーバ２０は、先ず、当日、既にアラーム処理を行ったか否かを判定し（ステップＳ６１）、既に行っていれば（ステップＳ６１のＹｅｓ）、図８の処理を終了する。
他方、当日は未だアラーム処理を行っていなければ（ステップＳ６１のＮｏ）、第１乃至第３のプレゼンスサーバ４１，４２，４３の全てから、当日の収容率の演算結果がアップデートされたか否かを判定する（ステップＳ６２）。
未だ当日のアップデートを行っていないプレゼンスサーバがあれば（ステップＳ６２のＮｏ）、全てのプレゼンスサーバ４１，４２，４３からのアップデートが完了するまで、ステップＳ６２の判定を繰り返す。
当日の収容率の演算結果が全てアップデートされたら（されていれば）（ステップＳ６２のＹｅｓ）、収容率の最大の格差が所定の閾値を上回っているか否かを判定する（ステップＳ６３）。
上回っていれば（ステップＳ６３のＹｅｓ）、振り分けプレゼンスサーバ２０は、アラーム処理を行う（ステップＳ６４）一方で、上回っていなければ（ステップＳ６３のＮｏ）、アラーム処理を行わずに図８の処理を終了する。
アラーム処理は、例えば、図示しないスピーカから報知音を発音する処理や、図示しない表示装置での表示処理、或いは、図示しない発光装置での発光処理であることが挙げられる。
このようなアラーム処理により、保守者は、収容換えが必要なことを認識できる。なお、保守者による収容換え処理は、上記の第１の実施形態と同様に、上記のインデックス単位で行う。
また、閾値には、上記の第１の実施形態と同様に、任意の値を設定することが可能である。
以上のような第２の実施形態によれば、収容率の格差が所定の閾値を上回った場合に、アラーム処理が行われるので、保守者はその旨を認識し、収容換え処理を行うことができる。
〔第３の実施形態〕
上記の第１及び第２の実施形態では、振り分けプレゼンスサーバ２０が１つの例を説明したが、第３の実施形態では、振り分けプレゼンスサーバが複数であり、その前段にロードバランサを備える例を説明する。
図９は第３の実施形態に係るプレゼンスサービスシステム２００を備えるネットワークシステム２５０の構成を示すブロック図である。
図９において、図１におけるのと同様の構成要素には、同一の構成要素を付している。
図９に示すように、第３の実施形態に係るネットワークシステム２５０は、上記の第１又は第２の実施形態に係るプレゼンスサービスシステム１００（図１）に代えて、プレゼンスサービスシステム２００を備える点でのみ相違する。
また、図９に示すように、第３の実施形態に係るプレゼンスサービスシステム２００は、振り分けプレゼンスサーバ２０（図１）及び振り分けデータベース３０（図１）に代えて、第１乃至第３振り分けプレゼンスサーバ２１、２２、２３と、第１乃至第３振り分けデータベース３１、３２、３３と、第１乃至第３振り分けプレゼンスサーバ２１、２２、２３の負荷量を分散させるロードバランサ９０と、を備える点でのみ、上記の第１又は第２の実施形態に係るプレゼンスサービスシステム１００と相違する。
なお、本実施形態において、振り分けプレゼンスサーバの数は複数であれば任意であるが、図９では、例えば、３つである例を示している。また、振り分けデータベースの数も複数であれば任意であるが、図９では、振り分けプレゼンスサーバの数に合わせて、３つとしている。
本実施形態の場合、ＨＳＳ１１に格納されるｉＦＣのプレゼンスサーバアドレスは、ロードバランサ９０のＩＰアドレスだけであり、ＩＭＳコアネットワーク１０のＣＳＣＦ１２は、ユーザ端末７１，７２から送信されたプレゼンス情報更新要求信号を、プレゼンスサービスシステム１００のロードバランサ９０に対し、インターネット或いはその他のネットワークを介して送信（転送）する。
ロードバランサ９０は、ＩＭＳコアネットワーク１０側からプレゼンスサービスに関する要求（要求信号）を受信すると、複数の振り分けプレゼンスサーバ２１、２２、２３の負荷量を分散させるべく、これら振り分けプレゼンスサーバ２１、２２、２３のうち選択した何れか１つの振り分けプレゼンスサーバに対して、当該要求信号を転送する。
具体的には、例えば、１番目に受信した要求信号は第１振り分けプレゼンスサーバ２１へ、２番目に受信した要求信号は第２振り分けプレゼンスサーバ２２へ、３番目に受信した要求信号は第３振り分けプレゼンスサーバ２３へ、４番目に受信した要求信号は再び第１振り分けプレゼンスサーバ２１へ・・・といったように、各振り分けプレゼンスサーバ２１，２２，２３に対して順番に要求信号を転送する。
また、各振り分けプレゼンスサーバ２１，２２，２３のうち、予め定められた１つの振り分けプレゼンスサーバ（例えば、第１振り分けプレゼンスサーバ２１）は、代表の振り分けプレゼンスサーバであり、上記の第１又は第２の実施形態における振り分けプレゼンスサーバ２０と同様のものである。
また、その他の振り分けプレゼンスサーバ（例えば、第２及び第３の振り分けプレゼンスサーバ２２，２３）は、上記の収容換え処理或いはアラーム処理と、収容率テーブル３６の書き換え処理と、振り分けテーブル３５の書き換え処理と、を行わないという点では上記の第１又は第２の実施形態における振り分けプレゼンスサーバ２０と異なるが、その他の点（振り分け処理を行う点など）では、振り分けプレゼンスサーバ２０と同様のものである。
また、各振り分けデータベース３１，３２，３３は、上記の第１又は第２の実施形態における振り分けデータベース３０と同様である。
本実施形態では、第１振り分けプレセンスサーバ２１は振り分け処理に際して第１振り分けデータベース３１を参照し、第２振り分けプレセンスサーバ２２は振り分け処理に際して第２振り分けデータベース３２を参照し、第３振り分けプレセンスサーバ２３は振り分け処理に際して第３振り分けデータベース３３を参照する。
また、本実施形態の場合、第１乃至第３プレゼンスサーバ４１，４２，４３は、収容率の演算結果を、例えば、第１振り分けプレゼンスサーバ２１に対してアップデートし、第１振り分けプレゼンスサーバ２１は、該演算結果を、第１振り分けデータベース３１内の収容率テーブル３６に反映させる（収容率テーブル３６の書き換え処理を行う）。
更に、第１振り分けプレゼンスサーバ２１は、収容率の演算結果を、他の振り分けプレゼンスサーバと対応する振り分けデータベース（例えば、第２及び第３振り分けデータベース３２，３３）内の収容率テーブル３６にも反映させる。これにより、各振り分けデータベース３１，３２，３３の収容率テーブル３６、振り分けテーブル３５が常に同じ内容に維持される。
なお、本実施形態において、上記の第１の実施形態のように自動的に収容換え処理を行う場合は、第１乃至第３振り分けプレゼンスサーバ２１，２２，２３のうち予め定められた１つの振り分けプレゼンスサーバ（例えば、第１振り分けプレゼンスサーバ２１）が収容換え処理を行う。
この収容換え処理に伴い、例えば第１振り分けプレゼンスサーバ２１は、各振り分けデータベース３１，３２，３３の振り分けテーブル３５の内容を書き換える処理も行う。これにより、各振り分けデータベース３１，３２，３３の振り分けテーブル３５が常に同じ内容に維持される。
なお、代表の振り分けプレゼンスサーバとしては、複数の振り分けプレゼンスサーバ２１，２２，２３のうちの何れか１つを、保守者が任意に指定することができることが好ましい。
以上のような第３の実施形態によれば、複数の振り分けプレゼンスサーバ２１，２２，２３を備える構成の場合に、ロードバランサ９０により負荷分散を行うことができる。
また、各振り分けテーブル３１，３２，３３の振り分けテーブル３５が常に同じ内容に維持されるので、各振り分けプレゼンスサーバ２１，２２，２３は常に好適に振り分け処理を行うことができる。
なお、上記の第３の実施形態では、各振り分けプレゼンスサーバ２１，２２，２３に対応する振り分けデータベース３１，３２，３３を備える例を説明したが、１つの振り分けデータベース３１を複数の振り分けプレゼンスサーバ２１，２２，２３が共用するようにしても良い。
また、上記の各実施形態では、コアネットワークとして、ＩＭＳコアネットワーク１０を例示したが、ＩＭＳは３ＧＰＰの規格であり、３ＧＰＰ２ではＭＭＤ（Ｍｕｌｔｉｍｅｄｉａ Ｄｏｍａｉｎ）と呼称される。このため、３ＧＰＰ２の場合には、ＩＭＳコアネットワーク１０の代わりに、ＭＭＤコアネットワークを備えるものとする。更に、コアネットワークは、ＳＩＰサーバであっても良い。
また、上記の第１の実施形態では、振り分けデータベース３０が振り分けプレゼンスサーバ２０と別体に構成されている例を説明したが、振り分けデータベース３０は振り分けプレゼンスサーバ２０に含まれていても良い。同様に、上記の第３の実施形態では、振り分けデータベース３１が振り分けプレゼンスサーバ２１と、振り分けデータベース３２が振り分けプレゼンスサーバ２２と、振り分けデータベース３３が振り分けプレゼンスサーバ２３と、それぞれ別体に構成されている例を説明したが、それぞれ振り分けデータベースは振り分けプレゼンスサーバに含まれていても良い。
また、上記の第１の実施形態では、収容換え処理を自動的に行う場合に、その処理を振り分けプレゼンスサーバ２０が実行する例を説明したが、プレゼンスサービスシステム１００は、収容換え処理（図５の処理）を行う収容換えサーバ（図示略）を備えても良い。
また、上記の第２の実施形態では、アラーム処理（報知処理）を振り分けプレゼンスサーバ２０が実行する例を説明したが、プレゼンスサービスシステム１００は、アラーム処理を行うアラームサーバ（図示略）を備えても良い。
また、上記の各実施形態では、プレゼンスサーバ４１，４２，４３が収容率の演算を行ってアップデートする例を説明したが、プレゼンスサービスシステム１００は、収容率の演算及びアップデートを行う収容率演算サーバ（図示略）を備えても良い。
第１の実施形態に係るプレゼンスサービスシステムを備えるネットワークシステムの構成を示すブロック図である。 プレゼンス情報の更新動作の際における構成要素間の信号の流れを示す図である。 振り分けプレゼンスサーバによるプレゼンス情報更新要求信号の振り分け先の判定動作を説明するための模式図である。 収容率テーブルの一例を示す図である。 振り分けプレゼンスサーバによる収容換え処理の流れを示すフローチャートである。 図１の状態から新たにプレゼンスデータベースを増設し、この増設に伴いプレゼンスサーバも増設した状態のプレゼンスサービスシステムを示すブロック図である。 図１の状態からプレゼンスデータベースを１つを撤去し、この撤去に伴いプレゼンスサーバも１つ撤去した状態のプレゼンスサービスシステムを示すブロック図である。 第２の実施形態における振り分けプレゼンスサーバによるアラーム処理の流れを示すフローチャートである。 第３の実施形態に係るプレゼンスサービスシステムを備えるネットワークシステムの構成を示すブロック図である。 従来のプレゼンスサービスシステムの構成を示すブロック図である。 従来のプレゼンス情報の更新動作の際における構成要素間の信号の流れを示す図である。
符号の説明
１０ ＩＭＳコアネットワーク
１１ ＨＳＳ
１２ ＣＳＣＦ
２０ 振り分けプレゼンスサーバ
２１ 第１振り分けプレゼンスサーバ（振り分けプレゼンスサーバ）
２２ 第２振り分けプレゼンスサーバ（振り分けプレゼンスサーバ）
２３ 第３振り分けプレゼンスサーバ（振り分けプレゼンスサーバ）
３０ 振り分けデータベース
３１ 第１振り分けデータベース（振り分けデータベース）
３２ 第２振り分けデータベース（振り分けデータベース）
３３ 第３振り分けデータベース（振り分けデータベース）
３５ 振り分けテーブル
３６ 収容率テーブル
４１ 第１プレゼンスサーバ（プレゼンスサーバ）
４２ 第２プレゼンスサーバ（プレゼンスサーバ）
４３ 第３プレゼンスサーバ（プレゼンスサーバ）
４４ 第４プレゼンスサーバ（プレゼンスサーバ）
５１ 第１プレゼンスデータベース（プレゼンスデータベース）
５２ 第２プレゼンスデータベース（プレゼンスデータベース）
５３ 第３プレゼンスデータベース（プレゼンスデータベース）
５４ 第４プレゼンスデータベース（プレゼンスデータベース）
６１ 第１データベースサーバ
６２ 第２データベースサーバ
６３ 第３データベースサーバ
６４ 第４データベースサーバ
７１ ユーザ端末
７２ ユーザ端末
８１ ＳＩＰ信号
８２ 所定の桁
９０ ロードバランサ
１００ プレゼンスサービスシステム
１５０ ネットワークシステム
２００ プレゼンスサービスシステム
２５０ ネットワークシステム
１０００ プレゼンスサービスシステム
１０１０ ＩＭＳコアネットワーク
１０１１ ＨＳＳ
１０１２ ＣＳＣＦ
１０４１ 第１プレゼンスサーバ
１０４２ 第２プレゼンスサーバ
１０４３ 第３プレゼンスサーバ
１０５１ 第１プレゼンスデータベース（プレゼンスデータベース）
１０５２ 第２プレゼンスデータベース（プレゼンスデータベース）
１０５３ 第３プレゼンスデータベース（プレゼンスデータベース）
１０６１ 第１データベースサーバ
１０６２ 第２データベースサーバ
１０６３ 第３データベースサーバ
１０７１ ユーザ端末
１０７２ ユーザ端末
１５００ ネットワークシステム

Claims (22)

  1. 複数のプレゼンスサーバと、
    ユーザのプレゼンス情報を格納する複数のプレゼンスデータベースと、
    を備え、
    各プレゼンスデータベースは、前記複数のプレゼンスサーバのうちの何れか１つと対応するプレゼンスサービスシステムにおいて、
    プレゼンスサービスに関する要求が、ユーザ端末からコアネットワークを介して当該プレゼンスサービスシステムに送信されると、当該要求を、前記複数のプレゼンスサーバのうち当該要求が対象として指定するユーザを収容する何れか１つのプレゼンスサーバ宛に転送する振り分け処理を行う振り分けプレゼンスサーバを備えることを特徴とするプレゼンスサービスシステム。
  2. 各ユーザと、各ユーザを収容するプレゼンスサーバと、の対応付けを記憶した振り分けデータベースを更に備え、
    前記振り分けプレゼンスサーバは、前記振り分けデータベースを参照することにより、前記要求が対象として指定するユーザを収容するプレゼンスサーバが何れであるかを判定し、前記振り分け処理を行うことを特徴とする請求項１に記載のプレゼンスサービスシステム。
  3. 電話番号或いはＳＩＰ−ＵＲＩのうちの所定の桁の数字が共通するユーザを同一のグループとすると、
    前記振り分けデータベースには、各グループと、振り分け先のプレゼンスサーバと、の対応付けが記憶されていることを特徴とする請求項２に記載のプレゼンスサービスシステム。
  4. 一のプレゼンスデータベースにおけるプレゼンス情報の最大格納数をＸ、当該一のプレゼンスデータベースにおけるプレゼンス情報の現在の格納数をＹ、当該一のプレゼンスデータベースにおける収容率をＹ／Ｘとすると、
    各プレゼンスデータベース間における収容率の格差が所定の閾値を上回った場合に、その格差が抑制されるように各プレゼンスデータベース間でプレゼンス情報を移動する収容換え処理を行うことを特徴とする請求項１乃至３の何れか一項に記載のプレゼンスサービスシステム。
  5. 各プレゼンスデータベースにおける前記収容率を記憶する収容率データベースを更に備え、
    前記振り分けプレゼンスサーバは、前記収容率データベースを参照することにより、前記収容率の格差が前記所定の閾値を上回ったか否かを判定し、上回ったと判定した場合に、前記収容換え処理を行うことを特徴とする請求項４に記載のプレゼンスサービスシステム。
  6. 電話番号或いはＳＩＰ−ＵＲＩのうちの所定の桁の数字が共通するユーザを同一のグループとすると、
    前記収容換え処理では、グループ単位でプレゼンス情報を移動することを特徴とする請求項４又は５に記載のプレゼンスサービスシステム。
  7. 一のプレゼンスデータベースにおけるプレゼンス情報の最大格納数をＸ、当該一のプレゼンスデータベースにおけるプレゼンス情報の現在の格納数をＹ、当該一のプレゼンスデータベースにおける収容率をＹ／Ｘとすると、
    各プレゼンスデータベース間における収容率の格差が所定の閾値を上回った場合には、その旨を報知する報知処理を行うことを特徴とする請求項１乃至３の何れか一項に記載のプレゼンスサービスシステム。
  8. 各プレゼンスデータベースにおける前記収容率を記憶する収容率データベースを更に備え、
    前記振り分けプレゼンスサーバは、前記収容率データベースを参照することにより、前記収容率の格差が前記所定の閾値を上回ったか否かを判定し、上回ったと判定した場合には、前記報知処理を行うことを特徴とする請求項７に記載のプレゼンスサービスシステム。
  9. 各プレゼンスデータベースの収容率を所定の時間間隔で演算する収容率演算手段を備え、前記収容率演算手段による演算の結果が前記収容率データベースに反映されることを特徴とする請求項５又は８に記載のプレゼンスサービスシステム。
  10. 各プレゼンスサーバは、対応するプレゼンスデータベースの収容率を所定の時間間隔で演算し、
    各プレゼンスサーバによる前記演算の結果が前記収容率データベースに反映されることを特徴とする請求項５又は８に記載のプレゼンスサービスシステム。
  11. 電話番号或いはＳＩＰ−ＵＲＩのうちの所定の桁の数字が共通するユーザを同一のグループとすると、
    各プレゼンスデータベースには、グループ単位でプレゼンス情報が格納されていることを特徴とする請求項１乃至１０の何れか一項に記載のプレゼンスサービスシステム。
  12. 前記振り分けプレゼンスサーバを複数備え、
    前記複数の振り分けプレゼンスサーバの負荷量を分散させるロードバランサを更に備え、
    前記ロードバランサは、前記要求が、ユーザ端末からコアネットワークを介して当該プレゼンスサービスシステムに送信されると、前記複数の振り分けプレゼンスサーバの負荷量を分散させるべく、選択した何れか１つの振り分けプレゼンスサーバに対して、当該要求を転送することを特徴とする請求項１乃至１１の何れか一項に記載のプレゼンスサービスシステム。
  13. コアネットワークと、
    請求項１乃至１２の何れか一項にプレゼンスサービスシステムと、
    を備え、
    前記コアネットワークは、プレゼンスサービスに関する要求をユーザ端末から受信すると、当該要求が対象として指定するユーザを収容するプレゼンスサーバが何れであるかの確認を行わずに、当該要求を前記プレゼンスサービスシステムへ転送することを特徴とするネットワークシステム。
  14. 複数のプレゼンスサーバと、ユーザのプレゼンス情報を格納する複数のプレゼンスデータベースと、を備え、各プレゼンスデータベースは、前記複数のプレゼンスサーバのうちの何れか１つと対応するプレゼンスサービスシステムに備えられる振り分けプレゼンスサーバであって、
    プレゼンスサービスに関する要求が、ユーザ端末からコアネットワークを介して当該プレゼンスサービスシステムに送信されると、当該要求を、前記複数のプレゼンスサーバのうち当該要求が対象として指定するユーザを収容する何れか１つのプレゼンスサーバ宛に転送する振り分け処理を行うことを特徴とする振り分けプレゼンスサーバ。
  15. 各ユーザと、各ユーザを収容するプレゼンスサーバと、の対応付けを記憶した振り分けデータベースを参照することにより、前記要求が対象として指定するユーザを収容するプレゼンスサーバが何れであるかを判定し、前記振り分け処理を行うことを特徴とする請求項１４に記載の振り分けプレゼンスサーバ。
  16. 一のプレゼンスデータベースにおけるプレゼンス情報の最大格納数をＸ、当該一のプレゼンスデータベースにおけるプレゼンス情報の現在の格納数をＹ、当該一のプレゼンスデータベースにおける収容率をＹ／Ｘとすると、
    各プレゼンスデータベース間における収容率の格差が所定の閾値を上回った場合には、その格差が抑制されるように各プレゼンスデータベース間でプレゼンス情報を移動する収容換え処理を行うことを特徴とする請求項１４又は１５に記載の振り分けプレゼンスサーバ。
  17. 各プレゼンスデータベースにおける前記収容率を記憶する収容率データベースを参照することにより、前記収容率の格差が前記所定の閾値を上回ったか否かを判定し、上回ったと判定した場合には、前記収容換え処理を行うことを特徴とする請求項１６に記載の振り分けプレゼンスサーバ。
  18. 一のプレゼンスデータベースにおけるプレゼンス情報の最大格納数をＸ、当該一のプレゼンスデータベースにおけるプレゼンス情報の現在の格納数をＹ、当該一のプレゼンスデータベースにおける収容率をＹ／Ｘとすると、
    各プレゼンスデータベース間における収容率の格差が所定の閾値を上回った場合には、その旨を報知する報知処理を行うことを特徴とする請求項１４又は１５に記載の振り分けプレゼンスサーバ。
  19. 各プレゼンスデータベースにおける前記収容率を記憶する収容率データベースを参照することにより、前記収容率の格差が前記所定の閾値を上回ったか否かを判定し、上回ったと判定した場合には、前記報知処理を行うことを特徴とする請求項１８に記載の振り分けプレゼンスサーバ。
  20. 複数のプレゼンスサーバと、ユーザのプレゼンス情報を格納する複数のプレゼンスデータベースと、を備え、各プレゼンスデータベースは、前記複数のプレゼンスサーバのうちの何れか１つと対応するプレゼンスサービスシステムに対し、プレゼンスサービスに関する要求がユーザ端末からコアネットワークを介して送信された場合に、当該要求を振り分ける方法であって、
    前記プレゼンスサービスシステムが、前記要求が対象として指定するユーザを収容するプレゼンスサーバが何れであるかを判定する第１の過程と、
    前記プレゼンスサービスシステムが、前記要求を、当該要求が対象として指定するユーザを収容するプレゼンスサーバ宛に転送する第２の過程と、
    を備えることを特徴とするプレゼンスサービスに関する要求の振り分け方法。
  21. 一のプレゼンスデータベースにおけるプレゼンス情報の最大格納数をＸ、当該一のプレゼンスデータベースにおけるプレゼンス情報の現在の格納数をＹ、当該一のプレゼンスデータベースにおける収容率をＹ／Ｘとすると、
    前記プレゼンスサービスシステムが、各プレゼンスデータベース間における収容率の格差が所定の閾値を上回ったか否かを判定する第３の過程と、
    前記格差が所定の閾値を上回ったと判定した場合に、前記プレゼンスサービスシステムが、その格差が抑制されるように各プレゼンスデータベース間でプレゼンス情報を移動する収容換え処理を行う第４の過程と、
    を更に備えることを特徴とする請求項２０に記載のプレゼンスサービスに関する要求の振り分け方法。
  22. コンピュータが実行可能なプログラムにおいて、請求項２０又は２１に記載の振り分け方法をコンピュータに実行させることを特徴とするプログラム。
JP2007073226A 2007-03-20 2007-03-20 プレゼンスサービスシステム Expired - Fee Related JP5239184B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2007073226A JP5239184B2 (ja) 2007-03-20 2007-03-20 プレゼンスサービスシステム
US12/050,287 US20080235178A1 (en) 2007-03-20 2008-03-18 Presence service system
AU2008201325A AU2008201325A1 (en) 2007-03-20 2008-03-20 Presence service system
EP08102807A EP1973301A3 (en) 2007-03-20 2008-03-20 Presence service system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007073226A JP5239184B2 (ja) 2007-03-20 2007-03-20 プレゼンスサービスシステム

Publications (2)

Publication Number Publication Date
JP2008234328A true JP2008234328A (ja) 2008-10-02
JP5239184B2 JP5239184B2 (ja) 2013-07-17

Family

ID=39344641

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007073226A Expired - Fee Related JP5239184B2 (ja) 2007-03-20 2007-03-20 プレゼンスサービスシステム

Country Status (4)

Country Link
US (1) US20080235178A1 (ja)
EP (1) EP1973301A3 (ja)
JP (1) JP5239184B2 (ja)
AU (1) AU2008201325A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013142996A (ja) * 2012-01-11 2013-07-22 Nippon Telegr & Teleph Corp <Ntt> 分散データベースシステム及びデータ更新・配信方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4393545B2 (ja) * 2007-11-01 2010-01-06 株式会社東芝 プレゼンス管理システムおよびプレゼンスサーバ
US20090276653A1 (en) * 2008-05-02 2009-11-05 Pattabhiraman Ramesh V Presence server for discrete time updates
KR101593912B1 (ko) * 2009-03-26 2016-02-15 삼성전자주식회사 이동통신 시스템에서 프리젠스 정보 관리 방법 및 장치
US9299111B2 (en) * 2012-09-04 2016-03-29 Futurewei Technologies, Inc. Efficient presence distribution mechanism for a large enterprise

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004080619A (ja) * 2002-08-21 2004-03-11 Nippon Telegr & Teleph Corp <Ntt> 複数ユーザの位置情報および帯域情報を管理および通知する通信方法および通信システム
JP2004127247A (ja) * 2002-06-10 2004-04-22 Microsoft Corp 情報の管理および通信を行うためのプレゼンスおよび通知システム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2043326A3 (en) * 2002-02-14 2009-04-22 Avaya Technology Corp. Presence tracking and name space interconnection techniques
US7949712B2 (en) * 2003-02-10 2011-05-24 At&T Intellectual Property I, L.P. High availability presence engine for instant messaging
JP2005318503A (ja) 2004-03-29 2005-11-10 Hitachi Ltd プレゼンスサーバ、セッション制御サーバ、パケット中継システム、サーバ、及びシステム
US7522548B2 (en) * 2004-12-08 2009-04-21 Motorola, Inc. Providing presence information in a communication network
US7676577B2 (en) * 2004-12-21 2010-03-09 Alcatel Lucent Scalable presence distribution system and method
JP4170302B2 (ja) * 2005-03-10 2008-10-22 富士通株式会社 負荷制御装置および負荷制御プログラム
JP4546360B2 (ja) 2005-09-05 2010-09-15 富士フイルム株式会社 透過率調整体ユニット、これを用いる面状照明装置及び液晶表示装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004127247A (ja) * 2002-06-10 2004-04-22 Microsoft Corp 情報の管理および通信を行うためのプレゼンスおよび通知システム
JP2004080619A (ja) * 2002-08-21 2004-03-11 Nippon Telegr & Teleph Corp <Ntt> 複数ユーザの位置情報および帯域情報を管理および通知する通信方法および通信システム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013142996A (ja) * 2012-01-11 2013-07-22 Nippon Telegr & Teleph Corp <Ntt> 分散データベースシステム及びデータ更新・配信方法

Also Published As

Publication number Publication date
EP1973301A3 (en) 2012-08-15
AU2008201325A1 (en) 2008-10-09
JP5239184B2 (ja) 2013-07-17
US20080235178A1 (en) 2008-09-25
EP1973301A2 (en) 2008-09-24

Similar Documents

Publication Publication Date Title
CN101473630B (zh) 用于建立对等会话的方法、装置和体系架构
US6952712B2 (en) Method and apparatus for distributing content data over a network
CN109361526B (zh) 策略控制的路由方法、pcrf/pcf以及dra
US8102826B2 (en) Mobile communication terminal for providing ad-hoc network service and method for managing ad-hoc network using the same
CA2495093A1 (en) Providing routing information in a communication system
CN107919969A (zh) 策略控制方法及装置
CN110086886B (zh) 动态会话保持方法及装置
WO2010131860A2 (en) Method and system for optimizing cpns enabler
JP5239184B2 (ja) プレゼンスサービスシステム
US9894600B1 (en) Providing adaptive network access
KR20090033968A (ko) 정책 및 과금 규칙 결정 시스템에서 디아미터 인터페이스처리 방법 및 장치
WO2024104284A1 (zh) 一种基于nwdaf对计算资源的管理和决策的方法
US20180288139A1 (en) Processing data and operating a communications device
CN104348627B (zh) 密钥下发方法、对ue进行授权检查的方法及相关设备
CN108768878A (zh) 一种负载均衡系统、方法、装置及负载均衡设备
WO2017128713A1 (zh) 订阅消息的发布方法及装置
CN103369159A (zh) 一种呼叫处理方法和设备
CN101247370B (zh) 消息呈现业务的实现方法和系统
JP5182051B2 (ja) サービスサーバおよびこれを用いた通信システム
US20120166657A1 (en) Gateway system, gateway device, and load distribution method
JP5828952B2 (ja) 通信システム、ノード、フロー制御ネットワーク及び通信制御方法
US8346720B2 (en) Information update system, information update method, and computer-readable medium
JP5695514B2 (ja) 通信制御装置および通信制御方法
US20080311897A1 (en) Network context based policy management
CN101141307A (zh) 一种应用于通信系统的基于策略管理的方法及体系结构

Legal Events

Date Code Title Description
RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20080825

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100302

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120808

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120814

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20121012

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130305

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130318

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20160412

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees