CZ2018449A3 - Systém a způsob ověřování pravosti informací v dokumentech - Google Patents
Systém a způsob ověřování pravosti informací v dokumentech Download PDFInfo
- Publication number
- CZ2018449A3 CZ2018449A3 CZ2018-449A CZ2018449A CZ2018449A3 CZ 2018449 A3 CZ2018449 A3 CZ 2018449A3 CZ 2018449 A CZ2018449 A CZ 2018449A CZ 2018449 A3 CZ2018449 A3 CZ 2018449A3
- Authority
- CZ
- Czechia
- Prior art keywords
- document
- metadata
- hash
- computer readable
- server
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
- G06F21/645—Protecting data integrity, e.g. using checksums, certificates or signatures using a third party
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
- H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/60—Digital content management, e.g. content distribution
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Bioethics (AREA)
- Storage Device Security (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Document Processing Apparatus (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Je poskytnut systém a způsob ověřování pravosti informací v dokumentech, včetně ověřování pravosti informací v prohlášeních o získání dokumentů o kurzech vydaných registrovanými vzdělávacími organizacemi, ověřování cestovních dokumentů a dalších citlivých dokumentů vyžadujících ověření pravosti, jako jsou dokumenty vydané právními firmami, účetními firmami, vládními institucemi a podobně. Způsob může zahrnovat fázi vytvoření ověřovacího záznamu zahrnující: příjem metadat obsahu dokumentu z dokumentu; generování haše metadat pomocí metadat obsahu dokumentu; vytvoření transakce blokového řetězce zahrnující haš metadat; a generování dat čitelných počítačem, která kódují haš metadat; aktualizaci dokumentu pomocí dat čitelných počítačem a fázi ověření dokumentu zahrnující: příjem dokumentu; extrakci haše metadat z dat čitelných počítačem; a identifikaci haše metadat v transakcích blokových řetězců pro ověření pravosti metadat dokumentu.
Description
Oblast techniky
Předložený vynález se týká ověřování pravosti informací v dokumentech a zejména, mimo jiné, systému a způsobu ověřování pravosti informací v dokumentech pro aplikace, včetně ověřování pravosti informací v prohlášeních o získání dokumentů o kurzech vydávaných registrovanými školicími organizacemi, ověřování cestovních dokumentů a jiných citlivých dokumentů vyžadujících ověření pravosti, jako jsou dokumenty vydávané právními firmami, účetními firmami, vládními institucemi a podobně.
Kromě toho, techniky ověřování pravosti, které jsou zde popsány, lze široce využívat i pro různá média dokumentů, včetně papírových dokumentů, např. papír, cestovní dokument v podobě čipové karty, a dočasných záznamů, tj. elektronických formátů, včetně formátu PDF, včetně uložení v úložištích dokumentů.
Dosavadní stav techniky
Ověřování pravosti dokumentů vyžaduje aplikace, včetně například ověřování pravosti informací v právní dokumentaci, v dokumentech totožnosti, v dokumentech o akreditaci, přístupové dokumentaci a podobně.
Problémy související s těmito dokumenty zahrnují možnost, že informace uvedené v těchto dokumentech mohou být upraveny, přičemž například akreditace jsou falešně uplatněny, dokumenty padělány a podobně.
Dl: US 2011/0161674 AI (MING) 30. června 2011 usiluje o vyřešení tohoto problému popisem způsobu generování dokumentu s vlastním ověřením, přičemž ověřovací informace dokumentu jsou zakódovány čárovým kódem, který je vytištěn na dokumentu. Haš se vypočítává z ověřovacích informací a přenáší se na server, kde se ukládá. Při ověřování naskenované kopie dokumentu se přečte čárový kód za účelem získání ověřovacích informací. Cílový haš se vypočítává z extrahovaných ověřovacích informací a přenáší se na server k ověření. Server porovnává cílový haš s dříve uloženým hašem. Pokud nejsou stejné, čárový kód byl změněn. Pokud jsou shodné, extrahované ověřovací informace se použijí k ověření naskenované kopie. ID dokumentu lze vygenerovat a přenést na server, který jej použije k indexování nebo vyhledání uloženého haše.
Dl však trpí nevýhodou, konkrétně že server může být ohrožen a haš, který je na něm uložený, upraven tak, aby odpovídal poškozenému dokumentu.
Dl jako takový není vhodný pro aplikace vyžadující vysoce přísnou bezpečnost, jako je například použití pro palubní průkazy, osobní identifikační dokumentaci a podobně.
Podstata vynálezu
Předkládaný vynález jako takový využívá ve výhodném provedení distribuovaný blokový řetězec na bázi kryptografie pro uložení ověřovacích záznamů dokumentu takovým způsobem, který nelze změnit.
Nyní, D2: Co je důkaz existence? [získáno z internetu dne 20. dubna 2016] <URL: https://web.archive.Org/web/20151222163927/https://proofofexistence.com/about>, zveřejněno 22. prosince 2015 podle stroje Wayback D2 zveřejňujícího blokový řetězec pro ukládání online distribuovaného důkazu o existenci dokumentů prostřednictvím ukládání individuálních
- 1 CZ 2018 - 449 A3 kryptografických záznamů příslušných dokumentů v blokovém řetězci.
D2 hašuje elektronický dokument (například PDF) a uchovává haš jako speciální bitcoinovou transakci, která kóduje / obsahuje haš prostřednictvím skriptu OPRETURN. Toto je skriptovací operační kód bitcoinu, který označuje výstup transakce jako prokazatelně nezpřístupněný a dovoluje vložit malé množství dat, což je v tomto případě haš dokumentu plus značka pro identifikaci všech transakcí D2.
D2 však není zaměřen na problém ověřování pravosti informací v dokumentu, ale spíše prokazuje, že konkrétní dokument existoval v určitém elektronickém formátu v určitém čase.
Jako takový nelze D2 použít ke zjištění, zda bylo s dokumentem manipulováno.
Kromě toho D2 hašuje celý soubor elektronického dokumentu, a proto jej nelze použít pro dokumenty v tištěné podobě, protože vzhledové odchylky drobného tisku, skenování a kopírování by při použití systému D2 vygenerovaly zcela odlišný haš, a proto by informace uvedené v tomto dokumentu nebyly ověřitelné.
Předložený vynález jako takový ve výhodném provedení využívá jako základ pro ověření metadata obsahu dokumentu, uložená pomocí haše metadat, na rozdíl od dokumentového haše Dl, a proto jej lze použít pro dokumenty v tištěné podobě.
Kromě toho, Dl a D2 jsou nedostačující, protože informace v dokumentu nelze aktualizovat takovým způsobem, aby dokument zůstal ověřitelný.
Například pomocí D2 mohla být vytvořena první bitcoinová transakce pro originální dokument, a pokud by byl originální dokument aktualizován, pro aktualizovaný dokument mohla být vytvořena druhá bitcoinová transakce.
Při použití D2 se však zdá, že originální dokument i změněný dokument jsou platné, přestože původní dokument byl nahrazen.
Naopak, v některém provedení předložený vynález využívá transakce aktualizace blokových řetězců pro účely aktualizace polí obsahu dokumentu tímto způsobem, během fáze ověřování dokumentu, blokový řetězec lze zkontrolovat v obráceném chronologickém pořadí, aby se zjistilo, zda byl dokument, nebo specifická informační pole obsahu dokumentu, nahrazen.
Kromě toho, Dl a D2 jsou nedostatečné v tom smyslu, že ověření nemůže být pro předem stanovenou dobu.
Naopak, předložený vynález v souladu s některým provedením vytváří transakce blokových řetězců, které určují období platnosti.
Dále, Dia D2 jsou nedostatečné v tom smyslu, že dokument nelze odvolat.
Naopak, předložený vynález v souladu s některým provedením využívá transakce blokových řetězců typu odvolání, takže odvolání pravosti dokumentu lze zjistit transakcí typu odvolání, která následuje v čase za dřívější ověřovací transakci.
Kromě toho jsou Dia D2 nedostatečné v tom smyslu, že ověřené informace nelze zobrazit ve spojení s dokumentem pro vizuální porovnání.
Naopak, předložený vynález v souladu s některým provedením ukládá metadata, například počítačem čitelná data, tj. 2D čárový kód v dokumentu samotném nebo v blokovém řetězci, takže informace lze následně extrahovat a zobrazit pro uživatele.
-2CZ 2018 - 449 A3
Je třeba chápat, že pokud je zde odkazováno na informace z dosavadního stavu techniky, takový odkaz nepředstavuje připuštění, že tyto informace tvoří součást běžných všeobecných znalostí v oboru, v Austrálii ani v jakékoli jiné zemi.
Ve smyslu výše uvedeného a v souladu s jedním provedením se poskytuje způsob ověření pravosti informací v dokumentu, který zahrnuje: fázi vytvoření ověřovacího záznamu zahrnující: přijímání metadat obsahu dokumentu z dokumentu; generování haše metadat pomocí metadat obsahu dokumentu; vytvoření transakce blokového řetězce zahrnující haš metadat; a generování dat čitelných počítačem, která kódují haš metadat; aktualizaci dokumentu pomocí dat čitelných počítačem; fáze ověření dokumentu zahrnující: přijetí dokumentu; extrakci haše metadat z dat čitelných počítačem; a identifikaci haše metadat v transakcích blokových řetězců pro ověření pravosti metadat dokumentu.
Jak lze uznat, Dl nebo D2 nezveřejňují vytvoření haše metadat pro informace v dokumentu z dokumentu, vytvoření přidružené transakce blokového řetězce a aktualizaci dokumentu pomocí dat čitelných počítačem, tj. 2D čárovým kódem s hašem metadat.
Počítačem čitelná data mohou být čárový kód.
Čárový kód může být dvourozměrný čárový kód.
Další fáze ověřovacího záznamu může zahrnovat podepisování dokumentu soukromým klíčem spojeným s ověřovacím serverem dokumentů.
Způsob může dále zahrnovat ukládání metadat obsahu dokumentu tak, že fáze ověření dokumentu může dále zahrnovat získávání metadat obsahu dokumentu a zobrazení metadat obsahu dokumentu.
Ukládání metadat obsahu dokumentu může zahrnovat kódování metadat v datech čitelných počítačem.
Ukládání metadat obsahu dokumentu může zahrnovat kódování metadat v rámci transakce blokového řetězce.
Fáze vytvoření ověřovacího záznamu může dále zahrnovat identifikaci metadat obsahu dokumentu z dokumentu.
Identifikace metadat obsahu dokumentu může zahrnovat optické rozpoznávání znaků.
Identifikace metadat obsahu dokumentu může zahrnovat provádění dotazů pro vyhledávání řetězců proti textu extrahovanému pomocí optického rozpoznávání znaků.
Identifikace metadat obsahu dokumentu může zahrnovat oddělení textu v alespoň jedné uživatelsky definované oblasti dokumentu.
Tento způsob může dále zahrnovat fázi aktualizace obsahu dokumentu, která zahrnuje: přijímání aktualizovaných metadat obsahu dokumentu pro dokument; generování nového haše metadat pomocí aktualizovaných metadat dokumentu; vytvoření další transakce blokového řetězce obsahující nový haš metadat.
Fáze ověření dokumentu může zahrnovat: identifikaci dvou nebo více transakcí blokových řetězců spojených s tímto dokumentem.
Fáze ověření dokumentu může dále zahrnovat identifikaci, že metadata obsahu dokumentu
-3 CZ 2018 - 449 A3 mohou být nahrazena aktualizovanými metadaty obsahu dokumentu.
Tento způsob může dále zahrnovat identifikaci toho, který dokument může být nahrazen.
Tento způsob může dále zahrnovat fázi odvolání ověření dokumentu zahrnující: vytvoření transakce blokového řetězce odvolání tak, že během fáze ověřování dokumentu může způsob dále zahrnovat: identifikaci transakce blokového řetězce odvolání, která časově následuje po transakci blokového řetězce pro selhání ověření pravosti informací v dokumentu.
Transakce blokového řetězce dále specifikuje dobu platnosti tak, že během fáze ověření dokumentu může způsob dále zahrnovat selhání ověření dokumentu, pokud doba platnosti uplynula.
Způsob může dále zahrnovat vytvoření transakce blokového řetězce obnovy platnosti, která zahrnuje další dobu platnosti tak, že během fáze ověření dokumentu může být při určování platnosti dokumentu použita další doba platnosti.
Podle dalšího aspektu může být poskytnut systém pro ověřování pravosti informací v dokumentech, přičemž tento systém zahrnuje: server pro ověřování informací v dokumentech, server pro ověřování informací v dokumentech zahrnující: databázi zahrnující: hašový blokový řetězec; a tabulku metadat dokumentů uloženou ve vztahu k jednosměrném blokovém řetězci; softwarové moduly zahrnující: modul pro vytváření dokumentů; a modul pro ověřování informací v dokumentech; klientský terminál ve fungující komunikaci se serverem pro ověřování informací v dokumentech, přičemž klientský terminál zahrnuje: čtečku dat čitelných počítačem; softwarovou aplikaci ve fungující komunikaci s čtečkou dat čitelných počítačem, přičemž softwarová aplikace zahrnuje: modul pro ověřování informací v dokumentech; přičemž při použití lze systém nakonfigurovat na fázi vytvoření záznamu o ověření, která zahrnuje: modul pro vytváření dokumentů serveru pro ověřování informací v dokumentech: přijímání metadat dokumentu ve vztahu k dokumentu; přijímání nebo generování jednosměrného haše z metadat dokumentu pomocí hašovacího algoritmu; vytvoření záznamu v blokovém řetězci jednosměrného haše pro jednosměrný haš; generování dat čitelných počítačem zahrnujících alespoň jedno z metadat dokumentu a jednosměrného haše; a odeslání dat čitelných počítačem do modulu pro vytváření dokumentů; a fázi ověřování informací v dokumentu zahrnující: modul pro ověřování informací v dokumentech na klientském terminálu, který přijímá data z dokumentu čitelná počítačem; nejméně jeden z klientského terminálu a serveru pro ověřování informací v dokumentech, identifikující alespoň jedno z metadat dokumentu a jednosměrného haše z dat čitelných počítačem, přičemž v případě přijímání pouze metadat dokumentu generuje jednosměrný haš pomocí jednosměrného hašovacího algoritmu; a modul pro ověřování informací v dokumentech serveru pro ověřování informací v dokumentech, který ověřuje dokumenty porovnáváním jednosměrného haše se záznamem v blokovém řetězci haše pro jednosměrný haš.
Systém dále může zahrnovat server vydavatele dokumentů v operabilní komunikaci se serverem pro ověřování informací v dokumentech.
Server pro ověřování informací v dokumentech může být nakonfigurován pro příjem metadat dokumentů ze serveru vydavatele dokumentů.
Fáze ověřování informací v dokumentech může dále zahrnovat alespoň jeden klientský terminál a server pro ověřování informací v dokumentech, který odesílá alespoň jeden jednosměrný haš a metadata dokumentu na server vydavatele dokumentu pro další ověření dokumentu.
Server vydavatele dokumentu může zahrnovat databázi zahrnující alespoň jedno z haše a dat metadat, a kde další ověření může zahrnovat křížové odkazování alespoň najedno z haše a dat metadat v databázi serveru vydavatele dokumentu.
-4CZ 2018 - 449 A3
Modul ověřování informací v dokumentech serveru pro ověřování informací v dokumentech může být dále konfigurován pro odeslání výsledku ověření na klientský terminál.
Aplikační software klientského terminálu může být dále nakonfigurován pro generování grafického uživatelského rozhraní, přičemž grafické uživatelské rozhraní může být nakonfigurováno pro zobrazení výsledku ověření.
Grafické uživatelské rozhraní může být dále konfigurováno pro zobrazení alespoň podmnožiny metadat dokumentu.
Systém může zahrnovat množinu serverů pro ověřování informací v dokumentech, přičemž blokový řetězec může být distribuovaný blokový řetězec distribuovaný napříč množinou serverů pro ověřování informací v dokumentech.
Vytvoření dat čitelných počítačem může zahrnovat vytvoření optických dat čitelných počítačem.
Počítačem čitelná data mohou být 2D čárový kód.
Systém může dále zahrnovat vkládání dat čitelných počítačem do dokumentu.
Další aspekty vynálezu jsou také popsány.
Objasnění výkresů
Bez ohledu na jakékoliv další formy, které mohou spadat do rozsahu předloženého vynálezu, budou nyní popsána výhodná provedení popisu pouze jako příklad, s odkazem na přiložené výkresy, ve kterých:
Obrázek 1 znázorňuje systém ověřování pravosti informací v dokumentech v souladu s některým provedením předloženého popisu;
Obrázek 2 znázorňuje příklad způsobu vytváření záznamů o ověření pravosti informací v dokumentech podle některého provedení;
Obrázek 3 znázorňuje příklad způsobu ověřování pravosti dokumentu pomocí formálně vytvořených záznamů o ověření pravosti dokumentu v souladu s některým provedením;
Obrázek 4 znázorňuje příklad způsobu aktualizace informací v dokumentu, přičemž přesto je možno ověřit pravost aktualizovaného dokumentu v souladu s některým provedením;
Obrázek 5 znázorňuje příklad způsobu odvolání záznamů o pravosti konkrétního dokumentu v souladu s některým provedením; a
Obrázek 6 znázorňuje příklad grafického uživatelského rozhraní zobrazeného klientským terminálem systému při ověřování dokumentu podle Obrázku 1 v souladu s některým provedením podle předloženého popisu a Obrázek 7 znázorňuje příklad čárového kódu
Příklady uskuteční vynálezu
Za účelem podpory pochopení principů v souladu s popisem bude nyní proveden odkaz na provedení znázorněná na výkresech, a pro jejich popis bude použit specifický jazyk. Bude však zřejmé, že tím není zamýšleno žádné omezení rozsahu tohoto popisu. Jakékoliv změny a další modifikace zde zobrazených znaků vynálezu a jakákoli další aplikace principů popisu, jak jsou
-5 CZ 2018 - 449 A3 zde ilustrována, která by normálně nastala pro osoby znalé stavu techniky, které vlastní tento popis, je třeba zvážit v rámci rozsahu popisu.
Předtím, než budou zveřejněny a popsány struktury, systémy související se způsobem ověřování pravosti informací v dokumentech, je třeba chápat, že tento popis není omezen na konkrétní konfigurace, procesní kroky a materiály, které jsou zde popsány, protože mohou být poněkud odlišné. Také je třeba chápat, že zde používaná terminologie slouží pouze pro účely popisu konkrétních provedení a není zamýšlena jako omezující, protože rozsah tohoto popisu bude omezen pouze nároky a jejich ekvivalenty.
Při popisu a nárokování předmětu popisu se bude používat následující terminologie v souladu s níže uvedenými definicemi.
Je třeba poznamenat, že jak je použito v této specifikaci a připojených nárocích, singulární formy jeden, některý a tento zahrnují odkazy na množiny, pokud kontext netvrdí jasně něco jiného.
Jak je zde použito, výrazy „zahrnuje“, „včetně“, „obsahuje“, „vyznačuje se“ a jejich gramatické ekvivalenty jsou výrazy inkluzivní nebo otevřené, které nevylučují dodatečné, nezmíněné prvky nebo kroky způsobu.
K následujícímu popisuje třeba poznamenat, že stejné nebo podobné referenční číslice v různých provedeních označují stejné nebo podobné znaky.
Na obrázku 1 je znázorněn systém 1 pro ověřování pravosti informací v dokumentech.
Jak bude zřejmé z následujícího popisu, systém 1 je nakonfigurován pro ověřování pravosti dokumentů, jako jsou papírové a elektronické dokumenty, zejména informací prezentovaných takovými dokumenty za účelem omezení nebo odstranění padělání dokumentů, padělání kvalifikací a podobně.
V poskytnuté vzorové architektuře systém 1 zahrnuje server 19 pro ověřování dokumentů. Jak bude dále podrobněji popsáno, server 19 pro ověřování dokumentů je pomocí různých softwarových modulů nakonfigurován na provádění různých výpočetních úloh popsaných v tomto dokumentu.
V provedeních může mít server 19 pro ověřování dokumentů formu fyzického počítačového serveru, například připevněného do regálu, ale v alternativních provedeních může být příslušný server ve formě virtualizované instance serveru, jako je například server, který může být implementován službou Amazon Web Services (AWS).
Jak bude dále podrobněji popsáno, v provedeních udržuje server 19 pro ověřování dokumentů udržuje kopii knihy blokových řetězců, a proto zde popsané procesy serveru 19 pro ověřování dokumentů mohou být sdíleny mezi množinou serverů 19.
Dále konkrétně server 19 pro ověřování dokumentů zahrnuje procesor 31 pro zpracování digitálních dat. Mezi procesorem 31 a paměťovým zařízením 29 probíhá fungující komunikace přes systémovou sběrnici 33.
Paměťové zařízení 29 je nakonfigurováno pro ukládání digitálních dat včetně kódu počítačového programu. Tímto způsobem může procesor 31 během provozu načítat a provádět instrukce uložené v paměťovém zařízení 29 a ukládat datové výsledky takového zpracování na paměťovém zařízení 29.
Paměťové zařízení 29 může mít formu kombinace přechodného (RAM) a stálého (HDD) úložiště.
-6CZ 2018 - 449 A3
Pro ilustrační pohodlí je paměťové zařízení 29 na obrázku 1 znázorněno jako nakonfigurovaná s množinou softwarových modulů 15 a přidružených dat v rámci neurální databáze 20.
Jak je zřejmé, softwarové moduly 15 mohou zahrnovat vytvářecí modul 14 pro vytváření záznamů o ověření dokumentů, které mohou být následně ověřeny ověřovacím modulem 13, způsobem popsaným podrobněji níže.
Kromě toho, data znázorněná v databázi byla znázorněna pro ilustrační pohodlí jako zahrnující metadata 23 dokumentu, a v provedeních, kde je použit blokový řetězec, data 26 blokového řetězce zahrnující zástupce množiny hašů 21, 22 dokumentů, metadat 23 dokumentu různých ověřovaných dokumentů.
Server 19 pro ověřování dokumentů dále zahrnuje I/O rozhraní 30 pro komunikaci s různými počítačovými periferiemi, včetně periferií uživatelského rozhraní a podobně.
I/O rozhraní 30 se může dále propojit s periferními zařízeními pro ukládání dat, jako jsou například zařízení paměťových úložišť USB. Tímto způsobem mohou být moduly 15 kódu počítačového programu uloženy na médiu čitelném pomocí počítače, které lze nahrát na ověřovací server 19 prostřednictvím I/O rozhraní 30, nebo síťového rozhraní 32, tak, aby se server 19 pro ověřování dokumentů nakonfiguroval na provádění specifických úkolů výpočetního zpracování popsaných v tomto dokumentu.
Server 19 pro ověřování dokumentů dále zahrnuje síťové rozhraní 32 pro odesílání a přijímání dat přes počítačovou síť znázorněnou jako internet 34 ve znázorněném systému 1. Tímto způsobem může být server 19 pro ověřování dokumentů ve fungující komunikaci s ostatními výpočetními nástroji znázorněnými na obrázku 1.
V tomto ohledu může systém 1 v provedeních dále zahrnovat server 16 vydavatele dokumentů. Obecně řečeno, server 16 vydavatele dokumentů je využíván osobou, entitou, organizací, autoritou nebo podobně, která vydává citlivé dokumenty vyžadující ověření pravosti způsobem popsaným v tomto dokumentu.
V tomto ohledu může vydavatel dokumentů použít server 16 vydavatele dokumentů pro účely ukládání metadat 18 dokumentů, kompilace a generování dokumentů, ukládání a předávání dokumentů přes internet 34 a podobně.
V tomto ohledu může server 16 vydavatele dokumentů podobně zahrnovat softwarové moduly 10 s ověřovacími moduly 11 a vytvářecími moduly 12. Kromě toho server 16 vydavatele dokumentů může dále ukládat metadata 18 dokumentů a přidružené haše 24.
Jako takový může server 16 vydavatele dokumentů v provedeních provádět všechny úkoly ověřování pravosti dokumentů a zpracovávat data, například když organizace používá server 16 vydavatele dokumentů pro ověřování dokumentů izolovaným způsobem.
V alternativních provedeních může server 16 vydavatele dokumentů používat server 19 pro ověřování dokumentů, například na základě předplatného API, za účelem provádění všech nebo alespoň některých úkolů ověřování dokumentů.
Systém 1 dále zahrnuje klientský terminál 25 ve fungující komunikaci s alespoň jedním ze serveru 16 vydavatele dokumentů a serveru 19 pro ověřování dokumentů přes internet 34.
Obecně platí, že klientský terminál 25 lze využít k zobrazování informací, které indikují pravost dokumentu.
-7 CZ 2018 - 449 A3
V jednom provedení může mít klientský terminál 25 formu zařízení osobního počítače, jako je například notebook, mobilní komunikační zařízení, například zařízení typu chytrý telefon, jako je Apple iPhone a podobně, které může uživatel využít k ověření pravosti dokumentu.
Jak je zřejmé, klientský terminál 25 může dále zahrnovat síťové rozhraní 32 pro komunikaci přes internet 34.
V provedení, kde má klientský terminál 25 formu mobilního komunikačního zařízení, síťové rozhraní 32 může odesílat a přijímat data přes celulámí síť, jako je například celulámí datová síť 3-5G.
Klientský terminál 25 podobně zahrnuje procesor 31 pro zpracování digitálních dat a paměťové zařízení 29 ve fungující komunikaci s procesorem 31 přes systémovou sběrnici 33.
Paměťové zařízení 29 klientského terminálu 25 může dále zahrnovat operační systém 30, jako je například operační systém Apple OS nebo Android.
Klientský terminál 25 může navíc dále zahrnovat PO rozhraní 30, které může být ve znázorněných provedeních propojeno s čtečkou 8 dat čitelných počítačem. V tomto ohledu a jak bude podrobněji popsáno dále, čtečka 8 může číst data 27 čitelná počítačem z dokumentu 2 za účelem ověření pravosti dokumentu.
V provedení, kde má klientský terminál 25 formu mobilního komunikačního zařízení, může mít čtečka 8 formu zařízení pro snímání obrazu / kamerového zařízení klientského terminálu 25, a data 27 čitelná počítačem mohou mít formu dvourozměrného (2D) čárového kódu, například Quick Response (QR). Za účelem ověření dokumentu 2 by uživatel zachytil obraz 2D čárového kódu neseného dokumentem 2 tak, aby umožnil klientskému terminálu 25 ověřit jeho pravost.
V provedeních lze klientský terminál 25, ve formě mobilního komunikačního zařízení, nakonfigurovat pomocí stažené softwarové aplikace 9, kterou lze stáhnout pro instalaci a provedení klientským terminálem 25, například z úložiště softwarových aplikací jako Apple App Store nebo podobně.
V tomto ohledu může softwarová aplikace 9 zahrnovat různé dílčí moduly / softwarové moduly obsahující ověřovací modul 6 a modul 7 grafického uživatelského rozhraní.
Obrázek 1 dále znázorňuje systém 1_ zahrnující dokument 2, který je ověřován systémem 1_. Jak již bylo zmíněno výše, dokument 2 může mít formu trvalých a dočasných dokumentů. Ve druhém případě mohou být dočasné dokumenty, například ve formátu PDF, uloženy v databázi 34 dokumentů. V tomto ohledu lze konkrétní dokumenty získat pomocí adresy URL a ID dokumentu nebo jiného jedinečného identifikátoru, jako je například haš dokumentu.
Jak je znázorněno, dokument 2 může zahrnovat obsah 5 dokumentu. Dále může dokument 2 zahrnovat data 27 čitelná počítačem, které, jak bylo zmíněno výše, mohou mít formu 2D čárového kódu, který je obsažen nebo vytištěn na dokumentu 2. Jako taková lze data 27 čitelná počítačem číst pomocí klientského terminálu 25, nebo jiným počítačovým nástrojem přes internet 34, za účelem ověření jejich pravosti.
V provedeních mohou data 27 čitelná počítačem zahrnovat ID dokumentu, haš 4 metadat dokumentu nebo metadata 3 dokumentu nebo jejich kombinaci v závislosti na konkrétní aplikaci.
Je třeba poznamenat, že počítačová architektura uvedená na obrázku 1 je příklad především pro ilustrační účely.
Přesně řečeno, konkrétní architektura, která je znázorněna na obrázku 1, je určena pro aplikaci,
-8CZ 2018 - 449 A3 kde je server 19 pro ověřování dokumentů nasazen pro využití na základě předplatného tak, že různí vydavatelé dokumentů, uživatelé a podobně mohou selektivně přistupovat k webovým funkcím vystaveným serverem 19 pro ověřování dokumentů za účelem ověřování dokumentů.
Je však třeba přesně říci, že konkrétní architektura může být modifikována, a přitom provádět stejné úkoly ověřování pravosti dokumentů a funkce v rámci účelného rozsahu zde popsaných provedení.
Po obecném popisu výše uvedené výpočetní architektury budou nyní uvedeny různé příklady způsobu využití systému 1 pro ověřování pravosti dokumentů, včetně způsobu 35 vytvoření záznamu o pravosti dokumentu znázorněného na obrázku 3.
Způsob 35 se používá pro vytváření záznamů o pravosti dokumentů, které mohou být následně využity a následných ověřovacích kroků.
Je třeba poznamenat, že způsob 35 je pouze ukázkový a že žádné technické omezení nemusí být nezbytně připsáno do všech provedení.
V kroku 39 způsobu 35 je získán obsah dokumentu.
Pokud dokument 2 představuje fyzický dokument, lze jej naskenovat pomocí skeneru a obsah dokumentu lze získat pomocí optického rozpoznávání znaků (OCR).
Alternativně, pokud je dokument 2 dočasný dokument, lze obsah dokumentu přečíst ze samotného dokumentu elektronického systému souborů, např. čtením různých metadat dokumentu nebo obsahu dokumentu, včetně rozpoznávání obsahu dokumentu pomocí OCR, nebo jej lze alternativně získat z příslušné databáze, jako je například databáze 17 serveru 16 vydavatele dokumentů.
Obecně řečeno, obsah dokumentu je důležitý obsah dokumentu, zde označovaný jako metadata, která jsou hašována do haše metadat, jako je například haš MD5, SHA256 nebo jiný vhodný jednosměrný haš, přičemž následné změny nebo úpravy tohoto důležitého obsahu dokumentu mohou být detekovány systémem 1_. V jiných provedeních může být celý dokument hašován do haše dokumentu, takže jakékoliv změny dokumentu lze detekovat.
Jak bude podrobněji popsáno dále, systém 1 může také zahrnovat funkci pro aktualizaci obsahu / metadat dokumentu nebo pro odvolání akreditace pravosti.
V kroku 40 lze identifikovat různá metadata. Jak je uvedeno výše, metadata představují důležité informace, které dokument obsahuje.
Například pro dokument prohlášení o dosaženém výsledku mohou metadata představovat název vydávající organizace, název atestátora a název kvalifikace. Dalším příkladem může být palubní vstupenka, pro kterou mohou metadata představovat jméno cestujícího, číslo letu, vstupní bránu, číslo pasu, cíl a podobně.
V provedeních je systém 1 konfigurován pro vytvoření haše 4 metadat tak, aby systém 1_ mohl detekovat manipulaci s důležitými metadaty. Kromě toho lze metadata uchovávat v nehašovaném formátu - buď jako prostý text nebo zašifrovaná, aby bylo umožněno následné zobrazení klientským terminálem 25 během ověření.
Použití metadat v kroku 40, představující určité důležité informace v dokumentu, může být užitečné pro dokumenty v tištěné podobě, takže důležité informace představované metadaty, jsou izolovány pro ověření. Tímto lze dokument upravit jinými způsoby, jako jsou například odchylky při fotokopírování, skenování, tisku na různé hlavičkové papíry apod., aniž by byla ovlivněna
-9CZ 2018 - 449 A3 možnost ověřit jejich pravost.
Jak však bylo zmíněno výše, je třeba poznamenat, že v provedeních, zejména u elektronických dokumentů, nemusí být metadata nutně oddělena od dokumentu namísto celého obsahu elektronického datového souboru, který je hašován. Konkrétně v tomto provedení, na rozdíl od hašování metadat, může být elektronický soubor dokumentu haš, jako například haš MD5, SHA256 nebo podobně. V provedeních lze používat samostatný haš metadat a haš dokumentu, takže modifikace dokumentu nebo citlivých metadat v něm lze detekovat nezávisle.
V provedeních může použitá metadata specifikovat uživatel. Například určitá metadata se používají z databáze 29 vydavatele dokumentů, která je určena uživatelem.
V alternativních provedeních, kde jsou metadata extrahována z dokumentu samotného, mohou být filtry pro vyhledávání řetězců specifikovány tak, aby systém 1 mohl extrahovat, včetně použití OCR, vhodná metadata.
Například pro dokumentaci s prohlášením o dosaženém výsledku může být specifikován pouze název organizace, uchazeče a kvalifikace, které se mají uchovávat jako metadata pro ověřovací účely, takže další obsah dokumentu může být upraven, aniž by byla ovlivněna schopnost ověřit pravost metadat dokumentu.
Takže lze použít různé vyhledávací řetězce, které umožňují systému 1. extrahovat tato pole metadat.
V ještě dalších provedeních lze specifikovat oblasti/obdélníky dokumentu, reprezentující umístění metadat dokumentu v dokumentu, tak, aby systém mohl extrahovat text pouze z uvedených oblastí.
V kroku 41 lze získat nebo generovat ID dokumentu. Ve výhodném provedení je ID dokumentu globálně jedinečné (GUID) tak, aby se zabránilo kolizím ID dokumentu nebo aby byly v podstatě vyloučeny.
ID dokumentu lze použít pro jednoznačnou identifikaci dokumentů pro ověření. ID dokumentu lze například použít pro načtení dokumentů z databáze 34 dokumentů s použitím adresy URL obsahující ID dokumentu. Kromě toho, ID dokumentu lze použít k aktualizaci dokumentů pro odvolání dokumentů.
V provedeních může být ID dokumentu vygenerováno systémem 1_. V alternativních provedeních však může ID dokumentu poskytnout vydavatel dokumentu, jako například v případě, kde registrovaná školicí organizace vydává dokumenty s prohlášením o dosažených výsledcích v číselném sekvenčním pořadí.
V provedeních může být ID dokumentu také hašováno jako součást haše metadat nebo haše dokumentu, aby se zabránilo manipulaci s ID dokumentu.
Je však nutno poznamenat, že v některých provedeních nemusí být ID dokumentu nezbytně požadováno. Dokument v tištěné podobě může například zahrnovat 2D čárový kód, který představuje haš metadat, přičemž metadata představují informace zobrazené v dokumentu. Jako takový lze 2D čárový kód skenovat za účelem ověření obsahu dokumentu, aniž by bylo nutno používat ID dokumentu.
V dalších provedeních může haš vygenerovaný ze souboru dokumentu nebo metadat sloužit jako jedinečné ID dokumentu.
V kroku 42 je vytvořen haš 4. Výhodně je haš jednosměrný haš, jako například MD5, SHA256 nebo podobně. Haš poskytuje schopnost potenciálně redukovat velké množství informací na
- 10CZ 2018 - 449 A3 malou velikost, ale je důležité, že pokud dojde k manipulaci třeba i jen s jediným písmenem obsahu, haš je drasticky ovlivněn.
Ve výhodném provedení je haš 4 haš metadat, takže metadata - důležitá informace v dokumentu, jsou hašována tak, aby bylo možno detekovat následné změny této důležité informace v dokumentu. Jak je však zmíněno také výše, v jiném provedení může být haš 4 hašem elektronického dokumentu.
Do haše 4 mohou být také zahrnuty další informace, včetně ID dokumentu.
V provedení může být kombinace výše uvedené informace hašována za účelem vytvoření haše 4.
Ve výhodném provedení používá systém 1 blokový řetězec pro účely ukládání hašů 4 tak, aby byl schopen poskytnout nezměnitelnou distribuovanou a důvěryhodnou knihu ověřování dokumentů.
Konkrétně, jak je znázorněno na obrázku 1, může server 19 pro ověřování dokumentů uložit do databáze 20 kopii knihy dat 26 blokových řetězců, která může být synchronizována s jiným serverem 19 pro ověřování dokumentace.
To znamená, že v kroku 43 je haš přidán k transakci blokového řetězce, která je následně získána a přidána do bloku v blokovém řetězci. Existují různé způsoby přidání haše k blokovému řetězci, včetně případu, kdy je využit bitcoinový blokový řetězec v rámci bitcoinového skriptovacího operačního kódu. V alternativních provedeních lze použít přizpůsobený blokový řetězec zahrnující vhodná datová pole.
To znamená, že při ověřování dokumentu lze blokový řetězec zkontrolovat tak, aby se zjistilo, zda se v blokovém řetězci nachází haš 4, který může být naskenován z 2D čárového kódu 27 nebo alternativně počítán za provozu.
V provedeních může být v celém blokovém řetězci vyhledáván haš, ale ve výhodném provedení lze pro urychlení procesu hledání haše použít samostatný hašový index.
Je třeba poznamenat, že ne všechna provedení nezbytně využívají blokový řetězec. Například server 16 vydavatele dokumentů může udržovat databázi metadat 18 dokumentů, nebo obsah dokumentu a hašů 24 přidružených dokumentů nebo ID dokumentů, aby se umožnilo ověřování dokumentů izolovaně, bez použití sdílené knihy. Tímto způsobem systém 1 udržuje kopii metadat 18, aby se umožnilo například zobrazení metadat během ověřovacího procesu pro vizuální srovnání uživatelem, a přidružených hašů, aby se umožnilo detekovat manipulaci s metadaty, i když bez zabezpečení proti manipulaci s databází 17, které je možno zamezit použitím blokového řetězce.
V kroku 44 mohou být generována data čitelná počítačem, která lze použít ve spojení s dokumentem pro ověření.
V kroku 46 jsou data čitelná počítačem vložena do dokumentu buď viditelně nebo neviditelně.
V jednom provedení, zmíněném výše, mohou mít data 27 čitelná počítačem formu 2D čárového kódu zahrnujícího jeden nebo více hašů dokumentu, ID dokumentu a metadata dokumentu.
Ve výhodném provedení jsou data 27 čitelná počítačem viditelná, aby se umožnil tisk, skenování a kopírování dokumentu.
Dokument lze například upravit tak, aby se viditelně zobrazovala data 27 čitelná počítačem, jako například když je dokument PDF upraven tak, aby obsahoval obraz 2D čárového kódu v pravé dolní části dokumentu. Tímto způsobem může uživatel při následném ověření elektronického
- 11 CZ 2018 - 449 A3 dokumentu nebo jeho výtisku použít kamerové zařízení chytrého telefonu klientského terminálu 25 k zachycení obrazu 2D čárového kódu pro ověření obsahu nebo metadat dokumentu.
V alternativních provedeních u elektronických dokumentů, které existují pouze v elektronické podobě, nemusí být data 27 čitelná počítačem nutně viditelná pro člověka a mohou být zahrnuta například do metadat dokumentu. Tímto způsobem může software pro zobrazování dokumentů při zobrazení dokumentu na pozadí prověřit související metadata a zobrazení a údaje, zda je dokument ověřen či nikoliv.
Například dokument PDF lze aktualizovat tak, aby metadata dokumentu PDF obsahovala data čitelná počítačem 27, která, jak je uvedeno výše, mohou obsahovat jedno nebo více metadat dokumentu, ID dokumentu a haš dokumentu. Při zobrazování v aplikaci PDF, jako je například Adobe Acrobat Reader, může software PDF automaticky zkontrolovat data 27 čitelná počítačem a zobrazit informace o tom, zdaje dokument ověřen či nikoliv.
V alternativních provedeních, jako například při použití pro cestovní dokumentaci a podobně, lze používat štítky RFID.
V kroku 46, kde má dokument formu elektronického dokumentu, může být dokument také digitálně podepsán tak, aby se zamezilo manipulaci nebo úpravě dat čitelných počítačem obsažených nebo vložených do dokumentu.
V jednom provedení může server 19 pro ověřování dokumentů podepisovat dokument pomocí soukromého klíče, takže ostatní mohou s využitím příslušného veřejného klíče následně ověřit, zda server 19 pro ověřování dokumentů skutečně podepsal dokument.
Příklad způsobu 36 ověření pravosti dokumentu
Na obrázku 2 je znázorněn příklad způsobu 36 ověření pravosti dokumentu. Jak bude zřejmé z následujícího popisu, způsob 36 je použit pro účely ověření pravosti dokumentu pomocí dat 27 čitelných počítačem, která jsou s ním spojena.
Způsob 36 začíná v kroku 47, ve kterém je získán dokument. Například fyzický dokument lze získat do ruky nebo alternativně, elektronický dokument lze načíst ze souborového systému, stáhnout z URL nebo podobně.
V kroku 48 jsou data čitelná počítačem spojena s tímto dokumentem naskenována nebo načtena.
V případě fyzického dokumentu obsahujícího data 27 čitelná počítačem ve formě 2D čárového kódu lze čárový kód přečíst pomocí čtečky 8 klientského terminálu 25.
U elektronického dokumentu lze data 27 čitelná počítačem získat pomocí softwaru pro zobrazování dokumentů, například Adobe Acrobat.
V kroku 49 může být haš extrahován z dat 27 čitelných počítačem.
Pokud data čitelná počítačem obsahují ID dokumentu, lze z dat čitelných počítačem získat také ID dokumentu, aby se umožnilo porovnání s ID dokumentu použitým k načtení dokumentu nebo s ním spojeným.
V kroku 50, kde systém 1 využívá blokový řetězec, může být blokový řetězec zkontrolován, zda bloky obsahují transakce obsahující haš, a v provedeních, ID přidruženého dokumentu.
V případě, že se v blokovém řetězci nachází odpovídající transakce, v kroku 51 může být uživateli zobrazeno ověření, které indikuje, že dokument je pravý.
- 12CZ 2018 - 449 A3
Navíc, v kroku 52 lze z dat čitelných počítačem extrahovat metadata, která lze potom zobrazit klientským terminálem 25, aby uživatel mohl porovnat metadata extrahovaná z dat čitelných počítačem, s daty, která jsou zobrazena v dokumentu.
V některých dalších provedeních mohou být metadata 23 uložena uvnitř samotného blokového řetězce dat 26 tak, že metadata 23 lze získat z blokového řetězce dat 26 během ověření tak, že se odstraní potřeba ukládat metadata 23 do samotného 2D čárového kódu 27.
Na obrázku 4 je znázorněn příklad způsobu 37 aktualizace metadat dokumentu.
Konkrétně v provedeních může vzniknout potřeba aktualizovat metadata dokumentu.
Například u palubních průkazů může dojít ke změně brány. Další příklad: pro prohlášení o dosaženém výsledku může být jméno účastníka změněno a lišit se od rodného jména.
To znamená, že lze použít způsob 37, který umožňuje aktualizaci určitých polí dokumentů, přičemž stále umožňuje zachovat schopnost ověřit pravost dokumentu.
To znamená, že v kroku 52 může být vygenerováno nebo získáno ID dokumentu pro dokument, který se má aktualizovat, nebo jiný jedinečný identifikátor, jako například haš nebo metadata dokumentu.
V kroku 54 jsou přijata aktualizovaná metadata, nebo obsah dokumentu. Například aktualizovaná metadata mohou obsahovat nové příjmení.
Aktualizovaná metadata, nebo aktualizovaný obsah dokumentu, jsou hašována v kroku 55.
Nyní, v kroku 56, je nový haš přidán prostřednictvím další transakce do blokového řetězce.
V krocích 57 až 59 může být dokument upraven tak, aby zahrnoval nová data 27 čitelná počítačem. Aktualizace 2D čárového kódu však nemusí nutně proběhnout, zejména u dokumentů, které již byly rozšířeny.
To znamená, že při následném ověření dokumentu mohou být transakce blokových řetězců kontrolovány v obráceném chronologickém pořadí, kde je jako aktuální ověřovací transakce použita nejnovější transakce ověření.
Alternativně, za předpokladu, že je z dokumentu přidruženého k transakci blokového řetězce extrahován haš, pro který existuje novější transakce blokového řetězce, může klientský terminál 25 informovat uživatele, že metadata / obsah dokumentu jsou zastaralé a že dokument byl nahrazen.
V provedeních může výsledek ověření indikovat, že dokument byl nahrazen. V jiných provedeních však výsledek ověření může indikovat, která metadata obsahu dokumentu byla nahrazena.
Například při vytváření první ověřovací transakce blokového řetězce může být ID dokumentu a původní haš metadat uloženy v blokovém řetězci.
Poté, při přijetí aktualizace metadat dokumentu může být vytvořena nová transakce blokového řetězce v blokovém řetězci obsahujícím ID dokumentu a nový haš metadat, představující aktualizovaná metadata.
Při následném ověření dokumentu lze pomocí klientského terminálu 25 přečíst data 27 čitelná počítačem za účelem extrahování ID dokumentu a haše metadat.
- 13 CZ 2018 - 449 A3
Potom lze v blokovém řetězci vyhledávat transakce blokových řetězců spojené s ID dokumentu.
Pokud však systém 1 identifikuje dvě nebo více transakcí, systém 1 je schopen porovnat získaný haš se dvěma nebo více transakcemi, aby zjistil, zda je konkrétní transakce aktuální nebo byla nahrazena.
Na obrázku 5 je nyní znázorněn příklad způsobu 38 odvolání pravosti dokumentu.
Konkrétně může vyvstat potřeba odvolat dokument. Například u osoby, která obdržela prohlášení o dosaženém výsledku, může být následně zjištěno, že získala kvalifikaci podvodem, a proto prohlášení o dosaženém výsledku vyžaduje odvolání.
Pokud je využívána technologie blokových řetězců, není možné vymazat transakci z blokového řetězce.
Způsob 38 využívá odvolávací transakci, která je přidána do blokového řetězce pro odvolání dokumentu.
Konkrétně způsob 38 začíná krokem 60, kde je přijat požadavek na odvolání pro konkrétní dokument, jak je identifikován pomocí ID dokumentu, nebo jiným jedinečným identifikátorem, jako je haš nebo metadata dokumentu.
V kroku 61 je k blokovému řetězci přidána odvolací transakce. Odvolací transakce je identifikována typem transakce - typ odvolací transakce, která může být opět uložena v bitcoinovém skriptovacím operačním kódu, a ID dokumentu.
Během následného ověření, v kroku 62, jsou přijata data čitelná počítačem pro dokument a je z něho odebráno ID dokumentu a / nebo haš dokumentu.
V kroku 63 se v blokovém řetězci vyhledávají odpovídající ID dokumentu nebo haše dokumentu.
V případě jakýchkoli ověřovacích transakcí identifikovaných v rámci blokového řetězce však v kroku 63 systém 1 identifikuje následnou odvolací transakci uvnitř blokového řetězce spojeného s ID dokumentu nebo hašem dokumentu, a proto ověření v kroku 64 selže.
V provedeních mohou mít dokumenty konečnou platnost. Dokumenty jsou například platné pouze 12 měsíců, jako například v případě řidičských průkazů.
Ověřovací transakce jako taková, uložená v rámci blokového řetězce, může specifikovat dobu platnosti, která může být opět uložena v bitcoinovém skriptovacím operačním kódu. V takovém případě může systém 1 během ověření zkontrolovat data záznamů ověřovacích transakcí, a pokud by aktuální datum překročilo dobu platnosti, ověření selže.
Pokud by například systém 1 identifikoval ověřovací transakci v rámci blokového řetězce před více než 12 měsíci, ale ověřovací transakce specifikuje, že ověření je platné po dobu 12 měsíců, a systém 1_ není schopen identifikovat žádné další časově následné ověřovací transakce spojené s tímto dokumentem, ověření selže.
V tomto ohledu lze dobu platnosti prodloužit přidáním časově následných ověřovacích transakcí blokových řetězců.
Poté, co jsme popsali výše uvedenou architekturu systému 1 a související metodologie, popíšeme nyní příklad použití systému 1 pro žádost o ověření dokumentů prohlášení o dosaženém výsledku vydaných registrovanými školicími organizacemi (RTO).
- 14CZ 2018 - 449 A3
Jak je zřejmé, server 16 vydavatele dokumentů (RTO) obsahuje množinu softwarových modulů 10.
Ve zde popsaných provedeních mohou softwarové moduly 10 zahrnovat modul 12 pro vytváření ověřovacích záznamů za účelem vytvoření záznamu dokumentu pro následné ověření.
Jak je také patrné, může server 19 pro ověřování informací v dokumentech sám o sobě zahrnovat množinu softwarových modulů 15, které samy o sobě zahrnují modul 14 pro vytváření ověřovacích záznamů.
Kromě toho mohou softwarové moduly 10 serveru 16 vydavatele dokumentů (RTO) dále zahrnovat ověřovací modul 11 pro následné ověřování dokumentů.
Podobně softwarové moduly 15 serveru 19 pro ověřování informací v dokumentech obsahují ověřovací modul 13 pro účely ověřování dokumentů, jak bude podrobněji popsáno dále.
Jak bylo zmíněno výše, taková funkčnost ověřování a vytváření může být implementována stejnými moduly, pokud je funkčnost serveru 16 (RTO) a serveru 19 pro ověřování informací v dokumentech implementována jediným serverem.
V tomto příkladu provedení osoba, která se jmenuje James Smith, úspěšně dokončí kurz u konkrétní RTO.
Po dokončení kurzu zaznamená RTO podrobnosti prohlášení o dosaženém výsledku nebo o kurzu.
Konkrétně, jak je zřejmé, server 16 vydavatele dokumentů (RTO) zahrnuje databázi 17.
Kromě toho může databáze 17 zahrnovat metadata 18 nebo jiný typ strukturovaných dat nakonfigurovaných pro ukládání různých informačních polí ve vztahu k průběhu kurzu absolvovaného Jamesem Smithem.
To znamená, že v databázi 17 mohou být zaznamenány následující informace:
a. Jméno: James Smith
b. Datum vydání: 7. července 2007
c. Číslo dokumentu: 0007/07/2007
d. Vydávající RTO: Služba Allwest Training
e. Kód vnitrostátního poskytovatele: 51925
f. Typ certifikace: Prohlášení o dosaženém výsledku / kurzu
g. Podpisující úředník: Bob Cooper
h. Pozice podpisujícího úředníka: Výkonný ředitel
Nyní se během fáze vytváření ověřovacího záznamu vytvoří haš z výše uvedených metadat. V jednom provedení jsou metadata zřetězena, například do řetězce zahrnujícího:
a. James Smith| 19051983 |M|007 007 007|0007/07/2007|Služba Allwest
Training|51925|07072007|Prohlášení o dosaženém výsledku|Provoz operací nákladních automobilů|Bob Cooper|Výkonný ředitel
Dále je zřetězený řetězec hašován pomocí jednosměrného hašovacího algoritmu, jako je například algoritmus MD5, SHA256 nebo jiný hašovací algoritmus. Takový haš může například generovat následující haš:
a. 25908e49524e4828190dae3d79b894eec7ec3e4843c8bca6ef9f384c679167bc
- 15 CZ 2018 - 449 A3
Poté je haš metadat uložen tak, aby byl použitelný pro následné ověření informací v dokumentu.
Konkrétně, jak je zřejmé, server 19 pro ověřování informací v dokumentech zahrnuje databázi 20 pro ukládání různých informací včetně hašových dat.
Výše uvedený haš metadat je vložen do databáze 20. Takové vložení může zahrnovat server 19 pro ověřování informací v dokumentech, který přijímá metadata, nebo haš metadat, z databáze 17 serveru 16 vydavatele dokumentů (RTO), například v pravidelných intervalech, na vyžádání a podobně.
Je třeba poznamenat, že hašovací algoritmus popsaný v tomto dokumentu může být prováděn libovolným výpočetním nástrojem v rámci účelného rozsahu zde popsaných provedení. Jinými slovy, server 16 vydavatele dokumentů (RTO) nebo server 19 pro ověřování informací v dokumentech provádět hašování.
Ve výhodném provedení, za účelem zabránění podvodu vzniklého v důsledku vložení podvodných hašovacích záznamů do databáze 20, může systém 1 implementovat blokový řetězec dat 26 distribuované veřejné knihy tak, aby byl každý hašový záznam ověřitelný v souladu s ostatními hašovými záznamy v rámci databáze 20.
Ve zde popsaných provedeních se ověření provádí pomocí samostatného serveru 19 pro ověřování informací v dokumentech. Je však třeba mít na paměti, že blokový řetězec dat 26 může být distribuovaný blokový řetězec, který je distribuovaný na řadě serverů 19.
Je třeba poznamenat, že jakékoli blokové řetězce na bázi distribuované kryptografie mohou být využívány v rámci účelného rozsahu zde popsaných provedení a zahrnují ty, které se používají nebo jsou podobné blokovým řetězcům Bitcoinu, Ehterea, Litecoinu a podobně.
V těchto provedeních může být každému serveru 16 RTO (vydavatel informací v dokumentech) a serveru 19 pro ověřování dokumentů přiřazena adresa vydavatele, což může být adresa bitcoinové peněženky. Kapacitor, transakce v rámci bitcoinového blokového řetězce mohou být jednoznačně přiřazeny k příslušnému serveru 16 vydavatele dokumentů nebo serveru 19 pro ověřování dokumentů.
V provedeních mohou být metadata uložena také v databázi 20 serveru 19 pro ověřování informací v dokumentech. Tímto způsobem, když máme haš, nebo ID dokumentu, je možné vyhledávat metadata.
V tomto provedení může haš sloužit jako primární klíč. Je však třeba si uvědomit, že databáze 20 nemusí nutně zahrnovat metadata 23, takže může zahrnovat haš pouze pro účely ověřování informací v dokumentech.
Nyní jsou generována data čitelná počítačem zahrnující alespoň jedno z haše a metadat. Vytvoření dat čitelných počítačem umožní vložení dat čitelných počítačem do dokumentu, jako je certifikát o dosažení výsledku, a to papírový nebo elektronický, tj. PDF, dokument, který lze následně číst pomocí klientského terminálu 25 za účelem ověření pravosti dokumentu a uložených metadat dokumentu.
Ve výhodném provedení jsou data čitelná počítačem obsažena ve 2D čárovém kódu. Například při generování 2D čárového kódu dat čitelných počítačem lze pro kódování dat použít následující formáty:
a. [Klíčový_haš] || [Jméno] || [Datum narození v DD/MM/YYYY] || [Pohlaví] || [Číslo DL] || [Číslo dokumentu] || [Vydávající RTO] || [Kódové číslo vnitrostátního poskytovatele] || [Datum
- 16CZ 2018 - 449 A3 vydání v DD/MM/YYYY] || [Typ certifikace] || [Typ licence] || [Podepisující úředník] |l [Pozice podepisujícího úředníka]
Toto lze generovat pomocí vhodného algoritmu do následujícího 2D čárového kódu na obr. 7.
Po vytvoření dat čitelných počítačem jsou data čitelná počítačem vložena do dokumentu nebo vytištěna na dokument.
Jak je zřejmé z obrázku 1, je znázorněn dokument 2, který představuje certifikát dosažení výsledku kurzu absolvovaného Jamesem Smithem. V tomto konkrétním provedení je dokument 2 vydán jako dokument PDF serverem 16 vydavatele dokumentů (RTO). Jako takový může James Smith použít elektronický dokument 2 PDF jako důkaz své kvalifikace pro různé účely zaměstnání.
Jak je zřejmé, dokument může zahrnovat obsah 5 dokumentu, který může zahrnovat obvyklé informace čitelné pro člověka, včetně nejméně jedné podmnožiny výše popsaných metadat. Jak však bylo zmíněno výše, podle dosavadního stavu techniky může být dokument editován buď elektronicky nebo fyzicky tak, aby reprezentoval podvodné informace.
Dokument jako takový lze ověřit pomocí klientského terminálu 25 dodatečným zahrnutím dat 27 čitelných počítačem. Jak je zřejmé, data 27 čitelná počítačem nesená dokumentem 2 mohou zahrnovat alespoň jedno z metadat 3, haše 4 metadat nebo dokumentu a ID dokumentu.
V provedeních jsou pouze metadata 3 zakódována do dat 27 čitelných počítačem tak, že haš lze vypočítat z metadat pro ověření. V jiných provedeních je pouze haš 4 zakódován do dat 27 čitelných počítačem tak, že metadata lze získat z databáze 20 serveru 19 pro ověřování dokumentů nebo z databáze 17 serveru 16 vydavatele dokumentů (RTO) nebo blokového řetězce.
Jak je zřejmé, klientský terminál 25 zahrnuje softwarovou aplikaci 9 nakonfigurovanou pro implementaci zde popsaných znaků a funkcí. Jak bylo zmíněno výše, v provedení je klientským terminálem 25 mobilní komunikační zařízení, jako například zařízení chytrého telefonu nebo podobně. Klientský terminál 25 může zahrnovat čtečku 8, která může mít v provedeních formu kamery mobilního telefonu.
Při použití může klientský terminál 25 stáhnout softwarovou aplikaci 9 pro provádění klientským terminálem 25, například z úložiště softwarových aplikací, jako je například obchod Apple iTunes nebo podobně.
Jak je zřejmé, softwarová aplikace 9 může zahrnovat ověřovací modul 6 nakonfigurovaný pro implementaci funkčnosti implementované klientským terminálem pro ověřování informací v dokumentech a také modul grafického uživatelského rozhraní 7 (GUI), který představuje grafické uživatelské rozhraní 7 pro zobrazení na GUI pro účely zobrazování různých informací uživateli klientského terminálu.
Uživatel klientského terminálu za účelem ověření pravosti dokumentu naskenuje z 2D čárového kódu pomocí čtečky 8 data 27 čitelná počítačem poskytnutá v dokumentu. Po získání dat čitelných počítačem z dokumentu 2 je alespoň jedno z klientského terminálů 25 a serveru 19 pro ověřování informací v dokumentech nakonfigurováno pro identifikaci alespoň jednoho z metadat 3 a haše 4.
Ve výhodném provedení jsou metadata 3 zakódována v datech 27 čitelných počítačem tak, že GUI klientského terminálu 25 může zobrazovat metadata.
- 17 CZ 2018 - 449 A3
V dalším výhodném provedení jsou jak haš 4, tak metadata 3 zakódovány do dat 27 čitelných počítačem tak, že klientský terminál 25 může generovat haš pomocí hašovacího algoritmu pomocí kódovaných metadat 3 tak, aby alespoň ověřil, že kódovaný haš 4 odpovídá metadatům 3. V provedeních lze použít vlastní hašovací algoritmus, aby se zabránilo podvodníkům v podvodném generování a kódování haše pomocí známého hašovacího algoritmu.
Klientský terminál 25, který je ve fungující komunikaci se serverem 19 pro ověřování informací v dokumentech přes datovou síť, jako je například internet, je schopen odeslat nejméně jedno z metadat 3 a haše 4 na server 19 pro ověřování informací v dokumentech za účelem pro ověření.
Server 19 pro ověřování informací v dokumentech je nakonfigurován tak, aby porovnal haš získaný z klientského terminálu 25, nebo vypočtený z metadat 3 přečtených klientským terminálem 25, proti hodnotě haše uložené v blokovém řetězci dat 26.
Pokud je nalezena shoda, server 19 pro ověřování informací v dokumentech je schopen odeslat výsledek ověření zpět na klientský terminál 25, čímž ověří, že informace v dokumentu jsou pravé.
Alternativně, pokud není nalezena žádná shoda, ověřovací server 19 je nakonfigurován tak, aby odeslal výsledek neověření zpět na klientský terminál 25, což znamená, že informace v dokumentu mohou být podvodné nebo s nimi bylo manipulováno.
V obou případech je GUI nakonfigurováno tak, aby zobrazovalo uživateli klientského terminálu výsledky ověření. Kromě toho, GUI může zobrazovat přidružená metadata.
Například na obrázku 6 je znázorněn příklad rozhraní 28 zobrazené GUI, kde byl dokument ověřen. Jak je zřejmé, rozhraní 28 zahrnuje různá metadata a potvrzení, že informace v dokumentu jsou pravé.
V provedeních je systém 1 nakonfigurován pro provedení dalšího ověření, kde jsou záznamy uložené v databázi 17 serverů RTO dále křížově odkazovány, v případě, že záznamy byly aktualizovány nebo odvolány. Konkrétně lze křížové odkazování provést pomocí alespoň jednoho z haše a metadat. Jak je zřejmé, v provedení může být databáze 17 serveru 16 vydavatele dokumentů (RTO) nakonfigurována pro ukládání hašových hodnot 24 ve vztahu k metadatům. Jak bylo zmíněno výše, takové hašové hodnoty 24 mohou být přijímány ze serveru 19 pro ověřování dokumentů, nebo alternativně mohou být vypočítány samotným serverem 16 vydavatele dokumentů (RTO). Jak je také zmíněno výše, v provedeních nemusí databáze 17 nutně zahrnovat hašové hodnoty 24, ve kterých jsou křížově odkazována metadata 18.
Když jsou metadata 18 křížově odkazována, alespoň jedno z klientského terminálu 25 a serveru 19 pro ověřování informací v dokumentech může poslat další dotaz do ověřovacího modulu 11 serveru 16 vydavatele dokumentů (RTO) za účelem ověření dat uložených v rámci databáze 17. Například klientský terminál 25 může odeslat číslo dokumentu na server 16 RTO, aby ověřil, že číslo dokumentu je pravé. Jiné křížové odkazování lze provést v rámci účelného rozsahu zde popsaných provedení.
Nyní bude popsán příklad použití systému 1 pro dokumentaci v tištěné podobě.
Konkrétně, jak bylo zmíněno výše, problémy s dokumentací v tištěné podobě mohou zahrnovat změny vzhledu dokumentace v průběhu času, například odchylky v důsledku fotokopírování a podobně.
V tomto příkladu použití bude popsán systém 1, který je přesto schopen ověřit dokument v tištěné podobě i přes změny vzhledu.
- 18 CZ 2018 - 449 A3
Konkrétně v tomto příkladu je tištěným dokumentem smlouva o prodeji, která byla podepsána prodávajícím, kupujícím a svědkem. Dokument v tištěné podobě dále specifikuje prodávaný nemovitý majetek, identifikovaný pomocí čísla šarže.
Pro účely vytvoření záznamů o ověřování dokumentů může být dokument uzavřené smlouvy naskenován pomocí skeneru a systém _l_ pak provede rozpoznávání dokumentu OCR za účelem identifikace relevantních metadat z kupní smlouvy. V tomto příkladu jsou příslušnými metadaty jména prodávajícího a kupujícího a číslo šarže.
Systém ý je nakonfigurován pro extrahování takových metadat z dokumentu. Například pomocí OCR může být systém 1 nakonfigurován tak, aby využíval odpovídající řetězec nebo podobně, aby tato pole extrahoval z dat.
Alternativně může být na klientském terminálu 25 zobrazen naskenovaný obraz dokumentu tak, že právník dokáže vymezit metadata, která se mají ověřit, například přetažením obdélníků kolem přidruženého textu pomocí myši.
Kromě toho může právník zadat ID dokumentu, což je ID dokumentu vygenerované souborovým systémem.
Po získání příslušných metadat systém 1_ hašuje metadata, a ID dokumentu v provedeních, a vytvoří ověřovací transakci v rámci blokového řetězce.
Dále systém 1 generuje data čitelná počítačem ve formě 2D čárového kódu, který je pak vytištěn na kupní smlouvu.
2D čárový kód zahrnuje haš 4 metadat, ID dokumentu a metadata.
Kupní smlouva je pak zkopírována a fotokopie je pak zaslána notáři, který provádí majetkové převody.
Během fotokopírování však dochází k mírným vizuálním odchylkám.
Za účelem ověření kupní smlouvy však notář provádějící majetkové převody zachycuje obraz dokumentu pomocí kamery mobilního komunikačního zařízení klientského terminálu 25 notáře provádějícího majetkové převody.
Mobilní komunikační zařízení klientského terminálu 25 zahrnuje aplikaci 9, která identifikuje 2D čárový kód a extrahuje z 2D čárového kódu haš metadat, ID dokumentu a metadata.
Mobilní komunikační zařízení klientského terminálu 25 pak odešle žádost o ověření přes internet 34 na server 19 pro ověřování dokumentů. Požadavek na ověření zahrnuje haš, ale v provedeních může navíc obsahovat ID dokumentu.
Server 19 pro ověřování dokumentů pak prohledává ověřovací transakce blokového řetězce a identifikuje dříve vytvořenou ověřovací transakci.
Server 19 pro ověřování dokumentů pak odešle ověřovací odpověď na mobilní komunikační zařízení klientského terminálu 25 tak, že mobilní komunikační zařízení klientského terminálu 25 je schopno zobrazit údaj, že záznam ověření existuje.
Nyní v jednom provedení může mobilní komunikační zařízení klientského terminálu 25 notáře provádějícího majetkové převody zobrazovat metadata extrahovaná z 2D čárového kódu. Notář provádějící majetkové převody může vizuálně zkontrolovat jména stran a číslo šarže na dokumentu, jak je zobrazeno mobilním komunikačním zařízením klientského terminálu 25, aby
- 19CZ 2018 - 449 A3 se ujistil o jejich shodě.
Je třeba poznamenat, že klientský terminál 25 může přehašovat metadata uložená ve 2D čárovém kódu, aby se potvrdilo, zda vygenerovaný haš souhlasí s hašem 2D čárového kódu, aby se zabránilo manipulaci s metadaty v čárovém kódu.
Alternativně mohou být během transakce počátečního ověření metadata uložena také v rámci blokového řetězce tak, že metadata mohou být odeslána na klientský terminál 25 ze serveru 19 pro ověřování dokumentů za účelem zobrazení.
V alternativních provedeních, na rozdíl od zobrazování polí metadat pro vizuální porovnání notářem provádějícím majetkové převody, může mobilní komunikační zařízení provádět optické rozpoznávání znaků za účelem čtení textu z dokumentu, bez ohledu na odchylky v důsledku fotokopírování, a potvrzení, zda rozpoznaný text odpovídá metadatům.
Například pro metadata uložená ve 2D čárovém kódu nebo v blokovém řetězci může klientský terminál 25 vyhledávat text OCR za účelem identifikace takových metadat. Pokud nejsou metadata identifikována, např. když naskenovaný dokument neobsahuje stejné číslo šarže, pak ověření selže.
V provedeních jsou příslušná metadata vymezena v rámci ohraničení, jako například v případě výše popsaného provedení, kdy právník nakreslí obdélníky nad metadaty zobrazenými na obrazovce, které se mají ověřit. Například číslo šarže se může nacházet na stránce nahoře uprostřed, zatímco jména stran mohou být v levém dolním a pravém rohu dokumentu.
Během ověření je mobilní komunikační zařízení klientského terminálu 25 nakonfigurováno pro rozpoznávání textu pouze v rámci vymezených ohraničení a poté porovnává text získaný z těchto ohraničení s metadaty. Při použití fotoaparátu může mobilní komunikační zařízení klientského terminálu 25 identifikovat rohy stránky pro orientaci tak, aby se umožnilo přesné umístění vymezených ohraničení.
Nyní bude popsán příklad použití systému pro ověření palubních průkazů.
Konkrétně problémy s existujícími systémy palubních průkazů jsou v tom, že s údaji, které jsou na nich vytištěny, lze manipulovat. Kromě toho mohou být záznamy v databázi upraveny tak, aby odpovídaly manipulovanému tisku, takže při nástupu na palubu personál na palubě nemůže zaznamenat, že s palubním průkazem bylo manipulováno tak, aby odpovídal změněnému záznamu databáze.
V tomto provedení při počátečním tisku palubního průkazu odešle počítačový systém pro záznam cestujících příslušná metadata serveru 19 pro ověřování dokumentů.
V tomto provedení mohou příslušná metadata obsahovat ID palubního průkazu, jméno cestujícího a odletovou bránu.
Server 19 pro ověřování dokumentů může hašovat metadata, vytvořit záznam v blokovém řetězci, a odeslat do výpočetního systému pro záznamy o cestujících 2D čárový kód, který je poté vytištěn na palubní průkaz.
Nyní, před odjezdem, může mít přeplánování letu za následek aktualizaci čísla brány. Počítačový systém pro záznamy o cestujících identifikuje všechny ovlivněné cestující, a pro identifikované ovlivněné cestující pošle oznámení o aktualizaci na server 19 pro ověřování dokumentů.
Například pro každý palubní průkaz může počítačový systém pro záznam cestujících odeslat ID palubního průkazu a aktualizované číslo brány.
-20CZ 2018 - 449 A3
Pro každou aktualizaci vytvoří server 19 pro ověřování dokumentů novou položku v blokovém řetězci.
Nyní se při odbavení skenují 2D čárové kódy palubních průkazů, a z čárových kódů se získává ID palubního průkazu a metadata - jméno cestujícího a číslo brány. Ve spodní části lze tyto informace získat také prostřednictvím OCR z tisku palubního průkazu.
Takto extrahovaná metadata lze potom odeslat na server 19 pro ověřování dokumentů za účelem ověření.
V provedeních může počítač vstupní brány udržovat kopii blokového řetězce, aby se zabránilo časově náročným dotazům přes internet na server 19 pro ověřování dokumentů.
Nyní, za předpokladu, že došlo k pokusu nahradit cestujícího jiným jménem, palubní průkaz mohl být pozměněn, aby se změnilo jméno vytištěné na palubním průkazu a také příslušný záznam v databázi systému výpočetního systému cestujících. Metadata uložená v 2D čárovém kódu mohou být také upravena.
V případě takové změny jména však ověření serverem 19 pro ověřování dokumentů selže, protože server 19 pro ověřování dokumentů nedokáže přiřadit haš nového jména k haši uloženému v blokovém řetězci.
Nyní může palubní průkaz pro aktualizované číslo brány stále představovat staré číslo brány.
To znamená, že haš zakódovaný ve 2D čárovém kódu by byl zastaralý, protože stále představuje staré číslo brány.
Při odbavování však může být nové číslo brány odesláno počítačem pro kontrolu cestujících na server 19 pro ověřování dokumentů, přičemž server 19 pro ověřování dokumentů je schopen identifikovat další ověřovací transakci ve vztahu k ID palubního průkazu s novým číslem brány, a tím provést ověření palubního průkazu. V tomto ohleduje třeba poznamenat, že ověření selže pro jakékoli jiné číslo brány za předpokladu, že neodpovídá transakci aktualizace brány v blokovém řetězci.
Výklad
Bezdrátové:
Vynález může být proveden pomocí zařízení vyhovujících jiným síťovým standardům a pro jiné aplikace, včetně například jiných standardů WLAN a jiných bezdrátových standardů. Aplikace, které lze použít, zahrnují bezdrátové sítě LAN a propojení IEEE 802.11 a bezdrátové sítě Ethernet.
V kontextu tohoto dokumentu může být termín „bezdrátový“ a jeho odvozeniny použity k popisu obvodů, zařízení, systémů, způsobů, technik, komunikačních kanálů atd., schopných datové komunikace pomocí modulovaného elektromagnetického záření prostřednictvím jiného než pevného média. Tento výraz neznamená, že příslušná zařízení neobsahují žádné dráty, i když v některých provedeních je obsahovat nemusí. V kontextu tohoto dokumentu může být termín „kabelový“ a jeho odvozeniny použity k popisu obvodů, zařízení, systémů, způsobů, technik, komunikačních kanálů apod., schopných datové komunikace pomocí modulovaného elektromagnetického záření prostřednictvím pevného média. Tento výraz neznamená, že příslušná zařízení jsou spojena elektricky vodivými dráty.
Procesy:
-21 CZ 2018 - 449 A3
Pokud není výslovně uvedeno jinak, jak je zřejmé z následujících diskusí, je třeba si uvědomit, že v celé specifikaci se v diskusích používají výrazy jako „zpracování“, „výpočetní“, „výpočet“, „určování“, „analýza“ nebo podobně, které odkazují na činnosti a/nebo procesy počítačového nebo výpočetního systému nebo podobného elektronického výpočetního zařízení, které manipulují a/nebo transformují data reprezentovaná jako fyzická, například elektronická, do jiných dat reprezentovaných podobně jako fyzikální veličiny.
Procesor:
Podobně termín „procesor“ může odkazovat na jakékoli zařízení nebo část zařízení, které zpracovává elektronická data, např. z registrů a/nebo paměti, za účelem transformace těchto elektronických dat na jiná elektronická data, která mohou být například uložena v registrech a/nebo paměti. „Počítač“ nebo „výpočetní zařízení“ nebo „výpočetní stroj“ nebo „výpočetní platforma“ může obsahovat jeden nebo více procesorů.
Metodologie, které jsou zde popsány, jsou v jednom provedení proveditelné jedním nebo více procesory, které přijímají kód čitelný počítačem, také nazývaný strojově čitelný kód, obsahující sadu instrukcí, které při provedení jedním nebo více procesory provádějí nejméně jeden ze zde popsaných způsobů. Je zahrnut jakýkoli procesor schopný provádět sadu instrukcí - sekvenčních nebo jiných, které specifikují akce, které je třeba provést. Jedním příkladem je tedy typický systém zpracování, který zahrnuje jeden nebo více procesorů. Systém zpracování může dále obsahovat paměťový subsystém zahrnující hlavní RAM a/nebo statickou RAM a/nebo ROM.
Médium čitelné počítačem:
Kromě toho, nosné médium čitelné počítačem může tvořit produkt počítačového programu nebo může být obsaženo v produktu počítačového programu. Produkt počítačového programu může být uložen na nosném médiu čitelném počítačem, přičemž produkt počítačového programu zahrnuje programové prostředky čitelné počítačem, které způsobují, že procesor provádí způsob, jak je zde popsán.
Síťové připojení nebo více procesorů:
V alternativních provedeních pracuje jeden nebo více procesorů jako samostatné zařízení nebo mohou být propojeny, například připojeny pomocí sítě k jinému procesoru/procesorům, v síťovém nasazení, jeden nebo více procesorů může pracovat ve funkci serveru nebo klienta v síťovém prostředí server-klient nebo jako stroj peer-to-peer v síťovém prostředí peer-to-peer nebo v distribuovaném síťovém prostředí. Jeden nebo více procesorů může tvořit webové zařízení, síťový směrovač, přepínač nebo most nebo jakýkoli stroj schopný provádět sadu instrukcí - sekvenčních nebo jiných, které specifikují akce, které má tento stroj provést.
Mějte na paměti, že zatímco některé schéma/schémata zobrazuje/zobrazují pouze jediný procesor a jednu paměť, která nese kód čitelný počítačem, osoby znalé stavu techniky pochopí, že mnoho ze součástí popsaných výše je zahrnuto, ale nejsou explicitně znázorněny ani popsány, aby nerušily aspekt vynálezu. Pokud je například znázorněn pouze jeden stroj, výraz „stroj“ zahrnuje také libovolný soubor strojů, které jednotlivě nebo společně provádějí sadu, nebo více sad, instrukcí za účelem provádění jednoho nebo více zde diskutovaných způsobů.
Další provedení:
To znamená, že jedno provedení každého ze zde popsaných způsobů je tedy ve formě nosného média čitelného počítačem nesoucího sadu instrukcí, např. počítačový program, které jsou určeny k provádění na jednom nebo více procesorech. Jak je tedy osobám znalým stavu techniky zřejmé, provedení předloženého vynálezu mohou být zahrnuta jako způsoby, zařízení jako je například
-22CZ 2018 - 449 A3 zařízení pro zvláštní účely, zařízení, jako je například systém zpracování dat nebo nosné médium čitelné počítačem. Nosné médium čitelné počítačem nese kód čitelný počítačem včetně sady instrukcí, které při provedení na jednom nebo více procesorech způsobí, že procesor nebo procesory implementují způsob. V souladu s tím mohou mít aspekty předkládaného vynálezu formu způsobu, plně hardwarového provedení, úplného softwarového provedení nebo některého provedení, které kombinuje softwarové a hardwarové aspekty. Kromě toho může mít předložený vynález formu nosného média, například počítačového programového produktu na paměťovém médiu čitelném počítačem, obsahujícího programový kód čitelný počítačem, obsažený na médiu.
Nosné médium:
Software může být dále přenášen nebo přijímán přes síť pomocí zařízení síťového rozhraní. Zatímco nosné médium jev příkladu provedení znázorněno jako samostatné médium, termín „nosné médium“ by měl být chápán jako zahrnující jedno médium nebo více médií, např. centralizovanou nebo distribuovanou databázi a/nebo přidružené mezipaměti a servery, která ukládají jednu nebo více sad instrukcí. Výraz „nosné médium“ by měl být také chápán jako zahrnující jakékoli médium, které může uchovávat, kódovat nebo nést soubor instrukcí pro provádění jedním nebo více procesory a které způsobí, že jeden nebo více procesorů provádí jednu nebo více metodologií podle předloženého vynálezu. Nosné medium může mít mnoho forem, mimo jiné stálých médií, dočasných médií a přenosových médií.
Implementace:
Je zřejmé, že kroky diskutovaných způsobů jsou prováděny v jednom provedení vhodným procesorem, nebo procesory zpracovacího systému, tj. počítače, který provádí instrukce - kód čitelný počítačem, uložené v úložišti. Je také zřejmé, že vynález se neomezuje na žádnou konkrétní implementaci ani programovací techniku, a že vynález lze implementovat pomocí jakýchkoliv vhodných technik pro implementaci zde popsané funkčnosti. Vynález není omezen na žádný konkrétní programovací jazyk ani operační systém.
Prostředky Pro Provádění Způsobu nebo Funkce
Některá z provedení jsou zde dále popsána jako způsob nebo kombinace prvků způsobu, které lze implementovat pomocí procesoru procesorového zařízení, počítačového systému nebo jinými způsoby vykonání této funkce. To znamená, že procesor s nezbytnými instrukcemi pro provádění takového způsobu nebo prvku způsobu vytváří prostředek pro provádění způsobu nebo prvku způsobu. Kromě toho zde popsaný prvek provedení zařízení představuje příklad prostředku pro provádění funkce prováděné prvkem pro účely realizace vynálezu.
Připojeno
Podobně je třeba mít na paměti, že termín připojeno, pokud je použit v nárocích, by neměl být interpretován jako omezující pouze na přímá spojení. Rozsah výrazu zařízení A připojené k zařízení B by tedy neměl být omezen na zařízení nebo systémy, kde je výstup zařízení A přímo připojen ke vstupu zařízení B. To znamená, že existuje cesta mezi výstupem A a vstupem B, která může být cestou obsahující další zařízení nebo prostředky. Výraz připojeno může znamenat, že dva nebo více prvků jsou buď v přímém fyzickém nebo elektrickém kontaktu, nebo že dva nebo více prvků nejsou ve vzájemném přímém kontaktu, ale přesto stále spolupracují nebo na sebe vzájemně působí.
Provedení:
Odkaz v tomto popisu na „jedno provedení“ nebo „některé provedení“ znamená, že určitý znak, struktura nebo charakteristika popsané ve spojení s provedením jsou zahrnuty nejméně v jednom provedení předloženého vynálezu. To znamená, že výskyty výrazů „v jednom provedení“ nebo
-23 CZ 2018 - 449 A3 „v některém provedení“ na různých místech v celé této specifikaci nemusí nutně ale mohou odkazovat na stejné provedení. Kromě toho, jak by bylo osobě znalé stavu techniky z tohoto popisu zřejmé, mohou být konkrétní znaky, struktury nebo charakteristiky v jednom nebo více provedeních zkombinovány jakýmkoliv vhodným způsobem.
Podobně je třeba mít na paměti, že ve výše uvedeném popisu příkladů provedení tohoto vynálezu jsou různé znaky vynálezu někdy seskupeny do jednoho provedení, obrázku nebo jeho popisu, za účelem racionalizace popisu a podpory pochopení jednoho nebo více z různých aspektů vynálezu. Tento způsob popisu však nesmí být interpretován jako by odrážel záměr, že nárokovaný vynález vyžaduje více znaků, než které jsou výslovně uvedeny v jednotlivých nárocích. Namísto toho, jak vyplývá z následujících nároků, aspekty vynálezu spočívají v méně než ve všech znacích jediného výše popsaného provedení. To znamená, že nároky následující po Podrobném popisu konkrétních provedení jsou výslovně začleněny do tohoto Podrobného popisu konkrétních provedení, přičemž každý nárok stojí sám o sobě jako samostatné provedení tohoto vynálezu.
Kromě toho, zatímco některá zde popsaná provedení obsahují některé, ale ne jiné znaky obsažené v jiných provedeních, kombinace znaků různých provedení znamená, že spadají do rozsahu vynálezu a tvoří různá provedení, jak by bylo zřejmé osobě znalé stavu techniky. Například v následujících nárocích lze jakékoliv z nárokovaných provedení použít v jakékoliv kombinaci.
Různé instance předmětů
Pokud se neuvádí jinak, výrazy „první“, „druhý“, „třetí“ atd., jak se zde používají k popisu společného předmětu, znamenají pouze to, že je odkazováno na různé instance podobných předmětů, a neznamenají, že takto popisované předměty musí být v dané posloupnosti, buď časové, prostorové, podle pořadí ani jiným způsobem.
Specifické podrobnosti
Ve zde uvedeném popisu je uvedeno mnoho konkrétních podrobností. Rozumí se však, že provedení tohoto vynálezu lze realizovat bez těchto konkrétních podrobností. Dobře známé způsoby, struktury a techniky nejsou v jiných instancích podrobně popisovány, aby nepřekážely srozumitelnosti tohoto popisu.
Terminologie
Při popisu výhodného provedení vynálezu znázorněného na výkresech bude v zájmu srozumitelnosti použita specifická terminologie. Tento vynález se však neomezuje pouze na takto vybrané specifické výrazy, a je třeba si uvědomit, že každý konkrétní výraz obsahuje všechny technické ekvivalenty, které působí podobným způsobem, aby se dosáhlo podobného technického účelu. Výrazy jako „dopředu“, „dozadu“, „radiálně“, „periferně“, „nahoru“, „dolů“ a podobně, se používají jako užitečná slova pro poskytnutí referenčních bodů a nemají být chápána jako omezující termíny.
Zahrnující a obsahující
V nárocích, které následují a v předcházejícím popisu vynálezu, s výjimkou případů, kdy kontext vyžaduje jinak kvůli jazykovým vyjádřením nebo nutným důsledkům, se slovo „zahrnovat“ nebo jeho variace, jako „zahrnuje“ nebo „zahrnující“, používají v inkluzním smyslu, což znamená že specifikují přítomnost uvedených znaků, ale nevylučují přítomnost nebo přidání dalších znaků v různých provedeních vynálezu.
Kterýkoli z výrazů: zahrnující nebo který zahrnuje nebo když zahrnuje, jak se zde používá, je také otevřenou podmínkou, která také znamená zahrnovat alespoň prvky/znaky, které se řídí
-24CZ 2018 - 449 A3 tímto pojmem, ale bez vyloučení ostatních. To znamená, že výraz včetně je synonymum a znamená zahrnující.
Pojem dosavadní stav techniky
Takže i když bylo popsáno, co se považuje za výhodné provedení vynálezu, osoby znalé stavu techniky pochopí, že je možno provést jiné a další modifikace, aniž by to znamenalo odchýlení od ducha tohoto vynálezu, a je zamýšleno nárokovat všechny takové změny a modifikace jako spadající do rozsahu vynálezu. Například všechny výše uvedené vzorce jsou pouze reprezentativní procesy, které lze použít. Do blokových diagramů lze přidat nebo odebrat funkčnost, a operace se mohou vyměňovat mezi funkčními bloky. Ke způsobům popsaným v rámci tohoto vynálezu lze přidat nebo odebrat postupy.
Ačkoli byl vynález popsán s odkazem na konkrétní příklady, osoby znalé stavu techniky ocení, že vynález lze realizovat v mnoha jiných formách.
PATENTOVÉ NÁROKY
Claims (30)
1. Způsob ověřování pravosti informací v dokumentu, vyznačující se tím, že tento způsob zahrnuje:
fázi vytvoření ověřovacího záznamu zahrnující:
přijetí metadat obsahu dokumentu z dokumentu;
generování haše metadat pomocí metadat obsahu dokumentu; vytvoření transakce blokového řetězce zahrnující haš metadat; generování dat čitelných počítačem, která kódují haš metadat; a aktualizace dokumentu pomocí dat čitelných počítačem; a fáze ověření dokumentu zahrnující:
příjem dokumentu;
extrakci haše metadat z dat čitelných počítačem; a identifikaci haše metadat v transakcích blokového řetězce pro ověření pravosti metadat dokumentu.
2. Způsob, jak je nárokován podle nároku 1, vyznačující se tím, že data čitelná počítačem jsou čárový kód.
3. Způsob, jak je nárokován podle nároku 2, vyznačující se tím, že čárový kód je dvourozměrný čárový kód.
4. Způsob, jak je nárokován podle nároku 1, vyznačující se tím, že fáze ověřovacího záznamu dále zahrnuje podepsání dokumentu soukromým klíčem spojeným se serverem pro ověřování dokumentů.
5. Způsob, jak je nárokován podle nároku 1, vyznačující se tím, že dále zahrnující ukládání metadat obsahu dokumentu tak, že fáze ověření dokumentu dále zahrnuje načítání metadat obsahu dokumentu a zobrazení metadat obsahu dokumentu.
6. Způsob, jak je nárokován podle nároku 5, vyznačující se tím, že ukládání metadat obsahu dokumentu zahrnuje kódování metadat v datech čitelných počítačem.
7. Způsob, jak je nárokován podle nároku 5, vyznačující se tím, že ukládání metadat obsahu dokumentu zahrnuje kódování metadat v transakci blokového řetězce.
-25 CZ 2018 - 449 A3
8. Způsob, jak je nárokován podle nároku 1, vyznačující se tím, že fáze vytváření ověřovacího záznamu dále zahrnuje identifikaci metadat obsahu dokumentu z dokumentu.
9. Způsob, jak je nárokován podle nároku 8, vyznačující se tím, že identifikace metadat obsahu dokumentu zahrnuje optické rozpoznávání znaků.
10. Způsob, jak je nárokován podle nároku 9, vyznačující se tím, že identifikace metadat obsahu dokumentu zahrnuje provádění vyhledávacích dotazů řetězců proti textu extrahovanému pomocí optického rozpoznávání znaků.
11. Způsob, jak je nárokován podle nároku 9, vyznačující se tím, že identifikace metadat obsahu dokumentu zahrnuje oddělení textu v alespoň jedné uživatelsky definované oblasti dokumentu.
12. Způsob, jak je nárokován podle nároku 1, vyznačující se tím, že dále zahrnuje fázi aktualizace obsahu dokumentu, která zahrnuje:
přijetí aktualizovaných metadat obsahu dokumentu pro dokument;
generování nového haše metadat pomocí aktualizovaných metadat dokumentu; vytvoření další transakce blokové zahrnující nový haš metadat.
13. Způsob, jak je nárokován podle nároku 12, vyznačující se tím, že ověřovací fáze dokumentu zahrnuje: identifikaci dvou nebo více transakcí blokových řetězců spojených s tímto dokumentem.
14. Způsob, jak je nárokován podle nároku 13, vyznačující se tím, že fáze ověření dokumentu dále obsahuje identifikaci, že metadata obsahu dokumentu jsou nahrazena aktualizovanými metadaty obsahu dokumentu.
15. Způsob, jak je nárokován podle nároku 14, vyznačující se tím, že dále zahrnující identifikaci, který dokument je nahrazen.
16. Způsob, jak je nárokován podle nároku 1, vyznačující se tím, že dále zahrnující fázi odvolání ověření dokumentu zahrnující:
vytvoření transakce blokového řetězce odvolání tak, že během fáze ověření dokumentu způsob dále zahrnuje:
identifikaci transakce blokového řetězce odvolání následující v časovém okamžiku za transakcí blokového řetězce pro selhání ověření pravosti informací v dokumentu.
17. Způsob, jak je nárokován podle nároku 1, vyznačující se tím, že bloková transakce dále specifikuje dobu platnosti tak, že během fáze ověření dokumentu způsob dále zahrnuje selhání ověření dokumentu, pokud doba platnosti skončila.
18. Způsob, jak je nárokován podle nároku 17, vyznačující se tím, že dále zahrnuje vytvoření transakce blokového řetězce obnovy doby platnosti zahrnující další dobu platnosti tak, že během fáze ověřování dokumentu se při určování platnosti dokumentu použije další doba platnosti.
19. Systém pro ověřování pravosti informací v dokumentech, vyznačující se tím, že systém zahrnuje:
server pro ověřování informací v dokumentech, přičemž server pro ověřování informací v dokumentech zahrnuje:
databázi zahrnující:
blokový řetězec haše; a tabulku metadat dokumentu uloženou ve vztahu k jednosměrnému blokovému řetězci haše; softwarové moduly zahrnující:
modul pro vytváření dokumentů; a modul ověřování informací v dokumentech;
-26CZ 2018 - 449 A3 klientský terminál ve fungující komunikaci se serverem pro ověřování informací v dokumentech, přičemž klientský terminál zahrnuje:
čtečku dat čitelných počítačem;
softwarovou aplikaci ve fungující komunikaci s čtečkou dat čitelných počítačem, přičemž softwarová aplikace zahrnuje:
modul ověřování informací v dokumentech;
přičemž při použití je systém nakonfigurován pro fázi vytvoření ověřovacího záznamu zahrnující:
modul pro vytváření dokumentů serveru pro ověřování informací v dokumentech:
přijímání metadat dokumentu ve vztahu k dokumentu;
přijímání nebo generování jednosměrného haše z metadat dokumentu pomocí hašovacího algoritmu;
vytvoření záznamu v jednosměrném blokovém řetězci haše pro jednosměrný haš;
generování dat čitelných počítačem zahrnujících alespoň jedno z metadat dokumentu a jednosměrného haše; a odesílání dat čitelných počítačem do modulu pro vytváření dokumentů; a fázi ověřování informací v dokumentu zahrnující:
modul pro ověření informací v dokumentech na klientském terminálu, který přijímá z dokumentu data čitelná počítačem;
alespoň jedno z klientského terminálu a serveru pro ověřování informací v dokumentech, identifikující alespoň jedno z metadat dokumentu a jednosměrného haše z dat čitelných počítačem, přičemž v případě, že přijímá pouze metadata dokumentu, generuje jednosměrný haš pomocí jednosměrného hašovacího algoritmu; a modul pro ověřování informací v dokumentech serveru pro ověřování informací v dokumentech porovnáváním jednosměrného haše se záznamem v blokovém řetězci haše pro jednosměrný haš.
20. Systém, jak je nárokován podle nároku 19, vyznačující se tím, že tento systém dále obsahuje server vydavatele dokumentů ve fungující komunikaci se serverem pro ověřování dokumentů.
21. Systém, jak je nárokován podle nároku 20, vyznačující se tím, že server pro ověřování informací v dokumentech je nakonfigurován pro příjem metadat dokumentu ze serveru vydavatele dokumentů.
22. Systém, jak je nárokován podle nároku 20, vyznačující se tím, že fáze ověřování informací v dokumentu dále obsahuje alespoň jedno z klientského terminálu a serveru pro ověřování informací v dokumentech, který odesílá nejméně jeden jednosměrný haš a metadata dokumentu na serveru vydavatele dokumentů pro další ověření dokumentu.
23. Systém, jak je nárokován podle nároku 22, vyznačující se tím, že server vydavatele dokumentů zahrnuje databázi zahrnující alespoň jedno z haše a dat metadat a přičemž další ověření zahrnuje křížové odkazování alespoň najedno z haše a dat metadat v databázi serveru vydavatele dokumentů.
24. Systém, jak je nárokován podle nároku 19, vyznačující se tím, že modul pro ověřování informací v dokumentech serveru pro ověřování informací v dokumentech je dále nakonfigurován pro odeslání výsledku ověření na klientský terminál.
25. Systém, jak je nárokován podle nároku 24, vyznačující se tím, že softwarová aplikace klientského terminálu je dále nakonfigurována pro vytváření grafického uživatelského rozhraní a přičemž grafické uživatelské rozhraní je nakonfigurováno pro zobrazení výsledku ověření.
26. Systém, jak je nárokován podle nároku 25, vyznačující se tím, že grafické uživatelské rozhraní je dále nakonfigurováno pro zobrazení nejméně podmnožiny metadat dokumentu.
-27 CZ 2018 - 449 A3
27. Systém, jak je nárokován podle nároku 19, vyznačující se tím, že systém zahrnuje množinu serverů pro ověřování informací v dokumentech a přičemž blokový řetězec je distribuovaný blokový řetězec distribuovaný napříč množinou serverů pro ověřování informací v dokumentech.
5
28. Systém, jak je nárokován podle nároku 19, vyznačující se tím, že vytváření dat čitelných počítačem zahrnuje vytváření optických dat čitelných počítačem.
29. Systém, jak je nárokován podle nároku 28, vyznačující se tím, že data čitelná počítačem jsou 2D čárový kód.
o
30. Systém, jak je nárokován podle nároku 19, vyznačující se tím, že dále zahrnuje vložení dat čitelných počítačem do dokumentu.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| AU2016900405A AU2016900405A0 (en) | 2016-02-08 | A system for document information authenticity verification |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CZ2018449A3 true CZ2018449A3 (cs) | 2019-10-23 |
Family
ID=59562866
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CZ2018-449A CZ2018449A3 (cs) | 2016-02-08 | 2017-02-07 | Systém a způsob ověřování pravosti informací v dokumentech |
Country Status (27)
| Country | Link |
|---|---|
| US (1) | US10972281B2 (cs) |
| EP (1) | EP3414867B1 (cs) |
| JP (1) | JP6959618B2 (cs) |
| KR (1) | KR20180110670A (cs) |
| CN (1) | CN109075971B (cs) |
| AU (2) | AU2017218452B2 (cs) |
| CA (1) | CA3012870C (cs) |
| CL (1) | CL2018002135A1 (cs) |
| CO (1) | CO2018009397A2 (cs) |
| CR (1) | CR20180435A (cs) |
| CU (1) | CU20180085A7 (cs) |
| CZ (1) | CZ2018449A3 (cs) |
| EA (1) | EA034354B1 (cs) |
| EC (1) | ECSP18067575A (cs) |
| GE (2) | GEP20207163B (cs) |
| IL (1) | IL261020B (cs) |
| MA (1) | MA44016A (cs) |
| MX (1) | MX2018009616A (cs) |
| MY (1) | MY183574A (cs) |
| NI (1) | NI201800081A (cs) |
| PH (1) | PH12018501569A1 (cs) |
| PT (1) | PT3414867T (cs) |
| SA (1) | SA518390002B1 (cs) |
| SG (1) | SG11201805566XA (cs) |
| SV (1) | SV2018005732A (cs) |
| WO (1) | WO2017136879A1 (cs) |
| ZA (1) | ZA201804492B (cs) |
Families Citing this family (125)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2564208A (en) * | 2016-05-13 | 2019-01-09 | Nchain Holdings Ltd | A method and system for verifying ownership of a digital asset using a distributed hash table and a peer-to-peer distributed ledger |
| US10419225B2 (en) | 2017-01-30 | 2019-09-17 | Factom, Inc. | Validating documents via blockchain |
| US10411897B2 (en) | 2017-02-17 | 2019-09-10 | Factom, Inc. | Secret sharing via blockchains |
| US20180260888A1 (en) * | 2017-03-08 | 2018-09-13 | Factom | Validating Mortgage Documents |
| US20180260889A1 (en) * | 2017-03-10 | 2018-09-13 | Factom | Sourcing Mortgage Documents via Blockchains |
| US20180268504A1 (en) * | 2017-03-15 | 2018-09-20 | Factom | Indexing Mortgage Documents via Blockchains |
| US10817873B2 (en) | 2017-03-22 | 2020-10-27 | Factom, Inc. | Auditing of electronic documents |
| US10685399B2 (en) | 2017-03-31 | 2020-06-16 | Factom, Inc. | Due diligence in electronic documents |
| CN110462619B (zh) * | 2017-04-03 | 2023-07-25 | 株式会社野村综合研究所 | 检测系统、检测方法、以及计算机程序 |
| GB2561875A (en) * | 2017-04-26 | 2018-10-31 | Sita Advanced Travel Solutions Ltd | System and method for authenticating a non-transferrable access token |
| US10270599B2 (en) | 2017-04-27 | 2019-04-23 | Factom, Inc. | Data reproducibility using blockchains |
| US20210264362A1 (en) | 2017-05-02 | 2021-08-26 | State Farm Mutual Automobile Insurance Company | Distributed ledger system for claim payouts |
| EP3413507B1 (en) * | 2017-06-09 | 2022-05-04 | Nokia Technologies Oy | Electronic documents certification |
| KR102573977B1 (ko) * | 2017-08-31 | 2023-09-01 | 제네럴 일렉트릭 컴퍼니 | 추가 제작을 위한 지적 재산 교환 에코시스템 |
| US10873457B1 (en) | 2017-09-13 | 2020-12-22 | Inveniam.io, LLC | Data structure having internal self-references suitable for immutably representing and verifying data generated over time |
| JP2019053695A (ja) * | 2017-09-19 | 2019-04-04 | 株式会社Ｙｓｌソリューション | 建物情報管理システム |
| US10491375B2 (en) * | 2017-10-05 | 2019-11-26 | Accenture Global Solutions Limited | Secure verification of conditions of a contract using a set of verification tools |
| US11063744B2 (en) * | 2017-10-20 | 2021-07-13 | Sap Se | Document flow tracking using blockchain |
| US11138590B2 (en) * | 2017-12-11 | 2021-10-05 | Titan Seal, Inc. | Apparatus and method for embedding digital certifications within documents |
| US11170092B1 (en) * | 2017-12-14 | 2021-11-09 | United Services Automobile Association (Usaa) | Document authentication certification with blockchain and distributed ledger techniques |
| US10833844B2 (en) * | 2017-12-20 | 2020-11-10 | International Business Machines Corporation | Blockchain lifecycle management |
| JP2019121946A (ja) * | 2018-01-09 | 2019-07-22 | Kddi株式会社 | 文書管理システム、文書管理方法及び文書管理プログラム |
| US20190251573A1 (en) * | 2018-02-09 | 2019-08-15 | Airbus (S.A.S.) | Systems and methods of verifying credentials of aircraft personnel using a blockchain computer system |
| US10878429B2 (en) * | 2018-03-28 | 2020-12-29 | Konstantinos Bakalis | Systems and methods for using codes and images within a blockchain |
| US11563557B2 (en) * | 2018-04-24 | 2023-01-24 | International Business Machines Corporation | Document transfer processing for blockchains |
| FR3081075A1 (fr) * | 2018-05-11 | 2019-11-15 | Arkyan | Utilisation d'une technologie a chaine de blocs et systeme d'authentification pour authentifier un fichier informatique |
| US10783164B2 (en) | 2018-05-18 | 2020-09-22 | Factom, Inc. | Import and export in blockchain environments |
| US11170366B2 (en) | 2018-05-18 | 2021-11-09 | Inveniam Capital Partners, Inc. | Private blockchain services |
| US11134120B2 (en) | 2018-05-18 | 2021-09-28 | Inveniam Capital Partners, Inc. | Load balancing in blockchain environments |
| CN108718341B (zh) * | 2018-05-30 | 2021-06-01 | 北京阿尔山区块链联盟科技有限公司 | 数据的共享和搜索的方法 |
| EP3803671A4 (en) | 2018-05-31 | 2022-07-06 | Pencildata, Inc. | TRACK THE ORIGINS OF DIGITAL DATA |
| CN112236987A (zh) * | 2018-06-01 | 2021-01-15 | 诺基亚技术有限公司 | 用于分布式网络中的分散式信任评估的方法和装置 |
| JP7077792B2 (ja) | 2018-06-01 | 2022-05-31 | 富士フイルムビジネスイノベーション株式会社 | データ処理装置 |
| CN108805627B (zh) * | 2018-06-19 | 2021-06-01 | 腾讯科技（深圳）有限公司 | 媒体资源分配方法、装置、系统、介质及设备 |
| WO2020006350A1 (en) * | 2018-06-28 | 2020-01-02 | Blockchain Integrated Partners, Llc | Systems and methods for data validation and assurance |
| US11061886B2 (en) | 2018-06-28 | 2021-07-13 | Blockchain Integrated Partners, Llc | Systems and methods for data validation and assurance |
| GB201811263D0 (en) * | 2018-07-10 | 2018-08-29 | Netmaster Solutions Ltd | A method and system for managing digital using a blockchain |
| JP6616868B1 (ja) * | 2018-07-30 | 2019-12-04 | 株式会社Ａｒｔｒｉｇｇｅｒ | 情報処理システム及び情報処理方法 |
| KR102084855B1 (ko) * | 2018-07-31 | 2020-03-04 | 전자부품연구원 | 해쉬체인 생성장치 및 해쉬체인 생성방법 |
| US11276056B2 (en) | 2018-08-06 | 2022-03-15 | Inveniam Capital Partners, Inc. | Digital contracts in blockchain environments |
| US11989208B2 (en) | 2018-08-06 | 2024-05-21 | Inveniam Capital Partners, Inc. | Transactional sharding of blockchain transactions |
| US11328290B2 (en) | 2018-08-06 | 2022-05-10 | Inveniam Capital Partners, Inc. | Stable cryptocurrency coinage |
| US11223481B2 (en) | 2018-08-29 | 2022-01-11 | J2 Cloud Services, Llc | Electronic document signing using blockchain |
| US10860659B1 (en) * | 2018-09-06 | 2020-12-08 | Amazon Technologies, Inc. | Distributed verification of digital work product |
| US11327950B2 (en) | 2018-11-06 | 2022-05-10 | Workday, Inc. | Ledger data verification and sharing system |
| US11093479B2 (en) | 2018-11-06 | 2021-08-17 | Workday, Inc. | Ledger data generation and storage for trusted recall of professional profiles |
| KR102178583B1 (ko) * | 2018-11-13 | 2020-11-13 | 주식회사 싸이투코드 | 디지털 컨텐츠 원본 확인키를 이용한 블록체인 방식의 계약 단말 및 방법 |
| EP3881270A4 (en) | 2018-11-13 | 2022-08-17 | Banqu, Inc. | DEFINITION AND MANAGEMENT OF SHAPES IN A DISTRIBUTED LEDGER TRUST NETWORK |
| JP7112944B2 (ja) * | 2018-11-16 | 2022-08-04 | 株式会社エヌ・ティ・ティ・データ | 情報処理装置、情報処理方法およびプログラム |
| KR101989902B1 (ko) * | 2018-11-23 | 2019-06-17 | 주식회사 에이티앤아이 | 블록체인을 이용한 문서생성 관리방법 및 이를 이용한 기록관리 시스템 |
| CN110020956B (zh) * | 2018-11-26 | 2022-11-22 | 创新先进技术有限公司 | 一种跨区块链的交互方法及系统、计算机设备及存储介质 |
| KR102171746B1 (ko) * | 2018-11-26 | 2020-10-29 | 주식회사 시큐센 | 블록체인을 이용한 바이오전자서명 방법, 및 장치 |
| KR102171749B1 (ko) * | 2018-11-26 | 2020-10-29 | 주식회사 시큐센 | 블록체인을 이용한 복수서명자의 바이오전자서명 방법, 및 장치 |
| US11882214B2 (en) | 2018-12-06 | 2024-01-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Technique for cryptographic document protection and verification |
| US10659647B1 (en) * | 2018-12-20 | 2020-05-19 | Lexmark International, Inc. | Systems and methods of processing a document in an imaging device |
| US11574134B2 (en) | 2018-12-20 | 2023-02-07 | Lexmark International, Inc. | Systems and methods of processing a document in an imaging device |
| CN111353152A (zh) * | 2018-12-20 | 2020-06-30 | 北京京东尚科信息技术有限公司 | 基于区块链的文档管理方法、装置、系统及存储介质 |
| RS20181564A1 (sr) * | 2018-12-21 | 2020-06-30 | Zivanovic Sava | Sistem za automatsko upravljanje i deponovanje srži (heša) dokumenata (slika) u blok-čejn tehnologiji |
| KR102208748B1 (ko) * | 2018-12-21 | 2021-01-28 | 한국통합민원센터 주식회사 | 민원문서 위변조 판별 시스템 |
| CN109858259B (zh) * | 2018-12-29 | 2023-03-28 | 中国科学院合肥物质科学研究院 | 基于HyperLedger Fabric的社区健康服务联盟数据保护和共享方法 |
| JP6587370B1 (ja) * | 2019-01-16 | 2019-10-09 | 株式会社医療情報技術研究所 | 文書管理システム |
| CN110022298B (zh) * | 2019-03-04 | 2021-04-06 | 创新先进技术有限公司 | 基于区块链的证据验证的方法、装置、电子设备 |
| FR3093576B1 (fr) * | 2019-03-07 | 2021-12-10 | Informatique 65800 | Calcul de signature et vérification d’intégrité de données numériques |
| IT201900003867A1 (it) * | 2019-03-18 | 2020-09-18 | Studio Boost S R L | Metodo per la certificazione di fatture elettroniche |
| JP6626228B1 (ja) * | 2019-03-19 | 2019-12-25 | 株式会社スカイコム | 管理サーバ、文書ファイル管理システム、文書ファイル管理方法、および文書ファイル管理プログラム |
| WO2020202326A1 (ja) * | 2019-03-29 | 2020-10-08 | 富士通株式会社 | 情報処理プログラム、装置、及び方法 |
| JP2020166732A (ja) * | 2019-03-29 | 2020-10-08 | 株式会社オージス総研 | 情報処理装置、情報処理方法及びコンピュータプログラム |
| KR102002488B1 (ko) * | 2019-04-02 | 2019-07-23 | 주식회사 한국정보보호경영연구소 | 블록체인 기반 오프 체인 분산형 저장소를 활용한 문서 임치 시스템 |
| US12321950B2 (en) | 2019-04-16 | 2025-06-03 | Stegvision Corp. | Product authentication systems, methods, and devices |
| CN110245186B (zh) * | 2019-05-21 | 2023-04-07 | 深圳壹账通智能科技有限公司 | 一种基于区块链的业务处理方法及相关设备 |
| JP6617253B1 (ja) * | 2019-05-21 | 2019-12-11 | 株式会社医療情報技術研究所 | 文書管理システム |
| KR20220010613A (ko) * | 2019-05-23 | 2022-01-25 | 니코뎀 호르스트 | 실제 사건의 디지털 표현을 사건 발생의 실시간과 결합하는 방법 |
| GB2584298A (en) * | 2019-05-28 | 2020-12-02 | Wealden Computing Services Ltd | Data verification |
| KR102266056B1 (ko) * | 2019-06-04 | 2021-06-17 | 주식회사 한글과컴퓨터 | 블록체인을 기반으로 문서 정보의 관리를 가능하게 하는 문서 정보 관리 장치 및 그 동작 방법 |
| KR102266059B1 (ko) * | 2019-06-04 | 2021-06-17 | 주식회사 한글과컴퓨터 | 문서의 신뢰성을 보장하기 위한 블록체인 기반의 문서 정보 관리 장치 및 그 동작 방법 |
| JP7291272B2 (ja) * | 2019-07-11 | 2023-06-14 | フリーサイン株式会社 | スマートコントラクトシステム及びプログラム |
| JP7157015B2 (ja) * | 2019-07-11 | 2022-10-19 | フリーサイン株式会社 | スマートコントラクトシステム及びプログラム |
| CN110417781B (zh) * | 2019-07-30 | 2021-11-19 | 中国工商银行股份有限公司 | 基于区块链的文档加密管理方法、客户端及服务器 |
| CN110543545B (zh) * | 2019-09-05 | 2024-07-19 | 腾讯科技（深圳）有限公司 | 基于区块链的档案管理方法、装置及存储介质 |
| CN112487490B (zh) * | 2019-09-11 | 2024-09-13 | 株式会社理光 | 篡改识别方法、设备和介质 |
| KR102282788B1 (ko) * | 2019-09-26 | 2021-07-29 | (주)하이퍼서트 | 트랜잭션에 포함된 평문 데이터의 변경을 지원하는 블록체인 시스템 |
| KR102147083B1 (ko) * | 2019-09-30 | 2020-08-24 | 주식회사 디지털존 | 블록체인 기술을 이용한 전자문서 유효성 검증 시스템 및 그것의 제어 방법 |
| JP6836643B1 (ja) * | 2019-11-27 | 2021-03-03 | 株式会社スカイコム | 管理サーバ、文書ファイル管理システム、文書ファイル管理方法、および文書ファイル管理プログラム |
| JP7443036B2 (ja) * | 2019-12-03 | 2024-03-05 | 株式会社サイバーリンクス | 担保バッジ表示システム、担保バッジ表示システムのプログラム |
| US11823120B2 (en) | 2019-12-13 | 2023-11-21 | Salesforce, Inc. | System or method of verifying an asset using blockchain and collected asset and device information |
| US11444749B2 (en) | 2020-01-17 | 2022-09-13 | Inveniam Capital Partners, Inc. | Separating hashing from proof-of-work in blockchain environments |
| US11455403B2 (en) * | 2020-01-20 | 2022-09-27 | International Business Machines Corporation | Privacy-preserving document sharing |
| US11645422B2 (en) | 2020-02-12 | 2023-05-09 | International Business Machines Corporation | Document verification |
| WO2021204354A1 (en) * | 2020-04-06 | 2021-10-14 | Dover Europe Sàrl | Systems and methods for product verification |
| JP7714331B2 (ja) * | 2020-10-16 | 2025-07-29 | 株式会社Pfu | 画像管理システム、画像管理方法、及びプログラム |
| JP7520691B2 (ja) * | 2020-10-28 | 2024-07-23 | キヤノン株式会社 | 画像形成装置、制御方法、プログラム |
| DE102020128685A1 (de) * | 2020-10-30 | 2022-05-05 | Bundesdruckerei Gmbh | Blockchain-basiertes digitales Dokumentensystem |
| JP7621772B2 (ja) * | 2020-11-10 | 2025-01-27 | キヤノン株式会社 | 情報処理装置、制御方法、およびそのプログラム |
| CN112559846B (zh) * | 2020-11-16 | 2023-10-03 | 北京版信通技术有限公司 | 一种app编码认证系统及其实现方法 |
| CN112417517B (zh) * | 2020-11-19 | 2023-11-28 | 成都无右区块链科技有限公司 | 一种基于区块链的数据标准管理方法 |
| US12038979B2 (en) | 2020-11-25 | 2024-07-16 | International Business Machines Corporation | Metadata indexing for information management using both data records and associated metadata records |
| SE545318C2 (en) * | 2021-03-01 | 2023-07-04 | Enigio AB | Method and system for registering digital documents |
| JP7478440B2 (ja) * | 2021-03-25 | 2024-05-07 | 国立研究開発法人産業技術総合研究所 | 情報処理方法及び情報処理システム |
| US12008526B2 (en) | 2021-03-26 | 2024-06-11 | Inveniam Capital Partners, Inc. | Computer system and method for programmatic collateralization services |
| US12597066B2 (en) | 2021-03-26 | 2026-04-07 | Inveniam Capital Partners, Inc. | Federated data room server and method for use in blockchain environments |
| IT202100007472A1 (it) * | 2021-03-26 | 2022-09-26 | Reviewercredits S R L | Metodo per l’identificazione univoca ai fini di accreditamento e catalogazione per attività di revisione |
| US12007972B2 (en) | 2021-06-19 | 2024-06-11 | Inveniam Capital Partners, Inc. | Systems and methods for processing blockchain transactions |
| US12137179B2 (en) | 2021-06-19 | 2024-11-05 | Inveniam Capital Partners, Inc. | Systems and methods for processing blockchain transactions |
| IT202100017276A1 (it) * | 2021-06-30 | 2022-12-30 | Alab Tech S R L | Metodo e sistema per certificare la corrispondenza di un documento digitale a una versione precedentemente ricevuta |
| US11880479B2 (en) * | 2021-08-05 | 2024-01-23 | Bank Of America Corporation | Access control for updating documents in a digital document repository |
| US12248597B2 (en) * | 2021-08-24 | 2025-03-11 | Red Hat, Inc. | Encrypted file name metadata in a distributed file system directory entry |
| FR3129231B1 (fr) * | 2021-11-15 | 2025-03-14 | Veritise | Procédé d’authentification de données |
| FR3129744B1 (fr) * | 2021-11-30 | 2024-08-09 | Banks And Acquirers Int Holding | Procédé de traitement d’une transaction impliquant l’utilisation d’un identifiant public, dispositif, système et programmes d'ordinateurs correspondants. |
| US11551496B1 (en) * | 2022-02-18 | 2023-01-10 | Passivebolt, Inc. | Access control systems, devices, and methods therefor |
| WO2023205526A1 (en) * | 2022-04-22 | 2023-10-26 | Outlander Capital LLC | Blockchain powered art authentication |
| US20230351407A1 (en) * | 2022-05-02 | 2023-11-02 | Walmart Apollo, Llc | System and method for product certification management |
| KR102447177B1 (ko) * | 2022-05-10 | 2022-09-23 | 이인상 | 전자문서를 관리하는 전자장치 |
| US12081684B2 (en) * | 2022-05-18 | 2024-09-03 | Jpmorgan Chase Bank, N.A. | System and method for fact verification using blockchain and machine learning technologies |
| US12333054B2 (en) * | 2022-07-14 | 2025-06-17 | Genetec Inc. | Tamper-evident storage and provisioning of media streams |
| CN115310969A (zh) * | 2022-08-10 | 2022-11-08 | 中国银行股份有限公司 | 一种实体卡数据处理方法及装置 |
| CN115618304A (zh) * | 2022-09-05 | 2023-01-17 | 北京易安睿龙科技有限公司 | 一种基于数据特征码的不出域数据集发布方法及系统 |
| WO2024083292A1 (en) * | 2022-10-18 | 2024-04-25 | Maersk A/S | Methods for verification of electronic documents and related electronic devices |
| US12572676B2 (en) * | 2023-01-31 | 2026-03-10 | Verified Genius Inc. | Authenticated document storage vault |
| FR3145816B1 (fr) * | 2023-02-15 | 2025-03-14 | Keeex | procédé d’établissement d’une liaison inviolable entre un fichier numérique et une donnée variable |
| CN116935395A (zh) * | 2023-03-03 | 2023-10-24 | 中国移动通信有限公司研究院 | 文本识别方法、装置、电子设备及存储介质 |
| CN117034360B (zh) * | 2023-07-19 | 2025-10-31 | 中移动信息技术有限公司 | 文件泄密风险检测方法、设备、存储介质及装置 |
| US20250077481A1 (en) * | 2023-08-31 | 2025-03-06 | American Express Travel Related Services Company, Inc. | Metadata extraction and schema evolution tracking for distributed nosql data stores |
| CN117271516B (zh) * | 2023-09-27 | 2025-12-05 | 长城汽车股份有限公司 | 物料清单数据存储方法、装置、电子设备及存储介质 |
| CN117149716A (zh) * | 2023-10-27 | 2023-12-01 | 北京美络克思科技有限公司 | 一种电子文档真实性检测方法、装置和设备 |
| US20260039449A1 (en) * | 2024-08-01 | 2026-02-05 | International Business Machines Corporation | Increasing the speed of homomorphic encryption encoding |
Family Cites Families (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003048905A2 (en) * | 2001-12-05 | 2003-06-12 | E-Xchange Advantage, Inc. | Method and system for managing distributed trading data |
| US20040103023A1 (en) | 2002-11-25 | 2004-05-27 | Irwin John R. | Coupon barcode internet verification system |
| JP2006309523A (ja) * | 2005-04-28 | 2006-11-09 | Canon Inc | 文書管理システム、文書管理方法、プログラム |
| US20060271787A1 (en) * | 2005-05-31 | 2006-11-30 | Xerox Corporation | System and method for validating a hard-copy document against an electronic version |
| JP4687703B2 (ja) * | 2007-10-02 | 2011-05-25 | ソニー株式会社 | 記録システム、情報処理装置、記憶装置、記録方法及びプログラム |
| US8430301B2 (en) * | 2009-11-23 | 2013-04-30 | Konica Minolta Laboratory U.S.A., Inc. | Document authentication using hierarchical barcode stamps to detect alterations of barcode |
| US20110161674A1 (en) * | 2009-12-29 | 2011-06-30 | Konica Minolta Systems Laboratory, Inc. | Document authentication using document digest verification by remote server |
| US9367530B2 (en) * | 2011-01-21 | 2016-06-14 | Jive Software | Distributed document co-authoring and processing |
| US8504480B2 (en) * | 2011-02-03 | 2013-08-06 | Ricoh Co., Ltd | Creation of signatures for authenticating applications |
| PH12013501874A1 (en) * | 2011-03-07 | 2019-06-26 | Roberto Giori | System and method for providing and transferring fungible electronic money |
| US20150379510A1 (en) * | 2012-07-10 | 2015-12-31 | Stanley Benjamin Smith | Method and system to use a block chain infrastructure and Smart Contracts to monetize data transactions involving changes to data included into a data supply chain. |
| US9166986B1 (en) * | 2012-11-30 | 2015-10-20 | Microstrategy Incorporated | Witnessing documents |
| US20140254796A1 (en) * | 2013-03-08 | 2014-09-11 | The Chinese University Of Hong Kong | Method and apparatus for generating and/or processing 2d barcode |
| US9858569B2 (en) * | 2014-03-21 | 2018-01-02 | Ramanan Navaratnam | Systems and methods in support of authentication of an item |
| CA2985040A1 (en) | 2014-05-06 | 2015-12-03 | Case Wallet, Inc. | Cryptocurrency virtual wallet system and method |
| US9818092B2 (en) | 2014-06-04 | 2017-11-14 | Antti Pennanen | System and method for executing financial transactions |
| CO7240114A1 (es) | 2015-01-16 | 2015-04-17 | Lleidanetworks Serveis Telematics Sa | Método para creación de contratos electrónicos certificados por parte de un usuario de un operador de telecomunicaciones |
| HK1249791A1 (zh) * | 2015-03-31 | 2018-11-09 | Nasdaq, Inc. | 区块链交易记录的系统和方法 |
| US10303887B2 (en) * | 2015-09-14 | 2019-05-28 | T0.Com, Inc. | Data verification methods and systems using a hash tree, such as a time-centric merkle hash tree |
| US20170075877A1 (en) * | 2015-09-16 | 2017-03-16 | Marie-Therese LEPELTIER | Methods and systems of handling patent claims |
| CN105281913B (zh) * | 2015-09-17 | 2019-01-15 | 杭州猿人数据科技有限公司 | 用于电子签名的电子证据处理方法、系统及动态码服务系统 |
| US10318746B2 (en) * | 2015-09-25 | 2019-06-11 | Mcafee, Llc | Provable traceability |
| US20170213221A1 (en) * | 2016-01-26 | 2017-07-27 | Bank Of America Corporation | System for tracking and validation of multiple instances of an entity in a process data network |
-
2017
- 2017-02-07 CU CUP2018000085A patent/CU20180085A7/es unknown
- 2017-02-07 WO PCT/AU2017/050096 patent/WO2017136879A1/en not_active Ceased
- 2017-02-07 CO CONC2018/0009397A patent/CO2018009397A2/es unknown
- 2017-02-07 SG SG11201805566XA patent/SG11201805566XA/en unknown
- 2017-02-07 EP EP17749821.9A patent/EP3414867B1/en active Active
- 2017-02-07 JP JP2018536277A patent/JP6959618B2/ja active Active
- 2017-02-07 GE GEAP201714871A patent/GEP20207163B/en unknown
- 2017-02-07 MA MA044016A patent/MA44016A/fr unknown
- 2017-02-07 MY MYPI2018702583A patent/MY183574A/en unknown
- 2017-02-07 CN CN201780018818.8A patent/CN109075971B/zh active Active
- 2017-02-07 EA EA201891795A patent/EA034354B1/ru unknown
- 2017-02-07 AU AU2017218452A patent/AU2017218452B2/en active Active
- 2017-02-07 PT PT177498219T patent/PT3414867T/pt unknown
- 2017-02-07 CR CR20180435A patent/CR20180435A/es unknown
- 2017-02-07 GE GEAP202014871A patent/GEAP202014871A/en unknown
- 2017-02-07 CA CA3012870A patent/CA3012870C/en active Active
- 2017-02-07 MX MX2018009616A patent/MX2018009616A/es unknown
- 2017-02-07 CZ CZ2018-449A patent/CZ2018449A3/cs unknown
- 2017-02-07 US US16/073,914 patent/US10972281B2/en active Active
- 2017-02-07 KR KR1020187022860A patent/KR20180110670A/ko active Pending
-
2018
- 2018-07-05 ZA ZA2018/04492A patent/ZA201804492B/en unknown
- 2018-07-24 PH PH12018501569A patent/PH12018501569A1/en unknown
- 2018-07-24 SA SA518390002A patent/SA518390002B1/ar unknown
- 2018-08-07 IL IL261020A patent/IL261020B/en active IP Right Grant
- 2018-08-07 NI NI201800081A patent/NI201800081A/es unknown
- 2018-08-08 SV SV2018005732A patent/SV2018005732A/es unknown
- 2018-08-08 CL CL2018002135A patent/CL2018002135A1/es unknown
- 2018-08-13 AU AU2018101148A patent/AU2018101148A4/en not_active Expired
- 2018-09-06 EC ECSENADI201867575A patent/ECSP18067575A/es unknown
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA3012870C (en) | A system and method for document information authenticity verification | |
| US11764974B2 (en) | Method and system for certification and authentication of objects | |
| Rasool et al. | Docschain: Blockchain-based IoT solution for verification of degree documents | |
| US11349666B2 (en) | Electronically signing and distributing identification data as a service that provides proof of identity, integrity, validity and origin of data for non-repudiation and ID validation methods | |
| US10402784B2 (en) | Dynamic notary system | |
| Hepp et al. | Securing physical assets on the blockchain: Linking a novel object identification concept with distributed ledgers | |
| EP3792792B1 (en) | Tampering detection method for paper copy and apparatus and non-transitory computer-readable storage medium | |
| KR102256922B1 (ko) | 조회 이력 통지에 의하여 인증 기능이 강화된 문서 인증 방법 및 문서 인증 시스템 | |
| CN107531076B (zh) | 针对安全证件的远程标记打印 | |
| JP7477937B1 (ja) | 鑑定証明システム、及び鑑定証明方法 | |
| OA18753A (en) | A system and method for document information authenticity verification | |
| BR112018016212B1 (pt) | Método implementado em computador para verificação da autenticidade de informações de documento | |
| HK1258030B (en) | A system and method for document information authenticity verification | |
| Ismatov et al. | FaceHub: facial recognition data management in blockchain | |
| Irimia | Decentralized Infrastructure for Digital Notarizing, Signing and Sharing Files using Blockchain | |
| Abisha et al. | A Blockchain and IPFS-based Framework for Secure and Verifiable E-Learning Certificates using Ethereum Smart Contracts | |
| WO2021098797A1 (en) | Method of managing documents, user equipment, and non-transitory | |
| Rajyalaxmi et al. | An Automated Secure Smart-Contract Driven KYC Solution | |
| WO2024232035A1 (ja) | 鑑定証明システム、及び鑑定証明方法 | |
| TW202445433A (zh) | 鑑定證明系統及鑑定證明方法 | |
| CN117521153A (zh) | 电子合约签章系统及合约处理服务器 | |
| TW202025061A (zh) | 基於區塊鏈技術之數位證書管理方法、系統、電腦程式產品及電腦可讀取記錄媒體 |