Рекомендации для службы Office 2010 Mobile (часть 2 из 3)

Сводка:  создание и размещение веб-служб для службы Microsoft Office 2010 Mobile (OMS). В этой статье даются указания и рекомендации по разработке веб-страницы для OMS. Имейте в виду, что мобильная служба Office в Office 2010 представляет собой обновленную версию службы Outlook Mobile в выпуске 2007 системы Microsoft Office. (12 печатных страниц)

Дата последнего изменения: 9 марта 2015 г.

Применимо к: 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

В этой статье
Введение в веб-службы для службы Office Mobile
Рекомендации по разработке на стороне службы
Веб-страницы
Ведение журнала трафика сообщений
Заключение
Дополнительные материалы

Содержание

• Введение в веб-службы для службы Office Mobile

• Рекомендации по разработке на стороне службы

• Веб-страницы

• Ведение журнала трафика сообщений

• Заключение

• Дополнительные материалы

Введение в веб-службы для службы Office Mobile

Служба Microsoft Office 2010 Mobile (OMS) представляет собой компонент для обмена сообщениями, разработанный для Microsoft Outlook 2010 и Microsoft SharePoint 2010. С помощью OMS пользователи могут беспрепятственно интегрировать возможности мобильной связи Outlook со своими мобильными устройствами, а также получать текстовые сообщения с предупреждениями с сайта SharePoint.

Клиент OMS, встроенный в Outlook и SharePoint, отправляет текстовые или мультимедийные сообщения веб-службе, которая создается и размещается партнерами, являющимися операторами или поставщиками услуг передачи мобильного контента сообщений. Веб-служба затем доставляет сообщение в центр службы текстовых или мультимедийных сообщений операторов связи.

Это вторая статья из серии, состоящей из трех частей, в которой приводятся основные сведения о службе Office Mobile и даются рекомендации по работе с этой службой. Примеры кода и сведения о потоке сообщений между поставщиками услуг и клиентами веб-службы OMS см. в статье Рекомендации по работе с Office 2010 Mobile Service (часть 1 из 3). Сведения о схеме XML для данных, передаваемых между поставщиками веб-службы OMS и клиентами OMS см. в статье Рекомендации по работе с Office 2010 Mobile Service (часть 3 из 3).

Рекомендации по разработке на стороне службы

В статье Рекомендации по работе с Office 2010 Mobile Service (часть 1 из 3) обсуждаются протоколы связи между веб-службой OMS и клиентом OMS. Теперь рассмотрим другие вопросы, касающиеся разработки или размещения веб-службы OMS и приведем примеры веб-страниц, которые можно использовать для регистрации пользователей в этой службе.

Основные требования к системе

Для разработки веб-службы OMS не требуется использовать какую-либо сложную систему. Чтобы создать типовую веб-службу, можно воспользоваться уже имеющейся технологии Майкрософт. К системе предъявляются следующие основные требования:

• Microsoft Visual Studio .NET 2003, Visual Studio 2005, Visual Studio 2008 или Visual Studio 2010.

• Microsoft Windows Server 2003 или Windows Server 2008.

• Microsoft SQL Server 2000, SQL Server 2005 или SQL Server 2008.

Чтобы получить хорошие результаты, создайте веб-службу OMS с помощью Visual Studio и разместите ее на сервере Windows Server 2003 или более поздней версии с установленными службами IIS 6.0 или более поздней версии. Для ведения журнала транзакций на стороне сервера рекомендуется использовать SQL Server.

Вопросы производительности и допустимой нагрузки

Прежде чем рассматривать работу службы в целом, необходимо тщательно протестировать производительность и допустимую нагрузку, чтобы определить подходящую пропускную способность для Интернета и интрасети. Тестирование производительности помогает поставщикам услуг получить представление о допустимой нагрузке веб-службы и определить ошибки, которые в противном случае можно не заметить. При тестировании производительности следует измерить время отклика на запросы пользователей в режимах тестирования с нормальный и высокой нагрузкой, а также в режиме нагрузочного тестирования.

Цель тестирования в нормальных условиях — определить изменения кривой времени отклика за непрерывный период времени (например, 12 часов). При тестировании в режиме высокой загрузки определяются изменения в получении отклика во время пиковых нагрузок (например, в рабочие часы). При нагрузочном тестировании проверяются стабильность службы и изменение времени отклика при наличии большого количества запросов в течение очень короткого периода времени. Для проведения тестирования производительности можно одновременно запустить одно и то же приложение или скрипт на множестве клиентских компьютеров, которые отправляют запросы с текстовыми или мультимедийными сообщением веб-службе.

В действительности невозможно создать для нагрузочного тестирования реальную среду, которая состояла бы из нескольких тысяч клиентских компьютеров, одновременно отправляющих запросы. Поэтому методом математического моделирования определяется, сколько клиентских компьютеров необходимо для имитации реального сценария. Например, чтобы смоделировать реальную ситуацию для 5000 пользователей, каждый из которых отправляет текстовое сообщение каждые 30 минут и три секунды ожидает отклика от службы, необходимо развернуть девять клиентских тестовых компьютеров и отправлять сообщения одновременно и многократно.

Веб-страницы

Веб-страницы разрабатываются поставщиком веб-службы OMS и отображаются на веб-сайте поставщика услуг. URL-адрес для страницы входа поставщика услуг необходимо определить в элементе signUpPage XML-строки serviceInfo. Эти страницы предназначены для пользователя и содержат указания по процессу подписки, управлению персональными данными и конфигурацией пользователя или настройке учетной записи Outlook или SharePoint для веб-службы.

Несколько URL-адресов веб-службы

Для поставщиков услуг, которые объединяют услуги от нескольких операторов, можно разработать и разместить несколько веб-служб OMS, чтобы каждый отдельный оператор мог иметь специфические параметры службы, например ограничения на длину SMS-сообщений или размер MMS-сообщений.

Следовательно, при разработке веб-страниц регистрации необходимо учесть это требование. Когда пользователи добавляют учетную запись в Outlook или SharePoint, они направляются по различным URL-адресам службы в зависимости от их операторов.

Домашняя страница

Поставщикам веб-службы OMS следует создать домашнюю страницу, которая будет открываться у пользователя по умолчанию. На этой странице необходимо предоставить пользователям возможность получать информацию о веб-службе и функциональных возможностях клиента. Необходимо, чтобы новые пользователи могли зарегистрироваться с помощью службы OMS, а уже зарегистрированные пользователи — войти в службу, чтобы проверить или обновить свои персональные данные, например пароли, и настроить параметры ответа.

Домашняя страница должна содержать следующие элементы:

• Общие сведения об OMS — вводная информация о возможностях OMS, благодаря которой пользователи могут больше узнать об OMS.

• Требования к системе — для использования OMS пользователям необходимо установить Outlook 2010 или SharePoint 2010, так что им следует до регистрации проверить свою версию Microsoft Office.

• Информация об устранении неполадок.

• Запись регистрации и входа.

• Гиперссылка или кнопка для регистрации новых пользователей в службе OMS и сообщение типа "Щелкните Регистрация, чтобы подписаться на службу OMS".

Предоставьте имеющимся пользователям область входа, где они могут войти в свои учетные записи OMS посредством ввода идентификатора пользователя (или номера мобильного телефона) и пароля. Если пользователь забывает свой пароль, на веб-странице должен предлагаться способ его восстановления. После успешного входа пользователи должны иметь возможность просмотра и изменения своих профилей, параметров ответа и т. д. На рисунке 1 приведен пример домашней страницы OMS.

Рисунок 1. Домашняя страница OMS

Страница регистрации

Создайте веб-страницу с названием Страница регистрации, на которой пользователю предоставляются пошаговые инструкции для регистрации в веб-службе OMS. Пользователь должен попадать на эту страницу в результате выбора элемента Регистрация на домашней странице. Для регистрации в службе пользователю следует заполнить поля, показанные на рисунке 2. ИД пользователя должен представлять собой уникальную идентификационную строку, заданную пользователем, и может совпадать с номером мобильного телефона. Это поле является необязательным в зависимости от различных требований поставщиков услуг.

Рисунок 2. Страница регистрации

Страница параметров конфигурации

Создайте страницу Параметры конфигурации, на которой пользователи могут изменять настройку параметров Ответ и Уведомление.

Входящее сообщение, которое описывается в разделе, посвященном упаковке входящих мобильных сообщений, статьи Рекомендации по работе с Office 2010 Mobile Service (часть 1 из 3), доставляется службой OMS в соответствии с предопределенными параметрами ответа. В параметре Ответ можно выбрать один из двух вариантов назначения: Ответ на мобильный телефон и Ответ в почтовый ящик.

Если пользователь выбирает Ответ в почтовый ящик (см. рисунок 3), ему следует добавить адрес SMTP (предоставленный поставщиком услуг) в Список надежных отправителей Outlook. При этом ответы на мобильные сообщения, отправленные из клиента OMS, не будут восприниматься как нежелательная почта. Кроме того, веб-служба должна отправлять пользователям, выбирающим этот вариант параметра Ответ, приветственное электронное письмо, содержащее список основных возможностей OMS и инструкции по активации почтового ящика и использованию OMS.

По умолчанию параметр отключен. Пользователи, выбирающие этот параметр, могут ввести максимальное количество сообщений в день, которые они разрешают пересылать на их мобильное устройство. Это могут быть сообщения относительно правил пользования OMS или напоминания OMS. По умолчанию в качестве максимального количества задается 30 сообщений. Поставщик услуг может подсчитывать эти сообщения с помощью элемента sourceType в xmsData. Для каждого конкретного пользователя поставщик услуг ежедневно подсчитывает общее число отправленных сообщений с помощью элемента sourceType="ruleBased" или sourceType="reminder". Если это число превышает максимальное количество, заданное на странице Параметры конфигурации, поставщик услуг должен возвращать код ошибки клиенту OMS. Ошибка должна иметь атрибут code со значением other и может содержать в элементе content следующий текст: "Достигнут предопределенный предел сообщений типа "Уведомление" и "Напоминание", которые можно получить сегодня".

Рисунок 3. Страница "Параметры конфигурации"

Страница сведений о пользователе

На странице Данные пользователя пользователи могут просматривать свои персональные данные. Здесь содержится информация о регистрации, конфигурации и службе. На рисунке 4 показан пример страницы Данные пользователя.

Рисунок 4. Страница сведений о пользователе

Страница смены пароля

На странице Смена пароля пользователи могут осуществлять управление своими персональными данными, такими как пароль и номер мобильного телефона. На рисунке 5 показан пример страницы Смена пароля.

Рисунок 5. Страница смены пароля

Добавление учетных записей в Outlook

При использовании OMS пользователи могут настраивать в Outlook 2010 учетные записи для своей веб-службы простым нажатием кнопки. Для этого поставщики услуг могут добавить ссылку, содержащую требуемый протокол, или строку кода, возвращающую URL-адрес протокола с пользовательской информацией. Когда пользователь щелкает ссылку или выполняет какое-либо специальное действие для инициации кода, OMS отображает сообщение с вопросом о том, желает ли пользователь добавить эту учетную запись в OMS. Если пользователь выбирает ответ Да, открывается диспетчер учетных записей OMS и автоматически добавляется регистрационная информация пользователя. Пример URL-адреса:

oms:https://211.136.85.91/omsv3/xmsservice.asmx?UserID=13910021012

В URL-адресе указывается следующая информация:

• Схема ("oms:https://")

• Сервер ("211.136.85.91")

• Путь ("omsv3/xmsservice.asmx")

• Запрос ("UserID=12910021012")

Согласно стандарту RFC 1738 "Унифицированные указатели ресурсов" только части "сервер" и "путь" указываются без учета регистра; в остальных компонентах регистр учитывается. Схема URL-адреса для части "oms" является обязательной и должна указываться строчными буквами. URL-адрес веб-службы OMS должен начинаться с "https".

В части "запрос" URL-адреса (весь текст, следующий за знаком вопроса) содержится ноль или больше параметров, разделенных символом амперсанда (&). Каждый параметр следует указывать в виде "имя=значение". Если протокол URL не содержит компонента "запрос", это означает, что учетная запись для данного поставщика услуг пуста и для нее не задано никаких параметров.

Вставьте на странице Данные пользователя ссылку или кнопку Добавить как учетную запись Outlook, которая запускает процесс создания учетной записи OMS, как показано на рисунке 6.

Рисунок 6. Диалоговое окно "Добавить как учетную запись Outlook"

Публикация веб-службы

Разработанную для OMS веб-службу можно опубликовать на странице решений партнеров Office на сайте Microsoft Office Online. Дополнительные сведения см. в статье, посвященной тому, как можно стать поставщиком решений партнеров Office.

Ведение журнала трафика сообщений

Журнал трафика сообщений ведется для того, чтобы составить более полное представление о пользователях OMS, а также выявлять и отслеживать наиболее частые ошибки, с которыми сталкиваются пользователи. Эта информация представляет ценность в целях усовершенствования службы.

Для создания базы данных, описанной в этом разделе, необходимо создать следующие таблицы:

• userInformation

• messageType

• errorCodes

• outgoingLog

• outgoingErrorLog

• receivingLog

В таблицу userInformation записываются общие сведения о каждом пользователе, в том числе такие свойства, как userId (уникальный, непрослеживаемый идентификатор, используемый, чтобы анонимно различать пользователей), службы, на которые имеется подписка, например служба текстовых сообщений, время подписки, истекшее время, время передачи, а также параметры ответа.

В таблице messageType определяются типы сообщений, которые необходимо отслеживать среди исходящих сообщений. С помощью этой таблицы можно разделить сообщения на текстовые сообщения и сообщения электронной почты. Определение полей, используемых в таблице messageType, дано в таблице 1. Предопределенные типы сообщений, которые должны появляться как часть данных в таблице messageType, показаны в таблице 2.

Таблица 1. Определение таблицы MessageType

Таблица 2. Предопределенные типы сообщений

Определение таблицы errorCodes показано в таблице 3. Таблица errorCodes должна содержать коды ошибок, используемые веб-службой OMS.

Таблица 3. Определение таблицы ErrorCodes

В таблицу outgoingLog заносятся все сообщения, отправляемые веб-службой OMS, как показано в таблице 4.

Таблица 4. Определение таблицы OutgoingLog

В таблицу outgoingErrorLog заносятся все сообщения, которые не удалось отправить успешно, как показано в таблице 5. Сюда записываются все связанные с ними ошибки и может быть представлено несколько ошибок для нескольких записей.

Таблица 5. Определение таблицы OutgoingErrorLog

В таблицу receivingLog заносятся все полученные сообщения. Сюда записывается несколько типов информации, как показано в таблице 6.

Таблица 6. Определение таблицы ReceivingLog

Создавая таблицы и используя их описанным способом, можно получать полезную информацию о работе веб-службы OMS.

Общая архитектура OMS представляет собой инфраструктуру клиентской службы на основе технологии веб-служб. Клиент OMS кодирует мобильное сообщение как сообщение SOAP и отправляет его веб-службе OMS, где оно затем кодируется и доставляется в шлюз мобильных сообщений оператора. Потом сообщение доставляется на мобильные телефоны указанных пользователей через беспроводные сети оператора мобильной связи. Веб-служба OMS создается и размещается поставщиком услуг, который является либо телекоммуникационным оператором мобильной связи, либо агрегатором (поставщиком интернет-контента, поставщиком интернет-услуг или любой стороной, способной предоставить услугу передачи мобильных сообщений). Спецификация веб-службы OMS и протоколы связи между клиентом OMS и веб-службой описаны в разделе, посвященном протоколам связи, в статье Рекомендации по работе с Office 2010 Mobile Service (часть 1 из 3).

Сообщения передаются туда и обратно между приложением Outlook и мобильным телефоном получателя через веб-службу OMS и инфраструктуру оператора связи. Ответы с мобильного телефона получателя могут приходить в папку входящих сообщений Outlook, на мобильное устройство отправителя или в оба этих места в зависимости от предпочтений пользователя. Чтобы доставить ответы в папку входящих сообщений пользователя в Outlook, поставщик услуг упаковывает их в электронные сообщения SMTP согласно спецификации, определенной Майкрософт. Дополнительные сведения см. в разделе, посвященном упаковке входящих мобильных сообщений, в статье Рекомендации по работе с Office 2010 Mobile Service (часть 1 из 3).

Заключение

В этой статье рассматриваются дополнительные вопросы, например ведение журнала трафика сообщений, которые следует учесть при разработке или размещении веб-службы OMS. В статье также даются некоторые рекомендации по разработке веб-сайта для управления процессами регистрации и настройки конфигурации для поставщиков веб-службы OMS. В статье Рекомендации по работе с Office 2010 Mobile Service (часть 3 из 3) представлена XML-схема для данных, которые передаются между поставщиками веб-службы OMS и клиентами OMS, и дано определение WSDL для веб-службы OMS.

Дополнительные материалы

Дополнительные сведения см. в следующих документах:

• Web Services

• XML-файлы: краткое руководство для схемы XML (часть 1) (Возможно, на английском языке)

• XML-файлы: краткое руководство для схемы XML (часть 2) (Возможно, на английском языке)

• RFC 2045 — MIME (Multipurpose Internet Mail Extensions). Часть 1: формат текста интернет-сообщений (Возможно, на английском языке)

• Центр разработчика Outlook (Возможно, на английском языке)

• Рекомендации по работе с Office 2010 Mobile Service (часть 1 из 3)

• Рекомендации по работе с Office 2010 Mobile Service (часть 3 из 3)