Способ отображения данных, основанных на биллинг-системе Российский патент 2023 года по МПК G06F16/27 G06Q30/01 

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

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

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

Из уровня техники известно способ управления идентификационными данными мобильных устройств (патент RU 2 625 951 C2, МПК H04W 8/18, опубликовано 19.07.2017 г.), согласно которому обнаруживают один или более параметров, ассоциированных с устройством мобильной связи; в процессе управления идентификационными данными, выбирают правило управления идентификационными данными, определенное посредством одного или более обнаруженных параметров; в процессе управления идентификационными данными, осуществляют поиск в базе данных идентификационных данных, причем каждая запись содержит идентификационные данные и дополнительную идентификационную информацию для каждых идентификационных данных, при этом осуществление поиска приоритезирует записи согласно правилу управления идентификационными данными; в процессе управления идентификационными данными, выбирают идентификационные данные, когда запись, соответствующая правилу управления идентификационными данными, найдена при указанном поиске; и в процессе управления идентификационными данными, модифицируют активные идентификационные данные устройства мобильной связи таким образом, что они являются выбранными идентификационными данными, когда активные идентификационные данные еще не являются выбранными идентификационными данными.

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

Из уровня техники известен способ обеспечения доступа пользователя к услугам локального оператора услуг, оконечное устройство пользователя и сервер системы для реализации способа (патент RU 2 686 618 C, МПК G06Q 20/30, G06Q 50/30, G07B 15/00, опубликовано 29.04.2019 г.), где в системе универсального билетного процессинга осуществляют централизованный сбор и хранение в единой базе данных информации, относящейся к условиям предоставления услуг множества локальных систем предоставления услуг, управляемых локальными операторами систем предоставления услуг, где услуги предоставляются по месту нахождения пользователя; для локальной системы предоставления услуг, выбранной пользователем из множества локальных систем предоставления услуг, передают пользователю набор правил доступа к услугам локальной системы предоставления услуг, сохраненный в единой базе данных, где набор правил содержит обязательный набор правил; запрашивает согласие пользователя на соответствие обязательному набору правил; выбирают, по согласованию с пользователем набор дополнительных правил, при согласии пользователя, выбирают носитель информации для хранения идентификационных данных пользователя, проверяют возможность пользователя соответствовать обязательному набору правил локального оператора, регистрируют пользователя в локальной системе локального оператора с использованием идентификационных данных пользователя; при нахождении пользователя в зоне оказания услуг считывают идентификационные данные пользователя с выбранного носителя информации, проверяют регистрацию пользователя со считанными идентификационными данными в локальной системе предоставления услуг, и при регистрации пользователя в локальной системе предоставления услуг, по выбору пользователя, предоставляют пользователю услугу в соответствии с дополнительным набором правил и с проверкой соблюдения, по крайней мере одного из правил из набора обязательных правил.

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

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

Способ отображения данных, основанных на биллинг-системе, включает в себя этапы:

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

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

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

4. осуществляется переход на следующий этап - ввод адреса в окно для ввода адреса в авторизационном адаптере,

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

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

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

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

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

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

В контексте данной заявки введены следующие понятия:

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

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

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

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

Наличие внешней биллинг системы (CRM), с которой работают почти все организации в том или ином варианте, с которой связан создаваемый мини-биллинг, позволяет создавать личный кабинет на основе данных, взятых из внешней биллинг системы (CRM).

Таким образом появляется совершенно автономная система, реализуемая указанным способом.

Реализация способа отображения данных, основанных на биллинг-системе представлена на фиг. 1, 2, где фиг.1 - способ отображения данных, основанных на биллинг-системе; фиг. 2 - система, реализуемая способом; фиг. 3 - окно ввода номера телефона в интерфейсе пользователя; фиг. 4 - окно для ввода логина и пароля в интерфейсе пользователя; фиг. 5 - окно для ввода адреса в интерфейсе пользователя. На фиг. обозначены следующие позиции: 1-10 - шаги реализации способа; 11 - мобильное приложение; 12 - интерфейс пользователя; 13 - авторизационный адаптер; 13.1 - модуль телефонии; 14 - мини-биллинг; 15 - модуль CRM; 16 - сервер мобильного приложения; 17 - сервер обработки данных.

Ниже представлено осуществление способа на конкретном примере.

Личный кабинет для пользователя интегрирован с CRM системой компании “Интерсвязь”, в котором отображаются данные о подключенных тарифах, а также договорах.

Личный кабинет также интегрируется с мобильным приложением “Интерсвязь. Умный город” и позволяет проходить авторизацию пользователя через мобильное приложение 11.

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

Рассмотрим оба варианта “входа” в мобильное приложение. Если пользователь первый раз заходит в мобильное приложение 11, то ему необходимо пройти авторизацию, которая будет осуществляться по номеру телефона (фиг. 3). В указанное на экране поле, пользователь вводит номер своего телефона, после чего направляется запрос в модуль 13.1 телефонии, являющегося составной частью авторизационного адаптера 13, для получения кода подтверждения. После чего пользователь видит в интерфейсе пользователя 12 окно для ввода адреса. (фиг. 5) Пользователь вводит адрес, который принимает автоматически корректное значение.

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

Если информации о пользователе и его данных нет в мини-биллинге 14, то направляется запрос в модуль CRM 15, расположенный на сервере обработки данных 17. Если в модуле 15 CRM есть информация о пользователе, то происходит интеграция с модулем 14 мини-биллинга, после чего в мини-биллинге 14 создается карточка пользователя, где происходит связка данных.

После чего пользователь может быть авторизован и увидеть свои данные в модуле 12 интерфейса пользователя.

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

Если информация о пользователе отсутствует как мини-биллинге 14, так и во внешнем биллинге - модуле 15 CRM, то карточка пользователя будет создана в мини-биллинге 14, без привязки к внешней биллинг системе. После чего пользователь будет идентифицирован и его данные отобразятся в модуле 12 интерфейса пользователя.

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

“Созданный” пользователь в модуле в модуле мини-биллинга 14 автоматически имеет свою учетную запись, информация об этом также отображается в интерфейсе пользователя 12, также есть возможность “сменить пользователя” то есть выйти из текущей учетной записи.

Если же пользователь уже зарегистрирован, то есть имеет логин и пароль и ему нужно войти в мобильное приложение 1, то повторная идентификация по номеру телефона уже не нужна (фиг. 4). Пользователь вводит логин и пароль, затем адрес. Повторное введение адреса связано с тем, что пользователь может иметь не один адрес, где могут быть подключены услуги интернета, телевидения, телефонии.

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

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

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

Изобретение относится к способу отображения данных, основанных на биллинг-системе. Технический результат заключается в повышении надежности синхронизации и актуализации данных между различными информационными системами. Способ содержит этапы, на которых: 1) осуществляется вход пользователем в мобильное приложение, расположенное на сервере мобильного приложения, выполненное в виде интерфейса пользователя - личного кабинета, где первое окно предлагает авторизоваться; 2) выполняется авторизация пользователя по номеру телефона пользователя  или по логину и паролю  через авторизационный адаптер; 3) направляется код подтверждения, посредством входящего звонка на номер пользователя, если авторизация проходит по номеру телефона, для входа в личный кабинет в авторизационном адаптере; 4) осуществляется переход на следующий этап - ввод адреса в окно для ввода адреса в авторизационном адаптере; 5) осуществляется поиск по введенным данным в мини-биллинге, расположенном на сервере обработки данных, если данных о пользователе нет, то направляется запрос во внешнюю биллинг систему, если данные есть в мини-биллинге, то пользователь заходит в личный кабинет, отображаемый посредствам модуля интерфейса пользователя; 6) если в результате поиска на этапе 5) в мини-биллинге, расположенном на сервере обработки данных, не были найдены данные пользователя, введенные на этапе 4), и, при этом, эти данные пользователя были найдены во внешней биллинг-системе, осуществляется передача найденных данных пользователя с внешней биллинг-системы в мини-биллинг, где создается учетная запись пользователя на основании полученных данных; 7) сохраняется учетная запись пользователя, созданная на основании данных, полученных от внешней биллинг-системы на этапе 6), а также создается связь мини-биллинга с внешней биллинг-системой для сохраненной учетной записи пользователя; 8) осуществляется непосредственный вход пользователем в личный кабинет, отображаемый посредствам модуля интерфейса пользователя; 9) создается учетная запись пользователя в мини-биллинге, расположенном на сервере обработки данных, если на этапе 5) не была найдена учетная запись пользователя по данным, введенным на этапе 4), как в мини-биллинге, расположенном на сервере обработки данных, так и во внешней биллинг-системе; 10) отображаются данные в личном кабинете пользователя в модуле интерфейса пользователя с сохранением учетной записи. 5 ил.

Способ отображения данных, основанных на биллинг-системе, включает в себя этапы:

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

2. выполняется авторизация пользователя по номеру телефона пользователя или по логину и паролю через авторизационный адаптер;

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

4. осуществляется переход на следующий этап - ввод адреса в окно для ввода адреса в авторизационном адаптере;

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

6. если в результате поиска на этапе 5 в мини-биллинге, расположенном на сервере обработки данных, не были найдены данные пользователя, введенные на этапе 4, и, при этом, эти данные пользователя были найдены во внешней биллинг-системе, осуществляется передача найденных данных пользователя с внешней биллинг-системы в мини-биллинг, где создается учетная запись пользователя на основании полученных данных;

7. сохраняется учетная запись пользователя, созданная на основании данных, полученных от внешней биллинг-системы на этапе 6, а также создается связь мини-биллинга с внешней биллинг-системой для сохраненной учетной записи пользователя;

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

9. создается учетная запись пользователя в мини-биллинге, расположенном на сервере обработки данных, если на этапе 5 не была найдена учетная запись пользователя по данным, введенным на этапе 4, как в мини-биллинге, расположенном на сервере обработки данных, так и во внешней биллинг-системе;

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