Доставка мобильного контента в сети мобильной связи

Иллюстрации

Показать все

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

Реферат

Область техники, к которой относится изобретение

[0001] Сети электронной связи позволяют покупателям приобретать мультимедийный контент через сетевое вычислительное устройство. Финансовые операции могут проводиться в электронном виде для упрощения приобретения мультимедийного контента через сети электронной связи. Электронные финансовые операции могут использовать электронную аутентификацию покупателя для обеспечения защищенной транзакции между покупателем и поставщиком мультимедийного контента и проверки личности покупателя.

Сущность изобретения

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

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

Краткое описание чертежей

[0004] Фиг.1 изображает вариант осуществления системы доставки мобильного контента.

[0005] Фиг.2 изображает вариант осуществления способа обеспечение доставки мобильного контента.

[0006] Фиг.3 изображает вариант осуществления способа аутентификации платежных взаимоотношений между сетевым клиентом и системой рынка мобильных услуг.

[0007] Фиг.4 изображает вариант осуществления способа аутентификации платежных взаимоотношений между сетевым клиентом и оператором мобильной связи.

[0008] Фиг.5 изображает схему последовательности операций, изображающую вариант реализации иллюстративного способа из фиг.2.

Подробное описание изобретения

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

[0010] Фиг.1 изображает иллюстративный вариант осуществления системы 100 доставки мобильного контента. Система 100 доставки мобильного контента может включать в себя систему 110 рынка мобильных услуг, которая обеспечивает платформу, позволяющую сетевым клиентам приобретать мобильный контент для мобильных устройств. Система 110 рынка мобильных услуг будет описана применительно к одному вычислительному устройству, но при этом следует понимать, что система 110 рынка мобильных услуг может содержать два или более вычислительных устройств, действующих согласованно друг с другом.

[0011] Система 110 рынка мобильных услуг может включать в себя логическую подсистему 112 и подсистему 114 хранения данных. Логическая подсистема 112 может содержать один или несколько процессоров. Подсистема 114 хранения данных изображается как хранящая команды 116, исполняемые посредством логической подсистемы 112, которые могут быть использованы для реализации одного или несколько раскрытых в настоящем документе способов. Команды 116 могут содержать один или несколько модулей (например, программных модулей), включающих в себя один или несколько из модуля 118 аутентификации, платежного модуля 120, модуля 122 сопоставления и модуля 124 службы коротких сообщений (SMS). Более подробно эти модули будут описаны со ссылкой на способы 200, 300 и 400 по фиг.2-4.

[0012] Подсистема 114 хранения данных может включать в себя устройство 128 хранения профиля клиента, сконфигурированное для хранения одного или нескольких профилей клиента, неограничивающий пример которых будет описан более подробно со ссылкой на профиль 130 клиента. Профиль 130 клиента может включать в себя один или несколько идентификаторов 132 пользователя, идентификатор 134 сети мобильной связи, код 140 оплаты, данные 146 аутентификации и данные 148 о предпочтениях клиента.

[0013] Идентификатор 134 сети мобильной связи может включать в себя один или несколько из идентификатора 136 мобильного устройства и идентификатора 138 оператора мобильной связи. В качестве одного примера, идентификатор сети мобильной связи является электронным серийным номером мобильного устройства (например, первого вычислительного устройства 184) сетевого клиента (например, сетевого клиента 182), который может быть считан посредством системы рынка мобильных услуг. В качестве другого примера, идентификатор 134 сети мобильной связи может включать в себя один или несколько из номера международной идентификации мобильного абонента (IMSI), номера мобильного абонента цифровой сети с интеграцией услуг (MSISDN) и альтернативного имени оператора мобильной связи, которые могут быть считаны посредством системы рынка мобильных услуг. Например, альтернативное имя оператора мобильной связи может быть считано посредством системы рынка мобильных услуг через шлюз протокола беспроводного доступа оператора мобильной связи. В некоторых вариантах осуществления, альтернативное имя оператора мобильной связи является односторонне хешированной версией MSISDN или IMSI. Идентификатор 136 мобильного устройства может быть использован системой 110 рынка мобильных услуг для указания сетевого клиента (например, сетевого клиента 182) из множества сетевых клиентов 180 и оператора мобильной связи (например, оператора 178 мобильной связи) из множества 176 операторов мобильной связи.

[0014] Код 140 оплаты может включать в себя один или несколько из номера 142 счета клиента и идентификатора 144 электронной верификации. В некоторых вариантах осуществления, код 140 оплаты является номером ISO (Международной организации по стандартизации) 7812, таким как номер кредитной карты, номер дебетовой карты, или другим подходящим идентификатором для обеспечения электронной финансовой транзакции.

[0015] Подсистема 114 хранения данных может включать в себя устройство 150 хранения мобильного контента, включающее в себя один или несколько элементов мобильного контента, неограничивающий пример которых будет описан более подробно со ссылкой на элемент 152 мобильного контента. В качестве одного примера, элемент 152 мобильного контента может включать в себя мобильное приложение, такое как приложение программного обеспечения для мобильного устройства.

[0016] В качестве другого примера, элемент 152 мобильного контента может включать в себя мультимедийный контент, такой как звуковой файл или видеофайл. В некоторых вариантах осуществления, элемент 152 мобильного контента, кроме того, может содержать ассоциированные метаданные 154. Метаданные 154 могут содержать ряд параметров платежей, связанных с элементом мобильного контента. Параметр платежа может включать в себя один или несколько тарифов, которые должны быть оплачены за элемент мобильного контента, валюту, связанную с тарифом, язык, связанный с элементом мобильного контента, и описание платежа, описывающее, когда должен быть осуществлен платеж стороне приема платежей за элемент мобильного контента, приобретенный посредством сетевого клиента, относительно того, когда элемент мобильного контента доставляется на сетевой клиент. В некоторых вариантах осуществления, метаданные могут включать в себя адресный контент, который основан на географическом местоположении сетевого клиента. Например, на сетевой клиент для находящегося в Соединенных Штатах пользователя может быть предоставлен другой контент, по сравнению с другими географическими местоположениями.

[0017] В некоторых вариантах осуществления, устройство хранения мобильного контента может быть расположено удаленно от системы рынка мобильных услуг (например, на веб-сервере или в другой подходящей системе хранения), где оно может быть доступно через сетевую систему 170. Следует понимать, что подсистема 114 хранения данных может хранить команды, которые являются исполняемыми посредством логической подсистемы для обеспечения устройства 150 хранения мобильного контента, которое сконфигурировано для хранения множества элементов мобильного контента, включающих в себя элемент 152 мобильного контента.

[0018] Подсистема 114 хранения данных может включать в себя модуль 156 портала клиента. Модуль 156 портала клиента может включать в себя один или несколько порталов (например, точек доступа) для обеспечения доступа сетевым клиентам к системе 110 рынка мобильных услуг. Например, модуль 156 портала клиента может включать в себя один или более из используемого по умолчанию портала 158 общего назначения, портала 160 общего назначения для мобильных устройств, специализированного используемого по умолчанию портала 162 и специализированного портала 164 для мобильных устройств, каждый из которых может обеспечивать графический пользовательский интерфейс, который позволяет сетевому клиенту взаимодействовать с системой рынка мобильных услуг.

[0019] В качестве одного примера, используемый по умолчанию портал 158 общего назначения может включать в себя веб-сайт (например, совокупность из одной или нескольких веб-страниц), к которому можно осуществлять доступ посредством сетевого клиента (например, сетевого клиента 182) через веб-браузер общего назначения. В некоторых вариантах осуществления, модуль портала 156 клиента может обеспечивать используемый по умолчанию портал 158 общего назначения в качестве точки доступа по умолчанию для сетевых клиентов для доступа к системе 110 рынка мобильных услуг. В отличие от этого, портал 160 общего назначения для мобильных устройств может включать в себя веб-сайт, к которому можно осуществлять доступ посредством мобильного устройства (например, вычислительного устройства, обладающего функциональными возможностями мобильного устройства) через мобильный веб-браузер общего назначения. Портал 160 общего назначения для мобильных устройств может быть приспособлен или сконфигурирован конкретно для мобильных устройств, в отличие от используемого по умолчанию портала 158 общего назначения, который может быть приспособлен или сконфигурирован для более широкого диапазона вычислительных устройств, включая как стационарные устройства, так и мобильные устройства.

[0020] В качестве другого примера, используемый по умолчанию портал 162 специального назначения может предоставлять точку доступа для сетевого клиента (например, сетевого клиента 182) через специализированное приложение программного обеспечения, которое располагается локально в сетевом клиенте. В отличие от этого, специализированный портал 164 для мобильных устройств может предоставить точку доступа для сетевого клиента через специализированное приложение программного обеспечения, которое конкретно приспособлено или сконфигурировано для мобильных устройств. Следовательно, специализированный используемый по умолчанию портал 162 может быть приспособлен или сконфигурирован для более широкого диапазона вычислительных устройств, чем специализированный портал 164 для мобильных устройств, включая как стационарные, так и мобильные устройства.

[0021] Система 100 доставки мобильного контента может дополнительно включать в себя множество сетевых клиентов 180, включая сетевой клиент 182. Сетевой клиент 182 может включать в себя или может быть ассоциирован с одним или несколькими вычислительными устройствами, такими как первое вычислительное устройств 184 и второе вычислительное устройство 186. В качестве одного примера, первое вычислительное устройство 184 является мобильным устройством, а второе вычислительное устройство 186 является стационарным устройством. В качестве другого примера, первое вычислительное устройство 184 является мобильным устройством, имеющим ограниченные аппаратные возможности по сравнению со вторым вычислительным устройством 186, которое является мобильным устройством или стационарным устройством. Как будет более подробно описано со ссылкой на способ 200 по фиг.2, мобильный контент может быть приобретен посредством сетевого клиента 182 через второе вычислительное устройство 186 для использования его первым вычислительным устройством 184.

[0022] Система 100 доставки мобильного контента может дополнительно включать в себя множество операторов 176 мобильной связи, включая оператора 178 мобильной связи. В некоторых вариантах осуществления, множество операторов 176 мобильной связи включает в себя поставщиков услуг для мобильных устройств, которые обеспечивают услугу телефонии и/или услугу по передаче данных на первое вычислительное устройство 184 (например, где первое вычислительное устройство 184 включает в себя мобильное устройство).

[0023] Система 100 доставки мобильного контента может дополнительно включать в себя множество систем 172 электронной верификации, включая в себя систему 174 электронной верификации. В некоторых вариантах осуществления множество систем 172 электронной верификации может включать в себя банки-эмитенты кредитных карт, банковских агентов или другие подходящие финансовые учреждения.

[0024] Каждые из системы 110 рынка мобильных услуг, множества сетевых клиентов 180, множества систем 172 электронной верификации и множества операторов 176 мобильной связи могут сообщаться друг с другом через сетевую систему 170. Сетевая система 170 может включать в себя одну или несколько сетей передачи данных, включающих в себя локальные сети (LAN) и глобальные сети (WAN) (например, сеть Интернет). В некоторых вариантах осуществления, сетевая система 170 может включать в себя множество различных сетей. Например, сетевая система 170 может включать в себя сеть Интернет и одну или несколько сетей мобильной связи. Например, оператор 178 мобильной связи может обеспечивать мобильную связь для мобильного устройства (например, первого вычислительного устройства 184) сетевого клиента 182 через сеть мобильной связи сетевой системы 170, в то время как поставщик услуг сети Интернет (не показан на фиг.1) может обеспечивать доступ к сети Интернет для вычислительного устройства 186 сетевого клиента 182. Следовательно, сетевой клиент 182 может осуществлять доступ к системе 110 рынка мобильных услуг через одну или несколько точек доступа в сеть Интернет и сеть мобильной связи, обеспечиваемую оператором 178 мобильной связи. Другие сетевые клиенты из множества сетевых клиентов 180 также могут сообщаться с системой 110 рынка мобильных услуг через их соответствующего оператора мобильной связи из множества операторов 176 мобильной связи.

[0025] Фиг.2 изображает вариант осуществления способа 200 обеспечения доставки мобильного контента. В качестве одного примера, способ 200 может быть выполнен посредством системы 110 рынка мобильных услуг в сети мобильной связи сетевой системы 170. Способ 200 предусматривает по меньшей мере два пути, которыми сетевой клиент может приобрести мобильный контент из системы рынка мобильных услуг.

[0026] На этапе 210 способ содержит прием запроса на приобретение от сетевого клиента (например, сетевого клиента 182 из фиг.1) в системе рынка мобильных услуг (например, системе 110 рынка мобильных услуг). В некоторых вариантах осуществления запрос на покупку указывает элемент мобильного контента (например, элемент 152 мобильного контента), который должен быть приобретен посредством сетевого клиента. Например, модуль 156 портала клиента по фиг.1 может обеспечить пользовательский интерфейс, посредством которого сетевой клиент может просматривать и приобретать элемент мобильного контента из множества элементов мобильного контента. В некоторых вариантах осуществления, система рынка мобильных услуг может быть сконфигурирована для приема запроса на приобретение от сетевого клиента через модуль портала клиента (например, модуль 156 портала клиента по фиг.1).

[0027] На этапе 212 способ содержит приглашение сетевого клиента предоставить предпочтительные параметры платежей, которые указывают сторону приема платежей. В некоторых вариантах осуществления, процесс приглашения сетевого клиента может включать в себя передачу запроса предпочтительных параметров платежей от системы рынка мобильных услуг на сетевой клиент. В качестве одного примера, сетевому клиенту может быть предложено выбрать предпочтительные параметры платежей, указывающие конкретную сторону приема платежей, из двух или более предпочтительных параметров платежей. В некоторых вариантах осуществления, платежный модуль (например, платежный модуль 120) системы рынка мобильных услуг может быть сконфигурирован для предложения сетевому клиенту предоставить предпочтительные параметры платежей.

[0028] В некоторых вариантах осуществления, процесс на этапе 212 может включать в себя считывание электронного серийного номера (например, какого-либо или всех из идентификаторов сети мобильной связи 134 по фиг.1) мобильного устройства в системе рынка мобильных услуг и установку предпочтительных параметров платежей в системе рынка мобильных услуг на основе электронного серийного номера мобильного устройства. В качестве одного примера, система рынка мобильных услуг может проверять одну или несколько функциональных возможностей мобильного устройства и его операционной системы, указываемых электронным серийным номером, и может устанавливать предпочтительные параметры платежей в соответствии с одним или несколькими функциональными возможностями аппаратных средств или программного обеспечения мобильного устройства. В качестве другого примера, система рынка мобильных услуг может идентифицировать политику или правила, установленные оператором мобильной связи мобильного устройства, указываемым электронным серийным номером, и может устанавливать предпочтительные параметры платежей в соответствии с политикой или правилом, установленными оператором мобильной связи. В качестве еще одного примера, система рынка мобильных услуг может идентифицировать предыдущее состояние подписки или предысторию покупок сетевого клиента, указываемого электронным серийным номером, и может устанавливать предпочтительные параметры платежей в соответствии с предыдущим состоянием подписки или предысторию покупок сетевого клиента (например, для предотвращения мошенничества или двойного платежа). Например, система рынка мобильных услуг может отказывать в авторизации сетевого клиента на основе предыдущего состояния подписки или предыстории покупок сетевого клиента. В некоторых вариантах осуществления, предшествующее состояние подписки или предыстория покупок сетевого клиента могут быть сохранены в профиле клиента (например, в профиле 130 клиента) сетевого клиента, где позднее на него можно ссылаться для установки предпочтительных параметров платежей.

[0029] На этапе 214 способ содержит прием предпочтительных параметров платежей от сетевого клиента в системе рынка мобильных услуг. В некоторых вариантах осуществления предпочтительные параметры платежей указывают сторону приема платежей, которая была выбрана посредством сетевого клиента. В качестве одного примера, предпочтительные параметры платежей могут указывать в качестве стороны приема платежей оператора мобильной связи (например, оператора 178 мобильной связи по фиг.1) из множества операторов мобильной связи (например, множества операторов 176 мобильной связи по фиг.1). В качестве другого примера, предпочтительные параметры платежей могут указывать в качестве стороны приема платежей систему рынка мобильных услуг. В некоторых вариантах осуществления, предпочтительные параметры платежей могут быть приняты от сетевого клиента платежным модулем (например, платежным модулем 120 по фиг.1). В некоторых вариантах осуществления, процесс 214 может быть опущен, например, где система рынка мобильных услуг устанавливает предпочтительные параметры платежей сетевого клиента на основе электронного серийного номера мобильного устройства сетевого клиента.

[0030] На этапе 216 можно оценить, указывают ли предпочтительные параметры платежей в качестве стороны приема платежей систему рынка мобильных услуг. Если ответ на этапе 216 оценен как положительный, то последовательность операций может перейти к этапу 218. На этапе 218 способ содержит аутентификацию платежных взаимоотношений между сетевым клиентом и системой рынка мобильных услуг, если предпочтительные параметры платежей указывают в качестве стороны приема платежей систему рынка мобильных услуг. В некоторых вариантах осуществления, модуль аутентификации (например, модуль 118 аутентификации по фиг.1) может быть сконфигурирован для аутентификации платежных взаимоотношений между сетевым клиентом и системой рынка мобильных услуг. Например, в ответ на предпочтительные параметры платежей, указывающие в качестве стороны приема платежей систему рынка мобильных услуг, модуль аутентификации может выполнять процесс 218.

[0031] Альтернативно, если ответ на этапе 216 оценен как отрицательный, то, в отличие от предыдущего варианта, последовательность операций может перейти на этап 220. На этапе 220 можно решить, указывают ли предпочтительные параметры платежей в качестве стороны приема платежей оператора мобильной связи. Если ответ на этапе 220 оценен как положительный, то последовательность операций может перейти на этап 222. На этапе 222 способ содержит аутентификацию платежных взаимоотношений между сетевым клиентом и оператором мобильной связи, если предпочтительные параметры платежей указывают в качестве стороны приема платежей оператора мобильной связи. В некоторых вариантах осуществления, модуль аутентификации (например, модуль 118 аутентификации по фиг.1) может быть сконфигурирован для аутентификации платежных взаимоотношений между сетевым клиентом и оператором мобильной связи. Например, в ответ на предпочтительные параметры платежей, указывающие в качестве стороны приема платежей оператора мобильной связи, модуль аутентификации может выполнять процесс 222. Альтернативно, если ответ на этапе 220 оценен как отрицательный, то, в отличие от предыдущего варианта, последовательность операций может выполнить проверку на предмет другой стороны приема платежей (не показана), выполнить возврат или остановку.

[0032] Либо от процесса 218, либо от процесса 222 последовательность операций может перейти на этап 224, где можно решить, были ли платежные взаимоотношения аутентифицированы. Способ 300 по фиг.3 и способ 400 по фиг.4 предоставляют примеры определения того, аутентифицированы ли платежные взаимоотношения. Если ответ на этапе 224 оценен как положительный, то последовательность операций может перейти на этап 226. Альтернативно, если ответ в 224 оценен как отрицательный, то последовательность операций может выполнить возврат или остановку.

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

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

[0035] На этапе 228 способ может включать в себя платеж стороне приема платежей в соответствии с рядом параметров платежей, связанных с элементом мобильного контента, обозначенного посредством запроса на приобретение. В некоторых вариантах осуществления, ряд параметров платежей, связанных с элементом мобильного контента, может содержать ассоциированные метаданные (например, ассоциированные метаданные 154 по фиг.1) элемента мобильного контента. В некоторых вариантах осуществления, платеж может быть передан из платежного модуля (например, платежного модуля 120 по фиг.1) системы рынка мобильных услуг на сторону приема платежей от лица сетевого клиента в соответствии с рядом параметров платежей.

[0036] В качестве одного примера, ряд параметров платежей указывает одно или более из тарифа, который должен быть оплачен за элемент мобильного контента, описания платежа, которое описывает, когда должен быть выполнен платеж стороне приема платежей за элемент мобильного контента, относительно того, когда элемент мобильного контента предоставляется на сетевой клиент, и частоты, с которой должен выполняться платеж сетевым клиентом. В некоторых вариантах осуществления, описание платежа может описывать, должна ли система рынка мобильных услуг взимать платеж с сетевого клиента через сторону приема платежей до предоставления элемента мобильного контента на сетевой клиент или должна ли система рынка мобильных услуг взимать платеж с сетевого клиента через сторону приема платежей через некоторое время после предоставления элемента мобильного контента на сетевой клиент (например, после истечения испытательного срока). В некоторых вариантах осуществления, описание платежа может описывать, должен ли выполняться платеж сетевого клиента за элемент мобильного контента однократно или должен ли выполняться платеж сетевого клиента на основе повторных платежей (например, в виде подписки). От процесса 228 последовательность операций может выполнять возврат или остановку.

[0037] Фиг.3 изображает вариант осуществления способа 300 аутентификации платежных взаимоотношений между сетевым клиентом и системой рынка мобильных услуг. В качестве одного примера, способ 300 может быть выполнен посредством системы 110 рынка мобильных услуг по фиг.1, совместимой с процессом 218 по фиг.2. Следовательно, процесс аутентификации платежных взаимоотношений между сетевым клиентом и системой рынка мобильных услуг может дополнительно содержать один или несколько процессов из способа 300. В некоторых вариантах осуществления, способ 300 может быть осуществлен посредством системы рынка мобильных услуг для выполнения транзакции с кредитной картой или другой подходящей электронной финансовой транзакции.

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

[0039] На этапе 312 способ содержит прием аутентифицирующего секретного кода от сетевого клиента системой рынка мобильных услуг. В некоторых вариантах осуществления, аутентифицирующий секретный код может сопровождаться идентификатором пользователя, который может быть использован системой рынка мобильных услуг для определения того, соответствует ли аутентифицирующий секретный код, который был принят от сетевого клиента, аутентифицирующему секретному коду, который связан с идентификатором пользователя в системе рынка мобильных услуг. В качестве одного примера, данные 146 аутентификации по фиг.1 могут включать в себя аутентифицирующий секретный код, который связан с идентификатором 132 пользователя в профиле 130 клиента. Следует понимать, что на этапе 312 может быть использован любой подходящий процесс аутентификации секретного кода. В некоторых вариантах осуществления, аутентифицирующий секретный код может быть принят от сетевого клиента в модуле аутентификации (например, модуле 118 аутентификации).

[0040] На этапе 314 способ может включать в себя прием кода оплаты от сетевого клиента. В некоторых вариантах осуществления, код оплаты включает в себя один или более из номера счета клиента, указывающего сетевого клиента, и идентификатора электронной верификации, указывающего систему электронной верификации. В качестве одного примера, код оплаты является номером ISO 7812, таким как номер кредитной карты, номер дебетовой карты или номер банковской карты. В качестве другого примера, кодом оплаты является один или более из номера банковского счета и номера отделения банка. В некоторых вариантах осуществления, платежный модуль (например, платежный модуль 120 по фиг.1) может быть сконфигурирован для приема кода оплаты от сетевого клиента.

[0041] На этапе 316 способ может включать в себя связывание аутентифицирующего секретного кода с кодом оплаты в системе рынка мобильных услуг. В качестве одного примера, модуль 122 сопоставления по фиг.1 может быть сконфигурирован для связывания кода 140 оплаты по фиг.1 с одним или более из идентификатора 132 пользователя и данных 146 аутентификации (включающими в себя аутентифицирующий секретный код) посредством сохранения кода оплаты, аутентифицирующего секретного кода и идентификатора пользователя в профиле клиента. В некоторых вариантах осуществления, в системе рынка мобильных услуг может быть предусмотрен модуль сопоставления (например, модуль 122 сопоставления), который сконфигурирован для связывания аутентифицирующего секретного кода с кодом оплаты.

[0042] На этапе 318 способ содержит передачу запроса аутентификации из системы рынка мобильных услуг в систему электронной верификации, указываемую идентификатором электронной верификации. В некоторых вариантах осуществления, запрос аутентификации включает в себя номер счета клиента из кода оплаты. В качестве одного примера, модуль 118 аутентификации по фиг.1 может быть сконфигурирован для форматирования и передачи запроса аутентификации в систему электронной верификации (например, систему электронной 174 верификации) из множества систем электронной верификации. В некоторых вариантах осуществления, модуль аутентификации (например, модуль 118 аутентификации по фиг.1) может быть сконфигурирован для передачи запроса аутентификации в систему электронной верификации, указываемую идентификатором электронной верификации.

[0043] На этапе 320 способ содержит прием ответа на запрос аутентификации из системы электронной верификации. В качестве одного примера, система 110 рынка мобильных услуг по фиг.1 может принимать ответ на запрос аутентификации из системы 174 электронной верификации в качестве реакции на запрос аутентификации. Ответ на запрос аутентификации может указывать одобрение платежных взаимоотношений между сетевым клиентом и системой рынка мобильных услуг, или ответ на запрос аутентификации может указывать отклонение платежных взаимоотношений между сетевым клиентом и системой рынка мобильных услуг, в зависимости от определения состояния, выполненного системой электронной верификации. В некоторых вариантах осуществления, ответ на запрос аутентификации из системы электронной верификации может быть принят модулем аутентификации.

[0044] На этапе 322 может быть решено, указывает ли ответ на запрос аутентификации одобрение платежных взаимоотношений. Если ответ на этапе 322 оценен как положительный, последовательность операций может перейти на этап 324. На этапе 324 способ может включать в себя аутентификацию платежных взаимоотношений между сетевым клиентом и системой рынка мобильных услуг. На этапе 326 аутентификация не может не выполняться в отношении платежных взаимоотношений между сетевым клиентом и системой рынка мобильных услуг. Например, вместо этого, ответ на запрос аутентификации может указывать отклонение платежных взаимоотношений. От процесса 324 или процесса 326 последовательность операций может осуществить возврат или остановку.

[0045] Фиг.4 изображает вариант осуществления способа 400 аутентификации платежных взаимоотношений между сетевым клиентом и оператором мобильной связи. В качестве одного примера, способ 400 может быть выполнен посредством системы 110 рынка мобильных услуг по фиг.1, совместимой с процессом 222 по фиг.2. Следовательно, процесс аутентификации платежных взаимоотношений между сетевым клиентом и оператором мобильной связи может, кроме того, содержать один или несколько процессов из способа 400. В некоторых вариантах осуществления, способ 400 может быть выполнен посредством системы рынка мобильных услуг для разрешения сетевому клиенту приобретать мобильный контент из системы рынка мобильных услуг с использованием существовавших ранее или предварительно установленных платежных взаимоотношений между сетевым клиентом и оператором мобильной связи мобильного устройства сетевого клиента.

[0046] На этапе 410 способ содержит прием идентификатора сети мобильной связи (например, идентификатора 134 сети мобильной связи по фиг.1) от сетевого клиента в системе рынка мобильных услуг. В некоторых вариантах осуществления, идентификатор сети мобильной связи включает в себя идентификатор мобильного устройства (например, идентификатор 136 мобильного устройства по фиг.1), указывающий сетевой клиент, и идентификатор оператора мобильной связи (