Aby uzyskać więcej informacji na temat XML API 41, zobacz Przegląd aktualizacji interfejsu Cisco Webex Meetings API (API 41)

Aby uzyskać więcej informacji na temat XML API 39 i XML API 11, zobacz Przegląd aktualizacji interfejsu XML API Cisco Webex Meetings (XML API 39 i starsze).

Aby uzyskać aktualizacje interfejsu XML API 11 SP9 i wcześniejszych, przejdź do Cisco DevNet.

Aktualizacje API 40.12.0

Aktualizacje XML API 40.12.0

Kliknij tutaj, aby pobrać schemat XML API 40.12.0

XML API obsługuje typ Private Meeting

Wpływ na interfejsy API XML

  • Możemy użyć API: CreateMeeting i SetMeeting aby zaplanować lub zaktualizować spotkanie Webex z typem spotkania prywatnego.

  • Jeśli zaplanowano spotkanie Webex z typem spotkania prywatnego, GetSessionInfo GetMeeting, LstSummarySession, i LstCalendarSession zwróci nową nazwę elementu to PrivateMeeting by to wiedzieć.

  • GetMeetingType i LstMeetingType zwrócić nową nazwę elementu SupportPrivateMeeting co wskazuje, czy obsługuje spotkania prywatne, czy nie.

Zmiany schematu

API XML: GetMeetingType/LstMeetingType: Dołącz <SupportPrivateMeeting> element.

API XML:LstSummarySession: Dołącz <isPrivateMeeting> element.

API XML:LstCalendarSession: Dołącz <isPrivateMeeting> element.

API XML:GetSessionInfo: Dołącz <isPrivateMeeting> element.

API XML:GetMeeting: Dołącz <isPrivateMeeting> element.

Żądanie XML API: Utwórz spotkanie

Prośba o CreateMeeting z typem Private Meeting

<body>
    <bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
        <schedule>
            <startDate>10/25/2020 13:00:00</startDate>
            <duration>45</duration>
            <timeZoneID>45</timeZoneID>
        </schedule>
        <accessControl>
            <meetingPassword>********</meetingPassword>
        </accessControl>
        <metaData>
            <confName>MC_PrivateMeeting_Test</confName>
            <meetingType>168</meetingType>      //169 is a sample which supports Private Meeting
        </metaData>
    </bodyContent>
</body>

Odpowiedź XML API: GetSessionInfo

Odpowiedź na isPrivateMeeting

<ep:supportE2E>false</ep:supportE2E>
<ep:isAllowJBH>true</ep:isAllowJBH>
<ep:isPrivateMeeting>true</ep:isPrivateMeeting>     //true: the meeting supports Private Meeting; false: the meeting does not support Private Meeting.
<ep:isCETMeeting>false</ep:isCETMeeting>
<ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
<ep:isNextUpcomingInstance>true</ep:isNextUpcomingInstance>

GetSite API zwróci szablony spotkań na poziomie witryny

Historia użytkownika/Opis zadania

GetSite API do zwracania szablonu spotkania na poziomie witryny. Dzięki temu Education Connector i Webex Classrooms będą wyświetlać te szablony, aby nauczyciele mogli wybierać i wybierać te szablony podczas planowania sesji online.

Dotyczy interfejsów API

Jeśli istnieją niestandardowe szablony spotkań na poziomie witryny, interfejs API GetSite zwróci te szablony na poziomie witryny.

Nazwa elementu

Opis

meetingTemplateName

nazwa dostosowanych szablonów spotkań na poziomie witryny

serviceType

Spotkania Webex, szkolenia Webex i wydarzenia Webex

Zmiany schematu

GetSite : Dołącz <meetingTemplates> element.

Próbka odpowiedzi

Odpowiedź GetSite

<ns1:meetingTypes>
    <ns1:meetingTypeID>3</ns1:meetingTypeID>
    <ns1:meetingTypeName>PRO</ns1:meetingTypeName>
</ns1:meetingTypes>
<ns1:meetingTemplates>
    <ns1:meetingTemplate>
        <ns1:meetingTemplateName>MC Meeting Tempalte 1</ns1:meetingTemplateName>
        <ns1:serviceType>MeetingCenter</ns1:serviceType>
    </ns1:meetingTemplate>
    <ns1:meetingTemplate>
        <ns1:meetingTemplateName>EC Meeting Tempalte 2</ns1:meetingTemplateName>
        <ns1:serviceType>EventCenter</ns1:serviceType>
    </ns1:meetingTemplate>
    <ns1:meetingTemplate>
        <ns1:meetingTemplateName>TC Meeting Template 3</ns1:meetingTemplateName>
        <ns1:serviceType>TrainingCenter</ns1:serviceType>
    </ns1:meetingTemplate>
</ns1:meetingTemplates>

XML API SetUser nie może zmienić elementu supportedServices gdy witryna jest zunifikowaną witryną CI

Opis

XML API SetUser nie obsługuje zmiany wartości „ supportedServices ” w żądaniu interfejsu API, gdy witryna jest witryną ujednoliconego spotkania Webex, połączoną z Control Hub.

Zmiany schematu

W interfejsie API nie ma zmiany schematu: SetUser.

WEBEX-15436: Dodaj ochronę, aby uniknąć duplikatów wiadomości e-mail w Mtgconfattendeelist

Opis

Jeśli wielu uczestników mających ten sam adres e-mail zostanie dodanych do tego samego spotkania w tym samym żądaniu API, przetwarzamy tylko pierwszego uczestnika z adresem e-mail.

Interfejsy API, których dotyczy problem

  • CreateMeetingAttendee

  • CreateUser

  • SetUser

  • CreateMeeting

  • SetMeeting

  • CreateEvent

  • SetEvent

  • CreateTrainingSession

  • SetTrainingSession

Przykładowy interfejs API

Zgłoszenie

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
    <header>
        <securityContext>
            <siteName>testSite</siteName>
            <webExID>testUser</webExID>
            <password>password</password>
        </securityContext>
    </header>
    <body>
        <bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
            <sessionKey>1714904382</sessionKey>
            <person>
                <email>test@webex.com</email>
                <name>name1</name>
            </person>
            <attendees>
                <person>
                    <email>test@webex.com</email>
                    <name>name2</name>
                </person>
                <sessionKey>1714904382</sessionKey>
            </attendees>
        </bodyContent>
    </body>
</serv:message>

Aktualizacje API 40.11.0

Aktualizacje XML API 40.11.0

Kliknij tutaj, aby pobrać schemat XML API 40.11.0

XMLAPI CreateUser obsługuje nazwę wyświetlaną

CreateUser obsługuje dispalyname gdy funkcja jest przełączana EnableDisplayName jest jak 1. Jeśli przełącznik funkcji nie jest ustawiony na 1, to displayName zostaną zignorowane.

Zmiany schematu

CreateUser:

XMLAPI SetUser obsługuje nazwę wyświetlaną

SetUser obsługuje dispalyname gdy funkcja jest przełączana EnableDisplayName wynosi 1. Jeśli przełącznik funkcji nie jest ustawiony na 1, displayName zostaną zignorowane.

Zmiany schematu

SetUser:

XMLAPI GetUser obsługuje wyświetlaną nazwę

GetUser obsługuje dispalyname gdy funkcja jest przełączana EnableDisplayName wynosi 1. Jeśli przełącznik funkcji nie jest ustawiony na 1, displayName nie będą wyświetlane.

Kiedy displayName w DB jest null i funkcja toggle EnableDisplayName to 1, displayName będzie firstName+" "+lastName dla znaków spoza Azji i firstName+lastName dla znaków azjatyckich.

Zmiany schematu

GetUserResponse:

Kontrola poziomu użytkownika XMLAPI dla CMR Hybrid Voip

The cmrHybridVoip ustawienie służy do ustawiania i pobierania ustawień poziomu użytkownika dla EnableCMRHybridVoIP.

Zmiany schematu

GetUser Response:

CreateUser Request:

SetUser Request:

Aktualizacje API 40.10.0

Aktualizacje XML API 40.10.0

Kliknij tutaj, aby pobrać schemat XML API 40.10.0

XML API support for meeting UUID w żądaniu i odpowiedzi API

Przykładowy interfejs API XML: GetSessionInfo Zgłoszenie:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
      <siteName>xxx</siteName>
      <webExID>Test</webExID>
      <password>xxx</password>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
    <sessionKey>805325231</sessionKey>
    or
    <meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Odpowiedź:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:isLocked>false</ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID>
            ...
            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

Dotknięty interfejs API:

  • CreateMeetingAttendee

  • DelMeetingAttendee

  • RegisterMeetingAttendee

  • CreateTeleconferenceSession

  • SetTeleconferenceSession

  • GetTeleconferenceSession

  • CreateTrainingSession

  • SetTrainingSession

  • GetTrainingSession

  • DelTrainingSession

  • CreateEvent

  • SetEvent

  • DelEvent

XMLAPI zwróci dodatkowy element do konfiguracji administratora witryny, aby wyłączyć przechwytywanie ekranu

Wymóg pochodzi od bezpieczeństwa - zarówno PenTest błędy i klienci, jak Goldman Sachs. Nie chcą, aby użytkownicy końcowi wykonywali zrzuty ekranu w aplikacji Spotkania. Tymczasem wielu innych klientów chce tej funkcji - aby umożliwić przechwytywanie ekranu. Również użytkownicy edukacji chcą zezwolić na przechwytywanie ekranu. Tak więc będziemy mieć do tego konfigurację administratora witryny, a XMLAPI zwróci dodatkowe pole EnableMobileScreenCapture w odpowiedzi GetSite wspierać to.

Próbka żądania GetSite

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <header>
      <securityContext>
         <siteName>xxxx</siteName>
         <webExID>Test</webExID>
         <password>xxxx</password>
      </securityContext>
   </header>
   <body>
      <bodyContent xsi:type="java:com.webex.service.binding.site.GetSite" />
   </body>
</serv:message>

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ns1:siteInstance>
                ...
                <ns1:securityOptions>
                    ...
                    ...
                    <ns1:EnableMobileScreenCapture>false</ns1:EnableMobileScreenCapture>
                    ...
                </ns1:securityOptions>
                ...
            </ns1:siteInstance>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Dotknięty interfejs API

GetSite

Obsługa XMLAPI Ulepszanie łączenia bez PIN-u MEET-269

XMLAPI dodaj NOWĄ OPCJĘ Systemy do wideokonferencji w mojej organizacji mogą rozpoczynać spotkania i dołączać do nich bez monitów do spotkań w pokoju osobistym i spotkania MC.

  • createUser/setUser/getUser dodaj nowy węzeł deviceCanStartMyPMR w personalMeetingRoom.

  • createMeeting/setMeeting/getMeeting dodaj nowy węzeł deviceCanStartMeeting zgodnie z harmonogramem.

Opcja w interfejsie Webex do spotkania w pokoju osobistym:

Zmiany schematu

CreateUser:

SetUser:

getUserResponse:

CreateMeeting:

setMeeting:

getMeetingResponse:

Aktualizacje API 40.9.0

Aktualizacje XML API 40.9.0

Kliknij tutaj, aby pobrać schemat XML API 40.9.0

XML API support for meeting UUID prośba i odpowiedź

Dodaliśmy identyfikator UUID spotkania do żądania i odpowiedzi API wszędzie tam, gdzie obsługujemy jako meetingKey lub sessionKey.

Przykładowy interfejs API XML: GetSessionInfo Zgłoszenie:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
      <siteName>xxx</siteName>
      <webExID>Test</webExID>
      <password>xxx</password>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
    <sessionKey>805325231</sessionKey>
    or
    <meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Odpowiedź:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:isLocked>false</ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID>
            ...
            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

Dotknięty interfejs API:

  • GetEnrollmentInfo

  • LstsummaryTrainingSession

  • AddScheduledTest

  • SetScheduledTest

  • DelScheduledTest

  • GetTestInformation

  • UploadEventImage

  • SendInvitationEmail

  • CreateSupportSession

  • LstmeetingusagePreliminaryHistory

  • LstmeetingattendeePreliminaryHistory

  • LsteventsessionPreliminaryHistory

  • LsteventattendeePreliminaryHistory

  • LstTrainingPollResultsHistory

Spotkania Webex będą miały zablokowane lobby spotkań, w którym użytkownicy mogą czekać na dopuszczenie do spotkania

Harmonogram XML API i edycja spotkania MC, aby obsługiwać zablokowane lobby, gdy funkcja ( ConsistentLockedLobby) włącz.

Zmiany schematu

Dodano trzy nowe elementy ( externalAttendeeSecurity, autoLock, autoLockWaitTime) do CreateMeeting, SetMeeting i GetMeeting Pszczoła.

Element

Opis

externalAttendeeSecurity

Gdy spotkanie jest odblokowane, można wybrać trzy elementy zabezpieczeń użytkownika zewnętrznego.

AllowJoin: Może natychmiast dołączyć do spotkania;

AllowJoinWithLobby: mogą dołączyć do spotkania tylko wtedy, gdy gospodarz je wpuści;

BlockFromJoin: Nie możesz dołączyć do spotkania;

autoLock

Czy automatycznie blokuje spotkanie.

Prawdziwe: Automatycznie blokuj spotkanie po # minutach od rozpoczęcia spotkania

Fałszywe: Nie blokuje automatycznie spotkania po jego rozpoczęciu

autoLockWaitTime

Minuty (0,5,10,15,20) do automatycznego blokowania spotkania po rozpoczęciu spotkania

Przykład zapytania i odpowiedzi

Request of CreateMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
    ...
    <attendeeOptions>
        ...
        <joinRequiresAccount>false</joinRequiresAccount>
        <externalAttendeeSecurity>AllowJoinWithLobby</externalAttendeeSecurity>
        <autoLock>true</autoLock>
        <autoLockWaitTime>10</autoLockWaitTime>
    </attendeeOptions>
    ...
   </bodyContent>
</body>
</serv:message>

Request of SetMeeting:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
    <meetingkey>2###1###01</meetingkey>
    ...
    <attendeeOptions>
        ...
        <joinRequiresAccount>false</joinRequiresAccount>
        <externalAttendeeSecurity>AllowJoinWithLobby</externalAttendeeSecurity>
        <autoLock>true</autoLock>
        <autoLockWaitTime>10</autoLockWaitTime>
    </attendeeOptions>
    ...
   </bodyContent>
</body>
</serv:message>

Odpowiedź GetMeeting:

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"

xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            ...
            <meet:attendeeOptions>
                ...
                <meet:joinRequiresAccount>false</meet:joinRequiresAccount>
                <meet:externalAttendeeSecurity>AllowJoin</meet:externalAttendeeSecurity>
                <meet:autoLock>true</meet:autoLock>
                <meet:autoLockWaitTime>10</meet:autoLockWaitTime>
            </meet:attendeeOptions>
            ...
   </bodyContent>
</body>
</serv:message>

Dotknięty interfejs API:

  • CreateMeeting

  • SetMeeting

  • GetMeeting

Wzmocnienie GetSessionInfo API do zwracania statusu uczestników w trwającej sesji

Dodano dwa nowe elementy ( hasHostInMeeting, hasAttendeeInMeeting) w odpowiedzi GetSessionInfo. Te dwa elementy zostaną zwrócone, gdy spotkanie jest w toku.

Element

Opis

hasHostInMeeting

Czy gospodarz dołączył do trwającego spotkania.

Prawdziwe: Gospodarz jest na trwającym spotkaniu.

Fałsz/Null: Gospodarz nie uczestniczy w trwającym spotkaniu lub spotkanie nie jest w toku.

hasAttendeeInMeeting

Czy do trwającego spotkania dołączył uczestnik/gospodarz.

Prawdziwe: w trwającym spotkaniu jest uczestnik lub gospodarz.

Fałsz/Null: na trwającym spotkaniu nie ma żadnego uczestnika ani gospodarza lub spotkanie nie jest w toku.

Przykład odpowiedzi API:

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"

xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            ...

             <ep:status>INPROGRESS</ep:status>


             <ep:hasHostInMeeting>true</ep:hasHostInMeeting>

             <ep:hasAttendeeInMeeting>true</ep:hasAttendeeInMeeting>

            ...
   </bodyContent>
</body>
</serv:message>

Dotknięty interfejs API:

GetSessionInfo

API GetUserCard wymaga autoryzacji.

Poprawa bezpieczeństwa XML API GetUserCard wymaga autoryzacji, aby uzyskać informacje o użytkowniku.

Dotknięty interfejs API:

GetUserCard

Aktualizacje API 40.8.0

Aktualizacje XML API 40.8.0

Kliknij tutaj, aby pobrać schemat XML API 40.8.0

GetSessionInfo wzmocnienie odpowiedzi

Jeśli nie zaproszono Cię ani nie zatwierdzono na spotkanie, Twoje wywołanie interfejsu API XML: GetSessionInfo nie zwróci elementów: confName, startDate, duration, timeZone, meetingLink, sipURL, displayMeetingUrl w treści odpowiedzi API.

Przykład odpowiedzi interfejsu API na spotkania:

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <ep:status>NOT_INPROGRESS</ep:status>
    <ep:sessionkey>1####2###4</ep:sessionkey>
    <ep:accessControl>
        <ep:listStatus>UNLISTED</ep:listStatus>
        <ep:registration>false</ep:registration>
        <ep:passwordReq>true</ep:passwordReq>
        <ep:isRegisterIDRequired>false</ep:isRegisterIDRequired>
    </ep:accessControl>
    <ep:metaData>
        <ep:serviceType>MeetingCenter</ep:serviceType>
    </ep:metaData>
    <ep:attendeeOptions>
        <ep:joinRequiresAccount>false</ep:joinRequiresAccount>
    </ep:attendeeOptions>
    <ep:isAllowJBH>true</ep:isAllowJBH>
    <ep:isCETMeeting>true</ep:isCETMeeting>
    <ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
</serv:bodyContent>

Przykład odpowiedzi API dla szkoleń/wydarzeń:

<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <ep:status>NOT_INPROGRESS</ep:status>
    <ep:sessionkey>1####5###9</ep:sessionkey>
    <ep:accessControl>
        <ep:listStatus>UNLISTED</ep:listStatus>
        <ep:registration>true</ep:registration>
        <ep:registrationURL>https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&amp;confID=16###92######61</ep:registrationURL>
        <ep:passwordReq>true</ep:passwordReq>
        <ep:registrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&amp;confID=16###92######61</ep:registrationURLForMobile>
        <ep:joinStatus>INVITE/REGISTER/REJECT</ep:joinStatus>
        <ep:isRegisterIDRequired>false</ep:isRegisterIDRequired>
    </ep:accessControl>
    <ep:metaData>
        <ep:serviceType>TrainingCenter</ep:serviceType>
    </ep:metaData>
    <ep:attendeeOptions>
        <ep:joinRequiresAccount>false</ep:joinRequiresAccount>
    </ep:attendeeOptions>
    <ep:isAllowJBH>true</ep:isAllowJBH>
    <ep:isCETMeeting>true</ep:isCETMeeting>
    <ep:isPersonalMeetingRoom>false</ep:isPersonalMeetingRoom>
</serv:bodyContent>

Dotknięty interfejs API:

  • GetSessionInfo

GetSessionInfo, GetUserCard Ulepszenia bezpieczeństwa

Zrobiliśmy ulepszenie bezpieczeństwa w API XML GetSessionInfo i GetUserCard. Zablokujemy użytkownikom dostęp do tych dwóch interfejsów API w ciągu najbliższych dwóch godzin, jeśli ich wywołanie osiągnie limit w ciągu jednej godziny bez błędów dotyczących znalezienia danych.

Odpowiedź stanu błędu to: „403 Zabronione”

Dotyczy interfejsów API:

  • GetSessionInfo

  • GetUserCard

meetingUUID w obsłudze zapytań i odpowiedzi API

Dodaliśmy meetingUUID do żądania i odpowiedzi API wszędzie tam, gdzie obsługujemy a meetingKey/sessionKey.

GetSessionInfo Zgłoszenie:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
      <siteName>xxx</siteName>
      <webExID>Test</webExID>
      <password>xxx</password>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
    <sessionKey>805325231</sessionKey>
    or
    <meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

Odpowiedź:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:isLocked>false</ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID>
            ...
            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

Dotknięty interfejs API:

  • LstOpenSession

  • GetEnrollmentInfo

  • LstsummaryMeeting

  • LstScheduledTests

  • GetEvent

  • LstsummaryEvent

  • LstmeetingusageHistory

  • LsttrainingsessionHistory

  • LsteventsessionHistory

  • LstsupportsessionHistory

  • DelSession

Szablon witryn edukacyjnych (typ sesji EDU) w obsłudze XML API

Gdy w Twoich witrynach włączony jest typ sesji instruktora edukacji (EDU), interfejs API XML może obsługiwać planowanie spotkania za pomocą szablonu spotkania EDU.

Dotknięty interfejs API:

  • CreateMeeting

  • SetMeeting

  • CreateEvent

  • SetEvent

  • CreateTrainingSession

  • SetTrainingSession

XML API CreateMeetingAttendee i RegisterMeetingAttendee pomoc techniczna

Oba CreateMeetingAttendee i RegisterMeetingAttendee są w stanie sprawdzić wymagany formularz rejestracji uczestników do rejestracji na Webex Meetings.

I jest nowy wyjątek od tego zadania:

Numer wyjątku

Wiadomość wyjątku

040014

Brak wymaganych pól (formularz rejestracyjny): ...

Na przykład, jeśli wybrałeś „Tytuł stanowiska” i „Nazwa firmy” jako wymagane pola rejestracji uczestnika Webex Meetings, jak pokazano poniżej, musisz podać wartość w polach „Tytuł stanowiska” i „Nazwa firmy” podczas wywoływania tych dwóch interfejsów API : CreateMeetingAttendee i RegisterMeetingAttendee.

RegisterMeetingAttendee Zgłoszenie:

<body>        
        <bodyContent xsi:type="java:com.webex.service.binding.attendee.RegisterMeetingAttendee">
            <attendees>
                <person>
                    <name>FirstNameb LastName</name>
                    <firstName>FirstNameb</firstName>
                    <lastName>LastName</lastName>
                    <title>Engineer</title>             //Job Title
                    <company>Cisco1234</company>        //Company Name
                    ...
                    <email>****@*****.com</email>              
                    <type>VISITOR</type>
                    <sendReminder>true</sendReminder>
                </person>
                <role>ATTENDEE</role>
                <joinStatus>ACCEPT</joinStatus>
                <emailInvitations>true</emailInvitations>
                <sessionKey>1####4####1</sessionKey>
            </attendees>
        </bodyContent>  
    </body>
</serv:message>

CreateMeetingAttendee Zgłoszenie:

<bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
        <person>
            <name>FirstNameA LastNameA</name>
            <firstName>FirstNameA</firstName>
            <lastName>LastNameA</lastName>
            <title>Engineer</title>         //Job Title
            <company>Cisco1234</company>    //Company Name
            ...
            <email>*****@*****.com</email>
            <type>VISITOR</type>
            <sendReminder>true</sendReminder>
        </person>
    <role>ATTENDEE</role>
    <joinStatus>ACCEPT</joinStatus>
    <emailInvitations>true</emailInvitations>
    <sessionKey>1###4####1</sessionKey>

040014 Exception of Response Przykład:


<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
    <serv:header>
        <serv:response>
            <serv:result>FAILURE</serv:result>
            <serv:reason>Missing required fields (registration form) : title,company</serv:reason>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
            <serv:exceptionID>040014</serv:exceptionID>
            <serv:value>title,company</serv:value>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

Dotknięty interfejs API:

  • CreateMeetingAttendee

  • RegisterMeetingAttendee

Ulepszenia weryfikacji poczty e-mail w interfejsie XML API

Interfejs API XML nie powinien zezwalać na znaki odstępu w wiadomości e-mail, dlatego poprawiliśmy weryfikację wiadomości e-mail, aby dostosować ją do zachowania strony Webex Meetings.

Dotknięty interfejs API:

  • CreateMeetingAttendee

  • CreateEvent

  • SetEvent

  • CreateContact

  • SetContact

  • SetRecordingInfo

  • CreateMeetingAttendee

  • CreateTrainingSession

  • SetTrainingSession

  • CreateUser

  • SetUser

  • CreateMeeting

  • SetMeeting

  • RegisterMeetingAttendee

Aktualizacje API 40.7.0

Aktualizacje XML API 40.7.0

Kliknij tutaj, aby pobrać schemat XML API 40.7.0

meetingUUID pomoc techniczna

Dodaliśmy meetingUUID do żądania i odpowiedzi API wszędzie tam, gdzie obsługujemy meetingKey lub sessionKey.

GetSessionInfo Przykład żądania:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
      <siteName>xxx</siteName>
      <webExID>Test</webExID>
      <password>xxx</password>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
    <sessionKey>805325231</sessionKey>
    or
    <meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

GetSessionInfo Przykład żądania:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
      <siteName>xxx</siteName>
      <webExID>Test</webExID>
      <password>xxx</password>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
    <sessionKey>805325231</sessionKey>
    or
    <meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

GetSessionInfo Przykład odpowiedzi:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:isLocked>false</ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID>
            ...
            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

Dotyczy interfejsów API:

  • LstmeetingattendeeHistory

  • LsttrainingattendeeHistory

  • LsteventattendeeHistory

  • LstsupportattendeeHistory

CreateUser Obsługa powitalnego e-maila API dla czterech nowych języków

Powitalna wiadomość e-mail XMLAPI w formacie HTML obsługuje następujące cztery nowe języki:

  • czeski (identyfikator języka=19)

  • polski (identyfikator języka=20)

  • węgierski (identyfikator języka=21)

  • Rumuński (identyfikator języka=22)

XMLAPI wysyła powitalną wiadomość e-mail zgodnie z językiem lub identyfikatorem języka w CreateUser żądanie.

Za pomocą CreateUser wysłać przykładowy e-mail powitalny w html (czeski):

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                xmlns:serv="http://www.webex.com/schemas/2002/06/service">
    <header>
        <securityContext>
            <siteName>xxx</siteName>
            <webExID>Test</webExID>
            <password>xxx</password>
        </securityContext>
    </header>
    <body>
        <bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
            <bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
                <firstName>test</firstName>
                <lastName>user</lastName>
                <webExId>testuser</webExId>
                <password>xxxxxx</password>
                <email>testuser@test.com</email>
                <privilege>
                    <host>true</host>
                </privilege>
                <languageID>19</languageID>
                or
                <language>Czech</language>
                <active>ACTIVATED</active>
                <sendWelcome>true</sendWelcome>
                <isHTMLEmail>true</isHTMLEmail>
            </bodyContent>
        </bodyContent>
    </body>
</serv:message>

Aktualizacje API 40.6.1, 40.4.9

Aktualizacje XML API 40.6.1, 40.4.9

Kliknij tutaj, aby pobrać schemat XML API 40.6.1

Kliknij tutaj, aby pobrać schemat XML API 40.4.9

CreateMeeting/SetMeeting pomoc techniczna

Kiedy planujesz spotkanie Webex, XML API CreateMeeting/SetMeeting umożliwia zaznaczenie lub odznaczenie lub kliknięcie wymaganego lub niewymaganego pola w formularzu rejestracji uczestnika.

Poniżej znajduje się przykładowy harmonogram spotkań ze strony internetowej użytkownika, na której można sprawdzić wymagane pola, takie jak „Tytuł pracy”, „Nazwa firmy”, „Miasto”, i "Stan" na formularzu rejestracji uczestników:

Poniżej znajduje się mapowanie między polami strony a elementami interfejsu API XML:

Pola strony Element XMLAPIAPI
Stanowisko 
<title>
Nazwa firmy 
<company>
Adres 1 
<address1>
adres 2 
<address2>
Miasto 
<city>
Stan 
<state>
Kod pocztowy 
<postalCode>
Kraj/region 
<country>
Telefon służbowy 
<phone>
Fax 
<fax>

Zmieniony schemat: Dodaj element „registrationForm” do CreateMeeting

Zmieniony schemat: Dodaj element „registrationForm” do SetMeeting

Zmieniony schemat: Dodaj element „registrationForm” do GetMeeting

CreateMeetingPrzykład żądania:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
      <accessControl>
          <meetingPassword>password</meetingPassword>
      </accessControl>    
      <attendeeOptions>
          <emailInvitations>true</emailInvitations>
          <registration>true</registration>
          <auto>false</auto>
      </attendeeOptions>      
      <registrationForm>
          <title><req>true</req></title>          <!-- true -->
          <company><req>true</req></company>      <!-- true -->
          <address1><req>false</req></address1>
          <address2><req>false</req></address2>
          <city><req>true</req></city>            <!-- true -->
          <state><req>true</req></state>          <!-- true -->
          <postalCode><req>false</req></postalCode>
          <country><req>false</req></country>
          <phone><req>false</req></phone>
          <fax><req>false</req></fax>
      </registrationForm>

SetMeetingPrzykład żądania:

<bodyContent xsi:type="java:com.webex.service.binding.meeting.SetMeeting">
    <meetingkey>1015045339</meetingkey>

    <metaData>
        <confName>Conference Name</confName>
        <meetingType>3</meetingType>
    </metaData>
    
    <attendeeOptions>
        <emailInvitations>true</emailInvitations>
        <registration>true</registration>
        <auto>true</auto>
    </attendeeOptions>
    
    <registrationForm>
        <title><req>true</req></title>    
        <company><req>true</req></company>    
        <address1><req>false</req></address1>
        <address2><req>false</req></address2>
        <city><req>true</req></city>          
        <state><req>true</req></state>        
        <postalCode><req>false</req></postalCode>
        <country><req>false</req></country>
        <phone><req>false</req></phone>
        <fax><req>false</req></fax>
    </registrationForm>

GetMeetingPrzykład odpowiedzi:

            <meet:sipURL>1234567890@sitename.webex.com</meet:sipURL>
            <meet:displayMeetingUrl>1234567890@sitename.webex.com</meet:displayMeetingUrl>
            <meet:registrationForm>
                <meet:phone><meet:req>false</meet:req></meet:phone>
                <meet:title><meet:req>true</meet:req></meet:title>        
                <meet:company><meet:req>true</meet:req></meet:company>    
                <meet:address1><meet:req>false</meet:req></meet:address1>
                <meet:address2><meet:req>false</meet:req></meet:address2>
                <meet:city><meet:req>true</meet:req></meet:city>          
                <meet:state><meet:req>true</meet:req></meet:state>        
                <meet:postalCode><meet:req>false</meet:req></meet:postalCode>
                <meet:country><meet:req>false</meet:req></meet:country>
                <meet:fax><meet:req>false</meet:req></meet:fax>
            </meet:registrationForm>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Dotyczy interfejsów API:

  • CreateMeeting

  • SetMeeting

  • GetMeeting

  • DelMeeting

Typ spotkania E2EE nie obsługuje spotkania PMR

Gdy włączysz PMR podczas połączenia z API: CreateUser/SetUser/GetUser/GetMe a dostępny jest tylko typ spotkania E2EE, odpowie następujący komunikat o błędzie: „110063 Aby włączyć PMR, użytkownik musi mieć co najmniej jeden typ spotkania inny niż E2EE”.

Dotyczy interfejsów API:

  • CreateUser

  • SetUser

  • GetUser

  • GetMe

Aktualizacje API 40.6.0

Aktualizacje XML API 40.6.0

Kliknij tutaj, aby pobrać schemat XML API 40.6.0

Dodano rolę zarządzania użytkownikami

Utworzyliśmy rolę Zarządzanie użytkownikami i zmienił się plik schematu dla następujących elementów.

Zmieniony schemat: CreateUserżądanie:

Zmieniony schemat: SetUser

Zmieniony schemat: GetMeodpowiedź:

Zmieniony schemat: LstsummaryUserodpowiedź:

Dotyczy interfejsów API:

  • CreateUser

  • SetUser

  • GetMe

  • LstsummaryUser

CreateUserPrzykład żądania:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
    <securityContext>
       <siteName>xxx</siteName>      
       <webExID>SiteAdmin</webExID>
       <password>xxxx</password>      
    </securityContext>  
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
    <firstName>xxx</firstName>
    <lastName>xxx</lastName>
    <webExId>xxx</webExId>
    <password>xxx</password>
    <email>xxx</email>
    <privilege>
        <umSiteAdmin>true</umSiteAdmin>
        <host>false</host>

        <siteAdmin>false</siteAdmin>
        <labAdmin>false</labAdmin>
        <voiceOverIp>false</voiceOverIp>
    </privilege>
    <languageID>3</languageID>
    <active>ACTIVATED</active>
    <sendWelcome>true</sendWelcome>
    <isHTMLEmail>true</isHTMLEmail>
</bodyContent>  
</body>
</serv:message>

Wsparcie przy użyciu klucza API dostępu do GetUserCard

Teraz obsługujemy dostęp do API za pomocą klucza API (wygenerowany token JWT): GetUserCard w tym wydaniu.

Możesz zapoznać się z tymi stronami na temat stosowania jednego klucza API i generowania tokenu JWT:

Jak zastosować jeden klucz API

Jak wygenerować token JWT

GetUserCardPrzykład żądania:

POST https://{sitename}.webex.com/WBXService/XMLService
Header:
    Content-Type application/json;charset=utf-8
    JWTToken ${jwttoken}
Body:  
<?xml version="1.0" encoding="UTF-8"?>
<message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2009/05/service">
<header>
    <securityContext>
      <siteName>{sitename}</siteName>
    </securityContext>
</header>
<body>
    <bodyContent xsi:type="java:com.webex.service.binding.user.GetUserCard">
        <webExId>{userName}</webExId>
    </bodyContent>
</body>
</message>  

Przykład odpowiedzi:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:use="http://www.webex.com/schemas/2002/06/service/user">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="use:getUserCardResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <use:avatar>
                <use:url>https://xxxx.webex.com/svc3300/svccomponents/html/img/avatar160.png</use:url>
                <use:lastModifiedTime>1587493389768</use:lastModifiedTime>
                <use:isUploaded>false</use:isUploaded>
            </use:avatar>
            <use:personalMeetingRoom>
                <use:title>Test's Personal Room</use:title>
                <use:personalMeetingRoomURL>https://xxxx.webex.com/meet/Test</use:personalMeetingRoomURL>
                <use:accessCode>713289692</use:accessCode>
            </use:personalMeetingRoom>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Wsparcie dla meetingUUID w żądaniu i odpowiedzi API

Dodaliśmy meetingUUID do żądania i odpowiedzi API, gdy obsługujemy meetingKey lub sessionKey.

Dotyczy interfejsów API:

  • LstRecording

  • LstsummarySession

  • GetSesssionInfo

  • GethosturlMeeting

  • GetjoinurlMeeting

  • LstMeetingAttendee

  • CreateMeeting

  • SetMeeting

  • GetMeeting

  • DelMeeting

  • LstCalendarSession

meetingUUIDPrzykład żądania:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
      <siteName>xxx</siteName>
      <webExID>Test</webExID>
      <password>xxx</password>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
    <sessionKey>805325231</sessionKey>
    or
    <meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
</body>
</serv:message>

meetingUUIDPrzykład odpowiedzi:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:isLocked>false</ep:isLocked>
            <ep:sessionkey>805325231</ep:sessionkey>
            <ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
            <ep:confID>158941507534980823</ep:confID>
            ...
            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

Klucze spotkania PMR nie zostaną zmienione z tymczasowo dezaktywowanego użytkownika lub wyłączonego PMR

Gdy tymczasowo dezaktywowany użytkownik lub wyłączony PMR zostanie ponownie aktywowany w ciągu jednego tygodnia, ponownie aktywowany użytkownik lub włączony klucz spotkania PMR nie zostanie zmieniony, będzie taki sam jak poprzednio.

Dotyczy interfejsów API:

  • SetUser

  • DelUser

LstSummarySession ulepszenia

Udoskonaliliśmy API: LstSummarySession powrót zaplanowany-PMR, aby mieć jeden nowy element, returnScheduledPMR, we wniosku. Domyślna funkcja przełączania jest wyłączona.

Dotyczy interfejsów API:

  • LstSummarySession

Zmiana schematu:

Dodajemy nową nazwę elementu returnScheduledPMR w żądaniu API LstSummarySession.

Dodajemy nową nazwę elementu isScheduledPMR w odpowiedzi API LstSummarySession.

LstSummarySessionPrzykład żądania:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <header>
      <securityContext>
         <siteName>xxx</siteName>
         <webExID>Test</webExID>
         <password>xxx</password>
         <partnerID>xxxx</partnerID>
         <clientInfo>xxxx</clientInfo>
      </securityContext>
   </header>
   <body>
      <bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
         <listControl>
            <startFrom>1</startFrom>
            <maximumNum>2</maximumNum>
            <listMethod>AND</listMethod>
         </listControl>
         <dateScope>
            <startDateStart>11/01/2019 8:0:0</startDateStart>
            <startDateEnd>12/01/2019 7:59:59</startDateEnd>
            <timeZoneID>4</timeZoneID>
            <endDateStart>11/01/2019 8:0:0</endDateStart>
            <endDateEnd>12/01/2019 7:59:59</endDateEnd>
         </dateScope>
         <order>
            <orderBy>HOSTWEBEXID</orderBy>
            <orderAD>ASC</orderAD>
            <orderBy>CONFNAME</orderBy>
            <orderAD>ASC</orderAD>
            <orderBy>STARTTIME</orderBy>
            <orderAD>ASC</orderAD>
         </order>
         <serviceTypes>
            <serviceType>EventCenter</serviceType>
            <serviceType>MeetingCenter</serviceType>
            <serviceType>SalesCenter</serviceType>
            <serviceType>TrainingCenter</serviceType>
            <serviceType>SupportCenter</serviceType>
         </serviceTypes>
         <returnScheduledPMR>true</returnScheduledPMR>
      </bodyContent>
   </body>
</serv:message>

LstSummarySessionPrzykład odpowiedzi:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
   <serv:header>
      <serv:response>
         <serv:result>SUCCESS</serv:result>
         <serv:gsbStatus>PRIMARY</serv:gsbStatus>
      </serv:response>
   </serv:header>
   <serv:body>
      <serv:bodyContent xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="ep:lstsummarySessionResponse">
         <ep:matchingRecords>
            <serv:total>1787</serv:total>
            <serv:returned>2</serv:returned>
            <serv:startFrom>1</serv:startFrom>
         </ep:matchingRecords>
         <ep:session>
            <ep:sessionKey>809914325</ep:sessionKey>          
            <ep:MeetingUUID>809914325</ep:MeetingUUID>
            <ep:confName>Team Meeting</ep:confName>
            <ep:sessionType>3</ep:sessionType>
            <ep:serviceType>MeetingCenter</ep:serviceType>
            <ep:hostWebExID>Test</ep:hostWebExID>
            <ep:hostFirstName>Test</ep:hostFirstName>
            <ep:hostLastName>Test</ep:hostLastName>
            <ep:otherHostWebExID>Test</ep:otherHostWebExID>
            <ep:timeZoneID>2</ep:timeZoneID>
            <ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:startTime>10/12/2019 00:35:41</ep:startTime>
            <ep:duration>60</ep:duration>
            <ep:listStatus>PUBLIC</ep:listStatus>
            <ep:hostEmail>Test@webex.com</ep:hostEmail>
            <ep:passwordReq>true</ep:passwordReq>
            <ep:hostJoined>false</ep:hostJoined>
            <ep:participantsJoined>false</ep:participantsJoined>
            <ep:confID>141672157056861215</ep:confID>
            <ep:registration>false</ep:registration>
            <ep:isRecurring>true</ep:isRecurring>
            <ep:hostType>1019001</ep:hostType>
            <ep:isAudioOnly>false</ep:isAudioOnly>
            <ep:isTCSingleRecurrence>false</ep:isTCSingleRecurrence>
            <ep:isAllowJBH>false</ep:isAllowJBH>
            <ep:isCETMeeting>true</ep:isCETMeeting>
            <ep:isException>false</ep:isException>
            <ep:isNextUpcomingInstance>false</ep:isNextUpcomingInstance>
            <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
            <ep:recurrenceId>0</ep:recurrenceId>
            <ep:isScheduledPMR>true</ep:isScheduledPMR>
         </ep:session>
         <ep:session>
            <ep:sessionKey>805660167</ep:sessionKey>
            <ep:confName>xmlmc Molly08Console816960001</ep:confName>
            <ep:sessionType>3</ep:sessionType>
            <ep:serviceType>MeetingCenter</ep:serviceType>
            <ep:hostWebExID>Molly08Console81696000</ep:hostWebExID>
            <ep:hostFirstName>Molly08Console81696000</ep:hostFirstName>
            <ep:hostLastName>Molly08Console81696000</ep:hostLastName>
            <ep:otherHostWebExID>Molly08Console81696000</ep:otherHostWebExID>
            <ep:timeZoneID>2</ep:timeZoneID>
            <ep:timeZone>GMT-10:00, Hawaii (Honolulu)</ep:timeZone>
            <ep:status>NOT_INPROGRESS</ep:status>
            <ep:startTime>10/12/2019 00:35:41</ep:startTime>
            <ep:duration>60</ep:duration>
            <ep:listStatus>PUBLIC</ep:listStatus>
            <ep:hostEmail>Molly08Console81696000@webex.com</ep:hostEmail>
            <ep:passwordReq>true</ep:passwordReq>
            <ep:hostJoined>false</ep:hostJoined>
            <ep:participantsJoined>false</ep:participantsJoined>
            <ep:confID>141672108716459038</ep:confID>
            <ep:registration>false</ep:registration>
            <ep:isRecurring>true</ep:isRecurring>
            <ep:hostType>1019001</ep:hostType>
            <ep:isAudioOnly>false</ep:isAudioOnly>
            <ep:isTCSingleRecurrence>false</ep:isTCSingleRecurrence>
            <ep:isAllowJBH>false</ep:isAllowJBH>
            <ep:isCETMeeting>true</ep:isCETMeeting>
            <ep:isException>false</ep:isException>
            <ep:isNextUpcomingInstance>false</ep:isNextUpcomingInstance>
            <ep:seriesMeetingKey>0</ep:seriesMeetingKey>
            <ep:recurrenceId>0</ep:recurrenceId>
            <ep:isScheduledPMR>true</ep:isScheduledPMR>
         </ep:session>
      </serv:bodyContent>
   </serv:body>
</serv:message>

GetSite ulepszenia

Dodaliśmy GetSite funkcja odpowiedzi wyłączona SupportXMLAPIReturnScheduledPMR

Dotyczy interfejsów API:

  • GetSite

Zmiana schematu:

API XML GetSite nowy element odpowiedzi to: SupportXMLAPIReturnScheduledPMR

GetSitePrzykład żądania:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
  <securityContext>
   <siteName>xxx</siteName>
   <webExID>Test</webExID>
   <password>xxx</password>
   <clientInfo>xxx</clientInfo>
  </securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.site.GetSite">
</bodyContent>    
</body>
</serv:message>

GetSitePrzykład odpowiedzi:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:ns1="http://www.webex.com/schemas/2002/06/service/site" xmlns:event="http://www.webex.com/schemas/2002/06/service/event">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="ns1:getSiteResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <ns1:siteInstance>              
                <ns1:siteCommonOptions>
                    ...
                    <ns1:SupportXMLAPIReturnScheduledPMR>true</ns1:SupportXMLAPIReturnScheduledPMR>
                    ...
                </ns1:siteCommonOptions>
            </ns1:siteInstance>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Aktualizacje API 40.4.8, 40.2.9

Aktualizacje XML API 40.4.8, 40.2.9

Kliknij tutaj, aby pobrać schemat XML API 40.4.8

Kliknij tutaj, aby pobrać schemat XML API 40.2.9

Nowa odpowiedź podczas aktualizacji zaplanowanych spotkań w XMLAPI

Gdy klienci używają interfejsu XMLAPI do aktualizowania spotkań zaplanowanych na ich stronie, wyślemy hasło numeryczne w aktualizacji wiadomości e-mail ze spotkania i zastosujemy je w centrach spotkań, zespołów i wydarzeń firmy Webex.

Te interfejsy API: GetMeeting, GetTrainingSession, GetEvent i GetTeleconferenceSession, będą miały w odpowiedzi te nowe elementy: audioPassword(hasło numeryczne), isEnforceAudioPassword, isEnforceAudioLogin dla centrów spotkań, zespołów i wydarzeń Webex.

Zmieniony schemat:

Dotyczy interfejsów API:

  • GetMeeting

  • GetTrainingSession

  • GetEvent

  • GetTeleconferenceSession

GetMeetingPrzykład żądania:

<?xml version="1.0" encoding="ISO-8859-1"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
    <siteName>testSite</siteName>
    <webExID>test</webExID>
    <password>xxx</password>
    <partnerID>xx</partnerID>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.GetMeeting">
    <meetingKey>803328224</meetingKey>
</bodyContent>
</body>
</serv:message>

Przykład odpowiedzi:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="meet:getMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <meet:accessControl>
                <meet:listToPublic>false</meet:listToPublic>
                <meet:isPublic>false</meet:isPublic>
                <meet:meetingPassword>PkzC8tP7kM5</meet:meetingPassword>
                <meet:audioPassword>75928877</meet:audioPassword>
                <meet:isEnforceAudioPassword>true</meet:isEnforceAudioPassword>
                <meet:isEnforceAudioLogin>false</meet:isEnforceAudioLogin>
            </meet:accessControl>
            ...
            ...
        </serv:bodyContent>
    </serv:body>
</serv:message>

Aktualizacje API 40.4.5, 40.2.6

Aktualizacje XML API 40.4.5, 40.2.6

GetUserCard i GetSessionInfo limit użytkowania

Wdrażamy limit użytkowania na API GetUserCard i GetSessionInfo, możesz otrzymać komunikat o błędzie: „403 zabronione”, jeśli osiągniesz limit użytkowania.

Dotyczy interfejsów API:

  • GetUserCard

  • GetSessionInfo

Aktualizacje API 40.4.4, 40.2.5

Aktualizacje XML API 40.4.4, 40.2.5

BodyContent limit liczby

Dodaliśmy ograniczoną liczbę BodyContent w każdej sekcji API XML. Gdy dodasz zbyt wiele BodyContent w żądaniu API zwróci następujący kod błędu i komunikat: "000053 Liczba treści treści w żądaniu musi być mniejsza niż {number}"

Dotyczy interfejsów API:

  • Dowolny interfejs API XML

Żądanie XML API z wieloma BodyContent Przykład:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
    <securityContext>
    <webExID>xxxx</webExID>
    <password>xxxx</password>
    <siteName>xxx</siteName>
    </securityContext>  
</header>
<body>

<bodyContent xsi:type="java:com.webex.service.binding.user.GetUser">
<webExId>xxx</webExId>
</bodyContent>

<bodyContent xsi:type="java:com.webex.service.binding.user.GetSite">
</bodyContent>

<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>801020403</sessionKey>
</bodyContent>

</body>
</serv:message>

Aktualizacje API 40.4.3, 40.2.4

Aktualizacje XML API 40.4.3, 40.2.4

Kliknij tutaj, aby pobrać schemat XML API 40.4.3, 40.2.4.

CreateUser ulepszenia

Wzmocniliśmy CreateUser do obsługi wiadomości powitalnej w wielu językach. The CreateUser teraz prośby isHTMLEmail

Dotyczy interfejsów API:

  • CreateUser

CreateUser Przykład żądania:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
    <securityContext>
    <webExID>administrator</webExID>
    <password>xxxx</password>
    <siteName>xxx</siteName>
    </securityContext>  
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
    <firstName>xxx</firstName>
    <lastName>xxx</lastName>
    <webExId>xxx</webExId>
    <password>xxx</password>
    <email>xxx</email>
    <privilege>
        <host>true</host>
        <siteAdmin>false</siteAdmin>
        <labAdmin>false</labAdmin>
        <voiceOverIp>false</voiceOverIp>
    </privilege>
    <languageID>3</languageID>
    <active>ACTIVATED</active>
    <sendWelcome>true</sendWelcome>
    <isHTMLEmail>true</isHTMLEmail>
</bodyContent>  
</body>
</serv:message>

Aktualizacje API 40.4.0

Aktualizacje XML API 40.4.0

Wymuś weryfikację adresu e-mail podczas zmiany e-maili w API XML

Po włączeniu administratora witryny Aby użytkownik mógł zaktualizować adres e-mail, wymagane jest potwierdzenie w administracji witryny Webex:

  • Jeśli konto niebędące administratorem witryny wywoła SetUser API do zmiany adresów e-mail, aktualny e-mail pozostaje do momentu zweryfikowania nowego e-maila. Wiadomość e-mail z potwierdzeniem zmiany konta zostanie wysłana na nowy adres e-mail z „Potwierdzeniem zmiany konta Webex”. Po kliknięciu linku w wiadomości e-mail w celu potwierdzenia nowy adres e-mail zostanie natychmiast połączony.


    Jeśli administrator spoza witryny zadzwoni do SetUser API kilka razy bez zakończenie procesu weryfikacji adresu e-mail, aktualny e-mail jest zachowywany, a najnowszy nowy e-mail jest tym, który musi zostać zweryfikowany.

  • Jeśli konto administratora witryny wywołuje SetUser API do zmiany adresów e-mail, proces weryfikacji adresu e-mail nie jest uruchamiany. Nowa wiadomość e-mail zostanie natychmiast połączona z kontem gospodarza lub uczestnika.

Dotyczy interfejsów API:

  • SetUser

GetEnrollmentInfo limit czasu i reset połączenia

The GetEnrollmentInfo API obecnie wyszukuje adresy IP w systemie nazw domen, co ma ogromny wpływ na wydajność. Planujemy uprościć ten proces, z pustą odpowiedzią w <domain> pole.

Dotyczy interfejsów API:

  • GetEnrollmentInfo

GetEnrollmentInfo Przykład żądania:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>sqdemo6</siteName>
<webExID>xxx</webExID>
<password>xxxx</password>
<partnerID>webexpartner</partnerID>
</securityContext>
</header>
    <body>
        <bodyContent
            xsi:type="java:com.webex.service.binding.attendee.GetEnrollmentInfo">
            <sessionKey>716773566</sessionKey>
        </bodyContent>
    </body>
</serv:message>

GetEnrollmentInfo Przykład odpowiedzi:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"
    xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="att:getEnrollmentInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <att:session>
                <att:confID>154279066999981548</att:confID>
                <att:attendee>
                    <att:attendeeID>3191792</att:attendeeID>
                    <att:enrollFields>
                        <att:defaultFields>
                            <att:firstName>Alex</att:firstName>
                            <att:lastName>Yang</att:lastName>
                            <att:email>omega.alex.yang@gmail.com</att:email>
                            <att:company></att:company>
                            <att:phoneNum></att:phoneNum>
                            <att:title></att:title>
                            <att:receiveInfo>false</att:receiveInfo>
                            <att:address1></att:address1>
                            <att:address2></att:address2>
                            <att:city></att:city>
                            <att:state></att:state>
                            <att:zipcode></att:zipcode>
                            <att:country></att:country>
                            <att:leadSourceID></att:leadSourceID>
                            <att:leadScore>0.0</att:leadScore>
                        </att:defaultFields>
                        <att:customFields/>
                    </att:enrollFields>
                    <att:domain> </att:domain>
                    <att:ipAddress>10.35.240.53</att:ipAddress>
                    <att:submitTime>02/27/2020 22:03:57</att:submitTime>
                    <att:status>APPROVED</att:status>
                </att:attendee>
                <att:attendee>
                    <att:attendeeID>3191797</att:attendeeID>
                    <att:enrollFields>
                        <att:defaultFields>
                            <att:firstName>AlexKKK</att:firstName>
                            <att:lastName>Test</att:lastName>
                            <att:email>achillesyang@hotmail.com</att:email>
                            <att:company></att:company>
                            <att:phoneNum></att:phoneNum>
                            <att:title></att:title>
                            <att:receiveInfo>false</att:receiveInfo>
                            <att:address1></att:address1>
                            <att:address2></att:address2>
                            <att:city></att:city>
                            <att:state></att:state>
                            <att:zipcode></att:zipcode>
                            <att:country></att:country>
                            <att:leadSourceID></att:leadSourceID>
                            <att:leadScore>0.0</att:leadScore>
                        </att:defaultFields>
                        <att:customFields/>
                    </att:enrollFields>
                    <att:domain> </att:domain>
                    <att:ipAddress>10.154.181.15</att:ipAddress>
                    <att:submitTime>02/27/2020 22:07:38</att:submitTime>
                    <att:status>APPROVED</att:status>
                </att:attendee>
                <att:matchingRecords>
                    <serv:total>2</serv:total>
                    <serv:returned>2</serv:returned>
                    <serv:startFrom>1</serv:startFrom>
                </att:matchingRecords>
                <att:sessionKey>716773566</att:sessionKey>
            </att:session>
        </serv:bodyContent>
    </serv:body>
</serv:message>

Aktualizacje API 40.2.0

Aktualizacje XML API 40.2.0

Kliknij tutaj, aby pobrać schemat XML API 40.2.0.

Usuń anonimowy dostęp do LstSummarySession

W ramach ulepszenia zabezpieczeń zaprzestajemy obsługi anonimowego dostępu do to LstSummarySession API. Jeśli Webex Meetings anonimowo uzyskuje dostęp do interfejsu API, zwracany jest następujący kod błędu i komunikat: „000015 Przepraszamy, nie znaleziono rekordu”.

Dotyczy interfejsów API:

  • LstSummarySession

LstSummarySession Przykład żądania:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
    <securityContext>
        <siteName>sitename1</siteName>
    </securityContext>
</header>
<body>
    <bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
        <sessionKey>211894651</sessionKey>
    </bodyContent>
</body>
</serv:message>

LstSummarySession Przykład odpowiedzi:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common"

xmlns:ep="http://www.webex.com/schemas/2002/06/service/ep" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting">
    <serv:header>
        <serv:response>
            <serv:result>FAILURE</serv:result>
            <serv:reason>Sorry, no record found</serv:reason>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
            <serv:exceptionID>000015</serv:exceptionID>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent/>
    </serv:body>
</serv:message>

CreateMeeting i SetMeeting ulepszenia bezpieczeństwa


Ta zmiana została wprowadzona w XML API 40.2.0, ale jej opis został zmieniony po otrzymaniu opinii klientów.

W ramach ulepszenia bezpieczeństwa zaktualizowaliśmy CreateMeeting i SetMeeting Interfejsy API uniemożliwiające użytkownikom planowanie czasu rozpoczęcia spotkania, który już minął. Jeśli spróbują, interfejs API wyświetli komunikat o błędzie: "060016 Czas rozpoczęcia sesji powinien być późniejszy niż czas bieżący." Jeśli użytkownik musi zaplanować natychmiastowe spotkanie, zalecamy ustawienie godziny rozpoczęcia spotkania o pięć minut później niż bieżąca godzina.

Dotyczy interfejsów API:

  • CreateMeeting

  • SetMeeting

Aktualizacje API 40.1.2

Aktualizacje XML API 40.1.2.1.2

Kliknij tutaj, aby pobrać schemat XML API 40.1.2.

Zaplanowanie spotkania automatycznie generuje hasło, jeśli nie zostanie podane

Udoskonaliliśmy CreateMeeting, CreateEvent, CreateTrainingSession, i CreateTeleconferenceSession aby dołączyć hasło do treści odpowiedzi API.

Domyślnie Wszystkie spotkania/wydarzenia/sesje muszą mieć hasło ustawienie jest włączone. W tym scenariuszu, jeśli żądanie interfejsu API nie zawiera hasła, hasło jest automatycznie generowane z serwerów interfejsu API XML.

Jeśli Wszystkie spotkania/wydarzenia/sesje muszą mieć hasło ustawienie to niepełnosprawny, a żądanie API nie zawiera hasła, hasło jest nie wygenerowane z serwerów XML API.

Jeśli żądanie API zawiera hasło, odpowiedź będzie zawierać to hasło, niezależnie od Wszystkie spotkania/wydarzenia/sesje muszą mieć hasło ustawienie włączone lub wyłączone.

Dotyczy interfejsów API:

  • CreateMeeting

  • CreateEvent

  • CreateTrainingSession

  • CreateTeleconferenceSession

The CreateMeeting odpowiedź ma teraz meetingPassword element:

CreateMeeting Przykład żądania:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>

     <siteName>siteName1</siteName>
     <webExID>userID</webExID>
     <password>*****</password>
     <partnerID>webexpartner</partnerID>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
    <metaData>
        <confName>Test_Auto_Generated_mtg_pwd</confName>
        <meetingType>3</meetingType>
    </metaData>

<schedule>
  <startDate>10/28/2020 17:35:00</startDate>
</schedule>
</bodyContent>
</body>
</serv:message>

CreateMeeting Przykład odpowiedzi:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:serv="http://www.webex.com/schemas/2002/06/service" xmlns:com="http://www.webex.com/schemas/2002/06/common" xmlns:meet="http://www.webex.com/schemas/2002/06/service/meeting" xmlns:att="http://www.webex.com/schemas/2002/06/service/attendee">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="meet:createMeetingResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <meet:meetingkey>806745263</meet:meetingkey>
            <meet:meetingPassword>UzXJuzUD428</meet:meetingPassword>
            <meet:iCalendarURL>
                <serv:host>https://hmwds6.qa.webex.com/hmwds6/j.php?MTID=md225d5935256319ef21b71dd8ebd0640</serv:host>
                <serv:attendee>https://hmwds6.qa.webex.com/hmwds6/j.php?MTID=m26bf5e25ca587d32302fb29951b92e15</serv:attendee>
            </meet:iCalendarURL>
            <meet:guestToken>cfc7f3246d4862f1bb69b803e8615b7a</meet:guestToken>
        </serv:bodyContent>
    </serv:body>
</serv:message>

The CreateEvent odpowiedź ma teraz eventPassword element:

The CreateTrainingSession i CreateTeleconferenceSession odpowiedzi mają teraz sessionPassword element:

Aktualizacje API 40.1.0

Aktualizacje XML API 40.1.0

Kliknij tutaj, aby pobrać schemat XML API 40.1.

GetSessionInfo ulepszenia

Dodaliśmy nowe elementy do GetSessionInfo API. Interfejs API zwraca teraz również informacje dla urządzeń mobilnych.

Dotyczy interfejsów API:

  • GetSessionInfo

GetSessionInfo Poproś o aktualizacje:

Przykład żądania:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
    <securityContext>
        <siteName>sqdemo11</siteName>
        <webExID>siteadmin</webExID>
        <password>P@ss1234</password>
    </securityContext>
</header>
<body>
    <bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
        <sessionKey>713707633</sessionKey>
        <pmrUrl>https://go.webex.com/join/dongchen</pmrUrl>
        <sipUrl>dongchen@go.webex.com or 123456789_go@webex.com or 123456789@go.webex.com</sipUrl>
        <meetingLink>https://go.webex.com/go/j.php?MTID=m814c6a483d4b5052d539f88d67acbad6</meetingLink>
        <meetingUuid>34567323456787654323456787654</meetingUuid>
    </bodyContent>
</body>
</serv:message>

LstAccessAnywhereHistory ulepszenia

Dodaliśmy nowy interfejs API, lstAccessAnywhereHistory, aby odpowiedzieć, przesyłając informacje z raportu Webex Access Anywhere.

Dotyczy interfejsów API:

  • LstAccessAnywhereHistory

LstAccessAnywhereHistory Poproś o aktualizacje:

LstAccessAnywhereHistory Aktualizacje odpowiedzi:

Przykład żądania:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:serv="http://www.webex.com/schemas/2002/06/service">
<header>
<securityContext>
<siteName>sqdemo6</siteName>
<webExID>test</webExID>
<password>P@ss1234</password>
</securityContext>
</header>
<body>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID>test1</hostWebexID>
<startTimeScope>
<sessionStartTimeStart>09/29/2019 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>12/29/2019 04:42:34</sessionStartTimeEnd>
</startTimeScope>
<endTimeScope>
<sessionEndTimeStart>9/29/2019 02:42:34</sessionEndTimeStart>
<sessionEndTimeEnd>12/29/2019 05:42:34</sessionEndTimeEnd>
</endTimeScope>
<listControl>
<serv:startFrom>1</serv:startFrom>
<serv:maximumNum>10</serv:maximumNum>
<serv:listMethod>OR</serv:listMethod>
</listControl>
<order>
<orderBy>STARTTIME</orderBy>
<orderAD>ASC</orderAD>
</order>
</bodyContent>
</body>
</serv:message>

Przykład odpowiedzi:

<?xml version="1.0" encoding="UTF-8"?>
<serv:message
    xmlns:serv="http://www.webex.com/schemas/2002/06/service"
    xmlns:com="http://www.webex.com/schemas/2002/06/common"
    xmlns:history="http://www.webex.com/schemas/2002/06/service/history">
    <serv:header>
        <serv:response>
            <serv:result>SUCCESS</serv:result>
            <serv:gsbStatus>PRIMARY</serv:gsbStatus>
        </serv:response>
    </serv:header>
    <serv:body>
        <serv:bodyContent xsi:type="history:LstAccessAnywhereHistoryResponse"
            xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <history:matchingRecords>
                <serv:total>775</serv:total>
                <serv:returned>10</serv:returned>
                <serv:startFrom>1</serv:startFrom>
            </history:matchingRecords>
            <history:accessAnyWhereInfo>
                <history:confID>123456</history:confID>
                <history:userName>dean</history:userName>
                <history:computerName>6926_dean</history:computerName>
                <history:clientIP>10.224.222.183</history:clientIP>
                <history:startTime>11/29/2019 03:05:44</history:startTime>
                <history:endTime>11/29/2019 03:10:06</history:endTime>
                <history:duration>5</history:duration>
            </history:accessAnyWhereInfo>
        </serv:bodyContent>
    </serv:body>
</serv:message>