Richtlinien für Office 2010 Mobile Service (Teil 2 von 3)
Zusammenfassung: In diesem Thema wird das Erstellen und Hosten von Webdiensten für Microsoft Office 2010 Mobile Service (OMS) erläutert. In diesem Artikel werden Richtlinien und Empfehlungen für die Webseitenentwicklung mit OMS bereitgestellt. Beachten Sie, dass Office Mobile Service in Office 2010 die aktualisierte Version von Outlook Mobile Service in Microsoft Office System 2007 ist. (12 gedruckte Seiten)
Letzte Änderung: Montag, 9. März 2015
Gilt für: Excel 2010 | Office 2007 | Office 2010 | Office Mobile | Open XML | Outlook 2010 | Outlook Mobile | PowerPoint 2010 | SharePoint Foundation 2010 | SharePoint Server 2010 | VBA | Word 2010
Inhalt dieses Artikels
Einführung in Webdienste für OMS
Empfehlungen für die dienstseitige Entwicklung
Webseiten
Protokollierung des Nachrichtendatenverkehrs
Schlussbemerkung
Weitere Ressourcen
Inhalt
Einführung in Webdienste für OMS
Empfehlungen für die dienstseitige Entwicklung
Webseiten
Protokollierung des Nachrichtendatenverkehrs
Schlussbemerkung
Weitere Ressourcen
Einführung in Webdienste für OMS
Microsoft Office 2010 Mobile Service (OMS) ist die für Microsoft Outlook 2010 und Microsoft SharePoint 2010 entwickelte Messagingkomponente. Mit OMS können Benutzer die mobilen Funktionen von Outlook nahtlos in ihre mobilen Geräte integrieren. Zudem können Benachrichtigungen in Form von Textnachrichten von einer SharePoint-Website empfangen werden.
Vom OMS-Client, der in Outlook und SharePoint integriert ist, werden Text- oder Multimedianachrichten an einen Webdienst gesendet, der von Partnern erstellt und gehostet wird, die entweder Netzbetreiber oder Inhaltsdienstanbieter für Mobiltelefonnachrichten sind. Die Nachricht wird dann vom Webdienst an ein Service Center des Netzbetreibers für Textnachrichten oder Multimedianachrichten gesendet.
Dies ist der zweite Teil einer dreiteiligen Serie von Artikeln, in denen OMS vorgestellt und Richtlinien zum Verwenden des Diensts bereitgestellt werden. Codebeispiele und Informationen zum Nachrichtenfluss zwischen den OMS-Webdienstanbietern und -Clients finden Sie unter Richtlinien für Office 2010 Mobile Service (Teil 1 von 3). Informationen zum XML-Schema für Daten, die zwischen OMS-Webanbietern und OMS-Clients übergeben werden, finden Sie unter Richtlinien für Office 2010 Mobile Service (Teil 3 von 3).
Empfehlungen für die dienstseitige Entwicklung
In Richtlinien für Office 2010 Mobile Service (Teil 1 von 3) werden die Kommunikationsprotokolle zwischen dem OMS-Webdienst und dem OMS-Client erläutert. Im Anschluss werden weitere Aspekte untersucht, die beim Entwickeln und Hosten eines OMS-Webdiensts beachtet werden müssen. Es werden Beispiele für Webseiten bereitgestellt, die zum Anmelden von Benutzern an diesem Dienst verwendet werden können.
Grundlegende Systemanforderungen
Für die Entwicklung eines OMS-Webdiensts ist kein komplexes System erforderlich. Sie können bereits vorhandene Microsoft-Technologie zum Erstellen eines typischen Webdiensts verwenden. Die grundlegenden Systemanforderungen lauten wie folgt:
Microsoft Visual Studio .NET 2003, Visual Studio 2005, Visual Studio 2008 oder Visual Studio 2010.
Microsoft Windows Server 2003 oder Windows Server 2008.
Microsoft SQL Server 2000, SQL Server 2005 oder SQL Server 2008.
Die besten Ergebnisse erzielen Sie, wenn Sie den OMS-Webdienst mithilfe von Visual Studio erstellen und unter Windows Server 2003 oder höher mit Internetinformationsdienste (IIS) 6.0 oder höher hosten. SQL Server wird für die serverseitige Transaktionsprotokollierung empfohlen.
Leistungs- und Kapazitätsüberlegungen
Vor dem vollständigen Betrieb des Diensts ist es sehr wichtig, dass Sie die Leistung und Kapazität testen, sodass geeignete Hardware und Internet-/Intranetbandbreite zugeordnet werden können. Leistungstests stellen eine gute Möglichkeit für Dienstanbieter dar, die Kapazität des Webdiensts nachzuvollziehen und Fehler zu erkennen, die ansonsten übersehen werden können. Bei den Leistungstests sollte die Antwortzeit für Anforderungen eines Benutzers gemessen werden, und es sollte eine Unterteilung in normale Tests, Tests zu Spitzenzeiten und Belastungstests stattfinden.
Der Zweck von normalen Tests besteht darin, Änderungen in der Kurve der Antwortzeiten über einen kontinuierlichen Zeitraum (z. B. 12 Stunden) zu messen. Bei Tests zu Spitzenzeiten werden Änderungen bei Antworten zu Spitzenzeiten (z. B. zu Geschäftszeiten) gemessen. Bei Belastungstests werden die Dienststabilität und Änderungen an der Antwortzeit gemessen, wenn große Mengen an Abfragen in einem sehr kurzen Zeitraum auftreten. Leistungstests können durchgeführt werden, indem dasselbe Applet oder Skript auf zahlreichen Clientcomputern gleichzeitig ausgeführt wird, die Anforderungen für Text- oder Multimedianachrichten an den Webdienst senden.
Eine für Belastungstests erforderliche reale Umgebung kann nicht erstellt werden, denn sie müsste aus mehreren Tausend Clientcomputer bestehen, die gleichzeitig Anforderungen senden. Daher werden mathematische Simulationen verwendet, um zu bestimmen, wie viele Clientcomputer zum Simulieren eines realen Szenarios erforderlich sind. Zur Simulation einer realen Situation mit 5.000 Benutzern, von denen jeder alle 30 Minuten eine Textnachricht sendet, und einer erwarteten Antwortzeit des Diensts von drei Sekunden müssen Sie möglicherweise neun Clienttestcomputer bereitstellen und wiederholt und gleichzeitig Textnachrichten senden.
Webseiten
Webseiten werden von den OMS-Webdienstanbietern entwickelt und auf der Website des Dienstanbieters angezeigt. Die URL für die Anmeldeseite des Dienstanbieters muss im signUpPage-Element der serviceInfo-XML-Zeichenfolge definiert sein. Das Ziel dieser Seiten besteht darin, den Benutzer durch den Anmeldevorgang zu führen, die persönlichen Daten und die Konfiguration des Benutzers zu verwalten und ein Konto in Outlook oder SharePoint für den Webdienst einzurichten.
Mehrere Webdienst-URLs
Bei Dienstanbietern, die Dienste von mehreren Netzbetreibern zusammenführen, können mehrere OMS-Webdienste entworfen und gehostet werden, sodass einzelne Netzbetreiber spezifische Dienstparameter besitzen können, z. B. Begrenzungen der Länge von SMS-Nachrichten (Short Message Service) oder der Größe von MMS-Nachrichten (Multimedia Messaging Service).
Entsprechend müssen die Anmeldewebseiten so konzipiert sein, dass diese Anforderung erfüllt ist. Benutzer werden basierend auf ihren Netzbetreibern zu verschiedenen Dienst-URLs geführt, wenn sie in Outlook oder SharePoint ein Konto hinzufügen. Nachdem sich die Benutzer für einen Dienst angemeldet haben, werden sie auch zu der entsprechenden Dienst-URL geführt, wenn die Konten neu konfiguriert werden sollen.
Homepage
Von den OMS-Webdienstanbietern sollte eine Homepage erstellt werden, die von einem Benutzer als Standardseite geöffnet wird. Auf dieser Seite sollten Benutzer Informationen zum Webdienst und zu Clientfeatures erhalten. Neue Benutzer müssen sich beim OMS-Dienst registrieren können, und angemeldete Benutzer müssen sich anmelden können, um ihre persönlichen Daten, z. B. Kennwörter, überprüfen und aktualisieren zu können. Auch das Konfigurieren der Antwortoptionen muss hier möglich sein.
Die Homepage sollte Folgendes enthalten:
OMS-Einführungen - Informelles Einführen von OMS-Features, damit Benutzer mehr zu OMS erfahren.
Systemanforderungen - Zur Verwendung von OMS müssen Benutzer Outlook 2010 oder SharePoint 2010 installieren, sodass sie vor der Anmeldung möglicherweise die Microsoft Office-Version überprüfen müssen.
Informationen zur Problembehandlung.
Registrierung und Anmeldeeintrag.
Einen Hyperlink oder eine Schaltfläche, über den bzw. die sich neue Benutzer für den OMS-Dienst anmelden können, und eine Nachricht wie "Klicken Sie auf Anmelden, um den OMS-Dienst zu abonnieren".
Stellen Sie für vorhandene Benutzer eine Art Anmeldebereich bereit, in dem sie sich an ihren OMS-Konten durch Eingabe einer Benutzer-ID oder einer Mobiltelefonnummer und eines Kennworts anmelden können. Falls ein Benutzer das Kennwort vergessen hat, sollte auf der Webseite eine Möglichkeit angeboten werden, das Kennwort abzurufen. Wenn sich Benutzer erfolgreich angemeldet haben, sollte eine Möglichkeit zum Anzeigen und Ändern von Benutzerprofilen, Antworteinstellungen usw. bestehen. Abbildung 1 zeigt ein Beispiel für eine OMS-Homepage.
Abbildung 1. OMS-Homepage
.gif "OMS-Startseite")
Registrierungsseite
Erstellen Sie eine Webseite, die Registrierungsseite genannt wird und Benutzern schrittweise Anweisungen zum Registrieren beim OMS-Webdienst bereitstellt. Ein Benutzer würde durch Klicken auf die Schaltfläche Anmelden auf der Homepage zu dieser Seite geführt. Zur Registrierung für den Dienst müsste ein Benutzer die in Abbildung 2 dargestellten Felder ausfüllen. Bei der Angabe für Benutzer-ID sollte es sich um eine eindeutige Identifikationszeichenfolge handeln, die durch den Benutzer definiert wird. Dies kann die Mobiltelefonnummer sein. Dieses Feld ist auf die verschiedenen Bedürfnisse der Dienstanbieter abgestimmt optional.
Abbildung 2. Registrierungsseite
.gif "Seite 'Registrierung'")
Seite mit Konfigurationseinstellungen
Erstellen Sie eine Seite Konfigurationseinstellungen, auf der Benutzer ihre Einstellungen für Antworten und Benachrichtigung ändern können.
Die im Abschnitt "Zusammenfassen von eingehenden Mobiltelefonnachrichten" in Richtlinien für Office 2010 Mobile Service (Teil 1 von 3) beschriebene eingehende Nachricht wird vom OMS-Dienst gemäß den vordefinierten Antwortoptionen übermittelt. Die Option Antworten lässt zwei mögliche Ziele zu: An Mobiltelefon antworten oder An Postfach antworten.
Falls ein Benutzer die Option An Postfach antworten (siehe Abbildung 3) auswählt, muss der Benutzer der Liste sicherer Absender in Outlook die SMTP-Adresse (sie wird vom Dienstanbieter bereitgestellt) hinzufügen. Dadurch wird sichergestellt, dass Antworten auf Mobiltelefonnachrichten, die vom OMS-Client gesendet werden, nicht als Junk-E-Mail-Nachrichten behandelt werden. Darüber hinaus sollte der Webdienst eine Willkommen-E-Mail-Nachricht an Benutzer senden, die diese Antworten-Option auswählen. In dieser Nachricht wird eine Liste der wichtigsten OMS-Features bereitgestellt, und sie enthält Anweisungen zum Aktivieren des Postfachs und zum Verwenden von OMS.
Standardmäßig ist die -Option deaktiviert. Benutzer, die diese Option auswählen, können die maximale Anzahl von Nachrichten angeben, die sie pro Tag an das mobile Gerät weiterleiten möchten. Dies können entweder regelbasierte OMS-Nachrichten oder OMS-Erinnerungen sein. Standardmäßig beträgt das Maximum 30 Nachrichten. Der Dienstanbieter kann diese Nachrichten zählen, indem das sourceType-Element in xmsData verwendet wird. Jeden Tag zählt der Dienstanbieter für jeden spezifischen Benutzer die Anzahl der gesendeten Nachrichten, für die entweder sourceType="ruleBased" oder sourceType="reminder" festgelegt ist. Falls diese Anzahl das auf der Seite Konfigurationseinstellungen definierte Maximum übersteigt, muss vom Dienstanbieter ein Fehlercode an den OMS-Client zurückgegeben werden. Der Fehler hätte ein code-Attribut mit dem Wert other und könnte einen Text wie den Folgenden im content-Element enthalten: "Der vordefinierte Grenzwert für Benachrichtigungen und Erinnerungen, die Sie heute empfangen können, wurde überschritten".
Abbildung 3. Seite mit Konfigurationseinstellungen
.gif "Seite 'Konfigurationseinstellungen'")
Seite mit Benutzerinformationen
Auf der Seite Benutzerinformationen können Benutzer auf einfache Art ihre persönlichen Daten anzeigen. Sie enthält Registrierungsinformationen, Konfigurationsinformationen und Dienstinformationen. Abbildung 4 enthält ein Beispiel für die Seite Benutzerinformationen.
Abbildung 4. Seite mit Benutzerinformationen
.gif "Seite mit Benutzerinformationen")
Seite zum Ändern des Kennworts
Auf der Seite Kennwort ändern können Benutzer ihre persönlichen Daten verwalten, z. B. das Kennwort und die Mobiltelefonnummer. Abbildung 5 enthält ein Beispiel für die Seite Kennwort ändern.
Abbildung 5. Seite zum Ändern des Kennworts
.gif "Seite 'Kennwort ändern'")
Hinzufügen von Konten in Outlook
Mit OMS können Benutzer Konten in Outlook 2010 für ihren Webdienst konfigurieren, indem sie einfach auf eine Schaltfläche klicken. Für diese Funktionalität können Dienstanbieter eine Verknüpfung hinzufügen, die das erforderliche Protokoll enthält, oder sie fügen dem Code eine Zeile hinzu, um eine Protokoll-URL mit den Benutzerinformationen zurückzugeben. Wenn der Benutzer auf diese Verknüpfung klickt oder eine spezifische Aktion zum Auslösen des Codes ausführt, wird in OMS eine Nachricht mit der Frage angezeigt, ob der Benutzer dieses Konto OMS hinzufügen möchte. Falls der Benutzer auf Ja klickt, wird der OMS-Konto-Manager geöffnet, und die Registrierungsinformationen des Benutzers werden automatisch hinzugefügt. Es folgt eine Beispiel-URL:
oms:https://211.136.85.91/omsv3/xmsservice.asmx?UserID=13910021012
Die URL besteht aus folgenden Teilen:
Schema (oms:https://)
Server (211.136.85.91)
Pfad (omsv3/xmsservice.asmx)
Abfrage (UserID=12910021012)
Gemäß RFC 1738, "Uniform Resource Locators", kann nur bei den Teilen Server und Pfad die Groß-/Kleinschreibung nicht berücksichtigt werden. Bei anderen Komponenten wird die Groß-/Kleinschreibung berücksichtigt. Das URL-Schema für oms ist erforderlich und muss die Kleinschreibung verwenden. Die URL des OMS-Webdiensts muss mit https beginnen.
Die Abfragekomponente der URL (der gesamte Text hinter dem Fragezeichen) enthält null oder mehr Parameter, die durch ein kaufmännisches Und-Zeichen (&) voneinander getrennt sind. Jeder Parameter muss als name=value definiert sein. Wenn die Protokoll-URL keine Abfragekomponente enthält, wird sie als ein leeres Konto für den angegebenen Dienstanbieter behandelt, ohne dass Parameter angegeben sind.
Fügen Sie auf der Seite Benutzerinformationen eine Verknüpfung Hinzufügen als Outlook-Konto hinzu, mit der der Prozess zum Erstellen eines OMS-Kontos wie in Abbildung 6 dargestellt gestartet wird.
Abbildung 6. Dialogfeld 'Hinzufügen als Outlook-Konto'
.gif "Hinzufügen als Outlook-Konto")
Veröffentlichen des Webdiensts
Der für OMS entwickelte Webdienst kann in Office Marketplace auf Microsoft Office Online veröffentlicht werden. Weitere Informationen finden Sie unter Office Marketplace.
Protokollierung des Nachrichtendatenverkehrs
Das Ziel der Protokollierung des Nachrichtendatenverkehrs besteht darin, die OMS-Benutzer besser kennen zu lernen und die von Benutzern am meisten ermittelten Fehler zu bestimmen und nachzuverfolgen. Diese Informationen sind für die Verbesserung des Diensts sehr wertvoll.
Zum Entwerfen der in diesem Abschnitt beschriebenen Datenbank müssen Sie die folgenden Tabellen erstellen:
userInformation
messageType
errorCodes
outgoingLog
outgoingErrorLog
receivingLog
Die userInformation-Tabelle zeichnet allgemeine Informationen zu jedem Benutzer auf, einschließlich Eigenschaften wie z. B. userId (eine eindeutige, nicht nachverfolgbare ID, die zu einer anonymen Unterscheidung von Benutzern verwendet wird), abonnierte Dienste wie ein Dienst für Textnachrichten, Zeit des Abonnements, Ablaufzeit, Abgabezeit und Antworteinstellungen.
In der messageType-Tabelle sind Nachrichtentypen definiert, die in ausgehenden Nachrichten nachverfolgt werden müssen. Mit dieser Tabelle können Sie unterscheiden, welche Nachrichten als Textnachrichten und welche als E-Mail-Nachrichten generiert wurden. Die Definition für die in der messageType-Tabelle verwendeten Felder ist in Tabelle 1 aufgeführt. Die vordefinierten Nachrichtentypen, die als Teil der Daten in der messageType-Tabelle angezeigt werden sollten, sind in Tabelle 2 dargestellt.
Tabelle 1. Definition der MessageType-Tabelle
Feld |
Typ |
|---|---|
typeCode |
digit |
typeName |
string |
Tabelle 2. Vordefinierte Nachrichtentypen
typeCode |
typeName |
|---|---|
100 |
Von einem E-Mail-Inspektor gesendete Textnachricht. |
101 |
Von einem OMS-Inspektor gesendete Textnachricht. |
102 |
Von einem OMS-Inspektor an einem bestimmten Termin gesendete Textnachricht. |
103 |
Als Textnachricht weitergeleitete Erinnerung. |
104 |
Textnachricht, die aufgrund einer regelbasierten Benachrichtigung weitergeleitet wurde. |
105 |
Als Textnachricht gesendete Kalenderzusammenfassung. |
200 |
Von einem E-Mail-Inspektor gesendete MMS-Nachricht. |
201 |
Von einem OMS-Inspektor gesendete MMS-Nachricht. |
202 |
Von einem OMS-Inspektor an einem bestimmten Termin gesendete MMS-Nachricht. |
203 |
Weitergeleitete Erinnerung, die als MMS-Nachricht gesendet wurde. |
204 |
Weitergeleitete regelbasierte Benachrichtigung, die als MMS-Nachricht gesendet wurde. |
205 |
Kalenderzusammenfassung, die als MMS-Nachricht gesendet wurde. |
300 |
Von einem SharePoint-Server als Warnung gesendete Textnachricht. |
000 |
Ein beliebiger anderer, nicht angegebener Typ. |
Die Definition der errorCodes-Tabelle ist in Tabelle 3 dargestellt. Die errorCodes-Tabelle muss die vom OMS-Webdienst verwendeten Fehlercodes enthalten.
Tabelle 3. Definition der ErrorCodes-Tabelle
Feld |
Typ |
|---|---|
typeCode |
Digit |
typeName |
String |
In der outgoingLog-Tabelle werden alle Nachrichten protokolliert, die vom OMS-Webdienst gesendet werden, wie in Tabelle 4 dargestellt.
Tabelle 4. Definition der OutgoingLog-Tabelle
Feld |
Typ |
Beschreibung |
|---|---|---|
messageID |
Digit |
ID |
userID |
String |
Eindeutige, nicht nachverfolgbare ID, die zu einer anonymen Unterscheidung von Benutzern verwendet wird. |
sendTime |
dateTime |
Datum und Uhrzeit, wann die Nachricht gesendet wurde. |
messageType |
Digit |
Fremdschlüssel zum [MessageType].typeCode-Feld. |
splitNo |
Digit |
Nummer der langen Nachricht, die in mehrere Nachrichten aufgeteilt wurde. |
DBMix |
Digit |
0- Englisch, 1- Gemischte Sprache. |
recipientNo |
Digit |
Anzahl von Empfängern. |
slideModeFlag |
Digit |
Gibt bei einer MMS-Nachricht an, ob der Folienmodus verwendet wurde: 0-Folienmodus, 1-Sonstiges. |
contentType |
String |
Der in dieser Nachricht enthaltene MIME (Multipurpose Internet Mail Extensions)-Inhaltstyp, z. B. text/plain. |
successFlag |
Digit |
0-Erfolgreich, 1-Teilweise erfolgreich, 2-Fehler. |
In der outgoingErrorLog-Tabelle werden alle Nachrichten protokolliert, die nicht vollständig erfolgreich abgesendet wurden, wie in Tabelle 5 dargestellt. Es werden alle verwandten Fehler protokolliert, und es können mehrere Fehler für mehrere Datensätze dargestellt werden.
Tabelle 5. Definition der OutgoingErrorLog-Tabelle
Felder |
Typ |
Beschreibung |
|---|---|---|
ID |
digit |
ID |
messageID |
digit |
ID der Nachricht. Diese ID sollte mit der ID übereinstimmen, die für diese Nachricht in der outgoingLog-Tabelle aufgezeichnet wurde. |
errorCode |
string |
Fremdschlüssel des [errorCodes].[typeCode]-Felds. |
In der receivingLog-Tabelle werden alle empfangenen Nachrichten protokolliert. Es werden verschiedene Arten von Informationen wie in Tabelle 6 dargestellt erfasst.
Tabelle 6. Definition der ReceivingLog-Tabelle
Felder |
Typ |
Beschreibung |
|---|---|---|
messageID |
digit |
ID |
userID |
string |
Eindeutige, nicht nachverfolgbare ID, die zu einer anonymen Unterscheidung von Benutzern verwendet wird. |
receiveTime |
dateTime |
Datum und Uhrzeit, wann die Antwort empfangen wurde. |
replyTime |
digit |
Vom Benutzer definierte Antwortoptionen: 0=Als E-Mail antworten, 1=An Mobiltelefon antworten, 2=Beides. |
messageType |
string |
SMS, MMS oder Others. |
contentType |
string |
In dieser Antwort enthaltener MIME-Inhaltstyp, z. B. plain/text. |
successFlag |
digit |
Der aufgetretene Fehlercode (typeCode-Feld der errorCodes-Tabelle) oder 0, um Erfolg anzuzeigen. |
Wenn Sie die Tabellen erstellen und wie oben beschrieben verwenden, erhalten Sie nützliche Informationen zur Leistung des OMS-Webdiensts.
Die Gesamtarchitektur von OMS besteht aus einem auf Webdiensttechnologie basierenden Clientdienstframework. Der OMS-Client codiert eine Mobiltelefonnachricht als SOAP-Nachricht und sendet diese an den OMS-Webdienst, wo sie dann codiert und an die Gateway für Mobiltelefonnachrichten des Netzbetreibers übermittelt wird. Die Nachricht wird dann über die Funknetzwerke des Netzbetreibers an die Mobiltelefone der angegebenen Benutzer übermittelt. Der OMS-Webdienst wird von einem Dienstanbieter erstellt und gehostet, der entweder ein Mobiltelekommunikationsbetreiber oder -aggregator ist (Internetinhaltsanbieter, Internetdienstanbieter oder ein Drittanbieter, der einen Mobilfunkdienst bereitstellt). Die OMS-Webdienstspezifikation und Kommunikationsprotokolle zwischen dem OMS-Client und dem Webdienst werden im Abschnitt "Kommunikationsprotokolle" in Richtlinien für Office 2010 Mobile Service (Teil 1 von 3) beschrieben.
Nachrichten können zwischen Outlook und dem Mobiltelefon des Empfängers über den OMS-Webdienst und die Infrastruktur des Netzbetreibers hin und her fließen. Antworten vom Mobiltelefon des Empfängers können in das Outlook-Postfach, zum mobilen Gerät des Absenders oder je nach Benutzereinstellungen an beides gesendet werden. Zur Übermittlung der Antworten an ein Postfach des Benutzers in Outlook fasst der Dienstanbieter diese gemäß der von Microsoft definierten Spezifikation in SMTP-E-Mail-Nachrichten zusammen. Weitere Informationen finden Sie im Abschnitt "Zusammenfassen von eingehenden Mobiltelefonnachrichten" in Richtlinien für Office 2010 Mobile Service (Teil 1 von 3).
Schlussbemerkung
In diesem Artikel werden Aspekte wie die Protokollierung des Nachrichtendatenverkehrs untersucht, die Sie beim Entwickeln oder Hosten eines OMS-Webdiensts beachten sollten. Der Artikel stellt zudem Richtlinien zum Entwickeln einer Website zum Verwalten der Prozesse zur Anmeldung und Konfiguration für OMS-Webdienstanbieter bereit. In Richtlinien für Office 2010 Mobile Service (Teil 3 von 3) wird das XML-Schema für Daten bereitgestellt, die zwischen OMS-Webdienstanbietern und OMS-Clients übermittelt werden. Und es wird die WSDL-Definition für einen OMS-Webdienst bereitgestellt.
Weitere Ressourcen
Weitere Informationen finden Sie in den folgenden Ressourcen: