|Publication number||US7729480 B1|
|Application number||US 11/852,928|
|Publication date||Jun 1, 2010|
|Filing date||Sep 10, 2007|
|Priority date||Feb 12, 2002|
|Also published as||US7286651|
|Publication number||11852928, 852928, US 7729480 B1, US 7729480B1, US-B1-7729480, US7729480 B1, US7729480B1|
|Inventors||Kevin Packingham, Jason Guesman|
|Original Assignee||Sprint Spectrum L.P.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (25), Non-Patent Citations (36), Referenced by (52), Classifications (16), Legal Events (2)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This application is a divisional of U.S. patent application Ser. No. 10/074,513, filed on Feb. 12, 2002; the disclosure of which is explicitly incorporated by reference herein.
1. Field of the Invention
The present invention relates to telecommunications and, more particularly, to managing client/server interactions.
2. General Background
Many people are increasingly relying on World Wide Web resources to obtain information. Many wireless communication devices, such as wireless telephones and wireless PDAs, are now capable of accessing the World Wide Web. In general, such wireless devices can serve as wireless client devices in sessions with servers. During such sessions, the wireless client devices receive, via an air interface, content formatted for a given presentation mode. Such content may include voice, text, graphics, data and/or other media.
The presentation mode refers to the way a user-interface of a wireless device presents content to the user. For example, the wireless device may have a browser function to allow the content to be presented in a screen-based presentation mode, e.g., to be displayed one screen at a time. Content for such a screen-based presentation mode is often written in a markup language, such as Wireless Markup Language (WML) or Handheld Device Markup Language (HDML), to facilitate the transmission of data over wireless networks and to facilitate the display of content on the smaller screens that handheld wireless devices typically use.
Presentation modes other than screen-based modes are available in some wireless devices. For example, some wireless devices can use a voice-based presentation mode, in which the wireless device presents the content to the user as voice. Such content may be written in a voice-based markup language, such as the Voice Extensible Markup Language (VXML), to facilitate voice-based presentation. Some client devices are capable of both voice-based and screen-based content presentation. In other words, they are multi-modal, in that they are able to present content to users in more than one presentation mode.
It may be desirable for a user of a multi-modal device to switch from one presentation mode to another mode in the middle of a session. However, switching presentation modes in the middle of a session could cause the state of the user's session to be lost. For example, if the user interacted with a server (e.g., by entering data) during the session while in one presentation mode, any data entered during the interaction would have to be re-entered after the user switched to a different presentation mode. Moreover, a server may be capable of delivering content in one format, but not another, in which case the user could not switch presentation modes without some specialized equipment or software to manage the switchover.
It is possible to keep track of a user's session state by storing information about it in the client device, but this requires a specialized client device and could use client device resources that could be better used to provide other functions, especially if the client device is small. Thus, a system for managing the switching of presentation modes, maintaining session state information without requiring specialized client devices, and presenting content in whatever format the user requests would be desirable.
In a first principal aspect, an exemplary embodiment of the present invention provides a method for multi-modal content delivery. The method comprises establishing a session between a server and a client device and delivering content, formatted for a first presentation mode, to the client device. A state record associated with the client device is stored, the state record identifying a state of the session. The method also includes the steps of receiving a mode-switching signal from the client device, and in response to the mode-switching signal, continuing the session in the state by 1) using the state record to reproduce the state of the session; and 2) delivering content, formatted for a second presentation mode, to the client device.
In a second principal aspect, the exemplary embodiment provides a system for delivering content to a client device while the client device is in a session with a server. The system includes a wireless access network for communicating with the client device over an air interface and a first presentation system for delivering content, formatted for a first presentation mode, to the wireless access network. The system further includes a second presentation system for delivering content, formatted for a second presentation mode, to the wireless access network, and a session manager for transmitting content from the server to the first presentation system and to the second presentation system. The session manager can store a state record associated with the client device, where the state record would identify a state of the session. By storing the state record, the session manager can reproduce the state of the session if the user switches from the first presentation mode to the second presentation mode, which could be different from the first presentation mode.
In a third principal aspect, the exemplary embodiment provides a session manager for managing multi-modal content delivery in a network that includes at least a first presentation system and a second presentation system. The session manager may include a processor, a memory, and a network interface by which content from a network may be received. The session manager may further include a mode-switching module of machine instructions stored in the memory. The mode-switching module is executable by the processor to receive a mode-switching signal to initiate a switchover from the first presentation system to the second presentation system and, in response, to transmit the content to the second presentation system.
In a fourth principal aspect, the exemplary embodiment provides a session manager for managing multi-modal content delivery to at least a first presentation system and at least a second presentation system, where the session manager includes: a processor; a memory; a network interface by which content from a network may be received; and a session state storage module of machine instructions stored in the memory that is executable by the processor to maintain a record of a session state. The session state defines the state of a user's session before a switchover from the first presentation system to the second presentation system, and the record includes a navigation point that identifies a specific resource available from the network. The record further includes data entered by the user prior to the switchover.
The session manager may also include a mode-switching module of machine instructions stored in the memory that is executable by the processor to receive a mode-switching signal and to responsively initiate the switchover and transmit the content to the second presentation system. The mode-switching module may also be used to reproduce the session state after the switchover; reproducing the session state includes transmitting the data entered by the user prior to the switchover to the second presentation system. The session manager further includes a transcoding module of machine instructions stored in the memory; the transcoding module is executable by the processor to transcode the content into a format compatible with the first presentation system or the second presentation system.
These as well as other aspects and advantages of the present invention will become apparent to those of ordinary skill in the art by reading the following detailed description, with appropriate reference to the accompanying drawings.
Exemplary embodiments of the present invention are described herein with reference to the drawings, in which:
In multi-modal devices, it is important to be able to manage switchovers between two or more presentation modes. In particular, it would be desirable to allow a user to change presentation modes seamlessly in the midst of a single session. For example, during a session in which the user is receiving content using a voice-based presentation mode, the user may decide to switch over to a screen-based presentation mode, or vice-versa, without losing any data already entered, and without navigating back to the same place in the session where the user was before switching presentation modes.
In an exemplary embodiment of the present invention, multi-modal content delivery can be managed by a session manager that is logically connected between the server and two or more presentation systems that deliver content in a particular presentation mode to a communication device. An example of one such presentation system is a voice-command platform, which provides content formatted for voice-based presentation. Another presentation system is a data service node, which provides content formatted for screen-based presentation.
To provide seamless delivery of multi-modal content during switchovers, the session manager keeps track of the state of a user's session. The state of the session could be defined by a set of one or more saved variables. Thus, a session state may consist of a saved URL, or it may include more or different information. If a user is involved in a “passive” session, the saved variables that represent the session state might include mainly information that defines a web page, such as a URL, and might also define the user's location on that particular web page, such as a fragment identifier.
In contrast to passive sessions, users may be engaged in interactive web sessions. In an interactive session, a user might provide input to a server, rather than just receive content from the server; in this case, the session state could include more information than simply that required to define a location on a web page. For example, if a user were conducting a credit card transaction via a web site and had entered his first name, last name, and credit card number (but not his address), that information, and also the point of the next expected data entry would be used to characterize the session state. Of course, this information would not be associated with any other user or session. Thus, if the user were to log off the web site (or simply navigate to a different web page before completing the credit card transaction) prior to entering any more information and then log back on, the user would have to navigate back to the point where data entry began and re-enter his name and credit card number in order to be in the same session state.
Similarly, when a user of a multi-modal client device switches presentation modes during a client/server session, the same thing may happen: the user must re-navigate and re-enter, because session state is lost. Storing the user's session state and also storing a cache of the content most recently presented to the user overcomes this problem: when the presentation mode is switched, the stored session data and, if necessary, the cached content, can be used to reproduce the session state in the new presentation mode. In the example, if the user switched from screen-based presentation mode to voice-based mode, he could speak his address without going back to re-enter (by speaking) his name and credit card number, and the transaction would be complete upon submission of the data, exactly as if the user had been in voice-based presentation mode all along; the switch from one presentation mode to another will have been 120 seamless. Similarly, if the user switched from voice-based to screen-based presentation mode, the stored session data and the cached content could be combined to visually present to the user the input already entered in the context of the screen-based content. In other words, both the entered data and the data entry page could be displayed to the user as if the user had been in screen-based mode all along.
The exemplary embodiment could also provide virtually uninterrupted sessions for users. For instance, if a client device is wireless, the user could experience a loss of coverage (due to interference in the wireless access network, for example) and the session could be lost—the equivalent of discontinuing a web session on a personal computer by shutting down the computer. In the exemplary embodiment, the user could still resume the session at the same state 130 that the session was in when the loss of coverage occurred, so long as the session is resumed at any time within the storage period defined by a system provider. The system provider could set virtually any time period for maintaining records associated with client devices—the only limit would be the provider's system resources. For example, 20 minutes is typical, because a user may want to start a new web session after that length of time. Of course, the provider's system could prompt the user to either resume a previous session or start a new one after a session is interrupted due to a loss of coverage (or for any other reason).
Storing session state at the network level, rather than at the client device, has an advantage: seamless switchovers can be made without regard to the client device. In other words, a system provider could supply its customers with multi-modal client devices from any number of manufacturers without requiring specialized hardware or software, without increasing the cost of customer equipment, and without limiting the customer's equipment choices.
Further, due to the processing power and memory capacity available at the network level, a device such as a session manager that is used to implement seamless switchovers could also be used to “transcode” content provided by servers on a network (such as the Internet). Transcoding simply means that content or commands are converted from one protocol or markup language to another. With transcoding, a wireless client device that uses the Wireless Application Protocol (WAP) to receive content in WML can access web servers that use Hypertext Transfer Protocol (HTTP) and that deliver content in another format, such as Hypertext Markup Language (HTML), regardless of the server's format. For example, if the user requests a particular Uniform Resource Locator (URL) via the client device's WAP browser, the session manager can translate the WAP request into an HTTP request, and the web server could respond to the request just as it would to any other HTTP request, returning either WML or HTML content to the session manager. The session manager would then transmit the content to the client device. If the server returned HTML, the session manager could transcode the content to WML so that the client device could present it to the user. Other protocols/markup languages could be transcoded as well. If the server returned WML content, no transcoding would be needed, and the session manager could forward the content to the client device for presentation.
Referring now to the drawings,
Voice-command platform 20 provides an interface between a voice-based communication device, such as a telephone, and a server that accepts non-voice-command inputs, such as server 12. Generally, voice-command platform 20 can receive spoken commands or data inputs from a user of wireless client device 14 and convert them to inputs that are recognized by server 12. In addition, voice-command platform 20 can receive content from server 12 and present it to the user as spoken responses to the user's queries or as voice prompts for further user inputs. For example, voice-command platform 20 could speak to the user the prompt: “Please enter your last name by spelling it.” This is the voice-command equivalent to a text entry box that might be presented by server 12 to a user in screen-based presentation mode. In response to the prompt, the user could spell his or her last name, just as a screen-based user would type his or her last name.
Although a wireless communication device (i.e., wireless client device 14) is shown in the exemplary system for purposes of illustration, those skilled in the art will recognize that the invention could be carried out using virtually any communication device, wireless or non-wireless, such as a wireless PDA, a conventional PDA in a synchronization cradle, a personal computer, a dedicated internet appliance, or other devices. Moreover, the functions carried out by the various network entities shown, such as (without limitation) session manager 18, authentication server 26, voice-command platform 20, and data service node 22, could be performed by a single entity or multiple entities in combinations and configurations other than those shown. Thus, the entities illustrated may represent logical functions rather than physical devices without departing from the spirit and scope of the present invention.
In operation, content from server 12 could reach session manager 18 (via communications network 16) in WML, HDML, VXML, Extensible Markup Language (XML), or in another format. If the user initially requested the content in voice-presentation mode by, for example, speaking a command that is recognized by voice-command platform 20, session manager 18 would transmit the requested content to wireless client device 14 via voice-command platform 20. If the user subsequently requested to receive content in screen-based presentation mode, session manager 18 could maintain the same session with server 12 but could 200 reroute content to data service node 22 for delivery to wireless client device 14 in screen-based mode.
In transmitting content from server 12 to wireless client device 14 that will ultimately be presented to the user in the initial voice-command mode, session manager 18 could first transcode the content, if necessary, to a voice format, such as VXML. The transcoding could 205 also be done by voice-command platform 20 or by another network entity. Similarly, content that is to be delivered at wireless client device 14 for presentation in screen-based mode could be transcoded to WML HDML, etc., if required, at either data service node 22, session manager 18 or elsewhere. In addition to converting from one protocol or markup language to another, the transcoding may also include the removal of content that cannot be, or need not be, presented in a given mode. For example, transcoding may remove graphics that are present in the content but that could not be rendered satisfactorily on the relatively small screen of a handheld device.
In addition to providing an interface between wireless client device 14 and server 12, the session manager may also be logically connected to profile server 28 in addition to various other servers that provide the functionality of the exemplary embodiment; profile server 28 stores users' preferences for presentation and other data. Some examples of details that profile server 28 can manage are: users' preferred voice for voice-command mode; users' personal address books; bookmarks which function as user-specific shortcuts to URIs or menu items; e-mail; and users' calendars. Profile server 28 could also include indications of users' preferred content providers, such as a preferred e-mail provider, voice-mail provider, weather reporting provider, etc.
Session manager 18 may further be logically connected to authentication server 26, which can access the account information associated with wireless client device 14 to verify that any requested services are authorized.
Memory 36 may include more than one physical element, and may also include a number of software modules that are executable by processor 30 to carry out various functions described herein. These modules may include, but are not necessarily limited to, a mode-switching module, a session state storage module, a transcoding module, and a client device authorization module. Memory 36 may also include a state record that comprises the content associated with a session state as well as any required navigation indicators associated with the session state. The functionality of the various elements of session manager 18 can be best understood with reference to the flow chart of
For purposes of illustration, assume that the user first initiates a voice-command session. As shown at block 42, content would be delivered in voice-based mode via voice-command platform 20 to wireless client device 14. Whenever the user changes the state of the session by navigation or data entry, for example, the session state storage module within session manager 18 can store a state record in memory 36 that identifies both the client device and the current state of the session. The state of the session may be identified by navigation points (e.g., uniform resource identifiers (URIs), menu items, URLs, fragment identifiers, etc.) that identify the specific session state or resource the client device is currently accessing, as illustrated at block 44. An example of a resource that might be represented by a navigation point is a unique web page, such as an HTML document. The multiple navigation points that constitute a navigation history could be stored in the state record, so that a user could execute numerous “back” commands from a browser or voice-command platform, and the back command would function properly even after the user switched presentation modes. The state record may also include any user input entered during the session.
As shown at block 46, the user (or wireless client device 14) may initiate a mode-switching signal that is received by session manager 18 at presentation system interface 34; the mode-switching signal indicates that the user wishes to change to a second or subsequent presentation mode, such as screen-based mode from voice-based mode, for example. The mode-switching module within session manager 18 can receive the mode-switching signal and responsively initiate the switchover from one presentation mode to a subsequent mode.
Conveniently, the mode-switching signal may take the form of (or be included in) a service request signal sent by wireless client device 14 that characterizes the requested communication as a packet-data communication, as compared with traditional voice 270 communication. Similarly, if the initial presentation mode were screen-based, a service request signal that would be used to switch to voice communication could be received by session manager 18 and used as the mode-switching signal.
Next, as shown by block 48, the authentication module in session manager 18 may forward the service request signal to authentication server 26 via network interface 32 to 275 determine whether wireless client device 14 is authorized to receive content in the requested presentation mode. In other words, the service request signal may be used to identify the client device and verify that it belongs to an authorized user. As shown by block 50, the transcoding module within session manager 18 can cause processor 30 to execute logic to transcode content received from server 12, if necessary, so that it is in a form usable by wireless client device 14. Alternatively, voice-command platform 20 or data service node 22 could transcode content from server 12 if necessary. As discussed above, transcoding is necessary when content must be changed before it can be presented in the mode desired by a user. As shown by block 52, session manager 18 can retrieve the state record associated with wireless client device 14. The state record may include any data entered by the user and may also include a history of navigation points from the session.
Session manager 18 then routes the content to the presentation system associated with the requested presentation mode, as shown by block 54. Voice-command platform 20 or data service node 22 can then deliver the content to wireless client device 14 in a second (or subsequent) presentation mode while continuing in the state of the session the user was in just prior to switching presentation modes.
To make this transfer seamless, session manager 18 uses the retrieved state record; upon receiving a request or data entry from wireless client device 14 after a switchover, session manager 18 (more specifically, the mode-switching module within session manager 18) can, in response to the request or entry, transmit the data represented by the session state record to the wireless client device 14 via the second presentation system. Thus, in the exemplary embodiments, the user will receive the same information and will be at the same location as though the user never switched presentation modes and as if no interruption of the session occurred. Specifically, the user's session could continue not just within the same HTML document, for example, but within the same portion of the document as defined by the fragment identifier stored as part of the state record, and any data already entered could be retained. If the second presentation mode is the screen-based mode, the previously entered data would be filled in on the display.
In short, session manager 18 can maintain the close synchronization that normally exists between a client and a server during a single session to create a transparent and seamless transition from one presentation mode to another, even if synchronization is not maintained between wireless client device 14 and server 12 in a conventional way. This synchronization can be maintained for as long as an operator of the system (i.e., a service provider) maintains state records in memory. As noted above, this period is dependent only on system resources, and may be set by the service provider.
Provided with the present disclosure, those of ordinary skill in the art can readily prepare computer instructions to carry out the foregoing functions. Those of ordinary skill in the art will further realize that it is not always necessary that the functions described are performed in any particular order, or in any particular software module, or that the functions are even segregated into modules.
Exemplary embodiments of the present invention have been described above. Those skilled in the art will understand, however, that changes and modifications may be made to these embodiments without departing from the true scope and spirit of the invention, which is defined by the claims.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5297183||Apr 13, 1992||Mar 22, 1994||Vcs Industries, Inc.||Speech recognition system for electronic switches in a cellular telephone or personal communication network|
|US5659597||Mar 22, 1994||Aug 19, 1997||Voice Control Systems, Inc.||Speech recognition system for electronic switches in a non-wireline communications network|
|US5754736||Sep 8, 1995||May 19, 1998||U.S. Philips Corporation||System and method for outputting spoken information in response to input speech signals|
|US5987100 *||Apr 23, 1997||Nov 16, 1999||Northern Telecom Limited||Universal mailbox|
|US6061440 *||Nov 30, 1998||May 9, 2000||Global Technologies, Inc.||Intelligent switching system for voice and data|
|US6157848||Aug 19, 1997||Dec 5, 2000||Philips Electronics North America Corporation||Speech recognition system for electronic switches in a non-wireline communications network|
|US6334103||Sep 1, 2000||Dec 25, 2001||General Magic, Inc.||Voice user interface with personality|
|US6504910 *||Jun 7, 2001||Jan 7, 2003||Robert Engelke||Voice and text transmission system|
|US6560576||Apr 25, 2000||May 6, 2003||Nuance Communications||Method and apparatus for providing active help to a user of a voice-enabled application|
|US6704024||Nov 29, 2000||Mar 9, 2004||Zframe, Inc.||Visual content browsing using rasterized representations|
|US6851060 *||Jul 15, 1999||Feb 1, 2005||International Business Machines Corporation||User control of web browser user data|
|US6859451 *||Apr 21, 1998||Feb 22, 2005||Nortel Networks Limited||Server for handling multimodal information|
|US6880171 *||Jun 25, 1999||Apr 12, 2005||Interval Research Corporation||Browser for use in navigating a body of information, with particular application to browsing information represented by audiovisual data|
|US6925307 *||Oct 16, 2000||Aug 2, 2005||Gtech Global Services Corporation||Mixed-mode interaction|
|US6944592||Sep 25, 2000||Sep 13, 2005||International Business Machines Corporation||Interactive voice response system|
|US7233655 *||Oct 3, 2002||Jun 19, 2007||Accenture Global Services Gmbh||Multi-modal callback|
|US7254384 *||Oct 3, 2002||Aug 7, 2007||Accenture Global Services Gmbh||Multi-modal messaging|
|US7499716 *||Apr 7, 2006||Mar 3, 2009||Wireless Science, Llc||System and method for delivering information to a transmitting and receiving device|
|US7640006 *||Jan 2, 2004||Dec 29, 2009||Accenture Global Services Gmbh||Directory assistance with multi-modal messaging|
|US20020112007 *||Nov 3, 1999||Aug 15, 2002||Christopher (Noah) Wood||Personal message management system|
|US20020119793 *||Feb 27, 2001||Aug 29, 2002||Daniel Hronek||Mobile originated interactive menus via short messaging services|
|US20020137491 *||Mar 26, 2001||Sep 26, 2002||Heimo Pentikainen||Method and system for an answering service|
|US20030008661 *||Jul 3, 2001||Jan 9, 2003||Joyce Dennis P.||Location-based content delivery|
|US20030146932 *||Apr 25, 2002||Aug 7, 2003||Jie Weng||Multi-modal synchronization|
|USRE37431||Oct 2, 1996||Oct 30, 2001||Ast Research, Inc.||Intelligent help system|
|1||, http://cafe.bevocal.com/docs/grammar/xml10.html, printed from the World Wide Web on Sep. 5, 2001.|
|2||, http://cafe.bevocal.com/docs/grammar/xml2.html, printed from the World Wide Web on Sep. 5, 2001.|
|3||, http://cafe.bevocal.com/docs/grammar/xml3.html, printed from the World Wide Web on Sep. 5, 2001.|
|4||, http://cafe.bevocal.com/docs/grammar/xml4.html, printed from the World Wide Web on Sep. 5, 2001.|
|5||, http://cafe.bevocal.com/docs/grammar/xml5.html, printed from the World Wide Web on Sep. 5, 2001.|
|6||, http://cafe.bevocal.com/docs/grammar/xml6.html, printed from the World Wide Web on Sep. 5, 2001.|
|7||, http://cafe.bevocal.com/docs/grammar/xml7.html, printed from the World Wide Web on Sep. 5, 2001.|
|8||, http://cafe.bevocal.com/docs/grammar/xml8.html, printed from the World Wide Web on Sep. 5, 2001.|
|9||, http://cafe.bevocal.com/docs/grammar/xml9.html, printed from the World Wide Web on Sep. 5, 2001.|
|10||<alias>, http://cafe.bevocal.com/docs/grammar/xml2.html, printed from the World Wide Web on Sep. 5, 2001.|
|11||<example>, http://cafe.bevocal.com/docs/grammar/xml3.html, printed from the World Wide Web on Sep. 5, 2001.|
|12||<grammar>, http://cafe.bevocal.com/docs/grammar/xml4.html, printed from the World Wide Web on Sep. 5, 2001.|
|13||<item>, http://cafe.bevocal.com/docs/grammar/xml5.html, printed from the World Wide Web on Sep. 5, 2001.|
|14||<one-of>, http://cafe.bevocal.com/docs/grammar/xml6.html, printed from the World Wide Web on Sep. 5, 2001.|
|15||<rule>, http://cafe.bevocal.com/docs/grammar/xml7.html, printed from the World Wide Web on Sep. 5, 2001.|
|16||<ruleref>, http://cafe.bevocal.com/docs/grammar/xml8.html, printed from the World Wide Web on Sep. 5, 2001.|
|17||<tag>, http://cafe.bevocal.com/docs/grammar/xml9.html, printed from the World Wide Web on Sep. 5, 2001.|
|18||<token>, http://cafe.bevocal.com/docs/grammar/xml10.html, printed from the World Wide Web on Sep. 5, 2001.|
|19||1 Nuance Grammars, http://cafe.bevocal.com/docs/grammar/gsl.html, printed from the World Wide Web on Sep. 5, 2001.|
|20||2 Overview, http://cafe.bevocal.com/docs/grammar/grammar2.html, printed from the World Wide Web on Sep. 5, 2001.|
|21||ArsDigita Systems Journal: Voice XML: letting people talk to your HTTP server through the telephone, http://arsdigita.com/asj/vxml/, printed from the World Wide Web on Jun. 28, 2001.|
|22||IBM, "IBM WebSphere Voice Server Software Developers Kit (SDK) Programmer's Guide". Version 1.5, Chapter 4, pp. 93-172, Apr. 2001.|
|23||New Onebox Solution-DLD 123-052, http://www.thedigest.com/more/123/123-052.html, printed from the World Wide Web on Sep. 5, 2001.|
|24||New Onebox Solution—DLD 123-052, http://www.thedigest.com/more/123/123-052.html, printed from the World Wide Web on Sep. 5, 2001.|
|25||Preface, http://cafe.bevocal.com/docs/grammar/preface.html, printed from the World Wide Web on Sep. 5, 2001.|
|26||Project P929-PF, "Multilingual Web sties: Best practice, guidelines and architectures," vol. 4 of 5: Annex C, pp. 1-35, Sep. 2000.|
|27||Smart Computing-Editorial, http://www.smartcomputing.com/editorial/article.asp?article=articles%2Farchive%2F10608%2F09108%2F09108%2Easp, printed from the World Wide Web on Sep. 5, 2001.|
|28||TelIme Studio-Examples, http://studio.tellme.com/library/code/ex-103, printed from the World Wide Web on Jun. 26, 2001.|
|29||TelIme Studio—Examples, http://studio.tellme.com/library/code/ex-103, printed from the World Wide Web on Jun. 26, 2001.|
|30||The Portal Pushers: Speech Vendors Poised to grow the Voice Web, http://www.computertelephony.com/article/printableArticle?doc-id=CTM20001201S002, printed from the World Wide Web on Jun. 28, 2001.|
|31||The Portal Pushers: Speech Vendors Poised to grow the Voice Web, http://www.computertelephony.com/article/printableArticle?doc—id=CTM20001201S002, printed from the World Wide Web on Jun. 28, 2001.|
|32||U.S. Appl. No. 09/767,011, filed Jan. 22, 2001, Usitalo et al.|
|33||U.S. Appl. No. 09/782,933, filed Feb. 14, 2001, Raghunandan, Hulikunta.|
|34||U.S. Appl. No. 09/823,999, filed Apr. 3, 2001, Pugliese, Anthony.|
|35||U.S. Appl. No. 09/934,121, filed Aug. 21, 2001, Byrne, William.|
|36||U.S. Appl. No. 09/947,438, filed Sep. 7, 2001, Ishikawa et al.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US8131737||Oct 15, 2010||Mar 6, 2012||Jumptap, Inc.||User profile-based presentation of sponsored mobile content|
|US8195133||Oct 30, 2007||Jun 5, 2012||Jumptap, Inc.||Mobile dynamic advertisement creation and placement|
|US8195513||Nov 12, 2011||Jun 5, 2012||Jumptap, Inc.||Managing payment for sponsored content presented to mobile communication facilities|
|US8200205 *||Jul 14, 2011||Jun 12, 2012||Jumptap, Inc.||Interaction analysis and prioritzation of mobile content|
|US8209344||Jul 19, 2010||Jun 26, 2012||Jumptap, Inc.||Embedding sponsored content in mobile applications|
|US8229914||May 8, 2006||Jul 24, 2012||Jumptap, Inc.||Mobile content spidering and compatibility determination|
|US8296184||Feb 17, 2012||Oct 23, 2012||Jumptap, Inc.||Managing payment for sponsored content presented to mobile communication facilities|
|US8316031||Sep 6, 2011||Nov 20, 2012||Jumptap, Inc.||System for targeting advertising content to a plurality of mobile communication facilities|
|US8332397||Jan 30, 2012||Dec 11, 2012||Jumptap, Inc.||Presenting sponsored content on a mobile communication facility|
|US8340666||Feb 9, 2010||Dec 25, 2012||Jumptap, Inc.||Managing sponsored content based on usage history|
|US8351933||Sep 24, 2010||Jan 8, 2013||Jumptap, Inc.||Managing sponsored content based on usage history|
|US8359019||Jun 4, 2012||Jan 22, 2013||Jumptap, Inc.||Interaction analysis and prioritization of mobile content|
|US8364521||Nov 14, 2005||Jan 29, 2013||Jumptap, Inc.||Rendering targeted advertisement on mobile communication facilities|
|US8484234||Jun 24, 2012||Jul 9, 2013||Jumptab, Inc.||Embedding sponsored content in mobile applications|
|US8503995||Oct 29, 2012||Aug 6, 2013||Jumptap, Inc.||Mobile dynamic advertisement creation and placement|
|US8538812||Oct 18, 2012||Sep 17, 2013||Jumptap, Inc.||Managing payment for sponsored content presented to mobile communication facilities|
|US8554192||Jan 21, 2013||Oct 8, 2013||Jumptap, Inc.||Interaction analysis and prioritization of mobile content|
|US8560537||Oct 8, 2011||Oct 15, 2013||Jumptap, Inc.||Mobile advertisement syndication|
|US8583089||Jan 31, 2012||Nov 12, 2013||Jumptap, Inc.||Presentation of sponsored content on mobile device based on transaction event|
|US8615719||Nov 5, 2005||Dec 24, 2013||Jumptap, Inc.||Managing sponsored content for delivery to mobile communication facilities|
|US8620285||Aug 6, 2012||Dec 31, 2013||Millennial Media||Methods and systems for mobile coupon placement|
|US8626736||Nov 19, 2012||Jan 7, 2014||Millennial Media||System for targeting advertising content to a plurality of mobile communication facilities|
|US8631018||Dec 6, 2012||Jan 14, 2014||Millennial Media||Presenting sponsored content on a mobile communication facility|
|US8655891||Nov 18, 2012||Feb 18, 2014||Millennial Media||System for targeting advertising content to a plurality of mobile communication facilities|
|US8660891||Oct 30, 2007||Feb 25, 2014||Millennial Media||Interactive mobile advertisement banners|
|US8666376||Oct 30, 2007||Mar 4, 2014||Millennial Media||Location based mobile shopping affinity program|
|US8688088||Apr 29, 2013||Apr 1, 2014||Millennial Media||System for targeting advertising content to a plurality of mobile communication facilities|
|US8688671||Nov 14, 2005||Apr 1, 2014||Millennial Media||Managing sponsored content based on geographic region|
|US8768319||Sep 14, 2012||Jul 1, 2014||Millennial Media, Inc.||Presentation of sponsored content on mobile device based on transaction event|
|US8774777||Apr 29, 2013||Jul 8, 2014||Millennial Media, Inc.||System for targeting advertising content to a plurality of mobile communication facilities|
|US8798592||Apr 29, 2013||Aug 5, 2014||Jumptap, Inc.||System for targeting advertising content to a plurality of mobile communication facilities|
|US8805339||Oct 20, 2011||Aug 12, 2014||Millennial Media, Inc.||Categorization of a mobile user profile based on browse and viewing behavior|
|US8812526||Oct 18, 2011||Aug 19, 2014||Millennial Media, Inc.||Mobile content cross-inventory yield optimization|
|US8819659||Mar 29, 2011||Aug 26, 2014||Millennial Media, Inc.||Mobile search service instant activation|
|US8843395||Mar 8, 2010||Sep 23, 2014||Millennial Media, Inc.||Dynamic bidding and expected value|
|US8843396||Sep 16, 2013||Sep 23, 2014||Millennial Media, Inc.||Managing payment for sponsored content presented to mobile communication facilities|
|US8958779||Aug 5, 2013||Feb 17, 2015||Millennial Media, Inc.||Mobile dynamic advertisement creation and placement|
|US8989718||Oct 30, 2007||Mar 24, 2015||Millennial Media, Inc.||Idle screen advertising|
|US8995968||Jun 17, 2013||Mar 31, 2015||Millennial Media, Inc.||System for targeting advertising content to a plurality of mobile communication facilities|
|US8995973||Jun 17, 2013||Mar 31, 2015||Millennial Media, Inc.||System for targeting advertising content to a plurality of mobile communication facilities|
|US9015136 *||Apr 23, 2010||Apr 21, 2015||Microsoft Technology Licensing, Llc||Storing temporary state data in separate containers|
|US9058406||Oct 29, 2012||Jun 16, 2015||Millennial Media, Inc.||Management of multiple advertising inventories using a monetization platform|
|US9110996||Feb 17, 2014||Aug 18, 2015||Millennial Media, Inc.||System for targeting advertising content to a plurality of mobile communication facilities|
|US9195993||Oct 14, 2013||Nov 24, 2015||Millennial Media, Inc.||Mobile advertisement syndication|
|US20090216892 *||May 11, 2009||Aug 27, 2009||At&T Intellectual Property I, L.P.||System and method for handling digital content delivery to portable devices|
|US20090305975 *||Apr 16, 2007||Dec 10, 2009||Guang Yang||Use of Trap Protein Per se as an Active Ingredient for the Manufacture of a Medicament for the Treatment of Staphylococcus Aureus Infection|
|US20100287048 *||Nov 11, 2010||Jumptap, Inc.||Embedding Sponsored Content In Mobile Applications|
|US20110154291 *||Dec 21, 2009||Jun 23, 2011||Mozes Incorporated||System and method for facilitating flow design for multimodal communication applications|
|US20110184924 *||Jul 28, 2011||Microsoft Corporation||Storing temporary state data in separate containers|
|US20110185134 *||Jul 28, 2011||Microsoft Corporation||Temporary state service protocol|
|US20110196978 *||Oct 16, 2009||Aug 11, 2011||Nippon Telegraph And Telephone Corporation||Service providing system and service providing method|
|US20110275393 *||Nov 10, 2011||Jorey Ramer||Interaction analysis and prioritization of mobile content|
|U.S. Classification||379/88.14, 370/352, 455/456.1, 455/458, 455/412.1, 709/206, 379/52, 725/134, 455/466, 379/202.01|
|Cooperative Classification||H04W76/02, H04W88/06, H04W4/00, H04W4/18|
|Sep 10, 2007||AS||Assignment|
Owner name: SPRINT SPECTRUM L.P.,KANSAS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:PACKINGHAM, KEVIN;GUESMAN, JASON;SIGNING DATES FROM 20020121 TO 20020128;REEL/FRAME:019804/0517
|Nov 5, 2013||FPAY||Fee payment|
Year of fee payment: 4