|Publication number||US7043205 B1|
|Application number||US 09/953,700|
|Publication date||May 9, 2006|
|Filing date||Sep 11, 2001|
|Priority date||Sep 11, 2001|
|Publication number||09953700, 953700, US 7043205 B1, US 7043205B1, US-B1-7043205, US7043205 B1, US7043205B1|
|Inventors||Scott Caddes, Elwin G. Hunt, Ned Plasson, William Raines, Randy C. Smith, Ronald D. Smith|
|Original Assignee||3Com Corporation|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (11), Referenced by (50), Classifications (21), Legal Events (10)|
|External Links: USPTO, USPTO Assignment, Espacenet|
1. Field of the Invention
The present invention relates to the field of wireless communications. More specifically, the present invention relates to opening a virtual serial communications port with a legacy application over a wireless communication network. Moreover, the present invention relates to a user interface for selecting a remote electronic device in a wireless communication network for communication purposes.
2. Related Art
Wireless communication technologies allow for the replacement of the many proprietary cables that connect one physical device to another physical device with a wireless communication link. For example, printers, personal digital assistants (PDAs) or handheld computers, personal desktop computers, fax machines, keyboards, joysticks and virtually any other digital device can be coupled together as part of a wireless communication network.
The wireless communication network provides a universal bridge to data networks, a peripheral interface, and a mechanism to form small private ad-hoc groupings of connected devices away from fixed network infrastructures. In other words, instead of transferring data over physical cable connections, data is transferred over the wireless communication network.
Serial communication ports in different electronic devices previously were connected using wired serial connections. The serial communication port in a local device was associated with a remotely located hardware device that could perform a single function or multiple functions. In other words, a piece of hardware that promoted serial communication would be associated with or configured to a single communication port. As such, there would be a one-to-one relationship between a remotely located hardware device and the serial communication port located on a local device.
However, in a wireless communication network, a serial port on a local electronic device could be associated with any one of numerous remote electronic devices. All of these devices are part of a local wireless network. Since the devices can roam, devices that are associated with a local network at one moment may not be associated with the same local network at another moment. The devices may roam between different local wireless networks, or the devices may simply roam out the range of the local network.
The constant roaming of devices can create a flexible network environment. However, legacy applications that are not compatible with a wireless communication standard are configured to serial communication ports that no longer have a one-to-one relationship with a constant remote electronic device, as in a printer, or with an unknown remote electronic device that has a particular functionality, such as a remote device with facsimile functionality. As such, since the legacy application assumes incorrectly that only one remote device is available for communication, communication between a legacy application with a particular functionality and a second application on a remote device with the same functionality many times will fail or simply cannot occur. The failure occurs because the legacy application is unaware of multiple devices, and incapable of selecting a device to which a communication port is connected.
In the case where multiple remote electronic devices exist in a local network, each of which are capable of supporting the particular functionality of the application on a local device, the legacy application is incapable of selecting between the numerous remote devices. In the case where only a single remote electronic device is available over a local network, establishing a wireless connection between the remote device and the local device may take too long. The serial communication port may be opened and data from the application may be sent to the serial communication port before a wireless communication path is established between the local device and the remote device. In this case, the transfer of data will again fail.
Thus, a need exists for a method and apparatus for legacy application communication over a wireless communication network containing numerous remote devices. Another need exists for legacy application integration with a wireless communication network for establishing a connection to a particular remote device.
The present invention provides a method and apparatus for opening a virtual serial communications port by a legacy application over a wireless communication network. The present invention achieves the above accomplishment and also provides for legacy application communication over a wireless communication network containing numerous remote devices. The present invention achieves the above accomplishments and also provides for legacy application integration with a wireless communication network for establishing a connection to a particular remote device.
Specifically, one embodiment of the present invention discloses a method for opening a virtual serial communications (VCOM) port that is configured with a particular profile, offering a specific feature or features, over a wireless communication network. The profile may be a facsimile profile, dial-up networking profile, serial port profile for a general client, serial port profile for a host, etc.
After an attempt to open the VCOM port is received from a legacy application at a first electronic device, the opening of the port is suspended until a data communication path is established over the wireless communication network between the first electronic device and a remote electronic device within a wireless network. The legacy application in many cases is not compatible with a protocol associated with the wireless communication network. The remote electronic device may be selected by a user from a list of available devices, each of which is capable of supporting the particular profile. In another embodiment, a user may pre-configure the VCOM port for a specific functional profile and pre-configure a remote electronic device to the VCOM port.
A connection manager application specific to the wireless communication network coordinates a user's interactions between other remote devices on the wireless communication network. The basic function of the connection manager application is to perform device discovery and determine the services, or functional profiles supported on each of the discovered devices. Further, the connection manager enables the user to make service oriented connections to other remote devices that are coupled to the wireless communication network.
In one embodiment of the present invention, a connection manager application is implemented as an integrated hardware device and serial filter driver configuration on a wirelessly enabled electronic device. The connection manager application creates and manages a plurality of virtual communication (VCOM) serial ports. To the end user, the virtual port is presented to legacy applications and its host operating system. The virtual port acts and behaves like a serial communication port in the host computer system having a wired connection to a remote device.
In opening a serial VCOM port for communication purposes, a communication path to a particular remote device must be established. A method for opening a serial VCOM port at a local electronic device is disclosed in one embodiment of the present invention that establishes a communication path to a remote device before a legacy application begins transmitting data. When a call to open a serial VCOM port is received at a driver of the VCOM port, the driver notifies the protocol stack of the attempt to open. The protocol stack coordinates communication over the wireless communication network. In one embodiment of the present invention, the protocol stack and the wireless communication network substantially comply with a version of the Bluetooth communication standard.
The connection manager application creates and manages the driver of the serial VCOM port, and communicates with the protocol stack as described above. In one embodiment of the present invention, a list of available devices in the local wireless network will be presented to a user for selection. After a selection is made, the protocol stack initiates and establishes a data communication path between the local electronic device and the selected remote electronic device.
A success message is sent to the VCOM port driver after the communication path is established by the protocol stack. The driver then opens the port for use by the legacy application. The driver then returns a successful message to the legacy application in response to the call to open the VCOM port. Thereafter, data can be exchanged between the legacy application located on the local electronic device and the remote electronic device over the wireless communication network.
In another embodiment of the present invention, the list of available devices may be refreshed to reflect the current state of the local wireless network. When a call to open a serial VCOM port is made, the list of available devices is only as current as when the last scan or inquiry for devices in the network was performed. Depending on user preferences, the time elapsed from the last scan or inquiry may be one minute or fifteen minutes. The longer the elapsed time, the more probability that remote devices may have roamed into or out of the local wireless network associated with the local electronic device. Thus, the list of available devices may not accurately depict the actual list of available devices.
As such, the user is presented with an option for refreshing the list of available devices before the serial VCOM port is opened. If the user elects to refresh the list of available devices, the protocol stack will inquire or scan for the current devices that provide the same service as requested by the legacy application within the local network associated with the local electronic device. This updated list of available devices is then presented to the user for selection.
In another embodiment of the present invention, the serial VCOM port may be pre-configured by a user for a specific service or functional profile. Additionally, the serial VCOM port may be pre-configured by a user to a specific remote device. In both cases, the connection manager application coordinates configuration of the serial VCOM port before a connection is established and prior to any call by a legacy application to open the serial VCOM port.
These and other objects and advantages of the present invention will no doubt become obvious to those of ordinary skill in the art after having read the following detailed description of the preferred embodiments which are illustrated in the various drawing figures.
Reference will now be made in detail to the preferred embodiments of the present invention, an apparatus and method for opening a virtual serial communications port in a wireless communication network, examples of which are illustrated in the accompanying drawings. While the invention will be described in conjunction with the preferred embodiments, it will be understood that they are not intended to limit the invention to these embodiments. On the contrary, the invention is intended to cover alternatives, modifications and equivalents, which may be included within the spirit and scope of the invention as defined by the appended claims.
Furthermore, in the following detailed description of the present invention, numerous specific details are set forth in order to provide a thorough understanding of the present invention. However, it will be recognized by one of ordinary skill in the art that the present invention may be practiced without these specific details. In other instances, well known methods, procedures, components, and circuits have not been described in detail as not to unnecessarily obscure aspects of the present invention.
Notation and Nomenclature
Some portions of the detailed descriptions which follow are presented in terms of procedures, steps, logic blocks, processing, and other symbolic representations of operations on data bits that can be performed on computer memory. These descriptions and representations are the means used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the art. A procedure, computer executed step, logic block, process, etc., is here, and generally, conceived to be a self-consistent sequence of steps or instructions leading to a desired result. The steps are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated in a computer system. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or the like.
It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise as apparent from the following discussions, it is appreciated that throughout the present invention, discussions utilizing terms such as “accessing,” or “processing,” or “computing,” or “translating,” or “calculating,” or “determining,” or “scrolling,” or “displaying,” or “recognizing,” or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices.
Apparatus and Method for Opening a Serial Virtual Communications Port in a Bluetooth Wireless Communication Network
Some embodiments of the present invention are discussed primarily in a context in which devices and systems are coupled using wireless links, and specifically with regard to devices and systems compliant with the Bluetooth technology. Bluetooth is the code name for a technology specification for small form factor, low-cost, short-range radio links between personal computers (PCs), mobile phones and other devices. The Bluetooth technology allows cables that connect devices to one another to be replaced with short-range radio links. However, it is appreciated that the present invention may be utilized with devices and systems coupled using technologies and/or protocols different from Bluetooth, including but not limited to infrared communications links as defined by the Infrared Data Association (IrDA).
While embodiments of the present invention are described in a Bluetooth environment, it is appreciated that other embodiments of the present invention are well suited to protocols associated with other wireless communication standards, such as the IEEE 802.11 wireless communication standard.
In the parlance of Bluetooth, a collection of devices connected in a Bluetooth system is referred to as a “piconet.” A piconet starts with two connected devices, such as a computer system and a cellular phone, and may grow to eight connected devices. All Bluetooth devices are peer units; however, when establishing a piconet, one unit will act as a master and the other(s) as slave(s) for the duration of the piconet connection.
A Bluetooth system supports both point-to-point and point-to-multi-point connections. Several piconets can be established and linked together in a “scatternet,” where each piconet is identified by a different frequency hopping sequence. All devices participating on the same piconet are synchronized to their respective hopping sequence.
In the present embodiment, transceiver 200 comprises an antenna 205 for receiving or transmitting radio signals, a radio frequency (RF) module 210, a link controller 220, a microcontroller (or central processing unit) 230, and an external interface 240. In the present embodiment, transceiver 200 is coupled by a system bus 208 to a Bluetooth-enabled device 290 (e.g., a host device such as a computer system or similar intelligent electronic device, a wireless digital picture device, a digital imaging device, a digital camera, a PDA, a printer, a fax machine, etc.). However, it is appreciated that in another embodiment, transceiver 200 may be integrated into Bluetooth-enabled device 290.
In the Bluetooth embodiment, RF module 210 is a Bluetooth radio. The Bluetooth radio can provide: a bridge to existing data networks, a peripheral interface, and a mechanism to form piconets of connected devices away from fixed network infrastructures (see
Bluetooth radios operate in the ISM (Industrial, Scientific, Medical) band at 2.4 GHz. A frequency hop transceiver is applied to combat interference and fading. Bluetooth uses a packet-switching protocol based on a frequency hop scheme with 1600 hops/second. Slots can be reserved for synchronous packets. A packet nominally covers a single slot, but can be extended to cover up to five slots. Each packet is transmitted in a different hop frequency. The entire available frequency spectrum is used with 79 hops of one (1) MHz bandwidth, defined analogous to the IEEE (Institute of Electronic and Electrical Engineering) 802.11 standard. The frequency hopping scheme is combined with fast ARQ (Automatic Repeat Request), cyclic redundancy check (CRC) and Forward Error Correction (FEC) for data.
In the present embodiment, link controller 220 is a hardware digital signal processor for performing baseband processing as well as other functions such as Quality-of-Service, asynchronous transfers, synchronous transfers, audio coding, and encryption. Link controller 220 has two major states: standby and connection. In addition, there are seven substates: page, page scan, inquiry, inquiry scan, master response, slave response, and inquiry response. The substates are interim states that are used to add new slaves to a piconet (see
Continuing with reference to
The hold mode is a power saving mode that can be used for connected units if no data need to be transmitted. The sniff and park modes are also low power modes. In the sniff mode, a device listens to the piconet at a reduced rate (relative to the regular rate), thus reducing its duty cycle. The sniff interval is programmable and depends on the application. In the park mode, a device is still synchronized to the piconet but does not participate in the traffic.
In the present embodiment, before any connections between Bluetooth devices are created, all devices are in standby mode; that is, the standby mode is the default mode of a Bluetooth device. The standby mode is a low power mode in which an unconnected unit “listens” for messages at a regular rate (generally, every 2.56 seconds according to the Bluetooth specification) on a set of hop frequencies defined for that unit. Link controller 220 may leave the standby mode to scan for page or inquiry messages, or to transmit a page or inquiry message. When responding to a page message, the Bluetooth device enters the connection state as a slave. When carrying out a successful page attempt, the Bluetooth device enters the connection state as a master.
A “discoverable device” is a Bluetooth device in range that will respond to an inquiry (normally in addition to responding to a page). A “connectable device” is a Bluetooth device in range that will respond to a page.
With reference still to
Apparatus and Method for Opening a Virtual Serial Communications Port for Communication in a Wireless Communication Network
With reference now to
Continuing with reference to
The electronic device 300 also contains a viewing screen 340 coupled to the bus 208 for displaying digital images to the user. The viewing screen 340 utilized with electronic device 300 may be a liquid crystal display (LCD) device, a cathode ray tube (CRT), a field emission display device (also called a flat panel CRT), or other display device suitable for generating graphic images and alphanumeric characters recognizable to the user.
The electronic device 300 also includes a signal transmitter/receiver (transceiver) device 200, which is coupled to bus 208 for providing a wireless radio (RF) communication link between electronic device 300 and other wireless devices. In the Bluetooth embodiment, transceiver 200 is compliant with the Bluetooth specification (see
It is appreciated that transceiver 200 is well-suited to be implemented in a wide variety of ways. For example, transceiver 200, in another embodiment, can be an Input/Output (I/O) interface (not shown) for providing a communication link between device 300 and a network environment. The (I/O) interface allows electronic device 300 to transmit and receive digital content with other electronic devices in a wireless or wired environment. In still another embodiment, the I/O interface could be implemented as a modem. Further, the I/O interface could support an IR port, serial port, USB port, PC-Card, etc.
In one embodiment, electronic system 300 of
Also included in electronic device 300 is an optional alphanumeric input device 360, in another embodiment of the present invention. Alphanumeric input device 360 can communicate information and command selections to processor 350 via bus 208. In one implementation, alphanumeric input device 360 is a touch screen device. Alphanumeric input device 360 is capable of registering a position where contact is made.
In still another embodiment of the present invention, electronic device 300 also includes an optional cursor control or directing device (on-screen cursor control 380) coupled to bus 208 for communicating user input information and command selections to processor 350. In one implementation, on-screen cursor control device 380 is a touch screen device incorporated with viewing screen 340. On-screen cursor control device 380 is capable of registering a position on viewing screen 340 where a stylus element (not shown) makes contact.
In this embodiment, display output 460 receives digital information representing graphical information from processor 350, and converts the information to a graphical display, such as text and/or images, for display on viewing screen 340 (
In one embodiment of the present invention, the communication interface 480 is a serial communication port, but could also alternatively be of any of a number of well-known communication standards and protocols, e.g., parallel, SCSI (small computer system interface), Firewire (IEEE 1394), Ethernet, Universal Serial Bus (USB), Personal Computer Memory Card International Association (PCMCIA), etc.
Host interface circuitry 320 is coupled to processor 350 via bus 208. In the Bluetooth embodiment, host interface circuitry 320 (or link interface circuitry or data interface circuitry) illustrates, but is not limited to, an RF interface port 426 for establishing a wireless link to another device.
In the present embodiment, RF circuitry 424 converts signals to radio frequency output and accepts radio frequency input via RF interface port 426. In the Bluetooth embodiment, RF interface port 426 is a Bluetooth transceiver 200 (
In order to use an application over a wireless communication network (e.g., Bluetooth network), a virtual communication (VCOM) port to a device or assigned with a particular service or functionality must exist. Embodiments of the present invention disclose an electronic device (e.g., device 300) that includes a VCOM serial port. For example, communication interface 480 of
The Bluetooth profiles include but are not limited to profiles such as a serial host communication port, a serial client communication port, a facsimile (FAX) client communication port, a DUN client communication port, local area network (LAN) access point (LAP) client communication port, and a Transmission Control Protocol/Internet Protocol interface.
In one embodiment of the present invention, a plurality of VCOM serial ports are created and managed by a connection manager application. Each of the VCOM ports has an associated driver. In addition, for purposes of opening a VCOM port, the connection manager coordinates communication between the wireless communication protocol stack (e.g., the Bluetooth protocol stack) and the VCOM port in order to facilitate communication over the wireless communication network.
The VCOM serial port is not associated particularly to a specific hardware device. This is because in a wireless communication network, multiple devices with multiple functionalities or profiles enter and leave the local area network (LAN), or piconet in a Bluetooth environment, associated with the electronic device 300. Instead, each initialized serial port is flexibly configured to support a particular profile. This allows a user of electronic device 500 to select between multiple devices that are currently within its local wireless network, or piconet in a Bluetooth environment.
A connection manager application helps coordinate the opening of a VCOM serial port by a legacy application for purposes of transferring data over a communication path. By definition, the legacy application is not compatible with the protocol associated with the wireless communication network. However, a connection manager application is able to coordinate the opening of a VCOM serial port and establish a communication path over the wireless network for purposes of transferring data.
For example, some legacy applications that communicate serially over a serial communication port will not work if their attempt to open a VCOM serial port succeeds before a Bluetooth wireless connection is established. In particular, the DUN application on a local electronic device attempts to open a communication port. As soon as the open port succeeds with a successful return back to the legacy DUN application, the DUN application begins to send modem commands out through the VCOM port. The DUN application expects to receive responses within two seconds. However, the protocol associated with the wireless communication network may take longer than two seconds to establish a connection with a remote device. As such, the DUN application will terminate any future modem commands because it senses a failure in the communication path to the remote device. However, the present embodiment suspends the opening of a VCOM port until a communication path is established over the Bluetooth communication network between the first electronic device and a remote electronic device within a Bluetooth network. This allows legacy application compatibility in opening a VCOM port in a wireless communication network.
The VCOM port is associated with a particular functional profile or service. In one embodiment, the VCOMM serial ports are created automatically during installation of the connection manager application. Some VCOM profiles supported by the connection manager application include the DUN profile, FAX profile, generic serial and serial host profiles. The legacy application communicates over a VCOM port that is configured to the same functional profile or service that is provided by the legacy application. As such, the legacy application is assigned a VCOM port that is of the associated functional profile. For example, if the legacy application is a FAX application, then an assigned VCOM port would have a FAX functional profile.
In step 520, the present embodiment launches the legacy application. In order for the legacy application to communicate with a second application located on remote device, the assigned VCOM port must be opened. In step 530, the present embodiment attempts to open the VCOM port.
The present embodiment decides if the VCOM port has been pre-configured in step 540 of flow chart 500. If the VCOM port has not been configured, then the present embodiment proceeds to step A to prompt the user to select from a list of available devices within the piconet or local wireless network. Step A is illustrated further in flow chart 7 of
On the other hand, if the VCOM port has been pre-configured, then the present embodiment proceeds directly to step 550. In one embodiment, the VCOM port can be configured, before a call to open a port is sent, to connect to a specific remote device. Additionally, the VCOM port can be reconfigured or edited to change its particular functional profile or service. In step 550, the remote device has either been selected or pre-configured. As such, a communication path is established with the remote device that is selected or pre-configured. The remote electronic device contains a second application that provides the same service as the legacy application such that the two applications can communicate over the communication path.
In step 560 of flow chart 500, the present embodiment notifies the legacy application that the port is open for communication. In step 570, the present embodiment allows for the exchange of data between the local electronic device and the remote electronic device over the established communication path over the wireless communication network.
The present embodiment, in step 610 of flow chart 600, begins by sending an attempt-to-open call from a legacy application to a VCOM port driver. The VCOM port driver does not immediately complete the attempt-to-open call.
Instead, the present embodiment has the VCOM port driver notifying the protocol stack (e.g., the Bluetooth protocol stack) of the attempt-to-open call, in step 620. This effectively suspends the attempt-to-open operation as the legacy application is waiting for a return status on the call: such as, successful, or unsuccessful, or error.
In step 630, the present embodiment establishes a communication path or connection between the local electronic device and the remote electronic device over the wireless communication network. The remote device can be selected by prompting the user to select, as is described in
The Bluetooth protocol stack provides for establishing a communication path between the two devices. Since the communication path is established, as soon as the legacy application begins transmitting data to the VCOM port, the data is sent out to the remote electronic device without any failures in communication.
In step 640 of flow chart 600, the present embodiment has the Bluetooth protocol stack notifying the VCOM port driver that the connection was successful and that a communication path is established between the local electronic device and the remote electronic device.
Thereafter, the present embodiment opens the VCOM port by having the VCOM port driver complete the attempt-to-open call. In step 660 of flow chart 600, the present embodiment allows for immediate data communication over the VCOM port from the legacy application by sending an acknowledgment or message to the legacy application indicating that the attempt-to-open call was successful, and that the VCOM port is open for the legacy application to send “read” and “write” commands to a second application located at the remote device over the wireless communication network.
The Bluetooth protocol stack provides for devices to send serial data back and forth wirelessly. As described previously, one embodiment of the present invention implements a connection manager application that works within the Bluetooth protocol stack to create and manage virtual communication serial ports. This enables legacy applications to make a Bluetooth wireless connection in the same way a wired serial connection is established (e.g., opening a serial communication port, or a VCOM port). However, in the absence of a physical cable between the two devices, there needs to be a method to direct the data being sent out from the legacy application via the VCOM port to the desired remote Bluetooth enabled device. There may be several devices that support the serial functional profile that is serviced by the VCOM port and that are in proximity of the local electronic device initiating the connection.
In step 720 of the flow chart 700, the present embodiment decides whether a user of the local electronic device wants to refresh the list of available devices. In one embodiment, the present list of available devices comprises all the devices that were detected within range of its local network in the last inquiry or scan. Depending on the refresh rate, the intervening period could be tens of minutes in length.
If the user decides to refresh the list of available devices, the present embodiment proceeds to step 730, where a monitor application in the Bluetooth protocol stack sends out a new inquiry for available devices within its Bluetooth wireless network. The monitor application will automatically search for all devices within range.
In another embodiment, the monitor application may automatically search for all devices supporting the same functional profile as is serviced by the local VCOM port. For example, if the legacy application is a FAX application, then the monitor application may inquire as to all the devices with FAX capabilities.
In step 740, the connection manager application of the present embodiment will present a refreshed list to the user of the local electronic device of available devices that are within the local wireless network or piconet for communication. Thereafter, the present embodiment as shown in flow chart 700 proceeds to step 760 as will be described below.
If in step 720, the user decides not to refresh the list of available devices, the present embodiment proceeds to step 750 where the user is prompted to select a remote electronic device with wireless capabilities. The user chooses a remote device that is capable of supporting the functional profile that is serviced by the local VCOM port.
In step 760, the present embodiment recognizes receipt of a selection for a remote electronic device that is wirelessly enabled (e.g., a Bluetooth wireless device) from a user of the local electronic device. Thereafter, the present embodiment returns to step 550 of
The user of a legacy software application is prompted at the time the application opens the COM port (e.g., VCOM port 5). This allows the user to select a remote Bluetooth device while in the context of making the connection. The user does not need to do any special configuration of the Bluetooth VCOM port 5 before using the legacy application to open the port. The Bluetooth specific details are hidden from the user. As such, the user of the legacy application can use the Bluetooth VCOM port in the same way any other serial communications port would be used. The only exception is that when the port is opened, the user is prompted to select a remote Bluetooth device. Afterwards, the connection proceeds as it would with a wired serial connection.
The list 830 shows that 6 devices were found in the last scan or inquiry. The list may contain one or more devices that are capable of supporting the functional profile (DUN) serviced by the communications port five. The list includes the following: computer-1, computer-2, personal digital assistant (PDA)-1, PDA-2, cellphone-1, and cellphone-2.
Since new devices not listed above may have roamed into the piconet associated with the local electronic device containing VCOM 5, or the devices listed above in list 830 could have been de-listed from the piconet, either by shutting down or by roaming out of the local network, the list 830 may not be current. As such a refresh button 860 is displayed. The user may select refresh button 860 for the protocol stack (e.g., Bluetooth protocol stack) to conduct a new inquiry, as is described in the discussion relating to
In addition, dialog 800 shows a connect button 840. After a remote device is highlighted or selected in list 830, the user may elect to establish a wireless connection (e.g., a Bluetooth wireless connection) between the local electronic device and the selected remote device. This is accomplished by engaging connect button 840.
Should the user elect to cancel the selection of a remote device, the cancel button 850 is engaged. In one embodiment, the cancel function will cancel the dialog 800. In another embodiment, the cancel function will abort the opening of the VCOM port entirely.
When a legacy application opens a Bluetooth virtual COM port, the Bluetooth protocol stack needs information about the device to which the connection is being made, and the specific Bluetooth profile through which the data should be exchanged. This information is necessary in order to connect to the remote Bluetooth device and to obtain an RFCOMM communications channel through which the data passes.
One embodiment of the present invention describes a method through which VCOM ports can be pre-designated or pre-configured to a specific Bluetooth profile and pre-configured to a specific remote device. For example, using this model, there are multiple Bluetooth profiles which can be implemented for legacy applications by using the VCOM ports. Some of these profiles include DUN, FAX, and LAN access profiles.
Once the configuration is established, a user can select the pre-configured COM port in the same way any other COM port would be initialized or assigned. The VCOM port can be used to send and receive data without having to interact with the Bluetooth specific user interface. Thus, the user can use the Bluetooth VCOM port in the same way any other COM port would be used. When the port is opened, the connection proceeds as it would with a wired serial connection.
In step 920, the present embodiment receives a request from a user to pre-configure the VCOM port. The request may come from an editing display (not shown) created and managed by the connection manager application. The editing display allows a user to view and edit all the virtual communications ports in the local electronic device.
In step 930, the present embodiment prompts the user to select a particular functional profile to be assigned to the VCOM port. These functional profiles are supported by the wireless communications protocol stack (e.g., Bluetooth protocol stack) and include the DUN profile, FAX profile, etc. In step 940, the present embodiment receives the Bluetooth profile as selected by the user.
In step 950, the present embodiment prompts the user to define a pre-designated remote device that is assigned to the VCOM port. When opened, the VCOM port will not prompt a user to select between various available electronic devices in a list (e.g., list 830), but will directly establish a connection or communication path with the pre-designated remote device. In step 960, the present embodiment receives the defined remote Bluetooth device.
In step 970, the present embodiment configures the VCOM port to the selected Bluetooth profile. In addition, the present embodiment configures the VCOM port with the defined and pre-designated remote device.
The method as described in flow chart 900 allows a user to avoid the prompting for a selection from a list of available devices. In addition, the method as described in flow chart 900 also allows a VCOM port to be altered and to take on new functional profile. For example, a user may not have need for a FAX profile on the local electronic device. However, the user may need multiple ports for a DUN connections. In this case, the FAX port can be changed to a DUN port giving a user two VCOM ports for DUN communication channels.
The methods as described in flow charts 500, 600, 700, and 900 improve the end-user interface in establishing a Bluetooth wireless connection. Through the use of a VCOM port and the connection manager application, the user interface mimics the connections made by a legacy application to a serial communication port that is hardware based. The only difference is that the end-user need only take action in cases where the connection cannot be made, or where the connection manager application cannot determine to which remote device the legacy application is directed. The end-user does not have to setup a wireless connection prior to running an application that uses the VCOM port supported by the protocol associated with the wireless communication network, nor does the user need to interface with a wireless communication specific interface (e.g., Bluetooth specific interface). The user runs the application and the wireless communication connection manager application (e.g., Bluetooth connection manager) establishes a connection with the selected remote device behind the scenes with minimal prompting from the user.
While the methods of embodiments illustrated in processes 500, 600, 700 and 900 show specific sequences and quantity of steps, the present invention is suitable to alternative embodiments. For example, not all the steps provided for in the method are required for the present invention. Furthermore, additional steps can be added to the steps presented in the present embodiment. Likewise, the sequences of steps can be modified depending upon the application.
The instructions for the steps, and the data input and output from the steps of processes 500, 600, 700, and 900 may be implemented utilizing processor 350 and ROM memory 330 and RAM memory 310, as shown in
Hence, the present invention provides a method and apparatus for opening a virtual serial communications port by a legacy application for communication over a wireless communication network. Also, the present invention provides an apparatus and method that achieves the above accomplishment and which also provides for legacy application communication over a wireless communication network containing numerous remote devices. Moreover, the present invention achieves the above accomplishments and also provides for legacy application integration with a wireless communication network for establishing a connection to a particular remote device.
A method and apparatus for the opening of a virtual serial communications port for communication over a wireless communication network, is thus described. While the present invention has been described in particular embodiments, it should be appreciated that the present invention should not be construed as limited by such embodiments, but rather construed according to the below claims.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5790895||Oct 18, 1996||Aug 4, 1998||Compaq Computer Corporation||Modem sharing|
|US5812820 *||Sep 29, 1995||Sep 22, 1998||Pacific Commware, Inc.||Virtual UART|
|US5867666 *||Aug 5, 1997||Feb 2, 1999||Cisco Systems, Inc.||Virtual interfaces with dynamic binding|
|US6230118 *||Jun 30, 1997||May 8, 2001||Cirrus Logic, Inc.||DOS based application supports for a controllerless modem|
|US6330599 *||Oct 16, 1998||Dec 11, 2001||Cisco Technology, Inc.||Virtual interfaces with dynamic binding|
|US6381467 *||Jun 22, 2000||Apr 30, 2002||Motorola, Inc.||Method and apparatus for managing an ad hoc wireless network|
|US6571103 *||May 9, 2000||May 27, 2003||Agere Systems Inc.||Establishing a communication link|
|US6600902 *||Oct 22, 1999||Jul 29, 2003||Koninklijke Philips Electronics N.V.||Multiple link data object conveying method for conveying data objects to wireless stations|
|US6633757 *||Jan 19, 2000||Oct 14, 2003||International Business Machines Corp.||Adjacency-bound service discovery|
|US6760804 *||Sep 11, 2001||Jul 6, 2004||3Com Corporation||Apparatus and method for providing an interface between legacy applications and a wireless communication network|
|US6826387 *||Nov 30, 2000||Nov 30, 2004||Palmsource, Inc.||Efficient service registration for legacy applications in a bluetooth environment|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7343431 *||Mar 8, 2004||Mar 11, 2008||American Megatrends, Inc.||Method, apparatus, and computer-readable medium for disabling BIOS-provided console redirection capabilities in the presence of an incompatible communications device|
|US7522933 *||Nov 21, 2002||Apr 21, 2009||Samsung Electronics Co., Ltd.||Bluetooth system capable of communicating on scatternet and communicating method thereof|
|US7647023 *||Jun 10, 2005||Jan 12, 2010||Broadcom Corporation||Frequency separation for multiple bluetooth devices residing on a single platform|
|US7721013||May 21, 2007||May 18, 2010||Intel Corporation||Communicating graphics data via an out of band channel|
|US7783729 *||Aug 24, 2010||Single Touch Interactive, Inc.||Transmitting mobile device data|
|US7844906 *||Nov 30, 2010||Microsoft Corporation||Multi-mode communication apparatus and interface for contacting a user|
|US7949798||May 24, 2011||Intel Corporation||Virtual IDE interface and protocol for use in IDE redirection communication|
|US7986844||Nov 22, 2005||Jul 26, 2011||Intel Corporation||Optimized video compression using hashing function|
|US8150973 *||Dec 30, 2004||Apr 3, 2012||Intel Corporation||Virtual serial port and protocol for use in serial-over-LAN communication|
|US8180294 *||Dec 29, 2009||May 15, 2012||Hewlett-Packard Development Company, L.P.||Dynamic networking modes method and apparatus|
|US8190781||Jun 23, 2008||May 29, 2012||Microsoft Corporation||Exposing multi-mode audio device as a single coherent audio device|
|US8219026||Jul 10, 2012||Kyocera Corporation||Dynamically varying link super vision timeout in Bluetooth and similarly enabled devices to detect link loss|
|US8249508 *||Aug 21, 2012||Broadcom Corporation||Frequency separation for multiple bluetooth devices residing on a single platform|
|US8396764||Mar 12, 2013||Single Touch Interactive, Inc.||Transmitting mobile device data|
|US8428517||Apr 23, 2013||Hewlett-Packard Development Company, L.P.||Dynamic networking modes method and apparatus|
|US8515351||Jul 11, 2012||Aug 20, 2013||Broadcom Corporation||Frequency separation for multiple bluetooth devices residing on a single platform|
|US8626969||Apr 15, 2011||Jan 7, 2014||Intel Corporation||Redirection communication|
|US8706839||Feb 9, 2012||Apr 22, 2014||Intel Corporation||Virtual serial port and protocol for use in serial-over-LAN communication|
|US9088961 *||Dec 28, 2001||Jul 21, 2015||Qualcomm Incorporated||Method for selecting and configuring wireless connections in an electronic device|
|US9306872 *||Feb 24, 2014||Apr 5, 2016||Aliphcom||Bluetooth virtualisation|
|US20030065952 *||Sep 26, 2002||Apr 3, 2003||Brother Kogyo Kabushiki Kaisha||Authentication system using device address to verify authenticity of terminal|
|US20030140110 *||Nov 21, 2002||Jul 24, 2003||Samsung Electronics Co., Ltd.||Bluetooth system capable of communicating on scatternet and communicating method thereof|
|US20040122651 *||Dec 23, 2002||Jun 24, 2004||Samsung Electronics Co., Ltd||Apparatus and method for ethernet emulation in a 3RD generation wireless mobile station|
|US20050085187 *||Oct 17, 2003||Apr 21, 2005||Magnus Jendbro||Wireless user note server apparatus, methods and computer program products and wireless terminals for use therewith|
|US20050220046 *||Jun 10, 2003||Oct 6, 2005||Thomas Falck||Token-controlled formation of wireless work groups|
|US20060046777 *||Aug 23, 2005||Mar 2, 2006||Lg Electronics Inc.||Serial communication control in a wireless communication system|
|US20060089174 *||Apr 28, 2005||Apr 27, 2006||Tapwave, Inc.||Mobile computing device with a physical button for wireless communications|
|US20060149860 *||Dec 30, 2004||Jul 6, 2006||Nimrod Diamant||Virtual IDE interface and protocol for use in IDE redirection communication|
|US20060168099 *||Dec 30, 2004||Jul 27, 2006||Nimrod Diamant||Virtual serial port and protocol for use in serial-over-LAN communication|
|US20060269066 *||Dec 21, 2005||Nov 30, 2006||Schweitzer Engineering Laboratories, Inc.||System and method for converting serial data into secure data packets configured for wireless transmission in a power system|
|US20060271934 *||Mar 8, 2006||Nov 30, 2006||Fujitsu Limited||Computer-readable recording medium recording a service control program, and service control device and method|
|US20060281408 *||Jun 10, 2005||Dec 14, 2006||Asif Grushkevich||Frequency separation for multiple bluetooth devices residing on a single platform|
|US20070116110 *||Nov 22, 2005||May 24, 2007||Nimrod Diamant||Optimized video compression using hashing function|
|US20070141989 *||Dec 20, 2006||Jun 21, 2007||Patent Navigation Inc.||Proximity facilitate device pairing|
|US20080235273 *||Dec 8, 2006||Sep 25, 2008||Yuly Shipilevsky||Automatic multi-cursor management|
|US20080253339 *||Mar 17, 2005||Oct 16, 2008||David Libault||Interconnection Device For a Radiocommunication Network|
|US20080294800 *||May 21, 2007||Nov 27, 2008||Nimrod Diamant||Communicating graphics data via an out of band channel|
|US20090046685 *||Aug 11, 2008||Feb 19, 2009||Chen-Hua Chen||Method and System for a Wireless Transmission over GPRS Communications Network|
|US20090144634 *||Aug 14, 2006||Jun 4, 2009||Berger Kelly D||Multi-mode communication apparatus and interface for contacting a user|
|US20090258596 *||Apr 15, 2008||Oct 15, 2009||Naik Sachin D||Dynamically varying link super vision timeout in bluetooth and similarly enabled devices to detect link loss|
|US20090319692 *||Jun 23, 2008||Dec 24, 2009||Microsoft Corporation||Exposing multi-mode audio device as a single coherent audio device|
|US20100136910 *||Dec 1, 2009||Jun 3, 2010||Electronics And Telecommunications Research Institute||Apparatus and method for device search for high-speed based bluetooth applications|
|US20100189088 *||Dec 29, 2009||Jul 29, 2010||Palm, Inc.||Dynamic networking modes method and apparatus|
|US20110055367 *||Aug 26, 2010||Mar 3, 2011||Dollar James E||Serial port forwarding over secure shell for secure remote management of networked devices|
|US20110055899 *||Mar 3, 2011||Uplogix, Inc.||Secure remote management of network devices with local processing and secure shell for remote distribution of information|
|US20110196970 *||Aug 11, 2011||Nimrod Diamant||Redirection communication|
|US20110319023 *||Dec 29, 2011||Asif Grushkevich||Frequency separation for multiple bluetooth devices residing on a single platform|
|US20140269508 *||Feb 24, 2014||Sep 18, 2014||Aliphcom||Bluetooth virtualisation|
|WO2011025960A1 *||Aug 27, 2010||Mar 3, 2011||Uplogix, Inc.||Serial port forwarding over secure shell for secure remote management of networked devices|
|WO2012173805A1 *||Jun 4, 2012||Dec 20, 2012||Advanced Micro Devices, Inc.||Wireless communication for point-to-point serial link protocol|
|U.S. Classification||455/41.2, 455/41.3, 455/556.2, 455/3.05, 455/517, 455/61, 455/426.1, 455/557|
|Cooperative Classification||H04L69/32, H04L69/18, H04L29/12924, H04W76/023, H04W88/06, H04W40/00, H04W84/18, H04W80/00, H04L61/6063|
|European Classification||H04L29/08A, H04L29/06K, H04W76/02D|
|Sep 11, 2001||AS||Assignment|
Owner name: 3COM CORPORATION, CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CADDES, SCOTT;HUNT, ELWIN G.;PLASSON, NED;AND OTHERS;REEL/FRAME:012174/0324;SIGNING DATES FROM 20010828 TO 20010830
|Mar 4, 2002||AS||Assignment|
Owner name: 3COM CORPORATION, CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SMITH, RANDY C.;REEL/FRAME:012689/0986
Effective date: 20020117
|Nov 9, 2009||FPAY||Fee payment|
Year of fee payment: 4
|Jul 6, 2010||AS||Assignment|
Owner name: HEWLETT-PACKARD COMPANY, CALIFORNIA
Free format text: MERGER;ASSIGNOR:3COM CORPORATION;REEL/FRAME:024630/0820
Effective date: 20100428
|Jul 15, 2010||AS||Assignment|
Owner name: HEWLETT-PACKARD COMPANY, CALIFORNIA
Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE SEE ATTACHED;ASSIGNOR:3COM CORPORATION;REEL/FRAME:025039/0844
Effective date: 20100428
|Dec 6, 2011||AS||Assignment|
Owner name: HEWLETT-PACKARD DEVELOPMENT COMPANY, L.P., TEXAS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HEWLETT-PACKARD COMPANY;REEL/FRAME:027329/0044
Effective date: 20030131
|May 1, 2012||AS||Assignment|
Owner name: HEWLETT-PACKARD DEVELOPMENT COMPANY, L.P., TEXAS
Free format text: CORRECTIVE ASSIGNMENT PREVIUOSLY RECORDED ON REEL 027329 FRAME 0001 AND 0044;ASSIGNOR:HEWLETT-PACKARD COMPANY;REEL/FRAME:028911/0846
Effective date: 20111010
|Dec 20, 2013||REMI||Maintenance fee reminder mailed|
|May 9, 2014||LAPS||Lapse for failure to pay maintenance fees|
|Jul 1, 2014||FP||Expired due to failure to pay maintenance fee|
Effective date: 20140509