Patent Application
20100260363
The invention relates to the field of hearing devices. The hearing device can be a hearing aid, worn in or near the ear or (partially) implanted, a headphone, an earphone, a hearing protection device, a communication device or the like. The invention relates furthermore to methods of operating a hearing device and to the use of MIDI—i.e., Musical Instrument Digital Interface—compliant data in a hearing device.
Today, many hearing devices, e.g., hearing aids, are capable of generating some simple acoustic acknowledge signals, e.g., a beep or double-beep signalling that a first or a second hearing program has been chosen by the user of the hearing device.
In WO 01/30127 A2 a hearing aid is disclosed, which allows to feed user-defined audio-signals into the hearing device, which user-defined audio-signals can then be used as acknowledge signals.
U.S. Pat. No. 6,816,599 discloses an ear-level electronic device within a hearing aid, capable of generating electrical signals representing music. By means of a pseudo-random generator extremely long sequences of music can be created which can produce a sensation of relief to persons suffering tinnitus.
In the world of electronic music, where music synthesizers, electronic keyboards, drum machines and the like are used, the Musical Instrument Digital Interface (MIDI) protocol has been introduced in 1983 by the MIDI Manufacturers Association (MMA) as a new standard for digitally representing musical performance information. A number of specifications of MIDI-related data formats have been issued by the MMA within the last 10 to 20 years. Within the last couple of years, MIDI-compliant data (MIDI data) have found application in mobile phones, where MIDI data, in particular data compliant with the Scalable Polyphony MIDI (SP-MIDI) specification, introduced in February 2002, are used for defining telephone ring tones.
In U.S. Pat. No. 5,915,237, it is described how MIDI can be used for representing speech.
Under audio signals we understand electrical signals, analogue and/or digital, which represent sound.
One object of the invention is to create a hearing device that provides for an alternative way of defining sound information to be perceived by a user of the hearing device.
Another object of the invention is to provide for a hearing device with an enhanced compatibility to other equipment.
Another object of the invention is to provide for a hearing device which can easily be individualized and adapted to a user's taste and preferences.
Another object of the invention is to provide a way for providing a hearing device user with speech sound by means of the hearing device, in particular in a way taking into account the limited resources available in a hearing device.
At least one of these objects is at least partially achieved by a hearing device according to the patent claims.
In addition, the respective method for operating a hearing device shall be provided, as claimed in the patent claims.
The hearing device according to the invention is MIDI compatible, i.e., Musical Instrument Digital Interface compatible.
MIDI specifications are defined by the MIDI Manufacturers Association (MMA). In 1983 the Musical Instrument Digital Interface (MIDI) protocol was introduced by the MMA.
In the MMA various companies from the fields of electronic music and music production are joined together to create MIDI standards and specifications assuring compatibility among MIDI-compatible products. Since 1985 the MMA has issued about 11 new specifications and adopted about 38 sets of enhancements to MIDI.
Unlike MP3, WAV, AIFF and other digital audio formats, MIDI data do not (or at least not only) contain recorded sound or recorded music. Instead, music is described in a set of instructions (parameters) to a sound generator, like a music synthesizer. Therefore, playing music via MIDI (i.e., using MIDI data) implies the presence of a MIDI-compatible sound generator or synthesizer. MIDI data usually comprise messages, which can instruct the synthesizer, which notes to play, how loud to play each note, which sounds to use, and the like. This way, MIDI files can usually be very much smaller than recorded digital audio files.
The current MIDI specification is MIDI 1.0, v96.1 (second edition). It is available in form of a book: ISBN 0-9728831-0-X. Originally, the MIDI specification defined a physical connector and, in what can be referred to as the MIDI Message Specification, also named MIDI protocol, a message format, i.e., a format of MIDI messages. Some years later, a file format (storage format) called Standard MIDI File (SMF) was added. An SMF file contains MIDI messages (i.e., data compliant with the MIDI protocol), to which a time stamp is added, in order to allow for a playback in a properly timed sequence.
MIDI specifications or MIDI-related specifications (companion specifications), issued by the MMA, of (potential) interest for the invention comprise at least the following ones:
MIDI specifications, definitions, recommendations and further information about MIDI can be obtained from the MMA, in particular from via the internet at http://www.midi.org.
Through providing the hearing device with MIDI compatibility, a new way of defining sound in a the hearing device is provided, in particular a new way of defining sound information to be perceived by a user of the hearing device. The hearing device is provided with an enhanced compatibilty to other equipment, in particular other MIDI compatible equipment. The hearing device can easily be individualized and adapted to the user's taste and preferences. A well-tested and efficient way of representing sound is implemented into the hearing device, which can be advantageous, in particular when the sound is complex, e.g., due to polyphony or length and number of notes to be played, respectively.
The term MIDI data shall, at least within the present patent application, be understood as data compliant with at least one MIDI specification (or MIDI-related specification), in particular with one of those listed above.
More specifically, the term MIDI data can be interpreted as data compliant with the (current) MIDI protocol, i.e., MIDI messages (including data of SMF files).
The hearing device according to the invention can be adapted to comprising MIDI data.
The hearing device can be adapted to
The hearing device can comprise a MIDI interface. The MIDI interface allows for a simple communication of MIDI data with other devices.
The hearing device can comprise a sound generator adapted to interpreting MIDI data. An efficient control of the sound generation can thus be achieved, which, in addition, is compatible with a wide range of other sound generators.
The hearing device can comprise a unit for interpreting MIDI data. That unit may be realized in form of a processor or a controller or in form of software. MIDI data can be transformed into other information, e.g., information to be given to a sound generator within the hearing device so as to have a desired sound or piece of music played.
One way of using MIDI data in a hearing device is in conjunction with the generation of sound to be perceived by the hearing device user. E.g., acknowledge sounds, also called feedback sounds, which are played to the user upon a change in the hearing device's function, e.g., when the user changes the loudness (volume) or another setting or program, or when some other user's manipulation shall be acknowledged, or when the hearing device by itself takes an action, e.g., by making a change, e.g., if, in the case of a hearing aid, the hearing aid chooses, in dependence of the acoustical environment, a different hearing program (frequency-volume settings and the like), or when the hearing device user shall be informed that a hearing device's battery is low.
It is also possible to use MIDI in a hearing device in conjunction with musical signals to be played to the user of the hearing aid. And it is also possible to use MIDI in a hearing device in conjunction with guiding signals, which help to guide the user, e.g., during a fitting procedure, during which the hearing device is adapted to the user's hearing preferences.
Furthermore, according to today's trend to individualization, it is possible to personalize a hearing device by aid of MIDI. E.g., said acknowledge sounds could be loaded into the hearing device in form of MIDI data. From the hearing device manufacturer or from a third party, the hearing device user could receive, possibly against payment, MIDI data for such sounds, chosen according to the user's taste.
It is possible to load such MIDI data to the hearing device, which define the sound to be played to the hearing device user when the user's (possibly mobile) telephone rings. And even, a number of ring sounds can be loaded into the hearing device, wherein the sound to be played to the hearing device user when the user's telephone rings, is chosen in dependence of the person who calls the hearing device user, or, more precisely, depending on the telephone number of the telephone apparatus from which the hearing device user is called.
This may be accomplished, e.g., by either sending MIDI data to the hearing device upon an incoming call in the telephone, or by having MIDI data stored in the hearing device, which describe ring tones, and upon an incoming call in the telephone, the hearing device receives not the actual MIDI data, but a link instructing the hearing device, which of the MIDI-based ring tones stored in the hearing device to play to the hearing device user.
In addition, it is possible to use MIDI data in a hearing device in conjunction with speech synthesis. E.g., speech signals stored in the hearing device could be addressed or controlled by MIDI data. Or speech signals, be it synthesized or sampled, could be encoded in MIDI, e.g., using the DownLoadable Sounds Format (DLS) of MIDI.
As to the use of speech in hearing devices and hearing systems, MIDI data provide a good way for taking the limited size of hearing devices into account: Due to the limited size, the storage space in a hearing device is very limited, and so is the power for data transmission into and out of the hearing device which makes it desirable to transmit data in a compressed way. Besides using MIDI for encoding speech-related data, also other ways of encoding speech-bound contents can be used. The methods and hearing devices presented in the following address specific speech-related aspects.
The method for providing a user of a hearing device with speech sound comprises the steps of
This way, it is possible to provide that the hearing device needs to handle very space-saving data and therefore relatively little data only, be it with respect to storing the data, to receiving the data, to transmitting the data or to some kind of processing the data. It is to be noted that the addressed speech-representing data are usually compressed to a far greater extent than, e.g., compressed audio signals such as audio signals compressed using the well-known MP3 algorithm or a similar audio data compression algorithm.
In one embodiment, said speech is composable from said speech segments.
In one embodiment, said speech denotes the human speech, speech being a human language, wherein speech can be generated, besides the natural way of a human being speaking, by artificially synthesizing it, e.g., from artificial sounds, or by replaying recorded sound or otherwise.
In one embodiment, each one of said speech segments is, e.g., a letter, a syllable, a phoneme, a word, or a sentence.
In one embodiment, each one of said encoded-speech-segment data encodes a letter, a syllable, a phoneme, a word, or a sentence.
In one embodiment, said speech-representing data are digital data.
In one embodiment, said set of encoded-speech-segment data is a pre-defined set of encoded-speech-segment data.
In one embodiment, said set of encoded-speech-segment data is a pre-defined set of a pre-defined number of encoded-speech-segment data.
In one embodiment, said set of encoded-speech-segment data is a pre-defined set of a limited number of encoded-speech-segment data.
In one embodiment, said hearing device is a device, which is worn in or adjacent to an individual's ear with the object to improve the individual's audiological perception, wherein such improvement may also be barring acoustic signals from being perceived in the sense of hearing protection for the individual.
In a particular view at the invention, we define:
“A hearing device” is a device, which is worn in or adjacent to an individual's ear with the object to improve the individual's audiological perception. Such improvement may also be barring acoustic signals from being perceived in the sense of hearing protection for the individual. If the hearing device is tailored so as to improve the perception of a hearing impaired individual towards hearing perception of a normal-hearing individual, then we speak of “a hearing-aid device”. With respect to the application area, a hearing device may be applied, e.g., behind the ear, in the ear, completely in the ear canal or may be implanted. In further definition, “a hearing system” comprises at least one hearing device; in case that a hearing system comprises at least one additional device, all devices of the hearing system are operationally connectable within the hearing system. Typically, said additional devices such as another hearing device, a remote control or a remote microphone, are meant to be worn or carried by said individual.
In one embodiment, the method comprises, before step a), the step of
In one embodiment, the method comprises, before step r), the steps of
Said device can be, e.g., a device of a hearing system to which the hearing device belongs or a device external to the hearing system. E.g., a charging device, an interface device such as a bluetooth interface device or an other interface device operationally connected to the hearing device, a remote control, a computer, an MP3 player, each having the additional functionality of generating said speech-representing data.
In one embodiment, said encoded-speech-segment data are MIDI data. For example, in U.S. Pat. No. 5,915,237 by Boss et al., a way for encoding speech in MIDI data is described. The teachings of U.S. Pat. No. 5,915,237 are herewith incorporated by reference in the present patent application.
In one embodiment, step b) comprises the steps of
In one embodiment, said method is a method for speech training or for speech intelligibility training or for speech testing or for speech intelligibility testing.
In one embodiment, said speech-representing data are representative of speech examples/speech samples or of speech-like examples or samples for use in speech training or speech intelligibility training or speech testing or speech intelligibility testing.
In one embodiment, the method comprises the step of
For example, the user has to repeat a sentence he has heard perceiving the speech sound mentioned in step c), or he has to operate a specific user control, e.g., a user control of the hearing device, of an accessory such as a remote control or of another device belonging to or external to a hearing system to which the hearing device belongs. The user's speech intelligibility and/or the user's speaking skills can then be judged from analyzing the user's response (such as a spoken sentence).
In one embodiment, the method comprises the steps of
In one embodiment, step i) is carried out automatically by said hearing device. E.g., the sound example is replayed, or a next sound example is played. Or the user's skills are assessed from said reply, e.g., evaluating the user's speaking skills from the intelligibility of the user's reply; or the user's speech intelligibility (speech understanding ability) is evaluated from a user's answer to a question.
In one embodiment, said speech-bound contents is help information for said user or instructions for said user. In particular, said help information is help information for said user concerning the operation of a device of a hearing system to which the hearing device belongs or even more particularly help information for said user concerning the operation of the hearing device; and/or in particular, said instructions are instructions for said user concerning the operation of a device of a hearing system to which the hearing device belongs or even more particularly instructions for said user concerning the operation of the hearing device.
E.g., it is possible to provide that step c) and/or step b) is carried out upon a request by said user; e.g., a push button or toggle switch such as the one used for selecting different hearing programs, can be used for initiating the playback of stored help texts. It is further possible to provide the possibility to navigate forward and backward in the help text so as to reach the desired section of the help text, e.g., by means of a toggle switch.
In one embodiment, step c) is carried out upon a request by said user.
In one embodiment, step b) is carried out upon a request by said user.
In one embodiment, said speech-bound contents is or comprises information about one or more upcoming calendar events. This way, the user can be informed right in time or suitably in advance to take a scheduled action. The user can receive reminders of calendar events. E.g., in the above-described way of using compressed speech-representing data, the user is informed about meetings, birthdays, appointments, medicine to be taken or the like. This works particularly well when the hearing device is operationally connected or connectable to a scheduling system such as a PDA (personal digital assistant), a computer with a scheduling software or a smart phone or the like. It is possible to enable a synchronization between the hearing device or a hearing system to which the hearing device belongs with such a scheduling system, e.g., in the well-known way used when synchronizing, e.g., a PDA with a computer.
In one embodiment with said upcoming calendar events, the method comprises, before step a), the step of
Typically, there are times associated with said upcoming calendar events, usually one or at least one time for each calendar event. The corresponding data indicating the respective time or times are referred to as time-indicative data. The time-indicative data are indicative of one or more times associated with a respective upcoming calendar event, typically the time at which the respective calendar event takes place or is due. Time-indicative data can facilitate producing a speech-based reminder at the appropriate time. The latter can be facilitated by the provision of a timer or a clock in the hearing device or in a hearing system to which the hearing device belongs.
In one embodiment with said upcoming calendar events, the time at which said conversion mentioned in step c) is carried out depends on such time-indicative data. In particular, the time at which said conversion mentioned in step c) is carried out is determined by said time-indicative data.
In one embodiment with said upcoming calendar events, said steps a), b) and c) are carried out upon step r). This implements the described calendar reminder functionality in a “live-stream” type of way. In this case, step r) is usually carried out at a pre-defined time interval before or just before a time indicated by said time-indicative data or at said time indicated in said time-indicative data. This “live stream” type implementation can render the provision of a timer or clock in the hearing device for the calendar reminder functionality superfluous, since the device or apparatus sending said speech-representing data basically determines the time at which the user perceives a calendar reminder.
In another embodiment with said upcoming calendar events, the method comprises the step of
In one embodiment, the method comprises, before step a), the step of
In one embodiment, said speech-bound contents is contents of an audio book.
In one embodiment, said speech-bound contents is news.
In one embodiment, said speech-bound contents is contents of a blog.
Also in these cases, it is possible to accomplish a “live stream”-like mode, wherein the method comprises, before step a) the step of
It is also possible to accomplish an “offline”-type of mode, wherein the time at which said conversion mentioned in step c) is carried out is not determined by said speech-bound contents, in particular is independent of said speech-bound contents.
In one embodiment, said hearing device is at least one of a hearing aid and a hearing protection device.
Quite generally, there are, among others, comprised in conjunction with speech sound reproduction in a hearing device:
The hearing device is structured and configured for providing a user of said hearing device with speech sound by
In another embodiment, the hearing device comprises
Besides the speech-related and other before-mentioned aspects, there are further ways of using MIDI in a hearing device. E.g., it is possible to listen to music (pop, classic or others) encoded in MIDI with the hearing device.
A hearing device comprising a sound generator could interpret MIDI data loaded into the hearing device and generate the corresponding music thereupon. Various musical pieces and works are today already available in form of MIDI data. Music could thus be generated within the hearing device and played to the hearing device user without the need for external sound generators like Hifi consoles or music synthesizers plus amplifiers. The MIDI DLS standard could be used here to achieve a particularly good and realistic audio reproduction.
In several of the above-described embodiments, the hearing device can be considered to comprise a converter for converting MIDI data into audio signals to be perceived (usually after an electro-mechanical conversion) by the hearing device user. Such a converter can be or comprise a signal processor, e.g., a digital signal processor (DSP), the converter can be or comprise a controller plus a sound generator or a controller plus a DSP. Also a sound memory may be comprised in the converter.
The hearing device is typically an ear level device. It may be worn partially or in full in or near the user's ear, or it may fully or in part be implemented, e.g., like a cochlea implant.
A hearing system according to the invention comprises a hearing device according to the invention. It may comprise one or more external microphones, a remote control or other accessories.
In one aspect, a method of operating a hearing device comprises at least one of the following steps:
In one embodiment, the method comprises the step of generating sound in said hearing device based on said interpretation of said MIDI data.
The advantages of the methods correspond to advantages of corresponding hearing devices and vice versa.
Further preferred embodiments and advantages emerge from the dependent claims and the figures.
Below, the invention is illustrated in more detail by means of embodiments of the invention and the included drawings.
The figures show:
The reference symbols used in the figures and their meaning are summarized in the list of reference symbols. The described embodiments are meant as examples and shall not confine the invention.
The device 1 of
The embodiment of
The hearing device 1 can receive MIDI data 20, as indicated in
Of course, besides wireless connections, the hearing device 1 may also have the possibility to have a wire-bound connection for communicating with external or added-on devices.
The controller 18 not only gives instructions to the DSP 4, but has associated a MIDI data memory 16 for storing MIDI data 20, and a sound memory 17, in which sound data like digitally sampled sounds can be stored. A sound generator 8 is provided, which is controlled by controller 18 and can access said sound memory 17. In the DSP 4, sound generated by the sound generator 8 can be processed and, after amplification, fed to the output transducer 2.
The MIDI data memory 16 may store externally-loaded MIDI data or MIDI data generated in the hearing device 1. The sound memory 17 may store externally-loaded sounds, e.g., loaded via MIDI DownLoadable Sounds (DLS) data, or may store pre-programmed sounds (pre-stored sounds). The memories 16 and 17 can, of course be realized in one single memory and/or be integrated, e.g., in the controller 18.
The arrows indicating the interconnection of the various parts of the hearing devices in
One of many ways to make use of MIDI data 20 in the hearing device 1 may be to load via one of the interfaces 10,11 MIDI data describing a telephone ring tone and store the MIDI data in the MIDI data memory 16 and recall said MIDI data when the mobile phone 30 informs the hearing device 1 that a telephone call is arriving. The ring tone (music and possibly also sound) encoded in the MIDI data is thereupon played to the hearing device user by the sound generator 8 via the DSP 4 and the transducer 2.
Another use of MIDI data 20 in the hearing device 20 is to receive via one of the interfaces 10,11 from, e.g., the computer 40, MIDI data, which describe a piece of music the user wants to listen to. The sound memory 17 may contain (pre-stored) sounds according to the General MIDI standard (GM). The controller 18 instructs the sound generator to generate notes according to the MIDI data 20 with sounds from the sound memory 17 having the General MIDI sound number given in the MIDI data 20. This way, musical pieces can be generated, according to loaded MIDI instructions, fully within the hearing device 1. Of course, it is also possible to load all MIDI data for the piece of music first, store them in the MIDI data memory 16, and play them later, e.g., upon a start signal provided by the user through a user interface, like the user interface 12 in
Another use of MIDI data 20 in the hearing device 20 is to load via one of the interfaces 10,11 MIDI data 20, which contain speech sounds, e.g., when the MIDI data 20 are MIDI DLS data. For example, to different (musical) keys (C4, C#4, . . . ) a sampled sound of different vowels and consonants can be assigned, or even syllables, full words or sentences. By means of sounds of such a sound set, the user could be informed about the status of a hearing device's battery or about some user manipulation of a user interface or the like in form of speech messages like “battery is low, please insert a new battery soon” or “volume is adjusted to 8”. The text would be encoded in sequences of musical keys, with durations, loudness volumes and so on, just like a piece of music, in MIDI data.
In
The data are obtained by means of a converter 70 such as an encoder fed with uncompressed or differently compressed data 60, wherein data 60 are speech-representative data representative of speech-bound contents such as audio book data stored in a storage element 65 such as an audio book CD. Data 60 may be, e.g., uncompressed or compressed (e.g., MP3) data representing sound, or text data such as ASCII text.
In hearing device 1, the sequence 20″ of encoded-speech-segment data is inputted to a controller 18 such as a converter which interacts with DSP 4 and one or more libraries in order to obtain from the sequence 20″ of encoded-speech-segment data audio signals 7 representative of the speech-bound contents, more particularly in the case depicted in
Although in practice, usually only one data library will be used, in
By the received stream of MIDI data 20, controller 18 will receive encoded-speech-segment data such as MIDI data indicative of playing a certain note such as playing the note C4. By means of decoding library 80, this information is converted into the information indicative of the respective speech segment, e.g., the phoneme “a” as in the word “hat” (or a specific syllable such as “ment” or a specific word). By means of audio sample library 90, the speech segment (“a”) is associated with a respective (usually digital) sound sample, i.e. with data obtained by (digitally) recording the sound of the letter “a” as in the word “hat”, i.e. with data representative of the sound of the letter “a” as in the word “hat”. Instead of this two-step conversion via libraries 80 and 90, a one-step conversion could be employed using a library directly associating encoded-speech-segment data with the respective sound samples.
By means of digital signal processor 4, the so-obtained sound samples are composed, thus deriving a sequence of sound samples, which constitutes the sought audio signals 7 representative of the speech-bound contents of the before-addressed audio book. Audio signals 7 are then converted into signals to be perceived by the user of the hearing device 1, such that sound waves 6 obtained using output transducer 2 of hearing device 1 such as a receiver (loudspeaker), wherein this output transducer 2 of hearing device 1 is the same output transducer as employed during the “normal” use of hearing device 1 in which sound is picked up by in input transducer 3 of hearing device 1 such as a microphone and converted into audio signals which are then processed in signal processor 4 and then outputted by means of output transducer 2.
Instead of a sample-based way of generating audio signals 7, it is also possible to synthesize these in other ways, e.g., using a speech synthesizer. In this case, instead of a audio sample library 90, a library would be provided and used which associates with each speech segment appropriate sound generating data such as data indicating an appropriate pitch, appropriate frequency contents such as formants and the like and appropriate time durations.
Below, several specific applications will be discussed by means of
In
Upon another user request, audio signals (cf. reference 7 in
All this can be accomplished using a rather small bandwith for transmitting data to the hearing device and with very low storage space requirements in the hearing device.
In the other embodiments described below, the relation of method steps and the embodiment of
In
The embodiments of
The embodiments of
In
In step 230, the compressed speech-representing data are transmitted to the hearing device, and in step 240, they are received in the hearing device. Steps 230 and 240 are optional, but usually, they are carried out. In steps 260 to 280, audio signals are derived and converted into sound, and the user perceives the sound.
In step 290, the user replies to the perception of the speech examples, optionally after being prompted for a reply (step 285).
In step 295, several possible optional further steps are addressed.
A comment regarding the user's reply can be made, e.g., using compressed speech-representing data, e.g., in a way similar to what has been depicted above. E.g., an indication could be given to the user that his pronounciation of a word or sentence was good (e.g., as judged from audio signals picked up by the hearing device's microphones, cf. reference 3 in
And/or the before-presented speech example can be presented to the user once more, e.g., in case the user's pronounciation has been considered insufficient.
And/or the user's speaking skills are evaluated from the user's reply, e.g., as described above by judging audio signals picked up by the hearing device's microphones of the user's reply.
The depicted method allows to make a speech test in a particularly memory space saving way (in the hearing device) and requiring only a relatively small bandwidth for communicating to the hearing device.
The embodiment of
The embodiment of
The embodiment of
In
In step 420, the speech-representing data are automatically or upon a user request converted into compressed speech-representing data such as MIDI data. Steps 410 and 420 can be carried out in a device (or several devices) comprised in the hearing system or external to the hearing system. In step 430, the data are transmitted to the hearing device, together with the associated time-indicative data; in step 440, they are stored in the hearing device (together with the associated time-indicative data).
At a time determined by the time-indicative data, e.g., at the indicated time or five minutes in advance or so, audio signals are derived from the compressed audio-representing data/MIDI data (step 460). Thereupon, in step 470, these audio signals are converted into sound by means of the hearing device, and the user is informed (at the appropriate time) of the upcoming calendar event (step 480).
For example, once every day or once or twice a week, data are transferred into the hearing device (and possibly synchronized with the external device such as a computer, e.g., in the way well-known from synchronisation between a computer and a PDA). And for each event, the user will be, at the appropriate time, informed by speech sound explaining the calendar event.
The embodiment of
In
In response to step 300, in step 310 speech-representing data representative of suitable help information or instructions are provided in the hearing system. These are converted into a compressed form in step 320. In steps 360 to 380, respectively, from these data audio signals are derived which are then converted into sound perceived by the user.
With respect to steps 310 and 320 (and possibly also step 300), it is possible to have these carried out externally to the hearing device. But it is also possible to provide, in the hearing device, already the compressed audio-representing data (a conversion into the compressed form may have taken place at some other place at some time earlier, unrelated to the time at which step 300 takes place). This way, the whole method can be carried out even with only the hearing device alone.
Many further useful uses of MIDI data in a hearing device are possible.
Aspects of the embodiments have been described in terms of functional units. As is readily understood, these functional units may be realized in virtually any number of hardware and/or software components adapted to performing the specified functions. For example, units 80 and 90 could be realized in one and the same memory element; and signal processor 4 and controller 18 can be realized in one and the same chip.
| Number | Date | Country | |
|---|---|---|---|
| Parent | 11248045 | Oct 2005 | US |
| Child | 12269985 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 12269985 | Nov 2008 | US |
| Child | 12758921 | US |
