Patent Application
20090251409
Recent technology convergence between mobile phones and digital media players, such as with the iPhone™, are increasingly placing in the hands of consumers small, portable devices capable of storing large amounts of video content. While these handheld devices typically include a video screen, the visual experience of a high resolution, large format display can never be replicated in such a device simply because of the physical size limitations expected of a hand held device. As a result, consumers are now seeking high-quality, portable, color displays to augment their handheld video devices. One such display is worn on the user's face or head similar to a pair of eyeglasses or headphones. Through recent dramatic developments in optical technologies, these devices can provide the appearance of a large format, high resolution display.
One example of such a device is found in U.S. Pat. No. 7,088,234 issued to Naito, et al. and assigned to Matsushita Electrical Industries. The wearable information device described in that patent can display certain information to notify the user (e.g., information about arrival of an e-mail).
Another such device is described in U.S. Pat. No. 7,158,096 issued to Spitzer and assigned to MyVu Corporation. That device includes a projection type display attached to one end of a head-mountable support. An eyepiece assembly is attached to a second end of the support. The support maintains the projection system and the eyepiece assembly in alignment along an optical path.
A further device is described in U.S. patent application Ser. No. 12/152,462 by Jacobsen, et al. and assigned to Kopin Corporation, the teachings of which are incorporated by reference.
In most prior art arrangements, a video headset is connected to a base electronics Unit by means of a wire. While this provides a secure communication link with sufficient bandwidth to transport a high quality video signal, the need for a wire limits the mobility of the user.
A wireless headset, on the other hand, provides greater convenience and mobility and avoids the problem of broken connecting wires and the like. Furthermore, it is desirable for such a video headset to provide additional functionality beyond operating as a simple display device. For example, a wireless headset can incorporate a wireless communication controller that not only provides a video link to a host device, but also provides for control and management of a host device and other more devices. In this context, a host device may be any appropriate device that sources audio, video, text, and other information, such as a cell phone, personal computer, laptop, media player, and/or the like.
In general, the functional aspects of such a wireless headset include a user interface, a hardware interface, a wireless communication link such as a Bluetooth™, WiFi, Broadband, WiMax, Cellular, Satellite, Wireless broadcast interfaces, devices drivers associated with each of the desired controllable host types, device content, and other support functions, such as a software development kit (SDK) that allows for creation of applications for the platform.
In one particular embodiment, the user interface may consist of a device browser application that provides a user interface with menus, icons, and the ability to select operations thereon. Additional aspects needed to support the device browser application can include a base operating system kernel, such as a Windows CE, Windows Mobile or Linux kernel, drawing primitive functions, and windowing tool kit. The device browser application may also support additional interfaces, such as a speech input application, a Windows SideShow application, a Virtual Network Computing (VNC) client application, Remote Desktop Protocol (RDP), and a web browser application and other common applications.
In still further detail of specs, the wireless interface may be implemented on a Bluetooth™ physical layer with a Bluetooth™ proxy which implements a packet switching gateway function between multiple device browser applications requiring multiple connection or sockets. This permits a single Bluetooth™ link to serve multiple client browser applications, each requiring multiple network connections, Thus, for example, multiple applications running on the wireless headset device, which might otherwise require multiple sockets or connections, can share a single Bluetooth™ connection. This also permits applications already developed for the wireless headset to run, unaltered, on the device.
The Bluetooth™ proxy layer is added between the Bluetooth™ physical network and a network protocol, e.g., Transmission Control Protocol (TCP), layer. The Bluetooth™ proxy layer intercepts and funnels communication requests onto a single Bluetooth™ socket.
In other aspects, a virtual network client connection like VNC, RDP, or SideShow run on the wireless headset device, and a virtual network server can run on one or more host devices. The virtual network client and server can be paired by coordinating the client address assignment with the Bluetooth™ device discovery process. A special local host port proxy can be set on the wireless headset device to always look for requests appearing on a special port for automatic assignment of TCP level addresses. In this way the headset is able to display and operate software applications that reside on the remote host and to access data from the remote host machine, without having to install and run additional applications on the headset device.
In still further aspects, device drivers may be provided for different types of host devices. These host device drivers may then use a page mark up language to reformat the content they provide to a generic format that can be interpreted by the wireless headset client device. This permits a given type of content, for example, such as email inbox content, to always be presented to the wireless headset device in an expected format regardless of the exact type of host device from which the content originates. So, for example, email inbox content originating from a Blackberry™ device will be presented to the device browser application in this same format as email inbox content originating from a Microsoft Windows™ based machine.
In some instances a direct connection to another Bluetooth device may be used to stream video and audio data at high speed. The stream may contain file extensions that could allow automatic playing of content.
The portable wearable display platform may accept user input and control from sources consisting of digital inputs, voice, Bluetooth keyboard and mouse. These sources of input will allow the user flexibility to navigate and modify content such as menuing, browsing, virtual connections and office products like e-mail, presentations and the like.
The foregoing will be apparent from the following more particular description of example embodiments of the invention, as illustrated in the accompanying drawings in which like reference characters refer to the same parts throughout the different views. The drawings are not necessarily to scale, emphasis instead being placed upon illustrating embodiments of the present invention.
A description of example embodiments of the invention follows.
The example embodiment display device 100, preferably, can establish a two-way or bidirectional wireless communication link 135 with a host computing device 125. Thereafter, the device 100 can send and receive data from and to the host device 125 across the wireless link 135 with a high data transfer rate. The display device 100 can convert the received data across the wireless link to multimedia including graphical video data to display images on the display panel 110, which may originate from the host computing device 125 or, alternatively, from another remove database or source, such as a remote memory.
In one embodiment, the wireless communication link 135 uses short range or long range radiofrequency signals over a designated channel to communicate data between devices 100, 125 in a protocol that is known by both devices 100, 125. Preferably, the radiofrequency signals are low power (e.g., in a range of about 1.0 mWatt to 100 mwatts) so as to transmit the radiofrequency signals across a desired distance, which can be from several feet or greater than twenty feet in length.
In one embodiment, the display device 100 uses a Bluetooth™ 137 communication standard to communicate with the host computing device 125. In one embodiment, the Bluetooth™ connection permits data communication at a data transfer rate of around 1 Mbps with another computing device about 10 meters away using a 2.4 Gigahertz (GHz) frequency.
In another embodiment, the wireless communication link 135 may use Institute of Electrical and Electronics Engineers (IEEE) 802.11 (b), IEEE 802.11(g), or other standard. In yet another embodiment, the wireless communication link 135 may include Bluetooth™ 3.0 with a data transfer rate of about 480 Mbps, Ultra-wideband (UWB), Wireless Universal Serial Bus (USB)™, WirelessHD™, Wireless High Definition Multimedia Interface (Wireless HDMI™), WiFi, or any other high speed digital communication standard known in the art. In a further alternative embodiment, the display device 100 may communicate with the host computing system 125 using a wired connection, instead of link 135 such as, for example, a serial port, or a USB cable, or other wired connections. Alternatively, the wireless communication link 135 may include a Code Division Multiple Access (CDMA) standard, a Time Division Multiple Access (TDMA) standard, or Frequency Division Multiple Access (FDMA) standard or, alternatively, any other frequency hopping standard in spread spectrum communication known in the art to communicate data. Various protocol standards for wired and wireless communication are known in the art, and the present device 100 is not limited to any specific link, or radio frequency protocol.
The present display device 100 uses the two-way or bidirectional wireless communication link 135 with the computing device 125 to playback video and audio on the monocular display panel 110. The display device 100 also controls the host computing device 125, such as, for example, a wireless laptop 125a, to run business applications, retrieve e-mail, and run executable code, and applications from the laptop 125a across the wireless link 135. In this regard, the display device 100 may include an input device 120 (e.g., input device 335 of
It should be appreciated that the display device 100 is not limited to using any specific host computing device 125, and it should be appreciated that the discussion with regard to the laptop computer 125 is merely illustrative and is not limiting. The present display device 100 may, instead, communicate with other mobile portable devices or informational databases, such as, for example, a cell phone, Personal Digital Assistant (PDA), such as a PALM™ compatible device, desktop computer, tablet computer, mobile e-mail communication device, such as, for example, a Blackberry™ device or a Good Technology™ compatible device, or personal digital music or video player, such as, for example, an Apple iPod™ video and audio player, Microsoft Zune™ multimedia players, and other Motion Picture Experts Group (MPEG)-1 Audio Layer 3 (MP3) music players, digital video players, or drives. The host computing devices 125 also can include automotive systems, Global Position System (GPS) devices, satellite radio and terrestrial digital radio receivers or players, such as, for example, XM Satellite Radio™, Sirius Satellite Radio™ or HD Radio™ compatible devices. The host computing devices 125 can also include mainframe computing devices, digital testing devices, diagnostic equipment, a TiVo™ or other digital video recorder, a set top cable box, or any other digital or analog device known in the art.
The host computing device 125 may communicate with remote databases, and may act as an intermediary between the display device 100 and a source of multimedia content, or site, so that the user can view multimedia (in the peripheral vision of the wearer) without the associated heavy computing device and network connections associated with obtaining the multimedia content. The display device 100 may be very lightweight, in the order of a few ounces, and supported by the wearer so the wearer can move in an obstructed manner to engage in normal day-to-day activities.
The host computing device 125 may be a personal computing device, such as, for example, a desktop or laptop computer that includes an operating system (OS), such as, for example, the Microsoft Windows Vista™, Microsoft Windows Mobile™, Apple Mac OSX™, Symbian™ compatible operating systems, Lenovo compatible operating systems, the Linux operating system, the UNIX operating system or another known suitable operating system that is Internet ready, and configured for wireless mobile operation.
Further, a software System Development Kit (SDK) 160 may be used by an application programmer to specify interfaces for hosts 125, thereby permitting content 150 to be displayed on display 110. For a number of reasons, the device 100 may not be able to simply display existing web and other types of content. In particular, the content 150 needs to be specially designed and implemented to fit the display 110. To encourage this, the developer SDK 160 enables developers to quickly and easily develop the graphical portion of their applications. The backend of these same applications is then coded into a programmers language of choice for the particular device 100, as will be described in more detail below.
In one embodiment, the communication path 200a may be a cellular mobile communication wireless path, and each path may be different or the same relative to the remaining bidirectional communication paths 200b-200e. In one embodiment, the host computing device 125 may obtain information using Sprint™ EV-DO Wireless Broadband Connection, and then communicate with the display device 100 using a Bluetooth™ wireless connection 135.
In another embodiment, the communication path 200b may be a WiFi™ communication path or similar radiofrequency signal communication link. The host computing device 125 may communicate with satellite services providers, digital video recorders, broadcast television providers, or closed circuit communication devices using respective paths 200c, 200d, 200e. Paths 200a-200e may also be associated with a public access wireless hot spot.
It is appreciated that the present display device 100 may be compatible with NASCAR™ Nextel Fan View™ to watch closed circuit television of sporting events, and/or Kangaroo TV™ broadcast devices for displaying closed circuit television events. The present display device 100 may be configured to receive live broadcasts, can receive multiple different broadcast views of sporting events in real time (of the same or different events), statistical information, and audio data.
The host computing device 125 may access a World Wide Web (WWW) server on the Internet 300 along paths 200a, 200b, and obtain information, which is held and displayed to the display panel 10 along communication link 135. In one embodiment, the data can be in a known data format such as, for example, Hyper Text Markup Language (HTML), Extensible Markup Language (XML), Joint Photographic Experts Group (JPEG), Waveform (WAV), Audio Interchange File Format (AIFF), Bitmap (BMP), Picture (PICT), Graphic Interchange Format (GIF), and Windows Media Video (WMV), or any other data format suitable for multimedia content including streaming video, and audio. The data can be obtained from the Internet from databases 305 along path 200f. Various communication path configurations are possible and within the scope of the present disclosure.
The host computing device 125 can send and receive data along a wireless communication path 200b to the Internet and other system web pages or information databases 300 using HTML along bidirectional communication path 200b. The host computing device 125 may include Internet browsing software (such as know web browsers including, Microsoft Internet Explorer™, Opera™, Netscape Navigator™, and Mozilla Firefox™) to send and receive data along paths 200a and 200b. It should be appreciated that the host computing device 125 may be connected to the Internet by a cellular telephone network, and/or an Internet Service Provider Gateway Server.
Moreover, the present display device 100 may be configured to receive push e-mail, pull e-mail or periodically forwarded e-mail from e-mail accounts, such as, for example MSN™ Hotmail™, Google™ Gmail™, Yahoo!™ mail, AOL™ Mail, or any other e-mail provider or Internet site known in the art along path(s) 200a through 200e.
In one embodiment, the wireless link 135, or communication paths 200a through 200e, may be compatible for use with a Staccato Communication™ UWB USB that includes a radiofrequency (RF) transceiver, a digital baseband, and an interface to provide for wireless connectivity up to 480 Mbps on a single chip footprint, which can be located in the display device 100, or in the host computing device 125.
In this aspect, the display device 100 may initiate a first wireless communication path with the first device and also simultaneously initiate a second wireless communication path with the second device. The first and the second communication paths may be the same or different, and may configured over a Bluetooth™ connection, or a modified Bluetooth™ connection, or another protocol. In one aspect, the communication path may be a Bluetooth™ 2.0 or 3.0 connection, an IEEE 802.11 or IEEE 802.15 wireless communication protocol, and the connection may be suitable to communicate over a number of channels simultaneously with a variable bit rate, and a variable buffer. In an alternative embodiment, the communication path may be a Bluetooth™ connection, and the connection may be suitable to communicate over all channels simultaneously with a variable bit rate, and a variable buffer.
Alternatively, the display device 100 can pair with a cell phone and a laptop computer having a wireless modem to make a call using the cell phone using the device 100, while controlling the laptop computer to play video, which is transmitted over a Bluetooth™ connection to be displayed on device 100. Various configurations are possible and within the scope of the present disclosure, and it should be appreciated that the device 100 may control three or more devices, or more by establishing more than one wireless communication link.
The display device 100 also includes an input device 335 which can be a wireless mouse, trackball, or keyboard, or other similar wireless device that may be wirelessly connected to the PCI bus 305 by a wireless link 340, which is received by the receiver 330. Alternatively, the input device 335 may be connected in a wired manner (not shown) to the bus 305 to provide an input signal to the controller 300. The input device 335 may control screen prompts on the display device 100, the host computing device 125, or both the display device 100 and the host computing device 125 with the display device 100 and the host computing device 125 in a master/slave networked relationship.
The display device 100 interrogates an external or host computing device 125 and is configured to establish a wireless link 135 with the host computing device 125 such that the host computing device 125 can provide uplink and downlink data to the display device 100 in a bidirectional manner across the wireless link 135. In one embodiment, the display device 100 can receive uplink data that is suitable to display graphical multimedia information on the display panel 110 of the display device 100.
The host computing device 125 includes a central processing unit 345, a memory having a RAM 350, a ROM 355, and also including a cached memory 360. The host computing device 125 further includes a transmitter 365 and receiver 370, and/or a combined transceiver (not shown). The host computing device 125 may also include a primary display 375 and an input device 380 which are both connected to a bus 390, such as a PCI bus, as shown. It should be appreciated that the bus 390 may be connected to a wired broadband connection (not shown), or a wireless broadband connection 385, a Digital Subscriber Line (DSL) connection, a cable modem, a media player, a music or video player, or any other suitable link to receive data from a database.
During an initial stage of operation, a bi-directional wireless link 135 is established between the transmitter of the display device 325 and the receiver of the host computing device 370 and an authentication process occurs across the wireless communication path 135. Thereafter, the display device 100 can wirelessly communicate with the host computing device receiver 370 over a wireless communication link 135, and the host computing device transmitter 365 can transmit signals to the display device receiver 330. In one embodiment, the display device 100, from its transmitter 325, may wirelessly communicate with the host computing device receiver 370 using a Bltetooth™ 2.0 or 3.0 wireless radiofrequency standard. In another embodiment, the display device 100 may wirelessly communicate using a wireless UWB communication link 135, or using short-range radio frequency signals 135.
In one non-limiting embodiment, the central processing unit (CPU) 345 associated with the host computing device 125 executes program instructions and uses Microsoft Windows SideShow™ to interrogate the display device 100 to allow the display device transmitter 325 and receiver 330 to access the cached memory 360 of the host computing device 125. The contents of the cached memory 360 is then communicated to the bus 390 and to the transmitter 365. Controller 345 outputs a control signal to transmit data from the transmitter 365 to the display device 100, and to display multimedia on the display panel 110 when the host computing device 125 is off, or without power. Upon receipt by the receiver 330, the receiver 330 communicates with bus 305 to transmit the received data to display controller 300.
Display controller 300 outputs control signals to the display panel 10 to display images. This allows the display device 100 to receive data stored on the cache memory 360 of the host computing device 125. When the host computing device 125 is not in use, or switched off, the data viewed on the display device 100 is from the cached memory 360, and not updated. This data may be slightly older and not refreshed through the communication links 200a through 200e, as compared with when the host computing device 125 is operational. It should be appreciated that the display device 100 and the host computing device 125 also include audio devices 395, 395′ that receive a control signal and play audio in response thereto.
In the preferred embodiment, the display device 100 includes an Advanced Reduced instruction set computer (RISC) Machine (ARM)/Digital Signal Processor (DSP) 412 (which may be an Open Multimedia Application Platform (OMAP) 3500 series processor, available from Texas Instruments™ of Dallas, Tex.), memory 414, Bluetooth™ interface 416 which may be provided by a Class 2 Bluetooth™ interface available from Cambridge Silicon Radio™ (CSR) of Cambridge, England), display driver 419 (which may, for example, be an SSD1508 display driver available from Kopin Corporation™ of Westborough, Mass.), video level shifter circuits 420, a power supply 422 supported by a batter 424, universal asynchronous receiver/transmitter (UART) 426 (such as may be used for debugging) and memory 415. A Secure Digital (SD), eXteme Digital (xD), USB SD (uSD) memory 417 or other similar interfaces may be used to store application programs, kernel directives, or configuration data, and/or connect to devices such as a digital camera, A number of buttons 430 may be associated with the device (e.g., switch 1/switch 2/switch 3 and reset inputs) and a light-emitting diode (LED) output 432 (LED 1). A VGA or higher resolution (i.e., WVGA, SVGA, XGA, SXGA, UXGA or HDTV) display panel 110 and audio input and output device(s) 460, which may include microphone input 462 and stereo outputs 464, are also provided. The microphone 462 may receive verbal commands from a user to control the display device 100 and/or the host computing device 125.
These components are described in greater detail in a co-pending patent application by Wilfred I. Tucker, et al., Attorney's Docket No 0717.2082-001, entitled “PROTOCOL FOR TRANSPORTING VIDEO SIGNAL OVER BLUETOOTH WIRELESS INTERFACE”, which is hereby incorporated by reference.
The OS 502 is ported to run on the processor in the wireless video headset 100, such as the OMAP 3500 series ARM/DSP shown in
Applications running within the context of the device application browser 301 may include a speech input, a virtual networking client 322, and a web browser 323. Virtual networking is a system that allows a personal computer (PC) to be controlled remotely. It does this by exporting an entire screen display to another device in the form of a bitmap or graphics primitives. This exported data is wrapped in a network protocol and received by the device and simply displayed. Similarly, any mouse movements or keyboard entry data detected by the local device are passed directly to the remote PC to be acted upon.
The speech command interface 321 provides or allows for voice input commands to control the application browser 301. Thus, for example, a user may say the word “calculator”—where this is then detected by the speech device, the OS 302 launches the calculator application. In general, text labels displayed next to on-screen buttons or icons within the context of the application browser indicate a spoken word which will activate the corresponding button.
Digital inputs (switches) can also be used to navigate and select menu functions allowing for full control and editing of applications and associated data.
Discovery application 511, as will be understood shortly, allows not only for discovery of neighboring Bluetooth™ devices but also connecting them through to the application browser level. For example, shown in the example user display 510 is the fact that there are presently two connected devices, including a desktop computer 527 and a Blackberry™ 528. The devices 527, 528 have been discovered through operation of the discover application 511. This may be, for example, initiated on first power up of the wireless headset device 100 or by a user manually initiating a Bluetooth™ discovery process. The Bluetooth™ device discovery proceeds as per the Bluetooth™ specification, reporting any new Bluetooth™ layer devices as they are connected at a physical layer.
At this point, however, additional functionality is provided to permit communication within the Bluetooth™ devices at a network level. In particular, a client 527, 528 is told to open a special port on a localhost: address that is local to the wireless headset device. This device port acts as a proxy, always looking for such requests. When a request is received, it reports back an available network level address (i.e., such as a TCP/IP address) to be used by an individual device 327, 328 for network level communication.
A similar inverse functionality 830 provided on the host side 125 to unravel packets to their respective connection 521′-523′.
While Bluetooth™ itself does allow for multiple connection sockets between a host and client, many mobile phone operators impose a single connection limit. Thus, a single connection limit must be observed in many instances. This permits not only greater security, but avoids the possibility of having a wireless device be swamped with Bluetooth™ connection requests.
This approach also permits a standard web browser application 523, for example, to operate without requiring modification to its use of TCP sockets. Thus, the operation of the Bluetooth™ proxy 810 provided on the client 100 and proxy function 830 provided on the hosts 125 insulate the applications running within application browser 501 and also insulate the applications running on hosts 125 from such modified socket functionality. For example, the virtual network client running on client 100 now need not be modified.
In alternate embodiments, a function such as a Windows Sideshow™ server may take formatted content from a Windows device and format it according to Sideshow requirements. Windows Sideshow is a technology introduced with the Windows Vista release of the Microsoft® operating system that enables Windows PC to drive a variety of auxiliary display devices connected to a main PC. These devices can be separate from or integrated in to the main PC, e.g., and display embedded on the outside of the laptop lid, etc.
With the virtual network and/or SideShow functionality, the wireless headset device can also become a “chameleon”, in effect taking on the same user screen, same graphical user interface, and familiar user control of the host device. Even if the device 100 accepts several hosts at the same time (i.e., a blackberry, a cell phone, and a PC), the user is permitted to switch between the host devices. Each time a user makes such a switch, the user can see and still recognize the familiar slave or host and device user screen, the same graphical user interface (GUI), and same familiar controls and commands.
It is thus now understood how content can be viewed by the portable video headset 100 in different ways, all selectable by the user, including:
With the Bluetooth proxy support, the effect of pushing through original hosted device GUI interface, screens, command and control interfaces, can be supported for multiple devices at the same time.
While this invention has been particularly shown and described with references to example embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the scope of the invention encompassed by the appended claims.
This application claims the benefit of U.S. Provisional Application No. 61/010,090, filed on Jan. 4, 2008, and is a continuation in part of U.S. patent application Ser. No. 12/152,462, filed on May 14, 2008. The entire teachings of the above application(s) are incorporated herein by reference.
| Number | Date | Country | |
|---|---|---|---|
| 61010177 | Jan 2008 | US | |
| 61010090 | Jan 2008 | US | |
| 60930232 | May 2007 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 12152462 | May 2008 | US |
| Child | 12348646 | US |
