СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ ПРЕТЕНЗИЙ В ОТНОШЕНИИ ТОВАРОВ НА ОСНОВЕ БЛОКЧЕЙНА И ЭЛЕКТРОННОЕ УСТРОЙСТВО Российский патент 2022 года по МПК G06F16/245 G06F16/27 G06Q40/08 

Перекрестные ссылки на родственные заявки

[0001] По настоящей заявке испрашивается приоритет на основании заявки на патент Китая № 201810534737.X, поданной 29 мая 2018 г., которая настоящим полностью включена в данный документ путём ссылки.

Область техники, к которой относится изобретение

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

Уровень техники

[0003] Технология блокчейна, также называемая «технологией распределенного реестра», представляет собой новую технологию, в которой несколько вычислительных устройств совместно участвуют в «ведении учета» и совместно поддерживают полную распределенную базу данных. Поскольку технология блокчейна характеризуется децентрализацией и прозрачностью, каждое вычислительное устройство может участвовать во внесении записей в базу данных, и вычислительные устройства могут реализовывать быструю синхронизацию данных, децентрализованная система, построенная путём использования технологии блокчейна и различных исполняемых программ, сохраненных в распределенной базе данных блокчейна для автоматического выполнения, широко используется во многих областях техники.

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

[0004] Настоящее описание изобретения предусматривает способ обработки претензий в отношении товаров на основе блокчейна, включающий в себя: сбор данных внешнего вида целевого товара, причем данные внешнего вида целевого товара заранее зарегистрированы в распределенной базе данных блокчейна; определение, произошло ли событие с возникновением ущерба в отношении целевого товара, на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных; и если «Да», применение смарт-контракта, соответствующего целевому товару, и выполнение логики обработки претензий по поводу ущерба в отношении товара, указанной в смарт-контракте, для завершения обработки претензии по поводу ущерба в отношении товара для целевого товара.

[0005] При необходимости то, что данные внешнего вида целевого товара регистрируются в распределенной базе данных блокчейна, включает в себя: ассоциирование данных внешнего вида целевого товара с идентификационными данными целевого товара, которые зарегистрированы в блокчейне, и сохранение данных внешнего вида целевого товара в распределенной базе данных блокчейна.

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

[0007] При необходимости, определение, произошло ли событие с возникновением ущерба в отношении целевого товара, на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных, включает в себя: оценку степени ущерба целевому товару на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных, для получения количественного показателя степени ущерба, используемого для указания степени ущерба; определение, достигает ли количественный показатель степени ущерба заданного порогового значения; и если «Да», определение того, что в отношении целевого товара произошло событие с возникновением ущерба.

[0008] При необходимости, определение того, произошло ли событие с возникновением ущерба в отношении целевого товара, на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных, включает в себя: определение, нанесен ли ущерб ключевой позиции целевого товара, на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных; и если «Да», определение, что в отношении целевого товара произошло событие с возникновением ущерба.

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

[0010] При необходимости, внешняя поверхность целевого товара покрыта оптическим носителем, который используется для фиксации данных внешнего вида целевого товара; и сбор данных внешнего вида целевого товара включает в себя: сбор данных внешнего вида целевого товара, фиксированного посредством оптического носителя, путём использования установленного оптического датчика.

[0011] При необходимости, оптический носитель представляет собой нанометрическую оптическую пленку.

[0012] При необходимости, блокчейн представляет собой консорциальный блокчейн.

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

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

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

[0016] При необходимости, модуль определения дополнительно выполнен с возможностью оценки степени ущерба в отношении целевого товара на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных, для получения количественного показателя степени ущерба, используемого для указания степени ущерба; определения, достигает ли количественный показатель степени ущерба заданного порогового значения; и если «Да», определения, что в отношении целевого товара произошло событие с возникновением ущерба.

[0017] При необходимости модуль определения дополнительно выполнен с возможностью определения, нанесен ли ущерб ключевой позиции целевого товара, на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных; и если «Да», определения, что в отношении целевого товара произошло событие с возникновением ущерба.

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

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

[0020] При необходимости, оптический носитель представляет собой нанометрическую оптическую пленку.

[0021] При необходимости, блокчейн представляет собой консорциальный блокчейн.

[0022] Настоящее описание изобретения дополнительно предусматривает электронное устройство, включающее в себя: процессор; и запоминающее устройство, выполненное с возможностью хранения инструкции, которая может выполняться посредством процессора; причем процессор считывает и выполняет машиноисполняемую инструкцию, которая сохраняется в запоминающем устройстве, и которая соответствует управляющей логике претензии в отношении товара на основе блокчейна, для сбора данных внешнего вида целевого товара, причем данные внешнего вида целевого товара заранее зарегистрированы в распределенной базе данных блокчейна; определения, произошло ли событие с возникновением ущерба в отношении целевого товара, на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных; и если «Да», применения смарт-контракта, соответствующего целевому товару, и выполнения логики обработки претензий по поводу ущерба в отношении товара, указанной в смарт-контракте, для завершения обработки претензии по поводу ущерба в отношении товара для целевого товара.

Краткое описание чертежей

[0023] Фиг. 1 является блок-схемой, иллюстрирующей способ обработки претензий в отношении товаров на основе блокчейна согласно примерной реализации;

[0024] Фиг. 2 является принципиальной структурной схемой, иллюстрирующей электронное устройство согласно примерной реализации;

[0025] Фиг. 3 является блок-схемой, иллюстрирующей устройство обработки претензий в отношении товаров на основе блокчейна согласно примерной реализации.

[0026] Фиг. 4 является блок-схемой последовательности операций, иллюстрирующей пример реализуемого компьютером способа обработки претензии на ущерб в отношении товара согласно реализации настоящего раскрытия сущности.

Осуществление изобретения

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

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

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

[0030] Товаропроизводитель может регистрировать данные внешнего вида произведенного товара в распределенной базе данных блокчейна.

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

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

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

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

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

[0036] Этап 102. Сбор данных внешнего вида целевого товара, причем данные внешнего вида целевого товара заранее зарегистрированы в распределенной базе данных блокчейна.

[0037] Этап 104. Определение, произошло ли событие с возникновением ущерба в отношении целевого товара, на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных.

[0038] Этап 106. Если «Да», применение смарт-контракта, соответствующего целевому товару, и выполнение логики обработки претензий по поводу ущерба в отношении товаров, указанной в смарт-контракте, для завершения обработки претензии по поводу ущерба в отношении товаров для целевого товара.

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

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

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

[0042] Претензия по поводу ущерба в отношении товаров представляет собой процесс подачи заявки на компенсацию от вышестоящего распространителя товаров на основании согласованной политики обработки претензий, если в процессе товарообращения в отношении товара произошло событие с возникновением ущерба.

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

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

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

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

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

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

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

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

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

[0052] Затем любой распространитель товаров в канале товарообращения целевого товара может осуществлять доступ к любому узловому устройству посредством использования клиентского программного обеспечения; отправлять транзакцию (перевод) в смарт-контракт, записанный в консорциальном блокчейне для применения смарт-контракта; и инициировать выполнение служебной логики связанной претензии по поводу ущерба в отношении товаров в консорциальном блокчейне для завершения обработки по сети претензии в отношении товара, которому нанесен ущерб.

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

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

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

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

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

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

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

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

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

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

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

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

[0065] В дополнение к предыдущей реализации, в которой на товар нанесен оптический носитель для фиксации и сбора данных внешнего вида товара, в фактических вариантах применения данные внешнего вида товара могут собираться путём использования других способов. Подробности не приводятся в настоящем описании изобретения.

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

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

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

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

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

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

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

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

[0074] Конкретная политика и способ оценки степени ущерба в отношении товара на основании данных внешнего вида не ограничены конкретно в настоящем описании изобретения. При реализации технических решений по настоящему описанию изобретения специалисты в данной области техники могут обратиться к источникам по соответствующим технологиям.

[0075] После того, как получен количественный показатель степени ущерба в отношении целевого товара, может дополнительно определяться, достигает ли количественный показатель степени ущерба порогового значения степени ущерба. Если «Да», можно определить, что в процессе товарообращения в отношении целевого товара произошло событие с возникновением ущерба.

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

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

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

[0079] В фактических вариантах применения принцип определения, произошло ли событие с возникновением ущерба в отношении целевого товара, не ограничен вышеприведёнными двумя случаями. Подробности не приводятся в настоящем описании изобретения.

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

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

[0082] Например, различные узловые устройства могут определять, произошло ли событие с возникновением ущерба в отношении целевого товара, в соответствии с одинаковым принципом определения, и затем совместно выполнять консенсусную обработку в отношении события с возникновением ущерба. После того, как консенсус достигнут, он указывает, что узловые устройства в консорциальном блокчейне совместно определили, что в отношении целевого товара произошло событие с возникновением ущерба.

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

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

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

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

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

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

[0089] Например, когда претензия по поводу ущерба в отношении товара для целевого товара удовлетворена, сообщение с указанием: «Товару нанесён ущерб, претензия по поводу ущерба выполнена, и сумма претензии составляет XXX китайских юаней», может выводиться посредством использования клиентского программного обеспечения.

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

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

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

[0093] Фиг. 3 является блок-схемой, иллюстрирующей устройство обработки претензий в отношении товаров на основе блокчейна согласно примерному варианту реализации настоящего описания изобретения.

[0094] Обращаясь к фиг. 3, устройство 30 обработки претензий в отношении товаров на основе блокчейна может применяться в электронном устройстве, показанном на фиг. 2, и включает в себя модуль 301 сбора, модуль 302 определения и модуль 303 обработки претензий.

[0095] Модуль 301 сбора выполнен с возможностью сбора данных внешнего вида целевого товара, причем данные внешнего вида целевого товара заранее зарегистрированы в распределенной базе данных блокчейна.

[0096] Модуль 302 определения выполнен с возможностью определения, произошло ли событие с возникновением ущерба в отношении целевого товара, на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных.

[0097] Модуль 303 обработки претензий выполнен с возможностью применения смарт-контракта, соответствующего целевому товару, и выполнения логики обработки претензий по поводу ущерба в отношении товара, указанной в смарт-контракте, если в отношении целевого товара произошло событие с возникновением ущерба, для завершения обработки претензии по поводу ущерба в отношении товара для целевого товара.

[0098] В настоящем варианте реализации устройство дополнительно включает в себя: регистрационный модуль 304 (не показан на фиг. 3), выполненный с возможностью ассоциирования данных внешнего вида целевого товара с идентификационными данными целевого товара, которые зарегистрированы в блокчейне, и сохранения данных внешнего вида целевого товара в распределенной базе данных блокчейна.

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

[00100] В настоящем варианте реализации модуль 302 определения дополнительно выполнен с возможностью оценки степени ущерба в отношении целевого товара на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных, для получения количественного показателя степени ущерба, используемого для указания степени ущерба; определения, достигает ли количественный показатель степени ущерба заданного порогового значения; и если «Да», определения, что в отношении целевого товара произошло событие с возникновением ущерба.

[00101] В настоящем варианте реализации модуль 302 определения дополнительно выполнен с возможностью определения, нанесен ли ущерб ключевой позиции целевого товара, на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных; и если «Да», определения, что в отношении целевого товара произошло событие с возникновением ущерба.

[00102] В настоящем варианте реализации, модуль 303 обработки претензий дополнительно выполнен с возможностью широковещательной передачи события с возникновением ущерба, соответствующего целевому товару, в блокчейн, так что узловые устройства-члены блокчейна выполняют консенсусную обработку в отношении события с возникновением ущерба; и если в отношении события с возникновением ущерба достигнут консенсус , применения смарт-контракта, соответствующего целевому товару.

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

[00104] Модуль 301 сбора выполнен с возможностью сбора данных внешнего вида целевого товара, фиксированных посредством оптического носителя, путём использования установленного оптического датчика.

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

[00106] В настоящем варианте реализации блокчейн представляет собой консорциальный блокчейн.

[00107] В отношении процесса реализации функций и ролей различных модулей в устройстве следует обратиться к процессу реализации соответствующих этапов в вышеописанном способе. Подробности не приводятся здесь для простоты.

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

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

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

[00111] В настоящем варианте реализации процессор считывает и выполняет машиноисполняемую инструкцию, которая сохраняется в запоминающем устройстве, и которая соответствует управляющей логике претензии в отношении товара на основе блокчейна, для сбора данных внешнего вида целевого товара, причем данные внешнего вида целевого товара заранее зарегистрированы в распределенной базе данных блокчейна; определения, произошло ли событие с возникновением ущерба в отношении целевого товара, на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных; и если «Да», применения смарт-контракта, соответствующего целевому товару, и выполнения логики обработки претензий по поводу ущерба в отношении товара, указанной в смарт-контракте, для завершения обработки претензии по поводу ущерба в отношении товара для целевого товара.

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

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

[00114] В настоящем варианте реализации процессор считывает и выполняет машиноисполняемую инструкцию, которая сохраняется в запоминающем устройстве, и которая соответствует управляющей логике претензии в отношении товара на основе блокчейна, для оценки степени ущерба в отношении целевого товара на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных, для получения количественного показателя степени ущерба, используемого для указания степени ущерба; определения, достигает ли количественный показатель степени ущерба заданного порогового значения; и если «Да», определения, что в отношении целевого товара произошло событие с возникновением ущерба.

[00115] В настоящем варианте реализации процессор считывает и выполняет машиноисполняемую инструкцию, которая сохраняется в запоминающем устройстве, и которая соответствует управляющей логике претензии в отношении товара на основе блокчейна, для определения, нанесен ли ущерб ключевой позиции целевого товара, на основании собранных данных внешнего вида целевого товара и данных внешнего вида целевого товара, которые заранее зарегистрированы в распределенной базе данных; и если «Да», определения, что в отношении целевого товара произошло событие с возникновением ущерба.

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

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

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

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

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

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

[00122] Фиг. 4 является блок-схемой, иллюстрирующей пример реализуемого компьютером способа 400 обработки претензии по поводу ущерба в отношении товара согласно варианту реализации настоящего раскрытия. Для ясности представления, нижеприведенное описание в общем описывает способ 400 в контексте других чертежей в этом описании. Тем не менее, следует понимать, что способ 400 может осуществляться, например, посредством любой системы, среды, программного обеспечения и аппаратных средств либо надлежащего сочетания систем, сред, программного обеспечения и аппаратных средств,. В некоторых вариантах реализации различные этапы способа 400 могут выполняться параллельно, в сочетании, циклами или в любом порядке.

[00123] На 402 данные внешнего вида, ассоциированные с целевым товаром, собираются узловым устройством блокчейна, причем исходные данные внешнего вида, ассоциированные с целевым товаром, заранее зарегистрированы в распределенной базе данных, ассоциированной с блокчейном. В некоторых вариантах реализации на внешнюю поверхность целевого товара наносится оптический носитель, который используется фиксации данных внешнего вида целевого товара, причем сбор данных внешнего вида целевого товара содержит сбор данных внешнего вида целевого товара, фиксированных посредством оптического носителя, путём использования установленного оптического датчика. От 402 способ 400 переходит к 404.

[00124] На 404 выполняется определение, произошло ли событие с возникновением ущерба в отношении целевого товара, на основании данных внешнего вида и исходных данных внешнего вида.

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

[00126] В некоторых вариантах реализации определение, произошло ли событие с возникновением ущерба в отношении целевого товара, включает в себя определение, нанесен ли ущерб ключевой позиции целевого товара, на основании данных внешнего вида и исходных данных внешнего вида; и если определено, что ключевой позиции нанесен ущерб, определение, что в отношении целевого товара произошло событие с возникновением ущерба. После 404 способ 400 переходит к 406.

[00127] На 406 в ответ на определение, что в отношении целевого товара произошло событие с возникновением ущерба, узловым устройством блокчейна применяется смарт-контракт, соответствующий целевому товару. В некоторых вариантах реализации применение смарт-контракта включает в себя отправку транзакции в смарт-контракт, при этом смарт-контракт записан в блокчейне, и при этом смарт-контракт записывается в блокчейне после того, как множество указанных узловых устройств блокчейна достигают консенсуса. От 406 способ 400 переходит к 408.

[00128] На 408 выполняется логика обработки претензий по поводу ущерба в отношении товара, указанная в смарт-контракте, для завершения обработки претензии по поводу ущерба в отношении товара для целевого товара.

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

[00130] В некоторых вариантах реализации способ 400 дополнительно включает в себя перед определением, произошло ли событие с возникновением ущерба в отношении целевого товара: получение идентификатора принадлежности целевого товара; и выполнение запроса относительно исходных данных внешнего вида посредством идентификатора принадлежности в распределенной базе данных блокчейна для получения исходных данных внешнего вида. После 408 способ 400 может прекращаться.

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

[00132] Варианты реализации по настоящей заявке предусматривают способы и устройства для автоматического определения, нанесен ли товару ущерб, и инициирования претензии по поводу ущерба в отношении товара, которому нанесен ущерб. Согласно этим вариантам реализации, когда в отношении целевого товара выполняется претензия по поводу ущерба, собираются данные внешнего вида товара, и собранные данные внешнего вида товара сравниваются с данными внешнего вида товара, которые зарегистрированы в блокчейне, для определения, нанесен ли целевому товару ущерб. Когда определено, что целевому товару нанесен ущерб, применяется смарт-контракт, связанный с претензией по поводу ущерба в отношении товара, и выполняется логика обработки претензий по поводу ущерба в отношении товара, указанная в смарт-контракте, для быстрого завершения обработки претензии по поводу ущерба в отношении целевого товара.

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

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

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

[00136] Варианты осуществления и операции, описанные в этом подробном описании, могут быть реализованы в цифровой электронной схеме или в компьютерном программном обеспечении, в микропрограммном обеспечении либо в аппаратных средствах, включающих в себя структуры, раскрытые в данном подробном описании, либо в сочетаниях одного или более из вышеупомянутого. Операции могут быть реализованы как операции, выполняемые посредством устройства обработки данных в отношении данных, сохраненных на одном или более машиночитаемых устройствах хранения данных, или принимаемых из других источников. Устройство обработки данных, компьютер или вычислительное устройство может охватывать устройства и машины для обработки данных, включающие в себя, в качестве примера, программируемый процессор, компьютер, однокристальную систему, или их множество, или сочетания вышеупомянутого. Устройство может включать в себя специализированную логическую схему, например, центральный процессор (CPU), программируемую пользователем вентильную матрицу (FPGA) или специализированную интегральную схему (ASIC). Устройство также может включать в себя код, который формирует среду выполнения для рассматриваемой компьютерной программы, например, код, который составляет микропрограммное обеспечение процессора, стек протоколов, систему управления базами данных, операционную систему (например, операционную систему или сочетание операционных систем), кроссплатформенную среду выполнения, виртуальную машину либо сочетание одного или более из вышеуказанного. Устройство и среда выполнения могут реализовывать множество различных инфраструктур вычислительных моделей, таких как веб-услуги, распределенные вычислительные и сетевые параллельные вычислительные инфраструктуры.

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

[00138] Процессоры для выполнения компьютерной программы включают в себя, в качестве примера, микропроцессоры общего и специального назначения и любой один или более процессоров любого типа цифрового компьютера. В общем, процессор принимает инструкции и данные из постоянного запоминающего устройства или оперативного запоминающего устройства, или из того и из другого. Существенные элементы компьютера представляют собой процессор для выполнения действий в соответствии с инструкциями и одно или более запоминающих устройств для сохранения инструкций и данных. Обычно компьютер также включает в себя одно или более устройств хранения данных большой емкости для сохранения данных или соединён с ними при функционировании с возможностью приёма данных или передачи данных, либо осуществления и того, и другого. Компьютер может быть встроен в другое устройство, например, в мобильное устройство, карманный персональный компьютер (PDA), игровую приставку, приемное устройство глобальной системы позиционирования (GPS) или портативное устройство хранения данных. Устройства, подходящие для сохранения компьютерных программных инструкций и данных, включают в себя энергонезависимое запоминающее устройство, носители и запоминающие устройства, включающие в себя, в качестве примера полупроводниковые запоминающие устройства, магнитные диски и магнитооптические диски. Процессор и запоминающее устройство могут быть дополнены специализированной логической схемой или включены в неё.

[00139] Мобильные устройства могут включать в себя переносные телефоны, абонентское устройство (UE), мобильные телефоны (например, смартфоны), планшетные компьютеры, носимые устройства (например, интеллектуальные часы и интеллектуальные очки), имплантируемые устройства в человеческом теле (например, биодатчики, кохлеарные импланты) либо другие типы мобильных устройств. Мобильные устройства могут осуществлять беспроводную связь (например, с использованием радиочастотных (RF) сигналов) с различными сетями связи (описаны ниже). Мобильные устройства могут включать в себя датчики для определения характеристик текущего окружения мобильного устройства. Датчики могут включать в себя камеры, микрофоны, бесконтактные датчики, GPS-датчики, датчики движения, акселерометры, датчики внешнего освещения, датчики влажности, гироскопы, компасы, барометры, датчики отпечатков пальцев, системы распознавания лиц, RF-датчики (например, Wi-Fi- и сотовые радиомодули), тепловые датчики или другие типы датчиков. Например, камеры могут включать в себя переднюю или заднюю камеру, с подвижными или неподвижными линзами, флэш-памятью, датчиком изображений и процессором изображений. Камера может представлять собой мегапикселную камеру, способную захватывать детали для распознавания лиц и/или радужной оболочки глаз. Камера, наряду с процессором данных и аутентификационной информацией, сохраненной в запоминающем устройстве или доступной удаленно, может формировать систему распознавания лиц. Система распознавания лиц либо один или более датчиков, например, микрофонов, датчиков движения, акселерометров, GPS-датчиков или RF-датчиков, могут использоваться для аутентификации пользователя.

[00140] Для обеспечения взаимодействия с пользователем варианты осуществления могут быть реализованы в компьютере, имеющем устройство отображения и устройство ввода, например, жидкокристаллический дисплей (ЖК-дисплей) или дисплей на органических светоизлучающих диодах (OLED)/дисплей виртуальной реальности (VR)/дисплей дополненной реальности (AR) для отображения информации пользователю, и сенсорный экран, клавиатуру и указательное устройство, посредством которых пользователь может осуществлять ввод в компьютер. Также могут использоваться другие виды устройств для обеспечения взаимодействия с пользователем; например, обратная связь, обеспечиваемая пользователю, может представлять собой любую форму сенсорной обратной связи, например, визуальную обратную связь, акустическую обратную связь или тактильную обратную связь; и ввод от пользователя может приниматься в любой форме, включающей в себя акустический, речевой или тактильный ввод. Помимо этого, компьютер может взаимодействовать с пользователем посредством отправки документов и приема документов из устройства, которое используется пользователем; например, посредством отправки сетевых страниц в сетевой обозреватель на клиентском устройстве пользователя в ответ на запросы, принятые из сетевого обозревателя.

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

[00142] Примеры сетей связи включают в себя локальную вычислительную сеть (LAN), сеть радиодоступа (RAN), городскую вычислительную сеть (MAN) и глобальную вычислительную сеть (WAN). Сеть связи может включать в себя всю сеть Интернет или её часть, другую сеть связи либо сочетание сетей связи. Информация может передаваться по сети связи согласно различным протоколам и стандартам, включающим в себя стандарт долгосрочного развития (LTE), 5G, IEEE 802, Интернет-протокол (IP) либо другие протоколы или сочетания протоколов. Сеть связи может передавать голос, видео, биометрические или аутентификационные данные либо другую информацию между соединенными вычислительными устройствами.

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

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

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

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

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

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

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

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

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

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

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

- завершают обработку претензии по поводу ущерба в отношении товара для целевого товара.

2. Способ по п. 1, дополнительно содержащий этапы, на которых:

- перед сбором текущих данных внешнего вида, ассоциированных с целевым товаром:

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

- сохраняют исходные данные внешнего вида целевого товара в распределенной базе данных блокчейна.

3. Способ по п. 2, дополнительно содержащий этапы, на которых:

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

- получают идентификационные данные целевого товара; и

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

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

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

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

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

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

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

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

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

7. Способ по п. 6, в котором сбор текущих данных внешнего вида целевого товара содержит этап, на котором:

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

8. Способ по п. 6, в котором оптический носитель представляет собой нанометрическую оптическую пленку.

9. Способ по п. 1, в котором блокчейн представляет собой консорциальный блокчейн.

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

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