Патент на изобретение №2344049

Published by on




РОССИЙСКАЯ ФЕДЕРАЦИЯ



ФЕДЕРАЛЬНАЯ СЛУЖБА
ПО ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ,
ПАТЕНТАМ И ТОВАРНЫМ ЗНАКАМ
(19) RU (11) 2344049 (13) C2
(51) МПК

B42D15/00 (2006.01)
B41M3/14 (2006.01)

(12) ОПИСАНИЕ ИЗОБРЕТЕНИЯ К ПАТЕНТУ

Статус: по данным на 08.09.2010 – может прекратить свое действие

(21), (22) Заявка: 2007144289/12, 30.11.2007

(24) Дата начала отсчета срока действия патента:

30.11.2007

(43) Дата публикации заявки: 27.02.2008

(46) Опубликовано: 20.01.2009

(56) Список документов, цитированных в отчете о
поиске:
RU 12384 U1, 10.01.2001. RU 2213994 C1, 10.10.2003. RU 2138848 C1, 27.09.1999. RU 2150143 C1, 27.05.2000. US 4321672 A, 23.03.1982. WO 89/11130 A, 16.11.1989.

Адрес для переписки:

127051, Москва, Рахмановский пер., 4, стр.1, оф.631, ООО “Аврора”

(72) Автор(ы):

Филатов Роман Валентинович (RU)

(73) Патентообладатель(и):

Филатов Роман Валентинович (RU)

(54) СПОСОБ ЗАКЛЮЧЕНИЯ ЮРИДИЧЕСКИ ЗНАЧИМОЙ ЭЛЕКТРОННОЙ СДЕЛКИ СТРАХОВАНИЯ

(57) Реферат:

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

Изобретение относится к способу заключения юридически значимой электронной сделки страхования.

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

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

В патенте США (US 4321672, B42D 15/00, 1982) описан способ актуализации информации в информационной системе, в котором каждый пользователь снабжается идентифицирующей карточкой, в памяти которой записан идентификатор этого пользователя. Этим же идентификатором снабжается информация данного пользователя, записанная в общей базе данных. При контакте пользователь вызывает свою информацию, предъявляя свою идентификационную карточку.

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

Другой способ описан в международной заявке (WO 89/11130, B42D 15/00, 1989). В этом способе конфиденциальная информация конкретного пользователя заносится в память его идентификационной карты и в центральную базу данных. При обращениях пользователя к информационной системе обе информации сравниваются и видоизменяются в соответствии с осуществляемой транзакцией.

Еще одним аналогом является ценный документ такой как, например, карта, сертификат с защитным элементом (RU 2004125286 А, опубл. 10.06.2005), выполненным с использованием слоя с магнитными свойствами.

Недостатками этих технических решений является высокая сложность производства таких средств. В одном случае (WO 89/11130) – лишняя операция по занесению конфиденциальной информации конкретного пользователя в память его идентификационной карты, в другом (RU 2004125286 А) – сложность изготовления и высокая стоимость. Эти недостатки исключаются в предложенном решении, согласно которому вместо идентификационной карты используют свидетельство, такое как сертификат, пластиковая или бумажная или картонная карта, более простая и дешевая.

Известен способ заключения юридически значимой электронной сделки (RU 2213994 C1, G06F 17/60, 10.10.2003), включающий организацию доверительного центра управления, представляющего собой сервер, подключенный к глобальной сети Интернет, и связанных с ним по меньшей мере, двух зарегистрированных пользователей, являющихся сторонами по сделке, имеющих периферийные устройства, позволяющие заключать им сделки на сервере доверительного центра, при этом одна сторона сделки имеет возможность выбрать на сервере доверительного центра тип сделки, которую она желает заключить, сформировать документ в виде текста договора, сформулировав его существенные условия, и разместить свои предложения на сервере доверительного центра, а другая сторона по сделке имеет возможность изучить предложения первой стороны, если вторая сторона согласна с предложениями первой стороны, обе стороны подписывают договор электронными цифровыми подписями, если вторая сторона не согласна с предложениями первой стороны, стороны имеют возможность согласовать условия договора на сервере доверительного центра, после чего обе стороны подписывают согласованный договор электронными цифровыми подписями, доверительный центр обеспечивает хранение информации о заключенных сделках и сторонах по сделке, причем доверительный центр управления преобразует текст заключенного договора или его фрагмент вместе с электронными цифровыми подписями сторон по сделке в штрихкод и предоставляет возможность сторонам по сделке вывести на печать на своих периферийных устройствах документ, содержащий преобразованную информацию о тексте договора и электронных цифровых подписях, а также осуществляет публикацию преобразованного в штрихкод текста заключенного договора в печатных средствах массовой информации.

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

Известен способ осуществления электронных сделок (RU 2138848, 03.09.1998 г., G06F 17/60), в котором продавец организует компьютерный сервер и доступ к нему с удаленных компьютеров потенциальных покупателей. Продавец создает на своем сервере систему идентификации покупателей, являющихся пользователями сети, и защищает от несанкционированного доступа каналы связи с покупателями с помощью индивидуальных кодов.

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

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

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

Известен способ актуализации информации для ее обработки в информационной системе (RU 2150143, B42D 15/00, 27.05.2000), заключающийся в том, что для обработки информации пересылают ее части, принадлежащие различным пользователям информационной системы, участвующим в данном контакте. Данный способ неприменим для решения задачи создания системы простого и доступного страхования.

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

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

Стоимость идентификационной карты может определяться размером страховой премии.

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

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

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

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

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

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

Покупатель может направлять код доступа SMS-сообщением со своего мобильного телефона на SMS-сервер поставщика или сообщает этот код вербально поставщику или его уполномоченному представителю.

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

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

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

Поставщик – страховая компания, предлагающая к реализации договоры страхования различных видов (продукты).

Поставщик формирует упрощенные продукты, являющиеся совокупностью фиксированных параметров услуг страхования: страховое покрытие по одному-трем рискам, фиксированные размеры страхового возмещения (один-три варианта) и соответствующие им размеры страховой премии.

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

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

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

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

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

Заявляемое изобретение осуществляется следующим образом:

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

а) в электронной базе задаются заранее фиксированные условия множества договоров (соответствуют виду страхования, набору рисков, по которым осуществляется страхование определенного объекта, фиксируется размер страховой премии – платы за оказание услуг по договору);

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

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

а) имеет тот же фиксированный номер, что и номер электронной формы договора в единой информационной системе;

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

в) имеет инструкцию по процедуре заключения договора, включая процесс ее «активации»;

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

Фиксированный номер и скрытый код доступа-пароля в единой информационной системе имеют «привязку», соответствие друг другу.

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

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

Покупатель услуг поставщика в соответствии с инструкцией на карте инициирует процедуру заключения договора путем «активации»:

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

Поступившее от покупателя SMS-сообщение попадает на SMS-сервер поставщика, который интегрирован с единой информационной системой.

SMS-сервер представляет собой сервер или рабочую станцию определенной аппаратной конфигурации в зависимости от требований исполнителя и возможностей поставки оборудования производителями, их уполномоченными представителями. Данный сервер как средство коммутации должен являться частью сети Интернет. На сервере открывается порт приема сообщений, принимающий их по нескольким протоколам, например по протоколу TCP/IP. Создается программный код для разбора сообщений SMS, например, со следующим алгоритмом:

A) проверка сообщения на спам (подтверждение того, что полученное сообщение не относится к категории спама);

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

B) окончание сеанса связи.

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

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

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

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

После совершения оператором пошаговых действий и запуска в интерфейсном окне кнопки с условным названием «Подтвердить» запускается еще одна процедура сохранения учетной записи сформированного договора. В зависимости от названных выше особенностей программной конфигурации единой информационной системы учетная запись может содержать, например, шифр обращения к таблице данных формы договора; шифр обращения к таблице данных абонента, пославшего SMS; шифр обращения к таблице данных о действиях оператора (какой оператор, когда, какие действия произвел, подтвердил, аннулировал и т.п.). Каждое из таких обращений имеет свой ID-идентификатор; итоговой подтвержденной форме договора также присваивается ID-идентификатор, содержание которого можно передать потребителю в качестве ключа доступа (напрямую или через приложение простых условий) к базе данных поставщика. Получая этот ID-идентификатор или его модификацию через приложение простых условий, потребитель может обратиться к базе данных поставщика для просмотра сформированного договора. При этом задается определенная процедура доступа к базам данных сервера поставщика: потребитель вправе обращаться только к виду сформированного договора, вправе обращаться к базе данных о действиях оператора, вправе обращаться к базе данных о первичном SMS-сообщении. С помощью данных учетной записи и фиксированного номера свидетельства (сертификата) покупатель может проверить факт заполнения и правильности внесения данных в электронную форму договора, обратившись к открытой части единой информационной системы поставщика на его официальном сайте. Защита от несанкционированного обращения при этом обеспечивается индивидуальными данными фиксированного номера свидетельства (сертификата) и полученной учетной записи: при обращении покупатель последовательно вводит данные фиксированного номера, который может быть известен ограниченному кругу лиц, и данные учетной записи, которые известны только поставщику и покупателю. За покупателем остается право требовать от поставщика надлежащим образом заполненную форму договора на бумажном носителе.

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

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

Формула изобретения

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

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

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

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

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

6. Способ заключения юридически значимой электронной сделки страхования по п.1, отличающийся тем, что база данных включает множество договоров в соответствии с их условиями, видом страхования, набором рисков, по которым осуществляется страхование определенного объекта, и размером страховой премии – платы за оказание услуг по договору.

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

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

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

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

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

Categories: BD_2344000-2344999