RU2298287C2 - Способ инициируемой сервером синхронизации в системе синхронизации, где сообщение запроса от сервера имеет максимальный размер - Google Patents
Способ инициируемой сервером синхронизации в системе синхронизации, где сообщение запроса от сервера имеет максимальный размер Download PDFInfo
- Publication number
- RU2298287C2 RU2298287C2 RU2004114237/09A RU2004114237A RU2298287C2 RU 2298287 C2 RU2298287 C2 RU 2298287C2 RU 2004114237/09 A RU2004114237/09 A RU 2004114237/09A RU 2004114237 A RU2004114237 A RU 2004114237A RU 2298287 C2 RU2298287 C2 RU 2298287C2
- Authority
- RU
- Russia
- Prior art keywords
- message
- server
- synchronization
- synchronization server
- client device
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/328—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the presentation layer [OSI layer 6]
Abstract
Изобретение относится к организации сеанса связи между сервером синхронизации и устройством клиента, и в частности к запуску сеанса связи по инициативе сервера синхронизации. Технический результат - повышение точности синхронизации. Максимальный размер сообщения, которое должно быть послано от сервера синхронизации к мобильной станции для запроса, и команды кодирования, посредством которых, по меньшей мере, один из идентификаторов может быть кодирован в последовательность битов, требующую значительно меньшее количество битов, чем его представление ASCII, определяют в сервере синхронизации. Команды декодирования, посредством которых первоначальный идентификатор получают из последовательности битов, определены в мобильной станции. Когда целью является передача запроса, указывающего на необходимость в запуске сеанса связи, по меньшей мере, к одной мобильной станции, формируют сообщение, длина которого меньше или равна упомянутому максимальному размеру и которое содержит предварительно выбранные идентификаторы, по меньшей мере, один из которых представлен как последовательность битов, определенная согласно командам кодирования. Мобильная станция формирует сообщение инициализации сеанса на основе информации, включенной в сообщение, принятое от сервера, причем, по меньшей мере, часть информации определяют из принятой последовательности битов согласно упомянутым командам декодирования. 4 н. и 23 з.п. ф-лы, 7 ил., 1 табл.
Description
Предшествующий уровень техники
Изобретение относится к организации сеанса связи между сервером синхронизации и устройством клиента, и в частности к запуску сеанса связи по инициативе сервера синхронизации.
Данные портативных терминалов, таких как мобильные телефоны, могут быть синхронизированы с сетевыми приложениями, приложениями настольных компьютеров или другими базами данных телекоммуникационной системы. В частности, данные календаря и приложения электронной почты обычно синхронизированы. Ранее, синхронизация была основана на использовании различных специфических для изготовителя протоколов, которые являются несовместимыми. Это ограничивает использование терминалов или типов данных, подлежащих использованию, и часто вызывает сложность у пользователя. В мобильной связи, в частности, важно, чтобы данные могли извлекаться и обновляться независимо от используемых терминала и приложения. Чтобы улучшить синхронизацию данных приложения, был разработан SyncML (язык разметки синхронизации), который основан на языке XML (расширяемом языке разметки). Посредством использования протокола синхронизации SyncML, который использует сообщения SyncML, данные любого приложения могут быть синхронизированы между сетевыми терминалами любого типа.
Фигура 1 иллюстрирует пример синхронизации, где мобильная станция MS действует как устройство клиента SyncML и сетевой сервер S действует как сервер SyncML. Служба синхронизации SyncML предусматривает сначала инициализацию сеанса синхронизации (инициализацию сеанса SyncML), во время которой, например, выбирается база данных, подлежащая синхронизации. Агент клиента MS посылает серверу S сообщение SyncML (модификации клиента), содержащее по меньшей мере данные, которые должны быть синхронизированы в мобильной станции MS и изменились со времени последней синхронизации. Сервер S синхронизирует наборы данных, то есть анализирует изменения, сделанные над наборами данных, и гармонизирует эти данные (делает необходимые модификации, замены, удаления и дополнения). После этого сервер S посылает модификации, выполненные сервером, обратно к устройству TE клиента, которое делает необходимые изменения в его базе данных.
Другие типы данных могут быть также синхронизированы с помощью SyncML, посредством чего новая установка, относящаяся к синхронизации, например, может быть синхронизирована с устройством клиента. Обычно управление устройством относится к процедурам, посредством которых третьи стороны могут изменять конфигурацию устройства, например, изменять установки или даже протокол, используемый устройством. Кроме установок, относящихся только к устройству, можно также посылать специфические для пользователя данные, такие как пользовательские профили, регистрационные данные, тональные посылки вызова и меню, посредством которых пользователь может персонализировать установки устройства, или адаптация осуществляется автоматически в управлении устройством. Функциональные особенности, которые были определены в стандарте SyncML, могут быть использованы в сочетании с концепцией управления устройством. Сервер синхронизации может действовать как сервер управления устройством, а устройство клиента - как устройство, подлежащее управлению (клиент управления устройством).
Фигура 2 иллюстрирует управление устройством (сеанс управления клиентом) согласно сообщению протокола синхронизации. В сообщении инициализации сеанса устройство клиента (MS) передает серверу синхронизации S, который выполняет управление устройством, информацию о себе (ту же информацию, что и при синхронизации) серверу, в ответ на что сервер передает информацию о себе и команды управления устройством (операции управления сервера). Устройство клиента отвечает информацией о состоянии, после которой сервер может закончить сеанс или передать дополнительные команды управления устройством. Если сервер передает дополнительные команды управления, то устройство клиента должно ответить на это информацией о состоянии. После приема информации о состоянии сервер всегда может закончить сеанс или продолжить его посредством передачи дополнительных команд управления устройством. Протокол управления устройством может также функционировать таким образом, что вопросы, касающиеся того, что пользователь желает обновить, сначала передаются пользователю, и информация о выборе, сделанном пользователем, передается к серверу. После этого сервер может передать обновления/операции, требуемые пользователем в следующем пакете.
Согласно протоколу SyncML устройство клиента обычно запускает сеанс синхронизации. Однако, особенно в контексте управления устройством, есть случаи, в которых сервер имеет необходимость запустить синхронизацию. Для этого случая спецификация SyncML «SyncML Sync Protocol, version 1.0.1», май 2001 г., глава 8 (стр. 49-50) описывает инициализацию сеанса синхронизации, вызванную сервером (синхронизация с предупреждением от сервера): сервер может послать сообщение запроса (предупреждение о синхронизации), в котором он запрашивает устройство клиента запустить сеанс SyncML. После этого устройство клиента запускает инициализацию сеанса SyncML посредством передачи стандартного пакета (пакета инициализации клиента). Когда устройством клиента является мобильная станция, возникают проблемы из-за тех фактов, что устройство клиента не может быть доступно, когда мобильная станция отключена, или что нет непрерывного соединения для передачи данных между терминалом и сервером. Вот почему выгодно использовать службу, которая сохраняет сообщение, когда запрос передан. Одной из таких служб является SMS (служба коротких сообщений), которая сохраняет текстовое сообщение в центре текстовых сообщений и посылает их, когда мобильная станция подключена к сети и может быть доступной. Как и другие сообщения SyncML, запрос для запуска сеанса имеет формат XML и содержит поле заголовка, которое определено в элементе [SyncHdr], и часть, относящуюся к телу (внутренней части информационного объекта), которая определена в элементе [SyncBody]:
Этот запрос является относительно большим и требует гораздо большей емкости, чем 140 октетов, обеспеченных текстовым сообщением (которое достаточно для кодирования 160 ASCII символов из 7 битов). Этот запрос может быть разделен на несколько текстовых сообщений, но возможно, что одно из текстовых сообщений исчезает, сообщения приходят в неправильном порядке или что устройство клиента не может обработать сцепленные текстовые сообщения. Если служба транспортного уровня обеспечена WAP (протоколом беспроводного доступа), например, то сообщения SyncML могут быть кодированы в двоичный формат WBXML (беспроводной двоичный XML), и требуется меньшая емкость передачи данных. Даже при использовании WBXML запрос все же требует нескольких текстовых сообщений.
Краткое описание сущности изобретения
Таким образом, задачей изобретения является обеспечение способа и устройства, реализующего этот способ таким образом, что вышеупомянутых проблем можно избежать. Задачи изобретения решаются посредством способа, системы синхронизации, сервера синхронизации, электронного устройства и компьютерных программ, которые характеризуются тем, что изложено в независимых пунктах формулы изобретения. Предпочтительные варианты осуществления изобретения раскрыты в зависимых пунктах формулы изобретения.
Изобретение основано на выборе только наиболее существенной информации, которая далее кодируется таким образом, что требуется меньшее пространство по сравнению с ситуацией, в которой информация передавалась бы открытым текстом. Способ содержит конфигурирование сервера синхронизации для определения, для запроса, указывающего необходимость в запуске сеанса и подлежащего передаче к мобильной станции, идентификатора сервера синхронизации, идентификатора версии протокола синхронизации, поддерживаемой сервером синхронизации, и идентификатора запрашиваемого сеанса синхронизации. Максимальный размер сообщения, которое должно быть послано от сервера синхронизации к мобильной станции для запроса, и команды кодирования, посредством которых по меньшей мере один из этих идентификаторов может быть кодирован в последовательность битов, требующую существенно меньше битов, чем его представление ASCII (посредством американского стандартного кода для обмена информацией), определены в сервере синхронизации. Команды декодирования, посредством которых первоначальный идентификатор получают из последовательности битов, определены в мобильной станции. Когда целью является передача по меньшей мере к одной мобильной станции запроса, указывающего необходимость запуска сеанса связи, формируется сообщение, длина которого меньше или равна упомянутому максимальному размеру и которое содержит по меньшей мере упомянутые идентификаторы, по меньшей мере один из которых представлен как последовательность битов, определенная согласно командам кодирования. Это сообщение передается к мобильной станции посредством использования службы передачи сообщений. Мобильная станция формирует сообщение инициализации сеанса связи на основе информации, включенной в принятое сообщение, причем по меньшей мере часть информации определяется из принятой битовой последовательности согласно упомянутым командам декодирования. Сообщение инициализации сеанса связи передается от мобильной станции к серверу синхронизации. Кодирование использует информацию, касающуюся различных значений, которые могут получить различные поля. Соответствие между этими значениями и различными битовыми последовательностями хранится в командах кодирования и командах декодирования, подлежащих использованию сервером и клиентом.
Ни сеанс связи, ни его инициализация не ограничены функциями, заданными в SyncML, но должны пониматься широко в отношении сеанса связи, подлежащего установлению между любым устройством клиента и сервером синхронизации, и сообщений, необходимых для установления этого сеанса связи. В системе синхронизации, сеанс связи между устройством клиента и сервером синхронизации может быть установлен для синхронизации пользовательских данных или управления устройством.
Это решение согласно изобретению обеспечивает то преимущество, что по запросу сервера сеанс связи может быть также запущен в устройствах, которые не поддерживают прием сцепленных сообщений. Когда может быть использована служба переноса сообщений, такая как SMS, обеспеченная мобильной сетью, сообщение всегда может быть доставлено по его назначению (когда устройство включено) также в устройствах, которые не допускают службы проталкивания, активируемые сетью. Решение, соответствующее изобретению, также помогает избежать проблем, которые возникают в сети с коммутацией пакетов, возможно доставляющей сообщения к клиенту в порядке, отличающемся от порядка, в котором сервер передал их, или некоторые сообщения возможно даже теряются. Кроме того, поскольку передача запроса требует меньшего объема, также могут быть сэкономлены ресурсы передачи данных, и в результате имеются меньшие издержки. Эта экономия может быть очень значительной в случаях, когда сервер должен передать запрос к большому числу устройств клиентов.
Перечень фигур чертежей
Изобретение будет теперь описано более подробно в сочетании с предпочтительными вариантами осуществления, со ссылкой на прилагающиеся чертежи, на которых:
фигура 1 - иллюстрация синхронизации согласно протоколу синхронизации SyncML;
фигура 2 - иллюстрация управления устройством посредством сервера;
фигура 3а - иллюстрация системы синхронизации;
фигура 3b - иллюстрация сервера синхронизации и устройства клиента;
фигура 4 - иллюстрация способа согласно предпочтительному варианту осуществления изобретения;
фигура 5 - возможные элементы сообщения, подлежащего посылке для запуска сеанса управления устройством; и
фигура 6 - схема сигнализации сеанса управления согласно предпочтительному варианту осуществления изобретения.
Подробное описание изобретения
Далее предпочтительный вариант осуществления изобретения описывается в системе, поддерживающей стандарт SyncML, однако следует отметить, что изобретение может применяться в любой системе синхронизации.
Фигура 3а иллюстрирует сетевую систему, в которой данные баз данных могут быть синхронизированы между серверами синхронизации S и мобильными станциями MS. При синхронизации MS может действовать как устройство клиента и, таким образом, содержать базу данных, подлежащую синхронизации. Сервер S может обслуживать несколько устройств клиентов MS. Также возможно то, что мобильная станция действует как сервер для другого устройства. MS осуществляет связь с сервером S через мобильную сеть MNW (мобильную сеть). Также возможно то, что S реализован в мобильной сети MNW. Устройство клиента MS, которое присоединено к сети MNW, содержит функциональные возможности мобильной станции для осуществления беспроводной связи с сетью MNW. Вместо стандартной мобильной станции, MS может также быть любым электронным устройством, содержащим функциональные возможности передачи сообщений, таким как портативный компьютер или устройство PDA (персональное цифровое информационное устройство), или альтернативно, например, вспомогательным устройством этих устройств, которое расположено в соединении с его главным устройством посредством его функциональных возможностей передачи сообщений таким образом, что используется, например, линия радиосвязи ближнего действия. В этом случае, главное устройство должно быть способно делать заключения на основе части информации, кодированной в сообщение, что сообщение предназначено для вспомогательного устройства. Мобильная сеть MNW содержит по меньшей мере блок MB, обеспечивающий службу сообщений. Между мобильной сетью MNW и сервером S также могут быть другие сети, такие как локальная сеть LAN. Мобильной сетью MNW может быть любая известная беспроводная сеть, такая как сеть, поддерживающая службу GSM (глобальной системы мобильной связи), сеть, поддерживающая службу GPRS (общая служба пакетной радиопередачи), мобильная сеть третьего поколения, такая как сеть UMTS (универсальная мобильная телекоммуникационная система), беспроводная локальная сеть WLAN или частная сеть.
Если MNW является сетью GSM, то блок МВ, обеспечивающий службу сообщений, содержит по меньшей мере центр службы коротких сообщений SMSC. Важной службой транспортного уровня в нескольких мобильных сетях является WAP, который содержит уровень WSP (беспроводного сеансового протокола), который может быть использован для обеспечения службы переноса для прикладного уровня синхронизации в устройстве клиента MS и в сервере S. WAP поддерживает несколько технологий передачи более низкого уровня, например, передачу, основанную на SMS. Также могут использоваться стандарты HTTP (протокол передачи гипертекста) или OBEX (протокол обмена объектами), например, и поддерживаемые ими технологии передачи более низкого уровня. Сам сервер S может содержать базу данных, которую он синхронизировал, или база данных, синхронизованная им, может быть расположена в другом устройстве, на фигуре 3а серверы S и базы данных DB ради ясности разделены.
Как показано на фигуре 3b, мобильные станции MS и серверы S содержат запоминающее устройство МЕМ; SMEM, пользовательский интерфейс UI; SUI, средства ввода-вывода I/O; SI/O для организации передачи данных, и центральный процессор CPU; SCPU, содержащий один или несколько процессоров. Запоминающее устройство МЕМ; SMEM имеет энергонезависимую часть для хранения приложений, управляющих центральным процессором CPU; SCPU и другими данными, подлежащими сохранению, и энергозависимую часть, подлежащую использованию для временной обработки данных. Данные приложений, которые являются объектом синхронизации, поддерживаются в запоминающем устройстве МЕМ из состава MS (которая в этом примере является базой данных, подлежащей синхронизации для синхронизации) и в памяти баз данных DB.
Устройство клиента MS содержит агент клиента CA, который отвечает за связанные с сеансом функции в устройстве клиента. Сервер S содержит агент сервера SA, управляющий сеансом и средством синхронизации SE. CA предпочтительно реализуется посредством CPU, выполняющего компьютерный программный код, хранимый в запоминающем устройстве МЕМ, а SA, SE реализуются посредством SCPU, выполняющего компьютерный программный код, хранимый в запоминающем устройстве SMEM. Эти средства могут быть также организованы для реализации сеанса управления устройством, или управление сеансом управления устройством может осуществляться отдельными объектами, которые не показаны на фигуре 3b. Посредством компьютерных программных кодов, выполняемых в центральных процессорах CPU и SCPU, устройство клиента MS и сервер синхронизации S также выполнены для реализации средств, соответствующих изобретению, варианты осуществления которых показаны на фигурах 4 и 6. Компьютерные программы могут быть получены через сеть и/или храниться в запоминающем устройстве, таком как дискета, ПЗУ на компакт-диске (CD-ROM) или другое внешнее запоминающее устройство, с которого они могут быть загружены в память МЕМ, SMEM. Также могут использоваться аппаратные решения или сочетание аппаратных и программных решений.
Фигура 4 иллюстрирует способ согласно предпочтительному варианту осуществления изобретения. Информация об идентификаторах, требуемых для запроса, указывающего необходимость в запуске сеанса (для синхронизации пользовательских данных или для управления устройством) установлена 401 в сервере синхронизации. Они включают в себя по меньшей мере идентификатор сервера синхронизации, идентификатор версии протокола синхронизации, поддерживаемой сервером синхронизации, и идентификатор запрашиваемого сеанса синхронизации. Команды кодирования и максимальный размер для сообщений, которые посылаются для указания необходимости запустить сеанс связи, определяются 402 в сервере синхронизации S. Максимальный размер может быть определен согласно используемой службе передачи сообщений, например, согласно максимальному размеру для текстового сообщения в службе SMS. Это определение может быть выполнено таким образом, что числовое значение для максимального размера непосредственно устанавливается для устройства, например, или устройство сконфигурировано для помещения полей в такие места в сообщении, что длина сообщения будет в пределах этого максимального размера. Максимальный размер может также быть определен посредством запрашивания сети об этой информации или он может быть доставлен к устройству в сеансе управления, например. Пользователь может также ввести максимальный размер. Система сообщений устройства по меньшей мере организована для извещения приложения, формирующего сообщение, когда размер сообщения является слишком большим. Команды декодирования определяются 402 в мобильной станции MS, действующей как устройство клиента. Посредством использования команд кодирования S может кодировать по меньшей мере один из идентификаторов, подлежащих передаче, в последовательность битов, требующую существенно меньше битов, чем представление ASCII или двоичное представление WBXML идентификатора. Посредством использования команд кодирования устройство клиента, или его часть, может определить первоначальный идентификатор из последовательности битов.
Когда запрос, указывающий необходимость в запуске сеанса, должен быть передан 403 от сервера по меньшей мере к одному устройству клиента, сервер S определяет 404, согласно командам кодирования, по меньшей мере одну последовательность битов по меньшей мере для части информации, запрашиваемой в сообщении. Сообщение запрашивает по меньшей мере идентификаторы, упомянутые ниже, но обычно оно также включает в себя другую информацию. Информация, подлежащая передаче, формируется 405 в одно сообщение. Сервер S также контролирует 405, чтобы сообщение не превышало заданный максимальный размер. Если оказывается, что сообщение превышает максимальный размер, то сервер S может удалить менее важные поля из него и/или, посредством использования команд кодирования, кодировать больше информации в форму, которая требует меньшего пространства. Сообщение передается 406 от сервера S к устройству клиента MS посредством использования службы передачи сообщений сети MNW. Согласно одному варианту осуществления, служба SMS, известная специалисту в данной области техники, может быть использована для передачи сообщения. В устройстве клиента MS, информация согласно последовательностям битов в принятом сообщении определяется 407 для сообщения инициализации посредством использования команд кодирования, хранимых в устройстве клиента. На основе по меньшей мере одного идентификатора, полученного таким образом, и другой информации, включенной в сообщение, MS формирует 408 сообщение инициализации сеанса и передает 409 его к серверу синхронизации S.
Сеанс связи может быть использован для функций управления устройством, посредством чего работа приложения синхронизации (СА) устройства клиента MS может быть адаптирована по инициативе сети. Например, если адрес сервера синхронизации (идентификатор URI (уникальный идентификатор ресурса) изменился, то важно сделать это известным для каждого устройства, которое синхронизируется с этим сервером. В SyncML этот запрос, передаваемый сервером для запуска сеанса управления устройством, может быть вызван [Пакет №0: предупреждение управления для клиента], так как пакет инициализации, подлежащий передаче, для инициализации на основе запроса таков [Пакет №1: инициализация клиента]. Можно также использовать сеанс связи для персонализации, выполняемой самим пользователем. Пользователь может адаптировать установки через интерфейс WWW, например, и по инициативе сервера синхронизации S эти изменения могут быть перенесены к устройству клиента MS во время сеанса связи.
Фигура 5 иллюстрирует возможные элементы сообщения, сформированного (405) для того, чтобы запустить сеанс управления устройством. Согласно предпочтительному варианту осуществления, служба проталкивания протокола WSP применяется посредством использования сообщений SMS, посредством чего сообщение содержит поле заголовка WSP. Поле заголовка WSP должно быть достаточно коротким (предпочтительно менее чем 30 битов), так что есть достаточно места для полезной нагрузки, предназначенной для действительного прикладного уровня (СА), обрабатывающего сообщение. Следует отметить, что в дополнение к полю WSP, сообщение может также содержать другие поля заголовков, такие как поля заголовков WSP. В этом случае, однако, пропорция полезной нагрузки SyncML уменьшается. Согласно одному варианту осуществления, сообщение может также обеспечивать указание приложения, к которому должно быть адресовано содержимое сообщения. На основе такого указания MS может направить полезную нагрузку сообщения к правильному объекту приложения, например, запрос для запуска сеанса управления к агенту клиента СА. Это указание может быть включено в поле заголовка WSP или WDP (беспроводного протокола дейтаграмм) сообщения. Устройство, поддерживающее протокол WAP, легко узнает эту информацию из сообщения, но не-WAP устройству должно быть предоставлено заранее заданное положение, из которого должно извлекаться указание приложения. Это положение может быть определено посредством использования заранее заданного положения от начала сообщения (сдвиг) или таким образом, что указание всегда имеет место после заранее определенного символа в поле заголовка. Например, в поле заголовка WSP указание может быть в идентификаторе «Идентификатор приложения» (х-wap-application-id), поле MIME (многоцелевых расширений электронной почты в сети Интернет) может также быть использовано вместо поля «Идентификатор приложения» или определять информацию поля «Идентификатор приложения».
Далее описываются поля, которые могут быть использованы в сообщении.
Версия (VER). Содержит версию сообщения, подлежащую использованию, и таким образом, также версию протокола, так что устройство клиента может проверить, поддерживает ли сервер S ту же самую версию. Идентификатор версии может альтернативно указывать только версию сообщения или версию протокола. Устройству клиента не нужно запускать (408, 409) сеанс связи, если оно поддерживает другую версию. Идентификатор версии может быть кодирован согласно командам кодирования, установленным в сервере S, в более короткую последовательность битов, например, таким образом, что используются первые 10 битов после поля заголовка WSP: последнее число относится к меньшим номерам версии, второе от последнего относится к единицам, третье от последнего относится к десяткам и четвертое от последнего относится к сотням, и в этом случае наибольшей возможной версией является «102.3», и версия «1.0» кодируется в последовательность битов «0000001010». Как утверждалось ранее, MS содержит команды декодирования для определения (407) первоначального идентификатора из последовательности битов.
Эти команды кодирования могут быть реализованы в устройстве как таблица соответствия, иллюстрирующая, какая последовательность битов соответствует какому номеру версии. Альтернативно, эта таблица может быть установлена для устройства алгоритмически, так что ее элементы могут быть созданы программным путем без необходимости хранить всю таблицу в памяти устройства. Таблица соответствия может быть кодирована, например, следующим образом:
0000001010 | Версия 1,0 |
0000001011 | Версия 1,1 |
... | ... |
1111111111 | Версия 102,3 |
Идентификатор сеанса (SID). Это поле определяет идентификатор сеанса, так что один и тот же сеанс не выполняется больше, чем один раз. Для этого идентификатора может быть использовано, например, 16 битов после идентификатора версии. Например, если устройство клиента выключено, то сервер S может послать несколько сообщений, посредством которых сервер пытается установить один конкретный сеанс управления. На основе идентификатора SID, устройство клиента может заключить, что следует запустить только одно соединение и не устанавливать соединения согласно каждому полученному сообщению. Сервер S может также назначить приоритеты сеансам управления устройством посредством поля SID, например, посредством определения специфического идентификатора SID для менее важных операций управления устройством. Когда устройство клиента устанавливает соединение для установления сеанса, сервер S может предотвратить установление сеанса, если у него есть более срочные устройства клиентов для обслуживания. Это может быть организовано таким образом, что сервер S хранит в своей памяти информацию о том, что сеанс, соответствующий переданному идентификатору SID, является менее важным. Это может быть организовано альтернативно таким образом, что идентификаторы SID, выбираемые из специфической группы, например, являются менее важными, что позволяет избежать хранения информации.
Режим взаимодействия с пользователем (UI). Посредством этого идентификатора сервер может рекомендовать, должен ли сеанс быть проведен в фоновом режиме или должен ли пользователь быть информирован о сеансе. Это поле может быть кодировано двумя битами согласно следующей таблице соответствия, например:
00 | у сервера нет рекомендации |
01 | рекомендуется работа в фоновом режиме (не показана для пользователя) |
10 | показать информирующий идентификатор пользователю |
11 | спросить разрешения у пользователя |
Инициатива действия управления (Init). Посредством этого идентификатора сервер S может осуществлять связь с устройством клиента независимо от того, вызвал ли он сам сеанс управления или вызвало ли его устройство клиента (его пользователь). Эта информация может формировать основу для составления счета за услуги связи, и таким образом пользователю устройства клиента может быть также выписан счет за запрос, переданный сервером, если пользователь вызвал, то есть заказал его. Эта информация может быть кодирована двумя битами согласно следующей таблице соответствия, например:
01 | инициатива клиента |
10 | инициатива сервера |
Будущее использование управления устройством (Fut). В этом поле возможная информация, которая будет определена позже, может быть перенесена от сервера S к устройству клиента MS для сеанса управления. Например, может быть зарезервирован объем в 30 битов. Одним возможным примером информации, подлежащей переносу в это поле, является момент, в который устройство клиента должно установить сеанс связи с сервером синхронизации S. MS может передать сообщение инициализации (409) во время, установленное сервером, и сервер S может, например, сбалансировать свою нагрузку путем установки различных устройств клиентов на установление соединения в различные моменты времени.
Длина совместно используемого секрета (числового значения, известного только действительным участникам криптографической системы) запуска аутентификации (Tlen). Это поле указывает длину поля TASS (совместно используемого секрета запуска аутентификации).
Длина источника (Ulen). Это поле указывает длину идентификатора (URI) сервера S. Посредством использования этого поля и поля Tlen, для поля URI может быть организовано наибольшее возможное пространство. Если бы использовались только поля конкретных длин, то в конце поля TASS часто имелось бы неиспользуемое пространство.
Совместно используемый секрет запуска аутентификации (TASS). Поле TASS содержит совместно используемый секрет, посредством которого препятствуют атакам DoS (отказ в обслуживании). Это поле может также использоваться для определения идентификатора сервера.
URI источника сервера управления (URI источника). Поле содержит идентификатор URI сервера, например, 'http://www.syncml.org/mgmt-server'. В определенных случаях, это поле может также быть укорочено посредством исключения идентификатора протокола, например, или передачи вместо адреса сервера только более короткого идентификатора в этом поле. Альтернативно, поле TASS может использоваться для передачи идентификатора сервера.
Поставщик (Vendor). Это поле необязательно и может включать в себя специфическую для изготовителя информацию, настолько большого объема, насколько может вместить сообщение после предшествующих полей.
В вышеупомянутых полях полезная нагрузка планируется таким образом, что необходимо пространство настолько малое, насколько это возможно. Если все поля переданы как текст в формате XML, около 400 символов, то есть тысячи битов, были бы необходимы. Одно поле вмещает по меньшей мере несколько символов, то есть множество битов. Когда по меньшей мере некоторые из полей используют вышеупомянутые способы кодирования, каждый из которых получен на основе знания, касающегося различных значений, которые каждое поле может принять, можно значительно сэкономить место и приспособить (путем дополнительного удаления менее важных полей, если это необходимо) информацию для одного сообщения SMS. Приложение 1, которое является частью этого описания, показывает другой пример полей сообщения, насколько это касается только полезной нагрузки SyncML.
Фигура 6 показывает схему сигнализации сеанса управления устройством, который запускается по запросу сервера синхронизации (S). Когда сервер и устройство клиента (MS) могут осуществлять связь 601 (по меньшей мере так, что MS способна принимать сообщения, также были выполнены этапы 401-402 по фигуре 4), сервер принимает 602 команду запустить сеанс управления от пользователя сервера, извне по отношению к серверу или на основе заранее заданной установки. В ответ сервер собирает необходимые данные, проводит изменения согласно командам кодирования и передает 603 сообщение согласно запросу [пакет №0: предупреждение управления для клиента] к устройству клиента. На основании этого, устройство клиента и сервер могут установить сеанс 604 управления. Сервер S может передавать команды управления к устройству клиента, и устройство клиента изменяет свою конфигурацию на основе этих команд управления. После завершения 605 сеанса управления результат может быть представлен 606 для пользователя сервера.
Сеанс связи может использоваться для синхронизации стандартных данных пользователя, например, для обновления отметок календаря мобильной станции и приложения календаря сети. В этом случае, инициатива запустить синхронизацию (403) может иметь место, например, когда новая важная отметка календаря, которая нуждается в доставке в мобильную станцию настолько скоро, насколько это возможно, добавляется к сетевому календарю. Подобно сообщению, сформированному для сеанса управления устройством и иллюстрированному на фигуре 4, сообщение, которое формируется для того, чтобы запросить сеанс SyncML, содержит несколько соответствующих полей. По меньшей мере поля, отмеченные звездочкой, Версия (VER*), Идентификатор сеанса (SID*), Источник и URI сервера управления (URI*) также необходимы в сообщении, подлежащем формированию для запроса для запуска синхронизации. Информация по меньшей мере полей (UI), (VER*) и (Init) может быть преобразована в короткую последовательность битов способом, описанным выше. Это сообщение может также включать в себя информацию о сеансе синхронизации, который запрашивает сервер. Такая информация включает в себя, в частности, указание типа синхронизации, требуемого сервером S (например, двусторонняя, односторонняя синхронизация только от сервера, односторонняя синхронизация только от клиента, обновляемая синхронизация только от сервера). Эта информация может быть также кодирована (404) и декодирована (407) путем использования предварительно сохраняемой (402) таблицы соответствия, посредством чего количество требуемых битов может быть сэкономлено. Также может быть полезной передача идентификатора (URI) базы данных (в синхронизации которой нуждается сервер) в сообщении. После того, как устройство клиента MS, поддерживающее SyncML, принимает сообщение, оно может передать (409) пакет инициализации сеанса синхронизации (пакет инициализации синхронизации от клиента) согласно информации, включенной в сообщение, и сеанс синхронизации может быть инициализирован. Для более конкретного описания сеанса синхронизации протокола SyncML и информации, требуемой для этого, спецификация «SyncML Sync Protocol, version 1.0.1», май 2001 г., включена в заявку в качестве ссылки. Таким образом, такие же преимущества могут быть достигнуты, когда как сеанс управления, так и сеанс синхронизации данных пользователя запускаются по запросу сервера синхронизации.
Также возможно, что упомянутое сообщение сформировано 405 где-либо еще, а не в сервере S, который передает запрос. Ситуация, подобная этой, может иметь место, например, когда устройство клиента устанавливает связь со шлюзом WAP посредством стека протоколов WAP, и протокол HTTP используется между шлюзом WAP и сервером S. Шлюз WAP, например, может затем уплотнить запрос, переданный сервером, способом, описанным выше (путем использования команд кодирования) таким образом, что он может быть передан в одном сообщении к устройству клиента MS.
Для специалиста в данной области техники очевидно, что с развитием технологии, основной замысел изобретения может быть реализован множеством способов. Также нужно отметить, что сообщения не ограничиваются сообщениями службы SMS, но также могут быть использованы другие типы служб передачи сообщений, такие как служба MMS (служба мультимедийных сообщений). Изобретение и варианты его осуществления, таким образом, не ограничены примерами, описанными выше, но могут быть модифицированы в рамках объема, определяемого формулой изобретения.
Приложение 1. Пример информации, включенной в сообщение
Claims (27)
1. Способ запуска сеанса связи в системе синхронизации, которая содержит, по меньшей мере, одно электронное устройство, действующее как устройство клиента и содержащее средство связи, по меньшей мере, один сервер синхронизации и сеть связи, обеспечивающую службу передачи сообщений, причем этот способ содержит этапы, на которых конфигурируют сервер синхронизации для определения для запроса, указывающего необходимость в запуске сеанса связи и подлежащего передаче к устройству клиента, идентификатора сервера синхронизации, идентификатора версии и идентификатора запрашиваемого сеанса синхронизации, определяют в сервере синхронизации максимальный размер для сообщения, которое должно быть послано от сервера синхронизации к устройству клиента для запроса, определяют команды кодирования, посредством которых, по меньшей мере, один из идентификаторов может быть кодирован в последовательность битов, требующую существенно меньше битов, чем его представление ASCII (посредством американского стандартного кода для обмена информацией), в сервере синхронизации, и команды декодирования, посредством которых первоначальный идентификатор получают из последовательности битов, в устройстве клиента, в ответ на необходимость передачи запроса, указывающего на необходимость в запуске сеанса связи, по меньшей мере, к одному устройству клиента, формируют одно сообщение, длина которого меньше или равна упомянутому максимальному размеру и которое содержит, по меньшей мере, упомянутые идентификаторы, по меньшей мере, один из которых представлен как последовательность битов, определенная согласно командам кодирования, передают упомянутое сообщение к устройству клиента посредством использования упомянутой службы передачи сообщений, формируют сообщение инициализации сеанса связи на основе информации, включенной в принятое сообщение, причем, по меньшей мере, часть упомянутой информации определяют из принятой последовательности битов посредством упомянутых команд декодирования, и передают сообщение инициализации сеанса связи от устройства клиента к серверу синхронизации.
2. Способ по п.1, в котором службу транспортного уровня в системе синхронизации конфигурируют посредством использования протокола WAP (протокола беспроводного доступа), посредством чего сообщение дополнительно содержит поля заголовков WSP (беспроводного сеансового протокола).
3. Способ по п.2, в котором сообщение также указывает приложение, к которому должно быть направлено содержимое сообщения, причем это указание определяют путем установки информации о приложении в заранее заданное положение от начала сообщения или после заранее заданного символа, и содержимое сообщения направляют в устройстве клиента приложению, указанному сообщением.
4. Способ по любому из пп.1-3, в котором службой передачи сообщений является служба коротких сообщений (SMS).
5. Способ по п.1, в котором идентификатор сервера синхронизации определяют в поле, содержащем совместно используемый секрет.
6. Способ по п.1, в котором сервер синхронизации также конфигурируют для определения последовательности битов в сообщении, указывающей, клиент ли или сервер послужил причиной сообщения.
7. Способ по п.1, в котором команды кодирования и команды декодирования содержат одну или более таблиц соответствия.
8. Способ по п.1, в котором сеанс связи инициализируют для синхронизации набора данных, включенного в устройство клиента, и, по меньшей мере, одной базы данных.
9. Способ по п.1, в котором сервер синхронизации передает запрос для запуска сеанса управления устройством, и сеанс управления инициализируется между сервером и устройством клиента.
10. Система синхронизации, содержащая, по меньшей мере, одно электронное устройство, действующее как устройство клиента и содержащее средство связи, по меньшей мере, один сервер синхронизации и сеть связи, обеспечивающую службу передачи сообщений, и в этой системе синхронизации сервер синхронизации сконфигурирован для определения для запроса, указывающего необходимость в запуске сеанса связи и подлежащего передаче к устройству клиента, идентификатора сервера синхронизации, идентификатора версии и идентификатора запрашиваемого сеанса синхронизации, сервер синхронизации сконфигурирован для определения максимального размера для сообщения, которое подлежит передаче от сервера синхронизации к устройству клиента для запроса, команды кодирования, посредством которых, по меньшей мере, один из идентификаторов может быть кодирован в последовательность битов, требующую существенно меньше битов, чем его представление ASCII (посредством американского стандартного кода для обмена информацией), определены в сервере синхронизации, и команды декодирования, посредством которых первоначальный идентификатор получают из последовательности битов, определены в устройстве клиента, в ответ на необходимость передачи запроса, указывающего необходимость в запуске сеанса связи, по меньшей мере, с одним устройством клиента, сервер синхронизации сконфигурирован для формирования одного сообщения, длина которого меньше или равна упомянутому максимальному размеру и которое содержит, по меньшей мере, упомянутые идентификаторы, по меньшей мере, один из которых представлен как последовательность битов, определенная согласно командам кодирования, сервер синхронизации сконфигурирован для передачи упомянутого сообщения к устройству клиента путем использования службы передачи сообщений, устройство клиента сконфигурировано для формирования сообщения инициализации сообщения на основе информации, включенной в принятое сообщение, причем, по меньшей мере, часть информации определяют из принятой последовательности битов посредством упомянутых команд декодирования, и устройство клиента сконфигурировано для передачи сообщения инициализации сеанса к серверу синхронизации.
11. Сервер синхронизации, который сконфигурирован для определения для запроса, указывающего необходимость в запуске сеанса связи и подлежащего передаче, по меньшей мере, к одному устройству клиента, идентификатора сервера синхронизации, идентификатора версии и идентификатора запрашиваемого сеанса синхронизации, сервер синхронизации сконфигурирован для определения максимального размера для сообщения, которое подлежит передаче от сервера синхронизации к устройству клиента для запроса, в котором определены команды кодирования, посредством которых, по меньшей мере, один из идентификаторов может быть кодирован в последовательность битов, требующую существенно меньшее количество битов, чем его представление ASCII (посредством американского стандартного кода для обмена информацией), который, в ответ на необходимость передачи запроса, указывающего необходимость в запуске сеанса связи, по меньшей мере, с одним устройством клиента, сконфигурирован для формирования одного сообщения, длина которого меньше или равна упомянутому максимальному размеру и которое содержит, по меньшей мере, упомянутые идентификаторы, по меньшей мере, одним из которых представлен как последовательность битов, определенная согласно командам кодирования, и который сконфигурирован для передачи сообщения, по меньшей мере, к одному устройству клиента путем использования службы передачи сообщений.
12. Сервер синхронизации по п.11, в котором служба транспортного уровня сконфигурирована посредством использования протокола WAP (протокола беспроводного доступа), посредством чего сообщение дополнительно содержит поля заголовков WSP (беспроводного сеансового протокола).
13. Сервер синхронизации по п.11, в котором сообщение также указывает приложение, к которому содержимое сообщения должно быть направлено, причем сервер синхронизации сконфигурирован для определения этого указания посредством установки информации о приложении в заранее заданное положение от начала сообщения или после заранее заданного символа.
14. Сервер синхронизации по любому из пп.11-13, в котором службой передачи сообщений является служба коротких сообщений (SMS).
15. Сервер синхронизации по любому из пп.11-13, который сконфигурирован для определения идентификатора сервера синхронизации в поле, содержащем совместно используемый секрет.
16. Сервер синхронизации по п.11, в котором сервер синхронизации также сконфигурирован для определения последовательности битов в сообщении, указывающей то, клиент ли или сервер послужил причиной сообщения.
17. Сервер синхронизации по п.11, в котором команды кодирования содержат одну или несколько таблиц соответствия.
18. Сервер синхронизации по п.11, в котором сервер синхронизации сконфигурирован для инициализации сеанса связи для синхронизации набора данных, включенного в устройство клиента, и, по меньшей мере, одной базы данных.
19. Сервер синхронизации по п.11, в котором сервер синхронизации сконфигурирован для передачи запроса для запуска сеанса управления устройством, и сервер синхронизации сконфигурирован для инициализации сеанса управления между сервером и устройством клиента.
20. Электронное устройство, содержащее средство для приема и передачи сообщений, средство для осуществления связи с сервером, для которого упомянутое электронное устройство действует как устройство клиента, средство для хранения команд декодирования, посредством которых получают первоначальную информацию из последовательности битов, кодированной сервером, средство для преобразования, по меньшей мере, одной последовательности битов, включенной в сообщение, принятое от сервера, в первоначальную информацию на основе команд декодирования, средство для формирования сообщения инициализации для сеанса между сервером и упомянутым устройством на основе информации, указанной сообщением, принятым от сервера, причем, по меньшей мере, часть информации определяют из принятой последовательности битов посредством упомянутых команд декодирования, средство для посылки сообщения инициализации для сеанса связи к серверу, и средство для изменения конфигурации упомянутого устройства согласно командам, принятым от сервера во время сеанса связи.
21. Электронное устройство по п.20, в котором служба транспортного уровня сконфигурирована посредством использования протокола WAP (протокола беспроводного доступа), посредством чего сообщение дополнительно содержит поля заголовков WSP (беспроводного сеансового протокола).
22. Электронное устройство по п.20, в котором сообщение также указывает приложение, к которому должно быть направлено содержимое сообщения, причем это указание определено посредством информации о приложении в заранее заданном положении от начала сообщения или после заранее заданного символа, и электронное устройство сконфигурировано для направления содержимого сообщения к приложению, указанному сообщением.
23. Электронное устройство по п.20, в котором электронное устройство сконфигурировано для осуществления связи с сервером посредством службы коротких сообщений (SMS).
24. Электронное устройство по п.20, в котором электронное устройство сконфигурировано для определения идентификатора сервера из поля, содержащего совместно используемый секрет.
25. Электронное устройство по п.20, в котором команды декодирования содержат одну или несколько таблиц соответствия.
26. Электронное устройство по п.20, в котором сервером является сервер управления устройством и сеансом является сеанс управления устройством.
27. Электронное устройство по п.20, в котором сервером является сервер синхронизации и сеансом является сеанс синхронизации.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/974,021 | 2001-10-09 | ||
US09/974,021 US7155521B2 (en) | 2001-10-09 | 2001-10-09 | Starting a session in a synchronization system |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2004114237A RU2004114237A (ru) | 2005-09-20 |
RU2298287C2 true RU2298287C2 (ru) | 2007-04-27 |
Family
ID=25521476
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2004114237/09A RU2298287C2 (ru) | 2001-10-09 | 2002-10-08 | Способ инициируемой сервером синхронизации в системе синхронизации, где сообщение запроса от сервера имеет максимальный размер |
Country Status (12)
Country | Link |
---|---|
US (2) | US7155521B2 (ru) |
EP (1) | EP1435149B1 (ru) |
JP (1) | JP4091544B2 (ru) |
KR (1) | KR100737996B1 (ru) |
CN (1) | CN1326346C (ru) |
AT (1) | ATE521155T1 (ru) |
ES (1) | ES2368211T3 (ru) |
MY (1) | MY135261A (ru) |
RU (1) | RU2298287C2 (ru) |
TW (1) | TWI270283B (ru) |
WO (1) | WO2003032569A1 (ru) |
ZA (1) | ZA200402747B (ru) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2497299C2 (ru) * | 2008-08-14 | 2013-10-27 | Зти Корпорейшн | Способ реализации адаптации контента и сервер для адаптации контента |
RU2536379C2 (ru) * | 2008-11-26 | 2014-12-20 | Калгари Сайентифик Инк. | Способ и система для обеспечения удаленного доступа к состоянию прикладной программы |
US8949378B2 (en) | 2011-03-21 | 2015-02-03 | Calgary Scientific Inc. | Method and system for providing a state model of an application program |
US9602581B2 (en) | 2012-03-02 | 2017-03-21 | Calgary Scientific Inc. | Remote control of an application using dynamic-linked library (DLL) injection |
US9686205B2 (en) | 2013-11-29 | 2017-06-20 | Calgary Scientific Inc. | Method for providing a connection of a client to an unmanaged service in a client-server remote access system |
US9720747B2 (en) | 2011-08-15 | 2017-08-01 | Calgary Scientific Inc. | Method for flow control and reliable communication in a collaborative environment |
US9729673B2 (en) | 2012-06-21 | 2017-08-08 | Calgary Scientific Inc. | Method and system for providing synchronized views of multiple applications for display on a remote computing device |
US9741084B2 (en) | 2011-01-04 | 2017-08-22 | Calgary Scientific Inc. | Method and system for providing remote access to data for display on a mobile device |
US9986012B2 (en) | 2011-08-15 | 2018-05-29 | Calgary Scientific Inc. | Remote access to an application program |
US10015264B2 (en) | 2015-01-30 | 2018-07-03 | Calgary Scientific Inc. | Generalized proxy architecture to provide remote access to an application framework |
US10055105B2 (en) | 2009-02-03 | 2018-08-21 | Calgary Scientific Inc. | Method and system for enabling interaction with a plurality of applications using a single user interface |
US11310348B2 (en) | 2015-01-30 | 2022-04-19 | Calgary Scientific Inc. | Highly scalable, fault tolerant remote access architecture and method of connecting thereto |
Families Citing this family (134)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10361802B1 (en) | 1999-02-01 | 2019-07-23 | Blanding Hovenweep, Llc | Adaptive pattern recognition based control system and method |
US8352400B2 (en) | 1991-12-23 | 2013-01-08 | Hoffberg Steven M | Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore |
US7904187B2 (en) | 1999-02-01 | 2011-03-08 | Hoffberg Steven M | Internet appliance system and method |
US8364136B2 (en) | 1999-02-01 | 2013-01-29 | Steven M Hoffberg | Mobile system, a method of operating mobile system and a non-transitory computer readable medium for a programmable control of a mobile system |
US7395089B1 (en) | 2001-06-11 | 2008-07-01 | Palm, Inc | Integrated personal digital assistant device |
US7356361B1 (en) * | 2001-06-11 | 2008-04-08 | Palm, Inc. | Hand-held device |
US6975304B1 (en) | 2001-06-11 | 2005-12-13 | Handspring, Inc. | Interface for processing of an alternate symbol in a computer device |
US6950988B1 (en) | 2001-06-11 | 2005-09-27 | Handspring, Inc. | Multi-context iterative directory filter |
US20030045311A1 (en) * | 2001-08-30 | 2003-03-06 | Tapani Larikka | Message transfer from a source device via a mobile terminal device to a third device and data synchronization between terminal devices |
US7570668B2 (en) * | 2001-10-03 | 2009-08-04 | Nokia Corporation | Data synchronization |
US20030084165A1 (en) * | 2001-10-12 | 2003-05-01 | Openwave Systems Inc. | User-centric session management for client-server interaction using multiple applications and devices |
US20030093435A1 (en) * | 2001-11-05 | 2003-05-15 | Bandekar Vijay R. | Method and system for application level data object synchronization between two or more processes |
US7665043B2 (en) | 2001-12-28 | 2010-02-16 | Palm, Inc. | Menu navigation and operation feature for a handheld computer |
US7426380B2 (en) | 2002-03-28 | 2008-09-16 | Telecommunication Systems, Inc. | Location derived presence information |
US8290505B2 (en) | 2006-08-29 | 2012-10-16 | Telecommunications Systems, Inc. | Consequential location derived information |
US8918073B2 (en) | 2002-03-28 | 2014-12-23 | Telecommunication Systems, Inc. | Wireless telecommunications location based services scheme selection |
US9154906B2 (en) | 2002-03-28 | 2015-10-06 | Telecommunication Systems, Inc. | Area watcher for wireless network |
US8027697B2 (en) | 2007-09-28 | 2011-09-27 | Telecommunication Systems, Inc. | Public safety access point (PSAP) selection for E911 wireless callers in a GSM type system |
US8126889B2 (en) | 2002-03-28 | 2012-02-28 | Telecommunication Systems, Inc. | Location fidelity adjustment based on mobile subscriber privacy profile |
US6721871B2 (en) * | 2002-04-02 | 2004-04-13 | Nokia Corporation | Method and apparatus for synchronizing data stores with respect to changes in folders |
GB0211644D0 (en) | 2002-05-21 | 2002-07-03 | Wesby Philip B | System and method for remote asset management |
US11337047B1 (en) | 2002-05-21 | 2022-05-17 | M2M Solutions Llc | System and method for remote asset management |
US20040024867A1 (en) * | 2002-06-28 | 2004-02-05 | Openwave Systems Inc. | Method and apparatus for determination of device capabilities on a network |
US7233790B2 (en) * | 2002-06-28 | 2007-06-19 | Openwave Systems, Inc. | Device capability based discovery, packaging and provisioning of content for wireless mobile devices |
US7299033B2 (en) * | 2002-06-28 | 2007-11-20 | Openwave Systems Inc. | Domain-based management of distribution of digital content from multiple suppliers to multiple wireless services subscribers |
US7831734B2 (en) * | 2002-11-25 | 2010-11-09 | Sap Ag | Method and system for remote configuration of network devices |
US8666397B2 (en) | 2002-12-13 | 2014-03-04 | Telecommunication Systems, Inc. | Area event handling when current network does not cover target area |
US7035879B2 (en) * | 2002-12-26 | 2006-04-25 | Hon Hai Precision Ind. Co., Ltd. | System and method for synchronizing data of wireless devices |
JP4141301B2 (ja) * | 2003-03-25 | 2008-08-27 | 株式会社エヌ・ティ・ティ・ドコモ | 通信端末 |
FI116426B (fi) * | 2003-05-02 | 2005-11-15 | Nokia Corp | Laitteenhallinnan aloittaminen hallintapalvelimen ja asiakkaan välillä |
CN1802841B (zh) * | 2003-06-20 | 2011-02-02 | 汤姆森许可贸易公司 | 在各种类型的终端之间同步联系人数据的终端和服务器 |
US20050033829A1 (en) * | 2003-08-04 | 2005-02-10 | Nokia Corporation | System and method for wireless multicast downloading |
KR100898092B1 (ko) * | 2003-08-12 | 2009-05-18 | 리서치 인 모션 리미티드 | 부호화된 메시지를 처리하는 시스템 및 방법 |
US9100814B2 (en) * | 2003-09-17 | 2015-08-04 | Unwired Plant, Llc | Federated download of digital content to wireless devices |
US20070180127A1 (en) * | 2003-11-11 | 2007-08-02 | Nokia Corporation | Preconfigured syncml profile categories |
US7424293B2 (en) | 2003-12-02 | 2008-09-09 | Telecommunication Systems, Inc. | User plane location based service using message tunneling to support roaming |
US7260186B2 (en) | 2004-03-23 | 2007-08-21 | Telecommunication Systems, Inc. | Solutions for voice over internet protocol (VoIP) 911 location services |
US20080126535A1 (en) | 2006-11-28 | 2008-05-29 | Yinjun Zhu | User plane location services over session initiation protocol (SIP) |
US20080090546A1 (en) | 2006-10-17 | 2008-04-17 | Richard Dickinson | Enhanced E911 network access for a call center using session initiation protocol (SIP) messaging |
US20050186975A1 (en) * | 2004-02-10 | 2005-08-25 | Yach David P. | Apparatus, and associated method, for facilitating initiation of synchronization of database copies connected by way of a radio air interface |
US7797386B2 (en) * | 2004-02-27 | 2010-09-14 | Research In Motion Limited | System and method for remotely configuring a desktop mailbox |
US20060047756A1 (en) * | 2004-06-16 | 2006-03-02 | Jussi Piispanen | Method and apparatus for indicating truncated email information in email synchronization |
US20060031449A1 (en) * | 2004-07-01 | 2006-02-09 | Mika Hallamaa | Selection of management method |
US8073960B2 (en) | 2004-07-01 | 2011-12-06 | Nokia Corporation | Arranging management operations in management system |
US8392545B2 (en) | 2004-07-01 | 2013-03-05 | Nokia Corporation | Device management system |
US20060080354A1 (en) * | 2004-08-27 | 2006-04-13 | Nokia Corporation | System for selecting data from a data store based on utility of the data |
US7200387B1 (en) | 2004-09-01 | 2007-04-03 | Cellco Partnership | Application invocation on a mobile station using messaging service |
EP2157759B1 (en) * | 2004-09-07 | 2013-01-09 | Research In Motion Limited | System and method for updating message trust status |
US6985105B1 (en) | 2004-10-15 | 2006-01-10 | Telecommunication Systems, Inc. | Culled satellite ephemeris information based on limiting a span of an inverted cone for locating satellite in-range determinations |
US7629926B2 (en) | 2004-10-15 | 2009-12-08 | Telecommunication Systems, Inc. | Culled satellite ephemeris information for quick, accurate assisted locating satellite location determination for cell site antennas |
US20060200528A1 (en) * | 2005-01-25 | 2006-09-07 | Krishna Pathiyal | Method and system for processing data messages |
US7353034B2 (en) | 2005-04-04 | 2008-04-01 | X One, Inc. | Location sharing and tracking using mobile phones or other wireless devices |
US8660573B2 (en) | 2005-07-19 | 2014-02-25 | Telecommunications Systems, Inc. | Location service requests throttling |
US9282451B2 (en) | 2005-09-26 | 2016-03-08 | Telecommunication Systems, Inc. | Automatic location identification (ALI) service requests steering, connection sharing and protocol translation |
US7825780B2 (en) | 2005-10-05 | 2010-11-02 | Telecommunication Systems, Inc. | Cellular augmented vehicle alarm notification together with location services for position of an alarming vehicle |
US8467320B2 (en) | 2005-10-06 | 2013-06-18 | Telecommunication Systems, Inc. | Voice over internet protocol (VoIP) multi-user conferencing |
US7907551B2 (en) | 2005-10-06 | 2011-03-15 | Telecommunication Systems, Inc. | Voice over internet protocol (VoIP) location based 911 conferencing |
KR100678921B1 (ko) | 2005-10-18 | 2007-02-05 | 삼성전자주식회사 | 다중 서버 환경에 적합한 디바이스를 클라이언트로 하여동기화를 수행하는 방법 및 장치 |
US20070106770A1 (en) * | 2005-11-10 | 2007-05-10 | Svante Alnas | Managing a remote device by a communication element that does not specify an identifier for the management object |
US7689713B2 (en) * | 2006-01-23 | 2010-03-30 | Funambol, Inc. | System operator independent server alerted synchronization system and methods |
US8150363B2 (en) | 2006-02-16 | 2012-04-03 | Telecommunication Systems, Inc. | Enhanced E911 network access for call centers |
US8059789B2 (en) | 2006-02-24 | 2011-11-15 | Telecommunication Systems, Inc. | Automatic location identification (ALI) emergency services pseudo key (ESPK) |
US9167553B2 (en) | 2006-03-01 | 2015-10-20 | Telecommunication Systems, Inc. | GeoNexus proximity detector network |
US7471236B1 (en) | 2006-03-01 | 2008-12-30 | Telecommunication Systems, Inc. | Cellular augmented radar/laser detector |
US7899450B2 (en) | 2006-03-01 | 2011-03-01 | Telecommunication Systems, Inc. | Cellular augmented radar/laser detection using local mobile network within cellular network |
GB2436376B (en) * | 2006-03-22 | 2009-03-18 | Actaris Uk Ltd | Method for accurate time setting of communication device over the air and corresponding communication device |
CN100450108C (zh) * | 2006-03-23 | 2009-01-07 | 华为技术有限公司 | 一种采用数据同步处理电子邮件的系统、装置及方法 |
US8208605B2 (en) | 2006-05-04 | 2012-06-26 | Telecommunication Systems, Inc. | Extended efficient usage of emergency services keys |
EP1883257A1 (fr) * | 2006-07-28 | 2008-01-30 | Gemplus | Procédé de synchronisation entre un equipement mobile et une carte a puce |
US20080133681A1 (en) * | 2006-10-13 | 2008-06-05 | Jackson Troy V | System and method for diagnosis of and recommendations for remote processor system |
WO2008057477A2 (en) | 2006-11-03 | 2008-05-15 | Telecommunication Systems, Inc. | Roaming gateway enabling location based services (lbs) roaming for user plane in cdma networks without requiring use of a mobile positioning center (mpc) |
US20080133775A1 (en) * | 2006-11-30 | 2008-06-05 | Intellisync Corporation | Method, Apparatus and Computer Program Product for Providing Intelligent Synchronization |
US7983249B2 (en) * | 2007-01-23 | 2011-07-19 | Oracle America, Inc. | Enterprise web service data to mobile device synchronization |
US8050386B2 (en) | 2007-02-12 | 2011-11-01 | Telecommunication Systems, Inc. | Mobile automatic location identification (ALI) for first responders |
WO2008100114A1 (en) * | 2007-02-16 | 2008-08-21 | Alox Co, Ltd. | Method for transmitting data transmitted incompletely between server and client |
CN101316221B (zh) * | 2007-05-30 | 2012-04-04 | 华为终端有限公司 | 通知消息处理方法及设备 |
WO2008157343A1 (en) * | 2007-06-13 | 2008-12-24 | W2Bi, Inc. | Synchronizing information through profile management between a host system and a mobile device |
JP2009015572A (ja) * | 2007-07-04 | 2009-01-22 | Nec Corp | セキュリティシステム、端末、情報配信方法およびプログラム |
CN101355524B (zh) * | 2007-07-24 | 2013-10-09 | 华为技术有限公司 | 一种消息处理方法、系统、服务器和终端 |
JP2009049550A (ja) * | 2007-08-15 | 2009-03-05 | Hitachi Ltd | ゲートウェイ装置 |
WO2009038726A1 (en) | 2007-09-17 | 2009-03-26 | Telecommunication Systems, Inc. | Emergency 911 data messaging |
US7929530B2 (en) | 2007-11-30 | 2011-04-19 | Telecommunication Systems, Inc. | Ancillary data support in session initiation protocol (SIP) messaging |
US9130963B2 (en) | 2011-04-06 | 2015-09-08 | Telecommunication Systems, Inc. | Ancillary data support in session initiation protocol (SIP) messaging |
US7991740B2 (en) * | 2008-03-04 | 2011-08-02 | Apple Inc. | Synchronization server process |
WO2010002407A1 (en) * | 2008-07-02 | 2010-01-07 | Hewlett-Packard Development Company, L.P. | Performing administrative tasks associated with a network-attached storage system at a client |
US8068587B2 (en) | 2008-08-22 | 2011-11-29 | Telecommunication Systems, Inc. | Nationwide table routing of voice over internet protocol (VOIP) emergency calls |
US8525681B2 (en) | 2008-10-14 | 2013-09-03 | Telecommunication Systems, Inc. | Location based proximity alert |
US8892128B2 (en) | 2008-10-14 | 2014-11-18 | Telecommunication Systems, Inc. | Location based geo-reminders |
US8832319B2 (en) | 2008-11-18 | 2014-09-09 | Amazon Technologies, Inc. | Synchronization of digital content |
US20100153336A1 (en) * | 2008-12-15 | 2010-06-17 | Sony Ericsson Mobile Communications Ab | Method and system for synchronizing information |
US8259075B2 (en) | 2009-01-06 | 2012-09-04 | Hewlett-Packard Development Company, L.P. | Secondary key group layout for keyboard |
JP5003701B2 (ja) * | 2009-03-13 | 2012-08-15 | ソニー株式会社 | サーバ装置及び設定情報の共有化方法 |
US20100268784A1 (en) * | 2009-04-17 | 2010-10-21 | Marc Henness | Data synchronization system and method |
US9301191B2 (en) | 2013-09-20 | 2016-03-29 | Telecommunication Systems, Inc. | Quality of service to over the top applications used with VPN |
US8867485B2 (en) | 2009-05-05 | 2014-10-21 | Telecommunication Systems, Inc. | Multiple location retrieval function (LRF) network having location continuity |
US8336664B2 (en) | 2010-07-09 | 2012-12-25 | Telecommunication Systems, Inc. | Telematics basic mobile device safety interlock |
US8315599B2 (en) | 2010-07-09 | 2012-11-20 | Telecommunication Systems, Inc. | Location privacy selector |
US8942743B2 (en) | 2010-12-17 | 2015-01-27 | Telecommunication Systems, Inc. | iALERT enhanced alert manager |
US8688087B2 (en) | 2010-12-17 | 2014-04-01 | Telecommunication Systems, Inc. | N-dimensional affinity confluencer |
WO2012141762A1 (en) | 2011-02-25 | 2012-10-18 | Telecommunication Systems, Inc. | Mobile internet protocol (ip) location |
CN102684865B (zh) * | 2011-03-07 | 2015-05-27 | 中国移动通信有限公司 | 一种数据同步的方法、系统及设备 |
US8862693B2 (en) | 2011-03-11 | 2014-10-14 | Qualcomm Incorporated | Remote access and administration of device content and configuration using HTTP protocol |
US8924556B2 (en) | 2011-03-11 | 2014-12-30 | Qualcomm Incorporated | System and method for accessing a device having an assigned network address |
US8799470B2 (en) | 2011-03-11 | 2014-08-05 | Qualcomm Incorporated | System and method using a client-local proxy-server to access a device having an assigned network address |
US9052898B2 (en) | 2011-03-11 | 2015-06-09 | Qualcomm Incorporated | Remote access and administration of device content, with device power optimization, using HTTP protocol |
US8819233B2 (en) | 2011-03-11 | 2014-08-26 | Qualcomm Incorporated | System and method using a web proxy-server to access a device having an assigned network address |
US8649806B2 (en) | 2011-09-02 | 2014-02-11 | Telecommunication Systems, Inc. | Aggregate location dynometer (ALD) |
US9479344B2 (en) | 2011-09-16 | 2016-10-25 | Telecommunication Systems, Inc. | Anonymous voice conversation |
US8831556B2 (en) | 2011-09-30 | 2014-09-09 | Telecommunication Systems, Inc. | Unique global identifier header for minimizing prank emergency 911 calls |
CN103959708B (zh) | 2011-09-30 | 2017-10-17 | 卡尔加里科学公司 | 包括用于协作远程应用共享和注释的交互式数字表层的非耦合应用扩展 |
KR20140106551A (ko) | 2011-11-23 | 2014-09-03 | 캘거리 싸이언티픽 인코포레이티드 | 협업 원격 애플리케이션 공유 및 회의를 위한 방법들 및 시스템들 |
US9313637B2 (en) | 2011-12-05 | 2016-04-12 | Telecommunication Systems, Inc. | Wireless emergency caller profile data delivery over a legacy interface |
US9264537B2 (en) | 2011-12-05 | 2016-02-16 | Telecommunication Systems, Inc. | Special emergency call treatment based on the caller |
US8984591B2 (en) | 2011-12-16 | 2015-03-17 | Telecommunications Systems, Inc. | Authentication via motion of wireless device movement |
US9384339B2 (en) | 2012-01-13 | 2016-07-05 | Telecommunication Systems, Inc. | Authenticating cloud computing enabling secure services |
US8688174B2 (en) | 2012-03-13 | 2014-04-01 | Telecommunication Systems, Inc. | Integrated, detachable ear bud device for a wireless phone |
US9307372B2 (en) | 2012-03-26 | 2016-04-05 | Telecommunication Systems, Inc. | No responders online |
US9544260B2 (en) | 2012-03-26 | 2017-01-10 | Telecommunication Systems, Inc. | Rapid assignment dynamic ownership queue |
US9338153B2 (en) | 2012-04-11 | 2016-05-10 | Telecommunication Systems, Inc. | Secure distribution of non-privileged authentication credentials |
US9313638B2 (en) | 2012-08-15 | 2016-04-12 | Telecommunication Systems, Inc. | Device independent caller data access for emergency calls |
US9208346B2 (en) | 2012-09-05 | 2015-12-08 | Telecommunication Systems, Inc. | Persona-notitia intellection codifier |
US9542379B1 (en) | 2012-09-19 | 2017-01-10 | Amazon Technologies, Inc. | Synchronizing electronic publications between user devices |
KR101316903B1 (ko) * | 2012-09-19 | 2013-10-11 | 주식회사 시큐아이 | 고가용성 시스템에서 세션을 동기화하기 위한 방법 및 장치 |
US9456301B2 (en) | 2012-12-11 | 2016-09-27 | Telecommunication Systems, Inc. | Efficient prisoner tracking |
US8983047B2 (en) | 2013-03-20 | 2015-03-17 | Telecommunication Systems, Inc. | Index of suspicion determination for communications request |
US9408034B2 (en) | 2013-09-09 | 2016-08-02 | Telecommunication Systems, Inc. | Extended area event for network based proximity discovery |
US9516104B2 (en) | 2013-09-11 | 2016-12-06 | Telecommunication Systems, Inc. | Intelligent load balancer enhanced routing |
US9479897B2 (en) | 2013-10-03 | 2016-10-25 | Telecommunication Systems, Inc. | SUPL-WiFi access point controller location based services for WiFi enabled mobile devices |
US9872174B2 (en) | 2014-09-19 | 2018-01-16 | Google Inc. | Transferring application data between devices |
US20160088064A1 (en) * | 2014-09-19 | 2016-03-24 | Google Inc. | Storing and transferring application data between devices |
CN104767758A (zh) * | 2015-04-20 | 2015-07-08 | 浪潮电子信息产业股份有限公司 | 一种指令处理方法及装置 |
US10795747B2 (en) * | 2018-05-17 | 2020-10-06 | Microsoft Technology Licensing, Llc | File synchronizing service status monitoring and error handling |
KR20210038207A (ko) * | 2019-09-30 | 2021-04-07 | 휴렛-팩커드 디벨롭먼트 컴퍼니, 엘.피. | 로그인 기반 장치 데이터 동기화 |
CN113452770B (zh) * | 2021-06-24 | 2023-05-02 | 未鲲(上海)科技服务有限公司 | 数据同步方法、装置、计算机设备及存储介质 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5884323A (en) * | 1995-10-13 | 1999-03-16 | 3Com Corporation | Extendible method and apparatus for synchronizing files on two different computer systems |
FI102869B1 (fi) * | 1996-02-26 | 1999-02-26 | Nokia Mobile Phones Ltd | Laite, menetelmä ja järjestelmä eri sovelluksiin liittyvien tietojen lähettämiseksi ja vastaanottamiseksi |
WO1998024018A2 (en) | 1996-11-13 | 1998-06-04 | Puma Technology Inc. | Synchronization of databases |
US6516314B1 (en) | 1998-11-17 | 2003-02-04 | Telefonaktiebolaget L M Ericsson (Publ) | Optimization of change log handling |
JP2001086001A (ja) | 1999-09-14 | 2001-03-30 | Mega Chips Corp | データ伝達システム |
US6882637B1 (en) * | 1999-10-14 | 2005-04-19 | Nokia Networks Oy | Method and system for transmitting and receiving packets |
US6839339B1 (en) | 2000-02-02 | 2005-01-04 | Lucent Technologies Inc. | Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets |
US6820133B1 (en) | 2000-02-07 | 2004-11-16 | Netli, Inc. | System and method for high-performance delivery of web content using high-performance communications protocol between the first and second specialized intermediate nodes to optimize a measure of communications performance between the source and the destination |
-
2001
- 2001-10-09 US US09/974,021 patent/US7155521B2/en not_active Expired - Lifetime
-
2002
- 2002-09-04 TW TW091120112A patent/TWI270283B/zh not_active IP Right Cessation
- 2002-10-08 ES ES02767509T patent/ES2368211T3/es not_active Expired - Lifetime
- 2002-10-08 CN CNB028198719A patent/CN1326346C/zh not_active Expired - Lifetime
- 2002-10-08 JP JP2003535407A patent/JP4091544B2/ja not_active Expired - Lifetime
- 2002-10-08 MY MYPI20023741A patent/MY135261A/en unknown
- 2002-10-08 KR KR1020047005121A patent/KR100737996B1/ko active IP Right Grant
- 2002-10-08 WO PCT/FI2002/000789 patent/WO2003032569A1/en active Application Filing
- 2002-10-08 AT AT02767509T patent/ATE521155T1/de not_active IP Right Cessation
- 2002-10-08 RU RU2004114237/09A patent/RU2298287C2/ru active
- 2002-10-08 EP EP02767509A patent/EP1435149B1/en not_active Expired - Lifetime
-
2004
- 2004-04-08 ZA ZA2004/02747A patent/ZA200402747B/en unknown
-
2005
- 2005-08-18 US US11/206,612 patent/US20060004922A1/en not_active Abandoned
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2497299C2 (ru) * | 2008-08-14 | 2013-10-27 | Зти Корпорейшн | Способ реализации адаптации контента и сервер для адаптации контента |
RU2536379C2 (ru) * | 2008-11-26 | 2014-12-20 | Калгари Сайентифик Инк. | Способ и система для обеспечения удаленного доступа к состоянию прикладной программы |
US9367365B2 (en) | 2008-11-26 | 2016-06-14 | Calgary Scientific, Inc. | Method and system for providing remote access to a state of an application program |
US10334042B2 (en) | 2008-11-26 | 2019-06-25 | Calgary Scientific Inc. | Method and system for providing remote access to a state of an application program |
US9871860B2 (en) | 2008-11-26 | 2018-01-16 | Calgary Scientific Inc. | Method and system for providing remote access to a state of an application program |
US10965745B2 (en) | 2008-11-26 | 2021-03-30 | Calgary Scientific Inc. | Method and system for providing remote access to a state of an application program |
US10055105B2 (en) | 2009-02-03 | 2018-08-21 | Calgary Scientific Inc. | Method and system for enabling interaction with a plurality of applications using a single user interface |
US10410306B1 (en) | 2011-01-04 | 2019-09-10 | Calgary Scientific Inc. | Method and system for providing remote access to data for display on a mobile device |
US9741084B2 (en) | 2011-01-04 | 2017-08-22 | Calgary Scientific Inc. | Method and system for providing remote access to data for display on a mobile device |
US8949378B2 (en) | 2011-03-21 | 2015-02-03 | Calgary Scientific Inc. | Method and system for providing a state model of an application program |
US10158701B2 (en) | 2011-03-21 | 2018-12-18 | Calgary Scientific Inc.. | Method and system for providing a state model of an application program |
US9992253B2 (en) | 2011-08-15 | 2018-06-05 | Calgary Scientific Inc. | Non-invasive remote access to an application program |
US10474514B2 (en) | 2011-08-15 | 2019-11-12 | Calgary Scientific Inc. | Method for flow control and for reliable communication in a collaborative environment |
US10693940B2 (en) | 2011-08-15 | 2020-06-23 | Calgary Scientific Inc. | Remote access to an application program |
US9986012B2 (en) | 2011-08-15 | 2018-05-29 | Calgary Scientific Inc. | Remote access to an application program |
US9720747B2 (en) | 2011-08-15 | 2017-08-01 | Calgary Scientific Inc. | Method for flow control and reliable communication in a collaborative environment |
US9602581B2 (en) | 2012-03-02 | 2017-03-21 | Calgary Scientific Inc. | Remote control of an application using dynamic-linked library (DLL) injection |
US9729673B2 (en) | 2012-06-21 | 2017-08-08 | Calgary Scientific Inc. | Method and system for providing synchronized views of multiple applications for display on a remote computing device |
US9686205B2 (en) | 2013-11-29 | 2017-06-20 | Calgary Scientific Inc. | Method for providing a connection of a client to an unmanaged service in a client-server remote access system |
US10728168B2 (en) | 2013-11-29 | 2020-07-28 | Calgary Scientific Inc. | Method for providing a connection of a client to an unmanaged service in a client-server remote access system |
US9979670B2 (en) | 2013-11-29 | 2018-05-22 | Calgary Scientific Inc. | Method for providing a connection of a client to an unmanaged service in a client-server remote access system |
US10015264B2 (en) | 2015-01-30 | 2018-07-03 | Calgary Scientific Inc. | Generalized proxy architecture to provide remote access to an application framework |
US11310348B2 (en) | 2015-01-30 | 2022-04-19 | Calgary Scientific Inc. | Highly scalable, fault tolerant remote access architecture and method of connecting thereto |
Also Published As
Publication number | Publication date |
---|---|
CN1565101A (zh) | 2005-01-12 |
US20030101329A1 (en) | 2003-05-29 |
JP2005505990A (ja) | 2005-02-24 |
ES2368211T3 (es) | 2011-11-15 |
RU2004114237A (ru) | 2005-09-20 |
EP1435149A1 (en) | 2004-07-07 |
EP1435149B1 (en) | 2011-08-17 |
ZA200402747B (en) | 2005-06-29 |
KR20040041677A (ko) | 2004-05-17 |
WO2003032569A1 (en) | 2003-04-17 |
US7155521B2 (en) | 2006-12-26 |
US20060004922A1 (en) | 2006-01-05 |
KR100737996B1 (ko) | 2007-07-12 |
TWI270283B (en) | 2007-01-01 |
CN1326346C (zh) | 2007-07-11 |
ATE521155T1 (de) | 2011-09-15 |
MY135261A (en) | 2008-03-31 |
JP4091544B2 (ja) | 2008-05-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2298287C2 (ru) | Способ инициируемой сервером синхронизации в системе синхронизации, где сообщение запроса от сервера имеет максимальный размер | |
US20060190608A1 (en) | Method for the obtaining of deployment components to electronic devices | |
JP5016563B2 (ja) | 電気通信システムにおけるアプリケーション・データの同期 | |
CN100399748C (zh) | 用于用户终端软件升级的通信系统、方法以及用户终端 | |
US7570668B2 (en) | Data synchronization | |
EP2404457B1 (en) | Device determination | |
US7912453B2 (en) | Method and apparatus for wireless data services over a selected bearer service | |
US8190671B2 (en) | Arranging synchronization session | |
US8073432B2 (en) | Data synchronization | |
EP1473873A2 (en) | Device management | |
US20040186918A1 (en) | Method and apparatus for dispatching incoming data in a multi-application terminal | |
US7746824B2 (en) | Method and apparatus for establishing multiple bandwidth-limited connections for a communication device | |
JP2006314135A (ja) | マルチメディア・メッセージ・サービス実施方法、マルチメディア・メッセージ・システム、マルチメディア・メッセージ・システムのサーバ、およびマルチメディア端末 | |
WO2006125862A1 (en) | Device management with configuration information | |
JP5589099B2 (ja) | 特定用途向け登録データまたは登録解除データの送信方法、そのための、システム、サーバ、通信端末 | |
US7194551B1 (en) | System and method for downloading data to a mobile wireless unit using over-the-air parameter administration services | |
CN102598735B (zh) | 建立应用会话的方法、设备和相应通知 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PC41 | Official registration of the transfer of exclusive right |
Effective date: 20160602 |