close

Вход

Забыли?

вход по аккаунту

?

DESCRIPTION JP2018507661

код для вставкиСкачать
Patent Translate
Powered by EPO and Google
Notice
This translation is machine-generated. It cannot be guaranteed that it is intelligible, accurate,
complete, reliable or fit for specific purposes. Critical decisions, such as commercially relevant or
financial decisions, should not be based on machine-translation output.
DESCRIPTION JP2018507661
Abstract: The present invention revolutionizes the way people listen and share music, and
provides an audio sharing method and system that aims to use wireless headphones called
HEDphone for multiple purposes. The HED system uses a communication protocol called
HEDtech protocol that allows a user to share music among multiple HEDphones while using a
single sound source. At the same time as establishing a wireless connection between the
HEDphone and the mobile device containing the sound source, other HEDphone users may be
able to wirelessly join and hear the same sound source. The function of superhuman hearing
(SHH) allows the user to control their hearing environment by being able to directionally increase
or decrease selective frequency, beyond the traditional ANR (ambient noise reduction) framework
Includes additional features. [Selected figure] Figure 1
Method and system for audio sharing
[0001]
The present invention relates to a system including a headset used in connection with a
multimedia device, and in particular to a system and method for music sharing and
communication between wireless headphones and super human hearing. An improved wireless
headphone for controlling the auditory environment to bring about.
[0002]
A Bluetooth (registered trademark) compatible headphone that performs wireless communication
with a sound source is known.
11-04-2019
1
In U.S. Pat. No. RE 43,872, headsets or headphones are generally associated with these devices in
order to listen to audio signals generated or transferred from communication devices and / or
multimedia devices. It is stated that it is used. Examples of such communication devices and / or
multimedia devices include wireless receivers, portable music player like CD players and MP3
players, and mobile phones. The latest generation of these headsets is represented by the socalled on-ear Bluetooth voice headsets that have become increasingly popular. The reason is that
these on-ear headsets provide a very convenient way to wear headsets and perform hands-free
communication. The headset can be used in connection with communication and / or multimedia
devices, and can listen to audio signals in a mono mode sufficient for telephony or in a stereo
mode desired for listening to music.
[0003]
U.S. Pat. No. 8,340,058 describes headphones that can communicate using the Internet Protocol
(IP) standard. In an embodiment, the headphones are provided with a wireless LAN (WLAN)
network interface such that a VOIP call can be made using a wireless medium. Similarly, an
interface of the Bluetooth protocol type is also provided to allow communication with the mobile
phone, which forms the basis for voice calls between the headphones and the other mobile
phones connected via the cellular network. Do.
[0004]
U.S. Pat. No. RE 43,872 U.S. Pat. No. 8,340,058
[0005]
It would be desirable to provide a method and system for sharing audio between headphones
using wireless headphones.
[0006]
The present invention revolutionizes the way people listen to and share music, and provides an
audio sharing method and system that aims to use wireless headphones called HEDphone for
multiple purposes.
11-04-2019
2
The HED system uses a communication protocol called the HEDtech protocol that allows users to
share music among multiple HEDphones while using a single sound source.
At the same time as establishing a wireless connection between the HEDphone and the mobile
device containing the sound source, other HEDphone users may be able to wirelessly join and
hear the same sound source. The HED system forms what is called HEDMesh using the HEDtech
protocol.
[0007]
In one embodiment, the HEDphone is a Hi-Fi stereo wireless headphone with the added ability to
form a wireless mesh (HEDMesh) to share audio with other HEDphone users in range. The
HEDphone can broadcast audio via the HEDtech protocol to other users within range when
wirelessly connected to a mobile device such as a cell phone or tablet via Bluetooth or cable.
[0008]
In one embodiment, HEDphone provides a feature called superhuman hearing (SHH).
Superhuman Hearing (SHH) is an additional feature that allows the user to control their own
auditory environment by being able to directionally increase or decrease selective frequency
beyond the limits of conventional ANR (Ambient Noise Reduction) including.
[0009]
In one embodiment, a detection device is used in combination with the HEDphone to detect if the
HEDphone is present in the head. Once it is detected that the HEDphone has been removed from
the head, the sound source to the HEDphone can be turned off.
[0010]
The invention will be more fully described with reference to the following drawings.
11-04-2019
3
[0011]
FIG. 1 is a schematic diagram of an audio sharing system according to the teachings of the
present invention.
It is the schematic of HEDphone. FIG. 1 is a schematic view of the HEDphone concept. FIG. 1 is a
schematic view of the HEDphone concept. FIG. 1 is a schematic view of the HEDphone concept.
FIG. 2 is a schematic of the HEDphone's HEDMesh network. FIG. 1 is a schematic view of the
HEDphone's HEDMesh network, including a mobile device. FIG. 1 is a schematic view of the
HEDphone's HEDMesh network, including multiple mobile devices. FIG. 1 is a schematic diagram
of an audio sharing system according to the teachings of the present invention. FIG. 2 is a
schematic view of a packet used in the system. FIG. 1 is a schematic front view of a HEDphone
used in accordance with the teachings of the present invention. FIG. 2 is a schematic rear view of
a HEDphone in accordance with the teachings of the present invention. It is the schematic of the
printed circuit board which can be used for the mounting of the right side of HEDphone. It is the
schematic of the printed circuit board which can be used for mounting of the left side of
HEDphone. FIG. 2 is a schematic diagram of an implementation of active noise canceling that can
be used in HEDphone. FIG. 2 is a schematic of an implementation of superhuman hearing (SHH)
using HEDphone. FIG. 10 is a schematic diagram of an embodiment of HEDapp 19 that allows a
user to control superhuman hearing (SHH) using a graphic interface. FIG. 1 is a schematic view of
an embodiment of a superhuman hearing (SHH) implementation. FIG. 1 is a schematic view of a
head presence sensor system for use with a HEDphone. FIG. 1 is a schematic view of a head
presence sensor system for use with a HEDphone. FIG. 1 is a schematic diagram of an
embodiment of an audio sharing system according to the teachings of the present invention. FIG.
6 is a schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp.
FIG. 6 is a schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6
is a schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
11-04-2019
4
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 6 is a
schematic view of a screen shot of a 3D graphic interface generated in HEDapp. FIG. 2 is a
schematic view of a foam element used in the headband of HEDphone. It is the schematic of the
chassis used in a headband. FIG. 1 is a schematic view of a foam carrier for use in a headband. It
is the schematic of the large sized headband used in HEDphone. It is the schematic of the
medium sized headband used in HEDphone. It is the schematic of the small headband used in
HEDphone. FIG. 1 is a schematic view of an HEDphone including a battery housing within a
headband. FIG. 6 is a schematic view of a portion of the outer casing including foam on the inner
surface. FIG. 6 is a schematic view of a portion of the outer casing including fur material on the
inside surface. FIG. 1 is a schematic view of an outer casing comprising fur material on its inner
surface. FIG. 2 is a schematic view of an HEDphone with features for left-handed users. FIG. 5 is a
schematic view of a cover for use with the headphones.
[0012]
Reference will now be made in detail to the preferred embodiments of the invention, examples of
which are illustrated in the accompanying drawings. Wherever possible, the same reference
numbers are used throughout the drawings and the description to refer to the same or like
elements.
[0013]
FIG. 1 is a schematic diagram of an audio sharing system 10 called HEDsystem. The HED system
10 uses HEDMesh 14 with HEDtech protocol 15 to allow users to share music via HEDphones
12a-12n while using a single sound source. A wireless connection 16 is established between the
HEDphone 12 a and the sound source 18. The sound source 18 may be a mobile device that
executes the HED application. The wireless connection 16 can be, for example, a Bluetooth
connection, an SBC connection or an AAC connection. The HEDMesh 14 using the HEDtech
protocol 15 allows the HEDphones 12a-12n to simultaneously join wirelessly to listen to the
sound source 18. The HEDtech protocol 15 can form the HEDMesh 14 using Wi-Fi transmission
as a transport layer of the HEDtech protocol 15. HEDtech protocol 15 includes, for example,
advanced audio distribution profile (A2DP), audio / video remote control profile (AVCP), cordless
telephone profile (CTP), file transfer profile (for transferring music files) (FTP), general purpose
audio / Video Distribution Profile (GAVDP), General Access Profile (GAP), Hands Free Profile
11-04-2019
5
(HSP), Intercom Profile (ICP), LAN Access Profile (LAP), Message Access Profile (MAP), Personal
Area Network Profile (PAN) , Phonebook access profile (PBAP, PBA), video delivery profile (VDP),
and wireless application protocol bearer (WAP) ) It is possible to support the Bluetooth profiles
such as.
[0014]
FIG. 2 is a schematic view of the HED phone 12. HEDphone 12 is a headphone with a function.
The HEDphone 12 can perform control and configuration via the HEDapp 19 that can be
downloaded to the sound source 18. HEDapp19 is a user interface that enables control of
settings such as noise reduction, microphone on / off, EQ level, and access control to HEDMesh
14. The processor 20 communicates with the Bluetooth and Wi-Fi module 23 using a serial
peripheral interface (SPI) 22. The processor 20 communicates to the NFC 24 using a 12C bus
protocol 25 or communicates to a CODEC 26 and an active noise canceling (ANC) amplifier 27
using a 12S bus protocol 21. Microphones 29a and 29b and speakers 28a and 28b are coupled
to the active noise canceling (ANC) amplifier 27. Microphones 29a and 29b can be used to
support conventional telephony and to communicate with members of HEDMesh 14 (shown in
FIG. 1) using VoIP or other methods.
[0015]
The example of HEDphone 12 is shown to FIG. 3A-3C. The HED phone 12 can have a power on /
off switch 31. For example, the power on / off switch 31 can include blue and green bicolor LEDs
34. Hereinafter, a scheme example of the color LED 34 will be described. The LED 34 is fixed in
blue when it is turned on. When charging, the LED blinks green until it is fixed to green when
fully charged. When the HEDphone 12 is operating in a group (HEDMesh), the LED turns green.
If the HEDphone 12 leaves the group, the LED will turn blue. The HEDphone 12 is switched on
and off by pressing the on / off switch 31 for more than one second, and while on, it is always in
"pairing mode" or can be discovered by any portable device. The HEDphone 12 can be operated
as follows. 1. Bring Bluetooth on the mobile device 18. 2. Search for Bluetooth devices. 3.
Select HEDphone 12 from the result list. 4. Input pin code 0000 arbitrarily.
[0016]
Bluetooth pairing and HEDphone 12 functionality should be possible even if the user has not
11-04-2019
6
downloaded the HEDapp mobile application. If this application has not been downloaded, the
HEDphone 12 will default to the factory settings. These settings can only be changed by
downloading HEDapp.
[0017]
As shown in FIG. 1, when the HEDphone 12a is paired with the mobile device 18, it automatically
enables the Wi-Fi function, and the other HEDphones 12b to 12n use the Wi-Fi Direct or NFC
(Near Field Communication) function. To connect to the HEDphone 12a. This function is also
possible if the HED phone 12a is connected to the mobile device 18 via an audio cable instead of
a Bluetooth link. In this mode, the HEDphone 12a (using a cable) can automatically turn off the
Bluetooth link to save battery. This feature can be overwritten via HEDapp. In this function, while
the HEDphone 12 is connected to the mobile phone 18 via Bluetooth, the HEDphone 12 can also
be connected to a laptop using an audio cable.
[0018]
When the user downloads the HED app, the user enters the name of his HED phone, and this
name will be displayed on the app and on the HEDMesh 14 when in use.
[0019]
Forming HEDMesh 14 allows for streaming music, talking with other HEDMesh members, or
both.
Once the HEDMesh 14 is formed or new HEDphones 12a-12n join the group, audible sounds can
be played on the HEDphones 12a-12n and the list of HEDapp users will be updated with the new
user / player name .
[0020]
The HEDMesh 14 can be formed by any user of the HEDphones 12a-12n, which becomes the
administrator or master and controls the audio played to the HEDMesh 14. The other HEDphones
12a-12n users can join via NFC to a group including any of the HEDphones 12a-12n already in
11-04-2019
7
the HEDMesh 14 without having to discover who the master is. The master and all other users /
players receive an audio tone each time a new player joins a group, and everyone on HEDMesh
14 can see the latest list.
[0021]
Users of HEDphones 12a-12n can form a private HEDMesh 14 to which only "approved"
members can participate. Groups of private HEDMesh 14 can be saved for later use, and all
subscribed members can automatically connect when members are nearby. At the same time, the
private group administrator can block or remove (from the HEDapp group) at any time,
regardless of whether the HEDphone user is within range. It should also allow users to join
HEDMesh just to communicate with others using HEDMesh rather than listening to HEDMesh's
own music. This can only be achieved when using HEDapp, but HEDapp can be set to
"conversation lock". If conversation lock is on on the HEDapp, the user can simply tap the HEDtak
button to lock the channel. As a result, rules can be introduced to limit the number of
simultaneous conversations. Multiple HEDMesh 14 can co-exist in the same area.
[0022]
Users can talk to each other by pressing the HED capacitance pad 32 on the HEDphone touch
pad shown in FIG. 3A while residing on the HEDMesh 14. For example, this feature can work by
tapping once to talk on the HEDMesh group and tapping with two fingers for two seconds to exit
the HEDMesh group. The HED capacitance pad 33 can operate, for example, by tapping once to
play the music and tapping again to pause the music. For example, when making a call, tap once
to receive a call and tap for 2 seconds to hang up. The HED capacitance pad 32 controls the
sharing function and the HEDMesh function. The HED capacitance pad 33 controls all telephone
and music functions. The HED capacitance pad 32 can operate a function to activate SHH, a
function to deactivate SHH, a function to activate SHH backward microphone, and a function 36
to activate SHH forward microphone. The HED capacitance pad 33 can operate the volume up
function, the volume down function, the previous music function, and the next music function 37.
[0023]
Any user on the HEDMesh 14 should be able to receive calls on the portable device 18, strike
mail and perform other functions without affecting HEDMesh communications.
11-04-2019
8
[0024]
If the user receives a call while residing on HEDMesh 18, he can answer the call without affecting
the remaining users in the group.
When the call is over and the user hangs up, he should be able to immediately listen to the audio
streaming from the HEDMesh 18. The HED capacitance pad 33 located above the speaker 34 can
be used to control the sound source and phone function of the HED phone 12. For example, the
HED capacitance pad 33 can control volume up, volume down, next music, previous music, music
pause, play again, call function, and call end.
[0025]
The HEDphone 12 can include a battery. This battery preferably realizes the use of Bluetooth for
15 hours for music and at least 10 hours for operation of HEDMesh. The battery can be charged
while in the HEDphone 12 using a micro USB cable or an external cradle. Alternatively, the
battery can be charged by induction using a dedicated cradle or hanger. Even larger batteries can
be installed in the cavity of the HEDphone 12.
[0026]
The HEDphone 12 can be fitted with a mini jack socket that allows the user to bypass the
Bluetooth link. This allows the user to save battery, get better audio, and avoid latency. The user
can choose on the HEDapp whether to keep the Bluetooth link connected while using the cable,
but the system turns this off by default. The HEDphone 12 can provide HIFI quality audio when
operating with a cable, even when the battery is dead. In this mode, the HEDphone 12a (using a
cable) can automatically turn off the Bluetooth link to save battery. This feature can be
overwritten via HEDapp. This function can also connect an HEDphone to a laptop using an audio
cable while the HEDphone is connected to a mobile phone via Bluetooth. This socket can support
auxiliary microphone input if additional microphone booms are sold as an accessory to HEDMesh
18. All other settings and functions of the HEDphone are coordinated and controlled via the
HEDapp.
11-04-2019
9
[0027]
In one embodiment, HEDphone 12 provides a feature called superhuman hearing (SHH). SHH
includes an additional feature that allows the user to control their own auditory environment by
being able to directionally increase or decrease selective frequency beyond the traditional ANR
(ambient noise reduction) window. This feature allows the user to attenuate certain sounds
around him. Conversely, the user can also select and amplify other sounds around him / her. For
example, during exercise (running, skiing, cycling, etc.), the user emphasizes the sound level
behind him and enjoys music as it is, whether someone or something is in close proximity behind
him It can be useful to ask if you have any questions.
[0028]
In this embodiment, in addition to the microphones used for the ANR as shown in FIG. 3B, a
plurality of unidirectional microphones 40a-40f or an array of omnidirectional microphones can
be attached to the HEDphone 12. These microphones are oriented in various directions and
arranged at various places on the device in order to realize a 360 ° sound image of the user's
ambient environment. As shown in FIG. 3C, the user experiences a new way to control how to
hear the world around him by mixing audio from various inputs. The user can intuitively and
visually control SHH using the controller app of his mobile phone or mobile device. The SHH
function can include the following features. 1. The ANR function works as it exists on standard
headphones. The user can start or stop the ANR independently of the SHH. 2. An additional
microphone dedicated to the SHH function receives directional ambient sound separately from
the microphone for the ANR. 3. The user can control the SHH function using his 3D visual app
on his mobile phone or mobile device. 4. It is reinserted into the signal path of the user's audio
stream. 5. The SHH feature allows ambient noise at a user defined frequency to penetrate the
HEDphone through the attached microphone. For example, this new feature allows the user to
hear other people singing without having to remove the HEDphone or pause or mute the music.
Users who are walking, cycling, or doing any other type of activity that needs some level of
awareness about their immediate surroundings while wearing headphones will benefit greatly
from this new functionality and improved safety Receive As a result, the user is less likely to
remove his headphones. 6. The user can control the direction and frequency of the sound that
he wishes to enhance. 7. The combination of SHH and conventional noise reduction not only
allows the user to experience ambient noise, but can also remove any noise from "desired" audio
signals such as human voice. The idea is that if someone talks to the headphone user in a noisy
environment, remove background noise from the human voice, make the headphone a
communication tool in the noisy environment, and communicating with the headphone does not
use the headphone It is meant to be heard more clearly than communication.
11-04-2019
10
8. Amplifying “good” received audio (human voice) to assist the hearing of disabled people,
to be able to communicate in noisy environments, or better than simply communicating without
using headphones and not using headphones To be heard. This function may have different level
adjustments to the music level, and may require a separate mode in HEDapp to also control
between the rear and front microphones in the headband. HEDapp provides a visual
representation of the audio world around it.
[0029]
The SHH function can be based on the following four adjustments. a. Noise reduction level
(stepwise adjustment of noise reduction level). This adjustment is independent of the received
audio level. b. Forward mic and backward mic level (for good audio). c. Music volume.
Music level adjustment. d. The received audio level of the conversational microphone (for use
with HEDMesh and phone conversations) must be muted.
[0030]
SSH must be implemented by dynamically adjusting the above levels. These adjustments can be
made by sliding the finger up and down on the HED pad for volume, and left and right for the
gains of the rear and front microphones. To make this easier for the user, some predetermined
modes should be set via HEDapp.
[0031]
Some of these modes can be as follows. SHH on / off mode Bicycle mode Factory mode Street
walking mode Strong wind mode Domestic mode
[0032]
HEDphone 12 can support the following functions without using HEDapp.
[0033]
11-04-2019
11
Pairing with portable devices, music playback and control, support of telephone function,
formation of HEDMesh network, audio streaming to HEDMesh network, ability to talk with
HEDMesh participants in network, and activation and control of superhuman hearing function .
[0034]
In order to connect the HEDphone 12, an NFC device can be activated on one HEDphone 12.
This activation can be performed by vibrating one HED phone 12 and directing them to the NFC
side (HED shake).
Alternatively, the HEDMesh button can be activated using the HED button. This forms a shared
network between two or more HED phones 12. This network is formed automatically by
randomly assigning one of the HED phones 12 as a hotspot. The required NFC time is about 2
seconds. This new network is called HEDMesh 50 as shown in FIG.
[0035]
Basic HEDMesh Network At this stage, both HEDphone 12 HED button 52
[0036]
You can talk to each other by pressing or activating the required action on the capacitance pad.
[0037]
In the first scenario shown in FIG. 5, when HEDphone 12a is paired with mobile device 18 via
Bluetooth, the following can be done.
The HEDphone 12a (connected to the mobile device 18) can play music, share music, and talk
with other HEDphones 12b in the network (HEDMesh).
HEDphone 12b can also only talk. As soon as user A starts playing music, this music is
11-04-2019
12
automatically sent to HEDphone 12b. Music and voice can also be played simultaneously. If audio
is present on the HEDMesh network, the music volume can be reduced.
[0038]
The second scenario shown in FIG. 6 is when two or more HEDphones 12a and 12b are paired
with the mobile device 18 via Bluetooth.
[0039]
In this case, all HEDphones 12a and 12b can play music, share music and talk with other
HEDphones 12b in the network (HEDMesh).
[0040]
The HEDMesh network may have, for example, a predetermined number of players up to 15 and
a maximum number of simultaneous voice calls, for example up to 6.
All users can play music for the HEDMesh network.
Pressing play on these user's mobile devices deactivates the current music player (host) and
becomes a new HEDMesh host.
[0041]
The headphone user can leave the HEDMesh network in the following cases. 1. When the user
goes out of range When HEDphone is turned off 3. When the battery runs out 4. HEDボタン
[0042]
If you press
[0043]
If the user is on the HEDMesh, or not, this should be indicated to the user by the LED, and there
11-04-2019
13
should also be an audible sound when joining the HEDMesh session and leaving the HEDMesh
session.
[0044]
When the HEDphone 12 leaves the HEDMesh session, all data is erased from all users in the
HEDMesh.
[0045]
To join HEDMesh again, it is necessary to go to one of the HEDphones 12 already present in the
HED playback session and use the NFC logging method.
[0046]
When leaving the HEDMesh network, the following two scenarios may exist.
1.
If the Leaving User is a Network Host In this case, the entire HEDMesh stops listening to music
until another remaining user presses play on one of his mobile devices.
The network is not broken, so another user in the HEDMesh network becomes a hotspot.
If there are hotspots remaining and someone is already playing music, this user automatically
becomes a hotspot, so the music is interrupted only momentarily. 2. In the case where the
leaving user is not a network hotspot In this case, the remaining part of the HEDMesh network is
played by another player, unless the leaving user is the music playing user and the music is
clearly stopped on the HEDMesh. Keep working normally until you press.
[0047]
When the HED player (user of HEDphone 12 in HEDMesh network) receives a call, the following
11-04-2019
14
two scenarios can be considered. 1. If the HED player is playing music In this case, the music
on the HEDMesh stops and any other user already present in the same network takes over by
pressing play on his mobile device Can. The music is then sent to all players other than the one
on the call. This player will automatically listen to the music being played again as soon as the
call is over. 2. HED Player is not Playing Music In this case, the HED player simply picks up the
phone and stops listening to the music being played within the HEDMesh network. Again, the
player will automatically listen again to the music being played over the HEDMesh network when
the call is over.
[0048]
FIG. 7 is a schematic diagram of an embodiment of the HEDtech protocol 15. In this embodiment,
the HEDphone 12a is considered as a master or host that is headphones playing music, and the
HEDphones 12b to 12n are considered as users or guests who are headphones listening to music
being played. The HEDMesh 14 uses the HEDtech protocol 15 to provide audio streaming from
the HEDphone 12a to one or more destination HEDphones 12b-12n. All HEDphones 12 a-12 n
participating in HEDMesh 14 can send and receive low bit rate data via the wireless connection
16. For example, as described below, this data can be used to deliver information and events and
to talk to each other over the audio channels of HEDphones 12a-12n.
[0049]
In one embodiment, HEDtech protocol 15 is based on multicast / unicast datagram data transfer.
The HEDMesh 14 is connected to the HEDphone 12a and the HEDMesh 14 using a service set
identifier (SSID) and a Wi-Fi Protected Access II (WPA 2) password provided via near field
communication (NFC) at a pairing event, etc. 1 Or it is formed by two or more HEDphones 12b12n.
[0050]
In the HEDtech protocol 15 embodiment, time division may be used which divides the time into
42.666 ms default periods. The host HEDphone 12a transmits up to eight packets 100 per
period to the guest HEDphones 12a to 12n. Each packet 100 takes approximately 2 ms to
transmit. Thus, in this embodiment, a total of about 16 ms is used for transmitting the packet
100 between the host HEDphone 12a and the guest HEDphones 12b-12n. In addition, each
11-04-2019
15
HEDphone 12b-12n sends an acknowledgment to the host HEDphone 12a, and uses the
remaining time of the 42.666ms period to send new data if present. The host HEDphone 12a
always transmits at least one packet 100 every period. If there is no data to send, a special
beacon packet is sent. The HEDphones 12b to 12n can transmit a packet as the packet 102 to
the HEDphone 12a. As shown in FIG. 8, packet 100 may be a datagram multicast packet, and
packet 102 may be a datagram unicast packet.
[0051]
On each packet 100 transmitted by the host HEDphone 12a, there is a list of times assigned to
each guest for response. This list minimizes packet collisions over the air and allows dynamic
management of the time allocated to each guest's response during each transmission period.
Each guest can respond with zero or up to four packets 102 in each period.
[0052]
The duration of the period is determined by the time between packets sent by the host including
Burst Index 0. That is, the host can change the default 42.666 ms period if necessary.
[0053]
For time division to be accurate, synchronization between the host and all guests is required. The
Wi-Fi network 16 synchronizes members of the network using the same internal timer in all
members called a time synchronization function (TSF) timer. This timer is incremented every
microsecond and the maximum deviation among members of the network is 25 μs. The HEDtech
protocol 15 determines the time difference between this time synchronization function (TSF) and
the local time broadcast by the host HEDphone 12a to all HEDphones 12b to 12n who are guests,
and the HEDphones 12b to 12n calculate the time synchronization function (TSF) ) Also get its
own difference between the timer and the local timer. As a result, each guest can always calculate
what time the corresponding local time at the host is based on these two differences. Audio is
synchronized using 32-bit timestamps. In the host HEDphone 12a, this timestamp corresponds to
the 32 least significant bits of the local time in units of 0.1 ms. On the guest, this calculation is
performed on the adjusted local time so that the generated timestamp matches the host
timestamp.
11-04-2019
16
[0054]
Tables 1A and 1B define the content of the packet 100 exchanged between the host and the
guest. All multibyte values are represented in little endian format, with the low order byte first.
[0055]
Each byte is divided into eight bits numbered 0 to 7, with 0 being the least significant byte (LSB)
bit.
[0056]
Table 1A below shows the contents of the packet 100 from the host to the guest.
[0057]
The size of each transmitted packet is constant regardless of its content.
The only exception is beacon packets that do not include the "stream", "data" and "voice" fields.
[0058]
Table 1B below shows the contents of each packet 102 from the guest to the host.
[0059]
The size of each transmit packet is variable depending on the data being transmitted as defined
by the "buf_ctrl" field.
[0060]
The HEDtech protocol 15 provides a reliable transport layer for streaming audio data and user
data using an acknowledgment protocol.
11-04-2019
17
All packets sent in one direction must be acknowledged in the reverse direction.
Given the different nature of multicast and unicast, different acknowledgment protocols are used
depending on the forwarding direction.
[0061]
In each period, up to eight packets 100 can be sent from the host to the guest.
Only two of these packets 100 can be new packets not sent in the previous period. The
remaining packets 100 are retransmissions of unacknowledged packets. The host must maintain,
for each transmitted packet 100, the list of successful acknowledgments received from each
active guest. Each packet 100 is sent continuously for successive periods until all active guests
acknowledge the packet.
[0062]
A guest is considered active whenever the host receives data from this guest. If no data is
received from a guest for a defined period of time, the guest is considered inactive.
[0063]
Each transmitted packet 100 includes a packet number in the range of 0-255. Each new packet is
assigned a sequence number that wraps to 0 after reaching 255. Each guest must maintain a list
of packets 100 received in each period, which should be sent to the host as a confirmation
response. This list is composed of a packet number ("ack_base") and a 32-bit mask ("ack_mask").
The "ack_base" packet number corresponds to bit 0 of the mask, and the next bits 1 to N relate to
the packet number of "ack_base" + N. That is, as an example, if “ack_base” = 253 (decimal
number) and “ack_mask” = 77 (decimal number, corresponding to a 24-bit binary
representation of 0 followed by 1001101), bits from right to left Are read, and data packets 100
of 253, 255, 0 and 3 are acknowledged. The packet number next to 255 is 0. Packets with
numbers lower than "ack_base" are also implicitly acknowledged.
11-04-2019
18
[0064]
The host determines, based on the acknowledgment information sent by the guest, which of the
packets 100 sent in the last period have been correctly received by all the active guests. Packets
100 that were not correctly received by all active guests are retransmitted.
[0065]
In each period, up to four packets 102 can be sent from the guest to the host. Only two of these
packets 102 can be new packets not sent in the previous period. The remaining packets 102 are
retransmissions of unacknowledged packets.
[0066]
The host must send acknowledgment information to each guest, taking into account the packets
102 correctly received in the previous period, in each period. This acknowledgment information
is sent for all packets 100 sent by the host and includes one byte sent in the "ack_mask" array for
each guest. Each bit corresponds to the burst_idx of the data packet 102 correctly received in the
previous period.
[0067]
As an example, a particular guest sends three packets 102 to the host. Each packet 102 is
assigned a sequential "burst_idx" number of 0-2. If the host has received only the last two
packets 102, it sends the value 6 (110 binary) in the "ack_mask" entry corresponding to this
particular guest. This value indicates to the guest that the last two packets 102 should be
retransmitted.
[0068]
11-04-2019
19
HEDtech protocol 15 enables simultaneous transfer of streaming audio and user / control data.
Use packet numbers to ensure that the correct packet order is maintained. Depending on the
errors and retransmissions, successful reception of the packets may occur in a different order
than the initial transmission. Both the host and guest must include a mechanism to reorder them
as needed before delivering the received packets to the corresponding recipients.
[0069]
At the time of streaming audio transmission, each packet 100 contains some additional data that
allows the guest to decode and play the audio stream at any point in time. Audio streaming
related data is a 32-bit timestamp "audio_ts" which allows the guest to start audio playback in
synchronization with all other devices in HEDMesh 14, codec type indicating codec required to
decode streaming data "Codec_type" (examples of supported codecs are SBC and AAC), frame size
"frame_size" indicating size in bytes of each audio block to be decoded, and sample rate at which
decoded audio should be played back A component such as a sample rate "sample_rate" can be
included. If the frame size is larger than the maximum space available for the stream buffer, the
“BUF_STREAM_FRAG” bit of “buf_ctrl” holding the first fragment of the frame is set in the
data packet 100.
[0070]
User data may be sent from each device to another device or all devices. The host is responsible
for routing the user data block 105 to its destination. All data is divided into 32-byte data blocks
105. The host may transmit at most one data block 105 on each packet 100, and the guest may
transmit at most two data blocks 105 on each packet 102 when not transmitting audio streaming
simultaneously. it can. Alternatively, audio streaming can be simultaneously transmitted for one
data packet 102 to transmit one data block 105. The packet number is used to maintain the
correct data block 105 order to allow correct reconstruction at the destination device.
[0071]
The HEDMesh 14 requires that some irregular information be exchanged between the host and
the guest. For this purpose, a mechanism is provided to reuse data blocks 105 on transmitted
packets. This is achieved by having a separate identification of the control data block in the
"buf_ctrl" field of each packet. Control data always has higher priority than user data. That is, if
11-04-2019
20
transfer of user data is in progress, the user data is interrupted to transmit control data.
[0072]
The following basic control messages can be used, sent as the first byte of the control message:
CTRL_DEV_NR_REQ (0): Request a new device number. Sent by guest when registering to mesh.
The new guest's MAC address is included as a parameter in bytes 1 to 6 of the control message.
CTRL_DEV_NR_CFM (1): Confirm that a new device number request has been accepted. The new
assigned device number is sent in byte 1 of the control message. CTRL_DEV_NR_REJ (2): Reject
new device number request. CTRL_SWITCH_REQ (3): Requests switching between host and
guest. The host sends the target guest device number as a parameter in byte 1 of the control
message. The current guest list is sent at the beginning of the stream buffer. This message can
only be sent after the audio streaming has stopped. • CTRL_SWITCH_CFM (4): Confirm switch
request between host and guest. Guest sends when ready to switch to host. The current host
stops sending when it receives this message, and switches to the guest of the same device
number as the switching destination guest.
[0073]
Voice data can be transmitted from each HEDphone 12a-12n to all other HEDphones 12a-12n.
Audio data is transmitted as audio data block 107. The host is responsible for broadcasting all
voice data blocks 107 received to all guests. Audio streaming data is divided into blocks of 172
bytes. The host can transmit at most one audio data block 107 on each packet 100, and the guest
can transmit at most two audio data blocks 107 on each packet 102. Alternatively, audio
streaming can be simultaneously transmitted for one data packet 102 to transmit one audio data
block 107. The packet number is used to maintain the correct data block 107 order to allow
correct reconstruction at the destination device. Sending up to two 172 byte blocks in each
default period of 42.666 ms allows a bit rate of about 64 kbit / s. Audio stream data can be
encoded / decoded using any codec that supports this bit rate. A preferred codec is G.1. 722 and
AAC.
[0074]
9A and 9B show an embodiment of a HEDphone 402 that can be used instead of the HEDphone
12. HEDphone 402 is a Hi-Fi stereo wireless headphone that can be used with HEDMesh 14 and
11-04-2019
21
HEDtech protocol 15 described above. In this embodiment, HEDphone 402 includes a
rectangular array 200 of omnidirectional microphones consisting of microphones 40a. For
example, the microphone 40 can be a micro-electro-mechanical microphone (MEMS). This
configuration enables implementation integration of the above-mentioned superhuman hearing
(SHH) function. This configuration can enhance or attenuate external audio in the direction
selected by the user.
[0075]
FIG. 10 is a mounting example of the printed circuit board 300 that can be used for mounting the
right side of the HEDphone 402. The battery 301 is controlled by the power manager 302, the
battery management unit 303, the battery protector 304 and the FCI 305 to supply power to the
processor 306 and the diode 307. Coupled to processor 306 is embedded multimedia card 308
and storage 309. Also coupled to processor 306 are Wi-Fi and Bluetooth modules 310, as well as
inter-integrated circuit bus 311. Processor 306 controls serial peripheral interface 312. Left
touch sensor 314 provides an input to processor 306. Level translator 315 interfaces with digital
to analog converter 316 to control active noise controller 318 of microphones 40a and 40b as
shown in FIG. Four-channel analog to digital converter 320 receives inputs from microphones
40b, 40c, 40d and 40e. As shown in FIG. 10, the codec 322 encodes / decodes the audio stream
data from the audio jack 323. Audio output from active noise controller 318 is received at
speaker 325. The LEDs 328 are controlled by the processor 306.
[0076]
FIG. 11 is a mounting example of the printed circuit board 500 that can be used for mounting the
left side of the HED phone 402. The active noise controller 518 controls the microphone 200 to
perform active noise canceling as shown in FIG. As shown in FIG. 11, the audio output from the
active noise controller 518 is received at the speaker 525. The serial peripheral interface 312
interfaces with the short range communicator 527. The head detection sensor 528 detects the
presence of the user's head.
[0077]
HEDphone 402 can include features and hardware requirements as shown in Table 2.
[0078]
11-04-2019
22
Table 3 shows an example implementation of system 10 in the operation of LED 328.
[0079]
The HEDphone 402 can be connected to any Bluetooth device using standard pairing methods.
The HEDphone 402 is turned on and off by pressing the power switch for more than one second.
When the HEDphone 402 is turned on, it enters pairing mode unless it is already paired. During
the pairing mode, the LED 328 blinks blue as described above. It will be appreciated that other
color schemes of LED 328 may be utilized in accordance with the teachings of the present
invention.
[0080]
On the mobile device, turn on Bluetooth as follows. 1. Search for Bluetooth devices. 2. Select
HEDphone from the result list. 3. Input the pin code 0000. This step may not be necessary
depending on the Bluetooth version.
[0081]
In one embodiment, HEDphone 402 shown in FIG. 13 may be used to implement superhuman
hearing (SHH). Superhuman hearing controls the ambient sound of the HEDphone 402. In
addition to the microphones used for ANR, the HEDphone 402 is attached with a rectangular or
trapezoidal array of four omnidirectional microphones 440. This configuration allows the use of
different virtual directional microphones / cardioid microphones by the combination of aligned
pairs or diagonal elements. The microphone 440 is disposed at a lower portion 450 of the ear
pad 452 and attached at a specific position to realize a 360 ° sound image of the user's
surrounding environment. Ear pad 452 may be a uniaxial touch pad. The ear pad 4521 can
activate superhuman hearing (SHH) to talk on the HEDMesh 14. The ear pad 452 r can be used
to adjust volume, activate audio, play and pause, and receive calls via the HEDMesh 14. The
HEDphone 402 can process the audio received by the multiple inputs of the microphone 440 and
provide the user with a new way to experience and control the ambient sound.
11-04-2019
23
[0082]
Attached to the HEDphone 402 is a mini jack plug 460 that allows the user to bypass the
Bluetooth link to listen to analog sound sources such as music servers or music services. This
allows the user to use a sound source that does not have Bluetooth. Also, battery life is saved.
[0083]
When operating with a cable, HEDphone 402 can still provide Hi-Fi quality audio, even when the
battery is exhausted. When operating with a cable, the HEDphone 402 automatically turns off the
Bluetooth link to conserve battery. This function can be overwritten in HEDapp19. The
HEDphone 402 can also be connected to a laptop using an audio cable while connected to a
mobile phone via Bluetooth.
[0084]
FIG. 14 illustrates an embodiment of HEDapp 19 that allows the user to control superhuman
hearing (SHH) using graphic interface 500. Superhuman hearing (SHH) is activated by the user
using the activation graphic 502 in the HEDapp 19 or directly activated from the HEDphone 402
via the activation button 404 shown in FIG. A microphone 440 dedicated to superhuman hearing
(SHH) receives the ambient sound of the user. A superhuman hearing (SHH) module 501 in the
HEDapp 19 analyzes and processes ambient sound and basically draws out the sound landscape
around the user.
[0085]
The activation graphic can access superhuman hearing (SHH) functions in HEDapp 19 using an
intuitive 3D graphic interface that represents the sound scene around the user. The control
graphic 504 can be used by the user to control the direction of the incoming sound that he
wishes to amplify or attenuate. The HED app 19 provides a visual symbol of the sound scene
around the user in the activation graphic 502. In the absence of HEDapp19, superhuman hearing
(SHH) works in the default mode with front focus.
11-04-2019
24
[0086]
As shown in FIG. 14, HED app 19's extraordinary hearing (SHH) module 501 provides the
processed output to be reinserted into the user's audio stream. The user can benefit from
superhuman hearing (SHH) while listening to music or while not listening to it. In one
embodiment, superhuman hearing (SHH) function is realized by adjusting the following
parameters in the superhuman hearing (SHH) module 501: a. Target sound direction for
enhancement or suppression. This parameter automatically triggers the configuration and
processing of the microphone array 400 to be used in the superhuman hearing (SHH) module
501. b. Music volume. The music level is adjusted independently of the target sound direction
and sound level in the superhuman hearing (SHH) module 501. c. Noise reduction level as an
adjustment to the noise reduction level that affects filter adaptation parameters. This adjustment
is independent of the received audio level and is adjusted automatically and dynamically. d.
The received audio level of the microphone 440 when the user wearing the headphone 440 is
speaking, the microphone 440 can be adjusted through the presence of the near field audio
activity detector.
[0087]
Adjustment of parameters can be performed via HEDapp19. For convenience, HEDapp 19 has
several preset and automatically adjusted settings.
[0088]
Some examples of possible pre-settings are Shh on / off (utterance enhancement), bicycles,
factories, city walks, strong winds and parties.
[0089]
The Superhuman Hearing (SHH) feature allows ambient sound from a user defined direction to
penetrate the HEDphone through the attached microphone.
For example, superhuman hearing (SHH) allows the user to hear other people singing without
11-04-2019
25
having to remove the HEDphone 402 or pause or mute the music. Users who are doing walking,
cycling or any other type of activity that requires some level of awareness about their immediate
surroundings while wearing the HEDphone 402 can also use this new feature in terms of safety
improvement. Receive great benefits.
[0090]
FIG. 15 illustrates beamforming, correlation and cross-correlation calculation functions using
coherence analysis of various input signals, adaptive filtering to increase or attenuate the target
sound direction, and time and frequency when the masking effect is less effective An
embodiment of a superhuman auditory (SHH) implementation by using a combination with
perceptual motivational analysis and filtering to further suppress unwanted "noise" in.
[0091]
Perceptual filtering, which increases the intelligibility of the target direction by suppressing the
other direction, may interfere with or block the perception of the target alone, ie masking the
"noise" frequency at the target frequency It is implemented when it is not effective according to
the dynamic model.
A noise estimator and threshold are used to further isolate the desired directional signal from the
jamming signal.
[0092]
A further combination of superhuman hearing (SHH) and normal time domain noise reduction
not only allows the user to experience ambient sound but also suppress any stationary noise
from the target audio signal such as human voice it can. The purpose of this is to allow
background noise to be removed from the target sound while at the same time granting
privileges (or attenuating the direction of obstruction) while targeting someone in the noise
environment with someone who is wearing the HEDphone 402 It is to Thus, the HEDphone 402
becomes a communication tool in a noise environment, and communication using headphones is
clearer than not using headphones.
[0093]
11-04-2019
26
Target sound source (human voice) enhancement assists the deaf, improves communication in
noisy environments beyond the limits of human perception, or simply communicates without
removing headphones or enhances recognition It is intended to make it sound better than
without headphones.
[0094]
The input 600 from the microphone 400 shown in FIG. 15 can be received at the windowing and
fast Fourier transform module 602.
The output 604 from the fast Fourier transform module 602 can be received at the directional
filtering module 606 and the correlation module 608. Adaptive gain filter 610 receives an output
612 from directional filtering module 606 and an output 614 from correlation module 608. The
perceptual processing module 615 can receive the output 613 from the adaptive gain filter 610
and provide the function of suppressing the other direction when the perception of the target
only is interrupted or blocked by the other direction. The overlap and inverse fast Fourier
transform 618 receives the output 616 from the perceptual processing module 615 and
produces an output 620.
[0095]
The implementation of transhuman hearing (SHH) combining beamforming and correlation
analysis in a non-linear microphone array enhances the effectiveness of adaptive noise filtering.
A combination of directional adaptive filtering and correlation analysis using perceptual
motivation processing is provided to further reduce spatial and temporal noise signals due to the
characteristics of the masking effect of human auditory sense. Speech and ambient sound
enhancement is provided, including control of the direction of the target sound, or control of the
direction of the attenuating sound. A controllable mixing level between ambient sound and music
playback is provided. Automatic gain control balances the user's own voice level with
environmental space sound.
[0096]
16A and 16B are schematic diagrams of a head presence sensor system 700 that can be used
11-04-2019
27
with HEDphones 12 and 402 to detect when a user removes the HEDphone from his head. The
sensor 700 can supply a detection signal to the HEDphone 12, HEDphone 402 or HEDapp 19.
The HEDphone 12, HEDphone 402 or HEDapp 19 can automatically pause the audio upon
receiving the detection signal. When the HEDphone 12, HEDphone 402 or HEDapp 19 receives
the detection signal, the HEDphone 12 or HEDphone 402 can be put into the sleep mode when
the absence of the head is detected. Sensor system 700 can include a sensor 702 within each ear
cup 704. Sensor 702 may be a proximity sensor such as that manufactured by Osram as SF 776
and an ambient light sensor. The sensor 702 includes an infrared LED (IR-LED) and two detectors
to perform two different functions. A sensor 702 registers ambient brightness to emit infrared
light reflected by an approaching object such as a head. The sensor 702 can measure these by
combining the value of the distance from the earcup 704 to the head and the value of the
available light in the earcup 704 in the HEDapp 19 software. HEDapp 19 enables or disables
audio such as music, and other such as turning off the status LED while the status LED 706 is not
visible to the user while the HEDphone 12 or 402 is on the head Features can be enabled or
disabled.
[0097]
HEDapp19 is an iOS or Android compatible application that can be downloaded for free from
App Store or Google Play. HEDapp 19 gives the user access to additional features and settings
related to HEDphone. Also, HEDapp 19 is a high-performance user who can not only connect his
HEDphone 12 to other HEDphones, but share their music preferences and discoveries, send
messages and communicate with each other. It is also a communication and social networking
platform.
[0098]
HEDapp 19 provides a representation of HEDMesh 14 including all usernames and avatars
already present in HEDMesh 14 so that who is the host, who is the guest, the number of users in
the current HEDMesh 14 and the name of that HEDMesh 14 Can be described. When HEDMesh
14 is formed, or when new headphones join the group, the mesh representation in HEDapp 19 is
updated with the new username / player name. The user may also use the location service on the
mobile device 18 to identify other nearby headphones 12, 402 not already present in the
HEDMesh 14 and form the HEDMesh without using NFC, if possible. it can.
[0099]
11-04-2019
28
In HEDapp19, HEDMesh 14 can also have a remote guest. As shown in FIG. 17, the remote guest
connects to the HEDMesh 14 from the remote location 802 via the Internet 800. Also, it is
possible to form a virtual HEDMesh 814 that includes only remote guests.
[0100]
All HEDMesh 14 and virtual HEDMesh 814 configurations can be saved by each user in the
respective HEDMesh 14 and virtual HEDMesh 814, all guests of which are present in the WI-FI
range without using the NFC protocol. The HEDMesh 14 and the virtual HEDMesh 814 with the
same guest and the same host can be reproduced. The host can block or remove a guest from
HEDMesh 14 at any time.
[0101]
The user can form a private HEDMesh 14 in HEDapp 19 to which pre-approved members can
join. Private HEDMesh 14 can be saved for later use, and all subscribed members should be able
to connect automatically when members are nearby. At the same time, a private HEDMesh host
can block or remove at any time, regardless of whether a headphone user is in range.
[0102]
Multiple HEDMesh 14 can co-exist in the same area.
[0103]
The HEDapp 19 allows the user to change, store and recall parameters of the above-mentioned
superhuman hearing (SHH) function.
The user can adjust the volume and direction of the incoming sound using the 3D graphic
interface. The user can also change the level of each incoming sound for the audio already played
on the HEDphone 12 or 402.
11-04-2019
29
[0104]
18A-18R illustrate example screen shots of a 3D graphic interface. FIG. 18A is a screen shot of a
3D graphic interface 500 for a user tutorial. FIG. 18B is a screen shot of a 3D graphic interface
500 for signing in with Facebook. Users can sign in with their social media account or create a
new account. FIG. 18C is a screen shot of a newly registered 3D graphic interface 500. The user
can create a new account.
[0105]
FIG. 18D is a screen shot of a 3D graphic interface 500 for login to Spotify or other service.
[0106]
Users can log in to different streaming music services and import their libraries.
FIG. 18E is a screen shot of the 3D graphic interface 500 of the main menu.
[0107]
The user can select a function or page from the main menu. FIG. 18F is a screen shot of the 3D
graphic interface 500 of the dashboard and control center. This screen shot is a default execution
screen that allows the user to control main functions such as SHH, mesh, EQ, audio effects, music
library and ANC. FIG. 18G is a screen shot of a 3D graphics interface 500 using the SHH
interface, allowing the user to change the direction and level of the incoming sound by moving
his finger within the 3D graphics interface 500.
[0108]
FIG. 18H is a screen shot of the HEDMesh 14 3D graphics interface 500. The user can enable /
disable HEDMesh 14 and can see who is in HEDMesh 14 and who is the master.
11-04-2019
30
[0109]
FIG. 18I is a screen shot of a music player 3D graphics interface 500. The user can control his
music with the integrated player without having to get out of the app.
[0110]
FIG. 18J is a screen shot of the 3D graphic interface 500 of the music library. Users can import
their music library and playlists from other services into the app.
[0111]
FIG. 18K is a screen shot of a mesh messaging 3D graphics interface 500. Users can chat with
other members on the mesh, rank songs, etc.
[0112]
FIG. 18L is a screen shot of the 3D graphic interface 500 of the equalizer. The user can change
the frequency and adjust the level of each frequency. Pre-custom settings can be created and
stored. Standard pre-settings are also included.
[0113]
FIG. 18M is a screen shot of a room effects 3D graphic interface 500. Several audio effects are
available within the app.
[0114]
FIG. 18N is a screen shot of the 3D graphic interface 500 of the example pre-room effects
settings.
11-04-2019
31
[0115]
FIG. 18O is a screen shot of a 3D graphic interface 500 of the example pre-room effects settings.
[0116]
FIG. 18P is a screen shot of a 3D graphic interface 500 of settings.
The user can change settings such as replacement of the touch pad function (left to right),
activation / deactivation of the presence sensor, power saving, transmission of feedback,
recovery of factory settings, and the like.
[0117]
FIG. 18Q is a screen shot of a power saving 3D graphics interface 500.
The headphones detect complete silence and the user can then select the time for the
headphones to go to sleep mode.
[0118]
FIG. 18R is a screen shot of the 3D graphic interface 500 for provision of product information
such as model number, serial number, firmware, conditions and the like.
[0119]
The HEDphone 12 can be formed with a foam that extends the entire ear-to-ear length, giving the
headphone a comfortable fit.
[0120]
The ear cup 704 is shaped like an elongated human ear rather than a standard circle.
11-04-2019
32
This shape, in combination with the stiff chassis, fits snugly on the head.
For added comfort, the entire length of the inner cushion uses injection molded memory foam
which provides a good fit and makes this design more comfortable than current headphones.
[0121]
The foam element 710 can be formed as a single continuous element and is also customizable
and can be exchanged to give the user a wide choice of fibers, color and foam density.
[0122]
In one embodiment shown in FIGS. 19A-19C, headband 710 includes foam element 710 and, as
shown in FIG. 19B, from left ear cup 7021 to right ear cup 702r without mechanical hinges or
sizing. The single chassis 715 is formed.
The chassis 715 is covered by the outer casing 716 as shown in FIG. 19C after housing all the
electronic components. The outer casing 716 can be formed in one piece. The chassis 715 is
rigid in the rigid area 720, such as near the drive, PCB and battery, and flexible in the elastic area
722 of the headband 710 as needed.
[0123]
As shown in FIG. 19C, foam carrier 725 is snapped onto chassis 715. The foam carrier 725 can
be formed of a single piece.
[0124]
The HEDphone 402 can be formed in three parts that are completely removable. The battery
side, the electronic device side, and the head band. Headbands can be purchased separately to
the correct size. S, M, L, and XL are shown in FIGS. 20A to 20C. The HEDphone is fitted with
three lithium ion batteries totaling 2040 mAh, each 680 mAh, allowing 15 hours of Bluetooth
11-04-2019
33
use with music and 8 hours of mesh use. The battery can not be replaced by the user and can be
fully charged in 3 hours using a micro USB cable. The HEDphone 12 does not fold to increase its
strength, stiffness and resistance to breakage. This also allows a large space to fit electronic
components and large batteries.
[0125]
FIG. 21 shows an embodiment of the HED phone 12 that includes a rechargeable battery housed
within the headband 710. In head band 710, a plurality of batteries 750 are accommodated. In
one embodiment, three rechargeable lithium ion batteries are housed within the headband 710.
[0126]
In an embodiment of the present invention, as shown in FIG. 22A, the outer casing 716 is formed
of a single piece of injection molded foam covered with a fabric 760. Foam 770 can be provided
on the inner surface 717 of the outer casing 716. Foam 770 provides additional cushioning
during sports activities. Alternatively, as shown in FIGS. 22B and 22C, the fur material 780 can
be provided on the inner surface 717 of the outer casing 716. The various densities, thicknesses,
ear sizes, fabrics and colors will personalize and customize the user significantly to the size of the
user's ear and the personal style for the outer casing 716.
[0127]
In one embodiment, as shown in FIG. 23, the functionality of HEDphone 402 can be reversed by
the use of software and HEDapp 19 for left-handed users who prefer the most commonly used
features to the left. The default functionality of the touch pad has music play / pause and talk
operations on the right touch pad and SHH and talk mode on the left touch pad.
[0128]
FIG. 24 is a schematic view of the cover 800. As shown in FIG. A cover 800 may be attached to
the HEDphone 12 to provide the ability to attach a custom accessory cover that protects the
outer surface of the headphone while allowing the user to express their personality in yet
11-04-2019
34
another way.
[0129]
HEDapp is a user interface application that can be downloaded to any mobile device that allows
the HEDphones 12a-12n users to control and monitor all features of the HEDphone. HEDapp can
be compatible with mobile operating systems such as iOS and Android, for example. HEDapp can
have the functions shown in Table 2.
[0130]
Embodiments of the present invention may be implemented in the context of a special purpose or
general purpose processor device, including both hardware and / or software components, or a
special purpose or general purpose computer adapted to have processing capability.
[0131]
Embodiments may also include physical computer readable media and / or intangible computer
readable media for carrying or storing computer executable instructions, data structures and / or
data signals.
Such physical and / or intangible computer readable media may be any available media that can
be accessed by a general purpose or special purpose computer. By way of example and not
limitation, such physical computer readable media may be RAM, ROM, EEPROM, CD-ROM or
other optical disk storage, magnetic disk storage or other magnetic storage, other semiconductor
storage media, or computer implemented It may be used to store desired data in the form of
executable instructions, data structures and / or data signals, and may include any other physical
media that can be accessed by a general purpose or special purpose computer. An intangible
computer readable medium in a general purpose or special purpose computer can include an
electromagnetic means for transmitting data signals from one part of the computer to another
through circuitry etc existing in the computer.
[0132]
11-04-2019
35
When transferring or providing information to a computer via a network or another
communication connection (either wired, wireless, or a combination of wired or wireless),
computer-executable instructions, data structures and / or wired signals that transmit and
receive data signals The device (eg, wire, cable, optical fiber, electronics, chemicals, etc.) should
be properly recognized as a physical computer readable medium, transmitting computer
executable instructions, data structures and / or data signals and / or Alternatively, the wireless
carrier or wireless medium (eg, wireless communication, satellite communication, infrared
communication, etc.) to be received should be properly recognized as an intangible computer
readable medium. Combinations of these should also be included within the scope of computer
readable media.
[0133]
Computer-executable instructions comprise, for example, instructions, data and / or data signals
which cause a general purpose computer, special purpose computer, or special purpose
processing device to perform a certain function or group of functions. Although not required,
aspects of the invention have been described herein in the general context of computerexecutable instructions, such as program modules, being executed by computers in network and
/ or non-network environments. Generally, program modules include routines, programs, objects,
components, and content structures that perform particular tasks or implement particular
abstract content types. Computer-executable instructions, associated content structures and
program modules represent examples of program code for executing aspects of the methods
disclosed herein.
[0134]
An embodiment is a computer program product for use in a system of the invention, having a
physical computer readable medium storing computer readable program code comprising
computer executable instructions which, when executed by a processor, cause the system to
perform the method of the invention. Can also be included.
[0135]
It is to be understood that the above-described embodiments are merely illustrative of some of
the many possible specific embodiments that can represent applications of the principles of the
present invention.
11-04-2019
36
Those skilled in the art can readily devise many different other arrangements in accordance with
these principles without departing from the spirit and scope of the present invention.
[0136]
10 HED system 12a to 12n HEDphone 14 HEDMesh 15 HEDtech protocol 16 wireless
connection 18 sound source 19 HEDapp
11-04-2019
37
Документ
Категория
Без категории
Просмотров
0
Размер файла
58 Кб
Теги
description, jp2018507661
1/--страниц
Пожаловаться на содержимое документа