[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]
  • Страница 1 из 1
  • 1
Прочие
АлексейДата: Суббота, 18.10.2014, 13:52 | Сообщение # 1
Продвигающийся
Группа: Администраторы
Сообщений: 324
Награды: 4
Репутация: 1
Статус: Оффлайн
Добавляем сюда информацию, которую вы не знаете куда добавить.
 
АлексейДата: Суббота, 18.10.2014, 13:53 | Сообщение # 2
Продвигающийся
Группа: Администраторы
Сообщений: 324
Награды: 4
Репутация: 1
Статус: Оффлайн
В SMS наиболее общим сценарием является обмен короткими текстовыми сообщениями между двумя мобильными пользователями. Этот сценарий «человек-человек» применим также и в случае EMS. Кроме того, возможность создания обогащенных в плане контента EMS-сообщений открыла новые бизнес-возможности. К примеру, служба EMS дает поставщикам контента возможность получать доход от накачки на выбранные мобильные устройства контента, который нельзя отклонить. В этой книге данный сценарий использо¬вания упоминается как сценарий «машина-человек».
В сценарии «машина-человек» служба обмена сообщениями воспринимается пользова¬телем различным образом. С одной стороны, поставщик контента может генерировать сообщения, состоящие из таких элементов, как текст, изображения, анимация и мелодии (прогнозы погоды, свежие новости и т. д.). Этот сценарий является непосредственным расширением сценария «человек-человек», при котором пользователь читает сообщение, а потом отвечает на него, пересылает или удаляет. С другой стороны, специальные службы обмена сообщениями предоставляют также возможность настройки мобильных устройств в соответствии с требованиями пользователя. Служба такого вида известна как служба загрузки, с ее помощью мобильный телефон принимает сообщение загрузки, содержащее такие элементы, как мелодии и анимацию. В этой ситуации пользователь не может прочитать сообщение обычным образом. Вместо этого элементы, извлекаемые из сообщения загрузки, сохраняются в мобильном устройстве и могут быть использованы, к примеру, как мелодии звонка (рингтоны) или анимация включения/выключения1 телефона.
В настоящее время несколькими организациями стандартизации инициирована работа по созданию службы мультимедийных сообщений MMS (Multimedia Messaging Service). Служба мультимедийных сообщений определяет собой структуру для реализации служб, предоставляющих возможность обмена мультимедийными сообщениями. Служба мультимедийных сообщений выполняет идентификацию и определение большого количества мультимедийных возможностей высокого уровня, которые до сих пор предоставлялись только фиксированными системами обмена сообщениями, такими как электронная почта. Возможности MMS включают обмен мультимедийными сообщениями, организованными в виде «слайдшоу» (подобно презентациям Microsoft Powerpoint). Слайдшоу по конструкции представляет собой серию слайдов, каждый слайд состоит из текста, звука, изображений и/или видео, систематизированных на предопределенном графическом макете. Развертывание и приведение в действие MMS требует значительных ресурсов сети в плане оборудования и продолжительности передачи. Следовательно, для внедрения MMS желательны современные сетевые технологии, такие как GPRS и UMTS.
Развитию SMS и EMS в значительной степени способствовала доступность лежащих в их основе технологий. В отличие от SMS и EMS, для MMS высокоуровневые требования к службе были установлены в первую очередь, а соответствующие технические реализации были разработаны позднее. В случае MMS организация 3GPP сконцентрировала свое внимание на определении высокоуровневых требований к службе и на архитектурных аспектах. В дополнение к этому, 3GPP предусмотрела технические реализации для
 
АлексейДата: Суббота, 18.10.2014, 13:54 | Сообщение # 3
Продвигающийся
Группа: Администраторы
Сообщений: 324
Награды: 4
Репутация: 1
Статус: Оффлайн
1.4.1. Архитектура (GPRS)
Основные элементы, составляющие архитектуру GPRS [3GPP-23.060], показаны на рисунке 1.5.
Мобильная станция GPRS работает в одном из трех перечисленных ниже режимов [3GPP-22.060]:
• Класс А: мобильная станция поддерживает одновременное использование служб GSM и GPRS (присоединение, активация, мониторинг, передача и т. д.). Мобильные станции класса А могут инициировать или получать вызовы по двум службам одновременно.
• Класс В: мобильная станция способна подключаться к двум службам (GSM и GPRS). Однако она может работать только с одной из этих служб одновременно.
• Класс С: мобильная станция подключается либо к службе GSM, либо к службе GPRS, но не может быть подключена к двум службам одновременно. Прежде чем инициировать или получить вызов от одной из этих двух служб, мобильная станция должна быть явно подключена к выбранной службе.
Перед тем как мобильная станция сможет получить доступ к услугам GPRS, она должна выполнить процедуру присоединения для обозначения ее присутствия в сети. После этого мобильная станция должна активировать в сети среду протокола пакетной передачи данных PDP (Packet Data Protocol) в целях обеспечения возможности передавать либо получать данные.
 
АлексейДата: Четверг, 12.03.2015, 21:25 | Сообщение # 4
Продвигающийся
Группа: Администраторы
Сообщений: 324
Награды: 4
Репутация: 1
Статус: Оффлайн
R_Programming  

Третья неделя

Доступно только для пользователей
 
АлексейДата: Четверг, 12.03.2015, 21:33 | Сообщение # 5
Продвигающийся
Группа: Администраторы
Сообщений: 324
Награды: 4
Репутация: 1
Статус: Оффлайн
R_Programming   

Четвертая неделя 

Доступно только для пользователей
 
АлексейДата: Суббота, 28.03.2015, 21:48 | Сообщение # 6
Продвигающийся
Группа: Администраторы
Сообщений: 324
Награды: 4
Репутация: 1
Статус: Оффлайн
  • Характеристики, которые объединяют СУБД Redis и CouchDB - NoSQL
  • Какие задачи решают графовые БД? - распределенное хранение с учетом минимизации передачи информации & хранение информации о графах
  • СУБД, обладающие встроенной поддержкой MapReduce - MongoDB & Cassandra
  • Какой тип NoSQL решения наиболее эффективен для потоковой обработки логов кластера серверов и быстрого сохранения без требования оперативной аналитики - ключ-значение
  • В социальной сети пользователи пишут друг другу сообщения, какие данные логично хранить в графовой СУБД? - сообщения & профили пользователей
  • Чего не могут стандартные реляционные базы (MySQL, Oracle, MS SQL)? - хранить данные с изменяющейся структурой
  • Причины создания NoSQL баз данных: высокая стоимость горизонтальной масштабируемости RDBMS при сохранении требования высокой доступности
  • Основные свойства графовых БД: возможность хранить данные в качестве ребра графа со свойствами & возможность хранить данные в качестве вершины графа с ее свойствами
  • Какие типы СУБД поддерживают одновременно высокую-доступность, консистентность и распределённость? - никакие
 
АлексейДата: Суббота, 28.03.2015, 22:31 | Сообщение # 7
Продвигающийся
Группа: Администраторы
Сообщений: 324
Награды: 4
Репутация: 1
Статус: Оффлайн
Что-то из лекция с Курсера


Прикрепления: ___-1.docx (21.2 Kb) · ___-2.docx (23.2 Kb)
 
АлексейДата: Суббота, 28.03.2015, 22:33 | Сообщение # 8
Продвигающийся
Группа: Администраторы
Сообщений: 324
Награды: 4
Репутация: 1
Статус: Оффлайн
Современные способы интернет платежей:

Прикрепления: ____.docx (24.7 Kb) · 7803467.docx (757.2 Kb)
 
АлексейДата: Суббота, 28.03.2015, 22:49 | Сообщение # 9
Продвигающийся
Группа: Администраторы
Сообщений: 324
Награды: 4
Репутация: 1
Статус: Оффлайн
Что-то связанное с инф системами
Прикрепления: 0838404.docx (284.3 Kb)
 
  • Страница 1 из 1
  • 1
Поиск: