US20210385098A1 - Responsive communication system - Google Patents
Responsive communication system Download PDFInfo
- Publication number
- US20210385098A1 US20210385098A1 US17/407,638 US202117407638A US2021385098A1 US 20210385098 A1 US20210385098 A1 US 20210385098A1 US 202117407638 A US202117407638 A US 202117407638A US 2021385098 A1 US2021385098 A1 US 2021385098A1
- Authority
- US
- United States
- Prior art keywords
- communication
- spoken
- server
- user
- communication device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/562—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities where the conference facilities are distributed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/568—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities audio processing specific to telephonic conferencing, e.g. spatial distribution, mixing of participants
Definitions
- the present invention is directed to a communication system that is restricted to a community, such as a family or other unit, and, in particular, to a system that provides spoken, or oral, communication among family members. While the invention is capable of providing spoken communication within a residence, it is also capable of providing such communication among several residences and among several platforms for residents that are outside of the residence(s).
- intercoms permanently installed wall-mounted fixtures, known as intercoms, which require the user to be located in front of the fixture, and press and hold a button while speaking into a microphone.
- the person to whom the communication is directed needs to be near a corresponding unit.
- Such units require hard-wired communication cable interconnecting the units, as well as a source of power.
- the invention provide a spoken communication system and method that maintains all communication by the users of the system isolated from capture by systems on the Internet, and helps ensure privacy and security.
- Known Internet systems tend to build databases of users habits and characteristics in order to market to the users and even potentially worse.
- the system provides privacy with exceptional functionality and versatility.
- the invention provide a spoken communication system and method that maintains all communication by the users of the system isolated from capture by systems on the Internet, and helps ensure privacy and security.
- Known Internet systems tend to build databases of users habits and characteristics in order to market to the users and even potentially worse.
- the system provides privacy with exceptional functionality and versatility.
- a spoken communication system and method of communicating spoken communication includes a server and at least one communication device that are in digital communication with each other over the Internet via a communication channel.
- the at least one communication device receives spoken communication and digitally communicate the spoken communication to the server.
- the spoken communication is deleted from the at least one communication device after digitally communicating the spoken communication to the server and the spoken communication is deleted from storage on the server.
- the spoken communication may be encrypted on the communication channel.
- the at least one communication device may be non-responsive to spoken communication below a threshold volume.
- the at least one communication device may be non-responsive to spoken communication above a threshold volume.
- the communication channel may be opened upon receiving a spoken communication and closed a period of time after the server detects that spoken communication has ended.
- the at least one communication device may have at least one processor, at least one microphone, at least one speaker and a Wi-Fi interface in order to facilitate sending and receiving spoken communication.
- the at least one communication device may be a smart speaker.
- a spoken communication system and method of communicating spoken communication includes a server and at least one communication device that are in digital communication with each other over the Internet via a communication channel.
- the at least one communication device receives spoken communication and digitally communicate the spoken communication to the server. Privacy is provided to to a user by avoiding building a database of user's habits or characteristics from the spoken communication.
- the providing privacy may include avoiding marketing to the user of the at least one communication device.
- FIG. 1 is a block diagram of a spoken communication system, according to an embodiment of the invention.
- FIG. 2 a is a flowchart of a server program
- FIG. 2 b is a continuation of the flowchart found in FIG. 2 a;
- FIG. 3 is a block diagram of a domestic device
- FIG. 4 is flowchart of a domestic device program
- FIG. 5 a is a more detailed flowchart of a domestic device program
- FIG. 5 b is a continuation of the flowchart found in FIG. 5 a;
- FIG. 6 is a flowchart of a device registration program
- FIG. 7 a is a flowchart of a mobile device program
- FIG. 7 b is a continuation of the flowchart found in FIG. 7 a.
- FIG. 1 depicts a spoken communication system 10 including at least one domestic device 12 and optionally at least one mobile device 22 , each being responsive to spoken communication to communicate that spoken communication to other domestic devices 12 and mobile devices 22 .
- the spoken communication system further includes a server 14 in digital communication with the domestic devices 12 and mobile devices 22 .
- server 14 may be restricted to communicate with only registered devices that are registered with server 14 .
- Domestic devices 12 may be activated by a variable or set command phrase and may only respond to authenticated users.
- communication system 10 ensures that spoken communications are discarded and never kept permanently on the server 14 , and are only kept on devices when requested by the user (e.g., voice mail messages), which can be immediately and permanently deleted by the user.
- spoken communication system 10 still provides clear and near instantaneous communication among residents wherever located in one or more commonly shared residences or even outside the residences. For example, communication spoken within a reasonable distance of the domestic device 12 may be communicated. This may be accomplished by voice activation without the need to operate controls or otherwise require physical interaction with the system.
- system 10 has flexibility that allows domestic devices 12 to be temporarily muted if it is desired to limit the extent of the communication transmission.
- Spoken communication system 10 may include a plurality of routers 18 in digital communication with server 14 .
- One or more domestic devices 12 may be in digital communication with each of the routers 18 .
- This use of routers facilitates, for example, domestic devices 12 in communication with one of the routers 18 in a residence, such as a primary residence being in digital communication with domestic devices 12 in communication with another of the router 18 in a different residence, such as a second residence.
- the term “digital communication” can be via wireless Wi-Fi, wired Ethernet, Bluetooth, 3G, 4G, LTE cellular networks, or other forms of digital communication known in the art. All such protocols are intended to be included in the term digital communication unless a particular protocol is specified.
- Server 14 may be a physical server of the type that may be physically located in a residence or may be a logical server defined from a cloud web service of the type known in the art. Server 14 is managed though a website or user management portal 20 , which may be accessed through any number of means, such as through a browser, or an application on a mobile phone or tablet.
- Mobile devices 22 may be in digital communication with server 14 .
- Mobile devices 22 are devices that are web-enabled to communicate via a cellular network or other wireless network, such as a smart phone, tablet, or the like and include at least a speaker and a microphone.
- Mobile device 22 may receive spoken communication from one of domestic devices 12 via server 14 and transfer spoken communication to domestic devices or other mobile devices. This allows system 10 to communicate spoken communication to a user who is out of the residence without the need to place a call to that user or receive a call from that user. Thereby, seamless spoken communication can be provided hands-free from inside the residence to and from a community user not within range of a domestic device 12 .
- a community user is a user that is a member of a family or other community and has permission to be a user of the system.
- a server 14 facilities the transfer of spoken communication between each domestic device 12 and each mobile device 22 .
- the server 14 may start a Voice over IP (VOIP) service at 112 .
- the server 14 then enters an idle state at 114 , wherein the server 14 waits for spoken communication from a domestic device 14 or a mobile device 22 .
- the server 14 While in the idle state at 114 , the server 14 will determine if it has received a voicemail at 116 . If the server 14 has received a voicemail, the server 14 will send the voicemail at 118 to all mobile devices 22 connected to the server 14 . After sending the voicemail, the server 14 will completely delete the voicemail at 120 from the server 14 . This helps ensure the security and privacy of the spoken communications.
- the server 14 will then return to the idle state at 114 .
- the server 14 determines it has not received a voicemail, the server 14 will next determine if it has received an audio stream request at 122 . If the server 14 has received an audio stream request, the server 14 will next determine if the system is enabled at 124 . If the system 10 is not enabled, the server 14 will return to the idle state at 114 . If the system 10 is enabled, the server will open a communication channel at 126 to all devices connected to server 14 . The server 14 will then return to the idle state at 114 .
- the server 14 will next determine if a device is requesting connection at 128 to server 14 . If a domestic device or a mobile device is requesting connection, the server 14 will determine if the device provides proper authorization at 130 . If the server 14 determines that the device did not provide proper authorization, the server 14 returns to the idle state at 114 . If the device does provide proper authorization, the server 14 allows the connection and adds the device to the server registry at 132 . The server 14 then sends configuration data to the device at 138 . This configuration data comprises all the data the device requires to begin functioning. This data may include vocal profiles, system status, and other relevant information. The server 14 then returns to the idle state at 114 .
- the server 14 determines that a device is not requesting a connection, the server 14 next determines if a new user name is being defined at 134 . If a new user name is being defined, the server 14 adds the new user name to a database stored on the server and sends the new user name to all devices at 136 connected to the server 14 . The server 14 then returns to the idle state at 114 .
- the server 14 determines if a mobile device 22 or user portal 20 is requesting to update router information at 140 .
- This router information includes any information relevant to the server 14 or a device identifying or communicating with the router, such as IP address, MAC address, or the like. If a request to update router information is received, the server 14 will store the updated information and update all necessary devices at 142 . The server will then return to idle at 114 .
- the server 14 determines if a device is attempting to make a call at 144 . If a device is attempting to make a call, the server connects the requesting device to a telephone network at 146 in order to facilitate the call. The server 14 will maintain the connection between the device and the telephone network until the conclusion of the call. The server 14 then returns to the idle state 114 .
- the server 14 determines if a new vocal profile is being defined at 148 . If it is determined that a new vocal profile is being defined, the server 14 adds the new vocal profile to a database stored on the server 14 and distributes the new vocal profile to each connected device at 150 .
- the vocal profiles allow the system 10 to ensure that only authenticated users are able to access the system 10 .
- the device or the server 14 may verify that the user is an authenticated user by comparing the user's voice to the stored vocal profiles. The server 14 then returns to the idle state at 114 .
- the server 14 determines if the system 10 is being enabled or disabled at 152 . If the server 14 determines that the system 10 is being enabled or disabled, the server 14 sends the appropriate enable or disable command to each connected device at 154 . The server 14 then returns to the idle state at 114 .
- the server determines if a device is being enabled or disabled at 156 . If the server 14 determines that a device is being enabled or disabled, the server 14 sends the appropriate enable or disable command to the specified device at 158 . The server 14 then returns to the idle state at 114 .
- the server 14 determines if a request to open a communication channel has been received at 160 . If the server 14 determines that an open communication channel request has not been received, the server returns to the idle state at 114 . If the server 14 determines that an open communication channel request has been received, the server 14 then opens the communication channel and then determines if the spoken communication has ended at 162 . The server typically accomplishes this by measuring the sound volume received against the typical ambient sound levels. If the server 14 detects spoken communication, then the conversation between users is still ongoing, and the server 14 returns to the idle state at 114 .
- the server 14 determines if a variable amount of time without spoken communication at 164 . This variable time can be adjusted for the optimum time for the users of the system 10 . If the server 14 determines that a variable amount of time has not passed, then the server 14 will return to the idle state at 114 . If the server 14 determines that a variable amount of time has passed, the server 14 determines that the conversation between users has ended and closes the communication channel at 166 . The server 14 then returns to the idle state at 114 .
- domestic devices 12 include a processor 30 , such as a micro-processor, programmable gate array, or the like.
- domestic devices 12 may include multiple processors for performance or other benefits.
- domestic devices also include a Wi-Fi interface defined by a Wi-Fi card 32 , at least one microphone input 34 to processor 30 , and at least one speaker 36 annunciating audio output.
- the domestic device 12 may include multiple microphones or speakers for noise cancellation, stereo output, and the like. It is understood that this is a non-limiting example of a domestic device 12 components.
- domestic devices 12 may utilize any number of other common computer processing components in order to facilitate sending and receiving spoken communication. Some examples could be RAM, nonvolatile storage, or other common communication and proceeding elements.
- Processor 30 executes a voice activation program that is responsive to audio input having a particular characteristic for communicating that audio input to at least one other of the devices.
- Any device with the suitable hardware may be used as a domestic device and to execute the domestic device program. This includes many popular “smart speakers” on the market today, such as Amazon Echo and Google Home.
- the domestic device program is described in detail below and in FIGS. 4, 5 a , and 5 b .
- the program may be updated or transferred to the domestic device 12 in any number of ways.
- a USB memory device may be provided to supply the program or other code to the processor 30 , such as via a USB slot.
- the program may also be updated via the wireless connection.
- Domestic devices 12 are adapted to be positioned within a residence, such as attached to a wall, supported from a table, or the like.
- FIG. 4 , FIG. 5 a , and FIG. 5 b depict flowcharts for a domestic device program executing on processor 30 .
- the domestic device program After the domestic device 12 powers on at 204 and begins executing the program at 206 , the domestic device program establishes multi-way communication between other devices at 208 . This multi-way communication may, for example, be established through an application programming interface (API).
- API application programming interface
- the domestic device program first determines if the domestic device 12 is registered at 210 to a router 18 and/or server 14 . If the domestic device program is not registered, it proceeds to the registration phase at 212 (see FIG. 6 ). If the domestic device program is registered, the domestic device program next attempts connecting at 214 to server 14 .
- the domestic device program verifies connection with the server 14 at 216 . If it does not have connection, the domestic device program returns to attempting to connect at 214 to server 14 . If the domestic device program does have connection to the server 14 , the domestic device program next receives configuration data at 218 from the server 14 .
- This configuration data comprises all the data the domestic device requires to begin functioning. This data may include vocal profiles, system status, and other relevant information.
- the domestic device program After receiving the configuration data, the domestic device program enables the microphone input(s) and enables the speaker(s) at 220 .
- the domestic device program enters an idle state at 222 . From the idle state, the domestic device program again determines if it is connected at 224 to the server 14 . If it is not, the domestic device program returns attempting to connect at 214 to server 14 . If the domestic device program is connected to the server 14 , it next determines if it has received an enable or disable command at 226 from the server 14 .
- the domestic device 12 receives commands from the user by the user speaking an activation word or phrase followed by a command. Both the activation phrase and the commands may be defined by the user. For example, the activation word may by “system” and the command may be “enable.” The user could then provide a system enable command by speaking “system enable” within range of a domestic device 12 .
- any reasonable number of activation words and commands can be created and stored by the server 14 . Additionally, the activation words and commands may be in any language. If the domestic device program has received an enable or disable command, the domestic device program provides an audio alert via the speaker 36 and appropriately enables or disables at 228 . The domestic device program then returns to the idle state at 222 . If domestic device program has not received such a command, it next determines if a communication channel has been opened at 230 by the server 14 . If it has, domestic device 12 determines if it is a standby mode at 232 . Standby mode is defined as a mode where the domestic device will only respond to an enable command. All other commands, such as ones to establish communication to other users, will be ignored.
- the domestic device disregards the open communication channel and returns to the idle state at 222 . If the domestic device is not in a standby mode, the domestic device program provides an audio alert via the speaker 36 , and sends and receives spoken communication to and from the server 14 via the microphone 34 and speaker 36 to establish communication at 234 . The domestic device program then returns to the idle state at 222 .
- the domestic device program determines a communication channel has not been opened, it next determines if the microphone is detecting sound at 236 . If it is not, the domestic device program returns to the idle state at 222 . Detecting sound includes determining if the detected sound is above a variable threshold. This variable threshold is provided in order adapt to the specific location and ambient sound level of each domestic device 12 and to specific user needs and desires. If it does detect sound, then the domestic device program next determines if the sound is above a variable cutoff threshold at 238 . The variable cutoff threshold is provided in order to ensure that certain spoken communication is not analyzed or recorded. If the sound is above the variable cutoff threshold, the domestic device program requests that the server 14 disable the system at 240 . Moving to FIG.
- the domestic device program if the sound is below the variable cutoff threshold, the domestic device program records the audio clip at 242 . The domestic device program then determines if the audio clip is an authenticated voice at 244 . This feature allows the system 10 to restrict the use of the system 10 to specific individuals. If the voice is not authenticated, the domestic device program deletes the audio clip and returns to the idle state at 222 . If the audio clip is an authenticated voice, the domestic device program next determines if the audio clip is an enable or disable command at 246 . This command can be directed toward a specific device or the system 10 as a whole.
- the domestic device program If the audio clip is an enable or disable command, the domestic device program provides an audio alert via the speaker 36 , and sends the appropriate enable or disable request at 248 to the server 14 . The domestic device program then deletes the audio clip at 256 and returns to the idle state at 222 .
- the domestic device program determines that the audio clip is not an enable or disable command, it next determines if the domestic device 12 is in standby mode at 250 .
- the device is placed into standby mode after it received a disable request from the user or the server 14 .
- the domestic device program deletes the audio clip at 256 and returns to the idle state at 222 .
- the domestic device program determines if the audio clip is a voice call command at 252 . If it is, the domestic device program provides an audio alert via the speaker 36 and sends the call request at 248 to the server 14 .
- the domestic device program then deletes the recorded audio clip at 256 and returns to the idle state at 222 .
- the domestic device program next determines if the audio clip is an open communication channel command at 254 . If it is not, the domestic device program deletes the recorded audio clip at 256 and returns to the idle state at 222 . If the audio clip is an open communication channel command, the domestic device program provides an audio alert via the speaker 36 and establishes and open communication channel with the server 14 at 258 . At the conclusion of the communication, the domestic device program then deletes the recorded audio clip at 256 and returns to the idle state at 222 .
- the server 14 may restrict communications to only registered devices.
- the domestic device program determines that the device is not registered at 210
- the domestic device program broadcasts a Wi-Fi signal at 310 .
- a user opens a registration application at 312 on a mobile device, such as a phone or a tablet.
- This mobile device may or may not be a mobile device 22 in digital communication with the server 14 .
- the user selects a sync device option at 314 offered by the registration application.
- the user then connects the mobile device to the Wi-Fi broadcast by the domestic device 12 at 316 , establishing direct digital communication between the mobile device and the domestic device 12 .
- Registration information can include information such as usernames, passwords, account information, router information, or anything else relevant to authenticating the user and/or domestic device 12 .
- the user selects to sync the domestic device 12 at 320 . This allows the mobile device to transmit the registration information at 322 to the domestic device 12 .
- the domestic device 12 ceases broadcasting its Wi-Fi signal, and instead attempts to connect at 324 to the server 14 .
- This connection may be achieved through a router 18 or any other device that provides digital communication with the server 14 .
- This connection process may require any sort of authentication or credentials inherent in such a connection. For example, the device may need to provide a password to access the wireless network broadcast by a router 18 .
- the domestic device program transmits the registration information to the server 14 , in order to login at 326 .
- the domestic device program determines if the login was successful at 328 . If the login was not successful, the domestic device program returns to broadcasting a Wi-Fi signal at 310 . If the login was successful, the domestic device program sends a registry request at 330 to the server 14 , so that the server 14 may store the domestic device's 12 registration information to facilitate future connections.
- the domestic device program enters the idle state at 222 .
- a mobile communication application is run on a smart phone, tablet, or other mobile device 22 that is connected to the Internet through a Wi-Fi or cellular data service, such as 3G, 4G, LTE, or the like.
- a mobile device 22 powers on at 410
- the mobile communication application determines if the user has opened the application at 412 . If the user has not opened the application, the mobile communication application determines if there is a pending notification at 414 . Such a notification indicates that the user has a voicemail or other message awaiting playback. If there is such a notification, the mobile communication application displays the notification to the user. If there is no notification, the mobile communication application returns to determining if the application is open at 412 .
- the mobile communication application If it determined that the mobile communication application is open, it then waits of the user to enter proper login credentials at 418 .
- Login credentials typically include a username and password, but other authentication may be used, such as biometric authentication.
- the mobile communication application attempts to connect at 420 to the server 14 .
- the mobile communication application will continue to attempt until a connection is established.
- the mobile communication application then enters an idle state at 422 .
- the mobile communication application determines if it is still connected at 424 to the server 14 . If not, the mobile communication application returns to attempting to connect at 420 to the server 14 . If the connection remains, the mobile communication application determines if a new vocal profile is being defined at 426 .
- the mobile communication application records the new vocal profile at 428 . This is typically accomplished by the mobile communication application prompting specific phrases of spoken communication from the user and recording the results. After recording, the mobile communication application sends the new vocal profile at 430 to the server 14 . The mobile communication application then returns to the idle state at 422 .
- the mobile communication application determines that a new vocal profile is not being created, it next determines if the user selected voicemail playback at 432 . If so, the mobile communication application retrieves the selected voicemail from local storage at 434 , and plays the selected voicemail at 436 for the user. The mobile communication application then returns to the idle state at 422 .
- the mobile communication application determines if the server 14 is broadcasting spoken communication at 438 . If it is, the mobile communication application then enables the mobile device's 22 speaker at 440 and audibly broadcasts the received spoken communication received from the server 14 . The mobile communication application then returns to the idle state at 422 .
- the mobile communication application determines if the server 14 is not sending spoken communication, then it determines if the user selected to transit audio communication at 442 . It is understood that the mobile communication application could recognize the user's intent in any number of ways. For example, the mobile communication application could provide a button labeled “speak.” A button could be a physical button or on a touchscreen device. Additionally, the mobile communication application could be responsive to a spoken command. If the mobile communication application determines the user does wish to send audio communication, it then enables the mobile device's 22 microphone at 444 and records the audio. It then sends the spoken communication to the server 14 at 446 . The server 14 is then responsible for broadcasting the audio communication to the proper device(s) ( FIGS. 2 a and 2 b ). The mobile communication application then returns to the idle state at 422 .
- the mobile communication application determines if the user wishes to send a voicemail at 448 .
- a voicemail is defined as spoken communication recorded and stored as an audio file that can be played at a later time.
- the mobile communication application can recognize the user's intent in any number of ways, such as a button or voice command. If the user does wish to send a voicemail, the mobile communication application enables the digital mobile device's 22 microphone and records the audio at 450 , and sends the voicemail at 452 to the server 14 . The server 14 will then proceeds to send the voicemail to all other mobile devices 22 connected to the server 14 . The mobile communication application then returns to the idle state at 422 .
- the mobile communication application determines if the user wishes to delete a voicemail at 454 . Similarly to sending spoken communication, the mobile communication application can recognize the user's intent in any number of ways such as a button or voice command. If the user does wish to delete a voicemail, the mobile communication application removes the voicemail from local storage at 456 . The mobile communication application then returns to the idle state at 422 .
- the mobile communication application determines if the user wishes to enable or disable at 458 a domestic device 12 or the system 10 . Similarly to sending spoken communication, the mobile communication application can recognize the user's intent in any number of ways, such as a button or voice command. If the user does wish to enable or disable a domestic device 12 or the system 10 , the mobile communication application sends the appropriate enable or disable command at 460 to the server 14 . The mobile communication application then returns to the idle state at 422 .
- the mobile communication application determines if the digital mobile device 22 has received a voicemail at 462 from the server 14 . If it has not, the mobile communication application returns to the idle state 422 . If the digital mobile device 22 has received a voicemail from the server 14 , the voicemail is stored in local storage and a notification is sent to the user at 464 .
- the notification can take many forms, such as displaying a message on the screen, sending a text message or an email, or other various means of notification. Then, the mobile communication application returns to the idle state at 422 .
- embodiments of the invention provide a spoken communication system that is both versatile and unrestricted geographically, yet maintains all communication by the users of the system isolated from capture by systems on the Internet, and helps ensure privacy and security.
- Such Internet systems tend to build databases of users habits and characteristics in order to market to the users and even potentially worse.
- the system provides privacy with exceptional functionality and versatility.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
A spoken communication system and method of communicating spoken communication, includes a server and at least one communication device that are in digital communication with each other over the Internet via a communication channel. The at least one communication device receives spoken communication and digitally communicate the spoken communication to the server. The spoken communication is isolated from interception on the Internet by deleting the spoken communication from the at least one communication device after digitally communicating the spoken communication to the server and deleting the spoken communication from storage on the server. Also, privacy is ensured to a user by avoiding building a database of user's habits or characteristics from the spoken communication.
Description
- The present application is a continuation of U.S. patent application Ser. No. 16/861,507, filed Apr. 29, 2020, which is a continuation of U.S. Pat. No. 10,666,448, issued May 26, 2020 which claims benefit of International Patent Application No. PCT/IB2017/052779, filed May 11, 2017, which claims the benefit of U.S. Provisional Patent Application Ser. No. 62/379,528 filed Aug. 25, 2016 and U.S. Provisional Patent Application Ser. No. 62/361,728 filed Jul. 13, 2016.
- The present invention is directed to a communication system that is restricted to a community, such as a family or other unit, and, in particular, to a system that provides spoken, or oral, communication among family members. While the invention is capable of providing spoken communication within a residence, it is also capable of providing such communication among several residences and among several platforms for residents that are outside of the residence(s).
- Currently, home communication systems are permanently installed wall-mounted fixtures, known as intercoms, which require the user to be located in front of the fixture, and press and hold a button while speaking into a microphone. The person to whom the communication is directed needs to be near a corresponding unit. Such units require hard-wired communication cable interconnecting the units, as well as a source of power.
- Various web-enabled communication techniques are available. Some even pick-up casual conversations without the conscious knowledge of the users. Such techniques provide access to the communication by the service provider. The service provider is able, through permission given via the user agreement, to record conversations and to extract information about the users from the on-line communications sent to their computers to provide marketing pitches, and the like. Communications among family members are often very sensitive and most private, and recording of such communication is typically not desired.
- The invention provide a spoken communication system and method that maintains all communication by the users of the system isolated from capture by systems on the Internet, and helps ensure privacy and security. Known Internet systems tend to build databases of users habits and characteristics in order to market to the users and even potentially worse. By isolating the system from the interception by others on the Internet, the system provides privacy with exceptional functionality and versatility.
- The invention provide a spoken communication system and method that maintains all communication by the users of the system isolated from capture by systems on the Internet, and helps ensure privacy and security. Known Internet systems tend to build databases of users habits and characteristics in order to market to the users and even potentially worse. By isolating the system from the interception by others on the Internet, the system provides privacy with exceptional functionality and versatility.
- A spoken communication system and method of communicating spoken communication, according to an aspect of the invention, includes a server and at least one communication device that are in digital communication with each other over the Internet via a communication channel. The at least one communication device receives spoken communication and digitally communicate the spoken communication to the server. The spoken communication is deleted from the at least one communication device after digitally communicating the spoken communication to the server and the spoken communication is deleted from storage on the server.
- The spoken communication may be encrypted on the communication channel. The at least one communication device may be non-responsive to spoken communication below a threshold volume. The at least one communication device may be non-responsive to spoken communication above a threshold volume. The communication channel may be opened upon receiving a spoken communication and closed a period of time after the server detects that spoken communication has ended.
- The at least one communication device may have at least one processor, at least one microphone, at least one speaker and a Wi-Fi interface in order to facilitate sending and receiving spoken communication. The at least one communication device may be a smart speaker.
- A spoken communication system and method of communicating spoken communication, according to an aspect of the invention, includes a server and at least one communication device that are in digital communication with each other over the Internet via a communication channel. The at least one communication device receives spoken communication and digitally communicate the spoken communication to the server. Privacy is provided to to a user by avoiding building a database of user's habits or characteristics from the spoken communication.
- The providing privacy may include avoiding marketing to the user of the at least one communication device.
- These and other objects, advantages, and features of this invention will become apparent upon review of the following specification in conjunction with the drawings.
-
FIG. 1 is a block diagram of a spoken communication system, according to an embodiment of the invention; -
FIG. 2a is a flowchart of a server program; -
FIG. 2b is a continuation of the flowchart found inFIG. 2 a; -
FIG. 3 is a block diagram of a domestic device; -
FIG. 4 is flowchart of a domestic device program; -
FIG. 5a is a more detailed flowchart of a domestic device program; -
FIG. 5b is a continuation of the flowchart found inFIG. 5 a; -
FIG. 6 is a flowchart of a device registration program; -
FIG. 7a is a flowchart of a mobile device program; -
FIG. 7b is a continuation of the flowchart found inFIG. 7 a. - Referring now to the drawings and the illustrative embodiments depicted therein,
FIG. 1 depicts a spokencommunication system 10 including at least onedomestic device 12 and optionally at least onemobile device 22, each being responsive to spoken communication to communicate that spoken communication to otherdomestic devices 12 andmobile devices 22. The spoken communication system further includes aserver 14 in digital communication with thedomestic devices 12 andmobile devices 22. As will be described in more detail below,server 14 may be restricted to communicate with only registered devices that are registered withserver 14.Domestic devices 12 may be activated by a variable or set command phrase and may only respond to authenticated users. In contrast to known voice-activated appliances that are web-enabled,communication system 10 ensures that spoken communications are discarded and never kept permanently on theserver 14, and are only kept on devices when requested by the user (e.g., voice mail messages), which can be immediately and permanently deleted by the user. However, spokencommunication system 10 still provides clear and near instantaneous communication among residents wherever located in one or more commonly shared residences or even outside the residences. For example, communication spoken within a reasonable distance of thedomestic device 12 may be communicated. This may be accomplished by voice activation without the need to operate controls or otherwise require physical interaction with the system. However,system 10 has flexibility that allowsdomestic devices 12 to be temporarily muted if it is desired to limit the extent of the communication transmission. -
Spoken communication system 10 may include a plurality ofrouters 18 in digital communication withserver 14. One or moredomestic devices 12 may be in digital communication with each of therouters 18. This use of routers facilitates, for example,domestic devices 12 in communication with one of therouters 18 in a residence, such as a primary residence being in digital communication withdomestic devices 12 in communication with another of therouter 18 in a different residence, such as a second residence. The term “digital communication” can be via wireless Wi-Fi, wired Ethernet, Bluetooth, 3G, 4G, LTE cellular networks, or other forms of digital communication known in the art. All such protocols are intended to be included in the term digital communication unless a particular protocol is specified. All digital communication in the spoken communication system, including digital communication to and from theserver 14,domestic devices 12, andmobile devices 22 may be encrypted for further privacy and security.Server 14 may be a physical server of the type that may be physically located in a residence or may be a logical server defined from a cloud web service of the type known in the art.Server 14 is managed though a website oruser management portal 20, which may be accessed through any number of means, such as through a browser, or an application on a mobile phone or tablet. - One or more
mobile devices 22 may be in digital communication withserver 14.Mobile devices 22 are devices that are web-enabled to communicate via a cellular network or other wireless network, such as a smart phone, tablet, or the like and include at least a speaker and a microphone.Mobile device 22 may receive spoken communication from one ofdomestic devices 12 viaserver 14 and transfer spoken communication to domestic devices or other mobile devices. This allowssystem 10 to communicate spoken communication to a user who is out of the residence without the need to place a call to that user or receive a call from that user. Thereby, seamless spoken communication can be provided hands-free from inside the residence to and from a community user not within range of adomestic device 12. A community user is a user that is a member of a family or other community and has permission to be a user of the system. - Turning to
FIG. 2a , aserver 14 facilities the transfer of spoken communication between eachdomestic device 12 and eachmobile device 22. After theserver 14 powers on at 110, theserver 14 may start a Voice over IP (VOIP) service at 112. Theserver 14 then enters an idle state at 114, wherein theserver 14 waits for spoken communication from adomestic device 14 or amobile device 22. While in the idle state at 114, theserver 14 will determine if it has received a voicemail at 116. If theserver 14 has received a voicemail, theserver 14 will send the voicemail at 118 to allmobile devices 22 connected to theserver 14. After sending the voicemail, theserver 14 will completely delete the voicemail at 120 from theserver 14. This helps ensure the security and privacy of the spoken communications. Theserver 14 will then return to the idle state at 114. - If the
server 14 determines it has not received a voicemail, theserver 14 will next determine if it has received an audio stream request at 122. If theserver 14 has received an audio stream request, theserver 14 will next determine if the system is enabled at 124. If thesystem 10 is not enabled, theserver 14 will return to the idle state at 114. If thesystem 10 is enabled, the server will open a communication channel at 126 to all devices connected toserver 14. Theserver 14 will then return to the idle state at 114. - If the
server 14 determines that it has not received an audio stream request, theserver 14 will next determine if a device is requesting connection at 128 toserver 14. If a domestic device or a mobile device is requesting connection, theserver 14 will determine if the device provides proper authorization at 130. If theserver 14 determines that the device did not provide proper authorization, theserver 14 returns to the idle state at 114. If the device does provide proper authorization, theserver 14 allows the connection and adds the device to the server registry at 132. Theserver 14 then sends configuration data to the device at 138. This configuration data comprises all the data the device requires to begin functioning. This data may include vocal profiles, system status, and other relevant information. Theserver 14 then returns to the idle state at 114. - If the
server 14 determines that a device is not requesting a connection, theserver 14 next determines if a new user name is being defined at 134. If a new user name is being defined, theserver 14 adds the new user name to a database stored on the server and sends the new user name to all devices at 136 connected to theserver 14. Theserver 14 then returns to the idle state at 114. - Turning now to
FIG. 2b , if theserver 14 determines that a new user name is not being defined, theserver 14 determines if amobile device 22 oruser portal 20 is requesting to update router information at 140. This router information includes any information relevant to theserver 14 or a device identifying or communicating with the router, such as IP address, MAC address, or the like. If a request to update router information is received, theserver 14 will store the updated information and update all necessary devices at 142. The server will then return to idle at 114. - If the
server 14 determines a router information request is not occurring, theserver 14 determines if a device is attempting to make a call at 144. If a device is attempting to make a call, the server connects the requesting device to a telephone network at 146 in order to facilitate the call. Theserver 14 will maintain the connection between the device and the telephone network until the conclusion of the call. Theserver 14 then returns to theidle state 114. - If the
server 14 determines that a device is not attempting to make a call, then theserver 14 determines if a new vocal profile is being defined at 148. If it is determined that a new vocal profile is being defined, theserver 14 adds the new vocal profile to a database stored on theserver 14 and distributes the new vocal profile to each connected device at 150. The vocal profiles allow thesystem 10 to ensure that only authenticated users are able to access thesystem 10. When a user issues a spoken command, the device or theserver 14 may verify that the user is an authenticated user by comparing the user's voice to the stored vocal profiles. Theserver 14 then returns to the idle state at 114. - If the
server 14 determines that a new vocal profile is not being defined, theserver 14 then determines if thesystem 10 is being enabled or disabled at 152. If theserver 14 determines that thesystem 10 is being enabled or disabled, theserver 14 sends the appropriate enable or disable command to each connected device at 154. Theserver 14 then returns to the idle state at 114. - If the server determines that the
system 10 is not being enabled or disabled, then the server determines if a device is being enabled or disabled at 156. If theserver 14 determines that a device is being enabled or disabled, theserver 14 sends the appropriate enable or disable command to the specified device at 158. Theserver 14 then returns to the idle state at 114. - If the server determines that a device is not being enabled or disabled, the
server 14 then determines if a request to open a communication channel has been received at 160. If theserver 14 determines that an open communication channel request has not been received, the server returns to the idle state at 114. If theserver 14 determines that an open communication channel request has been received, theserver 14 then opens the communication channel and then determines if the spoken communication has ended at 162. The server typically accomplishes this by measuring the sound volume received against the typical ambient sound levels. If theserver 14 detects spoken communication, then the conversation between users is still ongoing, and theserver 14 returns to the idle state at 114. If theserver 14 does not detect spoken communication, theserver 14 then determines if a variable amount of time without spoken communication at 164. This variable time can be adjusted for the optimum time for the users of thesystem 10. If theserver 14 determines that a variable amount of time has not passed, then theserver 14 will return to the idle state at 114. If theserver 14 determines that a variable amount of time has passed, theserver 14 determines that the conversation between users has ended and closes the communication channel at 166. Theserver 14 then returns to the idle state at 114. - Turning to
FIG. 3 ,domestic devices 12 include aprocessor 30, such as a micro-processor, programmable gate array, or the like.Domestic devices 12 may include multiple processors for performance or other benefits. Domestic devices also include a Wi-Fi interface defined by a Wi-Fi card 32, at least onemicrophone input 34 toprocessor 30, and at least onespeaker 36 annunciating audio output. Thedomestic device 12 may include multiple microphones or speakers for noise cancellation, stereo output, and the like. It is understood that this is a non-limiting example of adomestic device 12 components.Domestic devices 12 may utilize any number of other common computer processing components in order to facilitate sending and receiving spoken communication. Some examples could be RAM, nonvolatile storage, or other common communication and proceeding elements.Processor 30 executes a voice activation program that is responsive to audio input having a particular characteristic for communicating that audio input to at least one other of the devices. Any device with the suitable hardware (speaker, microphone, etc.) may be used as a domestic device and to execute the domestic device program. This includes many popular “smart speakers” on the market today, such as Amazon Echo and Google Home. The domestic device program is described in detail below and inFIGS. 4, 5 a, and 5 b. The program may be updated or transferred to thedomestic device 12 in any number of ways. For example, a USB memory device may be provided to supply the program or other code to theprocessor 30, such as via a USB slot. The program may also be updated via the wireless connection.Domestic devices 12 are adapted to be positioned within a residence, such as attached to a wall, supported from a table, or the like. -
FIG. 4 ,FIG. 5a , andFIG. 5b depict flowcharts for a domestic device program executing onprocessor 30. After thedomestic device 12 powers on at 204 and begins executing the program at 206, the domestic device program establishes multi-way communication between other devices at 208. This multi-way communication may, for example, be established through an application programming interface (API). Specifically inFIG. 5a , the domestic device program first determines if thedomestic device 12 is registered at 210 to arouter 18 and/orserver 14. If the domestic device program is not registered, it proceeds to the registration phase at 212 (seeFIG. 6 ). If the domestic device program is registered, the domestic device program next attempts connecting at 214 toserver 14. The domestic device program verifies connection with theserver 14 at 216. If it does not have connection, the domestic device program returns to attempting to connect at 214 toserver 14. If the domestic device program does have connection to theserver 14, the domestic device program next receives configuration data at 218 from theserver 14. This configuration data comprises all the data the domestic device requires to begin functioning. This data may include vocal profiles, system status, and other relevant information. After receiving the configuration data, the domestic device program enables the microphone input(s) and enables the speaker(s) at 220. - Next, the domestic device program enters an idle state at 222. From the idle state, the domestic device program again determines if it is connected at 224 to the
server 14. If it is not, the domestic device program returns attempting to connect at 214 toserver 14. If the domestic device program is connected to theserver 14, it next determines if it has received an enable or disable command at 226 from theserver 14. Thedomestic device 12 receives commands from the user by the user speaking an activation word or phrase followed by a command. Both the activation phrase and the commands may be defined by the user. For example, the activation word may by “system” and the command may be “enable.” The user could then provide a system enable command by speaking “system enable” within range of adomestic device 12. Any reasonable number of activation words and commands can be created and stored by theserver 14. Additionally, the activation words and commands may be in any language. If the domestic device program has received an enable or disable command, the domestic device program provides an audio alert via thespeaker 36 and appropriately enables or disables at 228. The domestic device program then returns to the idle state at 222. If domestic device program has not received such a command, it next determines if a communication channel has been opened at 230 by theserver 14. If it has,domestic device 12 determines if it is a standby mode at 232. Standby mode is defined as a mode where the domestic device will only respond to an enable command. All other commands, such as ones to establish communication to other users, will be ignored. If the domestic device is in a standby mode, the domestic device disregards the open communication channel and returns to the idle state at 222. If the domestic device is not in a standby mode, the domestic device program provides an audio alert via thespeaker 36, and sends and receives spoken communication to and from theserver 14 via themicrophone 34 andspeaker 36 to establish communication at 234. The domestic device program then returns to the idle state at 222. - If the domestic device program determines a communication channel has not been opened, it next determines if the microphone is detecting sound at 236. If it is not, the domestic device program returns to the idle state at 222. Detecting sound includes determining if the detected sound is above a variable threshold. This variable threshold is provided in order adapt to the specific location and ambient sound level of each
domestic device 12 and to specific user needs and desires. If it does detect sound, then the domestic device program next determines if the sound is above a variable cutoff threshold at 238. The variable cutoff threshold is provided in order to ensure that certain spoken communication is not analyzed or recorded. If the sound is above the variable cutoff threshold, the domestic device program requests that theserver 14 disable the system at 240. Moving toFIG. 5b , if the sound is below the variable cutoff threshold, the domestic device program records the audio clip at 242. The domestic device program then determines if the audio clip is an authenticated voice at 244. This feature allows thesystem 10 to restrict the use of thesystem 10 to specific individuals. If the voice is not authenticated, the domestic device program deletes the audio clip and returns to the idle state at 222. If the audio clip is an authenticated voice, the domestic device program next determines if the audio clip is an enable or disable command at 246. This command can be directed toward a specific device or thesystem 10 as a whole. If the audio clip is an enable or disable command, the domestic device program provides an audio alert via thespeaker 36, and sends the appropriate enable or disable request at 248 to theserver 14. The domestic device program then deletes the audio clip at 256 and returns to the idle state at 222. - If the domestic device program determines that the audio clip is not an enable or disable command, it next determines if the
domestic device 12 is in standby mode at 250. The device is placed into standby mode after it received a disable request from the user or theserver 14. If thedomestic device 12 is in standby mode, the domestic device program deletes the audio clip at 256 and returns to the idle state at 222. If thedomestic device 12 is not in standby mode, the domestic device program determines if the audio clip is a voice call command at 252. If it is, the domestic device program provides an audio alert via thespeaker 36 and sends the call request at 248 to theserver 14. The domestic device program then deletes the recorded audio clip at 256 and returns to the idle state at 222. If the audio clip is not a voice call command, the domestic device program next determines if the audio clip is an open communication channel command at 254. If it is not, the domestic device program deletes the recorded audio clip at 256 and returns to the idle state at 222. If the audio clip is an open communication channel command, the domestic device program provides an audio alert via thespeaker 36 and establishes and open communication channel with theserver 14 at 258. At the conclusion of the communication, the domestic device program then deletes the recorded audio clip at 256 and returns to the idle state at 222. - As mentioned previously, the
server 14 may restrict communications to only registered devices. Turning now toFIG. 6 , after the device powers on at 204, when the domestic device program determines that the device is not registered at 210, the domestic device program broadcasts a Wi-Fi signal at 310. Next, a user opens a registration application at 312 on a mobile device, such as a phone or a tablet. This mobile device may or may not be amobile device 22 in digital communication with theserver 14. The user then selects a sync device option at 314 offered by the registration application. The user then connects the mobile device to the Wi-Fi broadcast by thedomestic device 12 at 316, establishing direct digital communication between the mobile device and thedomestic device 12. Next, the user enters registration information into the registration application at 318. Registration information can include information such as usernames, passwords, account information, router information, or anything else relevant to authenticating the user and/ordomestic device 12. After entering the information, the user selects to sync thedomestic device 12 at 320. This allows the mobile device to transmit the registration information at 322 to thedomestic device 12. - Then, the
domestic device 12 ceases broadcasting its Wi-Fi signal, and instead attempts to connect at 324 to theserver 14. This connection may be achieved through arouter 18 or any other device that provides digital communication with theserver 14. This connection process may require any sort of authentication or credentials inherent in such a connection. For example, the device may need to provide a password to access the wireless network broadcast by arouter 18. Either immediately before or immediately after the connection is established, the domestic device program transmits the registration information to theserver 14, in order to login at 326. The domestic device program then determines if the login was successful at 328. If the login was not successful, the domestic device program returns to broadcasting a Wi-Fi signal at 310. If the login was successful, the domestic device program sends a registry request at 330 to theserver 14, so that theserver 14 may store the domestic device's 12 registration information to facilitate future connections. Next, the domestic device program enters the idle state at 222. - A mobile communication application is run on a smart phone, tablet, or other
mobile device 22 that is connected to the Internet through a Wi-Fi or cellular data service, such as 3G, 4G, LTE, or the like. As shown inFIG. 7a , after amobile device 22 powers on at 410, the mobile communication application determines if the user has opened the application at 412. If the user has not opened the application, the mobile communication application determines if there is a pending notification at 414. Such a notification indicates that the user has a voicemail or other message awaiting playback. If there is such a notification, the mobile communication application displays the notification to the user. If there is no notification, the mobile communication application returns to determining if the application is open at 412. If it determined that the mobile communication application is open, it then waits of the user to enter proper login credentials at 418. Login credentials typically include a username and password, but other authentication may be used, such as biometric authentication. After entering the proper login credentials, the mobile communication application attempts to connect at 420 to theserver 14. The mobile communication application will continue to attempt until a connection is established. The mobile communication application then enters an idle state at 422. The mobile communication application then determines if it is still connected at 424 to theserver 14. If not, the mobile communication application returns to attempting to connect at 420 to theserver 14. If the connection remains, the mobile communication application determines if a new vocal profile is being defined at 426. If a new vocal profile is being defined, the mobile communication application records the new vocal profile at 428. This is typically accomplished by the mobile communication application prompting specific phrases of spoken communication from the user and recording the results. After recording, the mobile communication application sends the new vocal profile at 430 to theserver 14. The mobile communication application then returns to the idle state at 422. - If the mobile communication application determines that a new vocal profile is not being created, it next determines if the user selected voicemail playback at 432. If so, the mobile communication application retrieves the selected voicemail from local storage at 434, and plays the selected voicemail at 436 for the user. The mobile communication application then returns to the idle state at 422.
- If a user has not selected a voicemail, the mobile communication application then determines if the
server 14 is broadcasting spoken communication at 438. If it is, the mobile communication application then enables the mobile device's 22 speaker at 440 and audibly broadcasts the received spoken communication received from theserver 14. The mobile communication application then returns to the idle state at 422. - If the mobile communication application determines that the
server 14 is not sending spoken communication, then it determines if the user selected to transit audio communication at 442. It is understood that the mobile communication application could recognize the user's intent in any number of ways. For example, the mobile communication application could provide a button labeled “speak.” A button could be a physical button or on a touchscreen device. Additionally, the mobile communication application could be responsive to a spoken command. If the mobile communication application determines the user does wish to send audio communication, it then enables the mobile device's 22 microphone at 444 and records the audio. It then sends the spoken communication to theserver 14 at 446. Theserver 14 is then responsible for broadcasting the audio communication to the proper device(s) (FIGS. 2a and 2b ). The mobile communication application then returns to the idle state at 422. - Turning to
FIG. 7b , if the user is not attempting to send spoken communication, the mobile communication application determines if the user wishes to send a voicemail at 448. A voicemail is defined as spoken communication recorded and stored as an audio file that can be played at a later time. Similarly to sending spoken communication, the mobile communication application can recognize the user's intent in any number of ways, such as a button or voice command. If the user does wish to send a voicemail, the mobile communication application enables the digital mobile device's 22 microphone and records the audio at 450, and sends the voicemail at 452 to theserver 14. Theserver 14 will then proceeds to send the voicemail to all othermobile devices 22 connected to theserver 14. The mobile communication application then returns to the idle state at 422. - If the user is not attempting to send a voicemail, the mobile communication application determines if the user wishes to delete a voicemail at 454. Similarly to sending spoken communication, the mobile communication application can recognize the user's intent in any number of ways such as a button or voice command. If the user does wish to delete a voicemail, the mobile communication application removes the voicemail from local storage at 456. The mobile communication application then returns to the idle state at 422.
- If the user is not attempting to delete a voicemail, the mobile communication application determines if the user wishes to enable or disable at 458 a
domestic device 12 or thesystem 10. Similarly to sending spoken communication, the mobile communication application can recognize the user's intent in any number of ways, such as a button or voice command. If the user does wish to enable or disable adomestic device 12 or thesystem 10, the mobile communication application sends the appropriate enable or disable command at 460 to theserver 14. The mobile communication application then returns to the idle state at 422. - If the user is not attempting to enable or disable a
domestic device 12 or thesystem 10, the mobile communication application determines if the digitalmobile device 22 has received a voicemail at 462 from theserver 14. If it has not, the mobile communication application returns to theidle state 422. If the digitalmobile device 22 has received a voicemail from theserver 14, the voicemail is stored in local storage and a notification is sent to the user at 464. The notification can take many forms, such as displaying a message on the screen, sending a text message or an email, or other various means of notification. Then, the mobile communication application returns to the idle state at 422. - Thus, it is seen that embodiments of the invention provide a spoken communication system that is both versatile and unrestricted geographically, yet maintains all communication by the users of the system isolated from capture by systems on the Internet, and helps ensure privacy and security. Such Internet systems tend to build databases of users habits and characteristics in order to market to the users and even potentially worse. By isolating the system from the interception by others on the Internet, the system provides privacy with exceptional functionality and versatility.
- While the foregoing description describes several embodiments of the present invention, it will be understood by those skilled in the art that variations and modifications to these embodiments may be made without departing from the spirit and scope of the invention, as defined in the claims below. The present invention encompasses all combinations of various embodiments or aspects of the invention described herein. It is understood that any and all embodiments of the present invention may be taken in conjunction with any other embodiment to describe additional embodiments of the present invention. Furthermore, any elements of an embodiment may be combined with any and all other elements of any of the embodiments to describe additional embodiments.
Claims (19)
1. A spoken communication system, comprising:
a server and at least one communication device that are in digital communication with each other over the Internet via a communication channel;
wherein said at least one communication device is adapted to receive spoken communication and digitally communicate the spoken communication to the server; and
wherein the spoken communication is deleted from the at least one communication device after digitally communicated to the server and deleted from storage on the server.
2. The spoken communication system as claimed in claim 1 wherein digital communication of the spoken communication is encrypted on the communication channel.
3. The spoken communication system as claimed in claim 1 wherein the digital communication of the spoken communication is isolated from capture by systems on the Internet.
4. The spoken communication system as claimed in claim 1 wherein the at least one communication device is not responsive to spoken communication below a threshold volume.
5. The spoken communication system as claimed in claim 1 , wherein the at least one communication device is unresponsive to spoken communication above a threshold volume.
6. The spoken communication system as claimed in claim 1 wherein the communication channel is open upon receiving a spoken communication and closed a period of time after the server detects that spoken communication has ended.
7. The spoken communication system as claimed in claim 1 wherein said at least one communication device comprises at least one processor, at least one microphone, at least one speaker and a Wi-Fi interface in order to facilitate sending and receiving spoken communication.
8. The spoken communication system as claimed in claim 7 wherein said at least one communication device comprises a smart speaker.
9. The spoken communication system as claimed in claim 1 wherein said at least one communication device comprises a smart speaker.
10. A method of communicating spoken communication, comprising:
having a server and at least one communication device that are in digital communication with each other over the Internet via a communication channel;
wherein said at least one communication device receives spoken communication and digitally communicate the spoken communication to the server; and
isolating the spoken communication from interception on the Internet by deleting the spoken communication from the at least one communication device after digitally communicating the spoken communication to the server and deleting the spoken communication from storage on the server.
11. The method as claimed in claim 10 including encrypting the spoken communication on the communication channel.
12. The method as claimed in claim 10 wherein the at least one communication device is not responsive to spoken communication below a threshold volume.
13. The method as claimed in claim 10 , wherein the at least one communication device is unresponsive to spoken communication above a threshold volume.
14. The method as claimed in claim 10 including opening the communication channel upon receiving a spoken communication and closing the communication channel a period of time after the server detects that spoken communication has ended.
15. The method as claimed in claim 10 wherein said at least one communication device comprises at least one processor, at least one microphone, at least one speaker and a Wi-Fi interface in order to facilitate sending and receiving spoken communication.
16. The method as claimed in claim 15 wherein said at least one communication device comprises a smart speaker.
17. The method as claimed in claim 10 wherein said at least one communication device comprises a smart speaker.
18. A method of communicating spoken communication, comprising:
having a server and at least one communication device that are in digital communication with each other over the Internet via a communication channel;
wherein said at least one communication device receives spoken communication and digitally communicate the spoken communication to the server; and
providing privacy to a user by avoiding building a database of user's habits or characteristics from the spoken communication.
19. The method as claimed in claim 18 wherein the providing privacy includes avoiding marketing to the user of the at least one communication device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/407,638 US20210385098A1 (en) | 2016-07-13 | 2021-08-20 | Responsive communication system |
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662361728P | 2016-07-13 | 2016-07-13 | |
US201662379528P | 2016-08-25 | 2016-08-25 | |
PCT/IB2017/052779 WO2018011639A1 (en) | 2016-07-13 | 2017-05-11 | Responsive communication system |
US201815765940A | 2018-04-04 | 2018-04-04 | |
US16/861,507 US11102021B2 (en) | 2016-07-13 | 2020-04-29 | Responsive communication system |
US17/407,638 US20210385098A1 (en) | 2016-07-13 | 2021-08-20 | Responsive communication system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/861,507 Continuation US11102021B2 (en) | 2016-07-13 | 2020-04-29 | Responsive communication system |
Publications (1)
Publication Number | Publication Date |
---|---|
US20210385098A1 true US20210385098A1 (en) | 2021-12-09 |
Family
ID=60951975
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/765,940 Active US10666448B2 (en) | 2016-07-13 | 2017-05-11 | Responsive communication system |
US16/861,507 Active US11102021B2 (en) | 2016-07-13 | 2020-04-29 | Responsive communication system |
US17/407,638 Abandoned US20210385098A1 (en) | 2016-07-13 | 2021-08-20 | Responsive communication system |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/765,940 Active US10666448B2 (en) | 2016-07-13 | 2017-05-11 | Responsive communication system |
US16/861,507 Active US11102021B2 (en) | 2016-07-13 | 2020-04-29 | Responsive communication system |
Country Status (2)
Country | Link |
---|---|
US (3) | US10666448B2 (en) |
WO (1) | WO2018011639A1 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11048782B2 (en) * | 2018-06-26 | 2021-06-29 | Lenovo (Singapore) Pte. Ltd. | User identification notification for non-personal device |
US11145315B2 (en) * | 2019-10-16 | 2021-10-12 | Motorola Mobility Llc | Electronic device with trigger phrase bypass and corresponding systems and methods |
WO2022101890A1 (en) * | 2020-11-16 | 2022-05-19 | Vocal Power-House Systems, LLC | Responsive communication system |
US11983257B2 (en) * | 2021-11-19 | 2024-05-14 | Paypal, Inc. | Voice biometric authentication systems and methods |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130054246A1 (en) * | 2011-08-29 | 2013-02-28 | David Edward Newman | Voice-Activated Measurement System |
US20140169795A1 (en) * | 2009-01-30 | 2014-06-19 | Altorr Corporation | Smartphone control of electrical devices |
US20160099919A1 (en) * | 2014-10-03 | 2016-04-07 | Benjamin Daniels | System and method for providing a secure one-time use capsule based personalized and encrypted on-demand communication platform |
US20160155310A1 (en) * | 2014-11-30 | 2016-06-02 | Raymond Anthony Joao | Personal monitoring apparatus and method |
WO2017078358A1 (en) * | 2015-11-03 | 2017-05-11 | 보이스로코 주식회사 | Security communication system and method using biometrics |
US20180019982A1 (en) * | 2016-07-13 | 2018-01-18 | Tit Yu Yip | Systems and Methods for Secure Online Communication |
Family Cites Families (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4941187A (en) | 1984-02-03 | 1990-07-10 | Slater Robert W | Intercom apparatus for integrating disparate audio sources for use in light aircraft or similar high noise environments |
AUPQ306999A0 (en) | 1999-09-24 | 1999-10-21 | Canon Kabushiki Kaisha | Intercom system |
US7075918B1 (en) * | 1999-12-30 | 2006-07-11 | At&T Corp. | BRG with PBX capabilities |
US7013000B2 (en) | 2001-03-01 | 2006-03-14 | Lucent Technologies Inc. | MTA intercom feature |
US6952590B2 (en) * | 2002-05-06 | 2005-10-04 | The United States Of America As Represented By The Secretary Of The Air Force | Apparatus and method for a multi-channel, multi-user wireless intercom |
TW577032B (en) | 2002-06-28 | 2004-02-21 | Hoa Telecom Network Co Ltd | Intercom system |
US20040135686A1 (en) | 2002-11-04 | 2004-07-15 | Parker Dionna O. | Remote audio visual home monitor |
US7761515B2 (en) | 2003-09-18 | 2010-07-20 | Intel Corporation | Group intercom, delayed playback, and ad-hoc based communications system and method |
US7085361B2 (en) | 2003-12-18 | 2006-08-01 | Bellsouth Intellectual Property Corporation | Methods and systems for communication from an exterior of a location |
US20070019571A1 (en) * | 2004-09-01 | 2007-01-25 | Scott Stogel | Apparatus and method for audio communications |
KR100561633B1 (en) | 2004-09-22 | 2006-03-20 | 한국전자통신연구원 | Intelligent system and method of visitor confirming and communication service using mobile terminal |
US9282081B2 (en) * | 2005-07-28 | 2016-03-08 | Vaporstream Incorporated | Reduced traceability electronic message system and method |
FI20060131A0 (en) * | 2006-02-13 | 2006-02-13 | Kone Corp | connection system |
US20090310762A1 (en) * | 2008-06-14 | 2009-12-17 | George Alfred Velius | System and method for instant voice-activated communications using advanced telephones and data networks |
US9049306B1 (en) | 2008-11-30 | 2015-06-02 | Nadejda V. Gueorguieva | Apparatus and methods for remote control of access to facilities |
US9059991B2 (en) * | 2008-12-31 | 2015-06-16 | Bce Inc. | System and method for unlocking a device |
US20100299385A1 (en) * | 2009-05-22 | 2010-11-25 | Timothy Root | Method & apparatus for displaying the presence of a shared client communication device |
US9065927B2 (en) | 2010-10-13 | 2015-06-23 | Verizon Patent And Licensing Inc. | Method and system for providing context based multimedia intercom services |
US10200363B2 (en) * | 2011-10-12 | 2019-02-05 | Nokia Technologies Oy | Method and apparatus for providing identification based on a multimedia signature |
US20130201316A1 (en) * | 2012-01-09 | 2013-08-08 | May Patents Ltd. | System and method for server based control |
US10546441B2 (en) * | 2013-06-04 | 2020-01-28 | Raymond Anthony Joao | Control, monitoring, and/or security, apparatus and method for premises, vehicles, and/or articles |
US9530306B2 (en) | 2013-06-24 | 2016-12-27 | Panasonic Intellectual Property Corporation Of America | Information notification method, information terminal, and program |
US9113052B1 (en) | 2013-07-26 | 2015-08-18 | SkyBell Technologies, Inc. | Doorbell communication systems and methods |
US20150298654A1 (en) * | 2013-08-19 | 2015-10-22 | Raymond Anthony Joao | Control, monitoring, and/or security, apparatus and method for premises, vehicles, and/or articles |
US9520042B2 (en) | 2013-09-17 | 2016-12-13 | Microchip Technology Incorporated | Smoke detector with enhanced audio and communications capabilities |
WO2015060867A1 (en) * | 2013-10-25 | 2015-04-30 | Intel Corporation | Techniques for preventing voice replay attacks |
KR101964230B1 (en) | 2013-12-16 | 2019-04-02 | 한화테크윈 주식회사 | System for processing data |
US20160118036A1 (en) * | 2014-10-23 | 2016-04-28 | Elwha Llc | Systems and methods for positioning a user of a hands-free intercommunication system |
US9672499B2 (en) * | 2014-04-02 | 2017-06-06 | Modernity Financial Holdings, Ltd. | Data analytic and security mechanism for implementing a hot wallet service |
JP2015207819A (en) * | 2014-04-17 | 2015-11-19 | 株式会社リコー | Information processing apparatus, information processing system, communication control method, and program |
CN105007543B (en) | 2014-04-18 | 2020-09-04 | 腾讯科技(深圳)有限公司 | Intercommunication method, device, equipment and system |
US9270931B2 (en) | 2014-05-05 | 2016-02-23 | Cloudtalk Llc | Intercom system utilizing Wi-Fi |
US9813657B2 (en) * | 2014-05-16 | 2017-11-07 | Smart Tlcd Limited | Method and system for controlling a display system |
US20150379255A1 (en) * | 2014-06-25 | 2015-12-31 | Anand Konanur | Systems and methods for granting access to a computing device using a wearable device |
US20160292408A1 (en) * | 2015-03-31 | 2016-10-06 | Ca, Inc. | Continuously authenticating a user of voice recognition services |
-
2017
- 2017-05-11 US US15/765,940 patent/US10666448B2/en active Active
- 2017-05-11 WO PCT/IB2017/052779 patent/WO2018011639A1/en active Application Filing
-
2020
- 2020-04-29 US US16/861,507 patent/US11102021B2/en active Active
-
2021
- 2021-08-20 US US17/407,638 patent/US20210385098A1/en not_active Abandoned
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140169795A1 (en) * | 2009-01-30 | 2014-06-19 | Altorr Corporation | Smartphone control of electrical devices |
US20130054246A1 (en) * | 2011-08-29 | 2013-02-28 | David Edward Newman | Voice-Activated Measurement System |
US20160099919A1 (en) * | 2014-10-03 | 2016-04-07 | Benjamin Daniels | System and method for providing a secure one-time use capsule based personalized and encrypted on-demand communication platform |
US20160155310A1 (en) * | 2014-11-30 | 2016-06-02 | Raymond Anthony Joao | Personal monitoring apparatus and method |
WO2017078358A1 (en) * | 2015-11-03 | 2017-05-11 | 보이스로코 주식회사 | Security communication system and method using biometrics |
US20180019982A1 (en) * | 2016-07-13 | 2018-01-18 | Tit Yu Yip | Systems and Methods for Secure Online Communication |
Also Published As
Publication number | Publication date |
---|---|
US20200259674A1 (en) | 2020-08-13 |
US10666448B2 (en) | 2020-05-26 |
US20180287809A1 (en) | 2018-10-04 |
US11102021B2 (en) | 2021-08-24 |
WO2018011639A1 (en) | 2018-01-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210385098A1 (en) | Responsive communication system | |
US11100929B2 (en) | Voice assistant devices | |
US8243949B2 (en) | Network addressible loudspeaker and audio play | |
US10665244B1 (en) | Leveraging multiple audio channels for authentication | |
Blue et al. | 2ma: Verifying voice commands via two microphone authentication | |
US10236016B1 (en) | Peripheral-based selection of audio sources | |
US11276395B1 (en) | Voice-based parameter assignment for voice-capturing devices | |
US20220189489A1 (en) | Information Handling Systems And Methods For Accurately Identifying An Active Speaker In A Communication Session | |
TW201716929A (en) | Voice control method and voice control system | |
US11579846B2 (en) | Rolling security code for a network connected soundbar device | |
TW201717655A (en) | Voice control method and voice control system | |
US9565561B2 (en) | Alert for adding client devices to a network | |
WO2019182724A1 (en) | Leveraging multiple audio channels for authentication | |
US10015312B1 (en) | Automatic connection through a password protected network connection | |
US9020121B1 (en) | Method and apparatus for sharing data between devices | |
US20180013869A1 (en) | Integration of voip phone services with intelligent cloud voice recognition | |
US20160255194A1 (en) | Systems and methods for controlling telephony communications | |
US11665009B2 (en) | Responsive communication system | |
EP2469903A1 (en) | Wireless configuration | |
US11122241B2 (en) | Method and system of controlling access to access points | |
US9843683B2 (en) | Configuration method for sound collection system for meeting using terminals and server apparatus | |
US20180121642A1 (en) | Voice authentication via secondary device | |
WO2019037598A1 (en) | Method and device for carrying out wireless connection pre-authorization for user equipment | |
WO2018099284A1 (en) | Communication method and apparatus | |
US20210136575A1 (en) | Providing network access via communal device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: VOCAL POWER-HOUSE SYSTEMS, LLC, MICHIGAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DELAPA, JAMES P.;BERNDT, SAMUEL-HUNTER;GOKCEK, CAN;SIGNING DATES FROM 20160531 TO 20170510;REEL/FRAME:057241/0014 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |