Ultrasonic split-key transmission for enhanced security
The split key encryption system addresses the inefficiencies and insecurities of traditional encryption methods by splitting and transmitting encryption keys via ultrasound, significantly enhancing data security and protection.
Patent Information
- Application Number
- JP2023522381
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Priority Date
- 2020-10-12
- Filing Date
- 2021-08-24
- Publication Date
- 2025-04-30
- Estimated Expiration
- 2041-08-24
AI Technical Summary
Existing encryption methods are inefficient and insecure, as computers can easily crack or break cryptographic keys by calculating or comprehensively searching all potential keys, making it difficult for individuals to confidently protect data.
The system employs a split key approach, where an encryption key is split into two or more key pieces and transmitted via ultrasound signals between smart devices, allowing for secure assembly and use of the key for decryption.
This method enhances data security by making it computationally infeasible for attackers to reconstruct the key, thereby protecting sensitive information from unauthorized access.
Smart Images

Figure 0007670817000002 
Figure 0007670817000003 
Figure 0007670817000004
Abstract
Description
[Technical field]
[0001] FIELD OF THE DISCLOSURE The exemplary embodiments relate generally to information security, and more specifically, to cryptography. [Background technology]
[0002] It can be very difficult to encrypt data securely and efficiently. Data is often encrypted with an encryption key. Computers often crack or break encryption keys by computationally or exhaustively searching through all potential keys. It can be very difficult for an individual to confidently protect data with an encryption key that cannot be cracked or broken by a computer computationally or exhaustively searching through all potential keys. Summary of the Invention
[0003] Exemplary embodiments disclose a system and method, computer program product and computer system for encryption. The exemplary embodiments include receiving an encryption request from a first smart device, preparing a response to the encryption request and generating a key, encrypting the prepared response with the generated key, transmitting the encrypted response to the first smart device, splitting the key into two or more key pieces, transmitting the two or more key pieces to a second smart device, transmitting the two or more key pieces in the form of two or more ultrasonic signals from the second smart device to the first smart device, assembling the two or more key pieces into a key on the first smart device, and decrypting the encrypted response on the first smart device using the assembled key.
[0004] The following detailed description is provided by way of example and is not intended to limit the illustrative embodiments thereto, and is best understood in conjunction with the accompanying drawings in which: [Brief description of the drawings]
[0005] [Figure 1] FIG. 1 illustrates an exemplary schematic diagram of a split key system 100, in accordance with an exemplary embodiment. [Diagram 2] FIG. 2 shows an exemplary flow chart illustrating the operation of split key transmitter 132 of split key system 100 when encrypting data, according to an exemplary embodiment. [Diagram 3] FIG. 3 shows an example block diagram illustrating the operation of split key transmitter 132 of split key system 100 when encrypting data, according to an example embodiment. [Figure 4] FIG. 4 illustrates an example block diagram illustrating hardware components of the split key system 100 of FIG. 1, according to an example embodiment. [Diagram 5] FIG. 5 illustrates a cloud computing environment according to an embodiment. [Figure 6] FIG. 6 illustrates abstraction model layers according to an embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0006] The drawings may not necessarily be to scale. The drawings are merely exemplary representations and are not intended to portray specific parameters of example embodiments. The drawings are intended to depict typical example embodiments only. In the drawings, like numbers represent like elements.
[0007] Although detailed embodiments of the claimed structures and methods are disclosed herein, it can be understood that the disclosed embodiments are merely exemplary of the claimed structures and methods, which may be embodied in various forms. The exemplary embodiments are merely illustrative, however, and may be embodied in many different forms and should not be construed as being limited to the exemplary embodiments described herein. Rather, these exemplary embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of protection provided by the exemplary embodiments to those skilled in the art. In this specification, details of known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments.
[0008] References in the specification to "one embodiment," "an embodiment," "exemplary embodiment," or the like indicate that the embodiment being described includes a particular feature, structure, or characteristic, but not all embodiments necessarily include that particular feature, structure, or characteristic. Moreover, such phrases do not necessarily refer to the same embodiment. Furthermore, when a particular feature, structure, or characteristic is described in connection with an embodiment, it can be said that it is within the knowledge of one of ordinary skill in the art to implement such feature, structure, or characteristic in connection with other embodiments, whether or not explicitly described.
[0009] In the interest of not obscuring the presentation of the exemplary embodiments, in the following detailed description, some process steps or operations known in the art may be combined together for purposes of presentation and explanation, and in some cases may not be described in detail. In other cases, some process steps or operations known in the art may not be described at all. It should be understood that the following description focuses on typical features or elements according to various exemplary embodiments.
[0010] It can be very difficult to encrypt data securely and efficiently. Data is often encrypted with an encryption key. Computers often crack or break encryption keys by computationally or exhaustively searching through all potential keys. It can be very difficult for an individual to confidently protect data with an encryption key that cannot be cracked or broken by a computer computationally or exhaustively searching through all potential keys.
[0011] Exemplary embodiments are directed to methods, computer program products, and computer systems for encrypting data. In embodiments, data transmission and communication between one or more servers and one or more smart devices can facilitate data encryption. In embodiments, data encryption may refer to any process that transforms or manipulates information or data to prevent unauthorized access to the information or data. A user may wish to encrypt data for a variety of different purposes or motivations in a variety of different contexts. For example, a business may wish to encrypt a secret formula or composition used to make a product so that a competing business cannot create the product. An individual may wish to encrypt a password for a personal account so that a hacker cannot access the personal account. In another example, an individual may wish to encrypt commands that facilitate transactions from their bank account so that a fraudster cannot drain the money from their account. In general, it will be understood that the embodiments described herein may relate to the encryption of any data in any context and for any motivation.
[0012] 1 illustrates a split key system 100 according to an exemplary embodiment. According to an exemplary embodiment, split key system 100 may include smart device 110, smart device 120, and split key server 130, which may be interconnected via network 108. Programming and data of the exemplary embodiments may be stored and accessed remotely via several servers via network 108, while programming and data of the exemplary embodiments may alternatively or additionally be stored locally on as few as one physical computing device or on another computing device than those illustrated.
[0013] In an exemplary embodiment, the network 108 may be a communication channel that allows data to be transferred between connected devices. Thus, the components of the split key system 100 may represent network components or network devices interconnected via the network 108. In an exemplary embodiment, the network 108 may be the Internet, which represents a worldwide collection of networks and gateways to support communication between Internet-connected devices. Furthermore, the network 108 may utilize various types of connections, such as wired, wireless, fiber optic, etc., which may be implemented as an intranet network, a local area network (LAN), a wide area network (WAN), or combinations thereof. In further embodiments, the network 108 may be a Bluetooth® network, a Wi-Fi® network, or combinations thereof. In yet another embodiment, the network 108 may be a telecommunications network used to facilitate calls between two or more parties, including a fixed network, a wireless network, a closed network, a satellite network, or combinations thereof. In some embodiments, the network 108 may facilitate ultrasonic communication between connected devices, such as the smart device 110, the smart device 120, and the split key server 130. In general, network 108 may represent any combination of connections and protocols that support communication between connected devices.
[0014] In an exemplary embodiment, the smart device 110 includes a split key client 112 and a microphone 114, which may be an enterprise server, a laptop computer, a notebook, a tablet computer, a netbook computer, a personal computer (PC), a desktop computer, a server, a personal digital assistant (PAD), a rotary dial phone, a touch-tone phone, a smartphone, a mobile phone, a virtual device, a thin client, an IoT device, or other electronic device or computing system capable of receiving data from and transmitting data to other computing devices. Although the smart device 110 is shown as a single device, in other embodiments, the smart device 110 is comprised of a cluster of computing devices or multiple computing devices that may operate together or independently, such as in a modular manner. The smart device 110 is described in more detail as a hardware implementation with reference to FIG. 4, as part of a cloud implementation with reference to FIG. 5, and / or utilizing a functional abstraction layer for processing with reference to FIG. 6.
[0015] The split key client 112 may be a software and / or hardware application capable of communicating with a server, such as the split key server 130, over the network 108 and capable of providing a user interface to a user for interacting with the server. The split key client 112 may act as a client in a client-server relationship. Additionally, in an exemplary embodiment, the split key client 112 may be capable of transferring data between the smart device 110 and other devices, such as the smart device 120 and the split key server 130, over the network 108. In an embodiment, the split key transmitter 132 may utilize various wired and wireless connection protocols for data transmission and exchange, including Bluetooth, 2.4 GHz and 5 GHz Internet, Near Field Communication, Z-Wave, Zigbee, Ultrasonic, and the like. The split key client 112 is described in more detail in conjunction with FIG. 2.
[0016] In an exemplary embodiment, microphone 114 may be one or more microphones or any sensor capable of detecting ultrasonic waves or signals. In an embodiment, microphone 114 is capable of detecting ultrasonic frequencies of 20 KHz or greater. Microphone 114 is described in more detail with respect to FIG.
[0017] In an exemplary embodiment, the smart device 120 includes a split key client 112 and a speaker 124, which may be an enterprise server, a laptop computer, a notebook, a tablet computer, a netbook computer, a personal computer (PC), a desktop computer, a server, a personal digital assistant (PAD), a rotary dial phone, a touch-tone phone, a smartphone, a mobile phone, a virtual device, a thin client, an IoT device, or other electronic device or computing system capable of receiving data from and transmitting data to other computing devices. Although the smart device 120 is shown as a single device, in other embodiments, the smart device 120 is comprised of a cluster of computing devices or multiple computing devices that may operate together or independently, such as in a modular manner. The smart device 120 is described in more detail as a hardware implementation with reference to FIG. 4, as part of a cloud implementation with reference to FIG. 5, and / or utilizing a functional abstraction layer for processing with reference to FIG. 6.
[0018] The split key client 122 may be a software and / or hardware application capable of communicating with a server, such as the split key server 130, over the network 108 and capable of providing a user interface to a user for interacting with the server. The split key client 122 may act as a client in a client-server relationship. Additionally, in an exemplary embodiment, the split key client 122 may be capable of transferring data between the smart device 120 and other devices, such as the smart device 110 and the split key server 130, over the network 108. In an embodiment, the split key transmitter 132 may utilize various wired and wireless connection protocols for data transmission and exchange, including Bluetooth, 2.4 GHz and 5 GHz Internet, Near Field Communication, Z-Wave, Zigbee, Ultrasonic, and the like. The split key client 122 is described in more detail in conjunction with FIG. 2.
[0019] In an exemplary embodiment, speaker 124 may be one or more speakers or any device capable of emitting ultrasonic waves or signals. In an embodiment, speaker 124 is capable of emitting ultrasonic frequencies of 20 KHz or greater. Speaker 124 is described in more detail in connection with FIG. 2.
[0020] In an exemplary embodiment, split key server 130 includes split key transmitter 132. Split key server 130 operates as a server in a client-server relationship with split key client 112 and / or split key client 122 and may be an enterprise server, a laptop computer, a notebook, a tablet computer, a netbook computer, a PC, a desktop computer, a server, a PAD, a rotary dial phone, a touch tone phone, a smart phone, a mobile phone, a virtual device, a thin client, an IoT device, or other electronic device or computing system capable of receiving data from and transmitting data to other computing devices. Although split key server 130 is shown as a single device, in other embodiments split key server 130 is comprised of a cluster of computing devices or multiple computing devices that may operate together or independently, such as in a modular manner. Split key server 130 is described in more detail as a hardware implementation with reference to FIG. 4, as part of a cloud implementation with reference to FIG. 5, and / or utilizing a functional abstraction layer for processing with reference to FIG. 6.
[0021] The split key transmitter 132 may be a software and / or hardware program capable of receiving a configuration of the split key system 100 and receiving an encryption request from the smart device 110. Furthermore, the split key transmitter 132 may be configured to prepare a response to the encryption request and generate an encryption key. In addition, the split key transmitter 132 may encrypt the prepared response with the generated encryption key and transmit the encrypted response to the smart device 110. In addition, the split key transmitter 132 may be further configured to split the key into two or more key pieces based on the received configuration and transmit the split key pieces to the smart device 120 via two or more push notifications. Furthermore, the split key transmitter 132 may transmit the split key pieces from the smart device 120 to the smart device 110 via two or more ultrasonic signals, allowing the smart device 110 to assemble the split key pieces to decrypt the encrypted response. Finally, the split key transmitter 132 may complete the user request and / or notify the user. The split key transmitter 132 is described in more detail with reference to FIG.
[0022] FIG. 2 shows an exemplary flow chart illustrating the operation of split key transmitter 132 of split key system 100 when encrypting data, according to an exemplary embodiment.
[0023] The split key transmitter 132 may receive the configuration (step 204). The split key transmitter 132 may be configured by receiving information such as user registration and user settings. The user registration and user settings may be uploaded by a user or an administrator, i.e., the owner of the smart device 110, the owner of the smart device 120, the administrator of the smart device 110, or the administrator of the smart device 120. For example, the administrator may be the owner / user of the device, a parent of a minor using the device, an employer of an employee to whom the phone is issued, etc. In this example embodiment, the configuration may be received by the split key transmitter 132 via the split key client 112 and / or the split key client 122 and the network 108. Receiving the user registration may include receiving information such as name, phone number, email address, account credentials (i.e., phone account, video chat / web conferencing, etc.), company name, serial number, type of smart device 110 and / or smart device 120, etc. In an embodiment, the type of smart device 120 may identify or specify a preferred or required push notification service to be used for communication between the split key server 130 and the smart device 120. Receiving the user registration may also include receiving a location of or a link to a user database, such as the user's logs, files, data, etc., to be encrypted. For example, the split key transmitter 132 may extract one or more databases of the user's bank account balances as data to be encrypted.
[0024] During configuration, the split key transmitter 132 may further receive user settings (continuing at step 204). The user settings may include the number of pieces into which the split key transmitter 132 splits the key. In an embodiment, the user settings may specify different numbers of pieces for different keys used for different purposes. For example, the user settings may specify that encryption requests for any money transfers require the key to be split into three pieces, while encryption requests for user social media passwords require the key to be split into two pieces. In an embodiment, the user settings may specify different numbers of pieces for different keys used for the same purpose but having different criteria or specifications. For example, the user settings may specify that encryption requests for bank transfers in amounts over $5,000 require the key to be split into three pieces, while encryption requests for bank transfers in amounts less than or equal to $5,000 require the key to be split into two pieces. In an embodiment, the user settings may further specify an order or sequence in which the key pieces are sent to the smart device 120. For example, a user setting may specify that a push notification to smart device 120 contains key data that should be assembled from left to right or, alternatively, from right to left. In an embodiment, a user setting may specify any number of pieces into which split key transmitter 132 splits a key for any purpose or motivation.
[0025] During configuration, the split key transmitter 132 may additionally receive user settings including an ultrasonic frequency profile. The ultrasonic frequency profile may specify given ultrasonic frequencies that a user or administrator would like their smart device 120 to use when communicating with their smart device 110. In an embodiment, a user may specify that a first type of key should be split into three pieces, while a second type of key should be split into two pieces. The received ultrasonic frequency profile may specify three unique frequencies for the first key communication and two unique frequencies for the second key communication. In an embodiment, the ultrasonic frequency profile may be specified by the user, administrator, or type of smart device 120. For example, a bank may specify that ultrasonic frequencies of 55 MHz, 74 MHz, and 99 MHz are to be used for communication of key pieces related to data or transactions involving their bank account. In another example, a type of smart device 120 may only be capable of communicating at ultrasonic frequencies of 225 Mhz and 323 MHz and require an ultrasonic frequency profile that reflects these frequencies. In an embodiment, the user settings may specify any ultrasonic frequency profile that the split key transmitter 132 is to use for communication for any purpose or motivation.
[0026] During configuration, split key transmitter 132 may further receive user settings regarding user notification. In an embodiment, the user settings may specify that split key transmitter 132 notify the user of the completion of its encryption request. The user notification may be in the form of audio, video, text, etc. on the user's smart device 110 and / or smart device 120, and may convey the information to the user in any manner.
[0027] To further illustrate the operation of the split key transmitter 132, reference will now be made to a representative example, and additionally to FIG. 3, where a user uploads a user registration for their smartphone as the smart device 120 and computer as the smart device 110, along with a link to the user's bank account database. The user further uploads user settings that bank transfers over $5,000 require the key to be split into three pieces, and bank transfers under $5,000 require the key to be split into two pieces. The user further uploads user settings that specify that a push notification is to be communicated to their smartphone in the order in which the key pieces are assembled from left to right. The user also uploads user settings that specify that the split key transmitter 132 is to notify the user upon completion of their encryption request via a text notification on the user's smartphone. The user additionally uploads user settings that specify the ultrasonic frequency profile listed in Table 1 below.
[0028] [Table 1]
[0029] The split key transmitter 132 may receive an encryption request from the smart device 110 (step 206). In an embodiment, the split key transmitter 132 may detect an encryption request from the smart device 110 via user interaction, such as an attempt to view, access, transmit, etc., data or information previously received during configuration as sensitive, restricted, or to be encrypted. For example, if the user previously uploaded a database of bank account balances during configuration as data to be encrypted, and the smart device 110 attempts to view the user's bank account balance, the split key transmitter 132 may receive the attempt to view the bank account balance as an encryption request. In an embodiment, the split key transmitter 132 may detect, via the split key client 112's integration and communication with the smart device 110's operating system, that the user is attempting to view, access, transmit, etc., data to be encrypted.
[0030] Referring again to the previously introduced example in which split key transmitter 132 receives a configuration, and with additional reference to FIG. 3, split key transmitter 132 detects as an encrypted request that a user is attempting to transfer $6,000 from his bank account to a friend's bank account via the user's computer.
[0031] Upon receiving an encryption request from the smart device 110, the split key transmitter 132 prepares a response to the request and generates a key for the encryption request (step 208). The split key transmitter 132 can prepare an appropriate response to the request by preparing one or more commands that will enable the encryption request from the smart device 110 to achieve its intent. For example, if a user sends an encryption request from the smart device 110 asking for a bank account balance, the split key transmitter 132 can prepare an appropriate response "BALANCE $20,000." In another example, if a user sends an encryption request attempting to transfer $100 from their bank account to another account, the split key transmitter 132 can prepare a command that will facilitate the transfer of $100 from the user's bank account to the other account.
[0032] The Split Key Transmitter 132 may additionally generate a key for the encrypted request (continuing at 208). In an embodiment, the Split Key Transmitter 132 may generate the key in the form of binary data. The generated key may be capable of converting, modifying, manipulating, etc., from plaintext to ciphertext via one or more mathematical operations, transformations, etc., such that the ciphertext is unintelligible by a human, computer, smart device, etc., without possession of the key.
[0033] Referring again to the example introduced earlier in which split key transmitter 132 detects as an encrypted request that a user is attempting to transfer $6,000 from his bank account to a friend's bank account via the user's computer, and with additional reference to Figure 3, split key transmitter 132 prepares a command that will facilitate the transfer of $6,000 from the user's bank account to the friend's bank account. Split key transmitter 132 additionally generates key 001001011.
[0034] The Split Key Transmitter 132 can encrypt the prepared response with the generated key and subsequently transmit the encrypted response to the smart device 110 (step 210). The Split Key Transmitter 132 can encrypt the prepared response by converting, modifying, or manipulating the plaintext response into ciphertext, such that the ciphertext is unintelligible by humans, computers, smart devices, etc. The Split Key Transmitter 132 can transmit the encrypted response to the smart device 110 without transmitting a key to the smart device 110, such that the smart device 110 receives the prepared response in the form of ciphertext and is (at this point) unable to understand the prepared response.
[0035] Referring again to the example introduced above in which Split Key Transmitter 132 creates a command that will facilitate a transfer of $6,000 from the user's bank account to the friend's bank account and generates key 001001011, and with additional reference to Figure 3, Split Key Transmitter 132 uses key 001001011 to encrypt a command that enables the user to facilitate the transfer of $6,000 from the user's bank account to the friend's bank account. Split Key Transmitter 132 then transmits the encrypted response to the user's computer.
[0036] Upon sending the encrypted response to smart device 110, split key transmitter 132 may split the generated key into two or more pieces according to previously received configuration settings (step 212). In an embodiment, split key transmitter 132 may split the generated key into two equal pieces, two unequal sized pieces, three thirds, three unequal sized pieces, etc.
[0037] Referring again to the example introduced above in which Split Key Transmitter 132 uses key 001001011 to encrypt a command capable of facilitating a transfer of $6,000 from the user's bank account to a friend's bank account and sends the encrypted response to the user's computer, and with additional reference to Figure 3, Split Key Transmitter 132 splits key 001001011 into three pieces according to previously received configuration settings (transfer requests over $5,000 require three key pieces). The first key piece is 001, the second key piece is 001, and the third key piece is 011 according to previously received configuration settings (order of key pieces from left to right).
[0038] Upon splitting the key into two or more pieces according to the configuration settings, the split key transmitter 132 sends the two or more split key pieces to the smart device 120 via two or more push notifications (step 214). In an embodiment, the split key transmitter 132 sends each key piece as a separate push notification. In an embodiment, the split key transmitter 132 sends each key piece sequentially as determined by the configuration settings (i.e., left to right, left to right, etc.).
[0039] Referring again to the example introduced earlier in which the split key transmitter 132 splits the key 001001011 into a first key piece 001, a second key piece 001 and a third key piece 011, and with additional reference to FIG. 3, the split key transmitter 132 sends 001 as a first push notification, then 001 as a second push notification, and finally 011 as a third push notification, all to the user's smartphone.
[0040] After the split key transmitter 132 transmits the two or more split key pieces to the smart device 120 via two or more push notifications, the split key transmitter 132 causes the smart device 120 to transmit the split key pieces via two or more ultrasonic signals at two or more frequencies to the smart device 110 (step 216). In an embodiment, the split key transmitter 132 may transmit the two or more split key pieces to the smart device 120 according to one or more ultrasonic frequency profiles of the configuration and / or sequentially (left to right, left) as specified by the configuration settings. In an embodiment, the split key transmitter 132 may utilize one or more speakers 124 to emit two or more ultrasonic signals / frequencies. In an embodiment, the split key transmitter 132 may repeat emitting two or more ultrasonic signals / frequencies until the smart device 110 detects and receives the two or more ultrasonic signals / frequencies via one or more microphones 114. In an embodiment, the smart device 120 and smart device 110 may need to be in close proximity in order for the split key transmitter 132 to successfully transmit split key pieces from the smart device 120 to the smart device 110 via two or more ultrasonic signals at two or more frequencies. For example, if a user is sitting in front of their computer smart device 110 with their smartphone smart device 120 in the same room, the split key transmitter 132 may be able to successfully transmit split key pieces from the smart device 120 to the smart device 110 via two or more ultrasonic signals. If a user is sitting in front of their computer smart device 110 with their smartphone smart device 120 in a car a mile away, the split key transmitter 132 may not be able to successfully transmit split key pieces from the smart device 120 to the smart device 110 via two or more ultrasonic signals.In embodiments, the split key transmitter 132 may attempt repeated transmission of two or more ultrasonic signals at higher amplitudes to increase the likelihood of successful transmission of the split key pieces from the smart device 120 to the smart device 110. In embodiments, the split key transmitter 132 may transmit data of two or more ultrasonic signals in other manners from the smart device 120 to the smart device 110.
[0041] Referring again to the example introduced earlier in which split key transmitter 132 sends split key pieces to a smartphone via push notification, and with further reference to FIG. 3 , split key transmitter 132 first sends 001 at 55 MHz, then 001 at 74 MHz, and finally 011 at 99 MHz from the user's smartphone to the user's computer via speaker 124 in accordance with the configuration settings.
[0042] After the split key transmitter 132 transmits the split key pieces from the smart device 120 to the smart device 110 via two or more ultrasonic signals at two or more frequencies, the split key transmitter 132 can assemble the split key pieces on the smart device 110 to decrypt the encrypted response previously received (step 218). In an embodiment, the smart device 110 can detect and receive two or more ultrasonic signals at two or more frequencies via one or more microphones 114 and can receive the two or more ultrasonic signals according to a specified ultrasonic frequency profile and / or order of the configuration settings. The split key transmitter 132 can assemble a key from the key pieces according to the order of the configuration settings and use the assembled key to decrypt the encrypted response previously received by the smart device 110 in step 210. In an embodiment, the split key transmitter 132 can decrypt the encrypted response by converting the response from ciphertext to plaintext understandable by a human, computer, smart device, etc. In embodiments where the user's request is to view data or information, decrypting the encrypted response results in the user and / or smart device 110 being able to view and understand the requested data or information. In embodiments where the user's request is to perform some action (i.e., a transaction, sending data, etc.), decrypting the encrypted response results in the user and / or smart device 110 being able to view and understand the command that allows the action to be taken.
[0043] Referring again to the example introduced earlier in which split key transmitter 132 first transmits 001 at 55 MHz, then 001 at 74 MHz, and finally 011 at 99 MHz from the user's smartphone to the user's computer via speaker 124 in accordance with the configuration settings, split key transmitter 132 assembles the key pieces into a key from left to right on the user's computer in accordance with the configuration settings. Split key transmitter 132 uses the assembled key to decrypt a command that will facilitate the transfer of $6,000 from the user's bank account to a friend's bank account.
[0044] Upon decrypting the previously received, encrypted response, the split key transmitter 132 may complete the user's request and / or notify the user of the completion of the request (step 220). In an embodiment, the split key transmitter 132 may complete the user's request by presenting information or data requested by the user or smart device 110 and / or by performing any action (i.e., a transaction, transmitting data, etc.) desired by the user or smart device 110. In an embodiment, the split key transmitter 132 may complete the user's request by executing a command that facilitates any action desired by the user. In an embodiment, the split key transmitter 132 may notify the user of the completion of their request. The notification to the user may be in the form of audio, video, text, etc. on the user's smart device 110 and / or smart device 120 and may convey the information to the user in any manner. In an embodiment, the split key transmitter 132 may notify the user according to a configuration setting. In an embodiment, the split key transmitter 132 may simply complete the user's request without notifying the user.
[0045] Referring back to the example introduced earlier in which split key transmitter 132 reassembles a key on the user's computer and uses the assembled key to decrypt a command that would facilitate a transfer of $6,000 from the user's bank account to the friend's bank account, split key transmitter 132 executes the command to complete the transfer of $6,000 from the user's bank account to the friend's bank account. Split key transmitter 132 additionally notifies the user of the successful bank transfer via a text notification to the user's smartphone, in accordance with configuration settings.
[0046] In embodiments, the split key transmitter 132 may treat failure to complete one or more of the above steps as a security concern. For example, if a push notification cannot be sent to the smart device 120 because the device is disconnected from the network 108, the split key transmitter 132 may stop operating and / or notify the user and / or administrator of the failure to send the push notification to the smart device 120.
[0047] FIG. 3 shows an example block diagram illustrating the operation of split key transmitter 132 of split key system 100 when encrypting data, according to an example embodiment.
[0048] Figure 4 illustrates a block diagram of devices within the split key transmitter 132 of the split key system 100 of Figure 1 in accordance with an exemplary embodiment. It should be understood that Figure 4 provides an illustration of only one implementation and is not intended to imply any limitation with respect to the environment in which various embodiments may be implemented. Numerous modifications to the depicted environment may be made.
[0049] As used herein, a device includes one or more processors 02, one or more computer readable RAMs 04, one or more computer readable ROMs 06, one or more computer readable storage media 08, device drivers 12, read / write drives or interfaces 14, and network adapters or interfaces 16, all of which may be interconnected via a communications fabric 18. The communications fabric 18 may be implemented in any architecture designed to pass data and / or control information between processors (such as microprocessors, communications and network processors, etc.) and system memory, peripheral devices, and any other hardware components in the system.
[0050] One or more operating systems 10 and one or more application programs 11 are stored in one or more of the computer-readable storage media 08 for execution by one or more of the processors 02 via one or more of the respective RAMs 04 (which typically include cache memory). In the described embodiment, each of the computer-readable storage media 08 may be a magnetic disk storage device of an internal hard drive, a CD-ROM, a DVD, a memory stick, a magnetic tape, a magnetic disk, an optical disk, a semiconductor storage device such as a RAM, a ROM, an EPROM, a flash memory, or any other computer-readable tangible storage device capable of storing computer programs and digital information.
[0051] A device as used herein may also include a R / W drive or interface 14 for reading from and writing to one or more portable computer readable storage media 26. Application programs 11 on such devices may be stored on one or more of the portable computer readable storage media 26 and may be read via the respective R / W drive or interface 14 and loaded into the respective computer readable storage media 08.
[0052] A device as used herein may also include a network adapter or interface 16, such as a TCP / IP adapter card or a wireless communication adapter (such as a 4G wireless communication adapter using OFDMA technology). Application programs 11 on the computing device may be downloaded to the computing device from an external computer or external storage device via a network (e.g., the Internet, a local area network, other wide area network, or wireless network) and the network adapter or interface 16. From the network adapter or interface 16, the program may be loaded onto the computer-readable storage medium 08. The network may include copper wire, optical fiber, wireless transmissions, routers, firewalls, switches, gateway computers, and / or edge servers.
[0053] The devices used herein may also include a display screen 20, a keyboard or keypad 22, and a computer mouse or touchpad 24. The device driver 12 interfaces to the display screen 20 for projecting, to the keyboard or keypad 22, to the computer mouse or touchpad 24, and / or to the display screen 20 for alphanumeric input and pressure sensing of user selections. The device driver 12, the R / W drive or interface 14, and the network adapter or interface 16 may include hardware and software (stored on the computer readable storage medium 08 and / or ROM 06).
[0054] The programs described herein are identified based on the application for which they are implemented in a particular one of the exemplary embodiments. However, it will be understood that any particular program nomenclature herein is used for convenience only, and thus the exemplary embodiments should not be limited to use only in any particular application identified and / or implied by such nomenclature.
[0055] Based on the above, a computer system, method and computer program product have been disclosed. However, numerous modifications and substitutions can be made without departing from the scope of the exemplary embodiments. Thus, the exemplary embodiments have been disclosed by way of example and not by way of limitation.
[0056] Although this disclosure includes a detailed description of cloud computing, it should be understood that implementation of the teachings detailed herein is not limited to a cloud computing environment. Rather, example embodiments may be implemented in conjunction with any other type of computing environment now known or hereafter developed.
[0057] Cloud computing is a model of service delivery that enables convenient, on-demand network access to a shared pool of configurable computing resources (e.g., networks, network bandwidth, servers, processing, memory, storage, applications, virtual machines, and services) that can be rapidly provisioned and released with minimal administrative effort or interaction with a service provider. The cloud model can include at least five characteristics, at least three service models, and at least four deployment models.
[0058] The characteristics are as follows:
[0059] On-Demand Self-Service: Cloud consumers can unilaterally provision computing power, such as server time and network storage, as much as they need, automatically, without the need for manual interaction with the service provider.
[0060] Broadband Network Access: Capabilities are available over the network and accessed via standard mechanisms that facilitate use by heterogeneous thin-client or thick-client platforms (eg, mobile phones, laptops, PDAs).
[0061] Resource Pooling: A provider's computing resources are pooled to serve multiple consumers using a multi-tenant model, where various physical and virtual resources are dynamically allocated and reallocated according to demand. Consumers generally have no control or knowledge of the exact location of the resources provided, but are location independent in the sense that they can specify location at a higher level of abstraction (e.g. country, state, or data center).
[0062] Rapid Elasticity: Capacity can be rapidly and elastically, in some cases automatically, provisioned and quickly scaled out, and rapidly released and quickly scaled in. To the consumer, the provisioned available capacity often appears unlimited and can be purchased in any amount at any time.
[0063] Metered Services: Cloud systems automatically control and optimize resource usage by utilizing metering capabilities at some level of abstraction appropriate to the type of service (e.g., storage, processing, bandwidth, active user accounts). Resource usage is monitored, controlled and reported, providing transparency to both providers and consumers of the services being used.
[0064] The service model is as follows:
[0065] Software as a Service (SaaS): The capability offered to the consumer is to use a provider's applications running on a cloud infrastructure. The applications are accessible from a variety of client devices through thin-client interfaces such as web browsers (e.g. web-based email). The consumer does not manage or control the underlying infrastructure, including networks, servers, operating systems, storage, or even individual application capabilities with the potential exception of limited user-specific application configuration settings.
[0066] Platform as a Service (PaaS): The ability offered to a consumer is to deploy consumer-created or acquired applications, written using programming languages and tools supported by the provider, onto a cloud infrastructure. The consumer does not manage or control the underlying cloud infrastructure, including networks, servers, operating systems, or storage, but does have control over the deployed applications and possibly the configuration of the application hosting environment.
[0067] Infrastructure as a Service (IaaS): The capability provided to the consumer is to provide processing, storage, networking, and other basic computing resources onto which the consumer can deploy and run any software, which may include operating systems and applications. The consumer does not manage or control the underlying cloud infrastructure, but does have control over the operating systems, storage, deployed applications, and possibly limited control over select networking components (e.g., host firewalls).
[0068] The deployment model is as follows:
[0069] Private Cloud: The cloud infrastructure is used exclusively for one organization. It may be managed by the organization or a third party and can be on-premise or off-premise.
[0070] Community Cloud: Cloud infrastructure is shared by several organizations to support a specific community with common concerns (e.g., mission, security requirements, policy and compliance considerations). It may be managed by the organization or a third party and can exist on-premise or off-premise.
[0071] Public Cloud: The cloud infrastructure is available to the general public or to large industry entities and is owned by organizations that sell cloud services.
[0072] Hybrid Cloud: A cloud infrastructure is a blend of two or more clouds (private, community or public) that remain unique entities but are joined by standardized or proprietary technologies that allow data and application portability (e.g. cloud bursting for load balancing between clouds).
[0073] A cloud computing environment is a service oriented focus on statelessness, low coupling, modularity and semantic interoperability. At the heart of cloud computing is an infrastructure that includes a network of interconnected nodes.
[0074] Referring now to FIG. 5, an exemplary cloud computing environment 50 is shown. As shown, the cloud computing environment 50 includes one or more cloud computing nodes 40 with which local computing devices used by cloud consumers may communicate, such as, for example, a PDA or mobile phone 54A, a desktop computer 54B, a laptop computer 54C, and / or an automobile computer system 54N. The nodes 40 may communicate with each other. They may be physically or virtually grouped (not shown) in one or more networks, such as private, community, public or hybrid clouds, as described above, or combinations thereof. This enables the cloud computing environment 50 to provide infrastructure, platforms and / or software as a service, for which cloud consumers do not need to maintain resources on their local computing devices. It will be appreciated that the types of computing devices 54A-54N shown in FIG. 5 are for illustrative purposes only, and that the computing nodes 40 and the cloud computing environment 50 may communicate with any type of computerized device over any type of network and / or network addressable connection (e.g., using a web browser).
[0075]
[0033] Referring now to Figure 6, a set of functional abstraction layers provided by cloud computing environment 50 (Figure 5) is shown. It should be understood in advance that the components, layers and functions shown in Figure 6 are for illustrative purposes only and are not intended to limit the exemplary embodiments. As shown, the following layers and corresponding functions are provided:
[0076] The hardware and software layer 60 includes hardware and software components.
[0077] Examples of hardware components include a mainframe 61, a server based on a RISC (Reduced Instruction Set Computer) architecture 62, a server 63, a blade server 64, storage devices 65, and networks and networking components 66. In some embodiments, software components include network application server software 67 and database software 68.
[0078] The virtualization layer 70 provides an abstraction layer from which the following examples of virtualized entities are provided: virtualized servers 71, virtualized storage 72, virtualized networks including virtual private networks 73, virtualized applications and operating systems 74, and virtual clients 75.
[0079] In one example, the management layer 80 may provide the functions described below: Resource provisioning 81 provides dynamic procurement of computing resources and other resources utilized to execute tasks within the cloud computing environment. Metering and pricing 82 provides tracking of costs as resources are utilized within the cloud computing environment and billing or invoicing for the consumption of these resources. In one example, these resources may include application software licenses. Security provides identity verification for cloud consumers and tasks, as well as protection for data and other resources. User portal 83 provides access to the cloud computing environment for consumers and system administrators. Service level management 84 provides allocation and management of cloud computing resources to meet required service levels. Service level agreement (SLA) planning and fulfillment 85 provides pre-allocation and procurement of cloud computing resources in anticipation of future requirements thereof according to SLAs.
[0080] The workload layer 90 provides examples of functionality for which cloud computing environments are utilized. Examples of workloads and functions provided from this layer include mapping and navigation 91, software development and lifecycle management 92, virtual classroom instructional delivery 93, data analytics processing 94, transaction processing 95, and encryption 96.
[0081] The present invention may be a system, method and / or computer program product at any possible level of technical detail. The computer program product may include a computer readable storage medium having computer readable program instructions thereon for causing a processor to perform aspects of the present invention.
[0082] A computer readable storage medium may be a tangible device that holds and stores instructions for use by an instruction execution device. A computer readable storage medium may be, for example, but not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the above. An illustrative enumeration of more specific examples of computer readable storage media includes portable computer diskettes, hard disks, random access memories (RAM), read-only memories (ROM), erasable programmable read-only memories (EPROMs or flash memories), static random access memories (SRAMs), portable compact disk read-only memories (CD-ROMs), digital versatile disks (DVDs), memory sticks, floppy disks, punch cards or mechanically encoded devices such as ridge structures in grooves having instructions recorded thereon, and any suitable combination of the above. Computer-readable storage media, as used herein, is not to be construed as a transitory signal per se, such as an electric wave, other freely propagating electromagnetic wave, an electromagnetic wave propagating through a waveguide or other transmission medium (e.g., a light pulse passing through a fiber optic cable), or an electrical signal transmitted through a wire.
[0083] The computer-readable program instructions described herein can be downloaded from a computer-readable storage medium to each computing / processing device or to an external computer or storage device via a network, such as the Internet, a local area network, a wide area network, and / or a wireless network, or a combination thereof. The network may include copper transmission cables, optical transmission fiber, wireless transmission, routers, firewalls, switches, gateway computers, and / or edge servers, or a combination thereof. A network adapter card or network interface in each computing / processing device receives the computer-readable program instructions from the network and transfers the computer-readable program instructions for storage in a computer-readable storage medium within the respective computing / processing device.
[0084] The computer readable program instructions for carrying out the operations of the present invention may be assembler instructions, instruction set architecture (ISA) instructions, machine language instructions, machine dependent instructions, microcode, firmware instructions, state setting data, configuration data for an integrated circuit, or source or object code written in any combination of one or more programming languages, including object oriented languages such as Smalltalk®, C++ or the like, procedural languages such as the C programming language or similar programming languages. The computer readable program instructions may be executed as a stand-alone software package, entirely on the user's computer, partially on the user's computer, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (e.g., through the Internet using an Internet Service Provider). In some embodiments, electrical circuitry including, for example, a programmable logic circuit, a field programmable gate array (FPGA), or a programmable logic array (PLA), may execute computer readable program instructions by utilizing state information of the computer readable program instructions to individualize the electrical circuitry to perform aspects of the invention.
[0085] Aspects of the present invention are described herein with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, may be implemented by computer readable program instructions.
[0086] These computer readable program instructions may be provided to a computer processor or other programmable data processing apparatus to generate a machine such that the instructions, executed via the computer processor or other programmable data processing apparatus, create means for implementing the functions / acts identified in a block or blocks of the flowchart illustrations and / or blocks. These computer readable program instructions may also be stored on a computer readable storage medium capable of directing a computer, programmable data processing apparatus and / or other device to function in a particular manner, such that a computer readable storage medium having instructions stored thereon includes an article of manufacture including instructions that implement aspects of the functions / acts identified in a block or blocks of the flowchart illustrations and / or blocks.
[0087] The computer readable program instructions may also be loaded into a computer, other programmable data processing apparatus, or other device and cause the computer, other programmable data processing apparatus, or other device to execute a series of operational steps to generate a computer-implemented process such that the instructions executing on the computer, other programmable data processing apparatus, or other device implement an aspect of the function / action identified in a block or blocks of the flowcharts and / or blocks.
[0088] The flowcharts and block diagrams in the drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in the flowcharts or block diagrams may represent a module, segment, or portion of instructions, including one or more executable instructions for implementing a particular logical function or functions. In some alternative implementations, the functions noted in the blocks may occur out of the order depicted in the drawings. For example, two blocks shown in succession may in fact be completed as a single step, may be executed simultaneously, substantially simultaneously, or in a partially or fully overlapping manner, or the blocks may be executed in reverse order depending on the functionality involved. It should be noted that each block of both the block diagrams and / or flowchart diagrams, and combinations of blocks in the block diagrams and / or flowchart diagrams, may be implemented by a special-purpose hardware-based system that performs a particular function or action, or realizes a combination of special-purpose hardware and computer instructions.
Claims
1. 1. A computer-implemented method for encryption, comprising: receiving an encryption request from a first smart device; preparing a response to the encryption request and generating a key; encrypting the prepared response with the generated key; Sending the encrypted response to the first smart device; Dividing the key into two or more key pieces; transmitting the two or more key pieces to a second smart device; transmitting the two or more key pieces from the second smart device to the first smart device in the form of two or more ultrasonic signals according to user settings and configuration settings specifying an ultrasonic frequency profile and order for transmitting the two or more key pieces; receiving the two or more key pieces at the first smart device and assembling the two or more key pieces into the key on the first smart device according to the user settings and the configuration settings; decrypting the encrypted response on the first smart device using the constructed key; Including, The two or more ultrasonic signals each have a different unique frequency. Computer-implemented method.
2. executing the cryptographic request, including displaying the data or information or executing one or more commands to complete the transfer of the data or information; notifying a user of said encrypted request that has been fulfilled; The computer-implemented method of claim 1 , further comprising:
3. The computer-implemented method of claim 1 , wherein the two or more key pieces are sent to the second smart device in the form of two or more push notifications.
4. The computer-implemented method of claim 3 , wherein each of the two or more push notifications includes one of the two or more pieces of the key.
5. 2. The computer-implemented method of claim 1, wherein plaintext is transformed into ciphertext by encrypting the created response with the generated key.
6. 2. The computer-implemented method of claim 1, wherein ciphertext is transformed into plaintext by decrypting the encrypted response using the constructed key.
7. A computer program for encryption, comprising program instructions stored on one or more non-transitory computer readable storage media and operable to execute a method, the method comprising: receiving an encryption request from a first smart device; preparing a response to the encryption request and generating a key; encrypting the prepared response with the generated key; Sending the encrypted response to the first smart device; Dividing the key into two or more key pieces; transmitting the two or more key pieces to a second smart device; transmitting the two or more key pieces from the second smart device to the first smart device in the form of two or more ultrasonic signals according to user settings and configuration settings specifying an ultrasonic frequency profile and order for transmitting the two or more key pieces; receiving the two or more key pieces at the first smart device and assembling the two or more key pieces into the key on the first smart device according to the user settings and the configuration settings; decrypting the encrypted response on the first smart device using the constructed key; Including, The two or more ultrasonic signals each have a different unique frequency. Computer program.
8. executing the cryptographic request, including displaying the data or information or executing one or more commands to complete the transfer of the data or information; notifying a user of said encrypted request that has been fulfilled; The computer program product of claim 7 , further comprising:
9. The computer program product of claim 7 , wherein the two or more pieces of the key are sent to the second smart device in the form of two or more push notifications.
10. The computer program product of claim 9 , wherein each of the two or more push notifications includes one of the two or more pieces of the key.
11. 8. The computer program product of claim 7, wherein plaintext is transformed into ciphertext by encrypting the created response with the generated key.
12. 8. The computer program product of claim 7, further comprising converting ciphertext to plaintext by decrypting the encrypted response using the constructed key.
13. 1. A computer system for encryption, comprising: one or more computer processors; one or more computer readable storage media; program instructions stored on one or more of the one or more computer readable storage media for execution by at least one of the one or more computer processors, the program instructions being capable of performing a method; said method comprising: receiving an encryption request from a first smart device; preparing a response to the encryption request and generating a key; encrypting the prepared response with the generated key; Sending the encrypted response to the first smart device; Dividing the key into two or more key pieces; transmitting the two or more key pieces to a second smart device; transmitting the two or more key pieces from the second smart device to the first smart device in the form of two or more ultrasonic signals according to user settings and configuration settings specifying an ultrasonic frequency profile and order for transmitting the two or more key pieces; receiving the two or more key pieces at the first smart device and assembling the two or more key pieces into the key on the first smart device according to the user settings and the configuration settings; decrypting the encrypted response on the first smart device using the constructed key; Including, The two or more ultrasonic signals each have a different unique frequency. Computer system.
14. executing the cryptographic request, including displaying the data or information or executing one or more commands to complete the transfer of the data or information; notifying a user of said encrypted request that has been fulfilled; 14. The computer system of claim 13, further comprising:
15. The computer system of claim 13 , wherein the two or more key pieces are sent to the second smart device in the form of two or more push notifications.
16. The computer system of claim 15 , wherein each of the two or more push notifications includes one of the two or more pieces of the key.
17. 14. The computer system of claim 13, wherein plaintext is transformed into ciphertext by encrypting the created response with the generated key.
Citation Information
Patent Citations
Transmitter for encoded digital information and cryptography key, digital media device, and cryptography key medium device
JP2002196983A
Contents distribution system
JP2004304754A
Transmitter and receiver
JP2004336720A
Transmitter, receiver, communication system, and communication method
JP2004350044A
Conference system and conference material browsing method
JP2013126039A