Portable system for programming hearing aids

Abstract

A system for programming one or more hearing aids with a host computer, the system including a hearing aid programmer for wireless communications with the host computer. In various embodiments, the hearing aid programmer has at least one interface connector for communication with at least one hearing aid. Additionally, in various embodiments, the system includes a wireless interface adapted for connecting to the at least one interface connector of the hearing aid programmer, the wireless interface further adapted for wireless communication with one or more hearing aids. Varying embodiments of the present subject matter include a wireless interface which contains signal processing electronics, a memory connected to the signal processing electronics; and a wireless module connected to the signal processing electronics and adapted for wireless communications.

Description

FIELD OF THE INVENTION

This application relates generally to a programming system for programmable hearing aids and, more particularly, to a hearing aid programming system utilizing a host computer which uses a wired or wireless connection to communicate data to a hearing aid programmer, which is further suited to wirelessly program hearing aids.

BACKGROUND

Hearing aids have been developed to ameliorate the effects of hearing losses in individuals. Hearing deficiencies can range from deafness to hearing losses where the individual has impairment of responding to different frequencies of sound or to being able to differentiate sounds occurring simultaneously. The hearing aid in its most elementary form usually provides for auditory correction through the amplification and filtering of sound provided in the environment with the intent that the individual can hear better than without the amplification.

Various hearing aids offer adjustable operational parameters to optimize hearing and comfort to the individual. Parameters, such as volume or tone, may easily be adjusted, and many hearing aids allow for the individual to adjust these parameters. It is usual that an individual's hearing loss is not uniform over the entire frequency spectrum of audible sound. An individual's hearing loss may be greater at higher frequency ranges than at lower frequencies. Recognizing these differentiations in hearing loss considerations between individuals, it has become common for a hearing health professional to make measurements that will indicate the type of correction or assistance that will improve that individual's hearing capability. A variety of measurements may be taken, which can include establishing speech recognition scores, or measurement of the individual's perceptive ability for differing sound frequencies and differing sound amplitudes. The resulting score data or amplitude/frequency response can be provided in tabular form or graphically represented, such that the individual's hearing loss may be compared to what would be considered a more normal hearing response. To assist in improving the hearing of individuals, it has been found desirable to provide adjustable hearing aids wherein filtering parameters may be adjusted, and automatic gain control (AGC) parameters are adjustable.

With the development of microelectronics and microprocessors, programmable hearing aids have become well known. It is known for programmable hearing aids to have a digital control section which stores auditory data and which controls aspects of signal processing characteristics. Such programmable hearing aids also have a signal processing section, which may be analog or digital, and which operates under control of the control section to perform the signal processing or amplification to meet the needs of the individual.

There are several types of hearing aid programming interface systems. One type of programming system includes a custom designed stand-alone programmer that is self-contained and provides programming functions known at the time of design. Stand-alone programmers tend to be inflexible and difficult to update and modify, thereby raising the cost to stay current. Further, such stand-alone programmers are normally designed for handling a limited number of hearing aid types and lack versatility. Should there be an error in the system that provides the programming, such stand-alone systems tend to be difficult to repair or upgrade.

Another type of hearing aid programming interface is a programmer that is designed to install into and become part of a host computing system. Hearing aid programmers of the type that plug into host computers are generally designed to be compatible with the expansion ports on a specific computer. Past systems have generally been designed to plug into the bus structure known as the Industry Standard Architecture (ISA). However, the ISA expansion bus is not available on many host computers. For example, most laptop computers do not have an ISA expansion bus. Further, plugging cards into available ISA expansion ports requires opening the computer cabinet and appropriately installing the expansion card.

SUMMARY

The above-mentioned problems and others not expressly discussed herein are addressed by the present subject matter and will be understood by reading and studying this specification.

The present subject matter includes, in part, a system for programming one or more hearing aids with a host computer, the system including a hearing aid programmer for wireless communications with the host computer. In various embodiments, the hearing aid programmer has at least one interface connector for communication with at least one hearing aid. Additionally, in various embodiments, the system includes a wireless interface adapted for connecting to at least one interface connector of the hearing aid programmer, the wireless interface further adapted for wireless communication with one or more hearing aids. Varying embodiments of the present subject matter include a wireless interface which contains signal processing electronics, a memory connected to the signal processing electronics; and a wireless module connected to the signal processing electronics and adapted for wireless communications.

This Summary is an overview of some of the teachings of the present application and not intended to be an exclusive or exhaustive treatment of the present subject matter. Further details about the present subject matter are found in the detailed description and appended claims. Other aspects will be apparent to persons skilled in the art upon reading and understanding the following detailed description and viewing the drawings that form a part thereof, each of which are not to be taken in a limiting sense. The scope of the present invention is defined by the appended claims and their legal equivalents.

BRIEF DESCRIPTION OF THE DRAWINGS

Various embodiments are illustrated by way of example and not by way of limitation in the figures of the accompanying drawings in which like references indicate similar elements.

FIG. 1 is a pictorial view of one embodiment of an improved hearing aid programming system of the present subject matter.

FIG. 2 is a perspective view of a Type I plug-in Card, in one embodiment of the present subject matter.

FIG. 3 is a perspective view of a Type II plug-in Card, in one embodiment of the present subject matter.

FIG. 4 is a perspective view of a Type III plug-in Card, in one embodiment of the present subject matter.

FIG. 5 is a diagram representing the PCMCIA architecture, in one embodiment of the present subject matter.

FIG. 6 is a block diagram illustrating the functional interrelationship of a host computer and the Card used for programming hearing aids, in one embodiment of the present subject matter.

FIG. 7 is a functional block diagram of the hearing aid programming Card, in one embodiment of the present subject matter.

FIG. 8 is a block diagram illustrating the functional relationship of the host computer and the Card used to program a portable multiprogram unit, in one embodiment of the present subject matter.

FIG. 9 is a functional diagram illustrating selective control programming of hearing aids utilizing a portable multiprogram unit, in one embodiment of the present subject matter.

FIG. 10 is a function block diagram of the portable multiprogram unit programming a hearing aid, in one embodiment of the present subject matter.

FIG. 11 illustrates one embodiment of a portable hearing aid programming system according to one embodiment of the present subject matter.

FIG. 12A illustrates one embodiment of a hearing aid programmer for communication with a host computer, in various embodiments of the present subject matter.

FIG. 12B illustrates one embodiment of a hearing aid programmer which communicates with a host computer in various embodiments of the present subject matter.

FIG. 13 illustrates various embodiment of a hearing aid programmer connected to a wireless interface in various embodiments of the present subject matter.

FIG. 14 illustrates a side view of one embodiment of the present subject matter in which an individual wears a hearing aid programmer connected to a wireless interface.

FIG. 15 illustrates a portable system for programming hearing aids according to one embodiment of the present subject matter.

FIG. 16 illustrates one embodiments of electronics used for over-voltage protection, in one embodiment of the present subject matter.

FIG. 17 discloses an embodiment of the wireless interface which uses a lanyard to hang on an individual's neck, in one embodiment of the present subject matter.

FIG. 18 discloses an embodiment of the wireless interface which uses a interconnecting conduit shaped like a stethoscope to hang on an individual's neck, in one embodiment of the present subject matter.

DETAILED DESCRIPTION

The following detailed description of the present invention refers to subject matter in the accompanying drawings which show, by way of illustration, specific aspects and embodiments in which the present subject matter may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice the present subject matter. It will be apparent, however, to one skilled in the art that the various embodiments may be practiced without some of these specific details. References to “an”, “one”, or “various” embodiments in this disclosure are not necessarily to the same embodiment, and such references contemplate more than one embodiment. The following detailed description is, therefore, not to be taken in a limiting sense, and the scope is defined only by the appended claims, along with the full scope of legal equivalents to which such claims are entitled.

It is generally known that a person's hearing loss is not normally uniform over the entire frequency spectrum of hearing. For example, in typical noise-induced hearing loss, the hearing loss is typically greater at higher frequencies than at lower frequencies. The degree of hearing loss at various frequencies varies with individuals. The measurement of an individual's hearing ability can be illustrated by an audiogram. An audiologist, or other hearing health professionals, will measure an individual's perceptive ability for differing sound frequencies and differing sound amplitudes. A plot of the resulting information in an amplitude/frequency diagram will graphically represent the individual's hearing ability, and will thereby represent the individual's hearing loss as compared to an established range of normal hearing for individuals. In this regard, the audiogram represents graphically the particular auditory characteristics of the individual. Other types of measurements relating to hearing deficiencies may be made. For example, speech recognition scores can be utilized. It is understood that the auditory characteristics of an individual or other measured hearing responses may be represented by data that can be represented in various tabular forms as well as in the graphical representation.

Basically, a hearing aid consists of a sound actuatable microphone for converting environmental sounds into an electrical signal. The electrical signal is supplied to an amplifier for providing an amplified output signal. The amplified output signal is applied to a receiver that acts as a loudspeaker for converting the amplified electrical signal into sound that is transmitted to the individual's ear. The various kinds of hearing aids can be configured to be “completely in the canal” known as the CIC type of hearing aid. Hearing aids can also be embodied in configurations such as “in the ear”, “in the canal”, “behind the ear”, embodied in an eyeglass frame, worn on the body, and surgically implanted. Each of the various types of hearing aids have differing functional and aesthetic characteristics. Further, hearing aids can be programmed through analog parametric adjustments or through digital programs.

Since individuals have differing hearing abilities with respect to each other, and oftentimes have differing hearing abilities between the right and left ears, it is normal to have some form of adjustment to compensate for the characteristics of the hearing of the individual. It has been known to provide an adjustable filter for use in conjunction with the amplifier for modifying the amplifying characteristics of the hearing aid. Various forms of physical adjustment for adjusting variable resistors or capacitors have been used. With the advent of microcircuitry, the ability to program hearing aids has become well-known. A programmable hearing aid typically has a digital control section and a signal processing section. The digital control section is adapted to store an auditory parameter, or a set of auditory parameters, which will control an aspect or set of aspects of the amplifying characteristics, or other characteristics, of the hearing aid. The signal processing section of the hearing aid then will operate in response to the control section to perform the actual signal processing, or amplification, it being understood that the signal processing may be digital or analog.

Numerous types of programmable hearing aids are known. As such, details of the specifics of programming functions will not be described in detail. To accomplish the programming, it has been known to have the manufacturer establish a computer-based programming function at its factory or outlet centers. In this form of operation, the details of the individual's hearing readings, such as the audiogram, are forwarded to the manufacturer for use in making the programming adjustments. Once adjusted, the hearing aid or hearing aids are then sent to the intended user. Such an operation clearly suffers from the disadvantage of the loss of time in the transmission of the information and the return of the adjusted hearing aid, as well as not being able to provide inexpensive and timely adjustments with the individual user. Such arrangements characteristically deal only with the programming of the particular manufacturer's hearing aids, and are not readily adaptable for adjusting or programming various types of hearing aids.

Yet another type of prior art programming system is utilized wherein the programming system is located near the hearing health professional who would like to program the hearing aid for patients. In such an arrangement, it is common for each location to have a general purpose computer especially programmed to perform the programming function and provide it with an interface unit hard-wired to the computer for providing the programming function to the hearing aid. In this arrangement, the hearing professional enters the audiogram or other patient-related hearing information into the computer, and thereby allows the computer to calculate the auditory parameters that will be optimal for the predetermined listening situations for the individual. The computer then directly programs the hearing aid. Such specific programming systems and hard-wired interrelationship to the host computer are costly and do not lend themselves to ease of altering the programming functions.

Other types of programming systems wherein centralized host computers are used to provide programming access via telephone lines and the like are also known, and suffer from many of the problems of cost, lack of ease of usage, lack of flexibility in reprogramming, and the like.

A number of these prior art programmable systems have been identified above, and their respective functionalities will not be further described in detail.

The system and method of programming hearing aids of the present subject matter provides a mechanism where the hearing aid programming system can be economically located at the office of each hearing health professional, thereby overcoming many of the described deficiencies of prior art programming systems.

In various embodiments of the present subject matter, groups of computing devices, including lap top computers, notebook computers, hand-held computers, and the like, which can collectively be referenced as host computers, are adapted to support the Personal Computer Memory Card International Association Technology, which is generally referred to as PCMCIA. In general, PCMCIA provides one or more standardized ports in the host computer where such ports are arranged to cooperate with associated PCMCIA PC cards, hereinafter referred to as “Cards”. The Cards are utilized to provide various functions, and the functionality of PCMCIA will be described in more detail below. The PCMCIA specification defines a standard for integrated circuit Cards to be used to promote interchangeability among a variety of computer and electronic products. Attention is given to low cost, ruggedness, low power consumption, light weight, and portability of operation.

The specific size of the various configurations of Cards will be described in more detail below, but in general, it is understood that it will be comparable in size to a credit card, thereby achieving the goal of ease of handling. Other goals of PCMCIA technology can be simply stated to require that (1) it must be simple to configure, and support multiple peripheral devices; (2) it must be hardware and operating environment independent; (3) installation must be flexible; and (4) it must be inexpensive to support the various peripheral devices. These goals and objectives of PCMCIA specification requirements and available technology are consistent with the goals of the present subject matter, which are providing an improved highly portable, inexpensive, adaptable hearing aid programming system. The PCMCIA technology is expanding into personal computers and work stations, and it is understood that where such capability is present, the attributes of the present subject matter are applicable. Various aspects of PCMCIA will be described below at points to render the description meaningful to the present subject matter.

FIG. 1 is a pictorial view of one embodiment of an improved hearing aid programming system of the present subject matter. A host computer 10, which can be selected from among lap top computers; notebook computers; personal computers; work station computers; or the like, includes a body portion 12, a control keyboard portion 14, and a display portion 16. While only one PCMCIA port 18 is illustrated, it is understood that such ports may occur singularly or in groups of more than one. Various types of host computers 10 are available commercially from various manufacturers, including, but not limited to, International Business Machines and Apple Computer, Inc. Another type of host computer is the hand-held computer 20. The hand-held host 20 includes a body portion 22, a screen portion 24, a set of controls 26 and a stylus 28. The stylus 28 operates as a means for providing information to the hand-held host computer 20 by interaction with screen 24. A pair of PCMCIA ports 32 and 34 are illustrated aligned along one side 36 of the hand-held host computer 20. Again, it should be understood that more or fewer PCMCIA ports may be utilized. Further, it will be understood that it is possible for the PCMCIA ports to be position in parallel and adjacent to one another as distinguished from the linear position illustrated. A hand-held host computer is available from various sources.

A PCMCIA Card 40 has a first end 42 in which a number of contacts 44 are mounted. In the standard, the contacts 44 are arranged in two parallel rows and number approximately 68. The outer end 60 has a connector (not shown in this figure) to cooperate with mating connector 62. This interconnection provide signals to and from hearing aids 64 and 66 via cable 68 which splits into cable ends 70 and 72. Cable portion 70 has connector 74 affixed thereto and adapted for cooperation with jack 76 in hearing aid 64. Similarly, cable 72 has connector 78 that is adapted for cooperation with jack 80 in hearing aid 66. This configuration allows for programming of hearing aid 64 and 66 in the ears of the individual to use them, it being understood that the cable interconnection may alternatively be a single cable for a single hearing aid or two separate cables with two separations to the Card 40.

It is apparent that card 40 and the various components are not shown in scale with one another, and that the dashed lines represent directions of interconnection. In this regard, a selection can be made between portable host 10 or hand-held host 20. If host 10 is selected, card 40 is moved in the direction of dashed lines 82 for insertion in PCMCIA slot 18. Alternatively, if a hand-held host 20 is to be used, Card 40 is moved along dashed lines 84 for insertion in PCMCIA slot 32. Connector 62 can be moved along dashed line 86 for mating with the connector (not shown) at end 60 of card 40. Connector 74 can be moved along line 88 for contacting jack 76, and connector 78 can be moved along dashed line 90 for contacting jack 80. There are three standardized configurations of Card 40 plus one nonstandard form that will not be described.

FIG. 2 is a perspective view of a Type I plug-in Card. The physical configurations and requirements of the various Card types are specified in the PCMCIA specification to assure portability and consistency of operation. Type I Card 401 has a width W1 of approximately 54 millimeters and a thickness T1 of approximately 3.3 millimeters. Other elements illustrated bear the same reference numerals as in FIG. 1.

FIG. 3 is a perspective view of a Type II plug-in Card. Card 40II has a width W2 of approximately 54 millimeters and has a raised portion 100. With the raised portion, the thickness T2 is approximately 5.0 millimeters. The width W3 of raised portion 100 is approximately 48 millimeters. The purpose of raised portion 100 is to provide room for circuitry to be mounted on the surface 102 of card 40II.

FIG. 4 is a perspective view of a Type III plug-in Card. Card 40III has a width W4 of approximately 54 millimeters, and an overall thickness T3 of approximately 10.5 millimeters. Raised portion 104 has a width W5 of approximately 51 millimeters, and with the additional depth above the upper surface 106 allows for even larger components to be mounted.

Type II Cards are the most prevalent in usage, and allow for the most flexibility in use in pairs with stacked PCMCIA ports.

The PCMCIA slot includes two rows of approximately 34 pins each. The connector on the Card is adapted to cooperate with these pins. There are approximately three groupings of pins that vary in length. This results in a sequence of operation as the Card is inserted into the slot. The longest pins make contact first, the intermediate length pins make contact second, and the shortest pins make contact last. The sequencing of pin lengths allow the host system to properly sequence application of power and ground to the Card. It is not necessary for an understanding of the present subject matter to consider the sequencing in detail, it being automatically handled as the Card is inserted. Functionally, the shortest pins are the card detect pins and are responsible for routing signals that inform software running on the host of the insertion or removal of a Card. The shortest pins result in this operation occurring last, and functions only after the Card has been fully inserted. It is not necessary for an understanding of the present subject matter that each pin and its function be considered in detail, it being understood that power and ground is provided from the host to the Card.

FIG. 5 is a diagram representing the PCMCIA architecture. The PCMCIA architecture is well-defined and is substantially available on any host computer that is adapted to support the PCMCIA architecture. For purposes of understanding the present subject matter, it is not necessary that the intricate details of the PCMCIA architecture be defined herein, since they are substantially available in the commercial marketplace. It is, however, desirable to understand some basic fundamentals of the PCMCIA architecture in order to appreciate the operation of the present subject matter.

In general terms, the PCMCIA architecture defines various interfaces and services that allow application software to configure Card resources into the system for use by system-level utilities and applications. The PCMCIA hardware and related PCMCIA handlers within the system function as enabling technologies for the Card.

Resources that are capable of being configured or mapped from the PCMCIA bus to the system bus are memory configurations, input/output (I/O) ranges and Interrupt Request Lines (IRQs). Details concerning the PCMCIA architecture can be derived from the specification available from PCMCIA Committee, as well as various vendors that supply PCMCIA components or software commercially.

The PCMCIA architecture involves a consideration of hardware 200 and layers of software 202. Within the hardware consideration, Card 204 is coupled to PCMCIA socket 206 and Card 208 is coupled to PCMCIA socket 210. Sockets 206 and 210 are coupled to the PCMCIA bus 212 which in turn is coupled to the PCMCIA controller 214. Controllers are provided commercially by a number of vendors. The controller 214 is programmed to carry out the functions of the PCMCIA architecture, and responds to internal and external stimuli. Controller 214 is coupled to the system bus 216. The system bus 216 is a set of electrical paths within a host computer over which control signals, address signals, and data signals are transmitted. The control signals are the basis for the protocol established to place data signals on the bus and to read data signals from the bus. The address lines are controlled by various devices that are connected to the bus and are utilized to refer to particular memory locations or I/O locations. The data lines are used to pass actual data signals between devices.

The PCMCIA bus 212 utilizes 26 address lines and 16 data lines.

Within the software 202 consideration, there are levels of software abstractions. The Socket Services 218 is the first level in the software architecture and is responsible for software abstraction of the PCMCIA sockets 206 and 210. In general, Socket Services 218 will be applicable to a particular controller 214. In general, Socket Services 218 uses a register set (not shown) to pass arguments and return status. When interrupts are processed with proper register settings, Socket Services gains control and attempts to perform functions specified at the Application Program Interfaces (API).

Card Services 220 is the next level of abstraction defined by PCMCIA and provides for PCMCIA system initialization, central resource management for PCMCIA, and APIs for Card configuration and client management. Card Services is event-driven and notifies clients of hardware events and responds to client requests. Card Services 220 is also the manager of resources available to PCMCIA clients and is responsible for managing data and assignment of resources to a Card. Card Services assigns particular resources to Cards on the condition that the Card Information Structure (CIS) indicates that they are supported. Once resources are configured to a Card, the Card can be accessed as if it were a device in the system. Card Services has an array of Application Program Interfaces to provide the various required functions.

Memory Technology Driver 1 (MTD) 222, Memory Technology Driver 2, label 224, and Memory Technology Driver N, label 226, are handlers directly responsible for reading and writing of specific memory technology memory Cards. These include standard drivers and specially designed drivers if required.

Card Services 220 has a variety of clients such as File System Memory clients 228 that deal with file system aware structures; Memory Clients 230, Input/Output Clients 232; and Miscellaneous Clients 234.

FIG. 6 is a block diagram illustrating the functional interrelationship of a host computer and a Card used for programming hearing aids. A Host 236 has an Operating System 238. A Program Memory 240 is available for storing the hearing aid programming software. The PCMCIA block 242 indicates that the Host 236 supports the PCMCIA architecture. A User Input 244 provides input control to Host 236 for selecting hearing aid programming functions and providing data input to Host 236. A Display 246 provides output representations for visual observation. PCMCIA socket 248 cooperates with PCMCIA jack 250 mounted on Card 252.

On Card 252 there is a PCMCIA Interface 254 that is coupled to jack 250 via lines 256, where lines 256 include circuits for providing power and ground connections from Host 236, and circuits for providing address signals, data signals, and control signals. The PCMCIA Interface 254 includes the Card Information Structure (CIS) that is utilized for providing signals to Host 236 indicative of the nature of the Card and setting configuration parameters. The CIS contains information and data specific to the Card, and the components of information in CIS is comprised of tuples, where each tuple is a segment of data structure that describes a specific aspect or configuration relative to the Card. It is this information that will determine whether the Card is to be treated as a standard serial data port, a standard memory card, a unique programming card or the like. The combination of tuples is a metaformat.

A Microprocessor shown within dashed block 260 includes a Processor Unit 262 that receives signals from PCMCIA Interface 254 over lines 264 and provides signals to the Interface over lines 266. An onboard memory system 268 is provided for use in storing program instructions. In the embodiment of the circuit, the Memory 268 is a volatile static random access memory (SRAM) unit of 1 K capacity. A Nonvolatile Memory 270 is provided. The Nonvolatile Memory is 0.5 K and is utilized to store initialization instructions that are activated upon insertion of Card 252 into socket 248. This initialization software is often referred to as “bootstrap” software in that the system is capable of pulling itself up into operation.

A second Memory System 272 is provided. This Memory is coupled to Processor Unit 262 for storage of hearing aid programming software during the hearing aid programming operation. In a preferred embodiment, Memory 272 is a volatile SRAM having a 32 K capacity. During the initialization phases, the programming software will be transmitted from the Program Memory 240 of Host 236 and downloaded through the PCMCIA interface 254. In an alternative embodiment, Memory System 272 can be a nonvolatile memory with the hearing aid programming software stored therein. Such nonvolatile memory can be selected from available memory systems such as Read Only Memory (ROM), Programmable Read Only Memory (PROM), Erasable Programmable Read Only Memory (EPROM), or Electrically Erasable Programmable Read Only Memory (EEPROM). It is, of course, understood that Static Random Access Memory (SRAM) memory systems normally do not hold or retain data stored therein when power is removed.

A Hearing Aid Interface 274 provides the selected signals over lines 274 to the interface connector 276. The Interface receives signals on lines 278 from the interface connector. In general, the Hearing Aid Interface 274 functions under control of the Processor Unit 262 to select which hearing aid will be programmed, and to provide the digital to analog selections, and to provide the programmed impedance levels.

A jack 280 couples with connector 276 and provides electrical connection over lines 282 to jack 284 that couples to hearing aid 286. In a similar manner, conductors 288 coupled to jack 290 for making electrical interconnection with hearing aid 292.

Assuming that Socket Services 218, Card Services 220 and appropriate drivers and handlers are appropriately loaded in the Host 236 (pictured in FIG. 5), the hearing aid programming system is initialized by insertion of Card 252 into socket 248. The insertion processing involves application of power signals first since they are connected with the longest pins. The next longest pins cause the data, address and various control signals to be made. Finally, when the card detect pin is connected, there is a Card status change interrupt. Once stabilized, Card Services queries the status of the PCMCIA slot through the Socket Services, and if the state has changed, further processing continues. At this juncture, Card Services notifies the I/O clients which in turn issues direction to Card Services to read the Card's CIS. The CIS tuples are transmitted to Card Services and a determination is made as to the identification of the Card 252 and the configurations specified. Depending upon the combination of tuples, that is, the metaformat, the Card 252 will be identified to the Host 236 as a particular structure. In a preferred embodiment, Card 252 is identified as a serial memory port, thereby allowing Host 236 to treat with data transmissions to and from Card 252 on that basis. It is, of course, understood that Card 252 could be configured as a serial data Card, a Memory Card or a unique programming Card thereby altering the control and communication between Host 236 and Card 252.

FIG. 7 is a functional block diagram of the hearing aid programming Card.

The PCMCIA jack 250 is coupled to PCMCIA Interface 254 via PCMCIA bus 256, and provides VCC power to the card via line 256-1. The Microprocessor 260 is coupled to the Program Memory 272 via the Microprocessor Bus 260-1. A Reset Circuit 260-2 is coupled via line 260-3 to Microprocessor 260 and functions to reset the Microprocessor when power falls below predetermined limits. A Crystal Oscillator 260-4 is coupled to Microprocessor 260 via line 260-5 and provides a predetermined operational frequency signal for use by Microprocessor 260.

The Hearing Aid Interface shown enclosed in dashed block 274 includes a Digital to Analog Converter 274-1 that is coupled to a Reference Voltage 274-2 via line 274-3. In a preferred embodiment, the Reference Voltage is established at 2.5 volts DC. Digital to Analog Converter 274-1 is coupled to Microprocessor Bus 260-1. The Digital to Analog Converter functions to produce four analog voltages under control of the programming established by the Microprocessor.

One of the four analog voltages is provided on Line 274-5 to amplifier AL, labeled 274-6, which functions to convert 0 to reference voltage levels to 0 to 15 volt level signals. A second voltage is provided on line 274-7 to amplifier AR, labeled 274-8, which provides a similar conversion of 0 volts to the reference voltage signals to 0 volts to 15 volt signals. A third voltage is provided on line 274-9 to the amplifier BL, labeled 274-10, and on line 274-11 to amplifier BR, labeled 274-12. Amplifiers BL and BR convert 0 volt signals to reference voltage signals to 0 volts to 15 volt signals and are used to supply power to the hearing aid being adjusted. In this regard, amplifier BL provides the voltage signals on line 278-3 to the Left hearing aid, and amplifier BR provides the selected voltage level signals on line 274-3 to the Right hearing aid.

An Analog Circuit Power Supply 274-13 provides predetermined power voltage levels to all analog circuits.

A pair of input Comparators CL labeled 274-14 and CR labeled 274-15 are provided to receive output signals from the respective hearing aids. Comparator CL receives input signals from the Left hearing aid via line 278-4 and Comparator CR receives input signals from the Right hearing aid via line 274-4. The fourth analog voltage from Digital to Analog Converter 274-1 is provided on line 274-16 to Comparators CL and CR.

A plurality of hearing aid programming circuit control lines pass from Microprocessor 260 and to the Microprocessor via lines 274-17. The output signals provided by comparators CL and CR advise Microprocessor 260 of parameters concerning the CL and CR hearing aids respectively.

A Variable Impedance A circuit and Variable Impedance B circuit 274-20 each include a predetermined number of analog switches and a like number of resistance elements. In a preferred embodiment as will be described in more detail below, each of these circuits includes eight analog switches and eight resistors. The output from amplifier AL is provided to Variable Impedance A via line 274-21 and selection signals are provided via line 274-22. The combination of the voltage signal applied and the selection signals results in an output being provided to switch SW1 to provide the selected voltage level. In a similar manner, the output from Amplifier R is provided on line 274-23 to Variable Impedance B 274-20, and with control signals on line 274-24, results in the selected voltage signals being applied to switch SW2.

Switches SW1 and SW2 are analog switches and are essentially single pole double throw switches that are switched under control of signals provided on line 274-25. When the selection is to program the left hearing aid, switch SW1 will be in the position shown and the output signals from Variable Impedance A will be provided on line 278-1 to LF hearing aid. At the same time, the output from Variable Impedance B 274-20 will be provided through switch SW2 to line 278-2. When it is determined that the Right hearing aid is to be programmed, the control signals on line 274-25 will cause switches SW1 and SW2 to switch. This will result in the signal from Variable Impedance A to be provided on line 274-1, and the output from Variable Impedance B to be provided on line 274-2 to the Right hearing aid.

With the circuit elements shown, the program that resides in Program Memory 272 in conjunction with the control of Microprocessor 260 will result in application of data and control signals that will read information from Left and Right hearing aids, and will cause generation of the selection of application and the determination of levels of analog voltage signals that will be applied selectively the Left and Right hearing aids.

In another embodiment of the present subject matter, a Portable Multiprogram Unit (PMU) is adapted to store one or more hearing aid adjusting programs for a patient or user to easily adjust or program hearing aid parameters. The programs reflect adjustments to hearing aid parameters for various ambient hearing conditions. Once the PMU is programmed with the downloaded hearing aid programs, the PMU utilizes a wireless transmission to the user's hearing aid permitting the selective downloading of a selected one of the hearing aid programs to the digitally programmable hearing aids of a user.

FIG. 8 is a block diagram illustrating the functional relationship of the host computer and the Card used to program a portable multiprogram unit. The PCMCIA Card 300 is coupled via connector portions 250 and 248 to Host 236. This PCMCIA interconnection is similar to that described above. The Host 236 stores one or more programs for programming the hearing aids of a patient. The Host can be any portable processor of the type described above, and advantageously can be a Message Pad 2000 hand-held computer. The hearing aid programmer Card 300 has a PCMCIA Interface 254 that is coupled to host 236 via conductors 256 through the PCMCIA connector interface 248 and 250. A Processor Unit 262 is schematically coupled via conductor paths 264 and 266 to the PCMCIA Interface 254 for bidirectional flow of data and control signals. A Memory System 302 can include nonvolatile memory and volatile memory for the boot-strap and program storage functions described above.

A Portable Multiprogram Unit Interface 304 receives hearing aid programs via line 306 from the Processor Unit 262 and provides the digital hearing aid programs as signals on line 308 to jack 310. Connector 312 mates with jack 310 and provides the hearing aid program signals via cable 314 to removable jack 316 that is coupled to the Portable Multiprogram Unit 320. Control signals are fed from PMU 320 through cable 314 to be passed on line 322 to the Portable Multiprogram Unit Interface 304. These control signals are in turn passed on line 324 to the Processor Unit 262, and are utilized to control downloading of the hearing aid programs. PMUs are available commercially, and will be only functionally described.

This embodiment differs from the embodiment described with regard to FIG. 6 in that there is not direct electrical connection to the hearing aids to be programmed. It should be understood that the portable multiprogram unit interface and its related jack 310 could also be added to the PCMCIA Card illustrated in FIG. 6 and FIG. 7, thereby providing direct and remote portable hearing programming capability on a single Card.

In this embodiment, the functioning of the PCMCIA Interface 254 is similar to that described above. Upon plugging in PCMCIA Card 300, the Host 236 responds to the CIS and its Card identification for the selected hearing aid programming function. At the same time, Processor Unit 262 has power applied and boot-straps the processor operation. When thus activated, the Card 300 is conditioned to receive one or more selected hearing aid programs from the Host. Selection of hearing aid program parameters is accomplished by the operator selection of parameters for various selected conditions to be applied for the particular patient.

The number of programs for a particular patient for the various ambient and environmental hearing conditions can be selected, and in a preferred embodiment, will allow for four distinct programming selections. It is, of course, understood that by adjustment of the amount of storage available in the hearing aids and the PMU, a larger number of programs could be stored for portable application.

FIG. 9 is a functional diagram illustrating selective controlled programming of hearing aids utilizing a portable multiprogram unit. As shown, a host 236 has PCMCIA Card 300 installed therein, and intercoupled via cable 314 to the Portable Multiprogram Unit 320. The PMU is a programmable transmitter of a type available commercially and has a liquid crystal display (LCD) 330, a set of controls 332 for controlling the functionality of the PMU, and program select buttons 334, 336, 338 and 340. The operational controls 332 are utilized to control the state of PMU 320 to receive hearing aid program signals for storage via line 314, and to select the right or left ear control when transmitting. The programs are stored in Electrically Erasable Programmable Read Only Memory (EEPROM) and in this configuration will hold up to four different programming selections.

The PMU 320 can be disconnected from cable 314 and carried with the patient once the hearing aid programs are downloaded from the Host 236 and stored in the PMU.

The PMU 320 includes circuitry and is self-powered for selectively transmitting hearing aid program information via a wireless link 342 to a hearing aid 344, and via wireless transmission 346 to hearing aid 348.

The hearing aids 344 and 348 for a user are available commercially and each include EEPROM storage for storing the selected then-active hearing aid program information. This arrangement will be described in more detail below.

The wireless link 342 and 346 can be an infrared link transmission, radio frequency transmission, or ultrasonic transmission systems. It is necessary only to adapt the wireless transmission of PMU 320 to the appropriate program signal receivers in hearing aids 344 and 348.

FIG. 10 is a functional block diagram of the portable multiprogram unit programming a hearing aid. The PMU 320 is shown communicating to a hearing aid shown within dashed block 300, with wireless communications beamed via wireless link 342. As illustrated, an EEPROM 350 is adapted to receive and store hearing aid programs identified as PROGRAM 1 through PROGRAM N. The Program Load block 352 is coupled to jack 316 and receives the download hearing aid programs for storing via line 354 in the memory 350. The PMU contains its own power source and Power All Circuits 356 applies power when selected for loading the programs to erase the EEPROM 350 and render it initialized to receive the programs being loaded. Once loaded, the cable 314 (pictured in FIG. 9) can be disassembled from jack 316, and the PMU 320 is ready for portable programming of hearing aid 344.

To accomplish programming of a hearing aid, the Ear Select 358 of the controls 332 (see FIG. 9), is utilized to determine which hearing aid is to be programmed.

It will be recalled that it is common for the right and left hearing aids to be programmed with differing parameters, and the portions of the selected program applicable to each hearing aid must be selected.

Once the right or left ear hearing aid is selected, the Program Select 360, which includes selection controls 334, 336, 338 and 340 (pictured in FIG. 9), is activated to select one of the stored programs for transmission via line 362 to Transmitter 364. The patient is advised by the hearing professional which of the one or more selectable hearing aid programs suits certain ambient conditions. These programs are identified by respective ones at controls 334, 336, 338 and 340.

The hearing aid to be programmed is within block 300, and includes a receiver 370 that is responsive to transmitter 364 to receive the wireless transmission of the digital hearing aid program signals provided by PMU 320. A Programming Control 372 includes a Program Memory 374, which can be an addressable RAM. The digital signals received after Receiver 370 are provided on line 376 to the Programming Control 372 and are stored in the Program Memory 372. Once thus stored, the selected program remains in the Program Memory until being erased for storage of a next subsequent program to be stored.

The Program Audio Processor 378 utilizes the Programming Control 372 and the Program Memory 374 to supply the selected stored PROGRAM signals transmitted on-line 380 to adjust the parameters of the Audio Circuits 382 according to the digitally programmed parameters stored the Program Memory 374. Thus, sound received in the ear of the user at the Input 384 are processed by the Programmed Audio Circuits to provide the conditioned audio signals at Output 386 to the wearer of the hearing aid 344.

Power 388 is contained within the hearing aid 300 and provides the requisite power to all circuits and components of the hearing aid.

In operation, then, the user can reprogram the hearing aids using the PMU 320 to select from around the stored hearing aid programs, the one of the stored programs to adjust the programming of the user's hearing aids to accommodate an encountered ambient environmental hearing condition. Other ones of the downloaded stored programs in the PMU can be similarly selected to portably reprogram the hearing aids as the wearer encounters different ambient environmental conditions. Further, as hearing changes for the user, the PMU 320 can be again electrically attached to the PCMCIA Card 300 and the hearing aid programs adjusted by the hearing professional using the Host 236, and can be again downloaded to reestablish new programs within the PMU 320.

In various embodiments of the present subject matter, host computers are adapted to support communication with a hearing aid programmer which is capable of programming hearing aids. In various embodiments, a wireless interface is adapted to connect to the hearing aid programmer, and to communicate with one or more hearing aids wirelessly. In various embodiments, the systems of the present subject matter provides an inexpensive portable hearing aid programming system which can easily be adapted to program a variety of hearing aids by loading various data. Additionally, by including adaptations compatible with the NOAHlink™ hearing aid programmer, the system cost can be reduced, as standardized hearing aid programmers can be less expensive than custom designed hearing aid programmers. One benefit of the present subject matter is improved portability. The hearing aid programming system, in various embodiments, provides a solution for programming hearing aids which does not require the use of cables or wires for data communication.

FIG. 11 illustrates one embodiment of a portable hearing aid programming system according to various aspects of the present subject matter. In various embodiments, the system includes a host computer system 1107 equipped to communicate data wirelessly 1106. Some embodiments wirelessly communicate data 1106 unidirectionally, and others wirelessly communicate data 1106 bidirectionally. In some examples, data is communicated to a hearing aid programmer 1105. In one example, the host computer is adapted to communicate in a manner compatible with a NOAHlink™ wireless hearing aid programmer.

Various examples include a hearing aid programmer 1105 which communicates wirelessly 1106 with the host computer 1107 using a protocol adapted to be compatible with the Bluetooth™ wireless communication system. The Bluetooth™ wireless communication system operates on an unlicensed 2.4 GHz Industrial, Scientific and Medical (ISM) band. Devices adapted for compatibility with the communication system are capable of providing real-time audio-video and data communication. Copyrights to the Bluetooth™ wireless communication system specification are owned by the Promoter Members of Bluetooth SIG, Inc. The scope of the present subject matter includes wireless communications adapted to be compatible with the Bluetooth™ Specification, specifically, at least v 1.2, available at http://www.bluetooth.com (last visited Jan. 26, 2004).

In various embodiments, a wireless interface 1104 is adapted to connect to the hearing aid programmer 1105. In some examples, the wireless interface receives data from the connected hearing aid programmer and wirelessly communicates 1102 it to hearing aids 1101. In one example, the wireless communications occur over a radio frequency of approximately 3.84 Megahertz.

FIG. 12A illustrates an embodiment of a hearing aid programmer for communication with a host computer, in various embodiments of the present subject matter. In various embodiments, the hearing aid programming system is compatible with a NOAHlink™ hearing aid programmer. In one example, the NOAHlink™ hearing aid programmer communicates with a host computer in a manner co with the Bluetooth™wireless communication system. In various examples, the hearing aid programmer 1105 is adapted for a wired connection to a hearing aid using a cable connector 1201. In one embodiment, the connector 1254 connects using a 6-pin mini-DIN connection system.

FIG. 12B illustrates one embodiment of a wireless interface adapted to connect to a hearing aid programmer 1105, in various embodiments of the present subject matter. In various embodiments, a hearing aid programmer 1105 includes a connector 1254. The present subject matter includes a wireless interface 1104 adapted to connect 1256 to the hearing aid programmer 1105. In one example, both the connector 1254 and the connector 1256 interface using a 6-pin mini-DIN connection system. It should be understood, however, that the scope of the present subject matter should not be limited to the connections described here.

Further embodiments of the wireless interface 1104 include an output connector 1255 adapted for connecting hearing aids. For example, the output connector 1255 can form a cable connection 1201 (pictured in FIG. 12A) for programming a hearing aid 1101 while the wireless interface 1104 is connected to the hearing aid programmer 1105. In one embodiment, the connector 1255 utilizes a 6-pin mini-DIN connection system. Another embodiment encases the connector 1255 in a shroud 1257, which is adapted for mechanical connection compatible with a NOAHlink™ hearing aid programmer.

In various embodiments, the shroud 1257 adds various functions to the hearing aid programming system. For example, in some embodiments, the shroud 1257 helps align the hearing aid programmer 1105 with the wireless interface 1104 while the two are being connected. In varying embodiments, the shroud 1257 also provides a graspable surface to facilitate an individual to connect the hearing aid programmer 1105 to the wireless interface 1104. Varying embodiments also provide a fastening means, such as a lock or hook, to attach the hearing aid programmer 1105 to the wireless interface 1104. A lock helps to ensure that the hearing aid programmer does not become disconnected from the wireless interface 1104 during use. Additionally, in some examples, the shroud 1257 also provides a space for the installation of electronics. Overall, the shroud provides a range of functions, and those listed here are not representative of the entire scope of the shroud 1257 functionality.

Additional embodiments of the wireless interface 1104 include an interconnecting conduit 1251 which may be shaped for hanging. In some examples, the wireless interface 1104 may hang from an individual's neck.

FIG. 13 illustrates a hearing aid programmer 1105 connected to a wireless interface 1104 in various embodiments of the present subject matter. In various examples, the wireless interface 1104 includes a housing 1301 for wireless electronics. Additionally, in some examples, the wireless interface 1104 includes an interconnecting conduit 1251. In one embodiment, the interconnecting conduit is shaped so that the portable hearing aid programming system may hang from an individual's neck, however, the scope of the present subject matter should not be understood as limited to such embodiments. In one example, the wireless interface facilitates the hanging of the portable hearing aid programming system on an individual 1302 such that the hearing aid programmer 1105 is located proximate to the individual's chest. In further embodiments, the wireless interface facilitates the hanging of the portable hearing aid programming system on an individual 1302 such that the housing for wireless electronics 1301 is located behind the individual's neck. It should be noted that the hearing aid programming system may accomplish its goals when hanging on an individual during programming, but it may also accomplish its goals when not physically hanging on an individual.

FIG. 14 illustrates a side view of one embodiment of the present subject matter in which an individual 1302 wears a portable hearing aid programming system. In various embodiments, the hearing aid programmer 1105 programs at least one hearing aid 1101 by communicating data over at least one cable connection 1201. In various embodiments, the cable connection 1201 is connected to output connector 1255. In some examples, the cable connection 1201 is connected to hearing aids 1101. In further examples, the wireless interface 1104 communicates with the hearing aid 1101 exclusively through the connectors 1255 and the cable connection 1201. In other examples, the wireless interface 1104 communicates with the hearings aids 1101 both wirelessly and using cable communications. It should be understood that the scope of the present subject matter includes embodiments adapted to hang on a user as illustrated in FIG. 14, but also includes embodiments which hang differently, or do not hang at all.

In various embodiments, the wireless interface 1104 includes a housing for wireless electronics 1301. In various embodiments, the wireless interface 1104 facilitates the hanging of the portable hearing aid programming system on the individual 1302 such that the housing for wireless electronics 1301 is positioned behind the individual's neck, proximal to the hearing aids 1101. In further embodiments, the wireless interface 1104 facilitates the hanging of the portable hearing aid programming system on the individual 1302 such that the hearing aid programmer 1105 is positioned proximate to the individual's chest.

FIG. 15 illustrates a portable system for programming hearing aids according to one embodiment of the present subject matter. Wireless interface 1104 includes one or more features of the wireless interface 1104 illustrated in FIGS. 12A-12B. Thus, the present discussion will omit some details which are referred to above regarding FIGS. 12A-12B. In various embodiments, the wireless interface 1104 connects with a hearing aid programmer 1105 through a connector 1254. In various embodiments of the present subject matter, an output connector 1255 is connected to the connector 1253, which is mated to connector 1254. This output connector serves as a connection point for wired devices, such as hearing aids.

In one embodiment, the wireless interface 1104 is comprised of wireless electronics 1510 and over voltage protection 1512. Over voltage protection 1512 is connected between the hearing aid programmer 1105 and the wireless electronics 1510, as discussed below. In one embodiment, the wireless electronics 1510 are integrated onto a hybrid chip.

In some embodiments, data for programming the wireless interface is communicated with the hearing aid programmer 1105. In various embodiments, the wireless interface 1105 uses signal processing electronics 1504 which communicate data with the hearing aid programmer 1105. In various embodiments, the signal processing electronics 1504 boot a wireless module 1509, which initiates wireless data communication 1102 to hearing aids 1101. Other embodiments do not require repeated booting, as wireless functioning 1102 is continuous. In some examples, the function of the signal processing electronics is performed by a digital signal processor.

Some embodiment use signal processing electronics 1504 which perform various functions in addition to booting the wireless module 1509. In one example, the controller 1504 performs signal processing on data. The signal processing may be analog or digital. Some examples include signal processing, amplification and other function performed to meet the needs of an individual hearing aid user. In various examples, data produced through signal processing can be later communicated to other components in the wireless interface 1104 for use or storage. Additionally, in some examples of the present subject matter, the signal processing electronics use a memory 1503 which is a permanent memory, such as an EEPROM. Various examples of the present subject matter utilize the memory 1503 to store programs or data which is later used by the signal processing electronics, or communicated to other components.

Power for the components in the wireless interface 1104, in various embodiments, is supplied by the hearing aid programmer 1105 by at least one conduction path 1522. As pictured, one embodiment uses power from the hearing aid programmer 1105 to power wireless module 1509, the signal processing electronics 1504, and the memory 1503. However, it should be noted that other embodiments include designs which obtain power from other sources, such as batteries. Additionally, in various embodiments, only some of the hearing aid components are powered by the hearing aid programmer 1105. Further, it should be noted that in various embodiments, the hearing aid programmer 1105 can control the supply of power 1522 to power on or power off various components connected to the power line 1522.

In various embodiments, the wireless interface 1104 includes a wireless module 1509. In various embodiments, the wireless module 1509 is an integrated circuit. One example uses a wireless module 1509 connected to an antenna 1501. Various embodiments of the present subject matter communicate wirelessly 1102 using radio waves. In one example, the wireless communicator 1509 communicates with programmable hearing aids 1101 using a radio frequency of approximately 3.84 Megahertz. Varying examples use a wireless communication protocol suitable to transport application data, parameters, content, or other information.

Various examples of the present subject matter use the wireless communicator 1509 to communicate data with other components in the wireless interface 1104. In one embodiment, the wireless communicator 1509 communicates data with the signal processing electronics 1504. Other embodiments communicate data to the memory 1503. In one embodiment, the wireless communicator 1509 communicates data to the hearing aid programmer 1105.

One embodiment of the present subject matter includes a communication bus which carries data according to a communication protocol. Varying communication protocols can be employed. One exemplary protocol both requires fewer signal carrying conductors and consumes lower power. Varying communication protocols include operation parameters, applications, content, and other data which may be used by components connected to a communication bus 1520. In one embodiment, the wireless communicator 1509 and signal processing electronics 1504 are connected to the communication bus 1520 and transmit and receive data using the communication bus 1520.

In various embodiments, the wireless interface 1104 includes components which enable the wireless interface 1104 to communicate with a programmable hearing aid 1101 using a streaming digital signal. In various embodiments, streaming digital data includes operational parameters, applications, and other data which is used by components. In one embodiment, compressed digital audio data is communicated to the hearing aids for diagnostic purposes. Additionally, in varying embodiments, digital streaming data communication is bidirectional, and in some embodiments it is unidirectional. One example of bidirectional communication includes the transmission of data which indicates the transmission integrity of the digital streaming signal, which, in some embodiments, allows for signal tuning. It should be noted that the data transferred to the hearing aids is not limited to data used for programming devices, and could contain other information in various embodiments.

FIG. 16 illustrates one embodiment of electronics used for over-voltage protection. In various embodiments, the wireless interface 1104 includes over-voltage protection 1512. Varying embodiments benefit from over-voltage protection because some hearing-aid programming signals which pass through the wireless interface 1104 occur at voltage levels which could damage various electronics in the wireless interface 1104. In some examples, a programming protocol incompatibility could also introduce damaging levels of electricity. Over-voltage protection 1512, in various embodiments, includes electronics which measure a voltage 1610 occurring between the wireless interface 1104 and the hearing aid programmer 1105. In one example, the over voltage protection 1512 monitors the voltage occurring on at least one hearing aid programmer circuit 1605 connected to the wireless interface 1104.

In various embodiments, the wireless interface 1510 is powered by electricity supplied by the hearing aid programmer 1105. In one example, the over-voltage protection can compare the measured voltage in the at least one hearing aid programmer circuit 1605 to a threshold voltage. In further examples, if the measured voltage exceeds a threshold voltage limit, the over voltage protection enables the wireless interface 1104 to communicate wirelessly. Further examples do not enable the wireless interface 1104 to begin communicating wirelessly if the measured voltage does not exceed a threshold voltage limit.

In various embodiments, the over-voltage protection 1512, in response to a measured voltage 1605, electrically decouples the wireless electronics 1510 from the at least one hearing aid programmer circuit 1605. One benefit of decoupling the wireless electronics 1510 from the at lease one hearing aid programmer circuit 1605 is a decrease in the potential for damage due to excessive voltage.

Another benefit of over voltage protection is that the wireless electronics can be disabled while the output connector 1255 is connected to and programming hearing aids. Disabling the wireless electronics 1510 can conserve power in the hearing aid programmer 1105.

In various embodiments, the over voltage protection includes a detector 1602. In various embodiments, the detector 1602 monitors voltage on at least one hearing aid programmer circuit 1605. In various embodiments, the detector 1602 compares the measured voltage to a threshold voltage, and controls either or both of a power supply 1601 and a line protector 1603, using a communication line 1610. In various embodiments, the communication line 1610 carries communication using a standard communication protocol. In other embodiments, the communication occurs through point to point connections, not shown, which are switched to communicate information.

Control of a line protector, in various embodiments, includes opening the circuit between the wireless electronics 1510 and both the output connector 1255 and the hearing aid programmer 1105. Additionally, in various embodiments, the power supply is the source of energy for the wireless electronics 1510. In embodiments where the power supply is an energy source for the wireless electronics 1510, the detector 1602 can disable the supply of power to the wireless electronics 1510.

One benefit of the detector 1602 controlling wireless electronics 1510 is that the wireless electronics can be disabled while the output connector 1255 is connected to and programming hearing aids. Disabling the wireless electronics 1510 can conserve power in the hearing aid programmer 1105.

In various embodiments, the line protector 1603 does not require control inputs from a detector 1602, and instead measures voltage, and opens switches which electrically decouple the wireless electronics 1510 from power available from the hearing aid protector on a power circuit 1605.

In other embodiments, an analog or digital signal is conditioned and allowed to pass from line 1605 through line 1607 to the wireless electronics 1510. In varying embodiments, a signal carried on line 1607 originates in the hearing aid programmer 1105, and indicates to the wireless electronics 1510 to switch the line protector 1603. Embodiments which do not monitor voltage offer, in some embodiments, improved flexibility, and some examples decrease the likelihood of damaging wired hearing aids which are inadvertently connected to the wireless interface 1104.

FIG. 17 discloses an embodiment of the wireless interface which uses a lanyard adapted to hang on an individual's neck. In various embodiments, the interconnecting conduit 1251 in comprised of a cord. In various embodiments, the cord is routed between a shroud 1257 which is adapted for making a mechanical connection compatible with a NOAHlink™ hearing aid programmer, and a housing 1301 for wireless electronics. In one embodiment, the wireless module is positioned in the housing, so that it is located near a hearing aid positioned in an ear canal. In various embodiments, the housing 1301 includes an output connector 1255 adapted for wired connection to hearing aids (not pictured). It should be noted that in various embodiments, the output connector may be located elsewhere on the wireless interface. In one example, the output connector 1255 is located in the shroud 1257.

FIG. 18 discloses an embodiment of the wireless interface which uses a interconnecting conduit 1251 shaped like a stethoscope and adapted to hang on an individual's neck. In various embodiments, the interconnecting conduit 1251 is comprised of two semi-rigid members 1802. Various embodiments also include a springing tether 1804, which serves to hold the semi-rigid members 1802. It should be noted, however, that the tether is not necessary. In various embodiments, semi-rigid members may be deformed such that the wireless interface is adapted to be hung on an individual's neck.

In various embodiments, the cord is routed between a shroud 1257 which is adapted for making a mechanical connection compatible with a NOAHlink™, and a housing 1301 for wireless electronics. In one embodiment, the wireless module is located in the housing 1301, so that it is positioned near a hearing aid positioned in an ear canal.

In varying examples, benefits from positioning wireless electronics 1510 (pictured in FIG. 15 and others) in the housing 1301 rather than in shroud 1257 include a reduction in the potential for interference to the radio signal 1102 (pictured in FIG. 15 and others) and a reduction in the size of antennas and power requirements. In various embodiments, a reduction in antenna size and power requirements include the benefits of smaller hearing aids, longer battery life, smaller wireless interface size, and easier compliance with regulations which govern wireless communication due to a decrease in field strength. In some examples, a decrease in hearing aid size includes smaller battery size and smaller antenna size.

In various embodiments, the housing 1301 includes an output connector 1255 adapted for wired connection to hearing aids (not pictured). It should be noted that in various embodiments, the output connector may be located elsewhere on the wireless interface. In one example, the output connector 1255 is located in the shroud 1257.

One of ordinary skill in the art will understand that, the systems shown and described herein can be implemented using software, hardware, and combinations of software and hardware. As such, the term “system” is intended to encompass software implementations, hardware implementations, and software and hardware implementations.

In various embodiments, the methods provided above are implemented as a computer data signal embodied in a carrier wave or propagated signal, that represents a sequence of instructions which, when executed by a processor, cause the processor to perform the respective method. In various embodiments, methods provided above are implemented as a set of instructions contained on a computer-accessible medium capable of directing a processor to perform the respective method. In various embodiments, the medium is a magnetic medium, an electronic medium, or an optical medium.

Although specific embodiments have been illustrated and described herein, it will be appreciated by those of ordinary skill in the art that any arrangement which is calculated to achieve the same purpose may be substituted for the specific embodiment shown. This application is intended to cover adaptations or variations of the present subject matter. It is to be understood that the above description is intended to be illustrative, and not restrictive. Combinations of the above embodiments, and other embodiments will be apparent to those of skill in the art upon reviewing the above description. The scope of the present subject matter should be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled.

Claims

1. A system for programming one or more hearing aids with a host computer comprising: a hearing aid programmer for wireless communications with the host computer, the hearing aid programmer having at least one interface connector for communication with at least one hearing aid; anda wireless interface adapted for connecting to the at least one interface connector of the hearing aid programmer, and further adapted for wireless communication with one or more hearing aids, the wireless interface comprising: signal processing electronics;a memory connected to the signal processing electronics; anda wireless module connected to the signal processing electronics and adapted for wireless communications,

2. The system of claim 1, wherein the signal processing electronics are adapted for booting the wireless module.

3. The system of claim 1, wherein the wireless interface communicates at a radio frequency of approximately 3.84 Megahertz.

4. The system of claim 1, wherein the hearing aid programmer is adapted for wireless communications with the host computer using a protocol compatible with a Bluetooth™ standard.

5. The system of claim 4, wherein the system is adapted for compatibility with a NOAHlink™ communication protocol.

6. The system of claim 5, wherein the wireless interface includes an output connector for optional wired communication with hearing aids.

7. The system of claim 5, wherein the interface connector is adapted for making a mechanical connection compatible with the NOAHlink™ hearing aid programmer.

8. The system of claim 1, wherein the wireless interface is adapted to position the wireless module behind the individual's neck.

9. The system of claim 1, wherein the wireless interface is hook shaped and is adapted for hanging on an individual's neck.

10. The system of claim 1, wherein the wireless interface is shaped like a binaural stethoscope, comprising an interconnecting conduit adapted to be elastically deformed and adapted to clasp around an individual's neck.

11. The system of claim 10, wherein the wireless interface is adapted to position plastic housings behind the individual's neck.

12. The system of claim 11, wherein the plastic housings include output connectors for optional wired communication with hearing aids.

13. The system of claim 1, wherein the wireless interface includes a lanyard which is adapted for routing around an individual's neck.

14. The system of claim 13, wherein the lanyard is adapted to position plastic housings behind the individual's neck.

15. The system of claim 14, wherein the plastic housings include output connectors for optional wired communication with hearing aids.

16. The system of claim 1, wherein the wireless interface includes an over-voltage protection.

17. The system of claim 16, wherein over-voltage protection includes: a detector; anda line-protector connected to the detector,wherein the detector controls function of the line-protector.

18. The system of claim 17, wherein the detector controls power at the output connector by controlling the line-protector.

19. The system of claim 17, wherein the detector controls at least one power supply.

20. The system of claim 19, wherein the detector disables power to the wireless interface by controlling the at least one power supply.