1. Field of the Invention
Embodiments of the present invention relate generally to communication systems and more particularly to providing single click enterprise communication.
2. Description of Related Art
Within an enterprise, users (e.g., employees) often need to communicate with one another. Typically, the user will pick up their phone (e.g., desk phone or cellular phone) and dial a phone number, dial an extension, or select a preprogrammed extension button in order to initiate a phone call. In order to communication with another user via e-mail, the user will typically need to activate their e-mail program and open an e-mail composition window. The user may then be required to enter an e-mail address for the other user. And in cases where the user desires to instant message/chat with another user, the user must activate a chat program and select the other user for chat.
Disadvantageously, each different communication type (e.g., phone call, e-mail, chat) requires activation or access via either a different device or different program. There is no single interface that aggregates a plurality of communication types and allows for activation of a particular communication type via a single user action.
Embodiments of the present invention provide systems and methods for providing single click communication within an enterprise environment. In exemplary embodiments, a profile is associated with each individual of an enterprise. The profile comprises a listing of one or more communication types that may be used (i.e., are available) to communication with the individual. Additionally, one or more contact identifiers for each available communication type are also provided. The profiles may be stored at a server level and at each client device.
A single click selection of a communication type from a plurality of communication types for a particular individual is then received. In exemplary embodiments, a user interface comprising access to a plurality of communication types is provided from which a single click selection may be performed. The single click selection may comprise selecting an icon on the user interface associated with a particular communication type and the particular individual. The profile associated with the individual is then reviewed to determine one or more contact identifiers associated with the selected communication type. Using the determined contact identifiers a communication may be established with the individual. The communication may be established by the client device or by a server.
Embodiments of the present invention provide systems and methods for providing single click communication within an enterprise. In exemplary embodiments, access to a plurality of communication types for individuals within the enterprise is aggregated and provided via a single user interface. By selecting (e.g., applying a single click to) one of the plurality of communication types for a particular individual, a communication may be established with the particular individual via the selected communication type.
It should be noted that enterprise as applied herein may comprise any type of organization or collection of individuals. Examples of enterprises may include a business, educational institution, firm, or any other type of entity whereby a group of individuals may be centrally organized.
The network 106 may comprise the Internet or any other wide area network. In some embodiments, the network 106 may couple the enterprise central location 102 to one or more remote user areas 108 via a router 110 or gateway. The remote user area 108 may be a location associated with an individual that remotely accesses the enterprise central location 102. For example, the remote user area 108 may be a home office of an employee associated with the enterprise central location 102. The remote user area 108 may comprises a remote client device 112 (e.g., a computer), which may function as a communication device. One or more additional communication devices 114 (e.g., analog telephone, VoIP device, cellular phone, laptop) may also be provided in the remote user area 108. Any number of remote user areas 108 may be coupled to the enterprise central location 102. Additionally, it should be noted that “remote” as used herein refers to any environment external to the enterprise central location 102.
According to exemplary embodiments, the users within both the enterprise central location 102 and the remote user areas 108 may communicate with each other via the network 106. For example, the users may e-mail each other or utilize instant messaging which may be forwarded via the network 106. In other embodiments, the users may call each other using any telephony device (e.g., desk phone, VoIP device, cellular phone). In other embodiments, a phone call may be placed by using the network 106 (e.g., VoIP) or placed via a public switch telephone network (PSTN) 116 (e.g., analog phone).
It should be noted that the environment 100 of
Referring now to
Each local user area 104 may comprise a client device 208. In exemplary embodiments, the client device 208 may comprise a desktop computer, laptop, or any other digital communication device enabled to provide a communications user interface, such as the user interface that will be discussed in connection with
One or more additional communication devices 210 may be provided in the local user area 104. These additional communication devices 210 may comprise a device separate from the client device 208, such as for example, an analog telephone or cellular phone.
In accordance with one embodiment, the enterprise central location 102 is coupled in communication via the router 202 to the network 106 and via the PBX server 204 to the PSTN 116. The PBX server 204 is configured to allow the client device 208 and/or communications devices 210 to make phone calls via the PSTN 116.
The HUD server 206 is configured to manage single click communications at a server level. In exemplary embodiments, the HUD server 206 may maintain and provide user presence status, maintain and provide profile data, and perform communication routing. The HUD server 206 will be discussed in more details in connection with
One or more other communication servers 212 may also be provided within the enterprise central location 102. These communication servers 212 may establish, maintain, and/or facilitate communications between individuals. The communication servers 212 may include, for example, a chat server, an e-mail server, and so forth. The communication servers 212 may be optional or comprise any number of servers.
Referring now to
The exemplary server profile module 306 is configured to provide a user interface in which a user or administrator may provide profile data. The profile data may include communication types available for an individual as well as contact identifiers for those communication types. For example, the individual may have a cellular phone (i.e., communication type is call to cellular phone) and the contact identifier will be the phone number of the cellular phone. In some embodiments, the contact identifier may be automatically determined by the server profile module 306. For example, an extension number for an individual within the enterprise may be known and automatically added to the individual's profile. Other forms of contact identifiers may include voicemail numbers, e-mail addresses, and instant message/chat identifiers. It should be noted that any number and forms of communication types and contact identifiers may be associated with each profile.
The profile each individual may be stored in the server profile database 308. In exemplary embodiments, every individual associated with the enterprise that has a client device 112 or 208 and/or a communication device 114 or 210 will have a profile. In some embodiments, the profile may be automatically set up by the server profile module 306 with known profile data, and updated as new data is received by the server profile module 306.
While the server profile module 306 is shown within the HUD server 206, alternative embodiments may provide the server profile module 306 outside of, but coupled to (e.g., via the local area network) the HUD server 206. In some embodiments, the server profile module 306 may comprise a web-based interface. As such, a user or administrator may provide a password to access the server profile module 306 from any location that provides web access. For example, the user may add or update contact identifiers or other profile data from home. The profile data may then be saved to a centralized database. Copies of the profiles may then be sent to the server profile database 308 in the HUD server 206.
In exemplary embodiments, the profiles are broadcast to every client device 112 and 208 associated with the enterprise by the HUD data module 310. The client devices 112 and 208 then locally store the profiles, as will be discussed in connection with
The exemplary communication initiation module 312 is configured to initiate a communication based on a communication request received from the client device 112 or 208. Once the request is received, the communication initiation module 312 sends instructions to appropriate modules or servers to establish a communication of a selected communication type between two individuals (i.e., the user making the single-click request and the selected individual). For example, the communication initiation module 312 may send instructions to the PBX server 204 to establish a phone call between the two individuals. Alternatively, the communication initiation module 312 may send instructions to a chat server or module to establish a chat communication between the two individuals. In some embodiments, the communication initiation module 312 may initiate a call to the e-mail server to activate an e-mail program.
In some embodiments, the HUD server 206 may include the presence module 314, which is configured to determine and maintain presence status of each individual associated with the enterprise. The presence status may be utilized to determine which individuals are available to receive or establish communications with. In some embodiments, the presence status may be provided to the client devices 112 and 208 by the HUD data module 310. The presence module 314 may be optional in the HUD server 206 in accordance with some embodiments.
In accordance with one embodiment, the HUD server 206 may comprise an optional chat engine 316. In this embodiment, the HUD server 206 provides a client-server module for chatting. The exemplary chat engine 316 is configured to provide chat functionality and determine chat status. Thus, the chat engine 316 controls exchange of chat messages between individuals. In an alternative embodiment, the chat engine 316 may be embodied on a different server or comprise a separate chat server which may be coupled to the HUD server 206.
The exemplary client device 208 is shown in
The exemplary HUD interface module 406 is configured to provide a user interface that allows for single click enterprise communication. In exemplary embodiments, the HUD interface module 406 will receive and display data from the HUD server 206 (or other server devices) and from the client device 208. For example, presence status data may be received from the HUD server 206 and displayed in the user interface. An example of the user interface is shown and will be discussed in more detail in connection with
In exemplary embodiments, the client profile module 408 receives profile data and updates profiles stored locally at the client profile database 410. In some embodiments, the client profile module 408 may receive new and updated profile data from the HUD server 206 periodically. For example, the profile data may be received after a predetermined period of time (e.g., every hour). In other embodiments, the profile data may be received based on an event. For example, the profile data may be received upon startup of the client device 208 or after every instance (or number of instances) of profile changes. The trigger for providing the new/updated profile data may be activated by the HUD server 206 or the client device 208 (e.g., the client device 208 pings the HUD server 206).
The exemplary selection module 412 is configured to process a single click selection and trigger action based on the single click selection. In one embodiment, the selection module 412 will receive the single click selection and instruct the profile lookup module 414 to access the client profile database 410. The profile lookup module 414 then determines the contact identifier(s) associated with the single click selection. Thus, if the single click selection indicates a desire to place a call to Bob Smith, then the contact identifier may comprise a phone number for Bob Smith. In an alternative embodiment, the functionalities of the selection module 412 and the profile lookup module 414 may be combined within a single module.
Once the contact identifier(s) are found by the profile lookup module 414, the communication request module 416 will attempt to initiate the selected communication. In some embodiments, the communication request module 416 will send a communication request comprising the contact identifier to the HUD server 206 or other communication server to initiate the communication. For example, a communication request may be forwarded to the HUD server 206 and the communication initiation module 312 may then instruct the PBX server 204 to establish a phone call. In other embodiments, the communication request module 416 may send instructions to a local module of the client device 208 to initiate the selected communication. For example, the communication request module 416 may instruct an e-mail module of the client device 208 to provide a new e-mail composition window whereby the contact identifier is used to pre-populate an e-mail address field.
Referring now to
It should be noted that any number of individuals within the enterprise may be provided on the user interface 500, and not all individuals within the enterprise may be listed. For example, the user may select individuals the user communicates the most with for their user interface 500. In another example, select groups of individuals (e.g., sales group, IT group) may be provided on the user interface 500.
Within each block 504, a plurality of icons may be provided to indicate availability and provide the single-click communication functionality. The icons may comprise, for example, an e-mail icon 506, a cellular/mobile phone icon 508, and a chat icon 510. Thus, a single-click selection of an e-mail icon 506 associated with Steve Page will initiate an e-mail (e.g., bring up an e-mail composition window) to Steve Page whereby a corresponding e-mail contact identifier (e.g., steve.page@company.com) may be automatically provided in an address field. In a further example, a single-click selection of the cellular phone icon 508 for Stephen Kellogg will initiate a call to Stephen's cellular phone whereby the contact identifier is Stephen's cellular phone number. Additionally, a single-click selection of the chat icon 510 will initiate a chat session (e.g., open up a chat window) with Rivers Cuomo in the example of
In yet further embodiments, a phone call may be initiated using the single-click communication functionality with any individual listed in the blocks 504. In one embodiment, the user may initiate the phone call by clicking on an extension number 512 within the block 504 or by clicking on the individual's name within the block 504. In yet other embodiments, a phone icon (not shown) may be provided within the block 504.
A direct-to-voicemail functionality may also be provided via the user interface 500. In one embodiment, a voicemail icon may be displayed in the block 504. Alternatively, the single click selection of the individual's name or extension number may activate a voicemail call. In these embodiments, differentiation is provided between a phone call and a voicemail call. For example, a single click selection of the extension number may provide the voicemail call, while a single-click of the name will provide the phone call, or vice-versa.
With respect to availability of an individual for a phone call, telephone status may be provided within the block 504. For example, an “available” message 514 may be displayed in the block 504 when the individual is available to receive the phone call while an “unavailable” message 516 may be provided otherwise. In some embodiments, the block 504 may also be color-coded to indicate availability. For example, the block 504 may be colored blue if the individual is available for telephone communications and colored gray if unavailable.
With respect to instant messaging or chat, the status and availability of an individual for chat may also be displayed within the block 504. For example, the white chat icon 510 may indicate that the individual is available for chat. Thus, when the user selects the chat icon 510, a chat session will start with the indicated individual. A chat/clock icon 518 may indicate that the individual is away. For example, the user is logged in, but may not be currently using their client device 208. Finally, an “X”ed out chat icon 520 may indicate that the user is not available for chat. It should be noted that similar clock icons and “X”ed out icons may be utilized to indicate availability for other communication types, such as phone calls, cellular calls, and e-mails.
Referring now to
In step 602, a profile is established for an individual. In some embodiments, the profile may be automatically generated for each individual and may be pre-populated with known contact identifiers. For example, the individual's extension number and/or standard e-mail address (e.g., name@company.com) may be known and used to pre-populate fields of the profile. The individual or an administrator may then provide any missing contact identifiers. In other embodiments, the individual or an administrator may input all the contact identifiers for different communication types associated with the individual in order to generate the profile. The profile is then stored at the HUD server 206.
In step 604, the profile is provided to the client devices 112 and 208. In some embodiments, profiles stored in the server profile database 308 are pushed to the client devices 112 and 208. The profiles may be provided at any time or based on an occurrence of any event. In other embodiments, the client devices 112 and 208 may ping the HUD server 206 for the profiles. For example, upon startup, the client device 208 may send a request for the profiles.
In various embodiments, updates may be made to one or more of the profiles. Accordingly, new data, such as contact identifiers may be received in step 606. For example, an individual may change their cellular phone number. The new contact identifiers are then be used to update the profile. It should be noted that data other than new contact identifiers may be received and stored in steps 606 and 608.
In step 610, a determination is made as to whether a predetermine amount of time has passed or an event occurred that will trigger an update to profiles stored at the client devices 112 and 208. The event triggers may comprise, for example, startup of the client device 112 or 208 or new updates to the profiles. If the time or event trigger is positive, then the update profile(s) or the updated profile portions (e.g., the new contact identifiers) are provided to the client devices 112 and 208 in step 612. If the time or event trigger is negative, a determination is made as to whether new updates are received in step 614. If new updates are received, the method returns to step 608. Conversely, if no new updates are received, the method returns to step 610.
After the updated profile data is provided to the client devices in step 612, a determination is made as to whether new updates are received in step 616. If new updates are received, the method returns to step 608. If new updates are not received, the method may end. Alternatively, the method may continue to check for new updates and provide the new updates to the client devices 112 and 208.
Referring now to
A profile associated with the selected individual is reviewed in step 704 to determine an appropriate contact identifier. In exemplary embodiments, the profile lookup module 414 may review the profile stored in the client profile database 410. Thus, for example, if an e-mail icon was selected for Bob Smith, the profile lookup module 414 will review Bob Smith's profile to determine one or more e-mail addresses (i.e., contact identifier) for Bob Smith.
In step 706, a request for communication is sent to an appropriate module or server. In exemplary embodiments, the request will include the contact identifier(s) that were determined in step 704. For example, a request for a phone call to Bob Smith may be sent to the HUD server 206.
The communication is then established in step 708. Continuing with the example, the HUD server 206 will receive the request for the phone call to Bob Smith and instruct the PBX server 204 to establish the call using the determined contact identifier. Alternatively, an e-mail program of the client device 112 and 208 may initiate an e-mail composition window and pre-populate an address field with the contact identifier(s).
It should be noted that the methods of
The above-described functions and components can be comprised of instructions that are stored on a storage medium. The instructions can be retrieved and executed by a processor. Some examples of instructions are software, program code, and firmware. Some examples of storage medium are memory devices, tape, disks, integrated circuits, and servers. The instructions are operational when executed by the processor to direct the processor to operate in accord with embodiments of the present invention. Those skilled in the art are familiar with instructions, processor(s), and storage medium.
The present invention has been described above with reference to exemplary embodiments. It will be apparent to those skilled in the art that various modifications may be made and other embodiments can be used without departing from the broader scope of the invention. Therefore, these and other variations upon the exemplary embodiments are intended to be covered by the present invention.
The present application claims priority benefit of U.S. Provisional Patent Application No. 60/906,024 filed Mar. 9, 2007, and entitled “Real-Time Call Management System,” which is hereby incorporated by reference. The present application is also related to U.S. patent application Ser. No. 11/827,314, filed Jul. 11, 2007 and entitled “System and Method for Centralized Presence Management of Local and Remote Users,” which is also incorporated by reference.
Number | Name | Date | Kind |
---|---|---|---|
4653090 | Hayden | Mar 1987 | A |
5533110 | Pinard et al. | Jul 1996 | A |
5754636 | Bayless et al. | May 1998 | A |
5854834 | Gottlieb et al. | Dec 1998 | A |
5940488 | DeGrazia et al. | Aug 1999 | A |
6104711 | Voit | Aug 2000 | A |
6137869 | Voit | Oct 2000 | A |
6282574 | Voit | Aug 2001 | B1 |
6359880 | Curry | Mar 2002 | B1 |
6389132 | Price | May 2002 | B1 |
6400719 | Chimura et al. | Jun 2002 | B1 |
6418214 | Smythe et al. | Jul 2002 | B1 |
6430275 | Voit | Aug 2002 | B1 |
6430289 | Liffick | Aug 2002 | B1 |
6628765 | Bangs et al. | Sep 2003 | B1 |
6718030 | Turner et al. | Apr 2004 | B1 |
6820083 | Nagy et al. | Nov 2004 | B1 |
6937703 | Andreason | Aug 2005 | B1 |
6964370 | Hagale et al. | Nov 2005 | B1 |
7007074 | Radwin | Feb 2006 | B2 |
7031442 | Neyman et al. | Apr 2006 | B1 |
7035619 | Fargano et al. | Apr 2006 | B1 |
7035923 | Yoakum et al. | Apr 2006 | B1 |
7039165 | Saylor et al. | May 2006 | B1 |
7065184 | Vishik et al. | Jun 2006 | B2 |
7076036 | Johnson | Jul 2006 | B1 |
7089237 | Turnbull et al. | Aug 2006 | B2 |
7092509 | Mears et al. | Aug 2006 | B1 |
7120238 | Bednarz et al. | Oct 2006 | B1 |
7136875 | Anderson et al. | Nov 2006 | B2 |
7213073 | Slavin | May 2007 | B1 |
7274781 | Lipton et al. | Sep 2007 | B2 |
7333976 | Auerbach et al. | Feb 2008 | B1 |
7477730 | Starbuck et al. | Jan 2009 | B2 |
7496185 | Primavesi et al. | Feb 2009 | B1 |
7496189 | Clarrisse et al. | Feb 2009 | B2 |
7536000 | Ho | May 2009 | B2 |
7567662 | Renner et al. | Jul 2009 | B1 |
7664096 | Doherty et al. | Feb 2010 | B2 |
7664495 | Bonner et al. | Feb 2010 | B1 |
7706522 | Shaffer et al. | Apr 2010 | B2 |
7711104 | Flockhart et al. | May 2010 | B1 |
7716263 | Masek | May 2010 | B2 |
7835510 | Akachi | Nov 2010 | B2 |
7844677 | Asher et al. | Nov 2010 | B1 |
7881454 | Tuchman et al. | Feb 2011 | B2 |
7920549 | Alt et al. | Apr 2011 | B2 |
7983404 | Croak et al. | Jul 2011 | B1 |
8131872 | Kennedy et al. | Mar 2012 | B2 |
20020029258 | Mousseau et al. | Mar 2002 | A1 |
20020035605 | McDowell et al. | Mar 2002 | A1 |
20020116336 | Diacakis et al. | Aug 2002 | A1 |
20020120687 | Diacakis et al. | Aug 2002 | A1 |
20030009530 | Philonenko et al. | Jan 2003 | A1 |
20030078986 | Ayres et al. | Apr 2003 | A1 |
20030228010 | Clarrisse et al. | Dec 2003 | A1 |
20040039889 | Elder et al. | Feb 2004 | A1 |
20040062383 | Sylvain | Apr 2004 | A1 |
20040083306 | Gloe | Apr 2004 | A1 |
20040088356 | Sellen et al. | May 2004 | A1 |
20040093387 | Wick | May 2004 | A1 |
20040133888 | Ard et al. | Jul 2004 | A1 |
20040141508 | Schoeneberger et al. | Jul 2004 | A1 |
20040170267 | Seligmann | Sep 2004 | A1 |
20040179672 | Pagel et al. | Sep 2004 | A1 |
20040203944 | Huomo et al. | Oct 2004 | A1 |
20040218747 | Ranalli et al. | Nov 2004 | A1 |
20040246331 | Caspi et al. | Dec 2004 | A1 |
20040260771 | Gulser et al. | Dec 2004 | A1 |
20040267887 | Berger et al. | Dec 2004 | A1 |
20050068166 | Baker | Mar 2005 | A1 |
20050068227 | Caspi et al. | Mar 2005 | A1 |
20050074101 | Moore et al. | Apr 2005 | A1 |
20050076095 | Mathew et al. | Apr 2005 | A1 |
20050105709 | Dutronc et al. | May 2005 | A1 |
20050201362 | Klein et al. | Sep 2005 | A1 |
20050209861 | Hewes et al. | Sep 2005 | A1 |
20050220283 | Ho | Oct 2005 | A1 |
20050239501 | Idnani et al. | Oct 2005 | A1 |
20050243978 | Son et al. | Nov 2005 | A1 |
20050246588 | Deng et al. | Nov 2005 | A1 |
20060019655 | Peacock | Jan 2006 | A1 |
20060039545 | Rahman et al. | Feb 2006 | A1 |
20060093099 | Cho | May 2006 | A1 |
20060093121 | Sylvain | May 2006 | A1 |
20060109811 | Schotten et al. | May 2006 | A1 |
20060117264 | Beaton et al. | Jun 2006 | A1 |
20060121916 | Aborn et al. | Jun 2006 | A1 |
20060146870 | Harvey et al. | Jul 2006 | A1 |
20060147009 | Greenlee et al. | Jul 2006 | A1 |
20060166678 | Karaoguz et al. | Jul 2006 | A1 |
20060167747 | Goodman et al. | Jul 2006 | A1 |
20060177032 | Abramson et al. | Aug 2006 | A1 |
20060185004 | Song et al. | Aug 2006 | A1 |
20060195532 | Zlateff et al. | Aug 2006 | A1 |
20060210046 | Smith | Sep 2006 | A1 |
20060212519 | Kelley et al. | Sep 2006 | A1 |
20060256789 | Otto | Nov 2006 | A1 |
20060256942 | Gatzke et al. | Nov 2006 | A1 |
20060288099 | Jefferson et al. | Dec 2006 | A1 |
20070011337 | Brown et al. | Jan 2007 | A1 |
20070061197 | Ramer et al. | Mar 2007 | A1 |
20070078708 | Yu et al. | Apr 2007 | A1 |
20070204218 | Weber et al. | Aug 2007 | A1 |
20070217434 | Welbourn | Sep 2007 | A1 |
20070244973 | Pearson | Oct 2007 | A1 |
20070264977 | Zinn et al. | Nov 2007 | A1 |
20070268506 | Zeldin | Nov 2007 | A1 |
20080025316 | Zampiello et al. | Jan 2008 | A1 |
20080103907 | Maislos et al. | May 2008 | A1 |
20080126216 | Flensted-Jensen et al. | May 2008 | A1 |
20080130856 | Ku et al. | Jun 2008 | A1 |
20080147831 | Redjaian et al. | Jun 2008 | A1 |
20080162701 | Ryabchun et al. | Jul 2008 | A1 |
20080215428 | Ramer et al. | Sep 2008 | A1 |
20080219423 | Lyman | Sep 2008 | A1 |
20080222174 | Lyman | Sep 2008 | A1 |
20080222549 | Lyman | Sep 2008 | A1 |
20080222656 | Lyman | Sep 2008 | A1 |
20080275785 | Altberg et al. | Nov 2008 | A1 |
20080313543 | Altberg et al. | Dec 2008 | A1 |
20090012373 | Raij et al. | Jan 2009 | A1 |
20090022149 | Rosenberg et al. | Jan 2009 | A1 |
20090043657 | Swift et al. | Feb 2009 | A1 |
20090074159 | Goldfarb et al. | Mar 2009 | A1 |
20090076917 | Jablokov et al. | Mar 2009 | A1 |
20090080411 | Lyman | Mar 2009 | A1 |
20090100047 | Jones et al. | Apr 2009 | A1 |
20090106427 | Plumb | Apr 2009 | A1 |
20090141884 | Lyman | Jun 2009 | A1 |
20100174807 | Lyman | Jul 2010 | A1 |
20100211660 | Kiss et al. | Aug 2010 | A1 |
20100232585 | Lyman | Sep 2010 | A1 |
20100235223 | Lyman | Sep 2010 | A1 |
Number | Date | Country |
---|---|---|
2004049121 | Jun 2004 | WO |
2005036330 | Apr 2005 | WO |
2006020168 | Feb 2006 | WO |
Entry |
---|
Inter-Tel, Inc. “Advanced Applications Design Guide for Contact Center Suite.” Issue 1. Apr. 2006. |
“Enhanced Enterprise Communication: Transforming the bank into a proactive relationship center.” |
“Network Intelligence for Presence Enhanced Communication.” |
“Presence Aggregation in Endpoints.” |
Hull, et al., Enabling Context-Aware and Privacy-Conscious User Data Sharing, 2004, Proceedings of the 2004 IEEE International Conference on Mobile Data Management. |
Broder, et al., Search Advertising Using Web Relevance Feedback, 2008, pp. 1013-1022, Conference on Information and Knowledge Management, Proceeding of the 17th AC conference on Information and Knowledge Management. |
“What is Xact View?” Xact View User Guide, Schmooze Communications LLC 2008. www.schmooze.com. |
Notice of Allowance mailed Sep. 2, 2011, in U.S. Appl. No. 12/069,083, filed Feb. 6, 2008. |
Final Office Action mailed Oct. 18, 2011, in U.S. Appl. No. 11/800,302, filed May 3, 2007. |
Non-Final Office Action mailed Nov. 9, 2011, in U.S. Appl. No. 11/827,314, filed Jul. 11, 2007. |
Non-Final Office Action mailed Nov. 7, 2011, in U.S. Appl. No. 11/228,301, filed Aug. 11, 2008. |
Non-Final Office Action mailed Oct. 21, 2011, in U.S. Appl. No. 12/319,693, filed Aug. 11, 2008. |
Final Office Action mailed Jan. 4, 2012, in U.S. Appl. No. 12/405,197, filed Mar. 16, 2009. |
Number | Date | Country | |
---|---|---|---|
20080222549 A1 | Sep 2008 | US |
Number | Date | Country | |
---|---|---|---|
60906024 | Mar 2007 | US |