СПОСОБ И СИСТЕМА ДЛЯ ПРОВЕДЕНИЯ ТОРГОВЫХ ОПЕРАЦИЙ С ИСПОЛЬЗОВАНИЕМ ЭЛЕКТРОННЫХ СРЕДСТВ ОБРАБОТКИ ИНФОРМАЦИИ
METHOD AND SYSTEM FOR CONDUCTING TRADING OPERATIONS USING ELECTRONIC MEANS OF INFORMATION PROCESSING

ОБЛАСТЬ ТЕХНИКИ
[001] Настоящее техническое решение в общем относится к области вычислительной техники, а в частности к способам и системам для организации и проведения торговых операций и контроля транзакций по ним между удаленными пользователями с использованием электронных средств обработки информации и может применяться в сфере государственных и коммерческих закупок.
УРОВЕНЬ ТЕХНИКИ
[002] В настоящее время успешное решение задач и проблем, возникающих перед государственными институтами в рамках текущей деятельности возможно исключительно с применением комплексных цифровых решений.
[003] При этом современные IT-решения являются не просто инструментами, направленными на решение разовых задач и конкретных жизненных ситуаций, а системами, позволяющими прогнозировать развитие социально-экономической ситуации и предотвращать негативное влияние внешних и внутренних факторов.
[004] Ключевым инструментом эффективного развития отечественной экономики должны стать государственные межведомственные платформенные мультисервисы, функционирующие по принципам искусственного интеллекта (англ. «AI»), больших данных (англ. «Big data») и блокчейна (англ. «blockchain»).
[005] Одним из примеров платформенного решения в уровне техники является SGTraDex (англ. «Singapore Trade Data Exchange») - цифровая биржа торговых данных. Данная государственная экосистема нацелена на сбор отраслевых аналитических данных, их обработку и предоставление заинтересованным сторонам-участникам товарных цепочек. Алгоритмические решения являются типовыми и могут применяться в других секторах экономики (строительство, авиация и т.д.).
[006] Из уровня техники известна заявка на изобретение №2012125891 «Способ и система для осуществления финансовой операции через интернет» (заявитель: ДЖОЙС Джон Энтони (AU), приоритет: 24.11.2009 AU 61/264,152). Способ включает следующие шаги: запрашивание на веб-сайте безопасной финансовой операции от торговца, связанного с этим веб-сайтом, в отношении упомянутых товаров или услуг с помощью устройства доступа к Интернету; активизирование устройства шифрования, находящегося в режиме обмена данными с упомянутым устройством доступа к Интернету; получение от устройства шифрования зашифрованных данных платежной карточки пользователя для обеспечения безопасной финансовой операции; передачу устройством доступа к Интернету принятых зашифрованных данных платежной карточки пользователя на сервер финансовой операции через Интернет; расшифровывание принятых зашифрованных данных платежной карточки пользователя на сервере финансовой операции; отправку расшифрованных данных платежной карточки пользователя кредитно-финансовой системе, находящейся в режиме обмена данными с сервером финансовой операции, и последующее использование расшифрованных данных платежной карточки пользователя для завершения финансовой операции в качестве финансовой операции через Интернет в отношении товаров или услуг.
[007] К недостаткам известного решения относится то, что происходит большая загрузка сервера при работе, которая будет способствовать увеличению времени проведения операции.
СУЩНОСТЬ ТЕХНИЧЕСКОГО РЕШЕНИЯ
[008] Технической задачей или технической проблемой, решаемой в данном техническом решении, является
[009] Техническим результатом, достигающимся при решении вышеуказанной технической задачи, является повышение безопасности транзакций и сетевого взаимодействия серверов.
[0010] Дополнительным техническим результатом является:
[0011] - единый подход к определению качественных характеристик предметов сделок (товаров) и формированию их цены;
[0012] - обеспечение более точного прогнозирования и планирования производства и сбыта за счет полного понимания товаропроводящей цепочки, в том числе, в рамках мобилизационной подготовки и при экстренных природных и техногенных ситуациях.
[0013] Указанный технический результат достигается за счет реализации компьютерной системы для проведения торговых операций с использованием электронных средств обработки информации, которая содержит сервер управления, выполненный с возможностью централизованного управления системой для проведения торговых операций, формирования и распределения данных, полученных от блоков системы; сервер базы данных каталога товаров, содержащий: блок регистрации товаров, выполненный с возможностью получения информации о пользователях системы и их товарах; блок маркировки товаров, выполненный с возможностью получения сведений о товаре в соответствии с заранее определенным шаблоном, который получают из блока регистрации товаров; присваивания товарам кода маркировки, содержащего подробную информацию о товаре; блок финансов, который является электронной витриной финансовых инструментов, доступных пользователям системы, содержащий: блок мер поддержки, содержащий базу данных, формируемую коммерческими и государственными участниками работы системы, содержащую информацию о доступных финансовых и нефинансовых мерах поддержки и инструменты для ее получения; блок сервисов, выполненный с возможностью осуществления транзакций и заключения сделок.
[0014] Указанный технический результат также достигается за счет осуществления компьютерно-реализуемого способа проведения торговых операций, выполняемым по меньшей мере одним устройством обработки данных и включающим следующие шаги:
• получают на сервере управления от по меньшей мере устройства связи пользователя, являющегося владельцем по меньшей мере одного товара, данные о товаре;
• посредством блока маркировки сервера управления каждому товару присваивают по меньшей мере один двумерный код маркировки, в котором учтена и зашифрована вся предоставляемая пользователем информация на предыдущем шаге;
• определяют среднерыночную стоимость товара и формируют предложение посредством сервера управления системы на основании блока сервера архива операций;
• получают по меньшей мере один запрос от устройства связи пользователя, который является потребителем, на заключение сделки и посредством сервера базы данных каталога товаров и сервера управления формируют данные о потребности товара;
• осуществляют заключение смарт-контракта и осуществление транзакции в безналичной форме через финансовый блок после подтверждения пользователем-потребителем получения маркированного товара.
[0015] В некоторых вариантах реализации технического решения двумерным кодом является PDF417 и/или MaxiCode, и/или DataMatrix.
[0016] В некоторых вариантах реализации технического решения устройством связи пользователя является мобильный телефон и/или планшет, и/или портативный компьютер, и/или персональный компьютер.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0017] На Фиг. 1 показан пример реализации системы для проведения торговых операций с использованием электронных средств обработки информации.
[0018] На Фиг. 2 показан вариант реализации работы сервера управления с включенными в него блоками.
[0019] На Фиг. 3 показан сервер базы данных каталога товаров (продовольственных или непродовольственных, не ограничиваясь), который содержит собой четко структурированную базу данных товаров, которую наполняют непосредственно пользователи.
[0020] На Фиг. 4 показан пример реализации сервера архива операций, который оборудован базой данных, в которой накапливаются и систематизируются по заранее прописанным алгоритмам сведения о количестве заключенных сделок, о наиболее востребованных товарах, о рейтинге поставщиков и заказчиков, о дефиците или профиците товаров в том или ином регионе.
[0021] На Фиг. 5 показан пример реализации сервера базы данных логистических возможностей, который представляет собой двухконтурную совокупность сведений о загруженности складских помещений, о потребностях в увеличении площадей складских помещений или изменении их типов, о доступности контейнеров, как и самих универсальных средств транспортировки, а также о загруженности транспортных компаний, осуществляющих перевозки товаров.
ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
[0022] Ниже будут подробно рассмотрены термины и их определения, используемые в описании технического решения.
[0023] В данном изобретении под системой подразумевается компьютерная система, ЭВМ (электронно-вычислительная машина), ЧПУ (числовое программное управление), ПЛК (программируемый логический контроллер), компьютеризированные системы управления и любые другие устройства, способные выполнять заданную, четко определенную последовательность операций (действий, инструкций), централизованные и распределенные базы данных, смарт-контракты.
[0024] Под устройством обработки команд подразумевается электронный блок либо интегральная схема (микропроцессор), исполняющая машинные инструкции (программы), смарт-контракт, виртуальная машина Ethereum (EVM) или подобное. Устройство обработки команд считывает и выполняет машинные инструкции (программы) с одного или более устройства хранения данных. В роли устройства хранения данных могут выступать, но, не ограничиваясь, жесткие диски (HDD), флеш-память, ПЗУ (постоянное запоминающее устройство), твердотельные накопители (SSD), оптические приводы.
[0025] Программа - последовательность инструкций, предназначенных для исполнения устройством управления вычислительной машины или устройством обработки команд.
[0026] DataMatrix - двумерный матричный штрихкод, представляющий собой черно-белые элементы или элементы нескольких различных степеней яркости, обычно в форме квадрата, размещенные в прямоугольной или квадратной группе. Матричный штрихкод предназначен для кодирования текста или данных других типов.
[0027] Структурно система для проведения торговых операций представляет собой совокупность системно взаимосвязанных компонент обработки данных, с установленными на них базами данных, работающих на основании технологии блокчейн или любой другой децентрализованной архитектуры, причем компоненты связаны между собой функционально и конструктивно. За каждый этап формирования сделки и осуществления транзакций отвечает отдельный компонент, интегрированный при этом со смежными.
100
[0028] Основными обязательными для функционирования системы  компонентами для проведения торговых операций, являются следующие блоки:
110
• 1. Сервер управления .
120
• 2. Сервер базы данных каталога товаров .
130
• 3. Сервер архива операций .
140
• 4. Сервер базы данных логистических возможностей .
[0029] Функции различных элементов, показанных на чертежах, включая любой функциональный блок, обозначенный как «сервер», могут быть реализованы с использованием специализированных аппаратных средств, а также аппаратных средств, способных выполнять соответствующее программное обеспечение. Если используется сервер, эти функции могут выполняться одним выделенным процессором, одним совместно используемым процессором или множеством отдельных процессоров, некоторые из которых могут использоваться совместно. В некоторых не имеющих ограничительного характера вариантах осуществления настоящей технологии процессор может представлять собой процессор общего назначения, такой как центральный процессор (CPU), или специализированный процессор, такой как графический процессор (GPU). Кроме того, явное использование термина «процессор» или «контроллер» не должно трактоваться как указание исключительно на аппаратные средства, способные выполнять программное обеспечение, и может подразумевать, помимо прочего, аппаратные средства цифрового сигнального процессора (DSP), сетевой процессор, специализированную интегральную схему (ASIC), программируемую вентильную матрицу (FPGA), ПЗУ для хранения программного обеспечения, ОЗУ и энергонезависимое ЗУ. Также могут подразумеваться другие аппаратные средства, общего назначения и/или заказные.
[0030] Учитывая вышеизложенные принципы, далее рассмотрены некоторые не имеющие ограничительного характера примеры, иллюстрирующие различные варианты реализации аспектов настоящей технологии и показана система 100 на Фиг. 1.
110
100
110
[0031] Сервер управления  осуществляет централизованное управление системой  для проведения торговых операций пользователей или компаний на основании смарт контрактов, формирует и распределяет данные, полученные от смежных соподчиненных блоков системы. Данный сервер управления  работает, предоставляя пользователям оптимальные варианты решения поставленных задач.
110
[0032] Вышеуказанный сервер управления  может содержать два блока, как показано на Фиг. 2:
210
100
210
100
100
100
• блок безопасности , выполненный с возможностью принципов внутреннего обмена данными между блоками и модулями системы , а также взаимодействия с внешними источниками данных по защищенным каналам связи. Данный блок  взаимодействует на постоянной основе со всеми блоками системы  и в случае выявления (получения) сигналов о нарушениях безопасности работы (например, конструктивные изменения в шине передаче данных) блокирует информационные потоки между компонентами системы  и информирует оператора системы  о выявленных нарушениях с кодом сигнала и местом возникшего инцедента;
220
100
• блок интеграции , выполненный с возможностью формирования протоколов взаимодействия с внешними источниками данных, необходимых для функционирования системы , например, ГИС, РГИС, коммерческих платформенных решений, банкинг-систем и т.п.
210
100
210
110
100
[0033] Блок безопасности  в некоторых вариантах реализации может содержать криптографические алгоритмы шифрования (например, криптографический алгоритм с открытым ключом RSA) для шифрования, например, данных о транзакциях, персональные данные пользователей, данные о владельцах товаров и т.д., не ограничиваясь, которые передаются между блоками данной системы . В случае, если между какими-либо блоками происходит нарушение сигнала, блок безопасности  направляет серверу управления  или напрямую оператору системы  сообщение с ошибкой, например, «Error 404».
110
210
110
[0034] Поскольку команды сервера управления  изменяют состояние ошибки, сопровождающему пакета(ов), с которым(и) связана ошибка, отправляется уведомление об обработке этих команд. Кроме того, сообщение, полученное блоком безопасности  сервера управления , и произведенные изменения сохраняются в журнале ошибки и, соответственно, доступны на web-страницах системы.
[0035] Ниже будет более подробно раскрыт механизм выявления сигналов о нарушениях безопасности работы.
120-140
120-140
120-140
210
[0036] В соответствии с одним предпочтительным воплощением подключения шин передачи данных между блоками, интерфейс обмена данными между блоком безопасности сервера управления с серверами  имеет, с одной стороны, двунаправленное последовательное информационное соединение, посредством которого поток данных по шине направляется из блока безопасности в сервера  и обратно, и множество линий управления, предназначенных для управления поведением сервером , в шинный соединитель. Обмен данными между блоком безопасности  и серверами 120-140 схематически изображен на Фиг. 1. Таким образом, стрелка «<-» символизирует принимаемый - из соответствующего периферийного устройства - поток данных (линию приема), а стрелка «->» символизирует выдаваемый - из соответствующего периферийного устройства - поток данных (линию передачи) в систему шин.
110
210
120-140
[0037] В зависимости от управления, осуществляемого сервером управления , шинный соединитель либо направляет данные в шину передачи данных, где и происходит непосредственный обмен данными между двумя интерфейсами обмена данными шинного соединителя, либо блокирует направление данных. Когда данные передаются посредством шинного соединителя, это позволяет рассматривать сеть как замкнутую. В противном случае, сеть является разомкнутой. В любом случае, однако, данные, присутствующие в одном из двух интерфейсов обмена данными шинного соединителя, выдаются в интерфейс обмена данными между блоком безопасности  и серверами .
[0038] В одном возможном варианте осуществления, система шин, соответствующая изобретению построена на основе стандарта RS-485, а данные, подлежащие передаче через эту систему шин, передаются по-другому. Например, после того, как узел шины (приемопередатчик, соответствующий стандарту RS-485) принимает данные, эти данные затем выдаются в форме последовательного потока данных наземного устройства.
[0039] В этом возможном воплощении, данные состоят в основном из стартового бита, восьми битов данных, одного бита четности и одного стопового бита, что дает в общей сложности 11 бит. Длительность бита зависит от скорости передачи данных, выражаемой в бодах (бит/с). Чем выше скорость передачи данных в бодах, тем меньше длительность бита, а чем ниже скорость передачи данных в бодах, тем больше длительность бита. Например, скорость передачи данных в бодах, составляющая 115200, приводит к длительности бита, составляющей 8,68 мкс. Соответственно, передача 11 бит занимает приблизительно 100 мкс (95,48 мкс).
110
[0040] Шинный соединитель содержит надлежащую управляющую логику, предпочтительно - компонент с интегральной схемой прикладной ориентации или программируемой логикой (программируемой логической матрицей (PLA), вентильной матрицей, программируемой пользователем (FPGA), сложным устройством с программируемой логикой (CPLD), и т.д.), если это применимо в сочетании с микроконтроллером сервера управления . Когда шинный соединитель обнаруживает, что, без приема еще какого-либо байта прошло, по меньшей мере, 150 мкс, он разъединяет ранее установленное соединение.
[0041] Существенное преимущество, которого можно достичь с помощью решения, соответствующего изобретению, усматривается конкретно в том, что система способна автоматически обнаруживать неисправность, в частности - разрыв, в двухточечном соединении (сегменте шины) топологии кольца. Это происходит, например, когда узел шины передает данные посредством системы шин в блок безопасности, а принимает упомянутые данные только один из упомянутых, по меньшей мере, двух интерфейсов обмена данными блока безопасности.
[0042] Ниже будет описан механизм контролирования блоком безопасности работы других блоков системы.
210
210
110
[0043] Для блока безопасности  имеются записи неисправности, охватывающие всю систему. Неисправность системы отличается тем, что она может быть записана в блоке безопасности сервера управления, хотя сам этот блок в порядке. Однако, по информации о неисправности системы во всех блоках можно сделать заключение о причине неисправности. Затем обрабатывается неисправность системы «Сеть не активизируется». Код этой неисправности может быть записан во всех блоках системе или в блоке безопасности . Затем код данной неисправности может отправляться оператору системы или серверу управления  для принятия решений по дальнейшей работе системы.
210
120-140
[0044] Блок безопасности , во время работы пытается обнаружить одну из пяти возможных ошибок. Если ошибка обнаружена между какими-нибудь серверами или между блоком безопасности и сервером , блок передает в сеть сообщение с ошибкой, разрушая тем самым весь текущий трафик сети (передачу и прием текущего сообщения). Все остальные узлы обнаруживают сообщение об ошибке и принимают соответствующие действия (сбрасывают принятое сообщение). Кроме того, каждый сервер 110-140 ведет два счетчика ошибок: Transmit Error Counter (счетчик ошибок передачи) и Receive Error Counter (счетчик ошибок приема). Эти счетчики увеличиваются или уменьшаются в соответствие с несколькими правилами. Сами правила управления счетчиками ошибок достаточно сложны, но сводятся к простому принципу, ошибка передачи приводит к увеличению Transmit Error счетчика на 8, ошибка приема увеличивает счетчик Receive Error на 1, любая корректная передача/прием сообщения уменшают соответствующий счетчик на 1. Эти правила приводят к тому, что счетчик ошибок передачи передающего узла увеличивается быстрее, чем счетчик ошибок приема принимающих узлов. Это правило соответствует предположению о большой вероятности того, что источником ошибок является передающий узел.
210
110
210
210
[0045] Блок безопасности , обнаруживший состояние ошибки сигнализирует серверу управления  об этом передачей флага ошибки. Для блока безопасности  в состоянии "активной ошибки" это передача флага активной ошибки, для блока безопасности  в состоянии "пассивной ошибки" это передача флага пассивной ошибки. Всякий раз при обнаружении разрядной ошибки, ошибки заполнения, ошибки формата и ошибки подтверждения блок безопасности начинает передавать флаг ошибки в следующем бите. Всякий раз, когда обнаружена ошибка CRC, передача флага ошибки будет начата после разделителя подтверждения, если не была начата передача флага ошибки для другого состояния.
210
[0046] Блок безопасности  следующим образом определяет, где возник инцидент, о котором информируется оператор.
[0047] Сначала блок безопасности осуществляет первичный опрос каждого узла сети на предмет установления факта физической доступности. Это означает, что с начального корневого узла будут опрошены поочередно каждый элемент сети посредством команды ping.
[0048] Если будет обнаружено не отвечающее устройство, его доступность необходимо проверить путем попытки зайти на него (telnet, ssh) совместно с опросом соседних с ним устройств на предмет доступности интерфейсов неисправного устройства.
[0049] Если попытки зайти на проблемный узел сети оказались безуспешными, а опрос интерфейсов устройства с соседних ему узлов показывает их недоступность, с большой долей вероятности этот узел сети вышел из строя и на нем как минимум отсутствует питание. Это означает, что ремонт и диагностику необходимо производить физически на месте, завершение работы алгоритма.
[0050] Если все устройства доступны, их интерфейсы функционируют, но работа сети осуществляется некорректно, следовательно, проблемы либо с маршрутизацией, либо с конфигурацией одного или нескольких узлов сети. Отсюда вытекает необходимость локализовать неисправный участок и выяснить ключевое устройство (один из серверов), после взаимодействия с которым блока безопасности механизм транспортировки трафика нарушается. В таком случае необходимо опираться на факты последствий неисправности, по которым можно определить проблемный участок. Это может означать как поступающие ошибки определенной подсети, так и результат наблюдений сети с помощью утилит мониторинга, которые достоверно методом SNMP опроса покажут неисправные узлы.
210
[0051] Касательно же автоматизации процесса, приемлемо использование блоком безопасности  команды traceroute, которая будет как сканер запущена алгоритмом последовательно с различных узлов сети к наиболее удаленным, тем самым будет выяснен участок сети, на котором возникает непроходимость трафика или формирование ошибок.
[0052] Локализовав, таким образом, неисправный участок, процесс переходит к следующему этапу решения возникшей неисправности, а именно - ее устранению. Это наиболее обширный блок алгоритма, который включает в себя следующие пункты:
[0053] Один из интерфейсов может быть отключен логически, т.е. административно находиться в состоянии down. Проверка осуществляется командой run show interfaces terse. Значение параметров Admin и Link, указывающих на физическую и административную доступность интерфейсов, должно быть Up. В противном случае, если значение параметра Admin = Down, соответственно интерфейс по каким-то причинам отключен административно и его работу необходимо возобновить командой delete interfaces <InterfaceName> disable (выполняется из конфигурационного режима). Если же параметр Link = Down, то в таком случае, речь идет о физической неисправности канала связи. Выдается соответствующее информационное сообщение оператору.
[0054] Если аппаратно маршрутизирующее устройство работает исправно, значит, нарушение функционирования касается только логики работы его программной части - конфигурации. В таком случае, проверке подлежит именно конфигурация устройства, которая, как правило, является типовой в крупных сетях. Это означает, что с небольшими различиями в адресах и логических связях, структура конфигурации каждого маршрутизатора фактически одинакова, т.к. реализуемая схема маршрутизации обеспечивается функционированием соответствующих протоколов, настройка которых в каждом устройстве является регламентированной процедурой. Другими словами, первым делом по шаблону проверяются настройки ключевых разделов конфигурации маршрутизаторов - protocols, routing-options, policy-options, interfaces, где все должно быть приведено к стандартному шаблону, а адресация верна
210
[0055] Блок безопасности  может быть в одном из трех состояний при обнаружении ошибок в работе системы:
[0056] активной ошибки;
[0057] пассивной ошибки;
[0058] отключения от шины.
[0059] В состоянии "активной ошибки" блок безопасности может взаимодействовать с шиной, посылая флаг активной ошибки при обнаружении ошибки. В состоянии "пассивной ошибки" блок безопасности не должен слать флаг активной ошибки. Он принимает участие во взаимодействии с шиной, но при обнаружении ошибки должен послать флаг пассивной ошибки. После передачи сообщения об ошибке, узел в состоянии "пассивной ошибки" будет ждать инициализации дальнейшей передачи (происходит приостановка передачи данных).В состоянии отключения от шины блоку не разрешено оказывать влияние на шину.Для типизации ошибок у блока безопасности есть два счетчика:
[0060] счетчик ошибок передачи;
[0061] счетчик ошибок приема.
[0062] Механизмы обнаружения ошибок блоком безопасности позволяют обнаруживать:
• все ошибки глобального характера;
• все локальные ошибки каждого сервера 120-140;
• до 5 случайных ошибок в передаваемом сообщении;
• последовательную группу ошибок длиной до 15;
• любые ошибки нечетности.
[0063] Общая остаточная вероятность ошибки для необнаруженных искаженных сообщений меньше чем: частота ошибки сообщения * 4.7* 10 Е-11.
210
210
210
[0064] В частном случае осуществления настоящего изобретения описываемая система предоставляют возможность блоку безопасности  осуществлять контроль состояния, просмотр показателей/измерений и удаленное управление устройствами 110-140. Контроль состояния, просмотра показателей/измерений и удаленного управления может осуществляться посредством, по крайней мере, любого одного другого модуля описываемой системы, в том числе посредством взаимодействия блока безопасности  с упомянутыми модулями, включая взаимодействие напрямую (без промежуточных модулей системы) с упомянутыми модулями системы, включая устройства (110-140), по крайней мере, с одним модулем описываемой системы, в том числе устройствами (110-140). Такое взаимодействие блока безопасности  с модулями/устройствами может быть реализовано посредством использования в таких устройствах/модулях, по крайней мере, одного управляющего модуля (не показан), в частном случае, реализованным, по крайней мере, одной (управляющей) микросхемой/чипом (например, микросхемой СС2530, сс2531, сс2538, ATSAMR21E18A, ATSAMR21G18A, ATmega256RFR2, ATmega2564RFR2 и другими), микрокомпьютером/микрокомпьютерами (например, Raspberry Pi, Intel Joule и т.д.), микропроцессором/микропроцессорами (например, Intel Atom, Qualcomm Snapdragon и т.д.) и т.д.
110
[0065] Стоит отметить, что, по крайней мере, одна часть описываемого в рамках настоящего изобретения способа может осуществляться на сервере управления  в том числе, после установления связи серверов 120, 130, 140 (или любого другого модуля описываемой системы) с сервером 110, и/или друг с другом, например, посредством, по крайней мере, одного протокола передачи данных, в том числе сетевого протокола, например, TCP/IP, HTTP/HTTPs (англ. Hyper Text Transfer Protocol, протокол передачи гипертекста), FTP (англ. File Transfer Protocol, протокол передачи файлов), РОР3 (англ. Post Office Protocol, стандартный протокол почтового соединения), SMTP (англ. Simple Mail Transfer Protocol, протокол, который задает набор правил для передачи почты), TELNET (протокол удаленного доступа), ХМРР (от англ. Extensible Messaging and Presence Protocol - расширяемый протокол обмена сообщениями и информацией о присутствии, ранее известный как Jabber - открытый, основанный на XML, протокол для мгновенного обмена сообщениями и информацией о присутствии в режиме, близком к режиму реального времени), DTN и т.д., в том числе протоколов, регламентированных стандартами IEEE 802.15.4 и ZigBee, включая существующие надстройки, например, спецификации сетевых протоколов верхнего уровня, в частности, уровня приложений APS (от англ. application support sublayer), и сетевого уровня NWK, использующих, в частном случае, сервисы нижних уровней, уровня управления доступом к среде MAC и физического уровня PHY и т.д.
Поскольку каждый из серверов 110, 120, 130, 140 участвует в торговых транзакциях, то повышение безопасности работы каждого такого сервера, а также их взаимодействия между собой обеспечивает повышение безопасности работы компьютерной системы для проведения торговых операций с использованием электронных средств обработки информации.
[0066] За счет обеспечения безопасности сетевого взаимодействия серверов в системе с помощью осуществления блока безопасности реализовывается безопасность осуществления транзакций в сети.
110
110
110
[0067] Практически все настройки на шлюзе (SG) выполняются с помощью данного сервера . Сервер управления  также может выступать в качестве лог-сервера и обрабатывать их встроенной системой анализа и корреляции событий - Smart Event. Сервер управления  может использоваться для централизованного управления несколькими шлюзами (кол-во шлюзов зависит от модели сервера, либо от лицензии).
220
110
[0068] Блок интеграции  производит интеграцию адресно-аналоговых устройств и внешних систем (показаны на Фиг. 2) с системой  для проведения торговых операций с использованием электронных средств обработки информации.
220
[0069] В некоторых вариант реализации блок  имеет следующие преимущества:
• модульная конструкция, с возможностью расширения модулей;
• возможность выбора модулей как вход и/или выход;
• возможность ретрансляции сигналов в различные блоки системы;
• световая индикация активации модулей и модулей выхода;
• встроенный источник питания.
120
340
350
100
[0070] Далее будет описан сервер базы данных каталога товаров  (продовольственных или непродовольственных, не ограничиваясь), который содержит собой четко структурированную базу данных товаров , которую наполняют непосредственно пользователи  (физические или юридические лица) на основании заранее сформированных алгоритмов (шаблонов) по форматам данных, которые представлены системой .
120
[0071] Данный сервер , который показан на Фиг. 3, может содержать два конструктивных блока:
310
350
100
310
330
• блок регистрации  - первичный блок, содержащий обязательную для получения доступа к системе информацию о пользователях  системы . Этот блок  заполняется через глобальную информационную сеть, например, Интернет, и обрабатывается встроенным внутренним процессинговым центром ;
320
310
350
• блок маркировки , в который после внесения данных о товаре в блок регистрации  пользователь , который является владельцем товара, вносит сведения о товаре в соответствии с заранее определенным шаблоном.
340
350
[0072] Каталог товаров - четко структурированная база данных  продовольственных и непродовольственных товаров, которая наполняется непосредственно производителями  (поставщиками) с указанием подробных сведений о продукции по заранее заданному шаблону - сорт, размер, объем, фасовка, регион производства, условия хранения, соответствие ГОСТам и т.д., не ограничиваясь.
320
310
100
110
[0073] По результату заполнения всех обязательных для данного вида товара полей - характеристик, товару в блоке маркировки  присваивается код маркировки DataMatrix, содержащий подробную информацию о товаре и направляется в блок регистрации . Информация в шаблоны сведений о товаре изменяется оператором системы  посредством внесения изменений в алгоритм работы сервера управления  с учетом вида товара и требований законодательства или посредством алгоритма машинного обучения (ML).
[0074] В некоторых вариантах реализации могут использоваться 2D коды, которые имеют преимущественно матричную форму. Практически все современные технологии 2D кодов содержат средства коррекции ошибок. В данном решении может использоваться множество разновидностей 2D кодов (например, PDF417, MaxiCode, DataMatrix), не ограничиваясь.
[0075] Аналогичным способом могут маркироваться также партии товаров и сборные заказы.
[0076] Маркировка осуществляется в электронном виде автоматически при условии предоставления продавцом (поставщиком) обязательной информации о товаре согласно предусмотренной системой заранее форме. Форма может быть выполнена в виде опросника, таблицы, страницы на веб-сайте и т.д., не ограничиваясь.
[0077] Физическое нанесение кодов маркировки Data Matrix (в печатном виде) на товар или партию не является обязательным, но допускается при наличии технической возможности у продавца (поставщика). Наиболее эффективное решение предложено в патенте РФ №2490709 «Флуоресцентная информационная метка и способы ее изготовления» (приоритет: 23.10.2009), где предложен способ решения проблемы считывания 2D метки прямого нанесения путем использования при изготовлении маркировок композиций, содержащих флуоресцирующие вещества и/или частицы с длинной волны возбуждения от 250 до 600 нм и излучением в области длин волн 600-700 нм. Это приводит к существенному улучшению качества изображения маркировки при ее считывании, в частности его контрастности, и уменьшает зависимость надежности декодирования маркировки от характера поверхности, на которой нанесена 2D метка прямого нанесения. Данное решение позволяет считывать маркировки как обычным считывающим устройством (ридером), так и специальным, регистрирующим флуоресцентное изображение. Использование этого решения существенно облегчает считывание меток прямого нанесения, уменьшает цену ридера, позволяет проводить считывание на большем расстоянии и снижает требования к качеству и глубине углублений, а следовательно, и к маркирующему устройству.
[0078] Функционалом данной системы предусмотрен полностью электронный документооборот при заключении сделок, а также применение безналичных расчетов между контрагентами, в том числе, при заключении государственными и муниципальными заказчиками контрактов на поставку социально значимых товаров.
100
[0079] В совокупности с виртуальной маркировкой данная система  в режиме онлайн позволяет обеспечить тотальную прослеживаемость цепочки движения товаров, прогнозирование роста спроса на отдельные группы товаров, рациональное распределение бюджетных средств на заключение контрактов и контроль за их исполнением за счет автоматической маркировки.
100
[0080] Помимо прочего, в рамках системы  организуется товарная биржа, на которой базовым активом (предметом фьючерсной или опционной сделки) могут выступать как непосредственно продовольственные товары будущих урожаев, так и сырье или посевной материал, а также непродовольственные товары. Заключение сделок осуществляется в цифровой среде с использованием безналичных расчетов, в том числе криптовалют посредством блока эквайринга (не показан).
130
410
130
[0081] Далее будет описан сервер архива операций , который оборудован базой данных , в которой накапливаются и систематизируются по заранее прописанным алгоритмам сведения о количестве заключенных сделок, о наиболее востребованных товарах, о рейтинге поставщиков и заказчиков, о дефиците или профиците товаров в том или ином регионе и т.п. Указанный сервер  содержит три обязательных блока:
410
110
100
410
100
[0082] блок информации , который содержит базу данных, из которой сервер управления  системы  получает сведения о сложившейся на рынке ценовой политике и оптимальных вариантах удовлетворения потребностей пользователей системы в том или ином товаре. Информация блока  обновляется в режиме реального времени с учетом статистики заключенных сделок, которые сохраняются в системе ;
420
350
100
110
100
[0083] блок рейтингования , который содержит базу данных, содержащую информацию о качестве осуществления пользователями  (владельцами товаров и представителями логистических услуг) деятельности в рамках системы . Основаниями для изменения рейтинговой оценки являются исполнение/неисполнение контрактных обязательств, положительные/отрицательные отзывы потребителей, сроки и дальность поставки товаров, наличие сертификата ХАССП, результаты лабораторных исследований образцов продукции, наличие/отсутствие собственных складских помещений и транспортных средств, наличие эко-, диетической, эксклюзивной продукции, продукции люксового качества в соответствии с международными и национальными стандартами, наличие/отсутствие гарантии на товар, выявление фальсификата или некачественного, небезопасного товара, наличие задолженности по платежам, поставкам, налогам и сборам, выявление иных нарушений в работе контрольно-надзорными органами. Перечень оснований для изменения рейтинговой оценки может корректироваться через сервер управления  с учетом анализа данных о совершенных сделках, а также данных профильных органов государственной власти. В некоторых вариантах реализации каждый пользователь системы  содержит скоринговый балл, на который влияют приведенные выше показатели. Скоринговые модели используются организациями для определения платежеспособности и надежности потенциального пользователя. На вход такой модели подаются определенные характеристики клиента (возраст, доход, стаж работы и т.д.), а на выходе формируется интегрированный показатель (score), который определяет вероятность надежности. В данном решении могут применяться аналитические технологии Data Mining, которые содержат эффективные средства построения скоринговых моделей - нейронные сети и деревья решений. С помощью логистической регрессии осуществляется разработка скоринговых карт.
100
[0084] Функционал формирования рейтинговой оценки в рамках системы  обеспечивает условия для добросовестной конкуренции между участниками рынка и, как следствие, позволяет качественно повысить уровень обслуживания конечных потребителей.
430
410
420
[0085] блок прогноза , выполненный с возможностью посредством метода итераций на основании информации, накопленной и систематизированной в блоках информации  и рейтингования , формирования предложений по краткосрочным и долгосрочным направлениям развития.
140
140
140
220
140
[0086] Далее будет описан сервер базы данных логистических возможностей , который показан на Фиг. 5 и представляет собой двухконтурную совокупность сведений о загруженности складских помещений, о потребностях в увеличении площадей складских помещений или изменении их типов, о доступности контейнеров, как и самих универсальных средств транспортировки, а также о загруженности транспортных компаний, осуществляющих перевозки товаров. В некоторых вариантах реализации сервером базы данных  может быть, например, Microsoft SQL ServerTM или OracleTM, для хранения данных. Сведения в сервер  поступают как непосредственно от участников коммерческих процессов, так и через внешние государственные каналы учета через блок интеграции , показанный ранее на Фиг. 2 (например, система Платон). В данный сервер  входят три обязательных блока:
510
[0087] блок транспорта , содержащий базу данных, содержащую информацию о транспорте и средствах транспортировки предметов сделки;
520
[0088] блок имущества , содержащий базу данных доступности и загруженности помещений для хранения предметов сделки;
530
[0089] блок услуг , содержащий базу данных, формируемую пользователями системы, содержащая информацию о предоставляемых услугах по фасовке, упаковке товаров и т.д.
100
[0090] Система  для проведения торговых операций с использованием электронных средств обработки информации предпочтительно содержит один или более серверов баз данных. Упомянутые один или более серверов баз данных предпочтительно сконфигурированы для ввода извлеченных данных в базу данных, для вычисления аналитических данных из извлеченных данных и для взаимодействия, предпочтительно через безопасное подключение к Интернету, с клиентскими приложениями (клиентскими «прикладными программами» или клиентскими «информационными табло»), сконфигурированными для визуализации аналитических данных.
[0091] Более того, упомянутые один или более серверов баз данных предпочтительно сконфигурированы для вычисления статистических показателей, относящихся к извлеченным данным и/или данным дискретного времени, записи этих статистических показателей в базе данных и предоставления статистических показателей клиентским приложениям в виде части аналитических данных.
[0092] Упомянутые один или более серверов баз данных могут быть сконфигурированы для потоковой передачи по меньшей мере части аналитических данных в клиентские приложения. Дополнительно или как вариант, один или более серверов баз данных могут быть сконфигурированы для передачи по меньшей мере части аналитических данных в клиентские приложения после получения запросов от этих приложений, или после опроса этими приложениями.
100
[0093] Далее будет описан блок финансов, который предоставляет электронную витрину финансовых инструментов, доступных пользователям системы . В данный блок входят следующие обязательные блоки:
• блок мер поддержки - база данных, формируемая коммерческими и государственными участниками работы системы, содержащая информацию о доступных финансовых и нефинансовых мерах поддержки, в том числе, предоставляемых в рамках государственных программ, национальных проектов, антикризисных планов, а также инструменты для ее получения.
• блок сервисов, посредством инструментария которого пользователи системы могут получить дополнительные услуги, обеспечивающие максимально простое осуществление транзакций и заключение сделок (продвижение, реклама, доступ к РГИС и ГИС и т.п.).
[0094] Блок финансов (меры поддержки и банковские услуги), который не показан на фигурах, выполнен с возможностью интеграции профильных государственных органов и банковских организаций, которая обеспечивает адресное доведение мер поддержки, оказываемых хозяйствующим субъектам в рамках государственных программ, национальных проектов, антикризисных планов.
100
[0095] Система  подразумевает наличие банка (банков) контрагентов, которые заинтересованы в кредитовании как за счет собственных средств, так и в администрировании средств национальных проектов (по аналогии с работой какого-нибудь банка в оборонном комплексе). Используется принцип «деньги в деньги».
100
[0096] В рамках работы блока финансов предусмотрена возможность получения государственных мер поддержки (субсидий, субвенций) в онлайн режиме - производитель заполняет анкету с приложением документов, подтверждающих право на получение поддержки, искусственный интеллект системы  анализирует заявку и принимает решение. Для бизнеса - это удобный онлайн-сервис и возможность получить реальную поддержку в кратчайшие сроки, для государства - повышение эффективности распределения бюджетных средств, прослеживаемость и контроль процессов в режиме реального времени.
100
[0097] Структура системы  для проведения торговых операций с использованием электронных средств может дополняется дополнительными блоками и модулями с учетом опыта практического применения, развития технологий и изменений, вносимых в законодательство. В целях снижения нагрузки на технические средства хранения данных информация в сервере базы данных каталога товаров, сервере логистических возможностей и сервере архива операций аналитики аппаратно распределяется по двум уровням.
120
[0098] В сервере базы данных каталога товаров  хранится текущая информация, сведения об актуальных товарах в каталоге, о пользователях системы, о незавершенных (текущих) сделках и транзакциях и т.п.
140
[0099] В сервере базы данных логистических возможностей  хранится текущая информация, сведения об свободных складских помещениях и транспортных средствах, о пользователях системы, о незавершенных (текущих) логистических операциях, общем количестве складских помещений и транспортных средствах т.п.
130
[00100] В блоке архива операций  хранится архивная информация, сведения об отсутствующих в настоящий момент в каталоге товарах, о совершенных сделках, об их сроках, объемах и содержании, о проведенных транзакциях и логистических операциях.
130
[00101] Блок архива операций (иначе - блок аналитики) - один из основных блоков, в которомна основании сведений о количестве заключенных сделок, о наиболее востребованных товарах, о рейтинге поставщиков и заказчиков, о дефиците или профиците товаров в том или ином регионе и т.д. происходит формирование краткосрочных и долгосрочных направлений развития, требующих непосредственного государственного регулирования - планирование посевных, модернизация производств и т.п.
[00102] В свою очередь, в рамках взаимодействия каталога товаров с блоками аналитики и логистики, формируется аналитическая и статистическая информация о сезонных и несезонных (внеплановых) колебаниях цен, о товарных запасах и дефиците товаров отдельных категорий, об увеличении транспортных расходов на доставку товаров от поставщика к потребителю и иных изменениях, требующих дополнительного внимания и соответствующей проработки.
[00103] Данная информация является первоисточником для принятия профильными органами государственной власти управленческих решений, необходимых для устранения возникающих проблем - корректировка государственных программ и нормативных правовых актов, разработка актуальных мер финансовой и нефинансовой поддержки, инфраструктурные изменения.
[00104] Кроме того, на основании первичных данных, получаемых и обрабатываемых блоком аналитики осуществляется контроль за состоянием биосистем - поголовьем сельскохозяйственных животных, растений, почвы и т.д.
[00105] Сокращение количества таких категорий товаров как молочная, мясная, рыбная продукция, овощи, фрукты, крупа вследствие болезней и заражений является сигналом для проведения соответствующих государственных исследований и разработки необходимых мер - вакцинация, применение витаминов и подкормок, установление ограничительных (карантинных) мер и контроль за их соблюдением. Формирование цепочки «причина-следствие» осуществляется в рамках системы режиме реального времени.
100
[00106] По мере увеличения находящейся в системе информации и нагрузки на технические средства хранения данных аналогичный способ формирования баз данных может быть применен и в других блоках системы .
[00107] Преимуществами маркировки товаров посредством Data Matrix относительно заявляемого изобретения в сравнении с другими способами маркировки являются:
- возможность внесения значительно большего объема информации;
- высокая степень защиты.
[00108] Кроме того, Data Matrix код можно считывать при частичном (до 30% площади) повреждении.
[00109] Например, в качестве дополнительного элемента маркировки, может быть реализовано включение в перечень характеристик товара, отображаемых в коде маркировки Data Matrix, информации об отнесении продукции к категории «эко». При этом обязательным условием присвоения статуса «эко-продукция» будет документарное подтверждение соблюдения всех технологических, санитарных и иных нормативных требований, предусмотренных законодательством, в частности, Федеральным законом от 03.08.2018 № 280-ФЗ «Об органической продукции и о внесении изменений в отдельные законодательные акты Российской Федерации», ГОСТ Р 56104-2014, ГОСТ 33980-2016, ГОСТ Р 57022-2016, ГОСТ Р 58662-2019, ГОСТ Р 58661-2019, ГОСТ Р 58660-2019, ГОСТ Р 58658-2019, ГОСТ Р 58659-2019, ГОСТ Р 58663-2019 или Регламент Европейского Парламента и Совета Европейского Союза 2018/848 от 30.05.2018 об органическом производстве и о маркировке органических продуктов. При этом сервер управления такие товары будет учитывать в приоритетном порядке при формировании предложения по заявке потребителя.
100
[00110] Назначение системы  для проведения торговых операций с использованием электронных средств заключается в обеспечении гарантии успешного заключения сделки и осуществления безналичной транзакции по ней, возможность предоставить потребителю максимальное количество сведений о товаре без уменьшения быстродействия системы и надежности ее работы, посредством входной маркировки всех товаров кодом маркировки Data Matrix.
100
[00111] Таким образом, обязательным условием предоставления доступа к системе  является заполнение регистрационных сведений. При заполнении регистрационной формы обязательным является поле, указывающее на принадлежность к одной из предусмотренных категорий пользователей (ранжирование пользователей). В зависимости от категории пользователи имеют различные функциональные доступы к данным системы:
• оператор системы имеет доступ ко всем блокам системы в целях обеспечения возможности детального анализа данных и планирования основных направлений развития на долгосрочную и краткосрочную перспективу;
• государственные институты (органы государственной власти) имеют доступ к блок-серверу архива операций системы в целях обеспечения возможности детального анализа данных;
• владельцы и потребители товаров имеют доступ к каталогу товаров, к серверу базы данных каталога товаров, серверу базы данных логистических возможностей, блоку архива операций;
• финансовые институты имеют доступ к финансовому блоку, а также к серверу архива операций в части, касающейся предоставляемых финансовых услуг и наличия потребностей в них;
• операторы логистики имеют доступ к блок-серверу базы данных логистических возможностей, аналитическому блоку и финансовому блоку в части, касающейся предоставляемых ими видов услуг (транспортировка, хранение, фасовка и т.п.).
[00112] Для пользователей, являющихся владельцами товаров (предметов сделки) обязательным является заполнение формы на каждый вид товара.
[00113] Содержание формы определяется с учетом требований законодательства, в том числе, ГОСТов и санитарных норм. Так же владелец дополнительно может включать любую информацию, которую пользователь, как-то соответствие нормам других государств, дополнительную аудио-, видеоинформацию о товаре, сведения о условиях его производства и т.п.
110
320
[00114] В случае успешного заполнения всех данных формы сервером управления  посредством блока маркировки  каждому товару присваивается код маркировки Data Matrix, в котором учтена и зашифрована вся предоставляемая пользователем информация.
110
100
130
110
[00115] Сервер управления  системы  по данным блока сервера архива операций  определяет среднерыночную цену товара и формирует предложение. Пользователь-владелец товара может корректировать выданную сервером управления  цену в большую или меньшую сторону.
120
110
140
100
100
[00116] В свою очередь, пользователь-потребитель формирует запрос на заключение той или иной сделки и сервер базы данных каталога товаров  и сервер управления  формируют данные о потребности товара и варианты решения. При формировании решения также учитываются сведения, содержащиеся в сервере логистических возможностей логистики  и блоке финансов. Результатом является выбор варианта решения пользователем-потребителем, заключение смарт-контракта в рамках работы системы  и осуществление транзакции в безналичной форме через финансовый блок системы  после подтверждения пользователем-потребителем получения маркированного товара.
[00117] Заключение смарт-контракта может быть организовано следующим образом.
[00118] Владелец товара, используя устройство пользователя, регистрирует свой товар в системе, регистрируя код маркировки Data Matrix и\или URL товара в общедоступном блокчейн реестре, размещенной в базе данных блокчейн. Для этого владелец товара связывается с сервером сертификации. Сервер сертификации имеет доступ к базе данных записей (цепочек). То есть владелец испрашивает у сервера выпуск, а сервер, соответственно, регистрирует запись по средствам обновления блокчейн цепочки данных в базе данных. Добавляя новую запись в цепочку, владелец дополнительно может указывать свои данные, то есть идентифицирует себя, идентификационные данные владельца также сохраняются в цепочке. Впоследствии, если злоумышленник попытается изменить данные (перезаписать цепочку), то злоумышленнику потребуется дополнительно указать данные оригинального владельца, выпустившего первоначальную запись, для внесения изменений в первоначальную запись. Данные владельца могут включать логин и пароль, идентификационные данные физического лица или юридического лица и т.д.
[00119] Сервер управления регистрирует запись в цепочке, обновляет цепочку в базе данных, гарантирующую, что выбранный товар пользователем обеспечивается за счет первоначального депозита товара в кошельке А (идентификатор кошелька) с самим депозитом В и идентификатором сертификата. Идентификатором служит токен, содержащий хеш-маркер или любой другой токен. Токен может быть выполнен с участием криптопровайдеров и выпускаться, в том числе, с использованием ЭЦП (электронно-цифровой подписи), валидирующей владельца.
[00120] На основании токена и записи в цепочке, сервер сертификации выпускает смарт контракт («умный контракт» от англ. smart contract), имеющий подпись. Смарт контракт подписывается, используя методы, аналогичные для контроля движения и отправки средств в криптовалютных сетях. После подписания сторонами контракт вступает в силу. Условия контракта должны иметь математическое описание и ясную логику исполнения. Имея беспрепятственный доступ к объектам контракта, смарт контракт отслеживает по указанным условиям достижения или нарушения пунктов и принимает самостоятельные решения, основываясь на запрограммированных условиях. Таким образом, основной принцип умного контракта состоит в полной автоматизации и достоверности исполнения договорных отношений. По сути, смарт контракт - это программный код, который содержит информацию о сделке в формате «если… то». Например, в смарт контракте может быть указано условие вида: если пользователь зашел посмотреть товар, проверить показатель токен с порядковым (серийным) №11111. Если показатель токена>100 единиц, то разрешить доступ к товару. Другой пример может пояснять контроль депозита кошелька криптовалюты. Например, если пользователь зашел посмотреть товар, проверить депозит кошелька №22222. Если депозит кошелька ≥100 единиц криптовалюты, то разрешить доступ к товару.
[00121] Варианты настоящего решения с использованием смарт контрактов позволяют автоматизировать проверку показателей (записей) в цепочках блокчейн в том числе без непосредственного доступа пользователей к данным и информации на стороне продавца. Проверка производится автоматически на стороне сервера, что позволяет дополнительно снизить количество передаваемой информации конечному потребителю. Все контракты хранятся в цепочках блокчейн в зашифрованном виде. То есть об условиях контракта знают только стороны договора (веб-мастер и сервер сертификации), а внести изменения в программный код (переписать договор в цепочке) третьи лица не могут. Это обусловлено структурой и принципами технологии блокчейн и особенностями настоящего решения.
[00122] Одной из особенностей настоящего технического решения является совокупность показателя блокчейн-токена и блокчейн-записи, которые, как уже было сказано, верифицируют владельца товара и показатель блокчейн-токена, дополнительно подтверждающий факт выпуска транзакции конкретным владельцем. Пара блокчейн-токен и блокчейн-запись образуют сертификат в рамках смарт контракта, который, при последующей проверке клиентским устройством пользователя верифицирует или не верифицирует товар. Для этого веб-браузер клиентского устройства связывается с базой данных, хранящей цепочки блокчейн с блокчейн-токенами и соответствующими блокчейн-записями в смарт контрактах, что будет подробнее описано далее.
[00123] База данных размещается на удаленном сервере или, в случае распределенной структуры, на нескольких серверах. Сервер, в процессе наполнения базы данных регистрирует транзакции и блокчейн-токены, выпущенные на товары, цепочки публикуются в едином глобальном пространстве через цепочку блокчейн. В цепочке каждый из сертификатов состоит из заголовка и нескольких транзакций, которые организованы как дерево хэшей.
[00124] Заголовок блока состоит из:
[00125] а) времени, когда майнер (владелец сертификата) начинает генерировать блок;
[00126] б) дайджеста последнего заголовка блока в цепочке блоков, например, текущего показателя токена.
[00127] Записи транзакций содержат списки (тип операции или записи, код маркировки Data Matrix) изменений и транзакциях, например, отсортированных по дате и времени или в лексикографическом порядке. В цепочке сертификатов могут быть выпущены транзакции разного типа. Транзакция первого типа подписывается сервером с использованием его ключа или пары ключей. Ключ может быть открытым или закрытым, генерироваться с помощью пароля и логина клиентского устройства. Когда сертификат истекает и обновляется, новый ключ будет включен в следующую транзакцию. Если сертификат отозван, он будет исключен из следующей транзакции. Транзакции второго типа используются для инициализации или сброса пар ключей.
[00128] В случаях, когда идентификатор товара (код маркировки Data Matrix) изначально вносится в цепочку блокчейн, факт его «публикации» возможно подписывать с использованием нескольких других товаров. Эти товары будут выступать «поручителями» нового регистрируемого товара. Поручителем может выступать, среди прочего, товар одного продукта компании, когда компания запускает новый продукт.
[00129] Сервер генерирует, в таком случае, сертификат для нового товара на основе ключей «поручителей». Все транзакции непрерывно публично публикуются сервером в цепочке блокчейн. В случае выпуска сертификата с поручителем сервер генерирует новый сертификат на основании ранее выпущенных сертификатов «поручителей».
[00130] В варианте настоящего решения с использованием смарт контракта, новый выпускаемый контракт может дополнительно иметь условие для проверки валидности исполнения контракта своего поручителя.
[00131] В каждой операции серверу (-ам) разрешено публиковать одну или несколько транзакций. Если пользователи системы (майнеры) получают как транзакции первого типа, так и транзакции второго типа с тем же идентификатором товара, транзакция второго типа имеет приоритет. Если есть несколько транзакции одного и того же имени и типа товара, сервер выбирает одну из них на основе отметок времени регистрации прихода транзакции и\или временем генерации запроса на стороне клиентского устройства. Браузер клиентского устройства взаимодействует с сетью серверов по схеме Р2Р (peer-to-peer), другие клиентские устройства могут получать обновления напрямую от сервера или от других клиентов. Когда браузер клиентского устройства устанавливает соединение с сервером, он может дополнительно сверять свой сертификат на сервере с помощью локальной копии сертификата из памяти клиентского устройства.
[00132] В вариантах настоящего решения, браузер проверят условия для проверки смарт контракта и проверяет выполнения условий показателя токена в отношении запрашиваемого товара. В таком случае сервер и\или браузер обращается к базе данных, в которой сохранен смарт контракт, в контракте указаны а) условия проверки (выполнения условий контракта) и б) проверяемый субъект. Проверяемым субъектом может быть конкретный токен или несколько токенов, сохраненные в базе данных и указанные в смарт контракте. В таком варианте в контракте может быть указан порог значения показателя, в случае достижения (или превышения \ снижения) которого смарт контракт считается исполненным или, соответственно, неисполненным.
[00133] В других вариантах настоящего решения проверяемым субъектом может быть кошелек и\или криптовалютный показатель токена, который указан в смарт контракте для проверки. В случае сверки показателя токена или кошелька проверяется депозит кошелька или токена. Кроме того, в вариантах смарт контрактов, возможна сверка характера изменения. Например, в вариантах решения, характер изменения текущего показателя блокчейн-токена (или депозита кошелька) является увеличение или уменьшение показателя блокчейн-токена (или депозита кошелька).
[00134] В вариантах настоящего решения, в ходе проверки сервер осуществляет проверку пары записей, включающую
[00135] а) текущий статус сертификата испрашиваемого веб-сайта, и
[00136] б) показателя токена, который, на момент проверки, может быть выше, равен или ниже изначально зарегистрированного показателя токена.
[00137] Применение алгоритмов смарт-контрактов позволяет максимально унифицировать документооборот, автоматизировать процессы сделки и существенно сократить сроки заключения и исполнения контрактов.
[00138] Работа в системе для проведения торговых операций пользователя, представляющего логистические услуги, аналогична работе пользователя-владельца товара, за исключением того, что работа осуществляется через сервер логистических возможностей.
[00139] Такое ранжирование пользователей и перенаправление их сервером управления на работу с соответствующим сервером дополнительно разгружает блок управления и снижает его вычислительную нагрузку.
[00140] Вычислительная система может включать в себя интерфейс дисплея, который передает графику, текст и другие данные из коммуникационной инфраструктуры (или из буфера кадра, не показан) для отображения на компоненте мультимедиа. Вычислительная система дополнительно включает в себя устройства ввода или периферийные устройства. Периферийные устройства могут включать в себя одно или несколько устройств для взаимодействия с мобильным устройством связи пользователя, такие как клавиатура, микрофон, носимое устройство, камера, один или более звуковых динамиков и другие датчики. Периферийные устройства могут быть внешними или внутренними по отношению к мобильному устройству связи пользователя. Сенсорный экран может отображать, как правило, графику и текст, а также предоставляет пользовательский интерфейс (например, но не ограничиваясь ими, графический пользовательский интерфейс (GUI)), через который субъект может взаимодействовать с мобильным устройством связи пользователя, например, получать доступ и взаимодействовать с приложениями, запущенными на устройстве.
[00141] Элементы заявляемого технического решения находятся в функциональной взаимосвязи, а их совместное использование приводит к созданию нового и уникального технического решения. Таким образом, все блоки функционально связаны.
[00142] Все блоки, используемые в системе, могут быть реализованы с помощью электронных компонент, используемых для создания цифровых интегральных схем, что очевидно для специалиста в данном уровне техники. Не ограничиваюсь, могут использоваться микросхемы, логика работы которых определяется при изготовлении, или программируемые логические интегральные схемы (ПЛИС), логика работы которых задается посредством программирования. Для программирования используются программаторы и отладочные среды, позволяющие задать желаемую структуру цифрового устройства в виде принципиальной электрической схемы или программы на специальных языках описания аппаратуры: Verilog, VHDL, AHDL и др. Альтернативой ПЛИС могут быть программируемые логические контроллеры (ПЛК), базовые матричные кристаллы (БМК), требующие заводского производственного процесса для программирования; ASIC - специализированные заказные большие интегральные схемы (БИС), которые при мелкосерийном и единичном производстве существенно дороже.
[00143] Обычно, сама микросхема ПЛИС состоит из следующих компонент:
• конфигурируемых логических блоков, реализующих требуемую логическую функцию;
• программируемых электронных связей между конфигурируемыми логическими блоками;
• программируемых блоков ввода/вывода, обеспечивающих связь внешнего вывода микросхемы с внутренней логикой.
[00144] Также блоки могут быть реализованы с помощью постоянных запоминающих устройств.
[00145] Таким образом, реализация всех используемых блоков достигается стандартными средствами, базирующимися на классических принципах реализации основ вычислительной техники.
[00146] Как будет понятно специалисту в данной области техники, аспекты настоящего технического решения могут быть выполнены в виде системы, способа или компьютерного программного продукта. Соответственно, различные аспекты настоящего технического решения могут быть реализованы исключительно как аппаратное обеспечение, как программное обеспечение (включая прикладное программное обеспечение и так далее) или как вариант осуществления, сочетающий в себе программные и аппаратные аспекты, которые в общем случае могут упоминаться как «модуль», «система» или «архитектура». Кроме того, аспекты настоящего технического решения могут принимать форму компьютерного программного продукта, реализованного на одном или нескольких машиночитаемых носителях, имеющих машиночитаемый программный код, который на них реализован.
[00147] Также может быть использована любая комбинация одного или нескольких машиночитаемых носителей. Машиночитаемый носитель хранилища может представлять собой, без ограничений, электронную, магнитную, оптическую, электромагнитную, инфракрасную или полупроводниковую систему, аппарат, устройство или любую подходящую их комбинацию. Конкретнее, примеры (неисчерпывающий список) машиночитаемого носителя хранилища включают в себя: электрическое соединение с помощью одного или нескольких проводов, портативную компьютерную дискету; жесткий диск, оперативную память (ОЗУ), постоянную память (ПЗУ), стираемую программируемую постоянную память (EPROM или Flash-память), оптоволоконное соединение, постоянную память на компакт-диске (CD-ROM), оптическое устройство хранения, магнитное устройство хранения или любую комбинацию вышеперечисленного. В контексте настоящего описания, машиночитаемый носитель хранилища может представлять собой любой гибкий носитель данных, который может содержать или хранить программу для использования самой системой, устройством, аппаратом или в соединении с ними.
[00148] Программный код, встроенный в машиночитаемый носитель, может быть передан с помощью любого носителя, включая, без ограничений, беспроводную, проводную, оптоволоконную, инфракрасную и любую другую подходящую сеть или комбинацию вышеперечисленного.
[00149] Компьютерный программный код для выполнения операций для шагов настоящего технического решения может быть написан на любом языке программирования или комбинаций языков программирования, включая объектно-ориентированный язык программирования, например Python, R, Java, Smalltalk, С++ и так далее, и обычные процедурные языки программирования, например язык программирования «С» или аналогичные языки программирования. Программный код может выполняться на компьютере пользователя полностью, частично, или же как отдельный пакет программного обеспечения, частично на компьютере пользователя и частично на удаленном компьютере, или же полностью на удаленном компьютере. В последнем случае, удаленный компьютер может быть соединен с компьютером пользователя через сеть любого типа, включая локальную сеть (LAN), глобальную сеть (WAN) или соединение с внешним компьютером (например, через Интернет с помощью Интернет-провайдеров).
[00150] Аспекты настоящего технического решения были описаны подробно со ссылкой на блок-схемы, принципиальные схемы и/или диаграммы способов, устройств (систем) и компьютерных программных продуктов в соответствии с вариантами осуществления настоящего технического решения. Следует иметь в виду, что каждый блок из блок-схемы и/или диаграмм, а также комбинации блоков из блок-схемы и/или диаграмм, могут быть реализованы компьютерными программными инструкциями. Эти компьютерные программные инструкции могут быть предоставлены процессору компьютера общего назначения, компьютера специального назначения или другому устройству обработки данных для создания процедуры, таким образом, чтобы инструкции, выполняемые процессором компьютера или другим программируемым устройством обработки данных, создавали средства для реализации функций/действий, указанных в блоке или блоках блок-схемы и/или диаграммы.
[00151] Эти компьютерные программные инструкции также могут храниться на машиночитаемом носителе, который может управлять компьютером, отличным от программируемого устройства обработки данных или отличным от устройств, которые функционируют конкретным образом, таким образом, что инструкции, хранящиеся на машиночитаемом носителе, создают устройство, включающее инструкции, которые осуществляют функции/действия, указанные в блоке блок-схемы и/или диаграммы.