China Mobile намеревается создать систему управления терминалами и обслуживания посредством сбора информации об активации, конфигурации и использовании терминальных продуктов в сочетании с управлением цепочкой поставок продуктов терминала, чтобы обеспечить контроль над полным жизненным циклом продукта. Требуется, чтобы с марта 2017 года все настраиваемые и ненастроенные терминалы Android, входящие в библиотеку продуктов China Mobile, поддерживали функции управления терминалами. (Обязательно)
Самостоятельная регистрация терминала
При первом запуске IMEI терминала и другая основная информация, необходимая для системы, должна быть отправлена на сервер системы в виде данных. Сервер отвечает за синтаксический анализ этого HTTP-сообщения и устанавливает список соответствий между IMEI терминала и ICCID на стороне сервера. Соответствующее соотношение между картой на стороне терминала изменяется, и терминал должен снова выполнить саморегистрацию.
▪ Терминальный сбор пульса
Клиент регулярно собирает информацию о конфигурации службы терминалов и сообщает ее серверу.Информация о конфигурации службы включает, но не ограничивается, конфигурацию APN и сбор статуса коммутатора VoLTE. Возможности конфигурации службы могут быть впоследствии расширены.
▪ Сервер
платформы управления конфигурацией службы терминалов определяет, необходимо ли вносить изменения в конфигурацию терминала, на основе информации периодического действия, загруженной терминалом. Сервер отправляет инструкции по настройке в соответствующий поток обработки конфигурации службы терминала. Поток операций пользователя терминала должен следуйте командам, выдаваемым сервером. Теперь поддерживает только конфигурацию Volte.
▪ Управление прикладным программным обеспечением
Клиент системы управления терминалами и обслуживания считывает данные программного обеспечения терминала и сообщает серверу каждые 7 дней. Содержимое данных приложения: IMEI терминала, список сторонних приложений терминала, время открытия приложения, время открытия приложения, поток потребления приложения.
Процесс доступа
A. Заполните электронное письмо
Заполните форму «Шаблон приложения для мультимодального терминала», см. Содержание подсказки в форме для метода заполнения
Заметка:
1. Из-за большого количества писем с заявками могут быть упущения. Если в течение 2 рабочих дней не будет получено письмо с ответом, отправьте исходное письмо еще раз.
2. Отправьте электронное письмо повторно, когда появится доступ к новому продукту. Если у вас несколько учетных записей, вы можете войти в систему и использовать их, что не повлияет на объем хранилища.
3. Если продукт не может быть найден в «China Mobile Intelligent Hardware Products and Quality White Paper», его можно включить в «XX New», продукты NB-IoT (модули и полные терминалы) в каждой категории. Заполните поля Продукт NB-IoT для классификации уровней и заполните модуль или терминал в соответствии с фактическим продуктом для второй классификации.
Б. Войдите в платформу управления адаптацией.
1. Адрес платформы адаптации: https://shipei.fxltsbl.com
2. Пароль учетной записи - это пароль учетной записи, указанный в электронном письме приложения (пароль предоставляется платформой DM ).
3. После входа в платформу адаптации вы можете загрузить соответствующие документы и файлы кода на платформу.
C, интегрированная адаптация
Интеграция разделена на отладочную и коммерческую версии. На этапе тестирования интеграции используйте отладочную версию (адрес отчета - это адаптированная платформа coap: //shipei.fxltsbl.com: 5683). Отчет об отладке версию можно узнать по паролю аккаунта на адаптированной платформе Сообщить о ситуации. После завершения интеграции нажмите "Test Cases_Multi-modal Terminal Test Cases (для производителей)"
Тест-кейсы для тестирования.
Примечание. Сценарии использования с приоритетом «необязательный» могут быть выбраны и протестированы в соответствии с реальной ситуацией с продуктом. Если условия тестирования не выполняются или элементы не могут быть протестированы, отметьте непосредственно «N / A» и объясните в примечаниях. .
Платформа Android:
Пожалуйста, предоставьте файл непосредственно персоналу R&D, и R&D выберет версию JDK, соответствующую SDK, для интеграции в соответствии с фактическим положением продукта, и добавит номер QQ технической поддержки терминала Android: 2430416846 для технической консультации
Платформа Linux:
Пожалуйста, предоставьте файлы непосредственно сотрудникам отдела исследований и разработок, которые будут выполнять работы по интеграции в соответствии с содержанием в «readme», и добавить номер QQ технической поддержки терминала Linux: 2361994271 для технической консультации
Другие платформы:
Самостоятельная разработка в соответствии со «Спецификацией мультимодального интерфейса отчетов терминала», и соответствующие отчеты могут быть удовлетворены. В то же время добавьте номер QQ технической поддержки платформы: 2427714190 для технической консультации
D, тест и выпуск
После завершения всех тестов вариантов использования самопроверки производителя необходимо заменить коммерческую версию (адрес отчета - coap коммерческой платформы : //m.fxltsbl.com: 5683 ) и отправить ее на тестирование . Как сказано в сообщении ведомства , тест пройден, продукт будет выпущен в коммерческой версии .
Каков FAQ по основному процессу доступа к DM?
1) Заполните «шаблон приложения ключа приложения мультимодального терминала» и отправьте его в указанный почтовый ящик, чтобы получить password пароль учетной записи адаптированной платформы ② уникальный APPKEY каждого производителя (также записываемый как APPID).
2) Войдите в платформу адаптации и загрузите все интегрированные материалы по DM в системе управления документами.
3) В соответствии с DM интеграции материалов "отладочная версия" войдите в платформу адаптации и сообщите данные проверки в соответствии с тестовым примером.
4) После прохождения теста заменить "коммерческую версию" и отправить в тест
Как быть с устройством без IMEI ?
Ответ: Устройства без IMEI необходимо подавать на CMEI в терминальной компании. CMEI будет выделен только тогда, когда он будет помещен в библиотеку, поэтому вы можете создать поддельный CMEI для тестирования в соответствии с правилами IMEI на этапе отладки.
Как подать заявку на CMEI?
CMEI, представленный для тестирования коммерческой платформы, должен быть реальным. Заявка на 8 лучших туи CMEI находится в маркетинговой системе, это поле будет автоматически сгенерировано при регистрации продукта.
Есть ли в SDK логи?
Ответ: SDK платформы Android в отладочной версии будет генерировать файлы журнала в корневом каталоге, а путь к файлу - MTLog.
Как судить об успешной интеграции?
Ответ: SDK платформы Android распечатает журналы, относящиеся к успеху отчета, функция саморегистрации напечатает «onRegistrationSuccess», а сердцебиение - «onUpdateSuccess». Увидев эти слова, вы можете перейти на платформу адаптации для проверки сообщенные результаты. После подтверждения успеха выполните самотестирование в соответствии с «Сценариями тестирования». В случаях использования «Обязательный» является обязательным элементом тестирования. Сценарии использования, помеченные как «Необязательные», пожалуйста, следуйте фактическим функциям оборудования для разумного тест выбора. Функции, которые не поддерживаются Can N / A
Какой интервал между ударами сердца?
Ответ: Адаптированная версия платформы - 3 минуты, а официальная коммерческая версия - 24 часа.
Как передать параметры imsi на устройство без симки или без симки?
Ответ: Просто передайте null.
Почему возможна только успешная саморегистрация, а не биение сердца?
Ответ: Функцию сердцебиения необходимо запустить после успешной саморегистрации отчета, а отчет запускается, когда наступает время цикла сердцебиения. Если в
В случае перезапуска, завершения процесса и т. Д. Таймер тактового сигнала также будет остановлен, и вам потребуется перерегистрироваться.
Что делать, если тест не прошел?
Во-первых, убедитесь сами, причину сбоя, не вызвана ли неудача теста неверным адресом сообщения. После подтверждения того, что это правильно, вы можете связаться со службой технической поддержки QQ (или группой QQ), указанной на этапе отладки, чтобы попытаться решить проблему, и в то же время связаться с «служебным окном» платформы для координации следующего раунда тестирования. связанные вопросы.
Что делать, если не пришла заявка на электронную почту APPKEY?
Из-за большого количества кандидатов отдельные электронные письма могут быть пропущены, и ответ не будет получен в течение 1 рабочего дня. Отправьте его напрямую на основе исходного письма. Соответствующее ответственное лицо отдаст приоритет обработке после просмотра письма.
Ссылка для скачивания демонстрации и документа:
Код вызова:
MTSdk.init (ContextUtil.getInstance (), MobileUtil.getDeviceID (mContext), null, MobileUtil.getIMSI (mContext), «Ключ»);
Добавьте в mainfest следующую регистрационную информацию:
<service
android: name = "cn.richinfo.mt.service.MTService"
android: exported = "false">
</service>
<Receiver android: name = "cn.richinfo.mt.receiver.MTBroadCastReceiver">
<intent- filter>
<action android: name = "cn.richinfo.mutm.action.HEARTBEAT" />
<action android: name = "android.richinfo.net.conn.CONNECTIVITY_CHANGE" />
</intent-filter>
</receiver>
Как показано ниже, добавьте в проект SDK и библиотеку.
После этих приготовлений следите за состоянием сети и начинайте звонить после подключения к сети.Конечный эффект будет следующим: