(57)【要約】【課題】ネットワーク上にＳＩＰサーバとＷｅｂサーバが配置されている場合に、ＳＩＰクライアントとＷｅｂクライアントは、相手サーバのクライアントアプリケーション用のプロトコルを用いることなしに、自端末側のサーバを介して相手サーバのクライアントのプレゼンス情報を取得することができるプレゼンス管理システムを提供する。【解決手段】ネットワーク上に接続されるＳＩＰサーバとＷｅｂサーバ間に、Ｗｅｂサーバとそのクライアントとの間で使用している標準プロトコルが適用された通信チャネルが形成されており、その通信チャネルを介して、ＳＩＰクライアントとのプレゼンス情報とＷｅｂクライアントのプレゼンス情報とを、ＳＩＰサーバとＷｅｂサーバ間で相互に取得し得るように形成されている。【選択図】      図２
2005196330.tif 000002
【特許請求の範囲】
【請求項１】
インターネット，イントラネットを含むネットワーク上に接続されるＳＩＰサーバとＷｅｂサーバ間に、該Ｗｅｂサーバと当該Ｗｅｂサーバのクライアントとの間で使用している標準プロトコルが適用された通信チャネルが形成されており、
該通信チャネルを介して、前記ＳＩＰサーバに登録されているＳＩＰクライアントとのプレゼンス情報と前記Ｗｅｂサーバに登録されているＷｅｂクライアントのプレゼンス情報とを、前記ＳＩＰサーバと前記Ｗｅｂサーバ間で相互に取得し得るように形成され、
前記ＳＩＰクライアントのプレゼンス情報（または前記Ｗｅｂクライアントのプレゼンス情報）は、前記Ｗｅｂクライアント（又は前記ＳＩＰ）からの要求によるか又は前記Ｗｅｂサーバ（または前記ＳＩＰサーバ）から能動的に、前記通信チャネルを経由して、当該Ｗｅｂクライアント（または前記ＳＩＰクライアント）に提供されるように構成されたプレゼンス管理システム。
【請求項２】
前記標準プロトコルは、ＨＴＴＰであることを特徴とする請求項１に記載のプレゼンス管理システム。
【請求項３】
前記Ｗｅｂサーバには前記ＳＩＰサーバ及び前記クライアントからの情報をやりとりするｃｇｉまたはｊａｖａで提供されるサービスが登録されていることを特徴とする請求項１または２に記載のプレゼンス管理システム。
【請求項４】
前記Ｗｅｂクライアントは、前記Ｗｅｂサーバに対して当該Ｗｅｂクライアントのプレゼンス情報を登録するか、または前記Ｗｅｂサーバ上に登録されたプレゼンス情報を取得する手段を備えることを特徴とする請求項１，２または３に記載のプレゼンス管理システム。
【請求項５】
前記Ｗｅｂクライアントは、前記Ｗｅｂサーバから取得した前記プレゼンス情報を表示する手段を備えるか、または取得した情報を基にＳＩＰを使用したサービスを提供するように構成されたことを特徴とする請求項４に記載のプレゼンス管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（Session Initiation Protocol ）で規定されているプレゼンス機能を用いたＷｅｂ上でのプレゼンス管理システムに関するものである。
【背景技術】
【０００２】
ここで、ＳＩＰには、各端末（User Agent）とサーバ間のプレゼンス情報のやりとり、および内容が規定されており（非特許文献１参照）、その機能を使用して、ＳＩＰ端末以外からもＨＴＴＰ（Hypertext Transfer Protocol ）を使用してＳＩＰ端末と同じ情報を取得して設定することができる方法を提供している（非特許文献２参照）。
【非特許文献１】draft-ietf-simple-presence-10 text  "A Presence Event Package for the Sesion Initiation Protocol"
【非特許文献２】RFC 2616 Hypertext Transfer Protocol（HTTP/1.1）
【０００３】
通常、ＳＩＰを用いたシステムでは、図５に示すように、ＳＩＰに規定されているプレゼンスの為のシーケンスを用いたＳＩＰ（プレゼンス）サーバを構築し、ＳＩＰクライアント３，３ａはそのＳＩＰサーバ１に対して、ＳＩＰを使用して自端末のプレゼンス情報の設定、自端末または他のクライアントのプレゼンス情報を取得している。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように、ＳＩＰは独自にクライアント・サーバ間のプレゼンス情報のやり取りの方法および内容を規定しているが、サーバ相互間の情報交換がないので、ＳＩＰ端末の情報を取得するためには、ＳＩＰ用のプレゼンスサーバ１からＳＩＰを使用して情報を獲得し、また自端末の情報を設定するためにはさらにＳＩＰを使用した情報のやり取りが必要となる。
従って、以下の問題点がある。
【０００５】
１）開発に余分な工数が必要となる
図６に示したとおり、従来の技術のみを使用した場合、実際にはＳＩＰを使用しないＷｅｂアプリケーション４が単にプレゼンス情報を取得、設定するためだけにＳＩＰを実装する必要がある。言い換えれば、クライアントアプリケーションを作成するために、Ｗｅｂクライアント部分４とＳＩＰクライアント部分３ａの両方を作成する必要がある。
【０００６】
２）技術的なフォローアップが必要
また、ＳＩＰを実装するためには詳細なＳＩＰのプロトコル及びシーケンスを必要とし、各メーカーでＳＩＰの解釈が異なる場合があり、接続してみて初めて繋がらないことが判明する場合がある。また、ＳＩＰ自体、完全に規格化されているわけではなく、まだ流動的な部分もあり、今後どのように変更、進化していくか見えない部分がある。
【０００７】
３）拡張性が低い
図６のような構成をとる場合、プレゼンス情報は実際にＳＩＰサーバ１側から取得するものが全てとなる。実際には、Ｗｅｂサーバ２側のサービスにより、さらにユーザが欲しい情報があるとしても、それらはクライアント側で独自に情報の同期化を図る必要がある。
また、ＳＩＰの拡張によってサービスが拡張された場合、そのサービスが既にＷｅｂを使用した構成では実装されていても、再度ＳＩＰ部分に変更を加える必要がある。
【０００８】
本発明は、ネットワーク上にＳＩＰサーバとＷｅｂサーバが配置されている場合に、ＳＩＰクライアントとＷｅｂクライアントは、相手サーバのクライアントアプリケーション用のプロトコルを用いることなしに、自端末側のサーバを介して相手サーバのクライアントのプレゼンス情報を取得することができるプレゼンス管理システムを提供するものである。
【課題を解決するための手段】
【０００９】
この目的を達成するために、本発明によるプレゼンス管理システムは、インターネット，イントラネットを含むネットワーク上に接続されるＳＩＰサーバとＷｅｂサーバ間に、該Ｗｅｂサーバと当該Ｗｅｂサーバのクライアントとの間で使用している標準プロトコルが適用された通信チャネルが形成されており、
該通信チャネルを介して、前記ＳＩＰサーバに登録されているＳＩＰクライアントとのプレゼンス情報と前記Ｗｅｂサーバに登録されているＷｅｂクライアントのプレゼンス情報とを、前記ＳＩＰサーバと前記Ｗｅｂサーバ間で相互に取得し得るように形成され、
前記ＳＩＰクライアントのプレゼンス情報（または前記Ｗｅｂクライアントのプレゼンス情報）は、前記Ｗｅｂクライアント（又は前記ＳＩＰ）からの要求によるか又は前記Ｗｅｂサーバ（または前記ＳＩＰサーバ）から能動的に、前記通信チャネルを経由して、当該Ｗｅｂクライアント（または前記ＳＩＰクライアント）に提供されるように構成されている。
前記標準プロトコルは、ＨＴＴＰであるように構成することができる。
前記Ｗｅｂサーバには前記ＳＩＰサーバ及び前記クライアントからの情報をやりとりするｃｇｉまたはｊａｖａで提供されるサービスが登録されているように構成することができる。
前記Ｗｅｂサーバと通信を行うＷｅｂクライアントは、前記Ｗｅｂサーバに対して当該Ｗｅｂクライアントのプレゼンス情報を登録するか、または前記Ｗｅｂサーバ上に登録されたプレゼンス情報を取得する手段を備えることができる。
前記Ｗｅｂクライアントは、前記Ｗｅｂサーバから取得した前記プレゼンス情報を表示する手段を備えるか、または取得した情報を基にＳＩＰを使用したサービスを提供することができる。
【発明の効果】
【００１０】
ＳＩＰを使用する場合に生じる問題点を解決するために、現在確立されていて広く実用されているプロトコルであるＨＴＴＰを使用したプレゼンス情報の設定取得が可能である。
従って、上記した問題点は以下のように解決される。
１）開発工数
ＷｅｂクライアントはＨＴＴＰを理解すれば作成できるので、新たな技術を覚える必要はない。
２）技術的なフォローアップ
ＳＩＰ部分はＷｅｂサーバで吸収されるので、ＷｅｂクライアントはＳＩＰを意識する必要がない。また、そのため、ＳＩＰのメッセージ，シーケンス等が変更された場合でも、Ｗｅｂクライアントへの変更の必要はない。
３）拡張性
Ｗｅｂ側が既にＳＩＰ上で流れる情報以上のサービスを実装している場合には、サーバ側でサービスを提供することにより、Ｗｅｂクライアントは両方のサービスを一つの手段で手に入れることができる。
４）既にＷｅｂアクセスの方法をアプリケーションが持っている場合には、サーバ間の通信に新たなプロトコルを制御する部分を作成する必要がなく、Ｗｅｂプラウザを使用することもできる。従って、ＳＩＰを使用した電話アプリケーションだけでなく、例えば、Ｗｅｂクライアントの状態を表示、設定するだけのアプリケーション（在籍管理等）もＳＩＰを意識することなく作成することができる。
【発明を実施するための最良の形態】
【００１１】
本発明システムでは、図１に示すように、ＳＩＰプレゼンスサーバ１とＷｅｂプレゼンスサーバ２間でプレゼンス情報をやり取りする。
ＳＩＰクライアント３はＳＩＰプレゼンスサーバ１と、ＳＩＰを実装しないアプリケーションはＷｅｂプレゼンスサーバ２によりプレゼンス情報をやり取りする。
各クライアントは他のクライアント（ＳＩＰクライアント，ＳＩＰを実装しないアプリケーション）のプレゼンス情報を取得し、自身のプレゼンス情報の設定をすることができる。
また、プレゼンス情報には、各クライアントの識別情報も含まれるので、表示等に利用することができる。
プレゼンスには、以下の情報が含まれる。
・クライアント情報
クライアントの名前、位置等のクライアントを確定（識別）することができる情報
・プレゼンス情報
在席・通話中等のクライアント状態
【００１２】
以下本発明システムの構成例を説明する。
本発明システムは、図２に示すように、ＳＩＰ（プレゼンス）サーバ１、ｃｇｉ（common gateway interface）またはｊａｖａアプレット／サーブレット等の技術を搭載しているＷｅｂプレゼンスサービス２ａ及びＷｅｂサーバ２から構成される。ただし、物理的にはＷｅｂサーバ２はＷｅｂプレゼンスサービス２ａを含むことができる。
【００１３】
（ＳＩＰ（プレゼンス）サーバ）
ＳＩＰ（プレゼンス）サーバ１はＳＩＰクライアント３よりクライアントのプレゼンス情報を受け取り、プレゼンス情報テーブルを更新する。
また、定期的にＷｅｂプレゼンスサービス２ａに状態または登録内容の更新を問い合わせ、変化があった場合には、プレゼンス情報テーブルを更新する。
プレゼンス情報テーブルが更新される度に（Ｗｅｂプレゼンスサービス２ａから情報を取得した場合を除く）、特定のＷｅｂプレゼンスサービス２ａへ更新情報を送信する。
【００１４】
（Ｗｅｂプレゼンスサービス）
Ｗｅｂプレゼンスサービス２ａには、プレゼンス情報取得用のサービスと、情報登録用のサービスがある。
情報取得サービスでは、特定の場所に保管されているプレゼンス情報をＸＭＬフォーマットで取得することができる。登録サービスでは、ＳＩＰサーバ１及びＳＩＰを実装しないアプリケーションから情報の登録、更新を受信し、独自のプレゼンス情報データベース５を更新する。
【００１５】
（シーケンス）
ＳＩＰクライアント３とＳＩＰサーバ１間はＳＩＰメッセージを使用して情報の登録を行う。ＳＩＰサーバ１とＷｅｂサーバ間は、ＸＭＬフォーマットを使用したＨＴＴＰにより情報をやりとりする。Ｗｅｂクライアント４とＷｅｂサーバ２間は、ＨＴＴＰにより情報をやりとりする。
Ｗｅｂサーバ２とプレゼンスサービス２ａ間も、ＸＭＬフォーマットを使用してＨＴＴＰにより情報が送信される。
【００１６】
（情報登録シーケンス）
図３にクライアント情報の登録シーケンスを示す。
ＳＩＰ  ＵＡ（ＳＩＰクライアント）３及びＡpplication（Ｗｅｂクライアント）４は、自端末が起動された場合、または任意のタイミングで自情報をそれぞれのサーバ１，２に登録する。
ＳＩＰサーバ１は、管理下にあるクライアント３の状態が変化した場合、クライアントの情報を付与して状態をＷｅｂサーバ２（プレゼンスサービス２ａ）に再登録する。
Ｗｅｂプレゼンスサービス２ａでは、それぞれの情報を自端末のデータベース５等に保存し、新規登録または更新要求に従って、データを更新する。
【００１７】
（情報獲得シーケンス）
図４にクライアント情報の取得シーケンスを示す。
ＳＩＰサーバ１は定期的にＷｅｂサーバ２（プレゼンスサービス２ａ）に対して、更新情報の取得を行う。ＳＩＰサーバ１は定期的にＷｅｂサーバ２（プレゼンスサービス２ａ）に対して、更新情報の取得を行う。情報が更新されている場合には、管理下のＳＩＰＵＡ（ＳＩＰクライアント３）に対して状態の通知を行う。
Application ４（Ｗｅｂクライアント）は、任意のタイミングでＷｅｂサーバ２（プレゼンスサービス２ａ）に対して情報の取得要求を行い、更新情報を取得する。
【産業上の利用可能性】
【００１８】
ネットワーク上にＳＩＰサーバとＷｅｂサーバが配置されている場合に、ＳＩＰクライアントとＷｅｂクライアントは、相手サーバのクライアントアプリケーション用のプロトコルを用いることなしに、自端末側のサーバを介して相手サーバのクライアントのプレゼンス情報を取得することができる。特別な経済的負担を要せずに、実質上大幅な機能拡張ができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の基本的構成を示すブロック図である。
【図２】本システムの構成例を示すブロック図である。
【図３】本発明に用いられる情報登録シーケンスを示す図である。
【図４】本発明に用いる情報取得シーケンスを示す図である。
【図５】従来技術によるＳＩＰのプレゼンス構成例及びＷｅｂのサービス構成例を示すブロック図である。
【図６】従来技術によるシステム構成を示すブロック図である。
【符号の説明】
【００２０】
１  ＳＩＰサーバ
２  Ｗｅｂサーバ
２ａ  Ｗｅｂプレゼンスサービス
３，３ａ  ＳＩＰ  ＵＡ（クライアント）
４  Ｗｅｂクライアント
【図１】
2005196330.tif 000003
【図２】
2005196330.tif 000004
【図３】
2005196330.tif 000005
【図４】
2005196330.tif 000006
【図５】
2005196330.tif 000007
【図６】
2005196330.tif 000008