Microsoft Lync Server 2013 と Microsoft Outlook Web App 2013 の統合

 

トピック最終更新日時: 2013-02-03

Microsoft Lync Server 2013 は、Microsoft Outlook 2013との統合に加えて、Microsoft Outlook Web App 2013 と完全に統合できます。特に、インスタント メッセージングとプレゼンスがOutlook Web Appに追加され、統合連絡先リストを共有できるようになります。Outlook Web Appおよび Microsoft Lync 2013。 Lync Server 2013 とOutlook Web Appを統合するには、まず、ユニファイド コミュニケーションマネージド API 4.0 ランタイムがMicrosoft Exchange Server 2013 バックエンド サーバーにインストールされていることを確認する必要があります。 これを行うには、次のレジストリ値の存在を探します。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchange OWA\InstantMessaging\ImplementationDLLPath

ImplementationDLLPath は、Microsoft.Rtc.Internal.Ucweb.dll ファイルのフォルダーの場所をポイントします。 レジストリ値が存在しない場合、またはレジストリ値が存在しない場合は、MICROSOFT ダウンロード センター https://www.microsoft.com/download/details.aspx?id=34992の UCMA ランタイム セットアップ プログラムをダウンロードしてインストールする必要があります。 UCMA Runtime のインストール方法についても、この Web ページに記載されています。

下位互換性

Lync Server 2013 は、ユニファイド メッセージングとOutlook Web Appの両方のMicrosoft Exchange Server 2010 バージョンと統合できます。 詳細については、Lync Server 2010 ボイス メール https://technet.microsoft.com/library/gg398768.aspxを提供するためのオンプレミス Exchange UM の展開に関する記事を参照してください。 Exchange 2010 と統合する場合、統合連絡先ストアや Lync から Exchange へのアーカイブなどの Lync Server 固有の機能はありません。

Microsoft Lync 2013 は、Exchange 2010 および Outlook 2010 と組み合わせて使用することもできます。 ただし、もう一度、統合連絡先ストアや高解像度の写真などの新機能は、Lync 2013 ユーザーには使用できません。 これらの新機能には、Lync Server 2013 と Exchange 2013 の両方が必要です。

Outlook Web App 用の信頼済みアプリケーション プールを作成する

Microsoft Exchange Unified Messaging Call Router サービスと Microsoft Exchange ユニファイド メッセージング サービスを同じコンピューターにインストールした場合、Outlook Web App用に信頼されたアプリケーション プールを作成する必要はありません。 (これは、問題のサーバーが SipName UM ダイヤル プランをホストしていることを前提としています)。これらの両方のサービスをホストするために 1 台のコンピューターを使用している場合は、「Outlook Web Appでのインスタント メッセージングの有効化」というタイトルのこのドキュメントのセクションに進むことができます。

Lync Server 2013 では、SipName UM ダイヤル プランをホストするすべての Exchange サーバーを自動検出できます。これらのサーバーは、Lync Server 既知のサーバーの一覧に自動的に追加されます。 信頼されたアプリケーション プールを作成し、これらのサーバーを既知のサーバーの一覧に追加する必要はありません。 実際、この操作を行うと、Outlook Web App統合が機能しなくなります。

注意

これは、Lync Server トポロジに、自動検出されたエントリと手動で追加されたエントリという 2 つのエントリが同じコンピューターに存在するためです。 この問題を修正し、Outlook Web App を再度動作させるには、Windows PowerShell を使用して、そのサーバーの信頼済みプールと信頼済みアプリケーションのエントリを削除します。 詳細については、Remove-CsTrustedApplicationPool および Remove-CsTrustedApplication コマンドレットのヘルプ トピックを参照してください。

これら 2 つのサービスが別のコンピューターで実行されている場合は、Unified Communications Managed API 4.0 ランタイムがインストールされていることを確認した後、Lync Server 信頼済みアプリケーション プールと、Outlook Web Appに関連付けられた信頼されたアプリケーションを作成する必要があります。これにより、サーバーが既知のサーバーの一覧に追加されます。 これを行うには、まず Lync Server Management Shell 内から次のようなコマンドを実行します。

New-CsTrustedApplicationPool -Identity atl-owa-001.litwareinc.com -Registrar atl-cs-001.litwareinc.com -Site Redmond -RequiresReplication $False

上記のコマンドでは、atl-owa-001.litwareinc.com はOutlook Web App プールの完全修飾ドメイン名です。これは、Outlook Web Appへのアクセスを提供する証明書のサブジェクト名とサブジェクト代替名 (SAN) フィールドに表示される名前と同じにする必要があります。 同様に、atl-cs-001.litwareinc.com は、新しい信頼されたアプリケーション プールをホストする Lync Server 2013 プールの完全修飾ドメイン名です。 指定したサイトである Redmond が Lync Server サイトの SiteID を表す点にも注意してください。 SiteID は、サイトの DisplayName と必ずしも同じとは限りません。Lync Server 管理シェルから次のコマンドを実行して、Lync Server サイトの SiteID を取得できます。

Get-CsSite | Select-Object DisplayName, SiteID

信頼済みアプリケーション プールを作成したら、次のようなコマンドを使用して、Outlook Web App のアプリケーション ID とポートを構成します。

New-CsTrustedApplication -ApplicationId OutlookWebApp -TrustedApplicationPoolFqdn atl-owa-001.litwareinc.com  -Port 5199

前のコマンドで、ApplicationID は信頼済みアプリケーションを区別するために使用するわかりやすい識別子です。 ApplicationID には、空白スペースや他の禁止されている文字が含まれていない任意のテキスト文字列を指定できます (有効な識別子を確実に作成するために、ApplicationID を指定するときには文字と数字だけを使用することをお勧めします)。 (有効な識別子を確実に作成するには、ApplicationId を指定するときに文字と数字のみを使用することをお勧めします)。Port パラメーターに割り当てられた値は、管理者の判断に委ねられます。使用可能な任意のネットワーク ポートを指定できます。

信頼されたアプリケーションを作成したら、次のコマンドを実行して、Lync Server トポロジの変更を有効にする必要があります。

Enable-CsTopology

また、すべての SIP Uri ダイヤル プランに Exchange クライアント アクセスとメールボックス サーバーを追加する必要があることに注意してください。 次に、これにより、Lync Server 用の ExUmRouting トポロジを使用して、サーバーが信頼された SIP ピアとして構成されます。

Outlook Web App でインスタント メッセージングを有効にする

Lync Server を正しく構成すると、Outlook Web Appの構成を開始できます。 そのプロセスの最初の手順は、フロントエンド サーバー上のすべてのOutlook Web App仮想ディレクトリでインスタント メッセージングを有効にすることです。 (バックエンド サーバー上の仮想ディレクトリのインスタント メッセージングを有効にする必要はありません。実際には、バックエンド サーバーでインスタント メッセージングを有効にしないことをお勧めします)。Exchange 管理シェル内から次のコマンドを実行することで、クライアント アクセス サーバーでインスタント メッセージングを有効にすることができます。

Get-OwaVirtualDirectory | Set-OwaVirtualDirectory -InstantMessagingEnabled $True -InstantMessagingType OCS

注意

既定では、Outlook Web Appをインストールするとインスタント メッセージングが有効になります。つまり、InstantMessagingEnabled プロパティは True に設定されます。 ただし、インスタント メッセージングの種類を OCS に設定するには、上記のコマンドを実行する必要があります。 既定では、InstantMessagingType は None に設定されています。

次に、Outlook Web App Web.config ファイルに次の 2 行を追加する必要があります (このファイルは通常、フォルダー C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\Owa にあります)。 この 2 行は、Web.config ファイルの AppSettings> ノードの下<に追加する必要があります。この手順は、Outlook Web Appがインストールされているバックエンド サーバーでのみ実行する必要があります。

<add key="IMCertificateThumbprint" value="EA5A332496CC05DA69B75B66111C0F78A110D22d"/>
<add key="IMServerName" value="atl-cs-001.litwareinc.com"/>

前の例では、IMCertificateThumbprint の値は、バックエンド サーバーにインストールされている Exchange 2013 証明書の拇印である必要があります。 その情報を取得するには、Exchange 管理シェルから次のコマンドを実行します。

Get-ExchangeCertificate

IMServerName に割り当てられた値は、Outlook Web Appの信頼されたアプリケーション プールを作成した Lync Server プールの完全修飾ドメイン名であることにも注意してください。

Outlook Web Appに使用する証明書は、Lync Server によって信頼されている証明書である必要があります。 Lync Server と Exchange の両方によって証明書が信頼されるようにする方法の 1 つは、内部証明機関を使用してメールボックス サーバーに証明書を作成し、サーバー FQDN がサブジェクト名に使用されていることと、証明書の代替名フィールドにこの FQDN が表示されていることを確認することです。 作成された証明書はバックエンド サーバーにインポートできます。 その結果、1) Exchange ユニファイド メッセージングと Lync Server 間の通信という 2 つの目的で同じ証明書が使用されます。と、2) Outlook Web Appと Lync Server の統合。

Web.config ファイルを更新したら、Exchange バックエンド サーバーで次のコマンドを実行して、Outlook Web App プールをリサイクルする必要があります。

C:\Windows\System32\Inetsrv\Appcmd.exe recycle apppool /apppool.name:"MSExchangeOWAAppPool"

リサイクル操作が成功すると、Exchange Management Shell に次のメッセージが表示されます。

"MSExchangeOWAAppPool" successfully recycled

Outlook Web App メール ボックス ポリシーを構成する

この時点で、次のコマンドを使用して、適切な Outlook Web App メールボックス ポリシーでインスタント メッセージングを構成できます。 たとえば、次のコマンドをメールボックス サーバーの 1 つで実行すると、既定のポリシーでインスタント メッセージングが有効になります。

Set-OwaMailboxPolicy -Identity "Default" -InstantMessagingEnabled $True -InstantMessagingType "OCS"

また、次のコマンドを実行すると、すべての Outlook Web App メールボックス ポリシーでインスタント メッセージングが有効になります。

Get-OwaMailboxPolicy | Set-OwaMailboxPolicy -InstantMessagingEnabled $True -InstantMessagingType "OCS"

メールボックス ポリシーが有効になると、そのポリシーで管理されているすべてのユーザーが Lync Server とOutlook Web Appの間に完全に統合されます。次の点を示します。

  • ユーザーは Exchange 2013 にメールボックスを持っています。

  • ユーザーは Lync Server 2013 で有効になっています。

  • ユーザーが有効な SIP プロキシ アドレスを使用している。

Outlook Web App でインスタント メッセージングを無効にする

既に説明したように、インスタント メッセージングは Outlook Web App で既定で有効になっています。 つまり、Outlook Web Appを Lync Server と統合しないと、ユーザーがOutlook Web Appにログオンするたびに、空のプレゼンス アイコンとエラー メッセージが表示されます。 この問題を回避するには、次の Exchange Management Shell コマンドを使用して、Outlook Web App でインスタント メッセージングを無効にします。

Get-OwaVirtualDirectory | Set-OwaVirtualDirectory -InstantMessagingEnabled $False

Outlook Web App との統合を確認する

インスタント メッセージングとプレゼンスが Outlook Web App と統合されていることを確認するには、Outlook Web App 2013 にサインオンします。 画面の右上隅に、Exchange 表示名が表示されます。 名前の横にプレゼンス アイコンがある場合 (現在の状態が [使用可能] であることを示す緑色のアイコンなど)、Lync Server と Outlook Web Appが正常に統合されたことを示します。

Outlook Web App に最初にサインオンしたら、イベント ID 112 (およびソース MSExchange OWA) のイベントが、メールボックス サーバーのイベント ログに書き込まれているかどうかを確認します。 このイベントは、インスタント メッセージング エンドポイント マネージャーが適切に初期化されていることを示します。 インスタント メッセージングが動作していないように思われる場合は、メールボックス サーバーの C:\Program Files\Microsoft\Exchange server\V15\Logging\OWA\InstantMessaging フォルダーでログ ファイルを探します。 Logging または InstantMessaging のどちらかのフォルダーが存在しない場合は、適切に統合されていないことを示します。 その場合は、Lync Server 上の SIPStack トレース (すべてのレベルとすべてのフラグ) を使用して、統合が失敗した理由を試して判断できます。