СПОСОБ ПРИВЯЗКИ ЦИФРОВОГО ПРЕДСТАВЛЕНИЯ ФАКТИЧЕСКОГО СОБЫТИЯ К РЕАЛЬНОМУ ВРЕМЕНИ ЕГО НАСТУПЛЕНИЯ
METHOD FOR LINKING DIGITAL REPRESENTATION OF ACTUAL EVENT TO ITS REAL TIME

ОБЛАСТЬ ТЕХНИКИ
[0001] В настоящем изобретении предлагается способ привязки цифрового представления фактического события (такого как, например, цифровая фотография или видео) к реальному времени его наступления. Данный способ не требует доверия со стороны человека и является неоспоримым. В частности, настоящее изобретение относится к способу генерирования цифрового представления фактического события, привязанного к реальному времени наступления указанного фактического события, а также к устройству и компьютерному программному продукту, связанному с указанным способом. Кроме того, настоящее изобретение относится к способу подтверждения временной сертификации цифрового представления фактического события, привязанного к реальному времени наступления указанного фактического события, а также к устройству и компьютерному программному продукту, связанному с указанным способом.
[0002] Настоящее изобретение находит свое применение в любой ситуации, в которой требуется надежное доказательство любого фактического события с его временной отметкой в реальном времени или без нее. Его можно применять, например, для генерирования доказательства наступления фактического события, которое будет применяться в судебном разбирательстве, или для проверки того, действительно ли какое-либо событие, отображенное на фотографии, опубликованной, например, в социальных сетях, произошло в определенное время.
[0003] Другие примеры включают, помимо прочего, подтверждение нахождения человека в определенном месте в определенное время, подтверждение выполнения задачи, подтверждение реального состояния любого объекта, такого как, например, автомобиль, яхта, здание, в определенное время, например, для целей страхования и аренды.
УРОВЕНЬ ТЕХНИКИ
[0004] В данной области техники известно, что фактическое событие может быть зафиксировано цифровым устройством, которое выполнено с возможностью записи цифрового представления этого события. Термин «фактическое событие АЕ» в контексте настоящего описания означает любое событие или любую ситуацию, существующую в реальности или как фактическое обстоятельство, которая может быть воспринята человеческими органами чувств или искусственным интеллектом (в отличие, например, от чисто абстрактных или виртуальных событий, таких как вычисления). Цифровое представление фактического события в дальнейшем именуется данными события. Данные события могут быть получены либо в однократном режиме (например, как фотография), либо в непрерывном режиме (например, как видео- или звукозапись). Данные события обычно применяются для подтверждения наступления фактических событий, отображенных в них, однако как контент данных события, так и время их фиксации могут быть подвергнуты сомнению. В результате данных события недостаточно, чтобы обеспечить надежное доказательство наступления фактического события или указать реальное время его наступления. Для временного надежного подтверждения фактического события, а также для определения того, произошло ли событие, требуется доверие, обеспечиваемое третьей стороной (например, свидетелем-человеком или каким-либо авторитетным источником), обычно в форме письменного подтверждения, устного подтверждения или обоих.
[0005] Теоретически для получения неоспоримого доказательства того, что определенное событие действительно произошло в определенное время, требуются по меньшей мере три вещи: 1) надежные данные события, 2) надежная временная отметка и 3) определенная связь между ними для привязки друг к другу. Хотя этой задаче уделяется мало внимания, стоит отметить, что именно эти требования применяются ко всем данным события, которые применяются в качестве доказательства в судебных разбирательствах.
Надежные данные события
[0006] Получение данных события является в целом относительно простым процессом благодаря цифровым устройствам, таким как камеры смартфонов. Однако данные события можно модифицировать или даже создавать. В результате нет уверенности в том, что данные события не подделаны.
Надежная временная отметка
[0007] Надежную временную отметку легко получить из многих источников, поскольку генерирование надежной временной отметки требуется для всех сетевых операций, включая банковские транзакции и вопросы, связанные с сетевыми серверами (такие как синхронизация данных). Однако данные события могут иметь временную отметку из крайне ненадежного источника, такого как внутренний генератор тактовых импульсов устройства, применяемого для сбора данных события.
Связь между надежными данными события и надежными временными отметками
[0008] Установление связи между временной отметкой и данными события очень важно для целей подтверждения того, что фактическое событие произошло в определенное время.
[0009] Обычно эта связь должна быть обеспечена временными отметками. Все способы генерирования временных отметок аналогичны: после сбора данных, для которых требуется установить временную отметку, временная отметка поступает из некоторого источника и прикрепляется к данным. Этот процесс не гарантирует ни достоверности данных с временными отметками, ни какой-либо информации о реальном времени их создания.
[0010] В самых простых решениях, которые не требуют участия третьих сторон, временная отметка генерируется и прикрепляется локально, например, посредством устройства, получающего данные события (например, смартфона). Это решение нельзя считать надежным, поскольку данные, как данные события, так и данные временной отметки могут быть модифицированы.
[0011] В наиболее сложных решениях доверенная третья сторона (например, доверенный орган, устанавливающий временные отметки) хранит полную или сокращенную запись данных с временной отметкой, однако даже в этом случае ничего не известно о времени создания и достоверности данных.
[0012] Как показано выше, все известные решения, которые привязывают данные событий к временной отметке, требуют доверия человека. Доверие обычно применяется, чтобы признать что-то заслуживающим доверия или нет, в ситуациях, которые не могут быть доказаны математическим или логическим способом. Главный недостаток доверия человека заключается в том, что оно зависит от намеренных или непреднамеренных действий человека и не может быть связано с каким-либо математическим или логическим доказательством. Следовательно, это не дает абсолютной уверенности в предмете, которому следует доверять.
[0013] В том случае, когда данные события применяются в качестве доказательства фактического события, до сих пор не существует прямого надежного способа определения достоверности данных события и реального времени наступления фактического события, отображенного в них. Поэтому применяется косвенный способ определения приблизительного времени наступления события, такой как, например, показания очевидца. Этот процесс зависит от человека: он зависит, среди прочего, от навыков восприятия, памяти и желания свидетеля. Свидетель может быть намеренно или непреднамеренно ошибаться или может не помнить всю информацию, необходимую для подтверждения как самого события, так и времени, когда данное событие произошло. Еще один недостаток подтверждения свидетелем-человеком как времени наступления события, так и самого события, заключается в том, что надежность одного свидетеля может по-разному восприниматься разными лицами или организациями. В сложных судебных делах предпочтительнее или даже требуется несколько свидетелей-людей, а не только один свидетель.
[0014] Чтобы удовлетворить потребность в доверии при аутентификации данных/документов и времени их создания, существует широко признанная концепция доверенных третьих сторон (таких как органы, устанавливающие временные отметки), роль которых заключается в обеспечении неоспоримого доверия. Помимо того факта, что это решение наделяет «доверием» только того, кто считается надежным, доверенные третьи стороны предоставляют только информацию о точном времени передачи данных, которые существовали ранее, без указания времени создания данных и без гарантии достоверности данных с временной отметкой. Такие иллюстративные известные способы создания временных отметок приведены ниже.
[0015] В заявке на патент США US 20060117182 раскрыты система и способ аутентификации документа, объединяющие методологии цифровой и неэлектронной (или визуальной) аутентификации интегрированным унифицированным образом. Помимо предоставления признаков цифровой аутентификации, данное изобретение создает физический артефакт, который может быть подтвержден невооруженным зрительным восприятием человека. Однако, поскольку целью настоящего изобретения была аутентификация документов с защитой от несанкционированного доступа, оно только прикрепляет некоторые данные к уже переданному (отсканированному) документу и в лучшем случае позволяет только подтвердить точное время их передачи.
[0016] Публикация патента США US 10313360 относится к обнаружению несанкционированного доступа с помощью криптографии, а также к созданию временных отметок и установлению заявленной даты документа. Описание настоящего изобретения раскрывает реализованный на компьютере способ применения распределенных реестров для генерирования свидетельств для последующего подтверждения целостности документа, причем указанный способ выполняется процессором. Может быть задействован доверенный орган по созданию временных отметок (TTSA), но даже если TTSA теряет доверие или оппонент отказывается подтвердить действительность временной отметки, дата для электронного документа все равно может быть установлена. Однако описанный способ не дает достоверной информации ни о времени создания обработанного документа, ни о его достоверности.
[0017] В данной области также известна надежная система создания временных отметок, которая применяет TTSA, в которой вычислительные ресурсы автора документа обмениваются информацией с TTSA. Документ создается и хэшируется с помощью хэш-функции для получения хэш-значения документа, которое передается в TTSA. После получения значения хэш-функции документа TTSA генерирует временную отметку, добавляет ее к хэш-значению документа и хэширует комбинацию с хэш-функцией для получения хэш-значения синхронизации. Хэш-функции могут быть идентичными, но это не обязательно. Хэш-значения синхронизации, зашифрованные с помощью модуля шифрования с открытым ключом, применяют закрытый ключ TTSA для генерирования зашифрованного хэш-значения. Зашифрованное хэш-значение и временная отметка передаются обратно в вычислительные ресурсы автора для их объединения с документом в записи документа. Таким образом, документ имеет временную отметку и готов к проверке даты в более позднее время. Важно отметить, что временная отметка не устанавливает время, когда документ был создан, а только устанавливает, когда хэш-значение документа было получено TTSA. То есть, если документу много лет на момент начала процесса создания временной отметки, временная отметка не будет отражать фактическую более раннюю дату создания, а только более позднюю дату, когда хэш-значение документа было получено TTSA. Поэтому обсуждаемая известная система позволяет только аутентифицировать документы (но без какой-либо ссылки на их достоверность) и позволяет только определять точное время их передачи, а не время создания.
[0018] Существует также раскрытый в корейской патентной заявке KR20330126815 способ предотвращения подделки и защиты доказательств мультимедийных данных путем передачи контекстной информации, такой как хэш-значение, дата создания, место создания (согласно GPS), наклон устройства создания (с помощью гироскопа) и идентификация устройства создания. Эта контекстная информация генерируется при создании мультимедийных материалов, таких как фотография и т.п., с помощью внешнего устройства, такого как смартфон, смарт-планшет и т.п., и отправляется в агентство службы временных отметок, которое представляет собой доверенную третью сторону, через сеть, и получение выпущенной временной отметки, включающей хэш-значение контекстной информации.
[0019] Однако и в этом решении нет уверенности в том, что загруженный мультимедийный файл отображает определенное событие, которое только что произошло. Временную отметку прикрепляют только к переданным данным, и ее следует рассматривать как дополнительное описание переданного файла, но, очевидно, не как временную отметку в режиме реального времени наступления события.
[0020] Поскольку надежные данные события хорошего качества и надежную временную отметку можно получить относительно легко, связь между ними по-прежнему является проблемой.
[0021] Подводя итог, следует отметить, что, если данные, которые должны обрабатываться современными надежными способами создания временных отметок, представляют собой данные события (т.е. они отображают определенное фактическое событие), то нет возможности определить ни реальное время наступления отображенного события, ни достоверность этих данных события. Во всех известных решениях доверие необходимо для определения времени наступления отображенного события и подтверждения отображенного контента. Современные надежные способы создания временных отметок гарантируют только одно: данные с временными отметками существовали до точного момента времени - собственно момента генерирования временной отметки. В частности, нет уверенности в том, что до процесса создания временных отметок сами данные не были подделаны или даже созданы в качестве ложного доказательства того, что никогда не происходило.
[0022] Слабым аспектом известных решений является то, что привязка данных события к временной отметке в режиме реального времени требует доверия человека. Это связано с тем, что не существует неоспоримого способа привязки надежных данных события к надежной временной отметке в режиме реального времени, полученной в момент получения «данных события».
ЗАДАЧА, ПОДЛЕЖАЩАЯ РЕШЕНИЮ
[0023] Таким образом, цель настоящего изобретения состоит в обеспечении неоспоримого способа определения точного времени наступления фактического события, записанного как данные события, а также обеспечении достоверности этих данных события (чтобы знать, что указанное фактическое событие действительно произошло) без ссылки на доверие человека.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0024] Согласно первому аспекту настоящего изобретения предложен способ генерирования цифрового представления фактического события, привязанного к реальному времени наступления указанного фактического события. Указанный способ включает в себя получение данных исходного события S-ED фактического исходного события SE, которое должно быть документировано в цифровом виде, отправку исходных данных S-D, являющихся представлением данных исходного события S-ED, в неизменяемую базу данных для регистрации и создания временных отметок, получение в режиме реального времени представления хэш-кода НС, вычисленного с помощью хэш-функции, имеющей на входе по меньшей мере: исходные данные S-D, временную отметку исходных данных S-D и данные, описывающие состояние указанной неизменяемой базы данных. Способ дополнительно включает в себя физическое представление указанного представления хэш-кода НС для чувственного восприятия, чтобы обеспечить включение указанного представления хэш-кода НС в область исходного события SE, чтобы создать событие подтверждения СЕ, дополнительное получение данных события подтверждения C-ED события подтверждения СЕ и отправку данных подтверждения C-D, являющегося представлением данных события подтверждения C-ED, в неизменяемую базу данных для регистрации и создания временных отметок.
[0025] Преимущественно, исходные данные S-D представляют собой отпечаток данных исходного события S-ED и/или данные подтверждения C-D представляют собой отпечаток данных события подтверждения C-ED. В таком случае данные исходного события S-ED и/или данные события подтверждения C-ED должны храниться в неизменяемой базе данных или в другом месте, например, локально создателем, предпочтительно в системе для генерирования цифрового представления фактического события, привязанного к реальному времени наступления указанного фактического события.
[0026] Преимущественно, данные, в значительной степени характеризующие входные данные хэш-функции, которая вычисляет указанный отпечаток, отправляются на хранение вместе с исходными данными S-D и/или данными подтверждения C-D в неизменяемую базу данных.
[0027] Согласно второму аспекту настоящего изобретения предложена система для генерирования цифрового представления фактического события, привязанного к реальному времени наступления указанного фактического события. Она содержит средство цифровой регистрации, выполненное с возможностью получения данных исходного события S-ED фактического исходного события SE, которое должно быть документировано в цифровой форме, средство связи, выполненное с возможностью отправки исходных данных S-D, являющихся представлением данных исходного события S-ED, в неизменяемую базу данных для регистрации и создания временных отметок и выполненное с возможностью получения в режиме реального времени представления хэш-кода НС, вычисленного с помощью хэш-функции, имеющей на входе по меньшей мере: исходные данные S-D, временную отметку исходных данных S-D и данные, описывающие состояние указанной неизменяемой базы данных. Указанная система дополнительно содержит средство представления для физического представления указанного представления хэш-кода НС для чувственного восприятия для обеспечения включения указанного представления хэш-кода НС в область исходного события SE, чтобы создать событие подтверждения СЕ, причем средство цифровой регистрации дополнительно выполнено с возможностью получения данных события подтверждения C-ED события подтверждения СЕ, причем средство связи дополнительно выполнено с возможностью отправки данных подтверждения C-D в неизменяемую базу данных для их регистрации и создания временной отметки, причем данные подтверждения C-D представляют собой представление данных события подтверждения C-ED.
[0028] Согласно третьему аспекту настоящего изобретения предложен компьютерный программный продукт.Компьютерный программный продукт содержит команды, которые при выполнении компьютером приводят компьютер к выполнению способа генерирования цифрового представления фактического события, привязанного к реальному времени наступления указанного фактического события, согласно настоящему изобретению.
[0029] Согласно четвертому аспекту настоящего изобретения предложен способ обеспечения временной сертификации цифрового представления фактического события, привязанного к реальному времени наступления указанного фактического события. Он включает в себя получение исходных данных S-D, являющихся представлением данных исходного события S-ED фактического исходного события SE, которое должно быть документировано в цифровом виде, сохранение исходных данных S-D в неизменяемой базе данных, создание временной отметки в режиме реального времени посредством исходных данных S-D с временной отметкой, полученной из надежного источника, сохранение временной отметки в неизменяемой базе данных, определение состояния неизменяемой базы данных в конкретное время, указанное указанной временной отметкой, вычисление хэш-кода НС с помощью хэш-функции, имеющей на входе по меньшей мере: исходные данные S-D, временную отметку исходных данных S-D и данные, описывающие состояние указанной неизменяемой базы данных, отправку в режиме реального времени представления хэш-кода НС для включения в область фактического исходного события SE, получение данных подтверждения C-D, являющихся представлением данных события подтверждения C-ED события подтверждения СЕ, причем событие подтверждения СЕ представляет собой исходное событие SE, содержащее дополнительно физически включенное представление хэш-кода НС в его область, сохранение данных подтверждения C-D в неизменяемой базе данных, создание временной отметки в режиме реального времени для данных подтверждения C-D с временной отметкой, полученной из надежного источника, и сохранение временной отметки данных подтверждения C-D в неизменяемой базе данных.
[0030] Тем не менее, согласно другому аспекту настоящего изобретения предложен компьютерный программный продукт, содержащий команды, которые при выполнении компьютером приводят компьютер к выполнению способа обеспечения временной сертификации цифрового представления фактического события, привязанного к реальному времени наступления указанного фактического события согласно настоящему изобретению.
[0031] Тем не менее, согласно другому аспекту настоящего изобретения предложена система для обеспечения временной сертификации цифрового представления фактического события, привязанного к реальному времени наступления указанного фактического события. Указанная система содержит по меньшей мере одно запоминающее устройство, содержащее неизменяемую базу данных, по меньшей мере один процессор и средство связи, причем указанное средство связи выполнено с возможностью приема и хранения исходных данных S-D, являющихся представлением данных исходного события S-ED фактического исходного события SE, которое должно быть документировано в цифровом виде, причем указанная неизменяемая база данных выполнена с возможностью создания временных отметок в режиме реального времени исходных данных S-D с временной отметкой, полученной из надежного источника, и дополнительно выполнена с возможностью хранения указанных исходных данных S-D и временной отметки исходных данных S-D, причем указанный по меньшей мере один процессор выполнен с возможностью определения данных, описывающих состояние указанной неизменяемой базы данных в конкретное время, указанное временной отметкой, полученной при создании временной отметки исходных данных S-D, и выполнен с возможностью вычисления хэш-кода НС с помощью хэш-функции, имеющей на входе по меньшей мере: данные, описывающие состояние неизменяемой базы данных, исходные данные S-D и временную отметку исходных данных S-D, причем средство связи дополнительно выполнено с возможностью отправки представления хэш-кода НС и получения данных подтверждения C-D, являющихся представлением данных события подтверждения C-ED события подтверждения СЕ, причем событие подтверждения СЕ представляет собой исходное событие SE, содержащее дополнительно физически включенное представление хэш-кода НС в его область, причем указанная неизменяемая база данных дополнительно выполнена с возможностью приема и хранения указанных данных подтверждения C-D и создания временных отметок в режиме реального времени данных подтверждения C-D с временной отметкой, полученной из надежного источника синхросигналов.
[0032] Преимущественно, неизменяемая база данных представляет собой распределенные реестры.
[0033] Согласно другому аспекту настоящего изобретения предложен способ привязки данных события фактического события к временной отметке их получения в режиме реального времени без ссылки на доверие человека и таким образом, что достоверность данных события (т.е. наступление фактического события) не может быть подвергнута сомнению. Указанный способ включает в себя следующие этапы: получение данных исходного события S-ED для фактического исходного события SE и отправку исходных данных S-D, являющихся представлением данных исходного события S-ED, в неизменяемую базу данных для хранения и создание временных отметок в режиме реального времени, вычисление хэш-кода НС с помощью хэш-функций, имеющих на входе по меньшей мере: данные, описывающие состояние неизменяемой базы данных, исходные данные S-D и временную отметку исходных данных S-D, преобразование хэш-кода НС в представление хэш-кода НС и сохранение способа, применяемого для выполнения преобразования, отображение представления хэш-кода НС в режиме реального времени для включения указанного представления в область исходного события SE, чтобы создать событие подтверждения СЕ, причем событие подтверждения СЕ представляет собой исходное событие SE с физически присутствующим в его области представлением хэш-кода НС, получение данных события подтверждения C-ED события подтверждения СЕ и отправку данных подтверждения C-D, являющихся представлением данных события подтверждения C-ED, в неизменяемую базу данных для хранения и моментального создания временной отметки.
[0034] Способ согласно настоящему изобретению привязывает данные события к фактическому времени наступления фактического события, отображенного в них. Это создает неопровержимое доказательство того, что событие, отображенное в данных события, произошло в точное время, и что данные события являются достоверными (не были подделаны). Согласно настоящему изобретению способ обеспечивает такуюнадежность созданного доказательства, что позволяет применять его, например, в судебных разбирательствах.
[0035] Путем применения неизменяемой базы данных и моментального создания временной отметки фактических данных события и путем включения в режиме реального времени представления хэш-кода НС в область фактического события обеспечена как достоверность данных события, так и реальное время создания данных. Поскольку указанный способ основан исключительно на математических расчетах, он является неоспоримым.
[0036] Указанная неизменяемая база данных представляет собой структуру данных, которая заменяет любого человека-свидетеля или авторитетный источник (доверенные органы, нотариусы, очевидцы и т.д.).
[0037] Благодаря тому, что база данных является неизменяемой по своей структуре (например, распределенные реестры), нет возможности изменить данные, уже хранящиеся в ней. Кроме того, если неизменяемая база данных представляет собой распределенные реестры (или если в указанной базе данных применяется аналогичная технология), надежность ее данных обеспечивается структурой. Неизменяемая база данных выполнена с возможностью генерирования данных, определяющих ее состояние, например, путем вычисления числа, которое однозначно характеризует уже хранимые в ней данные, например, отпечаток всех уже хранимых в ней данных.
[0038] Связь между данными события и временной отметкой устанавливается и подтверждается только неизменяемой базой данных и системой для генерирования цифрового представления фактического события, привязанного к реальному времени наступления указанного фактического события, применяемого создателем. Следовательно, за исключением системы, применяемой создателем, никого, например свидетеля-человека, больше не требуется.
[0039] Связь между данными события и временной отметкой в режиме реального времени получают благодаря получению данных события некоторого фактического события. Данные события собирают дважды: до и после включения представления хэш-кода НС в область фактического события. Оба типа данных события хранятся в неизменяемой базе данных.
[0040] Благодаря данным события, отображающим одно и то же фактическое событие до и после включения представления хэш-кода НС, нет никаких сомнений в том, что представление хэш-кода НС было включено в область фактического события. Наличие представления хэш-кода НС в области фактического события является доказательством того, что создателю было известно это представление хэш-кода НС по меньшей мере в момент его включения.
[0041] Несомненная связь между фактическим событием, отображенным в данных события, и реальным временем наступления фактического события достигается благодаря тому, что данные исходного события S-ED и данные события подтверждения C-ED отображают то же самое фактическое событие, с той лишь разницей, что данные события подтверждения C-ED в своей области содержат включенное представление хэш-кода НС, который был сгенерирован неизменяемой базой данных с применением на входе по меньшей мере исходных данных S-D, временной отметки исходных данных S-D и данных, описывающих состояние указанной неизменяемой базы данных. Поэтому нет сомнений в том, что создателю был известен этот уникальный хэш-код НС, и, следовательно, он мог создать событие подтверждения СЕ, включив представление хэш-кода НС в область исходного события SE.
[0042] Благодаря применению криптографических хэш-функций при вычислении хэш-кода сам хэш-код является неоспоримым доказательством одновременного существования всех входных значений, которые применяли для его вычисления.
[0043] Кроме того, благодаря выбору типа входных данных хэш-функции, которые включают по меньшей мере: представление данных события (до включения хэш-кода), временную отметку в режиме реального времени указанного представления данных события и состояние неизменяемой базы данных, гарантируется неоспоримая связь с реальным временем наступления документируемого фактического события. Эти три входных значения значимы и необходимы для подтверждения одновременного существования трех разных наборов данных:
- данных события ED, которые изображают определенноефактическое событие АЕ до включения представления хэш-кода НС
- временной отметки данных события, полученных из надежного источника
- состояния неизменяемой базы данных в конкретный момент времени, определяемый указанной временной отметкой.
[0044] Благодаря такой структуре описанного изобретения представления хэш-кода, которое включено в область фактического события, достаточно, чтобы доказать, что фактическое событие, отображенное в данных события, имело место в определенное время и что данные события не были подделаны. Благодаря применению хэш-функций для вычисления хэш-кода НС, получаемый в результате уровень надежности настоящего изобретения такой же, как и у обычно применяемых функций для целей сетевых операций, таких как ведение журнала, финансовые транзакции и т.д.
[0045] В случае данных события, полученных в однократном режиме (в виде фотографии), благодаря двойной регистрации одной и той же сцены, а именно с представлением хэш-кода НС и без него, получают доказательство наступления события. Это связано с тем, что вторая регистрация данного события содержит физически распознаваемое представление хэш-кода НС в его физическом контексте. Достижимая точность способа при сборе данных события в однократном режиме «в режиме реального времени» подразумевает секунды.
[0046] В случае данных события, полученных в непрерывном режиме (в виде видео- или звукозаписей), благодаря их непрерывности включение представления хэш-кода НС выполняется в режиме реального времени. Достижимая точность способа при сборе данных события в непрерывном режиме подразумевает «в режиме реального времени» миллисекунды.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0047] Для более полного понимания настоящего изобретения дается ссылка на следующее описание, рассматриваемое вместе с прилагаемыми графическими материалами, в которых:
на Фиг. 1 представлена схема, изображающая способ привязки цифрового представления фактического события к реальному времени его наступления, согласно настоящему изобретению;
на Фиг. 2 представлен схематический вид системы для генерирования цифрового представления фактического события, привязанного к реальному времени наступления указанного фактического события, согласно настоящему изобретению;
на Фиг. 3 представлена блок-схема этапов, выполняемых системой, применяемой создателем 1;
на Фиг. 4 представлен схематический вид системы согласно настоящему изобретению, содержащей неизменяемую базу данных;
на Фиг. 5 представлена блок-схема этапов, выполняемых системой, содержащей неизменяемую базу данных, согласно настоящему изобретению;
на Фиг. 6 представлена блок-схема этапов, выполняемых системой, содержащей неизменяемую базу данных, для обеспечения возможности проверки неоспоримого времени наступления фактического события, отображенного в цифровом представлении;
на Фиг. 7 представлена блок-схема этапов, выполняемых конечным пользователем 4, для проверки неоспоримого времени наступления фактического события, отображенного в цифровом представлении.
ПОДРОБНОЕ ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
[0048] Настоящую технологию обычно применяют для фиксации фактических событий в цифровой форме в виде данных события (фотографии, видеозаписи и т.д.). Как упоминалось ранее, для всех практических целей эти данные события, правильно представленные, являются предметом для чувственного осмотра человеком - по меньшей мере с помощью зрительного восприятия [зрения] и/или слуха (например, фактические события, отображенные на фотографиях, в видеозаписях или звукозаписях). В настоящее время среди различных типов органов чувств, применяемых человеком для восприятия события, только слух и зрение могут быть зафиксированы в цифровом виде, а затем считаны путем чувственного осмотра человеком, однако настоящее изобретение не ограничено в этом отношении в будущем.
[0049] Термин «фактическое событие АЕ» в контексте настоящего документа означает любое событие или любую ситуацию, существующие в реальности или на самом деле, которые могут быть восприняты человеческими органами чувств или искусственным интеллектом (в отличие, например, от чисто абстрактных или виртуальных событий, таких как вычисления). Кроме того, данные события ED означают цифровую запись фактического события АЕ. Данные события ED могут быть получены двумя способами: в однократном режиме - в этом случае данные события ED представляют собой, например, фото, или в непрерывном режиме - в этом случае данные события ED представляют собой, например, видеозапись или звукозапись.
[0050] Далее со ссылкой на Фиг. 1-5 будет описан способ привязки цифрового представления фактического события к реальному времени наступления фактического события. Способ согласно настоящему изобретению включает в себя несколько этапов, выполняемых распространенным образом, а именно системой 100, применяемой локально или удаленно создателем 1, а также удаленной системой 200, принадлежащей третьей стороне 2, причем указанная удаленная система 200 содержит неизменяемую базу данных 203 (цифровой свидетель DW 203) и связь с надежным источником 300 синхросигналов. В настоящем документе термин «создатель 1» означает одного или более людей или одну или более организаций, включая искусственный интеллект или аналогичный(-е) алгоритм(-ы), действующий(-е) для создания связи между документируемым фактическим событием и временной отметкой в режиме реального времени.
[0051] Выполнение показанного на Фиг. 1 и 3 способа согласно настоящему изобретению начинается с этапа 10 получения данных исходного события S-ED исходного события SE. В настоящем документе термин «исходное событие SE» означает фактическое событие, предназначенное для привязки к реальному времени его наступления, другими словами, исходное событие SE представляет собой фактическое событие АЕ, которое должно быть надежно зарегистрировано. Термин «данные исходного события S-ED» (в отличие от данных события подтверждения C-ED, получаемых позже) означает данные события ED исходного события SE (в отличие от события подтверждения СЕ, документируемого позже). Доказательство применения технологии согласно настоящему изобретению будет результатом процесса создания/генерирования цифрового представления фактического события, которое будет привязано к реальному времени его наступления, как описано ниже.
[0052] Этап 10 получения данных исходного события S-ED выполняется посредством системы 100 (как показано на Фиг. 2) для генерирования цифрового представления фактического события АЕ, привязанного к реальному времени его наступления. Например, этап 10, а также другие этапы, изображенные на Фиг. 3, могут быть реализованы создателем 1 с помощью смартфона 100, планшета 100 или дрона 100. Однако создатель 1 может применять любое устройство или набор устройств, включающий все функции, описанные ниже со ссылкой на Фиг. 2. Как упоминалось ранее, получение данных исходного события S-ED может выполняться в однократном или непрерывном режиме. После завершения этапа 11 получения данных предоставляется цифровое представление фактического события, которое должно быть привязано к реальному времени наступления указанного фактического события.
[0053] Затем выполнение способа переходит к этапу 12, на котором система 100 выводит и отправляет исходные данные S-D, являющиеся представлением данных исходного события S-ED, во внешнюю систему 300 для хранения и создания временных отметок (временной сертификации). Целью отправки исходных данных S-D в конкретное удаленное место представляет собой их сохранение их и создание временной отметки в режиме реального времени, а также, на основании этих данных, возможность вычисления уникального хэш-кода НС с помощью хэш-функции, имеющей на входе также данные, описывающие состояние указанной неизменяемой базы данных. Как будет описано ниже со ссылкой на Фиг. 4, указанная удаленная система 200 содержит конкретную неизменяемую базу данных 203, которая для целей настоящего описания называется цифровым свидетелем DW 203. Как будет описано ниже со ссылкой на Фиг. 5, цифровой свидетель DW 203, наконец, получает указанные исходные данные S-D для дальнейшей обработки и хранения. В настоящем документе термин «исходные данные S-D», являющийся представлением данных исходного события S-ED, означает полные данные исходного события S-ED или их представление, например отпечаток полных данных исходного события S-ED, или зашифрованные данные исходного события S-ED.
[0054] Предпочтительно, этапу 12 отправки исходных данных S-D для внешней регистрации и внешней временной сертификации, а именно создания временной отметки неизменяемой базой данных 203, предшествует этап 11 вычисления отпечатка данных исходного события S-ED. Отпечаток данных исходного события S-ED вычисляется с помощью хэш-функций HF. Предпочтительно, но не обязательно, если применяется отпечаток, значимые входные данные хэш-функции SHFID затем отправляются вместе с исходными данными S-D в неизменяемую базу данных 203. Термин «значимые входные данные хэш-функции SHFID» означает в настоящем документе данные, которые можно применять для уникальной характеристики входных данных хэш-функции HF, которая вычисляет отпечаток. Назначение значимых входных данных хэш-функции SHFID представляет собой, например:
- повышение устойчивости к подделке достоверных данных, применяемых хэш-функцией HF для вычисления отпечатка,
- сведение к минимуму риска коллизии при вычислении отпечатка - коллизия возникает, если хэш-функция HF вычисляет один и тот же отпечаток для разных входных данных (риск коллизии практически незначителен),
- определение размера входных данных для хэш-функции HF,
- устранение известных или ожидаемых (возможных) уязвимостей, связанных с хэш-функцией HF.
[0055] Значимые входные данные хэш-функции SHFID могут представлять собой любые данные, характеризующие входные данные хэш-функции HF (например, первые или последние несколько байтов входных данных), однако, если хэш-функция HF имеет какую-либо уязвимость, значимые входные данные хэш-функции SHFID должны по меньшей мере быть нацелены на эту уязвимость, чтобы устранить ее. Например, если хэш-функция HF восприимчива к «атаке удлинением сообщения» (хотя в целом применение такой хэш-функции HF не рекомендуется), значимые входные данные хэш-функции SHFID должны содержать по меньшей мере информацию о размере входных данных хэш-функции HF.
[0056] Независимо от того, являются ли исходные данные S-D отпечатком или нет, данные исходного события S-ED могут храниться вне цифрового свидетеля DW 203. Сохранение полных данных исходного события S-ED является обязательным, когда они не существуют в цифровом свидетеле, например, если в цифровой свидетель DW 203 был отправлен только их отпечаток.
[0057] После завершения этапа 12 отправки обеспечивается цифровое представление фактического исходного события, которое должно быть привязано к реальному времени наступления указанного фактического события. Затем выполнение способа переходит к этапу 13 приема от удаленного источника, а именно системы 200 (как описано ниже со ссылкой на Фиг. 4), представления хэш-кода НС, вычисленного на основании по меньшей мере: данных, описывающих состояние указанной неизменяемой базы данных 203 (цифровой свидетель DW 203), причем исходные данные S-D и временная отметка исходных данных S-D представляют собой временную отметку, полученную во время приема исходных данных S-D системой 200, содержащей указанную неизменяемую базу 203 данных. Представление хэш-кода НС В настоящем документе называется переданным хэш-кодом ТНС, и его значение будет приведено позже в настоящем описании.
[0058] Следующий этап представляет собой этап 14 вывода посредством физического представления, представления хэш-кода НС для чувственного восприятия. Чувственное восприятие представления хэш-кода НС требуется создателю 1, чтобы узнать о коде, который должен быть включен в область документируемого фактического события. Преимущественно, как уже упоминалось, представление хэш-кода НС называется переданным хэш-кодом ТНС. В дальнейшем термин «переданный хэш-код ТНС» означает представление хэш-кода НС, который передается от цифрового свидетеля DW 203 создателю 1, чтобы быть включенным в область исходного события SE. Переданный хэш-код ТНС может представлять собой, помимо прочего:
- полную буквенно-цифровую строку, равную хэш-коду НС, или
- сокращенную форму хэш-кода НС, полученную с помощью любой математической функции (такой как, например, RFC4226, разработанная Инженерной рабочей группой Интернета), или
- любую другую форму, воспринимаемую представлением органов чувств создателей, такую как слово, графический знак, число, жест, действие, включая действие, выполняемое устройством, которое получает данные события, или
- комбинацию одного или более из вышеперечисленного.
[0059] В данном случае следует отметить, что способ согласно настоящему изобретению основан на физическом включении контента (а именно представления хэш-кода НС), который зависит по меньшей мере от: (1) представления данных события (до включения представления указанного кода), (2) текущего времени и (3) состояния цифрового свидетеля DW 203 (неизменяемой базы 203 данных). Указанный контент должен быть включен в область фактического события, тогда как роль цифрового свидетеля DW 203 состоит в том, чтобы хранить представление данных события ED до и после включения указанного контента в область фактического события АЕ. Очень важно отличать «область фактического события» от двоичного контента данных события ED. С логической точки зрения данные события ED могут рассматриваться как двоичное представление определенногофактического события АЕ с его областью, которая может отображаться и распознаваться чувственным образом (обработка человеком), а также как набор байтов, который подлежит машинной обработке. В дальнейшем термин «область фактического события» означает физический уровень (среду) фиксируемого фактического события, в отличие от «двоичного контента» данных события ED. В результате включение представления хэш-кода НС в область фактического события относится ко всем действиям, которые приведут к физическому распознаванию включенного контента на физическом уровне отображенного фактического события. Включение в область фактического события, в частности, не означает каких-либо двоичных изменений полученных данных события ED.
[0060] Включение переданного хэш-кода ТНС в область исходного события SE выполняется таким образом, чтобы обеспечить неоспоримое доказательство того, что представление хэш-кода НС было известно в момент его включения. Например, если включение было выполнено путем записи представления хэш-кода НС (переданного хэш-кода ТНС) на листе бумаги, и этот лист бумаги был помещен в контекст исходного события SE, а данные события подтверждения C-ED представляют собой фотографию, то переданный хэш-код ТНС, написанный на листе бумаги, должен быть разборчивым на этой фотографии.
[0061] Важным вопросом является включение переданного хэш-кода ТНС в область исходного события SE, если физическое присутствие создателя 1 в области исходного события SE невозможно, например, при получении данных события ED в непрерывном режиме с помощью камеры дрона. В этом случае единственное возможное взаимодействие с областью исходного события может быть выполнено с помощью устройства сбора данных события ED, а именно системы 100. Переданный хэш-код ТНС в этом случае должен представлять собой одно или более действий, которые могут быть выполнены создателем 1 с помощью удаленного устройства сбора данных события (например, дрона с камерой), включая, помимо прочего, изменение перспективы, угла или кадра полученных данных события, чтобы сделать включение переданного хэш-кода ТНС распознаваемым в контексте полученных данных события подтверждения C-ED.
[0062] Подводя итог, следует отметить, что включение представления хэш-кода НС, а именно переданного хэш-кода ТНС, в область исходного события SE представляет собой акт физической передачи переданного хэш-кода ТНС создателем 1 в физическую область исходного события SE (область, в которой происходит фактическое исходное событие) любым возможным способом, чтобы создать событие подтверждения СЕ (которое связывает вместе исходное событие SE и переданный хэш-код ТНС) для обеспечения неоспоримой уверенности в том, что создателю 1 был известен переданный хэш-код ТНС в момент его включения в область исходного события SE. Включение переданного хэш-кода ТНС в физическую область исходного события SE может происходить, например: для отдельных событий - запись переданного хэш-кода ТНС, предпочтительно вручную, на лист бумаги и размещение этого листа бумаги в контексте исходного события SE, для непрерывных событий - видеозапись процесса записи переданного хэш-кода ТНС в контексте исходного события SE, предпочтительно вручную, или громкое произнесение переданного хэш-кода ТНС, предпочтительно создателем, без прерывания получения данных события.
[0063] Включение переданного хэш-кода ТНС в область исходного события SE не должно выполняться без взаимодействия между областью события и самим создателем 1. Следовательно, например, если данные события получают удаленно (например, с помощью камеры дрона), и у создателя 1 нет возможности прямого включения переданного хэш-кода ТНС в область исходного события SE, включение должно выполняться путем выполнения действия или действий, соответствующих контенту переданного хэш-кода ТНС (включая, помимо прочего, изменение аспекта, масштаба или угла полученных данных события).
[0064] Затем выполнение способа переходит к этапу 15 получения данных события подтверждения C-ED для события подтверждения СЕ, причем событие подтверждения СЕ представляет собой исходное событие SE, содержащее дополнительно включенное в свою область представление принятого хэш-кода НС, в дальнейшем также называемого переданным хэш-кодом ТНС.
[0065] Если данные события ED получают в непрерывном режиме, т.е. как непрерывную видео- или звукозапись, данные события подтверждения C-ED могут содержать исходное событие S-ED (а именно данные исходного события S-ED могут быть частью данных события подтверждения C-ED). В этом случае исходные данные S-D отправляются в цифровой свидетель DW 203 без прерывания получения данных события ED. Также в этом случае включение переданного хэш-кода ТНС в область исходного события SE происходит в режиме реального времени, и данные подтверждения C-D, представляющие собой данные события подтверждения C-ED, отправляются в цифровой свидетель DW 203 сразу после завершения получения данных события подтверждения C-ED.
[0066] Если сохраняется непрерывность данных события ED, полученных в непрерывном режиме, может быть определено реальное время наступления всех фактических событий, содержащихся в данных исходного события S-ED и данных события подтверждения C-ED. Сохранение непрерывности данных события ED, которые получают непрерывно, означает, что они должны обеспечивать возможность чувственной (например, визуальной и/или звуковой) проверки события, отображаемого в процессе проверки. Отрицательным примером данных события ED, полученных в непрерывном режиме, которые не сохраняют непрерывность, может быть видеозапись с небольшим количеством деталей, которая является размытой, вообще с плохой освещенностью, содержащая визуальный шум или шумы вместо четких звуков.
[0067] Если данные исходного события S-ED хранятся только как часть данных события подтверждения C-ED (например, в случае непрерывного режима получения данных события ED), сохранение информации о размере данных исходного события S-ED, предпочтительно в цифровом свидетеле DW 203, должно быть обязательным для целей генерирования представления хэш-кода НС.Если указанная информация отсутствует, размер данных исходного события S-ED теоретически может быть определен с помощью занимающего много времени способа «перебора». Этот способ генерирует представление хэш-кода НС, применяя в качестве представления данных исходного события S-ED возрастающее количество начальных байтов данных события подтверждения C-ED, пока представление хэш-кода не совпадет с соответствующим значением, сохраненным в цифровом свидетеле 203. Способ «перебора» требует много времени и теоретически может привести к неоднозначности.
[0068] Если исходное событие SE зарегистрировано в однократном режиме (например, в виде фотографии), то для точности времени включение переданного хэш-кода ТНС в область исходного события SE, а также получение данных события подтверждения C-ED и отправка данных подтверждения C-D, являющихся представлением данных события подтверждения C-ED, в цифровой свидетель DW 203, должны происходить друг за другом, предпочтительно в кратчайшие сроки. (В этом варианте осуществления время наступления события может быть установлено с точностью до нескольких секунд или в режиме времени, близком к реальному).
[0069] Следующий этап представляет собой этап 17 вывода и отправки данных подтверждения C-D, являющихся представлением данных события подтверждения C-ED, во внешнюю систему 200 для хранения и создания временной отметки (временной сертификации), чтобы предоставить подтверждение включения переданного хэш-кода ТНС в исходное событие SE.
[0070] В настоящем документе термин «данные подтверждения С-D», являющиеся представлением данных события подтверждения C-ED, означает полные данные события подтверждения C-ED или их представление, например отпечаток полных данных события подтверждения S-ED, или зашифрованные данные события подтверждения C-ED.
[0071] Для обеспечения наиболее точного возможного подтверждения времени наступления фактического события и для обеспечения наиболее надежного возможного процесса создания временных отметок как исходные данные S-D, так и данные подтверждения CD должны быть отправлены в цифровой свидетель DW 203 как можно скорее после их получения:
- в случае непрерывного режима получения данных события (например, видео-/звукозапись) исходные данные S-D должны быть отправлены в цифровой свидетель DW 203 и записаны в нем в режиме реального времени, без прерывания получения данных события, в то время как данные подтверждения С-D должны быть отправлены в цифровой свидетель DW 203 и записаны в нем сразу после завершения получения данных события подтверждения C-ED;
- в случае однократного режима получения данных события (например, фотография) - непосредственно после завершения получения данных исходного события S-ED и непосредственно после завершения получения данных события подтверждения C-ED.
[0072] Предпочтительно, этапу 17 вывода и отправки данных подтверждения С-D для внешней регистрации и внешней временной сертификации посредством неизменяемой базы данных 203 предшествует этап 16 вычисления отпечатка данных события подтверждения C-ED. Отпечаток вычисляют с помощью хэш-функции HF. Предпочтительно, но не обязательно, значимые входные данные хэш-функции SHFID затем отправляются вместе с данными подтверждения С-D в неизменяемую базу данных 203. Независимо от того, являются ли данные подтверждения C-D отпечатком данных события подтверждения C-ED или нет, данные события подтверждения C-ED могут сохраняться локально создателем 1. Например, создатель 1 может хранить их в запоминающем устройстве системы 100 или на машиночитаемом носителе данных (не показан). В настоящем документе применяются все положения, относящиеся к отпечаткам данных исходного события S-ED, описанных ранее.
[0073] Следует отметить, что применение отпечатков (отпечатка данных исходного события S-ED и/или отпечатка данных события подтверждения C-ED) на этапе 12 или на этапе 17 представляет собой удобный вариант, например, если данные исходного события S-ED или данные события подтверждения C-ED имеют большой размер, если пропускная способность соединения с внешней неизменяемой базой данных, а именно цифровым свидетелем DW 203, слишком мала для обеспечения эффективной передачи данных, или если полные данные события по какой-то причине должны быть конфиденциальными.
[0074] Полные данные события, применяемые для вычисления каждого отпечатка, должны храниться в любом, не обязательно в том же, месте, выбранном создателем 1, или в цифровом свидетеле DW 203, потому что в процессе проверки это требуется как для повторного вычисления отпечатка, так для чувственного осмотра.
[0075] Как только этап 17 отправки полученных данных события подтверждения C-ED для внешней регистрации и временной сертификации в цифровой свидетель DW 203 завершен, обеспечивают цифровое представление фактического события, привязанное к реальному времени наступления указанного фактического события. Таким образом, цифровое представление фактического события, привязанного к его реальному времени, создается в результате двух отдельных физических актов регистрации на стороне создателя.
[0076] Преимущественно, как показано на Фиг. 3, способ генерирования цифрового представления фактического события, привязанного к реальному времени наступления указанного фактического события, в соответствии с настоящим изобретением, и выполняемый системой 100, включает в себя дополнительный этап 18 получения доказательства наступления события РОЕО. Этот необязательный этап 18 включает в себя получение из неизменяемой базы 203 данных подтверждения сохранения исходных данных S-D и/или данных подтверждения C-D, предпочтительно с соответствующими временными отметками исходных данных S-D и/или данных подтверждения С-D и хэш-кода НС. В дальнейшем термин «доказательство наступления события РОЕО» представляет собой необязательную окончательную информацию, полученную системой 100, содержащую любые данные, полезные для целей удобной и надежной проверки связи между событием, отображенным в данных исходного события S-ED, и его временем наступления. Эти данные могут содержать, например: данные исходного события S-ED, временную отметку данных исходного события S-ED, хэш-код НС, переданный хэш-код ТНС с его способом(-ами) генерирования, данные события подтверждения C-ED, временную отметку данных события подтверждения C-ED, С, хэш-код подтверждения СНС (вычисленный, например, системой 200 или неизменяемой базой данных 203, как объяснено ниже), информацию о местонахождении данных в цифровом свидетеле DW 203, тип и название цифрового свидетеля DW 203, способы вычисления/генерирования каждого из вышеуказанных значений, информацию о значимых входных данных хэш-функции SHFID, информацию об источнике(-ах) временных отметок для данных исходного события S-ED и данных события подтверждения C-ED, а также другую соответствующую информацию.
[0077] Следует отметить, что данные события, полученные до (данные исходного события S-ED) и после (данные события подтверждения C-ED) включения переданного хэш-кода (ТНС) в область исходного события (SE), должны отображать одно и то же фактическое событие АЕ.
[0078] Более того, данные исходного события S-ED и данные события подтверждения C-ED должны отображать одно и то же фактическое событие АЕ, однако они не обязательно должны быть получены в одном и том же режиме (однократном или непрерывном). Например, данные исходного события S-ED могут быть получены в однократном режиме, как, например, фотография, в то время как данные события подтверждения C-ED могут быть получены в непрерывном режиме, как, например, видеозапись.
[0079] Способ по настоящему изобретению может повторяться более одного раза в отношении одного и того же фактического события. Это может быть важно, если применяется получение данных события в однократном (не непрерывном) режиме.
[0080] Как показано на Фиг. 2, система 100 для генерирования цифрового представления фактического события, привязанного к реальному времени его наступления, представляет собой любое устройство или набор устройств, содержащих процессор 103 и запоминающее устройство 104 и дополнительно содержащих средства 105 для цифровой регистрации фактического события АЕ. Указанное средство 105 для цифровой регистрации фактического события АЕ может представлять собой, например, камеру, микрофон или оба устройства. Предпочтительно, но не обязательно, система 100 содержит средства 106 интерфейса, обеспечивающие взаимодействие создателя 1 с системой 100. Указанные средства 106 интерфейса важны в этом случае, единственное возможное взаимодействие с областью исходного события может быть осуществлено с устройством сбора данных события ED, а именно с системой 100. Переданный хэш-код ТНС в этом случае должен представлять собой любое действие, которое может быть выполнено создателем 1 с помощью удаленного устройства сбора данных события (например, дрона), включая, помимо прочего, изменение перспективы, угла или кадра полученных данных события, чтобы сделать их распознаваемыми пользователем 4.
[0081] Система 100 также выполнена с возможностью связи с другими системами с помощью средств 107 связи. Система 100 также содержит средство 108 для вывода посредством физического представления указанного представления хэш-кода НС для чувственного восприятия создателя 1. Это может быть дисплей 108, наушники 108 или принтер 108, динамик 108, громкоговоритель 108, светоизлучающее устройство, такое как диод 108, вибродвигатель 108.
[0082] Другими словами, чтобы привязать полученные данные события ED к реальному времени его наступления, создатель 1 должен иметь технические средства для выполнения способа согласно настоящему изобретению. Предпочтительно, если создатель 1 представляет собой человека, он или она при выполнении способа в соответствии с настоящим изобретением должны применять устройство/систему 100, которая получает данные события ED и может иметь доступ к цифровому свидетелю DW 203. Эта система/устройство 100 должна содержать технические средства для выполнения этапов способа на стороне создателя. Эти средства должны включать в себя компьютерную программу 110, например мобильное приложение 110, загруженное или встроенное в производственном процессе в указанную систему 100/устройство 100.
[0083] Как показано на Фиг. 4, система 200 для обеспечения временной сертификации цифрового представления фактического события, которое должно быть привязано к реальному времени его наступления согласно настоящему изобретению, содержит по меньшей мере один процессор 201 и по меньшей мере одно запоминающее устройство 202. По меньшей мере одно запоминающее устройство содержит неизменяемую базу данных 203, называемую в настоящем документе, как упоминалось ранее, цифровым свидетелем DW 203. Система 200 может представлять собой, например, сервер 200 или набор серверов 200.
[0084] В настоящем документе термин «цифровой свидетель DW 203» означает одну или более структур данных, в которых хранятся данные. Цифровой свидетель DW 203 выступает в качестве замены свидетелю-человеку в настоящем изобретении. Цифровой свидетель DW 203 должен быть неизменяемым (т.е. его данные не могут быть удалены или модифицированы). Цифровой свидетель DW 203 предпочтительно является общедоступным, предпочтительно открытым и предпочтительно децентрализованным. Примером цифрового свидетеля DW 203 является распределенный реестр.
[0085] Система 200 включает также функции для операций с данными, такие как, например, запись, хранение, извлечение, отображение и поиск данных, а также проверка целостности данных неизменяемой базы 203 данных, определяющая состояние неизменяемой базы 203 данных, и хэширование. Все эти функции предпочтительно являются открытыми и общедоступными. Эти функции позволяют выполнять такие операции, как:
- обработка данных (например, запись, хранение, извлечение, отображение, поиск, применение в вычислениях и т.д.), включая все вычисленные и сгенерированные данные, а также внешние (полученные и выгруженные) данные;
- получение временной отметки из по меньшей мере одного надежного источника 300;
- определение состояния цифрового свидетеля DW 203;
- применение одной или более одинаковых или разных хэш-функций HF для вычисления выходных данных, которые будут применяться, например, таких как:
- хэш-код НС;
- хэш-код подтверждения СНС;
- состояние цифрового свидетеля DW 203;
- источник или отпечаток подтверждения (FP);
- генерирование значимых входных данных хэш-функции SHFID.
- преобразование хэш-кода НС в его представление, а именно в переданный хэш-код ТНС;
- передача ТНС обратно создателю 1 или пользователю 4.
[0086] Для максимально возможной надежности каждый отпечаток должен вычисляться системой 200 после передачи соответствующих данных события. Однако, если это невозможно, например если размер данных события ED является большим, соответствующий отпечаток также может быть вычислен вне системы 200, например локально системой 100, в соответствии со способом, сохраняемым в системе 200, например, с помощью мобильного устройства 100, содержащего соответствующее приложение 110.
[0087] Следующая информация должна быть сохранена, предпочтительно в цифровом свидетеле DW 203, таким образом, чтобы обеспечить точное и однозначное повторное вычисление и проверку всех вышеуказанных значений:
- полная, подробная информация о способах, применяемых для вычисления каждого из вышеуказанных значений (т.е. хэш-код НС, подтверждение СНС, состояние неизменяемой базы данных, а также отпечаток(-ки) и/или значимые входные данные хэш-функции SHFID, если применимо, с помощью способов, применяемых для генерирования указанных отпечатков и/или значимых входных данных хэш-функции SHFID;
- полная подробная информация об источнике(-ах) 300 для каждой полученной временной отметки;
- полная подробная информация о способе, применяемом для генерирования представления хэш-кода НС (также называемого переданным хэш-кодом ТНС).
[0088] Для обеспечения максимальной надежности вся информация, содержащаяся в цифровом свидетеле DW 203, должна быть общедоступной, включая полную и подробную информацию обо всех применяемых функциях и способах.
[0089] Любая база данных, которая является неизменяемой по своей структуре, может представлять собой цифровой свидетель DW 203. Однако в последнее время появилась новая технология под названием «блокчейн» или «распределенные реестры». Эта технология обеспечивает при очень низких затратах не только неизменяемость хранимых данных, но и их надежность. В литературе технологии распределенных реестров упоминаются как «ненадежные», поскольку концепция «доверия», известная до сих пор в человеческой цивилизации, больше не нужна для неоспоримой надежности записи.
[0090] Чтобы обеспечить не требующую доверия, неоспоримую связь между исходным событием SE и его реальным временем наступления, цифровой свидетель DW 203 хранит запись, которая содержит по меньшей мере следующие данные, относящиеся к исходному событию SE и событию подтверждения СЕ: исходные данные S-D, являющиеся представлением данных исходного события S-ED, временную отметку исходных данных S-D, представление хэш-кода НС (если он не равен хэш-коду НС), данные подтверждения С-D, временную отметку данных подтверждения C-D.
[0091] Система 200 для временной сертификации также содержит средство 209 связи для обеспечения связи с системой 100, а также с надежным источником 300 синхросигналов.
[0092] Для выполнения всех действий, требуемых по настоящему изобретению, система 200 обеспечена по меньшей мере приложением 210, а именно программным модулем 210 временной сертификации цифрового представления, содержащим исполняемые команды. Однако специалисту в данной области техники будет известно, что различные функции могут быть реализованы в виде программного обеспечения в различных аппаратных частях системы 200 (указанное программное обеспечение представляет собой, например, программно-аппаратное обеспечение).
[0093] Далее со ссылкой на Фиг. 5 будет описан способ временной сертификации. Указанный способ обеспечения временной сертификации цифрового представления фактического события, привязанного к реальному времени наступления указанного фактического события, применяется удаленной системой 200 (изображенной на Фиг. 4) для обработки и хранения данных, полученных от системы 100 создателя 1. Указанный способ выполняется одновременно со способом, описанным со ссылкой на Фиг. 3. Выполнение способа начинается с этапа 20 приема исходных данных S-D из системы 100 (как описано ранее).
[0094] Как упоминалось ранее на этапе 20 приема исходных данных S-D, система 200 для этой цели может принимать данные другого типа, а именно полные данные исходного события S-ED или отпечаток данных исходного события S-ED. Чтобы обеспечить наивысший уровень надежности данных события, если применяется отпечаток, необходимо вычислить и записать значимые входные данные хэш-функции SHFID отпечатка в цифровой свидетель DW 203. Предпочтительно, способ генерирования отпечатка и, если применимо, способ генерирования значимых входных данных хэш-соединения SHFID также должны быть записаны в цифровой свидетель DW 203. SHFID, в частности, играют важную роль, если полные данные события, применяемые для вычисления отпечатка, хранятся вне цифрового свидетеля DW 203, например, локально.
[0095] Как только исходные данные S-D приняты системой 200, содержащей цифровой свидетель DW 203, выполнение способа переходит к этапу 21 сохранения указанных исходных данных S-D в цифровом свидетеле DW 203.
[0096] Затем выполнение способа переходит к этапу 22 получения из надежного источника 300 временной отметки для исходных данных S-D. Система 200 с помощью средства связи получает временную отметку исходных данных S-D в момент получения исходных данных S-D или сразу после их записи в цифровой свидетель 203. Для временной отметки можно применять более одного источника синхросигналов. Информация об этом(-их) источнике(-ах) хранится в цифровом свидетеле DW 203. Процесс создания временной отметки исходных данных S-D относится к получению временной отметки исходных данных S-D из надежного источника и записи этой временной отметки в цифровом свидетеле DW 203.
[0097] Затем выполнение способа переходит к этапу 23 определения данных, описывающих состояние неизменяемой базы 203 данных (цифровой свидетель DW 203) в конкретное время, указанное временной отметкой исходных данных S-D. В настоящем документе термин «состояние неизменяемой базы 203 данных» означает любые данные, обеспечивающие математическое или логическое доказательство того, что некоторые другие данные существовали в цифровом свидетеле DW 203 в определенный момент времени. Указанное состояние неизменяемой базы данных вычисляют для данных, существующих в цифровом свидетеле DW 203, в момент, когда исходные данные S-D принимаются из системы 100 создателя 1 (перед тем, как либо исходные данные S-D, либо временная отметка исходных данных S-D записываются в цифровой свидетель DW 203, в зависимости от того, какое из этих событий наступит раньше). Указанные данные, описывающие состояние неизменяемой базы данных (цифровой свидетель DW 203), могут представлять собой, например, отпечаток полных данных или части данных, хранящихся в цифровом свидетеле DW 203. Данные, описывающие состояние предпочтительно неизменяемой базы данных 203 (цифровой свидетель DW 203), вычисляются системой 200 в соответствии со способом, который хранится в системе 200, чтобы при необходимости обеспечить возможность их быстрого и легкого повторного вычисления.
[0098] Затем выполнение способа переходит к этапу 24 вычисления хэш-кода НС на основании данных, описывающих состояние неизменяемой базы 203 данных, исходных данных S-D и временной отметки исходных данных S-D. В настоящем документе термин «хэш-функция HF» означает любую общедоступную (открытую) математическую функцию, которая отображает данные определенного произвольного размера в битовую строку фиксированного размера (хэш). Благодаря его математическим свойствам, вывод хэш-функции HF можно рассматривать двумя способами: как отпечаток или как контрольную сумму. Для настоящего изобретения предпочтительным является криптографический тип хэш-функции HF. Криптографическая хэш-функция HF отличается тем, что она может противостоять любому типу известных криптоаналитических атак: она обладает по меньшей мере свойством устойчивости к предварительному изображению, устойчивости ко второму предварительному изображению и устойчивости к коллизиям. Хэш-функция HF, уязвимость которой доказана (т.е. та, которая подвержена атаке), не должна применяться, если только эта уязвимость не может быть исключена, в лучшем случае, посредством структуры системы 200 и/или структурыцифрового свидетеля DW 203. Например, вывод криптографической хэш-функции HF, которая напрямую применяет полный вывод конструкции Меркла-Дамгарда, уязвим для атаки удлинением сообщения, поэтому для сведения к минимуму риска, связанного с этим типом атаки, цифровой свидетель DW 203 должен хранить информацию о размере входных данных хэш-функции HF (например, в качестве значимых входных данных хэш-функции SHFID).
[0099] Система 200 может предлагать одну или более одинаковых или разных хэш-функций HF для вычисления отпечатка исходных данных S-D, данных подтверждения CD, для вычисления хэш-кода НС, состояния неизменяемой базы 203 данных (цифровой свидетель DW 203), и, если применимо, переданного хэш-кода ТНС.
[0100] Система 200 может обеспечить применение определяемых пользователем хэш-функций HF, однако надежность определяемых пользователем хэш-функций HF может быть сомнительной, и поэтому данные хэш-функции HF не рекомендуются. Для обеспечения максимальной надежности каждая определяемая пользователем хэш-функция HF, которая применяется, должна храниться в цифровом свидетеле DW 203, включая ее полный алгоритм.
[0101] Следующий этап представляет собой этап 25 регистрации хэш-кода НС (вычисленного на этапе 24) в цифровом свидетеле DW 203. Этот этап является необязательным, однако он ускоряет вычисления в процессе проверки.
[0102] Затем выполнение способа переходит к этапу 27 отправки представления хэш-кода НС в систему 100. Как упоминалось ранее, представление хэш-кода НС в дальнейшем называется переданным хэш-кодом ТНС.Представление хэш-кода НС выполняют на этапе 26 генерирования переданного хэш-кода ТНС.Однако следует отметить, что переданный хэш-код ТНС может представлять собой также полный хэш-код НС.Система 200 может предлагать различные способы преобразования хэш-кода НС в переданный хэш-код ТНС.Если эти способы преобразования не определены в системе 200, они должны храниться в цифровом свидетеле 203 таким образом, чтобы обеспечить надежное преобразование хэш-кода НС в переданный хэш-код ТНС.Переданный хэш-код ТНС применяется для удобства пользователя или для того, чтобы ускорить выполнение способа по настоящему изобретению, или из-за других факторов. Следовательно, этапу отправки представления хэш-кода НС может предшествовать этап 26 преобразования хэш-кода НС в его представление, а именно переданный хэш-код ТНС.
[0103] Указанные способы преобразования включают в себя, помимо прочего: сокращение хэш-кода НС с помощью функции сокращения, преобразование хэш-кода НС в некоторый набор действий или жестов, которые должны быть выполнены (повторены) создателем 1 (например, произнесение вслух переданного хэш-кода ТНС, выполнение жестов рукой, повторное отображение формы, перемещение/масштабирование камеры определенным образом для изменения кадра или угла полученных данных события).
[0104] Каждый способ, который преобразует хэш-код НС в его представление, а именно в переданный хэш-код ТНС, является достаточным, пока пользователь 4 может распознать его в событии, отображенном в данных события подтверждения C-ED, без каких-либо сомнений. Следует еще раз отметить, что переданный хэш-код ТНС также может представлять собой полный хэш-код НС.
[0105] Следующий этап представляет собой этап 28 приема данных подтверждения C-D события подтверждения СЕ, причем событие подтверждения СЕ представляет собой исходное событие SE, содержащее дополнительно включенное в его область представление хэш-кода НС, в то время как данные подтверждения С-D являются представлением данных события подтверждения C-ED.
[0106] Затем выполнение способа переходит к этапу 29 регистрации указанных данных подтверждения С-D, являющихся представлением данных события подтверждения C-ED, в цифровом свидетеле DW 203. В настоящем документе применяются все положения, касающиеся отпечатков и значимых входных данных хэш-функции SHFID, описанные ранее.
[0107] Следующий этап представляет собой этап 30 получения из надежного источника 300 синхросигналов временной отметки для данных подтверждения С-D и их регистрации в неизменяемой базе 203 данных.
[0108] Система 200 с помощью средств связи получает временную отметку данных подтверждения C-D в момент получения данных подтверждения С-D или сразу после их регистрации в цифровом свидетеле 203. Для временной отметки можно применять более одного источника синхросигналов. Информация об этом(-их) источнике(-ах) хранится предпочтительно в цифровом свидетеле DW 203. Процесс создания временной отметки данных подтверждения C-D относится к получению временной отметки данных подтверждения С-D из надежного источника и записи этой временной отметки в цифровом свидетеле DW 203.
[0109] Затем выполнение способа, необязательно, переходит к этапу 31 вычисления хэш-кода подтверждения СНС с помощью хэш-функции HF, которая имеет на своем входе по меньшей мере: данные подтверждения С-D, временную отметку данных подтверждения С-D и хэш-код НС.Хэш-код подтверждения СНС регистрируется в цифровом свидетеле DW 203. Хэш-код подтверждения СНС может применяться для обеспечения быстрой и простой проверки целостности данных, когда автономное доказательство наступления фактического события извлекается из цифрового свидетеля 203, например, для применения во время испытания.
[0110] Необязательно, способ обеспечения временной сертификации, выполняемый системой 200, включает в себя этап 32 подготовки и отправки доказательства наступления события РОЕО. Это удобная для пользователя информация, относящаяся к зарегистрированному фактическому событию, которая предпочтительно должна содержать: время наступления фактического исходного события SE, время наступления события подтверждения СЕ, хэш-код НС, переданный хэш-код ТНС (если применяется), название цифрового свидетеля DW 203 и положение записи в цифровом свидетеле DW 203.
[0111] Далее будет описан способ предоставления данных для проверки цифрового представления фактического события, привязанного к реальному времени его наступления, а также способ проверки цифрового представления фактического события, привязанного к реальному времени его наступления. На практике эти способы выполняются также в по меньшей мере двух удаленно локализованных системах, а именно в системе 200, содержащей цифровой свидетель DW 203, и системе 400 конечного пользователя 4 соответственно.
[0112] Действия, выполняемые системой 200 во время выполнения способа проверки, будут описаны со ссылкой на Фиг. 6, в то время как действия, выполняемые системой 400 пользователя 4, будут описаны со ссылкой на Фиг. 7. Эти действия выполняются благодаря программному модулю 220 процесса проверки, встроенному в систему 200, и известным средствам или специализированному программному модулю, встроенному в систему 400.
[0113] В настоящем документе термин «пользователь 4» означает одного или более людей или одну или более организаций, включая искусственный интеллект или аналогичный(-е) алгоритм(-ы), который(-е) выполнен(-ы) с возможностью и/или имеет(-ют) технические средства для проверки связи между фактическим событием АЕ и его временной отметкой в режиме реального времени, созданной создателем 1 с помощью системы 100 и сохраненной в цифровом свидетеле DW 203.
[0114] Как упоминалось ранее, настоящее изобретение применяет данные события, отображающие одно и то же фактическое событие, до и после включения переданного хэш-кода ТНС в область исходного события SE. Если событие, отображенное в данных события, содержит соответствующее количество деталей, пользователь 4 может определить, представляют ли различные данные события (такие как данные исходного события S-ED и данные события подтверждения C-ED) одно и то же фактическое событие.
[0115] Как правило, для указанного процесса проверки требуются полные данные, сохраняемые в процессе генерирования цифрового представления фактического события, привязанного к реальному времени его наступления. Эти полные данные в дальнейшем будут называться данными проверки VD. Данные проверки VD представляют собой данные, хранящиеся в цифровом свидетеле 203, а также данные, хранящиеся где-либо еще, помимо цифрового свидетеля 203, включая:
- данные исходного события S-ED с их отпечатком и/или значимые входные данные хэш-функции SHFID, если применимо;
- данные события подтверждения C-ED с их отпечатком и/или значимые входные данные хэш-функции SHFID, если применимо;
- временную отметку исходных данных S-D, являющуюся представлением данных исходного события S-ED;
- состояние неизменяемой базы данных в момент времени, указанный во временной отметке исходных данных S-D;
- временную отметку данных подтверждения С-D, являющуюся представлением данных события подтверждения C-ED;
- хэш-код НС и его представление (являющееся переданным хэш-кодом ТНС);
- хэш-код подтверждения СНС, если применимо;
- доказательство наступления события РОЕО, если применимо;
- способы, применяемые для:
- генерирования исходных данных S-D (являющихся представлением данных исходного события S-ED);
- генерирования данных подтверждения С-D (являющихся представлением данных события подтверждения C-ED);
- генерирования отпечатков, если применимо;
- генерирования значимых входных данных хэш-функции SHFID, если применимо;
- генерирования хэш-кода и представления хэш-кода (являющегося переданным хэш-кодом ТНС);
- генерирования хэш-кода подтверждения СНС, если применимо;
- генерирования доказательства наступления события РОЕО, если применимо.
[0116] Процесс проверки выполняется в несколько этапов, однако их основная цель состоит в том, чтобы подтвердить согласованность данных проверки VD, а затем извлечь данные исходного события S-ED и данные события подтверждения C-ED для проверки, выполняемой посредством замены функций человеческих чувств или с помощью человеческих чувств.
[0117] Подтверждение согласованности данных проверки VD состоит из перестройки и повторного вычисления всех значений в соответствии с сохраненной информацией, чтобы математически доказать, что:
- цифровой свидетель DW 203 в момент получения временной отметки для исходных данных S-D находился в определенном конкретном состоянии;
- исходные данные S-D представляют собой представление данных исходного события S-ED;
- данные подтверждения С-D представляют собой данные подтверждения события
C-ED;
- переданный хэш-код ТНС представляет собой представление хэш-кода НС;
- хэш-код НС, хранящийся в цифровом свидетеле 203, может быть повторно вычислен в соответствии со способом, описанным в настоящем изобретении;
- необязательно, хэш-код подтверждения СНС, хранящийся в цифровом свидетеле 203, может быть повторно вычислен в соответствии со способом, описанным в настоящем изобретении.
Если какое-либо из действий, описанных выше, не было успешным, процесс проверки прошел неудачно и не может быть продолжен.
[0118] Для процесса проверки повторное вычисление состояния цифрового свидетеля DW 203 всегда выполняется для конкретного состояния цифрового свидетеля DW 203 в момент времени, указанный временной отметкой, прикрепленной к исходным данным S-D.
[0119] В общем, процесс подтверждения согласованности данных является необязательным для способа и может выполняться системой 200 и/или системой 400.
[0120] На практике данные проверки VD, требуемые системой 400 для проверки согласованности, извлекаются на этапах способа предоставления данных для проверки цифрового представления, привязанных к реальному времени его наступления, содержащемуся на стороне системы 200. А именно, система 200 принимает запрос о данных проверки VD, т.е. о данных, касающихся фактического интересующего события, привязанных к реальному времени его наступления и сгенерированных в соответствии с настоящим изобретением. Затем система 200 проверяет, существуют ли данные, касающиеся указанного фактического интересующего события, в неизменяемой базе 203 данных, которая запрашивается. Наконец, система 200 отправляет запрошенные данные, касающиеся указанного фактического интересующего события. Одновременно, но не обязательно, сама система 200 может проверять согласованность данных проверки VD. Как упоминалось ранее, подтверждение согласованности данных, хранящихся в цифровом свидетеле DW 203 (несмотря на его неизменяемость), представляет собой лишь желательный этап в процессе проверки.
[0121] Как только согласованность данных подтверждена, определяется доказательство того, что событие, отображенное в данных исходного события S-ED, может быть привязано к временной отметке исходных данных S-D (являющейся представлением данных исходного события S-ED) путем комбинации:
- чувственного или автоматизированного, без участия человека, сравнения фактического события, отображенного в данных исходного события S-ED, с фактическим событием, отображенным в данных события подтверждения C-ED; и
- проверки того, совпадает ли переданный хэш-код ТНС, включенный в область исходного события SE, распознаваемый в данных события подтверждения C-ED, с переданным хэш-кодом ТНС, который хранится в цифровом свидетеле DW 203, в любом порядке.
Проверка также может выполняться полностью автоматизированным или полуавтоматизированным способом с помощью системы 400 соответственно с алгоритмами ИИ (или аналогичными) или без них.
[0122] В одном варианте осуществления на стороне пользователя выполняются следующие этапы способа проверки цифрового представления, привязанного к реальному времени его наступления. Во-первых, после запроса системы 200 о данных проверки VD на этапе 50 запроса, данные проверки VD извлекаются на этапе 51 из системы 200, содержащей неизменяемую базу 203 данных, причем указанные данные проверки VD относятся к интересующему событию, сгенерированному способом в соответствии с настоящим изобретением, причем указанные данные представляют собой по меньшей мере: представление хэш-кода НС, исходные данных S-D и данные подтверждения С-D. Затем, необязательно после проверки согласованности на этапе 52 и, необязательно после восстановления необходимых данных на этапе 53 восстановления исходных данных S-D и данных подтверждения С-D система 400 на этапе 54 находит представление хэш-кода НС в контексте фактического события, зарегистрированного как данные события подтверждения C-ED с помощью ИИ или аналогичного алгоритма. Наконец, система 400 сравнивает зарегистрированное исходное событие SE, представленное исходными данными S-D, и событие подтверждения СЕ, представленное данными подтверждения С-D, с помощью ИИ или аналогичного алгоритма.
[0123] «Чувственное сравнение» означает, что подтверждение выполняется пользователем 4 с помощью человеческих чувств или средствами, равными человеческим чувствам (как описано со ссылкой на указанный вариант осуществления). Если пользователь 4 представляет собой человека, подтверждение может быть выполнено, например, визуально или на слух. Пользователь 4, который выполняет проверку, может представлять собой человека, которому предоставлена система 400, но который, как упоминалось ранее, может быть полностью заменен указанной системой 400, содержащей электронный алгоритм, включая искусственный интеллект, который способен выполнять этапы, описанные в настоящем документе.
[0124] Чувственный осмотр также достаточен для сравнения данных события, полученных в различных режимах, например, если до включения представления хэш-кода НС (а именно переданного хэш-кода НС) в область SE данные события были получены в однократном режиме (например, как фотография) и после включения - в непрерывном режиме (например, как видеозапись).
[0125] Если данные события были получены без прерывания в непрерывном режиме (таком как, например, видеозапись), и создатель 1 сохранил непрерывность события, отображенного в полученных данных события, существует дополнительная возможность определения точного времени наступления всех фактических событий, которые произошли до и после точного момента времени, указанного временной отметкой исходных данных S-D и/или данных подтверждения С-D. Эту функцию также можно применять для подтверждения передачи мультимедийных потоков в режиме реального времени.
[0126] Пока возможность чувственной оценки человеком более предпочтительна, чем проведение этой оценки любыми электронными средствами, учитывают потенциальное применения настоящего изобретения для предоставления доказательств в судебных процессах и учитывают текущие стандарты работы, в которых признается концепция свидетеля-человека.
[0127] Как упоминалось ранее, процесс проверки выполняется в системе 400 пользователя, которой должен быть известен цифровой свидетель DW 203 (неизменяемая база данных 203), в котором хранится информация об интересующем событии. Поскольку несколько вариантов осуществления могут различаться в зависимости от того, какие данные были сгенерированы для того, чтобы привязать фактическое событие к его реальному времени наступления, и в зависимости от того, где указанные данные были сохранены, существует также несколько соответствующих вариантов осуществления процесса проверки.
[0128] В иллюстративном варианте осуществления, если система 100 создателя 1 применяла исходные данные S-D, которые не были равны данным исходного события S-ED, система 400 пользователя 4 должна иметь данные исходного события S-ED. Если создатель 1 применял данные подтверждения С-D, которые не были равны данным события подтверждения C-ED, система 400 пользователя 4 должна иметь данные события подтверждения C-ED.
[0129] Если система 400 пользователя 4 имеет только один файл (т.е. когда получение данных события было непрерывным и данные исходного события S-ED являются частью данных события подтверждения C-ED), система 400 должна извлечь данные исходного события S-ED из данных события подтверждения C-ED в зависимости от размера данных исходного события S-ED. Если в этом случае информация о размере данных исходного события S-ED отсутствует, система 400 пользователя 4 теоретически может применить занимающий много времени способ «перебора» для определения размера данных исходного события S-ED и для извлечения их из данных события подтверждения C-ED.
[0130] Для упрощения процесса проверки создатель 1, используя свою систему 100, может предоставить пользователю 4 доказательство наступления события РОЕО, например, путем связи с системой 400, причем указанное доказательство наступления события содержит соответствующие данные в процессе проверки.
[0131] Обращаясь к Фиг. 6 и Фиг. 7, можно заметить, что на этапе 40 приема запроса о данных, касающихся интересующего события, система 400 пользователя 4 запрашивает у цифрового свидетеля DW 203 данные, касающиеся интересующего события и, конечно же, сгенерированные в соответствии со способом генерирования цифрового представления фактического события, привязанного к его реальному времени наступления, согласно настоящему изобретению:
- если полные данные исходного события S-ED и полные данные события подтверждения C-ED были сохранены в цифровом свидетеле DW 203, время, когда произошло интересующее событие, известное создателю 1 и/или пользователю, является достаточным для запроса для данных, касающихся интересующего события;
- в других случаях (например, если время наступления события точно не известно), запрос должен основываться на любых данных, привязанных к интересующему событию, например, исходных данных S-D, данных подтверждения С-D или переданном хэш-коде ТНС.
[0132] На этапе 41 проверки наличия запрашиваемых данных проверяется наличие запрашиваемых данных в базе данных. Если запрашиваемые данные обнаружены в цифровом свидетеле DW 203, извлекаются данные проверки VD.
[0133] На этапе 42 проверки согласованности запрашиваемых данных и необязательно одновременно локальной согласованности запрашиваемых данных, хэш-код НС и хэш-код подтверждения СНС повторно вычисляются (например, системой 200 и/или локально системой 400 пользователя), чтобы проверить согласованность данных. Если какое-либо из повторно вычисленных значений не сходятся с соответствующим значением, сохраняемым в цифровом свидетеле DW 203, процесс проверки прошел неудачно.
[0134] Если или исходные данные S-D не равны данным исходного события S-ED и/или данные подтверждения CD не равны данным события подтверждения C-ED, должно быть получено подтверждение того, что оба вида вышеуказанных данных являются представлением данных исходного события S-ED или данных события подтверждения C-ED соответственно.
a) Если исходные данные S-D не равны данным исходного события S-ED и соответствующие данные исходного события S-ED хранятся в цифровом свидетеле DW 203, исходные данные S-D повторно вычисляются (системой 200 и/или локально системой 400 пользователя) в соответствии с информацией, извлеченной из системы 200.
b) Если исходные данные S-D не равны данным исходного события S-ED и соответствующие данные исходного события S-ED хранятся вне цифрового свидетеля DW 203, система 400 пользователя 4 должна:
i) локально повторно вычислить на основании данных исходного события S-ED исходные данные S-D в соответствии с извлеченной информацией об исходных данных S-D;
ii) передать S-ED в систему 200, чтобы дать возможность системе 200 выполнить указанное повторное вычисление в соответствии с извлеченной информацией об исходных данных S-D.
c) Если повторно вычисленные исходные данные S-D из данных исходного события S-ED не совпадают с соответствующими исходными данными S-D, хранящимися в цифровом свидетеле DW 203, процесс проверки прошел неудачно.
d) Если данные подтверждения С-D не равны данным события подтверждения C-ED, процесс является таким же, как и в случае, когда исходные данные S-D не равны данным исходного события S-ED.
[0135] После того как подтверждена согласованность данных подтверждена, данные исходного события S-ED и данные события подтверждения C-ED должны быть представлены в зависимости от их типа, например отображены или воспроизведены, для обеспечения их чувственного осмотра пользователем 4. Благодаря чувственному восприятию пользователь 4 осуществляет чувственный осмотр и проверяет:
- соответствует ли событие, отображенное в данных события подтверждения C-ED, которые содержат включенный переданный хэш-код ТНС, событию, отображенному в данных исходного события S-ED,
- совпадает ли переданный хэш-код ТНС, включенный в область исходного события SE (переданный хэш-код ТНС, распознаваемый в физическом контексте события подтверждения СЕ), с переданным хэш-кодом ТНС, который был извлечен из цифрового свидетеля DW 203.
[0136] Процесс проверки успешно завершен, если, согласно чувственному осмотру пользователем, данные исходного события S-ED и данные события подтверждения C-ED отображают одно и то же фактическое событие АЕ и если переданный хэш-код ТНС, включенный в область исходного события SE, совпадает с переданным хэш-кодом ТНС, хранящимся в цифровом свидетеле DW 203.
[0137] Если процесс проверки проходит успешно, связь между исходным событием SE, отображенным в данных исходного события S-ED, и временем наступления исходного события SE подтверждается, причем время содержится во временной отметке исходных данных S-D.
[0138] Чувственную проверку события, отображенного в S-ED и C-ED, выполняет система 400 пользователя 4 благодаря его или ее чувственному восприятию, но не обязательно. В другом варианте осуществления может применяться полностью автоматизированная система 400 с алгоритмами ИИ (или аналогичными). Как упоминалось ранее, в случае данных события ED, полученных в непрерывном режиме, если была сохранена непрерывность записанной сцены, существует дополнительная возможность определения точного времени всех событий, происходящих до и после включения переданного хэш-кода ТНС.в область исходного события SE.
[0139] Для выполнения способа проверки цифрового представления фактического события, привязанного к реальному времени его наступления, требуется система 400 пользователя 4 (как упоминалось ранее). Система 400 (не показана) для проверки цифрового представления фактического события, привязанного к реальному времени его наступления, содержит средства, выполненные с возможностью соединения с системой 200, содержащей цифровой свидетель DW 203, и извлечения данных проверки VD.
[0140] Если извлекается только один файл (C-ED содержит S-ED), система 400 пользователя 4 должна иметь возможность извлекать данные исходного события S-ED из данных события подтверждения C-ED в зависимости от размера данных исходного события S-ED, которые хранятся в цифровом свидетеле DW 203 или в другом месте. Если информация о размере данных исходного события отсутствует, система 400 пользователя 4 теоретически может применить занимающий много времени способ «перебора» для определения размера данных исходного события S-ED и извлечения их из данных события подтверждения C-ED.
[0141] Если исходные данные S-D не равны данным исходного события S-ED и соответствующие им данные исходного события S-ED хранятся в другом месте, а не в цифровом свидетеле DW 203, система 400 пользователя 4 должна быть выполнена с возможностью локального повторного вычисления на основании данных исходного события S-ED исходных данных S-D, в соответствии с информацией, содержащейся в данных проверки VD, или передачи данных исходного события S-ED в систему 200, чтобы позволить системе 200 выполнить указанное повторное вычисление исходных данных S-D в соответствии с информацией, содержащейся в данных проверки VD.
[0142] Если данные подтверждения С-D не равны данным события подтверждения C-ED и соответствующие им данные события подтверждения C-ED хранятся в другом месте, а не в цифровом свидетеле DW 203, процесс выполняется таким же образом, как и в случае исходных данных S-D, как описано выше.
[0143] После того как данные, извлеченные из системы 200, оказались согласованными, можно выполнить следующий этап процесса проверки, причем указанный этап представляет собой чувственную проверку.
[0144] С помощью чувственного восприятия пользователь 4 может чувственно сравнить событие, отображенное в данных события ED, полученных до и после включения переданного хэш-кода ТНС в область исходного события SE. То же самое может быть выполнено автоматически, если алгоритмы искусственного интеллекта реализованы в системе 400 на стороне пользователя. Если данные исходного события S-ED и данные события подтверждения C-ED представляют одно и то же фактическое событие АЕ, и переданный хэш-код ТНС, распознаваемый в данных события подтверждения C-ED, совпадает с тем, который хранится в неизменяемой базе данных 203 (цифровой свидетель DW 203), существует уверенность в том, что фактическое событие АЕ, отображенное в данных исходного события S-ED, произошло во время, указанное временной отметкой исходных данных S-D, являющейся представлением данных исходного события S-ED.
[0145] Система 400 (не показана) пользователя 4 должна давать возможность пользователю 4 применять чувственное восприятие (например, зрение или слух: для чувственного (например, визуального, слухового) сравнения события, отображенного в данных исходного события S-ED, с событием, отображенным в событии подтверждения C-ED, чтобы определить их сходство, и, дополнительно, в случае данных события ED, полученных в непрерывном режиме, их непрерывность, для проверки того, совпадает ли переданный хэш-код ТНС, распознаваемый в событии, отображенном в данных события подтверждения C-ED (т.е. переданный хэш-код ТНС, включенный в область исходного события SE), переданному хэш-коду ТНС, извлеченному из цифрового свидетеля DW 203; если пользователь 4 представляет собой человека, этот процесс может быть выполнен чувственным образом (например, визуально или на слух).
[0146] Если пользователь 4 представляет собой человека, действия, упомянутые выше, особенно все взаимодействия с системой 200, содержащей цифровой свидетель DW 203, и все вычисления/повторные вычисления могут быть выполнены с помощью компьютерной программы, например мобильного приложения 410 (не показано).
[0147] Далее будут приведены несколько примеров применения способов и систем согласно настоящему изобретению.
[0148] Пример 1 - цифровая регистрация в однократном режиме без вычисления отпечатка данных события В одном из возможных вариантов осуществления настоящего изобретения способ привязки цифрового представления фактического события к реальному времени его наступления касается события, зарегистрированного в однократном режиме, и включает отправку в систему 200 полных данных события. Система 200 содержит цифровой свидетель DW 203. В этом варианте осуществления способ включает в себя следующие этапы:
(1) Человек, выступающий в роли создателя 1, хочет подтвердить реальное время наступления фактического события и выбирает применение общедоступной (открытой) системы 200, которая применяет только одну общедоступную (открытую) хэш-функцию HF - SHA-2 - для всех целей хэширования. Данные, описывающие состояние цифрового свидетеля DW 203, представляют собой отпечаток всех данных, хранящихся в цифровом свидетеле DW 203, до момента получения исходных данных S-D. Система 200 в качестве источника 300 синхросигналов для всех целей применяет интернет-сервис «фактическое время», доступный по интернет-адресу «http://time.is», которому доверяет человек. Переданный хэш-код ТНС, сгенерированный системой 200, равен хэш-коду НС.Специальное приложение 110, установленное на смартфоне 100 человека, обеспечивает связь с системой 200.
(2) Человек получает с помощью смартфона 100 данные исходного события S-ED исходного события SE в виде фотографии.
(3) Исходные данные S-D, представляющие собой данные исходного события S-ED, отправляет в систему 200 приложение 110.
(4) Система 200 вычисляет данные, описывающие ее состояние, с помощью хэш-функции SHA-2, записывает исходные данные S-D в цифровой свидетель DW 203 и сразу после этого получает и записывает в цифровой свидетель DW 203 временную отметку для исходных данных S-D.
(5) Система 200 применяет хэш-функцию SHA-2 для вычисления хэш-кода НС с помощью следующих компонентов: (1) данных, описывающих состояние цифрового свидетеля DW 203, (2) исходных данных S-D и (3) временной отметки исходных данных S-D.
(6) Система 200 записывает хэш-код НС в цифровой свидетель DW 203. Переданный хэш-код ТНС, который равен хэш-коду НС, передается обратно системой 200 на смартфон 100 человека и отображается на экране смартфона 100.
(7) Человек включает переданный хэш-код ТНС в область исходного события SE, записывая переданный хэш-код ТНС на листе бумаги, а затем помещая лист бумаги в контекст исходного события, чтобы создать событие подтверждения СЕ.
(8) Человек получает данные события подтверждения C-ED события подтверждения СЕ в виде фотографии с помощью смартфона 100. Эта фотография должна быть максимально похожа на фотографию исходного события SE, а лист бумаги, содержащий переданный хэш-код ТНС, должен быть узнаваемым, видимым и читаемым в рамках этой фотографии.
(9) Данные подтверждения С-D, представляющие собой данные события подтверждения C-ED, отправляет в систему 200 приложение 110.
(10) Система 200 записывает данные подтверждения С-D в цифровой свидетель DW 203 и немедленно получает и записывает в цифровой свидетель DW 203 временную отметку для данных события подтверждения C-ED.
(11) Система 200 применяет хэш-функцию SHA-2 для вычисления хэш-кода подтверждения СНС с помощью следующих компонентов: (1) данные подтверждения C-D, (2) временная отметка данных подтверждения С-D и (3) хэш-код НС.
(12) Система 200 записывает хэш-код подтверждения СНС в цифровой свидетель DW 203.
(13) Доказательство наступления события РОЕО, содержащее временную отметку данных исходного события S-ED, хэш-код НС, временная отметка данных события подтверждения C-ED, хэш-код подтверждения СНС, информация о применяемых хэш-функциях HF (SHA-2) и название цифрового свидетеля DW 203 с адресом записи, относящейся к сохраненным данным, передается системой 200 обратно в приложение 110 смартфона человека, отображается на экране смартфона 100 и сохраняется локально приложением 110.
[0149] Процедура привязки временной отметки реального времени к исходному событию SE завершена.
[0150] Далее будет описан соответствующий пример процесса проверки для первого случая с цифровым представлением в однократном примере.
(1) Человек, выступающий в роли пользователя 4, хочет проверить, когда произошло событие. Он получил от создателя 1 доказательство наступления события РОЕО, которое содержит информацию о точном времени наступления события (представляющую собой временную отметку данных исходного события S-ED) и информацию о доступе к цифровому свидетелю DW 203 (веб-адрес интерфейса системы 200), в котором хранится информация об интересующем событии. Система 200, содержащая цифровой свидетель DW 203, применяет веб-интерфейс для связи. Человек, выступающий в роли пользователя 4, применяет систему 400.
(2) Смартфон 400 соединяет человека с веб-страницей системы 200 и запрашивает событие, которое произошло во время, указанное временной отметкой, содержащейся в доказательстве наступления события РОЕО.
(3) Если запрос обнаружен, данные, описывающие состояние цифрового свидетеля DW 203, хэш-код НС и хэш-код подтверждения СНС, повторно вычисляются с помощью хэш-функции HF SHA-2 системой 200 для проверки согласованности данных. Если согласованность сохраняется, переданный хэш-код ТНС, исходные данные S-D, данные подтверждения С-D и временная отметка исходных данных S-D отображаются на веб-странице (примечание: исходные данные S-D и данные подтверждения С-D представляют собой фотографии).
(4) Человек должен визуально сравнить событие, отображенное в исходных данных S-D, с событием, отображенным в данных подтверждения С-D. Если человек решает, что исходные данные S-D и данные подтверждения С-D отображают одно и то же фактическое событие, проверка продолжается.
(5) Человек должен проверить, совпадает ли переданный хэш-код ТНС, видимый в области данных подтверждения С-D, с переданным хэш-кодом ТНС, отображаемым на веб-странице. Если оба переданных хэш-кода ТНС совпадают, время наступления события, отображенного в исходных данных S-D, содержится во временной отметке исходных данных S-D, и проверка проходит успешно.
[0151] Пример 2 - цифровая регистрация в однократном режиме с вычислением отпечатка данных события
[0152] В другом из возможных вариантов осуществления настоящего изобретения способ привязки цифрового представления фактического события АЕ к реальному времени его наступления касается события, зарегистрированного в однократном режиме, и включает в себя отправку в систему 200 только отпечатков полных данных события (тогда как полные данные события хранятся локально создателем 1). Система 200 содержит цифровой свидетель DW 203. В этом варианте осуществления способ включает в себя следующие этапы:
(1) Человек, выступающий в роли создателя 1, хочет подтвердить реальное время наступления фактического события и выбирает применение общедоступной (открытой) системы 200, которая по умолчанию применяет только одну общедоступную (открытую) хэш-функцию HF SHA-2 для всех целей хэширования, включая вычисление отпечатков. Данные, описывающие состояние цифрового свидетеля DW 203, представляют собой отпечаток всех данных, хранящихся в цифровом свидетеле DW 203, до момента получения исходных данных S-D. Система 200 в качестве источника 300 синхросигналов для всех целей применяет интернет-сервис «фактическое время», доступный по интернет-адресу «http://time.is», которому доверяет человек. Переданный хэш-код ТНС, сгенерированный системой 200, равен хэш-коду НС. Система 200 предлагает различные хэш-функции HF для вычисления отпечатков. Человек выбирает нестандартную хэш-функцию HF SHA-3 для вычисления отпечатка данных исходного события S-ED и отпечатка данных события подтверждения C-ED. Человек выбирает в системе 200 вариант хранения дополнительной информации, а именно значимые входные данные хэш-функции SHFID вместе с каждым вычисленным отпечатком, причем значение указанных значимых входных данных хэш-функции SHFID равно размеру входных данных хэш-функции HF, которая вычисляет каждый отпечаток. Специальное приложение 110, установленное на смартфоне 100 человека, обеспечивает связь с системой 200 (содержащей цифровой свидетель DW 203) и имеет встроенную хэш-функцию HF SHA-3 для выполнения локальных вычислений.
(2) Человек получает с помощью смартфона 100 данные исходного события S-ED исходного события SE в виде фотографии. Данные исходного события S-ED хранятся локально приложением 100.
(3) Исходные данные S-D равны отпечатку данных исходного события S-ED, который вычисляется локально на смартфоне 100 с помощью функции SHA-3, встроенной в приложение 110 смартфона. Значимые входные данные хэш-функции SHFID устанавливаются равными размеру данных исходного события S-ED. Информация о хэш-функции HF, применяемой для вычисления указанного отпечатка (со ссылкой на способ SHA-3), а также информация о способе, применяемом для генерирования значимых входных данных хэш-функции SHFID, отправляются в систему 200 приложением 110, и сохраняется системой 200 в цифровом свидетеле DW 203.
(4) Исходные данные S-D и значимые входные данные хэш-функции SHFID отправляются в систему 200 приложением 110 смартфона 100.
(5) Система 200 записывает исходные данные S-D и значимые входные данные хэш-функции SHFID в цифровой свидетель DW 203 и сразу после этого получает и записывает в цифровой свидетель DW 203 временную отметку для исходных данных S-D.
(6) Система 200, содержащая, применяет хэш-функцию HF SHA-2 для вычисления ее состояния и ту же функцию для вычисления хэш-кода НС с помощью следующих компонентов: (1) данных, описывающих состояние цифрового свидетеля DW 203, (2) исходных данных S-D и (3) временной отметки исходных данных S-D.
(7) Система 200 записывает хэш-код НС в цифровой свидетель DW 203. Переданный хэш-код ТНС, который равен хэш-коду НС, передается обратно на смартфон 100 человека и отображается на его экране.
(8) Человек включает переданный хэш-код ТНС в область исходного события SE, записывая переданный хэш-код ТНС на листе бумаги и затем помещая его в контекст исходного события SE, чтобы создать событие подтверждения СЕ.
(9) Человек с помощью смартфона 100 получает данные события подтверждения C-ED события подтверждения СЕ в виде фотографии. Эта фотография должна быть максимально похожа на исходную фотографию, а лист бумаги, содержащий переданный хэш-код ТНС, должен быть узнаваемым, видимым и читаемым в рамках этой фотографии. Данные события подтверждения C-ED хранятся локально приложением 110.
(10) Данные подтверждения С-D равны отпечатку данных события подтверждения C-ED, который вычисляется локально на смартфоне 100 с помощью функции SHA-3, встроенной в приложение 110 смартфона. Значимые входные данные хэш-функции SHFID устанавливаются равными размеру данных события подтверждения C-ED. Информация о хэш-функции HF, применяемой для вычисления указанного отпечатка (со ссылкой на способ SHA-3), а также информация о способе, применяемом для генерирования значимых входных данных хэш-функции SHFID, отправляются в систему 200 приложением 110, и дополнительно сохраняются системой 200 в цифровом свидетеле DW 203.
(11) Данные подтверждения С-D и значимые входные данные хэш-функции SHFID отправляет в систему 200 приложение 110.
(12) Система 200 записывает данные подтверждения С-D и свои SHFID в цифровой свидетель DW 203 и сразу после этого получает и записывает в цифровой свидетель DW 203 временную отметку для данных подтверждения C-D.
(13) Система 200 применяет хэш-функцию HF SHA-2 для вычисления хэш-кода подтверждения СНС с помощью следующих компонентов: (1) данные подтверждения C-D, (2) временная отметка данных подтверждения С-D и (3) хэш-код НС.
(14) Система 200 записывает хэш-код подтверждения СНС в цифровой свидетель DW 203. Доказательство наступления события РОЕО, содержащее: исходные данные S-D с их значимыми входными данными хэш-функции SHFID (примечание: исходные данные S-D представляют собой отпечаток), временную отметку исходных данных S-D, хэш-код НС, данные подтверждения С-D с ихзначимыми входными данными хэш-функции SHFID (примечание: данные подтверждения С-D представляют собой отпечаток), временную отметку данных подтверждения С-D, хэш-код подтверждения СНС, информацию о применяемых хэш-функциях (а именно, SHA-3 для обоих отпечатков и SHA-2 для хэш-кода НС, хэш-кода подтверждения СНС и данных, описывающих состояние цифрового свидетеля DW 203), а также название цифрового свидетеля DW 203 с адресом записи, относящейся к сохраненным данным, передается обратно в приложение 110 смартфона человека, отображается на экране смартфона 100 и сохраняется локально приложением ПО.
[0153] Процедура привязки временной отметки реального времени к исходному событию завершена.
[0154] Далее будет описан соответствующий пример процесса проверки для второго случая с цифровым представлением в однократном режиме.
(1) Человек, выступающий в роли пользователя, с помощью системы 400, хочет проверить, когда произошло событие. Он получил от создателя 1 данные исходного события S-ED, данные события подтверждения C-ED, доказательство наступления события РОЕО, которое содержит информацию о хэш-функции HF, применяемой для вычисления исходных данных S-D и данных подтверждения CD, представляющие собой отпечатки, вычисленные с помощью хэш-функции HF SHA-3, и информацию о том, как получить доступ к цифровому свидетелю DW 203, в котором хранится информация о событии. Система 200 (содержащая цифровой свидетель DW 203) применяет веб-интерфейс для связи. Система 200 содержит всю информацию о вычислении исходных данных S-D и данных подтверждения С-D, включая хэш-функции HF, которые применял создатель. (Следует отметить, что создатель 1 не обязан запоминать точное время наступления события). Пользователь 4 будет применять систему 200 для выполнения всех повторных вычислений, необходимых в процессе проверки. Человек, выступающий в роли пользователя 4, применяет систему 400.
(2) Человек должен визуально сравнить событие, отображенное в данных исходного события S-ED, с событием, отображенным в данных события подтверждения C-ED. Если в соответствии с этим сравнением они представляют одно и то же фактическое событие, проверка продолжается.
(3) Человек переходит на указанную веб-страницу, представляющую собой интерфейс системы 200, выгружает с помощью смартфона 400 данные исходного события S-ED и данные события подтверждения C-ED в цифровой свидетель DW 203, чтобы он мог повторно вычислить их отпечатки с помощью их SHFID.
(4) Система 200 извлекает информацию о способе, применяемом для вычисления отпечатков, который в этом примере представляет собой хэш-функцию HF SHA-3, и извлекает информацию о генерировании значимых входных данных хэш-функции SHFID, которые в этом примере генерируются путем присвоения им размера входных данных каждой хэш-функции HF, применяемой для вычисления отпечатка.
(5) Система 200 устанавливает значимые входные данные хэш-функции SHFID исходных данных S-D равными длине загруженных данных исходного события S-ED.
(6) Система 200 устанавливает значимые входные данные хэш-функции SHFID данных подтверждения С-D равными длине загруженных данных события подтверждения C-ED.
(7) Используя загруженные данные исходного события S-ED и данные события подтверждения C-ED, система 200 повторно вычисляет с помощью хэш-функции HF SHA-3 исходные данные S-D и данные подтверждения С-D, соответственно (примечание: исходные данные S-D и данные подтверждения С-D представляют собой отпечатки полных соответствующих данных события).
(8) Система 200 ищет в цифровом свидетеле DW 203 повторно вычисленные исходные данные S-D, данные подтверждения С-D и соответствующие им значимые входные данные хэш-функции SHFID. Если данные обнаружены (а это означает, что они равны тем данным, которые уже хранятся в цифровом свидетеле DW 203), проверка продолжается.
(9) В целях проверки согласованности данных функция SHA-2 применяется системой 200 для повторного вычисления данных, описывающих состояние цифрового свидетеля DW 203, хэш-кода НС и хэш-кода подтверждения СНС.Если эти данные согласованы, переданный хэш-код ТНС и временная отметка исходных данных S-D извлекаются из цифрового свидетеля DW 203 и отображаются для пользователя 4 на смартфоне 400.
(10) Если переданный хэш-код ТНС, извлеченный системой 200 из цифрового свидетеля DW 203, совпадает с переданным хэш-кодом ТНС, включенным в область SE, отображенным в данных события подтверждения C-ED, пользователь 4 может быть уверен, что исходное событие, отображенное в данных исходного события S-ED, произошло во время, указанное временной отметкой исходных данных S-D. Проверка проходит успешно.
[0155] Пример 3 - цифровое представление в непрерывном режиме без вычисления отпечатка данных события
[0156] В другом из возможных вариантов осуществления настоящего изобретения способ привязки цифрового представления фактического события к реальному времени его наступления касается события, зарегистрированного в непрерывном режиме, и включает в себя отправку в систему 200 полных данных события. Система 200 содержит цифровой свидетель DW 203. В этом варианте осуществления способ включает в себя следующие этапы:
(1) Человек, выступающий в роли создателя 1, хочет подтвердить реальное время наступления фактического события и выбирает применение общедоступной (открытой) системы 200, которая применяет только одну общедоступную (открытую) хэш-функцию HF - SHA-2 для всех целей хэширования. Данные, описывающие состояние цифрового свидетеля DW 203, представляют собой отпечаток всех данных, хранящихся в цифровом свидетеле DW 203, до момента получения исходных данных S-D. Система 200 в качестве источника 300 синхросигналов для всех целей применяет интернет-сервис «фактическое время», доступный по интернет-адресу «http://time.is», которому доверяет человек. Представление хэш-кода НС, а именно переданный хэш-код ТНС, генерируемый системой 200, представляет собой отпечаток хэш-кода НС, полученного в соответствии со способом, описанным в RFC4226 (разработанной инженерной рабочей группой Интернета). Специальное приложение, установленное на смартфоне 100 человека, обеспечивает связь с системой 200. Приложение 110 действует таким образом, что данные события, полученные в течение первых пяти секунд непрерывного получения данных события, считаются данными исходного события S-ED. Это время регистрации данных исходного события S-ED в системе 200 через пять секунд непрерывной записи представляет собой общее правило системы 200.
(2) Человек начинает запись видео на смартфон 100. Через пять секунд уже полученные данные события считаются данными исходного события S-ED. Получение данных события не прерывается.
(3) Исходные данные S-D, представляющие собой данные исходного события S-ED, отправляются в систему 200 приложением 110 смартфона.
(4) Система 200 вычисляет данные, описывающие состояние цифрового свидетеля DW 203 (с помощью хэш-функции HF SHA-2).
(5) Система 200 получает и записывает в цифровой свидетель DW 203 временную отметку исходных данных S-D.
(6) С помощью той же хэш-функции HF система 200 вычисляет хэш-код НС, используя следующие компоненты: (1) ранее вычисленные данные, описывающие состояние цифрового свидетеля DW 203, (2) исходные данные S-D и (3) временная отметка исходных данных S-D.
(7) Система записывает хэш-код НС в цифровой свидетель DW 203. Переданный хэш-код ТНС, который генерируется на основании способа в соответствии с RFC4226, передается обратно на смартфон 100 человека и отображается на его экране.
(8) Человек, не прерывая получение данных события, включает переданный хэш-код ТНС в область документированного события путем рукописного ввода и громкого чтения переданного хэш-кода; весь процесс ввода вручную и громкого чтения переданного хэш-кода ТНС записывается в получаемых данных события.
(9) Как только человек завершает получение данных события, все записанные данные создают данные события подтверждения C-ED.
(10) Данные подтверждения С-D представляют собой данные события подтверждения C-ED. Данные события подтверждения C-ED отправляются в систему 200 приложением 110 смартфона.
(11) Система 200 записывает данные подтверждения С-D в цифровой свидетель DW 203 и сразу получает и записывает в цифровой свидетель DW 203 временную отметку для данных подтверждения C-D.
(12) Система 200 применяет хэш-функцию HF SHA-2 для вычисления хэш-кода подтверждения СНС с помощью следующих компонентов: (1) данные подтверждения C-D, (2) временная отметка данных подтверждения С-D и (3) хэш-код НС.
(13) Система 200 записывает хэш-код подтверждения СНС в цифровой свидетель DW 203. Доказательство наступления события РОЕО, содержащее временную отметку исходных данных S-D и данных подтверждения CD, S-TS, хэш-код НС, C-TS, хэш-код подтверждения СНС, информацию об применяемых хэш-функциях (SHA-2) и название цифрового свидетеля DW 203 с адресом записи, относящейся к сохраненным данным, передается системой 200 обратно в приложение 110 смартфона человека, отображается на экране смартфона 100 и сохраняется локально указанным приложением 110.
[0157] Процедура привязки временной отметки реального времени к исходному событию завершена.
[0158] Далее будет описан соответствующий пример процесса проверки для первого случая с цифровым представлением в непрерывном режиме.
1) Человек, выступающий в роли пользователя 4, хочет проверить, когда произошло событие. Он получил от создателя 1 доказательство наступления события РОЕО, которое содержит точное время наступления события (содержащееся во временной отметке исходных данных S-D) и информацию о том, как получить доступ к цифровому свидетелю DW 203, в котором хранится информация о событии. Система 200 (содержащая цифровой свидетель DW 203) применяет веб-интерфейс для связи. Человек, выступающий в роли пользователя 4, применяет систему 400.
2) Человек с помощью системы 400 заходит на веб-страницу системы 200 и запрашивает событие, которое произошло во время, содержащееся во временной отметке исходных данных S-D, предоставленных в доказательстве наступления события РОЕО.
3) Если запрошенная информация обнаружена системой 200, информация о событии, система 200 повторно вычисляет с помощью хэш-функции SHA-2: состояние цифрового свидетеля DW 203, хэш-код НС и хэш-код подтверждения СНС, чтобы проверить согласованность данных. Если эти данные согласованы, переданный хэш-код ТНС вычисляется (с помощью способа согласно RFC4226) на основании хэш-кода НС.Кроме того, переданный хэш-код ТНС, исходные данные S-D, данные подтверждения С-D и временная отметка исходных данных S-D отображаются на веб-сайте (примечание: данные подтверждения С-D представляют собой непрерывную видеозапись, следовательно, исходные данные S-D, согласно общему правилу системы 200, представляют собой первые пять секунд данных подтверждения C-D).
4) Человек должен чувственно сравнить событие, отображенное в исходных данных S-D, с событием, отображенным в данных подтверждения С-D. Для этой цели достаточно просмотра только данных подтверждения С-D (согласно общему правилу системы 200 исходные данные S-D представляют собой первые пять секунд данных подтверждения С-D). Если, согласно этому сравнению, они представляют одно и то же фактическое событие, человек должен сравнить переданный хэш-код ТНС, переданный в область S-E, с переданным хэш-кодом ТНС, извлеченным из системы 200. Если оба переданных хэш-кода ТНС совпадают, время наступления события, записанного в исходных данных S-D, указывается временной отметкой исходных данных S-D. Процесс проверки завершен.
5) Пока сохраняется непрерывность записи, может быть определено реальное время всех событий, содержащихся в данных подтверждения С-D (включая события, которые произошли до и после включения переданного хэш-кода ТНС в область исходного события SE).
[0159] Пример 4 - цифровое представление в непрерывном режиме с вычислением отпечатка данных события. В другом из возможных вариантов осуществления настоящего изобретения способ привязки цифрового представления фактического события к реальному времени его наступления касается события, зарегистрированного в непрерывном режиме, и включает отправку в систему 200 только отпечатков полных данных события. Система 200 содержит цифровой свидетель DW 203. Полные данные события хранятся локально в одном файле, представляя собой данные события подтверждения C-ED, который содержит данные исходного события S-ED. В этом варианте осуществления способ включает в себя следующие этапы:
1) Человек, выступающий в роли создателя 1, хочет подтвердить реальное время наступления фактического события и выбирает применение общедоступной (открытой) системы 200, которая по умолчанию применяет только одну общедоступную (открытую) хэш-функцию HF SHA-2 для всех целей хэширования, включая вычисление отпечатков. Состояние цифрового свидетеля DW 203 представляет собой точный отпечаток всех данных, хранящихся в цифровом свидетеле DW 203, до момента получения исходных данных S-D. Система 200 в качестве источника 300 синхросигналов для всех целей применяет интернет-сервис «фактическое время», доступный по интернет-адресу «http://time.is», которому доверяет человек. Переданный хэш-код ТНС, сгенерированный системой 200, равен хэш-коду НС. Система 200 предлагает различные хэш-функции HF для вычисления отпечатков. Человек выбирает хэш-функцию HF SHA-3 для обоих отпечатков (для данных исходного события S-ED и данных события подтверждения C-ED). Человек выбирает в системе 200 вариант хранения значимых входных данных хэш-функции SHFID вместе с каждым вычисленным отпечатком, и значение значимых входных данных хэш-функции SHFID определяется как размер входных данных хэш-функции HF, который вычисляет отпечаток. Специальное приложение 110, установленное на смартфоне 100 человека, обеспечивает связь с системой 200 и имеет встроенные хэш-функции HF для выполнения локальных вычислений. Указанное приложение 110 действует таким образом, что данные события, которые представляют собой данные исходного события, получают по запросу во время непрерывного получения данных события.
2) Человек начинает запись видео исходного события с помощью смартфона 100. При необходимости пользователь, используя приложение, по запросу создает исходные данные S-D. Получение данных события не прерывается.
3) Исходные данные S-D равны отпечатку уже записанных данных исходного события S-ED. Указанный отпечаток вычисляется локально на смартфоне 100 с помощью функции SHA-3, встроенной в приложение. Значимые входные данные хэш-функции SHFID устанавливаются равными размеру данных исходного события S-ED. Информация о хэш-функции HF, применяемой для вычисления отпечатка данных исходного события S-ED (то есть хэш-функции HF SHA-3), и информация о способе, применяемом для генерирования SHFID, отправляются в систему 200 посредством приложения 110 и дополнительно сохраняются в цифровом свидетеле DW 203.
4) Исходные данные S-D и их SHFID отправляются в систему 200 приложением 110 смартфона 100.
5) Система 200 вычисляет данные, описывающие состояние цифрового свидетеля DW 203, используя хэш-функцию HF SHA-2, и записывает в цифровой свидетель DW 203 как исходные данные S-D, так и их SHFID.
6) Сразу после этого система 200 получает и записывает в цифровой свидетель 203 временную отметку для исходных данных S-D.
7) Система 200 применяет хэш-функцию HF SHA-2 для генерирования хэш-кода НС с помощью следующих компонентов: (1) данных, описывающих состояние цифрового свидетеля DW 203, (2) исходных данных S-D и (3) временной отметки исходных данных S-D.
8) Система 200 записывает хэш-код НС в цифровой свидетель DW 203. Переданный хэш-код ТНС, который равен хэш-коду НС, передается обратно системой 200 на смартфон 100 человека и отображается на его экране.
9) Человек, не прерывая получение данных события, включает переданный хэш-код ТНС в область документированного события, записывая переданный хэш-код ТНС на лист бумаги и громко читая его; весь процесс ввода вручную и громкого чтения переданного хэш-кода ТНС записывается смартфоном 100 в получаемых данных события.
10) Как только человек завершает получение данных события, все записанные данные создают данные события подтверждения C-ED. Данные события подтверждения C-ED хранятся локально в запоминающем устройстве смартфона 100.
11) Данные подтверждения С-D представляют собой отпечаток данных события подтверждения C-ED, которые он вычисляет локально на смартфоне 100 с помощью функции SHA-3, встроенной в специальное приложение 110. Значимые входные данные хэш-функции SHFID устанавливаются равными размеру данных события подтверждения C-ED. Информация о хэш-функции HF, применяемой для генерирования отпечатка (то есть хэш-функции HF SHA-3), и информация о способе, применяемом для генерирования отпечатка данных события подтверждения C-ED, отправляются в систему 200 приложением 110 и дополнительно сохраняются в цифровом свидетеле DW 203.
12) Данные подтверждения С-D и их SHFID отправляются в систему 200 приложением 110.
13) Система 200 записывает данные подтверждения С-D и hxSHFID в цифровой свидетель DW 203 и сразу после этого получает и записывает в цифровой свидетель DW 203 временную отметку для данных подтверждения C-D.
14) Система 200 применяет хэш-функцию HF SHA-2 для генерирования хэш-кода подтверждения СНС с помощью следующих компонентов: (1) данные подтверждения C-D (2) временной отметки данных подтверждения С-D и (3) хэш-код НС.
15) Хэш-код подтверждения СНС записывается системой 200 в цифровой свидетель DW 203. Доказательство наступления события РОЕО, содержащее исходные данные S-D с их временной отметкой и значимые входные данные хэш-функции SHFID, хэш-код НС, данные подтверждения С-D с их временной отметкой и значимые входные данные хэш-функции SHFID, информация о применяемых хэш-функциях (SHA-3 для исходных данных S-D и данных подтверждения С-D (оба типа данных представляют собой отпечатки), а также SHA-2 для хэш-кода НС, хэш-кода подтверждения СНС и данных, описывающих состояние цифрового свидетеля DW 203), а также названиецифрового свидетеля DW 203 с адресом записи, относящейся к сохраненным данным, передается обратно в приложение смартфона человека ПО, отображается на экране смартфона 100 и сохраняется локально приложением 110 смартфона.
[0160] Процедура привязки временной отметки реального времени к исходному событию завершена.
[0161] Далее будет описан соответствующий пример процесса проверки для второго случая с цифровым представлением в непрерывном режиме.
1) Человек, выступающий в роли пользователя 4, хочет проверить, когда произошло событие. Он получил от создателя 1 данные события подтверждения C-ED и соответствующее доказательство наступления события РОЕО (сгенерированное согласно способу, описанному в данном примере). Пользователь 4 также имеет информацию о доступе к системе 200 (содержащей цифровой свидетель DW 203), которая хранит информацию о событии. Система 200 применяет веб-интерфейс для связи. Система 200 содержит все хэш-функции HF, которые применялись создателем. (Следует отметить, что создатель 1 не обязан запоминать точное время наступления события). Человек, выступающий в роли пользователя 4, применяет систему 400.
2) Данные исходного события S-ED извлекаются с помощью смартфона 400 из данных события подтверждения C-ED в соответствии с информацией об их размере, хранящейся в значимых входных данных хэш-функции SHFID исходных данных S-D. Отпечаток исходных данных S-D локально повторно вычисляется на основании S-ED, а данные подтверждения C-D локально повторно вычисляются на основании данных события подтверждения C-ED. Эти локальные повторные вычисления выполняются специальным приложением смартфона 400, которое выполнено с возможностью вычисления хэшей на основании SHA-3.
3) Система 200 ищет в цифровом свидетеле DW 203 повторно вычисленные исходные данные S-D и данные подтверждения С-D с их значимыми входными данными хэш-функции SHFID. Если запрошенные данные обнаружены (т.е. повторно вычисленные данные совпадают с теми, которые хранятся в цифровом свидетеле DW 203), проверка продолжается.
4) Система 200 повторно вычисляет данные, описывающие состояние цифрового свидетеля DW 203, хэш-код НС и хэш-код подтверждения СНС с помощью хэш-функции HF SHA-2, чтобы проверить согласованность данных. Если эти данные согласованы, переданный хэш-код ТНС и временная отметка исходных данных S-D извлекаются из цифрового свидетеля DW 203 и отображаются на веб-странице посредством смартфона 400.
5) Человек должен визуально сравнить событие, отображенное в S-ED, с событием, отображенным в данных события подтверждения C-ED. Если, согласно этому сравнению, они представляют одно и то же фактическое событие, человек должен сравнить переданный хэш-код ТНС, переданный в область исходного события SE, с переданным хэш-кодом ТНС, извлеченным из цифрового свидетеля DW 203. Если оба переданных хэш-кода ТНС совпадают, время наступления события, отображенное в данных исходного события S-ED, указывается временем, содержащимся во временной отметке исходных данных S-D. Проверка завершена.
6) Пока сохраняется непрерывность записи, может быть определено реальное время всех событий, содержащихся в C-ED (включая время событий, которые произошли до и после включения переданного хэш-кода ТНС в область исходного события SE).
7) Следует отметить, что данные исходного события S-ED и данные события подтверждения C-ED представляют собой фильм, поэтому в случае, когда данные исходного события S-ED являются частью данных события подтверждения C-ED, достаточно просмотра только одного фильма, а именно данных события подтверждения C-ED.
[0162] Далее будут приведены заключительные комментарии к настоящему изобретению. Способ по настоящему изобретению требует, чтобы данные события (как данные исходного события S-ED, так и данные события подтверждения C-ED) были надежными, чтобы иметь практическое применение. Данные события должны считаться надежными по меньшей мере как создателем 1, так и пользователем.
[0163] «Надежность данных события» относится к трем аспектам, описанным ниже.
1) Модификация данных события
[0164] Постоянное технологическое развитие обеспечивает серьезную модификацию данных события, включая конкретные изменения получаемых данных события, такие как добавление фонов, добавление изменений к лицу или голове человека, отображенного в данных события (например, цилиндр, щенячьи ушки и т.д.). Вероятно, самая серьезная модификация данных событий - это потоковое видео в режиме реального времени с цифровым синхронизированным изображением лица вместо лица имитирующего. Однако ни одна из этих модификаций не является проблемой для надежности данных события, если создатель 1 хочет получить надежные данные события. Это связано с тем, что манипуляции с данными события являются только цифровыми (виртуальными), поэтому они не изменяют область фактического события и не обладают свойством физического взаимодействия.
[0165] Следовательно, чтобы доказать, что некоторая интересующая деталь, отображенная в данных события, не является результатом цифровой модификации, достаточно доказать, что эта деталь физически существует, путем осуществления физического взаимодействия с этой самой деталью. Например, если человек, присутствующий в области фактического события, отображенного данными события, носит цилиндр, который предположительно добавлен в цифровом виде, то, чтобы доказать, что этот цилиндр действительно существует, он или она должны показать некоторое физическое взаимодействие с этим цилиндром в момент получения данных события.
[0166] То же самое применимо, если тот, кто просматривает данные события, отображающие говорящего человека, подозревает, что просматриваемая потоковая передача в прямом эфире - это лицо, сгенерированное с цифровой синхронизацией по губам, а не чье-то настоящее лицо. В этом случае, чтобы доказать, что лицо человека настоящее (не виртуальное, созданное в цифровом виде), человек, присутствующий в области фактического события, должен представить некоторое физическое взаимодействие с его или ее лицом, например прикосновение к лицу пальцем или любое другое действие, которое подтвердит физический (не виртуальный) характер реальности, отображенной в данных события.
[0167] Даже в случае, когда данные события представляют собой фотографии, которые представляют собой только снимки фактического события (в отличие от непрерывных видеозаписей) и которые могут представлять собой потенциальные объекты для простых и сложных цифровых манипуляций, существует возможность получения надежных данных события, например, если сделать несколько фотографий одного и того же события и/или показать на этих фотографиях некоторые физические взаимодействия с физической областью, отображенной на них.
[0168] Принимая во внимание вышеизложенное, если создатель 1 хочет получить надежные данные события, он или она должны позаботиться о физическом взаимодействии с каждой деталью данных события, которые потенциально могут быть позже подвергнуты сомнению или оспорены пользователем. Другое решение состоит в получении нескольких данных события одного и того же фактического события. Это особенно важно в случае получения данных события в однократном режиме (например, в виде фотографии), чтобы избежать сомнительных ситуаций.
2) Качество данных события
[0169] Технические параметры полученных данных события должны обеспечивать качество, позволяющее отображать фактическое событие со всеми деталями, которые могут представлять интерес для создателя 1 и/или пользователя. Например, если данные события представляют собой видео, они должны иметь такое качество, разрешение, частоту кадров в секунду и размер, чтобы обеспечить удовлетворительное (достаточное) отображение фактического события, предпочтительно как для создателя 1, так и для пользователя.
[0170] Данные события, полученные в непрерывном режиме, должны сохранять непрерывность, т.е. видео не должно содержать последующих недоэкспонированных или переэкспонированных кадров, не должно быть размытым, не должно содержать шум и т.д.
[0171] Хотя в некоторых ситуациях даже данные события низкого качества могут иметь значение для создателя 1 и/или пользователя 4 (например, фотографии или видео, снятые в условиях плохой освещенности, но в некоторых уникальных обстоятельствах), если эти данные события предназначены для применения в судебном разбирательстве (например, в качестве доказательства в суде), они должны соответствовать самым высоким и самым современным стандартам качества.
3) Данные события, которые не содержат информации, достаточной для отображения фактического события
[0172] Некоторые данные события, несмотря на их высокое качество, недостаточны для отображения фактического события.
[0173] Это может произойти, если данные события не содержат деталей, которые могут быть восприняты человеческими чувствами. Это может произойти, если кто-то получает данные события с ровной, идеально гладкой поверхности, освещенной искусственным светом, или применяет такую поверхность в качестве фона. Однако даже в этом сложном состоянии существует возможность получения надежных данных события. Это может быть достигнуто, например, путем: получения данных события в непрерывном режиме с сохранением непрерывности и добавления к фактическому событию некоторого контента, который будет распознаваться человеческими чувствами (таким контентом может быть, например, лицо создателя), с помощью устройства с таким масштабированием или разрешением, которое позволит увидеть более узнаваемые детали.
[0174] Все требования, описанные выше и относящиеся к надежности данных события, аналогичны требованиям к данным события, которые обычно применялись до сих пор и считались надежно отображающими фактические события в повседневных ситуациях, а также во время судебного разбирательства или судебного процесса (например, в качестве доказательства в судебном разбирательстве).