(57)【要約】【課題】  インターネットなどを利用しSIPを用いてプレゼンスサービスを実現する場合に、プレゼンスサーバとデータベースとの情報授受を効率よく処理できるプレゼンス管理装置およびその作動方法を提供することを目的とする。【解決手段】  プレゼンス管理装置10は、入力されたメッセージ信号102がロードバランサ12でレスポンス信号かリクエスト信号かの種別に判定され、判定された信号110、112が種別ごとにあらかじめ決められたプレゼンスサーバ20、22に送信され、さらにメッセージ信号102に含まれる情報信号114、118がデータベース24に格納され、信号の情報に基づき所望の情報が選択され所定のサーバに出力される。ロードバランサ12の処理が単純化されること、またプレゼンスサーバは同種の情報であるためデータベース24との授受処理の効率が良いことから高負荷の状態になっても高速に処理を行なうことができる。【選択図】図１
2009116397.tif 000002
【特許請求の範囲】
【請求項１】
インターネットなどの通信システムを利用したネットワークサービスで情報の授受を行なうときにSIP（Session Initiation Protocol）を用いてプレゼンスサービスを実現するプレゼンス管理装置において、該装置は、
入力信号の種別を判定し、該入力信号を種別ごとに振り分けて前記入力信号の種別ごとに定められたサーバに送付する信号振分け手段と、
前記サーバに送られた入力信号の情報をデータベースに送り、一括して該データベースに格納する格納手段と、
前記データベースにおいて信号の情報に基づき所望の情報を選択し所定のサーバに出力する情報出力手段とを含むことを特徴とするプレゼンス管理装置。
【請求項２】
インターネットなどの通信システムを利用したネットワークサービスで情報の授受を行なうときにSIP（Session Initiation Protocol）を用いてプレゼンスサービスを実現するプレゼンス管理装置を作動する方法において、該方法は、
入力信号の種別を判定し、該入力信号を種別ごとに振り分けて前記入力信号の種別ごとに定められたサーバに送付する工程と、
前記サーバに送られた入力信号の情報をデータベースに送り一括して該データベースに格納する工程と、
前記データベースにおいて信号の情報に基づき所望の情報を選択し所定のサーバに出力する工程とを含むことを特徴とするプレゼンス管理装置の作動方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットなどの通信システムを利用したネットワークサービスに関するもので、特にSIP（Session Initiation Protocol）を用いたプレゼンスサービスを実現するプレゼンス管理装置およびその作動方法に関するものである。
【背景技術】
【０００２】
従来から、ネットワークサービスの一つとして、特定のネットワークに参加している人の位置(場所)や状態（ネットワーク上にいるか、電話中か、会議中かなど）を知ることができるプレゼンスサービスがある。この位置や状態に関する情報をプレゼンス情報と呼ぶ。一般のプレゼンスサービスではネットワークに参加している不特定多数のプレゼンス情報を得るわけではなく、自分がプレゼンス情報を知りたいと考える特定の人または人々の情報が得られる。このプレゼンス情報を交換するプロトコルとしてSIPを用いて行なうのが一般的である。SIPは、主にエンドシステム間でやり取りを行なうクライアントのサーバに使用され、プレゼンス情報を交換するプロトコルとして、クライアントがサーバに要求を出しサーバがそれに応答するというやり取りの繰返しを行ない、サービスを提供するプロトコルである。
【０００３】
たとえば、プレゼンス情報を管理するプレゼンスサーバに対し特定の人のプレゼンス情報を知りたいと思うユーザが購読要求を行ない、プレゼンスサーバは、所望する人のプレゼンス情報をユーザに提供するというのが基本的な動作である。ここで購読要求をおこなうユーザをウォッチャ(Watcher)と呼び、情報を提供する特定の人をプレゼンティティ(Presentity)と呼ぶが、実際には多数のウォッチャが存在し、また同一ユーザがプレゼンティティにもなり得る。
【０００４】
ところで、非特許文献１にSIPに関するセッション開始プロトコルの拡張標準が、非特許文献２にSIPに関するセッション開始プロトコルの拡張が、非特許文献３にSIPに関するイベントステートの発行について規定されている。
【非特許文献１】RFC3261、"SIP: SessionInitiation Protocol", The Internet Society
【非特許文献２】RFC3265、"SessionInitiation Protocol (SIP)-Specific Event Notification", The InternetSociety
【非特許文献３】RFC3903、"SessionInitiation Protocol (SIP) Extension for Event State Publication", TheInternet Society
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のプレゼンスサービスにおいて、ウォッチャとプレゼンティティは１対１ではなく、複数のユーザが利用し、また各ユーザがウォッチャであるとともにプレゼンティティにもなり得ることから、トラヒック量が飛躍的に増大することになる。それに伴いプレゼンサーバを複数個設置し、ロードバランサを設け情報を分散することによりサーバの負荷を軽減する方法がとられている。
【０００６】
しかし、ロードバランサは、負荷量だけを考慮して複数のサーバに情報を分散するため、情報内容の対応、すなわち、どのウォッチャとどのプレゼンティティが対応するのか、データの同期が必要となってくる。このため各々のプレゼンスサーバから記録、参照可能なデータベースを用いて情報の共有化を図っている。たとえば別のサーバから同時に購読メッセージを受信した場合には、データベース上の同一データ領域への書き込みが発生し、一般的に排他的処理の行なわれるデータベースでは、一方の書き込み処理が待たされることになり、処理時間が遅くなる。受信信号が増えれば増えるほどこのような機会が増え、プレゼンスサーバ全体の機能が低下してしまう。
【０００７】
本発明は、このような従来技術の欠点を解消し、プレゼンスサーバとデータベースとの情報授受を効率よく処理できるプレゼンス管理装置およびその作動方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明によれば、上述の課題を解決するために、インターネットなど通信システムを利用したネットワークサービスで情報の授受を行なうときにSIPを用いてプレゼンスサービスを実現するプレゼンス管理装置は、入力信号の種別を判定し、この入力信号を種別ごとに振り分けて入力信号の種別ごとに定められたサーバに送付する信号振分け手段と、サーバに送られた入力信号の情報をデータベースに送り一括してデータベースに格納する格納手段と、データベースにおいて信号の情報に基づき所望の情報を選択し所定のサーバに出力する情報出力手段を含むことを特徴とする。
【０００９】
また、インターネットなどの通信システムを利用したネットワークサービスで情報の授受を行なうときにSIPを用いてプレゼンスサービスを実現するプレゼンス管理装置を作動する方法は、入力信号の種別を判定し、この入力信号を種別ごとに振り分けて入力信号の種別ごとに定められたサーバに送付する工程と、サーバに送られた入力信号の情報をデータベースに送り一括してデータベースに格納する工程と、データベースにおいて信号の情報に基づき所望の情報を選択し所定のサーバに出力する工程とを含むことを特徴とする。
【発明の効果】
【００１０】
本発明のプレゼンス管理装置によれば、プレゼンス情報を種別ごとにサーバに振り分けて管理することにより、ロードバランサの処理が単純化され、また、データベースとの情報授受において１回の通信で複数の情報が処理できる。これらのことから、高負荷の状態になっても効率よく高速に処理を行なうことができる。
【発明を実施するための最良の形態】
【００１１】
次に添付図面を参照して、本発明によるプレゼンス管理装置10の実施例を詳細に説明する。たとえば本実施例のプレゼンス管理装置10は、図１に示すように、ロードバランサ（負荷分散装置）12を用いて入力信号の振分けを行ない、送信先のプレゼンスサーバ20、22を区分することにより、あるクライアントが、ネットワークに参加している特定の人の位置（場所）や状態に関する情報（プレゼンス情報）を効率よく得られるプレゼンスサーバサービスにおけるプレゼンス管理装置10に用いられるものである。図２にロードバランサ12においてのメッセージ振分け手順を示す。なお、本発明の理解に直接関係のない部分は、図示を省略し、冗長な説明を避ける。
【００１２】
本実施例において、プレゼンス管理装置10は、主にエンドシステム間でやり取りを行なうクライアントのサーバに使用され、プレゼンス情報を交換するプロトコルとして、クライアントがサーバに要求を出しサーバがそれに応答するというやり取りの繰返しを行ない、サービスを提供する SIPを用いる。
【００１３】
本実施例において、プレゼンス管理装置10は、ネットワーク上に参加する多数のユーザを含むことができるが、図３では複雑化を避けるため、情報を公開している一人のユーザＡ（プレゼンティティ）とユーザＡの情報を購読する一人のユーザＢ（ウォッチャ）としか図示しない。
【００１４】
本実施例において、プレゼンス管理装置10は、ロードバランサ12とプレゼンスサーバ１ 20とプレゼンスサーバ２ 22とデータベース24を含んで構成される。
【００１５】
ロードバランサ12は、プレゼンス情報交換のため入力されたメッセージ信号102の種別を判定し、あらかじめ決めたプレゼンスサーバ20、22に振り分けて送信する機能を有し、受信部14とメッセージ振分け部16と送信部18とを含んで構成される。
【００１６】
ロードバランサ12の受信部14は、ユーザから送信されるメッセージ信号102を受信しメッセージ振分け部16に送る。
【００１７】
メッセージ振分け部16は、受信部14から送られてきたメッセージ信号104のメッセージ種別がレスポンス信号かリクエスト信号かを判定し、リクエスト送信信号106もしくはレスポンス送信信号108を生成し、メッセージ種別ごとにあらかじめ決められた送信先のプレゼンスサーバ20、22を指定し、送信部18に送る。リクエスト信号106の場合に、さらに細かくリクエスト種別を判定し振り分けすることもできる。
【００１８】
送信部18は、メッセージ振分け部16から送られてきたリクエスト送信信号106もしくはレスポンス送信信号108を、メッセージ振分け部16で指定されたプレゼンスサーバ、ここではリクエスト信号110はプレゼンスサーバ１ 20に、レスポンス信号112はプレゼンスサーバ２ 22に送信する。
【００１９】
プレゼンスサーバ１ 20は、ロードバランサ12の送信部18から送られてくるリクエスト信号110を受信し、情報信号114をデータベース24に送る。この情報信号114に基づきデータベース24に格納されている所望の情報116を取得し、ステート情報122を要求元に送信する。
【００２０】
プレゼンスサーバ２ 22は、ロードバランサ12の送信部18から送られてくるレスポンス信号112を受信し、レスポンス信号112に含まれるプレゼンティティの情報118をデータベース24に送る。またデータベース24に購読要求がされると要求したプレゼンスサーバにプレゼンティティの情報120を送信する。
【００２１】
データベース24は、プレゼンスサーバ１ 20からもプレゼンスサーバ２ 22からも記録、参照が可能であり、プレゼンスサーバ１ 20から送られるプレゼンティティの情報114を格納し、プレゼンスサーバ２ 22からの要求信号118を受けてプレゼンティティの情報118をプレゼンスサーバ２ 22に送信する。
【００２２】
次に、本実施例におけるプレゼンス管理装置10において、ユーザＡ（プレゼンティティ）とユーザＢ（ウォッチャ）の２人がともにネットワーク上のプレゼンスサービスを利用していて、ウォッチャがプレゼンティティのプレゼンス情報を参照するまでの通信状態の推移について、図３のシーケンスチャートを参照しながら説明する。
【００２３】
本実施例では、まず、ウォッチャ40によりロードバランサ12に対してプレゼンティティ60のプレゼンス情報の購読(SUBSCRIBE)要求が行なわれる(S202)ことによりリクエスト信号102が送信される。
【００２４】
ロードバランサ12では、メッセージ振り分け処理により、受信した信号がリクエスト信号106であることを判定し、プレゼンスサーバ１ 20に購読(SUBSCRIBE)要求信号110が転送される(S204)。
【００２５】
プレゼンスサーバ１ 20に送られた購読要求信号を含む情報114は、データベース24に送信され(S205)、格納され、さらに成功応答信号(200 OK)がロードバランサ12に返送される(S304)。
【００２６】
ロードバランサ12でプレゼンスサーバ１ 20からの成功応答信号(S304)が受信されるとロードバランサ12から成功応答信号がウォッチャ40に送信される(S302)。
【００２７】
データベース24では、プレゼンスサーバ１ 20から送信された情報114に基づきデータベース24内のユーザＡの情報116がプレゼンスサーバ１ 20に返信される(S305) 。ここで、ユーザＡの情報があればその情報を、また情報がなければ「ない」という情報が返信される。
【００２８】
データベース24から受け取ったユーザＡの情報116は、プレゼンスサーバ１ 20からユーザＡの現在のステート情報(NOTIFY)122としてウォッチャ40であるユーザＢに送信される(S206)。
【００２９】
ウォッチャ40からは成功応答信号がプレゼンスサーバ１ 20に返信され(S306)、SIPによる情報交換が成立する。
【００３０】
その後、ユーザＡが自分の状態変更を通知(PUBLISH)したときの通信状態を説明する。
【００３１】
プレゼンティティ60としてのユーザＡからの状態情報102がロードバランサ12に通知される(S208)と、ロードバランサ12ではメッセージ振り分け処理により受信した信号がレスポンス信号108であることを判定し、プレゼンスサーバ２ 22に転送される (S210) 。
【００３２】
プレゼンスサーバ２ 22に送られた信号112は、データベース24に情報118が記録され(S211)、さらに成功応答信号(S310)がロードバランサ12に返送される。
【００３３】
ロードバランサ12では、成功応答信号(S310)が受信されると成功応答信号(S308)がプレゼンティティ60に送信される。
【００３４】
ここで、すでにウォッチャ40からの購読要求信号を含む情報114がデータベース24にあることから、ウォッチャ40の情報116がデータベース24からプレゼンスサーバ２ 22に送信される(S311)ことにより、プレゼンスサーバ２ 22からプレゼンティティ60の変更情報120がウォッチャ40に送信される(S212) 。
【００３５】
ウォッチャ40からは成功応答信号(S312)がプレゼンスサーバ２ 22に返信され、SIPによる変更情報交換が成立し、タスクが終了する。
【００３６】
このように、本発明によれば、プレゼンスサーバサービスにおけるプレゼンス管理装置において、多数のユーザに対応するために多数のプレゼンスサーバを設置しても、メッセージ種別にプレゼンスサーバが分けられ効率化がはかられる。さらに情報は共通のデータベースに格納されるため、多数のプレゼンスサーバを検索する必要がなくなりすべてデータベースから情報を取得することができ、高速にメッセージの処理を行なうことが可能となる。
【図面の簡単な説明】
【００３７】
【図１】本発明の実施例によるプレゼンス管理装置の構成例を示すシステム構成図である。
【図２】本発明の実施例によるプレゼンス管理装置のメッセージ振分け部の手順を示すフローチャートである。
【図３】図１に示す実施例におけるプレゼンスサービスの動作を示すシーケンスチャートである。
【符号の説明】
【００３８】
10  プレゼンス管理装置
12  ロードバランサ
16  メッセージ振分け部
20、22  プレゼンスサーバ
24  データベース
40  ウォッチャ
60  プレゼンティティ
【図１】
2009116397.tif 000003
【図２】
2009116397.tif 000004
【図３】
2009116397.tif 000005