नई सुविधाओं में संचयी अद्यतन Office संचार सर्वर 2007 R2 के लिए, एकीकृत संचार प्रबंधित API 2.0 कोर Redistributable पैकेज 64-बिट संस्करण शामिल हैं


सारांश


एकीकृत संचार प्रबंधित API 2.0 (UCMA 2.0) कोर Redistributable पैकेज 64-बिट संस्करण के लिए अद्यतन निम्न सुविधाएँ शामिल हैं:
  • कोई क्लाइंट को Windows Vista सर्विस पैक 1 (SP1) 64-बिट ऑपरेटिंग सिस्टम या Windows 7 64-बिट ऑपरेटिंग सिस्टम पर स्थापित करने के लिए समर्थन।
  • Microsoft Office संचार सर्वर 2007 R2 के लिए तृतीय-पक्ष IP PBXs और SIP सार्वजनिक स्विच टेलीफ़ोन नेटवर्क (PSTN) गेटवे के साथ अंतर्संचालनीयता आवाज़।

अधिक जानकारी



इन नई सुविधाओं को जोड़ने के लिए, आपको संचयी अद्यतन Office संचार सर्वर 2007 R2 अप्रेल 2010 तिथि है एकीकृत संचार प्रबंधित API 2.0 (UCMA 2.0) कोर Redistributable पैकेज 64-बिट संस्करण के लिए डाउनलोड कर सकते हैं।
अधिक जानकारी के लिए Microsoft नॉलेज़ बेस में आलेख देखने के लिए निम्न आलेख संख्या पर क्लिक करें:

976657 विवरण के Office संचार सर्वर 2007 R2, एकीकृत संचार प्रबंधित API 2.0 कोर Redist 64-बिट के लिए संचयी अद्यतन: अप्रैल 2010




यदि आप किसी Microsoft एकीकृत संचार प्रबंधित API Redistributable अद्यतन पैकेज (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 आवृत्ति के लिए डिफ़ॉल्ट रूटिंग endpoint के रूप में चिह्नित किया गया है एक ApplicationEndpoint की एक अधिकतम हो सकता है।
    • कॉल decommissioned सेवा करने के लिए रूट किया है। हालाँकि, अनुप्रयोग को कॉल हैंग नहीं है। इसके बजाय, अनुप्रयोग एक घोषणा वापस कॉलर को चलाता है। डिफ़ॉल्ट रूटिंग अंतिम बिंदु अद्वितीय 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 अनुरोध करने के लिए कोई आगे-hop प्रॉक्सी एकाधिक फ़्रन्ट समाप्त होता है के साथ संतुलन लोड करने में सक्षम है।
    • इस हॉटफिक्स, DNS लोड संतुलन आइस कनेक्टिविटी जाँच विफलता के लिए समर्थन नहीं करता। Microsoft संचार सर्वर ऑडियो/वीडियो किनारे सर्वर हार्डवेयर लोड बैलेंसर द्वारा fronted होना चाहिए। किसी कोड नमूने है:
      public abstract class RealTimeConnectionManager : IDisposable 
      {
      public Boolean DnsLoadBalancingDisabled { get; set; }
      }

      नोट LocalEndpoint कार्यान्वयन से, आप निम्न कोड के माध्यम से तक पहुँच कर सकते हैं:
      endpoint.InnerEndpoint.ConnectionManager.DnsLoadBalancingDisabled = false;
  • कोई प्लेटफ़ॉर्म अंतर्संचालनीयता मोड SIP PSTN गेटवे और IP-PBXs के साथ टेलीफ़ोनी Microsoft Exchange Server 2010 द्वारा समर्थित परिदृश्य के लिए परिचय।
    • UCMA 2.0 SDK मूल first-class APIs एक AudioVideoCall स्थापना के आधार पर अंतिम बिंदु आगे-hop प्रॉक्सी ओवरराइड करने के लिए प्रदान करता है। यह काम SIP पीअर-टू-पीअर मोड और IP-PBXs के साथ एकाधिक SIP PSTN गेटवे के साथ एक साथ करने के लिए कोई अनुप्रयोग सक्षम करता है। यह हॉटफिक्स एक नया ConnectionContext आउटबाउंड SIP अनुरोध करने के लिए लागू कर सकते हैं 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 के साथ आवाज़ अंतर्संचालनीयता को सक्षम करने के लिए कॉन्फ़िगर है-PBXs. Office संचार सर्वर 2007 R2 समर्थन नहीं विश्वसनीय सेवा TCP का उपयोग करते हुए।
    • किसी सर्वर MTLS CollaborationPlatform प्रॉक्सी के Office संचार सर्वर 2007 R2 और अंतिमबिंदु अंतर्संचालनीयता को सक्षम करने के लिए कॉन्फ़िगर किया गया है। दूरस्थ SIP जानकारों या SIP PSTN गेटवे, IP-PBXs जैसे अन्य प्रकार के साथ काम कर पाने के लिए नई TrustedDomain क्लास हो दूरस्थ SIP जानकारों को निर्दिष्ट करने के लिए कोई अनुप्रयोग सक्षम करता है। अधिक जानकारी के लिए, दूरस्थ SIP जो Microsoft Exchange Server 2010 द्वारा समर्थित है जानकारों का मैट्रिक्स देखें। यहाँ एक नया 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 संचार सर्वर 2007 R2 से भिन्न दूरस्थ SIP जानकारों के साथ अंतर्संचालनीयता मोड के बारे में विवरण निम्नानुसार हैं:

      • द ड्राफ्ट v6.0 और प्रारूप v19.0 के लिए समर्थन अक्षम है।
      • सभी "ms-" शीर्ष लेख "ms-diagnostic" अलग से कोई संदेश फ़िल्टर किए गए हैं।
      • गुणवत्ता का अनुभव (QoE) मैट्रिक्स हैं प्रकाशित नहीं करने के लिए दूरस्थ SIP जानकारों। जब यह उपलब्ध है, तो इसके बजाय, मैट्रिक्स समान रूप अनुप्रयोग के लिए उठे हैं।
      • SDP-विहीन आमंत्रित करें और पुन: आमंत्रित के लिए समर्थन जोड़ा गया है। यह कॉल तृतीय-पक्ष नियंत्रकों के साथ अंतर्संचालनीयता प्रदान करता है।
  • समर्थन के लिए Diversion निम्नानुसार:
    • यह हॉटफिक्स अनुप्रयोग लेखकों प्रथम या अंतिम diversion पहले किसी आने वाली कॉल प्राप्त हुई कि खोजने के लिए सक्षम करता है।
    • CallReceivedEventArgs से InviteReceivedEventArgs होती है। इसलिए, यह एक ही API का सामना करना पड़ जाएगा। किसी कोड नमूने है:
      public abstract class InviteReceivedEventArgs : SipRequestReceivedEventArgs 
      {
      public DiversionContext DiversionContext { get; }
      }
  • कॉल सेटअप विफलता निदान और QoE निम्नानुसार बढ़ाई:

    • अनुप्रयोग बंद कर रहा है जिसमें एक AudioVideoFlow सफलतापूर्वक स्थापित किया गया था एक AudioVideoCall पर QoE मैट्रिक्स उठे हैं। QoE मैट्रिक्स के बारे में अधिक जानकारी के लिए, निम्न Microsoft वेब साइट पर जाएँ:http://msdn.microsoft.com/en-us/library/dd905463.aspx
    • एक स्थापित 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)
  • समर्थन के लिए बैंड में फ़ैक्स टोन डिटेक्शन (CNG 1100 Hz) निम्नानुसार:
    • जब कोई फ़ैक्स टोन एक दूरस्थ पीअर से प्राप्त है का पता लगाने के लिए अनुप्रयोग इस सुविधा सक्षम करता है। कोई अनुप्रयोग IncomingFaxDetected ईवेंट के लिए सदस्यता प्राप्त है, तो Microsoft के द्वारा समर्थित हैं जो निम्न तरीकों से में कोई फ़ैक्स का पता चलता है:
      • बैंड (CNG के अनुसार RFC 2833 भेजा RTP स्ट्रीम में टोन ईवेंट)
      • आउट-की-बैंड (CNG टोन RTP ईवेंट पर भेजा है)।
      किसी कोड नमूने है:
      IncomingFaxDetectedEventArgs : EventArgs
      ToneController.IncomingFaxDetected
  • प्लेबैक गति के लिए के रूप में निम्न प्रकार का समर्थन:
    1. यह सुविधा अनुप्रयोग किसी भिन्न गति पर WMA फ़ाइलें प्लेबैक करने की क्षमता प्रदान करने की क्षमता प्रदान करता है। यह तेज या धीमी प्लेबैक अनुप्रयोग द्वारा निर्दिष्ट किया गया है जो की गति के आधार पर प्लेबैक संदेश कहाँ किया जा सकता जो उपयोगकर्ताओं को कैसे वे सामग्री की खपत पर अधिक नियंत्रण प्रदान इंटरफ़ेस विकसित करने के लिए अनुप्रयोग की अनुमति देता है।
    2. कोई नया API Player.PlaybackSpeed हॉटफिक्स शामिल है। प्लेबैक गति आधे two-times के लिए तीव्र गति से सामान्य गति से सामान्य गति से किया जा सकता है।
  • एन्हांस्ड रिकॉर्डर के रूप में निम्न प्रकार:
    • इस हॉटफिक्स में प्रस्तुत किया जा रहा है कई नए APIs नहीं हैं। इन APIs में रिकॉर्डर वर्ग होते हैं। इस वर्ग के लिए अधिक जटिल परिदृश्यों के लिए संभव बनाता है।
    • अनुप्रयोग Recorder.Paused() सामग्री की रिकॉर्डिंग रोकें करने के लिए उपयोग कर सकते हैं। अनुप्रयोग Recorder.Start() रिकॉर्डिंग फ़ाइल कहाँ रोक दिया गया था से पुन: आरम्भ करने के लिए उपयोग कर सकते हैं।
      नोट Recorder.Stop() से पहले कॉल किया गया था, तो Recorder.Start() फ़ाइल के आरंभ में शुरू होता है। नए API Recorder.Paused और RecorderState.Paused है।
    • अनुप्रयोग है कि सामग्री "आवाज़" या "ध्वनि नहीं" का पता लगाने के लिए VoiceActivityEvent उपयोग कर सकते हैं। इस जानकारी के साथ, अनुप्रयोगों के इन ईवेंट्स रिकॉर्ड किए गए फ़ाइलों में अवांछित मौन रखते हुए घटनाओं की समय रेखा का ट्रैक करके ट्रिम करने के लिए उपयोग कर सकते हैं। नए API Recorder.VoiceActivityChanged वर्ग VoiceActivityChangedEventArgs है: EventArgs.
    • उपयोगकर्ताओं को भी अनुप्रयोग रिकॉर्डर फ़ाइल आउटपुट के रूप में और अधिक विकल्प प्रदान करता है जो नए एन्कोडिंग फ़ाइल स्वरूप का समर्थन कर सकते हैं। WMAAudio@16Kps का पहले से ही समर्थित स्वरूपों के अतिरिक्त, निम्न समर्थित हैं:
      • WMA48 - 48 kbps @ WMAudio
      • PCM16K - 16 KHz, 16 बिट नमूना प्रति @ PCM
      • PCM8K – PCM 8Khz, 16 बिट नमूना प्रति @
    • नए API के लिए कोड नमूने है:
      WmaFileSink.EncodingFormat {get;set;}
      enum WmaEncodingFormat

स्थिति


Microsoft ने पुष्टि की है कि यह "इन पर लागू" खण्ड में सूचीबद्ध Microsoft उत्पादों में एक समस्या है.