WO2012035331A1

WO2012035331A1 - Device capability modelling and automatic content assembly

Info

Publication number: WO2012035331A1
Application number: PCT/GB2011/051712
Authority: WO
Inventors: James Mclennan
Original assignee: Thunderhead Limited
Priority date: 2010-09-14
Filing date: 2011-09-13
Publication date: 2012-03-22
Also published as: GB201015308D0; GB2483655A

Abstract

The present invention provides a method and system for the modelling of device capabilities and the automatic assembling of content on an electronic device, comprising; a first input for receiving the content to be assembled; a second input for receiving a request for content from a user using an electronic device, wherein the request for content comprises an indication of the type of electronic device being used; a processor, wherein the processor obtains the content to be assembled via its first input and wherein the processor further comprises memory, wherein the memory comprises data regarding how one or more electronic devices assembles content and wherein the processor uses the indication to find the corresponding data for the type of electronic device being used and uses the data to automatically insert into the content instructions regarding how to assemble said content; and an output, wherein in use, the processor outputs the content and instructions via the output to the electronic device. Preferably wherein the electronic device may be a wireless electronic device and the content being requested may be bank details, for example.

Description

Device Capability Modelling and Automatic Content Assembly

The present invention relates to a system for the modelling of device capabilities and the automatic assembling of content on an electronic device, specifically, but not exclusively to the automatic assembling of content on a wireless portable device.

Many businesses require that communications are sent to clients/customers temporaneously, as and when certain events occur One such example is the insurance business; where annual renewal notices and offers need to be sent to customers in good time before the renewal date deadline. Another such example lies with the banking business, where communications concerning accounts need to be generated when certain events occur to a customer's accounts, such as when an overdraft limit is exceeded. Another example is to be found in Internet trading, where a customer may provide details and requirements to which a response is required. Yet another example is to be fou nd in share, commodities and options trading, where a contract of some kind may be required. Another such example is to be found where a contract is required which has been tailored to individual needs and circumstances. In other circumstances, it may be required that a plurality of recipients be contacted, for example in an opinion poll, or to receive advertising or any other offer or promotion.

In WO 2005/036429, the contents of which are hereby incorporated by reference, the applicants of the present invention disclose a method and system for automatically providing responses to recipients over a variety of communication media. According to WO 2005/036429, an event can trigger the automatic generation of a letter to a recipient where the letter is generated using a letter template stored within the memory store of a computer. The letter template comprises embedded logic which is addressed by data input from, for example, a data store. The data input may include details such as name and address of a recipient and also details such as credit rating , age and a policy renewal date. When an event occurs such as a policy renewal date a letter is automatically generated based upon the data input from the data store. The embedded logic within the template letter determines the final form of the output letter. For example, the age of a recipient which is a variable in the data store calculated from a date of birth value may trigger alternative passages of text to be inserted automatically within a letter. This may occur if certain offers are available only to recipients over or under a certain age. in WO 2005/036430, the contents of which are hereby incorporated by reference, the applicants of the present invention disclose a graphical user interface for use in the preparation of an automatically generated communication . The graphical user interface allows a response template to be built comprising embedded logic conveniently selected from a visual list of options. Such an approach has proved very popular amongst companies where such tasks were typically the exclusive domain of Information Technology specialists. In WO 2005/036298, the contents of which are hereby incorporated by reference, the applicants of the present invention disclose a method in which following an automatic generation of a communication a user has an option of making further alterations to the communication in an alteration platform. Such further communications include the insertion within the communication of text inserts termed 'fixed content' in WO 2005/036298. The fixed content inserts selected by a user are provided by a processor and cannot be changed by the human operator of the modifying console, merely inserted. In an alternative embodiment, the human operator can also add new content, or, if pre-defined conditions allow, can amend selected content. If the user decides that no more insertions or amendments are necessary then the alterations platform can be exited and the communication dispatched by whatever communications media is preferred. The functionality of these prior art systems is typically delivered in a browser- based environment enabling the system to be operational on a personal computer by, for example, a medium such as Internet Explorer. This functionality advantageously enables a user to achieve cost savings through efficiency gains and compatibility between computer networks. The outgoing communications are provided to a customer either by an email, electronic document, hard copy letter or text message.

However, there are a growing number of electronic display devices on which information can be consumed, such as web enabled televisions, or televisions connected to the Sony PS3™ or the Nintendo Wii™ gaming devices or mobile devices, such as the iPhone™, iPad™, Blackberry™ and Android™ phones. All theses devices differ in some important respects, some of which relate to the hardware, such as the physical size of the screen, and some of which relate to the resolution of the display in terms of dots per inch. Devices can also differ in respect of the capabilities of the operating system or the web browser that is being used to display the content. The Nintendo Wii™ uses the Opera™ operating system to display web pages on a television, and the PS3 uses a proprietary system, for example. Some of these differences are built in to the operating system, such as the lack of support for Flash™ on the iPhone™ and the iPad™, and some are user preferences, such as the option whether to enable or disable the execution of JavaScript on a browser.

The type of content being described here is the dynamically generated and template driven content as disclosed in WO 2005/036429, WO 2005/036430, and/or WO 2005/036298, as opposed to "fixed" or "static" content. As such, this variability in device behaviour creates an issue for the content author who is seeking to optimise the experience of the user when serving up personalised, transaction-driven documents such as Bank or Credit Card Statements. If content is displayed which does not take account of these characteristics, then the content may appear distorted, or it may need to be magnified to be readable. In the worst case, the content may not be displayed at all and may be replaced by a red 'χ'. Some devices do not support the Acrobat ".pdf document formats for example. In the art, one way in which these problems have been overcome is by developing separate solutions in the form of "applications" for each different device type and/or platform. However, this takes time, resources and can delay the launch of a new service to a user whilst applications are developed for each device/platform combination. As the number of device/platform combinations seems to be increasing dramatically, this no longer becomes a viable solution.

Another solution would be to encode into the content itself information regarding every mode in which it can be received and displayed by a device. However, as the number of device/platform combinations increases dramatically, this would render the content too complex and too large in size to send efficiently over any communications network. Again, this is not an efficient or viable solution to the above problems. The present invention therefore seeks to provide a method and means whereby such automatically generated and personalised communications can readily and easily be displayed on any electronic device, such as a gaming device, a web enabled TV, a hand held PDA or wireless portable device, such as a PDA, Smart phone, such as the iPhone™, or tablet computer, or e-reader such as the Kindle™ or iPad™.

According to a first aspect of the present invention there is provided a system for the modelling of device capabilities and the automatic assembling of content on an electronic device, wherein the system comprises; a first input for receiving the content to be assembled; a second input for receiving a request for content from a user using an electronic device, wherein the request for content comprises an indication of the type of electronic device being used; a processor, wherein the processor obtains the content to be assembled via its first input and wherein the processor further comprises memory, wherein the memory comprises data regarding how one or more electronic devices assembles content and wherein the processor uses the indication to find the corresponding data for the type of electronic device being used and uses the data to automatically insert into the content instructions regarding how to assemble said content; and an output, wherein in use, the processor outputs the content and instructions via the output to the electronic device. Preferably, wherein in use, the electronic device uses the instructions in order to assemble the content and further preferably does so in accordance with the capabilities of the device and/or the preferences of the user.

Further preferably, wherein the data is formed as a map which comprises one or more classes of electronic devices. Also preferably wherein the one or more classes of electronic devices further comprises one or more attributes which describe features of the one of more electronic devices.

Further preferably, wherein the one or more classes and/or one or more attributes are described using object orientated programming language.

Preferably, wherein the one or more classes are organized logically in a hierarchical method using parent and child classes. Also preferably, wherein a child class inherits attributes from the parent device and/or wherein a child class can overwrite attributes inherited from the parent device. Further preferably, wherein the list of attributes may be one the following: browser type, screen size, Java support, flash support.

Preferably, wherein the request for content comprises HTML and/or also preferably wherein the request for content is a request for bank accou nt information.

Preferably, wherein the content is created using XML and/or also preferably wherein the content is bank account information.

Preferably, wherein the electronic device is a gaming device, portable gaming device, television, or web enabled television wireless electronic device, or further preferably, wherein the wireless device is one of the list of iPhone, iPad, Kindle, Nexus, HTC, or Android device.

In accordance with a second aspect, the present invention provides a method for the modelling of device capabilities and the automatic assembling of content on an electronic device, wherein the method comprises; receiving a request for content from a user using an electronic device, wherein the request for content comprises an indication of the type of electronic device being used; obtaining the content to be assembled; storing data regarding how one or more electronic devices assembles content; using the indication to find the corresponding data for the type of electronic device being used; using the data to automatically insert into the content instructions regarding how to assemble said content; and in use, outputting the content and instructions to the electronic device. Preferably, wherein in use, the electronic device uses the instructions in order to assemble the content and further preferably does so in accordance with the capabilities of the device and/or the preferences of the user.

Further preferably, wherein the one or more classes and/or one or more attributes are described using object orientated programming language. Preferably, wherein the one or more classes are organized logically in a hierarchical method using parent and child classes. Also preferably, wherein a child class inherits attributes from the parent device and/or wherein a child class can overwrite attributes inherited from the parent device.

Further preferably, wherein the list of attributes may be one the following: browser type, screen size, Java support, flash support.

Preferably, wherein the request for content comprises HTML and/or also preferably wherein the request for content is a request for bank account information.

Preferably, wherein the content is created using XML and/or also preferably wherein the content is bank account information. Preferably, wherein the electronic device is a gaming device, portable gaming device, television, or web enabled television wireless electronic device, or further preferably, wherein the wireless device is one of the list of iPhone, iPad, Kindle, Nexus, HTC, or Android device. Embodiments of the present invention will now be described, by way of example only, and with reference to the accompanying drawings in which:

Figure 1 is a schematic view of the system of the present invention;

Figure 2 is a diagram showing a computer document layout and an iPhone document layout as provided by the system of Figure 1 ;

Figure 3 is a diagram showing a computer document layout, an iPhone document layout and a Nexus/iPad layout, as provided by the system of Figure

1 ;

Figure 4 is a diagram showing a simplified version of Figure 1 ; and

Figure 5 is an object orientated class diagram showing a particular embodiment of the present invention.

Attention is first drawn to Figure 1 schematic view of the system of the present invention. There is shown a data store 10 can receive data from various sources. The data store 10 can receive written data from an Internet server 12 which derives data from Internet client 14 connected to the data store through the Internet 16. The sort of data which may be derived by the data store 10 from the Internet server 12 could be, as a set of non-restrictive examples, biographical or financial data filled in on a form, credit card numbers, birthdays, details of children and relatives, details of nationality, names and addresses, bids at auction, and so on. The data derived from the internet server 12 wiii be any data for which some kind of response is required.

The data store 10 can also receive data from a branch server 18 which communicates with remote servers 20 which can be situated in remote locations. An example of such remote servers would be, for example, servers connected with the individual branches of a bank, store or insurance company. Once again, the branch server 18 provides the data store 10 with data to which some kind of response should be generated.

The data store 10 can also receive data from a telephone server 22 operative to receive text messages from mobile telephones 24 coupled to the telephone server 22 by means of radio mast 26. The telephone server 22 is also coupled to communicate with landline telephones 28. While the telephone server 22 is here described as handling text messages, it is to be appreciated that the telephones 24, 28 are becoming progressively more sophisticated and can pass messages in many different forms of code. The present invention encompasses the ability of telephones 24, 28 to pass messages in any of the many forms of code which have become possible and which will become possible. The present invention also encompasses the possibility that automatic computerised voice decoding can be used to decode voice messages into a form usable by the data store 10.

The data store 10 can also receive data from other data sources 30. Other data sources 30 can be, for example, demographic and biographic data concerning individuals, their families and associations. A very good example of such data is to be found in the United Kingdom where copies of telephone directories or voters' registers, complete with addresses, can be purchased. The data store 10 can also receive data from written communications 32 or mail 34 which can be entered by an operator at an input console 36. Equally, the operator at the input console 36 can input data to be data store from conversation via a telephone line 38. The data store 10 is accessed by a processor 40 which supervises a communications package 42. The communications package 42 provides communications, according to the details of the data store 10, for individuals in the mode that the individual prefers. The communications package 42 can send data in the form of an email message to a recipient via the recipient's personal computer 44 connected to the Internet 16' through an Internet server 12' . Equally, the communications package 42 can send data in the form of an email message to a recipient processor 46 via a branch server 18'. Likewise, the communications package 42 can communicate via the telephone server 22' to deliver data in the form of text or voice messages to a recipient mobile telephone 48 or a recipient landline telephone 50. The message sent from the communications package 42 can be a text message, or can be a voice message encoded by a voice encoder.

The communications package 42 may also send text material to a printer 52 which creates mail 54 to be posted to a message recipient. Optionally, in some circumstances, the whole of a message cannot be compiled automatically by the communications package 42 and, for example where a contract must have terms inserted, must be modified and the correct terms provided before the communications package 42 can release the message for sending to the recipient. This is done by means of one or more modifying consoles 56. The nearly complete message is sent to the modifying console 56 which inserts the necessary terms and sends the message back to the communications package 42 for completion of the transmission process.

The communications package 42 may also send data in the form of a document, for example to a recipient via their portable wireless device 58, connected to the Internet 16' via 3G or WiFi. The data may then be displayed in a variety of ways on the screen of the wireless device 58 and in a more accessible manner than may be achieved with a document received via a computer in the traditional manner for example.

The arrangement, shown in Figure 1 , is applicable to virtually any process where an organisation is required to respond to an approach or an event. The arrangement shown in Figure 1 can automatically process orders received from customers, can send out reminders and renewals for insurance companies, can provide balance sensitive information (such as overdraft warnings) to bank clients, can remind people that they are due for medical treatment, court appearances and a host of other things. Various example layouts of the data in document form for different platform/device types are shown in Figures 2 and 3 following.

Figure 2 is a diagram showing a traditional document layout 10 and an iPhone document layout 20. Figure 3 is a diagram showing a traditional document layout 100, an iPhone document layout 200 and a Nexus/iPad layout 300. The versatility and utility of the invention will become apparent as the preferred embodiment is described with respect to Figure 4 and the subsequent drawings. Figure 4 is a diagram showing a simplified version of Figure 1 . There is shown a data store 10 can receive data from various sources (30, 32, 24, 26, 38) as described previously with reference to Figure 1 .

The data store 10 is accessed by a processor 40 which supervises a communications package 42. The communications package 42 provides communications, according to the details of the data store 10, for individuals in the mode that the individual prefers via an Internet Server 12. This mode can either be defined by the user directly, for example where the communications are sent in a "push" from the communication provider (an example of a "push" communication would be an insurance renewal letter), otherwise it can be defined with the content request message by the browser or application requesting the content. For example, where a user requests bank details, the device being used to do so would insert into the request information that indicates that the device is an iPhone, for example. This mechanism is known within the HTML language, for example and it should be ciear to someone skilled in the art how this is achieved.

The operation of the processor 40 and the communications package 42 are further described with reference to WO 2005/036429, WO 2005/036430, WO 2005/036298, the contents of which are hereby incorporated by reference.

The communications package 42 may also send data in the form of a document, for example to a recipient via their wireless portable device 58, wirelessly connected to the Internet 16. The document may be created by the processor 40 using XML (extensible Markup Language), which is a widely used system for defining data attributes. XML provides a very rich system to define complex documents and data structures such as letters, invoices, molecular data, news feeds, glossaries, inventory descriptions, real estate properties, and so on. By the use of an XML schema a programmer can create a program to reliably process any data formatted according to those definitions. The invention is not limited to using XML, and can use any language, languages, program or programs, scheme or schemes whereby a document can be assembled according to the activities hereinbefore and hereinafter described for the present invention.

In order to send the document (content) in the form that the user prefers, or that is indicated by the device itself within the content request, the communications package 42 further comprises a "map". This map allows groups of wireless devices with similar properties to be grouped together. For example, both the iPad™ and the iPhone™ are based on the same operating system - IPhoneOS™. They therefore have the similar characteristics, such as support for the Safari web browser, as well as absence of support for flash etc. These devices could be grouped together into a single device category, or class called "iDevice". It should be clear to someone skilled in the art that the present invention can be implemented using Object Orientated Programming Language (OOL). in OOL, classes are the main building block of an object-orientated application and classes are defined using the "class" keyword . Also defined within a class definition are its "attributes" and "methods".

Associated with device class of the present invention is a set of, for example, XML attributes that instruct the communications package 42 how to present particular information on the display of different types of devices and platforms. For example one attribute could be a "table rendering" attribute that describes how for each type of device tables of data are displayed. In this embodiment, two device sub categories are defined ; "Smart Phone With JavaScript" and "Smart Phone Without JavaScript". If the communications package 42 needed to display a table of stock prices to the user, on the java-script enabled device category, a "table-rendering" attribute is set to a value of "JavaScript". Th is causes the grid to be rendered graphically. A suitable text editor will enable manipulation of the data in such a way that it allows the user to sort the data, group the data by date, and hide or show columns. On the "Smart Phone Without JavaScript" device category, the "table-rendering" attribute is set to a value of "text", which would simply render a plain text view of the table with no possibility for user interaction.

A device category can itself belong to a parent device category. As such, it can optionally inherit properties from the parent device category. For example, a device category called 'iDevice' might include both the iPhone™ and the iPad™ and might specify common attributes, such as the use of the Safari™ browser and the absence of support for Flash™ and a certain screen size. These attributes are common to both the iPad™ and the iPhone™. However, the screen size of the iPhone™ is very different from that of the iPad™, so it would be appropriate to create a sub-category of 'iDevice' called IPhone'. This subcategory could optionally inherit all the characteristics from the iDevice device category, but it could override the screen resolution with its own specific value. These classes, attributes and inheritance associations are shown with reference to Figure 5 fol!owing. Figure 5 is an object orientated class diagram 400 showing an embodiment of the present invention. The ruies regarding the layout of object-orientated class diagrams 400 are known in the art. In Figure 5, there is shown a Smart Phones class 410 and an iDevices class 420.

As shown, the Smart Phones class 410 further comprises a Table_Rendering attribute 411 . The Smart Phones class 410 also has two sub classes: a "Smart Phones with Javascript Support" subclass 430 and a "Smart Phones without Javascript Support" subclass 470. The "Smart Phones with Javascript Support" subclass 430 defines that the Table Rendering attribute is Javascript 431 . The Smart Phones without Javascript Support" subclass 470 defines that the Table_rendering attribute is text 441.

The iDevice c!ass 420 also comprises set of iDevice attributes 421 , which are described following:

• Browser = Safari - the Browser is a Safari browser;

• Flash support = no - Flash is not supported;

• Java support = no - Java is not supported;

• Screen size - defines the standard screen size for an iDevice.

The iDevice class 420 also comprises two sub-classes, the iPhone subclass 450 and the iPad sub class 460. The iPhone sub class sets the Screensize attribute to its own specific value (451 ). In accordance with known object-orientated diagram rules, an unbroken line with empty arrow head indicates head of arrow is a class that incorporates the subclasses (ie the iPhone and iPad are iDevices). As such, all class and sub class relationships in Figure 5 are shown with unbroken lines 470. Furthermore, a broken line with part arrow head indicates a dependency As such any dependencies in Figure 5 are shown with broken lines 480. For example the iDevice class 420 has a relationship with the "Table rendering feature of the "Smart phones without JavaScript" sub-class 440. it should be clear to someone skilled in the art that this relationship could also be shown as a realization, which would be depicted by a broken line with empty arrow head - to signify that the client's iDevice would use the "supplier" element of text table rendering (arrow pointing to supplier).

Thus, instead of sending all content format possibilities to every user (and allowing each device to pick which content format it needs) or by creating device specific applications, the present invention allows the 'pre-sorting' of the relevant possibilities by device class and 'pushes' oniy the relevant formats (ie in the mode the individual prefers) out to the device in response to an indication in the request for content from a user of the specification of that user's device (as contained within the content request itself). Thus the content can be properly and efficiently assembled by the user device.

It has also been shown that the present invention therefore allows new device attributes to be easily added to the device map without the need for any re-work or the development of device/piatform specific applications. For example, if a new device came onto the market which was voice controlled, or even thought- controlled, then one could simply extend the map by adding in the appropriate set of attributes to those devices or device categories that supported these new features. This effectively makes the map future proof.

The present invention provides a means of adapting the content to suit the device hardware and software capabilities and the preferences of the user, Further, it allows content authors to build a map between device capabilities/user preferences and different ways of presenting content. No doubt many other effective alternatives will occur to the skilled person. It will be understood that the invention is not limited to the described embodiments and encompasses modifications apparent to those skilled in the art lying within the spirit and scope of the claims appended hereto.

Claims

CLAIMS:

1 . A system for the modelling of device capabilities and the automatic

assembling of content in an electronic device, wherein the system comprises; a first input for receiving the content to be assembled; a second input for receiving a request for content from a user using an electronic device, wherein the request for content comprises an indication of the type of electronic device being used; a processor, wherein the processor obtains the content to be assembled via its first input and wherein the processor further comprises memory, wherein the memory comprises data regarding how the one or more electronic devices assembles content and wherein the processor uses the indication to find the corresponding data for the type of electronic device being used and uses the data to automatically insert into the content instructions regarding how to assemble said content;

wherein the data is formed as a map which comprises one or more classes of electronic device and the one or more classes are described using an object orientated programming language; and

an output, wherein in use, the processor outputs the content and instructions via the output to the electronic device.

2. A system as claimed in claim 1 , wherein in use, the electronic device uses the instructions in order to assemble the content.

3. A system as claimed in claim 1 or 2, wherein in use, the electronic device uses the instructions in order to assemble the content in accordance with the capabilities of the device and/or the preferences of the user.

4. A system as claimed in claim 1 , wherein the one or more classes of electronic devices further comprises one or more attributes which describe features of the one of more electronic devices.

5. A system as claimed in claim 4, wherein the one or more attributes are described using object orientated programming language.

6. A system as claimed in claim 5, wherein the one or more classes are organized logically in a hierarchical method using parent and child classes.

7. A system as claimed in claim 6, wherein a child class inherits attributes from the parent device.

8. A system as claimed in claim 7, wherein a child class can overwrite attributes inherited from the parent device.

9. A system as claimed in any of claims 4 to 8, wherein the list of attributes may be one the following: browser type, screen size, Java support, flash support.

10. A system as claimed in any preceding claim, wherein the request for content comprises HTML.

1 1 .A system as claimed in claim 10, wherein the request for content is a request for bank account information.

12. A system as claimed in any preceding claim, wherein the content is created using XML.

1 3. A system as claimed in claim 12, wherein the content is bank account information.

14. A system as claimed in any preceding claim, wherein the electronic device is one of the list of gaming device, portable gaming device, television, or web enabled television.

15. A system as claimed in any of claims 1 to 13, wherein the electronic device is a wireless electronic device.

16. A system as claimed in any claim 15, wherein the wireless device is one of the list of iPhone, iPad, Kindle, Nexus, HTC, or Android device.

17. A method for the modelling of device capabilities and the automatic assembling of content on an electronic device, wherein the method comprises; receiving a request for content from a user using an electronic device, wherein the request for content comprises an indication of the type of electronic device being used; obtaining the content to be assembled; storing data regarding how one or more electronic devices assemble content; using the indication to find the corresponding data for the type of electronic device being used; using the data to automatically insert into the content instructions regarding how to assemble said content; wherein the data is formed as a map which comprises one or more classes of electronic device and the one or more classes are described using an object orientated programming language; and in use, outputting the content and instructions to the electronic device.

18. A method as claimed in claim 17, wherein in use, the electronic device uses the instructions in order to assemble the content.

19. A method as claimed in claim 17 or 18, wherein in use, the electronic device uses the instructions in order to assemble the content in accordance with the capabilities of the device and/or the preferences of the user.

20. A method as claimed in claim 17, wherein the one or more classes of electronic devices further comprises one or more attributes which describe features of the one of more electronic devices.

21 . A method as claimed in claim 20, wherein the one or more attributes are described using object orientated programming language.

22. A method as claimed in any of claims 21 , wherein the one or more

classes are organized logically in a hierarchical method using parent and child classes.

23. A method as ciaimed in claim 22, wherein a child class inherits attributes from the parent device.

24 A method as ciaimed in claim 22, wherein a child class can overwrite attributes inherited from the parent device.

25 A method as claimed in any of claims 20 to 24, wherein the list of

attributes may be one the following: browser type, screen size, Java support, Flash support.

26 A method as claimed in any of claims 17 to 25, wherein the request for content comprises HTML.

27 A method as claimed in claim 26, wherein the request for content is a request for bank account information.

28. A method as claimed in any of claims 17 to 27, wherein the content is created using XML.

29. A system as claimed in claim 28, wherein the content comprises bank account information.

30. A method as claimed in any of claims 1 to 29, wherein the electronic device is one of the list of gaming device, portable gaming device, television, or web enabled television.

31 . A method as claimed in any of claims 17 to 29, wherein the electronic device is a wireless electronic device.

32. A system as claimed in claim 31 , wherein the wireless device is one of the list of iPhone, iPad, Kindle, Nexus, HTC, or Android device.

33. A carrier medium carrying software control code to, when running, implement the method of any one of claims 17 to 32.

34. A method for the modelling of device capabilities and the automatic assembling of content on an electronic device, substantially as hereinbefore described and/or with reference to Figures 1 to 5 of the accompanying drawings.

35. A computer system operable to mode! device capabilities and

automatically assemble content on an electronic device, substantially as hereinbefore described and/or with reference to Figures 1 to 5 of the accompanying drawings.