WO2007063329A2

WO2007063329A2 - Communication device and method

Info

Publication number: WO2007063329A2
Application number: PCT/GB2006/004505
Authority: WO
Inventors: Saban Demirbasa
Original assignee: Data Transfer & Communications Limited
Priority date: 2005-12-02
Filing date: 2006-12-04
Publication date: 2007-06-07
Also published as: WO2007063329A3

Abstract

There is described a method and apparatus for creating a message at a primary- device having data storage and long range communication capabilities. The message may include a header including a destination identifier for the message and a message payload including text data. Audio data is received (414) from a user at a secondary device (210) connected to the primary device (212) over a short range wireless communication link. The audio data is processed to convert the audio data to text data (416) and a destination identifier is obtained for the message (422). A message is then generated incorporating the text data in the message payload and the destination identifier in the message header (424). The message is then transmitted to the primary device over the short range wireless communication link (426).

Description

Communication Device and Method

The present invention relates to the field of communication devices and, in particular, to the remote operation of communication devices and the backup and storage of data stored on portable data storage devices, such as mobile telephones or PDA devices.

As portable data storage devices become more powerful, more portable and are provided with greater storage capacities, they are being used to store both larger amounts of data and a larger variety of data. Devices are also being provided with an increasing variety of functionality. For example, devices are not only being used to store and retrieve data, such as text, video and audio data, but can also obtain, store and run applications, such as games and business tools.

As the processing and storage capacity of devices increases and the use of the devices becomes more widespread, many devices are being used to store information that it is important should not be lost, for example business critical information such as email messages, multimedia or text messages or data files. For the individual user, it is also important to ensure the security of data since, for example, a user may have paid to download content or applications from the network or messages and photographs may be of personal importance to the user.

The applicant's International Application No. WO-A1 -03/009620 describes a standalone data backup device that backs up basic data, such as contact information and personal settings, from a portable data storage device to a backup device. The backup device further initiates an alert procedure, for example the signalling of an alarm or the disabling of the portable data storage device, when the portable data storage device is out of communication range with the backup device.

Other devices for backing up data from a mobile telephone are known. In particular, EP-A-1288840 describes a SIM card reader that backs up data stored on a mobile telephone SIM card when the card is inserted into the reader. However, it is noted that in many portable data storage devices, and particularly the more powerful, higher capacity devices, very little data is stored in the SIM card but is stored in the device itself. Hence these prior art devices will only enable a user to back up a small proportion of the data from the device. GB-A-2373139 describes an alternative system wherein data from a mobile telephone is communicated and backed up to a central server over the mobile telephone network.

It can also be inconvenient and disruptive to use portable data storage devices, since it is necessary to extract the device from a pocket or bag before use. Hands-free kits have been developed to allow a user to operate the portable data storage device remotely, in particular by use of an earpiece placed in the ear of the user but it can be inconvenient and impractical to have such devices attached to the user's body for long periods of time on the possibility that the portable data storage device may need to be used. Further, if the user does not keep the earpiece in their ear at all times, then it is equally inconvenient to find the hands-free device as it is to find the portable data storage device when, for example, the telephone rings.

According to one aspect, there is provided a method of creating a message at a primary device having data storage and long range communication capabilities, the message comprising a header including a destination identifier for the message and a message payload including text data, the method comprising: receiving audio data from a user at a secondary device connected to the primary device over a short range wireless communication link; processing the audio data to convert the audio data to text data; obtaining a destination identifier for the message; generating a message incorporating the text data in the message payload and the destination identifier in the message header; transmitting the message to the primary device over the short range wireless communication link. Advantageously, the method may allow a user to create a message to be sent from a primary device (e.g. a portable data storage device such as a mobile telephone or cell phone) by providing only audio data, such as voice commands. Implementing this functionality at a separate secondary device, rather than at the primary device itself, may enable the functionality to be implemented easily on many different types of primary device without requiring customised application software.

The method set out above may enable hands-free text messaging, which may be useful when it is not possible for the user to operate the primary device directly with their hands, for example when the user is driving or if the user is disabled. Alternatively, the method may simply provide the user with the option of creating messages using audio commands, which may provide a faster and more convenient input method than prior art text input methods.

Preferred features of this aspect are set out in the dependent claims and advantages of the preferred features will be clear to one skilled in the art and are set out in more detail in the description below. Corresponding apparatus and computer program or computer program product aspects are also provided and preferred features of the method may also be applied to these corresponding aspects.

According to a further aspect, there is provided a communication device comprising: means for communicating with a portable data storage device over a short-range wireless communication link to transmit audio and/or video data between the portable data storage device and a user in real-time; output means for outputting audio and/or video data received from the portable data storage device to the user; input means for receiving audio and/or video data from the user for transmission to the portable data storage device; means for supporting the communication device in relation to the user, away from the ear of the user. This may allow a user to communicate via the portable data storage device without requiring access to the portable data storage device itself. Further, since the communication device is supported in relation to the user but away from the user's ear, the user is not required to insert a headset in their ear each time they wish to use the device. Neither is the user required to retain a headset in their ear for an extended period of time on the chance that they may need to use the portable data storage device. Rather, the communication device is supported discreetly and unobtrusively within range of the user.

The means for supporting may comprise means for attaching the communication device to an article of clothing or an accessory of the user. For example, the means for supporting may comprise a pin or a clip for attaching the device to a user's clothing, such as at a lapel, or to an accessory, such as a user's bag.

The means for supporting comprises a ligature for securing the communication device around a portion of the user's body, such as around the user's neck. Hence the device may be implemented as a pendent for the user to wear around the neck. Alternatively, the ligature may be used to attach the device to an accessory, such as a bag.

In one embodiment, the communication device further comprises means for communicating periodically or quasi-continuously with the portable data storage device over a short-range wireless communication link to back up data stored on the portable data storage device. Hence the communication device may also act as a backup device for backing up data from the portable data storage device, either automatically at predetermined time intervals or on instigation of a backup procedure by the user.

According to a further, related aspect, there is provided a communication device for backing up data stored on a portable data storage device, the communication device comprising: means for communicating periodically or quasi-continuously with the portable data storage device over a short-range wireless communication link to back up data stored on the portable data storage device; means for communicating with the portable data storage device over the short- range wireless communication link to transmit audio and/or video data from the portable data storage device to a user in real-time.

Hence the communication device may act both as a backup device and as a means for transmitting data to the user. Data that may be transmitted may include text message or multimedia message data, audio or video message data (such as voicemail messages) or audio data currently being received at the portable data storage device, for example due to an incoming telephone call. The data is preferably forwarded to the communication device and communicated to the user on receipt by the portable data storage device.

According to a highly preferred embodiment, the device further comprises means for transmitting audio and/or video data from the user to the portable data storage device in real-time. Hence the link between the user and the portable data storage device, via the communication device is preferably a two-way link.

In a preferred embodiment, the communication and backup device further comprises means for supporting the communication device in relation to a user, away from the ear of the user. For example, the device may be provided with a pin or clip or a key-ring attachment or may be provided with means for suspending the device around a part of the user's body, for example a ligature to enable the device to be hung around the user's neck.

Preferably, the device of either aspect above further comprises means for monitoring receipt of real-time audio and/or video data at the portable data storage device and notifying the receipt of the data to a user. Preferably, the device further comprises means for receiving a command from a user and means for commencing the transmission of audio and/or video data in response to the command.

The means for receiving a command may comprise a button or means for receiving an audio command, such as a voice command recognition system.

In one embodiment, the device may further comprise means for displaying video and/or text-based data to the user. For example a colour or monochrome LCD display.

Preferably, the short-range wireless communication link comprises a BlueTooth™ communication link.

According to a further aspect, there is provided a method of operating a communication system comprising: providing a portable data storage device and a backup device; communicating periodically or quasi-continuously between the portable data storage device and the backup device over a short-range wireless communication link to back up data stored on the portable data storage device; communicating between the portable data storage device and the backup device over the short-range wireless communication link to transmit audio and/or video data from the portable data storage device to the user in real-time.

According to a further embodiment, there is provided a method of operating a communication device, the communication device being supported in relation to the user, away from the ear of the user, the method comprising: communicating with a portable data storage device over a short-range wireless communication link to transmit audio and/or video data between the portable data storage device and a user in real-time; outputting audio and/or video data received from the portable data storage device to the user; receiving audio and/or video data from the user for and transmitting the data to the portable data storage device.

According to a further embodiment, there is provided a method of backing up portions of data stored on a portable data storage device, the method comprising: classifying each portion of data into one of a plurality of predefined data types; communicating periodically or quasi-continuously between a backup device and the portable data storage device to back up at least one portion of data classified as a first data type; communicating at a predetermined rate of recurrence between the backup device and the portable data storage device to back up at least one portion of data classified as a second data type.

Hence different types of data may be backed up according to different backup cycles. For example, a first type of data may be backed up more frequently than a second type of less critical data.

The method may further comprise communicating at at least one other predetermined rate of recurrence to back up data classified as least one other data type.

Preferably the method also includes determining whether the portable data storage device is in use before communicating to back up data of at least one type. For all or selected types of data, the backup cycle may not be instigated if the portable data storage device is in use, or if the communication link over which the backup device communicates is in use.

In one embodiment, the predetermined rate of recurrence for one or more types of data may be set by a user. Classification of the portions of data may be automatic or at least one portion of data may be classified manually by the user as a particular data type. In one embodiment, individual portions of data are classified manually by the user.

Preferably, the predefined data types include one or more of: critical and volatile data; critical and stable data; non-critical and volatile data; non-critical and stable data.

Hence the data may be classified both according to its importance and the likelihood that it will change.

Preferably, the first data type comprises critical and volatile data, preferably including at least one of: operational data, calendar, reminder, alarm and task data.

The second data type may comprise critical and stable data, preferably including at least one of: directory data, data files and personal configuration information.

In one embodiment, the method may further comprise converting the format of at least one portion of data before storage.

The method may also comprise compressing at least one portion of data before storage. This may reduce the memory capacity required to store the data.

According to a further aspect, there is provided a backup device for backing up data from a portable data storage device, the backup device comprising: a short-range wireless communication link; means for communicating periodically or quasi-continuously with the portable data storage device over the wireless communication link to back up data comprising a first data type; means for communicating at a predetermined rate of recurrence to back up data comprising a second data type; storage means for storing the data obtained.

According to a further aspect, there is provided a portable data storage device comprising: a short-range wireless communication link for communicating with a backup device; storage means for storing data of a first data type and data of a second data type; means for communicating periodically or quasi-continuously over the short-range wireless communication link to back up data of the first data type at the backup device; means for communicating at a predetermined rate of recurrence over the short-range wireless communication link to back up data of the second data type at the backup device.

According to a further aspect, there is provided a method of transferring data from a portable data storage device, the method comprising: communicating over a short-range wireless communication link to back up data stored in the portable data storage device to a backup device; communicating over a second data transfer link to transfer data stored in the backup device to a third device.

This may allow a transfer of data from a portable data storage device, such as a mobile telephone, to a third device, such as a printer or a PC, without directly connecting the two devices. This may allow the backup device to act as an intermediary between the two devices if the interfaces or software is not directly compatible. The backup device may be used, for example, to convert the format of files being transferred or to provide an interface to a large variety of devices.

The second data transfer link may comprise a physical link, such as via a cable or a direct connection (e.g. a USB connection) between the backup device and the third device. In one embodiment, the backup device may comprise a removable memory unit and communicating over the second data transfer link may comprise removing the removable memory unit and inserting the unit into the third device. The removable memory unit may be, for example a flash memory card or a USB device.

According to a further aspect, there is provided a method of logging a series of transactions performed at a data storage and transfer device, the method comprising: communicating periodically or quasi-continuously with the data storage and transfer device over a wireless communications link to a remote backup device; monitoring transactions performed by the data storage and transfer device; logging data relating to the transactions performed at the remote backup device.

This aspect may allow a record of transactions performed at the data storage device to be backed up to a second device for later use or transfer to a network.

Preferably, the transactions are performed over a short-range wireless communication link, such as a BlueTooth™ link.

The transactions performed by the data storage and transfer device may be monitored by the remote backup device over the wireless communications link, which may also comprise a BlueTooth™ link.

In one embodiment, the data storage and transfer device comprises a computer. In an alternative embodiment, the data storage and transfer device comprises a portable data storage device.

The transactions may comprise at least one of: financial transactions, access request transactions or communication transactions. In one embodiment, the method may further comprise initiating an alert procedure on identification of a predetermined transaction or type of transaction or on identification of an attempt to perform a predetermined transaction or type of transaction. For example, the alert procedure may be instigated if the portable data storage device attempts to access a particular web page.

In one embodiment, monitoring transactions may comprise monitoring data transferred over the communications link.

In an alternative embodiment, monitoring transactions may comprise monitoring data stored in the data storage and transfer device.

Preferably, the wireless communication link comprises a BlueTooth™ link.

Embodiments of the system will now be described in more detail with reference to the drawings in which:

Fig. 1 illustrates one embodiment of the portable data storage device and backup device system;

Fig. 2 is a schematic diagram of a further embodiment incorporating a hands-free communication device;

Figs. 3a to 3e illustrate views of a further embodiment of a device as described herein.

Fig. 4 is a schematic diagram of a method of operating the secondary communication device in conjunction with the primary portable data storage device according to one embodiment.

Referring to Fig. 1 , a portable data storage device 10, in this embodiment in the form of a mobile telephone, includes a short-range wireless communication interface 12, in this embodiment in the form of a BlueTooth™ transceiver chip. Although the transceiver is shown visible at the base of the device, typically it may be integrated within the device, or provided as an additional component integrated with a battery for the device or within the battery housing. The device 10 stores contact details and optionally appointments or other data within the body of the device or on a SIM card provided with the device and a processor within the device 10 communicates with the communication interface.

A backup device 20 has a short-range wireless communication interface 22, in this embodiment in the form of a BlueTooth™ transceiver chip. An internal or external antenna may be provided, optionally on a circuit board. The backup device includes backup data storage 24, for example FLASH memory. The amount of memory may be as little as 1 Kb, for example to backup only key data but will typically be at least 64 Kbytes. Often considerably more memory, for example of the order of 1Mb to 10Mb and sometimes as much as 128Mb or even more may be provided, depending on the capacity of the device 10. A processor 26 controls the operation of the backup device, specifically controlling communication via the interface 22 and storage of data, and also receives a user input 28 and controls an alarm device 30, for example a piezo electric sounder. A battery (not shown) is also provided within the housing (although the device may in some cases be powered by the transmissions from the portable data storage device). The alarm device may include a visible alert or a vibrating alert device. The user input 28 is preferably a simple input device, for example a single input button or a few buttons. A useful minimum function to implement with the user input device is cancelling of an alarm; other functions may be implemented by controlling the device via the communication interface. However, a more complex user interface may be provided, for example a voice recognition interface. The user interface may be omitted entirely; in such a case the alarm is preferably arranged to silence automatically after a predetermined time.

The backup device is provided in a convenient housing, here in the form of a key fob having a key ring 32 attached so that the device can conveniently be carried and is unlikely to be lost.

The device 20 may be attachable to or woven into an article of clothing. Alternatively or additionally, the device 20 may be integrated with or arranged to communicate with an item of "smart" clothing, that is clothing with some processing and memory function built in and optionally some human interface. The device may be provided as an application for an article of "smart" clothing.

In operation, software, for example stored within the main body of the portable data storage device 10, in the communication interface or on the SIM card, causes the processor of the portable data storage device to communicate with the communication interface to operate a data synchronisation algorithm over the interface with the backup device 20. Data synchronisation algorithms are well-known; in the present case a simplified, predominantly one-way, synchronisation algorithm may be employed as the data will not be changed by the backup device. Thus synchronisation may simply comprise updating the backup device with the contents of the portable data storage device at intervals, unless a "restore" sequence is invoked.

One embodiment of the system will now be described in more detail with reference to Fig. 2. In one embodiment, the backup device 210 may act as a remote access device or hands-free device for the portable data storage device 212 via the BlueTooth™ link. For example, the backup device may incorporate a microphone 214 and speaker 216. Incoming calls may be answered or diverted to an answerphone via buttons 222 provided on the backup device. Buttons provided on the device may be back-lit for easy visibility in low lighting conditions. If the call is answered, incoming audio may be routed over the BlueTooth™ interface and output via the speaker 216. Audio may also be collected by the microphone 214 and relayed to the portable data storage device 212.

The hands-free aspects of the operation of the backup device may be provided independently of the aspects relating to backing up data from the portable data storage device. That is, the backup device may act only as a hands-free or remote access device for the portable data storage device without providing any data backup capabilities. Alternatively the backup device may only back up data relevant to its functionality as a hands-free device. For example, the backup device may maintain a record of telephone calls routed through the backup device or the backup device may store a copy of the directory information from the portable data storage device to enable a user to use, edit or view the information at the backup device.

In one embodiment, the data backup device 210 may further be provided with a screen 220, preferably a small screen, which may be used to display messages, such as SMS text messages or MMS messages, received at the portable data storage device 212.

In this embodiment, the backup device 210 may be provided with means for attaching the device to the user. For example, the backup device may be implemented as a pin, badge or broach, which may be pinned to the user's clothing. Alternatively, the device may be integrated into an item of the user's clothing or an accessory, such as a watch or jewellery. In one embodiment, the backup device may be provided with a strap or necklace to enable the backup device to be worn around the neck of the user.

In an alternative embodiment, the backup device may incorporate a large screen and camera to enable the backup device to be used as a remote, hands-free video-calling device. This embodiment may also enable the user to view or create multimedia messages or video content on the backup device.

A further feature of the backup device may be the capability to receive and respond to audio commands. For example, if incoming telephone calls are routed from the portable data storage device to the backup device, they may be answered by the user using an audio command spoken to the backup device. Further, outgoing calls may be made to a selected recipient via the backup device using an audio command (such as the name of the recipient) spoken to the backup device. This may enable the backup device to provide truly hands-free remote access and control of the portable data storage device.

As illustrated in Fig. 2, the backup device preferably further comprises one or more light emitting diodes (LEDs) 224. Two mutually distinguishable LEDs may be provided on the outside of the backup device. These LEDs may be used to indicate the status of the backup device, for example a red flashing LED may be used to indicate that the backup device is in an alert status and a blue flashing LED may indicate that the backup device is receiving data from the portable data storage device. A further LED or other light source may be provided as a back-light for a screen provided on the backup device. Alternatively a single multicolour, for example tri-colour, LED may be provided to identify different modes and conditions of the backup device to the user.

A further embodiment of a hands-free and/or data backup device is illustrated in Fig. 3, in which various features that may be provided with embodiments of the device are highlighted. It will be appreciated by one skilled in the art that not all of the features illustrated in the embodiment of Fig. 3 may be provided in every implementation of the system described herein. However, the system may incorporate a microphone 310, optionally with an auxiliary microphone hole 312, a DC jack 314, a power button 316 which may incorporate a back-lit icon, a tri-colour LED 318, a function button 320 which may include a back-lit icon, speaker holes 322, volume up/down buttons 324, 326 and provision for a neck strap 328, key ring or other attachment means.

The dimensions of the hands-free or backup device described herein are preferably such that it is easily carried by a user, for example in a pocket or around the user's neck. A typical device may have a length of greater than 50mm, but less than around 90mm, preferably around 75mm, a width of less than 50mm, preferably around 40mm and a depth of less than 25mm, preferably around 20mm. This may allow the device to sit easily within the palm of a user. Embodiments of the device may be shaped ergonomically to enable the device to be easy to use, preferably by a user using only one hand.

It is clear to one skilled in the art that the many different designs of the device described herein may be implemented and the claimed invention is not limited to any particular design.

Embodiments of systems and methods for backing up data using the backup device described above will now be set out in more detail. In one embodiment, the portable data storage device from which data is backed up by the backup device may comprise a mobile telephone. A wide variety of data may be stored by the mobile telephone, which may include but is not limited to directory data (e.g. contact details, in particular telephone numbers), short message format messages

(SMS), multimedia format messages (MMS), image data (e.g. from a built-in camera), video data (e.g. downloaded video clips), audio data (e.g. music, ring tones), calendar, reminder, alarm and task information, data files, operational data generated by the mobile telephone (e.g. call records and billing information), applications (such as tools and games) and personal configuration information for the storage device.

As will be appreciated, this data may be stored in a large number of different file formats, the files varying greatly in size. The frequency at which the data in the files changes and is updated also varies between the data. For example, the audio and video data may change only infrequently, whereas operational data and SMS and MMS data is likely to change each day.

Some or all of the data listed above may be backed up over a wireless link, preferably a BlueTooth™ link, to the backup device described above. As described in more detail below, different backup cycles may be used to back up different classifications of data.

The data types listed may be classified into one of a number of predetermined data classifications. For example, one data classification may be "critical and volatile data", which may include data that is both important and that changes rapidly over time, such as operational data and calendar, reminder, alarm and task data. A further data classification may be "critical stable data", which may include directory data, data files and personal configuration information. Other data classifications may include "volatile but non-critical" data, which may include SMS and MMS message data and "stable non-critical data", which may include video, audio and image data. The data typically found on a portable data storage device may be pre-classified into default data classifications by the supplier of the backup device or the portable data storage device. Preferably, however, the user can define or redefine at least some of the data classifications. For example, if data files on the portable data storage device are important to a user and often amended, this data type may be reclassified by the user as "critical and volatile data", whereas, if the user does not use the calendar function on the portable data storage device, this data type could be classified as

"stable non-critical" data. In one embodiment, the different types of data may not be pre-classified and the user may classify each type of data into one of a plurality of data classifications.

As a further, highly preferable feature, individual items of data (for example a particular video data file or image data file) may be classified as a particular data classification. This may be done by setting a flag associated with the data item.

Classification of the data, or amendment of the pre-set data classifications, is preferably undertaken by the user using a user interface, preferably a graphical user interface. The graphical user interface may be provided at the portable data storage device, for example as a software application implemented on the portable data storage device. Alternatively, a user interface may be provided on the backup device either directly, for example via a screen on the backup device, or via a connection to a remote terminal, such as a personal computer. In an alternative embodiment, a user interface may be implemented as a software application on a computer and data entered into the application may be copied to the backup device and / or the portable data storage device.

Data items or data types may also classified into a "do not backup" data classification. For example, the user may not wish to have SMS or audio data backed up to the backup device. Different backup cycles may be implemented for different classifications of data. For example, critical and volatile data may be backed up to the backup device periodically or quasi-continuously over an always-connected or frequently-connected link between the portable data storage device and the backup device. Hence, data such as reminder and calendar data or operational data may be backed up in a quasi-continuous manner.

Depending on the speed of the data transfer link to the backup device and the amount of data, critical stable data may also be backed up periodically or quasi-continuously to the backup device. Alternatively, critical stable data may be backed up regularly, but not continuously, to the backup device. For example, this classification of data may be transferred twice a day or once an hour to the backup device. Similarly, depending on the speed of the link and the amount of data, non-critical volatile data may be backed up in a regular, but not continuous cycle. Non-critical, stable data may be backed up to the backup device in a less frequent cycle, for example once a day or once a week.

In a preferred embodiment, some data classifications, in particular non-critical, stable data, may be backed up only when the system is not performing any other tasks. For example, the data may be backed up when the level of activity of the processor of the portable data storage device has been below a predetermined threshold for a predefined length of time. This may enable the less critical data to be backed up only when the portable data storage device and backup device are not otherwise being used, for example to make a telephone call or process data. For example, the less critical data may be backed up at night.

On backup of the data from the portable data storage device, the data may be converted to a different format for storage at the backup device. Conversion of the data may take place at the backup device itself or, preferably, at the portable data storage device before transfer to the backup device. At least some categories of data may also be compressed for storage at the backup device. Again, the compression may take place at the backup device, but preferably is performed at the portable data storage device before transfer of the data.

In one specific example, stable memory (e.g. internal Flash memory or electrically erasable programmable read-only memory (EEPROM)) may be provided at the backup device for at least 500 contacts. Each contact entry may include some or all of the information set out in the table below:

In a further embodiment, which may be implemented in conjunction with or independently of the data backup system described above, the backup device may be used as a data transfer device.

Data may be transferred from the portable data storage device to the backup device over a short-range wireless link, such as a BlueTooth™ link. The data stored in the backup device may then be transferred to a third device, such as a computer. Transfer of data from the backup device to the third device may take place over the short-range wireless link, for example a BlueTooth™ link. However, preferably, the backup device is provided with one or more of a plurality of different types of interfaces for connecting to the third device. Interfaces may include, but are not limited to, USB and FireWire. Alternatively, or in addition, the backup device may be provided with a card slot for reading and/or writing to a memory card to allow data received from the portable data storage device to be transferred to a third device via the memory card. For example, the backup device may be provided with a slot for a USB card or device, a Flash or Compactflash memory card, a Secure Data (SD) card, a Smartmedia card, a Memory Stick (MS), an XD card or a Multimedia Card (MMC).

As described above, the data format may be converted on transfer of the data to the backup device. Hence, data stored in the portable data storage device may be transferred to the third device, via the backup device, in a format suitable for the third device.

In some embodiments, the data transfer system described above may be provided as a two-way system. That is, data may also be transferred from the third device to the portable data storage device via the backup device.

The data that is transferred to the third device may be selected automatically by the system, based on the data type (for example, all calendar data or all picture files) or may be selected by the user, at the portable data storage device, the backup device or the third device.

For example, in one embodiment, the portable data storage device may comprise a mobile telephone incorporating a camera with image-capture capabilities. Images taken with the camera may be stored in the memory of the telephone and communicated to the backup device over a BlueTooth™ link according to a predetermined backup procedure. Using the backup device, the image may then be transferred to a third device, such as a printer or a computer via a direct connection, such as a USB connection, or by transferring the image onto a data card, such as a Compactflash card, which may then be inserted into the computer or printer. The image may be converted from one file format (e.g. from RAW or TIFF) to another file format (e.g. JPEG) on transfer between the mobile telephone and the printer or computer.

The third device may also comprise a further portable data storage device, such as a second mobile telephone. Hence the backup device may be used to transfer data between mobile telephones.

In one, specific embodiment, the backup device is provided with a slot for an SD card. Data from the portable data storage device is backed up to an SD card within the backup device over a BlueTooth™ interface. Once the SD card in the backup device has been filled with data, it may be removed from the backup device for storage and a new card may be added to the backup device. Data transferred to the SD card may be deleted from the portable data storage device or may be marked as "backed up" data to indicate that it does not require further backup in any subsequent synchronisation of the backup device and the portable data storage device.

In a further embodiment, the backup device described herein may be used as a transaction logging device. This aspect of the system may be implemented independently of or in conjunction with the systems and methods described herein.

In one embodiment, the portable' data storage device may comprise a mobile telephone. The backup device may back up operational data, for example call data records, from the mobile telephone to maintain a list of called numbers or received numbers and the time of duration of the calls. This may enable the owner of the mobile telephone (for example a company whose employee uses the telephone) to monitor calls being made from the telephone. The backup device may initiate an alert procedure (for example transferring data over a network to a computer) on detection of a predetermined number or type of number (for example an international telephone number).

In a further embodiment, the backup device may be supplied with a list of numbers, or types of numbers, that the mobile telephone is permitted to access. The mobile telephone may seek permission from the backup device before making or receiving a telephone call and the backup device may block or permit access to the requested number.

Similarly, the backup device may be used to monitor and control access to services by other types of data storage devices. For example, the backup device may monitor access to the internet by a portable data assistant (PDA) or a laptop computer or PC. Details of requested domain names or IP address may be transmitted to the backup device for storage and possible onward transmission. This may enable a third party, for example the parent of a child, to monitor and control access to services such as the internet.

In a further, related embodiment, the backup device may be used to create and store a record of transactions made by a portable data storage device. For example, details of transactions such as financial transactions may be backed up to the backup device and stored for later retrieval or transfer to a third party device.

In one particular embodiment, the portable data storage device may be credited it a number of credits for use in buying small items, such as newspapers and drinks. Each transaction in which an item is purchased reduces the number of credits in the device. Details of these transactions may be stored in the backup device to allow a user to maintain a complete record of transactions and, in some embodiments, to allow a third party to access to transaction records to enable billing of the user or payment of the merchant from whom the item was purchased. A further embodiment of the system described herein is set out below with reference to

Fig. 4. Features of this embodiment may be implemented in conjunction with other features or embodiments of the system described herein.

As set out above, in one embodiment, the backup, hands-free or communication device, which will be referred to in this embodiment as the secondary device, may be arranged to receive text (or other data, MMS, audio or voicemail) messages from the portable data storage device. Such messages may be displayed to the user via visual means or relayed to the user via audio. For example, the secondary device may include text-to-speech software to translate written data into an audio message.

As set out above, the portable data storage device, which will be referred to in this embodiment as the primary device, has data storage and long range communication capabilities and may comprise a mobile telephone or personal digital assistant (PDA).

Alternatively, or in addition, the secondary device may enable the creation and sending of new text, data or MMS messages. For the example of text messages, Fig. 4 sets out in more detail one embodiment of the process of creating and sending a text message using the secondary device.

A command, preferably a voice command, to create a new text message is received at the secondary device from a user 410. The text creation application is started at the secondary device 412. This application includes voice-to-text recognition software, which receives audio from a user 414 and converts it to text data in the secondary device 416. The text is then inserted into the payload of a text message.

Optionally, the text created by the secondary device from the audio data may be relayed to the user 418, for example the text data may be read back to the user via a text-to-speech application. The user may preselect, via a setting on the secondary device, whether the text message sending process should include this step. If the text data is relayed to the user 418, the user may verify that the text data is correct 420, preferably via a voice command. If corrections to the text are needed, the user may submit further audio input to the secondary device 414, a new message may be created 416 and the user may re-verify the amended text data 418.

Once the user is satisfied with the text output, a destination identifier may be obtained from the user 422 and the identifier may be associated with the text data by formatting the text data and the destination identifier as a text message 424. The destination identifier may be a numeric identifier of the intended recipient for the message (e.g. the IMEI number of the recipient's mobile telephone) or may be received in the form of an audio identifier (for example the name of the recipient), which may be translated into a numerical destination at the secondary device or the portable data storage device.

The text data and its associated destination identifier may then be transmitted from the secondary device to the portable data storage device over the short range wireless communication link (e.g. BlueTooth™) 426.

It will be appreciated by one skilled in the art that steps of the process detailed in Fig. 4 may be omitted as appropriate or further steps may be added. Further, the steps may be implemented in a different order to that illustrated (for example, the step of obtaining the destination identifier 422 may be undertaken before the audio input for the text message is received 414).

Further steps in the process, not illustrated in Fig. 4, may include the receipt of messages from the portable data storage device confirming the sending or receipt of the text message. Such confirmation messages may be relayed to the user via audio and/or visual means.

A software application may be provided on the portable data storage device to enable the device to operate in conjunction with the text creation application of the secondary device. However, preferably, the secondary device interacts with the portable data storage device over the BlueTooth™ interface to send messages from the portable data storage device without the need for additional software. For example, the secondary device may operate the portable data storage device to send a text message in an equivalent way to which a user would send a text message directly.

In an alternative embodiment, rather than the processing of the audio data being performed at the secondary device, the audio data received at the secondary device may be relayed to the portable data storage device for voice-to-text recognition to turn the audio data into text data. Alternatively, the processing of the audio data may be distributed between the portable data storage device and the secondary device. For example, the secondary device may perform some pre-processing or partial processing of the audio data and the portable data storage device may complete the necessary processing. The processing at the two devices may be undertaken in series, with the secondary device forwarding the results of its processing to the portable data storage device, or the processing may be performed in parallel between the two devices over the short range wireless communication link. The location of the processing may depend on a preference set by the user or may depend on the type or content of the message being processed.

In one embodiment, as set out above, the voice-to-text recognition software may enable the recognition and sending of any text as a message. In an alternative embodiment, only certain, pre-prepared messages may be sent using voice commands. For example, a user may save pre-prepared text messages to a memory in the secondary device or certain common messages may be supplied with the secondary device. These messages may be selected at the secondary device, preferably using voice commands, and sent via the portable data storage device.

In the case of a multimedia format message, data or images (for example a business card) may be attached to the message, preferably via voice commands, before the message is transmitted to its destination. In one embodiment, such attachments may be sent without adding text data to the message or with a pre-prepared section of text, for example the signature of the user. The audio recognition functionality described above may also be used to enable the user to create data entries for the portable data storage device, for example calendar or task entries that may be inserted into the portable data storage device or notes that may be stored as text files at the portable data storage device. In this case, the destination identifier for the message that is created may refer to a destination internal to the portable data storage device, for example "calendar" or "notes".

In one embodiment, the voice-to-text recognition software may be adaptive so that it may learn from the audio data it receives from the user and more accurately convert similar audio to the correct text data on subsequent receipt of the same audio data.

Preferably, the secondary device receives and converts audio data in the form of normal speech. However, for a secondary device with more limited processing power or specifications, the audio data may be received as single alphanumeric characters or symbol commands, in a similar way to which messages are currently created by hand. The single characters may then be converted into fluent text data.

To preserve the limited space available in text messages, the secondary device may convert the audio data received into an abbreviated format consistent with that currently implemented in text messages. (For example converting "later" to "I8tr" and "See you at 5pm" to "C U @ 5".)

It will be clear to one skilled in the art that variations may be provided to the system described above and further features may be implemented in conjunction with the system.

A further feature that may be implemented in conjunction with any of the systems described above is the immobilisation of the portable data storage device by the backup device. An immobilisation procedure may be implemented by the backup device and/or the portable data storage device on the loss of the communication link between the devices for a predetermined period. For example, the backup device may transmit an identifier of the portable data storage device to the telephone network on loss of the communication link. This may allow the telephone network to block usage of the portable data storage device at least temporarily. Alternatively, or in addition, the portable data storage device may enter a locked mode on loss of the communication link to the backup device, in which some or all of the functionality of the portable data storage device is "locked" and unusable, preferably with the exception of being able to telephone emergency services. In a preferred embodiment, the portable data storage device become "unlocked" and fully usable if the backup device is brought back into communication range with the portable data storage device.

It will be clear to one skilled in the art that features of one embodiment described above may be implemented in conjunction with other embodiments. For example the data backup features in which different types of data are backed-up according to different backup cycles may be implemented in a device that also provides hands-free calling access to the portable data storage device.

In one embodiment, further functionality may be added to the backup device by downloading software applications to the backup device. For example, the immobilisation functionality described above may be added to the operation of the backup device by downloading appropriate software to the backup device or the portable data storage device. The software may be downloaded over a telephone network or another network, such as the internet, for example via a wireless broadband network.

The backup device may further be provided with a power source appropriate to its functionality. For example, a backup device that simply backs up data from the portable data storage device may be provided with a small battery, for example a pair of AAA- size batteries, which may be rechargeable or replaceable. A backup device that provides more functionality, such as the hands-free device, may be provided with a larger, preferably rechargeable, battery together with a charger or an attachable battery pack.

With regard to the design of the backup device itself, technical features which may be taken into consideration in the design include the following: any buttons on the backup device should be robust and should be positioned so that they are not easily activated accidentally the buttons may be manufactured from metal or, preferably, plastic a multi-purpose housing facility may be provided for the attachment of, for example, a key ring or a neck strap or means for attaching the backup device to an accessory or article of clothing of a user, such as an integrated pin, may be provided a magnifying lens may be provided as part of the enclosure for the alarm

LED - the plastic from which the backup device is manufactured should be scratch- proof , suitable for heavy usage and pass a drop test of a few meters embodiments of the backup device may have dimensions of around 55mm x

28 mm x 15mm embodiments of the backup device may have a volume of around 25cm³ - the backup device should be able to operate in a temperature range of around -2O⁰C to 55°C the speaker output may be grilled housing should be provided for the power source, for example two AAA batteries - logos may be screen printed, engraved or moulded into the plastic casing

Procedures may be provided to enable communication links to be set up and maintained between the portable data storage device and the backup device. In particular, procedures may be defined to enable the backup device to be coupled with a new portable data storage device, such as a new mobile telephone or to an existing portable data storage device, such as an old mobile telephone. Examples of such procedures are set out below for illustrative purposes only.

A procedure for coupling a new or an old backup device with a new or an old portable data storage device may include one or more of the following steps:

Power on the backup device, for example by pressing a power button for 1 to

3 seconds.

Put the backup device in pairing mode, e.g. by pressing a further button or keeping the power button pressed for a further length of time. - The backup device indicates that it is in pairing mode, e.g. by having an LED glowing continuously.

The backup device may stay in the pairing mode only for a predetermined length of time, e.g. 3 minutes, after which it may power down if a pairing attempt has not been made. - Start the pairing application on the portable data storage device.

'Discover' the backup device with the help of the user interface on the portable data storage device.

The application on the portable data storage device connects to the backup device with a known passkey , e.g. 4 digits long. - The backup device indicates completion of pairing, e.g. by an LED blinking twice.

The application on the portable data storage device may initiate synchronisation upon successful pairing and moves into a protected state, which may be indicated by a beep and/or flash (e.g. blinking an LED once every 5 seconds) on the backup device.

The backup device may further power down for 5 minutes in the event of 3 consecutive unsuccessful attempts to couple with the backup device.

An option to decouple the portable data storage device and backup device may be provided, for example by the entry of a passkey at the portable data storage device. Once the devices have been paired, the devices may couple automatically when they are switched on.

Further predefined procedures may be implemented between the portable data storage device and the backup device. For example, a manual synchronisation procedure may include one or more of the steps of:

Couple the portable data storage device with the backup device. Select the application on the portable data storage device to start the manual synchronisation. - Display messages on the user interface of the portable data storage device relating to the progress and success of the ongoing synchronisation and indicate the completion of a synchronisation session. Provide an option on the portable data storage device application to cancel the synchronisation session on request. - Prioritise GSM and hands-free events during a synchronisation session (with regard to both the processor of the portable data storage device and the communication link), even if the devices are in a protected state.

An automatic synchronisation procedure may further be defined, including one or more of the steps of:

Couple the portable data storage device with the backup device.

Initiate automatic synchronisation at the backup device on power on and at a predetermined time interval (e.g. once every 24 hrs) if the device is continuously on. - Prioritise GSM and hands-free events during an automatic synchronisation session, even if the devices are in a protected state.

If the portable data storage device is switched off, the backup device delays the automatic synchronisation by a predetermined length of time (e.g. 1 hr). A user may further switch off beeping noises from the backup device by a predetermined procedure, e.g. by pressing the function button on the backup device or entering a passkey at the user interface of the portable data storage device.

If the portable data storage device and the backup device go out of range when coupled, the application on the portable data storage device may display a message to indicate immobilisation and the backup device may buzz, beep and/or flash to indicate immobilisation.

The portable data storage device may support a piconet to enable the immobilisation feature to be available when the device is used with a BlueTooth™ hands-free device. The application on the portable data storage device may ensure that priority is given to GSM and hands-free activities.

Data recovery and upload functionalities may be provided from the backup device in case of loss of the portable data storage device. An application may be provided on a PC which may operate over BlueTooth™ to synchronise the data from the backup device. Data recovery may also be provided with the help of a service centre, who may be able to authenticate genuine users and enable data recovery. The facility may be provided, for example on the portable data storage device application or a PC application, to clear the contents of the backup device.

When the portable data storage device is immobilised, it will preferably still be possible to make emergency telephone calls to a predetermined number. In one embodiment, incoming calls and messages are not disabled in the immobilisation mode. Immobilisation of the device is ensured even if the portable data storage device is powered off and back on after immobilisation.

The backup device may further include a low power or low battery warning, for example when the battery level falls to less than 5% of it's capacity. This may be implemented as a beep or flash and/or a low power message may be sent to the application on the portable data storage device, which may display a, preferably flashing, icon.

A SIM lock may also provided by the application on the portable data storage device to prevent unauthorised users accessing the SIM by other means.

Further features of the operation of one embodiment of the backup device are set out below by way of example. In this example, the portable data storage device is a mobile telephone.

With the backup device in a Power Down State both the red and blue LED will be OFF. Power ON the backup device by pressing Button 1 for more than 3 seconds. Power ON state is indicated by the Red LED blinking once in every 5 seconds. Keeping the Button 1 pressed for more than 6 sec will put the backup device into pairing mode. Pairing State is indicated by the solid glow of the Blue LED. The backup device will be in pairing mode for 3 minutes. During this period, it can be paired from the mobile phone.

If the backup device is already paired with a mobile, backup device will try to couple with the mobile phone. Upon successful coupling the blue LED on the backup device starts blinking once in every 5 sec, now the backup device is in protected state.

If the backup device is not paired with any mobile phone, the backup device will go to Power Down state after 10 seconds. If backup device fails to connect, it retries for 3 times and goes into Power Down state. While going to Power down state Red LED blinks 3 times with 1 sec delay.

In the Pairing State, this is indicated by the solid glow of the Blue LED. In Pairing mode the backup device responds to a pairing request. Upon successful pairing, backup device enters the Protected state, which is indicated by Blue LED blinking once in every 5 seconds. If the other side provides a wrong passkey 3 times during pairing, the backup device will go into Power Down state for 5 mins. The backup device will be in pairing mode only for 3 mins. If there is no attempt for pairing from the other side the device will go to the Power Down state.

A blue LED blinking once in every 5 sec indicates that the backup device is in a protected state. If the backup device enters protected state from the Power Down state and not from Pairing State it issues the synchronisation request. If the synchronisation is cancelled from the mobile the backup device retries every 10 minutes until the synchronisation happens successfully. If the backup device is continuously switched ON for more than 24 hrs it shall issue synchronisation again.

Pressing Button 2 on backup device for more than 3 sec will issue a manual synchronisation request. If the backup device or mobile phone moves out of range or mobile is switched OFF, the backup device enters an Out of range state. Out of range state is indicated by the Buzzer alarm and Red LED blinking every second.

Pressing the Button 1 for more than 5 sec decouples the backup device from the mobile phone and switches OFF the backup device. The backup device turns the Buzzer ON and Red LED starts blinking every second upon the alarm request from mobile phone.

If the backup device finds that Battery has drained below the specified level (5%) it sends a Battery low indication to the mobile phone along with a beep on backup device as soon as it enters this state and also once per day if it is kept ON continuously.

Upon request from the mobile phone application, the backup device changes the passkey. Also, the backup device clears the non volatile memory upon request from the mobile phone.

If the backup device is in an Out of range State, the Buzzer alarm and Red LED blinking every second indicates this state. If the backup device or mobile phone is brought back in range, the Buzzer is turned OFF and the backup device couples with the mobile phone and enters Protected state. Pressing the Button 2 for more than 5 sec will mute the Buzzer. In this state if the backup device and mobile phone come back in range they get coupled and move into the protected state. The Buzzer will be un- muted. If this state does not change within 10 sec by either bringing back the mobile in range or Muting the Buzzer by pressing Button 2 for more than 3 sec Buzzer will alarm continuously for 10 sec and then start beeping Vz a second for every 10 sec.

The table below sets out the indications provided for different states of the backup device according to one embodiment.

The table below indicates the Button options available with one embodiment of the backup device:

Out of range I Mute the Buzzer Button 2 press for more than 3 sec

The operation of one embodiment of an application that may be implemented on a portable data storage device, such as a mobile telephone, in conjunction with the system described herein is set out in more detail below. The application described is an immobilization application.

To start the application, start the backup application on the mobile. It should display a help screen guiding the user to select the Options button. The mobile then displays a message such as:

"Welcome. To start select the Options button" The Options button displays a list of available menus like:

"Locate Backup device Tools

Help Exit"

Upon selection of Locate Backup device menu item, the application will first check if BlueTooth™ is ON and will provide an option to the user to turn on BlueTooth™: "BlueTooth™ not ON. Turn it ON now?"

If the user cancels the operation, the application will return to the main menu. Otherwise, it will proceed to discover BlueTooth™ devices in the vicinity and display a list of devices using the standard BlueTooth™ display menu.

"Last devices found :

More devices blah..blah1 blah..blah2"

If a device with which to pair is selected, the application will attempt to pair with the backup device with the default passkey (0000). If successful, a timed message will appear indicating the same and recommendation to change the passkey: "Backup device successfully paired. Please register your unique passkey."

Otherwise, the user will be prompted to re-enter the device passkey: "Re-enter passkey: *^***"

If at this point, the user cancels the operation, the user shall be returned to main Options and the device state is not protected. A hard icon displaying this would appear on the screen to indicate this state.

After approximately one second after successful pairing with default passkey, the user shall be prompted to register a unique passkey for the device and to recover from immobilise situation. "Register unique passkey: **^**"

Following this a dialog box will to validate the previously entered passkey. If the user typed a different pass key, the previous dialog box will reappear followed by the confirmation dialog until the user has it right: "Re-enter passkey to confirm: ^****"

Immediately after registering the passkey the mobile will attempt to synchronise with the device and display a dialog box as shown below, preferably with a progress bar:

"Synchronising with backup device" At the end of this process, the backup device is synchronized and mobile is protected.

A message box to announce this will appear. Also a hard icon to display this state shall be displayed.

"Congratulations! Mobile is now protected."

If the backup device happens to go out of range or is switched off and the mobile phone is in protected state, the immobilization application takes over and locks the phone. In this state, if the backup device happens to come back within the range of mobile or is switched on, the immobilization application shall automatically unlock the phone. The application shall produce a bleep sound to inform the user about this event. In the immobilized state, the mobile phone shall be locked to prevent misuse. In this situation, a message prompt will appear as shown below. It provides an input box for entering a passkey to recover from the situation. Any ongoing calls shall not be affected if the mobile is protected. Immobilization comes into effect after the call has ended.

"Immobilised! Only emergency services.

Enter passkey to recover.

In the immobilize state, the Option menu will be a limited functionality as shown below. On selecting the Emergency Calls menu, user may make only emergency calls. The user shall be able to take calls as well but no additional functionality would be available such as Caller Id display. The Accept/ Reject call buttons would be active.

"Recover Emergency Calls

Help"

On selecting the Recover menu, the application shall display the immobilized prompt as shown below. If the user attempts to enter the password more than 3 times, the phone shall initially prevent recovery for 5 min. The recovery menu shall be greyed out to indicate this. This interval will progressively increase to 10min, 20min, etc. if further attempts are carried out unsuccessfully. "Recover Emergency Calls Help"

Limited set of functionality and user interface would be available during the immobilised state of mobile. The emergency services available would be dependent on the network provider and shall include: • Ability to make emergency calls

• Ability to receive calls (without caller id info)

The backup device will attempt to synchronize the data with the mobile every day. However, priority would be given to other mobile events like placing and receiving calls, messages, camera and mobile applications over BlueTooth™. This can cause the sync to be deferred until next opportunity available during the day. If the sync is successful, next sync will be attempted after approximately one-day period.

The user may at any point of time choose to disable immobilisation functionality. This can be done using the Immobilise menu option. A dialog box with radio buttons will open showing the current setting. The user can navigate to the OFF position.

The application shall verify that it is an authorized request by prompting for the passkey as shown below. If a valid passkey is entered, the immobilisation functionality would be disabled.

"Please enter passkey to confirm: *^***"

At any time after disabling immobilisation, if the user wishes to turn on the feature back again, the user can go to Option > Immobilisation. The dialog box as show in figure below will appear and user can navigate to the ON position to turn on the feature. No password confirmation will be needed for this case. A user may choose to perform manual sync of information at any time with the coupled backup device. For this the user can select Options> Tools> Synchronise. A progress bar dialog box will come up indicating the status of transfer. At any time the user can cancel the task by pressing the Cancel button.

On successful completion of sync, the phone will display a message indicating the same.

"Congratulations! Backup device is synchronised."

The user may change the passkey for the device. Upon selection of Options> Tools> Change passkey, the application shall prompt for the current passkey of the backup device. If the proper passkey was provided, the application shall ask the user to register new unique passkey and confirm the same as described earlier.

The user may also clear the memory of the backup device. Upon selection of Options> Tools> Clear memory on backup device, the application shall prompt for the passkey for this operation. After a further confirmation to proceed, the application shall send a message to the backup device for clearing the contact information.

The user shall be alerted about a low battery condition of backup device. The backup device will send an alert message once every 4 hours if the battery level falls below 5%. The application shall display a message when it receives the alert from backup device. Suitable hard icon would be displayed to reflect the low battery condition of backup device. Also if there is an ongoing call or any other event, the application shall defer the display low battery alert message. "Attention!

Backup device low battery. " Usage of the mobile may be prevented if it is stolen and the SIM is removed from it.

The backup application shall lock the SIM if the immobilization takes place and unlock the SIM if it comes out of immobilization.

Features of embodiments of the system described herein are summarised below. It will be appreciated that embodiments of the system may implement some of the features set out below and in any combination.

Data Storage a. Contacts b. Text messages c. Pictures d. Files ( pictures, documents, music files ) e. Settings f. Ring tones g. Personal sensitive information h. Personal medical information.

Alarm a. LED b. Buzzer c. Vibrator d. Handset ring tone

Immobilization a. Immobilization for Phone and SIM b. Sending text messages to the network c. Remote locking for mobile phones

Broadcast of Emergency Information I-Migo Tags

Access Control a. For buildings b. For Computers

Digital Rights Management ( DRM )

Piconet for additional devices and device types a. I-Migo along with a Headset or Hands free device. b. I-Migo along with other device types such as laptops and digital cameras.

Provision for Memory Card ( SD Card ) An in-built MP3 player USB Download option for upgrades LCD with scroll and input option

Different embodiments of the device may be designed for specific purposes e.g. Hands Free alone, Data storage with Hands Free.

Different IDs Sponsorship

Different Versions of the backup device may be provided, for example: 1. The backup device as a basic storage device.

2. The backup device as an enhanced data storage device to be able to store additional types of objects like messages, pictures, documents and music files.

3. The backup device as a Hands Free device supporting only the hands free features.

4. The backup device as a data storage device with Hands Free capabilities. 5. The backup device as Hands Free device with audio playback of music files stored on the backup device or the portable data storage device, for example playback of MP3 files.

6. The backup device functioning as tags (Security tags).

As will be clear to one skilled in the art, embodiments of the device may incorporate any one or more of the features described above. For example, features such as hands-free operation of a portable data storage device may be provided independently or in conjunction with other features, such as the data backup features.

Claims

Claims:

1. A method of creating a message at a primary device having data storage and long range communication capabilities, the message comprising a header including a destination identifier for the message and a message payload including text data, the method comprising: receiving audio data from a user at a secondary device connected to the primary device over a short range wireless communication link; processing the audio data to convert the audio data to text data; obtaining a destination identifier for the message; generating a message incorporating the text data in the message payload and the destination identifier in the message header; transmitting the message to the primary device over the short range wireless communication link.

2. A method according to Claim 1 wherein the step of processing the audio data is performed entirely at the secondary device.

3. A method according to Claim 1 wherein the step of processing the audio data is distributed between the secondary device and the primary device.

4. A method according to any preceding claim wherein the short range wireless communication link comprises a BlueTooth™ link.

5. A method according to any preceding claim wherein, following the step of processing the audio data, the method further comprises communicating the text data to the user.

6. A method according to Claim 5 wherein communicating the text data to the user comprises communicating the data via an audio communication.

7. A method according to any preceding claim further comprising receiving an input from the user to correct the text message data or to confirm the data is correct.

8. A method according to any preceding claim wherein the destination identifier comprises a numeric or alphanumeric identifier of a further primary device associated with a further user, preferably wherein the identifier is received as audio data.

9. A method according to any preceding claim wherein the destination identifier comprises an identifier of a memory location within the primary device.

10. A method according to any preceding claim further comprising storing a plurality of pre-prepared items of text data at the secondary device and wherein converting the audio data to text data comprises selecting one of the items of pre-prepared text data corresponding to the audio data received.

11. A method according to any preceding claim further comprising receiving confirmation of the sending or receipt of the message from the primary device over the short range wireless communication link and communicating the confirmation to the user.

12. Apparatus for creating a message at a primary device having data storage and long range communication capabilities, the message comprising a header including a destination identifier for the message and a message payload including text data, the apparatus comprising: means for receiving audio data from a user at a secondary device connected to the primary device over a short range wireless communication link; means for processing the audio data to convert the audio data to text data; means for obtaining a destination identifier for the message; means for generating a message incorporating the text data in the message payload and the destination identifier in the message header; means for transmitting the message to the primary device over the short range wireless communication link.

13. A computer program or computer program product comprising instructions for carrying out a method according to any of Claims 1 to 12.

14. A communication device comprising: means for communicating with a portable data storage device over a short-range wireless communication link to transmit audio and/or video data between the portable data storage device and a user in real-time; output means for outputting audio and/or video data received from the portable data storage device to the user; input means for receiving audio and/or video data from the user for transmission to the portable data storage device; means for supporting the communication device in relation to the user, away from the ear of the user.

15. A communication device according to Claim 14 wherein the means for supporting comprises means for attaching the communication device to an article of clothing or an accessory of the user.

16. A communication device according to Claim 14 wherein the means for supporting comprises a ligature for securing the communication device around a portion of the user's body, such as around the user's neck.

17. A communication device according to any of Claims 14 to 16 wherein the communication device further comprises means for communicating periodically or quasi-continuously with the portable data storage device over a short-range wireless communication link to back up data stored on the portable data storage device.

18. A communication device for backing up data stored on a portable data storage device, the communication device comprising: means for communicating periodically or quasi-continuously with the portable data storage device over a short-range wireless communication link to back up data stored on the portable data storage device; means for communicating with the portable data storage device over the short-range wireless communication link to transmit audio and/or video data from the portable data storage device to a user in real-time.

19. A communication device according to Claim 18 further comprising means for transmitting audio and/or video data from the user to the portable data storage device in real-time.

20. A communication device according to Claim 18 or 19 further comprising means for supporting the communication device in relation to a user, away from the ear of the user.

21. A communication device according to any Claims 14 to 20 further comprising means for monitoring receipt of real-time audio and/or video data at the portable data storage device and notifying the receipt of the data to a user.

22. A communication device according to any Claims 14 to 21 further comprising means for receiving a command from a user and means for commencing the transmission of audio and/or video data in response to the command.

23. A communication device according to Claim 22 wherein the means for receiving a command comprises a button.

24. A communication device according to Claim 22 wherein the means for receiving a command comprises means for receiving an audio command.

25. A communication device according to any of Claims 14 to 24 further comprising means for displaying video and/or text-based data to the user.

26. A communication device according to any of Claims 14 to 25 wherein the short- range wireless communication link comprises a BlueTooth™ communication link.

27. A method of operating a communication system comprising: providing a portable data storage device and a backup device; communicating periodically or quasi-continuously between the portable data storage device and the backup device over a short-range wireless communication link to back up data stored on the portable data storage device; communicating between the portable data storage device and the backup device over the short-range wireless communication link to transmit audio and/or video data from the portable data storage device to the user in real-time.

28. A method of operating a communication device, the communication device being supported in relation to the user, away from the ear of the user, the method comprising: communicating with a portable data storage device over a short-range wireless communication link to transmit audio and/or video data between the portable data storage device and a user in real-time; outputting audio and/or video data received from the portable data storage device to the user; receiving audio and/or video data from the user for and transmitting the data to the portable data storage device.

29. A method of backing up portions of data stored on a portable data storage device, the method comprising: classifying each portion of data into one of a plurality of predefined data types; communicating periodically or quasi-continuously between a backup device and the portable data storage device to back up at least one portion of data classified as a first data type; communicating at a predetermined rate of recurrence between the backup device and the portable data storage device to back up at least one portion of data classified as a second data type.

30. A method according to Claim 29 further comprising communicating at at least one other predetermined rate of recurrence to back up data classified as least one other data type.

31. A method according to Claim 29 or 30 further comprising determining whether the portable data storage device is in use before communicating to back up data of at least one type.

32. A method according to any of Claims 29 to 31 wherein the predetermined rate of recurrence for one or more types of data is set by a user.

33. A method according to any of Claims 29 to 32 wherein classification of the portions of data is automatic.

34. A method according to any of Claims 29 to 33 wherein at least one portion of data is classified manually by the user as a particular data type.

35. A method according to any of Claims 29 to 34 wherein individual portions of data are classified manually by the user.

36. A method according to any of Claims 29 to 35 wherein the predefined data types include one or more of: critical and volatile data; critical and stable data; non-critical and volatile data; non-critical and stable data.

37. A method according to any of Claims 29 to 36 wherein the first data type comprises critical and volatile data, preferably including at least one of: operational data, calendar, reminder, alarm and task data.

38. A method according to any of Claims 29 to 37 wherein the second data type comprises critical and stable data, preferably including at least one of: directory data, data files and personal configuration information.

39. A method according to any of Claims 29 to 38 further comprising converting the format of at least one portion of data before storage.

40. A method according to any of Claims 29 to 39 further comprising compressing at least one portion of data before storage.

41. A backup device for backing up data from a portable data storage device, the backup device comprising: a short-range wireless communication link; means for communicating periodically or quasi-continuously with the portable data storage device over the wireless communication link to back up data comprising a first data type; means for communicating at a predetermined rate of recurrence to back up data comprising a second data type; storage means for storing the data obtained.

42. A portable data storage device comprising: a short-range wireless communication link for communicating with a backup device; storage means for storing data of a first data type and data of a second data type; means for communicating periodically or quasi-continuously over the short-range wireless communication link to back up data of the first data type at the backup device; means for communicating at a predetermined rate of recurrence over the short-range wireless communication link to back up data of the second data type at the backup device.

43. A method of transferring data from a portable data storage device, the method comprising: communicating over a short-range wireless communication link to back up data stored in the portable data storage device to a backup device; communicating over a second data transfer link to transfer data stored in the backup device to a third device.

44. A method according to Claim 43 wherein the second data transfer link comprises a physical link.

45. A method according to Claim 43 or 44 wherein the backup device comprises a removable memory unit and wherein communicating over the second data transfer link comprises removing the removable memory unit and inserting the unit into the third device.

46. A method of logging a series of transactions performed at a data storage and transfer device, the method comprising: communicating periodically or quasi-continuously with the data storage and transfer device over a wireless communications link to a remote backup device; monitoring transactions performed by the data storage and transfer device; logging data relating to the transactions performed at the remote backup device.

47. A method according to Claim 46 wherein the transactions are performed over a short-range wireless communication link.

48. A method according to Claim 46 or 47 wherein the transactions performed by the data storage and transfer device are monitored by the remote backup device over the wireless communications link.

49. A method according to any of Claims 46 to 48 wherein the data storage and transfer device comprises a computer.

50. A method according to any of Claims 46 to 49 wherein the data storage and transfer device comprises a portable data storage device.

51. A method according to any of Claims 46 to 50 wherein the transactions comprise at least one of: financial transactions, access request transactions or communication transactions.

52. A method according to any of Claims 46 to 51 further comprising initiating an alert procedure on identification of a predetermined transaction or type of transaction or on identification of an attempt to perform a predetermined transaction or type of transaction.

53. A method according to any of Claims 46 to 52 wherein monitoring transactions comprises monitoring data transferred over the communications link.

54. A method according to any of Claims 46 to 53 wherein monitoring transactions comprises monitoring data stored in the data storage and transfer device.

55. A method according to any of Claims 46 to 54 wherein the wireless communication link comprises a BlueTooth™ link.

56. A computer program or computer program product comprising means for carrying out the method according to any preceding method claim.

57. A communication or backup device substantially as any one herein described with reference to the accompanying drawings.

58. A method of communicating with a portable data storage device substantially as any one described herein with reference to the accompanying drawings.