Expressway 上のプレゼンス サーバ アプリケーションは、Expressway が権限を持つ SIP ドメイン 内のすべてのプレゼンティティのプレゼンス情報の管理を担当します。 プレゼンス サーバは、SIP プロキシ (別の Expressway など) 経由で情報を受信した、ローカルに登録されたエンドポイントとプレゼンティティのプレゼンス情報を管理できます。

プレゼンス サーバは次のサービスで構成されており、プレゼンス サーバが有効 (または無効) になると、これらすべてのサービスが同時に有効 (または無効) になります。

• パブリケーション マネージャ: プレゼンティティに関するステータス情報を含む PUBLISH メッセージを受信し、この情報をプレゼンス データベースに書き込みます。 PUBLISH メッセージは、プレゼンス対応エンドポイントと プレゼンス ユーザ エージェント (PUA) によって生成されます。

• サブスクリプション マネージャ: プレゼンティティのステータスに関する情報を要求する SUBSCRIBE メッセージを処理します。 SUBSCRIBE メッセージを受信すると、サブスクリプション マネージャはプレゼンティティ マネージャにそのプレゼンティティに関する情報の要求を送信し、返された情報をサブスクライバーに転送します。 また、サブスクリプション マネージャは、プレゼンティティのステータスが変更されたときにプレゼンティティ マネージャから通知を受信し、この情報をすべてのサブスクライバーに送信します。

• Presentity Manager: プレゼンス データベースへのインターフェイス。 これは、FindMe や PUA などの Expressway 機能をサポートするために使用されます。これらの機能では、特定のプレゼンティティの全体的なプレゼンス ステータスを提供するために、多数の異なるデバイスによって提供されるプレゼンス情報を集約する必要があります。 プレゼンティティ マネージャは、サブスクリプション マネージャからプレゼンティティに関する情報の要求を受信すると、その特定のプレゼンティティに関連付けられているすべてのエンドポイントで利用可能なすべての情報をプレゼンス データベースに照会します。 プレゼンティティ マネージャは、この情報を集約してプレゼンティティの現在のステータスを判定し、それをサブスクリプション マネージャに返します。

• プレゼンス データベース: PUBLISH メッセージの形式で受信した現在のプレゼンス情報を保存します。 また、変更があった場合に通知するために、プレゼンティティ マネージャに NOTIFY メッセージを送信します。

プレゼンスとデバイス認証

プレゼンス サーバは、プレゼンス PUBLISH メッセージがすでに認証されている場合にのみ、そのメッセージを受け入れます。

• Expressway によるプレゼンス メッセージの認証は、エンドポイントが登録されている場合 (通常は登録済み) はデフォルト サブゾーン (または関連する代替サブゾーン) の認証ポリシー設定によって制御され、エンドポイントが登録されていない場合はデフォルト ゾーンの認証ポリシー設定によって制御されます。

• 関連する 認証ポリシー は、 資格情報を確認する または 認証済みとして扱うのいずれかに設定する必要があります。そうしないと、PUBLISH メッセージは失敗し、エンドポイントはプレゼンス ステータスを公開できなくなります。

詳細については、プレゼンスと認証ポリシーを参照してください。

プレゼンスをサポートしていないエンドポイントの場合は、Expressway によって代わりにステータスが公開されることがあります。 この情報を公開するサービスは、プレゼンス ユーザ エージェント (PUA) と呼ばれます。

PUA は、ローカル登録データベースとコール マネージャーから情報を取得し、現在ローカルに登録されている各エンドポイントが現在通話中かどうかを判断します。 PUA は、このステータス情報を PUBLISH メッセージを通じて提供します。

PUA がローカルに登録されたエンドポイントに関するプレゼンス情報を正常に提供するには、次の条件を満たす必要があります。

• エンドポイントは、URI 形式のエイリアスを使用して登録する必要があります。

• URI のドメイン部分は、プレゼンス サーバが有効になっている SIP レジストラにルーティングできる必要があります。 (これは、ローカルのプレゼンス サーバ (有効になっている場合)、またはリモート システム上の別のプレゼンス サーバのいずれかになります。)

有効にすると、PUA は、すでにプレゼンスをサポートしているエンドポイントも含め、Expressway に登録されているすべてのエンドポイントのプレゼンス情報を生成します。 PUA によって提供されるステータス情報は次のいずれかです。

• オンライン （登録済みだが通話中ではない）

• 通話中 （登録済み、現在通話中）

プレゼンス情報の集約

有効にすると、PUA は、すでにプレゼンスをサポートしているエンドポイントも含め、Expressway に登録されているすべてのエンドポイントのプレゼンス情報を生成します。 ただし、プレゼンスをサポートするエンドポイントは、離席中や応答不可など、他のより詳細なステータスを提供する場合があります。 このため、PUA によって提供される情報は、Presentity Manager によって次のように使用されます。

• プレゼンス情報が PUA と他の 1 つのソースによって提供される場合、非 PUA プレゼンス情報が常に PUA プレゼンス情報よりも優先して使用されます。 これは、もう一方の情報源がプレゼンティティ自身であり、この情報の方が正確であると想定されるためです。

• プレゼンス情報が PUA および 2 つ以上の他のソースによって提供される場合、プレゼンス サーバーはすべてのプレゼンティティからのプレゼンス情報を集約して、"最も重要な"情報 (オンラインではなくオフライン、通話中 ではなく不在など) を提供します。

• エンドポイント自体または PUA によってエンドポイントに関する情報が公開されていない場合、エンドポイントのステータスは オフライン になります。 PUA が有効な場合、 オフライン ステータスは、エンドポイントが現在登録されていないことを示します。

FindMe プレゼンス

プレゼンティティ マネージャーは、FindMe エイリアスのプレゼンスに関する情報の要求を受信すると、その FindMe エイリアスを構成する各エンドポイントのプレゼンス情報を検索します。 次に、この情報を次のように集約します。

• FindMe エイリアスが 個別 モードに設定されている場合、その FindMe を構成するエンドポイントのいずれかが通話中であれば、FindMe プレゼンティティのステータスは 通話中 として報告されます。

• FindMe エイリアスが グループ モードに設定されている場合、エンドポイントのいずれかがオンライン (つまり、通話中またはオフラインではない) であれば、FindMe プレゼンティティのステータスは オンライン として報告されます。

登録更新期間

PUA は、以下の情報を受信するとプレゼンス情報を更新して公開します。

• 登録リクエスト（新規登録の場合）

• 登録の更新（既存の登録の場合）

• 登録解除リクエスト

• 通話のセットアップと終了に関する情報

非トラバーサル H.323 登録の場合、デフォルトの登録更新期間は 30 分です。 つまり、既存の登録がある Expressway で PUA が有効になっている場合、H.323 登録の更新が受信され、そのエンドポイントのプレゼンス情報が利用可能になり、公開されるまでに最大 30 分かかることがあります。

また、H.323 エンドポイントが登録解除メッセージを送信せずに使用できなくなった場合、そのステータスが オフライン に変わるまでに最大 30 分かかる可能性があります。 H.323 エンドポイントのプレゼンス情報をよりタイムリーに公開するには、H.323 登録更新周期を短縮する必要があります ( [設定] > [プロトコル] > [H.323] > [ゲートキーパー] > [存続時間] を使用)。

SIP のデフォルトの登録更新期間は 60 秒であるため、PUA が SIP エンドポイントに代わって更新されたプレゼンス情報を公開するのに 1 分もかかりません。

プレゼンス ページ (アプリケーション > プレゼンス) では、Expressway でプレゼンス サービスを有効にして設定できます。

これらのサービスは、展開の性質に応じて、個別に有効化または無効化できます。 デフォルトでは両方とも無効になっています。

（注）	プレゼンス サービスを機能させるには、SIP モード を有効にする必要があります。

ユーザは、Cisco TMS プロビジョニングを使用して FindMe 設定を構成できます。 TMS プロビジョニングが有効になっている場合、ユーザは FindMe アカウントを使用して Cisco TMS にログインし、FindMe 設定を管理します。 ユーザ アカウントと FindMe データは、 TMS Provisioning Extension サービスによって Cisco TMS から Expressway に提供されます。

Expressway は、LDAP サーバでユーザを検索するために、 distinguishedName という名前の属性を探します。

（注）	LDAP サーバのユーザ レコードに distinguishedName という有効な属性があることを確認します。

FindMe アカウントの設定の詳細については、 FindMe 展開ガイド を参照してください。

FindMe アカウントを設定する際に、ユーザは FindMe ID への通話がルーティングされるデバイスを指定するよう求められます。

1 つ以上のデバイスとして、エイリアスや他の FindMe ID を指定することもできます。 ただし、このような状況では、循環設定を避けるように注意する必要があります。

このため、FindMe ID が呼び出されたときに鳴らしたい物理デバイスを、そのデバイスが登録されているエイリアスを入力して指定することをお勧めします。

主なデバイス

FindMe ユーザーのアカウントは、1 つ以上のプリンシパルデバイスで設定する必要があります。 これらはそのアカウントに関連付けられている主なデバイスです。

ユーザは、主なデバイスのアドレスを削除または変更することはできません。 これは、ユーザが誤って FindMe の基本構成を変更することを防ぐためです。

主要デバイスは、同じデバイス アドレスが複数の FindMe ID に関連付けられている場合に、どの FindMe ID を 発信者 ID として表示するかを決定するために、Expressway によっても使用されます。 FindMe ユーザのデバイスのうちどれが主デバイスであるかを設定できるのは管理者のみであり、FindMe ユーザ自身は設定できません。

Expressway は特定のエイリアスへの呼び出しを受信すると、次のようにユーザ ポリシーを適用します。

• まず、FindMe が有効になっているかどうかを確認します。 そうであれば、エイリアスが FindMe ID であるかどうかが確認され、そうであれば、そのユーザの FindMe 構成のアクティブな場所に関連付けられたエイリアスに通話が転送されます。

• FindMe が有効になっていない場合、またはエイリアスが FindMe ID ではない場合、Expressway は通常の方法でエイリアスの検索を続行します。

（注）	ユーザ ポリシーは、Expressway で設定されたコール ポリシーが適用された後に呼び出されます。 詳細については、「 コール ルーティング プロセス 」を参照してください。

• FindMe ID は URI の形式で、個人のプライマリ URI である必要があります。

• エンドポイントは、既存の FindMe ID と同じエイリアスで登録しないでください。 すべての FindMe ID を拒否リストに含めることで、これを防ぐことができます。

例

Example Corp. のユーザは、 john.smith@example.com 形式の FindMe ID を持っています。 各ユーザのエンドポイントは、物理的な場所を識別するわずかに異なるエイリアスで登録されます。 たとえば、オフィスのエンドポイントは john.smith.office@example.com という形式のエイリアスで登録され、自宅のエンドポイントは john.smith.home@example.com という形式で登録されます。

これら両方のエンドポイントは、FindMe ID がダイヤルされたときに鳴るデバイスのリストに含まれています。 エイリアス john.smith@example.com が拒否リストに追加され、個々のエンドポイントがそのエイリアスに登録されるのを防ぎます。

FindMe 構成 ページ (アプリケーション > FindMe) は、 FindMe ユーザ ポリシー を有効にして構成するために使用されます。

設定可能なオプションは次のとおりです。

FindMe モード が リモート サービスの場合、次のオプションが適用されます。