Patent Application
20240170113
The present disclosure generally relates to the protection of personally identifiable data, and more particularly, the present disclosure relates to a secured and verified collecting apparatus and method for reading, encoding, recording, verifying and protecting biometric or non-biometric data.
Modern society has increasingly become a digital based society that increasingly utilizes computer networks to collect, transmit, and process personal data and information from individuals in the society. This personal data and information may be related to, for example, business, employment, private financial and/or medical information and records. Recently, wide range of artificially generated avatars mimicking facial, voice or other biometrics of a human client have become increasingly available in the market place. These avatars or voice robots are used in wide range of commercial or non-commercial transactions, such as banking, healthcare, brokerage trading, governmental organizations, artistic generations, educational institutions and other streams of commerce or society. And are primarily acting as proxies to the respective senior party.
Increasingly, people have been working remotely from their regular places of business, participating in telemedicine doctor's appointments, banking online, educations, and even participated in legal court proceedings remotely. As a result of all these types of activities, there has been a rising challenge to maintain security, privacy, originality and truthfulness of the image or voice behind a purported client; and assure that proper consent is present for these activities conducted by an artificial intelligence (AI) generated representative moderating the transaction at hand.
Unfortunately, this increased digitally and AI generated activity has also increased the activity of hackers who are actively attempting to obtain the secure and private data and information by using AI generated avatars voice robots, as imposters. These hackers may be motivated by personal, political, nation-state and/or economic objectives. As result, people and business entities are concerned about the safety and integrity of their data and information. For example, in the medical industry, patients have a heightened concern about the privacy, accuracy and disclosure of their sensitive health-related information. People are also concerned that their passwords, bank accounts, and credit cards may be vulnerable to these types of hackers who use AI generated imposters to obtain their private information without boundaries. Further, increasing amount of AI generated artistic, academic, educational, or other creative works that appeared to be proprietary are not necessarily the creation of the authors. Hence, increasing concern of originality is prevalent alongside of AI's pervasiveness in our society.
Current industry trends tend to address these problems with generic security solutions focused on applications, databases, firewalls and activity alarm systems. For example, known approaches for attempting to address these problems may include proprietary encryption of manufactured storage devices installed in servers and workstations to protect against unauthorized disclosure. However, even with these approaches, significant data breaches have still occurred, and will likely continue to occur. Verification tools that screen content at the user or viewer end is another approach to address the fidelity and origination of creative works. However, these solutions are not designed to address the issues at the generation end, before the AI-impostered information being disseminated or transmitted to users. Therefore, they are not effective and often being too late after a user already revealed confidential and proprietary information. This has become a serious public problem that needs to be addressed urgently.
Recently, along with the development of blockchain technologies, industry leaders have started to look into more effective ways to cure the aforementioned problem with this immutable, transparent and decentralized data gatekeeping process. Blockchain is a form of distributed ledger technology (DLT) that allows digitized information such as cryptocurrencies to move freely from one user to another who are located on the same network without the involvement of a central/intermediatory party, such as a central bank. In reality, Blockchain functions as an electronic database, referred to as immutable ledger by some, enables users to keep important information secured and unalterable. Records on a blockchain cannot be changed. Only new data blocks can be created to memorialize any new data input. See https://www.techtarget.com/searchitoperations/tip/Blockchain-An-immutable-ledger-to-replace-the-database. Although blockchain has initially been developed in the financial industry along with transactions of crypto currencies such as Bitcoin or Ethereum, blockchain can also be implemented in many other industries. However, there are still serious lack of effective blockchain implementations in wide range of industries, such as airport security, police department, medical or public health systems, especially along with security, authentication and antifraud detections.
In one aspect of an exemplary embodiment, disclosed is a Verified Secure Biometric Collection (VSBC) system for collecting, verifying and recording data from a user associated with a secure transaction. The VSBC system comprises a storage device, input device, collecting device such as a camera, a voice recorder or a biometric scanner; encoding devices such as a camera encoder, a voice encoder, or biometric sensor, or fingerprint encoder; a verification device for verifying and stamping; and a privacy encoder. The input device is configured to receive information from the user related to the secure transaction, the camera is configured to capture an image of the user and store it in the storage device, the voice recorder is configured to record the voice of the user and store it in the storage device; and the biometric (fingerprint, etc.) scanner is configured to scan biometric (fingerprint, etc.) information of the user and store it in the storage device. The camera encoder is configured to combine and hash the image, voice recording or biometric (e.g., fingerprint, etc.) scan of the user into combined data sets that are stored in the storage device and the image, voice or biometric encoder is configured to process the image, voice or biometric scan of the user into image, voice or biometric template data sets and store the template data sets in the storage device. The verification device is configured to verify a human or an artificial intelligence (AI) generation of the data sets and stamp it with a symbol after a human witness (or digital witness) verifies and sends a verification signal and stamp. The system may be configured to produce a copy of the image, voice or biometric data of the user together with a verification stamp generated from the physical or digital witness. The privacy encoder is configured to combine and encrypt the combined data sets and image, voice or biometric template data sets from the storage device into encrypted data sets that memorialize the secure transaction. The system is configured to produce a copy of the secure transaction that includes the encrypted data sets of the user and the storage device is configured to be purged of all the data collected from the user including the information from the user and all biometric and non-biometric data that includes the image, voice or fingerprint of the user's combined and template data sets, and encrypted data sets once the copy of the secure transaction is produced. The VSBC system may be further configured to allow the produced copy of the image, voice or biometric data of the user into an immutable ledger or a blockchain structure thereby maintaining a history of transactions that are secured, irreversible and decentralized. It should be noted that in the event the user is an AI generated persona, the biometric data could be image or voice at the current state of the technical development. However, when artificial skin and sensory technology reaches the level of authenticity, the fingerprint biometric information can also be gathered from an AI generated persona.
In another aspect of an exemplar embodiment, disclosed is a VSBC system that comprises one or more processing units and a computer-readable medium having encoded thereon computer-executable instructions. The computer-executable instructions cause the one or more processing units to: receive information from the user related to the secure transaction with an input device, where the received information from the user is stored in a storage device or an immutable ledger, capture an image, voice or fingerprint (biometric/non-biometric data) of the user with a camera, voice recorder or finger print scanner where the image, voice or fingerprint is stored in the storage device or the immutable ledger, where the image, voice or fingerprint information of the user is transmitted to a human (or digital) witness for verification whereby a “verification stamp” as an optional additional security measure. For example, a visible marker such as “HIS or AIS” attached with an industry-standard PKI certificate which communicates feedback to web browser viewers and visual feedback trust stamp, or equivalent symbols representing verification conventions in industry are generated; combine and hash the verified and stamped image, voice or fingerprint (or biometric/non-biometric) information of the user into combined data sets that are stored in the storage device or the immutable ledger, process the verified and stamped image, voice or fingerprint (biometric or non-biometric information) of the user into a set of verified and stamped biometric and non-biometric information template data sets that are stored in the storage device or the immutable ledger, combine and encrypt the combined data sets and verified and stamped biometric or non-biometric template data sets from the storage device into encrypted data sets memorializing the secure and verified transaction, produce a copy of the secure transaction that includes the encrypted data sets for the user, or upload the copy of the secure transaction with the encrypted data sets to the immutable ledger at the user's choice or at an institution's mandate, and purge all the data collected from the user including the information from the user and all biometric and non-biometric data that includes the image, voice or fingerprint of the user, combined data sets, verified and stamped biometric and non-biometric information template data sets, and encrypted data sets once the copy of the secure transaction is produced and transmitted to an intended user.
In another aspect of an exemplary embodiment, the VSBC system performs a method that comprises: receiving information from the user related to the secure transaction with an input device; storing the received information from the user in a storage device or an immutable ledger; capturing information such as an image, voice or fingerprint of the user with a camera or scanning device; storing the captured information in the storage device or the immutable ledger; scanning an image, voice or fingerprint of the user with an image, voice or fingerprint scanner; storing the image, voice or fingerprint of the user in the storage device or the immutable ledger; verifying the image, voice or fingerprint of the user with a verification witness (or artificial proxy); stamping the verified image, voice or fingerprint information with a verification stamp as an optional additional security measure, such as for example, HIS or AIS or equivalent (these symbols representing verifications conventions in industry); combining and hashing the verified and stamped information of the user into combined data sets; storing the combined data sets in the storage device or the immutable ledger; processing the verified and stamped image, voice or fingerprint scan of the user into template data sets; storing the verified and stamped template data sets in the storage device or the immutable ledger; combining and encrypting the combined data sets and verified and stamped template data sets from the storage device into encrypted data sets memorializing the verified and secured transaction; producing a copy of the verified and secured transaction that includes the encrypted data sets for the user; and uploading the copy of the verified and secured transaction with the encrypted data sets to the immutable ledger at the user's choice before purging all the data collected from the user including the information from the user that includes the image, voice or fingerprint of the user, combined data sets, verified and stamped image, voice or fingerprint template data sets, and encrypted data sets once the copy of the secure transaction is produced.
In yet another aspect of an exemplary embodiment, a VSBC system for collecting and recording data from a user associated with a secure transaction is provided, comprising: a storage device; an input interface configured to receive information from the user related to the secure transaction; a camera configured to capture an image of the user; a biometric scanner configured to scan a biometric of the user; a camera encoder configured to combine and hash the image of the user into combined data sets that are stored in the storage device; a biometric encoder configured to process the biometric scan of the user into biometric template data sets and store the biometric template data sets in the storage device; at least one of a human witness and non-human digital witness, the non-human digital witness having access to sensor inputs and software, configured to verify that a person providing at least one of the image capture and biometric scan is the user, wherein the at least one human witness and non-human digital witness is in proximity to the user; and a privacy encoder configured to combine and encrypt the combined data sets and biometric template data sets from the storage device into encrypted data sets memorializing the secure transaction, wherein the VSBC system is configured to produce a copy of the secure transaction that includes the encrypted data sets for the user, and wherein the storage device is configured to be purged of all the data collected from the user including the information from the user and all biometric data that includes the image of the user, biometrics of the user, combined data sets, biometrics template data sets, and encrypted data sets once the copy of the secure transaction is produced.
In yet another aspect of an exemplary embodiment, the above system is described, further including a second camera, wherein the first camera is configured to capture the image of the user in a visible range, the second camera is configured to capture a second image of the user in a non-visible range, and the camera encoder is configured to combine and hash the image of the user in the visible range and the image of user in the non-visible range into the combined data sets; and/or further configured to transmit the data collected from the user including the information from the user and all biometric data that includes the image of the user, the biometric measurement of the user, combined data sets, biometric template data sets, and encrypted data sets once the copy of the secure transaction is produced to an immutable distributed ledger upon receiving the user's instruction; and/or wherein the sensor inputs are one or more witness-cameras in proximity to the user, having image processing software to assist in the verification; and/or wherein the sensor inputs further comprises, at least one of a microphone, speaker, thermal sensor, and display, with additional processing software to assist in the verification; and/or wherein the non-human digital witness comprises an artificial intelligence engine, operating to analyze sensor data taken of the user to verify the user is an actual person; and/or further comprising an avatar as an interface for the artificial intelligence engine with the user; and/or wherein the artificial intelligence engine works in concert with data from at least one of the input interface, camera, and biometric scanner for verification of the user; and/or further including a processor, wherein the biometric encoder is further configured to timestamp the biometric scan of the user with a first timestamp and a verification indication from the non-human digital witness with a second timestamp, and the processor is configured to determine a difference between the first timestamp and second timestamp is less than or equal to a predetermined time; and/or wherein the storage device is in a network Cloud and the input interface operates as a live encoded interface; and/or further comprising, a visual token code produced from the privacy encoder and assigned to one or more captured images of the user; and/or further comprising: a cryptographic hash Audit Token data element, the data element containing at least one of transaction metadata, identification recordings, and verification of identification recordings; and an encrypted Audit Token from encrypting the data element, wherein the encrypted Audit Token provides access to a connected Cloud-based data store; and/or further comprising, an Audit Token and a common-format PDF Receipt, wherein the Audit Token is used to inform an external system of confirmation and recording of the transaction; and/or further comprising, a certificate document generated from the transaction, containing an encrypted user identity token; and/or further comprising, a non-repudiable, one-time transaction encoding of details of the transaction, containing user identity tokens in plurality for a plurality of users; and/or wherein said user is at least one of a human or artificial intelligence created persona.
In yet another aspect of an exemplary embodiment, a method of collecting and recording data from a user associated with a secure transaction is provided, comprising: receiving information from a user via an input interface, relating to the secure transaction; capturing an image of the user; scanning a biometric of the user; electronically combining and hashing the image of the user into combined data sets for storage; electronically processing the biometric scan of the user into biometric template data sets for storage; witnessing the user via at least one of a human witness and non-human digital witness, in proximity to the user; providing a verification of the user via the witnessing; electronically combining and encrypting the combined data sets and biometric template data sets from storage into encrypted data sets memorializing the secure transaction; electronically producing a private copy of the secure transaction including the encrypted data sets for the user; and purging from storage all the data collected from the user including the information from the user and all biometric data that including the image of the user, biometrics of the user, combined data sets, biometrics template data sets, and encrypted data sets once the copy of the secure transaction is produced.
In yet another aspect of an exemplary embodiment, the above method is provided, further comprising, capturing an image of the user in a non-visible range, wherein image data of the non-visible range is also combined and hashed into the combined data sets; and/or further comprising, the system is further configured to transmit the data collected from the user including the information from the user and all biometric data that includes the image of the user, the biometric measurement of the user, combined data sets, biometric template data sets, and encrypted data sets once the copy of the secure transaction is produced to an immutable distributed ledger upon receiving the user's instruction; and/or further comprising, providing one or more witness-cameras in proximity to the user to assist in the verification by the non-human digital witness; and/or further comprising, acquiring real-time data of the user via at least one of a microphone, speaker, thermal sensor, and display; and/or further comprising, using an artificial intelligence engine as the non-human digital witness; and/or, further comprising, interfacing with the user via an avatar; and/or further comprising, processing data from the captured image of the user and the scanned biometric of the user by the artificial intelligence engine for verification of the user; and/or further comprising: timestamping the biometric scan of the user with a first timestamp and a verification indication from the non-human digital witness with a second timestamp; and determining a difference between the first timestamp and second timestamp is less than or equal to a predetermined time; and/or further comprising, producing a visual token code and assigning to one or more captured images of the user; and/or further comprising, cryptographically hashing an Audit Token data element containing at least one of transaction metadata, identification recordings, and verification of identification recordings, to form an encrypted Audit Token for accessing a Cloud-based data store; and/or further comprising, informing an external system of confirmation and recording of the transaction via an Audit Token and a common-format PDF Receipt; and/or further comprising, generating a certificate document from the transaction, containing an encrypted identity token; and/or further comprising, encoding details of the transaction in a non-repudiable, one-time transaction format, containing identity tokens in plurality for a plurality of users; and/or further comprising, upon completing the secure transaction, enabling access for the user to at least one of a social media site, restricted access site, government site, financial site, and virtual site; and/or further comprising, enabling at least one of transaction certification, transaction certification, and recording of encrypted transaction tokens; and/or further comprising, electronically notarizing, via the non-human digital witness, the transaction; and/or further comprising, proving physical proximity and spatial geographic-location of the user to the input interface; and/or further comprising, reading and recording biometric data for at least two persons proximal to the user input; and/or further comprising, proving physical proximity and spatial geographic-location of the user to the input interface; and/or further comprising, capturing via a non-visible light capturing camera at least one facial, skin, and distinguishing marks of the user; and/or further comprising, pre-emptively encrypting and privatizing recordings for real-time transmission and storage in a Cloud-based data store; and/or further comprising, receiving confirmation and cryptographic validations, in plurality, from the Cloud-based data store, to determine validity or denial of validity for the recordings; and/or further comprising, transmitting a permanent, timestamped and geographically-stamped Audit Token to an external public cloud archive data store, when geographic location contains at least one of GPS, GLONASS, and terrestrial cellular location data; and/or further comprising, electronically performing a cryptographic non-recoverable erase on data recordings; and/or further comprising, transmitting at least the encrypted data sets and secure transaction into at least one of a Cloud Based Auditing service, Cloud Based recording service, third-party computing system and governmental computing system; and/or further comprising, transmitting a common-format PDF Document certificate into a Cloud Based Data store, containing serialized confirmation specifying user Identity and transaction token recordings, for future verification application; and/or wherein said user is at least one of a human or artificially intelligent persona.
Other devices, apparatuses, systems, methods, features, and advantages of the invention will be or will become apparent to one with skill in the art upon examination of the following figures and detailed description. It is intended that all such additional devices, apparatuses, systems, methods, features, and advantages be included within this description, be within the scope of the invention, and be protected by the accompanying claims.
The invention may be better understood by referring to the following figures. The components in the figures are not necessarily to scale, emphasis instead being placed upon illustrating the principles of the invention. In the figures, like reference numerals designate corresponding parts throughout the different views.
A Verified Secure Biometric Collection (VSBC) system for collecting and recording data from a user associated with a secure transaction is disclosed. In
In this non-limiting example, the secure network 102 may be secure health network and the business entity may be a health provider that utilizes the VSBC system 100 to obtain health related information from a user 112. The user 112 may be a person seeking medical care that expects his/her personal information to be kept private. In addition to the user 112, a witness 114 may be present and proximal when the user 112 interfaces with the VSBC system 100. As an example, the witness 114 may be a parent of the user 112 if the user 112 is underage. In this non-limiting example, the service representative 110 may be health provider employee that assists the user 112 in processing his/her health care needs. In one example, the VSBC system 100 may be a standalone kiosk in a medical facility. Alternatively, the VSBC system 100 and the service terminal 108 may be the same system that is physically located near the service representative 110. In this non-limiting example, combined VSBC system 100 and service terminal 108 may be located at a check-in location in the medical facility in front of the service representative where the user 112, and optionally the witness 114, approach the service representative 110 and input the user's 112 information at the VSBC system 100 in front of the service representative 110 where the service representative 110 also interfaces directly with the VSBC system 100.
In another example, the secure network 102 may be secure government network and the government entity utilizes the VSBC system 100 to obtain sensitive government related information from a user 112. In this non-limiting example, the government entity may be a government taxing authority, courthouse, central bank or other government related facility.
In yet another example, the secure network 102 may be secure government related network and the business entity utilizes the VSBC system 100 to obtain sensitive government related information from a user 112. In this non-limiting example, the business entity may be a defense contractor or a business the performs services for a government entity.
In still another example, the secure network 102 may be a business-related network and business entity utilizes the VSBC system 100 as a point-of-sale device. In this non-limiting example, the user 112 may be a buyer, the VSBC system 100 may be combined with the service terminal 108 as a point-of-sale device, and the service representative 110 may be a sales representative of the business entity.
As an example of the business entity being a health provider, the VSBC system 100 may be a kiosk (such as, for example VSBC system 400) within the facility of the health provider. The user 112 may then approach and activate the VSBC system 100 to receive medical services. The VSBC system 100 would then prompt the user 112 to input the identify and personal information related to the identity of the user 112 and the requested medical services. For example, is the user 112 requesting to receive medical services for a previously booked medical appointment or walk-in medical services. The user 112 would input this information and any related user data into the VSBC system 100 which would be related to a private and secure transaction with the medical provider that may include financial and private medical information about the user 112. This information would be received by VSBC system 100 and stored in a storage device. The VSBC system 100 may then capture (i.e., take) one or more pictures and/or video of the user 112 with one or more cameras of the VSBC system 100. The captured images or videos would then be stored in the storage device. The VSBC system 100 would then prompt the user 112 for biometric data such as one or more fingerprints from the user 112 with a fingerprint scanner. The user 112 would then scan his/her fingerprint, or fingerprints, with the fingerprint scanner and the VSBC system 100 would store the fingerprint (s) into the storage device. The VSBC system 100 would then combine and hash the image (s) of the user into combined data sets and store the combined data sets into the storage device. The VSBC system 100 would then process the fingerprint scan of the user into fingerprint template data sets and then store the fingerprint template data sets into the storage device. The VSBC system 100 would then combine and encrypt the combined data sets and fingerprint template data sets from the storage device into encrypted data sets memorializing the secure transaction, or transmit the secure transaction and including the encrypted data set to an immutable ledger, and produce a copy of the secure transaction that includes the encrypted data sets for the user 112. The VSBC system 100 would then purge all the data collected from the user including the information from the user and all biometric data that includes the image of the user, fingerprint of the user, combined data sets, fingerprint template data sets, and encrypted data sets once the copy of the secure transaction is produced and/or transmitted to the immutable ledger.
In this non-limiting example, to increase the level of security, the VSBC system 100 may require that a second person to authenticate the information provided by the user 112. The second person may be the witness 114 or the service representative 110.
As an example, the user 112 may be a patient that is requiring medical services and the VSBC system may collect the information from the user 112 and then present an agreement document for the user 112 to read before services are rendered by the health provider. The agreement may be displayed on display device on the VSBC system 100 for the user 112 to read. The VSBC system 100 then would prompt the user 112 to accept or decline the agreement document. If the user 112 does not accept the agreement document, the v system 100 then ends the session with the user 112 and resets for another user. If, instead, the user 112 does accept the agreement document, the VSBC system prompts the user 112 to be photographed and/or video recorded. This prompt may be timed by a first predetermined time (for example, three to five seconds) for the user 112 to prepare to be photographed and/or video recorded by the camera. Once photographed and/or recorded, the VSBC system 100 will prompt the user 112 to provide one or more fingerprints via the fingerprint scanner of the VSBC system 100. Once the user 112 provides the fingerprint (s), the VSBC system 100 may prompt the second person to also provide a fingerprint via the same or another fingerprint scanner. In this situation, the second person may be the witness 114 that is proximate to the user 112 to confirm the acceptance of agreement document by the user 112 or the service representative 110 that may be proximate or remote from the user 112. In the situation where the VSBC system 100 is a kiosk (combining the VSBC system 100 and service terminal 108) that is close to the service representative 110, the service representative 110 may provide the fingerprint scan while personally viewing and being personally close to the user 112. In the situation where the VSBC system 100 is a kiosk that is remote from the service terminal 108 and service representative 110, the service terminal 108 may include a display that shows live video of the user 112 at the VSBC system 100, where the video is recorded by a camera of the VSBC system 100. In this situation, the service representative 110 may provide a fingerprint to the VSBC system 100 via a fingerprint scanner on the service terminal that scans the fingerprint of the remote service representative 110 and transmits the scanned fingerprint of the service representative 110 to the VSBC system 100 via the service terminal 108, secure server 104, and network 106.
In these examples, the VSBC system 100 may time how long it takes for the second person to provide the fingerprint of the second person to ensure that it is approximately contemporaneous and provided as soon as possible after the user 112 provided the scanned fingerprint. As such, the VSBC system 100 may require that the second person's fingerprint is scanned within a second predetermine time, for example about 1000 ms, after the user's 112 fingerprint is scanned. The VSBC system 100 determines if the second person's fingerprint was scanned within the second predetermine time by timestamping the user's 112 scanned fingerprint and the timestamping the second person's scanned fingerprint. If the difference between the first timestamp and the second timestamp is within the second predetermined time, the VSBC system 100 will accept the second person's fingerprint. If not, the VSBC system 100 may require that the user 112 and second person repeat the process of scanning their respective fingerprints until they do it within the second predetermined time.
Once the VSBC system 100 accepts that both the user's 112 and the second person's fingerprints were provided within the second predetermined time, the VSBC system 100 would then combine and hash the image (s) of the user into combined data sets and store the combined data sets into the storage device. The VSBC system 100 would then process the fingerprint scans of the user 112 and second person into fingerprint template data sets and then store the fingerprint template data sets into the storage device. The VSBC system 100 would then combine and encrypt the combined data sets and fingerprint template data sets from the storage device into encrypted data sets memorializing the secure transaction, produce a copy of the secure transaction that includes the encrypted data sets for the user 112 and/or transmit the copy of the secure transaction to an immutable ledger located in the same network. The VSBC system 100 would then purge all the data collected from the user including the information from the user and all biometric data that includes the image of the user, fingerprint of the user, fingerprint of the second person, combined data sets, fingerprint template data sets, and encrypted data sets once the copy of the secure transaction is produced or being transmitted to the immutable ledger.
In another example, the witness 114 may not be a physical person but an automated non-human entity 144, for example a digital witness or avatar recognized by the VSBC system 100 as a trusted information source acting as the witness 114, and if so desired interacting with the user 112 to accomplish its digital witnessing function. The automated entity 144 serves, via “electronic sensor” means, to function as the witness 114. The automatic entity 144 could take the form of a separate data gathering device or system, electronically “verifying” user 112. This “verifying” can take the form of tracking one or more of the interactions of the user 112 with the VSBC system 100 so as to determine that user 112 is indeed the same acting person by, for example, time-comparing or motion-comparing the user's 112 responses to the VSBC system's 100 prompts. This “verification” of a user 112 as a human actor can be accomplished via any one or more of motion recognition, image capture, thermal sensitivity, voice detection and so forth. In a simplest embodiment, the automatic entity 144 could simply be one or more cameras in proximity to the user 113, with associated image processing, software and such, identifying the user 112 through facial recognition, identifying skin and distinguishing marks including tattoos and markings, as a non-limited example. Or a multi-sensor device directed at the user 112 with more sensors, such as a microphone, speaker, thermal sensor, display, etc. In a more sophisticated embodiment, the automatic entity 144 can be an avatar or an AI persona using an AI engine to perform the validation/witnessing function. In a more sophisticated embodiment, the automatic entity 144 can be an avatar or an AI persona using an AI engine to perform the validation/witnessing function. For example, in one embodiment the AI persona is an electronic company representative, with delegated authority from a corporate business organization, acts on behalf and makes calculated decisions with authority granted by the corporate business organization. The AI persona is therefore working in lieu of a human actor, under delegated authority from a business organization, and resulting actions are audited and recorded into a verified witness record. This record indicates that intelligent decision making performed functions necessary to review, assess and witness said transactions. There is understood to be a widely flexible range of authority, from minute small decision making, ranging up to Executive Level decision making authority within the corporate entity constructs of business authority, finance and legal affairs decision conduct. In another embodiment, the AI persona is an electronic processing chip apparatus that performs reasonable sensory analysis, with flexible and programmable algorithms existing and that inventors anticipate extending and improving, where the resulting actions are audited and recorded into a verified witness record.
For flexibility and simplicity, the automatic entity 144 will be referred to using the generic term AI persona 144, understanding that in some embodiments, based on context and design objective, no AI engine need be used. However, in embodiments with an AI engine, the AI persona's 144 interactions with the user 112 may be varied and therefore less prone to deception (from the user 112). In some ways, the AI persona 144 can be a variant of the VSBC system 100, but not necessarily requiring interaction, acting instead as an observer of the user 112 to validate there is a real person in situ interacting with the VSBC system 100. For example, if the user 112 is purported to be a female, or of a certain height, such characteristics could be observed by the AI persona 144 and then correlated to the user-information in the VSBC system 100. Of course, the intent of the AI persona 144 is to recognize, using available sensor (s), that the witness 112 is a person and is the person interacting with the VSBC system 100 at the time of interaction. As is apparent, various and diverse validation or human-form recognition approaches are possible, only a few being provided above. Other approaches, too numerous to list, can and may be utilized depending on the sophistication desired by the implementing entity. As one demonstration of another non-limiting example, the AI persona 144 could request an eye-scan or other response (e.g., for identity matching or simply human identification) whereas the VSBC system 100 may not require the same from the user 112.
The AI persona 144 could be an VSBC originated observer or a non-VSBC originated observer. That is, as an VSBC originated observer, the health provider (or commercial company) would be responsible for the AI persona's witness role. For a non-VSBC originated observer, a third party, such as a federal agency or security corporation, for example, may be responsible for the AI persona's witness role. In this role the AI persona 144 can act as a digital notary, confirming that the user 112 is actually a person and the same person is performing the interactions with the VSBC system 100. Also, while the AI persona 144 as the role of a witness may validate the user's input information at the end of the user's interactions, it is possible for the AI persona 144 to also validate individual interactions as they are completed. For example, the VSBC system 100 may prompt the user 112 for a photograph, perhaps requesting a smile or a particular posture or position. The AI persona 144 could recognize the user's smiling motion or head posture or body position and use the timing of that data point to validate the “timing” of the photograph taken by the VSBC system 100. If desired, subsequent other actions could be monitored by the AI persona 144. Other forms could be the VSBC system 100 requesting the user 112 to place his/her hand into a fingerprint or biometric sensor. This motion of the user's hand could be registered by the AI persona 144 as being synchronous (in time relation) with VSBC system's 100 capture of the user's fingerprint. Various other approaches are only limited to the technology available and the level of sophistication desired by the implementing entity and as such are understood to be within the purview and scope of this disclosure.
In other embodiments, the AI persona 144 may be instituted via hardware co-situated with the VSBC system 100, such as for example, in a standalone kiosk, a service terminal 108, at a check-in location, and so forth. In other embodiments, the AI persona 144 may be a portable piece of hardware, for example a smart pad or smart phone, or other device with image and/or voice capturing capability. For the latter, a technician could bring such a device and direct it at the user 112 (or leave it with the user 112). Of course, any such AI persona 144 or digital witness would be in communication with the VSBC system 100 or a connected network 106. Upon verification, the AI persona 144 could send a verification stamp to the system or provide other means of verification, as desired.
To avoid an overriding of the AI persona 144 by a hacking source, various security controls can be utilized, including tokens tied to the session. The biometric witness 2-person application system, which can be described as a certified avatar, protects privacy and applies extended security for example, to social media events and real-time social media interaction. The captured and privatized biometric signatures when integrated with avatar-human interaction enforces anonymity, prevents non-authentic non-person robot bot access, and significantly reduces privacy breaches. Such integration of this system into electronic devices provides a unique and distinct capability. By ensuring the integrity, authenticity, and authorized usage of the persona actor, these security controls effectively prevent hacking and unauthorized manipulation.
For a practical non-limiting example in current technology, consider the following scenario: when a user initiates a session with the AI persona actor, the biometric identity markers are witnessed in real-time with proprietary methods disclosed, and then the system can generate a temporary session JWT token aka Communication Network activation ticket specific to the user. JWT stands for “JSON web token (JWT), which is an open standard (per Internet Engineering Task Force, Request for Comments 7519) that defines a compact and self-contained way for securely transmitting information between parties as a JSON object. Again, JWT is a standard, meaning that all JWTs are tokens, but not all tokens are JWTs.” This token facilitates the encapsulation of user information, encapsulates end-points and includes an expiration time. The temporary token is securely transmitted to the user and stored locally for verification purposes. A blockchain ledger can be utilized to record the creation and usage for session temporary JWT tokens. Each token creation and subsequent usage, such as authentication requests and persona actor interactions, are recorded as individual blocks in the blockchain. These blocks contain cryptographic hashes that guarantee the immutability and integrity of the recorded data. Additionally transparent and accessible audit records, resulting from the non-limited example above, can be stored into decentralized and transparent blockchain networks.
The use of an AI persona 144 or digital witness is understood to be applicable for the embodiment shown in
In all the above examples, the secure network 102 and VSBC system 100 may be powered by high-performance computers (HPCs) to carry out the transmission to an immutable ledger or blockchain step at a user's choice. However, if a user prefers to keep copies the secure transaction to be stored at a traditional storage unit or network due to cost concerns as the HPCs are very costly due to the sophisticated Graphic Processing Units (GPUs) and Central Processing Units (CPUs), the HPCs can be introduced at a later stage when cost is not an issue.
While
In
In this non-limiting example, the one or more processing units 200, storage device, memory 206, one or more communication interfaces 210, camera encoder 216, input device 218, output device 226, fingerprint (biometric) template encoder 224, device key 228, and privacy encoder 230 are in signal communication with system bus 202 and potentially each other. The camera encoder 216 is also in signal communication with the camera 212 and optional second camera 214 and the fingerprint (biometric) encoder 224 is also in signal communication with the fingerprint (biometric) scanner 220 and optional second fingerprint (biometric) scanner 222. In this non-limiting example, the one or more processing units 200 may be one or more processors as described in relation to
In this non-limiting example, the camera 212 may be a camera capable of capturing photographic images and/or video of the user 112 in the visible radiation spectrum. If the optional second camera 214 is present, the optional second camera 214 may be camera capable of capturing photographic images and/or video of the user 112 in the invisible radiation spectrum including ultraviolet spectrum radiation, near-infrared spectrum radiation, or far-infrared spectrum radiation.
Moreover, in this non-limiting example the fingerprint (biometric) scanner 220 is located on the VSBC system 100 and is configured to scan one or more fingerprints (biometrics) of the user 112. The fingerprint (biometric) scanner 220 may be a signal scanner that is configured to scan the fingerprint (biometric) of a single finger of the user 112 or one or more fingerprint (biometric) scanner that are configured to scan multiple fingers of the user 112. In this non-limiting example, the user 112 and witness 114 (or AI persona 144) may utilize a single fingerprint (biometric) scanner 220 to scan the fingerprints (biometrics) of the both the user 112 and witness 114 (acting as a second person as described previously, or verifying AI persona 144). Alternatively, the VSBC system 100 may include the optional second fingerprint (biometric) scanner 222 to scan the fingerprint of the second person (such as the witness 114 or proximately located service representative 110). If the optional second fingerprint (biometric) scanner 222 is configured to scan the fingerprint of a second person that is either the witness 114 or a proximately located service representative 110, the optional second fingerprint (biometric) scanner 222 may be part of the VSBC system 100. If, instead, the optional second fingerprint (biometric) scanner 222 is configured to scan the fingerprint of a second person that is a remotely located service representative 110 (e.g., the service representative 110 may be located in another area of the same building, another town or city, another state, or even another country), optional second fingerprint (biometric) scanner 222 would be located remotely at the service terminal 108 of the service representative 110. In this non-limiting example, the fingerprint (biometric) of the service representative would be scanned at the optional second fingerprint (biometric) scanner 222 and transmitted to the fingerprint (biometric) template encoder 224 via the service terminal 108, secure server 104, and network 106.
Furthermore, in this non-limiting example, the input information from the user 112, photographic/video of the user 112, scanned fingerprints of the user 112 and/or witness 114 or service representative 110 is initially unprotected data. The camera encoder 216 and fingerprint (biometric) template encoder 224 are hardware components and/or software modules that are configured to encode this unprotected data into encoded data that is then stored in the storage device 204. This encoded data may then be further encoded by the privacy encoder 230 utilizing the device key 228. The device key 228 is a private encryption key that is only known to the VSBC system 100 and may be implemented, for example, by a privacy encoder chip. The VSBC system 100 can also be designed with HPCs that will enable the transactions and its encryption keys being recorded on an immutable ledger such as a blockchain instead of, or in combination with, storage device 242.
It is appreciated by those skilled in the art that the circuits, components, modules, and/or devices of, or associated with, the VSBC system 100 are described as being in signal communication with each other, where signal communication refers to any type of communication and/or connection between the circuits, components, modules, and/or devices that allows a circuit, component, module, and/or device to pass and/or receive signals and/or information from another circuit, component, module, and/or device. The communication and/or connection may be along any signal path between the circuits, components, modules, and/or devices that allows signals and/or information to pass from one circuit, component, module, and/or device to another and includes wireless or wired signal paths. The signal paths may be physical, such as, for example, conductive wires, electromagnetic wave guides, cables, attached and/or electromagnetic or mechanically coupled terminals, semi-conductive or dielectric materials or devices, or other similar physical connections or couplings. Additionally, signal paths may be non-physical such as free-space (in the case of electromagnetic propagation) or information paths through digital components where communication information is passed from one circuit, component, module, and/or device to another in varying digital formats without passing through a direct electromagnetic connection.
Turn to
As utilized herein, processing unit (s), such as the processing unit (s) 200 may represent, for example, a CPU-type processing unit, a GPU-type processing unit, a field-programmable gate array (“FPGA”), another class of digital signal processor (“DSP”), or other hardware logic components that may, in some instances, be driven by a CPU. For example, and without limitation, illustrative types of hardware logic components that may be utilized include Application-Specific Integrated Circuits (“ASICs”), Application-Specific Standard Products (“ASSPs”), System-on-a-Chip Systems (“SOCs”), Complex Programmable Logic Devices (“CPLDs”), etc.
As utilized herein, computer-readable media, such as computer-readable media 208, may store instructions executable by the processing unit (s) 200. The computer-readable media may also store instructions executable by external processing units such as by an external CPU, an external GPU, and/or executable by an external accelerator, such as an FPGA type accelerator, a DSP type accelerator, or any other internal or external accelerator. In various examples, at least one CPU, GPU, and/or accelerator is incorporated in a computing device, while in some examples one or more of a CPU, GPU, and/or accelerator is external to a computing device.
Computer-readable media may include computer storage media and/or communication media. Computer storage media may include one or more of volatile memory, nonvolatile memory, and/or other persistent and/or auxiliary computer storage media, removable and non-removable computer storage media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules, or other data. Thus, computer storage media includes tangible and/or physical forms of media included in a device and/or hardware component that is part of a device or external to a device, including but not limited to random-access memory (“RAM”), static random-access memory (“SRAM”), dynamic random-access memory (“DRAM”), phase change memory (“PCM”), memory read-only (“ROM”), erasable programmable read-only memory (“EPROM”), electrically erasable programmable read-only memory (“EEPROM”), flash memory, compact disc read-only memory (“CD-ROM”), digital versatile disks (“DVDs”), optical cards or other optical storage media, magnetic cassettes, magnetic tape, magnetic disk storage, magnetic cards or other magnetic storage devices or media, solid-state memory devices, storage arrays, network attached storage, storage area networks, hosted computer storage or any other storage memory, storage device, and/or storage medium that can be used to store and maintain information for access by a computing device.
The one or more communication interfaces 210 may represent, for example, network interface controllers (“NICs”) or other types of transceiver devices to send and receive communications over a network.
In the illustrated example, computer-readable media 208 includes the data store 302. In some examples, the data store 302 includes data storage such as a database (including a blockchain structure), data warehouse, or other type of structured or unstructured data storage. In some examples, the data store 302 includes a corpus and/or a relational database with one or more tables, indices, stored procedures, and so forth to enable data access including one or more of hypertext markup language (“HTML”) tables, resource description framework (“RDF”) tables, web ontology language (“OWL”) tables, and/or extensible markup language (“XML”) tables, for example.
The data store 302 may store data for the operations of processes, applications, components, and/or modules stored in computer-readable media 208 and/or executed by one or more processing units 200 and/or accelerator (s).
In this non-limiting example, the computer-readable media 208 also includes operating system 304 and application programming interface (s) (APIs) 306 configured to expose the functionality and the data of the components 300 to external devices associated with the VSBC System 100. Additionally, the computer-readable media 204 includes one or more modules such as the server module 308 and an output module 310, although the number of illustrated modules is just an example, and the number may vary higher or lower. That is, functionality described herein in association with the illustrated modules may be performed by a fewer number of modules or a larger number of modules on one device or spread across multiple devices.
The VSBC system 400 further includes a fingerprinting portion including, for example, a bar reader 416 configured for multiple-finger scanning and a thumbprint reader 418 configured for thumb or single-finger scanning. The VSBC system 400 alternatively include a first fingerprint scanner (not shown but described in
In this non-limiting example, casing module 402 of the VSBC system 400 may have generally trapezoidal shape in its side view and substantially rectangular shape in its front view. It is appreciated to those of ordinary skill in the art that these shapes are for example purpose only and the casing module 402 may vary significantly based on its design and intended use. The exhaust screen or vents 404 may be formed towards the top and/or side parts of the VSBC system 400, through which heated or exhaust air flows outwards. The intake vent filter 406 may be formed towards the bottom part of the casing module 402, through which ambient air flows inwards.
The display screen 408 may be positioned and located on the front face of the VSBC system 400 with a generally rectangular shape. The first camera 412 and optional second camera 414 may be position below the display screen 408 where the two cameras 412 and 414 are aligned in the horizontal direction. In this non-limiting example, the first camera 412 is for visible light and the second camera 414 is for non-visible light, such as infrared or ultraviolet light, but not limited thereto.
The heat-sink casing 410 may be constructed of high thermal conductivity material to dissipate the heat generated by the cameras 412 and 414 and other components of the VSBC system 400. In this non-limiting example, the heat-sink casing 410 may be constructed of metal. The fingerprint collecting module may be positioned at the bottom part of the VSBC system 400. The fingerprint collecting module may include at least two fingerprint readers, a first fingerprint reader 416 and a second fingerprint reader 418 that are located adjacent to each other. Among the two fingerprint readers, one fingerprint reader may have an elongated shape that is configured for multiple-finger scanning, while the other fingerprint reader may be configured for single-finger scanning, such as, for example, thumb scanning.
As an example of operation,
If, instead, the user 112 does accept the agreement document, the VSBC system 100 prompts 512 the user 112 for a photograph and/or video recording. The user 112 may be informed to not move for a first predetermined time and at the expiration of the first predetermined time, the VSBC system 100 takes 514 a photograph and/or records video of the user 112 with at least the first camera 212. In this non-limiting example, the first predetermined time may be, for example, between approximately three to five seconds. The VSBC system 100 then prompts 516 the user 112 for a fingerprint (biometric) and after the user 112 provides a fingerprint (biometric) scan with the fingerprint (biometric) scanner 220 the VSBC system 100 prompts the witness 114 or service representative 110 for a fingerprint (biometric) within a second predetermined time. The witness 114 or service representative 110 then provide a fingerprint (biometric) scan with either the fingerprint (biometric) scanner 220 or optional second fingerprint (biometric) scanner 222. If an AI persona 144 is utilized, the AI person 144 would replace the role of the witness 114 and provide the appropriate responses or confirmation action to the VSBC system 100. In this non-limiting example, the VSBC system 100 may first timestamp the time when the fingerprint (biometric) scan of the user 112 is received and again second timestamp the time when the fingerprint (biometric) scan of the second person is received. Moreover, in this non-limiting example, the second predetermined time may be, for example, approximately 1000 milliseconds. The VSBC system 100 then determines if the second fingerprint (biometric) scan provided by either the witness 114 (or AI persona 144) or service representative 110 was obtained within the second predetermined time by comparing the first and second timestamps. In decision step 520, if the VSBC system 100 determines that the second fingerprint (biometric) scan was obtained after the second predetermined time, the method then returns to step 516 and the VSBC system 100 again prompts 516 the user 112 and prompts 518 the second person for their fingerprints (biometrics). The VSBC system 100 again determines if the second fingerprint (biometric) scan was obtained after the second predetermined time. If yes, the sub portion of the method between steps 515 to 520 repeats.
If, instead, the VSBC system 100 determines that the second fingerprint (biometric) scan was obtained within the second predetermined time after the fingerprint (biometric) scan of the user 112 was obtained, the method continues to step 522. In step 522, the VSBC system 100 merges the fingerprint (biometric) scans from both the user 112 and the second person (i.e., either the witness 114 or AI persona 144 or service representative 110) with the agreement document and generates a signed agreement document. The VSBC system 100 then outputs a copy of the biometrically “signed” agreement document with the display 238 and/or printer 240. Upon user's 112 instruction, the VSBC system 100 can optionally transmit 526 the user's 112 information, photograph/video, scanned fingerprint (biometric), and the scanned fingerprint (biometric) of the second person to a secured blockchain or immutable ledger or alternatively purges 528 these data without transmitting them to a secured blockchain or immutable ledger. The method 500 then ends.
In an example of operation, the VSBC system 100 may record transactions in real-time such as may be required for auditing purposes. In general, the present disclosure relates to a collecting apparatus, such as segregated custom-purpose hardware but not limited thereto, that reads, encodes and records a user's 112 biometric data, and purges all raw and intermediate biometric data once finalized or encrypted data has been provided for secure storage or an immutable ledger like a blockchain. The VSBC system 100 may delete the original biometric data upon delivery of “signed” agreement document to the storage device 204. The “signed” agreement document and the resulting biometric data in an encoded and encrypted data set may be transmitted to remote secure storage or an immutable ledger at the secure server 104 for permanent storage. In this non-limiting example, the VSBC system 100 may encrypt (i.e., scramble and encode) the private information in a manner that cannot be reasonably deciphered outside of the VSBC system 100. This may allow for permanent storage at the secure server of such biometric information, such as scrambled without external cipher keys but not limited thereto, with reduced risk of compromise by, for example, code viruses, theft and/or loss of system data from cloud, private network, or insurance industry data warehouse systems.
While various embodiments have been shown for descriptive purposes, it shall be understood by those of ordinary skill in the art that such and like embodiments may be adapted to complex systematic and biometric workflow systems, for example. Moreover, there are numerous possibilities and variations in the medical, finance and other marketplaces to which embodiments of the present disclosure may be directly applied or reasonably adapted.
For example, the VSBC system 100 may include the first camera 212 and the optional second camera 214. In this non-limiting example, one of the two cameras 212 or 214 may be for visible light and the other for non-visible light, and the two cameras 212 and 214 may be aligned to take a photograph and/or record video in the same direction. Furthermore, the fingerprint (biometric) scanner 220 may include two fingerprint (biometric) readers, where one of the two fingerprint (biometric) readers is for one finger (biometric), such as a thumbprint reader, and the other fingerprint (biometric) reader is for multiple fingers (biometrics) such as a fingerprint bar reader. Moreover, the two fingerprint (biometric) readers may be located proximate to each other so that two or more immediate or substantially simultaneous fingerprints (biometrics) can be generated from the plurality of fingerprint (biometric) readers. Thus, some form of time-limited response metric is determined, further verifying proximity.
In this disclosure, the collecting methods described may be applied to private information including, for example in a medical provider example, the name of patient/user 112, identifying number of patient, and/or date of birth of patient, where the response includes an affirmative response or a negative response. The collecting method may be applied where the certain time period is, for example, 10 seconds. The collecting method may be applied where the two persons include, for example, the patient/user 112 and a witness 114 or service representative 110. As noted above, the exemplary system can be implemented as a secure form of user validation to allow connection or access to a social media site, restricted access site, government, or for financial or high-value electronic or virtual transactions, and so forth.
Using the VSBC system 100 and example method together as described herein, patient privacy may be protected while recording highly private personal data about each individual. This is a challenging application, particularly considering that high-level government and insurance industry regulations already require, in a systematic way, collection of biometric information such as fingerprints, photographic images, and other data based upon personal characteristics of individuals.
In this disclosure, the VSBC system 100, or parts thereof, may be implemented in dedicated hardware and/or software without limitation. For example, while a highly-specific, specialized apparatus is provided to protect patient privacy while recording private and personal data about an individual, at least some of the functionality may optionally be embodied in software. Such solutions are adaptable based on specific requirements, such as, for example, government and/or industry regulations or goals, where collecting biometric information is either an end-goal or but a small step in a larger process. For example, positive identification readers may improve safety and facilitate audits of potential financial fraud abuses in complex high-value industries. Along with the adoption of blockchain structure, any new data or fraud abuses may be identified instantaneously by the user or the custodian of the data located on the distributed blockchain network.
It is appreciated by those of ordinary skill in the art that embodiments of the present disclosure may incorporate existing fingerprint reader devices, biometric lock devices, access-authorization-auditing electronic system access controls, and healthcare data processing systems and databases. For example, embodiments may be adapted for computing devices with integrated fingerprint readers, fingerprint reader hardware in law enforcement and customs identification applications, biometric door locks, systematic face scanning and/or facial recognition, financial industry transaction systems, security agency hardware encryption, or the like.
As an example, turning back to
The VSBC system 400 may have a trapezoidal shape in its side view and a substantially rectangular shape in its front view, or may be shaped differently to increase surface area for heat dissipation. The display screen 408 is preferably provided in the front face of the VSBC system 400 and may have a rectangular shape. The camera 412 is provided below the display screen 408, including in the two different cameras 412 and 2414 aligned in the height or vertical direction, where one of the two cameras 412 or 414 is for visible light and the other is for non-visible light. The casing 402 is made of material that readily dissipates heat generated by the camera 412 and 414, and is preferably made of metal.
In this non-limiting example, fingerprint (biometric) scanner is located at a bottom part of the VSBC system 400, including at least one of the two fingerprint (biometric) readers 416 and 418, which are located adjacent to each other. Among the two fingerprint (biometric) readers 416 and 418, one fingerprint (biometric) reader (i.e., bar reader 416) which may have a more elongated shape may be used for multiple-finger scanning, while the other fingerprint (biometric) reader (i.e., thumbprint reader 418) may be used for single-finger scanning, such as, for example, thumb scanning. A sensor data purging module is provided inside the casing 402, and configured to purge all temporary data acquired by the photo collecting module and the fingerprint collecting module.
In general, the VSBC system 400 includes acquisition hardware and other hardware mechanisms such as at least one encoding and/or recoding device, which operate in unison where raw biometric data is input. This unprotected data is encoded by hardware and/or software before delivery to temporary storage (i.e., storage device 204) based on an encryption chip mechanism. The VSBC system 400 utilizes the private encryption key 228 which is known only to the VSBC system 400. The hardware encryption apparatus, and the hardware encryption mechanism, may comprise a uniquely coded privacy encoder chip.
In this non-limiting example, the method performed by the VSBC system 400 demonstrates how a private biometric signature may be used to confirm a real-time medical transaction, for example. For the prevention of medical fraud, the method steps demonstrate how a patient/user 112 may review a document and then certify with a witness 114 (or AI persona 144), using a dedicated real-time apparatus with hardware encryption in this non-limiting example. Further, the biometric information of both the patient/user and the witness may be recorded on the immutable ledger such as a blockchain. In the event of a fraud occurs, the fraudulent transaction can be immediately pin-pointed by locating the new block of data that contains fraudulent actor's information.
Similar to the previous discussion, the VSBC system 400 performs a method that includes receiving patient information, generating an agreement document that is displayed on the display 408 for the patient to read. Then, the VSBC system 400 reads, records and encodes, prompts for acceptance or non-acceptance. If the patient matching the biometric data acknowledges and accepts the document, a corresponding medical identification number is generated or input, and each of the patient's surname, given name, and date of birth are input or confirmed. Next, the VSBC system 400 displays a countdown timer with optional instructions for a photograph, and at least one visible-light camera acquires a photographic image, which it saves to temporary storage (i.e., the storage device 204). Similarly, the non-visible-light camera acquires an image and saves that in temporary storage as well. The photographic encoder chip combines and/or hashes the two photographic images into a combined data set, and forwards the combined data set, including the encoded private photographic images, to a privacy encoder temporary storage area on the storage device 204.
The VSBC system 400 also displays instructions for fingerprint (biometric) capture, and actuates at least one fingerprint (biometric) scan. It processes the fingerprint (biometric) scan into a fingerprint (biometric) template data set; and a fingerprint (biometric) encoder chip forwards a combined data set including unencrypted fingerprint (biometric) template data to the privacy encoder temporary storage. The privacy encoder communicates with a device key chip delivering an encryption key unique to session recording, and then combines and independently encrypts all data acquired including agreement, patient name, date of birth, patient responses, encoded photographic image data, and encoded fingerprint template data into an encrypted data set. The VSBC system 400 purges all temporary data including unencrypted photographic images, fingerprint (biometric) scans, and fingerprint (biometric) templates such that the combined mechanisms delete original biometric data within the VSBC system 400 upon delivery to the secure server 104 that could be embedded with a blockchain structure and/or software. Thus, the VSBC system 400 delivers the resulting biometric data in an encoded and/or encrypted data set to the secure server 104 for permanent storage.
In general, the VSBC system 400 is a hardware encryption device that is preferably embodied in a compact, durable form including a camera module having a first camera for acquiring visible-light images and a second camera for acquiring non-visible-light images, such as infrared and/or ultraviolet, where the two cameras align to acquire images from substantially the same direction. The device includes a fingerprint (biometric) module including a first fingerprint (biometric) reader preferably for one finger, and a second fingerprint (biometric) reader preferably for multiple fingers, where the second fingerprint (biometric) reader is preferably located proximate to the first fingerprint (biometric) reader. A privacy module includes a first chip that converts acquired photographic images into an encoded photo data set, and a second chip that converts acquired fingerprints into an encoded fingerprint (biometric) data set template. A device key chip is connected to the privacy module for providing a unique encoded symmetric device key. A hardware encryption processor (which may be one of the one or more processing units 200 or a separate processor) is connected to the privacy module. All modules are physically separated with hardware connection boundaries that precludes malicious virus software, or the like, such that only the hardware encryption processor is connected to any computing main board.
In this non-limiting example, the recording method is embodied within a compact device for completing a medical transaction declaration record, such that a real-time transaction encodes in a manner preventing forgery or tampering. The method includes activating at least two fingerprint (biometric) readers that, when activated, requires two immediate and substantially simultaneous fingerprints (biometrics). The device display prompts for camera photographic images, and then acquires photographic images with the cameras. The VSBC system includes a hardware encryption module for encoding and encrypting of the recorded record data.
When the VSBC system prompts for photographic images, the patient may wait a first predetermined time (such as, for example, 3-5 seconds) for the photographic images to be acquired; and, if the patient does not accept the document, the process returns back to the first step. After taking the photographic images successfully, the process goes on to the next step, where biometric fingerprints are required to confirm the identities of the patient and the witness (or AI persona). The fingerprints (verification) from these two “persons” are recorded on separate physical reader devices. Next, the VSBC system time-stamps each biometric fingerprint and electronically determines that the fingerprints were recorded within a certain time period defined by the second predetermined time that may be, for example, about one to 10 seconds.
The VSBC system produces an “agreement document”, such as using Portable Document Format (PDF), and stores it in device memory. It displays the “agreement document” on the device display 408. The VSBC system then records an affirmative or negative response from the patient through the device display 408 and at least one user-selectable response. It prompts for biometric reader activation, and records biometric fingerprints from two persons, on, for example, two physical reader devices. The VSBC system time-stamps each biometric fingerprint and electronically determines that that fingerprints were both recorded within the second predetermined time that may be, for example, between about 1 second to 10 seconds of each other.
The VSBC system is configured to make an electronic decision about the physical proximity of the two people (i.e., how physically close are they to each other), such as one patient/user 112 and one witness 114 (or AI persona 144), based upon the first fingerprint (biometric) reader time-stamp and the second fingerprint (biometric) reader time-stamp (or if the AI persona 144 is used, a verification signal). If the VSBC system determines that the fingerprints (biometrics/verifications) were recorded within a predetermined period, such as 10 seconds or less, the VSBC system merges the biometric signatures from the two persons with the “agreement document,” thereby generating the “signed agreement document.” However, if VSBC system determines that the fingerprints (biometrics/verifications) were not recorded within 10 seconds of each other, the process returns to the fingerprint (biometric) scan step and the process repeats. When the VSBC system has merged the biometric signature in the signed agreement document, the signed agreement document is output to the user 112 and sent to the secure server 104 and the process is complete.
As discussed in the embodiment of
If, instead, the user 112 accepts the agreement document, the VSBC system then prompts 812 the user 112 that a photograph and/or video recording will be obtained with the camera after a predetermined time that may be, for example, 3-5 seconds and then then the user waits 814 the predetermined time and the VSBC system takes a picture or video of the user 112. The VSBC system then prompts 816 the user 112 for a fingerprint (biometric) and the user 112 then provides a fingerprint (biometric) with the fingerprint (biometric) scanner. Once the VSBC system receives the fingerprint (biometric) from the user 112, the VSBC system timestamps 820 the scanned fingerprint (biometric) with a first timestamp. The VSBC system then prompts 822 a second person for a fingerprint (biometric) and the second person then provides 824 their scanned fingerprint (biometric). If the second person is the AI persona (not shown), a verification of the user 112 is sent. Once the VSBC system receives the fingerprint (or verification from AI persona) from the second person, the VSBC system timestamps 826 the scanned fingerprint (biometrics/verifications) with a second timestamp. The VSBC system then calculates 828 the difference in time between the first timestamp and the second timestamp and then determines if the difference in time is less than or equal to a second predetermined time which may be, for example, about 1,000 milliseconds. If the difference in time is greater than the second predetermined time, the method 800 returns to step 816 and the VSBC system again prompts the user 112 for a fingerprint (biometric) and the method 800 repeats until decision step 830. If, instead, the difference is less than or equal to the second predetermined time, the VSBC system encodes 832 and bundles the biometric signatures into a machine-readable confirmation data set that may be stored in storage device 204 or transmitted to a blockchain type immutable ledger. The signed agreement that is certified with biometric signatures of the user 112 and the second person is output 834 for the user 112 to review. The VSBC system may then purge all of the biometric data and the method 800 ends. In this non-limiting example, as described earlier, the second person may be a witness 114 or AI persona 144 or customer service representative 110.
If instead, the recorded audio is validated, the method 900 prompts 912 the customer for a photo and then acquires 914 a photograph of the customer utilizing a timer mechanism. In decision step 914, the VSBC system 700 compares the acquired photograph to a private image database resulting in continuation, cancellation, or re-attempt of the existing transaction. If the verification fails, the process returns to step 912 and the VSBC system 700 again prompts 912 the customer for a photo. The process then repeats to decision step 914. Additionally, the VSBC system 700 can optionally transmit the cancelled attempt information to an immutable ledger (e.g., a blockchain) thus alert all the users located on the blockchain that an attempted fraud may have occurred.
If, instead, the verification passes, the VSBC system 700 produces a system prompt 916 that indicates success of the recording and capture process. The VSBC system 700 then forwards 918 the captured data through system bus, volatile memory to Audit Controller for processing, encoding, and permanent recording process. The method 900 then ends.
Block 1006 includes encryption hardware that strips the biometric data elements from the transaction recordings. In general, block 1006 provides an encoding and standardization of non-biometric data recordings for delivery to external or Cloud data stores and reporting systems. The data is exported and recorded in block 1008, where the transaction is recorded to an electronic data storage. The data is then passed to block 1010. In block 1010, the validation hash signature is recorded to an electronic data storage. As such, the exported data set include the certified validation hash appended and encoded with the data set. This process excludes any private biometric data from the validation hash and the data set that is not reversible to re-create private biometric data. In block 1012, the VSBC system exports data set to cloud or external immutable ledger or data stores and reporting applications.
In step 1304, the VSBC system displays the agreement document and details. This may be accomplished through a proprietary video controller where the output may be guaranteed with high assurance to duplicate to identical, matching, and unchanged output to at least two display screens 1306 and 1308 simultaneously. In step 1310, the method 1300 captures a timestamp and a physical proximity proof serialized into the transaction data recordings utilizing a standard solid-state or atomic clock synchronized real time mechanism 1312 and a geo-spatial data source 1314 providing an exact and identifiable location at current time and place that the biometric data was received. It is appreciated by those of ordinary skill in the art that some transactions may be enclosed or underground and, therefore, the said geo-spatial data source may be a governmental-assigned identification, serial number, or certificate in various embodiments. The VSBC system then prompts 1316 the client for acceptance and captures the client's affirmation. In step 1318, the VSBC system utilizes a timed control loop with software control to control the reader devices and record a photograph 1320 or a fingerprint 1322 or other biometric data. The method 1300 then prompts 1324 the service representative (e.g., the pharmacist) to record and capture an agent witness transaction. In step 1326, the VSBC system utilizes a timed control loop with software control to control the reader devices and record a photograph 1328 or a fingerprint 1330 or other biometric data. The method 1300 then captures 1332 aggregated data and sends it to an audit controller for processing and encoding. The method 1300 then ends.
The hardware mirror controller 1402 may be a proprietary video controller that is configured to guaranteed with high assurance to duplicate to provide an identical, matching, and unchanged output to at least two display screens 1416 and 1418 simultaneously. As an example, the two display screens 1416 and 1418 may be facing opposite each other with 180-degree orientation (so two people can conduct a face-to-face transaction).
In an example of operation, signal 1420 indicates data feed input delivered to the visual controller 1402 from the bus 1400. The VSBC system may include a hardware screen capture device 1422 that is configured to capture recordings at a simultaneous time to be recorded for audit certification where the signal 1424 represents delivery of captured audit data returning to an audit controller system.
In this non-limiting example, the volatile memory RAM 1408 is a volatile data storage mechanism available to audit controller main bus 1400 and the CPU audio control system 1410 is configured to audit control process encompassing control, serialization, data handling and encryption hardware. Furthermore, the interface-private data stores are interfaces to private electronic data stores, for example, private biometric databases for decisions and external biometric computations and the interface-cloud data stores 1414 is an interface to cloud and exported electronic data stores for permanent storage and reporting function externally.
Turning to
As before, the secure network 1500 may be a secure network of a business or government entity. The government agency may be an agency that deals with the public that may be for example, taxing agencies, document processing agencies, passport services agencies, a courthouse or court related entities, recording and record keeping government departments, or other similar departments and agencies, etc. Likewise, the business entity may be a health care provider, bank, financial service provider, point-of-service vendor, social media, private enterprise, or other type of business that deals with the public. The government or business entity utilizes the VSBC system 100 to obtain information from a user 1510. As discussed earlier, the user 1510 may be a buyer, customer, patient, or person seeking governmental services or otherwise. The user 1510 may be a person that expects his/her personal information to be kept private. In addition to the user 1510, a witness 1512 (or equivalent AI persona 1544) may be present when the user 1510 interfaces with the VSBC system 100. As a non-limiting example, the witness 1512 may be a parent of the user 1510 if the user 1510 is a minor that is underage. The service representative 1508 may be health provider employee, government employee, or a service representative a vendor for providing services or transactions to the user 1510 that assists the user 1510 in processing his/her needs.
The VSBC system 100, user 1510 and witness 1512 (or AI persona 1544) may be located at a first location 1514 that may be remote from a second location 1516. The service terminal 1506 and service representative 1508 are located at the second location 1516. In
Furthermore, the second location 1516 of the service terminal 1506 and service representative 1508 may be remote from the location of the secure server 1502, where the second location 1516 may be located in another town/city or country from the location of the secure server 1502 and the secure server 1502 may be in signal communication with the service terminal 1506 via another network (not shown) that again includes one or more network such as, for example, an Ethernet network, wireless network, the Internet, a distributed blockchain network or other type of communications network.
In a telemedicine type of example, the VSBC system 100 may be a standalone kiosk in a medical facility at the first location 1514 and the service representative 1508 and service terminal 1506 are located a second location 1516 that may be in another building remote from the medical facility. Alternatively, in a telebanking type of example, the VSBC system 100 may be a standalone kiosk in a virtual bank (i.e., a bank facility without bank tellers or personnel) at the first location 1514 and the service representative 1508 and service terminal 1506 are located a second location 1516 that may be in another building remote from the virtual bank. It is appreciated that similar examples can be described for point-of-service commercial facilities or government facilities.
In these examples, the service terminal 1506 may include a client video display 1518 having a display screen 1520 and front panel of components 1522. As a result, the service representative 1508 can see an image (s) 1524 of a photograph (s) and/or video of the user 1510 on the display screen 1520. These image (s) 1524 are recorded by the one or more cameras on the VSBC system 100. Also, once the user 1510 provides their biometric data (as described earlier such as, for example, a scanned fingerprint) to the VSBC system 100, the VSBC system 100 may be configured to transmit that biometric data to the service terminal 1506 that displays it as biometric data 1526 on the display screen 1520. In response to this information, the service representative may provide their own biometric data (such as, for example, a scanned fingerprint) to the VSBC system 100 via a biometric input device (such as, for example, a fingerprint scanner) at front panel components 1522 of the service terminal 1506.
A biometric input, for example, handprints, fingerprints, etc. of the user (s) could next be input 1640, via real-time communication device 1625, either directly (the biometric sensor is a physical part of the real-time communication device 1625 or the biometric sensor is a separate physical device which communicates with the real-time communication device 1625, using it as a gateway to the VSBC system). Likewise, image capture would next be acquired 1645 including one or more official features, skin, distinguishing marks, tattoos, etc. of the user (s)/actor (s) interfacing with the VSBC system via real-time communication device 1625. Recorded data from these exchanges and inputs would be received via real-time communication device 1625 to be encrypted 1650 and transmitted for storage in a permanent archive record, for example a blockchain or other permanent storage solution in the Cloud Authority Service 1615. Receipt of confirmation and cryptographic validation 1655 would next be evaluated to determine if the Cloud Authority Service 1615 did indeed properly store the transmitted encrypted data. If denied, the process would proceed to Open or Terminate real-time communication with Recording 1665 to either terminate the session after a predetermined number of denials, or re-open the session for another attempt at validating the user (s) (actors) via real-time communication device 1625, restarting at either step 1610 or 1620. Cloud Transition Audit Data Store 1660 serves to convert data from the session into a cryptographic hash Audit Token data element, containing for example, transaction metadata, identification recordings, and verification of identification recordings, which is then encrypted into an Audit Token. The encrypted Audit Token can be sent to the Cloud Store Authority 1610 to access the Cloud Store Authority 1610. In some embodiments, for ease of data transfer, the Audit Token and a common-format PDF Receipt can be delivered to external systems for confirmation and recording of a transaction.
Illustrating an example of the embodiment
The exemplary system, in various embodiments, can transmit a permanent, time stamped and geographically-stamped Audit Token to external public cloud archive data stores, when geographic stamping contains GPS, GLONASS, and terrestrial cellular Location Data. As stated in prior embodiments, a wipe of acquired or recorded data can also be achieved, for example, via a cryptographic sanitize (non-recoverable erase). Variations of the described system can be where the encoded data recordings are coded into a witness and notary transaction, a certificate document passed to whatever transaction destination is being accessed to have encrypted identity tokens. Transaction details can be encoded into non-repudiable, one-time transaction encoding which contains identity tokens in plurality. The exemplary system can transmit a common-format PDF Document certificate into Cloud Based Data store, containing serialized confirmation specifying the Identity and transaction token recordings, for future verification application.
It is expressly understood the various steps outlined above may be performed in an order that is different from that shown and some steps may be skipped or merged into other steps, depending on the implementation and objectives of the commercial embodiment chosen. And that additional steps may be instituted. If a step fails to verify or the data acquired/input is determined to be faulty, the respective step may request the user (s) to resubmit their data (or biometric) for a re-verification. In some embodiments, if present, the AI persona (not shown) could offer the resubmission request to the user or provide biometric calibration instructions to the user. In some embodiments, the AI person may be the primary means of instructing the user's interactions and manage proper interfacing with the hardware sensors or data input to the VSBC system. This would be not very much different than the example of having a “live technician” (the AI persona proxying as such) assist a patient (user) in self-application of medical equipment for measuring the health of the patient (user). Thus, the role of the AI persona can also be to facilitate the user's interactions with the VSBC system as well as to act as a digital witness of the user.
In the input steps outline above, it is understood that a large suite of multiple biometrics or user-input data choices could be available and only a subset of such from the user (or biometric selection) could be requested, to arrive at a sufficient level of verification. For example, a fingerprint scan may prove unverifiable wherein the system could alternately request an eye scan as a substitute. Or, the user is not able to provide or chooses to not provide the requested action/measurement, then the system would offer another option.
Generally in one speaking, embodiment, Block 1710 represents a suite of options the exemplary configuration can use when interacting with the VSBC system 100 and/or the user 1510 and/or the witness 1512. In this example, the electronic witness (or AI persona) 1702, can monitor or proctor the exchanges with the user 1510. If designated as a proxy to the human witness 1512, AI persona 1702 will be given access to information between the VSBC system 100 and the user 1512, so as to provide its assessment of the identity and/or verification of humanness of the user 1512. With this “in-line” configuration, the AI persona 1702 can also act as quality control, reviewing the input information from the VSBC system 100 and decide if additional metrics from the user 1512 is needed, for user identification or for user as-a-human verification. For the former, the capability of determining whether the user is who he says he is, can be offloaded to an AI engine who can evaluate the input data and make an AI-based user identification determination. Thus, the AI persona 1702, in this implementation acts as the identification logic. Conversely, the AI persona 1702 can utilize the hardware in the VSBC system 100 to perform human-user verification, evaluating the data stream from the VSBC system 100 and apply AI to determine if the user is human. Thus, rather than having separate hardware from the VSBC system 100, the AI persona 1702 can utilize the hardware already in the VSBC system 100.
Whether the AI persona 1702 acts as the “transaction QC monitor” or as a substitute digital witness, another option in block 1710 (containing steps 1702-1708) is recording 1704 the user's actions and data input by the user so as to provide an “identity” record of the session. Documents or information 1706 to interface or solicit a response from the user 1510 can be fed by the AI persona 1702 or separately into the VSBC system 100, to obtain identity verification and to obtain human verification of the user 1510 (if AI persona 1702 is tasked to do so). If the AI persona 1702 is monitoring the session record 1704 and documents 1706, it can assist in determining if the user is not an imposter, or to confirm user-data from the VSBC system 100 is not hacked information from an impostering electronic source. These documents can include information regarding the user's 1510 social security no., birth date, account no., prior residences, family history, income, credit, etc. Submission ordering of the documents to the user 1510 can be via a probability metric or other metric, determined by the system. Responses by the user 1510 can then be audited for identity determination and/or user verification 1708 via confirmation from physical witness 1512 or via virtual witness (e.g., AI persona) 1702. As alluded above, these steps may be controlled by the AI persona 1702 or separately.
A variation of an implementation of electronic witness 1702 is also shown in the embodiment of
In a workflow example, the following supporting steps occur. Step 1730 initiates with an input trigger from identity data, Step 1732 processes calculations based upon biometric data stores into actionable probability lookup tables, further performing aggregation and cross-checking from a plurality of probability lookup tables multi-modality, and upon “more than one” modality. In lay terms, this means multiple identifiers such as FBI palm prints, eye scoring, facial bone feature, tattoo and body art notations, etc. These are non-limiting examples to help clarify Step 1732. Step 1734 is an administrative mandatory chain-of-custody recording for time and date encoding with non-tamperable hashing (e.g., checksum type cryptography with various algorithms), Step 1736 records the authority or source of authority that records into the audit record for future transparency and review, including scoring results, deviations (allowable discrepancy margins for calculating error), and raw data for replay and re-calculation. Resulting in Step 1738 which is a documented and proven decision step for Acceptance or Denial integrated back to Block 1710.
To describe further examples or embodiments, various steps shown in block 1710 can work hand-in-hand with supporting steps 1730-1738. For example, prior to or at some point in the session, the identity determination audit 1708 concludes the “witness” confirmation is below a threshold for acceptance, the system may restart the session or terminate. In some modes, if accepted, then notarizing 1736 the events and transactions in the session can occur. Image, data capture, timestamping, encoding, biometric recording and so forth 1734 can be done, wherein step 1732 calculates from the received data in step 1734 a metric for determining whether the user is who he says he is. If the user is identified with sufficient confidence or a threshold is met for identity verification, an identity-token 1730 is triggered. The trigger 1730 is an indication that the user has validated himself and the system can proceed with the desired transaction. Communication of the triggering token 1730 can be moderated via block 1710's steps to access VSBC system 100's communication channel with Cloud 1750. Here, Cloud 1750 may be a storage Cloud, a government entity, document processing agency, court services, health care provider, bank, financial service provider, point-of-service vendor, social media, private enterprise, or any other type of service being supported by Cloud 1750.
As apparent from the various embodiments described above, the exemplary system can be configured to operate with cloud-based data storage with a live encoded interface. The exemplary system also enables the “capturing” of at least two “persons” in a single unified transaction for purposes of proving physical proximity and spatial geographic-location of the two “persons.” Therefore, the interaction of the two locally confirmed “persons,” produces a robustness against a single imposter or malicious software acting as an imposter. To facilitate security of the user, the system can devise an identification related visual token code, capture visual and non-visual (IR) images of the user and user's features. Data between the VSBC and external devices and hardware or Cloud can be protected via internally initiated or externally initiated preemptive encryption prior to transmission. Similarly, transactions and recordings of a session can be preemptively encrypted.
It is understood that one or more of the steps states above and variations thereof can be encoded into software as modules or submodules, being run by a processor. Therefore, enablement of various steps as software or algorithms operating in tandem with hardware devices, sensors, processors and the like are within the capabilities of one of ordinary skill in the art and within the spirit and scope of this disclosure.
Conditional language such as, among others, “can,” “could,” “might” or “may,” unless specifically stated otherwise, are understood within the context to present that certain examples include, while other examples do not include, certain features, elements and/or steps. Thus, such conditional language is not generally intended to imply that certain features, elements and/or steps are in any way required for one or more examples or that one or more examples necessarily include logic for deciding, with or without user input or prompting, whether certain features, elements and/or steps are included or are to be performed in any particular example.
It will also be understood that various aspects or details of the invention may be changed without departing from the scope of the invention. It is not exhaustive and does not limit the claimed inventions to the precise form disclosed. The description of the different examples of implementations has been presented for purposes of illustration and description, and is not intended to be exhaustive or limited to the examples in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art. Further, different examples of implementations may provide different features as compared to other desirable examples. The example, or examples, selected are chosen and described in order to best explain the principles of the examples, the practical application, and to enable others of ordinary skill in the art to understand the disclosure for various examples with various modifications as are suited to the particular use contemplated. The claims and their equivalents define the scope of the invention.
This continuation-in-part application claims the benefit and priority of U.S. patent application Ser. No. 17/662,830, titled “Secure Biometric Collection System,” filed May 10, 2022, which is a continuation-in-part application of U.S. patent application Ser. No. 16/821,990, titled “Collecting Apparatus and Method,” filed Mar. 17, 2020, now U.S. Pat. No. 11,361,852 issued on Jun. 14, 2022, which is a continuation of PCT International Application No. PCT/US18/44823, titled “Collecting Apparatus and Collecting Method, filed Aug. 1, 2018 in the U.S. Receiving Office of the U.S. Patent and Trademark Office, which is a continuation of U.S. patent application Ser. No. 15/707,431, titled “Biometric Medical Antifraud and Consent System,” filed on Sep. 18, 2017, which claims priority to U.S. provisional patent application Ser. No. 62/395,514, filed on Sep. 16, 2016, and incorporates by reference the disclosures of which are incorporated by reference herein in their entireties.
| Number | Date | Country | |
|---|---|---|---|
| 62395514 | Sep 2016 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | PCT/US18/44823 | Aug 2018 | US |
| Child | 16821990 | US | |
| Parent | 15707431 | Sep 2017 | US |
| Child | PCT/US18/44823 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 17662830 | May 2022 | US |
| Child | 18528303 | US | |
| Parent | 16821990 | Mar 2020 | US |
| Child | 17662830 | US |
