| Oracle® Fusion Middleware Oracle WebCenter Portalの管理 11gリリース1 (11.1.1.8.3) E51441-03 |
|
 前 |
 次 |
| Oracle® Fusion Middleware Oracle WebCenter Portalの管理 11gリリース1 (11.1.1.8.3) E51441-03 |
|
前 |
次 |
この章では、WebCenter PortalおよびPortal Frameworkアプリケーションのインスタント・メッセージおよびプレゼンスを構成および管理する方法について説明します。
WebCenter PortalおよびPortal Frameworkアプリケーションのバックエンドのツールとサービスを確認および構成するには、常にFusion Middleware ControlまたはWLSTコマンド行ツールを使用してください。デプロイ後にアプリケーションに加えた変更はすべて、MDSメタデータ・ストアにカスタマイズとして格納されます。第1.3.5項「Oracle WebCenter Portalの構成に関する考慮事項」を参照してください。
|
注意: Fusion Middleware ControlまたはWLSTを使用して行ったインスタント・メッセージおよびプレゼンスの構成変更は動的ではないため、変更を有効にするには、WebCenter PortalまたはPortal Frameworkアプリケーションがデプロイされている管理対象サーバーを再起動する必要があります。第7.2項「WebCenter Portalアプリケーションがデプロイされる管理対象サーバーの起動および停止」を参照してください。 |
この章には次のトピックが含まれます:
|
権限: この章のタスクを実行するには、Oracle WebLogic Server管理コンソールでWebLogic Serverの
ロールと権限の詳細は、第1.8項「管理操作、ロールおよびツールの理解」を参照してください。 |
インスタント・メッセージおよびプレゼンス(IMP)を使用すると、認証された他のアプリケーション・ユーザーのプレゼンス・ステータス(オンライン、オフライン、ビジーまたは退席中)を確認して、インスタント・メッセージ(IM)やメールなどの対話オプションに簡単にアクセスできます。
バックエンド・プレゼンス・サーバーへの単一の接続が必要です。WebCenter Portalは、Microsoft Office Live Communications Server (LCS) 2005、Microsoft Office Communications Server (OCS) 2007およびMicrosoft Lync 2010での動作が保証されています。
|
注意: Oracle Beehive Server接続は、このリリースではサポートされていません。 |
アプリケーションのプレゼンス・サーバー接続は、Fusion Middleware ControlまたはWLSTを使用して登録できます。IMPを機能させるには、接続をアクティブとしてマークする必要があります。追加のプレゼンス・サーバー接続を登録できますが、一度にアクティブにできる接続は1つのみです。
この項には次のサブセクションが含まれます:
この項では、Microsoft Live Communications Server 2005 (LCS)をインスタント・メッセージおよびプレゼンスのプレゼンス・サーバーとして使用するための前提条件を示します。
この項には次のサブセクションが含まれます:
インストールの詳細は、Microsoft Live Communications Server 2005のドキュメントを参照してください。
Microsoft Live Communications Server 2005をインスタント・メッセージおよびプレゼンスのプレゼンス・サーバーとして使用するには、Microsoft RTC API v1.3をインストールして構成し、Microsoft LCS 2005用のOracle RTC Webサービスをインストールする必要があります。
Microsoft RTC API v1.3をインストールするには、Microsoft RTC Client API SDK 1.3からRTC SDKをダウンロードして、インストーラを実行します。インストーラにより必要なインストール・コンポーネントが用意されます。デフォルトのオプションを選択した場合、次の2つのインストーラがC:\Program Files\RTC Client API v1.3 SDK\INSTALLATIONに保存されています。
RtcApiSetup.msi
RtcSxSPolicies.msi
RtcApiSetup.msiインストーラ、並列ポリシー・スイッチャのインストーラ(RtcSxSPolicies.msi)の順に実行したら、システムを再起動します。
Microsoft Live Communications Server 2005用のOracle RTC Webサービスをインストールするには、Oracle Fusion MiddlewareコンパニオンCDからowc_lcs.zipファイルを解凍します。このファイルは、ディレクトリ/Disk1/WebCenter/services/imp/NTにあります。圧縮ファイルには、次のファイルが含まれています。
/Bin
/images
ApplicationConfigurationService.asmx
BlafPlus.css
ExtAppLogin.aspx
ExtAppLogin.aspx.cs
Global.asax
Log4Net.config
RTCService.asmx
Web.Config
WebcenterTemplate.master
インターネット インフォメーション サービス(IIS)マネージャを開きます。
「IIS マネージャー」ウィンドウでサーバー・ノードを開き、「Webサイト」を開きます。
「既定のWebサイト」を右クリックして「新規」→「仮想ディレクトリ」を選択し、Oracle RTC Webサービス用のサイトを作成します(図14-1)。
仮想ディレクトリの作成ウィザードが表示されます。
「次へ」をクリックします。
「エイリアス」フィールドに仮想ディレクトリの別名(たとえば、RTC)を入力します。
owc_lcs.zipファイルを抽出したディレクトリのパスを入力します。あるいは、「参照」ボタンを使用して、そのディレクトリにナビゲートします。
「次へ」をクリックします。
仮想ディレクトリで、「読取り」、「実行」、「参照」権限があることを確認します。(図14-2)
「次へ」をクリックします。
「完了」をクリックします。
「IISマネージャー」ウィンドウの「既定のWebサイト」の下に、新しく作成した仮想ディレクトリが表示されます(図14-3)。
Oracle RTC Webサービス用に新しく作成した仮想ディレクトリを右クリックし、「プロパティ」を選択して「プロパティ」ダイアログを開きます。
「仮想ディレクトリ」タブの「アプリケーションの設定」で、「作成」をクリックします。
ボタンのラベルが「削除」に変わり、新しく作成した仮想ディレクトリが「アプリケーション名」フィールドに表示されています。
「実行アクセス許可」ドロップダウン・リストから「スクリプトおよび実行可能ファイル」を選択します(図14-4)。
「ASP.NET」タブで、「ASP.NETバージョン」ドロップダウン・リストから2.0以上のASP.NETバージョンを選択します。
ASP.NET 2.0アプリケーションを利用するようにIISを構成します。
「OK」をクリックします。
LCS接続内のLSCプール名が設定されていることを確認します。
次のURL書式を使用してWebサイトにアクセスすることで、Webサービスをテストします。
http://localhost/default_website/ApplicationConfigurationService.asmx
default_websiteは、Oracle RTC Webサービス用に作成した仮想ディレクトリです。
例:
http://localhost/RTC/ApplicationConfigurationService.asmx
ユーザーが資格証明を提供してLCSサーバーに対して自分を認証できるように、Microsoft Live Communications Server接続用の外部アプリケーションを構成する必要があります。
保護されたアプリケーションでは、ユーザーがプレゼンス・ステータスを取得できます。LCSでは、セキュリティが必要な場合、信頼できるプライベート・ネットワーク上にLCSが存在する必要があります。
LCSには、外部資格情報を変更するためのオプションが用意されています。これは、外部アプリケーションを使用するかわりになります。ログインしたユーザーは、「プレゼンス」タグをクリックし、メニューから「資格情報の変更」を選択できます。
詳細は、第14.3.1項「Fusion Middleware Controlを使用したインスタント・メッセージおよびプレゼンス・サーバーの登録」を参照してください。
この項では、Microsoft Office Communications Server 2007 (OCS)をインスタント・メッセージおよびプレゼンスのプレゼンス・サーバーとして使用するための前提条件を示します。
この項には次のサブセクションが含まれます:
インストールの詳細は、Microsoft Office Communications Server 2007のドキュメントを参照してください。
この項には次のサブセクションが含まれます:
Microsoft OCS 2007をIMPのプレゼンス・サーバーとして使用するには、Microsoft OCS 2007用のWebCenter PortalのProxyアプリケーションを、次のいずれかのトポロジでデプロイする必要があります。
このトポロジでは、OCSボックス上にホストされているInternet Information Services (IIS)サーバーにWebCenter PortalのProxyアプリケーションをデプロイします。
Microsoft Unified Communications Managed API (UCMA) 2.0をOCSボックスにインストールします。
詳細は、第14.2.2.2.6項「UCMA v2.0のインストール」を参照してください。
WebCenter PortalのProxyアプリケーションのIISサーバー上でのデプロイ
このプロキシ・アプリケーションは、OCSサーバーとのやり取り、および情報の送受信のためのWebサービスを提供します。WebCenter PortalはこれらのWebサービスと通信し、データを表示します。
詳細は、第14.2.2.2.7項「WebCenter PortalのProxyアプリケーションのインストール」を参照してください。
このトポロジでは、OCSボックスに対してリモートであるIISサーバーにWebCenter PortalのProxyアプリケーションをデプロイします。つまり、IISサーバーとOCSサーバーが別々のマシン上にホストされます。
このプロキシ・アプリケーションはリモート・ボックス上にホストされるため、アプリケーションとOCSサーバーの間に信頼関係を設定する必要があります。これは、アプリケーションのプロビジョニングと呼ばれます。プロビジョニングは、Microsoft UCMA v2.0に付属のApplication Provisionerユーティリティを使用して行います。詳細は、http://msdn.microsoft.com/en-us/library/dd253360%28office.13%29.aspxを参照してください。
図14-5に、様々なデプロイ・エンティティで実行される手順(UCMA v2.0のインストールを含む)の概要を示します。
これらの手順の詳細は、次の項で説明します。
この項では、OCSにアクセスする他のIISサーバーをプロビジョニングするための、Microsoft社による手順を示します。
Visual Studio 2008を任意の開発者ボックスにインストールします(必ずしもIIS/OCSである必要はありません)。
第14.2.2.2.6項「UCMA v2.0のインストール」の手順に従って、UCMAバージョン2.0を同じボックスにインストールします。
Application Provisionerアプリケーションは、UCMA SDKに付属しています。
UCMA Coreをインストールした場所(たとえば、C:\Program Files\Microsoft Office Communications Server 2007 R2\UCMA SDK 2.0\UCMACore\Sample Applications\Collaboration\ApplicationProvisionerなど)の下にあるディレクトリSample Applications\Collaboration\ApplicationProvisionerへ移動します。
このディレクトリにはApplication Provisionerアプリケーションが格納されています。
Visual Studio 2008を使用してアプリケーションを構築します。
これにより、ApplicationProvisioner.exeファイルが生成されます。
この実行可能ファイルをOCSボックスにコピーします。
UCMA v2.0のコア・ライブラリをOCSボックスにインストールします。
第14.2.2.2.6項「UCMA v2.0のインストール」の手順に従ってください。ただし、Visual C++ 2008の再頒布可能ファイルのインストール後にOCSCore.msiを実行してください。
これにより、アプリケーションのプロビジョニングに必要なWMIクラスがインストールされます。
前の項で生成されたApplicationProvisioner.exeファイルを実行します。
「Application Provisioner」ダイアログが表示されます。
「Application Provisioner」ダイアログで、「アプリケーション名」にアプリケーション名としてWebCenterProxyApplicationと入力し、「検索または作成」をクリックします。
「アプリケーション プールを作成します。」ダイアログの「OCS Pool Fqdn」の一覧で、使用するアプリケーションのOffice Communications Serverプールを選択します。
「リッスンするポート」にアプリケーションのリスニング・ポートを入力します(例: 6001)。
「アプリケーション サーバーFqdn」に、アプリケーションをデプロイするコンピュータの完全修飾ドメイン名(FQDN)を入力します。(これはIISボックスです。)
アプリケーションを複数のコンピュータにデプロイする場合、「負荷分散アプリケーション」チェック・ボックスを選択し、「ロード バランサーFqdn」にロード・バランサのFQDNを入力します。
アプリケーション・プールは、「Application Provisioner」ダイアログに表示されます。
サーバーのエントリをダブルクリックします。
「サーバーの表示」ダイアログが表示されます。そこに表示される情報は、サーバーのFQDN、ポート、GRUUです。
OCSサーバーでOffice Communications Server Certificateウィザードを使用して、前の手順で書き留めておいたサーバーFQDNをサブジェクト名として証明書を作成します。
この証明書は、IISサーバーからの要求の認可に使用されます。
証明書が作成されたら、証明書を表示します。
「詳細」タブで、「ファイルにコピー」をクリックします。
証明書のエクスポート・ウィザードが表示されます。
秘密鍵を使用して、証明書をファイルにエクスポートします。
証明書の名前が付いた.pfx (Personal Information Exchange)ファイルが生成されます。
リモート・デプロイのシナリオでは、IISサーバーはWebCenter PortalのProxyアプリケーションをホストするため、前の項の情報を使用して、IISを信頼された認証局にしてください。
秘密鍵を使用してOCSサーバーによって発行された証明書をインストールします。OCSサーバーでのWebCenter PortalのProxyアプリケーションのプロビジョニングの手順7で生成した.pfxファイルをIISボックスにコピーし、それをダブルクリックします。
証明書のインポート・ウィザードが表示されます。
LOCAL_MACHINEの下の個人用フォルダに証明書をインポートします。
証明書を読み取るための権限をIIS_WPGユーザーに付与します。
これは、証明書に対する適切な読取りアクセス権をIISサーバーに与えるために必要な作業です。これを行うために、Microsoft社が提供するWindows HTTP Services Certificate Configuration Tool (http://www.microsoft.com/downloads/details.aspx?familyid=c42e27ac-3409-40e9-8667-c748e422833f&displaylang=en)というユーティリティを使用できます。このユーティリティをダウンロードしてインストールしてください。インストールすると、winhttpcertcfg.exeという実行可能ファイルが作成されます。インストールした場所に移動し、次のコマンドを実行して権限を付与します。
winhttpcertcfg.exe -g -c LOCAL_MACHINE\MY -s "<certificate-name>" -a "IIS_WPG"
C:/WINDOWS/system32/drivers/etc/hostsにOCSサーバーのプール名のエントリを次の形式で作成します。
<ip-address-of-ocs-box> <poolname-of-ocs-box>
例:
10.177.252.146 pool01.example.com
IISサーバーはWebCenter PortalのProxyアプリケーションをホストするため、IISサーバーにMicrosoft UCMA v2.0をインストールします。
詳細は、第14.2.2.2.6項「UCMA v2.0のインストール」を参照してください。
UCMAをインストールしたら、プロキシ・アプリケーションをIISサーバー上にデプロイします。
WebCenter PortalのProxyアプリケーションは、OCSサーバーとのやり取り、および情報の送受信のためのWebサービスを提供します。WebCenter PortalはこれらのWebサービスと通信し、データを表示します。
詳細は、第14.2.2.2.7項「WebCenter PortalのProxyアプリケーションのインストール」を参照してください。
WebCenter PortalのProxyアプリケーションが抽出された場所に移動して、Web.configを開き、appSettings XMLノードを編集して、前の項の手順7で書き留めておいた値を追加します。
RemoteDeploymentの値がtrueに設定されていることを確認してください。
たとえば、appsettings XMLノードは次のように表示されます。
<appSettings> <add key="ApplicationName" value="WebCenterProxyApplication"/> <add key="RemoteDeployment" value="true"/> <add key="ApplicationFQDN" value="iis.server.com"/> <add key="ApplicationGRUU" value="sip:iis.server.com@EXAMPLE.COM;gruu;opaque=srvr:WebCenterProxyApplication:7mhSo94PlUK-5Q2bKPLyMAAA"/> <add key="ApplicationPort" value="6001"/> </appSettings>
信頼関係が確立され、WebCenter PortalのProxyアプリケーションがOCSと対話できるようになりました。
Microsoft Unified Communications Managed API v2.0 (UCMA)は、OCS環境と対話可能なサーバー・アプリケーションを上級開発者が構築できるエンドポイントAPIです。
シンプル・デプロイでは、UCMAがOCSと同じボックスにインストールされます。リモート・デプロイでは、OCSコア・ライブラリはOCSボックスにインストールされ、UCMAはIIS(プロキシ)ボックスにインストールされます。
UCMA v2.0を次の場所からダウンロードします。
OCS2007 R2インストール用(64ビット): http://www.microsoft.com/downloads/details.aspx?FamilyID=b20967b1-6cf5-4a4b-b7ae-622653ac929f&displaylang=en
UcmaSDKWebDownload.msiファイルをダウンロードして実行します。これにより、フォルダC:\Microsoft Unified Communications Managed API 2.0 SDK Installer package\amd64にファイルが抽出されます。
(前の手順でファイルが抽出された)ディレクトリに移動しvcredist_x86.exeを実行します。
この手順により、UCMA APIに必要なVisual C++ライブラリのランタイム・コンポーネントがインストールされます。
ディレクトリSetupに移動し、UcmaRedist.msiを実行します。
この手順により、GACのUCMA 2.0アセンブリがインストールされます。
コンパニオンCDからowc_ocs2007.zipを抽出します。
OCSWebServicesという名前のディレクトリが作成されます。
インターネット インフォメーション サービス(IIS)マネージャを開きます。
インターネット インフォメーション サービス (IIS) マネージャでサーバー・ノードを開き、「Webサイト」を開きます。
「既定のWebサイト」を右クリックして「新規」→「仮想ディレクトリ」を選択し、Oracle RTC Webサービス用のサイトを作成します。
仮想ディレクトリの作成ウィザードが表示されます。
「次へ」をクリックします。
「エイリアス」フィールドに仮想ディレクトリの別名(たとえば、RTC)を入力します。
owc_ocs2007.zipファイルから抽出されたディレクトリのパスを入力します。
このzipファイルを「C:\」に抽出した場合、パスには「C:\OCSWebServices」を指定します。または、「参照」ボタンをクリックして、当該ディレクトリに移動します。
「次へ」をクリックします。
仮想ディレクトリで、「読取り」、「実行」、「参照」権限があることを確認します。
「次へ」をクリックします。
「完了」をクリックします。
「IIS マネージャー」ウィンドウの「既定のWebサイト」の下に、新しく作成した仮想ディレクトリが表示されます。
Oracle RTC Webサービス用に新しく作成した仮想ディレクトリを右クリックし、「プロパティ」を選択して「プロパティ」ダイアログを開きます。
「仮想ディレクトリ」タブの「アプリケーションの設定」で、「作成」をクリックします。
ボタンのラベルが「削除」に変わり、新しく作成した仮想ディレクトリの名前が「アプリケーション名」フィールドに表示されています。
「実行アクセス許可」ドロップダウン・リストから「スクリプトおよび実行可能ファイル」を選択します。
「ASP.NET」タブで、「ASP.NETバージョン」ドロップダウン・リストから2.0以上のASP.NETバージョンを選択します。
IISはASP.NET 2.0アプリケーションを消費するように構成されます。
「OK」をクリックします。
次のURL書式を使用してWebサイトにアクセスすることで、Webサービスをテストします。http://localhost/default_website/OCSWebService.asmx
default_websiteは、Oracle RTC Webサービス用に作成した仮想ディレクトリです。
例:
http://localhost/RTC/OCSWebService.asmx
ユーザーが資格証明を提供してOCSサーバーに対して自分を認証できるように、Microsoft Office Communications Server接続用の外部アプリケーションを構成する必要があります。
保護されたアプリケーションでは、ユーザーがプレゼンス・ステータスを取得できます。OCSでは、セキュリティが必要な場合、信頼できるプライベート・ネットワーク上にOCSが存在する必要があります。
OCSには、外部資格情報を変更するためのオプションが用意されています。これは、外部アプリケーションを使用するかわりになります。ログインしたユーザーは、「プレゼンス」タグをクリックし、メニューから「資格情報の変更」を選択できます。
詳細は、第14.3.1項「Fusion Middleware Controlを使用したインスタント・メッセージおよびプレゼンス・サーバーの登録」を参照してください。
この項では、Microsoft Lync 2010をインスタント・メッセージおよびプレゼンスのプレゼンス・サーバーとして使用するための前提条件を示します。
この項には次のサブセクションが含まれます:
インストールの詳細は、Microsoft Lync 2010のドキュメントを参照してください。
この項には次のサブセクションが含まれます:
第14.2.3.2.4項「LyncサーバーでのWebCenter PortalのProxyアプリケーションのプロビジョニング」
第14.2.3.2.6項「Topology BuilderまたはPowerShellコマンドレットを使用した信頼済サービス・エントリの移行」
Microsoft Lyncの構成はMicrosoft OCSの構成に似ています。
Microsoft Lync 2010をIMPのプレゼンス・サーバーとして使用するには、Microsoft Lync 2010用のWebCenter PortalのProxyアプリケーションを、次のいずれかのトポロジでデプロイする必要があります。
このトポロジでは、Lyncボックス上にホストされているInternet Information Services (IIS)サーバーにWebCenter PortalのProxyアプリケーションをデプロイします。
Microsoft Unified Communications Managed API (UCMA) 2.0をLyncボックスにインストールします。
詳細は、第14.2.3.2.8項「UCMA v2.0のインストール」を参照してください。
WebCenter PortalのProxyアプリケーションのIISサーバー上でのデプロイ
このプロキシ・アプリケーションは、Lyncサーバーとのやり取り、および情報の送受信のためのWebサービスを提供します。WebCenter PortalはこれらのWebサービスと通信し、データを表示します。詳細は、第14.2.3.2.9項「WebCenter PortalのProxyアプリケーションのインストール」を参照してください。
このトポロジでは、Lyncボックスに対してリモートであるIISサーバーにWebCenter PortalのProxyアプリケーションをデプロイします。つまり、IISサーバーとLyncサーバーが別々のマシン上にホストされます。
このプロキシ・アプリケーションはリモート・ボックス上にホストされるため、アプリケーションとLyncの間に信頼関係を設定する必要があります。これは、アプリケーションのプロビジョニングと呼ばれます。プロビジョニングは、Microsoft UCMA v2.0に付属のApplication Provisionerユーティリティを使用して行います。
図14-6に、様々なデプロイ・エンティティで実行される手順(UCMA v2.0のインストールを含む)の概要を示します。
これらの手順の詳細は、次の項で説明します。
この項では、Lyncにアクセスする他のIISサーバーをプロビジョニングするための、Microsoft社による手順を示します。
Visual Studio 2008を任意の開発者ボックスにインストールします(必ずしもIIS/Lyncである必要はありません)。
第14.2.3.2.8項「UCMA v2.0のインストール」の手順に従って、UCMAバージョン2.0を同じボックスにインストールします。
Application Provisionerアプリケーションは、UCMA SDKに付属しています。
UCMA Coreをインストールした場所(たとえば、C:\Program Files\Microsoft Lync 2010 R2\UCMA SDK 2.0\UCMACore\Sample Applications\Collaboration\ApplicationProvisionerなど)の下にあるディレクトリSample Applications\Collaboration\ApplicationProvisionerへ移動します。
Visual Studio 2008でアプリケーションを開き、http://msdn.microsoft.com/en-us/library/gg448038.aspxに従ってApplication.csファイルを編集します。
Visual Studio 2008を使用してアプリケーションを構築します。
これにより、ApplicationProvisioner.exeファイルが生成されます。
この実行可能ファイルをLyncボックスにコピーします。
Lyncセットアップ・パッケージに付属のOCSWMIBC.msiファイルを実行します。
UCMA 2.0アプリケーションをLync Server 2010に対して直接デプロイする場合は、Lync Server 2010環境で使用されているSIPドメインを、Office Communications Server 2007 R2 SIPドメイン・リストに追加してから、Merge-CsLegacyTopologyコマンドレットを実行する必要があります。アプリケーションは、OCS 2007 R2に対してデプロイされている場合と同様にデプロイされ、Lync Server 2010に対して実行されるように移行されます。ドメインを追加するには、第14.2.3.2.5項「WBemTestを使用したAllowedDomainsの追加」を参照してください。
前の項で生成されたApplicationProvisioner.exeファイルを実行します。
「Application Provisioner」ダイアログが表示されます。
「Application Provisioner」ダイアログで、「アプリケーション名」にアプリケーション名としてWebCenterProxyApplicationと入力し、「検索または作成」をクリックします。
「アプリケーション プールを作成します。」ダイアログの「Lync Pool Fqdn」の一覧で、使用するアプリケーションのプールを選択します。
「リッスンするポート」にアプリケーションのリスニング・ポートを入力します(例: 6001)。
「アプリケーション サーバーFqdn」に、アプリケーションをデプロイするコンピュータの完全修飾ドメイン名(FQDN)を入力します。(これはIISボックスです。)
アプリケーションを複数のコンピュータにデプロイする場合、「負荷分散アプリケーション」チェック・ボックスを選択し、「ロード バランサーFqdn」にロード・バランサのFQDNを入力します。
アプリケーション・プールは、「Application Provisioner」ダイアログに表示されます。
サーバーのエントリをダブルクリックします。
「サーバーの表示」ダイアログが表示されます。そこに表示される情報は、サーバーのFQDN、ポート、GRUUです。
新しく作成した信頼済みエントリをLync Server 2010に移行します。
第14.2.3.2.6項「Topology BuilderまたはPowerShellコマンドレットを使用した信頼済サービス・エントリの移行」を参照してください。
LyncサーバーでLync Certificateウィザードを使用して、前の手順で書き留めておいたサーバーFQDNをサブジェクト名として証明書を作成します。
この証明書は、IISサーバーからの要求の認可に使用されます。
証明書が作成されたら、証明書を表示します。
「詳細」タブで、「ファイルにコピー」をクリックします。
証明書のエクスポート・ウィザードが表示されます。
秘密鍵を使用して、証明書をファイルにエクスポートします。
証明書の名前が付いた.pfx (Personal Information Exchange)ファイルが生成されます。
WBemTest.exeを起動するには、コマンド・プロンプト・ウィンドウで、WBemTestと入力して[Enter]を押します。
「Windows Management Instrumentationテスト」ダイアログで、「接続」をクリックします。
「接続」ダイアログで、「接続」をクリックします。
「Windows Management Instrumentationテスト」ダイアログで、「クラスの列挙」をクリックします。
「スーパークラス情報」ダイアログで、「OK」をクリックします。
「クエリ結果」ダイアログで、「MSFT_SIPDomainData()」までスクロール・ダウンして、このエントリをダブルクリックします。
「MSFT_SIPDomainDataのオブジェクト エディタ」ダイアログで、「インスタンス」をクリックします。
「クエリ結果」ダイアログが表示され、MSFT_SIPDomainData WMIクラスの各インスタンスのInstanceIDが表示されます。これらのエントリはAllowedDomainエントリです。
AllowedDomainエントリを追加するために、「追加」をクリックします。
「MSFT_SIPDomainDataのインスタンス」ダイアログの「プロパティ」リストボックスで、「アドレス」をダブルクリックします。
「プロパティ エディタ」ダイアログで、「NULLでない」ラジオ・ボタンを選択します。
「値」テキスト入力ペインに、Lyncサーバーのドメイン(例: contoso.com)を入力して、「プロパティの保存」をクリックします。
「MSFT_SIPDomainDataのインスタンス」ダイアログの「プロパティ」リストボックスで、「権限あり」をダブルクリックして、「権限あり」プロパティをNullではなくFalseに設定してから、「プロパティの保存」をクリックします。
「MSFT_SIPDomainDataのインスタンス」ダイアログの「プロパティ」リストボックスで、「既定のドメイン」をダブルクリックして、「既定のドメイン」プロパティをNullではなくTrueに設定してから、「プロパティの保存」をクリックします。
「MSFT_SIPDomainDataのインスタンス」ダイアログで、「オブジェクトの保存」をクリックします。
Microsoft Lync Server 2010 Topology Builderを使用して信頼済サービス エントリを移行する手順は次のとおりです。
Microsoft Lync Server 2010のトポロジ ビルダーを起動します。
既存のトポロジが読み込まれたら、「アクション」で「2007 トポロジのマージ」または「2007 R2 トポロジのマージ」を選択します。
その結果として起動されるウィザードで、デフォルトのオプションをそのまま使用して最後まで進みます。
「トポロジの公開」を選択し、前の手順と同じようにウィザードを完了します。
ウィザードが終了したら、正常に実行が完了したことを確認します。
ユーザー・インタフェースにエラーが表示されていないことを確認してください。
Microsoft Lync Server 2010 PowerShellコマンドレットを使用して信頼済サービス エントリを移行する手順は次のとおりです。
「スタート」メニューから「Microsoft Lync Server 2010」プログラム・グループにある「Lync Server管理シェル」を実行します。
次のPowerShellコマンドレットを実行します。
Merge-CsLegacyTopology -TopologyXmlFileName D:\output.xml
次のPowerShellコマンドレットを実行します。
Publish-CsTopology -FileName D:\output.xml
リモート・デプロイのシナリオでは、IISサーバーはWebCenter PortalのProxyアプリケーションをホストするため、前の項の情報を使用して、IISを信頼された認証局にしてください。
秘密鍵を使用してLyncサーバーによって発行された証明書をインストールします。LyncサーバーでのWebCenter PortalのProxyアプリケーションのプロビジョニングの手順7で生成した.pfxファイルをIISボックスにコピーし、それをダブルクリックします。
証明書のインポート・ウィザードが表示されます。
LOCAL_MACHINEの下の個人用フォルダに証明書をインポートします。
C:/WINDOWS/system32/drivers/etc/hostsにLyncサーバーのプール名のエントリを次の形式で作成します。
<ip-address-of-lync-box> <poolname-of-lync-box>
例:
10.177.252.146 pool01.example.com
IISサーバーはWebCenter PortalのProxyアプリケーションをホストするため、IISサーバーにMicrosoft UCMA v2.0をインストールします。
詳細は、第14.2.3.2.8項「UCMA v2.0のインストール」を参照してください。
UCMAをインストールしたら、このプロキシ・アプリケーションをIISサーバー上にデプロイします。
WebCenter PortalのProxyアプリケーションは、Lyncとのやり取り、および情報の送受信のためのWebサービスを提供します。WebCenter PortalはこれらのWebサービスと通信し、データを表示します。詳細は、第14.2.3.2.9項「WebCenter PortalのProxyアプリケーションのインストール」を参照してください。
WebCenter PortalのProxyアプリケーションが抽出された場所に移動して、Web.configを開き、appSettings XMLノードを編集して、前の項(第14.2.2.2.5項「IISサーバーの構成」)の手順7で書き留めておいた値を追加します。
RemoteDeploymentの値は、必ずtrueに設定します。たとえば、appsettings XMLノードは次のように表示されます。
<appSettings> <add key="ApplicationName" value="WebCenterProxyApplication"/> <add key="RemoteDeployment" value="true"/> <add key="ApplicationFQDN" value="iis.server.com"/> <add key="ApplicationGRUU" value="sip:iis.server.com@EXAMPLE.COM;gruu;opaque=srvr:WebCenterProxyApplication:7mhSo94PlUK-5Q2bKPLyMAAA"/> <add key="ApplicationPort" value="6001"/> </appSettings>
|
注意: ログ・ファイルに次のような例外が記録されている場合は、
ErrorCode = -2146893039
FailureReason = NoAuthenticatingAuthority
e.Message = "Unable to perform authentication of credentials."
base {Microsoft.Rtc.Signaling.FailureResponseException} = {"Unable to perform authentication of credentials."}
InnerException = {"NegotiateSecurityAssociation failed, error: \-2146893039"}
<identity impersonate="true" userName="Administrator" password="MyPassword*"/>
|
信頼関係が確立され、WebCenter PortalのProxyアプリケーションがLyncと対話できるようになりました。
Microsoft Unified Communications Managed API v2.0 (UCMA)は、Lync環境と対話可能なサーバー・アプリケーションを上級開発者が構築できるエンドポイントAPIです。
シンプル・デプロイでは、UCMAがLyncと同じボックスにインストールされます。リモート・デプロイでは、Lyncコア・ライブラリはLyncボックスにインストールされ、UCMAはIIS(プロキシ)ボックスにインストールされます。
UCMA v2.0インストールを次の場所からダウンロードします。http://www.microsoft.com/downloads/details.aspx?FamilyID=b20967b1-6cf5-4a4b-b7ae-622653ac929f&displaylang=en
UcmaSDKWebDownload.msiファイルをダウンロードして実行します。
フォルダC:\Microsoft Unified Communications Managed API 2.0 SDK Installer package\amd64にファイルが抽出されます。
(前の手順でファイルが抽出された)ディレクトリに移動しvcredist_x86.exeを実行します。
UCMA APIに必要な、Visual C++ライブラリのランタイム・コンポーネントがインストールされます。
ディレクトリSetupに移動し、UcmaRedist.msiを実行します。
GACのUCMA 2.0アセンブリがインストールされます。
コンパニオンCDからowc_ocs2007.zipを抽出します。
OCSWebServicesという名前のディレクトリが作成されます。
インターネット インフォメーション サービス(IIS)マネージャを開きます。
IISマネージャでサーバー・ノードを開き、「サイト」を開きます。
「Lync内部Webサイト」を右クリックして、「アプリケーションの追加」を選択します。
アプリケーションの追加ウィザードで、「エイリアス」フィールドに仮想ディレクトリの別名(たとえば、RTC)を入力します。
owc_ocs2007.zipファイルから抽出されたディレクトリのパスを入力し、「OK」をクリックします。
たとえば、このzipファイルを「C:\」に抽出した場合は、C:\OCSWebServicesを入力します。あるいは、「参照」ボタンを使用して、そのディレクトリにナビゲートします。「OK」をクリックします。
新しく作成したアプリケーションを右クリックし、「アクセス許可の編集」を選択して「プロパティ」ダイアログを表示します。
「セキュリティ」タブで、アクセス許可を編集してユーザー「すべてのユーザー」に読取りアクセス許可を付与します。
次のURL書式を使用してWebサイトにアクセスすることで、Webサービスをテストします。http://localhost/lync_internal_web_site/OCSWebService.asmx
lync_internal_web_siteは、Oracle RTC Webサービス用に作成した仮想ディレクトリです。
例:
http://localhost/RTC/OCSWebService.asmx
ユーザーが資格証明を提供してLyncサーバーに対して自分を認証できるように、Microsoft Lync接続用の外部アプリケーションを構成する必要があります。
保護されたアプリケーションでは、ユーザーがプレゼンス・ステータスを取得できます。Lyncでは、セキュリティが必要な場合、信頼できるプライベート・ネットワーク上にLyncが存在する必要があります。
Lyncには、外部資格情報を変更するためのオプションが用意されています。これは、外部アプリケーションを使用するかわりになります。ログインしたユーザーは、「プレゼンス」タグをクリックし、メニューから「資格情報の変更」を選択できます。
詳細は、第14.3.1項「Fusion Middleware Controlを使用したインスタント・メッセージおよびプレゼンス・サーバーの登録」を参照してください。
WebCenter Portalには複数のプレゼンス・サーバー接続を登録できますが、同時にアクティブにできる接続はそのうち1つのみです。
新しい(アクティブな)プレゼンス・サーバーの使用を開始するには、WebCenter Portalがデプロイされている管理対象サーバーを再起動する必要があります。
この項には次のサブセクションが含まれます:
プレゼンス・サーバー接続を登録するには:
Fusion Middleware Controlにログインし、WebCenter Portalのホームページに移動します。詳細は、次を参照してください。
次のいずれかを実行します。
WebCenter Portalの場合: 「WebCenterポータル」メニューから、「設定」→「サービス構成」を選択します。
Portal Frameworkアプリケーションの場合: 「アプリケーションのデプロイ」メニューから、「WebCenterポータル」→「サービス構成」を選択します。
「WebCenter Portalサービス構成」ページで、「インスタント・メッセージおよびプレゼンス」を選択します。
新しいプレゼンス・サーバーに接続するには、「追加」をクリックします(図14-7)。
この接続の一意の名前を入力し、プレゼンス・サーバー・タイプを指定して、この接続をアプリケーションのアクティブな(またはデフォルトの)接続にするかどうかを指定します(表14-1)。
表14-1 インスタント・メッセージおよびプレゼンス接続: 名前
| フィールド | 説明 |
|---|---|
|
接続名 |
接続の一意の名前を入力します。この名前は、WebCenter Portalのすべての接続タイプにおいて一意である必要があります。 |
|
接続タイプ |
プレゼンス・サーバーのタイプを指定します。
初期設定のWebCenter Portalは、Microsoft LCS、OCSおよびLyncをサポートしています。 注意: Microsoft Lync接続は、Microsoft Office Communications Server 2010接続タイプを使用します。(Oracle Beehive Server接続は、このリリースではサポートされていません。) |
|
アクティブな接続 |
これを選択すると、この接続がWebCenter Portalでインスタント・メッセージおよびプレゼンスに使用されます。 1つのアプリケーションに対して複数のプレゼンス・サーバー接続を登録できますが、IMPで使用される接続はデフォルトの(またはアクティブな)接続1つのみです。 |
インスタント・メッセージおよびプレゼンスをホストするサーバーの接続の詳細を入力します(表14-2)。
表14-2 インスタント・メッセージおよびプレゼンス接続: 接続の詳細
| フィールド | 説明 |
|---|---|
|
サーバーURL |
インスタント・メッセージおよびプレゼンスをホストするサーバーのURLを入力します。 例: |
|
ユーザー・ドメイン |
(OCS/Lyncのみ)この接続に関連付けられている(Microsoft Office Communications Server上の)Active Directoryドメインの名前を入力します。OCS/Lync接続の場合はユーザー・ドメインが必須です。 ユーザー・ドメインの詳細は、Microsoft社のドキュメントを参照してください。 |
|
プール名 |
この接続に関連付けられているプールの名前を入力します。このプール名は必須です。 プール名の詳細は、Microsoft社のドキュメントを参照してください。 |
|
関連付けられている外部アプリケーション |
インスタント・メッセージおよびプレゼンス・サーバーを外部アプリケーションと関連付けます。外部アプリケーションの資格証明情報が、ユーザーをインスタント・メッセージおよびプレゼンス・サーバーに対して認証するために使用されます。 外部アプリケーションは必須です。 リストから既存の外部アプリケーションを選択することも、「新規作成」をクリックして新規の外部アプリケーションを構成することもできます。 インスタント・メッセージおよびプレゼンス用に構成する外部アプリケーションでは、 |
「拡張構成」フィールドにタイムアウトを入力します(表14-4)。
プレゼンス・サーバーに接続するためには追加のパラメータが必要になる場合があります。
プレゼンス・サーバーへの接続に追加のパラメータが必要な場合は、「追加プロパティ」を開き、必要な詳細を入力します(表14-4)。
表14-4 インスタント・メッセージおよびプレゼンス接続: 追加プロパティ
| フィールド | 説明 |
|---|---|
|
追加 |
「追加」をクリックして、追加の接続パラメータを指定します。
|
|
削除 |
「削除」をクリックして、選択したプロパティを削除します。 「削除」をクリックする前に、正しい行を選択します。 注意: 「OK」をクリックするまで、削除された行は無効として表示されます。 |
「OK」をクリックして、この接続を保存します。
新しい(アクティブな)接続の使用を開始するには、WebCenter PortalまたはPortal Frameworkアプリケーションがデプロイされている管理対象サーバーを再起動する必要があります。
詳細は、第7.2項「WebCenter Portalアプリケーションがデプロイされる管理対象サーバーの起動および停止」を参照してください。
WLSTコマンドのcreateIMPConnectionを使用して、プレゼンス・サーバーの接続を作成します。コマンドの構文と例は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のcreateIMPConnectionに関する項を参照してください。
WLSTコマンドの実行方法の詳細は、第1.13.3.1項「Oracle WebLogic Scripting Tool (WLST)コマンドの実行」を参照してください。
新規のIMP接続をアクティブに使用するようにインスタント・メッセージおよびプレゼンスを構成するには、default=trueを設定します。詳細は、第14.4.2項「WLSTを使用したインスタント・メッセージおよびプレゼンス用のアクティブな接続の選択」を参照してください。
|
注意: 新しい(アクティブな)接続の使用を開始するには、WebCenter PortalまたはPortal Frameworkアプリケーションがデプロイされている管理対象サーバーを再起動する必要があります。詳細は、『Oracle Fusion Middleware管理者ガイド』のコマンド行を使用した管理対象サーバーの起動および停止に関する項を参照してください。 |
WebCenter Portalには複数のインスタント・メッセージおよびプレゼンス・サーバー接続を登録できますが、一度にアクティブにできる接続は1つのみです。アクティブな接続がWebCenter Portalのバックエンド・プレゼンス・サーバーになります。
この項には次のサブセクションが含まれます:
アクティブな接続を変更するには:
Fusion Middleware Controlにログインし、WebCenter Portalのホームページに移動します。詳細は、次を参照してください。
次のいずれかを実行します。
WebCenter Portalの場合: 「WebCenterポータル」メニューから、「設定」→「サービス構成」を選択します。
Portal Frameworkアプリケーションの場合: 「アプリケーションのデプロイ」メニューから、「WebCenterポータル」→「サービス構成」を選択します。
「WebCenter Portalサービス構成」ページで、「インスタント・メッセージおよびプレゼンス」を選択します。
「インスタント・メッセージおよびプレゼンス接続の管理」表に、現在のアクティブな接続(ある場合)が示されます。
アクティブな(またはデフォルトの)接続にする接続を選択し、「編集」をクリックします。
「アクティブな接続」チェック・ボックスを選択します。
「OK」をクリックして、接続を更新します。
新しい(アクティブな)接続の使用を開始するには、WebCenter PortalまたはPortal Frameworkアプリケーションがデプロイされている管理対象サーバーを再起動する必要があります。
第7.2項「WebCenter Portalアプリケーションがデプロイされる管理対象サーバーの起動および停止」を参照してください。
WLSTコマンドのsetIMPConnectionをdefault=trueで使用して、既存のプレゼンス・サーバー接続をアクティブ化します。コマンドの構文と例は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のsetIMPConnectionに関する項を参照してください。
プレゼンス・サーバー接続を無効化するには、その接続を削除するか、別の接続を「アクティブな接続」にするか、removeIMPServicePropertyコマンドを使用します。
removeIMPServiceProperty('appName='webcenter', property='selected.connection')
このコマンドを使用すると、接続の詳細は保持されますが、この接続はアクティブな接続として示されなくなります。詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のremoveIMPServicePropertyに関する項を参照してください。
WLSTコマンドの実行方法の詳細は、第1.13.3.1項「Oracle WebLogic Scripting Tool (WLST)コマンドの実行」を参照してください。
|
注意: このアクティブな接続の使用を開始するには、WebCenter PortalまたはPortal Frameworkアプリケーションがデプロイされている管理対象サーバーを再起動する必要があります。詳細は、『Oracle Fusion Middleware管理者ガイド』のコマンド行を使用した管理対象サーバーの起動および停止に関する項を参照してください。 |
インスタント・メッセージおよびプレゼンス・サーバー接続の詳細はいつでも変更できます。
更新された(アクティブな)接続の使用を開始するには、WebCenter Portalがデプロイされている管理対象サーバーを再起動する必要があります。
この項には次のサブセクションが含まれます:
インスタント・メッセージおよびプレゼンス・サーバーの接続の詳細を更新する手順は、次のとおりです。
Fusion Middleware Controlにログインし、WebCenter Portalのホームページに移動します。詳細は、次を参照してください。
次のいずれかを実行します。
WebCenter Portalの場合: 「WebCenterポータル」メニューから、「設定」→「サービス構成」を選択します。
Portal Frameworkアプリケーションの場合: 「アプリケーションのデプロイ」メニューから、「WebCenterポータル」→「サービス構成」を選択します。
「WebCenter Portalサービス構成」ページで、「インスタント・メッセージおよびプレゼンス」を選択します。
接続名を選択し、「編集」をクリックします。
必要に応じて接続の詳細を編集します。
パラメータの詳細は、表14-2「インスタント・メッセージおよびプレゼンス接続: 接続の詳細」を参照してください。
「OK」をクリックして、変更を保存します。
更新された(アクティブな)接続の使用を開始するには、WebCenter PortalまたはPortal Frameworkアプリケーションがデプロイされている管理対象サーバーを再起動する必要があります。
詳細は、第7.2項「WebCenter Portalアプリケーションがデプロイされる管理対象サーバーの起動および停止」を参照してください。
WLSTコマンドのsetIMPConnectionを使用して、プレゼンス・サーバー接続の詳細を編集します。コマンドの構文と例は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のsetIMPConnectionに関する項を参照してください。
プレゼンス・サーバーへの接続に追加のパラメータが必要な場合は、setIMPConnectionPropertyコマンドを使用します。詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のsetIMPConnectionPropertyに関する項を参照してください。
WLSTコマンドの実行方法の詳細は、第1.13.3.1項「Oracle WebLogic Scripting Tool (WLST)コマンドの実行」を参照してください。
|
注意: 更新された(アクティブな)接続の使用を開始するには、WebCenter PortalおよびPortal Frameworkアプリケーションがデプロイされている管理対象サーバーを再起動する必要があります。詳細は、『Oracle Fusion Middleware管理者ガイド』のコマンド行を使用した管理対象サーバーの起動および停止に関する項を参照してください。 |
インスタント・メッセージおよびプレゼンス接続はいつでも削除できますが、アクティブな接続を削除する際には注意が必要です。ユーザー・プレゼンス・オプションはバックエンド・インスタント・メッセージおよびプレゼンス・サーバーを必要とするため、アクティブな接続を削除すると、ユーザー・プレゼンス・オプションは使用できなくなります。
接続を削除するとき、インスタント・メッセージおよびプレゼンスに関連付けられている外部アプリケーションの目的がこの接続をサポートすることのみであれば、その外部アプリケーションを削除することを考慮してください。詳細は、第23.6項「外部アプリケーション接続の削除」を参照してください。
この項には次のサブセクションが含まれます:
インスタント・メッセージおよびプレゼンス・サーバー接続を削除するには:
Fusion Middleware Controlにログインし、WebCenter Portalのホームページに移動します。詳細は、次を参照してください。
次のいずれかを実行します。
WebCenter Portalの場合: 「WebCenterポータル」メニューから、「設定」→「サービス構成」を選択します。
Portal Frameworkアプリケーションの場合: 「アプリケーションのデプロイ」メニューから、「WebCenterポータル」→「サービス構成」を選択します。
「WebCenter Portalサービス構成」ページで、「インスタント・メッセージおよびプレゼンス」を選択します。
接続名を選択し、「削除」をクリックします。
この変更を行うには、WebCenter PortalまたはPortal Frameworkアプリケーションがデプロイされている管理対象サーバーを再起動する必要があります。
詳細は、第7.2項「WebCenter Portalアプリケーションがデプロイされる管理対象サーバーの起動および停止」を参照してください。
|
注意: 管理対象サーバーを再起動する前に、別の接続をアクティブとしてマークしてください。そうしないと、インスタント・メッセージおよびプレゼンスが無効になります。 |
WLSTコマンドのdeleteConnectionを使用して、プレゼンス・サーバーの接続を削除します。コマンドの構文と例は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のdeleteConnectionに関する項を参照してください。
WLSTコマンドの実行方法の詳細は、第1.13.3.1項「Oracle WebLogic Scripting Tool (WLST)コマンドの実行」を参照してください。
WLSTコマンドのsetIMPServicePropertyを使用して、IMPのデフォルトを設定します。
selected.connection: インスタント・メッセージおよびプレゼンスで使用する接続。
rtc.cache.time: インスタント・メッセージおよびプレゼンス・データのキャッシュ・タイムアウト。
resolve.display.name.from.user.profile: ユーザー表示名がない場合に表示する内容を設定します。0に設定すると、表示名の情報がない場合には、ユーザー名のみがアプリケーションに表示されます。1に設定すると、表示名の情報がない場合に、表示名がユーザー・プロファイル・データから読み込まれます。このオプションを1に設定すると、パフォーマンスに影響します。デフォルト設定は0です。
表示名は、プレゼンス・データでは必須でありません。アプリケーションが表示名をデフォルトで提供しないことがあり、この情報が重要と思われる場合は、resolve.display.name.from.user.profileを1に設定することで、表示名を常に表示できます。
im.address.resolver.class: ユーザー名からIMアドレスおよびIMアドレスからユーザー名へのマッピングに使用するリゾルバ実装。デフォルト設定はoracle.webcenter.collab.rtc.IMPAddressResolverImplです。この実装は、次の場所と順序でIMアドレスを検索します。
ユーザー・プリファレンス
ユーザー資格証明
ユーザー・プロファイル
im.address.profile.attribute: ユーザーのIMアドレスを特定するために使用するユーザー・プロファイル属性。デフォルト設定はBUSINESS_EMAILです。im.address.profile.attributeでこのデフォルトを変更できます。
コマンドの構文と詳細な例は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のsetIMPServicePropertyに関する項を参照してください。
WLSTコマンドの実行方法の詳細は、第1.13.3.1項「Oracle WebLogic Scripting Tool (WLST)コマンドの実行」を参照してください。
Oracle RTC Webサービスでは、呼び出して妥当性をテストできる一連のWebメソッドを公開しています。接続を検証するには、Webサービスのエンドポイントにアクセスしてみます。次の例は、アプリケーション・コンテキスト・パスを/RTCと仮定しています。
protocol://host/RTC/ApplicationConfigurationService.asmx
protocol://host/RTC/RTCService.asmx
protocol://host/RTC/OCSWebService.asmx
