The present invention relates to portable electronic device communications and in particular to the transfer of information from one portable electronic device to another.
Portable electronic devices such as personal digital assistants (PDAs) are commonly used for personal record keeping such as appointments, contacts, expenses and other information. In many instances, it is desirable to transfer information from one portable electronic device to another.
Many portable electronic devices include an infrared (IR) interface for communication with compatible devices, including other portable electronic devices. Thus, these portable electronic devices are operable to send or “beam” information to another device using, for example IrDA, which is a well known protocol using infrared light pulses for data transfer.
IrDA communication suffers from the disadvantage that it is designed for “face to face” transfer of information and is limited to communications within a three-meter line-of-sight range. While this may be acceptable for “face to face” data exchange, the three-meter range is very limiting. When two portable electronic devices cannot be moved within a three-meter line-of-sight range of each other, IrDA communication cannot be effected between the two devices.
Quite apart from portable electronic devices such as PDAs, integrated networks are also known in the art for providing converged voice and data communications using TCP/IP protocol, over Local Area Networks (LANs) and Wide Area Networks (WANs). One such system, the Mitel Networks 3300 Integrated Communications Platform (ICP) delivers sophisticated call management, applications and desktop solutions, including the ability for a PDA user to communicate to a telephone device (i.e. IP telephone) for the control of call functions. In this case, the telephone device acts as a network portal for passing information such as digits from the PDA's phonebook or contacts database to call control software on the network. From the user's perspective, the PDA controls the telephone device. The PDA communicates with the network via (1) the IrDA interface between the PDA and the telephone device and (2) TCP/IP communication between the telephone device and the network.
It is an object of an aspect of the present invention to extend the known PDA communication functionality of such networks to provide an improved method of communication for portable electronic devices, such as PDAs, over a network.
Therefore, in accordance with an aspect of the present invention there is provided a method and apparatus for allowing two PDAs to “beam” files to one another using a network portal, without the three-meter restriction set forth above. More particularly, a signal path is established between the PDAs via a voice call over a voice communication network. In operation, a first PDA user calls a second PDA user over the voice network to establish the voice call. Then, the voice call path is used to beam files between the two PDAs.
Advantageously, files can be transferred between PDAs by creating a communications path first. The communications path is created by establishing a voice call. Next, data is exchanged between the PDAs. Thus, the files are transferred without the need for any central resource to manage addresses, ensuring efficient use of processing resources.
The invention will be better understood with reference to the drawings, and following description, in which:
As shown in
While the present description is directed to IrDA protocol mechanisms, it will be understood that the present invention is not limited to IrDA protocol and other wireless protocols such as Bluetooth or 802.11, are also possible between phone and mobile device.
The IrDA protocol works on a master/slave basis whereby communications are sent between two devices (such as PDAs 7 and 9). According to the present invention, each network portal 1 and 3 acts as a proxy on behalf of the associated PDA.
LAN A, LAN B and the WAN provide QoS networking/routing in a well known manner, and have no real bearing on the present invention.
With reference to
As shown in
When the network portal 1 recognizes an incoming IrDA exchange, a TCP socket is opened to the Destination's network portal 3. The Originator PDA 7 attempts to establish communication to PDA 9 by taking on the role of master (primary) and initiates handshaking with the Destination's PDA 9.
Once connections at both ends have been established and acknowledged, the object is sent by the Originator's PDA 7 (i.e. beaming a file) within the range for a local IrDA exchange, to the Originator's network portal 1. The network portal 1 uses the secondary role of the IrDA stack to handshake with the PDA 7 (exchange IR capabilities for speed, timeouts, etc . . . ). When handshaking completes, the PDA 7 sends the object to the network portal 1 where it is cached. The network portal 1 and PDA 7 then disconnect with a success message.
The Originator's network portal 1 then makes a socket call to the Destination's network portal 3 on a predetermined listening port. Both network portals acknowledge the pending IrDA exchange. The object(s) are packetized by the network portal 1 and then transferred to the Destination's network portal 3 over LAN A, the WAN and LAN B.
When the Destination network portal 3 receives the complete file it uses the primary role of the IrDA stack to detect and initiate handshaking with the Destination's PDA 9. If the PDA 9 is detected, the file is beamed to the PDA 9 and an acknowledgment is returned to the Originating network portal's display during the socket closure.
In some environments, it is possible that the network portal 1 of the preferred embodiment may have insufficient memory to buffer a file before it is sent to the Destination. In such instances, the object can be streamed to the Destination PDA 9 while being received at the Originator's network portal 1.
For example, in the alternative embodiment of
Once the transfer is complete, an acknowledgment is returned to the Originating network portal's display during the socket closure.
For IrDA to operate smoothly without timeout problems, it is necessary for the network portals to “buffer” the incoming request while trying to establish the destination link. Thus, with reference to the alternative embodiment of
During the exchange of IrDA capabilities between the two network portals 1 and 3, the IP address of the mediator 11 is provided by the network portal 1 or 3 that cannot support buffered or streamed data. If both network portals report a mediator, the IP of the mediator from the network portal that originated the voice call is chosen.
In the embodiment of
While the embodiments discussed herein are directed to particular implementations of the present invention, it will be apparent that additional variations and modifications to these embodiments are within the scope of the invention as defined solely by the claims appended hereto.
Number | Date | Country | Kind |
---|---|---|---|
0307861.5 | Apr 2003 | GB | national |
Number | Name | Date | Kind |
---|---|---|---|
4221932 | Anglikowski et al. | Sep 1980 | A |
5461627 | Rypinski | Oct 1995 | A |
6081356 | Branc et al. | Jun 2000 | A |
6336142 | Kato et al. | Jan 2002 | B1 |
6681252 | Schuster et al. | Jan 2004 | B1 |
Number | Date | Country |
---|---|---|
0 483 549 | Oct 1991 | EP |
0 878 936 | May 1998 | EP |
1 175 026 | Jan 2002 | EP |
1 271 885 | Jan 2003 | EP |
2 369 510 | May 2002 | GB |
2002-135272 | May 2002 | JP |
WO 0124503 | Apr 2001 | WO |
WO 0197457 | Dec 2001 | WO |
03007162 | Jan 2003 | WO |
Number | Date | Country | |
---|---|---|---|
20040228332 A1 | Nov 2004 | US |