- Startseite
- /
- Artikel
Cisco Webex Meetings API-Aktualisierungen – Übersicht (API 40)
Hier finden Sie alle wichtigen Informationen, die Sie über die Cisco Webex Meetings-API benötigen, wie etwa Schemaänderungen und andere Ankündigungen.
Weitere Informationen zu XML API 41 finden Sie in der Übersicht über die Cisco Webex Meetings API-Updates (API 41)
Weitere Informationen zu XML API 39 und XML API 11 finden Sie unter Cisco Webex Meetings XML API Updates Overview (XML API 39 und früher).
Aktualisierungen für XML API 11 SP9 und früher finden Sie unter Cisco DevNet.
Aktualisierungen von API 40.12.0
XML API 40.12.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.12.0-Schema herunterzuladen.
XML API unterstützt den Typ "Private Meeting"
XML-APIs sind wirkt sich aus
-
Wir können API verwenden:
CreateMeeting
undSetMeeting
zum Ansetzen oder Aktualisieren eines Webex-Meetings mit privatem Meeting-Typ. -
Wenn ein Webex-Meeting mit dem Typ "Privates Meeting" angesetzt ist, geben
GetSessionInfo
GetMeeting
,LstSummarySession und LstCalendarSession das neue Element
"PrivateMeeting"
zurück. -
GetMeetingType
undLstMeetingType
geben einen neuen Elementnamen
zurück, der angibt, ob er Private Meetings unterstützt oder nicht.SupportPrivateMeeting
Schemaänderungen
XML-API: GetMeetingType/LstMeetingType: Fügen Sie das Element hinzu.
XML-API: LstSummarySession
: Hängen Sie das Element an.
XML-API: LstCalendarSession
: Hängen Sie das Element an.
XML-API: GetSessionInfo
: Hängen Sie das Element an.
XML-API: GetMeeting : Hängen Sie das Element an.
Anforderung der XML-API: Erstellen einesMeetings
Anfrage für CreateMeeting mit privatem Meeting-Typ
25.10.2020 13:00:00
45
45
********
MC_PrivatMeeting_Test
168 //169 ist ein Beispiel, das Private Meeting unterstützt
Antwort der XML-API: GetSessionInfo
Antwort für isPrivateMeeting
false
true
true //true: das Meeting privates Meeting unterstützt; FALSE: Das Meeting unterstützt kein privates Meeting.
false
false
true
GetSite API gibt Meeting-Vorlagen auf Site-Ebene zurück
Benutzerstory/Aufgabenbeschreibung
Holen Sie sich die Site-API, um eine Meeting-Vorlage auf Site-Ebene zurück kehren. Auf diese Weise können Education Connector und Webex Classrooms diese Vorlagen für Lehrkräfte anzeigen, damit diese Vorlagen während der Planung ihrer Online-Sitzungen auswählen und auswählen können.
APIs sind auswirkungen
Wenn angepasste Meeting-Vorlagen auf Site-Ebene verfügbar sind, gibt die GetSite-API diese Vorlagen auf Site-Ebene zurück.
Elementname |
Beschreibung |
---|---|
|
der Name angepasster Meeting-Vorlagen auf Site-Ebene |
|
Webex Meetings, Webex Trainings und Webex Events |
Schemaänderungen
GetSite : Fügen Sie das Element hinzu.
Antwortbeispiel
Website-Antwort erhalten
<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-Vorlage 3</ns1:meetingTemplateName>
<ns1:serviceType>TrainingCenter</ns1:serviceType>
</ns1:MeetingTemplate>
</ns1:MeetingTemplates>
XML API SetUser kann Element von supportedServices nicht
ändern, wenn es sich bei der Site um eine CI Unified Site handelt
Beschreibung
XMLAPI SetUser unterstützt keinen Änderungswert von " supportedServices " in einer API-Anforderung, wenn es sich bei der Site um mit Control Hub verknüpfte
Unified Webex Meeting-Sites handelt.
Schemaänderungen
Es gibt keine Schemaänderung auf der API: SetUser
.
WEBEX-15436: Schutz hinzufügen, um doppelte E-Mails in Mtgconfattendeelist
zu vermeiden
Beschreibung
Wenn mehrere Teilnehmer mit derselben E-Mail zu demselben Meeting in derselben API-Anfrage hinzugefügt werden, verarbeiten wir nur den ersten Teilnehmer mit der E-Mail.
Auswirkungen auf APIs
-
ErstellenMeetingAttendee
-
Createuser
-
Setuser
-
Erstellen einesMeetings
-
Einrichten vonMeeting
-
Createevent
-
Event festlegen
-
TrainingSession erstellen
-
TrainingSession festlegen
Beispiel-API
Anfrage
<?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">
<securityContext>
<siteName>testSite</siteName>
<webExID>testUser</webExID>
<Passwort>Passwort</Passwort>
</securityContext>
<head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><bodyContent xsi:type="java:com.webex.service.binding.attendee.CreateMeetingAttendee">
<sessionKey>1714904382</sessionKey>
<email>test@webex.com</email>
<name>name1</name>
<Teilnehmer>
<email>test@webex.com</email>
<name>name2</name>
<sessionKey>1714904382</sessionKey>
</Teilnehmer>
</bodyContent>
Aktualisierungen von API 40.11.0
XML API 40.11.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.11.0-Schema herunterzuladen.
XMLAPI CreateUser unterstützt Anzeigename
CreateUser
unterstützt dispalyname
, wenn die Option EnableDisplayName
auf 1 gesetzt ist. Wenn die Umschaltfunktion nicht 1 ist, wird der displayName
ignoriert.
Schemaänderungen
Createuser:
XMLAPI SetUser unterstützt Anzeigename
SetUser
unterstützt dispalyname
bei Umschaltoption EnableDisplayName
ist 1. Wenn die Umschaltfunktion nicht 1 ist, wird displayName
ignoriert.
Schemaänderungen
Setuser:
XMLAPI GetUser unterstützt Anzeigename
GetUser
unterstützt dispalyname
bei Umschaltoption EnableDisplayName
ist 1. Wenn die Umschaltfunktion nicht 1 ist, wird displayName
nicht angezeigt.
Ist displayName in DB null und die Umschaltfunktion
EnableDisplayName
ist 1, dann ist
displayName firstName+" "+lastName
for Non-Asian characters and firstName+lastName for
Asian characters.
Schemaänderungen
GetUserResponse:
XMLAPI-Steuerung auf Benutzerebene für CMR Hybrid Voip
Die Einstellung cmrHybridVoip wird verwendet, um die Einstellung auf Benutzerebene für
EnableCMRHybridVoIP zu konfigurieren und
abzurufen.
Schemaänderungen
GetUser-Antwort:
Benutzeranfrage erstellen:
SetUser-Anfrage:
AKTUALISIERUNGEN VON API 40.10.0
XML API 40.10.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.10.0-Schema herunterzuladen.
XML-API-Unterstützung für Meeting-UUID
in API-Anforderung und -Antwort
Beispiel-XML-API: GetSessionInfo
Anfrage:
<?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">
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
oder
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
Antwort:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>NICHT_INFORTSCHRITT</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
Betroffene API:
-
ErstellenMeetingAttendee
-
DelMeetingAttendee
-
RegistrierenMeetingAttendes
-
CreateTeleconferenceSession (Telefonkonferenz) erstellen
-
SetTeleconferenceSession (Telefonkonferenz)
-
GetTeleconferenceSession
-
TrainingSession erstellen
-
TrainingSession festlegen
-
GetTrainingSession
-
EnttrainingSession
-
Createevent
-
Event festlegen
-
EntfEvent
XMLAPI gibt ein zusätzliches Element für die Site-Admin-Konfiguration zurück, um Screenshot zu deaktivieren
Diese Anforderung kommt von der Sicherheit – sowohl PenTest-Programmfehler als auch Kunden, wie Goldman Sachs. Sie möchten nicht zulassen, dass Endbenutzer Screenshots in der Meetings-App erstellen. In der Zwischenzeit wünschen sich viele andere Kunden diese Funktion , um screenshots zu ermöglichen. Auch Education-Benutzer möchte den Screenshot zulassen. Daher wird für diese Konfiguration eine Site-Administrator-Konfiguration festgelegt, und xmlAPI gibt als Antwort auf GetSite ein zusätzliches Feld
EnableMobileScreenCapture
zurück, um dies zu unterstützen.
Beispiel für eine GetSite-Anforderung
<?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">
<securityContext>
<siteName>xxxx</siteName>
<webExID>Test</webExID>
<password>xxxx</password>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.site.GetSite" />
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>
Betroffene API
GetSite
Verbesserung des Beitretens zu XML-API unter Unterstützung von MEET-269 PIN-weniger PIN
XMLAPI Fügen Sie eine NEUE OPTION hinzu Videokonferenzsysteme in meiner Organisation können Meetings ohne Aufforderungen für Meetings im persönlichen Raum und MC-Meeting starten und diesen beitreten.
-
createUser/setUser/getUser
neuen Knoten hinzufügendeviceCanStartMyPMR
inpersonalMeetingRoom
. -
createMeeting/setMeeting/getMeeting
Neuen Knoten hinzufügendeviceCanStartMeeting
in Zeitplan ein.
Die Option in der Webex-Benutzeroberfläche für meeting in einem persönlichen Raum:
Schemaänderungen
Createuser:
Setuser:
getUserResponse:
Erstellen EinesMeetings:
setMeeting:
GetMeetingResponse:
AKTUALISIERUNGEN VON API 40.9.0
XML API 40.9.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.9.0-Schema herunterzuladen.
XML-API-Unterstützung für Meeting-UUID
Anfrage und Antwort
Wir haben die Meeting-UUID der API-Anfrage und -Antwort hinzugefügt, unabhängig davon, wo wir sie als MeetingKey oder
sessionKey
unterstützen.
Beispiel-XML-API: GetSessionInfo
Anfrage:
<?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">
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
oder
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
Antwort:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>NICHT_INFORTSCHRITT</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
Betroffene API:
-
GetEnrollmentInfo
-
LstsummaryTrainingSession
-
AddScheduledTest hinzufügen
-
SetScheduledTest
-
DelScheduledTest
-
TestInformationen erhalten
-
EventImage hochladen
-
Invationsmail senden
-
ErstellenSupport-Sitzung
-
LstmeetingusagePreliminaryHistory
-
LstmeetingattendeePreliminaryHistory
-
LsteventsessionPreliminaryHistory
-
LsteventattendeePreliminaryHistory
-
LstTrainingPollResultsHistory
Webex-Meetings verfügen über eine gesperrte Meeting-Lobby, in der Benutzer warten können, bis sie zum Meeting zugelassen werden.
Die XML API planen und bearbeiten MC-Meeting, um gesperrte Lobby zu unterstützen, wenn die Funktion (ConsistentLockedLobby
) einschaltet.
Schemaänderungen
Drei neue Elemente (externalAttendeeSecurity , autoLock , autoLockWaitTime ) wurden zu den
CreateMeeting-, SetMeeting- und GetMeeting-APIs hinzugefügt.
Element |
Beschreibung |
---|---|
|
Wenn das Meeting entsperrt ist, können drei Externe Sicherheitsaufgaben zur Auswahl stehen.
|
|
Ob das Meeting automatisch gesperrt wird. Wahr : Meeting nach # Minuten nach Beginn des Treffens automatisch sperren False : Sperrt das Meeting nicht automatisch, nachdem das Meeting beginnt |
|
Minuten (0,5,10,15,20 ) für das automatische Sperrendes Treffens nach Beginn des Treffens |
Anfrage- und Antwortbeispiel
Anfrage für CreateMeeting:
...
...
false
AllowJoinWithLobby
true
10
...
Anfrage für SetMeeting:
2###1###01
...
...
false
AllowJoinWithLobby
true
10
...
Antwort von 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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>
...
</serv:message>
Betroffene API:
-
Erstellen einesMeetings
-
Einrichten vonMeeting
-
GetMeeting
Verbesserung GetSessionInfo
API zum Zurückgeben des Teilnehmerstatus in laufender Sitzung
Zwei neue Elemente (mitHostInMeeting
, hasAttendeeInMeeting ) wurden als Antwort auf
GetSessionInfo
hinzugefügt. Diese beiden Elemente werden zurückgegeben, wenn es sich um ein in Bearbeitungdes Meeting handelt.
Element |
Beschreibung |
---|---|
|
Ob der Gastgeber dem bereits laufenden Meeting beigetreten ist. Wahr : Der Gastgeber befindet sich in einem sich im Gange-Meeting. False/Null : Der Gastgeber befindet sich nicht in dem sich im Gange-Meeting, oder das Meeting ist kein Meeting in Gang. |
|
Ob sich dort ein Teilnehmer/Gastgeber befindet, ist dem derzeit in Ganges Meeting beigetreten. Wahr : sich ein Teilnehmer oder Gastgeber in dem derzeit laufenden Meeting befindet. False/Null : An einem meeting, das derzeit läuft, ist kein Teilnehmer oder Gastgeber anwesend, oder das Meeting ist nicht in Gang. |
API-Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>
...
</serv:message>
Betroffene API:
GetSessionInfo
Für die API GetUserCard ist eine Autorisierung erforderlich.
Sicherheitsverbesserung die XML API GetUserCard erfordert
die Autorisierung, Benutzerinformationen zu erhalten.
Betroffene API:
GetUserCard
Aktualisierungen von API 40.8.0
XML API 40.8.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.8.0-Schema herunterzuladen.
GetSessionInfo
Antwortverbesserung
Wenn Sie vom Meeting nicht eingeladen oder genehmigt wurden, rufen Sie die XML-API auf: GetSessionInfo
gibt die Elemente nicht zurück: confName, startDate, duration, timeZone, meetingLink, sipURL, displayMeetingUrl
im API-Antworttext.
API-Antwort– Beispiel für Meetings:
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NICHT_INFORTSCHRITT</ep:status>
<ep:sessionkey>1####2###4</ep:sessionkey>
<ep:accessControl>
<ep:listStatus>NICHT AUFGEFÜHRT</ep:listStatus>
<ep:registrierung>falsch</ep:registrierung>
<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>
API-Antwort– Beispiel für Schulungen/Events:
<serv:bodyContent xsi:type="ep:getSessionInfoResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ep:status>NICHT_INFORTSCHRITT</ep:status>
<ep:sessionkey>1####5###9</ep:sessionkey>
<ep:listStatus>NICHT AUFGEFÜHRT</ep:listStatus>
<ep:registration>true</ep:registration>
https://sitename.webex.com/tc3300/trainingcenter/register/registerSession.do?siteurl=sitename&confID=16###92######61</ep:registrationURL>
<ep:passwordReq>true</ep:passwordReq>
<ep:registrationURLForMobile>https://sitename.webex.com/tc3300/trainingcenter/meeting/sessionInfoMobile.do?siteurl=sitename&confID=16###92######61</ep:registrationURLForMobile>
<ep:joinStatus>EINLADEN/REGISTRIEREN/Ablehnen</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>
Betroffene API:
-
GetSessionInfo
GetSessionInfo, GetUserCard
Sicherheitsverbesserungen
Wir haben eine Sicherheitsverbesserung für XML API GetSessionInfo
und GetUserCard
gemacht. Wir werden den Zugriff auf diese beiden APIs in den nächsten zwei Stunden blockieren, wenn ihr Anruf das Limit in einer Stunde ohne Datenfehler erreicht hat.
Die Fehlerstatusantwort lautet: "403 Verboten"
Betroffene APIs:-
GetSessionInfo
-
GetUserCard
meetingUUID
in API-Support für Anfrage und Antwort
Wir haben der API-Anfrage und -Antwort meetingUUID hinzugefügt, egal wo wir ein MeetingKey/sessionKey
unterstützen.
GetSessionInfo
Anfrage:
<?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">
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
oder
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
Antwort:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>NICHT_INFORTSCHRITT</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
Betroffene API:
-
LstOpen-Sitzung
-
GetEnrollmentInfo
-
LstsummaryMeeting
-
LstScheduledTests
-
Getevent
-
Lstsummary-Event
-
LstmeetingusageHistory
-
LsttrainingSessionHistory
-
LsteventSessionHistory
-
LstsupportsessionHistory
-
EntfSitzung
Education-Sites-Vorlage (EDU-Sitzungstyp) in XML API-Unterstützung
Wenn Ihre Sites den Sitzungstyp Education Instructor (EDU) aktivieren, kann das XML-API das Anplanen eines Treffens mit der EDU-Meeting-Vorlage unterstützen.
Betroffene API:
-
Erstellen einesMeetings
-
Einrichten vonMeeting
-
Createevent
-
Event festlegen
-
TrainingSession erstellen
-
TrainingSession festlegen
Unterstützung von XML API CreateMeetingAttendee
und RegisterMeetingAttendee
Sowohl CreateMeetingAttendee als
auch RegisterMeetingAttendee können das erforderliche Teilnehmer-Registrierungsformular für eine Webex Meetings-Registrierung überprüfen.
Es gibt eine neue Ausnahme für diese Aufgabe:
Ausnahmenummer |
Ausnahmemeldung |
---|---|
040014 |
Fehlende Pflichtfelder (Registrierungsformular): ... |
Wenn Sie beispielsweise "Tätigkeitsbezeichnung" und "Firmenname" als Pflichtfelder für die Registrierung eines Teilnehmers für Webex Meetings ausgewählt haben, müssen Sie beim Aufruf der beiden APIs einen Wert für "Tätigkeitstitel" und "Firmenname" angeben: CreateMeetingAttendee
und RegisterMeetingAttendee
.
RegistrierMeetingAttentenanfrage
:
Vorname Nachname
FirstNameb
Nachname
Ingenieur //Stellenbezeichnung
Cisco1234 //Company Name
...
****@*****. com
VISITOR
true
TEILNEHMER
ACCEPT
true
1####4####1
CreateMeetingAttendee
Anfrage:
FirstNameA LastNameA
FirstNameA
LastNameA
Ingenieur //Stellenbezeichnung
Cisco1234 //Company Name
...
*****@*****. com
VISITOR
true
TEILNEHMER
ACCEPT
true
1###4###1
040014 Ausnahme der Antwort
Beispiel:
<?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:result>FEHLER</serv:result>
Pflichtfelder fehlen (Registrierungsformular): Titel,Unternehmen
<serv:gsbStatus>PRIMARY</serv:gsbStatus>
<serv:exceptionID>040014</serv:exceptionID>
<serv:value>Titel,Unternehmen</serv:value>
<serv:bodyContent/>
<serv:body>
</serv:message>
Betroffene API:
-
ErstellenMeetingAttendee
-
RegistrierenMeetingAttendes
Verbesserungen der XML API E-Mail-Validierung
Die XML-API sollte keine Leerzeichen in einer E-Mail zulassen. Daher haben wir eine verbesserte E-Mail-Validierung, um sie an das Verhalten der Webex Meetings-Seite zu passen.
Betroffene API:
-
ErstellenMeetingAttendee
-
Createevent
-
Event festlegen
-
Kontakt erstellen
-
Kontakt festlegen
-
SetRecordingInfo
-
ErstellenMeetingAttendee
-
TrainingSession erstellen
-
TrainingSession festlegen
-
Createuser
-
Setuser
-
Erstellen einesMeetings
-
Einrichten vonMeeting
-
RegistrierenMeetingAttendes
Aktualisierungen von API 40.7.0
XML API 40.7.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.7.0-Schema herunterzuladen.
meetingUUID
Unterstützung
Wir haben der API-Anfrage und -Antwort meetingUUID hinzugefügt, egal wo wir
einen MeetingKey oder sessionKey unterstützen.
GetSessionInfo
Beispiel für Anfrage:
<?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">
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
oder
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
GetSessionInfo
Beispiel für Anfrage:
<?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">
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
oder
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
GetSessionInfo
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>NICHT_INFORTSCHRITT</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
Betroffene APIs:
-
LstmeetingattendeeHistory
-
LsttrainingattendeeHistory
-
LsteventattendeeHistory
-
LstsupportattendeeHistory
CreateUser
API-Willkommens-E-Mail-Unterstützung für vier neue Sprachen
Die XMLAPI-Willkommens-HTML-E-Mail unterstützt die folgenden vier neuen Sprachen:
-
Tschechisch (languageID=19)
-
Polnisch (languageID=20)
-
Ungarisch (languageID=21)
-
Aus (languageID=22)
XMLAPI sendet die Begrüßungs-E-Mail entsprechend der Sprache oder languageID in der CreateUser-Anforderung.
Verwenden von CreateUser
zum Senden eines Html-Willkommens-E-Mail-Beispiels (Tschechisch):
<?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">
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<bodyContent xsi:type="java:com.webex.service.binding.user.CreateUser">
<firstName>test</firstName>
<lastName>Benutzer</lastName>
<webExId>testuser</webExId>
<password>xxxxxx</password>
<email>testuser@test.com</email>
<privileg>
<host>true</host>
</privileg>
<languageID>19</languageID>
oder
<language>Tschechisch</language>
<active>AKTIVIERT</active>
<sendWelcome>true</sendWelcome>
<isHTMLEmail>true</isHTMLEmail>
</bodyContent>
</bodyContent>
API 40.6.1, 40.4.9 Aktualisierungen
XML API 40.6.1, 40.4.9 Aktualisierungen
Klicken Sie hier, um das XML API 40.6.1-Schema herunterzuladen.
Klicken Sie hier, um das XML API 40.4.9-Schema herunterzuladen.
CreateMeeting/
SetMeeting-Unterstützung
Wenn Sie ein Webex-Meeting planen, können Sie über die XML-API CreateMeeting/SetMeeting ein erforderliches oder nicht erforderliches Feld im Registrierungsformular für Teilnehmer aktivieren oder deaktivieren bzw. auf ein erforderliches oder nicht erforderliches Feld klicken.
Im Folgenden finden Sie ein Beispiel für einen Meeting-Plan von der Benutzer-Webseite aus, auf dem Sie im Registrierungsformular für Teilnehmer pflichtfelder wie "Tätigkeitsbezeichnung", "Firmenname", "Stadt" und "Bundesland" überprüfen können:
Im Folgenden finden Sie eine Zuordnung zwischen Seitenfeldern und den Elementen der XML-API:
Seitenfelder | XMLAPI-Element |
---|---|
Jobtitel | |
Unternehmensname | |
Adresse 1 | |
Address2 | |
Stadt | |
Status | |
Postleitzahl | |
Land/Region | |
Geschäftliche Nummer | |
Fax |
Geändertes Schema: „Registrierungsformular“-Element zu CreateMeeting
hinzufügen
Geändertes Schema: „registrationForm“-Element in SetMeeting
hinzufügen
Geändertes Schema: „Registrierungsformular“-Element zu GetMeeting
hinzufügen
CreateMeeting
Anforderungsbeispiel:
Passwort
true
true
falsch
true
true
false
false
true
true
false
false
false
false
SetMeeting
Anforderungsbeispiel:
1015045339
Konferenzname
3
true
true
true
true
true
false
false
true
true
false
false
false
false
GetMeeting
Antwortbeispiel:
<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:Registrierungsformular>
Betroffene APIs:
-
Erstellen einesMeetings
-
Einrichten vonMeeting
-
GetMeeting
-
Entfmeeting
Der Meeting-Typ E2EE unterstützt kein PMR-Meeting.
Wenn Sie ein PMR während eines Anrufs mit den APIs aktivieren: CreateUser/SetUser/GetUser/GetMe
und nur ein E2EE-Meeting-Typ verfügbar ist, wird die folgende Fehlermeldung angezeigt: "110063 Der Benutzer muss mindestens einen Nicht-E2EE-Meeting-Typ haben, um PMR zu aktivieren."
Betroffene APIs:
-
Createuser
-
Setuser
-
Getuser
-
GetMe
Aktualisierungen von API 40.6.0
XML API 40.6.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.6.0-Schema herunterzuladen.
Benutzerverwaltungsrolle hinzugefügt
Wir haben die Benutzerverwaltungsrolle erstellt und die Schemadatei für folgendes wurde geändert.
Geändertes Schema: CreateUser
-Anforderung:
Geändertes Schema: Setuser
Geändertes Schema: GetMe
Antwort:
Geändertes Schema: LstsummaryUser
Antwort:
Betroffene APIs:
-
Createuser
-
Setuser
-
GetMe
-
LstsummaryUser
CreateUser
Anforderungsbeispiel:
<?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">
<securityContext>
<siteName>xxx</siteName>
<webExID>SiteAdmin</webExID>
<password>xxxx</password>
</securityContext>
<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>
<privileg>
<umSiteAdmin>true</umSiteAdmin>
<Gastgeber>falsch</Gastgeber>
<siteAdmin>false</siteAdmin>
<labAdmin>falsch</labAdmin>
<voiceOverIp>false</voiceOverIp>
</privileg>
<languageID>3</languageID>
<active>AKTIVIERT</active>
<sendWelcome>true</sendWelcome>
<isHTMLEmail>true</isHTMLEmail>
</bodyContent>
Unterstützung über API-Schlüssel Zugriff auf die GetUserCard
Wir unterstützen jetzt die Verwendung des API-Schlüssels (generierter JWT-Token) auf die API: GetUserCard
in dieser Version.
Sie können auf diesen Seiten zum Anwenden eines API-Schlüssels und zum Generieren eines JWT-Token verweisen:
GetUserCard
Beispiel anfordern:
POST https://{sitename}.webex.com/WBXService/XMLService-Header:
Inhaltstypanwendung/json;charset=utf-8
JWTToken ${jwttoken}
Text:
<?xml version="1.0" encoding="UTF-8"?>
<Nachricht xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:serv="http://www.webex.com/schemas/2009/05/service">
<securityContext>
<siteName>{sitename}</siteName>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.user.GetUserCard">
<webExId>{userName}</webExId>
</bodyContent>
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</serv:gsbStatus>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent xsi:type="use:getUserCardResponse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<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:title>Persönlichen Raum des Tests</use:title>
<use:personalMeetingRoomURL>https://xxxx.webex.com/meet/Test</use:personalMeetingRoomURL>
<use:accessCode>713289692</use:accessCode>
</use:personalMeetingRoom>
</serv:bodyContent>
Unterstützung für meetingUUID
in API-Anforderung und -Antwort
Wir haben der API-Anfrage und -Antwort meetingUUID hinzugefügt, wenn wir einen MeetingKey oder einen sessionKey unterstützen.
Betroffene APIs:
-
LstRecording
-
LstsummarySession
-
GetSesssionInfo
-
GethosturlMeeting
-
GetjoinurlMeeting
-
LstMeetingAttendee
-
Erstellen einesMeetings
-
Einrichten vonMeeting
-
GetMeeting
-
Entfmeeting
-
LstCalendar-Sitzung
meetingUUID
Anforderungsbeispiel:
<?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">
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>805325231</sessionKey>
oder
<meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</meetingUUID>
</bodyContent>
meetingUUID
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>NICHT_INFORTSCHRITT</ep:status>
<ep:isLocked>false</ep:isLocked>
<ep:sessionkey>805325231</ep:sessionkey>
<ep:meetingUUID>039c00dd25c64ab0812dda22bb8a4fcc</ep:meetingUUID>
<ep:confID>158941507534980823</ep:confID>
...
...
</serv:bodyContent>
PMR-Meeting-Schlüssel werden nicht von einem vorübergehend deaktivierten oder deaktivierten PMR-Benutzer geändert.
Wenn ein vorübergehend deaktivierter oder deaktivierter PMR innerhalb einer Woche erneut aktiviert wird, der nun wieder aktivierte Benutzer oder der Meeting-Schlüssel des PMR aktiviert wird, wird er wie zuvor geändert.
Betroffene APIs:
-
Setuser
-
EntfUser
LstSummarySession
Verbesserungen
Wir haben die API verbessert: LstSummarySession
return scheduled-PMR, um ein neues Element, returnScheduledPMR
, in der Anfrage zu haben. Die Standardeinstellung für das Umschalten von Funktionen ist deaktiviert.
Betroffene APIs:
-
LstSummarySession
Schemaänderung:
Wir fügen einen neuen Elementnamen returnScheduledPMR in der
API LstSummarySession-Anfrage hinzu.
Wir fügen einen neuen Elementnamen namens "AngesetzterPMR" in die
API LstSummarySession-Antwort hinzu.
LstSummarySession
Anforderungsbeispiel:
<?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">
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
<partnerID>xxxx</partnerID>
<clientInfo>xxxx</clientInfo>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<listControl>
<startFrom>1</startFrom>
<maximumNum>2</maximumNum>
<listMethod>UND</listMethod>
</listControl>
<dateScope>
<startDateStart>01.11.2019 8:0:0</startDateStart>
<startDateEnd>01.12.2019 7:59:59</startDateEnd>
<timeZoneID>4</timeZoneID>
<endDateStart>01.11.2019 8:0:0</endDateStart>
<endDateEnd>01.12.2019 7:59:59</endDateEnd>
</dateScope>
<bestellen>
<orderBy>HOSTWEBEXID</orderBy>
<orderAD>ASC</orderAD>
<orderBy>CONFNAME</orderBy>
<orderAD>ASC</orderAD>
<orderBy>STARTTIME</orderBy>
<orderAD>ASC</orderAD>
<serviceTypes>
<serviceType>EventCenter</serviceType>
<serviceType>MeetingCenter</serviceType>
<serviceType>SalesCenter</serviceType>
<serviceType>TrainingCenter</serviceType>
<serviceType>SupportCenter</serviceType>
</serviceTypes>
<returnScheduledPMR>true</returnScheduledPMR>
</bodyContent>
</body>
LstSummarySession
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>NICHT_INFORTSCHRITT</ep:status>
<ep:startTime>12.10.2019 00:35:41</ep:startTime>
<ep:duration>60</ep:duration>
<ep:listStatus>ÖFFENTLICH</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:Sitzung>
<ep:session>
<ep:sessionKey>805660167</ep:sessionKey>
<ep:confName>xmlmc Molly08Konsole816960001</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>NICHT_INFORTSCHRITT</ep:status>
<ep:startTime>12.10.2019 00:35:41</ep:startTime>
<ep:duration>60</ep:duration>
<ep:listStatus>ÖFFENTLICH</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:Sitzung>
</serv:bodyContent>
GetSite
Verbesserungen
Wir haben eine Antwortfunktion GetSite
mit der Option SupportXMLAPIReturnScheduledPMR hinzugefügt
.
Betroffene APIs:
-
GetSite
Schemaänderung:
Das neue Element für die XML-API-GetSite-Antwort
ist: SupportXMLAPIReturnSchedPMR
GetSite
Anforderungsbeispiel:
<?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">
<securityContext>
<siteName>xxx</siteName>
<webExID>Test</webExID>
<password>xxx</password>
<clientInfo>xxx</clientInfo>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.site.GetSite">
</bodyContent>
GetSite
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>
API 40.4.8, 40.2.9 Aktualisierungen
XML API 40.4.8, 40.2.9 Aktualisierungen
Klicken Sie hier, um das XML API 40.4.8-Schema herunterzuladen.
Klicken Sie hier, um das XML API 40.2.9-Schema herunterzuladen.
Neue Antwort beim Aktualisieren angesetzter Meetings in XMLAPI
Wenn Kunden XMLAPI verwenden, um über ihre Seite angesetzte Meetings zu aktualisieren, senden wir das numerische Passwort in einer Meeting-E-Mail-Aktualisierung und wenden es auf Webex Meetings-, Teams- und Events-Center an.
Diese APIs: GetMeeting, GetTrainingSession, GetEvent
und GetTeleconferenceSession
, haben diese neuen Elemente als Antwort: audioPassword
(numerisches Passwort), isEnforceAudioPassword
, isEnforceAudioLogin
für Webex Meetings, Teams und Events Center.
Geändertes Schema:
Betroffene APIs:
-
GetMeeting
-
GetTrainingSession
-
Getevent
-
GetTeleconferenceSession
GetMeeting
Beispiel für Anfrage:
<?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">
<securityContext>
<siteName>testSite</siteName>
<webExID>testen</webExID>
<password>xxx</password>
<partnerID>xx</partnerID>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.GetMeeting">
<meetingKey>803328224</meetingKey>
</bodyContent>
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>
API 40.4.5, 40.2.6 Aktualisierungen
XML API 40.4.5, 40.2.6 Aktualisierungen
GetUserCard
und GetSessionInfo
Nutzungsbeschränkung
Wir implementieren die Nutzungsbeschränkung auf API GetUserCard
und GetSessionInfo
, Sie könnten die Fehlermeldung "403 verboten" erhalten, wenn Sie die Nutzungsbeschränkung erreichen.
Betroffene APIs:
-
GetUserCard
-
GetSessionInfo
API 40.4.4, 40.2.5 Aktualisierungen
XML API 40.4.4, 40.2.5 Aktualisierungen
BodyContent
Nummernbegrenzung
Wir haben jedem XML-API-Abschnitt eine begrenzte Anzahl von
BodyContent-Funktionen hinzugefügt. Wenn Sie in der API-Anforderung zu viele BodyContent
hinzufügen, werden folgender Fehlercode und die folgende Meldung zurückgegeben: "000053 Die Anzahl von BodyContent in einer Anforderung muss kleiner als {number} sein"
Betroffene APIs:
-
Beliebige XML-API
XML API-Anforderung mit mehreren BodyContent
Beispiel:
<?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">
<securityContext>
<webExID>xxxx</webExID>
<password>xxxx</password>
<siteName>xxx</siteName>
</securityContext>
<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>
API 40.4.3, 40.2.4 Aktualisierungen
XML API 40.4.3, 40.2.4 Aktualisierungen
Klicken Sie hier, um das XML API 40.4.3, 40.2.4-Schema herunterzuladen.
CreateUser
Verbesserungen
Wir haben CreateUser
verbessert, um die Begrüßungs-E-Mail in mehreren Sprachen zu unterstützen. Der Benutzer CreateUser
fordert jetzt isHTMLEmail
an
Betroffene APIs:
-
Createuser
CreateUser
Anforderungsbeispiel:
<?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">
<securityContext>
<webExID>Administrator</webExID>
<password>xxxx</password>
<siteName>xxx</siteName>
</securityContext>
<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>
<privileg>
<host>true</host>
<siteAdmin>false</siteAdmin>
<labAdmin>falsch</labAdmin>
<voiceOverIp>false</voiceOverIp>
</privileg>
<languageID>3</languageID>
<active>AKTIVIERT</active>
<sendWelcome>true</sendWelcome>
<isHTMLEmail>true</isHTMLEmail>
</bodyContent>
Aktualisierungen von API 40.4.0
XML API 40.4.0 Aktualisierungen
E-Mail-Verifizierung bei Änderung von E-Mails in XML API erzwingen
Nachdem ein Site-Administrator die Option "Bestätigung erforderlich" aktiviert hat, muss der Benutzer seine E-Mail-Adresse in der Webex-Site-Administration aktualisieren:
-
Wenn ein Konto, das kein Site-Administrator ist, die SetUser API aufruft, um E-Mail-Adressen zu ändern, bleibt die aktuelle E-Mail erhalten, bis die
neue E-Mail verifiziert wurde. Die Bestätigungs-E-Mail für die Kontoänderung wird mit der "Bestätigung der Änderung des Webex-Kontos" an die neue E-Mail-Adresse gesendet. Nachdem Sie auf den Link in der E-Mail zur Bestätigung geklickt haben, wird die neue E-Mail-Adresse sofort verknüpft.
Wenn ein Nicht-Site-Administrator die SetUser-API mehrmals aufruft, ohne den E-Mail-Verifizierungsvorgang zu verifizieren, wird die aktuelle E-Mail beibehalten und die neueste neue E-Mail-Adresse muss
überprüft werden.
-
Wenn ein Site-Administrator-Konto die SetUser API aufruft, um E-Mail-Adressen zu ändern, wird der
E-Mail-Verifizierungsprozess
nicht ausgelöst. Die neue E-Mail wird sofort mit dem Konto des Gastgebers oder des Teilnehmers verknüpft.
Betroffene APIs:
-
Setuser
GetEnrollmentInfo
Zeitüberschreitung und Zurücksetzen der Verbindung
Die GetEnrollmentInfo API sucht derzeit nach IP-Adressen im
Domänennamensystem, was zu enormen Leistungsauswirkungen führen kann. Wir planen, diesen Prozess zu vereinfachen, mit einer leeren Antwort im Feld .
Betroffene APIs:
-
GetEnrollmentInfo
GetEnrollmentInfo
Anforderungsbeispiel:
<?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">
<securityContext>
<siteName>sqdemo6</siteName>
<webExID>xxx</webExID>
<password>xxxx</password>
<partnerID>webexpartner</partnerID>
</securityContext>
<bodyContent
xsi:type="java:com.webex.service.binding.attendee.GetEnrollmentInfo">
<sessionKey>716773566</sessionKey>
GetEnrollmentInfo
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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:teilnehmer>
<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>27.02.2020 22:03:57</att:submitTime>
<att:status>GENEHMIGT</att:status>
</att:Teilnehmer>
<att:teilnehmer>
<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>27.02.2020 22:07:38</att:submitTime>
<att:status>GENEHMIGT</att:status>
</att:Teilnehmer>
<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>
Aktualisierungen von API 40.2.0
XML API 40.2.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.2.0-Schema herunterzuladen.
Entfernen Sie den anonymen Zugriff auf LstSummarySession
Um die Sicherheit zu erhöhen, stellen wir den Support für den anonymen Zugriff auf die LstSummarySession
API ein. Wenn Webex Meetings anonym auf die API zugreift, werden der folgende Fehlercode und die Meldung „000015 Sorry, no record found“ (000015 Leider wurde kein Datensatz gefunden) zurückgegeben.
Betroffene APIs:
-
LstSummarySession
LstSummarySession
Anforderungsbeispiel:
<?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">
<securityContext>
<siteName>sitename1</siteName>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.ep.LstsummarySession">
<sessionKey>211894651</sessionKey>
</bodyContent>
LstSummarySession
Antwortbeispiel:
<?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>FEHLER</serv:result>
<serv:reason>Leider wurde keine Aufzeichnung gefunden</serv:reason>
<serv:gsbStatus>PRIMÄR</serv:gsbStatus>
<serv:exceptionID>000015</serv:exceptionID>
</serv:response>
</serv:header>
<serv:body>
<serv:bodyContent/>
</serv:body>
Sicherheitsverbesserungen
CreateMeeting und
SetMeeting
Diese Änderung wurde in XML API 40.2.0 vorgenommen, aber die Beschreibung wurde nach Erhalt des Kunden-Feedbacks bearbeitet.
Zur Sicherheitsverbesserung haben wir die APIs CreateMeeting und SetMeeting aktualisiert, um Benutzern die Planung eines bereits verstrichenen
Meetingbeginns zu
erlauben. Wenn sie es versuchen, fordert die API die Fehlermeldung „060016 Startzeit der Sitzung sollte später als die aktuelle Uhrzeit sein“ an. Wenn ein Benutzer ein Instant-Meeting planen muss, empfehlen wir, dass die Startzeit des Meeting fünf Minuten später als die aktuelle Zeit eingestellt wird.
Betroffene APIs:
-
Erstellen einesMeetings
-
Einrichten vonMeeting
Aktualisierungen von API 40.1.2
XML API 40.1.2 Aktualisierungen
Klicken Sie hier, um das XML API 40.1.2-Schema herunterzuladen.
Wenn ein Meeting nicht angegeben wird, wird automatisch ein Passwort generiert
Wir haben die Funktionen CreateMeeting
, CreateEvent ,
CreateTrainingSession
und CreateTeleconferenceSession verbessert, um ein Passwort
in den Text der API-Antwort einzugeben.
Standardmäßig muss für Alle Meetings/Events/Sitzungen eine Passworteinstellung aktiviert sein. Wenn in diesem Szenario die API-Anforderung kein Passwort enthält, wird automatisch ein Passwort von den XML API-Servern generiert.
Wenn die Einstellung Alle Meetings/Events/Sitzungen mit einem Passwort deaktiviert werden muss und die API-Anforderung kein Passwort enthält, wird von den XML API-Servern kein Passwort generiert.
Wenn die API-Anfrage ein Passwort enthält, wird die Antwort dieses Passwort enthalten, unabhängig davon, ob für alle Meetings/Events/Sitzungen eine Passworteinstellung aktiviert oder deaktiviert sein muss.
Betroffene APIs:
-
Erstellen einesMeetings
-
Createevent
-
TrainingSession erstellen
-
CreateTeleconferenceSession (Telefonkonferenz) erstellen
Die CreateMeeting-Antwort
hat jetzt das MeetingPassword-Element:
CreateMeeting
Anforderungsbeispiel:
<?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">
<securityContext>
<siteName>siteName1</siteName>
<webExID>Benutzer-ID</webExID>
<password>*****</password>
<partnerID>webexpartner</partnerID>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.meeting.CreateMeeting">
<metaData>
<confName>Test_Auto_Generated_mtg_pwd</confName>
<meetingType>3</meetingType>
</metaData>
<startDate>28.10.2020 17:35:00</startDate>
</bodyContent>
CreateMeeting
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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>
https://hmwds6.qa.webex.com/hmwds6/j.php?MTID=md225d5935256319ef21b71dd8ebd0640</serv:host>
https://hmwds6.qa.webex.com/hmwds6/j.php?MTID=m26bf5e25ca587d32302fb29951b92e15</serv:attendee>
</meet:iCalendarURL>
<meet:guestToken>cfc7f3246d4862f1bb69b803e8615b7a</meet:guestToken>
</serv:bodyContent>
Die CreateEvent-Antwort hat nun
das Element eventPassword:
Die Antworten CreateTrainingSession
und CreateTeleconferenceSession haben
jetzt das sessionPassword-Element:
Aktualisierungen von API 40.1.0
XML API 40.1.0 Aktualisierungen
Klicken Sie hier, um das XML API 40.1-Schema herunterzuladen.
GetSessionInfo
Verbesserungen
Wir haben der GetSessionInfo-API neue Elemente
hinzugefügt. Die API gibt nun Informationen auch für Mobilgeräte zurück.
Betroffene APIs:
-
GetSessionInfo
GetSessionInfo
Aktualisierungen anfordern:
Anfragebeispiel:
<?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">
<securityContext>
<siteName>sqdemo11</siteName>
<webExID>siteadmin</webExID>
<password>P@ss1234</password>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.ep.GetSessionInfo">
<sessionKey>713707633</sessionKey>
https://go.webex.com/join/dongchen</pmrUrl>
<sipUrl>dongchen@go.webex.com oder 123456789_go@webex.com oder 123456789@go.webex.com</sipUrl>
https://go.webex.com/go/j.php?MTID=m814c6a483d4b5052d539f88d67acbad6</meetingLink>
<meetingUuid>34567323456787654323456787654</meetingUuid>
</bodyContent>
LstAccessAnywhereHistory
Verbesserungen
Wir haben eine neue API, lstAccessAnywhereHistory, hinzugefügt, um die Berichtsinformationen von
Webex Access Anywhere zu beantworten.
Betroffene APIs:
-
LstAccessAnywhereHistory
LstAccessAnywhere-Verlauf
Aktualisierungen anfordern:
LstAccessAnywhereHistory
Antwortaktualisierungen:
Anfragebeispiel:
<?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">
<securityContext>
<siteName>sqdemo6</siteName>
<webExID>testen</webExID>
<password>P@ss1234</password>
</securityContext>
<bodyContent xsi:type="java:com.webex.service.binding.history.LstAccessAnywhereHistory">
<hostWebexID>test1</hostWebexID>
<startTimeScope>
<sessionStartTimeStart>29.09.2019 00:42:34</sessionStartTimeStart>
<sessionStartTimeEnd>29.12.2019 04:42:34</sessionStartTimeEnd>
</startTimeScope>
<Endzeitbereich>
<sessionEndTimeStart>29.09.2019 02:42:34</sessionEndTimeStart>
<sessionEndTimeEnd>29.12.2019 05:42:34</sessionEndTimeEnd>
</Endzeitbereich>
<listControl>
<serv:startFrom>1</serv:startFrom>
<serv:maximumNum>10</serv:maximumNum>
<serv:listMethod>ODER</serv:listMethod>
</listControl>
<bestellen>
<orderBy>STARTTIME</orderBy>
<orderAD>ASC</orderAD>
</bodyContent>
</body>
Antwortbeispiel:
<?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>ERFOLG</serv:result>
<serv:gsbStatus>PRIMÄR</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:confID>123456</history:confID>
<history:userName>dean</history:userName>
6926_dean
<history:clientIP>10.224.222.183</history:clientIP>
<history:startTime>29.11.2019 03:05:44</history:startTime>
<history:endTime>29.11.2019 03:10:06</history:endTime>
<history:duration>5</history:duration>
</serv:bodyContent>