СПОСОБ И УСТРОЙСТВО ДЛЯ ОБРАБОТКИ МНОГОКАНАЛЬНЫХ ЗАПРОСОВ В ПЛАТФОРМЕ УПРАВЛЕНИЯ УСЛУГАМИ

ОБЛАСТЬ ТЕХНИКИ

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

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

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

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

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

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

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

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

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

A) извлечение модулем обработки сообщений запросов информации о запросе, соответствующей каналам запроса, и формирование информации о запросе в едином формате запроса для передачи модулю обмена информацией с базой данных запроса на сохранение или извлечение данных; и

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

В рамках этого способа шаг А может включать:

А1) прием сообщений запроса услуги и извлечение действительной информации о содержимом запроса и каналах запроса;

А2) выбор соответствующих процедур обработки для различных каналов запроса в соответствии с требованиями к обработке для конкретных услуг; и

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

В рамках этого способа сообщения запроса услуги на шаге А1 могут поступать из терминала, портала или шлюза коротких сообщений.

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

В рамках этого способа шаг В может включать:

В1) определение модулем обмена информацией с базой данных типов запросов от модуля обработки сообщений запросов;

В2) для одинаковых типов запросов, определение единым образом, допустима ли информация о запрашиваемой услуге, и вызов операторов языка структурированных запросов (SQL), для запроса ответной информации из базы данных; и

В3) возвращение результата обработки данных в модуль обработки сообщений запросов после получения ответа базы данных и перенос исходного канала запроса в ответном сообщении.

В рамках этого способа шаг В2 может также включать:

В21) непосредственный возврат ответного сообщения об ошибке, если запрашиваемая информация об услуге является недопустимой, и завершение процедуры обработки.

Способ после выполнения шага В может также включать:

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

В рамках этого способа шаг С может включать:

С1) анализ модулем обработки запроса ответного сообщения, принятого из модуля обмена информацией с базой данных;

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

С3) возврат ответного сообщения модулем обработки сообщений запросов исходному инициатору запроса и после этого завершение процедуры обработки.

В рамках этого способа синхронный пункт назначения услуги может быть определен на основе исходного канала запроса и/или атрибуции услуги подписки на запрос.

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

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

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

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

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

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

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

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

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

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

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

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

ПРЕДПОЧТИТЕЛЬНЫЕ ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

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

Согласно способу обработки услуг многоканального запроса, таких как запрос данных, связанных с подпиской на услугу, из мобильного терминала, системы передачи коротких сообщений или портала, в среде платформы управления услугами, в соответствии с конкретным вариантом осуществления настоящего изобретения, система платформы управления услугами содержит два основных модуля: модуль 510 обработки сообщений запросов и модуль 520 обмена информацией с базой данных. Как показано на фиг.5, модуль 510 обработки сообщений запросов выполнен с возможностью обработки запросов из различных каналов, таких как мобильный терминал, система передачи коротких сообщений и портал, выполнения соответствующей процедуры обработки в соответствии с каналом запроса для извлечения информации о запросе, а также формирования сообщения в едином формате для передачи запроса на сохранение или извлечение данных в модуль 520 обмена информацией с базой данных. Модуль 520 обмена информацией с базой данных выполнен с возможностью определения, в соответствии с запросом модуля 510 обработки сообщений запросов, допустимости запроса и возвращения результата запроса в модуль 510 обработки сообщений запросов.

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

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

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

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

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

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

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

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

Шаг S210: модуль обработки сообщений запросов принимает сообщения из терминала, портала или шлюза коротких сообщений.

Шаг S220: модуль обработки сообщений запросов извлекает действительное содержимое запроса и информацию о канале запроса.

Шаг S230: модуль обработки сообщений запросов выбирает или вызывает различные процедуры обработки для различных каналов запроса в соответствии с требованиями к обработке для конкретных услуг.

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

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

Кроме того, если запрос из терминала или портала содержит подписку на множество услуг, то он разделяется на множество запросов, соответствующих отдельным услугам.

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

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

Шаг S310: определение типа запроса модулем обмена информацией с базой данных после приема этого запроса из модуля обработки сообщений запросов.

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

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

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

Шаг S340: если запрос является недопустимым, то непосредственно возвращается ответное сообщение об ошибке и процедура обработки завершается.

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

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

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

Шаг S420: модуль обработки сообщений запросов определяет результат запроса, после чего осуществляется переход к шагу S430, если ответ содержит положительное ответное сообщение, или переход к шагу S440, если ответ содержит сообщение об ошибке.

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

Шаг S440: модуль обработки сообщений запросов непосредственно возвращает ответное сообщение об ошибке исходному инициатору запроса.

Шаг S450: процедура обработки завершается после возврата ответного сообщения исходному инициатору запроса.

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

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

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

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

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

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

ПРОМЫШЛЕННАЯ ПРИМЕНИМОСТЬ

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