US20070214148A1 - Invoking content management directives - Google Patents

Invoking content management directives Download PDF

Info

Publication number
US20070214148A1
US20070214148A1 US11/372,325 US37232506A US2007214148A1 US 20070214148 A1 US20070214148 A1 US 20070214148A1 US 37232506 A US37232506 A US 37232506A US 2007214148 A1 US2007214148 A1 US 2007214148A1
Authority
US
United States
Prior art keywords
content
media file
text
computer program
program instructions
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/372,325
Inventor
William Bodin
David Jaramillo
Jerry Redman
Derral Thorson
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Priority to US11/372,325 priority Critical patent/US20070214148A1/en
Assigned to INTERNATIONAL BUSINESS MACHINES CORPORATION reassignment INTERNATIONAL BUSINESS MACHINES CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BODIN, WILLIAM, JARAMILLO, DAVID, REDMAN, JERRY, THORSON, DERRAL
Priority to JP2007045676A priority patent/JP2007242013A/en
Priority to CN200710086029.6A priority patent/CN100570735C/en
Publication of US20070214148A1 publication Critical patent/US20070214148A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols

Definitions

  • the field of the invention is data processing, or, more specifically, methods, systems, and products for invoking content management directives.
  • Embodiments include synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player; transmitting the synthesized content to the digital audio player; rendering the content in the media file on the digital audio player; receiving, from a user in response to rendering the content, a rating for the content; associating the rating with the content in the media file; informing the consolidated content management server of the rating associated with the content in the media file; selecting in dependence upon the rating one or more content management directives; and executing the content management directives.
  • FIG. 1 sets forth a network diagram illustrating an exemplary system for consolidated content management for delivery to a rendering device according to embodiments of the present invention.
  • FIG. 2 sets forth a block diagram depicting a system for consolidated content management for delivery to a rendering device according to of the present invention.
  • FIG. 3 sets forth a block diagram of automated computing machinery comprising an exemplary consolidated content management server useful in consolidated content management for delivery to a rendering device according to embodiments of the present invention.
  • FIG. 4 sets forth a flow chart illustrating an exemplary computer-implemented method for consolidated content management for delivery to a rendering device.
  • FIG. 5 sets forth a flow chart illustrating an exemplary method for transmitting requested synthesized content to a rendering device.
  • FIG. 6 sets forth a flow chart illustrating additional aspects of consolidated content management for delivery according to the present invention.
  • FIG. 7 sets forth a flow chart illustrating an exemplary computer implemented method for aggregating content of disparate data types from disparate data sources for single point access by a user.
  • FIG. 8 sets forth a flow chart illustrating an exemplary method for establishing a user account.
  • FIG. 9 sets forth a flow chart illustrating an exemplary method for establishing a user account for the user.
  • FIG. 10 sets forth block diagram of exemplary user accounts containing a plurality of user account records.
  • FIG. 11 sets forth flow chart illustrating an exemplary method for synthesizing content of disparate data types into synthesized content including data of a uniform data type for single point access by a user.
  • FIG. 12 sets forth a flow chart illustrating an exemplary method for translating the aggregated content into text content in accordance with device profiles for an identified rendering device.
  • FIG. 13 sets forth a flow chart illustrating an exemplary method for creating text and markup for the aggregated content in accordance with the identified markup language.
  • FIG. 14 sets forth a flow chart illustrating an exemplary method synthesizing content of disparate data types into synthesized content including data of a uniform data type single point access by a user that includes dynamically creating grammar sets for the text content.
  • FIG. 15 sets forth a flow chart illustrating an exemplary method for translating the aggregated content into text content in accordance with device profiles for an identified rendering device.
  • FIG. 16 sets forth a flow chart illustrating a computer-implemented method for publishing content.
  • FIG. 17 sets forth a flow chart illustrating an exemplary method for publishing the synthesized content through an RSS feed.
  • FIG. 18 sets forth a flow chart illustrating an exemplary method for invoking content management directives on a consolidated content management server.
  • FIG. 19 sets forth a block diagram of an MPEG file such as an .mp4 file.
  • FIG. 20 sets forth a block diagram of an AAC compressed .mp4 file such as those supported by the iTunes digital audio player application and played on an iPod digital audio player.
  • FIG. 21 sets forth a flow chart illustrating an exemplary method for synthesizing email content into synthesized content in a media file for delivery to a particular digital audio player for visually presenting the email content on a display screen of the digital audio player
  • FIG. 22 sets forth another flow chart illustrating an exemplary method for synthesizing email content into synthesized content in a media file for delivery to a particular digital audio player for audio rendering of some or all of the email.
  • FIG. 23 sets forth a flow chart illustrating an exemplary method for synthesizing RSS content into synthesized content in a media file for delivery to a particular digital audio player for visually presenting the RSS content on a display screen of the digital audio player
  • FIG. 24 sets forth a flow chart illustrating another exemplary method for synthesizing RSS content into synthesized content in a media file for delivery to a particular digital audio player that includes converting a portion of the RSS content to speech for audio presentation on a digital audio player.
  • FIG. 25 sets forth a flow chart illustrating an exemplary method for associating user selected content management directives with a user selected rating.
  • FIG. 26 sets forth a line drawing of a content management directive rule creation page useful in associating user selected content management directives with a user selected rating through the creation of a content management directive rule.
  • FIG. 1 Exemplary methods, systems, and products for consolidated content management for delivery to a rendering device according to embodiments of the present invention are described with reference to the accompanying drawings, beginning with FIG. 1 .
  • FIG. 1 sets forth a network diagram illustrating an exemplary system for consolidated content management for delivery to a rendering device according to embodiments of the present invention.
  • the system of FIG. 1 operates generally for consolidated content management for delivery to a rendering device by aggregating, for a user, content of disparate data types from disparate data sources; synthesizing the aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device; receiving from the rendering device a request for the synthesized content; and transmitting, in a response to the request, the requested synthesized content to the rendering device.
  • disparate data types are content of data of different kind and form. That is, disparate data types are data of different kinds.
  • the distinctions that define the disparate data types may include a difference in data structure, file format, protocol in which the data is transmitted, application used to render the data, and other distinctions as will occur to those of skill in the art.
  • Examples of disparate data types include MPEG-1 Audio Layer 3 (‘MP3’) files, extensible markup language documents (‘XML’), email documents, word processing documents, calendar data, and so on as will occur to those of skill in the art.
  • MP3 MPEG-1 Audio Layer 3
  • XML extensible markup language
  • Disparate data types often rendered on data type-specific devices. For example, an MPEG-1 Audio Layer 3 (‘MP3’) file is typically played by an MP3 player, a Wireless Markup Language (‘WML’) file is typically accessed by a wireless device, and so on.
  • MP3 MPEG-1 Audio Layer 3
  • WML Wireless Markup Language
  • disparate data sources means sources of data of disparate data types. Such data sources may be any device or network location capable of providing access to data of a disparate data type. Examples of disparate data sources include servers serving up files, web sites, cellular phones, PDAs, MP3 players, and so on as will occur to those of skill in the art.
  • the data processing system of FIG. 1 includes a wide area network (“WAN”) ( 116 ) including a number of disparate data sources ( 228 ) operating as disparate data sources and a consolidated content management server ( 114 ) for consolidated content management according to the present invention.
  • the exemplary system of FIG. 1 includes a media server ( 230 ) providing content in the form of media files such as, for example, MP3 files.
  • the exemplary system of FIG. 1 includes an IBM On Demand Workstation ( 232 ) a server providing support for an On Demand Workplace (‘ODW’) that provides productivity tools, and a virtual space to share ideas and expertise, collaborate with others, and find information.
  • ODD On Demand Workplace
  • the exemplary system of FIG. 1 includes an RSS server ( 234 ) providing content through RSS feeds.
  • RSS is a family of XML file formats for web syndication used by news websites and weblogs. The abbreviation is used to refer to the following standards: Rich Site Summary (RSS 0.91), RDF Site Summary (RSS 0.9, 1.0 and 1.1), and Really Simple Syndication (RSS 2.0).
  • the RSS formats provide web content or summaries of web content together with links to the full versions of the content, and other meta-data. This content is typically delivered as an XML file called RSS feed, webfeed, RSS stream, or RSS channel.
  • the system of FIG. 1 includes a calendar data server ( 236 ) that maintains calendar data for a user.
  • the system of FIG. 1 also includes an email server ( 238 ).
  • the system of FIG. 1 includes a consolidated content management server ( 114 ).
  • the consolidated content management server ( 114 ) provides consolidated content management of content from the disparate data sources ( 228 ) for delivery to one or more rendering devices ( 104 , 108 , 110 , and 112 ).
  • the consolidated content management server ( 114 ) is capable generally of aggregating, for a user, content of disparate data types from disparate data sources; synthesizing the aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device ( 104 , 108 , 110 , and 112 ); receiving from the rendering device ( 104 , 108 , 110 , and 112 ) a request for the synthesized content; and transmitting, in a response to the request, the requested synthesized content to the rendering device ( 104 , 108 , 110 , and 112 ).
  • the system of FIG. 1 includes a number of rendering devices ( 104 , 108 , 110 , and 112 ) connected to a WAN ( 102 ).
  • the rendering devices of FIG. 1 include a digital audio player (‘DAP’) ( 104 ) capable of playing MP3 files.
  • DAP digital audio player
  • An example of such a DAP is an iPod currently available from Apple.
  • the rendering devices of FIG. 1 include smart phone ( 108 ) capable of rendering content in wireless markup language (‘WML’) and a personal digital assistant (‘PDA’) ( 112 ) capable of rendering content in the hypertext transfer markup language (‘HTML’).
  • WML wireless markup language
  • PDA personal digital assistant
  • the rendering devices of FIG. 1 also include a laptop computer ( 110 ) capable of supporting a multimodal browser for rendering content in XHTML plus Voice.
  • XHTML plus Voice (‘X+V’) is a Web markup language for developing multimodal applications, by enabling voice in a presentation layer with voice markup.
  • X+V provides voice-based interaction in small and mobile devices using both voice and visual elements.
  • X+V is composed of three main standards: XHTML, VoiceXML, and XML Events. Given that the Web application environment is event-driven, X+V incorporates the Document Object Model (DOM) eventing framework used in the XML Events standard. Using this framework, X+V defines the familiar event types from HTML to create the correlation between visual and voice markup.
  • DOM Document Object Model
  • Each of rendering devices is capable of requesting from the consolidated content management server ( 114 ) content that has been aggregated from the disparate data sources and synthesized into content of a uniform data type.
  • the consolidated content management server transmits in response to the request the content in a data type specific to the rendering device thereby allowing the rendering device to render the content regardless of the native data type of content as provided by the original content provider.
  • the consolidated content management server ( 114 ) is capable of aggregating for a user email content and synthesizing the email by extracting the email text and inserting the email text into a header field of an MP3 file.
  • the consolidated content management server ( 114 ) transmits the MP3 file to the DAP ( 104 ) that supports the display of information extracted from header fields.
  • the DAP ( 104 ) is capable of rendering in its display email despite being only able to render media files and without requiring modification of the DAP.
  • Consolidated content management of the present invention advantageously provides a single point of access to a wide variety of content to a user and wide flexibility in the manner and upon which device that content is rendered.
  • Data processing systems useful according to various embodiments of the present invention may include additional servers, routers, other devices, and peer-to-peer architectures, not shown in FIG. 1 , as will occur to those of skill in the art.
  • Networks in such data processing systems may support many data communications protocols, including for example TCP (Transmission Control Protocol), IP (Internet Protocol), HTTP (HyperText Transfer Protocol), WAP (Wireless Access Protocol), HDTP (Handheld Device Transport Protocol), and others as will occur to those of skill in the art.
  • Various embodiments of the present invention may be implemented on a variety of hardware platforms in addition to those illustrated in FIG. 1 .
  • FIG. 2 sets forth a block diagram depicting a system for consolidated content management for delivery to a rendering device according to of the present invention.
  • the system of FIG. 2 includes a plurality of rendering devices ( 202 ) for rendering synthesized content provided by the consolidated content management server ( 114 ) aggregated from a plurality of disparate data sources ( 228 ).
  • the consolidated content management server ( 114 ) is capable generally of aggregating, for a user, content of disparate data types from disparate data sources, ( 230 , 232 ), 234 , 236 , and 238 ), ( 228 ); synthesizing the aggregated content of disparate data types into synthesized content including data of a particular data type for delivery to a particular rendering device ( 104 , 108 , or 112 ); receiving from the rendering device ( 104 , 108 , or 112 ) a request for the synthesized content; and transmitting, in a response to the request, the requested synthesized content to the rendering device ( 202 ).
  • the consolidated content management server ( 114 ) of FIG. 2 includes an aggregation module ( 208 ).
  • the aggregation module ( 208 ) of FIG. 1 is implemented as computer program instructions for aggregating data of disparate data types from disparate data sources.
  • the exemplary aggregation module ( 208 ) is capable generally of aggregating, for a user, content of disparate data types from disparate data sources by establishing a user account for the user; retrieving content of disparate data types from identified disparate data sources associated with the user account; storing the retrieved content; and associating the stored content with the user account as discussed in more detail below with reference to FIGS. 7-10 .
  • the consolidated content management server ( 114 ) of FIG. 2 includes a synthesis engine ( 212 ).
  • the synthesis engine of FIG. 1 is implemented as computer program instructions for synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device.
  • the exemplary synthesis engine ( 212 ) is capable generally of synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device by identifying at least a portion of the aggregated content for delivery to the particular data rendering device; and translating the portion of the aggregated content into text content and markup associated with the text content in accordance with device profiles ( 220 ) for the rendering device as discussed in more detail below with reference to FIG.
  • the exemplary synthesis engine ( 212 ) is also capable generally of synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device by creating text in dependence upon the portion of the aggregated content; creating a media file for the synthesized content; and inserting the text in the header of the media file as discussed in more detail below with reference to FIG. 15 .
  • the consolidated content management server ( 114 ) includes repository ( 218 ) of synthesized content. Maintaining a repository ( 218 ) of synthesized content provides a single point of access at the consolidated content management server for content aggregated from various disparate data sources ( 228 ) for rendering on a plurality of disparate rendering devices ( 104 , 108 , and 112 ). Because the content has been synthesized for delivery to the particular rendering devices ( 104 , 108 , and 112 ) the content may be rendered in a data format that the rendering devices support regardless of the original native data type of the content as served up by the disparate data sources ( 228 ).
  • content may be synthesized for delivery to a particular rendering device upon request for the synthesized data from a particular rendering device. Synthesizing data upon request for the data by a particular rendering device reduces the overhead of maintaining large repositories of synthesized content for a particular user and for delivery to a particular device.
  • the consolidated content management server ( 114 ) also includes an action generator ( 222 ) containing a repository of actions ( 224 ). Synthesized content often has associated with it actions for execution on the rendering device. For example, content synthesized as X+V documents include grammars and actions providing voice navigation of the content thereby empowering a user to use speech to instruct the rendering of the content on the multimodal browser of a rendering device.
  • FIG. 3 sets forth a block diagram of automated computing machinery comprising an exemplary consolidated content management server ( 114 ) useful in consolidated content management for delivery to a rendering device according to embodiments of the present invention.
  • FIG. 3 includes at least one computer processor ( 156 ) or ‘CPU’ as well as random access memory ( 168 ) (‘RAM’) which is connected through a system bus ( 160 ) to a processor ( 156 ) and to other components of the consolidated content management server ( 114 ).
  • processor 156
  • RAM random access memory
  • RAM ( 168 ) Stored in RAM ( 168 ) is an exemplary consolidated content management module ( 140 ), computer program instructions for consolidated content management for delivery to a rendering device capable of aggregating, for a user, content of disparate data types from disparate data sources; synthesizing the aggregated content of disparate data types into synthesized content of a data type for delivery to a particular rendering device; receiving from the rendering device a request for the synthesized content; and transmitting, in a response to the request, the requested synthesized content to the rendering device.
  • the consolidated content management module ( 140 ) of FIG. 2 includes an aggregation module ( 208 ) computer program instructions for aggregating data of disparate data types from disparate data sources.
  • the exemplary aggregation module ( 208 ) is capable generally of aggregating, for a user, content of disparate data types from disparate data sources by establishing a user account for the user; retrieving content of disparate data types from identified disparate data sources associated with the user account; storing the retrieved content; and associating the stored content with the user account as discussed in more detail below with reference to FIGS. 7-10 .
  • the consolidated content management module ( 140 ) of FIG. 2 includes a synthesis engine ( 212 ) computer program instructions for synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device.
  • the exemplary synthesis engine ( 212 ) is capable generally of synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device by identifying at least a portion of the aggregated content for delivery to the particular data rendering device; and translating the portion of the aggregated content into text content and markup associated with the text content in accordance with device profiles for the rendering device as discussed in more detail below with reference to FIG. 11-14 .
  • the exemplary synthesis engine ( 212 ) is also capable generally of synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device by creating text in dependence upon the portion of the aggregated content; creating a media file for the synthesized content; and inserting the text in the header of the media file as discussed in more detail below with reference to FIG. 15
  • the consolidated content management module ( 140 ) of FIG. 3 includes an action generator ( 222 ) computer program instructions for generating actions associated with synthesized content. Such actions are often executed on a rendering device to whom the synthesized content is transmitted.
  • the exemplary consolidated content management server ( 114 ) of FIG. 3 also includes a web server ( 155 ).
  • Consolidated content management server may usefully provide synthesized content though the use of programs that run on a web server and build web pages, such as for example, servlets. Such programs may build dynamic server pages such as for example Java Server Pages (‘JSP’) containing synthesized content for delivery to a particular rendering device.
  • JSP Java Server Pages
  • WebSphere® Application Server available from IBM.
  • WebSphere Application Server is a JavaTM-based application platform, integrating enterprise data and transactions for the dynamic e-business.
  • WebSphere Application Server delivers a rich application deployment environment with application services that provide transaction management, security, performance, availability, connectivity, and scalability.
  • RAM Also stored in RAM ( 168 ) is an operating system ( 154 ).
  • Operating systems useful in computers according to embodiments of the present invention include UNIXTM, LinuxTM, Microsoft Windows NTTM, AIXTM, IBM's i5/OSTM, and others as will occur to those of skill in the art.
  • the exemplary consolidated content management server ( 114 ) of FIG. 3 includes non-volatile computer memory ( 166 ) coupled through a system bus ( 160 ) to a processor ( 156 ) and to other components of the consolidated content management server ( 114 ).
  • Non-volatile computer memory ( 166 ) may be implemented as a hard disk drive ( 170 ), an optical disk drive ( 172 ), an electrically erasable programmable read-only memory space (so-called ‘EEPROM’ or ‘Flash’ memory) ( 174 ), RAM drives (not shown), or as any other kind of computer memory as will occur to those of skill in the art.
  • the exemplary consolidated content management server ( 114 ) of FIG. 3 includes one or more input/output interface adapters ( 178 ).
  • Input/output interface adapters in computers implement user-oriented input/output through, for example, software drivers and computer hardware for controlling output to display devices ( 180 ) such as computer display screens, as well as user input from user input devices ( 181 ) such as keyboards and mice.
  • the exemplary consolidated content management server ( 114 ) of FIG. 3 includes a communications adapter ( 167 ) for implementing data communications ( 184 ) with rendering devices ( 202 ). Such data communications may be carried out serially through RS-232 connections, through external buses such as a USB, through data communications networks such as IP networks, and in other ways as will occur to those of skill in the art.
  • Communications adapters implement the hardware level of data communications through which one computer sends data communications to another computer, directly or through a network. Examples of communications adapters useful for consolidated content management include modems for wired dial-up communications, Ethernet (IEEE 802.3) adapters for wired network communications, and 802.11b adapters for wireless network communications and other as will occur to those of skill in the art.
  • FIG. 4 sets forth a flow chart illustrating an exemplary computer-implemented method for consolidated content management for delivery to a rendering device.
  • the method of FIG. 4 includes aggregating ( 402 ), for a user, content ( 404 ) of disparate data types from disparate data sources ( 228 ).
  • Aggregated data is the accumulation, in a single location, of data of disparate types.
  • the location of the aggregated data may be either physical, such as, for example, on a single computer containing aggregated data, or logical, such as, for example, a single interface providing access to the aggregated data.
  • Aggregating ( 402 ), for a user, content ( 404 ) of disparate data types from disparate data sources ( 228 ) according to the method of FIG. 4 is carried out in dependence upon user accounts ( 210 ) established for a user that contain identifications of user selected data sources for aggregation and identifications of one or more rendering devices upon which synthesized content is to be rendered.
  • Aggregating, for a user, content of disparate data types from disparate data sources may be carried out by establishing a user account for the user; retrieving content of disparate data types from identified disparate data sources associated with the user account; storing the retrieved content; and associating the stored content with the user account as discussed in more detail below with reference to FIGS. 7-10 .
  • the method of FIG. 4 also includes synthesizing ( 406 ) the aggregated content ( 404 ) of disparate data types into synthesized content ( 408 ) including data of a uniform data type for delivery to a particular rendering device ( 202 ).
  • Synthesized content is content derived from aggregated data which has been synthesized for rendering upon a particular rendering device. That is, the content of the aggregated data is synthesized into data of a data type that a particular rendering device supports.
  • Synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device is typically carried out in dependence upon device profiles ( 220 ) identifying attributes of the particular rendering device such as file formats the device supports, markup languages the devices supports, data communications protocols the device supports, and other attributes as will occur to those of skill in the art.
  • Synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device may be carried out by identifying at least a portion of the aggregated content for delivery to the particular data rendering device; and translating the portion of the aggregated content into text content and markup associated with the text content in accordance with device profiles for the rendering device as discussed in more detail below with reference to FIG. 11-14 .
  • Synthesizing the aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device may also be carried out by creating text in dependence upon the portion of the aggregated content; creating a media file for the synthesized content; and inserting the text in the header of the media file as discussed in more detail below with reference to FIG. 15 .
  • the method of FIG. 4 also includes receiving ( 410 ) from the rendering device ( 202 ) a request ( 412 ) for the synthesized content ( 408 ) and transmitting ( 414 ), in a response ( 416 ) to the request ( 412 ), the requested synthesized content ( 418 ) to the rendering device ( 202 ).
  • FIG. 5 sets forth a flow chart illustrating an exemplary method for transmitting ( 414 ), in a response ( 416 ) to the request, the requested synthesized content ( 418 ) to the rendering device ( 202 ).
  • Transmitting ( 414 ), in a response ( 416 ) to the request, the requested synthesized content ( 418 ) to the rendering device ( 202 ) according to the method of FIG. 5 includes selecting ( 420 ) a protocol ( 422 ) for transmission to the rendering device ( 202 ) in dependence upon a device profile ( 220 ) of the rendering device ( 202 ) and sending ( 424 ) the synthesized content ( 418 ) to the rendering device ( 202 ) in accordance with the protocol ( 422 ). Protocols useful in transmitting synthesized content to rendering devices in the Hypertext Transfer Protocol (‘HTTP’), Wireless Access Protocol (‘WAP’), Handheld Device Transport Protocol (HDTP’) and many other as will occur to those of skill in the art.
  • HTTP Hypertext Transfer Protocol
  • WAP Wireless Access Protocol
  • HDTP Handheld Device Transport Protocol
  • FIG. 6 sets forth a flow chart illustrating additional aspects of consolidated content management for delivery according to the present invention.
  • the method of FIG. 6 includes identifying ( 426 ) a rendering action ( 428 ) for execution by the rendering device ( 202 ).
  • An rendering action is a set of computer instructions that when executed carry out a predefined task for rendering the synthesized content on the rendering device ( 202 ).
  • the rendering action may be executed in dependence upon the synthesized data immediately or at some defined later time. Identifying ( 426 ) a rendering action ( 428 ) may be carried out by receiving a user instruction, selecting synthesized content in response to the user instruction, and selecting particular rendering method for rendering the synthesized content.
  • a user instruction is an event received in response to an act by a user.
  • Exemplary user instructions include receiving events as a result of a user entering a combination of keystrokes using a keyboard or keypad, receiving speech from a user, receiving an event as a result of clicking on icons on a visual display by using a mouse, receiving an event as a result of a user pressing an icon on a touchpad, or other user instructions as will occur to those of skill in the art.
  • Receiving a speech instruction from a user may be carried out by receiving speech from a user, converting the speech to text, and determining in dependence upon the text and a grammar associated with the synthesized content the user instruction.
  • the method of FIG. 6 also includes rendering ( 430 ) the synthesized content ( 418 ), by the rendering device ( 202 ), in accordance with the rendering action ( 426 ).
  • Rendering ( 430 ) the synthesized content ( 418 ), by the rendering device ( 202 ), in accordance with the rendering action ( 426 ) result in presenting to the user ( 100 ) the synthesize content using the facilities supported by the rendering device.
  • Such a player includes a display function that displays text in the header of a media file which is often used to display metadata about a media file such as the name and artist of a song. Synthesizing the content of the email by including the text of the email in the header of a media file advantageously allows email to be rendered on the digital audio player without modification of the player itself.
  • synthesizing the aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device is carried out by synthesizing the aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device prior to receiving from the rendering device the request for the synthesized content. That is, content is synthesized for particular devices and stored such that the content is available to those particular devices. This is for explanation, and not for limitation.
  • synthesizing the aggregated content of disparate data types into synthesized content for delivery to a particular rendering device may also be carried out by synthesizing the aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device in response to receiving from the rendering device the request for the synthesized content.
  • FIG. 7 sets forth a flow chart illustrating an exemplary computer implemented method for aggregating content of disparate data types from disparate data sources for single point access by a user.
  • the method of FIG. 7 includes establishing ( 502 ) a user account ( 210 ) for the user ( 100 ).
  • a user account ( 210 ) typically associates with a user a plurality of identified data sources, one or more rendering devices for rendering synthesized content, and various user preferences for both synthesizing content and rendering the content.
  • the method of FIG. 7 also includes retrieving ( 508 ) content ( 404 ) of disparate data types from identified disparate data sources ( 228 ) associated with the user account ( 210 ).
  • Retrieving ( 508 ) content ( 404 ) of disparate data types from identified disparate data sources ( 228 ) associated with the user account ( 210 ) may be carried out by retrieving the data from memory locally, downloading the data from a network location, or any other way of retrieving the requested data that will occur to those of skill in the art.
  • Retrieving ( 508 ) content ( 404 ) of disparate data types from identified disparate data sources ( 228 ) associated with the user account ( 210 ) may therefore also include determining whether the identified data source requires security information to access the content and retrieving security information for the data source from the user account if the identified data source requires security information to access the content and presenting the security information to the data source to access the content.
  • the method of FIG. 7 also includes storing ( 510 ) the retrieved content ( 404 ) and associating ( 512 ) the stored content with the user account ( 210 ).
  • the stored content is typically maintained in memory available to a consolidated content management server.
  • FIG. 8 sets forth a flow chart illustrating an exemplary method for establishing a user account ( 210 ) for the user ( 100 ).
  • the method of FIG. 8 includes receiving ( 504 ), from the user ( 100 ), identifications ( 506 ) of a plurality of disparate data sources ( 228 ).
  • Identifications ( 506 ) of a plurality of disparate data sources ( 228 ) may include pathnames, network locations, universal resource locators (‘URLs’) uniquely identifying the data sources, or any other identifications of data sources that will occur to those of skill in the art.
  • URLs universal resource locators
  • Receiving ( 504 ), from the user ( 100 ), identifications ( 506 ) of a plurality of disparate data sources ( 228 ) may be carried out through the use of user account configuration screens provided by a consolidated content management server and accessible by a user though for example a browser running on a rendering device. Such configuration screens provide a vehicle for efficiently associating with a user account a plurality of disparate data sources.
  • the method of FIG. 8 also includes associating ( 507 ) the identifications ( 506 ) with the user account ( 210 ). Associating ( 507 ) the identifications ( 506 ) with the user account ( 210 ) may be carried out by storing the identifications in a user record for the user in association with a user ID uniquely identifying the user.
  • FIG. 9 sets forth a flow chart illustrating an exemplary method for establishing a user account ( 210 ) for the user ( 100 ).
  • the method of FIG. 9 includes receiving ( 514 ), from a user, identifications ( 516 ) of one or more rendering devices ( 104 , 106 , and 112 ). Identifications of rendering devices may include make and model of the rendering device, unique serial numbers of the rendering devices or any other identification of a rendering device that will occur to those of skill in the art.
  • Receiving ( 514 ), from a user, identifications ( 516 ) of one or more rendering devices ( 104 , 106 , and 112 ) may be carried out through the use of user account configuration screens provided by a consolidated content management server and accessible by a user though for example a browser running on a rendering device. Such configuration screens provide a vehicle for efficiently associating with a user account one or more rendering devices.
  • the method of FIG. 9 also includes retrieving ( 518 ) device profiles ( 520 ) for the one or more rendering devices ( 104 , 106 , and 112 ) in dependence upon the identifications ( 516 ) and associating ( 522 ) the retrieved device profiles ( 520 ) with the user account ( 210 ).
  • Device profiles ( 520 ) for the one or more rendering devices typically identify attributes of the rendering device useful in synthesizing content for rendering on the device and for transmitting the synthesized content to the rendering device. Examples of such attributes in devices profiles include markup languages supported by the device, file types supported by the device, applications capable of being run on the device, communication protocols supported by the device and so on as will occur to those of skill in the art.
  • FIG. 10 sets forth block diagram of exemplary user accounts ( 210 ) containing a plurality of user account records ( 526 ).
  • the exemplary user account records ( 526 ) include a user ID ( 528 ) uniquely identifying the user and a password ( 530 ) for authentication of the user in accessing the user account.
  • the exemplary user account records ( 526 ) include user preferences ( 532 ) for synthesizing and rendering the synthesized content for the user.
  • user preferences include display preferences, such as font and color preferences, layout preferences, and so on as will occur to those of skill in the art.
  • the exemplary user account records ( 526 ) include a rendering device list ( 534 ) including one or more identifications of rendering devices.
  • the exemplary user account records ( 526 ) also includes data source list ( 536 ) including one or more identifications of disparate data sources and data source security information ( 538 ) including any security information required to retrieve content from the identified data source.
  • the information in use accounts ( 210 ) may be used to identify additional data sources without requiring additional user intervention.
  • FIG. 10 therefore also illustrates identifying ( 540 ) an additional data source ( 542 ) in dependence upon information in the user account. Identifying ( 540 ) an additional data source in dependence upon information in the user account information may include identifying an additional data source in dependence upon data sources identified by the user, rendering devices identified by the user, user accounts for one or more other users, data sources identified by one or more other users, and other information in user accounts as will occur to those of skill in the art.
  • Identifying ( 540 ) an additional data source in dependence upon information in the user account information may be carried out by creating a search engine query in dependence upon the information in the user account and querying a search engine with the created query.
  • Querying a search engine may be carried out through the use of URL encoded data passed to a search engine through, for example, an HTTP GET or HTTP POST function.
  • URL encoded data is data packaged in a URL for data communications, in this case, passing a query to a search engine.
  • HTTP GET and POST functions are often used to transmit URL encoded data.
  • the exemplary URL encoded search query is for explanation and not for limitation. In fact, different search engines may use different syntax in representing a query in a data encoded URL and therefore the particular syntax of the data encoding may vary according to the particular search engine queried.
  • Identifying ( 540 ) an additional data source in dependence upon information in the user account information may also include identifying, from the search results returned in the created query, additional sources of data.
  • additional sources of data may be identified from the search results by retrieving URLs to data sources from hyperlinks in a search results page returned by the search engine.
  • FIG. 11 sets forth flow chart illustrating an exemplary method for synthesizing content of disparate data types into synthesized content including data of a uniform data type for single point access by a user.
  • the method of FIG. 11 includes identifying ( 602 ) aggregated content ( 404 ) of disparate data types. Identifying ( 602 ) aggregated content ( 404 ) of disparate data types for synthesis may be carried out by identifying content stored in association with a user account and aggregated for a user.
  • Identifying ( 602 ) aggregated content ( 404 ) of disparate data types typically for synthesis may also be carried out in dependence upon a user instruction. That is, identifying ( 602 ) aggregated content ( 404 ) of disparate data types for synthesis may include receiving a user instruction identifying aggregated content for synthesis and selecting for synthesis the content identified in the user instruction.
  • the method of FIG. 11 also includes translating ( 604 ) the aggregated content ( 404 ) into text content ( 606 ) in accordance with device profiles ( 220 ) for an identified rendering device ( 202 ).
  • Translating the aggregated content into text content in accordance with device profiles for an identified rendering device may be carried out by identifying a markup language supported by the rendering device and creating text and markup for the aggregated content in accordance with the identified markup language as discussed below with reference to FIGS. 12 and 13 .
  • Translating ( 604 ) the aggregated content ( 404 ) into text content in accordance with device profiles ( 220 ) for an identified rendering ( 202 ) device may also be carried out by creating text in dependence upon the aggregated content; creating a media file for the text content; and inserting the text in the media file as discussed below with reference to FIG. 15 .
  • FIG. 12 sets forth a flow chart illustrating an exemplary method for translating the aggregated content into text content in accordance with device profiles for an identified rendering device that includes identifying ( 608 ) a markup language ( 610 ) supported by the rendering device ( 202 ). Identifying ( 608 ) a markup language ( 610 ) supported by the rendering device ( 202 ) may be carried out by retrieving a rendering device profile ( 220 ) for the rendering device and selecting a markup language supported by the rendering device from the selected device profile.
  • markup languages useful in synthesizing aggregated content include X+V, Wireless Markup Language (‘WML’), eXtensible Markup Language (‘XML’), hypertext transfer markup language (‘HTML’) and others as will occur to those of skill in the art.
  • WML Wireless Markup Language
  • XML eXtensible Markup Language
  • HTML hypertext transfer markup language
  • the method of FIG. 12 also includes creating ( 612 ) text ( 616 ) and markup ( 618 ) for the aggregated content ( 404 ) in accordance with the identified markup language ( 610 ).
  • the text ( 616 ) and markup ( 618 ) make up a markup document ( 614 ).
  • Creating ( 612 ) text ( 616 ) and markup ( 618 ) for the aggregated content ( 404 ) in accordance with the identified markup language ( 610 ) includes representing in text and markup the aggregated content such that a browser supporting the selected markup language capable of rendering some or all of the content contained in the aggregated data prior to being synthesized.
  • Creating ( 612 ) text ( 616 ) and markup ( 618 ) for the aggregated content ( 404 ) in accordance with the identified markup language ( 610 ) such that a browser capable of rendering the text and markup may render from the translated content the some or all of the aggregated content prior to being synthesized may include augmenting the content during translation in some way. That is, translating aggregated content into text and markup may result in some modification to the original aggregated content or may result in deletion of some content that cannot be accurately translated. The quantity of such modification and deletion will vary according to the type of data being translated as well as other factors as will occur to those of skill in the art.
  • an MP3 audio file is translated into text and markup.
  • the header in the example above identifies the translated data as having been translated from an MP3 audio file.
  • the exemplary header also includes keywords included in the content of the translated document and the frequency with which those keywords appear.
  • the exemplary translated data also includes content identified as ‘some content about the president.’
  • XHTML plus Voice is a Web markup language for developing multimodal applications, by enabling speech navigation and interaction through voice markup.
  • X+V provides speech-based interaction in devices using both voice and visual elements.
  • Speech enabling the synthesized data for consolidated content management according to embodiments of the present invention is typically carried out by creating grammar sets for the text of the synthesized content.
  • a grammar is a set of words that may be spoken, patterns in which those words may be spoken, or other language elements that define the speech recognized by a speech recognition engine in a multimodal browser.
  • Such speech recognition engines are useful in rendering synthesized data to provide users with voice navigation of and voice interaction with synthesized content.
  • FIG. 13 sets forth an exemplary method synthesizing content of disparate data types into synthesized content including data of a uniform data type single point access by a user that includes dynamically creating ( 626 ) grammar sets ( 628 ) for the text content ( 606 ).
  • a grammar is a set of words that may be spoken, patterns in which those words may be spoken, or other language elements that define the speech recognized by a speech recognition engine in a multimodal browser or other rendering application supported by a rendering device.
  • Dynamically creating grammar sets ( 628 ) for the text content ( 606 ) may be carried out by identifying ( 630 ) keywords ( 632 ) for the text content ( 606 ). Identifying ( 630 ) keywords ( 632 ) for the text content ( 606 ) may include identifying keywords in the text content ( 606 ) determinative of content or logical structure and including the identified keywords in a grammar associated with the text content. Keywords determinative of content are words and phrases defining the topics of the synthesized content and the information presented the synthesized content. Keywords determinative of logical structure are keywords that suggest the form in which information of the synthesized content is presented. Examples of logical structure include typographic structure, hierarchical structure, relational structure, and other logical structures as will occur to those of skill in the art.
  • Identifying keywords in the text determinative of content may be carried out by searching the translated text for words that occur in the text more often than some predefined threshold.
  • the frequency of the word exceeding the threshold indicates that the word is related to the content of the translated text because the predetermined threshold is established as a frequency of use not expected to occur by chance alone.
  • a threshold may also be established as a function rather than a static value.
  • the threshold value for frequency of a word in the translated text may be established dynamically by use of a statistical test which compares the word frequencies in the translated text with expected frequencies derived statistically from a much larger corpus. Such a larger corpus acts as a reference for general language use.
  • Identifying keywords in the translated text determinative of logical structure may be carried out by searching the translated text for predefined words determinative of structure. Examples of such words determinative of logical structure include ‘introduction,’ ‘table of contents,’ ‘chapter,’ ‘stanza,’ ‘index,’ and many others as will occur to those of skill in the art.
  • Dynamically creating ( 626 ) grammar sets ( 628 ) for the text content ( 606 ) may also be carried out by creating ( 634 ) grammars ( 628 ) in dependence upon the keywords ( 632 ) and grammar creation rules ( 636 ).
  • Grammar creation rules are a pre-defined set of instructions and grammar form for the production of grammars. Creating grammars in dependence upon the identified keywords and grammar creation rules may be carried out by use of scripting frameworks such as JavaServer Pages, Active Server Pages, PHP, Perl, XML from translated data.
  • the method of FIG. 13 also includes associating ( 640 ) the grammar sets ( 628 ) with the text content ( 606 ).
  • Associating the grammar sets with the text content includes inserting markup in a markup document containing the translated text. Inserting markup in the markup document containing the translate text may be carried out by creating markup defining the dynamically created grammar sets inserting the created markup into a markup document.
  • the method of FIG. 13 also includes associating ( 642 ) one or more actions ( 644 ) with the grammar sets ( 628 ).
  • An action is a set of computer instructions that when executed carry out a predefined task. Associating an action with the grammar sets thereby provides for voice initiation of the action such that the associated action is invoked in response to the recognition of one or more words or phrases of the grammar sets.
  • synthesis of the aggregated content results in the replacement of the original aggregated content with synthesized content.
  • This is for explanation, and not for limitation. In fact, in some cases some or all of the original aggregated content is preserved.
  • Creating text and markup for the aggregated content in accordance with the identified markup language may also be carried out by preserving the data type of the aggregated content and also creating a markup document for presentation of the content in a rendering device and for invoking the rendering of the content in the rendering device. For further explanation, therefore, FIG.
  • FIG. 14 sets forth a flow chart illustrating an exemplary method for creating ( 612 ) text ( 616 ) and markup ( 618 ) for the aggregated content ( 404 ) in accordance with the identified markup language ( 610 ) that includes creating ( 620 ) a wrapper ( 622 ) for invoking the aggregated content ( 404 ) on the rendering device ( 202 ).
  • the wrapper ( 622 ) for invoking the aggregated content ( 404 ) on the rendering device ( 202 ) is typically a markup document created in a markup language supported by the rendering device for presentation of the presence of the content on the rendering device and for invoking the rendering of the content on the rendering device.
  • FIG. 15 sets forth a flow chart illustrating an exemplary method for translating ( 604 ) the aggregated content ( 404 ) into text content in accordance with device profiles ( 220 ) for an identified rendering ( 202 ) device that does not rely on a device supporting a browser to render a markup document.
  • the method of FIG. 15 includes creating ( 646 ) text ( 648 ) in dependence upon the aggregated content ( 404 ).
  • Creating ( 646 ) text ( 648 ) in dependence upon the aggregated content ( 404 ) typically includes extracting or inferring text content from the aggregated data for rendering on the rendering device.
  • the text of an email may be extracted from an email message for rendering on a digital audio player.
  • the method of FIG. 15 also includes creating ( 650 ) a media file ( 652 ) for the text content ( 648 ).
  • media files include MP3 files, wav files, and others that will occur to those of skill in the art.
  • the method of FIG. 15 also includes inserting ( 654 ) the text ( 648 ) in the media file ( 652 ).
  • Media files such as, for example, MP3 files support header fields capable of storing the created text. Inserting ( 654 ) the text ( 648 ) in the media file ( 652 ) advantageously allows a media player such as a digital audio player to render content synthesized from other data types such as email content, calendar content, RSS content, and other content as will occur to those of skill in the art.
  • FIG. 16 sets forth a flow chart illustrating an exemplary computer-implemented method for publishing content.
  • the method of FIG. 16 includes aggregating ( 402 ), for a user, content ( 404 ) of disparate data types from disparate data sources ( 228 ). Aggregating ( 402 ), for a user, content ( 404 ) of disparate data types from disparate data sources ( 228 ) according to the method of FIG.
  • ⁇ 16 is carried out in dependence upon user accounts ( 210 ) established for a user that contain identifications of user selected data sources for aggregation and identifications of one or more rendering devices upon which synthesized content is to be rendered.
  • Aggregating, for a user, content of disparate data types from disparate data sources may be carried out by establishing a user account for the user; retrieving content of disparate data types from identified disparate data sources associated with the user account; storing the retrieved content; and associating the stored content with the user account as discussed in more detail above with reference to FIGS. 7-10 .
  • the method of FIG. 16 also includes synthesizing ( 406 ) the aggregated content ( 404 ) of disparate data types into synthesized content ( 408 ) including data of a uniform data type for delivery to a particular RSS rendering device ( 110 ).
  • Synthesized content is content derived from aggregated data which has been synthesized for rendering upon a particular rendering device. That is, the content of the aggregated data is synthesized into data of a data type that a particular rendering device supports.
  • Synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular RSS rendering device is typically carried out in dependence upon device profiles ( 220 ) for the RSS rendering device identifying attributes of the particular rendering device such a file formats the RSS rendering device supports, markup languages the RSS rendering device supports, data communications protocols the RSS rendering device supports and other attributes as will occur to those of skill in the art as discussed above with reference to FIG. 11-14 .
  • the method of FIG. 16 also includes publishing ( 702 ) the synthesized content ( 408 ) through an RSS feed ( 704 ).
  • An RSS feed is typically implemented as one or more XML files containing summaries of web content accompanied by links to more extensive versions of the content at a RSS content source, as well as other meta-data.
  • RSS is a family of XML file formats for web syndication used by news websites and weblogs. The abbreviation is used to refer to the following standards: Rich Site Summary (RSS 0.91), RDF Site Summary (RSS 0.9, 1.0 and 1.1), and Really Simple Syndication (RSS 2.0).
  • RSS is a format often used for syndicating news and the content of news-like sites, including major news sites, news-oriented community sites, and personal weblogs. RSS allows users to see some of a web site's content, in the form of items which are created from the website's associated RSS feed, without requiring the user to visit the web site directly. If the user would like to view the full content of the item, the user may activate a link to browse the website featuring the full content of the channel or item.
  • FIG. 17 sets forth a flow chart illustrating an exemplary method for publishing the synthesized content through an RSS feed.
  • the method of FIG. 17 includes establishing ( 706 ) one or more hyperlinks ( 708 ) to the synthesized content, inserting ( 710 ) in an RSS feed ( 704 ) the one or more hyperlinks ( 708 ) and associating ( 714 ) in the RSS feed ( 704 ) with each hyperlink ( 708 ) metadata ( 712 ) describing the synthesized content accessible through the hyperlink ( 708 ).
  • Metadata ( 712 ) describing the synthesized content accessible through the hyperlink ( 708 ) often includes summaries of the synthesized content accessible through the hyperlink such that a user may be informed of the synthesized content accessible through the hyperlink.
  • the hyperlinks and associated metadata may provide an RSS channel to synthesized content.
  • An RSS channel is typically a container for an arbitrary number of items of a similar type, having some relationship which is defined by the context of the container.
  • An RSS channel to synthesized content may be a reverse-chronological sorted list of links to synthesized content, along with metadata describing aspects the synthesized content story often indicating the title of content and a description of the content.
  • Each RSS channel is designated by markup in the RSS feed's XML files and has required sub-elements which are also designated by markup.
  • Required sub-elements of an RSS channel typically include a title to name the RSS channel, a link, and a description.
  • the link is the URL of the synthesized content typically implemented as a web page, such as, for example, a web page written in HTML.
  • Each RSS channel may also contain optional sub-elements.
  • Optional sub-elements of an RSS channel include, for example, an image sub-element, which provides for an image to be displayed in connection with the RSS channel.
  • the method of FIG. 17 also includes transmitting ( 716 ) the RSS feed ( 704 ) to a rendering device ( 110 ). Transmitting ( 716 ) the RSS feed ( 704 ) to a rendering device ( 110 ) may be carried out by selecting a data communications protocol supported by the RSS rendering device ( 110 ) and sending the RSS feed to the RSS rendering device according to the selected data communications protocol.
  • the method of FIG. 17 also includes receiving ( 718 ) a request ( 720 ) for the synthesized content through an invocation of a hyperlink ( 708 ) in the RSS feed ( 704 ).
  • a user may invoke a hyperlink in the RSS feed through, for example, a mouse or keystroke.
  • the method of FIG. 17 also includes sending ( 722 ) to the rendering device ( 110 ), in response to the request ( 720 ), a response ( 724 ) containing the synthesized content ( 408 ). Sending ( 722 ) to the rendering device ( 110 ), in response to the request ( 720 ), a response ( 724 ) containing the synthesized content ( 408 ) provide to a user synthesized content for rendering on the RSS rendering device.
  • Consolidated content management servers usefully provide a single point of access for a wide variety of content available in many different data types.
  • Such a consolidated content management server may also perform content management directives on the content managed by the server.
  • Content management directives are software actions performed on synthesized content managed by the content management server. Examples of content management directives include deleting content, retrieving additional content, forwarding content, highlighting content, and many others as will occur to those of skill in the art.
  • Such content management directives provide users increased control over the management of the wide variety of content accessible through the consolidated content management server.
  • FIG. 18 sets forth a flow chart illustrating an exemplary method for invoking content management directives on a consolidated content management server. The method of FIG.
  • Synthesizing ( 804 ) content of disparate data types into synthesized content in a media file ( 810 ) for delivery to a particular digital audio player ( 104 ) may be carried out by retrieving content, extracting text from the retrieved content, creating a media file and storing the extracted text as metadata associated with the media file.
  • Such content synthesized for delivery to a digital audio player may be synthesized from a variety of native data formats. Such content may be email content, calendar data, RSS content, text content in word processing documents, or any other content that will occur to those of skill in the art.
  • synthesizing ( 804 ) content of disparate data types into synthesized content in a media file ( 810 ) for delivery to a particular digital audio player ( 104 ) includes synthesizing email content.
  • Synthesizing ( 804 ) email content may be carried out by retrieving an email message; extracting text from the email message; creating a media file; and storing the extracted text of the email message as metadata associated with the media file as discussed below with reference to FIGS. 21 and 22 .
  • synthesizing ( 804 ) content of disparate data types into synthesized content in a media file ( 810 ) for delivery to a particular digital audio player ( 104 ) includes synthesizing RSS content.
  • Synthesizing ( 804 ) RSS content into synthesized content in a media file ( 810 ) for delivery to a particular digital audio player ( 104 ) may be carried out by retrieving, through an RSS feed, RSS content; extracting text from the RSS content; creating a media file; and storing the extracted text of the RSS content as metadata associated with the media file as discussed below with reference to FIGS. 23 and 24 .
  • the method of FIG. 18 includes transmitting ( 806 ) the synthesized content ( 810 ) to the digital audio player ( 104 ). Transmitting ( 806 ) the synthesized content ( 810 ) to the digital audio player ( 104 ) may be carried out by downloading the media file ( 810 ) to a digital audio player application on a client computer, such as the laptop computer ( 110 ) of FIG. 18 and the storing the media file ( 810 ) on the digital audio player ( 104 ).
  • a digital media player application is an application that manages media content such as audio files and video files. Such digital media player applications are typically capable of transferring media files to a digital audio player. Examples of digital media player applications include Music MatchTM, iTunes®, and others as will occur to those of skill in the art.
  • the method of FIG. 18 includes rendering ( 812 ) the content in the media file ( 810 ) on the digital audio player ( 104 ).
  • the synthesized content may be visually rendered on a display screen of a digital audio player or may be converted to text and rendered as audio.
  • the method of FIG. 18 also includes receiving ( 814 ), from a user ( 100 ) in response to rendering the content, a rating ( 818 ) for the content.
  • Receiving ( 814 ), from a user ( 100 ) in response to rendering the content, a rating ( 818 ) for the content may be carried out by receiving a selection of a rating through a digital audio player that supports rating system.
  • a digital audio player that supports rating system.
  • the iPod® digital audio player and the iTunes® digital audio player application available from Apple® support a five-star rating system that provides assigning to content one of five ratings: one star, two stars, three stars, four stars, or five stars.
  • the iPod® digital audio player supports receiving from a user a rating selection and associating that received rating selection with content contained in a media file on the iPod®.
  • a rating received from a user may also be user defined .mp4 files support flexible ID3v2 tags and therefore a user defined rating scheme may be used to configure many different ratings for an .mp4 file.
  • the method of FIG. 18 also includes associating ( 815 ) the rating ( 818 ) with the content in the media file ( 810 ). Associating the associating the rating with the content in the media file may be carried out by embedding the rating in the media file.
  • FIG. 19 sets forth a block diagram of an MPEG file ( 874 ) such as an .mp4 file.
  • the MPEG file of FIG. 19 includes an audio portion ( 882 ) of the media file.
  • the audio portion of the MPEG file includes the binary audio data.
  • the MPEG file ( 874 ) of FIG. 19 has an ID3v2 tag ( 878 ) prepended to the audio portion ( 882 ) of the file that contains synthesized content such as extracted email text or extracted RSS text ( 858 ) and an image ( 880 ) such as an image extracted from an attachment of the email or an image extracted from RSS content.
  • the ID3v2 tag of FIG. 19 also includes a rating ( 881 ) assigned to the synthesized content stored in the MPEG file ( 874 ).
  • An ID3v2 tag provides a container for metadata associated with the media file.
  • An ID3v2 tag includes one or more fames supporting the inclusion of text, images, files, and other information.
  • ID3v2 tags are flexible and expandable because parsers that do not support specific functions of the an ID3v2 tag will ignore the unsupported functions.
  • ID3v2 supports Unicode thereby providing the ability to include synthesized content in text of many different languages.
  • the maximum tag size of an ID3v2 tag is typically 256 megabytes and maximum frame size is typically 16 megabytes.
  • FIG. 20 sets forth a block diagram of an AAC compressed .mp4 file ( 884 ) such as those supported by the iTunes digital audio player application and played on an iPod digital audio player.
  • the AAC compressed .mp4 file has included in the file the binary audio portion ( 886 ) of the digital media file.
  • XML eXtenxible markup language
  • iTunes digital audio player application includes a single iTunes library file that contains metadata describing the contents of the media files comprising the iTunes library.
  • the iTunes library file is implemented as an XML file, the format of which is defined by a flexible Document Type Definition (‘DTD’).
  • the method of FIG. 18 continues by informing ( 816 ) the consolidated content management server ( 114 ) of the rating ( 818 ) associated with the content in the media file ( 815 ).
  • Informing ( 816 ) the consolidated content management server ( 114 ) of the rating ( 818 ) associated with the content in the media file ( 815 ) may be carried out by sending an identification of the synthesized content to a consolidated content management server; and sending the rating associated with the content to a consolidated content management server.
  • the identification of the content may be the media file itself and the rating associated with the content may be stored in the media file.
  • informing ( 816 ) the consolidated content management server ( 114 ) of the rating ( 818 ) associated with the content in the media file ( 815 ) may be carried out by sending the media file containing the content and the associated rating to the consolidated content management server.
  • the rating may be associated with the content through a metadata file, such as an XML file.
  • informing ( 816 ) the consolidated content management server ( 114 ) of the rating ( 818 ) associated with the content in the media file ( 815 ) may be carried out by sending the metadata file to the consolidated content management server.
  • the method of FIG. 18 also includes selecting ( 820 ) in dependence upon the rating ( 818 ) one or more content management directives ( 822 ) and executing ( 824 ) the content management directives ( 822 ). Selecting in dependence upon the rating one or more content management directives may be carried out by retrieving a directive ID in dependence upon the rating of the content and metadata describing the content. Such a selection may also be carried out in dependence upon a content management directive selection rule.
  • the content management selection rule above dictates that a software algorithm named ‘deleteEmail( )’ is to be executed. Executing ‘deleteEmail( )’ in the example above deletes identified email messages.
  • Executing ( 824 ) the content management directives ( 822 ) results in administration of the synthesized content managed by the consolidated content management server.
  • Executing ( 824 ) the content management directives ( 822 ) may include retrieving additional content in dependence upon the rating, deleting identified synthesized content in dependence upon the rating, highlighting identified content in dependence upon the rating and many others as will occur to those of skill in the art.
  • Ratings advantageously provide a mechanism for invoking content management directives on a consolidated content server without requiring modification of a digital audio player upon which the content under management is rendered.
  • Such content management directives provide increased flexibility in consolidated content management according to embodiments of the present invention.
  • synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player may be carried out by retrieving content, extracting text from the retrieved content, creating a media file and storing the extracted text as metadata associated with the media file.
  • Such content synthesized for delivery to a digital audio player may be synthesized from a variety of native data formats such as email content, calendar data, RSS content, text content in word processing documents, and so on.
  • FIG. 21 sets forth a flow chart illustrating an exemplary method for synthesizing email content into synthesized content in a media file for delivery to a particular digital audio player for visually presenting the email content on a display screen of the digital audio player The method of FIG.
  • the method of FIG. 21 includes retrieving ( 852 ) an email message ( 854 ).
  • the method of FIG. 21 includes retrieving ( 852 ) an email message ( 854 ).
  • Retrieving ( 852 ) an email message ( 854 ) may be carried out by retrieving one or more email messages from an email server ( 992 ).
  • a consolidated content management server ( 114 ) retrieves email messages for synthesizing into a media file for delivery to a digital audio player.
  • the method of FIG. 21 also includes extracting text ( 856 ) from the email message ( 854 ).
  • the principal parts of an email message are the header, the body, and any attachments to the email.
  • the header contains information including sender, intended recipient, date, intended courtesy copy recipients, subject of the message, and others as will occur to those of skill in the art.
  • the body of the email message contains the content of the message itself.
  • RFC 822 outlines a standard specifying the syntax for messages within the framework of email.
  • the method of FIG. 21 also includes creating ( 860 ) a media file ( 810 ).
  • media files include MPEG 3 (‘.mp3’) files, MPEG 4 (‘.mp4’) files, Advanced Audio Coding (‘AAC’) compressed files, Advances Streaming Format (‘ASF’) Files, WAV files, and many others as will occur to those of skill in the art.
  • Creating a media file typically includes creating a media file that is supported by a digital audio player upon which the synthesized email is to be rendered.
  • the method of FIG. 21 also includes storing ( 868 ) the extracted text ( 858 ) of the email message ( 854 ) as metadata ( 862 ) associated with the media file ( 810 ). Storing ( 868 ) the extracted text ( 858 ) of the email message ( 854 ) as metadata ( 862 ) associated with the media file ( 810 ) may be carried out by inserting the extracted text in the media file itself, such as by inserting the extracted text in an ID3 tag in an MPEG file as discussed below with reference to FIG. 21 .
  • Storing the extracted text of the email message as metadata associated with the media file may be also be carried out by storing the extracted text in a metadata file associated with the media file such as by storing the extracted text in an eXtenxible markup language (‘XML’) library file associated with an AAC compressed MPEG 4 file as above below with reference to FIGS. 19 and 20 .
  • XML eXtenxible markup language
  • Storing ( 868 ) the extracted text ( 858 ) of the email message ( 854 ) as metadata ( 862 ) associated with the media file ( 810 ) provides a vehicle for visually rendering the extracted email text on a display screen of a digital audio player without modification of the digital audio player.
  • the method of FIG. 21 therefore allows email to be rendered on a digital audio player that does no support displaying conventional email messages.
  • the extracting text from the email message may be carried out by extracting text from an email message header.
  • Such header information may be extracted and stored in association with a predefined metadata field supported by the digital audio player upon which the extracted text is to be rendered.
  • the identification of a sender of an email and the subject of the email is extracted from an email message and stored as metadata in association with a predefined metadata field for ‘Artist’ and ‘Song’ supported by an iPod digital audio player.
  • the extracted header information is rendered in predefined metadata fields on the iPod allowing a user to navigate the header information of the email as the user normally navigates the metadata of music files.
  • the extracted text from the email message may also include text from an email message body.
  • Such extracted text of the body may also be associated with a predefined metadata field supported by the digital audio player upon which the extracted body text is to be rendered.
  • the extracted text from the body ‘may be associated in the ‘Song’ field supported by an iPod digital audio player.
  • the extracted text from the body is rendered in predefined metadata fields on the iPod when the user selects the file associated with the extracted body text in the same manner as a user selects a song in a media file.
  • the user may advantageously view the email in the display screen of the iPod.
  • FIG. 22 sets forth another flow chart illustrating an exemplary method for synthesizing email content into synthesized content in a media file for delivery to a particular digital audio player.
  • the method of FIG. 22 includes retrieving ( 852 ) an email message ( 854 ).
  • Retrieving ( 852 ) an email message ( 854 ) may be carried out by retrieving one or more email messages from an email server ( 992 ).
  • a consolidated content management server ( 114 ) retrieves email messages for synthesizing into a media file for delivery to a digital audio player.
  • the method of FIG. 22 also includes extracting text ( 856 ) from the email message ( 854 ).
  • the principal parts of an email message are the header, the body, and any attachments to the email.
  • the header contains information including sender, intended recipient, date, intended courtesy copy recipients, subject of the message, and others as will occur to those of skill in the art.
  • the body of the email message contains the content of the message itself.
  • RFC 822 outlines a standard specifying the syntax for messages within the framework of email.
  • the method of FIG. 22 also includes creating ( 860 ) a media file ( 810 ).
  • media files include MPEG 3 (‘.mp3’) files, MPEG 4 (‘.mp4’) files, Advanced Audio Coding (‘AAC’) compressed files, Advances Streaming Format (‘ASF’) Files, WAV files, and many others as will occur to those of skill in the art.
  • Creating a media file typically includes creating a media file that is supported by a digital audio player upon which the synthesized email is to be rendered.
  • the method of FIG. 22 also includes storing ( 868 ) the extracted text ( 858 ) of the email message ( 854 ) as metadata ( 862 ) associated with the media file ( 810 ). Storing ( 868 ) the extracted text ( 858 ) of the email message ( 854 ) as metadata ( 862 ) associated with the media file ( 810 ) may be carried out by inserting the extracted text in the media file itself, such as by inserting the extracted text in an ID3 tag in an MPEG file as discussed below with reference to FIG. 21 .
  • Storing the extracted text of the email message as metadata associated with the media file may also be carried out by storing the extracted text in a metadata file associated with the media file such as by storing the extracted text in an eXtenxible markup language (‘XML’) library file associated with an AAC compressed MPEG 4 file as above below with reference to FIGS. 19 and 20 .
  • XML eXtenxible markup language
  • the method of FIG. 22 advantageously provides a vehicle for storing header information such as the sender, intended recipient, data, time, subject, and so on as metadata in the media file. Such header information may then be displayed visually on a display screen of digital audio player.
  • the method of FIG. 22 also provides a vehicle for storing portions of the email such as the body of the email in the audio portion of the media file for audio rendering.
  • the method of FIG. 22 therefore, also includes extracting ( 874 ) text ( 876 ) from the email message ( 854 ) for audio rendering on the digital audio player. Extracting text from the email message according to the method of FIG. 22 may therefore also include extracting text from an email message body for audio rendering on a digital audio player.
  • the method of FIG. 22 also includes converting ( 878 ) the text ( 876 ) to speech ( 880 ) and recording ( 870 ) the speech ( 880 ) in the audio portion ( 864 ) of the media file ( 810 ). Converting the text to speech and recording the speech in the audio portion of the media file may be carried out by processing the extracted text using a text-to-speech engine in order to produce a speech presentation of the extracted email text and then recording the speech produced by the text-speech-engine in the audio portion of a media file.
  • Examples of speech engines capable of converting extracted text to speech for recording in the audio portion of a media filed include, for example, IBM's ViaVoice Text-to-Speech, Acapela Multimedia TTS, AT&T Natural VoicesTM Text-to-Speech Engine, and Python's pyTTS class.
  • Each of these text-to-speech engines is composed of a front end that takes input in the form of text and outputs a symbolic linguistic representation to a back end that outputs the received symbolic linguistic representation as a speech waveform.
  • speech synthesis engines operate by using one or more of the following categories of speech synthesis: articulatory synthesis, formant synthesis, and concatenative synthesis.
  • Articulatory synthesis uses computational biomechanical models of speech production, such as models for the glottis and the moving vocal tract.
  • an articulatory synthesizer is controlled by simulated representations of muscle actions of the human articulators, such as the tongue, the lips, and the glottis.
  • Computational biomechanical models of speech production solve time-dependent, 3-dimensional differential equations to compute the synthetic speech output.
  • articulatory synthesis has very high computational requirements, and has lower results in terms of natural-sounding fluent speech than the other two methods discussed below.
  • Formant synthesis uses a set of rules for controlling a highly simplified source-filter model that assumes that the glottal source is completely independent from a filter which represents the vocal tract.
  • the filter that represents the vocal tract is determined by control parameters such as formant frequencies and bandwidths. Each formant is associated with a particular resonance, or peak in the filter characteristic, of the vocal tract.
  • the glottal source generates either stylized glottal pulses for periodic sounds and generates noise for aspiration.
  • Formant synthesis generates highly intelligible, but not completely natural sounding speech. However, formant synthesis has a low memory footprint and only moderate computational requirements.
  • Concatenative synthesis uses actual snippets of recorded speech that are cut from recordings and stored in an inventory or voice database, either as waveforms or as encoded speech. These snippets make up the elementary speech segments such as, for example, phones and diphones. Phones are composed of a vowel or a consonant, whereas diphones are composed of phone-to-phone transitions that encompass the second half of one phone plus the first half of the next phone. Some concatenative synthesizers use so-called demi-syllables, in effect applying the diphone method to the time scale of syllables.
  • Concatenative synthesis then strings together, or concatenates, elementary speech segments selected from the voice database, and, after optional decoding, outputs the resulting speech signal. Because concatenative systems use snippets of recorded speech, these systems have the highest potential for sounding like natural speech, but concatenative systems require large amounts of database storage for the voice database.
  • FIG. 23 sets forth a flow chart illustrating an exemplary method for synthesizing ( 804 ) RSS content into synthesized content in a media file ( 810 ) for delivery to a particular digital audio player ( 108 ).
  • the method of FIG. 23 includes retrieving ( 950 ), through an RSS feed, RSS content ( 952 ). Retrieving, through an RSS feed, RSS content may be carried out by invoking one or more hyperlinks provided in the RSS feed and retrieving an RSS web page or other markup document containing the RSS content.
  • the method of FIG. 23 also includes extracting ( 954 ) text ( 956 ) from the RSS content ( 952 ).
  • RSS content is typically presented in a web page or other markup document accessible through a browser.
  • Such a web page or markup document therefore includes display text and images for display to a user and markup dictating the presentation of the content.
  • Extracting text from the RSS content therefore may be carried out by retrieving display text from a web page or markup document.
  • Such extracted display text implements some or all of the text content of the RSS content available through the RSS feed.
  • the method of FIG. 23 includes creating ( 958 ) a media file ( 810 ).
  • media files include MPEG 3 (‘.mp3’) files, MPEG 4 (‘.mp4’) files, Advanced Audio Coding (‘AAC’) compressed files, Advances Streaming Format (‘ASF’) Files, WAV files, and many others as will occur to those of skill in the art.
  • Creating a media file typically includes creating a media file that is supported by a digital audio player upon which RSS content is to be rendered.
  • the method of FIG. 23 includes storing ( 960 ) the extracted text ( 956 ) of the RSS content ( 952 ) as metadata ( 862 ) associated with the media file ( 810 ). Storing ( 960 ) the extracted text ( 956 ) of the RSS content ( 952 ) as metadata ( 862 ) associated with the media file ( 810 ) may be carried out by inserting the extracted text in the media file itself, such as by inserting the extracted text in an ID3 tag in an MPEG file as discussed above with reference to FIG. 19 .
  • Storing ( 960 ) the extracted text ( 956 ) of the RSS content ( 952 ) as metadata ( 862 ) associated with the media file ( 810 ) may also be carried out by storing the extracted text in a metadata file associated with the media file such as by storing the extracted text in an eXtenxible markup language (‘XML’) library file associated with an AAC compressed MPEG 4 file as discussed above with reference to FIG. 20 .
  • XML eXtenxible markup language
  • the method of FIG. 23 also includes extracting ( 968 ) one or more images ( 970 ) from the RSS content ( 952 ).
  • RSS content is typically presented in a web page or other markup document accessible through a browser.
  • Such a web page or markup document therefore includes display text and images for display to a user and markup dictating the presentation of the content.
  • Extracting ( 968 ) one or more images ( 970 ) from the RSS content ( 952 ) therefore may be carried out by retrieving images from a web page or markup document.
  • Such images may be implemented as separate files referenced within the web page or markup document such as JPEG files, .pdf files, and others as will occur to those of skill in the art.
  • the method of FIG. 23 also includes storing ( 962 ) the extracted images ( 970 ), as metadata ( 862 ) associated with the media file ( 810 ). Storing ( 962 ) the extracted images ( 970 ) as metadata ( 862 ) associated with the media file ( 810 ) may be carried out by inserting the extracted images in the media file itself, such as by inserting the extracted images in an ID3 tag in an MPEG file as discussed above with reference to FIG. 19 .
  • Storing ( 962 ) the extracted images ( 970 ) as metadata ( 862 ) associated with the media file ( 810 ) may also be carried out by storing the extracted images in a metadata file associated with the media file such as by storing the extracted text in an eXtenxible markup language (‘XML’) library file associated with an AAC compressed MPEG 4 file as discussed above with reference to FIG. 20 .
  • XML eXtenxible markup language
  • Storing the extracted RSS text and images as metadata associated with the media file provides a vehicle for visually rendering the extracted RSS content on a display screen of a digital audio player without modification of the digital audio player.
  • the method of FIG. 23 therefore allows RSS content to be rendered on a digital audio player that does not support displaying conventional RSS content.
  • text is extracted from the RSS content itself and stored as metadata associated with the media file.
  • text may also be extracted from the RSS feed and also stored as metadata associated with the media file.
  • Such extracted text may usefully be associated with predefined metadata fields such that the summaries and other metadata provided in the RSS feed are useful in navigating the stored RSS content on the digital audio player.
  • FIG. 24 sets forth a flow chart illustrating another exemplary method for synthesizing ( 804 ) RSS content into synthesized content in a media file ( 810 ) for delivery to a particular digital audio player ( 108 ) that includes converting a portion of the RSS content to speech for audio presentation on a digital audio player. The method of FIG.
  • RSS 24 includes retrieving ( 852 ), through an RSS feed, RSS content ( 952 ).
  • Retrieving, through an RSS feed, RSS content may be carried out by invoking one or more hyperlinks provided in the RSS feed and retrieving an RSS web page or other markup document containing the RSS content.
  • the method of FIG. 24 also includes extracting ( 954 ) text ( 956 ) from the RSS content ( 952 ).
  • RSS content is typically presented in a web page or other markup document accessible through a browser.
  • Such a web page or markup document therefore includes display text and images for display to a user and markup dictating the presentation of the content.
  • Extracting text from the RSS content therefore may be carried out by retrieving display text from a web page or markup document.
  • Such extracted display text implements some or all of the text content of the RSS content available through the RSS feed.
  • the method of FIG. 24 includes creating ( 958 ) a media file ( 810 ).
  • media files include MPEG 3 (‘.mp3’) files, MPEG 4 (‘.mp4’) files, Advanced Audio Coding (‘AAC’) compressed files, Advances Streaming Format (‘ASF’) Files, WAV files, and many others as will occur to those of skill in the art.
  • Creating a media file typically includes creating a media file that is supported by a digital audio player upon which RSS content is to be rendered.
  • the method of FIG. 24 includes storing ( 960 ) the extracted text ( 956 ) of the RSS content ( 952 ) as metadata ( 862 ) associated with the media file ( 810 ). Storing ( 960 ) the extracted text ( 956 ) of the RSS content ( 952 ) as metadata ( 862 ) associated with the media file ( 810 ) may be carried out by inserting the extracted text in the media file itself, such as by inserting the extracted text in an ID3 tag in an MPEG file as discussed above with reference to FIG. 19 .
  • Storing ( 960 ) the extracted text ( 956 ) of the RSS content ( 952 ) as metadata ( 862 ) associated with the media file ( 810 ) may also be carried out by storing the extracted text in a metadata file associated with the media file such as by storing the extracted text in an eXtenxible markup language (‘XML’) library file associated with an AAC compressed MPEG 4 file as discussed above with reference to FIG. 20 .
  • XML eXtenxible markup language
  • the method of FIG. 24 also includes extracting ( 968 ) one or more images ( 970 ) from the RSS content ( 952 ).
  • RSS content is typically presented in a web page or other markup document accessible through a browser.
  • Such a web page or markup document therefore includes display text and images for display to a user and markup dictating the presentation of the content.
  • Extracting ( 968 ) one or more images ( 970 ) from the RSS content ( 952 ) therefore may be carried out by retrieving images from a web page or markup document.
  • Such images may be implemented as separate files referenced within the web page or markup document such as JPEG files, .pdf files, and others as will occur to those of skill in the art.
  • the method of FIG. 24 also includes storing ( 962 ) the extracted images ( 970 ) as metadata ( 862 ) associated with the media file ( 810 ). Storing ( 962 ) the extracted images ( 970 ) as metadata ( 862 ) associated with the media file ( 810 ) may be carried out by inserting the extracted images in the media file itself, such as by inserting the extracted images in an ID3 tag in an MPEG file as discussed above with reference to FIG. 19 .
  • Storing ( 962 ) the extracted images ( 970 ) as metadata ( 862 ) associated with the media file ( 810 ) may also be carried out by storing the extracted images in a metadata file associated with the media file such as by storing the extracted text in an eXtenxible markup language (‘XML’) library file associated with an AAC compressed MPEG 4 file as discussed above with reference to FIG. 20 .
  • XML eXtenxible markup language
  • the RSS content synthesized according to the method of FIG. 24 advantageously allows the extracted RSS text to be displayed on the display screen of a digital audio player that does not support rendering conventional RSS content.
  • text is extracted from the RSS content itself and stored as metadata associated with the media file.
  • text may also be extracted from the RSS feed and also stored as metadata associated with the media file.
  • Such extracted text may usefully be associated with predefined metadata fields such that the summaries and other metadata provided in the RSS feed are useful in navigating the stored RSS content on the digital audio player.
  • the method of FIG. 24 includes extracting ( 972 ) text ( 974 ) from the RSS content ( 952 ) for audio rendering on the digital audio player.
  • RSS content is typically presented in a web page or other markup document accessible through a browser.
  • Such a web page or markup document therefore includes display text and images for display to a user and markup dictating the presentation of the content.
  • Extracting text from the RSS content for audio rendering therefore may be carried out by retrieving display text from a web page or markup document for inclusion in the audio portion of the media file and stored for audio playback to user.
  • Such extracted display text implements some or all of the text content accessible through the RSS feed. Examples of extracted text usefully rendered as audio include the full body content of the RSS content.
  • FIG. 25 sets forth a flow chart illustrating an exemplary method for associating user selected content management directives with a user selected rating.
  • the method of FIG. 25 includes presenting ( 902 ) to a user ( 100 ) a plurality of predefined content management directives ( 822 ).
  • Presenting ( 902 ) to a user ( 100 ) a plurality of predefined content management directives ( 822 ) may be carried out by presenting to a user a list of predefined and available content management directives. Such a list of content management directives may be presenting to the user through a display screen on a browser, such as the screen discussed below with reference to FIG. 26 .
  • the method of FIG. 25 includes receiving ( 904 ) from a user ( 100 ) an identification ( 906 ) of a particular content management directive.
  • Receiving ( 904 ) from a user ( 100 ) an identification ( 906 ) of a particular content management directive may be carried out by receiving a user selection of a particular content management directive through for example a GUI action supported by a display screen, such as the display screen discussed below with reference to FIG. 26 .
  • the method of FIG. 25 also includes receiving ( 908 ) from a user ( 100 ) an identification ( 910 ) of the rating to invoke the content management directive ( 906 ).
  • Receiving ( 908 ) from a user ( 100 ) an identification ( 910 ) of the rating to invoke the content management directive ( 906 ) typically includes receiving a rating supported by the digital audio player upon which the content is to be rendered.
  • the iPod® available from Apple® supports a five-star rating system that provides assigning to content one of five ratings: one star, two stars, three stars, four stars, or five stars.
  • Receiving ( 908 ) from a user ( 100 ) an identification ( 910 ) of the rating to invoke the content management directive ( 906 ) may also include receiving a user defined rating.
  • .mp4 files support flexible ID3v2 tags and therefore a user defined rating scheme may implement many ratings for an .mp4 file.
  • the method of FIG. 25 also includes storing ( 912 ) the identification ( 906 ) of the content management directive in association with the rating to invoke the content management directives and the content upon which to invoke the content management directive. Storing ( 912 ) the identification of the content management directive in association with the rating to invoke the content management directives may be carried out by creating a data structure and including in the data structure the identification ( 906 ) of the content management directive in association with the rating to invoke the content management directives.
  • a content management directives rule ( 914 ) is implemented as a record including a content ID ( 916 ) uniquely identifying the content upon which a content management directive is invoked upon receiving a rating associated with the content and the content management directive.
  • the content management directives rule ( 914 ) includes a rating ID ( 910 ) identifying the rating to invoke the content management directive and a content management directive ID ( 906 ) identifying the content management directive to be invoked upon receiving a user assigned rating to the content.
  • Storing the identification of the content management directive in association with the rating to invoke the content management directives may be used to create a rule associating the content management directive, the rating, and content to be managed by the content management directive. That is, embodiments of the present invention may also include creating a rule associating the content management directive, the rating, and content to be managed by the content management directive.
  • FIG. 26 sets forth a line drawing of a content management directive rule creation page ( 930 ) useful in associating user selected content management directives with a user selected rating through the creation of a content management directive rule.
  • the content management directive rule creation page ( 930 ) of FIG. 26 includes a GUI widget ( 934 ) that includes a presentation for a user of a plurality of predefined content management directives ( 934 ).
  • the predefined content management directives presented in the example of FIG. 26 are directed toward content management of email.
  • the presented content management directive includes a ‘delete’ directive ( 936 ) that when executed deletes an identified email message.
  • the presented content management directives include a ‘forward directive ( 938 ) that when executed forwards an identified email message to a particular recipient.
  • the presented content management directives also include a ‘reply directive ( 940 ) that when executed replies to the sender of an identified email message.
  • the presented content management directives include a ‘save’ directive ( 942 ) that when executed saves an identified email message.
  • the presented content management directives include a ‘highlight’ directive ( 944 ) that when executed flags an identified email message for increased attention.
  • the content management directive rule creation page ( 930 ) of FIG. 26 also includes a pull down selection box ( 546 ) for receiving from a user an identification of the rating to invoke a selected content management directive.
  • a user has selected a ‘1 star’ rating, one of the five star ratings supported by the iPod® from Apple®.
  • the example of FIG. 26 uses the five star ratings for explanation, and not for limitation.
  • a content management directive rule creation page may also be configured to receive a user defined rating.
  • the content management directive rule creation page ( 930 ) of FIG. 26 also includes a pull down selection box ( 948 ) for receiving an identification of the content type of content upon which the selected content management directive will operate.
  • a user has selected ‘email’ as the type of synthesized content upon which to invoke the selected content management directives upon receiving a rating associated with the invocation of that content management directive.
  • the content management directive rule creation page ( 930 ) of FIG. 26 also includes a pull down selection box ( 950 ) for receiving from a user an identification of a particular content management directive among those presented.
  • the content management directive rule creation page ( 930 ) of FIG. 26 also includes a GUI ‘select’ button ( 952 ) for selecting one of the presented content management directives.
  • a content management directive rule creation engine may create a rule associating the content management directive, the rating, and content to be managed by the content management directive.
  • a rule may be stored by embedding the rule in the media file of the content. Embedding the rule in the media file containing of the content may be carried out by embedding the rule in an ID3 tag in for example an .mp4 file.
  • a rule may be stored in a metadata file such as an XML library file such as those implemented by the iTunes® digital audio player application.
  • Exemplary embodiments of the present invention are described largely in the context of a fully functional computer system for invoking content management directives on a consolidated content management server. Readers of skill in the art will recognize, however, that the present invention also may be embodied in a computer program product disposed on signal bearing media for use with any suitable data processing system.
  • signal bearing media may be transmission media or recordable media for machine-readable information, including magnetic media, optical media, or other suitable media.
  • Examples of recordable media include magnetic disks in hard drives or diskettes, compact disks for optical drives, magnetic tape, and others as will occur to those of skill in the art.
  • Examples of transmission media include telephone networks for voice communications and digital data communications networks such as, for example, EthernetsTM and networks that communicate with the Internet Protocol and the World Wide Web.

Abstract

Methods, systems, and products are disclosed for invoking content management directives on a consolidated content management server. Embodiments include synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player; transmitting the synthesized content to the digital audio player; rendering the content in the media file on the digital audio player; receiving, from a user in response to rendering the content, a rating for the content; associating the rating with the content in the media file; informing the consolidated content management server of the rating associated with the content in the media file; selecting in dependence upon the rating one or more content management directives; and executing the content management directives.

Description

    BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The field of the invention is data processing, or, more specifically, methods, systems, and products for invoking content management directives.
  • 2. Description Of Related Art
  • Despite having more access to content from many disparate sources and having more disparate devices to access that content, retrieving content from disparate sources with disparate devices is often cumbersome. Accessing such content is cumbersome because users typically must access content of various disparate data types from various disparate data sources individually without having a single point of access for accessing content. Content of disparate data types accessed from various disparate data sources often must also be rendered on data type-specific devices using data type-specific applications without the flexibility of rendering content on user selected devices regardless of the content's original data type. There is therefore an ongoing need for consolidated content management for delivery to a particular rendering device.
  • SUMMARY OF THE INVENTION
  • Methods, systems, and products are disclosed for invoking content management directives on a consolidated content management server. Embodiments include synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player; transmitting the synthesized content to the digital audio player; rendering the content in the media file on the digital audio player; receiving, from a user in response to rendering the content, a rating for the content; associating the rating with the content in the media file; informing the consolidated content management server of the rating associated with the content in the media file; selecting in dependence upon the rating one or more content management directives; and executing the content management directives.
  • The foregoing and other objects, features and advantages of the invention will be apparent from the following more particular descriptions of exemplary embodiments of the invention as illustrated in the accompanying drawings wherein like reference numbers generally represent like parts of exemplary embodiments of the invention.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 sets forth a network diagram illustrating an exemplary system for consolidated content management for delivery to a rendering device according to embodiments of the present invention.
  • FIG. 2 sets forth a block diagram depicting a system for consolidated content management for delivery to a rendering device according to of the present invention.
  • FIG. 3 sets forth a block diagram of automated computing machinery comprising an exemplary consolidated content management server useful in consolidated content management for delivery to a rendering device according to embodiments of the present invention.
  • FIG. 4 sets forth a flow chart illustrating an exemplary computer-implemented method for consolidated content management for delivery to a rendering device.
  • FIG. 5 sets forth a flow chart illustrating an exemplary method for transmitting requested synthesized content to a rendering device.
  • FIG. 6 sets forth a flow chart illustrating additional aspects of consolidated content management for delivery according to the present invention.
  • FIG. 7 sets forth a flow chart illustrating an exemplary computer implemented method for aggregating content of disparate data types from disparate data sources for single point access by a user.
  • FIG. 8 sets forth a flow chart illustrating an exemplary method for establishing a user account.
  • FIG. 9 sets forth a flow chart illustrating an exemplary method for establishing a user account for the user.
  • FIG. 10 sets forth block diagram of exemplary user accounts containing a plurality of user account records.
  • FIG. 11 sets forth flow chart illustrating an exemplary method for synthesizing content of disparate data types into synthesized content including data of a uniform data type for single point access by a user.
  • FIG. 12 sets forth a flow chart illustrating an exemplary method for translating the aggregated content into text content in accordance with device profiles for an identified rendering device.
  • FIG. 13 sets forth a flow chart illustrating an exemplary method for creating text and markup for the aggregated content in accordance with the identified markup language.
  • FIG. 14 sets forth a flow chart illustrating an exemplary method synthesizing content of disparate data types into synthesized content including data of a uniform data type single point access by a user that includes dynamically creating grammar sets for the text content.
  • FIG. 15 sets forth a flow chart illustrating an exemplary method for translating the aggregated content into text content in accordance with device profiles for an identified rendering device.
  • FIG. 16 sets forth a flow chart illustrating a computer-implemented method for publishing content.
  • FIG. 17 sets forth a flow chart illustrating an exemplary method for publishing the synthesized content through an RSS feed.
  • FIG. 18 sets forth a flow chart illustrating an exemplary method for invoking content management directives on a consolidated content management server.
  • FIG. 19 sets forth a block diagram of an MPEG file such as an .mp4 file.
  • FIG. 20 sets forth a block diagram of an AAC compressed .mp4 file such as those supported by the iTunes digital audio player application and played on an iPod digital audio player.
  • FIG. 21 sets forth a flow chart illustrating an exemplary method for synthesizing email content into synthesized content in a media file for delivery to a particular digital audio player for visually presenting the email content on a display screen of the digital audio player
  • FIG. 22 sets forth another flow chart illustrating an exemplary method for synthesizing email content into synthesized content in a media file for delivery to a particular digital audio player for audio rendering of some or all of the email.
  • FIG. 23 sets forth a flow chart illustrating an exemplary method for synthesizing RSS content into synthesized content in a media file for delivery to a particular digital audio player for visually presenting the RSS content on a display screen of the digital audio player
  • FIG. 24 sets forth a flow chart illustrating another exemplary method for synthesizing RSS content into synthesized content in a media file for delivery to a particular digital audio player that includes converting a portion of the RSS content to speech for audio presentation on a digital audio player.
  • FIG. 25 sets forth a flow chart illustrating an exemplary method for associating user selected content management directives with a user selected rating.
  • FIG. 26 sets forth a line drawing of a content management directive rule creation page useful in associating user selected content management directives with a user selected rating through the creation of a content management directive rule.
  • DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS Exemplary Architecture for Consolidated Content Management
  • Exemplary methods, systems, and products for consolidated content management for delivery to a rendering device according to embodiments of the present invention are described with reference to the accompanying drawings, beginning with FIG. 1.
  • FIG. 1 sets forth a network diagram illustrating an exemplary system for consolidated content management for delivery to a rendering device according to embodiments of the present invention. The system of FIG. 1 operates generally for consolidated content management for delivery to a rendering device by aggregating, for a user, content of disparate data types from disparate data sources; synthesizing the aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device; receiving from the rendering device a request for the synthesized content; and transmitting, in a response to the request, the requested synthesized content to the rendering device.
  • Content of disparate data types are content of data of different kind and form. That is, disparate data types are data of different kinds. The distinctions that define the disparate data types may include a difference in data structure, file format, protocol in which the data is transmitted, application used to render the data, and other distinctions as will occur to those of skill in the art. Examples of disparate data types include MPEG-1 Audio Layer 3 (‘MP3’) files, extensible markup language documents (‘XML’), email documents, word processing documents, calendar data, and so on as will occur to those of skill in the art. Disparate data types often rendered on data type-specific devices. For example, an MPEG-1 Audio Layer 3 (‘MP3’) file is typically played by an MP3 player, a Wireless Markup Language (‘WML’) file is typically accessed by a wireless device, and so on.
  • The term disparate data sources means sources of data of disparate data types. Such data sources may be any device or network location capable of providing access to data of a disparate data type. Examples of disparate data sources include servers serving up files, web sites, cellular phones, PDAs, MP3 players, and so on as will occur to those of skill in the art.
  • The data processing system of FIG. 1 includes a wide area network (“WAN”) (116) including a number of disparate data sources (228) operating as disparate data sources and a consolidated content management server (114) for consolidated content management according to the present invention. The exemplary system of FIG. 1 includes a media server (230) providing content in the form of media files such as, for example, MP3 files. The exemplary system of FIG. 1 includes an IBM On Demand Workstation (232) a server providing support for an On Demand Workplace (‘ODW’) that provides productivity tools, and a virtual space to share ideas and expertise, collaborate with others, and find information.
  • The exemplary system of FIG. 1 includes an RSS server (234) providing content through RSS feeds. RSS is a family of XML file formats for web syndication used by news websites and weblogs. The abbreviation is used to refer to the following standards: Rich Site Summary (RSS 0.91), RDF Site Summary (RSS 0.9, 1.0 and 1.1), and Really Simple Syndication (RSS 2.0). The RSS formats provide web content or summaries of web content together with links to the full versions of the content, and other meta-data. This content is typically delivered as an XML file called RSS feed, webfeed, RSS stream, or RSS channel.
  • The system of FIG. 1 includes a calendar data server (236) that maintains calendar data for a user. The system of FIG. 1 also includes an email server (238).
  • The system of FIG. 1 includes a consolidated content management server (114). The consolidated content management server (114) provides consolidated content management of content from the disparate data sources (228) for delivery to one or more rendering devices (104, 108, 110, and 112). The consolidated content management server (114) is capable generally of aggregating, for a user, content of disparate data types from disparate data sources; synthesizing the aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device (104, 108, 110, and 112); receiving from the rendering device (104, 108, 110, and 112) a request for the synthesized content; and transmitting, in a response to the request, the requested synthesized content to the rendering device (104, 108, 110, and 112).
  • The system of FIG. 1 includes a number of rendering devices (104, 108, 110, and 112) connected to a WAN (102). The rendering devices of FIG. 1 include a digital audio player (‘DAP’) (104) capable of playing MP3 files. An example of such a DAP is an iPod currently available from Apple. The rendering devices of FIG. 1 include smart phone (108) capable of rendering content in wireless markup language (‘WML’) and a personal digital assistant (‘PDA’) (112) capable of rendering content in the hypertext transfer markup language (‘HTML’).
  • The rendering devices of FIG. 1 also include a laptop computer (110) capable of supporting a multimodal browser for rendering content in XHTML plus Voice. XHTML plus Voice (‘X+V’) is a Web markup language for developing multimodal applications, by enabling voice in a presentation layer with voice markup. X+V provides voice-based interaction in small and mobile devices using both voice and visual elements. X+V is composed of three main standards: XHTML, VoiceXML, and XML Events. Given that the Web application environment is event-driven, X+V incorporates the Document Object Model (DOM) eventing framework used in the XML Events standard. Using this framework, X+V defines the familiar event types from HTML to create the correlation between visual and voice markup.
  • Each of rendering devices is capable of requesting from the consolidated content management server (114) content that has been aggregated from the disparate data sources and synthesized into content of a uniform data type. The consolidated content management server transmits in response to the request the content in a data type specific to the rendering device thereby allowing the rendering device to render the content regardless of the native data type of content as provided by the original content provider.
  • Consider for example, email content provided by the email server (238). The consolidated content management server (114) is capable of aggregating for a user email content and synthesizing the email by extracting the email text and inserting the email text into a header field of an MP3 file. The consolidated content management server (114) transmits the MP3 file to the DAP (104) that supports the display of information extracted from header fields. In this example of consolidated content management, the DAP (104) is capable of rendering in its display email despite being only able to render media files and without requiring modification of the DAP.
  • Consolidated content management of the present invention advantageously provides a single point of access to a wide variety of content to a user and wide flexibility in the manner and upon which device that content is rendered.
  • The arrangement of servers and other devices making up the exemplary system illustrated in FIG. 1 are for explanation, not for limitation. Data processing systems useful according to various embodiments of the present invention may include additional servers, routers, other devices, and peer-to-peer architectures, not shown in FIG. 1, as will occur to those of skill in the art. Networks in such data processing systems may support many data communications protocols, including for example TCP (Transmission Control Protocol), IP (Internet Protocol), HTTP (HyperText Transfer Protocol), WAP (Wireless Access Protocol), HDTP (Handheld Device Transport Protocol), and others as will occur to those of skill in the art. Various embodiments of the present invention may be implemented on a variety of hardware platforms in addition to those illustrated in FIG. 1.
  • For further explanation, FIG. 2 sets forth a block diagram depicting a system for consolidated content management for delivery to a rendering device according to of the present invention. The system of FIG. 2 includes a plurality of rendering devices (202) for rendering synthesized content provided by the consolidated content management server (114) aggregated from a plurality of disparate data sources (228). The consolidated content management server (114) is capable generally of aggregating, for a user, content of disparate data types from disparate data sources, (230, 232), 234, 236, and 238), (228); synthesizing the aggregated content of disparate data types into synthesized content including data of a particular data type for delivery to a particular rendering device (104, 108, or 112); receiving from the rendering device (104, 108, or 112) a request for the synthesized content; and transmitting, in a response to the request, the requested synthesized content to the rendering device (202).
  • The consolidated content management server (114) of FIG. 2 includes an aggregation module (208). The aggregation module (208) of FIG. 1 is implemented as computer program instructions for aggregating data of disparate data types from disparate data sources. The exemplary aggregation module (208) is capable generally of aggregating, for a user, content of disparate data types from disparate data sources by establishing a user account for the user; retrieving content of disparate data types from identified disparate data sources associated with the user account; storing the retrieved content; and associating the stored content with the user account as discussed in more detail below with reference to FIGS. 7-10.
  • The consolidated content management server (114) of FIG. 2 includes a synthesis engine (212). The synthesis engine of FIG. 1 is implemented as computer program instructions for synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device. The exemplary synthesis engine (212) is capable generally of synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device by identifying at least a portion of the aggregated content for delivery to the particular data rendering device; and translating the portion of the aggregated content into text content and markup associated with the text content in accordance with device profiles (220) for the rendering device as discussed in more detail below with reference to FIG. 11-14. The exemplary synthesis engine (212) is also capable generally of synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device by creating text in dependence upon the portion of the aggregated content; creating a media file for the synthesized content; and inserting the text in the header of the media file as discussed in more detail below with reference to FIG. 15.
  • The consolidated content management server (114) includes repository (218) of synthesized content. Maintaining a repository (218) of synthesized content provides a single point of access at the consolidated content management server for content aggregated from various disparate data sources (228) for rendering on a plurality of disparate rendering devices (104, 108, and 112). Because the content has been synthesized for delivery to the particular rendering devices (104, 108, and 112) the content may be rendered in a data format that the rendering devices support regardless of the original native data type of the content as served up by the disparate data sources (228).
  • Alternatively, content may be synthesized for delivery to a particular rendering device upon request for the synthesized data from a particular rendering device. Synthesizing data upon request for the data by a particular rendering device reduces the overhead of maintaining large repositories of synthesized content for a particular user and for delivery to a particular device.
  • The consolidated content management server (114) also includes an action generator (222) containing a repository of actions (224). Synthesized content often has associated with it actions for execution on the rendering device. For example, content synthesized as X+V documents include grammars and actions providing voice navigation of the content thereby empowering a user to use speech to instruct the rendering of the content on the multimodal browser of a rendering device.
  • Consolidated content management in accordance with the present invention is generally implemented with computers, that is, with automated computing machinery. In the systems of FIGS. 1 and 2, for example, all the nodes, servers, and communications devices are implemented to some extent at least as computers. For further explanation, therefore, FIG. 3 sets forth a block diagram of automated computing machinery comprising an exemplary consolidated content management server (114) useful in consolidated content management for delivery to a rendering device according to embodiments of the present invention. The consolidated content management server (114) of FIG. 3 includes at least one computer processor (156) or ‘CPU’ as well as random access memory (168) (‘RAM’) which is connected through a system bus (160) to a processor (156) and to other components of the consolidated content management server (114).
  • Stored in RAM (168) is an exemplary consolidated content management module (140), computer program instructions for consolidated content management for delivery to a rendering device capable of aggregating, for a user, content of disparate data types from disparate data sources; synthesizing the aggregated content of disparate data types into synthesized content of a data type for delivery to a particular rendering device; receiving from the rendering device a request for the synthesized content; and transmitting, in a response to the request, the requested synthesized content to the rendering device.
  • The consolidated content management module (140) of FIG. 2 includes an aggregation module (208) computer program instructions for aggregating data of disparate data types from disparate data sources. The exemplary aggregation module (208) is capable generally of aggregating, for a user, content of disparate data types from disparate data sources by establishing a user account for the user; retrieving content of disparate data types from identified disparate data sources associated with the user account; storing the retrieved content; and associating the stored content with the user account as discussed in more detail below with reference to FIGS. 7-10.
  • The consolidated content management module (140) of FIG. 2 includes a synthesis engine (212) computer program instructions for synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device. The exemplary synthesis engine (212) is capable generally of synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device by identifying at least a portion of the aggregated content for delivery to the particular data rendering device; and translating the portion of the aggregated content into text content and markup associated with the text content in accordance with device profiles for the rendering device as discussed in more detail below with reference to FIG. 11-14. The exemplary synthesis engine (212) is also capable generally of synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device by creating text in dependence upon the portion of the aggregated content; creating a media file for the synthesized content; and inserting the text in the header of the media file as discussed in more detail below with reference to FIG. 15
  • The consolidated content management module (140) of FIG. 3 includes an action generator (222) computer program instructions for generating actions associated with synthesized content. Such actions are often executed on a rendering device to whom the synthesized content is transmitted.
  • The exemplary consolidated content management server (114) of FIG. 3 also includes a web server (155). Consolidated content management server may usefully provide synthesized content though the use of programs that run on a web server and build web pages, such as for example, servlets. Such programs may build dynamic server pages such as for example Java Server Pages (‘JSP’) containing synthesized content for delivery to a particular rendering device. On such web server useful in consolidated content management according to the present invention is the WebSphere® Application Server available from IBM. WebSphere Application Server is a Java™-based application platform, integrating enterprise data and transactions for the dynamic e-business. WebSphere Application Server delivers a rich application deployment environment with application services that provide transaction management, security, performance, availability, connectivity, and scalability.
  • Also stored in RAM (168) is an operating system (154). Operating systems useful in computers according to embodiments of the present invention include UNIX™, Linux™, Microsoft Windows NT™, AIX™, IBM's i5/OS™, and others as will occur to those of skill in the art.
  • The exemplary consolidated content management server (114) of FIG. 3 includes non-volatile computer memory (166) coupled through a system bus (160) to a processor (156) and to other components of the consolidated content management server (114). Non-volatile computer memory (166) may be implemented as a hard disk drive (170), an optical disk drive (172), an electrically erasable programmable read-only memory space (so-called ‘EEPROM’ or ‘Flash’ memory) (174), RAM drives (not shown), or as any other kind of computer memory as will occur to those of skill in the art.
  • The exemplary consolidated content management server (114) of FIG. 3 includes one or more input/output interface adapters (178). Input/output interface adapters in computers implement user-oriented input/output through, for example, software drivers and computer hardware for controlling output to display devices (180) such as computer display screens, as well as user input from user input devices (181) such as keyboards and mice.
  • The exemplary consolidated content management server (114) of FIG. 3 includes a communications adapter (167) for implementing data communications (184) with rendering devices (202). Such data communications may be carried out serially through RS-232 connections, through external buses such as a USB, through data communications networks such as IP networks, and in other ways as will occur to those of skill in the art. Communications adapters implement the hardware level of data communications through which one computer sends data communications to another computer, directly or through a network. Examples of communications adapters useful for consolidated content management include modems for wired dial-up communications, Ethernet (IEEE 802.3) adapters for wired network communications, and 802.11b adapters for wireless network communications and other as will occur to those of skill in the art.
  • Consolidated Content Management For Delivery To A Rendering Device
  • Consolidated content management of the present invention advantageously provides a single point of access to a wide variety of content to a user and wide flexibility in the manner and upon which device that content is rendered. For further explanation, FIG. 4 sets forth a flow chart illustrating an exemplary computer-implemented method for consolidated content management for delivery to a rendering device. The method of FIG. 4 includes aggregating (402), for a user, content (404) of disparate data types from disparate data sources (228). Aggregated data is the accumulation, in a single location, of data of disparate types. The location of the aggregated data may be either physical, such as, for example, on a single computer containing aggregated data, or logical, such as, for example, a single interface providing access to the aggregated data.
  • Aggregating (402), for a user, content (404) of disparate data types from disparate data sources (228) according to the method of FIG. 4 is carried out in dependence upon user accounts (210) established for a user that contain identifications of user selected data sources for aggregation and identifications of one or more rendering devices upon which synthesized content is to be rendered. Aggregating, for a user, content of disparate data types from disparate data sources may be carried out by establishing a user account for the user; retrieving content of disparate data types from identified disparate data sources associated with the user account; storing the retrieved content; and associating the stored content with the user account as discussed in more detail below with reference to FIGS. 7-10.
  • The method of FIG. 4 also includes synthesizing (406) the aggregated content (404) of disparate data types into synthesized content (408) including data of a uniform data type for delivery to a particular rendering device (202). Synthesized content is content derived from aggregated data which has been synthesized for rendering upon a particular rendering device. That is, the content of the aggregated data is synthesized into data of a data type that a particular rendering device supports.
  • Synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device is typically carried out in dependence upon device profiles (220) identifying attributes of the particular rendering device such as file formats the device supports, markup languages the devices supports, data communications protocols the device supports, and other attributes as will occur to those of skill in the art. Synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device may be carried out by identifying at least a portion of the aggregated content for delivery to the particular data rendering device; and translating the portion of the aggregated content into text content and markup associated with the text content in accordance with device profiles for the rendering device as discussed in more detail below with reference to FIG. 11-14.
  • Synthesizing the aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device may also be carried out by creating text in dependence upon the portion of the aggregated content; creating a media file for the synthesized content; and inserting the text in the header of the media file as discussed in more detail below with reference to FIG. 15.
  • The method of FIG. 4 also includes receiving (410) from the rendering device (202) a request (412) for the synthesized content (408) and transmitting (414), in a response (416) to the request (412), the requested synthesized content (418) to the rendering device (202). For further explanation, FIG. 5 sets forth a flow chart illustrating an exemplary method for transmitting (414), in a response (416) to the request, the requested synthesized content (418) to the rendering device (202). Transmitting (414), in a response (416) to the request, the requested synthesized content (418) to the rendering device (202) according to the method of FIG. 5 includes selecting (420) a protocol (422) for transmission to the rendering device (202) in dependence upon a device profile (220) of the rendering device (202) and sending (424) the synthesized content (418) to the rendering device (202) in accordance with the protocol (422). Protocols useful in transmitting synthesized content to rendering devices in the Hypertext Transfer Protocol (‘HTTP’), Wireless Access Protocol (‘WAP’), Handheld Device Transport Protocol (HDTP’) and many other as will occur to those of skill in the art.
  • As discussed above, synthesized content often has associated with it actions for execution on the rendering device. For example, content synthesized as X+V documents include grammars and actions providing voice navigation of the content thereby empowering a user to use speech to instruct the rendering of the content on the multimodal browser of a rendering device. For further explanation, FIG. 6 sets forth a flow chart illustrating additional aspects of consolidated content management for delivery according to the present invention. The method of FIG. 6 includes identifying (426) a rendering action (428) for execution by the rendering device (202). An rendering action is a set of computer instructions that when executed carry out a predefined task for rendering the synthesized content on the rendering device (202). The rendering action may be executed in dependence upon the synthesized data immediately or at some defined later time. Identifying (426) a rendering action (428) may be carried out by receiving a user instruction, selecting synthesized content in response to the user instruction, and selecting particular rendering method for rendering the synthesized content.
  • A user instruction is an event received in response to an act by a user. Exemplary user instructions include receiving events as a result of a user entering a combination of keystrokes using a keyboard or keypad, receiving speech from a user, receiving an event as a result of clicking on icons on a visual display by using a mouse, receiving an event as a result of a user pressing an icon on a touchpad, or other user instructions as will occur to those of skill in the art. Receiving a speech instruction from a user may be carried out by receiving speech from a user, converting the speech to text, and determining in dependence upon the text and a grammar associated with the synthesized content the user instruction.
  • The method of FIG. 6 also includes rendering (430) the synthesized content (418), by the rendering device (202), in accordance with the rendering action (426). Rendering (430) the synthesized content (418), by the rendering device (202), in accordance with the rendering action (426) result in presenting to the user (100) the synthesize content using the facilities supported by the rendering device. Consider for example, email content synthesized by extracting the text from an email and inserting the text in the header of a media file for transmission to a digital audio player. Such a player includes a display function that displays text in the header of a media file which is often used to display metadata about a media file such as the name and artist of a song. Synthesizing the content of the email by including the text of the email in the header of a media file advantageously allows email to be rendered on the digital audio player without modification of the player itself.
  • In the examples above, synthesizing the aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device is carried out by synthesizing the aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device prior to receiving from the rendering device the request for the synthesized content. That is, content is synthesized for particular devices and stored such that the content is available to those particular devices. This is for explanation, and not for limitation. In fact, alternatively synthesizing the aggregated content of disparate data types into synthesized content for delivery to a particular rendering device may also be carried out by synthesizing the aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular rendering device in response to receiving from the rendering device the request for the synthesized content.
  • Aggregating Content Of Disparate Data Types From Disparate Data Sources For Single Point Access By A User
  • As discussed above, consolidated content management typically includes aggregating for a user, content of disparate data types from disparate data sources. For further explanation, therefore, FIG. 7 sets forth a flow chart illustrating an exemplary computer implemented method for aggregating content of disparate data types from disparate data sources for single point access by a user. The method of FIG. 7 includes establishing (502) a user account (210) for the user (100). A user account (210) typically associates with a user a plurality of identified data sources, one or more rendering devices for rendering synthesized content, and various user preferences for both synthesizing content and rendering the content.
  • The method of FIG. 7 also includes retrieving (508) content (404) of disparate data types from identified disparate data sources (228) associated with the user account (210). Retrieving (508) content (404) of disparate data types from identified disparate data sources (228) associated with the user account (210) may be carried out by retrieving the data from memory locally, downloading the data from a network location, or any other way of retrieving the requested data that will occur to those of skill in the art.
  • Some data sources may require security information for accessing data. Retrieving (508) content (404) of disparate data types from identified disparate data sources (228) associated with the user account (210) may therefore also include determining whether the identified data source requires security information to access the content and retrieving security information for the data source from the user account if the identified data source requires security information to access the content and presenting the security information to the data source to access the content.
  • The method of FIG. 7 also includes storing (510) the retrieved content (404) and associating (512) the stored content with the user account (210). The stored content is typically maintained in memory available to a consolidated content management server.
  • As discussed above, aggregating content is typically carried out in dependence upon a user account. For further explanation, therefore, FIG. 8 sets forth a flow chart illustrating an exemplary method for establishing a user account (210) for the user (100). The method of FIG. 8 includes receiving (504), from the user (100), identifications (506) of a plurality of disparate data sources (228). Identifications (506) of a plurality of disparate data sources (228) may include pathnames, network locations, universal resource locators (‘URLs’) uniquely identifying the data sources, or any other identifications of data sources that will occur to those of skill in the art.
  • Receiving (504), from the user (100), identifications (506) of a plurality of disparate data sources (228) may be carried out through the use of user account configuration screens provided by a consolidated content management server and accessible by a user though for example a browser running on a rendering device. Such configuration screens provide a vehicle for efficiently associating with a user account a plurality of disparate data sources.
  • The method of FIG. 8 also includes associating (507) the identifications (506) with the user account (210). Associating (507) the identifications (506) with the user account (210) may be carried out by storing the identifications in a user record for the user in association with a user ID uniquely identifying the user.
  • As discussed above, aggregating content is typically carried out in dependence upon a user account. For further explanation, FIG. 9 sets forth a flow chart illustrating an exemplary method for establishing a user account (210) for the user (100). The method of FIG. 9 includes receiving (514), from a user, identifications (516) of one or more rendering devices (104, 106, and 112). Identifications of rendering devices may include make and model of the rendering device, unique serial numbers of the rendering devices or any other identification of a rendering device that will occur to those of skill in the art.
  • Receiving (514), from a user, identifications (516) of one or more rendering devices (104, 106, and 112) may be carried out through the use of user account configuration screens provided by a consolidated content management server and accessible by a user though for example a browser running on a rendering device. Such configuration screens provide a vehicle for efficiently associating with a user account one or more rendering devices.
  • The method of FIG. 9 also includes retrieving (518) device profiles (520) for the one or more rendering devices (104, 106, and 112) in dependence upon the identifications (516) and associating (522) the retrieved device profiles (520) with the user account (210). Device profiles (520) for the one or more rendering devices typically identify attributes of the rendering device useful in synthesizing content for rendering on the device and for transmitting the synthesized content to the rendering device. Examples of such attributes in devices profiles include markup languages supported by the device, file types supported by the device, applications capable of being run on the device, communication protocols supported by the device and so on as will occur to those of skill in the art.
  • For further explanation, FIG. 10 sets forth block diagram of exemplary user accounts (210) containing a plurality of user account records (526). The exemplary user account records (526) include a user ID (528) uniquely identifying the user and a password (530) for authentication of the user in accessing the user account.
  • The exemplary user account records (526) include user preferences (532) for synthesizing and rendering the synthesized content for the user. Examples of such user preferences include display preferences, such as font and color preferences, layout preferences, and so on as will occur to those of skill in the art.
  • The exemplary user account records (526) include a rendering device list (534) including one or more identifications of rendering devices. The exemplary user account records (526) also includes data source list (536) including one or more identifications of disparate data sources and data source security information (538) including any security information required to retrieve content from the identified data source.
  • The information in use accounts (210) may be used to identify additional data sources without requiring additional user intervention. FIG. 10 therefore also illustrates identifying (540) an additional data source (542) in dependence upon information in the user account. Identifying (540) an additional data source in dependence upon information in the user account information may include identifying an additional data source in dependence upon data sources identified by the user, rendering devices identified by the user, user accounts for one or more other users, data sources identified by one or more other users, and other information in user accounts as will occur to those of skill in the art.
  • Identifying (540) an additional data source in dependence upon information in the user account information may be carried out by creating a search engine query in dependence upon the information in the user account and querying a search engine with the created query. Querying a search engine may be carried out through the use of URL encoded data passed to a search engine through, for example, an HTTP GET or HTTP POST function. URL encoded data is data packaged in a URL for data communications, in this case, passing a query to a search engine. In the case of HTTP communications, the HTTP GET and POST functions are often used to transmit URL encoded data. An example of URL encoded data is:
    http://www.example.com/search?field1=value1&field2=value2
  • This example of URL encoded data representing a query that is submitted over the web to a search engine. More specifically, the example above is a URL bearing encoded data representing a query to a search engine and the query is the string “field1=value1&field2=value2.” The exemplary encoding method is to string field names and field values separated by ‘&’ and “=” and designate the encoding as a query by including “search” in the URL. The exemplary URL encoded search query is for explanation and not for limitation. In fact, different search engines may use different syntax in representing a query in a data encoded URL and therefore the particular syntax of the data encoding may vary according to the particular search engine queried.
  • Identifying (540) an additional data source in dependence upon information in the user account information may also include identifying, from the search results returned in the created query, additional sources of data. Such additional sources of data may be identified from the search results by retrieving URLs to data sources from hyperlinks in a search results page returned by the search engine.
  • Synthesized Content For Single Point Access By A User
  • As discussed above, consolidated content management provides single point access for content and typically includes synthesizing content of disparate data types into synthesized content of a uniform data type for delivery to a particular rendering device. For further explanation, FIG. 11 sets forth flow chart illustrating an exemplary method for synthesizing content of disparate data types into synthesized content including data of a uniform data type for single point access by a user. The method of FIG. 11 includes identifying (602) aggregated content (404) of disparate data types. Identifying (602) aggregated content (404) of disparate data types for synthesis may be carried out by identifying content stored in association with a user account and aggregated for a user.
  • Identifying (602) aggregated content (404) of disparate data types typically for synthesis may also be carried out in dependence upon a user instruction. That is, identifying (602) aggregated content (404) of disparate data types for synthesis may include receiving a user instruction identifying aggregated content for synthesis and selecting for synthesis the content identified in the user instruction.
  • The method of FIG. 11 also includes translating (604) the aggregated content (404) into text content (606) in accordance with device profiles (220) for an identified rendering device (202). Translating the aggregated content into text content in accordance with device profiles for an identified rendering device may be carried out by identifying a markup language supported by the rendering device and creating text and markup for the aggregated content in accordance with the identified markup language as discussed below with reference to FIGS. 12 and 13. Translating (604) the aggregated content (404) into text content in accordance with device profiles (220) for an identified rendering (202) device may also be carried out by creating text in dependence upon the aggregated content; creating a media file for the text content; and inserting the text in the media file as discussed below with reference to FIG. 15.
  • As discussed above, translating into text content may include creating text and markup for the aggregated content in accordance with an identified markup language. For further explanation, therefore, FIG. 12 sets forth a flow chart illustrating an exemplary method for translating the aggregated content into text content in accordance with device profiles for an identified rendering device that includes identifying (608) a markup language (610) supported by the rendering device (202). Identifying (608) a markup language (610) supported by the rendering device (202) may be carried out by retrieving a rendering device profile (220) for the rendering device and selecting a markup language supported by the rendering device from the selected device profile. Examples of markup languages useful in synthesizing aggregated content include X+V, Wireless Markup Language (‘WML’), eXtensible Markup Language (‘XML’), hypertext transfer markup language (‘HTML’) and others as will occur to those of skill in the art.
  • The method of FIG. 12 also includes creating (612) text (616) and markup (618) for the aggregated content (404) in accordance with the identified markup language (610). In the example of FIG. 12, the text (616) and markup (618) make up a markup document (614). Creating (612) text (616) and markup (618) for the aggregated content (404) in accordance with the identified markup language (610) includes representing in text and markup the aggregated content such that a browser supporting the selected markup language capable of rendering some or all of the content contained in the aggregated data prior to being synthesized.
  • Creating (612) text (616) and markup (618) for the aggregated content (404) in accordance with the identified markup language (610) such that a browser capable of rendering the text and markup may render from the translated content the some or all of the aggregated content prior to being synthesized may include augmenting the content during translation in some way. That is, translating aggregated content into text and markup may result in some modification to the original aggregated content or may result in deletion of some content that cannot be accurately translated. The quantity of such modification and deletion will vary according to the type of data being translated as well as other factors as will occur to those of skill in the art.
  • Consider for further explanation the following markup language depiction of a snippet of audio clip describing the president.
    <head> original file type= ‘MP3’ keyword = ‘president’ number = ‘50’,
    keyword = ‘air force’ number = ‘1’ keyword = ‘white house’
    number =’2’ >
    </head>
    <content>
    Some content about the president
    </content>
  • In the example above, an MP3 audio file is translated into text and markup. The header in the example above identifies the translated data as having been translated from an MP3 audio file. The exemplary header also includes keywords included in the content of the translated document and the frequency with which those keywords appear. The exemplary translated data also includes content identified as ‘some content about the president.’
  • As discussed above, one useful markup language for synthesizing content is XHTML plus Voice. XHTML plus Voice (‘X+V’) is a Web markup language for developing multimodal applications, by enabling speech navigation and interaction through voice markup. X+V provides speech-based interaction in devices using both voice and visual elements. Speech enabling the synthesized data for consolidated content management according to embodiments of the present invention is typically carried out by creating grammar sets for the text of the synthesized content. A grammar is a set of words that may be spoken, patterns in which those words may be spoken, or other language elements that define the speech recognized by a speech recognition engine in a multimodal browser. Such speech recognition engines are useful in rendering synthesized data to provide users with voice navigation of and voice interaction with synthesized content.
  • As discussed above, synthesized content may be speech enabled. For further explanation, therefore, FIG. 13 sets forth an exemplary method synthesizing content of disparate data types into synthesized content including data of a uniform data type single point access by a user that includes dynamically creating (626) grammar sets (628) for the text content (606). As discussed above, a grammar is a set of words that may be spoken, patterns in which those words may be spoken, or other language elements that define the speech recognized by a speech recognition engine in a multimodal browser or other rendering application supported by a rendering device.
  • Dynamically creating grammar sets (628) for the text content (606) may be carried out by identifying (630) keywords (632) for the text content (606). Identifying (630) keywords (632) for the text content (606) may include identifying keywords in the text content (606) determinative of content or logical structure and including the identified keywords in a grammar associated with the text content. Keywords determinative of content are words and phrases defining the topics of the synthesized content and the information presented the synthesized content. Keywords determinative of logical structure are keywords that suggest the form in which information of the synthesized content is presented. Examples of logical structure include typographic structure, hierarchical structure, relational structure, and other logical structures as will occur to those of skill in the art.
  • Identifying keywords in the text determinative of content may be carried out by searching the translated text for words that occur in the text more often than some predefined threshold. The frequency of the word exceeding the threshold indicates that the word is related to the content of the translated text because the predetermined threshold is established as a frequency of use not expected to occur by chance alone. Alternatively, a threshold may also be established as a function rather than a static value. In such cases, the threshold value for frequency of a word in the translated text may be established dynamically by use of a statistical test which compares the word frequencies in the translated text with expected frequencies derived statistically from a much larger corpus. Such a larger corpus acts as a reference for general language use.
  • Identifying keywords in the translated text determinative of logical structure may be carried out by searching the translated text for predefined words determinative of structure. Examples of such words determinative of logical structure include ‘introduction,’ ‘table of contents,’ ‘chapter,’ ‘stanza,’ ‘index,’ and many others as will occur to those of skill in the art.
  • Dynamically creating (626) grammar sets (628) for the text content (606) may also be carried out by creating (634) grammars (628) in dependence upon the keywords (632) and grammar creation rules (636). Grammar creation rules are a pre-defined set of instructions and grammar form for the production of grammars. Creating grammars in dependence upon the identified keywords and grammar creation rules may be carried out by use of scripting frameworks such as JavaServer Pages, Active Server Pages, PHP, Perl, XML from translated data. Such dynamically created grammars may be stored externally and referenced, in for example, X+V the <grammar src=″″/> tag that is used to reference external grammars.
  • The method of FIG. 13 also includes associating (640) the grammar sets (628) with the text content (606). Associating the grammar sets with the text content includes inserting markup in a markup document containing the translated text. Inserting markup in the markup document containing the translate text may be carried out by creating markup defining the dynamically created grammar sets inserting the created markup into a markup document.
  • The method of FIG. 13 also includes associating (642) one or more actions (644) with the grammar sets (628). An action is a set of computer instructions that when executed carry out a predefined task. Associating an action with the grammar sets thereby provides for voice initiation of the action such that the associated action is invoked in response to the recognition of one or more words or phrases of the grammar sets.
  • In examples above, synthesis of the aggregated content results in the replacement of the original aggregated content with synthesized content. This is for explanation, and not for limitation. In fact, in some cases some or all of the original aggregated content is preserved. Creating text and markup for the aggregated content in accordance with the identified markup language may also be carried out by preserving the data type of the aggregated content and also creating a markup document for presentation of the content in a rendering device and for invoking the rendering of the content in the rendering device. For further explanation, therefore, FIG. 14 sets forth a flow chart illustrating an exemplary method for creating (612) text (616) and markup (618) for the aggregated content (404) in accordance with the identified markup language (610) that includes creating (620) a wrapper (622) for invoking the aggregated content (404) on the rendering device (202). The wrapper (622) for invoking the aggregated content (404) on the rendering device (202) is typically a markup document created in a markup language supported by the rendering device for presentation of the presence of the content on the rendering device and for invoking the rendering of the content on the rendering device.
  • Some useful rendering devices do not support browsers for rendering markup documents. For example, some digital audio players play media files, such as MP3 files but have no browser. For further explanation, therefore, FIG. 15 sets forth a flow chart illustrating an exemplary method for translating (604) the aggregated content (404) into text content in accordance with device profiles (220) for an identified rendering (202) device that does not rely on a device supporting a browser to render a markup document. The method of FIG. 15 includes creating (646) text (648) in dependence upon the aggregated content (404). Creating (646) text (648) in dependence upon the aggregated content (404) typically includes extracting or inferring text content from the aggregated data for rendering on the rendering device. For example, the text of an email may be extracted from an email message for rendering on a digital audio player.
  • The method of FIG. 15 also includes creating (650) a media file (652) for the text content (648). Examples of media files include MP3 files, wav files, and others that will occur to those of skill in the art.
  • The method of FIG. 15 also includes inserting (654) the text (648) in the media file (652). Media files such as, for example, MP3 files support header fields capable of storing the created text. Inserting (654) the text (648) in the media file (652) advantageously allows a media player such as a digital audio player to render content synthesized from other data types such as email content, calendar content, RSS content, and other content as will occur to those of skill in the art.
  • Publishing Synthesized Content Through RSS Feeds
  • Consolidated content management provides a single point of access for content aggregated and synthesized for a user. Such content may also advantageously be published. For further explanation, FIG. 16 sets forth a flow chart illustrating an exemplary computer-implemented method for publishing content. The method of FIG. 16 includes aggregating (402), for a user, content (404) of disparate data types from disparate data sources (228). Aggregating (402), for a user, content (404) of disparate data types from disparate data sources (228) according to the method of FIG. 16 is carried out in dependence upon user accounts (210) established for a user that contain identifications of user selected data sources for aggregation and identifications of one or more rendering devices upon which synthesized content is to be rendered. Aggregating, for a user, content of disparate data types from disparate data sources may be carried out by establishing a user account for the user; retrieving content of disparate data types from identified disparate data sources associated with the user account; storing the retrieved content; and associating the stored content with the user account as discussed in more detail above with reference to FIGS. 7-10.
  • The method of FIG. 16 also includes synthesizing (406) the aggregated content (404) of disparate data types into synthesized content (408) including data of a uniform data type for delivery to a particular RSS rendering device (110). Synthesized content is content derived from aggregated data which has been synthesized for rendering upon a particular rendering device. That is, the content of the aggregated data is synthesized into data of a data type that a particular rendering device supports.
  • Synthesizing aggregated content of disparate data types into synthesized content including data of a uniform data type for delivery to a particular RSS rendering device is typically carried out in dependence upon device profiles (220) for the RSS rendering device identifying attributes of the particular rendering device such a file formats the RSS rendering device supports, markup languages the RSS rendering device supports, data communications protocols the RSS rendering device supports and other attributes as will occur to those of skill in the art as discussed above with reference to FIG. 11-14.
  • The method of FIG. 16 also includes publishing (702) the synthesized content (408) through an RSS feed (704). An RSS feed is typically implemented as one or more XML files containing summaries of web content accompanied by links to more extensive versions of the content at a RSS content source, as well as other meta-data. RSS is a family of XML file formats for web syndication used by news websites and weblogs. The abbreviation is used to refer to the following standards: Rich Site Summary (RSS 0.91), RDF Site Summary (RSS 0.9, 1.0 and 1.1), and Really Simple Syndication (RSS 2.0). RSS is a format often used for syndicating news and the content of news-like sites, including major news sites, news-oriented community sites, and personal weblogs. RSS allows users to see some of a web site's content, in the form of items which are created from the website's associated RSS feed, without requiring the user to visit the web site directly. If the user would like to view the full content of the item, the user may activate a link to browse the website featuring the full content of the channel or item.
  • As discussed above, an RSS feed is typically implemented as one or more XML files containing links to more extensive versions of content. For further explanation, FIG. 17 sets forth a flow chart illustrating an exemplary method for publishing the synthesized content through an RSS feed. The method of FIG. 17 includes establishing (706) one or more hyperlinks (708) to the synthesized content, inserting (710) in an RSS feed (704) the one or more hyperlinks (708) and associating (714) in the RSS feed (704) with each hyperlink (708) metadata (712) describing the synthesized content accessible through the hyperlink (708). Metadata (712) describing the synthesized content accessible through the hyperlink (708) often includes summaries of the synthesized content accessible through the hyperlink such that a user may be informed of the synthesized content accessible through the hyperlink.
  • The hyperlinks and associated metadata may provide an RSS channel to synthesized content. An RSS channel is typically a container for an arbitrary number of items of a similar type, having some relationship which is defined by the context of the container. An RSS channel to synthesized content may be a reverse-chronological sorted list of links to synthesized content, along with metadata describing aspects the synthesized content story often indicating the title of content and a description of the content.
  • Each RSS channel is designated by markup in the RSS feed's XML files and has required sub-elements which are also designated by markup. Required sub-elements of an RSS channel typically include a title to name the RSS channel, a link, and a description. The link is the URL of the synthesized content typically implemented as a web page, such as, for example, a web page written in HTML. Each RSS channel may also contain optional sub-elements. Optional sub-elements of an RSS channel include, for example, an image sub-element, which provides for an image to be displayed in connection with the RSS channel.
  • The method of FIG. 17 also includes transmitting (716) the RSS feed (704) to a rendering device (110). Transmitting (716) the RSS feed (704) to a rendering device (110) may be carried out by selecting a data communications protocol supported by the RSS rendering device (110) and sending the RSS feed to the RSS rendering device according to the selected data communications protocol.
  • The method of FIG. 17 also includes receiving (718) a request (720) for the synthesized content through an invocation of a hyperlink (708) in the RSS feed (704). A user may invoke a hyperlink in the RSS feed through, for example, a mouse or keystroke.
  • The method of FIG. 17 also includes sending (722) to the rendering device (110), in response to the request (720), a response (724) containing the synthesized content (408). Sending (722) to the rendering device (110), in response to the request (720), a response (724) containing the synthesized content (408) provide to a user synthesized content for rendering on the RSS rendering device.
  • Invoking Content Management Directives
  • Consolidated content management servers usefully provide a single point of access for a wide variety of content available in many different data types. Such a consolidated content management server may also perform content management directives on the content managed by the server. Content management directives are software actions performed on synthesized content managed by the content management server. Examples of content management directives include deleting content, retrieving additional content, forwarding content, highlighting content, and many others as will occur to those of skill in the art. Such content management directives provide users increased control over the management of the wide variety of content accessible through the consolidated content management server.
  • As discussed above, content may be synthesized and stored in a media file for delivery to a digital audio player. Media files and digital audio players of many types support a user specified rating for the content. For example, the iPod® digital audio player and the iTunes® digital audio player application available from Apple® support a five-star rating system that provides assigning to content one of five ratings: one star, two stars, three stars, four stars, or five stars. Such ratings assigned to content in a media file may be used to communicate content management directives from a user to a consolidated content management server. For further explanation, therefore, FIG. 18 sets forth a flow chart illustrating an exemplary method for invoking content management directives on a consolidated content management server. The method of FIG. 18 includes synthesizing (804) content of disparate data types into synthesized content in a media file (810) for delivery to a particular digital audio player (104). Synthesizing (804) content of disparate data types into synthesized content in a media file (810) for delivery to a particular digital audio player (104) may be carried out by retrieving content, extracting text from the retrieved content, creating a media file and storing the extracted text as metadata associated with the media file. Such content synthesized for delivery to a digital audio player may be synthesized from a variety of native data formats. Such content may be email content, calendar data, RSS content, text content in word processing documents, or any other content that will occur to those of skill in the art.
  • One specific example of synthesizing (804) content of disparate data types into synthesized content in a media file (810) for delivery to a particular digital audio player (104) includes synthesizing email content. Synthesizing (804) email content may be carried out by retrieving an email message; extracting text from the email message; creating a media file; and storing the extracted text of the email message as metadata associated with the media file as discussed below with reference to FIGS. 21 and 22.
  • Another specific example of synthesizing (804) content of disparate data types into synthesized content in a media file (810) for delivery to a particular digital audio player (104) includes synthesizing RSS content. Synthesizing (804) RSS content into synthesized content in a media file (810) for delivery to a particular digital audio player (104) may be carried out by retrieving, through an RSS feed, RSS content; extracting text from the RSS content; creating a media file; and storing the extracted text of the RSS content as metadata associated with the media file as discussed below with reference to FIGS. 23 and 24.
  • The method of FIG. 18 includes transmitting (806) the synthesized content (810) to the digital audio player (104). Transmitting (806) the synthesized content (810) to the digital audio player (104) may be carried out by downloading the media file (810) to a digital audio player application on a client computer, such as the laptop computer (110) of FIG. 18 and the storing the media file (810) on the digital audio player (104).
  • A digital media player application is an application that manages media content such as audio files and video files. Such digital media player applications are typically capable of transferring media files to a digital audio player. Examples of digital media player applications include Music Match™, iTunes®, and others as will occur to those of skill in the art.
  • The method of FIG. 18 includes rendering (812) the content in the media file (810) on the digital audio player (104). The synthesized content may be visually rendered on a display screen of a digital audio player or may be converted to text and rendered as audio.
  • The method of FIG. 18 also includes receiving (814), from a user (100) in response to rendering the content, a rating (818) for the content. Receiving (814), from a user (100) in response to rendering the content, a rating (818) for the content may be carried out by receiving a selection of a rating through a digital audio player that supports rating system. For example, the iPod® digital audio player and the iTunes® digital audio player application available from Apple® support a five-star rating system that provides assigning to content one of five ratings: one star, two stars, three stars, four stars, or five stars. The iPod® digital audio player supports receiving from a user a rating selection and associating that received rating selection with content contained in a media file on the iPod®.
  • A rating received from a user may also be user defined .mp4 files support flexible ID3v2 tags and therefore a user defined rating scheme may be used to configure many different ratings for an .mp4 file.
  • The method of FIG. 18 also includes associating (815) the rating (818) with the content in the media file (810). Associating the associating the rating with the content in the media file may be carried out by embedding the rating in the media file. For further explanation, FIG. 19 sets forth a block diagram of an MPEG file (874) such as an .mp4 file. The MPEG file of FIG. 19 includes an audio portion (882) of the media file. The audio portion of the MPEG file includes the binary audio data.
  • The MPEG file (874) of FIG. 19 has an ID3v2 tag (878) prepended to the audio portion (882) of the file that contains synthesized content such as extracted email text or extracted RSS text (858) and an image (880) such as an image extracted from an attachment of the email or an image extracted from RSS content. The ID3v2 tag of FIG. 19 also includes a rating (881) assigned to the synthesized content stored in the MPEG file (874). An ID3v2 tag provides a container for metadata associated with the media file. An ID3v2 tag includes one or more fames supporting the inclusion of text, images, files, and other information. ID3v2 tags are flexible and expandable because parsers that do not support specific functions of the an ID3v2 tag will ignore the unsupported functions. ID3v2 supports Unicode thereby providing the ability to include synthesized content in text of many different languages. The maximum tag size of an ID3v2 tag is typically 256 megabytes and maximum frame size is typically 16 megabytes.
  • In the example of FIG. 19, a rating is stored in the media file itself. Associating the rating with the content in the media file may be alternatively carried out by including the rating in a metadata file associated with the media file. For further explanation, therefore, FIG. 20 sets forth a block diagram of an AAC compressed .mp4 file (884) such as those supported by the iTunes digital audio player application and played on an iPod digital audio player. In the example of FIG. 20 the AAC compressed .mp4 file has included in the file the binary audio portion (886) of the digital media file. The AAC compressed .mp4 file (884) of FIG. 20 also has an associated metadata file implemented as an eXtenxible markup language (‘XML’) library file (888) that includes the synthesized content as extracted text (890) from content of disparate data types and includes the rating (893) of the content. iTunes digital audio player application includes a single iTunes library file that contains metadata describing the contents of the media files comprising the iTunes library. The iTunes library file is implemented as an XML file, the format of which is defined by a flexible Document Type Definition (‘DTD’).
  • Returning to the example of FIG. 18: After associating (815) the rating (818) with the content in the media file (810), the method of FIG. 18 continues by informing (816) the consolidated content management server (114) of the rating (818) associated with the content in the media file (815). Informing (816) the consolidated content management server (114) of the rating (818) associated with the content in the media file (815) may be carried out by sending an identification of the synthesized content to a consolidated content management server; and sending the rating associated with the content to a consolidated content management server. The identification of the content may be the media file itself and the rating associated with the content may be stored in the media file. In such cases, informing (816) the consolidated content management server (114) of the rating (818) associated with the content in the media file (815) may be carried out by sending the media file containing the content and the associated rating to the consolidated content management server.
  • As discussed above, the rating may be associated with the content through a metadata file, such as an XML file. In such cases, informing (816) the consolidated content management server (114) of the rating (818) associated with the content in the media file (815) may be carried out by sending the metadata file to the consolidated content management server.
  • The method of FIG. 18 also includes selecting (820) in dependence upon the rating (818) one or more content management directives (822) and executing (824) the content management directives (822). Selecting in dependence upon the rating one or more content management directives may be carried out by retrieving a directive ID in dependence upon the rating of the content and metadata describing the content. Such a selection may also be carried out in dependence upon a content management directive selection rule. Consider for example the following content management directive selection rule:
    IF content ID=typeEmail
    AND rating=1 star
    THEN content management directive ID=delteEmail( ).
  • In the exemplary content management selection rule above, if the content ID of content synthesized in a media file for delivery to a digital audio player is identified as email content and if a user has associated with the content a one-star rating, then the content management selection rule above dictates that a software algorithm named ‘deleteEmail( )’ is to be executed. Executing ‘deleteEmail( )’ in the example above deletes identified email messages.
  • Executing (824) the content management directives (822) results in administration of the synthesized content managed by the consolidated content management server. Executing (824) the content management directives (822) may include retrieving additional content in dependence upon the rating, deleting identified synthesized content in dependence upon the rating, highlighting identified content in dependence upon the rating and many others as will occur to those of skill in the art.
  • Ratings advantageously provide a mechanism for invoking content management directives on a consolidated content server without requiring modification of a digital audio player upon which the content under management is rendered. Such content management directives provide increased flexibility in consolidated content management according to embodiments of the present invention.
  • As discussed above, synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player may be carried out by retrieving content, extracting text from the retrieved content, creating a media file and storing the extracted text as metadata associated with the media file. Such content synthesized for delivery to a digital audio player may be synthesized from a variety of native data formats such as email content, calendar data, RSS content, text content in word processing documents, and so on. For further explanation, FIG. 21 sets forth a flow chart illustrating an exemplary method for synthesizing email content into synthesized content in a media file for delivery to a particular digital audio player for visually presenting the email content on a display screen of the digital audio player The method of FIG. 21 includes retrieving (852) an email message (854). The method of FIG. 21 includes retrieving (852) an email message (854). Retrieving (852) an email message (854) may be carried out by retrieving one or more email messages from an email server (992). In the example of FIG. 21, a consolidated content management server (114) retrieves email messages for synthesizing into a media file for delivery to a digital audio player.
  • The method of FIG. 21 also includes extracting text (856) from the email message (854). The principal parts of an email message are the header, the body, and any attachments to the email. The header contains information including sender, intended recipient, date, intended courtesy copy recipients, subject of the message, and others as will occur to those of skill in the art. The body of the email message contains the content of the message itself. The attachments are typically files attached to the email message. Extracting text from the email message according to the method of FIG. 21 may include extracting text from an email message header. Extracting text from the email message according to the method of FIG. 21 may also include extracting text from an email message body. RFC 822 outlines a standard specifying the syntax for messages within the framework of email.
  • The method of FIG. 21 also includes creating (860) a media file (810). Examples of media files include MPEG 3 (‘.mp3’) files, MPEG 4 (‘.mp4’) files, Advanced Audio Coding (‘AAC’) compressed files, Advances Streaming Format (‘ASF’) Files, WAV files, and many others as will occur to those of skill in the art. Creating a media file typically includes creating a media file that is supported by a digital audio player upon which the synthesized email is to be rendered.
  • The method of FIG. 21 also includes storing (868) the extracted text (858) of the email message (854) as metadata (862) associated with the media file (810). Storing (868) the extracted text (858) of the email message (854) as metadata (862) associated with the media file (810) may be carried out by inserting the extracted text in the media file itself, such as by inserting the extracted text in an ID3 tag in an MPEG file as discussed below with reference to FIG. 21. Storing the extracted text of the email message as metadata associated with the media file may be also be carried out by storing the extracted text in a metadata file associated with the media file such as by storing the extracted text in an eXtenxible markup language (‘XML’) library file associated with an AAC compressed MPEG 4 file as above below with reference to FIGS. 19 and 20.
  • Storing (868) the extracted text (858) of the email message (854) as metadata (862) associated with the media file (810) provides a vehicle for visually rendering the extracted email text on a display screen of a digital audio player without modification of the digital audio player. The method of FIG. 21 therefore allows email to be rendered on a digital audio player that does no support displaying conventional email messages.
  • As discussed above, the extracting text from the email message may be carried out by extracting text from an email message header. Such header information may be extracted and stored in association with a predefined metadata field supported by the digital audio player upon which the extracted text is to be rendered. Consider for further explanation the following example. The identification of a sender of an email and the subject of the email is extracted from an email message and stored as metadata in association with a predefined metadata field for ‘Artist’ and ‘Song’ supported by an iPod digital audio player. In such an example, the extracted header information is rendered in predefined metadata fields on the iPod allowing a user to navigate the header information of the email as the user normally navigates the metadata of music files.
  • The extracted text from the email message may also include text from an email message body. Such extracted text of the body may also be associated with a predefined metadata field supported by the digital audio player upon which the extracted body text is to be rendered. Continuing with the example above, the extracted text from the body ‘may be associated in the ‘Song’ field supported by an iPod digital audio player. In such an example, the extracted text from the body is rendered in predefined metadata fields on the iPod when the user selects the file associated with the extracted body text in the same manner as a user selects a song in a media file. The user may advantageously view the email in the display screen of the iPod.
  • In the examples above, extracted email text is displayed on the display screen of a digital audio player for visual rendering of the email on the display screen of a digital audio player. Some or all of the extracted text may also be converted to speech for audio rendering by the digital audio player. For further explanation, FIG. 22 sets forth another flow chart illustrating an exemplary method for synthesizing email content into synthesized content in a media file for delivery to a particular digital audio player. The method of FIG. 22 includes retrieving (852) an email message (854). Retrieving (852) an email message (854) may be carried out by retrieving one or more email messages from an email server (992). In the example of FIG. 22 a consolidated content management server (114) retrieves email messages for synthesizing into a media file for delivery to a digital audio player.
  • The method of FIG. 22 also includes extracting text (856) from the email message (854). As discussed above, the principal parts of an email message are the header, the body, and any attachments to the email. The header contains information including sender, intended recipient, date, intended courtesy copy recipients, subject of the message, and others as will occur to those of skill in the art. The body of the email message contains the content of the message itself. The attachments are typically files attached to the email message. Extracting text from the email message according to the method of FIG. 22 may include extracting text from an email message header. Extracting text from the email message according to the method of FIG. 22 may also include extracting text from an email message body. RFC 822 outlines a standard specifying the syntax for messages within the framework of email.
  • The method of FIG. 22 also includes creating (860) a media file (810). As discussed above, examples of media files include MPEG 3 (‘.mp3’) files, MPEG 4 (‘.mp4’) files, Advanced Audio Coding (‘AAC’) compressed files, Advances Streaming Format (‘ASF’) Files, WAV files, and many others as will occur to those of skill in the art. Creating a media file typically includes creating a media file that is supported by a digital audio player upon which the synthesized email is to be rendered.
  • The method of FIG. 22 also includes storing (868) the extracted text (858) of the email message (854) as metadata (862) associated with the media file (810). Storing (868) the extracted text (858) of the email message (854) as metadata (862) associated with the media file (810) may be carried out by inserting the extracted text in the media file itself, such as by inserting the extracted text in an ID3 tag in an MPEG file as discussed below with reference to FIG. 21. Storing the extracted text of the email message as metadata associated with the media file may also be carried out by storing the extracted text in a metadata file associated with the media file such as by storing the extracted text in an eXtenxible markup language (‘XML’) library file associated with an AAC compressed MPEG 4 file as above below with reference to FIGS. 19 and 20.
  • The method of FIG. 22 advantageously provides a vehicle for storing header information such as the sender, intended recipient, data, time, subject, and so on as metadata in the media file. Such header information may then be displayed visually on a display screen of digital audio player.
  • The method of FIG. 22 also provides a vehicle for storing portions of the email such as the body of the email in the audio portion of the media file for audio rendering. The method of FIG. 22, therefore, also includes extracting (874) text (876) from the email message (854) for audio rendering on the digital audio player. Extracting text from the email message according to the method of FIG. 22 may therefore also include extracting text from an email message body for audio rendering on a digital audio player.
  • The method of FIG. 22 also includes converting (878) the text (876) to speech (880) and recording (870) the speech (880) in the audio portion (864) of the media file (810). Converting the text to speech and recording the speech in the audio portion of the media file may be carried out by processing the extracted text using a text-to-speech engine in order to produce a speech presentation of the extracted email text and then recording the speech produced by the text-speech-engine in the audio portion of a media file.
  • Examples of speech engines capable of converting extracted text to speech for recording in the audio portion of a media filed include, for example, IBM's ViaVoice Text-to-Speech, Acapela Multimedia TTS, AT&T Natural Voices™ Text-to-Speech Engine, and Python's pyTTS class. Each of these text-to-speech engines is composed of a front end that takes input in the form of text and outputs a symbolic linguistic representation to a back end that outputs the received symbolic linguistic representation as a speech waveform.
  • Typically, speech synthesis engines operate by using one or more of the following categories of speech synthesis: articulatory synthesis, formant synthesis, and concatenative synthesis. Articulatory synthesis uses computational biomechanical models of speech production, such as models for the glottis and the moving vocal tract. Typically, an articulatory synthesizer is controlled by simulated representations of muscle actions of the human articulators, such as the tongue, the lips, and the glottis. Computational biomechanical models of speech production solve time-dependent, 3-dimensional differential equations to compute the synthetic speech output. Typically, articulatory synthesis has very high computational requirements, and has lower results in terms of natural-sounding fluent speech than the other two methods discussed below.
  • Formant synthesis uses a set of rules for controlling a highly simplified source-filter model that assumes that the glottal source is completely independent from a filter which represents the vocal tract. The filter that represents the vocal tract is determined by control parameters such as formant frequencies and bandwidths. Each formant is associated with a particular resonance, or peak in the filter characteristic, of the vocal tract. The glottal source generates either stylized glottal pulses for periodic sounds and generates noise for aspiration. Formant synthesis generates highly intelligible, but not completely natural sounding speech. However, formant synthesis has a low memory footprint and only moderate computational requirements.
  • Concatenative synthesis uses actual snippets of recorded speech that are cut from recordings and stored in an inventory or voice database, either as waveforms or as encoded speech. These snippets make up the elementary speech segments such as, for example, phones and diphones. Phones are composed of a vowel or a consonant, whereas diphones are composed of phone-to-phone transitions that encompass the second half of one phone plus the first half of the next phone. Some concatenative synthesizers use so-called demi-syllables, in effect applying the diphone method to the time scale of syllables. Concatenative synthesis then strings together, or concatenates, elementary speech segments selected from the voice database, and, after optional decoding, outputs the resulting speech signal. Because concatenative systems use snippets of recorded speech, these systems have the highest potential for sounding like natural speech, but concatenative systems require large amounts of database storage for the voice database.
  • As discussed above, synthesizing content of disparate data types into synthesized content in a media file (810) for delivery to a particular digital audio player may include synthesizing RSS content for delivery to a digital audio player. For further explanation, therefore, FIG. 23 sets forth a flow chart illustrating an exemplary method for synthesizing (804) RSS content into synthesized content in a media file (810) for delivery to a particular digital audio player (108). The method of FIG. 23 includes retrieving (950), through an RSS feed, RSS content (952). Retrieving, through an RSS feed, RSS content may be carried out by invoking one or more hyperlinks provided in the RSS feed and retrieving an RSS web page or other markup document containing the RSS content.
  • The method of FIG. 23 also includes extracting (954) text (956) from the RSS content (952). RSS content is typically presented in a web page or other markup document accessible through a browser. Such a web page or markup document therefore includes display text and images for display to a user and markup dictating the presentation of the content. Extracting text from the RSS content therefore may be carried out by retrieving display text from a web page or markup document. Such extracted display text implements some or all of the text content of the RSS content available through the RSS feed.
  • The method of FIG. 23 includes creating (958) a media file (810). Examples of media files include MPEG 3 (‘.mp3’) files, MPEG 4 (‘.mp4’) files, Advanced Audio Coding (‘AAC’) compressed files, Advances Streaming Format (‘ASF’) Files, WAV files, and many others as will occur to those of skill in the art. Creating a media file typically includes creating a media file that is supported by a digital audio player upon which RSS content is to be rendered.
  • The method of FIG. 23 includes storing (960) the extracted text (956) of the RSS content (952) as metadata (862) associated with the media file (810). Storing (960) the extracted text (956) of the RSS content (952) as metadata (862) associated with the media file (810) may be carried out by inserting the extracted text in the media file itself, such as by inserting the extracted text in an ID3 tag in an MPEG file as discussed above with reference to FIG. 19. Storing (960) the extracted text (956) of the RSS content (952) as metadata (862) associated with the media file (810) may also be carried out by storing the extracted text in a metadata file associated with the media file such as by storing the extracted text in an eXtenxible markup language (‘XML’) library file associated with an AAC compressed MPEG 4 file as discussed above with reference to FIG. 20.
  • The method of FIG. 23 also includes extracting (968) one or more images (970) from the RSS content (952). As discussed above, RSS content is typically presented in a web page or other markup document accessible through a browser. Such a web page or markup document therefore includes display text and images for display to a user and markup dictating the presentation of the content. Extracting (968) one or more images (970) from the RSS content (952) therefore may be carried out by retrieving images from a web page or markup document. Such images may be implemented as separate files referenced within the web page or markup document such as JPEG files, .pdf files, and others as will occur to those of skill in the art.
  • The method of FIG. 23 also includes storing (962) the extracted images (970), as metadata (862) associated with the media file (810). Storing (962) the extracted images (970) as metadata (862) associated with the media file (810) may be carried out by inserting the extracted images in the media file itself, such as by inserting the extracted images in an ID3 tag in an MPEG file as discussed above with reference to FIG. 19. Storing (962) the extracted images (970) as metadata (862) associated with the media file (810) may also be carried out by storing the extracted images in a metadata file associated with the media file such as by storing the extracted text in an eXtenxible markup language (‘XML’) library file associated with an AAC compressed MPEG 4 file as discussed above with reference to FIG. 20.
  • Storing the extracted RSS text and images as metadata associated with the media file provides a vehicle for visually rendering the extracted RSS content on a display screen of a digital audio player without modification of the digital audio player. The method of FIG. 23 therefore allows RSS content to be rendered on a digital audio player that does not support displaying conventional RSS content.
  • In the example of FIG. 23, text is extracted from the RSS content itself and stored as metadata associated with the media file. In many embodiments, text may also be extracted from the RSS feed and also stored as metadata associated with the media file. Such extracted text may usefully be associated with predefined metadata fields such that the summaries and other metadata provided in the RSS feed are useful in navigating the stored RSS content on the digital audio player.
  • In the example of FIG. 23, text extracted from the RSS content is associated with the media file such that the text may be displayed on the display screen of the digital audio player. Synthesizing RSS content for delivery to a digital audio player may also include converting a portion of the RSS content to speech and recording the speech in the audio portion of a media file for audio presentation of the RSS content. For further explanation, therefore, FIG. 24 sets forth a flow chart illustrating another exemplary method for synthesizing (804) RSS content into synthesized content in a media file (810) for delivery to a particular digital audio player (108) that includes converting a portion of the RSS content to speech for audio presentation on a digital audio player. The method of FIG. 24 includes retrieving (852), through an RSS feed, RSS content (952). Retrieving, through an RSS feed, RSS content may be carried out by invoking one or more hyperlinks provided in the RSS feed and retrieving an RSS web page or other markup document containing the RSS content.
  • The method of FIG. 24 also includes extracting (954) text (956) from the RSS content (952). RSS content is typically presented in a web page or other markup document accessible through a browser. Such a web page or markup document therefore includes display text and images for display to a user and markup dictating the presentation of the content. Extracting text from the RSS content therefore may be carried out by retrieving display text from a web page or markup document. Such extracted display text implements some or all of the text content of the RSS content available through the RSS feed.
  • The method of FIG. 24 includes creating (958) a media file (810). Examples of media files include MPEG 3 (‘.mp3’) files, MPEG 4 (‘.mp4’) files, Advanced Audio Coding (‘AAC’) compressed files, Advances Streaming Format (‘ASF’) Files, WAV files, and many others as will occur to those of skill in the art. Creating a media file typically includes creating a media file that is supported by a digital audio player upon which RSS content is to be rendered.
  • The method of FIG. 24 includes storing (960) the extracted text (956) of the RSS content (952) as metadata (862) associated with the media file (810). Storing (960) the extracted text (956) of the RSS content (952) as metadata (862) associated with the media file (810) may be carried out by inserting the extracted text in the media file itself, such as by inserting the extracted text in an ID3 tag in an MPEG file as discussed above with reference to FIG. 19. Storing (960) the extracted text (956) of the RSS content (952) as metadata (862) associated with the media file (810) may also be carried out by storing the extracted text in a metadata file associated with the media file such as by storing the extracted text in an eXtenxible markup language (‘XML’) library file associated with an AAC compressed MPEG 4 file as discussed above with reference to FIG. 20.
  • The method of FIG. 24 also includes extracting (968) one or more images (970) from the RSS content (952). As discussed above, RSS content is typically presented in a web page or other markup document accessible through a browser. Such a web page or markup document therefore includes display text and images for display to a user and markup dictating the presentation of the content. Extracting (968) one or more images (970) from the RSS content (952) therefore may be carried out by retrieving images from a web page or markup document. Such images may be implemented as separate files referenced within the web page or markup document such as JPEG files, .pdf files, and others as will occur to those of skill in the art.
  • The method of FIG. 24 also includes storing (962) the extracted images (970) as metadata (862) associated with the media file (810). Storing (962) the extracted images (970) as metadata (862) associated with the media file (810) may be carried out by inserting the extracted images in the media file itself, such as by inserting the extracted images in an ID3 tag in an MPEG file as discussed above with reference to FIG. 19. Storing (962) the extracted images (970) as metadata (862) associated with the media file (810) may also be carried out by storing the extracted images in a metadata file associated with the media file such as by storing the extracted text in an eXtenxible markup language (‘XML’) library file associated with an AAC compressed MPEG 4 file as discussed above with reference to FIG. 20.
  • The RSS content synthesized according to the method of FIG. 24 advantageously allows the extracted RSS text to be displayed on the display screen of a digital audio player that does not support rendering conventional RSS content.
  • In the example of FIG. 24, text is extracted from the RSS content itself and stored as metadata associated with the media file. In many embodiments, text may also be extracted from the RSS feed and also stored as metadata associated with the media file. Such extracted text may usefully be associated with predefined metadata fields such that the summaries and other metadata provided in the RSS feed are useful in navigating the stored RSS content on the digital audio player.
  • The method of FIG. 24 includes extracting (972) text (974) from the RSS content (952) for audio rendering on the digital audio player. As discussed above, RSS content is typically presented in a web page or other markup document accessible through a browser. Such a web page or markup document therefore includes display text and images for display to a user and markup dictating the presentation of the content. Extracting text from the RSS content for audio rendering therefore may be carried out by retrieving display text from a web page or markup document for inclusion in the audio portion of the media file and stored for audio playback to user. Such extracted display text implements some or all of the text content accessible through the RSS feed. Examples of extracted text usefully rendered as audio include the full body content of the RSS content.
  • The method of FIG. 24 also includes converting (976) the text (974) to speech (978) and recording (982) the speech in the audio portion of the media file. Converting (976) the text (974) to speech (978) and recording (982) the speech in the audio portion of the media file may be carried out by processing the extracted text using a text-to-speech engine in order to produce a speech presentation of the extracted RSS content text and then recording the speech produced by the text-speech-engine in the audio portion of a media file as described above in discussing synthesizing email messages with reference to FIG. 22.
  • Associating User Selected Content Management Directives With A User Selected Rating
  • As discussed above, ratings advantageously provide a mechanism for invoking content management directives on a consolidated content server without requiring modification of a digital audio player upon which the content under management is rendered. The particular content management directives may be user selected and those selected content management directives may be associated with a user selected rating to invoke the content management directive. For further explanation, therefore, FIG. 25 sets forth a flow chart illustrating an exemplary method for associating user selected content management directives with a user selected rating. The method of FIG. 25 includes presenting (902) to a user (100) a plurality of predefined content management directives (822). Presenting (902) to a user (100) a plurality of predefined content management directives (822) may be carried out by presenting to a user a list of predefined and available content management directives. Such a list of content management directives may be presenting to the user through a display screen on a browser, such as the screen discussed below with reference to FIG. 26.
  • The method of FIG. 25 includes receiving (904) from a user (100) an identification (906) of a particular content management directive. Receiving (904) from a user (100) an identification (906) of a particular content management directive may be carried out by receiving a user selection of a particular content management directive through for example a GUI action supported by a display screen, such as the display screen discussed below with reference to FIG. 26.
  • The method of FIG. 25 also includes receiving (908) from a user (100) an identification (910) of the rating to invoke the content management directive (906). Receiving (908) from a user (100) an identification (910) of the rating to invoke the content management directive (906) typically includes receiving a rating supported by the digital audio player upon which the content is to be rendered. For example, the iPod® available from Apple® supports a five-star rating system that provides assigning to content one of five ratings: one star, two stars, three stars, four stars, or five stars. Receiving (908) from a user (100) an identification (910) of the rating to invoke the content management directive (906) through for example another GUI action supported by a display screen, such as the display screen discussed below with reference to FIG. 26.
  • Receiving (908) from a user (100) an identification (910) of the rating to invoke the content management directive (906) may also include receiving a user defined rating. As discussed above, .mp4 files support flexible ID3v2 tags and therefore a user defined rating scheme may implement many ratings for an .mp4 file.
  • The method of FIG. 25 also includes storing (912) the identification (906) of the content management directive in association with the rating to invoke the content management directives and the content upon which to invoke the content management directive. Storing (912) the identification of the content management directive in association with the rating to invoke the content management directives may be carried out by creating a data structure and including in the data structure the identification (906) of the content management directive in association with the rating to invoke the content management directives. In the example of FIG. 25 a content management directives rule (914) is implemented as a record including a content ID (916) uniquely identifying the content upon which a content management directive is invoked upon receiving a rating associated with the content and the content management directive. The content management directives rule (914) includes a rating ID (910) identifying the rating to invoke the content management directive and a content management directive ID (906) identifying the content management directive to be invoked upon receiving a user assigned rating to the content.
  • Storing the identification of the content management directive in association with the rating to invoke the content management directives may be used to create a rule associating the content management directive, the rating, and content to be managed by the content management directive. That is, embodiments of the present invention may also include creating a rule associating the content management directive, the rating, and content to be managed by the content management directive. For further explanation, therefore, FIG. 26 sets forth a line drawing of a content management directive rule creation page (930) useful in associating user selected content management directives with a user selected rating through the creation of a content management directive rule.
  • The content management directive rule creation page (930) of FIG. 26 includes a GUI widget (934) that includes a presentation for a user of a plurality of predefined content management directives (934). The predefined content management directives presented in the example of FIG. 26 are directed toward content management of email. The presented content management directive includes a ‘delete’ directive (936) that when executed deletes an identified email message. The presented content management directives include a ‘forward directive (938) that when executed forwards an identified email message to a particular recipient. The presented content management directives also include a ‘reply directive (940) that when executed replies to the sender of an identified email message. The presented content management directives include a ‘save’ directive (942) that when executed saves an identified email message. The presented content management directives include a ‘highlight’ directive (944) that when executed flags an identified email message for increased attention.
  • The content management directive rule creation page (930) of FIG. 26 also includes a pull down selection box (546) for receiving from a user an identification of the rating to invoke a selected content management directive. In the example of FIG. 26 a user has selected a ‘1 star’ rating, one of the five star ratings supported by the iPod® from Apple®. The example of FIG. 26 uses the five star ratings for explanation, and not for limitation. In fact, a content management directive rule creation page may also be configured to receive a user defined rating.
  • The content management directive rule creation page (930) of FIG. 26 also includes a pull down selection box (948) for receiving an identification of the content type of content upon which the selected content management directive will operate. In the example of FIG. 26 a user has selected ‘email’ as the type of synthesized content upon which to invoke the selected content management directives upon receiving a rating associated with the invocation of that content management directive.
  • The content management directive rule creation page (930) of FIG. 26 also includes a pull down selection box (950) for receiving from a user an identification of a particular content management directive among those presented. The content management directive rule creation page (930) of FIG. 26 also includes a GUI ‘select’ button (952) for selecting one of the presented content management directives.
  • Upon receiving an identification of the rating, the content management directive and the content upon which to invoke the content management directive, a content management directive rule creation engine may create a rule associating the content management directive, the rating, and content to be managed by the content management directive. Such a rule may be stored by embedding the rule in the media file of the content. Embedding the rule in the media file containing of the content may be carried out by embedding the rule in an ID3 tag in for example an .mp4 file. Alternatively, a rule may be stored in a metadata file such as an XML library file such as those implemented by the iTunes® digital audio player application.
  • Exemplary embodiments of the present invention are described largely in the context of a fully functional computer system for invoking content management directives on a consolidated content management server. Readers of skill in the art will recognize, however, that the present invention also may be embodied in a computer program product disposed on signal bearing media for use with any suitable data processing system. Such signal bearing media may be transmission media or recordable media for machine-readable information, including magnetic media, optical media, or other suitable media. Examples of recordable media include magnetic disks in hard drives or diskettes, compact disks for optical drives, magnetic tape, and others as will occur to those of skill in the art. Examples of transmission media include telephone networks for voice communications and digital data communications networks such as, for example, Ethernets™ and networks that communicate with the Internet Protocol and the World Wide Web. Persons skilled in the art will immediately recognize that any computer system having suitable programming means will be capable of executing the steps of the method of the invention as embodied in a program product. Persons skilled in the art will recognize immediately that, although some of the exemplary embodiments described in this specification are oriented to software installed and executing on computer hardware, nevertheless, alternative embodiments implemented as firmware or as hardware are well within the scope of the present invention.
  • It will be understood from the foregoing description that modifications and changes may be made in various embodiments of the present invention without departing from its true spirit. The descriptions in this specification are for purposes of illustration only and are not to be construed in a limiting sense. The scope of the present invention is limited only by the language of the following claims.

Claims (20)

1. A method for invoking content management directives on a consolidated content management server, the method comprising:
synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player;
transmitting the synthesized content to the digital audio player;
rendering the content in the media file on the digital audio player;
receiving, from a user in response to rendering the content, a rating for the content;
associating the rating with the content in the media file;
informing the consolidated content management server of the rating associated with the content in the media file;
selecting in dependence upon the rating one or more content management directives; and
executing the content management directives.
2. The method of claim 1 wherein synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player further comprises:
retrieving an email message;
extracting text from the email message;
creating a media file; and
storing the extracted text of the email message as metadata associated with the media file.
3. The method of claim 2 further comprising:
extracting text from the email message for audio rendering on the digital audio player;
converting the text to speech; and
recording the speech in an audio portion of the media file.
4. The method of claim 1 wherein synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player further comprises:
retrieving, through an RSS feed, RSS content;
extracting text from the RSS content;
creating a media file; and
storing the extracted text of the RSS content as metadata associated with the media file.
5. The method of claim 4 further comprising:
extracting one or more images from the RSS content; and
storing the extracted images as metadata associated with the media file.
6. The method of claim 4 further comprising:
extracting text from the RSS content for audio rendering on the digital audio player;
converting the text to speech; and
recording the speech in an audio portion of the media file.
7. The method of claim 1 wherein executing the content management directives further comprise retrieving additional content in dependence upon the rating.
8. The method of claim 1 wherein executing the content management directives further comprise deleting the synthesized content in dependence upon the rating.
9. A system for invoking content management directives on a consolidated content management server, the system comprising:
a computer processor;
a computer memory operatively coupled to the computer processor;
the computer memory having disposed within it computer program instructions capable of:
synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player;
transmitting the synthesized content to the digital audio player;
rendering the content in the media file on the digital audio player;
receiving, from a user in response to rendering the content, a rating for the content;
associating the rating with the content in the media file;
informing the consolidated content management server of the rating associated with the content in the media file;
selecting in dependence upon the rating one or more content management directives; and
executing the content management directives.
10. The system of claim 9 wherein computer program instructions capable of synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player further comprises computer program instructions capable of:
retrieving an email message;
extracting text from the email message;
creating a media file; and
storing the extracted text of the email message as metadata associated with the media file.
11. The system of claim 10 wherein the computer memory also has disposed within it program instructions capable of:
extracting text from the email message for audio rendering on the digital audio player;
converting the text to speech; and
recording the speech in an audio portion of the media file.
12. The system of claim 9 wherein computer program instructions capable of synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player further comprise computer program instructions capable of:
retrieving, through an RSS feed, RSS content;
extracting text from the RSS content;
creating a media file; and
storing the extracted text of the RSS content as metadata associated with the media file.
13. The system of claim 12 wherein the computer memory also has disposed within it program instructions capable of:
extracting one or more images from the RSS content; and
storing the extracted images as metadata associated with the media file.
14. The system of claim 12 wherein the computer memory also has disposed within it program instructions capable of:
extracting text from the RSS content for audio rendering on the digital audio player;
converting the text to speech; and
recording the speech in an audio portion of the media file.
15. A computer program product for invoking content management directives on a consolidated content management server, the computer program product embodied on a computer-readable medium, the computer program product comprising:
computer program instructions for synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player;
computer program instructions for transmitting the synthesized content to the digital audio player;
computer program instructions for rendering the content in the media file on the digital audio player;
computer program instructions for receiving, from a user in response to rendering the content, a rating for the content;
computer program instructions for associating the rating with the content in the media file;
computer program instructions for informing the consolidated content management server of the rating associated with the content in the media file;
computer program instructions for selecting in dependence upon the rating one or more content management directives; and
computer program instructions for executing the content management directives.
16. The computer program product of claim 15 wherein computer program instructions for synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player further comprise:
computer program instructions for retrieving an email message;
computer program instructions for extracting text from the email message;
computer program instructions for creating a media file; and
computer program instructions for storing the extracted text of the email message as metadata associated with the media file.
17. The computer program product of claim 15 further comprising:
computer program instructions for extracting text from the email message for audio rendering on the digital audio player;
computer program instructions for converting the text to speech; and
computer program instructions for recording the speech in an audio portion of the media file.
18. The computer program product of claim 15 wherein computer program instructions for synthesizing content of disparate data types into synthesized content in a media file for delivery to a particular digital audio player further comprise:
computer program instructions for retrieving, through an RSS feed, RSS content;
computer program instructions for extracting text from the RSS content;
computer program instructions for creating a media file; and
computer program instructions for storing the extracted text of the RSS content as metadata associated with the media file.
19. The computer program product of claim 18 further comprising:
computer program instructions for extracting text from the RSS content for audio rendering on the digital audio player;
computer program instructions for converting the text to speech; and
computer program instructions for recording the speech in an audio portion of the media file.
20. The computer program product of claim 15 wherein the computer-readable medium further comprises a recording medium.
US11/372,325 2006-03-09 2006-03-09 Invoking content management directives Abandoned US20070214148A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US11/372,325 US20070214148A1 (en) 2006-03-09 2006-03-09 Invoking content management directives
JP2007045676A JP2007242013A (en) 2006-03-09 2007-02-26 Method, system and program for invoking content management directive (invoking content management directive)
CN200710086029.6A CN100570735C (en) 2006-03-09 2007-03-07 The method and system of invoking content management directives

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/372,325 US20070214148A1 (en) 2006-03-09 2006-03-09 Invoking content management directives

Publications (1)

Publication Number Publication Date
US20070214148A1 true US20070214148A1 (en) 2007-09-13

Family

ID=38480161

Family Applications (1)

Application Number Title Priority Date Filing Date
US11/372,325 Abandoned US20070214148A1 (en) 2006-03-09 2006-03-09 Invoking content management directives

Country Status (3)

Country Link
US (1) US20070214148A1 (en)
JP (1) JP2007242013A (en)
CN (1) CN100570735C (en)

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070192674A1 (en) * 2006-02-13 2007-08-16 Bodin William K Publishing content through RSS feeds
US20070213986A1 (en) * 2006-03-09 2007-09-13 Bodin William K Email administration for rendering email on a digital audio player
US20070276866A1 (en) * 2006-05-24 2007-11-29 Bodin William K Providing disparate content as a playlist of media files
US20080082576A1 (en) * 2006-09-29 2008-04-03 Bodin William K Audio Menus Describing Media Contents of Media Players
US20080162131A1 (en) * 2007-01-03 2008-07-03 Bodin William K Blogcasting using speech recorded on a handheld recording device
US20080177707A1 (en) * 2006-10-31 2008-07-24 Fujitsu Limited Information processing apparatus, information processing method and information processing program
US20080201461A1 (en) * 2007-02-15 2008-08-21 Hideya Yoshiuchi Contents management system and contents management method
US7949681B2 (en) 2006-02-13 2011-05-24 International Business Machines Corporation Aggregating content of disparate data types from disparate data sources for single point access
US7996754B2 (en) 2006-02-13 2011-08-09 International Business Machines Corporation Consolidated content management
CN102456055A (en) * 2010-10-28 2012-05-16 腾讯科技(深圳)有限公司 Method and device for retrieving interest points
US8219402B2 (en) 2007-01-03 2012-07-10 International Business Machines Corporation Asynchronous receipt of information from a user
US8255375B2 (en) 2010-02-23 2012-08-28 Bank Of America Corporation Content service bus framework
US8266220B2 (en) 2005-09-14 2012-09-11 International Business Machines Corporation Email management and rendering
US8271107B2 (en) 2006-01-13 2012-09-18 International Business Machines Corporation Controlling audio operation for data management and data rendering
US8286229B2 (en) 2006-05-24 2012-10-09 International Business Machines Corporation Token-based content subscription
US8694319B2 (en) 2005-11-03 2014-04-08 International Business Machines Corporation Dynamic prosody adjustment for voice-rendering synthesized data
US8849895B2 (en) 2006-03-09 2014-09-30 International Business Machines Corporation Associating user selected content management directives with user selected ratings
US20150026185A1 (en) * 2006-11-13 2015-01-22 Samsung Electronics Co., Ltd. Content classification method and content reproduction apparatus capable of performing the method
US8977636B2 (en) 2005-08-19 2015-03-10 International Business Machines Corporation Synthesizing aggregate data of disparate data types into data of a uniform data type
US9092542B2 (en) 2006-03-09 2015-07-28 International Business Machines Corporation Podcasting content associated with a user account
US9135339B2 (en) 2006-02-13 2015-09-15 International Business Machines Corporation Invoking an audio hyperlink
US9196241B2 (en) 2006-09-29 2015-11-24 International Business Machines Corporation Asynchronous communications using messages recorded on handheld devices
US9318100B2 (en) 2007-01-03 2016-04-19 International Business Machines Corporation Supplementing audio recorded in a media file
US9361299B2 (en) 2006-03-09 2016-06-07 International Business Machines Corporation RSS content administration for rendering RSS content on a digital audio player
US20190220550A1 (en) * 2018-01-12 2019-07-18 Oracle International Corporation System and method for federeated content management using a federated library and federated metadata propagation

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009140095A (en) * 2007-12-04 2009-06-25 Ricoh Co Ltd Delivery device and delivery program
US20090177735A1 (en) * 2007-12-21 2009-07-09 Nortel Networks Limited Unified communications systems and methods
CN101888409B (en) * 2010-06-22 2013-05-01 南京汉德森科技股份有限公司 Remote information issuing and monitoring system based on wide area network and control method thereof
CA3208976A1 (en) * 2013-03-14 2014-09-18 Wix.Com Ltd. Device, system, and method of website building by utilizing data lists

Citations (81)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6178511B1 (en) * 1998-04-30 2001-01-23 International Business Machines Corporation Coordinating user target logons in a single sign-on (SSO) environment
US6240391B1 (en) * 1999-05-25 2001-05-29 Lucent Technologies Inc. Method and apparatus for assembling and presenting structured voicemail messages
US6266649B1 (en) * 1998-09-18 2001-07-24 Amazon.Com, Inc. Collaborative recommendations using item-to-item similarity mappings
US20010027396A1 (en) * 2000-03-30 2001-10-04 Tatsuhiro Sato Text information read-out device and music/voice reproduction device incorporating the same
US6311194B1 (en) * 2000-03-15 2001-10-30 Taalee, Inc. System and method for creating a semantic web and its applications in browsing, searching, profiling, personalization and advertising
US20010047349A1 (en) * 1998-04-03 2001-11-29 Intertainer, Inc. Dynamic digital asset management
US20010049725A1 (en) * 2000-05-26 2001-12-06 Nec Corporation E-mail processing system, processing method and processing device
US20010054074A1 (en) * 2000-06-15 2001-12-20 Kiyoko Hayashi Electronic mail system and device
US20020013708A1 (en) * 2000-06-30 2002-01-31 Andrew Walker Speech synthesis
US20020032776A1 (en) * 2000-09-13 2002-03-14 Yamaha Corporation Contents rating method
US20020095292A1 (en) * 2001-01-18 2002-07-18 Mittal Parul A. Personalized system for providing improved understandability of received speech
US20020194286A1 (en) * 2001-06-01 2002-12-19 Kenichiro Matsuura E-mail service apparatus, system, and method
US20030028380A1 (en) * 2000-02-02 2003-02-06 Freeland Warwick Peter Speech system
US20030033331A1 (en) * 2001-04-10 2003-02-13 Raffaele Sena System, method and apparatus for converting and integrating media files
US20030055868A1 (en) * 2001-09-19 2003-03-20 International Business Machines Corporation Building distributed software services as aggregations of other services
US20030110272A1 (en) * 2001-12-11 2003-06-12 Du Castel Bertrand System and method for filtering content
US20030126293A1 (en) * 2001-12-27 2003-07-03 Robert Bushey Dynamic user interface reformat engine
US20030158737A1 (en) * 2002-02-15 2003-08-21 Csicsatka Tibor George Method and apparatus for incorporating additional audio information into audio data file identifying information
US20030160770A1 (en) * 2002-02-25 2003-08-28 Koninklijke Philips Electronics N.V. Method and apparatus for an adaptive audio-video program recommendation system
US20040003394A1 (en) * 2002-07-01 2004-01-01 Arun Ramaswamy System for automatically matching video with ratings information
US20040041835A1 (en) * 2002-09-03 2004-03-04 Qiu-Jiang Lu Novel web site player and recorder
US20040068552A1 (en) * 2001-12-26 2004-04-08 David Kotz Methods and apparatus for personalized content presentation
US20040254851A1 (en) * 2003-06-16 2004-12-16 Kabushiki Kaisha Toshiba Electronic merchandise distribution apparatus, electronic merchandise receiving terminal, and electronic merchandise distribution method
US20050071780A1 (en) * 2003-04-25 2005-03-31 Apple Computer, Inc. Graphical user interface for browsing, searching and presenting classical works
US20050076365A1 (en) * 2003-08-28 2005-04-07 Samsung Electronics Co., Ltd. Method and system for recommending content
US20050108521A1 (en) * 2003-07-07 2005-05-19 Silhavy James W. Multi-platform single sign-on database driver
US6944591B1 (en) * 2000-07-27 2005-09-13 International Business Machines Corporation Audio support system for controlling an e-mail system in a remote computer
US20050232242A1 (en) * 2004-04-16 2005-10-20 Jeyhan Karaoguz Registering access device multimedia content via a broadband access gateway
US6976082B1 (en) * 2000-11-03 2005-12-13 At&T Corp. System and method for receiving multi-media messages
US20060008252A1 (en) * 2004-07-08 2006-01-12 Samsung Electronics Co., Ltd. Apparatus and method for changing reproducing mode of audio file
US20060020662A1 (en) * 2004-01-27 2006-01-26 Emergent Music Llc Enabling recommendations and community by massively-distributed nearest-neighbor searching
US20060052089A1 (en) * 2004-09-04 2006-03-09 Varun Khurana Method and Apparatus for Subscribing and Receiving Personalized Updates in a Format Customized for Handheld Mobile Communication Devices
US20060075224A1 (en) * 2004-09-24 2006-04-06 David Tao System for activating multiple applications for concurrent operation
US7062437B2 (en) * 2001-02-13 2006-06-13 International Business Machines Corporation Audio renderings for expressing non-audio nuances
US20060136449A1 (en) * 2004-12-20 2006-06-22 Microsoft Corporation Aggregate data view
US20060140360A1 (en) * 2004-12-27 2006-06-29 Crago William B Methods and systems for rendering voice mail messages amenable to electronic processing by mailbox owners
US20060155698A1 (en) * 2004-12-28 2006-07-13 Vayssiere Julien J System and method for accessing RSS feeds
US20060159109A1 (en) * 2000-09-07 2006-07-20 Sonic Solutions Methods and systems for use in network management of content
US20060173985A1 (en) * 2005-02-01 2006-08-03 Moore James F Enhanced syndication
US20060184679A1 (en) * 2005-02-16 2006-08-17 Izdepski Erich J Apparatus and method for subscribing to a web logging service via a dispatch communication system
US20060190616A1 (en) * 2005-02-04 2006-08-24 John Mayerhofer System and method for aggregating, delivering and sharing audio content
US20060224739A1 (en) * 2005-03-29 2006-10-05 Microsoft Corporation Storage aggregator
US20060233327A1 (en) * 2002-06-24 2006-10-19 Bellsouth Intellectual Property Corporation Saving and forwarding customized messages
US7130850B2 (en) * 1997-10-01 2006-10-31 Microsoft Corporation Rating and controlling access to emails
US20060288011A1 (en) * 2005-06-21 2006-12-21 Microsoft Corporation Finding and consuming web subscriptions in a web browser
US7171411B1 (en) * 2001-02-28 2007-01-30 Oracle International Corporation Method and system for implementing shared schemas for users in a distributed computing system
US20070027958A1 (en) * 2005-07-29 2007-02-01 Bellsouth Intellectual Property Corporation Podcasting having inserted content distinct from the podcast content
US20070061266A1 (en) * 2005-02-01 2007-03-15 Moore James F Security systems and methods for use with structured and unstructured data
US20070073728A1 (en) * 2005-08-05 2007-03-29 Realnetworks, Inc. System and method for automatically managing media content
US20070083540A1 (en) * 2002-01-28 2007-04-12 Witness Systems, Inc. Providing Access to Captured Data Using a Multimedia Player
US20070091206A1 (en) * 2005-10-25 2007-04-26 Bloebaum L S Methods, systems and computer program products for accessing downloadable content associated with received broadcast content
US20070100836A1 (en) * 2005-10-28 2007-05-03 Yahoo! Inc. User interface for providing third party content as an RSS feed
US20070112844A1 (en) * 2004-06-25 2007-05-17 Tribble Guy L Method and apparatus for processing metadata
US20070118426A1 (en) * 2002-05-23 2007-05-24 Barnes Jr Melvin L Portable Communications Device and Method
US20070124802A1 (en) * 2000-08-01 2007-05-31 Hereuare Communications Inc. System and Method for Distributed Network Authentication and Access Control
US20070130589A1 (en) * 2005-10-20 2007-06-07 Virtual Reach Systems, Inc. Managing content to constrained devices
US20070174326A1 (en) * 2006-01-24 2007-07-26 Microsoft Corporation Application of metadata to digital media
US20070192674A1 (en) * 2006-02-13 2007-08-16 Bodin William K Publishing content through RSS feeds
US20070192684A1 (en) * 2006-02-13 2007-08-16 Bodin William K Consolidated content management
US20070192683A1 (en) * 2006-02-13 2007-08-16 Bodin William K Synthesizing the content of disparate data types
US20070191008A1 (en) * 2006-02-16 2007-08-16 Zermatt Systems, Inc. Local transmission for content sharing
US20070192327A1 (en) * 2006-02-13 2007-08-16 Bodin William K Aggregating content of disparate data types from disparate data sources for single point access
US20070213857A1 (en) * 2006-03-09 2007-09-13 Bodin William K RSS content administration for rendering RSS content on a digital audio player
US20070214149A1 (en) * 2006-03-09 2007-09-13 International Business Machines Corporation Associating user selected content management directives with user selected ratings
US20070214485A1 (en) * 2006-03-09 2007-09-13 Bodin William K Podcasting content associated with a user account
US20070213986A1 (en) * 2006-03-09 2007-09-13 Bodin William K Email administration for rendering email on a digital audio player
US20070214147A1 (en) * 2006-03-09 2007-09-13 Bodin William K Informing a user of a content management directive associated with a rating
US20070220024A1 (en) * 2004-09-23 2007-09-20 Daniel Putterman Methods and apparatus for integrating disparate media formats in a networked media system
US20070253699A1 (en) * 2006-04-26 2007-11-01 Jonathan Yen Using camera metadata to classify images into scene type classes
US20070277233A1 (en) * 2006-05-24 2007-11-29 Bodin William K Token-based content subscription
US20070276865A1 (en) * 2006-05-24 2007-11-29 Bodin William K Administering incompatible content for rendering on a display screen of a portable media player
US20070277088A1 (en) * 2006-05-24 2007-11-29 Bodin William K Enhancing an existing web page
US20070276837A1 (en) * 2006-05-24 2007-11-29 Bodin William K Content subscription
US20070276866A1 (en) * 2006-05-24 2007-11-29 Bodin William K Providing disparate content as a playlist of media files
US20080034278A1 (en) * 2006-07-24 2008-02-07 Ming-Chih Tsou Integrated interactive multimedia playing system
US20080052415A1 (en) * 2002-12-11 2008-02-28 Marcus Kellerman Media processing system supporting different media formats via server-based transcoding
US20080082635A1 (en) * 2006-09-29 2008-04-03 Bodin William K Asynchronous Communications Using Messages Recorded On Handheld Devices
US20080082576A1 (en) * 2006-09-29 2008-04-03 Bodin William K Audio Menus Describing Media Contents of Media Players
US7356470B2 (en) * 2000-11-10 2008-04-08 Adam Roth Text-to-speech and image generation of multimedia attachments to e-mail
US20080161948A1 (en) * 2007-01-03 2008-07-03 Bodin William K Supplementing audio recorded in a media file
US20080162131A1 (en) * 2007-01-03 2008-07-03 Bodin William K Blogcasting using speech recorded on a handheld recording device

Patent Citations (83)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7130850B2 (en) * 1997-10-01 2006-10-31 Microsoft Corporation Rating and controlling access to emails
US20010047349A1 (en) * 1998-04-03 2001-11-29 Intertainer, Inc. Dynamic digital asset management
US6178511B1 (en) * 1998-04-30 2001-01-23 International Business Machines Corporation Coordinating user target logons in a single sign-on (SSO) environment
US6266649B1 (en) * 1998-09-18 2001-07-24 Amazon.Com, Inc. Collaborative recommendations using item-to-item similarity mappings
US6240391B1 (en) * 1999-05-25 2001-05-29 Lucent Technologies Inc. Method and apparatus for assembling and presenting structured voicemail messages
US20030028380A1 (en) * 2000-02-02 2003-02-06 Freeland Warwick Peter Speech system
US6311194B1 (en) * 2000-03-15 2001-10-30 Taalee, Inc. System and method for creating a semantic web and its applications in browsing, searching, profiling, personalization and advertising
US20010027396A1 (en) * 2000-03-30 2001-10-04 Tatsuhiro Sato Text information read-out device and music/voice reproduction device incorporating the same
US20010049725A1 (en) * 2000-05-26 2001-12-06 Nec Corporation E-mail processing system, processing method and processing device
US20010054074A1 (en) * 2000-06-15 2001-12-20 Kiyoko Hayashi Electronic mail system and device
US20020013708A1 (en) * 2000-06-30 2002-01-31 Andrew Walker Speech synthesis
US6944591B1 (en) * 2000-07-27 2005-09-13 International Business Machines Corporation Audio support system for controlling an e-mail system in a remote computer
US20070124802A1 (en) * 2000-08-01 2007-05-31 Hereuare Communications Inc. System and Method for Distributed Network Authentication and Access Control
US20060159109A1 (en) * 2000-09-07 2006-07-20 Sonic Solutions Methods and systems for use in network management of content
US20020032776A1 (en) * 2000-09-13 2002-03-14 Yamaha Corporation Contents rating method
US6976082B1 (en) * 2000-11-03 2005-12-13 At&T Corp. System and method for receiving multi-media messages
US7356470B2 (en) * 2000-11-10 2008-04-08 Adam Roth Text-to-speech and image generation of multimedia attachments to e-mail
US20020095292A1 (en) * 2001-01-18 2002-07-18 Mittal Parul A. Personalized system for providing improved understandability of received speech
US7062437B2 (en) * 2001-02-13 2006-06-13 International Business Machines Corporation Audio renderings for expressing non-audio nuances
US7171411B1 (en) * 2001-02-28 2007-01-30 Oracle International Corporation Method and system for implementing shared schemas for users in a distributed computing system
US20030033331A1 (en) * 2001-04-10 2003-02-13 Raffaele Sena System, method and apparatus for converting and integrating media files
US7039643B2 (en) * 2001-04-10 2006-05-02 Adobe Systems Incorporated System, method and apparatus for converting and integrating media files
US20020194286A1 (en) * 2001-06-01 2002-12-19 Kenichiro Matsuura E-mail service apparatus, system, and method
US20030055868A1 (en) * 2001-09-19 2003-03-20 International Business Machines Corporation Building distributed software services as aggregations of other services
US20030110272A1 (en) * 2001-12-11 2003-06-12 Du Castel Bertrand System and method for filtering content
US20040068552A1 (en) * 2001-12-26 2004-04-08 David Kotz Methods and apparatus for personalized content presentation
US20030126293A1 (en) * 2001-12-27 2003-07-03 Robert Bushey Dynamic user interface reformat engine
US20070083540A1 (en) * 2002-01-28 2007-04-12 Witness Systems, Inc. Providing Access to Captured Data Using a Multimedia Player
US20030158737A1 (en) * 2002-02-15 2003-08-21 Csicsatka Tibor George Method and apparatus for incorporating additional audio information into audio data file identifying information
US20030160770A1 (en) * 2002-02-25 2003-08-28 Koninklijke Philips Electronics N.V. Method and apparatus for an adaptive audio-video program recommendation system
US20070118426A1 (en) * 2002-05-23 2007-05-24 Barnes Jr Melvin L Portable Communications Device and Method
US20060233327A1 (en) * 2002-06-24 2006-10-19 Bellsouth Intellectual Property Corporation Saving and forwarding customized messages
US20040003394A1 (en) * 2002-07-01 2004-01-01 Arun Ramaswamy System for automatically matching video with ratings information
US20040041835A1 (en) * 2002-09-03 2004-03-04 Qiu-Jiang Lu Novel web site player and recorder
US20080052415A1 (en) * 2002-12-11 2008-02-28 Marcus Kellerman Media processing system supporting different media formats via server-based transcoding
US20050071780A1 (en) * 2003-04-25 2005-03-31 Apple Computer, Inc. Graphical user interface for browsing, searching and presenting classical works
US20040254851A1 (en) * 2003-06-16 2004-12-16 Kabushiki Kaisha Toshiba Electronic merchandise distribution apparatus, electronic merchandise receiving terminal, and electronic merchandise distribution method
US20050108521A1 (en) * 2003-07-07 2005-05-19 Silhavy James W. Multi-platform single sign-on database driver
US20050076365A1 (en) * 2003-08-28 2005-04-07 Samsung Electronics Co., Ltd. Method and system for recommending content
US20060020662A1 (en) * 2004-01-27 2006-01-26 Emergent Music Llc Enabling recommendations and community by massively-distributed nearest-neighbor searching
US20050232242A1 (en) * 2004-04-16 2005-10-20 Jeyhan Karaoguz Registering access device multimedia content via a broadband access gateway
US20070112844A1 (en) * 2004-06-25 2007-05-17 Tribble Guy L Method and apparatus for processing metadata
US20060008252A1 (en) * 2004-07-08 2006-01-12 Samsung Electronics Co., Ltd. Apparatus and method for changing reproducing mode of audio file
US20060052089A1 (en) * 2004-09-04 2006-03-09 Varun Khurana Method and Apparatus for Subscribing and Receiving Personalized Updates in a Format Customized for Handheld Mobile Communication Devices
US20070220024A1 (en) * 2004-09-23 2007-09-20 Daniel Putterman Methods and apparatus for integrating disparate media formats in a networked media system
US20060075224A1 (en) * 2004-09-24 2006-04-06 David Tao System for activating multiple applications for concurrent operation
US20060136449A1 (en) * 2004-12-20 2006-06-22 Microsoft Corporation Aggregate data view
US20060140360A1 (en) * 2004-12-27 2006-06-29 Crago William B Methods and systems for rendering voice mail messages amenable to electronic processing by mailbox owners
US20060155698A1 (en) * 2004-12-28 2006-07-13 Vayssiere Julien J System and method for accessing RSS feeds
US20070061266A1 (en) * 2005-02-01 2007-03-15 Moore James F Security systems and methods for use with structured and unstructured data
US20060173985A1 (en) * 2005-02-01 2006-08-03 Moore James F Enhanced syndication
US20060190616A1 (en) * 2005-02-04 2006-08-24 John Mayerhofer System and method for aggregating, delivering and sharing audio content
US20060184679A1 (en) * 2005-02-16 2006-08-17 Izdepski Erich J Apparatus and method for subscribing to a web logging service via a dispatch communication system
US20060224739A1 (en) * 2005-03-29 2006-10-05 Microsoft Corporation Storage aggregator
US20060288011A1 (en) * 2005-06-21 2006-12-21 Microsoft Corporation Finding and consuming web subscriptions in a web browser
US20070027958A1 (en) * 2005-07-29 2007-02-01 Bellsouth Intellectual Property Corporation Podcasting having inserted content distinct from the podcast content
US20070073728A1 (en) * 2005-08-05 2007-03-29 Realnetworks, Inc. System and method for automatically managing media content
US20070130589A1 (en) * 2005-10-20 2007-06-07 Virtual Reach Systems, Inc. Managing content to constrained devices
US20070091206A1 (en) * 2005-10-25 2007-04-26 Bloebaum L S Methods, systems and computer program products for accessing downloadable content associated with received broadcast content
US20070100836A1 (en) * 2005-10-28 2007-05-03 Yahoo! Inc. User interface for providing third party content as an RSS feed
US20070174326A1 (en) * 2006-01-24 2007-07-26 Microsoft Corporation Application of metadata to digital media
US20070192674A1 (en) * 2006-02-13 2007-08-16 Bodin William K Publishing content through RSS feeds
US20070192327A1 (en) * 2006-02-13 2007-08-16 Bodin William K Aggregating content of disparate data types from disparate data sources for single point access
US20080275893A1 (en) * 2006-02-13 2008-11-06 International Business Machines Corporation Aggregating Content Of Disparate Data Types From Disparate Data Sources For Single Point Access
US20070192683A1 (en) * 2006-02-13 2007-08-16 Bodin William K Synthesizing the content of disparate data types
US20070192684A1 (en) * 2006-02-13 2007-08-16 Bodin William K Consolidated content management
US20070191008A1 (en) * 2006-02-16 2007-08-16 Zermatt Systems, Inc. Local transmission for content sharing
US20070213986A1 (en) * 2006-03-09 2007-09-13 Bodin William K Email administration for rendering email on a digital audio player
US20070214147A1 (en) * 2006-03-09 2007-09-13 Bodin William K Informing a user of a content management directive associated with a rating
US20070213857A1 (en) * 2006-03-09 2007-09-13 Bodin William K RSS content administration for rendering RSS content on a digital audio player
US20070214149A1 (en) * 2006-03-09 2007-09-13 International Business Machines Corporation Associating user selected content management directives with user selected ratings
US20070214485A1 (en) * 2006-03-09 2007-09-13 Bodin William K Podcasting content associated with a user account
US20070253699A1 (en) * 2006-04-26 2007-11-01 Jonathan Yen Using camera metadata to classify images into scene type classes
US20070276866A1 (en) * 2006-05-24 2007-11-29 Bodin William K Providing disparate content as a playlist of media files
US20070276837A1 (en) * 2006-05-24 2007-11-29 Bodin William K Content subscription
US20070277088A1 (en) * 2006-05-24 2007-11-29 Bodin William K Enhancing an existing web page
US20070276865A1 (en) * 2006-05-24 2007-11-29 Bodin William K Administering incompatible content for rendering on a display screen of a portable media player
US20070277233A1 (en) * 2006-05-24 2007-11-29 Bodin William K Token-based content subscription
US20080034278A1 (en) * 2006-07-24 2008-02-07 Ming-Chih Tsou Integrated interactive multimedia playing system
US20080082635A1 (en) * 2006-09-29 2008-04-03 Bodin William K Asynchronous Communications Using Messages Recorded On Handheld Devices
US20080082576A1 (en) * 2006-09-29 2008-04-03 Bodin William K Audio Menus Describing Media Contents of Media Players
US20080161948A1 (en) * 2007-01-03 2008-07-03 Bodin William K Supplementing audio recorded in a media file
US20080162131A1 (en) * 2007-01-03 2008-07-03 Bodin William K Blogcasting using speech recorded on a handheld recording device

Cited By (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8977636B2 (en) 2005-08-19 2015-03-10 International Business Machines Corporation Synthesizing aggregate data of disparate data types into data of a uniform data type
US8266220B2 (en) 2005-09-14 2012-09-11 International Business Machines Corporation Email management and rendering
US8694319B2 (en) 2005-11-03 2014-04-08 International Business Machines Corporation Dynamic prosody adjustment for voice-rendering synthesized data
US8271107B2 (en) 2006-01-13 2012-09-18 International Business Machines Corporation Controlling audio operation for data management and data rendering
US7949681B2 (en) 2006-02-13 2011-05-24 International Business Machines Corporation Aggregating content of disparate data types from disparate data sources for single point access
US9135339B2 (en) 2006-02-13 2015-09-15 International Business Machines Corporation Invoking an audio hyperlink
US20070192674A1 (en) * 2006-02-13 2007-08-16 Bodin William K Publishing content through RSS feeds
US7996754B2 (en) 2006-02-13 2011-08-09 International Business Machines Corporation Consolidated content management
US9037466B2 (en) 2006-03-09 2015-05-19 Nuance Communications, Inc. Email administration for rendering email on a digital audio player
US8849895B2 (en) 2006-03-09 2014-09-30 International Business Machines Corporation Associating user selected content management directives with user selected ratings
US20070213986A1 (en) * 2006-03-09 2007-09-13 Bodin William K Email administration for rendering email on a digital audio player
US9361299B2 (en) 2006-03-09 2016-06-07 International Business Machines Corporation RSS content administration for rendering RSS content on a digital audio player
US9092542B2 (en) 2006-03-09 2015-07-28 International Business Machines Corporation Podcasting content associated with a user account
US20070276866A1 (en) * 2006-05-24 2007-11-29 Bodin William K Providing disparate content as a playlist of media files
US8286229B2 (en) 2006-05-24 2012-10-09 International Business Machines Corporation Token-based content subscription
US7778980B2 (en) 2006-05-24 2010-08-17 International Business Machines Corporation Providing disparate content as a playlist of media files
US7831432B2 (en) 2006-09-29 2010-11-09 International Business Machines Corporation Audio menus describing media contents of media players
US20080082576A1 (en) * 2006-09-29 2008-04-03 Bodin William K Audio Menus Describing Media Contents of Media Players
US9196241B2 (en) 2006-09-29 2015-11-24 International Business Machines Corporation Asynchronous communications using messages recorded on handheld devices
US20080177707A1 (en) * 2006-10-31 2008-07-24 Fujitsu Limited Information processing apparatus, information processing method and information processing program
US20150026185A1 (en) * 2006-11-13 2015-01-22 Samsung Electronics Co., Ltd. Content classification method and content reproduction apparatus capable of performing the method
US8219402B2 (en) 2007-01-03 2012-07-10 International Business Machines Corporation Asynchronous receipt of information from a user
US9318100B2 (en) 2007-01-03 2016-04-19 International Business Machines Corporation Supplementing audio recorded in a media file
US20080162131A1 (en) * 2007-01-03 2008-07-03 Bodin William K Blogcasting using speech recorded on a handheld recording device
US8046449B2 (en) * 2007-02-15 2011-10-25 Hitachi, Ltd. Contents management system and contents management method
JP2008198197A (en) * 2007-02-15 2008-08-28 Hitachi Ltd Content management system and content management method
US20080201461A1 (en) * 2007-02-15 2008-08-21 Hideya Yoshiuchi Contents management system and contents management method
US8255375B2 (en) 2010-02-23 2012-08-28 Bank Of America Corporation Content service bus framework
CN102456055A (en) * 2010-10-28 2012-05-16 腾讯科技(深圳)有限公司 Method and device for retrieving interest points
US20190220550A1 (en) * 2018-01-12 2019-07-18 Oracle International Corporation System and method for federeated content management using a federated library and federated metadata propagation
US11113339B2 (en) * 2018-01-12 2021-09-07 Oracle International Corporation System and method for federated content management using a federated library and federated metadata propagation

Also Published As

Publication number Publication date
CN101042919A (en) 2007-09-26
JP2007242013A (en) 2007-09-20
CN100570735C (en) 2009-12-16

Similar Documents

Publication Publication Date Title
US8849895B2 (en) Associating user selected content management directives with user selected ratings
US8510277B2 (en) Informing a user of a content management directive associated with a rating
US9092542B2 (en) Podcasting content associated with a user account
US20070214148A1 (en) Invoking content management directives
US7996754B2 (en) Consolidated content management
US7949681B2 (en) Aggregating content of disparate data types from disparate data sources for single point access
US7778980B2 (en) Providing disparate content as a playlist of media files
US20070192683A1 (en) Synthesizing the content of disparate data types
US20070192674A1 (en) Publishing content through RSS feeds
US8694319B2 (en) Dynamic prosody adjustment for voice-rendering synthesized data
US20070277088A1 (en) Enhancing an existing web page
US9361299B2 (en) RSS content administration for rendering RSS content on a digital audio player
US8074202B2 (en) WIKI application development tool that uses specialized blogs to publish WIKI development content in an organized/searchable fashion
US8249858B2 (en) Multilingual administration of enterprise data with default target languages
US8249857B2 (en) Multilingual administration of enterprise data with user selected target language translation
US7945847B2 (en) Recasting search engine results as a motion picture with audio
US9037466B2 (en) Email administration for rendering email on a digital audio player
US20070100629A1 (en) Porting synthesized email data to audio files
US20070101313A1 (en) Publishing synthesized RSS content as an audio file
US7958131B2 (en) Method for data management and data rendering for disparate data types
US20080161948A1 (en) Supplementing audio recorded in a media file
US20070061371A1 (en) Data customization for data of disparate data types
US20090006965A1 (en) Assisting A User In Editing A Motion Picture With Audio Recast Of A Legacy Web Page
WO2002037469A2 (en) Speech generating system and method
US20070100631A1 (en) Producing an audio appointment book

Legal Events

Date Code Title Description
AS Assignment

Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BODIN, WILLIAM;JARAMILLO, DAVID;REDMAN, JERRY;AND OTHERS;REEL/FRAME:017383/0068

Effective date: 20060307

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION