Способ и устройство для обеспечения связи с услугой с использованием идентификатора получателя

Способ и устройство для обеспечения связи с услугой с использованием идентификатора получателя

Иллюстрации

Показать все

Реферат

УРОВЕНЬ ТЕХНИКИ

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Варианты осуществления настоящего изобретения проиллюстрированы в качестве примеров на прилагаемых чертежах.

На фиг.1 показана блок-схема системы, которая в соответствии с одним из вариантов осуществления настоящего изобретения способна предоставлять связь с услугой с использованием идентификатора получателя.

На фиг.2 показана блок-схема компонентов платформы обмена данными в соответствии с одним из вариантов осуществления настоящего изобретения.

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

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

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

На фиг.6 показана блок-схема процессов, изображенных на фиг.3 и 4, в соответствии с одним из вариантов осуществления настоящего изобретения.

На фиг.7 показана блок-схема аппаратного обеспечения, которое может быть использовано для реализации настоящего изобретения.

На фиг.8 показана блок-схема набора микросхем, который может быть использован для реализации настоящего изобретения.

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

ОПИСАНИЕ НЕКОТОРЫХ ПРИМЕРОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

На фиг.1 показана блок-схема системы, которая в соответствии с одним из вариантов осуществления настоящего изобретения способна обеспечивать связь с услугой с использованием идентификатора получателя. Как указано выше, при взаимодействии с услугами, в особенности с услугами, предоставляемыми третьей стороной, для пользователя предпочтительно не раскрывать некоторую информацию, такую как идентификатор пользователя (например, идентификатор в сети Jabber (JID, Jabber Identifier) для услуг передачи сообщений, другие уникальные идентификаторы пользователя и т.д.) или идентификатор устройства (например, номер мобильного телефона, электронный порядковый номер устройства (ESN, electronic serial number), идентификатор мобильного оборудования (MFID, mobile equipment identifier) и т.д.) для услуг и разработчиков программного обеспечения третьей стороны. Например, если устройство принимает уведомление от услуги третьей стороны, такой как услуга социальной сети или услуга предоставления музыкальных файлов, желательно сделать идентификатор пользователя или устройства недоступным или, в противном случае, скрыть его от услуги и/или разработчиков приложений третьей стороны. Обычно одним из способов реализации таких функций является генерация для пользователей опознавательных символов (токенов), которые хранятся в базе данных для соответствующих пользователей. Опознавательные символы могут генерироваться произвольным образом, благодаря чему можно предотвратить доступ к идентификатору пользователя. После приема опознавательного символа для нахождения пользовательских данных (например, идентификатора пользователя и/или конкретного устройства указанного пользователя), связанных с принятым опознавательным символом, может выполняться процесс поиска в базе данных сгенерированных опознавательных символов. Согласно другому обычно применяемому способу эти функции реализуют путем хэширования информации, подлежащей сокрытию, после чего хэшированные данные сохраняют в базе данных. После приема хэшированных данных выполняют их поиск в базе данных. Однако оба этих способа обладают значительными недостатками в том, что касается обслуживания базы данных, поскольку объем хранимых в ней данных возрастает по мере роста количества устройств и пользователей, а также приложений, использующих базу данных. Таким образом, требуется реализация способа предотвращения доступа к идентификатору пользователя с минимальной нагрузкой на средства управления базой данных.

Для решения этой проблемы в системе 100, показанной на фиг.1, обеспечивается возможность связи с услугой с использованием идентификатора получателя, посредством которого кодируется потенциально критичная информация (например, идентификаторы пользователя, идентификаторы устройства и т.д.) таким образом, чтобы защитить информацию и в то же время предоставить авторизированным услугам возможность декодирования информации или доступа к ней без необходимости обращения к базе данных для поиска такой информации. Более конкретно, система 100 принимает запрос генерации идентификатора получателя для индикации данных, которыми обмениваются услуга и приложение, установленное в устройстве. В одном из вариантов осуществления настоящего изобретения в состав идентификатора получателя может входить информация для определения устройства и/или пользователя, получающего данные, а также приложения, предназначенного для использования этих данных, и т.п. Соответственно, система 100 определяет, по меньшей мере частично, идентификатор пользователя, один или более идентификаторов устройства, связанных с устройством, один или более идентификаторов приложения, связанных с приложением, или комбинацию этих идентификаторов, которые затем кодируются и используются для генерации идентификатора получателя. В одном из вариантов осуществления настоящего изобретения информацию кодируют в идентификаторе получателя таким образом, чтобы идентификатор пользователя, идентификаторы устройства и идентификаторы приложения непосредственно могли быть декодированы из идентификатора получателя. В этом описании фраза "непосредственно декодируемый" означает, например, что идентификатор пользователя, идентификаторы устройства и/или идентификаторы приложения могут быть извлечены или получены из идентификатора получателя без использования справочной таблицы или базы данных идентификаторов. В одном из вариантов осуществления настоящего изобретения процессы кодирования и декодирования выполняют путем применения вычислений соответственно сгенерированного или используемого идентификатора получателя, как это более подробно описывается ниже со ссылками на фиг.2-7В.

После генерации идентификатора получателя система 100 передает сгенерированный идентификатор получателя в приложение и/или в услугу. В описанном подходе идентификатор получателя передается без предоставления или, в противном случае, раскрытия закодированной информации (например, идентификатора пользователя, идентификаторов устройства, идентификаторов приложения и т.д.) приложению и/или услуге третьей стороны. В определенных вариантах осуществления настоящего изобретения система 100 может передавать сгенерированный идентификатор получателя в приложение, которое затем передает его в услугу. Кроме того, или в альтернативном варианте, система 100 может передавать идентификатор получателя непосредственно услуге. Поскольку идентификатор пользователя и/или идентификаторы устройства закодированы в идентификаторе получателя и не могут быть прочитаны без декодирования, идентификатор устройства или пользователя скрыт от приложения и услуги. В некоторых вариантах осуществления настоящего изобретения идентификатор приложения также может быть закодирован в идентификаторе получателя и, таким образом, скрыт от услуги. Кроме того, динамическое кодирование и декодирование позволяет системе 100 использовать идентификаторы получателей без обращения к базе данных идентификаторов получателей и без обработки соответствующей полезной информации (например, идентификатора пользователя, идентификаторов устройства, идентификаторов приложения). Это устраняет необходимость обслуживания объемной базы данных идентификаторов получателей для различных устройств и приложений.

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

Как показано на фиг.1, в состав системы 100 входит пользовательское оборудование (UE, user equipment) 101, соединенное через сеть 107 связи с платформой 103 предоставления услуг и платформой 105 обмена данных. В одном из вариантов осуществления настоящего изобретения источником данных, доступных для пользователя, может являться платформа 103 предоставления услуг, одна или более услуг 109a-109n платформы 103 предоставления услуг, один или более поставщиков 111a-111m данных и/или другие услуги передачи данных, доступные через сеть 107 связи. Например, услуга 109a может получать данные (например, уведомления или мультимедиа контент) от поставщика 111a данных для доставки полученных данных в UE 101. Платформа 103 предоставления услуг, услуги 109a-109n и/или поставщики 111a-111m контента могут предоставлять данные, которые могут передаваться в UE 101 через сеть 107 связи. Каждая из услуг 117а-117n, например, может обеспечивать различный контент и/или услуги различных типов (например, услугу взаимодействия в социальных сетях, услугу передачи сообщений или услугу предоставления музыкальных файлов). Некоторые услуги 109a-n могут предоставляться с различным качеством обслуживания, например, с гарантированной пропускной способностью, соответствующей уровню обслуживания, оговоренному между поставщиками информационной связи и услуги. Идентификатор получателя может использоваться в качестве промежуточного средства при передаче данных от источника данных (например, услуг 109a-109n, поставщиков 111a-111m данных) в UE 101 и/или в приложение 113, установленное в UE 101.

В одном из вариантов осуществления настоящего изобретения UE 101 содержит или исполняет приложение 113, являющееся клиентским по отношению к услуге 109. Например, приложение 113 может представлять собой клиента услуги мгновенного обмена сообщениями, который получает уведомления о сообщениях из соответствующей услуги 109 (например, услуги мгновенного обмена сообщениями). Согласно приводимому в этом описании подходу приложение 113 может запрашивать идентификатор получателя для идентификации получателя данных (например, сообщений, уведомлений и т.д.), которые передаются от услуги 109 в приложение 113. В одном из вариантов осуществления приложение 113 может передавать запрос клиенту 115, который сконфигурирован для связи с платформой 105 обмена данными. Как показано на чертеже, клиент 115 также выполняется или является резидентным приложением в UE 101 и отвечает за преобразование запроса, поступающего из приложения 113, таким образом, чтобы идентификатор получателя мог быть сгенерирован платформой 105 обмена данными, В этом варианте осуществления клиент 115 и платформа 105 обмена данными работают совместно для реализации процесса генерации идентификаторов получателя, обеспечивая при этом защиту потенциально критичных идентификаторов (например, идентификаторов устройства, идентификаторов пользователя и т.д.) от их раскрытия приложениям и/или услугам третьей стороны. Более конкретно, поскольку приложение 113 (например, приложение третьей стороны) не осведомлено о специфических идентификаторах, связанных с UE 101, или не имеет к ним доступа, запрос, поступающий из приложения 113, не содержит таких идентификаторов. Однако такие идентификаторы часто требуются для маршрутизации данных от услуги 109 в приложение 113. Соответственно, клиент 115 принимает запрос из приложения 113 и преобразует его путем добавления идентификаторов устройства, идентификаторов пользователя и т.д. Затем клиент 115 передает запрос в платформу 105 обмена данными для обработки и генерации запрошенного идентификатора получателя. Поскольку клиент 115 и платформа 105 обмена данными входят в состав закрытой или защищенной системы для генерации и обработки идентификаторов получателя, критичные идентификаторы недоступны ни приложению 113, ни услуге 109.

Например, приложение 113 может передавать запрос клиенту 115 посредством обращения к прикладному программному интерфейсу (API, application programming interface) активизатора устройства. Как указывалось выше, клиент 115 затем может преобразовать этот запрос для включения потенциально критичной информации, связанной с пользователем или устройством (например, UE 101). Таким образом, критичная информация не предоставляется приложению 113. Например, запрос может содержать идентификатор запрошенного приложения, идентификатор пользователя, идентификатор устройства, идентификатор услуги, для которой передается идентификатор получателя, и т.д. Идентификатор устройства может совмещаться с идентификатором пользователя, образуя единый идентификатор, такой как идентификатор в сети Jabber (JID). Этот запрос затем может быть передан из клиента 115 в платформу 105 обмена данными через сеть 107 связи. С использованием информации, содержащейся в принятом запросе, платформа 105 обмена данными генерирует идентификатор получателя путем кодирования идентификационной информации, предоставленной клиентом 115. Как отмечалось выше, в идентификаторе получателя кодируется идентификационная информация таким образом, чтобы защитить ее от раскрытия, но так, чтобы она могла быть непосредственно декодирована авторизованными компонентами или процессами (например, компонентами и/или процессами платформы 105 обмена данными).

Затем платформа 105 обмена данными передает сгенерированный идентификатор получателя клиенту 115, который, в свою очередь, пересылает идентификатор получателя в приложение 113. Далее приложение 113 передает принятый идентификатор получателя в услугу 109, для того чтобы последующие данные (например, сообщения, уведомления и т.д.), которыми обмениваются приложение 113 и услуга 109, могли идентифицироваться должным образом. Таким образом, идентификационная информация об устройстве (например, UE 101) или пользователе скрыта от услуги 109, поскольку идентификатор пользователя и/или идентификаторы устройства закодированы в идентификаторе получателя. В одном из вариантов осуществления настоящего изобретения услуга 109 может применять идентификатор получателя для передачи данных через платформу 105 обмена данными в приложение 113 в отсутствие информации о специфических идентификаторах целевого устройства UE 101. Например, для передачи данных (например, сообщений, уведомлений) в UE 101 услуга 109 вначале передает данные и соответствующий идентификатор получателя в платформу 105 обмена данными. Платформа 105 обмена данными затем декодирует идентификатор получателя для определения идентификатора приложения, идентификатора пользователя и/или идентификатора устройства (например, JID) либо любой другой информации. Затем платформа 105 обмена данными направляет данные в установленное UE 101 и/или приложение 113, не раскрывая идентификационную информацию приложению 113 или услуге 109. В одном из вариантов осуществления данные совместно с преобразованной информацией (например, идентификатором приложения, идентификатором устройства, идентификатором пользователя и т.д.) передаются клиенту 115 устройства UE 101, соответствующего преобразованной информации (например, идентификатору пользователя/устройства). Клиент 115 затем доставляет данные в приложение 113 в соответствии с преобразованной информацией (например, идентификатором приложения). Идентификатор получателя скрыт от приложения третьей стороны, например, от приложения 113.

В одном из вариантов осуществления настоящего изобретения платформа 105 обмена данными может шифровать идентификатор пользователя, идентификаторы устройства и/или идентификаторы приложения. Таким образом, данные и идентификатор целевого устройства могут быть включены в идентификатор получателя в зашифрованной форме. Кроме того, идентификатор получателя может быть сгенерирован из зашифрованного идентификатора пользователя, идентификаторов устройства и/или зашифрованного идентификатора приложения. Идентификатор целевого пользователя и/или идентификатор устройства может представлять собой идентификатор в сети Jabber (JID) в соответствии с расширяемым протоколом обмена сообщениями и определения присутствия (ХМРР, extensible messaging and presence protocol). Идентификатор получателя также может содержать код аутентификации сообщения (MAC, message authentication code), такой как хэш-код аутентификации сообщения (НМАС, hash-based message authentication code), с использованием которого может подтверждаться целостность (а также подлинность) идентификатора получателя.

В другом варианте осуществления настоящего изобретения идентификатор получателя может быть зашифрован с использованием симметричного шифра, такого как строго симметричный шифр (например, в соответствии со стандартом усовершенствованного шифрования 256-битным ключом (AES, advanced encryption standard)), или асимметричного шифра. Симметричный шифр может быть основан на одном или более ключей. Например, платформа 105 обмена данными может выбрать первичный ключ для симметричного шифра на основе идентификатора услуги, связанного с услугой. В частности, первичный ключ может быть выбран на основе хэша входных данных, содержащих информацию об идентификаторе услуги, уровне обслуживания и предварительно определенных параметрах. Кроме того, платформа 105 обмена данными может также сгенерировать вторичный ключ для симметричного шифра согласно коду НМАС, сформированному из идентификаторов услуги, предварительно определенных параметров (например, уровня услуги) или их комбинации. Например, вторичный ключ может представлять собой код НМАС, сформированный с использованием таблицы первичных ключей, идентификаторов услуги, предварительно определенных параметров.

После генерации идентификатора получателя и передачи его в приложение 113 платформе 105 обмена данными не требуется сохранять сгенерированный идентификатор получателя для последующего обращения к нему, поскольку платформа 105 обмена данными может при необходимости восстановить или декодировать идентификатор получателя. В одном из примеров сгенерированный идентификатор получателя может временно сохраняться в кэш-памяти, такой как оперативная память (RAM, random access memory). Поскольку идентификатор получателя не сохраняется или временно сохраняется в кэш-памяти, достигается преимущество, заключающееся в том, что отсутствует необходимость в обслуживании базы данных, в которой хранится большой объем данных, связанных с идентификаторами получателей различных пользователей и устройств.

Следовательно, преимущество этого подхода состоит в том, что система 100 обеспечивает новый способ выполнения связи между услугой и устройством, позволяющий скрыть идентификационную информацию об устройстве и устраняющий необходимость обслуживания базы данных, хранящей идентификаторы получателей. Поскольку идентификатор получателя используется для маршрутизации данных из услуги и содержит закодированные идентификаторы пользователя, устройства и приложения, услуга не имеет доступа к идентификационной информации об устройствах и/или пользователях путем доступа только к идентификатору получателя. В результате идентификационная информация устройств и/или пользователей может быть скрыта от услуги, при этом предоставляется информация для маршрутизации данных из услуги. Кроме того, идентификатор получателя временно сохраняется в запоминающем устройстве только до тех пор, пока он не будет передан, вследствие чего устраняется необходимость в обслуживании большой базы данных идентификаторов получателей различных устройств, услуг и пользователей. Соответственно, предполагается реализация средств для обеспечения связи с услугой с использованием идентификатора получателя.

Например, сеть 107 связи системы 100 может включать в свой состав одну или более сетей, таких как сеть передачи данных (не показана), беспроводная сеть (не показана), телефонная сеть (не показана) или любую комбинацию этих сетей. Предполагается, что сеть передачи данных может представлять собой любую локальную сеть (LAN, local area network), городскую сеть (MAN, metropolitan area network), глобальную сеть (WAN, wide area network), сеть передачи данных общего пользования (например, Интернет), беспроводную сеть ближней связи или любую другую подходящую сеть с коммутацией пакетов, такую как коммерческая, частная сеть с коммутацией пакетов, например, частная кабельная или волоконно-оптическая сеть и т.п., или любую комбинацию указанных сетей. Кроме того, беспроводная сеть может, например, представлять собой сотовую сеть и может использовать различные технологии, включая усовершенствованную передачу данных для развития GSM (EDGE, enhanced data rates for global evolution), общую услугу пакетной радиосвязи (GPRS, general packet radio service), глобальную систему мобильной связи (GSM, global system for mobile communications), мультимедийную подсистему передачи данных по Интернет-протоколу (IMS, Internet protocol multimedia subsystem), универсальную систему мобильной связи (UMTS, universal mobile telecommunications system) и т.д., а также любую другую подходящую технологию передачи данных в беспроводной среде, например, технологию глобального взаимодействие для микроволнового доступа (WiMAX, worldwide interoperability for microwave access), сети технологии долгосрочного развития (LTE, Long Term Evolution), множественный доступ с кодовым разделением (CDMA, code division multiple access), широкополосный множественный доступ с кодовым разделением (WCDMA, wideband code division multiple access), сеть WiFi (wireless fidelity), беспроводную локальную сеть (WLAN, wireless LAN), Bluetooth®, сеть передачи данных по Интернет-протоколу, спутниковую сеть, мобильную специальную сеть (MANET, mobile ad-hoc network) и т.п., или любую комбинацию указанных сетей.

UE 101 представляет собой мобильный терминал, фиксированный терминал или переносной терминал, включая мобильный телефон, станцию, блок, устройство, мультимедийный компьютер, мультимедийный планшет, Интернет-узел, коммуникатор, настольный компьютер, ноутбук, сетевой компьютер, систему персональной связи (PCS, personal communication system), персональное навигационное устройство, персональное информационное устройство (PDA, Personal Digital Assistant), аудио/видео проигрыватель, цифровую записывающую видеокамеру/камкордер, устройство позиционирования, телевизионный приемник, радиоприемник, электронную книгу, игровое устройство или любую комбинацию указанных устройств, включая вспомогательные и периферийные компоненты этих устройств или любую комбинацию этих компонентов. Также предполагается возможность поддержки устройством UE 101 интерфейса пользователя любого типа (например, "носимой" схемы и т.д.).

Например, UE 101, услуга 109 и платформа 105 обмена данными осуществляют связь друг с другом и другими компонентами сети 107 связи с помощью хорошо известных, новых или находящихся на стадии развития протоколов. В этом контексте протокол включает набор правил, описывающих способ взаимодействия друг с другом сетевых узлов в сети 107 связи на основе информации, передаваемой по линиям связи. Протоколы в каждом узле действуют на различных уровнях функционирования: от генерации и приема физических сигналов различных типов до выбора линии связи для передачи этих сигналов, форматирования информации, указываемой этими сигналами, идентификации программного приложения, выполняющегося в компьютерной системе, которая передает или принимает информацию. Концептуально различные уровни протоколов для обмена информацией через сеть описываются в рамках эталонной модели взаимодействия открытых систем (OSI, Open Systems Interconnection).

Связь между сетевыми узлами обычно выполняется посредством обмена отдельными пакетами данных. Каждый пакет обычно содержит (1) заголовок, связанный с конкретным протоколом, и (2) полезную нагрузку, которая следует за информацией заголовка и содержит информацию, которая может обрабатываться независимо от этого конкретного протокола. В некоторых протоколах пакет содержит (3) концевую часть, следующую за информацией полезной нагрузки и указывающую на окончание полезной нагрузки. Заголовок содержит такую информацию, как источник пакета, его пункт назначения, длину полезной нагрузки и другие параметры, используемые протоколом. Часто в данные полезной нагрузки для конкретного протокола включается заголовок и полезная нагрузка для другого протокола, связанного с иным, более высоким уровнем эталонной модели OSI. Заголовок для конкретного протокола обычно указывает тип для следующего протокола, данные которого содержатся в его полезной нагрузке. Считается, что протокол более высокого уровня должен быть инкапсулирован в протокол более низкого уровня. Заголовки, включенные в пакет, передаваемый через множество гетерогенных сетей, таких как Интернет, обычно содержат физический заголовок (уровень 1), заголовок канала передачи данных (уровень 2), заголовок межсетевого взаимодействия (уровень 3) и транспортный заголовок (уровень 4), а также заголовки различных приложений (уровни 5, 6 и 7), определенные эталонной моделью OSI.

В одном из вариантов осуществления настоящего изобретения клиент 115 и платформа 105 обмена данными взаимодействуют в соответствии с моделью клиент-сервер. Следует отметить, что модель клиент-сервер взаимодействия компьютерных процессов широко известна и востребована. Согласно модели клиент-сервер клиентский процесс посылает серверному процессу сообщение, содержащее запрос, и серверный процесс в ответ на этот запрос предоставляет услугу. Серверный процесс также может возвращать клиентскому процессу ответное сообщение. Часто клиентский и серверный процессы выполняются на различных компьютерах, называемых хостами, и осуществляют связь друг с другом по сети с использованием одного или более протоколов сетевого взаимодействия. Термин "сервер" обычно используется для обозначения процесса, предоставляющего услугу, или хост-компьютера, на котором этот процесс выполняется. Подобным образом, термин "клиент" обычно используется для обозначения процесса, осуществляющего запрос, или хост-компьютера, на котором этот процесс выполняется. В данном описании термины "клиент" и "сервер" относятся к процессам, а не к хост-компьютерам, если иная интерпретация не очевидна из контекста. Кроме того, процесс, выполняемый сервером, может разбиваться на множество процессов, выполняемых на множестве хостов (иногда называемых уровнями), для того чтобы, помимо прочего, обеспечить надежность, масштабирование и резервирование.

На фиг.2 показана блок-схема компонентов платформы 105 обмена данными в соответствии с одним из вариантов осуществления настоящего изобретения. Например, платформа 105 обмена данными содержит один или более компонентов, обеспечивающих связь с услугой с использованием идентификатора получателя. Предполагается, что эти функции могут выполняться одним или более компонентами или другими компонентами эквивалентной функциональности. В этом варианте осуществления настоящего изобретения платформа 105 обмена данными содержит модуль 201 маршрутизации сообщений, включающий в свой состав аутентификатор 203 клиента, и хост-модуль 205 услуги, включающий в свой состав генератор 207 идентификатора получателя, аутентификатор 209 услуги, декодер 211 идентификатора получателя и таблицу 213 ключей. Модуль 201 маршрутизации сообщений выполняет функции управления/контроля любых входящих и исходящих сеансов связи с клиентом 115 и хост-модулем 205 услуги, например, используемых для передачи файлов или данных, содержащих информацию, относящуюся к идентификаторам устройства и идентификаторам приложения. Аутентификатор 203 клиента выполняет аутентификацию клиента 115 для инициирования связи между модулем 201 маршрутизации сообщений и клиентом 115. Генератор 207 идентификатора получателя генерирует идентификатор получателя на основе идентификаторов пользователя, идентификаторов устройства и/или идентификаторов приложения, принимаемых из модуля 201 маршрутизации сообщений. Идентификатор получателя может использоватьс