JP4679396B2 - 通信システム、サーバ装置及びそれらに用いる端末連携方法 - Google Patents

Description

本発明は通信システム、サーバ装置及びそれらに用いる端末連携方法に関し、特に構内交換機に収容される無線電話端末や有線電話端末とＰＣ（パーソナルコンピュータ）型インタネット電話端末との連携方法に関する。

構内交換機に収容される無線電話端末や有線電話端末とＰＣ型インタネット電話端末とを同一の内線番号で同時に使用することができれば、１人のユーザが自席ではＰＣ型インタネット電話端末を使用し、会議室等に移動している時には無線電話端末を使用するというように、場所に応じて最適な端末を使用することができる。さらに、無線電話端末や有線電話端末とＰＣ型インタネット電話端末との結合を密にすれば、無線電話端末や有線電話端末をＰＣ型インタネット電話端末のハンドセットとして使用することができる。

上記のように、無線電話端末や有線電話端末をＰＣ型インタネット電話端末のハンドセットとして使用する方法としては、構内交換機に予め連携端末情報を登録しておき、端末の発着信時に連携端末の有無に応じて、連携端末との結合を行う方法が提案されている（例えば、特許文献１参照）。

このような端末連携方法で、ＩＭ＆Ｐ（インスタントメッセージ及びプレゼンス）サービスを利用する場合、従来のＩＭ＆Ｐシステムにおいては、端末の識別子毎にプレゼンス情報の管理とＩＭ（インスタントメッセージ）の制御とが行われていたため、複数の端末を１人のユーザが同時に使用する場合には他のユーザが複数の識別子を同一ユーザのものとして把握する必要があり、煩雑である。この場合には、他のユーザが混乱しないように、複数のプレゼンス情報から唯一のプレゼンス情報を決定する技術が必要である。

また、予め定められた条件に基づいて複数のプレゼンス情報から唯一のプレゼンス情報を決定する技術としては、プレゼンス情報変更後の経過時間、プレゼンス情報の種別、平均更新間隔を基にそれぞれのプレゼンス情報について確かさを示す信頼度を計算し、最も信頼度の高いプレゼンス情報を選択するか、もしくは最近にプレゼンスサーバが受信したプレゼンス情報を選択するか、予めユーザが登録した条件に基づいて選択するという方法が提案されている（例えば、特許文献２参照）。

しかしながら、上記の技術では、それぞれの端末のサービス能力に応じたプレゼンス情報の選択ができないため、それぞれの端末の機能に差分がある場合や、ユーザがそれぞれの端末のサービス能力を状況に応じて変更する場合等、ユーザの動的な状況を反映してプレゼンス情報を選択することができない。また、上記の技術では、最も最近にプレゼンスサーバが受信したプレゼンス情報を選択することができるが、最も最近に生成されたプレゼンス情報を選択することができないため、最新のプレゼンス情報を選択することができない。

したがって、上記の技術に対して改善されたプレゼンス情報決定技術が求められる。また、プレゼンスは主にインスタントメッセージと密に連携して利用されるため、プレゼンス情報決定技術と連携したインスタントメッセージ制御とが求められる。

特開２００４−２２９１５１号公報 特開２００４−２８０２２９号公報

構内交換機に収容される無線電話端末や有線電話端末と、ＰＣ型インタネット電話端末とを連携させる方法について、図１を参照して説明する。図１のＰＣ端末１−０はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のインタネット回線を介してＩＭ＆Ｐサーバ３とＩＭ（インスタントメッセージ）を送受するために必要なＩＭソフトウェア１１−０と、プレゼンス情報を送受するために必要なプレゼンスソフトウェア１２−０と、構内交換装置４［いわゆるＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ：ＰＢＸ機能内蔵サーバ）］のような呼接続制御装置と呼制御情報を送受するために必要な呼制御ソフトウェア１３−０とを備えている。

ＰＣ端末１−０に加え、構内交換装置４に収容される、例えばＩＭ＆Ｐサービス対応無線ＬＡＮ電話のようなハンドセット端末２−０、もしくはＩＭサービスのみに対応した無線ＬＡＮ電話端末や構内ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）のようなＩＭ＆Ｐサービス非対応の無線電話端末や従来の有線電話端末を同一のユーザが使用する場合、ユーザは端末を２重に保持することになる。よって、構内交換装置４で管理される識別子［いわゆる内線番号やＳＩＰ−ＵＲＩ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）］に関しても２重に付与されるため、ユーザにとって機器及び番号の管理が煩雑になる。

ハンドセット端末２−０の発着信時の呼制御情報をＰＣ端末１−０と連携して、通話操作の互換性を保ち、構内交換装置４でそれぞれの識別子を１つに統一管理すれば、移動の自由度が高く、使い易いユーザインタフェースを持つハンドセット端末２−０をＰＣ端末１−０のハンドセットとして使用することができる。

このような端末連携方法において、ＩＭ＆Ｐサービスを行う場合、ＰＣ端末１−０及びハンドセット端末２−０からユーザが設定するプレゼンス情報は、ＩＭ＆Ｐサーバ３で別々の識別子で管理されるため、双方の端末から設定されるプレゼンス情報を他のユーザが購読するには同一ユーザを複数の識別子で指定してバディリストを作成する必要があり、煩雑である。また、ＩＭ送信者はＩＭを送信する際、ＰＣ端末１−０とハンドセット端末２−０のどちらか、もしくはその両方にＩＭを送信するべきかの判断が必要となり、混乱する。

ＩＭ＆Ｐサーバ３で複数の端末のプレゼンス情報を１つに管理すればよいが、複数の端末から設定されるプレゼンス情報から、それらの端末を使用するユーザのプレゼンス情報を矛盾のないよう決定するためのプレゼンス情報決定ルールが必要である。ＩＭについても、上記と同様に、どの端末からでも同じ識別子を使用してＩＭを送受できるようにＩＭ＆Ｐサーバ３で統一管理すればよいが、ＩＭの送り手、受け手の双方で混乱することのないようにするためのＩＭ送受信制御が必要である。

さらに、ＩＭサービスのみに対応した無線ＬＡＮ電話端末や構内ＰＨＳや従来の有線電話端末のようなＩＭ＆Ｐサービス非対応の電話端末をＰＣ端末１−０のハンドセットとして連携する場合には、ハンドセット端末はプレゼンス情報をＩＭ＆Ｐサーバに入力することができないため、ウォッチャーは購読対象のユーザがハンドセットを使用して電話を行っているかどうかを知ることができない。

そこで、本発明の目的は上記の問題点を解消し、複数の端末を同時に利用するユーザがどの端末からでも違和感なく、プレゼンスサービスの利用やＩＭの送受信を行うことができる通信システム、サーバ装置及びそれらに用いる端末連携方法を提供することにある。

本発明による通信システムは、構内交換機に収容されるインスタントメッセージ及びプレゼンスサービスに対応する情報端末と、前記情報端末にハンドセットとして用いられるハンドセット端末とを含む通信システムであって、
前記情報端末及び前記ハンドセット端末から設定されたプレゼンス情報の持つ意味に応じたプライオリティとそれぞれのプレゼンス情報が生成されたタイムスタンプと前記情報端末及び前記ハンドセット端末の種別及び端末の連携状態に応じて変化する前記情報端末及び前記ハンドセット端末各々のサービス能力を基にユーザのプレゼンス情報の決定と前記インスタントメッセージの送受信制御とを行うインスタントメッセージ及びプレゼンスを制御するサーバ装置を備えている。

本発明によるサーバ装置は、構内交換機に収容されるインスタントメッセージ及びプレゼンスサービスに対応する情報端末及び前記情報端末にハンドセットとして用いられるハンドセット端末から設定されたプレゼンス情報の持つ意味に応じたプライオリティとそれぞれのプレゼンス情報が生成されたタイムスタンプと前記情報端末及び前記ハンドセット端末の種別及び端末の連携状態に応じて変化する前記情報端末及び前記ハンドセット端末各々のサービス能力を基にユーザのプレゼンス情報の決定と前記インスタントメッセージの送受信制御とを行うインスタントメッセージ及びプレゼンスを制御する制御手段を備えている。

本発明による端末連携方法は、構内交換機に収容されるインスタントメッセージ及びプレゼンスサービスに対応する情報端末と、前記情報端末にハンドセットとして用いられるハンドセット端末とを含む通信システムに用いる端末連携方法であって、
サーバ装置が、前記情報端末及び前記ハンドセット端末から設定されたプレゼンス情報の持つ意味に応じたプライオリティとそれぞれのプレゼンス情報が生成されたタイムスタンプと前記情報端末及び前記ハンドセット端末の種別及び端末の連携状態に応じて変化する前記情報端末及び前記ハンドセット端末各々のサービス能力を基にユーザのプレゼンス情報の決定と前記インスタントメッセージの送受信制御とを行うインスタントメッセージ及びプレゼンスを制御する処理を実行している。

すなわち、本発明の通信システムは、構内交換機に収容されるインスタントメッセージ及びプレゼンス（以下、ＩＭ＆Ｐと称す）サービス対応無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）電話端末や構内ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）のような従来の無線電話端末や有線電話端末をＩＭ＆Ｐサービス対応ＰＣ（バーソナルコンピュータ）型インタネット電話端末のハンドセット及びＩＭ＆Ｐ端末として同時に利用する場合において、それらの端末のどちらからでも違和感なく、ＩＭ＆Ｐサービスを利用することを可能とする。

より具体的に説明すると、本発明の通信システムでは、ＩＭ＆Ｐサーバが、それぞれの端末から設定されたプレゼンス情報の持つ意味に応じたプライオリティ、それぞれのプレゼンス情報が生成されたタイムスタンプ、端末の種別や連携状態に応じて変化するそれぞれの端末のサービス能力を基にユーザのプレゼンス情報の決定と、ＩＭ（インスタントメッセージ）の送受信制御とを行うことで、複数の端末を同時に利用するユーザ自身や他のユーザが違和感なく、ＩＭ＆Ｐサービスを利用することを可能としている。

これによって、本発明の通信システムでは、移動の自由度の高い無線電話端末や使い易いユーザインタフェースを持つ有線電話端末をＩＭ＆Ｐサービス対応ＰＣ型インタネット電話端末のハンドセット及びＩＭ＆Ｐ端末として同時に利用する際、複数の端末から入力されるプレゼンス情報から、それらの端末を使用するユーザのプレゼンス情報を矛盾のないよう決定し、他のユーザに対して公開することを可能にするとともに、どの端末からでもユーザが混乱することないようにＩＭを送受することを可能にしている。

本発明は、上記のような構成及び動作とすることで、複数の端末を同時に利用するユーザがどの端末からでも違和感なく、プレゼンスサービスの利用やＩＭの送受信を行うことができるという効果が得られる。

次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例による通信システムの構成を示すブロック図である。図１において、本発明の一実施例による通信システムはＰＣ（パーソナルコンピュータ）端末１−０，１−１と、ハンドセット端末２−０，２−１と、ＩＭ＆Ｐ（インスタントメッセージ及びプレゼンス）サーバ３と、構内交換装置［いわゆるＩＰ−ＰＢＸ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ：ＰＢＸ機能内蔵サーバ）］４と、無線基地局５とから構成されている。

ＰＣ端末１−０，１−１は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のインタネット回線を介してＩＭ＆Ｐサーバ３とＩＭ（インスタントメッセージ）を送受するために必要なＩＭソフトウェア１１−０，１１−１と、プレゼンス情報を送受するために必要なプレゼンスソフトウェア１２−０，１２−１と、構内交換装置４との間で呼制御情報を送受するために必要な呼制御ソフトウェア１３−０，１３−１とを備え、入出力装置１４−０，１４−１が接続されている。

ハンドセット端末２−０，２−１は、ＩＭソフトウェア２１−０，２１−１と、プレゼンスソフトウェア２２−０，２２−１と、呼制御ソフトウェア２３−０，２３−１とを備えている。ＩＭ＆Ｐサーバ３はＩＭを送受する機能と、プレゼンスサーバの機能とを備えている。つまり、ＩＭ＆Ｐサーバ３はＩＭ制御部３１と、プレゼンス制御部３２と、端末連携制御部３３と、端末連携情報記憶部３４と、プレゼンス記憶部３５とを備えている。

ＰＣ端末１−０とハンドセット端末２−０とはユーザＡが使用する端末であり、ＰＣ端末１−１とハンドセット端末２−１とはユーザＢが使用する端末である。構内交換装置４には予めＰＣ端末１−０と連携するハンドセット端末２−０の情報を１対１に登録している。同様に、ＰＣ端末１−１と連携するハンドセット端末２−１の情報も１対１に登録している。

構内交換装置４はユーザＡによるＰＣ端末１−０からハンドセット端末２−１への発信要求を受信すると、ＰＣ端末１−０とハンドセット端末２−０との呼状態を結合し、ハンドセット端末２−１とＰＣ端末１−１との両機器に対してハンドセット端末２−０が呼接続要求を行っていることを通知する。構内交換装置４は着信を認知したユーザＢがハンドセット端末２−１を着信応答状態とした段階で、ハンドセット端末２−０とハンドセット端末２−１との通話路を確立する。

また、構内交換装置４はユーザＡによるハンドセット端末２−０からハンドセット端末２−１への発信要求を受信すると、ＰＣ端末１−０とハンドセット端末２−０との呼状態を結合し、ハンドセット端末２−１とＰＣ端末１−１との両機器に対してハンドセット端末２−０が呼接続要求を行っていることを通知する。構内交換装置４は着信を認知したユーザＢがハンドセット端末２−１を着信応答状態とした段階で、ハンドセット端末２−０とハンドセット端末２−１との通話路を確立すると同時に、ＰＣ端末１−０と接続状態の連携を行う。

尚、ユーザＡがＰＣ端末１−０を自宅に忘れた際等、ハンドセット端末が利用できない場合には、ＰＣ端末１−０から構内交換装置４に対して連携状態の解除を設定することで、ＰＣ端末１−０の入出力装置１４−０をハンドセットとして利用することができる。以上の操作にて、ハンドセット端末２−０と連携するＰＣ端末１−０、ハンドセット端末２−１と連携するＰＣ端末１−１のＬＡＮ上での連携を構内交換装置４が認識する。

ユーザＡ及びユーザＢがＩＭ＆Ｐサービスを利用する際、ＰＣ端末１−０、ハンドセット端末２−０、ＰＣ端末１−１、ハンドセット端末２−１はＩＭ＆Ｐサーバ３にそれぞれ異なる識別子［いわゆる内線番号やＳＩＰ−ＵＲＩ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）］で接続される。

尚、図１に示すように、一人のユーザが複数の識別子を使用している場合、他のユーザが電話をかける際や、プレゼンス情報を参照する際、ＩＭを送信する際に混乱するため、他のユーザには唯一の識別子を公開する。以下の説明では、ハンドセットの識別子を他のユーザに対して公開するものとし、その識別子をメイン識別子と呼ぶ。

次に、プレゼンスサービスの基本動作について説明する。プレゼンスサービスは、プレゼンス情報をプレゼンスサーバに対して発行するプレゼンティティ、プレゼンティティのプレゼンス情報の購読をプレゼンスサーバに対して要求するウォッチャー、プレゼンティティから発行されたプレゼンス情報をウォッチャーに通知するプレゼンスサーバから構成される。

多くの場合、プレゼンスサービス対応端末は、プレゼンティティとウォッチャーとの両方を備え、図１に示す各端末におけるプレゼンスソフトウェアもこの両方を備えているものとする。ユーザＡがＰＣ端末１−０及びハンドセット端末２−０で、ユーザＢがＰＣ端末１−１及びハンドセット端末２−１で自端末のバディリストに端末を追加すると、各端末はその識別子とともにＩＭ＆Ｐサーバ３に購読要求を送信する。購読要求を受信したＩＭ＆Ｐサーバ３は該当端末のプレゼンス情報を通知する。

ユーザＡがＰＣ端末１−０及びハンドセット端末２−０で、ユーザＢがＰＣ端末１−１及びハンドセット端末２−１で離席、会議中等自身のプレゼンス情報を入力すると、各端末はその識別子とともにＩＭ＆Ｐサーバ３に対してプレゼンス情報を発行する。ＩＭ＆Ｐサーバ３はプレゼンティティのプレゼンス情報に変化があった場合、そのプレゼンティティを購読している全てのウォッチャーに対してプレゼンス情報を通知する。

続いて、ＩＭサービスの基本動作について説明する。ユーザＡがＰＣ端末１−０及びハンドセット端末２−０で、ユーザＢがＰＣ端末１−１及びハンドセット端末２−１でＩＭを送信すると、各端末はその識別子とともにＩＭ＆Ｐサーバ３にＩＭ送信要求を送信する。ＩＭ＆Ｐサーバ３は送信先端末にＩＭを転送する。送信先には送信元端末の識別子が通知される。

次に、端末連携システムにおけるプレゼンスサービスの利用方法について説明する。ＩＭ＆Ｐサーバ３には予め、ＰＣ端末１−０とハンドセット端末２−０との組み合わせ、ＰＣ端末１−１とハンドセット端末２−１との組み合わせで識別子を１対１に登録しており、ＩＭ＆Ｐサーバ３はＰＣ端末１−１からハンドセット端末２−０に対する購読要求を受信すると、端末連携情報を確認し、ハンドセット端末２−０のプレゼンス情報とＰＣ端末１−０のプレゼンス情報とを比較し、予め設定されたルールに基づいて適切と判断したプレゼンス情報を選択し、ＰＣ端末１−１に通知する。

同様に、ＩＭ＆Ｐサーバ３はハンドセット端末２−１からハンドセット端末２−０に対する購読要求を受信すると、端末連携情報を確認し、ハンドセット端末２−０のプレゼンス情報とＰＣ端末１−０のプレゼンス情報とを比較し、予め設定されたルールに基づき適切と判断したプレゼンス情報を選択し、ハンドセット端末２−１に通知する。

ＩＭ＆Ｐサーバ３はＰＣ端末１−０からのプレゼンス情報の発行を受信した場合、ＰＣ端末１−０のプレゼンス情報を記憶し、ＰＣ端末１−０のプレゼンス情報と、ハンドセット端末２−０のプレゼンス情報とを予め設定されたルールに基づいて比較し、適切と判断したプレゼンス情報を選択して通知する。同様に、ＩＭ＆Ｐサーバ３はハンドセット端末２−０からのプレゼンス情報の発行を受信した場合、ハンドセット端末２−０のプレゼンス情報を記憶し、ハンドセット端末２−０のプレゼンス情報と、ＰＣ端末１−０のプレゼンス情報とを予め設定されたルールに基づいて比較し、適切と判断したプレゼンス情報を選択して通知する。

次に、ハンドセット端末とＰＣ端末とから設定されたプレゼンス情報から適切なプレゼンス情報を選択する方法について説明する。インタネット電話プレゼンスシステム、ＩＭシステムにおいて、プレゼンス情報は主に適切な通信手段を決定するための情報として利用される。例えば、連絡を取りたい相手のプレゼンス情報が「会議中」であればＩＭで用件を伝える、「オフライン（外出中）」であれば電子メールにする、「電話中」ではない人を探して電話をかける、といった適切な通信手段の選択が可能となる。

ハンドセット端末とＰＣ端末とのように、プレゼンス情報の設定元が複数ある場合には、単純にプレゼンス情報が設定される度にウォッチャーへ通知すると、プレゼンス情報の不整合が生じることがある。例えば、ハンドセット端末が起動したまま、ＰＣ端末をシャットダウンさせた時、ＰＣ端末はシャットダウン時に「オフライン」をＩＭ＆Ｐサーバ３に通知するとすれば、ハンドセット端末は起動しているのにもかかわらず「オフライン」となってしまう。また、ハンドセット端末で通話を行っており、プレゼンス情報が「電話中」となっている時にＰＣ端末を起動させた際、ＰＣ端末は起動時に「オンライン」をＩＭ＆Ｐサーバ３に通知するとすれば、ハンドセット端末で通話をしているのにもかかわらず「オンライン」となってしまう。

ハンドセット端末とＰＣ端末とのどちらでも電話とＩＭ機能を利用することができるならば、「オフライン」とすべきなのはハンドセット端末とＰＣ端末との両端末がオフラインの場合であり、ハンドセット端末とＰＣ端末とのどちらかが電話中であれば「電話中」であるべきである。

このように、プレゼンス情報の持つ意味に応じて適切なプレゼンス情報を選択しなければならない。しかし、プレゼンス情報の持つ意味をＩＭ＆Ｐサーバ３で分析するのは困難であるため、予めプレゼンス情報にはその意味に応じたプライオリティ付けをしておき、各端末から設定されたプレゼンス情報が異なる場合には、プライオリティの高いプレゼンス情報を選択する。インタネット電話システムにおいては、「電話中」のプライオリティが最も高く、「オフライン」のプライオリティが最も低い。それ以外のプレゼンス情報のプライオリティはその中間であるとする。

また、ＰＣ端末に音声入出力装置を備えていない場合や、ハンドセット端末の電源ＯＦＦ時や圏外時には電話とＩＭとを受けたくない場合のために、ハンドセット端末のみでしか電話とＩＭとを受けられないように連携設定をすることもできる。このような連携状態の場合、ＰＣ端末に接続されたハンドセットを用いて通話を行う機能とＩＭ受信機能とは無効となるため、ハンドセット端末が電源ＯＦＦや圏外の場合には、ＰＣ端末が起動していてもプレゼンス情報を「オフライン」とすべきである。

このように、連携端末のサービス能力に応じた適切なプレゼンス情報の選択が必要である。各端末は自端末のサービス能力の情報をプレゼンス情報に含めて発行し、ＩＭ＆Ｐサーバ３はその情報を基にプレゼンス情報を選択する。連携端末の一方がサービス能力を持たない場合には、ＩＭ＆Ｐの機能と電話の機能とが利用可能な端末のプレゼンス情報を選択する。

さらに、端末とＩＭ＆Ｐサーバ３との間の通信に、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）のような信頼性のないトランスポートを使用し、さらにハンドセット端末は無線ＬＡＮ、ＰＣ端末は有線ＬＡＮというように端末間で通信環境が異なる場合には、各端末から発行されるプレゼンス情報をＩＭ＆Ｐサーバ３が受信する順序が逆転する可能性がある。

例えば、無線ＬＡＮを使用するハンドセット端末で「休憩中」と設定したあとすぐに、有線ＬＡＮを使用するＰＣ端末で「会議中」と設定した場合、無線ＬＡＮの伝送遅延等によって、ＩＭ＆Ｐサーバ３では「休憩中」より先に「会議中」のプレゼンス発行要求を受信し、「会議中」であるにもかかわらず、「休憩中」のプレゼンス情報が最新のものとして扱われてしまう。

通常、端末がプレゼンス情報発行のメッセージに付加するシーケンス番号によって、ＩＭ＆Ｐサーバ３側でメッセージ受信順序の異常を検出することができるが、この方法では、複数の端末から発行されるメッセージの順序管理は行えない。端末はプレゼンス情報にそのプレゼンス情報が変更された時のタイムスタンプを含めて発行し、ＩＭ＆Ｐサーバ３ではそのタイムスタンプを端末間のプレゼンス発行順序管理に使用する。

本実施例では、複数の端末から設定されたプレゼンス情報から唯一のプレゼンス情報を選択するために、プレゼンス情報のプライオリティ、プレゼンス情報が生成されたタイムスタンプ、連携端末のサービス能力の情報を用いる。

この場合、ＩＭ＆Ｐサーバ３は、まず各端末から設定されたプレゼンス情報のプライオリティを確認し、プライオリティが等しい場合に、タイムスタンプが最近のプレゼンス情報を選択する。ＩＭ＆Ｐサーバ３は、プライオリティが異なる場合、各端末のサービス能力を確認する。ＩＭ＆Ｐサーバ３は、サービス能力が等しい場合、プライオリティの高いプレゼンス情報を選択する。ＩＭ＆Ｐサーバ３は、サービス能力が異なる場合、ＩＭと電話の機能が利用可能状態となっている端末のプレゼンス情報を選択する。

尚、プレゼンスサービスにおいて端末連携を行っている場合、例えばハンドセット側でプレゼンス情報が変更されたことは連携しているＰＣ端末側にも反映されないと、ユーザが端末を持ち替えた際に混乱する。そこで、端末間でプレゼンス情報を同期させるために、各端末には連携端末情報として他のユーザに公開するメイン識別子を設定し、各端末は連携端末情報が設定されている場合、その識別子に対する購読要求を端末起動時等に行う。自端末内で保持し、画面に表示するプレゼンス情報はＩＭ＆Ｐサーバ３から通知されるメイン識別子のプレゼンス情報と同期させる。

図１においては、ハンドセット端末２−０には連携端末情報として、ＰＣ端末１−０の識別子が設定されている。ユーザＡがＰＣ端末１−０でプレゼンス情報を変更した結果、ハンドセット端末２−０はＩＭ＆Ｐサーバ３から通知されるＰＣ端末１−０のプレゼンス情報を自端末のプレゼンス情報とする。同様に、ＰＣ端末１−０には連携端末情報として、ハンドセット端末２−０の識別子が設定されている。ユーザＡがハンドセット端末２−０でプレゼンス情報を変更した結果、ＰＣ端末１−０はＩＭ＆Ｐサーバ３から通知されるハンドセット端末２−０のプレゼンス情報を自端末のプレゼンス情報とする。この方法によって、各端末で設定したプレゼンス情報は連携端末間で共有されるため、端末持ち替え時等にユーザが混乱することがない。

また、連携端末による変更だけでなく、スケジューラ等外部のアプリケーションがＩＭ＆Ｐサーバ３における端末のプレゼンス情報を直接変更する場合にも、その変更が変更対象の端末に反映されることによって、ユーザはスケジューラ等によるプレゼンス情報の自動入力を確認することができる。さらに、連携端末が設定するプレゼンス情報に応じて、ＩＭや電話の機能を無効にする等の自端末のサービス能力を変更させることや、自端末をシャットダウンさせることができる。

以上の方法によって、本実施例では、端末連携を行っている端末のどちらからでも違和感なくプレゼンス情報を購読及び発行することができる。

次に、端末連携システムにおけるＩＭサービスの利用方法について説明する。以下、ユーザＡがユーザＢへＩＭを送信する場合の動作について説明する。

ユーザＡがハンドセット端末２−０を使用してＩＭを送信する場合、ハンドセット端末２−０はその識別子とともに宛先情報としてハンドセット端末２−１の識別子を指定し、ＩＭ＆Ｐサーバ３に対してＩＭ送信要求を行う。ＩＭ＆Ｐサーバ３はハンドセット端末２−１に対して、ハンドセット端末２−０の識別子を送信元情報としてＩＭを転送する。

ユーザＡがＰＣ端末１−０を使用してＩＭを送信する場合、ＰＣ端末１−０はその識別子とともに宛先情報としてハンドセット端末２−１の識別子を指定し、ＩＭ＆Ｐサーバ３に対してＩＭ送信要求を行う。ＩＭ＆Ｐサーバ３には予め、ＰＣ端末１−０とハンドセット端末２−０との組み合わせ、ＰＣ端末１−１とハンドセット端末２−１との組み合わせで、それぞれ識別子を１対１に登録しており、ＩＭ＆Ｐサーバ３はハンドセット端末２−１に対して、ハンドセット端末２−０の識別子を送信元情報としてＩＭを転送する。ＰＣ端末１−０、ハンドセット端末２−０のどちらからでもＩＭを送信することができ、どちらで送信してもＩＭ送信先には同じ送信元情報が通知される。

ユーザＢがユーザＡからＩＭを受信する場合、この時、ユーザＢはＰＣ端末１−１の付近でハンドセット端末２−１をハンドセットとして使用しているのか、ハンドセット端末２−１のみを持って会議室等に移動しているのか、ハンドセット端末２−１を会議室等に置き忘れていることを知らずにＰＣ端末１−１の前にいるのか、またはハンドセット端末２−１を自宅に忘れてＰＣ端末１−１のみを使用しているのか、といったユーザＢのＩＭ受信環境をＩＭ送信者やＩＭ＆Ｐサーバ３が判断するのは難しい。そこで、ユーザＢがどちらの端末でもＩＭを受信できるようにするには、ＰＣ端末１−１とハンドセット端末２−１との両方にＩＭを送信する必要がある。

しかしながら、ハンドセット端末２−１の電源ＯＦＦ時や圏外時には、ＩＭを一切受けたくない場合のために、ハンドセット端末２−１のみでしかＩＭを受けられないように連携設定をする場合がある。このような連携状態の場合、ＰＣ端末１−１のＩＭ受信機能が無効となり、ＩＭ＆Ｐサーバ３はＰＣ端末１−１に対してＩＭを送信する必要はない。このように、連携端末のサービス能力に応じたＩＭの転送が必要である。プレゼンスサービスに対応していない端末を除き、各端末は自端末のサービス能力の情報をプレゼンス情報に含めて発行する。ＩＭ＆Ｐサーバ３はその情報を基にＩＭの転送先制御を行う。

尚、ユーザＡがユーザＢへＩＭを送信する際、はじめは、文字入力のしやすいキーボード等を備えたＰＣ端末１−０を使用してＩＭのやりとりをしているが、その後、会議の時間が近づき、ハンドセット端末２−０を持って会議室に向かうというケースがある。この時、上述した方法によって、会議室へ向かう移動中にも続けて、今度はハンドセット端末２−０を使用して同じ相手とＩＭを行うことが可能である。

しかしながら、上述した方法によって、ユーザＢから受信するＩＭはＰＣ端末１−０及びハンドセット端末２−０の両方で受信することができるが、それまでＰＣ端末１−０を使用して自身が発言していたメッセージはハンドセット端末２−０のＩＭチャット画面に履歴として存在しないため、自身の発言を確認することができず、会話の流れが失われてしまう。

ユーザＡがＰＣ端末１−０を使用してＩＭを送信する際には、同時にハンドセット端末２−０にも同じ内容を送信し、ＰＣ端末１−０とハンドセット端末２−０とにおける発言内容を一致させることで、違和感なく、チャット中に端末を乗り換えられるようにする。

図２〜図７は本発明の一実施例による通信システムの動作を示すシーケンスチャートである。これら図１〜図７を参照して本発明の一実施例による通信システムの動作について説明する。図２は、ＰＣ端末１−０またはハンドセット端末２−０がプレゼンス情報の購読要求を行う際のＰＣ端末１−０またはハンドセット端末２−０とＩＭ＆Ｐサーバ３との処理例を示している。以下、図２を参照してプレゼンス情報の購読要求を行う際のＰＣ端末１−０またはハンドセット端末２−０とＩＭ＆Ｐサーバ３との処理について説明する。

ユーザがＰＣ端末１−０及びハンドセット端末２−０の一方（端末Ｘとする）を使用し、他の端末Ｙをバディリストに登録すると、端末ＸはＩＭ＆Ｐサーバ３に対して購読要求を送信する（図２のステップＳ１）。

ＩＭ＆Ｐサーバ３におけるプレゼンス制御部３２は購読要求を受信すると（図２ステップＳ１１）、端末Ｙのウォッチャーリストに端末Ｘを登録し（図２ステップＳ１２）、端末連携制御部３３に対して端末Ｙの識別子を基にプレゼンス情報の取得を要求する（図２ステップＳ１３）。プレゼンス制御部３２は端末連携制御部３３から返却された端末Ｙのプレゼンス情報を取得し（図２ステップＳ１４）、購読要求を送信した端末Ｘに通知し（図２ステップＳ１５）、端末Ｘはプレゼンス情報の通知を受信する（図２ステップＳ２）。

ここで、図３は上記のＩＭ＆Ｐサーバ３における端末連携制御部３３のプレゼンス処理例を示している。以下、図３を参照してＩＭ＆Ｐサーバ３における端末連携制御部３３のプレゼンス処理について説明する。

端末連携制御部３３はプレゼンス情報取得要求を受信すると（図３ステップＳ２１）、要求された識別子を基に端末連携情報記憶部３４から端末連携情報を検索する（図３ステップＳ２２）。端末連携制御部３３は検索結果を基に連携端末の存在の有無を判定し（図３ステップＳ２３）、連携端末が存在しない場合、存在する唯一の端末のプレゼンス情報を選択する（図３ステップＳ３１）。また、連携端末が存在する場合、端末連携制御部３３はそれぞれの端末のプレゼンス情報を取得する（図３ステップＳ２４）。

端末連携制御部３３は複数のプレゼンス情報があるかを確認し（図３ステップＳ２５）、複数存在しない場合、存在する唯一の端末のプレゼンス情報を選択する（図３ステップＳ３１）。また、端末連携制御部３３は複数のプレゼンス情報が存在する場合、それぞれのプレゼンス情報のプライオリティを確認し（図３ステップＳ２６）、プライオリティが等しい場合、そのうち最近のタイムスタンプを含むプレゼンス情報を選択する（図３ステップＳ２８）。

端末連携制御部３３はプライオリティが異なる場合、サービス能力を確認し（図３ステップＳ２７）、連携端末がサービス能力を双方同時に備えていない場合、サービス能力を備えた一方の端末のプレゼンス情報を選択する（図３ステップＳ２９）。また、端末連携制御部３３は連携端末の双方がサービス能力を備えている場合、プライオリティの高いプレゼンス情報を選択する（図３ステップＳ３０）。端末連携制御部３３は、以上の処理によって選択された唯一のプレゼンス情報を返却する（図３ステップＳ３２）。

図４はＰＣ端末１−０またはハンドセット端末２−０がプレゼンス情報の発行を行う際のＰＣ端末１−０またはハンドセット端末２−０とＩＭ＆Ｐサーバ３との処理例を示している。以下、図４を参照してプレゼンス情報の発行を行う際のＰＣ端末１−０またはハンドセット端末２−０とＩＭ＆Ｐサーバ３との処理について説明する。

ユーザがＰＣ端末１−０及びハンドセット端末２−０の一方（端末Ｘとする）を使用し、プレゼンス情報を設定すると、端末ＸはＩＭ＆Ｐサーバ３に対してプレゼンス情報を発行する（図４ステップＳ４１）。ＩＭ＆Ｐサーバ３のプレゼンス制御部３２は発行を受信すると（図４ステップＳ５１）、発行されたプレゼンス情報をプレゼンス記憶部３５に保存し（図４ステップＳ５２）、端末Ｘのウォッチャーリストを取得する（図４ステップＳ５３）。

プレゼンス制御部３２は端末連携制御部３３に対して端末Ｘの識別子を基にプレゼンス情報の取得を要求する（図４ステップＳ５４）。プレゼンス制御部３２は端末連携制御部３３から返却された端末Ｘのプレゼンス情報を取得し（図４ステップＳ５５）、ウォッチャーリストに存在する全ての端末に通知する（図４ステップＳ５６）。端末Ｘは事前に自端末に対する購読要求を行っているため、プレゼンス情報の通知を受信し（図４ステップＳ４２）、受信したプレゼンス情報を自端末のプレゼンス情報として画面表示に反映する（図４ステップＳ４３）。

尚、ここで、ＩＭ＆Ｐサーバ３における端末連携制御部３３のプレゼンス処理については、上述した図３に示す処理と同様にして行われる。

図５はＩＭ＆Ｐサーバ３におけるＩＭの処理例を示している。以下、図５を参照してＩＭ＆Ｐサーバ３におけるＩＭの処理について説明する。

ユーザがＰＣ端末１−０（端末Ｘ’とする）もしくはハンドセット端末２−０（端末Ｘとする）を使用し、他の端末Ｙに対するＩＭを送信すると、ＰＣ端末Ｘ’もしくはハンドセット端末ＸはＩＭ＆Ｐサーバ３に対してＩＭ送信要求を送信する（図５ステップＳ６１）。

ＩＭ＆Ｐサーバ３におけるＩＭ制御部３１はＩＭ送信要求を受信すると（図５ステップＳ８１）、端末連携制御部３３に対して端末Ｙの識別子を基にＩＭ送信先の情報の取得を要求し、ＩＭ送信先の識別子を取得する（図５ステップＳ８２）。ＩＭ制御部３１は有効なＩＭ送信先が１箇所以上返却されたかを判定し（図５ステップＳ８３）、有効なＩＭ送信先が１つも返却されない場合、端末Ｘ’に対して送信失敗を通知する（図５ステップＳ８７）。

ＩＭ制御部３１は有効なＩＭ送信先が返却された場合、端末連携制御部３３に対して端末Ｘ’の識別子を基にＩＭ送信元の情報の取得を要求し、送信元のメイン識別子を取得する（図５ステップＳ８４）。ＩＭ制御部３１はＩＭの送信元識別子をメイン識別子に置き換え（図５ステップＳ８５）、取得したＩＭ送信先に対してＩＭを転送する（図５ステップＳ８６）。端末ＹはＩＭを受信する（図５ステップＳ１０１，Ｓ１１１）。

ＩＭ制御部３１は送信した全てのＩＭが送信失敗となった場合、端末Ｘ’に対して送信失敗を通知し、いずれかのＩＭの送信に成功した場合、端末Ｘ’に対して送信成功を通知する（図５ステップＳ８７）。端末Ｘ’はＩＭ送信結果を受信する（図５ステップＳ６２）。

ＩＭ制御部３１はいずれかのＩＭ送信に成功した場合（図５ステップＳ８８）、続けて端末連携制御部３３に対して端末Ｘ’の識別子を基にＩＭ送信先の情報の取得を要求し、ＩＭ送信先の識別子を取得する（図５ステップＳ８９）。ＩＭ制御部３１は取得したＩＭ送信先のうち、送信元以外の識別子が存在するかを判定する（図５ステップＳ９０）。存在する場合、ＩＭ制御部３１は該当端末に対して同じ内容のＩＭを転送し（図５ステップＳ９１）、端末ＸはＩＭを受信する（図５ステップＳ７１）。

図６はＩＭ＆Ｐサーバ３における端末連携制御部３３のＩＭ送信先取得要求の処理例を示している。以下、図６を参照してＩＭ＆Ｐサーバ３における端末連携制御部３３のＩＭ送信先取得要求の処理について説明する。

端末連携制御部３３はＩＭ送信先取得要求を受信すると（図６ステップＳ１２１）、要求された識別子を基に端末連携情報記憶部３４から端末連携情報を検索する（図６ステップＳ１２２）。端末連携制御部３３は検索結果を基に連携端末のプレゼンス情報を確認する（図６ステップＳ１２３）。

端末連携制御部３３は全ての端末のプレゼンス情報がオフラインかどうかを判定し（図６ステップＳ１２４）、オフラインである場合、端末の識別子を選択しない（図６ステップＳ１２８）。端末連携制御部３３はプレゼンス情報がオフラインではない端末が１つでも存在する場合、それらの端末のサービス能力を確認する（図６ステップＳ１２５）。

さらに、端末連携制御部３３はそのうち全ての端末についてＩＭ機能が無効であることが明示されているかどうかを判定し（図６ステップＳ１２６）、全ての端末についてＩＭ機能の無効が明示されている場合、端末の識別子を選択しない（図６ステップＳ１２８）。端末連携制御部３３はＩＭ機能が無効と明示されていない端末が１以上存在する場合、それらの端末の識別子を選択する（図６ステップＳ１２７）。端末連携制御部３３は以上の処理によって選択された端末の識別子を返却する（図６ステップＳ１２９）。

図７はＩＭ＆Ｐサーバ３における端末連携制御部３３のＩＭ送信元取得要求の処理例を示している。以下、図７を参照してＩＭ＆Ｐサーバ３における端末連携制御部３３のＩＭ送信元取得要求の処理について説明する。

端末連携制御部３３はＩＭ送信先取得要求を受信すると（図７ステップＳ１３１）、要求された識別子を基に端末連携情報記憶部３４から端末連携情報を検索する（図７ステップＳ１３２）。端末連携制御部３３は検索結果を基に連携端末の存在の有無を判定し（図７ステップＳ１３３）、存在しない場合、唯一の端末の識別子を選択し（図７ステップＳ１３５）、存在する場合、そのうちメイン識別子を選択する（図７ステップＳ１３４）。端末連携制御部３３は以上の処理によって選択された端末の識別子を返却する（図７ステップＳ１３６）。

このように、本実施例では、それぞれの端末が設定したプレゼンス情報の持つ意味に応じたプライオリティ、プレゼンス情報が生成されたタイムスタンプ、端末の機能や連携状態に応じて変化するそれぞれの端末のサービス能力を基にユーザのプレゼンス情報を決定するため、複数の端末を同時に利用するユーザがどの端末からでも違和感なく、プレゼンスサービスを利用することができる。

また、本実施例では、連携しているどの端末を使用してＩＭを送信してもＩＭ＆Ｐサーバ３が相手先には唯一の識別子を通知し、また、送信先ユーザの連携端末のプレゼンス情報と、連携状態に応じて変化するサービス能力とを基に、ＩＭ受信可能な端末を選択してＩＭを送信するため、複数の端末を同時に利用するユーザがどの端末からでも違和感なく、ＩＭを送受信することができる。

さらに、本実施例では、相手が送信するＩＭをユーザが利用する複数の連携端末で受信し、またユーザが送信するＩＭを自身の連携端末で受信するため、複数の端末を同時に利用するユーザが違和感なく、チャット中に端末を乗り換えることができる。

図８は本発明の他の実施例による通信システムの構成例を示すブロック図である。図８においては、ＩＭサービス対応無線ＬＡＮ電話端末や構内ＰＨＳのような従来の無線電話端末や有線電話端末等をＩＭ＆Ｐサービス対応パーソナルコンピュータ型インタネット電話端末のハンドセットとして使用する際の構成を示している。ここで、ハンドセット端末２ａ−０，２ａ−１はプレゼンス情報を送受するために必要なプレゼンスソフトウェアを備えていない点が上述した本発明の一実施例と異なっている。

本発明の他の実施例におけるプレゼンスサービスの端末連携方法について説明する。ハンドセット端末２ａ−０はプレゼンス機能を備えていないため、ＩＭ＆Ｐサーバ３上ではハンドセット端末２ａ−０のプレゼンス情報が存在せず、ＮＵＬＬである。したがって、常に、ＰＣ端末１−０によって設定されたプレゼンス情報がハンドセット端末２ａ−０のプレゼンス情報としてウォッチャーに通知される。

ハンドセット端末２ａ−０はプレゼンス機能を備えていないため、ハンドセット端末２ａ−０で通話を行っている場合に、ハンドセット端末２ａ−０からＩＭ＆Ｐサーバ３に対して「電話中」のプレゼンス情報を直接発行することはできない。ハンドセット端末２ａ−０で通話を行っている場合には、構内交換装置４によってＰＣ端末１−０とハンドセット端末２ａ−０との間で接続状態の連携が行われるため、ハンドセット端末２ａ−０で通話を行っているというプレゼンス情報はＰＣ端末１−０が代理でＩＭ＆Ｐサーバ３に対して発行する。

この時、ＰＣ端末１−０でプレゼンス情報を「秘密」に設定している場合には、ハンドセット端末２ａ−０で通話を行っていても、「電話中」のプレゼンス情報を発行しない等、ＰＣ端末１−０で保持するルールに基づいてプレゼンス情報を発行することが可能である。

本実施例によるＩＭの動作は上述した本発明の一実施例と同様である。尚、ハンドセット端末２ａ−０が構内ＰＨＳのような従来の無線電話端末や有線電話端末などである場合には、ＩＭの機能を備えていないため、ＩＭサービスはＰＣ端末１−０で行う。

図９は本発明の他の実施例による通信システムの動作を示すシーケンスチャートである。これら図８及び図９を参照して本発明の他の実施例による通信システムの動作について説明する。図９は、ハンドセット端末２ａ−０が通話を行う際のハンドセット端末２ａ−０、ＰＣ端末１−０、呼接続装置、ＩＭ＆Ｐサーバ３の処理例を示している。

ユーザがハンドセット端末２ａ−０を使用して発信操作を行うと、ハンドセット端末２−０は呼接続装置に対して発信要求を送信する（図９ステップＳ１６１）。呼接続装置は発信要求を受信すると（図９ステップＳ１５１）、受信した発信元情報を基にデータベースを検索し、端末連携情報を得る（図９ステップＳ１５２）。呼接続装置はハンドセット端末２ａ−０の連携端末（ＰＣ端末１−０）に対して、発信情報を送信すると同時に（図９ステップＳ１５３）、着信先端末に対して着信要求を送信する（図９ステップＳ１５４）。

着信先端末は着信要求を受信し（図９ステップＳ１４１）、発信元端末の連携端末であるＰＣ端末１−０は発信情報を受信する（図９ステップＳ１７１）。発信情報を受信したＰＣ端末１−０は予め設定されたプレゼンス情報設定ルールに基づいてプレゼンス情報を決定し（図９ステップＳ１７２）、決定したプレゼンス情報をＩＭ＆Ｐサーバ３に対して発行する（図９ステップＳ１７３）。ＩＭ＆Ｐサーバ３はプレゼンス情報の発行を受信する（図９ステップＳ１８１）。

着信先でユーザが応答操作を行うと、着信先端末は呼接続装置に対して応答を通知する（図９ステップＳ１４２）。呼接続装置は応答通知を受信すると（図９ステップＳ１５５）、ハンドセット端末２ａ−０に対して応答を通知する（図９ステップＳ１５６）。ハンドセット端末２ａ−０は応答を受信し（図９ステップＳ１６２）、通話状態となる。同時に、呼接続装置はハンドセット端末２ａ−０の連携端末であるＰＣ端末１−０に対して応答情報を送信し（図９ステップＳ１５７）、ＰＣ端末１−０は発信情報を受信する（図９ステップＳ１７４）。

発信情報を受信したＰＣ端末１−０は予め設定されたプレゼンス情報設定ルールに基づいてプレゼンス情報を決定し（図９ステップＳ１７５）、決定したプレゼンス情報をＩＭ＆Ｐサーバ３に対して発行する（図９ステップＳ１７６）。ＩＭ＆Ｐサーバ３はプレゼンス情報の発行を受信する（図９ステップＳ１８２）。

このように、本実施例では、呼接続装置から通知されるハンドセット端末２−０の呼情報を基にプレゼンス機能を備えた連携端末（ＰＣ端末１−０）がＩＭ＆Ｐサーバ３に対してプレゼンス情報を代理発行するため、プレゼンス機能を備えていないハンドセット端末２−０の呼情報をプレゼンス情報に反映することができる。

本発明の一実施例による通信システムの構成を示すブロック図である。 本発明の一実施例による通信システムの動作を示すシーケンスチャートである。 本発明の一実施例による通信システムの動作を示すシーケンスチャートである。 本発明の一実施例による通信システムの動作を示すシーケンスチャートである。 本発明の一実施例による通信システムの動作を示すシーケンスチャートである。 本発明の一実施例による通信システムの動作を示すシーケンスチャートである。 本発明の一実施例による通信システムの動作を示すシーケンスチャートである。 本発明の他の実施例による通信システムの構成例を示すブロック図である。 本発明の他の実施例による通信システムの動作を示すシーケンスチャートである。

符号の説明

１−０，１−１ ＰＣ端末
２−０，２−１，
２ａ−０，２ａ−１ ハンドセット端末
３ ＩＭ＆Ｐサーバ
４ 構内交換装置
５ 無線基地局
１１−０，１１−１，
２１−０，２１−１ ＩＭソフトウェア
１２−０，１２−１，
２２−０，２２−１ プレゼンスソフトウェア
１３−０，１３−１，
２３−０，２３−１ 呼制御ソフトウェア
１４−０，１４−１ 入出力装置
３１ ＩＭ制御部
３２ プレゼンス制御部
３３ 端末連携制御部
３４ 端末連携情報記憶部
３５ プレゼンス記憶部

Claims (18)

1. 構内交換機に収容されるインスタントメッセージ及びプレゼンスサービスに対応する情報端末と、前記情報端末にハンドセットとして用いられるハンドセット端末とを含む通信システムであって、
   前記情報端末及び前記ハンドセット端末から設定されたプレゼンス情報の持つ意味に応じたプライオリティとそれぞれのプレゼンス情報が生成されたタイムスタンプと前記情報端末及び前記ハンドセット端末の種別及び端末の連携状態に応じて変化する前記情報端末及び前記ハンドセット端末各々のサービス能力を基にユーザのプレゼンス情報の決定と前記インスタントメッセージの送受信制御とを行うインスタントメッセージ及びプレゼンスを制御するサーバ装置を有することを特徴とする通信システム。
2. 前記サーバ装置は、それぞれの端末が設定したプレゼンス情報の持つ意味に応じたプライオリティと前記プレゼンス情報が生成されたタイムスタンプと前記端末の機能及び連携状態に応じて変化するそれぞれの端末のサービス能力とを基にユーザのプレゼンス情報を決定することを特徴とする請求項１記載の通信システム。
3. 前記サーバ装置は、連携しているどの端末を使用して前記インスタントメッセージが送信されても相手先に唯一の識別子を通知し、送信先ユーザの連携端末のプレゼンス情報と前記サービス能力とを基に前記インスタントメッセージ受信可能な端末を選択して前記インスタントメッセージを送信することを特徴とする請求項１または請求項２記載の通信システム。
4. 相手が送信する前記インスタントメッセージをユーザが利用する複数の連携端末で受信し、ユーザが送信する前記インスタントメッセージを当該ユーザ自身の連携端末で受信することを特徴とする請求項１から請求項３のいずれか記載の通信システム。
5. 前記ハンドセット端末の呼情報を基に、プレゼンス機能を備えた連携端末が前記サーバ装置に対してプレゼンス情報を代理発行することを特徴とする請求項１から請求項４のいずれか記載の通信システム。
6. 前記ハンドセット端末は、少なくとも無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）電話端末、構内ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）、有線電話端末とのいずれかであることを特徴とする請求項１から請求項５のいずれか記載の通信システム。
7. 構内交換機に収容されるインスタントメッセージ及びプレゼンスサービスに対応する情報端末及び前記情報端末にハンドセットとして用いられるハンドセット端末から設定されたプレゼンス情報の持つ意味に応じたプライオリティとそれぞれのプレゼンス情報が生成されたタイムスタンプと前記情報端末及び前記ハンドセット端末の種別及び端末の連携状態に応じて変化する前記情報端末及び前記ハンドセット端末各々のサービス能力を基にユーザのプレゼンス情報の決定と前記インスタントメッセージの送受信制御とを行うインスタントメッセージ及びプレゼンスを制御する制御手段を有することを特徴とするサーバ装置。
8. 前記制御手段は、それぞれの端末が設定したプレゼンス情報の持つ意味に応じたプライオリティと前記プレゼンス情報が生成されたタイムスタンプと前記端末の機能及び連携状態に応じて変化するそれぞれの端末のサービス能力とを基にユーザのプレゼンス情報を決定することを特徴とする請求項７記載のサーバ装置。
9. 前記制御手段は、連携しているどの端末を使用して前記インスタントメッセージが送信されても相手先に唯一の識別子を通知し、送信先ユーザの連携端末のプレゼンス情報と前記サービス能力とを基に前記インスタントメッセージ受信可能な端末を選択して前記インスタントメッセージを送信することを特徴とする請求項７または請求項８記載のサーバ装置。
10. 前記制御手段は、相手先が送信する前記インスタントメッセージをユーザが利用する複数の連携端末に送信し、当該ユーザが送信する前記インスタントメッセージを当該ユーザ自身の連携端末に送信することを特徴とする請求項７から請求項９のいずれか記載のサーバ装置。
11. 前記制御手段は、前記ハンドセット端末の呼情報を基に、プレゼンス機能を備えた連携端末が代理発行するプレゼンス情報を受信して保持することを特徴とする請求項７から請求項１０のいずれか記載のサーバ装置。
12. 前記ハンドセット端末が、少なくとも無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）電話端末、構内ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）、有線電話端末とのいずれかであることを特徴とする請求項７から請求項１１のいずれか記載のサーバ装置。
13. 構内交換機に収容されるインスタントメッセージ及びプレゼンスサービスに対応する情報端末と、前記情報端末にハンドセットとして用いられるハンドセット端末とを含む通信システムに用いる端末連携方法であって、
    サーバ装置が、前記情報端末及び前記ハンドセット端末から設定されたプレゼンス情報の持つ意味に応じたプライオリティとそれぞれのプレゼンス情報が生成されたタイムスタンプと前記情報端末及び前記ハンドセット端末の種別及び端末の連携状態に応じて変化する前記情報端末及び前記ハンドセット端末各々のサービス能力を基にユーザのプレゼンス情報の決定と前記インスタントメッセージの送受信制御とを行うインスタントメッセージ及びプレゼンスを制御する処理を実行することを特徴とする端末連携方法。
14. 前記サーバ装置が、それぞれの端末が設定したプレゼンス情報の持つ意味に応じたプライオリティと前記プレゼンス情報が生成されたタイムスタンプと前記端末の機能及び連携状態に応じて変化するそれぞれの端末のサービス能力とを基にユーザのプレゼンス情報を決定することを特徴とする請求項１３記載の端末連携方法。
15. 前記サーバ装置が、連携しているどの端末を使用して前記インスタントメッセージが送信されても相手先に唯一の識別子を通知し、送信先ユーザの連携端末のプレゼンス情報と前記サービス能力とを基に前記インスタントメッセージ受信可能な端末を選択して前記インスタントメッセージを送信することを特徴とする請求項１３または請求項１４記載の端末連携方法。
16. 相手が送信する前記インスタントメッセージをユーザが利用する複数の連携端末で受信し、ユーザが送信する前記インスタントメッセージを当該ユーザ自身の連携端末で受信することを特徴とする請求項１３から請求項１５のいずれか記載の端末連携方法。
17. 前記ハンドセット端末の呼情報を基に、プレゼンス機能を備えた連携端末が前記サーバ装置に対してプレゼンス情報を代理発行することを特徴とする請求項１３から請求項１６のいずれか記載の端末連携方法。
18. 前記ハンドセット端末は、少なくとも無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）電話端末、構内ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）、有線電話端末とのいずれかであることを特徴とする請求項１３から請求項１７のいずれか記載の端末連携方法。

Images