FIELD OF THE INVENTIONThe invention relates to displaying data on a mobile terminal such as a mobile phone or personal digital assistant (PDA). An example of an application of the invention is displaying information from advertising or information services on a mobile phone, storing the information, and then displaying the information on a display of the mobile phone.
BACKGROUND OF THE INVENTIONMobile terminals such as mobile phones and personal digital assistants (PDAs) have become items regularly carried by people. These devices are commonly used as replacements for manual pocketbooks or diaries, we use them to keep track of phone numbers and to keep or send notes to others using messaging services. However the small size of mobile terminals generally means these are less powerful processing devices that desktop or portable computers. Mobile terminals also generally have small screens and the user input interface is limited to either a keypad or very small keyboard which is often awkward to use. Due to these limitations is generally more awkward to download and read information on a mobile terminal than on a typical personal computer.
There is a need for a system which enables simple viewing and/or downloading of content for mobile terminals.
SUMMARY OF THE INVENTIONAccording to one aspect of the present invention there is provided a method for providing and displaying content on a mobile terminal with a display, the method comprising the steps of:
- acquiring a content data stream by a mobile terminal;
- formatting the content data stream acquired by the mobile terminal according to predetermined parameters including one or more of: parameters based on display limitations for the mobile terminal, and user specified parameters; and
- displaying the formatted content on the display.
 
According to another aspect of the present invention there is provided an application adapted to be resident on a mobile terminal with a display to convert the mobile terminal from any intended use into a graphic display player, whereby the graphic display player automatically displays data content on the display in a scrolling mode, and provides control features to enable a user to control at least one or more of the scrolling rate, scroll direction and font size during data display.
According to another aspect of the present invention there is provided a system for providing and displaying content on a display of a mobile terminal, the system comprising:
- a content acquisition interface adapted to enable a mobile terminal to acquire a content data stream from one or more content providers;
- a formatting component adapted to format the acquired content data stream according to one or more predetermined parameters including: parameters based on display limitations for the mobile terminal, and user specified parameters; and
- a display component adapted to display the formatted content on the display.
 
According to another aspect of the present invention there is provided a content providing device comprising:
- a communication interface adapted to communicate with a content acquisition interface of a mobile terminal with a display, said mobile terminal being required to be located proximate the content providing device;
- a storage component for storing content data for downloading as one or more content data streams; and
- a controller, whereby the device is adapted to enable acquisition of one or more content data streams on request by a mobile terminal located proximate the device.
 
BRIEF DESCRIPTION OF THE DRAWINGSFIG. 1 is a block diagram of an embodiment of a system of the present invention for a mobile phone.
FIG. 2 is a flowchart representing an embodiment of the formatting method.
FIG. 3 is an example of a configuration screen for viewing and setting user variable parameters.
FIG. 4 is a block diagram illustrating the interaction between a mobile terminal, content providers, and support applications according to an embodiment of the present invention.
FIG. 5 illustrates an embodiment of the present invention for providing scrolling text on a mobile terminal.
FIG. 6 illustrates an embodiment of the present invention for providing scrolling text as images on a mobile terminal.
FIG. 7 illustrates an embodiment of the present invention for providing scrolling text and images on a mobile terminal.
FIG. 8 illustrates an embodiment of the present invention for providing a scrolling image on a mobile terminal.
FIG. 9 illustrates an embodiment of the present invention for providing scrolling text and voice content on a mobile terminal.
FIG. 10 illustrates an embodiment of the present invention for providing scrolling text from voice data on a mobile terminal.
FIG. 11 illustrates an embodiment of the present invention for providing scrolling text, voice and image content on a mobile terminal.
FIG. 12 is a block diagram of an embodiment of content providing device in communication with a mobile terminal.
FIG. 13 illustrates a system according to an embodiment of the present invention.
FIG. 14 is an example of a communication flow for storing data on a content providing device according to an embodiment of the present invention.
FIG. 15 is an example of a communication flow for a mobile terminal acquiring content from a content providing device according to an embodiment of the present invention.
FIGS. 16a and 16b illustrate an example of a scrolling player according to an embodiment of the invention.
FIG. 17 illustrates the architecture for mobile terminal applications and content providing devices of embodiments of the present invention.
FIG. 18 is illustrates an example of a mobile terminal within wireless communication range of a number of other devices.
FIG. 19 is an example of a signal flow for the mobile terminal ofFIG. 18 downloading content from a content providing device using wireless communication.
FIG. 20 illustrates a system according to an embodiment of the present invention.
FIG. 21 illustrates the architecture for an alternative content providing device.
DETAILED DESCRIPTIONA system according to embodiments of the present invention enables content to be provided to, stored and then displayed on amobile terminal105. Thesystem100 comprises acontent acquisition interface110, aformatting component120 and adisplay130.
Thecontent acquisition interface110 is adapted to enable themobile terminal105 to acquire a content data stream from one ormore content providers140,141 and142. For example, the content providers could include adedicated device140 adapted to transmit content data directly to the mobile105, apersonal computer141 adapted to transfer content data files to the mobile phone, or anInternet site142 which can be accessed from the mobile phone via a telecommunication network to acquire content data, data may also be acquired via e-mail capability provided in the mobile terminal. The content data stream may be displayed as it is acquired or stored on the mobile phone for later display.
Theformatting component120 is adapted to format the acquired content data stream according to one or more predetermined parameters. The parameters include parameters based on the limitations of the device display limitations for themobile terminal105, and user specified parameters. For example, parameters based on the device display capabilities can include: parameters based on screen resolution, colour display capability, image display capability, screen size, screen refresh rate, display buffer size and the like. Examples of user specified parameters include: font size, font type, scroll rate, scrolling direction, colour mode etc. The formatted data is then displayed by thedisplay component130. The display component typically includes a screen, however the display component may also include features such audio output, tactile output such as vibration, or other visual outputs such as visual projection or lights.
The mobile terminal can be a mobile phone, personal digital assistant (PDA), portable computer, media player or the like. A mobile terminal can also be a content provider as well as a content acquirer, for example where terminal to terminal data sharing or transfer is possible.
The system can also include one or more content providers. An example of a content providing device is illustrated inFIG. 12, thecontent providing device1200 comprises: acommunication interface1210, astorage component1220, and acontroller1230. Thecommunication interface1210 is adapted to communicate with a content acquisition interface of amobile terminal1250 located proximate thecontent providing device1200. Thestorage component1220 is for storing content data for downloading to themobile terminal1250 as one or more content data streams. Thecontroller1230 controls the processes for communication between thecontent providing device1200 and themobile terminal1250 and downloading of stored content data to themobile terminal1250.
In an embodiment thecommunication interface1210 is implemented using a limited range wireless communication technology. In the example described herein Bluetooth is used however other radio frequency wireless interfaces such as WiFi, 802.11X, WLAN, RFID or the like can be used, alternatively optical interfaces such as infra red (IR) can also be used and all alternatives are considered within the scope of the invention and encompassed in the claims.
Thecommunication interface1210 of a preferred embodiment is adapted to respond to a request to download content sent by a wireless device with compatible wireless communication functionality within transmission range. In this embodiment the availability of content for download is advertised at the location, for example on an advertising board, and a user requests the content download by pressing a predetermined key on their mobile terminal. The content providingdevice controller1230 andcommunication interface1210 then establish communication with themobile terminal1250 and automatically download the content.
Alternatively thecommunication interface1210 can automatically detect wireless devices with compatible wireless communication functionality enabled within transmission range. The content providingdevice controller1230 andcommunication interface1210 establish communication with the mobile terminal1256 and offer to transfer content to the mobile terminal, and the mobile terminal displays the offer to the user, offers for content form more than one content provider may be displayed and browsed by the user on the mobile terminal. The user accepts an offer using a single key stroke which triggers the mobile terminal to request content be transmitted by the content providing device as one or more content data streams. The mobile terminal then receives and stores and/or displays each content data stream according to user preferences.
An example of an application for such a content providing device is an advertising device which enables a location such as an advertising board to transmit the advertising information to a mobile terminal upon request. In this embodiment the content providing device is a stand-alone device which is small, cheap, stores a limited number of content data streams (advertisements) and is only enabled for short range wireless communication.
The stand-alone content providing device stores advertising information such as the details of a house or car for sale. The device can receive and store information received wirelessly, as well as transferring the information upon request wirelessly. The device is adapted to be placed and attached to any item that requires advertising, such as an advertising board, (e.g., retail, real estate) a car for sale, etc. It communicates with a mobile terminal using wireless communication such as Bluetooth. Upon user request, it will transfer the advertising details regarding the item for sale including contacts, references, description, cost, etc. The interface between the content providing device and the mobile terminal can be implemented such that the advertising information can be transferred and stored on the mobile terminal in response to a single key stroke by the user.
Embodiments of the content providing device can be implemented in a number of ways. For example, the content providing device may be implemented as a specially designed and built device, in a mobile terminal which acts as a content providing device by running software which stores and transmits the content data to another mobile terminal; or in a PC that acts as a content providing device and is adapted to communicate with and transmit content to a mobile terminal.
An example of a way content data is prepared and stored on a content providing device will now be described in greater detail with reference toFIGS. 13 and 14. In the embodiment ofFIG. 13, the content to be stored on thecontent providing device3 is prepared on another device such as aPC1 or mobile terminal1a. The content is prepared using in a XML or text format according to a structured template in this embodiment to minimise any further formatting that may be required for displaying the content data on a mobile terminal. The content may also be downloaded from another source, such as a web site or document file, and edited or formatted according to the structured template, for example using a specialised software application on the PC. The content can include text and images, for example where the content is an advertisement the content may contain both descriptions and pictures of the goods for sale. Some examples of the format for such content are provided in tables 1 to 4 where table 1 shows generic information common to most advertising scenarios and tables 2 to 4 give examples of additional information tailored for the particular advertising scenario that can accompany the generic definition.
| TABLE 1 | 
|  | 
| Generic Definition | 
|  | Category |  | e.g. HOUSE, CAR, | 
|  | Header | Message type | ITEM, etc. | 
|  | 
|  |  | Source |  | 
|  |  | Time stamp |  | 
|  |  | Images count |  | 
|  |  | Sound clips count |  | 
|  |  | Video clips count |  | 
|  | Contact Details | Name |  | 
|  |  | Agency name |  | 
|  |  | Phone |  | 
|  |  | Address |  | 
|  | Inspections | Days |  | 
|  |  | Times |  | 
|  | Description | Free textdescription |  | 
|  | Image | Image | 
| 1 |  | 
|  |  | Image X |  | 
|  | Sound clips | Sound clip 1 |  | 
|  |  | Sound clip Y |  | 
|  | Video clips | Video clip 1 |  | 
|  |  | Video clip•Z |  | 
|  | Location | Address | 
|  | 
|  | Item | Name | 
|  |  | Cost | 
|  |  | Style | 
|  |  | Stock | 
|  |  | Action | 
|  |  | Shop | 
|  | 
|  | House | Bedrooms | 
|  |  | Bathrooms | 
|  |  | Study | 
|  |  | Size | 
|  |  | Style | 
|  |  | Garage | 
|  | 
|  | Car | Make & Model | 
|  |  | Year | 
|  |  | Miles/Kilometres | 
|  |  | Colour | 
|  |  | Style | 
|  |  | Doors | 
|  | 
Once the content is prepared the content data stream is transmitted to thecontent providing device3 for storage thereon either by direct wired orwireless communication2a between thePC1 or mobile terminal1a and thedevice3, or using wireless communication established between thePC1 or mobile terminal1a and thedevice3 via a telecommunication network, for example via the Internet and satellite communication to thedevice3. Thedevice3 stores the content data stream and is ready to provide this content to amobile terminal4.
FIG. 14 illustrates am example of the signalling sequence between aPC1 and acontent providing device3 for downloading the content data stream. Once the content data is prepared thePC1 sends an opensession request signal1410 to thecontent providing device3 to start the download sequence. Thedevice3 responds with anacknowledgement signal1420 to confirm that communication is established between thePC1 and thedevice3. ThePC1 then sends alogon signal1430 to establish that thePC1 is authorised to download content to thedevice3. Once thedevice3 has confirmed that thePC1 is an authorised content source,device3 responds which anacknowledgement signal1440. ThePC1 then transmits thecontent data stream1450 to thedevice3. Thedevice3 acknowledges successful reception of the content data stream usingacknowledgement signal1460. If there is no further content to download thePC1 sends asignal1470 to close the communication session. Thedevice3 sendsacknowledgement1480 to thePC1 and closes the session.
Thesignalling4 for downloading content from acontent providing device3 to a mobile terminal5 will now be described with reference toFIG. 15. In this embodiment a mobile terminal5 sends arequest signal1510 to establish communication between the mobile terminal5 and thedevice3 which is confirmed by the device using anacknowledgment signal1520. Then mobile terminal5 then sends alogon request1530 to confirm the mobile5 is authorised to download content from thedevice3, this signal can also include information indicating which content was selected where more than one content download option is available, this is confirmed using anacknowledgement signal1540. The mobile5 then sends arequest signal1550 to initiate downloading of thecontent data stream1560. Once the content data stream is downloaded the mobile5send signal1570 to close the communication session. Thedevice3 sends anacknowledgement1580 and closes the session. Thus the downloading of content data is handled by the communication between thedevice3 and the mobile terminal5 and the only user interaction is the keystroke to initiate the communication and download. This is applicable where there is only one content data option.
Where there are multiple content providing devices within range of the mobile terminal or multiple content download options from one or more devices available content sources and content are displayed, for example in a list sorted by content provide or category, for the user to browse and select the desired content. An example of the signalling between a mobile terminal and plurality of content providing devices will now be described with reference toFIGS. 18 and 19.FIG. 18 illustrates a scenario where a user's mobile terminal1810 is in wireless (Bluetooth) communication range with: a realestate agent board1820 enabled with a content providing device; a content providing device on a car forsale1830; a Bluetoothmobile headset1840; and amobile phone1860. The user may be interested in the car for sale and notices a sign on the car advertising there is further information available for download using the content acquisition and display functionality to the user's mobile terminal. The user presses the “get” key to trigger the application to acquire the data. The acquisition component of the application first sends adiscovery signal1910 to determine what devices are within range and have a compatible communication interface, for example the Bluetooth discovery. Thedevices1820,1830,1840,1860 all receive thediscovery signal1910 and each responds with an acknowledgement signal1921-4 which includes a device identifier, device name, and information regarding the device application. The devices which are compatible with the content acquisition application of the mobile terminal1810 can be determined1930 from the content of this signal for example by an application identifier common to all devices enabled for this application. Similarly the application on the mobile terminal identifies that theBluetooth headset1840 is not a running the application and ceases to communicate further with theheadset1840 which will return to a standby mode and close any communication session when no further communication from the terminal1810 is received.
Thereal estate board1820, car forsale1830 andmobile phone1860 are all identified as compatiblecontent providing devices1930. The mobile terminal1810 then sendsrequest signal1941,1942,1944 to these devices using the device identifies.
Thereal estate board1820 received therequest signal1941 and responds with content header information for a number of items for which data can be downloaded, for example House A, Flat B and House C, this content header for each item can define the item category (House) the content item identifier in the Advertising board device (A) and any other information deemed of value for displaying on the mobile terminal menu such as the address. This content header is used by the application running on the mobile terminal both for display on the mobile terminal menu for content selection and also for any subsequent content download request signalling. Similarlyrequest signal1942 is sent to the car forsale1830 which replies with theacknowledgement signal1952 including the content header for the car, and themobile phone1860 responds to therequest signal1944 with theacknowledgement signal1954 including a header for a content item which advertises the mobile phones user as being available for dating.
The information from the content headers is used to display a list of content items available for download on themobile terminal1810. These content items may be grouped by device, such as:
- Device 1:- House: 1 Smith St, Elwood
- Flat: 20/5 Bruce Rd, Elwood
- House: 12 Bruce Rd, Elwood
 
- Device 2:- Car 1995 Toyota Camry, Red
 
- Device 3:- Available for dating, F 35
 
 
Alternatively the items can be listed by category, such as:
- Dating:- Available for dating, F 35
 
- Motor Vehicles:- Car 1995 Toyota Camry, Red
 
- Real estate:- Flat: 20/5 Bruce Rd, Elwood
- House: 1 Smith St, Elwood
- House: 12 Bruce Rd, Elwood
 
 
The lists may be formatted according to a user's preferences (set as user parameters in the mobile terminal). The user's preferences could also include one ore more preferred categories, for example to ensure Houses are listed first, or categories to exclude such as dating offers if the user is not interested in this content.
This list is redundant if only one compatible device is found and only one content item is available for download, in this situation the mobile terminal1810 will automatically request the available data without requiring further user input, thus enabling the acquisition of data using only one key stroke. Similarly if user preferences are set to exclude various categories of data and only one desired content item is available or a preference is set to always download all available data in a particular category, the application can automatically download the desired content data without requiring further user input.
Listing the available content enables the user to view the available content and select one or more content data streams from one or more content providing devices for downloading. For example the user may select single items by manually scrolling to the item on the list and pressing a “get” key or select all items from a device or category by selecting the category or device heading in the menu. Once the user has selected the desired content using the displayedlist1960 the application generates arequest data message1972 using the device identifier and content identifier associated with the selected item. The content data stream will automatically be downloaded1982 to the mobile terminal. Once the content is downloaded the mobile terminal acknowledges1992 the receipt of the data to close the communication session.
Devices, such as themobile phone1860 andReal estate board1820, will automatically time-out and close any communication session if no data request message is received.
The downloaded content can be automatically displayed on the mobile terminal, stored on the mobile terminal, forwarded to another device such as a web site or PC via the Internet or e-mailed to another user or all of the above. The content can also be discarded, by deleting the data stream from the mobile terminal memory, once it has been displayed, this may be done automatically after display according to a user preference, or in response to a discard command given by the user.
FIG. 20 is an example of a system incorporating a dedicated stand-alonecontent providing device2020, anexternal control device2030 for preparing and downloading content data to thecontent providing device2020, and a mobile terminal2010 enabled with the above data acquisition and display application. By providing theexternal device control2030 for preparing and wirelessly downloading content data to the stand-alonecontent providing device2020, thisdevice2020 does not need to have user interface functionality such as manual data input and display functionality. This enables the content providing device size and functionality to be minimised in order to produce a simple, cheap, robust, and small content providing device. For example, thedevice2020 may be a single microchip with a Bluetooth interface, memory and processing capability. The device may be connectable to a power supply of have an on-board power supply such as a battery or photovoltaic cell. The device is registerable to ensure only an authorised user (i.e. the external control2030) is able to store content to thedevice2020, however thedevice2020 is open for any compatible device to download content from the device. For example, eachdevice2020 may be provided with a unique identifier, on registration of thedevice2020 with an external control, a password or key is exchanged between theexternal control2030 andcontent providing device2020 which is subsequently used for authenticating a device attempting to download data to thecontent providing device2020, without the authentication key thedevice2020 will prohibit downloading of data to thedevice2020.
The data content, for example the advertising data for the real estate board, is prepared on anexternal device2030, and transmitted to thecontent providing device2020. The mobile terminal2010 can acquire content from thedevice2020, as described above, but is not able to write data to thedevice2020 as it is not authorised or registered to do so. Themobile terminal2010 is also enabled to acquire data such as e-mails, web pages and SMS messages from sources such as ane-mail server2050 orweb server2060 via the telecommunication network and theInternet2040. The mobile terminal can also send data, such as data downloaded from the content providing device, to other users via messaging or e-mail. Where content data downloaded from the content providing device includes links to Internet web pages the user can follow this link to view the web page on their mobile terminal, similarly the content may include an e-mail address for enquires to which the user can send a message directly using their mobile terminal.
Advantages of this embodiment of the content providing device include:
- direct “A2C” (“Advertiser to Consumer”) dialogue and identifying the location (“hot spot”) as an area where the advertising information can be downloaded;
- the user initiates the request for the advertising information (positive advertising). The concept is based on P2P advertising (i.e. “person to person” or “point to point” dialogue); and
- transferring of advertising information from the advertiser to the user's mobile terminal as digital data, is fully automated and can be established by a single keystroke, thus is simple and convenient for the user.
 
The key stroke to accept the content may be a pre-programmed or default key, such as “#” to request data download or accept a download offer. Alternatively the acceptance key stroke may be specified in the offer, for example, where more than one information download option is provided, the key stroke may be used to determine which information is requested. For example, a content providing device advertising a house for sale may have the options of downloading only basic details for the property such as the real estate agent, address, price range estimate and number of bedrooms, or downloading full details of features and including images of the property. In this case the offer may for example specify: “Press 1 to download basic details orpress 2 to download full details and images of this property.” A key stroke to reject the offer may also be used. Alternatively or additionally a time-out may be used to terminate the communication between the mobile terminal and the content providing device where the user has made no response to the offer by the expiry of the time-out period.
A difficulty with displaying content on mobile terminals is that the original content format may not be suitable for display on the small screen of a mobile device. Due to the variety of mobile terminals a variation in display capabilities between them, it is almost impossible for generic content provider such as an Internet web site, which typically provides content for display on a terminal such as desk top personal computer (PC), to provide content data in a form also suitable for display on mobile a range of mobile terminals. Embodiments of the present invention can overcome this problem by providing a formatting component to format the content data stream according to the particular display attributes of the mobile terminal to enables it to be displayed on the mobile terminal.
In a preferred embodiment the formatting component divides the content data stream into a sequence of consecutive segments according to predetermined parameters based on the display capability of the mobile terminal. Any content which cannot be displayed by the mobile terminal, for example images where only text is capable of being displayed, can be allocated as an undisplayable segment. The segments are based on device display capability parameters such as screen size and resolution as well as user specified parameters, such as font size, colour mode, automatic scrolling mode or one-screen-at-a-time display mode.
An example of the formatting method is illustrated inFIG. 2. Step201 indicated the start of the formatting. Theformatting component120 determines the segment size for the mobile terminal based on predetermined parameters instep202. For example, the segment size may be based on the number of characters displayable across the screen for a particular terminal screen size and user designated font size. The segment pointer is initiated (for the first segment) or incremented (for subsequent segments) instep205. In step210 a portion of the data stream is read into a buffer, if there is no data in the buffer this indicates the end of thedata stream220 and formatting has ended290. The formatting component determines whether the buffered portion is displayable on the mobile terminal instep230. For example, where a mobile terminal is only capable of displaying text then image data will be recognised as undisplayable. Where the data is displayable, data is allocated to a segment instep240. Depending on the size of each segment the buffer may be smaller or larger than a data segment. If it is determined instep250 that the segment is not full, the formatting returns to step210 so a further portion of the data stream is read in to the buffer and steps210 to250 are repeated until the segment is full. If the segment is full (step250) the formatting checks whether the buffer has been fully allocated to segments instep260, if not then the segment pointer is incremented instep270 and the formatting repeatssteps240 to260 until the portion is fully allocated into a number of segments. Once the portion is fully allocated to segments the formatting returns to step205, such that the above steps are repeated until the entire data stream is formatted. The formatted segments may be displayed by the display component concurrently with the formatting, or the entire data stream may be formatted before display depending on the capabilities of the mobile terminal or user preferences.
Where data is not displayable on the mobile terminal each undisplayable segment may be substituted during formatting with a segment including displayable text data indicating where the user may access the undisplayable content from, for example a link to a website or other reference such as a phone number or contact address to enable the user to obtain or locate the undisplayable content. For example, where the content is information about a house for sale, images of the house may be undisplayable on the mobile terminal. Each undisplayable segment may be replaced with a segment providing the Internet address of the real estate vendor and a reference number for the property to enable to the user to easily locate and view the images using their PC.
The formatting can also include a document format conversion step, for example documents may be provided in a number of formats such as: Word, PDF, WEB, WAP, WML, HTML, HXTML, XML, XSL etc documents in messaging formats such as SMS, MMS, EMS, or HMS (Hand Written Messaging) can also be provided, such a document is converted to a pure text or text and image format before executing the above formatting. This pre-processing step may be performed on the mobile terminal or by a formatting component provided in another device, such as a PC, before the mobile terminal acquires the content data stream. Alternatively, the formatting processing as described above can also be implemented by an external device such as a PC, such that the data stream is acquired by the mobile terminal already divided into segments appropriate for display. For example, this formatting may be performed on documents by the user's PC for subsequent downloading of the formatted data stream for later display on a mobile terminal, to reduce the processing and hence the battery power required by the mobile terminal later to display the documents.
The operation of theformatting component120 according to one embodiment of the invention which enables the scrolling on text on a mobile phone screen will now be described in detail with reference toFIGS. 5 to 11.
A example where the content is provided in a plain text format will now be described with reference toFIG. 5. In this example the content data stream is plain text data. An input line of text from thedocument500 is divided into a number of segments530a-n based on the number of characters that can be displayed on one line across the screen of the mobile terminal. This division into segments can be based onwhole words520 to avoid words being split across more than one line, where possible. For example, this is illustrated in line530a which comprises two words520a and520b. Where the number of characters in a word is greater than the number of characters displayable on one line it will be necessary to split the word across more than one line. Alternatively another operation such as reducing the font size for that word or substituting with an abbreviation may also be performed to enable the word to be more clearly displayed.
In this embodiment, each segment530 in thesequence510 corresponds to a line of text to be displayed on themobile terminal screen540 and a number of lines can be simultaneously displayed. To provide the scrolling text functionality, the position coordinates where each segment is displayed on thescreen540 are incremented and the display refreshed after each increment such that for each successive increment the displayed text will appear to have moved up, down, left or right on thescreen540 depending on the scrolling direction. As one segment reaches the edge of the screen and ceases to be displayed the next segment will be begin to be displayed on the opposite edge of the screen.
The scrolling may increment by line or by a number of pixels. In an embodiment where the scrolling is incremented by a number of pixels the test Can be drawn as an image on the screen, rather than using text characters an example is illustrated inFIG. 6. Thetext document600 is converted into the sequence610 ofsegments630. Each test segment is drawn on thescreen640 as animage650. The images represent the content of the text document in an image format displayable by the mobile terminal. The scrolling effect is achieved by incrementing the absolute display position of each segment on the screen by a number of image pixels.
Drawing text as images also enables the text font and text size to me modified easily based on user preferences. A user settable parameter can be used to set the font size (i.e. small, medium or large). The drawing of text as images also enables support for text content in a variety of languages such as Chinese, Arabic, Hebrew, Japanese, Korean etc.
FIG. 7 illustrates an embodiment of the present invention for providing scrolling text and images on a mobile terminal. In this embodiment adocument700, for example in HTML or XML format such as an RSS feed file is input as the content data stream, from this document text and image data are extracted710 and divided into asequence720 oftext730 andimage740 segments respectively. These images are displayed on the screen750 either as images and the scrolling effect achieved by position increments based on pixels as described above, or as text and images and the scrolling effect achieved by a combination of line position increments for the text and pixel based position increments for the images.
Where images are displayed the formatting may also include the steps of transformation and scaling of images to enable them to be displayed on the mobile terminal screen.FIG. 8 illustrates an embodiment of the present invention for providing a scrolling image on a mobile terminal. Animage800 in a common image format, such as PDF, JPEG, TIFF etc, is transformed into an image format displayable by the mobile terminal and scaled to fit the size and resolution of themobile terminal screen810. This transformation can include reducing the resolution of the image, for example converting a high resolution JPEG image to a lower resolution JPEG image, scaling the image to the screen size, conversion of image format for example converting a JPEG to a bitmap or thumbnail format, cropping the image to the size of the screen or a combination of two or more of these operations.
Some embodiments of the present invention can also transform text documents to voice to enable either text and voice output or just voice output. This enables a user to listen to a voice representing the text scrolled on the display screen.FIG. 9 illustrates an embodiment of the present invention for providing scrolling text and voice content on a mobile terminal. In this embodiment atext document900 is divided into a sequence ofsegments910 as described above. Text to voice recognition software is then used to convert each segment into signals to be output by themobile terminal920 speakers as voice. The scrolling player functionality displays the text scrolling on the screen synchronised with the voice output. During the scrolling of the text the user can listen to a voice “reading” the text scrolled on the mobile terminal screen.
Conversely, voice-to-text recognition can be used to generate text for display on the mobile terminal.FIG. 10 illustrates an embodiment of the present invention for providing scrolling text from voice data on a mobile terminal. In this embodiment thevoice1000 is input either as an audio data stream or by direct voice input to a microphone of the mobile terminal which is then converted to an audio data stream. Voice-to-text recognition software is used to convert the audio data stream into a text data stream which is divided into segments for display and scrolling by the scrolling player as described above. The text scrolling speed can be synchronised to the talking speed by adjusting the display position increments dynamically based on the talking speed, for example by monitoring the word rate of a vocal input.
FIG. 11 illustrates an embodiment of the present invention for providing scrolling text, voice and image content on a mobile terminal. This embodiment utilises a combination of the embodiments described above. The formatted file can contain instructions for the display of different segments, for example key words relating to the format of each segment or for particular display attributes such as font colour or size for some segments. An example of such display instructions is given below:
|  | 
|  | Line one text.... | 
|  | Line two text .... | 
|  | <<<IMAGE name=dog.jpeg....other attributes> | 
|  | Line three text... | 
|  | <<<LINE font=BOLD, colur=RED....other attributes> | 
|  | Line four text... | 
|  | Line five text....etc. | 
|  | 
In this example, this text “Line one text . . . ” and “Line two text . . . ” are displayed as plain text on the screen, then the image is displayed. The third line of text “Line three text . . . ” will be displayed in bold font and coloured red, then the following two lines “Line four text . . . ” and “Line five text . . . ” are displayed in plain text. These display attributes can be part of each display data segment or attributes associated with each segment.
An example of user settable parameters is illustrated inFIG. 3. The user settable parameters can be set using the user interface of the mobile terminal or using associated support functions for example installed on a PC or on a web site which is enabled to communicate with the mobile terminal.
As seen inFIG. 3 user parameters can include the userspersonal details350; parameters relating to the display settings, such asfont size310 and scrollingspeed320 and manual scrollingincrements370; and parameters related to stored content, such as a document to display when the application is opened/launched360, or parameters to enable content acquisition such asfeed sources330,340. Selection of the feed sources from the mobile terminal menu will automatically trigger the mobile terminal to establish a connection to the feed source to acquire and display the content data stream as described above.
An embodiment of associated support functions external to the mobile terminal content acquisition and display system will now be described with reference toFIG. 4. In thesystem400 ofFIG. 4 themobile terminal410 is provided with scrolling player functionality as described above. Support (backend) applications are also provided on aPC420. The support applications include several programs. These include aDashboard440, aLocal Server450 as well as a number of Agent Programs such asFeeds Agent460,Email Agent470, andMessage Agent480.
TheLocal Server450 connects to the Mobile terminal via a serial or Bluetooth connection and sends information from the PC to the mobile terminal (e.g. feeds).
The Agent Programs are services that are designed to automatically download specific information via theInternet430. There are several types:
- TheFeeds Agent460 downloads specific information from particular feeds sources431 (e.g. news, weather, movie times, etc. . . . ) These feeds are stored as files on thePC420 inlocal directories461 and can be sent to themobile terminal410 via theLocal Server450.
- TheEmail Agent470 retrieves e-mails from theemail server432 and stores them as files on thePC420 in local directories471. As with Feeds, Emails can be sent to themobile terminal410 via theLocal Server450.
- TheMessage Agent480 retrieves messages sent from another mobile phone or via messaging services and stores them as files on thePC420 inlocal directories481. As with Feeds and Emails, messages can be sent to themobile terminal410 via theLocal Server450.
 
TheDashboard440 is used to perform a number of functions and provides a user interface via the PC for updating user parameters for subsequent downloading to modify the user parameters on themobile terminal410, some examples are given below:
- The Dashboard Feeds function441 can be used to start, stop, create and customise parameters for thefeeds agent460. The Feeds function441 also sends particular feeds to the user'sInternet Space435.
- The Dashboard Email function442 can be used to start, stop, create and customise theEmail agent470. TheEmail function442 also sends particular emails to MyInternet Space435.
- TheDashboard Message function443 can be used to start, stop, create and customize themessage agent480. TheMessage function443 also sends particular messages to MyInternet Space435.
- The Dashboard Docs function444 opens a browser where documents can be saved into adirectory449. TheLocal Server450 is configured to access thedirectory449 and will retrieve the document and send it to the mobile terminal410 (via a serial or Bluetooth connection) upon initiation by the user.
- TheDashboard Help function445 contains a help file to assist with the operation of system including the applications on themobile terminal410.
- TheDashboard Admin function446 performs housekeeping functions such as clearing, maintaining and updating directories. TheAdmin function446 also copies files from thelocal directories461,471,481,449 to the user's Internet Space435 (the files are stored in web-space directories436).
- TheDashboard Config function447 is used to customise user specified parameters such as scrolling speed, directory names, colours, etc. . . . . TheConfig function447 also defines the directory pathway for Local directories and the URL for WebSpace Directories. Parameter values updated using theconfig function447 are updated on themobile terminal410 via thelocal server450.
- The Dashboard Server function448 starts, stops and customizes theLocal Server450 operations.
 
Placing files on user'sInternet Space435 enables a user to access their files directly via an Internet connection from themobile terminal410. This allows you the user to read their files without having to download them from theirPC420 to themobile terminal410, for example the document is transmitted as a content data stream to themobile terminal410 via HTTP connection437. The content data can be deleted automatically from themobile terminal410 memory once the document is closed. E-mails can be copied to the user's Internet space by thee-mail agent470 for viewing as above. Alternatively the mobile terminal can be configured to communicate with the e-mail server via a telecommunication network and the Internet or e-mails can be downloaded to the mobile terminal by the e-mail agent and local server for storage and viewing on the mobile terminal.
From the perspective of themobile terminal410, the content acquisition and display functionality is provided as a software application which can be run on the mobile terminal. The software can be pre-installed on the mobile terminal by the manufacturer or downloaded to the mobile terminal by the user. The application will typically be launched by selecting the application from the mobile terminal application menu. Alternatively, a specific key press sequence or other means such as a voice command may a used to open/launch the application. The application may also be set to automatically launch when the mobile terminal is turned on or in response to another action such as a phone call ending. On opening or launching the application can be programmed to open and display a user specified document or feed automatically. While the content acquisition and display application is running the user can navigate using the application's menu system (the application is closed to return to the mobile terminal menus).
A common architecture and technology foundation based on an ICF (Intelligent Client Framework) software foundation, utilizing the Sun's J2ME and Microsoft C# targeting “.Net Compact Framework” operating environments can be used to implement both the mobile terminal functionality and the dedicated content provider functionality.
The use of limited range wireless communication such as Bluetooth is also utilised. For example this technology is used for: mobile terminal to mobile terminal communication and data exchange; mobile terminal to PC communication and data exchange; and mobile terminal to Internet communication and data exchange via a PC and Bluetooth connection.
The ICF architecture provides functionality including: user interface control, processing intelligence, and persistence and communication to web services. Special consideration has been given while developing the ICF, as there are hardware restrictions on mobile devices and hence it must have a small footprint to run on limited memory. It also provides its own lightweight local database.
The ICF architecture is illustrated inFIG. 17 and comprises three tiers, apresentation tier1710, aserver tier1720, and apersistence tier1730.
ThePresentation tier1710 provides software components and applications to handle user interface functions such as the inputting and display of data, for example data formatting and display, and menu display functions. ICF provides generic classes to handle display and data entry operations mainly utilising the J2ME foundation. Examples are classes such as “BaseCanvas”, “BaseForm”, etc.presentation tier1710 may include applications developed using a number of different languages or formats such asJava applets1712,Flash1711, C#1714 orHTML1712.Presentation tier1710 applications can include formatting and display components of a scrolling player application for a mobile terminal. The presentation tier may also include acomposer application1760 to enable a user to construct, edit, and store documents in a format already adapted for display on a mobile terminal as described above.
TheServer tier1720 is the foundation of the ICF software utilising a generic framework that commonly used for mobile applications, the server tier includes the process control, scheduling, processing logic, and communication gateway functions. For example a mobile application framework includes the following:
- anEngine1722 component which represents the overall application flow, processing logic, and business rules.
- Business Objects1721 are generic templates for developing specific domain objects for data and parameters. A specific XML structure, referred to as YML is the foundation for these objects. For example, specific Business Objects are inherent generic objects that include validation and data access and update.
- Processors1723 enable multi-thread functions such as timer, scheduler, etc.
- Gateway1740 provides the communication interface to other devices, for example the gateway for the preferred embodiment includes a generic Bluetooth interface along with functionality for preparing, transmitting and receiving messages according to customised functionality.
- API Components and libraries which include YML and persistence handling as well as other utilities that are commonly used across mobile applications (e.g. formatting tools, date and time management, etc.) can also be provided in theserver tier1720.
 
Thepersistence tier1730 provides the support for storing content data and user specified parameters (preferences). For example, where the application is provided on a mobile terminal the persistence tier provideslightweight database1750 functionality in the mobile terminal memory.
The ICF provides for access to content and services via the following methods:
Real Time access—In this state, the ICF communicates directly with the server in real-time, i.e. connected to a wireless network or via synchronized technologies. Device (local) access—In this state, the ICF accesses and stores content on the device itself, for a later stage to upload to the server (i.e. Real Time access) A combination of the above methods—here, the ICF accesses and stores content on the device as well as communicating in real time with the server. The business rules embedded in the ICF dictate which method is utilized.
XML technology, particularly the using a specific XML structure, referred to herein as YML, designed for use with the ICF is utilised to support: persistence of data on the mobile terminal; data communication and exchange between the mobile terminal and the backend support functions provided on a PC or other device; and maintenance of user and system (mobile terminal) parameters. An example of the YML structure is given below:
|  | 
|  | <?xml version=“1.0” encoding=“ISO-8859-1”?> | 
|  | <collections> | 
|  | <collection n=“COLLECTION_NAME”> | 
|  | <f n=“FIELD_NAME”>FIELD_VALUE</f> | 
|  | <f n=“FIELD_NAME”>FIELD_VALUE</f> | 
|  | </object> | 
|  | <object n=“OBJECT_NAME”> | 
|  | <f n=“FIELD_NAME”>FIELD_VALUE</f> | 
|  | <f n=“FIELD_NAME”>FIELD_VALUE</f> | 
|  | </group> | 
|  | <group n=“GROUP_NAME”> | 
|  | <f n=“FIELD_NAME”>FIELD_VALUE</f> | 
|  | <f n=“FIELD_NAME”>FIELD_VALUE</f> | 
|  | </object> | 
|  | <object n=“OBJECT_NAME”> | 
|  | <f n=“FIELD_NAME”>FIELD_VALUE</f> | 
|  | <f n=“FIELD_NAME”>FIELD_VALUE</f> | 
The collection includes one or more groups with each group comprising one or more objects. Each object can include one or more fields.
This XML structure is used commonly throughout the ICF architecture, for example content data is stored as a series of objects, parameters such as properties of the mobile device and user preferences are also defined as objects. This structure is also used for message content. An example of a specific “VERIFY_USER” request and response messages exchanged between a mobile terminal application and a back-end application on a PC utilising YML:
|  | 
| <?xml version=″1.0″ encoding=″ISO-8859-1″?> | 
| <collections> | 
|  | <collection n=″COLLECTION″> | 
|  | <f n=″APP_NAME″>SCROLLING_PLAYER</f> | 
|  | <f n=″REL_NAME″>LIGHT</f> | 
|  | <f n=″VER_NAME″>010000</f> | 
|  | <f n=″CMD_NAME″>VERIFY_USER_REQUEST</f> | 
|  | <f n=″TIMESTAMP″>051220062108</f> | 
|  | <f n=″P_CNT″>2.txt</f> | 
|  | <f n=“P1”>USER_ID </f> | 
|  | <f n=“P2”>PHONE_NO </f> | 
|  | </object> | 
|  | <object n=″BODY″> | 
|  | <f n=″USER_ID″>GIL</f> | 
|  | <f n=″PHONE_NO″>61414809220</f> | 
The request message includes: a header object, which includes fields identifying the application, and the message purpose “verify user request”; and a message body object including the user information to be verified.
An example of the YML response message to the VERIFY_USER_RESPONSE command is give below:
|  | 
| <?xml version=″1.0″ encoding=″ISO-8859-1″?> | 
| <collections> | 
|  | <collection n=″COLLECTION″> | 
|  | <f n=″APP_NAME″>SCROLLING_BACKEND</f> | 
|  | <f n=″REL_NAME″>LIGHT</f> | 
|  | <f n=″VER_NAME″>010000</f> | 
|  | <f n=″CMD_NAME″>VERIFY_USER_RESPONSE</f> | 
|  | <f n=″TIMESTAMP″>051220062108</f> | 
|  | <f n=″P_CNT″>1.txt</f> | 
|  | <f n=“P1”>STATUS </f> | 
|  | </object> | 
|  | <object n=″BODY″> | 
Again the message includes: a header object which identifies the application, and the message purpose “verify user response”; and a message body object which includes the status (i.e. ACCEPTED).
In the preferred embodiment of the invention the same architecture is used for the application running on the mobile terminal as for the backend or support applications running on a PC, for example as described above with reference toFIG. 4. Thegateway1720 provides thelocal server450 functions for the PC applications and on the mobile terminal thegateway1720 provides thecontent acquisition interface110. This architecture symmetry also enables a mobile terminal to operate as a content providing device.
The scrolling player enables text and images to be scrolled automatically on a mobile terminal, so a user can read it without the need to use a key stroke. The user can control the size of the font, the speed of the scrolling and many other attributes. The content data is “played” like music, the user can scroll faster or slower, pause, increase or decrease font size and change the scrolling direction. The ability to adjust the font size is particularly advantageous to long sighted, elderly, or vision impaired users.
FIG. 16a shows an example of a feed being displayed on themobile phone1610. A feed may also contain links to other feeds. For example, the feed displayed on thephone1610 is from a news source. Each paragraph describes a different article. The full article can be downloaded by pressing a key such as a ‘select’ or ‘enter’ key. Keys to perform various functions, such as ‘select’, ‘switch screen’, ‘return to menu’ etc can be specified for the particular mobile terminal.
A marker on the display may be used to indicate which paragraph is active. For example, a dashed red line on the left hand side of the paragraph can indicate that the paragraph is active and pressing a specified ‘select’ key will open the article relevant to that paragraph.
A ‘switch screen’ key1620 allows the user to go back and forth between the document/article that has been opened, the feed it came from and the last menu activated.
The user may choose to scroll manually through a feed or article using the up and down keys or play the feed in an automatic scrolling mode.
A scrollingplayer menu1630 is provided to enable the user to control the scrolling. An example of ascrolling player menu1630 comprising a number of icons1631-1637 is shown inFIG. 16b. The user can move between these icons1631-1637 using the left and right keys and select an icon by pressing a ‘select’ or ‘enter’ key. In the embodiment shown the icons include: a Play icon1631 to start and pause (by pressing ‘select’ while playing) scrolling; a Textscrolling speed icon1632 to increase or decrease the scrolling speed using up and down keys; aFont Size icon1633 to adjust the font size up or down using the up or down keys; aMain menu icon1634 to return to the main menu; a Manual scroll downicon1635; a Manual scroll upicon1636; and a Save icon which enable the user to save the feed or article to the mobile terminal memory.
The scrolling player enables the user to modify the parameter settings while data content is being displayed. For example, the user can pause, speed up or slow down the scrolling. The scrolling player also enables the font size of test to be changed during display. Where the font size is changed the content data is re-formatted for subsequent based on the selected font size and the screen parameters (such as screen width). The entire content stream may be re-formatted or the re-formatting may start from the presently viewed content segments and only re-format segments yet to be displayed (according to the scrolling direction). This re-formatting can comprise altering the segment size, for example by a number of characters, based on the screen line length for the chosen font, this display component will then draw the text or text as an image using the new font size. Alternatively the segment size and number of segments per line can be based on the font size options, for example one segment may be displayed per line for font size “1”, two segments per line for font size “2”, and three segments per line for font size “3”, in this case the appropriate number of segments are selected for each line as the font size is changed.
The scrolling player is also provided with its own menus. The menu enables the user to navigate through viewing and administrative functions. The viewing functions enable the user to download, view and save feeds and articles from the Internet and view feeds and articles that are saved on the mobile terminal. The administrative functions enable the user to edit configuration settings, view and delete logs, delete documents from the mobile terminal memory, and reset configuration settings to default settings.
It should be appreciated from the above description that there are three main methods by which information can be acquired and stored by the mobile terminal for display to simplify the locating and downloading of information to a mobile terminal. The first is a “do it yourself” method where the user has the utility (for example using an application installed on a PC) to convert the document to the necessary format, and transmit and play it on their mobile terminal. The second is where a user moves, copies, or links documents to their own web site and can convert and receive information on their phone, functionality can be provided on the mobile terminal to link directly to this web site and aid searching for the required document to make the information retrieval as easy as possible from the mobile terminal. A third option is where information is sent to a support function web site for formatting in a format which can then be sent to the mobile phone for display. A further option is where information is offered and sent directly to the mobile terminal. The advantages of these content acquisition options is that the complexity of the data acquisition by the user from the mobile terminal is significantly simplified.
FIG. 21 shows an alternative embodiment of a content providing device which is purpose built as a mobile content providing device. Here, thecontent providing device2110 may be included as a stand alone unit or as part of an existing unit such as a mobile telephone terminal or a blackberry terminal, or the like. Here, thecontent providing device2110 includes a mainelectronic board2120 which may be a main circuit board in the mobile terminal or a daughter board added thereto. Theboard2120 includes acentral processing unit2130 and amass memory store2140. It also includes aBluetooth communicator2150. Power for the device is provided through a source ofpower2160 which may include abattery2170 or alternative sources of energy such as a solar energy cell or an external DC energy source. Input/output content2180 is provided through the Bluetooth connection. In this way, an administrator can input/output data2190 which can be stored in thestore2140 and then transmitted as theoutput content2180 by theBluetooth communicator2150. The CPU can be suitably programmed with an application to control operation of thedevice2110.
In the claims which follow and in the preceding description, except where the context requires otherwise due to express language or necessary implication, the word “comprise” or variations such as “comprises” or “comprising” is used in an inclusive sense, i.e. to specify the presence of the stated features but not to preclude the presence or addition of further features in various embodiments of the invention.
It is to be understood that, if any prior art publication is referred to herein, such reference does not constitute an admission that the publication forms a part of the common general knowledge in the art, in Australia or any other country.