WO2021101417A1 - Система управления мобильной рекламой - Google Patents

Система управления мобильной рекламой Download PDF

Info

Publication number
WO2021101417A1
WO2021101417A1 PCT/RU2020/050329 RU2020050329W WO2021101417A1 WO 2021101417 A1 WO2021101417 A1 WO 2021101417A1 RU 2020050329 W RU2020050329 W RU 2020050329W WO 2021101417 A1 WO2021101417 A1 WO 2021101417A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
subscriber
advertising
sprs
advertising message
Prior art date
Application number
PCT/RU2020/050329
Other languages
English (en)
French (fr)
Inventor
Мария Давидовна ГОРЬКОВА
Original Assignee
Общество С Ограниченной Ответственностью "Квает Медиа"
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Общество С Ограниченной Ответственностью "Квает Медиа" filed Critical Общество С Ограниченной Ответственностью "Квает Медиа"
Publication of WO2021101417A1 publication Critical patent/WO2021101417A1/ru

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0257—User requested
    • G06Q30/0258—Registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H04W4/23—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel for mobile advertising

Definitions

  • the proposed invention relates to the field of telecommunications and communications, in particular to systems used in mobile radio communication networks of SPRS of any standards, incl. GSM, UMTS, LTE, and is designed to improve the efficiency of marketing communications of subscribers, the operator (NP network provider) SPRS and advertisers.
  • Figure 2 shows an example of an information model of a database containing data on switching objects, switching channels and modes of transmitting advertising messages in the SPRS.
  • FIG. 3 is a generalized block diagram of the operation of the mobile advertising management system.
  • the mobile advertising management system AdBlock_total can be implemented on the SPRS architecture of different ITU-T, 3GPP and ETSI standards.
  • Fig.16 illustrates the implementation of the system in the architecture of the SPRS with additional software and hardware nodes - PAC AdBlock_total CS (Control System) marketing communications (advertising messages) management system; UAC SCP XDRay - an executive node providing data for the UAC AdBlock_total CS and executing its rules in the CS of the SS7 signaling network; PAK AdBlock_total ES (Execute System) - the executive node, performs the functions of processing (DPI, SPI, MPI Deep, Media, Surface Packet Inspection) TCP / IP packets of GPRS traffic in the PS packet network according to the rules formed by the PAK AdBlock_total CS; gateway switch GMSC with HLR (Home Location Register); SMSC with IWF-MSC gateway; GPRS SGSN / GGSN node.
  • DPI Dynamic Proliferator
  • the software architecture of the PAC AdBlock ES is designed to interact with third-party advertising networks (SSP, DSP) and DMP client data management platforms and may include its own DMP.
  • HSC AdBlock_total ES applies the rules of marketing communications generated by the HSC SCF AdBlock_total CS control system in the GPRS packet PS network of the SPRS.
  • the G&S and CC records are not only the definition of the switching channel and the category of the advertised product and service, but also the communication markers between the advertiser and the subscriber, that is, a function that determines the correspondence between the sets of advertisers and subscribers, which allows the SPRS operator to reliably to govern advertising messages.
  • the subscriber can be provided with information about the advertiser AN A, or he can determine only the switching channel and the advertising subject of interest. For example, when a GMSC receives a request to connect an IAM call (MSISDN A1, MSISDN B3) (Fig.
  • the operator introduces these values into the table at his own discretion or when advertisers or third parties contact him, who, for example, confirm working communication with subscriber A, for example, an agreement with a subscriber concluded in a working order outside the control of the operator SPRS - tech. service, tour operator, etc., while the term of the agreement, geography, etc. is taken into account to form the message transfer mode. (not shown in Fig. 3).
  • the call can be made in working order or through the open API provided by the operator. Private ways of addressing party B to the operator do not change the essence of the invention.
  • SCP SCF service control network node Service Control Function
  • step 5 the control system queries the database of allowed personal "white" numbers of the subscriber PNW A (step 5), if there is a PNW A record that ID B is allowed to transmit the message true, the control system transmits it in the same way as in steps 4, 6. If there is no entry in the PNW DB A false, the control system interrogates the PNB A DB stage 7 and, if ID B is found, it prohibits the connection and message transmission, stage 9 is similar to stage 3.
  • the control of advertising messages in the SPRS is carried out due to four database queries (or a single one, taking into account the query language of the DBMS), which can be performed in any order and according to which the program logic of the control system outputs the statement that the message being processed is not spam BL ⁇ true 2, relevant to the subscriber's marketing profile (AN ⁇ & AN A) true 4, i.e. approved by the operator and allowed by the subscriber, not prohibited by the subscriber (PNW A & PNB A) true 5.7, or not defined and requires its approval ACCEPT 8 - MSISDN (IP) B -> (BL B & ANB & ANA & PNWA & PNB A
  • IP IP
  • the local or remote DSP includes information interactive banners for polling subscriber A for the subsequent receipt of an advertising message of a certain type, product, service and / or mode of receiving it.
  • the operator can use such information banners outside the algorithm of Fig. 3 to accumulate / update the marketing profile of the subscriber in the AR DB via the Web switching channel.
  • the individual stages of the generalized algorithm presented in Fig. 3 can be modified within the limits of achieving the claimed technical result, taking into account the mandatory verification of the approved numbers by the operator and allowed by the subscriber, the type of advertising message and the channel for switching its transmission.
  • the order of polling of databases can be changed or, taking into account the syntax of the DBMS language, a single request can be made to receive a response from the database that provides the declared result.
  • Fig. 4 illustrates network messaging in signaling CS Domain and packet PS Domain networks of the SRS providing the operation of the mobile advertisement management system AdBlock in the physical plane of the architecture of the SRS.
  • Network exchange is shown using ISUP as an example.
  • voice call connection protocol SMPP protocol for SMS, USSD messages and TCP / IP exchange for GPRS processing.
  • SIP signaling protocol
  • On figa shows an example of a call diagram of standard nodes of the SPRS in the network architecture of fig.1a.
  • 4b is an example of a call diagram using the smart platform and additional network nodes in the architecture of FIG. 16.
  • Incoming call (Fig.4a Call) - ISUP message 1 IAM (Subsc A, Subsc B) arrives at the gateway GMSC.
  • the GMSC sends a Send Routing Information MAP request to the HLR - message 2 SRI Req (Subsc A, Subsc B).
  • the standard call barring check and CAMEL analysis of the T-CSI incoming call subscriptions are performed.
  • the HLR contains the AdBlock_total database.
  • the HLR implements the standard internal logic and the AdBlock_total logic (Fig.3).
  • HLR In response to the request, HLR sends standard data about the VMSC in the area of which subscriber A is located, his profile, subscriptions and data for further call processing (processing mode) - 3 SRI Resp (Subsc A, Subsc B, T-CSI).
  • the USSD server After the end of the conversation, the USSD server generates a USSD request Req ACC 6c, 7c.
  • SMSC After receipt (Fig.4a SMS) in the SMSC and standard processing of the incoming advertising SMS message 1 DATA_SM (Subsc A, Subsc B). SMSC initiates an attempt to deliver SMS to the subscriber, for which IWL-MSC generates a standard MAP request for further routing to HLR - 2 SRI_LOR_SM Req (Subsc A, Subsc B). HLR conducts standard procedures for checking subscriptions, bans, searching for the current switch, and runs the AdBlock total processing logic (Fig. 3). As a result, the program logic AdBlock_total CS, by analogy with the Call switching channel, generates message 3 SRI_LOR_SM Resp (Subsc A, Subsc B, T-CSI) with instructions on further SMS processing.
  • AdBlock_total CS by analogy with the Call switching channel, generates message 3 SRI_LOR_SM Resp (Subsc A, Subsc B, T-CSI) with instructions on further SMS processing.
  • the server If the program logic AdBlock_total requires initiating a request-permission of the subscriber to receive SMS of this category or this sender, similarly to the Call to the USSD switching channel, the server generates a USSD dialogue 6c-9c, after the AdBlock_total update response, it updates the database BL, AP, AN (Fig. 4, step 8, nine).
  • the software logic AdBlock_total provides for converting an advertising SMS into a USSD message with an advertising text (not shown in Fig. 2), this implementation avoids an excessive USSD request.
  • the PCC rules accordingly allow its transmission.
  • the MS web browser accesses the URI of the web page - messages 1,2 WB HTTP GET URI, receives the server response - messages 3,4 POST URIs and displays the HTML code of the page.
  • WB MS A initiates several TCP / IP connections to download advertising content and all kinds of banners used in its design - message 5 js-code uplink.
  • PCEF detects this request (packet or stream) and replaces it with a js file, with advertising content (banner) allowed by the RSS rules from the local DSP Direct Add - 6 js-code downlink.
  • advertising content (banner) allowed by the RSS rules from the local DSP Direct Add - 6 js-code downlink.
  • the spoofing procedure can use the standard technology for spoofing web scripts (JavaScript files).
  • the software algorithm uses known IP addresses and / or domains of advertising networks and banner services; a set of rules for domains using regular expressions can be used. If it is necessary to request the subscriber's permission to receive advertising content of a certain category, a notification interactive banner can be encapsulated into the Internet session.
  • SCP XDRay extracts subscriber A, B data from the IAM message and performs program exchange using agreed API interfaces with the AdBlock_total CS management system to determine further processing of the 4 ROUT Req API call (Subsc A, Subsc B).
  • AdBlock_total CS executes the algorithm of Fig. 3 by the result of which it generates a message 5a ROUT Resp API (REL) RELEASE not allowing the connection, or 5b ROUT Resp API (CON) CONNECT to turn off the call, or 5c ROUT Resp API (CON, PUSH) CONNECT & PUSH to turn on call and request permission from the subscriber (ACC acceptance) for subsequent connections with subscriber B.
  • SCP XDRay routes the call - 6 réelle REL termination of the call and release of signaling channels; 6 b, c RNG RINGING - ringing to MS of subscriber A and call termination b, c call establish; if it is necessary to accept the subscriber upon the appearance in the network of a RELEASE message from any of the parties (A or B) about the end of the conversation SCP XDRay initiates SMPP ETSSD dialogue 7c-8c, the result of which ACC (Accept) sends the AdBlock_total CS control system to update the databases of the marketing profile AdBlock_total update 9c API (ACC) Fig. 3 floor 8.
  • the software logic of the AdBlock CS control system executes the algorithm of Fig. 3 AdBlock_total processing and, based on the result of its execution, generates and transmits data 5 to SCP XDRay for execution of the SMS delivery mode.
  • Delivery mode 5 (a, b, c) can include the command 5a ROUT_SM Resp API (REJ) REJECT - to reject the message, 5b ROUT_SM Resp API (FOR) FORWARD - to deliver a message to the subscriber, 5c ROUT_SM Resp API (FOR, PUSH) - to deliver a message and request acceptance (permission) for the subsequent delivery of messages of this category.
  • AdBlock_total ES Control and management of Web advertising as seen from the Web section of Fig. 2b is performed by the executive network node AdBlock_total ES for this GGSN redirects all TCP / IP traffic to AdBlock_total ES.
  • AdBlock ES exchanges data with the AdBlock_total CS management system using an agreed API (..).
  • the preferred embodiment of the system of FIG. 26, 46 is explained by the optimal arrangement of network nodes in the physical architecture of the SPRS in terms of POP (point of present) - the shortest ping.
  • the CAMEL protocol allows packet and signaling networks to be controlled from a single network node.
  • the distribution of the system to the control node AdBlock CS containing the database providing the interconnection of switching channels (Call, SMS, Web), MSISDN numbers and IP addresses of advertisers and the executive nodes SCP XDray and AdBlock ES implementing the rules for managing advertising messages and the marketing profile of the subscriber in the signaling and packet networks, respectively, provide the claimed technical result with a given reliability and QoS requirements.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Signal Processing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

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

Description

Система управления мобильной рекламой.
Предлагаемое изобретение относится к области телекоммуникаций и связи, в частности к системам, используемым в сетях подвижной радиосвязи СПРС любых стандартов в т.ч. GSM, UMTS, LTE, и предназначено для повышения эффективности маркетинговых коммуникаций абонентов, оператора (NP network provider) СПРС и рекламодателей.
Известно, что общим для сетей СПРС является деление базовой сети СПРС Core Network (CN) на два стандартизованных 3GPP (серия стандартов 3GPP TS 23.002 GSM, UMTS, LTE network architecture) логических уровня:
- сигнальный уровень или сигнальная сеть (п.3.3.1. ETSI TS 123 002) Circuit Switched (CS) Domain - набор сообщений и сигналов, который используется сетевыми узлами и устройствами конечных пользователей (MS/UE абонентов) для выполнения операций посылки вызова, маршрутизации, тарификации, подписках (услугах) абонента, поддерживаемых типов связи (голос, видео, способ кодирования), подтверждения начала или окончания разговора, сигналов реорганизации канала, и другой информации, необходимой для работы сети связи;
- медиа-уровень или пакетная сеть (п.3.3.1. ETSI TS 123 002) Packet Switched (PS) Domain уровень организации обмена закодированной в цифровой формат текстовой, видео и звуковой информации, которая может допускать промежуточное перекодирование сигналов на промежуточных узлах, при переходе из сети в сеть или при обеспечении работы дополнительных услуг.
Стандарт определил (и. 3.3.1), что к сигнальной сети относится набор объектов, поддерживающих сигнализацию SS7 и обрабатывающихся на стандартизованных узлах VMSC, GMSC, HLR, VLR, SMSC. Эти объекты формализованы в набор протоколов установления соединения SIP, ISUP, SMPP и др. в контексте заявки именуемые Call и SMS (USSD) каналами коммутации с абонентом. К пакетной сети (и. 3.3.2) стандарт относит стандартизованные стеком протоколов OSI объекты (сетевые TCP/IP пакеты GPRS) с независимой маршрутизацией и обрабатывающиеся на узлах PDN GW, S-GW, ММЕ, SGSN в контексте заявки именуемые Web каналом коммутации с абонентом.
Стандарт допускает изменение интерфейсов взаимодействия сетевых узлов, но четко описывает их функционал и не допускает изменения сетевой архитектуры СИРС. Известная парадигма IN (Intelligent Networks) интеллектуальных сетей и протокол CAMEL Application Part (САР) предназначенный для их построения (серия стандартов ITU-T Q1200), стали следствием необходимости внедрения различных услуг еще в PSTN сетях общего пользования - виртуальные АТС, вызов за счет вызываемого, IVR, Voice mail, мелодии гудков и т.д. Сейчас на его основе в СПРС предоставляются услуги как в сигнальной так и в пакетной сети. Обобщенный облик сетевых решений по предоставлению услуг опирается на включение в базовую сеть оператора IN платформы - узла услуг SN (service node) взаимодействующего с узлом (узлами) коммутации SSF СПРС или узла коммутации и управления услугами SSCP наделенных функциями коммутации SSF и управления SCP услугами. Таким образом архитектура и технический облик СПРС предполагает реализацию услуг как на стандартных узлах СПРС, так и с включением в ее архитектуру дополнительных сетевых узлов.
Общеизвестно, что на текущем уровне техники абонент принимает рекламные сообщения по всем доступным в СПРС каналам коммутации (SMS, Call, Web) - сервисы SMS информирования, Call платформы массового рекламного обзвона, Web браузерная реклама. Для формирования аудитории операторы предлагают рекламодателям свои базы данных абонентов сгруппированные по признакам распознавания и интересам - пол, возраст, подписки, интересы и т. д. Доступны коммерческие аудиторные данные платформ сбора сегментации и управления клиентскими данными DMP (Data Management Platform).
В противодействие значительному потоку разнородных рекламных сообщений принимаемых MS абонента по всем каналам коммутации в СПРС разработаны и применяются сервисы уведомления о входящем вызове, блокировки браузерной рекламы adBlock и отписки от СМС рассылок.
Все эти сервисы объединяет один недостаток - они предусматривают или только уведомление абонента или не избирательно блокируют всю рекламу, причем каждый сервис работает обособлено в своем канале коммутации. Такая грубая настройка связана с тем, что в большом изменяющимся объеме разнородных рекламных сообщений, постоянно передающимся по разным каналам коммутации оператору СПРС технически затруднительно реализовать распознавание и классификацию рекламных сообщений по категориям релевантным маркетинговому профилю абонента и избирательно передать их ему. Поэтому, традиционно технический облик всех сервисов по блокировке рекламы в СПРС опирается на накопление базы данных с рекламными адресами (MSISDN, IP и др.). А блокировка рекламы реализуется по CSI подписке (CAMEL Subscription Information) не совершением соединения голосового вызова на узле коммутации (MSC) и не доставкой СМС в сигнальной сети, или разрывом TCP/IP сессии загрузки рекламного контента в пакетной сети. При этом эти сервисы неоднородны и реализуют фильтрацию рекламы независимо по правилам, определенным для каждого канала коммутации отдельно. Таким образом, из текущего уровня техники не известны решения, обеспечивающие единый контроль и управление рекламными сообщениями в сигнальной CS и пакетной PS сетях СПРС по всем каналам коммутации с абонентом. Не решена проблема распознавания рекламных сообщений по категориям (видам товаров и услуг) и обеспечение доведения до абонента только акцептованных им рекламных сообщений. Предлагаемое изобретение направлено на устранение этого, существенного по мнению авторов недостатка.
Учитывая, что, на текущем уровне техники упорядочивание потока рекламных сообщений по всем каналам коммутации их формализация и избирательная передача абоненту как минимум затруднительна, авторы предлагают систему управления мобильной рекламой AdBlock_total в СПРС, предусматривающую классификацию рекламных сообщений по категориям товаров и услуг, акцепт абонента на ее получение и надежное заграждение абонента от неизбирательной рекламы. При этом, предлагаемая авторами система управления мобильной рекламой AdBlock_total обеспечивает управление рекламой в СПРС одновременно по всем каналам коммутации (Call, SMS, Web) на обоих логических уровнях CS и PS, согласие (акцепт) абонента на ее получение и возможность персональной настройки ее категорий, количества и частоты передачи. Основным техническим эффектом является единое управление всей мобильной рекламой, причем с возможностью ее категорирования по всем каналам коммутации с абонентом на обоих логических уровнях СПРС. Дополнительный технический эффект, очевидно, заключается в экономии доступной полосы пропускания базовой сети CN оператора СПРС и снижение нагрузки на сетевые узлы СПРС за счет управления рекламными сообщениями с одного дополнительного сетевого узла.
Из патентных источников известен ряд технических решений по распознаванию и ограничению рекламы в СПРС.
Патент РФ 2666244 описывающий систему мобильной рекламы, предусматривающую управление доступной полосой пропускания пакетной сети СПРС за счет редактирования TCP/IP траффика в отношении рекламного контента. Способ ограничен Web каналом коммутации, сохраняет недостаток неизбирательного блокирования рекламы и опирается на упомянутый выше способ разрыва интернет сессии с рекламными адресами.
Патент РФ 2676615 описывает способ уведомления абонента о входящем вызове в сигнальной сети (домене) по технологии SIM STK, альтернативный способ уведомления по SMPP протоколу описывает заявка РФ 2019115238. Оба способа не предусматривают какую-либо классификацию входящих звонков, и ограничены информированием абонента о вызывающей стороне на экране входящего звонка, по накопленным данным рекламных MSISDN. Технической результатом изобретения является способ управления рекламными сообщениями в СПРС по всем каналам коммутации с абонентом, обеспечивающий классификацию рекламных сообщений по категориям товаров и услуг и согласие абонента на их получение. Дополнительным техническим эффектом способа является экономия доступной полосой пропускания базовой сети СПРС и снижение нагрузки на сетевые узлы СПРС.
Технический результат достигается за счет системы управления мобильной рекламой, в соответствии с которой оператор СПРС принимает рекламное сообщение по телекоммуникационному протоколу передачи данных, определяет идентификаторы отправителя и получателя рекламного сообщения, причем до передачи рекламного сообщения на мобильное устройство абонента оператор производит проверку наличия в базе данных записи о соответствии идентификатора отправителя, идентификатора получателя, идентификатора рекламируемого товара или услуги и идентификатора канала коммутации для передачи рекламного сообщения. При этом телекоммуникационным протоколом передачи данных является ISUP, SIP, SMPP, SMPT, HTTP, TCP/IP или любой другой телекоммуникационный протокол передачи данных, применяющийся в сигнальной и пакетной сетях СПРС, а каналом коммутации с абонентом является голосовой вызов, голосовая почта, SMS, USSD, WEB, или любой другой стандартизованный способ передачи данных абоненту применяющийся в сигнальной и пакетной сетях СПРС. При наличии в базе данных записи о соответствии идентификатора отправителя, идентификатора получателя, идентификатора рекламируемого товара или услуги и идентификатора канала коммутации для передачи рекламного сообщения оператор СПРС осуществляет передачу рекламного сообщения на мобильное устройство абонента. А при отсутствии в базе данных такой записи оператор СПРС не осуществляет передачу рекламного сообщения на мобильное устройство абонента. Причем запись в базу данных о соответствии идентификатора отправителя рекламного сообщения, идентификатора товара и услуги и идентификатора канала коммутации для передачи рекламного сообщения производит оператор СПРС, а запись о соответствии идентификатора абонента, идентификатора товара и услуги и идентификатора канала коммутации для передачи рекламного сообщения производит абонент СПРС посредством SMS, USSD, MMS, VMS, HTTP, TCP/IP сообщения или любого другого интерактивного телекоммуникационного сообщения предназначенного для коммуникации абонента и оператора СПРС.
Техническим результатом устройства системы управления рекламными сообщениями является архитектура СПРС, обеспечивающая оператору единый контроль и управление всеми рекламными сообщениями по всем каналам коммутации с абонентом, классификацию рекламных сообщений по категориям товаров и услуг и согласие абонента на их получение. Дополнительным техническим эффектом способа является экономия доступной полосой пропускания базовой сети СПРС и снижение нагрузки на сетевые узлы СПРС.
Технический результат достигается за счет устройства системы управления мобильной рекламой в СПРС, состоящей из взаимодействующих по крайней мере одного узла коммутации сигнальных соединений GMSC/VMSC, узла обработки пакетных данных GGSN/SGSN, СМС центра SMSC, узла хранения абонентских данных HLR/VLR, мобильного устройства абонента MS, содержащая на одном из сетевых узлов базу данных с идентификатором отправителя рекламного сообщения соединение с которым оператор не производит, и включает по крайней мере один сетевой узел, который содержит базу данных с записями о соответствии идентификатора отправителя рекламного сообщения, идентификатора абонента, идентификатора рекламируемого товара или услуги и идентификатора канала коммутации для передачи рекламного сообщения, и по крайней мере один взаимодействующий с ним сетевой узел осуществляющий передачу данных на мобильное устройство абонента по правилам сформированным сетевым узлом содержащим эту базу данных. Причем сетевой узел, содержащий базу данных и сетевой узел, осуществляющий передачу данных на мобильное устройство абонента являются стандартными 3GPP сетевыми узлами СПРС или дополнительными сетевыми узлами выполняющими функции управления услугами, коммутации услуг, функции данных услуги и функции специализированных услуг. А база данных является реляционной, распределенной, интегрированной в стандартизованные 3GPP сетевые узлы СПРС или размещенной на дополнительном сетевом узле, при этом точка присутствия (POP Point of Presence) сетевого узла с базой данных находится внутри базовой сети СПРС или вне ее.
На фиг. 1 Представлена реализация системы управления мобильной рекламой на стандартной архитектуре СПРС (а) и с включением в нее дополнительных сетевых узлов (б).
На фиг.2 представлен пример информационной модели базы данных, содержащей данные о объектах коммутации, каналах коммутации и режимах передачи рекламных сообщений в СПРС.
На фиг. 3 представлена обобщенная блок схема работы системы управления мобильной рекламой.
На фиг. 4 представлена обобщенная диаграмма обмена данными сетевых узлов в сигнальной CS и пакетной PS сетях СПРС для управления рекламными сообщениями в СПРС. Фигуры не ограничивают сетевую архитектуру, последовательность вызовов или схему взаимодействия сущностей в рамках предлагаемого изобретения, а иллюстрируют один из предпочтительных вариантов обеспечивающий заявленный технический результат - контроль и управление всеми рекламными сообщениями в СПРС. На фигурах сигнальная сеть показана штриховыми линиями, пакетная сеть сплошными линиями. В контексте заявки в описании и на фигурах определено, что идентификаторами отправителя и получателя ID являются их уникальные стандартизованные данные использующиеся для обработки соединений на сетевых узлах СПРС (MSC, SCP, HLR, VLR, BSS и др.) и связанные с предоставлением услуг и начислением платы (MSISDN, IMEI, IMSI, IP address и др.). Идентификаторы ID абонентов, относящиеся к рекламным сообщениям маркированы буквой В (MSISDN В, IP В и т.д.). Идентификатор ID абонента, подписанного на услугу AdBlock_total маркирован буквой А (MSISDN А и IP А и т.д.). Для упрощения принято, что к ID В также относятся абонентские номера телефонной сети общего пользования PSTN (Public Switched Telephone Network), a проключение вызова - установление сигнального SS7 соединения для совершения разговора между абонентами А В (Call).
Система управления мобильной рекламой AdBlock_total может быть реализована на архитектуре СПРС разных стандартов ITU-T, 3GPP и ETSI.
Фиг.1а иллюстрирует упрощенную стандартную архитектуру СПРС телекоммуникационного провайдера NP A (Network Provider) для реализации системы управления мобильной рекламой AdBlock_total без дополнительных сетевых узлов. В этой реализации системы обработка и контроль рекламных сообщений производится на основных стандартных узлах базовой сети CN оператора. СПРС включает взаимодействующие основные узлы - мобильные терминалы абонентов MS A (Mobil Station); узлы коммутации услуг SSP - шлюзовой и гостевой коммутаторы GMSC, VMSC (Gate, Visitor Mobil Switching Center) с регистром абонентов находящихся в зоне его обслуживания VLR (Visitors Location Register); СМС центр SMSC с шлюзовым центром коммутации IWF-MSC предназначенным для взаимодействия SMSC с SS7; USSD сервер; шлюзовой узел поддержки GPRS GGSN с обслуживающим узлом SGSN (Gateway Serving GPRS Support Node)B состав которого входят узел PCEF (Policy and Charging Enforcement Function) применения правил PCC (Policy and Charging Control) обслуживания и узел формирования политик обслуживания абонента A PCRF (Policy Control and Charging Rules Function) (на фиг.1 не показаны); регистр домашних абонентов HLR (Home Location Register). В этой реализации иллюстративно принято, что подписка (T-CSI Terminating CAMEL Subscription Information) на услугу AdBlock_total, правила маркетинговых коммуникаций с абонентом и базы данных (БД) черных списков (спам база) Black List BL В, персональных номеров абонента Personal Numbers White PNW A Black PNB А, одобренных оператором номеров Approved Numbers AN В с рекламируемыми товарами и услугами Goods & Services G&C и каналом коммутации Communication Chanel CC и разрешенных абонентом номеров Accept Numbers AN А формируются и хранятся на HLR с другими данными (профилем) абонента А. Как понятно специалисту, без ограничения общности способа, подписка на услугу м.б. реализована на узле коммутации MSC (N-CSI), а базы данных реплицированы на узлах SCP биллинга и PCRF соответственно или на отдельных сетевых узлах. Для передачи абоненту собственного (операторского) рекламного контента сетевой узел SGSN/GGSN взаимодействует с локальной и/или удаленной DSP (Demand Side Platform) с кэшированным рекламным контентом.
Фиг.16 иллюстрирует реализацию системы в архитектуре СПРС с дополнительными программно-аппаратными узлами - ПАК AdBlock_total CS (Control System) система управления маркетинговыми коммуникациями (рекламными сообщениями); ПАК SCP XDRay - исполнительный узел, предоставляющий данные для ПАК AdBlock_total CS и выполняющий ее правила в CS сигнальной сети SS7; ПАК AdBlock_total ES (Execute System) - исполнительный узел, выполняет функции обработки (DPI, SPI, MPI Deep, Media, Surface Packet Inspection) TCP/IP пакетов GPRS трафика в PS пакетной сети по правилам сформированным ПАК AdBlock_total CS; шлюзовой коммутатор GMSC с регистром домашних абонентов HLR (Home Location Register); SMSC с шлюзом IWF- MSC; узел GPRS SGSN/GGSN.
Некоторые стандартизованные сетевые узлы СПРС - система базовых станций BSS, некоторые стандартизованные хранилища данных и др. с целью упрощения на фиг.1 не показаны.
ПАК SCF AdBlock_total CS - система управления мобильной рекламой, в терминах IN сетей-интеллектуальная платформа SN Service Node выполняющая функции управления услугами SCF Service Control Function. Содержит логику обработки соединений и управления GPRS трафиком, предназначена для управления маркетинговыми коммуникациями абонентов, управления контактными политиками в отношении абонентов, формирования индивидуальных предпочтений абонентов в части содержимого (предмета) маркетинговых коммуникаций, а также сбора согласий абонентов на осуществление маркетинговых коммуникаций в интересах оператора, рекламодателей и третьих лиц. Представляет собой ПАК стандартной серверной архитектуры, включающий в общем случае по крайней мере один процессор, ОЗУ, ПЗУ и сетевой контроллер. Программно-аппаратная архитектура ПАК SCF AdBlock_total CS является ноу хау заявителя и обеспечивает контроль и управление рекламными сообщениями в базовой сети CN СПРС по всем каналам коммутации. Программная логика включает алгоритм формирования режима обработки рекламных сообщений и передачу его по согласованным программным интерфейсам АР1(..) исполнительным узлам SCP XDRay, AdBlock ES, а также хранение и управление базами данных черных списков (спам база) Black List BL В, персональных номеров абонента Personal Numbers White PNW A Black PNB А, одобренных оператором номеров Approved Numbers AN В c рекламируемыми товарами и услугами Goods & Services G&C и каналом коммутации Communication Chanel CC, и разрешенных абонентом номеров Accept Numbers AN A.
ПАК SCP XDRay - заявка WO N°2013107454 интеллектуальная IN платформа, выполняющая функции управления услугами SCF (Service Control Function), предоставления данных для услуг SDF (Service Data Function) и функции коммутации соединений SSF (Service Switching Function). Представляет собой ПАК стандартной серверной архитектуры, включающий в общем случае по крайней мере один процессор, ОЗУ, ПЗУ и сетевой контроллер. Включен в базовую сеть CN оператора, может быть настроен на захват любых сетевых диалогов базовой сети, аппаратно-программная архитектура ПАК SCP XDRay оптимизирована под мгновенную реакцию на события сигнальной и пакетной сетей оператора в увязке «захват-хранение-уведомление» причем ПАК обеспечивает такую увязку в разных сочетаниях. Данные об абонентах и сетевых узлах извлекаются из перехваченных сообщений (MAP, SIP, ISUP, SMPP и др.) и по специальному алгоритму программного сравниваются с данными профиля абонента для формирования реакции на них. Для передачи рекламных сообщений блок отправки уведомлений ПАК SCP XDRay реализован с возможностью обработки и инициирования любых сигнальных соединений SS7, и является элементом внешней системы короткого сообщения ESME (External Short Message Entity) в терминах SMPP протокола. Модуль хранения сетевых диалогов блока бизнес логики включает базу данных с профилями абонентов и может хранить предварительно сформированные ПАК SCF AdBlock CS алгоритмы (правила) обработки рекламных сообщений по Call и SMS каналам коммутации, а также БД AdBlock_total (фиг.2). В разных архитектурах СПРС ПАК SCP XDRay может слушать обмен данными как сигнальной, так и пакетной сетей оператора. В различных сетевых архитектурах ПАК SCP XDRay взаимодействует с узлом AdBlock_total CS, узлом управления услугами SCP (биллингом оператора на фиг.1 не показан), узлом коммутации MSC, или подключившись к физической сети СПРС через обобщенный gateway, может взаимодействовать с радио интерфейсом BSS. В облике системы управления мобильной рекламой реализует сформированные системой управления ПАК SCF AdBlock_total CS правила маркетинговых коммуникаций - контроль, обработку, формирование и передачу рекламных и уведомительных сообщений в сигнальной CS сети СПРС по Call и SMS каналам коммутации.
ПАК AdBlock_total ES - патенты РФ 2666244, 2673389 программно-аппаратный комплекс стандартной серверной архитектуры, выполненный с возможностью приема, анализа, редактирования и передачи сетевых TCP/IP пакетов программная логика ПАК AdBlock_total ES включает сетевой анализатор TCP/IP сетей. В разных режимах ПАК AdBlock_total ES, избирательно или полностью блокирует HTTP рекламу, передает в PS сеть HTTP сообщения с рекламным контентом (баннеры, заставки), уведомительные и информационные сообщения (баннеры) в т. ч. в интерактивной форме. Представляет собой ПАК стандартной серверной архитектуры, включающий в общем случае по крайней мере один процессор, ОЗУ, ПЗУ и сетевой контроллер. Программная архитектура узла AdBlock_total ES, является ноу-хау заявителя, управляет аппаратными ресурсами сервера, включает платформу DPI (SDI, MDI) анализа и редактирования пакетов TCP/IP сетей, локальную DSP (Demand Side Platform) платформу с кэшированным рекламным веб контентом (баннеры, видео, заставки и т.д.) для инкапсуляции их в интернет сессию по правилам сформированным системой управления AdBlock_total CS. Программная логика предусматривает инкапсуляцию рекламных и уведомительных сообщений в т.ч. интерактивных с возможностью опроса абонента А. Программная архитектура ПАК AdBlock ES выполнена с возможностью взаимодействия с сторонними рекламными сетями (SSP, DSP) и платформами управления клиентскими данными DMP и может включать собственную DMP. ПАК AdBlock_total ES применяет сформированные системой управления ПАК SCF AdBlock_total CS правила маркетинговых коммуникаций в GPRS пакетной PS сети СПРС.
Фиг.2 демонстрирует обобщенный пример архитектуры базы данных AdBlock_total включающую известные общий «черный» список номеров В оператора СПРС (т.н. спам база) - Black List BL В, персональные «белый» White и «черный» Black списки абонента Personal Numbers PNW/PNB А. Дополнительно для надежной сортировки и фильтрации в сети рекламных сообщений оператор формирует базу данных определяющую отношение одобренных оператором номеров маркированных категорией товара и услуги и разрешенным каналом коммутации и разрешенных абонентом номеров. При этом внесение записи AN В, G&S и СС производит оператор, а внесение записи AN А (и опционально G&C и СС) производит абонент. Таким образом для системы управления AdBlock_total записи G&S и СС являются не только определением канала коммутации и категории рекламируемого товара и услуги, но и маркерами связи между рекламодателем и абонентом, т. е. функцией, определяющей соответствие между множествами рекламодателей и абонентов, позволяющей оператору СПРС надежно управлять рекламными сообщениями. В разных реализациях абоненту может быть предоставлена информация о рекламодателе AN А или он может определить только канал коммутации и интересующий предмет рекламы. Например при поступлении на GMSC запроса на проключение вызова IAM(MSISDN А1, MSISDN ВЗ) (фиг.4, Call, сообщение 1) оператор производит проверку наличия записей (кортежей в определениях реляционной модели) содержащих все 4 значения - AN В, G&C, СС, AN А (фиг.2) и только при наличии отношения определяющего рекламодателя MSISDN ВЗ, рекламную категорию Travel, канал коммутации Call и абонента MSISDN А1 оператор проключает вызов (фиг.З этап 4, фиг. 4а Call сообщение 4Ь,с, фиг.4б Call сообщение 6Ь,с). Как видно из фиг.2 кортеж БД такого отношения не определяет т.к. отсутствует запись определяющая разрешение рекламодателю MSISIDN ВЗ передавать рекламное сообщение Travel абоненту MSISDN А1 по Call каналу коммутации. При этом оператор одобрил рекламодателю MSISIDN ВЗ передачу рекламного сообщения Travel посредством SMS, а абонент А1 разрешил его передачу на свой MSISDN, что для программной логики AdBlock_total является руководством для доставки абоненту А такого SMS сообщения. Как понятно специалисту, конкретная архитектура БД не ограничивает объем правовой охраны изобретения. Реализация БД может включать единую БД, распределенную, разнесенную на разные сетевые узлы в соответствии с уровнем техники. Значения одобренных номеров AN В товаров и услуг G&C и канала коммутации СС определяет оператор. Внесение этих значений в таблицу оператор производит по своему усмотрению или при обращении к нему рекламодателей или третьих лиц, которые например подтверждают рабочую коммуникацию с абонентом А, например договор с абонентом заключенный в рабочем порядке вне контроля оператора СПРС - тех. сервис, туроператор и т.д., при этом для формирования режима передачи сообщений учитывается срок договора география и т.д. (на фиг.З не показано). Обращение может быть совершено в рабочем порядке или через открытый API предоставляемый оператором. Частные способы обращений стороны В к оператору не меняют суть изобретения. Список разрешенных абонентом А (акцептованных) номеров и адресов Accepted Numbers AN А формирует абонент А через свой личный кабинет, посредством мобильного приложения, или например посредством SMS с предопределенным текстом в ответ на получение рекламного SMS или USSD (фиг.4 USSD диалог 7с-8с), или интерактивного HTTP сообщения (интерактивных баннеров фиг.4а Web сообщение 6 js-code downlink, фиг. 46 сообщение 11 js-code downlink) (фиг. 3 этапы 7-9), частный способ определения таких номеров абонентом А не ограничивает суть предлагаемой системы. Как понятно из текущего уровня техники черные и белые списки персональных номеров Personal Numbers PNB A, PNW А (фиг.2) необходимы для распознавания не рекламных сообщений (фиг.З этап 5) - личные контакты абонента, заблокированные номера, новый, временный знакомый абонента и т. д. Таким образом именно синергия связи каналов коммутации (Call, SMS, WEB) и классификации рекламной тематики по товарам и услугам обеспечивает системе AdBlock total управление категориями рекламы по каналам коммутации в СПРС.
Блок схема фиг.З иллюстрирует обобщенный принцип работы системы управления мобильной рекламой AdBlock_total. Приведенная блок схема выполняет алгоритм сепарабельно по каждому каналу коммутации. На этапе 1 СПРС принимает рекламное сообщение на сетевом узле, выполняющем функции управления соединениями и коммутации услуг SSF и управления ШПД (GMSC, SMSC, GGSN) (фиг.1,4 а, б). На этапе 2 сетевой узел управления услугами SCF Service Control Function (SCP, HLR, SGSN, AdBlock CS) производит проверку наличия в БД BL записи с ID отправителя В (MSISDN В, IP address В), при положительном ответе БД true сетевой узел СПРС назначенный для обработки соответствующего канала коммутации формирует и передает в сеть СПРС сообщение на разъединение канала коммутации - MSC/XDRay: SIP, ISUP — >· RELEASE сигнал для разъединения сигнального соединения голосового вызова; SMSC/XDRay: SMS— >ERR=X сообщение-отчет о не доставке SMS; GGSN/AdBlock ES: TCP/IP PDU— >EIN=1 разрыв интернет сессии установкой бита FIN сетевого пакета в единицу - этап 3 и опционально инкапсуляцию из локальной DSP разрешенного рекламного сообщения (баннера) GGSN/AdBlock ES:Direct Add. При отсутствии ID В в БД BL В false, система управления производит проверку записи (кортежа) AN В, G&C, СС, AN А о соответствии ID отправителя и ID получателя в БД (этап 4) и при положительном ответе производит соединение канала коммутации и передачу рекламного сообщения в режиме, определённом ответом БД по разрешенным ей каналам коммутации MSC/XDRay: SIP, ISUP SETUP В— >A проключение голосового вызова, SMSC/XDRay: DATA_SM — >·A доставка SMS абоненту A, GGSN/AdBlock ES: downlink HTTP OK установление интернет сессии с абонентом для загрузки контента этап 6, этот этап не исключает инкапсуляцию контента из локальной DSP - GGSN/AdBlock ES:Direct Add. При отрицательном ответе на этапе 4 false, система управления опрашивает БД разрешенных персональных «белых» номеров абонента PNW А (этап 5), при наличии записи PNW А о разрешении ID В передавать сообщение true система управления производит его передачу аналогично этапам 4,6. При отсутствии записи в БД PNW A false система управления опрашивает БД PNB А этап 7 и в случае нахождения ID В запрещает соединение и передачу сообщения этап 9 аналогично этапу 3. В случае отсутствия no ID В в БД PNB А система управления производит соединение/передачу сообщения этап 6 и производит опрос абонента А на согласие (ACCEPT) в дальнейшем принимать сообщения от отправителя В путем направления ему интерактивного сообщения USSD, SIM, HTTP ACCEPT PUSH A (USSD, PUSH, интерактивный Web баннер) этап 8. В зависимости от реакции абонента на этот запрос система управления программная логика системы производит запись ID В в БД PNW или PNB или AN А этап 8. Для информирования абонента интерактивное сообщение 8 может содержать опцию выбора возможной периодичности и/или количества передачи ему такого сообщения. Таким образом в общем случае, контроль рекламных сообщений в СПРС производится за счет четырех запросов БД (или единого с учетом языка запросов СУБД) которые могут быть произведены в любой очередности и по которым программная логика системы управления выводит утверждение о том, что обрабатываемое сообщение не является спамом BL В true 2, релевантно маркетинговому профилю абонента (AN В & AN A) true 4, т.е. одобрено оператором и разрешено абонентом, не запрещено абонентом (PNW А & PNB A) true 5,7, или не определено и требует его одобрения ACCEPT 8 - MSISDN (IP) В -> ( BL В &ANB &ANA & PNWA & PNB А || ACCEPT) -> MS А.
Этапы 3,9 вместо разъединения канала коммутации могут, например предполагать маршрутизацию вызова или рекламного сообщения на узлы интеллектуальной периферии intellectual peripheral IP - Interactive Voice Response IVR, voice mail system VMS.
В зависимости от маркетингового профиля абонента на этапе 3,6,9 после разрыва интернет-соединения с рекламными IP адресами, GGSN или AdBlock ES может производить прямую инкапсуляцию рекламного контента предварительно кэшированного в локальной или удаленной DSP оператора СПРС без проведения рекламного аукциона GGSN/AdBlock ES:Direct Add. Кэшированный контент в DSP соответствует записи БД AN В, IP В, как понятно специалисту значение IP Bn может означать адрес локальной или удаленной DSP оператора СПРС с кэшированным рекламным контентом. Кроме рекламного контента (баннеры, видео, заставки и т.д.) локальная или удаленная DSP включает информационные интерактивные баннеры для опроса абонента А на последующее получение рекламного сообщения определенного вида, товара, услуги и/или режима его получения. Оператор может использовать такие информационные баннеры вне алгоритма фиг.З для накопления/обновления маркетингового профиля абонента в БД АР по Web каналу коммутации.
Как понятно специалисту представленные на фиг.З отдельные этапы обобщенного алгоритма могут быть видоизменены в пределах достижения заявленного технического результата с учетом обязательной проверки одобренных номеров оператором и разрешенных абонентом, вида рекламного сообщения и канала коммутации его передачи. Например, может быть изменен порядок опроса баз данных или с учетом синтаксиса языка СУБД может быть произведен единый запрос для получения ответа БД, обеспечивающего заявленный результат.
Фиг.4 иллюстрирует сетевой обмен сообщениями в сигнальной CS Domain и пакетной PS Domain сетях СПРС обеспечивающий работу системы управления мобильной рекламой AdBlock в физической плоскости архитектуры СПРС. Сетевой обмен показан на примере ISUP протокола установления соединения голосового вызова, SMPP протокола для SMS, USSD сообщений и TCP/IP обмена для обработки GPRS . Как понятно специалисту, без ограничения общности способа, с учетом сетевых интерфейсов, диалог сетевых узлов по другому сигнальному протоколу (SIP и др.) аналогичен. На фиг.4а приведен пример диаграммы вызовов стандартных узлов СПРС в сетевой архитектуре фиг.1 а. На фиг.4б пример диаграммы вызовов с использованием интеллектуальной платформы и дополнительных сетевых узлов в архитектуре фиг.16.
Входящий вызов (фиг.4а Call) - ISUP сообщение 1 IAM (Subsc A, Subsc В) поступает на шлюзовой GMSC. GMSC отправляет МАР запрос Send Routing Information на HLR - сообщение 2 SRI Req(Subsc A, Subsc В). Происходит стандартная проверка запретов на вызовы и анализ CAMEL подписок входящих вызовов T-CSI. В данной реализации HLR содержит БД AdBlock_total. HLR выполняет стандартную внутреннюю логику и логику AdBlock_total (фиг.З). В ответе на запрос HLR направляет стандартные данные о VMSC в зоне которого находится абонент А, его профиль, подписки и данные для дальнейшей обработки вызова (режим обработки) - 3 SRI Resp (Subsc A, Subsc В, T-CSI). GMSC обрабатывает T-CSI триггер подписки и выполняет режим обработки вызова AdBlock_total CS в соответствии с которым передает в сеть одно из сообщений - 4а REL на завершение вызова и освобождение сигнальных каналов, блокируя не разрешенный рекламный вызов; 4b,c - IAM (Subsc A, Subsc В) продолжить обработку вызова с прежними параметрами, после чего коммутатор VMSC передает на MS абонента А посылку вызова 5b,c RNG (RINGING) и проключает голосовой вызов b,c call establish соединяя абонентов. При необходимости запроса согласия абонента А в дальнейшем принимать сообщения от абонента В (блок схема фиг.4 этап 7,8,9), после завершения разговора USSD сервер генерирует USSD запрос Req ACC 6с, 7с. После ответа абонента логика 8с, 9с USSD Resp ACC программная логика Ad_Block total CS обновляет AdBlock_total update БД BL, AP, AN (фиг.4 этап 8,9).
После поступления (фиг.4а SMS) в SMSC и стандартной обработки входящего рекламного SMS сообщения 1 DATA_SM (Subsc A, Subsc В). SMSC инициирует попытку доставки SMS абоненту для чего IWL-MSC формирует на HLR стандартный МАР запрос для дальнейшей маршрутизации - 2 SRI_LOR_SM Req (Subsc A, Subsc В). HLR проводит стандартные процедуры проверки подписок, запретов, поиска текущего коммутатора и запускает логику AdBlock total processing (фиг.З). В результате программная логика AdBlock_total CS, по аналогии с Call каналом коммутации формирует сообщение 3 SRI_LOR_SM Resp (Subsc A, Subsc В, T-CSI) с указаниями о дальнейшей обработке SMS. SMSC обрабатывает данные HLR и в соответствии с ними передает в сеть одно из сообщений: 4a DATA_SM_resp (Subsc A, Subsc B, ERR=2) ответ отправителю о неудачной доставке SMS с кодом ошибки; 4b,c MT_FORWARD_SM_Req (Subsc A, SM) сообщение на VMSC для доставки SMS абоненту - 5b PAG Req (Subsc А). Если программная логика AdBlock_total требует инициировать запрос-разрешение абонента на получение SMS такой категории или этого отправителя, аналогично Call каналу коммутации USSD сервер формирует USSD диалог 6с-9с, после ответа AdBlock_total update обновляет БД BL, АР, AN (фиг.4 этап 8,9). В этом случае опционально программная логика AdBlock_total предусматривает конвертирование рекламного SMS в USSD сообщение с рекламным текстом (на фиг.2 не показано), такая реализация позволяет избежать избыточного USSD запроса. Или, например абоненту предоставляется возможность направить SMS с признаком отказа от получения таких сообщений -например слово «Стоп», после чего БД AdBlock_total обновляются по аналогии. Коды ошибок ERR настраиваются опционально-например логика может предусматривать запрет на получение SMS-MT сообщений, или сообщений от определенных адресатов, операторов/агрегаторов. По коду ошибки заинтересованный сетевой узел может определить причину не доставки SMS, например код 2 соответствует запрету доставки от отправителя, код 3 запрету по категории товара или услуг и т.д. Без ограничения общности изобретения SMS сообщения, инициированные по пакетной сети, контролируются системой AdBlock total аналогично.
Контроль и управление браузерной рекламой (фиг.2а Web) в архитектуре фиг.1а производит шлюзовой узел GGSN/SGSN (PCEF) поддержки GPRS по РСС правилам сформированным узлом формирования политик обслуживания PCRF входящим в его состав. Взаимодействие узла GGSN/SGSN с HLR по протоколу МАР обеспечивает передачу данных для формирования РСС правил в части фильтрации Web рекламы и инкапсуляции предварительно кэшированного в локальной или удаленной DSP оператора СИРС рекламного контента (на фиг.1,2 не показана) по логике AdBlock_total. Например, если запись маркетингового профиля абонента БД АР предусматривает передачу абоненту рекламного контента от определенного IP адреса, РСС правила соответственно разрешают его передачу. Веб обозреватель MS обращается к URI веб страницы - сообщения 1,2 WB HTTP GET URI, получает ответ сервера - сообщения 3,4 URI POST и отображает HTML код страницы. При разборе HTML кода страницы WB MS А инициирует несколько TCP/IP-соединений для загрузки рекламного контента и всевозможных баннеров, используемых при ее оформлении - сообщение 5 js-code uplink. PCEF выявляет этот запрос (пакет или поток) и подменяет его js- файлом, с разрешенным РСС правилами рекламным контентом (баннером) из локальной DSP Direct Add - 6 js-code downlink. В соответствии с РСС правилами DPI компонента PCEF, может избирательно разрывать TCP/IP сессии загрузки рекламного контента - PDU FIN=1, если запись о IP адресе отсутствует в БД АР. Процедура подмены может использовать стандартную технологию подмены web-сценариев (JavaScript файлов). Для блокировки программный алгоритм использует известные IP адреса и/или домены рекламных сетей и баннерных служб, может использоваться набор правил для доменов с помощью регулярных выражений. При необходимости запроса разрешения абонента получать рекламный контент определенной категории в интернет сессию может быть инкапсулирован уведомительный интерактивный баннер.
Показанная работа системы AdBlock_total фиг.2а в архитектуре СПРС фиг.1а как минимум не является предпочтительной т. к. наделяет стандартные узлы CS и PS не свойственными им функциями, следствием чего является трудоемкость внедрения и обслуживания системы. Избыточная сложность системы в этом облике видна визуально из диаграммы фиг.2а. Поэтому, как понятно специалисту, предпочтительна CAMEL реализация системы AdBlock_total в архитектуре фиг.1 б с использованием дополнительных сетевых узлов - интеллектуальных платформ AdBlock total, SCP XDRay и AdBlock ES. Она хорошо укладывается в парадигму декомпозиции функций коммутации и предоставления услуг IN сетей и не влечет трудностей внедрения и технической поддержки. В этом облике (фиг.16, 46) абоненту также оформляется стандартная CAMEL подписка на маркетинговый профиль, продемонстрированная ниже реализация также опирается на T-CSI подписку.
Входящий вызов голосовой вызов (фиг. 46 Call) - ISUP сообщение 1 IAM (Subsc A, Subsc В) поступает на шлюзовой GMSC. Происходит стандартный обмен GMSC-HLR - 2 SRI Req Resp XDRay в результате которого на HLR «поднимается» T-CSI AdBlock init триггер подписки на маркетинговый профиль AdBlock_total и HLR возвращает коммутатору GMSC адрес интеллектуальной платформы SCP XDRay. GMSC маршрутизирует вызов на SCP XDRay - 3 IAM (Subsc A, Subsc В). SCP XDRay извлекает из IAM сообщения данные А, В абонентов и выполняет программный обмен по согласованным API интерфейсам с системой управления AdBlock_total CS для определения дальнейшей обработки вызова 4 ROUT Req API(Subsc A, Subsc В). AdBlock_total CS выполняет алгоритм фиг.З по результату которого формирует сообщение 5а ROUT Resp API(REL) RELEASE не разрешающее соединение, или 5b ROUT Resp API(CON) CONNECT проключить вызов, или 5с ROUT Resp API(CON, PUSH) CONNECT & PUSH проключить вызов и запросить у абонента разрешение (акцепт АСС) на последующие соединения с абонентом В. По полученным данным SCP XDRay выполняет маршрутизацию вызова - 6а REL завершение вызова и освобождение сигнальных каналов; 6 b,c RNG RINGING- посылка вызова на MS абонента А и проключение вызова b,c call establish; при необходимости акцепта абонента по появлению в сети сообщения RELEASE от любой из сторон (А или В) о завершении разговора SCP XDRay инициирует SMPP ETSSD диалог 7с-8с, результат которого ACC (Accept) направляет системе управления AdBlock_total CS для обновления баз данных маркетингового профиля AdBlock_total update 9с API(ACC) фиг.З эт.8.
Управление SMS каналом коммутации (фиг.4б SMS) выполняется после обработки входящего SMS в SMSC - 1 DATA_SM (Subsc A, Subsc В) по T-CSI аналогично обработке входящего IAM. SMSC центр проводит стандартный диалог с HLR 2 SRI_SM Req, Resp после которого IWF-MSC выполняет маршрутизацию SMS на SCP XDRay - 3 DATA_SM(Subsc А, Subsc В). ПАК SCP XDRay извлекает из DATA_SM данные вызывающего и вызываемого абонентов А, В и по согласованным API направляет запрос системе управления AdBlock total CS о дальнейшей доставке - 4 ROUT_SM Req API(Subsc A, Subsc В). Программная логика системы управления AdBlock CS выполняет алгоритм фиг.З AdBlock_total processing и по результату его выполнения формирует и передает SCP XDRay данные 5 на исполнение режима доставки SMS. Режим доставки 5 (а,Ь,с) может включать команду 5а ROUT_SM Resp API(REJ) REJECT - отвергнуть сообщение, 5b ROUT_SM Resp API(FOR) FORWARD - доставить сообщение абоненту, 5c ROUT_SM Resp API(FOR, PUSH) - доставить сообщение и запросить акцепт (разрешение) на последующую доставку сообщений такой категории. SCP XDRay исполняет режим доставки и передает в сеть сообщения согласно предписанному режиму - 6а DATA_SM_Resp(Subsc A, Subsc В, ERR=2) сообщение ESME отправителю В о не доставке сообщения, 6 б, с MT_FORWARD_SM_Req(Subsc A, SM) доставляет сообщение абоненту, и/или инициирует SMPP USSD диалог для получения акцепта абонента на дальнейшую доставку 7с-8с, после завершения которого передает данные акцепта АСС системе управления AdBlock total 9с API(ACC) для обновления БД маркетингового профиля абонента AdBlock_total update (фиг.З эт. 8).
Контроль и управление Web рекламой как видно из раздела Web фиг.2Ь выполняется исполнительным сетевым узлом AdBlock_total ES для этого GGSN перенаправляет весь TCP/IP трафик на AdBlock_total ES. Для формирования правил редактирования и инкапсуляции рекламного контента AdBlock ES обменивается данными с системой управления AdBlock_total CS по согласованным API (..). После обнуления интернет сессий загрузки не разрешенного рекламного контента PDU FIN=1 - диалог 8,9, AdBlock_total ES по предварительно сформированным и переданным системой управления AdBlock_total CS данным API (..) инкапсулирует в интернет сессию абонента релевантный разрешающим записям в БД АР AdBlock_total рекламный контент из DSP оператора СПРС и/или интерактивные web уведомления 10,11 js-code downlink. Предпочтительный вариант системы фиг. 26, 46 объясняется оптимальным расположением сетевых узлов в физической архитектуре СПРС с точки зрения POP (point of present)- максимально короткого ping. Так, например протокол CAMEL допускает управление пакетной и сигнальной сетью с одного сетевого узла. Тем не менее с учетом сложной топологии физической сети СПРС разнесение системы на управляющий узел AdBlock CS содержащий БД обеспечивающую взаимосвязь каналов коммутации (Call, SMS, Web), номеров MSISDN и IP адресов рекламодателей и исполнительные узлы SCP XDray и AdBlock ES реализующие выполнение правил управления рекламными сообщениями и маркетинговый профиль абонента в сигнальной и пакетной сети соответственно обеспечивают заявленный технический результат с заданной надежностью и требованиями QoS .

Claims

Формула
1. Система управления мобильной рекламой, в соответствии с которой оператор СПРС принимает рекламное сообщение по телекоммуникационному протоколу передачи данных, определяет идентификаторы отправителя и получателя рекламного сообщения, отличающийся тем, что до передачи рекламного сообщения на мобильное устройство абонента оператор СПРС производит проверку наличия в базе данных записи о соответствии идентификатора отправителя рекламного сообщения, идентификатора получателя рекламного сообщения, идентификатора рекламируемого товара или услуги и идентификатора канала коммутации для его передачи.
2. Система управления мобильной рекламой по п.1 отличающаяся тем, что телекоммуникационным протоколом передачи данных является ISUP, SIP, SMPP, SMPT, HTTP, TCP/IP или любой другой телекоммуникационный протокол передачи данных, применяющийся в сигнальной и пакетной сетях СПРС, а каналом коммутации с абонентом является голосовой вызов, голосовая почта VMS, SMS, USSD, WEB, или любой другой стандартизованный способ передачи данных абоненту применяющийся в сигнальной и пакетной сетях СПРС.
3. Система управления мобильной рекламой по и. 1 отличающаяся тем, что оператор СПРС производит запись в базу данных о соответствии идентификатора отправителя рекламного сообщения, идентификатора товара и услуги и идентификатора канала коммутации для передачи рекламного сообщения.
4. Система управления мобильной рекламой по и. 1 отличающаяся тем, что абонент СПРС производит запись в базу данных о соответствии идентификатора абонента, идентификатора товара и услуги и идентификатора канала коммутации для передачи рекламного сообщения.
5. Система управления мобильной рекламой по и. 4 отличающаяся тем, что абонент вносит запись о соответствии идентификатора абонента рекламного сообщения и идентификатора товара и услуги посредством SMS, USSD, MMS, VMS, HTTP, TCP/IP сообщения или любого другого интерактивного телекоммуникационного сообщения предназначенного для коммуникации абонента и оператора СПРС.
6. Система управления мобильной рекламой по п.1 отличающаяся тем, что при наличии в базе данных записи о соответствии идентификатора отправителя , идентификатора получателя, идентификатора рекламируемого товара или услуги и идентификатора канала коммутации
18
ЗАМЕНЯЮЩИЕ ЛИСТЫ (ПРАВИЛО 26) для передачи рекламного сообщения оператор СПРС осуществляет передачу рекламного сообщения на мобильное устройство абонента.
7. Система управления мобильной рекламой по п.1 отличающаяся тем, что при отсутствии в базе данных записи о соответствии идентификатора отправителя, идентификатора получателя, идентификатора рекламируемого товара или услуги и идентификатора канала коммутации для передачи рекламного сообщения оператор СПРС не осуществляет передачу рекламного сообщения на мобильное устройство абонента.
8. Система управления мобильной рекламой в СПРС, состоящая из взаимодействующих по крайней мере одного, узла коммутации сигнальных соединений GMSC/VMSC, узла обработки пакетных данных GGSN/SGSN, СМС центра SMSC, узла хранения абонентских данных HLR/VLR, мобильного устройства абонента MS, содержащая на одном из сетевых узлов базу данных с идентификатором отправителя рекламного сообщения соединение с которым оператор не производит, отличающаяся тем, что включает по крайней мере один сетевой узел, содержащий базу данных с записями о соответствии идентификатора отправителя рекламного сообщения, идентификатора абонента, идентификатора рекламируемого товара или услуги и идентификатора канала коммутации для передачи рекламного сообщения, и по крайней мере один взаимодействующий с ним сетевой узел осуществляющий передачу данных на мобильное устройство абонента по правилам сформированным сетевым узлом содержащим эту базу данных.
9. Система управления мобильной рекламой по п. 8 отличающаяся тем, что сетевой узел, содержащий базу данных с записями о соответствии идентификатора отправителя рекламного сообщения, идентификатора абонента, идентификатора рекламируемого товара или услуги и идентификатора канала коммутации для передачи рекламного сообщения, и сетевой узел осуществляющий передачу данных на мобильное устройство абонента являются стандартными 3GPP сетевыми узлами СПРС.
10. Система управления мобильной рекламой по п. 8 отличающаяся тем, что сетевой узел, содержащий базу данных с записями о соответствии идентификатора отправителя рекламного сообщения, идентификатора абонента, идентификатора рекламируемого товара или услуги и идентификатора канала коммутации для передачи рекламного сообщения и сетевой узел осуществляющий передачу данных на мобильное устройство абонента являются дополнительными сетевыми узлами выполняющими в СПРС функции управления услугами, коммутации услуг, функции данных услуги и функцию специализированных услуг.
11. Система управления мобильной рекламой по п. 8 отличающаяся тем, что база данных с записями о соответствии идентификатора отправителя рекламного сообщения,
19
ЗАМЕНЯЮЩИЕ ЛИСТЫ (ПРАВИЛО 26) идентификатора абонента, идентификатора рекламируемого товара или услуги и идентификатора канала коммутации для передачи рекламного сообщения является реляционной, распределенной, интегрированной в стандартизованные 3GPP сетевые узлы СПРС или размещенной на дополнительном сетевом узле, а точка присутствия (POP Point of Presence) сетевого узла с базой данных находится внутри базовой сети СПРС или вне ее.
20
ЗАМЕНЯЮЩИЕ ЛИСТЫ (ПРАВИЛО 26)
PCT/RU2020/050329 2019-11-18 2020-11-16 Система управления мобильной рекламой WO2021101417A1 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2019136883A RU2722685C2 (ru) 2019-11-18 2019-11-18 Система управления мобильной рекламой
RU2019136883 2019-11-18

Publications (1)

Publication Number Publication Date
WO2021101417A1 true WO2021101417A1 (ru) 2021-05-27

Family

ID=69183973

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2020/050329 WO2021101417A1 (ru) 2019-11-18 2020-11-16 Система управления мобильной рекламой

Country Status (2)

Country Link
RU (1) RU2722685C2 (ru)
WO (1) WO2021101417A1 (ru)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2755812C2 (ru) * 2020-11-12 2021-09-21 Общество с ограниченной ответственностью «Квает Медиа» Способ идентификации абонента с использованием универсального идентификатора мобильной рекламы
RU2765483C2 (ru) * 2021-05-07 2022-01-31 Общество с ограниченной ответственностью «ИНТЕРКОННЕКТ» Способ распознавания и обработки спам-звонка
RU2762389C2 (ru) * 2021-05-07 2021-12-20 Общество с ограниченной ответственностью "Алгоритм" Способ распознавания абонента, совершающего нежелательные вызовы и способ обработки нежелательного вызова

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2461145C2 (ru) * 2010-09-09 2012-09-10 Общество С Ограниченной Ответственностью "Центр Мобильной Рекламы" Способ доставки и отображения контента на мобильном устройстве
US20130275228A1 (en) * 2012-04-11 2013-10-17 Netgear, Inc. System and method for filtering advertising in a networking device
US20140222561A1 (en) * 2013-02-04 2014-08-07 Facebook, Inc. Cross-Platform Advertisement Targeting
US20170070584A1 (en) * 2015-09-04 2017-03-09 Facebook, Inc. Identifying interactions performed by users of an online system with third party content based on information received by the online system from a tracking mechanism
RU2666244C1 (ru) * 2017-09-01 2018-09-06 Общество с ограниченной ответственностью "КВАНТУМ А РУС" Система мобильной рекламы
RU2019115238A (ru) * 2019-05-17 2019-07-23 Общество с ограниченной ответственностью "КВАНТУМ А РУС" Способ уведомления о входящем вызове и устройство для его осуществления

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011132345A1 (ja) * 2010-04-23 2011-10-27 日本電気株式会社 情報配信システム
US10558817B2 (en) * 2017-01-30 2020-02-11 Foley & Lardner LLP Establishing a link between identifiers without disclosing specific identifying information

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2461145C2 (ru) * 2010-09-09 2012-09-10 Общество С Ограниченной Ответственностью "Центр Мобильной Рекламы" Способ доставки и отображения контента на мобильном устройстве
US20130275228A1 (en) * 2012-04-11 2013-10-17 Netgear, Inc. System and method for filtering advertising in a networking device
US20140222561A1 (en) * 2013-02-04 2014-08-07 Facebook, Inc. Cross-Platform Advertisement Targeting
US20170070584A1 (en) * 2015-09-04 2017-03-09 Facebook, Inc. Identifying interactions performed by users of an online system with third party content based on information received by the online system from a tracking mechanism
RU2666244C1 (ru) * 2017-09-01 2018-09-06 Общество с ограниченной ответственностью "КВАНТУМ А РУС" Система мобильной рекламы
RU2019115238A (ru) * 2019-05-17 2019-07-23 Общество с ограниченной ответственностью "КВАНТУМ А РУС" Способ уведомления о входящем вызове и устройство для его осуществления

Also Published As

Publication number Publication date
RU2019136883A3 (ru) 2020-04-24
RU2019136883A (ru) 2020-01-27
RU2722685C2 (ru) 2020-06-03

Similar Documents

Publication Publication Date Title
US10129391B2 (en) Short message service spam data analysis and detection
US7145875B2 (en) Methods and systems for preventing short message service (SMS) message flooding
US6819932B2 (en) Methods and systems for preventing delivery of unwanted short message service (SMS) messages
EP2149271B1 (en) Insertion of advertisement content into a text message
EP1123626B1 (en) Ip roaming number gateway
US8660593B2 (en) Method and system for the prevention of unwanted wireless telecommunications
EP1653764B1 (en) A method and apparatus for providing managed roaming service in a wireless network
AU2009233540B2 (en) Telecommunications network
WO2021101417A1 (ru) Система управления мобильной рекламой
US8918076B2 (en) Regional zone based mobile charging
US8712373B2 (en) Secure service for enabling communication for calling party when communication service for called party is suspended
US20080207181A1 (en) Method and system for applying value added services on messages sent to a subscriber without affecting the subscriber's mobile communication
US20050186974A1 (en) Short message service (SMS), multimedia message service (MMS), call screening and filtering
EP1675332A1 (en) Anti-spam server
US8311204B2 (en) Automatic complaint registration for violations of telephonic communication regulations with call rejection
WO2006002076B1 (en) Methods, systems, and computer program products for content-based screening of messaging service messages
KR20060071359A (ko) 원하지 않는 메시지 또는 음성 접속의 차단 방법 및 원하지않는 메시지 또는 음성 접속의 차단 장치
US20090270067A1 (en) System And Method For Modifying Calling Behavior
WO2008146097A1 (en) A method for the forwarding of sms in a mobile communication system
US20070077918A1 (en) System and method for providing customized ring back tones using a gateway switching node
EP2597847B1 (en) Inbound unified identifier telecommunication system
NZ576452A (en) Automatic complaint registration for violations of telephonic communication regulations with call rejection
DE102013104383B4 (de) Verfahren zum Begrenzen einer Verbindungsanzahl von Kommunikationsverbindungen
RU2762389C2 (ru) Способ распознавания абонента, совершающего нежелательные вызовы и способ обработки нежелательного вызова
RU2731548C2 (ru) Способ уведомления о голосовом сообщении

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20890275

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 29.09.2022)

122 Ep: pct application non-entry in european phase

Ref document number: 20890275

Country of ref document: EP

Kind code of ref document: A1