СПОСОБ РЕГИСТРАЦИИ И ПОДТВЕРЖДЕНИЯ ПРИЕМА СООБЩЕНИЙ ЭЛЕКТРОННОЙ ПОЧТЫ Российский патент 2018 года по МПК H04L12/58 

Цель настоящего изобретения

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

Предшествующий уровень техники настоящего изобретения

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

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

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

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

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

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

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

На современном уровне развития техники известны различные способы и системы подтверждения передачи информации и верификации подлинности данных, содержащихся в сообщении электронной почты. Эти известные способы обычно обеспечивают защиту содержания сообщений электронной почты при передаче и приеме, благодаря техническому решению, которое позволяет осуществлять верификацию передачи данных. Например, документ US 2005033958 раскрывает способ и систему безопасной передачи информации в электронном виде; при этом указанные способ и система относятся к электронной почте (e-mail), где используются цифровые сертификаты. Способ, раскрытый в документе US 2005033958, основан на открытых и личных ключах, и активируется путем регистрации пользователя на защищенном сайте, откуда пользователь направляется на защищенную web-страницу, где происходит загрузка доверенного корневого цифрового сертификата защищенного почтового сервера (т.е. корневого цифрового сертификата с открытым ключом) в исходное сетевое устройство.

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

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

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

Раскрытие настоящего изобретения

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

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

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

- передача сообщения без изменений пользователю-получателю для его регистрации;

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

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

- наложение алгоритма цифровой подписи на электронную квитанцию в сервере сертификации для получения требуемого сертификата;

- передача сертификата пользователю-отправителю через сервер исходящих сообщений.

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

Описание фигур

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

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

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

Предпочтительные варианты осуществления настоящего изобретения

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

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

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

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

При наличии остатка на счету у пользователя-получателя (11) система инициирует процесс сертификации входящего сообщения, начинающийся с его передачи в блок (15) обработки данных, который разбивает сообщение на все его составные части, генерирует уникальный номер и вставляет его в базу (17) данных оператора, а также в удаленную базу (16) данных пользователя-получателя (11) с тем, чтобы этот пользователь-получатель (11) мог работать со своей собственной копией в отдельном сервере. Подобным же образом копия исходного сообщения без каких-либо изменений отсылается по адресу назначения, т.е. пользователю-получателю (11), в частности, на второй почтовый сервер (20) пользователя-получателя (11) через второй сервер (19) исходящей почты.

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

Затем выполняется цифровое добавление контента файла (14) через сервер (32) отметки времени для последующего создания сертификата (25), предпочтительно в формате .pdf, со всеми подробными данными о выполненных операциях.

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

Это электронное сообщение содержит сертификат (25), который передается на почтовый сервер (30) пользователя-отправителя (10) с тем, чтобы по его получении у того был сертификат (25), удостоверяющий тот факт, что электронное сообщение со всеми данными, приложениями и соответствующим контентом однажды было передано с этого адреса определенному адресату.

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

Этот пользователь-получатель (11) начинает осуществлять соединение с различными системами доступа, например ПК, планшетом (34), смартфоном (35) или любым иным устройством, которое позволяет осуществлять интернет-навигацию.

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

Для проведения аутентификации пользователь-получатель (11) вводит свое имя и пароль. При ошибке ввода он перенаправляется в справочный раздел системы с объяснением процедуры регистрации с целью повторного выполнения аутентификации.

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

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

В альтернативном варианте пользователь-получатель (11) может запросить зашифрованный маркер для выполнения запросов на сертификацию без необходимости открытия окна через сеть.

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

1. Способ регистрации и подтверждения приема сообщения электронной почты, переданного пользователем-отправителем (1), не являющимся клиентом оператора связи, пользователю-получателю (11), являющемуся клиентом оператора связи, включающий следующие стадии, выполняемые приемом и подтверждением приема сообщений электронной почты, при этом оператор связи действует как система подтверждения и содержит по меньшей мере один сервер (2) входящих сообщений, по меньшей мере, один сервер (9), (19) и (28) исходящих сообщений, по меньшей мере, одну базу (16) и (17) данных, сервер (32) отметки времени, блок (15) обработки данных и сервер (13) сертификации, которые взаимодействуют друг с другом:

- прием сообщения электронной почты, отправленного пользователем-отправителем (1), сервером (2) входящих сообщений оператора связи;

- проверка сервером (2) входящих сообщений, содержит ли отправленное электронное письмо адрес электронной почты, который должен быть сертифицирован;

- передача сообщения без изменений пользователю-получателю (11);

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

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

- наложение алгоритма цифровой подписи на электронную квитанцию с помощью соответствующего алгоритма в сервере (13) сертификации для получения сертификата (25); и

- передача сертификата (25) пользователю-отправителю (1) через сервер (28) исходящих сообщений.

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

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

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

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

6. Способ регистрации и подтверждения приема сообщения электронной почты согласно п. 4, характеризующийся тем, что, если пользователь-получатель (11) имеет остаток на счету для сертификации входящего сообщения, то система инициирует процесс сертификации входящего сообщения, начинающийся с его передачи в блок (15) обработки данных, который разбивает сообщение на все его составные части, генерирует уникальный номер и вставляет его в базу (17) данных оператора, а также в удаленную базу (16) данных пользователя-получателя (11).

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

8. Способ регистрации и подтверждения приема сообщения электронной почты согласно п. 7, дополнительно включающий добавление цифрового компонента в файл (14) с помощью сервера (32) отметки времени перед созданием сертификата (25).

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

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

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

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

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