Office 通信 Server 2007 R2、ユニファイド コミュニケーション マネージ API 2.0 コア再頒布可能パッケージの 64 ビット バージョンの累積的な更新の新機能が含まれています。

マイクロソフト内部サポート情報

BUG #: 123858 (コンテンツ管理)

マイクロソフト内部サポート情報

BUG #: 212982 (ライブ通信チーム)

概要

ユニファイド コミュニケーション マネージ API 2.0 (UCMA 2.0) コア再頒布可能パッケージの 64 ビット バージョンの更新には、次の機能が含まれています。

  • Windows Vista Service Pack 1 (SP1) の 64 ビット オペレーティング システムまたは Windows 7 の 64 ビット オペレーティング システム上にクライアントをインストールするのにをサポートします。

  • サード ・ パーティ製の IP Pbx と SIP 公衆交換電話網 (PSTN) ゲートウェイとの相互運用性は、Microsoft Office 通信 Server 2007 R2 のボイスです。

詳細


これらの新機能を追加するには、Office 通信 Server 2007 R2、付 2010年 4 月ユニファイド コミュニケーション マネージ API 2.0 (UCMA 2.0) コア再頒布可能パッケージ 64 ビット バージョンの累積的な更新プログラムをダウンロードできます。
詳細については、次の文書番号をクリックして、マイクロソフト サポート技術情報の資料をご参照ください。

Office 通信 Server 2007 R2、ユニファイド コミュニケーション マネージ API 2.0 コア Redist 64 ビットの累積的な更新プログラムの説明: 2010年 4 月




マイクロソフト ユニファイド コミュニケーション管理 API 再配布可能な更新プログラム パッケージ (UcmaRedist.msi) とは、UCMA 2.0 コア SDK を使用します。このパッケージのバージョン番号は、バージョン 3.5.6907.170 よりも大きくする必要があります。このパッケージは、次の機能では、UCMA 2.0 コア SDK の以前のバージョンによって異なります。

  • UCMA 2.0 コア 64 ビット アプリケーションの 64 ビット エディションの Windows Vista SP1 およびそれ以降のエディションでまたは Microsoft Windows 7 の 64 ビット エディションでの展開を 64 ビットをサポートします。

  • ルーティング API の既定値、 ApplicationEndpointの概要:

    • ルーティングの既定のエンドポイントは、CollaborationPlatform のインスタンスによって受信された受信 SIP 要求を処理するアプリケーションを有効にします。これらの要求はない同じ CollaborationPlatform 上の別の ApplicationEndpoint に簡単にディスパッチされます。要求を送出する速度は、ApplicationEndpoint の所有者または会話の情報が受信した要求を一致するかどうかに依存します。CollaborationPlatform によって自動的に拒否されているのではなくデフォルトのいずれかが存在する場合は、ApplicationEndpoint をルーティングで受信した要求が発生します。次に、アプリケーションは、これらの要求を処理できません。

    • 指定された CollaborationPlatform インスタンスの既定のルーティングのエンドポイントとしてマークされている 1 つの ApplicationEndpoint の最大があります。

    • 呼び出しは、使用停止サービスにルーティングされます。ただし、アプリケーションは、呼び出しをハングアップしません。代わりに、アプリケーションは呼び出し元にお知らせを戻る再生します。ルーティングの既定のエンドポイントは、プラットフォームに固有の ApplicationEndpoint として使用する場合、このエンドポイントは、リモートの SIP ピアとも対話するサービスを作成するのに最適です。コード サンプルは、次のようにします。

      public class ApplicationEndpoint : LocalEndpoint 
      {
      public Boolean IsDefaultRoutingEndpoint { get; }
      public void SetProxyInformation(String proxyHost, Int32 proxyPort);
      }

      public class ApplicationEndpointSettings : LocalEndpointSettings
      {
      public Boolean IsDefaultRoutingEndpoint { get; set; }
      }
  • SIP の DNS の負荷分散をサポートするための概要:

    • UCMA 2.0 コア SDK では、負荷が DNS の A レコードを使用して複数のフロント エンドでの次ホップ プロキシに送信の SIP 要求を分散することができます。

    • この修正プログラムは、DNS の負荷分散氷の接続性チェックのフェイル オーバーをサポートしていません。Microsoft 通信サーバー オーディオ/ビデオ エッジ サーバーは、ハードウェア ロード バランサーを持たせる必要があります。コード サンプルを以下に示します。

      public abstract class RealTimeConnectionManager : IDisposable 
      {
      public Boolean DnsLoadBalancingDisabled { get; set; }
      }


    • LocalEndpoint の実装からには、次のコードをアクセスすることができます。

      endpoint.InnerEndpoint.ConnectionManager.DnsLoadBalancingDisabled = false;
  • SIP の PSTN ゲートウェイおよび IP Pbx とテレフォニーのシナリオが Microsoft Exchange Server 2010 でサポートされているプラットフォームの相互運用性のモードが導入されました。

    • UCMA 2.0 コア SDK は、AudioVideoCall の確立にエンドポイントの次ホップ プロキシを無効に最上位の Api を提供します。これにより、同時に複数の SIP の PSTN ゲートウェイと IP Pbx、SIP ピア ツー ピア モードで動作するアプリケーションです。この修正プログラムには、SIP 要求の送信に適用できる新しい ConnectionContext API が導入されています。サンプル コードは次のとおりです。

          public class ApplicationEndpointSettings : LocalEndpointSettings 
      {
      public ConnectionContext AudioVideoAuthorizationService { get; set; }
      }

      public class CallEstablishOptions
      {
      public ConnectionContext ConnectionContext { get; set; }
      public String Transferor { get; set; }
      }

      public abstract class RealTimeEndpoint
      {
      public IAsyncResult BeginSendMessage(MessageType messageType, RealTimeAddress sessionTarget, SendMessageOptions options, AsyncCallback userCallback, Object state);
      }

      public class SendMessageOptions
      {
      public ConnectionContext ConnectionContext { get; set; }
      public void SetLocalIdentity(String uri, String displayName);
      }

      public class SignalingSession
      {
      public IAsyncResult BeginEstablish(SignalingSessionEstablishOptions options, AsyncCallback userCallback, Object state);
      }

      public class SignalingSessionEstablishOptions
      {
      public ConnectionContext ConnectionContext { get; set; }
      }

    • UCMA 2.0 コア SDK には、手動で承認か拒否するかについて特定リモートの SIP ピアの構成データを取得するために、着信接続を使用することができますか、またはアプリケーションに大きく AudioVideoCall 受信する前に関連付けられている RealTimeConnection.ApplicationContext プロパティでこの情報を提供する API も提供します。新しい API のサンプル コードを以下に示します。

      public abstract class RealTimeServerConnectionManager : RealTimeConnectionManager, IDisposable 
      {
      public event EventHandler<ConnectionAuthorizationRequestedEventArgs> ConnectionAuthorizationRequested;
      }

      public class ConnectionAuthorizationRequestedEventArgs : EventArgs
      {
      public ConnectionAuthorizationAction Action { get; }
      public RealTimeConnection Connection { get; }

      public void Allow();
      public void DelayAuthorization();
      public void Deny();
      }

      public class ConnectionContext
      {
      public ConnectionContext(String host, Int32 port);

      public Int32 Port { get; }
      public String Host { get; }
      }
    • TCP CollaborationPlatform サーバーがリモートの SIP ピアと IP と音声の相互運用性を有効に設定されて-Pbx。 Office Communications Server 2007 R2 が TCP を使用して信頼されたサービスをサポートしていません。

    • MTLS CollaborationPlatform サーバーを構成して、Office 通信 Server 2007 の R2 のプロキシとエンドポイントとの相互運用を有効にします。IP Pbx または PSTN ゲートウェイ、SIP などの他の種類のリモートの SIP ピアとの相互運用性は、新しい TrustedDomain クラスは、任意のリモートの SIP ピアを指定するアプリケーションを使用できます。詳細については、Microsoft Exchange Server 2010 でサポートされているリモートの SIP ピアのマトリックスを参照してください。新しい API のサンプル コードを以下に示します。

      public class CollaborationPlatform 
      {
      public Boolean AddTrustedDomain(TrustedDomain trustedDomainEntry);
      public ReadOnlyCollection<TrustedDomain> GetTrustedDomains();
      public Boolean RemoveTrustedDomain(TrustedDomain trustedDomainEntry);

      public event EventHandler<ConnectionAuthorizationRequestedEventArgs> ConnectionAuthorizationRequested;
      }

      public class ServerPlatformSettings : CollaborationPlatformSettings
      {
      public Collection<TrustedDomain> TrustedDomains { get; }
      public TrustedDomainMode TrustedDomainModeForTcp { get; set; }
      }

      public class TrustedDomain
      {
      public TrustedDomain(String domainName);
      public TrustedDomain(String domainName, TrustedDomainMode domainMode);

      public String DomainName { get; }
      public TrustedDomainMode DomainMode { get; }
      }

      public enum TrustedDomainMode
      {
      CommunicationsServer,
      Other
      }
    • Microsoft Office 通信 Server 2007 R2 以外のリモートの SIP ピアとの相互運用モードの詳細は次のとおりです。

      • 会社間消去下書き v6.0 と下書き v19.0 に対するサポートが無効になります。

      • すべて"ms"ヘッダー「ms 診断」以外は、メッセージがフィルター処理されます。

      • エクスペリエンス (QoE) メトリックの品質は、リモートの SIP ピアには公開されていません。代わりに、メトリックは使用可能になると一貫してアプリケーションに発生します。

      • SDP レスへの招待と再度招待のサポートが追加されました。コールのサード ・ パーティ製のコント ローラーとの相互運用性を提供します。

  • 転換について次のようにサポートしてください。

    • この修正プログラムには、着信呼び出しを受信する前に発生した最初と最後の転換を検索するアプリケーションの作成者が使用できます。

    • CallReceivedEventArgs は、InviteReceivedEventArgs から派生します。したがって、同じ API を公開します。コード サンプルを以下に示します。

      public abstract class InviteReceivedEventArgs : SipRequestReceivedEventArgs 
      {
      public DiversionContext DiversionContext { get; }
      }
  • 呼び出しセットアップ エラーの診断や QoE は次のように強化。

    • QoE 指標は、AudioVideoFlow が正常に確立された、AudioVideoCall の終了時にアプリケーションに発生します。QoE 測定基準の詳細については、次のマイクロソフト Web サイトを参照してください:

    • ソフトウェア開発者には、メディア ・ セッションが確立された、AudioVideoCall の終了時に正常に確立されたかどうかを監視できます。失敗したメディア ・ セッションの開発者は、メディア セッションの障害に関連する診断の情報を照会できます。この情報は、ログインおよびリモート ユーザーとの接続問題のトラブルシューティングに役立ちます。ここでサンプル コードのとおりです。

      public class AudioVideoCall : Call 
      {
      public event EventHandler<MediaTroubleshootingDataReportedEventArgs> MediaTroubleshootingDataReported;
      }
      public class MediaChannelEstablishmentData
      {
      public MediaChannelEstablishmentStatus EstablishmentStatus { get; }

      public MediaChannelEstablishmentDiagnosticsReason GetDiagnosticsReason();
      }

      public enum MediaChannelEstablishmentDiagnosticsReason
      {
      Unknown,
      MediaEdgeAuthenticationServiceDiscoveryFailed,
      MediaEdgeAuthenticationServiceCredentialsAcquisitionFailed,
      MediaEdgeResourceAllocationFailed
      }

      public class MediaTroubleshootingDataReportedEventArgs : EventArgs
      {
      public Collection<MediaChannelEstablishmentData> MediaChannelEstablishmentDataCollection { get; }
      public ContentDescription QualityOfExperienceContent { get; }
      }
  • この修正プログラムには、ストリームの方向ごとのサンプリング レートのサポートが用意されています。この機能は、サンプリング レートを使用できるストリーム方向 (送信/受信) あたりのサンプリング レートの詳細に制御するアプリケーションを使用します。コード サンプルを以下に示します。

    AudioSamplingRate AudioChannelTemplate.ReceiveDirectionSamplingRate (get/set)
    AudioSamplingRate AudioChannelTemplate.SendDirectionSamplingRate (get/set)

    AudioSamplingRate AudioChannel.SendDirectionSamplingRate (get)
    AudioSamplingRate AudioChannel.ReceiveDirectionSamplingRate (get)
  • インバンド fax トーン検出 (CNG 1100 Hz) の次のようにサポートしてください。

    • この機能では、fax トーンがリモート ピアから受信したときを検出するためにアプリケーションを使用します。アプリケーションは、IncomingFaxDetected イベントにサブスクライブしているが、マイクロソフトによってサポートされている次の方法で fax が検出されました。

      • バンド (RFC 2833 送信 RTP ストリームで CNG トーンのイベント)

      • アウト ・ オブ ・ バンド (CNG トーンは RTP イベント経由で送信されます)。

      コード サンプルを以下に示します。

      IncomingFaxDetectedEventArgs : EventArgs
      ToneController.IncomingFaxDetected
  • 次のように再生速度をサポートしてください。

    1. この機能によりアプリケーションを異なる速度で WMA ファイルを再生する機能を提供します。これによりより高速なまたはアプリケーションによって指定されている再生速度に応じて低速再生メッセージを使用できる場所のコンテンツを利用する方法をより細かく制御できるようにするインターフェイスを開発するアプリケーションです。

    2. 修正プログラムには、新しい API の Player.PlaybackSpeed が含まれています。再生速度は、通常の速度より速い 2 倍に通常の速度の半分です。

  • レコーダーを次のように拡張されています。

    • この修正プログラムで導入されたいくつかの新しい Api があります。レコーダー クラスには、これらの Api です。このクラスでは、複雑なシナリオを開発します。

    • アプリケーションは、コンテンツの録画を一時停止するのには Recorder.Paused() を使用できます。アプリケーションは、ファイルが一時停止された位置から記録を再開するのには、Recorder.Start() を使用できます。

    • Recorder.Start() は、前に Recorder.Stop() が呼び出された場合、ファイルの先頭から開始します。新しい API は、Recorder.Paused と RecorderState.Paused です。

    • アプリケーションは、コンテンツが「音声」または「音声ではない」かどうかを検出するため VoiceActivityEvent を使用できます。この情報により、アプリケーションは、イベントのタイムラインを追跡することにより、録画したファイル内の不要な無音部分をトリミングするのにはこれらのイベントを使用できます。新しい API は、Recorder.VoiceActivityChanged クラス VoiceActivityChangedEventArgs: EventArgs。

    • ユーザーは、記録ファイルの出力としてアプリケーションその他のオプションを提供する新しいエンコード ファイル形式もサポートできます。WMAAudio@16Kps の既にサポートされている形式のほか、次のようにサポートされます。

      • WMA48 - 48 kbps の WMAudio

      • PCM16K - @ 16 KHz、16 ビット PCM

      • PCM8K – @ 8 Khz、16 ビット PCM

    • 新しい API のサンプル コードを以下に示します。

      WmaFileSink.EncodingFormat {get;set;}
      enum WmaEncodingFormat

ヘルプを表示

スキルを磨く
トレーニングの探索
新機能を最初に入手
Microsoft Insider に参加する

この情報は役に立ちましたか?

フィードバックをお送りいただきありがとうございます!

フィードバックをお寄せいただき、ありがとうございます。Office サポートの担当者におつなぎいたします。

×